KR930004923B1

KR930004923B1 - Nics/scp의 신용통화 서비스 제어방법

Info

Publication number: KR930004923B1
Application number: KR1019900020836A
Authority: KR
Inventors: 김상기; 김성규; 공남수; 임덕빈
Original assignee: 한국전기 통신공사; 이해욱; 재단법인 한국전자통신연구소; 경상현
Priority date: 1990-12-17
Filing date: 1990-12-17
Publication date: 1993-06-10
Anticipated expiration: 2010-12-17
Also published as: KR920014086A

Abstract

내용 없음.

Description

NICS/SCP의 신용통화 서비스 제어방법

제1도는 본 발명이 적용되는 NICS/SCP의 하드웨어 구성도.

제2도는 본 발명이 적용되는 NICS/SCP의 서비스 제어 소프트웨어 구조도.

제3도는 본 발명의 일실시예에 의한 신용 통화 서비스의 정보 흐름도.

제4도는 제3도의 신용 통화 서비스 제어방법의 흐름도.

제5도는 본 발명의 다른 실시예에 의한 신용 통화 서비스의 흐름도.

제6도는 제5도의 신용 통화 서비스 제어방법의 흐름도.

제7도는 본 발명의 다른 실시예에 의한 신용 통화 서비스의 정보 흐름도.

제8도는 제7도의 신용 통화 서비스 제어방법의 흐름도.

* 도면의 주요부분에 대한 부호의 설명

1 : CCP 2 : SMP

3 : SLP 4 : OAP

5 : PTLS 6 : PTIF

7 : CSLS 8 : CSOS

9 : CSDB

본 발명은 공통선 신호망을 이용하여 통화요금을 발신측이나 착신측이 아닌, 사용자 자신의 신용 통화 번호에 부과하는 NICS/SCP의 신용 통화 서비스 제어방법에 관한 것이다.

통신이 발전하고 보편화됨에 따라 가입자의 다양한 통신 서비스 요구에 능동적으로 대처하기 위하여 지능망의 도입이 필요하게 되는데, 종래의 전화 서비스 과금 방식은 발신자 부담이기 때문에 자신의 전화가 아닌 타인의 전화기를 사용하거나 공중 전화를 사용할 때에 자신의 전화 번호에 과금을 하는 것이 불가능하였다.

상기 문제점을 제거하기 위해 안출된 본 발명은 NICS/SCP를 이용하여 사용자 자신의 신용통화번호에 과금이 부과되고 서비스 기능을 추가하고 변경하는 것이 용이한 신용통화 서비스 제어방법을 제공함에 그 목적이 있다.

상기 목적을 달성하기 위해 본 발명은 CCP(Common Channel Signalling Processor), SLP(Service Logic Processor), OAP(Operation and Administration Processor), SMP(Service Management Interface Processor), 및 LAN(Local Area Network)로 구성된 NICS/SCP의 신용 통화서비스 제어방법에에 있어서 입력된 질의 메시지 내용에 의해 서비스 가입자 레코드를 검색하는 제1단계, 입력된 비밀번호 및 착신번호를 심사하는 제2단계, 및 상기 비밀 번호 및 착신번호 심사 결과에 따라 성공응답메세지를 전송하는 제3단계에 의해 수행되는 것을 특징으로 한다.

이하, 첨부한 도면을 참조하여 본 발명을 상세히 설명한다

제1도는 본 발명이 적요되는 NICS/SCP의 하드웨어 구성도로, 1은 CCP, 2는 SMP, 3은 SLP, 4는 OAP를 각각 나타낸다.

공통선 신호망의 한 노드로서 서비스 제어 기능을 수행하는 NICS/SCP는 CCITT No.7 프로토콜 처리를 위하여 CCSN(Common Channel Signalling Network)을 통해 신호 링크 등의 하드웨어 장치가 연결되고 하위 프로토콜 처리 소프트웨어들이 탑재되어 있는 CCP(Common Channel Signalling Processor)(1), 상위 프로토콜 처리와 통화 허용검사를 제공하는 소프트웨어들이 탑재되어 있는 SLP(Service Logic Processor)(3), 시스팀 운용 관리 및 유지보수 기능을 제공하기 위한 소프트웨어가 탑재되어 있고 사용자 인터페이스 장치들이 부가되어 있는 OAP(Operations and Administration Processor)(4), 서비스 데이타의 집중관리를 담당하는 SMS(Service Management System)와 접속하기 위하여 필요한 데이타 링크가 접속되고 인터페이스 소프트웨어가 탑재되어 있는 SMP(Service Management Interface Processor)(2)들과 이들 사이에 상호 접속 기능을 제공하는 LAN(Local Area Network)으로 구성되어 있다. NICS/SCP를 구성하는 CCP(1), SLP(3), OAP(4), SMP(2)는 지능망 서비스 기능의 추가 및 변경이 용이하도록 범용 프로세서를 이용하며, 이들 중 CCP(1), SLP(3)와 LAN은 가용도 및 성능을 향상시키기 위하여 이중화되어 있다.

