KR930009862B1 - 전전자 교환기의 신용통화 서비스호 처리방법 - Google Patents

Abstract

내용 없음.

Description

전전자 교환기의 신용통화 서비스호 처리방법

제 1 도는 본 발명이 적용되는 전전자 교환기의 개략적인 구성도.

제 2 도는 지능망 서비스 제어부의 내부 구성도.

제 3 도는 본 발명의 전체 흐름도.

제 4 도는 운영처리 절차 수행부(FPOE)의 세부 흐름도.

제 5 도는 다이얼로그 수행부(FPDO)의 세부 흐름도.

제 6 도는 컴포넌트 처리부(CHA)의 세부 흐름도.

제 7 도는 다이얼로그 처리부(DHA)의 세부 흐름도.

제 8 도는 문답처리부(THA)의 세부 흐름도.

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

1 : 가입자 교환 서브시스팀(ASS) 2 : 연결망 서브시스팀(INS)

3 : 중앙제어 서브시스팀(CCS) 4 : 기본 호 처리부

5 : 지능망 서비스 제어부 6 : 과금, 측정/통계, 시험 장애 검출부

7 : 디스크 드라이버 8 : 마그네틱 테이프 드라이버

9 : 워크 스테이션 10 : 프로토콜 처리부

11 : 서비스 처리부 12 : 신용통화 응용서비스부

13 : 타 서비스 응용서비스부

14 : 신용통화 운용처리 절차 수행부(CCOE)

15 : 신용통화 다이얼로그 수행부(CCDO)

16 : 컴포넌트 처리부(CHA) 17 : 다이얼로그 처리부(DHA)

18 : 문답처리부(THA) 19 : 기본호처리 인터페이스부(BCPI)

20 : 신용통화 서비스 수행부 21 : 타 지능망 서비스 수행부

22 : 신용통화 서비스 제어부(CCSC) 23 : 신용통화 서비스 관리부(CCSM)

24 : 문답처리 기능 응용부(TCAP)

본 발명은 전전자 교환기의 서비스 기능의 호 처리방법에 관한 것으로서, 특히, 지능망 서비스중 신용통화 서비스 호 처리방법에 관한 것이다.

신용통화 서비스는 서비스 이용자가 자신이 사용한 통화 요금을 제3의 전화번호인 신용과금번호에 과금시키는 서비스이다.

즉 서비스 가입자에게 신용과금번호와 비밀번호를 부여하여 발신측 전화번호 대신에 서비스 가입자의 신용과금번호에 요금을 부과함으로써, 서비스 이용자는 현금을 사용하지 않고 통화를 할 수 있는 서비스이다.

기존의 전전자 교환기는 일반호만 처리하였으며 정보통신 기술의 발전에 따른 가입자들의 다종 다양한 욕구충족에 한계점이 많았다.

따라서, 본 발명의 목적은 기존의 전전자 교환기에 지능망 서비스 기능을 부가하여, 신용통화 서비스 기능의 제공이 가능할 수 있도록 착신과금 서비스 호 처리방법을 제공하는 데 있다.

상기 목적을 달성하기 위하여 본 발명은 가입자 교환 서브시스팀(ASS)과, 상기 가입자 교환 서브시스팀에 연결된 연결망 서브시스팀(INS)과, 상기 연결망 서브시스팀에 연결된 중앙제어 서브시스팀(CCS)과, 상기 중앙제어 서브시스팀에 연결된 디스크 드라이버, 마그네틱 테이프 드라이버, 워크 스테이션으로 구성된 전전자 교환기를 이용하여 지능망 서비스중 신용통화 서비스 호 처리방법에 있어서, 가입자 교환 서브시스팀에 발신 가입자 또는 중계선으로 부터 후크 오프(Hook Off) 상태를 인지하고 신호장치를 할당하여 디지트가 수신되면 번호 번역을 하는 제1단계와, 상기 제1단계의 번호 번역결과 지능망 서비스중 신용통화 서비스인 경우 발신번을 요구하여 발신번을 수신한후 착신번호 관련정보를 공통선 신호망내의 특수센터의 데이타 베이스로 원격조회하는 제2단계와, 상기 제2단계의 요구 정보를 제공하기 위해 신용통과 서비스에 필요한 운용절차 및 다이얼로그를 수행하고 공통선 신호방식 No.7 프로토콜을 실행하여 상기 제2단계의 요구 정보에 대한 결과를 제공하는 제3단계와, 상기 제3단계의 결과를 분석하여 서비스 제공 불가능시에는 발신 가입자에게 해당 녹음안내 혹은 톤을 송출하고 서비스 제공 가능시에는 연결망 서브시스팀에게 루팅을 요구하는 제4단계와, 상기 제4단계의 루팅 요구를 받은 연결망 서브시스팀이 통화로를 구성하고 가입자 교환 서브시스팀에게 신호장치 할당을 요구하여 발신 및 착신자간의 통화로를 형성시키고, 중앙제어 서브시스팀에게는 신용통화 시작을 통보하여 과금 관리를 시작하고 통화의 종료와 함께 신용통화 과금을 종료하고 통화로를 해제하는 제5단계로 구성하였다.

이하, 첨부된 도면을 이용하여 본 발명의 일실시예를 상세히 설명한다.

제 1 도는 본 발명의 적용되는 전전자 교환기의 전체 구성도로서 도면에서 (1)은 가입자 교환 서브시스팀(Access Switching Subsystem ; 이하 AAS라 칭함), (2)는 연결망 서브시스팀(Inter Connection Subsystem ; 이하 INS라 칭함), (3)은 중앙 제어 서브시스팀(Central Control Subsystem ; 이하 CCS라 칭함), (4)는 기본호 처리부, (5)는 지능망 서비스 제어부, (6)은 과금, 측정/통계, 시험/장애 검출부, (7)은 디스크, (8)은 마그네틱 테이프, (9)는 워크 스테이션을 각각 나타낸다.

