JPH0936958A - トラヒックデータ収集を行うサービス制御ノードおよびサービス交換ノード - Google Patents

Abstract

(57)【要約】 【目的】 インテリジェントネットワーク（ＩＮ）機能
を備えた通信網に関し、ＩＮサービスとして新規な呼サ
ービスが新たに導入されたとしても、通信網内の各サー
ビス交換ノードにおいてプログラムの変更や追加を伴う
ことなく、その呼サービスについてのトラヒックデータ
収集が行えるようにすることを目的とする。 【構成】 サービス制御ノードＳＣＮ（２０）は、新規
な呼サービスに対して呼サービス識別情報（ＩＤ）を付
与する手段（２１）を有し、サービス交換ノード（１
０）では、その識別情報（ＩＤ）を受けて自内に登録す
る登録テーブル（１６）を備え、発呼者の要求する呼サ
ービスが登録テーブル（１６）にあれば、その呼サービ
スについてトラヒックデータ収集を行うように構成す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はトラヒックデータ収
集を行うサービス制御ノードおよびサービス交換ノード
に関する。近年インテリジェントネットワーク（ＩＮ：
Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ）機能を備え
た通信網が運用されている。このＩＮ機能を備えた通信
網は、複数の加入者端末を配下に有するサービス交換ノ
ード（一般的には交換局）と、このサービス交換ノード
と通信網を介して接続しインテリジェントネットワーク
サービス（ＩＮサービス）を提供するサービス制御ノー
ドとから主として構成される。この通信網には、また、
保守運用ノード（ＣＭＯＣ）が接続し、上記ＩＮサービ
スの監視等を行う。ここにいうＩＮサービスには、例え
ば、クレジット呼サービスやフリーダイアルサービス
等、種々の呼サービスがある。クレジット呼サービスと
は、発側加入者端末ではなく、発側加入者本人に対して
通話料の課金を行うものである。またフリーダイアルサ
ービスは、発側加入者端末ではなく、着側加入者端末に
通話料の課金を行うものである。

【０００２】なお、上記ＩＮサービスの提供は、発側加
入者端末からの求めがある都度行われ、この求めに応じ
て当該サービス交換ノード（交換局）より通信網を介し
サービス制御ノードに対して、該呼サービス起動のため
のアクセスが行われる。後に詳述する本発明に係るトラ
ヒックデータ収集とは、上記呼サービス（上記ＩＮサー
ビスのうち、発側加入者端末より求めのあった呼サービ
ス）のトラヒックデータ、例えば、その利用回数とか、
利用時間、使用日時、利用に成功したか否か等々に関す
るデータを、該当サービス交換ノードで収集処理して、
その結果を、サービス制御ノードで収集することを言
う。

【０００３】

【従来の技術】図１８は本発明が適用される、ＩＮ機能
を備えた通信網の一構成例を示す図である。本図におい
て、全体の概略構成は、サービス交換網１と、サービス
制御網２と、これらを結ぶ信号網３とから主としてな
り、さらに、通信網５全体の監視を行う保守運用制御ノ
ード（ＣＭＯＣ：Central Maintenance Operation Cent
er）６を備える。

【０００４】サービス交換網１は、少なくとも１つのサ
ービス交換ノード（ＳＳＮ：Service Switching Node）
１０を含み、多数の加入者端末４間の通話路を形成す
る。各サービス交換ノード（ＳＳＮ）１０は、サービス
交換機能（ＳＳＦ：Service Switching Function）を備
えている。サービス制御網２は、少なくとも１つのサー
ビス制御ノード（ＳＣＮ：Service Control Node）２０
を含み、インテリジェントネットワーク（ＩＮ）サービ
スを実行する。各サービス制御ノード（ＳＣＮ）２０
は、サービス制御機能（ＳＣＦ：Service Control Func
tion）を備えている。

【０００５】図１９は従来の、ＩＮ機能を備えた通信網
におけるトラヒックデータ収集動作を説明するための図
である。本図において、中央の信号網３を介して、１つ
のサービス交換ノード（以下、ＳＳＮとも称す）１０
と、１つのサービス制御ノード（以下、ＳＣＮとも称
す）２０とが接続される。また、簡単のために、ＳＳＮ
１０には１つの発側加入者端末４が収容されている図を
示す。

【０００６】ＳＳＮ１０は、ＳＣＮ２０より、ＩＮサー
ビス制御のための一連の呼制御動作の指示を受けて、呼
の接続、切断、解放等の動作を実施する。一方、ＳＣＮ
２０は、ＳＳＮ１０へＩＮサービス制御の接続、切断、
解放等の一連の呼制御動作ための指示を行う。発側加入
者端末４よりＳＳＮ１０に対し、一例として、ＩＮサー
ビスの１つであるクレジット呼サービスが要求されたも
のとする。そのとき、当該呼サービスを識別するための
アクセスコードも転送される。

【０００７】上記アクセスコードと共にクレジット呼サ
ービスが要求されたＳＳＮ１０は、ＳＣＮ２０に対し、
呼制御指示を受けたい旨の依頼を行う。このときのサー
ビス・キーは "クレジット呼サービスを表すアクセスコ
ード" である。これを受けたＳＣＮ２０は、当該アクセ
スコードの分析を行い、この分析に応じた呼制御指示
を、ＳＣＮ１０に対して複数回（１…ｎ）行う。ＳＣＮ
１０はこれらの呼制御指示に従って動作して、 "呼接
続" を行う。

【０００８】当該呼の通話が終了すると、ＳＳＮ１０は
切断動作 "切断" に入り、当該呼を終了させる。この呼
の終了時においてＳＳＮ１０は、発側加入者（４）に対
して今提供されたＩＮサービスに関し、トラヒックデー
タ収集処理（図中ＴＤＣＰ：Traffic Data Collection
Processing）を実行する。このＴＤＣＰの第１ステップ
は、今提供された呼サービスは、各種ＩＮサービスの中
のいずれであったかを確認する（ "呼サービス種別"
）。そして第２ステップでは、今回提供された呼サー
ビス（＝クレジット呼サービス）について、トラヒック
データ収集のための処理（ "トラヒックデータ収集処
理）を行う。

【０００９】

【発明が解決しようとする課題】一般にトラヒックデー
タ収集処理機能を有する交換局では、その交換局のトラ
ヒックデータとして、呼サービスの他、対置（ＤＯＤ，
ＤＩＤの交換先の局を表す）、ルートといった種別毎に
トラヒックデータを収集し処理している。これらのトラ
ヒックデータは、呼が終了する毎に、交換局のプロセッ
サによるソフトウェアによって収集および編集され、Ｆ
ＭやＨＤＫ等のメモリに蓄積される。

