KR960003504B1 - 지능망 서비스 로직 시험 방법 - Google Patents

Abstract

내용 없음.

Description

지능망 서비스 로직 시험 방법

제1도는 NICS와 테스트를 위한 서비스 로직 시험기(SLT)와의 접속을 개략적으로 나타낸 하드웨어 구성도.

제2도는 본 발명에 의한 소프트웨어 구조도.

제3도는 본 발명에 의한 지능망 서비스로직 시험 방법의 소프트웨어 전체 흐름도.

제4도는 본 발명에 의한 시험 상태 발생기(TCG)의 제어 흐름도.

제5도는 서비스 스위칭 포인트 시뮬레이터(SSPSIM)의 상태 흐름도.

제6도는 시험 결과 분석기(TRA)의 제어 흐름도.

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

1 : 시험 상태 발생기(TCG) 2 : 시험 결과 분석기(TRA)

3 : 프로토콜 스터브 4 : 서비스 스위칭 포인트 시뮬레이터(SSPSIM)

본 발명은 시스템의 서비스 처리를 위하여 필요한 지능망 호를 시스템으로 발생시키며, 서비스 처리된 호의 결과를 시험자가 가시적으로 확인할 수 있도록 하는 지능망 서비스 로직 시험에 관한 것이다.

지능망은 기존의 통신기술 위에 데이타베이스를 엑세스하여 가입자의 다양한 서비스 요구에 대처하도록 구현되는 새로운 통신 기법이다. 지능망을 구성하고 있는 여러 노드들간의 연동이 이루어지기 전에 NICS(Network Information Control System)는 서비스 로직의 호처리 시험을 위해 SSP(Service Switching Point)노드 역할을 하는 SSP 시뮬레이터 기능(SSPSIM)이 필요하게 되었다.

그리고 상기 SSP는 지능망의 호를 인식하고 NICS에 지능망 서비스를 요구하며 서비스 결과를 처리하여 주는 교환기로 CCITT No.7 프로토콜을 지원하여야 하며, 시뮬레이터는 시험자가 작업석을 통해 지능망 호처리 요구를 하면 그 정보를 사용하는 CCITT No.7 신호망 메세지로 NICS에 전달하고, NICS로부터의 서비스 결과를 작업석에 프린트하여 NICS의 서비스 호처리 결과를 확인할 수 있어야 한다.

본 발명은 상기의 제반 요구를 충족시키기 위해 안출된 것으로서, 광역 착신 과금 및 신용 통화 서비스 등을 제공하는 지능망 시스템 NICS의 구현에 필수적으로 요구되는 지능망 서비스 로직 시험 방법을 제공하는데 그 목적을 두고 있다.

본 발명은 상기 목적을 달성하기 위하여 시스템의 서비스 처리를 위하여 필요한 지능망 호를 발생하며, 서비스 처리된 호의 결과를 시험자가 가시적으로 확인할 수 있도록 하는 서비스 로직 시험기(SLT)에 적용되는 지능망 서비스 로직 시험 방법에 있어서, 호처리 데이타의 입력 형태가 메뉴얼 모드인지 파일 모드인지를 확인하는 제1단계 ; 상기 제1단계에서 호처리 데이타의 입력 형태가 메뉴얼 모드이며 키보드로 부터 입력된 테스트 데이타로 지능망 호 발생 및 호 처리를 수행하는 제2단계 ; 상기 제2단계의 결과를 출력장치(CRT)로 출력하는 제3단계 ; 상기 제1단계에서 호처리 데이타의 입력 형태가 파일 모드이면 NICS(Network Information Control System)내 서비스 가입자 데이타베이스를 억세스하여 다량의 테스트 데이타를 파일로 생성하는 4단계 ; 상기 제4단계의 결과로 지능망 호를 생성하여, 실제 교환기로 부터 호가 발생되는 기능을 시뮬레이션하고, 발생된 호는 프로토콜 스터브를 통해 상기 NICS로 전달하고, NICS로 부터의 결과 메세지를 처리하여 출력 파일과 결과 파일로 각각 저장되는 제5단계 ; 및 상기 제4단계에서 생성된 데이타 파일(예상 결과)과 상기 제5단계의 결과 파일(실제 파일)을 입력으로 받아, 최종 시험 결과를 비교 분석하는 제6단계를 포함하는 것을 특징으로 한다.

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

