KR20000004934A

KR20000004934A - 프로토콜 중개 게이트웨이

Info

Publication number: KR20000004934A
Application number: KR1019980707509A
Authority: KR
Inventors: 로버트 제이 제셀; 케빈 오트레이
Original assignee: 찰스 엘 무어 쥬니어; 에릭슨 인코포레이티드
Priority date: 1996-03-22
Filing date: 1997-03-21
Publication date: 2000-01-25
Also published as: JP2000508847A; KR100378651B1; DE69725971T2; EP0886932B1; DE69725971D1; WO1997037478A2; CN1214167A; NO984402L; AU712335B2; JP3706144B2; CN1100421C; BR9708577A; ATE253792T1; WO1997037478A3; AU2340697A; NO984402D0; US5774695A; EP0886932A2

Abstract

하나의 프로토콜 중개 게이트웨이(84)가 전기통신 시스템 에뮬레이터(72)를 통신 네트웍(79)으로 연결한다. 게이트웨이(84)는, 상기 네트웍(79)으로부터 신호들을 접수하고, 네트웍 프로토콜 형태로 포맷팅된 네트웍으로 신호를 보낸다. 게이트웨이는, 상기 네트웍으로부터 접수된 신호들을 에뮬레이터 코드 형태의 명령으로 변환하고, 이들 에뮬레이터 코드 형태의 명령들을 가공용 에뮬레이터(72)로 보낸다. 에뮬레이터는, 타겟 전기통신 노드내에서 사용되는 어플리케이션 소프트웨어(85) 블록내 코드를 실행한다. 상기 게이트웨이는, 이어서 상기 에뮬레이터 코드 형태의 가공된 명령들을 해당 에뮬레이터로부터 접수하여, 이들 가공된 명령들을 상기 네트웍 프로토콜 형태로 포맷팅된 신호들로 변환하고, 이들 신호들을 상기 전기통신 네트웍으로 보낸다. 상기 프로토콜 중개 게이트웨이(84)는, 개방시스템 상호연결 층1 및 2를 대체하여 네트웍으로부터의 신호를 발송 및 접수하는 UNIX 소켓(83)을 사용한다.

Description

프로토콜 중개 게이트웨이

전기통신 산업분야에 있어서, 표준 전기통신 네트웍들은, 개방시스템 상호연결(Open System Interconnection, OSI) 모델에 기초한 프로토콜들을 사용함으로써 서로 연결된다. 상기 OSI모델은, 상이한 제조업체에 의해 제작된 서로 다른 시스템간의 통신표준에 관한 국제적으로 승인된 체제이다. OSI는, 어떠한 네트웍에 연결된 어느 제조업체의 컴퓨터 시스템이라도, 그 네트웍 또는 연결 네트웍상의 어떤 컴퓨터 시스템과 정보를 공유할 수 있는 하나의 개방시스템 네트워킹(networking) 환경을 창출한다.

OSI모델은, 사용자와의 관계에 있어 상호 연관된 7개 서로 다른 층으로 구분된 통신 프로세스를 형성한다. 도 1은 상기 OSI모델의 7개 층을 나타내는 OSI 스택(stack)(10)의 개략적 블록 다이어그램이다. 층1 내지 층3은 네트웍 프로세스를 취급하며, 층4 내지 층7은 메시지 소오스(message source) 및 메시지 착신지(message destination)간 단말기대 단말기 통신(end-to-end communication)을 취급한다. 각각의 층은, 적어도 상기 상하 로지컬 경계(logical boundary)내에 속하는 하나의 기능을 포함한다. 각 층의 서비스는, 그 하방 층들의 서비스와 결합하여, 또 그 상방의 층들에 있어 실현가능한 새로운 서비스들을 형성하게 된다. 상기 여러 층들은 다음과 같다.

층1은, 신호전송과, 물리적 연결의 개시 및 종료를 제공하는 물리층(physical layer),

층2는, 신호 동기화(signal synchronization), 에러 수정(error correction ), 시퀀싱(sequencing) 및 흐름제어(flow control)를 포함하는 데이터링크층(data link layer),

층3은, 루팅(routing) 및 스위칭 기능을 제공하는 네트웍층,

층4는, 상기 층1 내지 층3을 이용하여, 그 상방 층 기능들에 필요한 특성을 갖는 단말기대 단말기 서비스를 제공하는 전송층(transport layer),

층5는, 세션 연결(session connection)을 확립하고, 규칙적 데이터 교환, 및 특정 통신서비스용의 관련 제어기능을 지원하기 위한 수단을 제공하는 세션층( session layer),

층6은, 데이터 포맷팅 및 코드변환(code conversion)을 위한 수단을 제공하는 프리젠테이션층(presentation layer),

층7은, 단말기 사용자가 찾는 실제 서비스를 그 프로토콜이 제공하게 되는 어플리케이션층(application layer)이다.

전기통신 시스템 및 새로운 서비스어플리케이션의 개발 및 테스트 과정중에 있어서, 연합상태하에서 시스템 하드웨어를 모델링 또는 시뮬레이션(simulation)하게 되는 상호 연관된 소프트웨어 프로그램 세트를 개발하는 것은 상례화되어 있다. 새로운 서비스 어플리케이션의 효과, 또는 시스템내 하드웨어 또는 소프트웨어 변경효과는, 시스템 하드웨어를 실제 변경하거나, 상기 서비스 어플리케이션을 실제상의 시스템에 로딩(loading)시켜보는 과다한 비용 및 시간투입 프로세스를 거치지 않고서도, 신속히 모델링하고 분석할 수 있다. 그러나, 문제가 발생하는 바, 어떤 기능을 테스트함에 있어 두 개 또는 그 이상의 전기통신 시스템간 통신을 필요로 하는 경우, 테스트 비용이 실질적으로 증대한다는 점이다.

표준 통신시스템들을 연결하는 데 이용되는 종래의 통신링크(communication link)는, OSI 층3∼7을 실행 및 조합하는 계산 소프트웨어, 및 OSI 층1∼2를 실행하는 전송 소프트웨어를 포함하여 구성된다. 두 전기통신 시스템간, 또는 전기통신 시스템 및 시스템 에뮬레이터간 링크가 테스트 목적으로 필요한 때에는, 기설치된 전기통신 시스템들의 물리적 연결을 위한 동일 전송 하드웨어를 갖는 각각의 시스템을 직접 연결하는 것이 보통이다. 이어서, 링크들을 모니터링하고 프로토콜 분석 또는 기타 평가시험을 수행하기 위하여, 상기 시스템들 및 그들간 물리적 링크들에 대해 테스트 장비 및 기구를 연결한다.

그러나, 이들 기존의 테스트 방법에는 몇가지 결점이 있다. 첫 번째로, 전기통신 시스템에 대한 테스트용으로 사용되는 상기 테스트 장비 및 기구들이 매우 고가인 점이다. 두 번째, 기존의 테스트 방법들은, 테스트관련 설치시간 및 비용증대를 가져오는, 시스템간 물리적 전송 하드웨어 이용을 여전히 필요로 한다. 세 번째로, 이들 방법들은 많은 상이한 개발그룹들이 크게 찾을 수도 있는 소중한 전기통신 시스템으로의 실질적 접속시간(access time)을 필요로 하는 점이다. 끝으로 물리적 전기통신 시스템 및 물리적 전송 하드웨어를 이용함에 따라, 상기 테스트 장비는 테스트중인 해당 시스템 인접범위 이내로 제한된다.

