WO2014101231A1 - 电信网络能力开放的系统架构、子系统和方法 - Google Patents

电信网络能力开放的系统架构、子系统和方法 Download PDF

Info

Publication number
WO2014101231A1
WO2014101231A1 PCT/CN2012/088134 CN2012088134W WO2014101231A1 WO 2014101231 A1 WO2014101231 A1 WO 2014101231A1 CN 2012088134 W CN2012088134 W CN 2012088134W WO 2014101231 A1 WO2014101231 A1 WO 2014101231A1
Authority
WO
WIPO (PCT)
Prior art keywords
api
subsystem
telecommunications network
party
capability
Prior art date
Application number
PCT/CN2012/088134
Other languages
English (en)
French (fr)
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 CN201280003069.9A priority Critical patent/CN104322039A/zh
Priority to PCT/CN2012/088134 priority patent/WO2014101231A1/zh
Priority to KR1020157020780A priority patent/KR20150103220A/ko
Priority to EP12890877.9A priority patent/EP2933983A4/en
Priority to JP2015549938A priority patent/JP2016508321A/ja
Publication of WO2014101231A1 publication Critical patent/WO2014101231A1/zh
Priority to US14/755,373 priority patent/US20150304404A1/en

Links

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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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 
    • 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
    • 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/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

