(57)【要約】      （修正有）【課題】オーバーヘッドを軽減させるようにした通信量管理装置、通信量管理方法、通信量管理システムを提供すること。【解決手段】ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた前記通信可能量に対して該ユーザが利用する端末装置の通信量を管理する通信量管理装置において、端末装置との間で行われた通信の通信量を計測する通信量計測装置から端末装置の通信量を受信するインタフェース部と、受信した通信量と割り当てた通信可能量とに基づいて、割り当てる通信可能量と、通信量計測装置が通信量管理装置から通信可能量の割り当てを受けてから、通信量計測装置が通信量管理装置へ通信可能量を要求するまでの時間を表す有効時間とを決定し、決定した通信可能量と有効時間とをインタフェース部を介して通信量計測装置へ送信する制御部とを備える。【選択図】図３
2018182516.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた前記通信可能量に対して該ユーザが利用する端末装置の通信量を管理する通信量管理装置において、
前記端末装置との間で行われた通信の前記通信量を計測する通信量計測装置から、前記端末装置の前記通信量を受信するインタフェース部と、
前記受信した通信量と割り当てた前記通信可能量とに基づいて、割り当てる前記通信可能量と、前記通信量計測装置が前記通信量管理装置から前記通信可能量の割り当てを受けてから前記通信量計測装置が前記通信量管理装置へ前記通信可能量を要求するまでの時間を表す有効時間とを決定し、決定した前記通信可能量と前記有効時間とを前記インタフェース部を介して前記通信量計測装置へ送信する制御部と
を備えることを特徴とする通信量管理装置。
【請求項２】
前記制御部は、
前記通信量と前記割り当てた通信可能量とが同一のとき、前記割り当てた通信可能量を示す第３の通信可能量よりも多い第４の通信可能量を前記通信可能量とし、かつ、前記第３の通信可能量を割り当てたときに前記有効時間として決定した第３の有効時間よりも短い第４の有効時間を前記有効時間としてそれぞれ決定し、
前記通信量が前記割り当てた通信可能量よりも小さいとき、前記第３の通信可能量よりも少ない第５の通信可能量を前記通信可能量とし、かつ、前記第３の有効時間よりも長い第５の有効時間を前記有効時間としてそれぞれ決定する、
ことを特徴とする請求項１記載の通信量管理装置。
【請求項３】
前記制御部は、前記通信量と前記割り当てた通信可能量との比較結果に基づいて、前記通信量と前記通信可能量との対応関係を表す容量消費速度のレベルを第１のレベルから第２のレベルへ変更し、変更した前記第２のレベルに応じて、前記通信可能量と前記有効時間とを決定することを特徴とする請求項１記載の通信量管理装置。
【請求項４】
前記制御部は、前記端末装置が前記有効時間内に前記通信可能量と同じ前記通信量を消費しなかったとき、前記レベルを、前記第１のレベルから、前記第１のレベルより低い前記第２のレベルへ変更し、前記端末装置が前記有効時間内に前記通信可能量と同じ前記通信量を消費したとき、前記レベルを、前記第１のレベルから、前記第１のレベルより高い前記第２のレベルへ変更することを特徴する請求項３記載の通信量管理装置。
【請求項５】
前記制御部は、前記レベルを前記第１のレベルから前記第２のレベルに変更したとき、前記通信可能量を前記割り当てた通信可能量を表す第１の通信可能量から第２の通信可能量へ変更し、前記有効時間を前記第１の通信可能量を割り当てたときに決定した第１の有効時間から第２の有効時間へ変更することを特徴とする請求項３記載の通信量管理装置。
【請求項６】
前記制御部は、
前記レベルを、前記第１のレベルから、前記第１のレベルより低い前記第２のレベルへ変更したとき、前記通信可能量を、前記第１の通信可能量から、前記第１の通信可能量よりも小さい前記第２の通信可能量へ変更し、前記有効時間を、前記第１の有効時間から、前記第１の有効時間よりも長い前記第２の有効時間へ変更し、
前記レベルを、前記第１のレベルから、前記第１のレベルより高い前記第２のレベルへ変更したとき、前記通信可能量を、前記第１の通信可能量から、前記第１の通信可能量よりも大きい前記第２の通信可能量へ変更し、前記有効時間を、前記第１の有効時間から、前記第１の有効時間よりも短い前記第２の有効時間へ変更する、
ことを特徴とする請求項５記載の通信量管理装置。
【請求項７】
インタフェース部と制御部とを有し、ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた前記通信可能量に対して該ユーザが利用する端末装置の通信量を管理する通信量管理装置における通信量管理方法であって、
前記インタフェース部により、前記端末装置との間で行われた通信の前記通信量を計測する通信量計測装置から、前記端末装置の前記通信量を受信し、
前記制御部により、前記受信した通信量と割り当てた前記通信可能量とに基づいて、割り当てる前記通信可能量と、前記通信量計測装置が前記通信量管理装置から前記通信可能量の割り当てを受けてから前記通信量計測装置が前記通信量管理装置へ前記通信可能量を要求するまでの時間を表す有効時間とを決定し、決定した前記通信可能量と前記有効時間とを前記インタフェース部を介して前記通信量計測装置へ送信する
ことを特徴とする通信量管理方法。
【請求項８】
通信量管理システムにおいて、
ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた前記通信可能量に対して該ユーザが利用する端末装置の通信量を管理する通信量管理装置と、
前記端末装置との間で行われた通信の前記通信量を計測する通信量計測装置とを備え、
前記通信量管理装置は、
前記通信量計測装置から、前記端末装置の前記通信量を受信するインタフェース部と、
前記受信した通信量と割り当てた前記通信可能量とに基づいて、割り当てる前記通信可能量と、前記通信量計測装置が前記通信量管理装置から前記通信可能量の割り当てを受けてから前記通信量計測装置が前記通信量管理装置へ前記通信可能量を要求するまでの時間を表す有効時間とを決定し、決定した前記通信可能量と前記有効時間とを前記インタフェース部を介して前記通信量計測装置へ送信する制御部と
を備えることを特徴とする通信量管理システム。
【請求項９】
ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた前記通信可能量に対して該ユーザが利用する端末装置の通信量を管理する通信量管理装置のコンピュータに実行させる通信量管理プログラムであって、
前記端末装置との間で行われた通信の前記通信量を計測する通信量計測装置から、前記端末装置の前記通信量を受信する処理と、
前記受信した通信量と割り当てた前記通信可能量とに基づいて、割り当てる前記通信可能量と、前記通信量計測装置が前記通信量管理装置から前記通信可能量の割り当てを受けてから前記通信量計測装置が前記通信量管理装置へ前記通信可能量を要求するまでの時間を表す有効時間とを決定し、決定した前記通信可能量と前記有効時間とを前記インタフェース部を介して前記通信量計測装置へ送信する処理と
をコンピュータに実行させる通信量管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信量管理装置、通信量管理方法、通信量管理システム、及び通信量管理プログラムに関する。
【背景技術】
【０００２】
現在、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、大容量で高速の無線ネットワークシステムの技術として、ＬＴＥ（Long Term Evolution）及びＬＴＥ−Ａｄｖａｎｃｅｄの後継システムが検討されている。このようなシステムは第５世代移動通信（5G:the 5th Generation mobile communication）と呼ばれている。
【０００３】
ＬＴＥシステムやＬＴＥ−Ａｄｖａｎｃｅｄシステムにおいては、ＰＣＣ（Policy and Charging Control：ポリシー及び課金制御）が適用される場合がある。ＰＣＣは、例えば、サービスを意識したＱｏＳ（Quality of Service）及び課金制御のための高度化されたツールである。ＰＣＣに含まれる機能エンティティとして、ＰＣＲＦ（Policy and Charging Rules Function：ポリシー及び課金制御ルール機能）とＰＣＥＦ（Policy and Charging Enforcement Function：ポリシー及び課金実施ノード）、ＯＣＳ（Online Charging System：オンライン課金システム）などがある。
【０００４】
ＰＣＥＦは、例えば、サービスデータフローの検出機能、ポリシーの実施機能、フローベースの課金機能を含み、サービスデータフローの検出、ユーザプレーントラヒックのハンドリングなどを提供する。さらに、ＯＣＳは、例えば、オンラインクレジット制御機能を実行し、課金の基準毎にクレジット制御を行う。ＯＣＳとＰＣＥＦは、例えば、ユーザ毎に通信量を管理し、ユーザが契約した通信量に対してどのくらい通信量を消費したかを監視することが可能である。
【０００５】
なお、ＰＣＲＦは、例えば、ポリシー制御の決定機能やフローベースの課金制御機能を含み、サービスデータフロー検出、ゲーティング、ＱｏＳ及びフローベースの課金などを提供する。
【０００６】
図１５は、ＰＣＥＦ１０２とＯＣＳ１０３による通信量の課金制御シーケンスの例を表す図である。ＰＣＥＦ１０２はＯＣＳ１０３へ容量要求を送信し（Ｓ１００）、ＯＣＳ１０３は固定量の通信量を払い出す（Ｓ１０１）。図１５の例では、対象ユーザの契約量は「１」ＧＢ（Giga Byte）、払い出した通信量（以下、「リザーブ容量」と称する場合がある。）は「１０」ＭＢとなっている。
【０００７】
次に、ＯＣＳ１０３は、リザーブ容量とＶＴ（Validity Time）とをＰＣＥＦ１０２へ送信する（Ｓ１０２）。ＶＴは、例えば、ＰＣＥＦ１０２がＯＣＳ１０３に対して、容量要求を送信するタイミングを表している。
【０００８】
次に、ＰＣＥＦ１０２は、リザーブ容量とＶＴの払い出しを受けてから、ＵＥ１０１の通信量と時間とを計測する（Ｓ１０３，Ｓ１０４）。そして、ＰＣＥＦ１０２は、計測した時間がＶＴ以上となった場合、或いは、ＶＴ経過前であっても、計測した通信量（又は消費量。以下、「消費量」と称する場合がある。）がリザーブ容量以上になった場合、容量要求と消費量とを送信する（Ｓ１０５）。図１５の例では、ＰＣＥＦ１０２は、ＶＴで示される時間が経過したため、容量要求をＯＣＳ１０３へ送信する例を表している。
【０００９】
次に、ＯＣＳ１０３は、容量要求と消費量とを受信し、対象ユーザの残量を計算し（図１５の例では、９９０ＭＢ＋（１０−６）ＭＢ＝９９４ＭＢ）、残量の中から、固定量の通信量（図１５の例では１０ＭＢ）を払い出す（Ｓ１０６）。そして、ＯＣＳ１０３は、リザーブ容量とＶＴとをＰＣＥＦ１０２へ送信する（Ｓ１０７，Ｓ１０８）。
【００１０】
このような通信に関する技術として、例えば、以下がある。すなわち、通信に対してクォータを割り当て、割り当てられたクォータに基づいて実際のクォータ消費スピードを獲得し、実際のクォータ消費スピードに従って新しいクォータを割り当てる通信クォータ割り当て方法がある。
【００１１】
この技術によれば、新しいクォータがクォータの実際の消費スピードに従って割り当てられ、クォータに対するより多くの柔軟性を提供することができる、とされる。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特表２０１６−５１０５３５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかし、上述した図１５に示す例では、ＯＣＳ１０３が払い出すリザーブ容量とＶＴは固定値となっている。リザーブ容量が固定の場合、通信量が他のユーザよりも多い対象ユーザに対して、ＰＣＥＦ１０２は、ＶＴ時間経過前に何度もＯＣＳ１０３へ容量要求を送信する場合がある。従って、ＰＣＥＦ１０２とＯＣＳ１０３との間の通信区間においてオーバーヘッドが増大し、ＰＣＥＦ１０２とＯＣＳ１０３は高負荷状態となる場合がある。また、通信量が他のユーザよりも多い対象ユーザに対して、ＯＣＳ１０３が他のユーザと同じ固定量を払い出すことは、ＯＣＳ１０３が各ユーザの通信量を効率的に管理しているとは言えない。他方、通信量が他よりも少なく、ある一定期間において全く通信を行わないユーザが存在する場合がある。ＶＴが固定値の場合、このようなユーザに対しても、ＰＣＥＦ１０２は、ＶＴ時間経過毎に容量要求を送信し、リザーブ容量の払い出しを受けることになる。このようなユーザは、リザーブ容量の払い出しを受けても全く消費することがないため、リザーブ容量の払い出しが無駄になり、容量要求の送信とリザーブ容量の払い出しにより、ＰＣＥＦ１０２とＯＣＳ１０３との間のオーバーヘッドが生じる。また、この場合も、ＯＣＳ１０３は、各ユーザの通信量を効率的に管理しているとは言えない。
【００１４】
一方、実際のクォータ消費スピードに従って新しいクォータを割り当てる技術は、ＶＴが固定時間であり、通信量が他よりも少ないユーザの場合、ＶＴ時間経過後の容量要求によりリザーブ容量の払い出しを受けても、リザーブ容量を消費することがない場合もある。この場合、ＶＴ時間経過後の容量要求が無駄となり、ＰＣＥＦとＯＣＳとの間のオーバーヘッドが生じる場合がある。
【００１５】
そこで、一開示は、オーバーヘッドを軽減させるようにした通信量管理装置、通信量管理方法、通信量管理システム、及び通信量管理プログラムを提供することにある。
【００１６】
また、一開示は、通信量を効率的に管理できるようにした通信量管理装置、通信量管理方法、通信量管理システム、及び通信量管理プログラムを提供することにある。
【課題を解決するための手段】
【００１７】
一開示は、ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた前記通信可能量に対して該ユーザが利用する端末装置の通信量を管理する通信量管理装置において、前記端末装置との間で行われた通信の前記通信量を計測する通信量計測装置から、前記端末装置の前記通信量を受信するインタフェース部と、前記受信した通信量と割り当てた前記通信可能量とに基づいて、割り当てる前記通信可能量と、前記通信量計測装置が前記通信量管理装置から前記通信可能量の割り当てを受けてから前記通信量計測装置が前記通信量管理装置へ前記通信可能量を要求するまでの時間を表す有効時間とを決定し、決定した前記通信可能量と前記有効時間とを前記インタフェース部を介して前記通信量計測装置へ送信する制御部とを備える。
【発明の効果】
【００１８】
一開示によれば、オーバーヘッドを軽減させることができる。また、一開示によれば、通信量を効率的に管理することができる。
【図面の簡単な説明】
【００１９】
【図１】図１は通信システムの構成例を表す図である。
【図２】図２は通信量管理システムの構成例を表す図である。
【図３】図３（Ａ）はＰＣＥＦの構成例、図３（Ｂ）はＯＣＳの構成例をそれぞれ表す図である。
【図４】図４はＰＣＥＦとＯＣＳのハードウェア構成例を表す図である。
【図５】図５（Ａ）と図５（Ｂ）はＤｉａｍａｔｅｒパケットの構成例を表す図である。
【図６】図６はレベル定義テーブルの例を表す図である。
【図７】図７はユーザ情報管理テーブルの例を表す図である。
【図８】図８は動作例を表すシーケンス図である。
【図９】図９は容量制御パラメータ決定処理の動作例を表すフローチャートである。
【図１０】図１０（Ａ）はレベルと消費量の関係例を表すグラフであり、図１０（Ｂ）はシーケンス例を表す図である。
【図１１】図１１（Ａ）はレベル定義テーブルの例、図１１（Ｂ）はトラヒックモデルの例をそれぞれ表す図である。
【図１２】図１２はシミュレーション結果の例を表す図である。
【図１３】図１３はシミュレーション結果の例を表す図である。
【図１４】図１４は通信システムの構成例を表す図である。
【図１５】図１５は動作例を表すシーケンス図である。
【発明を実施するための形態】
【００２０】
以下、本発明を実施するための形態について説明する。なお、以下の実施例は開示の技術を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、本明細書に記載された用語や技術的内容は、３ＧＰＰ（Third Generation Partnership Project）やＲＦＣ（Request for Comments）など、通信に関する規格として仕様書に記載された用語や技術的内容が適宜用いられてもよい。
【００２１】
［第１の実施の形態］
＜通信システムの構成例＞
図１は第１の実施の形態における通信システム１０の構成例を表す図である。通信システム１０は、ＵＥ（又は端末装置。以下、「ＵＥ」と称する場合がある。）１００、ｅＮＢ（evolved Node B）（又は基地局装置。以下、「ｅＮＢ」と称する場合がある。）２００、ＳＧＷ（Serving Gateway）３００を備える。また、通信システム１０は、ＰＧＷ（Packet data network Gateway）４００、ＰＣＲＦ５００、ＯＣＳ６００、及びネットワーク８００を備える。
【００２２】
ＵＥ（User Equipment）１００は、例えば、フィーチャーフォンやスマートフォン、タブレット端末、パーソナルコンピュータなどの無線通信装置である。ＵＥ１００は、ｅＮＢ２００と無線通信を行うことで、ｅＮＢ２００を介して、ネットワーク８００に接続されたサーバ装置などから、Ｗｅｂ閲覧サービスや通話サービスなど、種々のサービスの提供を受けることが可能である。
【００２３】
ｅＮＢ２００は、例えば、無線通信可能範囲に在圏するＵＥ１００に対して種々のサービスを提供する無線通信装置又は基地局装置である。ｅＮＢ２００は、ＳＧＷ３００から送信されたデータなどを受信し、受信したデータなどを無線信号へ変換し、変換後の無線信号をＵＥ１００へ送信する。また、ｅＮＢ２００は、ＵＥ１００から送信された無線信号を受信し、受信した無線信号からデータなどを抽出し、抽出したデータなどをＳＧＷ３００へ送信する。
【００２４】
ＳＧＷ３００は、例えば、データの伝送を行う在圏パケットゲートウェイであり、ＬＴＥと３Ｇ（the third Generation mobile communication）など、３ＧＰＰによる無線アクセス方式の切り替えポイントとして機能する。ＳＧＷ３００は、ＰＧＷ４００から送信されたデータなどを受信し、受信したデータをｅＮＢ２００へ送信する。また、ＳＧＷ３００は、ｅＮＢ２００から送信されたデータなどを受信し、受信したデータなどをＰＧＷ４００へ送信する。
【００２５】
ＰＧＷ４００は、例えば、ＵＥ１００に対してＩＰ（Internet Protocol）アドレスを割り当て、また、ＵＥ１００が３ＧＰＰで規定する無線アクセス方式と非３ＧＰＰ無線アクセス方式とを移動する場合においてユーザデータ転送の切り替えポイントとして機能する。ＰＧＷ４００は、例えば、ネットワーク８００に接続されたサーバ装置などからデータなどを受信し、受信したデータなどをＳＧＷ３００へ送信する。また、ＰＧＷ４００は、ＳＧＷ３００から送信されたデータなどを受信し、受信したデータなどを、例えば、ネットワーク８００に接続されたサーバ装置へ送信する。
【００２６】
なお、ＰＧＷ４００は、ＰＣＥＦとしての機能も有している。以下においては、ＰＧＷ４００をＰＣＥＦ４００と称する場合がある。ＰＣＥＦ４００は、例えば、上述したように、ポリシー及び課金実施ノードであって、サービスデータフローの検出機能やポリシーの実施機能などを有する。具体的には、ＰＣＥＦ４００は、例えば、ＵＥ１００との間で行われた通信の通信量を計測し、計測した通信量をＯＣＳ６００へ送信する。従って、ＰＣＥＦは、例えば、通信量計測装置でもある。
【００２７】
ＰＣＲＦ５００は、例えば、ポリシー及び課金制御ルール機能であり、ポリシー制御の決定機能やフローベースの課金制御機能を含み、サービスデータフロー検出、ゲーティング、ＱｏＳ及びフローベースの課金などを提供する。
【００２８】
ＯＣＳ６００は、例えば、オンライン課金システムであって、オンラインクレジット制御機能を実行し、課金の基準毎にクレジット制御を行う。具体的には、ＯＣＳ６００は、例えば、ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた通信可能量に対してユーザが利用するＵＥ１００の通信量を管理する。従って、ＯＣＳ６００は、例えば、通信量管理装置でもある。ＯＣＳ６００の詳細は後述する。
【００２９】
通信システム１０では、ＰＣＥＦ４００とＰＣＲＦ５００、及びＯＣＳ６００によって、ＵＥ１００を利用するユーザ毎にポリシー制御と課金制御を行うことが可能となっている。ＰＣＥＦ４００とＰＣＲＦ５００、及びＯＣＳ６００を含むブロックを、例えば、ＰＣＣアーキテクチャ（PCC Architecture）７００と称する場合がある。
【００３０】
ネットワーク８００は、例えば、種々のサービスを提供する種々のサーバ装置などが接続される。
【００３１】
図２は、通信量管理システム９００の構成例を表す図である。本第１の実施の形態では、通信システム１０内に通信量管理システム９００が含まれている。通信量管理システム９００は、ＰＣＥＦ４００とＯＣＳ６００とを備える。ＰＣＥＦ４００とＯＣＳ６００とは、Ｇｙインタフェースを利用してメッセージなどを交換する。Ｇｙインタフェースは、３ＧＰＰ  ＴＳ  ３２．２９９  Ｖ１３．３．０（２０１５−１２）などで規定されたインタフェースであり、Ｄｉａｍｔｅｒプロトコルをベースにしたインタフェースである。なお、Ｄｉａｍｅｔｅｒプロトコルは、ＲＦＣ３５８８やＲＦＣ４００６で規定された通信プロトコルである。
【００３２】
ＰＣＥＦ４００は、ＲＦＣ４００６で規定されたＣＣＲ（Credit Control Request）メッセージをＯＣＳ６００へ送信し、ＯＣＳ６００は、Ｇｙインタフェースで規定されたＣＣＡ（Credit Control Answer）メッセージをＰＣＥＦ４００へ送信することが可能となる。Ｇｙインタフェースの詳細は後述する。
【００３３】
ＣＣＲメッセージは、例えば、対象ユーザに対する通信量の払い出し（又は割り当て。以下、「払い出し」と称する場合がある。）を要求するメッセージである。また、ＣＣＡメッセージは、例えば、ＣＣＲメッセージに対して、払い出しの行われた通信量を応答するメッセージである。ＰＣＥＦ４００は、ＯＣＳ６００に対して、ＣＣＲメッセージを送信することで、通信量の払い出しを要求する。また、ＯＣＳ６００は、ＰＣＥＦ４００に対して、ＣＣＡメッセージを送信することで、払い出した通信量を送信する。
【００３４】
以下において、例えば、通信量のことを容量と称する場合がある。また、以下においては、ＣＣＲメッセージよる容量の払い出し要求のことを、例えば、容量要求と称する場合がある。
【００３５】
なお、ＰＣＥＦ４００とＰＣＲＦ５００とは、Ｇｘインタフェースを利用してメッセージを交換する。ＧｘインタフェースもＤｉａｍｅｔｅｒプロトコルをベースにしたインタフェースとなっている。
【００３６】
＜ＰＣＥＦとＯＣＳの構成例＞
次に、ＰＣＥＦ４００とＯＣＳ６００の構成例を説明する。図３（Ａ）はＰＣＥＦ４００、図３（Ｂ）はＯＣＳ６００の構成例をそれぞれ表している。
【００３７】
ＰＣＥＦ４００は、第１及び第２のインタフェース部４１０，４２０、制御部４３０、及びメモリ４４０を備える。
【００３８】
第１のインタフェース部４１０は、制御部４３０からの指示に従って、ネットワーク８００を介して受信したパケットデータから、データなどを抽出し、抽出したデータなどを、ＳＧＷ３００へ送信可能なフォーマットのパケットデータに変換する。そして、第１のインタフェース部４１０は、変換後のパケットデータをＳＧＷ３００へ送信する。また、第１のインタフェース部４１０は、制御部４３０からの指示に従って、ＳＧＷ３００から送信されたパケットデータを受信し、受信したパケットデータからデータなどを抽出し、抽出したデータなどをネットワーク８００へ送信可能なフォーマットのパケットデータに変換する。そして、第１のインタフェース部４１０は、変換後のパケットデータをネットワーク８００へ送信する。
【００３９】
第２のインタフェース部４２０は、制御部４３０からの指示に従って、ＧｘインタフェースのメッセージやＧｙインタフェースのメッセージをＰＣＲＦ５００やＯＣＳ６００からそれぞれ受信する。第２のインタフェース部４２０は、受信したメッセージから情報などを抽出し、抽出した情報などを制御部４３０へ出力する。
【００４０】
また、第２のインタフェース部４２０は、制御部４３０からの指示に従って、制御部４３０から受け取った情報を含むＧｘインタフェースやＧｙインタフェースのメッセージを生成し、生成したメッセージをＰＣＲＦ５００やＯＣＳ６００へそれぞれ送信する。
【００４１】
制御部４３０は、例えば、第１及び第２のインタフェース部４２０に対して、メッセージの送信を指示したり、受信を指示したりする。また、制御部４３０は、例えば、第１のインタフェース部４１０で交換される、ＵＥ１００宛のパケットデータやＵＥ１００が送信元のパケットデータなどをカウントすることで、ＵＥ１００の通信量を計測する。制御部４３０で行われる処理の詳細は動作例で説明する。
【００４２】
メモリ４４０は、例えば、制御部４３０によって、第２のインタフェース部４２０から受け取った情報などを記憶したり、記憶した情報などを読み出したりすることが可能である。
【００４３】
ＯＣＳ６００は、インタフェース部６１０、制御部６３０、及びメモリ６４０を備える。
【００４４】
インタフェース部６１０は、制御部６３０からの指示に従って、ＰＣＥＦ４００から送信された、Ｇｙインタフェースのメッセージを受信する。インタフェース部６１０は、受信したメッセージから情報などを抽出し、抽出した情報などを制御部６３０へ出力する。
【００４５】
また、インタフェース部６１０は、制御部６３０からの指示に従って、制御部６３０から受け取った情報などを含むＧｙインタフェースのメッセージを生成し、生成したメッセージをＰＣＥＦ４００へ送信する。
【００４６】
制御部６３０は、例えば、インタフェース部６１０に対して、メッセージの送信や受信を指示する。また、制御部６３０は、インタフェース部６１０で抽出された各情報を、インタフェース部６１０から受け取って、種々の処理を行う。制御部６３０で行われる処理の詳細は動作例で説明する。
【００４７】
メモリ６４０は、例えば、制御部６３０によって、インタフェース部６１０から受け取った情報などを記憶し、記憶した情報などを読み出したりすることが可能である。また、メモリ６４０は、レベル定義テーブル６４１とユーザ情報管理テーブル６４２を記憶する。図６にレベル定義テーブル６４１の例、図７にユーザ情報管理テーブル６４２の例をそれぞれ表している。各テーブル６４１，６４２の詳細は動作例で説明する。
【００４８】
図４は、ＰＣＥＦ４００のハードウェア構成例を表す図である。ＰＣＥＦ４００は、ＣＰＵ（Central Processing Unit）４５０、ＲＯＭ（Read Only Memory）４５１、ＲＡＭ（Random Access Memory）４５２、メモリ４４０、及びＩＦ（Interface）４５４を備える。
【００４９】
ＣＰＵ４５０は、ＲＯＭ４５１に記憶されたプログラムをＲＡＭ４５２にロードし、ロードしたプログラムを実行することで、制御部４３０の機能を実行することが可能である。ＣＰＵ４５０は、例えば、制御部４３０に対応する。また、ＩＦ４５４は、例えば、第１及び第２のインタフェース部４１０，４２０に対応する。
【００５０】
また、図４は、ＯＣＳ６００のハードウェア構成例も表している。ＯＣＳ６００は、ＣＰＵ６５０、ＲＯＭ６５１、ＲＡＭ６５２、メモリ６４０、及びＩＦ６５４を備える。
【００５１】
ＣＰＵ６５０も、ＲＯＭ６５１に記憶されたプログラムをＲＡＭ６５２にロードし、ロードしたプログラムを実行することで、制御部６３０の機能を実行することが可能である。ＣＰＵ６５０は、例えば、制御部６３０に対応する。また、ＩＦ６５４は、例えば、インタフェース部６１０に対応する。
【００５２】
なお、ＣＰＵ４５０，６５０に代えて、ＭＰＵ（Micro Processing Unit）やＤＳＰ（Digital Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）などのコントローラであってもよい。
【００５３】
＜Ｇｙインタフェースについて＞
次に、Ｇｙインタフェースについて説明する。図５（Ａ）は、Ｄｉａｍａｔｅｒプロトコルによるパケットの例を表す図である。ＩＰパケットはＩＰヘッダ領域とＩＰペイロード領域を含み、ＩＰペイロード領域にＴＣＰ（Transmission Control Protocol）パケットを含む。ＴＣＰパケットはＴＣＰヘッダ領域とＴＣＰペイロード領域を含み、ＴＣＰペイロード領域にＤｉａｍａｔｅｒパケットを含む。
【００５４】
なお、Ｄｉａｍｅｔｅｒパケットを送信するトランスポートレイヤはＴＣＰ以外でもよく、例えば、ＳＣＴＰ（Stream Control Transmission Protocol）でもよい。ＳＣＴＰの場合、ＴＣＰヘッダ領域がＳＣＴＰヘッダ領域となり、ＴＣＰペイロード領域がＳＣＴＰペイロード領域となる。
【００５５】
図５（Ｂ）はＤｉａｍａｔｅｒパケットの構成例を表す図である。Ｄｉａｍａｔｅｒパケットには、Ｃｏｍｍａｎｄ  ｆｌａｇｓ領域と  Ｃｏｍｍａｎｄ−Ｃｏｄｅ領域とを含む。Ｄｉａｍａｔｅｒプロトコルでは、この２つの領域に挿入された情報により、Ｄｉａｍｅｔｅｒパケットがどのようなコマンドを表しているのかを表すことができる。例えば、Ｃｏｍｍａｎｄ−Ｃｏｄｅ領域に「２７２」が挿入され、Ｃｏｍｍａｎｄ  ｆｌａｇｓ領域内のＲビットがセット（例えば「１」が挿入）された場合、そのようなＤｉａｍａｔｅｒパケットがＣＣＲコマンド（又はＣＣＲメッセージ）となる。また、例えば、Ｃｏｍｍａｎｄ−Ｃｏｄｅ領域に「２７２」が挿入され、Ｃｏｍｍａｎｔ  ｆｌａｇｓ領域内のＲビットがクリア（例えば「０」が挿入）された場合、そのようなＤｉａｍａｔｅｒパケットが、ＣＣＡコマンド（又はＣＣＡメッセージ）となる。
【００５６】
また、Ｄｉａｍａｔｅｒパケットには、さらに、ＡＶＰ（Attribute Value Pair）領域を含む。ＡＶＰ領域にはＡＶＰコード領域とデータ領域とを含む。データ領域には、ＰＣＥＦ４００とＯＣＳ６００との間で送受信される情報が含まれる。例えば、有効時間を表すＶａｉｄｉｔｙ−Ｔｉｍｅ（ＶＴ）や、リザーブ容量を表すＧｒａｎｔｅｄ−Ｓｅｒｖｉｃｅ−Ｕｎｉｔなどがデータ領域に挿入される。ＡＶＰコード領域には、例えば、データ領域に挿入される情報の種別を表す情報が挿入される。
【００５７】
そして、ＡＶＰ領域において、Ｄｉａｍｅｔｅｒプロコトルで規定された情報に加えて、３ＧＰＰで規定された追加情報を含むものが、Ｇｙパケットとなる。追加情報の例としては、Ｑｕｏｔａ−Ｔｈｒｅｓｈｏｌｄなどがある。
【００５８】
以下においては、パケットとメッセージを区別しないで用いる場合がある。また、ＧｙパケットとＤｉａｍｔｅｒパケットとを区別しないで用いる場合もある。さらに、Ｄｉａｍｅｔｅｒパケットを含むＩＰパケットのことを、例えば、Ｄｉａｍｅｔｅｒパケットと称する場合もある。
【００５９】
なお、リザーブ容量（ＣＲ（Credit）。以下、「ＣＲ」と称する場合がある。）は、例えば、容量要求を受けて、ＯＣＳ６００が対象ユーザに対して１回で払い出す通信量を表している。
【００６０】
また、有効時間（ＶＴ（Validity-Time）。以下、「ＶＴ」と称する場合がある。）は、例えば、ＰＣＥＦ４００が容量要求を送信するタイミングを表している。具体的には、ＶＴは、例えば、ＰＣＥＦ４００がＯＣＳ６００からＣＲとＶＴの払い出しを受けてから、ＰＣＥＦ４００がＯＣＳ６００に対して、次にＣＲの容量要求を送信するまでの時間を表している。
【００６１】
上述したように、ＯＣＳ６００は、容量要求を受けて、ＣＲとＶＴとを、対象ユーザに払い出して、ＰＣＥＦ４００へ通知する。ＰＣＥＦ４００は、通知を受けてから、時間をカウントし、対象ユーザが利用するＵＥ１００との間で通信される通信量を測定する。ＰＣＥＦ４００は、カウントした時間がＶＴ時間経過したとき、容量要求と測定した通信量（又は消費量。以下、「消費量」と称する場合がある。）をＯＣＳ６００へ送信する。又は、ＰＣＥＦ４００は、カウントした時間がＶＴ時間経過前であっても、測定した通信量が、ＣＲ以上になったとき、リザーブ容量の容量要求と消費量とをＯＣＳ６００へ送信する。
【００６２】
本第１の実施の形態では、ＣＲとＶＴとを固定値にするのではなく、消費量に基づく容量消費速度に応じて、ＯＣＳ６００がＣＲとＶＴとを決定するようにしている。以下、動作例について説明する。
【００６３】
＜動作例＞
最初に、レベル定義テーブル６４１について説明する。
【００６４】
＜レベル定義テーブル＞
図６はレベル定義テーブル６４１の例を表す図である。レベル定義テーブル６４１は、例えば、容量消費速度をレベル分けし、レベルごとに、ＣＲ（Credit）とＶＴとを定義したテーブルである。換言すると、それぞれのレベルは、あるユーザに対して適用するＣＲの値とＶＴの値との組み合わせとして定義されている。そして、図６の例では、レベルの値が小さいほど、リザーブ容量（ＣＲ）が少なく、有効時間（ＶＴ）が長い。例えば、図６における「レベル」「１」は、単位時間当たりの通信量が少ない、つまり、容量消費速度が遅いユーザに適用されて適切なレベルであると言える。
【００６５】
そして、レベル定義テーブル６４１は、「レベル」、「ＣＲ」、「ＶＴ」、「ＶＴ内でＣＲを全て消費した場合の次のレベル」、及び「ＶＴ内でＣＲを全て消費しきれなかった場合の次のレベル」の各領域を含む。
【００６６】
「レベル」は、例えば、容量消費速度をレベル分けしたものである。容量消費速度は、例えば、払い出されたＣＲに対して、対象ユーザが消費した容量の速度を表す。容量消費速度は、ユーザがＣＲをＶＴ内で全て消費したか否かにより評価される。例えば、あるユーザがＣＲをＶＴ内で全て消費した場合、容量消費速度が速いことになる。また、例えば、ＰＣＥＦ４００がＣＲをＶＴ内で全て消費しきれなかった場合、容量消費速度が遅いことになる。
【００６７】
「ＶＴ内でＣＲを全て消費した場合の次のレベル」は、容量消費速度が速い場合において、現在のレベルに対する次のレベルを表している。例えば、「レベル」が「２」のときに、対象ユーザが「３６００」ｓｅｃ内で「１０．０」ＭＢを全て消費した場合、次の「レベル」は「３」となる。
【００６８】
「ＶＴ内でＣＲを全て消費しきれなかった場合の次のレベル」は、容量消費速度が遅い場合において、現在のレベルに対する次のレベルを表している。例えば、「レベル」が「２」のときに、対象ユーザが「３６００」ｓｅｃ内で「１０．０」ＭＢを全て消費しきれなかった場合、次の「レベル」は「１」となる。
【００６９】
図７はユーザ情報管理テーブル６４２の例を表す図である。ユーザ情報管理テーブル６４２は、「ｕｓｅｒＩＤ」、「共有ＱｕｏｔａＩＤ」、「レベル」、「ＣＲ」、「ＶＴ」、及び「その他」の各領域を含む。
【００７０】
「ｕｓｅｒＩＤ」は、例えば、各ユーザの識別情報を表している。また、「共有ＱｕｏｔａＩＤ」は、例えば、各ユーザが使用するクォータの識別情報を表している。クォータは、例えば、ユーザが契約した通信可能総量のうち、リザーブ容量を含む残りの通信可能総量を表す。例えば、同一のクォータが複数のユーザで共有される場合があり、使用されるクォータがどのクォータであるのかを識別することが可能となっている。
【００７１】
「レベル」、「ＣＲ」、「ＶＴ」は、例えば、対象ユーザにおいて現在設定されているレベル、ＣＲ、ＶＴをそれぞれ示している。ＯＣＳ６００では、レベル定義テーブル６４１に基づいて、対象ユーザの現在のレベル、ＣＲ、ＶＴを、「レベル」、「ＣＲ」、「ＶＴ」の各領域にそれぞれ記憶する。
【００７２】
なお、図６と図７に示す「レベル」、「ＣＲ」、「ＶＴ」において示された数値は一例であって、それ以外の数値でもよい。
【００７３】
＜シーケンス例＞
図８はシーケンス例を表す図である。
【００７４】
ＰＣＥＦ４００は、ＯＣＳ６００へ容量要求を行う（Ｓ１０）。具体的には、ＰＣＥＦ４００は、ＧｙインタフェースのＣＣＲメッセージを生成し、生成したＣＣＲメッセージをＯＣＳ６００へ送信する。例えば、ＰＣＥＦ４００は以下の処理を行う。すなわち、制御部４３０は第２のインタフェース部４２０へＣＣＲメッセージの送信を指示する。第２のインタフェース部４２０は指示を受けてＣＣＲメッセージを生成する。この場合、第２のインタフェース部４２０は、Ｃｏｍｍａｎｄ−Ｃｏｄｅに「２７２」、Ｃｏｍｍａｎｄ  ｆｌａｇｓのＲビットに「１」を挿入したＧｙパケットを生成することで、ＣＣＲメッセージを生成する。第２のインタフェース部４２０は生成したＣＣＲメッセージをＯＣＳ６００へ送信する。
【００７５】
ＯＣＳ６００は、容量要求を受信すると、リザーブ容量とＶＴとをＰＣＥＦ４００へ通知する（Ｓ１１）。具体的には、ＰＣＥＦ４００は、リザーブ容量とＶＴとを含む、ＧｙインタフェースのＣＣＡメッセージを生成し、生成したＣＣＡメッセージをＰＣＥＦ４００へ送信する。例えば、ＯＣＳ６００は以下の処理を行う。すなわち、制御部６３０は、初期値として設定した「レベル」に対応するＣＲとＶＴとをレベル定義テーブル６４１から読み出す。制御部６３０は、読み出したＣＲとＶＴとをインタフェース部６１０へ出力し、これらの情報を含むＣＣＡメッセージの送信をインタフェース部６１０へ指示する。インタフェース部６１０は、指示を受けて、Ｃｏｍｍａｎｄ−Ｃｏｄｅに「２７２」、Ｃｏｍｍａｎｄ  Ｆｆｌａｇｓに「０」を挿入し、ＡＶＰのデータ領域に、Ｇｒａｎｔｅｄ−Ｓｅｒｖｉｃｅ−ＵｎｉｔとしてＣＲ、Ｖａｌｉｄｉｔｙ−ＴｉｍｅとしてＶＴを挿入したＧｙパケットを生成する。これにより、インタフェース部６１０は、ＣＲとＶＴとを含むＣＣＡメッセージを生成する。そして、インタフェース部６１０は、生成したＣＣＡメッセージをＰＣＥＦ４００へ送信する。なお、制御部６３０は、払い出したＣＲとＶＴ、及び初期値の「レベル」を、ユーザ情報管理テーブル６４２の該当する領域に記憶する。
【００７６】
次に、ＰＣＥＦ４００は、ＣＣＡメッセージを受信したときから、ＶＴで示された有効時間において、ＵＥ１００で消費された通信量を計測する（Ｓ１２，Ｓ１３）。例えば、ＰＣＥＦ４００は以下の処理を行う。すなわち、第２のインタフェース部４２０は、ＣＣＡメッセージを受信し、受信したＣＣＡメッセージからＣＲとＶＴとを抽出する。第２のインタフェース部４２０は、抽出したＣＲとＶＴとを、制御部４３０へ出力する。制御部４３０は、第２のインタフェース部４２０からＣＲとＶＴとを受け取ったときから、ＶＴで示された有効時間のカウントを開始する。そして、制御部４３０は、第１のインタフェース部４１０において、ＵＥ１００宛のメッセージとＵＥ１００が送信元のメッセージを受信したときは制御部４３０へ通知するよう指示する。これを受けて、第１のインタフェース部４１０は、ＵＥ１００との間で交換されるメッセージを受信したときは、その旨を制御部４３０へ出力する。制御部４３０は、ＶＴで示される有効時間内において、第１のインタフェース部４１０からのその旨の通知をカウントすることで、ＵＥ１００における通信の消費量を計算してもよい。具体的には、制御部４３０は、１つのメッセージに含まれるビット数が固定値であるとすると、ＰＣＥＦ４００とＵＥ１００との間で交換されるメッセージ数に１メッセージあたりのビット数を乗算することで、消費量を計算してもよい。
【００７７】
次に、ＰＣＥＦ４００は、ＶＴで示された有効時間が経過したとき、又は、ＶＴで示された有効時間経過前に、ＣＲで示された容量をＵＥ１００が消費したとき、容量要求と消費量とをＯＣＳ６００へ送信する（Ｓ１３）。例えば、ＰＣＥＦ４００は以下の処理を行う。すなわち、制御部４３０は、カウントした時間がＶＴとなったとき、ＶＴ時間内においてこれまで計算したＵＥ１００の消費量を求める。制御部４３０は、消費量を含むＣＣＲメッセージの送信を第２のインタフェース部４２０へ指示する。或いは、制御部４３０は、カウントした時間がＶＴになっていなくても、計算したＵＥ１００の消費量がＣＲで示された容量と同じになったとき、消費量を含むＣＣＲメッセージの送信を第２のインタフェース部４２０へ指示する。第２のインタフェース部４２０は、制御部４３０からの指示に従って、ＧｙパケットのＡＶＰ領域に、Ｕｓｅｄ−Ｓｅｒｖｉｃｅ−Ｕｎｉｔとして、消費量を挿入したＣＣＲメッセージを生成する。第２のインタフェース部４２０は、生成したＣＣＲメッセージをＯＣＳ６００へ送信する。
【００７８】
ＯＣＳ６００は、消費量と容量要求とを受信すると、容量制御パラメータ決定処理を行う（Ｓ１４）。
【００７９】
図９は容量制御パラメータ決定処理の動作例を表すフローチャートである。
【００８０】
ＯＣＳ６００は、本処理を開始すると（Ｓ１４０）、ＰＣＥＦ４００からＣＣＲメッセージを受信する（Ｓ１４１）。例えば、インタフェース部６１０は、消費量を含むＣＣＲメッセージを受信し、受信したＣＣＲメッセージのＡＶＰ領域から、ＵＥ１００の消費量を抽出し、抽出した消費量を、制御部６３０へ出力する。
【００８１】
次に、ＯＣＳ６００は、ＰＣＥＦ４００から通知された消費量をクォータ（Quota）から減算する（Ｓ１４２）。例えば、ＯＣＳ６００は以下の処理を行う。すなわち、制御部６３０は、メモリ６４０に記憶した対象ユーザのクォータをメモリ６４０から読み出す。制御部６３０は、読み出したクォータから、インタフェース部６１０から受け取った消費量を減算する。そして、制御部６３０は、減算後のクォータをメモリ６４０に記憶する。例えば、本処理前の段階で、対象ユーザのクォータが「１」ＧＢであり、消費量が「６」ＭＢの場合、制御部６３０は、「１」ＧＢから「６」ＭＢを減算した「９９４」ＭＢを、対象ユーザのクォータとして計算し、メモリ６４０に記憶する。
【００８２】
次に、ＯＣＳ６００は、通信された消費量とＣＲ（Ｘ）とを比較する（Ｓ１４３）。ここで、Ｘは「レベル」、ＣＲ（Ｘ）はレベル「Ｘ」の際のＣＲ、ＶＴ（Ｘ）はレベル「Ｘ」の際のＶＴをそれぞれ表す。例えば、ＯＣＳ６００は以下の処理を行う。すなわち、制御部６３０は、インタフェース部６１０から消費量を受け取り、ユーザ情報管理テーブル６４２からリザーブ容量を読み出す。そして、制御部６３０は、消費量とリザーブ容量とを比較して、
（１）［通知された消費量］＜［リザーブ容量］のとき、ＰＣＥＦ４００は「ＶＴ」内において「ＣＲ」を消費しなかった、
（２）［通知された消費量］＝［リザーブ容量］のとき、ＰＣＥＦ４００は「ＶＴ」内において「ＣＲ」を全て消費した、
と判別する。制御部６３０は、（１）の場合は、「ＶＴ内でＣＲを全て消費しきれなかった」との比較結果を得て、（２）の場合は、「ＶＴ内でＣＲを全て消費した」との比較結果を得る。
【００８３】
次に、ＯＣＳ６００は、比較結果と予め設定したレベルの定義とに基づいて、レベル変更を行う（Ｓ１４４）。例えば、ＯＣＳ６００は以下の処理を行う。すなわち、制御部６３０は、ユーザ情報管理テーブル６４２から、対象ユーザの現在の「レベル」を読み出す。そして、制御部６３０は、Ｓ１４３での比較結果が「ＶＴ内でＣＲを全て消費しきれなかった」場合、レベル定義テーブル６４１から、「ＶＴ内でＣＲを全て消費しきれなかった場合の次のレベル」を読み出す。例えば、制御部６３０は、ユーザ情報管理テーブル６４２から、対象のユーザの現在のレベル「２」（＝Ｘ）を読み出して、レベル定義テーブル６４１から、「ＶＴ内でＣＲを全て消費しきれなかった場合の次のレベル」である「１」（＝Ｘ’）を読み出す。この場合、制御部６３０は、対象ユーザのレベル（Ｘ＝２）をレベル（Ｘ’＝１）へ変更する。一方、制御部６３０は、Ｓ１４３での比較結果が「ＶＴ内でＣＲを全て消費した」場合、レベル定義テーブル６４１から、「ＶＴ内でＣＲを全て消費した場合の次のレベル」を読み出す。例えば、制御部６３０は、ユーザ情報管理テーブル６４２から、対象ユーザの現在のレベル「２」（＝Ｘ）を読み出して、レベル定義テーブル６４１から、「ＶＴ内でＣＲを全て消費した場合の次のレベル」である「３」（＝Ｘ’）を読み出す。この場合、制御部６３０は、対象ユーザのレベル（Ｘ＝２）をレベル（Ｘ’＝３）へ変更する。このように、制御部６３０は、消費量とＣＲとの比較結果（Ｓ１４３）に基づいて、容量消費速度のレベルを変更するようにしている。
【００８４】
次に、ＯＣＳ６００は、ＣＲ（Ｘ’）をクォータからリザーブする（Ｓ１４５）。例えば、ＯＣＳ６００は以下の処理を行う。すなわち、制御部６３０は、変更後のレベルＸ’に対応するＣＲ（＝ＣＲ（Ｘ’））を、レベル定義テーブル６４１から読み出す。そして、制御部６３０は、読み出したＣＲを、リザーブし、リザーブした容量を対象のユーザに払い出す。例えば、制御部６３０は、変更後のレベルが「３」の場合、レベル定義テーブル６４１から、「１２．０」を読み出して、「１２．０」ＭＢをリザーブし、対象ユーザに「１２．０」ＭＢを払い出す。
【００８５】
なお、本処理の際、制御部６３０は、リザーブしたＣＲ（Ｘ’）を、ユーザ情報管理テーブル６４２の該当する領域に記憶（又は更新）する。
【００８６】
また、本処理の際、ＯＣＳ６００は、対象ユーザについて、リザーブ後の容量を計算する。例えば、制御部６３０は、Ｓ１４２で計算したクォータから、更に、リザーブした容量を減算することで、減算後のクォータを計算する。例えば、Ｓ１４２により計算したクォータが「９９４」ＭＢの場合、リザーブした容量が「１２．０」であれば、「９８２」ＭＢが減算後のクォータとなる。制御部６３０は、対象ユーザについての減算後のクォータが「９８２」ＭＢであることをメモリ６４０に記憶する。
【００８７】
さらに、本処理の際、ＯＣＳ６００は、変更後のレベルＸ’に対応するＶＴ（Ｘ’）を、対象ユーザのＶＴとして設定する。例えば、制御部６３０は、変更後のレベルが「３」の場合、レベル定義テーブル６４１から、レベル「３」に対応するＶＴ＝「２４００」ｓｅｃを読み出す。この場合、制御部６３０は、設定したＶＴ（Ｘ’）（例えば読み出した「２４００」）を、ユーザ情報管理テーブル６４２の対象領域に記憶（又は更新）する。
【００８８】
次に、ＯＣＳ６００は、ＣＲ（Ｘ’）とＶＴ（Ｘ’）とをＰＣＥＦ４００へ送信する（Ｓ１４６）。例えば、制御部６３０は、Ｓ１４５において、レベル定義テーブル６４１から読み出したＣＲ（Ｘ’）とＶＴ（Ｘ’）とを、インタフェース部６１０へ出力し、ＰＣＥＦ４００へ送信するように指示する。インタフェース部６１０は、ＡＶＰ領域において、Ｇｒａｎｔｅｄ−Ｓｅｒｖｉｃｅ−ＵｎｉｔとしてＣＲ（Ｘ’）、Ｖａｌｉｄｉｔｙ−ＴｉｍｅとしてＶＴ（Ｘ’）を含むＧｙインタフェースのＣＣＡメッセージを生成し、ＰＣＥＦ４００へ送信する。
【００８９】
そして、ＯＣＳ６００は、容量制御パラメータ決定処理（Ｓ１４）を終了する（Ｓ１４７）。
【００９０】
図８に戻り、ＯＣＳ６００は、リザーブ容量（ＣＲ（Ｘ’））と、ＶＴ（ＶＴ（Ｘ’））とをＰＣＥＦ４００へ通知する（Ｓ１５）。すなわち、ＯＣＳ６００は、これらの情報を含むＣＣＡメッセージをＰＣＥＦ４００へ送信する。
【００９１】
ＰＣＥＦ４００とＯＣＳ６００は、Ｓ１２からＳ１５の処理をループする。
【００９２】
そして、ＰＣＥＦ４００は、ＵＥ１００が通信を終了するときは、ＵＥ１００から通信終了要求などを受けて、通信終了要求を生成し、生成した通信終了要求をＯＣＳ６００へ送信する（Ｓ２０）。具体的には、ＰＣＥＦ４００は、通信終了要求を表す、ＧｙインタフェースのＣＣＲメッセージを生成し、生成したＣＣＲメッセージをＯＣＳ６００へ送信する。例えば、ＰＣＥＦ４００は以下の処理を行う。すなわち、制御部４３０は、第１のインタフェース部４１０を介してＵＥ１００から通信終了要求を受信したとき、第２のインタフェース部４２０に対して、通信終了要求を示すＣＣＲメッセージの送信を指示する。第２のインタフェース部４２０は、指示を受けて、通信終了要求を示すＣＣＲメッセージを生成し、生成したＣＣＲメッセージをＯＣＳ６００へ送信する。
【００９３】
ＯＣＳ６００は、通信終了要求を受信すると、通信終了通知をＰＣＥＦ４００へ送信する（Ｓ２１）。具体的には、ＯＣＳ６００は、通信終了通知を表す、ＧｙインタフェースのＣＣＡメッセージを生成し、生成したＣＣＡメッセージをＰＣＥＦ４００へ送信する。例えば、ＯＣＳ６００は以下の処理を行う。すなわち、制御部４３０は、インタフェース部６１０から、通信終了要求を表すＣＣＲメッセージを受信した旨の通知を受けたとき、インタフェース部６１０に対して、通信終了通知を表す、ＧｙインタフェースのＣＣＲメッセージの生成を指示する。インタフェース部６１０では、その指示を受けて、通信終了通知を表すＣＣＲメッセージを生成し、生成したＣＣＲメッセージをＰＣＥＦ４００へ送信する。
【００９４】
＜レベル切り替えの推移＞
次に、レベル切り替えの推移について説明する。図１０（Ａ）は容量消費速度に応じたレベル切り替えの推移例を表すグラフである。図１０（Ａ）において、横軸は時間、縦軸はレベル又は消費量をそれぞれ表している。また、図１０（Ａ）において、実線のグラフは、対象ユーザの消費量の推移を表し、点線のグラフは、消費量に対応するレベルの推移を表している。また、図１０（Ｂ）は、図１０（Ａ）に対応するシーケンス例を表す図である。
【００９５】
図１０（Ｂ）に示すように、ＰＣＥＦ４００は、ＶＴ時間経過時において、対象ユーザについてリザーブ容量に対して消費量の未消費分がある場合（図１０（Ｂ）では「ＣＲ未消費分あり」）、ＣＣＲメッセージを送信する（Ｓ３０）。この場合、ＯＣＳ６００では、容量消費速度は低いと判別して、レベルを「２」から「１」へ下げて、対応するＣＲとＶＴとを含むＣＣＡメッセージを送信する（Ｓ３１，Ｓ３２）。図１０（Ａ）の（１）に示すように、消費量は他の場合と比較して少なくなり、レベルも下がっている。
【００９６】
次に、ＰＣＥＦ４００は、ＶＴ時間経過前において、対象ユーザがリザーブ容量を全て消費したとき（図１０（Ｂ）では「ＣＲ未消費分なし」）、ＣＣＲメッセージを送信する（Ｓ３３）。この場合、ＯＣＳ６００では、容量消費速度が速いと判別して、レベルを「１」から「２」へあげる。図１０（Ａ）の（２）に示すように、対象ユーザの消費量に伴って、レベルも上がっている。
【００９７】
以降、対象ユーザは、払い出しを受けたリザーブ容量を全て消費することを繰り返し（Ｓ３６，Ｓ３９）、ＯＣＳ６００では、対象ユーザのレベルを「２」から「３」へ、「３」から「４」へ上げている（Ｓ３７，Ｓ４０）。この場合、図１０（Ａ）の（３）と（４）に示すように、消費量の増加に伴って、レベルも増加している。
【００９８】
その後、対象ユーザは、ＶＴ時間経過時において、リザーブ容量を全て消費することができず、ＰＣＥＦ４００は、ＣＣＲメッセージを送信する（Ｓ４２）。そのため、ＯＣＳ６００は、容量消費速度が遅いと判別して、レベルを「４」から「２」へ下げている。この場合、図１０（Ａ）の（５）に示すように、消費量の減少に伴って、レベルも下がっている。
【００９９】
このように、本第１の実施の形態では、ＣＲについて未消費分がある場合（リザーブ容量に対して消費量がこれまでよりも緩やかに消費される場合）、ＯＣＳ６００は、レベルを、これまでのレベルよりも下げるようにしている。また、ＣＲについて未消費分がない場合（リザーブ容量に対して消費量がこれまでよりも激しく消費される場合）、ＯＣＳ６００は、レベルと、これまでのレベルよりも上げるようにしている。
【０１００】
これにより、ＯＣＳ６００では、対象ユーザに対して、消費量の消費状況（又は容量消費速度）に応じた容量をリザーブして、リザーブした容量の払い出しを行うことが可能となる。
【０１０１】
＜ＣＣＲメッセージの発生回数についてのシミュレーション結果について＞
次に、容量消費速度に応じてＣＲとＶＴとをリザーブする場合のＣＣＲメッセージの発生回数についてのシミュレーション結果を、ＣＲとＶＴとを固定値でリザーブする場合と比較しながら説明する。
【０１０２】
図１１（Ａ）は、本シミュレーションで利用するレベル定義テーブル６４１、図１１（Ｂ）は、本シミュレーションで使用するトラヒックモデルの例をそれぞれ表す図である。図１１（Ｂ）は、横軸は時間（ｍｉｎ）、縦軸は通信量（ＭＢ）をそれぞれ表している。
【０１０３】
図１２と図１３はシミュレーション結果を表す図である。図１２と図１３において、「Ｔｉｍｅ」は時間（ｍｉｎ）、「通信量」は通信量（ＭＢ）をそれぞれ表す。また、図１２と図１３における「通信量累積」は、通信量の累積値である。また、「ＣＣＲ送信（固定値）」は、ＣＲとＶＴが固定値でリザーブされる場合において、ＣＣＲメッセージの送信の有無が示される。ＰＣＥＦ４００がＣＣＲメッセージを送信した場合には、該当する部分が「１」となり、そうでない場合は空白となっている。さらに、「ＣＣＲ送信（可変値）」は、ＣＲとＶＴが容量消費速度に応じて可変となる場合において、ＣＣＲメッセージの送信の有無が示される。ＰＣＥＦ４００がＣＣＲメッセージを送信した場合には該当する部分が「１」となり、そうでない場合は空白となっている。
【０１０４】
なお、本シミュレーションでは、初期値のレベルを「１」とし、ＣＲとＶＴが固定値の場合はＣＲ＝５（ＭＢ）、ＶＴ＝７２００（ｓｅｃ）（＝１２０分）としている。ＣＲとＶＴとを容量消費速度に応じて可変とする場合は、このＣＲ＝５（ＭＢ）とＶＴ＝７２００（ｓｅｃ）とを、レベル「１」とし、初期値のレベルとしている。
【０１０５】
ＣＲとＶＴが固定値の場合のＣＣＲメッセージの送信タイミングは以下となる。すなわち、図１２に示すように、ＣＲとＶＴが固定値の場合、「５」分経過時において、対象ユーザの通信量が、ＣＲである「５」ＭＢ以上となったため、ＰＣＥＦ４００は、最初のＣＣＲメッセージを送信している。このとき、ＯＣＳ６００は、ＣＲとして「５」ＭＢを対象ユーザに払い出す。
【０１０６】
次に、「７」分経過時において、対象ユーザの通信量が、払い出された「５」ＭＢ以上となったため（又は通信量の累積値「１０．８ＭＢ」がＣＲの累積値「１０」ＭＢ以上となったため）、ＰＣＥＦ４００は２回目のＣＣＲメッセージを送信する。
【０１０７】
次に、「１６」分経過時において、対象ユーザの通信量が、払い出された「５」ＭＢ以上となったため（又は通信量の累積値「１５．１」ＭＢがＣＲの累積値「１５」ＭＢ以上となったため）、ＰＣＥＦは３回目のＣＣＲメッセージを送信する。
【０１０８】
以下、ＰＣＥＦ４００は、「１８」分経過時、「２３」経過時、「２９」分経過時に、各々ＣＣＲメッセージを送信する。さらに、図１３に示すように、「３８」分経過時、「４３」分経過時、「４５」分経過時、「４９」分経過時にも、ＰＣＥＦ４００は、ＣＣＲメッセージを送信する。
【０１０９】
ＣＲとＶＴが固定値の場合には、１時間の間に１０回、ＰＣＥＦ４００がＣＣＲメッセージを送信した結果を得た。
【０１１０】
他方、ＣＴとＶＴとを容量消費速度に応じて可変にした場合のＣＣＲメッセージの送信タイミングは以下となる。すなわち、図１２に示すように、「５」分経過時おいて、対象ユーザの通信量が「５」ＭＢ以上となったため、ＰＣＥＦ４００は、最初のＣＣＲメッセージを送信する。このとき、ＯＣＳ６００では、レベルを「１」から「２」へあげて、ＣＲとして「１０」ＭＢ、ＶＴとして「３６００」ｓｅｃ（＝６０分）を払い出す。
【０１１１】
次に、「１６」分経過時において、対象ユーザの通信量が、払い出された「１０」ＭＢ以上となったため（又は通信量の累積値「１５．１」ＭＢがＣＲの累積値「１５」ＭＢ以上となったため）、ＰＣＥＦ４００は２回目のＣＣＲメッセージを送信する。このとき、ＯＣＳ６００では、レベルを「２」から「３」に上げ、ＣＲとして「２０」ＭＢ、ＶＴとして「１８００」ｓｅｃ（＝３０分）を払い出す。
【０１１２】
次に、図１３に示すように、「３８」分経過時において、対象ユーザの通信量が、払い出された「２０」ＭＢを超えたため（又は通信量の累積値「３５」がＣＲの累積値「３５」ＭＢ以上となったため）、ＰＣＥＦ４００は３回目のＣＣＲメッセージを送信する。このとき、ＯＣＳ６００では、レベルを「３」から「４」に上げ、ＣＲとして「３０」ＭＢ、ＶＴとして「９００」ｓｅｃ（＝１５分）を払い出す。
【０１１３】
次に、「５３」分経過時において、ＶＴ（＝「９００」ｓｅｃ）時間が経過したため、ＰＣＥＦ４００は、４回目のＣＣＲメッセージを送信している。
【０１１４】
ＣＲとＶＴが可変値の場合には、１時間に４回、ＰＣＥＦ４００がＣＣＲメッセージを送信した結果を得た。
【０１１５】
従って、固定値の場合と比較して、可変値の方が、ＰＣＥＦ４００とＯＣＳ６００との間のＣＣＲメッセージの交換が少なくなり、ＰＣＥＦ４００とＯＣＳ６００との間のオーバーヘッドを軽減させることが可能となっている。
【０１１６】
これは、例えば、図１１（Ｂ）に示すように、４分から９分、１５分から２５分、４１分から４８分にかけて、ＵＥ１００における通信量は他の時間帯における通信量と比較して多くなっている。このように通信量の多い時間帯では、ＣＲとＶＴが固定値の場合、ＰＣＥＦ４００は、ＶＴ時間経過前であっても、何度も、ＯＣＳ６００へＣＣＲメッセージを送信している。
【０１１７】
しかし、ＣＲとＶＴが可変値の場合は、通信量が多くなっている時間帯においては、レベルがこれまでのレベルよりも上がり、ＯＣＳ６００では、初期値よりも多くのＣＲを払い出すことができる。そのため、ＣＲとＶＴが固定値の場合と比較して、可変値の場合の方が、通信量がＣＲ以上となる機会が少なくなり、固定値の場合のように何度もＣＣＲメッセージが送信されることは少なくなる。
【０１１８】
このように、本第１の実施の形態では、レベル定義テーブル６４１に示されるように、通信量の大きさに応じたＣＲを払い出すことが可能となる。これにより、通信量が他の時間帯と比較して多くなった場合でも、ＣＣＲメッセージの送信が抑制されて、ＰＣＥＦ４００とＯＣＳ６００との間のオーバーヘッドを軽減させることが可能となる。また、ＯＣＳ６００では、ＵＥ１００の通信量に応じたＣＲの払い出しが可能になることから、対象ユーザ（又はＵＥ１００）の通信量を効率的に管理することが可能となる。
【０１１９】
他方、レベル定義テーブル６４１に示されるように、通信量が他のユーザと比較して多いユーザの場合、ＶＴを他のユーザと比較して短くしている。これは、ＯＣＳ６００では、多くのＣＲを払い出したときは、長い時間、容量が使用されないことを回避して、ＶＴを短くしている。これにより、例えば、ＣＣＲメッセージを送信させて、対象ユーザの通信量を効率的に管理することが可能となっている。例えば、図１３の「３８」分から「５３」分までの時間帯では、ＣＲとして「３０」ＭＢも払い出している。しかし、ＵＥ１００の通信量は、この時間帯では、「３０」ＭＢまで達することができなかった。そのような場合、払い出されたＣＲをそのままにしないで、できるだけ早くＰＣＥＦ４００から返却してもらい、ＯＣＳ６００では、通信量に応じたＣＲの払い出しを行うようにしている。
【０１２０】
以上から、本第１の実施の形態では、ＰＣＥＦ４００とＯＣＳ６００との間のオーバーヘッドを軽減させることが可能となる。また、本第１の実施の形態では、対象ユーザの通信量を効率的に管理することが可能となる。
【０１２１】
［第２の実施の形態］
図１４は、第２の実施の形態における通信システム１０の構成例を表す図である。通信システム１０は、端末装置１００と通信量管理システム９００とを備える。また、通信量管理システム９００は、通信量計測装置４００と通信量管理装置６００とを備える。
【０１２２】
通信量管理装置６００は、ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた通信可能量に対して該ユーザが利用する端末装置１００の通信量を管理する。
【０１２３】
通信量計測装置４００は、端末装置１００との間で行われた通信の通信量を計測し、端末装置１００の通信量を通信量管理装置６００へ送信する。
【０１２４】
なお、通信量管理装置６００は、例えば、第１の実施の形態におけるＯＣＳ６００に対応する。また、通信量計測装置４００は、例えば、第１の実施の形態におけるＰＣＥＦ４００に対応する。
【０１２５】
通信量管理装置６００は、インタフェース部６１０と制御部６３０とを備える。
【０１２６】
インタフェース部６１０は、通信量計測装置６００から送信された、端末装置１００の通信量を受信する。
【０１２７】
制御部６３０は、受信した通信量と割り当てた通信可能量とに基づいて、割り当てる通信可能量と有効時間とを決定し、決定した通信可能量と有効時間とをインタフェース部６１０を介して通信量計測装置４００へ送信する。有効時間は、通信量計測装置４００が通信量管理装置６００から通信可能量の割り当てを受けてから通信量計測装置４００が通信量管理装置６００へ通信可能量を要求するまでの時間を表している。通信可能量は、例えば、第１の実施の形態におけるリザーブ容量（ＣＲ）に対応する。また、有効時間は、例えば、第１の実施の形態における有効時間（ＶＴ）に対応する。
【０１２８】
このように、本第２の実施の形態では、通信量管理装置６００は、端末装置１００の通信量と、通信量管理装置５００が割り当てた通信可能量とに基づいて、通信可能量と有効時間とを決定している。
【０１２９】
従って、通信量管理装置６００は、例えば、端末装置１００の通信量に応じて、ユーザに割り当てる通信可能量を可変にすることが可能となる。通信可能量が固定値の場合と比較すると、通信可能量が可変となっているため、端末装置１００の通信量が他の端末装置と比較して多い場合でも、通信可能量が多く割り当てられるため、通信量計測装置４００は通信量管理装置６００へ、容量要求を行う機会が抑制される。よって、本第２の実施の形態では、通信量計測装置４００と通信量管理装置６００との間の通信区間におけるオーバーヘッドを低減させることが可能となる。また、端末装置１００の通信量に応じて、通信可能量を可変にしているため、端末装置１００の利用状況に応じて、通信量や通信可能量についての効率的な管理を行うことが可能となる。
【０１３０】
また、通信量管理装置６００は、有効時間についても、容量消費速度に応じて可変としていることから、全く消費しないユーザに対する有効時間を、固定値の場合よりも長い時間を取ることも可能である。この場合、有効時間が固定値の場合と比較すると、有効時間を固定値よりも長い時間とすることで、通信可能量を割り当てても全く消費しないユーザについて、通信量計測装置４００から通信量管理装置６００への容量要求が抑制される。従って、通信量計測装置４００と通信量管理装置６００との間の通信区間におけるオーバーヘッドを低減させることが可能となる。他方、通信量管理装置６００が他のユーザよりも多くの通信可能量をあるユーザに割り当てた場合、割り当て後、全く使用しなくなる場合もあることを考慮して、有効時間を固定値の場合よりも短くすることも可能となる。固定値の場合と比較して、そのようなユーザについて、有効時間が固定値の場合よりも短いことから、通信量計測装置４００から通信量管理装置６００へ容量要求が早く送信されてくる。この場合、通信量管理装置６００は、容量消費速度に応じた適切な通信可能量を割り当てることができる。したがって、有効時間を容量消費速度に応じて可変とすることで、通信可能量や通信量について効率的な管理を行うことが可能となる。
【０１３１】
［その他の実施の形態］
第１の実施の形態では、ＰＣＥＦ４００は、ＯＣＳ６００から払い出されたＣＲをユーザ（ＵＥ１００）が全て消費したときにＣＣＲメッセージを送信する例について説明した。例えば、ＰＣＥＦ４００は、ＵＥ１００の通信量が、閾値以上となったときに、ＣＣＲメッセージを送信するようにしてもよい。この場合の通信量の閾値は、例えば、ＯＣＳ６００がＣＲの払い出しを行うときに、ＣＣＡメッセージに含ませてＰＣＥＦ４００へ送信する。この通信量の閾値設定により、対象ユーザの通信量が払い出されたＣＲを超える事態を回避して、対象ユーザの通信量を適切に管理することが可能となる。なお、このような通信量の閾値は、例えば、Ｑｕｏｔａ  ＴｈｒｅｓｈｏｌｄとしてＧｙインタフェースにおいて規定されている。
【０１３２】
また、第１の実施の形態では、レベル定義テーブル６４１について、４段階のレベルでレベル分けされた例について説明した。例えば、レベル定義テーブル６４１は、２段階のレベルでレベル分けされてもよいし、３段階でレベル分けされてもよいし、５段階以上のレベルでレベル分けされてもよい。
【０１３３】
以上まとめると付記のようになる。
【０１３４】
（付記１）
ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた前記通信可能量に対して該ユーザが利用する端末装置の通信量を管理する通信量管理装置において、
前記端末装置との間で行われた通信の前記通信量を計測する通信量計測装置から、前記端末装置の前記通信量を受信するインタフェース部と、
前記受信した通信量と割り当てた前記通信可能量とに基づいて、割り当てる前記通信可能量と、前記通信量計測装置が前記通信量管理装置から前記通信可能量の割り当てを受けてから前記通信量計測装置が前記通信量管理装置へ前記通信可能量を要求するまでの時間を表す有効時間とを決定し、決定した前記通信可能量と前記有効時間とを前記インタフェース部を介して前記通信量計測装置へ送信する制御部と
を備えることを特徴とする通信量管理装置。
【０１３５】
（付記２）
前記制御部は、前記通信量と前記割り当てた通信可能量との比較結果に基づいて、前記通信量と前記通信可能量との対応関係を表す容量消費速度のレベルを第１のレベルから第２のレベルへ変更し、変更した前記第２のレベルに応じて、前記通信可能量と前記有効時間とを決定することを特徴とする付記１記載の通信量管理装置。
【０１３６】
（付記３）
前記容量消費速度は、前記割り当てた通信可能量に対して、該ユーザが利用する前記端末装置における前記通信量の消費速度を表すことを特徴とする付記２記載の通信量管理装置。
【０１３７】
（付記４）
前記制御部は、前記通信量が前記割り当てた通信可能量よりも小さいとき、前記レベルを、前記第１のレベルから、前記第１のレベルより低い前記第２のレベルへ変更し、前記通信量が前記割り当てた通信可能量と同じとき、前記レベルを、前記第１のレベルから、前記第１のレベルより高い前記第２のレベルへ変更することを特徴とする付記２記載の通信量管理装置。
【０１３８】
（付記５）
前記制御部は、前記端末装置が前記有効時間内に前記通信可能量と同じ前記通信量を消費しなかったとき、前記レベルを、前記第１のレベルから、前記第１のレベルより低い前記第２のレベルへ変更し、前記端末装置が前記有効時間内に前記通信可能量と同じ前記通信量を消費したとき、前記レベルを、前記第１のレベルから、前記第１のレベルより高い前記第２のレベルへ変更することを特徴する付記２記載の通信量管理装置。
【０１３９】
（付記６）
前記制御部は、前記レベルを前記第１のレベルから前記第２のレベルに変更したとき、前記通信可能量を前記割り当てた通信可能量を表す第１の通信可能量から第２の通信可能量へ変更し、前記有効時間を前記第１の通信可能量を割り当てたときに決定した第１の有効時間から第２の有効時間へ変更することを特徴とする付記２記載の通信量管理装置。
【０１４０】
（付記７）
前記制御部は、
前記レベルを、前記第１のレベルから、前記第１のレベルより低い前記第２のレベルへ変更したとき、前記通信可能量を、前記第１の通信可能量から、前記第１の通信可能量よりも小さい前記第２の通信可能量へ変更し、前記有効時間を、前記第１の有効時間から、前記第１の有効時間よりも長い前記第２の有効時間へ変更し、
前記レベルを、前記第１のレベルから、前記第１のレベルより高い前記第２のレベルへ変更したとき、前記通信可能量を、前記第１の通信可能量から、前記第１の通信可能量よりも大きい前記第２の通信可能量へ変更し、前記有効時間を、前記第１の有効時間から、前記第１の有効時間よりも短い前記第２の有効時間へ変更する、
ことを特徴とする付記６記載の通信量管理装置。
【０１４１】
（付記８）
前記制御部は、
前記通信量と前記割り当てた通信可能量とが同一のとき、前記割り当てた通信可能量を示す第３の通信可能量よりも多い第４の通信可能量を前記通信可能量とし、かつ、前記第３の通信可能量を割り当てたときに前記有効時間として決定した第３の有効時間よりも短い第４の有効時間を前記有効時間としてそれぞれ決定し、
前記通信量が前記割り当てた通信可能量よりも小さいとき、前記第３の通信可能量よりも少ない第５の通信可能量を前記通信可能量とし、かつ、前記第３の有効時間よりも長い第５の有効時間を前記有効時間としてそれぞれ決定する、
ことを特徴とする付記１記載の通信量管理装置。
【０１４２】
（付記９）
更に、レベル定義テーブルを記憶したメモリを備え、
前記制御部は、前記通信量と前記通信可能量との対応関係を表す容量消費速度のレベルに応じて前記通信可能量と前記有効時間とを記憶した前記レベル定義テーブルから、前記レベルに対応する前記通信可能量と前記有効時間とを読み出して、前記通信可能量と前記有効時間とを決定することを特徴とする付記１記載の通信量管理装置。
【０１４３】
（付記１０）
前記インタフェース部は、ＲＦＣ４００６で規定されたＣＣＲ（Credit Control Request）メッセージを利用して、前記通信量計測装置から前記端末装置の前記通信量を受信し、Ｇｙインタフェースで規定されたＣＣＡ（Credit Control Answer）メッセージを利用して、前記通信可能量と前記有効時間とを前記通信量計測装置へ送信することを特徴とする付記１記載の通信量管理装置。
【０１４４】
（付記１１）
インタフェース部と制御部とを有し、ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた前記通信可能量に対して該ユーザが利用する端末装置の通信量を管理する通信量管理装置における通信量管理方法であって、
前記インタフェース部により、前記端末装置との間で行われた通信の前記通信量を計測する通信量計測装置から、前記端末装置の前記通信量を受信し、
前記制御部により、前記受信した通信量と割り当てた前記通信可能量とに基づいて、割り当てる前記通信可能量と、前記通信量計測装置が前記通信量管理装置から前記通信可能量の割り当てを受けてから前記通信量計測装置が前記通信量管理装置へ前記通信可能量を要求するまでの時間を表す有効時間とを決定し、決定した前記通信可能量と前記有効時間とを前記インタフェース部を介して前記通信量計測装置へ送信する
ことを特徴とする通信量管理方法。
【０１４５】
（付記１２）
通信量管理システムにおいて、
ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた前記通信可能量に対して該ユーザが利用する端末装置の通信量を管理する通信量管理装置と、
前記端末装置との間で行われた通信の前記通信量を計測する通信量計測装置とを備え、
前記通信量管理装置は、
前記通信量計測装置から、前記端末装置の前記通信量を受信するインタフェース部と、
前記受信した通信量と割り当てた前記通信可能量とに基づいて、割り当てる前記通信可能量と、前記通信量計測装置が前記通信量管理装置から前記通信可能量の割り当てを受けてから前記通信量計測装置が前記通信量管理装置へ前記通信可能量を要求するまでの時間を表す有効時間とを決定し、決定した前記通信可能量と前記有効時間とを前記インタフェース部を介して前記通信量計測装置へ送信する制御部と
を備えることを特徴とする通信量管理システム。
【０１４６】
（付記１３）
ユーザ毎の通信可能総量から通信可能量を各ユーザに割り当て、割り当てた前記通信可能量に対して該ユーザが利用する端末装置の通信量を管理する通信量管理装置のコンピュータに実行させる通信量管理プログラムであって、
前記端末装置との間で行われた通信の前記通信量を計測する通信量計測装置から、前記端末装置の前記通信量を受信する処理と、
前記受信した通信量と割り当てた前記通信可能量とに基づいて、割り当てる前記通信可能量と、前記通信量計測装置が前記通信量管理装置から前記通信可能量の割り当てを受けてから前記通信量計測装置が前記通信量管理装置へ前記通信可能量を要求するまでの時間を表す有効時間とを決定し、決定した前記通信可能量と前記有効時間とを前記インタフェース部を介して前記通信量計測装置へ送信する処理と
をコンピュータに実行させる通信量管理プログラム。
【符号の説明】
【０１４７】
１０：通信システム                  １００：ＵＥ（端末装置）
２００：ｅＮＢ（基地局装置）        ３００：ＳＧＷ
４００：ＰＣＥＦ（ＰＧＷ）          ４１０：第１のインタフェース部
４２０：第２のインタフェース部      ４３０：制御部
５００：ＰＣＲＦ                    ６００：ＯＣＳ
６１０：インタフェース部            ６３０：制御部
６４０：メモリ                      ６４１：レベル定義テーブル
６４２：ユーザ情報管理テーブル
【図１】
2018182516.tif 000003
【図２】
2018182516.tif 000004
【図３】
2018182516.tif 000005
【図４】
2018182516.tif 000006
【図５】
2018182516.tif 000007
【図６】
2018182516.tif 000008
【図７】
2018182516.tif 000009
【図８】
2018182516.tif 000010
【図９】
2018182516.tif 000011
【図１０】
2018182516.tif 000012
【図１１】
2018182516.tif 000013
【図１２】
2018182516.tif 000014
【図１３】
2018182516.tif 000015
【図１４】
2018182516.tif 000016
【図１５】
2018182516.tif 000017