KR950003718B1 - 지능망 서비스를 위한 전전자 교환기에서의 문답처리 기능 구현방법 - Google Patents

Abstract

내용 없음.

Description

지능망 서비스를 위한 전전자 교환기에서의 문답처리 기능 구현방법

제1도는 SSP의 기능을 갖는 전전자 교환기의 구조도.

제2도는 문답처리 기능응용부(TCAP)의 구성도.

제3도는 본 발명에 따른 문답처리 과정의 흐름도.

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

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

3 : 중앙제어 서브시스팀(CCS)

본 발명은 전전자 교환기를 이용하여 지능망 서비스 기능을 구현하는데 필요한 No. 7 공통선 신호방식중 문답처리기능 응용부(TCAP:Transaction Capabilities Application Part)의 구현을 통한 문답처리 방법에 관한 것이다.

일반적으로, 기존의 일반 호 만을 처리하는 종래의 전전자 교환기는 통신기술의 발전에 따른 수요자들의 고품위 서비스 요구에 한계가 있었다. 그리하여 많은 가입자의 요구를 만족시킬 수 있는 다양한 지능망 서비스를 제공하기 위하여 기존의 일반 호를 처리하는 전전자 교환기의 기능에 지능망 서비스를 제공하기 위한 교환 기능을 담당하는 SSP 기능의 추가가 필요하게 되었다.

따라서, 본 발명의 목적은 지능망 서비스를 제공하는 SSP(Service Switching Poing:서비스 교환기)의 기능을 담당하기 위해서 전전자 교환기가 갖추어야 할 No. 7 공통선 신호방식 중 문답처리 방법을 제공하는데 있다.

상기 목적을 달성하기 위하여 본 발명은 가입자 및 중계선 정합, 각종 신호장치, 타임스위치 등을 구비하여 대부분의 호 처리기능과 자체 유지보수 기능을 수행하는 가입자 교환 서브시스팀(ASS)과, 시스팀의 총괄적인 운용관리 기능을 수행하는 중앙제어 서브시스팀(CCS)과, 시스팀의 중심에 위치하여 상기 ASS 상호간 또는 ASS와 CCS 사이를 연결시켜 주는 기능을 수행하는 연결망 서브시스팀(INS)을 구비하는 전전자교환기에, 컴포넌트 처리블럭(CHA)과 다이얼로그 처리블럭(DHA) 및 트랜잭션 처리블럭(THA)으로 구성된 문답처리 기능 응용부(TCAP)를 구비하고 있는 프로토콜 처리부와 서비스 처리부를 구비한 지능망 서비스 제어 서브시스팀(ISCS)을 탑재시켜 지능망 서비스를 위한 문답처리를 수행하는 방법에 있어서; 상기 서비스 처리부내의 응용서비스 요소(ASE)로부터 컴포넌트 프리미티브를 수신하면 지시 컴포넌트에 대한 지시 소요시간 타이머를 등록준비하고 해당 다이얼로그 번호에 컨포넌트를 저장하는 제1단계와, 상기 서비스 처리부내의 응용서비스 요소로부터 다이얼로그 프리미티브를 수신하면 트랜잭션 프리미티브를 형성하여 트랜잭션 부호와 및 공통선 신호망에 연결된 신호연결 제어부와의 인터페이스를 처리하는 메시지로 형성후 공통선 신호망에 연결된 신호연결 제어부로 전송하는 제2단계와, 공통선 신호망에 연결된 신호연결 제어부(SCCP)로부터 공통선 신호망에 연결된 신호연결 제어부와의 인터페이스를 처리하는 메시지를 수신하면 트랜잭션 구문의 오류를 검사하여 오류의 유무에 따른 트랜잭션 프리미티브의 형성제어, 컴포넌트 전송, 다이얼로그 프리미티브의 서비스 처리부내의 응용서비스 요소로의 전송을 제어하는 제3단계와, 상기 제3단계의 수행후, 컴포넌트의 오류의 유무에 다른 컴포넌트 상태도 관리, 타이머 관리, 거절메시지 처리, 컴포넌트 프리미티브 전송을 제어하는 제4단계에 의해 수행되는 것을 특징으로 한다.

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

