KR100298346B1 - 이동통신기지국시스템의소프트웨어갱신방법 - Google Patents

이동통신기지국시스템의소프트웨어갱신방법 Download PDF

Info

Publication number
KR100298346B1
KR100298346B1 KR1019980014496A KR19980014496A KR100298346B1 KR 100298346 B1 KR100298346 B1 KR 100298346B1 KR 1019980014496 A KR1019980014496 A KR 1019980014496A KR 19980014496 A KR19980014496 A KR 19980014496A KR 100298346 B1 KR100298346 B1 KR 100298346B1
Authority
KR
South Korea
Prior art keywords
base station
control processor
call control
software
management system
Prior art date
Application number
KR1019980014496A
Other languages
English (en)
Other versions
KR19990080904A (ko
Inventor
강성민
Original Assignee
윤종용
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 윤종용, 삼성전자 주식회사 filed Critical 윤종용
Priority to KR1019980014496A priority Critical patent/KR100298346B1/ko
Publication of KR19990080904A publication Critical patent/KR19990080904A/ko
Application granted granted Critical
Publication of KR100298346B1 publication Critical patent/KR100298346B1/ko

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

이동 통신 기지국 시스템의 소프트웨어 갱신 방법에 대하여 개시한다. 본 방법은, 이동 통신 시스템의 기지국을 제어하는 기지국 제어 프로세서와 다수의 기지국 제어 프로세서를 제어하는 호 제어 프로세서 및 다수의 호 제어 프로세서를 제어하는 기지국 관리 시스템에 있어서, 기지국 관리 시스템이 호 제어 프로세서로 소프트웨어 갱신을 명령하는 제 1 명령 과정, 호 제어 프로세서가 기지국 제어 프로세서로 소프트웨어 갱신을 명령하는 제 2 명령 과정, 호 제어 프로세서가 기지국 제어 프로세서의 응답을 기지국 관리 시스템으로 보고하는 제 1 보고 과정, 호 제어 프로세서가 정상으로 응답한 모든 기지국 제어 프로세서에게 재시동 및 소프트웨어 재로딩을 명령하는 재로딩 과정 및 기지국 제어 프로세서에 대한 재로딩 성공여부를 기지국 관리 시스템에게 보고하는 제 2 보고 과정을 포함하여 이루어진다.

Description

이동 통신 기지국 시스템의 소프트웨어 갱신 방법{SOFTWARE UPGRADING METHOD FOR BASE STATION SYSTEM IN MOBILE TELECOMMUNICATION}
본 발명은 이동 통신 기지국 시스템의 소프트웨어 갱신 방법에 관한 것으로서, 특히 코드 분할 다중 접속(Code Division Multiple Access: CDMA) 방식을 사용하는 기지국 시스템의 운용 프로그램 소프트웨어 패키지의 버전을 갱신(Upgrade)하는 방법에 관한 것이다.
국제 표준화 기구인 IS-95에 의하면, 통상적인 무선 통신 시스템은, 통신 서비스를 제공받는 이동 단말(Mobile Station: MS)과, 일정 영역내의 이동 단말에게 통신 서비스를 제공하는 기지국(Base station Transceiver Subsystem: BTS)을 포함하여 구성된다.
현재 우리 나라에서 운용되는 코드 분할 다중 접속(Code Division Multiple Access: CDMA) 시스템은 상기 이동 단말과 기지국 외에, 기지국을 제어하기 위한 기지국 제어기(Base Station Controller: BSC)와, 다수의 기지국 제어기를 운영 관리하는 기지국 관리 시스템(Base Station Manager System: BSM), 상기 기지국을 공중 교환 전화 네트워크(Publish Switching Telephone Network: PSTN)로 연결하는 이동 교환기 시스템(Mobile Switching Center: MSC) 및 상기 교환기 시스템과 연결되어 이동 단말의 서비스 상태를 관리하는 위치 등록 시스템(Home Location Register: HLR)등을 포함한다.
도 1 은 기지국 제어장치의 구성도를 나타낸다. 도시된 바와 같이, 전체 통신 네트워크를 관리하는 네트워크 관리 센터(Network Management Center: NMC)(1)와; 기지국 관리 시스템(BSM)(2); GCIN(Gateway Communication Interface Network)(21); 라우터(Router)(23); 다른 네트워크의 교환국(24); 기지국 제어기(BSC)(3); 및 기지국 시스템(BTS)(4)으로 구성된다.
도 2 는 기지국 구성도를 나타낸다. 도시된 바와 같이, 기지국 제어기(3)와 기지국 시스템(4)을 연결하는 BCIN(BTS Communication Interface Network)(41); 기지국 송수신기 시스템의 시험 프로세서인 BTP(BTS Test Processor)(42); 기지국 시스템을 전체적으로 제어하는 프로세서 기지국 제어 프로세서(BTS Control Processor: BCP)(43); 송수신기 인터페이스 프로세서인 TIP(Transceiver Interface Processor)(44); 및 채널 인터페이스 프로세서인 CIP(Channel Interface Processor)(45)로 구성된다.
상기와 같은 다수의 시스템은 수직적인 구조를 가지는 네트워크를 구성한다. 하위 시스템인 기지국 시스템이 버전-업된 새로운 운용 소프트웨어를 받기 위해서는 상위 시스템인 기지국 제어기와 기지국 관리 시스템의 명령이 필요하다. 기지국 시스템은 공간적으로 기지국 관리 시스템과 원거리에 위치해 있으며 무인으로 운용되므로, 운용자는 기지국 관리 시스템을 이용하여 원격으로 기지국의 각 프로세서를 재시동시켜 주어야 한다.
로딩 측면에서 프로세서는 모두 계층 구조를 이루고 있다. 같은 계층에 속해 있는 프로세서는, 자신의 하위 프로세서에게만 개별적으로 다운로딩하는 분산로딩과, 여러 개의 자 프로세스(Child Process)를 생성시켜 동시에 여러 하위 프로세서로 다운로딩하는 다중로딩을 수행한다. 도 3 은 로딩 측면의 각 프로세서의 계층 구조를 나타낸 도면이다.
기지국 제어기(3)의 프로세서 구조는 다음과 같다. 기지국 제어기(3)를 관리하는 호 제어 프로세서(Call Control Processor: CCP)(31)와; 호 제어 프로세서의 하위에 위치하는 40개의 선별기 인터페이스 프로세서(Selector Interface Processor: SIP)(32); SIP의 하위에 위치하는 4개의 기지국 제어기 유지보수 프로세서(Selector and Vocoder Processor: SVP)(33); 호 제어 프로세서의 하위에 위치하는 1개의 공통 채널 신호 프로세서(Common channel Signalling Processor: CSP)(34); 호 제어 프로세서의 하위에 위치하는 5개의 경보 제어 프로세서(Alarm Control Processor: ACP)(35)를 포함한다.
상기 호 제어 프로세서는 활성(Active) 프로세서의 장애에 대비하여 이중화 되어 있는 대기(Stand-by) 프로세서를 가진다.
또한 호 제어 프로세서의 하위로 포함되는 기지국 시스템(4)의 프로세서 구조는 다음과 같다.
기지국 시스템(4)을 관리하며 활성(Active)과 대기(Stand-by)로 이중화되어 있는 48쌍의 기지국 제어 프로세서(BTS Control Processor: BCP)(43)와; 이중화 되어 있는 4쌍의 TIP(44); 24개의 CIP(45); 1개의 BTP(42)를 포함한다.
상기된 바와 같이 다중 네트워크 구조를 가지는 이동 통신 시스템에 있어서, 종래 기술에 의한 기지국 시스템의 소프트웨어 갱신 방법을 설명하면 다음과 같다.
운용자는 운용자 명령어(Man Machine Command: MMC)를 이용하여 기지국 관리 시스템(2)이 현재 가지고 있는 모든 경보 상태를 백-업한다. 그리고 나서 새로운 소프트웨어 패키지를 기지국 관리 시스템(2)에 설치하고 기지국 관리 시스템(2)을 초기화한다. 기지국 제어기(3) 내의 모든 프로세서는 기지국 제어기(3)의 전원을 오프/온 함으로써 자동으로 소프트웨어를 재로딩받는다.
해당 기지국 제어기를 제어하는 호 제어 프로세서(31) 하위의 모든 기지국 제어 프로세서(43)는 MMC를 통해 리셋 명령을 받는다. 리셋 명령에 의해 재시동된기지국 제어 프로세서(43)는 재시동되면서 호 제어 프로세서(31)로부터 새로운 소프트웨어를 재로딩받는다. 운용자는 디스플레이 명령을 이용하여 기지국 제어 프로세서(43)의 로딩 상태를 확인한다. 기지국 제어 프로세서(43)의 로딩이 정상으로 수행되었으면, 해당 기지국 제어 프로세서(43) 내의 모든 하위 프로세서(44)(45)(42)를 재시동시키고 재로딩받는다. 마지막으로 디스플레이 명령을 사용하여 해당 기지국 시스템 내 모든 하위 프로세서(44)(45)(42)의 로딩 상태를 확인한다.
상기와 같은 과정을 통해 특정 기지국 시스템에 대한 소프트웨어 갱신 절차가 완료된다. 그러면 운용자는 다시 MMC를 이용하여 다른 기지국 시스템을 선정하고 소프트웨어 갱신을 수행한다. 즉, 소프트웨어 갱신을 수행할 모든 기지국 시스템에 대하여 각각의 명령을 수행하여야만 소프트웨어 갱신이 완료된다.
현재 우리나라에서 운용중인 개인 휴대 통신(Personal Communication Service: PCS) 시스템은 다음과 같이 구성되어 있다. 하나의 기지국 관리 시스템에는 최대 12개의 기지국 제어기가 연동되며, 하나의 기지국 제어기에는 최대 48개의 기지국 시스템이 연동된다. 따라서 새로운 버전의 소프트웨어 패키지를 갱신하기 위해 기지국 시스템 내 프로세서를 재시동시키는 명령어의 회수는 최대 576회(12 × 48)이다.
상기된 바와 같이, 운용중인 기지국 시스템의 소프트웨어를 갱신하려면 기지국별로 각각의 명령을 수행하여야 할 뿐만 아니라, 매번 명령어를 수행한 후 메시지 윈도우를 주시하면서 로딩 상태를 주기적으로 확인하여야 하므로 운용자의 작업량이 많아진다. 또한 운용자가 명령어 수행 상태를 판단하여 작업하게 됨에 따라 운용자 명령어 사이의 지연이 많이 발생하여 전체적인 로딩 시간에 차이가 발생한다. 게다가 많은 기지국을 일일이 찾아서 소프트웨어 갱신을 수행하다 보면 운용자의 실수로 인해 빠뜨리는 기지국이 발생할 수 있고, 최악의 경우 서비스 중지(Out Of Service) 시간이 길어져 운용상 많은 경제적인 손실을 유발할 수 있다는 문제점이 있다.
본 발명은 상기한 바와 같이 동작되는 종래 기술의 문제점을 해결하기 위하여 창안된 것으로서, 종래 기술에서 필요했던 운용자의 작업을 기지국 제어기의 소프트웨어 내부에서 처리하고, 소프트웨어의 로딩 상태를 운용자가 즉시 파악할 수 있도록 함으로써, 시간 지연없이 연속적인 소프트웨어 갱신 작업이 가능하도록 한 이동 통신 기지국 시스템의 소프트웨어 갱신 방법을 제공하는 것을 목적으로 한다.
본 발명의 다른 목적과 장점은 하기된 발명의 상세한 설명을 읽고 첨부된 도면을 참조하면 보다 명백해질 것이다.
도 1 은 기지국 제어장치 구성도.
도 2 는 기지국 구성도.
도 3 은 로딩 측면의 각 프로세서의 계층 구조를 나타낸 구성도.
도 4 는 본 발명에 의한 기지국 관리 시스템의 소프트웨어 갱신 흐름도.
도 5 는 본 발명에 의한 호 제어 프로세서(CCP)의 소프트웨어 갱신 흐름도.
도 6 은 본 발명에 의한 기지국 제어 프로세서(BCP)의 소프트웨어 갱신 흐름도.
도 7 은 본 발명의 의한 기지국 관리 시스템의 운용자 보고 흐름도.
<도면의 주요 부분에 대한 부호의 설명>
1 : 네트워크 관리 센터(NMC)
2 : 기지국 관리 시스템(BSM)
3 : 기지국 제어기(BSC)
4 : 기지국 시스템(BTS)
21 : GCIN
23 : 라우터
24 : 다른 교환국
31 : 호 제어 프로세서(CCP)
32 : 선별기 인터페이스 프로세서(SIP)
33 : 기지국 제어기 유지보수 프로세서(SVP)
34 : 공통 채널 신호 프로세서(CSP)
35 : 경보 제어 프로세서(ACP)
41 : BCIN
42 : 기지국 송수신기 시험 프로세서(BTP)
43 : 기지국 제어 프로세서(BCP)
44 : 송수신기 인터페이스 프로세서(TIP)
45 : 채널 인터페이스 프로세서(CIP)
상기한 바와 같은 목적을 달성하기 위하여 창안된 본 발명에 따른 바람직한 실시예는, 이동 통신 시스템의 기지국을 제어하는 기지국 제어 프로세서와 다수의 기지국 제어 프로세서를 제어하는 호 제어 프로세서 및 다수의 호 제어 프로세서를제어하는 기지국 관리 시스템에 있어서,
기지국 관리 시스템이 호 제어 프로세서로 소프트웨어 갱신을 명령하는 제 1 명령 과정;
호 제어 프로세서가 기지국 제어 프로세서로 소프트웨어 갱신을 명령하는 제 2 명령 과정;
호 제어 프로세서가 기지국 제어 프로세서의 응답을 기지국 관리 시스템으로 보고하는 제 1 보고 과정;
호 제어 프로세서가 정상으로 응답한 모든 기지국 제어 프로세서에게 재시동 및 소프트웨어 재로딩을 명령하는 재로딩 과정; 및
기지국 제어 프로세서에 대한 재로딩 성공여부를 기지국 관리 시스템에게 보고하는 제 2 보고 과정을 포함한다.
본 발명의 바람직한 실시예에 있어서, 상기 제 1 명령 과정은, 기지국 관리 시스템이, 운용자로부터 호 제어 프로세서의 ID와 기지국 제어 프로세서의 ID를 파라미터로 입력받는 단계와;
해당 호 제어 프로세서로 소프트웨어 갱신을 명령하는 단계를 포함하는 것이 바람직하며,
상기 제 2 명령 과정은, 호 제어 프로세서가 기지국 관리 시스템으로부터 입력된 ID에 해당하는 기지국 제어 프로세서로, 입력된 ID에 해당하는 기지국 제어 프로세서의 소프트웨어 갱신을 명령하는 것이 바람직하며,
상기 제 1 보고 과정은, 호 제어 프로세서의 소프트웨어 갱신 명령에 대하여비정상으로 응답한 기지국 제어 프로세서에 대한 응답을 기지국 관리 시스템으로 보고하는 것이 바람직하며,
호 제어 프로세서가 재시동을 명령한 기지국 제어 프로세서의 ID를 기지국 관리 시스템에게 알리는 과정을 추가로 포함하는 것이 바람직하며,
상기 재로딩 과정은, 기지국 제어 프로세서가 호 제어 프로세서로부터 재시동 명령을 받는 단계;
기지국 제어 프로세서가 하위 프로세서들을 재시동시키는 단계;
기지국 제어 프로세서가 재시동하는 단계;
호 제어 프로세서로 소프트웨어 재로딩을 요구하는 단계;
호 제어 프로세서로부터 소프트웨어 재로딩을 받는 단계;
하위 프로세서로 소프트웨어를 재로딩하는 단계; 및
호 제어 프로세서에게 로딩 결과를 보고하는 단계를 포함하는 것이 바람직하며,
호 제어 프로세서의 재시동 명령이 내려진 이후 일정 시간동안 로딩 요구가 없는 기지국 제어 프로세서는 기지국 관리 시스템에게 비정상으로 보고하는 과정을 추가로 포함하는 것이 바람직하며,
호 제어 프로세서의 재시동 명령이 내려진 이후 일정 시간동안 로딩 완료 응답이 없는 기지국 제어 프로세서는, 호 제어 프로세서가 자체적으로 해당 기지국 제어 프로세서로 로딩이 수행되었는지를 판단하여 로딩의 완료 여부를 파악하는 것이 바람직하며,
상기 재로딩 과정은, 한번에 로딩이 가능한 기지국 제어 프로세서의 개수를 X라고 할 때 X개의 기지국 제어 프로세서 단위로 재로딩을 수행하는 것이 바람직하며,
상기 X는 호 제어 프로세서의 로딩 처리 효율에 따라 결정되는 것이 바람직하며,
상기 제 2 보고 과정은, 한번에 로딩이 가능한 기지국 제어 프로세서의 개수를 X라고 할 때 X개의 기지국 제어 프로세서가 재로딩 완료 응답을 보내왔을 때마다 기지국 관리 시스템으로 결과를 보고하는 것이 바람직하며,
상기 제 2 보고 과정은, 모든 기지국 제어 프로세서가 재로딩 완료 응답을 보내왔을 때, 기지국 관리 시스템으로 결과를 보고하는 것이 바람직하며,
소프트웨어 갱신 명령을 내린 기지국 관리 프로세서가 일정 시간동안 호 제어 프로세서의 응답을 받지 못한 경우, 해당 호 제어 프로세서가 응답이 없음을 운용자에게 알리는 과정을 추가로 포함하는 것이 바람직하다.
본 발명은 각 기지국 제어기(3)별로 해당 기지국 시스템(4)의 소프트웨어 갱신이 자동으로 이루어지도록 한다. 본 발명의 기술은 운용중인 시스템에 대한 소프트웨어 갱신에 대한 것이기 때문에, 모든 시스템은 이전 버전으로 서비스되고 있으며 모든 프로세서가 동작중이라는 전제하에서 이루어진다.
본 발명의 동작은 한번의 운용자 명령어(MMC)로 온-라인(On-Line) 상태에서 해당 기지국 제어기(3)와 연동된 모든 기지국 시스템(4) 내의 프로세서에 새로운 소프트웨어 패키지가 적용되도록 하는 것이다.
해당 기능은 기지국 제어기(3) 내의 호 제어 프로세서(31)와, 기지국 시스템(4) 내의 기지국 제어 프로세서(43), CIP(45), TIP(44), BTP(42) 간의 연동으로 설명할 수 있다. 상기 각 프로세서 내에는 소프트웨어 갱신 기능을 수행하는 응용 블럭이 존재한다.
이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대한 동작 원리를 상세히 설명한다.
도 4 는 본 발명에 의한 기지국 관리 시스템(BSM)에서의 소프트웨어 갱신 흐름도를 나타낸 것이다. 기지국 관리 시스템가 운용자로부터 소프트웨어 갱신(Software Upgrade) 명령을 받는다.(110) 기지국 관리 시스템은 운용자로부터 해당 호 제어 프로세서의 식별번호인 CCP_ID와 기지국 제어 프로세서의 식별번호인 BCP_ID를 받게 되는데,(120) 이때 BCP_ID는 값의 범위(Range)로서 받으며, 입력이 없을 경우에는 모든 기지국 시스템에 대해 수행하게 된다.
명령을 받은 기지국 관리 시스템은 CCP_ID를 이용하여 해당 호 제어 프로세서에게 소프트웨어 갱신 명령을 내린다.(130) 기지국 관리 시스템은 소프트웨어 갱신 명령을 내린 다음 응답을 기다린다.(140) 10초 타이머를 사용하여 응답 시간을 측정하며, 타이머가 완료되기까지 호 제어 프로세서로부터 응답이 없으면(150), 운용자에게 해당 호 제어 프로세서가 응답이 없음을 알린다.(160)
타이머가 완료되기 전에 호 제어 프로세서로부터 응답이 오면(170), 호 제어 프로세서로부터 받은 결과를 운용자에게 보고한다.
도 5 는 본 발명에 의한 호 제어 프로세서(CCP)에서의 소프트웨어 갱신 흐름도를 나타낸 것이다.
호 제어 프로세서가 기지국 관리 시스템으로부터 소프트웨어 갱신 명령을 받는다.(210, 제 1 명령 과정) 이때 갱신을 수행할 기지국 제어 프로세서의 ID를 함께 입력받는다. 호 제어 프로세서는 입력된 BCP_ID의 범위에 해당하는 기지국 중, 실장된 모든 프로세서에게 소프트웨어 갱신을 명령한 후 응답을 기다린다.(220, 제 2 명령 과정) 기지국 제어 프로세서로부터 응답이 오면 해당 응답을 기지국 관리 시스템으로 보고한다.(230) 정상으로 응답한 기지국 제어 프로세서에게 재시동/재로딩을 명령한다.(240, 제 1 보고 과정) 기지국 제어 프로세서의 처리 결과를 기지국 관리 시스템으로 보고한다.(250, 제 2 보고 과정)
도 6 은 본 발명에 의한 기지국 제어 프로세서(BCP)에서의 소프트웨어 갱신 흐름도를 나타낸 것이다.
기지국 제어 프로세서가 호 제어 프로세서로부터 소프트웨어 갱신 명령을 받으면,(310) 자신의 상태를 응답으로 보낸다.(320) 자신의 상태가 정상이면 호 제어 프로세서로부터 재시동을 명령받는다.(330) 재시동을 명령받은 기지국 제어 프로세서는 먼저 하위 프로세서들을 재시동시킨 뒤,(340) 자신도 재시동한다.(350) 재시동된 기지국 제어 프로세서는 호 제어 프로세서로 로딩을 요청하여 소프트웨어를 재로딩받는다.(360) 자신의 재로딩이 끝나면 하위 프로세서로 소프트웨어를 다운로딩한다.(370)
도 7 은 본 발명의 의한 기지국 관리 시스템(BSM)에서의 운용자 보고(Report) 흐름도를 나타낸 것이다.
기지국 관리 시스템은 호 제어 프로세서로부터 보고가 들어올때마다(410) 해당 결과를 메시지 윈도우에 출력하여(420), 운용자가 소프트웨어 갱신 상태를 파악할 수 있도록 한다.
본 발명의 주요한 동작은 기지국 제어기에서 이루어진다. 그러므로 호 제어 프로세서의 동작을 중심으로 하여 본 발명의 동작에 대하여 다시 설명한다.
먼저 기지국 관리 시스템이 운용자의 명령(MMC)에 의해 기지국 시스템의 소프트웨어 갱신을 명령받는다.(110) 이때 운용자는 소프트웨어 갱신을 수행할 기지국 제어기의 ID와 기지국 시스템의 ID 범위를 입력한다.(120) 입력 파라미터의 구성은 다음과 같다.
CCP_ID ( xx )
BCP_ID ( min_BCP, max_BCP )
이때 기지국 시스템의 ID는 값의 범위로서 받으며, 입력이 없는 경우에는 모든 기지국 시스템에 대해 수행하게 된다. 기지국 관리 시스템은 입력받은 CCP_ID에 해당하는 기지국 제어기의 호 제어 프로세서로 해당 기지국 시스템의 소프트웨어 갱신을 명령한다.(130)(210)
그리고 나면 호 제어 프로세서가 기지국 관리 시스템으로부터 입력받은 BCP_ID에 해당하는 범위의 기지국 제어 프로세서로 소프트웨어 갱신을 명령한다.(220)(310) 소프트웨어 갱신을 명령받은 기지국 제어 프로세서는 명령에 대한 ACK를 보낸다.(310) 이때 기지국 제어 프로세서의 응답은 4가지가 있다.
기지국의 상태가 정상이면 ACK로 응답받는다. 기지국으로부터 응답이 없으면NO_RESPONSE로 응답받는다. 기지국이 실장되어 있지 않으면 NO_EQUIP로 응답받는다. 기지국과의 통신 회선이 존재하지 않거나 문제가 있으면 NOT_EXIST_LINK로 응답받는다.
그러면 호 제어 프로세서가 기지국 제어 프로세서의 응답을 기지국 관리 시스템으로 보고한다.(230)(410) 이때 호 제어 프로세서는 ACK로 응답하지 않은 기지국 제어 프로세서의 응답만을 보고한다. 호 제어 프로세서의 보고를 받은 기지국 관리 시스템은 비정상인 기지국 제어 프로세서의 상태를 메시지 윈도우에 출력하여 운용자가 해당 기지국에 대한 조치를 수행할 수 있도록 한다.(420) 이 경우 메시지 윈도우의 출력 형식은 다음과 같다.
LOCATION : BSCxx
RESULT : ACCEPTED
INFORM : N_OK BCP REASON
BCPaa : NOT EQUIP
BCPbb : NOT EXIST LINK
BCPcc_A : NO RESPONSE
... ...
BCPee_B : NO RESPONSE
... ...
상기 BCP_A는 이중화된 기지국 제어 프로세서 중 활성(Active) 프로세서이며, BCP_B는 대기(Stand-by) 프로세서이다.
기지국 관리 시스템에 대한 보고를 마치면, 호 제어 프로세서가 정상으로 응답한 모든 기지국 제어 프로세서에게 재시동 및 소프트웨어 재로딩을 명령한다.(240)(330) 호 제어 프로세서는 기지국 제어 프로세서로부터 받은 응답으로 정상 수행중인 기지국 제어 프로세서를 파악하고 있다. 따라서 호 제어 프로세서는 정상 수행중인 기지국 중 특정 개수의 기지국 제어 프로세서에 대해 재시동을 명령한다.
재시동을 명령받은 기지국 제어 프로세서는 먼저 하위의 모든 프로세서를 재시동시킨 다음,(340) 자신도 재시동한다.(350) 재시동된 프로세서는 자동으로 상위 시스템으로 소프트웨어의 로딩을 요구한다.(360) 기지국 제어 프로세서로부터 로딩을 요구받은 호 제어 프로세서는 자 프로세스를 생성하고 해당 기지국 제어 프로세서로 로딩을 수행한다. 로딩이 완료된 기지국 제어 프로세서는 호 제어 프로세서로 로딩 완료 ACK를 보낸다.(250) 호 제어 프로세서로부터 소프트웨어를 다운로드받은 기지국 제어 프로세서는 자신의 하위 프로세서로 해당 소프트웨어를 다운로드한다.(370)
호 제어 프로세서는 소프트웨어 다운로드 명령을 내린 기지국 제어 프로세서를 기억하고 있다가, 일정 시간 동안 로딩 요구가 없는 기지국 제어 프로세서에 대한 정보를 받고, 정상 로딩을 수행하거나 로딩 중 실패 처리된 기지국 제어 프로세서에 대한 정보를 받아 기지국 관리 시스템으로 통보함으로써, 운용자가 로딩 현황을 쉽게 파악할 수 있도록 한다.
만일 호 제어 프로세서의 자 프로세스가 기지국 제어 프로세서로 로딩을 수행한 이후, 기지국 제어 프로세서와의 회선에 이상이 발생하면, 기지국 제어 프로세서의 로딩 완료 메시지를 받지 못하는 경우가 발생할 수 있다. 재시동을 명령한 후 일정 시간 동안 로딩 완료 응답이 없는 기지국 제어 프로세서가 있는 경우, 호 제어 프로세서는 자체적으로 기지국 제어 프로세서에 로딩이 완료되었는지를 파악하여 해당 기지국 제어 프로세서의 다운로드가 완료된 것으로 판단한다.
호 제어 프로세서는 그 용량에 따라 한번에 로딩이 가능한 프로세서의 개수 X를 정하여 놓는다. 그리고 나서, X개의 기지국 제어 프로세서에 대한 로딩이 끝날 때마다 로딩 완료 메시지를 기지국 관리 시스템으로 전달한다. 또한 모든 기지국 제어 프로세서에 대한 로딩이 끝났을 때에도 로딩 완료 메시지를 기지국 관리 시스템으로 전달한다.
X개의 기지국 제어 프로세서에 대한 소프트웨어 다운로드가 완료되었을 때, 또는 모든 기지국 제어 프로세서에 대한 소프트웨어 다운로드가 완료되었을 때, 기지국 관리 시스템은 다음과 같은 메시지 윈도우를 출력한다.
LOCATION : BSCxx
BCPaa_A : COMPLETED
BCPaa_B : COMPLETED
BCPbb_A : FAIL (RETRY)
BCPbb_B : NO REQUEST
... ...
COMPLETED
상기된 바와 같이, 한번의 명령어 입력으로 특정 기지국 제어기에 연동된 모든 기지국에 대한 소프트웨어 패키지를 갱신할 수 있으며, 운용자는 특정 기지국에 대한 다운로드 상황을 매 단계별로 확인할 수 있다.
본 발명은 다양하게 변형될 수 있고 여러 가지 형태를 취할 수 있으며 상기 발명의 상세한 설명에서는 그에 따른 특별한 실시예에 대해서만 기술하였다. 하지만 본 발명은 상기 발명의 상세한 설명에서 언급된 특별한 형태로 한정되는 것이 아닌 것으로 이해되어야 하며, 오히려 첨부된 청구범위에 의해 정의되는 본 발명의 정신과 범위 내에 있는 모든 변형물과 균등물 및 대체물을 포함하는 것으로 이해되어야 한다.
상기한 바와 같이 동작하는 본 발명은, 코드 분할 다중 접속 기술을 사용하는 이동 통신 시스템에서 한번의 명령만으로 다수의 기지국 시스템에 대한 소프트웨어 갱신을 수행할 수 있도록 한다. 또한 본 발명은, 운용자의 편의를 도모하고 소프트웨어 패키지를 안정적으로 모든 기지국에 적용할 수 있다.

Claims (13)

  1. 이동 통신 시스템의 기지국을 제어하는 기지국 제어 프로세서와 다수의 기지국 제어 프로세서를 제어하는 호 제어 프로세서 및 다수의 호 제어 프로세서를 제어하는 기지국 관리 시스템에 있어서,
    기지국 관리 시스템이 호 제어 프로세서로 소프트웨어 갱신을 명령하는 제 1 명령 과정과;
    호 제어 프로세서가 기지국 제어 프로세서로 소프트웨어 갱신을 명령하는 제 2 명령 과정;
    호 제어 프로세서가 기지국 제어 프로세서의 응답을 기지국 관리 시스템으로 보고하는 제 1 보고 과정;
    호 제어 프로세서가 정상으로 응답한 모든 기지국 제어 프로세서에게 재시동 및 소프트웨어 재로딩을 명령하는 재로딩 과정; 및
    기지국 제어 프로세서에 대한 재로딩 성공여부를 기지국 관리 시스템에게 보고하는 제 2 보고 과정을 포함하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  2. 제 1 항에 있어서, 상기 제 1 명령 과정은,
    기지국 관리 시스템이, 운용자로부터 호 제어 프로세서의 ID와 기지국 제어프로세서의 ID를 파라미터로 입력받는 단계; 및
    해당 호 제어 프로세서로 소프트웨어 갱신을 명령하는 단계를 포함하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  3. 제 1 항에 있어서, 상기 제 2 명령 과정은, 호 제어 프로세서가 기지국 관리 시스템으로부터 입력된 ID에 해당하는 기지국 제어 프로세서로, 입력된 ID에 해당하는 기지국 제어 프로세서의 소프트웨어 갱신을 명령하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  4. 제 1 항에 있어서, 상기 제 1 보고 과정은, 호 제어 프로세서의 소프트웨어 갱신 명령에 대하여 비정상으로 응답한 기지국 제어 프로세서에 대한 응답을 기지국 관리 시스템으로 보고하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  5. 제 1 항에 있어서, 상기 방법은, 호 제어 프로세서가 재시동을 명령한 기지국 제어 프로세서의 ID를 기지국 관리 시스템에게 알리는 과정을 추가로 포함하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  6. 제 1 항에 있어서, 상기 재로딩 과정은,
    기지국 제어 프로세서가 호 제어 프로세서로부터 재시동 명령을 받는 단계;
    기지국 제어 프로세서가 하위 프로세서들을 재시동시키는 단계;
    기지국 제어 프로세서가 재시동하는 단계;
    호 제어 프로세서로 소프트웨어 재로딩을 요구하는 단계;
    호 제어 프로세서로부터 소프트웨어 재로딩을 받는 단계;
    하위 프로세서로 소프트웨어를 재로딩하는 단계; 및
    호 제어 프로세서에게 로딩 결과를 보고하는 단계를 포함하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  7. 제 1 항에 있어서, 상기 방법은, 호 제어 프로세서의 재시동 명령이 내려진 이후 일정 시간동안 로딩 요구가 없는 기지국 제어 프로세서는 기지국 관리 시스템에게 비정상으로 보고하는 과정을 추가로 포함하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  8. 제 1 항에 있어서, 상기 방법은, 호 제어 프로세서의 재시동 명령이 내려진 이후 일정 시간동안 로딩 완료 응답이 없는 기지국 제어 프로세서는, 호 제어 프로세서가 자체적으로 해당 기지국 제어 프로세서로 로딩이 수행되었는지를 판단하여 로딩의 완료 여부를 파악하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  9. 제 1 항에 있어서, 상기 재로딩 과정은, 한번에 로딩이 가능한 기지국 제어 프로세서의 개수를 X라고 할 때 X개의 기지국 제어 프로세서 단위로 재로딩을 수행하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  10. 제 9 항에 있어서, 상기 X는 호 제어 프로세서의 로딩 처리 효율에 따라 결정되는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  11. 제 1 항에 있어서, 상기 제 2 보고 과정은, 한번에 로딩이 가능한 기지국 제어 프로세서의 개수를 X라고 할 때 X개의 기지국 제어 프로세서가 재로딩 완료 응답을 보내왔을 때마다 기지국 관리 시스템으로 결과를 보고하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  12. 제 1 항에 있어서, 상기 제 2 보고 과정은, 모든 기지국 제어 프로세서가 재로딩 완료 응답을 보내왔을 때, 기지국 관리 시스템으로 결과를 보고하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
  13. 제 1 항에 있어서, 상기 방법은, 소프트웨어 갱신 명령을 내린 기지국 관리 프로세서가 일정 시간동안 호 제어 프로세서의 응답을 받지 못한 경우, 해당 호 제어 프로세서가 응답이 없음을 운용자에게 알리는 과정을 추가로 포함하는, 이동 통신 기지국 시스템의 소프트웨어 갱신 방법.
KR1019980014496A 1998-04-23 1998-04-23 이동통신기지국시스템의소프트웨어갱신방법 KR100298346B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019980014496A KR100298346B1 (ko) 1998-04-23 1998-04-23 이동통신기지국시스템의소프트웨어갱신방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019980014496A KR100298346B1 (ko) 1998-04-23 1998-04-23 이동통신기지국시스템의소프트웨어갱신방법

Publications (2)

Publication Number Publication Date
KR19990080904A KR19990080904A (ko) 1999-11-15
KR100298346B1 true KR100298346B1 (ko) 2001-08-07

Family

ID=37528355

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019980014496A KR100298346B1 (ko) 1998-04-23 1998-04-23 이동통신기지국시스템의소프트웨어갱신방법

Country Status (1)

Country Link
KR (1) KR100298346B1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100696337B1 (ko) * 2001-05-08 2007-03-21 유티스타콤코리아 유한회사 이동통신 시스템의 제어국에서 디지털 신호 처리기멀티-다운로딩 장치
US7310519B2 (en) 2003-04-22 2007-12-18 Hitachi Communication Technologies, Ltd. Wireless communication apparatus, wireless communication network and software upgrading method
JP3987460B2 (ja) 2003-04-22 2007-10-10 株式会社日立コミュニケーションテクノロジー 無線通信装置及び無線通信網
US7406310B2 (en) * 2003-04-22 2008-07-29 Hitachi Communication Technologies, Ltd. Network management apparatus and method of selecting base station for software update
JP2013161401A (ja) * 2012-02-08 2013-08-19 Fujitsu Ltd ファームウェアの更新制御方法、基地局装置、通信システム及びプログラム

Also Published As

Publication number Publication date
KR19990080904A (ko) 1999-11-15

Similar Documents

Publication Publication Date Title
US20070270984A1 (en) Method and Device for Redundancy Control of Electrical Devices
CN1527169A (zh) 用于过程控制系统的冗余应用站
JPH09168053A (ja) 遠隔装置への保守情報の通信方法及び保守情報を受信する装置
CN112399455B (zh) Lora网关控制方法及Lora通信系统
JP5190543B2 (ja) 通信ネットワークにおいてネットワーク要素のソフトウエアを更新する方法
CN113472956A (zh) 一种云手机管理方法及装置
US5933474A (en) Telecommunications call preservation in the presence of control failure and high processing load
CN108984195B (zh) 一种软件升级方法及装置
CN112099821A (zh) 程序升级方法、装置以及空调系统
KR100298346B1 (ko) 이동통신기지국시스템의소프트웨어갱신방법
KR100407323B1 (ko) 사설 무선 네트워크에서 콜 매니저 이중화 방법
US5623643A (en) Telecommunication system with improved reconfiguration flexibility having first and second communication modules where new operating system is tested with isolated second communication modules
JPH05268657A (ja) 補助的な経路指示構造を有する移動電気通信システム
US8737970B2 (en) Method and apparatus for processing release of connection resources
CN112532454A (zh) 一种fc交换网络系统网络管理方法
KR100546254B1 (ko) 고주파 중계기의 동작상태 원격 감시방법 및 시스템
US6286112B1 (en) Method and mechanism for providing a non-stop, fault-tolerant telecommunications system
JPH07255080A (ja) 無線基地局装置
KR100307405B1 (ko) 이동통신 시스템에서의 플래쉬 메모리를 이용한 기지국의 활성화 방법
KR19990070121A (ko) 페이징 시스템의 기지국 유지보수방법
KR100421841B1 (ko) 호처리 성능을 측정하기 위한 시뮬레이션 방법
CN115904738A (zh) 数据处理装置集群的管理系统和控制方法
CN112867026A (zh) 一种组网处理方法和装置
KR960008682B1 (ko) 전전자 교환기의 패킷 처리 모듈 재시동 방법
JPS6322675B2 (ko)

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20090429

Year of fee payment: 9

LAPS Lapse due to unpaid annual fee