【００１０】従来、交換局で扱う呼のトラヒック収集処
理は、各交換局のソフトウェア内に作成されている。し
たがって新規に呼制御サービス導入される場合、そのト
ラヒックデータの収集処理にも変更や追加が行われなけ
ればならない。この場合、トラヒックデータ収集を行う
全ての交換局のソフトウェアに対し、それぞれ個別に更
新や追加を行わなければならない。

【００１１】一方、本発明が適用されるＩＮ機能を備え
た通信網５においては、上述のようにサービス交換ノー
ド（ＳＳＮ）１０は予め決められた交換動作を実行し、
ＩＮサービス制御動作はサービス制御ノード（ＳＣＮ）
２０で行う、というアーキテクチャを採っている。した
がって、ＳＳＮ１０の交換動作に変更がないかぎり、新
規にＩＮサービスが導入されても、ＳＣＮ２０のファイ
ル入替えのみで対処し、ＳＳＮ１０のファイル入替えは
行わないのが原則である。

【００１２】そこでそのような新規ＩＮサービスの導入
があった場合の対応策として、トラヒックデータ収集
を、ＳＳＮ１０でなくＳＣＮ２０で行うということが考
えられる。しかしＳＣＮ２０で全てのトラヒックデータ
を収集することはきわめて困難であることに留意する必
要があり、また、ＳＳＮ１０で個々に開発したトラヒッ
クデータ収集処理のためのソフトウェア資産を多数のＳ
ＳＮ１０間で流用すべきこと、さらに、トラヒックデー
タ収集処理に要する負荷は多数のＳＳＮ１０で分散すべ
きこと、に留意する必要がある。

【００１３】かかる状況のもとでは、上記対応策のごと
くＳＣＮ２０において全てのトラヒックデータの収集処
理を行うことは不経済であり、やはりＳＳＮ１０側にお
いてトラヒックデータの収集処理を行わなければならな
い。そうすると、ＩＮ通信網内に新規にＩＮサービスが
導入された場合、ＳＣＮ２０においては勿論、全てのＳ
ＳＮ１０においてもその新規ＩＮサービスに対応させた
ファイル入替えを行い、そのＩＮサービスのトラヒック
データ収集処理のためのソフトウェアの変更や追加を行
わなければならない。そうすると、既述した、ＳＳＮ１
０のファイル入替えは行わない、という原則に反すると
いう問題がある。

【００１４】加えて、ファイル入替えは一般に多大な工
数と費用を要するものであり、ＩＮサービスの新規導入
がある毎に、多数のＳＳＮ１０の各々において、そのよ
うなファイル入替えを強いることは通信網５全体として
きわめて不経済である、という問題が生ずる。したがっ
て本発明は上記問題点に鑑みＩＮサービスの新規導入が
あったとき、これに対応するためのソフトウェアの変更
や追加はサービス制御ノード（ＳＣＮ）２０でのみ行
い、その新規導入に対応するためのトラヒックデータ収
集処理に関するソフトウェアの変更や追加を、サービス
交換ノード（ＳＳＮ）では一切不要とするようにするこ
とを目的とするものである。

【００１５】

【課題を解決するための手段】図１は本発明に係る、Ｉ
Ｎ機能を備えた通信網の基本構成を示す図である。本図
を参照しながら、以下、本発明の各種の実施の態様を明
らかにする。 （１）インテリジェントネットワーク（ＩＮ）機能を備
えた通信網５を構成し、トラヒックデータ収集を行うサ
ービス制御ノード２０について見ると、このサービス制
御ノード２０は、まず、識別情報付与手段２１および識
別情報通知手段２２を具備する。

【００１６】この識別情報付与手段２１は、通信網５内
において提供される各種の呼サービスのそれぞれに対し
て呼サービス識別情報ＩＤを付与する。また、識別情報
通知手段２２は、通信網５を構成するサービス交換ノー
ド１０から、トラヒックデータ収集の要求が発生したと
き、当該要求に係る呼サービスに相当する呼サービス識
別情報を該サービス交換ノード１０に通知して当該トラ
ヒックデータ収集の処理を起動せしめる。

【００１７】（２）ＩＮ機能を備えた通信網５を構成
し、トラヒックデータ収集を行うサービス交換ノード１
０について見ると、このサービス交換ノード１０は、ま
ず、識別情報保持手段１１と、登録テーブル１６と、第
１比較手段１２とを具備する。この識別情報保持手段１
１は、通信網５を構成するサービス制御ノード２０よ
り、この通信網５内において提供される各種の呼サービ
スのそれぞれに対して付与された呼サービス識別情報Ｉ
Ｄを、各呼毎に、受信してこれを一旦保持する。

【００１８】また登録テーブル１６は、各種の呼サービ
スを、各呼サービス識別情報ＩＤと対にして予め登録す
る。さらに、第１比較手段１２は、上記呼の終了時に、
識別情報保持手段１１に保持された呼サービス識別情報
ＩＤと、登録テーブル１６に登録されている呼サービス
識別情報ＩＤとを比較し、比較結果が一致したときトラ
ヒックデータ収集を行わせる。

【００１９】（３）サービス交換ノード１０は、収集処
理手段１４を有し、該手段１４は、第１比較手段１２に
よる比較結果が一致したときに起動され当該一致に係る
呼サービスについてトラヒックデータ収集を行う。 （４）サービス制御ノード２０は、転送要求指示手段２
３を有し、該手段２３は、サービス交換ノード１０で実
行されたトラヒックデータ収集の結果をサービス交換ノ
ード１０から転送させるための転送要求指示を、当該ト
ラヒックデータ収集に係る呼サービスを特定する呼サー
ビス識別情報ＩＤと共にサービス交換ノード１０に通知
する。

【００２０】（５）サービス交換ノード１０はさらに、
第２比較手段１３と、トラヒックデータ転送手段１５と
を有する。この第２比較手段１３は、収集処理手段１４
により実行されたトラヒックデータ収集の結果をサービ
ス制御ノード２０に転送すべきことを指示する転送要求
指示を、当該トラヒックデータ収集に係る呼サービスを
特定する呼サービス識別情報ＩＤと共に通知されたと
き、この通知された呼サービス識別情報ＩＤと、登録テ
ーブル１６に登録されている呼サービス識別情報ＩＤと
を比較する。