제1도는 지능망 서비스 교환 기능을 제공하도록 새로운 서브시스팀 ISCS(Inteligent network Service control Subsystem)을 추가하여 구성한 전전자 교환기 SSP의 구조이다. 도면에서, 1은 가입자 교환 서브 시스팀(Access Switohing Subsystem; 이하 ASS라 칭함), 2는 연결망 서브시스팀(Inter Connection Subsystem; 이하 INS라 칭함), 3은 중앙제어 서브시스팀(Central Control Subsystem:이하 CCS라 칭함), 4는 기본 호 처리부, 5는 지능망 서비스 제어 서브시스팀(ISCS), 6은 과금, 측정/통계, 시험/장애검출부, 7은 프로토콜 처리부, 8은 서비스 처리부, 9는 문답처리 기능응용부, 10은 CHA, 11은 DHA, 12는 THA, 13은 SCCP, 14는 MTP, 15는 BCPI, 16은 FPSM, 17은 FPSC, 18은 FPOE, 19는 FPDO, 20은 CCSM, 21은 CCSC, 22는 CCOE, 23은 CCDO, 24는 디스크 드라이브, 25는 마그네틱 테이프 드라이브, 26은 워크 스테이션, 27은 응용서비스 요소(ASE)를 각각 나타낸다.

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

이런 ASS(1)는 시스팀 전체적으로는 최대 60개가지 실장될 수 있다.

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

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

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

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

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

실제적으로, ISCS는 지능망 서비스 호 처리를 담당하는 BCPI(15), FPSC(17), FPSM(16), CCSC(21), CCSM(20), 응용서비스 요소를 담당하는 FPOE(18), FPDO(19), CCOE(22), CCDO(23), 그리고 문답처리 기능을 담당하는 DHA(11), CHA(10), THA(12) 블럭으로 구성된다.

BCPI(15; Basic Call Processing Interface) 블럭은 지능망 서비스 처리를 위하여 지능망 블럭과 기본교환 기능에 필요한 블럭과의 상호 접속 기능을 전담하여 수행하는 블럭으로, 지능망 서비스 호의 인지 통보, 서비스 호 연결 및 복수 요구, 추가 정보 수집 요구, 안내 방송 연결 요구, 과금 수행 요구 등을 상호 전달한다.

FPSC(17; Free Phone Service control) 블럭은 상기 BCPI(15)로부터 착신과금 서비스 요구를 통보받으면 FPSM(16; Free Phone Service Mangement)으로 서비스 제공 가능 여부를 확인한 후 FPOE(18:Free Phone Operation Exccution)로 서비스 요구에 대한 적격 검사 및 번호 번역을 요구한다. FPOE(18)로부터 응답을 수신하면 이를 분석하여 서비스 제공이 가능하면 BCPI(15)로 호 경로 구성을 요구하고, 호가 연결되어 서비스를 제공하게 되면 FPOE(18)로부터 받은 과금 정보를 이용하여 과금 기능을 수행하도록 FPSM(16)으로 통보한다. 서비스 제공이 불가능하면 서비스 이용자에게 안내 방송 혹은 톤을 송출하도록 BCPI(15)에게 요구한다. 그리고 FPOE(18)로부터 서비스 제한 요구를 받거나, 서비스 제공이 불가능할 때, 또는 호 연결 실패시에는 FPSM(16)으로 통보하여 이에 대한 관리를 수행하도록 한다.

FPSM(16; Free Phone Service Mangement) 블럭은 착신과금 서비스와 관련된 각종 데이터를 수집 관리하면서 FPSC(17) 및 BCPI(15)와 상호 작용하여 착신과금 서비스 제공에 다른 제반 기능을 수행하는 블럭이다. FPSC(17) 요구에 의하여 착신과금 서비스 제공 가능 여부를 검사하고, 호 제한 요구 등에 따라 서비스 호의 차다 이용자에 대한 안내 정보의 관리, 서비스 제공과 관련된 각종 운용 및 유지보수 데이터의 관리와 이의 보고 기능을 수행한다.

FPOE(18; Free Phone Operaton Exccution) 블럭은 착신 과금서비스를 위한 오퍼레이션 처리 절차를 수행하는 블럭으로 FPSC(17)와의 인터페이스 기능, 오퍼레이션 연관 기능, 지시번호 및 다이얼로그 번호 관리, 오퍼레이션/에러 정의를 참조하여 컴포넌트 파라미터항의 부호화 및 해독 기능, 오퍼레이션의 등급과 타이머 값 표시 기능 등을 수행한다. 그리고 FPDO(19)에게 컴포넌트 전송을 위한 다이얼로그 처리 요구의 발생 및 서비스 품질의 지시기능과 CHA(10; Component HAndling)와의 인터페이스 기능을 수행한다.