제1도는 NICS와 테스트를 위한 테스트 시스템과의 접속을 나타낸 하드웨어/소프트웨어 구성도로서, 광역 착신 과금 서비스 및 신용 통화 서비스를 제공하는 NICS와 서비스 로직 시험기(SLT)의 연결을 나타낸 것이다. NICS의 최하단 프로토콜인 CMP(CCS 7 MTP(Messahe Transfer Part)Precessor)와 SLT의 MTP(Message Transfer Part)인 HP37901이 링크 레벨로 연결되어 있다. CCP(Common Channel Signalling Processor)는 CCITT No.7의 하위 프로토콜 처리 소프트웨어가 존재하는 프로세서이며, 상위 프로토콜 처리 소프트웨어 및 번호 번역을 서비스 로직과, 서비스 제공을 위한 데이타세이스는 SLP(Service Logic Processor)내에 존재한다.

SLT로부터 시험자가 발생한 호는 SLP내의 프로토콜 스터브를 따라 하단 HP37901, CMP를 거쳐 CCP로 전달되고 CCP내의 프로토콜 처리를 거친 메세지는 서비스 처리를 위해 SLP로 전달된다. SLP로 전달된 메세지는 서비스 로직 처리를 한 후 다시 프로토콜을 통해 SLP로 전달된다.

제2도는 본 발명에 의한 서비스 로직 프로세서(SLP)의 소프트웨어 구조 및 연결 상태를 나타내었다. 도면에 도시된 바와 같이 데이타 베이스를 억세스하는 시험 상태 발생기(TCG)(1)는 착신과금 및 신용통화 서비스 테이타베이스등을 읽어 다량의 테스트 데이타를 파일로 생성하는 기능을 하며, 이 테스트파일은 SSPIM(4)의 호 발생을 위해 사용된다. SSPSIM(4)은 실제 교환기로부터의 호가 발생되는 기능을 시뮬레이션하며, 발생된 호는 프로토콜 스터브(3)를 통해 NICS로 전달되고, NICS로부터의 결과 메세지를 처리하여 출력 파일과 결과 파일로 각각 저장하는 기능을 한다. 시험 결과 분석기(TRA)(2)는 시험 상태 발생기(TCG)(1)에서 생성한 데이타 파일과 SSPSIM(4)의 결과 파일을 입력으로 받아 최종 테스트 결과를 분석하는 기능을 한다.

제3도는 본 발명에 의한 서비스로직 시험기(SLT)의 각 기능 블럭의 연계와 전체적인 수행 흐름을 표시한 것이다. 우선 호처리 데이타의 입력 형태에 따라, 파일 모드와 메뉴얼 모드로 나뉘어 지는데, 우선 호처리 데이타의 입력 형태가 파일 모드인지 메뉴얼 모드인지 여부를 확인한다(11). 메뉴얼 모드인 경우에는 키보드로 부터 입력된 테스트 데이타로 지능망 호발생 및 호처리를 하여 그 결과를 출력장치(CRT)로 출력하여(12), 파일 모드인 경우에는 시험 상태 발생기(TCG)를 거쳐(13), 생성된 테스트 파일로 지능망 호발생 및 호처리를 하여 호처리 결과를 파일로 저장하는 동작을 반복한다(14). 그리고나서 더 이상의 테스트 데이타가 없는 경우(15), 시험결과 분석기(TRA)로 제어를 넘겨 호처리 결과를 비교하므로서(16), 본 발명의 수행을 종료한다.

제4도는 상기 시험 상태 발생기(TCG)의 제어 흐름도를 나타낸 것으로, 서비스 데이타베이스를 읽어 테스트 데이타를 만들어가는 과정을 흐름도로 나타낸 것이다.

