KR100528279B1 - 비에스에스 피엘디 검증 방법 및 장치 - Google Patents

Abstract

본 발명에 따른 기지국, 기지국 제어기, 기지국 관리기를 포함하는 이동 통신 시스템에서 PLD 검증을 수행하는 방법에 있어서, 상기 기지국 관리기에서 운용 보전망을 통해 검증용 PLD를 전송하는 단계와, 상기 검증용 PLD를 PLD 지정 정보(예를 들어, 버전, 날짜, 디렉토리 정보 등)와 함께 검증용 PLD 파일로서 저장하는 단계와, 상기 운용 컴퓨터 또는 상기 기지국 관리기로부터 상기 검증용 PLD 파일에 대한 PLD 검증 요청을 수신하는 단계와, 상기 PLD 지정 정보에 상응하여 상기 검증용 PLD 파일을 읽어들이는 단계와, 상기 PLD 검증 방법에 상응하여 미리 저장된 명령어 데이터 목록 또는 릴레이션 목록을 읽어들이는 단계와, 상기 명령어 데이터 목록 또는 상기 릴레이션 목록을 기준으로 하여 상기 PLD 검증 방법에 상응하는 PLD 검증을 수행하는 단계를 포함하는 것을 특징으로 하는 PLD 검증 방법에 관한 것이다.

Description

비에스에스 피엘디 검증 방법 및 장치{METHOD AND APPRATUS FOR VERIFYING BSS PLD}

본 발명은 BSS PLD 검증 방법 및 장치에 관한 것으로서, 특히 인터넷망을 통해 PLD를 업로드/다운로드하거나 검증 처리할 수 있도록 하여 종래의 PLD 업데이트 및 검증 방식으로 인한 시간과 인력의 낭비를 줄일 수 있고, 이동 통신 시스템의 시스템 안정성을 높일 수 있는 BSS PLD 검증 방법 및 장치에 관한 것이다.

BSS PLD 검증 시스템에서, BSS(Base Station System)는 기지국 시스템으로서 기지국(BTS : Base Transciever System)과 기지국 제어기(BSC : Base Station Controller)를 통칭하는 의미이고, PLD(Program Loaded Data)는 프로그램 로드 데이터의 의미이다.

PLD는 이동 통신 시스템의 운용 데이터로서 이동 통신 시스템 구성에 필요한 데이터를 효율적으로 생성하고 관리하기 위해 구성된다. 즉, PLD는 이동 통신 시스템을 구성하는 장치(예를 들어, 기지국, 기지국 제어기, 교환기 등) 및 내부 프로세서에 관한 하드웨어 형상(Configuration) 정보, 소프트웨어 구동 정보, 파라미터, 자원 및 상태에 관련된 데이터의 집합이다. 운용국(예를 들어, 케이티, 에스케이 등의 이동 통신 서비스 업체)은 PLD에 대한 운용 및 유지, 보수를 수행함으로써 이동 통신 시스템 전반을 관리할 수 있다.

일반적으로, PLD는 주로 교환기를 제작하여 공급하는 공급사(예를 들어, 대우, 머큐리, 현대)에서 제작되어 운용국으로 제공된다.

종래에는 공급사에서 제작된 PLD가 자기 테이프에 기록되어 교통수단을 통해 운용국으로 배달되었으며, 인터넷망을 통해 업로드/다운로드하거나 처리할 수 있는 방법이 없었다. 따라서, 기지국의 증설 또는 감축, 시스템 오류 등 PLD 업데이트나 검증이 필요한 상황이 발생하는 경우에 시간과 인력 면에서 많은 낭비가 불가피하였다.

또한, PLD 검증 방법이 공급사에 의존하는 형태이거나 운용국에서 수행할 수 있는 자체 검증 방식의 경우에도 약식 검증의 형태로만 제한되어 있어 시스템 안정화에 반하는 불안 요소가 되어 왔다.

이러한 문제점 해결을 위하여 운용국 측에서 운용 가능한 PLD 검증 툴(TOOL)를 개발하여 운용하는 경우가 있으나, 이는 운용국 마다 제한적으로만 적용 가능하였으며 기지국 시스템과 연동되어 이동 통신 시스템을 포괄적으로 운용 및 관리할 수 있도록 하는 BSS PLD 검증 방법 및 장치가 없었다.

따라서, 본 발명의 목적은 인터넷망을 통해 PLD를 업로드/다운로드하거나 검증 처리할 수 있도록 하여 종래의 PLD 업데이트 및 검증 방식으로 인한 시간과 인력의 낭비를 줄일 수 있는 BSS PLD 검증 방법 및 장치를 제공하는 것이다.

본 발명의 다른 목적은 이동 통신 시스템의 시스템 안정성을 높일 수 있는 BSS PLD 검증 방법 및 장치를 제공하는 것이다.

본 발명의 또 다른 목적은 운용국 자체적으로 툴을 개발하여 제한적으로 운용되었던 PLD 검증 방법의 적용 범위를 확장하여 기지국 시스템과 연동되어 이동 통신 시스템을 포괄적으로 운용 및 관리할 수 있도록 하는 BSS PLD 검증 방법 및 장치를 제공하는 것이다.

상기 목적들을 달성하기 위하여 본 발명의 일 측면에 따르면, 기지국, 기지국 제어기, 기지국 관리기를 포함하는 이동 통신 시스템에서 PLD 검증을 수행하는 방법에 있어서, 상기 기지국 관리기에서 운용 보전망을 통해 검증용 PLD를 전송하는 단계와, 상기 검증용 PLD를 PLD 지정 정보(상기 검증용 PLD를 읽어들일 수 있도록 하는 정보인 버전, 날짜, 디렉토리 정보 중 적어도 어느 하나임)와 함께 검증용 PLD 파일로서 저장하는 단계와, 상기 운용 컴퓨터 또는 상기 기지국 관리기로부터 상기 검증용 PLD 파일에 대한 PLD 검증 요청(상기 PLD 지정 정보와 PLD 자료 추출, 공통 파라미터 검증, PLD 비교 검증 중 적어도 어느 하나인 PLD 검증 방법을 포함함)을 수신하는 단계와, 상기 PLD 지정 정보에 상응하여 상기 검증용 PLD 파일을 읽어들이는 단계와, 상기 PLD 검증 방법에 상응하여 미리 저장된 명령어 데이터 목록 또는 릴레이션 목록을 읽어들이는 단계와, 상기 명령어 데이터 목록 또는 상기 릴레이션 목록을 기준으로 하여 상기 PLD 검증 방법에 상응하는 PLD 검증을 수행하는 단계를 포함하는 것을 특징으로 하는 PLD 검증 방법과 당해 PLD 검증 방법의 실행을 가능하게 하는 장치가 제공된다. 본 발명에 따른 상기 명령어 데이터 목록 또는 상기 릴레이션 목록을 기준으로 하여 상기 PLD 검증 방법에 상응하는 PLD 검증을 수행하는 단계는, 상기 PLD 검증 방법이 상기 PLD 자료 추출인 경우, 상기 검증용 PLD 파일에 포함된 각각의 검증용 PLD를 구성하는 릴레이션 그룹을 읽어들이는 단계와, 상기 릴레이션 그룹에 포함된 각각의 릴레이션을 구성하는 튜플 그룹을 읽어들이는 단계와, 상기 명령어 데이터 목록 또는 상기 릴레이션 목록을 검사하여 상기 튜플 그룹에 포함된 각각의 튜플이 자료 추출 대상인지 여부를 판단하는 단계와, 상기 튜플이 자료 추출 대상인 경우 상기 튜플을 검증 데이터 목록에 저장하는 단계와, 상기 검증 데이터 목록에 상응하여 검증 보고서를 생성하는 단계를 포함할 수 있다.

본 발명에 따른 상기 명령어 데이터 목록 또는 상기 릴레이션 목록을 기준으로 하여 상기 PLD 검증 방법에 상응하는 PLD 검증을 수행하는 단계는, 상기 PLD 검증 방법이 공통 파라미터 검증인 경우, 상기 검증용 PLD 파일에 포함된 각각의 검증용 PLD를 구성하는 릴레이션 그룹을 읽어들이는 단계와, 상기 릴레이션 그룹에 포함된 각각의 릴레이션에 대한 릴레이션 아이디를 추출하는 단계와, 상기 릴레이션 아이디가 미리 지정된 공통 파라미터 영역에 해당되는지 여부를 확인하는 단계와, 상기 릴레이션 아이디가 상기 공통 파라미터 영역에 해당되는 경우 상기 릴레이션 아이디에 상응하는 릴레이션을 미리 저장된 공통 데이터 목록(상기 공통 파라미터 영역에 해당되는 상기 릴레이션 아이디에 상응하는 릴레이션의 데이터값이 튜플 기반으로 저장된 데이터 목록)과 비교하는 단계와, 비교 결과에 상응하여 검증 보고서를 생성하는 단계를 포함할 수 있다.