ASS(1)는 가입자 및 중계선 정합, 각종 신호장치, 타임 스위치 등을 구비하여 대부분의 호 처리 기능과 자체 유지보수 기능을 수행하며 시스팀적으로 수평 분산 구조를 갖는다. 이런 ASS(1)는 시스팀 전체적으로는 최대 60개까지 실정될 수 있다.

INS(2)는 시스팀의 중심에 위치하여 ASS(1) 상호간 또는 ASS(1)와 CCS(3) 사이를 연결시켜 주는 기능을 수행하며 스페이스(space) 스위치가 이곳에 위치한다. 또한 호 처리 기능중 번호 번역, 루팅, 스페이스 스위치 연결 기능등을 수행하며 망 동기 장치를 구비하여 시스팀 클럭을 생성, 공급하는 기능도 담당한다.

CCS(3)는 시스팀의 총괄적인 운용관리 기능을 수행하는 서브시스팀으로서 시스팀 차원의 유지보수, 시험 및 측정, 과금 및 통계뿐만 아니라 보조기억장치인 디스크(7) 및 마그네틱 테이프 드라이버(8)를 제어하고 운용자 정합 기능을 제공한다.

과금, 측정/통계, 시험/장애 검출부(6)은 과금처리, 통계정보의 처리, 시스팀의 장애등을 검출하여 운용자가 워크 스테이션(9)을 통하여 상기 정보등을 엑세스 하도록 시스팀 운용정보를 관리한다.

지능망 서비스 제어부(5)와 기본 호 처리부(4)는 소프트웨어 시스팀으로서 지능망 서비스 제어부(5)는 서비스를 관장하는 서비스 처리부와 공통선 신호망에 연결된 서비스 제어 시스팀과의 통신을 관장하는 프로토콜 처리부로 구성되며 본 발명을 수행한다.

그리고 기본 호 처리부(4)는 회전정합 제어블럭, 타임스위치 제어블럭, 신호장치 제어블럭, 트래픽 제어블럭, 신호연결 제어블럭, 호 혼합 제어블럭, 메세지 전달 제어블럭, 녹음안내 제어블럭등의 기능블럭으로 구성되며 신호연결 제어블럭 및 메세지 전달제어블럭은 공통선 신호방식중 망 서비스부 프로토콜인 신호연결 제어부(Signalling Connection Control Part : SCCP) 및 메세지 전달 부(Message Transfer Part : MTP) 기능을 수행한다.

본 발명의 적용되는 전전자 교환기, 즉 지능망 서비스 기능을 갖춘 전전자 교환기가 신용통화 서비스 수행도중 발신자가 입력한 신용과금번호 및 비밀번호에 대해 자격 적부를 조회를 하여 발신 가입자에게 통화 제공여부를 결정하여야 한다. 자격 적부에 관련된 데이타 베이스가 공통선 신호망내 특수센터인 서비스 제어 시스팀(Service Control Point 이하, SCP라함)에 저장되어 있으므로, 본 발명이 적용되는 전전자 교환기는 공통선 신호방식 No.7 프로토콜을 사용하여 SCP에 저장된 데이타 베이스를 원격 엑세스 한다.

제 2 도는 지능망 서비스 제어부(5)의 내부 소프트웨어 블럭 구성도로서 도면에서 (10)은 프로토콜 처리부, (11)은 서비스 처리부, (12)는 신용통화 응용서비스부, (13)은 타 서비스 응용서비스부, (14)는 신용통화 운용처리 절차 수행부, (15)는 신용통화 다이얼로그 수행부, (16)은 컴포넌트 처리부, (17)은 다이얼로그 처리부, (18)은 문답처리부, (19)는 기본 호 처리 인터페이스부, (20)은 신용통화 서비스 수행부, (21)은 타 지능망 서비스 수행부, (22)는 신용통화 서비스 제어부, (23)는 신용통화 서비스 관리부, (24)는 문답처리 기능 응용부를 각각 나타낸다. 프로토콜 처리부(10)와 서비스 처리부(11)를 수행하는 각 소프트웨어 기능블럭의 상세한 기능은 다음과 같다.

기본 호 처리 인터페이스부(19)(Basic Call Processing Interface ; 이하 BCOU라함)는 서비스 호의 변경 및 새로운 서비스의 추가 도입을 용이하게 실현할 수 있도록 지능망 서비스 제어부와 기본 호 처리부와의 상호 접속 기능을 전담하여 수행하는 블럭이다. 이는 지능망 서비스 호의 인지 통보, 서비스 호 연결 및 복구 요구, 추가 정보 수집 요구, 안내 방송 연결 요구, 과금 수행 요구 등의 정보를 상호 전달하는 역할을 수행한다.

신용통화 서비스 제어부(22)(Credit Caling Service Control ; 이하 CCSC라함)는 기본 호 처리부(4)에서 신용통화 서비스 요구를 인지하여 통보하면 신용통화 서비스 관리부(23)로 서비스 제공가능 여부를 확인한 후 신용통화 운용처리 절차 수행부(14)로 서비스 요구에 대한 신용통화 서비스 명령제공 오퍼레이션을 요구한다. 여기서, 오퍼레이션이란 한 응용서비스부 요청으로 상대편 응용서비스부가 수행하여야 하는 처리행동을 말한다. 신용통화 운용처리 절차 수행부(14)로 부터 오퍼레이션에 대한 확인을 수신하면 이 데이타를 분석하여 서비스 제공이 가능할 때는 기본 호 처리부(4)로 호 경로 구성을 요구하고, 호가 연결되어 서비스를 제공하게 되면 신용통화 운용처리 절차 수행부(14)로 부터 받은 과금 정보를 이용하여 과금 기능을 수행하도록 신용통화 서비스 관리부(23)로 통보한다. 서비스 제공이 불가능할 때는 서비스 이용자에게 안내 방송 혹은 톤을 송출한다. 그리고 신용통화 운용처리 절차 수행부(14)로 부터 서비스 제한 요구를 받거나, 서비스 제공 불가능시, 호 연결 실패시는 신용통화 서비스 관리부(23)로 통보하여 이에 대한 관리를 수행하도록 한다.

