운영지원제도

Operations support system
기타 용도는 OSS를 참조하십시오.

운용지원시스템(OSS), 영국용 운용지원시스템(Ops), NTT동서의[1] 운용지원시스템(Operation System, Ops)은 통신사업자가 자신의 네트워크(예: 전화망)를 관리하기 위해 사용하는 컴퓨터 시스템이다.[2] 네트워크 인벤토리, 서비스 프로비저닝, 네트워크 구성 및 장애 관리와 같은 관리 기능을 지원한다.

비즈니스 지원 시스템(BSS)과 함께 다양한 종단간 통신 서비스를 지원하는 데 활용된다. BSS와 OSS는 자체적인 데이터 및 서비스 책임을 갖는다. 두 시스템을 함께 약칭하여 OSS/BSS, BSS/OSS 또는 간단히 B/OSS라고 부르는 경우가 많다.

또한 OSS라는 약어는 전체 시스템으로 간주되는 모든 운영지원시스템을 지칭하는 단수형태로 사용된다.

OSS의 다른 세분화는 TM 포럼이나 산업연구실, 또는 OSS 벤더가 제안하였다. 일반적으로 OSS는 최소한 다음 5가지 기능을 포함한다.

역사

약 1970년 이전에는 수작업 행정 프로세스에 의해 많은 OSS 활동이 수행되었다. 하지만, 이 활동의 많은 부분이 컴퓨터로 대체될 수 있다는 것은 명백해졌다. 그 후 5년 정도 동안, 전화 회사들은 이 활동의 대부분을 자동화한 많은 컴퓨터 시스템(또는 소프트웨어 애플리케이션)을 만들었다. 이것이 유닉스 운영체제와 C 프로그래밍 언어의 발전을 이끈 요인 중 하나였다. 벨 시스템은 다양한 OSS 애플리케이션을 위해 디지털 장비 회사로부터 PDP-11 컴퓨터의 자체 제품군을 구입했다. 벨 시스템에 사용되는 OSS 시스템에는 AMATPS, CSOBS, EADAS, 원격 메모리 관리 시스템(RMAS), 스위칭 제어 센터 시스템(SCCS), 서비스 평가 시스템(SES), 트렁크 통합 기록 보관 시스템(TIRKS) 등이 포함된다. 이 시대의 OSS 시스템은 Bell System Technical Journal, Bell Labs Record, Telcordia Technologies(현재 에릭슨의 일부분) SR-2275에 기술되어 있다.[3]

많은 OSS 시스템들은 처음에는 서로 연결되지 않았고 종종 수동 개입이 필요했다. 예를 들어, 고객이 새로운 전화 서비스를 주문하고자 하는 경우를 생각해 보십시오. 주문 시스템은 고객의 주문 세부사항과 세부사항을 취하지만 전화 교환을 직접 구성할 수는 없다. 이는 스위치 관리 시스템에 의해 이루어질 것이다. 새로운 서비스의 세부 사항은 주문 처리 시스템에서 스위치 관리 시스템으로 이전되어야 하며, 이는 일반적으로 기술자가 한 화면에서 다른 화면으로 세부 사항을 다시 조정하여 수행될 것이다. 흔히 "스위벨 의자 통합"이라고 불리는 과정이다. 이는 분명히 비효율성의 또 다른 원천이었으므로, 향후 몇 년간의 초점은 OSS 애플리케이션 간의 자동화된 인터페이스를 만드는 데 있었다.OSS 통합. 값싸고 단순한 OSS 통합은 대부분의 통신회사의 주요 목표로 남아 있다.

건축

OSS에 관한 많은 작업은 그 구조를 정의하는 데 집중되어 왔다. 간단히 말해서, OSS에는 네 가지 핵심 요소가 있다.

  • 과정
    • 사건의 순서
  • 데이터
    • 작용하는 정보
  • 적용들
    • 데이터 관리 프로세스를 구현하는 구성 요소
  • 기술
    • 애플리케이션 구현 방법

1990년대 동안, 새로운 OSS 아키텍처 정의는 ITU 전기통신 표준화 부문(ITU-T)의 전기통신 관리 네트워크(TMN) 모델에서 수행되었다. 이로써 OSS 내에서 적용되는 4단 TMN 모델이 확립되었다.

  • 비즈니스 관리 수준(BML)
  • 서비스 관리 수준(SML)
  • 네트워크 관리 수준(NML)
  • 요소 관리 수준(EML)

