JP2000069166A

JP2000069166A - インテリジェント・ネットワ―ク・インタフェ―ス・プロトコルを用いたオペレ―タ補助による呼の加入者スクリ―ニング

Info

Publication number: JP2000069166A
Application number: JP11133424A
Authority: JP
Inventors: Jorge Augusto Aguilar; オーガストアグイラージョージ; Yigang Cai; カイイーガン; John Tzong-Yang Hwang; ツォン−ヤングフワンジョン; Katherine Anne Koenig; アンコーニグキャサリーン; Timothy Gwen Rinker; グウェンリンカーティモスィ; Kenneth Jerome Scheppele; ジェロームシェッペルケネス; Steve Wutien Tsai; ウィッチェンツァイスチーヴ
Original assignee: Lucent Technologies Inc
Current assignee: Nokia of America Corp
Priority date: 1998-05-14
Filing date: 1999-05-14
Publication date: 2000-03-03
Also published as: CA2266964A1; DE69900658D1; EP0957623A3; EP0957623B1; KR19990088217A; EP0957623A2; KR100639518B1; DE69900658T2

Abstract

(57)【要約】【課題】迅速に、かつ標準インタフェース・プロトコ
ルに従って関連するデータベースに問い合わせを行うこ
とができるＯＳＰＳ加入者スクリーニングを提供する。【解決手段】新しいインテリジェント・ネットワーク
・インタフェースおよびプロトコル標準に合致するオペ
レータ補助の呼をスクリーニングするための加入者スク
リーニング・システム。この加入者スクリーニング・シ
ステムは、様々な重要なデータを、オペレータ・サービ
ス位置局からネットワーク・データベースに与え、次い
でオペレータ補助の呼を許可または非許可とし、更に、
呼を構成する可能な代替方法に関するいくらかの情報を
オペレータ・サービス位置局に与える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オペレータ補助に
よる呼を処理する方法に関し、更に特定すれば、切り替
え制御点においてネットワーク基本の加入者データベー
スを用いると共にＥＴＳＩＩＮＡＰインタフェース・
プロトコル機構を用いた加入者スクリーニング（選別）
の提供に関する。

【０００２】

【従来の技術、及び、発明が解決しようとする課題】１
９９５年１１月７日にエム．エス．シラー等に発行され
た米国特許番号第５，４６５，２９３号は、コレクト・
コールの課金が不可能な電話番号のデータベースを用い
ることによって、オペレータのサービス位置で国外から
国内へのコレクト・コールをスクリーニングする方法お
よび装置を示す。この公知のシステムは、タンデム・ス
イッチが国際コレクト・コールを送信することで動作す
る。オペレータ・サービス位置からのデータベースの問
い合わせは、専用の中継線を介した既存のＣ７信号方式
による。専用の中継線によって、問い合わせおよびそれ
に対する応答が迅速に送出される。

【０００３】既知のシステムのあるものは、許可リスト
のチェックを行うために、切り替えを基本とする加入者
データベースを必要とする。また、他の周知のシステム
には、ＯＳＰＳ加入者スクリーニングのために、グロー
バル・サービス管理システム（ＧＳＭＳ）によって、Ｌ
ＡＮの設備および保守を提供する必要があるものがあ
る。

【０００４】従って、当技術分野では、迅速に、かつ標
準インタフェース・プロトコルに従って関連するデータ
ベースに問い合わせを行うことができるＯＳＰＳ加入者
スクリーニングが要望されている。

【０００５】簡潔に言えば、本発明の一態様によって、
上述の問題を克服するために、インテリジェント・ネッ
トワーク・インタフェース・プロトコルによって、サー
ビス制御点においてネットワークを基本とする加入者デ
ータベースを用いて、オペレータ補助の呼に対する加入
者スクリーニングを与える機構を提供する。この加入者
スクリーニング機構は、インテリジェント・ネットワー
ク・インタフェース・プロトコルを用いて、一般的なネ
ットワーク基本加入者データベースを開発する。インテ
リジェント・ネットワーク・インタフェース・プロトコ
ルは、オペレータ・サービス位置とネットワーク基本加
入者データベースとの間で、より多くの情報の受け渡し
を可能とし、これによって、より信頼性が高く、柔軟か
つ効率的な加入者スクリーニングを提供する。

【０００６】本発明の別の態様によれば、上述の問題を
克服するために、第１の加入者によって被呼び出し番号
に向けて開始されたオペレータ補助の呼の加入者スクリ
ーニングの方法を提供する。本方法は、インテリジェン
ト・ネットワーク・インタフェース・プロトコルを用い
て、オペレータ補助の呼を発している加入者に関連する
切り替え制御点における加入者データベースに問い合わ
せるステップと、インテリジェント・ネットワーク・イ
ンタフェース・プロトコルを用いて、切り替え制御点に
おけるネットワークを基本とする加入者データベースか
ら、オペレータ補助の呼について課金される加入者に関
する情報を受信するステップと、受信した情報に基づい
て、オペレータ補助の呼が完了したか否かを判定するス
テップと、を含む。本方法は、動作が容易で、かつ不正
および人によるエラーを防止する、高度に統合されたオ
ペレータ・サービス位置インタフェースを提供する。

【０００７】