신용통화 서비스 관리부(Credit Calling Service Management ; 이하, CCSM이라 함)(23)는 신용통화 서비스와 관련된 각종 데이타를 수집 관리하면서 CCSC(22), 과금, 측정/통계 및 시험/장애 검출부들과 상호작용하여 신용통화 서비스 제공에 따른 제반 기능을 수행하는 블럭이다. CCSC(22) 요구에 의하여 신용통화 서비스 제공 가능 여부를 검사하고, 서비스 제공에 대한 각종 과금 기능을 수행한다. 그리고 본 발명 및 SCP의 과부하, 서비스 호 폭주, 운용자에 의한 호 제한 요구 등에 따라 서비스 호의 차단, 이용자에 대한 안내 정보의 관리, 서비스 제공과 관련된 각종 운용관리와 유지보수 데이타의 관리 및 이의 보고 기능을 수행한다.

신용통화 운용처리 절차 수행부(Credit Calling Operation Execution ; 이하 CCOE라함)(14)는 오퍼레이션 처리 절차를 수행하는 블럭으로 CCSC(22)와의 접속 기능, 응용 프로세스와 오퍼레이션의 연관 기능, 지시번호 및 다이얼로그 번호 관리, 오퍼레이션/에러 정의를 참조하여 컴포넌트의 파라미터에 대한 기본 부호화 및 해독 수행 기능, 오퍼레이션의 등급과 타이머 값 표시 기능을 수행한다.

여기서, 다이얼로그라 함은 컴포넌트를 교환하기 위하여 두 문답처리 기능 사용자 사이에 설정된 대응관계를 말하며, 컴포넌트란 신용통화 응용서비스부간 프로토콜 데이타 단위를 말한다. 또한, 파라미터란 프리미티브 또는 메세지에 전달되는 정보요소이고 프리미티브란 인정한 두 계층간의 인터페이스를 표현하는 방법을 말한다.

한편, CCOE(14)는 신용통화 다이얼로그 수행부(15)에게 컴포넌트 전송을 위한 다이얼로그 처리 요구의 발생 및 서비스 품질의 지시 기능과 컴포넌트 처리부(16)와 접속기능을 수행한다.

신용통화 다이얼로그 수행부(Credit Calling Dialogue Operation ; 이하, CCDO라함)(15)는 CCOE(14)와의 상호 작용에 의하여 컴포넌트의 전송 및 수신에 관계되는 다이얼로그 운영 절차를 수행하는 블럭이다. CCOE(14)의 지시에 의한 다이얼로그 운용기능, 다이얼로그 종류 및 컴포넌트가 수신됨을 CCOE(14)에게 통보하는 기능과 다이얼로그 처리부(17)와 정합하는 기능을 수행한다.

다이얼로그 처리부(Dialogue Handling ; 이하, DHA라함)(17)는 CCDO(15)로 부터 다이얼로그 처리 프리미티브를 수신하면 수신된 다이얼로그에 해당하는 컴포넌트를 컴포넌트 처리부(16)로 부터 받아서 이를 재구성하여 사용자 데이타를 만들어 문답처리부(18)로 전달한다. 또한 문답처리부(18)로 부터 프리미티브를 수신하면, 이를 CCEO(15)에 알리며, 해당 컴포넌트는 CHA(16)로 전달한다.

컴포넌트 처리부(Component Handling ; 이하, CHA라함)(16)는 CCOE(14)로 부터 컴포넌트 처리 프리미티브를 수신하면 해당 컴포넌트를 조합하여 DHA(17)로 전달하며 수신된 오퍼레이션의 등급별 처리상태로 넘어가 수신대기 상태로 된후 DHA(17)로 부터 컴포넌트를 수신하면 신택스(syntax) 오류등을 점검하여 결과를 CCOE(14)에 알린다.

문답처리부(Transaction Handling ; 이하 THA라함)(18)는 DHA(17)로 부터 트랜잭션 처리 프리미티브를 수신하면 이에 해당되는 문답처리 기능 응용부(Transaction Capabilities Application Part ; 이하, TCAP이라함)(24) 메세지를 만들어 기본 호 처리부(4)의 신호연결 제어블럭으로 송시한다. 신호연결 제어블럭으로 부터 프리미티브를 수신하면 이로 부터 TCAP(24) 메세지를 추출하여 신택스(Syntax) 오류 및 트랜잭션 상태를 점검한 후 해당 프리미티브를 DHA(17)로 전달한다.

제 3 도는 본 발명의 전체 흐름도이다. 도면을 참조하여 본 발명의 일실시예를 상세히 설명한다.

기본 호 처리부(4)의 회선정합 제어블럭에서 중계선 점유/가입자 후크 오프(Hook off)를 인지하면(301) 기본 호 처리부(4)는 내부의 신호장치 제어블럭에게 R2/DTMFR 신호장치 할당을 요구한다(302). 신호장치 제어블럭은 발신 교환국/발신 가입자로 부터 디지트를 수신하면(303) 수집된 디지트를 기본 호 처리부(4)내의 트래픽 제어블럭에게 전달한다. 트래픽 제어블럭은 INS(2)의 번호 번역 기능블럭에게 번호 번역을 요구하여 결과를 수신한다(304).

번역 결과 일반 호 이면 관련기능들과 상호작용하여 호를 구성하며(305), 지능망 서비스이면 BCPI(19)로 지능망 서비스 호 인지를 알린다. BCPI(19)가 트래픽 제어블럭으로 부터 지능망 서비스의 인지를 보고 받으면 트리거 테이블(Trigger Table)을 이용하여 해당 지능망 서비스를 판별한다(306). 신용통화 서비스로 판별되면 CCSC(22)에게 해당 서비스를 수행하도록 요구한다.