FPDO(19; Free Phone Dialogue Operation) 블럭은 FPOE(18)와의 상호 작용에 의하여 컴포넌트의 전송 및 수신에 관계되는 다이얼로그 운영 절차를 수행하는 블럭이다. FPOE(18)의 지시에 의한 다이얼로그 운영 기능, 다이얼로그 종류와 함께 컴포넌트가 수신됨을 FPDO(19)에게 통보하는 기능과 DHA(11; Dialogue HAnding)와 정합하는 기능을 수행한다. 신용통화·서비스 수행 블럭 CCSC(21; Credit Call Service Control), CCSM(20; Credit Call Service Management), CCOE(22; Credit Call Operation/Execution), CCDO(23; Credit Cal Dialogue Operation)는 착신 과금 서비스 수행 블럭 FPSC(17), FPSM(16), FPOE(18), FPDO(19)와 서비스 대상에 대한 차이를 제외하면 서로 원칙적으로 동일한 기능을 수행한다.

TCAP(9) 프로토콜 처리 기능은 3개(DHA, CHA, THA)의 블럭으로 구현된다.

다이얼로그 처리 블럭(DHA:Dialogue HAnding)(11) 블럭은 응용서비스 요소(ASE)의 다이얼로그 수행 블럭(FPDO/CCDO)으로부터 다이얼로그 프리미티브를 수신하면 수신된 다이얼로그에 해당하는 컴포넌트를 CHA블럭(10)으로부터 받아서 이를 사용자 데이터로 트랜잭션 프리미티브를 형성하여 THA 블럭(12; Transaction HAndlig)으로 전달한다. 또한 THA 블럭(12)으로부터 트랜잭션 프리미티브를 수신하면 다이얼로그 프리미티브를 형성하여 FPDO(19)/CCDO(23) 블럭으로 전송하고 컴포넌트를 CHA 블럭(10)으로 전달한다. DHA(11) 블럭에서는 트랜잭션 번호를 달당하고 관리하여 다이얼로그 번호와 트랜잭션 번호를 대응시키는 테이블을 관리한다.

컴포넌트처리 블럭(CHA:Component HAndling)(10)은 응용서비스 요소(ASE)의 오퍼레이션 수행(FPOE/CCOE) 블럭으로부터 컴포넌트 프리미티브를 수신하면 다이얼로그 별로 수신된 컴포넌트를 부호화 하여 저장한 후 DHA(11)의 요구에 의해 해당 컴포넌트를 DHA(11) 블럭으로 전달하며 DHA 블럭(11)의 다이얼로그 종료 메시지에 의해 해당 컴포넌트 폐기한다. 또한, DHA(11) 블럭으로부터 컴포넌트를 수신하면 컴포넌트의 오류룰 검사하고 그 결과 및 컴포넌트를 수신하면 컴포넌트의 오류를 검사하고 그 결과 및 컴포넌트의 종류에 따라 컴포넌트 프리미티브를 형성하여 FPOE(18)/CCOE(22) 블럭으로 전송한다. CHA(10) 블럭은 컴포넌트 상태(유휴, 동작수행, 거절 대기)에 따라 수신된 컴포넌트를 처리하여 유휴 상태에서 동작 수행 상태로의 천이시에 지시 소요시간 타이머를 동작시켜 해당 동작 지시에 대한 공통선 신호망 내의 서비스 제어 시스팀(SCP)의 응답 여부를 결정하고 동작 수행 상태에서 유휴 상태로의 천이시 거절 대기 시간 타이머를 사용하여 거절 대기 상태를 가짐으로써 문답처리 사용자의 서비스 제어 시스팀(SCP)의 응답 수신 여부를 결정한다. 그리고, 각 타이머의 처리 경과에 따라 컴포넌트 프리미티브를 형성하여 FPOE(18)/CCOE(22) 블럭으로 송신하며 각 다이얼로그 번호에 대해 컴포넌트, 지시번호, 연쇄 번호 등을 대응시키기 위한 테이블을 운용한다.

트랜잭션 처리(THA:Transaction HAnding)(12) 블럭은 DHA(11) 블럭으로부터 트랜잭션 프리미티브를 수신하면 TCAP 메시지를 형성하여 SCCP로 송신하고 SCCP로부터 N-UNITDATA 프리미티브를 수신하면 TCAP 메시지의 오류를 검사하고 그 결과와 TCAP 메시지의 종류에 따라 트랜잭션 프리미티브를 형성하여 DHA(11) 블럭으로 전달한다. THA(12) 블럭에서는 트랜잭션 별로 유휴, 시작 송신, 작동의 3가지 상태에서의 처리 절차를 수행하며 발신 트랜잭션 번호와 착신 트랜잭션 번호를 대응시키기 위한 테이블을 관리한다.