본 발명에 따른 상기 명령어 데이터 목록 또는 상기 릴레이션 목록을 기준으로 하여 상기 PLD 검증 방법에 상응하는 PLD 검증을 수행하는 단계는, 상기 PLD 검증 방법이 PLD 비교 검증인 경우, 상기 PLD 비교 검증을 수행하기 위해 운용 PLD 파일 및 신규 PLD 파일을 읽어들이는 단계와, 상기 운용 PLD 파일에 포함된 각각의 운용 PLD를 구성하는 운용 릴레이션 그룹을 읽어들이는 단계와, 상기 운용 릴레이션 그룹에 포함된 각각의 운용 릴레이션을 구성하는 운용 튜플 그룹을 읽어들이는 단계와, 상기 튜플 그룹에 포함된 각각의 운용 튜플에 대한 튜플 어드레스를 획득하기 위해 키 정보를 추출하는 단계와, 상기 키 정보를 이용하여 상기 튜플 그룹의 시작 어드레스 및 오프셋 정보를 산출하는 단계와, 신규 PLD 파일을 검사하여 상기 운용 튜플 그룹의 시작 어드레스에 상응하여 저장된 신규 튜플 그룹을 읽어들이는 단계와, 상기 오프셋 정보를 적용하여 상기 신규 튜플 그룹에 포함된 각각의 신규 튜플과 상기 운용 튜플을 비교하는 단계와, 비교 결과에 상응하여 검증 보고서를 생성하는 단계를 포함할 수 있다.

본 발명의 다른 측면에 따르면, 기지국, 기지국 제어기, 기지국 관리기를 포함하는 이동 통신 시스템에서 네이버 리스트 검증을 수행하는 방법에 있어서, 자국 PLD 파일을 검사하여 미리 저장된 네이버 정보 목록에 포함된 각각의 네이버 정보(상기 기지국의 인접 기지국에 관한 PLD 정보)에 대한 자국 검증 데이터를 추출하는 단계와, 상기 자국 검증 데이터를 검사하여 상기 인접 기지국에 관한 정보를 확인하는 단계와, 상기 인접 기지국의 PLD인 대국 PLD 파일을 검사하여 상기 네이버 정보 목록에 포함된 각각의 네이버 정보에 대한 대국 검증 데이터를 추출하는 단계와, 상기 대국 검증 데이터를 검사하여 상기 기지국이 상기 인접 기지국의 네이버로 등록되어 있는지 여부를 확인하는 단계와, 상기 인접 기지국이 유효한 기지국인지 여부를 검사하는 단계와, 상기 네이버 정보 목록에 포함된 상기 네이버 정보간 데이터가 상호 모순되지 않는지 여부를 검사하는 단계를 포함하는 것을 특징으로 하는 네이버 리스트 검증 방법이 제공되고, 당해 네이버 리스트 검증 방법의 실행을 가능하게 하는 장치가 제공된다.

본 발명의 또 다른 측면에 따르면, 기지국, 기지국 제어기, 기지국 관리기를 포함하는 이동 통신 시스템에서 상기 기지국의 재배치 관련 배치파일을 생성하는 방법에 있어서, 상기 기지국 관리기로부터 기지국 변경 정보(형상 변경 정보, 파라미터 변경 정보, 자국 네이버 정보, 대국 네이버 정보 중 적어도 어느 하나임)를 수신하는 단계와, 상기 기지국 변경 정보에 상응하여 기지국 변경 내역서(형상 변경 현황, 파라미터 변경 현황, 네이버 변경 현황 중 적어도 어느 하나를 포함함)를 생성하는 단계와, 상기 기지국 변경 내역서에 상응하여 기지국 재배치(네이버 재배치, 파라미터 재배치 중 적어도 어느 하나임) 처리를 수행하는 단계와, 상기 기지국 재배치 처리에 상응하여 재배치 내역서를 생성하는 단계를 포함하는 것을 특징으로 하는 기지국 재배치 관련 배치파일 생성 방법이 제공되고, 당해 기지국 재배치 관련 배치파일 생성 방법의 실행을 가능하게 하는 장치가 제공된다.

일반적으로, 이동 통신 시스템에는 기지국(BTS : Base Transciever System), 다수 개의 기지국을 제어하는 기지국 제어기(BSC : Base Station Controller), 다수 개의 기지국 제어기를 운용 및 유지, 보수하기 위해 각 운용국마다 설치되는 기지국 관리기(BSM : Base Station Manager)가 포함되고, 기지국(112)과 기지국 제어기(114)를 합하여 기지국 시스템(BSS : Base Station System)이라 칭한다.

PLD는 이동 통신 시스템에서 운용되는 프로그램 로드 데이터(Program Loaded Data)로서, 컴파일(Compile)된 이진 데이터(Binary Data)로 이루어진 데이터이고, 기지국 시스템의 형상 관리를 수행하기 위한 기초 데이터이다. 기지국 제어기 내에는 CCP(Call Control Processor : 이하 CCP라 칭함)가 존재하고, 이에 따른 CCP PLD가 기지국 제어기의 개수만큼 존재하게 된다. 또한, 기지국 내에는 BCP(BS Control Processor : 이하 BCP라 칭함)가 존재하고, 이에 따른 BCP PLD가 기지국 개수만큼 존재하게 된다.

PLD는 BSM PLD, CCP PLD, BCP PLD로 나뉘어 관리되고, 각각의 PLD는 위치하는 곳 또는 구성 요소가 되는 릴레이션에 따라 구분된다. 그리고, CCP는 동일 교환기(도시되지 않음) 상의 모든 BCP에 대한 공통 데이터를 보유하고 있다. 공통 데이터라 함은 각 기지국에 공통적으로 필요한 데이터를 의미한다. 본 발명에 따른 BSS PLD 검증 시스템은 기지국 시스템 관련 PLD(본 발명에서는 주로 CCP PLD 또는 BCP PLD를 대상으로 함)에 대한 PLD 검증 기능, 패키지(Package, 이하에서는 PLD 및 어플리케이션을 의미하는 용어로 사용함) 관리 기능, 전용 FTP(File Transfer Protocol : 파일 전송 프로토콜)를 이용한 PLD 배포 기능, 사용자 요구에 따른 다양한 형태의 보고서 제공 기능 등을 수행하는 시스템이다.

BSS PLD 검증 기능은 기지국 시스템 관련 PLD 오류로 인한 시스템 장애 방지와 방대한 기지국 무선 데이터의 효율적인 관리를 위한 기능이다. 기지국 증설이나 감축, 시스템 오류 발생, 기지국 시스템 버전업, 변경된 파라미터의 데이터량이 많아서 주기적 검증이 필요한 경우, 기지국 재배치나 수용변경, 네이버 리스트 검증이 필요한 경우 등의 상황에서 PLD 검증 작업이 필요하게 된다. 패키지 관리 기능은 기지국 시스템 관련 PLD 및 어플리케이션의 버전 관리, 공급사와 운용국간 전송 및 관리 체계의 시스템화, 운용국간 전송 및 관리 체계의 시스템화 등으로 시간과 인력을 절감하여 업무 효율을 향상시키기 위한 기능이다.

BSS PLD 검증 시스템은 종래에 운용 중인 망 구조를 유지하는 BSS PLD 검증 시스템, 종래의 망 구조에 인터넷을 연동시키는 BSS PLD 검증 시스템으로 구분될 수 있다.

이하에서는 첨부된 도면을 참조하여 각각의 BSS PLD 검증 시스템에 대한 본 발명의 바람직한 실시예를 상세히 설명하기로 한다.

도 1은 본 발명의 바람직한 일 실시예에 따른 BSS PLD 검증 시스템의 개략적인 시스템 구성도이다.

도 1을 참조하면, BSS PLD 검증 시스템은 기지국 시스템(110), 기지국 관리기(120), 운용 보전망(130), PLD 검증 서버(140), 운용 컴퓨터(170) 등을 포함할 수 있다.

기지국 시스템(110)은 기지국(112)과 기지국 제어기(114)를 통칭하는 용어이다. 기지국(112)은 단말기와 기지국 제어기(114)간의 접속 기능을 담당하는 장치로, 이동 통신 시스템 상의 교환기(미도시)와 단말기간을 결합시켜 주고 단말기와의 무선 접속, 동기 유지, 통화 채널 할당 또는 해제 등의 기능을 수행한다.