【００２１】またトラヒックデータ転送手段１５は第２
比較手段１３による比較結果が一致したときに起動さ
れ、当該一致に係る呼サービスについての収集処理手段
１４によるトラヒックデータ収集の結果を前記サービス
制御ノード２０に転送する。 （６）サービス交換ノード１０におけるトラヒックデー
タ転送手段１５は、トラヒックデータ収集の結果を、呼
サービス識別情報ＩＤと共に、通信網５を構成する保守
運用制御ノード６にも転送する。

【００２２】（７）サービス制御ノード２０よりサービ
ス交換ノード１０へ転送される呼サービス識別情報ＩＤ
は、サービス制御ノード２０がサービス交換ノード１０
に対し呼制御を指示するために転送される呼制御指示Ｃ
ＣＩの中に付加情報として含ませて転送される。 （８）呼サービス識別情報ＩＤは、各呼サービスを識別
する呼サービス識別番号からなる。

【００２３】（９）呼サービス識別情報は、 上記の呼サービス識別情報と、 各呼サービスの種別をサービス交換ノード１０におい
て情報表示手段上に文字情報として提供するための呼サ
ービス識別キャラクタコードと、から構成される。

【００２４】次に信号網３について見る。この信号網３
としては、 No.７共通信号網あるいは、所定の通信
プロトコルが設定された信号網であることが好ましい。
下記４つの態様がある。 （１０）呼サービス識別情報ＩＤは、 No.７共通信号網
３を介して、前記サービス制御ノード２０より転送され
る。

【００２５】（１１）呼サービス識別情報ＩＤは、 No.
７共通信号網３を介して、前記サービス交換ノード１０
より転送される。 （１２）呼サービス識別情報ＩＤは、所定の通信プロト
コルが設定された信号網３を介して、前記サービス制御
ノード２０より転送される。 （１３）呼サービス識別情報ＩＤは、所定の通信プロト
コルが設定された信号網３を介して、サービス交換ノー
ド１０より転送される。

【００２６】

【作用】上記（１）〜（１３）にそれぞれ記載した第１
〜第１３の態様における各作用は次のとおりである。 （１）ＳＣＮ２０においては、ＩＮ通信網５において提
供される各種呼サービスに対して、呼サービス識別情報
ＩＤを付与し、ＳＣＮ２０において、ある呼サービスの
トラヒックデータ収集の要求発生時に、該当する呼サー
ビス認識情報をＳＳＮ１０へ通知することで、そのトラ
ヒックデータ収集要求を行う。

【００２７】（２）ＳＳＮ１０においては、ＳＣＮ２０
から呼制御サービスを開始する際の呼サービス認識情報
ＩＤを受け、その呼サービス識別情報を、各呼毎の識別
情報保持手段１１（呼制御用メモリ）へ保存し、呼の終
了時にその呼が持つ呼サービス識別情報と、予めＳＣＮ
２０より送られていた、登録テーブル１６内の呼サービ
ス識別情報とを比較し、比較結果が一致したらそのサー
ビスに関するトラヒックデータを収集し処理する。

【００２８】結局、ＩＮ通信網５における新規呼サービ
ス導入に際しては、ＳＳＮ１０におけるプログラムの更
新・追加を行うことなく、ＳＣＮ２０にて呼サービス識
別情報を付与するだけで対応することができる。別言す
ると、後に図４および図５のタイムシーケンスに示すよ
うに、ＳＳＮ１０においては、初めにベーシックな機能
（プログラム）を盛り込んでおけば、その後は、いかな
る新規呼サービスの導入があったとしても、単に呼サー
ビス識別情報ＩＤをＳＣＮ２０にて付与し、このＩＤと
対応する呼サービスの情報をＳＳＮ１０で登録するだけ
で、ＳＳＮ１０ではファイル入替をするには及ばない。

【００２９】（３）ＳＳＮ１０では、収集処理手段１４
が、呼サービス識別情報ＩＤを媒介として登録済みの呼
サービスについてのみ、当該トラヒックデータの収集処
理を行う。 （４）ＳＣＮ２０の転送要求指示手段２３は、ＳＳＮ１
０におけるトラヒックデータ収集の結果を取り出すため
に、ＳＳＮ１０内に呼サービス識別情報ＩＤを送り込
む。

【００３０】（５）ＳＳＮ１０では、上記（４）のＩＤ
が送り込まれたとき、当該ＩＤに相当する呼サービスに
関するトラヒックデータ収集の結果をＳＣＮ２０に転送
する。 （６）トラヒックデータ収集の結果は、ＳＣＮ２０のみ
ならず、保守運用制御ノード（ＣＭＯＣ）６にも送るこ
とができる。通信網５全体の監視情報として使用でき
る。この場合も、上記ＩＤによりＩＮサービスの種別で
監視できる。

【００３１】（７）ＳＳＮ１０とＳＣＮ２０との間での
制御信号として重要なものに呼制御指示（ＣＣＩ：Call
Control Indication)がある。上記ＩＤの転送は、この
ＣＣＩの中に含ませて行うのが効率的である。 （８）呼サービス識別情報ＩＤを構成するデータは、呼
サービスの識別が可能な番号とする。

【００３２】（９）上記（８）のＩＤには、上記の番号
に加えて、呼サービス識別の可能なキャラクタコードと
する。これにより、ＳＳＮ１０におけるコンソールのデ
ィスプレイや、後述する図３に示すプリンタ４８に文字
情報として当該呼サービスを、 "クレジット呼サービ
ス" のように表示でき、オペレータが各呼毎に現在提供
中の呼サービスを容易に認識できる。

【００３３】（１０）〜（１３）信号網３としては、周
知の No.７信号網を用いることも、また、所定の通信プ
ロトコル、例えばＸ．２５（ＣＣＩＴＴ勧告）やＴＣＰ
を用いることもできる。ＴＣＰとは、Transaction capa
bilitiesのことであり、異なる種別のノード（例えば、
交換局とｄａｔａｂａｓｅ−ｃｅｎｔｅｒ等）間の通信
手段として定義された通信プロトコルである。

【００３４】

【実施例】図２は本発明に係る、ＩＮ機能を備えた通信
網の具体例を示す図（その１）、図３は本発明に係る、
ＩＮ機能を備えた通信網の具体例を示す図（その２）で
ある。ただし、各構成要素（３，１０，２０）の配置
は、図１の場合と異なっている。まず図３を参照する
と、サービス交換ノード（ＳＳＮ）１０は、その中央に
呼処理プロセッサ（ＣＰＲ）３８を備えており、ノード
全体の制御を司る。このＣＰＲ３８には本発明に特に関
係するサービス交換機能（ＳＳＦ）から盛り込まれてい
る。

