JP2004538685A - 無線データ・サービスを提供するためのプラットフォーム及び方法 - Google Patents

Abstract

ユーザと１つ又は複数のデータ・サービスの間のパケットをベースとするデータ通信セッションを処理するための方法が、無線電話ネットワーク（１２０）内の移動端末（１３２）と、例えば、インターネット（１４０）を通して、データ・ネットワークにより、これらの移動端末にアクセスすることができるサービス・プロバイダ（１５０）との間のパケットをベースとするデータ・セッションを監視し、制御するために、データ・サービスを生成し、提供し、使用するために使用される。任意の特定の移動端末に対して、時間的に重なることができる複数のサービス相互作用を、移動端末がシステムとのデータ通信を維持している時間中に処理することができる。１つの態様においては、この方法は、サービスに対する検出ポイントの設定を含むノード上でのサービスの提供を特徴とする。ノードは通信を処理する。この処理は、設定した検出ポイントとの一致を識別するための通信を監視することを含む。設定した検出ポイントとの一致を識別した場合には、サービスに対するサービス・ロジックに検出ポイントについての通知が行われる。

Description

【技術分野】
【０００１】
本発明は、データ通信システムにおけるデータ・サービスの提供に関する。
【背景技術】
【０００２】
（関連出願への相互参照）
本出願は、２００１年５月２２日付けの「無線ネットワーク上のスポンサー付きパケット交換データ・サービスのための方法」（Ｍｅｔｈｏｄ ｆｏｒ Ｓｐｏｎｓｏｒｅｄ Ｐａｃｋｅｔ Ｓｗｉｔｃｈｅｄ Ｄａｔａ Ｓｅｒｖｉｃｅｓ ｏｎ ａ Ｗｉｒｅｌｅｓｓ Ｎｅｔｗｏｒｋ）という名称の米国仮特許出願番号６０／２９２，５６４、及び２００１年５月２５日付けの「無線ネットワーク上の取引をベースとするパケット交換データ・サービスのための方法」（Ｍｅｔｈｏｄ ｆｏｒ Ｔｒａｎｓａｃｔｉｏｎ Ｂａｓｅｄ Ｐａｃｋｅｔ Ｓｗｉｔｃｈｅｄ Ｄａｔａ Ｓｅｒｖｉｃｅｓ ｏｎ ａ Ｗｉｒｅｌｅｓｓ Ｎｅｔｗｏｒｋ）という名称の米国仮特許出願番号６０／２９３，７５６の利益を主張する。これらの出願は、引用によって本明細書の記載に援用する。
【０００３】
ＡＭＰＳ（アナログ移動電話サービス）ネットワークのような第一世代無線電話ネットワークには、移動電話のユーザが音声をベースとするサービス等のアナログ・サービスのプロバイダに接続できるようにする移動通信を提供するためにアナログ無線通信アーキテクチャが使用された。これらのシステムは、無線ネットワークを通して、移動電話と他のコンピュータ又はデバイス間のデータ通信を直接サポートしていなかった。
【０００４】
今日の大部分の無線システムは、デジタル・システムであり、ＧＳＭ（移動通信用グローバル・システム）、ＴＤＭＡ（時分割多元接続）及びＣＤＭＡ（符号分割多元接続）を含む多くの異なる無線通信技術及びシステム・アーキテクチャをベースとしている。これらのデジタル・システムは、通常、第二世代（２Ｇ）システムと呼ばれる。一般に、これらの第二世代システムは、移動端末（例えば、移動電話）が特定の宛先と接続する移動サービスを提供するために、デジタル回線交換接続を使用する。このような無線ネットワークを通して提供される大部分の通常のサービスは、基地局−移動局間呼出し、移動局−基地局間呼出し、移動局−移動局間呼出しのような音声をベースとするサービスである。呼出しのための音声信号は、移動端末と固定移動ネットワーク間での無線送信中に、デジタル的にコード化される。固定移動ネットワークにおいては、コード化された音声トラヒックは、例えば、同じ無線ネットワーク上の他の移動端末へのトラヒックを、公衆交換電話網（ＰＳＴＮ）、又は他の公衆陸上移動通信網（ＰＬＭＮ）に切替えるというような個々の回路をベースとして処理され、交換される。
【０００５】
これらの第二世代無線ネットワーク内でのデータ・サービスのサポートは、幾分制約を受ける。これらのシステムでのデータ・サービスの１つのタイプには、長さが２５６バイトまでの短いデータグラムの移動電話への一方向送信を可能にするショート・メッセージ・サービス（ＳＭＳ）がある。ＧＳＭをベースとするシステムのようないくつかの第二世代システムは、また、ＳＭＳメッセージの双方向送信を行うことができる。しかし、ＳＭＳは、ネットワークを通してのかなりの供給遅延を許容することができる個別メッセージを送信するために設計されている。
【０００６】
第二世代システムでのもう１つのタイプのデータ・サービスには、移動端末（例えば、移動電話を通して接続しているコンピュータの移動電話）が、特定の宛先へのデータ回線を確立する回線交換データ（ＣＳＤ）サービスがある。移動端末が接続している間に、移動端末は、コード化された音声トラヒックを送るために使用されるタイプの１つ又は複数のチャネルを専用に使用する。これらのチャネルの全容量はユーザに割り当てられ、ユーザは通常「呼出し」の長さに基づいて課金される。例えば、移動端末は、インターネット等のデータ・ネットワークへのゲートウェイに接続することができ、固定速度データ・チャネルが移動端末とゲートウェイとの間に確立され、予約される。それ故、データ・チャネルの容量の大部分が使用されないために、トラヒックが事実上「バースト状態」（すなわち、高度に可変のデータ転送速度）であるパケット交換データ・ネットワーク上では、ＣＳＤは通信に対して特に効率的ではない。例えば、移動端末からインターネット上のサーバへの「ウェブ・ブラウジング」は、通常、データ・チャネルのバースト状態で使用される結果になる。
【０００７】
第二世代ネットワークが、移動端末と固定ネットワーク間のパケット交換データ通信に対するベアラ・サービスをより最適に提供することができるようにするために、汎用パケット無線システム（ＧＰＲＳ）のような高度の技術が開発されている。ＧＰＲＳは、ＧＳＭシステムがパケット交換データをより効率的に処理できるようにする。ＧＰＲＳがより効率的である一因は、特定の移動端末に対して全チャネルを予約しないからである。ＧＰＲＳをベースとするシステムの場合には、標準移動ネットワーク・アーキテクチャにいくつかのノードが追加される。パケット制御装置（ＰＣＵ）が、ネットワークの無線インタフェースへのパケット・データ交換インタフェースを提供するために使用される。また、１つ又は複数のサービス提供ＧＰＲＳサポート・ノード（ＳＧＳＮ）、及びゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）が、ＰＣＵから外部ネットワークへのデータ経路を供給するために追加される。ノード関連の他のＧＰＲＳを追加することができるが、これらのノードは、通常、第二世代ネットワーク上でＧＰＲＳを実施するための最低要件である。ＧＰＲＳを使用可能にするネットワークは、依然として回線交換方法により音声をベースとするサービスを処理する。しかし、データ伝送のためのＧＰＲＳの大きな違いは、ＣＳＤとは異なり、ＧＰＲＳは、パケット交換データを送るために特に設計されていることである。この特徴により、同じサービス提供無線セル内においてさえ、複数のユーザが、ネットワークの無線及び固定ベアラ・リソースを共有することができる。そのため、リソースの効率が大幅に増大し、ネットワークの利用が改善される。ＧＰＲＳは、理論的には、１１５ｋＢ／秒までのユーザ・アプリケーション・データ転送速度をもたらすことができるが、このデータ転送速度は、無線リンク状態により異なり、ネットワーク無線インタフェース、及び移動端末の両方によるこのモードに対する特定の互換性を必要とする。データ・ベアラ・サービスは、全ネットワークを通して移動端末からのパケット交換データをベースとしているので、移動端末と、無線ネットワークの内外のいくつかの点との間で複数のアプリケーション・データ・ストリームを運ぶことができるように、ベアラ・サービス上の多重化を容易に行うことができる。例えば、ユーザは、同時にウェブ・ブラウズし、電子メールをチェックし、テレビ電話セッションを実行し、ファイルをダウンロードすることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
現在のＧＰＲＳシステムは、データ・サービスのモバイル・ユーザによる使用を提供し、制御し、測定し、課金することに対するオプションが限定される。例えば、ＳＧＳＮ及びＧＧＳＮは、移動端末へのデータ接続の全持続時間に関する呼出し詳細記録（ＣＤＲ）を生成することができる。これらのＣＤＲをベースとする課金は、通常、接続の持続時間、移動端末への／からのデータ量又は固定価格をベースとする。
【課題を解決するための手段】
【０００９】
全般的な態様において、本発明は、ユーザと１つ又は複数のデータ・サービス間のパケットをベースとするデータ通信セッションを処理するための機構を提供する。この機構は、無線電話ネットワーク内の移動端末と、例えば、インターネットのようなデータ・ネットワークを通して、これら移動端末にアクセスすることができるコンテンツ・プロバイダとの間のパケットをベースとするデータ・セッションを監視し、制御するためのデータ・サービスの生成、供給及び使用に適用することができる。任意の特定の移動端末の場合には、時間的に重なることができる複数のサービス相互作用を、移動端末がシステムとデータ通信を維持している時間内に処理することができる。
【００１０】
データ通信の処理は、決算及び課金のための監視、サービスへのアクセスの制御、及びサービスへのアクセスの転送のうちの１つ又は複数を特徴とすることができる。
決算及び課金のためのセッションの監視は、各通信セッションの性格及び使用した時間による決算、転送したデータ量、又は行った取引の数又はタイプにより決まる１人又は複数の当事者への課金を含む種々の異なるタイプの課金モデルに対してサポートを行う。
【００１１】
サービスへのアクセスの制御は、例えば、ユーザ指定情報のような種々のサービス特定基準をベースとして行うことができる。アクセス制御の一例としては、ユーザがその前払いした許容範囲を超えることができないように、アクセスが制御されるプリペイド式データ・サービスがある。
【００１２】
サービスへのアクセスの転送は、「仮想サービス」に対するアクセスの試みの実際のサービスへの送信を含む。このタイプの転送は、電話ネットワークにより実際の電話番号に送られるフリーダイヤル（「８００」）電話番号への呼出しに対する送信に類似している。
【００１３】
データ通信セッションの処理は、外部システムへのセッションに関する情報の送信と、このセッションをどう処理するのかを決定するために使用される外部システムからのコマンドの受信とを特徴とすることができる。例えば、「仮想サービス」の転送の場合には、外部システムに、仮想サービスに接続するためのユーザの試みに関する命令を供給するように要求することができ、次に、外部システムは、ユーザが送信しようとしている実際のサービスを識別する応答を送信する。
【００１４】
データ通信セッションの処理は、そのセッションのためのモデルを定義する状態マシンによるそのセッションの監視を特徴とすることができる。モデル内の予め設定した、又は設定可能な状態又は状態の遷移は、状態マシンにより監視中のセッション内のイベントと関連している。これらの状態又は状態の遷移の検出が、そのセッションの処理方法を決定する。
【００１５】
１つの態様においては、一般的に、本発明は、データ・ネットワーク内のあるノードを通過するデータ通信を処理するための方法である。この方法は、サービスに対する検出ポイントの設定を含んで、そのノード上でサービスを提供することを含む。ノードを通過する通信はノードにより処理される。この処理は、設定した検出ポイントとの一致を識別するための通信の監視を含む。設定した検出ポイントへの一致を識別した場合には、そのサービスに対するサービス・ロジックに検出ポイントが通知される。
【００１６】
本発明のいくつかの態様は、下記の特徴の中の１つ又は複数を含むことができる。
処理されたデータ通信は、第二世代（２Ｇ）無線電話ネットワーク、又は第三世代（３Ｇ）無線電話ネットワークのような無線ネットワークからの通信を含む。
【００１７】
処理されたデータ通信は、ＧＰＲＳ使用可能無線ネットワークからの通信を含む。
処理されたデータ通信は、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）からの通信を含む。
【００１８】
サービスの提供は、検出ポイントを設定するための仕様の受信を含む。
サービスの提供は、例えば、ノードの外部で実行するアプリケーションの提供のための、ノードの外部のサーバからのサービスに対する設定情報の受信を含む。
【００１９】
データ通信は、パケット・データ通信を含む。例えば、パケット・データ通信は、インターネット・プロトコル（ＩＰ）データ通信を含む。
検出ポイントの設定は、ネットワーク層、トランスポート層又はアプリケーション層のような１つ又は複数のプロトコル層での特性の指定を含む。
【００２０】
トランスポート層での特性の指定は、転送制御プロトコル（ＴＣＰ）に関連する特性の指定を含む。
アプリケーション層での特性の指定は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、ＲＡＤＩＵＳアプリケーション・プロトコル、又はドメインネーム・サービス（ＤＮＳ）プロトコルの特性の指定を含む。
【００２１】
１つ又は複数のプロトコル層での特性の指定は、複数のプロトコル層での特性の指定を含む。
１つ又は複数のプロトコル層での特性の指定は、１つ又は複数のプロトコル層にて、データ・パケットのフィールドを識別する正規表現の指定を含む。
【００２２】
本発明の方法は、検出ポイントとの一致を識別した際の、サービス・ロジックによる通信の処理を更に含む。
検出ポイントとの一致を識別した場合には、一致した検出ポイントに関連する通信は中止される。
【００２３】
通信の他の処理は、サービス・ロジックからのイベント検出ポイントに対する仕様の受信、イベント検出ポイントの設定、及びその後の設定したイベント検出ポイントとの一致を識別するための通信の監視を含む。
【００２４】
通信の他の処理は通信の転送を含む。
通信の他の処理は、通信トンネルを通してのサービスに関連する宛先への通信の送信を含む。
【００２５】
通信の他の処理は通信のろ過を含む。
ろ過は、パケット内で識別したアドレスによるデータ・パケットの阻止を含む。
通信の他の処理は、通信へのポリシーの適用を含む。
【００２６】
通信へのポリシーの適用は、データ転送速度ポリシーの適用を含む。
サービスの提供は、サービス相互作用に対する通信の測定特性の識別を含む。次にノードを通過する通信の処理は、それぞれがサービスと関連するデータ通信のサービス相互作用の検出、検出したサービス相互作用に対する測定情報の記録を更に含む。
【００２７】
検出したサービス相互作用に対する測定情報の記録は、サービス相互作用中に転送したデータ量の記録を含む。
転送したデータ量の記録は、多数のパケットの記録を含む。
【００２８】
転送したデータ量の記録は、多数のバイトに比例する数の記録を含む。
転送したデータ量の記録は、１つの方向にノードを通過したデータ量の記録を含む。
検出したサービス相互作用に対する測定情報の記録は、サービス相互作用中のデータ転送の速度の記録を含む。
【００２９】
他の態様においては、一般的に、本発明は、データ・ネットワーク内のノードを通過するデータ通信を処理するための方法である。この方法は、設定した検出ポイントとの一致を識別するための通信セッションに対するデータ・パケットの監視を含んで、ノードを通過するデータ通信の通信セッションを処理することを含む。通信セッションのうちの１つで設定した検出ポイントとの一致を識別した場合には、要求は検出ポイントを識別する外部のサービス・ロジックに送られる。通信セッションの他の処理は、送信した要求に応答してサービス・ロジックから受信した情報により行われる。
【００３０】
他の態様においては、一般的に、本発明は、データ・ネットワーク内のノードを通過するデータ通信により提供されるサービスを測定するための方法である。この方法はサービスの提供を含む。この提供は、サービス相互作用に対する通信の特性の識別を含む。サービス相互作用は、それぞれがサービスの特定のユーザに関連するデータ通信で検出される。次に、検出されたサービス相互作用に関連する情報が提供される。
【００３１】
更に他の態様においては、一般的に、本発明は、無線電話ネットワーク上の移動局と固定ネットワーク上のコンテンツ・プロバイダとの間のパケット・データ通信を処理するための方法である。この方法は、サービスに対するサービス・ロジックの設定を含んで、無線ネットワークと固定ネットワークとを接続しているノード上のサービスを提供することを含む。ノードを通して無線電話ネットワークと固定ネットワーク間を通過するパケット・データ通信は、ノードにて処理される。この処理は、提供したサービスに関連する通信セッションを識別するための通信の監視を含む。検出ポイントは、識別した通信セッション内で照合され、サービス・ロジックは、検出ポイントの一致に応じて実行される。
【００３２】
サービス・ロジックの実行は、外部サービス・プラットフォームとの通信を含み、パケット・データ通信の処理は、外部サービス・プラットフォームから受信した情報による通信の処理を含む。
【００３３】
他の態様においては、一般的に、本発明は通信ノードである。このノードは、サービスのための提供情報を受信するように構成されたサービス・マネージャを含む。ノードは、サービス・マネージャに接続され、受信した提供情報を記憶するための記憶装置を含むデータベースを含む。また、ノードは、ノードを通してパケット・データ通信を送り、データ通信の設定可能なイベントを検出するための回路を含む。サービス実行エンジンは、サービス・マネージャと通信し、データを送るための回路に対する検出したイベントの通知を受信するようにプログラムされる。
【００３４】
データベースは、詳細な記録用の記憶装置を含むことができ、サービス実行エンジンは、受信した通知に応じて詳細な記録を生成するために更にプログラムされる。
本発明は、下記の利点の中の１つ又は複数を提供することができる。
【００３５】
詳細な会計モデル及び関連する課金モデルは、このアーキテクチャにより実施することができる。例えば、移動電話が無線ネットワークとデータ通信をしている間に、数々のデータ通信をユーザに課金することができ、数々を「フリーダイヤル」データ・サービスのサービス・プロバイダに、数々をユーザの雇用者のようなデータ・サービスのスポンサーに課金することができる。既存の詳細な記録は比較的荒い精度でしか供給しないので、現在、無線データ・ネットワークのオペレータは、このような詳細な課金を使用することはできない。
【００３６】
潜在的に複雑なサービス・ロジックから、イベント及びトリガ検出機能を分離することにより、ハードウェア・アーキテクチャを全然変更しないで、サービス・ロジックを修正することができる。このアプローチは、交換システムが、サービス制御ポイント（ＳＣＰ）内に常駐する制御ロジックから分離しているインテリジェント・ネットワーク（ＩＮ）をベースとする電話ネットワークの見地から見た多くの利点を供給する。ＩＮをベースとする電話ネットワークにおいては、呼出しの流れ内の適当な検出ポイントを有効にすることにより、交換システムを変更しないで、新しいサービスを実施することができる。データ・サービス用の機構を使用して、有限状態モデルでデータ・パケット通信を監視することにより類似の分離が行われ、これらモデル内の検出ポイントが、外部サービス・ロジックをサポートできるようにする。
【００３７】
このアプローチは、無線電話ネットワークと外部固定ネットワークとの間のデータ通信の処理に必ずしも限定されない。パケット・データの細かい粒度の制御及び監視は、他の環境でも適用することができる。例えば、このアプローチは、有線ネットワーク間又は無線ローカル・エリア・ネットワーク上のパケット通信の処理にも適用することができる。
【００３８】
本発明の他の機能及び利点は、以下の説明及び特許請求の範囲をから理解することができる。
【発明を実施するための最良の形態】
【００３９】
図１について説明すると、無線通信システム１００においては、無線携帯電話のような多数の移動局（ＭＳ）１３２とウェブ・サーバのような多数のコンテンツ・プロバイダ１５０との間のデータ通信が、移動体データ交換局（ＭＤＳＣ）１１０により処理される。移動端末１３２は、モバイル・ユーザ１３０により作動され、無線リンクを通して基地局（ＢＴＳ）１２２と通信する。ＢＴＳ１２２は、ＭＤＳＣ１１０とＭＳ１３２との間で通信を行うための固定ネットワーク通信インフラストラクチャを提供する移動ネットワーク１２０を通してＭＤＳＣ１１０に接続されている。ＭＤＳＣ１１０も、この場合は公衆インターネット１４０であるデータ・ネットワークを通してコンテンツ・プロバイダ１５０に接続されている。
【００４０】
無線通信システム１００は、また、電話ネットワーク、信号方式７（ＳＳ７）インフラストラクチャにより制御される公衆交換電話網（ＰＳＴＮ／ＳＳ７）１９０とＭＳ１３２との間の音声通信をサポートする。移動交換局（ＭＳＣ）１８０は、移動ネットワーク１８０とＰＳＴＮ／ＳＳ７１９０との間に接続されている。
【００４１】
移動体データ交換局（ＭＤＳＣ）１１０は、ＭＳ１３２とコンテンツ・プロバイダ１５０との間の移動体データ通信セッションの強化処理を行う。あるタイプの処理は課金のためのセッションの監視に関連する。
【００４２】
この監視のある態様は、発生する個々のセッションの追跡と処理に関連し、一方、ＭＳ１３２はインターネット１４０を通してデータ通信をする。例えば、ＭＳ１３２は、ある期間中移動ネットワーク１２０を通してデータ通信を確立することができる。ＭＳ１３２には、移動ネットワーク１２０を通してデータ通信を行っている期間中に使用するためのインターネット・プロトコル（ＩＰ）アドレスが割り当てられ、インターネットに接続している固定コンピュータと本質的には同じ方法で、インターネット１４０を通して他のデバイスと通信することができる。それ故、ＭＳ１３２は、異なるコンテンツ・プロバイダ１５０と多数の通信セッションを確立することができ、これらのセッションは、時間的に重なることができる。コンテンツ・プロバイダのいくつかの例は、ＨＴＴＰ（ハイパーテキスト転送プロトコル）を使用するコンテンツを供給する今日のウェブ・サーバ又はＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ：ポップ）を使用したメール・メッセージを供給するメール・サーバのようなコンテンツ・サーバを含む。
【００４３】
ＭＤＳＣ１１０は、ＭＳ１３２とコンテンツ・プロバイダ１５０との間のデータ相互作用のためのサービス・モデルを実施する。抽象的には、「サービス」は、通常は、ユーザに値を供給するような方法による、ユーザ１３０へのコンテンツ又は機能の供給を意味する。特定のサービスは、それぞれが開始部分、中央部分及び終了部分を有し、通常は、特定のコンテンツ・プロバイダ１５０に関連するユーザとの相互作用を定義する。
【００４４】
オペレータ１３５は、ＭＤＳＣ１１０を通して種々のタイプの多数のサービスを提供する。システムは、物理的無線通信ネットワークのオペレータ１３５、及び多数の移動仮想ネットワーク・オペレータ（ＭＶＮＯ）を含むことができる。例えば、異なるサービスは、異なるコンテンツ・プロバイダ１５０と関連することができる。サービスは、通常、ユーザ１３０によるサービスの使用に関連する詳細な記録を生成するために捕捉されるべき課金情報を定義する。サービスの定義は、また、任意のサービスに関連する特定のサービス又は機能を禁止するために、ユーザ又はユーザ・グループに対して適用することができる制限情報のタイプを提供することができる。ＭＤＳＣ１１０は、この場合には、オペレータ１３５に提供することができる性能及び使用測定値を収集する。ＭＤＳＣ１１０は、同様にオペレータ１３０に提供するサービス相互作用の要約の一部及び全部を提供するために、サービスの詳細な記録（ＳＤＲ）を生成する。オペレータ１３０によるＳＤＲの１つの使用用途は課金である。通常、特定のユーザとのサービス相互作用を要約するために１つのＳＤＲが生成される。しかし、そうしたい場合には、システムが完全に故障した場合に、確実に少なくとも部分的な課金記録を使用することができるように、リソース集中サービス相互作用のために部分的な記録を生成することができる。また、例えば、サービス相互作用に対する課金が、広告主、加入者及びスポンサーとの間でのように、何人かの当事者の間でサービス相互作用を分割される場合には、複数のＳＤＲを生成することができる。
【００４５】
ＭＤＳＣ１１０を通してオペレータ１３０が提供するサービスの定義の一部として、最初の検出ポイントは、サービスのユーザ１３０との相互作用のスタートを指定する。ＭＤＳＣ１１０は、それぞれが特定のタイプのパケットを担当する状態マシンにより、種々のプロトコル層にて多くの異なるタイプのデータ・パケットを監視し、制御する。各状態マシンには、重要な情報が使用できるようになるか、又は重要な制御の決定を行うことができるいくつかの戦略地点が存在する。これらの地点は検出ポイントと呼ばれる。サービス定義は、特定の検出ポイントをそのサービスに対する最初の検出ポイントとして識別する。ＭＤＳＣ１１０が、そこを流れるデータ内でこのような最初の検出ポイントを識別した場合には、関連するサービスに対するサービス・ロジックが実行される。サービス・ロジックは、通常、相互作用期間中のサービスとのユーザの相互作用を定義する。サービス相互作用中、サービス・ロジックはパケット・データにリアルタイム・アクセスを行うために、かつそれが状態マシンによりなされる制御の決定に影響することができるように、種々の状態マシン内の追加検出ポイントを登録する。
【００４６】
ＭＤＳＣ１１０は、ＭＳ１３２とインターネット１１０との間を通るすべてのデータ・パケットをチェックする。あるアプリケーションに対する検出ポイントの発生間に、データは、サービス・ロジックの介入なしでＭＤＳＣ１１０を通る。それ故、大部分のパケットは、チェックによる少しの追加遅延を起こすか、追加遅延を全然起こさないでチェックされ、ＭＤＳＣ１１０を通過する。通信セッションの開始及び終わりに関連するパケット等のいくつかのパケットは、追加の処理を要求することができ、ＭＤＳＣ内又はＭＤＳＣに接続されている外部サービス・プラットフォーム内で実施されるサービス・ロジックにより働きかけられるまで、傍受されたり遅延を起したりする場合がある。
【００４７】
ＭＤＳＣ１１０は、プロトコル・スタックの種々の層にてデータ通信を処理する。例えば、ＭＤＳＣ１１０は、ＨＴＴＰのようなより高い層のプロトコルで、ＩＰ、ＵＤＰ，ＴＣＰ又は他のプロトコル及びセッションを処理する。更に、ＭＤＳＣ１１０は、ユーザ１３０が「セッション」と知覚する「サブ」セッションを処理する。例えば、ユーザが、ウェブ・サーバ上のＨＴＭＬ（ハイパーテキスト・マークアップ言語）文書にアクセスした場合には、データが、多数の異なるコンテンツ・プロバイダからユーザに送られることになる。例えば、広告主１６０から広告内容を送るために、ＭＳ１３２と広告主１６０の間に別々の「サブ」セッションを確立することができ、一方、ユーザが探しているコンテンツをコンテンツ・プロバイダから入手することができる。一般に、ＭＤＳＣ１１０は、標準ＩＳＯプロトコル・スタックの層２（データ・リンク層）から層７（アプリケーション層）の中の任意の層にてセッション・データを処理する。
【００４８】
ＭＤＳＣ１１０を通過する通信データの監視に基づいて、ＭＤＳＣ１１０は、種々のタイプの詳細な記録を通常「リアルタイム」で（すなわち、周期的なバッチ処理と比較すると僅かな遅延で）無線システムのオペレータ１３０に送る。異なる課金ポリシーが、オペレータにより行われているサービスに従って通信セッションに適用される。ポリシーの違いとしては、セッションの長さ、セッション中に転送されるデータ量、又はセッション中に行われるコンテンツ・プロバイダとの取引量又は取引タイプのような課金の基準等がある。ポリシーのもう１つの違いとしては、１人又は複数のユーザ１３２、コンテンツ・プロバイダ１５０、又はユーザと通信される広告主１６０を含むことができるセッションに対して支払いを行う人等がある。支払いを行う人は、また、ユーザとの通信に直接関係しなかったセッションに対するスポンサー１７０を含むことができる。スポンサーの例としては、ユーザの雇用者等がある。
【００４９】
課金のための通信データの監視の他に、ＭＤＳＣ１１０は、制御のために通信を監視する。通信セッションの制御の例としては、ユーザが、特定のセッションを確立するための許可を受けているかどうかの判定を含むアクセス制御等がある。例えば、アクセス制御は、ユーザが接続しようとしているサービスにすでに加入しているユーザに基づいて行うことができる。アクセス制御は、また、ユーザが自分の口座に十分な残高を持っている場合に、ユーザがサービスにアクセスすることができる前払いモデルに基づいて行うこともできる。他のタイプのアクセス制御は、信用証明書（例えば、パスワード）を持っているか、又はアクセスしているサービスに対して支払いを行うことに同意したユーザに基づいて行うこともできる。ＭＤＳＣは、ユーザがセッションの確立を正式に許可されていることを判定するために、オペレータ１３０と通信することができる。
【００５０】
通信セッションの制御のもう１つの形は転送を含む。ユーザは、サービスとの通信セッションの確立を試みようとすることができ、この試みの監視に基づいて、ＭＤＳＣ１１０は通信を特定のコンテンツ・プロバイダ１５０に転送する。この転送は、あるコンテンツ・プロバイダ１５０との通信セッションを確立する要求を他のコンテンツ・プロバイダ１５０に転送することを含むことができる。転送は、また、「仮想」サービスとの通信要求を実際のコンテンツ・プロバイダ１５０へ転送することを含むことができる。例えば、サービスは、「Ｆｌｏｗｅｒ」のような名称で識別することができ、ＭＤＳＣ１１０は、要求をＦｌｏｗｅｒのオンライン注文を提供するコンテンツ・プロバイダに転送する。転送の種類は設定することができる。転送は、セッションを確立しようとしているユーザの特定の特徴に依存することができる。例えば、「ブーケ」サービスにすでに加入しているかどうかに依存することができる。転送は、また、ユーザが使用している移動局（ＭＳ）１３２の特徴に依存することができる。例えば、ＭＳの地理的位置又はＭＳデバイスの機能に依存することができる。
【００５１】
これらの形の転送は、インテリジェント・ネットワーク（ＩＮ）をベースとする電話システムの電話呼出しの転送の多くの特性を共有する。例えば、ユーザが、１−８００−ＦＬＯＷＥＲＳ（１−８００−３５６−９３７７）のようなフリーダイヤル電話番号をダイヤルした場合には、呼出しは電話交換機で検出される。外部プラットフォーム、特にサービス制御ポイント（ＳＣＰ）は、検出されたフリーダイヤル電話番号の通知を受信し、呼出しを送る実際の電話番号を決定する。上記データ・サービス・アプローチの場合には、ＭＳＳＰは、外部プラットフォームに、仮想データ・サービスを送る場所を決定するように要求することができる。
【００５２】
図２について説明すると、無線システム１００のあるバージョンの場合には、図１のシステムの機能は、汎用パケット無線サービス（ＧＰＲＳ）アプローチによりデータ通信が行われるＧＳＭをベースとするシステムで実施される。このバージョンの場合には、追加のネットワーク要素、すなわち、移動サービス交換プロセッサ（ＭＳＳＰ）２６０が、移動ネットワーク１２０とインターネット１４０との間の通信経路内の本質的な標準ＧＳＭ／ＧＰＲＳアーキテクチャ内に挿入される。一般に、ＭＳＳＰ２６０は、上記概要で説明したセッション監視及び制御機能を実施する。
【００５３】
システムのこのバージョンの場合には、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）２５０が、ＭＳ１３２とインターネット１４０のような外部ネットワークとの間に通信のためのゲートウェイを提供する。移動ネットワーク１２０においては、１つ又は複数のＢＴＳ１２２と一緒に、それに接続している基地局コントローラ（ＢＳＣ）２２２が、基地局システム（ＢＳＳ）２２０を形成し、１つ又は複数のＭＳ１３２との無線通信の固定端部を提供する。ＭＳ１３２が移動すると、システムとの音声通信又はデータ通信を行っている場合でも、ＭＳは多数の異なるＢＳＳ２２２と通信することができ、システムは、ＭＳとの通信を維持するために標準技術によりこの移動を管理する。
【００５４】
ＭＳ１３２からの音声通信及びデータ通信は、ＢＳＣ２２２のパケット制御装置（図示していないＰＣＵ）にて分割される。音声通信は、移動交換局（ＭＳＣ）１８０に送られ、一方、データ通信は、サービス提供ＧＰＲＳサポート・ノード（ＳＧＳＮ）２３０に送られる。ＭＳＣ１８０は、ＳＳ７ネットワーク２９２を通しての制御通信により、ＰＳＴＮ２９０上に音声回路をセットアップする。これら音声回路の制御は、ＭＳＣ１８０が、ユーザが呼出しを行うのに十分な残高を持っているかどうかを判断するために、ＳＳ７ネットワークを通してサーバにアクセスするプリペイド式音声サービスのサポートを含むことができる。
【００５５】
ＭＳＣ１８０は、音声通信サービスを提供する際に多数のサーバと通信する。これらのサーバとしては、プリペイ・サーバ２１２、ホーム・ロケーション・レジスタ（ＨＬＲ）２１４、ビジター・ロケーション・レジスタ（ＶＬＲ）２１６、及びロケーション・サーバ２１８等がある。
【００５６】
データ通信は、ＢＳＣ２２２とＳＧＳＮ２３０との間で行われる。一般に、ＳＧＳＮ２３０は複数のＢＳＳ２２０をサポートし、各ＢＳＳ２２０は１つのＳＧＳＮ２３０に接続されている。各ＳＧＳＮ２３０は、通常、ＳＧＳＮノードとＧＧＳＮノードとを接続している専用データ・ネットワークであるＧＰＲＳバックボーン・ネットワーク（ＧＢＮ）２４０を通してＧＧＳＮ２５０と通信する。
【００５７】
ユーザ１３０が、ＭＳ１３２からのデータ通信を確立したい場合には、ユーザは、自分自身をデータ・ネットワークに参加させるためにＭＳ１３２が送った要求をスタートする。この要求は、ＢＳＳ２２０により受信され、次に、ＳＧＳＮ２３０に送られる。ＳＧＳＮ２３０は、通常は、国際移動電話加入者識別（ＩＭＳＩ）であるＭＳ識別を受信し、ユーザの認証を行う。ＭＳは、ＳＧＳＮに、インターネット・プロトコル（ＩＰ）アドレスを識別するか、動的に割り当てられたアドレスを必要としていることを示すＰＤＰ（パケット・データ・プロトコル）コンテキストを生成するように要求する。ＳＧＳＮは、この要求を、本質的にはデータ通信リンクを生成し、ＭＳと外部ネットワークとの間の通信に対してゲートウェイとして機能するＧＧＳＮに送る。ＭＳは、特定のネットワークへの接続を要求することができる。この例の場合には、ＭＳが公衆インターネットへの接続を要求しているものと仮定する。ＰＤＰコンテキストが確立された後で、ＭＳは、本質的に、自分と外部ネットワークにゲートウェイ機能を供給しているＧＧＳＮとの間に仮想リンクを有する。
【００５８】
ＰＤＰコンテキストの確立中に、ＧＧＳＮ２５０は、ＲＡＤＩＵＳサーバのような認証サーバ２７５と通信する。ＭＳＳＰ２６０は、認証サーバとの通信を検出し、監視する。監視した情報を使用して、ＭＳＳＰ２６０は、ＭＳ１３２の識別と、インターネットを通しての通信のためにＭＳが使用したＩＰアドレスとの間のマッピングを決定する。認証がＭＳＳＰを通る通信により行われない他の実施形態の場合には、ＭＳＳＰ２６０は、例えば、ＳＳ７ネットワーク２９２を通して外部からマッピング情報を入手する。例えば、ＭＳＳＰ２６０は、ＭＳＣ１８０が使用するサーバ２１２〜２１８から情報を入手するために、ＳＳ７ネットワークを通して通信することができる。
【００５９】
ＳＧＳＮ２３０とＧＧＳＮ２５０の両方は、ＭＳ１３０のＰＤＰコンテキストに関する呼出しの詳細な記録（ＣＤＲ）を生成するが、このＣＤＲは、ＣＤＲのある種の処理及び照合を行い、課金ノード２７０に課金情報を転送する課金ゲートウェイ２７２へのパスである。一般に、ＳＧＳＮ２３０は、ＭＳ１３２とＧＧＳＮ２５０との間の仮想データ・リンクの無線部分に関する情報を収集する。例えば、ＳＧＳＮは、接続の全時間及びＭＳへ／から送信したデータ量を収集する。一般に、ＧＧＳＮ２５０は、（例えば、インターネット）に接続しているネットワーク、ＰＤＰコンテキストの持続時間、及び外部ネットワークと交換したデータ量を含む、通信の外部ネットワーク部分に関する情報を収集する。
【００６０】
ＭＳ１３２がＧＧＳＮ２５０への仮想データ・リンクを確立した後で、ＭＳ１３２は、インターネット１４０との通信をスタートすることができる。例えば、ＭＳ２６０は、最初に、テキストをベースとするホスト名を数字アドレスに変換するインターネット１４０上のコンピュータであるドメインネーム・サーバ（ＤＮＳ）との連絡を試みることができる。ＭＳＳＰ２６０は、最初の変換要求及び応答を検出する。
【００６１】
ＭＳＳＰ２６０は、ＭＳ１３２とインターネット１４０上のホストとの間のすべての通信を監視する。ＭＳＳＰ２６０は、そのソースＩＰアドレスにより各パケットのソースＭＳを識別する。この通信を監視している間に、ＭＳＳＰ２６０は課金ノード２７０に転送する多数の詳細な記録を生成する。ユーザのＩＰアドレスをそのＩＭＳＩに変換した後で、これらの詳細な記録は、必ずしもそれ以上の変換を要求しないで、直接、ユーザのＩＭＳＩ、ＭＳＤＮ又はその両方を識別する。
【００６２】
ＭＳＳＰ２６０が、ＭＳ１３２とインターネット上の宛先との間の通信セッション中にいくつかのポイントを検出すると、ＭＳＳＰ２６０は、課金ノード２７０に転送する詳細な記録を生成する。このようなポイント即ち「検出ポイント」は、例えば、特定のコンテンツ・プロバイダへのＩＰの流れの始まりと終わりを含むことができる。更に、すでに説明したように、ＭＳＳＰ２６０は、また、ＩＰの流れ及び関連プロトコル状態マシンを制御する。ＭＳＳＰ２６０は、ＭＳＳＰに接続されている別のコンピュータである管理プラットフォーム及びサービス・プラットフォーム２８０と通信する。これらのサービス・プラットフォームは、ＭＳＳＰが検出するＩＰの流れ内のイベントをどのように処理すべきかを決定するサービス・ロジックを実施する。これらプラットフォームの中の１つ又は複数をＭＳＳＰと一緒に設置して、図１のＭＤＳＣ１１０を形成するシステムとして動作させることができる。ＭＳＳＰ２６０は、また、例えば、データ・ネットワークを通して、外部サービス・プラットフォーム２８２と通信することもできる。例えば、外部サービス・プラットフォーム２８２を、コンテンツ・プロバイダ１５０又は仮想オペレータにより作動することができる。
【００６３】
ＭＳＳＰ２６０は、詳細な記録を生成する時期、及びサービス・プラットフォーム２８０からの命令により、ＩＰの流れを阻止する時期を決定するように設定可能である。この設定は静的に供給することができる。更に、この設定を、例えば、通信セッションの処理中、又は例えば、ユーザがＭＳＳＰによりある地理的エリアに入ったというような外部イベントに応じて動的に生成し、更新することができる。ＭＳＳＰは、この場合には、ロケーション・サーバへのリンクを通してこの情報を入手することができる。
【００６４】
図３について説明すると、ＭＳＳＰ２６０は、アーキテクチャ的に３つの異なる層に分割される。ハードウェア層３１０は、移動ネットワーク１１０とインターネット１４０との間を通るパケットの高速処理を行う。いくつかのパケットは、ハードウェア層３１０内で、更に処理を必要とするパケットとして識別され、これらパケットは、サービス・トランスポート層（ＳＴＬ）３２０により処理され、かつ恐らくサービス制御層（ＳＣＬ）３３０により処理される。ハードウェア層３１０がパケット自身を処理しない場合には、ハードウェア層は、パケットをバッファし、（しかし、一般に複数のパケット自身でない）パケットに関する情報をＳＴＬ３２０に送り、パケットを更に処理する前にＳＴＬからの応答を受信するために待機する。
【００６５】
ハードウェア層３１０は、移動ネットワーク１１０及びインターネット１４０及びＳＴＬ３２０へのインタフェースのような外部ネットワークへの物理的データ通信インタフェースを実施する。ハードウェア層は、また、アーキテクチャ内のより高位の層からソフトウェアの助けを借りないで、ハードウェア層が検出するＩＰの流れの特性に基づいて、トリガ又はイベント通知を設定するための機能を提供する。ハードウェア層３１０は、１つのアプリケーションで１人のユーザをベースとするサービスの品質の制限をサポートするように設計される。ハードウェア層は、トリガ及びイベント処理ができるように、またリアルタイムで進行中にデータを分析できるように強度のパケット処理を実施する。ハードウェア層内の仮想出力待ち行列形成システムにより、トラヒック形成流れ又はポリシーＩＰ流れのために使用することができる制御をかなり細かく行うことができる。ハードウェア層は、また、ＳＳ７接続を供給する。
【００６６】
ＳＴＬ３２０は、ＭＳＳＰのＩ／Ｏポート間でパケット・トラヒックを送信するために、またデータの流れを制御する種々のハードウェア・レジスタを操作するために使用されるハードウェア・リソースの管理、及びトリガの設定及びイベントの検出を担当する。ＳＴＬ３２０は、ハードウェア層から直接受信する情報を処理するか、又はハードウェア層にパケットの処理方法を知らせるか、又はパケットに関する情報を第３の層、すなわち、サービス制御層（ＳＣＬ）３３０に送るかする。
【００６７】
ＳＴＬ３２０は、加入者セッション及び要求及び通知検出ポイントに関するＳＣＬ３３０にて派生する要求の処理を担当する。ＳＴＬ３２０は、また、パケットをＩＰネットワーク上に送信するために使用されるＩＰルーティング・エンジンを備える。ＳＴＬ３２０は、セッション・イベントを検出し、ＳＣＬに通知する。ＳＴＬは、ハードウェア層３１０を制御し、それによりパケットの流れの処理方法を決定する。ＳＴＬは、トリガ及びイベント検出ポイントの両方を設定し、イベント通知を登録するために使用されるハードウェア・レジスタの管理を担当する。
【００６８】
ＳＣＬ３３０は、管理及びサービス・プラットフォーム２８０へのインタフェースを提供し、供給されたサービスに関連するサービス・ロジックを実行し、ＭＳＳＰ２６０を通るデータのハードウェア層の処理を制御するために、ＳＴＬ３２０に対するインタフェースとして機能する。ＳＣＬは、各ＡＰＩを実施するために必要なインタフェース・ロジック及び状態マシンを備える。アプリケーションは、検出ポイントを設定し、接続状態を監視し、送信サービス要求を送信するためにＡＰＩを登録する。ＳＣＬ層は、検出ポイント及びイベント監視を有効にするために、必要に応じてＡＰＩ要求を確認し、ＳＴＬ要求に変換する。
【００６９】
ＳＴＬ３２０は、全ユーザ・セッション中に、ユーザ・セッション（すなわち、ＰＤＰコンテキスト）、及びＴＣＰセッションのような異なる通信ＩＰ会話を管理する。ＳＴＬ３３０は、また、加入者データ・パケット、各種タイプの流れ及び使用検出ポイントを管理及びチェックする。ＳＴＬ３２０は、アドレス変換、パケット・フィルタ、トンネル流れ、及び監視流れをサポートする。ＳＴＬは、いくらかの任意の流れに属する送受信パケット及びバイトをカウントする。ＳＴＬは、流れの上での検出ポイントを提供する。検出ポイントは、個々の流れのタイプをベースとすることもできるし、プロトコル層２〜７が定義するパターンをベースとすることもできる。ＳＴＬは、また、例えば、データの１０ｋＢ毎にデータが転送されるように検出ポイントを設定するというように、カウンタ値上のしきい値に基づいて検出ポイントを設定する機能を提供する。
【００７０】
ＳＴＬ３２０は、任意の一組のセッション・グループに対するＩＰアドレス／ポートの数を制限する機能を提供する。ＳＣＬは、パケットろ過サービス及びネットワークをベースとするファイヤウォールを形成するために、この機能を使用することができる。
【００７１】
ＳＴＬ３２０は、また、予め設定されたトンネルに基準に適合するパケットを送るための機能を提供する。上記基準は、ＩＰヘッダ特性及びトランスポート層ヘッダ特性をベースとしている。ＳＣＬは、ＶＰＮ機能を形成するためにこれらの流れを使用することができる。
【００７２】
ＳＣＬ３３０は、サービス・プラットフォーム２８０へのインタフェース等の種々の外部ＭＳＳＰインタフェースのためのサポートを提供する。ＳＣＬ３３０は、また、各ＡＰＩを実行するために使用されるインタフェース・ロジックと状態マシンとを備える。ＳＣＬは、また、加入者に関する情報を入手するために、例えば、ＳＳ７ネットワークを通して通信することができる。サービス・プラットフォーム２８０上で実行中のアプリケーションは、検出ポイントを設定し、接続状態を監視し、サービス要求を送信するためにＡＰＩを登録する。ＳＣＬ３３０は、アプリケーションからのＡＰＩ要求を確認し、これら要求をＳＴＬ要求に変換し、その要求、及び検出ポイントの通知及びイベント監視を有効にするために、必要に応じてＳＴＬ３２０に送る。ＳＣＬ３３０は、また、ＭＳＳＰ設定データベース及びＩＰの詳細な記録（ＩＰＤＲ）のデータベースを収容する役割を有する。ＳＣＬ３３０は、また、供給及び故障管理のための外部ネットワーク管理システムへのインタフェースを供給する。ＳＣＬは、課金ノードに転送する課金又はサービス要求統計用のＩＰＤＲを生成するために、サービス要求に基づいて、ＳＴＬ３２０、サービス・プラットフォーム２８０上で実行中の外部アプリケーション、及びＡＰＩ状態マシンからデータを収集する。
【００７３】
図４について説明すると、ＳＣＬ３３０は、サービスの管理及び監視に関するモジュール、及び供給サービス・ロジックの実行に関するモジュールを含む。
ＳＣＬは、設定データベース４３２及び詳細記録データベース４３４を収容する役割を有する。ＳＣＬは、また、供給及び故障管理のための外部ネットワーク管理システムに対するインタフェースとして機能する。ＳＣＬは、課金又はサービス要求統計用の詳細な記録（ＤＲ）を生成するために、サービス要求に基づいてＳＴＬ、外部アプリケーション、及びＡＰＩ状態マシンからデータを収集する。
【００７４】
サービス・マネージャ４２０は、種々のサービスに関連する機能の管理、及び管理機能を行うためにコアに対するインタフェースとして機能する。供給サーバ、ネットワーク管理サーバ、課金サーバ、及び報告サーバを含むＯＡＭ＆Ｐ（運用保守管理及び設定）サーバ４１０は、オペレータ・システムとサービス・マネージャ４２０との間でインタフェースとして機能する。ＯＡＭ＆Ｐサーバ４１０は、サービス・マネージャを外部クライアントから切り離し、管理リソースへのアクセスを優先的に行うために必要なフレームワークを供給する。
【００７５】
サービス・マネージャ４２０の１つの機能は、特定のサービスを生成し、供給するために供給アプリケーションからの要求に応答することである。サービス・マネージャ４２０は、サービスを生成し、設定データベース４３２内のサービスに関連する情報を記憶する。サービス・マネージャ４２０は、ＳＣＬコア４５０と通信してサービスを有効にし、そのサービスに対するユーザ・セッションが、ＭＳＳＰにより処理される。
【００７６】
供給プロセスの一部として、オペレータは、また、サービスに関連する１つ又は複数の加入者グループを識別することができる。加入者グループは、特権又は速度プランによりユーザをグループ分けするために使用することができる。加入者グループは、課金又はネットワーク・アクセスのために共通の特性を共有する１人又は複数のユーザからなる。ユーザは、１つ又は複数の能動的な流れを含むパケット交換ネットワークとのセッションを持つ個々の加入者である。以下の項において、これらの各コンセプトをより詳細に説明する。加入者は、ＭＳＳＰ内において必ずしも個々に設定される必要はない。
【００７７】
サービス・マネージャ４２０は、通常、サービス相互作用の監視及び制御のリアルタイムでの状況を制御するＳＣＬコア４５０と通信する。ＳＣＬコア４５０は、ＳＣＬソフトウェア・アーキテクチャの中央実行時間構成部材である。ＳＣＬコアは、未決メッセージの待ち行列がサービスであるイベントをベースとする実行環境を供給する。ＳＣＬコアは、メッセージ処理に関してシーケンサとしての役割をもつスクリプトを使用する。スクリプトは、指定システム・ロジックに対して高度の柔軟性を維持しながら、必要な性能特性となるコンパイルされたコードへの呼出しのリンクリストとしての役割をもつ。ＳＣＬコアにより処理されるいくつかのメッセージは、ＭＳＳＰを流れるデータ内ですでに検出された検出ポイントと関連する。メッセージの処理中、ＳＣＬコア４５０は、そのメッセージに関連するスクリプトを実行する。遠隔サーバへの要求が行われ、応答又は受信通知が要求されている場合には、通常、スクリプトの実行は中止される。中止されたスクリプトは、後で遠隔サーバが前にスクリプトを阻止した応答又は受信通知を供給した場合に再開する。一方、中止した他のメッセージはスクリプトにより処理される。
【００７８】
ＳＣＬコア４５０は、ＳＴＬ３２０に対するインタフェースとしてＳＴＬサーバ４６０を使用し、ＭＳＳＰの外部のサービス・プラットフォーム上で実行中のアプリケーションに対するインタフェースとしてＡＰＩサーバ４４０を使用する。
【００７９】
ＳＣＬコア４５０はシステムの性能の統計を計算し、また詳細な記録の生成をサポートする。これらの統計は、実行環境内で実行中のスクリプトの制御の下で更新される。周期的に、ＳＣＬコア４５０は、これらの計算した統計をサービス・マネージャ４２０にエクスポートし、サービス・マネージャは入手した統計を計算するために上記統計を使用する。サービス・マネージャ４２０は、ＳＣＬコア４５０から受信する情報に基づいてシステムの性能統計を計算する。
【００８０】
特定の供給されたサービスに対するサービス・ロジックを実行したスクリプトは、多数の個々のデータの流れを制御することができる。ある流れは、ＭＳＳＰを通るパケット・データの動きを記述するために使用される抽出物である。ユーザは、１つのセッションとしてのコンテキストの下で複数の能動的な流れを持つことができる。流れは本来動的なもので、通常、ユーザが種々のサービスを提供しているネットワーク・リソースと相互作用を行うと、セットアップされたり、切断されたりする。１つの流れは１つのサービスのコンテキストの下で１人のユーザに属する。流れは、また、特定のオペレータに間接的に属しているということもできる。何故なら、ユーザは１人のオペレータの加入者ベースに属しているからである。ユーザは、異なるサービスに属すると同時に能動状態の複数の流れを持つことができることに留意されたい。例えば、ユーザは、それぞれが特定のサービスを実行している異なるウェブサイトをブラウジングしている、無線デバイス上に開いている複数のウィンドウを持つことができる。
【００８１】
ＳＣＬコア４５０は、個別セッション・メーターに更に集合させることができる個別の流れメーターを収集する。流れが終了する場合には、流れの詳細な記録を条件付きで記述することができる。流れの要約の一部又は全体を供給するために生成した詳細な記録は、流れの詳細な記録（ＦＤＲ）と呼ばれる。１つの流れに対して複数の詳細な記録を生成することができる。各詳細な記録は、任意のユーザ・セッション又は特定の流れのコンテキスト内に記述した順序に対して記録を配列することができるように一連番号を含む。
【００８２】
ＳＣＬコア４５０は、リアルタイム監視データを受信するように設定された外部プロセスへの分配のために、サービス・マネージャ４２０に送られる一組のリアルタイム統計を提供する。コアが送ったリアルタイム統計は、ＭＳＳＰの設定に基づいて周期的に送信される。リアルタイム統計は、１つのオペレータ、１つのユーザ・グループ、又は１つのサービスをベースとするものであってもよい。
【００８３】
ＳＣＬコア４５０は、オペレータ・ベースでリアルタイムの性能測定基準を供給するために、サービス・マネージャ４２０に、オペレータのリアルタイム記録を周期的に送信する。リアルタイム記録は、通常、実行環境内でメッセージが処理されると、リアルタイムでＳＣＬコア内で計算される。設定可能な周期的タイマーは、リアルタイム・データ要素をパッケージするリアルタイム・データ・エクスポート・プロセスをスタートし、それらを配布及びさらなる計算のためにサービス・マネージャに送る。サービス・リアルタイム記録及び加入者グループ・リアルタイム記録は、１つのサービスをベースとするリアルタイム性能測定基準を供給するために、ＳＣＬコアから周期的に同じような方法で送信される。ＳＣＬコア３３０は、多数のレベルでデータを捕捉することができるようにする多数の詳細記録フォーマットをサポートする。これらの記録としては、アプリケーションの詳細な記録、サービスの詳細な記録、ユーザの詳細な記録、及び流れの詳細な記録等がある。サービス・マネージャは、例えば、５分、１時間又は１日のような時間的間隔中に統計を計算し、報告データベースにこれらの計算した統計を書き込む。
【００８４】
ＳＣＬコア３３０は、サービス・ロジックを実行するスクリプトの制御の下で、１つの流れをベースとしてイベントを登録し、報告することができる。このプロセスは、サービス・アプリケーションが通知検出ポイントを登録した場合にスタートする。登録プロセスは、流れに対してリアルタイムで一致する一組のパターンのセットアップを含む。通常、パターンは、層２〜７にて使用されているプロトコルの制御メッセージとは別に指示される。例えば、冒頭のプロセス内に位置するＴＣＰセッションは、２つのホスト間で多数のプロトコル・メッセージを交換する。ＴＣＰプロトコル制御メッセージの交換が行われると、流れの状態マシンは接続確立状態を通過する。検出ポイントの観念は、状態遷移を検出し、かつ外部アプリケーションに報告することができる場所として、状態マシン内の一組の遷移の識別でスタートする。検出ポイントは一組の条件により更に資格が与えられ、条件と一致するいくつかの流れのみが外部アプリケーションに報告される。実際には、検出ポイントは、状態マシン内の特定のポイント及び一組の条件付き変数と組合わされる。イベント報告は、流れが１つ又は複数の検出ポイントを通過し、その流れが条件付きパラメータと一致した時間を、外部アプリケーションに知らせるプロセスである。報告された実際のイベントは、実行中のプロトコルの関数である。イベント報告の概念は、通常、接続指向プロトコルの場合に最も有用である。何故なら、これらのタイプのプロトコルは、明確に定義された状態マシンを実行するからである。ＵＤＰのような接続を持たないプロトコルに関するイベント報告は、通常、あまり役に立たない。何故なら、報告するものを全然残さない状態マシンは存在しないからである。多くの場合、状態マシンは、ＵＤＰ上に層状に形成されたもっと高いレベルのプロトコルで実行される。このクラスのプロトコルの一例としてはＷＡＰ１．０がある。ＷＡＰスタックは、状態マシンを実行するＵＤＰ上のアプリケーション層プロトコルを定義する。検出ポイントは、ＵＤＰパケット内に含まれるアプリケーション・プロトコル上で定義することができる。
【００８５】
また、流れに対するデータ通信を中止している間に、要求検出ポイントは、アプリケーションがセッションの制御を行うことができるポイントとなることができる。アプリケーションは、通常、接続セットアップ又はプロトコル処理に関連する可能性がある戦略的ポイントに要求検出ポイントを登録する。流れ経路内のパケットが、検出ポイントに関連するすべての条件付きパラメータと一致する場合には、流れ処理は中止され、イベント・メッセージが検出ポイントを設定したアプリケーションに送られる。アプリケーションは、流れのデフォールト処理を変更するための措置をとることができる。上記変更は、異なる宛先アドレスへの接続要求の転送又は接続の完全な終了を含むことができる。このアイデアは、アプリケーションがネットワークを通して接続要求をどのように送信するのかを決定する能力、及び測定又は機密保護のために流れパラメータ又はセッション・パラメータを設定することができる能力を持つという考え方である。アプリケーションは、タイムリに要求イベントに応答しなければならない。それに失敗した場合には、潜在的に不必要な遅延及び大量の待ち行列形成が発生する。アプリケーションが（設定可能な）時間切れまでに要求イベントに応答できなかった場合には、中止した流れが再開し、サービスのために設定されたデフォールト措置が行われる。要求検出ポイントにより、アプリケーションは、サービスの提供方法を決定するサービス・ロジックを実行するために流れを選択的に中断することができる。要求検出ポイントは接続指向プロトコルに対して最も有用であるが、このポイントは、また、ＤＮＳ、ＤＨＣＰ又はＲＡＤＩＵＳのような非接続指向プロトコルにも適用することができる。これらのプロトコルにおいては、要求検出ポイントを、要求を傍受し、サービスを行うために、また、応答をＭＳＳＰの外部で稼働しているアプリケーションに同期させるために使用することができる。要求検出ポイントは、ＲＡＤＩＵＳ認証要求への応答の際に役に立つ。何故なら、要求検出ポイントは、アプリケーションに通知し、認証応答に戻る前に、要求検出ポイントが流れに対するフィルタを設定するためにＭＳＳＰにコマンドを送ることができるようにするからである。このシーケンスは、適当なフィルタが必ず始めから流れに適用されるようにする。両方のタイプの検出ポイント（要求及び通知）は、通常、アプリケーションが相互作用を制御し、監視することができるようにするために、相補的に同時に使用されることに留意されたい。
【００８６】
アプリケーションが接続メッセージにより宛先アドレスを供給し、セッションの確立に成功するまで、又はセッションの確立ができないためにセッションが失敗するまで、イベント報告を受信するように要求するＴＣＰオープン上の要求検出ポイントの一例について説明する。
【００８７】
検出ポイントは、要求検出ポイント又は通知検出ポイントとして登録とすることができる。流れが要求検出ポイントに到着した場合には、パケット転送が中止され、ＳＣＬコアに対して通知が行われる。サービス・ロジックからの応答は、ＳＴＬにどのように続行するのかを指示し、その指示に従って流れ内のパケットが供給される。検出ポイントが通知検出ポイントとして登録された場合には、通知検出ポイントが登録されたときに流れ内のパケットが指定した条件に一致する場合に対してイベントが送られる。検出ポイント条件ストリングは、広い範囲の適合値を指定するために使用することができるワイルド・カードのカード特性を含むことができることに留意されたい。登録要求を受信した場合には、ＳＴＬは、検出ポイントを設置し、登録動作が成功したことを示す確認を送る。
【００８８】
ＳＴＬは、１つのセッション（ユーザ）又は１つの流れをベースとして、アプリケーションが、流れに適用するフィルタを指定できるようにする。この機能は、加入者がその加入に関連するサイトにしかアクセスすることができない、加入をベースとするモデルを強行する目的で、壁で囲まれたガーデンを生成するために使用することができる。この機能は、また、ネットワーク常駐ファイヤウォールを生成するためにも使用することができる。この機能は、加入者がサイトを見る度に支払いをするためにサインアップすると、アプリケーションが、加入者が契約期間の間その機能にアクセスすることができるようにするために、個々の加入者に適用されるフィルタを更新するように動的に適用することができる。このろ過機能の動的な性質は、ＡＰＩを使用する媒体ゲートウェイにより、コマンド上の動的ポート上に孔を開けるために使用することもできる。それ故、オペレータは、許可を受けたストリーミング・トラヒックのみが、確実にキャリヤ・ネットワーク上に位置できるようにすることができる。この点が、パケットろ過を管理するために、静的なアクセス・リストを生成することができる通常のＩＰルータと対照的な点である。ＭＳＳＰは、静的リストのユーザ又はアプリケーション・サーバ・ソフトウェア・アプローチのユーザよりも、ハードウェア及び埋込ソフトウェアにより、この機能をより効率的に実行することができるようにする。ＭＳＳＰアクセス・リストは、１つの流れをベースとして設定することができるが、アクセス・リストが１人のユーザ又は１つのセッションをベースとして制御される可能性のほうが高い。
【００８９】
ＭＳＳＰにより、アプリケーションは、ＶＰＮ及びシステムのＶＰＮを通して送信される流れを管理することができる。インターネット及びネットワークの機密保護攻撃の範囲が広がっているので、ＶＰＮの使用が増大している。ＭＳＳＰは、クライアント始動のＶＰＮ及びＮＡＳ（ネットワーク・アクセス・サーバ）始動のＶＰＮをサポートすることができる。ＭＳＳＰは、各ＶＰＮタイプを設定し、アプリケーションが、ＶＰＮが確立される時間及びどのトラヒックが確立されたＶＰＮを通して送信されるのかを制御することができる機能を提供する。別の方法としては、ＭＳＳＰは、ユーザ・クライアントから遠隔インターネットの終点へのＭＳＳＰを単に通るのみのこれらＶＰＮを測定することができる。
【００９０】
アプリケーションは、アプリケーションを用いて制御ダイアログを生成するために存在していなければならない検出ポイント・クラス、検出ポイント及び条件を識別することにより、自分自身を検出ポイントに関連づける。それ故、このような検出ポイントは、初期検出ポイント（ＩＤＰ）と呼ばれる。任意の条件基準に一致しない状態マシンを通るトラヒックは影響を受けない。条件が任意の基準と一致する場合には、状態マシンとアプリケーションとの間に制御ダイアログが生成され、アプリケーションに対してイベントが通知される。
【００９１】
検出ポイントがイベント報告のみを供給するよう設定されている場合には、制御ダイアログはイベント通知を送信するのに十分な時間だけ存在し、状態マシンによるパケット処理は妨害を受けずに続行される。検出ポイントがトリガとして設定されている場合には、制御ダイアログはイベント報告の後まで持続し、状態マシンによるパケットの処理は応答がアプリケーションから受信されるまで中止される。トリガにより、アプリケーションは状態マシンが行った以降の制御決定に影響を与えることができる。
【００９２】
検出ポイントでパケットが中止された場合には、アプリケーションはいくつかの異なる方法で応答する。これにより、状態マシン上のすべての制御に影響を与えないで、簡単にパケット処理を正常に再開することができる。このタイプの応答は連続応答と呼ばれる。使用することができるもう１つの応答は解放応答と呼ばれる。この応答は、状態マシンにパケットのこれ以上の処理を打ち切るように指示する。アプリケーションは、また、接続応答によりパケットに対して新しい宛先を供給することができる。最後に、アプリケーションは、制御応答により状態マシンのパケットの以降の処理についての状態マシン指定の制御を供給することができる。追加イベント報告がすでに要求されている場合のみ、アプリケーションがトリガ応答を供給した後で制御ダイアログが引き続き行われる。
【００９３】
アプリケーションは、また、状態マシンの同じ実行コンテキスト内の他の検出ポイントから以降のイベント報告を要求するために、ＩＤＰが生成した制御ダイアログを使用することができる。連続及び接続トリガ応答に関連して、アプリケーションはイベント検出ポイントを要求することができるか、又は別々のイベント報告要求メッセージと一緒に、イベント検出ポイントを要求することができる。イベント検出ポイントは、制御ダイアログを生成した状態マシン・コンテキストに適用されるのみで、その状態マシンの任意の他のコンテキストによりイベント報告を生成させない。イベント検出ポイントは、対応する状態マシン・コンテキストが除去されると、自動的に除去される。
【００９４】
制御ダイアログは、最初の検出ポイントにて条件が設定基準と一致すると何時でも生成される。通常、アプリケーションは、任意の検出ポイント・クラス（状態マシン）内の唯一の最初の検出ポイントをトリガとして設定し、アプリケーションが必要とする任意の追加イベント報告を要求するために、結果として得られる制御ダイアログを使用する。しかし、アプリケーションは、任意の検出ポイント・クラス内に複数のＩＤＰを設定することができる。各ＩＤＰは、別々に動作し、結果として得られる制御ダイアログは異なるものとなる。ある場合には、アプリケーションは、同じ状態マシン・コンテキストに対して確立された複数の同時制御ダイアログを持つことができるが、そうしても何の利点も得られない。異なるアプリケーションが関連したかのように、制御ダイアログを別々に管理しなければならない。
【００９５】
図５について説明すると、この図は、特定の宛先アドレスへのＴＣＰ接続を制御するための、仮定のアプリケーションに対する検出ポイント・メッセージの流れの高レベルの図である。
【００９６】
１．ＳＣＬ内のアプリケーションは、ＴＣＰ流れの生成に関連するＳＹＮパケットの検出に関連する検出ポイントを設定する。検出ポイント基準は制御対象の目標宛先アドレスを識別する。
【００９７】
２．移動局（ＭＳ）は目標宛先アドレスへのＴＣＰ接続をスタートし、ＴＣＰ ＳＹＮパケットを目標宛先アドレスに向け送信させる。
３．ＴＣＰ ＳＹＮパケットがＭＳＳＰを通過すると、ＳＴＬ内のＴＣＰ状態マシンがＴＣＰ ＳＹＮ状態検出ポイントにて条件を評価し、ステップ１においてＳＣＬが記憶している設定基準との一致を判断する。ＳＹＮパケットの処理は中止され、最初の検出ポイント表示がＳＣＬに送られ、ＳＣＬにより制御ダイアログがスタートされる。
【００９８】
４．ＳＣＬは検出イベント表示により供給されるデータを評価し、ＴＣＰ接続を異なる宛先に向けるべきかどうかを決定する。ＳＣＬは、異なる宛先のアドレスでＳＴＬに応答し、ＴＣＰ接続が終了する時間を報知するよう要求する。
【００９９】
５．ＳＴＬは、接続要求の受信通知を行い、ＴＣＰ ＳＹＮパケットを新しい宛先へ転送し、この接続に対するイベント報告を供給するためにＴＣＰ接続終了検出ポイントを設定する。
【０１００】
６．新しい宛先及び移動局（ＭＳ）は、接続を開くためにＴＣＰプロトコルを完了し、データを交換する。
７．移動局（ＭＳ）はＴＣＰ切離し手順をスタートし、ＴＣＰ ＦＩＮパケットを送信させる。ＦＩＮパケットがＭＳＳＰを通過すると、ＳＴＬエンティティ内のＴＣＰ状態マシンが、ステップ５においてＴＣＰ ＦＩＮ検出ポイントにて条件を評価し、ＳＣＬが記憶する設定基準との一致を判断する。要求されたイベント報告表示はＳＣＬに送られる。この検出ポイントはトリガとしてではなくイベント報告として設定されているので、ＴＣＰ ＦＩＮパケットの処理が続行され、パケットはＤＥＳＴに転送され、接続を閉じるためのＴＣＰプロトコルが完了する。
【０１０１】
この例の場合には、検出ポイントはＴＣＰ状態マシンに関連していた。ＳＴＬ層は、負荷監視、セッション・グループ、加入者セッション、ＲＡＤＩＵＳプロトコル、ＤＨＣＰプロトコル、ＤＮＳプロトコル、ＴＣＰプロトコル、及びＩＰプロトコルを含む多数の状態マシンを含む。
【０１０２】
ＩＰ検出ポイント特性を指定する基準は、オペレータＩＤ、加入者グループＩＤ、セッションＩＤ、ソースＩＰアドレス、ソースＩＰポート番号、宛先ＩＰアドレス、宛先ＩＰポート番号、及びアプリケーションを含む。
【０１０３】
ＴＣＰ状態マシンの場合、登録することができる検出ポイントは、ＦＯＲＷＡＲＤ＿ＳＹＮ、ＲＥＶＥＲＳＥ＿ＳＹＮ、ＴＣＰ＿ＡＣＫ、ＦＯＲＷＡＲＤ＿ＦＩＮ、ＲＥＶＥＲＳＥ＿ＦＩＮ、及びＲＥＳＥＴを含む。
【０１０４】
ＳＣＬは、ＳＴＬが能動セッションに対してパケット・フィルタを設定するように要求することができる。通常、この要求は、加入者ログインを検出するＳＴＬの結果として行われる。ＳＣＬがセッションを生成し、セッションに対する適当なパケット・フィルタを設定している間は、加入者ログインは中止状態に保たれる。パケット・フィルタ要求の完了が成功した後で、ＳＣＬは、加入者セッションが続行することができるようにするために、加入者ログイン設定メッセージを送信する。
【０１０５】
ＭＳＳＰの全動作の一例について以下に説明する。
１．この例のスタート時に、オペレータ、加入者グループ、サービス、アプリケーションは、ＭＳＳＰデータベース内で設定済みである。例えば、これらのものはＭＳＳＰ内に恒久的に常駐しているか、又はオペレータによりすでに設置済みである。
【０１０６】
２．ＳＴＬは始動し、初期化し、ＳＴＬ ＵＰ表示メッセージをＳＣＬに送信する処理を行う。このメッセージは、ＳＴＬエンティティがどの設定データを必要としているのか、及びＳＴＬエンティティがどの機能をサポートするのかを示す。
【０１０７】
３．ＳＣＬは始動、初期化し、ＭＳＳＰデータベースから設定データを入手する処理を行う。ＳＣＬは、ＳＴＬバージョン設定要求でＳＴＬ Ｕｐ表示メッセージに応答する。
４．各ＳＴＬエンティティはＳＣＬとのバージョン交渉を完了し、ＳＴＬ Ｕｐ表示メッセージ内で要求された設定データを受信する。
【０１０８】
５．検出ポイントをサポートする各ＳＴＬエンティティは各検出ポイントを登録し、ＩＤＰ及びトリガ属性を指定し、どの基準パラメータがそれぞれに関連しているのかを表示する。
【０１０９】
６．検出ポイント登録メッセージはＳＣＬに、検出ポイント・リソースの今後の管理に対するコンテキスト・オブジェクトを生成させる。
７．内部アプリケーション・サービスはＭＳＳＰ内で作動される。
【０１１０】
８．ＳＣＬ ＡＰＩサーバは外部アプリケーション接続の受け入れをスタートする。
その後、ＭＳＳＰが動作をスタートした後で、
１．外部アプリケーションはＡＰＩサーバに接続し、セッションをスタートし、その識別及び機密保護情報を供給する。
【０１１１】
２．ＡＰＩサーバはアプリケーションの認証を行い、配置されているすべてのものを識別し、アプリケーションに応答を返送することによりセッションが開いていることを確認する。
【０１１２】
３．アプリケーション及びＡＰＩサーバは、セッションの残りの部分に対して使用されるべきプロトコルのバージョンについて交渉する。
４．アプリケーションがサービスについて予め設定されていない場合には、アプリケーションは、ＡＰＩサーバから供給するように設定されたサービスのリストを入手する。
【０１１３】
５．アプリケーションは、ＡＰＩサーバに対して設定ＩＤＰ要求を発行し、ＭＳＳＰサービス、検出ポイント及び設定基準を識別する。
６．ＳＣＬ ＡＰＩサーバは、アプリケーションの設定した特権及びサービス基準制限に対する要求を確認し、次に、設定ＩＤＰ要求をＳＣＬコアに転送する。
【０１１４】
７．ＳＣＬコア・スクリプトは要求を確認し、表示したＭＳＳＰサービスをアプリケーションと関連付け、対応するアプリケーション及びサービス・コンテキスト・オビジェクト内のカウンタの値を加算し、次に、設定ＩＤＰ要求をその検出ポイントをサポートする各ＳＴＬエンティティに転送する。
【０１１５】
この検出ポイントをサポートするＳＴＬエンティティが後で追加される場合には、検出ポイント設定基準も、設定要求を生成することができるようにＳＣＬコア・コンテキスト・オブジェクト内にセーブされる。
【０１１６】
８．各ＳＴＬエンティティが検出ポイントの設定を確認すると、対応する検出ポイント・リソースがＭＳＳＰサービス・コンテキスト・オブジェクトに追加される。第１のＤＰリソースが追加されると、ＭＳＳＰサービス状態が「展開済み」に変化し、設定ＩＤＰ要求の確認が（確認に対するスクリプトが、対応するアプリケーション及びサービス・コンテキスト・オブジェクト内のカウンタの値を加算した後で）ＡＰＩサーバに送られる。
【０１１７】
９．ＡＰＩサーバは設定ＩＤＰ確認をアプリケーションに中継する。
１０．同じ手順の後で、アプリケーションは、供給するサービスを実行するのに必要な任意の追加の最初の検出ポイントを設定する。
１１．アプリケーションは、ＩＤＰイベント表示メッセージを受信するために待機する。
【０１１８】
その後、モバイル・ユーザがこのサービスを使用したい場合には、
１．ユーザは、電話（ＭＳ）をオンにして、ＲＡＤＩＵＳ要求をスタートする。
２．ＭＳＳＰ ＲＡＤＩＵＳプロキシは、ＲＡＤＩＵＳ要求をＲＡＤＩＵＳサーバに転送する。
【０１１９】
３．ＭＳＳＰ ＲＡＤＩＵＳプロキシは、ＲＡＤＩＵＳサーバから成功応答を受信し、オペレータＩＤ及び移動電話加入者が属する加入者グループＩＤを決定し、ＳＴＬ加入者ログイン要求をＳＣＬコアに送る。
【０１２０】
４．ＳＣＬコア・スクリプトは新しいセッション・コンテキスト・オブジェクトを生成し、それを加入者グループ及びオペレータ・コンテキスト・オブジェクトと関連づけ、セッションを１つのＳＴＬエンティティに割り当て、そのエンティティをＳＴＬ生成セッション要求メッセージに送る。
【０１２１】
５．ＳＴＬエンティティはそのセッションに対するリソースを予約し、ＳＴＬ生成セッション確認メッセージで応答する。
６．ＳＣＬコアが上記確認を受信すると、オペレータ及び加入者グループのために設定される任意のメーター及びパケット・フィルタが、ＳＴＬエンティティに適当なメッセージを送信することにより、新しいセッションに対して設定される。オペレータ及び加入者グループ用のデフォールト・メーター・マスクが結合され、かつＳＴＬエンティティに対する１つの要求において設定される。
【０１２２】
７．すべてのセッション設定が完了すると、ＳＣＬコアはＳＴＬ加入者ログイン設定メッセージで、ＭＳＳＰ ＲＡＤＩＵＳプロキシに応答する。
８．ＭＳＳＰ ＲＡＤＩＵＳプロキシはＲＡＤＩＵＳ成功応答をＭＳに返送する。
【０１２３】
その後、ユーザがデータ接続を持っている間に、
１．モバイル・ユーザはブラウザ接続をスタートする。
２．新しい接続を要求しているプロトコル・パケットは、この加入者セッションが割り当てられたＳＴＬエンティティにより制御されているハードウェアを通して送信される。
【０１２４】
３．ＳＴＬエンティティは、その設定した最初の検出ポイントにて基準を評価し一致を判断する。
４．ＳＴＬエンティティはパケットの処理を中止し、ＳＴＬ ＩＤＰイベント表示メッセージをＳＣＬに送る。
【０１２５】
５．ＳＣＬスクリプトは、報告したＩＤＰを含むサービスに中止した流れを関連付け、サービス・カウンタ及びアプリケーション・トリガ・カウンタの値を加算し、ＩＤＰイベント表示をＡＰＩサーバに転送する。
【０１２６】
６．ＡＰＩサーバはＩＤＰイベント表示をアプリケーションに転送する。
７．アプリケーションはＩＤＰイベント・パラメータをチェックし、ＭＳ接続に対する異なる宛先アドレスを決定し、その宛先アドレスを接続要求メッセージにおいてＡＰＩサーバに供給する。
【０１２７】
８．ＡＰＩサーバは接続要求をＳＣＬコアに転送する。
９．ＳＣＬコア・スクリプトは、サービス・カウンタ及びアプリケーション・トリガ応答カウンタの値を加算し、中止したパケットの流れと一緒にＳＴＬ接続要求をＳＴＬエンティティに送る。
１０．ＳＴＬエンティティは更新した宛先アドレスによりパケットを変更し、パケット処理を再開し、ＳＴＬ接続設定をＳＣＬコアに返送する。
１１．ＳＣＬコアは接続確認をＡＰＩサーバに中継する。
１２．ＡＰＩサーバは接続確認をアプリケーションに中継する。
１３．アプリケーションが選択した宛先はＭＳから接続要求を受信し、ＭＳとの接続を開く。
１４．ＭＳ及び宛先サーバはデータを交換する。
１５．周期的に接続が行われている間に、ＳＴＬ流れメーター表示メッセージが、そのセッション用に設定されたメーター要素の値を報告するために、ＳＴＬエンティティからＳＣＬコアへ送られる。
１６．ＳＣＬコアは周期的な流れメーター表示においてデータを累積し、流れ、セッション、加入者グループ、オペレータ、サービス、アプリケーション・コンテキスト・オブジェクトを更新する。
１７．ＭＳは宛先サーバから切り離される。
１８．ＳＴＬエンティティは流れの終わりを検出し、その流れに対する最後のＳＴＬ流れメーター表示をＳＣＬコアに送る。この動作を達成するために、アプリケーション又はＳＣＬによる検出ポイント設定は必要ない。しかし、ＳＴＬエンティティにとって流れがいつ終了したのかを知らない多くのシナリオが存在する。これらの場合、ＳＣＬコアは流れのタイムアウト・ポリシーを実行し、ＳＴＬエンティティにより流れを強制的に解放しなければならない。
１９．前と同じように、ＳＣＬコア・スクリプトは流れメーター表示の中のデータを累積し、流れ、セッション、加入者グループ、オペレータ、サービス、アプリケーション・コンテキスト・オブジェクトを更新する。
２０．ＳＣＬコア・スクリプトは、流れ、加入者、サービス及び終了した流れに対応するアプリケーションの詳細な記録を作成する。流れとサービス・コンテキスト・オブジェクトとの間の関連により、サービスにおいて設定された課金プランＩＤを流れの詳細な記録内に登録することができ、又はアプリケーションは課金プランＩＤを流れの詳細な記録内に登録すすることができる。
２１．詳細な記録はオペレータの課金サブシステムにより収集されるまで、ＭＳＳＰデータベース内に記憶される。
【０１２８】
図６について説明すると、ＭＳＳＰ２６０は、多数の異なるモジュールを接続しているバックプレーン６５０をベースとするシャーシである。モジュール・タイプは４つある。すなわち、Ｉ／Ｏモジュール６１０、サービス・モジュール６２０、制御モジュール６３０及びファブリック・モジュール６４０である。この場合には、システムで冗長制御、ＳＳ７、Ｉ／Ｏ及びファブリック・モジュールを使用することができる。Ｉ／Ｏモジュール６１０の数は、ＭＳＳＰを使用している無線システムが必要とする外部接続により異なる。サービス・モジュール６２０の数は、通常、加入者の数及びＭＳＳＰがサポートしなければならないサービスの数及び複雑さにより異なる。Ｉ／Ｏモジュール６１０及びサービス・モジュール６２０は必ずしも１対１の関係で関連していない。別の方法としては、制御モジュール６３０をシャーシの外部に設置することもできるし、混合構成内に設置することもできる。この場合には、いくつかの機能は内部制御モジュール６３０により供給され、関連する機能を外部コンピュータ内に設置することができる。すべてのモジュールは１対１の冗長度でコピーすることができる。例えば、ＭＳＳＰ内には２つのファブリック・モジュールを設置することができる。
【０１２９】
ファブリック・モジュール６４０は、他のモジュールに対して、Ｎ×Ｎの相互接続を行い、それにより任意のモジュールは、パケット・データ又は他の情報を直接他のモジュールに送ることができる。
【０１３０】
制御モジュール６３０は、ＭＳＳＰアーキテクチャのソフトウェアをベースとする層を収容するためのプラットフォームを供給する。システムのこのバージョンの場合には、制御モジュールは、サンマイクロシステムズ社のＳＰＡＲＣをベースとするプロセッサを使用している。
【０１３１】
Ｉ／Ｏモジュール６１０及びサービス・モジュール６２０は、データ・パケットについてのハードウェアをベースとする処理を行う。パケットに対する通常のデータ経路は、Ｉ／Ｏモジュール６１０にてＭＳＳＰに入力される。Ｉ／Ｏモジュールは、ファブリック・モジュール６４０を通してサービス・モジュール６２０にパケットを送る。サービス・モジュールはパケットをすぐに処理して、ＭＳＳＰから出すためにそれをＩ／Ｏモジュール６２０に送るか、又は更に処理するためにパケットを保持する。
【０１３２】
サービス・モジュール６２０が、ソフトウェアをベースとするＳＣＬと通信したい場合には、サービス・モジュール６２０は、メッセージをファブリック・モジュール６４０を通して、ソフトウェア層を制御している制御モジュール６３０に送る。制御モジュール６３０はＴＣＰ／ＩＰ通信スタックを実行する。制御モジュール６３０で実行するＳＣＬ３３０が、サービス・プラットフォーム２８０と通信したい場合には、ＳＣＬ３３０は、このような通信をＴＣＰ／ＩＰスタックを通し、かつファブリック・モジュール６４０を通して、サービス・プラットフォームへのインタフェースを供給するＩ／Ｏモジュール６１０に送る。
【０１３３】
図７について説明すると、Ｉ／Ｏモジュール６１０及びサービス・モジュール６２０は、共通のハードウェア・アーキテクチャを共有している。ファブリック・インタフェース７２０は、バックプレーン内の他のモジュールにデータを送るために、ファブリック・モジュール６４０への通信経路を供給する。システムのこのバージョンの場合には、ファブリック・インタフェースは、ファブリック・モジュール６４０と通信するために、Ｇｉｇａｂｉｔ Ｅｔｈｅｒｎｅｔ（ＧＥ）を使用する。ネットワーク・プロセッサ７４０は、ファブリック・インタフェース７４０と通信し、ファブリック・モジュール６４０を通してそれに送られるパケットを受信する。システムのこのバージョンの場合には、ネットワーク・プロセッサは、インテル社のＩＸＰ１２４０プロセッサである。ネットワーク・プロセッサ７４０は、ネットワーク制御プロセッサ７４４により制御され、ネットワーク制御プロセッサとネットワーク・プロセッサが共有する共有ホスト・メモリ７４２を使用する。
【０１３４】
Ｉ／Ｏモジュール６１０は、また、Ｉ／Ｏインタフェース７１０を含む。サービス・モジュール７２０はこのインタフェースを含む必要はないが、このインタフェースが存在する場合には通常それを使用しない。Ｉ／Ｏインタフェース７１０は、ＭＳＳＰに対して外部データ接続を供給する。例えば、データは、このようなＩ／Ｏインタフェースを通して、ＭＳＳＰと移動ネットワーク１２０間、及びＭＳＳＰとインターネット１４０間を通過する。パケットは、直接Ｉ／Ｏインタフェース７１０とネットワーク・プロセッサ７４０間を通過する。
【０１３５】
分類コプロセッサ７３０は、ネットワークＩ／Ｏインタフェース７１０及びファブリック・インタフェース７２０及びネットワーク・プロセッサ７４０間を通過するデータ・パケット上で「チェック」（ｓｎｏｏｐ）を行う。分類コプロセッサは、任意のプロトコル・レベルでこれらパケットの特性を検出することにより、パケットの特定のタイプを検出するように構成される。分類コプロセッサが検出するパターンは、分類制御プロセッサ７３４を設定するコプロセッサ・パターン・メモリ７３２に記憶される。分類コプロセッサ７３０が探している特定のタイプのパケットを検出した場合には、分類コプロセッサは、ネットワーク・プロセッサ７４０がパケットを受信した後少し遅れてネットワーク・プロセッサ７４０に知らせる。システムのこのバージョンの場合には、分類コプロセッサ７３０のメーカーは、ソリダム・システムズ社であり、正規表現仕様に基づいてパケットの検出を行う。これらの正規表現は、１つ又は複数のプロトコル層におけるパケットの特徴を含むことができる。
【０１３６】
制御モジュール６３０で実行するＭＳＳＰアーキテクチャのソフトウェア層は、ファブリック・モジュール６５０、ファブリック・インタフェース７２０及びネットワーク・プロセッサ７４０を通して、分類制御プロセッサ７３４と通信することにより検出されるようにパケットのパターン（すなわち、検出ポイント）を設定する。
【０１３７】
サービス・モジュール６２０は、また、外部サービスへのトンネル接続を維持するために、サービス・モジュールが使用する暗号化／解読エンジン７５０を含む。例えば、ＭＳＳＰ２５０とコンテンツ・プロバイダ１５０との間の通信は、機密保護トンネルを通して行うことができる。暗号化／解読エンジンは、ハードウェア内で必要な暗号化及び解読を行う。
【０１３８】
移動ネットワーク１２０からインターネット１４０へ流れるパケット用の通常の経路は、Ｉ／Ｏモジュール６１０上のＩ／Ｏインタフェース７１０を通してＭＳＳＰ２６０に入る。パケットは、Ｉ／Ｏモジュール上のネットワーク・プロセッサ７４０に送信される。ネットワーク・プロセッサ７４０は、分類コプロセッサ７３０の支援により、パケットがＭＳＳＰにより管理される移動局（ＭＳ）１３２との通信セッションの一部であるかどうかを判断する。そうである場合には、ネットワーク・プロセッサ７４０は、ファブリック・インタフェース７２０及びファブリック・モジュール６５０を通してパケットを直接サービス・モジュール６２０に送る。パケットは、そのファブリック・インタフェース７２０を通してサービス・モジュールに入り、サービス・モジュール上のネットワーク・プロセッサ７４０に到着する。分類コプロセッサ７３０は、ファブリック・インタフェース７２０からネットワーク・プロセッサ７４０に移動するパケットをチェックする。パケットが、分類コプロセッサが検出するように設定されているパターンと一致する場合には、パケット・コプロセッサは、ネットワーク・プロセッサ及びネットワーク制御プロセッサ７４４に通知する。
【０１３９】
パケットがアーキテクチャのソフトウェア層により処理されなくてもよい場合には、ネットワーク・プロセッサ７４０は、ファブリック・インタフェース７２０からのパケットをＭＳＳＰから送信するためにＩ／Ｏモジュールに送る。Ｉ／Ｏモジュールはパケットを受信し、このパケットは、ネットワーク・プロセッサ７４０を通してＭＳＳＰからＩ／Ｏインタフェース７１０へ送られる。
【０１４０】
パケットが、アーキテクチャのソフトウェア層の介入が必要な検出ポイントと関連している場合には、サービス・モジュール上のネットワーク・プロセッサ７４０はパケットを直ちに送信しない。ネットワーク制御プロセッサ７４４は、ファブリック・モジュールを介してソフトウェアが制御される制御モジュールと通信することによりソフトウェアと通信する。ネットワーク制御プロセッサは、最終的にはソフトウェア層から応答を受信し、パケットを正しく処理するためにネットワーク・プロセッサを制御する。応答を設定した時間内に受信しなかった場合には、パケットはデフォールト処理規則により処理される。
【０１４１】
パケットがパケットの中止は必要としないが、ソフトウェア層の通知が必要な検出ポイントと関連している場合には、ネットワーク制御プロセッサ７４４は、メッセージを制御モジュールに送り、ネットワーク・プロセッサ７４０は、制御モジュールからの命令を受信するために待機しないでパケットを適当なＩ／Ｏモジュールに送る。
【０１４２】
ＭＳＳＰ２６０の動作は、移動局（ＭＳ）１３２とコンテンツ・プロバイダ１５０の間の通信セッションを監視するために、有限状態モデル等のモデルを使用する。ＭＳＳＰ２６０は、例えば、有限状態モデルの状態又は状態遷移にて、これらの呼出しモデルの遷移にて検出ポイントを有効にするように構成される。呼出しモデルは、種々のプロトコル層において位置する。例えば、最も低い層において、呼出しモデルは全ＰＤＰコンテキストと関連している。もっと高い層において、呼出しモデルはＴＣＰ流れのようなトランスポート層の流れに関連している。呼出しモデルの状態は最初の確立に関連し、次に流れの終わりに関連する。更に高いプロトコル層では、呼出しモデルはアプリケーション層交換に関連し、例えば、ＨＴＴＰプロトコルの後の通信セッションと関連する。
【０１４３】
サービス・プラットフォーム２８０上で実行され、外部サービス・プラットフォーム２８２上で実行され、又はＭＳＳＰ内部の制御モジュール上で実行されるサービス・ロジックは、通知を要求するか、又はセッションの制御の受信を要求する特定の検出ポイントを登録する。検出ポイントは、通常、呼出しモデルうちの１つにおける特定の状態又は状態遷移により、及び検出ポイントのパラメータにより識別される。ある例の場合には、特定のＩＰアドレスに対してＴＣＰセッションを確立しようとした場合、又はＨＴＴＰセッションが特定のウェブページを要求した場合に、検出ポイントが設定される。
【０１４４】
バックプレーン内の制御モジュール上で実行するＭＳＳＰのＳＣＬは、要求を受信し、検出ポイントを登録し、ＳＴＬの対応する要求を発行する。ＳＴＬはネットワーク・プロセッサ及びサービス・モジュール上の分類コプロセッサの設定を要求する。
【０１４５】
上記アプローチは、種々様々なサービス・タイプ及び課金モデルをサポートする。例示としての各種の例について以下に説明する。
第１のサービス・タイプは、フリーダイヤル電話呼出しモデルに類似している。このサービスの場合には、ユーザはコンテンツ・プロバイダとのデータ通信について課金されない。この一例としては、８００Ｆｌｏｗｅｒｓ．ｃｏｍという名前のインターネット・ホストにてウェブ・サーバであるかのようにアクセスされる花屋のサービスがある。
【０１４６】
セットアップの段階において、外部サービス・プラットフォームは、８００Ｆｌｏｗｅｒｓ．ｃｏｍという名称のホストからウェブページを検索したい場合に、ＭＳＳＰと通信し、通知を受けることを要求する。ＭＭＳＰにおいては、ＳＣＬが要求を受信し、確認し、ＳＴＬに検出を行うために必要なハードウェア・トリガ及びイベントをセットアップするように要求する。
【０１４７】
ユーザが自分のＭＳから８００Ｆｌｏｗｅｒｓ．ｃｏｍからウェブページを検索しようとする場合には、設定されたトリガが検出される。ＳＴＬは、ＳＣＬに検出について知らせ、ＳＣＬは外部サービス・プラットフォームに通知する。外部サービス・プラットフォームは、この場合、ＦＴＤ．ｃｏｍである要求を送信する場所を決定し、ＳＣＬに知らせ、ＳＣＬは転送命令をＳＴＬに送り、ＳＴＬは、ネットワーク・プロセッサに、流れの残りの部分を８００Ｆｌｏｗｅｒｓ．ｃｏｍではなく、ＦＴＤ．ｃｏｍに送信先を変更するように要求する。検出されたもとのパケットは、この時点で、送信先が変更されたアドレスを反映するように修正された後でインターネットに送られる。
【０１４８】
ＦＴＤ．ｃｏｍとのセッションが完了した場合には、ＳＣＬは、時間とセッション中に転送されたデータ量を反映しているＩＰＤＲを生成し、それを課金ノードに転送する。次に、オペレータはユーザの通信のこの部分について、ユーザにではなくＦＴＤに課金する。
【０１４９】
もう１つのサービスは、無線プリペイド式音声サービスに類似している。ＭＳＳＰは、特定のユーザからＰＤＰコンテキストのセットアップを検出するように設けられる。ＭＳＳＰが新しいＰＤＰコンテキストを検出した場合には、この場合は制御モジュールにあるアプリケーション・ロジックは、ユーザが自分の口座にプラスの残高を持っているかどうかを判断するために外部決算サーバと通信する。このサービスのあるバージョンの場合には、音声プリペイド式サービスの場合に使用する同じプロトコルにより、ＳＳ７ネットワークを通してこの決算サーバへアクセスすることができる。
【０１５０】
ＳＣＬがユーザを確認した後で、ユーザのデータは変更しないでＭＳＳＰを介して送られる。ユーザがセッションを終了すると、ＳＣＬは、セッション中に送られたデータの送信時間又は量に基づいてユーザの残高を減らすために、決算サーバにコマンドを送る。
【０１５１】
他の例の場合には、ネットワーク１００は、他の人による全スポンサー付きで、ユーザがアクセスしたスポンサー付きパケット交換データ・サービスを提供するために使用される。アプリケーションをベースとするサービス（コンテンツ又はユーザ会話型サービス）及びネットワーク・サービス（パケット・データ転送）がユーザに無料で、通信料無料で提供される。サービスを使用する前に、ユーザはこのサービスに接続することにより、「放送時間」パケット・データ転送料金も、他のコンテンツ又は使用サービス料金もかからないことを知る。その場合には、ユーザは、スポンサー付きのサービスを要求する時間に通知を受け取ることができる。
【０１５２】
ネットワーク・オペレータは、スポンサー付きパケット交換データ・サービスを管理し、制御する。ネットワーク・オペレータは、パケット交換データ・サービスを識別する任意の及びすべての一意のネットワーク・アドレスと、どのようにして、又はどのパケット交換データ・サービス・プロバイダにユーザを向けるのかを決定するポリシー決定と、そのセッションに対して、どのスポンサーに何を基準にして課金するのかを決定するポリシー決定とを含む。選択及び課金のためのポリシー決定は、サービス・プロバイダの選択及びスポンサーへの支払いの方法及び基準についての、オペレータと、スポンサー又はサービス・プロバイダである第三者との間の事前の協定を含む規則を含むことができる。どのサービス・プロバイダが接続を行うべきかのポリシー決定は、ユーザ識別、ユーザの位置、時刻、ユーザ・クラス、サービス・プロバイダ・クラス、ネットワークの条件、事前協定規則、及び／又は政府の規制のような要因に基づいてサービス要求時に行うことができる。例えば、どのスポンサーに課金を行うべきか及びその基準についてのポリシー決定は、ユーザ識別、ユーザの位置、時刻、ユーザ・クラス、サービス・プロバイダ・クラス、ネットワークの条件、事前協定規則、及び／又は政府の規制のような類似の要因に基づいてサービス要求時に行うことができる。
【０１５３】
図８について説明すると、スポンサー付きパケット交換データ・サービス・プロセス８００は、パケット交換データ・サービスに対する要求（８０２）の受信を含む。この要求は、通常、非接触インタフェース(air interface)を通してネットワーク１００に接続しているユニットから発せられる。この要求は、また、ユーザにスポンサーのサービスを試してみるように勧めるサービス・スポンサーによる推進動作に応答的なものであり得る。推進動作は、スポンサーが活動を開始する動作である。
【０１５４】
プロセス８００は、ユーザがパケット交換データ・サービスのために、ネットワーク８にアクセスするための許可を持っているかどうかが判断する（８０４）。パケット交換データ・サービスについての、後のポリシー決定を行うために必要なユーザ・クラス情報及び位置情報は、決定中に収集される（８０４）。ユーザがネットワーク１００へのアクセスの許可を持っていない場合には、プロセス８００はユーザの要求を拒否する（８０６）。
【０１５５】
ユーザが、パケット交換データ・サービスのためのネットワーク１００へのアクセスの許可を持っている場合には、プロセス８００は、要求されたサービスがスポンサー付きパケット交換データ・サービスであるかどうかを判断する（８０８）。サービス要求が、スポンサー付きパケット交換データ・サービスに対するものでない場合には、プロセス８００は、ユーザの要求を他のサービス要求プロセスにより処理する（８１０）。
【０１５６】
サービス要求がスポンサー付きパケット交換データ・サービスに対するものである場合には、プロセス８００は、ユーザが特定の要求されたスポンサー付きパケット交換データ・サービスにアクセスするための許可を持っているかどうかを判断する（８１２）。ユーザが特定の要求されたパケット交換データ・サービスにアクセスするための許可を持っていない場合には、プロセス８００はユーザの要求を拒否する（８０６）。
【０１５７】
ユーザが特定の要求されたパケット交換データ・サービスにアクセスするための許可を持っている場合には、プロセス８００は、特定の要求された交換データ・サービスに対するサービス・プロバイダを選択する（８１４）。この選択（８１４）は、１つ又は複数の要因に基づいて、ネットワーク１００のオペレータのポリシー決定を実行する記録済み規則に関連して行われる。要因としては、ユーザ識別、ユーザの位置、時刻、ユーザ・クラス、サービス・プロバイダ・クラス、ネットワークの条件、事前協定規則、及び／又は政府の規制等がある。例えば、ネットワーク１００のオペレータは、通常、特定の要求された交換データ・サービスを提供する場合は、規則ベース選択ではサービス・プロバイダとしてのオペレータが優先的に選択される。
【０１５８】
選択したサービス・プロバイダ、すなわち、スポンサー、識別は、あるクラス、すなわち、後で選択したサービス・プロバイダ、又は後で入手した情報からスポンサーを決定するための規則である場合がある。オペレータは、自分がサービスを提供している場合にはスポンサーと呼ばれる。第三者がサービス・プロバイダとして選択された場合であって、そのサービスを後援することに同意している場合には、その第三者はスポンサーとして識別される。プロセス８００は、スポンサーを選択するためにオペレータのポリシー決定を実行する他の規則基準を使用することができる。ある例の場合には、この選択は、第三者とオペレータとの間の特定のサービスのスポンサー又は共同スポンサーになるという事前の協定に基づいて行われる。
【０１５９】
プロセス８００は、ユーザを選択したサービス・プロバイダに接続し（８１６）、パケット交換データ・サービス・セッションをスタートする。プロセス８００は、パケット交換データ・セッションを監視し、測定し（８１８）、例えば、セッション中に発生した課金情報及び他の情報を収集する。収集した課金情報及び他の情報のタイプは、供給するパケット交換データ・サービス及びスポンサーのタイプにより異なる。ある例の場合には、収集した情報のタイプは、ネットワーク・オペレータのポリシー決定である。第三者のスポンサーの場合には、ポリシー決定は、通常、オペレータと第三者との間の事前の協定に基づいて行われる。例えば、第三者のサービス・プロバイダが無料パケット交換データ・サービスのスポンサーである場合には、課金情報は多数の基準に基づくネットワーク接続料金のために収集される。更に、例えば、プロバイダが、その販売及び宣伝口座へこのような費用を課金することができるように、データ・サービスの使用に関する情報を収集することができる。同様に、サービス・プロバイダがオペレータである場合には、サービス・プロバイダは、通常、現金支出コストを持たないが、ネットワークの使用及びデータ・サービスの使用を知っておく必要がある場合があり、そのためこの情報を、例えば、その販売及び宣伝口座に転送することができる。
【０１６０】
セッション中、プロセス８００は、課金情報をリアルタイム、又はほぼリアルタイムで転送することができる。
セッションが完了すると、プロセス８００は、課金情報及び他の情報を適当なノードに転送する（８２０）。ノードは、支払いのために識別したスポンサーの口座に貸し方に記入し、情報ユニットは情報転送のために記憶される。また、任意の使用情報は、必要に応じて、ノードによりユーザ記録のために調整される。
【０１６１】
他の例の場合には、ネットワーク１００は、ユーザにサービス・プロバイダが供給している購入サービスに基づいて、ユーザに取引をベースとするパケット交換データ・サービスを提供するために使用される。サービス・プロバイダは、１人の第三者であっても、複数の第三者であっても、及び／又はネットワーク１００のオペレータであってもよい。購入サービスは、例えば、サービスの内容、又はユーザの会話型サービスのようなアプリケーションをベースとするサービス、例えば、ソフトウェア・プログラムのような製品、例えば、ソフトウェア・プログラムを使用する権利のようなライセンス、例えば、ある施設でユーザが受け取る品目等の後で供給される商品、販売アウトレット又は販売場所、又はサービス・プロバイダがユーザの場所に供給するためのものであってもよい。サービスの提供内に含まれるパケット交換データ転送のためのネットワーク・サービスは、サービスの全購入価格に含まれる。すなわち、ユーザは、別の料金又は購入要求を行うために必要なすべてのネットワーク・サービスに対する料金を支払う必要はない。サービスを使用する前に、ユーザはサービスに接続することにより、手数料を基準にしたサービスが提供され、バンドルド・ネットワーク・サービス及び輸送料を含むことを知る。ある例の場合には、ユーザは、サービスを要求した時点でそれが手数料を基準にした取引であることの通知を受ける。
【０１６２】
ネットワーク１００のオペレータは、取引をベースとするパケット交換データ・サービスを管理し、制御する。この管理及び制御は、パケット交換データ・サービスを識別する任意の及びすべての一意のネットワーク・アドレスと、どのようにして、またどのパケット交換データ・サービス・プロバイダにユーザを送るのかを決定するポリシー決定と、どのようにしてまた何を基準にしてユーザに課金するのかを決定するポリシー決定と、サービス・プロバイダに委任する任意のポリシー決定とを含む。選択及び課金のためのポリシー決定は、サービス・プロバイダの選択及びユーザへの支払いの方法及び基準についての、オペレータとサービス・プロバイダのような第三者との間のすべての事前の協定を含む規則を含むことができる。例えば、どのサービス・プロバイダが接続を行うべきかのポリシー決定は、ユーザ識別、ユーザの位置、時刻、ユーザ・クラス、サービス・プロバイダ・クラス、ネットワークの条件、事前協定規則、及び／又は政府の規制のような要因に基づいてサービス要求時に行うことができる。
【０１６３】
図９について説明すると、取引をベースとするパケット交換データ・サービス・プロセス９００は、パケット交換データ・サービスに対するユーザからの要求の受信（９０２）を含む。このサービス要求は、非接触インタフェースを通してネットワーク１００にユーザから発することができるし、又はこのサービス要求は、ユーザにスポンサーのサービスを購入するように勧めるサービス・プロバイダによる推進動作に応答して生じることができる。推進動作はスポンサーが活動を開始する動作である。
【０１６４】
プロセス９００は、ユーザが取引をベースとするパケット交換データ・サービスのために、ネットワーク１００にアクセスするための許可を持っているかどうかを判断する（９０４）。要求された取引をベースとするパケット交換データ・サービスについての、後のポリシー決定を行うために必要なユーザ・クラス情報及び位置情報は、決定（９０４）中に収集される。ユーザが、ネットワーク１００へのアクセスの許可を持っていない場合には、プロセス９００はユーザの要求を拒否する（９０６）。
【０１６５】
ユーザが、取引をベースとするパケット交換データ・サービスのためのネットワーク１００へのアクセスの許可を持っている場合には、プロセス９００は、要求されたサービスが取引をベースとするパケット交換データ・サービスであるかどうかを判断する（９０８）。サービス要求が、取引をベースとするパケット交換データ・サービスに対するものでない場合には、プロセス９００は、ユーザの要求を他のサービス要求プロセスにより処理する（９１０）。
【０１６６】
サービス要求が取引をベースとするパケット交換データ・サービスに対するものである場合には、プロセス９００は、ユーザが、特定の要求された取引をベースとするパケット交換データ・サービスに、アクセスするための許可を持っているかどうかを判断する（９１２）。ユーザが特定の要求された取引をベースとするパケット交換データ・サービスに、アクセスするための許可を持っていない場合には、プロセス９００はユーザの要求を拒否する（９０６）。
【０１６７】
ユーザが特定の要求された取引をベースとするパケット交換データ・サービスに、アクセスするための許可を持っている場合には、プロセス９００は、特定の要求された取引をベースとするパケット交換データ・サービスに対するサービス・プロバイダを選択する（９１４）。この選択（９１４）は、１つ又は複数の要因に基づいて、ネットワーク１００のオペレータのポリシー決定を実行する記憶済みの規則基準に関連して行われる。要因としては、ユーザ識別、ユーザの位置、時刻、ユーザ・クラス、サービス・プロバイダ・クラス、ネットワークの条件、事前協定規則、及び／又は政府の規制等がある。例えば、ネットワーク１００のオペレータが、通常、特定の要求された取引をベースとするパケット交換データ・サービスを提供している場合には、規則基準選択では、サービス・プロバイダとしてオペレータが優先的に選択される。
【０１６８】
プロセス９００は、ユーザ要求を許可する（９１６）。許可（９１６）は、サービス・プロバイダ及び／又はネットワーク１００のオペレータによる参加を含むことができる。ユーザが要求したサービスは取引をベースとするものであるので、許可（９１６）は、要求を行っているユーザが提供されるサービスに対して予想される支払いを行うための十分な預金又は支払い能力を持っているかどうかの判断を含む。ユーザが選択した取引をベースとするサービスの購入を行うための許可を持っていない場合には、プロセス９００は、ユーザへのサービスを拒否する（９０６）。
【０１６９】
ユーザが選択した取引をベースとするサービスの購入を引き続き行うための許可を持っている場合には、プロセス９００は、ユーザを識別したサービス・プロバイダに接続し（９１８）、パケット交換データ・サービス・セッションがスタートする。スタートした取引をベースとするパケット交換データ・サービスは、識別したサービス・プロバイダからのユーザによる取引をベースとするサービスの１つ又は複数の購入を含むことができる。プロセス９００は、１つのユーザ・セッション中の個々の各購入セッションを監視し（９２０）、１回の購入又は複数の購入に対する課金情報及び他の情報を生成する（９２２）。各購入セッション中、プロセス９００は、課金情報をリアルタイム又はほぼリアルタイムでノードに転送することができる（９２４）。課金情報及び他の情報のタイプは、供給されるパケット交換データ・サービス及びプロバイダのタイプにより異なる。ある例の場合には、収集した情報のタイプは、ネットワーク・オペレータのポリシー決定である。第三者プロバイダの例の場合には、収集した情報のタイプは、通常、ネットワーク１００のオペレータと第三者プロバイダとの間の事前の協定に基づいている。例えば、購入の許可は、取引をベースとするサービスを提供しようとする場合に使用することができる最大ネットワーク・リソースを制限する。事前に協定したポリシーは、どの条件の場合サービスを提供することができるか、何がネットワーク・オペレータによりサービスを提供する妥当な試みを制限するのかを決定することができる。
【０１７０】
例えば、ネットワーク条件が悪く、プロバイダとユーザとの間での回復不能なパケット・エラーにより、サービス供給を試みている間にパケット送信が許容できないほどの数に達した場合には、事前に協定したポリシーは、サービス供給の試みが打ち切られ、購入がキャンセルされ、かつ購入セッションが事前に完了するしきい値を含むことができる。より一般的な「正常な」状態の下では、取引をベースとするサービスの提供が完了した場合に、購入セッションは終了する。
【０１７１】
購入セッションを終了すると、プロセス９００は、課金情報及びその他の情報をノードに転送する（９２６）。課金は、数量、持続時間、時刻、最終宛先、位置、サービスの品質、ＳＭＳ、サービスを受けたＩＭＳＩ／加入者、逆課金、無料、フラット・レート、及びベアラ・サービスのような多くの要因に基づいて行うことができる。
【０１７２】
プロセス９００は、支払いのための課金ユニットをユーザの口座の貸し方に記入し（９２８）、情報ユニットは情報転送のために記憶される。サービス・プロバイダとネットワーク・オペレータとの間では、購入セッション終了に関する情報が交換される場合がある。プロセス９００は、任意の使用情報をサービス・プロバイダ記録のために調整する（９３０）。
【０１７３】
ユーザとサービス・プロバイダとの間のサービス・セッションが複数の購入セッションを含む場合には、ユーザは他の取引をベースとするサービス要求をするための選択を行うことができる。ユーザが他に要求を持っていないか、及び／又はすべての購入セッションが終了した場合には、サービス・セッションは終了する。ユーザが、同じサービス・セッション中に同じサービス・プロバイダから他の及び／又は複数の購入要求を行うことを選択した場合には、これらの追加の要求はプロセス９００により処理される。
【０１７４】
他のハードウェア構成の場合には、ファブリック・カードを含むバックプレーンを使用しないで、１つの結合Ｉ／Ｏモジュール及びサービス・モジュールが、外部データ接続及びパケット処理を供給する。この結合カードは、「ピザ・ボックス」のようなコンピュータ・シャーシ内で制御される。
【０１７５】
他の実施形態の場合には、パケット化された音声トラヒックが、移動ネットワークと固定ネットワーク間を通るＩＰによる音声（ＶｏＩＰ）サービスを提供するためにＭＳＳＰが使用される。
【０１７６】
他の実施形態の場合には、上記アプローチが移動仮想ネットワーク・オペレータ（ＭＶＮＯ）環境に適用される。このようなある環境では、複数のオペレータが１つのＭＳＳＰを共有する。サービス、ユーザ・グループ、及び他の設定が、各オペレータをベースとして行われる。このようにして、ある仮想オペレータの加入者との間のデータ通信は、そのオペレータに対するサービスにより処理される。すなわち、加入者に対する流れは、そのオペレータが供給するサービスをトリガするのみである。物理的ネットワークのオペレータは、例えば、物理的ネットワークのその使用に対して仮想オペレータに課金するために、使用情報を受信することができる。仮想オペレータは、その加入者に対する詳細な記録を受信し、その結果、仮想オペレータは、サービス・モデルをベースとして、その加入者、サービス・プロバイダ、及び広告主に課金することができる。他のＭＶＮＯ環境の場合には、１つのＭＳＳＰが、他のネットワーク位置への特定の仮想オペレータに対する通信を、流れを処理しないで、例えば他のＭＳＳＰに送信することができる。
【０１７７】
他の実施形態の場合には、ＧＳＭ／ＧＰＲＳ以外の異なるタイプの無線アーキテクチャがサポートされる。例えば、上記ＭＳＳＰは、ＣＭＤＡ、ＴＤＭＡ及び第三世代（３Ｇ）システムを含む種々の異なるタイプの無線データ・ネットワーク用のゲートウェイとして機能することができる。
【０１７８】
また、ＧＳＭ／ＧＰＲＳの場合には、ＭＳＳＰの機能を他のノードと結合することができる。例えば、ＧＧＳＮの機能及びＭＳＳＰの機能を１つのノードに結合することができる。
【０１７９】
ＭＳＳＰは、また、無線データ・ネットワークを含まない通信を制御することができる。例えば、外部サービス・プラットフォームを含むモデル・アプローチを、加入者のネットワークとワイド・エリア・バックボーン・ネットワーク間又は無線ＬＡＮ及び固定ネットワーク間のようなネットワーク間を通る通信セッションの監視及び制御に適用することができる。
【０１８０】
種々の他のハードウェア・アーキテクチャも実行することができる。例えば、別のアーキテクチャにおいては、Ｉ／Ｏモジュール及びサービス・モジュールの機能を結合することができ、制御モジュール上でサポートされている機能より多い機能又は少ない機能をＭＳＳＰシャーシで制御することができる。
【０１８１】
上記説明は、例示としてのものであって、添付の特許請求の範囲で定義される本発明の範囲を制限するものでないことを理解されたい。他の実施形態も特許請求の範囲内に含まれる。
【図面の簡単な説明】
【０１８２】
【図１】移動局の多数のユーザへデータ・サービスを提供するための無線通信システムである。
【図２】ＧＳＭ／ＧＰＲＳ環境での図１の無線通信システム用のシステム・アーキテクチャ図である。
【図３】移動交換サービス・プラットフォーム（ＭＳＳＰ）の論理的アーキテクチャである。
【図４】ＭＳＳＰのサービス制御層のアーキテクチャである。
【図５】ＴＣＰの流れ内の検出ポイントの使用を示す。
【図６】ＭＳＳＰの物理アーキテクチャである。
【図７】ＭＳＳＰのＩ／Ｏモジュール及びサービス・モジュールのブロック図である。
【図８】スポンサー付きデータ・サービスのフローチャートである。
【図９】取引きをベースとするデータ・サービスのフローチャートである。