CCSC(22)는 서비스 제공 여부를 CCSM(23)에서 문의하여(307) 불가능하면 발신 가입자에게 해당 안내 방송 또는 톤을 들려 주고(308) 발신 가입자가 후크 온(Hook On)하면 종료한다(309). 서비스 제공이 가능하면 CCSC(22)는 발신번호를 수집하고(310), 신호장치 제어블럭에게 발신측에 톤을 연결하도록 요구하여 발신 가입자로 하여금 서비스 요구 정보를 누르게하며 또한 발신자가 입력하는 디지트(정보)를 수신하기 위하여 DTMFR 신호장치를 할당하도록 요구한다(311). 발신 가입자(중계선)에게 톤을 제공하면(312), 발신 가입자가 입력하는 정보의 조합을 1) 신용과금 번호, 2) 신용과금번호+비밀번호, 3) 신용과금번호+비밀번호+착신번호등이다. 기본 호 처리부(4)의 신호장치 제어블럭에서 수신한 디지트를 전달하면(313) CCSC(22)는 수신된 정보를 이용하여 신용통화 서비스를 수행한다.

신용통화 서비스 호 연결에 앞서 이 시점에서 수신된 신용과금번호 또는 신용과금번호 및 비밀번호에 대해 자격 적부 그리고 착신번호가 입력되었으면 해당 착신번호에 대한 호 허용 여부등에 대해서 공통선 신호망내의 중앙 데이터 베이스 센터에 저장된 관련 데이타 베이스를 공통선 신호방식 No.7 프로토콜을 사용하여 원격조회한 후 조회 결과에 따라 적합한 호 처리를 진행한다. 이를 위하여 CCSC(22)는 앞서 수집한 정보를 이용하여 SCP로 정보 제공을 요구하는 프리미티브를 CCOE(14)로 전달한 후(314) SCP로 부터 결과 또는 추가 정보 요청을 수신하기를 기다린다.

CCSC(22)에서 정보 제공을 요구하는 프리미티브를 발생하면 CCOE(14)가 이 프리미티브를 수신하여 명령제공 오퍼레이션을 발생하며, 발생한 오퍼레이션 및 배정된 다이얼로그 번호등을 사용하여 지시 파라미터항을 기본 부호화 하여 응용서비스부 계층과 문답처리기능 계층간의 프로토콜 데이타 단위인 컴포넌트를(동작지시)생성하여 컴포넌트 처리 프리미티브로 CHA(16)에게 전달한다(315). 컴포넌트 처리 프리미티브를 수신한 CHA(16)는 수신된 컴포넌트를 보관한다. CCOE(14)는 CHA(16)에게 컴포넌트 전달이 끝나면 다이얼로그 시작 운용 절차를 수행하도록 CCDO(15)에게 지시한다.이를 수신한 CCDO(15)는 하위 계층으로 하여금 다이얼로그를 형성하여 발생지 응용서비스부에서 발생한 컴포넌트를 목적지 노드의 상대 응용서비스부에게 전달하도록 다이얼로그 시작을 실제 처리하는데 필요한 정보를 부호화하여 다이얼로그 처리요구 프리미티브로 DHA(17)에게 전달하여 서비스 요구한다. 이를 수신한 DHA(17)은 해당 다이얼로그에 연관된 컴포넌트의 전달을 CHA(16)에게 요구한다(316). 그러면 CHA(16)는 해당 다이얼로그에 연관된 모든 컴포넌트를 DHA(17)에게 전달한다. CHA(16)는 저장하고 있는 등급 1의 컴포넌트를 절단하면 등급 1인보크 스테이트(Invoke State)를 기동한다(317).

여기서, 등급 1인보크 스테이트란 동작등급중의 1등급을 말하는데 동작등급이란 동작을 그 수행결과의 보고방식에 따라 분류하여 표시한 수이고 등급 1은 성공 또는 실패를 보고하는 동작등급을 말한다.

DHA(17)는 해당 다이얼로그에 연관된 컴포넌를 전달받은 후, 이 컴포넌트에 대해 하위 계층으로 하여금 트랜잭션을 형성하여 발생지 컴포넌트부에서 발생한 컴포넌트들을 목적지 노드의 상태 컴포넌트부에게 전달하도록 트랜잭션 시작을 처리하는데 필요한 정보를 부호화하여 트랜잭션 시작을 요구하는 프리미티브로 THA(18)에게 전달하여 서비스 요구한다(317). 이 프리미티브를 수신한 THA(18)는 컴포넌트들에 대해 하나의 TCAP(24) 메세지(시작)로 부호화 한 후 이 TCAP(24) 메세지를 하위 계층이 비연결형으로 목적지 SCP의 트랜잭션부에게 전달하도록 필요한 정보를 부호화하여 프리미티브로 기본 호 처리부(4)의 신호연결 제어블럭에게 전달한다(318). 이 절차가 끝나면 상대 노드로 부터 TCAP(24) 메세지를 수신하기를 기다린다(319). 망 서비스부 계층을 지원하는 기본 호 처리부(4) 내의 신호연결 제어블럭 및 메세지 전달 제어 블럭은 망 서비스부 계층의 사용자인 트랜잭션부 계층이 발생한 발신지 TCAP(24) 메세지를 착신지 트랜잭션부 계층에게 에러없이 전달하는 기능을 수행한다.