해당 서비스 데이타베이스를 읽어서 서비스 형태별로 성공 및 실패 데이타를 생성하게 된다.

NICS에서 제공하는 서비스 형태는 광역 착신 과금 서비스의 경우 발신 지역 제한, 근거리 우선 라우팅이 있고, 신용 통화 서비스인 경우는 착신 지정, 부정 사용 제한, 과다 사용 금지 등의 서비스 형태가 존재하므로, 각 서비스 형태별 테스트 데이타를 만들어 파일로 저장한다.

파일의 레코드는 SSPSIM(4)에서 필요로 하는 데이타이며, 차후 테스트 결과 분석을 위한 예상 결과 필드를 가진다.

상기 시험 상태 발생기(TCG)의 작동이 시작되면 서비스의 종류에 따라 제어흐름이 달라진다(21). 광역 착신 과금 서비스의 경우 광역 착신 과금 번호를 시험자로부터 입력 받는다(22). 입력된 번호가 광역 착신 과금 서비스가 가입자 데이타베이스(DB)에 존재하는지를 먼저 체크하고(23), 존재하지 않을 경우 예상 결과를 실패로한 데이타 레코드를 생성한다(24). 만약 입력된 번호가 데이타베이스에 존재할 경우, 현재 서비스가 허용 상태 인지를 체크한다(25). 서비스가 비가용 상태이면 예상 결과를 실패로한 데이타 레코드를 생성한다(26). 입력된 번호가 데이타베이스에 존재하고 , 서비스 허용 상태가 확인되면 입력된 번호의 서비스 가입 형태에 따라 데이타를 생성한다(27-32). 먼저 발신 지역 제한 서비스에 가입한 번호인 경우 발신 가능 지역에서의 데이타를 생성하고(28) 서비스 제한 지역에서의 데이타 레코드도 생성한다(29). 이 서비스에 가입하지 않았을 경우에는 다음 서비스의 가입 여부를 체크한다. 근거리 우선 라우팅 서비스의 가입 여부에 따라(30), 가입하였을 경우에는 같은 광역 착신 번호로 발신가능 지역에서 발신 지역을 바꾸어가며 데이타 레코드를 생성하고(31), 가입하지 않았을 경우에는 임의의 발신지역으로 데이타 레코드를 생성한다(32).

신용 통화 서비스의 경우 신용 통화 번호를 시험자로부터 입력 받는다(33). 입력된 번호가 신용통화 서비스 가입자 데이타베이스(DB)에 존재하는지를 먼저 체크하고(34), 존재하지 않을 경우 예상 결과를 실패로한 데이타 레코드를 생성한다(35). 만약 입력된 번호가 데이타베이스에 존재할 경우, 현재 서비스가 혀용 상태인지를 체크한다(36). 서비스가 비가용 상태이면 예상 결과를 실패로한 데이타 레코드를 생성한다(37). 입력된 번호가 데이타베이스에 존재하고 서비스 허용상태가 확인되면 입력된 번호의 서비스 가입 형태에 따라 데이타를 생성한다(38-45). 착신 지정 서비스에 가입한 번호인 경우 지정 착신 번호의 데이타 레코드를 생성하고(39), 지정 착신 번호가 아닌 데이타 레코드도 생성한다(40). 이 서비스에 가입하지 않았을 경우에는 다음 서비스의 가입 여부를 체크한다. 부정 사용 제한 서비스의 가입 여부에 따라(41), 가입하였을 경우에는 같은 신용통화 번호의 틀린 비밀 번호로 여러 데이타 레코드를 생성한다(42). 이 서비스에 가입하지 않았을 경우에는 다음 서비스의 가입 여부를 체크한다. 과다 사용 금지 서비스의 가입 여부에 따라(43), 가입한 경우에는 같은 신용 통화 번호의 데이타 레코드를 여러개 생성하고(44), 가입하지 않았을 경우에는 틀린 비밀 번호의 데이타 레코드를 생성한다(45).

제5도는 본 발명에 의한 SSPSIM의 상태 흐름도이다. 시뮬레이터의 각 상태와 발생 사건(EVENT)을 설명한다.

