WO2010034199A1 - 服务选择方法、装置和系统 - Google Patents

服务选择方法、装置和系统 Download PDF

Info

Publication number
WO2010034199A1
WO2010034199A1 PCT/CN2009/071987 CN2009071987W WO2010034199A1 WO 2010034199 A1 WO2010034199 A1 WO 2010034199A1 CN 2009071987 W CN2009071987 W CN 2009071987W WO 2010034199 A1 WO2010034199 A1 WO 2010034199A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
policy
information
entity
open
Prior art date
Application number
PCT/CN2009/071987
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 EP09815569A priority Critical patent/EP2334018A4/en
Publication of WO2010034199A1 publication Critical patent/WO2010034199A1/zh
Priority to US13/069,857 priority patent/US20120215894A1/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/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Definitions

  • the present invention relates to communication technologies, and in particular, to a service selection method, apparatus, and system. Background technique
  • IMS IP Multimedia Subsystem
  • SES Session Initiation Protocol
  • FIG. 1 is a schematic diagram of an architecture of an open service system in the prior art.
  • OSA/Par lay defines a client application and a framework, a client application and a service capability feature, a framework and a service capability feature, and a framework and respectively.
  • Interfaces between business operators El, E2, E3 and E4, through these open A standard web service interface that provides the services or capabilities of a telecommunications network to external applications.
  • the OSA/Parlay architecture is based on a single network.
  • PSTN public switched telephone networks
  • OSA/Parlay architecture cannot select the appropriate service for the service invoked by the external application. , will bring a lot of unnecessary trouble to the user, and can not guarantee the reliability and effectiveness of the service. Therefore, how to choose the right service or capability for external applications becomes a problem to be solved. Summary of the invention
  • An embodiment of the present invention provides a service selection method, apparatus, and system, which can select an appropriate service for an external application according to a policy, and more conveniently and accurately call a communication network service.
  • an embodiment of the present invention provides a service selection method, which is applied to an open service architecture, including:
  • the embodiment of the present invention further provides a service open entity, which is applied to an open service architecture, and includes: a receiving module, configured to receive a service call request message sent by an external application, where the service call request message carries a service of the service to be invoked Information
  • An acquiring module configured to acquire, according to the service information received by the receiving module, policy information corresponding to the service to be invoked
  • a selection module configured to select, according to the policy information acquired by the obtaining module, a service providing entity to invoke the service.
  • the embodiment of the present invention further provides a policy providing entity, which is applied to an open service architecture, and includes: a providing module, configured to provide policy information to a service open entity.
  • the embodiment of the present invention further provides a service selection system, which is applied to an open service architecture, and includes: a service open entity, configured to obtain policy information corresponding to a service to be invoked from a policy providing entity according to service information, and according to the service to be invoked Corresponding policy information selects a service providing entity, and instructs the service providing entity to invoke the service;
  • the policy providing entity is configured to provide the policy information to the service open entity.
  • the service selection method, device and system provided by the embodiment of the present invention obtain the policy information corresponding to the service to be invoked by using the service information carried in the received service call request message, and then select the service providing entity that invokes the service according to the policy information. According to the strategy, selecting the appropriate service for the external application can more conveniently and accurately call the service of the communication network.
  • FIG. 1 is a schematic structural diagram of an open service system in the prior art
  • FIG. 2 is a flowchart of an embodiment of a service selection method according to the present invention.
  • FIG. 3 is a signaling diagram of another embodiment of a service selection method according to the present invention.
  • FIG. 4 is a schematic structural diagram of an embodiment of a service open entity according to the present invention.
  • FIG. 5 is a schematic structural diagram of another embodiment of a service open entity according to the present invention.
  • FIG. 6 is a schematic structural diagram of still another embodiment of a service open entity according to the present invention.
  • FIG. 7 is a schematic structural diagram of an embodiment of a policy providing entity according to the present invention.
  • FIG. 8 is a schematic structural diagram of another embodiment of a policy providing entity according to the present invention.
  • FIG. 9 is a schematic structural diagram of an embodiment of a service selection system according to the present invention. detailed description
  • FIG. 2 is a flowchart of an embodiment of a service selection method according to the present invention.
  • the present invention is A service selection method provided by the embodiment includes the following steps:
  • Step 101 Receive a service call request message sent by an external application, and carry service information of the service to be invoked in the service call request message.
  • the external application When the external application accesses the communication network monthly service or capability through the Web Ser ces, first sends a service call request message to the monthly service open entity, and the service open entity receives the service call request message sent by the external application, and carries the service call request message in the service call request message.
  • the external application can be any application that needs to access the communication network to open services or capabilities through Web Services, and can be an application, a system, or an application in a device or system, such as a web page.
  • the service open entity can be specifically a service open functional unit, an open gateway defined by the OSA/Par l ay, or an SDP platform defined by BEA/Orac le, or a communication network provided by other open Web Serv ces interfaces.
  • the service to be invoked can be a service or capability of the communication network to be invoked, ie a service or capability.
  • the service call request message is a "SOAP" message conforming to the Web Services interface, or a Representation State Transfer (REST) style message, such as an "HTTP Ge t" request sent to the Web server when the user browses the web page.
  • the service information carried in the service invocation request message may be all related information of the service to be invoked, for example: when the external application wants to invoke the service as a call service, the external application sends the service call request message sent to the service open entity. Call service information, identification information of both parties to the call, etc.
  • Step 102 Acquire, according to the service information, policy information corresponding to the service to be invoked.
  • the service open entity After receiving the service invocation request message sent by the external application, the service open entity obtains the policy information corresponding to the service to be invoked according to the service information carried in the request.
  • the service open entity can obtain the policy information before calling the service, and also obtain the policy information when the service is invoked.
  • the manner in which the service open entity obtains the policy information includes active acquisition and passive acquisition.
  • the policy providing entity may not pre-configure the policy information, and the policy providing entity may specifically provide a functional unit for the policy.
  • the service open entity When the service open entity obtains policy information before calling the service, if the policy providing entity pre-configures the policy If the information is not pre-configured by the policy providing entity, the service open entity may also actively send the policy to the policy providing entity. Policy request to get policy information.
  • the service open entity When the service open entity obtains the policy information when the service is invoked, if the policy providing entity pre-configures the policy information, the service open entity may obtain the policy information by the passively accepting the policy providing entity to deliver the policy information;
  • the policy information is pre-configured, and the service policy information includes subscription information of the initiator of the external application, the service belongs to the network home information of the communication network user (subs cr i ber ), and the differentiated information of the service providing entity
  • the policy information may be the subscription information of the external application initiator that invokes the service, or the service attribution information of the conversation party included in the service in the communication network, or the difference information provided by different services, such as charging and loading. Information and more.
  • the external application calling the service may be designated to specify a specific type of service using a specific network (such as a specific carrier network, a specific type of network);
  • a specific network such as a specific carrier network, a specific type of network
  • the session attribution network may be used as a service according to the service attribution information of the conversation party included in the service in the communication network; and the policy information is the differentiated information of the service providing entity.
  • Example 1 When the external application initiator is XXX and the calling service is XXX, the service provided by XXX is called.
  • Example 2 When the calling service is XXX and the calling party's home domain contained in the input parameter is XXX, the service provided by XXX is called.
  • Example 3 When the calling service is XXX, all the services provided by the service provider with the cheapest XXX are called.
  • Example 4 The external application initiator is XXX, the calling service is XXX and the external application calls the service.
  • the history of the service is to use the services provided by XXX when using the services provided by XXX.
  • Example 5 When the calling service is XXX, call all the services provided by XXX with the least load in the service offering.
  • policies referred to in this embodiment include, but are not limited to, the above examples.
  • an external application invokes a call service service
  • create a session instance The external application wants to invoke the call service, creating a call from user A to user B, but there are multiple different networks that can call the call service service, such as IMS, other NGN networks, etc., or there are multiple networks with the same network properties but different geographical distributions. If the OSA/Par Layer architecture in the prior art is used, the network that invokes the service cannot be selected. After the user initiates the call, it is likely to turn a local call into a long distance or even an international long distance call, so that the user has generated Additional call charges.
  • the external application carries the called call service information and the identification information of the calling party in the service invocation request message, and the service opening entity may select the user A or the user according to the policy information as in the above example 2.
  • the B-home network is provided as a service for the call, and the service call request message is routed to the network, thereby selecting the most suitable service for the external application to complete the call service.
  • the external application uses the group service to create a group, and then wants to further maintain the group using the group service maintenance function.
  • the service open function entity may select the same service providing entity as the service in the history record of the group service call of the external application according to the policy information as in the above example 4, thereby ensuring The continuity of the service.
  • Step 103 Select a service providing entity to invoke the service according to the policy information.
  • the service open entity After the service open entity obtains the policy information corresponding to the service to be invoked, the service open entity selects a service providing entity to invoke the service according to the policy information.
  • the technical solution is described by taking as an example that at least two service providing entities correspond to services invoked by an external application. It should be noted that the technical solution provided by the embodiment of the present invention is also applicable to the case when only one service providing entity exists.
  • the service opening entity determines whether the service providing entity is a service providing entity corresponding to the policy information according to the policy information provided by the policy providing entity, and if yes, selecting the service providing entity to invoke the current service. Otherwise, the service provider entity is not selected to invoke the service.
  • the external application when the external application creates a call between the user A and the user B, the external application carries the called call service information and the identification information of the calling party in the service call request message, and the service open entity obtains the call information according to the service information.
  • the policy information corresponding to the calling service the policy information may be “calling the service as a call service, and calling the session party home domain included in the input parameter is the home network of the user B”, and the service opening entity selects the user B according to the policy information.
  • the home network is provided as a service for the call, and then the service call request message is routed to the network to complete the call service between the user A and the user B.
  • the following steps may be performed: sending a service call interface protocol message defined by the service providing entity to the service providing entity, where the service providing entity invokes the interface according to the received service call interface protocol message Service.
  • the service open entity After selecting the service providing entity of the service to be invoked, the service open entity sends a service call interface protocol message to the service providing entity, where the message is a message conforming to the service providing entity service call interface protocol, such as an HTTP request, a SIP request, etc. .
  • the service providing entity invokes the interface protocol message according to the received service, selects its corresponding interface, and completes the calling process of the service.
  • the service open entity obtains the policy information corresponding to the service to be invoked according to the service information carried in the service call request message, and then selects a service providing entity to complete the service call according to the policy information, thereby implementing an appropriate method for the external application according to the policy.
  • the service implements a more convenient and accurate call to the communication network service or capability.
  • the policy information corresponding to the service to be invoked may be provided by the policy providing entity to the service open entity in advance, or may be requested by the service open entity to obtain the service call request entity. That is, there are two methods for obtaining policy information corresponding to the service to be invoked, and the two methods have differences in specific operation steps.
  • the service open entity obtains the policy information corresponding to the service to be invoked through the policy information provided by the policy providing entity, before the foregoing step 101, the following steps may be performed: loading the policy information, where the policy information is pre-configured by the policy providing entity.
  • the service open entity loading policy provides the pre-configured policy information of the entity, and saves the loaded policy information, after the service open entity receives the service call request message,
  • the saved policy information can be retrieved at any time, and the policy information corresponding to the service to be invoked can be selected from.
  • the policy provides that the entity pre-configured policy information can be multiple, that is, the service invoked for the external application, there may be multiple policies.
  • the foregoing step 102 may be specifically: acquiring, according to the set priority information of the policy information and the service information, policy information corresponding to the service to be invoked.
  • the pre-configured plurality of policy information includes the priority information of the set policy information.
  • the second-order strategy until the selected service provider entity is unique In the call service in the above example, it is assumed that when the corresponding service provider is selected according to the attribution of the user A, there are multiple identical service offerings in the home location (for example, three operators in China, China Telecom, China Mobile, and China Unicom can be provided in Shenzhen).
  • the network provides, even can be provided by different network types, such as CDMA, GSM, PSTN), and the secondary priority policy is invoked in turn until a unique service providing functional unit is selected.
  • the service provider entity may be further selected based on the information of the external application initiator or the information of the calling service.
  • step 102 may be specifically as follows:
  • the policy request message carries the call information and the service information.
  • the service open entity receives the service call request message, the service open entity actively sends a request for providing the policy to the policy providing entity, that is, sending the policy request message to the policy providing entity according to the service information carried in the request, requesting the policy information,
  • the policy request message carries the call information and the service information, where the call information may be information of an external application initiator that invokes the service, or session party information included in the service.
  • the policy request response message sent by the policy providing entity is received, and the policy information corresponding to the service to be invoked is carried in the policy request response message.
  • the policy providing entity After receiving the policy request message sent by the service open entity, the policy providing entity responds to the policy request message, that is, selects an appropriate policy for the to-be-called service according to the call information and service letter carried in the request, and then provides the provided policy.
  • the information encapsulation is sent to the service open entity in a policy request response message.
  • the service open entity receives the policy request response message returned by the policy providing entity, and the policy request response message carries the policy information corresponding to the service to be invoked.
  • the policy information is obtained according to the received policy request response message.
  • the service open entity After receiving the policy request response message, the service open entity obtains the policy information carried in the response message according to the policy request message.
  • the policy information may be based on the subscription information of the external application initiator, or the service attribution information of the conversation party in the communication network included in the service, or the difference information between different service offerings.
  • the policy information may also be acquired in different periods, that is, the service open entity obtains the policy before calling the service or when the service open entity invokes the service. information.
  • the service open entity obtains the policy information by using the first method, that is, the passive access method, that is, the service open entity passive receiving policy provides The policy information delivered by the entity.
  • the service open entity obtains the policy information by using the second method, that is, the active access entity, that is, the service open entity actively provides the policy to the entity.
  • the service open entity invokes the service, if the policy providing entity has configured the policy information, the service open entity uses the first method described above, that is, passively obtained. The policy information is obtained in the manner in which the service open entity passively receives the policy information delivered by the entity.
  • the service open entity invokes the service, if the policy providing entity does not configure the policy information, the service open entity uses the second method, that is, the active acquisition method to obtain the policy information, that is, the service open entity actively sends the policy to the policy providing entity.
  • the policy request gets the policy information.
  • the present embodiment provides a service selection method, and the service open entity obtains the policy information corresponding to the service to be invoked according to the service information carried in the service call request message, and then selects a service providing entity to complete the service call according to the policy information, and can The strategy selects the appropriate service for the external application, which enables more convenient and accurate calling of the communication network service or capability, and ensures the continuity of the service.
  • FIG. 3 is a signaling diagram of another embodiment of a service selection method according to the present invention. As shown in FIG. 3, the embodiment of the present invention provides a service selection method. This embodiment is an embodiment of the foregoing embodiment, and specifically includes the following steps:
  • Step 201 The external application sends a service call request message to the service open function unit.
  • a service call request message is sent to the service open function unit, and the service call request message carries the service information of the service to be invoked.
  • the service invocation request message is a "SOAP" message conforming to the Web Servence interface, or a RESTful message, such as an "HTTP Ge t" request sent to the Web server when the user browses the web page.
  • Step 202 The service open function unit sends a policy request message to the policy providing function unit. After receiving the service call request message, the service open function unit determines that the policy providing function unit does not pre-configure the policy information and provides the service open function unit, and the service open function unit requests the policy information from the policy providing function unit, that is, Send a policy request message. If it is determined that the policy providing function unit pre-configures the policy information and actively delivers the policy information to the service open function unit, step 202-203 is skipped, and step 204 is directly executed.
  • the policy request message sent by the service open function unit carries the call information and the service information.
  • the calling information may be information of an external application initiator that invokes the service, or a package in the service Contains session party information.
  • Step 2 03 The policy providing function unit returns a policy request response message to the service open function unit.
  • the policy providing entity After receiving the policy request message, the policy providing entity responds to the policy request message, that is, selects appropriate policy information for the to-be-called service according to the call information and the service letter carried in the request, and then returns the policy request to the service open function unit.
  • the policy information is encapsulated in a policy request response message and sent to the service open functional unit.
  • Step 2 04 the service open function unit selects the service providing function unit according to the policy information.
  • the service open function unit receives the policy request response message returned by the policy providing entity, and the policy request response message carries the policy information corresponding to the service to be invoked, and the service opening function unit selects the service providing function unit according to the policy information.
  • Step 2 05 the service open function unit sends a service call interface protocol message to the service providing function unit.
  • the service open function unit sends a service call interface protocol message to the service providing function unit after selecting a service providing function unit from the plurality of service providing function units, the service call interface protocol message city being defined by the service providing function unit
  • the service invocation indication message carries the service information.
  • Step 2 06 the service providing function unit invokes the service according to the service call interface protocol message.
  • the service providing function unit selects an interface corresponding to the service providing function unit according to the received service calling interface protocol message, and completes the calling process of the service indicated in the service information.
  • the embodiment provides a service selection method, and the service open function unit obtains the policy information corresponding to the service to be invoked according to the service information carried in the service call request message, and then selects a service providing function unit to complete the service call according to the policy information.
  • the service open function unit obtains the policy information corresponding to the service to be invoked according to the service information carried in the service call request message, and then selects a service providing function unit to complete the service call according to the policy information.
  • Ability to act externally according to strategy By selecting the appropriate service, a more convenient and accurate call to the communication network service or capability is realized, and the continuity of the service is ensured.
  • FIG. 4 is a schematic structural diagram of an embodiment of a service open entity according to the present invention.
  • the service open entity provided by the embodiment of the present invention includes a receiving module 301, an obtaining module 302, and a selecting module 303.
  • the receiving module 301 is configured to receive a service invocation request message sent by the external application, where the service invocation request message carries the service information of the to-be-called service.
  • the external application accesses the communication network service or capability through the Web Server, it first sends a service call request message to the receiving module 301 of the open entity, and the receiving module 301 receives the service call request message sent by the external application, in the service call request message. Carry the service information of the service to be called.
  • the service information may be all relevant information of the service to be invoked.
  • the service information is call service information, identification information of both parties of the call, and the like.
  • the obtaining module 302 is configured to obtain the policy information corresponding to the service to be invoked according to the service information received by the receiving module 301, and the obtaining module 302 finds that there are two or more available service providers according to the service information, and the The strategy selects the most appropriate service for external applications from multiple service offerings.
  • the policy information may be pre-configured by the policy providing entity. Before receiving the service invocation request message sent by the external application, the service open entity pre-saves the policy that is actively sent by the policy providing unit as static policy information, if needed; If the policy information is not pre-configured and there is no policy to choose from, the policy information is obtained by requesting the policy information from the policy providing entity.
  • the selecting module 303 is configured to select, according to the policy information acquired by the obtaining module 302, a service providing entity to invoke the service.
  • the structure of the service open entity is another embodiment of the present invention.
  • the obtaining module 302 may specifically include the loading unit 312. And acquisition unit 322.
  • the loading unit 31 2 is configured to load the policy information pre-configured by the policy providing entity, that is, before receiving the service invocation request message sent by the external application, the loading policy provides pre-configured policy information of the entity, and the loaded policy is After the information is saved, after receiving the service call request message, the saved policy information can be retrieved at any time, and the policy information corresponding to the service to be invoked is selected.
  • the obtaining unit 322 is configured to obtain the policy information corresponding to the service to be invoked according to the service information received by the receiving module 301 and the policy information loaded by the loading unit 312.
  • the selection module 303 is configured to select a service providing entity to invoke a service according to the policy information acquired by the obtaining unit 322.
  • FIG. 6 is a schematic structural diagram of another embodiment of the service open entity of the present invention, where the obtaining module 302 may specifically include a request sending unit 332, and responding to receiving the policy information.
  • the request sending unit 332 is configured to send a policy request message to the policy providing entity according to the service information received by the receiving module 301, where the policy request message carries the service information
  • the response receiving unit 342 is configured to receive the policy request response message sent by the policy providing entity.
  • the policy request response message carries the policy information corresponding to the service to be invoked
  • the obtaining unit 352 is configured to acquire the policy information according to the policy request response message received by the response receiving unit.
  • the selection module 303 is configured to select a service providing entity to invoke the service according to the policy information acquired by the obtaining unit 352.
  • the interface protocol between the service open entity and the policy providing entity uses a Simple Object Access Protocol, an Extensible Markup Language Application Programming Interface Protocol, a Diameter Protocol, or a Hypertext Markup Language Protocol.
  • the embodiment provides a service open entity, and the obtaining module obtains the policy information corresponding to the service to be invoked according to the service information carried in the service call request message, and then the selection module selects a service providing entity to complete the service call according to the policy information.
  • the ability to select appropriate services for external applications based on policies enables more convenient and accurate calls to communication network services or capabilities, and ensures continuity of services.
  • FIG. 7 is a schematic structural diagram of an embodiment of a policy providing entity according to the present invention.
  • the policy providing entity provided by the embodiment of the present invention includes: a providing module 701, configured to provide policy information to a service open entity.
  • the policy providing entity does not pre-configure the policy information
  • the service opening entity sends the policy request message requesting policy information to the policy providing entity
  • the policy provided by the embodiment of the present invention may further include: a request receiving module 702 and a response sending module 703.
  • the request receiving module 702 receives the policy request message sent by the service open entity, where the policy request message carries the call information and the service information.
  • the response sending module 703 returns a policy request response message to the service open entity, where the policy request response message carries the policy information.
  • the structure of the policy providing entity is another embodiment of the present invention.
  • the entity may further include: a configuration module 705, configured to pre-configure policy information, and the providing module 701 provides policy information corresponding to the service to be invoked to the service opening entity according to the policy information pre-configured by the configuration module 705.
  • the policy providing entity may further include: a setting module 704, configured to set priority information of the policy information, and the providing module 701 provides the service open entity according to the policy information configured by the configuration module 075 and the priority information of the policy information. The policy information corresponding to the service to be invoked.
  • the service open entity by providing policy information to the service open entity actively or passively, the service open entity can select an appropriate service for the external application according to the policy information, and implement the service or capability of the communication network. It is more convenient and accurate to call, and guarantees the continuity of the service.
  • FIG. 9 is a schematic structural diagram of an embodiment of a service selection system according to the present invention.
  • a service selection system provided by this embodiment includes: a service opening entity 1 and a policy providing entity 2.
  • the service open entity 1 is configured to obtain policy information corresponding to the service to be invoked according to the service information, and select a service providing entity 3 according to the policy information corresponding to the service to be invoked, and instruct the service providing entity 3 to invoke the service.
  • the service open entity 1 provides different operators, different types of network open capabilities or services to the external application 4 through a standard Web service interface.
  • the service open entity 1 may be a capability open gateway defined by Pa rl ay/OSA, or an SDP platform defined by BEA/Orac le, or other devices providing communication network capabilities or services.
  • the policy providing entity 2 is configured to provide the service open entity 1 with policy information corresponding to the service to be invoked.
  • the policy providing entity 1 provides policy support for the service selection of the service open entity 1.
  • the policy may be based on the subscription information of the external application 4 initiator, or using the conversation party included in the service in the communication network. Service attribution information, and even different services provide differentiated information (such as billing, load information) and so on.
  • the service providing entity 3 is located in a specific communication network and provides a service call by means of a message interface.
  • the service providing entity 3 may be a functional entity in a specific network, such as a Presence service in an IMS network, and the service providing functional unit may correspond to a Presence Service Application Server (AS).
  • the service providing entity 3 may also be a combination of multiple functional units in a specific network, for example, the charging function may be 0CS in the IMS network.
  • the service open entity may specifically include any service open entity as shown in FIG. 4-6, and the policy providing entity may specifically include the method shown in FIG. 7-8. Any of the policy providers.
  • the interface protocol between the service open entity 1 and the policy providing entity 1 is a simple object access protocol.
  • Diameter ter Diame ter
  • Hypertext Transfer Hyper text Transfer
  • the interface between the service open entity 1 and the policy providing entity 2 may be a direct interface, or an indirect interface, or even an internal interface, that is, the policy providing entity 2 may be located in the same physical entity as the service open entity 1.
  • the interface can be a SOAP interface, an XML API interface, a Diameter interface, or an HTTP interface.
  • the interface protocol between the service open entity 1 and the service providing entity 3 is a protocol corresponding to the network providing the service to be invoked, i.e., the interface protocol is determined by the network providing the service to be invoked.
  • the interface between the service providing entity 3 and the service open entity 1 is determined by the service providing network. If the service providing network is a PSTN network, the interface may be an INAP. If the service providing network is a PSTN network, the interface may be SIP, HTTP, etc.
  • the interface protocol between the service open entity 1 and the external application 4 is a simple object access protocol or a REST-style protocol.
  • This interface is a web service interface such as S0AP, REST, and so on.
  • the embodiment provides a service selection system, which sends a service invocation request message through an external application, and carries the service information in the request, and the service open entity obtains the service information according to the received policy.
  • the service entity obtains the policy information corresponding to the service to be invoked, and the service open entity selects a service providing entity to complete the service call according to the policy information, and can select an appropriate service for the external application according to the policy, and implements the service or capability of the communication network. More convenient and accurate call, and ensure the continuity of the service.