신호연결 제어블럭이 해당 정보를 프리미티브로 THA(18)에게 전달하였을 경우(320), THA(18)는 프리미티브에서 TCAP(24) 메세지를(계속) 추출하여 트랜잭션 프리미티브로 DHA(17)에게 전달한다(321). DHA(17)는 CCDO(15)에게 트랜잭션 처리와 동일하게 다이얼로그 계속을 프리미티브로 전달하고, CHA(16)에게는 수신한 컴포넌트들을 전달한다(322). 전술한 트랜잭션 처리와 동일하게 다이얼로그 계속을 프리미티브로 전달받은 CCDO(15)는 CCOE(14)에게 컴포넌트가 수신되었음과 다이얼로그 계속 요구를 받았음을 알린다(323). CCOE(14)는 컴포넌트 수신 준비를 한다. CHA(16)는 수신한 컴포넌트를 CCOE(14)로 전달하는데(324), 이때, 다이얼로 그 계속에 전달되어온 컴포넌트 조합에는 지시 컴포넌트가 있으며 이 지시 컴포넌트에는 추가 정보를 요청하는 정보 송수신 오퍼레이션의 동작 지시가 부호화 되어있다. 컴포넌트를 기다리로 있던 CCOE(14)는 컴포넌트 처리 프리미티브를 수신한 경우 정보 송수신 오퍼레이션을 수신하였으므로 지시 파라미터항을 해독하여 수신한 오퍼레이션을 CCSC(22)에게 추가 정보 요청 프리미티브를 통보한 후 CCSC(22)로 부터 응답이 발생하기를 기다린다(326). CCSC(22)는 결과가 아닌, 프리미티브로 추가 정보 요청을 받으면 SCP가 요구한 녹음 안내 방송을 발신측에게 연결하여 발신자로 하여금 추가디지트를 누르도록 한다(327). CCSC(22)는 발신측으로 부터 추가 디지트를 수신하면(328) 해당 정보를 정보 요구에 대한 보고 프리미티브로 CCOE(14)에게 전달한 후 결과 또는 추가 정보 요청을 수신하기를 기다린다(329). CCSC(22)에서 정보 요구에 대한 보고 프리미티브를 발생하면, CCOE(14)가 이 프리미티브를 수신하여 추가 정보 요청 결과를 전달하기 위한 응답 전송절차를 수행한다(330). 수신한 응답에 따라 반송 결과 파리미터항 또는 반송에러 파리미터항을 기본 부호화하여 성공 또는 실패 결과 보고 프리미티브로 CHA(16)에게 전달한다. 성공 또는 실패 결과 보고 프리미티브를 수신한 CHA(16)는 수신된 컴포넌트를 보관한다(331). CCOE(14)는 CHA(16)에게 컴포넌트 전달을 끝내면 다이얼로그 계속을 운영하여 발생한 컴포넌트를 전송하도록 CCDO(15)에게 지시하며 CCDO(15)는 다이얼로그 계속을 처리하도록 요구하는 프리미티브를 DHA(17)에게 전달한다(332). 이를 수신한 DHA(17)는 해당 다이얼로그에 연관된 컴포넌트의 전달을 CHA(16)에게 요구한다.

그러면 CHA(16)는 해당 다이얼로그에 연관된 모든 컴포넌트를 DHA(17)에게 전달한다. DHA(17)는 전달받은 컴포넌트를 부호화한 후 트랜잭션 계속을 요구하는 프리미티브로 THA(18)에게 절달한다(333). THA(18)는 데이타 유니트에 대해 TCAP(24) 메세지(계속)를 생성하여 이 TCAP(24) 메세지를 비연결형으로 SCP에게 전달하도록 프리미티브로 기본 호 처리부(4)내의 신호 연결 제어블럭에게 전달한 후(334) SCP로 부터 TCAP(24) 메세지를 수신하기를 기다린다(335). 신호연결 제어블럭이 프리미티브를 THA(18)에게 전달하였을 경우(336), THA(18)는 프리미티브에서 TCAP(24) 메세지를(종료) 추출하여 트랜잭션 종료를 프리미티브로 DHA(17)로 전달한다(337). DHA(17)는 CCDO(15)에게 트랜잭션 처리와 동일하게 다이얼로그 종료를 프리미티브로 전달하고, CHA(16)에게는 수신한 컴포넌트들을 전달한 후 트랜잭션을 종래시킨다(338). 트랜잭션 종료 프리미티브를 전달받은 CCDO(15)는 CCOE(14)에게 컴포넌트가 수신되었음과 다이얼로그 종료 요구를 받았음을 알린다(339). CCOE(14)는 컴포넌트 수신 준비를 한다. CHA(16)는 수신한 컴포넌트를 CCOE(14)로 전달하는데(340), 컴포넌트 조합에는 성공 결과 보고 또는 실패 보고가 반드시 있다. 이들 컴포넌트는 동작지시에 대한 대응으로써 기동되어 있던 인보크 스테이트(Invoke state)를 해제한다. 컴포넌트를 기다리고 있던 CCOE(14)는 성공보고 프리미티브를 수신한 경우는 성공적인 수행을 나타내는 반송결과 파라미터항을, 실패 보고 프리미티브를 수신한 경우는 오퍼레이션 수행 실패를 나타내는 반송 에러 파라미터항을 해독하여(341) 수신한 응답을 CCSC(22)에게 프리미티브로 통보한다(342).

결과를 수신한 CCSC(22)는 결과를 분석하여(343) 서비스 제공 불가능시에는 발신 가입자에게 이에 해당하는 녹음 안내 혹은 톤을 송출하도록 기본 호 처리부(4)로 요구하고(344), 발신가입자 또는 중계선으로 부터 발신선의 후크 온(Hook On)을 인지한후(345) 종료한다. 제공 가능시에는 INS(2)에게 수신된 착신번호로 루팅을 요구한다(346). 루팅제어는 기본 호 처리부(4)와 INS(2)에게 통화로 구성을 요구한다(347). 착신측이 중계선이면 착신 중계선이 실장된 ASS(1)의 신호장치 제어블럭에게 R2 MFC 신호장치 할당을 요구하여(348)국간 시그널링을 수행하도록 하며, 가입자이면 회선 제어블럭에게 링을 연결하도록 요구한다(349). 착신측으로 부터의 후크 오프(Hook Off)를 기본 호 처리부(4)의 회선 정합 제어블럭에서 인지하여(350) CCSC(22)로 통보하면 CCS(3)에게 신용통화 서비스 과금 시작을 통보한다(351).

