KR930006357B1

KR930006357B1 - 발신 트래픽 데이타 수집방법

Info

Publication number: KR930006357B1
Application number: KR1019900022816A
Authority: KR
Inventors: 남영우; 이만훈; 이병선
Original assignee: 재단법인 한국전자통신연구소; 경상현; 한국전기통신공사; 이해욱
Priority date: 1990-12-31
Filing date: 1990-12-31
Publication date: 1993-07-14
Also published as: KR920014058A

Abstract

내용 없음.

Description

발신 트래픽 데이타 수집방법

제1도는 전전자 교환기의 개략적인 블럭도.

제2도는 본 발명을 수행하는데 필요한 하드웨어 구조도.

제3도는 본 발명을 나타내는 흐름도.

제4도는 제3도의 가입자 호시도 과정의 흐름도.

제5도는 제3도의 가입자 첫 디지트 다이알링 과정의 흐름도.

제6도는 제3도의 자국호 국번번역과정의 흐름도.

제7도는 제3도의 호연결 실패과정의 흐름도.

제8도는 제3도의 신호장비 연결과정의 흐름도.

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

1000 : CCS(Central Control Subsystem)

1001 : MMS(Man Machine Subsystem)

1002 : NMS(Network Managements Subsystem)

1003 : MSS(Measurements and Statistics Subsystem)

1010 : MMP(Man Machine Processor)

1020 : OMP(Operrtion and Maintenence Processor)

2000 : ASS(Access Switching Subsystem)

2010 : ASP(Access Switching Processor)

3000 : INS(Inter Connection Subsystem)

3001 : NHS(Number Hsndling Subsystem)

3010 : ASIP(Access Switching Interface Processor)

본 발명은 발신트래픽 데이타 수집방법에 관한 것으로서, 전전자 교환기의 트래픽 측정에 필요한 트래픽 데이타의 수집을 통계기능에서 수행하도록 하는 발신트래픽 데이타 수집방법에 관한 것이다.

종래의 전전자 교환기에서 트래픽(traffic) 데이타 수집 및 측정은 호처리기능에서 트래픽 측정에 필요한 트래픽 데이타들을 수집하고 학도, 통계기능에서 트래픽 데이타를 측정 및 분석하도록 구분되어 있어서, 호처리기능과 연계되지 않고 통계기능 단독으로는 트래픽 테이타 측정이 불가능하여, 새로운 트래픽 데이타 측정이 필요한 경우 호처리기능의 변경없이 통계기능 단독으로 수행이 불가능하였다. 또한, 평상시에는 필요하지 않고 통계 측정 요구시에만 필요한 트래픽 데이타들도 항상 불필요하게 수집되어 교환기 프로세서에 필요 이상의 일(job)을 수행하게 되었으며, 실제 측정된 데이타 값에 신뢰도가 낮게 되는 문제점이 있었다.

본 발명은 상기 문제점을 해결하기 위하여 안출된 것으로서 전전자 교환기의 트래픽 측정에 필요한 트래픽 데이터의 수집을 통계기능에서 수행 함으로써, 새로운 트래픽 데이타 측정 요구 및 망관리, 과부하제어 기능 등의 타 기능에서 트래픽 데이타 측정 요구시 호처리기능에 종속되지 않고, 통계기능에서 독립적으로 요청된 트래픽 데이타를 측정 및 분석하여 전송할 수 있으며, 항상 트래픽 데이타 수집이 필요하지 않은 데이타는 측정 요구시에만 트래픽 데이타를 수집, 측정 및 분석하도록 하여 교환기 프로세서의 트래픽 데이타 수집에 소요되는 시간을 단축시키는 발진트래픽 데이타 수집방법을 제공하는데 그 목적이 있다.

본 발명은 상기 목적을 달성하기 위해 MMP(Man Machine Processor)와 MSS(Measurements and Statistics Sabsystem) 및 NMS(Network Managements Subsystem)를 포함하고 있는 CCS(Central Control Subsystem), 상기 CCS에 연결된 ASS(Access Switching Subsystem), 상기 CCS에 연결되고 HS(Number Handling Subsystem)를 포함하고 있는 INS(Inter Connection Subsytem)로 구성된 전전자 교환기에 있어서, 가입자 호시도 루틴과 신호장비 처리루틴을 수행하는 제1단계, 호의 연결상태를 판별하여 호연결이 실패이면 실패된 호처리 루틴을 수행한 후 종료하고 정상상태이면 첫 디지트 다이알링 루틴을 수행하는 제2단계, 신호장비 처리루틴을 수행한 후 다이알링 단계에서 극번을 번역하는 제3단계, 상기 제3단계에서 국번번역 여부에 따라 트래픽 데이타 수집을 완료하는 제4단계로 구성되는 것을 특징으로 한다.