Claims (63)

1. データ・ネットワーク内のノードを通過するデータ通信を処理するための方法であって、
   サービスに対する検出ポイントを設定することを含んで、前記ノード上でサービスを提供し、
   前記設定された検出ポイントとの一致を識別するために前記通信を監視することを含んで、前記ノードを通過する通信を処理し、
   前記設定した検出ポイントとの一致を識別した場合に、前記サービス用のサービス・ロジックに前記検出ポイントを通知することを備える方法。
2. 前記ノードを通過する通信の処理は、無線ネットワークからのデータ通信を処理することを含む、請求項１に記載の方法。
3. 無線ネットワークからのデータ通信の処理は、第二世代（２Ｇ）無線電話ネットワークからのデータ通信を処理することを含む、請求項２に記載の方法。
4. 無線ネットワークからのデータ通信の処理は、第三世代（３Ｇ）無線電話ネットワークからのデータ通信を処理することを含む、請求項２に記載の方法。
5. 無線ネットワークからのデータ通信の処理は、ＧＰＲＳの動作を可能にする無線ネットワークからのデータ通信を処理することを含む、請求項２に記載の方法。
6. 無線ネットワークからのデータ通信の処理は、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）からのデータ通信を処理することを含む、請求項２に記載の方法。
7. 前記ノードを通過する通信の処理は、固定ネットワークからのデータ通信を処理することを含む、請求項１に記載の方法。
8. 前記ノード上でサービスの複数のオペレータを設定することを更に備える、請求項１に記載の方法。
9. 前記オペレータの設定は、仮想オペレータを設定することを含む、請求項８に記載の方法。
10. 前記サービスの提供は、前記サービスを前記オペレータの中の１人と関連づけることを含む、請求項８に記載の方法。
11. オペレータ間でデータ機密保護を供給することを更に備える、請求項１０に記載の方法。
12. 前記サービスの提供は、前記検出ポイントを設定するための仕様を受信することを含む、請求項１に記載の方法。
13. 前記サービスの提供は、前記ノードの外部のサーバから前記サービス用の設定情報を受信することを含む、請求項１に記載の方法。
14. 前記データ通信がパケットデータ通信を含む、請求項１に記載の方法。
15. 前記パケット・データ通信がインターネット・プロトコル（ＩＰ）データ通信を含む、請求項１４に記載の方法。
16. 前記検出ポイントの設定は、１つ又は複数のプロトコル層にて特性を指定することを含む、請求項１５に記載の方法。
17. １つ又は複数のプロトコル層での特性の指定は、ネットワーク層にて特性を指定することを含む、請求項１６に記載の方法。
18. １つ又は複数のプロトコル層での特性の指定は、トランスポート層にて特性を指定することを含む、請求項１６に記載の方法。
19. 前記トランスポート層での特性の指定は、転送制御プロトコル（ＴＣＰ）に関連する特性を指定することを含む、請求項１８に記載の方法。
20. 前記トランスポート層での特性の指定は、汎用データグラム・プロトコル（ＵＤＰ）に関連する特性を指定することを含む、請求項１８に記載の方法。
21. １つ又は複数のプロトコル層での特性の指定は、アプリケーション層にて特性を指定することを含む、請求項１６に記載の方法。
22. 前記アプリケーション層での特性の指定は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）の特性を指定することを含む、請求項２１に記載の方法。
23. 前記アプリケーション層での特性の指定は、ＲＡＤＩＵＳアプリケーション・プロトコルの特性を指定することを含む、請求項２１に記載の方法。
24. 前記アプリケーション層での特性の指定は、ドメインネーム・サービス（ＤＮＳ）プロトコルの特性を指定することを含む、請求項２１に記載の方法。
25. １つ又は複数のプロトコル層での特性の指定は、複数のプロトコル層にて特性を指定することを含む、請求項１６に記載の方法。
26. １つ又は複数のプロトコル層での特性の指定は、１つ又は複数のプロトコル層にてデータ・パケットのフィールドを識別する正規表現を指定することを含む、請求項１６に記載の方法。
27. 前記検出ポイントとの一致を識別した場合に、前記サービス・ロジックにより前記通信を処理することを更に備える、請求項１に記載の方法。
28. 前記検出ポイントとの一致を識別した場合に、前記一致した検出ポイントに関連する通信を中止することを更に備える、請求項１に記載の方法。
29. 前記更なる通信の処理は、
    前記サービス・ロジックからイベント検出ポイント用の仕様を受信し、
    イベント検出ポイントを設定し、
    前記設定したイベント検出ポイントとの一致を識別するために前記通信を監視することを含む、請求項２７に記載の方法。