【発明の実施の形態】これより図１を参照すると、本発
明を実施する代表的な構成が示されている。ルーセント
テクノロジーズインコーポレーテッドによる５ＥＳ
Ｓ（登録商標）のようなスイッチ２０は、オペレータ・
サービス位置局（ＯＳＰＳ）を有し、様々なＯＳＰＳオ
ペレーションおよび／またはサービス、特に、加入者ス
クリーニングに関連するものを与える。この例では、国
内の発呼者は、局１００からスイッチ２０に接続された
市内交換スイッチ１１０を介して、またはスイッチ２０
に接続された構内交換機１２０のいずれかから発呼す
る。あるいは、国外の発呼者１４０が、国外ネットワー
ク１４２および国際ゲートウエイ・スイッチ１４４を介
して、スイッチ２０およびＯＳＰＳ２２にオペレータ補
助の呼を発する。オペレータ補助の呼は、局１０４のよ
うな、スイッチ２０（市内交換スイッチ１１０）に関連
した加入者局、またはＰＢＸ局１５０のような同様のス
イッチ５０に関連した加入者局、または市内交換スイッ
チ１６０を介した加入者局１７０に向けたものとするこ
とができる。それぞれの場合において、いくつかの種類
の加入者スクリーニング・サービスは、ＯＳＰＳ２２に
よって実行される。

【０００８】本発明の加入者スクリーニング・サービス
は、ルーセントテクノロジーズインコーポレーテッド
によるＳＣＰ２０００等のサービス制御点（ＳＣＰ）１
８０、ＯＳＰＳ２２、切り替えサービス点（ＳＳＰ）２
４、および５ＥＳＳスイッチ等の電気通信スイッチ２０
のインテリジェント・ネットワーク（ＩＮ）のインタワ
ーキングによって与えられる。オペレータ補助の呼で
は、スクリーニングに必要な情報が収集されると、ＯＳ
ＰＳ２２は、ＩＮに全スクリーニング情報を知らせるこ
とによって、加入者スクリーニング問い合わせを自動的
に開始する。次いで、ＩＮは、スクリーニング情報によ
るＥＴＳＩＩＮＡＰ初期ＤＰオペレーション、および
ＯＳＰＳＬＤ／ＩＬＤ呼（オペレータ補助の国内また
は国外長距離呼）指示を構築し、オペレーションをＳＣ
Ｐ１８０に送出する。ＳＣＰ１８０は、ＯＳＰＳＬＤ
／ＩＬＤ呼のための適切なサービス・ロジックにアクセ
スする。サービス・ロジックが呼を許可すると、ＳＣＰ
１８０は、「呼の接続」オペレーションによって、スイ
ッチ２０のＩＮシステムに応答する。許可しない場合、
ＳＣＰ１８０は、「呼の解放」オペレーションによって
応答する。いずれの場合にも、ＩＮはスクリーニングの
結果をＯＳＰＳ２２に中継し、ここで結果が表示され、
呼に不正がある場合には、これを防止するために適切な
制限を加える。ＳＣＰ機構による、このＯＳＰＳネット
ワークを基本とする加入者スクリーニングは、例えば認
証コード検証のように、追加の問い合わせを行う必要な
く、単一の問い合わせによる課金許可スクリーニングを
行うためのものである。しかしながら、スイッチ２０の
基礎にある全体的な機構は、例えば、発呼ライン・スク
リーニング（ＯＬＳ）または被呼コード・スクリーニン
グ（ＴＣＳ）のような、ＧＳＭＳ／ＳＣＰ１９０におけ
る加入者スクリーニングの機能性の今後の拡張に対処す
るように発展させることができる。認証コード検証のよ
うに、追加の問い合わせを必要とする発展のためには、
いくつかの追加のＩＮＡＰオペレーションを、この機構
の最上部に導入する必要がある。これについて以下で説
明する。

【０００９】図１および２を参照すると、本発明による
方法２００の具体的な実施形態が示されている。方法２
００は、動作２０２から開始する。動作２０２では、国
内の発呼者または国外の発呼者から、ＳＡＣをオペレー
タとしてスイッチ２０で呼を受信する。呼を受信した
後、方法２００は動作２０４に進む。動作２０４では、
ＯＳＰＳ２２は、発呼ライン識別（ＣＬＩ）番号およ
び、国内または国際のいずれかの被呼すなわち宛先の番
号を収集し、カスタマに対して所望のサービスおよび所
望の支払形式を尋ねる。所望のサービスの例は、局間、
個人間およびコレクト・コールである。支払形式の例
は、発呼者支払、コレクト・コールおよび第三者の支払
である。動作２０４の後、方法２００は動作２０６に進
む。動作２０６では、オペレータ補助の呼を発したオペ
レータ（人または適切な設備を備えた自動システム）
は、国内または国外被呼側番号フィールド（ＴＯ＃／Ｉ
ＴＯ＃）、国内または国外発呼側番号フィールド（ＦＭ
＃／ＩＦＭ＃）、および、発呼側に対する課金、被呼側
に対する課金、または第三者に対する課金のような課金
番号データ・フィールドに、データを入力する。一旦、
オペレータがこれらのデータ・フィールドに適切な入力
を行うと、この情報はＳＳＰ２４に送出され、ＳＳＰ２
４はインテリジェント・ネットワーク・システム・プロ
セス（ＩＮ−ＳＰ）を開始し、データベースの問い合わ
せが準備されて、方法２００は動作２０８に進む。動作
２０８では、ＳＳＰ２４はＳＣＰ１８０にデータベース
問い合わせを送信し、以下のデータ・フィールドによる
問い合わせを行う。すなわち、ＯＳＰＳサービス・キ
ー、ＣＧＰＮ、ＣＤＰＮ、および追加の発呼側番号（課
金番号を含む）である。このスクリーニングの結果が送
出されて、方法２００は判定２１０に進む。

【００１０】判定２１０は、進行中のオペレータ補助の
呼を許可または拒否する判定を下す。ＳＣＰ１８０は、
そのデータベースによってスクリーニング・チェックを
行った後この判定を実行し、許可または拒否の結果をＳ
ＳＰ２４に供給する。結果が拒否であれば、拒否の原因
コードもＳＳＰ２４に供給され、方法２００は判定２１
２に進む。その結果が、構成した呼の許可であれば、方
法２００は動作２２０に進む。

