초고속 교환 시스템의 국 데이터 자동 생성 환경 연구

Office Data Generation Environment for Switching Systems




























한국전자통신연구소


인 사 말 씀

정보산업이 미래 사회를 주도하게 될 것이라는 미래학자들의 말을 굳이 빌리지 않더라도 정보의 필요성을 피부로 느낄 만큼 정보화 사회가 바로 우리 옆에 바싹 다가와 있음을 실감할 수 있습니다.

세계 선진 각국은 세계경제 주도권 확보를 위한 핵심 전략산업으로 정보 산업을 선정, 추진하고 있으며, 우리나라에서도 작년부터 정보화 촉진과 정보통신산업의 기반조성 및 정보 통신 기반의 고도화를 위한 시책을 추진, 이를 위해 정보화 촉진 기본 계획 및 시행 계획을 수립해 시행하며 국무총리를 위원장으로 하는 정보화 추진위원회를 구성하고 정보화 촉진 기금을 설치하는 정보화 촉진 기본법이 시행되고 있습니다. 이러한 나라 안팎의 환경 변화는 우리에게 보다 더 많은 창의적이고 진취적인 핵심 기술 개발 능력을 요구하고 있으며, 이것은 또한 거부할 수 없는 현실인 것입니다.

그동안 우리는 국산 전전자교환기 개발을 성공적으로 완수하였고, 세계 여러 나라에 교환기를 수출함으로써, 우리의 능력을 다시 한번 확인할 수 있는 계기를 마련하였습니다. 그러나 우리는 여기에 만족하지 말고, 세계 유수 연구소들과의 무한 경쟁 시대에서 선두 주자로 나서기 위하여 "초고속 교환 시스템의 국 데이터 자동 생성 환경 연구"와 같은 실용적이며 핵심적인 기술의 개발에 더욱 노력하여야 되겠습니다.

끝으로 이 사업에 참여하신 연구원들의 노고에 감사 드리며 아울러 많은 지원을 아끼지 않으신 관계기관에도 감사를 드립니다.

1996년 12월

한국전자통신연구소 소장 양 승 택


제 출 문

본 연구소에서는 기초 연구 과제인 "초고속 교환 시스템의 국 데이터 자동 생성 환경 연구"의 결과로서, 본 과제에 참여한 아래의 연구 팀이 작성한 것입니다.

연구책임자 : 선임연구원 박영식(S/W 종합검증실)

연구참여자 : 책임연구원 이형호(S/W 종합검증실)

선임연구원 이영목(S/W 종합검증실)


요 약 문

1. 제목

초고속 교환 시스템의 국 데이터 자동 생성 환경 연구

Ⅱ. 연구 목적 및 중요성

교환 시스템에서 사용되는 국 데이터는 시스템 형상 데이터, 교환에 필요한 데이터, 운용보전 관련 데이터 등, 그 규모가 방대할 뿐만 아니라 시스템이 수행하는 기능 및 설계 방법에 따라 다양하다. 이러한 교환 시스템의 국 데이터는 해당 시스템의 설치 장소에 종속되며, 국 데이터의 오류로 인한 파급 효과는 매우 크게 나타난다.

즉, 개발단계에서 국 데이터 오류로 인하여 소프트웨어 패키지의 제작 및 시험을 반복하여야 하는 많은 노력이 소요되며, 개발 완료된 시스템의 현장 적용시 발생하는 오류는 막대한 시간과 비용을 초래한다. 뿐만 아니라 이러한 오류는 현장 운용자들에게 시스템에 대한 불신으로 이어져 시스템의 대외 신뢰도 문제에 봉착하게 된다.

따라서 국 데이터의 오류를 사전에 방지하기 위하여 선진 교환 시스템 개발사들은 국 데이터 설계 기술 및 생산 환경 구축에 많은 투자를 하고 있으며, 현장 운용 요원들에게 국 데이터 운용 기술 교육을 강화하고 있다.

그러나, 국 데이터 생산 환경은 개발 대상 시스템의 국 데이터 세부 설계 내역이 반영됨으로, 선진 교환 시스템 개발사들은 본 기술에 대하여 기술 보호를 강화하고 있는 추세이다.

본 고에서는 교환 시스템의 국 데이터 오류로 인한 개발단계, 현장 적용 단계에서 초래되는 막대한 시간과 노력의 손실 및 시스템의 대외 신뢰도 저하를 초래하지 않기 위하여, 기존의 교환 시스템의 국 데이터 생성 환경에 대한 조사 분석하고 우리 실정에 맞는 신뢰도 높은 국 데이터 자동 생성 기술을 제안하였다.

Ⅲ. 연구 내용 및 범위

교환 시스템에서 사용되는 국 데이터의 높은 신뢰도를 유지하기 위하여는 시스템 구조, 소프트웨어 및 데이터 설계, 국 데이터 생성 및 검증 환경 등 여러 가지 요소들을 고려하여야 한다. 본 고에서 다루는 분야는 국 데이터 생성 환경 분야로 다른 요소들은 ATM 교환 시스템에서 설계된 내용을 가급적 그대로 수용하였다. 즉, 차기 교환 시스템의 소프트웨어 및 데이터 구조는 큰 변동이 없다는 가정하에 국 데이터 생성 환경에 대하여 다음과 같은 연구를 수행하였다.

ㄐ 기존 교환 시스템의 국 데이터의 구조 및 생성 환경 분석

ㄐ 국 데이터 오류 유형 분석 및 사전 요구 사항 연구

ㄐ 초고속 교환 시스템의 국 데이터 자동 생성 절차 및 도구 모델 설계

Ⅵ. 연구 결과

기존의 국내 및 선진 교환 시스템인 TDX-10, ISDN, ATM, NO.5ESS 및 S1240 교환 시스템에 대한 국 데이터 생성 환경에 대한 조사 및 특성을 분석하였고, 기존의 문제점을 정리하였다. 이를 바탕으로 국 데이터 생성의 입력인 국 규격을 최소화하고, 시스템의 용량, 기능별로 국 데이터를 생성할 수 있으며, 새로운 기능 추가에 따른 영향을 최소화 할 수 있는 특징을 지닌 초고속 교환 시스템의 국 데이터 자동 생성 환경을 제안하였다.

Ⅴ. 기대성과 및 건의

본 고에서 제안한 국 데이터 생성 환경은 기존의 ATM 국 데이터 제작 환경에 바탕을 두고 있기 때문에 적은 노력으로 대형 ATM 교환 시스템 개발 사업에서도 활용할 수 있다. 또한 본 생산 환경의 확보로 고 신뢰도 국 데이터를 제작할 수 있으므로 개발단계 및 현장 적용 및 운용 단계에서 소요되는 많은 시간과 노력을 줄일 수 있다. 아울러 시스템의 대외 신뢰도를 높이고, 시스템 추가 기능에 대하여도 안정적이고 신속한 적용이 가능하다.


ABSTRACT

1. TITLE

Office Data Generation Environment for Switching Systems

Ⅱ. THE OBJECTIVES

The office data for telecommunication system are very large scale including system configuration data, call processing data, maintenance data and administration data. These data are dependent on the functions of the system and on the place of installation. The effect of the errors of these data is very serious. In the development phase, the software package is regenerated and resettled to fix these error. In the field adaptation phase, not only it takes much more cost and time, but also the system operator do not trust on the system.

For this reason, the advanced telecommunication research institutes have invested in the improvement of the office data generation environment. Also, they have invested in the development of the data design techniques and training of system operators.

Since the office data generation environment is the high technique and the reflection of data design, the advanced telecommunication research institutes have protected this environment.

In this report, we investigated and analyzed the existed office data generation environments of TDX10, ISDN, ATM, 5ESS and S1240, proposed the new office data generation environment which is proper to our telecommunication system. The new office data generation environment is focused on the reduction of the errors and on the solution of the shorts of the existed environments.

Ⅲ, THE CONTENTS AND SCOPE OF THE STUDY

To get the high reliability office data, we consider many factors such as system architecture, software and data design, office data generation and verification environments. In this report, we focused on the office data generation environment. The other factors are regarded the same those of ATM telecommunication system. The main study of the environment are as follows.

ㄐ The analysis of the existed office data generation environments.

ㄐ The error cases of office data and the requirements of the environment.

ㄐ The tools and flows of office data generation for the new telecommunication system

Ⅵ. RESULTS

We analyzed the existed office data generation environments of TDX-10, ISDN, ATM, 5ESS and S1240 telecommunication systems and investigated the types of error from these environments. Also, we proposed the new office data generation environment which enables the reduction of input data, the generation of the various office data along with functions, the intermediate verification of the office data generation for high reliability, and the stable adaptation according to the addition of new data.

Ⅴ. EXPECTED RESULT AND PROPOSITION

Since the proposed office data generation environment are based on the those of the existed ATM telecommunication system, it can be developed for the large ATM telecommunication system with a little effort. Also, we can generate the high reliable office data which make it possible to reduce the cost and time of fixing the office data errors. It can be possible to develop the supplementary function rapidly and to get the trust of system operator.


CONTENTS

CHAPTER1. Introduction

SECTION 1. Necessity

SECTION 2. The Objectives and Scope

SECTION 3. The Methods and The Constructions

CHAPTER 2. The Analysis of the Office Data Generation Environments

SECTION 1. The Office Data Generation Environments for TDX-10

SECTION 2. The Office Data Generation Environments for ISDN

SECTION 3. The Office Data Generation Environments for ATM

SECTION 4. The Office Data Generation Environments for No.5 ESS

SECTION 5. The Office Data Generation Environments for S1240

SECTION 6. The Comparison of Office Data Generation Environments

CHAPTER 3. Constraints and Requirements of the Office Data Generation Environments

SECTION 1. The Analysis of the Errors in Office Data

SECTION 2. Requirements of the Office Data Generation Environments

SECTION 3. Requirements of the Switching System

CHAPTER 4. The New Model of Office Data Generation Environments

SECTION 1. The Procedures of Office Data Generation

SECTION 2. The Tools of Office Data Generation

SECTION 3. Major Functions and Expected Results

REFERENCES

GLOSSARY


LIST OF FIGURES

<Figure 1> TDX-10 Office Data Generation Procedures

<Figure 2> TDX-10 Office Data Generation Tools