제2도는 본 발명이 적용되는 NICS/SCP의 서비스 제어 소프트웨어 구조도로, 5는 PTLS, 6은 PTIF, 7은 CSLS, 8은 CSOS, 9는 CSDB를 각각 나타낸다.

NICS/SCP는 CCITT No.7 신호방식의 신호망으로 SSP(Service Switching Point)와 접속되어 신용 통화 서비스 호에 대해 통화허용검사 기능을 제공하므로 서비스 가입자가 원하는 서비스가 수행되도록 서비스호를 제어한다. NICS/SCP의 신용 통화 서비를 제어하는 부분은 제2도에 도시한 바와 같이 CCITT No.7 프로토콜을 처리하는 PTLS(Protocol Subsystem)(5), 프로토콜과 통화허용 검사 기능을 접속시키는 PTIF(Protocol Interface Subsystem)(6), 신용 통화 서비스 제어를 위한 통화허용검사 기능을 수행하는 CSLS(Credit-call Service Logic Subsystem)(7), 서비스 운용관리 기능을 수행하는 COSO(Credit-call Service Operation Subsystem)(8), 및 신용 통화 서비스를 제어하는데 필요한 가입자 정보를 저장하는 CSDB(Credit-call Service Data Base)(9)로 구성된다. 이중 PTLS(5)는 CCP와 SLP상에 존재하며, PTIF(6), CSLS(7), CSOS(8), CSDB(9)들은 SLP에 존재하는 소프트웨어들이다.

PTLS(5)는 MTP(Message Transfer Part), SCCP(Signalling Connection Control Part), TCAP(Transaction Capabilities Application Part), 및 CC-ASE(Credit-Call Application Service Element)의 계층적 구조로 구성되며, MTP는 최하위 프로토콜 계층을 구성하며 신호링크를 통하여 관련 신호점으로 메세지를 전달하는 기능과 신호링크, 신호루트, 및 신호 트래픽을 관리하는 기능을 제공한다. SCCP는 MTP 상위의 프로토콜로 신호망내의 신호점 연결을 제어하며, 신호점 및 서브시스팀의 상태를 관리하는 기능을 제공한다. TCAP는 SCCP 상위의 프로토콜로 신호망내 특정 응용체간의 트랜잭선을 유지하고, 트랜잭선에 관련된 일련의 정보를 처리하는 기능을 제공한다. CC-ASE는 최상위의 프로토콜로 MTP, SCCP, TCAP와는 달리 광역 착신과금 서비스에만 한정적으로 사용되며, 서비스 수행에 필요한 각종 메세지를 전달한다.

PTIF(6)는 PTLS(5)와 서비스 제어를 담당하는 서비시스팀(CSLS, CSOS)(7, 8)을 접속하는 기능을 수행하며, SSP(Service Switching Point)에서 신호망을 통해 전달된 메세지를 서비스 요구 및 서비스 운용 정보로 구분하고, 이에 따라 CSLS(7) 또는 CSOS(8)로 메세지를 전달한다. 또한 CSLS(7)가 생성한 호제어 정보와 CSOS(8)가 생성한 서비스 운용제어 정보를 PTLS(5)의 CC-ASE 메세지 형식에 맞도록 변환하여 PTLS(5)로 전달한다.

CSLS(7)는 SSP로 부터 전달된 서비스 요구에 대해 CSDB(9)의 가입자 서비스 제어 정보를 읽어 서비스 수행에 필요한 제어 정보를 PTLS(5)를 통해 SSP로 보낸다.