【００１１】判定２１２は、ＳＣＰ１８０からの判定原
因コードをチェックし、この特定の拒否原因コードがＯ
ＳＰＳ２２の許容エニウェイ（いずれにせよ許可）・カ
テゴリに該当するか否かを判定し、該当する場合には、
方法２００は動作２２０に進む。かかるカテゴリには以
下の２つがある。

【００１２】課金番号未発見処理。これは、ＯＳＰＳ２
２において、ＳＣＰ１８０で課金番号が見出されなかっ
た呼に対して課金番号未発見処理を実行可能とするため
に、予め設定し得る。

【００１３】不確定呼許可。これは、システムにおける
不確定の状況および最新の変更可能パラメータを示し、
これらは共に不確定の呼を許可するために予め設定する
ことができる。

【００１４】判定２１２において、ＯＳＰＳ２２が、拒
否原因コードが許可エニウェイ・カテゴリのいずれかに
該当しないことを判定すると、方法２００は判定２１４
に進む。

【００１５】判定２１４では、ＯＳＰＳ２２が、オペレ
ータ補助の呼を発した側に対して拒否を送信すると共
に、当該側に、課金の別の請求種類（ＣＯＣ）が所望で
あるかを尋ね、当該側の返答がイエスであるかノーであ
るかを判定する。返答がノーであれば、方法２００は動
作２１６に進み、この発呼側に対する方法２００のこれ
以上の進行は停止する。一方、返答がイエスである場合
には、方法２００は動作２１８に進む。動作２１８で
は、オペレータ（人または自動）は、他のどのような種
類の課金が所望であるかを尋ね、発呼側の応答に対応し
た課金番号データを入力し、情報の全てをＳＳＰ２４に
送信し、動作２０８に戻る。停止動作２１６に達する
か、判定２１０または２１２のいずれかにおける許可に
よって方法２００が動作２２０に至るまで、動作２０
８、判定２１０、２１２、２１４、および動作２１８の
ループを繰り返すことができる。オペレータ補助の呼が
許可されると動作２２０に達し、動作２２０では、ＳＳ
Ｐ２４はＯＳＰＳ２２に許可応答を送出し、ＯＳＰＳは
呼を処理してこれを被呼側に接続する。これによって、
オペレータ補助の呼をスクリーニングする方法２００が
終了する。

【００１６】本発明の別の実施形態によれば、オペレー
タ補助の呼を与えるための方法は、以下のフィールドの
１つ以上においてオペレータが情報を入力することを含
む。すなわち、国内または国外被呼側番号（ＴＯ＃／Ｉ
ＴＯ＃）、国内または国外発呼側番号（ＦＭ＃／ＩＦＭ
＃）、および、ＰＡＩＤ（発呼側に課金される）、ＣＯ
ＬＬＥＣＴ（被呼側に課金される）、または第三者に対
する課金の請求種類（ＣＯＣ）である。

【００１７】これらのフィールドは、呼の完了を許可す
る前に、ＳＣＰ１８０の加入者データベースに対してス
クリーニングされる。これらのフィールドは、まとめ
て、スクリーニング・データの被呼フィールドと呼ぶ。
オペレータ補助の呼は、例えば、（１）疑似呼、（２）
デマンド呼、（３）ＣＬＩ脱出呼、（４）内部呼、また
は（５）完了呼記録（ＣＣＲ）検索からの呼とすること
ができる。しかしながら、発呼側の番号が無料電話番号
である場合には、スクリーニングは適用しない。

【００１８】スクリーニング・データ・フィールドのうち
１つが入力され（または修正され）確認されると、残り
のスクリーニング・データが利用可能であり当該呼に対
して呼のギャッピングを適用できない場合には（呼のギ
ャッピングについては以下で述べる）、加入者スクリー
ニングの問い合わせが自動的に開始する。問い合わせ
は、以下の問い合わせ情報と共にＩＮに送出される。１．サービス・キー２．発呼側番号３．被呼側番号４．課金番号

【００１９】ＣＯＣがＰＡＩＤ、ＣＯＬＬＥＣＴ、また
は第三者に対する課金である場合には、課金番号はそれ
ぞれ、発呼側番号、被呼側番号、または第三者の番号と
することができる。国内または国外のいずれかのアドレ
ス内容（ＮＯＡ）の指示も、各番号に含まれる。更に、
ＯＳＰＳＬＤ／ＩＬＤのサービス・キーを用いて、こ
の問い合わせがＯＳＰＳＬＤ／ＩＬＤ呼のためのもの
であることを示す。これによって、ＳＣＰ１８０は、Ｏ
ＳＰＳＬＤ／ＩＬＤ呼のための特定の方法で呼を処理
することができる。

【００２０】一旦、加入者スクリーニング問い合わせが
開始すると、問い合わせ応答タイマをセットして応答を
待つ。応答を待ちながら、進行インジケータの加入者ス
クリーニングがオペレータに表示され、更に、インテリ
ジェント通信ワークステーション端末のキーのいくつか
は、主に何らかの暫定スクリーニング・データの修正お
よび呼の完了を防ぐために遮断される。インジケータお
よびキーの遮断は、問い合わせの応答または問い合わせ
タイマのタイムアウトによって解除される。