Description

服务选择方法、 装置和系统 本申请要求于 2008 年 9 月 23 日提交中国专利局、 申请号为 200810222933. X, 发明名称为 "服务选择方法、 装置和系统" 的中国专利申 请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术， 尤其涉及一种服务选择方法、 装置和系统。 背景技术
随着分组技术的不断发展和成熟， 通信网络从基于电路交换的传统电信 网络向基于分组交换的宽带电信网络的方向发展。 从电路交换到软交互直至
IP多媒体子系统（IP Mul t imedia Subsys tem, 以下简称： IMS ) 的发展吸收 了很多优秀的 IT技术，如 IP技术、分布式组网技术、会话发起协议（Ses s ion Ini t ia t ion Protocol , 以下简称： SIP )技术等等。 目前， IMS 和因特网 ( Interne t )的融合成为研究和开发的焦点。其中， 网络服务（ Web Services ) 是为各个不同平台服务的一种技术， 可以为各个不同平台的不同应用系统提 供协同工作能力，该技术已成为 IMS和 Internet的融合中被广泛研究的对象 之一。 通过 IMS网络接入 Web Services , IMS网络可以利用 Web Services提 供的各种服务。 然而将其和 IMS提供的各种服务协同工作， 提供组合服务， 以及如何将 IMS网络或其他通信网络的服务或能力以 Web Services的方式开 放给第三方开发者， 成为目前通信领域被广泛关注和研究的目标之一。
开放服务架构 ( Open Service Archi tecture, 0SA ) /Par lay 是现有技 术中的一个研究如何将电信能力通过标准的 Web Services接口开放的组织。 图 1为现有技术中开放服务系统的架构示意图， 如图 1所示， OSA/Par lay分 别定义了客户应用和框架间、 客户应用和业务能力特征间、 框架和业务能力 特征间以及框架和企业经营者间的接口 El、 E2、 E3和 E4 , 通过这些开放的 标准 Web 服务接口， 可以将电信网的服务或能力提供给外部应用。 然而， OSA/Par lay架构只建立在单一网络的基础之上， 而实际应用中往往存在多种 不同的网络形态，如 IMS 网络、 软交换网络、 公共交换电话网络（ Publ ic Swi tched Te lephone Network , 以下简称： PSTN )等等， 而且同一网络形态 还会存在不同的运营商的网络。 在这种情况下， 对于外部应用来说， 会同时 存在多个相同的服务提供， 当外部应用调用某个服务时， 釆用 OSA/Par lay架 构不能为外部应用调用的服务选择合适的服务提供， 会为用户带来很多不必 要的麻烦， 同时也不能保证服务的可靠性和有效性。 因此， 如何为外部应用 选择合适的服务或能力则成为有待解决的问题。 发明内容
本发明实施例在于提供一种服务选择方法、 装置和系统， 能够依据策略 为外部应用选择合适的服务， 更加方便准确地调用通信网服务。
为了实现上述目的， 本发明实施例提供了一种服务选择方法， 应用于开 放服务架构， 包括：
接收外部应用发送的服务调用请求消息， 在所述服务调用请求消息中携 带待调用服务的服务信息；
根据所述服务信息获取所述待调用服务对应的策略信息；
根据所述策略信息选择一个服务提供实体对所述服务进行调用。
本发明实施例还提供了一种服务开放实体， 应用于开放服务架构， 包括： 接收模块， 用于接收外部应用发送的服务调用请求消息， 在所述服务调 用请求消息中携带待调用服务的服务信息；
获取模块， 用于根据所述接收模块接收的所述服务信息获取待调用服务 对应的策略信息；
选择模块， 用于根据所述获取模块获取的所述策略信息选择一个服务提 供实体对所述服务进行调用。 本发明实施例还提供了一种策略提供实体， 应用于开放服务架构， 包括： 提供模块， 用于向服务开放实体提供策略信息。
本发明实施例还提供了一种服务选择系统， 应用于开放服务架构， 包括： 服务开放实体， 用于根据服务信息从策略提供实体获取待调用服务对应 的策略信息，并根据所述待调用服务对应的策略信息选择一个服务提供实体， 并指示所述服务提供实体对所述服务进行调用；
所述策略提供实体， 用于向所述服务开放实体提供所述策略信息。
本发明实施例提供的一种服务选择方法、 装置和系统， 通过接收的服务 调用请求消息中携带的服务信息获取待调用服务对应的策略信息， 再根据策 略信息选择调用服务的服务提供实体，实现了依据策略为外部应用选择合适 的服务， 可以更加方便准确地调用通信网的服务。 附图说明
图 1为现有技术中开放服务系统的架构示意图；
图 2为本发明服务选择方法一实施例的流程图；
图 3为本发明服务选择方法另一实施例的信令图；
图 4为本发明服务开放实体一实施例的结构示意图；
图 5为本发明服务开放实体另一实施例的结构示意图；
图 6为本发明服务开放实体又一实施例的结构示意图；
图 7为本发明策略提供实体一实施例的结构示意图；
图 8为本发明策略提供实体另一实施例的结构示意图；
图 9为本发明服务选择系统实施例的结构示意图。 具体实施方式
下面通过附图和实施例， 对本发明的技术方案做进一步的详细描述。 图 2为本发明服务选择方法一实施例的流程图， 如图 2所示， 本发明实 施例提供的一种服务选择方法， 具体包括如下步骤：
步骤 101 , 接收外部应用发送的服务调用请求消息， 在服务调用请求消 息中携带待调用服务的服务信息。
外部应用通过 Web Servi ces访问通信网月良务或能力时， 先向月良务开放实 体发送一个服务调用请求消息， 服务开放实体接收外部应用发送的服务调用 请求消息， 在服务调用请求消息中携带有待调用服务的服务信息。 其中， 外 部应用可以为任意一个需要通过 Web Services访问通信网开放服务或能力的 应用， 可以为一个设备、 一个系统， 或者设备或系统中的一个应用程序， 如 网页。 服务开放实体可以具体为服务开放功能单元， 可以为 OSA/Par l ay 定 义的能力开放网关， 也可以为 BEA/Orac l e定义的 SDP平台， 或者为其他 以开放的 Web Serv i ces 接口提供通信网能力或服务的设备。 待调用的服 务可以为待调用的通信网的某个服务或能力， 即服务或能力。 服务调用请 求消息为符合 Web Services 接口的 "SOAP" 消息， 或者具备具象状态传输 ( Representation State Transfer, REST )风格的消息， 例如用户浏览网页时向 Web服务器发送的 "HTTP Ge t" 请求。 在服务调用请求消息中携带的服务信 息可以为待调用的服务的所有相关信息， 例如： 当外部应用希望调用的服 务为呼叫业务时， 在外部应用向服务开放实体发送的服务调用请求消息中 携带呼叫服务信息、 呼叫双方的标识信息等。
步骤 102 , 根据服务信息获取待调用的服务对应的策略信息。
服务开放实体接收到外部应用发送的服务调用请求消息后， 根据该请求 中携带的服务信息获取待调用的服务对应的策略信息。 服务开放实体可以在 调用服务之前获取策略信息， 也在调用服务时再获取策略信息。 其中， 服务 开放实体获取策略信息的方式又包括主动获取和被动获取两种方式。 由于策 略信息可以为策略提供实体预先配置的， 策略提供实体也可以不对策略信息 进行预先配置， 其中， 策略提供实体可以具体为策略提供功能单元。 当服务 开放实体在调用服务之前获取策略信息时， 如果策略提供实体预先配置了策 略信息， 则服务开放实体可以通过被动接受策略提供实体下发策略信息的方 式获取策略信息； 如果策略提供实体未对策略信息进行预先配置， 则服务开 放实体也可以通过自身主动向策略提供实体发送策略请求来获取策略信息。 当服务开放实体在调用服务时获取策略信息时， 如果策略提供实体预先配置 了策略信息， 则服务开放实体可以通过被动接受策略提供实体下发策略信息 的方式获取策略信息； 如果策略提供实体未对策略信息进行预先配置， 则服 策略信息包括所述外部应用的发起方的签约信息、 所述服务涉及通信网 用户 （s ubs cr i ber ) 的网络归属信息和所述服务提供实体的差异化信息， 即 策略信息可以是调用该服务的外部应用发起方的签约信息， 也可以是服务中 包含的会话方在通信网中的服务归属信息，或者是不同服务提供的差异信息， 如计费、 负载信息等等。 其中， 当策略信息为外部应用的发起方的签约信息 时， 可以为调用该服务的外部应用签约指定使用某个特定网络（如特定运营 商网络， 特定类型网络） 的特定类型的服务； 当策略信息为服务涉及通信网 用户的网络归属信息时， 可以为根据服务中包含的会话方在通信网中的服务 归属信息使用会话方归属网络作为服务提供； 当策略信息为服务提供实体的 差异化信息时， 可以为外部应用签约或动态指定使用差异化信息所选择的服 务， 如签约指定使用计费最便宜的服务， 动态指定负载最少的服务。 本实施 例中所指的策略可以具体描述为下述形式：
举例 1 : 外部应用发起方为 XXX , 且调用服务为 XXX时， 调用 XXX提供的 服务。
举例 2 : 调用服务为 XXX , 且调用输入参数中包含的会话方归属域为 XXX 时， 调用 XXX提供的服务。
举例 3 : 调用服务为 XXX时， 调用所有该服务提供中计费最便宜的 XXX 提供的服务。
举例 4 : 外部应用发起方为 XXX , 调用服务为 XXX且该外部应用调用该服 务的历史记录为使用 XXX提供的服务时， 仍然调用 XXX提供的服务。
举例 5 ·· 调用服务为 XXX时， 调用所有该服务提供中负载最少的 XXX提 供的服务。
需要指出的是， 本实施例中所指的策略包括但不限于上述几种举例。 例如， 当外部应用调用呼叫业务服务时， 创建一个会话举例： 外部应用 希望调用该呼叫业务， 创建用户 A到用户 B的呼叫， 但是存在多个不同网络 可以调用该呼叫业务服务， 如 IMS、 其他 NGN网络等等， 或者存在多个网络 性质相同但地域分布不同的网络。 如果釆用现有技术中的 OSA/Par l ay构架， 则无法对调用该服务的网络进行选择， 用户发起呼叫后， 很可能将一个本地 呼叫变成一个长途甚至国际长途呼叫， 使得用户产生了额外的通话费用。 而 如果釆用本发明实施例的方法， 外部应用在服务调用请求消息中携带调用的 呼叫服务信息， 以及呼叫双方的标识信息， 服务开放实体可以根据如上述举 例 2的策略信息选择用户 A或者用户 B归属地网络作为呼叫的服务提供， 并 将服务调用请求消息路由到该网络， 从而为外部应用选择了最合适的服务来 完成呼叫业务。 又如， 当外部应用调用群组服务时， 外部应用使用群组服务 创建一个群组后， 希望进一步使用群组服务维护功能对该群组进行维护。 如 果釆用现有技术中的 OSA/Pa r lay构架， 由于不存在一定的选择策略， 在使用 服务开放接口进行群组的维护时， 很可能选择的是另一个网络提供的群组服 务， 使得服务的连续性不能保证。 而如果釆用本发明实施例的方法， 服务开 放功能实体可以根据如上述举例 4的策略信息选择与该外部应用的群组服务 调用的历史记录中调用与该服务相同的服务提供实体， 从而保证了服务的连 续性。
步骤 103 , 根据策略信息选择一个服务提供实体对服务进行调用。
服务开放实体获取到待调用的服务对应的策略信息之后， 服务开放实体 根据策略信息选择一个服务提供实体对服务进行调用。 本实施例以存在至少 两个服务提供实体对应于外部应用所调用的服务为例对技术方案进行说明， 需要指出的是， 本发明实施例提供的技术方案同样适用于只存在一个服务提 供实体时的情况。 当只存在一个服务提供实体时， 服务开放实体根据策略提 供实体提供的策略信息， 判断该服务提供实体是否为策略信息所对应的服务 提供实体， 如果是， 则选择该服务提供实体调用当前的服务， 否则不选择该 服务提供实体调用服务。 以调用呼叫业务为例， 外部应用创建用户 A和用户 B的呼叫时， 外部应用在服务调用请求消息中携带调用的呼叫服务信息， 以 及呼叫双方的标识信息， 服务开放实体根据服务信息获取到该呼叫服务对应 的策略信息， 该策略信息可以为 "调用服务为呼叫服务， 且调用输入参数中 包含的会话方归属域为用户 B的归属地网络" ， 则服务开放实体根据该策略 信息选择用户 B的归属地网络作为呼叫的服务提供， 然后将服务调用请求消 息路由到该网络中便完成了用户 A到用户 B之间呼叫服务的调用。
在步骤 1 03之后， 还可以执行如下步骤： 发送所述服务提供实体定义 的服务调用接口协议消息到所述服务提供实体， 所述服务提供实体根据接 收到的所述服务调用接口协议消息调用所述服务。 服务开放实体在选择出 一个待调用服务的服务提供实体后， 向该服务提供实体发送服务调用接口 协议消息， 该消息为符合该服务提供实体服务调用接口协议的消息， 如 HTTP请求、 S I P请求等。 服务提供实体根据接收到的服务调用接口协议消 息， 选择其对应的接口， 完成服务的调用过程。
本实施例通过服务开放实体根据服务调用请求消息中携带的服务信息获 取待调用服务对应的策略信息， 再根据策略信息选择一个服务提供实体完成 服务的调用， 实现了依据策略为外部应用选择合适的服务， 实现了对通信 网服务或能力的更加方便准确的调用。
由上述介绍的内容可知， 待调用服务对应的策略信息可以由策略提供实 体预先提供给服务开放实体， 也可以由服务开放实体在收到服务调用请求消 息时， 主动向策略提供实体请求获取。 即存在两种获取待调用服务对应的策 略信息的方法， 该两种方法在具体操作步骤上存在差异。 当服务开放实体通过策略提供实体预先提供的策略信息获取待调用服务 对应的策略信息时， 在上述步骤 101之前， 还可以执行如下步骤： 加载策略 信息， 该策略信息由策略提供实体预先配置。 即在服务开放实体接收外部应 用发送的服务调用请求消息之前， 服务开放实体加载策略提供实体预先配置 的策略信息， 并将加载的策略信息进行保存， 在服务开放实体接收到服务调 用请求消息后， 即可随时调取保存的策略信息， 并从中选择与待调用服务相 对应的策略信息。
策略提供实体预先配置的策略信息可以为多个， 即针对外部应用调用的 服务， 可以存在多个策略。 在这种情况下， 上述步骤 102可以具体为： 根据 设置的所述策略信息的优先级信息和所述服务信息， 获取待调用服务对应的 策略信息。 在预先配置的多个策略信息中， 包含设置的策略信息的优先级信 息， 当服务开放实体收到服务调用请求消息后， 调取保存的与待调用服务对 应的策略信息， 该策略信息为多个， 服务开放实体根据设置的策略信息的优 先级关系， 先调用优先级高的策略信息对应的策略选择服务提供实体， 如果 根据优先级最高的策略信息选择的服务提供实体不唯一， 则继续调用优先级 次之的策略， 直到选择的服务提供实体为唯一为止。 如上例中的呼叫服务， 假设根据用户 A的归属地选择对应的服务提供时， 在该归属地存在多个相同 的服务提供（例如在深圳可以由中国电信、 中国移动和中国联通三个运营商 网络提供、 甚至可以由不同网络类型提供， 如 CDMA、 GSM, PSTN ) , 依次调 用次优先策略， 直到选择唯一的服务提供功能单元为止。 如可以根据外部应 用发起方信息或调用服务的信息， 对服务提供实体进一步的选择。
当服务开放实体获取策略信息时， 具体釆用向策略提供实体发送策略请 求消息的形式， 则上述步骤 102可以具体为如下步骤：
根据服务信息向策略提供实体发送策略请求消息， 在策略请求消息中携 带调用信息和服务信息。 当存在多个相同的服务提供实体可用于调用该服务， 且服务开放实体中没有待选择的策略， 或者待选择的策略与当前所调用的服 务不相关时， 服务开放实体在接收到服务调用请求消息后， 主动向策略提供 实体发出提供策略的请求 , 即根据请求中携带的服务信息向策略提供实体发 送策略请求消息， 请求策略信息， 在策略请求消息中携带调用信息和服务信 息， 其中， 调用信息可以为调用该服务的外部应用发起方的信息， 或者该服 务中包含的会话方信息。
接收策略提供实体发送的策略请求响应消息， 在策略请求响应消息中携 带待调用服务对应的策略信息。 策略提供实体在接收到服务开放实体发送的 策略请求消息后， 对该策略请求消息做出响应， 即根据请求中携带的调用信 息和服务信为待调用服务选择合适的策略， 然后将提供的策略信息封装在策 略请求响应消息中发送给服务开放实体。 服务开放实体接收策略提供实体返 回的策略请求响应消息， 在策略请求响应消息中携带待调用服务对应的策略 信息。
根据接收到的策略请求响应消息获取策略信息。 服务开放实体接收到策 略请求响应消息后， 根据该策略请求响应消息获取其中携带的策略信息。 策 略信息可以基于外部应用发起方的签约信息， 或者使用该服务中包含的会话 方在通信网中的服务归属信息， 或者不同服务提供之间的差异信息等。
需要指出的是， 通过上述被动和主动的两种方式获取策略信息时， 还可 以分别在不同的时期对策略信息进行获取， 即服务开放实体在调用服务之前 或服务开放实体在调用服务时获取策略信息。 当服务开放实体在调用服务之 前， 如果策略提供实体已经对策略信息进行了配置， 则服务开放实体釆用上 述第一种方法， 即被动获取的方式获取策略信息， 即服务开放实体被动接收 策略提供实体下发的策略信息。 当服务开放实体在调用服务之前， 如果策略 提供实体未对策略信息进行配置， 则服务开放实体釆用上述第二种方法， 即 主动获取的方式获取策略信息， 即服务开放实体主动向策略提供实体发送策 略请求获取策略信息。 当服务开放实体在调用服务时， 如果策略提供实体已 经对策略信息进行了配置， 则服务开放实体釆用上述第一种方法， 即被动获 取的方式获取策略信息， 即服务开放实体被动接收策略提供实体下发的策略 信息。 服务开放实体在调用服务时， 如果策略提供实体未对策略信息进行配 置， 则服务开放实体釆用上述第二种方法， 即主动获取的方式获取策略信息， 即服务开放实体主动向策略提供实体发送策略请求获取策略信息。
本实施例通过提供一种服务选择方法， 通过服务开放实体根据服务调用 请求消息中携带的服务信息获取待调用服务对应的策略信息， 再根据策略信 息选择一个服务提供实体完成服务的调用，能够依据策略为外部应用选择合 适的服务， 实现了对通信网服务或能力的更加方便准确的调用， 并保证了 服务的连续性。
图 3为本发明服务选择方法另一实施例的信令图。 如图 3所示， 本发 明实施例提供了一种服务选择方法， 本实施例是对上述实施例的具体化， 具体包括如下步骤：
步骤 201 , 外部应用向服务开放功能单元发送服务调用请求消息。 外部应用通过 Web Serv i ces访问通信网服务或能力时， 先向服务开放功 能单元发送一个服务调用请求消息， 在服务调用请求消息中携带有待调用服 务的服务信息。 服务调用请求消息为符合 Web Serv i ces接口的 "SOAP" 消 息，或者 REST风格的消息，例如用户浏览网页时向 Web服务器发送的 "HTTP Ge t" 请求。
步骤 202 ,服务开放功能单元向策略提供功能单元发送策略请求消息。 服务开放功能单元接收到服务调用请求消息后， 经过判断， 策略提供 功能单元未对策略信息进行预先配置， 并提供给服务开放功能单元， 则服 务开放功能单元向策略提供功能单元请求策略信息， 即发送策略请求消 息。 如果经过判断， 策略提供功能单元对策略信息进行了预先配置， 并主 动下发给服务开放功能单元， 则跳过步骤 202-203 , 直接执行步骤 204。 在服务开放功能单元发送的策略请求消息中携带有调用信息和服务信息。 其 中， 调用信息可以为调用该服务的外部应用发起方的信息， 或者该服务中包 含的会话方信息。
步骤 2 03 , 策略提供功能单元向服务开放功能单元返回策略请求响应 消息。
策略提供实体在接收到策略请求消息后， 对该策略请求消息做出响应， 即根据请求中携带的调用信息和服务信为待调用服务选择合适的策略信息， 然后向服务开放功能单元返回策略请求响应消息， 将策略信息封装在策略请 求响应消息中发送给服务开放功能单元。
步骤 2 04 , 服务开放功能单元根据策略信息选择服务提供功能单元。 服务开放功能单元接收策略提供实体返回的策略请求响应消息， 在策略 请求响应消息中携带待调用服务对应的策略信息，服务开放功能单元根据策 略信息选择服务提供功能单元。 服务提供功能单元可能为多个， 服务开放 功能单元根据策略信息在多个服务提供功能单元中选择一个服务功能单 元， 进行服务调用。 需要指出的是， 可能存在服务提供功能实体只有一个 这种特殊情况， 本发明实施例提供的技术方案同样适应于这种特殊情况。
步骤 2 05 , 服务开放功能单元向服务提供功能单元发送服务调用接口 协议消息。
服务开放功能单元在从多个服务提供功能单元中选定一个服务提供 功能单元后， 向该服务提供功能单元发送服务调用接口协议消息， 该服务 调用接口协议消息市由服务提供功能单元所定义的， 在服务调用指示消息 中携带有服务信息。
步骤 2 06 , 服务提供功能单元根据服务调用接口协议消息调用服务。 服务提供功能单元根据接收到的服务调用接口协议消息， 选择该服务 提供功能单元对应的接口， 完成服务信息中所指示的服务的调用过程。
本实施例通过提供一种服务选择方法， 通过服务开放功能单元根据服务 调用请求消息中携带的服务信息获取待调用服务对应的策略信息， 再根据策 略信息选择一个服务提供功能单元完成服务的调用， 能够依据策略为外部应 用选择合适的服务， 实现了对通信网服务或能力的更加方便准确的调用， 并保证了服务的连续性。
图 4为本发明服务开放实体一实施例的结构示意图， 如图 4所示， 本发 明实施例提供的服务开放实体包括接收模块 301、 获取模块 302和选择模块 303。 其中， 接收模块 301用于接收外部应用发送的服务调用请求消息， 在所 述服务调用请求消息中携带待调用服务的服务信息。 外部应用通过 Web Serv i ce s访问通信网服务或能力时， 先向开放实体的接收模块 301发送一个 服务调用请求消息， 接收模块 301接收外部应用发送的服务调用请求消息， 在服务调用请求消息中携带有待调用服务的服务信息。 该服务信息可以为待 调用的服务的所有相关信息， 例如当外部应用希望调用的服务为呼叫业务 时， 服务信息为呼叫服务信息、 呼叫双方的标识信息等。 获取模块 302用 于根据接收模块 301接收的所述服务信息获取待调用服务对应的策略信息， 获取模块 302根据服务信息发现当前存在两个或两个以上可供选择的服务提 供， 则需要通过一定的策略从多个服务提供中为外部应用选择一个最适合的 服务。
策略信息可以为策略提供实体预先配置的， 服务开放实体在接收外部应 用发送的服务调用请求消息之前， 预先保存策略提供单元主动下发的策略作 为静态策略信息在需要时调取； 如果策略提供实体未对策略信息进行预先配 置， 没有可供选择的策略， 则通过向策略提供实体请求策略信息来获取策略 信息。 选择模块 303用于根据获取模块 302获取的所述策略信息选择一个所 述服务提供实体调用所述服务。
当策略信息为策略提供实体预先配置， 并主动下发给服务开放实体时， 如图 5所示为本发明服务开放实体另一实施例的结构示意图， 其中， 获取模 块 302可以具体包括加载单元 312和获取单元 322。 其中， 加载单元 31 2用 于加载策略提供实体预先配置的策略信息， 即在接收外部应用发送的服务调 用请求消息之前， 加载策略提供实体预先配置的策略信息， 并将加载的策略 信息进行保存， 在接收到服务调用请求消息后， 即可随时调取保存的策略信 息， 并从中选择与待调用服务相对应的策略信息。 获取单元 322用于根据接 收模块 301接收的服务信息和加载单元 312加载的策略信息， 获取待调用服 务对应的策略信息。 选择模块 303用于根据获取单元 322获取的策略信息选 择一个服务提供实体调用服务。
当策略信息为服务提供装置主动向策略提供实体请求的时， 如图 6所示 为本发明服务开放实体又一实施例的结构示意图， 其中， 获取模块 302可以 具体包括请求发送单元 332、 响应接收单元 342和获取单元 352。 其中， 请求 发送单元 332用于根据接收模块 301接收的服务信息向策略提供实体发送策 略请求消息， 在策略请求消息中携带服务信息， 响应接收单元 342用于接收 策略提供实体发送的策略请求响应消息， 在策略请求响应消息中携带待调用 服务对应的策略信息， 获取单元 352用于根据响应接收单元接收的策略请求 响应消息获取策略信息。 选择模块 303用于根据获取单元 352获取的策略信 息选择一个服务提供实体调用服务。
进一步地， 服务开放实体与策略提供实体之间的接口协议釆用简单对象 访问协议、 可扩展标记语言应用编程接口协议、 直径协议或超文本标记语言 协议。
本实施例通过提供一种服务开放实体， 通过获取模块根据服务调用请求 消息中携带的服务信息获取待调用服务对应的策略信息， 再由选择模块根据 策略信息选择一个服务提供实体完成服务的调用， 能够依据策略为外部应用 选择合适的服务， 实现了对通信网服务或能力的更加方便准确的调用， 并 保证了服务的连续性。
图 7为本发明策略提供实体一实施例的结构示意图， 如图 7所示， 本发 明实施例提供的策略提供实体包括： 提供模块 701 , 用于向服务开放实体提 供策略信息。 当策略提供实体未对策略信息进行预先配置时， 服务开放实体 向策略提供实体发送策略请求消息请求策略信息时， 本发明实施例提供的策 略提供实体还可以包括： 请求接收模块 702和响应发送模块 703。 其中， 请 求接收模块 702接收服务开放实体发送的策略请求消息， 在策略请求消息中 携带调用信息和所述服务信息。 响应发送模块 703向服务开放实体返回策略 请求响应消息， 在策略请求响应消息中携带策略信息。
当策略提供实体对策略信息进行预先配置， 并向服务开放实体主动下发 策略信息， 如图 8所示为本发明策略提供实体另一实施例的结构示意图， 则 本发明实施例提供的策略提供实体还可以包括： 配置模块 705 , 用于预先配 置策略信息， 提供模块 701根据配置模块 705预先配置的策略信息， 向服务 开放实体提供待调用服务对应的策略信息。 进一步地， 策略提供实体还可以 进一步包括： 设置模块 704 , 用于设置策略信息的优先级信息， 提供模块 701 根据配置模块 7 05配置的策略信息和策略信息的优先级信息， 向服务开放实 体提供待调用服务对应的策略信息。 本实施例通过提供一种策略提供实体， 通过向服务开放实体主动提供或被动请求后提供策略信息， 使得服务开放实 体能够依据策略信息为外部应用选择合适的服务， 实现了对通信网服务或 能力的更加方便准确的调用， 并保证了服务的连续性。
图 9为本发明服务选择系统实施例的结构示意图， 如图 9所示， 本实施 例提供的一种服务选择系统包括： 服务开放实体 1和策略提供实体 2。 其中， 服务开放实体 1用于根据服务信息获取待调用服务对应的策略信息， 并根据 待调用服务对应的策略信息选择一个服务提供实体 3 ,并指示服务提供实体 3 对服务进行调用。 服务开放实体 1通过标准的 Web 服务接口将不同运营商， 不同类型的网络开放的能力或服务提供给外部应用 4调用。本发明实施例中， 服务开放实体 1 可以是 Pa r l ay/OSA 定义的能力开放网关， 也可以是 BEA/Orac l e定义的 SDP平台， 或者其他的提供通信网能力或服务的设备。 策 略提供实体 2用于向服务开放实体 1提供待调用服务对应的策略信息。 策略 提供实体 1为服务开放实体 1的服务选择提供策略支持。 策略可以基于外 部应用 4发起方的签约信息、 或者使用服务中包含的会话方在通信网中的 服务归属信息、 甚至不同服务提供差异化信息（如计费、 负载信息）等等。 服务提供实体 3位于特定通信网络， 使用消息接口的方式提供服务调用。 服 务提供实体 3可以是特定网络中的某一个功能实体， 如 IMS网络中 Presence 服务，服务提供功能单元可以对应为 Presence服务应用服务器（ App l ica t ion Server , AS ) 。 服务提供实体 3也可以是特定网络中多个功能单元组合， 如 计费功能可以是 IMS网络中的 0CS。
需要指出的是， 在本发明实施例提供的服务选择系统中， 服务开放实体 可以具体包括如图 4-6所示的任一服务开放实体， 策略提供实体可以具体包 括如图 7-8所示的任一策略提供实体。
服务开放实体 1与策略提供实体 1之间的接口协议为简单对象访问协议
( S imple Object Acces s Protocol , SOAP ) 、 可扩展标记语言应用编程接口 协议 ( extens ible markup language Appl ica t ion Program Interface , XML
API ) 、 直径协议 ( Diame ter ) 或超文本传输协议 ( Hyper text Transfer
Protocol , HTTP ) 。 服务开放实体 1与策略提供实体 2之间的接口可以是直 接接口， 也可以是间接接口， 甚至内部接口， 即策略提供实体 2可以和服务 开放实体 1位于同一个物理实体中。接口可以是 SOAP接口，也可以是 XML API 接口、 Diameter接口， 或者 HTTP接口等。
服务开放实体 1与服务提供实体 3之间的接口协议为与提供所述待调用 服务的网络相对应的协议，即该接口协议由提供所述待调用服务的网络决定。 服务提供实体 3与服务开放实体 1间的接口由服务提供网络所决定， 如服务 提供网络为 PSTN网络， 则其接口可以是 INAP, 如服务提供网络为 PSTN网络 为 IMS网络， 则其接口可以是 SIP、 HTTP等。
服务开放实体 1与外部应用 4之间的接口协议为简单对象访问协议或符 合 REST风格的协议。 该接口是 Web服务接口， 如 S0AP、 REST等。
本实施例提供了一种服务选择系统， 通过外部应用发送服务调用请求消 息， 并在请求中携带服务信息， 服务开放实体根据接收到的服务信息从策略 提供实体中获取待调用服务对应的策略信息， 服务开放实体根据该策略信息 选择一个服务提供实体完成了服务的调用，能够依据策略为外部应用选择合 适的服务， 实现了对通信网服务或能力的更加方便准确的调用， 并保证了 服务的连续性。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依然可以对前述实施例所记载的技术方案进行 ^ί'爹改， 或者 对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技术 方案的本质脱离本发明实施例技术方案的精神和范围。