제2도는 TCAP(9)의 세부구조도이다.

도면에서 표기상, 프로세스(process)는 그 이름이 CHA, DHA 및 THA로 시작하도록 하였으며, 프로시저(procedure)의 이름은 G 또는 L로 시작하고, 바로 다음에 해당 프로시저(procedure)가 속하는 블럭(CHA, DHA, THA)의 첫 알파뱉이 따라온다. 그리고, G는 그로벌(Global)의 첫 알파뱉으로 프로시저(procedure)는 다른 블럭과 인터페이스를 처리하는 기능을 가짐을 의미하고 L은 로컬(Local)의 첫 알파뱉으로 이 프로시저(procedure)가 속하는 블럭내에서만 수행됨을 뜻한다.

DHA-RcvMsg(DHA-Receive Message)는 DHA 블럭(11)에 속하며 FPDO(17)/CCDO(23) 블럭으로부터 메시지를 수신하는 프로세스로 이들 블럭으로부터 메시지를 수신하면 후술할 GD-Main 프로시저로 메시지를 전달한다.

GD-Main(Global DHA-Main)은 DHA(11)에 속하는 프로시저로 CHA(10)와 THA(12)와의 인터페이스를 담당하고 FPDO(17)/CCDO(23) 블럭으로부터 수신된 다이얼로그 프리미티브에 따라 후술할 GC-Main으로 컴포넌트를 요구하며 요구한 다이얼로그 번호에 해당하는 컴포넌트를 받아 트랜잭션 프리미티브를 생성하여 후술한 GT-Main으로 전달한다. 여기서, 프리미티브란 인접한 두 계층간의 인터페이스를 처리하는 메시지이고, 컴포넌트는 교환되는 프로토콜 데이타 단위를 나타낸다. 그리고 다이얼로그 프리미티브란 ASE(27)와 DHA(11)간의 인터페이스를 처리하는 메시지이고, 컴포넌트 프리미티브는 ASE(27)와 CHA(10)간의 인터페이스를 인터페이스를 처리하는 메시지이며, 트랜잭션 프리미티브는 DHA(11)와 THA(12)간의 인터페이스를 처리하는 메시지이다.

한편, GT-Main으로부터 트랜잭션 프리미티브를 수신하면 이를 처리하여 처리 결과에 따라 GC-Main으로 다이얼로그 중단 메시지나 컴포넌트를 보내거나 컴포넌트 프리미티브를 생성하여 FPDO(17)/CCDO(23) 블럭으로 송신하는 기능을 수행한다.

CHA-RcvMsg(CHA-Receive Message)는 CHA에 속하는 컴포넌트 프리미티브 수신을 위한 프로세스로 FPOE(18) CCOE(22)로부터 프리미티브를 수신하면 이를 GC-Main 프로시저로 전달한다.

GC-Main (Glabal CHA-Main)은 CHA(10) 블럭에 속하는 컴포넌트를 처리하기 위한 프로시저로 DHA(11) 블럭과의 인터페이스를 처리한다. 이 프로시저는 컴포넌트 상태도를 관리하여 CCO(Component Coordinator)의 기능을 처리한다. 즉, CHA-RcvMsg로부터 컴포넌트 프리미티브를 수신하면 다이얼로그번호에 의해 컴포넌트를 부호화하여 수집하고 GD-Main의 컴포넌트 요구에 의하여 요구된 다이얼로그 번호에 관련된 컴포넌트를 전송하고 해당하는 지시번호에 따라 후술할 LC-ISM을 수행시켜 지시 소요시간 타이머 구동시킨다. 또한 GD-Main으로부터 컴포넌트를 수신하면 후술할 LC-ChkSyn을 수행시켜 컴포넌트의 오류 및 비정상 상황을 검사하고 그 결과에 따른 컨포넌트 프리미티브로 FPOE(18)/CCOE(22)에 알린다.

LC-ISM(Local CHA-Invocation State Machine)은 CHA(10) 블럭에 속하는 프로시저로 상기 GC-Main에 의해 수행되어지며 ISM(Invocation State Machine)의 기능을 담당한다.

