KR960002365B1 - 서비스 교환기의 신용통화 서비스 호 제어방법 - Google Patents

Abstract

내용 없음.

Description

제1도는 본 발명이 적용되는 전전자 교환기 시스팀의 서비스 교환기(SSP)의 블럭 구성도.

제2도는 신용통화 서비스가 제공되는 신용통화 응용 프로세스 구조도.

제3도는 본 발명인 서비스교환기 신용통화 서비스호 제어방법에 따른 처리 흐름도.

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

1 : 서비스 교환기(SSP) 2 : 지능망 서비스 제어부(ISCS)

3 : 프로토콜 처리부 4 : 기본 호 처리 접속블럭 (BCPI)

5 : 문답처리 기능 응용부 5-1 : 컴퍼넌트 처리블럭(CHA)

5-2 : 다이얼로그 처리블럭(DHA) 5-3 : 트랜잭션 처리블럭(THA)

6 : 착신과금 서비스부(FPS)

6-1 : 착신과금 서비스 관리블럭(FPSM)

6-2 : 착신과금 서비스 제어블럭(FPSC)

6-3 : 착신과금 오퍼레이션 수행블럭(FPOE)

6-4 : 착신과금 다이얼로그 오퍼레이션 블럭(FPDO)

7 : 신용통과 서비스부(CCS)

7-1 : 신용통화 서비스 관리 블럭(CCSM)

7-2 : 신용통화 서비스 제어블럭(CCSC)

7-3 : 신용통화 오퍼레이션 수행 블럭(CCOE)

7-4 : 신용통화 다이알로그 오퍼레이션 블럭(CCDO)

8 : 신호 연결 제어부(SCCP) 9 : 메시지 전달부(MTP)

10 : 기본 호 처리부

[발명의 상세한 설명]

본 발명은 서비스 교환기의 신용통화 서비스 호 제어방법에 관한 것이다.

기존의 일반 전화 서비스에서는 고정된 전화번호가 실제호 루팅에 직접 관여하여 발신자 위주의 호 처리 및 과금을 처리하는 것이 원칙이며, 또한 교환기에 의한 고정적이고 동일한 호 제어로 인해 사용자에게 획일적인 서비스를 제공할 뿐이었다. 그러나, 사용자마다 통신에 대한 기대나 욕구가 다양해지고 급변하여 이들의 요구를 만족시켜주기 위해 지능망 개념이 대두되었고 이를 통한 지능망 서비스가 가능하게 되었다. 따라서 전전자 교환기를 이용한 지능망 서비스의 수행을 위해서는 기존의 호 처릴 수행중에 지능망 서비스호를 인지하여 특정 지능망 응용 프로세스로 트리거된 후 지능망 서비스호가 계속 진행될 수 있도록 호를 제어하는 기능이 필요하다.

상기 필요에 부응하기 위하여 안출된 본 발명은, 전전자 교환기에 지능망 서비스 교환 기능을 부가하여 서비스 제어 시스팀과 통신하여 신용통화 서비스호를 제어하는 방법을 제공하는데 그 목적이 있다.

상기 목적을 달성하기 위하여 본 발명은, 서비스 교환기(SSP), 지능망 서비스 제어(ISCS), 프로토콜 처리부, 기본 호 처리 접속블럭(BCPI), 문답처리 기능 응용부, 컴퍼넌트 처리블럭(CHA), 다이얼로그 처리블럭(DHA), 트랜잭션 처리블럭(THA), 착신 과금서비스(FPS), 착신과금 서비스 관리블럭(FPSM), 착신과금 서비스 제어블럭(FPSC), 착신과금 오퍼레이션 수행 블럭(FPOE), 착신과금 다이얼로그 오퍼레시션블럭(FPDO), 신용통화 서비스부(CCS), 신용통화 서비스 관리블럭(CCSM), 신용통화 서비스 제어블럭(CCSC), 신용통화 오퍼레이션 수행 블럭(CCOE), 신용통화 다이알로그 오퍼레이션 블럭(CCDO), 신호 연결 제어부(SCCP), 메시지 전달부(MIP), 기본 호 처리부를 구비하는 전전자 교환기 시스팀의 서비스 교환기(SSP)의 신용통화 서비스가 제공되는 신용통화 응용 프로세스의 신용통화 서비스 호 제어 방법에 있어서 ; 신용 통화 서비스호를 수신하고 서브시스팀의 상태를 점검한 뒤 발신번호 통고 및 발신 등급수신을 하는 제1단계, 상기 제1단계 수행 후, 수시된 발신 등급의 공급원을 구분하여 서비스 요구 정보 분석 후 서비스 제공 가능 여부를 판단하여 기본 호 처리 블럭으로 전송한 후 CCSM블럭으로 통계처리를 위한 라이브러리를 호출하고 비밀 번호를 수집하는 제2단계, 상기 제2단계 수행 후, 추가적으로 필요한 정보를 기본호 처리 블럭으로부터 수집하고 서비스 제공이 가능한지 여부를 판단하여 CCOE블럭으로 적격 검사 및 번호 번역을 요구하고 이의 결과를 수신 대기하는 제3단계, 상기 3단계 수행 후, CCOE블럭으로부터 호차단 프리미티브를 수신하여 결과에 대한 처리를 수행하는 제4단계, 상기 제3단계 수행 후, CCOE블럭으로부터 적격 검사 및 번호 번역 결과 토오 프리미티브를 수신하여 이 프리미티브에 대한 처리를 수행하는 제5단계, 상기 제3단계 수행 후, CCOE블럭으로부터 거절프리미티브를 수신하여 이 프리미티브에 대한 처리를 수행하는 제6단계, 상기 제3단계 수행후, CCOE블럭으로부터 호 취소프리미티를 수신하여 이에 대한 처리를 수행하는 제7단계, 상기 제3단계 수행 후, CCOE블럭으로부터 사건 통보 요청 프리미티브를 수신하여 이 프리미티브에 대한 처리를 수행하는 제8단계, 상기 제3단계 수행 후, 사용자가 지능망 서비스호가 연결되기전에 호를 포기하여 기본 호 처리 블럭으로부터 지능망 서비스호 비정상 통보를 받은 후 이에 대한 처리를 수행하는 제9단계, 상기 제1 내지 제9단계 수행 후, CCOE블럭으로부터 최종 프리미티브를 받은 후 프리미티브 수신 결과에 대한 호 처리를 진행하고 신용통화 서비스호를 연결시켜 주는 제10단계로 이루어지는 것을 특징으로 한다.

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

제1도는 본 발명이 적용되는 전전자 교환기 시스팀의 서비스 교환기(SSP)의 블럭 구성도이다.

도면에서, 1은 서비스 교환기(SSP), 2는 지능망 서비스 제어부(ISCS : Inteligent Network Service Control Subsystem), 3은 프로토콜 처리부, 4는 기본 호 처리 접속블럭(BCPI : Basic Call Processing Interface), 5는 문답처리 기능 응용부, 5-1은 컴퍼넌트 처리블럭(CHA : Commponent Handling), 5-2는 다이얼로그 처리블럭(DHA : Dialogue Handling), 5-3은 트랜잭션 처리블럭(THA : Transaction Handling), 6은 착신과금 서비스부(Free Phone Service), 6-1은 착신과금 서비스 관리블럭(FPSM : Free Phone Service Management), 6-2는 착신과금 서비스 제어블럭(FPSC : Free Phone Service Control), 6-3은 착신과금 오퍼레이션 수행 블럭(FPOE : Free Phone Operation Excution), 6-4는 착신과금 다이얼로그 오퍼레이션 블럭(FPDO : Free Phone Dialogue Operation), 7은 신용통화 서비스부(Credit Call Service), 7-1은 신용통화 서비스 관리블럭(CCSM : Credit Call Service Management), 7-2는 신용통화 서비스 제어블럭(Credit Call Service Control), 7-3은 신용통화 오퍼레이션 수행 블럭(CCOE : Credit Call Operation Excution), 7-4는 신용통화 다이알로그 오퍼레이션 블럭(CCDO : Credit Call Dialogue Operation), 8은 신호 연결 제어부(SCCP), 9는 메시지 전달부(MTP), 10은 기본 호 처리부를 각각 나타낸다.