<Figure 3> ISDN Office Data Generation Procedures

<Figure 4> IDEAS Software Integration Environment

<Figure 5> ATM Office Data Generation Procedures

<Figure 6> No.5ESS Office Data Generation Procedures

<Figure 7> S1240 Office Data Generation Procedures

<Figure 8> The Proposes Office Data Generation Procedures


LIST OF TABLES

<Table 1> The Comparison of Office Data Generation Environments for Switching Systems


목 차

제 1 장 서론

제 1 절 연구의 필요성

제 2 절 연구의 목표 및 범위

제 3 절 연구의 방법 및 보고서의 구성

제 2 장 기존 국 데이터 생성 환경 분석

제 1 절 TDX-10 국 데이타 생성 환경

제 2 절 ISDN 국 데이타 생성 환경

제 3 절 ATM 국 데이타 생성 환경

제 4 절 No.5ESS 국 데이타 생성 환경

제 5 절 S1240 국 데이타 생성 환경

제 6 절 교환기별 국 데이타 생성 환경 비교

제 3 장 제약 조건 및 사전 요구 사항

제 1 절 국 데이타 오류 유형 분석

제 2 절 국 데이타 생성 환경 요구 사항

제 3 절 시스템 관련 요구 사항

제 4 장 초고속 국 데이타 자동 생성 환경 모형

제 1 절 국 데이타 생성 절차

제 2 절 국 데이타 생성 도구

제 3 절 주요 특성 및 기대 효과

참고 문헌

약어표


그림 목차

<그림 1> TDX-10 국 데이타 생성 절차

<그림 2> TDX-10 국 데이타 제작 도구

<그림 3> ISDN 국 데이타 생성 절차

<그림 4> IDEAS 종합 환경

<그림 5> ATM 국 데이타 생성 절차

<그림 6> No.5ESS 국 데이타 생성 절차

<그림 7> S1240 국 데이타 생성 절차

<그림 8> 새로운 국 데이타 생성 절차


표 목 차

<표 1> 교환기별 국 데이타 생성 환경 비교

제 1 장 서 론

제 1 절 연구의 필요성

제 2 절 연구의 목표 및 범위

제 3 절 연구의 방법 및 보고서의 구성

1. 국내외 연구 개발 현황 및 향후 전망

교환 시스템에서 사용되는 국 데이타는 시스템 형상 데이타, 교환에 필요한 데이타, 운용보전 관련 데이타 등, 그 규모가 방대(TDX-10 ISDN 경우 66만 lines)할 뿐만 아니라 시스템이 수행하는 기능 및 설계 방법에 따라 다양하게 존재한다.

이와 같이 다양하고 방대한 국 데이타를 오류 없이 생성하기 위하여, 최근에 개발되는 선진 교환 시스템의 국 데이타 생성 환경에서 나타나는 주요 특징은 다음과 같다.

첫째, 시스템의 새로운 기능 추가에 따른 국 데이타 생성 환경의 영향을 최소화 함으로써, 기존의 생산 환경 신뢰도를 지속적으로 유지하고 있다.

둘째, 국 데이타들을 구성요소(Component)로 세분화시킴으로써, 중복 데이타 사용시 예상되는 오류들을 사전에 배제하고 있다.

셋째, 시스템의 용량별, 기능별로 다양한 국 데이타의 자동 생성 환경을 구축하고 있다.

넷째, 생성된 국 데이타에 대한 HOST 및 Target 시스템 상에 강력한 검증 도구 및 Data Audit 기능을 구비함으로써, 사전에 국 데이타 오류 유발 소지를 줄이고 있다.

국내에서 개발 중인 ATM중소형 교환기의 국 데이타 생산 환경은 TDX-10 ISDN 교환기에서 사용한 개별 도구들을 일부 개선하여 사용하며, ER(Entity-Relation) Modeling 데이타 구조를 구성요소(Component)별로 나누어 관리함으로써 위의 특징의 일부를 만족시키고 있다.

그러나 아직까지도 새로운 기능의 추가 시 해당 국 데이타 값을 일일이 입력하여야 하며, ODBS(Office Data Base Specification) 환경 하에서는 생산 환경을 대폭 수정하여야 하는 문제점을 지니고 있다. 즉, 데이타 생성 도구의 핵심인 관련 GRB(General Rule Base) 들의 보완 및 추가와 CAEP(Customer Application Engineering Processor)의 재생성, 생성된 국 데이타의 각종 검증 도구의 보완 및 검증 절차의 복잡성이 내재되어 있다. 또한 ATM 국 데이타 생성 환경에서는 용량별, 기능별로 다양한 종류의 국 데이타 생성이 불가능하며, 정보와 관련된 국 데이타의 경우는 시스템 규격의 사전 정의가 불충분하여 수작업의 요소가 많으며, 이로 인한 자동화의 한계를 지니고 있다.

이러한 문제는 사전에 정의되어야 하는 시스템 규격의 불충분으로 인한 데이타 구조의 빈번한 변경, 국 데이타 생산 기술에 대한 사전 연구의 부족에 따른 기존 환경의 답습 등에 기인한다.

2. 연구 개발의 필요성

교환 시스템의 국 데이타는 해당 시스템의 설치 장소에 종속되며, 국 데이타의 오류로 인한 파급 효과는 매우 크게 나타난다.

즉, 개발단계에서 국 데이타 오류로 인하여 소프트웨어 패키지의 제작 및 시험을 반복하여야 하는 많은 노력이 소요되며, 개발 완료된 시스템의 현장 적용 시 발생하는 오류는 막대한 시간과 비용을 초래한다. 뿐만 아니라 이러한 오류는 현장 운용자들에게 시스템에 대한 불신으로 이어져 시스템의 대외 신뢰도 문제에 봉착하게 된다.

또한, 국 데이타 생산 환경은 개발 대상 시스템의 국 데이타 세부 설계 내역이 반영됨으로, 선진 교환 시스템 개발사들은 본 기술에 대하여 기술 보호를 강화할 것이다.

이상과 같이 국 데이타 오류로 인한 개발단계, 현장 적용 단계에서 초래되는 막대한 시간과 노력의 손실 및 시스템의 대외 신뢰도 저하를 차기 교환 시스템에서 반복하지 않기 위하여는, 본격적인 교환 시스템의 개발 이전에 독자적으로 신뢰도 높은 국 데이타 자동 생성 기술의 확보가 시급되며, 이에 대한 충분한 사전 연구가 필요하다.

제 2 절 연구의 목표 및 범위

1. 최종 목표

기존의 국 데이타 제작 과정에서 발생하는 오류를 최소화하기 위하여 초고속 교환 시스템의 국 데이타 자동 생성 절차 및 도구 모델 제시를 최종 목적으로 한다. 제안 환경의 주요 특징으로는 국 데이타 생성의 입력인 국 규격을 최소화할 수 있어야 하고, 시스템 용량별, 기능별로 국 데이타를 생성할 수 있어야 하며, 새로운 기능 추가에 따른 영향을 최소화 할 수 있어야 한다.

2. 연구 내용 및 범위

국 데이타 오류에 영향을 미치는 요소들은 시스템 구조, 소프트웨어 및 데이타 설계, 국 데이타 제작 및 검증 환경 등 여러 가지가 있다. 본 과제에서는 국 데이타 생성 환경에 초점을 맞추어 기존 교환 시스템의 국 데이타의 구조 및 생성 환경의 분석, 국 데이타 자동 생성시 제약 조건 조사 및 사전 요구 연구, 시스템 기능에 독립적인 국 데이타 자동 생성 절차 및 도구 연구를 주요 내용으로 하고 있다. 특히, 제안한 국 데이타 생성 환경은 기존의 ATM 국 데이타 제작 환경에 바탕을 두며, 기타 데이타 오류에 영향을 미치는 요소들은 ATM 시스템 구조 및 설계와 거의 동일하다는 가정 하에 본 환경을 제안하였다.

제 3 절 연구의 방법 및 보고서의 구성

1. 연구 방법

국 데이타 제작 환경에 관련된 자료들은 해당 교환기의 데이타 설계의 내용이 반영됨으로 각 선진 교환기 개발회사들은 본 자료와 공개를 기피하고 있는 실정이다. 따라서 자료 조사 단계에서는 국내 통신 사업자들이 보유하고 있는 운용 자료와 공식적으로 발표된 논문 및 보고서를 수집하여 기존의 경험을 바탕으로 국 데이타 제작 환경을 예측, 구성하였다. 또한, 국내 통신 사업자들을 직접 방문하여 해당 교환기 국 데이타의 오류들을 듣고, 핵심 문제점들을 정리하였다.

이상의 작업을 통하여 각 교환기 국 데이타 제작 환경의 특징과 한계를 파악하고, 문제점들을 줄일 수 있도록 하기 위하여 선행되어야 할 요구 사항들을 정리하였다.

마지막으로 이러한 요구 사항들을 만족시킬 수 있는 국 데이타 제작 환경을 제안하였고, 이로써 기대할 수 있는 내용들 및 활용 방안을 제시하였다.

2. 보고서 구성

본보고서의 1 장에서는 본 과제의 필요성 및 목표 연구 범위 그리고 연구 수행 방법에 대하여 간략히 기술하였고, 2장에서는 기존의 국 데이타 제작 환경의 조사 분석을 수행하였다. 즉, TDX-10, ISDN, ATM, No.5ESS, S1240 교환기에 대하여 각각 데이타의 구성, 데이타 생성 절차, 관련 주요 도구, 주요 특징 및 한계를 기술하였다. 3장에서는 이러한 국 데이타 제작 환경들 때문에 유발되는 각종 오류들을 정리하였고, 이들을 극복하기 위하여 제작 환경 및 교환기 관련 요구 사항들을 기술하였다. 4장에서는 3장에서 제시한 요구 사항들을 만족시킬 수 있는 국 데이타 제작 환경을 현재의 ATM 제작 환경을 중심으로 절차, 도구, 주요 특징 및 기대 효과를 기술하였다.

부록으로는 본 보고서에 참고하였던 문헌들과 약어들을 나열하였다. 참고로 참고 문헌들 중에서 비공개 문서들이 포함되어 있으므로 보고서의 공개에 신중을 기하여야 할 것이다.

제 2 장 기존 국 데이타 생성 환경 분석