【００３５】ＣＰＲ３８は、制御対象の１つとしてネッ
トワークスイッチングモジュール（ＮＷ）３４を有す
る。ＮＷ３４は、加入者回路（ＬＣ）３１を介して加入
者端末（例えば電話）４と接続し、また、トランク（Ｔ
ＲＫ）３５を介して外部の信号網３と接続する。ＮＷ３
４には、さらに、ＰＣＭリンクインタフェースとしての
ディジタルターミナル（ＤＴ）３６や、共通線信号を送
受信する共通信号インタフェース装置（ＣＳＥＩ）３２
が接続する。参照番号３３は共通信号線装置（ＣＳ
Ｅ）、３７は各種音声メッセージを出力するアナウンス
装置である。

【００３６】本発明に関連するトラヒックデータ収集処
理はＣＰＲ３８によって行われ、その収集結果は、ＭＴ
４７やプリンタ４８等の外部記憶装置に蓄積される。次
に図２を参照すると、サービス制御ノード（ＳＣＮ）２
０は、メインメモリ（ＭＭ）４１と、中央処理装置（Ｃ
ＰＵ）４２と、データベース４３を含んでなる。ＣＰＵ
４２は、サービス制御機能（ＳＣＦ）を内蔵してサービ
ス制御処理を実行すると共に、本発明に関連する呼サー
ビス識別情報ＩＤを、ＳＳＮ１０に転送する。このサー
ビス制御に必要なデータはデータベース４３に蓄積され
ている。

【００３７】ＭＭ４１はサービスプログラム（ＳＶＰ）
を格納する。図２の右下に示される保守運用制御ノード
（ＣＭＯＣ）６は通信網（５）全体の監視を行う中央処
理装置（ＣＰＵ）４５と、その監視データを蓄積するデ
ータベース４６とからなる。図４は本発明に係るトラヒ
ックデータ収集動作を表すシーケンス図（その１）、図
５は本発明に係るトラヒックデータ収集動作を表すシー
ケンス図（その２）である。本図において、図４の上欄
には、左から、発側加入者端末４、サービス交換ノード
（ＳＳＮ）１０、信号網（ No.７）３、サービス制御ノ
ード（ＳＣＮ）２０および保守運用制御ノード（ＣＭＯ
Ｃ）６の各区分を示す。

【００３８】またＳＳＮ１０およびＳＣＮ２０におい
て、本発明に特に関係する手段の位置付けを、それぞれ
対応する参照番号にアンダーバーを付して示す。図１に
示した、各種の手段１１〜１６および２１〜２３は、ハ
ードウェアで構成することもできるが、図２のＣＰＵ４
２や図３のＣＰＲ３８によるソフトウェアで構成するこ
ともできる。図４および図５はそのようなソフトウェア
で構成した場合を前提としているので、これら図４およ
び図５におけるそれぞれの対応位置を参照番号をもって
示したものである。

【００３９】ＳＳＮ１０においては、識別情報保持部１
１、第１比較部１２、第２比較部１３、収集処理部１
４、トラヒックデータ転送手段１５および登録テーブル
１６がそれぞれ図示する位置において機能し、また、Ｓ
ＣＮ２０においては、識別情報付与手段２１、識別情報
通知手段２２および転送要求指示手段２３が図示する位
置において機能する。

【００４０】＜１＞ＩＮ通信網５内において、新規ＩＮ
サービスとして、 "クレジット呼サービス" が導入され
たものとすると、ＳＣＮ２０ではその登録を行う。 ＜２＞ＳＣＮ２０の手段２１により、そのクレジット呼
サービスに割り当てられた固有の呼サービス識別情報Ｉ
Ｄが、付与される。そしてその呼サービス識別情報ＩＤ
が信号網３を通してＳＳＮ１０側に送られる。

【００４１】＜３＞その情報ＩＤを受けたＳＳＮ１０で
は、これを登録する。 ＜４＞上記＜３＞の登録には、図５の登録テーブル１６
が用いられる。なお、この登録テーブル１６は、加入者
端末１４の位置に描かれているが、実際にはＳＳＮ１０
内にある。具体的にはＣＰＲ（図３の３８）内のメイン
メモリに登録される。

【００４２】また、図５ではこの登録テーブル１６内に
登録される情報ＩＤが、呼サービス識別番号と呼サービ
ス識別キャラクタコードとからなる例を示し、また図中
のＦは、フラグを示す。有効なＩＤが登録されていると
きは、Ｆ＝ "１" となる。 ＜５＞さてここで、発側加入者が発呼すると、端末４は
オンフックよりオフフックへと遷移する。そしてクレジ
ット呼サービスの要求をしたものとする。このときこの
クレジット呼サービスを示すアクセスコードがダイヤル
される。このダイヤルに応じたダイヤル数字が、加入者
線（図示せず）を介してＳＳＮ１０に送られる。

【００４３】これを受けたＳＳＮ１０はそのダイヤル数
字を翻訳してクレジット呼サービスの要求があったこと
を知る。ＳＳＮ１０はＳＣＮ２０に対し、このクレジッ
ト呼サービスに応じた呼制御指示（ＣＣＩ）の供給を依
頼する。 ＜６＞ＳＣＮ２０は、ＳＳＮ１０からのアクセスコード
を受信して分析を行う。

【００４４】＜７＞ＳＣＮ２０の手段２１は、上記の分
析により、当該呼がクレジット呼サービスを要求してい
ることを知る。ＳＣＮ２０は通常の呼制御指示（後述の
図８に一例を示す）に加え、その付加情報として、クレ
ジット呼サービスを表す呼サービス識別情報ＩＤも転送
する。 ＜８＞上記の呼サービス識別情報ＩＤを受信したＳＳＮ
１０は、手段１１により、転送された識別情報ＩＤを保
持する。これは既述のようにＣＰＲ３８内の呼制御用メ
モリ（図示せず）に保持することができる。

【００４５】＜９＞上記＜８＞での識別情報ＩＤの保持
が終了すると、ＳＳＮ１０では通常の通話路パスの接続
動作に入り、本来の通話が開始する。以後、図５に移
る。 ＜１０＞上記の通話を終了すると、加入者端末４でのオ
ンフックによりＳＳＮ１０に通話の切断が通知され、こ
こに通話パスは解除される。 ＜１１＞上記＜１０＞での呼の終了を受けて、ＳＳＮ１
０では、手段１２により、保持手段１１に保持してい
た、当該呼に提供されたクレジット呼サービスに対応す
る識別情報ＩＤと、登録テーブル１６に登録されている
識別情報ＩＤとを、手段１２により比較する。