Claims

权 利 要 求
1、 一种服务选择方法， 应用于开放服务架构， 其特征在于， 包括： 接收外部应用发送的服务调用请求消息， 在所述服务调用请求消息中携 带待调用服务的服务信息；
根据所述服务信息获取所述待调用服务对应的策略信息；
根据所述策略信息选择一个服务提供实体对所述服务进行调用。
2、 根据权利要求 1所述的方法， 其特征在于， 还包括： 加载所述策略信 息， 所述策略信息由策略提供实体预先提供。
3、 根据权利要求 1所述的方法， 其特征在于， 所述根据所述服务信息获 取所述待调用服务对应的策略信息包括：
根据所述服务信息向策略提供实体发送策略请求消息， 在所述策略请求 消息中携带调用信息和所述服务信息；
根据接收到的策略请求响应消息获取所述策略信息。
4、 根据权利要求 1所述的方法， 其特征在于， 根据所述服务信息获取所 述待调用服务对应的策略信息包括： 根据设置的所述策略信息的优先级信息 和所述服务信息， 获取所述待调用服务对应的策略信息。
5、 根据权利要求 1 -4 任一项所述的方法， 其特征在于， 还包括： 发 送所述服务提供实体定义的服务调用接口协议消息到所述服务提供实体， 所述服务提供实体根据接收到的所述服务调用接口协议消息调用所述服 务。
6、 一种服务开放实体， 应用于开放服务架构， 其特征在于， 包括： 接收模块， 用于接收外部应用发送的服务调用请求消息， 在所述服务调 用请求消息中携带待调用服务的服务信息；
获取模块， 用于根据所述接收模块接收的所述服务信息获取待调用服务 对应的策略信息； 选择模块， 用于根据所述获取模块获取的所述策略信息选择一个服务提 供实体对所述服务进行调用。
7、 根据权利要求 6所述的服务开放实体， 其特征在于， 所述获取模块 包括：
加载单元， 用于加载策略提供实体预先配置的策略信息；
获取单元， 用于根据所述接收模块接收的所述服务信息和所述加载单元 加载的所述策略信息， 获取所述待调用服务对应的策略信息。
8、 根据权利要求 6所述的服务开放实体， 其特征在于， 所述获取模块 包括：
请求发送单元， 用于根据所述接收模块接收的所述服务信息向策略提供 实体发送策略请求消息， 在所述策略请求消息中携带所述服务信息；
响应接收单元， 用于接收所述策略提供实体发送的策略请求响应消息， 在所述策略请求响应消息中携带所述待调用服务对应的策略信息；
获取单元， 用于根据所述响应接收单元接收的所述策略请求响应消息获 取所述策略信息。
9、 根据权利要求 7所述的服务开放实体， 其特征在于， 所述服务开放实 体与所述策略提供实体之间的接口协议釆用简单对象访问协议、 可扩展标记 语言应用编程接口协议、 直径协议或超文本标记语言协议。
10、 一种策略提供实体， 应用于开放服务架构， 其特征在于， 包括： 提供模块， 用于向服务开放实体提供策略信息。
11、 根据权利要求 10所述的策略提供实体， 其特征在于， 还包括： 请求接收模块， 用于接收所述服务开放实体发送的策略请求消息， 所述 策略请求消息中携带调用信息和服务信息 , 所述提供模块根据所述调用信息 和服务信息向所述服务开放实体提供所述策略信息；
响应发送模块， 用于向所述服务开放实体返回策略请求响应消息， 在所 述策略请求响应消息中携带所述提供模块提供的所述策略信息。
12、 根据权利要求 10所述的策略提供实体， 其特征在于， 还包括： 配置 模块， 用于预先配置所述策略信息， 所述提供模块根据所述配置模块预先配 置的策略信息， 向所述服务开放实体提供所述待调用服务对应的策略信息。
1 3、 根据权利要求 12所述的策略提供实体， 其特征在于， 还包括： 设置 模块， 用于设置所述策略信息的优先级信息， 所述提供模块根据所述配置模 块配置的所述策略信息和所述策略信息的优先级信息， 向所述服务开放实体 提供所述待调用服务对应的策略信息。
14、 一种服务选择系统， 应用于开放服务架构， 其特征在于， 包括： 服务开放实体， 用于根据服务信息从策略提供实体获取待调用服务对应 的策略信息，并根据所述待调用服务对应的策略信息选择一个服务提供实体， 并指示所述服务提供实体对所述服务进行调用；
所述策略提供实体， 用于向所述服务开放实体提供所述策略信息。
PCT/CN2009/071987 2008-09-23 2009-05-26 服务选择方法、装置和系统 WO2010034199A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09815569A EP2334018A4 (en) 2008-09-23 2009-05-26 SERVICE SELECTION METHOD, DEVICE AND SYSTEM
US13/069,857 US20120215894A1 (en) 2008-09-23 2011-03-23 Method, apparatus and system for selecting service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810222933.X 2008-09-23
CN200810222933A CN101686253A (zh) 2008-09-23 2008-09-23 服务选择方法、装置和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/069,857 Continuation US20120215894A1 (en) 2008-09-23 2011-03-23 Method, apparatus and system for selecting service