도면에서 도시한 바와 같이, 지능망 서비스 제어부(이하, ISCS라함)(1)는 지능망 서비스 처리부(2)와 프로토콜 처리부(3)로 구성되는데, 서비스 처리부(2)는 지능망 서비스 호 처리를 담당하는 응용 프로세스와 특정 지능망 서비스의 기능을 지원하는 응용 서비스 요소를 포함한다. 지능망 서비스 호 처리를 담당하는 응용 프로세스는 기본 호 처리 접속부(이하, BCPI라 함)(4)와, 신용 통화 서비스 제어 블럭(이하,CCSC라 함)(7-2)과, 착신과금 서비스 제어블럭(이하, FPSC라 함)(6-2)으로 구성되는데 전전자 교환기의 SSP에서 제공하기 위해 개발된 지능망 서비스에는 착신 과금 서비스와 신용통화 서비스가 있어 CCSC블럭(7-1)은 신용통화 서비스의 응용 프로세스를, FPSC블럭(6-2)은 착신과금서비스의 응용 서비스의 응용 프로세스를 담당한다. 그리고, BCPI블럭(4)은 두 응용 프로세스에 공통으로 동작한다. BCPI브럭(4)의 기능은 기본 호처리 블럭과 지능망 서비스 블럭과의 상호 접속 기능을 전담하여 기본 호 처리 블럭으로부터 지능망 서비스 호를 인지하여 해당 서비스 처리블럭으로 통보한다. 즉. 착신과금 서비스이면 FPSC블럭(6-2)을, 신용통과 서비스이면 CCSC블럭(7-2)으로 통보하며 FFSC, CCSC블럭(6-2,7-2)은 각각의 지능망 서비스 호 제어 기능을 수행한다. FPSC블럭(6-2)은 BCPI블럭(4)으로부터 착신과금 서비스 요구를 통보 받으면 질의를 형성하는데 필요한 정보를 기본호 처리 블럭으로부터 수집하여 착신과금 서비스 제공 가능 여부를 검사한다. 그 결과 착신과금 서비스가 가능하면 질의를 형성하여 FPOE블럭(6-3)으로 질의를 발생하고 이의 응답을 수신하여 그 결과에 따라 착신과금 서비스 호 처리를 진행한다. 이때, 통화가 완료되어 서비스호가 정상적으로 해지되면 FPOE블럭(6-3)에서 받은 과금 정보를 이용하여 과금을 생성할 수 있도록 과금 블럭으로 정보를 전송한다.

그러나, 호 차단에 의해 착신과금 서비스 제공이 불가능하거나 FPOE블럭(6-3)으로부터 서비스 제공 불가 통보를 수신, 또는 비정상적으로 호가 해지될 경우 사용자에게 이에 대한 정보를 알려주기 위해 안내방송이나 톤을 송출하도록 기본호 처리부(10)로 요청한다. 그리고, 착신과금 서비스와 관련된 가종 데이타를 수집하고 테이블들을 관리하며 호 차단 기능은 FPSC블럭(6-2)에서 수행되는데 이는 서비스 제어 시스팀 (SCP : Service Control Point) 또는 서비스 관리 시스팀(SMS : Service Management System)에서 과부하가 발생하거나 또는 서비스 호 폭주시 호 차단 기능을 수행한다.

착신과금 응용 서비스 요소에 해당하는 블럭에는 FPOE브럭(6-3), FPDO블럭(6-4)이 있으며, 신용통화 응용 서비스 요소에 해당하는 블럭에는 CCOE블럭(7-3), CDD0블럭(7-4)이 있다. FPOE블럭(6-3)은 착신과금 서비스를 위한 오퍼레이션 처리 절차를 수행하는 블럭으로 FPSC블럭(6-2)과의 인터페이스 기능, 오퍼레이션 연관기능, 지시 번호 및 다이얼로그 번호관리, 오포레이션/에러 정의를 참조하여 컴포넌트 파라미터항의 부호화 및 해독 기능, 오퍼레이션의 등급과 타이머 값 표시 기능등을 수행한다. 그리고, FPDO(6-4)로의 컴포넌트 전송을 위한 다이얼로그 처리 요구의 발생과 문답처리기능 응용부의 컴포턴트처리(Componect Handling : 이하, CHA라 함) 블럭(5-1)과의 인터페이스 기능을 수행한다. FPDO블럭(6-4)은 FPOE블럭(6-3)과의 상호 작용에 의해 컴포턴트의 전송 및 수신에 관계되는 다이얼로그 운영 절차를 수행하는 블럭이다. FPOE블럭(6-3)의 지시에 의한 다이얼로그 운용 기능, 다이얼로그 종류와 함께 컴포넌트가 수신됨을 FPOE블럭(6-3)에서 통보하는 기능과 문답처리 기능 응용부의 다이얼로그 처리(Dialogne Handling : 이하, DHA라 함) 블럭(5-2)과 정합하는 기능을 수행한다. 착신과금 응용 서비스 요소는 대응 관계 테이블을 운영함으로써 응용 프로세서와 응용 서비스 요소간에 사용되는 국부 식별 번호와 응용 서비스 요소와 문답처리 기능 응용부간에 사용되는 다이얼로그 번호간의 일대일 대응관계를 관리하고 응용 서비스 요소의 두 블럭간의 다이얼로그 번호에 따른 상태 유지 및 다이얼로그와 컴포넌트의 대응 관계를 유지한다.

프로토콜 처리부(3)는 문답처리기능 응용부(TCAP : Transaction Handling)(5) , 신호 연결 제어부(SCCP : Signaling Connection Control Part)(8), 메시지 전달부(MTP : Message Transfcr Part)(9)로 구성된다.