【００２１】呼が許可されたと見なされると、チェック
・マーク等のインジケータが課金番号の隣に配され、こ
の機能性に従って、オペレータに肯定的な結果を知らせ
るために表示される。課金番号は、ＣＯＣがＰＡＩＤ、
ＣＯＬＬＥＣＴ、または第三者に対する課金である場合
には、それぞれ、発呼側番号、被呼側番号、または第三
者の番号である。表示に基づいて、オペレータは呼の完
了に進むか、または発呼者の要求毎にスクリーニング・
データを修正することができる。スクリーニング・デー
タのいずれかが修正および確認されると、インジケータ
・マークがクリアされ、新しい加入者スクリーニング問
い合わせが再び開始する。呼が許可されたと見なされる
のは、次のいずれかの場合である。１．接続問い合わせ応答が受信された場合。または、２．課金番号未発見およびオフィス依存データ（ＯＤ
Ｄ）である請求番号未発見処理が呼を許可するために予
め設定されていることを示す解放原因と共に、呼解放の
問い合わせ応答が受信された場合。または、３．システムにおける不確定状況および最新の変更可能
パラメータである不確定呼許可が不確定の呼を許可する
ために予め設定されていることを示す解放原因と共に、
呼解放の問い合わせ応答が受信された場合。

【００２２】後の２つの場合には、苦情メッセージが表
示されて、オペレータに状況を知らせる。苦情メッセー
ジは、問い合わせ応答で受信した解放原因に基づいて、
最新の変更可能苦情メッセージ・テーブルから取り込ま
れる。解放原因は、理由フィールドに表示され、呼のた
めに生成したＡＭＡレコードに格納される。潜在的な不
確定状況には、次のものがある。１．ＳＣＰ１８０にエラーが発生した。２．問い合わせ応答のタイムアウト、またはＳＣＰ１８
０との通信においてＩＮＡＰプロトコルにエラーが発生
した。３．呼に対して呼のギャッピングを適用可能である。

【００２３】呼が拒否されたと見なされると、先に言及
した苦情メッセージが表示されて、オペレータに問題の
内容を知らせ、制限メッセージを表示して制限を明らか
にし、呼の完了の試みはいずれも許可されない。呼が拒
否されたと見なされるのは、呼解放の問い合わせ応答が
受信される場合、および、１．関連する解放原因が呼の拒絶を示すか、または２．解放原因が、先に説明した課金番号未発見の状況を
示すが、請求番号未発見処理パラメータが呼の拒否のた
めに予め設定されている場合、または３．解放原因が、先に説明した不確定状況を示すが、不
確定呼許可パラメータが、不確定の呼を拒否するために
予め設定されている場合、である。

【００２４】制限メッセージは、解放原因に基づいて、
最新の変更可能制限メッセージ・テーブルから取り込ま
れる。解放原因自体は理由フィールドに表示される。オ
ペレータは、現状のままで呼をキャンセルするか、また
は発呼者の要求毎にスクリーニング・データを修正する
ために進むことができる。呼がキャンセルされると、理
由フィールドはＡＭＡレコードにセーブされる。スクリ
ーニング・データのいずれかが修正されて確認される
と、新しい加入者スクリーニング問い合わせが再び開始
する前に、理由フィールドおよび制限メッセージはクリ
アされる。

【００２５】呼のギャッピング（間隙形成）は、問い合
わせの輻輳を制御するための既存のネットワーク管理機
能である。以下の説明を参照されたい。呼のための加入
者スクリーニング問い合わせを開始する前に、ネットワ
ーク管理システムによって、呼に対する呼のギャッピン
グの適用性をチェックする。適用可能である場合には、
加入者スクリーニングを開始せずに輻輳を回避する。呼
は、不確定の状態を示す解放原因と共に呼解放の問い合
わせ応答が受信されたかのように扱われる。理由コード
を理由フィールドに割り当てて表示し、呼のギャッピン
グに関連する苦情メッセージを表示する。その後、呼が
許可されたか否かを判定するために、不確定呼許可パラ
メータをチェックする。１．呼が許可された場合、チェック・マークを形成して
課金番号の隣に示し、呼を完了することができる。また
は、２．呼が拒否された場合、制限メッセージを表示し、い
かなる呼の完了の試みも阻止される。理由コードがある場合は、呼のために発生したＡＭＡレ
コードに格納する。

【００２６】ＯＳＰＳから問い合わせを受信すると、Ｉ
Ｎ−ＳＰ（ＩＮシステム・プロセス）は、ＴＣＡＰＢ
ＥＧＩＮメッセージ内の初期ＤＰオペレーションをＳＣ
Ｐ１８０に送出する。初期ＤＰオペレーションは、以下
のようなＯＳＰＳ問い合わせ情報を含む以下のパラメー
タを有する。

【表１】

【００２７】ＯＳＰＳのＦＭ＃、ＴＯ＃、および課金＃
におけるＮＯＡ指示も、初期ＤＯオペレーションの対応
するパラメータにおいてＮＯＳフィールドにマップしな
ければならない。

【００２８】初期ＤＰオペレーションを送出すると、Ｉ
Ｎ−ＳＰは、「ＳＣＰに対する問い合わせ回数」測定を
固定して、問い合わせ応答タイマをセットする。

【００２９】初期ＤＰオペレーションの結果として、Ｉ
Ｎ−ＳＰは、ＳＣＰ１８０から接続オペレーションまた
は呼解放オペレーションを受信することができる。いず
れの場合にも、問い合わせ応答タイマはキャンセルされ
る。

【００３０】ＳＣＰ１８０から接続オペレーションを受
信すると、ＩＮ−ＳＰはＯＳＰＳに対し、接続問い合わ
せ応答を送出する。ＳＣＰ１８０から呼解放オペレー
ションを受信すると、ＩＮ−ＳＰはＯＳＰＳに対し、呼
解放オペレーションにおける解放原因値と共に呼解放問
い合わせ応答を送出し、別の測定カウンタを固定して、
「ＳＣＰ命令またはＳＳＰにおける失敗を原因とするＳ
ＳＰによって失敗した呼の回数」のカウントを増分す
る。