LC-CompHnd(Local CHA-Component Handling)는 GC-Main에 의해 수행되어지는 프로시저로 CHA(10) 블럭에 속하며 GC-Main으로부터 전달받은 컴포넌트를 각각 다이얼로그 별로 수집, 관리하는 기능을 가진다. 또한 요구된 다이얼로그 번호와 관련하여 계류중인 컴포넌트를 폐기한다.

CHA-MagTm(CHA-Manage Timer)은 CHA(10) 블럭에 속하는 프로세서로 동작지시에 대한 무응답 여부를 결정하기 위해서 사용되는 메시지 소요시간 타이머를 관리한다. 지시 컴포넌트를 DHA(11)로 전송할때 시작되며 응답 수신으로 정지된다. 지시 소요시간 경과한 경우에는 해당 상태도를 유휴로 하고 TC-L-Cancel 프리미티브로 이를 FPOE(18)/CCOE(22)에 알린다. 또한 동작 지시에 대한 최종 응답의 FPOE(18)/CCOE(22)의 거절 여부를 결정하기 위해서 사용되는 거절 대기시간 타이머를 관리한다. 그리고 동작 지시에 대한 최종 응답을 FPOE(18)/CCOE(22)로 전송할 때 동작되기 시작하며 FPOE(18)/CCOE(22)로부터 거절 컴포넌트를 수신하는 경우에 정지된다. 거절 대기시간을 경과한 경우에는 FPOE(18)/CCOE(22)가 컴포넌트를 수신한 것으로 간주하며 해당 상태도를 유휴로 한다.

LC-ChkSyn(Local CHA-Check Syntax)은 CHA(10)에 속하는 프로시저로서 수신된 컴포넌트의 구문 오류를 검사하는 기능을 가진다. 만일 오류가 발견되면 LC-RejMsg를 수행시키고 LC-RejMsg(Local CHA-Make Rejent)는 해당 다이얼로그 번호에 대해 거절 컴포넌트를 부호화하여 저장하고 발견된 오류에 따라 거절 원인을 가지는 거절 프리미티브로 FPOE(18)/CCOE(22)에 알리는 기능을 수행한다.

THA-RcvMsg(THA-Receive Message)는 신호 연결 제어부(SCCP)로부터 프리미티브를 수신하기 위한 프로세스로서 THA(12) 블럭에 속하며 프리미티브를 수신하면 LT-ChkSun procedure로 이를 전달한다.

LT-ChkSyn (Local THA-Cheek Syntax)는 THA(12) 블럭에 속하는 프로시저이며 메시지에 따라 구문 오류를 검사하고 구문 오류가 있으면 처리 절차에 따라 메시지를 폐기하거나 중단 메시지로 오류를 보고한다.

LT-DeciUDT(Local THA-Decipher N-UNITDATA)는 LT-ChkSyn의 오류 검사를 마친 정상적인 N-UNITDATA 프리미티브를 해독하여 트랜잭션 프리미티브를 형성하는 기능의 프로시저로 생성된 트랜잭션 프리미티브를 GT-Main으로 전달한다. 여기서, 상기 N-UNITDATA 프리미티브는 TCAP(9)과 SCCP간의 인터페이스를 처리하는 프리미티브를 나타낸다.

GT-Main(Global THA-Main)은 컴포넌트 상태도에 따라 수신된 메시지를 처리하는 프로시저로 THA(12) 블럭에 속하며 DHA(11) 블럭과 인터페이스 기능을 담당하고 트랜잭션 상태별로 다음과 같은 4개의 프로시저를 가진다.

즉, LD-Idle(LocalTHA-Idle), LT-InitSnt(Local THA-Initiation Sent), LT-InitRev(Local THA-Initiation Received), LT-Active(Loeal THA-Acetive)인데, LD-Idle(Local THA-Inle)는 유휴 상태에서 수신된 트랜잭션 프리미티브를 처리하기 위한 THA(12) 블럭의 프로시저로 하위계층으로 보내는 트랜잭션 프리미티브를 수신한 경우에는 메시지에 따라 트랜잭션 상태도를 변환시키고, 후술할 LT-ChkUDT로 프리미티브를 전달하며 상위 계층으로 보내는 트랜잭션 프리미티브를 수신하면 메시지에 따라 트랜잭션 상태도를 변화시키고 다이얼로그 프리미티브를 생성하여 GD-Main으로 전달한다.