이러한 불합리 및 결점의 해결방안에 관하여 공지된 선행기술은 없지만, 챈( Chan) 등에 허여된 미국특허 제5,027,343호는, 여기서 논하는 바와 다소 관련있는 주제를 거론하고 있다. 챈 등은, 종합서비스 디지털 네트웍(integrated services digital network, ISDN) 시스템하의 제품 원격테스트를 위한 접속시스템을 공개했다. 테스트된 프로토콜들은, 상기 확립(establishment), 홀딩(holding), 및 물리적 전기통신경로의 해제와 주로 관계있는 상기 OSI 층1∼3에 관한 것이다. 챈은, 층1∼3을 포함하여 메시지를 패킷화 또는 캡슐화하고, 패킷 스위칭 네트웍을 이용하여, 테스터(tester)로부터 시스템으로 테스트 절차를 통신한다. 상기 테스트중인 시스템은 패킷들을 캡슐해제하고, 해당 네트웍 메시지를 빼내 가공장소로 보낸다.

챈은, 전기통신 시스템간 전송에 있어 해당 기술분야에서 보편화된, 테스트를 목적으로 동일 전송 하드웨어를 사용한다고 하는 상기 결점들의 일부를 해소하고 있다. 그러나, 챈의 경우 특별히 실제 물리적 하드웨어의 원격 테스트를 지원하기 위한 것이었다. 테스터를 포함하는 하나의 국지적 장소가, 테스트중인 시스템으로부터 거리를 둔 상태에서, 해당 시스템과 서로 연결되어 있는 것이다. 챈은 특히, 그러나 자신의 특허가 OSI 층1∼3을 목적으로 한다고 기재한 바, 이는 상기 물리적 전송, 루팅 및 신호 스위칭에 관한 것이다. 챈의 경우는, 따라서 하드웨어 타이밍조건에 매우 민감한 하드웨어 의존적 해결책이다. 챈은, OSI 층3∼7을 시험함에 있어 물리적 전송 하드웨어 없이, 다중 전기통신 시스템들 또는 시스템 에뮬레이터들을 연결하는 방법에 관해서는 어떤 교시 또는 암시하는 바도 없다.

다중 전기통신 시스템 및/또는 전기통신 시스템 및 시스템 에뮬레이터들을, 기설정 전기통신 시스템들을 물리적으로 연결함에 있어 당업계에서 사용되는 것과 동일한 전송 하드웨어를 필요로 하지 않는, 전기통신 노드(node)내 OSI 층3∼7보유 소프트웨어 개발 테스트용 프로토콜 시뮬레이터(simulator)와 연결하는 시스템 및 방법이 있다면 명백히 도움이 될 것이다. 그러한 시스템 및 방법이라면, 상기 통신링크를 모니터링하고 프로토콜 분석 또는 기타 평가 테스트를 수행하기 위한 고가의 테스트 장비류는 불필요하게 된다. 해당 시스템은, 통상의 전기통신 전송용으로 이용되는 상기 전송 하드웨어와는 무관하며, 또한 하드웨어 타이밍 조건에도 민감하지 않을 것이다. 다양한 네트웍들에 대해 에뮬레이터를 연결함에 있어서는, 가장 효과적으로 작동가능한 시스템이 요구된다. 본 발명은 그러한 장치 및 방법을 제공하는 것이다.

본 발명은 개발 테스트 시스템(development test system)에 관한 것으로서, 더욱 상세하게는, 전기통신 시스템 에뮬레이터(emulator)를 네트웍에 연결하는 장치 및 방법에 관한 것이다.

도 1(선행기술)은 상기 OSI 모델의 7개 층을 나타내는 OSI 스택의 개략적 블록 다이어그램,

도 2는 본 발명의 교시에 따라, 상기 층3 레벨(level)에서 연결된 두 개의 OSI 스택간 인터넷 소켓을 사용하는 통신링크를 단순화한 블록 다이어그램,

도 2A는 본 발명에서 사용되는 다양한 프로0토콜간 상호관계를 나타낸 단순 블록 다이어그램,

도 3은 상기 OSI 모델로부터의 프로토콜을 사용하는 두 개의 전기통신 시스템 에뮬레이터간 인터넷 소켓을 사용하는 통신연결을 단순화한 블록 다이어그램,

도 4는 프로토콜 시뮬레이션 툴(tool)이, 모든 호출발신 시뮬레이션 및 호출착신 시뮬레이션을 연결하기 위해 인터넷 소켓 및 LAN 연결을 이용하도록 변형된 경우의 본 발명 실시예를 나타내는 단순 블록 다이어그램,

도 5는 상기 도 3의 프로토콜 스택 및 통신연결을 보다 상세하게 나타내는 블록 다이어그램,

도 6은 프로토콜 시뮬레이션 테스트 장치가 인터넷 소켓을 통해 전기통신 스위치 에뮬레이터와 통신하는 본 발명 실시예의 블록 다이어그램,

도 7은 본 발명의 교시에 따라, 타겟(target) 전기통신 시스템 및 시스템 에뮬레이터 양자가 프로토콜 시뮬레이터에 연결된 자동진단 시스템을 단순화한 블록 다이어그램,

도 8은 상기 도 7의 에뮬레이터 및 피그-툴(PIG-tool)을 보다 세부적으로 나타낸 블록 다이어그램,

도 9는 상기 프로토콜 시뮬레이터에 의한 다수의 선로중개 카드(line interface cards, LICs) 시뮬레이션과, 인터넷 및 LAN을 통한 에뮬레이터 및 시뮬레이팅된 다수 신호발생점(signaling point)간 연결을 나타내는 단순 블록 다이어그램,

도 10은 본 발명의 개발 테스트 시스템으로 테스트를 시작하기 위해 작업자가 사용할 수 있는, 컴퓨터상의 아이콘(Icon) 툴박스(tool box)를 나타내는 도면,

도 11은 작업자로 하여금 실제 하드웨어 시스템 또는 테스트 목적의 에뮬레이팅된 시스템을 선택할 수 있도록 하는 컴퓨터상의 쉘프선택(shelf selection) 메뉴를 나타내는 도면,

도 12는 상기 개발 테스트 시스템에 대하여 테스트 환경을 정의하기 위해 사용하는, 컴퓨터상의 네트웍 맵(map) 편집기를 나타내는 도면,

도 13은 개인통신 시스템(Personal Communication System, PCS) 이동 전기통신 시스템내 베이스 스테이션 제어기(Base Station Controller, BSC)에서 수행된 단순 위치 업데이팅 시퀀스의 상기 프로토콜 시뮬레이터내 시뮬레이션을 보여주는, 컴퓨터상의 네트웍 맵을 나타내는 도면,

