JP2001507179A

JP2001507179A - How to control credit customer calls

Info

Publication number: JP2001507179A
Application number: JP52736898A
Authority: JP
Inventors: カリカンガス; ジョンアールバンクス
Original assignee: ノキアテレコミュニカシオンスオサケユキチュア
Priority date: 1996-12-19
Filing date: 1997-12-16
Publication date: 2001-05-29
Anticipated expiration: 2017-12-16
Also published as: CN1240552A; DE69730853T2; CA2274689A1; BR9713970A; FI102710B1; WO1998027715A1; FI965134A0; AU5399298A; RU2183384C2; FI965134A; JP4330178B2; FI102710B; EP0938805A1; EP0938805B1; AU731093B2; DE69730853D1; CN1123197C

Abstract

(57)【要約】本発明は、クレジット顧客の通話を制御する方法に係る。加入者が接続時間を購入できるところの加入者特有の口座をテレコミュニケーションネットワークの集中点に保持する。接続上で行なわれる料率変更を、ネットワークに高い瞬時負荷を招くことなく簡単に遵守できるようにするために、接続に使用する接続時間を要求する要求（Ｉｎｉｔｉａｌ＿ＤＰ）をネットワークの集中点（ＳＣＰ）へ送る。この要求に応答して、上記顧客の口座残高をネットワークの集中点においてチェックし、そして交換機により送られる要求当たりに接続に指定されるべき接続時間の長さを決定する。口座残高が許すときに、接続に指定される接続時間の長さに関する情報（ＳＴ）を含むメーッセージ（ＡＣ）を、ネットワーク交換機により送られた要求に応答して送信する。接続中に、ネットワーク交換機は、要求当たりに指定された接続時間の経過を監視し、そして指定された接続時間が特定のスレッシュホールドより短いときに、付加的な接続時間を要求する付加的な時間要求（ＡＣＲ）を集中点に送る。少なくとも各個々の付加的な時間要求（ＡＣＲ）に関連して料率変更をチェックし、そしてこのチエックに基づいて、交換機により送られた要求当たりに指定されるべき接続時間の長さを再決定し、口座残高が許す場合には上記メッセージを再送信する。接続が終了したときに、実際の終了時点に基づいて金額を調整する。 (57) [Summary] The present invention relates to a method for controlling a call of a credit customer. Maintain a subscriber-specific account at which the subscriber can purchase connection time at a central point of the telecommunications network. In order to be able to easily comply with rate changes made on the connection without incurring a high instantaneous load on the network, a request for the connection time used for the connection (Initial_DP) is sent to the central point of the network (SCP). send. In response to this request, the customer's account balance is checked at a central point of the network and the length of connection time to be specified for a connection per request sent by the switch is determined. When the account balance allows, a message (AC) containing information (ST) regarding the length of connection time specified for the connection is sent in response to the request sent by the network switch. During the connection, the network switch monitors the elapse of the specified connection time per request and, when the specified connection time is less than a specified threshold, an additional time to request additional connection time. Send a request (ACR) to the point of concentration. Check rate changes in connection with at least each individual additional time request (ACR) and, based on this check, redetermine the length of connection time to be specified per request sent by the switch. If the account balance allows, resend the message. When the connection is terminated, adjust the amount based on the actual termination time.

Description