【００３１】ＳＣＰ１８０から呼のギャップ・オペレー
ション（以下で説明する）を受信すると、ＩＮ−ＳＰ
は、呼のギャップ・オペレーションにおいて、ギャップ
の基準、ギャップ・インジケータ（ギャップ長さおよび
ギャップ間隔を含む）、制御タイプ（オプション）およ
びギャップ処理（オプション）情報によって、フォーマ
ットに従って要求を作成し、この要求をネットワーク管
理に送出し、呼のギャップ判定機構をセットアップす
る。

【００３２】時間が経過したか、またはＩＮＡＰでプロ
トコルのエラーが発生した場合には、ＩＮ−ＳＰは、タ
イムアウトおよびエラー状況処理のそれぞれのために、
デフォルト（０）の解放原因値と共に呼解放問い合わせ
応答をＯＳＰＳに送出する。ＳＣＰ１８０に問い合わせ
が到着すると、ＳＣＰ加入者スクリーニングが開始し、
自律ロジックが、サービス・キー・パラメータ値をキー
として用いて、サービス判定ネットワーク表（ＳＤＮ
Ｔ）のルックアップを行う。ＳＤＮＴは、自律ロジック
に命令し、最初にネットワーク・ロジック（ＣＡＬロジ
ック）を実行させるか、または直接、適切な翻訳表での
ルックアップの実行に進ませる。ネットワーク・ロジッ
クは、翻訳表のルックアップの前に特別な処理を必要と
するサービスのためにのみ呼び出され、最終的には、カ
スタマ・アプリケーション言語（ＣＡＬロジック）とし
ても公知のサービス・ロジックを実行する。

【００３３】カスタマのアプリケーション言語（ＣＡ
Ｌ）ロジックおよびネットワーク表に関して、ロジック
を用いて翻訳表でルックアップを実行し、このルックア
ップによって実行すべきアカウント番号が得られる。自
律ロジックは、次いで、そのアカウント内でサービス・
ロジックを実行する。（アカウントは、通常、サービス
・ロジックおよびサービス・データを含む。）

【００３４】ネットワーク・ロジックを実行する場合、
必要な特別の処理を全て実行し、次いで、適切な翻訳表
でルックアップを実行する。翻訳表のルックアップによ
って、実行すべきアカウント番号が得られる。ネットワ
ーク・ロジックは、次いで、そのアカウント内でサービ
ス・ロジックを実行する。しかしながら、翻訳表のルッ
クアップでアカウント番号が見出されなかった場合に
は、空のコード処理を実行する。

【００３５】ＳＣＰ１８０は、ＯＳＰＳが加入者スクリ
ーニング問い合わせを開始すると、初期ＤＰオペレーシ
ョンを含むＢＥＧＩＮメッセージを受信する。初期ＤＰ
オペレーションは、表１に示すようなＯＳＰＳ問い合わ
せ情報を含む。

【００３６】ＳＣＰ１８０の一部であるサービス判定ネ
ットワーク表（ＳＤＮＴ）は、「ＯＳＰＳＬＤ／ＩＬ
Ｄ」サービス・キー値のための新しいエントリを含む。
ＳＤＮＴは、更に、自律ロジックに命令し、このサービ
ス・キー値のためのネットワーク・ロジックを実行させ
る。

【００３７】ＯＳＰＳが開始したＥＴＳＩ問い合わせで
は、ＳＣＰ１８０は、ＬＤ／ＩＬＤアカウントが与えら
れたＧＳＭＳ１９０内のサービス・ロジックにアクセス
する。これは、開始された非ＯＳＰＳ、または直接ダイ
アルのＬＤ／ＩＬＤ呼がアクセスするのと同じアカウン
トである（すなわち、ＬＤ／ＩＬＤアカウントは１つし
かない）。従って、ＳＣＰ１８０ネットワーク・ロジッ
クは、ＯＳＰＳが開始した問い合わせのためにＧＳＭＳ
のＬＤ／ＩＬＤアカウント内のサービス・ロジックが実
行されることを保証しなければならない。

【００３８】ネットワーク・ロジックは、「ＯＳＰＳ
ＬＤ／ＩＬＤ」サービス・キー値を認識し、サービス・
キー値のために以下のタスクを実行する。１．ネットワーク・ロジックは、初期ＤＰオペレーショ
ンの追加の発呼側番号パラメータで受信した課金番号
を、発呼側番号翻訳表におけるキーとして用いなければ
ならない。２．ネットワーク・ロジックは、サービス・タイプの既
定変数の値をＣＧＰＮにセットしなければならない。こ
の既定変数は、ネットワーク管理のためにＳＣＰ１８０
によって内部で用いられる。

【００３９】発呼側番号翻訳表内のキーとして用いる課
金番号が発呼側番号翻訳表で見出されない場合には、空
のコード処理を実行する。

【００４０】空のコード・アカウントは、「ＯＳＰＳ
ＬＤ／ＩＬＤ」のサービス・キーの値を認識する。この
サービス・キー値では、空のコードは、「ＥＸＩＴ＜ｆ
ｔ＿ｉｎｄｅｘ＞」ステートメントを実行する。ＣＡＬ
「ＥＸＩＴ＜ｆｔ＿ｉｎｄｅｘ＞」ステートメントによ
って、呼解放オペレーションがスイッチ２０に送出され
る。呼解放オペレーションは、ＥＸＩＴステートメント
に受け渡されるｆｔ＿ｉｎｄｅｘパラメータに関連する
最終処理表の値に等価な原因値を含む。スイッチ２０
は、「アカウント未発見のため呼を拒否」を意味する
「１」の原因値を認める。最終処理表を供給するネット
ワーク・ケア・システムは、１９の最終処理表インデク
スを、１の原因値に関連付けなければならない。従っ
て、サービス・ロジックは、この場合「ＥＸＩＴ１９」
ステートメントを用いる。