표준이 4단계에 불과하지만 5단계는 요소 자체일 때도 있다. 이것은 나중의 일을 위한 기초가 되었다. 네트워크 관리는 FCAPS 모델(Fault, Configuration, Accounting, Performance and Security)을 사용하여 ISO에 의해 추가로 정의되었다. 이 기준은 ITU-T TMN 표준에 의해 TMN 표준 M.3000 – M.359 시리즈의 기술 기반에 대한 기능 모델로 채택되었다. FCAPS 모델은 원래 구상되었고 IT 기업 네트워크에 적용 가능하지만, ITU-TMN 표준을 준수하는 통신 사업자에 의해 운영되는 공공 네트워크에 사용하기 위해 채택되었다.

네트워크와 서비스 관리의 큰 문제는 액세스와 핵심 네트워크의 네트워크 요소를 관리하고 제어하는 능력이다. 역사적으로 네트워크 관리를 위한 표준 프로토콜을 정의하기 위해 표준화 fora(ITU-T, 3GPP)에 많은 노력을 기울였지만 성공과 실질적인 결과는 없었다. 한편 IETF SNMP 프로토콜(Simple Network Management Protocol)은 EML-NML 통신 수준에서 인터넷과 통신사 관리의 사실상의 표준이 되었다.

2000년 이후부터는, 새로운 브로드밴드·VoIP 서비스의 성장으로, 홈 네트워크의 관리도 OSS·네트워크 관리의 범위에 들어가고 있다. DSL Forum TR-069 규격은 EML-NML 인터페이스에서 홈 네트워크 장치 및 터미널 관리에 적합한 CPE WAN 관리 프로토콜(CWMP)을 정의했다.

TM 포럼

TM 포럼(TM Forum)은 전신 텔레매니지먼트 포럼(TeleManagement Forum)으로 통신 서비스 제공업체와 통신산업 공급업체가 참여하는 국제 회원 조직이다. OSS는 일반적으로 독점적·맞춤형 기술에 의해 지배되고 있는 반면, TM 포럼은 OSS와 BSS에서의 표준과 프레임워크를 촉진한다.

2005년까지 OSS 아키텍처의 발전은 2000년에 설립된 TM 포럼의 NGOSS(New Generation Operation Systems and Software) 프로그램의 결과물이었다. 이로써 표준화된 접근방식을 제공하는 모델 집합과 함께 OSS 통합이 채택해야 하는 원칙 집합이 확립되었다. NGOSS는 Frameworx로 이름이 바뀌었다.

프레임웍스 모델

TM 포럼에서는 Frameworx를 다음과 같은 아키텍처로 설명한다.

구성요소는 공통 통신 차량(예: EAI, 웹 서비스, EJB)을 통해 상호작용한다. 동작은 프로세스 관리 및/또는 정책 관리를 사용하여 구성요소가 제공하는 서비스에서 제공하는 기능을 조정하여 제어할 수 있다.

TM Forum의 NGOSS 작업의 초기 초점은 프로세스, 정보 및 애플리케이션 상호 작용에 대한 비즈니스 이해관계자의 관점을 지원하기 위한 참조 모델을 구축하는 데 있었다. 병렬로 운영되는 것은 OSS 기능(주로 MTNM)에 대한 접근을 제공하기 위한 인터페이스 사양에 대한 구현 이해관계자 관점을 지원하는 활동이었다. MTNM 작업은 MTOSI의 다중 기술 운영 시스템 인터페이스를 제공하는 일련의 웹 서비스로 진화했다. 가장 최근에는 자바 이니셔티브(OSS/J)를 통한 OSS가 TMF에 가입해 NGOSS 기반 BSS/OSS API를 제공하고 있다.[when?]

지속적인 작업 - 개방형 디지털 아키텍처(ODA)

개방형 디지털 아키텍처(ODA)는 업계에서 인정하는 청사진, 언어 및 핵심 설계 원칙 세트를 제공한다. 획일적인 기존 소프트웨어 솔루션 유지에서 AI를 사용하여 조정할 수 있는 민첩한 클라우드 기반 기능 관리로 전환하는 실용적인 경로를 제공할 것이다. 기술·비즈니스 플랫폼 기능 대비 TM 포럼의 오픈 API를 매핑한 레퍼런스 아키텍처다.[4]

참고 항목

참조

  1. ^ NTT Access Network Service Systems Laboratories (April 2003). "Operation system". ANSL R&D Times #32. Retrieved 2021-01-25.
  2. ^ 위키백과 기사 운영 연구를 참조하십시오.
  3. ^ Latonia Gist (2013). Telecommunications Systems and Standards (PDF). World Technologies. p. 16. ISBN 978-81-323-4238-0.
  4. ^ https://www.tmforum.org/resources/whitepapers/open-digital-architecture/

외부 링크