기지국 제어기(114)는 교환기와 기지국(112) 사이에 위치하여 기지국운용의 관리, 기지국 하드웨어와 소프트웨어의 서비스 상태의 관리, 호 트래픽에 대한 자원의 할당과 구성, 기지국 운용에 관한 정보수집, 기지국 운용의 감시 및 탐지된 고장에 관련된 하부 장치 감시 등의 기능을 수행한다. 또한, 기지국(112)간 및 기지국 제어기(114)간의 핸드오프 기능 및 교환기간의 소프트핸드오프 기능을 제공하기도 한다.

기지국 관리기(120)는 여러 개의 기지국 시스템(110)(즉, 기지국 제어기(114) 및 기지국(112))의 하드웨어와 소프트웨어의 상태 및 형상 관리, 기지국 운용에 관한 정보 수집, 기지국 운용의 감시 및 탐지된 고장에 관련된 하부 장치 감시, 명령어에 의한 시험, 통계 자료 수집 등의 기능을 수행한다. 운용자는 기지국 관리기(120)를 이용해 PLD 검증 서버(140)로 PLD를 업로드할 수 있다.

운용 보전망(130)은 운용국(예를 들어, 케이티, 에스케이 등의 이동 통신 서비스 업체)의 인트라넷으로서, 이동 통신 시스템 상의 모든 장치들은 운용 보전망(130)과 직접적 혹은 간접적으로 결합된다. 운용 보전망(130)은 TCP/IP 프로토콜(Transmission Control Protocol/Internet Protocol)을 이용하여 구성될 수 있다.

PLD 검증 서버(140)는 BSS PLD 검증과 패키지 관리를 수행하는 장치로서, 사용자 인증, 패키지 관리, PLD 검증, PLD 검증 히스토리 관리, 시스템 환경 설정, 운영 정보 관리 등의 기능을 수행한다. PLD 검증 서버(140)는 PCS(Personal Communication Services) 및 셀룰러 방식(2세대 이동통신), CDMA2000 방식(1X 또는 2.5세대 이동통신), IMT2000 방식(3세대 통신) 등을 이용해 이동 통신 서비스를 제공하는 이동 통신 시스템에서 해당되는 기능들을 수행할 수 있다.

또한, PLD 검증 서버(140)에는 기지국 관리기(120)와 호환되는 자기 테이프 드라이브가 구비되어 있어 PLD가 자기 테이프에 기록되는 경우 이를 판별하여 이용할 수 있다.

운용 컴퓨터(170)는 운용 보전망(130)을 통해 PLD 검증 서버(140) 및 기지국 관리기(120)와 결합되는 장치이다. 운용자는 운용 컴퓨터(170)를 이용해 PLD 검증 서버(140)에 접속하여 BSS PLD 및 이와 관련된 패키지에 대한 정보를 추출 및 관리할 수 있다. 또한, 운용자는 운용 컴퓨터(170)를 이용해 기지국 관리기(120)에 접속하여 PLD를 복사(Copy) 할 수 있고, PLD 검증 서버(140)로 업로드 및 다운로드할 수 있다.

운용 보전망(130)이 TCP/IP 프로토콜을 이용해 구현되므로 BSS PLD 검증 시스템의 접속 규격으로는 TCP/IP 프로토콜이 사용될 수 있고, 운용 보전망(130)을 통해 각 운용국의 기지국 관리기(120) 및 운용 컴퓨터(170)가 연동될 수 있다.

그리고, TCP/IP를 이용하는 상위 계층의 응용 프로토콜로서, 웹서비스에 사용되는 HTTP 프로토콜, 원격지의 컴퓨터에 로그온할 수 있게 해주는 텔넷(Telnet), 파일 전송에 사용되는 FTP(File Trasnfer Protocol), 메일 전송에 사용되는 SMTP(Simple Mail Transfer Protocol) 등이 있다.

따라서, 기지국 관리기(120)와 PLD 검증 서버(140)간의 접속은 HTTP 프로토콜을 이용해 구현되는 웹이나 원격지의 컴퓨터에 로그온할 수 있게 해주는 텔넷을 이용하여 수행 가능할 수 있다.

또한, 사용자가 기지국 관리기(120)나 운용 컴퓨터(170)를 이용해 PLD 검증 서버(140)에 접속하고자 할 경우에는 인증 처리 절차를 거치도록 할 수 있다. 인증 처리 절차는 사용자 정보(예를 들어, 아이디, 패스워드 등)에 대한 사용자 권한을 확인하여 이에 따라 검증, 업로드 및 다운로드 동작 등에 대한 권한을 부여하거나 제한하는 절차이다.

도 2는 본 발명의 바람직한 다른 실시예에 따른 BSS PLD 검증 시스템의 개략적인 시스템 구성도이다.

도 2를 참조하면, BSS PLD 검증 시스템은 기지국 시스템(110), 기지국 관리기(120), 운용 보전망(130), PLD 검증 서버(140), 운용 컴퓨터(170), 방화벽(210), 인터넷망(220), 공급사 서버(230), PLD 전송 서버(240) 등을 포함하여 구성될 수 있다. 기지국 시스템(110), 기지국 관리기(120), 운용 보전망(130), PLD 검증 서버(140), 운용 컴퓨터(170)의 기능은 도 1에서 이미 설명하였으므로 이에 대한 설명은 필요한 부분에서만 간략히 언급하기로 하고, 이하에서는 방화벽(210), 인터넷망(220), 공급사 서버(230), PLD 전송 서버(240)의 기능에 관해서 기술하기로 한다.

방화벽은 네트워크간에 허가받지 않은 접근을 방지하기 위한 것이다. 즉, 내부 네트워크에 해당되는 운용 보전망(130)을 인터넷망(220)으로부터 보호하기 위한 것으로서, 운용보전망(130)에서 인터넷망(220)으로의 접속은 가능하나 인터넷망(220)에서 운용 보전망(130)으로 접속은 불가능하다.

인터넷망(220)은 통상적인 인터넷 서비스를 제공하기 위한 망으로서, 운용국의 자가망인 운용 보전망(130)과 결합된다.

공급사 서버(230)는 공급사에서 제작한 PLD, 페키지, 관련된 기술자료를 보유하고 있는 장치로서, 인터넷망(220)을 통해 PLD 전송 서버(240)로 PLD 및 관련 패키지를 전송할 수 있다. PLD 전송 서버(240)와 접속될 때 반드시 인증 처리 절차를 거쳐 인증이 완료되면 업로드 패키지를 등록할 수 있다. PLD 전송 서버(240)는 패키지 전송 전용으로 사용되는 장치로서, 패키지 관리, 사용자 인증, 패키지 백업 관리 등을 수행한다. 인터넷망(220)을 통해 공급사 서버(230)로부터 전송되는 PLD 및 관련 패키지를 저장하거나 PLD 검증 서버(140)로부터 PLD 및 패키지 전송 요청이 수신되는 경우 이를 PLD 검증 서버(140)로 전송하는 등의 기능을 수행한다.

도 3a 내지 도 3b에서는 BSS PLD 검증 시스템을 구성하는 장치인 PLD 검증 서버(140)와 PLD 전송 서버(240)의 내부 구조도에 대한 실시예를 나타내고 있다.

도 3a는 본 발명의 바람직한 일 실시예에 따른 PLD 검증 서버의 내부 구조도이다.

도 3a를 참조하면, PLD 검증 서버(140)는 PLD 검증 처리부(310), PLD FTP 처리부(315), 통신부(320), 웹 서버(325), 데이터베이스(330), 운영부(OS)(335) 등을 포함할 수 있다.

PLD 검증 처리부(310)는 운용자가 PLD 검증 작업을 수행할 수 있도록 하기 위한 PLD 검증 툴이다. 운용자는 PLD 검증 처리부(310)를 이용하여 PLD 자료 추출, 공통 파라미터 검증, PLD 비교 검증, 네이버 리스트 검증, 상기 기지국의 재배치 관련 배치파일 생성 등의 PLD 검증 작업을 수행할 수 있다.

PLD FTP 처리부(315)는 검증시 필요한 검증용 자료를 업로드/다운로드하는 기능을 수행하기 위한 응용 어플리케이션이다. 여기서 검증용 자료는 PLD, 패키지, 소프트웨어 블록, 소프트웨어 패치, 소프트웨어 변경 내역서, 기술자료 등을 의미한다.

PLD FTP는 서버/클라이언트 구조를 가지고 있으며, PLD 검증 서버(140)에는 데몬의 형태로 PLD FTP가 설치되게 된다. 데몬(Daemon)은 클라이언트의 요청에 부합하기 위해 서버에 설치되는 서버 프로그램을 말한다.