LT-InitSnt(Local THA-Initiation Sent)는 시작 송신 상태에서의 메시지 처리를 수행하는 THA 블럭의 프로시저로 시작 송신 상태에서의 처리 절차에 맞는 하위 계층으로 보내는 트랜잭션 프리미티브를 수신하면 메시지에 따라 트랜잭션 상태도를 변환시키고 후술한 LT-CrtUDT로 프리미티브를 전달하며 상위 계층으로 보내는 트랜잭션 프리미티브를 수신하면 메시지에 따라 트랜잭션 상태도를 변화시키고 다이얼로그 프리미티브를 생성하는 GD-Main으로 전달한다. 그리고 처리 결과에 따라 트랜잭션 상태가 작동 또는 유휴로 천이된다.

LT-InitRev(Local THA-Initiation Received)는 시작 수신 상태에서의 메시지 처리를 수행하는 THA(12) 블럭으로 프로시저로 시작 수신 상태에서의 처리 절차에 맞는 하위 계층으로 보내는 트랜잭션 프리미티브를 수신하면 메시지에 따라 트랜잭션 상태도를 변화시키고 후술할 LT-CrtUDT로 프리미티브를 전달하며 상위 계층을 보내는 트랜잭션 프리미티브를 수신하면 메시지에 따라 트랜잭션 상태도를 변화시키고 다이얼로그 프리미티브를 생성하여 GD-Main으로 전달한다. 그리고 처리 결과에 따라 트랜잭션 상태가 작동 또는 유휴로 천이된다.

마지막으로 LT-Active(Loeal THA-Acetive)는 작동 상태에서의 메시지 처리를 수행하는 THA(12) 블럭의 프로시저로 작동 상태에서의 처리 절차에 맞는, 하위 계층으로 보내는 트랜잭션 프리미티브를 수신하면 메시지에 따라 트랜잭션 상태도를 변환시키고 LT-CrtUDT로 프리미티브를 전달하며, 상위 계층으로 보내는 트랜잭션 프리미티브를 수신하면 메시지에 따라 트랜잭션 상태도를 변화시키고 다이얼로그 프리미티브를 생성하여 GD-Main으로 전달한다. 그리고 처리 결과에 따라 트랜잭션 상태가 작동 또는 유휴로 천이된다.

LT-CrtUDT(Local THA-Create N-UNTTDATA)는 TCAP(9) 메시지를 부호화하여 SCCP로 전송하기 위한 THA(12) 블럭의 프로시저로서 수신돈 트랜잭션 프리미터브에 따라 TCAP(9) 메시지를 형성하고 이를 SCCP로 전송한다.

제3도는 본 발명의 전체 처리흐름도 즉, TCAP(9)이 프리미티브를 처리하는 흐름도이다.

FPOE(18)/CCOE(22) 블럭으로부터 컴포넌트 프리미티브를 수신하면 CHA-RcvMsg는 GC-Main을 수행시켜 컴포넌트를 전달한다(31). GC-Main은 해당 컴포넌트의 상태를 변화시키며 지시 컴포넌트가 존재하면 해당 지시번호에 대해 지시 소요시간은 저장하고 LC-CompHnd로 컴포넌트를 전달한다(32). LC-CompHnd는 컴포넌트를 부호화하여 해당 다이얼로그 번호에 따라 저장한다(33).

DHA-RcvMsg는 FPDO(19)/CCDO(23)로부터 다이얼로그 프리티브를 수신하면 GD-Main을 수행시키고(34) GD-Main은 GC-Main으로 컴포넌트를 요구하며 요구한 다이얼로그 번호에 해당하는 컴포넌트를 전달받는다(35). 이때 해당 다이얼로그 번호에 대한 저장된 컴포넌트가 존재하지 않을 경우 컴포넌트를 전송하지 않고(36), 해당 다이얼로그 번호에 대한 저장된 컴포넌트가 존재할 경우, 전송할 컴포넌트 중 지시 컴포넌트에 대해서 지시 소요시간 타이머 구동을 요구하며(37) CHA-MngTm은 해당 다이얼로그의 지시 소요시간 타이머를 구동시킨다(38).

GD-Main은 컴포넌트를 수신한 후 트랜잭션 프리미티브를 형성하고 THA(12)로 전달한다(39). GT-Main은 트랜잭션 번호를 할당, 관리하고 트랜잭션 상태도를 관리하며(40) LT-CrtUDT를 수행시켜 TCAP 메시지를 형성하고 N-UNITDATA 프리미티브를 형성하여 SCCP로 전송한다(41).