이하, 첨부된 도면을 참조하여 본 발명을 상세히 설명한다. 제1도는 전전자 교환기의 개략적인 블럭도로써 트래픽 데이타 수집, 측정 및 분석 기능을 중심으로 본 것이다.

도면에서 1000은 CCS, 2000은 ASS, 3000은 INS, 1001은 MMS, 1002는 NMS, 1003은 MSS, 3001은 NHS를 나타낸다.

전전자 교환기 시스팀은 번역기능을 제외한 시스팀 차원의 유지보수기능과 트래픽 데이타 수집, 측정 및 분석 기능을 포함한 운용관리기능을 수행하는 CCS(1000), 물리적으로 가입자 회선과 트렁크 회선에 대하여 정합기능 및 신호처리와 호처리를 위한 다양한 기능을 수행하는 ASS(2000), 다수의 ASS(2000)와 CCS(1000)를 고속의 광신호 링크로 연결하는 INS(3000) 구성되어 있으며, 트래픽 데이타 수집을 포함한 통계 기능은 CCS(1000)에 포함된 기능이고 INS(3000)과 ASS(2000)는 CCS(1000)에 연결되어 있다.

CCS(1000)는 운용자와 교환기의 인터페이스 기능을 담당하는 MMS(1001), 트래픽 데이타 수집, 측정 및 분석하는 통계기능을 담당하는 MSS(1003), 망관리 기능을 담당하는 NMS(1002)등으로 구성되어 있으며 MSS(1003)는 MMS(1001)와 NMS(1002)에 연결되어 있다.

INS(3000)는 번호번역 및 루트제어기능을 담당하는 서브시스템 NHS(3001)등으로 구성되어 있다.

제2도는 전전자 교환기의 트래픽 데이타 수집, 측정 및 분석하여 출력하는 기능을 수행GK는데 필요한 하드웨어의 구조와 블럭간의 흐름을 나타내었다.

도면에서 1010은 MMP, 1001은 MMS, 1020은 OMP, 1003은 MSS, 2010은 ASP, 2001은 MDGC, 2000은 ASS, 3010은 ASIP를 나타낸다.

가입자 전화기로 부터 호시도가 발생되면, 가입자의 상태를 감시 및 관리하는 프로세서 ASIP(3010)에서 호시도를 감지하여, ASP(2010) 내에 있는 ASS(2000)에 통보하면 ASS(2000)는 교환기 및 가입자의 가입자의 호시도 상태 확인 후 호처리가 가능하도록 조치한다. 이어서 ASS(2000)는 가입자가 호 연결을 위한 행위(dialing)가 진행되어 통화 성공, 통화 완료 단계 상태를 블럭 MDGC(2001)에 통보하면, 트래픽 데이타 측정에 편리하도록 분류하여 트래픽 데이타를 수집 및 생성한다.

블럭 MDGC(2001)는 이러한 트래픽 데이타를 수집하여 점유시간 관련 데이타를 생성하며, 또한 주기적 또는 요구에 의해서 트래픽 데이타를 측정 및 분석하여 OMP(1020) 내에 있는 MSS(1003)의 분석된 트래픽 데이타 취합 기능으로 전송하면, MSS(1003)의 입출력 기능에서 운용자 또는 타기능에서 보기 쉽게 형식화 하여 MMP(1010) 내에 있는 MMS(1001) 기능으로 전송한다. MSS(1003)에서는 운용자 터미날 또는 다른 출력 장비로 측정, 분석되어 형식화된 트래픽 데이타를 출력시킨다.