【００４１】ＧＳＭＳＬＤ／ＩＬＤサービス・ロジッ
クは、サービス・キー変数のための「ＯＳＰＳＬＤ／
ＩＬＤ」値を認識し、このサービス・キーのため以下の
タスクを実行しなければならない。換言すると、以下を
行わなければならない。１．ＬＤ／ＩＬＤサービス・ロジックは、入来ＡＣＧＰ
Ｎｏ既定変数の値を用いて、ＬＤ／ＩＬＤアカウントの
カスタマ・スクリーニング・データのルックアップを実
行しなければならない。直接ダイアルの場合には、サー
ビス・ロジックは、ＣＧＰＮｏＩｎ既定変数が、課金さ
れる番号または加入者の番号を含むことを予想する（す
なわち、直接ダイアルの呼は常に発呼者支払の呼であ
る）。従って、ＣＧＰＮｏＩｎ既定変数をキーとして用
いて、加入者スクリーニングを判定する。しかしなが
ら、ＯＳＰＳが開始した問い合わせの場合には、課金さ
れる番号または加入者の番号は、入来ＡＣＧＰＮｏ既定
変数に含まれる。従って、サービス・ロジックはこの番
号を用いて加入者スクリーニングを実行しなければなら
ない。２．ＧＳＭＳサービス・ロジックが、呼が許可されたと
判定する場合、＃ＡＮＩＣｏｎｎｅｃｔマクロを実行す
る（用いる全パラメータ値に対する入力を必要とす
る）。これによって、呼び出し−接続オペレーションは
スイッチ２０に戻される。［＃ＡＮＩＢｉｌｌｉｎｇマ
クロは実行しない。］３．ＧＳＭＳサービス・ロジックが、呼が拒否されたこ
とを判定する場合、ＣＡＬ「ＥＸＩＴｆｔ＿ｉｎｄｅ
ｘ」ステートメントを実行する。ＣＡＬ「ＥＸＩＴｆ
ｔ＿ｉｎｄｅｘ」ステートメントによって、呼解放オペ
レーションがスイッチ２０に送出される。呼解放オペレ
ーションは、ＥＸＩＴステートメントに受け渡されるｆ
ｔ＿ｉｎｄｅｘパラメータに関連する最終処理表の値に
等価な原因値を含む。スイッチ２０は、「スクリーニン
グのために呼が拒否された」ことを意味する「２１」の
原因値を認める。最終処理表を供給するネットワーク・
ケア・システムは、２０の最終処理表インデクスを２１
の原因値に関連付けなければならない。従って、サービ
ス・ロジックは、拒否の場合は「ＥＸＩＴ２０」ステ
ートメントを用いなければならない。

【００４２】エラー処理では、ＳＣＰ１８０に内部エラ
ーが発生した場合、アプリケーションは呼解放オペレー
ションをＳＳＰ２４に送出する。呼解放オペレーション
内の原因パラメータは、１６のインデクスに関連する最
終処理ネットワーク表の値に等しい。

【００４３】ＳＣＰ１８０が空のコード・アカウントを
実行しようとし、アカウントが存在しない（すなわち、
供給されていない）場合、呼解放オペレーションがＳＳ
Ｐ２４に送出される。呼解放オペレーション内の原因パ
ラメータは、１７のインデクスに関連する最終処理ネッ
トワーク表の値に等しい。

【００４４】ＳＣＰ１８０がＳＤＮＴのサービス・キー
値を見出さない場合、呼解放オペレーションがＳＳＰ２
４に送出される。呼解放オペレーション内の原因パラメ
ータは、１８のインデクスに関連する最終処理ネットワ
ーク表の値に等しい。

【００４５】ＳＣＰ１８０がＳＤＮＴのサービス・キー
値を見出すが、指示された翻訳表が存在しない場合、呼
解放オペレーションがＳＳＰ２４に送出される。呼解放
オペレーション内の原因パラメータは、１８のインデク
スに関連する最終処理ネットワーク表の値に等しい。

【００４６】ＯＳＰＳネットワークを基本とする加入者
スクリーニング機構に関連した新しいＳＣＰ１８０測定
は行われない。現在行われているように、ＳＣＰ１８０
が初期ＤＰオペレーションと共にＢＥＧＩＮメッセージ
を受信すると、ＤＳＩＱＲＹＲ測定が固定される。ま
た、現在行われているように、接続オペレーションが送
出されると、ＤＳＩＲＴＰＮ測定が固定される。

【００４７】ＯＳＰＳネットワークを基本とする加入者
スクリーニングのためにＳＣＰ１８０データ収集の変更
は行われない。初期ＤＰオペレーションで受信された発
呼側番号は、ＡＴＴＥＭＰＴおよびＳＵＭＭＡＲＹバイ
ナリ報告の発呼側番号フィールドで用いられる。同様
に、初期ＤＰオペレーションの追加の発呼側番号パラメ
ータで受信された課金番号は、ＡＴＴＥＭＰＴおよびＳ
ＵＭＭＡＲＹバイナリ報告の追加の発呼側番号フィール
ドで用いられる。

【００４８】ＥＴＳＩＩＮＡＰプロトコルを用いてＯ
ＳＰＳネットワークを基本とする加入者スクリーニング
機構を実施する間、この機構に関連した新しいネットワ
ーク管理機能は無い。以下の段落は、既存の機能をいか
にしてＯＳＰＳが開始した問い合わせに適用するかの説
明である。