도 14는 상기 피그-툴로 접속가능한, 컴퓨터상의 에뮬레이팅된 시스템들(가상 쉘프들(virtual shelves) 메뉴를 나타내는 도면,

도 15는 상기 프로토콜 시뮬레이터, 피그-툴 및 에뮬레이터에 해당하는 3상 윈도우를 보여주는 컴퓨터 디스플레이를 나타내는 도면,

도 16은 상기 도 15의 피그-툴상 윈도우의 메시지 모니터부에 대한 보다 상세한 리스트이다.

일측면에 따르면, 본 발명은 에뮬레이터를 네트웍에 연결하기 위한 프로토콜 중개 게이트웨이이다. 그 게이트웨이는, 네트웍으로부터 신호를 접수하고, 네트웍 프로토콜 형태로 포맷팅된 네트웍으로 신호를 발송하기 위한 수단을 포함하여 구성된다. 상기 게이트웨이는 또한, 접수된 신호를 에뮬레이터 코드 형태의 명령으로 변환하고, 에뮬레이터 코드 형태의 가공된 신호를 네트웍 프로토콜 형태의 신호로 변환하기 위한 수단을 포함한다. 덧붙여, 상기 게이트웨이는 에뮬레이터 코드 형태의 지령을 에뮬레이터로 발송하고, 해당 에뮬레이터로부터의 가공된 에뮬레이터 코드 형태 명령을 접수하기 위한 수단을 포함한다. 프로토콜 중개 게이트웨이는 또한, 상기 프로토콜 네트웍의 개방시스템 상호연결(OSI) 층1 및 2를 대체하여, 해당 네트웍으로부터 신호를 접수 또는 발송하는 UNIX 소켓(socket)을 사용할 수도 있다.

다른 측면에 있어서, 본 발명은, 에뮬레이터를 네트웍에 연결하는 방법이다. 그 방법은, 프로토콜 중개 게이트웨이를 갖춘 네트웍으로부터 네트웍 프로토콜 형태로 포맷팅된 신호를 접수하는 단계와, 프로토콜 중개 게이트웨이내에서, 상기 접수된 신호들을 에뮬레이터 코드 형태의 명령으로 변환하는 단계와, 상기 프로토콜 중개 게이트웨이로부터의 에뮬레이터 코드내 명령을 가공를 위한 에뮬레이터로 발송하는 단계를 포함한다. 상기 방법은 또한, 상기 프로토콜 중개 게이트웨이로를 갖춘 에뮬레이터로부터 에뮬레이터 코드내 상기 가공된 명령을 접수하는 단계와, 프로토콜 중개 게이트웨이내에서, 에뮬레이터 코드 형태의 가공된 신호들을 네트웍 프로토콜 형태의 신호로 변환하는 단계와, 상기 프로토콜 중개 게이트웨이로부터의 네트웍 프로토콜 형태 신호들을 네트웍으로 발송하는 단계를 포함한다. 상기 방법은 또한, UNIX 소켓을 갖춘 상기 네트웍 프로토콜의 개방시스템 상호연결(OSI) 층1 및 2를 대체하는 단계를 포함할 수도 있다.

이하의 상세한 설명 및 첨부도면을 통하여, 해당 기술분야에서 통상의 지식을 가진 사람이라면, 본 발명의 목적 및 기타 장점들을 명확히 이해하게 될 것이다.

전기통신 시스템들간 전송되는 새로운 기능 및 서비스 개발과정동안, OSI 층1 및 2(상기 물리적 하드웨어, 및 네트웍에의 연결)는 그다지 자주 사용되지 않는다. 그에 비해, 층3∼7은 어떤 형태로든 거의 항상 변형된다. 다시 말하면, 새로운 기능 및 서비스 개발이 정보전송 수단을 항상 변형시키는 것이 아니라, 전송되는 정보가 항상 변형되는 것이다. 따라서, OSI 층3∼7만에 관계된 테스트에 있어서는, 상기 물리층이 통상 사용되지 않기 때문에, 네트웍 모델들간에 연결된 고가의 특별 전송테스트 장비를 필요로 하지 않는다. 그 대신, 개발자는, 대부분의 전기통신 시스템들은 몇몇 형태의 LAN 프로토콜을 지원한다는 사실을 이용할 수 있다.

도 2는 층3 레벨에서 상호 연결된 두 개의 OSI 스택(22, 23)간 인터넷 소켓(21)을 사용하는 통신링크(20)를 단순화한 블록 다이어그램이다. 본 발명의 교시에 따라, 기존레벨(1, 2)의 전기통신 프로토콜들, 즉 상기 물리 레벨 및 상기 데이터링크 레벨은 에더넷(Ethernet)같은 LAN 프로토콜로 교체된다. 상기 전기통신 프로토콜은, 전송 제어 프로토콜/인터넷 프로토콜(TCP/IP)에 의해 캡슐화되고, 이어서 인터넷 소켓 중개장치(21)를 사용하는 LAN 네트웍을 통해 전송된다. 인터넷 소켓 중개장치(21)는 각기 상이한 호스트 프로세서(host processor)상에서 작동하는 어플리케이션들간 네트웍 통신을 제공하는 UNIX 파일 형태일 수도 있다. 상기 소켓 중개장치는 어플리케이션 프로그램들간 통신을 가능케 한다. 일반적으로, 하나의 어플리케이션 프로그램은, TCP 클라이언트(client) 소켓을 생성하며, TCP 서버(server) 소켓에 연결되어, 해당 중개장치를 통해 데이터를 발송 또는 접수한다.

상기 인터넷 소켓 중개장치(21)는 통신용 단말기점(endpoint)을 제공하는 상기 UNIX 파일 접속 메커니즘의 일반화로 생각할 수도 있다. 어플리케이션 프로그램들은, 필요시 작동 시스템으로 하여금 소켓을 형성하도록 한다. 이들 소켓은, 특정 착신지 주소(address)에 구애받지 않고 형성된다. 상기 어플리케이션은, 소켓 사용할 때마다(예를 들면, 데이터전문(datagram)의 발송) 착신지 주소를 제공할 수도 있고, 또는 상기 소켓에 착신지 주소를 고정시킴으로써 반복적 착신특정을 회피할 수 있도록 해도 무방하다(예를 들면, TCP연결하는 경우). 클라이언트 소켓은, 상기 서브 소켓에 연결되어 어플리케이션 프로그램들간 통신을 가능케 한다.

표준 인터넷 프로토콜은 사용자 데이터전문 프로토콜(User Datagram Protocol(UDP))이다. 이 UDP 프로토콜은 원격지 프로세서상의 다중착신들(multiple destinations)(어플리케이션 프로그램들)로부터 발신자를 구별짓게 되는 프로토콜 포트번호를 포함한다. TCP/IP 소켓들이 신뢰성있는 데이터전송을 목적으로 사용할 수 있음에 비하여, UDP/IP 소켓들은 상기 어플리케이션간 통신 확립, 유지 및 삭제에 사용될 수 있다.

도 2A는 본 발명에서 사용되는 다양한 프로토콜들간 상호관계를 나타내는 단순 블록 다이어그램이다. 사용자 프로세스(24, 25)는 OSI 층5∼7을 포함하여 구성된다. TCP 프로토콜(26)(OSI 층4)을 사용하는 상기 사용자 프로세스(24, 25)간에는 데이터가 전송된다. 사용자 프로세스들간 기타 통신들은 UDP 프로토콜(27)(OSI 층4)을 사용한다. 데이터 및 통신 양자는, 그러면 IP 프로토콜(28)(OSI 층3) 및 에더넷(29)(OSI 층1∼2)을 사용하여, 상기 사용자 프로세스간 연결을 완성하게 된다.

인터넷 소켓들은 "읽기" 및 "쓰기"같은 전통적 동작에 사용될 수도 있다. 예를 들면, 어플리케이션 프로그램이 일단 소켓을 형성하고, 해당 소켓으로부터 착신지 주소로의 TCP 연결을 형성하면, 그 어플리케이션 프로그램은, "쓰기" 동작을 사용하여 상기 연결을 통해 데이터 흐름을 전송하는 것도 가능하다. 반대측 단말기의 접수 어플리케이션 프로그램은 "읽기" 동작을 사용하여 해당 데이터를 접수할 수도 있다.

도 3은 상기 OSI 모델로부터의 프로토콜을 사용하는 두 개의 전기통신 시스템 에뮬레이터(32, 33)간에 인터넷 소켓(31)을 사용하는 통신링크(30)를 단순화한 블록 다이어그램이다. 여기서, "에뮬레이터"는, 가공 노드(processing node)측 하드웨어를 에뮬레이팅하여, 타겟 머신(target machine)상에서 마치 작동중인 것처럼, 해당 어플리케이션 소프트웨어를 해석하는 소프트웨어 프로그램을 의미한다. 상기 "시뮬레이터"란, 예견된 메시지에 응답하여 미리 프로그래밍된 프로세서를 의미한다. 바람직한 실시예의 경우, 프로토콜 시뮬레이터 및 전기통신 시스템 에뮬레이터는 UNIX-베이스 프로세서상에서 작동한다. 따라서, 이들 시스템들은, 인터넷 소켓과 에더넷같은 LAN-베이스 네트웍을 사용하여 서로 통신한다. 프로토콜 베이스하의 정보는, 상기 전기통신 시스템들에 의해 지원되는 LAN 프로토콜들을 사용함으로써, 전송 시스템으로부터 접수 시스템으로 통신된다. 상기 프로토콜 시뮬레이터 및 전기통신 시스템 에뮬레이터간 통신에 있어서는, 상기 인터넷 소켓을 사용하여, 상기 LAN-베이스 네트웍상 TCP/IP 포맷 형태의 OSI 층3∼7로부터의 패키지 데이터를 전송한다. 상기 접수 에뮬레이터는, 소켓들을 사용하는 프로토콜 중개 게이트웨이를 통하여, 상기 프로토콜 시뮬레이터로부터의 정보를 접수하여 층3∼7을 풀고 해당 정보를 가공한다. 또한, 프로토콜 시뮬레이터 및 전기통신 시스템 에뮬레이터간 통신링크는 상기 인터넷 일체화된 완전 별개의 프로토콜 스택에 의해 제어되기 때문에, 테스트(예를 들면, 메시지 전송파트(Message Transfer Part)(MTP))중인 상기 전기통신 프로토콜내 고정 OSI 층2를 사용할 수도 있다.

상기 통신링크가 전기통신 링크들간에 위치하는 경우, OSI 층3∼7은 어떤 ANSI 신호발생 시스템 7(Signaling System 7)(SS7), CCITT 및 기타 호환성 있는 프로토콜 스택에 해당할 수도 있다. 도 3은, 취급능력 어플리케이션 파트(Transaction Capabilities Application Part(TCAP)) 프로토콜 스택(33)의 스택(32)로의 전송 또는 그 반대의 경우를 나타낸다. 또한, 이동 어플리케이션 파트(Mobile Application Part)(MAP) 프로토콜 스택(33a) 및 종합 사용자파트(Integrated Services Usre Part)(ISUP) 프로토콜 스택(33b)이 도시되어 있다. TCAP(34) 및 MAP(35)이 레벨7 어플리케이션들인 반면, ISUP(36)는 레벨4∼7 어플리케이션이다. 상기 SS7 스택은, 상기 인터넷 소켓(31)을 통하여, 에더넷을 사용하는 LAN으로 전송되어 상기 MTP 층1 및 2를 교체할 수도 있다. 상기 물리적 타겟 전기통신 노드 또는 전기통신 에뮬레이터는, 상기 LAN상에서 TCP/IP링크상의 정보를 접수하여, 상기 층3∼7 정보를 해독한다. 몇몇 전기통신 노드들의 경우, LAN 연결상태의 TCP/IP를 통해 통신하여 그들의 통상적 MTP 층1 및 2를 교체하기 위해서는, 변형이 요구되기도 한다. 이들 변형은 해당 기술분야에 있어 잘 알려진 바로서, 여기서는 더 이상의 설명을 생략한다.

상기 통신 프로세스는 또한, 전기통신 신호발생을 출력하는 UNIX 프로세서와, LAN 정보를 접수하여 입수중인 신호발생 정보(signaling information)를 추출하도록 장치된 물리적 타겟 전기통신 노드간 통신에 사용할 수도 있다.

도 4는 프로토콜 시뮬레이션 툴(41)이 변형, 인터넷 소켓들(42, 43), 및 LAN 연결(44)을 사용하여, 호출발신 시뮬레이션(45)을 호출착신 시뮬레이션(46)과 연결시키도록 된 본 발명 실시예를 나타내는 단순 블록 다이어그램이다. 이 실시예에 있어서는, 상기 OSI 모델 층3∼7에 대한 전기통신 프로토콜 시뮬레이션 소프트웨어가, 어떠한 외부적 네트웍 또는 하드웨어없이도 상기 호출발신 시뮬레이션(45)으로부터 상기 호출발신 시뮬레이션(46)으로, 혹은 그 반대로 전송된다. 상기 호출발신 시뮬레이션(45)은, 해당 호출발신 기능을 수행하는 테스트 스크립트(script) 소프트웨어를 포함하여 구성된다. 이들 스크립트는, 블록(47)에서 층3∼7을 구성하여 UNIX 어뎁터(48)로 보내진다. UNIX 어뎁터(48)는, 블록(49)에 있어서 상기 인터넷 소켓(42), LAN 연결(44) 및 인터넷 소켓(43)을 통한 전송을 위하여, 각 층들이 패키지 해제되는 해당 UNIX 어뎁터(48)의 접수측(50)으로, TCP/IP 포맷 상태의 층들을 패키지화해 넣는다. 층들은, 이어서 블록(51)에서 해체되어 시뮬레이션 툴(41)내 상기 호출착신 시뮬레이션(46)으로 보내진다. 이처럼, 상기 시뮬레이션 툴측 소프트웨어 패키지로부터의 신호들은, 시뮬레이션 툴 자체내로 루프를 형성하여 들어가, OSI 층3∼7의 테스트 스크립트 증명을 가능케 한다. 프로세스는, 테스트중인 상기 통신 프로토콜측 층3∼7로 구성된 프로토콜 메시지를 발송 및 접수하도록 설계된 각각의 스크립트를 갖춘 상태에서, 상기 미리 프로그래밍된 테스트 스크립트에 의해 결정된대로 다이얼로그내에서 계속된다.

도 5는 상기 도 2의 프로토콜 스택들(22, 23) 및 통신링크(20)를 보다 상세하게 나타내는 블록 다이어그램이다. 프로토콜 스택(22)은 상기 인터넷 소켓(21)을 통해 테스트중인 장치와 통신하는 UNIX-베이스 테스트 어플리케이션이라도 무방하다. 상기 테스트 어플리케이션은 OSI 프로토콜 스택을 포함하여 구성된 MTP를 포함한다. 상기 MTP 사용자 레벨(층7)에는 해당 MTP 사용자와의 통신을 위한 MTP 프로토콜을 사용하는 UNIX-베이스 어플리케이션(53)이 있다. 프로토콜 스택을 따라 내려가보면, 신호발생 네트웍 기능을 수행하는 신호발생 연결 제어파트(SCCP)층(54) 및 MTP 층3(55)이 있다. MTP 층3 아래에는, 본 발명의 경우 통상의 MTP 층1 및 2 하드웨어 관련요소들이 UNIX 어플리케이션(56)으로 교체된 MTP 층1 및 2가 있다.

상기 인터넷 소켓(21)은, 상기 UNIX 어플리케이션(56)으로부터의 패지지 데이터를, 테스트(52)하의 장치내 통상적 MTP 층1 및 2의 하드웨어 요소들을 시뮬레이팅하는 제2 UNIX 어플리케이션(57)으로 전송한다. UNIX 어플리케이션들(56, 57)간에 형성된 명시(specification)로 인하여, UNIX 유틸리티(utility) 사용을 통한 층2 정보의 동적 할당(dynamic assignment)없이, LAN 통신 및 프로토콜을 사용 또는 사용하지 않고서도, 해당 어플리케이션들 사이에 상기 OSI 층3∼7 정보를 통신할 수 있게 된다.

상기 ANSI SS7 프로토콜을 통신하는 특정 어플리케이션에서 사용되는 경우, SS7 메시지들은, OSI 층7로부터 상기 층3 레벨로 패키지화되어 상기 테스트 어플리케이션(22)으로부터, 상기 UNIX 플랫폼(platform) 및 유틸리티(utility)를 사용하는 테스트(52)하의 장치를 통과한다. 테스트중인 장치는, 가공를 위한 데이터를 접수하여, 해당 장치내에서의 기능들을 수행하고, 그리고, 테스트 어플리케이션내 취급을 위하여 OSI 층3∼7용 응답정보를 패키지할 수도 있다.

도 6은 프로토콜 시뮬레이션 테스트 장치(프로토콜 시뮬레이터)(60)가, 타겟 시스템 에뮬레이션을 운영하는 UNIX 프로세스(63)와 인터넷 소켓(61, 62)을 통해 통신하게 되는 본 발명 실시예의 블록 다이어그램이다. 상기 프로토콜 시뮬레이터(60)는 표준 시뮬레이션 툴들을 운영하는 UNIX 프로세스를 포함하여 구성된다. 표준 툴들로서는, 상기 호출발신 기능들을 수행하는 테스트 스크립트 소프트웨어(64)가 포함된다. 이들 스크립트는, 또한 블록(65)하의 OSI 층3∼7을 구성하여 UNIX 어뎁터(66)로 보내진다. UNIX 어뎁터는, 상기 타겟 시스템 에뮬레이션(63)을 운영하는 상기 UNIX 프로세스로의, 상기 인터넷 소켓(61, 62) 및 LAN 연결(67)을 통한 전송을 위하여 상기 각 층들을 TCP/IP 포맷 형태로 패키지한다. 에뮬레이션 프로세스(63)는 프로토콜 중개 게이트웨이(PIG-tool)(68) 및 타겟 시스템 에뮬레이터(69)를 포함한다. 상기 피그-툴(PIG-tool)(68)은, 상기 소켓으로부터 접수한 OSI 층들을 TCP/IP 포맷 형태로 풀고, 이들을 프로세서 명령으로 변환한다. 명령들은, 이어서, 상기 타겟 시스템 에뮬레이터(69)를 통과하게 된다.

타겟 시스템 에뮬레이터(69)는, 상기 UNIX 환경하에서 작동중인 타겟 전기통신 노드의 하드웨어를 에뮬레이팅하며, 또한 OSI 층3 또는 그 이상에서 신호발생 정보를 접수하고 발송할 수 있다. 상기 에뮬레이터(69)는 인터넷 소켓 또는, 파이프(pipe) 또는 인터페이스(intreface)(67)같은 기타의 UNIX 퍼실러티(facility)를 이용하는 중개 어플리케이션과 통신하여 상기 OSI 층3∼7 정보를 접수 또는 발송할 수도 있다. 접수된 정보들에 대한 소요기능들을 수행한 다음, 상기 에뮬레이터는 TCP/IP 포맷 형태의 동일 패키지 방법, 및 인터넷 소켓들을 매개로 한 전송에 의한 상기 프로토콜 시뮬레이터(60)로의 역통신을 통해 응답함으로써, 상기 테스트 스크립트에 의한 증명을 목적으로 해당 데이터를 상기 프로토콜 시뮬레이터로 전송하게 된다.

도 7은 본 발명의 교시에 따라, 타겟 전기통신 스위치(71) 및 스위치 에뮬레이터(72) 양측이 모두 프로토콜 시뮬레이터(73)에 연결된 자동진단 시스템(70)을 단순화한 블록 다이어그램이다. 상기 프로토콜 시뮬레이터(73)는, 프로토콜 어뎁터블 스테이트 머신(Protocol Adaptable State Machine)(PASM) 또는 메시지 제너레이터 트래픽 시뮬레이터(Message Generator Traffic Simulator)(MGTS) 등 다양한 컴퓨터관계 장치에 따라 택일적 의미를 가질 수도 있다. 상기 프로토콜 시뮬레이터(73)는, 실제 타겟 하드웨어 노드, 또는, OSI 층3∼7 테스트용 소프트웨어에 의해 에뮬레이팅된 노드중 어느 하나를 사용자가 선택할 수 있도록 해준다. 하나의 하드웨어 노드(예를 들면, 상기 타겟 전기통신 스위치(71))가 선택되면, 통신 매니저(manager)(74)는, 해당 하드웨어 노드에 적절한 프로토콜 시뮬레이션 소프트웨어(76) 및 프로토콜 스택(77)을 선택하게 되는 프로토콜 시뮬레이션 소켓 어뎁션 모듈(프로토콜 시뮬레이션 어뎁터)(75)에 대해 그 선택을 확인시켜 준다. UNIX-베이스의 TCP/IP 프로토콜하의 메시지들은 상기 다수의 인터넷 소켓(78)중 하나를 통해 LAN(79)으로 보내진다. 이들 메시지는, 인터넷 소켓(81)을 통해 LAN을 빠져나와 UNIX 어뎁터(82)로 향한다. UNIX 어뎁터(82)는, 상기 TCP/IP 프로토콜을, 상기 타겟 전기통신 스위치(71)에 의해 이해되는 SS7 메시지로 번역한다.

에뮬레이터(예를 들면, 스위치 에뮬레이터(72))가 선택되면, 상기 통신 매니저(74)는, 해당 에뮬레이팅된 시스템에 적합한 프로토콜 시뮬레이션 소프트웨어(76) 및 프로토콜 스택(77)을 선택하게 되는 프로토콜 시뮬레이션 어뎁터(75)에 대해 그 선택을 확인시켜 준다. UNIX-베이스하의 TCP/IP 프로토콜하의 메시지들은, 상기 다수의 인터넷 소켓(78)중 하나를 통해 LAN(79)으로 보내진다. 이들 메시지는, 게이트웨이 인터넷 소켓(83)을 통해 LAN을 빠져나와, 바람직한 실시예의 경우, 프로토콜 중개 게이트웨이(PIG-tool)(84)로 향한다.

상기 프로토콜 시뮬레이션 어뎁터(75)는, 웍스테이션(workstation)상의 하나의 프로세스 또는 프로세스 그룹으로서 운영하는 메시지 제너레이션 트래픽 시뮬레이터(MGTS) 하드웨어 골격의 시뮬레이션이다. 프로토콜 시뮬레이션 어뎁터(75)는, 프로토콜 시뮬레이션 소프트웨어(76) 및 그 부속된 프로토콜 스택(77)을 포함한다. 이는, 하드웨어 골격으로의 접속 없이도 테스트 시퀀스 증명을 수행할 수 있도록 해준다. 사용자는, 상기 타겟 하드웨어 노드(71 또는 72)를 연결하기에 앞서, 테스트 시퀀스의 결함을 해소할 수도 있게 된다.

에뮬레이터와의 통신에 있어서, 상기 프로토콜 시뮬레이터 어뎁터(75)는 SS7 TCP/IP 프로토콜을 사용한다. 테스트 메시지들은 또한, 메시지 소오스(source), 메시지 길이, 프로토콜 개정 등을 확인하기 위하여, 상기 프로토콜 시뮬레이터와 타겟 또는 에뮬레이팅된 전기통신 노드 사이에만 있는 헤더 옥테트(header octet)들을 포함할 수도 있다. 테스트 메시지들은, 인터넷 소켓(78)들중 하나를 통하고 에더넷같은 LAN을 지나, 상기 게이트웨이 인터넷 소켓(83)을 통해 피그-툴(84)로 통신된다. 피그-툴(84)은 이들 TCP/IP 프로토콜 및 헤더를 분해하여, 해당 테스트 메시지를 CPU 명령으로 변환한다. CPU 명령들은, 이어서 테스트 대상 소프트웨어 가공를 위해 상기 에뮬레이터(72)로 보내진다. 에뮬레이터(72)는 상기 타겟 노드의 하드웨어를 에뮬레이팅하는 소프트웨어 모듈들뿐 아니라, 상기 시뮬레이팅된 전기통신 노드로부터의 어플리케이션 소프트웨어 블록(85)을 포함한다. 상기 에뮬레이터는, 테스트할 소프트웨어를 실습(exercising)하며, 시뮬레이팅된 통신 프로토콜의 상기 타겟 통신노드에의 사용을 증명하고, 그리고, 상기 프로토콜 시뮬레이터(73)에 대해 응답한다. 따라서, 상기 에뮬레이터(72)상의 어플리케이션에 대한 테스트 시퀀스를 사용자가 개발하고나면, 상기 프로토콜 시뮬레이터(73)는 동일 테스트 시퀀스를 써서 상기 타겟 하드웨어(71)상의 어플리케이션을 테스트하는 데 사용될 수도 있다.

아울러, 상기 프로토콜 시뮬레이터(73)는, 상기 인터넷 소켓(78)을 통하여, 또한, 물리적 중개장치(86)를 통하여 상기 타겟 호스트 하드웨어(71)와 동시 통신할 수도 있다. 덧붙여, 프로토콜 시뮬레이터(73)는, 상기 인터넷 소켓(78) 및 LAN(79)을 통해 기타의 테스트 장치(도시하지 않음)를 제어하는 것도 가능하다.

도 8은 상기 도 7의 UNIX-베이스 에뮬레이터(72) 및 피그-툴(84)을 보다 상세하게 나타낸 블록 다이어그램이다. 프로토콜 시뮬레이션 어뎁터(75)로의 후크(hook )를 갖는 상기 프로토콜 시뮬레이터(73)는 상기 프로토콜 시뮬레이션 소프트웨어를 운영한다. 바람직한 실시예에 있어서는 프로토콜 시뮬레이터(73)는, 12명의 사용자에게 서비스를 제공할 수 있는 형상으로서, 그 하드 드라이브상에 32Mb RAM 및 1,000Mb 스웹 스페이스(swap space)를 갖는, 마이크로 시스템즈(SUN Microsystems )사의 스파크 20 서버(Sparc 20 Server)를 사용한다. 상기 UNIX-베이스 에뮬레이터(72) 및 피그-툴(84)은 그 하드 드라이브상에 32Mb RAM 200Mb 스웹 스페이스를 갖는 선 스파크 5 웍스테이션상에서 작동시켜도 무방하다. 단일 사용자를 위한 실시예의 프로토콜 시뮬레이터(73)인 경우 역시, 선 스파크 5 웍스테이션상에서 작동시킬 수 있다. 이들 하드웨어 구성은 단지 설명을 목적으로 나타낸 것인 바, 다른 구성상태로 실현될 수도 있는 본 발명의 발명범위를 한정하기 위한 것이 아님을 밝혀둔다.

상기 피그-툴(84)은, 에더넷 LAN(79)에 연결된 상기 게이트웨이 인터넷 소켓(83)으로부터, 독점적 헤더 옥테트 유무를 떠나, 생(raw) SS7 옥테트들(OSI 층3∼7)(87)을 접수한다. SS7 옥테트는, 가상 패치 패널(Virtual Patch Panel, VPP )(88)을 통해 상기 피그-툴(84)로 진입한다. 피그-툴내에서, 이들 SS7 옥테트는, 완전한 SS7 메시지 신호단위(Message Signal Unit, MSU)가 접수될 때까지 취합된다.

상기 피그-툴(84)은, 상기 MSU가 접수된 해당 인터넷 소켓을 통해 MSU 소오스를 결정한다. MSU가 상기 프로토콜 시뮬레이터(73)로부터 접수된 것이면, 상기 독점적 헤더 옥테트를, 만약 있다면 소거한 다음 가공하게 된다. 상기 MSU가 하나 또는 그 이상의 에뮬레이터 명령 형태로 상기 에뮬레이터(72)로부터 접수된 것이면, 이들 명령들은 상기 피그-툴에 의해 MSU 버퍼(buffer)(도시하지 않음)내로 가공되어 들어간다.

MSU가 완전히 접수되면, 상기 피그-툴(84)은 사용자에 의해 특정되고 상기 VPP(88)내에 저장된 루팅 테이블(routing table)들을 검색한다. 이들 루팅 테이블은 소오스 실체(entity)들과 착신지 실체들을 연관시켜준다. 루팅 테이블로부터 상기 MSU의 착신지가 일단 결정되고나면, 상기 피그-툴이, 착신지에 적합한 포맷 형태로 상기 메시지를 가공한다. 착신지가 상기 프로토콜 시뮬레이터(73)라면 이 가공과정은, 사용가능한 경우 상기 독점적 헤더를 갖는 형태로의 선택적 MSU 캡슐화작업을 포함한다. MSU의 착신지가 에뮬레이터(72)이면, 해당 MSU는, 적정수의 에뮬레이터 명령으로 분해되어, 테스트중인 상기 소프트웨어 명령에 의해 상기 가공용 에뮬레이터로 보내진다.

도 9는 프로토콜 시뮬레이터(73)에 의한 다수 선로 중개장치 카드(LICs)(91) 시뮬레이션과, 인터넷 소켓(78, 83) 및 LAN(79)을 통한 에뮬레이터(92) 및 다수의 시뮬레이팅된 다수 신호발생점(93)으로의 연결을 나타내는 단순 블록 다이어그램이다. 본 발명 일실시예의 경우, 상기 프로토콜 시뮬레이터(73)는 16개까지의 LICs(91)를 시뮬레이팅할 수도 있고, 또한 상기 에뮬레이터(92)는 상기 LAN을 16개까지의 신호발생점(19)과 연결가능한 바, 이들 신호발생점들은 모두 상기 인터넷 소켓(78, 83) 및 에더넷 LAN(79)을 통해 연결되어 있다. 상기 LICs 및 신호발생점수는 본 발명상의 어떤 제한이 아니라, 실시상의 예시에 불과하다. 즉, 다른 실시예에 있어서는 그 수를 증감시킬 수 있는 것이다.

상세예

도 10은 본 발명의 개발 시스템으로 테스트를 시작함에 있어 사용자가 사용할 수 있도록 된, 컴퓨터 디스플레이상의 아이콘 툴박스(100)를 나타낸 도면이다. 사용자는, 상기 에뮬레이터 웍스테이션 또는 프로토콜 시뮬레이터 웍스테이션중 어느 일방으로부터 해당 시스템을 제어해도 무방하다. 제1피그-툴 아이콘(101)에 "소켓"이라는 라벨(label)이, 제2피그-툴 아이콘(102)에는 "보통"이라는 라벨이 각각 붙어 있다. 상기 피그-툴(84)은 두 개의 상이한 에뮬레이터와 중개할 수 있는 바, 하나는 소켓-베이스, 다른 하나는, 소켓-베이스가 아닌 "보통" 에뮬레이터로서, 이들 아이콘은, 상기 피그-툴과 중개하는 에뮬레이터 형태를 선택하는 데 사용된다. "MGTS" 아이콘(103)은 상기 프로토콜 시뮬레이터(73)에 있어서의 프로토콜 시뮬레이션 소프트웨어(76)를 시작하는 경우에 쓰인다.

도 11은 사용자로 하여금 실제 하드웨어 시스템 또는 테스트 목적으로 에뮬레이팅된 시스템을 선택할 수 있도록 해주는, 컴퓨터 디스플레이상의 쉘프선택 메뉴(110)를 나타내는 도면이다. "exu..."로 시작되는 메뉴항목을 선택하면, 상기 프로토콜 시뮬레이터(73)는 에뮬레이팅된 시스템으로 연결된다. 이들 에뮬레이팅된 시스템들은 3개 카테고리(category)로 구분되는 바, 선택된 메뉴항목에 관계된 선로 중개장치 카드(LICs)(91) 숫자별로, 소, 중 및 대로 나눈 것이 그것이다.

도 12는 본 발명에서의 개발 시스템에 대한 테스트 환경을 한정하는 데 사용되는 컴퓨터 디스플레이상의 네트웍 맵 편집기(120)를 나타낸 도면이다. 디스플레이 중앙의 테스트(테스트 노드)(131)중인 노드 주위를 일련의 시뮬레이팅된 노드들(121∼130)이 둘러싸고 있다. 상기 테스트 노드(131)는, 상기 도 11의 쉘프선택 매뉴(110)를 사용하는 사용자에 의해 선택된 시스템 형태에 따라, 하나의 실제 하드웨어 타겟 또는 시뮬레이팅된 시스템일 수도 있다. 사용자가 실제 타겟 하드웨어 시스템을 선택하게 되면, 상기 테스트 노드(131) 및 주위 노드들(121∼130)간 연결(132)은 물리적 연결(physical link)로 된다. 사용자가 에뮬레이팅된 시스템을 선택하는 경우, 상기 테스트 노드(131) 및 주위 노드들(121∼130)간 연결(132)은 시뮬레이팅된 SS7 링크로 된다. 각각의 노드에는 하나의 신호발생점 코드(예컨대, 7-9-60) 및 시뮬레이팅되는 노드의 단축이름(예컨대, MSC4)이 붙어 있다.

도 13은 개인통신 시스템(PCS) 이동 전기통신 시스템내 베이스 스테이션 제어기(BSC)에서 수행된 단순 위치 업데이팅 시퀀스의 상기 프로토콜 시뮬레이터내 시뮬레이션을 보여주는, 컴퓨터상의 네트웍 맵을 나타내는 도면이다. 이동 사용자가 이동 전화기를 켜면, 상기 BSC측 프로토콜 시뮬레이션의 스탭(136)에 나타낸 바와 같이, 상기 위치 업데이팅 시퀀스가 시작된다. 상기 BSC는, 이어서, 그 이동 쉬칭 센터(Mobile Switching Center, MSC)로 위치 업데이팅 리퀘스트 메시지(137)를 보내며, 이 메시지는 상기 사용자 홈 로케이션 레지스터(HLR)내 이동 사용자 위치를 업데이트하게 된다. 이어서, 상기 MSC로부터 BSC(138)로, 확인 메시지가 회신된다.

도 13에 있어서, 메시지들을 접수하는 시뮬레이팅된 노드들은, 중앙의 수직선 좌측에 화살표가 표시되어 있다. 메시지들을 전송하는 시뮬레이팅된 노드들은 중앙의 수직선 우측에 화살표가 표시되어 있다. 메시지들을 접수 및 전송하는 노드들의 경우, 상기 수직선 양측에 표살표가 표시되어 있다. "루프"라는 라벨이 붙은 시뮬레이팅된 노드(139)는, 디스플레이상 중앙에 위치하며, 상기 시뮬레이션이 또다른 접수대상 메시지를 기다리게 되는 홀딩점(holding point)이다. 타이머(141)가 상기 루프의 활성을 모니터링하는 바, 기설정된 기간(예컨대, 10초)동안 아무런 활성이 없으면, 해당 테스트 시퀀스는 종료된다.

상기 프로세스는, 노드(136)에서 시작되며, 상기 BSC가 위치 업데이팅 리퀘스트 메시지를 상기 MSC로 전송하게 되는 노드(137)로 이동한다. 본 발명의 개발 테스트 시스템에 있어서, 상기 리퀘스트 메시지는, 실제 타켓 MSC 및 HLR로 진입할 수도 있고, 또는 상기 피그-툴(84)을 통하여, 트래픽 취급 소프트웨어 및 기성 HLR을 갖춘 에뮬레이터로 진입할 수도 있다. 상기 로케이션 업데이팅 리퀘스트 메시지는 SS7 포맷이며, 피그-툴은 이를 에뮬레이터 명령으로 변환한다. 에뮬레이터가 상기 리퀘스트에 대해 응답하는 경우, 상기 피그-툴은, BSC 시뮬레이션으로의 전송을 위하여, 상기 응답을 SS7 포맷으로 역전환한다. 상기 MSC 에뮬레이터가 리퀘스트 메시지로서 응답하면, 상기 BSC 시뮬레이션은, 연결확인(connection confirmation, CC) 메시지를 접수하게 된다(노드 138). 프로세스는, 이어서 상기 루프 노드(139)로 이동하며, 그리고 상기 MSC 에뮬레이터를 기다려 리퀘스트 메시지에 응답한다. 상기 로케이션 업데이팅 메시지가 승인되면, BSC시뮬레이션은, 로케이션 업데이팅 승인 메시지를 접수하게 된다(노드 142). 상기 MSC/에뮬레이터로의 연결이 해제되고(노드 143), 해제완료 메시지가 보내진다(노드 144). 이어서, 프로세스가 종료된다(노드 145).

도 14는 상기 피그-툴(84)로 접속가능한 프로토콜 에뮬레이션 시스템들(가상 쉘프들)(148)의 컴퓨터 디스플레이상 메뉴(146)를 나타내는 도면이다. 이 리스트는 상기 도 11의 프로토콜 시뮬레이터내 쉘프선택 메뉴(110)상에 리스트된 바의 프로토콜 시뮬레이션 시스템들과 동일하다. 프로토콜 시뮬레이션 시스템(예컨대, exuboge_대(149 ))을 선택하면, 해당 시스템관계 유용 노드들 또는 선로 중개장치 카드들(LICs)의 리스트(151)가 디스플레이된다. 상기 선로 중개장치 카드들(LICs)의 리스트(151)는 또한, 에뮬레이팅된 전기통신 시스템내 데이터에 해당하는 각 신호발생점들(STs)에 대한 참조표(reference)를 포함한다. 작업자가 일단 프로토콜 시뮬레이션 시스템, 및 테스트에 사용될 LICs를 선택하면, "MGTS 가상쉘프"라는 라벨이 붙은 버튼(152)을 누르는 즉시, 게이트웨이 인터넷 소켓(83)(도 7)으로의 연결이 이루어진다. 연결이 이루어진 경우, "에뮬레이터" 버튼(153)을 누름으로써 상기 에뮬레이터로 연결된다. 즉, 피그-툴(84)은 상기 프로토콜 시뮬레이터에 의해 생성된 시뮬레이팅된 LIC와 해당 시뮬레이팅된 시스템내 신호발생점간을 연결시켜준다.

도 15는 상기 프로토콜 시뮬레이터(PASM 시뮬레이션이란 라벨이 붙음)(156), 피그-툴(157) 및 상기 에뮬레이팅된 시스템(에뮤툴이란 라벨이 붙음)(158)에 각각 해당하는 3상 윈도우 컴퓨터 디스플레이(155)상의 모습을 나타내는 도면이다. 상기 프로토콜 어뎁터블 스테이트 머신(PASM) 시스템 윈도우(156)의 상단부(159)는, 상기 로케이션 업데이팅 시퀀스가 상기 이동 스위칭센터/홈로케이션 레지스터(MSC/ HLR)내에서 수행되고, 해당 프로토콜 시뮬레이터에 의해 상기 BSC 프로토콜 시뮬레이션이 증명되었음을 나타낸다. 중앙부(161)는, 특정 메시지가 전송되고 접수되는 시간을 나타내는 하나의 로그(log)이다. 바닥부(162)는, 상기 도 13의 시뮬레이션 스크립트(135)를, 화살표로 표시된 시뮬레이션 경로와 함께 나타낸 것이다.

상기 피그-툴 윈도우(157)는, 피그-툴(84)로 접속가능한 프로토콜 시뮬레이션 시스템들(실제 쉐프들)의 매뉴(148)를 보여주는 상단부(163)를 포함한다. 그 하단부(164)는, 데이터가 상기 게이트웨이 소켓(83)(도 7)을 통과함에 있어, 상기 프로토콜 시뮬레이터(73)와 피그-툴(84) 사이에 전송 및 접수되는 메시지들에 관한 데이터를 제공하는 메시지 모니터이다.

상기 에뮬레이터 윈도우(158)는 피그-툴(84)로부터 상기 에뮬레이터(72)로 향하는 명령 및 데이터에 관한 정보를 제공한다. 도 9에 나타낸 바와 같이, 피그-툴(84)내 컨버터(94)는 상기 SS7 헥스(hex)를 에뮬레이터 코드로 변환하고, 이를 어플리케이션 프로그래밍 중개장치(API)(95)로 보낸다. 상기 상단 에뮬레이터 로그부(165)(도 15)는 에뮬레이터 코드 형태로 접수된 명령, 및 접수된 명령별 신호연결점(167)을 보여준다. 하단 명령부(부분적으로 가려짐)(168)는 상기 피그-툴(84)로부터 에뮬레이터(72)로 보내진 명령 요약문을 제공한다.

도 16은 상기 도 15상 피그-툴 상태 윈도우(157)의 메시지 모니터부(164)에 관한 상세 리스트이다. 데이터는 테스트용으로 선택된 모든 LIC로 제공된다. 윈도우(164)는 각각의 메시지 소오스(171)(예컨대, "MGTS로부터 접수"), 독점적 헤더 정보(172), 및 메시지(173)내의 정보를 디스플레이한다. 상기 헤더 정보(172)는 상기 개정, 프로토콜, 방향, 및 해당 SS7 메시지 길이를 표시한다. 메시지 데이터(173)는 60진법 표기하의 옥테트(8비트) SS7 데이터 형태로 주어진다. 상기 피그-툴(84)은, 상기 프로토콜 시뮬레이터(73)(도 7)로부터 메시지를 접수함과 동시에 상기 에뮬레이터(72)로 보낼 수도 있다.

이상, 본 발명의 구성 및 작용을 명확히 설명한 것으로 믿어진다. 설명한 바의 방법, 장치 및 시스템은 바람직한 실시예에 한정되는 바, 첨부된 특허청구범위의 발명범위 및 기본취지를 벗어나지 않고서도, 다양한 수정 및 변형이 가능함은 물론이다.

이상 설명한 바와 같이, 본 발명의 게이트웨이는, 데이터 네트웍 프로토콜 형태로 포맷팅된 신호로 변환하거나, 또는 해당 형태의 신호를 다른 형태로 변환할 수 있다. 따라서, 테스트 장비를 직접 시뮬레이터에 연결할 필요가 없게 된다.

즉, 개발관련 테스트를 포함한 모든 테스트 시스템의 유동성 향상을 가져오는 효과가 있다.

Claims

네트웍 프로토콜 형태로 포맷팅된 신호들을 네트웍으로부터 접수하고, 또한 해당 네트웍으로 신호들을 보내기 위한 수단과;

상기 접수된 신호들을 에뮬레이터 코드 형태의 명령들로 변환하고, 에뮬레이터 코드 형태의 가공된 명령들을 상기 네트웍 프로토콜 형태의 신호들로 변환하기 위한 수단과;

상기 에뮬레이터 코드 형태의 명령들을 상기 에뮬레이터로 보내고, 해당 에뮬레이터로부터, 에뮬레이터 코드 형태의 상기 가공된 명령들을 접수하기 위한 수단을 포함하여 구성된 것을 특징으로 하는, 전기통신 시스템 에뮬레이터를 네트웍에 연결하기 위한 프로토콜 중개장치 게이트웨이.
제1항에 있어서, 네트웍 프로토콜 형태로 포맷팅된 상기 네트웍으로부터의 신호들을 접수하기 위한 수단이, 상기 네트웍 프로토콜의 개방시스템 상호연결(OSI) 층1 및 2를 교체하는 UNIX 소켓을 포함하는 것을 특징으로 하는, 전기통신 시스템 에뮬레이터를 네트웍에 연결하기 위한 프로토콜 중개장치 게이트웨이.
제2항에 있어서, 네트웍 프로토콜 형태로 포맷팅된 상기 네트웍으로부터의 신호들을 접수하기 위한 수단이, 신호발생 시스템 7(SS7) 호환성의 어떤 프로토콜 형태로 포맷팅된 신호들을 접수하기 위한 수단을 포함하는 것을 특징으로 하는, 전기통신 시스템 에뮬레이터를 네트웍에 연결하기 위한 프로토콜 중개장치 게이트웨이.
제3항에 있어서, 상기 에뮬레이터가 상기 에뮬레이터 코드 형태의 명령들을 가공함으로써 타겟 전기통신 노드를 에뮬레이팅하고, 해당 타겟 전기통신 노드에서 사용되는 어플리케이션 블록들내의 코드를 실행하기 위한 수단을 포함하는 것을 특징으로 하는, 전기통신 시스템 에뮬레이터를 네트웍에 연결하기 위한 프로토콜 중개장치 게이트웨이.
제4항에 있어서, 상기 네트웍이 로컬 에리어 네트웍(LAN)인 것을 특징으로 하는, 전기통신 시스템 에뮬레이터를 네트웍에 연결하기 위한 프로토콜 중개장치 게이트웨이.
제5항에 있어서, 상기 로컬 에리어 네트웍이 에더넷 LAN인 것을 특징으로 하는, 전기통신 시스템 에뮬레이터를 네트웍에 연결하기 위한 프로토콜 중개장치 게이트웨이.
제4항에 있어서, 상기 네트웍이 와이어 에리어 네트웍(WAN)인 것을 특징으로 하는, 전기통신 시스템 에뮬레이터를 네트웍에 연결하기 위한 프로토콜 중개장치 게이트웨이.
프로토콜 중개 게이트웨이를 갖춘 네트웍으로부터, 네트웍 프로토콜 형태로 포맷팅된 신호들을 접수하는 단계와;

상기 프로토콜 중개 게이트웨이내에서, 상기 접수된 신호들을 에뮬레이터 코드 형태의 명령으로 변환하는 단계와;

상기 에뮬레이터 코드 형태의 명령을 상기 프로토콜 중개 게이트웨이로부터 가공를 위한 상기 에뮬레이터로 보내는 단계와;

상기 에뮬레이터내에서, 상기 타겟 전기통신 노드에서 사용되는 어플리케이션 소프트웨어 블록내 코드를 실행하는 단계와;

상기 에뮬레이터 코드 형태의 가공된 명령을, 상기 프로토콜 중개 게이트웨이를 갖춘 상기 에뮬레이터로부터 접수하는 단계와;

상기 프로토콜 중개 게이트웨이내에서, 에뮬레이터 코드 형태의 가공된 명령을 상기 네트웍 프로토콜 형태의 신호들로 변환하는 단계와;

상기 네트웍 프로토콜 형태의 신호들을 상기 프로토콜 중개 게이트웨이로부터 상기 네트웍으로 보내는 단계를 포함하여 구성된 것을 특징으로 하는, 타겟 전기통신 노드를 에뮬레이팅하는 에뮬레이터를 네트웍에 연결하는 방법.
제8항에 있어서, 네트웍 프로토콜 형태로 포맷팅된 상기 네트웍으로부터의 신호들을 접수하는 단계가, UNIX 소켓을 갖춘 상기 네트웍 프로토콜의 개방시스템 상호연결(OSI) 층1 및 2를 교체하는 것을 포함한 것을 특징으로 하는, 타겟 전기통신 노드를 에뮬레이팅하는 에뮬레이터를 네트웍에 연결하는 방법.
제9항에 있어서, 네트웍 프로토콜 형태로 포맷팅된 상기 네트웍으로부터의 신호들을 접수하는 단계가, 어떤 신호발생 시스템 7(SS7)호환성 프로토콜 형태로 포맷팅된 신호들을 접수하는 것을 포함한 것을 특징으로 하는, 타겟 전기통신 노드를 에뮬레이팅하는 에뮬레이터를 네트웍에 연결하는 방법.
제10항에 있어서, 상기 프로토콜 중개 게이트웨이를 갖춘 상기 네트웍으로부터의 신호들을 접수하는 단계가, 상기 로컬 에리어 네트웍(LAN)으로부터의 신호를 접수하는 것을 포함한 것을 특징으로 하는, 타겟 전기통신 노드를 에뮬레이팅하는 에뮬레이터를 네트웍에 연결하는 방법.
제11항에 있어서, 로컬 에리어 네트웍으로부터 상기 신호들을 접수하는 단계가, 에더넷 LAN으로부터의 상기 신호들을 접수하는 것을 포함한 것을 특징으로 하는, 타겟 전기통신 노드를 에뮬레이팅하는 에뮬레이터를 네트웍에 연결하는 방법.
제10항에 있어서, 상기 프로토콜 중개 게이트웨이를 갖춘 상기 네트웍으로부터의 신호들을 접수하는 단계가, 와이드 에리어 네트웍(WAN)으로부터의 신호를 접수하는 것을 포함한 것을 특징으로 하는, 타겟 전기통신 노드를 에뮬레이팅하는 에뮬레이터를 네트웍에 연결하는 방법.