한편 SCCP로부터 N-UNIDATA 프리미티브를 수신하면 THA-RcvMag는 LT-ChkSyn를 수행시켜(42) TCAP 메시지 오류를 검사하고(43) 오류가 존재하면 해당 트랜잭션을 종료하고 제공자 중단 프리미티브로 GD-Main으로 전달한다(44,45). 오류가 없으면 LT-DeciUDT를 수행시키고 LT-DeciUDT는 TCAP 메시지를 분석하여 트랜잭션 프리미티브를 형성하여 GT-Main으로 전달한다(46).

GT-Main은 트랜잭션에 대한 상태도를 검사하여 해당되는 상태에 대한 처리를 한 후 GD-Main으로 트랜잭션 프리미티브를 전달한다(47). GD-Main은 다이얼로그 프리미티브를 형성하여 FPDO(19)/CCDO(23)로 전송하고 컴포넌트가 존재할 경우 GC-Main을 수행시켜 컴포넌트를 전달한다(48). GC-Main은 ET-ChkSyn을 수행시켜 컴포넌트의 오류를 검사하고(49) 오류가 존재하면 거절 프리미티브로 응용서비스 요소인 FPOE(18)/CCOE(22)에서 알리고 거절 컴포넌트를 부호화하여 저장한다(50,51). 오류가 없으면 컴포넌트 상태도를 관리하고 반송 결과 및 반송 에러 전송시에는 해당 지시번호의 타이머 관리를 요구하여(52) 지시 소요시간 타이머를 정지시키고 CHA-MagTm을 수행시켜 거절 대기시간 타이머를 동작시킨다(53). GC-Main은 처리 결과에 따라 컴포넌트 프리미티브로 FPOE(18)/CCOE(22)로 전송한다(54).

따라서, 상기와 같은 처리절차에 의해 수행되는 본 발명은 기존의 전전자 교환기에 문답처리 기능 응용부의 기능을 구현하여 지능망 서비스 호를 처리할 수 있도록 한 효과가 있다.

Claims (5)