Publications (1)

Publication Number Publication Date
WO2010034199A1 true WO2010034199A1 (zh) 2010-04-01

Family

ID=42049222

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/071987 WO2010034199A1 (zh) 2008-09-23 2009-05-26 服务选择方法、装置和系统

Country Status (4)

Country Link
US (1) US20120215894A1 (zh)
EP (1) EP2334018A4 (zh)
CN (1) CN101686253A (zh)
WO (1) WO2010034199A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102437998B (zh) 2010-09-29 2015-11-25 中兴通讯股份有限公司 应用商店系统及使用该应用商店系统进行开发的方法
CN102624765A (zh) * 2011-01-28 2012-08-01 腾讯科技（深圳）有限公司 一种智能终端的共享服务调用系统和方法
US9280400B2 (en) * 2011-12-15 2016-03-08 Sap Se App system platform
US9239744B2 (en) 2012-12-04 2016-01-19 Sap Se Hybrid objects
EP2933983A4 (en) * 2012-12-31 2015-11-25 Huawei Tech Co Ltd SYSTEM ARCHITECTURE, SUBSYSTEM AND METHOD FOR OPENING A TELECOMMUNICATIONS NETWORK CAPACITY
CN104580196B (zh) * 2014-12-31 2018-02-16 深圳市兰丁科技有限公司 一种通信方法和通信装置
CN106686021B (zh) * 2015-11-05 2021-06-29 北京京东尚科信息技术有限公司 一种服务调用方法和网关
CN105357143B (zh) * 2015-11-27 2019-10-01 华为技术有限公司 一种转发方法及服务路由中继节点
CN109842654A (zh) * 2017-11-27 2019-06-04 阿里巴巴集团控股有限公司 一种api服务的处理方法和装置
CN111342984B (zh) * 2018-12-18 2021-08-10 大唐移动通信设备有限公司 一种信息处理方法、系统及装置
CN110309006B (zh) * 2019-06-28 2021-06-04 百度在线网络技术（北京）有限公司 一种功能调用方法、装置、终端设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1592283A (zh) * 2003-08-27 2005-03-09 汤姆森许可贸易公司 与异类网络相连的设备之间的控制方法和实现该方法的设备
CN1957568A (zh) * 2004-05-20 2007-05-02 阿尔卡特公司 用于配置跨域电信服务的开放式服务发现和路由选择机制
CN101163120A (zh) * 2006-10-13 2008-04-16 华为技术有限公司 协调不同业务提供者提供的业务的方法和系统
CN101163150A (zh) * 2006-10-10 2008-04-16 华为技术有限公司 业务代理选择方法及提供业务代理选择的网络系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030187992A1 (en) * 2001-05-07 2003-10-02 Steenfeldt Rico Werni Service triggering framework
JP3878193B2 (ja) * 2002-06-18 2007-02-07 株式会社エヌ・ティ・ティ・ドコモ ゲートウェイ装置及び当該ゲートウェイ装置における信号処理方法
WO2005099239A1 (en) * 2004-04-07 2005-10-20 Orange Personal Communications Services Limited Event processing system
US20070192465A1 (en) * 2006-02-10 2007-08-16 Modarressi Abdi R Methods, systems, and products for accessing common functions for multiple applications
BRPI0622220B1 (pt) * 2006-12-27 2019-09-17 Telecom Italia S.P.A. Método para gerenciamento da provisão de serviços de multimídia de ip numa rede de telecomunicação, e, rede de telecomunicação

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1592283A (zh) * 2003-08-27 2005-03-09 汤姆森许可贸易公司 与异类网络相连的设备之间的控制方法和实现该方法的设备
CN1957568A (zh) * 2004-05-20 2007-05-02 阿尔卡特公司 用于配置跨域电信服务的开放式服务发现和路由选择机制
CN101163150A (zh) * 2006-10-10 2008-04-16 华为技术有限公司 业务代理选择方法及提供业务代理选择的网络系统
CN101163120A (zh) * 2006-10-13 2008-04-16 华为技术有限公司 协调不同业务提供者提供的业务的方法和系统

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP2334018A4 (en) 2012-06-27
EP2334018A1 (en) 2011-06-15
US20120215894A1 (en) 2012-08-23
CN101686253A (zh) 2010-03-31