제3도는 본 발명을 나타내는 흐름도이다. 발신 가입자가 발신호를 시도하기 위해 송화기를 들면 가입자 호 시도 루틴이 호출되어 발신호 시도 트래픽 데이타 FMF수집하며(1), 신호장비(발신음등)가 연결되면 신호장비 처리 루틴이 호출되어 장비 이용 트래픽 데이타를 수집하며(2), 호의 연결이 정상일 때(3) 발신 가입자가 첫 번호를 다이알링하면 첫 디지트 다이알링 루틴이 호출되고(4), 호연결이 실패되면 실패 내용을 원인별로 분류 수집하는 실패된 호 처리 루틴을 호출함으로써 한 호가 종료된다(5). 첫 디지트 다이알링 후 발신음이 절단되면 신호 장비 처리 루틴이 다시 호출되어 장비 이용 트래픽 데이타를 수집한다(6). 다이알링 단계에서 국번을 번역하여(7) 자신의 교환기로 착신되는 자국호이면 자국호 국번번역 루틴을 호출하고(8), 자국호가 정상적으로 연결이 진행될 경우(9) 착신측 호출을 알려주기 위해 다시 신호장비가 연결되어 신호장비 처리 루틴이 호출되고(10), 자국호가 발신측 및 착신측의 문제없이 정상적으로 연결되어(11) 착신측과의 통화가 이루어지면 자국호 응답 루틴이 호출되고(12), 신호장비 연결이 절단되어 신호장비 처리 루틴이 호출되고(13), 통화가 끝난후 자국호 통화 완료 루틴이 호출되면(14) 발신 자국호의 트래픽 데이타 수집이 완료된다.

국번번역에서 타국 가입자를 호출하는 출중계호이면 출중계호 국번번역 루틴을 호출하고(15), 출중계호가 정상적으로 연결이 진행될 경우(16) 중계선 제어용 신호장비가 연결되어 신호장치 처리 루틴이 호출되고(17), 출중계호가 발신측 및 착신측의 문제없이 정상적으로 연결되어(18) 착신측과의 통화가 이루어지면 출중계 응답 루틴이 호출되고(19), 통화가 완료되면 출중계 통화 완료 루틴이 호출되고(20) 신호장비 연결이 절단되어 신호장비 처리 루틴이 호출되면(13), 발신 출중계의 트래픽 데이타 수집이 완료된다.

자국호 및 출중계호가 정상적으로 연결되지 않고(9,12,16,18) 국번번역이 실패되면 실패된 호처리 루틴이 호출되고(22) 종료된다. 위의 트래픽 데이타 수집을 통계기능에서 수행함으로써 교환기의 개발 시점 및 교환국에 설치된 후에 수시로 트래픽 데이타 측정의 변경 및 새로운 트래픽 데이타 측정 요구가 있을때 호처리 기능에 종속되지 않고 통계기능이 독립적 트래픽 데이타를 측정 및 분석할 수 있다.

제4도는 가입자의 발신 호시도 과정(1)의 트래픽 데이타 수집 흐름도이다. 가입자 호시도가 발생하면 가입자 호시도 트래픽 데이타를 수집하고(101), 운용자로 부터 점유시간 관련 트래픽 데이타 측정 요구가 있었으면(102), 발신호 및 입중계호의 통화량, 보류시간 등의 트래픽 데이타를 측정하기 위해 로드(회전, 회로 및 장비 등의 부하를 말하며, 점유시간 측정에 이용된다.) 데이타를 수집하고(103), 로드 데이타 측정 요구가 없었으면 즉시 복귀한다.

제5도는 가입자의 첫 디지트 다이알링 과정(4)의 트래픽 데이타 수집 흐름도이다. 가입자 첫 디지트를 다이알링 하였을 때 첫 디지트를 판단하여(401) 첫 디지트가 0~9인 숫자이면 정상적인 호를 시도하는 것으로 판단하여 숫자 수신 트래픽 데이타를 수집하고(402), # 또는 *인 특수디지트이면 특수 서비스를 이용하는 것으로 판단하여 특수 디지트 수신 트래픽 데이타를 수집한다(403). 로드 데이타 측정 요구가 있었으면(404) 로드 데이타를 수집하고(405), 로드 측정 요구가 없었으면 복귀한다.

제6도는 발신호의 국번 번역 과정(8,15), 착신측 응답 과정(12,19) 및 통화 완료과정(14,20)의 트래픽 데이타 수집 흐름도이다. 교환기의 발신호 타입(발신 자국호,발신 출중계호)별 국번 번역 과정(8,15)에서는 발신호타입별 국번번역데이타(802), 착신측과 통화가 이루어지는 과정(1207)에서는 착신측 응답(803), 통화가 끝나면(14,20) 발신호 타입별 통화완료데이타를 수집하고(804), 국번번역과정(8,15)에서 로드 데이타 측정 요구가 있었으면(805) 발신호 타입별 필요 로드 데이타를 수집하고(806), 통화완료 과정(14,20)에서 로드 데이타 측정 요구가 있었으면(807) 발신호 타입별 해당호의 필요 로드 데이타를 수집을 끝낸 후 복귀한다(808).