문답처리 응용부(5)에 해당하는 블럭으로는 CHA블럭(5-1), DHA블럭(5-2), THA(5-3)블럭이 있다. DHA블럭(5-2)은 CCDO블럭(7-4), FPDO블럭(6-4)으로부터 다이얼로그 프리미티브를 수신하면 다이얼로그에 해당하는 컴포넌트를 CHA블럭(5-1)으로부터 전송받아서 이를 트랜잭션 프리미티브로 형성하여 트랜잭션 처리(Transaction Handling : 이하, THA라 함)블럭 (5-3)으로 전송한다. 또한 THA블럭(5-3)으로부터 트랜잭션 프리미티브를 수신하면 다이얼로그 프리미티브와 컴포넌트로 분리, 생성하여 각각 응용 서비스 요소의 다이얼로그 수행블럭(FPDO, CCDO)과 문답처리 기능 응용부(5)의 CHA블럭(5-1)으로 전송한다. CHA블럭(5-1)은 응용 서비스 요소의 오퍼레이션 수행 블럭(CCOE,FPOE)으로부터 컴포넌트 프리미티브를 수신하며 다이얼로그별로 수신되 컴포넌트를 부호화하여 저장한 후 DHA블럭(5-2)의 요구에 의해 해당 컴포넌트를 DHA블럭(5-2)으로 전달하며 DHA블럭(5-2)의 다이얼로그 종료 메시지에 의해 해당 컴포넌트를 폐기한다. 또한, DHA블럭(5-2)으로부터 컴포넌트를 수신하면 컴포넌트의 오류를 검사하고 그 결과 및 컴포넌트의 종류에 따라 컴포넌트 프리미티브를 형성하여 응용 서비스요소의 오퍼레이션 수행블럭으로 전송한다. THA블럭(5-3)은 DHA블럭(5-2)으로부터 트랜잭션 프리미티브를 수신하면 TCAP(Transaction Capabilities Application Part)로 전송하고, SCCP(8)로부터 N_단위(unit) 데이타 프리미티브를 수신하면 TCAP메시지의 오류를 검사하고 그 결과와 TCAP메시지의 종류에 따라 트랜잭션 프리미티브를 형성하여 DHA블럭(5-2)으로 전송한다.

제2도는 상기 제1도의 신용통화 응용 프로세스 구조도이다.

신용통화 응용 프로세서는 3개의 프로세스와 7개의 프로시져로 구성되는데 프로세스는 "CCSC_"로 시작하고 프로시져는 "pd_SSP_CC_"로 시작되면 이들 각각에 대한 기능 설명은 다음과 같다.

CCSC-main

기본 호 처리 블럭으로 지능망 서비스호를 통보받은 BCPI블럭은 트리거테이블 이용하여 어느 지능망 서비스호인지 판단하여 신용통화 서비스호이면 CCSC 블럭의 CCSC_main 프로세스를 구동시킨다. CCSC mai 프로세스는 신용통화 서비스를 통제하고 관리하기 위한 permanect한 프로세스로서 CC ASE(Credit Call Application Serivce Element)와 프리미티브 송수신을 위하여 해 CCOE 블럭으로 프로세스 ID를 알기 위하여 SSP_CC_AsePidRQ를 이니셜 시그널로 전송하여 CCOE 블럭으로부터 SSP_CC_AsePidRP 시그널로 프로세스 ID를 통보 받는다. SCCP 관리부에서 발생하는 서브시스팀들에 대한 관리를 위하여 서브시스팀 상태를 요청하는 SSP_CC_STAr_SE 시그널을 CCOE 블럭으로 전송하여 서브시스팀 상태 요청 수신 화인 통보 시그널인 SSP_CC_STArAck_ES, 서브시스팀상태 응답 시그널인 SSP_CC_DPaccDtRP_ES, 서브시스팀 최종 응답 통보인 SSP_CC_DPaccDtEnd_ES시그널을 통보받는다.

그러나 서브시스팀 상태 요청 수신 확인 통보 시그널 수신시 서브시스팀 상태가 준비되지 않았거나 문제나 발생했다는 메세지가 오면 서브시스팀 상태 요청 시그널을 다시 요청한다. 서브시스팀 상태에 대한 최종응답을 통보 받았으면 신용통화 서비스호 수신 상태로 전이되어 신용통화 서비스호에 대한 시그널을 대기하고 있다. 이때 수신한 시그널이 신용통화 서비스호 인지를 알리는 SSP_CC_InSvcRQ시그널을 받으면 CCSC _actual 프로세스를 형성한다. 또한 CCOE 블럭으로부터 서브시스팀 상태와 신호점 상태를 위한 SSP_CC_STAi_ES, SSP_CC_PCSi_ES시그널 수신을 대기하고 비구조형으로 전달한 CC_EVENT req 프리미티브에 프로토콜 에러가 발생되어 거절 되었음을 알리는 SSP_CC_REJi_ES 시그널 수신을 대기하고 있다. 호 진행도중 ASE, TCAP, SCCP중 하위 프로토콜의 프로세스가 다운(down)되어 재시동할 경우 이 사실을 응용 프로세스로 전달하여 새로 프로세스 ID를 전달받기 위하여 SSP_CC_ALIrp_ES시그널을 수신하면 SSP_CC_AsePidRO_SE 시그널을 CCOE블럭으로 이니셜 시그널로 전달하고 CCOE 블럭으로부터 새로운 프로세스 ID통보를 기다린다.

CCSC_actual

CCSC_actual 프로세서는 CCSC_main 프로세스에서 신용통화 서비스호 인지로 판단한 경우 one call base로 생성되어 신용통화 서비스호가 비정상적으로 종료되거나 정상적으로 통화로가 형성되면 종료하게 된다. 이 프로세서가 시작되면 기본 호 처리 블럭으로 발신번호 요구인 SSP_DgtRcvCtlRQ 시그널을 전송한 후 발신번호 통보인 SSP_PackedCgDgtRP 시그널을 수신하고 기본 호 처리 블럭으로 발신 등급 요구 시그널인 SSP_AdCmpCgCatRQ 시그널을 보낸다. 기본 호 처리 블럭으로부터 발신 등급 통보인 SSP_CgGatRP 시그널을 수신하면 다이널톤(dialtone)과 DTMFR(Dual Toue Frequency Receiver) 연결 요구인 SSP_DtmfrConnRQ 시그널을 기본 호 처리 블럭으로 보내고 계속해서 신용과금번호 요구인 SSP_CreditNoPQ 시그널을 보낸다. 기본 호 처리 블럭으로부터 신용과금번호 통보인 SSP_CreditNoRP 시그널을 받으면 SSP 자체에서 관리하는 정보를 이용하여 서비스호의 진행을 제어한다. 즉, 신용과금번호가 SCP에 의해 호차단 요구가 발생한 번호인지 아닌지 판단을 위해 데이타베이스를 이용하여 호의 여부를 검사한다. 이때 반환값으로 받은 결과가 서비스 가능하면 기본 호 처리 블럭으로 비밀 번호를 요구하는 SSP_PasswdRQ 시그널을 보낸후 비밀 번호의 첫 디지트 수신통보인 SSP_PasswdlDgtRP 시그널과 비밀 번호 통보인 SSP_PasswdRP 시그널을 수신 대기한다. 반환값으로 받은 결과가 호 차단 중이면 차단 이유를 발신측에 안내 방송하여 호를 포기하도록 한다.

일정시간내에 비빌번호가 수신되지 않을 경우에는 '비밀/착신번호 연속 입력 또는 신용과금/비닐/착신번호 분리 입력'으로 간주하여 비밀번호 촉구 기능을 수행한다. 일정 시간내에 비밀번호가 수신되었으면 기본 호 처리 블럭으로 착신번호 요구인 SSP_CdDgtRQ 시그널을 보낸후 착신번호의 첫 디지트 수신 통보인 SSP_CdlDgtRP 시그널과 착신번호 통보인 SSP_PackedCdgtRP 시그널을 수신 대기한다. 일정 시간내에 착신번호가 수신되지 않을 경우에는 '신용과금/비밀번호 연속 입력'으로 간주하여 착신번호 촉구 기능을 수행한다. 일정 시간내에 착신번호가 수신되었으면 기본 호 처리 블럭으로 DTMFR 해제요구인 SSP_DtmfrRelRQ 시그널을 보낸 후 CCOE 블럭(7-3)으로 질의를 보내기 위하여 질의를 형성한다. 질의 형성이 끝나면 CC-PROVIDE req 프리미티브를 발생시켜 질의를 망내 특수 센터에게 전달하도록 요청하는 SSP_CC_PRVr _SE 시그널을 CCOE(7-3)으로 전달한다. 이때 CCOE 블럭(7-3)으로부터 수신 가능한 시그널에 대한 처리 과정은 다음과 같다.

