WO2011113285A1 - 业务应用请求处理方法及系统、应用服务器 - Google Patents

业务应用请求处理方法及系统、应用服务器 Download PDF

Info

Publication number
WO2011113285A1
WO2011113285A1 PCT/CN2010/080067 CN2010080067W WO2011113285A1 WO 2011113285 A1 WO2011113285 A1 WO 2011113285A1 CN 2010080067 W CN2010080067 W CN 2010080067W WO 2011113285 A1 WO2011113285 A1 WO 2011113285A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
media server
softswitch device
service application
application request
Prior art date
Application number
PCT/CN2010/080067
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 BR112012017805A priority Critical patent/BR112012017805A2/pt
Priority to SG2012049318A priority patent/SG182345A1/en
Publication of WO2011113285A1 publication Critical patent/WO2011113285A1/zh

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
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers

Definitions

  • the present invention relates to the field of communications, and in particular, to a service application request processing method, an application server, and a service application request processing system. Background technique
  • each network element can perform signaling control through SIP (Session Initiation Protocol).
  • SIP Session Initiation Protocol
  • an SS (Soft Switch) device is responsible for user terminal access and simple service applications
  • an AS (Application Server) can implement a variety of complex business applications and direct MS (Media Server, Media server) Enables functions corresponding to business applications such as playback, number collection, recording, fax, and conference.
  • MS Media Server, Media server
  • an AS may serve multiple SSs, and different SSs may be distributed in different regions.
  • the MSs that the AS can use may also be distributed in different regions. Therefore, the implementation may often occur in the region.
  • the user of A triggers the service application on the AS through the local (ie, area A) softswitch device, and the AS uses the MS located in the area B, and the MS of the area B implements the function corresponding to the service application assigned by the AS, and responds to the location A. Users, this will reduce the efficiency of business application implementation, affecting users' experience and experience.
  • the prior art proposes that the AS performs the corresponding MS selection according to the number of the user.
  • the association between the number and the region is not very large, and the efficiency of the service application cannot be solved. Low problem. Summary of the invention
  • An embodiment of the present invention provides a service application request processing method, which is used for searching and softswitching.
  • the device is located in the same area of the media server (MS), and improves the efficiency of the service application, including: receiving the service application request sent by the softswitch device, obtaining the identifier of the softswitch device; and identifying the identifier of the softswitch device and the identifier of the media server. a mapping relationship, determining that at least one softswitch device corresponding to the identifier of the softswitch device is located in a media server in the same region;
  • determining, by the media server in the same area, the at least one softswitch device corresponding to the identifier of the softswitch device includes:
  • the identifier of the determined media server selecting, by the identifier of the determined media server, the identifier of the at least one media server, including:
  • the setting policy selecting, by the setting policy, an identifier of the at least one media server in the identifier of the determined media server, where the setting policy includes a combination of any one or more of the following: a polling policy, a load balancing policy, Randomly choose a strategy.
  • the method further includes: when there is no identifier of the media server corresponding to the identifier of the acquired softswitch device, determining another media server capable of executing the service application request, and transmitting the service application request to the other media server.
  • the method further includes: notifying the softswitch device of the service application request when the at least one softswitch device corresponding to the identifier of the softswitch device is located in a media server of the same region and the other media server does not exist invalid.
  • the embodiment of the present invention further provides an application server, which is used to find a media server MS located in the same area as the softswitch device, and improve the implementation efficiency of the service application, including: An acquiring module, configured to receive a service application request sent by the softswitch device, and obtain an identifier of the softswitch device;
  • a determining module configured to determine, according to a mapping relationship between the identifier of the softswitch device and the identifier of the media server, that at least one softswitch device corresponding to the identifier of the softswitch device is located in a media server in the same domain;
  • a first sending module configured to send the service application request to the media server in which the at least one softswitch device corresponding to the identifier of the softswitch device is located in the same area.
  • the determining module includes:
  • a determining submodule configured to determine an identifier of the media server corresponding to the identifier of the obtained softswitch device, and select an identifier of the at least one media server from the determined identifier of the media server;
  • a search submodule configured to find a media server corresponding to the identifier of the at least one media server.
  • the determining sub-module is further configured to: select an identifier of the at least one media server in the identifier of the determined media server according to the setting policy; where the setting policy includes a combination of any one or more of the following policies : Polling strategy, load balancing strategy, random selection strategy.
  • the application server further includes: a second sending module, configured to determine, when there is no identifier of the media server corresponding to the identifier of the obtained softswitch device, another media server capable of executing the service application request, and the service An application request is sent to the other media server.
  • a second sending module configured to determine, when there is no identifier of the media server corresponding to the identifier of the obtained softswitch device, another media server capable of executing the service application request, and the service An application request is sent to the other media server.
  • the application server further includes: a notification module, configured to notify the softswitch when the at least one softswitch device corresponding to the identifier of the softswitch device is located in the same region and the other media server does not exist The service application request of the device is invalid.
  • the embodiment of the present invention further provides a service application request processing system, which is used to find a media server MS located in the same area as the softswitch device, and improve the implementation efficiency of the service application, including: at least one softswitch device, configured to send a service application request; An application server, configured to receive a service application request sent by the softswitch device, obtain an identifier of the softswitch device, and determine at least one device and the softswitch device according to a mapping relationship between the identifier of the softswitch device and the identifier of the media server. Corresponding softswitch device is located in a media server in the same area; sending the service application request to the at least one media server in the same area as the softswitch device corresponding to the identifier of the softswitch device;
  • the at least one media server is configured to receive the service application request sent by the application server, and execute a service application corresponding to the service application request.
  • the service application request processing method provided by the embodiment of the present invention only needs to improve the application server AS, and does not need to simultaneously improve other devices in the NGN network environment, such as softswitch devices, media servers, and the like. It can save resources and improve equipment utilization when implemented.
  • FIG. 1 is a specific flowchart of a service application request processing method according to an embodiment of the present invention
  • FIG. 2 is a first schematic structural diagram of an application server according to an embodiment of the present invention
  • FIG. 3 is a specific structure of a determining module according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a second structure of an application server according to an embodiment of the present invention
  • FIG. 5 is a third structural diagram of an application server according to an embodiment of the present invention
  • FIG. 6 is a service application request processing system according to an embodiment of the present invention
  • FIG. 7 is a flowchart of a specific process of normal execution of a sound reproduction service according to an embodiment of the present invention
  • FIG. 8 is a flowchart of a specific process of performing a playback service failure according to an embodiment of the present invention.
  • the embodiment of the present invention provides a service application request processing method, and the specific processing flow is as shown in FIG. 1 , including:
  • Step 101 Receive a service application request sent by the softswitch device, and obtain an identifier of the softswitch device.
  • Step 102 Determine, according to a mapping relationship between the identifier of the softswitch device and the identifier of the media server, that at least one softswitch device corresponding to the identifier of the softswitch device is located in a media server in the same region;
  • Step 103 Send a service application request to at least one media server in the same geographical area as the softswitch device corresponding to the identifier of the softswitch device.
  • multiple implementation manners may be used to determine at least one media server located in the same area as the softswitch device mentioned in step 101.
  • a preferred one is provided. The embodiment, that is, determining an identifier of the media server corresponding to the identifier of the obtained softswitch device, and selecting an identifier of the at least one media server from the identifier of the determined media server, and further searching for the identifier of the at least one media server The corresponding media server.
  • other implementation manners can be used, and the media server in the same geographical area as the softswitch device mentioned in step 101 can be determined.
  • the mapping relationship may further include other aspects.
  • the identifier of the media server corresponding to the identifier of the softswitch device is the identifier of the media server with the least load, and the specific mapping. Relationships can be based on specific circumstances.
  • a random selection policy such as a random selection policy, that is, a plurality of MSs corresponding to multiple MS identifiers are randomly selected to perform a service request corresponding to the service application request; and a load balancing policy may be adopted to consider the current The load condition on the MS corresponding to each MS identifier is selected, and one MS with less load is selected to perform a service request corresponding to the service application request.
  • other strategies can also be adopted, and the selection of the MS can be realized.
  • the service application request sent by the softswitch device and/or the service application request received by the media server are all based on the SIP protocol.
  • SIP Session Initiation Protocol
  • HTTP HyperText Transfer Protocol
  • the identifier of the media server corresponding to the identifier of the obtained softswitch device may not exist. At this time, the softswitch device service application request is notified to be invalid.
  • an embodiment of the present invention further provides an application server, as shown in FIG. 2, including:
  • the obtaining module 201 is configured to receive a service application request sent by the softswitch device, and obtain an identifier of the softswitch device.
  • the determining module 202 is configured to determine, according to the mapping relationship between the identifier of the softswitch device and the identifier of the media server, that at least one softswitch device corresponding to the identifier of the softswitch device is located in a media server in the same region;
  • the first sending module 203 is configured to send the service application request to the media server in which the at least one softswitch device corresponding to the identifier of the softswitch device is located in the same area.
  • the determining module 202 may specifically include: a determining submodule 301, configured to determine an identifier of the media server corresponding to the identifier of the obtained softswitch device, and from the determined media server Selecting an identifier of at least one media server in the identifier;
  • the lookup sub-module 302 is configured to find a media server corresponding to the identifier of the at least one media server.
  • the determining submodule 301 is specifically configured to: select, according to the setting policy, an identifier of the at least one media server in the identifier of the determined media server; where the setting policy includes any one or more of the following policies Combination: Polling strategy, load balancing strategy, random selection strategy.
  • the application server may further include:
  • the second sending module 401 is configured to determine, when there is no identifier of the media server corresponding to the identifier of the acquired softswitch device, another media server capable of executing the service application request, and send the service application request to the other media server.
  • the application server may further include: a notification module 501, configured to: the media server and other media servers in the same region where the at least one softswitch device corresponding to the identifier of the softswitch device is located If it does not exist, notify the softswitch device that the service application request is invalid.
  • a notification module 501 configured to: the media server and other media servers in the same region where the at least one softswitch device corresponding to the identifier of the softswitch device is located If it does not exist, notify the softswitch device that the service application request is invalid.
  • the embodiment of the present invention further provides a service application request processing system, as shown in FIG. 6, including:
  • the application server 602 is configured to receive the service application request sent by the softswitch device 601, and obtain the identifier of the softswitch device 601. Determine and exchange the softswitch according to the mapping relationship between the identifier of the stored softswitch device and the identifier of the media server.
  • the softswitch device corresponding to the identifier of the softswitch device is located in the same area as the media server corresponding to the identifier of the media server; the media server 603 corresponding to the identifier of the at least one media server is searched, and the service application request is sent.
  • the at least one media server 603 is configured to receive the service application request sent by the application server 602, and execute the service application corresponding to the service application request.
  • FIG. 6 is a schematic diagram of a service application request processing system according to an embodiment of the present invention.
  • the softswitch device 601 and the media server 603 are not necessarily three, or two, or four or more, depending on the specific situation.
  • the embodiment of the present invention only needs to improve the application server, and does not need to improve the softswitch device and the media server, and does not need to improve other network elements in the NGN network environment, thereby saving resources. Improve equipment utilization.
  • the service application request processing method and system provided by the embodiment of the present invention can be applied to various services such as playback, number collection, recording, fax, and conference.
  • the present invention is described by using a specific example.
  • the voice service and the signaling interactions all use the SIP protocol.
  • the MS may be selected in the same geographical area as the softswitch device, or may be selected to other MSs to execute the service application, or may not be selected. MS, which causes the business application to be invalid.
  • Step 701 The UE (User Equipment) sends an application request (INVITE) message to the NGN network, and the INVITE message carries the SDP (Session Description Protocol) of the UE.
  • INVITE application request
  • SDP Session Description Protocol
  • Step 702 The SS uses an INVITE message to trigger a service application on the AS.
  • Step 703 The AS identifies the SS that forwards the current call, and selects an MS that is used to execute the service application request.
  • selecting an MS for executing business application requests can have multiple implementations. For example, the MSs in the same area as the current SS can be searched according to the mapping relationship stored in the AS. If there are multiple MSs in the same area, a poll or other policy can be used to select a service application request. If there is no MS in the same area as the current SS, you can select one MS to perform a service application request for all MSs that the AS can command, or other policies.
  • Step 704 The AS sends an INVITE message to the selected one for performing a service application request.
  • Step 705 The selected MS is used to perform the service application request, and the 200 OK (ie, acknowledge) message is sent to the AS.
  • the 200 OK message carries the selected SDP of the MS for executing the service application request.
  • Step 706 The AS forwards the 200 OK message carrying the selected SDP of the MS for performing the service application request to the SS.
  • Step 707 The SS sends a 200 OK message response of the SDP that carries the selected MS for performing the service application request to the UE.
  • Step 708 The UE makes a service application response to the SS.
  • Step 709 The SS sends an acknowledgement (ACK) message to the AS that performs the service application request.
  • ACK acknowledgement
  • Step 711 The AS initiates an INFO (information) message to the MS, and carries a playback command.
  • Step 713 Perform an audio application service by the MS that performs the service application request.
  • Step 801 The UE sends an application request by using an INVITE message to the NGN network, and the INVITE message carries the SDP of the UE.
  • Step 802 The SS uses an INVITE message to trigger a service application on the AS.
  • Step 804 If there is no MS capable of executing the service application request, the AS notifies the SS service application that the request is invalid. There is no MS that can execute the service application request, including the MS that does not exist in the same area as the current SS, and does not exist. When the MS is in the same geographical area as the current SS, the MS that is capable of commanding the AS or other MSs selected by the AS;
  • Step 805 The notification that the service application request is invalid is transferred from the SS to the UE;
  • step 804 and step 805 the AS notifies the SS service application that the invalid information can be specified by the service application, such as 480 message. After the UE receives the information that the service application request is invalid, the entire call process ends.
  • the service application request processing method provided by the embodiment of the present invention only needs to improve the application server AS, and does not need to simultaneously improve other devices in the NGN network environment, such as softswitch devices, media servers, and the like. It can save resources and improve equipment utilization when implemented.
  • the spirit and scope of the invention Thus, it is intended that the present invention cover the modifications and modifications

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