제7도는 호 연결실패과정(5)의 트래픽 데이타 수집 흐름도이다. 호처리 과정에는 언제든지 발신 가입자, 착신측 가입자, 교환기 내부의 스위치, 신호장치, 타국 교환기, 선로등의 영향으로 호연결이 실패될 수 있으므로, 호 연결이 실패되었을 때 호출된다. 실패된 호의 단계에서 원인을 분석하여, 원인별로 분류하여 트래픽 데이타를 수집하고(501), 로드데이타 측정 요구가 있었으면(502) 관련 발신 호타입별 로드 테이타의 수정을(503) 마치고 복귀한다.

제8도는 장비(device)들의 트래픽 데이타 수집 흐름도이다.

(2). 호처리가 진행되면서 많은 장비들 즉, 각종 신호음, MFC 가입자를 위한 DTMF, 국간 신호를 위한 R2, 특수 서비스의 회의 통화 등에 이용되는 콜 믹서(call mixer), No.7 신호를 위한 CCS(Common Channel Signalling)이용, 안내방송 장비 등을 이용할 때 이용된다. 이러한 데이타들은 정기적으로 필요한 트래픽 데이타가 아니고 필요에 따라서 통계 측정 요구시에만 측정되어(201) 통계 측정이 요구되지 않을 때에는 트래픽 데이타를 수집하지 않으므로써 전전자 교환기의 부하를 덜어 줄 뿐만아니라 수집된 트래픽 데이타의 오차를 줄일 수 있어 신뢰도를 높일 수 있다. 장비의 연결 형태가 크게 4가지로 구분되며(202), 호처리 중에 장비의 연결이 요구되면 각 장비의 종류에 따라서 연결 요구 데이타가 수집되며(203), 통화량 및 점유 시간을 특정하기 위한 로드 데이타를 수집하고(204), 장비 이용 완료시 이용 완료 데이타가 각 장비별 수집되며(205), 이용 가능한 장비가 모두 사용 중이어서 폭주가 발생했을때 폭주 데이타가 수집되며(206), 연결 실패시 연결 실패 데이타가 수집되며(207), 관련 장비의 한 연결에 대해서 통화량 및 보류시간등을 측정하기 위한 로드 데이타 수집은 완료된다(208).

상기와 같이 구성된 본 발명은 텔레트래픽 엔지니어링에 필요한 다양한 정보를 통계기능에서 쉽게 측정 및 분석이 가능하며, 새로운 트래픽 데이타 측정 요구시 호처리기능의 변경없이 통계기능 내에서 수집 분류되어 있는 트래픽 데이타를 이용하여 통계기능내에서 독립적으로 트래픽 측정이 가능하며, 평상시에 불필요한 트래픽 데이타 수집을 억제하고, 트래픽 데이타 측정 요구시에만 트래픽 데이타 수집, 측정함으로써 평상시 트래픽 데이타 수집에서 발생하는 오차를 줄일 수 있어서 보다 높은 신뢰도를 갖는 트래픽 데이타를 텔레트래픽 엔지니어링에 제공하게 된다. 앞으로 전전자 교환기의 ISDN(종합정보통신망) 개발에 동일한 방법으로 트래픽 데이타를 수집함으로써 ISDN 트래픽 데이타 측정에 편리성을 제공할 수 있는 효과가 있다.

Claims