CCOE 블럭(7-3)으로부터 SSP_CC_REJi_ES 시그널을 수신하면 시그널에서 CC-REJECT ind 프리미티브를 추출하여 프리미티브가 특수 센터가 보낸 마지막 프리미티브인가를 확인하여 최종 프리미티브가 아니면 다시 시그널 수신을 대기하고, 그렇지 않으면 수신한 CC-REJECT ind 프리미티브에 들어있는 호 처리 정보의 거절 개시자 및 문제부호 정보들을 수집하여 CC-EVENT req 프리미티브를 발생한다. 실제이 프리미티브는 SSP_CC_EVTr_SE 시그널에 적재시켜 CCOE 블럭(7-3)으로 전달한다. 그리고 운용자에게 프로토콜 에러가 발생하여 호 연결이 실패되었음을 알리기 위해 장애 메세지를 DeFltRPT 시그널을 통해 FLM(FauLt Management) 블럭으로 전달하고, 또한 호 연결 실패에 관한 정보를 발신측에 전달하기 위해 톤 또는 안내 방송 채널 할당을 요구하는 SSP_AcstSvcRQ 시그널을 기본 호 처리 블럭으로 전달한 후 종료한다.

CCOE 블럭(7-3)으로부터 SSP_CC_CANi_ES 시그널을 수신하면 시그널에서 CC-CANCEL ind 프리미티브를 추출하고 호 실패에 관한 통 또는 안내 방송 채널 할당을 요구하는 SSP_AcstSvcRQ 시그널을 기본호 처리 블럭(10)으로 보내고 호 진행을 중단한다.

CCOE 블럭(7-3)으로부터 SSP_CC_GAPi_ES 시그널을 수신하면 운용자에게 SCP로부터 호 차단 요구가 발생했음을 통보하기 위해 상태 메세지를 StsMsgRPT 시그널을 통해 FLM 블럭으로 전달하고 호 차단 정보를 데이타베이스에 저장한다. 만일 데이타 베이스에 더이상 입력할 수 없을 경우 제어 목록 초과 상태로 셋트시킨다.

그리고 이 프리미티브가 특수 센터가 보낸 마지막 프리미티브인가를 확인하여 최종 프리미티브가 아니면 다시 시그널 수신을 대기하고 그렇지 않으면 수신한 CC-PROVIDE conf 프리미티브에 들어 있는 호 처리 정보를 이용하여 호 처리를 진행한다.

CCOE 블럭(7-3)으로부터 SSP_CC_NTYi_ES 시그널을 수신하면 이 프리미티브가 특수센터가 보낸 마지막 프리미티브인가를 확인하여 최종 프리미티브가 아니면 다시 시그널 수신을 대기하고 그렇지 않으면 통보 요청 지시자의 내용 및 반향번호, 오류 사항들을 수집하여 CC-EVENT req 프리미티브를 생성한다.

CCOE 블럭(7-3)으로부터 SSP_CC_PRVc_ES 시그널을 수신하면 이 프리미티브가 특수 센터가 보낸 마지막 프리미티브인가를 확인하여 최종 프리미티브가 아니면 다시 시그널 수신을 대기하고 그렇지 않으면 수신한 CC-PROVIDE conf 프리미티브에 들어있는 호처리 정보를 이용하여 호 처리를 진행한다.

기본 호 처리 블럭으로부터 발싱 포기등 비정상 호 해제인지 보고인 SSP_InSvcFailRP 시그널을 수신하면 ASE 계층에게 CC-CANCEL req 프리미티브를 발생시켜 SSP_CC_CANr_SE 시그널에 적재하여 CCOE 블럭(7-3)으로 보내 오퍼레이션 수행 종료를 요구한다. 이때 CC-NOTIFT ind도 함께 수신한 경우는 오류 사항들을 수집하여 CC-EVENT req 프리미티브를 발생한다. 실제로 이 프리미티브는 SSP_CC_EVTr_SE시그널에 적재하여 CCOE 블럭으로 절단한 후 종료한다.

CC-PROVIDE conf 프리미티브에 들어있던 호 처리 정보를 이용하여 호 처리를 진행할 때 우선 성공/실패 지시자가 실패인 경우 CC-NOTIFY ind도 함께 수신했으면 호 실패 정보를 CC-EVENT req 프리미티브를 발생하여 SSP_CC_EVTr_SE시그널에 적재하여 CCOE 블럭(7-3)으로 전달하고 해당 이유를 가청 신호를 사용하여 발신측에 알려주어 발신측이 호를 포기하도록 하기 위하여 가입자에게 톤 또는 녹음 안내 채널 할당을 요철하는 SSP_AcstSvcRQ 시그널을 기본 호 처리 블럭(10)으로 전달한다. 응답이 성공이면 기본 호 처리 블럭(10)으로 신용통화 서브스호 연결을 요청하는 SSP_InSvcConnRQ 시그널을 전달한다.

'신용과금/비밀번호 연속 입력'인 경우 신용과금번호 및 비밀번호에 대한 질의 를 형성한다, 질의 형성이 끝나면 CC-RPOVIDE req 프리미티브를 발생시켜 질의를 망내 특수 센터에 전달하도록 요청하는 SSP-CC-PRVr-SE 시그널을 CCOE 블럭(7-3)으로 전달한다.

CCOE 블럭(7-3)으로부터 추가 정보 수집을 위해 호 촉구 프리미티브인 SSP_CC-PRMi-ES 시그널을 수신하면 착신번호 수신 여부를 확인하여, 착신번호를 수신하였으면 기본 호 처리 블럭(10)으로 DTMFR 해제요구인 SSP_DtmfrRelRQ 시그널을 보낸다. 착신번호를 수신하지 못하였으면 발신측에 착신번호 촉구를 위한 안내 방송 요구인 SSP_AcstSvcRQ 시그널을 기본 호 처리 블럭(10)으로 보낸 후 착신번호의 첫 디지트 수신통보를 대기한다. 기본 호 처리 블럭(10)으로부터 착신번호를 수신하였으면 기본 호 처리 블럭(10)으로 DTMFR 해제요구인 SSP_DtmfrRelRQ 시그널을 보낸다. DTMFR 해제요구 시그널을 보낸 후 착신번호에 대한 질의를 형성하여 CC-PROMPT res 프리미티브를 발생시켜 SSP_CC_PRMs_SE 시그널에 적재하여 CCOE 블럭(7-3)으로 보낸다. CCOE 블럭(7-3)으로부터 CC-PROVIDE conf 프리미티브를 적재한 시그널을 수신하면 그 내용에 따라 서비스호를 진행시킨다.