제 1 절 TDX-10 국 데이타 생성 환경

제 2 절ISDN 국 데이타 생성 환경

제 3 절 ATM 국 데이타 생성 환경

제 4절 No5.ESS 국 데이타 생성 환경

제 5 절 S1240 국 데이타 생성 환경

제 6 절 교환기별 국 데이타 생성 환경 비교

제 1 절 TDX-10 국 데이타 생성 환경

1. 데이타의 종류 및 구조

TDX-10 교환기에서 사용되는 국 데이타의 교환기의 DBMS에 의하여 관리되어지며, 그 구조는 E-R Modeling 형태를 지니고 있다. 본 교환기에서 사용되는 데이타들을 그룹별로 정리하면 아래와 같다.

1) 데이타 종류

ㄐ System Parameter

- Limitation and Threshold Value

- Trouble Treatment(Alarm source, Fault Information)

- System Integrity(Loading, Audit, Overload)

- Timer

ㄐ Equipment(Hardware maximum and Equipped Equipment)

- Processor(MP, PP, Operation type)

- Subscriber(Unit, Board, Line)

- Trunk(Unit, Board, Line)

- Route(Line)

- Switch(T-S-T)

- I/O Device(DKU, MTU, Port)

- Global Service Signaling Device(ANM, CMX)

- Local Service Signaling Device(R2 MFR, Ring, Tone)

ㄐ Subscriber

- Subscriber Line

- Subscriber Group

- Timer

- Special Service

- Signaling Device(Coin Box)

- Global Service Signaling

- Local Service Signaling

- Switch

ㄐ Trunk

- Trunk Line

- Timer

ㄐ Office and Route

- Number Translation(Directory Number, Special Number)

- Route Control

ㄐ Miscellaneous

- Measurement and Statistics

- Charging

- Network Management

- Man Machine Interface

- Data Base Management System

이러한 다양한 데이타 종류와 실험실 교환기 기준으로 약 40여만 라인에 이르는 방대한 데이타들은 전체적으로 E-R Model 형태를 지니는 232개의 Relation 들과 894개의 Attribute들로 그 구조가 정의된다. 다음은 하나의 데이타 구조 정의 화일과 그 내의 Relation구조, 그리고 이에 따른 실제 Target 데이타 화일을 보여준다.

2) 데이타 구조 정의 화일(BLK.db/BLK.tdb)

BLK.db/BLK.tdb 화일은 PLD에 포함될 데이타들의 구조를 정의한 화일로써 블록 단위로 화일이 구성되며, 화일 내에서는 릴레이션 단위로 데이타의 구조가 정의된다. 이 화일에 포함되는 내용은 다음과 같다.

ㄐ 릴레이션 타입 : direct 릴레이션인지 normal 릴레이션인지를 구분

ㄐ 릴레이션 이름과 설명

ㄐ 최대 튜플 개수

ㄐ 실제 저장 프로세서 명

ㄐ 가상 저장 프로세서 명으로 해당 프로세서에는 PLD가 없지만 실제 저장 프로세서에 들어 있는 내용을 접근 할 수 있음. 생략 가능한 항목임.

ㄐ 저장 형태 : 오직 하나의 프로세서에만 실장 되는 릴레이션인지, 같은 데이터 값이 여러 프로세서에 중복으로 실장 되는 릴레이션인지 혹은 여러 프로세서에 각기 다른 데이터 값이 실장되는 릴레이션인지를 구분

ㄐ 접근 권한 : select, update, insert, delete, lock, unlock, max, mini, sum, count, avg

ㄐ 접근 방법 : index, sequential, binary, hash

ㄐ 어트리뷰트 이름 및 구조, 설명

3) Target 데이타 화일(RELATION.SOR.dg)

특정 교환기에서 실제로 실장될 데이타 값으로 그 구성은 데이타 헤더 부분과, 실제 데이타 값으로 이루어져 있다. 데이타 헤더 부분은 이미 등록된 데이타 구조 정의 화일에서 정의된 내용과 일치하여야 하며, 이를 위하여 dgchk 명령어를 이용하여 개발자가 등록한 RELATION.SOR.dg 화일을 RELATION.SOR.dg.tmp 화일로 재구성된다. 이 Target 데이타 화일들은 dilp로 컴화일되어 F_id.SOR 형태의 Target 데이타 목적 화일을 생성한다.

<예>R_ANA_SUBS.A00.dg

SYNMODE M_COINBOX_TYPE = SET(single_temp, single_perm, multi_pulse, card_multi);

SYNMODE M_PHONE_TYPE = SET(rotary, mfc, mixed);

SYNMODE M_PPM_TYPE = SET(ppm_temp, ppm_perm, ppm_multi);

SYNMODE R_ANA_SUBS = RELATION(

D_LN_NO int(0:8191) : index,

D_TS_NO int(0:8191).

D_PHONE_TYPE M_PHONE_TYPE,

D_PPM_TYPE M_PPM_TYPE,

D_COINBOX_TYPE M_COINBOX_TYPE,

D_PPM bool,

D_SUB_GRP_NO int(0:9999),

D_RASM_SUBGRPNO int(0:9999)

);

DCL F_0 ARRAY(1:8192)R_ANA_SUBS;

F_0("A00"):=(

[ 0000,0000, mixed, ppm_temp, single_temp,FALSE,0000,0000] # 1

[ 0001,0001, mixed, ppm_temp, single_temp,FALSE,0000,0000] # 2

[ 0002,0002, mixed, ppm_temp, single_temp,FALSE,0000,0000] # 3

[ 0003,0003, mixed, ppm_temp, single_temp,FALSE,0000,0000] # 4

[ 0004,0004, mixed, ppm_temp, single_temp,FALSE,0000,0000] # 5

: : : : : : : :

[ 8188,8188, mixed, ppm_temp, single_temp,FALSE,0000,0000] # 8189

[ 8180,8189, mixed. ppm_temp, single_temp,FALSE,0000,0000] # 8190

[ 8190,8190, mixed, ppm_temp, single_temp,FALSE,0000,0000] # 8191

[ 8191,8191, mixed, ppm_temp, single-temp,FALSE,0000,0000] # 8192

);

2. 데이타 제작 과정

1) 데이타 공통 화일 제작

각 개발자들은 TDX-10 교환기에서 공통으로 사용하려고 하는 데이타의 구조를 정의한 BLK.db 화일을 작성한다. 이 BLK.db 화일은 TDX-10 데이타베이스 관리 시스템인 DAS(Database Administration System)를 통하여 UNIX 시스템하의 TROLLDB를 구축하게 된다. 이 과정에서 릴레이션의 Syntax 및 릴레이션간의 불일치 오류들을 제거하게

<그림1> TDX-10 국 데이타 생성 절차

된다. DAS를 통하여 구축된 TROLL_DB로부터 mkcate 도구를 이용하여 국 데이타 제작 및 소스 프로그램 컴화일에 필요한 다음과 같은 데이타 공통 화일들을 생성한다.

-catalog: 프로세서별로 사용되는 데이타들을 성격별로 구분한 화일

-dfsf: Data Format Specification File

-DBMS_*.sp : 릴레이션 구조 및 모드를 정의한 화일

-*.dil : 릴레이션 구조 및 실장 정보를 정의한 화일

2) 입출력 메시지 데이타 생성

TDX-10 교환기에서 사용되는 각종 입출력 메시지들은 imc, omc 도구를 사용하여 기본적인 오류 제거와 MMS(Man-Machine System) 관련 정보 들을 생성하며, 이중 교환기 DBM를 통하여 관리되어야 할 R_CMD_INFO.dg와 R_MSG_INFO.dg를 생성한다.

3) 국 데이타 생성

위 과정이 끝난 후, 각 개발자들은 릴레이션별로 실제 Target 시스템을 운용하는데 필요한 데이타들을 릴레이션 구조에 맞추어 작성한다. 이중 입출력 메시지 관련 데이타는 imc, omc도구에 의하여 생성된다. 특정 Target 시스템용 Relation.dg 화일들은 dilp 도구를 통하여 기본적인 오류를 제거하고 기계어로 번역한 IROF(Initialized Relation Object File)들을 생성한다. 이 목적 화일들은 dbgen 도구를 통하여 Target 시스템의 각 프로세서별로 실장될 국 데이타인 PLD(Processor Load Data)를 생성한다.

3. 데이타 제작 도구

TDX-10 교환기의 국 데이타 생성 및 검증에 필요한 도구들은 그림 2 와 같다.

ㄐ 데이타 생성(Data Generation)

데이타 생성 과정은 교환국에서 필요한 데이타를 DIL 형태로 기술된다. 이렇게 DIL 형태로 작성된 각 릴레이션 화일들은 DILP 라는 도구에 의해 처리되며, 릴레이션 별로 중간 화일이 만들어진다. 이러한 중간 화일들은 DBGEN이라는 도구를 통하여 해당 교환국의 프로세서에 로딩될 수 있는 PLD 형태의 최종 화일로 완성된다.

그림 15

<그림 2> TDX-10 국 데이타 제작 도구

ㄐ 데이타의 재생성(Data Regeneration)

데이타의 재생성이란 운용 중인 교환기의 시스템의 구조 변경이나, 응용 프로그램의 변경에 따른 데이타 구조의 변경 시에 운용 중인 데이타의 내용을 그대로 포함하면서 이러한 변경을 수용할 수 있는 새로운 초기 데이타베이스를 제작하는 것이다.

ㄐ 데이타의 검증

데이타 검증이란 제작 완료된 데이타 베이스를 교환기에 실제 로드할 경우 완벽한 운용이 반드시 보장되어야 하는데 이러한 완벽성을 보장하기 위하여 일련의 방법으로 제작 완료된 데이타를 제작 시스템 환경에서의 별도의 시뮬레이션 환경을 구비하여 검증하는 기능이다.

ㄐ 지원

데이타 생성 및 재생성 기능을 구현하기 위한 도구의 개발 시 효율적으로 개발할 수 있도록

하고 도구의 유지 보수를 쉽게 할 수 있도록 보조 역할을 하며, 데이타 제작시 필요한 입력 환경을 지원하는 기능이다.

1) DAS