业务应用请求处理方法及系统、 应用 J3艮务器 技术领域
本发明涉及通信领域， 尤其是涉及一种业务应用请求处理方法、 应用 服务器以及业务应用请求处理系统。 背景技术
在 NGN ( Next Generation Network , 下一代网络）环境中， 各网元之间 可以通过 SIP ( Session Initiation Protocol, 会话初始化协议 )进行信令控制。 通常， 由 SS ( Soft Switch, 软交换）设备负责用户终端的接入以及简单的 业务应用， 而 AS ( Application Server, 应用服务器）可以实现多种多样的 复杂业务应用， 并指挥 MS ( Media Server, 媒体服务器） 实现放音、 收号、 录音、 传真、 会议等与业务应用相对应的功能。
在现有技术中， 一个 AS可以为多个 SS服务， 而不同的 SS可能分布 在不同的地域， 该 AS可以使用的 MS也可能分布在不同的地域， 因此， 在 实施时会经常出现位于地域 A的用户通过本地（即地域 A )软交换设备触 发 AS上的业务应用 , 而 AS使用位于地域 B的 MS, 地域 B的 MS实现 AS指派的业务应用对应的功能， 并响应给位于地域 A的用户， 这会造成业 务应用实现效率的降低， 影响用户的使用感受与体验。
为解决上述技术问题，现有技术提出令 AS根据用户的号码进行相应的 MS选择， 但是， 目前的 NGN网络环境中， 号码与地域的关联性并不是很 大， 仍然无法解决业务应用实现效率较低的问题。 发明内容
本发明实施例提供了一种业务应用请求处理方法， 用于查找与软交换 设备位于同一地域的媒体服务器（MS ), 提高业务应用的实现效率， 包括： 接收软交换设备发送的业务应用请求， 获取所述软交换设备的标识； 根据软交换设备的标识与媒体服务器的标识的映射关系， 确定至少一 个与所述软交换设备的标识对应的软交换设备位于同一地域的媒体服务 器；
将所述业务应用请求发送至所述至少一个与所述软交换设备的标识对 应的软交换设备位于同一地域的媒体服务器。
所述确定至少一个与所述软交换设备的标识对应的软交换设备位于同 一地域的媒体服务器， 包括：
确定与获取的软交换设备的标识对应的媒体服务器的标识， 并从确定 出的媒体服务器的标识中选择至少一个媒体服务器的标识；
查找与所述至少一个媒体服务器的标识对应的媒体服务器。
所述从确定出的媒体服务器的标识中选择至少一个媒体服务器的标 识， 包括：
按设定策略在所述确定出的媒体服务器的标识中选择至少一个媒体服 务器的标识； 其中， 所述设定策略包括下述任意一个或多个策略的组合： 轮询策略、 负载均衡策略、 随机选择策略。
该方法还包括： 当不存在与获取的软交换设备的标识对应的媒体服务 器的标识时， 确定能够执行所述业务应用请求的其他媒体服务器， 并将所 述业务应用请求发送至所述其他媒体服务器。
该方法还包括： 当所述至少一个与所述软交换设备的标识对应的软交 换设备位于同一地域的媒体服务器以及所述其他媒体服务器不存在时， 通 知所述软交换设备所述业务应用请求无效。
本发明实施例还提供了一种应用服务器， 用于查找与软交换设备位于 同一地域的媒体服务器 MS, 提高业务应用的实现效率， 包括： 获取模块， 用于接收软交换设备发送的业务应用请求， 获取所述软交 换设备的标识；
确定模块， 用于根据软交换设备的标识与媒体服务器的标识的映射关 系， 确定至少一个与所述软交换设备的标识对应的软交换设备位于同一地 域的媒体服务器；
第一发送模块， 用于将所述业务应用请求发送至所述至少一个与所述 软交换设备的标识对应的软交换设备位于同一地域的媒体服务器。
所述确定模块包括：
确定子模块， 用于确定与获取的软交换设备的标识对应的媒体服务器 的标识， 并从确定出的媒体服务器的标识中选择至少一个媒体服务器的标 识；
查找子模块， 用于查找与所述至少一个媒体服务器的标识对应的媒体 服务器。
所述确定子模块进一步用于： 按设定策略在所述确定出的媒体服务器 的标识中选择至少一个媒体服务器的标识； 其中， 所述设定策略包括下述 任意一个或多个策略的组合： 轮询策略、 负载均衡策略、 随机选择策略。
该应用服务器还包括： 第二发送模块， 用于在不存在与获取的软交换 设备的标识对应的媒体服务器的标识时， 确定能够执行所述业务应用请求 的其他媒体服务器， 并将所述业务应用请求发送至所述其他媒体服务器。
该应用服务器还包括： 通知模块， 用于在所述至少一个与所述软交换 设备的标识对应的软交换设备位于同一地域的媒体服务器以及所述其他媒 体服务器不存在时， 通知所述软交换设备所述业务应用请求无效。
本发明实施例还提供了一种业务应用请求处理系统， 用于查找与软交 换设备位于同一地域的媒体服务器 MS , 提高业务应用的实现效率， 包括： 至少一个软交换设备， 用于发送业务应用请求； 应用服务器， 用于接收所述软交换设备发送的业务应用请求， 获取所 述软交换设备的标识； 根据软交换设备的标识与媒体服务器的标识的映射 关系， 确定至少一个与所述软交换设备的标识对应的软交换设备位于同一 地域的媒体服务器； 将所述业务应用请求发送至所述至少一个与所述软交 换设备的标识对应的软交换设备位于同一地域的媒体服务器；
至少一个媒体服务器， 用于接收所述应用服务器发送的所述业务应用 请求， 并执行所述业务应用请求对应的业务应用。
在本发明实施例中， 根据软交换设备的标识与媒体服务器的标识的映 射关系， 确定至少一个与所述软交换设备的标识对应的软交换设备位于同 一地域的媒体服务器， 而不会像现有技术中提到的选择位于不同地域的媒 体服务器进行业务应用的执行， 可以准确查找与软交换设备位于同一地域 的媒体服务器 MS, 进而提高业务应用的实现效率， 并提高用户的使用感受 与体验。
另外， 釆用本发明实施例提供的业务应用请求处理方法， 只需要对应 用服务器 AS进行改进， 不需要同时对 NGN网络环境中的其他设备进行改 进， 如软交换设备、 媒体服务器等多种设备， 实施时能够节省资源， 提高 设备利用率。 附图说明
图 1是本发明实施例提供的业务应用请求处理方法的具体流程图； 图 2是本发明实施例提供的应用服务器的第一种结构示意图； 图 3是本发明实施例提供确定模块的具体结构示意图；
图 4是本发明实施例提供的应用服务器的第二种结构示意图； 图 5是本发明实施例提供的应用服务器的第三种结构示意图； 图 6是本发明实施例提供的业务应用请求处理系统的结构示意图； 图 7是本发明实施例提供的放音业务正常执行的具体处理流程图； 图 8是本发明实施例提供的放音业务执行失败的具体处理流程图。 具体实施方式
为了解决现有技术提出的业务应用实现效率较低， 影响用户的使用感 受与体验的问题， 本发明实施例提供了一种业务应用请求处理方法， 具体 处理流程如图 1所示， 包括：
步骤 101、接收软交换设备发送的业务应用请求， 获取所述软交换设备 的标识；
步骤 102、根据软交换设备的标识与媒体服务器的标识的映射关系， 确 定至少一个与所述软交换设备的标识对应的软交换设备位于同一地域的媒 体服务器；
步骤 103、将业务应用请求发送至至少一个与所述软交换设备的标识对 应的软交换设备位于同一地域的媒体服务器。
在本发明实施例中， 步骤 102在实施时， 可以有多种实施方式用于确 定至少一个与步骤 101 中提到的软交换设备位于同一地域的媒体服务器， 在本例中提供一种较优的实施例， 即， 确定与获取的软交换设备的标识对 应的媒体服务器的标识， 并从确定出的媒体服务器的标识中选择至少一个 媒体服务器的标识， 进一步， 查找与至少一个媒体服务器的标识对应的媒 体服务器。 实施时， 还可以釆用其他的实施方式， 能够确定出与步骤 101 中提到的软交换设备位于同一地域的媒体服务器即可。
当然， 步骤 102在实施时， 映射关系还可以包括其他方面， 例如， 在 另外一个映射关系中， 与软交换设备的标识对应的媒体服务器的标识是当 前负载最少的媒体服务器的标识， 具体的映射关系可以根据具体情况而定。
在具体实施时， 由于位于同一地域的 MS 可能有多个， 对应的， 在存 储的映射关系中， 与软交换设备标识对应的 MS 标识可能有多个， 此时， 需要从多个 MS 标识中选择至少一个。 通常可以按设定策略进行选择， 例 如： 轮询策略 , 依次询问每个 MS标识对应的 MS , 若当前被询问到的 MS 能够执行业务应用请求对应的业务请求， 则选择该 MS; 若当前被询问到的 MS不能够执行业务应用请求对应的业务请求， 则继续询问下一台 MS, 直 到全部询问结束。 当然， 还可以釆用其他策略， 如随机选择策略， 即在多 个 MS标识对应的多个 MS中随机选择一台 MS执行业务应用请求对应的业 务请求；还可以釆用负载均衡策略，考虑当前各 MS标识对应的 MS上的负 载情况， 选择负载较少的一台 MS执行业务应用请求对应的业务请求。 在 具体实施时， 还可以釆用其他策略， 能够实现对 MS的选择即可。
为提高业务应用请求执行效率， 在本发明实施例中， 软交换设备发送 的业务应用请求和 /或媒体服务器接收的业务应用请求均是基于 SIP协议基 础上的。 当然了， 釆用其他协议， 如 HTTP ( HyperText Transfer Protocol, 超文本传输协议）也可以， 信令交互的双方均釆用相同的协议即可。
实施时， 也可能存在与获取的软交换设备的标识对应的媒体服务器的 标识不存在的情况， 此时， 通知软交换设备业务应用请求无效。 当然， 也 可以在其他能够连接到的 MS 中选择一台为业务应用请求服务， 将业务应 用请求发送至选择的其他媒体服务器。 具体实施方式根据具体情况而定。
基于同一发明构思， 本发明实施例还提供了一种应用服务器， 如图 2 所示， 包括：
获取模块 201 , 用于接收经软交换设备发送的业务应用请求， 获取软交 换设备的标识；
确定模块 202 ,用于根据软交换设备的标识与媒体服务器的标识的映射 关系， 确定至少一个与所述软交换设备的标识对应的软交换设备位于同一 地域的媒体服务器；
第一发送模块 203 ,用于将所述业务应用请求发送至所述至少一个与所 述软交换设备的标识对应的软交换设备位于同一地域的媒体服务器。 在一个实施例中， 如图 3所示， 确定模块 202可以具体包括： 确定子模块 301 ,用于确定与获取的软交换设备的标识对应的媒体服务 器的标识， 并从确定出的媒体服务器的标识中选择至少一个媒体服务器的 标识；
查找子模块 302,用于查找与至少一个媒体服务器的标识对应的媒体服 务器。
在一个实施例中， 确定子模块 301 具体用于： 按设定策略在确定出的 媒体服务器的标识中选择至少一个媒体服务器的标识； 其中， 设定策略包 括下述任意一个或多个策略的组合： 轮询策略、 负载均衡策略、 随机选择 策略。
在一个实施例中， 如图 4所示， 应用服务器还可以包括：
第二发送模块 401 ,用于在不存在与获取的软交换设备的标识对应的媒 体服务器的标识时， 确定能够执行业务应用请求的其他媒体服务器， 并将 业务应用请求发送至其他媒体服务器。
在一个实施例中，如图 5所示，应用服务器还可以包括：通知模块 501 , 用于在所述至少一个与软交换设备的标识对应的软交换设备位于同一地域 的媒体服务器以及其他媒体服务器不存在时， 通知软交换设备业务应用请 求无效。
基于同一发明构思， 本发明实施例还提供了一种业务应用请求处理系 统， 如图 6所示， 包括：
至少一个软交换设备 601 , 用于发送业务应用请求；
应用服务器 602, 用于接收经软交换设备 601发送的业务应用请求， 获 取软交换设备 601 的标识； 根据已存储的软交换设备的标识与媒体服务器 的标识的映射关系， 确定与获取的软交换设备 601 的标识对应的媒体服务 器的标识， 并从确定出的媒体服务器的标识中选择至少一个媒体服务器的 标识； 在映射关系中， 软交换设备的标识对应的软交换设备与媒体服务器 的标识对应的媒体服务器位于同一地域； 查找与至少一个媒体服务器的标 识对应的媒体服务器 603 ,并将业务应用请求发送至对应的媒体服务器 603 ; 至少一个媒体服务器 603 ,用于接收应用服务器 602发送的业务应用请 求， 并执行业务应用请求对应的业务应用。
图 6仅仅是本发明实施例提供的业务应用请求处理系统的示意图， 软 交换设备 601及媒体服务器 603不一定是三个， 也可以是两个， 或者四个 以上， 根据具体情况而定。
具体实施时， 本发明实施例只需对应用服务器进行相应改进， 并不需 要对软交换设备以及媒体服务器进行改进，也不需要对 NGN网络环境中的 其他网元进行相应改进， 能够节省资源， 提高设备利用率。
本发明实施例提供的业务应用请求处理方法及系统能够应用到放音、 收号、 录音、 传真、 会议等多种服务， 现以一个具体实例进行说明， 在本 发明实施例中， 涉及到放音业务， 信令交互均使用 SIP协议， 从上述实施 例可以看出， 实施时可能选择到与软交换设备位于同一地域的 MS , 或者选 择到其他 MS , 进而执行业务应用， 也可能选择不到 MS, 导致业务应用无 效， 在此对两种情况进行分别说明：
第一种情况的具体处理流程如图 7所示：
步骤 701、 UE ( User Equipment, 用户设备 )通过 SS呼入 NGN网络， 利用邀请 ( INVITE ) 消息发送业务应用请求， INVITE 消息中携带 UE 的 SDP ( Session Description Protocol, 媒体描述信息）；
步骤 702、 SS使用 INVITE消息触发 AS上的一个业务应用；
步骤 703、 AS识别转发当前呼叫的 SS , 选择一台用于执行业务应用请 求的 MS;
其中， 选择一台用于执行业务应用请求的 MS 可以有多种实施方式， 例如， 可以根据存储在 AS 上的映射关系， 查找与当前 SS 在同一地域的 MS, 如果在同一地域的 MS有多台， 可以釆用轮询或其他策略选择一台用 于执行业务应用请求； 如果不存在与当前 SS在同一地域的 MS , 则可以对 AS能够指挥的所有 MS釆用轮询或其他策略选择一台 MS执行业务应用请 求；
步骤 704、 AS发送 INVITE消息到被选择的用于执行业务应用请求的
MS;
步骤 705、 被选择的用于执行业务应用请求的 MS回复 200 OK (即确 认）消息给 AS, 200 OK消息中携带被选择的用于执行业务应用请求的 MS 的 SDP;
步骤 706、 AS将携带被选择的用于执行业务应用请求的 MS的 SDP的 200 OK消息转发至 SS;
步骤 707、 SS将携带被选择的用于执行业务应用请求的 MS的 SDP的 200 OK消息响应给 UE;
步骤 708、 UE向 SS做出业务应用响应；
步骤 709、 SS发送应答确认（ACK ) 消息给执行业务应用请求的 AS; 步骤 710、 AS将 ACK消息转发至执行业务应用请求的 MS;
步骤 711、 AS发起 INFO ( information ) 消息至 MS , 携带放音指令； 步骤 712、 执行业务应用请求的 MS返回对应 INFO消息的 200 OK消 息至 AS;
步骤 713、 执行业务应用请求的 MS进行放音业务。
第二种情况的具体处理流程如图 8所示：
步骤 801、 UE通过 SS呼入 NGN网络， 利用邀请（INVITE ) 消息发 送业务应用请求， INVITE消息中携带 UE的 SDP；
步骤 802、 SS使用 INVITE消息触发 AS上的一个业务应用； 步骤 803、 AS识别转发当前呼叫的 SS , 选择一台用于执行业务应用请 求的 MS;
步骤 804、 若此时不存在能够执行业务应用请求的 MS, AS通知 SS业 务应用请求无效； 不存在能够执行业务应用请求的 MS , 包括不存在与当前 SS在同一地域的 MS , 还包括不存在与当前 SS在同一地域的 MS时， 对 AS能够指挥的所有 MS釆用轮询或其他策略选择的 MS;
步骤 805、 业务应用请求无效的通知由 SS转至 UE;
步骤 804及步骤 805在实施时， AS通知 SS业务应用请求无效的信息 可以由业务应用自行指定， 比如 480消息。 UE接收到业务应用请求无效的 信息后， 整个呼叫流程结束。
在本发明实施例中， 根据软交换设备的标识与媒体服务器的标识的映 射关系， 确定至少一个与所述软交换设备的标识对应的软交换设备位于同 一地域的媒体服务器， 而不会像现有技术中提到的选择位于不同地域的媒 体服务器进行业务应用的执行， 可以准确查找与软交换设备位于同一地域 的媒体服务器 MS, 进而提高业务应用的实现效率， 并提高用户的使用感受 与体验。
另外， 釆用本发明实施例提供的业务应用请求处理方法， 只需要对应 用服务器 AS进行改进， 不需要同时对 NGN网络环境中的其他设备进行改 进， 如软交换设备、 媒体服务器等多种设备， 实施时能够节省资源， 提高 设备利用率。 本发明的精神和范围。 这样， 倘若本发明的这些修改和变形属于本发明权 利要求及其等同技术范围之内， 则本发明也意图包含这些改动和变形在内。

Claims

权利要求书
1、 一种业务应用请求处理方法， 其特征在于， 包括：
接收软交换设备发送的业务应用请求， 获取所述软交换设备的标识； 根据软交换设备的标识与媒体服务器的标识的映射关系， 确定至少一 个与所述软交换设备的标识对应的软交换设备位于同一地域的媒体服务 器；
将所述业务应用请求发送至所述至少一个与所述软交换设备的标识对 应的软交换设备位于同一地域的媒体服务器。
2、 如权利要求 1所述的方法， 其特征在于， 所述确定至少一个与所述 软交换设备的标识对应的软交换设备位于同一地域的媒体服务器， 包括： 确定与获取的软交换设备的标识对应的媒体服务器的标识， 并从确定 出的媒体服务器的标识中选择至少一个媒体服务器的标识；
查找与所述至少一个媒体服务器的标识对应的媒体服务器。
3、 如权利要求 2所述的方法， 其特征在于， 所述从确定出的媒体服务 器的标识中选择至少一个媒体服务器的标识， 包括：
按设定策略在所述确定出的媒体服务器的标识中选择至少一个媒体服 务器的标识； 其中， 所述设定策略包括下述任意一个或多个策略的组合： 轮询策略、 负载均衡策略、 随机选择策略。
4、 如权利要求 1所述的方法， 其特征在于， 还包括：
当不存在与获取的软交换设备的标识对应的媒体服务器的标识时， 确 定能够执行所述业务应用请求的其他媒体服务器， 并将所述业务应用请求 发送至所述其他媒体服务器。
5、 如权利要求 4所述的方法， 其特征在于， 还包括：
当所述至少一个与所述软交换设备的标识对应的软交换设备位于同一 地域的媒体服务器以及所述其他媒体服务器不存在时， 通知所述软交换设 备所述业务应用请求无效。
6、 一种应用服务器， 其特征在于， 包括：
获取模块， 用于接收软交换设备发送的业务应用请求， 获取所述软交 换设备的标识；
确定模块， 用于根据软交换设备的标识与媒体服务器的标识的映射关 系， 确定至少一个与所述软交换设备的标识对应的软交换设备位于同一地 域的媒体服务器；
第一发送模块， 用于将所述业务应用请求发送至所述至少一个与所述 软交换设备的标识对应的软交换设备位于同一地域的媒体服务器。
7、如权利要求 6所述的应用服务器，其特征在于， 所述确定模块包括： 确定子模块， 用于确定与获取的软交换设备的标识对应的媒体服务器 的标识， 并从确定出的媒体服务器的标识中选择至少一个媒体服务器的标 识；
查找子模块， 用于查找与所述至少一个媒体服务器的标识对应的媒体 服务器。
8、 如权利要求 7所述的应用服务器， 其特征在于， 所述确定子模块进 一步用于： 按设定策略在所述确定出的媒体服务器的标识中选择至少一个 媒体服务器的标识； 其中， 所述设定策略包括下述任意一个或多个策略的 组合： 轮询策略、 负载均衡策略、 随机选择策略。
9、 如权利要求 6所述的应用服务器， 其特征在于， 还包括：
第二发送模块， 用于在不存在与获取的软交换设备的标识对应的媒体 服务器的标识时， 确定能够执行所述业务应用请求的其他媒体服务器， 并 将所述业务应用请求发送至所述其他媒体服务器。
10、 如权利要求 9所述的应用服务器， 其特征在于， 还包括： 通知模块， 用于在所述至少一个与所述软交换设备的标识对应的软交 换设备位于同一地域的媒体服务器以及所述其他媒体服务器不存在时， 通 知所述软交换设备所述业务应用请求无效。
11、 一种业务应用请求处理系统， 其特征在于， 包括：
至少一个软交换设备， 用于发送业务应用请求；
应用服务器， 用于接收所述软交换设备发送的业务应用请求， 获取所 述软交换设备的标识； 根据软交换设备的标识与媒体服务器的标识的映射 关系， 确定至少一个与所述软交换设备的标识对应的软交换设备位于同一 地域的媒体服务器； 将所述业务应用请求发送至所述至少一个与所述软交 换设备的标识对应的软交换设备位于同一地域的媒体服务器；
至少一个媒体服务器， 用于接收所述应用服务器发送的所述业务应用 请求， 并执行所述业务应用请求对应的业务应用。
PCT/CN2010/080067 2010-03-15 2010-12-21 业务应用请求处理方法及系统、应用服务器 WO2011113285A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
BR112012017805A BR112012017805A2 (pt) 2010-03-15 2010-12-21 método para o processamento de uma solicitação de aplicativos de serviço, servidor de aplicativos e sistema para o processamento de uma solicitação de aplicativos de serviço
SG2012049318A SG182345A1 (en) 2010-03-15 2010-12-21 Method, system and application server for processing service application request

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010133551A CN101808098A (zh) 2010-03-15 2010-03-15 业务应用请求处理方法及系统、应用服务器
CN201010133551.7 2010-03-15

Publications (1)

Publication Number Publication Date
WO2011113285A1 true WO2011113285A1 (zh) 2011-09-22

Family

ID=42609718

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/080067 WO2011113285A1 (zh) 2010-03-15 2010-12-21 业务应用请求处理方法及系统、应用服务器

Country Status (4)

Country Link
CN (1) CN101808098A (zh)
BR (1) BR112012017805A2 (zh)
SG (1) SG182345A1 (zh)
WO (1) WO2011113285A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101808098A (zh) * 2010-03-15 2010-08-18 中兴通讯股份有限公司 业务应用请求处理方法及系统、应用服务器

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1832518A (zh) * 2005-03-10 2006-09-13 华为技术有限公司 一种提供多媒体彩铃的系统及方法
CN1852360A (zh) * 2005-07-20 2006-10-25 华为技术有限公司 一种多媒体彩铃实现方法与系统
CN1909577A (zh) * 2005-08-03 2007-02-07 广东省电信有限公司研究院 利用软交换技术实现固网一号通彩铃业务的系统和方法
CN101808098A (zh) * 2010-03-15 2010-08-18 中兴通讯股份有限公司 业务应用请求处理方法及系统、应用服务器

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2889012B1 (fr) * 2005-07-22 2007-08-24 Alcatel Sa Dispositif de gestion de ressources de serveurs media pour l'interfacage entre serveurs d'applications et serveurs media au sein d'un reseau de communication
CN1992607A (zh) * 2005-12-30 2007-07-04 西门子通信技术（北京）有限公司 一种基于ip的多媒体子系统的通信应用方法
CN100589505C (zh) * 2006-02-27 2010-02-10 中兴通讯股份有限公司 一种在下一代网络中提供回铃图像化业务的系统及方法
CN101083604B (zh) * 2007-07-18 2011-05-25 中兴通讯股份有限公司 内容分发网中流媒体服务器的选择和切换方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1832518A (zh) * 2005-03-10 2006-09-13 华为技术有限公司 一种提供多媒体彩铃的系统及方法
CN1852360A (zh) * 2005-07-20 2006-10-25 华为技术有限公司 一种多媒体彩铃实现方法与系统
CN1909577A (zh) * 2005-08-03 2007-02-07 广东省电信有限公司研究院 利用软交换技术实现固网一号通彩铃业务的系统和方法
CN101808098A (zh) * 2010-03-15 2010-08-18 中兴通讯股份有限公司 业务应用请求处理方法及系统、应用服务器

Also Published As

Publication number Publication date
CN101808098A (zh) 2010-08-18
BR112012017805A2 (pt) 2017-12-19
SG182345A1 (en) 2012-08-30

Similar Documents

Publication Publication Date Title
US7570756B2 (en) Method for supporting session mobility
WO2008046303A1 (fr) Procédé pour fournir une sélection de mode d'accès à un terminal multimode, et système et procédé correspondants
WO2009067921A1 (fr) Procédé, système et appareil de traitement d'un message commercial avec une pluralité de terminaux
WO2007012270A1 (fr) Procede permettant d'obtenir la fiabilite d'un reseau ims
JP2007221265A (ja) 呼制御装置および呼制御方法
JP2004535645A (ja) ネットワーク識別される非常セッションを取り扱う方法及びシステム
JP2010514229A (ja) ドメイン間情報通信のための認証方法、システム、およびその装置
WO2005091906A2 (en) Dynamically establishing media channels between resources of an emergency services network and conforming emergency systems
CN101667936A (zh) 接入会话控制服务器的故障处理方法、设备及系统
WO2008154842A1 (fr) Procédé et dispositif pour fournir un service de transfert d'appel pour les utilisateurs
US8589498B2 (en) Phase based prioritization of IMS signaling messages for overload throttling
WO2008083582A1 (fr) Procédé et dispositif de déclenchement de services
US8930768B2 (en) System and method of failover for an initiated SIP session
WO2014114088A1 (zh) 一种ngn下实现宽带业务功能的方法及业务平台
WO2009010017A1 (en) The implementing method and system for ue redirection service of sharing pui
WO2010091588A1 (zh) 区分共享同一公共用户标识的多个用户设备的方法及装置
WO2008116373A1 (fr) Procédé de traitement de service d'urgence
WO2010069197A1 (zh) 多媒体子系统业务处理的方法、装置和多媒体子系统
CN111491007A (zh) Sip中心信令控制服务负载均衡方法及其负载均衡器
WO2008049346A1 (fr) Dispositif, procédé et système pour enregistrer un dispositif
JP6048573B2 (ja) 情報処理システム
WO2011113285A1 (zh) 业务应用请求处理方法及系统、应用服务器
WO2013102353A1 (zh) 一种ip pbx注册方法、装置和系统
JP4280284B2 (ja) 通信システムにおけるサービスの提供
WO2016050032A1 (zh) 用户注册处理方法、装置及系统

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112012017805

Country of ref document: BR

122 Ep: pct application non-entry in european phase

Ref document number: 10847754

Country of ref document: EP

Kind code of ref document: A1

REG Reference to national code

Ref country code: BR

Ref legal event code: B01E

Ref document number: 112012017805

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112012017805

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20120718