우선, 시뮬레이터의 각 상태를 설명하기로 한다.

IDLE(Idle State)는 발신자가 아무런 행동을 취하지 않은 상태이거나, 다른 상태 도중에 발신자가 수화기를 내린 상태로 초기 상태이다.

DLTN(Dial Tone Sending)을 발신자가 전화기를 들고 다이얼 하기 전의 상태로서, 시뮬레이터는 호 발생을 위한 준비를 하고 있으며, 시험자가 테스트 번호를 입력할 것을 기다리는 상태이다.

DGT1(Dialing Service Code and FP-Num or CC-Num+Pin-Num)은 발신자가 수화기를 들고 다이얼을 하는 상태로서, 시뮬레이터는 시험자가 서비스 코트(080, 012)를 입력하기를 기다리는 상태이다.

DGT2(Dialing Calling Number)는 발신자가 수화기를 들고 계속하여 다이얼을 하는 상태로서, 시뮬레이터는 시험자가 서비스 가입자 번호 및 비밀 번호, 발신번호를 입력하기를 기다리는 상태이다.

QURY(Query to SCP)는 발신자가 입력한 정보를 메세지 형태로 NICS에 전달하고 결과 메세지를 받는 동안의 상태를 말한다. 이때 NICS의 주고받는 메세지는 CCITT No.7에서 규정한 프로토콜 메세지이다.

DGT3(Dialing DST-Num for designated DST-Num Feature)는 발신자가 신용과금 서비스를 이용하는 도중 NICS로부터 추가의 정보를 요구 받았을 때 경우의 상태로서, 시뮬레이터는 시험자가 추가 정보와 착신 번호를 입력하기를 기다린다.

DGT4(Dialing DST-Num for Other Feature than DST-Num)는 NICS가 추가의 정보를 발신자에게 요구할 경우 이에 대한 정보를 주기 위한 SSP상태로서, 이 상태는 추가의 정보가 NICS로 전해지지 않아도 착신 가능한 상태이다.

RING(Ringing State)은 NICS로 부터 발신자가 다이얼한 번호들에 대한 성공 응답이 온 경우 해당 착신측과 호연결이 성립되어 벨이 울리는 상태로서, 이때 시뮬레이터는 라인 유휴(line idle)또는 통화중(busy) 상태를 점검하여 연결시켜줌과 동시에 통화시작 시간을 검사한다.

TALK(Talking State)는 발신자가 착신자와 통화를 주고 받는 상태로서, NICS로부터 호처리 결과 보고 요청이 있는 경우 해당 메세지를 NICS로 보낸다.

REFU(Refused by SCP)는 NICS로부터 발신자가 다이얼한 번호에 대해 실패 응답이 온 경우의 상태이다.

다음으로, 도면에 표시된 발생 사건(event)을 살펴보기로 한다.

CLGOFF(Calling Party Hook Off)는 발신자가 전화기를 든 경우이다.

CLGON(Calling Party Hook On)는 발신자가 전화기를 내려놓은 경우이다.

EOD(End of Dialing)은 다이얼링이 끝난 경우이다.

RPNUM(Query Response with Physical Number for FP Service)은 광역 착신 번호에 대해 NICS가 응답한 경우이다.

RCON1(1st Query Response with YES/NO for CC Service)은 특정 신용 통화 번호에 대해 NICS가 첫번째 응답한 경우이다.

RCON2(2st Query Response with YES/NO for CC Service)은 특정 신용 통화 번호에 대해 NICS가 두번째 응답한 경우이다.

CLDOFF(Called Party Hook Off)는 착신자가 전화기를 든 경우이다.

CLDON(Called Party Hooh On)은 착신자가 전화기를 내려 놓은 경우이다.

SCPREP(Report to SCP)는 NICS로 통보한 경우이다.

