KR20150103220A - 통신 네트워크 기능의 개방을 위한 시스템 아키텍처, 서브시스템, 및 방법 - Google Patents

통신 네트워크 기능의 개방을 위한 시스템 아키텍처, 서브시스템, 및 방법 Download PDF

Info

Publication number
KR20150103220A
KR20150103220A KR1020157020780A KR20157020780A KR20150103220A KR 20150103220 A KR20150103220 A KR 20150103220A KR 1020157020780 A KR1020157020780 A KR 1020157020780A KR 20157020780 A KR20157020780 A KR 20157020780A KR 20150103220 A KR20150103220 A KR 20150103220A
Authority
KR
South Korea
Prior art keywords
api
subsystem
communication network
party
network function
Prior art date
Application number
KR1020157020780A
Other languages
English (en)
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 후아웨이 테크놀러지 컴퍼니 리미티드
Publication of KR20150103220A publication Critical patent/KR20150103220A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • H04L29/10—
    • 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/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • 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/04—Network management architectures or arrangements
    • H04L41/052—Network management architectures or arrangements using standardised network management architectures, e.g. telecommunication management network [TMN] or unified network management architecture [UNMA]
    • 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
    • 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/18—Delegation of network management function, e.g. customer network management [CNM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/53—Network services using third party service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명의 실시예들은 통신 네트워크 기능을 개방하는 시스템 아키텍처, 서브시스템, 및 방법을 제공한다. 본 시스템은 API 개방 서브시스템, 통신 네트워크 서브시스템, 및 써드 파티 서브시스템을 포함한다. 통신 네트워크 서브시스템과 API 개방 서브시스템 사이에는 제1 인터페이스가 제공되고, API 개방 서브시스템과 써드 파티 서브시스템 사이에는 제2 인터페이스가 제공된다. 통신 네트워크 서브시스템은 통신 네트워크 기능을 API 개방 서브시스템에 제공하기 위해 사용된다. API 개방 서브시스템은 통신 네트워크 기능의 개방을 운영하고 관리하며 통신 네트워크 기능을 갖는 API를 써드 파티 서브시스템에 제공하기 위해 사용된다. 써드 파티 서브시스템은 API 개방 서브시스템에서 통신 네트워크 기능을 갖는 API를 호출하기 위해 사용된다. 통신 네트워크 기능은 네트워크 커스터마이즈 기능 및 요구사항에 따라 써드 파티 서브시스템에 의해 호출되는 통신 네트워크 기능 및/또는 호스팅 기능을 포함한다. 따라서, 본 발명에 의해 제공되는 통신 네트워크 기능의 개방을 위한 시스템 아키텍처는 폭넓게 응용될 수 있고, 시장에서 통신 사업자의 경쟁력을 향상시킬 수 있다.

Description

통신 네트워크 기능의 개방을 위한 시스템 아키텍처, 서브시스템, 및 방법{SYSTEM ARCHITECTURE, SUBSYSTEM, AND METHOD FOR OPENING OF TELECOMMUNICATION NETWORK CAPABILITY}
본 발명의 실시예들은 통신 기술 분야에 관한 것으로서, 상세하게는 통신 네트워크 기능(telecommunications network capability)을 개방하는 시스템 아키텍처, 서브시스템, 및 방법에 관한 것이다.
IT(Information Technology, 정보 기술) 및 인터넷 산업에서, 플랫폼 개방(platform opening)은 아주 중요한 추세이고, 각각의 대기업은 산업망(industry chain)에서 선점 기회를 잡기 위해 플랫폼 개방에 착수하고 있다. 통신 사업자 및 장비 제조업체는 ICT(Information Communication Technology, 정보 통신 기술) 전환의 압력에 직면해 있고, 또한 통신 네트워크 기능의 개방에 착수하려고 시도하기 시작하고 있다. 그렇지만, 산업계는 현재 여전히 탐색 단계에 있고, 통합된 기준 및 성숙된 아키텍처가 없다.
종래 기술에서, SOA(Service-oriented architecture, 서비스 지향 아키텍처) 개념에 기초하는 IBM(International Business Machines Corporation) IT 플랫폼 개방 아키텍처는 주로 IT 자원의 개방을 제공한다. 그렇지만, 운영 및 지원 환경에 대해서는 비교적 거의 고려되고 있지 않으며, 관련 통신 네트워크 기능의 인터페이스가 고려되지 않고, 따라서, 통신 네트워크 기능의 개방이 지원될 수 없다.
본 발명의 실시예들은 폭넓게 응용될 수 있는, 통신 네트워크 기능을 개방하는 시스템 아키텍처, 서브시스템, 및 방법을 제공하고, 개방형 아키텍처 및 플랫폼을 사용하는 것에 의해, 통신 사업자는 네트워크 자산 및 기능을 더 충분히 응용할 수 있으며, 그에 의해 산업망(industry chain)에서의 경쟁력을 향상시킬 수 있다.
제1 양태에서, 통신 네트워크 기능을 개방하는 시스템 아키텍처가 제공되고, 본 시스템은 API(application programming interface) 개방 서브시스템, 통신 네트워크 서브시스템, 및 써드 파티 서브시스템(third-party subsystem)을 포함하며; 통신 네트워크 서브시스템과 API 개방 서브시스템 사이에는 제1 인터페이스가 존재하고, API 개방 서브시스템과 써드 파티 서브시스템 사이에는 제2 인터페이스가 존재하며; 통신 네트워크 서브시스템은 통신 네트워크 기능을 API 개방 서브시스템에 제공하도록 구성되어 있고; API 개방 서브시스템은 통신 네트워크 기능의 개방을 운영하고 관리하며 통신 네트워크 기능의 API를 써드 파티 서브시스템에 제공하도록 구성되어 있으며; 써드 파티 서브시스템은 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출(invoke)하도록 구성되어 있고, 통신 네트워크 기능은 네트워크 커스터마이즈 기능(network customization capability), API 기능, 및 호스팅 기능(hosting capability) 중 적어도 하나를 포함하며, API 기능은 요구사항에 따라 써드 파티 서브시스템에 의해 호출되는 통신 네트워크 기능이다.
제1 양태를 참조하여, 제1 구현 방식에서, API 개방 서브시스템은 통신 네트워크 기능의 API를 운영하고 관리하도록 추가로 구성되어 있고 그리고/또는 써드 파티(third party)를 운영하고 관리하도록 추가로 구성되어 있다.
제1 양태의 제1 가능한 구현 방식을 참조하여, 제2 가능한 구현 방식에서, API 개방 서브시스템은 통신 네트워크 기능을 조율(arrange)하고 관리하며, 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하도록 추가로 구성되어 있고; 써드 파티 서브시스템은 API 개방 서브시스템을 통해 통신 네트워크 기능의 API에 관한 정보를 획득하고, 통신 네트워크 기능의 API에 관한 정보에 따라 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 추가로 구성되어 있거나; 또는, 통신 네트워크 기능을 개방하는 시스템 아키텍처는 API 등록 및 게시 플랫폼을 추가로 포함하고, API 개방 서브시스템은 통신 네트워크 기능을 조율하고 관리하며, 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 API 등록 및 게시 플랫폼으로 송신하도록 추가로 구성되어 있으며; API 등록 및 게시 플랫폼은 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하도록 구성되어 있고; 써드 파티 서브시스템은 API 등록 및 게시 플랫폼을 통해 통신 네트워크 기능의 API에 관한 정보를 획득하고, 통신 네트워크 기능의 API에 관한 정보에 따라 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 추가로 구성되어 있다.
제1 양태 또는 제1 양태의 제1 가능한 구현 방식 또는 제2 가능한 구현 방식을 참조하여, 제3 가능한 구현 방식에서, API 개방 서브시스템은 써드 파티 서브시스템에 의해 API 개방 서브시스템을 통해 수행되는 가입 또는 등록에 관한 정보를 운영하고 관리하도록 추가로 구성되어 있고; 써드 파티 서브시스템은, 가입 또는 등록이 완료된 후에, API 구입 또는 가입 요청 메시지를 API 개방 서브시스템으로 송신하도록 추가로 구성되어 있으며; API 개방 서브시스템은, 써드 파티 서브시스템에 의해 송신되는 API 구입 또는 가입 요청 메시지에 따라, 통신 네트워크 기능의 API 상태 정보가 이용가능한지를 질의하고, API 상태 정보에 따라, 통신 네트워크 기능의 API를 구입하는 것에 대한 결과를 써드 파티 서브시스템으로 반환하도록 추가로 구성되어 있다.
제1 양태 또는 제1 양태의 제1 가능한 구현 방식 내지 제3 가능한 구현 방식 중 어느 하나를 참조하여, 제4 가능한 구현 방식에서, 써드 파티 서브시스템은, API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하기 전에, 통신 네트워크 기능의 API의 호출 요청 메시지를 API 개방 서브시스템으로 송신하도록 추가로 구성되어 있고 - 호출 요청 메시지는 써드 파티에 관한 정보를 포함함 -; API 개방 서브시스템은 써드 파티에 관한 정보에 따라 써드 파티에 대한 인증(authentication) 및 권한 부여(authorization)를 수행하고, 인증 및 권한 부여의 결과에 따라, 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 허용되는지를 결정하도록 추가로 구성되어 있다.
제1 양태의 제4 가능한 구현 방식을 참조하여, 제5 가능한 구현 방식에서, API 개방 서브시스템은, 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 허용되어 있는 것으로 결정한 후에, 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템으로 송신하도록 추가로 구성되어 있고; 통신 네트워크 서브시스템은 API 개방 서브시스템에 의해 송신되는 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고, 통신 네트워크 기능의 API의 호출 요청 메시지에 따라 써드 파티 서브시스템에 의한 통신 네트워크 기능의 API의 호출을 구현하도록 추가로 구성되어 있다.
제1 양태의 제5 가능한 구현 방식을 참조하여, 제6 가능한 구현 방식에서, API 개방 서브시스템은, 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템으로 송신하기 전에, 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하도록 추가로 구성되어 있거나; 또는, 인터페이스 적응 모듈(interface adaptation module) 또는 플러그인(plug-in)이 통신 네트워크 서브시스템에 내장되어 있는 경우, 통신 네트워크 서브시스템은 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하도록 추가로 구성되어 있다.
제1 양태 또는 제1 양태의 제1 가능한 구현 방식 내지 제6 가능한 구현 방식 중 어느 하나를 참조하여, 제7 가능한 구현 방식에서, 써드 파티 서브시스템은 API 개방 서브시스템을 통해 네트워크 자원을 정의하고 신청(apply for)하도록 추가로 구성되어 있고; API 개방 서브시스템은 네트워크 자원의 정의(definition) 및 신청(application)을 통신 네트워크 서브시스템으로 송신하도록 추가로 구성되어 있으며; 통신 네트워크 서브시스템은 네트워크 자원의 정의 및 신청에 따라 네트워크 자원에 대한 구성 및 서비스 규칙의 프로비저닝(provisioning)을 수행하고, 네트워크 자원 구성과 부합하는 서비스를 써드 파티 서브시스템에 개방하도록 추가로 구성되어 있고, 네트워크 커스터마이즈 기능은 네트워크 자원의 정의를 포함한다.
제1 양태 또는 제1 양태의 제1 가능한 구현 방식 내지 제7 가능한 구현 방식 중 어느 하나를 참조하여, 제8 가능한 구현 방식에서, 써드 파티 서브시스템은 서비스 요구사항에 따라 API 개방 서브시스템을 통해 API 기능의 API를 호출하도록 추가로 구성되어 있고, API 기능은 정보 유형 기능(information-type capability) 및/또는 제어 유형 기능(control-type capability)을 포함한다.
제1 양태 또는 제1 양태의 제1 가능한 구현 방식 내지 제8 가능한 구현 방식 중 어느 하나를 참조하여, 제9 가능한 구현 방식에서, 써드 파티 서브시스템은 계산 또는 자원 저장을 수행하기 위해 API 개방 서브시스템을 통해 호스팅 기능의 API를 사용하도록 추가로 구성되어 있다.
제1 양태 또는 제1 양태의 제1 가능한 구현 방식 내지 제9 가능한 구현 방식 중 어느 하나를 참조하여, 제10 가능한 구현 방식에서, API 개방 서브시스템은 통계 정보를 획득하기 위해 써드 파티 서브시스템에 의해 통신 네트워크 기능의 API를 호출하는 프로세스에 대한 모니터링 및 통계를 수행하도록 추가로 구성되어 있고, 통계 정보는 SLA(service level agreement) 관리 및/또는 과금을 위해 사용된다.
제1 양태 또는 제1 양태의 제1 가능한 구현 방식 내지 제10 가능한 구현 방식 중 어느 하나를 참조하여, 제11 가능한 구현 방식에서, 본 시스템은 BSS(business support system) 또는 OSS(operation support system) 서브시스템을 추가로 포함하고, API 개방 서브시스템과 BSS 또는 OSS 서브시스템 사이에는 제3 인터페이스가 존재하며; API 개방 서브시스템은 통계 정보에 따라 써드 파티의 과금 정보를 결정하고, 과금 정보를 BSS 또는 OSS 서브시스템으로 송신하도록 추가로 구성되어 있고, BSS 또는 OSS 서브시스템은 과금 정보에 따라 써드 파티에 대한 과금을 수행한다.
제1 양태 또는 제1 양태의 제1 가능한 구현 방식 내지 제11 가능한 구현 방식 중 어느 하나를 참조하여, 제12 가능한 구현 방식에서, API 개방 서브시스템은 통신 네트워크 기능의 API에 대한 등록해제(deregistration) 또는 서비스 취소를 수행하도록 추가로 구성되어 있다.
제1 양태 또는 제1 양태의 제1 가능한 구현 방식 내지 제12 가능한 구현 방식 중 어느 하나를 참조하여, 제13 가능한 구현 방식에서, API 개방 서브시스템은 통신 네트워크 기능의 API의 지원 환경을 써드 파티 서브시스템에 제공하도록 추가로 구성되어 있고, 지원 환경은 애플리케이션 개발 환경/테스트 환경, 애플리케이션 실행 환경, 문서, 참조 설계(reference design), 기술 지원, 및 포럼 중 적어도 하나를 포함한다.
제1 양태 또는 제1 양태의 제1 가능한 구현 방식 내지 제13 가능한 구현 방식 중 어느 하나를 참조하여, 제14 가능한 구현 방식에서, API 개방 서브시스템은 통신 네트워크 기능의 API를 수직 개방 방식(vertical open manner)으로 및/또는 수평 개방 방식(horizontal open manner)으로 써드 파티 서브시스템에 제공하도록 추가로 구성되어 있고, 수직 개방 방식은 써드 파티가 특정적(particular)이라는 것을 나타내고, 수평 개방 방식은 써드 파티가 임의적(arbitrary)이라는 것을 나타낸다.
제1 양태의 제14 가능한 구현 방식을 참조하여, 제15 가능한 구현 방식에서, 특정의 써드 파티는 통신 사업자와 긴밀하게 협력하는 고객이고, 통신 사업자와 긴밀하게 협력하는 고객은 기업 고객(enterprise customer), 산업 고객(industrial customer), 및 통신 사업자의 소비자 중 적어도 하나를 포함한다.
제2 양태에서, API 개방 서브시스템이 제공되고, API 개방 서브시스템은 통신 네트워크 서브시스템에 의해 제공되는 통신 네트워크 기능을 획득하도록 구성되고 통신 네트워크 기능의 API를 써드 파티 서브시스템에 제공하도록 구성된 API 액세스 모듈 - 그에 따라, 써드 파티 서브시스템은 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출함 -; 및 API 액세스 모듈에 의해 획득되는 통신 네트워크 기능의 개방을 운영하고 관리하도록 구성된 API 운영 및 관리 모듈을 포함하고, 통신 네트워크 기능은 네트워크 커스터마이즈 기능, API 기능, 및 호스팅 기능 중 적어도 하나를 포함하며, API 기능은 요구사항에 따라 써드 파티 서브시스템에 의해 호출되는 통신 네트워크 기능이다.
제2 양태를 참조하여, 제1 가능한 구현 방식에서, API 운영 및 관리 모듈은 통신 네트워크 기능의 API를 운영하고 관리하도록 추가로 구성되어 있고 그리고/또는 써드 파티를 운영하고 관리하도록 추가로 구성되어 있다.
제2 양태의 제1 가능한 구현 방식을 참조하여, 제2 가능한 구현 방식에서, API 개방 서브시스템은 API 게시 플랫폼을 추가로 포함하고; API 운영 및 관리 모듈은 통신 네트워크 기능을 조율하고 관리하도록 추가로 구성되어 있으며; API 게시 플랫폼은 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하도록 구성되어 있고, 그에 따라, 써드 파티 서브시스템은 통신 네트워크 기능의 API에 관한 정보에 따라 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출한다.
제2 양태 또는 제2 양태의 제1 가능한 구현 방식 또는 제2 가능한 구현 방식을 참조하여, 제3 가능한 구현 방식에서, API 운영 및 관리 모듈은 써드 파티 서브시스템에 의해 API 운영 및 관리 모듈을 통해 수행되는 가입 또는 등록에 관한 정보를 운영하고 관리하며, 써드 파티가 가입 또는 등록을 완료한 후에, 써드 파티 서브시스템에 의해 송신되는 API 구입 또는 가입 요청 메시지에 따라, 통신 네트워크 기능의 API 상태 정보가 이용가능한지를 질의하도록 추가로 구성되어 있고; API 운영 및 관리 모듈은, 질의된 API 상태 정보에 따라, 통신 네트워크 기능의 API를 구입하는 것에 대한 결과를 써드 파티 서브시스템에 반환하도록 추가로 구성되어 있다.
제2 양태 또는 제2 양태의 제1 가능한 구현 방식 내지 제3 가능한 구현 방식 중 어느 하나를 참조하여, 제4 가능한 구현 방식에서, API 액세스 모듈은 써드 파티 서브시스템에 의해 송신되는 통신 네트워크 기능의 API의 호출 요청 메시지를 수신하도록 추가로 구성되어 있고 - 호출 요청 메시지는 써드 파티에 관한 정보를 포함함 -; API 운영 및 관리 모듈은 써드 파티에 관한 정보에 따라 써드 파티에 대한 인증 및 권한 부여를 수행하고, 인증 및 권한 부여의 결과에 따라, 써드 파티 서브시스템이 API 액세스 모듈을 통해 통신 네트워크 기능의 API를 호출하도록 허용되는지를 결정하도록 추가로 구성되어 있다.
제2 양태의 제4 가능한 구현 방식을 참조하여, 제5 가능한 구현 방식에서, API 액세스 모듈은, API 운영 및 관리 모듈이 써드 파티 서브시스템이 API 액세스 모듈을 통해 통신 네트워크 기능의 API를 호출하도록 허용되어 있는 것으로 결정한 후에, 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템으로 송신하도록 추가로 구성되어 있고, 그에 따라, 통신 네트워크 서브시스템은 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고, 통신 네트워크 기능의 API의 호출 요청 메시지에 따라 써드 파티 서브시스템에 의한 통신 네트워크 기능의 API의 호출을 구현한다.
제2 양태의 제5 가능한 구현 방식을 참조하여, 제6 가능한 구현 방식에서, API 액세스 모듈은, 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템으로 송신하기 전에, 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하도록 추가로 구성되어 있다.
제2 양태 또는 제2 양태의 제1 가능한 구현 방식 내지 제6 가능한 구현 방식 중 어느 하나를 참조하여, 제7 가능한 구현 방식에서, API 액세스 모듈은 써드 파티 서브시스템이 네트워크 자원을 정의하고 신청하며, 네트워크 자원의 정의 및 신청을 통신 네트워크 서브시스템으로 송신하도록 추가로 구성되어 있고 - 그에 따라, 통신 네트워크 서브시스템은 네트워크 자원의 정의 및 신청에 따라 네트워크 자원에 대한 구성 및 서비스 규칙의 프로비저닝을 수행하고, 네트워크 자원 구성과 부합하는 서비스를 써드 파티 서브시스템에 개방하며, 여기서, 네트워크 커스터마이즈 기능은 네트워크 자원의 정의를 포함함 - ; 또는, API 액세스 모듈은 써드 파티 서브시스템이 서비스 요구사항에 따라 API 액세스 모듈을 통해 API 기능을 호출하도록 추가로 구성되어 있고 - API 기능은 정보 유형 기능 및/또는 제어 유형 기능을 포함함 -; API 액세스 모듈은 써드 파티 서브시스템이 계산 또는 자원 저장을 수행하기 위해 API 액세스 모듈을 통해 호스팅 기능을 사용하도록 추가로 구성되어 있다.
제2 양태 또는 제2 양태의 제1 가능한 구현 방식 내지 제7 가능한 구현 방식 중 어느 하나를 참조하여, 제8 가능한 구현 방식에서, API 운영 및 관리 모듈은 통계 정보를 획득하기 위해 써드 파티 서브시스템에 의해 통신 네트워크 기능의 API를 호출하는 프로세스에 대한 모니터링 및 통계를 수행하도록 추가로 구성되어 있고, 통계 정보는 SLA(service level agreement) 관리 및/또는 과금을 위해 사용된다.
제2 양태 또는 제2 양태의 제1 가능한 구현 방식 내지 제8 가능한 구현 방식 중 어느 하나를 참조하여, 제9 가능한 구현 방식에서, API 운영 및 관리 모듈은 통신 네트워크 기능의 API에 대한 등록해제 또는 서비스 취소를 수행하도록 추가로 구성되어 있다.
제2 양태 또는 제2 양태의 제1 가능한 구현 방식 내지 제9 가능한 구현 방식 중 어느 하나를 참조하여, 제10 가능한 구현 방식에서, API 개방 서브시스템은 API 지원 환경 모듈을 추가로 포함하고, API 지원 환경 모듈은 통신 네트워크 기능의 API의 지원 환경을 써드 파티 서브시스템에 제공하도록 추가로 구성되어 있으며, 지원 환경은 애플리케이션 개발 환경/테스트 환경, 애플리케이션 실행 환경, 문서, 참조 설계, 기술 지원, 및 포럼 중 적어도 하나를 포함한다.
제2 양태 또는 제2 양태의 제1 가능한 구현 방식 내지 제10 가능한 구현 방식 중 어느 하나를 참조하여, 제11 가능한 구현 방식에서, API 액세스 모듈은 통신 네트워크 기능의 API를 수직 개방 방식으로 및/또는 수평 개방 방식으로 써드 파티 서브시스템에 제공하도록 추가로 구성되어 있고, 수직 개방 방식은 써드 파티가 특정적이라는 것을 나타내고, 수평 개방 방식은 써드 파티가 임의적이라는 것을 나타낸다.
제3 양태에서, 통신 네트워크 기능을 개방하는 방법이 제공되고, 이 방법은 통신 네트워크 서브시스템이 통신 네트워크 기능을 API 개방 서브시스템에 제공하는 단계; API 개방 서브시스템이 통신 네트워크 기능의 개방을 운영하고 관리하며 통신 네트워크 기능의 API를 써드 파티 서브시스템에 제공하는 단계; 및 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하는 단계를 포함하고, 통신 네트워크 기능은 네트워크 커스터마이즈 기능, API 기능, 및 호스팅 기능 중 적어도 하나를 포함하며, API 기능은 요구사항에 따라 써드 파티 서브시스템에 의해 호출되는 통신 네트워크 기능이다.
제3 양태를 참조하여, 제1 가능한 구현 방식에서, API 개방 서브시스템이 통신 네트워크 기능의 개방을 운영하고 관리하는 단계의 구체적인 구현은 API 개방 서브시스템이 통신 네트워크 기능의 API를 운영하고 관리하며 그리고/또는 써드 파티를 운영하고 관리하는 단계일 수 있다.
제3 양태의 제1 가능한 구현 방식을 참조하여, 제2 가능한 구현 방식에서, API 개방 서브시스템이 통신 네트워크 기능의 API를 운영하고 관리하는 단계의 구체적인 구현은 API 개방 서브시스템이 통신 네트워크 기능을 조율하고 관리하며, 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하는 단계; 및 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API에 관한 정보를 획득하고, 통신 네트워크 기능의 API에 관한 정보에 따라 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하는 단계; 또는 API 개방 서브시스템이 통신 네트워크 기능을 조율하고 관리하며, 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 API 등록 및 게시 플랫폼으로 송신하는 단계; API 등록 및 게시 플랫폼이 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하는 단계; 및 써드 파티 서브시스템이 API 등록 및 게시 플랫폼을 통해 통신 네트워크 기능의 API에 관한 정보를 획득하고, 통신 네트워크 기능의 API에 관한 정보에 따라 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하는 단계일 수 있다.
제3 양태 또는 제3 양태의 제1 가능한 구현 방식 또는 제2 가능한 구현 방식을 참조하여, 제3 가능한 구현 방식에서, API 개방 서브시스템이 써드 파티를 운영하고 관리하는 단계의 구체적인 구현은 API 개방 서브시스템이 써드 파티 서브시스템에 의해 API 개방 서브시스템을 통해 수행되는 가입 또는 등록에 관한 정보를 운영하고 관리하는 단계; 가입 또는 등록이 완료된 후에, 써드 파티 서브시스템이 API 구입 또는 가입 요청 메시지를 API 개방 서브시스템으로 송신하는 단계; 및 API 개방 서브시스템이 써드 파티 서브시스템에 의해 송신되는 API 구입 또는 가입 요청 메시지에 따라 통신 네트워크 기능의 API 상태 정보가 이용가능한지를 질의하는 단계일 수 있고; API 개방 서브시스템이 써드 파티를 운영하고 관리하는 단계 후에, 구체적인 구현은, API 상태 정보에 따라, 통신 네트워크 기능의 API를 구입하는 것에 대한 결과를 써드 파티 서브시스템에 반환하는 단계일 수 있다.
제3 양태 또는 제3 양태의 제1 가능한 구현 방식 내지 제3 가능한 구현 방식 중 어느 하나를 참조하여, 제4 가능한 구현 방식에서, 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하는 단계 이전에, 구체적인 구현은 써드 파티 서브시스템이 통신 네트워크 기능의 API의 호출 요청 메시지를 API 개방 서브시스템으로 송신하는 단계 - 호출 요청 메시지는 써드 파티에 관한 정보를 포함함 -; 및 API 개방 서브시스템이 써드 파티에 관한 정보에 따라 써드 파티에 대한 인증 및 권한 부여를 수행하고, 인증 및 권한 부여의 결과에 따라, 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 허용되는지를 결정하는 단계일 수 있다.
제3 양태의 제4 가능한 구현 방식을 참조하여, 제5 가능한 구현 방식에서, 구체적인 구현은, 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 허용되어 있는 것으로 결정한 후에, API 개방 서브시스템이 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고, 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템으로 송신하는 단계; 및 통신 네트워크 서브시스템이 API 개방 서브시스템에 의해 송신되는 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고, 통신 네트워크 기능의 API의 호출 요청 메시지에 따라 써드 파티 서브시스템에 의한 통신 네트워크 기능의 API의 호출을 구현하는 단계일 수 있다.
제3 양태의 제5 가능한 구현 방식을 참조하여, 제6 가능한 구현 방식에서, API 개방 서브시스템이 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템으로 송신하는 단계 이전에, 구체적인 구현은 API 개방 서브시스템이 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하는 단계일 수 있다.
제3 양태의 제5 가능한 구현 방식을 참조하여, 제7 가능한 구현 방식에서, API 개방 서브시스템이 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템으로 송신하는 단계 이후에, 구체적인 구현은 통신 네트워크 서브시스템이 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하는 단계일 수 있다.
제3 양태 또는 제3 양태의 제1 가능한 구현 방식 내지 제7 가능한 구현 방식 중 어느 하나를 참조하여, 제8 가능한 구현 방식에서, 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하는 단계의 구체적인 구현은 써드 파티 서브시스템이 API 개방 서브시스템을 통해 네트워크 자원을 정의하고 신청하는 단계; API 개방 서브시스템이 네트워크 자원의 정의 및 신청을 통신 네트워크 서브시스템으로 송신하는 단계; 및 통신 네트워크 서브시스템이 네트워크 자원의 정의 및 신청에 따라 네트워크 자원에 대한 구성 및 서비스 규칙의 프로비저닝을 수행하고, 네트워크 자원 구성과 부합하는 서비스를 써드 파티 서브시스템에 개방하는 단계일 수 있고, 네트워크 커스터마이즈 기능은 네트워크 자원의 정의를 포함한다.
제3 양태 또는 제3 양태의 제1 가능한 구현 방식 내지 제8 가능한 구현 방식 중 어느 하나를 참조하여, 제9 가능한 구현 방식에서, 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하는 단계의 구체적인 구현은 써드 파티 서브시스템이 서비스 요구사항에 따라 API 개방 서브시스템을 통해 API 기능의 API를 호출하는 단계일 수 있고, API 기능은 정보 유형 기능 및/또는 제어 유형 기능을 포함한다.
제3 양태 또는 제3 양태의 제1 가능한 구현 방식 내지 제9 가능한 구현 방식 중 어느 하나를 참조하여, 제10 가능한 구현 방식에서, 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하는 단계의 구체적인 구현은 써드 파티 서브시스템이 계산 또는 자원 저장을 수행하기 위해 API 개방 서브시스템을 통해 호스팅 기능의 API를 사용하는 단계일 수 있다.
제3 양태 또는 제3 양태의 제1 가능한 구현 방식 내지 제10 가능한 구현 방식 중 어느 하나를 참조하여, 제11 가능한 구현 방식에서, API 개방 서브시스템이 통신 네트워크 기능의 API 및 써드 파티를 운영하고 관리하는 단계의 구체적인 구현은 API 개방 서브시스템이 통계 정보를 획득하기 위해 써드 파티 서브시스템에 의해 통신 네트워크 기능의 API를 호출하는 프로세스에 대한 모니터링 및 통계를 수행하는 단계일 수 있고, 통계 정보는 SLA(service level agreement) 관리 및/또는 과금을 위해 사용된다.
제3 양태 또는 제3 양태의 제1 가능한 구현 방식 내지 제11 가능한 구현 방식 중 어느 하나를 참조하여, 제12 가능한 구현 방식에서, 구체적인 구현은 API 개방 서브시스템이 통계 정보에 따라 써드 파티의 과금 정보를 결정하고, 과금 정보를 BSS(business support system) 또는 OSS(operation support system) 서브시스템으로 송신하는 단계; 및 BSS 또는 OSS 서브시스템이 과금 정보에 따라 써드 파티에 대한 과금을 수행하는 단계일 수 있다.
제3 양태 또는 제3 양태의 제1 가능한 구현 방식 내지 제12 가능한 구현 방식 중 어느 하나를 참조하여, 제13 가능한 구현 방식에서, 구체적인 구현은 API 개방 서브시스템이 통신 네트워크 기능의 API에 대한 등록해제 또는 서비스 취소를 수행하는 단계일 수 있다.
제3 양태 또는 제3 양태의 제1 가능한 구현 방식 내지 제13 가능한 구현 방식 중 어느 하나를 참조하여, 제14 가능한 구현 방식에서, 구체적인 구현은 API 개방 서브시스템이 통신 네트워크 기능의 API의 지원 환경을 써드 파티 서브시스템에 제공하는 단계일 수 있고, 지원 환경은 애플리케이션 개발 환경/테스트 환경, 애플리케이션 실행 환경, 문서, 참조 설계, 기술 지원, 및 포럼 중 적어도 하나를 포함한다.
제3 양태 또는 제3 양태의 제1 가능한 구현 방식 내지 제14 가능한 구현 방식 중 어느 하나를 참조하여, 제15 가능한 구현 방식에서, API 개방 서브시스템이 통신 네트워크 기능의 API를 써드 파티 서브시스템에 제공하는 단계의 구체적인 구현은 API 개방 서브시스템이 통신 네트워크 기능의 API를 수직 개방 방식으로 및/또는 수평 개방 방식으로 써드 파티 서브시스템에 제공하는 단계일 수 있고, 수직 개방 방식은 써드 파티가 특정적이라는 것을 나타내고, 수평 개방 방식은 써드 파티가 임의적이라는 것을 나타낸다.
제3 양태의 제15 가능한 구현 방식을 참조하여, 제16 가능한 구현 방식에서, 특정의 써드 파티는 통신 사업자와 긴밀하게 협력하는 고객이고, 통신 사업자와 긴밀하게 협력하는 고객은 기업 고객, 산업 고객, 및 통신 사업자의 소비자 중 적어도 하나를 포함한다.
본 발명의 실시예들에서의 통신 네트워크 기능을 개방하는 시스템 아키텍처는 API(application programming interface) 개방 서브시스템, 통신 네트워크 서브시스템, 및 써드 파티 서브시스템을 포함하고, API 개방 서브시스템은 통신 네트워크 기능의 개방을 운영하고 관리하며, 통신 네트워크 서브시스템으로부터 획득되는 통신 네트워크 기능의 API를 써드 파티 서브시스템에 개방하도록 구성되어 있으며, 써드 파티 서브시스템은 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 구성되어 있고, 통신 네트워크 기능은 네트워크 커스터마이즈 기능, API 기능, 및 호스팅 기능 중 적어도 하나를 포함하며, API 기능은 요구사항에 따라 써드 파티 서브시스템에 의해 호출되는 통신 네트워크 기능이다. 전술한 해결책들에 기초하여, 통신 네트워크 기능을 개방하는 시스템 아키텍처는 통신 네트워크 기능의 개방을 운영하고 관리하기 위해 API 개방 서브시스템을 사용하는 것에 의해 추가로 개선되고, 통신 네트워크 기능이 분류되어, 그에 따라, 써드 파티 서브시스템에 의한 호출이 편리하고 유연할 수 있다. 따라서, 본 발명에서 제공되는 통신 네트워크 기능을 개방하는 시스템 아키텍처는 폭넓게 응용될 수 있고, 통신 사업자의 시장 경쟁력을 향상시킬 수 있다.
본 발명의 실시예들에서의 기술적 해결책들을 더 명확하게 기술하기 위해, 이하에서는 실시예들 또는 종래 기술을 설명하는 데 필요한 첨부 도면들을 간략히 소개한다. 이하의 설명에서의 첨부 도면들이 본 발명의 단지 일부 실시예들을 도시하고, 통상의 기술자가 창조적 노력 없이 이들 첨부 도면에 따라 다른 도면들을 여전히 도출할 수 있다는 것은 분명하다.
도 1은 본 발명의 일 실시예에 따른, 통신 네트워크 기능을 개방하는 시스템 아키텍처의 개략 블록도.
도 2는 본 발명의 다른 실시예에 따른, 통신 네트워크 기능을 개방하는 시스템 아키텍처의 개략 블록도.
도 3은 본 발명의 다른 실시예에 따른, 통신 네트워크 기능을 개방하는 시스템 아키텍처의 개략 블록도.
도 4는 본 발명의 일 실시예에 따른, API 개방 서브시스템의 개략 구조도.
도 5는 본 발명의 다른 실시예에 따른, API 개방 서브시스템의 개략 구조도.
도 6은 본 발명의 다른 실시예에 따른, API 개방 서브시스템의 개략 구조도.
도 7은 본 발명의 일 실시예에 따른, 통신 네트워크 기능을 개방하는 방법의 플로우차트.
도 8은 본 발명의 일 실시예에 따른, 통신 네트워크 기능을 개방하는 방법의 프로세스의 개략 플로우차트.
본 발명의 실시예들에서의 기술적 해결책들은 GSM(Global System of Mobile communication), CDMA(Code Division Multiple Access) 시스템, WCDMA(Wideband Code Division Multiple Access) 시스템, GPRS(General Packet Radio Service), LTE(Long Term Evolution) 시스템, LTE FDD(Frequency Division Duplex) 시스템, LTE TDD(Time Division Duplex), UMTS(Universal Mobile Telecommunication System), WiMAX(Worldwide Interoperability for Microwave Access) 통신 시스템, 또는 WiFi(Wireless Fidelity)와 같은, 다양한 통신 시스템들에 적용될 수 있다.
UE(User Equipment)는 또한 모바일 단말(Mobile Terminal), 모바일 사용자 장비 등이라고 불리울 수 있다. UE는 무선 액세스 네트워크[예를 들어, RAN(Radio Access Network)]를 통해 하나 이상의 코어 네트워크들과 통신할 수 있다. 사용자 장비는 휴대폰(또는 "셀룰러" 폰이라고 함)과 같은 모바일 단말 또는 모바일 단말을 갖춘 컴퓨터일 수 있다. 예를 들어, 사용자 장비는 무선 액세스 네트워크와 언어 및/또는 데이터를 교환하는, 휴대용, 포켓형, 핸드헬드, 컴퓨터 내장형, 또는 차량 탑재용 모바일 장치일 수 있다.
본 발명의 실시예들에서, 한 구성요소와 다른 구성요소 간의(예를 들어, 본 발명의 서브시스템들 또는 모듈들 간의) 연결은 유선 및/또는 무선 방식의 연결을 포함할 수 있다. 유선 방식은 광 섬유, 전도성 케이블, 또는 반도체 선로(semiconductor line)와 같은 다양한 매체에 의해 형성된 케이블(이들로 제한되지 않음)을 포함하거나, 내부 버스, 회로, 및 백플레인(backplane)과 같은 다른 형태들을 포함할 수 있다. 무선 방식은 무선 주파수, 적외선, 및 블루투스(이들로 제한되지 않음)를 비롯한 무선 통신을 구현할 수 있는 연결 방식이다. 내부 또는 외부 인터페이스가 두 개의 구성요소 사이에 존재할 수 있고, 인터페이스는 물리 인터페이스 또는 논리 인터페이스일 수 있다.
도 1은 본 발명의 일 실시예에 따른, 통신 네트워크 기능을 개방하는 시스템 아키텍처의 개략 블록도이다. 도 1에서의 통신 네트워크 기능을 개방하는 시스템 아키텍처(100)는 통신 네트워크 서브시스템(101), API(Application Programming Interface) 개방 서브시스템(102), 및 써드 파티 서브시스템(103)을 포함한다. 통신 네트워크 서브시스템(101)과 API 개방 서브시스템(102) 사이에는 제1 인터페이스가 존재하고(즉, 제1 인터페이스를 통해 연결됨), API 개방 서브시스템(102)과 써드 파티 서브시스템(103) 사이에는 제2 인터페이스가 존재한다.
통신 네트워크 서브시스템(101)은 통신 네트워크 기능을 API 개방 서브시스템(102)에 제공하도록 구성되어 있다.
통신 사업자의 통신 네트워크[무선 네트워크 또는 고정 네트워크와 같은 "통신 네트워크 파이프(telecommunications network pipe)"라고도 함]에 기초하여, 통신 네트워크 서브시스템(101)은 향상된 또는 업데이트된 기능, 프로세스 상호작용, 또는 인터페이스와 같은 기술을 사용하여 통신 네트워크 기능을 구현할 수 있다. 따라서, 통신 네트워크 파이프는 통신 네트워크 기능의 개방의 기초이다.
통신 네트워크 서브시스템(101)과 API 개방 서브시스템(102) 사이의 제1 인터페이스에 의해 사용될 수 있는 인터페이스 프로토콜은 API 개방 서브시스템(102)으로의 통신 네트워크 기능의 이전을 구현하는, GTP[GPRS(General Packet Radio Service) Tunnel Protocol], SOAP(Simple Object Access Protocol), REST(Representation State Transfer), MAP(Manufacturing Automation Protocol), XMPP(Extensible Messaging and Presence Protocol), Diameter 프로토콜 등(이들로 제한되지 않음)을 포함한다.
API 개방 서브시스템(102)은 통신 네트워크 기능의 개방을 운영하고 관리하며 통신 네트워크 기능의 API를 써드 파티 서브시스템(103)에 제공하도록 구성되어 있다.
API 개방 서브시스템(102)은 또한 통신 네트워크 기능의 개방형 플랫폼이고, 통신 네트워크 기능의 개방의 운영 및 관리를 완수한다. 통신 네트워크 서브시스템(101)은 API 개방 서브시스템(102)을 사용하여 통신 네트워크 기능을 써드 파티 서브시스템에게 개방한다.
API 개방 서브시스템(102)과 써드 파티 서브시스템(103) 사이의 제2 인터페이스에 의해 사용될 수 있는 인터페이스 프로토콜은 통신 네트워크 기능을 써드 파티 서브시스템(103)에 제공하기 위한 API를 구현하는, HTTP(Hypertext transfer protocol), UDDI(Universal Description, Discovery and Integration), WSDL(Web Services Description Language), WADL(Web Application Description Language), SOAP, REST 등(이들로 제한되지 않음)을 포함한다.
그에 부가하여, API 개방 서브시스템(102)이 통신 네트워크 기능을 통신 네트워크 기능의 대응하는 API로 변환하도록 구성될 수 있거나, 통신 네트워크 서브시스템(101)이 통신 네트워크 기능과 대응하는 API 간의 변환을 구현하며, 이는 본 발명에서 제공되는 두 가지 구현 방식으로서 역할한다.
써드 파티 서브시스템(103)은 API 개방 서브시스템(102)을 통해 통신 네트워크 기능의 API를 호출하도록 구성되어 있다.
써드 파티 서브시스템(103)은 서비스 애플리케이션 디바이스 또는 사용자 장비와 같은 디바이스의 형태일 수 있다. 써드 파티 서브시스템(103)은 SP(Service Provider) 또는 통신 사업자의 소비자와 같은 사람의 형태일 수 있다. 이하에서, 써드 파티는 통신 네트워크 기능이 개방되는 고객을 지칭하고, SP, 기업 고객, 산업 고객, 롱테일형 서비스 고객(long-tail-type service customer), 또는 통신 사업자의 소비자와 같은 사람 또는 조직/기관의 형태일 수 있다. 본 발명의 실시예가 그에 대한 제한을 설정하지 않는다는 것을 잘 알 것이다.
하나의 API 개방 서브시스템이 통신 네트워크 기능의 API를 하나 이상의 써드 파티 서브시스템들에 개방할 수 있고, 하나의 통신 네트워크 서브시스템이 통신 네트워크 기능을 하나 이상의 API 개방 시스템들에 제공할 수 있다는 것을 잘 알 것이다.
통신 네트워크 기능은 네트워크 커스터마이즈 기능, API 기능, 및 호스팅 기능 중 적어도 하나를 포함하고, API 기능은 요구사항에 따라 써드 파티에 의해 호출되는 통신 네트워크 기능이다.
본 발명에서, 통신 네트워크 기능은 세 가지 유형, 즉, 네트워크 커스터마이즈 기능, API 기능, 및 호스팅(Hosting) 기능으로 분류된다. 네트워크 커스터마이즈 기능은 써드 파티 서브시스템(103)에 의해 정의되는 통신 네트워크 기능의 속성일 수 있다. API 기능은 요구사항에 따라 써드 파티 서브시스템(103)에 의해 호출되는[써드 파티 서브시스템(103)에 의해 API 개방 서브시스템(102)을 통해 직접 호출될 수 있는] 통신 네트워크 기능이다. API 기능은 정보 유형 기능 또는 제어 유형 기능일 수 있고, 본 발명의 실시예에서 제한되지 않는다. 써드 파티 서브시스템(103)이 API 개방 서브시스템(102)을 통해 호스팅 기능의 API를 호출하는 것은 써드 파티 서브시스템(103)이 API 개방 서브시스템(102)에 의해 제공되는 호스팅 환경을 사용하는 것이고; 예를 들어, 호스팅 기능은 통신 네트워크에 의해 제공되는 환경 및 디바이스 자원일 수 있다.
전술한 해결책에 기초하여, 통신 네트워크 기능을 개방하는 시스템 아키텍처는 통신 네트워크 기능의 개방을 운영하고 관리하기 위해 API 개방 서브시스템을 사용하는 것에 의해 추가로 개선되고, 통신 네트워크 기능이 분류되어, 그에 따라, 써드 파티 서브시스템에 의한 호출이 편리하고 유연할 수 있다. 따라서, 본 발명에서 제공되는 통신 네트워크 기능을 개방하는 시스템 아키텍처는 폭넓게 응용될 수 있고, 통신 사업자의 시장 경쟁력을 향상시킬 수 있다.
본 발명의 다른 실시예로서, 본 시스템의 통신 네트워크 서브시스템(101), API 개방 서브시스템(102), 및 써드 파티 서브시스템(103)의 기능들이 추가로 확장될 수 있다.
예로서, API 개방 서브시스템(102)은 통신 네트워크 기능의 API를 운영하고 관리하도록 추가로 구성될 수 있고 그리고/또는 API 개방 서브시스템(102)은 써드 파티를 운영하고 관리하도록 추가로 구성될 수 있다. 예를 들어, 통신 네트워크 기능의 API의 수명 주기에 대한 관리(즉, API의 등록 및 게시, API의 조율(arrangement), API의 등록해제 또는 서비스 취소 등)가 수행된다. 다른 예로서, 써드 파티에 대한 인증 및 권한 부여 정책의 관리가 수행되거나, 써드 파티의 가입 및 구입(가입)에 관한 정보에 대한 관리가 수행되거나, 써드 파티 서브시스템(103)에 의해 통신 네트워크 기능의 API를 호출하는 프로세스에서 모니터링 및 통계가 수행된다. 이상의 예들이 단지 예시적인 것이고 본 발명의 범주를 제한하기 위한 것이 아님을 잘 알 것이다.
선택적으로, API 개방 서브시스템(102)은 통신 네트워크 기능을 조율하고 관리하며(예를 들어, 요구사항에 따라 다수의 통신 네트워크 기능들이 조율되어 하나 이상의 API로서 구성됨), 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보(예를 들어, API가 속하는 기능 카테고리, 구비된 기능, 사용 방법, 또는 인터페이스 포맷 등)를 등록하고 게시하도록 추가로 구성될 수 있고, 그에 따라, 써드 파티 서브시스템(103)은 통신 네트워크 기능의 API에 관한 정보에 따라 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 구성되어 있다. 선택적으로, API 등록 및 게시 플랫폼은, 도 2에 도시된 바와 같이, 외부에 있을 수 있고; 즉, 통신 네트워크 기능을 개방하는 시스템 아키텍처(100)는 API 등록 및 게시 플랫폼(204)을 추가로 포함할 수 있다. API 개방 서브시스템(102)은 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 API 등록 및 게시 플랫폼(204)으로 송신하고, 써드 파티 서브시스템(103)은 통신 네트워크 기능의 API에 관한 정보를 API 등록 및 게시 플랫폼(204)으로부터 획득하도록 추가로 구성될 수 있다. 선택적으로, API 개방 서브시스템(102)과 API 등록 및 게시 플랫폼(204) 사이에서 사용될 수 있는 인터페이스 프로토콜은 UDDI, WSDL, WADL 등(이들로 제한되지 않음)을 포함한다. 통신 네트워크 기능의 API에 관한 정보는 또한 수동 설정 방식을 사용하여 API 등록 및 게시 플랫폼(204) 상에 등록되고 게시될 수 있다. API 등록 및 게시 플랫폼(204)과 써드 파티 서브시스템(103) 사이에서 사용될 수 있는 인터페이스 프로토콜(즉, 제2 인터페이스)은 UDDI, WSDL, WADL 등(이들로 제한되지 않음)을 포함한다.
선택적으로, API 개방 서브시스템(102)은 써드 파티 서브시스템(103)에 의해 API 개방 서브시스템(102)을 통해 수행되는 가입 또는 등록에 관한 정보를 관리하도록 추가로 구성될 수 있다. 써드 파티 서브시스템(103)은, 가입 또는 등록이 완료된 후에, API 구입 또는 가입 요청 메시지를 API 개방 서브시스템(102)으로 송신하도록 추가로 구성되어 있다. API 개방 서브시스템(102)은 API 구입 또는 가입 정보를 관리하도록, 구체적으로는, 써드 파티 서브시스템(103)에 의해 송신되는 API 구입 또는 가입 요청 메시지에 따라, 통신 네트워크 기능의 API 상태 정보가 이용가능한지를 질의하고, API 상태 정보에 따라, 통신 네트워크 기능의 API를 구입하는 것에 대한 결과를 써드 파티 서브시스템(103)으로 반환하도록 추가로 구성될 수 있다. 써드 파티가 써드 파티 서브시스템(103)을 사용하여 API 개방 서브시스템(102)을 통해 가입을 완료하거나 통신 네트워크 영업점에서 서면 형식으로 가입을 완료할 수 있다는 것을 잘 알 것이며, 본 발명의 실시예가 이것으로 제한되지 않는다.
선택적으로, API 개방 서브시스템(102)은 통신 네트워크 기능의 API에 대한 등록해제 또는 서비스 취소를 수행하도록 추가로 구성될 수 있다. 예를 들어, 통신 네트워크 기능의 API가 호출되는 횟수가 아주 적고, 통신 네트워크 서브시스템이 통신 네트워크 기능을 더 이상 제공하지 않을 때, API 개방 서브시스템(102)은 통신 네트워크 기능의 API에 대한 등록해제 또는 서비스 취소를 수행하도록 추가로 구성될 수 있다.
예로서, 써드 파티 서브시스템(103)은, API 개방 서브시스템(102)을 통해 통신 네트워크 기능의 API를 호출하기 전에, 통신 네트워크 기능의 API의 호출 요청 메시지를 API 개방 서브시스템(102)으로 송신하도록 추가로 구성될 수 있고, 여기서 호출 요청 메시지는 써드 파티에 관한 정보를 포함한다. API 개방 서브시스템(102)은 써드 파티에 관한 정보에 따라 써드 파티에 대한 인증 및 권한 부여를 수행하고, 인증 및 권한 부여의 결과에 따라, 써드 파티 서브시스템(103)이 API 개방 서브시스템(102)을 통해 통신 네트워크 기능의 API를 호출하도록 허용되는지를 결정하도록 추가로 구성될 수 있다.
게다가, API 개방 서브시스템(102)은, 써드 파티 서브시스템(103)이 API 개방 서브시스템(102)을 통해 통신 네트워크 기능의 API를 호출하도록 허용되어 있는 것으로 결정한 후에, 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅(즉, 어드레싱)하도록 추가로 구성될 수 있다. 선택적으로, API가 다수의 결합된 통신 네트워크 기능들의 API인 경우, 다수의 통신 네트워크 기능들이 API 조율 및 관리 정보에 따라 개별적으로 획득될 수 있고, 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지가 통신 네트워크 서브시스템(101)으로 송신된다. 통신 네트워크 서브시스템(101)은 API 개방 서브시스템(102)에 의해 송신되는 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고, 써드 파티 서브시스템(103)에 의해 요청된 API에 대응하는 통신 네트워크 기능이 존재하는 통신 네트워크 디바이스[예를 들어, RNC(Radio Access Network) 또는 GGSN(Gateway GPRS(General Packet Radio Service) Support Node) 등]를 탐색하며, 통신 네트워크 기능의 API의 호출 요청 메시지에 따라 써드 파티 서브시스템(103)에 의한 통신 네트워크 기능의 API의 호출을 구현하도록 추가로 구성될 수 있다. 선택적으로, 제1 인터페이스의 인터페이스 프로토콜 변환이 API 개방 서브시스템(102)에 의해 구현될 수 있거나, 제1 인터페이스의 인터페이스 프로토콜 변환이 통신 네트워크 서브시스템(101)에 의해 구현될 수 있다. 구체적으로는, API 개방 서브시스템(102)은, 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템(101)으로 송신하기 전에, 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환(즉, 상이한 인터페이스 프로토콜들 간의 변환을 구현하는 것)을 수행하도록 추가로 구성될 수 있다. 또는, 인터페이스 적응 모듈 또는 플러그인(plug-in)이 통신 네트워크 서브시스템(101)에 내장되어 있는 경우, 통신 네트워크 서브시스템(101)은 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하도록 추가로 구성될 수 있다.
예로서, 네트워크 커스터마이즈 기능은 써드 파티 서브시스템(103)이 대역폭, 연결 방식, 트래픽 필터링 규칙, 서비스 규칙, 또는 정적 QoS(Quality of service)와 같은 네트워크 자원을 정의하고 신청하는 기능일 수 있다. 구체적으로는, 써드 파티 서브시스템(103)은 API 개방 서브시스템(102)을 통해 네트워크 자원을 정의하고 신청하도록 추가로 구성될 수 있고, API 개방 서브시스템(102)은 네트워크 자원의 정의 및 신청을 통신 네트워크 서브시스템(101)으로 송신하도록 추가로 구성될 수 있다. 통신 네트워크 서브시스템(101)은 네트워크 자원의 정의 및 신청에 따라 네트워크 자원에 대한 구성 및 서비스 규칙의 프로비저닝을 수행하고, 네트워크 자원과 부합하는 서비스를 써드 파티 서브시스템에 개방하도록 추가로 구성될 수 있다.
예로서, 써드 파티 서브시스템(103)은 서비스 요구사항(예를 들어, 동적 QoS 제어를 구현하는 것, 네트워크 상태 정보 또는 컨텍스트 정보를 획득하는 것, 또는 과금을 수행하는 것)에 따라 API 개방 서브시스템(102)을 통해 API 기능을 동적으로 호출하도록 추가로 구성될 수 있다.
예로서, 써드 파티 서브시스템(103)은 API 개방 서브시스템(102)을 통해 호스팅 기능의 API를 호출하도록 추가로 구성될 수 있고 - 즉, 써드 파티 서브시스템(103)이 API 개방 서브시스템(102)에 의해 제공되는 호스팅 환경을 사용할 수 있음 -; 예를 들어, 호스팅 기능은 애플리케이션 통신 네트워크에 의해 제공되는 디바이스(서버 등)일 수 있다. 써드 파티 서브시스템(103)은 계산, 자원 저장 등을 수행하기 위해 API 개방 서브시스템(102)을 통해 서버를 사용하도록 추가로 구성되어 있다.
따라서, 본 발명의 실시예에서의 써드 파티 서브시스템은 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 편리하고 유연하게 호출할 수 있고, 추가로 고객 서비스 경험을 풍부하게 할 수 있다.
그에 부가하여, API 개방 서브시스템(102)은 이상의 통신 네트워크 기능의 API를 개방할 뿐만 아니라, IT(Information Technology) 자원 등도 개방할 수 있으며, 그에 따라, 통신 네트워크 기능을 개방하는 시스템 아키텍처가 호환성을 가진다.
예로서, API 개방 서브시스템(102)은, 통계 정보(예를 들어, 통신 네트워크 기능의 API가 호출되는 횟수 또는 호스팅 기능을 사용하는 시간)를 획득하기 위해, 써드 파티 서브시스템(103)에 의한 통신 네트워크 기능의 API를 호출하는 프로세스에 대한 모니터링 및 통계를 수행하도록 추가로 구성될 수 있고, 여기서 통계 정보는 SLA(Service Level Agreement) 관리 및/또는 과금을 위해 사용될 수 있다. 게다가, 도 3에 도시된 바와 같이, 통신 네트워크 기능을 개방하는 시스템 아키텍처(100)는 BSS(Business Support System) 또는 OSS(Operation Support System) 서브시스템(304)을 추가로 포함할 수 있다. API 개방 서브시스템(102)과 BSS 또는 OSS 서브시스템(304) 사이에 제3 인터페이스가 존재하고, API 개방 서브시스템(102)과 BSS 또는 OSS 서브시스템(304) 사이에 사용될 수 있는 인터페이스 프로토콜(제3 인터페이스)은 SOAP, FTP(File Transfer Protocol) 등(이들로 제한되지 않음)을 포함한다. API 개방 서브시스템(102)은 통계 정보에 따라 써드 파티의 과금 정보를 결정하고, 과금 정보를 BSS 또는 OSS 서브시스템(304)으로 송신하도록 추가로 구성될 수 있다. BSS 또는 OSS 서브시스템(304)은 과금 정보에 따라 써드 파티에 대한 과금[예를 들어, 써드 파티에 대한 계정 조정(account reconciliation), 결산(settlement), 또는 청구서 처리의 수행]을 수행한다. 선택적으로, API 개방 서브시스템(102)은 통계 정보를 BSS 또는 OSS 서브시스템(304)의 CRM(Custom Relation Management)으로 송신하도록 추가로 구성될 수 있고, 여기서 CRM은 통신 네트워크 기능의 API에 관한 추정, 고객 불만의 처리 등(이들로 제한되지 않음)을 비롯한 SLA 관리를 위해 사용된다. 그에 부가하여, BSS 또는 OSS 서브시스템(304)은, 써드 파티에 의해 요청된 네트워크 커스터마이즈 기능에 따라, 네트워크 구성을 수행하고 서비스 규칙의 프로비저닝을 구현하도록 추가로 구성될 수 있다.
예로서, API 개방 서브시스템(102)은 통신 네트워크 기능의 API의 지원 환경을 써드 파티 서브시스템(103)에 제공하도록 추가로 구성될 수 있고, 여기서 지원 환경은 애플리케이션 개발 환경/테스트 환경, 애플리케이션 실행 환경, 문서, 참조 설계, 기술 지원, 포럼, 기타 등등 중 적어도 하나를 포함할 수 있다. 확실한 것은, 통신 네트워크 기능의 API의 지원 환경이 또한 API 등록 및 게시 플랫폼(204)에 의해서도 제공될 수 있다는 것이다. 본 발명의 실시예가 그에 대한 제한을 설정하지 않는다는 것을 잘 알 것이다.
예로서, API 개방 서브시스템(102)은 통신 네트워크 기능의 API를 수직 개방 방식으로 및/또는 수평 개방 방식으로 써드 파티 서브시스템(103)에 추가로 제공할 수 있다. 수직 개방 방식은 써드 파티가 특정적이라는 것을 나타내고, 수평 개방 방식은 써드 파티가 임의적이라는 것을 나타낸다. 특정의 써드 파티는 통신 사업자와 긴밀하게 협력하는 고객일 수 있고, 통신 사업자와 긴밀하게 협력하는 고객은 기업 고객, 산업 고객, 통신 사업자의 소비자, 기타 등등 중 적어도 하나를 포함할 수 있다. 수평 개방 방식에서, 써드 파티는 임의적이고, 전술한 특정의 써드 파티를 포함할 수 있으며, 또한 롱테일형 서비스 고객과 같은 불확실한 써드 파티도 포함할 수 있다. 예를 들어, API 개방 서브시스템(102)은 어떤 네트워크 커스터마이즈 기능을 특정의 써드 파티(예를 들어, 커스터마이즈의 정도가 높은 써드 파티)에 개방하고, 이는 수직 개방 방식이라고 불리운다. 구체적으로는, API 개방 서브시스템(102)은 써드 파티를 인증할 수 있다. 써드 파티가 특정의 써드 파티인 경우, API 개방 서브시스템(102)은 써드 파티 서브시스템이 네트워크 커스터마이즈 기능을 정의하고 신청하도록 허용되어 있는 것으로 결정할 수 있다.
이러한 방식으로, 개방형 아키텍처 및 플랫폼을 사용하는 것에 의해, 통신 사업자는 네트워크 자산 및 기능을 더 충분히 응용할 수 있고 상업적 응용 가치를 증가시킬 수 있으며, 그에 의해 산업망에서의 경쟁력을 향상시킬 수 있다.
그에 부가하여, 분리(decoupling), 네트워크 차단(network shielding), 및 보호와 같은 기능들이 또한 상이한 서브시스템들 간에 구현될 수 있고; 예를 들어, 통신 네트워크 서브시스템(101)은 통신 네트워크 서브시스템(101)과 API 개방 서브시스템(102) 간에 분리, 네트워크 차단 등을 구현하고, 그에 의해 상업적 사용에서의 통신 네트워크 기능을 개방하는 시스템 아키텍처의 보안(security)을 향상시킨다.
도 4는 본 발명의 일 실시예에 따른, API 개방 서브시스템의 개략 구조도이다. 도 4의 API 개방 서브시스템(400)은 API 개방 서브시스템의 일례로서 역할하고, API 액세스 모듈(401)과 API 운영 및 관리 모듈(402)을 포함한다.
API 액세스 모듈(401)은 통신 네트워크 서브시스템에 의해 제공되는 통신 네트워크 기능을 획득하도록 구성되고, 통신 네트워크 기능의 API를 써드 파티 서브시스템에 제공하도록 구성되어 있으며, 그에 따라, 써드 파티 서브시스템은 API 액세스 모듈(401)을 통해 통신 네트워크 기능의 API를 호출한다.
API 운영 및 관리 모듈(402)은 API 액세스 모듈(401)에 의해 획득되는 통신 네트워크 기능의 개방을 운영하고 관리하도록 구성되어 있다.
통신 네트워크 기능은 네트워크 커스터마이즈 기능, API 기능, 및 호스팅 기능 중 적어도 하나를 포함하고, API 기능은 요구사항에 따라 써드 파티 서브시스템에 의해 호출되는 통신 네트워크 기능이다.
전술한 해결책에 기초하여, 통신 네트워크 기능을 개방하는 시스템 아키텍처는 통신 네트워크 기능의 개방을 운영하고 관리하기 위해 API 개방 서브시스템을 사용하는 것에 의해 추가로 개선되고, 통신 네트워크 기능이 분류되어, 그에 따라, 써드 파티 서브시스템에 의한 호출이 편리하고 유연할 수 있다. 따라서, 본 발명에서 제공되는 통신 네트워크 기능을 개방하는 시스템 아키텍처는 폭넓게 응용될 수 있고, 통신 사업자의 시장 경쟁력을 향상시킬 수 있다.
구체적인 예들과 관련하여, 이하에서는 통신 네트워크 기능을 개방하는 시스템 아키텍처의 API 개방 서브시스템의 구체적인 예들을 더 상세히 기술한다. 도 5에서의 통신 네트워크 기능을 개방하는 시스템 아키텍처에서, 도 1에서의 통신 네트워크 기능을 개방하는 시스템 아키텍처에 관한 설명과 유사한 시스템 아키텍처에 관한 설명은 적절히 생략된다.
도 5는 본 발명의 다른 실시예에 따른, 통신 네트워크 기능을 개방하는 시스템 아키텍처의 개략 구조도이다.
도 5에서의 통신 네트워크 기능을 개방하는 시스템 아키텍처(500)에서의 API 개방 서브시스템(502)은 API 액세스 모듈(511)과 API 운영 및 관리 모듈(512)을 포함한다. API 액세스 모듈(511)은 통신 네트워크 서브시스템(501)에 의해 제공되는 통신 네트워크 기능을 획득하도록 구성되고, 통신 네트워크 기능의 API를 써드 파티 서브시스템(503)에 제공하도록 구성되어 있으며, 그에 따라, 써드 파티 서브시스템(503)은 API 액세스 모듈(511)을 통해 통신 네트워크 기능의 API를 호출한다. API 운영 및 관리 모듈(512)은 API 액세스 모듈(511)에 의해 획득되는 통신 네트워크 기능의 개방을 운영하고 관리하도록 구성되어 있다. 통신 네트워크 기능은 네트워크 커스터마이즈 기능, API 기능, 및 호스팅 기능 중 적어도 하나를 포함하고, API 기능은 요구사항에 따라 써드 파티 서브시스템에 의해 호출되는 통신 네트워크 기능이다.
전술한 해결책에 기초하여, 통신 네트워크 기능을 개방하는 시스템 아키텍처는 통신 네트워크 기능의 개방을 운영하고 관리하기 위해 API 개방 서브시스템을 사용하는 것에 의해 추가로 개선되고, 통신 네트워크 기능이 분류되어, 그에 따라, 써드 파티 서브시스템에 의한 호출이 편리하고 유연할 수 있다. 따라서, 본 발명에서 제공되는 통신 네트워크 기능을 개방하는 시스템 아키텍처는 폭넓게 응용될 수 있고, 통신 사업자의 시장 경쟁력을 향상시킬 수 있다.
선택적으로, 일 실시예로서, API 운영 및 관리 모듈(512)은 통신 네트워크 기능의 API를 운영하고 관리하도록 추가로 구성되어 있고 그리고/또는 써드 파티를 운영하고 관리하도록 추가로 구성되어 있을 수 있다.
선택적으로, API 개방 서브시스템(502)은 API 게시 플랫폼(513)을 추가로 포함한다. API 운영 및 관리 모듈(512)은 통신 네트워크 기능을 조율하고 관리하며, 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보(예를 들어, API가 속하는 기능 카테고리, 구비된 기능, 사용 방법, 또는 인터페이스 포맷 등)를 API 게시 플랫폼(513)으로 송신하도록 추가로 구성될 수 있다. API 게시 플랫폼(513)은 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하며, 그에 따라, 써드 파티 서브시스템(503)은 API 게시 플랫폼(513)에 의해 게시되는 통신 네트워크 기능의 API에 관한 정보에 따라 API 액세스 모듈(511)을 통해 통신 네트워크 기능의 API를 호출하도록 구성되어 있다. API 게시 플랫폼(513)과 써드 파티 서브시스템(503) 사이에서 사용될 수 있는 인터페이스 프로토콜은 UDDI, WSDL, WADL 등(이들로 제한되지 않음)을 포함한다.
선택적으로, API 운영 및 관리 모듈(512)은 추가적으로 써드 파티 서브시스템(103)에 의해 API 운영 및 관리 모듈(512)을 통해 수행되는 가입 또는 등록에 관한 정보를 운영하고 관리하며, 써드 파티가 가입을 완료한 후에, 써드 파티 서브시스템(503)에 의해 송신되는 API 구입 또는 가입 요청 메시지에 따라, 통신 네트워크 기능의 API 상태 정보가 이용가능한지를 질의할 수 있다. API 운영 및 관리 모듈(512)은, 질의된 API 상태 정보에 따라, 통신 네트워크 기능의 API를 구입하는 것에 대한 결과를 써드 파티 서브시스템(503)에 반환하도록 추가로 구성될 수 있다.
선택적으로, API 운영 및 관리 모듈(512)은 통신 네트워크 기능의 API에 대한 등록해제 또는 서비스 취소를 수행하도록 추가로 구성될 수 있다.
선택적으로, 다른 실시예로서, API 액세스 모듈(511)은 써드 파티 서브시스템(503)에 의해 송신되는 통신 네트워크 기능의 API의 호출 요청 메시지를 수신하도록 추가로 구성될 수 있고, 여기서 호출 요청 메시지는 써드 파티에 관한 정보를 포함한다. API 운영 및 관리 모듈(512)은 써드 파티에 관한 정보에 따라 써드 파티에 대한 인증 및 권한 부여를 수행하고, 인증 및 권한 부여의 결과에 따라, 써드 파티 서브시스템(503)이 API 액세스 모듈(511)을 통해 통신 네트워크 기능의 API를 호출하도록 허용되는지를 결정하도록 추가로 구성될 수 있다. 게다가, API 액세스 모듈(511)은, API 운영 및 관리 모듈이 써드 파티 서브시스템(503)이 API 액세스 모듈(511)을 통해 통신 네트워크 기능의 API를 호출하도록 허용되어 있는 것으로 결정한 후에, 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템(501)으로 송신하도록 추가로 구성될 수 있고, 그에 따라, 통신 네트워크 서브시스템(501)은 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고, 통신 네트워크 기능의 API의 호출 요청 메시지에 따라 써드 파티 서브시스템(503)에 의한 통신 네트워크 기능의 API의 호출을 구현한다. 선택적으로, 상이한 인터페이스 프로토콜들 간의 변환이 API 액세스 모듈(511)에 의해 구현될 수 있거나, 상이한 인터페이스 프로토콜들 간의 변환이 통신 네트워크 서브시스템(501)에 의해 구현될 수 있다. 구체적으로는, 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템(501)으로 송신하기 전에, API 액세스 모듈(511)은 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환(즉, 상이한 인터페이스 프로토콜들 간의 변환을 구현하는 것)을 수행하도록 추가로 구성될 수 있다. 또는, 인터페이스 적응 모듈 또는 플러그인이 통신 네트워크 서브시스템(501)에 내장되어 있는 경우, API 액세스 모듈(511)에 의해 송신되는 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하기 전에, 통신 네트워크 서브시스템(501)은 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하도록 추가로 구성될 수 있다.
선택적으로, API 액세스 모듈(511)은 써드 파티 서브시스템(503)이 네트워크 자원을 정의하고 신청하도록 추가로 구성될 수 있고, API 액세스 모듈(511)은 네트워크 자원의 정의 및 신청을 통신 네트워크 서브시스템(501)으로 송신하며, 그에 따라, 통신 네트워크 서브시스템(501)은 네트워크 자원의 정의 및 신청에 따라 네트워크 자원에 대한 구성 및 서비스 규칙의 프로비저닝을 수행하고, 네트워크 자원과 부합하는 서비스를 써드 파티 서브시스템(503)에 개방한다. 네트워크 커스터마이즈 기능은 네트워크 자원의 정의 및 서비스 규칙을 포함한다. 바람직하게는, 써드 파티 서브시스템(503)과 API 액세스 모듈(511) 사이의 인터페이스는 HTTP 프로토콜을 사용하여 구현된다.
선택적으로, API 액세스 모듈(511)은 써드 파티 서브시스템(503)이 서비스 요구사항(예를 들어, 동적 QoS 제어를 구현하는 것, 네트워크 상태 정보 또는 컨텍스트 정보를 획득하는 것, 또는 과금을 수행하는 것)에 따라 API 액세스 모듈(511)을 통해 API 기능을 호출하도록 추가로 구성될 수 있다. 바람직하게는, 써드 파티 서브시스템(503)과 API 액세스 모듈(511) 사이의 인터페이스는 REST 또는 SOAP를 사용하여 구현된다.
선택적으로, API 액세스 모듈(511)은 써드 파티 서브시스템(503)이 호스팅 기능의 API를 호출하도록 추가로 구성될 수 있고, 즉, 써드 파티 서브시스템(503)이 API 액세스 모듈(511)에 의해 제공되는 호스팅 환경을 사용할 수 있고; 예를 들어, 호스팅 기능은 애플리케이션 통신 네트워크에 의해 제공되는 디바이스(서버 등)일 수 있다. 써드 파티 서브시스템(503)은 계산, 자원 저장 등을 수행하기 위해 API 액세스 모듈(511)을 통해 서버를 사용하도록 추가로 구성되어 있다.
따라서, 본 발명의 실시예에서의 써드 파티 서브시스템은 API 액세스 모듈(511)을 통해 통신 네트워크 기능의 API를 편리하고 유연하게 호출할 수 있고, 추가로 고객 서비스 경험을 풍부하게 할 수 있다.
선택적으로, 다른 실시예로서, API 운영 및 관리 모듈(512)은 통계 정보를 획득하기 위해 써드 파티 서브시스템(503)에 의한 통신 네트워크 기능의 API를 호출하는 프로세스에 대한 모니터링 및 통계를 수행하도록 추가로 구성될 수 있고, 여기서 통계 정보는 SLA(service level agreement) 관리 및/또는 과금을 위해 사용된다. 게다가, API 운영 및 관리 모듈(512)은 통계 정보에 따라 써드 파티의 과금 정보를 결정하고, 과금 정보를 BSS 또는 OSS 서브시스템(504)으로 송신하도록 추가로 구성될 수 있고, 그에 따라, BSS 또는 OSS 서브시스템(504)은 과금 정보에 따라 써드 파티에 대한 과금을 수행한다.
선택적으로, 다른 실시예로서, API 개방 서브시스템(502)은 API 지원 환경 모듈(514)을 추가로 포함할 수 있다. API 지원 환경 모듈(514)은 통신 네트워크 기능의 API의 지원 환경을 써드 파티 서브시스템(503)에 제공하도록 구성되어 있고, 여기서 지원 환경은 애플리케이션 개발 환경/테스트 환경, 애플리케이션 실행 환경, 문서, 참조 설계, 기술 지원, 및 포럼 중 적어도 하나를 포함할 수 있다. API 지원 환경 모듈(514)과 써드 파티 서브시스템(503) 사이의 인터페이스는 HTTP, UDDI, WSDL, 또는 WADL과 같은 프로토콜을 사용하여 구현될 수 있다.
선택적으로, 다른 실시예로서, API 액세스 모듈(511)은 통신 네트워크 기능의 API를 수직 개방 방식으로 및/또는 수평 개방 방식으로 써드 파티 서브시스템(503)에 추가로 제공할 수 있다. 수직 개방 방식은 써드 파티가 특정적이라는 것을 나타내고, 수평 개방 방식은 써드 파티가 임의적이라는 것을 나타낸다. 특정의 써드 파티는 통신 사업자와 긴밀하게 협력하는 고객일 수 있고, 통신 사업자와 긴밀하게 협력하는 고객은 기업 고객, 산업 고객, 통신 사업자의 소비자, 기타 등등 중 적어도 하나를 포함할 수 있다. 수평 개방 방식에서, 써드 파티는 임의적이고, 전술한 특정의 써드 파티를 포함할 수 있으며, 또한 롱테일형 서비스 고객과 같은 불확실한 써드 파티도 포함할 수 있다.
이러한 방식으로, 개방형 아키텍처 및 플랫폼을 사용하는 것에 의해, 통신 사업자는 네트워크 자산 및 기능을 더 충분히 응용할 수 있고 상업적 응용 가치를 증가시킬 수 있으며, 그에 의해 산업망에서의 경쟁력을 향상시킬 수 있다.
그에 부가하여, 분리, 네트워크 차단, 및 보호와 같은 기능들이 또한 상이한 서브시스템들 간에 구현될 수 있고; 예를 들어, 통신 네트워크 서브시스템(501)은 통신 네트워크 서브시스템(501)과 API 개방 서브시스템(502) 간에 분리, 네트워크 차단 등을 구현하고, 그에 의해 상업적 사용에서의 통신 네트워크 기능을 개방하는 시스템 아키텍처의 보안을 향상시킨다.
도 6은 본 발명의 다른 실시예에 따른, API 개방 서브시스템의 개략 구조도이다.
도 6에 도시된 바와 같이, API 개방 서브시스템(600)은 일반적으로 적어도 하나의 프로세서(610)(예를 들어, CPU), 적어도 하나의 포트(620), 메모리(630), 및 적어도 하나의 통신 버스(640)를 포함한다. 통신 버스(640)는 이들 장치 간의 연결 및 통신을 구현하도록 구성되어 있다. 프로세서(610)는 메모리(630)에 저장된, 컴퓨터 프로그램과 같은, 실행가능 모듈을 실행하도록 구성되어 있다. 선택적으로, API 개방 서브시스템(600)은 사용자 인터페이스(660)를 포함할 수 있고, 여기서 사용자 인터페이스(660)는 디스플레이, 키보드, 그리고 마우스, 트랙볼(trackball), 터치 패널, 또는 터치스크린과 같은 클릭 디바이스(clicking device)(이들로 제한되지 않음)를 포함한다. 메모리(630)는 고속 RAM 메모리를 포함할 수 있고, 비휘발성 메모리(non-volatile memory)(예를 들어, 적어도 하나의 디스크 메모리)를 추가로 포함할 수 있다.
일부 구현 방식들에서, 메모리(630)는 이하의 요소들, 실행가능 모듈 또는 데이터 구조체, 또는 그의 서브셋, 또는 그의 확장 세트를 저장한다:
다양한 기본 서비스들을 구현하고 하드웨어 기반 작업을 처리하도록 구성되고, 다양한 시스템 프로그램들을 포함하는 운영 체제(632); 및
다양한 애플리케이션 서비스들을 구현하도록 구성되고, 다양한 애플리케이션 프로그램들을 포함하는 애플리케이션 모듈(634).
애플리케이션 모듈(634)은 API 액세스 모듈(511), API 운영 및 관리 모듈(512), API 게시 플랫폼(513), 및 API 지원 환경 모듈(514)(이들로 제한되지 않음)을 포함한다.
애플리케이션 모듈(634) 내의 각각의 유닛의 구체적인 구현에 대해서는, 도 5에 도시된 실시예에서의 관련 유닛을 참고한다. 상세가 본 명세서에 또다시 기술되지 않는다.
도 7은 본 발명의 일 실시예에 따른, 통신 네트워크 기능을 개방하는 방법의 플로우차트이다.
701: 통신 네트워크 서브시스템은 통신 네트워크 기능을 API 개방 서브시스템에 제공한다.
702: API 개방 서브시스템은 통신 네트워크 기능의 개방을 운영하고 관리하며 통신 네트워크 기능의 API를 써드 파티 서브시스템에 제공한다.
703: 써드 파티 서브시스템은 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출한다.
통신 네트워크 기능은 네트워크 커스터마이즈 기능, API 기능, 및 호스팅 기능 중 적어도 하나를 포함하고, API 기능은 요구사항에 따라 써드 파티 서브시스템에 의해 호출되는 통신 네트워크 기능이다.
전술한 해결책에 기초하여, 통신 네트워크 기능을 개방하는 시스템 아키텍처는 통신 네트워크 기능의 개방을 운영하고 관리하기 위해 API 개방 서브시스템을 사용하는 것에 의해 추가로 개선되고, 통신 네트워크 기능이 분류되어, 그에 따라, 써드 파티 서브시스템에 의한 호출이 편리하고 유연할 수 있다. 따라서, 본 발명에서 제공되는 통신 네트워크 기능을 개방하는 시스템 아키텍처는 폭넓게 응용될 수 있고, 통신 사업자의 시장 경쟁력을 향상시킬 수 있다.
도 7에서의 방법은 도 1 내지 도 6에서의 통신 네트워크 기능을 개방하는 시스템 아키텍처에 의해 구현될 수 있고, 따라서, 반복 설명이 적절히 생략된다.
선택적으로, 일 실시예로서, 단계(702)에서, API 개방 서브시스템은 통신 네트워크 기능의 API를 운영하고 관리할 수 있고, 그리고/또는 API 개방 서브시스템(102)은 써드 파티를 운영하고 관리할 수 있다.
구체적으로는, API 개방 서브시스템은 통신 네트워크 기능을 조율하고 관리하며, 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하며, 그에 따라, 써드 파티 서브시스템은 통신 네트워크 기능의 API에 관한 정보에 따라 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출한다. 또는, API 개방 서브시스템은 써드 파티 서브시스템에 의해 API 개방 서브시스템을 통해 수행되는 가입 또는 등록에 관한 정보를 운영하고 관리한다. 써드 파티가 가입을 완료한 후에, API 개방 서브시스템은, 써드 파티 서브시스템에 의해 송신되는 API 구입 또는 가입 요청 메시지에 따라, 통신 네트워크 기능의 API 상태 정보가 이용가능한지를 질의하고, API 상태 정보에 따라, 통신 네트워크 기능의 API를 구입하는 것에 대한 결과를 써드 파티 서브시스템으로 반환한다. 또는, API 개방 서브시스템은 통신 네트워크 기능의 API에 대한 등록해제 또는 서비스 취소 등을 수행할 수 있다.
선택적으로, 다른 실시예로서, 단계(703) 이전에, 써드 파티 서브시스템은 통신 네트워크 기능의 API의 호출 요청 메시지를 API 개방 서브시스템으로 송신할 수 있고, 여기서 호출 요청 메시지는 써드 파티에 관한 정보를 포함한다. API 개방 서브시스템은 써드 파티에 관한 정보에 따라 써드 파티에 대한 인증 및 권한 부여를 수행하고, 인증 및 권한 부여의 결과에 따라, 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 허용되는지를 결정할 수 있다. 게다가, 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 허용되어 있는 것으로 결정한 후에, API 개방 서브시스템은 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템으로 송신한다. 통신 네트워크 서브시스템은 API 개방 서브시스템에 의해 송신되는 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고, 통신 네트워크 기능의 API의 호출 요청 메시지에 따라 써드 파티 서브시스템에 의한 통신 네트워크 기능의 API의 호출을 구현할 수 있다. 선택적으로, API 개방 서브시스템이 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템으로 송신하기 이전에, API 개방 서브시스템은 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행할 수 있거나; 또는, API 개방 서브시스템이 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템으로 송신한 후에, 통신 네트워크 서브시스템은 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행할 수 있다.
선택적으로, 다른 실시예로서, 단계(703)에서, 한 구현 방식에서, 써드 파티 서브시스템은 API 개방 서브시스템을 통해 네트워크 자원을 정의하고 신청할 수 있다. API 개방 서브시스템은 네트워크 자원의 정의 및 신청을 통신 네트워크 서브시스템으로 송신한다. 통신 네트워크 서브시스템은 네트워크 자원의 정의 및 신청에 따라 네트워크 자원에 대한 구성 및 서비스 규칙의 프로비저닝을 수행하고, 네트워크 자원과 부합하는 서비스를 써드 파티 서브시스템에 개방한다. 네트워크 커스터마이즈 기능은 네트워크 자원의 정의 및 서비스 규칙을 포함한다. 다른 구현 방식에서, 써드 파티 서브시스템은 서비스 요구사항에 따라 API 개방 서브시스템을 통해 API 기능의 API를 호출할 수 있고, 여기서 API 기능은 정보 유형 기능 및/또는 제어 유형 기능을 포함한다. 또 다른 구현 방식에서, 써드 파티 서브시스템은 계산 또는 자원 저장을 수행하기 위해 API 개방 서브시스템을 통해 호스팅 기능의 API를 사용할 수 있다. 본 발명의 실시예가 써드 파티 서브시스템이 통신 네트워크 기능의 API를 호출하는 방식을 제한하지 않는다는 것을 잘 알 것이다.
선택적으로, API 개방 서브시스템은 통계 정보를 획득하기 위해 써드 파티 서브시스템에 의해 통신 네트워크 기능의 API를 호출하는 프로세스에 대한 모니터링 및 통계를 수행할 수 있고, 여기서 통계 정보는 SLA 관리 및/또는 과금을 위해 사용된다. 게다가, API 개방 서브시스템은 통계 정보에 따라 써드 파티의 과금 정보를 결정하고, 과금 정보를 BSS 또는 OSS 서브시스템으로 송신할 수 있으며, BSS 또는 OSS 서브시스템은 과금 정보에 따라 써드 파티에 대한 과금을 수행한다.
선택적으로, 다른 실시예로서, API 개방 서브시스템은 통신 네트워크 기능의 API의 지원 환경을 써드 파티 서브시스템에 제공할 수 있고, 여기서 지원 환경은 애플리케이션 개발 환경/테스트 환경, 애플리케이션 실행 환경, 문서, 참조 설계, 기술 지원, 및 포럼 중 적어도 하나를 포함할 수 있다.
선택적으로, 다른 실시예로서, 단계(702)에서, API 개방 서브시스템은 통신 네트워크 기능의 API를 수직 개방 방식으로 및/또는 수평 개방 방식으로 써드 파티 서브시스템에 제공할 수 있다. 수직 개방 방식은 써드 파티가 특정적이라는 것을 나타내고, 수평 개방 방식은 써드 파티가 임의적이라는 것을 나타낸다. 특정의 써드 파티는 통신 사업자와 긴밀하게 협력하는 고객일 수 있고, 통신 사업자와 긴밀하게 협력하는 고객은 기업 고객, 산업 고객, 및 통신 사업자의 소비자 중 적어도 하나를 포함한다.
이러한 방식으로, 개방형 아키텍처 및 플랫폼을 사용하는 것에 의해, 통신 사업자는 네트워크 자산 및 기능을 더 충분히 응용할 수 있고 상업적 응용 가치를 증가시킬 수 있으며, 그에 의해 산업망에서의 경쟁력을 향상시킬 수 있다.
도 8은 본 발명의 일 실시예에 따른, 통신 네트워크 기능을 개방하는 방법의 프로세스의 개략 플로우차트이다. 도 8에서의 방법은 도 1 내지 도 6에서의 통신 네트워크 기능을 개방하는 시스템 아키텍처에 의해 구현될 수 있고, 따라서, 반복 설명이 적절히 생략된다.
801: 통신 네트워크 서브시스템은 통신 네트워크 기능을 API 개방 서브시스템에 제공한다.
선택적으로, 통신 네트워크 기능과 대응하는 API 간의 변환은 통신 네트워크 서브시스템에 의해 구현될 수 있다. 본 발명의 실시예가 그에 대한 제한을 설정하지 않으며, 통신 네트워크 기능이 또한 API 개방 서브시스템(102)에 의해 통신 네트워크 기능의 대응하는 API로 변환될 수 있다는 것을 잘 알 것이다.
선택적으로, 통신 네트워크 서브시스템과 API 개방 서브시스템 사이의 제1 인터페이스에 의해 사용될 수 있는 인터페이스 프로토콜은 API 개방 서브시스템으로의 통신 네트워크 기능의 이전을 구현하는, GTP, SOAP, REST, MAP, XMPP, Diameter 프로토콜 등(이들로 제한되지 않음)을 포함한다.
802: API 개방 서브시스템은 통신 네트워크 기능을 조율하고, 등록하며, 게시한다.
예를 들어, API 개방 서브시스템은 다수의 통신 네트워크 기능들을 조율하여 하나 이상의 API들로 결합시킨다.
선택적으로, 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보(예를 들어, API가 속하는 기능 카테고리, 구비된 기능, 또는 사용 방법 등)가 등록되고 게시된다. 또는, 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보가 API 등록 및 게시 플랫폼으로 송신된다. API 개방 서브시스템과 API 등록 및 게시 플랫폼 사이에서 사용될 수 있는 인터페이스 프로토콜은 UDDI, WSDL, WADL 등(이들로 제한되지 않음)을 포함한다. 통신 네트워크 기능의 API에 관한 정보는 또한 수동 설정 방식을 사용하여 API 등록 및 게시 플랫폼 상에 등록되고 게시될 수 있다. 본 발명이 그에 대한 제한을 설정하지 않는다는 것을 잘 알 것이다.
803: 써드 파티 서브시스템은 API 개방 서브시스템을 통해 가입 또는 등록을 수행한다.
API 개방 서브시스템은 써드 파티 서브시스템의 가입 정보를 기록하고, 사용자 이름 또는 패스워드와 같은 인증 자격 증명(authentication credential)을 써드 파티 서브시스템으로 송신한다.
804: 써드 파티 서브시스템은 API 개방 서브시스템을 통해 API 게시 정보를 획득한다.
선택적으로, 써드 파티 서브시스템은 API 등록 및 게시 플랫폼을 통해 API 게시 정보를 추가로 획득할 수 있다. API 등록 및 게시 플랫폼과 써드 파티 서브시스템 사이에서 사용될 수 있는 인터페이스 프로토콜은 UDDI, WSDL, WADL 등(이들로 제한되지 않음)을 포함한다.
805: 써드 파티 서브시스템은 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 구입한다.
써드 파티 서브시스템은 통신 네트워크 기능의 API의 구입 요청 메시지를 API 개방 서브시스템으로 송신한다.
806: API 개방 서브시스템은 통신 네트워크 기능의 API 상태 정보를 질의한다.
API 개방 서브시스템은, 써드 파티 서브시스템에 의해 송신되는 통신 네트워크 기능의 API의 구입 요청 메시지에 따라, 통신 네트워크 기능의 API 상태 정보가 이용가능한지를 질의한다.
807: API 개방 서브시스템은 구입 결과를 써드 파티 서브시스템으로 반환한다.
선택적으로, API 상태 정보가 이용가능한 경우, 써드 파티 서브시스템으로 반환되는 구입 결과는 구입이 성공했다는 것이고, 써드 파티 서브시스템은 단계(807)를 수행할 수 있으며; API 상태 정보가 이용가능하지 않은 경우, 써드 파티 서브시스템으로 반환되는 구입 결과는 구입이 실패했다는 것이다.
808: 써드 파티 서브시스템은 통신 네트워크 기능의 API의 호출 요청 메시지를 API 개방 서브시스템으로 송신하고, 여기서 호출 요청 메시지는 써드 파티에 관한 정보를 포함한다.
809: API 개방 서브시스템은 써드 파티에 관한 정보에 따라 써드 파티에 대한 인증 및 권한 부여를 수행한다.
인증 및 권한 부여의 결과에 따라, 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 허용되어 있는지가 결정된다. 선택적으로, 결정된 결과가 써드 파티 서브시스템이 API 개방 서브시스템을 통해 통신 네트워크 기능의 API를 호출하도록 허용되어 있다는 것인 경우, API 개방 서브시스템은 단계(810)를 수행할 수 있다.
810: API 개방 서브시스템은 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅한다.
선택적으로, API 개방 서브시스템은 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고; API가 다수의 결합된 통신 네트워크 기능들의 API인 경우, 다수의 통신 네트워크 기능들이 API 조율 및 관리 정보에 따라 개별적으로 획득될 수 있고, 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지가 통신 네트워크 서브시스템으로 송신된다. 통신 네트워크 서브시스템은 API 개방 서브시스템에 의해 송신되는 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하고, 써드 파티 서브시스템에 의해 요청된 API에 대응하는 통신 네트워크 기능이 존재하는 통신 네트워크 디바이스(예를 들어, RNC 또는 GGSN)를 탐색하며, 통신 네트워크 기능의 API의 호출 요청 메시지에 따라 써드 파티 서브시스템에 의한 통신 네트워크 기능의 API의 호출을 구현하도록 추가로 구성될 수 있다.
선택적으로, 인터페이스 프로토콜들이 상이할 때, 제1 인터페이스의 인터페이스 프로토콜 변환이 API 개방 서브시스템에 의해 구현될 수 있거나, 제1 인터페이스의 인터페이스 프로토콜 변환이 통신 네트워크 서브시스템에 의해 구현될 수 있다.
구체적으로는, 통신 네트워크 기능의 API를 호출하기 위한 요청 메시지를 통신 네트워크 서브시스템으로 송신하기 전에, API 개방 서브시스템은 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행한다. 또는, 인터페이스 적응 모듈 또는 플러그인이 통신 네트워크 서브시스템에 내장되어 있는 경우, API 개방 서브시스템에 의해 송신되는 통신 네트워크 기능의 API의 호출 요청 메시지를 라우팅하기 전에, 통신 네트워크 서브시스템은 통신 네트워크 기능의 API의 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행한다.
811: API 개방 서브시스템은 호출 응답 메시지를 써드 파티 서브시스템으로 반환한다.
써드 파티 서브시스템은 호출 응답 메시지에 따라 통신 네트워크 기능의 API의 호출을 구현한다.
예를 들어, 통신 네트워크 기능이 호스팅 기능인 경우, 써드 파티 서브시스템은 계산, 자원 저장 등을 수행하기 위해 API 개방 서브시스템을 통해 호스팅 기능을 사용한다.
다른 예로서, 통신 네트워크 기능이 네트워크 커스터마이즈 기능인 경우, 단계(808)에서, 써드 파티 서브시스템에 의해 송신되는 통신 네트워크 기능의 API의 호출 요청 메시지는 네트워크 자원의 정의 및 신청을 포함하고, 써드 파티 서브시스템은 네트워크 자원과 부합하는 서비스를 획득한다.
또 다른 예로서, 통신 네트워크 기능이 API 기능인 경우, 단계(808)에서, 써드 파티 서브시스템은 서비스 요구사항에 따라 통신 네트워크 기능의 API의 호출 요청 메시지를 송신하고, 써드 파티 서브시스템은 서비스 애플리케이션 디바이스일 수 있으며, 호출 응답 메시지에서의 API 기능의 API에 따라, 동적 QoS 제어를 구현하거나, 네트워크 상태 정보 또는 컨텍스트 정보를 획득하거나, 과금을 수행한다.
812: API 개방 서브시스템은 통계 정보를 획득하기 위해 써드 파티 서브시스템에 의해 통신 네트워크 기능의 API를 호출하는 프로세스에 대한 모니터링 및 통계를 수행한다.
선택적으로, 통계 정보는 SLA 관리 및/또는 과금을 위해 사용될 수 있다.
813: API 개방 서브시스템은 SLA 정보 및 과금 정보를 BSS 또는 OSS 서브시스템으로 송신한다.
814: BSS 또는 OSS 서브시스템은 과금 및 SLA 관리를 수행한다.
BSS 또는 OSS 서브시스템은 과금 정보에 따라 써드 파티에 대한 과금을 수행한다(예를 들어, 써드 파티에 대한 계정 조정, 결산, 또는 청구서 처리를 수행한다). BSS 또는 OSS 서브시스템의 CRM은 통신 네트워크 기능의 API에 관한 추정, 고객 불만의 처리 등(이들로 제한되지 않음)을 비롯한 SLA 관리를 수행한다.
그에 부가하여, API 개방 서브시스템은 통신 네트워크 기능의 API에 대한 등록해제 또는 서비스 취소를 수행할 수 있다. 예를 들어, 통신 네트워크 기능의 API가 호출되는 횟수가 아주 적고, 통신 네트워크 서브시스템이 통신 네트워크 기능을 더 이상 제공하지 않을 때, API 개방 서브시스템은 통신 네트워크 기능의 API에 대한 등록해제 또는 서비스 취소를 수행한다.
전술한 해결책에 기초하여, 통신 네트워크 기능을 개방하는 시스템 아키텍처는 통신 네트워크 기능의 개방을 운영하고 관리하기 위해 API 개방 서브시스템을 사용하는 것에 의해 추가로 개선되고, 통신 네트워크 기능이 분류되어, 그에 따라, 써드 파티 서브시스템에 의한 호출이 편리하고 유연할 수 있다. 따라서, 본 발명에서 제공되는 통신 네트워크 기능을 개방하는 시스템 아키텍처는 폭넓게 응용될 수 있고, 통신 사업자의 시장 경쟁력을 향상시킬 수 있다.
통상의 기술자는, 본 명세서에 개시된 실시예들에 기술된 예들과 관련하여, 유닛들 및 알고리즘 단계들이 전자 하드웨어, 또는 컴퓨터 소프트웨어와 전자 하드웨어의 조합에 의해 구현될 수 있다는 것을 알 수 있다. 기능들이 하드웨어 또는 소프트웨어로 수행되는지는 기술적 해결책의 특정의 응용들 및 설계 제약조건들에 의존한다. 통상의 기술자는 각각의 특정의 응용에 대한 기술된 기능들을 구현하기 위해 상이한 방법들을 사용할 수 있지만, 구현이 본 발명의 범주를 벗어나는 것으로 간주해서는 안된다.
통상의 기술자라면, 편리하고 간략한 설명을 위해, 전술한 시스템, 장치 및 유닛의 상세한 동작 프로세스에 대해서는, 전술한 방법 실시예들에서의 대응하는 프로세스를 참조할 수 있고, 상세가 본 명세서에 또다시 기술되지 않는다는 것을 명확히 이해할 수 있다.
본 출원에서 제공되는 몇가지 실시예들에서, 개시된 시스템, 장치 및 방법이 다른 방식들로 구현될 수 있다는 것을 잘 알 것이다. 예를 들어, 기술된 장치 실시예는 단지 예시적인 것이다. 예를 들어, 유닛 분할은 논리적 기능 분할에 불과하고, 실제의 구현에서는 다른 분할일 수 있다. 예를 들어, 복수의 유닛들 또는 구성요소들이 다른 시스템에 결합 또는 통합될 수 있거나, 일부 특징들이 무시될 수 있거나 수행되지 않을 수 있다. 그에 부가하여, 표시되거나 논의된 상호 결합 또는 직접 결합 또는 통신 연결이 일부 인터페이스들을 통해 구현될 수 있다. 장치들 또는 유닛들 간의 간접 결합 또는 통신 연결이 전자, 기계 또는 기타 형태로 구현될 수 있다.
개별적인 부분들로서 기술된 유닛들이 물리적으로 분리되어 있을 수 있거나 그렇지 않을 수 있고, 유닛들로서 표시된 부분들이 물리적 유닛들일 수 있거나 그렇지 않을 수 있거나, 하나의 위치에 배치되어 있을 수 있거나, 복수의 네트워크 유닛들에 분산되어 있을 수 있다. 유닛들의 일부 또는 전부가 실시예들의 해결책들의 목적들을 달성하기 위해 실제의 요구들에 따라 선택될 수 있다.
그에 부가하여, 본 발명의 실시예들에서의 기능 유닛들이 하나의 처리 유닛에 통합될 수 있거나, 유닛들 각각이 물리적으로 단독으로 존재할 수 있거나, 두 개 이상의 유닛들이 하나의 유닛으로 통합될 수 있다.
기능들이 소프트웨어 기능 유닛의 형태로 구현되고 독립적인 제품으로서 판매 또는 사용될 때, 기능들이 컴퓨터 판독가능 저장 매체에 저장될 수 있다. 이러한 이해에 기초하여, 본질적으로 본 발명의 기술적 해결책들, 또는 종래 기술에 기여하는 부분, 또는 기술적 해결책들의 일부가 소프트웨어 제품의 형태로 구현될 수 있다. 컴퓨터 소프트웨어 제품은 저장 매체에 저장되고, 본 발명의 실시예들에 기술된 방법들의 단계들의 전부 또는 일부를 수행하라고 컴퓨터 디바이스(개인용 컴퓨터, 서버, 또는 네트워크 디바이스일 수 있음)에 지시하는 몇개의 명령어들을 포함한다. 전술한 저장 매체는 USB 플래시 드라이브, 이동식 하드 디스크, ROM(Read-Only Memory), RAM(Random Access Memory), 자기 디스크, 또는 광 디스크와 같은, 프로그램 코드를 저장할 수 있는 임의의 매체를 포함한다.
전술한 설명은 본 발명의 구체적인 실시예들에 불과하고, 본 발명의 보호 범위를 제한하기 위한 것이 아니다. 본 발명에 개시되어 있는 기술적 범주 내에서 통상의 기술자에 의해 용이하게 안출되는 임의의 변형 또는 대체는 본 발명의 보호 범위 내에 속할 것이다. 따라서, 본 발명의 보호 범위는 첨부된 청구항들에 의해 한정될 것이다.

Claims (45)

  1. API(application programming interface) 개방 서브시스템, 통신 네트워크 서브시스템(telecommunications network subsystem), 및 써드 파티 서브시스템(third-party subsystem)을 포함하는, 통신 네트워크 기능(telecommunications network capability)을 개방(opening)하는 시스템 아키텍처로서,
    상기 통신 네트워크 서브시스템과 상기 API 개방 서브시스템 사이에는 제1 인터페이스가 존재하고, 상기 API 개방 서브시스템과 상기 써드 파티 서브시스템 사이에는 제2 인터페이스가 존재하며;
    상기 통신 네트워크 서브시스템은 통신 네트워크 기능을 상기 API 개방 서브시스템에 제공하도록 구성되어 있고;
    상기 API 개방 서브시스템은 상기 통신 네트워크 기능의 개방을 운영하고 관리하며 상기 통신 네트워크 기능의 API를 상기 써드 파티 서브시스템에 제공하도록 구성되어 있으며;
    상기 써드 파티 서브시스템은 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하도록 구성되어 있고;
    상기 통신 네트워크 기능은 네트워크 커스터마이즈 기능(network customization capability), API 기능, 및 호스팅 기능(hosting capability) 중 적어도 하나를 포함하고, 상기 API 기능은 요구사항에 따라 상기 써드 파티 서브시스템에 의해 호출되는 상기 통신 네트워크 기능인, 시스템 아키텍처.
  2. 제1항에 있어서, 상기 API 개방 서브시스템은 상기 통신 네트워크 기능의 API를 운영하고 관리하도록 추가로 구성되어 있고 그리고/또는 써드 파티(third party)를 운영하고 관리하도록 추가로 구성되어 있는, 시스템.
  3. 제2항에 있어서, 상기 API 개방 서브시스템은 상기 통신 네트워크 기능을 조율(arrange)하고 관리하며, 상기 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하도록 추가로 구성되어 있고; 및
    상기 써드 파티 서브시스템은 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API에 관한 정보를 획득하고, 상기 통신 네트워크 기능의 API에 관한 정보에 따라 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하도록 추가로 구성되어 있거나;
    또는
    통신 네트워크 기능을 개방하는 상기 시스템 아키텍처는 API 등록 및 게시 플랫폼(API registration and publication platform)을 추가로 포함하고;
    상기 API 개방 서브시스템은 상기 통신 네트워크 기능을 조율하고 관리하며, 상기 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 상기 API 등록 및 게시 플랫폼으로 송신하도록 추가로 구성되어 있으며;
    상기 API 등록 및 게시 플랫폼은 상기 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하도록 구성되어 있고; 및
    상기 써드 파티 서브시스템은 상기 API 등록 및 게시 플랫폼에서 상기 통신 네트워크 기능의 API에 관한 정보를 획득하고, 상기 통신 네트워크 기능의 API에 관한 정보에 따라 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하도록 추가로 구성되어 있는, 시스템.
  4. 제2항 또는 제3항에 있어서, 상기 API 개방 서브시스템은 상기 써드 파티 서브시스템에 의해 상기 API 개방 서브시스템에서 수행되는 가입 또는 등록에 관한 정보를 운영하고 관리하도록 추가로 구성되어 있고;
    상기 써드 파티 서브시스템은, 상기 가입 또는 상기 등록이 완료된 후에, API 구입 또는 가입 요청 메시지를 상기 API 개방 서브시스템으로 송신하도록 추가로 구성되어 있으며;
    상기 API 개방 서브시스템은, 상기 써드 파티 서브시스템에 의해 송신되는 상기 API 구입 또는 가입 요청 메시지에 따라, 상기 통신 네트워크 기능의 API 상태 정보가 이용가능한지를 질의하고, 상기 API 상태 정보에 따라, 상기 통신 네트워크 기능의 API를 구입하는 것에 대한 결과를 상기 써드 파티 서브시스템으로 반환하도록 추가로 구성되어 있는, 시스템.
  5. 제1항 내지 제4항 중 어느 한 항에 있어서, 상기 써드 파티 서브시스템은, 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하기 전에, 상기 통신 네트워크 기능의 API의 호출 요청 메시지를 상기 API 개방 서브시스템으로 송신하도록 추가로 구성되어 있고, 여기서, 상기 호출 요청 메시지는 상기 써드 파티에 관한 정보를 포함하고;
    상기 API 개방 서브시스템은 상기 써드 파티에 관한 정보에 따라 상기 써드 파티에 대한 인증 및 권한 부여를 수행하고, 상기 인증 및 권한 부여의 결과에 따라, 상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하도록 허용되는지를 결정하도록 추가로 구성되어 있는, 시스템.
  6. 제5항에 있어서, 상기 API 개방 서브시스템은, 상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하도록 허용되어 있는 것으로 결정한 후에, 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지를 라우팅하고 상기 통신 네트워크 기능의 API를 호출하기 위한 상기 요청 메시지를 상기 통신 네트워크 서브시스템으로 송신하도록 추가로 구성되어 있고;
    상기 통신 네트워크 서브시스템은 상기 API 개방 서브시스템에 의해 송신되는 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지를 라우팅하고, 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지에 따라 상기 써드 파티 서브시스템에 의한 상기 통신 네트워크 기능의 API의 호출을 구현하도록 추가로 구성되어 있는, 시스템.
  7. 제6항에 있어서, 상기 API 개방 서브시스템은, 상기 통신 네트워크 기능의 API를 호출하기 위한 상기 요청 메시지를 상기 통신 네트워크 서브시스템으로 송신하기 전에, 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하도록 추가로 구성되어 있거나; 또는
    인터페이스 적응 모듈(interface adaptation module) 또는 플러그인(plug-in)이 상기 통신 네트워크 서브시스템에 내장되어 있는 경우, 상기 통신 네트워크 서브시스템은 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하도록 추가로 구성되어 있는, 시스템.
  8. 제1항 내지 제7항 중 어느 한 항에 있어서, 상기 써드 파티 서브시스템은 상기 API 개방 서브시스템에서 네트워크 자원을 정의하고 신청(apply for)하도록 추가로 구성되어 있고;
    상기 API 개방 서브시스템은 상기 네트워크 자원의 정의(definition) 및 신청(application)을 상기 통신 네트워크 서브시스템으로 송신하도록 추가로 구성되어 있으며;
    상기 통신 네트워크 서브시스템은 상기 네트워크 자원의 정의 및 신청에 따라 상기 네트워크 자원에 대한 구성 및 서비스 규칙의 프로비저닝(provisioning)을 수행하고, 상기 네트워크 자원 구성과 부합하는 서비스를 상기 써드 파티 서브시스템에 개방하도록 추가로 구성되어 있고;
    상기 네트워크 커스터마이즈 기능은 상기 네트워크 자원의 정의를 포함하는, 시스템.
  9. 제1항 내지 제8항 중 어느 한 항에 있어서, 상기 써드 파티 서브시스템은 서비스 요구사항에 따라 상기 API 개방 서브시스템에서 상기 API 기능의 API를 호출하도록 추가로 구성되어 있고, 상기 API 기능은 정보 유형 기능 및/또는 제어 유형 기능을 포함하는, 시스템.
  10. 제1항 내지 제9항 중 어느 한 항에 있어서, 상기 써드 파티 서브시스템은 계산 또는 자원 저장을 수행하기 위해 상기 API 개방 서브시스템에서 상기 호스팅 기능의 API를 사용하도록 추가로 구성되어 있는, 시스템.
  11. 제1항 내지 제10항 중 어느 한 항에 있어서, 상기 API 개방 서브시스템은 통계 정보를 획득하기 위해 상기 써드 파티 서브시스템에 의해 상기 통신 네트워크 기능의 API를 호출하는 프로세스에 대한 모니터링 및 통계를 수행하도록 추가로 구성되어 있고, 상기 통계 정보는 SLA(service level agreement) 관리 및/또는 과금을 위해 사용되는, 시스템.
  12. 제11항에 있어서, 상기 시스템은 BSS(business support system) 또는 OSS(operation support system) 서브시스템을 추가로 포함하고, 상기 API 개방 서브시스템과 상기 BSS 또는 OSS 서브시스템 사이에는 제3 인터페이스가 존재하며;
    상기 API 개방 서브시스템은 상기 통계 정보에 따라 상기 써드 파티의 과금 정보를 결정하고, 상기 과금 정보를 상기 BSS 또는 OSS 서브시스템으로 송신하도록 추가로 구성되어 있고; 상기 BSS 또는 OSS 서브시스템은 상기 과금 정보에 따라 상기 써드 파티에 대한 과금을 수행하는, 시스템.
  13. 제1항 내지 제12항 중 어느 한 항에 있어서, 상기 API 개방 서브시스템은 상기 통신 네트워크 기능의 API에 대한 등록해제(deregistration) 또는 서비스 취소를 수행하도록 추가로 구성되어 있는, 시스템.
  14. 제1항 내지 제11항 중 어느 한 항에 있어서, 상기 API 개방 서브시스템은 상기 통신 네트워크 기능의 API의 지원 환경을 상기 써드 파티 서브시스템에 제공하도록 추가로 구성되어 있고, 상기 지원 환경은 애플리케이션 개발 환경/테스트 환경, 애플리케이션 실행 환경, 문서, 참조 설계(reference design), 기술 지원, 및 포럼 중 적어도 하나를 포함하는, 시스템.
  15. 제1항 내지 제14항 중 어느 한 항에 있어서, 상기 API 개방 서브시스템은 상기 통신 네트워크 기능의 API를 수직 개방 방식(vertical open manner)으로 및/또는 수평 개방 방식(horizontal open manner)으로 상기 써드 파티 서브시스템에 제공하도록 추가로 구성되어 있고,
    상기 수직 개방 방식은 상기 써드 파티가 특정적(particular)이라는 것을 나타내고, 상기 수평 개방 방식은 상기 써드 파티가 임의적(arbitrary)이라는 것을 나타내는, 시스템.
  16. 제15항에 있어서, 상기 특정의 써드 파티는 통신 사업자와 긴밀하게 협력하는 고객일 수 있고, 통신 사업자와 긴밀하게 협력하는 상기 고객은 기업 고객(enterprise customer), 산업 고객(industrial customer), 및 상기 통신 사업자의 소비자 중 적어도 하나를 포함하는, 시스템.
  17. API 개방 서브시스템으로서,
    통신 네트워크 서브시스템에 의해 제공되는 통신 네트워크 기능을 획득하도록 구성되고 상기 통신 네트워크 기능의 API를 써드 파티 서브시스템에 제공하도록 구성된 API 액세스 모듈 - 그에 따라, 상기 써드 파티 서브시스템은 상기 API 액세스 모듈에서 상기 통신 네트워크 기능의 API를 호출함 -; 및
    상기 API 액세스 모듈에 의해 획득되는 상기 통신 네트워크 기능의 개방을 운영하고 관리하도록 구성된 API 운영 및 관리 모듈
    을 포함하고;
    상기 통신 네트워크 기능은 네트워크 커스터마이즈 기능, API 기능, 및 호스팅 기능 중 적어도 하나를 포함하고, 상기 API 기능은 요구사항에 따라 상기 써드 파티 서브시스템에 의해 호출되는 상기 통신 네트워크 기능인, API 개방 서브시스템.
  18. 제17항에 있어서, 상기 API 운영 및 관리 모듈은 상기 통신 네트워크 기능의 API를 운영하고 관리하도록 추가로 구성되어 있고 그리고/또는 상기 써드 파티를 운영하고 관리하도록 추가로 구성되어 있는, API 개방 서브시스템.
  19. 제18항에 있어서, 상기 API 개방 서브시스템은 API 게시 플랫폼을 추가로 포함하고;
    상기 API 운영 및 관리 모듈은 상기 통신 네트워크 기능을 조율하고 관리하도록 추가로 구성되어 있으며;
    상기 API 게시 플랫폼은 상기 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하도록 구성되어 있고, 그에 따라, 상기 써드 파티 서브시스템은 상기 통신 네트워크 기능의 API에 관한 정보에 따라 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하는, API 개방 서브시스템.
  20. 제18항 또는 제19항에 있어서, 상기 API 운영 및 관리 모듈은 상기 써드 파티 서브시스템에 의해 상기 API 운영 및 관리 모듈에서 수행되는 가입 또는 등록에 관한 정보를 운영하고 관리하며, 상기 써드 파티가 상기 가입 또는 상기 등록을 완료한 후에, 상기 써드 파티 서브시스템에 의해 송신되는 API 구입 또는 가입 요청 메시지에 따라, 상기 통신 네트워크 기능의 API 상태 정보가 이용가능한지를 질의하도록 추가로 구성되어 있고;
    상기 API 운영 및 관리 모듈은, 상기 질의된 API 상태 정보에 따라, 상기 통신 네트워크 기능의 API를 구입하는 것에 대한 결과를 상기 써드 파티 서브시스템에 반환하도록 추가로 구성되어 있는, API 개방 서브시스템.
  21. 제17항 내지 제20항 중 어느 한 항에 있어서, 상기 API 액세스 모듈은 상기 써드 파티 서브시스템에 의해 송신되는 상기 통신 네트워크 기능의 API의 호출 요청 메시지를 수신하도록 추가로 구성되어 있고, 상기 호출 요청 메시지는 상기 써드 파티에 관한 정보를 포함하며;
    상기 API 운영 및 관리 모듈은 상기 써드 파티에 관한 정보에 따라 상기 써드 파티에 대한 인증 및 권한 부여를 수행하고, 상기 인증 및 권한 부여의 결과에 따라, 상기 써드 파티 서브시스템이 상기 API 액세스 모듈에서 상기 통신 네트워크 기능의 API를 호출하도록 허용되는지를 결정하도록 추가로 구성되어 있는, API 개방 서브시스템.
  22. 제21항에 있어서, 상기 API 액세스 모듈은, 상기 API 운영 및 관리 모듈이 상기 써드 파티 서브시스템이 상기 API 액세스 모듈에서 상기 통신 네트워크 기능의 API를 호출하도록 허용되어 있는 것으로 결정한 후에, 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지를 라우팅하고, 상기 통신 네트워크 기능의 API를 호출하기 위한 상기 요청 메시지를 상기 통신 네트워크 서브시스템으로 송신하도록 추가로 구성되어 있고, 그에 따라, 상기 통신 네트워크 서브시스템은 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지를 라우팅하고, 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지에 따라 상기 써드 파티 서브시스템에 의한 상기 통신 네트워크 기능의 API의 호출을 구현하는, API 개방 서브시스템.
  23. 제22항에 있어서, 상기 API 액세스 모듈은, 상기 통신 네트워크 기능의 API를 호출하기 위한 상기 요청 메시지를 상기 통신 네트워크 서브시스템으로 송신하기 전에, 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하도록 추가로 구성되어 있는, API 개방 서브시스템.
  24. 제17항 내지 제23항 중 어느 한 항에 있어서, 상기 API 액세스 모듈은 상기 써드 파티 서브시스템이 네트워크 자원을 정의하고 신청하며, 상기 네트워크 자원의 정의 및 신청을 상기 통신 네트워크 서브시스템으로 송신하도록 추가로 구성되어 있고, 그에 따라, 상기 통신 네트워크 서브시스템은 상기 네트워크 자원의 정의 및 신청에 따라 상기 네트워크 자원에 대한 구성 및 서비스 규칙의 프로비저닝을 수행하고, 상기 네트워크 자원 구성과 부합하는 서비스를 상기 써드 파티 서브시스템에 개방하며, 상기 네트워크 커스터마이즈 기능은 상기 네트워크 자원의 정의를 포함하거나; 또는
    상기 API 액세스 모듈은 상기 써드 파티 서브시스템이 서비스 요구사항에 따라 상기 API 액세스 모듈에서 상기 API 기능을 호출하도록 추가로 구성되어 있고, 상기 API 기능은 정보 유형 기능 및/또는 제어 유형 기능을 포함하며;
    상기 API 액세스 모듈은 상기 써드 파티 서브시스템이 계산 또는 자원 저장을 수행하기 위해 상기 API 액세스 모듈에서 상기 호스팅 기능을 사용하도록 추가로 구성되어 있는, API 개방 서브시스템.
  25. 제17항 내지 제24항 중 어느 한 항에 있어서, 상기 API 운영 및 관리 모듈은 통계 정보를 획득하기 위해 상기 써드 파티 서브시스템에 의해 상기 통신 네트워크 기능의 API를 호출하는 프로세스에 대한 모니터링 및 통계를 수행하도록 추가로 구성되어 있고, 상기 통계 정보는 SLA(service level agreement) 관리 및/또는 과금을 위해 사용되는, API 개방 서브시스템.
  26. 제17항 내지 제25항 중 어느 한 항에 있어서, 상기 API 운영 및 관리 모듈은 상기 통신 네트워크 기능의 API에 대한 등록해제 또는 서비스 취소를 수행하도록 추가로 구성되어 있는, API 개방 서브시스템.
  27. 제17항 내지 제26항 중 어느 한 항에 있어서, 상기 API 개방 서브시스템은 API 지원 환경 모듈을 추가로 포함하고;
    상기 API 지원 환경 모듈은 상기 통신 네트워크 기능의 API의 지원 환경을 상기 써드 파티 서브시스템에 제공하도록 추가로 구성되어 있으며, 상기 지원 환경은 애플리케이션 개발 환경/테스트 환경, 애플리케이션 실행 환경, 문서, 참조 설계, 기술 지원, 및 포럼 중 적어도 하나를 포함하는, API 개방 서브시스템.
  28. 제1항 내지 제14항 중 어느 한 항에 있어서, 상기 API 액세스 모듈은 상기 통신 네트워크 기능의 API를 수직 개방 방식으로 및/또는 수평 개방 방식으로 상기 써드 파티 서브시스템에 제공하도록 추가로 구성되어 있고,
    상기 수직 개방 방식은 상기 써드 파티가 특정적이라는 것을 나타내고, 상기 수평 개방 방식은 상기 써드 파티가 임의적이라는 것을 나타내는, API 개방 서브시스템.
  29. 통신 네트워크 기능을 개방하는 방법으로서,
    통신 네트워크 서브시스템이 통신 네트워크 기능을 API 개방 서브시스템에 제공하는 단계;
    상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 개방을 운영하고 관리하며, 상기 통신 네트워크 기능의 API를 상기 써드 파티 서브시스템에 제공하는 단계; 및
    상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하는 단계
    를 포함하고;
    상기 통신 네트워크 기능은 네트워크 커스터마이즈 기능, API 기능, 및 호스팅 기능 중 적어도 하나를 포함하고, 상기 API 기능은 요구사항에 따라 상기 써드 파티 서브시스템에 의해 호출되는 상기 통신 네트워크 기능인, 방법.
  30. 제29항에 있어서, 상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 개방을 운영하고 관리하는 단계는
    상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 API를 운영하고 관리하며 그리고/또는 상기 써드 파티를 운영하고 관리하는 단계를 포함하는, 방법.
  31. 제30항에 있어서, 상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 API를 운영하고 관리하는 단계는
    상기 API 개방 서브시스템이 상기 통신 네트워크 기능을 조율하고 관리하며, 상기 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하는 단계; 및
    상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API에 관한 정보를 획득하고, 상기 통신 네트워크 기능의 API에 관한 정보에 따라 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하는 단계;
    또는
    상기 API 개방 서브시스템이 상기 통신 네트워크 기능을 조율하고 관리하며, 상기 조율되고 관리되는 통신 네트워크 기능의 API에 관한 정보를 상기 API 등록 및 게시 플랫폼으로 송신하는 단계;
    상기 API 등록 및 게시 플랫폼이 상기 통신 네트워크 기능의 API에 관한 정보를 등록하고 게시하는 단계; 및
    상기 써드 파티 서브시스템이 상기 API 등록 및 게시 플랫폼에서 상기 통신 네트워크 기능의 API에 관한 정보를 획득하고, 상기 통신 네트워크 기능의 API에 관한 정보에 따라 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하는 단계를 포함하는, 방법.
  32. 제30항 또는 제31항에 있어서, 상기 API 개방 서브시스템이 상기 써드 파티를 운영하고 관리하는 단계는
    상기 API 개방 서브시스템이 상기 써드 파티 서브시스템에 의해 상기 API 개방 서브시스템에서 수행되는 가입 또는 등록에 관한 정보를 운영하고 관리하는 단계;
    상기 써드 파티 서브시스템이, 상기 가입 또는 상기 등록이 완료된 후에, API 구입 또는 가입 요청 메시지를 상기 API 개방 서브시스템으로 송신하는 단계; 및
    상기 API 개방 서브시스템이 상기 써드 파티 서브시스템에 의해 송신되는 상기 API 구입 또는 가입 요청 메시지에 따라 상기 통신 네트워크 기능의 API 상태 정보가 이용가능한지를 질의하는 단계를 포함하고;
    상기 API 개방 서브시스템이 상기 써드 파티를 운영하고 관리하는 단계 후에, 상기 방법은
    상기 API 상태 정보에 따라, 상기 통신 네트워크 기능의 API를 구입하는 것에 대한 결과를 상기 써드 파티 서브시스템에 반환하는 단계를 추가로 포함하는, 방법.
  33. 제29항 내지 제32항 중 어느 한 항에 있어서, 상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하는 단계 이전에,
    상기 써드 파티 서브시스템이 상기 통신 네트워크 기능의 API의 호출 요청 메시지를 상기 API 개방 서브시스템으로 송신하는 단계 - 상기 호출 요청 메시지는 상기 써드 파티에 관한 정보를 포함함 -; 및
    상기 API 개방 서브시스템이 상기 써드 파티에 관한 정보에 따라 상기 써드 파티에 대한 인증 및 권한 부여를 수행하고, 상기 인증 및 권한 부여의 결과에 따라, 상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하도록 허용되는지를 결정하는 단계를 추가로 포함하는, 방법.
  34. 제33항에 있어서, 상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하도록 허용되어 있는 것으로 결정한 후에, 상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지를 라우팅하고, 상기 통신 네트워크 기능의 API를 호출하기 위한 상기 요청 메시지를 상기 통신 네트워크 서브시스템으로 송신하는 단계; 및
    상기 통신 네트워크 서브시스템이 상기 API 개방 서브시스템에 의해 송신되는 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지를 라우팅하고, 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지에 따라 상기 써드 파티 서브시스템에 의한 상기 통신 네트워크 기능의 API의 호출을 구현하는 단계를 추가로 포함하는, 방법.
  35. 제34항에 있어서, 상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 API를 호출하기 위한 상기 요청 메시지를 상기 통신 네트워크 서브시스템으로 송신하는 단계 이전에,
    상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하는 단계를 추가로 포함하는, 방법.
  36. 제34항에 있어서, 상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 API를 호출하기 위한 상기 요청 메시지를 상기 통신 네트워크 서브시스템으로 송신하는 단계 이후에,
    상기 통신 네트워크 서브시스템이 상기 통신 네트워크 기능의 API의 상기 호출 요청 메시지에 대한 인터페이스 프로토콜 변환을 수행하는 단계를 추가로 포함하는, 방법.
  37. 제29항 내지 제36항 중 어느 한 항에 있어서, 상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하는 단계는
    상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 네트워크 자원을 정의하고 신청하는 단계;
    상기 API 개방 서브시스템이 상기 네트워크 자원의 정의 및 신청을 상기 통신 네트워크 서브시스템으로 송신하는 단계; 및
    상기 통신 네트워크 서브시스템이 상기 네트워크 자원의 정의 및 신청에 따라 상기 네트워크 자원에 대한 구성 및 서비스 규칙의 프로비저닝을 수행하고, 상기 네트워크 자원 구성과 부합하는 서비스를 상기 써드 파티 서브시스템에 개방하는 단계를 포함하고;
    상기 네트워크 커스터마이즈 기능은 상기 네트워크 자원의 정의를 포함하는, 방법.
  38. 제29항 내지 제37항 중 어느 한 항에 있어서, 상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하는 단계는
    상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 서비스 요구사항에 따라 상기 API 기능의 API를 호출하는 단계를 포함하고, 상기 API 기능은 정보 유형 기능 및/또는 제어 유형 기능을 포함하는, 방법.
  39. 제29항 내지 제38항 중 어느 한 항에 있어서, 상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 상기 통신 네트워크 기능의 API를 호출하는 단계는
    상기 써드 파티 서브시스템이 상기 API 개방 서브시스템에서 계산 또는 자원 저장을 수행하기 위해 상기 호스팅 기능의 API를 사용하는 단계를 포함하는, 방법.
  40. 제29항 내지 제39항 중 어느 한 항에 있어서, 상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 API 및 상기 써드 파티를 운영하고 관리하는 단계는
    상기 API 개방 서브시스템이 통계 정보를 획득하기 위해 상기 써드 파티 서브시스템에 의해 상기 통신 네트워크 기능의 API를 호출하는 프로세스에 대한 모니터링 및 통계를 수행하는 단계를 포함하고, 상기 통계 정보는 SLA(service level agreement) 관리 및/또는 과금을 위해 사용되는, 방법.
  41. 제40항에 있어서,
    상기 API 개방 서브시스템이 상기 통계 정보에 따라 상기 써드 파티의 과금 정보를 결정하고, 상기 과금 정보를 BSS(business support system) 또는 OSS(operation support system) 서브시스템으로 송신하는 단계; 및
    상기 BSS 또는 OSS 서브시스템이 상기 과금 정보에 따라 상기 써드 파티에 대한 과금을 수행하는 단계를 추가로 포함하는, 방법.
  42. 제29항 내지 제41항 중 어느 한 항에 있어서, 상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 API에 대한 등록해제 또는 서비스 취소를 수행하는 단계를 추가로 포함하는, 방법.
  43. 제29항 내지 제42항 중 어느 한 항에 있어서, 상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 API의 지원 환경을 상기 써드 파티 서브시스템에 제공하는 단계를 추가로 포함하고, 상기 지원 환경은 애플리케이션 개발 환경/테스트 환경, 애플리케이션 실행 환경, 문서, 참조 설계, 기술 지원, 및 포럼 중 적어도 하나를 포함하는, 방법.
  44. 제29항 내지 제43항 중 어느 한 항에 있어서, 상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 API를 상기 써드 파티 서브시스템에 제공하는 단계는
    상기 API 개방 서브시스템이 상기 통신 네트워크 기능의 API를 수직 개방 방식으로 및/또는 수평 개방 방식으로 상기 써드 파티 서브시스템에 제공하는 단계를 포함하고,
    상기 수직 개방 방식은 상기 써드 파티가 특정적이라는 것을 나타내고, 상기 수평 개방 방식은 상기 써드 파티가 임의적이라는 것을 나타내는, 방법.
  45. 제44항에 있어서, 상기 특정의 써드 파티는 통신 사업자와 긴밀하게 협력하는 고객이고, 통신 사업자와 긴밀하게 협력하는 상기 고객은 기업 고객, 산업 고객, 및 상기 통신 사업자의 소비자 중 적어도 하나를 포함하는, 방법.
KR1020157020780A 2012-12-31 2012-12-31 통신 네트워크 기능의 개방을 위한 시스템 아키텍처, 서브시스템, 및 방법 KR20150103220A (ko)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/088134 WO2014101231A1 (zh) 2012-12-31 2012-12-31 电信网络能力开放的系统架构、子系统和方法

Publications (1)

Publication Number Publication Date
KR20150103220A true KR20150103220A (ko) 2015-09-09

Family

ID=51019816

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020157020780A KR20150103220A (ko) 2012-12-31 2012-12-31 통신 네트워크 기능의 개방을 위한 시스템 아키텍처, 서브시스템, 및 방법

Country Status (6)

Country Link
US (1) US20150304404A1 (ko)
EP (1) EP2933983A4 (ko)
JP (1) JP2016508321A (ko)
KR (1) KR20150103220A (ko)
CN (1) CN104322039A (ko)
WO (1) WO2014101231A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230072239A (ko) * 2021-11-17 2023-05-24 주식회사 엘지유플러스 영상 서비스 플랫폼 관리 방법 및 장치

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106304035A (zh) 2015-05-22 2017-01-04 中兴通讯股份有限公司 一种能力开放方法及系统、能力开放功能实体
CN109547654B (zh) * 2017-09-22 2021-06-04 中国移动通信集团浙江有限公司 呼叫能力开放方法、装置、设备及存储介质
CN109412877B (zh) * 2017-12-29 2020-10-16 中国联合网络通信有限公司广东省分公司 一种基于utn网络的网络能力开放系统
CN112015494A (zh) * 2020-08-27 2020-12-01 中国平安财产保险股份有限公司 第三方api工具调用方法、系统及装置
CN114584967A (zh) * 2020-11-18 2022-06-03 中国移动通信有限公司研究院 数据管理方法、装置、系统及计算机可读存储介质
CN115529589A (zh) * 2021-06-24 2022-12-27 中移(成都)信息通信科技有限公司 一种能力开放方法、装置、通信设备和存储介质
CN114222006B (zh) * 2021-12-20 2024-05-10 中国电信股份有限公司 基于能力开放平台的处理方法和能力开放平台
CN115174650B (zh) * 2022-09-06 2022-12-06 深圳领筑科技有限公司 开放服务平台、服务响应方法、装置、设备和存储介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7203740B1 (en) * 1999-12-22 2007-04-10 Intel Corporation Method and apparatus for allowing proprietary forwarding elements to interoperate with standard control elements in an open architecture for network devices
US7246349B2 (en) * 2001-08-31 2007-07-17 Telefonaktiebolaget Lm Ericsson (Publ) Migration support mechanism in open service and open mobile architecture
AU2003274726A1 (en) * 2003-09-30 2005-04-14 Telecom Italia S.P.A. Method and system for providing access to web services
CN101686253A (zh) * 2008-09-23 2010-03-31 华为技术有限公司 服务选择方法、装置和系统
WO2010139570A1 (en) * 2009-06-02 2010-12-09 Telefonica, S.A. Service platform
EP2360586B1 (en) * 2010-02-15 2018-08-22 Accenture Global Services Limited Open gateway framework for a service platform architecture
CN102573112B (zh) * 2010-12-07 2015-01-14 中国电信股份有限公司 电信网络能力开放方法、系统及联盟支撑平台

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20230072239A (ko) * 2021-11-17 2023-05-24 주식회사 엘지유플러스 영상 서비스 플랫폼 관리 방법 및 장치

Also Published As

Publication number Publication date
JP2016508321A (ja) 2016-03-17
EP2933983A4 (en) 2015-11-25
US20150304404A1 (en) 2015-10-22
CN104322039A (zh) 2015-01-28
WO2014101231A1 (zh) 2014-07-03
EP2933983A1 (en) 2015-10-21

Similar Documents

Publication Publication Date Title
KR20150103220A (ko) 통신 네트워크 기능의 개방을 위한 시스템 아키텍처, 서브시스템, 및 방법
US11363105B2 (en) Determining a target service based on a service discovery request
JP6463509B2 (ja) 動的仮想化ネットワーク機能記述子管理のためのシステムおよび方法
JP6768976B2 (ja) サブスクリプション更新方法、装置、及びシステム
CN108024270B (zh) 一种信息发送方法、单元和系统
CN115442423A (zh) 发现由网络存储库功能提供的服务的方法
WO2015131741A1 (zh) 一种业务策略控制方法及系统
US20170235585A1 (en) Management of IoT Devices in a Virtualized Network
US20160295428A1 (en) Configuring captive portals with a cloud service
US10243875B2 (en) Cloud service management system
WO2018137499A1 (zh) 资源共享的控制方法、执行实体及资源共享配置实体
US20100153568A1 (en) Methods, apparatuses, and computer program products for providing a local proxy for accessing web services
CN109756423A (zh) 策略更新的方法和装置
CN106464540A (zh) 虚拟网络功能策略管理的系统与方法
CN113748685A (zh) 基于网络的媒体处理控制
US20140379835A1 (en) Predictive pre-caching of content
EP3531749B1 (en) Management method, management unit and system for network function
CN110366159A (zh) 一种获取安全策略的方法及设备
US10674357B2 (en) Single interface for activating IoT devices to network data plans
JP2018514162A (ja) Ｍ２ｍサービスを追加するためのデバイスおよび方法
CN110505318B (zh) 统一资源定位符寻址方法及装置、网络系统
US20230353453A1 (en) Template based edge cloud core deployment
KR20120098215A (ko) 가상화 정보 제공 방법
US10148826B2 (en) Methods and apparatus to interface with different service provider information technology systems supporting service ordering
WO2018082574A1 (zh) 一种信息发送方法、单元和系统

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application