1. 가입자 및 중계선 정합, 각종 신호장치, 타임스위치 등을 구비하여 대부분의 호 처리 기능과 자체 유지보수 기능을 수행하는 가입자 교환 서브시스팀(1; ASS)과, 시스팀의 총괄적인 운용관리 기능을 수행하는 중앙제어 서브시스팀(3; CCS)과, 시스팀의 중심에 위치하여 상기 ASS(1) 상호간 또는 ASS(1)와 CCS(3) 사이를 연결시켜 주는 기능을 수행하는 연결망 서브시스팀(INS)을 구비하는 전전자 교환기에 컴포넌트 처리블럭(10; CHA)과 다이얼로그 처리블럭(11; DHA) 및 트랜잭션 처리블럭(12; THA)으로 구성된 문답처리 기능 응용부(9; TCAP)를 구비하고 있는 프로토콜 처리부(7)와 서비스 처리부(8)를 구비한 지능망 서비스 제어 서브시스팀(5; ISCS)을 탑재시켜 지능망 서비스를 위한 문답처리를 수행하는 방법에 있어서; 상기 서비스 처리부(8) 내의 응용서비스 요소(27; ASE)로부터 컴포넌트 프리미티브를 수신하면 지시 컴포넌트에 대한 지시 소요시간 타이머를 등록준비하고 해당 다이얼로그 번호에 컴포넌트를 저장하는 제1단계(31 내지 33)와, 상기 서비스 처리부(8) 내의 응용서비스 요소(27; ASE)로부터 다이얼로그 프리미티브를 수신하면 트랜잭션 프리미티브로 형성하여 트랜잭션 부호와 및 N-UNIDATA 프리미티브로 형성후 공통선 신호망에 연결된 신호연결 제어부(SCCP)로 전송하는 제2단계(34 내지 41)와, 공통선 신호망에 연결된 신호연결 제어부(SCCP)로부터 N-UNIDATA 프리미티브를 수신하면 트랜잭션 구문의 오류를 검사하여 오류의 유무에 다른 트랜잭션 프리미티브의 형성제어, 컴포넌트 전송, 다이얼로그 프리미티브의 서비스 처리부(7)내의 응용서비스 요소(27)로의 전송을 제어하는 제3단계(42 내지 48)와, 상기 제3단계(42 내지 48)의 수행후, 컴포넌트의 오류의 유무에 따른 컴포넌트 상태도 관리, 타이머 관리, 거절메시지 처리, 컴포넌트 프리미티브 전송을 제어하는 제4단계(49 내지 54)에 의해 수행되는 것을 특징으로 하는 문답처리 방법.
2. 제1항에 있어서, 상기 제1단계(31 내지 33)는, 응용서비스 요소(27)의 FPOE(18)/CCOE(22) 블럭으로부터 컴포넌트 프리미티브를 수신하면 CHA(8)이 컴포넌트를 전달하는 단계(31)와, 상기 단계(31) 수행후, 해당 컴포넌트의 상태를 변화시키며 지시 컴포넌트가 존재하면 해당 지시번호에 대해 지시 소요시간을 저장하는 단계(32)와, 상기 단계(32) 수행후, 컴포넌트를 부호화하여 해당 다이얼로그 번호에 따라 저장하는 단계(33)에 의해 수행되는 것을 특징으로 하는 문답처리 방법.
3. 제1항에 있어서, 상기 제2단계(34 내지 41)는 응용서비스 요소(27)의 FPDO(19)/CCDO(23)로부터 다이얼로그 프리미티브를 수신하면 DHA(7)가 CHA(8)로 컴포넌트를 요구하여 요구한 다이얼로그 번호에 해당하는 컴포넌트를 전달받는 단계(35)와, 상기 단계(35) 수행후, 해당 다이얼로그 번호에 대한 저장된 컴포넌트가 존재하는지 조사하여, 존재하지 않을 경우 컴포넌트를 전송하지 않고, 존재할 경우, 전송할 컴포넌트 중 지시 컴포넌트에 대해서 지시 요소시간 타이머 구동을 요구하고 CHA(8)이 해당 다이럴로그의 지시 소요시간 타이머를 구동시키는 단계(36 내지 38)와, 상기 단계(36 내지 38) 수행후, DHA(7)가 컴포넌트를 수신하여 트랜잭션 프리미티브를 형성하고 THA(12)로 전달하는 단계(39)와, 상기 단계(39) 수행후, THA(12)가 트랜잭션 번호를 할당, 관리 및 트랜잭션 상태도를 관리하고 TCAP 메시지를 형성을 통해 N-UNITDATA 프리미티브를 형성하여 공통선 신호망에 연결된 신호연결 제어부(SCCP)로 전송하는 단계(40,41)에 의해 수행되는 것을 특징으로 하는 문답처리 방법.
4. 제1항에 있어서, 상기 제3단계(42 내지 48)는, 공통선 신호망에 연결된 신호연결 제어부(SCCP)로부터 N-UNIDATA 프리미티브를 수신하며 THA(12)가 TCAP 메시지 오류를 검사하여 오류가 존재하면 해당 트랜잭션을 종료한 후 제공자 중단 프리미티브로 DHA(7)에게 전달하고 종료하며, 오류가 없으면TCAP 메시지를 분석하여 트랜잭션 프리미티브를 형성하는 단계(42 내지 46)와, 상기 단계(42 내지 46) 수행후 THA(12)가 트랜잭션에 대한 상태도를 검사하여 해당되는 상태에 대한 처리를 한 후 DHA(7)로 트랜잭션 프리미티브를 전달하는 단계(47)와, 상기 단계(42 내지 46) 수행후, DHA(7)가 다이얼로그 프리미티브를 형성하여 응용서비스 요소(27)의 FPDO(19)/CCDO(23)로 전송하고 컴포넌트가 존재할 경우 컴포넌트를 전달하는 단계(48)에 의해 수행되는 것을 특징으로 하는 문답처리 방법.
5. 제1항에 있어서, 상기 제4단계(49 내지 54)는, CHA(8)가 컴포넌트의 오류를 검사하여 오류가 존재하는지 조사하는 단계(50)와, 상기 단계(50)의 조사 결과, 오류가 존재하면 거절 프리미티브로 응용서비스 요소(27)에게 알리고 거절 컴포넌트를 부호화하여 저장한 후 종료하는 단계(51)와, 상기 단계(50)의 조사 결과, 오류가 없으면 컴포넌트 상태도를 관리하고, 반송 결과 및 반송 에러 전송시에는 해당 지시번호의 타이머 관리를 요구하여 지시 소요시간 타이머를 정지시키고 거절 대기시간 타이머를 동작시키며, 처리 결과에 따라 컴포넌트 프리미티브로 응용서비스 요소(27)로 전송하는 단계(52 내지 53)에 의해 수행되는 것을 특징으로 하는 문답처리 방법.