CSOS(8)는 SSP에서 보내준 서비스 운용정보와 CLSL(7)가 처리한 서비스 운용 데이터를 종합하여 OA＆M(Operation, Administation and Maintenance)으로 보내 서비스 운용자로 하여금 서비스 운용상태를 감시할 수 있도록 하며, 호처리 전반에 대한 과부하 상태에 대해서는 즉각적으로 SSP에 “서비스 요구 억제”메세지를 보내어 호의 집중을 막는다. 특히 가입자의 서비스 변경이 있는 경우는 OA＆M의 요구에 따라 CSDB(9)내의 가입자 제어정보를 변경하므로 CSLS(7)가 가입자가 원하는 형태로 서비스를 제어하도록 한다.

제3도는 본 발명의 일실시예에 의한 신용 통화 서비스의 정보 흐름도이다.

신용 통화 서비스 가입자가 신용 통화 번호(신용 과금 번호와 비밀 번호)를 다이얼링하면 로칼 교환기는 기존의 신호방식을 통하여 SSP로 다이얼된 신용 과금 번호, 비밀 번호와 발신 번호(또는 발신 지역 코드)로 전달한다.

SSP에서는 트리거 테이블을 이용하여 해당 호가 일반호인지 지능망 서비스 호인지를 분별한다. 신용 통화 서비스 호임이 판명되면 이를 처리하기 위하여 신용 통화 허용 여부 검사를 요구하는 질의 메세지를 만든다. 질의 메세지에는 신용 과금 번호, 비밀 번호, 발신 번호 등이 포함되며 프로토콜 관련 정보가 부가되어 신호망을 경유하여 SCP로 보내진다.

SCP에서는 SSP로부터 받은 질의 메세지를 CCITT No.7 프로토콜에 의하여 수신한 후, 가입자 정보를 저장한 데이타 베이스를 검색한다. 이때 검색 키로서 질의 메세지에 포함되어 있는 신용 과금 번호가 사용된다. 가입자 레코드에 포함되어 있는 서비스 파라미터들에 의하여 통화를 허용할지 여부를 판단하고, 허용이 되는 경우 SSP로 착신 번호를 요구한다. SSP는 안내를 통하여 가입자로부터 착신 번호를 입력받아 SCP로 보내준다. SCP에서 2차 통화 허용 검사가 성공적으로 수행되면 과금 관련 정보와 함께 그 결과를 응답 메세지로 만들어 SSP로 전송한다.

SSP에서는 검사 결과가 들어있는 SCP 응답 메세지를 수신하여 그 결과가 통화 거부이면 음성 안내로서 호처리를 종결하고, 통화 허용이면 착신 번호로 호연결을 진행시킨다. 일반호와 같이 착신자의 응답을 통하여 착발신자간의 통화로가 설정되며, 호가 종료도면 호해제 절차가 수행된다. 호 연결이 성공적으로 수행되면 호 연결 시간이 측정하여 SCP로 부터 받은 과금 관련 정보와 함께 신용 과금 번호에 과금이 되도록 과금 레코드를 만들어 추후 과금 처리가 가능하도록 한다.

제4도는 제3도의 신용 통화 서비스 제어방법의 흐름도이다.

SSP부터 전송된 메세지를 PTLS에서 수신하여 CCITT No.7 프로토콜 처리를 한 후(10) PTIF에서 메세지 종류를 판단하여(11) 사건 통보 메세지이면 CSOS로 전달하여 메세지 내용에 따라 OA＆M으로의 통보 또는 서비스 운용 데이타 별경 등의 필요한 조치를 취하고 종료하며(12), 통화 허용 검사를 요구하는 질의 메세지이면 CSLS로 전달하여 CLSL가 신용 과금 번호를 검색 키로 하여 CSDB 로 부터 해당 가입자 레코드를 찾는다(13).

신용 과금 번호가 결번인 경우에는 PTIF에 통보하여 PTIF에서 실패 응답 메세지를 만들어 PTLS를 거쳐 SSP로 전송하여(14) 발신자에게 음성 안내 처리를 하고 하고, 서비스 가입 번호인 경우에는 CSLS는 해당 신용 과금 번호에 대한 서비스 허용 여부를 판단한다(15). 신용 과금 번호에 대하여 서비스 금지 상태이면 실패 응답 메세지를 만들어 SSP로 전송하고(16), 서비스 허용인 경우에는 발신자가 입력한 비밀 번호가 가입자 레코드에 있는 비밀 번호와 일치하는지 여부를 검사한다(17). 비밀 번호가 일치하지 않는 경우에는 실패 응답 메세지를 만들어 SSP로 전송하고(18), 일치하는 경우에는 착신 번호를 요구하는 추가 정보 요청 메세지를 SSP로 전송한다(19). SSP에서 추가 정보 응답 메세지를 수신하면(20), 발신자가 입력한 착신 번호가 가입자 레코드에 지정된 착신 번호 또는 착신 지역에 포함되는지를 검사한다(21). 착신 허용이 결정되면 그 결과를 성공 응답 메세지로 만들어 SSP로 전송하고(22), 착신 거부이면 실패 응답 메세지로 만들어 SSP에 전송한다(23).