【発明の詳細な説明】クレジット顧客の通話を制御する方法発明の分野本発明は、テレコミュニケーションネットワークにおいて接続に料金を課することに係り、より詳細には、加入者特有の口座を保持し、これに対して加入者が前払いで接続時間を購入できるようなサービスに係る。先行技術の説明公知技術を説明する前に、以下の説明に関連した幾つかの用語を定義する。通話の課金情報即ち料率とは、課金率又はパルス列におけるパルスの数或いはその両方に関連した料金情報を指す。この情報は、通話料を計算するために使用できねばならない。料金情報は、例えば、課金率当たりの金額又はパルス当たりの金額として与えられる。時間料金における課金率も、２つの連続する計測パルス間の時間に関連している。近代的な電話ネットワークにおいては、加入者特有の口座を保持し、これに対して加入者が金銭を預託し、従って、前払い通話時間を得るようにすることができる。加入者が通話をすると、費やした接続時間に基づいてシステムが口座残高を減少する。オペレータの観点から、このようなサービスの１つの利点は、口座に充分な資金がないときには通話を許可しないことができるので、オペレータが加入者に関連した負債を回避できることである。一方、加入者の観点からは、例えば、所与の時間周期中に越えることのできない特定の最大金額を通話コストとして決定できるという利点がある。このような形式の１つのシステムが米国特許第５，４０８，５１９号に開示されている。加入者は、通話を行いたいとき、システムの番号をダイヤルすると、システムが加入者に口座番号及び相手の電話番号を入力するよう促す。次いで、システムは、通話の単位時間当たりのコストと、その相手に対する最大通話時間、即ち現在の口座残高に基づいてどれほど長く通話できるかを計算する。又、システムは、通話に関連してクレジットカードで口座の残高を増加することもできるし、或いはシステムは、定期的に又は残高が所定金額より下がるたびに口座残高を自動的に更新することもできる。上記種類のサービスを電話ネットワークにおいて交換機特有に維持することが所望される場合には、ネットワークの各交換機に料率データを維持しなければならず、そして各交換機において料率変更を更新しなければならない。この欠点は、ネットワークの中央点に加入者特有の口座を保持することにより解消できる。しかしながら、この場合に、加入者の残高を各場合に正しい料率で減少できるようにするために接続中の料率変更をいかに遵守するかという問題が生じる。この問題は、原理的には、料率変更が差し迫ったときに、加入者は口座で得られる最大時間に基づいて接続時間が許可されるのではなく、通話時間が料率変更の時点まで許されるだけであり、従って、料率変更が生じたとき直ちに料率変更を遵守できるようにして、解消することができる。しかしながら、これは、各々の進行中通話（同じ料率クラスの）に付加的な時間を同時に与えねばならず、システムの負荷に著しい瞬時ピークを生じさせることを意味する。発明の要旨本発明の目的は、上記欠点を解消すると共に、できるだけ簡単に維持し得るシステムを形成できるようにし、そして料率変更により生じる負荷の瞬間的な増加を回避できるようにする方法を提供することである。この目的は、独立請求項に記載した解決策により達成される。本発明の考え方は、加入者特有の口座を保持するネットワーク内の中央点から一度に１つづつの連続する周期において各接続に接続時間を指定することである。個々の周期の終りに、ネットワークの交換機は、接続がまだ入れられている場合はその接続に対して付加的な接続時間を要求する。口座の残高で料率変更の遂行を連続的に遵守できるようにするために、接続に関連した料率変更がこの要求に関連してチェックされる。料率変更は、各々の指定された接続時間周期に対して事前にチェックされてもよいし、又は事後にチェックされてもよい。これら手法の前者においては、受け取った接続時間要求に関連して、料率変更が次の周期中に有効となるかどうかチェックされる。料率変更のチェックにより、口座内の資金で充分である以上の接続時間が接続に指定されないよう確保される。次の周期中に料率変更が行なわれることが分かった場合には、口座内の資金が許すならば、指定長さの接続時間周期を維持することができる。或いは又、料率変更がどの方向であるかに基づいて、より長い又はより短い接続時間を各々指定することができ、従って、口座から減少されるべき周期当たりの金額を一定に保つことができる。各周期の始めに前もって口座から金額を減少することができるが、周期が経過した後にこれを行うのが好ましく、従って、ある周期中に接続が終了するときに正しい金額を差し引くことができる。又、例えば、故障のためにある周期中に接続が遮断された場合に加入者が損害を被ることもない。一方、上記手法の後者においては、接続時間要求を受け取ったときに、その手前の周期中に料率変更が生じたかどうかチェックされる。ここでは、周期の終わりに必要な調整及び残高の更新が行なわれる。この場合は、口座の残高がマイナスになることもあり、一方、前者のやり方では、それを防止できる。本発明の解決策により、ネットワーク交換機は、ランダムな数の接続に対してより長い接続時間を要求するだけであるから、瞬間的な負荷のピークを回避することができる。換言すれば、接続が異なる時間に設定されそして異なる接続が種々の長さの周期を持つことから周期の移行が異なる時間に生じるので、料率変更により生じる負荷は、長い時間間隔にわたって分散することができる。図面の簡単な説明以下、添付図面を参照し、本発明及びその好ましい実施形態を詳細に説明する。図１は、インテリジェントネットワークの機能的アーキテクチャーを示す図である。図２は、インテリジェントネットワークの物理的アーキテクチャーを示す図である。図３ａないし３ｃは、インテリジェントネットワークにおけるクレジットサービスの実施を示す図である。図４は、発呼者に関連したコール状態モデルを示す図である。図５は、本発明の方法において行なわれるメッセージ交換を示す図である。図６ａ及び６ｂは、本発明の原理を示す時間軸図である。好ましい実施形態の詳細な説明本発明の方法はインテリジェントネットワークにおいて実施されるので、インテリジェントネットワークについて以下に簡単に説明する。進歩的なサービスを提供するネツトワークアーキテクチャーをインテリジェントネットワークと称する。インテリジェントネットワークの一般的な省略形は、「ＩＮ」である。インテリジェントネットワークの機能的アーキテクチャーが図１に示されており、ネットワークの機能的エンティティが楕円で示されている。本発明は、インテリジェントネットワーク環境を参照して以下に説明するので、このアーキテクチャーについて簡単に述べる。ネツトワークへのエンドユーザ（加入者）のアクセスは、ＣＣＡＦ（コールコントロールエージェントファンクション）により取り扱われる。ＩＮサービスへのアクセスは、既存のデジタル交換機への追加を行うことによって実施される。これは、２人のユーザ間のコールを処理するのに使用される既存の機能を表わす基本コール状態モデルＢＣＳＭを使用することにより行なわれる。ＢＣＳＭは、ユーザ間に接続ルートを確立して維持するのに必要なコールコントロールファンクションＣＣＦの高レベル状態自動表示である。サービス交換ファンクションＳＳＦを使用することによりこの状態モデルに機能が追加され(例えば、図１のエンティティＣＣＦ及びＳＳＦの部分的重畳)、インテリジェントネットワークのサービス（ＩＮサービス）をコールする必要があるときを判断することができる。これらのＩＮサービスがコールされた後に、インテリジェントネツトワークのサービスロジックを含むサービスコントロールファンクションＳＣＦが、サービス関連処理（コール試みの）を取り扱う。従って、サービス交換ファンクションＳＳＦは、コールコントロールファンクションＣＣＦをサービスコントロールファンクションＳＣＦに接続し、そしてサービスコントロールファンクションＳＣＦがコールコントロールファンクションＣＣＦを制御できるようにする。例えば、ＳＣＦは、ＳＳＦ／ＣＣＦが特定のコール又は接続機能、例えば、課金又はルート指定動作を実行するよう要求することができる。又、ＳＣＦは、インテリジェントネットワークのサービス関連データ及びネットワークデータへのアクセスを取り扱うサービスデータファンクションＳＤＦへも要求を送ることができる。従って、ＳＣＦは、例えば、特定のサービス関連データを検索し又はこのデータを更新するようにＳＤＦに要求することができる。上記機能は、インテリジェントネットワークにより提供される幾つかのサービスを実施するために必要な特殊な機能を与える特殊なリソースファンクションＳＲＦによって更に補足される。これらのサービスは、例えば、プロトコル変換、スピーチ認識、及びボイスメールである。ＳＣＦは、例えば、エンドユーザとＳＲＦとの間に先ず接続を確立するようにＳＳＦ／ＣＣＦファンクションに要求し、次いで、エンドユーザにボイスメッセージを与えるようにＳＲＦに要求することができる。インテリジェントネットワークの他の機能的エンティティは、制御に関連した種々のファンクション、例えば、ＳＣＥＦ(サービス形成環境ファンクション)、ＳＭＦ(サービスマネージメントファンクション)、及びＳＭＡＦ（サービスマネージメントアクセスファンクション）である。ＳＭＦは、とりわけ、サービス制御を含み、ＳＭＡＦは、ＳＭＦへの接続を与え、そしてＳＣＥＦは、ＩＮサービスを特定し、開発し、テストし、そしてＳＭＦを経てＳＣＦへ供給できるようにする。これらのファンクションは、ネットワークオペレータの動作にしか関与していないので、それらは図１には示されていない。ＩＮサービスに関連するものとして図１に示された機能的エンティティの役割を以下に簡単に説明する。ＣＣＡＦは、発呼者により与えられたサービス要求を受け取る。このサービス要求は、通常、受話器を持ち上げること及び／又は発呼者がダイヤルした一連の数字を含む。ＣＣＡＦは、更に、サービス要求を処理のためにＣＣＦ／ＳＳＦへ送信する。コールコントロールファンクションＣＣＦは、サービスデータをもたず、サービス要求の必要性を確認するようにプログラムされている。ＣＣＦは、ある時間、コール設定を中断し、そしてコールの状態についてサービス交換ファンクションＳＳＦに通知する。ＳＳＦのタスクは、所定の基準を使用して、サービス要求を解読し、従って、要求がＩＮサービスに関連したサービス要求であるかどうか決定することである。もしそうであれば、ＳＳＦは、標準的なＩＮサービス要求を構成し、そしてその要求を、サービス要求の状態に関する情報と共にＳＣＦへ送信する。ＳＣＦは、要求を受け取り、そしてそれをデコードする。その後、ＳＳＦ／ＣＣＦ、ＳＲＦ及びＳＤＦと協働して、要求されたサービスをエンドユーザに提供する。インテリジェントネットワークの物理レベルアーキテクチャーは、上記の機能的エンティティがネットワークの物理的エンティティにいかに配置されるかを示す。インテリジェントネットワークの物理的アーキテクチャーが図２に示されており、物理的エンティティは長方形又は円で示され、そして機能的エンティティは楕円で示されている。信号接続は破線で示され、そして例えばスピーチのような実際の搬送は実線で示されている。任意の機能的エンティティは、破線で示されている。図示された信号ネットワークは、信号システムナンバー７（ＳＳ７）に基づくネットワークである(信号システムナンバー７は、ＣＣＩＴＴ（今日のＩＴＵ−Ｔ）ブルーブック、「信号ジタテムNo．７の仕様(Specifications of Si gnaning System No.7)」、メルボルン、１９８８年に掲載された公知の信号システムである)。例えば、電話、コンピュータ又はファクシミリを含む加入者装置ＳＥは、サービス交換点ＳＳＰ又はネットワークアクセス点ＮＡＰに直接接続される。サービス交換点ＳＳＰは、ユーザにネットワークへのアクセスを与えると共に、必要な全ての選択機能を取り扱う。又、ＳＳＰは、いかなるＩＮサービス要求も検出することができる。機能的に、ＳＳＰは、コール制御及びサービス選択機能を含む。ネットワークアクセス点ＮＡＰは、コールコントロールファンクションＣＣＦを含む従来の電話交換機であり、例えば、ＩＮサービスを要求するコールを通常のコールと区別できそしてＩＮサービスを要求するコールを適当なＳＳＰにルート指定することのできるＤＸ２２０交換機である。サービスコントロール点ＳＣＰは、ＩＮサービスを形成するのに使用されるサービスプログラムを含む。サービスデータ点ＳＤＰは、特注サービスを形成するためにＳＣＰのサービスプログラムにより使用される顧客及びネットワークデータを含むデータベースである。ＳＣＰは、ＳＤＰサービスを直接使用することもできるし、又は信号ネットワークを経て使用することもできる。インテリジェントペリフェラルＩＰは、通知及びボイス並びに多重選択確認のような特殊なサービスを提供する。サービス交換及びコントロール点ＳＳＣＰは、同じノードに位置するＳＣＰ及びＳＳＰで構成される(換言すれば、図示されたＳＳＰノードがＳＣＦ及びＳＳＦの両方のエンティティを含む場合には、当該ノードがＳＳＣＰである)。サービスマネージメント点ＳＭＰのタスクは、データベース（ＳＤＰ）の管理、ネットワークの監視及びテスト、並びにネットワークデータの収集を含む。これは、他の全ての物理的エンティティに接続することができる。サービス形成環境点ＳＣＥＰは、ＩＮサービスを特定し、開発しそしてテストすると共に、ＳＭＰにサービスを入力するのに使用される。サービス補助ＡＤは、サービスコントロール点ＳＣＰと機能的に同等であるが、ＡＤは、共通のチャンネル信号ネットワークＳＳ７を経るのではなく高速データ接続（例えば、ＩＳＤＮ３０Ｂ＋Ｄ）でＳＳＰに直接接続される。サービスノードＳＮは、ＩＮサービスを制御し、そしてユーザとのデータ転送を実行することができる。これは、１つ以上のＳＳＰと直接通信する。サービスマネージメントアクセス点ＳＭＡＰは、あるユーザにＳＭＰへの接続を与える物理的エンティティである。以上、本発明による方法を説明するための背景としてインテリジェントネットワークを簡単に説明した。インテリジェントネットワークの更に詳細な説明については、例えば、ＩＴＵ−Ｔ仕様書Ｑ．１２１Ｘ、又はベルコアのＡＩＮ仕様書を参照されたい。インテリジェントネットワークでは種々様々なサービスを提供することができる。これらのサービスは、例えば、フリー電話及び口座カードコール（ＡＣＣ）を含む。又、冒頭で述べた種類のサービスも、インテリジェントネットワークで行うことができる。このようなサービスでは、加入者が前払いによって購入した残高がどれほどであるかに基づいて所与の金額又は所与の接続時間に等しい残高を各々有する加入者特有の口座が保持される。インテリジェントネットワークにおけるこのサービスの実施について以下に説明する。しかしながら、インテリジェントネットワークを参照することは、特定の規格のみで動作するネツトワークを意味するものではなく、本発明の考え方は、信号ネットワークを経て質問することのできる中央データベースを有していて精巧なサービスを提供するいかなるネットワーク構造においても実施できることを述べておく。通話料率情報は、通常、電話交換機にある。しかしながら、インテリジェントネットワークの用途では、通話中に料率変更を取り扱うＳＣＰに料率データが記憶される。図３ａないし３ｃは、このようなサービスのオペレーションを示す。ＳＣＰは、加入者特有の口座データを含むデータベースＤＢＩを有する。図３ａは、サービスの開始を示す。加入者Ａが通話を開始するときに、ＳＳＰ交換機ＳＷは、その加入者がクレジット顧客であることを確認し、加入者識別データと、サービスを識別するサービスキーとを含むサービス要求をＳＣＰへ送信する。ＳＣＰは、識別データに基づいて口座番号を検索し、そして加入者Ａの口座が通話に指定されるべき接続時間に対して充分な資金を有しているかどうかチェックする。もしそうであれば、ＳＣＰは、サービス要求に基づいて指定される接続時間の巾をＳＳＰに指示し、そしてＳＳＰは、既知のやり方で通話の処理を続け、信号ネットワークを経てＢ加入者の交換機へ開始メッセージを送信する。この開始メッセージは、共通チャンネル信号システムがＩＳＤＮユーザパートＩＳＵＰを使用する場合には初期アドレスメッセージ（ＩＡＭ）であり、又は電話ユーザパートＴＵＰが使用される場合には追加情報を伴う初期アドレスメッセージ（ＩＡＩ）である。この開始メッセージの結果として、被呼加入者のターミナル交換機は、（着信）基本コール状態モデルに基づき既知のやり方でコール試みの処理を開始する。図３ｂは、通話中のサービスのオペレーションを示す。ＳＳＰ交換機のコールコントロールは、ＳＣＰにより指定された接続時間の経過を監視し、そして接続時間が経過し且つ通話がまだ進行中である場合に、ＳＳＰ交換機は、使用可能な時間が終りであることを示し且つ追加時間を要求するメッセージをＳＣＰに送信する。このメッセージに応答して、ＳＣＰは、加入者Ａの口座残高が通話の継続を許すにまだ充分であるかどうかチェックする。もしそうであれば、ＳＣＰは、新たな使用可能な時間をＳＳＰに指示し、ＳＳＰは、再び時間経過の監視をスタートする。このように、ＳＣＰは、次々の周期で接続時間を指定する。図３ｃは、口座の限界に達した状態を示す。接続に指定された接続時間が終りであるか又は経過したことをＳＳＰがＳＣＰに通知すると、ＳＣＰは、加入者の口座にもはや充分な資金がないか又は口座がマイナスであることが分かる。この場合に、ＳＣＰは、標準的な通話解除メッセージをＳＳＰに送信し、これにより、接続は、いかなる段階においても解除される。メッセージは、解除方法を指示するコードを含む。図４及び５を参照し、口座サービス加入者Ａによりなされるコール試みの進行をたどることによって本発明の方法を以下に説明する。図４は、発信基本コール状態モデルＯ＿ＢＣＳＭを示し、そして図５は、本発明に関連したネットワーク要素間のメッセージ転送を示す。基本コール状態モデルの部分は、コール内ポイントＰＩＣＮ検出ポイントＤＰ、移行及び事象である。ＰＩＣは、１つ以上のコール接続状態を完了するのに必要なコールコントロールファンクションＣＣＦの機能を識別する。ＤＰは、制御をインテリジェントネットワークに引き渡すことのできるコール及び接続手順内の点を指示する。（図中、各検出ポイントは名前で示されており、ＥＴＳＩ（ヨーロピアン・テレコミュニケーションズ・スタンダーズ・インスティテュート）規格では、名前は実際の検出ポイントに関連し、一方、ＩＴＵ−Ｔ規格では、サービス交換ファンクションＳＳＦがその検出ポイントからＳＣＰへ送信するメッセージに関連している。）移行は、あるＰＩＣから別のＰＩＣへのコール／接続プロセスの通常の流れを指示する。事象は、ＰＩＣへの及びＰＩＣからの移行を生じさせる。ＳＳＰ交換機におけるＰＩＣ１のエントリー事象（Ｏ＿Ｎｕｌｌ＆Ａｕｔｈｏｒｉｚｅ＿Ｏｒｉｇｉｎａｔｉｏｎ＿Ａｔｔｅｍｐｔ）は、手前の接続の解除である(ＤＰ９又はＤＰ１０)。この機能は、接続をアイドル状態に設定し、そして発呼者の権利をチェックする（所与の属性を有するコールを行う発呼者の権利をチェックする）ことより成る。これらの権利（加入者Ａの）が有効である場合には、発呼者から初期情報がＰＩＣ２に収集される。この情報は、例えば、サービスコード及び被呼番号を含む。ネットワークレベルにおいて(図５)、上述したことは、発呼加入者がコールを発したいという情報を加入者のターミナル交換機ＴＥが先ず受け取ることで表わされる。この情報は、例えば、規格Ｑ．９３１に基づく設定メッセージとして交換機に到着する。図５は、ターミナル交換機がＳＳＰ交換機ではなく、従って、加入者（即ち発呼番号）がクレジット顧客であることを確認しそしてそのことについての情報をＳＳＰ交換機へ送信することを前提とする。これは、例えば、ターミナル交換機が所与の長さのプレフィックスＸＸＸを被呼番号（Ｂ加入者）に挿入して、顧客がクレジット顧客であることをＳＳＰ交換機が確認できるように行なわれる。又、ＳＳＰ交換機におけるクレジット顧客コールの確認は、他の手段で行なわれてもよく、例えば、この目的のために専用の回路を指定し、クレジット顧客に関与するたびにコールをこれら回路にルート指定することによって行なわれてもよい。この場合には、ＳＳＰ交換機は、これら回路を通して到着する全てのコールを、クレジット顧客により発せられたコールと確認する。その後、ＳＳＰ交換機におけるコールコントロールは、ＰＩＣ３へ進み、得られた情報をここで分析して、ルートアドレス及びコール形式を決定する。この段階で顧客がＳＣＰの口座データベースに口座を有することが検出された場合には、インテリジェントネットワークへの制御の引き渡しがＤＰ３でトリガーされ、そしてコール試みの処理が「凍結」される。ＳＳＰ交換機は、次いで、ＳＣＰにＩｎｉｔｉａｌ＿ＤＰメッセージ（ＳＳＦとＳＣＰとの間の標準的なメッセージで、コール状態モデルのＤＰにおいてサービス要求を検出した際にＳＳＦにより発生される）を送信し、これは、情報エレメントとして、少なくとも発呼及び被呼番号と、図５に参照文字ＳＫで示されたサービスキーとを含む。サービス要求を受け取ると、ＳＣＰは、クレジット顧客サービスに関連していることをサービスキーから確認する。この状態において、ＳＣＰは、先ず、発呼番号がデータベースに見つかるかどうか、即ちクレジット顧客に関連しているかどうかそして口座の残高はどれほどであるかをチェックする。口座に（充分な）資金がない場合には、多数の選択肢がある。例えば、コールを直ちに切断することもできるし、又はコールをオペレータサービス番号にルート指定して、接続を解除する前に口座残高が不充分であることを発呼者に通知するようＳＳＰに命令することもできる。しかしなから、通常の場合には、口座に充分な資金があり、従って、ＳＣＰは、発呼及び被呼番号に基づいて接続に対する料率分析を行う。これは、例えば発呼及び被呼番号（又はその一部分）に基づいて上記接続の料率クラスを先ず決定するように行われる。この料率クラスに基づいて、データベースの料率ルックアップテーブルが、単位時間当たりの通話料金がどれほどかを指示する。この情報と口座残高に基づき、ＳＣＰは、１つの接続時間要求当たりに接続に指定することのできる接続時間の長さについて判断する。又、指定される接続時間を所定の定数とし、口座残高がこのような時間をカバーするに充分でない場合だけ例外とし、このような場合に、例えば、全残高に等しい接続時間を接続に指定することもできる。定数の値は、例えば、料率クラスに特定であってもよい。その後、ＳＣＰは、ＳＳＰに標準的Ａｐｐｌｙ＿Ｃｈａｒｇｉｎｇメッセージ（図５のＡＣ）を送信し、これは、使用可能な接続時間を例えば秒でＳＳＰに指示する情報エレメントを含む。この情報エレメントは、図５に参照文字ＳＴで示されている。又、この情報は、パルス又は時間単位でメッセージに含まれてもよい。更に、ＳＣＰは、使用可能な接続時間の終りにＡｐｐｌｙ＿Ｃｈａｒｇｉｎｇメッセージに応答して報告を要求する情報エレメントＲＲ（レポート要求）をメッセージに挿入する。実際に、一度に指定される接続時間の長さは、数分であり、そして指定される接続時間の巾は、口座残高に依存する必要はない(残高が少なくて、全ての接続時間を一度に指定しなければならないか、又は接続時間を全く指定できない場合を除いて)。この最初のＡｐｐｌｙ＿Ｃｈａｒｇｉｎｇメッセージの後、ＳＣＰは、コール試みと共に進行する希望の方法に基づいて、規格に規定されたＣＯＮＴＩＮＵＥメッセージ又はＣＯＮＮＥＣＴメッセージのいずれかを付加的に送信する。ＣＯＮＮＥＣＴメッセージでは、ＳＣＰは、コールを希望の行先にルート指定するか又はコールを別の行先へ再送するようにＳＳＰに要求する。この場合に、コール試みの処理はＰＩＣ３へ復帰し、その後、コール試みの処理はＰＩＣ４へ進む。ＣＯＮＴＩＮＵＥメッセージでは、ＳＣＰは、既存のコールデータに基づいてコール試みの処理を中断した状態で継続するようＳＳＰを促し、この場合に、コール試みの処理はＰＩＣ４へ直接進む。従って、ＣＯＮＮＥＣＴ又はＣＯＮＴＩＮＵＥメッセージは、いかなる所与の接続に対しても一度だけ送られる。この点から、コールコントロールは、既知のやり方で進み、従って、例えば、コールのルート指定がＰＩＣ４で実行される。スタート情報が、着信基本コール状態モデルヘ送られ、そしてコールコントロールが着信半部分へ引き渡される。ＰＩＣ５のエントリー事象は、被呼者がコールに応答したところの着信基本コール状態モデルからの指示によって構成される。ＰＩＣ５における機能は、発呼者と被呼者との間の接続確立と、課金データの収集とを含む。退出事象は、発呼者から得たサービス要求(ＤＰ８)、発呼者又は被呼者がコールを切断したことについての情報(ＤＰ９)、又はエラー状態の発生（ＰＩＣ６へ移行し、そこで、エラー及び例外状態が処理される）を含む。従って、コールが進行中であるときには、発呼者のコールコントロールがＰＩＣ５にある。この状態において、ＳＳＰ交換機のコールコントロールは、ＳＣＰにより指定された接続時間の経過を監視する。ＳＣＰにより指定された接続時間が終りそして通話がまだ進行中である場合には、ＳＳＰがＳＣＰに標準的Ａｐｐｌｙ＿Ｃｈａｒｇｉｎｇ＿Ｒｅｐｏｒｔメッセージを送信する。このメッセージは、ＳＣＰにより送信されたＡｐｐｌｙ＿Ｃｈａｒｇｉｎｇメッセージに対する応答である。ＳＳＰは、残りの接続時間に関する情報（ＴＬ）をメッセージに含んでいる。メッセージは、更に、接続に対する最後のＡｐｐｌｙ＿Ｃｈａｒｇｉｎｇ＿Ｒｅｐｏｒｔメッセージに関与するかどうかを指示する通話終了指示パラメータ（ＥｏＣＩ）も含む。口座残高がまだ充分である場合には、ＳＣＰは、使用可能な接続時間を例えば秒で指示すると共にレポートで応答する要求を含む新たなＡｐｐｌｙ＿ＣｈａｒｇｉｎｇメッセージをＳＳＰに送信する。このように、ＳＳＰは、次々の周期で接続に使用するための接続時間を得る。ＳＣＰの負荷に基づいて、ＳＳＰが送信した付加的な接続時間に対する要求の応答をＳＳＰが受け取るまでにある程度の時間を必要とする。この時間は、例えば、応答を得るのに使用される処理時間（ＰＴ）が、接続の使用にＳＣＰが指定された時間から既に使用されたことを観察することにより、ＳＳＰにおいて考慮することができる。別のやり方は、要求から応答の発生までに経過した時間であって、一度に指定されるべき接続時間からその段階で接続により既に使用された時間をＳＣＰが既に決定することである。接続時間の上記周期的指定は、口座残高の維持と更に組合わされる。どの段階で料率変更が検討されるかそして口座が減少されるかに基づいて２つの基本的な手法がある。第１の基本的な手法では、ＳＣＰは、各Ａｐｐｌｙ＿Ｃｈａｒｇｉｎｇメッセージを送信する前に、料率変更が次の周期に生じるかどうか調べる。もしそうであれば、料率変更が考慮され、そして一度に減少されるべき金額が料率変更に基づいて調整される一方、一度に指定されるべき接続時間が同じに保たれるか、又は一度に指定されるべき接続時間の長さが料率変更の方向に調整され、例えば、口座から減少されるべき周期当たりの金額が一定に保たれるようにする。通話料金が増加する場合には、口座の残高が、指定の接続時間を不変に保つのを必ずしも許さず、許可されるべき接続時間が減少されねばならない。従って、口座残高がマイナスになることはない。たとえ第１の手法において各周期の始めに前もって料率変更が調査されても、周期の終わりに口座から金額を減少するのが好ましく、この場合は、正しい金額を直ちに減少することができ、そして加入者は、故障等のために周期中に接続が遮断されても金銭的損失を被ることはない。第２の手法では、料率変更を調査し、そして費やした接続時間に等しい金額を口座から減少することが、両方とも、周期の終りに行なわれる。図５はこの手法を示しており、料率のチェック及び残高の更新は、付加的な時間要求（ＡＣＲ）がＳＳＰから受け取られた後に実行される。従って、料率のチェックは、第１の手法の場合のように最初の料率分析に関連して行なわれるのではない。この場合には、料率変更が周期の終りまで観察されないので、口座残高がゼロ又はマイナスになることも考えられる。この場合に、通話が切断されるか、又は例えばある顧客の通話は、口座残高がマイナスになっても継続が許される。他方、口座残高がマイナスの場合には新たなコールは阻止される。加入者は、おそらく、周期の中間でも接続を終了することがあるので、実際の終了点に対応するように口座残高を調整しなければならない。接続が切られたときに、ＳＳＰは、朱使用の接続時間に関する情報を含む最後のＡｐｐｌｙ＿Ｃｈａｒｇｉｎｇ＿Ｒｅｐｏｒｔメッセージをまだ送信する。この場合に、メッセージのＥｏＣＩパラメータは、接続に対する最後のＡｐｐｌｙ＿Ｃｈａｒｇｉｎｇ＿Ｒｅｐｏｒｔメッセージに関する真の値を有する。これに基づき、ＳＣＰは、口座残高を正しい値に更新する。図６ａ及び６ｂは、３つの連続する接続周期を時間軸に示すことにより本発明による接続時間の指定を示している。通話は時間Ｔ０で開始され、この例では、このとき、発呼加入者の口座に３０の時間単位がある。更に、このときの現在料率が分当たり１つの時間単位であり、そして時間ＴＣ（ＴＣ＝Ｔ０＋２６分）において料率が分当たり２つの時間単位へ増加すると仮定する。通話の始めに実行される料率分析に基づき、ＳＣＰは、一度に１０分の接続時間を指定すると判断する。次の周期シフト（時間Ｔ１）において口座にはまだ資金があるので、１０分の接続時間が再び指定される。次にＳＳＰが付加的な時間を要求するとき(時間Ｔ２)、指定されるべき接続周期の長さは、料率変更チェックが周期の始めに行なわれるか周期の終りに行なわれるかに依存する。チェックされるべき接続周期の方向を指す矢印は、図中のチェックの瞬間に描かれている。各周期の始めにチェックがなされる場合には(図６ａ)、ＳＣＰは、料率が時間ＴＣ（ＴＣ＝Ｔ２＋６分）に分当たり２つの時間単位へと変化することを時間Ｔ２に検出する。従って、ＳＣＰは、接続に使用するための８分のみを指定する。というのは、その後、口座残高がゼロになるからである。周期の終りにのみチェックを行う場合には(図６ｂ)、ＳＣＰは、料率が時間ＴＣに増加したために口座残高が４つの時間単位だけマイナスであることを時間Ｔ３に検出する。添付図面の例を参照して本発明を以上に説明したが、本発明は、これに限定されるものではなく、請求の範囲に記載した本発明の考え方の中で種々の変更がなされ得る。例えば、ＳＣＰ以外のインテリジェントネットワークの別の集中点、例えば、補助部（ＡＤ）に口座データを保持することができる。Description: A method for controlling credit customer calls Field of the invention The present invention relates to charging a connection in a telecommunications network, and more particularly to a service for maintaining a subscriber-specific account against which a subscriber can purchase connection time upfront. Related. Description of the prior art Before describing the known art, some terms related to the following description are defined. Call billing information or rate refers to billing rate and / or billing information associated with the number of pulses in a pulse train or both. This information must be available to calculate call charges. The fee information is given, for example, as a price per billing rate or a price per pulse. The billing rate at the hourly rate is also related to the time between two consecutive measurement pulses. In modern telephone networks, it is possible to maintain a subscriber-specific account against which the subscriber deposits money, thus obtaining prepaid talk time. When a subscriber makes a call, the system reduces the account balance based on the connection time spent. From an operator's point of view, one advantage of such a service is that the call can be disallowed when there is not enough funds in the account, so that the operator can avoid debts associated with the subscriber. On the other hand, from the subscriber's point of view, for example, there is an advantage that a specific maximum amount that cannot be exceeded during a given time period can be determined as the call cost. One such type of system is disclosed in U.S. Pat. No. 5,408,519. When the subscriber wants to make a call, dial the number of the system and the system prompts the subscriber to enter the account number and the other party's phone number. The system then calculates the cost per unit time of the call and the maximum talk time for that party, ie how long you can talk based on your current account balance. The system may also increase the account balance with a credit card in connection with the call, or the system may automatically update the account balance periodically or whenever the balance falls below a predetermined amount. it can. If it is desired to maintain a service of the above type in the telephone network in a switch-specific manner, rate data must be maintained at each switch of the network and rate changes must be updated at each switch. This disadvantage can be overcome by maintaining a subscriber-specific account at a central point in the network. However, in this case the problem arises of how to comply with the rate change during the connection in order to be able to reduce the subscriber's balance in each case at the correct rate. The problem is that, in principle, when the rate change is imminent, the subscriber is not allowed to connect for the duration of the account based on the maximum time available in the account, but only for talk time up to the time of the rate change Therefore, when the rate change occurs, the change in the rate can be immediately observed, and the change can be eliminated. However, this means that each ongoing call (of the same rate class) must be given additional time at the same time, causing significant instantaneous peaks in the load on the system. Summary of the Invention It is an object of the present invention to provide a method which overcomes the above drawbacks, makes it possible to create a system which can be maintained as simply as possible, and avoids the momentary increase in load caused by a change in rate. . This object is achieved by the solution described in the independent claims. The idea of the present invention is to specify a connection time for each connection in successive cycles, one at a time, from a central point in the network holding a subscriber-specific account. At the end of each cycle, the switch in the network requires additional connection time for the connection if it is still in. In order to be able to continuously comply with the performance of the rate change on the account balance, the rate change associated with the connection is checked in connection with this request. The rate change may be checked in advance for each specified connection time period or afterwards. In the former of these approaches, it is checked whether the rate change will take effect during the next cycle, in connection with the connection time request received. Checking for rate changes ensures that no connection time is specified for a connection beyond the funds in the account. If a rate change is found to occur during the next cycle, the connection time period of the specified length can be maintained if the funds in the account allow. Alternatively, longer or shorter connection times can be specified, respectively, based on which direction the rate change is in, thus keeping the amount per cycle to be reduced from the account constant. The amount can be deducted from the account in advance at the beginning of each cycle, but preferably this is done after the cycle has elapsed, so that the correct amount can be deducted when the connection is terminated during a certain cycle. Also, if the connection is interrupted during a certain period due to, for example, a failure, the subscriber is not damaged. On the other hand, in the latter case, when a connection time request is received, it is checked whether a rate change has occurred during the preceding cycle. Here, necessary adjustments and balance updates are performed at the end of the cycle. In this case, the balance of the account may be negative, while the former method can prevent it. With the solution of the present invention, the instantaneous load peak can be avoided since the network switch only requires longer connection times for a random number of connections. In other words, the load caused by rate changes can be spread over long time intervals, as the connections are set at different times and the transitions of the cycles occur at different times since the different connections have different length periods. it can. BRIEF DESCRIPTION OF THE FIGURES Hereinafter, the present invention and its preferred embodiments will be described in detail with reference to the accompanying drawings. FIG. 1 is a diagram showing a functional architecture of an intelligent network. FIG. 2 is a diagram illustrating a physical architecture of an intelligent network. 3a to 3c are diagrams illustrating the implementation of a credit service in an intelligent network. FIG. 4 is a diagram illustrating a call state model associated with a caller. FIG. 5 is a diagram showing the message exchange performed in the method of the present invention. 6a and 6b are time axis diagrams illustrating the principle of the present invention. Detailed Description of the Preferred Embodiment Since the method of the present invention is implemented in an intelligent network, a brief description of the intelligent network follows. A network architecture that provides progressive services is called an intelligent network. A common abbreviation for intelligent network is "IN". The functional architecture of the intelligent network is shown in FIG. 1, where the functional entities of the network are indicated by ellipses. This architecture is briefly described as the invention is described below with reference to an intelligent network environment. End user (subscriber) access to the network is handled by the CCAF (Call Control Agent Function). Access to the IN service is implemented by making additions to existing digital exchanges. This is done by using a basic call state model BCSM representing the existing functions used to handle the call between the two users. BCSM is a high-level state automatic indication of the call control function CCF required to establish and maintain a connection route between users. Functionality is added to this state model by using the service switching function SSF (eg, a partial superposition of the entities CCF and SSF of FIG. 1) when it is necessary to call a service of the intelligent network (IN service). You can judge. After these IN services have been called, a service control function SCF containing the service logic of the intelligent network handles the service related processing (of the call attempt). Thus, the service switching function SSF connects the call control function CCF to the service control function SCF and allows the service control function SCF to control the call control function CCF. For example, the SCF may request that the SSF / CCF perform certain call or connection functions, such as charging or routing operations. The SCF can also send requests to the service data function SDF, which handles access to service-related data and network data of the intelligent network. Thus, the SCF may, for example, request the SDF to retrieve or update specific service-related data. The above functions are further complemented by special resource functions SRF which provide the special functions required to perform some services provided by the intelligent network. These services are, for example, protocol conversion, speech recognition, and voicemail. The SCF may, for example, first request the SSF / CCF function to establish a connection between the end user and the SRF, and then request the SRF to provide a voice message to the end user. Other functional entities of the intelligent network are various functions related to control, such as SCEF (Service Creation Environment Function), SMF (Service Management Function), and SMAF (Service Management Access Function). The SMF includes, inter alia, service control, the SMAF provides a connection to the SMF, and the SCEF identifies, develops, tests, and provides IN services to the SCF via the SMF. Since these functions are only involved in the operation of the network operator, they are not shown in FIG. The role of the functional entity shown in FIG. 1 as related to the IN service is briefly described below. The CCAF receives the service request given by the caller. The service request typically includes lifting the handset and / or a series of digits dialed by the caller. The CCAF also sends the service request to the CCF / SSF for processing. The call control function CCF has no service data and is programmed to confirm the need for a service request. The CCF suspends the call setup for some time and informs the service switching function SSF about the status of the call. The task of the SSF is to use predetermined criteria to decrypt the service request and thus determine whether the request is a service request related to an IN service. If so, the SSF constructs a standard IN service request and sends the request to the SCF with information about the status of the service request. The SCF receives the request and decodes it. Thereafter, in cooperation with the SSF / CCF, SRF and SDF, the requested service is provided to the end user. The physical level architecture of an intelligent network shows how the above functional entities are located on the physical entities of the network. The physical architecture of the intelligent network is shown in FIG. 2, where the physical entities are indicated by rectangles or circles, and the functional entities are indicated by ellipses. The signal connections are indicated by dashed lines and the actual transport, for example speech, is indicated by solid lines. Optional functional entities are indicated by dashed lines. The illustrated signaling network is a network based on Signaling System Number 7 (SS7) (Signaling System Number 7 is the CCITT (today's ITU-T) Blue Book, Signal Signaling System No. Specifications (Specifications of Signaling System No. 7) 7) ", a known signaling system published in Melbourne, 1988). For example, a subscriber unit SE including a telephone, a computer or a facsimile is connected directly to the service switching point SSP or the network access point NAP. The service switching point SSP gives the user access to the network and handles all necessary selection functions. The SSP can also detect any IN service requests. Functionally, the SSP includes call control and service selection functions. The network access point NAP is a conventional telephone exchange that includes a call control function CCF, for example, to distinguish calls requiring IN service from normal calls and to route calls requiring IN service to the appropriate SSP. DX220 exchange. The service control point SCP includes a service program used to form an IN service. The service data point SDP is a database containing customer and network data used by the SCP's service program to create a custom service. SCP can use the SDP service directly or it can be used over a signaling network. Intelligent Peripheral IP provides special services such as notification and voice and multiple selection confirmation. The service exchange and control point SSCP consists of SCPs and SSPs located at the same node (in other words, if the illustrated SSP node includes both SCF and SSF entities, then the node must is there). The tasks of the service management point SMP include managing the database (SDP), monitoring and testing the network, and collecting network data. It can connect to all other physical entities. The service formation environment point SCEP is used to identify, develop, and test IN services, as well as input services into the SMP. The service auxiliary AD is functionally equivalent to the service control point SCP, but the AD is connected directly to the SSP over a high speed data connection (eg, ISDN 30B + D) rather than over a common channel signaling network SS7. The service node SN controls the IN service and can execute data transfer with the user. It communicates directly with one or more SSPs. A service management access point SMAP is a physical entity that gives a user a connection to the SMP. Above, an intelligent network has been briefly described as background for describing the method according to the invention. For a more detailed description of intelligent networks, see, for example, ITU-T Specification Q. See 121X, or Bellcore AIN specification. The intelligent network can provide various services. These services include, for example, free phone and account card calls (ACC). Services of the type mentioned at the outset can also be provided in intelligent networks. Such services maintain a subscriber-specific account, each having a balance equal to a given amount or a given connection time based on how much the subscriber has purchased prepaid. The implementation of this service in an intelligent network is described below. However, referring to an intelligent network does not imply a network that operates only on a particular standard, and the idea of the present invention is that a sophisticated database with a central database that can be queried via a signal network. It should be noted that it can be implemented in any network structure that provides services. Call rate information is typically located in the telephone exchange. However, in intelligent network applications, rate data is stored in an SCP that handles rate changes during a call. Figures 3a to 3c illustrate the operation of such a service. The SCP has a database DBI containing subscriber specific account data. FIG. 3a shows the start of the service. When subscriber A initiates a call, the SSP exchange SW confirms that the subscriber is a credit customer and sends a service request to the SCP including subscriber identification data and a service key identifying the service. I do. The SCP looks up the account number based on the identification data and checks whether Subscriber A's account has sufficient funds for the connection time to be designated for the call. If so, the SCP indicates to the SSP the duration of the connection time specified based on the service request, and the SSP continues to handle the call in a known manner and switches the B-subscriber via the signaling network. Send start message to. This start message is an initial address message (IAM) if the common channel signaling system uses ISDN user part I SUP, or an initial address message with additional information if telephone user part TUP is used (IAM). IAI). As a result of this start message, the called party's terminal exchange begins processing the call attempt in a known manner based on the (terminating) basic call state model. FIG. 3b shows the operation of the service during a call. The call control of the SSP exchange monitors the elapse of the connection time specified by the SCP, and if the connection time has elapsed and the call is still in progress, the SSP exchange has expired. And sends a message to the SCP requesting additional time. In response to this message, the SCP checks whether subscriber A's account balance is still sufficient to allow the call to continue. If so, the SCP indicates to the SSP a new available time, and the SSP starts monitoring the passage of time again. In this way, the SCP specifies the connection time in successive cycles. FIG. 3c shows that the account limit has been reached. When the SSP notifies the SCP that the connection time specified for the connection has expired or expired, the SCP knows that the subscriber's account is no longer sufficient or that the account is negative. In this case, the SCP sends a standard call release message to the SSP, whereby the connection is released at any stage. The message includes a code indicating a release method. 4 and 5, the method of the present invention will be described below by following the progress of a call attempt made by account service subscriber A. FIG. 4 shows the outgoing basic call state model O_BCSM, and FIG. 5 shows the message transfer between network elements related to the present invention. The parts of the basic call state model are the intra-call point PICN detection point DP, transitions and events. The PIC identifies the functions of the call control function CCF required to complete one or more call connection states. The DP indicates a point in the call and connection procedure where control can be passed to the intelligent network. (In the figure, each detection point is indicated by a name, and in the ETSI (European Telecommunications Standards Institute) standard, the name is related to the actual detection point, while in the ITU-T standard, the service exchange function is used. The transition is related to the message that the SSF sends from its detection point to the SCP.) A transition directs the normal flow of the call / connection process from one PIC to another. The event causes a transition to and from the PIC. The entry event (O_Null & Authorize_Origination_Attempt) of PIC1 in the SSP exchange is release of the previous connection (DP9 or DP10). This function consists of setting the connection to idle and checking the caller's right (checking the caller's right to make a call with a given attribute). If these rights (for subscriber A) are valid, the PIC2 will collect initial information from the caller. This information includes, for example, the service code and the called number. At the network level (FIG. 5), the above is indicated by the fact that the subscriber's terminal exchange TE first receives information that the calling subscriber wants to make a call. This information is described in, for example, the standard Q.3. It arrives at the exchange as a setting message based on 931. FIG. 5 assumes that the terminal exchange is not an SSP exchange and therefore the subscriber (ie, the calling number) confirms that it is a credit customer and sends information about it to the SSP exchange. This is done, for example, so that the terminal exchange inserts a prefix XXX of a given length into the called number (Subscriber B) so that the SSP exchange can confirm that the customer is a credit customer. Verification of credit customer calls at the SSP exchange may also be performed by other means, such as designating dedicated circuits for this purpose and routing calls to these circuits each time a credit customer is involved. May be performed. In this case, the SSP exchange will identify all calls arriving through these circuits as calls originated by the credit customer. Thereafter, call control in the SSP exchange proceeds to PIC3, where the obtained information is analyzed to determine a route address and a call type. If at this stage it is detected that the customer has an account in the SCP's account database, the transfer of control to the intelligent network is triggered in DP3 and the processing of the call attempt is "frozen". The SSP exchange then sends an SCP initial_DP message (a standard message between the SSF and the SCP, generated by the SSF when it detects a service request in the DP of the call state model), which , The information elements include at least the calling and called numbers and the service key indicated by reference character SK in FIG. Upon receiving the service request, the SCP confirms from the service key that it is associated with credit customer service. In this situation, the SCP first checks whether the calling number is found in the database, ie, whether it is associated with a credit customer, and how much the account has. If your account does not have (sufficient) funds, you have many options. For example, the call can be dropped immediately or the call can be routed to an operator service number to instruct the SSP to notify the caller that the account balance is insufficient before disconnecting. You can also. However, in the normal case, there is sufficient funds in the account, so the SCP performs a rate analysis for the connection based on the calling and called numbers. This is done to first determine the rate class of the connection, for example, based on the calling and called numbers (or portions thereof). Based on this rate class, a rate look-up table in the database indicates what the call charge per unit time is. Based on this information and account balance, the SCP determines the length of connection time that can be designated for a connection per connection time request. Also, the specified connection time is a predetermined constant, and an exception is made only when the account balance is not enough to cover such time. In such a case, for example, a connection time equal to the total balance is specified for the connection. You can also. The value of the constant may be specific to the rate class, for example. The SCP then sends a standard Apply_Charging message (AC in FIG. 5) to the SSP, which includes an information element that indicates to the SSP the available connection time, eg, in seconds. This information element is indicated by the reference character ST in FIG. This information may also be included in the message in pulse or time units. Further, the SCP inserts an information element RR (report request) requesting a report in response to the Apply_Charging message at the end of the available connection time into the message. In fact, the length of the connection time specified at one time is a few minutes, and the width of the connection time specified does not need to depend on the account balance (the balance is low and all connection times are ) Or unless you can specify no connection time at all). After this first Apply_Charging message, the SCP additionally sends either a CONTINUE message or a CONNECT message as defined in the standard, based on the desired method of proceeding with the call attempt. In the CONNECT message, the SCP requests the SSP to route the call to the desired destination or to re-route the call to another destination. In this case, the call attempt process returns to PIC3, and then the call attempt process proceeds to PIC4. In the CONTINUE message, the SCP prompts the SSP to continue processing the call attempt based on the existing call data, with the call attempt proceeding directly to the PIC4. Thus, a CONNECT or CONTIN UE message is sent only once for any given connection. From this point, call control proceeds in a known manner, so that, for example, call routing is performed at PIC4. Start information is sent to the incoming basic call state model, and call control is passed to the incoming half. The PIC5 entry event comprises an indication from the terminating basic call state model where the called party has answered the call. Functions in the PIC 5 include establishing a connection between the calling and called parties and collecting billing data. The exit event may be a service request obtained from the caller (DP8), information that the caller or called party has disconnected the call (DP9), or the occurrence of an error condition (go to the PIC6 where an error occurs). And exception conditions are handled). Thus, when a call is in progress, the caller's call control is in PIC5. In this state, the call control of the SSP exchange monitors the elapse of the connection time specified by the SCP. If the connection time specified by the SCP has expired and the call is still in progress, the SSP sends a standard Apply_Charging_Report message to the SCP. This message is a response to the Apply_Charging message transmitted by the SCP. The SSP includes information about the remaining connection time (TL) in the message. The message also includes a call termination indication parameter (EoCI) that indicates whether to participate in the last Apply_Charging_Report message for the connection. If the account balance is still sufficient, the SCP sends a new Apply_Charging message to the SSP that includes a request to indicate the available connection time, eg, in seconds, and respond with a report. In this way, the SSP obtains connection time to be used for connection in successive cycles. Based on the SCP load, it may take some time for the SSP to receive a response to the request for the additional connection time sent by the SSP. This time can be taken into account in the SSP, for example, by observing that the processing time (PT) used to get a response has already been used since the specified time for the SCP to use the connection. . Another approach is for the SCP to already determine the time that has elapsed from the request to the generation of the response, the time already used by the connection at that stage from the connection time to be specified at one time. The periodic specification of connection times is further combined with maintaining account balances. There are two basic approaches based on at which stage rate changes are considered and accounts are reduced. In a first basic approach, the SCP checks whether a rate change occurs in the next cycle before sending each Apply_Charging message. If so, the rate change is taken into account and the amount to be reduced at a time is adjusted based on the rate change while the connection time to be specified at a time is kept the same or at one time The length of the connection time to be specified is adjusted in the direction of the rate change, for example, so that the amount per cycle to be reduced from the account is kept constant. If the call charges increase, the balance of the account does not necessarily allow the specified connection time to remain unchanged, and the connection time to be allowed must be reduced. Therefore, the account balance does not become negative. Even if the rate change is examined in advance in the first approach at the beginning of each cycle, it is preferable to reduce the amount from the account at the end of the cycle, in which case the correct amount can be reduced immediately and The person does not lose money even if the connection is cut off during the cycle due to a failure or the like. In a second approach, both checking for rate changes and deducting an amount equal to the connection time spent from the account are both done at the end of the cycle. FIG. 5 illustrates this approach, in which rate checking and balance updating are performed after an additional time request (ACR) is received from the SSP. Thus, the rate check is not performed in connection with the first rate analysis as in the first approach. In this case, the change in rate is not observed until the end of the cycle, so the account balance may be zero or negative. In this case, the call is disconnected or, for example, a customer call is allowed to continue even if the account balance becomes negative. On the other hand, if the account balance is negative, new calls will be blocked. The subscriber may terminate the connection, perhaps even in the middle of the cycle, so the account balance must be adjusted to correspond to the actual end point. When the connection is dropped, the SSP still sends a final Apply_Charging_Report message containing information about the connection time for vermilion use. In this case, the EoCI parameter of the message has a true value for the last Apply_Charging_Report message for the connection. Based on this, the SCP updates the account balance to the correct value. 6a and 6b illustrate the designation of a connection time according to the invention by indicating three successive connection periods on the time axis. The call starts at time T0, in this example, then there are 30 time units in the calling subscriber's account. Further assume that the current rate at this time is one time unit per minute, and that at time TC (TC = T0 + 26 minutes) the rate increases to two time units per minute. Based on the rate analysis performed at the beginning of the call, the SCP determines that it specifies a connection time of 10 minutes at a time. At the next cycle shift (time T1), the account still has funds, so a 10 minute connection time is specified again. The next time the SSP requests additional time (time T2), the length of the connection cycle to be specified depends on whether the rate change check is performed at the beginning of the cycle or at the end of the cycle. The arrow pointing in the direction of the connection cycle to be checked is drawn at the moment of the check in the figure. If a check is made at the beginning of each cycle (FIG. 6a), the SCP detects at time T2 that the rate changes to two time units per minute at time TC (TC = T2 + 6 minutes). Thus, the SCP specifies only eight minutes to use for the connection. This is because the account balance then goes to zero. If the check is performed only at the end of the cycle (FIG. 6b), the SCP detects at time T3 that the account balance is minus by four time units because the rate has increased to time TC. Although the present invention has been described above with reference to the accompanying drawings, the present invention is not limited thereto, and various changes can be made within the concept of the present invention described in the claims. For example, account data can be maintained at another central point of the intelligent network other than the SCP, for example, an auxiliary unit (AD).

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ【要約の続き】関連して料率変更をチェックし、そしてこのチエックに基づいて、交換機により送られた要求当たりに指定されるべき接続時間の長さを再決定し、口座残高が許す場合には上記メッセージを再送信する。接続が終了したときに、実際の終了時点に基づいて金額を調整する。────────────────────────────────────────────────── ─── Continuation of front page (81) Designated countries EP (AT, BE, CH, DE, DK, ES, FI, FR, GB, GR, IE, IT, L U, MC, NL, PT, SE), OA (BF, BJ, CF) , CG, CI, CM, GA, GN, ML, MR, NE, SN, TD, TG), AP (GH, GM, KE, LS, M W, SD, SZ, UG, ZW), EA (AM, AZ, BY) , KG, KZ, MD, RU, TJ, TM), AL, AM , AT, AU, AZ, BA, BB, BG, BR, BY, CA, CH, CN, CU, CZ, DE, DK, EE, E S, FI, GB, GE, GH, GM, GW, HU, ID , IL, IS, JP, KE, KG, KP, KR, KZ, LC, LK, LR, LS, LT, LU, LV, MD, M G, MK, MN, MW, MX, NO, NZ, PL, PT , RO, RU, SD, SE, SG, SI, SK, SL, TJ, TM, TR, TT, UA, UG, US, UZ, V N, YU, ZW [Continuation of summary] Check rate changes in relation to this and check this Specified per request sent by the exchange Redetermining the length of connection time to be done and if account balance allows Resend the above message. When the connection ends Then, adjust the amount based on the actual end time.