데이타 구조 정의 화일들을 입력으로 UNIX상의 TROLL_DB를 구축하는 도구로서, 릴레이션의 오류 검사, 릴레이션간 불일치 검사 등의 기능을 병행하여 수행한다.

2) MKCATE

TROLL-DB로부터 데이타 제작 및 컴화일에 필요한 각종 데이타 공통 화일을 제작하는 도구이다.

3) DILP

실제 Target 시스템의 데이타(Relation.dg)들을 기계어로 바꾸는 데이타 컴화일러이다.

4) DBGEN

컴화일된 데이타 목적 화일(IROF)들을 데이타 공통 화일에 따라 실제 Target 시스템의 프로세서별로 실장된 국 데이타를 생성하는 도구이다.

5) EXRD

컴화일된 데이타 목적 화일(IROF)들을 데이타 소스 화일로 변경하는 도구로, dilp의 역기능을 수행한다.

6) HDBE

HOST 상에 제작된 특정 Target 시스템의 국 데이타에 대한 검증 도구로 각종 형태의 검색 기능만을 가지고 있다.

7) DBD

Target 시스템에 실장 된 국 데이타에 대한 검증 도구로 binary 수준의 검색 및 Updata 기능을 제공한다.

8) CMDGEN

Target 시스템의 프로세서 형상(PLD.ucf)을 입력으로 받아 국 데이타 생성에 관한 명령어(Make.pld)를 생성하는 도구로, 일괄 명령어 내부에는 dbgen들로 구성된다.

4. 주요 특성 및 문제점

1) 중앙 집중형의 DBMS를 사용

TDX-1, 1A와는 달리 각 블록에서 사용되는 데이타 중에서 시스템 공통으로 사용하거나 중요한 데이타들을 DBMS의 관리하에 둠으로써, 시스템 전체 차원에서 중복되는 데이타들을 줄일 수 있으며, 유지 보수가 용이하다. 또한, DBMS 관리하의 데이타들은 E-R Model 로 표현함으로써 데이타 설계의 편리성가 체계적인 관리를 가능하게 하였다.

2) 데이타의 의미적 중복이 심함

Relation 중심으로 데이타 구조를 설계하다 보니 Attribute 들 간의 중복이 심하다. 물론, Attribute 는 시스템 전체 데이타 구조에서 유일한 이름을 갖지만, Attribute 들의 이름은 다르지만 내용이 같은 경우가 발생한다. 즉, 이런 경우 A 블록에서는 a Attribute 값을 사용하고 B 블록에서는 b Attribute를 사용하는데 a,b 의 내용이 같은 경우 시스템 차원에서 데이타의 불일치를 유발하는 요인이 된다. 이러한 문제는 ATM 교환기의 종합 환경(IDEAS)에서 개선하였다.

3) 교환국별 입력 데이타 양이 많음

모든 릴레이션마다 데이타 소스에 해당하는 DIL 화일을 작성하여야 하므로 하나의 교환국별로 필요한 입력 데이타의 양이 방대하다. 즉, 교환국별로 다른 데이타만 별도로 정리하고 그들의 입력 규격을 정의함으로써 입력을 줄일 수 있는 방안이 ISDN 교환기 이후 등장했으며, 제안 모델에서는 입력 최소화 작업으로 보다 개선 방향을 제시하였다.

제 2절 ISDN 국 데이타 생성 환경

본 ISDN 국 데이타 제작 환경은 기존의 TDX-10 국 데이타 제작 환경과 매우 유사하다. 주요 변경 내용은 TDX-10에 ISDN 기능이 추가에 따른 릴레이션 추가와 국 데이타를 성격에 따라 분류한 것으로, 교환기에서 공통으로 사용하는 데이타와 가변적인 데이타로 분류하였다.

따라서 본 절에서는 앞 절과 중복되는 내용은 생략하기로 하고, 주요 변경 내용을 중심으로 설명하고자 한다.

1. 데이타의 종류 및 분류

1) 데이타 종류

ISDN 교환기에서 사용되는 데이타들은 TDX-10에서 언급한 데이타와 ISDN 호처리 기능, 패킷 호 처리 기능, 공통선 신호 기능을 위한 데이타 및 이의 유지 보수에 필요한 데이타 들로 구성된다. 주요 추가 내용을 보면 다음과 같다.

ㄐ Equipment(Hardware maximum and Equipped Equipment)

- CCS (Common Channel Signaling)Device

- Packet Device

ㄐ Trunk

- TUP/ISUP

ㄐ Office and Route

- No. 7 Signaling Data Link

- No. 7 Network Data

- No. 7 Route Control

- No. 7 Global Title Translation

이러한 데이타들이 TDX-10 에 추가됨으로 268 개의 Relation 과 1137 개의 Attribute 들로 ISDN 교환기의 데이타 구조를 정의하였다.

2) 데이터 분류

앞에서 언급한 데이터들을 국 데이터 제작 환경에 초점을 맞추어 다음과 같이 분류하였다. 즉 교환국마다 다른 값을 갖는 CAE(Customer Application Engineering)데이타, 교환국에 따라 변하지 않는 CDE(Customer Design Engineering)데이타, 그리고 초기에는 CDE 성격을 가지나 운용 중에는 CAE 성격을 가지는 SYS 데이터로 분류하였고, 이들의 내용은 다음과 같다.

ㄐ CDE(Customer Design Engineering) Data

- System Timer 값

- System Overload Level 값

- 기타 System 제어에 필요한 값

ㄐ CAE(Customer Application Engineering) Data

- 가입자 실장 정보

- 가입자 서비스 정보

- Routing 정보

- 중계선 정보

- 국번(Prefix) 정보

- Device 정보

- 가입자 또는 중계선 용량에 따른 하드웨어 정보

ㄐ SYS Data

- ABD POOL 및 기타 POOL 데이터

- 가입자 서비스 정보

- 망 관리 관련 데이터

3) ODBS(Office Data Base Specification) 화일

ODBS는 Target 시스템의 릴레이션별로 작성한 DIL 화일들을 분석하여 중복되는 데이터들이나 일정한 규칙을 갖는 데이터들을 정리하여 국에 종속되는 데이터들의 입력을 최소화한 규격서로, 다음과 같은 데이터 세트들로 구성된다.

<ODBS 목록>

ALM_INFO, ASP_INFO, BLK_INFO, CHA_PPM, DN_INFO, FLM_INFO, FRONT_IJ_SHW, GS_INFO, HWAY_INFO, ICT_INFO, OFFICE_INFO, OGT_INFO, PCM_LNK_INFO, PFXTRAN_LTH, PFX_INFO, PKT_INFO, PKT_RTE_INFO, PKT_TRK_INFO, PM_INFO, P_DN_INFO, P_PFX_INFO, RAPU_INFO, ROUTE_CONF, RS_ANM_INFO, S7_DP_INFO, S7_INFO, S7_ISUP_INFO, S7_LS_INFO, S7_SCCP_INFO, S7_SL_INFO, S7_STG_INFO, SHW_INFO, SUBS_DATA, TRK_LNK_INFO, TSL_CONF, USTA_INFO.

<ODBS의 예 : ASP_INFO>

{

PP_NO = (0) 0, PP_TYPE = PP_ASIP,

FIRST_LN_NO = 0, LAST_LN_NO = 255,

SHELF_CARD_0 = 16, SHELF_CARD_1= 0,

SHELF_CARD_2 = 0, SHELF_CARD_3 = 0,

SHELF_CARD_4 = 0, SHELF_CARD_5 = 0,

SHELF_CARD_6 = 0, SHELF_CARD_7 = 0,

FIRST_TS_NO = 0 ;

..................................................

PP_NO =(12) 0, PP_TYPE = PP_DCIP,

FIRST_TRK_NO = 512, LAST_TRK_NO = 1023,

SHELF_CARD_0 = 1, SHELF_CARD_1 = 1,

SHELF_CARD_2 = 1, SHELF_CARD_3 = 1,

FIRST_TS_NO = 512 ;

}

4) GRB(General Rule Base) 화일

Target 시스템에 종속되는 데이터들을 정의한 화일인 ODBS를 해석하기 위하여 정의된 Rule 들로 grb 라는 C-like 한 언어로 기술한다.

<ASP_INFO.grb의 예>

#include "dataset.h"

asp_info(last, paras)

int last ; /*end of dataset flag*/

ITEM *paras ;

{

Value *ppno ; /*PP_NO*/

M_MP_PP_TYPE pptype ; /*PP_TYPE*/

Value *tval ;

if(last){

if(impinf != -1)

$ export { R_MP_PP_STS, R_LTI_CONF, R_LTI_CAP, R_SUB_UNIT_INF, R_TRK_UNIT_INF };

$ clear { R_ASP_STATUS };

if ((tval = paras->val) ==NULL) {

return;

} else if ((asp = tval->u_val.ival.master)>62) {

return;

................................................................................................

$ update R_DIG_SUBS where { D_LN_NO = first_In }

to { D_TS_BI ; = tsl, D_TS_B2 ; =ts2 }

DEST ; =destProc;

}

$ select R_DIG_SUBS where { D_LN_NO = first_In } DEST:= destProc;

$ import { R_SLN_STS DEST:=destASP };

$ import R_TRK_UNIT_INF to { D_PP_TYPE ;=pptype,

D_CARD_EQ_INF ;=bfm}

}

5) ERB(Extract Rule Base) 화일

EXDS 도구를 생성하기 위하여 GRB의 역에 해당하는 화일들로, erb 라는 C-like 한 언어로 작성되며, ODBE를 통하여 EXDS 도구를 생성한다.

<ASP_INFO.erb 예>

asp_info(ofp)

FILE *ofp;

{

char destASP[10];

$ import { R_ASP_STATUS };

$ select R_ASP_STATUS where { D_ASP_STATUS != proc_neq } IN

SEQ;

if (DB_ACC_STS==DB_FAIL)

break;

$ import { R_MP_PP_STS DEST ;=destASP };

switch ( R_ASP_STATUS.D_ASS_TYPE) {

case ASS_S ; case ASS_SI ;

$ select R_DIG_SUBS where { D_LN_NO = R_MP_PP_STS.D_START_LINE_NO } DEST ;=destASP;

fprintf(ofp, "\tFIRST_TS_NO = %d ;\n", R_DIG_SUBS.D_TS_BI);

$ export { R_DIG_SUBS };

break;

}

2. 데이터 생성 절차

TDX-10 비교하여 ISDN 국 데이터 생성 환경의 주요 변경은 CAE 데이터에 대한 처리 방법이 달라진 것이다. 즉, 교환국에 따라 달라지는 CAE 데이터에 대한 입력을 릴레이션 별로 받아 DIL 로 작성하던 TDX-10 과는 달리 ODBS 라는 국 데이터 규격만을 받아 IROF 화일로 생성한다.

1) 데이터 공통 화일 및 입출력 메시지 데이터 생성