제6도는 본 발명에 의한 시험 결과 분석기(TRA)의 제어 흐름을 나타낸 것이다. 시험 결과 분석기(TRA)는 테스트 데이타와 SSPSIM의 처리 결과를 비교하는 블럭으로, 테스트 데이타의 예상 결과 레코드로 결과 파일의 실제 결과를 비교 분석하는 것이다. 이를 위하여 우선 테스트 데이타 파일과 테스트 결과 파일을 오픈(Open)한다(61). 그리고 각 파일의 테이타 레코드 중 일련 번호를 비교한다(62). 그리고 나서 같은 일련 번호의 데이타 예상 결과 필드와 호처리 결과 필드의 일치성을 검토한 후 일련번호, 서비스 번호, 비교결과를 파일로 저장하는 동작을 더 이상 검토할 데이타가 없을때 까지 반복하는 것이다(63). 또한 상기한 바와 같은 본 발명은 NICS 구축시 하위 프로토콜 장비인 메세지 전달부(MTP)가 비가용일 경우 테스트 환경으로 MTP프로토콜을 제외한 프로토콜에서의 시험을 위해 시스템이 제공하는 소켓을 이용하여 NICS와 연결시켜 서비스 호처리 시험을 수행할 수도 있다.

따라서, 상술한 바와 같은 본 발명은 시험 상태 발생, 시험호 발생, 호처리 예상 결과와 호 처리 결과 비교를 통해 지능망 서비스 로직이 시험 데이타를 처리함에 있어서 예상 결과로 처리되었는지를 판단하게 하며 다량의 데이타를 시험 데이타로 입력받아 빠른 시간내에 서비스 로직을 시험할 수 효과를 갖는다.

Claims (5)