Definitions

  • Embodiments of the present invention relate to the field of communications technologies and, more particularly, to system architectures, subsystems, and methods for telecommunications network capability opening. Background technique
  • Embodiments of the present invention provide a system architecture, subsystem, and method for opening a telecommunications network capability, which have wide applicability. Through an open architecture and platform, a telecom operator can more fully apply network assets and capabilities to improve in the industry chain. Competitive ability.
  • a system architecture for an open telecommunications network capability comprising an application programming interface API open subsystem, a telecommunications network subsystem, and a third party subsystem, the telecommunications network subsystem and the API opener
  • the system has a first interface between the API open subsystem and the third-party subsystem, and the telecommunication network subsystem is configured to provide a telecommunication network capability to the API open subsystem;
  • An API open subsystem configured to operate and manage openness of the telecommunications network capability, and provide an API of the telecommunications network capability to the third party subsystem;
  • the third party subsystem configured to An API for invoking the telecommunications network capability on an API open subsystem;
  • the telecommunications network capability includes at least one of the following: The capability, the API capability, and the hosting capability, the API capability is the telecommunications network capability invoked by the third party subsystem as needed.
  • the API open subsystem is further used to operate and manage an API of the telecommunication network capability; and/or further used to operate the third party and management.
  • the API open subsystem is further configured to perform orchestration management on the telecommunication network capability, Information of an API of a telecommunications network capability is registered and distributed; the third-party subsystem is further configured to acquire information of an API of the telecommunications network capability on the API open subsystem, according to an API of the telecommunications network capability The information is used to invoke the API of the telecommunication network capability on the API open subsystem; or the system architecture of the telecommunication network capability further includes an API registration and release platform, and the API open subsystem is further used to The telecommunication network capability is arranged and managed, and the information of the API of the telecommunication network capability after the management is configured is sent to the registration and release platform of the API; the registration and release platform of the API is used for the capability of the telecommunication network.
  • the information of the API is registered and published; the third-party subsystem is further used for registration and distribution of the API Acquiring the capability table information telecommunication network API, the API based on the information capacity of said telecommunication network to call the API of the telecommunication network capacity on the open API subsystem.
  • the API open subsystem is further used for the third party
  • the subsystem operates and manages information about opening or registering in the API open subsystem; the third-party subsystem is further configured to send an API purchase or subscription request to the API open subsystem after completing the account opening or registration.
  • the API open subsystem is further configured to query, according to an API purchase or subscription request message sent by the third-party subsystem, whether state information of an API of the telecommunication network capability is available; according to status information of the API
  • the third party subsystem returns the purchase result of the API of the telecommunications network capability.
  • the third-party subsystem is further used for Sending an invocation request message of an API of the telecommunication network capability to the API open subsystem before calling the API of the telecommunication network capability on the API open subsystem; the call request message includes information of the third party
  • the API open subsystem is further used according to the third The party's information authenticates and authorizes the third party, and determines whether to allow the third party subsystem to invoke the telecommunications network capable API on the API open subsystem based on the result of the authentication and authorization.
  • the API open subsystem is further configured to determine, on the API open subsystem, that the third-party subsystem is allowed to be After invoking the API of the telecommunications network capability, routing an invocation request message of the telecommunications network capability API, and transmitting a request message of the telecommunications network capability calling API to the telecommunications network subsystem; a subsystem, configured to perform a routing request message of the API of the telecommunication network capability sent by the API open subsystem, and implement the third-party subsystem by using a call request message of an API of the telecommunication network capability A call to the API of the telecommunications network capability.
  • the API open subsystem is further configured to send a request message of the calling API of the telecommunication network capability to the Before the telecommunication network subsystem, performing an interface protocol conversion on the call request message of the API of the telecommunication network capability; or, in the case that the telecommunication network subsystem has an interface adaptation module or a plug-in, the telecommunication network subsystem, Further used for interface protocol conversion in a call request message for an API of the telecommunications network capability.
  • the third-party subsystem is further used Defining and applying a network resource on the API open subsystem; the API open subsystem is further configured to send the definition and application of the network resource to the telecommunication network subsystem; the telecommunication network subsystem And performing, according to the definition and application of the network resource, the configuration of the network resource and the issuance of a service rule, and opening, to the third-party subsystem, a service consistent with the configuration of the network resource; wherein the network is customized.
  • Capabilities include the definition of the network resources.
  • the third-party subsystem is further used to The API capability API is invoked on the API open subsystem according to business requirements, and the API capability includes information class capability and/or control class capability.
  • the third-party subsystem is further used to Computing or resources using the hosting capability API on the API open subsystem Storage.
  • the API open subsystem is further used for The process of invoking the API of the telecommunication network capability by the third party subsystem is monitored and counted, and statistical information is obtained, which is used for service level agreement SLA management and/or charging.
  • the system further includes a service support system BSS Or operating the support system OSS subsystem
  • the API open subsystem has a third interface with the BSS or OSS subsystem
  • the API open subsystem is further configured to determine the third party charging according to the statistical information. And transmitting the charging information to the BSS or OSS subsystem; the BSS or OSS subsystem charges the third party according to the charging information.
  • the API open subsystem further Deregistering or retiring the API for the telecommunications network capability.
  • the API open subsystem A supporting environment for providing the third-party subsystem with the API of the telecommunications network capability, the supporting environment includes at least one of the following: an application development environment/test environment, an application execution environment, a document, a reference design, and technical support. And forums.
  • the API open subsystem further An API for providing the telecommunications network capability to the third party subsystem in a vertically open manner and/or a horizontal open manner; wherein the vertical open manner indicates that the third party is specific, and the horizontal open manner indicates The third party is arbitrary.
  • the specific third party is a customer that works closely with a telecommunication operator, and the cooperation with the telecommunication operator is closely related.
  • the customer includes at least one of the following: an enterprise customer, an industry customer, and a consumer of the telecommunications carrier.
  • an API open subsystem comprising: an API access module, configured to acquire a telecommunications network capability provided by a telecommunications network subsystem, and configured to provide a third-party subsystem An API of a telecommunications network capability, such that the third-party subsystem invokes an API of the telecommunications network capability on the API open subsystem; an API operation management module, configured to acquire the telecommunications acquired by the API access module The operation of the network capability is performed and managed; wherein the telecommunications network capability includes at least one of the following: a network customization capability, an API capability, and a hosting capability, where the API capability is invoked by the third-party subsystem as needed. Telecommunications network capabilities.
  • the API operation management module is further configured to operate and manage an API of the telecommunication network capability; and/or further used to perform the third party Operations and management.
  • the API open subsystem further includes an API publishing platform, and the API operation management module is further configured to use the telecommunication network Capturing configuration management;
  • the API publishing platform is configured to register and publish information of the API of the telecommunication network capability that is managed and managed, so that the third-party subsystem can obtain information according to the API of the telecommunication network capability.
  • the API of the telecommunications network capability is invoked on the API open subsystem.
  • the API operation management module is further used to The subsystem performs operation and management of the account opening or registration information on the API operation management module; after the third party completes the account opening or registration, according to the API purchase or subscription request message sent by the third party subsystem, the query is performed. Whether the status information of the API of the telecommunication network capability is available; the API operation management module is further configured to return a purchase result of the API of the telecommunication network capability to the third-party subsystem according to the status information of the API that is queried.
  • the API access module is further used to Receiving an invocation request message of an API of the telecommunications network capability sent by the third-party subsystem; the invoking request message includes information of the third party; the API operation management module is further configured to be used according to the third party The information authenticates and authorizes the third party, and determines, according to the result of the authentication and authorization, whether the third party subsystem is allowed to invoke the API of the telecommunications network capability on the API access module.
  • the API access module is further configured to determine, at the API operation management module, that the third-party subsystem is allowed to be in the After the API of the telecommunications network capability is invoked on the API access module, the telecommunications The call request message of the API of the network capability is routed, and the request message of the calling API of the telecommunication network capability is sent to the telecommunication network subsystem, so that the telecommunication network subsystem invokes the API of the telecommunication network capability The message is routed, and the third party subsystem invokes the API of the telecommunication network capability according to the call request message of the API of the telecommunication network capability.
  • the API access module is further configured to send, by using the request message of the calling API capability of the telecommunication network capability, to the Before the telecommunication network subsystem, an interface protocol conversion is performed on the call request message of the API of the telecommunication network capability.
  • the API access module is further used to Defining and applying a network resource by the third-party subsystem, and transmitting the definition and application of the network resource to the telecommunication network subsystem, so that the telecommunication network subsystem performs according to the definition and application of the network resource.
  • the ingress module is further configured to invoke, by the third-party subsystem, the API capability on the API access module according to a service requirement, where the API capability includes an information class capability and/or a control class capability; the API access
  • the module is further configured to perform computing or resource storage by the third party subsystem using the hosting capability on the API access module.
  • the API operation management module is further used to The process of invoking the API of the telecommunication network capability by the third party subsystem is monitored and counted, and statistical information is obtained, which is used for service level agreement SLA management and/or charging.
  • the API operation management module is further used to The API of the telecommunications network capability is cancelled or retired.
  • the API open subsystem further includes an API matching
  • the environment module, the API supporting environment module is further configured to provide an accessory environment of the API of the telecommunication network capability to the third-party subsystem, where the supporting environment includes at least the following One: Application Development Environment / Test Environment, Application Execution Environment, Documentation, Reference Design, Technical Support, and Forums.
  • the API access module is further used Providing the API of the telecommunications network capability to the third party subsystem in a vertically open manner and/or a horizontal open manner; wherein the vertical open manner indicates that the third party is specific, and the horizontal open manner indicates The third party is arbitrary.
  • a method for opening a telecommunications network capability comprising: the telecommunications network subsystem providing telecommunications network capability to the API open subsystem; and the API open subsystem to the telecommunications network capability An API that is open for operation and management, and provides the telecommunications network capability to the third party subsystem; the third party subsystem invokes an API of the telecommunications network capability on the API open subsystem;
  • the telecommunications network capability includes at least one of: a network customization capability, an API capability, and a hosting capability, the API capability being the telecommunications network capability invoked on demand by the third party subsystem.
  • the API open subsystem operates and manages the opening of the telecommunication network capability
  • the specific implementation may be: the API open subsystem to the telecommunication network capability
  • the API operates and manages; and/or operates and manages the third party.
  • the API open subsystem operates and manages the API of the telecommunication network capability
  • the specific implementation may be: the API The open subsystem manages the telecommunications network capability, and registers and distributes the information of the managed telecommunications network capability API; the third party subsystem acquires the telecommunications on the API open subsystem Information of the API of the network capability, the API of the telecommunications network capability is invoked on the API open subsystem according to the information of the API of the telecommunications network capability; or the API open subsystem manages the telecommunications network capability And transmitting, to the registration and publishing platform of the API, the information about the API of the telecommunications network capability; and registering and publishing the information of the API of the telecommunications network capability by the registration and publishing platform of the API; Obtaining, by the third-party subsystem, information about the API of the telecommunications network capability on the registration and publishing platform of the API, according to Information regarding API said
  • the API open subsystem operates and manages the third party
  • the specific implementation may be: the API open subsystem is in the third-party subsystem The API open subsystem performs operation and management for opening or registering information; after completing the account opening or registration, the third-party subsystem sends an API purchase or subscription request message to the API open subsystem; the API open subsystem is based on The API purchase or subscription request message sent by the third-party subsystem queries whether the status information of the API of the telecommunication network capability is available; after the API open subsystem operates and manages the third-party, the specific implementation may be Retrieving the purchase result of the telecommunications network capable API to the third party subsystem according to the status information of the API.
  • the specific implementation may be: the third party subsystem sends a call request message of the API of the telecommunication network capability to the API open subsystem;
  • the message includes information of the third party;
  • the API open subsystem authenticates and authorizes the third party according to the information of the third party, and determines, according to the result of the authentication and authorization, whether the third party subsystem is allowed to be
  • the API of the telecommunications network capability is invoked on the API open subsystem.
  • the specific implementation may be: the API open subsystem determines to allow the third-party subsystem to be in the API open subsystem. After the API of the telecommunications network capability is invoked, the call request message of the API of the telecommunication network capability is routed, and a request message of the calling API of the telecommunication network capability is sent to the telecommunication network subsystem; The network subsystem routes the call request message of the API of the telecommunication network capability sent by the API open subsystem, and implements the third party subsystem to the telecommunication network according to the call request message of the API of the telecommunication network capability The ability to call the API.
  • the API open subsystem sends a request message of the calling network capability calling API to the telecommunication network subsystem
  • the specific implementation may be: the API open subsystem performs interface protocol conversion on the call request message of the API of the telecommunication network capability.
  • the API open subsystem sends a request message of the calling network capability calling API to the After the telecommunication network subsystem, the specific implementation may be: the telecommunication network subsystem performs interface protocol conversion on the call request message of the API of the telecommunication network capability.
  • the third-party subsystem is in the API
  • the API of the telecom network capability is invoked on the open subsystem, and the specific implementation may be: the third-party subsystem performs network resource definition and application on the API open subsystem; the API open subsystem will use the network The definition and application of the resource are sent to the telecommunication network subsystem; the telecommunication network subsystem performs the configuration of the network resource and the issuance of the service rule according to the definition and application of the network resource, and opens to the third-party subsystem
  • the network resource configuration is consistent; wherein the network customization capability includes the definition of the network resource.
  • the third-party subsystem is in the API
  • the API of the telecom network capability is invoked on the open subsystem, and the specific implementation may be: the third-party subsystem invokes the API of the API capability on the API open subsystem according to service requirements, where the API capability includes an information class. Ability and / or control ability.
  • the third-party subsystem is in the API
  • the API of the telecommunications network capability is invoked on the open subsystem.
  • the specific implementation may be: the third-party subsystem uses the API of the hosting capability to perform calculation or resource storage on the API open subsystem.
  • the API open subsystem is configured to The API of the telecommunication network capability and the third party are operated and managed.
  • the specific implementation may be: the API open subsystem monitors and counts the process of calling the API of the telecommunication network capability by the third party subsystem, and obtains statistics. Information, the statistical information is used for service level agreement SLA management and/or billing.
  • the specific implementation may be: The open subsystem determines the charging information of the third party according to the statistical information, and sends the charging information to a service support system BSS or an operation support system OSS subsystem; the BSS or OSS subsystem performs charging according to the The information is billed to the third party.
  • the specific implementation may be: The open subsystem logs off or retires the API of the telecommunications network capability.
  • the specific implementation may be:
  • the open subsystem provides an accessory environment of the telecommunications network capability API to the third party subsystem, and the supporting environment includes at least one of the following: an application development environment/test environment, an application execution environment, a document, a reference design, and a technology. Support and forums.
  • the API open subsystem is The third-party subsystem provides an API for the telecommunications network capability, and the specific implementation may be: the API open subsystem provides the telecommunications network capability API to the third-party subsystem in a vertically open manner and/or a horizontal open manner.
  • the vertical open mode indicates that the third party is specific, and the horizontal open mode indicates that the third party is arbitrary.
  • the specific third party is a customer that works closely with a telecommunication operator, and the cooperation with the telecommunication operator is closely related.
  • the customer includes at least one of the following: an enterprise customer, an industry customer, and a consumer of the telecommunications carrier.
  • the system architecture of the telecommunication network capability opening includes an application programming interface API open subsystem, a telecommunication network subsystem and a third party subsystem, and the API open subsystem is used for operating and managing the opening of the telecommunication network capability, and
  • the API of the telecommunications network capability obtained from the telecommunications network subsystem is opened to a third party subsystem, the third party subsystem is used to invoke the telecommunications network capability API on the API open subsystem, and the telecommunications network capability includes at least one of the following: Custom capabilities, API capabilities, and hosting capabilities, API capabilities for telecommunications network capabilities that are invoked on demand by third-party subsystems.
  • the API open subsystem operates and manages the opening of the telecommunications network capability, further improves the system architecture of the telecommunications network capability, and enables the third-party subsystem to be conveniently and flexibly invoked through the classification of the telecommunications network capability.
  • the system architecture with open telecommunications network capability provided by the invention has wide applicability and can improve the market competitiveness of telecom operators.
  • FIG. 1 is a schematic block diagram of a system architecture for an open telecommunications network capability according to an embodiment of the present invention.
  • FIG. 2 is a schematic block diagram of a system architecture for an open telecommunications network capability according to another embodiment of the present invention.
  • FIG. 3 is a schematic block diagram of a system architecture in which telecommunications network capabilities are open according to another embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of an API open subsystem according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of an API open subsystem according to another embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of an API open subsystem according to another embodiment of the present invention.
  • FIG. 7 is a flow chart of a method for opening a telecommunications network capability according to an embodiment of the present invention.
  • Figure 8 is a schematic flow diagram of a process of a method for opening a telecommunications network capability in accordance with one embodiment of the present invention. detailed description
  • 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
  • Fluid Division Duplex Frequency Division Duplex
  • TDD Time Division Duplex
  • UMT Universal Mobile Telecommunication System
  • WiFi Wireless Fidelity
  • UE User Equipment
  • Mobile Terminal mobile user equipment
  • RAN Radio Access
  • core networks which may be mobile terminals, such as mobile phones (or “cellular" phones) and computers with mobile terminals, for example, portable, pocket, handheld, Computer built-in or in-vehicle mobile devices that exchange language and/or data with a wireless access network.
  • connection between one component and another component may include wired and/or wireless connections.
  • the wired method may include, but is not limited to, a cable composed of various media, such as an optical fiber, a conductive cable, or a semiconductor circuit; or other forms such as an internal bus, a circuit, a backplane, and the like.
  • the wireless mode is a connection method capable of wireless communication, including but not limited to radio frequency, infrared, Bluetooth, and the like. There may be internal or external interfaces between the two components, which may be physical or logical interfaces.
  • the telecommunications network capability open system architecture 100 of FIG. 1 includes a telecommunications network subsystem 101, an API (Application Programming Interface) open subsystem 102, and a third party subsystem 103.
  • the telecommunications network subsystem 101 and the API open subsystem 102 have a first interface (i.e., connected through a first interface), and the API open subsystem 102 and the third party subsystem 103 have a second interface.
  • the telecommunications network subsystem 101 is used to provide telecommunications network capabilities to the API Open Subsystem 102.
  • the telecommunications network subsystem 101 can implement telecommunications through enhanced or updated functions, process interactions, or interfaces based on a telecommunications carrier communication network (also referred to as a "telecom network pipe" such as a wireless network or a fixed network).
  • a telecommunications carrier communication network also referred to as a "telecom network pipe” such as a wireless network or a fixed network.
  • Network capabilities, therefore, telecommunications network pipelines are the basis for the openness of telecommunications networks.
  • Interface protocols that may be employed by the first interface between the telecommunications network subsystem 101 and the API open subsystem 102 include, but are not limited to, GTP (GPRS (General Packet Radio Service) Tunnel Protocol, GPRS tunneling protocol;), SOAP (Simple Object Access Protocol), REST (Representation State Transfer), MAP (Manufacturing Automation Protocol), XMPP (The Extensible Messaging and Presence Protocol)
  • GTP General Packet Radio Service Tunnel Protocol
  • SOAP Simple Object Access Protocol
  • REST Real-Object Access Protocol
  • MAP Manufacturing Automation Protocol
  • XMPP The Extensible Messaging and Presence Protocol
  • the scalable communication and presentation protocol, or the Diameter protocol, etc. enable the transfer of telecommunications network capabilities to the API open subsystem 102.
  • the API Open Subsystem 102 is used to operate and manage the openness of telecommunications network capabilities and to provide third party subsystems 103 with APIs for telecommunications network capabilities.
  • the API Open Subsystem 102 is also an open platform for telecommunications network capabilities, and completes the operation and management of telecommunications network capabilities.
  • the Telecommunications Network Subsystem 101 opens telecommunications network capabilities to third party subsystems through the API Open Subsystem 102.
  • Interface protocols that may be employed by the second interface between the API Open Subsystem 102 and the Third Party Subsystem 103 include, but are not limited to, HTTP (Hypertext Transfer Protocol), UDDI (Universal Description, Discovery and Integration, General Description) , discovery and integration), WSDL (Web Services Description Language), WADL (Web Application Description Language), SOAP or REST, etc., to provide telecommunications network capabilities to third-party subsystems 103 API.
  • HTTP Hypertext Transfer Protocol
  • UDDI Universal Description, Discovery and Integration, General Description
  • WSDL Web Services Description Language
  • WADL Web Application Description Language
  • SOAP Web Application Description Language
  • API Open Subsystem 102 can be used to translate telecommunications network capabilities into APIs for corresponding telecommunications network capabilities, or to implement telecommunications network capabilities and corresponding API conversions by the telecommunications network subsystem 101, as two implementations provided by the present invention. the way.
  • the third party subsystem 103 is used to invoke telecommunications network capabilities on the API open subsystem 102.
  • the third party subsystem 103 may be in the form of a device, such as a business application device or user device, etc.
  • the third party subsystem 103 may be in the form of a person, such as an SP (Service Provider Service Provider) or a consumer of a telecommunications carrier, or the like.
  • SP Service Provider Service Provider
  • a third party refers to a customer with open telecommunications network capabilities, which may be in the form of an individual or an organization/institution, such as an SP, an enterprise customer, an industry customer, a long tail business customer, or a consumer of a telecommunications carrier. It should be understood that the embodiments of the present invention are not limited thereto.
  • one API open subsystem may open telecommunications network capable APIs to one or more third party subsystems, and one telecommunications network subsystem may provide telecommunications network capabilities with one or more API open subsystems.
  • the telecommunications network capability includes at least one of the following: network customization capability, API capability, and hosting capability, wherein the API capability is a telecommunications network capability invoked by a third party on demand.
  • the present invention divides telecommunications network capabilities into three categories, namely, network customization capabilities, API capabilities, and hosting capabilities.
  • the network customization capability may be a definition of the attributes of the telecommunications network capabilities by the third party subsystem 103.
  • the API capability is a telecommunications network capability that the third-party subsystem 103 calls on demand (which can be directly called by the third-party subsystem 103 on the API open subsystem 102), and the API capability can be an information-like capability or a control-like capability, and the present invention The embodiment does not limit this.
  • the API of the third party subsystem 103 calling the hosting capability on the API open subsystem 102 refers to the hosting environment provided by the third party subsystem 103 by using the API open subsystem 102.
  • the hosting capability can be It is the equipment resources and environment provided by the telecommunication network.
  • the API open subsystem operates and manages the opening of the telecommunications network capability, further improves the system architecture of the telecommunications network capability opening, and enables the third-party subsystem to be conveniently and flexibly invoked through the classification of the telecommunications network capability.
  • the system architecture with open telecommunications network capability provided by the invention has wide applicability and can improve the market competitiveness of telecom operators.
  • the telecommunications network subsystem 101, the API open subsystem 102, and the third party subsystem 103 of the present system can further expand its functions.
  • API Open Subsystem 102 can be further utilized to operate and manage APIs for telecommunications network capabilities, and/or API Open Subsystem 102 can be further utilized to operate and manage third parties.
  • the management of the life cycle of the API for telecommunications network capabilities ie API registration and publishing, API orchestration, and API deregistration or retirement.
  • the management of the third party's authentication and authorization policy the management of third party account opening and purchase (contracting) information, or the monitoring and statistics of the third party subsystem 103 calling the telecommunications network capable API. It is to be understood that the above examples are merely illustrative and are not intended to limit the scope of the invention.
  • the API Open Subsystem 102 can be further configured to orchestrate telecommunications network capabilities (eg, configure multiple telecommunications network capabilities into one or more APIs as needed), and organize the managed telecommunications network capabilities.
  • the information of the API (for example, the capability category to which the API belongs, the function, how to use it, or the interface format, etc.) is registered and distributed, so that the third-party subsystem 103 can use the information of the API according to the telecommunications network capability in the API opener.
  • the registration and publishing platform of the API may be external. As shown in FIG. 2, the system architecture 100 with open telecommunications network capabilities may further include an API registration and publishing platform 204.
  • the information of the API of the telecommunications network capability is sent to the registration and distribution platform 204 of the API, and the third party subsystem 103 can also be used to obtain information of the API of the telecommunications network capability in the registration and distribution platform 204 of the API.
  • the interface protocol between the API open subsystem 102 and the API registration and publishing platform 204 may include, but is not limited to, UDDI, WSDL, or WADL, etc., and may also be manually set up in the API registration and publishing platform 204.
  • the interface protocol (i.e., the second interface) between the API registration and distribution platform 204 and the third party subsystem 103 may include, but is not limited to, UDDI, WSDL, or WADL.
  • the API Open Subsystem 102 can further be used with the third party subsystem 103.
  • the API Open Subsystem 102 manages the information for opening an account or registering.
  • the third party subsystem 103 is also used to send an API purchase or subscription request message to the API open subsystem 102 upon completion of the account opening or registration.
  • the API open subsystem 102 may be further configured to manage information purchased or contracted by the API, specifically, whether the status information of the API of the telecommunication network capability is available according to the API purchase or subscription request message sent by the third-party subsystem 103, according to The status information of the API returns the purchase result of the telecommunications network capable API to the third party subsystem 103.
  • the third party may complete the account opening on the API open subsystem 102 through the third-party subsystem 103, and may also complete the account opening in the telecommunications network business hall in writing, which is not limited by the embodiment of the present invention.
  • the API Open Subsystem 102 can be further used to log off or retire the API of the telecommunications network capability. For example, when the number of APIs of a telecommunications network capability is called very little, and the telecommunications network subsystem no longer provides the telecommunications network capability, the API Open Subsystem 102 can be further used to log out the API of the telecommunications network capability or Retired.
  • the third-party subsystem 103 can also be used to send an invocation request message of the telecommunications network capable API to the API open subsystem 102 before calling the telecommunications network capable API on the API open subsystem 102, the call request message including Third party information.
  • the API Open Subsystem 102 can also be used to authenticate and authorize third parties based on third party information to determine whether to allow the third party subsystem 103 to invoke the telecommunications network capable API on the API Open Subsystem 102 based on the results of the authentication and authorization.
  • the API open subsystem 102 can also be used to route the call request message of the telecommunications network capability API after determining the API that allows the third party subsystem 103 to invoke the telecommunications network capability on the API open subsystem 102 (ie, seek (Optional), if the API is an API of a plurality of telecommunication network capabilities, the plurality of telecommunication network capabilities may be separately obtained according to the programming management information of the API, and the request message of the calling API of the telecommunication network capability is sent to the telecommunication Network subsystem 101.
  • the telecommunications network subsystem 101 can also be used to route the call request message of the telecommunications network capable API sent by the API open subsystem 102 to find the telecommunications network device in which the telecommunications network capability corresponding to the API requested by the third party subsystem 103 is located.
  • RNC Radio Access Network
  • GGSN Gateway GPRS Support Node
  • the call request message according to the API of the telecommunication network capability A call to the API of the telecommunications network capability by the third party subsystem 103 is implemented.
  • the interface protocol conversion of the first interface may be implemented by the API open subsystem 102, or the interface protocol conversion of the first interface may be implemented by the telecommunications network subsystem 101.
  • the API open subsystem 102 may be further configured to perform interface protocol conversion on the call request message of the API of the telecommunication network capability before transmitting the request message of the calling API of the telecommunication network capability to the telecommunication network subsystem 101 (ie, implementing different interface protocols) Conversion).
  • the telecommunication network subsystem 101 can be further used for interface protocol conversion of the call request message of the API of the telecommunication network capability.
  • the network customization capability may be the definition and application capability of the third-party subsystem 103 for network resources, such as bandwidth, connection mode, traffic filtering rule, service rule, or static QoS (Quality of Service).
  • the third-party subsystem 103 may be further configured to perform definition and application of network resources on the API open subsystem 102, and the API open subsystem 102 may be further configured to send the definition and application of the network resources to the telecommunications network subsystem 101.
  • the telecommunication network subsystem 101 can also be configured to perform network resource configuration and service rule issuance according to the definition and application of the network resource, and open a service consistent with the network resource to the third party subsystem.
  • the third party subsystem 103 can further be used to dynamically invoke API capabilities (implementing dynamic QoS control, obtaining network state information or context information, or billing, etc.) on the API open subsystem 102 in accordance with business requirements.
  • API capabilities implementing dynamic QoS control, obtaining network state information or context information, or billing, etc.
  • the third-party subsystem 103 can be further used to invoke a hosting capability API on the API open subsystem 102, that is, the third-party subsystem 103 can utilize the hosting environment provided by the API open subsystem 102, for example, the hosting capability can be
  • the hosting capability can be
  • the device provided by the telecommunications network, such as a server, the third party subsystem 103 is further used to utilize the server to perform calculations or resource storage and the like through the API open subsystem 102.
  • the third-party subsystem of the embodiment of the present invention can conveniently and flexibly invoke the API of the telecommunication network capability on the API open subsystem, and can enrich the customer's service experience.
  • API Open Subsystem 102 can open IT (Information Technology) resources in addition to the API of the above telecommunications network capabilities, so that the system architecture with open telecommunications network capabilities is compatible.
  • IT Information Technology
  • the API Open Subsystem 102 can also be used to monitor and count the process by which the third party subsystem 103 invokes the telecommunications network capable API to obtain statistical information (eg, the number of APIs that invoke telecommunications network capabilities or use hosting capabilities). Time, etc.), statistics can be used for SLA (Service Level Agreement) management and / or billing.
  • the system architecture 100 with open telecommunications network capabilities may further include a BSS (Business Support System) or an OSS (Operation Support System).
  • the subsystems 304, the API open subsystem 102 and the BSS or OSS subsystem 304 have a third interface, and the interface protocol (third interface) between the API open subsystem 102 and the BSS or OSS subsystem 304 can include but It is not limited to SOAP or FTP (File Transfer Protocol).
  • the API Open Subsystem 102 can also be configured to determine third party billing information based on statistical information and send the billing information to the BSS or OSS subsystem 304.
  • the BSS or OSS subsystem 304 bills third parties based on billing information (e.g., reconciliation, settlement, or billing of third parties, etc.).
  • the API Open Subsystem 102 can also be used to send statistical information to the CRS (Custom Relationship Management) of the BSS or OSS subsystem 304, and the CRM is used for SLA management, including but not limited to telecommunications network capabilities.
  • CRS Customer Relationship Management
  • the BSS or OSS subsystem 304 can also be used to perform network configuration and implement business rule distribution according to network customization capabilities requested by a third party.
  • the API open subsystem 102 can also be used to provide a supporting environment for the telecommunications network capable API to the third party subsystem 103.
  • the supporting environment can include at least one of the following: an application development environment/test environment, an application execution environment, Documentation, reference designs, technical support, forums, and more.
  • the supporting environment of the telecommunications network capability API can also be provided by the API registration and distribution platform 204. It should be understood that the embodiments of the present invention are not limited thereto.
  • API Open Subsystem 102 can further provide telecommunications network capable APIs to third party subsystems 103 in a vertically open and/or horizontally open manner.
  • the vertical open mode means that the third party is specific
  • the horizontal open mode means that the third party is arbitrary.
  • Specific third parties can be close to customers who work with telecom operators. Customers who work closely with telecom operators can include at least one of the following: corporate customers, industry customers, and telecom operators.
  • the third party in the horizontal open mode is arbitrary, and may include the above-mentioned specific third party, and may also include an unclear third party such as a long tail business.
  • API Open Subsystem 102 exposes certain network customization capabilities to specific third parties (such as a more customized third party), known as vertical open mode.
  • the API Open Subsystem 102 can authenticate to a third party, and if the third party belongs to a particular third party, the API Open Subsystem 102 can determine to allow the third party subsystem to define and apply the network customization capabilities.
  • the telecommunications network subsystem 101 implements the telecommunications network subsystem 101 and the API open subsystem 102. Decoupling or network shielding between. Thereby improving the commercial security of the system architecture with open telecommunications network capabilities.
  • API Open Subsystem 400 of Figure 4 is an example of an API Open Subsystem, including an API Access Module 401 and an API Operations Management Module 402.
  • the API access module 401 is configured to acquire a telecommunication network capability provided by the telecommunication network subsystem, and provide an API for providing a telecommunication network capability to the third party subsystem, so that the third party subsystem invokes the telecommunication network capability API on the API access module 401. .
  • the API operation management module 402 is configured to operate and manage the openness of the telecommunications network capability acquired by the API access module 401.
  • the telecommunications network capability includes at least one of the following: a network customization capability, an API capability, and a hosting capability, the API capability being the telecommunications network capability invoked by the third party subsystem as needed.
  • the API open subsystem operates and manages the opening of the telecommunications network capability, further improves the system architecture of the telecommunications network capability opening, and enables the third-party subsystem to be conveniently and flexibly invoked through the classification of the telecommunications network capability.
  • the system architecture with open telecommunications network capability provided by the invention has wide applicability and can improve the market competitiveness of telecom operators.
  • API open subsystem of the system architecture with open telecommunications network capabilities are described in more detail below in conjunction with specific examples. A description similar to the system architecture in which the telecommunications network capability of FIG. 1 is open will be appropriately omitted in the system architecture in which the telecommunications network capability is open in FIG.
  • FIG. 5 is a schematic block diagram of a system architecture in which telecommunications network capabilities are open, in accordance with another embodiment of the present invention.
  • the API Open Subsystem 502 in the Telecommunications Network Capability Open System Architecture 500 of Figure 5 includes an API Access Module 511 and an API Operations Management Module 512.
  • the API access module 511 is configured to obtain the telecommunication network capability provided by the telecommunication network subsystem 501, and provide an API for the telecommunication network capability to the third party subsystem 503, so that the third party subsystem 503 invokes the telecommunication network on the API access module 511.
  • Ability API is used to operate and manage the openness of the telecommunications network capabilities acquired by the API Access Module 511.
  • the telecommunications network capability includes at least one of the following: a network customization capability, an API capability, and a hosting capability, the API capability being the telecommunications network capability invoked on demand by the third party subsystem.
  • the opening of the telecommunications network capability is operated through the API open subsystem and Management, further improve the system architecture of the open telecommunications network capability, and enable the third-party subsystem to be easily and flexibly invoked through the classification of the telecommunications network capability. Therefore, the system architecture with the open telecommunications network capability provided by the present invention has wide applicability and can Improve the market competitiveness of telecom operators.
  • the API operations management module 512 can be further used to operate and manage the API of the telecommunications network capability; and/or further for operating and managing the third party.
  • the API Open Subsystem 502 also includes an API Publishing Platform 513.
  • the API operation management module 512 can further be used for orchestration management of the telecommunication network capability, and the information of the API of the managed telecommunication network capability (for example, the capability category to which the API belongs, the function, how to use or the interface format, etc.)
  • the API publishing platform 513 is sent to the API publishing platform 513, and the information of the API of the telecommunication network capability is registered and distributed, so that the third-party subsystem 503 is used for API access according to the information of the API of the telecommunication network capability released by the API publishing platform 513.
  • An API for telecommunications network capabilities is invoked on module 511.
  • the interface protocol between the API publishing platform 513 and the third party subsystem 503 can include, but is not limited to, UDDI, WSDL, or WADL.
  • the API operation management module 512 may further operate and manage information for opening or registering the third-party subsystem 103 on the API operation management module 512; after the third party completes the account opening, according to the third-party subsystem 503
  • the sent API purchase or subscription request message queries whether the status information of the API of the telecommunication network capability is available, and the API operation management module 512 may further be configured to return the API of the telecommunication network capability to the third party subsystem 503 according to the status information of the queried API. Purchase result.
  • the API operation management module 512 may further be used to log off or retreat the API of the telecommunications network capability.
  • the API access module 511 is further configured to receive a call request message of an API of the telecommunication network capability sent by the third-party subsystem 503, where the call request message includes information of the third party.
  • the API operation management module 512 can also be configured to authenticate and authorize the third party according to the information of the third party, and determine whether to allow the third party subsystem 503 to invoke the telecommunication network capability on the API access module 511 according to the result of the authentication and authorization. API.
  • the API access module 511 can be further configured to: after the API operation management module determines an API that allows the third-party subsystem 503 to invoke the telecommunications network capability on the API access module 511, perform an invocation request message for the telecommunications network capability API.
  • the network subsystem 501 is configured such that the telecommunications network subsystem 501 routes the call request message of the telecommunications network capable API, and the third party subsystem 503 invokes the telecommunications network capable API according to the telecom network capability API call request message.
  • the conversion of different interface protocols may be implemented by the API access module 511, or the conversion of different interface protocols may be implemented by the telecommunications network subsystem 501.
  • the API access module 511 may be further configured to perform interface protocol conversion (ie, implementation) on the call request message of the API of the telecommunication network capability before sending the request message of the calling API of the telecommunication network capability to the telecommunication network subsystem 501. Conversion of different interface protocols).
  • the telecommunications network subsystem 501 can be further used to route the call request message of the telecommunications network capable API sent by the API access module 511, An interface protocol conversion is performed on the call request message of the API of the telecommunication network capability.
  • the API access module 511 is further configured to perform network resource definition and application by the third-party subsystem 503, and the API access module 511 sends the definition and application of the network resource to the telecommunication network subsystem 501 for telecommunication.
  • the network subsystem 501 performs network resource configuration and service rule distribution according to the definition and application of the network resource, and opens the service consistent with the network resource to the third-party subsystem 503.
  • network customization capabilities include definitions of network resources and business rules.
  • the interface between the third party subsystem 503 and the API access module 511 is implemented using the HTTP protocol.
  • the API access module 511 is further configured to be used by the third-party subsystem 503 to invoke an API capability on the API access module 511 according to service requirements (implementing dynamic QoS control, acquiring network state information or context information, or performing Fees, etc.).
  • service requirements implementing dynamic QoS control, acquiring network state information or context information, or performing Fees, etc.
  • the interface between the third party subsystem 503 and the API access module 511 is implemented using REST or SOAP.
  • the API access module 511 may further be used to invoke the hosting capability API by the third-party subsystem 503, that is, the third-party subsystem 503 may utilize the hosting environment provided by the API access module 511.
  • the hosting capability may be The device provided by the telecommunication network, such as a server, the third-party subsystem 503 is further used to perform calculation or resource storage and the like on the API access module 511.
  • the third-party subsystem of the embodiment of the present invention can conveniently and flexibly invoke the API of the telecommunication network capability on the API access module 511, and can enrich the service experience of the customer.
  • the API operation management module 512 may be further configured to monitor and collect the process of the third-party subsystem 503 calling the API of the telecommunication network capability, obtain statistical information, and use the statistical information for the service level agreement SLA. Management and / or billing. Further, API operations The management module 512 can also be configured to determine the charging information of the third party according to the statistical information, and send the charging information to the BSS or OSS subsystem 504, so that the BSS or OSS subsystem 504 can charge the third party according to the charging information.
  • the API open subsystem 502 may further include an API supporting environment module 514.
  • the API supporting environment module 514 is configured to provide a third-party subsystem 503 with an API supporting the telecommunications network capability.
  • the supporting environment may include at least one of the following: an application development environment/test environment, an application execution environment, a document, a reference design, and a technology. Support and forums.
  • the interface between the API companion environment module 514 and the third party subsystem 503 can be implemented using protocols such as HTTP, UDDL WSDL, or WADL.
  • the API access module 511 may further provide the telecommunications network capable API to the third party subsystem 503 in a vertically open manner and/or a horizontal open manner.
  • the vertical open mode means that the third party is specific
  • the horizontal open mode means that the third party is arbitrary.
  • a specific third party can be a customer who works closely with the telecom operator.
  • a customer who works closely with the telecom operator can include at least one of the following: corporate customers, industry customers, and telecom operators.
  • the third party in the horizontal open mode is arbitrary, and may include the above-mentioned specific third parties, and may also include unclear third parties such as customers of the long tail business.
  • the telecommunications network subsystem 501 implements decoupling or network shielding between the telecommunications network subsystem 501 and the API open subsystem 502. . Thereby improving the commercial security of the system architecture with open telecommunications network capabilities.
  • FIG. 6 is a schematic structural diagram of an API open subsystem according to another embodiment of the present invention.
  • API Open Subsystem 600 generally includes at least one processor 610, such as a CPU, at least one port 620, memory 630, and at least one communication bus 640.
  • Communication bus 640 is used to implement connection communication between these devices.
  • the processor 610 is configured to execute an executable module, such as a computer program, stored in the memory 630; optionally, the API open subsystem 600 can include a user interface 660 including, but not limited to, a display, a keyboard, and a pointing device, such as a mouse , trackball, touchpad or tactile display.
  • the memory 630 may include a high speed RAM memory and may also include a non-volatile memory such as at least one disk memory. In some embodiments, memory 630 stores elements, executable modules or data structures, or a subset thereof, or their extended set.
  • Operating system 632 which contains various system programs for implementing various basic services and handling hardware-based tasks.
  • Application Module 634 includes a variety of applications for implementing various application services.
  • the application module 634 includes but is not limited to an API access module 511, an API operation management module 512,
  • API publishing platform 513 and API supporting environment module 514.
  • each unit in the application module 634 refers to the corresponding unit in the embodiment shown in FIG. 5, and details are not described herein.
  • FIG. 7 is a flow chart of a method for opening a telecommunications network capability according to an embodiment of the present invention.
  • the telecommunications network subsystem provides telecommunications network capability to the API open subsystem.
  • the API Open Subsystem operates and manages the openness of telecommunications network capabilities and provides telecommunications network capability APIs to third party subsystems.
  • the third-party subsystem invokes the telecommunications network capability API on the API open subsystem.
  • the telecommunications network capability includes at least one of the following: network customization capabilities, API capabilities, and hosting capabilities, and the API capabilities are telecommunications network capabilities that are invoked on demand by third party subsystems.
  • the API open subsystem operates and manages the opening of the telecommunications network capability, further improves the system architecture of the telecommunications network capability opening, and enables the third-party subsystem to be conveniently and flexibly invoked through the classification of the telecommunications network capability.
  • the system architecture with open telecommunications network capability provided by the invention has wide applicability and can improve the market competitiveness of telecom operators.
  • Fig. 7 can be implemented by the system architecture of the telecommunications network capability in Figs. 1 to 6, and the duplicated description is omitted as appropriate.
  • the API open subsystem may operate and manage the telecommunications network capable API, and/or the API open subsystem 102 may operate and manage the third party.
  • the API open subsystem manages the telecommunications network capability, and registers and distributes the information of the managed telecommunications network capability API, so that the third party subsystem can open the subsystem according to the information of the telecommunications network capability API.
  • An API that invokes telecommunications network capabilities Or, the API open subsystem enters information about the third party subsystem to open an account or register in the API open subsystem. Line operations and management.
  • the API open subsystem queries whether the status information of the API of the telecommunication network capability is available according to the API purchase or subscription request message sent by the third party subsystem, and returns the telecommunication network capability to the third party subsystem according to the status information of the API. API purchase results.
  • the API Open Subsystem can log out or retire the API of the telecommunications network capability. and many more.
  • the third-party subsystem may send a call request message of the telecommunications network capable API to the API open subsystem, where the call request message includes information of the third party.
  • the API Open Subsystem can authenticate and authorize third parties based on third party information, and determine whether to allow third party subsystems to invoke telecommunications network capable APIs on the API open subsystem based on the results of the authentication and authorization. Further, after the API open subsystem determines an API that allows the third-party subsystem to invoke the telecommunications network capability on the API open subsystem, the call request message of the telecommunications network capability API is routed, and the telecommunications network capability is invoked by the API request. The message is sent to the telecommunications network subsystem.
  • the telecommunications network subsystem can route the call request message of the API of the telecommunications network capability sent by the API open subsystem, and implement the call of the API of the telecommunications network capability by the third party subsystem according to the call request message of the API of the telecommunications network capability.
  • the API open subsystem may perform interface protocol conversion on the call request message of the API of the telecommunication network capability; or in the API After the open subsystem sends the request message of the calling API of the telecommunication network capability to the telecommunication network subsystem, the telecommunication network subsystem can perform interface protocol conversion on the call request message of the API of the telecommunication network capability.
  • the third party subsystem may perform definition and application of network resources on the API open subsystem.
  • the API Open Subsystem sends the definition and application of network resources to the telecommunications network subsystem.
  • the telecommunications network subsystem performs network resource configuration and service rule distribution according to the definition and application of network resources, and opens services consistent with network resources to third-party subsystems.
  • network customization capabilities include definitions of network resources and business rules.
  • the third-party subsystem can invoke API-capable APIs on the API open subsystem in accordance with business requirements, including API capabilities and/or control capabilities.
  • the third party subsystem can utilize the managed capabilities API for computing or resource storage on the API open subsystem. It should be understood that the manner in which the third party subsystem invokes the API of the telecommunications network capability is not limited in the embodiment of the present invention.
  • the API open subsystem can invoke the telecommunications network capability API for the third party subsystem.
  • the process is monitored and counted, and statistical information is obtained, which is used for SLA management and/or billing.
  • the API open subsystem may determine the charging information of the third party according to the statistical information, and send the charging information to the BSS or the OSS subsystem, and the BSS or the OSS subsystem charges the third party according to the charging information.
  • the API open subsystem may provide a supporting environment for the telecommunications network capability API to the third party subsystem, and the supporting environment may include at least one of the following: an application development environment/test environment, an application execution environment. , documentation, reference design, technical support, and forums.
  • the API open subsystem may provide a telecommunications network capable API to the third party subsystem in a vertically open manner and/or a horizontal open manner.
  • the vertical open mode means that the third party is specific
  • the horizontal open mode means that the third party is arbitrary.
  • a particular third party may be a customer that works closely with the telecommunications carrier, and a customer that is closely cooperating with the telecommunications carrier includes at least one of the following: an enterprise customer, an industry customer, and a consumer of the telecommunications carrier.
  • Figure 8 is a schematic flow diagram of a process of a method for opening a telecommunications network capability in accordance with one embodiment of the present invention.
  • the method of FIG. 8 can be implemented by the system architecture of the telecommunications network capability in FIGS. 1 to 6, and thus the repeated description is omitted as appropriate.
  • the telecommunications network subsystem provides telecommunications network capabilities to the API open subsystem.
  • the telecommunication network capability and the corresponding API may be converted by the telecommunication network subsystem. It should be understood that the embodiment of the present invention does not limit this, and the telecommunication network capability can be converted into the corresponding telecommunication by the API open subsystem 102. API for network capabilities.
  • the interface protocol used by the first interface between the telecommunication network subsystem and the API open subsystem includes, but is not limited to, GTP, SOAP, REST, MAP, XMPP or Diameter protocol, etc., to implement the telecommunication network capability to the API. Open subsystem.
  • API Open Subsystem о ⁇ олователи
  • the API Open Subsystem combines multiple telecommunications network capabilities into one or more APIs.
  • the information of the API of the managed telecommunications network capability (for example, the capability category to which the API belongs, the function or how to use it) is registered and distributed.
  • the information of the API of the managed telecommunications network capability is sent to the registration and distribution platform of the API.
  • the interface protocol between the API open subsystem and the API registration and distribution platform may include but is not limited to UDDL WSDL or WADL, etc., can also be manually set up to register and publish information of the telecommunications network capability API on the API registration and distribution platform. It should be understood that the invention is not limited thereto.
  • the third-party subsystem opens an account or registers on the API open subsystem.
  • the API Open Subsystem records the account opening information of the third party subsystem and sends authentication credentials to the third party subsystem, such as a username or password.
  • the third-party subsystem obtains the release information of the API on the API open subsystem.
  • the third-party subsystem may also obtain the release information of the API on the registration and publishing platform of the API, and the interface protocol between the registration and distribution platform of the API and the third-party subsystem may include but not limited to UDDI, WSDL or WADL et al.
  • the third-party subsystem purchases the API of the telecommunications network capability on the API open subsystem.
  • the third party subsystem sends a purchase request message for the telecommunications network capable API to the API open subsystem.
  • the API Open Subsystem queries the status information of the API of the telecommunication network capability.
  • the API Open Subsystem queries whether the status information of the API of the telecommunications network capability is available according to the purchase request message of the API of the telecommunications network capability sent by the third party subsystem.
  • the API Open Subsystem returns the purchase result to the third party subsystem.
  • the third-party subsystem may perform step 807; if the status information of the API is unavailable, returning the purchase result to the third-party subsystem Failed for purchase.
  • the third-party subsystem sends an invocation request message of the telecommunications network capable API to the API open subsystem, where the invocation request message includes information of a third party.
  • the API Open Subsystem authenticates and authorizes third parties based on third party information. Based on the results of the authentication and authorization, determine whether the third-party subsystem is allowed to invoke the telecommunications network capable API on the API open subsystem. Alternatively, if the result of the determination is an API that allows the third party subsystem to invoke telecommunications network capabilities on the API open subsystem, the API open subsystem may perform step 810.
  • the API open subsystem routes the call request message of the telecommunications network capability API.
  • the API open subsystem routes the call request message of the API of the telecommunication network capability.
  • the API is an API of a plurality of telecommunication network capabilities
  • the plurality of telecommunication network capabilities may be separately obtained according to the management information of the API.
  • the request to invoke the API of the telecommunications network capability The information is sent to the telecommunications network subsystem.
  • the telecommunication network subsystem can also be used to route the call request message of the telecommunication network capability API sent by the API open subsystem, and find the telecommunication network device (for example, the RNC) where the telecommunication network capability corresponding to the API requested by the third party subsystem is located. Or GGSN, etc.), according to the call request message of the API of the telecommunication network capability, implements a call of the third party subsystem to the API of the telecommunication network capability.
  • the interface protocol conversion of the first interface may be implemented by the API open subsystem, or the interface protocol conversion of the first interface may be implemented by the telecommunication network subsystem.
  • the API open subsystem performs interface protocol conversion on the call request message of the API of the telecommunication network capability before transmitting the request message of the telecom network capability calling API to the telecommunication network subsystem.
  • the telecommunication network subsystem API for the telecommunication network capability before routing the call request message of the telecommunication network capability API sent by the API open subsystem The call request message is used for interface protocol conversion.
  • the API open subsystem returns a call response message to the third-party subsystem.
  • the third-party subsystem calls the response message to implement the API of the telecommunications network capability.
  • the third party subsystem utilizes the hosting capabilities for computing or resource storage on the API open subsystem.
  • the call request message of the telecommunication network capability API sent by the third-party subsystem includes a definition and an application of the network resource, and the third-party subsystem Obtain the business that is consistent with the network resource.
  • the third-party subsystem is a call request message of an API for transmitting a telecommunication network capability according to a service requirement, and the third-party subsystem may be a service application device, according to The API that invokes the API capability in the response message implements dynamic QoS control, acquires network status information or context information, or performs charging and the like.
  • the API open subsystem monitors and counts the process of the third party subsystem calling the telecommunications network capability API, and obtains statistical information.
  • the statistical information can be used for SLA management and/or billing, and the like.
  • the API open subsystem sends SLA information and charging information to the BSS or OSS subsystem.
  • the 814, BSS or OSS subsystem performs billing and SLA management.
  • the BSS or OSS subsystem bills third parties based on billing information (eg, reconciliation, settlement, or billing of third parties, etc.).
  • CRM for BSS or OSS subsystem for SLA management This includes, but is not limited to, the evaluation of APIs for telecommunications network capabilities or the handling of customer complaints.
  • the API Open Subsystem can log off or retire the API of the telecommunications network capability. For example, when the number of APIs for a telecommunications network capability is called very little, and the telecommunications network subsystem no longer provides the telecommunications network capability, the API Open Subsystem deregisters or retires the API of the telecommunications network capability.
  • the API open subsystem operates and manages the opening of the telecommunications network capability, further improves the system architecture of the telecommunications network capability opening, and enables the third-party subsystem to be conveniently and flexibly invoked through the classification of the telecommunications network capability.
  • the system architecture with open telecommunications network capability provided by the invention has wide applicability and can improve the market competitiveness of telecom operators.
  • the disclosed systems, devices, and methods may be implemented in other ways.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not executed.
  • the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be electrical, mechanical or otherwise.
  • the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated in one unit. In the unit.
  • the functions, if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium.
  • the technical solution of the present invention which is essential to the prior art or part of the technical solution, may be embodied in the form of a software product stored in a storage medium, including
  • the instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and the like, which can store program codes. .

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开放子系统之间具有第一接口，API开放子系统与第三方子系统之间具有第二接口，电信网络子系统，用于向API开放子系统提供电信网络能力；API开放子系统，用于对电信网络能力的开放进行运营和管理，并向第三方子系统提供电信网络能力的API；第三方子系统，用于在API开放子系统上调用电信网络能力的API；其中，电信网络能力包括网络自定义能力、第三方子系统按需调用的电信网络能力和/或托管能力。因此，本发明提供的电信网络能力开放的系统架构具有广泛的适用性，能够提高电信运营商的市场竟争能力。