본 단계는 TDX-10 국 데이터 생성 절차와 동일하다. 즉, 데이터 구조 정의 화일(BLK.db)로부터 DAS 도구를 통하여 TROLL_DB를 HOST 상에 구축하고 mkcate 도구를 통하여 프로세서별로 사용할 데이터 구조를 정의한 화일들을 생성한다.

아울러 개발자가 작성한 IOMD 화일로부터 iomc를 통하여 국 데이터에 포함될 CMD,MSG DIL 화일을 생성한다.

2) 국 데이타 생성 절차

TDX-10 의 경우 Target 시스템에 필요한 모든 데이타들을 DIL 화일로 만들어 입력으로 받아들였으나, ISDN 의 경우는 Target 시스템에 종속되는 데이타들을 ODBS(Office Data Base Specification) 화일 형태로 입력시키고 이를 CAEP(Customer Application Engineering Processor)를 통하여 릴레이션별 목적 화일인 IROF 형태로 바꾼다. 이로써 Target 시스템에 필요한 입력 데이타를 대폭 줄일 수 있다. CAEP 도구는 ODBS를 해석하여야 하므로 데이타 구조에 따라 GRB(General Rule Base)를 작성하고 이를 ODBE를 통하여 c 언어로 바꾸어 CAEP 도구를 생성한다. 따라서, 교환국에 종속되는 데이타의 구조가 변경되면 이에 따라 GRB 도 변경되어야 하고 ODBS 의 구조 및 내용도 수정되어야 한다.

기타 국 데이타 생성 절차는 TDX-10 과 동일하다.

<그림 3> ISDN 국 데이터 생성 절차

3. 데이터 제작 도구

주요 도구는 TDX-10 데이터 제작 환경과 동일하며, 추가되는 도구들 및 화일들은 다음과 같다.

1) ODBE

각 데이터 그룹별로 정의된 GRB 들을 하나의 실행화일로 만들기 위한 도구로, 내부적으로는 먼저 C 언어로 변경한 후 이를 Make 하여 CAEP 도구를 생성한다.

2) CAEP

GRB 들을 입력으로 ODBE를 통하여 만들어진 도구로, ODBS를 입력으로 받아 각 릴레이션별 목적 화일인 IROF를 생성한다.

3) EXPLD

제작된 국 데이타인 PLD를 입력으로 받아 릴레이션별 목적 화일인 IROF 화일들을 생성하는 도구로, TDX-10의 dbgen의 역기능을 수행한다.

4) EXDS

릴레이션별 목적 화일인 IROF 화일들로부터 ODBS를 생성하는 도구로 CAEP 의 역기능을 수행한다.

4. 주요 특징 및 문제점

1) 교환국별 입력 데이타 양의 감소

ISDN 국 데이타 제작 환경의 제일 큰 특징은 각 데이타 입력의 최소화에 있다. 즉, 각 교환기보다 다른 값을 가지는 데이타들을 CAE 데이타로 분류하여 이들 데이타를 작성하는데 필요한 최소한의 국 규격(ODBS)만을 정의함으로써, 방대한 양의 국 데이타를 생성한다. 따라서 입력 자료 작성시 삽입되는 오류를 줄일 수는 있으나, 이를 해석하는 도구의 오류가 첨가되기도 한다.

2) CAEP 도구의 지속적인 보완 필요

CAEP 도구는 ODBS를 해석하는 도구이기 때문에 기능의 추가나 변경에 따른 데이타 구조의 변경 시마다 ODBS 와 함께 CAEP 도구도 변경되어야 한다(내부적으로는 GRB가 변경됨). 대규모 교환기 개발에서는 기능의 추가 및 변경이 지속적으로 발생하게 되므로 빈번한 CAEP 변경은 이 도구의 신뢰성을 떨어뜨리며, 결과적으로 신뢰성이 낮은 국 데이타를 생성하게 된다. 이 문제는 데이타 설계와 연관하여 풀어야 할 문제이다.

3) 기능별 국 데이타 생성이 불가능함.

ISDN 교환기의 데이타 설계가 기능 추가에 따라 추가되는 데이타가 기존 데이타 구조에 흡수되어 Compact 한 S/W 구조를 가지기 때문에, 기능별로 국 데이타를 생성하기가 어렵다. 즉, 음성만으로 이용하려는 교환기를 가진 교환국의 데이타와 ISDN 기능을 포함한 교환국의 경우 모두 다 적용되지 않는다. 이 또한 근본적으로는 데이타 설계상의 문제이지만 생성 환경 내에서도 어느 정도는 해결되어야 할 문제이다.

제 3 절 ATM 국 데이타 생성 환경

ATM 국 데이타 제작 환경이 기존의 TDX-10 및 ISDN 제작 환경과 비교하여 나타나는 주요 차이점은 Attribute 들의 중복성을 최대로 줄이기 위한 IDEAS 종합 환경의 도입과, GRB를 보다 완벽하게 생성하기 위한 Editor 의 개발에 있다.

1. 데이타의 종류

HAN/B-ISDN 사업과 관련하여 현재 개발 중인 소형 ATM 교환기에서 사용되는 데이타의 경우는 TDX-10 및 ISDN 교환기와 마찬가지로 E-R Modeling 형태를 취하며, 교환기 내의 DBMS 에 의하여 중앙 집중형으로 관리된다. 현재 ATM S/W SV3.3(개발 확인 시험용)의 경우 43개의 relation 과 395개의 attribute 들로 구성되어 있으며, 실험실 교환기를 대상으로 14,975 라인의 데이타를 가지고 있다.

2. 국 데이타 생성 절차

먼저 국 데이타 생성을 위한 종합 환경을 살펴보면 다음 그림 1.3.1.과 같다. Attribute 차원에서 데이타 구조의 중복성을 최대로 줄이기 위하여 S/W Component 들을 두어 관리하며, 기존 버전과의 차이만을 관리함으로써, 효율적인 버전 관리를 할 수 있게 하였다. 즉, 기존의 개발 완료된 버전을 OFFICE-NODE에 두고, 현재 개발 중인 버전을 AT-NODE에 두어 종합관리부 서에서 관리하고, 각 개발자들은 자신의 Working Directory 에 MY-NODE를 두어 개발한다. Compile 시에는 nmake 도구를 사용하여 MY-NODE에 있는 것을 먼저 link 하고, MY-NODE에 없으면 다음에 AT-NODE에서 찾아보고, 여기에도 없으면 OFFICE-NODE에서 찾아 Compile후 link한다.

이러한 IDEAS 종합 환경을 바탕으로 하는 국 데이타 생성 절차 및 도구는 ISDN 제작 환경과 비교할 때 별 차이가 없다. 그러나 IDEAS 환경의 도입으로 데이타 구조와 관련한 릴레이션 관리 방식이 BLK.db에서 S/W Component 들로 세분화되어 관리된다는 것만 다르다. 이 방식의 도입으로 BLK.db에서의 문제점인 E-R Model 의 중복성을 제거할 수 있었다.

<그림4> IDEAS 종합환경

<그림 5> ATM 국 데이타 생성 절차

3. 국 데이타 제작 도구

ATM 국 데이타 생성 도구들 및 절차는 기존의 TDX-10 및 ISDN 제작 환경과 유사하다. 여기서는 ATM 국 데이타 생성에 관하여 추가되거나 보완된 도구 중심으로 소개하기로 한다.

1) IDEAS

소프트웨어 종합 관리 환경으로 Node 단위로 관리한다. 즉, 개발이 완료된 OFFICE-NODE 와 현재 관리 중인 AT-NODE, 그리고 각 개발자의 Work 영역인 MY-NODE 로 관리된다. 각 개발자는 MY-NODE에서 개발이 끝나면 종합 시험을 위하여 AT-NODE 에 등록하고 종합 시험이 완료되면, OFFICE-NODE 로 확정된다. 국 데이타는 OFFICE-NODE 에 등록된 데이타 구조와 AT-NODE 에 있는 데이타 구조 등을 함께 참고하여 AT-NODE에서 제작된다.

2) GRB Editor

ISDN에서 직접 작성하던 GRB source code를 릴레이션 설명서 내의 데이타 구조도를 입력으로 받아 자동 생성하는 도구이다.

4. 주요 특징 및 문제점

1) 데이타 중복의 배제

종합 환경을 IDEAS 환경으로 구축함으로써, 기존의 Attribute 단위로 중복되던 데이타 구조를 S/W Component화 하여 중복으로 인한 데이타의 불일치 문제를 제거하였다.

2) 기능별 국 데이타 제작 가능

소형 ATM 교환기에서 제공하는 각종 서비스들을 그룹별로 묶어 국 데이타를 제작할 수 있도록 ATMDG.rel 화일을 두었다. 즉, ATMDG.rel 에 정의된 릴레이션들로만 국 데이타를 제작함으로써 기능별로 국 데이타의 제작이 가능하다.

3) GRB 제작 지원 도구 강화

개발자가 작성한 Relation 설명서를 입력으로 하여 GRB Code를 생성하게 함으로써, GRB Coding 에 소요되는 노력을 줄일 수가 있다. 또한 GRB Editor를 사용하여 불충분한 부분을 편리하게 보완하도록 하여 신속한 GRB를 생성할 수 있도록 하였다.

4) ODBS 해석 도구의 빈번한 보완 필요

기능의 추가에 따른 데이타 구조의 변경 및 추가로 지속적인 ODBS 의 개발과 CAEP 도구의 보완(내부적으로는 GRB Coding) 이 이루어져야 한다(ISDN 국 데이타 생성 환경 참조).

5) 국 데이타 생성시 중간 단계의 검증이 어려움