'비밀/착신번호 연속 입력 또는 신용과금/비밀/착신번호 분리 입력'인 경우 신용과금번호에 대한 질의를 형성하여 CC-PROCIDE req 프리미티브를 발생시켜 SSP_CC _PRVr_SE 시그널을 통해 CCOE 블럭(7-3)으로 전달한 후 추가 정보 수집을 위해 비밀번호 촉구 프리미티브인 SSP_CC_PRMi_ES 시그널을 수신한다. 비밀번호 수신 여부를 확인하여 비밀번호를 수신하였으면 기본 호 처리 블럭으로 착신번호 요구인 SSP_CdDgtRQ 시그널을 보낸다. 비밀번호를 수신하지 못하였으면 비밀번호의 첫 디지트를 수신하였는지 확인하여 첫 디지트를 수신하였으면 나머지 비밀번호 수신을 위해 대기하고 수신하지 못하였으면 발신측에 호 촉구를 위한 안내 방송 요구인 SSP_AcstSvcRQ 시그널을 기본 호 처리 블럭으로 보낸후 비밀번호의 첫 디지트 수신통보를 대기한다. 기본 호 처리 블럭(10)으로부터 비밀번호를 수신하면 기본 호 처리 블럭(10)으로 착신번호 요구인 SSP_CdDgtRQ 시그널을 보낸다. 착신번호 요구 후 일정 시간내에 착신번호가 수신되지 않으면 '신용과금/비밀/착신번호 분리 입력'으로 간주한다. 일정 시간내에 착신번호가 수신되었으면 기본 호 처리 블럭(10)으로 DTMFR 해제요구인 SSP_DtmfrRelRQ 시그널을 보낸 후 비밀/착신번호에 대한 질의를 형성하여 CC-RROMPT res 프리미티브를 발생시켜 SSP_CC_PRMs_SE 시그널을 통해 CCOD 블럭(7-3)으로 전달한 후 CC-PROVIDE conf 프리미티브 수신을 위해 대기하다. CCOD 블럭(7-3)으로부터 CC-PROVIDE conf 프리미티브를 적재한 시그널을 수신하면 그내용에 따라 지능망 서브스호를 진행시킨다.

'신용과금/비밀/착신번호 분리 입력'일 경우 비밀번호에 대한 질의를 형성하고 CC-RROMPT res 프리미티브를 발생시켜 SSP_CC_PRMs_SE 시그널을 통해 CCOD 블럭(7-3)으로 전달한 후 호 촉구(prompt)지시를 대기하여 동시에 착신번호 첫 디지트 수신통보인 SSP_CdlDgtRP와 착신번호 통보인 SSP_PackedCdDgtRP 시그널을 수신한다. CCOD 블럭(7-3) 으로부터 추가정보 수집을 위해 호 촉구 프리미티브인 SSP_CC_PRMi_ES 시그널을 수신하면 착신번호 수신 여부를 확인하여 착신번호를 수신하였으면 기본 호 처리 블럭(10)으로 DTMER 해제요구인 SSP_DtmfrRelRQ SSP_을 보낸다. 착신번호를 수신하지 못하였으면 착신번호의 첫 디지트를 수신하였는지 확인하여 첫 디지트를 수신하였으면 착신번호 수신을 위해 대기하여 수신하지 못하였으면 발신측에 호 촉구를 위한 안내 방송 요구인 SSP_AcstSvcRQ 시그널을 기본 호 처리 블럭(10)으로 보낸 후 착신번호의 첫 디지트 수신통보를 대기한다. 기본 호 처리 블럭(10)으로부터 착신번호를 수신 완료하였으면 기본 호 처리 블럭(10)으로 DTMFR 해제요구인 SSP_DtmfrRelRQ 시그널을 보내고 착신번호에 대한 질의를 형성하여 CC-PROMPT res 프리미티브를 발생시켜 SSP_CC_RRMsES 시그널을 통해 CCOD 블럭(7-3)으로 전달후 CC-PROVIDE conf 프리미티브 수신을 위해 대기한다. CCOD 블럭(7-3)으로부터 CC_PROVIDE conf 프리미티브를 적재한 시그널을 수신하면 그 내용을 따라 지능망 서브스 호를 진행시킨다.

CCOD 블럭(7-3)으로부터 서비스 제공 적격함을 통보 받으면 기본 호 처리 블럭(10)으로 신용 통화 서비스호 연결 요구인 SSP_InSvcConnRQ 시그널을 보낸다.

신용통화 서비스호를 연결하는 과정에서 기본 호 처리 블럭(10)으로부터 자국호, 입중계호, 출중계호, 중계호 등 호 종류 보고인 SSP_CallTypeRP 시그널, 유휴 (idle), 통화증(busy), 블럭킹(blocking), 결번등 착신 상태 보고인 SSP_CdStRP 시그널, 신용통화 서비스호 연결 보고인 SSP_InSvcConRP 시그널들을 받는다. 이 시그널들을 받으면 과금 정보를 생성하고 신용통화 서비스호를 연결시킨다. 이때 CCOE 블럭(7-3)으로부터 CC-NOTIFY ind를 수신 하고 통보 요청 지시자가 제어 목록 상태를 요구한 경우이며 SSP_CC_EVTr_SE 시그널을 CCOE 블럭(7-3)으로 전달하고 호를 연결시킨다.

기본 호 처리 블럭(10)으로부터 발신 포기 등 비정상 호 해제인지 보고인 SSP_InSvcFailRP 시그널을 수신하면 수행을 종료한다. 이때 CC-NOTIFY ind를 수시한 경우는 통보 요청 지시자의 내용이 호 상태 또는 호 상태와 제어 목록 상태를 요구한 경우는 비정상 호 해제보고 원인을 CC-EVENT req 프리미티브를 생성하여 SSP_CC_EVTr_ES 시그널에 적재하여 CCOE 블럭(7-3)으로 전달한 후 수행을 종료한다.

기본 호 처리 블럭(10)으로부터 정상적인 호 해지 통보인 SSP_InSvcRelRP 시그널을 받으면 CCOE 블럭(7-3)으로부터 받은 과금 정보를 과금 데이타 생성블럭인 CDG(Charging Data Generation) 블럭으로 전달하는 SSP_FinChaDta_BG 시그널을 보내고 호를 종료한다.

또한 시용통화 서비스호의 운용 및 관리를 위하여 기본 호 처리 블럭으로부터 신용통화 서비스호 통보를 받거나 차단 중인 호에 대한 서비스 요구 발생시, CCOE 블럭(7-3)과 프리미티브 송,수신시 통계 처리를 위하여 CCSM(Credit Call Service Management) 블럭의 통계 라이브러리(libary)를 호출한다.

pd_SSP_CC_LID_ini

신용통화 서비스호에 대한 국부식별번호를 관리하기 위한 LID 관리 테이블을 초기화시키는 기능을 수행하여 CCSC_main 프로세스에 의해 동작된다.

pd_SSP_CC_CID_insert

CCSC_actual 프로세스에서 신용통화 서비스호의 적격 검사 및 번호 번역을 위하여 CC-PROVIDE req 프리미티브를 발생할 때 국부 식별번호를 할당받은 프로시져이다. LID 테이블은 원형 큐의 구조를 갖고 있으며 0부터 1499까지 번호를 부여하는데 신용통화 서비스호별로 유일한 번호를 할당한다.

pd_SSP_CC_ACG

신용통화 서비스호 수신시 데이타베이스 내용에 따라 서비스호의 차단 여부를 판단하는 기능을 수행한다. 이때 특정 호에 대해 한개 이상의 ACG(Automatic Call Gapping : 자동호 차단)가 적용될 수 있는데 데이타베이스를 검색하여 제어번호의 길이가 긴 것부터 짧은 순으로 적용하여 호차단 여부를 판단한다. 이때 수신된 호중에서 호차단 제어를 받는 코드를 갖는 일련의 호는 차단주기가 종료되기전까지 모두 차단시킨다. 차단 주기가 종료된 후 도착한 첫번째 호에 대해서는 정상적으로 처리하도록 지시하고 즉시 차단주기 시작 시간을 변경 등록하여 그 다음부터 도착하는 호에 대해 호차단 제어를 제시한다.