제5도는 본 발명의 다른 실시예에 의한 신용 통화 서비스의 정보 흐름도이다.

신용 통화 서비스 가입자가 신용 통화 번호(신용 과금 번호와 비밀 번호)와 함께 착신 번호를 다이얼링하면 로칼 교환기는 기존의 신호방식을 통하여 SSP로 다이얼된 신용 과금 번호, 비밀 번호와 착신 번호, 발신 번호(또는 발신 지역 코드)를 전달한다.

SSP에서는 이를 처리하기 위하여 신용통화 허용 여부 검사를 요구하는 질의 메세지를 만든다. 이때 가입자가 신용 과금 번호 또는 신용 통화 번호만을 입력하고 나머지 번호는 SSP의 안내를 받아 순차적으로 입력할 수도 있다. 질의 메세지에는 신용 과금 번호, 비밀 번호, 착신 번호, 발신 번호등이 포함되며 프로토콜 관련 정보가 부가되어 신호망을 경유하여 SCP로 보내진다.

SCP에서는 SSP로 부터 받은 질의 메세지를 CCITT No.7 프로토콜에 의하여 수신한 후, 가입자 정보를 저장한 데이타 베이스를 검색한다. 발신자가 입력한 신용 과금 번호에 대하여 가입자 레코드에 포함되어 있는 서비스 파라미터들에 의하여 신용 통화를 허용할지 여부를 판단한다. SCP에서 통화 허용 검사가 성공적으로 수행되면 과금 관련 정보와 함께 그 결과를 응답 메세지로 만들어 SSP로 전송한다.

SSP에서는 검사 결과가 들어있는 SCP 응답 메세지를 수신하여 그 결과가 통화 거부이면 음성 안내로서 호처리를 종결하고, 통화 허용이면 착신 번호로 호연결을 진행시킨다.

제6도는 제5도의 신용 통화 서비스 제어방법의 흐름도이다.

SSP부터 전송된 메세지를 PTLS에서 수신하여 CCITT No.7 프로토콜 처리를 한 후(31) PTIF에서 메세지 종류를 판단하여(32) 사건 통보 메세지이면 CSOS로 전달하여 메세지 내용에 따라 OA＆M으로의 통보 또는 서비스 운용 데이타 변경 등의 필요한 조치를 취하고 종료하며(33), 통화 허용 검사를 요구하는 질의 메세지이면 CSLS로 전달하여 CSLS가 신용 과금 번호를 검색키로 하여 CSDB로 부터 해당 가입자 레코드를 찾는다(34).

신용 과금 번호가 결번인 경우에는 PTIF에 통보하여 PTIF에서 실패 응답 메세지를 만들어 PTLS를 거쳐 SSP로 전송하여(35) 발신자에게 음성 안내 처리를 하게 하고, 서비스 가입 번호인 경우에는 CSLS는 해당 신용 과금 번호에 대한 서비스 허용 여부를 판단한다(36). 신용 과금 번호에 대하여 서비스 금지 상태이면 실패 응답 메세지를 만들어 SSP로 전송하고(37), 서비스 허용인 경우에는 발신자가 입력한 비밀 번호가 가입자 레코드에 있는 비밀 번호와 일치하는지 여부를 검사한다(38). 비밀 번호가 일치하지 않는 경우에는 실패 응답 메세지를 만들어 SSP로 전송하고(39), 일치하는 않는 경우에는 착신번호가 가입자 레코드에 지정된 착신 번호 또는 착신 지역에 포함되는지를 검사한다(40). 착신 허용이 결정되면 그 결과를 성공 응답 메세지로 만들어 SSP로 전송하고(41), 착신 거부이면 실패 응답 메세지로 만들어 SSP에 전송한다(42).

제7도는 본 발명의 다른 실시예에 의한 통화 서비스의 정보 흐름도이다.