Description

电信网络能力开放的系统架构、 子系统和方法 技术领域
本发明实施例涉及通信技术领域， 并且更具体地， 涉及电信网络能力开 放的系统架构、 子系统和方法。 背景技术
在 IT ( Information Technology , 信息技术 )和互联网产业中， 平台开放 是一个非常重要的趋势， 各巨头公司在平台开放方面进行布局， 在产业链中 占得先机。 电信运营商和设备商面临 ICT ( Information Communication Technology, 信息通信技术）转型的压力， 也开始在电信网络能力开放方面 进行尝试和布局， 但是， 目前业界还处于探索阶段， 缺乏统一的标准和成熟 的架构。
现有技术中 , IBM ( International Business Machines Corporation, 国际商 业机器公司）基于 SOA ( Service-oriented architecture, 面向月良务的体系结构） 思想的 IT平台开放架构主要提供了 IT资源的开放。 但是， 对于运营和配套 环境方面考虑较少， 并且未考虑电信网络相关能力的接口， 无法支撑电信网 络能力的开放。 发明内容
本发明实施例提供一种电信网络能力开放的系统架构、 子系统和方法， 具有广泛的适用性， 通过开放架构和平台， 电信运营商能够更加充分的应用 网络资产和能力， 在产业链中提高竟争能力。
第一方面， 提供了一种电信网络能力开放的系统架构， 该系统包括应用 程序编程接口 API开放子系统、 电信网络子系统和第三方子系统， 所述电信 网络子系统与所述 API开放子系统之间具有第一接口，所述 API开放子系统 与所述第三方子系统之间具有第二接口， 所述电信网络子系统， 用于对所述 API开放子系统提供电信网络能力； 所述 API开放子系统， 用于对所述电信 网络能力的开放进行运营和管理， 并向所述第三方子系统提供所述电信网络 能力的 API; 所述第三方子系统， 用于在所述 API开放子系统上调用所述电 信网络能力的 API; 其中， 所述电信网络能力包括至少下列之一： 网络自定 义能力、 API能力和托管能力， 所述 API能力为所述第三方子系统按需调用 的所述电信网络能力。
结合第一方面， 在第一种实现方式中， 所述 API开放子系统， 进一步用 于对所述电信网络能力的 API进行运营和管理； 和 /或进一步用于对所述第 三方进行运营和管理。
结合第一方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述 API开放子系统， 进一步用于对所述电信网络能力进行编排管理， 将编 排管理后的所述电信网络能力的 API的信息进行注册和发布；所述第三方子 系统， 进一步用于在所述 API 开放子系统上获取所述电信网络能力的 API 的信息，根据所述电信网络能力的 API的信息在所述 API开放子系统上调用 所述电信网络能力的 API; 或者所述电信网络能力开放的系统架构还包括 API的注册和发布平台， 所述 API开放子系统， 进一步用于对所述电信网络 能力进行编排管理，将编排管理后的所述电信网络能力的 API的信息发送给 所述 API的注册和发布平台； 所述 API的注册和发布平台，用于对所述电信 网络能力的 API的信息进行注册和发布； 所述第三方子系统， 进一步用于在 所述 API的注册和发布平台上获取所述电信网络能力的 API的信息，根据所 述电信网络能力的 API的信息在所述 API开放子系统上调用所述电信网络能 力的 API。
结合第一方面或第一方面的第一种可能的实现方式或第二种可能的实 现方式， 在第三种可能的实现方式中， 所述 API开放子系统， 进一步用于对 所述第三方子系统在所述 API 开放子系统进行开户或注册的信息进行运营 和管理； 所述第三方子系统， 进一步用于在完成开户或注册后， 向所述 API 开放子系统发送 API购买或签约请求消息； 所述 API开放子系统，进一步用 于根据所述第三方子系统发送的 API 购买或签约请求消息查询所述电信网 络能力的 API的状态信息是否可用；根据所述 API的状态信息向所述第三方 子系统返回所述电信网络能力的 API的购买结果。
结合第一方面或第一方面的第一种可能的实现方式至第三种可能的实 现方式的任一种方式， 在第四种可能的实现方式中， 所述第三方子系统； 还 用于在所述 API开放子系统上调用所述电信网络能力的 API之前， 向所述 API开放子系统发送所述电信网络能力的 API的调用请求消息； 所述调用请 求消息包括所述第三方的信息； 所述 API开放子系统， 还用于根据所述第三 方的信息对所述第三方进行认证和授权，根据所述认证和授权的结果确定是 否允许所述第三方子系统在所述 API 开放子系统上调用所述电信网络能力 的 API。
结合第一方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述 API开放子系统，还用于在确定允许所述第三方子系统在所述 API开放 子系统上调用所述电信网络能力的 API之后， 对所述电信网络能力的 API 的调用请求消息进行路由，将所述电信网络能力的调用 API的请求消息发送 给所述电信网络子系统； 所述电信网络子系统， 还用于对所述 API开放子系 统发送的所述电信网络能力的 API的调用请求消息进行路由，根据所述电信 网络能力的 API 的调用请求消息实现所述第三方子系统对所述电信网络能 力的 API的调用。
结合第一方面的第五种可能的实现方式， 在第六种可能的实现方式中， 所述 API开放子系统，进一步用于在将所述电信网络能力的调用 API的请求 消息发送给所述电信网络子系统之前，对所述电信网络能力的 API的调用请 求消息进行接口协议转换； 或者， 在所述电信网络子系统内置接口适配模块 或插件的情况下， 所述电信网络子系统， 进一步用于在对所述电信网络能力 的 API的调用请求消息进行接口协议转换。
结合第一方面或第一方面的第一种可能的实现方式至第六种可能的实 现方式的任一种方式， 在第七种可能的实现方式中， 所述第三方子系统， 进 一步用于在所述 API 开放子系统上进行网络资源的定义和申请； 所述 API 开放子系统， 进一步用于将所述网络资源的定义和申请发送给所述电信网络 子系统； 所述电信网络子系统， 还用于根据所述网络资源的定义和申请进行 所述网络资源的配置和业务规则发放， 向所述第三方子系统开放与所述网络 资源配置一致的业务；其中，所述网络自定义能力包括所述网络资源的定义。
结合第一方面或第一方面的第一种可能的实现方式至第七种可能的实 现方式的任一种方式， 在第八种可能的实现方式中， 所述第三方子系统， 进 一步用于按照业务需求在所述 API开放子系统上调用所述 API能力的 API, 所述 API能力包括信息类能力和 /或控制类能力。
结合第一方面或第一方面的第一种可能的实现方式至第八种可能的实 现方式的任一种方式， 在第九种可能的实现方式中， 所述第三方子系统， 进 一步用于在所述 API开放子系统上利用所述托管能力的 API进行计算或资源 存储。
结合第一方面或第一方面的第一种可能的实现方式至第九种可能的实 现方式的任一种方式， 在第十种可能的实现方式中， 所述 API开放子系统， 还用于对所述第三方子系统调用所述电信网络能力的 API 的过程进行监控 和统计， 获得统计信息， 所述统计信息用于服务等级协议 SLA管理和 /或计 费。
结合第一方面或第一方面的第一种可能的实现方式至第十种可能的实 现方式的任一种方式， 在第十一种可能的实现方式中， 所述系统还包括业务 支撑系统 BSS或运营支撑系统 OSS子系统，所述 API开放子系统与所述 BSS 或 OSS子系统具有第三接口， 所述 API开放子系统， 还用于根据所述统计 信息确定所述第三方的计费信息， 将所述计费信息发送给所述 BSS或 OSS 子系统；所述 BSS或 OSS子系统根据所述计费信息对所述第三方进行计费。
结合第一方面或第一方面的第一种可能的实现方式至第十一种可能的 实现方式的任一种方式， 在第十二种可能的实现方式中， 所述 API开放子系 统， 进一步用于对所述电信网络能力的 API进行注销或退服。
结合第一方面或第一方面的第一种可能的实现方式至第十二种可能的 实现方式的任一种方式， 在第十三种可能的实现方式中， 所述 API开放子系 统， 还用于向所述第三方子系统提供所述电信网络能力的 API的配套环境， 所述配套坏境包括至少下列之一： 应用开发环境 /测试环境、 应用执行环境、 文档、 参考设计、 技术支持和论坛。
结合第一方面或第一方面的第一种可能的实现方式至第十三种可能的 实现方式的任一种方式， 在第十四种可能的实现方式中， 所述 API开放子系 统，进一步用于以垂直开放方式和 /或水平开放方式向所述第三方子系统提供 所述电信网络能力的 API; 其中， 所述垂直开放方式表示所述第三方是特定 的， 所述水平开放方式表示所述第三方是任意的。
结合第一方面的第十四种可能的实现方式，在第十五种可能的实现方式 中， 所述特定的第三方为与电信运营商合作密切的客户， 所述与电信运营商 合作密切的客户包括至少下列之一： 企业客户、 行业客户和所述电信运营商 的消费者。
第二方面，提供了一种 API开放子系统，该子系统包括： API接入模块， 用于获取电信网络子系统提供的电信网络能力， 用于向第三方子系统提供所 述电信网络能力的 API, 以便所述第三方子系统在所述 API开放子系统上调 用所述电信网络能力的 API; API运营管理模块， 用于对所述 API接入模块 获取的所述电信网络能力的开放进行运营和管理； 其中， 所述电信网络能力 包括至少下列之一： 网络自定义能力、 API能力和托管能力， 所述 API能力 为所述第三方子系统按需调用的所述电信网络能力。
结合第二方面， 在第一种可能的实现方式中， 所述 API运营管理模块， 进一步用于对所述电信网络能力的 API进行运营和管理； 和 /或进一步用于 对所述第三方进行运营和管理。
结合第二方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述 API开放子系统还包括 API发布平台； 所述 API运营管理模块， 进一 步用于对所述电信网络能力进行编排配置管理； 所述 API发布平台， 用于将 编排管理后的所述电信网络能力的 API的信息进行注册和发布，以便所述第 三方子系统根据所述电信网络能力的 API的信息在所述 API开放子系统上调 用所述电信网络能力的 API。
结合第二方面或第二方面的第一种可能的实现方式或第二种可能的实 现方式， 在第三种可能的实现方式中， 所述 API运营管理模块， 进一步用于 对所述第三方子系统在所述 API运营管理模块上进行开户或注册的信息进 行运营和管理； 在所述第三方完成开户或注册后， 根据所述第三方子系统发 送的 API购买或签约请求消息查询所述电信网络能力的 API的状态信息是否 可用； 所述 API运营管理模块，进一步用于根据查询的所述 API的状态信息 向所述第三方子系统返回所述电信网络能力的 API的购买结果。
结合第二方面或第二方面的第一种可能的实现方式至第三种可能的实 现方式的任一种方式， 在第四种可能的实现方式中， 所述 API接入模块， 还 用于接收所述第三方子系统发送的所述电信网络能力的 API 的调用请求消 息； 所述调用请求消息包括所述第三方的信息； 所述 API运营管理模块， 还 用于根据所述第三方的信息对所述第三方进行认证和授权，根据所述认证和 授权的结果确定是否允许所述第三方子系统在所述 API接入模块上调用所 述电信网络能力的 API。
结合第二方面的第四种可能的实现方式， 在第五种可能的实现方式中， 所述 API接入模块，还用于在所述 API运营管理模块确定允许所述第三方子 系统在所述 API接入模块上调用所述电信网络能力的 API之后，对所述电信 网络能力的 API的调用请求消息进行路由， 将所述电信网络能力的调用 API 的请求消息发送给所述电信网络子系统， 以便所述电信网络子系统对所述电 信网络能力的 API的调用请求消息进行路由， 根据所述电信网络能力的 API 的调用请求消息实现所述第三方子系统对所述电信网络能力的 API的调用。
结合第二方面的第五种可能的实现方式， 在第六种可能的实现方式中， 所述 API接入模块，进一步用于在将所述电信网络能力的调用 API的请求消 息发送给所述电信网络子系统之前，对所述电信网络能力的 API的调用请求 消息进行接口协议转换。
结合第二方面或第二方面的第一种可能的实现方式至第六种可能的实 现方式的任一种方式， 在第七种可能的实现方式中， 所述 API接入模块， 进 一步用于由所述第三方子系统进行网络资源的定义和申请，将所述网络资源 的定义和申请发送给所述电信网络子系统， 以便所述电信网络子系统根据所 述网络资源的定义和申请进行所述网络资源的配置和业务规则发放， 向所述 第三方子系统开放与所述网络资源配置一致的业务， 其中， 所述网络自定义 能力包括所述网络资源的定义； 或者所述 API接入模块， 进一步用于由所述 第三方子系统按照业务需求在所述 API接入模块上调用所述 API能力，所述 API能力包括信息类能力和 /或控制类能力； 所述 API接入模块，进一步用于 由所述第三方子系统在所述 API接入模块上利用托管能力进行计算或资源 存储。
结合第二方面或第二方面的第一种可能的实现方式至第七种可能的实 现方式的任一种方式，在第八种可能的实现方式中，所述 API运营管理模块， 还用于对所述第三方子系统调用所述电信网络能力的 API 的过程进行监控 和统计， 获得统计信息， 所述统计信息用于服务等级协议 SLA管理和 /或计 费。
结合第二方面或第二方面的第一种可能的实现方式至第八种可能的实 现方式的任一种方式，在第九种可能的实现方式中，所述 API运营管理模块， 进一步用于对所述电信网络能力的 API进行注销或退服。
结合第二方面或第二方面的第一种可能的实现方式至第九种可能的实 现方式的任一种方式， 在第十种可能的实现方式中， 所述 API开放子系统还 包括 API配套环境模块，所述 API配套环境模块，还用于向所述第三方子系 统提供所述电信网络能力的 API的配套环境，所述配套坏境包括至少下列之 一： 应用开发环境 /测试环境、 应用执行环境、 文档、 参考设计、 技术支持和 论坛。
结合第二方面或第二方面的第一种可能的实现方式至第十种可能的实 现方式的任一种方式， 在第十一种可能的实现方式中， 所述 API接入模块， 进一步用于以垂直开放方式和 /或水平开放方式向所述第三方子系统提供所 述电信网络能力的 API;其中，所述垂直开放方式表示所述第三方是特定的， 所述水平开放方式表示所述第三方是任意的。
第三方面， 提供了一种电信网络能力开放的方法， 该方法包括： 所述电 信网络子系统对所述 API开放子系统提供电信网络能力；所述 API开放子系 统对所述电信网络能力的开放进行运营和管理， 并向所述第三方子系统提供 所述电信网络能力的 API; 所述第三方子系统在所述 API开放子系统上调用 所述电信网络能力的 API; 其中， 所述电信网络能力包括至少下列之一： 网 络自定义能力、 API能力和托管能力， 所述 API能力为所述第三方子系统按 需调用的所述电信网络能力。
结合第三方面， 在第一种可能的实现方式， 所述 API开放子系统对所述 电信网络能力的开放进行运营和管理， 具体实现可以为： 所述 API开放子系 统对所述电信网络能力的 API进行运营和管理； 和 /或对所述第三方进行运 营和管理。
结合第三方面的第一种可能的实现方式， 在第二种可能的实现方式中， 所述 API开放子系统对所述电信网络能力的 API进行运营和管理，具体实现 可以为： 所述 API开放子系统对所述电信网络能力进行编排管理， 将编排管 理后的所述电信网络能力的 API的信息进行注册和发布；所述第三方子系统 在所述 API开放子系统上获取所述电信网络能力的 API的信息，根据所述电 信网络能力的 API的信息在所述 API开放子系统上调用所述电信网络能力的 API; 或者所述 API开放子系统对所述电信网络能力进行编排管理， 将编排 管理后的所述电信网络能力的 API的信息发送给所述 API的注册和发布平 台；所述 API的注册和发布平台对所述电信网络能力的 API的信息进行注册 和发布；所述第三方子系统在所述 API的注册和发布平台上获取所述电信网 络能力的 API的信息， 根据所述电信网络能力的 API的信息在所述 API开 放子系统上调用所述电信网络能力的 API。
结合第三方面或第三方面的第一种可能的实现方式或第二种可能的实 现方式， 在第三种可能的实现方式中， 所述 API开放子系统对所述第三方进 行运营和管理， 具体实现可以为： 所述 API开放子系统对所述第三方子系统 在所述 API开放子系统进行开户或注册的信息进行运营和管理；所述第三方 子系统在完成开户或注册后，向所述 API开放子系统发送 API购买或签约请 求消息；所述 API开放子系统根据所述第三方子系统发送的 API购买或签约 请求消息查询所述电信网络能力的 API 的状态信息是否可用； 在所述 API 开放子系统对所述第三方进行运营和管理之后， 具体实现可以为： 根据所述 API的状态信息向所述第三方子系统返回所述电信网络能力的 API的购买结 果。
结合第三方面或第三方面的第一种可能的实现方式至第三种可能的实 现方式的任一种方式， 在第四种可能的实现方式中， 在所述第三方子系统在 所述 API开放子系统上调用所述电信网络能力的 API之前，具体实现可以为： 所述第三方子系统向所述 API开放子系统发送所述电信网络能力的 API的调 用请求消息； 所述调用请求消息包括所述第三方的信息； 所述 API开放子系 统根据所述第三方的信息对所述第三方进行认证和授权，根据所述认证和授 权的结果确定是否允许所述第三方子系统在所述 API 开放子系统上调用所 述电信网络能力的 API。
结合第三方面的第四种可能的实现方式， 在第五种可能的实现方式中， 具体实现可以为：所述 API开放子系统在确定允许所述第三方子系统在所述 API开放子系统上调用所述电信网络能力的 API之后， 对所述电信网络能力 的 API的调用请求消息进行路由，将所述电信网络能力的调用 API的请求消 息发送给所述电信网络子系统；所述电信网络子系统对所述 API开放子系统 发送的所述电信网络能力的 API的调用请求消息进行路由，根据所述电信网 络能力的 API 的调用请求消息实现所述第三方子系统对所述电信网络能力 的 API的调用。
结合第三方面的第五种可能的实现方式， 在第六种可能的实现方式中， 在所述 API开放子系统将所述电信网络能力的调用 API的请求消息发送给所 述电信网络子系统之前， 具体实现可以为： 所述 API开放子系统对所述电信 网络能力的 API的调用请求消息进行接口协议转换。
结合第三方面的第五种可能的实现方式， 在第七种可能的实现方式中， 在所述 API开放子系统将所述电信网络能力的调用 API的请求消息发送给所 述电信网络子系统之后， 具体实现可以为： 所述电信网络子系统对所述电信 网络能力的 API的调用请求消息进行接口协议转换。
结合第三方面或第三方面的第一种可能的实现方式至第七种可能的实 现方式的任一种方式， 在第八种可能的实现方式中， 所述第三方子系统在所 述 API开放子系统上调用所述电信网络能力的 API, 具体实现可以为： 所述 第三方子系统在所述 API 开放子系统上进行网络资源的定义和申请； 所述 API开放子系统将所述网络资源的定义和申请发送给所述电信网络子系统； 所述电信网络子系统根据所述网络资源的定义和申请进行所述网络资源的 配置和业务规则发放， 向所述第三方子系统开放与所述网络资源配置一致的 业务； 其中， 所述网络自定义能力包括所述网络资源的定义。
结合第三方面或第三方面的第一种可能的实现方式至第八种可能的实 现方式的任一种方式， 在第九种可能的实现方式中， 所述第三方子系统在所 述 API开放子系统上调用所述电信网络能力的 API, 具体实现可以为： 所述 第三方子系统按照业务需求在所述 API开放子系统上调用所述 API能力的 API, 所述 API能力包括信息类能力和 /或控制类能力。
结合第三方面或第三方面的第一种可能的实现方式至第九种可能的实 现方式的任一种方式， 在第十种可能的实现方式中， 所述第三方子系统在所 述 API开放子系统上调用所述电信网络能力的 API, 具体实现可以为： 所述 第三方子系统在所述 API开放子系统上利用所述托管能力的 API进行计算或 资源存储。
结合第三方面或第三方面的第一种可能的实现方式至第十种可能的实 现方式的任一种方式， 在第十一种可能的实现方式中， 所述 API开放子系统 对所述电信网络能力的 API 和所述第三方进行运营和管理， 具体实现可以 为： 所述 API开放子系统对所述第三方子系统调用所述电信网络能力的 API 的过程进行监控和统计， 获得统计信息， 所述统计信息用于服务等级协议 SLA管理和 /或计费。
结合第三方面或第三方面的第一种可能的实现方式至第十一种可能的 实现方式的任一种方式， 在第十二种可能的实现方式中， 具体实现可以为： 所述 API开放子系统根据所述统计信息确定所述第三方的计费信息，将所述 计费信息发送给业务支撑系统 BSS或运营支撑系统 OSS子系统； 所述 BSS 或 OSS子系统根据所述计费信息对所述第三方进行计费。 结合第三方面或第三方面的第一种可能的实现方式至第十二种可能的 实现方式的任一种方式， 在第十三种可能的实现方式中， 具体实现可以为： 所述 API开放子系统对所述电信网络能力的 API进行注销或退服。
结合第三方面或第三方面的第一种可能的实现方式至第十三种可能的 实现方式的任一种方式， 在第十四种可能的实现方式中， 具体实现可以为： 所述 API开放子系统向所述第三方子系统提供所述电信网络能力的 API的配 套环境， 所述配套坏境包括至少下列之一： 应用开发环境 /测试环境、应用执 行环境、 文档、 参考设计、 技术支持和论坛。
结合第三方面或第三方面的第一种可能的实现方式至第十四种可能的 实现方式的任一种方式， 在第十五种可能的实现方式中， 所述 API开放子系 统向所述第三方子系统提供所述电信网络能力的 API, 具体实现可以为： 所 述 API开放子系统以垂直开放方式和 /或水平开放方式向所述第三方子系统 提供所述电信网络能力的 API; 其中， 所述垂直开放方式表示所述第三方是 特定的， 所述水平开放方式表示所述第三方是任意的。
结合第三方面的第十五种可能的实现方式，在第十六种可能的实现方式 中， 所述特定的第三方为与电信运营商合作密切的客户， 所述与电信运营商 合作密切的客户包括至少下列之一： 企业客户、 行业客户和所述电信运营商 的消费者。
本发明实施例的电信网络能力开放的系统架构包括应用程序编程接口 API开放子系统、 电信网络子系统和第三方子系统， API开放子系统用于对 电信网络能力的开放进行运营和管理， 并且将从电信网络子系统获取的电信 网络能力的 API开放给第三方子系统，第三方子系统用于在 API开放子系统 上调用电信网络能力的 API, 而电信网络能力包括至少下列之一： 网络自定 义能力、 API能力和托管能力， API能力为第三方子系统按需调用的电信网 络能力。基于上述方案， 通过 API开放子系统对电信网络能力的开放进行运 营和管理， 进一步完善电信网络能力开放的系统架构， 并通过电信网络能力 的分类使得第三方子系统能够方便灵活的调用， 因此， 本发明提供的电信网 络能力开放的系统架构具有广泛的适用性， 能够提高电信运营商的市场竟争 能力。 附图说明 为了更清楚地说明本发明实施例的技术方案 , 下面将对实施例或现有技 术描述中所需要使用的附图作筒单地介绍， 显而易见地， 下面描述中的附图 仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造 性劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1 是本发明一个实施例的电信网络能力开放的系统架构的示意性框 图。
图 2是本发明另一个实施例的电信网络能力开放的系统架构的示意性框 图。
图 3是本发明另一个实施例的电信网络能力开放的系统架构的示意性框 图。
图 4是本发明一个实施例的 API开放子系统的示意性结构图。
图 5是本发明另一个实施例的 API开放子系统的示意性结构图。
图 6是本发明另一个实施例的 API开放子系统的示意性结构图。
图 7是本发明一个实施例的电信网络能力开放的方法的流程图。
图 8是本发明一个实施例的电信网络能力开放的方法的过程的示意性流 程图。 具体实施方式
本发明实施例的技术方案可以应用于各种通信系统， 例如： 全球移动通 讯（Global System of Mobile communication, 筒称为 "GSM" )系统、 码分多 址（Code Division Multiple Access, 筒称为 "CDMA" ) 系统、 宽带码分多址
( Wideband Code Division Multiple Access, 筒称为 "WCDMA" )系统、 通用 分组无线业务（General Packet Radio Service, 筒称为 "GPRS" )、 长期演进
( Long Term Evolution, 筒称为 "LTE" ) 系统、 LTE频分双工 （Frequency Division Duplex,筒称为 "FDD" )系统、 LTE 时分双工（ Time Division Duplex, 筒称为 "TDD" )、 通用移动通信系统 ( Universal Mobile Telecommunication System,筒称为 "UMTS" ),全球互联微波接入（ Worldwide Interoperability for Microwave Access , 筒称为 "WiMAX" ) 通信系统或无线保真 ( Wireless Fidelity, 筒称为 "WiFi" )等。
用户设备 （ UE , User Equipment ) , 也可称之为移动终端 （ Mobile Terminal ),移动用户设备等， 可以经无线接入网（例如， RAN, Radio Access Network )与一个或多个核心网进行通信， 用户设备可以是移动终端， 如移 动电话（或称为"蜂窝"电话）和具有移动终端的计算机， 例如， 可以是便携 式、 袖珍式、 手持式、 计算机内置的或者车载的移动装置， 它们与无线接入 网交换语言和 /或数据。
在本发明实施例中， 一个部件与另一部件之间（例如本发明的子系统之 间或模块之间）的连接， 可包括有线和 /或无线方式的连接。有线方式可包括 但不限于各种介质构成的线缆， 如光纤、 导电线缆或半导体线路等； 或者包 括其他形式， 如内部总线、 电路、 背板等。 无线方式是能够实现无线通信的 连接方式， 包括但不限于射频、 红外线、 蓝牙等。 两个部件之间可存在内部 或外部的接口， 所述接口可以是物理接口或逻辑接口。
图 1 是本发明一个实施例的电信网络能力开放的系统架构的示意性框 图。图 1的电信网络能力开放的系统架构 100包括电信网络子系统 101、 API ( Application Programming Interface, 应用程序编程接口 )开放子系统 102 和第三方子系统 103。 电信网络子系统 101和 API开放子系统 102之间具有 第一接口 （即通过第一接口相连接）， API开放子系统 102和第三方子系统 103之间具有第二接口。
电信网络子系统 101用于对 API开放子系统 102提供电信网络能力。 电信网络子系统 101可以在电信运营商通信网络（也称为 "电信网络管 道"， 例如无线网络或固定网络等） 的基础上， 通过增强或更新的功能、 流 程交互、 或接口等技术实现电信网络能力， 因此， 电信网络管道是电信网络 能力开放的基础。
电信网络子系统 101与 API开放子系统 102之间的第一接口可采用的接 口协议包括但不限于 GTP ( GPRS ( General Packet Radio Service, 通用分组 无线业务） Tunnel Protocol, GPRS隧道协议；)、 SOAP ( Simple Object Access Protocol , 筒单对象访问协议 )、 REST ( Representation State Transfer , 表示性 ^犬态转移）、 MAP ( Manufacturing Automation Protocol, 制造自动 4匕十办议）、 XMPP ( The Extensible Messaging and Presence Protocol, 可扩展通讯和表示 协议）或直径（Diameter )协议等， 实现将电信网络能力传递给 API开放子 系统 102。
API开放子系统 102用于对电信网络能力的开放进行运营和管理， 并向 第三方子系统 103提供电信网络能力的 API。 API开放子系统 102也是电信网络能力的开放平台， 并完成电信网络能 力开放的运营和管理，电信网络子系统 101通过 API开放子系统 102向第三 方子系统开放电信网络能力。
API开放子系统 102与第三方子系统 103之间的第二接口可采用的接口 协议包括但不限于 HTTP ( Hypertext transfer protocol, 超文本传输协议）、 UDDI ( Universal Description, Discovery and Integration, 通用 4 述、发现与集 成）、 WSDL( Web Services Description Language,网络服务描述语言）、 WADL ( Web Application Description Language,网络应用描述语言；)、 SOAP或 REST 等， 实现向第三方子系统 103提供电信网络能力的 API。
另外， API开放子系统 102可以用于将电信网络能力转化成相应地电信 网络能力的 API, 或者由电信网络子系统 101 实现电信网络能力与相应的 API的转换， 作为本发明提供的两种实现方式。
第三方子系统 103用于在 API开放子系统 102上调用电信网络能力的
APL
第三方子系统 103可以是设备的形式，例如业务应用设备或用户设备等； 第三方子系统 103可以是人的形式，例如， SP ( Service Provider服务提供商） 或电信运营商的消费者等。 在下文中， 第三方指的是电信网络能力开放的客 户， 可以是个人或组织 /机构的形式， 例如 SP、 企业客户、 行业客户、 长尾 类业务客户或电信运营商的消费者等。应理解，本发明实施例对此并不限定。
应理解， 1个 API开放子系统可以向 1个或多个第三方子系统开放电信 网络能力的 API, 1个电信网络子系统可以 1个或多个 API开放子系统提供 电信网络能力。
其中， 电信网络能力包括至少下列之一： 网络自定义能力、 API能力和 托管能力， 其中， API能力为第三方按需调用的电信网络能力。
本发明将电信网络能力分为三类， 分别是网络自定义能力、 API能力和 托管（Hosting )能力。 网络自定义能力可以是由第三方子系统 103对电信网 络能力的属性的定义。 API能力为第三方子系统 103按需调用的电信网络能 力 （在 API开放子系统 102上可以供第三方子系统 103直接调用 ) , API能 力可以是信息类能力也可以是控制类能力， 本发明实施例对此不作限制， 第 三方子系统 103在 API开放子系统 102上调用托管能力的 API指的是第三 方子系统 103利用 API开放子系统 102提供的托管环境， 例如， 托管能力可 以是电信网络提供的设备资源和环境。
基于上述方案，通过 API开放子系统对电信网络能力的开放进行运营和 管理， 进一步完善电信网络能力开放的系统架构， 并通过电信网络能力的分 类使得第三方子系统能够方便灵活的调用， 因此， 本发明提供的电信网络能 力开放的系统架构具有广泛的适用性， 能够提高电信运营商的市场竟争能 力。
作为本发明的另一个实施例， 本系统的电信网络子系统 101、 API开放 子系统 102和第三方子系统 103还可以进一步扩展其功能。
示例性的， API开放子系统 102可以进一步用于对电信网络能力的 API 进行运营和管理， 和 /或 API开放子系统 102还可以进一步用于对第三方进 行运营和管理。 例如， 对电信网络能力的 API的生命周期（即 API的注册和 发布、 API编排以及 API的注销或退服等）的管理。 又例如， 对第三方的认 证和授权政策的管理， 对第三方开户和购买（签约）的信息的管理， 或者在 第三方子系统 103调用电信网络能力的 API的过程进行监控和统计等。应理 解， 上述例子仅仅是示例性的， 而非要限制本发明的范围。
可选地， API开放子系统 102还可以进一步用于对电信网络能力进行编 排管理 （例如按照需求对多个电信网络能力进行编排配置成一个或多个 API ), 将编排管理后的电信网络能力的 API的信息 （例如该 API所属的能 力类别， 具有的功用， 如何使用， 或者接口格式等）进行注册和发布， 以便 第三方子系统 103用于根据电信网络能力的 API的信息在 API开放子系统上 调用电信网络能力的 API。 可选地， API的注册和发布平台可以是外部的， 如图 2所示，即电信网络能力开放的系统架构 100还可以包括 API的注册和 发布平台 204, API开放子系统 102将编排管理后的电信网络能力的 API的 信息发送给 API 的注册和发布平台 204, 第三方子系统 103还可以用于在 API的注册和发布平台 204获取电信网络能力的 API的信息。 可选地， API 开放子系统 102和 API的注册和发布平台 204之间的接口协议可以采用包括 但不限于 UDDI、 WSDL或 WADL等， 还可以采用手动设置的方式在 API 的注册和发布平台 204上进行电信网络能力的 API的信息的注册和发布。 API的注册和发布平台 204和第三方子系统 103之间的接口协议（即第二接 口 )可以采用包括但不限于 UDDI、 WSDL或 WADL等。
可选地， API开放子系统 102还可以进一步用于对第三方子系统 103在 API开放子系统 102进行开户或注册的信息进行管理。 第三方子系统 103还 用于在完成开户或注册后，向 API开放子系统 102发送 API购买或签约请求 消息。 API开放子系统 102还可以进一步用于对 API购买或签约的信息进行 管理， 具体地， 根据第三方子系统 103发送的 API购买或签约请求消息查询 电信网络能力的 API的状态信息是否可用，根据 API的状态信息向第三方子 系统 103返回电信网络能力的 API的购买结果。应理解， 第三方可以通过第 三方子系统 103在 API开放子系统 102上完成开户，还可以以书面形式在电 信网络营业厅完成开户， 本发明实施例对此并不限定。
可选地， API开放子系统 102还可以进一步用于对电信网络能力的 API 进行注销或退服。 例如， 当某个电信网络能力的 API被调用的次数非常少， 电信网络子系统不再提供该电信网络能力时， API开放子系统 102还可以进 一步用于对该电信网络能力的 API进行注销或退服。
示例性的，第三方子系统 103还可以用于在 API开放子系统 102上调用 电信网络能力的 API之前，向 API开放子系统 102发送电信网络能力的 API 的调用请求消息， 该调用请求消息包括第三方的信息。 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 Support Node, 网关 GPRS ( General Packet Radio Service, 通用分组无线业务） 支持节点）等）， 根据 电信网络能力的 API的调用请求消息实现第三方子系统 103对电信网络能力 的 API的调用。可选地，可以由 API开放子系统 102实现第一接口的接口协 议转换，或者由电信网络子系统 101实现第一接口的接口协议转换。具体地， API开放子系统 102还可以进一步用于在将电信网络能力的调用 API的请求 消息发送给电信网络子系统 101之前，对电信网络能力的 API的调用请求消 息进行接口协议转换（即实现不同接口协议的转换）。 或者， 在电信网络子 系统 101内置接口适配模块或插件的情况下， 电信网络子系统 101可以进一 步用于对电信网络能力的 API的调用请求消息进行接口协议转换。
示例性的， 网络自定义能力可以是第三方子系统 103对网络资源的定义 和申请能力， 网络资源如带宽、 连接方式、 流量过滤规则、 业务规则或静态 QoS ( Quality of service, 服务质量）等。 具体地， 第三方子系统 103可以进 一步用于在 API开放子系统 102上进行网络资源的定义和申请， API开放子 系统 102 可以进一步用于将网络资源的定义和申请发送给电信网络子系统 101。 电信网络子系统 101还可以用于根据网络资源的定义和申请进行网络 资源的配置和业务规则发放， 向第三方子系统开放与网络资源一致的业务。
示例性的， 第三方子系统 103可以进一步用于按照业务需求动态在 API 开放子系统 102上调用的 API能力 （实现动态 QoS控制、 获取网络状态信 息或上下文信息， 或者进行计费等）。
示例性的，第三方子系统 103可以进一步用于在 API开放子系统 102上 调用托管能力的 API, 即第三方子系统 103可以利用 API开放子系统 102提 供的托管环境，例如，托管能力可以是应用电信网络提供的设备，如服务器， 第三方子系统 103进一步用于通过 API开放子系统 102利用该服务器进行计 算或资源存储等。
因此，本发明实施例第三方子系统能够在 API开放子系统上方便灵活的 调用电信网络能力的 API, 还能够丰富客户的业务体验。
另外， API开放子系统 102除了对上述电信网络能力的 API进行开放， 还可以开放 IT ( Information Technology , 信息技术 ) 资源等， 使得电信网络 能力开放的系统架构具有兼容性。
示例性的， API开放子系统 102还可以用于对第三方子系统 103调用电 信网络能力的 API的过程进行监控和统计， 获得统计信息（例如， 调用电信 网络能力的 API的次数或使用托管能力的时间等 ), 统计信息可以用于 SLA ( Service Level Agreement, 服务等级协议） 管理和 /或计费等。 进一步地， 如图 3所示， 电信网络能力开放的系统架构 100还可以包括 BSS ( Business Support System, 业务支撑系统）或 OSS ( Operation Support System, 运营支 撑系统）子系统 304, API开放子系统 102与 BSS或 OSS子系统 304具有第 三接口， API开放子系统 102与 BSS或 OSS子系统 304之间的接口协议（第 三接口 )可以采用包括但不限于 SOAP或 FTP ( File Transfer Protocol, 文件 传送协议）等。 API开放子系统 102还可以用于根据统计信息确定第三方的 计费信息， 将计费信息发送给 BSS或 OSS子系统 304。 BSS或 OSS子系统 304根据计费信息对第三方进行计费 （例如对第三方进行对账、 结算或账单 处理等）。 可选地， API开放子系统 102还可以用于将统计信息发送给 BSS 或 OSS子系统 304的 CRM ( Custom Relation Management, 客户关系管理）， CRM用于进行 SLA管理， 包括但不限于电信网络能力的 API的评估或客户 的投诉的处理等。 另外， BSS或 OSS子系统 304还可以用于根据第三方请 求的网络自定义能力进行网络配置和实现业务规则的发放。
示例性的， API开放子系统 102还可以用于向第三方子系统 103提供电 信网络能力的 API的配套环境， 配套坏境可以包括至少下列之一： 应用开发 环境 /测试环境、应用执行环境、文档、参考设计、技术支持和论坛等。 当然， 电信网络能力的 API的配套环境也可以由 API的注册和发布平台 204提供。 应理解， 本发明实施例对此并不限定。
示例性的， API开放子系统 102可以进一步以垂直开放方式和 /或水平 开放方式向第三方子系统 103提供电信网络能力的 API。 其中， 垂直开放方 式表示第三方是特定的， 水平开放方式表示第三方是任意的。 特定的第三方 可以为与电信运营商合作密切的客户， 与电信运营商合作密切的客户可以包 括至少下列之一： 企业客户、 行业客户和电信运营商的消费者等。 而水平开 放方式中第三方是任意的， 可以包括上述特定的第三方， 还可以包括长尾类 业务的客户等不明确的第三方。 例如， API开放子系统 102将某种网络自定 义能力开放给特定的第三方 （例如定制化程度较强的第三方）， 称为垂直开 放方式。 具体地， API开放子系统 102可以通过对第三方的认证， 如果该第 三方属于特定的第三方，则 API开放子系统 102可以确定允许第三方子系统 对该网络自定义能力进行定义和申请。
这样， 通过开放架构和平台， 电信运营商能够更加充分的应用网络资产 和能力， 能够有效地提升商业应用价值， 在产业链中提高竟争能力。
另外， 在不同的子系统之间还可以实现解耦、 网络屏蔽和防护等功能， 例如， 电信网络子系统 101实现电信网络子系统 101与 API开放子系统 102 之间的解耦或网络屏蔽等。从而提高电信网络能力开放的系统架构商用的安 全性。
图 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提供的电信网络能力， 用于向第三方子系统 503提供电信 网络能力的 API, 以便第三方子系统 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的状态信息向第三方子系统 503返回电信网络能力的 API的购买结果。
可选地， 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接入模块 511还可以进一步用于在将电信网络能力的调 用 API的请求消息发送给电信网络子系统 501之前， 对电信网络能力的 API 的调用请求消息进行接口协议转换（即实现不同接口协议的转换）。 或者， 在电信网络子系统 501内置接口适配模块或插件的情况下， 电信网络子系统 501可以进一步用于在对 API接入模块 511发送的电信网络能力的 API的调 用请求消息进行路由之前，对电信网络能力的 API的调用请求消息进行接口 协议转换。
可选地， API接入模块 511还可以进一步用于由第三方子系统 503进行 网络资源的定义和申请， API接入模块 511将网络资源的定义和申请发送给 电信网络子系统 501 , 以便电信网络子系统 501根据网络资源的定义和申请 进行网络资源的配置和业务规则发放， 向第三方子系统 503开放与网络资源 一致的业务。 其中， 网络自定义能力包括网络资源的定义和业务规则。 优选 地，第三方子系统 503与 API接入模块 511之间的接口采用 HTTP协议实现。
可选地， API接入模块 511还可以进一步用于由第三方子系统 503按照 业务需求在 API接入模块 511上调用 API能力 （实现动态 QoS控制、 获取 网络状态信息或上下文信息， 或者进行计费等）。优选地， 第三方子系统 503 与 API接入模块 511之间的接口采用 REST或 SOAP实现。
可选地， API接入模块 511还可以进一步用于由第三方子系统 503调用 托管能力的 API, 即第三方子系统 503可以利用 API接入模块 511提供的托 管环境， 例如， 托管能力可以是应用电信网络提供的设备， 如服务器， 第三 方子系统 503进一步用于在 API接入模块 511上利用该服务器进行计算或资 源存储等。
因此，本发明实施例第三方子系统能够在 API接入模块 511上方便灵活 的调用电信网络能力的 API, 还能够丰富客户的业务体验。
可选地， 作为另一个实施例， API运营管理模块 512还可以用于对第三 方子系统 503调用电信网络能力的 API的过程进行监控和统计，获得统计信 息， 统计信息用于服务等级协议 SLA管理和 /或计费。 进一步地， API运营 管理模块 512还可以用于根据统计信息确定第三方的计费信息，将计费信息 发送给 BSS或 OSS子系统 504, 以便 BSS或 OSS子系统 504根据计费信息 对第三方进行计费。
可选地， 作为另一个实施例， API开放子系统 502还可以包括 API配套 环境模块 514。 API配套环境模块 514用于向第三方子系统 503提供电信网 络能力的 API的配套环境， 配套坏境可以包括至少下列之一： 应用开发环境 /测试环境、 应用执行环境、 文档、 参考设计、 技术支持和论坛。 API配套环 境模块 514与第三方子系统 503之间的接口可以采用 HTTP、 UDDL WSDL 或 WADL等协议来实现。
可选地， 作为另一个实施例， API接入模块 511可以进一步以垂直开放 方式和 /或水平开放方式向第三方子系统 503提供电信网络能力的 API。其中， 垂直开放方式表示第三方是特定的， 水平开放方式表示第三方是任意的。 特 定的第三方可以为与电信运营商合作密切的客户， 与电信运营商合作密切的 客户可以包括至少下列之一：企业客户、行业客户和电信运营商的消费者等。 而水平开放方式中第三方是任意的， 可以包括上述特定的第三方， 还可以包 括长尾类业务的客户等不明确的第三方。
这样， 通过开放架构和平台， 电信运营商能够更加充分的应用网络资产 和能力， 能够有效地提升商业应用价值， 在产业链中提高竟争能力。
另外， 在不同的子系统之间还可以实现解耦、 网络屏蔽和防护等功能， 例如， 电信网络子系统 501实现电信网络子系统 501与 API开放子系统 502 之间的解耦或网络屏蔽等。从而提高电信网络能力开放的系统架构商用的安 全性。
图 6是本发明另一个实施例的 API开放子系统的示意性结构图。
如图 6所示， API开放子系统 600—般包括至少一个处理器 610, 例如 CPU, 至少一个端口 620, 存储器 630, 和至少一个通信总线 640。 通信总线 640用于实现这些装置之间的连接通信。 处理器 610用于执行存储器 630中 存储的可执行模块， 例如计算机程序； 可选地， API开放子系统 600可包括 用户接口 660, 用户接口 660包括但不限于显示器， 键盘和点击设备， 例如 鼠标、 轨迹球（ trackball )、 触感板或者触感显示屏。 存储器 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开放子系统之间的第一接口可采用的接 口协议包括但不限于 GTP、 SOAP, REST, MAP, XMPP或 Diameter协议 等， 实现将电信网络能力传递给 API开放子系统。
802, API开放子系统对电信网络能力进行编排、 注册和发布。
例如， API开放子系统对多个电信网络能力编排组合成一个或多个 API。 可选地，将编排管理后的电信网络能力的 API的信息（例如该 API所属 的能力类别， 具有的功用或如何使用等）进行注册和发布。 或者， 将编排管 理后的电信网络能力的 API的信息发送给 API的注册和发布平台。 API开放 子系统和 API 的注册和发布平台之间的接口协议可以采用包括但不限于 UDDL WSDL或 WADL等， 还可以采用手动设置的方式在 API的注册和发 布平台上进行电信网络能力的 API的信息的注册和发布。应理解， 本发明对 此并不限定。
803 , 第三方子系统在 API开放子系统上进行开户或注册。
API开放子系统记录第三方子系统的开户信息， 并向第三方子系统发送 认证凭据， 例如， 用户名或密码等。
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的调用。
可选地， 当接口协议不同时， 可以由 API开放子系统实现第一接口的接 口协议转换， 或者由电信网络子系统实现第一接口的接口协议转换。
具体地， API开放子系统在将电信网络能力的调用 API的请求消息发送 给电信网络子系统之前，对电信网络能力的 API的调用请求消息进行接口协 议转换。 或者， 在电信网络子系统中内置接口适配模块或插件的情况下， 电 信网络子系统在对 API开放子系统发送的电信网络能力的 API的调用请求消 息进行路由之前， 对电信网络能力的 API 的调用请求消息进行接口协议转 换。
811 , API开放子系统向第三方子系统返回调用响应消息。
第三方子系统 ^据调用响应消息实现电信网络能力的 API的调用。
例如， 在该电信网络能力为托管能力的情况下， 第三方子系统在 API 开放子系统上利用托管能力进行计算或资源存储等。
又例如，在该电信网络能力为网络自定义能力的情况下，在步骤 808中， 第三方子系统发送的电信网络能力的 API 的调用请求消息中包括网络资源 的定义和申请， 第三方子系统获取与该网络资源一致的业务。
再例如， 在该电信网络能力为 API能力的情况下， 在步骤 808中， 第三 方子系统是按照业务需求发送电信网络能力的 API的调用请求消息，第三方 子系统可以为业务应用设备，根据调用响应消息中的 API能力的 API实现动 态 QoS控制、 获取网络状态信息或上下文信息， 或者进行计费等。
812, API开放子系统对第三方子系统调用电信网络能力的 API的过程 进行监控和统计， 获得统计信息。
可选地， 统计信息可以用于 SLA管理和 /或计费等。
813 , API开放子系统向 BSS或 OSS子系统发送 SLA信息和计费信息。
814, BSS或 OSS子系统进行计费和 SLA管理。
BSS或 OSS子系统根据计费信息对第三方进行计费 （例如对第三方进 行对账、 结算或账单处理等）。 BSS或 OSS子系统的 CRM进行 SLA管理， 包括但不限于电信网络能力的 API的评估或客户的投诉的处理等。
另外， API开放子系统可以对电信网络能力的 API进行注销或退服。 例 如， 当某个电信网络能力的 API被调用的次数非常少， 电信网络子系统不再 提供该电信网络能力时， API开放子系统对该电信网络能力的 API进行注销 或退服。
基于上述方案，通过 API开放子系统对电信网络能力的开放进行运营和 管理， 进一步完善电信网络能力开放的系统架构， 并通过电信网络能力的分 类使得第三方子系统能够方便灵活的调用， 因此， 本发明提供的电信网络能 力开放的系统架构具有广泛的适用性， 能够提高电信运营商的市场竟争能 力。
本领域普通技术人员可以意识到， 结合本文中所公开的实施例描述的各 示例的单元及算法步骤， 能够以电子硬件、 或者计算机软件和电子硬件的结 合来实现。 这些功能究竟以硬件还是软件方式来执行， 取决于技术方案的特 定应用和设计约束条件。 专业技术人员可以对每个特定的应用来使用不同方 法来实现所描述的功能， 但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到， 为描述的方便和筒洁， 上述描 述的系统、 装置和单元的具体工作过程， 可以参考前述方法实施例中的对应 过程， 在此不再赘述。
在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统、 装置和 方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示 意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实现时可 以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成到另一个 系统， 或一些特征可以忽略， 或不执行。 另一点， 所显示或讨论的相互之间 的耦合或直接耦合或通信连接可以是通过一些接口， 装置或单元的间接耦合 或通信连接， 可以是电性， 机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作 为单元显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。
另外， 在本发明各个实施例中的各功能单元可以集成在一个处理单元 中， 也可以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一 个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使 用时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明 的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部 分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质 中， 包括若干指令用以使得一台计算机设备（可以是个人计算机， 服务器， 或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。 而前 述的存储介质包括： U盘、移动硬盘、只读存储器（ ROM, Read-Only Memory )、 随机存取存储器（RAM, Random Access Memory ), 磁碟或者光盘等各种可 以存储程序代码的介质。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明的保护 范围应所述以权利要求的保护范围为准。

Claims

权利要求
1、 一种电信网络能力开放的系统架构， 其特征在于， 包括应用程序编 程接口 API开放子系统、 电信网络子系统和第三方子系统， 所述电信网络子 系统与所述 API开放子系统之间具有第一接口，所述 API开放子系统与所述 第三方子系统之间具有第二接口，
所述电信网络子系统， 用于对所述 API开放子系统提供电信网络能力； 所述 API 开放子系统， 用于对所述电信网络能力的开放进行运营和管 理， 并向所述第三方子系统提供所述电信网络能力的 API;
所述第三方子系统，用于在所述 API开放子系统上调用所述电信网络能 力的 API;
其中， 所述电信网络能力包括至少下列之一： 网络自定义能力、 API能 力和托管能力，所述 API能力为所述第三方子系统按需调用的所述电信网络 能力。
2、 如权利要求 1所述的系统， 其特征在于，
所述 API开放子系统，进一步用于对所述电信网络能力的 API进行运营 和管理； 和 /或进一步用于对所述第三方进行运营和管理。
3、 如权利要求 2所述的系统， 其特征在于，
所述 API开放子系统， 进一步用于对所述电信网络能力进行编排管理， 将编排管理后的所述电信网络能力的 API的信息进行注册和发布；
所述第三方子系统，进一步用于在所述 API开放子系统上获取所述电信 网络能力的 API的信息， 根据所述电信网络能力的 API的信息在所述 API 开放子系统上调用所述电信网络能力的 API;
或者
所述电信网络能力开放的系统架构还包括 API的注册和发布平台， 所述 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 的调用请求消息进行接口协议转换； 或者，
在所述电信网络子系统内置接口适配模块或插件的情况下， 所述电信网 络子系统，进一步用于在对所述电信网络能力的 API的调用请求消息进行接 口协议转换。
8、 如权利要求 1-7任一项所述的系统， 其特征在于，
所述第三方子系统，进一步用于在所述 API开放子系统上进行网络资源 的定义和申请；
所述 API开放子系统，进一步用于将所述网络资源的定义和申请发送给 所述电信网络子系统；
所述电信网络子系统，还用于根据所述网络资源的定义和申请进行所述 网络资源的配置和业务规则发放， 向所述第三方子系统开放与所述网络资源 配置一致的业务；
其中， 所述网络自定义能力包括所述网络资源的定义。
9、 如权利要求 1-8任一项所述的系统， 其特征在于，
所述第三方子系统，进一步用于按照业务需求在所述 API开放子系统上 调用所述 API能力的 API, 所述 API能力包括信息类能力和 /或控制类能力。
10、 如权利要求 1-9任一项所述的系统， 其特征在于，
所述第三方子系统，进一步用于在所述 API开放子系统上利用所述托管 能力的 API进行计算或资源存储。
11、 如权利要求 1-10任一项所述的系统， 其特征在于，
所述 API开放子系统，还用于对所述第三方子系统调用所述电信网络能 力的 API的过程进行监控和统计， 获得统计信息， 所述统计信息用于服务等 级协议 SLA管理和 /或计费。
12、 如权利要求 11 所述的系统， 其特征在于， 所述系统还包括业务支 撑系统 BSS或运营支撑系统 OSS子系统， 所述 API开放子系统与所述 BSS 或 OSS子系统具有第三接口，
所述 API开放子系统，还用于根据所述统计信息确定所述第三方的计费 信息， 将所述计费信息发送给所述 BSS或 OSS子系统； 所述 BSS或 OSS 子系统根据所述计费信息对所述第三方进行计费。
13、 如权利要求 1-12所述的系统， 其特征在于，
所述 API开放子系统，进一步用于对所述电信网络能力的 API进行注销 或退服。
14、 如权利要求 1-11所述的系统， 其特征在于， 所述 API开放子系统，还用于向所述第三方子系统提供所述电信网络能 力的 API 的配套环境， 所述配套坏境包括至少下列之一： 应用开发环境 /测 试环境、 应用执行环境、 文档、 参考设计、 技术支持和论坛。
15、 如权利要求 1-14所述的系统， 其特征在于，
所述 API开放子系统， 进一步用于以垂直开放方式和 /或水平开放方式 向所述第三方子系统提供所述电信网络能力的 API;
其中， 所述垂直开放方式表示所述第三方是特定的， 所述水平开放方式 表示所述第三方是任意的。
16、 如权利要求 15所述的系统， 其特征在于，
所述特定的第三方为与电信运营商合作密切的客户，所述与电信运营商 合作密切的客户包括至少下列之一： 企业客户、 行业客户和所述电信运营商 的消费者。
17、 一种 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运营管理模块，还用于对所述第三方子系统调用所述电信网络 能力的 API的过程进行监控和统计， 获得统计信息， 所述统计信息用于服务 等级协议 SLA管理和 /或计费。
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管理和 /或计费。
41、 如权利要求 40所述的方法， 其特征在于， 所述方法还包括： 所述 API开放子系统根据所述统计信息确定所述第三方的计费信息，将 所述计费信息发送给业务支撑系统 BSS或运营支撑系统 OSS子系统；
所述 BSS或 OSS子系统根据所述计费信息对所述第三方进行计费。
42、 如权利要求 29-41所述的方法， 其特征在于， 所述方法还包括： 所述 API开放子系统对所述电信网络能力的 API进行注销或退服。
43、 如权利要求 29-42所述的方法， 其特征在于， 所述方法还包括： 所述 API开放子系统向所述第三方子系统提供所述电信网络能力的 API 的配套环境， 所述配套坏境包括至少下列之一： 应用开发环境 /测试环境、应 用执行环境、 文档、 参考设计、 技术支持和论坛。
44、 如权利要求 29-43所述的方法， 其特征在于， 所述 API开放子系统 向所述第三方子系统提供所述电信网络能力的 API, 包括：
所述 API开放子系统以垂直开放方式和 /或水平开放方式向所述第三方 子系统提供所述电信网络能力的 API;
其中， 所述垂直开放方式表示所述第三方是特定的， 所述水平开放方式 表示所述第三方是任意的。
45、 如权利要求 44所述的方法， 其特征在于， 所述特定的第三方为与 电信运营商合作密切的客户， 所述与电信运营商合作密切的客户包括至少下 列之一： 企业客户、 行业客户和所述电信运营商的消费者。
PCT/CN2012/088134 2012-12-31 2012-12-31 电信网络能力开放的系统架构、子系统和方法 WO2014101231A1 (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201280003069.9A CN104322039A (zh) 2012-12-31 2012-12-31 电信网络能力开放的系统架构、子系统和方法
PCT/CN2012/088134 WO2014101231A1 (zh) 2012-12-31 2012-12-31 电信网络能力开放的系统架构、子系统和方法
KR1020157020780A KR20150103220A (ko) 2012-12-31 2012-12-31 통신 네트워크 기능의 개방을 위한 시스템 아키텍처, 서브시스템, 및 방법
EP12890877.9A EP2933983A4 (en) 2012-12-31 2012-12-31 SYSTEM ARCHITECTURE, SUBSYSTEM AND METHOD FOR OPENING A TELECOMMUNICATIONS NETWORK CAPACITY
JP2015549938A JP2016508321A (ja) 2012-12-31 2012-12-31 システムアーキテクチャー、サブシステム、および、電気通信ネットワーク機能をオープン化する方法
US14/755,373 US20150304404A1 (en) 2012-12-31 2015-06-30 System architecture, subsystem, and method for opening telecommunications network capability

Applications Claiming Priority (1)

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

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/755,373 Continuation US20150304404A1 (en) 2012-12-31 2015-06-30 System architecture, subsystem, and method for opening telecommunications network capability

Publications (1)

Publication Number Publication Date
WO2014101231A1 true WO2014101231A1 (zh) 2014-07-03

Family

ID=51019816

Family Applications (1)

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

Country Status (6)

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

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109412877A (zh) * 2017-12-29 2019-03-01 中国联合网络通信有限公司广东省分公司 一种基于utn网络的网络能力开放系统
CN109547654A (zh) * 2017-09-22 2019-03-29 中国移动通信集团浙江有限公司 呼叫能力开放方法及装置
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 中移(成都)信息通信科技有限公司 一种能力开放方法、装置、通信设备和存储介质

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106304035A (zh) * 2015-05-22 2017-01-04 中兴通讯股份有限公司 一种能力开放方法及系统、能力开放功能实体
KR102574276B1 (ko) * 2021-11-17 2023-09-04 주식회사 엘지유플러스 영상 서비스 플랫폼 관리 방법 및 장치
CN114222006B (zh) * 2021-12-20 2024-05-10 中国电信股份有限公司 基于能力开放平台的处理方法和能力开放平台
CN115174650B (zh) * 2022-09-06 2022-12-06 深圳领筑科技有限公司 开放服务平台、服务响应方法、装置、设备和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010139570A1 (en) * 2009-06-02 2010-12-09 Telefonica, S.A. Service platform
CN102164101A (zh) * 2010-02-15 2011-08-24 埃森哲环球服务有限公司 开放式网关框架
CN102573112A (zh) * 2010-12-07 2012-07-11 中国电信股份有限公司 电信网络能力开放方法、系统及联盟支撑平台

Family Cites Families (4)

* 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
EP1668504A1 (en) * 2003-09-30 2006-06-14 Telecom Italia S.p.A. Method and system for providing access to web services
CN101686253A (zh) * 2008-09-23 2010-03-31 华为技术有限公司 服务选择方法、装置和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010139570A1 (en) * 2009-06-02 2010-12-09 Telefonica, S.A. Service platform
CN102164101A (zh) * 2010-02-15 2011-08-24 埃森哲环球服务有限公司 开放式网关框架
CN102573112A (zh) * 2010-12-07 2012-07-11 中国电信股份有限公司 电信网络能力开放方法、系统及联盟支撑平台

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2933983A4 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109547654A (zh) * 2017-09-22 2019-03-29 中国移动通信集团浙江有限公司 呼叫能力开放方法及装置
CN109547654B (zh) * 2017-09-22 2021-06-04 中国移动通信集团浙江有限公司 呼叫能力开放方法、装置、设备及存储介质
CN109412877A (zh) * 2017-12-29 2019-03-01 中国联合网络通信有限公司广东省分公司 一种基于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 中移(成都)信息通信科技有限公司 一种能力开放方法、装置、通信设备和存储介质

Also Published As

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

Similar Documents

Publication Publication Date Title
WO2014101231A1 (zh) 电信网络能力开放的系统架构、子系统和方法
CN109845303B (zh) 网络切片的管理方法及管理单元
EP3025523B1 (en) Service domain charging systems and methods
US8458703B2 (en) Application requesting management function based on metadata for managing enabler or dependency
US9038082B2 (en) Resource abstraction via enabler and metadata
US11616832B2 (en) Data routing in peer-to-peer networks
US9009243B2 (en) Tracking usage of and sharing data between mobile device applications
CN106462461B (zh) 用于针对用户的移动宽带服务和虚拟化云资源的消费向用户开账单的系统、设备和方法
US10454795B1 (en) Intermediate batch service for serverless computing environment metrics
WO2015054531A1 (en) Unified services platform using a telephone number as a common subscriber identifier
CN110366159A (zh) 一种获取安全策略的方法及设备
CN102196006A (zh) 一种为应用程序提供资源的开放系统
CN111177112A (zh) 基于运维管理系统的数据库阻断方法、装置及电子设备
US8589956B2 (en) Method and apparatus for providing application with interface to composite network service
CA2970075A1 (en) Techniques for contextual mobile data access
US20160149854A1 (en) Framework for Application to Application Interworking in the M2M World
Gao et al. Big data sensing and service: A tutorial
Paniagua et al. Bakabs: managing load of cloud-based web applications from mobiles
KR20120075615A (ko) Ｒｅｓｔ 웹 서비스를 이용한 개방형 인터페이스 기반 계좌관리 시스템 및 그 방법
US10148826B2 (en) Methods and apparatus to interface with different service provider information technology systems supporting service ordering
CN113840013B (zh) 一种分级管理的文档系统
CN109062848B (zh) 基于esb总线平台的采购管理方法、装置及总线平台
US20120054055A1 (en) Application Mall System with Flexible and Dynamically Defined Relationships Between Users
Chihani et al. Programmable context awareness framework
US12003404B2 (en) Information centric network protocol for federated learning

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12890877

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015549938

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2012890877

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2012890877

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20157020780

Country of ref document: KR

Kind code of ref document: A