【００４６】上記の例の場合、発側加入者（４）の要求
したクレジット呼サービスは、既に登録テーブル１６に
登録されており、手段１２による比較結果は一致する。
この一致により、ＳＳＮ１０は今回終了した呼はトラヒ
ックデータ収集の対象であることを知り、引き続き手段
１４に処理を渡す。 ＜１２＞ＳＳＮ１０の手段１４は、当該クレジット呼サ
ービスについてのトラヒックデータ収集とその処理を実
行する。ここに言う処理とは、上記の発側加入者により
既に同様のサービスを提供しているかどうか判断し、既
に提供していればトラヒックデータの累積加算等を行う
ことを言う。なおこのトラヒックデータ収集の結果は蓄
積される。

【００４７】＜１３＞一方、ＳＣＮ２０は、手段２３を
用いてトラヒックデータ収集の結果をＳＳＮ１０より読
み出すためトラヒックデータ転送要求指示を出す。この
ときに、何の呼サービスについてトラヒックデータの転
送要求を行うかを特定するようにする。この特定のため
に再び識別情報ＩＤが用いられる。 ＜１４＞上記特定のための識別情報ＩＤを受信したＳＳ
Ｎ１０は、手段１３により、このＩＤが登録テーブル１
６に登録されているＩＤか否かチェックするために、両
ＩＤを比較する。この比較結果が一致すれば、ＳＳＮ１
０は当該ＩＤに相当する呼サービスについてのトラヒッ
クデータが収集されていることを知り、そのトラヒック
データを登録テーブル１６より取り出す。

【００４８】＜１５＞ＳＳＮ１０は、その取り出したト
ラヒックデータを、トラヒック情報伝送時における付加
情報として、手段１５によりＳＣＮ２０に転送する。な
お、そのトラヒックデータは付加情報としてではなく、
単独でＳＣＮ２０に転送されてもよい。 ＜１６＞ＳＣＮ２０は転送されたトラヒックデータの蓄
積処理を行う。

【００４９】＜１７＞上記＜１５＞のトラヒックデータ
は、必要に応じてＣＭＯＣ６にも供給され、ＣＭＯＣ６
内にてトラヒックデータの蓄積処理が行われる。図６は
登録テーブル１６の詳細例を示す図（その１）、図７は
登録テーブル１６の詳細例を示す図（その２）である。
両図の上欄には登録テーブル１６を示し、１，２…Ｎの
コラムからなる。いずれのコラムもデータフォーマット
は同じであり、そのうちの１つを取り出して両図の下欄
に示す。

【００５０】両図の下欄を参照すると、各記号の意味は
次のとおりである。 ｉ）Ａ０１〜Ａ３０→呼サービス対象呼種登録情報（最
大３１の呼サービス対象呼種を登録可能） Ａ０１：自局内接続 Ａ０２：ＤＯＤ発信（ＤＯＤ：Ｄｉｒｅｃｔ Ｏｕｔ
Ｄｉａｌ） Ａ０３：ＤＩＤ着信（ＤＩＤ：Ｄｉｒｅｃｔ Ｉｎ Ｄ
ｉａｌ） Ａ０４：ＭＬＨ接続（ＭＬＨ：Ｍｕｌｔｉ Ｌｉｎｅ
Ｈｕｎｔｉｎｇ） ・ ・ ・ ii）Ｂ（図１のＦに同じ）→呼サービス対象呼種の登録
有り（＝ "１" ）・無し（＝ "０" ） iii)Ｃ０１〜Ｃ２３→呼サービス対象呼種のキャラクタ
コード（最大３２のキャラクタを登録可能） iv) Ｄ→呼サービス対象呼種のキャラクタコード登録有
り（＝ "１" ）・無し（＝ "０" ） ｖ）Ｅ→呼サービス対象呼種のキャラクタコード桁数 vi）ＩＮＦ→トラヒック情報 上述の例による "クレジット呼サービス" は、例えばＡ
０５の領域に "１" を立てることにより表示される。ま
た、Ｃ０，Ｃ１，Ｃ２…のキャラクタコードの領域に
は、Ｃ０＝Ｃ，Ｃ１＝Ｒ，Ｃ２＝Ｅ，Ｃ３＝Ｄ…のよう
に記録され、全体でＣＲＥＤＩＴ ＣＡＬＬ ＳＥＲＶ
ＩＣＥの１７文字を表すことができる。

【００５１】トラヒック情報ＩＮＦには、本発明の対象
とする、例えばクレジット呼サービスに関してのトラヒ
ックデータも含まれる。図８は図４に示す呼制御指示Ｃ
ＣＩのデータフォーマット例を表す図である。図４に示
す呼制御指示ＣＣＩは、信号網３内を、本図に示すデー
タフォーマットで転送される。このうち、呼制御指示は
図のＣＣＩの領域において形成される。そしてその中に
付加情報として、呼サービス識別情報ＩＤが含まれる。

【００５２】なお図中、Ｓｅｒｖｉｃｅ Ｋｅｙは例え
ばクレジット呼サービスであり、IProunting address
は例えばアナウンス装置ＡＮＥのアクセスコードであ
り、送信情報は例えばＡＮＭであり、受信情報は例えば
ｉｎ−ｂａｎｄ ｄｉｇｉｔやａｃｃｏｕｎｔ No.であ
る。なお、ＡＮＭはAnswer Message, in-band digit は
ＳＳＮ１０において発呼者へアナウンスを聞かせる際に
必要な数字情報、ａｃｃｏｕｎｔ No.は課金情報、ＡＭ
Ａは監査情報である。

【００５３】図９は図４のＦ１上を転送される信号のデ
ータフォーマット例を示す図（その１）、図１０は図４
のＦ１上を転送される信号のデータフォーマット例を示
す図（その２）である。両図に示したトラヒックデータ
収集指示（ｔｒａｆｆｉｃｉｎｆｏ．１）は、登録テー
ブル１６に登録すべきデータでもあり、したがって、前
述した図６および図７の各下欄の内容（０〜５欄）と同
じである。ただし、図６の下欄左上のフラグＢは、図９
では無意義情報である。フラグＢはＳＳＮ１０自身の処
理にのみ有益だからである。

【００５４】図１１は図４のＦ２上を転送される信号の
データフォーマット例を示す図（その１）、図１２は図
４のＦ２上を転送される信号のデータフォーマット例を
示す図（その２）である。両図に示したトラヒックデー
タ転送要求指示（ｔｒａｆｆｉｃ ｉｎｆｏ．２）は、
ＳＣＮ２０がＳＳＮ１０に対しトラヒックデータ収集の
結果を、ＳＣＮ２０へあるいはＣＭＯＣ６へ転送すべき
旨の指示である。なお、両図において斜めの線を付した
領域は不使用である。もし、可変長データフォーマット
を採用するならば、コラム２〜５のキャラクタコードの
領域は省略できる。