MMPS(Man Machine Subsystem)와 MSS(Measurements and Statistics Subsystem) 및 NMS(Network Managements Subsystem)를 포함하고 있는 CCS(Central Control Subsystem), 상기 CCS에 연결된 ASS(Access Switching Subsystem), 상기 CCS에 연결되고 NHS(Number Handling Subsystem)를 포함하고 있는 INS(Inter Connection Subsystem)로 구성된 전전자 교환기에 있어서 ; 가입자 호시도 루틴과 신호장비 처리루틴을 수행하는(1,2) 제1단계, 호의 연결상태를 판별하여 호연결이 실패이면 실패된 호처리 루틴을 수행한 후 종료하고 정상상태이면 첫 디지트 다이알링 루틴을 수행하는(3,4,5) 제2단계, 신호장비 처리루틴을 수행한 후 다이알링 단계에서 국번을 번역하는(6,7) 제3단계, 상기 제3단계에서 국번 번역 여부에 따라 트래픽 데이타 수집을 완료하는 제4단계로 구성되는 것을 특징으로 하는 발신 트래픽 데이타 수집방법.
제1항에 있어서, 상기 제4단계는 자신의 교환기로 착신되는 자국호이며 자국호 국번번역 루틴을 수행하는(8) 제1과정, 자국호가 정상적인 연결상태인지를 판별하는(9) 제2과정, 신호장비에 연결되어 신호장비 처리루틴을 수행하는(10) 제3과정, 자국호가 정상적인 연결상태인지를 판별하는(11) 제4과정, 착신측과의 통화가 이루어지면 자국호 응답 루틴을 수행하는(12) 제5과정, 신호장치 처리루틴을 수행하는(13) 제6과정, 자국호 통화완료 루틴을 수행하여(14) 발신 자국호의 트래픽 데이타 수집이 완료되는 제7과정으로 구성됨을 특징으로 하는 발신 트래픽 데이타 수집방법.
제1항에 있어서, 상기 제4단계는 국번번역에서 타국가입자를 호출하는 출중계이면 출중계호 국번번역 루틴을 수행하는(15) 제1과정, 출중계호의 연결상태가 정상적인지 판별하는(16) 제2과정, 신호장비 처리루틴을 수행하는(17) 제3과정, 출중계호의 연결상태가 정상적인지 판별하는(18) 제4과정, 착신측과의 통화가 이루어지면 출중계 응답 루틴을 수행하는(19) 제5과정, 출중계 통화완료 루틴을 수행하는(20) 제6과정, 신호장비 처리루틴을 수행하여(21) 발진 출중계의 트래괵 데이타 수집이 완료되는 제7과정으로 구성됨을 특징으로 하는 발신 트래픽 데이타 수집방법.
제3항에 있어서, 상기 제4단계는 국번번역이 실패되거나 자국호 및 출중계호 연결 상태가 비정상이면 실패된 호처리루틴을 실행하는(22) 과정을 구비하는 것을 특징으로 하는 발신 트래픽 데이타 수집방법.
제1항에 있어서, 상기 제1단계의 가입자 호시도는 가입자 호시도 트래픽 데이타를 수집하는(101) 제1과정, 로드 데이타 측정요구를 판단하는(102) 제2과정, 로드 데이타를 수집한후(103) 복귀하는 제3과정으로 구성되는 것을 특징으로 하는 발신 트래픽 데이타 수집방법.
제1항에 있어서, 상기 제2단계의 첫 디지트 다이알링 수행은 첫 디지트의 종류를 판별하는 제1과정, 첫 디지트가 0~9인 숫자이면 정상적인 호를 시도하는 것으로 판단하여 숫자 수신 트래픽 데이타를 수집하고 # 또는 *인 특수디지트이면 특수 서비스를 이용하는 것으로 판단하여 특수 디지트 수신 트래픽 데이타를 수집하는(402,403) 제2과정, 로드 데이타 측정요구를 판단하는(404) 제3과정, 로드 데이타를 수정한 후(405) 복귀시키는 제4과정으로 구성되는 것을 특징으로 하는 발신 트래픽 데이타 수집방법.
제1항에 있어서, 상기 제2단계의 실패된 호처리는 실패 원인별로 분류하여 트래픽 데이타를 수집하는(501) 제1과정, 로드 데이타 측정 요구를 판단하는(502) 제2과정, 로드 데이타를 수정한 후(503) 복귀하는 제3과정으로 구성됨을 특징으로 하는 발신 트래픽 데이타 수집방법.
제1항에 있어서, 상기 제1단계의 신호장비 처리루틴은 통계 측정 요구를 판단하는(201) 제1과정, 장비의 연결 형태를 판단하는(202) 제2과정, 장비의 연결 형태에 따라 연결 요구 데이타와 이용 완료 데이타와 폭주 데이타 및 연결 실패 데이타를 수집하는(203,205,206,207) 제3과정, 로드 데이타를 수정한 후(204,208) 복귀하는 제4과정으로 구성되는 것을 특징으로 하는 발신 트래픽 데이타 수집방법.
제1항에 있어서, 상기 제4단계의 국번번역과정(8,15)과 착신측 응답과정(12,19) 및 통화완료과정(14,20)은 호처리 단계를 판별하는(801) 제1과정, 국번번역과정(8,15)에서는 국번번역 데이타를 수집하고(802) 착신측과 통화가 이루어지는 과정(12,19)에서는 착신측 응답 데이타를 수집하고(803) 통화완료과정(14,20)에서는 통화완료 데이타를 수집하는(804) 제2과정, 로드 데이타 측정 요구를 판별하는(805,807) 제3과정, 로드 데이타 수집후(806,808) 복귀하는 제4과정으로 구성되는 것을 특징으로 하는 발신 트래픽 데이타 수집방법.