(57)【要約】【課題】QoS保証サービスにおいて実際に提供した通信品質に応じて課金を行う通信システムを提供する。【解決手段】本発明の無線システムは、無線移動局７、８と無線基地局４とパケット制御装置３とノード装置２と課金サーバ５とを備え、利用者に実通信品質に応じた課金を行う。無線基地局とパケット制御装置とノード装置の何れかは保証した通信品質と提供可能な通信品質と課金情報とを記憶する記憶部を備える。また無線基地局とパケット制御装置とノード装置の何れかは通信品質を実測し適用中の課金が実測された通信品質の課金と異なる場合にメッセージを送信する制御部を備える。課金サーバは実測された通信品質を用いて課金する制御部を備える。【選択図】図１
2006197421.tif 000002
【特許請求の範囲】
【請求項１】
無線移動局と通信を行う無線基地局と、該無線基地局とRANプロトコルにより通信を行うパケット制御装置と、該パケット制御装置とRANプロトコルにより通信を行うノード装置と、該ノード装置にネットワークを介して接続される該課金サーバとを備え、無線移動局と通信品質を保証した接続を行い、該無線移動局に対して前記通信品質に対応した課金を行う無線通信システムであって、
前記RANプロトコルにより通信を行う前記無線基地局とパケット制御装置とノード装置の少なくとも何れかは、前記RANプロトコルに基づいて無線移動局に供給される通信品質を測定し、該測定された通信品質がその時点における課金体系に対応付けられた通信品質と異なる場合に前記課金サーバに前記測定された通信品質を通知し、
課金サーバは、前記通知された通信品質を用いて課金処理を行うことを特徴とする無線通信システム。
【請求項２】
請求項1記載の無線通信システムであって、
前記RANプロトコルにより通信を行う無線基地局とパケット制御装置とノード装置の少なくとも何れかは前記測定された通信品質の時間平均を算出し、該平均通信品質を前記測定された通信品質とみなすことを特徴とする無線通信システム。
【請求項３】
請求項1または２記載の無線通信システムであって、
前記RANプロトコルにより通信を行う無線基地局とパケット制御装置とノード装置の少なくとも何れかは前記接続の際に保証された通信品質をその記憶部に記憶し、前記測定された通信品質が前記記憶部に記憶される保証された通信品質と異なる場合にメッセージを送信し、
前記課金サーバは該メッセージを用いて課金体系を変更することを特徴とする無線通信システム。
【請求項４】
請求項３記載の無線通信システムであって、前記RANプロトコルにより通信を行う無線基地局とパケット制御装置とノード装置の少なくとも何れかは、前記測定された通信品質に対応する課金体系が前記記憶部に記憶される保証された通信品質に対応する課金体系と異なることを通知する前記メッセージを送信する場合には、前記測定された通信品質を提供される通信品質として前記記憶部に記憶し、前記測定された通信品質に対応する課金体系と前記記憶部に記憶される提供通信品質に対応する課金体系との比較により次の前記メッセージを送信するか否かを判断することを特徴とする無線通信システム。
【請求項５】
請求項１乃至４のいずれかに記載の無線通信システムであって、前記通信品質が少なくとも伝送レート、データロスレート、伝送遅延のいずれかを含むことを特徴とする無線通信システム。
【請求項６】
請求項１乃至４のいずれかに記載の無線通信システムであって、前記無線基地局は、前記無線移動局との間の無線伝搬路の状態を示す制御情報に基づいて前記通信品質の測定を行うことを特徴とする無線通信システム。
【請求項７】
請求項６記載の無線通信システムであって、前記無線基地局は、前記無線移動局との間の無線伝搬路の状態を示す制御情報として、前記無線移動局との間におけるＣＩＲ、上りデータレートのいずれかを用いることを特徴とする無線通信システム。
【請求項８】
無線移動局と通信を行う無線基地局と、該無線基地局とRANプロトコルにより通信を行うパケット制御装置と、該パケット制御装置とRANプロトコルにより通信を行うノード装置と、該ノード装置にネットワークを介して接続される該課金サーバとを備え、通信品質に対応した課金を行う無線通信システムにおける課金管理方法であって、
無線移動局と通信品質を保証した接続を設定するステップと、
前記RANプロトコルにより通信を行う前記無線基地局とパケット制御装置とノード装置の少なくとも何れかにおいて、
前記RANプロトコルに基づいて無線移動局に供給される通信品質を測定するステップと、該測定された通信品質がその時点における課金体系に対応付けられた通信品質と異なるか否かを判断するステップと、
前記測定された通信品質が前記その時点における課金体系に対応付けられた通信品質と異なる場合に前記課金サーバに前記測定された通信品質を通知するステップとを有し、
課金サーバにおいて、前記通知された通信品質を用いて課金処理を行うことを特徴とする課金管理方法。
【請求項９】
請求項８記載の課金管理方法であって、
前記RANプロトコルにより通信を行う無線基地局とパケット制御装置とノード装置の少なくとも何れかにおいて、前記測定された通信品質の時間平均を算出するステップを有し、該平均通信品質を前記測定された通信品質とみなすことを特徴とする課金管理方法。
【請求項１０】
請求項８または９記載の課金管理方法であって、
前記RANプロトコルにより通信を行う無線基地局とパケット制御装置とノード装置の少なくとも何れかにおいて、前記接続の際に保証された通信品質をその記憶部に記憶するステップと、前記測定された通信品質が前記記憶部に記憶される保証された通信品質と異なる場合にメッセージを送信するステップと、
前記課金サーバにおいて、該メッセージを用いて課金体系を変更するステップとを有することを特徴とする課金管理方法。
【請求項１１】
請求項１０記載の課金管理方法であって、
前記RANプロトコルにより通信を行う無線基地局とパケット制御装置とノード装置の少なくとも何れかにおいて、前記測定された通信品質に対応する課金体系が前記記憶部に記憶される保証された通信品質に対応する課金体系と異なることを通知する前記メッセージを送信する場合には、前記測定された通信品質を提供される通信品質として前記記憶部に記憶するステップと、前記測定された通信品質に対応する課金体系と前記記憶部に記憶される提供通信品質に対応する課金体系との比較により次の前記メッセージを送信するか否かを判断するステップとを有することを特徴とする課金管理方法。
【請求項１２】
請求項８乃至１１のいずれかに記載の課金管理方法であって、前記通信品質が少なくとも伝送レート、データロスレート、伝送遅延のいずれかを含むことを特徴とする課金管理方法。
【請求項１３】
請求項８乃至１１のいずれかに記載の課金管理方法であって、前記無線基地局において、前記無線移動局との間の無線伝搬路の状態を示す制御情報に基づいて前記通信品質の測定を行うことを特徴とする課金管理方法。
【請求項１４】
請求項１５記載の課金管理方法であって、前記無線基地局は、前記無線移動局との間の無線伝搬路の状態を示す制御情報として、前記無線移動局との間におけるＣＩＲ、上りデータレートのいずれかを用いることを特徴とする課金管理方法。
【請求項１５】
無線移動局の通信品質を保証した接続を設定し、該接続時に保証された通信品質および通信中に測定される通信品質に基づいて課金を行う無線通信システムにおいて、該無線移動局と無線通信を行う無線基地局であって、
前記RANプロトコルに基づいて無線移動局に供給される通信品質を測定する制御部と、
該測定された通信品質がその時点における課金体系に対応付けられた通信品質と異なる場合に前記課金を管理する課金サーバに前記測定された通信品質を通知する通信部とを有することを特徴とする無線基地局。
【請求項１６】
請求項１５記載の無線基地局であって、
前記制御部は、前記測定された通信品質の時間平均を算出し、該平均通信品質を前記測定された通信品質とみなすことを特徴とする無線基地局。
【請求項１７】
請求項１５または１６記載の無線基地局であって、
前記制御部は、前記接続の際に保証された通信品質を記憶部に格納し、前記測定された通信品質が前記記憶部に格納される保証された通信品質と異なる場合にメッセージを送信することを決定することを特徴とする無線基地局。
【請求項１８】
請求項１５乃至１７のいずれかに記載の無線基地局であって、前記制御部は、前記通信品質として少なくとも伝送レート、データロスレート、伝送遅延のいずれかを測定することを特徴とする無線基地局。
【請求項１９】
請求項１５乃至１７のいずれかに記載の無線基地局システムであって、前記制御部は、前記無線移動局との間の無線伝搬路の状態を示す制御情報に基づいて前記通信品質の測定を行うことを特徴とする無線基地局。
【請求項２０】
請求項１９記載の無線基地局であって、前記制御部は、前記無線移動局との間の無線伝搬路の状態を示す制御情報として、前記無線移動局との間におけるＣＩＲ、上りデータレートのいずれかを用いることを特徴とする無線基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信品質を保証し、実際の通信品質に応じた課金を行う無線システムに関する。
【背景技術】
【０００２】
（特許文献１）
通信品質に応じた課金を行う技術として特開２００２−１５８６５６号公報（特許文献１）が挙げられる。本例はアクセスルータが、端末の要求する通信品質を確保している時間に応じた課金情報を課金サーバに報告する。課金サーバが報告された通信品質と通信時間の情報に基づいて端末のユーザに対して課金を行う。引例では端末が要求する通信品質を受け付けた後、伝搬路状況の変化等による提供品質の劣化へどう対応するかについては開示されていない。また引例ではRSVP、MPLS等の３層プロトコルでのQoS（IP QoS）制御のみ考えており、実施例でも無線リンクレイヤのQoSは考慮していない。
【０００３】
（非特許文献１）
3GPP2(3rd Generation Partnership Project 2)において、MS(Mobile station)とCN (Correspondent Node)間のエンドポイント間でQoS（Quality of Service）制御を行うことが議論されている（3GPP2、 S.Ｒ0079-0 Version 1.0、 （2004年5月）、4ページ（非特許文献1））。典型的なシステム構成を図１に示す。１はIPネットワーク、２はPDSN（Packet Data Service Node）、３はPCF(Packet Control Function)、４はBS(Base Station)、５は認証や課金を行うサーバである。本サーバはAuthentication、Authorization、Accountingを行うのでAAAと呼ばれる。６はRAN(Radio Access Network)、７、８がMS(Mobile station)である。またCNはMS７、８の通信相手となるノードである。
【０００４】
（非特許文献2）
3GPP2、 X.P0011-004-D、 v. 0.4、（2004年７月）、4ページ（非特許文献２）には、PDSNからMSまでの情報の流れが記載されている。図２に情報の流れの1例を示す。n個のフロー２５０が、1つのPDSNとMS間のPPP（Point to Point Protocol）のセッション２５１、２５５上で送信される。ここでフローとは例えばあるアプリケーションの送受信するIP（Internet Protocol）パケットの列である。RANとPDSN間の情報はR-P（RAN-PDSN）セッション上２５２で送受信される。BSとMS間は１つまたは複数のサービスインスタンス（SI：Service Instance）２５４という論理的な実体を通じて通信する。各SIには一意の識別子としてSR_ID（Service Reference Identifier）が付与される。各SIとPDSN間はR-Pコネクション２５３で接続される。同一MSのR-Pコネクション２５３は１つのR-Pセッション２５２上で送受信される。またX.P0011-004-D、 v. 0.4、（2004年７月）、45ページには、あるQoSのフローを設定するMS、BS/PCF、PDSN、AAA間のコールフロー例が示されている。
【０００５】
End to endのQoS制御方式としてIETF（Internet Engineering Task Force）準拠のRSVP（ReSerVation Protocol）が良く知られている。RSVPではflowspecというパラメータの組を用いてフロー毎のQoS制御を行う。RSVPはIPレイヤのQoS制御である。3GPP2でMS、PDSNにおいてIP QoSと無線リンクレイヤQoSのマッピングを行い、PDSNからMS間のQoS制御を行うフローが議論されている。PDSNからMS間はQoS_BLOBというパラメータの構造体を定義し、無線リンクレイヤの通信品質を制御する。
【０００６】
（非特許文献３）
3GPP2、 X.P0011-005-D、v.0.4、（2004年７月）（非特許文献３）、3ページ、3.1節で、PDSNがUDR(Usage Data Record)を作成しサーバに送って行う課金方法が開示されている。RAN６が無線リンクレイヤに関係したパラメータを含むAirlink Records９を作成し、PDSN２に送る。PDSN２がIP層に関係したパラメータとAirlink Recordsを合わせてUDR10を作成し、サーバ５に送る。
【０００７】
3GPP2、 X.P0011-005-D、 v. 0.4、、（2004年７月）（非特許文献３）、5-8ページでAirlink Recordsが開示されている。従来は実際に提供したQoSを表すパラメータはAirlink Recordsに含まれず、提供した QoSをPDSN２やサーバ５に通知する仕組みが無い。
【０００８】
3GPP2、 X.P0011-005-D、 v. 0.4、、（2004年７月）（非特許文献３）、8-10ページでUDRが開示されている。QoSを表すパラメータとしてIP QoS(I1)、Airlink priority(I4)、Granted QoS Parameter(I5)というfieldが規定されている。I1の使い方は開示されていない。I4にはユーザー毎の優先度が指定される。I5には、フローに対して保証されたQoSが指定される。従来は実際に提供したQoSを表すパラメータはUDRに含まれない。
【０００９】
【特許文献１】特開２００２−１５８６５６号公報
【００１０】
【非特許文献１】3GPP2、 S.Ｒ0079-0 Version 1.0、 （2004年5月）、4ページ
【非特許文献２】3GPP2、 X.P0011-004-D、 v. 0.4、（2004年７月）、4ページ
【非特許文献３】3GPP2、 X.P0011-005-D、v.0.4、（2004年７月）、3,5-10ページ
【発明の開示】
【発明が解決しようとする課題】
【００１１】
通信品質のより高いサービスは、より高額な課金を行うのが自然である。従来無かったQoS保証サービスの普及でユーザは提供される通信品質に敏感になると考えられる。ユーザが、要求した品質が保証されているか、また享受したサービスに応じた適正な課金がされているかを確認する機能に対する需要が見込まれる。オペレータには要求される通信品質を提供出来たかユーザに報告することが求められる。また要求のあった通信品質を提供出来なければ、提供した品質に合わせた明朗な課金が求められる。QoS保証サービスにおいて実際に提供した通信品質に応じて課金を行う通信システムを提供することが課題となる。
【００１２】
特に、Admission controlで提供可能と判断した通信品質のサービスが実際には提供できなかった場合に、安全確実に課金する方法が本発明の課題である。通信路状況が不安定な無線では、通信サービス期間中に受け付けたサービスの通信品質が維持出来ない場合がある。通信品質の劣化を検出したら、端末とネットワーク間でメッセージを交換してQoSのネゴシエーションを再度行い、保証するQoSのレベルを下げて再接続する方式が考えられる。しかし一時端末がカバレッジから外れたり、伝搬路状況が悪化したりして通信出来ない場合には、端末とネットワーク間のメッセージ交換による手続きが出来ない。通信品質が変動する度にQoSネゴシエーションを行い、保証するQoSのレベルを変更出来るとは限らない。保証するQoSレベルが一定の元で、実際に提供する品質を課金に反映させることが課題である。
【課題を解決するための手段】
【００１３】
本発明の無線システムは、移動局（ＭＳ）と無線基地局（ＢＳ）とパケット制御装置（ＰＣＦ）とノード装置（ＰＤＳＮ）と課金サーバ（ＡＡＡ）とを備え、通信品質を保証した接続を行い通信サービス利用者に通信品質に対応した課金を行う。無線基地局（ＢＳ）とパケット制御装置（ＰＣＦ）とノード装置（ＰＤＳＮ）の少なくとも何れかは通信品質を実測する制御部を備え、課金サーバ（ＡＡＡ）は実測した通信品質を用いて課金する制御部を備える。
【００１４】
また、本発明の無線基地局（ＢＳ）とパケット制御装置（ＰＣＦ）とノード装置（ＰＤＳＮ）の少なくとも何れかは通信品質を実測し該実測した通信品質の時間平均を算出する制御部を備える。また課金サーバ（ＡＡＡ）は実測した通信品質の時間平均を用いて課金する制御部を備える。
さらにまた、本発明の無線基地局（ＢＳ）とパケット制御装置（ＰＣＦ）とノード装置（ＰＤＳＮ）の少なくとも何れかは保証した通信品質と提供可能な通信品質と課金情報とを記憶する記憶部と、通信品質を実測し、適用中の課金が実測された通信品質の課金と異なる場合にメッセージを送信する制御部とを備える。課金サーバ（ＡＡＡ）は該メッセージを用いて課金を変更する制御部を備える。
【００１５】
本発明の課金サーバ（ＡＡＡ）は、通信品質を保証した接続を行い通信サービス利用者に通信品質に応じた課金を行う無線システムの構成要素である。課金サーバは、通信品質の実測情報を含むメッセージを受信する手段と該実測情報を用いて課金する制御部とを備える。
さらにまた本発明の課金サーバ（ＡＡＡ）は、通信品質の実測情報の時間平均を含むメッセージを受信する手段と該実測情報の時間平均を用いて課金する制御部とを備える。
【００１６】
保証した通信品質はフローの設定時に当該フローに割り当てられた通信品質である。提供可能な通信品質は例えばユーザと通信事業者間の契約によって決まり、通信事業者が当該ユーザに提供しうる通信品質である。提供可能な通信品質は、例えばユーザ毎のプロファイルとして課金サーバ（AAA）が管理し、フローの設定時に課金サーバ（AAA）が該プロファイルを無線基地局（ＢＳ）とパケット制御装置（ＰＣＦ）とノード装置（ＰＤＳＮ）の少なくとも何れかに送っても良い。実際に提供した通信品質は、システムが保証した通信品質に基づいてQoS制御を行った結果ユーザに提供した通信品質である。実際に提供した通信品質は無線基地局（ＢＳ）またはパケット制御装置（ＰＣＦ）またはノード装置（ＰＤＳＮ）での実測結果から推察される。
【発明の効果】
【００１７】
本発明の無線システムは、無線アクセスネットワークにおいてQoSを監視し課金サーバにこれらの情報を収集して課金する。このためユーザに提供した品質に応じた安全・確実な課金が出来る。例えばPDSNでパケット廃棄によるデータロスが起こらない場合であって無線伝搬路状態が悪化してBSもしくはPCFでパケット廃棄が起きたときでも、適切に課金出来る。このとき例えば廃棄されたパケットに対しては課金しない等の対応が可能で、PDSNのQoS情報を用いて課金されたにもかかわらずBSもしくはPCFでパケット廃棄されるという事態が避けられる。同様に例えば、PDSNにおける遅延時間を要求時間内に制御できた場合であってBSもしくはPCFで輻輳が起きて遅延時間が要求を超えてしまったときでも、ＢＳ、ＰＣＦにおける通信状態に応じて適切に課金出来る。また同様に例えば、PDSNでのデータレート（帯域）を要求通りに制御できた場合であってBSもしくはPCFで輻輳が起きて要求データレートを下回ってしまったときでも、ＢＳ、ＰＣＦにおける通信状態に応じて適切に課金出来る。
【００１８】
本発明は実通信品質を監視し課金サーバにこれらの情報を収集して課金する。ネットワークオペレータは実際にユーザに提供したQoSを把握出来る。ネットワークオペレータはユーザの求めに応じて、これら情報を開示、説明が可能である。
本発明のBS、PCF、PDSNは保証した通信品質と提供可能な通信品質と課金情報とを記憶する記憶部を備え、通信品質を実測して適用中の課金が実測された通信品質の課金と異なる場合に該実測情報を含むメッセージを送信する。BS、PCF、PDSNは実測情報をリアルタイムに常時送信する必要は無い。リアルタイムに実測情報を送信する場合に比較して、BS、PCF、PDSNが送信する情報量が抑制出来る。
【００１９】
本発明のBS、PCF、PDSNが通信品質を実測し該実測した通信品質の時間平均を算出する制御部を備え、課金サーバは実測した通信品質の時間平均を用いて課金する制御部を備える。課金サーバが実通信品質の瞬時値でなく平均値を用いて課金するため、課金通信品質が時間変動する場合でも、精度良く実通信品質に見合った課金が出来る。
【００２０】
非特許文献２に記載のフローのQoS設定では、ＭＳとネットワークが無線媒体を通じてメッセージ交換を行う。ＭＳが電波の届きにくい場所に移動した等状況が変化してQoS設定を変更する必要がある場合、無線リソースが逼迫するため無線媒体を通じてQoSの再設定のためのメッセージ交換が出来なくなることが考えられる。本発明の無線システムは無線媒体を通じたメッセージ交換が不要なため、こうした場合でも実測された通信品質を課金に反映させることが出来る。また、本発明のBSは無線制御情報を用いて通信品質を算出し、課金に反映させる。BSは無線媒体に送信する情報を増やさずに通常無線通信に用いられる制御情報を用いて通信品質を算出することが出来る。上記無線リソースが逼迫した状態でも、BSやMSは通信品質を課金に反映させるために無線媒体に送信する情報量を増やす必要が無い。
【発明を実施するための最良の形態】
【００２１】
図３に本発明のPDSN２の１例を示す。PDSN２はＩＰネットワーク（IP NW）1からIPパケットを受信する。PDSN２は A１０もしくはA１１パケットを作成してPCF３へ送信する。A１０パケットにはユーザーデータ、A１１パケットには制御情報が格納される。また、PDSN２はPCF３よりA１０もしくはA１１パケットを受信する。PDSN２はIPパケットを作成してIP NW1へ送信する。PDSNとPCF間のインタフェース（A8/A9インタフェース）の例が3GPP2、 A.S0016-B、Version 1、（2004年4月）、に開示されている。ネットワークインタフェース（NW IF）１１はPCF３に接続するためのネットワークとのネットワークインタフェースである。NW IF１６はIPネットワーク１に接続するためのネットワークインタフェースである。記憶部１２は、送受信するIPパケット、A10/A11パケットおよび管理情報を保持する。制御部１３は、記憶部１２に保持される情報の管理、A10/A11パケットおよびIPパケットの組み立て・分解・廃棄など、パケット送受信の管理、タイマー１５によりIPパケット、A10パケットの受信時刻および滞留時間の計測を行う。UIF１４はユーザーインタフェースである。タイマー１５は時刻に拠り増加するカウンタである。
【００２２】
図４に本発明のPCF３の１例を示す。PCF３はPDSN２よりA１０もしくはA１１パケットを受信する。PCF３はA8もしくはA9パケットを作成し、BS４へ送信する。A８パケットにはユーザーデータ、A９パケットには制御情報が格納される。また、PCF３はBS4よりA8もしくはA9パケットを受信する。PCF３はA１０もしくはA１１パケットを作成し、PDSN２に送信する。PCFとBS間のインタフェース（A10/A11インタフェース）の例が3GPP2、 A.S0017-B、 Version 1、（2004年4月）、に開示されている。NW IF２１はBS４に接続するためのネットワークインタフェース、２６はPDSN２に接続するためのネットワークインタフェースである。SW２２、２５は信号を交換するスイッチである。制御部２３はPCF３全体の管理を行う。TC(Traffic Controller)２４はA8、A10パケットの組み立て、分解および送受信を行うトラヒック制御部である。図５に本発明のTC２４の１例を示す。記憶部２７は送受信するパケットデータおよび管理情報を保持する。CPU２８は記憶部２７に保持される情報の管理、A８、A9、A１０、A１１パケットの組み立て・分解・廃棄など、パケット送受信の管理、タイマー２９によりA8パケット、A10パケットの受信時刻および滞留時間の計測を行う。タイマー２９は時刻に拠り増加するカウンタである。
【００２３】
図６に本発明のＢＳ4の１例を示す。ＢＳ４はPCF３との間でA8もしくはA9パケットを送受信する。ＢＳ４はRAN６においてMS７、８のアクセスポイントとなる無線基地局である。NW IF３０はPCF３に接続するためのネットワークとのインタフェースである。BB３１はベースバンド処理を行う。送信信号を変調し、受信信号の同期補足および復調を行う。IF３２は中間周波数（IF: Intermediate Frequency）の信号処理を行う。IF３２はBB３１から入力されるベースバンド信号をDA（Digital to Analog ）変換の上、中間周波数へ変換し、RF３３に出力する。またIF３２はRF３３から入力される信号をAD（Analog to Digital）変換してBB３１に出力する。RF（無線部）３３は無線周波数（RF: Radio Frequency）の信号処理を行う。RF３３はIF３２から入力した信号を無線周波数にアップコンバートし、送信電力を増幅の上アンテナ３８に出力する。またRF３３はアンテナ３８から入力した無線信号を中間周波数にダウンコンバートの上、IF３２へ出力する。制御部３６はＢＳ４全体の管理機能を有する。無線伝送単位およびA8、A9パケットの組み立て・分解・廃棄など、タイマー３７を用いた無線伝送単位の送信タイミング制御、記憶部３５の情報管理を行う。また制御部３６はタイマー３７によりA8パケット、無線伝送単位の受信時刻および滞留時間の計測を行う。記憶部３５は、送受信するデータおよび管理情報を保持する。タイマー３７は時刻に拠り増加するカウンタである。
【００２４】
図７に本発明のAAA５の1例を示す。AAA５は認証や課金を行うサーバである。従来の課金認証方法としてRADIUS（Remote Authentication Dial In User Service）というプロトコルが知られている。RADIUSはIETF（Internet Engineering Task Force）で標準化されている。課金情報の伝送プロトコルについてRFC2139というドキュメントが発行されている。RFC2139にはNetwork Access Serverと課金サーバ間での課金情報の伝送プロトコルについて記載されている。AAA５は例えばRADIUSに従い認証や課金を行う。NW IF１４はIPネットワーク１に接続するネットワークインタフェースである。記憶部４２は、送受信するIPパケットおよび管理情報を保持する。制御部４３は、記憶部４２に保持される情報の管理、IPパケット送受信の制御、送受信される情報を用いた認証、課金処理を行う。UIF４４はユーザーインタフェースである。タイマー５５は時刻に拠り増加するカウンタである。ＡＡＡはタイマー５５により課金開始時刻、および課金終了時刻を計測し、時間に応じた課金を行う。
【００２５】
図８にQoSレベルと課金設定の１例を示す。図８は、ＢＳ，ＰＣＦ，ＰＤＳＮ，ＡＡＡが保持するテーブルの例である。２５０はQoSレベル、２５３は課金のグレードである。QoSレベルL0のフローに対してグレード0の課金を行い、QoSレベルL１に対してグレード１の課金を行い、QoSレベルL3に対してグレード3の課金を行う。QoSレベルL０、L１、L２の順に高い品質であり、対応する夫々グレード０、１、２の順に高額とする。QoSレベル毎に、保証すべき最低の通信品質（QoSパラメータ）が規定される。RAN QoSパラメータ２５１は、無線リンク層の通信品質を規定する。IP  QoSパラメータ２５２はIP層の通信品質を規定する。
【００２６】
RAN_Peak_Rate_L0はQoSレベルL0で保証する無線リンク層のピークレートである。RAN_Ave_Rate_L0はQoSレベルL0で保証する無線リンク層の平均レートである。RAN_Max_Latency_L0はQoSレベルL0で保証する無線リンク層の最大遅延である。RAN_Loss_Rate_L0はQoSレベルL0で保証する無線リンク層のデータ損失レートである。RAN_Priority_L0はQoSレベルL0で保証する無線リンク層のピークレートである。QoSレベルL1、L2に対しても同様に無線リンク層の通信品質が規定される。またIP層の通信品質も同様にQoSレベル毎に規定される。
【００２７】
[フローの例]
図９に本発明の課金処理を示す。QoSフロー設定５１でMS7とBS4とPCF3とPDSN2とAAA5との間で、MS７の要求するQoSパラメータのフローの設定が行われる。QoSフロー設定５１は複数の信号からなり、交換手順は例えばX.P0011-004-D v0.4のAnnex Fのコールフローに従う。QoSフロー設定５１の信号の交換後、MS７、BS４、PCF３、PDSN２は各フローに対してMS７が要求したQoSパラメータと保証したQoSパラメータのテーブルを保持する。ここで、MS７がQoSレベルL１のフローを要求し、要求が通ってQoSレベル１のフローが設定されたとする。信号５２でPDSN２がAAA５に課金開始要求のメッセージを送信する。AAA５は５２に含まれるQoSパラメータを参照し、課金を開始する。
【００２８】
AAA５は保証しているQoSレベルがL１なので、接続時間に比例してグレード１の課金を始める。AAA5は信号５３で信号５２に対する応答メッセージをPDSN２に送信する。その後、実際に提供している通信サービスのQoSレベルがL0に落ちたとする。ステップ５５でBS４、PCF3、PDSN2の少なくとも何れか１つで通信品質の劣化が検出される。ステップ５６で実際に提供しているQoSパラメータを含むメッセージがBS４またはPCF３またはPDSN２からAAA５に送られ、課金更新処理が行われ、AAA５は実際に提供しているQoSレベルがL0である接続時間に比例してグレード0の課金を行う。次に、実際に提供している通信サービスのQoSレベルがL１に回復したとする。すると、ステップ５７でBS４、PCF3、PDSN2の少なくとも何れか１つで劣化していた通信品質の回復が検出される。ステップ５８で実際に提供しているQoSパラメータを含むメッセージがBS４またはPCF３またはPDSN２からAAA５に送られ、課金更新処理が行われ、AAA５は接続時間に比例してグレード１の課金を行う。MS７で動作するアプリケーションが終了しPDSN２がサービス終了を検出するとPDSN２は信号５９でAAA５に課金終了要求のメッセージを送信する。AAA５は課金を終了し、信号６０で信号５９に対する応答メッセージをPDSN２に送信する。フロー解除手順６１でフローの解除が行われる。フロー解除手順６１は複数の信号からなり、交換手順は例えばX.P0011-004-D v0.4のAnnex Fのコールフローに従う。
【００２９】
図１０に本発明の課金更新処理５６、５８の１例を示す。BS４で実通信品質の劣化もしくは回復が検出されたとする。BS４はＢＳ実通信品質情報１７５を含む信号７０をPCF３に送る。PCF３は信号７０に対する応答７１をBS４に送る。PCF３はQoSパラメータが変更されたことを示す信号７２をPDSN２に送信する。PDSN２は信号７２に対する応答７３をPCF３に送信する。PCF３は信号７０に含まれるＢＳ実通信品質情報１７５を信号７４の１６８にコピーする。あるいは、PCF３は信号７０に含まれる実通信品質の情報１７５にPCF３で測定された通信品質の情報を加えて信号７４のＲＡＮ実通信品質情報１６８に設定しても良い。ここで、例えばPCF３は、情報１７５に含まれるBSで測定された遅延時間に、PCF３で測定された遅延時間を加えてＲＡＮ実通信品質情報１６８に設定する。また例えば、PCF３は、ＢＳ実通信品質情報１７５に含まれるBSで測定されたデータロスレートに、PCF３で測定されたデータロスレートを加えてＲＡＮ実通信品質情報１６８に設定する。PDSN２は信号７２の受信を確認するための信号７３をPCF３に送信する。PCF３は信号７４をPDSN２に送信し、ＲＡＮ実通信品質情報１６８をPDSN２に伝える。PDSN２は信号７４の受信を確認するための信号７５をPCF３に送信する。PDSN２は信号７６で、それまでの課金の停止を要求するメッセージをAAA５に送信する。AAA５は信号７６に対する応答７７をPDSN２に送信する。PDSN2は信号７４に含まれるＲＡＮ実通信品質情報１６８を信号７８の実通信品質情報１２６にコピーする。
【００３０】
あるいは、PDSN２は信号７４に含まれるＲＡＮ実通信品質情報１６８にPDSN２で測定された通信品質の情報を加えて信号７８の実通信品質情報１２６に設定しても良い。ここで、例えばPDSN２は、ＲＡＮ実通信品質情報１６８に含まれる遅延時間に、PDSN２で測定された遅延時間を加えて実通信品質情報１２６に設定する。また例えば、PDSN２は、ＲＡＮ実通信品質情報１６８に含まれるデータロスレートに、PDSN２で測定されたデータロスレートを加えて１２６に設定する。PDSN２は信号７８で、変更後のQoSパラメータに応じた課金を要求するメッセージをAAA５に送信する。信号７８で実通信品質の情報を含むUDRも送られる。AAA５は信号７８に対する応答７９をPDSN２に送信する。AAA５は信号７８に基づいた課金を開始する。
【００３１】
図１１に本発明の課金更新処理５６、５８の他の１例を示す。PCF3で実通信品質の劣化もしくは回復が検出されたとする。PCF３はQoSパラメータが変更されたことを示す信号７２をPDSN２に送信する。PDSN２は信号７２に対する応答７３をPCF３に送信する。PCF３はＲＡＮ実通信品質のQoSパラメータを含む信号７４をPDSN２に送信する。PDSN２は信号７６で、それまでの課金の停止を要求するメッセージをAAA５に送信する。AAA５は信号７６に対する応答７７をPDSN２に送信する。PDSN２は信号７８で、変更後のQoSパラメータに応じた課金を要求するメッセージをAAA５に送信する。信号７８で実通信品質の情報を含むUDRも送られる。AAA５は信号７８に対する応答７９をPDSN２に送信する。AAA５は信号７８に基づいた課金を開始する。
【００３２】
図１２に本発明の課金更新処理５６、５８の他の１例を示す。PDSN2で実通信品質の劣化もしくは回復が検出されたとする。PDSN２は信号７６で、それまでの課金の停止を要求するメッセージをAAA５に送信する。AAA５は信号７６に対する応答７７をPDSN２に送信する。PDSN２は信号７８で、変更後のQoSパラメータに応じた課金を要求するメッセージをAAA５に送信する。信号７８で実通信品質の情報を含むUDRも送られる。AAA５は信号７８に対する応答７９をPDSN２に送信する。AAA５は信号７８に基づいた課金を開始する。  
【００３３】
本発明の無線システムは図１０、図１１、図１２の何れかの手順に従って課金の更新を行う。図１０はBS４、PCF３、PDSN２の何れかで測定した実通信品質に基づく更新処理の例である。図１１はPCF３、PDSN２の何れかで測定した実通信品質に基づく更新処理の例である。図１２はPDSN２で測定した実通信品質に基づく更新処理の例である。
【００３４】
[メッセージフォーマットの例]
図２４にＢＳ情報伝送(A9-Update-A8)信号７０のメッセージフォーマットの1例を示す。１７１にメッセージの種類を表すコードが格納される。１７２に呼接続の識別子が格納される。１７３にMS７の識別子が格納される。１７４に保証したQoSパラメータが格納され、１７５に測定された実際に提供しているQoSパラメータが格納される。１７６に課金情報の変更を表すコードが格納される。１７８にSIの識別子（SR_ID）が格納される。１７１、１７２、１７３、１７６、１７８の詳細については例えば3GPP2、 A.S0016-B、Version 1、（2004年4月）に記載されている。
【００３５】
図２５にＢＳ情報伝送確認(A9-Update-A8 Ack)信号７１のメッセージフォーマットの1例を示す。１７１にメッセージの種類を表すコードが格納される。１７２に呼接続の識別子が格納される。
【００３６】
図２０にRAN情報伝送（A11 Registration Request）信号７２、７４のメッセージフォーマットの1例を示す。１５１にメッセージの種類を表すコードが格納される。１５２に制御情報が格納される。課金に用いるAirlink RecordsはCVSE（Critical Vender Specific Extension）のアプリケーションデータ１５７に格納されて送られる。１５３にCVSEの種類を表すコードが格納される。１５４にデータ１５７の長さが格納される。１５５にInternet Assigned Number Authority (IANA)の割り当てたベンダの識別子が格納される。信号７２と信号７４でアプリケーションデータ１５７のフォーマットが異なる。本メッセージフォーマットは例えば3GPP2、 A.S0017-B、 Version 1、（2004年4月）に記載されている。
【００３７】
RAN情報伝送（A11 Registration Request）信号７２のアプリケーションデータ１５７に格納されるAirlink Recordのフォーマットを図２２に示す。１６１にAirlink Recordの種類を表すコードが格納される。１６２にAirlink Record が関わるR-Pコネクションに対応するSR_IDが格納される。１６３にR-Pコネクションについて送られるAirlink Recordのシーケンス番号が格納される。該シーケンス番号は、同一R-PコネクションのAirlink Recordが送られる度に増加する。１６４に接続時間が秒単位で格納される。  
【００３８】
RAN情報伝送（A11 Registration Request）信号７４のアプリケーションデータ１５７に格納されるAirlink Recordのフォーマットを図２３に示す。１６１にAirlink Recordの種類を表すコードが格納される。１６２にAirlink Record が関わるR-Pコネクションに対応するSR_IDが格納される。１６３にR-Pコネクションについて送られるAirlink Recordのシーケンス番号が格納される。該シーケンス番号は、同一R-PコネクションのAirlink Recordが送られる度に増加する。１６５にBS4の識別子が格納される。１６６にユーザ毎の通信サービスの優先度が格納される。１６７に保証したRAN  QoSパラメータが格納される。１６８に実際に提供したRAN QoSパラメータが格納される。
【００３９】
図２１にRAN情報伝送確認（A11 Registration Reply）信号７３、７５のメッセージフォーマットの1例を示す。１５１にメッセージの種類を表すコードが格納される。１５８に信号７２、７４を受け付けたことを表すコードが格納される。１５９に制御情報が格納される。本メッセージフォーマットは例えば3GPP2、 A.S0017-B、 Version 1、（2004年4月）に記載されている。
【００４０】
図１３に課金要求(Accounting Request)信号７６、７８の、また図１４に課金応答(Accounting response)信号７７、７９のメッセージフォーマットの1例を示す。Code１０１はメッセージの種別がAccounting RequestかAccounting Responseかを示す値が格納される。ID１０２はAccounting Requestと該メッセージに応答するAccounting Responseで同一情報を格納し、情報一致の確認に用いる。Length１０３はAccounting Requestの場合、情報１０１、１０２、１０３、１０４、１０５の合計の長さを格納する。Length１０３はAccounting Responseの場合、情報１０１、１０２、１０３、１０６の合計の長さを格納する。１０４、１０６は認証情報である。Attributes１０５には課金開始を要求するAccounting Request（Start）の場合、図１７の情報が格納される。またAttributes１０５には課金終了を要求するAccounting Request（Stop）の場合、図１６の情報が格納される。
【００４１】
信号７６のAttributes１０５に格納される情報のフォーマットを図１６に示す。Acct-Status-Type１１０はサービスの開始か終了かを示す情報である。図１６では、本実施例では、実際提供されているQoSが変化したことによりそれまでの料金形態による課金を停止するために、サービス終了を示す値が格納される。3GPP2 RADIUS attributes１１１にUDRが格納される。なお、サービス終了を示す値を持つ信号７６が処理されても、端末MS7との接続は切断されない。
【００４２】
信号７８のAttributes１０５に格納される情報のフォーマットを図１７に示す。Acct-Status-Type１１０はサービスの開始か終了かを示す情報である。図１７では、本実施例では、実際提供されているQoSが変化したことにより新たな料金形態による課金を開始するために、サービス開始を示す値が格納される。3GPP2 RADIUS attributes１１１にUDRが格納される。
【００４３】
Acct-Status-Type１１０のフォーマットを図１５に示す。１０７にはAcct-Status-Typeであることを表すコードが格納される。１０８には１０７、１０８、１０９を合わせた情報の長さが格納される。１０７、１０８の長さはそれぞれ１オクテット、１０９の長さは４オクテットである。１０９にはサービス開始の場合には１、終了の場合には２の値が格納される。
【００４４】
3GPP2 RADIUS attributes１１１のフォーマットを図１９に示す。１２０はMS７の識別子が格納される。１２１はBS４の識別子が格納される。１２２はSIの識別子（SR_ID）が格納される。１２３は有効な接続時間が秒単位で格納される。１２５に保証したRAN  QoSパラメータが格納される。１２６に実際に提供したRAN  QoSパラメータが格納される。3GPP2 RADIUS attributesの変数は、例えば3GPP2、 X.P0011-005-D、v.0.4、（2004年７月）、の表６に記載されている。１２０、１２１、１２２、１２３、１２５、１２６に格納される変数以外の該表６に記載の変数が１２４に格納される。
【００４５】
図１８に１２０、１２１、１２２、１２３、１２５、１２６に格納される3GPP2 RADIUS attributesの変数のフォーマットを示す。図１８は、図１９に示す１２０、１２１、１２２、１２３、１２５、１２６の各変数のフォーマットである。１１２には3GPP2 RADIUS attributesであることを示すコードが格納される。１１３には１１２、１１３、１１４、１１５、１１６、１１７の合計の情報長が格納される。１１４には、3GPP2を表すベンダの識別子が格納される。１１５には１１７に格納する変数の種別を表すコードが格納される。１１５には１２０、１２１、１２２、１２３、１２５、１２６の各変数に応じた値が格納される。１１６には１１５、１１６、１１７の合計の情報長が格納される。１１７には3GPP2 RADIUS attributesの変数が格納される。
【００４６】
図２６にRANネットワークにおいて実際に提供した（測定された）RAN QoS１６８のパラメータのフォーマットの1例を示す。２０１はフローの識別子である。２０２は２０３に格納されるＱｏＳパラメータの情報長である。２０３は２０１のフローの識別子に対応したRAN QoSパラメータである。２０３には、例えば２０４に示す複数のＱｏＳパラメータが格納される。
【００４７】
図２７にＩＰネットワークにおいて実際に提供した（測定された）IP QoSパラメータのフォーマットの1例を示す。２０５はフローの識別子である。２０６は２０７に格納されるＱｏＳパラメータの情報長である。２０７は２０５のフローの識別子に対応したIP QoSパラメータである。２０７には、例えば２０８に示す複数のＱｏＳパラメータが格納される。
【００４８】
図２８に保証したRAN QoS１６７のパラメータのフォーマットの1例を示す。２１１はフローの識別子である。２１２は２１３に格納されるＱｏＳパラメータの情報長である。２１３は２１１のフローの識別子に対応したRAN QoSパラメータである。２１３には、例えば２０５に示す複数のＱｏＳパラメータが格納される。
【００４９】
図２９に保証したIP QoSパラメータのフォーマットの1例を示す。２１５はフローの識別子である。２１６は２１７に格納されるＱｏＳパラメータの情報長である。２１７は２１５のフローの識別子に対応したIP QoSパラメータである。２１７には、例えば２０９に示す複数のＱｏＳパラメータが格納される。
【００５０】
[テーブルの例]
BS4、PCF3が管理するRAN QoSのテーブルの1例を図３０に示す。２２３はフローの識別子である。２２４はＳＩの識別子である。２２１は提供された（されている）RAN QoSパラメータである。２２５は２２６に格納されるＱｏＳパラメータの情報長である。２２６は２２３のフローの識別子に対応したRAN QoSパラメータである。２２６には、例えば２００に示す複数のＱｏＳパラメータが格納される。２２２は保証されたRAN QoSパラメータである。２２７は２２８に格納されるＱｏＳパラメータの情報長である。２２８は２２３のフローの識別子に対応したRAN QoSパラメータである。２２９は２２３のフローの識別子に対応して保証したＱｏＳレベルである。２３０は２２３のフローの識別子に対応した課金レベルである。
【００５１】
PDSN２が管理するRAN QoSのテーブルの1例を図３１に示す。２３３はフローの識別子である。２３４はＳＩの識別子である。２３１は提供したRAN QoSパラメータである。２３５は２３６に格納されるＱｏＳパラメータの情報長である。２３６は２３３のフローの識別子に対応したRAN QoSパラメータである。２３２は保証したRAN QoSパラメータである。２３７は２３８に格納されるＱｏＳパラメータの情報長である。２３８は２３３のフローの識別子に対応したRAN QoSパラメータである。２３９は２３３のフローの識別子に対応して保証したＱｏＳレベルである。２４０は２３３のフローの識別子に対応した課金レベルである。
【００５２】
PDSN２が管理するIP QoSのテーブルの1例を図３２に示す。２４３はフローの識別子である。２４４はＳＩの識別子である。２４１は提供したIP QoSパラメータである。２４５は２４６に格納されるＱｏＳパラメータの情報長である。２４６は２４３のフローの識別子に対応したIP QoSパラメータである。２４２は保証したIP QoSパラメータである。２４７は２４８に格納されるＱｏＳパラメータの情報長である。２４８は２４３のフローの識別子に対応したIP QoSパラメータである。２４９は２４３のフローの識別子に対応して保証したＱｏＳレベルである。２５０は２４３のフローの識別子に対応した課金レベルである。
【００５３】
図３１に示すテーブルはRAN QoSパラメータの管理テーブルである。図３２に示すテーブルはIP QoSパラメータの管理テーブルである。PDSN2が、送受信するIPパケットの通信品質を実測し、IP QoSパラメータとして図３２に示すテーブルの提供したIP QoSパラメータ２４１に記録する。以下では通信品質としてRAN QoSパラメータを課金に反映させる例を説明するが、IP QoSパラメータを課金に反映させても良い。
【００５４】
PDSN２およびMS７がそれぞれ管理するフローマッピングテーブルの1例を図３３に示す。２５１はフローの識別子である。２５２はＳＩの識別子である。２５３はＢＳ３の識別子である。２５４はMS７の識別子である。フローの設定時に、PDSN２とMS７間で図３３に記載の情報の交換を行う。例えば図９のコールフローでは、信号５１によりPDSN２とMS７間で該情報の交換を行うものとする。
【００５５】
[BSでの品質評価方法の例]
BS４で提供した通信品質を計測および保証した通信品質と比較し、提供した通信品質が下回っていたら課金変更を行う例を説明する。
ネットワークオペレータは図８に示す情報を予め、BS４の記憶部３４、PCF3の記憶部２７、PDSN2の記憶部１２、AAA５の記憶部４２に設定するものとする。或いはMS７がBS４、PCF３、PDSN２に図８のテーブル情報を含む信号を送信してサービスを要求し、BS４、PCF３、PDSN２が夫々の記憶部に図８のテーブル情報を登録しても良い。MS７がBS４、PCF３、PDSN２に希望するQoSパラメータを送ってサービスを要求する例は、非特許文献2に開示されている。
【００５６】
ここで、MS７にSR_ID１の識別子を持つSIとFlow ID１の接続が既に有り、図９の信号５１で新規にSR_ID２の識別子を持つSIとFlow ID2の接続を設定したとする。このときSR_ID１のSIはQoS レベルL0、SR_ID２のSIはQoS レベルL1であったとする。信号５１の交換後、BS４の制御部３６は記憶部３４に図３０に示すテーブルに新規フロー（Flow ID2）の情報を設定する。制御部３６はFlow ID２２３にフローの識別子Flow ID２を設定する。制御部３６はSR_ID２２４にFlow ID２のSIの識別子、SR_ID2を設定する。制御部３６はこの段階では実際に提供したQoSパラメータを格納するフィールド２２１の設定を行わない。制御部３６は保証したQoSパラメータを格納するフィールド２２４の設定を行う。制御部３６はFlow ID２のフローに保証したQoSパラメータをRAN QoS parameters 2’として２２８に設定し、RAN QoS parameters 2’の情報長を２２７のFlow ID２に対応する行に設定する。SR_ID２のSIはQoS レベルL1であるので、RAN QoS parameters 2’として図８に示すテーブルの、QoSレベル２５０がL１の行のRAN QoS parameter２５１に示すパラメータを設定する。制御部３６はFlow ID２のフローに保証したQoSレベルとしてL1を２２９のFlow ID２に対応する行に設定する。制御部３６はFlow ID２のフローの課金のグレードとしてGrade1を２３０のFlow ID２に対応する行に設定する。
【００５７】
図３９に以後BS4の制御部３６が行う課金変更のアルゴリズムの１例を示す。PCF3，PDSN2の制御部が行う課金変更のアルゴリズムも同様である。Step１で図３０の管理テーブルのFlow IDを検査し、図３０の管理テーブル上に存在するFlow IDのフローに対して処理を行う。即ち例えば上記信号５１の交換後、Flow ID2が図３０に設定されると、信号６１の交換後にFlow ID2の情報が図３０の管理テーブルから消去されるまで、Flow ID2のフローに対して処理を行う。
【００５８】
Step２で通信品質の測定と記録を行う。BS４でデータレートを計測する例を説明する。A8パケットでPCF３とBS4間のユーザ情報の伝送が行われる。BS４の制御部３６は受信したA8パケットの制御情報を参照し、該受信パケットがFlow ID２の情報であることを検知するとする。制御部３６はFlow ID２の受信パケットを一旦記憶部３５に蓄積し、無線伝送単位を組み立てる。BS４は無線送信単位を無線伝送路に送信する。制御部３６はFlow ID２の受信パケットのユーザ情報であって無線送信が完了した情報のバイト数を一定期間カウントする。また制御部３６はタイマー３７でバイト数をカウントする時間を計測する。制御部３６は該バイト数のカウントを該カウントする時間で割って平均データレートRAN_Ave_Rate_BSを算出する。また制御部３６は、タイマー３７でバイト数をカウントする期間を十分短く取り、前記同様の手順でデータレートを算出する。該一定期間内でのデータレートの最高値をピークレートRAN_Peak_Rate_BSとする。
【００５９】
また、BS4は通信品質そのものを測定するかわりに伝搬路状況によって変化する無線の制御情報を用いて通信品質を算出し、これを課金に反映させても良い。例えば1xEv-DOではMS3で測定されるCIRをBS4に送り、パケットデータ送信のスケジューリングに用いている。MS3で測定されるCIR（Carrier to Interference Ratio）と下りデータレートとは相関がある。BS4は、測定されたCIRに基づいて下りデータレートを決定するからである。BS4は下りデータレートを測定せずにMS3から受信するCIRの値をデータレートに対応付けても良い。またBS4は上りデータレートを測定せずにMS3が上りデータ信号を送信する際に合わせて送信する制御情報であるRRI（Reverse Rate Indicator）を受信し、これに対応する上りデータレートを求め、上りデータレートをその時点におけるQoSレベルの判定に用いてもよい。上りデータレート（Reverse Rate）は、一般に、MS3とBS4との間の伝搬路状況が良いほど高い値となる。
【００６０】
BS4がCIRの値をデータレート（DR）に対応付ける例を説明する。図４６はCIRとDRの対応テーブルの一例である。CIR対応テーブル330にはCIR331に対応するDR332が記録されている。BS4の記憶部35がCIR対応テーブル330を保持し、制御部36が行う制御に用いる。MS3は短い周期（典型的には1.25ms周期）でBS4にCIRを送信している。制御部36はstep2においてMS3からCIRを受信するとCIR対応テーブル330を参照して下りデータレートを算出する。MS3から送信されるCIRは量子化されており、CIR1, CIR2,…,CIRnの何れかの値を取るものとする。いま、BS4がMS3から受信したCIRの値がCIR2であったとする。制御部36はCIR対応テーブル330のCIR2に対応する値DR2を求めるデータレートとする。制御部36はMS3がCIRを送る周期で一定期間に上記処理を繰り返し、データレートの平均を求めRAN_Ave_Rate_BSとする。または、該一定期間内でのデータレートの最高値をピークレートRAN_Peak_Rate_BSとする。これらいずれかのデータレートが求まれば、図8のテーブルに基づきQoSレベルを決定できるので、その後の処理はこれまでに説明した他の実施例と同様に行うことができる。
【００６１】
BS4がRRIの値をデータレート（DR）に対応付ける例も同様である。図４７はRRIとDRの対応テーブルの一例である。RRI対応テーブル335にはRRI336に対応するDR337が記録されている。BS4の記憶部35がRRI対応テーブル335を保持する。MS3は制御チャンネルを通して短い周期（典型的には1.67ms周期）でBS4にRRIを送信している。制御部36はstep2においてMS3からRRIを受信するとRRI対応テーブル335を参照して上りデータレートを算出する。MS3から送信されるRRIは量子化されており、RRI1, RRI2,…,RRInの何れかの値を取るものとする。いま、BS4がMS3から受信したRRIの値がRRI2であったとする。制御部36はRRI対応テーブル335のRRI2に対応する値DR2を求めるデータレートとする。制御部36はMS3がRRIを送る周期で一定期間に上記処理を繰り返し、データレートの平均を求めRAN_Ave_Rate_BSとする。また、該一定期間内でのデータレートの最高値をピークレートRAN_Peak_Rate_BSとする。
【００６２】
上記例の場合、通常無線通信で用いている制御情報を用いて通信品質を算出するので、BS４での通信品質算出のために無線媒体に伝送する情報を増やす必要は無いという利点がある。
BS４でデータロスレートを計測する例を説明する。A8パケットでPCF３とBS4間のユーザ情報の伝送が行われる。BS４の制御部３６は受信したA8パケットの制御情報を参照し、該受信パケットがFlow ID２の情報であることを検知するとする。制御部３６はFlow ID２の受信パケットを一旦記憶部３５に蓄積し、無線伝送単位を組み立てる。BS４は無線送信単位を無線伝送路に送信する。記憶部３５の領域に空きが無くなると、制御部３６は記憶部３５に蓄積されたFlow ID２の受信パケットを廃棄する。制御部３６はFlow ID２の受信パケットのユーザ情報であって、廃棄された情報のバイト数および記憶部３５に蓄積された情報のバイト数をカウントする。制御部３６は廃棄された情報バイト数のカウントを蓄積された情報バイトのカウントで割ってデータロスレートRAN_Loss_Rate_BSを算出する。
【００６３】
また、BS4は通信品質そのものを測定する代わりに無線区間の通信路状態を反映する無線の制御情報からデータロスレートを推定しても良い。BS4は数ms単位のスロットにパケットデータを送信し、該パケットデータを受信できたMS3は受信成功を表すACK(acknowledgement)をBS4に送る。BS4が再送制御を行わない場合、受信成功でないときにはMS3は該パケットデータを失う。
BS4の制御部はMS3に送信したスロット数とMS3から受信したACK数とをカウントする。BS4の制御部はMS3に送信したスロット数からMS3から受信したACK数を減じた数値をMS3に送信したスロット数で割って、この値をデータロスレートRAN_Loss_Rate_BSとする。
【００６４】
上記例の場合、通常無線通信で用いている制御情報を用いて通信品質を推定するので、BS４での通信品質算出のために無線媒体に伝送する情報を増やす必要は無いという利点がある。
BS４で遅延時間としてユーザ情報の滞留時間を計測する例を説明する。A8パケットでPCF３とBS4間のユーザ情報の伝送が行われる。BS４の制御部３６は受信したA8パケットの制御情報を参照し、該受信パケットがFlow ID２の情報であることを検知するとする。制御部３６はFlow ID２の受信パケットを一旦記憶部３５に蓄積し、無線伝送単位を組み立てる。BS４は無線送信単位を無線伝送路に送信する。記憶部３５は、Flow ID２の受信パケットを記憶部３５に蓄積したタイマー３７の時刻T1と、該受信パケットのユーザ情報から組み立てた無線伝送単位をBB３１に入力した時刻T2を計測する。制御部３６はT２からT1を引いてBS４内での遅延時間RAN_Latency_BSを算出する。
【００６５】
また、BS4は通信品質そのものを測定する代わりに無線の制御情報から無線区間の通信路状態を反映する状態量として、遅延もしくは遅延揺らぎを推定しても良い。例えばBS4が情報の再送を行う場合、制御部36が制御情報を用いて平均再送回数を算出して遅延量に対応付け、これを課金に反映させても良い。例を以下に説明する。
【００６６】
BS4は数ms単位のスロットにパケットデータを送信し、該パケットデータを受信できたMS3は受信成功を表すACK(acknowledgement)をBS4に送る。BS4が再送制御を行う場合、BS4はACKが返送されないスロットのパケットデータの再送を行う。BS4の制御部３６は、平均の再送回数を見積もる。
BS4からMS3にパケットデータを送る時間の見積もりをＡとする。また1回再送する度に、MS3からBS4にACKを送る時間とBS4からMS3にパケットデータを送る時間が加算されるため、遅延時間が増大する。今一回再送するたびに加算される値をＢとする。
【００６７】
BS4の制御部３６は、RAN_Latency_BS=A+B*(平均再送回数)の式により遅延時間を算出する。事業者もしくはＢＳの製造者が何らかの手段でＡ，Ｂの値を予め見積もっておき、制御部３６での制御に用いるものとする。例えば、制御部３６で動作させるプログラムの制御変数としてＡ，Ｂを設定するようにしても良い。
また例えば、BS4の制御部36が制御情報を用いて再送回数の分散を算出して遅延揺らぎに対応付け、これを課金に反映させても良い。
【００６８】
上記例の場合、通常無線通信で用いている制御情報を用いて通信品質を算出するので、BS４での通信品質算出のために無線媒体に伝送する情報を増やす必要は無いという利点がある。
制御部３６は実際に提供したQoSパラメータを図３０に示すテーブルのRAN QoS parameters 2として記録する。RAN QoS parameters 2はRAN QoS parameters 2’と同様のパラメータの構造体２００とする。制御部３６はRAN QoS parameters 2のRAN_Peak_Rateとして、RAN_Peak_Rate_BSを記録する。制御部３６はRAN QoS parameters 2のRAN_Ave_Rateとして、RAN_Ave_Rate_BSを記録する。制御部３６はRAN QoS parameters 2のRAN_Latencyとして、RAN_Latency_BSを記録する。制御部３６はRAN QoS parameters 2のRAN_Loss_rateとして、RAN_Loss_rate_BSを記録する。制御部３６はRAN QoS parameters 2のRAN_Priorityとして、保証したQoSパラメータであるRAN QoS parameters 2’のRAN_Priorityに保持された値RAN_Priority_L1を記録する。
【００６９】
次にBS４の制御部３６がFlow ID２で指定されるフローの通信品質の劣化を検出する例を説明する。Step３で制御部３６は、測定した通信品質と保証した通信品質（Ｇ  ＱｏＳ）とを比較する。制御部３６は保証したQoSレベル２２９を参照し、Flow ID２に保証したQoSレベルがL1であることを検知する。制御部３６は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL1の行のパラメータとを比較する。Step3において制御部３６はRAN_Ave_Rate_BS＜RAN_Ave_Rate_L1、RAN_Latency_BS＞RAN_Latency_L1、RAN_Loss_rate_BS＞RAN_Loss_rate_L1の何れかを満たす場合に保証した通信品質に比べて実際に提供した通信品質が劣化していると判断する。
【００７０】
遅延時間の比較においてRAN_Latency_L1のBSに対する割り当て分とBSでの遅延時間を比較しても良い。例えばRAN_Latency_L1の１０％がBS割り当て分とする。制御部３６は、RAN_Latency_BS＞RAN_Latency_L1の代わりにRAN_Latency_BS＞（RAN_Latency_L1 x 0.1）を満たした場合に実通信品質が劣化していると判断する。各パラメータの値を比較する方が精度の高い課金が出来るが、各パラメータの値を一旦レベルに変換した上でレベルを比較しても良い。
【００７１】
また例えば、データレートやデータロスレートに余裕を持たせて比較しても良い。例えば、データレートについてRAN_Ave_Rate_BSに１０％の余裕を持たせる。このとき制御部３６は、（RAN_Ave_Rate_BS ＋ RAN_Ave_Rate_BS x 0.1）＜ RAN_Ave_Rate_L1を満たした場合に実通信品質が劣化していると判断する。例えば、データロスレートについてRAN_Loss_rate_BSに１０％の余裕を持たせる。このとき制御部３６は、（RAN_Loss_rate_BS - RAN_Loss_rate_BS x 0.1）＜ RAN_Loss_rate_L1を満たした場合に実通信品質が劣化していると判断する。
【００７２】
Step６で制御部３６は現状適用されている課金グレード（Accounting Grade）と、測定した通信品質から推定される実際に提供したQoSに対応する課金グレードとを比較する。制御部３６が劣化を検出した場合、QoSレベルを１つ下げて再度比較し、実際に提供したQoSレベルを調べる。即ち制御部３６は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL０の行のパラメータとを比較する。ここで、RAN_Ave_Rate_BS＜RAN_Ave_Rate_L0 RAN_Latency_BS＞RAN_Latency_L0、RAN_Loss_rate_BS＞RAN_Loss_rate_L0の何れかを満たさなかったとする。制御部３６は実際に提供したQoSレベルがL0と判断する。制御部３６は図８のテーブルに記録されたQoSレベルL0の課金グレード２５３の値と、図３０のテーブルに記録されたFlow ID２で指定されるフローの現状の課金グレード２３０の値とを比較する。
【００７３】
制御部３６は提供した品質の課金グレード２５３の値がGrade0、現状の課金グレード２３０の値がGrade１と異なるので、Step７で課金変更処理５６を開始する。具体的には、ＢＳ４が提供した品質を提供品質通知信号７０にProvided QoS１７５として載せて送る。Provided QoS１７５はPCF3、PDSN2を経由してAAA5に送られ、後述の課金処理において用いられる。PCF3，PDSN2，AAA5は、図８に示すテーブルを記憶しているのでそれぞれがProvided QoS１７５に対応する課金グレードを算出できる。また、ＢＳ４は提供品質通知信号７０にProvided QoS１７５を載せて送る代わりに提供した品質の課金グレード２５３を載せてAAAに送っても良い。制御部３６は、Step７においてFlow ID２で指定されるフローの課金グレード２３０にGrade0を記録し、図３０に示すＢＳ管理テーブルの現状の課金グレード(Accounting Grade230)を更新する。
【００７４】
ＢＳ4、PCF3、PDSN2の何れか複数で通信品質を測定し、課金グレードを変更する場合でStep7もしくはStep５にてＢＳ4、PCF3、PDSN2の何れかが主導で課金グレードの変更を行った場合、主導の以外の装置にも課金グレードの変更を通知し各装置に記憶された情報を更新する。主導となる装置が課金変更通知を送信し、該通知を受信した装置は課金情報の更新および必要に応じて該通知の中継を行う。BS4からPCF3、 PDSN2に課金グレードの変更を通知する場合のフロー例を図４１に示す。BS4がPCF3にBS課金グレード変更通知（BS Accounting-Update）301を送信し、PCF3がBS4にBS課金グレード変更確認（BS Accounting-Update-Ack）302を送信する。PCF3がPDSN2にPCF課金グレード変更通知（PCF Accounting-Update）303を送信し、PDSN2がPCF3にPCF課金グレード変更確認（PCF Accounting-Update-Ack）304を送信する。
【００７５】
また、PCF3からBS4、PDSN2に課金グレードの変更を通知する場合のフロー例を図４２に示す。PCF3がPDSN2にPCF課金グレード変更通知（PCF Accounting-Update）305を送信し、PDSN2がPCF3にPCF課金グレード変更確認（PCF Accounting-Update-Ack）306を送信する。PCF3がBS4にPCF課金グレード変更通知（PCF Accounting-Update）307を送信し、BS4がPCF3にPCF課金グレード変更確認（PCF Accounting-Update-Ack）308を送信する。
【００７６】
また、PDSN2からBS4、PCF3に課金グレードの変更を通知する場合のフロー例を図４３に示す。PDSN2がPCF3にPDSN課金グレード変更通知（PDSN Accounting-Update）309を送信し、PCF3がPDSN2にPDSN課金グレード変更確認（PDSN Accounting-Update-Ack）310を送信する。PCF3がBS4にPCF課金グレード変更通知（PCF Accounting-Update）311を送信し、BS4がPCF3にPCF課金グレード変更確認（PCF Accounting-Update-Ack）312を送信する。
【００７７】
BS課金グレード変更通知301、PCF課金グレード変更通知303、305、307、311、およびPDSN課金グレード変更通知309のメッセージフォーマットの1例を図４４に示す。Message Type321はBS課金グレード変更通知もしくはPCF課金グレード変更通知もしくはPDSN課金グレード変更通知であることを示す符号が格納される。Flow ID322は課金を変更するフローのFlow IDが格納される。Accounting Grade323は変更後の課金グレードが格納される。
【００７８】
BS課金グレード変更確認302、PCF課金グレード変更確認304、306、308、312、およびPDSN課金グレード変更確認310のメッセージフォーマットの1例を図４５に示す。Message Type326はBS課金グレード変更確認もしくはPCF課金グレード変更確認もしくはPDSN課金グレード変更確認であることを示す符号が格納される。Flow ID327は課金を変更するフローのFlow IDが格納される。
【００７９】
図４０にBS4、PCF3、PDSN2の制御部にて行われる課金変更通知処理のアルゴリズムの1例を示す。Step10で図３０の管理テーブルのFlow IDを検査し、図３０の管理テーブル上に存在するFlow IDのフローに対して処理を行う。即ち例えば上記信号５１の交換後、Flow ID2が図３０に設定されると、信号６１の交換後にFlow ID2の情報が図３０の管理テーブルから消去されるまで、Flow ID2のフローに対して処理を行う。Step11でBS課金グレード変更通知もしくはPCF課金グレード変更通知の受信を待つ。BS4、PCF3、PDSN2は各課金グレード変更通知を受信すると確認のため夫々に対応した課金グレード変更確認を返送する。Step12でBS4、PCF3、PDSN2は各課金グレード変更通知に含まれる課金グレード323を管理テーブルに記録する。具体的にはBS4の制御部36は課金グレード323を図３０に示すＢＳ管理テーブルの課金グレード230のFlow ID２に対応する行に記録する。PCF3の制御部23は課金グレード323を図３０に示すPCF管理テーブルの課金グレード230のFlow ID２に対応する行に記録する。PDSN2の制御部13は課金グレード323を図３1に示す管理テーブルの課金グレード2４0のFlow ID２に対応する行に記録する。Step13でBS4、PCF3、PDSN2は情報を中継するため必要に応じて課金グレード変更通知を送信する。
【００８０】
例えば図４１に示すようにPCF3がStep11でBS4からBS課金グレード変更通知301を受信したとすると、PCF3は先ずstep12で課金グレードの記録を行う。PCF3の制御部はStep 13でBS課金グレード変更通知301のMessage Type321をPCF課金グレード変更通知を示す値に書き換え、PCF課金グレード変更通知303として送信する。また例えば図42に示すようにPCF3がBS4にPCF課金グレード変更通知307を送信し、PCF3がPDSN2にPCF課金グレード変更通知305を送信するときを考える。この場合、BS4、PCF3、PDSN2の何れにおいても中継の必要が無いため各々の制御部の処理においてStep13は無い。また例えば図４3に示すようにPCF3がStep11でPDSN2からPDSN課金グレード変更通知309を受信したとすると、PCF3は先ずstep12で課金グレードの記録を行う。PCF3の制御部はStep 13でPDSN課金グレード変更通知309のMessage Type321をPCF課金グレード変更通知を示す値に書き換え、PCF課金グレード変更通知311として送信する。
【００８１】
このようにして、ＢＳ、ＰＣＦ、ＰＤＳＮは、いずれの装置において実通信品質の変化が検出された場合においても、実通信品質の変化に伴う課金グレードの変更に追随することができる。
本例の前提条件と異なるがStep６でRAN_Ave_Rate_BS＜RAN_Ave_Rate_L1、 RAN_Latency_BS＞RAN_Latency_L1、RAN_Loss_rate_BS＞RAN_Loss_rate_L1の何かを満たす場合は、制御部３６はQoSレベルを１つ下げて再度比較し、実際に提供したQoSレベルを調べる。このとき、制御部３６は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL０の行のパラメータとを比較する。例えばRAN_Ave_Rate_BS＜RAN_Ave_Rate_L0、RAN_Latency_BS＜RAN_Latency_L0、RAN_Loss_rate_BS＞RAN_Loss_rate_L0の何れかを満たさなかったとする。制御部３６は実際に提供したQoSレベルがL0と判断する。制御部３６はQoSレベルL0の課金グレード２５３を参照し、課金グレード２３０と比較する。
【００８２】
制御部３６は提供した品質の課金グレード２５３の値がGrade０、現状の課金グレード２３０の値がGrade０と値が同一なので、現状の課金が提供品質の課金に見合っていると判断する。この場合、制御部３６は課金変更処理５６を行わない。
【００８３】
BSで提供した通信品質を計測および保証した通信品質と比較し、提供した通信品質が回復したら課金変更を行う例を説明する。前記実施例の通り、Flow ID２で指定されるフローの実通信品質がQoSレベルL0の品質に劣化していたものとする。ここで、Flow ID２で指定されるフローの実通信品質が、保証される本来の通信品質（QoSレベルL1の品質）に回復したとする。
制御部３６は、Step２で平均データレートRAN_Ave_Rate_BS、ピークレートRAN_Peak_Rate_BS、データロスレートRAN_Loss_Rate_BS、遅延時間RAN_Latency_BSを計測する。
【００８４】
制御部３６はさらにStep２で測定した通信品質から推定される実際に提供したQoSパラメータを図３０に示すテーブルのRAN QoS parameters 2として記録する。RAN QoS parameters 2はRAN QoS parameters 2’と同様のパラメータの構造体２００とする。制御部３６はRAN QoS parameters 2のRAN_Peak_Rateとして、RAN_Peak_Rate_BSを記録する。制御部３６はRAN QoS parameters 2のRAN_Ave_Rateとして、RAN_Ave_Rate_BSを記録する。制御部３６はRAN QoS parameters 2のRAN_Latencyとして、RAN_Latency_BSを記録する。制御部３６はRAN QoS parameters 2のRAN_Loss_rateとして、RAN_Loss_rate_BSを記録する。制御部３６はRAN QoS parameters 2のRAN_Priorityとして、保証したQoSパラメータであるRAN QoS parameters 2’のRAN_Priorityに保持された値RAN_Priority_L1を記録する。
【００８５】
次にBS４の制御部３６がFlow ID２で指定されるフローの通信品質の回復を検出する例を説明する。Step３で制御部３６は、測定した通信品質と保証した通信品質（Ｇ ＱｏＳ）とを比較する。制御部３６は保証したQoSレベル２２９を参照し、Flow ID２のフローに保証したQoSレベルがL1であることを検知する。制御部３６は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL１の行のパラメータとを比較する。制御部３６は通信品質の劣化を検査する。ここで、RAN_Ave_Rate_BS＜RAN_Ave_Rate_L1、 RAN_Latency_BS＞RAN_Latency_L1、RAN_Loss_rate_BS＞RAN_Loss_rate_L1の何れも満たさなかったとする。制御部３６はFlow ID２のフローが実際に提供した通信品質が保証した通信品質に対して劣化していないと判断する。実際に提供した通信品質が保証した通信品質（L1）以上の場合も保証した通信品質の課金（Grade1での課金）を行う。
【００８６】
制御部３６はStep４で、図８のテーブルに記録された保証したQoSレベルL１の課金グレード２５３の値と、図３０のテーブルに記録されたFlow ID２で指定されるフローの現状の課金グレード２３０(Accounting Grade)の値とを比較する。
制御部３６は提供した品質の課金グレード２５３の値がGrade１、現状の課金グレード２３０の値がGrade０と値が異なるので、Step５で課金変更処理５８を開始する。このとき制御部３６はFlow ID２で指定されるフローの課金グレード２３０にGrade１を記録し、ＢＳ管理テーブルの現状の課金グレードを更新する。
【００８７】
[AAA５での課金の例]
AAA５が各MSのサービスインスタンス（SI）毎に課金する例を説明する。図３４にAAA５の記憶部４２の管理テーブルの１例を示す。図１３に示すメッセージがAAA５のNW IF４１に入力される。AAA５の制御部４３は図１３に示すメッセージに含まれる情報を解析し、図３４のテーブルを作成する。MS ID２５５はMSの識別子である。ここで、課金対象となるMS７の識別子がMS_ID1とする。SR ID２５６はSIの識別子である。課金対象であるSIの識別子がSR_ID2とする。BS ID２５７はMS７が接続するBS３の識別子である。ここで、BS３の識別子がBS_ID１とする。Active Time２５８は有効な接続時間である。ここで、MS7が図９に示す通信を行ったとする。Active Time２５８には、期間６２の有効接続時間Tac１、期間６３の有効接続時間Tac２、および期間６４の有効接続時間Tac３が記録される。Accounting Grade２５９は課金のグレードである。制御部４３はメッセージに含まれる通信品質の実測値１２６と記憶部４２に記録された通信品質２５１とを比較し、課金のグレードを算出する。制御部４３は、期間６２の課金グレードとしてGrade１、期間６３の課金グレードとしてGrade ０、および期間６４の課金グレードとしてGrade1を２５９に記録する。
【００８８】
制御部４３は課金額としてTac1*F(Grade 1)+ Tac2*F(Grade 0)+ Tac3*F(Grade 1)を計算する。ここでF（x)は課金のグレードｘの引数に対する、単位時間辺り課金額の関数である。事業者がAAA５で計算された課金額をMS7のユーザに請求する。
本例はAAA５がメッセージに含まれる通信品質の実測情報から課金グレードを算出する例である。BS４、PCF３、PDSN２は、通信品質そのものではなく、実測した通信品質から算出した課金グレードをメッセージに載せてAAA５に送信しても良い。さらにAAA５はメッセージに含まれる課金グレードを用いて課金を行っても良い。
【００８９】
[PCFでの品質評価方法の例]
PCF3で提供した通信品質を計測し、適用中の課金が提供した通信品質に見合っていなかったら課金変更を行う例を説明する。
ネットワークオペレータは図８に示す情報を予め、BS４の記憶部３４、PCF3の記憶部２７、PDSN2の記憶部１２、AAA５の記憶部４２に設定するものとする。或いはMS７がBS４、PCF３、PDSN２に図８のテーブル情報を含む信号を送信してサービスを要求し、BS４、PCF３、PDSN２が夫々の記憶部に図８のテーブル情報を登録しても良い。MS７がBS４、PCF３、PDSN２に希望するQoSパラメータを送ってサービスを要求する例は、非特許文献2に開示されている。
【００９０】
ここで、MS７にSR_ID１の識別子を持つSIとFlow ID１の接続が既に有り、図９の信号５１で新規にSR_ID２の識別子を持つSIとFlow ID2の接続を設定したとする。このときSR_ID１のSIはQoS レベルL0、SR_ID２のSIはQoS レベルL1であったとする。信号５１の交換後、PCF３のCPU２８は記憶部２７の図３０に示すテーブルに新規フロー（Flow ID2）の情報を設定する。CPU２８はFlow ID２２３にフローの識別子Flow ID２を設定する。CPU２８はSR_ID２２４にFlow ID２のSIの識別子、SR_ID2を設定する。CPU２８はこの段階では実際に提供したQoSパラメータを格納するフィールド２２１の設定を行わない。CPU２８は保証したQoSパラメータを格納するフィールド２２４の設定を行う。CPU２８はFlow ID２のフローに保証したQoSパラメータをRAN QoS parameters 2’として２２８に設定し、RAN QoS parameters 2’の情報長を２２７のFlow ID２に対応する行に設定する。SR_ID２のSIはQoS レベルL1であるので、RAN QoS parameters 2’として図８に示すテーブルの、QoSレベル２５０がL１の行のRAN QoS parameter２５１に示すパラメータを設定する。CPU２８はFlow ID２のフローに保証したQoSレベルとしてL1を２２９のFlow ID２に対応する行に設定する。制御部３６はFlow ID２のフローの課金のグレードとしてGrade1を２３０のFlow ID２に対応する行に設定する。
【００９１】
PCF３でデータレートを計測する例を説明する。A10パケットでPDSN２とPCF３間のユーザ情報の伝送が行われる。PCF３のCPU２８は受信したA10パケットの制御情報を参照し、該受信パケットがFlow ID２の情報であることを判断する。CPU２８はFlow ID２の受信パケットを一旦記憶部２７に蓄積し、A8パケットを組み立てる。PCF3はA8パケットをNW IF２１を経由して伝送路に送信する。CPU２８はFlow ID２のA8パケットのユーザ情報であって伝送路に送信が完了した情報のバイト数を一定期間カウントする。またCPU２８はタイマー２９でバイト数をカウントする時間を計測する。CPU２８は該バイト数のカウントを該カウントする時間で割って平均データレートRAN_Ave_Rate_PCFを算出する。またCPU２８は、タイマー２９でバイト数をカウントする期間を十分短く取り、前記同様の手順でデータレートを算出する。該一定期間内でのデータレートの最高値をピークレートRAN_Peak_Rate_PCFとする。
【００９２】
PCF３でデータロスレートを計測する例を説明する。A10パケットでPDSN２とPCF３間のユーザ情報の伝送が行われる。PCF３のCPU２８は受信したA10パケットの制御情報を参照し、該受信パケットがFlow ID２の情報であることを検知するとする。CPU２８はFlow ID２の受信パケットを一旦記憶部２７に蓄積し、A8パケットを組み立てる。PCF3はA8パケットをNW IF２１を経由して伝送路に送信する。記憶部２７の領域に空きが無くなると、CPU２８は記憶部２７に蓄積されたFlow ID２の受信パケットを廃棄する。CPU２８はFlow ID２の受信パケットのユーザ情報であって廃棄された情報のバイト数および記憶部２７に蓄積された情報のバイト数をカウントする。CPU２８は廃棄された情報バイト数のカウントを蓄積された情報バイトのカウントで割ってデータロスレートRAN_Loss_Rate_PCFを算出する。
【００９３】
PCF３で遅延時間としてユーザ情報の滞留時間を計測する例を説明する。A10パケットでPDSN２とPCF３間のユーザ情報の伝送が行われる。PCF３のCPU２８は受信したA10パケットの制御情報を参照し、該受信パケットがFlow ID２の情報であることを判断する。CPU２８はFlow ID２の受信パケットを一旦記憶部２７に蓄積し、A8パケットを組み立てる。PCF3はA8パケットをNW IF２１を経由して伝送路に送信する。記憶部２７は、Flow ID２の受信パケットを記憶部２７に蓄積したタイマー２９の時刻T1と、該受信パケットのユーザ情報から組み立てたA8パケットをNW IF２１に出力した時刻T2を計測する。CPU２８はT２からT1を引いてPCF３内での遅延時間RAN_Latency_PCFを算出する。
【００９４】
CPU２８は実際に提供したQoSパラメータを図３０に示すテーブルのRAN QoS parameters 2として記録する。RAN QoS parameters 2はRAN QoS parameters 2’と同様のパラメータの構造体２００とする。CPU２８はRAN QoS parameters 2のRAN_Peak_Rateとして、RAN_Peak_Rate_PCFを記録する。CPU２８はRAN QoS parameters 2のRAN_Ave_Rateとして、RAN_Ave_Rate_PCFを記録する。CPU２８はRAN QoS parameters 2のRAN_Latencyとして、RAN_Latency_PCFを記録する。CPU２８はRAN QoS parameters 2のRAN_Loss_rateとして、RAN_Loss_rate_PCFを記録する。CPU２８はRAN QoS parameters 2のRAN_Priorityとして、保証したQoSパラメータであるRAN QoS parameters 2’のRAN_Priorityに保持された値RAN_Priority_L1を記録する。
【００９５】
次にPCF３のCPU２８がFlow ID２で指定されるフローの通信品質の劣化を検出する例を説明する。CPU２８は保証したQoSレベル２２９を参照し、Flow ID２に保証したQoSレベルがL1であることを検知する。CPU２８は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL1の行のパラメータとを比較する。CPU２８はRAN_Ave_Rate_PCF＜RAN_Ave_Rate_L1、 RAN_Latency_PCF＞RAN_Latency_L1、RAN_Loss_rate_PCF＞RAN_Loss_rate_L1の何れかを満たす場合に保証した通信品質に比べて実際に提供した通信品質が劣化していると判断する。
【００９６】
遅延時間の比較においてRAN_Latency_L1のPCFに対する割り当て分とPCFでの遅延時間を比較しても良い。例えばRAN_Latency_L1の３０％がBS割り当て分とする。制御部３６は、RAN_Latency_PCF＞RAN_Latency_L1の代わりにRAN_Latency_PCF＞（RAN_Latency_L1 x 0.3）を満たした場合に実通信品質が劣化していると判断する。
【００９７】
また例えば、データレートやデータロスレートに余裕を持たせて比較しても良い。例えば、データレートについてRAN_Ave_Rate_PCFに１０％の余裕を持たせる。このときCPU２８は、（RAN_Ave_Rate_PCF ＋ RAN_Ave_Rate_PCF x 0.1）＜ RAN_Ave_Rate_L1を満たした場合に実通信品質が劣化していると判断する。例えば、データロスレートについてRAN_Loss_rate_PCFに２０％の余裕を持たせる。このときCPU２８は、（RAN_Loss_rate_PCF - RAN_Loss_rate_PCF x 0.2）＜ RAN_Loss_rate_L1を満たした場合に実通信品質が劣化していると判断する。
【００９８】
また例えば、BS４で測定された通信品質を用いてPCF３で通信品質の比較を行っても良い。例えば、BS４から信号７０で送られるRAN_Latency_BSを用いて、(RAN_Latency_BS+ RAN_Latency_PCF) ＞RAN_Latency_L1を満たす場合に保証した通信品質に比べて実際に提供した通信品質が劣化していると判断しても良い。また例えば、BS４から信号７０で送られるRAN_Loss_rate_BSを用いて、(RAN_Loss_rate_BS+RAN_Loss_rate_PCF)＞RAN_Loss_rate_L1を満たす場合に保証した通信品質に比べて実際に提供した通信品質が劣化していると判断しても良い。
【００９９】
CPU２８が劣化を検出した場合、QoSレベルを１つ下げて再度比較し、実際に提供したQoSレベルを調べる。即ちCPU２８は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL０の行のパラメータとを比較する。ここで、RAN_Ave_Rate_PCF＜RAN_Ave_Rate_L0 RAN_Latency_PCF＞RAN_Latency_L0、RAN_Loss_rate_PCF＞RAN_Loss_rate_L0の何れかを満たさなかったとする。CPU２８は実際に提供したQoSレベルがL0と判断する。CPU２８は図８のテーブルに記録されたQoSレベルL0の課金グレード２５３の値と、図３０のテーブルに記録されたFlow ID２で指定されるフローの現状の課金グレード２３０の値とを比較する。CPU２８は提供した品質の課金グレード２５３の値がGrade0で、現状の課金グレード２３０の値がGrade１と異なるので、課金変更処理５６を開始する。CPU２８はFlow ID２で指定されるフローの課金グレード２３０にGrade0を記録する。
【０１００】
PCF３で提供した通信品質を計測および保証した通信品質と比較し、提供した通信品質が回復したら課金変更を行う例を説明する。前記の通り、Flow ID２で指定されるフローの実通信品質がQoSレベルL0の品質に劣化していたものとする。ここで、Flow ID２で指定されるフローの実通信品質が、保証される本来の通信品質（QoSレベルL1の品質）に回復したとする。
【０１０１】
CPU２８は、平均データレートRAN_Ave_Rate_PCF、ピークレートRAN_Peak_Rate_PCF、データロスレートRAN_Loss_Rate_PCF、遅延時間RAN_Latency_PCFを計測する。
CPU２８は実際に提供したQoSパラメータを図３０に示すテーブルのRAN QoS parameters 2として記録する。RAN QoS parameters 2はRAN QoS parameters 2’と同様のパラメータの構造体２００とする。CPU２８はRAN QoS parameters 2のRAN_Peak_Rateとして、RAN_Peak_Rate_PCFを記録する。CPU２８はRAN QoS parameters 2のRAN_Ave_Rateとして、RAN_Ave_Rate_PCFを記録する。CPU２８はRAN QoS parameters 2のRAN_Latencyとして、RAN_Latency_PCFを記録する。CPU２８はRAN QoS parameters 2のRAN_Loss_rateとして、RAN_Loss_rate_PCFを記録する。CPU２８はRAN QoS parameters 2のRAN_Priorityとして、保証したQoSパラメータであるRAN QoS parameters 2’のRAN_Priorityに保持された値RAN_Priority_L1を記録する。
【０１０２】
次にPCF３のCPU２８がFlow ID２で指定されるフローの通信品質の回復を検出する例を説明する。CPU２８は保証したQoSレベル２２９を参照し、Flow ID２のフローに保証したQoSレベルがL1であることを検知する。CPU２８は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL１の行のパラメータとを比較する。CPU２８は通信品質の劣化を検査する。ここで、RAN_Ave_Rate_PCF＜RAN_Ave_Rate_L1、 RAN_Latency_PCF＞RAN_Latency_L1、RAN_Loss_rate_PCF＞RAN_Loss_rate_L1の何れも満たさなかったとする。CPU２８はFlow ID２のフローが実際に提供した通信品質が保証した通信品質に対して劣化していないと判断する。実際に提供した通信品質が保証した通信品質（L1）以上の場合も保証した通信品質の課金（Grade1での課金）を行う。
【０１０３】
CPU２８は図８のテーブルに記録された保証したQoSレベルL１の課金グレード２５３の値と、図３０のテーブルに記録されたFlow ID２で指定されるフローの現状の課金グレード２３０の値とを比較する。
CPU２８は提供した品質の課金グレード２５３の値がGrade１、現状の課金グレード２３０の値がGrade０と値が異なるので、課金変更処理５８を開始する。CPU２８はFlow ID２で指定されるフローの課金グレード２３０にGrade１を記録する。
【０１０４】
本例の前提条件と異なるがRAN_Ave_Rate_PCF＜RAN_Ave_Rate_L1、 RAN_Latency_PCF＞RAN_Latency_L1、RAN_Loss_rate_PCF＞RAN_Loss_rate_L1の何かを満たす場合は、制御部３６はQoSレベルを１つ下げて再度比較し、実際に提供したQoSレベルを調べる。このとき、CPU２８は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL０の行のパラメータとを比較する。例えばRAN_Ave_Rate_PCF＜RAN_Ave_Rate_L0、 RAN_Latency_PCF＜RAN_Latency_L0、RAN_Loss_rate_PCF＞RAN_Loss_rate_L0の何れかを満たさなかったとする。CPU２８は実際に提供したQoSレベルがL0と判断する。CPU２８はQoSレベルL0の課金グレード２５３を参照し、課金グレード２３０と比較する。
CPU２８は提供した品質の課金グレード２５３の値がGrade０、現状の課金グレード２３０の値がGrade０と値が同一なので、現状の課金が提供品質の課金に見合っていると判断する。この場合、CPU２８は課金変更処理５８を行わない。
【０１０５】
[PDSNでの品質評価方法の例]
PDSN２で提供した通信品質を計測し、適用中の課金が提供した通信品質に見合っていなかったら課金変更を行う例を説明する。
ネットワークオペレータは図８に示す情報を予め、BS４の記憶部３４、PCF3の記憶部２７、PDSN2の記憶部１２、AAA５の記憶部４２に設定するものとする。或いはMS７がBS４、PCF３、PDSN２に図８のテーブル情報を含む信号を送信してサービスを要求し、BS４、PCF３、PDSN２が夫々の記憶部に図８のテーブル情報を登録しても良い。MS７がBS４、PCF３、PDSN２に希望するQoSパラメータを送ってサービスを要求する例は、非特許文献2に開示されている。
【０１０６】
ここで、MS７にSR_ID１の識別子を持つSIとFlow ID１の接続が既に有り、図９の信号５１で新規にSR_ID２の識別子を持つSIとFlow ID2の接続を設定したとする。このときSR_ID１のSIはQoS レベルL0、SR_ID２のSIはQoS レベルL1であったとする。信号５１の交換後、PDSN2の制御部１３は記憶部１２の図３１に示すテーブルに新規フロー（Flow ID2）の情報を設定する。制御部１３はFlow ID２３３にフローの識別子Flow ID２を設定する。制御部１３はSR_ID２３４にFlow ID２のSIの識別子、SR_ID2を設定する。制御部１３はこの段階では実際に提供したQoSパラメータを格納するフィールド２３１の設定を行わない。制御部１３は保証したQoSパラメータを格納するフィールド２３４の設定を行う。制御部１３はFlow ID２のフローに保証したQoSパラメータをRAN QoS parameters 2’として２３８に設定し、RAN QoS parameters 2’の情報長を２３７のFlow ID２に対応する行に設定する。SR_ID２のSIはQoS レベルL1であるので、RAN QoS parameters 2’として図８に示すテーブルの、QoSレベル２５０がL１の行のRAN QoS parameter２５１に示すパラメータを設定する。制御部１３はFlow ID２のフローに保証したQoSレベルとしてL1を２３９のFlow ID２に対応する行に設定する。制御部１３はFlow ID２のフローの課金のグレードとしてGrade1を２４０のFlow ID２に対応する行に設定する。
【０１０７】
PDSN2でデータレートを計測する例を説明する。IPパケットでIP NW１とPDSN２間のユーザ情報の伝送が行われる。PDSN2の制御部１３は受信したIPパケットの制御情報を参照し、該受信パケットがFlow ID２の情報であることを検知するとする。制御部１３はFlow ID２の受信パケットを一旦記憶部１２に蓄積し、A10パケットを組み立てる。PDSN2はA10パケットをNW IF１１を経由して伝送路に送信する。制御部１３はFlow ID２のA10パケットのユーザ情報であって伝送路に送信が完了した情報のバイト数を一定期間カウントする。また制御部１３はタイマー１５でバイト数をカウントする時間を計測する。制御部１３は該バイト数のカウントを該カウントする時間で割って平均データレートRAN_Ave_Rate_PDSNを算出する。また制御部１３は、タイマー１５でバイト数をカウントする期間を十分短く取り、前記同様の手順でデータレートを算出する。該一定期間内でのデータレートの最高値をピークレートRAN_Peak_Rate_PDSNとする。
【０１０８】
PDSN２でデータロスレートを計測する例を説明する。IPパケットでIP NW１とPDSN２間のユーザ情報の伝送が行われる。PDSN2の制御部１３は受信したIPパケットの制御情報を参照し、該受信パケットがFlow ID２の情報であることを検知するとする。制御部１３はFlow ID２の受信パケットを一旦記憶部１２に蓄積し、A10パケットを組み立てる。PDSN2はA10パケットをNW IF１１を経由して伝送路に送信する。記憶部１２の領域に空きが無くなると、制御部１３は記憶部１２に蓄積されたFlow ID２の受信パケットを廃棄する。制御部１３はFlow ID２の受信パケットのユーザ情報であって廃棄された情報のバイト数および記憶部１２に蓄積された情報のバイト数をカウントする。制御部１３は廃棄された情報バイト数のカウントを蓄積された情報バイトのカウントで割ってデータロスレートRAN_Loss_Rate_PDSNを算出する。
【０１０９】
PDSN２で遅延時間としてユーザ情報の滞留時間を計測する例を説明する。IPパケットでIP NW１とPDSN２間のユーザ情報の伝送が行われる。PDSN2の制御部１３は受信したIPパケットの制御情報を参照し、該受信パケットがFlow ID２の情報であることを検知するとする。制御部１３はFlow ID２の受信パケットを一旦記憶部１２に蓄積し、A10パケットを組み立てる。PDSN2はA10パケットをNW IF１１を経由して伝送路に送信する。記憶部１３は、Flow ID２の受信パケットを記憶部１３に蓄積したタイマー１５の時刻T1と、該受信パケットのユーザ情報から組み立てたA10パケットをNW IF１１に出力した時刻T2を計測する。制御部１３はT２からT1を引いてPDSN２内での遅延時間RAN_Latency_PDSNを算出する。
【０１１０】
制御部１３は実際に提供したQoSパラメータを図３１に示すテーブルのRAN QoS parameters 2として記録する。RAN QoS parameters 2はRAN QoS parameters 2’と同様のパラメータの構造体２００とする。制御部１３はRAN QoS parameters 2のRAN_Peak_Rateとして、RAN_Peak_Rate_PDSNを記録する。制御部１３はRAN QoS parameters 2のRAN_Ave_Rateとして、RAN_Ave_Rate_PDSNを記録する。制御部１３はRAN QoS parameters 2のRAN_Latencyとして、RAN_Latency_PDSNを記録する。制御部１３はRAN QoS parameters 2のRAN_Loss_rateとして、RAN_Loss_rate_PDSNを記録する。制御部１３はRAN QoS parameters 2のRAN_Priorityとして、保証したQoSパラメータであるRAN QoS parameters 2’のRAN_Priorityに保持された値RAN_Priority_L1を記録する。
【０１１１】
次にPDSN２の制御部１３がFlow ID２で指定されるフローの通信品質の劣化を検出する例を説明する。制御部１３は保証したQoSレベル２３９を参照し、Flow ID２に保証したQoSレベルがL1であることを検知する。制御部１３は図３１に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL1の行のパラメータとを比較する。制御部１３はRAN_Ave_Rate_PDSN＜RAN_Ave_Rate_L1、 RAN_Latency_PDSN＞RAN_Latency_L1、RAN_Loss_rate_PDSN＞RAN_Loss_rate_L1の何れかを満たす場合に保証した通信品質に比べて実際に提供した通信品質が劣化していると判断する。
【０１１２】
遅延時間の比較においてRAN_Latency_L1のPDSNに対する割り当て分とPDSNでの遅延時間を比較しても良い。例えばRAN_Latency_L1の２０％がPDSN割り当て分とする。制御部３６は、RAN_Latency_PDSN＞RAN_Latency_L1の代わりにRAN_Latency_PDSN＞（RAN_Latency_L1 x 0.2）を満たした場合に実通信品質が劣化していると判断する。
【０１１３】
また例えば、データレートやデータロスレートに余裕を持たせて比較しても良い。例えば、データレートについてRAN_Ave_Rate_PDSNに２５％の余裕を持たせる。このとき制御部１３は、（RAN_Ave_Rate_PDSN ＋ RAN_Ave_Rate_PDSN x 0.25）＜ RAN_Ave_Rate_L1を満たした場合に実通信品質が劣化していると判断する。例えば、データロスレートについてRAN_Loss_rate_PDSNに１５％の余裕を持たせる。このとき制御部１３は、（RAN_Loss_rate_PDSN - RAN_Loss_rate_PDSN x 0.15）＜ RAN_Loss_rate_L1を満たした場合に実通信品質が劣化していると判断する。
【０１１４】
また例えば、BS４およびPCF３で測定された通信品質を用いてPDSN２で通信品質の比較を行っても良い。例えば、PCF３から信号７４で送られるRAN_Latency_PCFを用いて、(RAN_Latency_PCF+ RAN_Latency_PDSN) ＞RAN_Latency_L1を満たす場合に保証した通信品質に比べて実際に提供した通信品質が劣化していると判断しても良い。また例えば、PCF３から信号７４で送られるRAN_Loss_rate_PCFを用いて、(RAN_Loss_rate_PCF+RAN_Loss_rate_PDSN)＞RAN_Loss_rate_L1を満たす場合に保証した通信品質に比べて実際に提供した通信品質が劣化していると判断しても良い。
【０１１５】
制御部１３が劣化を検出した場合、QoSレベルを１つ下げて再度比較し、実際に提供したQoSレベルを調べる。即ち制御部１３は図３１に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL０の行のパラメータとを比較する。ここで、RAN_Ave_Rate_PDSN＜RAN_Ave_Rate_L0 RAN_Latency_PDSN＞RAN_Latency_L0、RAN_Loss_rate_PDSN＞RAN_Loss_rate_L0の何れかを満たさなかったとする。制御部１３は実際に提供したQoSレベルがL0と判断する。制御部１３は図８のテーブルに記録されたQoSレベルL0の課金グレード２５３の値と、図３１のテーブルに記録されたFlow ID２で指定されるフローの現状の課金グレード２４０の値とを比較する。制御部１３は提供した品質の課金グレード２５３の値がGrade0で、現状の課金グレード２４０の値がGrade１と異なるので、課金変更処理５６を開始する。制御部１３はFlow ID２で指定されるフローの課金グレード２４０にGrade0を記録する。
【０１１６】
PDSN２で提供した通信品質を計測および保証した通信品質と比較し、提供した通信品質が回復したら課金変更を行う例を説明する。前記の通り、Flow ID２で指定されるフローの実通信品質がQoSレベルL0の品質に劣化していたものとする。ここで、Flow ID２で指定されるフローの実通信品質が、保証される本来の通信品質（QoSレベルL1の品質）に回復したとする。
【０１１７】
制御部１３は、平均データレートRAN_Ave_Rate_PDSN、ピークレートRAN_Peak_Rate_PDSN、データロスレートRAN_Loss_Rate_PDSN、遅延時間RAN_Latency_PDSNを計測する。
制御部１３は実際に提供したQoSパラメータを図３１に示すテーブルのRAN QoS parameters 2として記録する。RAN QoS parameters 2はRAN QoS parameters 2’と同様のパラメータの構造体２００とする。制御部１３はRAN QoS parameters 2のRAN_Peak_Rateとして、RAN_Peak_Rate_PDSNを記録する。制御部１３はRAN QoS parameters 2のRAN_Ave_Rateとして、RAN_Ave_Rate_PDSNを記録する。制御部１３はRAN QoS parameters 2のRAN_Latencyとして、RAN_Latency_PDSNを記録する。制御部１３はRAN QoS parameters 2のRAN_Loss_rateとして、RAN_Loss_rate_PDSNを記録する。制御部１３はRAN QoS parameters 2のRAN_Priorityとして、保証したQoSパラメータであるRAN QoS parameters 2’のRAN_Priorityに保持された値RAN_Priority_L1を記録する。
【０１１８】
次にPDSN２の制御部１３がFlow ID２で指定されるフローの通信品質の回復を検出する例を説明する。制御部１３は保証したQoSレベル２３９を参照し、Flow ID２のフローに保証したQoSレベルがL1であることを検知する。制御部１３は図３１に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL１の行のパラメータとを比較する。制御部１３は通信品質の劣化を検査する。ここで、RAN_Ave_Rate_PDSN＜RAN_Ave_Rate_L1、 RAN_Latency_PDSN＞RAN_Latency_L1、RAN_Loss_rate_PDSN＞RAN_Loss_rate_L1の何れも満たさなかったとする。制御部１３はFlow ID２のフローが実際に提供した通信品質が保証した通信品質に対して劣化していないと判断する。実際に提供した通信品質が保証した通信品質（L1）以上の場合も保証した通信品質の課金（Grade1での課金）を行う。
【０１１９】
制御部１３は図８のテーブルに記録された保証したQoSレベルL１の課金グレード２５３の値と、図３１のテーブルに記録されたFlow ID２で指定されるフローの現状の課金グレード２４０の値とを比較する。
制御部１３は提供した品質の課金グレード２５３の値がGrade１、現状の課金グレード２４０の値がGrade０と値が異なるので、課金変更処理５８を開始する。制御部１３はFlow ID２で指定されるフローの課金グレード２４０にGrade１を記録する。
【０１２０】
本例の前提条件と異なるがRAN_Ave_Rate_PDSN＜RAN_Ave_Rate_L1、 RAN_Latency_PDSN＞RAN_Latency_L1、RAN_Loss_rate_PDSN＞RAN_Loss_rate_L1の何かを満たす場合は、制御部１３はQoSレベルを１つ下げて再度比較し、実際に提供したQoSレベルを調べる。このとき、制御部１３は図３１に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL０の行のパラメータとを比較する。例えばRAN_Ave_Rate_PDSN＜RAN_Ave_Rate_L0、 RAN_Latency_PDSN＜RAN_Latency_L0、RAN_Loss_rate_PDSN＞RAN_Loss_rate_L0の何れかを満たさなかったとする。制御部１３は実際に提供したQoSレベルがL0と判断する。制御部１３はQoSレベルL0の課金グレード２５３を参照し、課金グレード２４０と比較する。
【０１２１】
制御部１３は提供した品質の課金グレード２５３の値がGrade０、現状の課金グレード２４０の値がGrade０と値が同一なので、現状の課金が提供品質の課金に見合っていると判断する。この場合、制御部１３は課金変更処理５８を行わない。
【０１２２】
[BSでの品質評価方法の例(平均値)]
BS４で通信品質の平均値を監視し、通信品質の平均値が要求される通信品質を満たせない場合に課金変更を行う例を図３５に示す。
信号５１でMS７の要求するQoSパラメータのフローの設定が行われる。信号５１は複数の信号からなり、交換手順は例えばX.P0011-004-D v0.4のAnnex Fのコールフローに従う。信号５１の交換後、MS７、BS４、PCF３、PDSN２は各フローに対してMS７が要求したQoSパラメータと保証したQoSパラメータのテーブルを保持する。ここで、MS７がQoSレベルL１のフローを要求し、要求が通ってFlow ID2の識別子を持つQoSレベル１のフローが設定されたとする。信号５２でPDSN２がAAA５に課金開始要求のメッセージを送信する。AAA５は５２に含まれるQoSパラメータを参照し、課金を開始する。
【０１２３】
AAA５は保証しているQoSレベルがL１なので、接続時間に比例してグレード１の課金を始める。AAA5は信号５３で信号５２に対する応答メッセージをPDSN２に送信する。ステップ５４でユーザーデータの送受信が行われる期間にBS４、PCF3、PDSN2の少なくとも何れか１つが通信品質の監視を行い、通信品質の平均値を計算する。ここで、BS４がステップ５４でユーザーデータの送受信が行われる期間に通信品質の平均値を計算する。
【０１２４】
ＢＳ４は信号７０．７１、７２、７３、７４、７５、７６、７７の交換で実通信品質の平均値をAAA５に伝える。AAA５は実通信品質の平均値に基づいて課金を行う。本例は、保証したQoSレベルがL１のフローであっても、実通信品質の平均値に基づいてGrade0の課金レベルで課金を行う場合を説明する。
信号６１でFlow ID２で指定されるフローの解除が行われる。信号６１は複数の信号からなり、交換手順は例えばX.P0011-004-D v0.4のAnnex Fのコールフローに従う。
【０１２５】
BS４の制御部３６はステップ５４のデータ送受信期間における、平均データレートRAN_Ave_Rate_BS、データロスレートRAN_Loss_Rate_BS、遅延時間RAN_Latency_BSの平均値を計測する。制御部３６は通信品質の平均値を図３０に示すテーブルのRAN QoS parameters 2として記録する。RAN QoS parameters 2はRAN QoS parameters 2’と同様のパラメータの構造体２００とする。制御部３６はRAN QoS parameters 2のRAN_Ave_Rateとして、RAN_Ave_Rate_BSの平均値を記録する。制御部３６はRAN QoS parameters 2のRAN_Latencyとして、RAN_Latency_BSの平均値を記録する。制御部３６はRAN QoS parameters 2のRAN_Loss_rateとして、RAN_Loss_rate_BSの平均値を記録する。
【０１２６】
制御部３６は保証したQoSレベル２２９を参照し、Flow ID２に保証したQoSレベルがL1であることを判断する。制御部３６は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL1の行のパラメータとを比較する。制御部３６はRAN_Ave_Rate＜RAN_Ave_Rate_L1、 RAN_Latency＞RAN_Latency_L1、RAN_Loss_rate＞RAN_Loss_rate_L1の何れかを満たす場合に保証した通信品質に比べて実際に提供した通信品質が劣化していると判断する。
【０１２７】
遅延時間の比較においてRAN_Latency_L1のBSに対する割り当て分とBSでの遅延時間を比較しても良い。例えばRAN_Latency_L1の１０％がBSに対する割り当て分とする。制御部３６は、RAN_Latency＞RAN_Latency_L1の代わりにRAN_Latency＞（RAN_Latency_L1 x 0.1）を満たした場合に実通信品質が劣化していると判断する。
また例えば、データレートやデータロスレートに余裕を持たせて比較しても良い。例えば、データレートについてRAN_Ave_Rateに１０％の余裕を持たせる。このとき制御部３６は、（RAN_Ave_Rate ＋ RAN_Ave_Rate x 0.1）＜ RAN_Ave_Rate_L1を満たした場合に実通信品質が劣化していると判断する。例えば、データロスレートについてRAN_Loss_rateに１０％の余裕を持たせる。このとき制御部３６は、（RAN_Loss_rate - RAN_Loss_rate x 0.1）＜ RAN_Loss_rate_L1を満たした場合に実通信品質が劣化していると判断する。
【０１２８】
制御部３６が劣化を検出した場合、QoSレベルを１つ下げて再度比較し、実際に提供したQoSレベルを調べる。即ち制御部３６は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL０の行のパラメータとを比較する。ここで、RAN_Ave_Rate＜RAN_Ave_Rate_L0、RAN_Latency＞RAN_Latency_L0、RAN_Loss_rate＞RAN_Loss_rate_L0の何れかを満たさなかったとする。制御部３６は実際に提供したQoSレベルがL0と判断する。制御部３６は図８のテーブルに記録されたQoSレベルL0の課金グレード２５３の値と、図３０のテーブルに記録されたFlow ID２で指定されるフローの現状の課金グレード２３０の値とを比較する。制御部３６は提供した品質の課金グレード２５３の値がGrade0、現状の課金グレード２３０の値がGrade１と異なるので、課金変更処理を開始する。制御部３６はFlow ID２で指定されるフローの課金グレード２３０にGrade0を記録する。
【０１２９】
BS４は実通信品質の情報１７５を含む信号７０をPCF３に送る。制御部３６は図３０に示すテーブルのRAN QoS parameters 2を情報１７５として設定する。PCF３は信号７０に対する応答７１をBS４に送る。PCF３はQoSパラメータが変更されたことを示す信号７２をPDSN２に送信する。PDSN２は信号７２に対する応答７３をPCF３に送信する。PCF３は信号７０に含まれる実通信品質の情報１７５を信号７４の１６８にコピーする。あるいは、PCF３は信号７０に含まれる実通信品質の情報１７５にPCF３で測定された通信品質の情報を加えて信号７４の１６８に設定しても良い。ここで、例えばPCF３は、情報１７５に含まれるBS４で測定された遅延時間に、PCF３で測定された遅延時間を加えて１６８に設定する。また例えば、PCF３は、情報１７５に含まれるBS４で測定されたデータロスレートに、PCF３で測定されたデータロスレートを加えて１６８に設定する。PCF３は信号７４をPDSN２に送信する。PDSN２は信号７６で、従来の課金の停止を要求するメッセージをAAA５に送信する。AAA５は信号７６に対する応答７７をPDSN２に送信する。PDSN2は信号７４に含まれる実通信品質の情報１６８を信号７６の１２６にコピーする。あるいは、PDSN２は信号７４に含まれる実通信品質の情報１６８にPDSN２で測定された通信品質の情報を加えて信号７６の１２６に設定しても良い。ここで、例えばPDSN２は、情報１６８に含まれる遅延時間に、PDSN２で測定された遅延時間を加えて１２６に設定する。また例えば、PDSN２は、情報１６８に含まれるデータロスレートに、PDSN２で測定されたデータロスレートを加えて１２６に設定する。AAA５は信号７６の実通信品質の情報１６８に基づいた課金を行う。
【０１３０】
信号７６で図１３に示すメッセージがAAA５のNW IF４１に入力される。AAA５の制御部４３は図１３に示すメッセージに含まれる情報を解析し、図３６に示すテーブルを作成する。MS ID２５５はMSの識別子である。ここで、課金対象となるMS７の識別子がMS_ID1とする。SR ID２５６はSIの識別子である。課金対象であるSIの識別子がSR_ID2とする。BS ID２５７はMS７が接続するBS３の識別子である。ここで、BS３の識別子がBS_ID１とする。Active Time２５８は有効な接続時間である。ここで、MS7が図３５に示す通信を行ったとする。Active Time２５８には、期間２６１の有効接続時間Tac４が記録される。Accounting Grade２５９は実通信品質から算出した課金のグレードである。制御部４３はメッセージに含まれる通信品質の実測値１２６と記憶部４２に記録された通信品質２５１とを比較し、課金のグレードを算出する。制御部４３は、期間２６１の課金グレードとしてGrade 0を２５９に記録する。
【０１３１】
制御部４３は実通信品質から算出した課金のグレード２５９を用いて課金を行う。制御部４３は課金額としてTac4*F(Grade 0)を計算する。ここでF（x)は課金のグレードｘの引数に対する、単位時間辺り課金額の関数である。事業者がAAA５で計算された課金額をMS7のユーザに請求する。
【０１３２】
[PCFでの品質評価方法の例(平均値)]
PCF3で通信品質の平均値を監視し、通信品質の平均値が要求される通信品質を満たせない場合に課金変更を行う例を図３７に示す。
信号５１でMS７の要求するQoSパラメータのフローの設定が行われる。信号５１は複数の信号からなり、交換手順は例えばX.P0011-004-D v0.4のAnnex Fのコールフローに従う。信号５１の交換後、MS７、BS４、PCF３、PDSN２は各フローに対してMS７が要求したQoSパラメータと保証したQoSパラメータのテーブルを保持する。ここで、MS７がQoSレベルL１のフローを要求し、要求が通ってFlow ID2の識別子を持つQoSレベル１のフローが設定されたとする。信号５２でPDSN２がAAA５に課金開始要求のメッセージを送信する。AAA５は５２に含まれるQoSパラメータを参照し、課金を開始する。
【０１３３】
AAA５は保証しているQoSレベルがL１なので、接続時間に比例してグレード１の課金を始める。AAA5は信号５３で信号５２に対する応答メッセージをPDSN２に送信する。ステップ５４でユーザーデータの送受信が行われる期間にBS４、PCF3、PDSN2の少なくとも何れか１つが通信品質の監視を行い、通信品質の平均値を計算する。ここで、PCF3が信号５４でユーザーデータの送受信が行われる期間に通信品質の平均値を計算する。
【０１３４】
PCF3は信号７２、７３、７４、７５、７６、７７の交換で実通信品質の平均値をAAA５に伝える。AAA５は実通信品質の平均値に基づいて課金を行う。本例は、保証したQoSレベルがL１のフローであっても、実通信品質の平均値に基づいてGrade0の課金レベルで課金を行う場合を説明する。
信号６１でFlow ID２で指定されるフローの解除が行われる。信号６１は複数の信号からなり、交換手順は例えばX.P0011-004-D v0.4のAnnex Fのコールフローに従う。
【０１３５】
PCF3のCPU２８は信号５４のデータ送受信期間における、平均データレートRAN_Ave_Rate_PCF、データロスレートRAN_Loss_Rate_PCF、遅延時間RAN_Latency_PCFの平均値を計測する。CPU２８は通信品質の平均値を図３０に示すテーブルのRAN QoS parameters 2として記録する。RAN QoS parameters 2はRAN QoS parameters 2’と同様のパラメータの構造体２００とする。CPU２８はRAN QoS parameters 2のRAN_Ave_Rateとして、RAN_Ave_Rate_PCFの平均値を記録する。CPU２８はRAN QoS parameters 2のRAN_Latencyとして、RAN_Latency_PCFの平均値を記録する。CPU２８はRAN QoS parameters 2のRAN_Loss_rateとして、RAN_Loss_rate_PCFの平均値を記録する。
【０１３６】
CPU２８は保証したQoSレベル２２９を参照し、Flow ID２に保証したQoSレベルがL1であると判断する。制御部３６は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL1の行のパラメータとを比較する。制御部３６はRAN_Ave_Rate＜RAN_Ave_Rate_L1、 RAN_Latency＞RAN_Latency_L1、RAN_Loss_rate＞RAN_Loss_rate_L1の何れかを満たす場合に保証した通信品質に比べて実際に提供した通信品質が劣化していると判断する。
【０１３７】
遅延時間の比較においてRAN_Latency_L1のPCFに対する割り当て分とPCFでの遅延時間を比較しても良い。例えばRAN_Latency_L1の１０％がPCFに対する割り当て分とする。CPU２８は、RAN_Latency＞RAN_Latency_L1の代わりにRAN_Latency＞（RAN_Latency_L1 x 0.1）を満たした場合に実通信品質が劣化していると判断する。
【０１３８】
また例えば、データレートやデータロスレートに余裕を持たせて比較しても良い。例えば、データレートについてRAN_Ave_Rateに１０％の余裕を持たせる。このときCPU２８は、（RAN_Ave_Rate ＋ RAN_Ave_Rate x 0.1）＜ RAN_Ave_Rate_L1を満たした場合に実通信品質が劣化していると判断する。例えば、データロスレートについてRAN_Loss_rateに１０％の余裕を持たせる。このときCPU２８は、（RAN_Loss_rate - RAN_Loss_rate x 0.1）＜ RAN_Loss_rate_L1を満たした場合に実通信品質が劣化していると判断する。
【０１３９】
CPU２８が劣化を検出した場合、QoSレベルを１つ下げて再度比較し、実際に提供したQoSレベルを調べる。即ちCPU２８は図３０に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL０の行のパラメータとを比較する。ここで、RAN_Ave_Rate＜RAN_Ave_Rate_L0、RAN_Latency＞RAN_Latency_L0、RAN_Loss_rate＞RAN_Loss_rate_L0の何れかを満たさなかったとする。CPU２８は実際に提供したQoSレベルがL0と判断する。CPU２８は図８のテーブルに記録されたQoSレベルL0の課金グレード２５３の値と、図３０のテーブルに記録されたFlow ID２で指定されるフローの現状の課金グレード２３０の値とを比較する。CPU２８は提供した品質の課金グレード２５３の値がGrade0、現状の課金グレード２３０の値がGrade１と異なるので、課金変更処理を開始する。CPU２８はFlow ID２で指定されるフローの課金グレード２３０にGrade0を記録する。
【０１４０】
PCF３はQoSパラメータが変更されたことを示す信号７２をPDSN２に送信する。PDSN２は信号７２に対する応答７３をPCF３に送信する。PCF３は実通信品質の情報１６８を含む信号７４をPDSN２に送信する。CPU２８は図３０に示すテーブルのRAN QoS parameters 2を情報１６８として設定する。PDSN２は信号７６で、従来の課金の停止を要求するメッセージをAAA５に送信する。AAA５は信号７６に対する応答７７をPDSN２に送信する。PDSN2は信号７４に含まれる実通信品質の情報１６８を信号７６の１２６にコピーする。あるいは、PDSN２は信号７４に含まれる実通信品質の情報１６８にPDSN２で測定された通信品質の情報を加えて信号７６の１２６に設定しても良い。ここで、例えばPDSN２は、情報１６８に含まれる遅延時間に、PDSN２で測定された遅延時間を加えて１２６に設定する。また例えば、PDSN２は、情報１６８に含まれるデータロスレートに、PDSN２で測定されたデータロスレートを加えて１２６に設定する。AAA５は信号７６の実通信品質の情報１６８に基づいた課金を行う。
【０１４１】
信号７６により図１３に示すメッセージがAAA５のNW IF４１に入力される。AAA５の制御部４３は図１３に示すメッセージに含まれる情報を解析し、図３６に示すテーブルを作成する。MS ID２５５はMSの識別子である。ここで、課金対象となるMS７の識別子がMS_ID1とする。SR ID２５６はSIの識別子である。課金対象であるSIの識別子がSR_ID2とする。BS ID２５７はMS７が接続するBS３の識別子である。ここで、BS３の識別子がBS_ID１とする。Active Time２５８は有効な接続時間である。ここで、MS7が図３５に示す通信を行ったとする。Active Time２５８には、期間２６２の有効接続時間Tac５が記録される。Accounting Grade２５９は実通信品質から算出した課金のグレードである。制御部４３はメッセージに含まれる通信品質の実測値１２６と記憶部４２に記録された通信品質２５１とを比較し、課金のグレードを算出する。制御部４３は、期間２６２の課金グレードとしてGrade 0を２５９に記録する。
【０１４２】
制御部４３は実通信品質から算出した課金のグレード２５９を用いて課金を行う。制御部４３は課金額としてTac5*F(Grade 0)を計算する。ここでF（x)は課金のグレードｘの引数に対する、単位時間辺り課金額の関数である。事業者がAAA５で計算された課金額をMS7のユーザに請求する。
【０１４３】
[PDSNでの品質評価方法の例(平均値)]
PDSN２で通信品質の平均値を監視し、通信品質の平均値が要求される通信品質を満たせない場合に課金変更を行う例を図３８に示す。
信号５１でMS７の要求するQoSパラメータのフローの設定が行われる。信号５１は複数の信号からなり、交換手順は例えばX.P0011-004-D v0.4のAnnex Fのコールフローに従う。信号５１の交換後、MS７、BS４、PCF３、PDSN２は各フローに対してMS７が要求したQoSパラメータと保証したQoSパラメータのテーブルを保持する。ここで、MS７がQoSレベルL１のフローを要求し、要求が通ってFlow ID2の識別子を持つQoSレベル１のフローが設定されたとする。信号５２でPDSN２がAAA５に課金開始要求のメッセージを送信する。AAA５は５２に含まれるQoSパラメータを参照し、課金を開始する。
【０１４４】
AAA５は保証しているQoSレベルがL１なので、接続時間に比例してグレード１の課金を始める。AAA5は信号５３で信号５２に対する応答メッセージをPDSN２に送信する。ステップ５４でユーザーデータの送受信が行われる期間にBS４、PCF3、PDSN2の少なくとも何れか１つが通信品質の監視を行い、通信品質の平均値を計算する。ここで、PDSN２が信号５４でユーザーデータの送受信が行われる期間に通信品質の平均値を計算する。
【０１４５】
PDSN２は信号７６、７７の交換で実通信品質の平均値をAAA５に伝える。AAA５は実通信品質の平均値に基づいて課金を行う。本例は、保証したQoSレベルがL１のフローであっても、実通信品質の平均値に基づいてGrade0の課金レベルで課金を行う場合を説明する。
信号６１でFlow ID２で指定されるフローの解除が行われる。信号６１は複数の信号からなり、交換手順は例えばX.P0011-004-D v0.4のAnnex Fのコールフローに従う。
【０１４６】
PDSN２の制御部１３は信号５４のデータ送受信期間における、平均データレートRAN_Ave_Rate_PDSN、データロスレートRAN_Loss_Rate_PDSN、遅延時間RAN_Latency_PDSNの平均値を計測する。CPU２８は通信品質の平均値を図３１に示すテーブルのRAN QoS parameters 2として記録する。RAN QoS parameters 2はRAN QoS parameters 2’と同様のパラメータの構造体２００とする。制御部１３はRAN QoS parameters 2のRAN_Ave_Rateとして、RAN_Ave_Rate_PDSNの平均値を記録する。制御部１３はRAN QoS parameters 2のRAN_Latencyとして、RAN_Latency_PDSNの平均値を記録する。制御部１３はRAN QoS parameters 2のRAN_Loss_rateとして、RAN_Loss_rate_PDSNの平均値を記録する。
【０１４７】
制御部１３は保証したQoSレベル２３９を参照し、Flow ID２に保証したQoSレベルがL1であると判断する。制御部１３は図３１に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL1の行のパラメータとを比較する。制御部１３はRAN_Ave_Rate＜RAN_Ave_Rate_L1、 RAN_Latency＞RAN_Latency_L1、RAN_Loss_rate＞RAN_Loss_rate_L1の何れかを満たす場合に保証した通信品質に比べて実際に提供した通信品質が劣化していると判断する。
【０１４８】
遅延時間の比較においてRAN_Latency_L1のPDSNに対する割り当て分とPDSNでの遅延時間を比較しても良い。例えばRAN_Latency_L1の１０％がPDSNに対する割り当て分とする。CPU２８は、RAN_Latency＞RAN_Latency_L1の代わりにRAN_Latency＞（RAN_Latency_L1 x 0.1）を満たした場合に実通信品質が劣化していると判断する。
【０１４９】
また例えば、データレートやデータロスレートに余裕を持たせて比較しても良い。例えば、データレートについてRAN_Ave_Rateに１０％の余裕を持たせる。このとき制御部１３は、（RAN_Ave_Rate ＋ RAN_Ave_Rate x 0.1）＜ RAN_Ave_Rate_L1を満たした場合に実通信品質が劣化していると判断する。例えば、データロスレートについてRAN_Loss_rateに１０％の余裕を持たせる。このとき制御部１３は、（RAN_Loss_rate - RAN_Loss_rate x 0.1）＜ RAN_Loss_rate_L1を満たした場合に実通信品質が劣化していると判断する。
【０１５０】
制御部１３が劣化を検出した場合、QoSレベルを１つ下げて再度比較し、実際に提供したQoSレベルを調べる。即ち制御部１３は図３１に示すテーブルのRAN QoS parameters 2と図８に示すRAN QoS parameter２５１のL０の行のパラメータとを比較する。ここで、RAN_Ave_Rate＜RAN_Ave_Rate_L0、RAN_Latency＞RAN_Latency_L0、RAN_Loss_rate＞RAN_Loss_rate_L0の何れかを満たさなかったとする。制御部１３は実際に提供したQoSレベルがL0と判断する。制御部１３は図８のテーブルに記録されたQoSレベルL0の課金グレード２５３の値と、図３１のテーブルに記録されたFlow ID２で指定されるフローの現状の課金グレード２４０の値とを比較する。制御部１３は提供した品質の課金グレード２５３の値がGrade0、現状の課金グレード２４０の値がGrade１と異なるので、課金変更処理を開始する。制御部１３はFlow ID２で指定されるフローの課金グレード２４０にGrade0を記録する。
【０１５１】
PDSN２は信号７６で、実通信品質の情報１２６を含み従来の課金の停止を要求するメッセージをAAA５に送信する。AAA５は信号７６に対する応答７７をPDSN２に送信する。制御部１３は、図３１に示すテーブルのRAN QoS parameters 2を情報１２６に設定する。AAA５は信号７６の実通信品質の情報１６８に基づいた課金を行う。
【０１５２】
信号７６により図１３に示すメッセージがAAA５のNW IF４１に入力される。AAA５の制御部４３は図１３に示すメッセージに含まれる情報を解析し、図３６に示すテーブルを作成する。MS ID２５５はMSの識別子である。ここで、課金対象となるMS７の識別子がMS_ID1とする。SR ID２５６はSIの識別子である。課金対象であるSIの識別子がSR_ID2とする。BS ID２５７はMS７が接続するBS３の識別子である。ここで、BS３の識別子がBS_ID１とする。Active Time２５８は有効な接続時間である。ここで、MS7が図３５に示す通信を行ったとする。Active Time２５８には、期間２６３の有効接続時間Tac６が記録される。Accounting Grade２５９は実通信品質から算出した課金のグレードである。制御部４３はメッセージに含まれる通信品質の実測値１２６と記憶部４２に記録された通信品質２５１とを比較し、課金のグレードを算出する。制御部４３は、期間２６３の課金グレードとしてGrade 0を２５９に記録する。
【０１５３】
制御部４３は実通信品質から算出した課金のグレード２５９を用いて課金を行う。制御部４３は課金額としてTac6*F(Grade 0)を計算する。ここでF（x)は課金のグレードｘの引数に対する、単位時間辺り課金額の関数である。事業者がAAA５で計算された課金額をMS7のユーザに請求する。
【０１５４】
本例はAAA５がメッセージに含まれる通信品質の実測情報から課金グレードを算出する例である。BS４、PCF３、PDSN２は、通信品質そのものではなく、実測した通信品質から算出した課金グレードをメッセージに載せてAAA５に送信しても良い。さらにAAA５はメッセージに含まれる課金グレードを用いて課金を行っても良い。
【図面の簡単な説明】
【０１５５】
【図１】従来の無線システム構成の１例。
【図２】従来の無線システムにおける情報の流れの1例。
【図３】本発明のＰＤＳＮの１例。
【図４】本発明のＰＣＦの１例。
【図５】本発明のトラヒック制御部の１例。
【図６】本発明のＢＳの１例。
【図７】本発明のＡＡＡの１例。
【図８】本発明のQoSレベルと課金の設定テーブルの１例。
【図９】本発明の課金処理のコールフローの１例。
【図１０】本発明の課金処理のコールフローの１例。
【図１１】本発明の課金処理のコールフローの１例。
【図１２】本発明の課金処理のコールフローの１例。
【図１３】本発明のメッセージフォーマットの１例。
【図１４】本発明のメッセージフォーマットの１例。
【図１５】本発明のメッセージフォーマットの１例。
【図１６】本発明のメッセージフォーマットの１例。
【図１７】本発明のメッセージフォーマットの１例。
【図１８】本発明のメッセージフォーマットの１例。
【図１９】本発明のメッセージフォーマットの１例。
【図２０】本発明のメッセージフォーマットの１例。
【図２１】本発明のメッセージフォーマットの１例。
【図２２】本発明のメッセージフォーマットの１例。
【図２３】本発明のメッセージフォーマットの１例。
【図２４】本発明のメッセージフォーマットの１例。
【図２５】本発明のメッセージフォーマットの１例。
【図２６】本発明のメッセージフォーマットの１例。
【図２７】本発明のメッセージフォーマットの１例。
【図２８】本発明のメッセージフォーマットの１例。
【図２９】本発明のメッセージフォーマットの１例。
【図３０】本発明のＢＳおよびＰＣＦの管理テーブルの１例。
【図３１】本発明のＰＤＳＮの管理テーブルの１例。
【図３２】本発明のＰＤＳＮの管理テーブルの１例。
【図３３】本発明のＭＳおよびＰＤＳＮの管理テーブルの１例。
【図３４】本発明のＡＡＡの管理テーブルの１例。
【図３５】本発明の課金処理のコールフローの１例。
【図３６】本発明のＡＡＡの管理テーブルの１例。
【図３７】本発明の課金処理のコールフローの１例。
【図３８】本発明の課金処理のコールフローの１例。
【図３９】本発明の課金変更処理のアルゴリズムの１例。
【図４０】本発明の課金変更処理のアルゴリズムの１例。
【図４１】本発明の課金変更処理のコールフローの１例。
【図４２】本発明の課金変更処理のコールフローの１例。
【図４３】本発明の課金変更処理のコールフローの１例。
【図４４】本発明のメッセージフォーマットの１例。
【図４５】本発明のメッセージフォーマットの１例。
【図４６】本発明のCIR対応テーブルの１例。
【図４７】本発明のRRI対応テーブルの１例。
【符号の説明】
【０１５６】
１：IPネットワーク、２：PDSN、３：PCF、４：BS、５：AAA、６：RAN、７、８：MS、９：コレスポンデント・ノード、
２５０：フロー、２５１、２５５：ＰＰＰセッション、２５２：R-Pセッション、２５３：R-Pコネクション、２５４：サービスインスタンス、
１１、１６：ネットワークインタフェース、１２：記憶部、１３、１４：ユーザーインタフェース、１５：タイマー、
２１、２６：ネットワークインタフェース、２２、２５：スイッチ、２３：制御部、２４：トラヒック制御部、２７：記憶部２７、２８：CPU、２９：タイマー、
３０：ネットワークインタフェース、３１：ＢＢ、３２：IF、３３： RF、３８：アンテナ、３６：制御部、３５：記憶部、３７：タイマー、
１４：ネットワークインタフェース、４２：記憶部、４３：制御部、４４：ユーザーインタフェース、５５：タイマー、
２５０：QoSレベル、２５１：RAN QoSパラメータ、２５２：IP QoSパラメータ、２５３：課金のグレード。５１、５２、５３、５９、６０、６１：信号、５５、５６、５７、５８：ステップ。７０、７１、７２、７３、７４、７５、７６、７７、７８、７９：信号、
１０１：コード、２０２：ＩＤ、１０３：情報長、１０４、１０６：認証情報、１０５、１１１：アトリビュート、１１０：Acct-Status-Type、１０７：情報の種類を表す符号、１０８：情報長、１０９：サービスの開始か終了かを表す符号、
１２０：MSの識別子、１２１：BSの識別子、１２２：SIの識別子、１２３：有効な接続時間、１２５：保証したRAN  QoSパラメータ、１２６：提供したRAN  QoSパラメータ、１２４：制御情報。１１２、１１５：情報の種類を表す符号、１１３、１１６：情報長、１１４：ベンダの識別子、１１７：アトリビュート、
１５１、１７１：メッセージの種類を表す符号、１５２、１５９：制御情報、１５３： CVSEの種類を表す符号、１５４：情報長、１５５：ベンダの識別子、１５７：アプリケーションデータ、１５８：信号７２、７４を受け付けたことを表す符合、
１６１：情報の種類を表す符合、１６２、１７８：サービスインスタンスの識別子、１６３：シーケンス番号、１６４：接続時間、１６５：BSの識別子、１６６：ユーザ毎の通信サービスの優先度、１６７：保証したRAN  QoSパラメータ、１６８：提供したRAN  QoSパラメータ、
１７２：呼接続の識別子、１７３：MSの識別子、１７４：保証したQoSパラメータ、１７５：提供したQoSパラメータ、１７６：課金情報の変更を表す符号、２０１、２０５、２１１、２１５：フローの識別子、２０２、２０６、２１２、２１６：情報長、２０３、２１３：RAN QoSパラメータ、２０７、２１７：IP QoSパラメータ、２２３、２３３、２４３、２５１：フローの識別子、２２４、２３４、２４４、２５２：サービスインスタンスの識別子、２２１、２３１：提供したRAN QoSパラメータ、２２５、２２７、２３５、２４５、２４７：情報長、２２６、２２８、２３６：RAN QoSパラメータ、２３２：保証したRAN QoSパラメータ、２３７：情報長、２３８：RAN QoSパラメータ、２２２、２２９、２３９、２４９：ＱｏＳレベル、２３０、２４０、２５０：課金レベル、２５３：ＢＳの識別子、２５４：MSの識別子。２５５：MSの識別子、２５６：サービスインスタンスの識別子。２５７：BSの識別子：２５８：有効な接続時間、６２、６３、６４、２６１、２６２、２６３：期間、２５９：課金のグレード。
【図１】
2006197421.tif 000003
【図２】
2006197421.tif 000004
【図３】
2006197421.tif 000005
【図４】
2006197421.tif 000006
【図５】
2006197421.tif 000007
【図６】
2006197421.tif 000008
【図７】
2006197421.tif 000009
【図８】
2006197421.tif 000010
【図９】
2006197421.tif 000011
【図１０】
2006197421.tif 000012
【図１１】
2006197421.tif 000013
【図１２】
2006197421.tif 000014
【図１３】
2006197421.tif 000015
【図１４】
2006197421.tif 000016
【図１５】
2006197421.tif 000017
【図１６】
2006197421.tif 000018
【図１７】
2006197421.tif 000019
【図１８】
2006197421.tif 000020
【図１９】
2006197421.tif 000021
【図２０】
2006197421.tif 000022
【図２１】
2006197421.tif 000023
【図２２】
2006197421.tif 000024
【図２３】
2006197421.tif 000025
【図２４】
2006197421.tif 000026
【図２５】
2006197421.tif 000027
【図２６】
2006197421.tif 000028
【図２７】
2006197421.tif 000029
【図２８】
2006197421.tif 000030
【図２９】
2006197421.tif 000031
【図３０】
2006197421.tif 000032
【図３１】
2006197421.tif 000033
【図３２】
2006197421.tif 000034
【図３３】
2006197421.tif 000035
【図３４】
2006197421.tif 000036
【図３５】
2006197421.tif 000037
【図３６】
2006197421.tif 000038
【図３７】
2006197421.tif 000039
【図３８】
2006197421.tif 000040
【図３９】
2006197421.tif 000041
【図４０】
2006197421.tif 000042
【図４１】
2006197421.tif 000043
【図４２】
2006197421.tif 000044
【図４３】
2006197421.tif 000045
【図４４】
2006197421.tif 000046
【図４５】
2006197421.tif 000047
【図４６】
2006197421.tif 000048
【図４７】
2006197421.tif 000049