【００５５】図１１に示すフラグＦ′は、トラヒックデ
ータ収集結果をＳＣＮ２０へ転送すべきことを表し、フ
ラグＧはそれをＣＭＯＣ６へ転送すべきことを表す。こ
れら双方（２０，６）に転送すべきことを要求しても構
わない。図１３は図４のＦ３上を転送される信号のデー
タフォーマット例を示す図（その１）、図１４は図４の
Ｆ３上を転送される信号のデータフォーマット例を示す
図（その２）である。両図に示すトラヒック伝送データ
（ｔｒａｆｆｉｃ ｉｎｆｏ．３）は、図１１および１
２のトラヒックデータ転送要求に応えたものであり、目
的とするトラヒックデータはトラヒック情報ＩＮＦの中
に含まれてＳＳＮ１０やＣＭＯＣ６に転送される。

【００５６】図１５はクレジット呼サービスの提供時に
おける通信網内の動作シーケンスを示す図（その１）、
図１６はクレジット呼サービスの提供時における通信網
内の動作シーケンスを示す図（その２）である。クレジ
ット呼サービスは、既述のとおり、発呼端末（４）に課
金するのでなく、発呼時に指示されたクレジットカード
番号に対して課金するものである。

【００５７】サービス制御ノードＳＣＮ２０において、
新規呼サービスが導入されたとすると、その呼サービス
に対して割り当てた呼サービス識別番号を、 "Ａ" のメ
ッセージ（図９および１０）により、サービス交換ノー
ドＳＳＮ１０ヘ送信することで、新規呼サービスが追加
されたことと、新規呼サービスのトラヒック収集を要求
することを、サービス交換ノードＳＳＮ１０へ通知す
る。

【００５８】サービス交換ノードＳＳＮ１０では、
"Ａ" により受信した新規呼サービスの呼サービス識別
番号を登録テーブル（呼サービス識別番号登録表）１６
へ登録する。発呼者が端末４より、クレジット呼のサー
ビスアクセスコード "Ｂ" を入力すると、サービス交換
ノードＳＳＮ１０は、これを受信してＩＮサービス呼で
あることを認識し、 "Ｃ" のメッセージを、サービス制
御ノードＳＣＮ２０に、 No.７信号網３を介して送出す
る。これにより、端末４の電番と、サービスの利用要求
があったこととが、サービス制御ノードＳＣＮ２０に通
知される。

【００５９】サービス制御ノードＳＣＮ２０は上記の通
知を受信すると、端末４とアナウンス装置（ＡＮＥ）３
７を接続させる "Ｄ" のメッセージを、サービス交換ノ
ードＳＳＮ１０に送出する。これは、発呼者に対してア
ナウンス装置（ＡＮＥ）３７より、音声によるメッセー
ジを出力するためである。次いで、サービス制御ノード
ＳＣＮ２０は、クレジットカード番号を発呼者より受信
してＳＣＮ２０に転送すべきことを指示する "Ｅ" のメ
ッセージを、サービス交換ノードＳＳＮ１０に通知す
る。これにより、サービス交換ノードＳＳＮ１０は、ア
ナウンス装置３７を制御して、クレジットカード番号の
入力を促すメッセージを、発呼者（４）に音声で知らせ
る。

【００６０】発呼者からそのクレジットカード番号の数
字を受信すると、サービス交換ノードＳＳＮ１０は、
"Ｆ" のメッセージをサービス制御ノードＳＣＮ２０に
通知する。次いで、サービス制御ノードＳＣＮ２０は、
発呼者より暗証番号を受信してＳＣＮ２０に転送すべき
ことを指示する "Ｇ" のメッセージを、サービス交換ノ
ードＳＳＮ１０に通知する。これにより、サービス交換
ノードＳＳＮ１０は、アナウンス装置３７を制御して、
暗証番号の入力を促すメッセージを、発呼者に音声で知
らせる。

【００６１】発呼者からその暗証番号の数字を受信する
と、サービス交換ノードＳＳＮ１０は、 "Ｈ" のメッセ
ージをサービス制御ノードＳＣＮ２０に通知する。次い
で、サービス制御ノードＳＣＮ２０は、発呼者より着番
号を受信して、ＳＣＮ２０に転送すべきことを指示する
"Ｉ" のメッセージを、サービス交換ノードＳＳＮ１０
に通知する。これにより、サービス交換ノードＳＳＮ１
０は、アナウンス装置３７を制御して、着番号の入力を
促すメッセージを、発呼者に音声で知らせる。

【００６２】発呼者からその着番号の数字を受信する
と、サービス交換ノードＳＳＮ１０は、 "Ｊ" のメッセ
ージを、サービス制御ノードＳＣＮ２０に通知する。そ
の後、サービス制御ノードＳＣＮ２０は、サービス交換
ノード１０に、詳細な課金情報の作成を "Ｋ" のメッセ
ージにより指示する。次いで、サービス制御ノードＳＣ
Ｎ２０は、 "Ｌ" のメッセージをサービス交換ノードＳ
ＳＮ１０に送信して、発呼者を着電番（着ＤＮ）に接続
するように指示する。これにより、サービス交換ノード
ＳＳＮ１０は、着電番で指定された着側加入者（着信端
末）を呼び出し、応答があれば、これら発信端末と着信
端末間を接続して、通話中になる。そして、通話が終了
してオンフックすると、端末４はｒｅｌｅａｓｅメッセ
ージＣＬＦを、サービス交換ノードＳＳＮ１０に送り、
サービス交換ノードＳＳＮ１０は切断処理を行って端末
に、ｒｅｌｅａｓｅ ｃｏｍｐｌｅｔｅメッセージＲＬ
Ｃを送出する。

【００６３】しかる後、サービス交換ノードＳＳＮ１０
は、本発明によるトラヒックデータ収集／蓄積処理を実
施し、着信端末に、ｒｅｌｅａｓｅメッセージＣＬＦを
送る。着信端末は切断処理を行って、サービス交換ノー
ドＳＳＮ１０にｒｅｌｅａｓｅ ｃｏｍｐｌｅｔｅメッ
セージＲＬＣを送出して、クレジット呼サービスの提供
を終了する。