발신측의 후크 온(Hook On)을 회선정합 제어블럭에서 인지하면(352) CCS(3)에게 신용통화 서비스 과금종료를 통보하고(353) 기본 호 처리부(4)와 INS(2)에게 통화로 절단을 요구하고 착신측 회선 정합 제어블럭에게 중계선 전방향 절단 요구 신호를 송출하도록 요구한다(354). 이로서 지능망 서비스인 신용통화 서비스 호 처리 과정은 완료한다.

제 4 도는 신용통화 서비스에 대한 프로토콜 처리부중 CCOE(14)의 처리 흐름도이다.

CCOE(14)는 CCSC(22)가 정보 제공 요구 프리미티브를 발생하면 이를 수신하여 오퍼레이션을 발생하여(301), 이 오퍼레이션을 응용서비스부 계층과 TCAP(24) 계층간 프로토콜 단위인 컴포넌트로 부호화하여 CHA(16)에게 전달한 후 목적지 노드의 응용서비스부와 논리적 대응 관계를 설정하도록 CCDO(15)에게 요구한다. 이를 위하여 명령 제공 오퍼레이션을 지시 컴포넌트로 부호화하여 컴포넌트 처리요구 프리미티브를 CHA(16)에게 전달한다(402). 또한 CCDO(15)에게 컴포넌트 전달(시작)로 내부 정보를 전달하여 CCDC(15)로 하여금 다이얼로그 시작을 운영하여 하위 계층에게 전달한 컴포넌트를 목적지 노드의 상대 동일 계층에게 전달하도록 처리를 요구한다(403). 이 절차가 끝나면 상대 노드로부터 응답 또는 새로운 오퍼레이션 지시를 수시하기를 기다린다(404).

CCDO(15)로 부터 컴포넌트 수신(계속) 내부 정보를 수신하면(405) 응답이 아닌 새로운 오퍼레이션 지시를 수신하게 됨을 인지하여 컴포넌트 수신을 대기하다가(406) CHA(16)로 부터 컴포넌트를 수신하면 오퍼레이션 파라미터에 의하여 상대 응용서비스부가 전달한 오퍼레이션을 식별하고 컴포넌트의 프로토콜 오류 확인 및 해당 오퍼레이션/에러 정의를 참조하여 파라미터항을 해독하여 해당 프리미티브를 CCSC(22)에게 전달한다. 이를 위하여 CHA(16)로 부터 프리미티브로 지시 컴포넌트를 수신하면(407)이 지시 컴포넌트의 오퍼레이션 파라미터에 의하여 정보 송수신 오퍼레이션임을 식별한 후, 계속 다이얼로그상으로 전달되어지는 오퍼레이션은 정보 송수신분이므로, 파라미터항을 해독하여 추가 정보 요청 정보를 CCSC(22)에게 프리미티브로 전달한다(408). 이 절차가 끝나면 응답 정보가 발생하기를 기다린다(409).

CCSC(22)가 추가 정보 요청에 대한 응답 정보를 프리미티브로 발생하면(410) 이를 수신하여 응답 발생 절차를 수행한다. 이를 위하여 정보 송수신 오퍼레이션/에러 정의를 참조하여 성공/실패 지시자가 성공 응답인 경우는 반송 결과 컴포넌트의 파라미터항을, 실패 응답인 경우는 반송에러 컴포넌트의 파라미터항을 기본 부호화하여 성공 또는 실패 결과 보고 프리미티브로 CHA(16)에게 전달한 후(411) 다이얼로그를 계속하도록 컴포넌트 수신(계속) 내부 정보를 전달하여 지시한다(412). 이 절차가 끝나면 상대 노드로 부터 응답 또는 새로운 오퍼레이션 지시를 수신하기를 기다린다(413).

CCDO(15)로 부터 컴포넌트 수신(종료) 내부 정보를 수신하면(414) 상대 노드가 응답을 발생하였음을 인지한 후 컴포넌트 수신을 대기하고 있다가(415) CHA(16)으로 부터 컴포넌트를 수신하면 응답 수신 절차를 수행한다. CHA(16)로 부터 성공 또는 실패 결과 보고 프리미티브를 수신하면(416) 프리미티브의 다이얼로그 번호 및 지시 번호에 의하여 해당 오퍼레이션/에러 정의를 참조하여, 성공 결과인 경우는 반송 결과 컴포넌트의 파라미터항을, 실패 결과인 경우는 반송에러 컴포넌트의 파라미터항을 해독하여 응답정보를 프리미티브로 전달한다(417). 이 절차가 끝나면 CCOE(14)는 처리를 종료한다.

제 5 도는 CCDO(15) 처리의 내부 흐름도이다.

CCDO(15)는 CCOE(14)로 부터 컴포넌트 전달(시작) 내부 정보를 수신하면(501) 실제 다이얼로그 시작을 DHA(17)가 처리하도록 다이얼로그 시작에 필요한 다이얼로그 번호와 착신 및 발신 주소 정보를 부호화하여 프리미티브로 DHA(17)에 전달하여 서비스 요청한다(502). 이 절차가 끝나면 상대 노드의 다이얼로그 처리를 수신하기를 기다린다(503). DHA(17)로 부터 다이얼로그 계속 프리미티브를 수신하면(504) 상대 노드가 다이얼로그를 계속하도록 요구하였음을 인지하며 컴포넌트 수신(계속) 내부 정보를 CCOE(14)에게 전달하여 컴포넌트가 수신되었음을 알린다(505). 이 절차가 끝나면 CCOE(14)로 부터 다이얼로그 처리 지시를 수신하기를 기다린다(506).

CCOE(14)로 부터 컴포넌트 전달(계속) 내부 정보를 수신하면(507) DHA(17)가 실제 다이얼로그 계속을 처리하도록 프리미티브로 DHA(17)에게 전달하여 서비스 요구한다(508). 이 절차가 끝나면 상대 노드의 다이얼로그 처리를 수신하기를 기다린다(509).