Claims

[Claims] 1. Telecommunications with a subscriber-specific account where the subscriber can purchase connection time Network, and the subscriber terminal manages the network. Reduce account balance based on connection time when communicating with another terminal via In a credit customer call control method such as (A) An attempt to establish a connection from a customer having an account in the network exchange is detected. Requesting connection time to be used for connection when initializing (Initial_DP) To the Network Convergence Point (SCP) (B) In response to the request, the account balance of the customer is stored at the central point of the network. Checks and specifies the connection per request sent by the switch. To determine the length of connection time (C) The length of connection time specified for the connection per request, when the account balance allows (AC) containing information (ST) on the Sent in response to the request (D) During the connection, the network switch shall provide the specified connection time per request. Monitor the progress and the specified connection time is less than a certain threshold The additional time request (ACR) that requires additional connection time To (E) make rate changes in connection with at least each individual additional time requirement (ACR); Check and, based on this check, the request sent by the switch Re-determine the length of the connection time that should be specified in the Resend the message, and (F) when the connection is terminated, adjust the amount based on the actual termination time; A method comprising the steps of: 2. In connection with the request sent by the switch, during a predetermined time period following the request Check rate changes in advance by investigating whether rate changes will occur The method of claim 1, wherein 3. Consider the effect of rate changes by adjusting the amount to be deducted from the account , The length of connection time that should be specified per request is at least Contact 3. The method according to claim 2, wherein the duration is kept constant as long as the account balance covers. 4. Rate change by adjusting the length of the connection time to be specified in response to the request 3. The method according to claim 2, wherein a further effect is taken into account. 5. In relation to the request sent by the switch, Later check for rate changes by investigating the rate changes that have been made, 3. The method of claim 2, wherein the rate change is taken into account in the current balance of the account. 6. Check that the account balance becomes negative as a result of the rate change related to the above check. 6. The method according to claim 5, wherein the connection is released when it is found. 7. In connection with the request sent by the switch, the connection between that request and the previous request The method of claim 1, wherein the amount corresponding to the time is reduced from the account. 8. Claims that additional time requests are sent when the specified connection time has completely elapsed 2. The method according to 1. 9. The connection time to be specified is that the account balance covers a certain length of connection time. Is determined by giving a predetermined constant value to the connection time when it is sufficient to The method of claim 1. Ten. Connections are classified into different rate classes and at least connections that belong to the same class 10. The method according to claim 9, wherein the same constant value is used for the same.