PLD FTP를 사용하기 위해서는 각 운용국별 기지국 관리기(120)에 PLD FTP 클라이언트가 설치되어야 한다. 운용자는 기지국 관리기(120)에 설치된 PLD FTP 클리이언트를 이용해 PLD 검증 서버(140)에 접속하는 과정, 패키지 업로드/다운로드를 수행하는 과정 등을 간편하고 안정적으로 수행할 수 있다. 그리고, 운용자는 인증 처리 절차를 거쳐 PLD FTP를 사용할 수 있고, 사용 권한이 있는 시스템에 대해서만 업로드 및 다운로드 동작을 수행할 수 있다.

통신부(320)는 PLD 검증 서버(140)가 운용 보전망(130)에 결합되어 있는 장치들(예를 들어, 기지국 관리기(120), 운용 컴퓨터(170) 등과 TCP/IP 프로토콜을 이용해 데이터를 송수신할 수 있도록 하기 위한 응용 어플리케이션이다. 운용 보전망을 통한 데이터 송수신은 웹 방식 또는 텔넷 방식을 이용해 구현될 수 있다.

웹 서버(325)는 상기 운용 보전망에 결합된 기지국 관리기 또는 운용 컴퓨터와의 접속 과정을 관리하고, 상기 접속 과정에서 사용자 인증 처리를 통해 상기 사용자의 사용 권한을 확인하는 기능을 수행하고, 데이터베이스(330)는 PLD 검증 작업을 수행하기 위해 필요한 PLD 및 패키지를 저장하는 기능을 수행한다.

운영부(OS)(335)는 운영체제로서 동작하여 PLD 검증 처리부(310), PLD FTP 처리부(315), 통신부(320), 웹 서버(325), 데이터베이스(330)를 관리하는 기능을 수행한다.

PLD 검증 서버(140)는 운용국별 기지국 관리기(120)나 운용 컴퓨터(170)로부터 현재 운용 중인 PLD를 업로드받을 수 있고, 해당 장치들로 현재 운용 중인 PLD, PLD 검증 결과(버전이나 디렉토리가 다른 PLD간 비교 결과, 자료 추출 결과, 네이버 검증 결과 등), 기지국 재배치 관련 배치(Batch) 파일, 응용 어플리케이션 등을 다운로드할 수 있다. 또한, 각 운용국별 PLD 검증과 업로드/다운로드를 수행하고 이에 대한 모든 히스토리를 확인할 수 있다.

또한, PLD 검증 서버(140)는 PLD 전송 서버(240)에 접속하여 공급사 서버(230)로부터 업로드되어 있는 자료(PLD, 패키지, 패치, 기술자료 등)들을 다운로드하고, 이를 각 운용국에서 다운로드할 수 있도록 하거나 각 운용국에서 업로드한 자료(예를 들어, PLD, 패키지, 기술자료 등)를 PLD 전송 서버(240)로 업로드하는 등의 중간 장치의 역할을 수행할 수 있다.

운용자가 운용 컴퓨터(170)를 이용해 PLD 검증 서버에 접속하는 경우, 웹 방식을 사용하여 PLD 검증 서버(140)에 접속할 수 있다. 즉, 일반적인 웹 브라우저(Explorer 등)를 실행하고 접속 주소를 입력하여 PLD 검증 서버(140)에 접속하면 PLD 검증 서버(140)에 대화 형식으로 구현되어 있는 메인 화면이 나타나도록 하는 방식이 구현될 수 있다.

도 3b는 본 발명의 바람직한 일 실시예에 따른 PLD 전송 서버의 내부 구조도이다.

도 3b를 참조하면, PLD 전송 서버(240)는 패키지 전송 어플리케이션(340), 웹 서버(325), 데이터베이스(330), 운영부(OS)(335) 등을 포함할 수 있다.

패키지 전송 어플리케이션(340)은 공급사 서버(230)에서 제작되어 PLD 전송 서버(240)로 업로드되는 패키지(PLD 및 어플리케이션)를 관리하고, 이를 PLD 검증 서버(140)가 인터넷망을 통해 다운로드받을 수 있도록 하는 기능을 수행하는 응용 어플리케이션이다.

웹 서버(325)는 상기 인터넷망에 결합된 장치(예를 들어, 공급사 서버(230))와의 접속 과정을 관리하고, 상기 접속 과정에서 사용자 인증 처리를 통해 상기 사용자의 사용 권한을 확인하는 기능을 수행하고, 데이터베이스(330)는 공급사 서버(230)로부터 업로드되는 PLD, 패키지, 관련된 기술자료 등을 저장하는 기능을 수행한다.

운영부(OS)(335)는 운영체제로서 동작하여 패키지 전송 어플리케이션(340), 웹 서버(325), 데이터베이스(330)를 관리하는 기능을 수행한다.

편의상 도 3a 내지 도 3b에서는 운용체제를 운영부(OS)(335)로 가정하였으나, 사용 가능한 운용 체제가 반드시 운영부(OS)(335)로 한정되지는 않으며, PLD 검증 서버(140)에 포함되는 각각의 구성요소들을 관리할 수 있는 운영체제라면 어느 것이든 사용 가능함은 당연하다.

공급사 서버(230), PLD 검증 서버(140), 운용 컴퓨터(170) 등의 장치는 PLD 전송 서버에 접속하여 자료 업로드/다운로드 등을 동작을 수행할 수 있으며, 이러한 동작을 수행하기 위해서는 반드시 사용자 인증 처리 절차를 거쳐야 한다.

사용자 인증 처리 절차를 수행한 후 PLD 검증 서버(140)로 관련 자료를 전송하고자 할 경우 전송 여부에 대한 문의 정보를 PLD 검증 서버(140)로 먼저 전송하여 운용자가 확인 클릭시 자동으로 PLD 검증 서버(140)로 전송되도록 할 수 있고, 자료별 보관 기한을 설정하여 PLD 검증 서버(140)로 자동 전송된 후 일정 기간이 지나면 해당 자료가 자동 삭제되도록 할 수 있다.

도 4는 본 발명의 바람직한 일 실시예에 따른 PLD 구조도이다.

도 4를 참조하면 PLD는 PLD 헤더(410), 릴레이션 디렉토리(420), 속성 디렉토리(430), 키 디렉토리(440), 릴레이션 데이터(450) 등을 포함하여 구성될 수 있다.

PLD 헤더(410)는 각 PLD마다 하나씩 존재하는 데이터로서, 이를 통해 전체 PLD의 구조를 알 수 있다. 또한, 릴레이션 디렉토리(420)에 접근(Access)하기 위한 릴레이션 디렉토리 어드레스를 가지고 있다.

릴레이션 디렉토리(420)는 PLD를 구성하는 모든 종류의 릴레이션에 대한 기본 정보를 가진다. 릴레이션 디렉토리(420)에 저장되는 릴레이션에 대한 기본 정보는 릴레이션 아이디, 튜플 사이즈, 튜플 개수, 키 디렉토리 어드레스, 키 개수, 속성 디렉토리, 속성 개수 등을 말한다.

속성 디렉토리(430)는 각 릴레이션을 구성하는 속성들에 대한 기본 정보(예를 들어, 튜플들을 이루는 각 속성별 사이즈 및 타입 등)를 가진다.

키 디렉토리(440)는 각 릴레이션을 구성하는 튜플들의 키 정보(예를 들어, 키 범위, 키의 수 등)를 가진다. 해당 키 정보를 이용해 오프셋을 계산하고, 이를 이용해 릴레이션 데이터(450)의 어드레스를 구한 후 릴레이션 데이터(450)에 접근할 수 있다.

릴레이션 데이터(450)는 실제 형상 정보 및 운용 정보를 가지고 있으며, 튜플 베이스로 저장되어 있다. BSS PLD 검증 시스템에서 실제로 사용되는 PLD라 함은 릴레이션 데이터(450)를 의미한다.

PLD에 접근한다는 것은 실제 형상 정보 및 운용 정보가 저장되어 있는 릴레이션 데이터(450)를 읽어들이는 것을 의미한다. 또한, 릴레이션 데이터(450)는 여러 개의 속성으로 이루어진 튜플들로 구성된 튜플 기반 구조로 되어 있어 속성 정보 및 튜플 정보를 추출하면 PLD에 접근할 수 있다. PLD에 접근하기 위한 과정을 보다 자세히 설명하면 다음과 같다.

첫째, PLD 헤더(410)를 판독하여 릴레이션 디렉토리의 주소를 인지한다.

둘째, 당해 릴레이션 디렉토리의 주소에 상응하는 릴레이션 디렉토리로부터 릴레이션 아이디를 검색한다.

셋째, 당해 릴레이션 아이디에 상응하는 키 디렉토리, 속성 디렉토리 및 릴레이션 주소를 추출한다.

넷째, 릴레이션 주소를 기본으로 키 디렉토리에 저장된 키 정보를 이용한 오프셋(Offset)을 계산하여 해당되는 튜플을 찾아 접근하는 방식으로 PLD에 접근할 수 있다.

PLD 검증 서버(140)에서 수행 가능한 PLD 검증 방법으로는 자료 추출(도 5 참조), 공통 파라미터 검증(도 6 참조), 네이버 리스트 검증(도 7 참조), PLD 비교 검증(도 8 참조), 기지국 재배치(도 9 참조) 등이 있을 수 있다.

도 5는 본 발명의 바람직한 일 실시예에 따른 자료 추출 과정의 순서도이다.

인증 처리 절차를 거친 운용자는 PLD 검증 서버(140)에 접속한 상태에서 간단한 조작을 통해 PLD 자료 추출을 수행할 수 있으며, 옵션 선택에 따라 CDD(Command Data Description, 이하 CDD라 칭함)별/ 릴레이션(Relation)별로 보고서를 다양하게 추출할 수 있다.

여기서, CDD란 명령어 데이터를 의미하는 것으로 각각의 CDD는 각각의 명령어가 실행되는 경우 추출하여 표시할 속성 항목들(예를 들어, BSC_ID, BCP_ID 등)에 대한 목록을 보유하게 되고, 일반적으로 CDD와 릴레이션은 일대일로 대응된다.

종래에 운용자는 명령어 입력 대기 상태에서 여러 종류의 표시(Display) 명령어를 각각 입력하여 명령어별로 지정된 속성 항목들에 대한 데이터를 확인하였으므로 시간 및 인력의 낭비가 많았고, 명령어 문법 에러가 발생할 가능성이 높았다.

본 발명에서는 각각의 검증 방법(예를 들어, 자료 추출, 공통 파라미터 검증, 네이버 리스트 검증, 기지국 재배치 등)을 수행하기 위해 필요한 여러 종류의 CDD 및 CDD별 속성 항목 목록을 CDD 파일로 미리 저장하고, 이를 이용해 검증을 수행함으로써 상술한 문제점들을 해결할 수 있다.

자료 추출 과정을 통해 이동 통신 시스템에 포함된 모든 기지국 시스템(110)에 대한 형상 자료 및 무선 파라미터가 해당 디렉토리에 명령어별 파일로 저장될 수 있고, 엑셀(Excel)이나 텍스트(Text) 등 적합한 형태로 변환 및 출력될 수 있다.

또한, PLD 자료 추출 과정에서 버전별 선택 기능, 기지국 제어기(114)별 자료 출력 기능, 기지국 제어기(114)별 기지국(112)에 대한 자료 출력 기능, 전체 기지국(112)에 대한 네이버 리스트 출력 기능 등이 수행될 수 있다.

도 5를 참조하면, 운용자는 각 운용국에 설치된 기지국 관리기(120)나 운용 컴퓨터(170)를 이용하여 PLD 검증 서버(140)에 접속한 후 이후의 과정들을 수행할 수 있다. 이하에서는 설명의 편의를 위하여 운용자가 운용컴퓨터(170)를 이용해 PLD 검증 서버(140)에 접속한 경우를 가정하여 설명하기로 한다.

단계 510 내지 단계 530에서 수행되는 과정은 실질적인 PLD 검증 작업(예를 들어, 자료 추출, 공통 파라미터 검증, PLD 비교 검증, 네이버 리스트 검증 등)을 수행하기 위한 작업 환경이 설정되는 과정이다.

보다 자세히 살펴보면, 단계 510에서 PLD 검증 서버(140)는 기지국 관리기(120)로부터 자료 추출의 대상이 되는 검증용 PLD에 대한 PLD 지정 정보를 수신하고, 단계 515에서 수신된 PLD 지정 정보에 상응하는 PLD에 대한 자료 추출 작업을 수행하기 위한 PLD 작업 디렉토리를 생성한다.

PLD 검증 작업이 수행되기 위해서는 반드시 대상이 되는 PLD가 지정되어야 한다. 검증 대상이 되는 PLD를 지정하는 방식으로는 PLD 버전을 지정하는 방식, PLD가 존재하는 디렉토리 경로를 지정하는 방식 등이 있다. 또한, 단계 515에서 생성된 작업 디렉토리에는 당해 자료 추출 작업에 관련된 PLD, 검증 보고서, 검증 히스토리 등이 저장될 수 있다.

단계 520에서 PLD 검증 서버(140)는 운용컴퓨터(170)로부터 검증 방식을 수신하고, 단계 525에서 검증 범위를 수신한다. 검증 방식은 운용자가 자료 추출, 공통 파라미터 검증, PLD 비교 검증, 네이버 검증 등 PLD 검증 서버(140)를 이용해 수행 가능한 검증 작업 중 수행하고자 하는 작업을 선택함으로써 수신될 수 있다. 또한, 검증 범위는 검증을 수행할 PLD의 범위를 지정하는 데이터이고, 대상이 될 CCP의 영역을 지정함으로써 수신될 수 있다.

PLD 검증 서버(140)는 검증 방식이 수신되면, 이에 상응하는 기준 CDD 목록을 생성할 수 있다. 즉, 운용자가 운용컴퓨터(170)를 이용해 자료 추출 작업을 선택하고 관련 옵션(예를 들어, 형상 자료, 무선 파라미터 중 하나를 선택)을 선택하면 이를 적용하여 해당되는 기준 CDD 목록을 생성할 수 있다. 이 때, PLD 검증 서버(140)는 자료 추출의 대상이 되는 기준 CDD 목록을 기지국 관리기(120)로 전송하여 운용자가 특정 항목들을 선택할 수 있도록 하는 기능을 수행할 수 있다.

기준 CDD 목록에는 기준 CDD 아이디, 기준 CDD 명칭 등이 포함될 수 있고, 각각의 CDD에 상응하는 릴레이션에 대한 기준 릴레이션 목록을 생성하여 기준 CDD 목록과 같은 용도로 사용할 수 있다.

단계 530에서 PLD 검증 서버(140)는 검증 시작 신호가 수신되는지 여부를 확인하여 당해 검증 시작 신호가 수신되면 단계 535로 진행하고, 수신되지 않으면 대기한다. 예를 들어, 운용컴퓨터(170)의 표시부에 표시되는 검증 시작 버튼이 클릭되었는지 여부를 검사하여 버튼이 클릭된 경우 다음 단계로 진행할 수 있다. 또한, 일정 시간 이상 검증 시작 버튼이 클릭되지 않거나 취소 버튼이 클릭된 경우 자료 추출 과정이 종료되도록 할 수 있다.

단계 535에서 PLD 검증 서버(140)는 읽어들인 검증용 PLD 파일에 포함된 각각의 PLD의 PLD 헤더(410)를 판독(Read)하여 릴레이션 디렉토리의 주소를 인지하고, 단계 540에서 당해 릴레이션 디렉토리 주소에 저장되어 있는 릴레이션 데이터(450)에 대한 기본 정보들(예를 들어, 릴레이션 아이디, 속성 정보, 튜플 정보 등)을 판독하며, 단계 545에서 튜플 단위로 릴레이션 데이터(450)를 읽어들인다. 단계 550에서 PLD 검증 서버(140)는 읽어들인 튜플이 자료 추출 작업의 대상인지 여부를 확인하여 상기 튜플이 자료 추출 대상인 경우 상기 튜플을 검증 데이터 목록으로 저장한다.

기준 CDD 목록을 이용해 자료 추출 작업의 대상 여부를 확인하는 경우에는 단계 555에서 기준 CDD 목록에 포함된 각각의 CDD에 대한 CDD별 속성 항목들을 판독할 수 있다.

단계 560에서 PLD 검증 서버(140)는 CDD별 속성 항목들을 판독한 결과를 이용하여 릴레이션과의 매칭 작업을 수행한다. 즉, 각각의 속성 항목을 검사하여 해당 CDD에 대응되는 릴레이션을 찾아낼 수 있다.

단계 565에서 PLD 검증 서버(140)는 CDD 또는 릴레이션 기준으로 검증 데이터 목록을 이용해 검증 보고서를 생성한다.

앞에서 설명한 도 5의 자료 추출 과정의 사전 단계로서 사용자 인증 처리 절차와 패키지 업로드 절차가 수행될 수 있다.

사용자 인증 처리 절차는 운용자가 기지국 관리기(120)나 운용 컴퓨터를 이용하여 PLD 검증 서버(140)에 접속하여 작업을 수행하고자 하는 경우 이에 대한 사용 권한을 확인하기 위한 절차이다. PLD 검증 서버(140)는 사용자가 입력한 아이디와 패스워드를 검사하여 운용자 권한을 가진 사용자인지 여부와 운용자인 경우 사용 등급에 따른 사용 권한을 확인할 수 있다. 즉, 아이디별 사용 등급과 사용 권한에 대한 정보를 미리 저장하여 두고 이에 따라 사용 권한을 등급별로 부여할 수 있다.

패키지 업로드 절차는 각 운용국에 설치된 기지국 관리기(120)로부터 PLD 검증 작업을 위해 필요한 검증용 자료, 즉, PLD, 소프트웨어 블록, 소프트웨어 패치, 소프트웨어 변경 내역서, 기술자료 또는 이와 같은 자료들이 조합된 형태의 패키지가 업로드되는 절차이다. 패키지 업로드는 PLD 검증 서버(140)나 운용국별 기지국 관리기(120)에 설치되어 있는 PLD FTP 처리부(315)를 이용하여 수행될 수 있다.

사용자 인증 처리 절차와 패키지 업로드 절차는 자료 추출 작업 뿐만이 아니라 공통 파라미터 검증, 네이버 리스트 검증, PLD 비교 검증, 기지국 재배치 등의 작업을 수행하기 이전에 선행될 수 있는 단계이며, PLD 검증 서버(140)는 패키지 업로드 절차를 통해 데이터베이스(330)에 저장되는 패키지 및 PLD를 이용하여 이와 같은 작업들을 수행할 수 있다.

PLD 검증 서버(140)는 PLD 검증을 수행하고 이에 대한 검증 보고서를 생성하는 경우 검증 보고서에 포함된 각각의 결과값, 즉, CDD별 속성 항목 목록에 대한 데이터(예를 들어, BSC_ID, BTS_ID 등)에 대한 무결성 검증 과정을 통해 버전별로 BSS PLD의 구조와 값의 오류를 검증하고 잘못된 값을 찾아 내역을 출력하는 기능을 가질 수 있다.

또한, PLD 값의 범위(Range) 및 파라미터에 대한 무결성 오류를 검증하고, PLD의 구조를 검증하여 손상 여부에 대한 정보를 제공하며, PLD 구조 검증의 결과를 검증 히스토리 내역의 구조 검증 항목에 표시하여 검증자가 항상 확인할 수 있도록 할 수 있다. 예를 들어, 기지국 아이디(BSC_ID)의 데이터 범위가 0~12로 지정되어 있는 경우 기지국 아이디값이 13으로 추출되면 에러 처리한다.

도 6은 본 발명의 바람직한 일 실시예에 따른 공통 파라미터 검증 과정의 순서도이다.

공통 파라미터는 각 BCP에 필요한 기본 데이터를 말하며, CCP는 동일 교환기 상의 모든 BCP의 공통 파라미터를 보유하고 있다. 공통 파라미터 검증은 CCP와 BCP간의 공통 파라미터값, 즉 공통 데이터의 무결성을 검증하는 과정이다.

단계 610 내지 단계 645의 과정은 도 5의 단계 510 내지 단계 545의 과정과 동일한 과정이므로 이에 대한 설명은 생략하기로 한다. 단, 도 5에서의 검증은 자료 추출 과정을 의미하는 것이고, 도 6에서의 검증은 공통 파라미터 검증을 의미하는 것이다.

단계 650에서 PLD 검증 서버(140)는 당해 릴레이션이 공통 파라미터인지 여부를 확인하여 검증 대상인지를 판단한다. 즉, 릴레이션 아이디가 미리 저장된 공통 파라미터 영역에 해당되는지 여부를 검사함으로써 공통 파라미터 여부를 판단하여 공통 파라미터인 경우 단계 655로 진행한다.

단계 655에서 PLD 검증 서버(140)는 미리 저장된 공통 데이터 목록으로부터 당해 릴레이션과 상응하는 공통 데이터를 추출하고, 단계 660에서 당해 릴레이션과 추출된 공통 데이터를 비교한다. 공통 데이터 목록은 공통 파라미터 영역에 해당되는 릴레이션 아이디 및 이에 상응하는 릴레이션의 데이터값이 튜플 기반으로 저장된 데이터 목록이다.

단계 665에서 PLD 검증 서버(140)는 단계 660의 비교 결과에 상응하여 검증 보고서를 생성한다.

도 7은 본 발명의 바람직한 일 실시예에 따른 PLD 비교 검증 과정의 순서도이다.

PLD 비교 검증 기능은 종래에 적용 중인 운용 PLD와 새로 제작되어 업로드된 신규 PLD를 비교하여 상이한 데이터를 추출할 수 있도록 하고, 검증 대상별로 테이블 형태의 파일 및 화면 출력이 가능하도록 하며, 엑셀(Excel)이나 텍스트(Text) 등 적합한 형태로 변환 및 출력할 수 있도록 하는 기능이다.

운용자가 인지하기 쉽도록 하기 위하여 비교 검증 결과는 명령어별로 출력될 수 있고, 출력 양식 상단에 관련 명령어가 표기될 수 있으며, 검증 결과는 테이블 형태로 신규 PLD 기준으로 삭제된 데이터 값, 추가 데이터, 변경된 데이터 값이 출력될 수 있다.

또한, PLD 버전업에 따른 서로 다른 버전의 PLD간 검증이 가능하고, 구 버전과 신 버전 PLD 비교시 버전업에 따른 내역과 그 외 내역이 구분되어 출력될 수 있다. 즉, 비교 검증 결과에 대한 상이한 데이터 내역이 운용자가 식별하기 용이하도록 표시될 수 있다. 도 7을 참조하면, 단계 710에서 PLD 검증 서버(140)는 기지국 관리기(120) 또는 운용 컴퓨터(170)로부터 검증 대상 PLD, 즉, 운용 PLD 파일 및 신규 PLD 파일에 대한 PLD 지정 정보를 수신하고, 단계 715에서 PLD 비교 검증을 수행하기 위한 작업 디렉토리를 생성한다.

단계 720 내지 단계 725는 도 5의 단계 520 내지 단계 525와 동일한 단계이므로, 이에 대한 설명은 생략하기로 한다. 단, 도 5에서의 검증은 자료 추출을 의미하는 것이고, 도 7에서의 검증은 PLD 비교 검증을 의미하는 것이다.

단계 735에서 PLD 검증 서버(140)는 운용 PLD 파일에 포함된 각각의 운용 PLD의 PLD 헤더(410)를 판독하여 릴레이션 디렉토리 어드레스를 인지하고, 단계 740에서 당해 릴레이션 디렉토리 어드레스에 저장되어 있는 릴레이션 데이터(450)에 대한 기본 정보(예를 들어, 릴레이션 아이디, 튜플 정보, 속성 정보, 키 정보 등)를 읽어들인다.

단계 745에서 PLD 검증 서버(140)는 릴레이션 데이터(450)에 대한 기본 정보를 이용하여 튜플 단위로 릴레이션 데이터(450)를 읽어들이고, 단계 750에서 각각의 튜플에 대한 키 정보를 이용하여 각각의 튜플 어드레스를 산출한다. 즉, 당해 릴레이션 데이터(450)의 시작 어드레스 및 오프셋 정보를 이용하여 각각의 튜플이 저장되어 있는 튜플 어드레스를 산출할 수 있다.

단계 755에서 PLD 검증 서버(140)는 신규 PLD 파일을 검사하여 산출된 튜플 어드레스에 저장되어 있는 튜플을 추출하고, 단계 760에서 해당 튜플의 운용 PLD의 튜플과 일치하는지 여부를 검사한다. 즉, 동일한 튜플 어드레스에 저장되어 있는 운용 PLD의 튜플과 신규 PLD의 튜플을 비교하여 일치하는지 여부를 판단한다.

튜플이 일치하지 않는 경우 PLD 검증 서버(140)는 단계 765로 진행하여 이를 반영하여 검증 보고서를 생성한다. 단계 770에서 모든 PLD 파일에 저장된 PLD를 모두 읽어들였는지 여부를 검사하고, 모두 읽어들이지 않은 경우 다시 단계 735를 수행한다.

도 8은 본 발명의 바람직한 일 실시예에 따른 네이버 리스트 검증 과정의 순서도이다.

네이버 리스트는 특정 기지국(112)을 기준으로 하는 경우 자국에 관한 정보 및 인접 기지국(112)들에 관한 정보를 포함하는 리스트이다.

PLD 검증 서버(140)는 네이버 리스트 검증과 관련하여 모든 기지국(112)에 대한 양방향 검색 기능, 각 기지국(112)에 대한 네이버 리스트 항목별(NID, SID, PN, H/O TYPE 등) 검색 및 오류 추출 기능을 수행할 수 있다.

도 8을 참조하면, 단계 810에서 PLD 검증 서버(140)는 기지국 관리기(120) 또는 운용 컴퓨터(170)로부터 네이버 리스트 등록 시작 정보를 수신하고, 단계 815에서 네이버 리스트 검증을 수행할 자국 PLD 파일을 지정하는 PLD 지정 정보를 수신하며, 단계 820에서 작업 디렉토리를 생성한다.

단계 825에서 PLD 검증 서버(140)는 네이버 리스트 검증을 수행하기 위해 미리 검증 항목을 지정해 놓은 네이버 정보 목록을 추출한 후, 단계 830에서 검증 시작 신호가 수신되는지 여부를 확인하여 검증 시작 신호가 수신되는 경우 단계 835로 진행한다.

단계 835에서 PLD 검증 서버(140)는 자국 PLD 파일을 검사하여 미리 저장된 네이버 정보 목록에 포함된 각각의 네이버 정보에 대한 자국 검증 데이터를 추출한다.

PLD 검증 서버(140)는 추출된 자국 검증 데이터를 이용하여 단계 840에서 양방향 검증을 수행한다. 양방향 검증이란 네이버 정보를 검색하여 자국의 인접 기지국으로 등록되어 있는 대국 기지국을 인지하고 해당 대국 기지국의 네이버에 자신이 등록되어 있는지를 검사하는 검증 방법이다.

또한, PLD 검증 서버(140)는 추출된 자국 검증 데이터를 이용하여 단계 850에서 기지국 검증을 수행하고, 단계 855에서 PN(Pseudo Number, 이하 PN이라 칭함) 검증을 수행한다. 기지국 검증은 자신의 인접 기지국으로 등록되어 있는 대국 기지국이 유효한 기지국인지 여부를 검사하는 것이고, PN 검증은 자국 기지국에 네이버에 등록된 기지국 정보(네트웍 아이디, 기지국 아이디등)와 PN값을 가지고 인접 기지국에 대한 기지국 정보를 가진 CDD파일과 비교 검색하여 상기 네이버 정보간 데이터가 상호 모순되지 않는지 여부를 검사하는 것이다.

단계 860에서 PLD 검증 서버는 자국 PLD 파일에 저장된 PLD를 모두 읽어들였는지 여부를 검사하여, 모두 읽어들이지 않은 경우 단계 835로 되돌아간다.

도 9는 본 발명의 바람직한 일 실시예에 따른 기지국 재배치 과정의 순서도이다.

PLD 검증 서버(140)는 기지국(112) 재배치(Swing)와 관련하여 재배치 및 수용변경 대상 기지국(112)을 기준으로 변경 관련 정보를 입력하면 자동으로 변경해야 할 항목(데이터 변경 내역), 즉, 재배치 전 상태의 기지국 정보들 기준으로 새로 재배치되는 기지국들에 대하여 변경해야 할 파라미터 정보, 형상정보, 자국 네이버 어보, 대국 네이버 정보들에 대하여 들을 출력하는 기능, 체인지 명령어의 시스템별 배치(Batch) 파일 생성 및 출력 기능 등을 수행할 수 있다.

또한, 재배치 및 수용 변경 대상 기지국(112)을 기준으로 변경 관련 정보를 입력하고 변경 전 PLD와 변경 후 PLD(변경관련 정보입력 후의 PLD)를 비교 검색하여 재배치/수용 변경 내역과 불일치된 정보를 출력할 수 있다.

도 9를 참조하면, 단계 910에서 PLD 검증 서버(140)는 운용컴퓨터(170)로부터 기지국 변경 정보를 수신한다. 기지국 변경 정보에는 네트웍 아이디, 기지국제어기 번호, 기지국 번호이며 이외 다른 정보들이 포함될 수 있다.

단계 915에서 PLD 검증 서버(140)는 수신된 기지국 변경 정보에 상응하는 재배치 및 수용 변경 대상 PLD 파일을 읽어들이고, 단계 920에서 당해 기지국 변경 정보를 적용시킨 변경 내역서를 생성한다.

단계 925에서 PLD 검증 서버(140)는 재배치 및 수용 변경 대상 PLD 파일에 포함된 각각의 PLD의 PLD 헤더(410)를 판독하여 릴레이션 디렉토리 어드레스를 인지하고, 단계 935로 진행하여 당해 릴레이션 디렉토리 어드레스에 저장되어 있는 릴레이션 데이터(450)에 관한 정보들을 읽어들인다.

단계 940에서 PLD 검증 서버(140)는 해당 릴레이션 데이터(450)를 구성하는 각각의 튜플들을 판독하여 변경 내역서에 포함된 데이터로 변경시키는 기지국 재배치 처리를 수행한다.

PLD 검증 서버(140)는 단계 945에서 재배치 처리 수행 결과에 대한 배치 파일을 생성하고, 단계 950에서 변경된 내역에 대하여 재배치 내역서를 생성한다.

단계 955에서 PLD 검증 서버(140)는 재배치 및 수용 변경 대상 PLD 파일에 포함된 PLD를 모두 읽어들였는지 여부를 확인하고, 모두 읽어들이지 않은 경우 단계 930으로 되돌아간다.

본 발명은 상기 실시예에 한정되지 않으며, 많은 변형이 본 발명의 사상 내에서 당 분야에서 통상의 지식을 가진 자에 의하여 가능함은 물론이다.

이상에서 설명한 바와 같이, 본 발명에 따른 BSS PLD 검증 방법 및 장치는 인터넷망을 통해 PLD를 업로드/다운로드하거나 검증 처리할 수 있도록 하여 종래의 PLD 업데이트 및 검증 방식으로 인한 시간과 인력의 낭비를 줄일 수 있다.

그리고, 이동 통신 시스템의 시스템 안정성을 높일 수 있는 BSS PLD 검증 방법 및 장치를 제공할 수 있다.

또한, 교환기와 연동되어 제한적으로 운용되었던 PLD 검증 방법의 적용 범위를 확장하여 기지국 시스템과 연동되는 BSS PLD 검증 방법 및 장치를 제공함으로써 이동 통신 시스템을 포괄적으로 운용 및 관리할 수 있도록 한다.

도 1은 본 발명의 바람직한 일 실시예에 따른 BSS PLD 검증 시스템의 개략적인 시스템 구성도.

도 2는 본 발명의 바람직한 다른 실시예에 따른 BSS PLD 검증 시스템의 개략적인 시스템 구성도.

도 3는 본 발명의 바람직한 일 실시예에 따른 PLD 검증 서버의 내부 구조도. 도 4는 본 발명의 바람직한 일 실시예에 따른 PLD 구조도.

도 5는 본 발명의 바람직한 일 실시예에 따른 자료 추출 과정의 순서도.

도 6은 본 발명의 바람직한 일 실시예에 따른 공통 파라미터 검증 과정의 순서도.

도 7은 본 발명의 바람직한 일 실시예에 따른 PLD 비교 검증 과정의 순서도.

도 8은 본 발명의 바람직한 일 실시예에 따른 네이버 리스트 검증 과정의 순서도.

도 9는 본 발명의 바람직한 일 실시예에 따른 기지국 재배치 과정의 순서도.

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

110 : 기지국 시스템 (BSS : Base Station System)

112 : 기지국 (BTS : Base Transciever System)

114 : 기지국 제어기 (BSC : Base Station Controller)

120 : 기지국 관리기 (BSM : Base Station Manager)

130 : 운용 보전망

140 : PLD 검증 서버 170 : 운용 컴퓨터

210 : 방화벽 (Fire Wall)

220 : 인터넷망

230 : 공급사 서버

240 : PLD 전송 서버

Claims (8)

1. 기지국, 기지국 제어기, 기지국 관리기 및 PLD 검증 장치를 포함하는 이동 통신 시스템에서 상기 PLD 검증 장치가 PLD 검증을 수행하는 방법에 있어서,

   운용 컴퓨터 또는 상기 기지국 관리기로부터 운용 보전망을 통해 수신된 검증용 PLD를 PLD 지정 정보와 함께 검증용 PLD 파일로서 저장하는 단계 여기서, 상기 PLD 지정 정보는 상기 검증용 PLD를 읽어들일 수 있도록 하는 버전, 날짜, 디렉토리 정보 중 적어도 어느 하나의 정보임 ;

   상기 운용 컴퓨터 또는 상기 기지국 관리기로부터 상기 검증용 PLD 파일에 대한 검증 방법 선택 정보를 포함하는 PLD 검증 요청을 수신하는 단계;

   상기 PLD 지정 정보에 상응하여 상기 검증용 PLD 파일을 읽어들이는 단계;

   상기 검증 방법 선택 정보가 PLD 자료 추출에 의한 검증 방법에 상응하는 경우, 미리 저장된 명령어 데이터 목록 또는 릴레이션 목록, 상기 검증용 PLD 파일에 포함된 각각의 검증용 PLD를 구성하는 릴레이션 그룹 및 상기 릴레이션 그룹에 포함된 각각의 릴레이션을 구성하는 튜플 그룹을 순차적으로 읽어들이는 단계;

   상기 명령어 데이터 목록 또는 상기 릴레이션 목록을 검사하여 상기 튜플 그룹에 포함된 각각의 튜플이 자료 추출 대상인지 여부를 판단하는 단계;

   상기 튜플이 자료 추출 대상인 경우 상기 튜플을 검증 데이터 목록에 저장하는 단계; 및

   상기 검증 데이터 목록에 상응하여 검증 보고서를 생성하는 단계를 포함하는 것을 특징으로 하는 PLD 검증 방법.
2. 삭제
3. 제1항에 있어서,

   상기 검증 방법 선택 정보가 공통 파라미터 검증 방법에 상응하는 경우,

   미리 저장된 명령어 데이터 목록 또는 릴레이션 목록, 상기 검증용 PLD 파일에 포함된 각각의 검증용 PLD를 구성하는 릴레이션 그룹을 순차적으로 읽어들이는 단계;

   상기 릴레이션 그룹에 포함된 각각의 릴레이션에 대한 릴레이션 아이디를 추출하는 단계;

   상기 릴레이션 아이디가 미리 지정된 공통 파라미터 영역에 해당되는지 여부를 확인하는 단계;

   상기 릴레이션 아이디가 상기 공통 파라미터 영역에 해당되는 경우 상기 릴레이션 아이디에

   상응하는 릴레이션을 미리 저장된 공통 데이터 목록과 비교하는 단계 여기서, 상기 공통 데이터 목록은 상기 공통 파라미터 영역에 해당되는 상기 릴레이션 아이디에 상응하는 릴레이션의 데이터값이 튜플 기반으로 저장된 데이터 목록임 ; 및

   비교 결과에 상응하여 검증 보고서를 생성하는 단계를 더 포함하는 것을 특징으로 하는 PLD 검증 방법.
4. 제1항에 있어서,

   상기 검증 방법 선택 정보가 PLD 비교 검증 방법에 상응하는 경우,

   미리 저장된 명령어 데이터 목록 또는 릴레이션 목록, 상기 검증용 PLD 파일에 포함된 각각의 검증용 PLD를 구성하는 릴레이션 그룹, 상기 릴레이션 그룹에 포함된 각각의 운용 릴레이션을 구성하는 운용 튜플 그룹을 순차적으로 읽어들이는 단계;

   상기 운용 튜플 그룹에 포함된 각각의 운용 튜플에 대한 튜플 어드레스를 획득하기 위해 키 정보를 추출하는 단계;

   상기 키 정보를 이용하여 상기 운용 튜플 그룹의 시작 어드레스 및 오프셋 정보를 산출하는 단계;

   상기 운용 컴퓨터 또는 상기 기지국 관리기로부터 수신된 신규 PLD 파일을 검사하여 상기 운용 튜플 그룹의 시작 어드레스에 상응하여 저장된 신규 튜플 그룹을 읽어들이는 단계;

   상기 오프셋 정보를 적용하여 상기 신규 튜플 그룹에 포함된 각각의 신규 튜플과 상기 운용 튜플을 비교하는 단계; 및

   비교 결과에 상응하여 검증 보고서를 생성하는 단계를 더 포함하는 것을 특징으로 하는 PLD 검증 방법.
5. 제1항에 있어서,

   자국 PLD 파일을 검사하여 미리 저장된 네이버 정보 목록에 포함된 각각의 네이버 정보에 대한 자국 검증 데이터를 추출하는 단계 여기서, 상기 네이버 정보는 상기 기지국의 인접 기지국에 관한 정보임 ;

   상기 자국 검증 데이터를 검사하여 상기 인접 기지국에 관한 정보를 확인하는 단계;

   상기 인접 기지국의 PLD인 대국 PLD 파일을 검사하여 상기 네이버 정보 목록에 포함된 각각의 네이버 정보에 대한 대국 검증 데이터를 추출하는 단계;

   상기 대국 검증 데이터를 검사하여 상기 기지국이 상기 인접 기지국의 네이버로 등록되어 있는지 여부를 확인하는 단계;

   상기 인접 기지국이 유효한 기지국인지 여부를 검사하는 단계;

   상기 네이버 정보 목록에 포함된 상기 네이버 정보간 데이터가 상호 모순되지 않는지 여부를 검사하는 단계를 더 포함하는 것을 특징으로 하는 PLD 검증 방법.
6. 삭제
7. 기지국, 기지국 제어기, 기지국 관리기 및 PLD 검증 서버를 포함하는 이동 통신 시스템에서, PLD 검증을 수행하는 상기 PLD 검증 서버에 있어서,

   PLD 검증 작업을 수행하기 위한 PLD 검증 처리부 여기서, 상기 PLD 검증 작업은 PLD 자료 추출, 공통 파라미터 검증, PLD 비교 검증, 네이버 리스트 검증 중 적어도 어느 하나임 ;

   상기 PLD 검증 처리부를 이용한 PLD 검증시 필요한 검증용 자료를 업로드 또는 다운로드하기 위한 PLD FTP 처리부 여기서, 상기 검증용 자료는 PLD, 패키지, 소프트웨어 블록, 소프트웨어 패치, 소프트웨어 변경 내역서, 기술자료 중 적어도 어느 하나를 포함함 ;

   웹 방식 또는 텔넷 방식을 이용해 운용 보전망을 통한 데이터 송수신을 수행하기 위한 통신부 여기서, 상기 운용 보전망은 TCP/IP 프로토콜을 이용해 구성되는 상기 이동 통신 시스템의 인트라넷임 ;

   상기 운용 보전망에 결합된 상기 기지국 관리기 또는 운용 컴퓨터와의 접속 과정을 관리하고, 상기 접속 과정에서 사용자 인증 처리를 통해 상기 사용자의 사용 권한을 확인하기 위한 웹 서버;

   상기 PLD 검증 작업을 수행하기 위해 필요한 상기 검증용 자료를 저장하기 위한 데이터베이스;

   운영체제로서 동작하여 상기 PLD 검증 처리부, 상기 PLD FTP 처리부, 상기 통신부, 상기 웹 서버, 상기 데이터베이스를 관리하기 위한 운영부를 포함하되,

   상기 PLD 검증 작업이 PLD 자료 추출인 경우, 상기 PLD 검증 처리부는 검증용 자료의 릴레이션 그룹에 포함된 각 릴레이션을 구성하는 각 튜플 중 자료 추출 대상인 튜플을 이용하여 검증 보고서를 생성하고,

   상기 PLD 검증 작업이 상기 PLD 비교 검증인 경우, 상기 PLD 검증 처리부는 상기 검증용 자료의 튜플 그룹의 시작 어드레스 및 오프셋 정보를 산출하여 수신된 검증용 자료의 상기 시작 어드레스에 상응하는 튜플 그룹을 독출하여 상기 오프셋 정보를 이용하여 상응하는 각 튜플 그룹을 비교한 후 비교 결과에 상응하는 검증 보고서를 생성하며,

   상기 PLD 검증 작업이 공통 파라미터 검증인 경우, 상기 PLD 검증 처리부는 상기 검증용 자료의 각 릴레이션 그룹에 포함된 각 릴레이션의 아이디 중 미리 지정된 공통 파라미터 영역에 해당되는 아이디에 해당되는 릴레이션을 미리 지정된 공통 데이터 목록과 비교한 결과를 이용하여 검증 보고서를 생성하고,

   상기 PLD 검증 작업이 상기 네이버 리스트 검증인 경우, 상기 PLD 검증 처리부는 상기 검증용 자료에 포함된 각각의 네이버 정보를 이용하여 인접 기지국에 관한 정보를 확인하고, 상기 인접 기지국에 상응하는 검증용 자료를 이용하여 상기 기지국이 상기 인접 기지국의 네이버로 등록되어 있는지 여부 및 상기 인접 기지국이 유효한 기지국인지 여부에 대한 검증 결과를 제공하는 것을 특징으로 하는 상기 PLD 검증 서버.
8. 제7항에 있어서,

   상기 PLD 검증 서버는 상기 운용 보전망을 통해 상기 기지국 관리기 또는 상기 운용 컴퓨터와 결합되고, 상기 운용 보전망에 결합된 방화벽을 통해 인터넷망에 연동되며, 상기 인터넷망을 통해 상기 검증용 자료에 관련된 사용자 인증 처리를 수행하고 상기 사용자 인증 처리의 결과에 상응하여 상기 검증용 자료를 저장, 관리, 백업, 전송하는 기능을 수행하는 PLD 전송 서버와 결합되는 것을 특징으로 하는 상기 PLD 검증 서버.