【００４９】ＯＳＰＳ２２によって開始した問い合わせ
は、全ての直接ダイアル問い合わせと同じ信号リンク上
でＳＣＰ１８０に到達する。また、問い合わせは、全て
の直接ダイアル問い合わせと同じ入来キュー上に配され
る。キュー上の時間が許容最大時間を超える場合には、
直接ダイアル問い合わせがあふれる場合があるのと同様
に、ＯＳＰＳ問い合わせはキューからあふれることがあ
る。

【００５０】ＳＣＰ１８０アプリケーションが、（入来
メッセージ・キューからあふれた呼の比率に基づいて）
過負荷状態にあることを判定した場合、スイッチ２０に
送出するメッセージには呼のギャップ（間隙）・オペレ
ーションが含まれる。呼のギャップ・オペレーション内
のギャップ基準は、発呼アドレスおよびサービスであ
る。発呼アドレス値は、初期ＤＰオペレーションからの
発呼側番号の値を含む。サービス・キーは、「ＯＳＰＳ
ＬＤ／ＩＬＤ」の値を含む。

【００５１】オペレータ補助の呼が可能であると想定し
て、本発明による呼のフローを図３に示す。図３は、ス
イッチ２０の内部メッセージおよび標準化ＥＴＳＩＩ
ＮＡＰオペレーションを介した加入者スクリーニングの
ための特定のＯＳＰＳ／ＩＮインタフェースの例を示
す。図１および３によって図示されるように、呼のフロ
ーは、発呼側が呼を発することから開始し、これがＯＳ
ＰＳ２２に到着する（オペレータ・サービス位置は、人
または自動システムによって動作されるものである）。
この例では、被呼側番号（ＣＯＬＬＥＣＴ）を課金番号
（ＢＮ）として用い、ＳＣＰ／ＧＳＭＳサービス・ロジ
ックは、ＢＮが悪いアカウントであるかまたは空のコー
ド・アカウントであるか、および呼を拒否するか否かを
判定する。次に、オペレータは、発呼側から別の課金番
号（発呼側番号またはＰＡＩＤ）を再収集し、引き続き
問い合わせをＩＮに送出する。呼のフローの詳細を以下
で説明する。

【００５２】発呼側によるオペレータ補助の呼に応答し
て、ＯＳＰＳ２２は、発呼側番号、被呼側番号、および
発呼側からの課金番号を収集する。発呼側インジケータ
が、これが例えばＣＯＬＬＥＣＴコールであることを示
し、オペレータは被呼側番号によって課金番号を入力す
る。次に、ＯＳＰＳ２２は、ＳＳＰ２４（ＩＮ−ＳＰ）
に対し、サービス・キー（ＯＳＰＳＬＤ／ＩＬＤ）、
発呼側番号、被呼側番号および課金番号と共に、内部ス
イッチ問い合わせメッセージ（ｍｇＡＣＰ−ＱＲＹ）を
発する。次に、ＳＳＰ２４は、サービス・キー（ＯＳＰ
ＳＬＤ／ＩＬＤ）、発呼側番号、被呼側番号および課
金番号を、初期ＤＰオペレーションの関連するパラメー
タにマップし（課金番号は追加発呼側番号パラメータに
マップする）、次いで、初期ＤＰオペレーションをＳＣ
Ｐ１８０に送出する。

【００５３】初期ＤＰオペレーションを受信すると、Ｓ
ＣＰ１８０は、課金番号に基づいてスクリーニングを実
行する。サービス・ロジックは、課金番号（被呼側番
号）が悪いアカウントまたは空のコード・アカウントで
あることを判定し、ＳＣＰ１８０は、原因値と共に呼解
放オペレーションをＳＳＰ２４に送出する。次に、ＳＳ
Ｐ２４は、スイッチ２０内部の問い合わせ応答メッセー
ジ（ｍｇＡＣＰ−ＲＴＥ）を拒否理由と共にＯＳＰＳ２
２に送出する。

【００５４】ＯＳＰＳ２２は、拒否理由を見て、課金の
別の請求種類が所望である場合は発呼側を再び促すこ
と、および、一旦発呼側が発呼側番号を新しい課金番号
（ＰＡＩＤ）として用いようとしたなら課金番号を再収
集することを決定する。

【００５５】ＯＳＰＳ２２は、課金番号に発呼側番号
（ＰＡＩＤ）を用い、サービス・キー（ＯＳＰＳＬＤ
／ＩＬＤ）、発呼側番号、被呼側番号、および課金番号
と共に、新しい内部スイッチ問い合わせメッセージ（ｍ
ｇＡＣＰ−ＱＲＹ）をＳＳＰ２４（ＩＮ−ＳＰ）に送出
する。ＳＳＰ２４は、再度、サービス・キー（ＯＳＰＳ
ＬＤ／ＩＬＤ）、発呼側番号、被呼側番号、および課金
番号を、ＤＰオペレーションの関連パラメータにマップ
する（課金番号は追加発呼側番号パラメータにマップす
る）。次いで、初期ＤＰオペレーションをＳＣＰ１８０
に送出する。

【００５６】この初期ＤＰオペレーションを受信する
と、ＳＣＰ１８０は再度、課金番号に基づいてスクリー
ニングを実行する。サービス・ロジックは、課金番号
（この時は発呼側番号）が有効であるか否かを判定す
る。有効であれば、ＳＣＰ１８０は接続オペレーション
をＳＳＰ２４に送出する。ＳＣＰ１８０から接続オペレ
ーション応答を受信すると、ＳＳＰ２４は、接続オペレ
ーションに含まれる全パラメータを無視し、呼の許可の
指示と共に、スイッチ２０の内部の接続問い合わせ応答
メッセージ（ｍｇＡＣＰ−ＲＴＥ）をＯＳＰＳ２２に送
出する。