DHA(17)로 부터 다이얼로그 종료 프리미티브를 수신하면(510) 상대 노드가 다이얼로그를 종료했음을 인지하며 컴포넌트 수신(종료) 내부 정보를 CCOE(14)에게 전달하여 컴포넌트가 수신되었음을 알린다(511). 이 절차가 끝나면 CCDO(15)는 처리를 종료한다.

제 6 도는 CHA(16) 처리의 내부 흐름도이다.

CHA(16)는 CCOE(14)로 부터 컴포넌트 처리요구 프리미티브를 수신하면(601) 이 프리미티브에서 컴포넌트를 저장하다가(602) DHA(17)가 컴포넌트 요구 내부 정보를 보내오면(603) 저장하고 있던 컴포넌트를 내부 정보로 DHA(17)에게 전달한다(604). 그리고 등급 1의 지시 컴포넌트를 전달하였으면 이 지시 컴포넌트 전송에 대해 등급 1인보트 스테이트(Invoke State)를 기동한다(605). 이 절차가 끝나면 상대 노드로 부터 결과 또는 지시 컴포넌트를 전달받기를 기다린다(606).

DHA(17)로 부터 컴포넌트 내부 정보를 수신하면(607) 상대 노드로부터 컴포넌트를 수신했음을 인지하고 이 컴포넌트에 대해 처리 절차를 수행한다. 수신한 컴포넌트의 타입이 지시이면 CCOE(14)에게 프리미티브로 수신한 컴포넌트를 전달한 후(608) CCOE(14)로 부터 결과 컴포넌트를 수신하기를 기다리며(609) 타입이 결과이면, 성과 또는 실패 결과 보고 프리미티브로 수신한 컴포넌트를 전달한 후(610), 기동했던 인보트 스테이트를 해제하고(611), CHA(16)는 처리를 종료한다.

한편, 결과 컴포넌트가 발생하기를 기다리던 CHA(16)는 CCOE(14)가 성공 또는 실패 결과 보고 프리미티브를 발생하면(612) 이를 수신하여 저장하다가(613) DHA(17)가 컴포넌트 요구 내부 정보를 보내오면(614) 저장했던 결과 컴포넌트를 내부 정보로 DHA(17)에게 전달한다(615). 이 절차가 끝나면 상대 노드로 부터 결과 또는 지시 컴포넌트를 전달받는 단계로 되돌아간다(616).

제 7 도는 DHA(17) 처리의 내부 흐름도이다.

DHA(17)는 CCDO(15)로 부터 다이얼로그 시작요구 프리미티브를 수신하면(701) 요구된 다이얼로그에 관련된 컴포넌트를 수집하기 위하여 컴포넌트 요구 내부 정보를 CHA(2=)에게 전달한 후(702), CHA(16)로 부터 관련 컴포넌트를 내부 정보로 전달받으면(703)이 컴포넌트를 상대 노드의 동일 계층에게 전달되도록 THA(18)에게 트랜잭션 설정요구 프리미티브로 전달하여 트랜잭션부 서비스를 요구한다(704). 이 절차가 끝나면 상대 노드로 부터 트랜잭션 종료 또는 계속의 트랜잭션 처리를 수신하기를 기다린다(705).

트랜잭션 계속 프리미티브를 수신하면(706) 다이얼로그 계속을 상대 노드가 요구했음을 다이얼로그 계속 프리미티브로 CCDO(15)에게 알리고(707), CHA(16)에게는 이 다이얼로그에 실려온 컴포넌트들을 내부 정보로 전달한다(708). 이 절차가 끝나면 CCOE(14)로 부터 다이얼로그 계속 처리를 수신하기를 바란다(709).

다이얼로그 계속을 기다리던 DHA(17)는 CCDO(15)로 부터 다이얼로그 계속요구 프리미티브를 수신하면(710) 요구된 다이얼로그에 관련된 컴포넌트를 수집하기 위하여 컴포넌트 요구 내부 정보를 CHA(16)에게 전달한 후(711) CHA(16)로 부터 관련 컴포넌트들을 내부 정보로 전달받으면(712) 이 컴포넌트를 상대 노드의 동일 계층에게 전달되도록 THA(18)에게 트랜잭션 계속 프리미티브로 전달하여(713) 트랜잭션부 서비스를 요구한다. 이 절차가 끝나면 상대 노드로 부터 트랜잭션 종료 또는 계속의 트랜잭션 처리 프리미티브를 수신대기하는 상태로 되돌아간다(714).

THA(18)로 부터 트랜잭션 종료 프리미티브를 수신하면(715) 상대 노드가 다이얼로그를 종료했음을 다이얼로그 종료 프리미티브로 CCDO(15)에게 전달한 후(716) 이 다이얼로그에 실려온 컴포넌트를 내부 정보로 전달한다(717). 이 절차가 끝나면 DHA(17)은 처리를 종료한다.

제 8 도는 THA(18) 처리의 내부 흐름도이다.

THA(18)는 DHA(17)로 부터 트랜잭션 설정요구 프리미티브를 수신하면(801) 이 프리미티브에 있는 컴포넌트들을 트랜잭션부 사용자간에 전달되도록 한개 TCAP(24) 메세지를(시작) 부호화하여(802) 이를 목적지 노드의 트랜잭션부에 전달되도록 해당 정보를 프로토콜 헤더에 첨가하여 단위데이타 메세지를 프리미티브로 기본 호 처리부(4)의 신호연결 제어블럭에게 전달한다(803). 이 차가 끝나면 상대 노드로부터 TCAP(24) 메세지를 수신하기를 기다린다(804).