ATM 국 데이타 생성 절차에서 보듯이 ODBS 에서부터 IROF 화일까지 1단계의 도구(CAEP)를 거쳐 생성된다. 이로 인한 중간 과정의 검증이 어려우며, 입력 ODBS 의 양도 비교적 많은 편이다.

제 4 절 No.5 ESS 국 데이타 생성 환경

1. 데이타 종류

5ESS-2000 의 소프트웨어들은 운영 체계, 호 처리, 운용, 보전, 데이타 관리 등으로 대별되며, 이들은 SM(Switching Module), CM(Communication Module), AM(Administration Module)그리고 AWS(Administration Work Station) 등에 분산되어 있으며, Module 화 되어 있다.

이중 데이타 구조는 정적 데이타와 동적 데이타로 구분되어지며, 정적 데이타는 교환기의 특성에 관련된 영구적인 데이타이고, 동적 데이타는 실장 상태, 호상태, 오류 계수 값 등의 상황에 따라 변하는 데이타이다. 동적 데이타는 Network Database 에 저장되어 있으며 운용자의 필요에 따라 변경할 수 있으나, 정적 데이타는 운용자의 필요에 따라 검증하고 변경이 가능하다.

5ESS-2000 교환기에서 사용되는 데이타들은 Network 데이타 구조를 가지며, E-R Modeling 으로 실시간 기능을 필요로 하는 시스템에 적합하다. 이러한 데이타베이스들은 교환기의 DBMS 에 의하여 중앙 집중적으로 관리된다.

정적 데이타들의 종류로는 ODD(Office/Exchange Dependent Data),ODD(Office/Exchange Dependent Data), ECD(Equipment Configuration Data), SG(System Generation) 등이 있다. ODD에는 교환기 특성, 호 처리 데이타, 라인 및 중계선 유 니트 등의 하드웨어 실장 데이타 등으로 구성되어 있으며, ECD에는 AM 에 대한 물리적 및 논리적인 형상 정보와 주변 하드웨어 장비들의 형상 정보로 구성되어 있고, SG에는 시스템 디스크 설치, boot 이미지 생성, 현장 보완 변경 사항 생성 등의 정보로 구성되어있다.

No.5ESS-2000 교환기의 데이타 처리 방법은 2 원화 되어 있다. 즉 상위 구조인 Data Form(View Relation) 과 하위 구조인 Base Relation 으로 되어 있는데, Data Form은 view-level access 로 운용자로 하여금 개념적으로 보기 좋게 하여 수정하기 쉽게 하였고 이를 RC/V 도구를 통하여 tuple-level access인 Base Relation 수준으로 변환한다. Base Relation 의 값들은 운용자가 직접 바꿀 수 없도록 하였으며, 이는 호 처리 등 실 시간성의 기능을 지원하기 유리하게 구성하였다.

2. 국 데이타 생성 환경

No 5.ESS 교환기의 국 데이타 생성 절차는 다음 그림과 같이 크게 3단계로 나누어진다.

1) Data-Entry 작업

교환기에 필요한 데이타들을 주어진 Data Form(View Relation)대로 ODIN 에 입력한다. 이때 각 Form 별로 값 오류 및 Boundary Check 등의 수준 1,2 의 오류를 검사한다. Data Form 별로 값 입력 작업이 끝나면 Data Form 들 간의 일치성 검사인 cross-checking 작업이 이루어지며, 따라서 Data Form 간의 연관성 오류인 수준 3의 오류들을 검사한다.

2) Data Mapping 작업

Cross-checking 작업이 끝난 Data- Entry(Data Form)들을 SQUAL 도구를 통하여 Base 릴레이션인 FC_XXX (Relation.dg)로 재구성한다. Base relation 은 교환기 S/W에서 직접 읽을 수 있도록 tuple 단위로 구성되며, 이는 실시간 기능 수행에 유리하도록 설계되어있다.

3) 국 데이타 생성

위의 2가지 작업이 끝난 Base Relation(FC_XXX)들을 프로세서 단위로 연결하여 교환기에 실장될 국 데이타를 제작한다. 이때, 제공되는 교환기 국 데이타로는 다음과 같이 3 가지 형태로 제작이 가능하다.

ㄐ FITTS(Factory and Installation Test Translation System) ; AT&T의 제작 현장 시험용

ㄐ SLATTS(Selected Line and Trunk Translation System) ; 현장 시험용

ㄐ FULLS(Full Translation) 현장 운용용

<그림 6>No.5ESS 국 데이타 생성 절차

3. 국 데이타 제작 도구

1) ODIN

ODA(Office Data Administration)시스템의 내부적인 도구로 Office Data Integrity Form Management System 이며, AT&T 운용 요원으로 들에게 Data Form 들을 제공하고, 입력된 데이타에 대한 값 오류, Boundary Check, Cross Check 등의 기능을 수행한다.

2) SQUAL

ODA(Office Data Administration) 시스템의 내부적인 도구로 검증이 끝난 Data Form(Data Entry)들을 시스템 국 데이타의 기본적인 요소인 Base Relation 들로 재구성하는 기능을 수행한다.

3) DBGEN

Base Relation 들을 해당 시스템의 프로세서별로 실장될 수 있는 국 데이타로 Link 하는 도구이다.

4) RC/V(Recent Change and Verify)

교환기에 실장 되어 Data-Entry 값을 수정하는 도구로, HOST 상의 ODA 기능(ODIN and SQUAL)을 수행한다. 단, 본 도구는 Cross Check 기능이 없으므로 데이타간의 연관성이 있는 값들은 수정이 불가하다.

4. 주요 특징 및 문제점

1) 높은 신뢰도의 국 데이타 생성

특정 교환기에 대한 값들을 ODIN을 통하여 쉽게 입력할 수 있으며, on-line Manual 도 제공되고, 입력 값 각각에 대한 오류 검증 및 Form 들간의 값 불일치등을 검사함으로써, 높은 신뢰도의 국 데이타를 생성한다.

2) 기능 추가에 관련 도구의 변경 용이

교환기에 새로운 기능의 추가에 따른 관련 데이타의 추가 변경 시 Data Form 변경 및 SQUAL 도구의 변경은 필수적으로 일어난다. 그러나 SQUAL 도구의 경우 High Level Specification Language 로 작성되기 때문에 수정이 용이하다.(GRB 참조)

3) 현장 적용 시 유리

교환기 내에 실장 되어 있는 RC/V 도구들을 이용하여 운용자가 쉽게 Form 값들을 수정할 수 있으며, 관련 Manual 이 잘 작성되어 있다. 또한, Form 값들의 수정이 MMC 일괄 명령어로 처리할 수 있으며, RACK 증설시 타 Processor 의 PLD 값을 Copy 하여 수정할 수도 있다.

4) 입력 데이타 양이 많고 작업 시간이 길다.

특정 교환기에 대한 값들을 일일이 운용 요원을 통하여 논리적 관점으로 제공되는 데이타 Form 에 입력하게 함으로써 작업 시간이 길다. 5만 가입자의 교환기의 경우 실제적으로 약 3 달 정도가 소요된다.

제 5 절 S1240 국 데이타 생성 환경

1. 데이타의 종류

S1240 교환기는 다국적 기업인 Alcatel 회사에서 개발한 교환기로 전 세계에 널리 보급되어 있다. 따라서 시스템에서 사용되는 데이타들은 전체가 하나의 큰 SPOOL 형태를 이룬다. 이 전체 데이타에서 특정 나라의 특정 교환기에 대한 국 데이타를 제작하기 위하여는 먼저 그 교환기가 필요로 하는 기능 등에 대한 요구 사항이 선행되어야 하며, 이에 따라 관련 S/W Generic 이 결정되고, 관련 Data 들의 목록이 결정된다. 이렇게 정리된 데이타들은 TDX-10 ISDN 교환기와 같은 형태로 구축되어 있으며. 이들은 DATA LIB라고 부른다. 즉, 교환국마다 다른 값을 갖는 CAE(Customer Application Engineering) 데이타, 교환국에 따라 변하지 않는 CDE(Customer Design Engineering)데이타, 그리고 초기에는 CDE 성격을 가지나 운용 중에는 CAE 성격을 가지는 SYS 데이타로 분류한다.(TDX-10 ISDN 국 데이타 생성 환경 참조)

2. 국 데이터 생성 절차

1) MDB(Meta Data Base) 생성

데이터 구조가 정의된 DDL(Data Definition Language) Source를 입력으로 하여 D이 Preprocessor를 수행시켜 MDB를 생성한다. MDB 는 교환기에 실장될 국 데이터인 DLS(Data Load Segment)내부의 Relation 의 논리적 및 물리적 구조를 결정한다.

2) DATA LIB 생성

특정 교환기가 주어지면, 이에 대한 CDE MAP 이 작성되고 DLS CAE CMDS 와 R_SWC DATA 정보를 입력으로 DLS_PROD CADE(Customer Application Design Engineering)도구가 수행되어 CAE Data Library를 구축한다. 아울러 기존의 CDE 및 SYS LIB 와 함께 DATA LIB(실제 특정 교환기에 실장된 데이터 소스가 들어 있음)을 구성한다.

3) DLS 제작 명령어 화일 생성

DLS 제작 명령어 화일로는 CAE DLS BUILD CMDS FILE 과 CDE DLS BUILD CMDS File 두 종류가 있으며, 기존의 제작 명령어 화일을 입력으로 하고 관련 화일들을 참고하여 새로운 제작 명령어 화일을 DLS CSG를 통하여 생성한다. 관련 화일들로는 MDB, POPTYPE FILE, CAE PARAM, R_SWC DATA, R_SWC CDE 및 DATA LIB(CDE,CAE,SYS)들이 있다

4) 제작 명령어 화일 분석

새로 보완된 제작 명령어 화일은 DLS CA 라는 도구를 통하여 분석되고 DBGEN 의 입력으로 사용된다. 명령어 화일 분석 시 참고로 사용되는 화일로는 MDB 와 DATA LIB(CDE, CAE, SYS)가 있다.

5) DLS 생성

보완 검증이 끝난 DLS 제작 명령어 화일을 입력으로 받아 DBGEN 명령어를 수행시키면, DLS 가 생성된다. 이때 참고로 사용되는 화일은 CAE PARAM, DTT, UFDL, MDB, DATA_LIB, DRIVER, DBGEN CMDS, S/W Part List 등이 있다.