신용 통화 서비스 가입자가 신용 과금 번호를 다이얼링하면 로칼 교환기는 기존의 신호 방식을 통하여 SSP로 다이얼된 신용 과금 번호와 발신 번호(또는 발신 지역 코드)를 전달한다.

SSP에서는 트리거 테이블을 이용하여 해당 호가 일반호인지 지능망 서비스 호인지를 분별한다 신용 통화 서비스 호임이 판명되면 이를 처리하기 위하여 신용퉁화 허용 여부 검사를 요구하는 질의 메세지를 만든다. 질의 메세지에는 신용 과금 번호, 발신 번호등이 포함되며 프로토콜 관련 정보가 신호망을 경유하여 SCP로 보내진다.

SCP에서는 SSP로부터 받은 질의 메세지를 CCITT No.7 프로토콜에 의하여 수신한 후, 가입자 정보를 저장한 데이타 베이스를 검색한다. 가입자 레코드에 의하여 발신자가 입력한 신용 과금 번호에 대한 1차 통화허용 여부를 판단하고, 거부 번호가 아니면 SSP로 비밀 번호를 요구한다. SSP에서는 발신자로 부터 비밀 번호를 입력 받아 이를 SCP로 전달한다. 비밀 번호 일치 여부를 검사는 2차 검사에 통과되면 SCP는 SSP에 착신 번호를 요구한다. SSP에서는 발신자로 부터 착신 번호를 입력 받아 이를 SCP로 전달한다. SCP에서 최종 3차 통화 허용 검사가 성공적으로 수행도면 과금 관련 정보와 함께 그 결과를 응답 메세지로 만들어 SSP로 전송한다.

제8도는 제7도의 신용 통화 서비스 제어방법의 흐름도이다.

SSP부터 전송된 메세지를 PTLS에서 수신하여 CCITT No.7 프로토콜 처리를 한 후(51) PTIF에서 메세지 종류를 판단하여(52) 사건 통보 메세지이면 CSOS로 전달하여 메세지 내용에 따라 OA＆M으로의 통보 또는 서비스 운용 데이타 변경 등의 필요한 조치를 추하고 종료하며(53), 통화 허용 검사를 요구하는 질의 메세지이면 CSLS로 전달하여 CSLS가 신용 과금 번호를 검색키로 하여 CSDB로 부터 해당 가입자 레코드를 찾는다(54).

신용 과금 번호의 결번여부를 검색하여(55) 신용 과금 번호가 결번인 경우에는 PTIF에 통보하여 PTIF에서 실패 응답 메세지를 만들어 PTLS를 거쳐 SSP로 전송하여(56) 발신자에게 음성 안내 처리를 하게 하고, 서비스 가입 번호인 경우에는 CSLS는 해당 신용 과금 번호에 대한 서비스 허용 여부를 판단한다(57). 신용 과금 번호에 대한 서비스 금지 여부를 검색하여(58) 서비스 금지 상태이면 실패 응답 메세지를 만들어 SSP로 전송하고(59), 허용인 경우에는 비밀 번호를 요구하는 추가 정보 요청 메세지를 SSP로 전송한후 (60) 대기한다(61). SSP에서 추가 정보 응답 메세지를 수신하면(62), 발신자가 입력한 비밀 번호가 가입자 레코드에 있는 비밀 번호와 일치하는지 여부를 검사한다(63, 64). 비밀 번호가 일치하지 않는 경우에는 실패 응답 메세지를 만들어 SSP로 전송하고(65), 일치하는 경우에는 착신 번호를 요구하는 추가 정보 요청 메세지를 SSP로 전송한후(66) 대기한다(67). SSP에서 추가 정보 응답 메세지를 수신하면(68), 발신자가 입력한 착신 번호가 가입자 레코드에 지정된 착신 번호 또는 착신 지역에 포함되는지를 검사한다(69, 70). 착신 허용이 결정되면 그 결과를 성공 응답 메세지로 만들어 SSP로 전송하고(72), 착신 거부이면 실패 응답 메세지로 만들어 SSP로 전송한다(71).

상기와 같이 구성되어 작동하는 본 발명은 신용 통화 서비스를 여러 가입자들에게 제공하게 되어 서비스 가입자가 여행 또는 출장시에 신용 통화를 할 수 있게 되므로써 현금이나 통화 카드를 소지하는 부담없이 통신 서비스를 이용하게 되는 직접적인 효과를 제공할 뿐만 아니라, 국내의 기술과 경험을 토대로 다양한 지능망 서비스 제공과 가입자에 의한 서비스 제어가 실현될 수 있는 차세대 지능망 구축의 기반이 확보되는 효과가 있다.