Similar Documents

Publication Publication Date Title
WO2010034199A1 (zh) 服务选择方法、装置和系统
US8484704B2 (en) Next generation integration between different domains, such as, enterprise and service provider using sequencing applications and IMS peering
CN103379096B (zh) 因特网与运营商网络业务共享方法、服务方及网页网关
US20070038770A1 (en) Method for implementing service customization on session initiation protocol application server
RU2007142817A (ru) Информационный и управляющий служебный портал для абонентов систем связи
US20090196308A1 (en) Method and system for coordinating services provided by different service providers
US20130230157A1 (en) Data communication
US8077704B2 (en) Web service assisted real-time session peering between enterprise VoIP networks via internet
WO2010063174A1 (zh) 一种ims监听的实现方法、系统及装置
WO2009024041A1 (fr) Système de communication, appareil de communication et procédé de traitement de service basé sur soa
JPWO2008015832A1 (ja) 回線ごとにＱｏＳを制御する通信制御装置、通信システム及びその制御方法
US20070201459A1 (en) System and method for providing status notification for conventional telephony devices in a session initiation protocol environment
EP2299647B1 (en) Next generation integration between different domains, such as, enterprise and service provider using sequencing applications and IMS peering
US20120163561A1 (en) Method, device and system for implementing emergency call override service
WO2015192559A1 (zh) Ims、ims中的业务开通方法及装置
Sunaga et al. Service delivery platform architecture for the next-generation network
Yamato et al. Development of service control server for web-telecom coordination service
US9008287B2 (en) Data communication
JP5916169B2 (ja) 通信を開始するためにモバイルデバイスをアクティブ化するためのシステム及び方法
Voznak Advanced implementation of IP telephony at Czech universities
WO2010075688A1 (zh) Ims集群会议的创建和加入方法、装置及系统
Pailer et al. A service framework for carrier grade multimedia services using PARPLAY APIs over a SIP system
WO2009121281A1 (zh) 一种ims网络中业务调用的方法、系统和装置
US9066205B2 (en) Methods, systems, and computer readable media for optimization of bearer resources for IMS roaming
US20120195413A1 (en) Telephony session management for data services

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: 09815569

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2009815569

Country of ref document: EP