pd_SSP_CC_CGAP_insert

CCSC_actual 프로세스에서 SCP로부터 CC-GAP ind 프리미티브 수신시 호출되며 이때 파라메타로 전달된 CC-GAP ind 프리미티브 내용을 추출하여 제어번호, 제어번호 디지트 갯수, 차단 시간, 차단 주기, 차단 주기 시작 시간, 차단 원인 등에 관한 정보를 데이타베이스에 저장하는 기능을 수행한다.

CCSC_ACG_delete

호차단 정보를 데이타베이스에 저장한 후 호 차단 시간이 지나면 CROS(Concurrent Realtime Operating System)로부터 타이머구동에 의해 동작되어 해당 호차단 정보를 자동으로 삭제한다.

pd_SSP_CC_GapInfo_display

운용자로부터 데이타베이스에 저장된 신용통화 서비스 호 차단 정보에 대한 출력 요구를 수신하였을 경우 CCSC_main 프로세스에 의해 호출되어 데이타베이스에 저장된 호차단 정보를 전달한다. 이때 데이타베이스에 저장된 차단 정보를 차단 원인별로 출력할 수 있도록 정렬하여 전달하며, 신용통화 서비스호를 처리하는 프로세스의 재시동 및 CCSC_ACG_delete 프로세스이 오동작으로 차단시간이 지난후에도 호 차단 정보가 삭제되지 않고 데이타베이스에 남아있는지 여부를 알려주는 기능도 포함하고 있다.

pd_SSP_FP_GapInfo_delete

운용자로부터 데이타베이스에 저장된 신용통화 서비스 호 차단 정보의 삭제요구 수신하면 운용자로부터 받은 정보를 이용하여 데이타베이스에서 관련 정보를 삭제하고 그 결과를 전달하는 기능을 수행한다.

제3도는 본 발명인 서비스 교환기의 신용통화 시비스호 제어방법에 따른 처리 흐름도이다.

BCPI 블럭(4)으로부터 신용통화서비스호를 수신하면(31) CCASE 와 통신하기 위하여 CCOE 블럭으로 신용통화 서비스 요소 Pid를 이니셜 시그널로 요청하고(32) CCOE 블럭(7-3)으로부터 프로세스 ID를 통보받는다(33).

SCCP 관리부(5-2)에서 발생한 서브시스팀들에 대한 관리를 위하여 서브시스팀 상태를 요청하고 이에 대한 응답을 수신하는데 이때 서브시스팀 상태요청 시그널을 수신했음을 서브시스팀 상태 요청 수신 확인 통보를 받고(34,35) 서브시스팀 상태 응답 통보, 서브시스팀 상태 최종 응답 통보 시그널을 차례로 받는다(36,37). 신용통화 서비스호 수행을 위한 추가 정보 수집을 위하여 기본 호 처리 블럭으로 발신번호를 요구한 후(38) 기본 호 처리 블럭으로부터 발신번호를 통보 받는다(39). 발신번호를 통보 받은 후 다시 발신등급을 요구하고(40) 발신등급을 수신한다.