30. 前記更なる通信の処理は、前記通信を転送することを含む、請求項２７に記載の方法。
31. 前記更なる通信の処理は、前記通信を通信トンネルを介して前記サービスに関連する宛先に送ることを含む、請求項２７に記載の方法。
32. 前記更なる通信の処理は、前記通信をろ過することを含む、請求項２７に記載の方法。
33. 前記ろ過は、前記パケット内で識別したアドレスによりデータ・パケットを阻止することを含む、請求項３２に記載の方法。
34. 前記更なる通信の処理は、前記通信にポリシーを適用することを含む、請求項２７に記載の方法。
35. 前記通信へのポリシーの適用は、データ転送速度ポリシーを適用することを含む、請求項３４に記載の方法。
36. 前記サービスの提供は、ネットワーク管理システムとの通信を含む、請求項１に記載の方法。
37. 前記サービスの提供は、サービス相互作用に対する通信の特性の測定を識別することを含み、
    前記ノードを通過する通信の処理は、それぞれが前記サービスと関連している前記データ通信におけるサービス相互作用を検出し、前記検出したサービス相互作用に対する測定情報を記録することを更に含む、請求項１に記載の方法。
38. 前記検出されたサービス相互作用に対する測定情報の記録は、前記サービス相互作用で転送されたデータ量を記録することを含む、請求項３７に記載の方法。
39. 前記転送されたデータ量の記録は、パケットの数を記録することを含む、請求項３８に記載の方法。
40. 前記転送されたデータ量の記録は、バイト数に比例する数を記録することを含む、請求項３８に記載の方法。
41. 前記転送されたデータ量の記録は、１つの方向で前記ノードを通過したデータ量を記録することを含む、請求項３８に記載の方法。
42. 前記検出したサービス相互作用に対する測定情報の記録は、前記サービス相互作用中のデータ転送速度を記録することを含む、請求項３７に記載の方法。
43. 前記測定情報の記録は、サービス相互作用の個々の流れに対する測定情報を記録することを含む、請求項３７に記載の方法。
44. 前記測定情報の記録は、サービス相互作用の流れのグループに対する測定情報を記録することを含む、請求項３７に記載の方法。
45. 前記測定情報の記録は、全サービス相互作用に対する測定情報を記録することを含む、請求項３７に記載の方法。
46. データ・ネットワーク内のノードを通過するデータ通信を処理するための方法であって、
    前記通信セッションに対するデータ・パケットを監視して、設定した検出ポイントとの一致を識別することを含んで、前記ノードを通過する前記データ通信の通信セッションを処理し、
    前記通信セッションのうちの１つにおいて前記設定した検出ポイントとの一致を識別した場合に、前記検出ポイントを識別する外部サービス・ロジックに要求を送り、
    前記送った要求に応じて、前記サービス・ロジックから受信した情報により、前記通信セッションを更に処理することを備える方法。