Claims

CCITT No.7 프로토콜 처리를 위한 신호링크가 연결되고 하위 프로토콜 처리 소프트웨어들이 탑재되어 있는 CCP(Common Channel Signalling Processor)(1), 상위 프로토콜 처리와 번호번역을 제공하는 소프트웨어들이 탑재되어 있는 SLP(Service Logic Processor)(3), 시스팀 운용 관리 및 유지보수기능을 제공하기 위한 소프트웨어가 탑재되어 있고 사용자 인터페이스 장치들이 부가 되어 있는 OAP(Operations and Administration Processor)(4), 접속을 위해 필요한 데이타 링크가 접속되고 인터페이스 소프트웨어가 탑재되어 있는 SMP(Service Management Interface Processor)(2), 및 상기 프로세서들 간의 접속기능을 제공하는 LAN(Local Area Network)로 구성된 NICS/SCP의 신용 통화 서비스 제어방법에 있어서 ; 입력된 질의 메시지 내용에 의해 서비스 가입자 레코드를 검색하는 제1단계, 입력된 비밀번호 및 착신번호를 심사하는 제2단계, 및 상기 비밀 번호 및 착신번호 심사 결과에 따라 성공응답메세지를 전송하는 제3단계에 의해 수행되는 것을 특징으로 하는 신용 통화 서비스 제어방법.
제1항에 있어서, 상기 제1단계는 질의 메세지를 수신하여 메세지 종류를 판단하여 사건 통보메시지이면 메세지 내용에 따라 처리하는 제1과정(10, 12), 상기 메세지가 통화 허용 검사를 요구하는 질의 메세지이면 가입자 레코드를 검색하는 제2과정(13), 상기 가입자 레코드 검색결과 신용과금 번호가 결변이면 실패응답 메세지를 전송하고 서비스 가입번호이면 다음과정으로 진행하는 제3과정(14), 및 해당 신용과금 번호에 대한 서비스 허용여부를 판단하여 서비스 금지이면 실패응답 메세지를 전송하여 서비스 허용이면 상기 제2단계로 진행하는 제4과정(16)에 의해 수행되는 것을 특징으로 하는 신용 통화 서비스 제어방법.
제1항에 있어서, 상기 제2단계는 입력된 비밀번호 일치여부를 검색하여 일치하지 않으면 실패응답 메세지를 전송하고, 일치하면 다음단계로 진행하는 제1과정(17, 18), 추가정보 요청 메세지를 전송하고 이에 따른 메세지를 수신하는 제2과정(19, 20), 착신 번호 허용 여부를 검색하여 제한 번호이면 실패응답 메세지를 전송하는 제3과정(21, 23), 및 착신번호 허용여부 검색결과 허용번호이면 상기 제3단계로 진행하는 제4과정에 의해 수행되는 것을 특징으로 하는 신용 통화 서비스 제어방법.
제1항에 있어서, 상기 제2단계는 입력된 비밀번호 일치여부를 검색하여 일치하지 않으면 실패응답 메세지를 전송하고, 일치하면 다음단계로 진행하는 제1과정(38, 39), 착신번호 허용여부를 검색하여 제한번호이면 실패응답 메세지를 전송햐는 제2과정(40, 42), 및 착신번호 허용 여부 검색결과 허용번호이면 상기 제3단계로 진행하는 제3과정(41)에 의해 수행되는 것을 특징으로 하는 신용 통화 서비스 제어방법.
제1항에 있어서, 상기 제2단계는 추가 정보 요청메세지를 전송하고 이에 따른 메세지를 수신하는 제1과정(60, 61, 62), 비밀 번호 일치 여부를 검색하여 일치하지 않으면 실패응답 메세지를 전송하고, 일치하면 다음 단계로 진행하는 제2과정(63, 64, 65), 추가 정보 요청 메세지를 전송하고 이에 따른 메세지를 수신하는 제3과정(66, 67, 68), 착신번호 허용여부를 검색하여 제한번호이면 실패응답 메세지를 전송하는 제4과정(69, 71), 및 착신번호 허용여부 검색결과 허용번호이면 상기 제3단계로 진행하는 제5과정에 의해 수행되는 것을 특징으로 하는 신용 통화 서비스 제어방법.