<그림 7>S1240 국 데이타 생성 절차

3. 국 데이터 제작 도구

1) DDL Preprocessor

데이터 구조를 정의한 화일(DDL Source)를 정리하며, DLS 안의 Relation 에 대한 논리적 구조 및 물리적 구조를 정의한 Meta Data Base를 생성하는 도구이다.

2) DLS_PROD CADE

특정 교환기에서 사용될 데이터들의 Library를 구축하는 도구로, R_SWC DATA, CDE MAP 및 DLS CAE CMDS를 입력으로 하여 CAE Data 및 CAE MAP을 생성한다.

3) DLS CSG

DLS를 생성하기 위한 명령어를 생성하는 도구로 이전에 사용되던 CAE 및 CDE 제작 명령어 화일을 입력으로 해당 교환기에 맞게 보완된 제작 명령어를 출력한다. 이때 참조되는 화일들은, MDB(데이타 구조의 보완 내역), DATA LIB(해당 릴레이션 값들), POP TYPE FILE(데이타 목록), CAE PARAM(데이타 값의 변경), R_SWC DATA, R_SWC CDE(S/W 구조 변경 내역) 들이 있다.

4) DLS CA

새로 보완된 DLS 제작 명령어 화일을 본 도구를 통하여 검증된다. 즉, 데이터 구조와 이에 따른 데이터 값들이 제대로 존재하는지를 분석하여 DLS 자동 생성시 오류 없이 수행하도록 한다.

5) DBGEN

이 도구는 개별 데이터(DATA LIB)들을 데이터구조(MDB)및 기타 화일(CAE MAP, CAE PARAM, DTT, UFDL, S/W PART LIST, DRIVER, DBGEN CMDS)을 참조하여 DLS 제작 명령어 화일에 정의된 순서에 따라 DLS를 생성하는 도구이다.

4. 주요 특징 및 문제점

1) 기능 변경에 따른 관련 도구의 보완 최소화

S1240 교환기의 국 데이터 생성 절차의 가장 큰 특징은 CAE/CDE 제작 명령어 화일에 따라 DLS의 자동 생성에 있다. 즉, 자동 생성에 필요한 제반 환경을 사전에 충분히 구축하고 검증하여 DLS 생성시 자동으로 처리되게 하였다. 먼저 DDL Source로부터 MDB를 구축하고, S/W Component 들로부터 DATA Library(CAE, CDE, SYS)를 구축하고, DLS 생성 명령어 화일을 보완하고 검증함으로써, DLS 제작 환경의 준비를 마친다. 이후 DLS 제작 명령어 화일에 따라 DBGEN을 수행함으로써, DLS 제작을 완료한다. 최종적으로 문제가 생긴 경우는 UFDL(User file Description Dibrary) 화일로 수정하여 반영토록 한다. 또한 증설시 편리성을 도모하기 위하여 DTT 화일로 수정 반영토록 되어 있다.

2) 국 데이터 제작 환경의 편리성

S1240 교환기 개발, 제작 및 시험 등 제반 환경은 S12SSS(System 12 Software Support System)내에 포함되어 있으며, 이중 SMSS(Software Manufacturing Support System)을 선택하여 국 데이터를 제작한다. 국 데이터의 제작과 관련된 모든 순서 및 절차는 on-line Manual 이 제공되며, 사용자에게 Menu_Driven 방식으로 관련 도구가 제공되며, 각 메뉴에서는 필요한 Parameter, Passwd 등이 요구된다.

제 6 절 교환기별 국 데이터 생성 환경 비교


TDX-10

ISDN

ATM

No.5ESS

S1240

중앙 집중 DBMS 의 사용 여부

사용

사용

사용

사용

사용

입력 데이타의 양

많다

적다

(ODBS)

적다

(ODBS)

많다

(Data Form)

적다

(DLS_PROD

CADE)

데이터 구조의 중복 정도

많다

많다

적다

(IDEAS)

적다

(Component)

적다

(Component)

기능별 제작 가능

불가능

불가능

가능

(ATMDG.rel)

가능

(Data Form)

가능

(SWPartList)

도구의 안정적 보완 가능

가능

불가능

불가능

가능

( SQUAL)

가능

(CAE/CDE

CMDS FILE)

중간 단계 검증 기능

가능

불가능

불가능

가능

(Entry-Form)

가능

(DLS CA)

현장 적용의 용이

불편

불편

불편

편리

( RC/V)

불편

제작 환경의 편리성

불편

불편

불편

편리

(ODIN)

편리

(Menu)

<표 1> 교환기별 국 데이터 생성 환경의 비교

제 3 장 제약 조건 및 사전 요구 사항

제 1 절 국 데이터 오류 유형 분석

제 2 절 국 데이터 생성 환경 요구 사항

제 3 절 시스템 관련 요구 사항

제 1 절 국 데이터 오류 유형 분석

본 보고서에서 제시할 국 데이터 제작 환경은 ATM 교환기 국 데이터 제작 환경을 바탕으로 할 것이므로, 본 절에서는 현재 운용 중인 TDX-10A 및 ISDN 교환기의 국 데이터의 문제점과 ATM 교환기 개발 시 나타난 국 데이터의 문제점들을 분석하기로 한다. 이 문제점들은 국 데이터 제작뿐만 아니라 설계 및 기타 국 데이터에 영향을 주는 모든 요소들을 고려한 것이다.

ㄐ 데이터 값의 오류

Relation.dg 값이 잘못되거나 누락된 경우로 데이터 구조의 변경이나 STP 형상의 변경 등 개발단계에서 많이 발생한다. 따라서 데이터 구조 변경이나 형상 변경 시 관련 데이터의 변경도 연관 지어 등록하도록 하여야 한다.

ㄐ 데이타 성격 분류의 오류

SYS 데이터의 경우 증설 시에는 CAE 데이터의 성격이 되므로, SYS 데이터는 초기 국 데이터 생성과 증설시 생성 환경이 분류되어야 한다. 예를 들면, ABD_POOL 등은 SYS 데이터이나 증설 시에는 현장 운용자가 운용 중인 상태를 기록하였다가 증설분 PLD를 설치하고 일일이 입력하여야 한다. 시험용 데이터의 경우도 비슷하다.

ㄐ 현장 데이터 수정 시 불편

현장 국 데이터의 증설 시에 너무 많은 시일이 소요된다. 즉 PLD Back up -> PLD 증설분 제작 -> 통신사업자 검증 -> 현장 적용에 이르기까지 약 15일이 소요된다. 단순한 보드 증설이나 ASP 추가 시에는 MMC 로 처리되거나 PLD 의 Partial 적용이 가능하여야 하며, OMP 및 NTP 값도 자동으로 바뀌어야 한다.

ㄐ CAEP 도구의 오류

ODBS가 불충분한 경우에도 CAEP 가 오류 메시지를 내지 않고 초기값으로 처리하는 경우가 발생한다. 즉, CAEP 도구에 Exception Handling 기능이 추가되어야 한다.

ㄐ ODBS 양의 많음

경보 관련된 ODBS 의 양이 방대하다. 이는 RACK 의 형상이 다양하고 중계선의 경우 TI, EL 등이 혼용으로 존재하기 때문에 발생한다. 따라서 시스템 설계 차원에서 RACK 의 표준화 등이 선행되어야 한다. 또한, 현재 국 데이터 생성 환경의 입력으로 사용되는 ODBS 의 경우, 그 양이 방대하여 생성 절차도 전화국 규격 ->H/W 규격 -> PLD 규격(ODBS) 과정 등을 거치므로 이들 사이의 수작업으로 오류 개입 소지가 많다.

ㄐ ODBS 내용의 중복

ODBS 의 설계가 Compact 하지 못하여 내용이 상호 중복되며 불일치 되는 경우가 발생한다. 이는 Attribute 관점에서 정리되어야 하며, 예를 들어 ASP_INFO 만 가지고 Sub_hway 값들은 자동 생성 되도록 하여야 한다.

ㄐ 제작 환경의 체계화 필요

TDX-10 및 ISDN 국 데이터의 생성시 많은 도구가 사용된다. 이들 도구의 사용 순서, Option Miss 및 데이터 구조의 변경 시 관련 도구들의 빈번한 변경 등으로 오류 유발 소지가 많다. 따라서 자동화에 지장을 주는 입력 데이터의 사전 오류 검증 기능의 강화 및 데이터 구조의 변경에 영향을 최소화 할 수 있는 환경과 도구의 개발이 필요하다.

제 2 절 국 데이터 생성 환경 요구 사항

새로 제안할 국 데이터 자동 생성 환경이 지녀야 할 요구 사항은 일반적으로 도구가 지녀야 하는 요구사항들과 기존 생성 환경의 한계를 극복하고, 앞 절에서 분석해 본 국 데이터 오류 및 불편 사항들을 사전에 제거할 수 있도록 하여야 한다.

ㄐ 배우기가 쉬워야 한다.

국 데이터 제작 환경은 현장에서 날마다 일어나는 작업이 아니고, 취급하여야하는 양도 방대하므로 가급적 메뉴 방식으로 제공되어야 하며, 충분한 on-line 매뉴얼이 제공되어야 한다.

ㄐ 고 신뢰도를 유지하여야 한다.

국 데이터의 신뢰도는 교환 기능의 핵심이므로 그 중요성을 아무리 강조하여도 지나치지 않는다. 이를 위하여, 국 데이터의 검증 기능의 강화나 입력 데이터의 최소화 작업이 필요하며, 교환기의 기능 확장에 따른 데이터 구조의 추가 변경시에도 안정적인 제작 환경을 유지하는 것이 매우 중요하다.

제 3 절 시스템 관련 요구 사항

신뢰성 높은 국 데이터를 생성하기 위하여는 단순히 국 데이터 제작 환경의 개선만으로 이루어질 수 없으며, 교환기 시스템의 설계 단계에서 선행되어야 할 부분이 있다. 이중 다음의 2 가지는 특히 중요하다.

ㄐ 시스템 형상의 표준화 필요

시스템 설계 시 RACK 표준화의 선행 작업이 필요하다. RACK 이 표준화되지 않으면, 각종 실장 정보 및 관련 경보 정보 등을 일일이 입력하여야 하는 방대한 작업이 필요하며, 이에 따른 오류 유발 소지가 크다.