신호연결 제어블럭으로 부터 단위 데이타 메세지(계속) 프리미티브를 수신하면(805) 처음일 경우 트랜잭션을 계속하는데 필요한 정보를 저장하여 TCAP(24) 메세지를 추출하여(806) 트랜잭션 번호에 의하여 연관된 다이얼로그 식별하여 전달되어온 컴포넌트들을 트랜잭션 계속 프리미티브로 DHA(17)에게 전달한다(807). 이 절차가 끝나면 DHA(17)로 부터 트랜잭션 계속 프리미티브를 수신하기를 대기한다(808).

트랜잭션 처리 프리미티브를 전달받기를 기다리던 THA(18)는 트랜잭션 계속 프리미티브를 전달받으면(809) 컴포넌트를 트랜잭션 사용자간에 전달되도록 TCAP(24) 메세지를(계속) 부호화하여(810) 이를 목적지 트랜잭션부에 전달되도록 트랜잭션 번호를 참조하여 목적지 노드의 트랜잭션부에 전달되도록 프로토콜 헤더를 부호화하여 단위데이타 메세지(계속) 프리미티브로 신호연결 제어에게 전달한다(811).

단위데이타 메세지 종료 프리미티브를 수신하면(812) 트랜잭션을 종료하며 TCAP(24) 메세지를 추출하여 트랜잭션 번호에 의하여 연관된 다이얼로그 식별하여 전달되어온 컴포넌트들을 DHA(17)에게 전달한다(814). 이 절차가 끝나면 THA(18)은 처리를 종료한다.

상기와 같이 구성되어 동작하는 본 발명은 통화요금을 발착신번호가 아닌 제3의 번호인 신용과금번호에 과금하는 후지불 방식을 제공함으로 발신자는 현금없이도 통화를 할수 있는 서비스 제공은 물론, 가입자가 발착신 지역/시간대 별로 호 제한 할수 있는 등 다양한 부가 서비스를 제공받을 수 있는 적용 효과가 있다.

Claims (2)

1. 가입자 교환 서브시스팀(1)(ASS)과, 상기 가입자 교환 서브시스팀(1)에 연결된 연결망 서브시스팀(2)(INS)과, 상기 연결망 서브시스팀(2)에 연결된 중앙제어 서브시스팀(3)(CCS)과, 상기 중앙제어 서브시스팀(3)에 연결된 디스크 드라이버(7), 마그네틱 테이프 드라이버(8), 워크 스테이션(9)을 구비한 전전자 교환기를 이용하여 지능망 서비스중 신용통화 서비스 호 처리 방법에 있어서, 가입자 교환 서브시스팀(1)에 발신 가입자 또는 중계선으로 부터 후크 오프(Hook Off)상태를 인지하고 신호장치를 할당하여 디지트가 수신되면 번호 번역을 하는 제1단계와, 상기 제1단계의 번호 번역결과 지능망 서비스중 신용통화 서비스인 경우 발신번을 요구하여 발신번을 수신한후 착신번호 관련정보를 공통선 신호망내의 중앙 데이타 베이스 센터로 원격조회하는 제2단계와, 상기 제2단계의 요구 정보를 제공하기 위해 신용통화 서비스에 필요한 운용절차 및 다이얼로그를 수행하고 공통선 신호방식 No.7 프로토콜을 실행하여 상기 제2단계의 요구 정보에 대한 결과를 제공하는 제3단계와, 상기 제3단계의 결과를 분석하여 서비스 제공 불가능시에는 발신 가입자에게 해당 녹음안내 혹은 송출하고 서비스 제공 가능시에는 연결망 서브시스팀(2)에게 루팅을 요구하는 제4단계와, 상기 제4단계의 루팅 요구를 받은 연결망 서브시스팀(2)이 통화로를 구성하고 가입자 교환 서브시스팀(1)에게 신호장치 할당을 요구하여 발신 및 착신자간의 통화로를 형성시키고, 중앙제어 서브시스팀(2)에게는 신용통화 시작을 통보하여 과금 관리를 시작하고 통화의 종료와 함께 신용통화 과금을 종료하고 통화로를 해제하는 제5단계를 구비하여 수행하는 것을 특징으로 하는 건전자 교환기의 신용통화 서비스 호 처리방법.
2. 제 1 항에 있어서, 상기 제3단계는, 정보 제공 요청 신호를 받아 명령제공 오퍼레이션을 발생한 후, 다이얼로그 시작을 처리하는데 필요한 정보를 부호화하고, 연관된 컴포넌트 전달을 전달하도록하여, 다이얼로그와 트랜잭션을 시작하는 처리절차를 수행하고 TCAP(24) 메세지의 수신을 대기하는 단계와, TCAP(24) 메세지를 추출하여 다이얼로그 및 트랜잭션, 계속 정보를 수신한 후, 추가 정보를 요청하는 동작지시가 부호화되어 있는 지시 컴포넌트를 수신하여 상기 지시 컴포넌트의 지시 파라미터항을 해독한 결과, 추가 정보 요청을 받았을 경우 공통선 신호망내의 특수센터가 요구한 녹음안내 방송을 발신측에 연결하여 발신자로 하여금 추가 디지트를 누르도록 하고 추가 디지트를 수신하면 응용서비스부 계층에 전달하고 결과 또는 추가 정보 요청을 수신대기하는 단계와, 상기 추가 정보 요청 결과를 전달하기 위해 응답 전송 절차를 수행하고 수신한 응답에 따라 성공 또는 실패 보고를 전달하고, 다이얼로그와 트랜잭션 계속을 처리한 후, TCAP(24) 메세지를 생성하여 공통선 신호망내 특수센터로 전달게 하고 TCAP(24) 메세지를 수신대기하는 단계와, 상기 TCAP(24) 메세지를 수신대기하는 단계 수행후, 전달된 프리미티브에서 TCAP(24) 메세지 종료를 추출하여 트랜잭션과 다이얼로그를 종료하고 프로토콜 처리의 실패 또는 성공 결과를 응용서비스부 계층으로 전달하는 단계로 이루어진것을 특징으로 하는 전전자 교환기의 신용통화 서비스 호 처리방법.