(57)【要約】【課題】利用特性の変化に基づいてネットワーク処理の最適化を実行することができる移動通信システムを提供すること。【解決手段】本発明にかかる移動通信システムは、移動通信事業者によって管理される移動通信ネットワークに配置されるネットワークオペレータ装置１２と、移動通信ネットワークを介して通信を行う移動通信装置１１へアプリケーションサービスを提供するサービスプラットフォーム１３とを備える。サービスプラットフォーム１３は、移動通信装置１１から送信されるイベント通知に関連した移動通信装置１１の特性変化をネットワークオペレータ装置１２へ送信し、ネットワークオペレータ装置１２は、サービスプラットフォーム１３から送信された移動通信装置１１の特性変化に応じて移動通信装置１１に関連付けられたネットワークパラメータを変更するものである。【選択図】図１
2020025369.tif 000002
【特許請求の範囲】
【請求項１】
移動端末の第１のパラメータを受信する通信部と、 
第２のパラメータを選択するために前記第１のパラメータを用いる制御部と、を備え、
前記第１のパラメータは、少なくとも１つのアプリケーションに接続する、サービスに関するノードから送信され、 
前記第１のパラメータは、前記移動端末の通信特性の変化に関するパラメータであり、
前記第２のパラメータは、前記移動端末のCONNECTED状態とIDLE状態の間の変化に関するパラメータである、モバイルコアネットワークに配置された制御ノード。 
【請求項２】
前記第１のパラメータは、移動端末の通信間隔を示す、請求項１に記載の前記モバイルコアネットワークに配置された制御ノード。 
【請求項３】
前記第２のパラメータは、モバイルネットワークの処理の最適化に関する、請求項１に記載の前記モバイルコアネットワークに配置された制御ノード。 
【請求項４】
移動端末の第１のパラメータを受信し、 
第２のパラメータを選択するために前記第１のパラメータを使用し、 
前記第１のパラメータは、少なくとも１つのアプリケーションに接続する、サービスに関するノードから送信され、 
前記第１のパラメータは、前記移動端末の通信特性の変化に関するパラメータであり、
前記第２のパラメータは、前記移動端末のCONNECTED状態とIDLE状態の間の変化に関するパラメータである、モバイルコアネットワークに配置された制御ノードにおける方法。
【請求項５】
前記第１のパラメータは、移動端末の通信間隔を示す、請求項４に記載の前記モバイルコアネットワークに配置された制御ノードにおける方法。 
【請求項６】
前記第２のパラメータは、モバイルネットワークの処理の最適化に関する、請求項４に記載の前記モバイルコアネットワークに配置された制御ノードにおける方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信装置から通知されるイベント内容に基づいて制御内容を決定する移動通信システムに関する。
【背景技術】
【０００２】
近年、移動通信システムを構成するそれぞれの処理ノードの設定を最適化するための方法が求められている。３ＧＰＰにおいては、移動通信端末の利用特性に応じてネットワーク処理を最適化する方法の提案が行われている（非特許文献１）。例えば、特定の場所に固定して設置される端末に関しては、移動に関する制御処理を軽減するようにネットワーク処理を実行してもよい。具体的には、端末が位置登録を実行する間隔を、所定の時間よりも長く設定してもよい。さらに、移動通信端末が遅延を許容する端末である場合には、通信時間を制御してデータ送受信量がピークとなるタイミングを避けるようにして、移動端末に対してデータの送信を行うようにネットワーク処理を実行してもよい。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】3GPP TS 22.368 V11.3.0 (2011-09) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service requirements for Machine-Type Communications(MTC);Stage 1 (Release 11)
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上述したように、ネットワーク処理の最適化は、利用特性が固定的な移動端末を対象として実行されている。例えば、特定の場所に固定して設置されている端末又は遅延を許容する端末かどうかは、あらかじめ定められている、端末のサービス情報もしくは端末情報等を用いて判定される。現在、上述したネットワーク処理の最適化に加えて、利用特性が変化する移動端末を対象としたネットワーク処理の最適化を実行することが求められている。そのために、一般的に変化する頻度が少ないサービス情報等以外の情報を用いて、ネットワーク処理の最適化を実行することが求められている。
【０００５】
本発明の目的は、上述した課題を解決する移動通信システム、サービスプラットフォーム、ネットワークパラメータ制御方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の第１の態様にかかる移動通信システムは、移動通信事業者によって管理される移動通信ネットワークに配置されるネットワークオペレータ装置と、前記移動通信ネットワークを介して通信を行う移動通信装置へアプリケーションサービスを提供するサービスプラットフォームとを備える移動通信システムであって、前記サービスプラットフォームは、前記移動通信装置から送信されるイベント通知に関連した前記移動通信装置の特性変化を前記ネットワークオペレータ装置へ送信し、前記ネットワークオペレータ装置は、前記サービスプラットフォームから送信された前記移動通信装置の特性変化に応じて前記移動通信装置に関連付けられたネットワークパラメータを変更するものである。
【０００７】
本発明の第２の態様にかかるサービスプラットフォームは、移動通信事業者によって管理される移動通信ネットワークに接続された移動通信装置へアプリケーションサービスを提供するサービスプラットフォームであって、前記移動通信装置から送信されるイベント通知を受信するイベント情報取得部と、前記移動通信装置から送信されるイベント通知に関連した前記移動通信装置の特性変化を前記移動通信ネットワークに配置されたネットワークオペレータ装置へ送信する特性変化検知部と、を備えるものである。
【０００８】
本発明の第３の態様にかかるネットワークオペレータ装置は、移動通信事業者によって管理される移動通信ネットワークに接続された移動通信装置へアプリケーションサービスを提供するサービスプラットフォームと通信を行うネットワークオペレータ装置であって、前記サービスプラットフォームから、前記移動通信装置からから送信されるイベント通知に関連した前記移動通信装置の特性変化を受信する通信部と、前記サービスプラットフォームから送信された前記移動通信装置の特性変化に応じて前記移動通信装置に関連付けられたネットワークパラメータを変更するネットワークパラメータ制御部と、を備えるものである。
【０００９】
本発明の第４の態様にかかるネットワークパラメータ制御方法は、移動通信事業者が管理する移動通信ネットワークに属する移動通信装置から送信されるイベント通知を受信し、前記イベント通知に関連した前記移動通信装置の特性変化を送信し、前記移動通信装置の特性変化に応じて前記移動通信装置に関連付けられたネットワークパラメータを変更するものである。
【００１０】
本発明の第５の態様にかかるプログラムは、移動通信事業者によって管理される移動通信ネットワークに接続された移動通信装置へアプリケーションサービスを提供するコンピュータに実行させるプログラムであって、前記移動通信装置から送信されるイベント通知を受信するステップと、前記移動通信装置から送信されるイベント通知に関連した前記移動通信装置の特性変化を前記移動通信ネットワークに配置されたネットワークオペレータ装置へ送信するステップと、をコンピュータに実行させるものである。
【発明の効果】
【００１１】
本発明により、利用特性の変化に基づいてネットワーク処理の最適化を実行することができる移動通信システム、サービスプラットフォーム、ネットワークパラメータ制御方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１にかかる移動通信システムの構成図である。
【図２】実施の形態２にかかる移動通信システムの構成図である。
【図３】実施の形態２にかかる特性変化を説明する図である。
【図４】実施の形態２にかかるＭ２Ｍデバイスの構成図である。
【図５】実施の形態２にかかるアプリケーションサーバの構成図である。
【図６】実施の形態２にかかるＭ２ＭサービスＰＦの構成図である。
【図７】実施の形態２にかかるイベント内容と特性変化内容とが関連づけられたデータベースを説明する図である。
【図８】実施の形態２にかかる中継装置の構成図である。
【図９】実施の形態２にかかる特性変化内容とＮＷパラメータとを対応付けたデータベースを説明する図である。
【図１０】実施の形態２にかかるＮＷパラメータの変更処理の流れを示すシーケンスである。
【図１１】実施の形態２にかかるPaging Areaの変更を説明する図である。
【図１２】実施の形態３にかかるＭ２Ｍデバイスがセンサから取得した情報を定期的にアプリケーションサーバへ送信する動作を説明する図である。
【図１３】実施の形態４にかかるＮＷパラメータの変更処理の流れを示すシーケンスである。
【図１４】実施の形態４にかかるＭ２Ｍサービスプラットフォームの構成図である。
【図１５】実施の形態７にかかる３ＧＰＰにおいて規定されているネットワークの構成図である。
【図１６】実施の形態７にかかるＨＳＳが保持するネットワークパラメータを示す図である。
【図１７】実施の形態７にかかるＨＳＳが保持するネットワークパラメータを示す図である。
【図１８】実施の形態７にかかるＭＭＥが保持するネットワークパラメータを示す図である。
【図１９】実施の形態７にかかるＭＭＥが保持するネットワークパラメータを示す図である。
【図２０】実施の形態７にかかるＭＭＥが保持するネットワークパラメータを示す図である。
【図２１】実施の形態７にかかるＳ−ＧＷが保持するネットワークパラメータを示す図である。
【図２２】実施の形態７にかかるＰ−ＧＷが保持するネットワークパラメータを示す図である。
【図２３】実施の形態７にかかるＰ−ＧＷが保持するネットワークパラメータを示す図である。
【図２４】実施の形態７にかかるＵＥが保持するネットワークパラメータを示す図である。
【図２５】実施の形態７にかかるＵＥが保持するネットワークパラメータを示す図である。
【図２６】実施の形態８にかかるネットワークパラメータの変更処理の流れを示す図である。
【発明を実施するための形態】
【００１３】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる移動通信システムの構成例について説明する。本図の移動通信システムは、移動通信装置１１、ネットワークオペレータ装置１２及びサービスプラットフォーム１３を有している。
【００１４】
移動通信装置１１は、携帯電話端末や、スマートフォン端末、ノートブック型パーソナルコンピュータ等であってもよく、自動車や、電車等に通信機能が搭載された移動手段であってもよく、時計等のユーザが身につける機械に通信機能を搭載したものであってもよい。もしくは、移動通信装置１１は、通信機能が搭載された自動販売機、家電機器等のように、移動する頻度が少ない装置であってもよい。
【００１５】
サービスプラットフォーム１３は、移動通信事業者によって管理される移動通信ネットワークを介して通信を行う移動通信装置１１へアプリケーションサービスを提供する。さらに、サービスプラットフォーム１３は、移動通信装置１１から通知される移動通信装置１１の状態変化に関する情報に関連して、移動通信装置１１に関連付けられたネットワークパラメータを変更するために用いられるネットワークアシスト情報をネットワークオペレータ装置１２へ送信する。もしくは、サービスプラットフォーム１３は、移動通信装置１１が通信先の移動通信装置もしくはサーバ装置等との間において送受信しているデータを解析してネットワークアシスト情報を生成してもよい。
【００１６】
移動通信装置１１は、自装置の動作状態、通信状態、移動状態もしくは保持しているデータが変化した場合等に状態変化に関する情報をサービスプラットフォーム１３へ通知する。移動通信装置１１は、自装置の状態変化に関する情報をイベント通知としてサービスプラットフォーム１３へ通知してもよい。具体的には、移動通信装置１１が自動車である場合に、移動通信装置１１は、エンジンをＯＮ状態にした場合もしくはＯＦＦ状態にした場合にサービスプラットフォーム１３へエンジンの状態をイベント通知として通知してもよい。このように移動通信装置１１の移動に関連する情報をmobility informationと称してもよい。もしくは、移動通信装置１１がセンサを有する場合に、移動通信装置１１は、センサが検出した情報をイベント通知としてサービスプラットフォーム１３へ通知してもよい。このように移動通信装置１１がセンサを用いて検出した情報をconnectivity informationと称してもよい。
【００１７】
もしくは、移動通信装置１１は、自装置の電池容量の変化をサービスプラットフォーム１３へ通知してもよい。もしくは、移動通信装置１１は、自装置にインストールしているアプリケーションに関する情報をサービスプラットフォーム１３へ通知してもよい。
【００１８】
ここで、サービスプラットフォーム１３は、移動通信装置１１の状態変化に関する情報を移動通信装置１１以外の装置から受け取ってもよい。例えば、サービスプラットフォーム１３は、移動通信装置１１の状態を監視している監視サーバ等から移動通信装置１１の状態変化に関する情報を受け取ってもよい。例えば、サービスプラットフォーム１３は、移動通信装置１１が位置する場所における電波状況を監視している監視サーバ等から、電波状況に関する情報を受け取ってもよい。
【００１９】
ネットワークアシスト情報とは、ネットワークオペレータ装置１２が管理するネットワークパラメータを調整及び最適化するために用いられる情報である。ネットワークパラメータは、移動通信装置１１に関連付けられている。さらに、ネットワークパラメータは、ネットワーク内の各ノード装置が移動通信装置１１の処理を決定するための情報及びポリシーである。移動通信装置１１の処理を決定するための情報及びポリシーとは、例えば、電話番号もしくはＱｏＳポリシー等であってもよい。各ノード装置とは、例えば移動通信網における基地局もしくはコアネットワーク装置等であってもよい。次に、ネットワークアシスト情報の詳細について説明する。ネットワークアシスト情報は、例えば、移動通信装置１１の移動特性、通信特性もしくは移動通信装置１１の状態変化を示す情報である。その他、ネットワークアシスト情報は、移動通信装置１１に関連付けられたネットワークパラメータを変更するために用いられる情報として様々な情報を含む。移動特性の変化とは、移動通信装置１１が移動している状態から停止した状態へ変化したことを示してもよい。もしくは、移動特性の変化とは、移動通信装置１１が高速で移動している状態から、低速で移動している状態へ変化したことを示してもよい。ここで、高速とは、例えば車等で移動した場合の速度であり、低速とは、徒歩等で移動した場合の速度であってもよい。もしくは、速度に関する閾値を予め定め、移動速度が閾値を超えた場合に高速とし、閾値を下回る場合に低速であるとしてもよい。もしくは、移動特性の変化とは、移動頻度が多い状態から少ない状態へ変化したことを示してもよい。移動頻度の多い状態及び少ない状態とは、移動回数が予め定められた頻度を超えた場合に多いとし、移動回数が予め定められた頻度を下回る場合に少ないとしてもよい。そのほかに、移動特性の変化として、移動方向及び移動速度等の変化を示してもよい。ここで、移動特性を示す情報をmobility stateと称してもよい。
【００２０】
通信特性の変化とは、移動通信装置１１が送信するデータ量が変化したことを示してもよい。もしくは、通信特性の変化とは、移動通信装置１１が必要とする通信帯域が変化したことを示してもよい。もしくは、通信特性の変化とは、移動通信装置１１が許容する遅延が変化したことを示してもよい。もしくは、通信特性の変化とは、移動通信装置１１が通信を行う間隔が変化したことを示してもよい。ここで、通信特性を示す情報をconnectivity stateと称してもよい。
【００２１】
移動通信装置１１の状態変化とは、例えば、移動通信装置１１の電力消費量、電池残量もしくは充電状態の変化を示してもよい。さらに、移動通信装置１１の状態変化とは、例えば、移動通信装置１１において起動中のアプリケーション、起動中のアプリケーションの終了時間もしくはアプリケーションの起動予定時間等を示してもよい。さらに、移動通信装置１１の状態変化とは、例えば、移動通信装置１１と無線通信を行う基地局等との間における電波状況等を示してもよい。
【００２２】
また、ネットワークアシスト情報は、移動通信装置１１のユーザの要望の変化を示す情報であってもよい。例えば、移動通信装置１１のユーザの要望の変化を示す情報とは、課金プランの変更や、利用するＩＰアドレスの変更等である。
【００２３】
さらに、ネットワークアシスト情報は、ネットワークの処理を指示する情報を含んでもよい。
【００２４】
ネットワークオペレータ装置１２は、移動通信事業者によって管理される移動通信ネットワークに配置される。さらに、ネットワークオペレータ装置１２は、サービスプラットフォーム１３から通知された移動通信装置１１のネットワークアシスト情報に応じて、移動通信装置１１に関連付けられたネットワークパラメータを変更する。ネットワークパラメータは、移動通信装置１１に対する着信処理を行う際に、移動通信装置１１に対して呼び出しを行うエリアに関する情報であってもよい。もしくは、ネットワークパラメータは、移動通信装置１１を移動通信ネットワークから切り離すタイミングに関する情報等であってもよい。
【００２５】
一般的に、移動通信装置１１から通知されるイベント通知に関する情報は、移動通信ネットワークを透過して、アプリケーションサービスプロバイダー等、外部装置へ通知される。そのため、ネットワークオペレータ装置１２は、移動通信装置１１のイベント通知に応じてネットワークパラメータを変更することができない。
【００２６】
これに対して、図１の移動通信システムを用いることにより、ネットワークオペレータ装置１２は、サービスプラットフォーム１３を介してイベント通知に関連したネットワークアシスト情報を取得することができる。つまり、ネットワークオペレータ装置１２は、様々なイベント通知に関連したネットワークアシスト情報を取得することができる。そのため、ネットワークオペレータ装置１２は、多様な特性変化に対応する適切なネットワークパラメータを設定することができる。これにより、例えば、移動通信ネットワークにおけるリソースの効率的な使用を実現することができる。
【００２７】
（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかる移動通信システムの構成例について説明する。以下、主にＭ２Ｍ（Machine to Machine）通信について説明を行うが、本発明は、Ｍ２Ｍ通信の適用に限定されるものではなく、一般的な通信等にも適用することができる。本図の移動通信システムは、Ｍ２Ｍ（Machine to Machine）デバイス２１、ＮＷノード２３、中継装置２６、Ｍ２Ｍサービス（プラットフォーム）ＰＦ２７及びアプリケーションサーバ２９を有している。ここで、Ｍ２Ｍデバイス２１は、移動通信装置１１に相当する。ＮＷノード２３及び中継装置２６は、ネットワークオペレータ装置１２に相当する。Ｍ２ＭサービスＰＦ２７は、サービスプラットフォーム１３に相当する。ＮＷノード２３及び中継装置２６は、ネットワークを構成する。ＮＷノード２３及び中継装置２６が構成するネットワークは、移動通信網、固定通信網、ＰＬＣに用いられるネットワーク等であってもよい。移動通信網には、３ＧＰＰにおいて規定される２Ｇ／３Ｇ／ＬＴＥ等のネットワークであってもよく、ＰＨＳネットワーク、Ｗｉｍａｘネットワークもしくは無線ＬＡＮ等であってもよい。
【００２８】
Ｍ２Ｍデバイス２１は、例えば通信機器間においてユーザ操作を伴わずに自律的にデータを送信する装置である。例えば、Ｍ２Ｍデバイス２１が自動車である場合に、Ｍ２Ｍデバイス２１は、エンジンをＯＮにした状態もしくはＯＦＦにした状態を検出して、自律的にイベント通知としてエンジンの状態を通知する。Ｍ２Ｍデバイス２１は、イベント通知をアプリケーションサーバ２９へ通知する。
【００２９】
アプリケーションサーバ２９は、アプリケーションサービスプロバイダーによって管理される装置である。アプリケーションサービスプロバイダーは、例えば、アプリケーションサービスを提供する企業等である。また、アプリケーションサービスプロバイダーは、移動通信事業者とは異なる事業者であってもよい。つまり、アプリケーションサーバは、移動通信事業者の管理する移動通信ネットワークとは異なる管理ポリシーによって管理されるネットワークに配置されてもよい。アプリケーションサーバ２９は、Ｍ２Ｍデバイス２１から送信されたイベント通知を受信し、受信したイベント通知をＭ２ＭサービスＰＦ２７へ送信する。
【００３０】
Ｍ２ＭサービスＰＦ２７は、例えば、Ｍ２Ｍサービスプロバイダーによって管理される装置群である。そのため、Ｍ２ＭサービスＰＦ２７は、複数のサーバ装置によって構成されてもよく、もしくは１つのサーバ装置によって構成されてもよい。Ｍ２Ｍサービスとは、例えば、Ｍ２Ｍデバイス２１から収集したセンサ情報等を分析してユーザに分析結果を通知する等の、Ｍ２Ｍデバイス２１を利用した通信サービスである。Ｍ２ＭサービスＰＦ２７は、アプリケーションサーバ２９から送信されたイベント通知に基づいて、Ｍ２Ｍデバイス２１の特性変化を検知する。特性変化は、上述したネットワークアシスト情報に相当する。もしくは、Ｍ２ＭサービスＰＦ２７は、アプリケーションサーバ２９から送信されたイベント通知に基づいて、Ｍ２Ｍデバイス２１の特性変化を予測してもよい。また、Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイス２１もしくはアプリケーションサーバ２９から送信されたイベント通知のほかに、Ｍ２Ｍデバイス２１とアプリケーションサーバ２９との間において定期的に伝送されるユーザデータの中身を解析して、特性変化を検知してもよい。
【００３１】
Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイス２１とアプリケーションサーバ２９との間において送受信されるデータについては、ＮＷノード２３及びＭ２ＭサービスＰＦ２７との間のインタフェースを介して通信を行う。さらに、Ｍ２ＭサービスＰＦ２７は、制御メッセージもしくは制御データについては、中継装置２６及びＭ２ＭサービスＰＦ２７との間のインタフェースを介して通信を行う。
【００３２】
また、Ｍ２Ｍサービスプロバイダーは、移動通信事業者及びアプリケーションサービスプロバイダーとは異なる事業者であってもよい。つまり、アプリケーションサーバは、移動通信事業者及びアプリケーションサービスプロバイダーの管理するネットワークとは異なる管理ポリシーによって管理されるネットワークに配置されてもよい。さらに、Ｍ２ＭサービスＰＦ２７は、アプリケーションサービスプロバイダー及び移動通信事業者が管理するネットワークとは異なる管理ポリシーによって管理されるネットワークに配置されてもよい。もしくは、Ｍ２Ｍサービスプロバイダー及びアプリケーションサービスプロバイダーは、同一の事業者であってもよく、Ｍ２ＭサービスＰＦ２７及びアプリケーションサーバ２９は、同一の管理ポリシーによって管理されるネットワークに配置されてもよい。もしくは、Ｍ２Ｍサービスプロバイダー及び移動通信事業者は、同一の事業者であってもよく、Ｍ２ＭサービスＰＦ２７及び中継装置２６は、同一の管理ポリシーによって管理されるネットワークに配置されてもよい。もしくは、Ｍ２Ｍサービスプロバイダー、移動通信事業者及びアプリケーションサービスプロバイダーは、同一の事業者であってもよく、Ｍ２ＭサービスＰＦ２７、アプリケーションサーバ２９及び中継装置２６は、同一の管理ポリシーによって管理されるネットワークに配置されてもよい。
【００３３】
ＮＷノード２３は、Ｍ２Ｍデバイス２１とＭ２ＭサービスＰＦ２７との間において送受信されるユーザデータもしくはU-Planeデータを中継する。ＮＷノード２３は、移動通信事業者が管理する移動通信ネットワーク内に配置される。また、ＮＷノード２３は、ＮＷ処理を実行する複数のノード装置を含む。それぞれのノード装置は、ＮＷ処理を実行するためのＮＷパラメータを有する。
【００３４】
ＮＷノード２３は、Ｍ２Ｍデバイス２１がＮＷノード２３を介してデータ通信を行うために必要なＮＷパラメータを管理している。例えば、ＮＷノード２３は、Ｍ２Ｍデバイス２１に対して着信処理を行う際に、Ｍ２Ｍデバイス２１を呼び出すエリアを定めたPaging Areaを管理している。さらに、ＮＷノード２３は、Ｍ２Ｍデバイス２１が位置登録を行うエリアを定めたTracking Areaを管理している。また、ＮＷノード２３は、呼び出しエリアの登録もしくは更新を行うための期間（位置登録期間）であるTracking Area Update Timerを管理している。さらに、ＮＷノード２３は、Ｍ２Ｍデバイス２１をＮＷノード２３に接続されている状態（Connect Mode）からＮＷノード２３から切断される状態（Idle Mode）へ変更するタイミングを定めたInactivity Timer、idle（dormant） TimerもしくはConnection keep timeを管理している。さらに、ＮＷノード２３は、Ｍ２Ｍデバイス２１におけるデータ受信タイミングを定めたradio reception intervalもしくはDRX（discontinuous reception） timerを管理している。さらに、ＮＷノード２３は、移動通信ネットワーク内の輻輳を抑えるために用いるBackoff Timerを管理している。
【００３５】
Inactivity Timerの調整については、例えば3GPP TR 23.887 V0.6.0 (2012-12) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Machine-Type and other Mobile Data Applications Communications Enhancements(Release 12)、に記載されている。
【００３６】
ＮＷノード２３は、中継装置２６の指示に基づいて変更されたネットワークパラメータを設定する。また、ＮＷノード２３は、中継装置２６から送信されるネットワークパラメータの変更指示を、他のＮＷノード２３へ転送してもよい。このようにして、ＮＷノード２３は、中継装置２６から直接ネットワークパラメータの変更指示を受け付ける場合以外にも、他のＮＷノード２３を経由してネットワークパラメータの変更指示を受け付けてもよい。
【００３７】
中継装置２６は、Ｍ２ＭサービスＰＦ２７とＮＷノード２３との間において送受信される制御メッセージを中継する。中継装置２６は、移動通信事業者が管理する移動通信ネットワーク内に配置される。もしくは、中継装置２６は、Ｍ２ＭサービスＰＦ２７が配置されたネットワークに配置されてもよい。中継装置２６は、Ｍ２ＭサービスＰＦ２７からＭ２Ｍデバイス２１の特性変化に関する情報を受け取り、ＮＷノード２３へ変更するネットワークパラメータを指示してもよい。
【００３８】
また、Ｍ２ＭサービスＰＦ２７から中継装置２６へ送信する情報にはネットワークアシスト情報の他にネットワーク上の処理を変更もしくは実行させる指示を含んでもよい。例えば、ネットワーク上の処理とは、Connected状態の端末を、Idleモードへ変更することであってもよい。また、ネットワーク上の処理とは、Ｍ２Ｍデバイス２１をデタッチさせることでもよく、Ｍ２Ｍデバイス２１を現在接続されている基地局から他の基地局へ接続させることであってもよい。
【００３９】
ここで、中継装置２６は、Ｍ２ＭサービスＰＦ２７から送信されたネットワークアシスト情報が不要である場合には、受信したネットワークアシスト情報を破棄してもよい。もしくは、中継装置２６は、Ｍ２ＭサービスＰＦ２７から送信されたネットワークアシスト情報が不要である場合には、必要とするネットワークアシスト情報をＭ２ＭサービスＰＦ２７へ通知して、必要なネットワークアシスト情報を取得するようにしてもよい。さらに、中継装置２６は、Ｍ２ＭサービスＰＦ２７から送信されたネットワークアシスト情報の一部の情報を用いてネットワークパラメータの変更を指示してもよい。さらに、中継装置２６は、Ｍ２ＭサービスＰＦ２７から送信されたネットワークアシスト情報を分析もしくは解析して必要な情報を生成してもよい。
【００４０】
ここで、図３を用いて本発明の実施の形態２にかかる具体的なＭ２Ｍサービスと、そのサービスにおける特性変化の例について説明する。例えば、ＩＴＳ（Intelligent Transport System）においては、Ｍ２ＭサービスＰＦ２７は、自動車のエンジンがＯＮ状態となり運転中とのイベントが通知された場合、自動車は動いている状態であり、つまり移動している状態との移動特性変化を検知する。さらに、Ｍ２ＭサービスＰＦ２７は、自動車のエンジンがＯＦＦ状態となり停車中とのイベントが通知された場合、自動車は動かない状態であり、つまり移動していない状態との移動特性変化を検知する。また、Ｍ２ＭサービスＰＦ２７は、自動車のナビゲーションシステムが起動されナビゲーションシステムを利用中であるとのイベントが通知された場合、通信間隔は短いとの通信特性変化を検知する。さらに、Ｍ２ＭサービスＰＦ２７は、自動車のナビゲーションシステムが停止されナビゲーションシステムを利用停止中であるとのイベントが通知された場合、通信間隔は長いとの通信特性変化を検知する。
【００４１】
物品の流通経路を追跡するトレーサビリティにおいては、Ｍ２ＭサービスＰＦ２７は、自動車のエンジンがＯＮ状態となり配達中とのイベントが通知された場合、自動車は動いている状態であり、つまり移動している状態との移動特性変化を検知する。さらに、Ｍ２ＭサービスＰＦ２７は、自動車のエンジンがＯＦＦ状態となり集積所に停車中とのイベントが通知された場合、自動車は動かない状態であり、つまり移動していない状態との移動特性変化を検知する。また、Ｍ２ＭサービスＰＦ２７は、配送中であるとのイベントが通知された場合、通信間隔は短いとの通信特性変化を検知する。さらに、Ｍ２ＭサービスＰＦ２７は、集積所に停車中であるとのイベントが通知された場合、通信間隔は長いとの通信特性変化を検知する。
【００４２】
Ｍ２ＭサービスＰＦ２７は、ヘルスケア及びセキュリティに関する端末もしくは装置等の位置が自宅以外にいるとのイベントが通知された場合、その端末もしくは装置等は、移動している状態との移動特性変化を検知する。また、Ｍ２ＭサービスＰＦ２７は、ヘルスケア及びセキュリティに関する端末もしくは装置等の位置が自宅にいるとのイベントが通知された場合、その端末もしくは装置等は、移動していない状態との移動特性変化を検知する。ここで、Ｍ２Ｍデバイス２１は、位置情報としてＧＰＳデータをＭ２ＭサービスＰＦ２７もしくはアプリケーションサーバ２９へ送信してもよい。
【００４３】
Ｍ２ＭサービスＰＦ２７は、スマートメータを用いて監視している電力値が異常値であるとのイベントが通知された場合、頻繁に電力値の報告がなされることからスマートメータの通信間隔は短いとの通信特性変化を検知する。また、Ｍ２ＭサービスＰＦ２７は、スマートメータを用いて監視している電力値が通常値であるとのイベントが通知された場合、電力値の報告は一定期間ごとになされることからスマートメータの通信間隔は長いとの通信特性変化を検知する。農業分野において用いられる監視装置等において測定する温度値等についても、スマートメータと同様の通信特性の変化を検知してもよい。
【００４４】
ペットに通信装置を取り付けてペットを監視する場合、Ｍ２ＭサービスＰＦ２７は、ペットが自宅以外にいるとのイベントが通知された場合、ペットは移動している状態との移動特性変化を検知する。さらに、Ｍ２ＭサービスＰＦ２７は、ペットが自宅にいるとのイベントが通知された場合、ペットは移動していない状態との移動特性変化を検知する。また、心拍数もしくは体温等を検出するセンサ機能を有する通信装置を取り付けてペットの健康状態を監視する場合、Ｍ２ＭサービスＰＦ２７は、センサから通知される値が異常値であるとのイベントが通知された場合、頻繁にペットの状態を監視する必要があることから通信間隔は短いとの通信特性変化を検知する。また、Ｍ２ＭサービスＰＦ２７は、センサから通知される値が通常値であるとのイベントが通知された場合、一定期間ごとにペットの状態を監視すればよいことから通信間隔は長いとの通信特性変化を検知する。
【００４５】
また、図３に示された移動特性及び通信特性以外のＭ２Ｍデバイス２１における状態変化の例について説明する。例えば、Ｍ２ＭサービスＰＦ２７は、アプリケーションサーバ２９を介してＭ２Ｍデバイス２１から電池容量の変化に関する情報を取得する。Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイス２１から、定期的にＭ２Ｍデバイス２１の電池容量に関する状態を取得してもよい。電池容量に関する情報は、電池消費量、電池残量、充電状態等を含む。ここで、Ｍ２ＭサービスＰＦ２７は、定期的に電池状態に関する情報を取得することにより、所定期間に消費される電力量もしくは電池残量の推移を推測することが出来る。これより、Ｍ２ＭサービスＰＦ２７は、所定期間において推定される電力消費量から、電力消費量が大きいか小さいかを検知してもよい。また、Ｍ２ＭサービスＰＦ２７は、所定期間において推定される電力消費量を用いて、電池容量が枯渇するまでの時間を推定してもよい。電力消費量が大きいもしくは小さいとは、電力消費量が予め定められた閾値を超えている場合、電力消費量が大きいとし、電力消費量が予め定められた閾値を下回る場合、電力消費量が小さいとしてもよい。
【００４６】
さらに、Ｍ２Ｍデバイス２１における状態変化の例について説明する。例えば、Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイス２１からＭ２Ｍデバイス２１にインストールされているアプリケーション情報を取得してもよい。アプリケーション情報は、起動中のアプリケーション、起動中のアプリケーションの終了時間もしくはアプリケーションの起動予定時間等を含む。ここで、Ｍ２ＭサービスＰＦ２７は、起動中のアプリケーションにおいて必要とされる通信帯域に関する情報もしくはアプリケーションの起動間隔等に関する情報を検知してもよい。
【００４７】
続いて、図４を用いて本発明の実施の形態２にかかるＭ２Ｍデバイス２１の構成例について説明する。Ｍ２Ｍデバイス２１は、センサ３１及び通信部３２を有している。例えば、Ｍ２Ｍデバイス２１が、一般車両、トラックもしくはタクシー等の車である場合のセンサ３１の機能について説明する。この場合、センサ３１は、エンジンのＯＮ／ＯＦＦ情報及びナビゲーションシステムのＯＮ／ＯＦＦ情報を検出する。さらに、センサ３１は、ＧＰＳデータを収集してもよい。センサ３１は、検出もしくは収集した情報を通信部３２へ出力する。
【００４８】
通信部３２は、センサ３１から出力された情報をイベント通知としてアプリケーションサーバ２９へ送信する。通信部３２は、移動通信事業者が提供する無線回線を介してアプリケーションサーバ２９へイベント通知を送信してもよく、無線ＬＡＮ（Local Area Network）及びインターネットを介してアプリケーションサーバ２９へイベント通知を送信してもよい。
【００４９】
続いて、図５を用いて本発明の実施の形態２にかかるアプリケーションサーバ２９の構成例について説明する。アプリケーションサーバ２９は、イベント情報取得部６１を有している。イベント情報取得部６１は、Ｍ２Ｍデバイス２１からイベント通知を受信する。さらに、イベント情報取得部６１は、受信したイベント通知をＭ２ＭサービスＰＦ２７へ送信する。
【００５０】
ここで、アプリケーションサーバ２９は、自動車関連のイベント通知を送受信するために、交通センター、トラック運送会社もしくはタクシー会社等によって管理されてもよい。もしくは、アプリケーションサーバ２９は、センサ情報に関連したイベント通知を送受信するために、農業情報もしくは電気情報を管理するサーバ、ペットを管理するサーバ等であってもよい。
【００５１】
続いて、図６を用いて本発明の実施の形態２にかかるＭ２ＭサービスＰＦ２７の構成例について説明する。Ｍ２ＭサービスＰＦ２７は、イベント情報取得部５１、特性変化検知部５２、アプリケーションサーバ通信部５３及びＮＷノード通信部５４を有している。アプリケーションサーバ通信部５３は、アプリケーションサーバ２９と通信を行う。アプリケーションサーバ通信部５３は、アプリケーションサーバ２９からイベント通知を受信し、受信したイベント通知をイベント情報取得部５１へ出力する。さらに、アプリケーションサーバ通信部５３は、アプリケーションサーバ２９から取得したユーザデータをＮＷノード通信部５４へ出力する。イベント情報取得部５１は、受信したイベント情報を特性変化検知部５２へ出力する。
【００５２】
特性変化検知部５２は、イベント情報取得部５１からイベント通知を受け取ると、イベント通知に応じた特性変化を検知する。例えば、特性変化検知部５２は、図７に示すイベント内容と特性変化内容とが関連づけられたデータベースを用いて特性変化を検知してもよい。以下に、図７に示すデータベースの構成例について説明する。
【００５３】
図７におけるデータベースは、通知されるイベント内容に関する情報と、特性変化内容に関する情報とを関連付けて管理している。さらに、特性変化内容は、特性種別と特性種別に対応する特性内容とに分類される。例えば、イベント内容は、エンジン停止、エンジン起動、ナビゲーション開始及びナビゲーション停止等、を含む。エンジン停止とするイベント内容には、特性種別として移動、さらに内容として停止とする特性変化内容が対応付けられている。つまり、Ｍ２Ｍデバイス２１からエンジンを停止したとのイベントが通知されると、Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイス２１の移動が停止したことを検知する。Ｍ２Ｍデバイス２１からエンジンを起動したとのイベントが通知されると、Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイス２１が移動を開始したことを検知する。ここで、移動が停止したことをLow MobilityもしくはNo mobility状態と称してもよい。さらに、移動が開始したことをHigh Mobility状態と称してもよい。
【００５４】
さらに、Ｍ２Ｍデバイス２１から、ナビゲーションを開始したとのイベントが通知されると、Ｍ２ＭサービスＰＦ２７は、ナビゲーションへの情報配信間隔等の通信間隔が５分であることを検知する。Ｍ２Ｍデバイス２１から、ナビゲーションを終了したとのイベントが通知されると、Ｍ２ＭサービスＰＦ２７は、ナビゲーションへの情報配信間隔等の通信間隔が１時間であることを検知する。ここで示す情報配信間隔に関する時間は一例であり、変更することが可能である。
【００５５】
特性変化検知部５２は、検知した特性変化に関する情報を中継装置２６へ出力する。ＮＷノード通信部５４は、ＮＷノード２３と通信を行う。ＮＷノード通信部５４は、アプリケーションサーバ通信部５３から出力されたユーザデータをＮＷノード通信部５４へ送信する。
【００５６】
続いて、図８を用いて本発明の実施の形態２にかかる中継装置２６の構成例について説明する。中継装置２６は、サービスＰＦ通信部４１及びＮＷパラメータ制御部４２を有している。サービスＰＦ通信部４１は、Ｍ２ＭサービスＰＦ２７から特性変化に関する情報を受信する。サービスＰＦ通信部４１は、受信した特性変化に関する情報をＮＷパラメータ制御部４２へ出力する。
【００５７】
ＮＷパラメータ制御部４２は、Ｍ２Ｍデバイス２１の特性変化に基づいて、Ｍ２Ｍデバイス２１に関するＮＷパラメータの変更を、ＮＷパラメータの変更にかかわるＮＷノード２３へ指示する。
【００５８】
ここで、ＮＷパラメータ制御部４２は、図９に示す特性変化内容とＮＷパラメータとを対応付けたデータベースを用いてＮＷパラメータを特定してもよい。以下に、図９に示すデータベースの構成例について説明する。
【００５９】
図９のデータベースは、特性変化内容に関する情報と、ＮＷ制御ポリシーに関する情報とを関連付けて管理している。特性変化内容に関する情報は、図７のデータベースにおける特性変化内容と同様である。ＮＷ制御ポリシーに関する情報は、ＮＷパラメータと設定内容とに分類される。
【００６０】
例えば、Ｍ２ＭサービスＰＦ２７から、特性種別として移動及び特性変化内容として移動停止との情報が通知された場合、ＮＷパラメータ制御部４２は、Ｍ２Ｍデバイス２１に関するページングエリアのサイズを一つの基地局が管理するセルサイズに設定するというＮＷ制御ポリシーを決定するとともに、Ｍ２Ｍデバイス２１の位置登録間隔（Tracking Area Update Timer）を３時間毎と決定してもよい。さらに、Ｍ２ＭサービスＰＦ２７から、特性種別として移動及び特性変化内容として移動開始との情報が通知された場合、ＮＷパラメータ制御部４２は、Ｍ２Ｍデバイス２１に関するページングエリアのサイズを県単位のサイズに設定するというＮＷ制御ポリシーを決定するとともに、Ｍ２Ｍデバイス２１の位置登録間隔を１０分ごとと決定してもよい。
【００６１】
つまり、Ｍ２Ｍデバイス２１が移動を停止した場合、移動範囲が狭くなるため、ページングエリアも狭く設定することができる。これにより、ひとつの基地局が構成するセルエリアのみをページングエリアとすることができる。これに対して、Ｍ２Ｍデバイス２１が移動を開始した場合、移動範囲が広くなる。そのため、確実にＭ２Ｍデバイス２１を呼び出すために、ページングエリアを広くする必要がある。これにより、例えば同一県内にある基地局が構成する全てのセルエリアをページングエリアとしてもよい。また、Ｍ２Ｍデバイス２１が移動を停止した場合は、Ｍ２Ｍデバイス２１は同じ位置登録エリアに在圏する可能性が高いため、位置登録間隔を長く設定し、Ｍ２Ｍデバイス２１が移動を開始した場合、Ｍ２Ｍデバイス２１は時間の経過とともに異なる位置登録エリアに在圏する可能性が高いため、位置登録間隔を短く設定してもよい。
【００６２】
ここで、図９に記載されている特性変化内容とは異なる特性変化内容を検知した場合のＮＷパラメータの設定内容について説明する。例えば、Ｍ２ＭサービスＰＦ２７から、Ｍ２Ｍデバイス２１の電力消費量が大きいとする情報が通知された場合、ＮＷパラメータ制御部４２は、Ｍ２Ｍデバイス２１が無線通信を行う間隔が広くなるように制御してもよい。Ｍ２Ｍデバイス２１における無線通信を行う間隔に関する情報は、ＤＲＸタイマと称されてもよく、ＮＷパラメータ制御部４２は、ＤＲＸタイマを制御してもよい。Ｍ２Ｍデバイス２１は、無線通信を行うタイミングのみ通信機能を動作させ、その他のタイミングにおいては通信機能を停止させることが出来る。このような場合に、Ｍ２Ｍデバイス２１における通信間隔を広げることにより、電力の消費を抑えることが出来るためＭ２Ｍデバイス２１の使用時間を延ばすことが出来る。
【００６３】
さらに、ＮＷパラメータ制御部４２は、電力消費量に関する情報と、移動特性に関する情報とを組み合わせてＤＲＸタイマを制御してもよい。例えば、ＮＷパラメータ制御部４２は、電力消費量が大きいとする情報が通知された場合においても、Ｍ２Ｍデバイス２１の移動方向が自宅へ向かっている場合には、Ｍ２Ｍデバイスが所定時間以内に充電されると判定してもよい。このような場合、ＮＷパラメータ制御部４２は、Ｍ２Ｍデバイス２１が通信を行う間隔を狭くするように制御してもよい。
【００６４】
また、例えばＭ２ＭサービスＰＦ２７からＭ２Ｍデバイス２１において起動されているアプリケーションが、広い通信帯域を必要としている、もしくは、高速の通信速度を必要としているとの情報が通知された場合、ＮＷパラメータ制御部４２は、Ｍ２Ｍデバイス２１に通常よりも多く通信リソースを割り当てるようにしてもよい。通信リソースとは、例えば通信帯域もしくは通信チャネル等を含む。さらに、ＮＷパラメータ制御部４２は、Ｍ２Ｍデバイス２１において起動が予定されているアプリケーションに関する情報に基づいて、通信リソースの割り当てを制御してもよい。
【００６５】
また、Ｍ２ＭサービスＰＦ２７から、Ｍ２Ｍデバイス２１において必要とされる帯域が通知された場合、ＮＷパラメータ制御部４２は、Ｍ２Ｍデバイス２１が利用するベアラを決定するようにしてもよい。ベアラは、例えば、３ＧＰＰの２Ｇ／３Ｇネットワークにおいて用いられている無線ベアラ、３ＧＰＰのＬＴＥにおいて用いられている無線ベアラ、無線ＬＡＮにおいて用いられる無線ベアラ、ＰＨＳにおいて用いられる無線ベアラ、もしくは、Ｗｉｍａｘにおいて用いられる無線ベアラがある。さらに、ＮＷパラメータ制御部４２は、Ｍ２Ｍデバイス２１を、固定通信ネットワークもしくは電力線搬送通信（ＰＬＣ）において用いられるネットワークに接続させてもよい。さらに、Ｍ２ＭサービスＰＦ２７から、Ｍ２Ｍデバイス２１において必要とされる帯域が通知された場合、ＮＷパラメータ制御部４２は、Ｍ２Ｍデバイス２１を収容する基地局において、Ｍ２Ｍデバイス２１に対する送信電力を変更させてもよい。
【００６６】
続いて、図１０を用いて本発明の実施の形態２にかかるＮＷパラメータの変更処理の流れについて説明する。はじめに、Ｍ２Ｍデバイス２１は、アプリケーションサーバ（ＡＳ）２９へイベント通知メッセージを送信する（Ｓ１１）。ここで、イベント通知メッセージは、mobility informationと称されてもよい。例えば、Ｍ２Ｍデバイス２１は、イベント通知メッセージとして、エンジンＯＮもしくはエンジンＯＦＦとの情報を設定してアプリケーションサーバ２９へ送信する。
【００６７】
次に、アプリケーションサーバ２９は、Ｍ２Ｍデバイス２１から送信されたイベント通知メッセージをＭ２ＭサービスＰＦ２７へ送信する（Ｓ１２）。次に、Ｍ２ＭサービスＰＦ２７は、送信されたイベント通知に基づいて検知した特性変化を通知するために特性変化通知メッセージを中継装置２６へ送信する（Ｓ１３）。特性変化通知メッセージは、mobility stateと称されてもよい。例えば、Ｍ２ＭサービスＰＦ２７は、イベント通知メッセージにエンジンＯＮとの情報が設定されている場合、移動特性として移動中、High Mobilityもしくは通常状態を設定して特性変化メッセージを送信する。もしくは、Ｍ２ＭサービスＰＦ２７は、イベント通知メッセージにエンジンＯＦＦとの情報が設定されている場合、移動特性としてLow MobilityもしくはNo Mobilityを設定して特性変化メッセージを送信する。
【００６８】
次に、中継装置２６は、Ｍ２ＭサービスＰＦ２７から送信された特性変化メッセージに基づいてＮＷパラメータの変更にかかわるＮＷノード２３へＮＷパラメータ変更通知メッセージを送信する（Ｓ１４）。ここで、変更するＮＷパラメータについて、図１１を用いて説明する。図１１においては、ＮＷパラメータとして、Paging Areaを用いて説明する。中継装置２６は、Ｍ２ＭサービスＰＦ２７からＭ２Ｍデバイス２１がLow MobilityもしくはNo Mobility状態であることを通知された場合、Paging Areaを、Ｍ２Ｍデバイス２１が最後に接続したセル（図１１のLow Mobility状態における網掛け部）とすることをＮＷノード２３へ通知する。また、中継装置２６は、Ｍ２ＭサービスＰＦ２７からＭ２Ｍデバイス２１が通常状態もしくはHigh Mobility状態であることを通知された場合、Paging AreaをTracking Area List（図１１の通常状態における網掛け部）に登録されているセルとすることをＮＷノード２３へ通知する。Tracking Area Listとは、Ｍ２Ｍデバイス２１の呼び出しを行うセルとして予め定められている複数のセルを含むリストである。図１１からわかるように、通常状態等のほうがLow Mobility状態等と比較してPaging Areaは広くなっている。
【００６９】
以上説明したように、本発明の実施の形態２にかかる移動通信システムを用いることにより、Ｍ２Ｍサービスを提供するためのシステムにおいても、実施の形態１と同様に、Ｍ２ＭサービスＰＦ２７から通知されたＭ２Ｍデバイス２１の特性変化に関する情報に基づいて、ＮＷノード２３に適用する適切なＮＷパラメータを設定することができる。
【００７０】
（実施の形態３）
続いて、図１２のように、Ｍ２Ｍデバイス２１がセンサから取得した情報を定期的にアプリケーションサーバ２９へ送信する場合のＮＷパラメータの変更処理の流れについて説明する。
【００７１】
図１２は、Ｍ２Ｍデバイス２１がデータを送信する間隔を示している。Long Interval状態もしくはLow frequency状態におけるデータの送信間隔を示すTraffic Intervalは、Short Interval状態もしくはHigh frequency状態におけるTraffic Intervalよりも長い。また、Long Interval状態においては、データの送信を開始してから、一定期間Ｍ２Ｍデバイス２１は、ＮＷノード２３に接続されている。この期間をConnect Modeとする。また、Ｍ２Ｍデバイス２１がＮＷノード２３と接続されていない状態をIdle Modeとする。さらに、データの送信完了後、Ｍ２Ｍデバイス２１がConnect ModeからIdle Modeへ切り替わるまでの期間をInactivity TimerもしくはConnection keep timeとする。以降、ＮＷパラメータの変更処理の流れについて、図１０を用いて説明する。図１０を説明する際に、適宜図１２についても説明する。
【００７２】
はじめに、Ｍ２Ｍデバイス２１は、センサを用いて取得した情報が平常状態であるか異常状態であるかを設定したイベント通知メッセージをアプリケーションサーバ２９へ送信する（Ｓ１１）。ここで、Ｍ２Ｍデバイス２１は、農業に関連したセンサ（例えば温度センサ）、スマートグリッドもしくはペットを監視するためのセンサ等を含んでもよい。異常状態とは、例えば、センサを用いて取得した放射能、温度、振動等の値が基準値を超える場合である。平常状態とは、センサを用いて取得した放射能、温度、振動等の値が基準値を超えない場合である。
【００７３】
次に、アプリケーションサーバ２９は、イベント通知メッセージをＭ２ＭサービスＰＦ２７へ送信する（Ｓ１２）。次に、Ｍ２ＭサービスＰＦ２７は、イベント通知メッセージに平常状態が設定されている場合、通信特性としてLong Interval状態を設定して特性変化通知メッセージを中継装置２６へ送信する（Ｓ１３）。また、Ｍ２ＭサービスＰＦ２７は、イベント通知メッセージに異常状態が設定されている場合、通信特性としてShort Interval状態を設定して特性変化通知メッセージを中継装置２６へ送信する（Ｓ１３）。
【００７４】
次に、中継装置２６は、特性変化通知メッセージにLong Interval状態が設定されている場合、Ｍ２Ｍデバイス２１がＮＷノード２３へ接続している状態を短く設定するためにConnection keep timeにShort connect modeを設定することをＮＷノード２３へ通知する（Ｓ１４）。また、中継装置２６は、特性変化通知メッセージにShort Interval状態が設定されている場合、Ｍ２Ｍデバイス２１がＮＷノード２３へ接続している状態を長く設定するためにConnection keep timeにLong connect modeを設定することをＮＷノード２３へ通知する（Ｓ１４）。ここで、Long connect modeが設定されたConnection keep timeのほうがShort connected modeが設定されたConnection keep timeよりも長い。
【００７５】
以上説明したように、Ｍ２Ｍデバイス２１のセンサを用いて取得された情報が平常状態を示しているか、異常状態を示しているかに応じてConnection keep timeを変更することにより、Long Interval状態においては、Idle Modeを設定する時間を長くして、Ｍ２Ｍデバイス２１における消費電力を低下することができる。また、Short Interval状態においては、Traffic Intervalが短いため、Idle Modeを設定する時間をなくすことにより、Ｍ２Ｍデバイス２１は、Connect Mode及びIdle Modeの間の切り替え回数を減らすことができるため、制御動作を単純化することができる。
【００７６】
（実施の形態４）
続いて、図１３を用いて本発明の実施の形態４にかかるＮＷパラメータの設定処理の流れについて説明する。はじめに、Ｍ２Ｍデバイス２１は、アプリケーションサーバ２９へイベント通知メッセージを送信する（Ｓ２１）。ステップＳ２２及びＳ２３は、図１０のステップＳ１３及びＳ１４と同様であるため詳細な説明を省略する。
【００７７】
図１０において、Ｍ２ＭサービスＰＦ２７は、イベント通知メッセージをアプリケーションサーバ２９を介して取得していたが、図１３においては、Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイス２１から直接イベント通知メッセージを取得する点が図１０とは異なる。
【００７８】
Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイス２１とＭ２ＭサービスＰＦ２７との間に設定されたインタフェースもしくはＡＰＩを用いてＭ２Ｍデバイス２１からイベント通知メッセージを取得する。
【００７９】
また、Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイス２１が、アプリケーションサーバ２９へ定期的に送信するユーザデータの内容を解析して、その内容を解析してネットワークアシスト情報を生成してもよい。例えば、Ｍ２Ｍデバイス２１が、アプリケーションサーバ２９へ定期的に温度情報を送信しており、Ｍ２Ｍデバイス２１は、特定の温度を超えた場合に、温度情報を送信する頻度を高くするように動作するとする。このような場合、Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイス２１からアプリケーションサーバ２９へ送信される温度情報を解析し、温度の上昇傾向にある場合、温度が上昇しているとするネットワークアシスト情報を生成する。中継装置２６は、温度が上昇しているとするネットワークアシスト情報を受信した場合、Ｍ２Ｍデバイス２１へ通信リソースを多く割り当てるようにネットワークパラメータの変更を指示してもよい。つまり、Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイス２１からアプリケーションサーバ２９へＭ２Ｍデバイス２１における状態変化等の通知として意図的に通知される情報を用いてネットワークアシスト情報を生成してもよく、Ｍ２Ｍデバイス２１が状態変化等の通知として意図していない情報等を用いてネットワークアシスト情報を生成してもよい。
【００８０】
このような場合における、Ｍ２ＭサービスＰＦ２７の構成例について図１４を用いて説明する。図１４のＭ２ＭサービスＰＦ２７は、アプリケーションサーバ通信部５３、ＮＷノード通信部５４、データ抽出部５５及びデータ解析部５６を有している。
【００８１】
ＮＷノード通信部５４は、Ｍ２Ｍデバイス２１からアプリケーションサーバ２９へ定期的に送信する情報を受信し、受信した情報をアプリケーションサーバ通信部５３へ出力する。さらに、ＮＷノード通信部５４は、受信した情報をデータ抽出部５５へも出力する。
【００８２】
アプリケーションサーバ通信部５３は、ＮＷノード通信部５４から出力された情報をアプリケーションサーバ２９へ送信する。
【００８３】
データ抽出部５５は、ＮＷノード通信部５４から出力されたデータの中から、解析対象となるデータを抽出する。例えば、Ｍ２Ｍデバイス２１から送信されたデータに、Ｍ２Ｍデバイス２１が測定した温度情報が含まれる場合、データ抽出部５５は、温度情報を抽出する。データ抽出部５５は、抽出したデータをデータ解析部５６へ出力する。
【００８４】
データ解析部５６は、データ抽出部５５から出力されたデータを解析する。例えば、データ解析部５６は、データ抽出部５５から温度情報が出力された場合、温度変化の傾向を解析し、温度が上昇傾向にあるのか、下降傾向にあるのか等を判定してもよい。
【００８５】
データ解析部５６は、データの解析結果に応じてネットワークアシスト情報を生成し、生成したネットワークアシスト情報を中継装置２６へ出力する。
【００８６】
以上説明したように、本発明の実施の形態４にかかる移動通信システムを用いることにより、Ｍ２Ｍデバイス２１は、Ｍ２ＭサービスＰＦ２７へ直接イベント通知メッセージを送信することができる。これにより、移動通信システム内の処理ステップを一部省略することができるため、移動通信システム内の処理を簡略化することができる。
【００８７】
（実施の形態５）
続いて、Ｍ２ＭサービスＰＦ２７から、中継装置２６へ通知するＮＷアシスト情報の他の例について説明する。Ｍ２ＭサービスＰＦ２７は、例えばＭ２Ｍデバイス２１におけるデータ通信量の変化、通信間隔の変化等に関する情報を定期的に収集する。この場合、Ｍ２ＭサービスＰＦ２７は、例えば所定期間におけるデータ通信量の平均値、最大値、もしくは、最小値等を算出してもよい。また、Ｍ２ＭサービスＰＦ２７は、データ通信量の分散を算出し、算出した分散に基づいてデータ通信量の期待値等も算出してもよい。Ｍ２ＭサービスＰＦ２７は、このようにして算出した統計情報をネットワークアシスト情報として中継装置２６へ通知してもよい。
【００８８】
中継装置２６は、Ｍ２ＭサービスＰＦ２７から通知されたＭ２Ｍデバイス２１のデータ通信量に関するネットワークアシスト情報を用いて、例えば、Ｍ２Ｍデバイス２１に割り当てる通信リソースを変更してもよい。また、Ｍ２ＭサービスＰＦ２７は、データ通信量に関する統計情報以外にも、移動特性、電池情報、アプリケーション情報、電波状況等に関する統計情報を算出してもよい。
【００８９】
（実施の形態６）
続いて、Ｍ２ＭサービスＰＦ２７から中継装置２６へ通知するネットワークアシスト情報について実施の形態５とは異なる例について説明する。Ｍ２ＭサービスＰＦ２７は、複数のＭ２Ｍデバイス２１をグループ単位で管理し、グループにおける通信特性等の変化をネットワークアシスト情報として検知してもよい。例えば、Ｍ２Ｍデバイスが所属する企業ごとにグループを設定してもよく、そのほかに、Ｍ２Ｍデバイスの加入者情報に基づいてグループを設定してもよい。
【００９０】
さらに、Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイスが位置する場所に応じてグループを設定してもよい。例えば、同一のセルエリアに位置する複数のＭ２Ｍデバイスを同一のグループに設定してもよく、市町村単位、都道府県単位等にグループ設定してもよい。さらに、特定のエリアの道路に位置する複数のＭ２Ｍデバイスを同一のグループに設定してもよい。
【００９１】
さらに、Ｍ２ＭサービスＰＦ２７は、Ｍ２Ｍデバイスが通信を行う時間帯毎にグループを設定してもよい。例えば、Ｍ２ＭサービスＰＦ２７は、複数のＭ２Ｍデバイスのそれぞれが通信を行う際に、通信を開始するというイベント通知を受け取ってもよい。Ｍ２ＭサービスＰＦ２７は、所定の期間複数のＭ２Ｍデバイスから、通信開始に関するイベント通知を受け取り、イベント通知を分析することによって、それぞれのＭ２Ｍデバイスが通信を行う時間帯を推測してもよい。Ｍ２ＭサービスＰＦ２７は、複数のＭ２Ｍデバイスに関して、同一の時間帯に通信を行う複数のＭ２Ｍデバイスを同一のグループに設定してもよい。同一の時間帯とは、例えば、特定の時刻、午前中、午後、特定の曜日等としてもよい。
【００９２】
また、グループの設定は、Ｍ２Ｍデバイスが位置する場所及びＭ２Ｍデバイスが通信を行う時間帯に基づいて定められてもよい。
以上説明したようにＭ２Ｍデバイスをグループ分けした場合、Ｍ２ＭサービスＰＦ２７は、中継装置２６へネットワークアシスト情報とともにグループを識別するグループ識別子を通知する。グループがＭ２Ｍデバイスの位置する場所に応じて定められている場合、Ｍ２Ｍデバイスが位置するエリアを識別するエリア識別子を合わせて中継装置２６へ通知してもよい。また、グループがＭ２Ｍデバイスが通信を開始する時間に応じて定められている場合、時間帯を識別する時間帯識別子を合わせて中継装置２６へ通知してもよい。
【００９３】
（実施の形態７）
続いて、図１５を用いて本発明の実施の形態５にかかるネットワークの構成例について説明する。本図においては、移動通信事業者が、３ＧＰＰ（3rd Generation Partnership Project）において規定された移動通信ネットワークを用いる例について説明する。本図においては無線アクセスＮＷ装置７１、ＨＳＳ７７、ＭＭＥ（Mobility Management Entity）７２、Ｓ−ＧＷ（Serving Gateway）７５及びＰ−ＧＷ（Packet Data Network Gateway）７６は、ＮＷノード２３に相当する。また、ＮＷノード２３は、３ＧＰＰにきていされているノード装置であるＰＣＲＦを含んでもよい。
【００９４】
また、ＭＴＣ−ＩＷＦ７３は、中継装置２６に相当する。ＳＣＳ７４は、Ｍ２ＭサービスプラットＰＦに相当する。
【００９５】
無線アクセスＮＷ装置７１は、基地局であってもよい。また、無線アクセスＮＷ装置７１は、無線方式としてＬＴＥ（Long Term Evolution）を用いる場合の基地局であるｅＮＢであってもよい。ＭＭＥ７２は、主にＭ２Ｍデバイス２１の移動管理を行う。ＳＣＳ７４は、アプリケーションサーバと通信を行うために設けられた通信ノードであり、アプリケーションサーバからイベント通知に関する情報を取得する。ＳＣＳ７４は、イベント通知に基づいて生成された特性変化に関する情報をＭＴＣ−ＩＷＦ７３へ出力する。ＭＴＣ−ＩＷＦ７３とＳＣＳ７４との間のインタフェースは、３ＧＰＰにおいて定められたＴｓｐインタフェースを用いる。ＴｓｐインタフェースにはDiameter protocolが用いられる。
【００９６】
Ｓ−ＧＷ７５及びＰ−ＧＷ７６は、Ｍ２Ｍデバイス２１から送信された音声データもしくは画像データ等のユーザデータを送受信する。Ｓ−ＧＷ７５及びＰ−ＧＷ７６は、無線アクセスＮＷ装置７１を介して送信されたユーザデータを中継して、ＳＣＳ７４へ出力する。
【００９７】
ＭＴＣ−ＩＷＦ７３は、ＳＣＳ７４から出力された特性変換に関する情報に基づいて、ＨＳＳ７７、ＭＭＥ７２、Ｓ−ＧＷ７５、Ｐ−ＧＷ７６等において管理されているＭ２Ｍデバイス２１に関するＮＷパラメータを変更させる。また、ＭＭＥ７２及びＨＳＳ７７においてＭ２Ｍデバイス２１に関するＮＷパラメータを管理している場合には、ＭＴＣ−ＩＷＦ７３は、ＭＭＥ７２及びＨＳＳ７７において管理されているＭ２Ｍデバイス２１に関するＮＷパラメータを変更させる。もしくは、ＭＴＣ−ＩＷＦ７３は、ＳＣＳ７４から出力された特性変換に関する情報に基づいて、Ｓ−ＧＷ７５、Ｐ−ＧＷ７６及び無線アクセスＮＷ装置７１であるｅＮＢにおいて管理されているＭ２Ｍデバイス２１に関するＮＷパラメータを変更させる場合には、ＭＭＥ７２を経由して、それぞれの装置のＮＷパラメータを変更させてもよい。以下に、ＮＷパラメータとして、Paging Area（もしくはTracking Area）、Tracking Area Update Timer、Inactivity Timer、Connection keep time、DRX Timer、Backoff Timer、通信ポリシー、QCI（QoS）及び帯域保証パラメータ等が用いられる場合について具体的に説明する。
【００９８】
例えば、ＭＴＣ−ＩＷＦ７３は、Paging Area（もしくはTracking Area）を変更する場合、ＨＳＳ７７もしくはＭＭＥ７２に変更指示メッセージを出力する。さらに、ＭＴＣ−ＩＷＦ７３は、Tracking Area Update Timerを変更する場合、ＨＳＳ７７に変更指示メッセージを出力する。ＭＭＥ７２がTracking Area Update Timerを管理している場合には、ＭＴＣ−ＩＷＦ７３は、Tracking Area Update Timerに関する変更指示メッセージをＭＭＥ７２にも出力してもよい。
【００９９】
ＭＴＣ−ＩＷＦ７３は、Inactivity Timer、Connection keep timeもしくはDRX Timerを変更する場合、ＨＳＳ７７もしくはＭＭＥ７２へ変更指示メッセージを出力する。さらに、ＭＴＣ−ＩＷＦ７３は、ｅＮＢが保持するInactivity Timer等に関連するパラメータについても変更するために、ｅＮＢへ変更指示メッセージを出力する。
【０１００】
ＭＴＣ−ＩＷＦ７３は、Backoff Timerを変更する場合、ＭＭＥ７２へ変更指示メッセージを出力する。ＭＴＣ−ＩＷＦ７３は、通信ポリシー、QCI（QoS）及び帯域保証パラメータ等を変更する場合、ＰＣＲＦ７８、Ｓ−ＧＷ７５及びＰ−ＧＷ７６へ変更指示メッセージを出力する。また、ＭＴＣ−ＩＷＦ７３は、ＮＷパラメータを管理する装置の変更もしくは新設等に応じて、変更指示メッセージの出力先を適宜変更することができる。
【０１０１】
以上説明したように、本発明の実施の形態５にかかる移動通信システムを用いることにより、３ＧＰＰにおいて規定されているネットワークを用いた場合においても、Ｍ２ＭサービスＰＦ２７から通知されたＭ２Ｍデバイス２１の特性変化に関する情報に基づいて、ＨＳＳ７５もしくはＭＭＥ７２において管理されているＮＷパラメータを適切な値に変更することができる。
【０１０２】
また、図１５のネットワークは、ＬＴＥにおいて用いられるＥＰＣ（Evolved Packet Core）の構成例を用いて説明したが、ＵＭＴＳの場合も、ＬＴＥの例と同様の思想でネットワークを構成すればよい。例えば、ＵＭＴＳの場合、図１５のＭＭＥ７２の動作は、ＳＧＳＮ（Serving GPRS Support Node）のコントロールプレーンが行えばよい。ＨＳＳ７７の動作は、ＨＬＲ（Home Location Register）が行えばよい。Ｓ−ＧＷ７５の動作は、ＳＧＳＮのユーザープレーン機能が行えばよい。Ｐ−ＧＷ７６の動作は、ＧＧＳＮ（Gateway GPRS Support Node）が行えばよい。さらに、無線アクセスＮＷ装置７１の動作は、ＲＮＣ（Radio Network Controller）が行えばよい。
【０１０３】
ここで、図１６〜図２３を用いて、ＨＳＳ７７、ＭＭＥ７２、Ｓ−ＧＷ７５、Ｐ−ＧＷ７６及びＵＥにおいて保持するネットワークパラメータの例について説明する。
【０１０４】
図１６及び図１７には、ＨＳＳ７７が保持するネットワークパラメータの一覧が示されている。図１６及び図１７の左側の列には、ＨＳＳ７７が保持するネットワークパラメータの一覧が示されており、右側の列には、ネットワークパラメータを変更する際に用いられるネットワークアシスト情報が対応付けられている。また、それぞれのネットワークパラメータの欄のかっこの中に示されているパラメータは、３ＧＰＰに規定されているネットワークパラメータを具体的に示している。３ＧＰＰに規定されているネットワークパラメータは、例えば、３ＧＰＰ ＴＳ２３．４０１ Ｖ１１．４．０（２０１２−１２）に記載されている。図１８〜図２３のそれぞれに示されている表についても、図１６及び図１７に示されている表と同様の構成である。
【０１０５】
例えば、ＭＴＣ−ＩＷＦ７３は、ネットワークアシスト情報としてＳＩＭ情報の変更に関する情報を受け取った場合、ＨＳＳ７７に対して加入者識別子（ＩＭＳＩ）を変更させる。そのほかのネットワークパラメータについては、図１６及び図１７に示す通りである。
【０１０６】
図１８〜図２０には、ＭＭＥ７２が保持するネットワークパラメータの一覧が示されている。例えば、ＭＴＣ−ＩＷＦ７３は、ネットワークアシスト情報としてセキュリティレベルに関する情報を受け取った場合、ＭＭＥ７２に対して、ネットワーク内の制御メッセージの暗号化の要否（Selected NAS Algorithm）を変更させる。そのほかのネットワークパラメータについては、図１８〜図２０に示す通りである。また、ＭＭＥ７２が保持する加入者識別子（ＩＭＳＩ）は、ＨＳＳ７７において対応するネットワークパラメータが変更された場合に、変更される。ネットワークアシスト情報に、ＨＳＳのパラメータ変更時に本パラメータも変更、と記載されているネットワークパラメータについても、加入者識別子（ＩＭＳＩ）と同様である。
【０１０７】
また、UE-AMBR、LIPA Allowed、APN in Use、APN Restrictionについては、ＨＳＳ７７において対応するネットワークパラメータが変更された場合の他に、ＭＴＣ−ＩＷＦ７３が関連するネットワークアシスト情報を受け取った場合においても変更されてもよい。
【０１０８】
図２１には、Ｓ−ＧＷ７５が保持するネットワークパラメータの一覧が示されている。また、図２２及び図２３には、Ｐ−ＧＷ７６が保持するネットワークパラメータの一覧が示されている。Ｓ−ＧＷ７５及びＰ−ＧＷ７６が保持するネットワークパラメータは、ＨＳＳ７７において対応するネットワークパラメータが変更された場合に、変更される。
【０１０９】
また、APN in Use、MS Info Change Reporting support indication,MS Info Change Reporting Actionについては、ＨＳＳ７７において対応するネットワークパラメータが変更された場合の他に、ＭＴＣ−ＩＷＦ７３が関連するネットワークアシスト情報を受け取った場合においても変更されてもよい。
【０１１０】
図２４及び図２５には、ＵＥが保持するネットワークパラメータの一覧が示されている。例えば、ＭＴＣ−ＩＷＦ７３は、ネットワークアシスト情報としてネットワークのセキュリティレベルに関する情報を受け取った場合、ＵＥに対して、一時割り当て識別子（Temporary Identity used in Next Update）を変更させる。そのほかのネットワークパラメータについては、図２４及び図２５に示す通りである。また、ネットワークアシスト情報に、ＨＳＳのパラメータ変更時に本パラメータも変更と記載されているネットワークパラメータは、ＨＳＳ７７において対応するネットワークパラメータが変更された場合に、変更される。同様に、ネットワークアシスト情報に、ＭＭＥのパラメータ変更時に本パラメータも変更と記載されているネットワークパラメータは、ＭＭＥ７２において対応するネットワークパラメータが変更された場合に、変更される。
【０１１１】
（実施の形態８）
続いて、図２６を用いて、移動通信装置１１が検知した自装置の状態変化に基づいて生成したネットワークアシスト情報をサービスプラットフォーム１３を介さずにネットワークオペレータ装置１２へ通知する例について説明する。図２６においては、移動通信装置１１の具体例として、ＵＥ（User Equipment）を用い、ネットワークオペレータ装置１２の具体例として、ｅＮＢ、ＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷ、ＰＣＲＦ、ＨＳＳ、ＭＴＣ−ＩＷＦ及びＳＣＳを用いて説明する。
【０１１２】
図２６においては、ＭＭＥにおけるネットワークパラメータを変更する例について説明する。はじめに、ＵＥは、ｅＮＢへ端末挙動変化通知メッセージを送信する（Ｓ３１）。端末挙動変化通知メッセージは、ＵＥの端末識別子及びネットワークアシスト情報を含む。実施の形態１においては、移動通信装置１１は、サービスプラットフォーム１３へイベント通知を送信する例について説明している。実施の形態１においては、移動通信装置１１は、アプリケーション情報としてサービスプラットフォーム１３へイベント通知を送信している。つまり、移動通信装置１１は、ユーザデータとしてイベント通知をサービスプラットフォーム１３へ送信している。これに対して、本図のステップＳ３１においては、移動通信装置１１は、ユーザデータとは異なる制御データもしくは制御メッセージとしてネットワークアシスト情報を含む端末挙動変化通知メッセージを送信する。
【０１１３】
次に、ｅＮＢは、端末挙動変化通知メッセージをＭＭＥへ送信する（Ｓ３２）。ＭＭＥは、通知されたＵＥのネットワークアシスト情報に応じて、ＵＥに関するＮＷパラメータを変更する（Ｓ３３）。ここで、ＭＭＥは、通知されたＵＥのネットワークアシスト情報に応じて、他のネットワークオペレータ装置においてもＮＷパラメータの変更が必要であると判定した場合、他のネットワークオペレータ装置へ端末挙動変化通知メッセージを送信してもよい。
また、ｅＮＢは、ステップＳ３２において、端末挙動変化通知メッセージを受信し、特性変化情報に応じてＮＷパラメータの変更が必要であると判定した場合、自装置のＮＷパラメータを変更してもよい。
【０１１４】
また、ＵＥは、ＯＭＡ−ＤＭプロトコルを用いてＳＣＳへ端末挙動変化通知メッセージを送信してもよい。ＳＣＳは、端末挙動変化通知メッセージを受信すると、ＭＴＣ−ＩＷＦへ端末挙動変化通知メッセージを送信し、ＭＴＣ−ＩＷＦは、ＮＷパラメータを変更する。
【０１１５】
以上説明したように、ＭＭＥ、ｅＮＢ等のネットワークオペレータ装置は、ＵＥからサービスプラットフォームを経由せず、ＵＥから直接ネットワークアシスト情報を取得してもよい。これにより、移動通信ネットワーク内において通信される信号数を減少させることが出来るため、通信が複雑となることを防止することが出来る。
【０１１６】
また、上記の例においては、ＵＥが制御メッセージを用いてネットワークアシスト情報をｅＮＢへ送信する例について説明したが、ＵＥは、自装置の状態変化に関する情報を制御メッセージを用いてｅＮＢへ送信してもよい。この場合、ＵＥから状態変化に関する情報を受信したｅＮＢもしくはＭＭＥ等が、受信したＵＥの状態変化に関する情報に基づいて、変更すべきネットワークパラメータを決定してもよい。
【０１１７】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、図１０及び図１３における中継装置２６の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。）
【０１１８】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１９】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【０１２０】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１２１】
この出願は、２０１３年２月１５日に出願された日本出願特願２０１３−２８４５８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１２２】
１１  移動通信装置
１２  ネットワークオペレータ装置
１３  サービスプラットフォーム
２１  Ｍ２Ｍデバイス
２３  ＮＷノード
２６  中継装置
２７  Ｍ２ＭサービスＰＦ
２９  アプリケーションサーバ
３１  センサ
３２  通信部
４１  サービスＰＦ通信部
４２  ＮＷパラメータ制御部
５１  イベント情報取得部
５２  特性変化検知部
５３  アプリケーションサーバ通信部
５４  ＮＷノード通信部
５５  データ抽出部
５６  データ解析部
６１  イベント情報取得部
７１  無線アクセスＮＷ装置
７２  ＭＭＥ
７３  ＭＴＣ−ＩＷＦ
７４  ＳＣＳ
７５  Ｓ−ＧＷ
７６  Ｐ−ＧＷ
７７  ＨＳＳ
７８  ＰＣＲＦ 
【図１】
2020025369.tif 000003
【図２】
2020025369.tif 000004
【図３】
2020025369.tif 000005
【図４】
2020025369.tif 000006
【図５】
2020025369.tif 000007
【図６】
2020025369.tif 000008
【図７】
2020025369.tif 000009
【図８】
2020025369.tif 000010
【図９】
2020025369.tif 000011
【図１０】
2020025369.tif 000012
【図１１】
2020025369.tif 000013
【図１２】
2020025369.tif 000014
【図１３】
2020025369.tif 000015
【図１４】
2020025369.tif 000016
【図１５】
2020025369.tif 000017
【図１６】
2020025369.tif 000018
【図１７】
2020025369.tif 000019
【図１８】
2020025369.tif 000020
【図１９】
2020025369.tif 000021
【図２０】
2020025369.tif 000022
【図２１】
2020025369.tif 000023
【図２２】
2020025369.tif 000024
【図２３】
2020025369.tif 000025
【図２４】
2020025369.tif 000026
【図２５】
2020025369.tif 000027
【図２６】
2020025369.tif 000028