ㄐ 전문적인 데이터 관리 그룹의 필요

S/W 설계 시 데이터 검토 기능의 활성화가 필요하다. E-R Modeling 시 데이터간의 중복성 여부, 데이터 추가 시 용이성 여부, 국 데이터에 포함시킬 데이터의 구분, 데이터 타입의 분류(CDE, CAE, SYS) 등을 DBA(Data Base Administrator) 모임에서 잘 정의해 주어야 한다. 특히, 데이터 모델링 시 교환기의 성능적 측면도 고려되어야 한다.

제 4 장 초고속 국 데이터 자동 생성 환경 모형

제 1 절 국 데이터 생성 절차

제 2 절 국 데이터 생성 도구

제 3 절 주요 특징 및 기대 효과

제 1 절 국 데이터 생성 절차

본 장에서 제시한 모델은 기존의 ATM 국 데이터 제작 환경을 바탕으로 3 장에서 제시한 개선하여야 할 내용들을 반영한 모델로써, 국 데이터 생성 절차는 다음과 같이 크게 4단계로 나눌 수 있다.

1. 국 형상 데이터의 정의

먼저 종합 환경을 S/W Component 와 국 형상 데이터로 이원화하였다. S/W Component 관리 환경은 모든 기능을 포함하는 교환기 S/W 및 데이터(구조)들의 SPOOL 이며, 이중 특정 교환기에 실장될 S/W 기능들에 따른 데이터(구조)들은 ATMDG.rel에 정의되고, 그 데이터 값들은 ODBS 에 정의된다.

2. 데이터 공통 화일 및 교환국과 무관한 데이터 목적 화일 생성

mkcate 도구를 통하여 특정 교환국에 필요한 데이터 공통 화일을 생성한다. 이와 아울러, 교환국과 무관한 CDE, SYS 데이터들(odbs 형태)과 입출력 메시지 데이터(odbs 형태)들을 dilp 도구를 통하여 IROF 화일을 만든다.

3. 교환국 데이터 규격서의 세분화 및 데이터 목적 화일 생성

최소의 교환국 데이터 규격서인 CAE ODBS를 odbsgen 명령어를 통하여 각 릴레이션별 odbs 로 변환한다. 이는 국 데이터의 검증 강화 및 데이터 추가 시 국제작 환경의 안정성을 유지할 수 있다. 교환국에 종속되는 각종 릴레이션 odbs 들은 dilp 도구를 통하여 데이터 목적 화일을 생성한다.

4. 국 데이터 생성

교환기에 실장될 모든 데이터들의 목적 화일이 생성되면 프로세서 실장 정보를 지닌 PLD.ucf 화일로부터 CMDGEN 명령어를 통하여 Make.pld 화일을 생성하고, 이를 수행시켜 해당 교환기의 국 데이터를 제작하게 된다.

<그림 8> 새로운 국 데이터 생성 절차

제 2 절 데이터 생성 도구

1. mkcate

특정 교환기의 국 데이터 구조를 결정하는 데이터 공통 화일 제작 도구로 입력으로는 S/W Component 내의 relation, domain, mode, set 과 국 형상 데이터 내의 ATMDG.rel 이 있고, 출력으로는 Catalog를 비롯한 데이터 공통 화일과 Relation 정보와 관련된 Relation.odbs 가 있다.

2. odbsgen

특정 교환기의 형상에 종속되는 CAE 데이터인 ODBS(운용자 관점에서 정의 )들을 입력으로 하여 교환기 릴레이션 단위(Rel.odbs)로 풀어 정리하는 도구이다. 이 도구는 ODBS를 최소화 하고, Rel.odbs.를 제공함으로써 오류 유발 소지를 줄이며, 데이터 구조 변경에 따른 이 후의 제작 환경의 변화를 없앨 수 있으므로 안정적인 국 데이터 제작 환경을 유지할 수 있도록 한다.

3. dilp

Rel.odbs를 데이터 목적 화일로 Compile하는 도구로 기존의 ATM dilp 도구보다는 강력한 해석 기능이 필요하다.

4. dbgen

dilp 도구를 통하여 생성된 IROF( 데이터 목적 화일) 들을 프로세서 실장 정보에 따라 Link 함으로써, 최종 국 데이터를 생성해 주는 도구이다.

제 3 절 주요 특징 및 기대 효과

1. 주요 특징

1) 종합 환경의 이원화

교환기에 종속되는 정보(국 형상 데이터)와 그렇지 않은 정보(S/W Component)로 나누었다. 이렇게 함으로써, 다양한 기능별 국 데이터 생성을 가능하게 한다.

2) 국 데이터 규격의 최소화

가급적 오류를 줄이기 위하여 운용자가 작성할 내용을 개념적으로 정리하고 최소화하였다.

이는 odbsgen을 통하여 제작 환경의 입력으로 활용하기 쉽게 변화된다. 이렇게 함으로써, 중간 단계의 검증 기능을 하기 쉽게 하였으며, 이 후의 제작 환경은 데이터(구조) 추가에 아무런 영향을 받지 않음으로 안정적으로 유지할 수 있다.

2. 예상 효과

1) 국 데이터 오류 유발 가능성 감소에 따른 생성 노력 절감 효과

제안된 국 데이터 생성 환경은 국 규격의 최소화, 단계별 자체 검증 기능 등의 추가 등으로 오류 유발 가능성을 대폭 줄였으며, 이로 인하여 반복적인 국 데이터 생성 작업의 감소로 시스템 개발 비용이 절감을 기대할 수 있다. 또한, 생성 알고리즘의 단순화로 발생한 오류에 대한 원인 추적이 용이하며, 이로 인한 오류 복원에 소요되는 노력을 줄일 수 있다.

2) 고 신뢰도 국 데이터 제공에 따른 현장 적용 노력 감소 및 대외 신뢰도 향상

국 규격의 단순화 및 2 원화를 통하여 현장에 필요한 국 데이터의 신뢰성을 높임으로써, 현장 적용 및 운용 과정의 노력을 줄일 수 있으며, 고 신뢰도 국 데이터의 보장으로 시스템의 대외 신뢰도를 높일 수 있다.

3) 교환 시스템 추가 기능의 안정적이고 신속한 접목 가능

교환 시스템의 각종 추가 기능들에 따라 데이터 변경에 대하여 국 규격 해석기의 최소한의 필요 부분만을 변경하므로 국 데이터 생성 환경의 신뢰도를 유지하며, 이로 인하여 추가 기능의 안정적이고 신속한 접목이 가능하다.

4) ATM 중소형 교환기 및 대형 교환기 국 데이터 생산 환경 개선에 활용

본 제안 환경은 기존의 ATM 소형 교환기 국 데이터 생성 환경을 기초로 구성하였기 때문에 대부분의 도구들을 그대로 재사용이 가능하며, 최소의 노력으로 중소형 및 대형 ATM 교환 시스템 국 데이터 생성 환경에 직접 적용이 가능하다.

3. 향후 추진 계획

본 과제의 범위는 국 데이터 생성 환경 부분이며, 총체적으로 국 데이터 오류를 보다 감소시키기 위해서는 HOST 및 Target 환경에서의 검증 환경 구성이 필요하다. 또한 발생한 오류에 대하여 운용자의 신속한 보완을 위한 환경 및 형상 변화에 따른 최소한의 노력으로 국 데이터를 보완하는 환경 등에 대한 연구는 데이터 설계 시 고려 사항과 더불어 연구되어야 할 부분이다.


참고 문헌

1. 한국전자통신연구소, "소프트웨어 종합 매뉴얼 -TDX-10 ISDN-", 1994.12

2. 한국전자통신연구소, "TDX-10 DREAM," 1993.12.

3. 한국전자통신연구소, "ATM DREAM-S," 1996.3.

4. 삼성반도체주식회사, "S1240 소프트웨어 패키지 제작 설명서," 1987.2.

5. J.E. Dipirro, J.C. Ferrans, and C. Juszczak, "A Form Management System for Switching Database Administration, "Proc. 1983 IEEE Int. Conf. Common., Boston, Mass, 1983, pp. 125-130.

6. J.C. Ferrans, "SEDL-A Language for Specifying Integrity Constraints On Office Forms," Proc. ACM-SIGOA Conf. Office Inform. Syst., Philadelphia., 1982.,pp. 123-130

7. D.D. Chamberlain et al., "SEQUEL 2 : A Unified Approach to Data Definition Manipulation and Control," IBM J.Res. Develop.(November 1976),p. 560-75

8. D.K.Barclay, E.M.Dossey, and T.H.Nolam, "5ESS Switching System Software ; Office Database Generation," AT&T Technical Journal, 1984.5.pp.115-129

9.. P.T.Fuhrer, M.Y.Shen, and J.E.Yates, "5ESS Switching System Software ; Interactive Query and Data Update," AT&T Technical Journal, 1984.5. pp.47-59.

10. Bell Communications, "Recent Change and Verify," Feature Specific Document 45-01-0200, 1984. 12.

11. Bellcore Training and Education Center, "5ESS Switch Office Dependent Database Maintenance," 1995.4.

12. Bellcore Training and Education Center, "5ES2000 Switch Global Technical Description," Issue4, 1993.9.

13. AT&T, "5ESS Training Program ; Data Base," 1984.12

14. Alcatel Bell Telephone Manufacturing Company N.V., "Database(Functional),"1984

15. Alcatel Bell Telephone Manufacturing Company N.V., "DLS Structure,"1984.


약어표

CAE : Customer Application Engineering

CAEP : Customer Application Engineering data Processor

CDE : Customer Design Engineering

CMDGEN : CoManD GENerator

DAS : Data Administration System

DBGEN : Data Base GENerator

DBMS : Data Base Management System

DFSF : Data Format Specification File

DIL : Data Input Language

DILP ; Data Input Language Processor

EXDS : Extract of office Database Specification

EXPLD : Extract of PLD

EXRD : Extract of Raw Data file

GRB : Generation Rule Base

IROF : Initialized Relational Object File

MDB : Meta Data Base

MKCATE : Make CATEgory

ODBE : Office Data Base Specification

PLD : Processor Load Data

T10DG : TDX-10 Data Generator

UCF : User Control File

XREF : Cross Reference File