1. 시스템의 서비스 처리를 위하여 필요한 지능망 호를 발생하며, 서비스 처리된 호의 결과를 시험자가 가시적으로 확인할 수 있도록 하는 서비스 로직 시험기(SLT)에 적용되는 지능망 서비스 로직 시험 방법에 있어서, 호처리 데이타의 입력 형태가 메뉴얼 모드인지 파일 모드인지를 확인하는 제1단계(11) ; 상기 제1단계(11)에서 호처리 데이타의 입력 형태가 메뉴얼 모드이면 키보드로 부터 입력된 테스트 데이타로 지능망 호 발생 및 호 처리를 수행하는 제2단계 ; 상기 제2단계의 결과를 출력장치(CRT)로 출력하는 제3단계 ; 상기 제1단계(11)에서 호처리 데이타의 입력 형태가 파일 모드이면 NICS(Network Information Control System)내 서비스 가입자 데이타베이스를 억세스하여 다량의 테스트 데이타를 파일로 생성하는 제4단계(13) ; 상기 제4단계(13)의 결과로 지능망 호를 생성하여, 실제 교환기로부터 호가 발생되는 기능을 시뮬레이션하고, 발생된 호는 프로토콜 스터브(3)를 통해 상기 NICS로 전달하고, NICS로부터의 결과 메세지를 처리하여 출력 파일과 결과 파일로 각각 저장하는 제5단계(14) ; 및 상기 제4단계(13)에서 생성된 데이타 파일(예상 결과)과 상기 제5단계(14)의 결과 파일(실제 파일)을 입력으로 받아, 최종 시험 결과를 비교 분석하는 제6단계(16)를 포함하는 것을 특징으로 하는 지능망 서비스 로직 시험 방법.
2. 제1항에 있어서, 상기 제4단계(13)는, 서비스 종류가 신용 통화 서비스인지 광역 착신 과금 서비스인지를 확인하는 제7단계(21) ; 상기 제7단계(21)에서 서비스 종류가 광역 착신 과금 서비스의 경우 광역 착신 과금 번호를 시험자로부터 입력받아 입력된 번호가 광역 착신 과금 서비스 가입자 데이타 베이스(DB)에 존재하는지를 체크 하는 제8단계(22, 23) ; 상기 제8단계(22, 23)에서 데이타베이스(DB)에 존재하지 않으면 예상결과를 실패로한 데이타 레코드를 생성하고, 데이타베이스에 존재하면 서비스가 허용 상태인지를 체크하는 제9단계(24, 25) ; 상기 제9단계(24, 25)에서 서비스가 허용 상태가 아니면 예상 결과를 실패로한 데이타 레코드를 생성하고, 허용 상태이면 입력된 번호의 서비스 가입 형태에따라 데이타를 생성하는 제10단계(26 내지 32) ; 상기 제7단계(21)에서 서비스 종류가 신용통화 서비스이면 신용 통화 번호를 시험자로 부터 입력받아 입력된 번호가 신용 통화 서비스 가입자 데이타베이스(DB)에 존재하는지를 체크하는 제11단계(33, 34) ; 상기 제11단계(33, 34)에서 데이타베이스(DB)에 존재하지 않으면 예상 결과를 실패로한 데이타 레코드를 생성하고, 데이타 베이스에 존재하면 서비스가 허용 상태인지를 체크하는 제12단계(35, 36) ; 및 상기 제12단계(35, 36)에서 서비스가 허용 상태가 아니면 예상 결과를 실패로한 데이타 레코드를 생성하고, 허용 상태이면 입력된 번호의 서비스 가입 형태에 따라 데이타를 생성하는 제13단계(37 내지 45)를 포함하는 것을 특징으로 하는 지능망 서비스 로직 시험 방법.
3. 제3항에 있어서, 상기 제10단계(26 내지 32)는, 발신 지역 제한 서비스에 가입하였는지 체크하는 제14단계(27) ; 상기 제14단계(27)에서 발신 지역 제한 서비스에 가입한 번호이면 발신 가능 지역에서의 데이타를 생성하고, 서비스 제한 지역에서의 데이타 레코드를 생성하고, 발신 지역 제한 서비스에 가입하지 않았으면 근거리 우선 서비스에 가입하였는지 체크하는 제15단계(28 내지 30) ; 및 상기 제15단계(28 내지 30)에서 근거리 우선 서비스에 가입하였으며 같은 광역 착신 번호로 발신 가능 지역에서 발신 지역을 바꾸어가며 데이타 레코드를 생성하고, 근거리 우선 서비스에 가입하지 않았으며 임의의 발신 지역으로 데이타 레코드를 생성하는 제16단계(31, 32)를 포함하는 것을 특징으로 하는 지능망 서비스 로직 시험 방법.
4. 제2항에 있어서, 상기 제13단계(37 내지 45)는, 착신 지정 서비스에 가입하였는지 체크하는 제17단계(38) ; 상기 제17단계(38)에서 착신 지정 서비스에 가입하였으면 지정 착신 번호의 데이타 레코드를 생성하고, 지정 착신 번호가 아닌 데이타 레코드도 생성하고, 착신 지정 서비스에 가입하지 않았으면 부정 사용 제한 서비스에 가입하였는지 체크한는 제18단계(39 내지 41) ; 상기 제18단계(39 내지 41)에서 부정 사용 제한 서비스에 가입하였으면 같은 신용 통화 번호의 틀린 비밀 번호로 여러 데이타 레코드를 생성하고, 과다 사용 금지 서비스에 가입하였는지 체크하는 제19단계(42, 43) ; 및 상기 제19단계(42, 43)에서 과다 사용 금지 서비스에 가입하지 않았으면 틀린 비밀 번호의 데이타 레코드를 생성하는 제20단계(44, 45)를 포함하는 것을 특징으로 하는 지능망 서비스 로직 시험 방법.
5. 제1항에 있어서, 상기 제6단계(16)는, 테스트 데이타 파일과 테스트 결과 파일을 오픈하여, 각 파일 데이타 레코드의 일련 번호를 비교하고, 같은 일련 번호의 데이타 예상 결과 필드와 호처리 결과 필드의 일치성을 검토한 후 일련 번호, 서비스 번호 비교 결과를 파일로 저장한 후, 더 이상 검토할 데이타가 없을때 까지 각 파일 데이타 레코드의 일련 번호를 비교하는 과정을 반복하는 단계를 포함하는 것을 특징으로 하는 지능망 서비스 로직 시험 방법.