【００５７】ＯＳＰＳ２２およびスイッチ２０は、呼を
被呼側にルート割り当てする。発呼局が電話をかけ、被
呼側が答えて所望の会話が始まり、課金番号に対しサー
ビスについての請求が行われる。一旦、一方側が電話を
切ると、この呼は切断される。このように、インテリジ
ェント・ネットワーク・インタフェース・プロトコルの
方法および装置を用いたオペレータ補助の呼の加入者ス
クリーニングが開示されたことが認められよう。添付の
請求の範囲は、それらの範囲内にあるあらゆる方法およ
び装置を包含することを意図するものである。

【図面の簡単な説明】

【図１】電話の呼に応答して加入者スクリーニングを実
行するシステムの例を示すブロック図である。

【図２】呼に応答して加入者スクリーニングを提供する
方法の論理フロー・チャートである。

【図３】本発明によるオペレータ補助による呼のフロー
・チャートである。

フロントページの続き (72)発明者イーガンカイアメリカ合衆国 60565 イリノイズ，ネイパーヴィル，ナットメッグレーン 1919 (72)発明者ジョンツォン−ヤングフワンアメリカ合衆国 60540 イリノイズ，ネイパーヴィル，エドワードロード 633 (72)発明者キャサリーンアンコーニグアメリカ合衆国 43147 オハイオ，ピッカーリントン，エヌダブリュ，チャトードライヴ 8857 (72)発明者ティモスィグウェンリンカーアメリカ合衆国 60540 イリノイズ，ネイパーヴィル，レインツリードライヴ 867 (72)発明者ケネスジェロームシェッペルアメリカ合衆国 60188 イリノイズ，キャロルストリーム，ライラックコート 865 (72)発明者スチーヴウィッチェンツァイアメリカ合衆国 60532 イリノイズ，リッスル，ガーデンドライヴ 2785

Claims

【特許請求の範囲】

【請求項１】第１の加入者によって被呼び出し番号に
向けて開始されたオペレータ補助の呼のための加入者ス
クリーニングを提供する方法であって：インテリジェン
ト・ネットワーク・インタフェース・プロトコルを用い
て、前記オペレータ補助の呼を発している加入者に関連
する切り替え制御点における加入者データベースに問い
合わせるステップと；前記インテリジェント・ネットワ
ーク・インタフェース・プロトコルを用いて、前記切り
替え制御点におけるネットワークを基本とする加入者デ
ータベースから、前記オペレータ補助の呼について課金
される前記加入者に関する情報を受信するステップと；
前記受信した情報に基づいて、前記オペレータ補助の呼
が完了したか否かを判定するステップと；を備えること
を特徴とする方法。
【請求項２】請求項１の方法において、前記インテリ
ジェント・ネットワーク・インタフェース・プロトコル
がＥＴＳＩＩＮＡＰインタフェース・プロトコルであ
ることを特徴とする方法。
【請求項３】請求項２の方法において、前記ネットワ
ークを基本とする加入者データベースおよび前記ＥＴＳ
ＩＩＮＡＰインタフェース・プロトコルの使用が、こ
の呼に対し、より信頼性が高く効率的な加入者スクリー
ニングを提供することを特徴とする方法。
【請求項４】請求項１の方法において、加入者スクリ
ーニングのため前記インテリジェント・ネットワークを
介して前記オペレータのサービス位置システムが問い合
わせる前記加入者情報は、地理的な加入者数に限定され
ており、７００、８００、８８８、９００のシリーズ番
号ではないことを特徴とする方法。
【請求項５】請求項１の方法において、サービス制御
位置から翻訳された番号は、オペレータ・サービス位置
スクリーン上の宛先番号を変更せず、前記呼が前記スク
リーニングによって許可された場合は前記呼を処理する
オペレータ・サービス位置に影響しないことを特徴とす
る方法。
【請求項６】請求項１の方法において、加入者スクリ
ーニングは、発呼側番号、宛先番号、および課金番号を
含む番号群のうち少なくとも１つに適用されることを特
徴とする方法。
【請求項７】請求項１の方法において、加入者スクリ
ーニングは、発呼側番号、宛先番号、および課金番号を
含む番号群のうち少なくとも２つに適用されることを特
徴とする方法。
【請求項８】請求項１の方法において、加入者スクリ
ーニングは、発呼側番号、宛先番号、および課金番号を
含む番号群のうち３つ全てに適用されることを特徴とす
る方法。
【請求項９】請求項１の方法において、オペレータ補
助の呼に呼のギャッピングを適用することを特徴とする
方法。
【請求項１０】請求項１の方法であって、更に、サー
ビス制御点が呼接続オペレーションおよび呼解放オペレ
ーションのうち１つのオペレーションをＴＣＡＰＥＮ
Ｄメッセージでサービス切り替え点に戻す場合、他のい
かなるオペレーションも含むことなく、前記ＴＣＡＰ
ＥＮＤを戻すステップを備えることを特徴とする方法。
【請求項１１】第１の加入者によって被呼び出し番号
に向けて開始されたオペレータ補助の呼のための加入者
スクリーニングを提供する装置であって：インテリジェ
ント・ネットワーク・インタフェース・プロトコルを用
いて、前記オペレータ補助の呼を発している加入者に関
連するサービス制御点において加入者データベースに問
い合わせるための手段と；前記インテリジェント・ネッ
トワーク・インタフェース・プロトコルを用いて、前記
サービス制御点において前記ネットワークを基本とする
加入者データベースから、前記オペレータ補助の呼につ
いて課金される前記加入者に関する情報を受信するため
の手段と；前記受信した情報に基づいて、前記オペレー
タ補助の呼が完了したか否かを判定するための手段と；
を備えることを特徴とする装置。
【請求項１２】請求項１１の装置において、前記問い
合わせる手段および前記判定する手段が双方とも電気通
信スイッチの一部であることを特徴とする方法。