47. 前記更なる処理は、前記通信セッションを中止し、次に、前記受信した情報により前記通信セッションに対するデータを送ることを含む、請求項４６に記載の方法。
48. 前記更なる処理は、前記受信した情報により前記通信セッションを転送することを含む、請求項４６に記載の方法。
49. データ・ネットワーク内のノードを通過するデータ通信により提供されるサービスを監視するための方法であって、
    サービス相互作用に対する通信の特性を識別することを含んで、前記サービスを提供し、
    それぞれが前記サービスの特定のユーザに関連している前記データ通信のサービス相互作用を検出し、
    前記検出したサービス相互作用に関連する情報を提供することを備える方法。
50. 前記サービス相互作用の検出は、前記データ通信を検出ポイントと照合することを含む、請求項４９に記載の方法。
51. 前記検出ポイントが、複数のプロトコル層における特性を含む、請求項５０に記載の方法。
52. 前記情報の提供は、外部システムに前記情報をエクスポートすることを含む、請求項４９に記載の方法。
53. 前記検出したセッションに関連する前記情報は、加入者のグループに関連する、請求項４９に記載の方法。
54. 前記検出したセッションに関連する前記情報は、特定のサービスに関連する、請求項４９に記載の方法。
55. 前記検出したセッションに関連する前記情報は、オペレータに関連する、請求項４９に記載の方法。
56. 前記検出したセッションに関連する前記情報は、セッションに関連する詳細な記録を含む、請求項４９に記載の方法。
57. 前記セッションに関連する前記詳細な記録は、前記セッションの一部のみに関連する詳細な記録を含む、請求項５６に記載の方法。
58. 前記検出したセッションに関連する前記情報は、動作の時間的間隔に関連する、請求項４９に記載の方法。
59. 無線電話ネットワーク上の移動局と固定ネットワーク上のサービス・プロバイダとの間のパケット・データ通信を処理するための方法であって、
    サービスに対するサービス・ロジックを設定することを含んで、前記無線ネットワークと前記固定ネットワークを接続しているノード上でサービスを提供し、
    前記通信を監視して前記提供されたサービスに関連する通信セッションを識別することを含んで、前記ノードを介して前記無線電話ネットワークと前記固定ネットワークとの間を通過するパケット・データ通信を処理し、
    前記識別した通信セッション内で検出ポイントを照合し、
    前記検出ポイントの一致に応じてサービス・ロジックを実行することを備える方法。