(41). 이때 발신등급을 기본 호 처리 블럭(10) 중 어느 블럭에서 받았는지 검사하여(42) 중계선 제어블럭인 TKC(Trunk Control) 블럭으로부터 받았으면 중계선 시그널 처리 완료 통보 시그널을 수신하고(43) 다이얼톤 또는 DTMFR 연결 요구 시그널과 신용과금번호 요구 시그널을 기본 호 처리 블럭으로 전송한다(44,45). 아날로그 가입자 제어블럭인 ASC(Analog Subscriber Cont부터 발신등급을 수신하였으면 기본 호 처리 블럭으로 다이얼톤 또는 DTMFR 연결요구 시그널과 신용과금번호 요구 시그널을 전송한다(46,47). 기본 호 처리 블럭(10)으로부터 신용과금번호를 수신하였으면(48) SSP 자체에서 관리하고 있는 데이타 베이스의 호 차단 정보 릴레이션을 이용하여 서비스 요구 정보를 분석하여(49) 서비스 제공 가능 여부를 판단한다(50). 상기 판단(50) 결과가 서비스 제공 불가능하면 사용자에게 호를 포기하도록 하기 위하여 해당 이유를 알려줄 수 있도록 톤/안내방송 송출 요구 시그널을 기본 호 처리 블럭으로 전송한 후 호차단으로 인한 호 실패에 대한 통계 처리를 위해 CCSM 블럭(7-1)으로 통계처리를 위한 라이브러리(library)를 호출하고 호를 종료한다(51,52).

상기 판단(50)결과가 서비스 제공 가능하면 기본 호 처리 블럭으로 비밀번호 요구 시그널을 전송하고 비밀번호 수집한다(53).

비밀번호 수집이 완료되었는가 조사하여(54) 일정 시간내에 비밀번호 수집을 완료하지 못하였으면 비밀/착신 번호 연속 입력 또는 신용과금/비밀/착신번호 분리 입력으로 간주하여 신용과금번호에 대한 질의를 형성하여(55) CCOE 블럭(7-3)으로 적격 검사 및 번호번역 요구 시그널을 전송한 후(56) 통계처리를 위한 통계 라이브러리를 호출한다(57). 비밀/착신번호 연속 입력 또는 신용과금/비밀/착신번호 분리 입력인 경우 CCOE 블럭(7-3)으로 비밀번호 촉구 요구 시그널을 전송하고(67) 호 촉구 지시를 대기한다(68). 호 촉구 지시 대기에 대한 통계처리를 위해 통계 라이브러리를 호출한 후(69) 기본 호 처리 블럭으로 비밀번호 촉구를 위한 안내 방송 송출 요구 시그널을 전송하여(70) 비밀번호 수집한다(71). 비밀번호 수집이 완료되었으면 기본 호 처리 블럭으로 착신번호 요구 시그널을 전송하여 착신번호를 수집한다(72). 착신번호 수집이 완료되었는가 조사하여(73) 일정 시간내에 착신번호 수집을 완료하였으면 기본 호 처리 블럭으로 DTMFR 해제요구 시그널을 전송한다(74).

상기 조사(73) 결과 완료되지 않으면, 신용과금/비밀번호 연속 입력인 경우 비밀번호 촉구 기능 수행을 위해 CCOE 블럭(7-3)으로 호 촉구 시그널을 전송한 후(75) 후 촉구 지시를 대기한다(76).

호 촉구 지시 대기에 대한 통계 처리를 위해 CCSM 블럭(7-1)으로 통계 라이브러리를 호출한 후(77) 기본 호 처리 블럭으로 착신번호 촉구를 위한 안내 방송 송출 요구 시그널을 전송한다(78).

기본 호 처리 블럭(10)으로 부터 착신번호를 수집하고(79) DTMFR 해제요구 시그널을 전송한다(80).

그리고 상기 조사(54) 결과 일정 시간내에 비밀번호 수집을 완료하였으면 착신번호 요구 시그널을 기본 호 처리 블럭으로 전송하여 착신번호를 수집한다(58). 착신번호 수집이 완료되었는가 조사하여(59) 일정 시간내에 착신번호 수집을 하지 못하였으면 신용과금/비밀번호 연속 입력으로 간주하여 신용과금번호 및 비밀번호에 대한 질의를 형성하여(60) CCOE 블럭(7-3)으로 적격 검사 및 번호 번역 요구 시그널을 전송하고(61) 통계 처리를 위한 통계 라이브러리 호출하고(62) 상기 과정(75 내지 80)을 수행한다.

상기 조사(59) 결과 일정 시간내에 착신번호 수집을 완료하였으면 기본 호 처리 블럭으로 DTMFR 해제요구 시그널을 보내고 (63) 신용과금번호, 비밀번호, 착신번호에 대한 질의를 형성하여 (64) 적격 검사 및 번호 번역 요구(65) 시그널을 CCOE 블럭(7-3)으로 전송한다(65).

CCOE 블럭(7-3)으로부터 적격 검사 결과에 대한 시그널을 수신하기 위해 대기한다(66).

상기 과정(66)에서 CCOE 블럭(7-3)으로부터 적격 검사 및 번호 수행에 대한 결과로 호 차단 프리미티브(CC-GAP ind)를 수신하였으면(81) 호 차단 플래그를 셋트시키고(82) 호 차단 프리미티브에 대한 통계 처리를 위하여 CCSM블럭(7-1)으로 통계 라이브러리를 호출한다(83).

SCP로부터 호 차단이 발생하였음을 운용자에게 알려주기위하여 상태 메세지를 전달하고(84) 이 프리미티브가 최종 프리미티브인가 검사한 후(85) 최종 프리미티브가 아니면 CCOE 블럭(7-3)으로 부터 최종 프리미티브를 수신할 때까지 대기하고 최종 프리미티브이면 최종 플래그를 셋트시킨다(86).

상기 과정(66)에서 CCOE 블럭(7-3)으로부터 적격 검사 및 번호 번역 결과 프리미티브(CC-PROVIDE conf)를 수신하였으면(87) 적격 검사 플래그를 셋트시키고(88) 성공/실패 지시자가 성공인지 검사하여(89) 성공이면 Svc_Confirm을 셋트시키고(90) 이때 수신한 프리미티브가 최종 프리미티브인지 검사하여(91) 최종 프리미티브가 아니면 최종 프리미티브를 수신할 때까지 대기하고(66) 최종 프리미티브이면 최종 플래그를 셋트시킨다(92).

상기 과정(66)에서 CCOE 블럭(7-3)으로 부터 거절 프리미티브(CC-REJECT ind)를 수신하였으면(93) CCSM 블럭(7-1)으로 거절 프리미티브에 대한 통계 처리를 위하여 통계 라이브러리를 호출한 후(94) 운용자에게 프로토콜 에러가 발생하였음을 알리는 장애 메세지를 전달하고(95) 거절 플래그를 셋트시킨다(96). 이 프리미티브가 최종 프리미티브인지 검사한 후(97) 최종 프리미티브가 아니면 최종 프리미티브를 수신할 때까지 대기하고 (66) 최종 프리미티브이면 최종 플래그를 셋트시킨다(98).

상기 과정(66)에서 CCOE 블럭(7-3)으로부터 취소 프리미티브(CC-CANCEL ind)를 수신하였으면(99) CCSM 블럭(7-1)으로 호 취소 프리미티브에 대한 통계 처리를 위하여 통계 라이브러리를 호출하고(100) 호 취소 원인에 대한 안내 방송을 송출하도록 기본 호 처리 블럭(10)으로 요청한 후 호를 종료한다(101).

상기 과정(66)에서 CCOE 블럭(7-3)으로 부터 사건 통보 요청 프리미티브(CC-NOTIFY ind)를 수신하였으면(102) 사건통보요청 플래그를 셋트시키고(103) CCSM 블럭(7-1)으로 사건 통보 요청 프리미티브 수신에 대한 통계 처리를 위하여 통계 라이브러리를 호출한다(104). 이 프리미티브가 최종 프리미티브인가 검사하여(105) 최종 프리미티브가 아니면 다시 최종 프리미티브를 수신할 때까지 응답을 기다리고(106) 최종 프리미티브이면 최종 플래그를 셋트시킨다(106).

상기 과정(66)에서 수신 결과에 따라 각각의 최종 플래그가 셋트되면(86,92,98,106), 즉 CCOE 블럭(7-3)으로 부터 최종 프리미티브를 수신하였으면 계속해서 지능망 호 처리를 진행한다. 이때 거절 프리미티브를 수신했음을 나타내는 거절 플래그가 셋트되어있는지 검사하여(100), 검사 결과 셋트되어 있으면 사용자에게 프로토콜 에러가 발생하였음을 알리는 톤 또는 안내 방송을 송출하도록 기본 호 처리 블럭으로 요구한 후 지능망 서비스호를 종료한다(111). CCOE 블럭(7-3)으로부터 사건 통보 요청 프리미티브를 수신하였음을 알리는 사건 통보 요청 플래그가 셋트가 되어있는지 검사하여(112) 셋트되어 있으면 사건 통보 프리미티브를 CCOE 블럭(7-3)으로 전달하기 위하여 사건 통보 프리미티브(CC-EVENT req)를 생성한다(113). 적격 검사 및 번호번역결과 프리미티브를 수신했음을 알리는 적격 검사 결과 및 번호 번역 결과 통보 프리미티브 플래그가 셋트되어 있는지 검사하여(114) 이 플래그는 셋트되어 있지 않으나 사건 통보 요청 플래그가 셋트되어 있으면(115) CCOE 블럭(7-3)으로 사건 통보 프리미티브를 전송하고(116) 사용자에게 톤 또는 안내 방송을 송출하도록 요구한 후 수행을 종료한다(117). 적격 검사 및 번호 번역 결과가 실패이면 즉, Svc_confirm이 셋트되어 있지 않고 사건 통보 요청 프리미티브를 수신하였으면(119) 사건 통보 프리미티브를 CCOE 블럭(7-3)으로 전송하고(120) 사용자에게 톤 또는 안내 방송을 송출하도록 요청한 후 수행을 종료한다(121). 적격 검사 및 번호 번역 결과가 성공이면 기본 호 처리 블럭으로 지능망 서비스 호 연결을 요청하고(122) 통계 처리를 위한 통계 라이브러리를 호출한다(123). 기본 호 처리 블럭(10)으로 부터 지능망 서비스호 종류 통보 수신(124), 착신 상태 통보 수신(125), 지능망 서비스 호 연결이 되었음을 통보하는 시그널을 수신한 후(126) 이들 정보를 분석하여 지능망 서비스호에 대한 과금 정보를 생성한다(127). 지능망 서비스 호 통화가 완료된 후 정상적으로 지능망 서비스호에 해제통보 시그널을 수신하였으면(128) CDG 블럭으로 과금 처리를 할 수 있도록 과금 정보를 전달한 후(129) 통계 처리를 위한 CCSM 블럭의 통계 라이브러리를 호출한 후 지능망 서비스를 종료한다(130).

상기 과정(66)에서 사용자가 지능망 서비스호가 연결되기 전에 호를 포기하면 호 처리 블럭으로 부터 지능망 서비스호 비정상 통보를 수신하고(107) 이에 대한 통계 처리를 위하여 CCSM 블럭(7-1)의 통계 라이브러리를 호출한다(108). CCOE 블럭(7-3)으로 호 취소 요청을 위한 프리미티브(CC-CANCEL req)를 전달하고 호를 종료한다(109).

따라서, 본 발명은 서비스 가입자에게 과금번호와 비밀번호를 부여하여 발신측 전화번호 대신에 서비스 가입자의 과금번호에 요금을 부과함으로써 서비스 이용자가 현금을 사용하지 않고 통화를 할 수 있도록 하여 각 서비스 가입자에게는 과금번호와 개인식별 코드(비밀번호)로 구성된 신용통화 번호를 부여하고, 개인식별과 통화 자격, 발착신지역, 사용 일시 등의 조건에 따라 통화 허용 여부를 부여받은 후에 호가 처리되도록 함으로써 신용번호를 알고 있는 제3자가 악의적으로 사용하는 것을 방지하기 위하여 일정시간 간격내에 시도 횟수와 이용 횟수를 감시하여 서비스 이용을 폐쇄시킬 수 있는 효과가 있다.

서비스 교환기의 신용통화 서비스 호 제어방법

Claims (3)

1. 서비스 교환기(SSP)(1)와, 지능망 서비스 제어부(ISCS)(2), 프로토콜 처리부(3), 기본 호 처리 접속 블럭(BCPI)(4), 문답처리 기능 응용부(5), 컴퍼넌트 처리블럭(CHA)(5-1), 다이얼로그 처리블럭(DHA)(5-2), 트랜잭션 처리블럭(THA)(5-3), 착신과금 서비스부(FPS)(6), 착신과금 서비스 관리블럭(FPSM)(6-1), 착신과금 서비스 제어블럭(FRSC)(6-2), 착신과금 오퍼레이션 수행 블럭(FPOE)(6-3), 착신과금 다이얼로그 오퍼레이션 블럭(FPDO)(6-4), 신용 통화 서비스부(CCS)(7), 신용 통화 서비스 관리 블럭(CCSM)(7-1), 신용통화 서비스 제어블럭(CCSC)(7-2), 신용 통화 오퍼레이션 수행 블럭(CCOE)(7-3), 신용 통화 다이알로그 오퍼레이션 블럭(CCDO)(7-4), 신호 연결 제어부(SCCP)(8), 메시지 전달부(MTP)(9), 기본 호 처리부(10)를 구비하는 전전자 교환기 시스팀의 서비스 교환기(SSP)의 신용통화 서비스가 제공되는 신용통화 응용 프로세스의 신용 통화 서비스 호 제어 방법에 있어서 ; 신용통화 서비스호를 수신하고 서비스시팀의 상태를 점검한 뒤 발시 번호 통보 및 발신 등급수신을 하는 제1단계(31 내지 41), 상기 제1단계(31 내지 41) 수행 후, 수신된 발신 등급의 공급원을 구분하여 서비스 요구 정보 분석후 서비스 제공 가능 여부를 판단하여 기본 호 처리 블럭(10)으로 전송한 후 CCSM블럭(7-1)으로 통계처리를 위한 라이브러리를 호출하고 비밀 번호를 수집하는 제2단계(42 내지 54), 상기 제2단계(42 내지 54)수행 후, 추가적으로 필요한 정보를 기본 호 처리 블럭(10)으로 부터 수집하고 서비스 제공이 가능한지 여부를 판단하여 CCOE 블럭으로 적격 검사 및 번호 번역을 요구하고 이의 결과를 수신 대기하는 제3단계(55 내지 80), 상기 제3단계(55 내지 80) 수행 후, CCOE블럭(7-1)으로 부터 호 차단 프리미티브를 수신하여 결과에 대한 처리를 수행하는데 제4단계(81 내지 86), 상기 제3단계(55 내지 80) 수행후, CCOE 블럭으로부터 적격 검사 및 번호 번역 결과 통보 프리미티브를 수신하여 이 프리미티브에 대한 처리를 수행하는 제5단계(87 내지 92),상기 제3단계(55 내지 80) 수행후, CCOE 블럭으로부터 거절 프리미티브를 수신하여 이 프리미티브에 대한 처리를 수행하는 제6단계(93 내지 98), 상기 제3단계(55 내지 80) 수행후, CCOE블럭으로 부터 호 취소 프리미티브르 수신하여 이에 대한 처리를 수행하는 제7단계(99 내지 101), 상기 제3단계(55 내지 80) 수행후, CCOE 블럭으로부터 사건 통보 요청 프리미티브를 수신하여 이 프리미티브에 대한 처리를 수행하는 제8단계(102 내지 106),상기 제3단계(55 내지 80) 수행후, 사용자가 지능망 서비스 호가 연결되기 전에 호를 포기하여 기본 호 처리 블럭으로 부터 지능망 서비스 호 비정상 통보를 받은 후 이에대한 처리를 수행하는 제9단계(107 내지 109), 상기 제1 내지 제9단계(107 내지 109) 수행후, CCOE블럭으로 부터 최종 프리미티브를 받은후 프리미티브 수신 결과에 대한 호 처리를 진행하고 신용통화 서비스 호를 연결시켜주는 제10단계(110 내지130)로 이루어지는 것을 특징으로 하는 서비스 교환기의 신용통화 서비스 호 제어방법.
2. 제1항에 있어서, 상기 제1단계(31 내지 41)는 ; BCPI블럭(4)으로부터 신용통화서비스 호를 수신하면 CC ASE와 통신하기 위하여 신용통화 서비스 요소 pid를 이니셜 시그널로 요청하고 CCOE블럭(7-3)으로부터 프로세스 ID를 통보받는 단계(31 내지 33), 상기 단계(31 내지 33) 수행후, SCCP관리부(5-2)에서 발생한 서브시스팀들에 대한 관리를 위하여 서브시스팀 상태를 요청 시그널을 수신했음을 알리는 서브시스팀 상태 요청 수신 확인 통보를 받고 서브시스팀 상태 응답 통보, 서브 시스팀 상태 최종 응답 통보시그널을 차례로 받는 단계(34 내지 37), 상기 단계(34 내지 37)수행후, 신용통화 서비스 호 수행을 위한 추가정보 수집을 위하여 기본 호 처리 블럭으로 발신번호를 요구한 후 기본 호 처리 블럭으로 부터 발신번호를 통보 받은 다음 다시 발신 등급을 요구하여 수신하는 단계(38 내지 41)로 이루어지는 것을 특징으로 하는 서비스 교환기의 신용통화 서비스 호 제어방법.
3. 제1항에 있어서, 상기 제3단계(55 내지 80)는 ; 상기 제2단계 수행 후, 비밀번호 수집이 완료되지 않았으면 신용 과금 번호에 대한 적격 검사 및 번호번역 요구 후 통계 라이브러리를 호출하는 단계(55 내지 57), 상기 단계(55 내지 57) 수행후, 호 촉구에 대한 통계 라이브러리를 호출하고 비밀 번호 및 착신 번호를 요구하여 착신번호 수집이 완료되었으면 DTMFR 처리 요구 시그널을 전송하는 단계(67 내지 74), 상기 단계(67 내지 74) 수행후, 착신 번호 수집이 완료 되지 않았으면 호 촉구에 대한 통계 라이브러리를 요구하고 착신 번호를 수집하여 DTMFR 해제요구 시그널을 전송하는 단계(75 내지 80), 상기 제2단계 수행후, 착신 번호 수집이 완료되지 않았으면 신용 과금 번호 및 비밀 번호에 대한 적격 검사 및 번호 번역 요구에 따른 통계 처리 라이브러리를 호출하고 상기 단계(75 내지 80)를 수행하고 착신 번호 수집이 완료되었으면 DTMFR 해제요구에 대한 신용 과금 번호 및 비밀 번호, 착신 번호에 대한 적격 검사 및 번호 번역 결과를 대기하는 단계(58 내지 66)로 이루어지는 것을 특징으로 하는 서비스 교환기의 신용통화 서비스 호 제어방법.