【００６４】なお、図１５および図１６において用いた
記号の意味は次のとおりである。 ＩＡＭはInitial Address Message ：No.７信号方式の
Ｕｓｅｒ ＰａｒｔであるＴＵＰ／ＩＳＵＰのｍｅｓｓ
ａｇｅの一つで、被呼電番や発電番を相手局へ送信する
ためのｍｅｓｓａｇｅである。ＴＵＰはTelephone User
Part 、ＩＳＵＰはIntegrated Services Digital Netw
ork User Part である。

【００６５】ＡＣＭはAddress Completion Message：N
o.７信号方式のＵｓｅｒ ＰａｒｔであるＴＵＰ／ＩＳ
ＵＰのｍｅｓｓａｇｅの一つで、ＩＡＭによる被呼電番
や発電番の受信完了ｍｅｓｓａｇｅである。 ＣＬＦはCLear Foward message：No.７信号方式のＵｓ
ｅｒ ＰａｒｔであるＴＵＰ／ＩＳＵＰのｍｅｓｓａｇ
ｅの一つで、発呼側から送られる切断ｍｅｓｓａｇｅで
ある。

【００６６】ＲＬＣはReLease Call message：No.７信
号方式のＵｓｅｒ ＰａｒｔであるＴＵＰ／ＩＳＵＰの
ｍｅｓｓａｇｅの一つで、被呼側から送信される終話ｍ
ｅｓｓａｇｅである。 Ｐ＆ＣはPrompt & Collect user information ：ＡＩＮ
（Advanced Intelligent Network）におけるクレジット
呼サービスを実施するためのＳＣＮからＳＳＮ方向への
呼制御動作の指示を通知する為のｍｅｓｓａｇｅの名称
である。

【００６７】Ｐ＆Ｃ−ＲＲはPrompt & Collect user in
formation Return-Result ：ＡＩＮにおけるクレジット
呼サービスを実施するためのＳＳＮからＳＣＮ方向への
Ｐ＆Ｃに対する応答ｍｅｓｓａｇｅの名称である。 ＰＩＮはPersonal Identification Number：クレジット
呼サービスを実施する際に用いられるクレジットカード
の暗証番号である。

【００６８】図１７はトラヒック情報転送の動作シーケ
ンスを示す図である。本図の動作シーケンスは、図５に
おける＜１５＞、＜１６＞および＜１７＞の部分での信
号のやりとりを示す。サービス制御ノードＳＣＮ２０に
おいて、呼サービス識別番号を "Ｘ" のメッセージ（図
１１および図１２のｔｒａｆｆｉｃ ｉｎｆｏ．２）に
より、サービス交換ノードＳＳＮ１０へ送信すること
で、新規呼サービスのトラヒックデータ転送要求を、サ
ービス交換ノードＳＳＮ１０へ通知する。

【００６９】サービス交換ノードＳＳＮ１０では、
"Ｘ" により受信した呼サービス識別番号から登録テー
ブル（呼サービス識別番号登録表）１６を検索した後、
登録有り、であれば収集したトラヒック情報（ＩＮＦ）
をＳＣＮ２０またはＣＭＯＣ６へ送出する。次いで、サ
ービス制御ノードＳＣＮ２０またはＣＭＯＣ６は、
"Ｙ" または "Ｚ" のトラヒック情報（図１３および図
１４のｔｒａｆｆｉｃ ｉｎｆｏ．３）を受信して、デ
ータベース（４３，４６）へ蓄積を行う。

【００７０】

【発明の効果】以上詳述したとおり本発明によれば、イ
ンテリジェントネットワーク（ＩＮ）機能を備えた、少
なくともサービス交換ノード（ＳＳＮ）とサービス制御
ノード（ＳＣＮ）とを有するＩＮ通信網において、新規
にＩＮサービスが導入されたときに、サービス制御ノー
ド（ＳＣＮ）では、当該新規ＩＮサービスに対応してプ
ログラムの変更をする他は、当該新規ＩＮサービスに呼
サービス識別情報を付与してこれをサービス交換ノード
（ＳＳＮ）に通知するという操作を追加するだけでよ
い。

【００７１】一方、その呼サービス識別情報を受けたサ
ービス交換ノード（ＳＳＮ）では、単に、これを自内の
登録テーブルに登録するだけでよく、上記新規ＩＮサー
ビスに対応するための、自内のプログラム変更や追加を
必要としない。単に、発呼者から呼サービスの要求があ
ったとき、これが登録テーブル内に登録されている呼サ
ービスと一致するか検索し、一致したときに当該呼の終
了時に、当該呼に提供された呼サービスについて、目的
とするトラヒックデータ収集および処理をするだけでよ
い。

【図面の簡単な説明】

【図１】本発明に係る、ＩＮ機能を備えた通信網の基本
構成を示す図である。

【図２】本発明に係る、ＩＮ機能を備えた通信網の具体
例を示す図（その１）である。

【図３】本発明に係る、ＩＮ機能を備えた通信網の具体
例を示す図（その２）である。

【図４】本発明に係るトラヒックデータ収集動作を表す
シーケンス図（その１）である。

【図５】本発明に係るトラヒックデータ収集動作を表す
シーケンス図（その２）である。

【図６】登録テーブル１６の詳細例を示す図（その１）
である。

【図７】登録テーブル１６の詳細例を示す図（その２）
である。

【図８】図４に示す呼制御指示ＣＣＩのデータフォーマ
ット例を表す図である。

【図９】図４のＦ１上を転送される信号のデータフォー
マット例を表す図（その１）である。

【図１０】図４のＦ１上を転送される信号のデータフォ
ーマット例を表す図（その２）である。

【図１１】図４のＦ２上を転送される信号のデータフォ
ーマット例を表す図（その１）である。

【図１２】図４のＦ２上を転送される信号のデータフォ
ーマット例を表す図（その２）である。

【図１３】図４のＦ３上を転送される信号のデータフォ
ーマット例を表す図（その１）である。

【図１４】図４のＦ３上を転送される信号のデータフォ
ーマット例を表す図（その２）である。

【図１５】クレジット呼サービスの提供時における通信
網内の動作シーケンスを示す図（その１）である。

【図１６】クレジット呼サービスの提供時における通信
網内の動作シーケンスを示す図（その２）である。

【図１７】トラヒック情報転送の動作シーケンスを示す
図である。

【図１８】本発明が適用される、ＩＮ機能を備えた通信
網の一構成例を示す図である。

【図１９】従来の、ＩＮ機能を備えた通信網におけるト
ラヒックデータ収集動作を説明するための図である。

【符号の説明】

