(57)【要約】処理負荷を増大させることなく複数の通信パターンを他のコアネットワーク装置へ送信することができるＳＣＥＦエンティティを提供することを目的とする。本発明にかかるＳＣＥＦエンティティ（１０）は、第１の有効期間における端末の通信パターンを示す第１の通信パターンセット情報と、第１の有効期間と重複しない第２の有効期間における端末の通信パターンを示す第２の通信パターンセット情報とを１つの送信メッセージに設定する制御部（１１）と、送信メッセージを、端末の情報を管理するＨＳＳ（２０）へ送信する送信部（１２）と、を有するものである。
2017017879.tif 000002
【特許請求の範囲】
【請求項１】
第１の有効期間における端末の通信パターンを示す第１の通信パターンセット情報と、前記第１の有効期間と重複しない第２の有効期間における前記端末の通信パターンを示す第２の通信パターンセット情報とを１つの送信メッセージに設定する制御手段と、
前記送信メッセージを、前記端末の情報を管理するＨＳＳへ送信する送信手段と、を有するＳＣＥＦエンティティ。
【請求項２】
前記制御手段は、
前記第１及び第２の有効期間が適用される周期を設定する、請求項１に記載のＳＣＥＦエンティティ。
【請求項３】
前記制御手段は、
前記第１及び第２の有効期間を、毎時間適用するか、毎日適用するか、毎週適用するか、もしくは毎月適用するかを設定する、請求項２に記載のＳＣＥＦエンティティ。
【請求項４】
前記端末の通信パターンは、
前記端末が移動するか否か及び前記端末が周期的に通信を行うか否かの少なくとも一方を含む、請求項１乃至３のいずれか１項に記載のＳＣＥＦエンティティ。
【請求項５】
前記制御手段は、
前記第１及び第２の通信パターンセット情報を、ＵＣＲ（Update-Communication-Pattern-Request） Ｃｏｍｍａｎｄメッセージに設定し、
前記送信手段は、
前記ＵＣＲ Ｃｏｍｍａｎｄメッセージを前記ＨＳＳへ送信する、請求項１乃至４のいずれか１項に記載のＳＣＥＦエンティティ。
【請求項６】
前記制御手段は、
ＤｉａｍｅｔｅｒプロトコルにおけるＣＰ−Ｐａｒａｍｅｔｅｒｓ ＡＶＰ（Attribute Value Pair）に前記第１及び第２の通信パターンセット情報を設定する、請求項１乃至５のいずれか１項に記載のＳＣＥＦエンティティ。
【請求項７】
第１の有効期間における端末の通信パターンを示す第１の通信パターンセット情報と、前記第１の有効期間と重複しない第２の有効期間における前記端末の通信パターンを示す第２の通信パターンセット情報とを１つの送信メッセージに設定する制御手段と、
前記送信メッセージを、前記端末の移動を管理するＭＭＥへ送信する送信手段と、を有するＨＳＳ。
【請求項８】
前記制御手段は、
前記第１及び第２の有効期間が適用される周期を設定する、請求項７に記載のＨＳＳ。
【請求項９】
前記制御手段は、
前記第１及び第２の有効期間を、毎時間適用するか、毎日適用するか、毎週適用するか、もしくは毎月適用するかを設定する、請求項８に記載のＨＳＳ。
【請求項１０】
前記端末の通信パターンは、
前記端末が移動するか否か及び前記端末が周期的に通信を行うか否かの少なくとも一方を含む、請求項７乃至９のいずれか１項に記載のＨＳＳ。
【請求項１１】
前記制御手段は、
前記第１及び第２の通信パターンセット情報を、ＩＤＲ（Insert-Subscriber-Data-Request） Ｃｏｍｍａｎｄメッセージに設定し、
前記送信手段は、
前記ＩＤＲ Ｃｏｍｍａｎｄメッセージを前記ＭＭＥへ送信する、請求項７乃至１０のいずれか１項に記載のＨＳＳ。
【請求項１２】
前記制御手段は、
ＤｉａｍｅｔｅｒプロトコルにおけるＣＰ−Ｐａｒａｍｅｔｅｒｓ ＡＶＰ（Attribute Value Pair）に前記第１及び第２の通信パターンセット情報を設定する、請求項７乃至１１のいずれか１項に記載のＨＳＳ。
【請求項１３】
第１の有効期間における端末の通信パターンを示す第１の通信パターンセット情報と、前記第１の有効期間と重複しない第２の有効期間における前記端末の通信パターンを示す第２の通信パターンセット情報とを１つの送信メッセージに設定し、
前記送信メッセージを、前記端末の情報を管理するネットワーク装置へ送信する、メッセージ送信方法。
【請求項１４】
第１の有効期間における端末の通信パターンを示す第１の通信パターンセット情報と、前記第１の有効期間と重複しない第２の有効期間における前記端末の通信パターンを示す第２の通信パターンセット情報とを１つの送信メッセージに設定し、
前記送信メッセージを、前記端末の情報を管理するネットワーク装置へ送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＳＣＥＦエンティティ、ＨＳＳ、メッセージ送信方法、及びプログラムに関し、特に有効期間を有するメッセージを送信するＳＣＥＦエンティティ、ＨＳＳ、メッセージ送信方法、及びプログラムに関する。
【背景技術】
【０００２】
移動通信システムにおいて用いられる通信技術を規定する３ＧＰＰ（3rd Generation Partnership Project）において、ユーザの操作を伴わず自律的に通信を実行するＩｏＴ（Internet of Things）デバイスを効率的に収容することが検討されている。ＩｏＴデバイスは、例えば、Ｍ２Ｍ（Machine to Machine）デバイスもしくはＭＴＣ（Machine Type Communication）デバイス等と称されてもよい。【０００３】
非特許文献１には、ＡＳ（Application Server）がＭＴＣデバイスであるＵＥ（User Equipment）と通信を行う場合におけるコアネットワーク装置の動作が記載されている。コアネットワーク装置は、例えば、３ＧＰＰにおいて動作が規定されているＭＭＥ（Mobility Management Entity）、ＨＳＳ（Home Subscriber Server）及びＳＣＥＦ（Service Capability Exposure Function）である。【０００４】
具体的には、非特許文献１には、ＡＳから送信されたＵＥの通信パターン（Communication Pattern）が、コアネットワーク装置間において送受信される処理が規定されている。ＵＥの通信パターンは、例えば、ＵＥが周期的に通信を行うか否かもしくはＵＥが移動するか否か等を定めている。【０００５】
また、コアネットワーク装置間において送受信される通信パターンには、有効期間が定められており、各コアネットワーク装置は、定められている有効期間内に、指定された通信パターンでＵＥと通信を行う。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ ＴＳ２３．６８２  Ｖ１３．２．０（２０１５−０６）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ここで、非特許文献１においては、各通信パターンに示されている有効期間が、互いに重複しないことが規定されている。このような規定に従うと、通常、各コアネットワーク装置は、ＵＥに関する複数の通信パターンを他のコアネットワーク装置へ送信する場合、連続した有効期間を持つ通信パターンが変更されるたびに、変更後の通信パターン及び連続した有効期間を設定したメッセージを他のコアネットワーク装置へ送信する。【０００８】
しかし、コアネットワーク装置が、通信パターンが変更されるたびに新たな連続した有効期間を設定したメッセージを他のコアネットワーク装置へ送信する場合、コアネットワーク装置間において送受信されるメッセージ数が増大し、各コアネットワーク装置における処理負荷が増大するという問題がある。【０００９】
本発明の目的は、処理負荷を増大させることなく複数の通信パターンを他のコアネットワーク装置へ送信することができるＳＣＥＦエンティティ、ＨＳＳ、メッセージ送信方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の第１の態様にかかるＳＣＥＦエンティティは、第１の有効期間における端末の通信パターンを示す第１の通信パターンセット情報と、前記第１の有効期間と重複しない第２の有効期間における前記端末の通信パターンを示す第２の通信パターンセット情報とを１つの送信メッセージに設定する制御部と、前記送信メッセージを、前記端末の情報を管理するＨＳＳへ送信する送信部と、を有するものである。【００１１】
本発明の第２の態様にかかるＨＳＳは、第１の有効期間における端末の通信パターンを示す第１の通信パターンセット情報と、前記第１の有効期間と重複しない第２の有効期間における前記端末の通信パターンを示す第２の通信パターンセット情報とを１つの送信メッセージに設定する制御部と、前記送信メッセージを、前記端末の移動を管理するＭＭＥへ送信する送信部と、を有するものである。【００１２】
本発明の第３の態様にかかるメッセージ送信方法は、第１の有効期間における端末の通信パターンを示す第１の通信パターンセット情報と、前記第１の有効期間と重複しない第２の有効期間における前記端末の通信パターンを示す第２の通信パターンセット情報とを１つの送信メッセージに設定し、前記送信メッセージを、前記端末の情報を管理するネットワーク装置へ送信するものである。【００１３】
本発明の第４の態様にかかるプログラムは、第１の有効期間における端末の通信パターンを示す第１の通信パターンセット情報と、前記第１の有効期間と重複しない第２の有効期間における前記端末の通信パターンを示す第２の通信パターンセット情報とを１つの送信メッセージに設定し、前記送信メッセージを、前記端末の情報を管理するネットワーク装置へ送信することをコンピュータに実行させるものである。
【発明の効果】
【００１４】
本発明により、処理負荷を増大させることなく複数の通信パターンを他のコアネットワーク装置へ送信することができるＳＣＥＦエンティティ、ＨＳＳ、メッセージ送信方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】実施の形態１にかかるＳＣＥＦエンティティの構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかる通信パターンに関する情報の送信処理の流れを示す図である。
【図４】実施の形態２にかかるUCR Commandの構成を示す図である。
【図５】実施の形態２にかかるCP-Parameters AVの構成を示す図である。
【図６】実施の形態２にかかるCP-Parameter-Set AVPの構成を示す図である。
【図７】実施の形態２にかかるValidity-Time AVPの構成を示す図である。
【図８】実施の形態２にかかるTime-Zone AVPに設定されるAVP構成を示す図である。
【図９】実施の形態２にかかるUCA Commandの構成を示す図である。
【図１０】実施の形態２にかかるＨＳＳの構成図である。
【図１１】実施の形態２にかかるCP ParameterをＭＭＥへ送信する処理の流れを示す図である。
【図１２】実施の形態２にかかるIDR Commandメッセージの構成を示す図である。
【発明を実施するための形態】
【００１６】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。はじめに、図１を用いて本発明の実施の形態１にかかるＳＣＥＦエンティティ１０の構成例について説明する。ＳＣＥＦエンティティ１０は、３ＧＰＰにおいて動作が規定されているＳＣＥＦを実行する装置である。ＳＣＥＦエンティティ１０は、プロセッサがメモリに格納されているプログラムを実行することによって動作するコンピュータ装置であってもよい。
【００１７】
ＳＣＥＦエンティティ１０は、制御部１１及び通信部１２を有している。ＳＣＥＦエンティティ１０を構成する制御部１１及び通信部１２は、プロセッサがメモリに格納されているプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュール等であってもよい。もしくは、制御部１１及び通信部１２は、回路もしくはチップ等であってもよい。
【００１８】
制御部１１は、複数の通信パターン（Communication Pattern）セット情報を１つの送信メッセージに設定する。通信パターンセット情報は、ある有効期間（validity time）における端末の通信パターンを示す情報である。端末の通信パターンは、例えば、端末が周期的に通信を行うか否かもしくはＵＥが移動するか否か等の動作パターンを定めている。
【００１９】
制御部１１は、ある通信パターンセット情報に定められている有効期間と、他の通信パターンセット情報に定められている有効期間とが重複しないようにそれぞれの有効期間を設定する。制御部１１は、生成した送信メッセージを通信部１２へ出力する。
【００２０】
通信部１２は、制御部１１から出力された送信メッセージを、ＨＳＳへ送信する。ＨＳＳは、送信メッセージにおいて通信パターンが示されている端末の情報を管理する。端末の情報は、例えば、端末を保持するユーザのSubscription情報（加入者情報）であってもよい。
【００２１】
以上説明したように、ＳＣＥＦエンティティ１０は、ある端末に関する有効期間の異なる複数の通信パターンをＨＳＳへ送信する際に、１つの送信メッセージにて全ての通信パターンをＨＳＳへ送信することができる。これによって、ＳＣＥＦエンティティ１０が、通信パターン毎に送信メッセージを生成し、生成した送信メッセージをＨＳＳ２０へ送信する場合と比較して、ＳＣＥＦエンティティ１０とＨＳＳ２０との間における送信メッセージの数を減少させることができる。
【００２２】
送信メッセージの数が減少することによって、ＳＣＥＦエンティティ１０及びＨＳＳ２０における処理負荷を低減させることができる。
【００２３】
（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、ＡＳ４０、ＳＣＥＦエンティティ１０、ＨＳＳ２０、及びＭＭＥ３０を有している。ＳＣＥＦエンティティ１０、ＨＳＳ２０、及びＭＭＥ３０は、３ＧＰＰにおいて動作もしくは処理内容が規定されているノード装置である。また、ＳＣＥＦエンティティ１０とＨＳＳ２０との間は、３ＧＰＰにおいてＳ６ｔインタフェースとして定められている。さらに、ＨＳＳ２０とＭＭＥ３０との間は、３ＧＰＰにおいてＳ６ａインタフェースとして定められている。
【００２４】
ＡＳ４０は、ＭＭＥ３０においてＩｏＴデバイスとして管理されているＵＥから送信される情報を用いてサービスを提供するサーバである。ＡＳ４０は、例えば、ＩｏＴサーバと称されてもよい。ＡＳ４０は、ＩｏＴデバイスであるＵＥの通信パターンを制御もしくは決定するサーバであってもよい。ここでは、ＡＳ４０は、ＵＥ＿Ａに関する通信パターンを決定する。ＡＳ４０は、ＵＥ＿Ａに関する通信パターンを決定すると、決定した通信パターンに関する情報をＳＣＥＦエンティティ１０へ送信する。
【００２５】
ＳＣＥＦエンティティ１０は、Ｓ６ｔインタフェースを介して、予め定められたフォーマットに従い、ＡＳ４０から送信されたＵＥ＿Ａに関する通信パターンの情報をＨＳＳ２０へ送信する。ＨＳＳ２０は、Ｓ６ａインタフェースを介して、ＵＥ＿Ａを管理しているＭＭＥ３０へ、ＵＥ＿Ａに関する通信パターンを送信する。
【００２６】
続いて、図３を用いて本発明の実施の形態２にかかる通信パターンに関する情報の送信処理の流れについて説明する。はじめに、ＡＳ４０は、通信パターンパラメータ（Communication Pattern Parameter：CP Parameter）を設定したUpdate RequestメッセージをＳＣＥＦエンティティ１０へ送信する（Ｓ１１）。CP Parameterは、複数のCP Parameter Setを含み、それぞれのCP Parameter Setに、有効期間（validity time）が関連づけられている。
【００２７】
次に、ＳＣＥＦエンティティ１０は、Update Requestメッセージに設定されたCP Parameterを選択もしくは抽出する（Ｓ１２）。次に、ＳＣＥＦエンティティ１０は、選択したCP Parameterを設定したUpdate-Communication-Pattern-Request（UCR） Commandメッセージを、Ｓ６ｔインタフェースにおいて定められたフォーマットに従って送信する（Ｓ１３）。Ｓ６ｔインタフェースにおいては、例えば、Ｄｉａｍｅｔｅｒプロトコルが用いられる。
【００２８】
ここで、図４を用いてUCR Commandの構成について説明する。UCR Commandには、複数のＡＶＰ（Attribute Value Pair）が設定される。例えば、UCR Commandには、SCEF-Address AVP、SCEF-Reference-ID AVP、及びCP Parameters AVPが設定される。
【００２９】
SCEF-Address AVPは、UCR Commandを送信する送信元のＳＣＥＦエンティティ１０の識別情報として用いられる。また、SCEF-Reference-ID AVPは、ＳＣＥＦエンティティ１０における参照タスク（reference task）を識別するために用いられる。
【００３０】
CP-Parameters AVPは、ＵＥ毎に１以上のCP-Parameter-Set AVPを含む。また、CP-Parameter-Set AVPには、Validity Timeが関連づけられている。ＵＥ毎に設定される複数のCP-Parameter-Set AVPには、互いにValidity Timeが重複しないようにValidity Timeが設定されている。図５には、CP-Parameters AVPに、１以上のCP-Parameter-Set AVPが設定されることが示されている。
【００３１】
続いて、図６を用いて、CP-Parameter-Set AVPに設定されるAVPについて説明する。CP-Parameter-Set AVPには、Periodic-COM-IND AVP、Stationary-IND AVP、Periodic-Info AVP及びValidity-Time AVPが設定される。
【００３２】
Periodic-COM-IND AVPは、ＵＥが周期的に通信するか、もしくは、ＡＳ４０の要求に応じて通信するかを定める。例えば、Periodic-COM-IND AVPには、ＵＥがＡＳ４０の要求に応じて通信することを示すON_DEMAND_COMMUNICATIONか、もしくは周期的に通信することを示すPERIODIC_COMMUNCATIONが設定される。
【００３３】
Stationary-IND AVPは、ＵＥが移動するか否かを定める。例えば、Stationary-IND AVPには、ＵＥが移動することを示すMOBILEか、もしくはＵＥが移動しないことを示すSTATIONARYが設定される。
【００３４】
Periodic-Info AVPには、ＵＥが周期的に通信する場合におけるDuration-Timer及びInterval Timerが設定される。Duration-Timerは、一回の通信における通信の継続時間を示す。Duration-Timerは、秒、分、もしくは時間等の単位を用いて示されてもよい。Interval-Timerは、ＵＥの通信間隔を示す。Interval-Timerは、秒、分、もしくは時間等の単位を用いて示されてもよい。
【００３５】
Validity-Time AVPは、CP-Parameter-Set AVPの有効期間を示す。ここで、図７を用いてValidity-Time AVPに設定されるAVPについて説明する。Validity-Time AVPには、１以上のTime-Zone AVPが設定される。さらに、図８を用いて、Time-Zone AVPに設定されるAVPについて説明する。Time-Zone AVPには、Start-Time AVP、End-Time AVP、Time-Zone-Type AVP、及びDay-of-Week AVPが設定される。
【００３６】
Start-Time AVPは、Validity Timeが開始する時刻を示す。また、End-Time AVPは、Validity Timeが終了する時刻を示す。
【００３７】
Time-Zone-Type AVPは、Validity-Time AVPが設定される周期を示す。例えば、Time-Zone-Type AVPには、一時間毎に設定することを示すHourly、毎日設定されるDaily、毎週設定されるWeekly、及び毎月設定されるMonthlyが設定される。例えば、Start-Time AVPに１時１５分等と設定され、Time-Zone-Type AVPに、Hourlyが設定された場合、２時１５分、３時１５分等、１時間毎にValidity-Time AVPが設定される。また、Start-Time AVPに１時１５分等と設定され、Time-Zone-Type AVPに、Dailyが設定された場合、毎日１時１５分にValidity-Time AVPが設定される。また、Start-Time AVPに１時１５分等と設定され、Time-Zone-Type AVPに、Weeklyが設定された場合、７日後の１時１５分に再度Validity-Time AVPが設定される。また、Start-Time AVPに１時１５分等と設定され、Time-Zone-Type AVPに、Monthlyが設定された場合、１カ月後の１時１５分に再度Validity-Time AVPが設定される。このように、一つのCP-Parameter-Set AVPの有効期間を示すValidity Timeが複数の非連続の周期的な期間に跨っていても良い。
【００３８】
Day-of-Week AVPは、Validity-Time AVPが設定される曜日を示す。
【００３９】
図３に戻り、ＨＳＳ２０は、UCR Commandを受信すると、UCR Commandに設定されているCP Parameter Set AVPに基づいて、ＵＥのSubscription情報を更新する（Ｓ１４）。次に、ＨＳＳ２０は、UCR Commandメッセージに対する応答として、Update-Communication-Pattern-Answer（UCA） CommandメッセージをＳＣＥＦエンティティ１０へ送信する（Ｓ１５）。
【００４０】
ＨＳＳ２０は、図３のステップＳ１３においてCP Parameters AVPを含むUCR Commandメッセージを受信すると、Subscription情報としてCP Parameters Listを保持する。
【００４１】
また、ＨＳＳ２０は、CP Parameters AVPに含まれる１以上のCP-Parameter-Set AVPを、CP-Parameter-Setとして保持する。さらに、ＨＳＳ２０は、CP-Parameter-Set AVPに含まれるPeriodic-COM-IND AVP、Stationary-IND AVP、Periodic-Info AVP及びValidity-Time AVPを、Periodic Communication Indication、Stationary Indication、Periodic Information、及びValidity Timeとして保持する。
【００４２】
ここで、図９を用いて、UCA Commandの構成について説明する。UCA Commandには、複数のＡＶＰが設定される。例えば、UCA Commandには、SCEF-Reference-ID AVPが設定される。UCA Commandに設定されるSCEF-Reference-ID AVPは、UCR Commandに設定されるSCEF-Reference-ID AVPと同一の内容が用いられる。
【００４３】
図３に戻り、ＳＣＥＦエンティティ１０は、ステップＳ１１におけるUpdate Requestメッセージへの応答として、Update ResponseメッセージをＡＳ４０へ送信する（Ｓ１６）。
【００４４】
さらに、ＨＳＳ２０は、ステップＳ１７において、ＳＣＥＦエンティティ１０から送信されたCP ParameterをＭＭＥ３０へ送信する処理を実行する（Ｓ１７）。
【００４５】
ここで、図１０を用いて、図３のステップＳ１７における処理を実行するＨＳＳ２０の構成例について説明する。ＨＳＳ２０は、制御部２１及び通信部２２を有している。ＨＳＳ２０を構成する制御部２１及び通信部２２は、プロセッサがメモリに格納されているプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュール等であってもよい。もしくは、制御部２１及び通信部２２は、回路もしくはチップ等であってもよい。
【００４６】
制御部２１は、ＳＣＥＦエンティティ１０から送信されたCP Parametersを受け取ると、受け取ったCP Parametersを設定したInsert Subscriber Data Request（IDR） Commandメッセージを生成する。制御部２１は、IDR Commandメッセージを通信部２２へ出力する。
【００４７】
通信部２２は、ＳＣＥＦエンティティ１０から送信されたUCR Commandを受信する。通信部２２は、受信したUCR Commandを制御部２１へ出力する。さらに、通信部２２は、制御部２１において生成されたIDR CommandメッセージをＭＭＥ３０へ送信する。
【００４８】
続いて、図１１を用いて本発明の実施の形態２にかかる図３のステップＳ１７の詳細な処理の流れについて説明する。
【００４９】
ＨＳＳ２０は、ＳＣＥＦエンティティ１０からCP Parametersを受信すると、受信したCP Parametersを設定したIDR CommandメッセージをＭＭＥ３０へ送信する（Ｓ２１）。ＨＳＳ２０は、IDR CommandメッセージをＳ６ａインタフェースにおいて定められたフォーマットに従ってＭＭＥ３０へ送信する。Ｓ６ａインタフェースにおいては、例えば、Ｄｉａｍｅｔｅｒプロトコルが用いられる。
【００５０】
ここで、図１２を用いて、IDR Commandメッセージの構成について説明する。IDR Commandには、複数のＡＶＰが設定される。例えば、図１２に示されるように、IDR Commandには、CP Parameters AVPが設定される。IDR Commandに設定されるCP Parameters AVPは、図５〜図８と同様であるため詳細な説明を省略する。
【００５１】
図１１に戻り、ＭＭＥ３０は、IDR Commandを受信すると、応答メッセージとしてInsert Subscriber Data Answer（IDA） CommandメッセージをＨＳＳ２０へ送信する（Ｓ２２）。
【００５２】
ＭＭＥ３０は、図１１のステップＳ２１においてCP Parameters AVPを含むIDR Commandメッセージを受信すると、Subscription情報としてCP Parameters Listを保持する。
【００５３】
また、ＭＭＥ３０は、CP Parameters AVPに含まれる１以上のCP-Parameter-Set AVPを、CP-Parameter-Setとして保持する。さらに、ＭＭＥ３０は、CP-Parameter-Set AVPに含まれるPeriodic-COM-IND AVP、Stationary-IND AVP、Periodic-Info AVP及びValidity-Time AVPを、Periodic Communication Indication、Stationary Indication、Periodic Information、及びValidity Timeとして保持する。
【００５４】
以上説明したように、本発明の実施の形態２にかかるＳＣＥＦエンティティ１０は、複数のCP-Parameter-Set AVPを設定した１つのUCR CommandメッセージをＨＳＳ２０へ送信することができる。さらに、ＨＳＳ２０は、複数のCP-Parameter-Set AVPを設定した１つのIDR CommandメッセージをＭＭＥ３０へ送信することができる。さらに、ＳＣＥＦエンティティ１０及びＨＳＳ２０は、UCR Commandメッセージ及びIDR Commandメッセージ内のそれぞれのCP-Parameter-Set AVPに設定されるValidity Timeを、互いに重複しないように設定することができる。また、一つのValidity Timeは、複数の非連続の周期的な期間に跨っていても良い。
【００５５】
これより、ＳＣＥＦエンティティ１０及びＨＳＳ２０は、CP Parameters AVPに設定されているStationary-IND AVP等が変更されるたびに、新たな連続した期間のValidity Timeを含んだCP Parameters AVPを設定したUCR Command及びIDR Commandを送信する場合と比較して、メッセージ数を削減することができる。
【００５６】
さらに、ＳＣＥＦエンティティ１０及びＨＳＳ２０は、３ＧＰＰにおける、CP Parameters AVPに設定されているValidity Time同士を異なる通信パターンで互いに重複させないとする規定を満たすことができる。
【００５７】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、ＳＣＥＦ、ＨＳＳ及びＭＭＥにおける処理を、ＣＰＵ（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００５９】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【００６０】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００６１】
この出願は、２０１５年７月２４日に出願された日本出願特願２０１５−１４６５３５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００６２】
１０  ＳＣＥＦエンティティ
１１  制御部
１２  通信部
２０  ＨＳＳ
２１  制御部
２２  通信部
３０  ＭＭＥ
４０  ＡＳ
【図１】
2017017879.tif 000003
【図２】
2017017879.tif 000004
【図３】
2017017879.tif 000005
【図４】
2017017879.tif 000006
【図５】
2017017879.tif 000007
【図６】
2017017879.tif 000008
【図７】
2017017879.tif 000009
【図８】
2017017879.tif 000010
【図９】
2017017879.tif 000011
【図１０】
2017017879.tif 000012
【図１１】
2017017879.tif 000013
【図１２】
2017017879.tif 000014
【国際調査報告】
2017017879.tif 000015
2017017879.tif 000016
2017017879.tif 000017