(57)【特許請求の範囲】
【請求項１】
ワイヤレスネットワーク通信システムにおける課金方法であって、
前記ワイヤレスネットワーク（１）にサービスデータノードモジュール（８０）を確立するステップを含み、前記サービスデータノードモジュール（８０）は、ユーザ情報、サービス情報及びネットワーク情報をデータベース（６０）に記録し、そして前記ユーザ情報と前記サービス情報とが前記ネットワーク情報と関連しており、さらに、
前記データベース（６０）と動作可能に通信するダイナミック課金情報プロセッサ（８４）を介して、コール毎またはセッション毎にサービスの実際の使用を決定するステップと、
前記ダイナミック課金情報プロセッサ（８４）と動作可能に通信するラディアスアカウンティングサーバ（８６）を介して、前記決定された実際の使用をパケットカウント情報と関連付けるステップと、
サービスプロバイダのホームロケーションレジスタをアクセスすることなく、前記サービスデータノードモジュール（８０）をアクセスすることによって、ユーザが前記サービスを選択することを可能にするステップと、
前記選択されたサービスに基づいて、前記ユーザに課金するステップ（１００）とを有することを特徴とする方法。
【請求項２】
前記課金が、前記選択されたサービスのワイヤレスパケットコールに基づくことを特徴とする請求項１に記載の方法。
【請求項３】
前記課金が、前記選択されたサービスのサービス品質に基づくことを特徴とする請求項１に記載の方法。
【請求項４】
前記課金が、前記ユーザのプロファイル変更に基づく基づくことを特徴とする請求項１に記載の方法。
【請求項５】
前記選択されたサービスはコンテンツプッシュサービスからなることを特徴とする請求項１に記載の方法。
【請求項６】
前記選択されたサービスは取引ベースサービスからなることを特徴とする請求項１に記載の方法。
【請求項７】
前記課金がコール毎またはセッション毎に実行されることを特徴とする請求項１に記載の方法。
【請求項８】
ユーザが設定可能なワイヤレスネットワーク（１）における課金システムであって、
ワイヤレスユニット（２）と前記ワイヤレスネットワークとの間で通信を確立し且つ維持する基地局コントローラ（１０）と、
前記基地局コントローラと動作可能に通信してアプリケーションとサービスとをサポートするホームロケーションレジスタ（７０）と、
前記基地局コントローラと前記ホームロケーションレジスタとに直接に動作可能に通信して、前記ホームロケーションレジスタによりサポートされる前記アプリケーションと前記サービスとを調整するサービスデータノードモジュール（８０）とを含み、前記サービスデータノードモジュール（８０）は、ユーザ情報、サービス情報及びネットワーク情報を記録しており、前記ユーザ情報と前記サービス情報とが前記ネットワーク情報と関連し、前記サービスデータノードモジュール（８０）は、サービスプロバイダのホームロケーションレジスタをアクセスすることなく、サービス生成とサービスネゴシエーションとをユーザが実行することを可能にするものであり、そして、前記サービスデータノードモジュールは、サービス品質を記憶するデータベース（６０）と、前記データベースと動作可能に通信して、コール毎またはセッション毎にサービスの実際の使用を決定するダイナミック課金情報プロセッサ（８４）と、前記ダイナミック課金情報プロセッサ（８４）と動作可能に通信して、前記ダイナミック課金情報プロセッサ（８４）からの前記決定された実際の使用をパケットカウント情報と関連付けるラディアスアカウンティングサーバ（８６）とを含み、さらに、
前記サービスデータノードモジュールと動作可能に通信して、ユーザが実行する前記サービス生成と前記サービスネゴシエーションとに基づいてユーザに課金する課金マネージャ（１００）とを含むことを特徴とするシステム。
【請求項９】
前記課金マネージャはさらに、
前記サービスデータノードと動作可能に接続して、前記サービスデータノードからデータを受信しかつ分配する課金メディエータ（１０２）と、
前記課金メディエータと動作可能に接続して、前記課金メディエータからのデータを処理する課金プロセッサ（１０４）と、
前記課金プロセッサと動作可能に接続して、前記課金プロセッサからの処理されたデータを管理する課金オーダマネージャ（１０６）と、
前記課金オーダマネージャと動作可能に接続して、カスタマ情報を処理するカスタマ情報プロセッサ（９２）とを含むことを特徴とする請求項８記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザ情報、サービス情報およびネットワーク情報を記憶しかつ関連づけるワイヤレス通信システムにおけるコンソリデートされた課金（consolidated billing）のシステムおよび方法に関する。
【０００２】
【従来の技術】
データサービスのようなサービスのクリエーションおよびネゴシエーションは、ユーザおよび／またはサービス情報の広範な処理を必要とする。サービスクリエーションは、一般に、ユーザが新しいサービスをリクエストするとき実行される処理を指す。サービスネゴシエーションは、ユーザが現在加入(subscribe)しているサービスを修正するとき実行される処理を指す。サービスクリエーションおよびネゴシエーションは、両方とも、特定のユーザにリクエストされたサービスが提供されるかを決定するためのユーザ情報の分析、リクエストされたサービスが特定のユーザに提供されるのかの決定するためのサービス情報の分析、およびネットワークがリクエストされたサービスの特定のユーザへの提供をサーポートすることができるかどうかを決定するためのネットワーク資源のようなネットワーク情報の分析を含む。例示的な従来のサービスクリエーションおよびネゴシエーションのシステムおよび方法を、以下に説明する。
【０００３】
図１は、従来のワイヤレスネットワーク１の一例を示す。移動体局（ＭＳ）２は、少なくとも１つの基地局（ＢＳ）５と通信している。基地局５は、基地局コントローラ（ＢＳＣ）１０により制御される複数のトランシーバを有する。ＢＳＣ１０は、無線チャネルおよびその制御下にある全ての基地局５の基礎となっているハードウェア資源を管理する。ＢＳＣ１０は、その中にＳＤＵ（selection distribution unit）２２を有する非同期転送モード（ＡＴＭ）ネットワーク２０と通信している。非同期転送モード（ＡＴＭ）は、固定サイズのパケット中でデータを転送することに基づくネットワーク技術である。
【０００４】
ＡＴＭネットワークにおけるパケットサイズは、古いネットワーク技術のパケットサイズよりも小さく、単一のデータタイプがネットワーク通信ラインを支配することなしに、同じネットワークにおけるビデオ、オーディオおよび他のデータの伝送を可能にする。ＢＳＣ１０は、追加的なトラフィックチャネル割当て機能を取り扱い、異なるサービスコンフィグレーションのための無線チャネルのセットアップ、リリースおよびハンドオフの間のＳＤＵ（selection distribution unit）２２および基地局５の活動を調整する。
【０００５】
各基地局５は、ＡＴＭネットワーク２０を介して移動体局コントローラ（ＭＳＣ）４０とも通信しており、移動体局２とワイヤレスネットワーク１との間の通信を確立しかつ維持する。ＭＳＣ４０は、ＡＴＭネットワーク２０と動作可能に接続されており、ＭＳＣ４０は、とりわけ、呼びおよび／または接続制御および移動度（mobility）管理を受け持っている。特に、ＭＳＣ４０は、移動体局２間の通話および移動体局２とワイヤライン局５０との間の通話を確立しかつ維持することを受け持つ。ワイヤライン局５０は、公衆交換電話網（ＰＳＴＮ）４５を介してＭＳＣ４０に動作可能に接続されており、移動体局２、ワイヤライン局５０およびワイヤレスネットワーク１間の通信が確立されるようになっている。
【０００６】
インターネット／パケットデータネットワーク３０は、データコンテンツアナリシス／インターワーキングファンクション（ＤＡ／ＩＷＦ）モジュール２５を介してＡＴＭネットワーク２０と接続されている。ＤＡ／ＩＷＦモジュール２５は、ＡＴＭネットワーク２０とインターネット／パケットデータネットワーク３０との間の中間にあり、ユーザに、例えばパケットデータサービスを提供する。データコンテンツ分析（ＤＡ）は、データ特性およびイメージのバイトサイズのようなそのコンテンツを決定し、１つのイメージがどのようにピクセルまたは周波数ドメインに量子化されるかを決定する。データコンテンツ分析（ＤＡ）は、データのタイプおよび可能性のあるコンテンツを決定するために、多数の可能性ある変換、レコーディング技法またはプロトコルコンフォーミング（conforming）技法からなりうる。
【０００７】
ウェブサーバ３２およびコンピュータワークステーション３４のような他のウェブベースドインターフェースが、それらの間の通信を可能にするためにインターネット／パケットデータネットワーク３０と動作可能に接続されている。
【０００８】
アプリケーションおよびサービスをサポートするためのホームロケーションレジスタ（ＨＬＲ）７０が、それらの間のウェブベースドデータを通信するためにウェブサーバ６６に接続されている。ＨＬＲ７０は、加入者毎のプロビジョニングおよび多量なフィーチャーのプロファイルトランスファを提供する。これにより、ＨＬＲ７０は、ＭＳＣ４０をサポートするために使用され、ユーザにより加入されるサービスをリストすることができる例えばユーザプロファイル中にユーザ情報を記録することにより、モビリティ管理および強化されたサービスフィーチャーの提供を支援する。典型的には、ＭＳＣ４０は、ＨＬＲ７０を含むいくつかのデータベースに接続されている。移動体ユニットの各々に対して、ＨＬＲ７０は、典型的には、ＭＩＮ（mobil identification number）またはＩＭＳＩ（International Mobile Subscriber Identification Number）、ＭＤＮ（mobile directory or phone number）、および／またはＥＳＮ（electronic serial number）を記憶する。
【０００９】
一般に、ＨＬＲモビリティ管理機能は、それらがどこにローム（roam）するかと無関係に、複数のカスタマに、呼び、強化されたサービス、情報およびメッセージをデリバーするワイヤレスネットワークの能力をサポートする。これは、ＨＬＲ７０（またはネットワークの他の部分）中のカスタマのサービスプロファイルを維持し、ＭＳＣ’ｓ４０へ呼び処理インストラクションを提供するために、そのプロファイルを使用することにより達成される。サービスプロファイルは、信用状態、オーソリゼーションピリオド、およびカスタマが加入した強化されたフィーチャーのようなパーマネント情報を含み得る。サービスプロファイルは、カスタマの現在の位置のような一時的な情報も含む。これらのタイプの情報と共に、ＨＬＲ７０は、どこかに位置するいずれかのＭＳＣ４０からの呼び処理リクエストに応答することができる。
【００１０】
ＨＬＲ７０は、加入者が呼びを発するまたは受ける度毎にアクセスされ、その呼びをどのように取り扱うかを決定するために使用される。加入者が異なるＭＳＣ４０にロームしサービスのために登録するとき、サービングＭＳＣは、既に存在しない場合、加入者に対するビジターロケーションレジスタ（ＶＬＲ）を構築しなければならない。そのようにすることにおいて、サービングＭＳＣ４０は、加入者のホームＭＳＣ４０からのＨＬＲ情報をリクエストすることになり、ＶＬＲを構築するためにこれを使用する。
【００１１】
典型的には、ＨＬＲ７０は、ショートメッセージサービスセンタ（ＳＭＳＣ’ｓ）のようなＭＳＣ’ｓおよび他のネットワークエレメントと通信するためにオープンスタンダードインターフェースを使用することができる。
【００１２】
ＨＬＲ７０は、それらの間のユーザ情報の通信を可能にするために、ＤＡ／ＩＷＦモジュール２５とも接続されている。また、ＨＬＲ７０は、移動体局２からのユーザのリクエストをＨＬＲ７０に記憶されたユーザ情報と調整するために、ＢＳＣ１０と接続されている。
【００１３】
従来技術において、ネットワークのある部分は、ユーザ情報を含み、いくつかの他のネットワークエレメントは、サービス情報を含み、ネットワークの異なる部分は、ネットワークの情報およびケーパビリティを含む。
【００１４】
ユーザ情報は、一般に、ユーザに課金するための情報を含む特定のユーザに関係する特定の側面を指す。ユーザ情報の例は、ユーザプロファイル（例えば、ユーザの名前、課金アドレス、場所、現在加入しているサービスなど）、どのようにサービスが提供されるべきかに基づくユーザの好み（例えば、所定のサービスが受けられるべき１日のうちの時間、特定の地理的場所にいる時のみ所定のサービスを受けることなど）などを含む。一般に、ユーザ情報は、ＨＬＲ７０に記憶される。
【００１５】
サービス情報は、一般に、適切に機能するために各サービスにより要求されるケーパビリティ（帯域幅のような）に基づく、ユーザに課金するための情報を含む、サービスを提供するための情報およびサービスについての特定の情報を指す。サービス情報の例は、利用可能なサービス（例えば、音声伝送、情報サービス、メッセージング、スケジューリングなどのようなデータ伝送）、選択できるレベルのサービス品質のような利用可能なサービスオプション（例えば、信号対雑音比、ビット誤り率などに基づくサービス品質）等を含む。サービス情報は、ＨＬＲ７０、ＭＳＣ４０、ＢＳＣ１０などのようないくつかの場所に記憶される。例えば、利用可能なサービス情報は、ＨＬＲ７０にあり、サービスケーパビリティおよびオプションは、ＭＳＣ４０およびＢＳＣ１０にありうる。
【００１６】
ネットワーク情報は、一般に、ユーザに課金するための情報を含むネットワーク処理のための情報を指す。ネットワーク情報は、ユーザベースドまたはセルベースドでありうる。ユーザベースドネットワーク情報は、例えば、現在のユーザの総数に基づくネットワークキャパシティなどを含む。セルベースドネットワーク情報は、例えば、利用可能な帯域幅、サービスに必要とされる利用可能なネットワーク資源、特定のセルに対する利用可能なネットワーク資源などに基づくネットワーク信号干渉妨害を含む。ネットワーク情報は、ＡＴＭネットワーク２０、ＤＡ／ＩＷＦモジュール２５、ＢＳＣ１０などのようなネットワークの異なる部分に記憶されかつそれからアクセスされる。従来技術において、ＨＬＲ７０は、ネットワーク情報を含まない。
【００１７】
サービスをクリエートすることおよびネゴシエートすることにおいて、ユーザ情報、サービス情報、およびネットワーク情報は、全て、様々なユーザに、クリエートされおよび／またはネゴシエートされるサービスが提供されるように、アクセスされかつ処理される必要がある。ユーザは、サービスクリエーションおよび／またはネゴシエーションに対して適切に課金される必要がある。
【００１８】
サービスクリエーションおよびネゴシエーションの例示的な従来の方法は、ストッククオート（stock quotes）を得ることのような、所定のタイプのデータサービスを新たに受けることをユーザが決定することで始まりうる。例えば、ニューヨークおよびボストンを広範に旅行するユーザが、いずれかの都市にいる間に毎日正午１２時にストッククオートを常に受け取ることを望む場合を考える。ユーザは、彼の移動体局２を使用して、ストッククオートを上記のように受け取るために彼のリクエストを行うことになる。移動体局２は、基地局５と通信し、ＢＳＣ１０は、基地局５からリクエストを受信する。そして、ＢＳＣ１０は、ＨＬＲ７０と通信し、その中に、ユーザリクエストを記憶し、以前に記憶されたユーザ情報（ユーザプロファイル、ユーザの好みなど）を得る。
【００１９】
ＡＴＭネットワーク２０は、例えば、ＢＳＣ１０を介して、ＨＬＲ７０に記憶されたユーザ情報にアクセスし、ユーザが、ニューヨークまたはボストンにいるとき毎日正午１２時にストッククオートを望むことを記録する。ＡＴＭネットワーク２０は、様々なサービス情報（サービス帯域幅要求条件、サービスオプションなど）にアクセスするために、ＤＡ／ＩＷＦモジュール２５、ＭＳＣ４０、ＢＳＣ１０などと通信する。例えば、ニューヨークおよびボストンにおいて毎日正午１２時にストッククオートをユーザに提供するためのサービス帯域幅要求条件が、確認される。ユーザがニューヨークにいるとき彼のストッククオートをリクエストする場合、サービスは特定のサービス帯域幅で提供される必要があり、ユーザがボストンにいるときと異なるサービス帯域幅をサービスが必要とすることが分かる可能性がある。
【００２０】
ＡＴＭネットワーク２０は、ネットワーク情報（利用可能なネットワーク資源、ネットワークトラフィックのようなネットワークサポートケーパビリティ、多数の現存するユーザがネットワークにアクセスすることによる所定のワイヤレスネットワークセル中で生じる信号干渉妨害など）をアクセスし、ニューヨークおよびボストンにおいて正午１２時にストッククオートをユーザに提供するために、ＤＡ／ＩＷＦモジュール２５、ＭＳＣ４０、ＢＳＣ１０などとさらに通信する。例えば、ネットワーク情報は、ニューヨークにおけるユーザがリクエストした正午１２時に予測されるネットワークトラフィックが、極度に重く（heavy)、ボストンにおける正午１２時における予測されるネットワークトラフィックが軽い(light)ことを示す可能性がある。
【００２１】
このようにして、ユーザ情報および／またはサービス情報（様々なネットワークエレメントからアクセスされかつ得られる）は、新たにリクストされたサービスが、そのサービスがユーザに対してサポートされ、提供されかつ課金されうるように実行されうるかどうかを知るために、ネットワーク情報（様々なネットワークエレメントによりアクセスされかつ得られる）と比較される。
【００２２】
各ユーザおよび各サービスリクエストに対して、ＡＴＭネットワーク２０、ＤＡ／ＩＷＦモジュール２５、ＢＳＣ１０などは、ネットワークケーパビリティが、ユーザがリクエストされたサービスを受けかつ課金されることを許容できるかどうかを決定するために共同する。例えば、現在、ストッククオートをリクエストした多すぎるユーザがネットワーク上にいる場合、またはストッククオートを受けるために許可されるユーザの数に制限がある場合、ユーザには、ネットワークがフルキャパシティであることが通知され、別のときにアクセスを試みるようユーザに依頼することになる。
【００２３】
ユーザおよびサービス情報およびネットワークケーパビリティが、リクエストされたストッククオート情報がユーザに対して提供されかつ課金されうるような場合、ネットワーク処理は、ストッククオートデータをアクセスするように進む。例えば、ストッククオートが、ウェブサーバ３２を有するファイナンシャルニュース組織により提供されるものである場合、ＤＡ／ＩＷＦモジュール２５は、ユーザにクリエートされたサービスが提供されかつそれに対して課金されるように、ウェブサーバ３２からストッククオートデータを受信するために、インターネット／パケットデータネットワーク３０とさらに通信する。
【００２４】
サービスクリエーションと同様、現在加入されているサービスを修正する（即ち、ネゴシエートする）ユーザのリクエストは、同様にして実行される。例えば、ニューヨークまたはボストンにおいて毎日正午１２時にストッククオートを受け取る以前に確立されたサービスに現在加入しているユーザが、その代わりに午後１時に彼のストッククオートを得るようにこのサービスを修正することを望む場合を考える。
【００２５】
サービスネゴシエーションは、例えば、彼の移動体局２を介してユーザがリクエストをすることにより開始することになる。サービスクリエーションに対するプロセスと同様に、移動体局２は、基地局５と通信し、ＢＳＣ１０は、基地局５からリクエストを受信する。そして、ＢＳＣ１０は、ユーザリクエストを記憶しかつ以前に記憶されてユーザ情報を得るために、ＨＬＲ７０と通信する。ＡＴＭネットワーク２０は、ＨＬＲ７０に記憶されたユーザ情報にアクセスし、ユーザが、ニューヨークまたはボストンにおいて毎日午後１時にストッククオートを望むことを記録する。
【００２６】
ＡＴＭネットワーク２０は、ニューヨークまたはボストンにおいて午後１時にストッククオートを提供するための様々なサービス情報（サービス帯域幅要求条件のような）をアクセスするために、ＤＡ／ＩＷＦモジュール２５、ＭＳＣ４０、ＢＳＣ１０などと通信する。ＡＴＭネットワーク２０は、ニューヨークまたはボストンにおいて午後１時にストッククオートを提供するためのネットワーク情報にアクセスするために、ＤＡ／ＩＷＦモジュール２５、ＭＳＣ４０、ＢＳＣ１０などとさらに通信する。
【００２７】
基地局５、ＢＳＣ１０、ＡＴＭネットワーク２０、ＨＬＲ７０、ＤＡ／ＩＷＦモジュール２５およびＭＳＣ４０のような通信ネットワークの様々なエレメントは、全て、ユーザが、ネゴシエートする（修正する）ことができるかどうかおよび午後１２時の代わりに午後１時に受け取られるべき彼の現在のストッククオートサービスに対し課金されうるかを決定するために、必要なユーザおよび／またはサービス情報およびネットワーク情報を得るために、互いに共同する。
【００２８】
当業者により理解されるように、ストッククオートを受け取ることは、ワイヤレスネットワークを通してユーザがリクエストまたはネゴシエートすることができる１つのタイプのサービスに過ぎない。複数の他のサービスが、同様に提供されうる。各サービスクリエーションまたはネゴシエーションリクエストに対して、異なる情報がネットワークの異なる部分に記憶されているので、ユーザおよびサービス情報をネットワークケーパビリティを確認する従来のネットワーク処理は、別に（differently）実行される必要がある。
【００２９】
例えば、スポーツスコアをネゴシエートするためのネットワーク処理は、スポーツスコアが、ＯＴＡＳＰ（Over the Air Activation Service Provisioning）のような非ウェブベースド法により提供される場合、インターネット／パケットデータネットワーク３０を通して行う必要がない。これは、例えば、インターネット／パケットデータネットワーク３０によるウェブベースドネットワーク処理を必要とするウェブサーバから提供されるストッククオートを得ることにおいて使用されるネットワーク処理およびネットワークエレメントと異なる。
【００３０】
【発明が解決しようとする課題】
これにより、ユーザおよび／またはサービス情報に加えて、ネットワーク情報が、彼のストッククオートサービスに対するユーザが望む修正がユーザとネットワークとの間でネゴシエートされるかどうかを決定するために必要とされる。このやり方において、クリエートされるまたはネゴシエートされるサービスは、ユーザ毎またはコール毎にネットワークの様々な場所に記憶されたユーザおよび／またはサービス情報およびネットワーク情報（並びにそれらの対応する課金情報）の別個のアクセスおよび別個の処理を必要とする。また、ユーザは、例えば、ユーザ毎またはコール毎にクリエートされおよび／またはネゴシエートされる様々なサービスに対し別個に課金される必要がありうる。
【００３１】
【課題を解決するための手段】
本発明によるシステムおよび方法は、一実施形態において、ネットワーク情報およびユーザ情報を記憶するためにワイヤレスネットワーク中のストレージケーパビリティを確立し、サービスをクリエートまたはネゴシエートするためのユーザからのリクエストに応答して、（それらの関連する課金情報を含む）ネットワーク情報およびユーザ情報をアクセスし、そのリクエストをネットワーク情報およびユーザ情報と比較し、比較に基づいてリクエストされたサービスを提供し、サービスデータノードモジュールおよび課金マネージャを使用してリクエストされたサービスについてユーザに課金することにより、ワイヤレスネットワークにおけるサービスクリエーションおよびネゴシエーションのコンソリデートされた課金を容易にする。
【００３２】
好ましい実施形態おいて、リクエストのネットワークおよびユーザ情報との比較は、ユーザ情報をネットワーク情報と「関連づける」ことを含む。関連づけると言うことは、少なくとも２つの異なるパラメータ間の関係の確立または少なくとも２つの異なるパラメータの論理的リンク付けを意味する。例えば、特定のユーザロケーション（ユーザ情報）に対して、その特定のユーザロケーションにおけるユーザに対する利用可能なネットワーク資源（ネットワーク情報）は、ユーザ情報およびネットワーク情報が、それらの間の従属関係を有するように「関連づけられる」ように得られかつアクセスされる。換言すれば、特定のユーザ情報は、それらの間に論理的リンクが存在するように、特定のネットワーク情報と従属している。
【００３３】
本発明によれば、ユーザ情報および／またはサービス情報は、クリエートされおよび／またはネゴシエートされるサービスのサービスクリエーション、ネゴシエーションおよび課金を容易にするために、ネットワーク全体を通して配置される様々なネットワークエレメントにアクセスする必要なしに、ネットワーク情報と関連づけられており、これにより、ネットワーク処理およびネットワーク資源を最小化する。
【００３４】
本発明の更なる適用可能な範囲は、以下の詳細な説明から明らかとなるであろう。しかし、好ましい本発明の実施形態を示すが、詳細な説明および特定の例は、例示のためのみに与えられる。本発明の精神および範囲の中での様々な変更および修正が、当業者にとってこの詳細な説明から明らかとなるであろう。
【００３５】
【発明の実施の形態】
本発明は、ネットワークの異なるエレメントにアクセスし、クリエートされおよび／またはネゴシエートされるべき各タイプのサービスのためにユーザおよび／またはサービス情報をネットワークケーパビリティと関連づけ、ユーザ毎またはコール毎に各サービスについてユーザに課金するために別個の処理を必要とするサービスクリエーションおよびネゴシエーションに対するコンソリデートされた課金の従来のシステムおよび方法の問題を認識している。
【００３６】
各サービスリクエストに対して、ユーザおよびサービス情報をネットワークケーパビリティと確認する従来のネットワーク処理は、異なる情報はネットワークの異なる部分に記憶されているので、別々に実行される必要がある。ネットワークサービスプロバイダは、ユーザおよびサービス情報を得てネットワーク情報と比較するために、ユーザがサービスをクリエートまたはネゴシエートする度毎に、ネットワークのこれらの異なる部分を調整しかつアクセスする必要がある。
【００３７】
ワイヤレスサービスプロバイダは、消費者の需要を満たすよう試みることに圧倒されている（overwhelmed）。ウェブベースドコンテンツのような大量のデータを、サービスをクリエートしかつネゴシエートすることを望むユーザに提供する必要性は、これらの困難を増大させるのみである。また、従来の技術において、ユーザは、彼のリクエストされたサービスが、様々なネットワークエレメントが、ユーザおよび／またはサービス情報を、各タイプのサービスに対するネットワーク情報と比較する確認プロセスを完了した後に提供されうるかどうかを通知されるのみである。
【００３８】
これにより、本発明の発明者は、クリエートされかつネゴシエートされるべき各タイプのサービスの別個の過剰な処理を必要とすることなしに、サービスがユーザによりクリエートされおよび／またはネゴシエートされうるように、サービスコンフィグレーションおよびネゴシエーションの処理を改良する必要性を認識した。これを達成するために、ストレージケーパビリティを有するプロセッシングノードが、ネットワーク処理およびネットワーク資源を好都合に最小化するために、本発明により使用される。
【００３９】
本発明を使用することにより、ユーザおよび／またはサービスおよびネットワークに関する全ての情報は、１カ所、即ちプロセッシングノードから容易にアクセス可能かつ１カ所において容易に更新され、複数のサービスリクエストも、プロセッシングノードにより容易に取り扱われうるので、ネットワークプロセッシング資源の負担を軽減する。これに対し、従来技術は、ネットワーク処理が、各サービスリクエストに対して別個に実行されることを必要としていた。
【００４０】
本発明は、ワイヤレスサービス通信において使用されうるワイヤレスデータサービスクリエーションおよびサービスネゴシエーションデータベース（例えば、サービスデータノード）を使用する。ユーザコンフィギャラブルサービスクリエーションメカニズム／プラットフォームおよびユーザプロファイル情報が使用される。ユーザは、彼のプロファイルコンフィグレーション中に複数のプロファイルを有することができるが、これらの複数のプロファイルのうち、特定のプロファイルのみが、典型的には、特定のコールまたはデータセッションに対して使用され、その特定のプロファイルは、そのコールまたはセッションに対してユーザに課金するために使用されなければならない。
【００４１】
サービスクリエーションおよびサービスネゴシエーション環境において、所定のサービスを受けかつ所定のアプリケーションにアクセスするユーザの必要性および希望、およびトランスポート、資源およびサポーティングアプリケーション、サービス品質の意味におけるシステムのケーパビリティは、本発明によりサービスデータノードを使用することにより満たされる。そして、サービスクリエーションおよびネゴシエーション環境により提供される情報は、彼のユーザプロファイルにおいてクリエートされおよび／またはネゴシエートされるサービスに対してユーザに適切に課金するために使用されうる。
【００４２】
ワイヤレスネットワークアーキテクチャ
図２は、本発明の好ましい実施形態によるワイヤレスネットワークを示す。全てのネットワークコンポーネントは、サービスデータノード（ＳＤＮ）６０を有するサービスデータノードモジュール８０、カスタマ情報プロセッサ９０、課金センタ１００、およびそれらに関連するエレメント以外、図１に示された従来技術によるワイヤレスネットワークにおけるものと同じである。
【００４３】
ＳＤＮ６０は、サービスクリエーション環境（ＳＣＥ）６２およびサービスデータベース（ＳＤＢ）６４を含む。ＳＤＮ６０は、ＡＴＭネットワーク２０およびＤＡ／ＩＷＦモジュール２５のような様々なネットワークエレメントと接続されている。ＳＤＮ６０は、サービスクリエーションおよびネゴシエーションを容易にし、これによりネットワーク処理およびネットワーク資源を最小化するために、ネットワーク全体を通して配置された様々なエレメントにアクセスする必要なしに、ユーザおよび／またはサービス情報を処理し、これをネットワーク情報と「関連づける」。
【００４４】
ここで、「関連づける」とは、少なくとも２つの異なるパラメータ間の関係を確立すること、または少なくとも２つの異なるパラメータの論理的リンク付けをすることを意味する。例えば、特定のユーザロケーション（ユーザ情報）に対して、その特定のユーザロケーションにおけるユーザに対する利用可能なネットワーク資源（ネットワーク情報）が、ユーザ情報およびネットワーク情報が、それらの間に従属関係を有するように「関連づけられる」ように得られかつアクセスされる。換言すれば、特定のユーザ情報は、それらの間に論理的リンクが存在するように、特定のネットワーク情報と従属している。
【００４５】
好ましい実施形態によれば、ネットワークおよびサービス情報は、ＳＣＥ６２に記憶され、ユーザおよびサービス情報は、ＳＤＢ６４に記憶される。ネットワークにおいて使用される特定の具現化方法およびエレメントに依存して、複数のサービスデータノード（ＳＤＮ）６０が、ネットワークのサイズおよび／またはネットワークの加入者／ユーザの数に適合させる（accommodate）ために使用されうる。当業者は、ネットワーク中で１つのＳＤＮ６０の具現化に関する上記の説明は、ネットワーク中で複数のＳＤＮ６０を具現化するときにも適用されうることを理解するであろう。
【００４６】
本発明によるワイヤレスネットワークは、その中にＳＤＮ６０を有するサービスデータノード（ＳＤＮ）モジュール８０に接続された課金センタ１００を含むコンソリデートされた課金メカニズムも含む。課金センタ１００は、カスタマ情報プロセッサ９０にも接続されている。
【００４７】
情報データベース
好ましい実施形態において、ネットワークおよびサービス情報は、ＳＣＥ６２に記憶され、ユーザおよびサービス情報は、ＳＤＢ６４に記憶される。ＳＣＥ６２は、ウェブサーバ６６と接続されており、例えば移動体局２０を介してユーザによりアクセスされる。ネットワーク情報は、ＡＴＭネットワーク２０、ＤＳ／ＩＷＦモジュール２５、ウェブサーバ６６などのようなネットワークエレメントを介してサービスプロバイダによりＳＣＥ６２に記憶される。
【００４８】
ＢＳＣ１０およびＨＬＲ７０と接続されたＳＤＢ６４は、ユーザが現在いるワイヤレスネットワークセルロケーションに関する情報のようなユーザ情報を記憶する。ＢＳＣ１０からのサービス情報は、ＳＤＢ６４にも記憶される。ＳＣＥ６２およびＳＤＢ６４は、周期的に（例えば、所定の時間インターバルの後）および／またはダイナミックに（例えば、ネットワーク動作環境条件の変化に基づく更新）更新され、その中にユーザ、サービスおよびネットワーク情報を記憶することができる。
【００４９】
従来技術において、様々なユーザ、サービスおよびネットワーク情報が、互いに独立におよび／またはリンクされずに、ワイヤレスネットワークの異なる部分に記憶される。例えば、従来技術においてよく知られているように、ＨＬＲ７０は、そこに記憶されたユーザ情報（例えば、ユーザプロファイル、ユーザの好みなど）のみを有し、ＨＬＲ７０、ＭＳＣ４０、ＢＳＣ１０などのネットワークの様々な部分は、異なるサービス情報（例えば、利用可能なサービス、サービスオプションなど）およびネットワーク情報（例えば、サービスに必要とされる利用可能なネットワーク資源、ネットワークケーパビリティ、ネットワークトラフィック、ネットワーク信号干渉妨害、ネットワークプロトコルなど）を含む。
【００５０】
本発明の一実施形態は、ユーザ、サービスおよびネットワーク情報をダイナミックに記憶しかつアクセスすることを許容するために、プロセッシングノード、即ち、ＳＣＥ６２およびＳＤＢ６４を備えたストレージデータノード（ＳＤＮ）６０を使用する。例えば、ウェブベースドネットワーク情報は、ＳＣＥ６２に記憶される。ウェブベースド情報は、例えば、イメージ処理技法、ウェブプロキシデータなどを含む。データパケットバースト制御機能を含むデータトランスファ情報のような他の周知のワイヤレスネットワーク情報が、ＳＤＢ６４に記憶される。
【００５１】
また、ＳＤＢ６４は、ユーザがリクエストされたサービスを受けることができるかどうかを決定するための必要なユーザ情報、ＨＬＲ７０から得られるユーザ情報を記憶する。このやり方において、様々なユーザ、サービスおよびネットワーク情報が、例えば、ＳＣＥ６２およびＳＤＢ６４にダイナミックに記憶され、サービスをクリエートしまたは修正するユーザのリクエストが、サービスクリエーションまたはネゴシエーションが実行される度毎に、ネットワーク中の様々な独立のおよび／またはリンクされてないソースからユーザ、サービスおよびネットワーク情報を得る必要なしに、ＳＣＥ６２およびＳＤＢ６４にアクセスすることにより、単純なやり方で、ＳＤＮ６０により確認されうる。
【００５２】
ユーザおよびサービス特性が時間と共に変化し、ネットワーク環境が変化するので、ユーザ、サービスおよびネットワーク情報は、ダイナミックにおよび／または周期的に記憶されかつ更新される必要がある。以上に基づいて、ユーザ、サービスおよびネットワーク情報のＳＤＮ６０のストレージでの更新およびダイナミックな記憶において使用される特定の具現化方法は、所望の情報のダイナミックな記憶を達成するための選択的事項であることが分かるであろう。
【００５３】
サービスクリエーションおよびネゴシエーションの前およびその間におけるサービスプロバイダによりＳＤＮ６０を通して調整されるネットワーク情報のダイナミックな記憶は、以下の動作を含む。例えば、ＢＳＣ１０は、無線環境、使用されるアクセス技術、即ち符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、ＧＳＭ（global system for mobile communications）標準など、およびユーザが関係する基地局５の負荷キャパシティ（即ち、所望のデータレートおよびサービス品質で更なるユーザをサポートできるかどうか）の情報を記憶する。基地局５は、無線環境およびそれが生じる負荷に関連する干渉妨害状況を測定する。
【００５４】
ＢＳＣ１０は、データパケットバースト制御機能を含むデータトランスファ情報のようなネットワーク情報を、ＳＤＢ６４に周期的に送る。ウェブ制御データ等のような他の周知のウェブベースドネットワーク情報が、ネットワーク環境の変化により、同様にＳＣＥ６２に周期的に送られる。記憶された情報に基づいて、所定の従来知られたマッピング動作が、この技術分野において知られた様々なサービス、この技術分野において知られたサービスのグレードまたはこの技術分野において知られたサービスの品質をサポートするために実行される。例えば、ユーザが新しいセルに移動するとき、サービスデータベース情報も、新しいセルに基づいて更新される必要がある。
【００５５】
ユーザウェブブラウザまたはクライアントリクエストに応答して戻されるダウンストリームデータは、確かめられる必要がある所定の特性を有する。ＤＡ／ＩＷＦモジュール２５により実行されるデータコンテンツ分析は、この技術分野においてよく知られた処理ステップを含む。この技術分野においてよく知られたトランスコーディングプロキシおよび効率的な圧縮技法が、いずれかの処理遅れをオフセットするために、データコンテンツに適用されうる。上記の動作の完了により、ＳＣＥ６２およびＳＤＢ６４は、ユーザにサービスをクリエートまたはネゴシエートすることを可能にするために必要とされる情報の全てを含む。
【００５６】
本発明によれば、ＳＣＥ６２およびＳＤＢ６４は、ネットワークの１つの物理的ロケーション中の別個のデータベースであることに限定される必要はない。その代わりに、ＳＣＥ６２およびＳＤＢ６４は、ネットワーク全体を通して配置された分散型データベースでありうる。分散型データベースが持続しおよび／または共にリンクされるように同期化技法を必要とするが、サービスデータノードを使用する本発明によるユーザコンフィギャラブルシステムおよび方法は、より効率的なやり方で、サービスクリエーションおよびネゴシエーションを処理する。
【００５７】
本発明により従属するおよび／または一緒にリンクされた分散型データベースを得る１つの例は、ユーザおよび／またはサービス情報を、ネットワーク情報と、「関連づける」（例えば、関係を確立するまたは論理的にリンクする）である。ユーザ情報は、ＳＤＮ６０に記憶され、その特定のユーザ情報に関係する（即ち、これと関連づけられた）ネットワーク情報が見つけられ、ＳＤＮ６０または何らかの他のロケーションに記憶される。ユーザ情報に加えて、ユーザ情報またはネットワーク情報と関連づけられた（例えば、論理的にリンクされた）サービス情報は、ＳＤＮ６０または何らかの他のロケーションに記憶されかつ更新されうる。ユーザおよび／またはサービス情報がネットワーク情報とどのように関連づけられるかのより詳細な説明を以下に示す。
【００５８】
サービスデータノード（ＳＤＮ）の動作
従来技術と異なり、本発明は、容易にアクセス可能な論理的に接続された方法で処理されかつ記憶されるユーザおよび／またはサービス情報およびネットワーク情報を伴うネットワーク処理スキームを使用する。本発明は、特定のユーザおよび／またはサービス情報が対応するネットワーク情報とリンクされるように、ユーザおよび／またはサービス情報を、従属したおよび／またはリンクされた方法でネットワーク情報と「関連づける」。
【００５９】
特定のユーザによりなされた特定のサービスリクエストに対してサービスが提供されうるかどうかを決定するために必要とされる情報は、事前に決定されうる。そして、サービスリクエストに応答して、リクエストされるサービスが、提供されうるかどうかについての決定が、低減された数のユーザに対するネットワークシステムリクエスト、サービスおよびネットワーク情報でなされうる。また、リクエストの後に決定をなすために必要とされうる時間量および／またはユーザ、サービスおよびネットワーク情報（様々な課金情報を含む）の必要とされるネットワーク処理が低減されうる。
【００６０】
サービスクリエーションおよびネゴシエーションの決定に関わる一般的なネットワーク処理は、この技術分野において知られているが、本発明は、プロセッシングノード、即ちＳＤＮ６０によりこれらの処理ステップを好都合に実行する。本発明の好ましい実施形態によるＳＤＮ６０を使用するサービスクリエーションおよびネゴシエーションの方法を説明する。
【００６１】
本発明の背景を説明するために使用された例のように、ユーザは、ユーザがニューヨークまたはボストンにいるとき正午１２時にストッククオートを得るような新しいサービスをリクエストすることができる。例えば、ユーザは、基地局５と通信する移動体局２を介して彼のリクエストをなし、ＢＳＣ１０は、そのリクエストを基地局５から受信する。そして、ＢＳＣ１０は、ＳＤＮ６０、特にその中のＳＤＢ６４と通信する。
【００６２】
しかし、従来技術と異なり、ユーザにより開始されるサービスクリエーション（またはサービスネゴシエーション）に先立ち、ＳＤＢ６４は、ＡＴＭネットワーク２０、ＤＡ／ＩＷＦモジュール２５などのような様々なネットワークエレメントによりそこにダイナミックに記憶されたネットワーク情報を有する。ネットワーク情報は、ワイヤレスネットワーク１に接続されたウェブサーバ６６のような他のネットワークエレメントからＳＣＥ６２にダイナミックに記憶される。また、ユーザのプロファイルおよびユーザについての他の情報を含むＨＬＲ７０から得られたユーザ情報は、ＳＤＢ６４にダイナミックに記憶され、ユーザがリクエストされたストッククオートを受け取ることができるかどうかを決定するために使用される。
【００６３】
ユーザリクエストの受信によりＳＤＮ６０は、サービスリクエストをなしている特定のユーザに対する適切なユーザ情報を突き止めるためにそのストレージをチェックする。ユーザがニューヨークまたはボストンにいるとき正午１２時にストッククオートを得るというユーザリクエストが、ユーザプロファイル中に記憶される。次に、ＳＤＮ６０は、従来技術のように膨大な数のネットワークエレメントにそれら自体のストレージデータベースをチェックさせる代わりに、ユーザおよびユーザリクエストに関連づけられた適切なネットワーク情報を突き止めるためにそのストレージをチェックする。
【００６４】
例えば、正午１２時にストッククオートを特定のユーザに提供することに関する利用可能なネットワーク資源、およびニューヨークまたはボストンにいるユーザに提供することに関する利用可能なネットワーク資源のようなネットワーク情報が、ＳＤＮ６０によりアクセスされ、ユーザによりリクエストされた情報が提供されうるかどうかを決定する。
【００６５】
また、ＳＤＮ６０は、利用可能なサービス資源のような適切なサービス情報を突き止めるためにそのストレージをチェックすることができる。例えば、以前に決定されたネットワーク資源を使用して、正午１２時にユーザにストッククオートを提供するためのサービス帯域幅要求条件が確認される。また、以前に決定されたネットワーク資源を使用して、ニューヨークおよびボストンにおいて毎日ユーザにストッククオートを提供するためのサービス帯域幅要求条件が確認される。
【００６６】
ユーザがニューヨークにいるとき彼のストッククオートをリクエストする場合、サービスは、所定のネットワーク資源を使用して特定のサービス帯域幅において提供される必要があり、サービスは、ユーザがボストンにいるとき、所定の他のネットワーク資源を使用して異なるサービス帯域幅を必要とする。このようにして、ユーザおよび／またはサービス情報およびそれらの関連づけられたネットワーク情報が、ＳＤＮ６０によりアクセスされかつ比較される。
【００６７】
ＳＤＮ６０がネットワークおよびサービス情報をＳＣＥ６２に記憶させることで、ユーザおよびサービス情報がＳＤＢ６４に記憶される一方で、ネットワーク処理は、ＳＤＮ６０のみをアクセスすることにより実行され、これにより、リクエストされたサービスクリエーションまたはネゴシエーションが提供されうるかどうかを迅速に確かめる。例えば、ＳＤＮ６０は、ＳＣＥ６２およびＳＤＢ６４に記憶された情報を比較することにより、正午１２時にストッククオートをリクエストした多すぎるユーザがネットワーク上に現在存在するかどうか、またはニューヨークまたはボストンでストッククオートを受け取ることを許可されるユーザの数に制限があるかどうかを決定する。リクエストされたストッククオートが提供されることができない場合、ユーザは、ネットワークがフルキャパシティであることを迅速に通知され、別のときにアクセスを試みることを頼まれる。
【００６８】
ＳＤＮ６０が、ユーザおよび／またはサービス情報およびネットワークケーパビリティが、リクエストされたストッククオートがユーザに提供されうるようになっていると決定する場合、ネットワーク処理は、当業者に知られた通常の技法を使用して、ストッククオートデータをアクセスすることに進む。ストッククオートが、ウェブサーバ３２を有するファイナンシャルニュース組織により提供されるべき場合、ＤＡ／ＩＷＦモジュール２５は、ウェブサーバ３２からストッククオートデータを受信するために、インターネット／パケットデータネットワーク３０とさらに通信する。このやり方において、サービスクリエーションを決定することに関係する処理は、この技術分野において知られているが、本発明は、セントラルロケーション、即ちＳＤＮ６０をアクセスすることによりこれらの処理ステップを実行する。
【００６９】
その後、ユーザが、彼のクオートが正午１２時の代わりに午後１時に受け取られるようにストッククオートサービスに対する加入を修正（即ち、ネゴシエート）することを望む場合、ＳＤＮ６０は、サービスクリエーションについて上述したものと同様のやり方で、ユーザおよび／またはサービス情報およびそれらの関連するネットワーク情報を有するそのストレージをアクセスすることにより、関係する処理を容易にする。
【００７０】
様々なユーザおよび／またはサービス情報をネットワーク情報と関連づけることにより、ユーザ、サービスおよびネットワーク情報は、ＳＤＮ６０中のデータベースのような単一のロケーションまたはネットワーク全体を通して配置された物理的に分散されたデータベースに記憶され得る。そして、ユーザおよび／またはサービス情報およびネットワーク情報は、各タイプの情報か他のタイプの情報と同じ関係を有するように関連づけられる。したがって、異なるタイプの情報は、１つまたは複数の物理的ロケーションに記憶されかつ更新され、これにより、異なるタイプの情報が論理的にリンクされた関係を有する。
【００７１】
彼の現在加入されたサービスをネゴシエートするユーザのリクエストは、ユーザが、例えば彼の移動体局２を介してリクエストを出すことにより処理される。ＳＤＮ６０を使用する本発明によるサービスクリエーションに対するプロセスと同様に、基地局５、基地局コントローラ１０、ＡＴＭネットワーク２０、ＨＬＲ７０、ＤＡ／ＩＷＦモジュール２５およびＭＳＣ４０のような通信ネットワークの様々なエレメントは、全て、必要なユーザおよび／またはサービス情報およびネットワークケーパビリティに関する情報をＳＤＮ６０のＳＣＥ６２およびＳＤＢ６４に記憶するために、ユーザが開始するサービスクリエーションまたはサービスネゴシエーションに先立って共動する。これにより、ＳＤＮ６０は、彼のサービスに対するユーザの所望の修正が、ユーザとネットワークとの間でネゴシエートされるかどうを決定するために、ネットワーク情報およびユーザおよび／またはサービス情報を比較する。
【００７２】
当業者により理解されるように、ストッククオートおよび多数の他のサービスが、ユーザに提供され得る。しかし、従来技術と異なり、ユーザおよび／またはサービス情報およびネットワーク情報を確認する本発明によるネットワーク処理は、ＳＤＮ６０により一度に一緒に実行される。これは、異なるユーザおよび／またはサービス情報およびネットワーク情報が、ワイヤレスネットワークのＳＤＮ６０により記憶されかつアクセスされるからである。
【００７３】
ＳＤＮ６０を使用することにより、望まれる品質およびサービスの意味におけるユーザからのケーパビリティおよびリクエストが、ネットワークケーパビリティ（情報）と比較される。当業者により理解されるように、ケーパビリティが端から端まで整合されていることを確かにするために、他のサービスノードとの通信を必要とする複数のサービス処理ノードが使用されうる。他のサービスノードとの通信に対して、いくつかの現存するプロトコルが使用されることができ、またはこの技術分野において知られた技法を使用して新しいプロトコルが開発される。
【００７４】
上述したユーザがサービスをクリエートまたはネゴシエートできるかどうかを迅速に決定するためのネットワークケーパビリティのユーザおよび／またはサービス情報とのマッチングは、ネットワークにおける呼び処理およびシグナリング資源を低減することを助け、これにより、シグナリング処理およびネットワーク資源の使用を最小化する。サービスクリエーションおよびアドミニストレーションは、プロセッシングノードにより自動化され、サービスプロバイダに関係する管理上およびオーバヘッドの費用は、大幅に低減され、ユーザは、広範なネットワークプロバイダの介在なしに彼のサービスをクリエートすることができる。
【００７５】
コンソリデートされた課金メカニズム
ユーザに対するサービスをクリエートおよび／またはネゴシエートすることに関係するネットワーク処理は、ユーザに適切に課金する必要もある。サービスデータノード６０は、図２に示されたサービスデータノード（ＳＤＮ）モジュール８０の一部である。ＳＤＮモジュール８０は、カスタマ情報プロセッサ９０および課金センタ１００と通信している。
【００７６】
ＳＤＮモジュール８０において、ＳＤＮ６０は、ＳＤＢ６４に記憶されたユーザおよびサービス情報およびＳＣＥ６２に記憶されたネットワーク情報を受信するダイナミック課金情報プロセッサ８４と接続されている。また、ダイナミック課金情報プロセッサ８４は、サービス品質ユニット８２からのサービス品質に関する情報を受信することができる。ダイナミック課金情報プロセッサ８４は、これらの様々なタイプの情報を、ラディアス（radius）アカウンティングサーバ８６に送り、これは、ユーザがリクエストしたサービスの実際の使用を決定する。ラディアスアカウンティングサーバ８６中のカウンタまたはタイマーは、ユーザがリクエストされたサービスにアクセスした時間量を追跡するために使用されうる。そして、ラディアスアカウンティングサーバ８６は、決定された使用結果を課金センタ１００へ送る。
【００７７】
その間に、カスタマ情報プロセッサ９０は、様々なカスタマまたはユーザ情報を課金センタ１００へ送る。カスタマ情報プロセッサ９０は、ユーザ情報ＳＤＭ中のＳＤＢ６４に提供するＨＬＲ７０、およびＳＤＮ６０および課金センタ１００と通信するためのカスタマプロビジョニングユニット９２を有する。
【００７８】
課金センタ１００は、ラディアスアカウンティングサーバ８６から結果を受信する課金メディエーター（mediator）１０２、カスタマプロビジョニングユニット９２およびＳＤＮ６０から情報を受信する課金オーダマネージャ１０６を含む。課金センタ１００中の課金プロセッサ１０４は、ユーザに対するサービスの課金をコンソリデートしかつ決定するために、課金メディエータ１０２および課金オーダマネージャ１０６からの情報を受信しかつ処理する。
【００７９】
サービス課金は、様々なタイプのネットワーク処理動作またはユーザによりリクエストされるサービスのタイプに基づきうる。以下は、本発明のコンソリデートされた課金メカニズムにより異なるサービスがどのように課金されうるかのいくつかの例である。
【００８０】
サービスクリエーション環境に基づく課金
アプリケーションサーバ６６は、それがサポートするアプリケーションのケーパビリティ要求条件をサービスデータノード（ＳＤＮ）６０に提供しなければならない。所定の高品質サービスの要求条件も、ＳＤＮ６０に提供されなければならない。例えば、サービス品質ユニット８２は、サービス品質情報をダイナミック課金情報プロセッサ８４に提供するために、ＳＤＮモジュール８０の一部でありうる。サービス品質ユニット８２は、品質レベル、遅延（短い待ち時間（low latency)）およびそれらのチャンスポートおよび待ち時間要求条件の意味におけるアプリケーションの幅広いスペクトルを分類し、特定のサービスに対する必要な情報を提供することができる。
【００８１】
そして、ネットワークによりサポートされるサービスおよび品質は、アプリケーションの必要性および要求条件およびネットワークのケーパビリティサポートに従って、多数の幅広い分類にグループ化されうる。典型的には、ネットワークアプリケーションそれ自体は、通知されることを好みかつそれ自体に適合する特定の環境変化を決定し、システムに登録する情報をその中に有する。他の環境変化は、ネットワークアプリケーションのためにワイヤレスネットワークシステムの様々なエレメントにより直接的に取り扱われうる。
【００８２】
多数のサービスに対するユーザへの課金において、課金センタ１００に送られる２つのタイプの課金情報がありうる。１つのタイプは、ＨＬＲ７０のようなサービス／プロファイルクリエーションデータベース中のユーザのサービスプロファイルに基づく「スタティック課金情報」と呼ばれうる。これは、どのサービスにユーザが加入しているかを示す情報である。この情報は、課金センタ１００に直接的に送られることができ、またはサービスクリエーション／プロファイル情報のフィルタされたバージョンが、課金センタ１００にコピーされうる。ユーザが彼のプロファイルまたはサービスクリエーション環境に対する変更を行うときはいつでも、これらの変更は、課金センタ１００において反映されなければならない。
【００８３】
他のタイプの課金情報は、コール毎にまたはセッション毎にユーザにより選択されるサービスの実際の使用に関する「ダイナミック課金情報」と呼ばれうる。このダイナミック情報は、いくつかのアプリケーションのサービスコンテンツ情報を含みうる。例えば、ユーザは、ワイアレスアプリケーションプロトコル（ＷＡＰ）サーバまたはワイヤレスポータルのサービスを使用することができる。これらのアプリケーションの使用に課金することは、固定とすることができ、即ち、ユーザがアプリケーションをアクセスする場合、彼は、固定料金をチャージされ、彼がアプリケーションにアクセスした合計時間に基づいてチャージされ、アプリケーションが使用された時間に対して課金され、または取引に基づいてチャージされうる。
【００８４】
そのような課金スキームは、例えば、ユーザにマップ情報に基づく道順を提供することに使用されうる。そのようなサービスの使用は、課金センタ１００中にカウンタまたはタイマーを提供することにより推定されうる。ユーザがサービスまたはアプリケーションをアクセスするときはいつも、カウンタまたはタイマーは、ユーザがそのサービスまたはアプリケーションを使用した時間量を決定するためにアクティブ化されうる。ラディアスアカウンティングサーバ８６は、ダイナミック課金情報を得るために使用されうる。ラディアスアカウンティングサーバ８６中のフィールドは、使用される時間またはサービス使用の間のカウントのようなアプリケーション情報でポピュレート（populated）されなければならない。ラディアスアカウンティングサーバ８６からの結果は、最終的な課金コストを処理するために課金センタ１００へ送られる。
【００８５】
ワイヤレスパケットコールに基づく課金
ワイヤレスネットワークにおいて、ユーザによりリクエストされる所定のサービスは、データパケット伝送を必要とする可能性がある。例えば、複数のデータパケットを有する１つのパケットセルは、ユーザからのリクエストにより、インターネット／パケットデータネットワーク３０を介してウェブサーバ３２からデータコンテンツ分析／インターワーキング機能（ＤＡ／ＩＷＦ）モジュール２５に入ってくることがある。また、ＡＴＭネットワーク２０は、ワイヤレスネットワークを通して転送されているデータパケットの伝送データレート情報を提供しうる。
【００８６】
そして、これらのパケットには、インターネットプロトコル（ＩＰ）アドレスが割当てられている。認証のリクエストがＤＡ／ＩＷＦモジュール２５へ行くとき、データレート情報を含みうるパケットに関する情報は、相関付けのためのラディアスアカウンティングサーバ８６に送られる。パケットカウンタは、ユーザがリクエストしたサービスの間に転送されるパケットをカウントするために、単純ネットワーク管理プロトコル（ＳＮＭＰ）マネージメント情報ベース（ＭＩＢ）として使用される。このパケットカウント情報は、そのサービスがどのように課金されるかを処理しかつ決定するために、ラディアスアカウンティングサーバ８６において提供される。
【００８７】
サービス品質に基づく課金
二世代移動体／ワイヤレス通信システムは、様々なサービス品質（ＱｏＳ）アプリケーションをサポートすることを要求されることになる。例えば、主に音声サービスを使用するユーザは、良好な音声品質を望むことになるが、データサービスを主に使用するユーザは、データの小さな遅れおよび信頼性のある伝送を望むことになる。ワイヤレス通信環境において、通信接続は、特に、移動体管理のためまたは制限された無線資源または変動するネットワーク状態のために、ハンドオフ実行プロセスの間にまたはその後に、所望のサービス品質要求条件を常には満たさない可能性がある。
【００８８】
そして、ワイヤレスネットワーク、特に第三世代（３Ｇ）ワイヤレスネットワークにおいてサービス品質に基づく課金に対する必要性がある。ワイヤレスネットワークにおいて、誤り率およびサービス品質は直接的に関連する。加入者が望むサービスの品質またはグレードに基づくマッピング関数（function）がある。
【００８９】
パケット送信サービスに対して、バースト尺度（measurements）またはメトリックス（metrics）（即ち、誤り率に基づく品質推定値）およびバーストスケジューリングにおける遅延および／またはバーストサイズが、ユーザに課金するために使用されうる。これを達成するために、基地局コントローラ（ＢＳＣ）１０は、品質推定値に対する様々なバーストスケジューリング遅延およびバーストサイズのマッピングを行うことができ、この情報をスイッチに中継することになり、そして、ユーザに課金するためにこの情報をラディアスアカウンティングサーバ８６に通信することになる。
【００９０】
また、ＡＴＭネットワーク２０は、実際の伝送またはデータレートのような様々な基準に基づいて、サービス品質情報を監視することができる。そして、ＡＴＭネットワーク２０は、特定の伝送または転送されたデータレートに基づいて、サービス品質についてユーザに課金するために、この情報をラディアスアカウンティングサーバ８６に通信することができる。
【００９１】
コンテンツプッシュサービス（Content Push Services）
ストッククオートまたは天気情報またはスポーツ情報のようなコンテンツプッシュサービスが、課金される必要がある。例えば、これらのサービスは、固定された加入に基づき、一日のうちの時刻に基づき、または所定条件を満たすことに基づき課金されうる。ユーザは、この種の情報を彼がどのように受け取ることを望むかのプロファイルを彼のプロファイルコンフィグレーション中にセットすることができる。
【００９２】
例えば、ユーザは、例えば、所定の値または範囲を超えて、所定の株価が上昇するとき彼が通知されるように、特定の基準で彼のプロファイル中にセットすることができる。別の例として、ユーザは、仕事のために彼が家を出る前に天気情報を受けるための基準をユーザがセットすることもできる。ウェブサーバ６６のようなコンテンツサーバが、その基準が満たされると、この情報をＳＤＮ６０にプッシュすることになる。そして、ＳＤＮ６０は、ユーザがこのサービスに対して課金するように、課金センタ１００中の課金オーダマネージャ１０６に通知する。
【００９３】
取引ベースサービス（Transaction based Services）
本発明によるコンソリデートされた課金システムは、アクセスシングロケーション情報のような取引ベースサービスまたはロケーションベースサービスを含むことができる。この種の情報は、取引毎に必要とされ、取引課金情報が、リクエストされた取引ベースサービスに対してユーザが課金されうるように、取引が完了するやいなや課金センタ１００においてトリガされる。
【００９４】
プロファイル変更に対する課金
彼が彼の加入者プロファイルを変更するときにユーザが課金されうる。ユーザが彼のプロファイル情報を変更するとき、課金事象として使用されうる課金センタ１００中の事象をトリガすることになる。また、ユーザが許容された所定回数のプロファイル変更を超える追加的なプロファイル変更に対して課金される前に、ユーザは、サービスプロバイダがチャージすることなしにサポートする所定回数のプロファイル変更を許容されうる。
【００９５】
この発明の一実施形態は、ケーパビリティおよび資源の意味におけるワイヤレスサービスクリエーションおよびサービスネゴシエーションを説明する。所望のアプリケーションのケーパビリティおよびサービス品質所望情報が、この目的のためにノード／データベース（例えば、図２中のサービスデータノード）に提供される必要がある。
【００９６】
本発明は、ユーザが彼が望むサービスをクリエートおよび／またはネゴシエートすることができるように、各ユーザの加入者プロファイルが各加入者によりクリエートされかつコントロールされるデータベースに対する必要性を満たす。これは、ＨＬＲ７０のみを使用する従来のサービスプロビジョニングのようなオペレータベースサービスプロビジョニングと対照的である。本発明によれば、ユーザは、サービスデータノード（ＳＤＮ）６０により彼自体の加入者プロファイルをカスタマイズするために、彼自体のサービスを選択するオプションを有する。サービスをクリエートおよび／またはネゴシエートすることをユーザに許容するプロセスは、その中にサービスデータノード（ＳＤＮ）６０を有するサービスデータノード（ＳＤＮ）モジュール８０に接続されかつカスタマ情報プロセッサ９０に接続された課金センタ１００により、コンソリデートされたやり方で課金されうる。
【００９７】
【発明の効果】
以上説明したように、本発明によれば、ユーザ情報、サービス情報およびネットワーク情報を記憶しかつ関連づけるワイヤレス通信システムにおけるコンソリデートされた課金のための改良されたシステムおよび方法を提供することができる。
【００９８】
特許請求の範囲の発明の要件の後に括弧で記載した番号がある場合は、本発明の一実施例の対応関係を示すものであって、本発明の範囲を限定するものと解釈すべきではない。
【図面の簡単な説明】
【図１】従来技術によるワイヤレスサービスプロバイダネットワークの例示的なシステムを示す図。
【図２】本発明の一実施形態によるワイヤレスサービスプロバイダネットワークの例示的なシステムを示す図。
【符号の説明】
１  ワイヤレスネットワーク
５  基地局（ＢＳ）
１０  基地局コントローラ（ＢＳＣ）
２０  ＡＴＭネットワーク
３０  インターネット／パケットデータネットワーク
３２  ウェブサーバ
７０  サポートされるアプリケーションおよびサービス
２０  ＡＴＭネットワーク
３０  インターネット／パケットデータネットワーク
３２  ウェブサーバ
８０  ＳＤＮモジュール
８２  サービス品質
８４  ダイナミック課金情報プロセッサ
８６  ラディアスアカウンティングサーバ
９２  カスタマプロビジョニング
１００  課金センタ
１０２  課金メディエータ
１０４  課金プロセッサ
１０６  課金オーダマネージャ
【図１】
0004414632.tif 000002
【図２】
0004414632.tif 000003