１…サービス交換網 ２…サービス制御網 ３…信号網 ４…加入者端末 ５…インテリジェントネットワーク機能を備えた通信網 ６…保守運用制御ノード ＩＤ…呼サービス識別情報 １０…サービス交換ノード １１…識別情報保持部 １２…第１比較部 １３…第２比較部 １４…収集処理部 １５…トラヒックデータ転送手段 １６…登録テーブル ２０…サービス制御ノード ２１…識別情報付与手段 ２２…識別情報通知手段 ２３…転送要求指示手段 ＳＳＦ…サービス交換機能 ＳＣＦ…サービス制御機能 ＴＤＣＰ…トラヒックデータ収集処理

Claims (13)

【特許請求の範囲】
1. 【請求項１】 インテリジェントネットワーク機能を備
   えた通信網（５）を構成し、トラヒックデータ収集を行
   うサービス制御ノード（２０）において、 前記サービス制御ノード（２０）は、 前記通信網（５）内において提供される各種の呼サービ
   スのそれぞれに対して呼サービス識別情報を付与する識
   別情報付与手段（２１）と、 前記通信網（５）を構成するサービス交換ノード（１
   ０）から、トラヒックデータ収集の要求が発生したと
   き、当該要求に係る呼サービスに相当する前記呼サービ
   ス識別情報を該サービス交換ノード（１０）に通知して
   当該トラヒックデータ収集の処理を起動せしめる識別情
   報通知手段（２２）と、を具備することを特徴とするト
   ラヒックデータ収集を行うサービス制御ノード。
2. 【請求項２】 インテリジェントネットワーク機能を備
   えた通信網（５）を構成し、トラヒックデータ収集を行
   うサービス交換ノード（１０）において、 前記サービス交換ノード（１０）は、 前記通信網（５）を構成するサービス制御ノード（２
   ０）より、該通信網（５）内において提供される各種の
   呼サービスのそれぞれに対して付与された呼サービス識
   別情報を、各呼毎に、受信してこれを一旦保持する識別
   情報保持手段（１１）と、 各種の前記呼サービスを、各前記呼サービス識別情報と
   対にして予め登録する登録テーブル（１６）と、 前記呼の終了時に、前記識別情報保持手段（１１）に保
   持された前記呼サービス識別情報と、前記登録テーブル
   （１６）に登録されている前記呼サービス識別情報とを
   比較し比較結果が一致したときトラヒックデータ収集を
   行わせる第１比較手段（１２）と、を具備することを特
   徴とするトラヒックデータ収集を行うサービス交換ノー
   ド。
3. 【請求項３】 前記サービス交換ノード（１０）は、前
   記第１比較手段（１２）による比較結果が一致したとき
   に起動され当該一致に係る前記呼サービスについて前記
   トラヒックデータ収集を行う収集処理手段（１４）を有
   する請求項２に記載のトラヒックデータ収集を行うサー
   ビス交換ノード。
4. 【請求項４】 前記サービス制御ノード（２０）は、前
   記サービス交換ノード（１０）で実行された前記トラヒ
   ックデータ収集の結果を該サービス交換ノード（１０）
   から転送させるための転送要求指示を、当該トラヒック
   データ収集に係る呼サービスを特定する前記呼サービス
   識別情報と共に該サービス交換ノード（１０）に通知す
   るための転送要求指示手段（２３）を有する請求項１に
   記載のトラヒックデータ収集を行うサービス制御ノー
   ド。
5. 【請求項５】 前記収集処理手段（１４）により実行さ
   れた前記トラヒックデータ収集の結果を前記サービス制
   御ノード（２０）に転送すべきことを指示する転送要求
   指示を、当該トラヒックデータ収集に係る呼サービスを
   特定する前記呼サービス識別情報と共に通知されたと
   き、この通知された呼サービス識別情報と、前記登録テ
   ーブル（１６）に登録されている前記呼サービス識別情
   報とを比較する第２比較手段（１３）と、 前記第２比較手段（１３）による比較結果が一致したと
   きに起動され、当該一致に係る前記呼サービスについて
   の前記収集処理手段（１４）による前記トラヒックデー
   タ収集の結果を前記サービス制御ノード（２０）に転送
   するトラヒックデータ転送手段（１５）と、を有する請
   求項３に記載のトラヒックデータ収集を行うサービス交
   換ノード。
6. 【請求項６】 前記トラヒックデータ転送手段（１５）
   は、前記トラヒックデータ収集の結果を、前記呼サービ
   ス識別情報と共に、前記通信網（５）を構成する保守運
   用制御ノード（６）に転送する請求項５に記載のトラヒ
   ックデータ収集を行うサービス交換ノード。
7. 【請求項７】 前記サービス制御ノード（２０）より前
   記サービス交換ノード（１０）へ転送される前記呼サー
   ビス識別情報は、該サービス制御ノード（２０）が該サ
   ービス交換ノード（１０）に対し呼制御を指示するため
   に転送される呼制御指示の中に付加情報として含ませて
   転送される請求項１に記載のトラヒックデータ収集を行
   うサービス制御ノード。
8. 【請求項８】 前記呼サービス識別情報は、各呼サービ
   スを識別する呼サービス識別番号からなる請求項１に記
   載のトラヒックデータ収集を行うサービス制御ノード。
9. 【請求項９】 前記呼サービス識別情報は、 前記呼サービス識別番号と、 各前記呼サービスの種別を前記サービス交換ノード（１
   ０）において情報表示手段上に文字情報として提供する
   ための呼サービス識別キャラクタコードと、から構成さ
   れる請求項１に記載のトラヒックデータ収集を行うサー
   ビス制御ノード。
10. 【請求項１０】 前記呼サービス識別情報は、 No.７共
    通信号網（３）を介して、前記サービス制御ノード（２
    ０）より転送される請求項１に記載のトラヒックデータ
    収集を行うサービス制御ノード。
11. 【請求項１１】 前記呼サービス識別情報は、 No.７共
    通信号網（３）を介して、前記サービス交換ノード（１
    ０）より転送される請求項５に記載のトラヒックデータ
    収集を行うサービス交換ノード。
12. 【請求項１２】 前記呼サービス識別情報は、所定の通
    信プロトコルが設定された信号網（３）を介して、前記
    サービス制御ノード（２０）より転送される請求項１に
    記載のトラヒックデータ収集を行うサービス制御ノー
    ド。
13. 【請求項１３】 前記呼サービス識別情報は、所定の通
    信プロトコルが設定された信号網（３）を介して、前記
    サービス交換ノード（１０）より転送される請求項５に
    記載のトラヒックデータ収集を行うサービス交換ノー
    ド。