60. 前記サービス・ロジックの実行は、外部サービス・プラットフォームと通信することを含み、前記パケット・データ通信の処理は、前記外部サービス・プラットフォームから受信した情報により前記通信を処理することを含む、請求項５９に記載の方法。
61. 通信ノードであって、
    サービス用の検出ポイントを設定する手段を含み、前記ノード上でサービスを提供するための手段と、
    前記通信を監視して、前記設定された検出ポイントとの一致を識別するための手段を含み、前記ノードを通過する通信を処理するための手段と、
    前記設定された検出ポイントとの一致が識別された場合に、前記検出ポイントの前記サービスに対してサービス・ロジックを通知するための手段とを備える通信ノード。
62. 通信ノードであって、
    サービスに対する提供情報を受け入れるように構成されているサービス・マネージャと、
    前記サービス・マネージャに接続され、前記受け入れた提供情報を記憶するための記憶装置を含むデータベースと、
    前記デバイスを通してパケット・データ通信を通過させ、前記データ通信における設定可能なイベントを検出するための回路と、
    前記サービス・マネージャと通信し、データを送るための前記回路に対して前記検出したイベントの通知を受信するようにプログラムされているサービス実行エンジンとを備える通信ノード。
63. 前記データベースが、詳細な記録用の記憶装置を備え、前記サービス実行エンジンは、前記受信した通知に応じて詳細な記録を生成するように更にプログラムされている、請求項６２に記載の通信ノード。

Images