WO2010078775A1 - 一种分布式业务的实现方法、装置及系统 - Google Patents

一种分布式业务的实现方法、装置及系统 Download PDF

Info

Publication number
WO2010078775A1
WO2010078775A1 PCT/CN2009/074908 CN2009074908W WO2010078775A1 WO 2010078775 A1 WO2010078775 A1 WO 2010078775A1 CN 2009074908 W CN2009074908 W CN 2009074908W WO 2010078775 A1 WO2010078775 A1 WO 2010078775A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
description information
control unit
distributed
user
Prior art date
Application number
PCT/CN2009/074908
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 华为技术有限公司
Publication of WO2010078775A1 publication Critical patent/WO2010078775A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method, an apparatus, and a system for implementing a distributed service.
  • the service control unit may include an application server AS or a softswitch device, etc., and when services between different users of the same service control unit need to be carried out or communicated, the distributed service may be used to conveniently provide services to the user. .
  • the distributed service includes the service of the call-to-call service, the service of the call to the bust (CCBS), and the service of the busy callover.
  • the service of the distributed service can be, when the user When the telephone of B rings, the pickup user A picks up the telephone of the called user B who is ringing by dialing the corresponding prefix and the telephone number of the user B being picked up.
  • the current distributed services are implemented in various ways. Taking the pickup service as an example, in the prior art, there is a distributed service implementation method when the called user and the pickup user are on the same service control unit.
  • the picking user can pick up the called user's phone that is ringing by dialing the corresponding prefix and the called party number being called.
  • the implementation process is as follows: User A dials the phone number of user B. When B starts ringing, user C picks up the phone and dials "11* user B's user number #", when the service control unit where user C is located receives When the pickup request is made, the connection between the user A and the user C is turned on.
  • the ringing of the user B is stopped, and the user A and the user C make a call.
  • the distributed service can be easily realized, for example, the pick-up service, but the contemporary answering user and the picked-up user are different.
  • the service control unit may be a softswitch or an AS, and the pickup prefix *11* cannot be delivered to the service control unit of the called user, and the service control unit where the called user is located cannot know.
  • the embodiments of the present invention provide a method, a device, and a system for implementing a distributed service, so as to solve the problem that a distributed service cannot be implemented when a user who needs to perform service communication is on a different service control unit.
  • an embodiment of the present invention provides a method for implementing a distributed service, including:
  • the embodiment of the present invention further provides an apparatus for implementing a distributed service, including: a receiving module, configured to receive service activation information sent by a user;
  • a constructing module configured to construct service description information according to the service activation information, where the service description information is used to describe a distributed service that the second service control unit needs to process;
  • a sending module configured to send the service description information to the second service control unit, to And causing the second service control unit to perform a distributed service that needs to be processed according to the service description information.
  • the embodiment of the present invention further provides a system for implementing a distributed service, including: a distributed service implementation device, configured to receive service activation information sent by a user, and construct service description information, the service description information according to the service activation information. And configured to describe the distributed service that the second service control unit needs to process, and send the service description information to the second service control unit;
  • a second service control unit configured to execute, according to the service description information, a distributed service that needs to be processed.
  • FIG. 1 is a flowchart of Embodiment 1 of a method for implementing a distributed service according to the present invention
  • FIG. 2 is a flowchart of Embodiment 2 of a method for implementing distributed service according to the present invention
  • FIG. 3 is a flowchart for implementing a distributed service according to the present invention
  • Figure 3 is a flow chart of the third embodiment of the distributed service implementation method of the present invention
  • Figure 5 is a flow chart of the fourth embodiment of the distributed service implementation method of the present invention
  • FIG. 7 is a schematic structural diagram of Embodiment 1 of a device for implementing distributed services according to the present invention
  • FIG. 8 is a schematic structural diagram of a device for implementing distributed services according to the present invention
  • FIG. 9 is a schematic structural diagram of an embodiment of a system for implementing distributed services according to the present invention.
  • the method provided in Embodiment 1 of the present invention may include the following steps:
  • Step 101 Receive service activation information sent by a user.
  • the implementation device of the distributed service may receive the service activation information sent by the user, and the implementation device of the distributed service may be the first service control unit, where the first service control unit may be an AS in the IMS architecture.
  • the service activation information may be a service identification code or a service activation code, which may trigger the first service control unit to start the service identified by the service identification code or the service activation code.
  • Step 102 Construct service description information according to the service activation information, where the service description information is used to describe a distributed service that the second service control unit needs to process;
  • Step 103 Send the service description information to the second service control unit, so that the second service control unit performs a distributed service that needs to be processed according to the service description information.
  • the service control unit may be a softswitch control device, or an application server AS, and of course, other network device entities, which need not be limited by the present invention.
  • the service description information may include a service category and a service parameter, and may also include a service category and service authentication information, and may also include a service category, a service parameter, and service authentication information, where the service category may identify the distributed service.
  • What kind of service is, for example, when the service category is a designated pickup service code, the distributed service is a pickup service, etc., and the service parameter is some specific information related to the distributed service, for example, when the service category is a generation
  • the service parameters may include the calling party group number, the telephone number of the called user, and the like;
  • the information may cause the second service control unit to determine whether the content inserted by the first service control unit is allowed.
  • the service to be processed may be a pickup or a centrex or an attendant insertion.
  • the method in the embodiment of the present invention can be applied to an IMS network, and a session initiation protocol user SIP UE, a traditional analog telephone, and the like are accessed on the network device, so that the distributed service can be provided to the user in the IMS network. It can also be applied to softswitch devices and other network devices with the same functions.
  • the service description information is configured by the first service control unit according to the received service activation information, where the service description information can be used to describe the distributed service that the second service control unit needs to process, and therefore
  • the second service control unit may perform processing and implementation of the subsequent service according to the service description information. It can be seen that, in the embodiment of the present invention, the implementation of the distributed service between different service control units may enable different service control units.
  • the users on the network enjoy distributed services and improve the network experience of users in the IMS network.
  • the distributed service content that needs to be executed by the second service control unit can be described by the method of constructing the service description information according to the service activation information, and sent to the second service control unit.
  • the second service control unit can perform subsequent services according to the content of the service description information, which implements interaction between different service control units, even if the users are located on different service control units.
  • the method, device and system of the embodiments of the present invention enable service interactions to implement distributed services between different service control units.
  • the distributed service is a proxy service
  • the method provided in Embodiment 2 of the present invention may include the following steps:
  • Step 201 The first service control unit receives an INVITE request message sent by the first user, where the INVITE request message includes a designated pickup service code and a phone number of the called user.
  • the first user is the pickup user.
  • the user initiates an INVITE request message to the first service control unit, requesting the pick-up service.
  • the first service control unit may determine, according to user attributes, for example, whether the pickup authority is registered, and the call attribute, that the call needs to use the pickup service;
  • Step 202 The first service control unit acquires a header field value of a REQUEST-URI of the INVITE request message.
  • the service activation information carried by the header field value may include: specifying a proxy service code, where the first service control unit searches for a REQUEST-URI header field value in the INVITE request message;
  • Step 203 The first service control unit constructs the service description information according to the service activation information carried in the header field value.
  • the service description information may be the designated pickup service code and the calling pickup group number.
  • the first service control unit adds a designated proxy service code to the header domain extension parameter, where the calling proxy group number is obtained by the first service control unit from the HSS query; wherein, the designated pickup The service code is a service category of the distributed service, and the calling pickup group number is a service parameter of the distributed service;
  • Step 204 The first service control unit sends an INVITE request message that adds the designated pickup service code and the calling pickup group number to the second service control unit.
  • Step 205 The second service control unit further performs the proxy service according to the specified proxy service code.
  • the second service control unit may further perform the execution of the pickup service according to the specified proxy service code
  • Step 206 The second service control unit determines whether the calling party pick-up group number and the called pick-up group number are consistent.
  • the called pick-up group number that is, the pick-up group number of the second user
  • the second service control unit may be the master
  • the call pickup group number that is, the first user's pick-up group number, compared with the called pick-up group number, whether the judgment is consistent; if they are consistent, step 207 is performed; if not, step 208 is performed; Step 207:
  • the second service control unit allows the first user to perform the pickup service.
  • the second service control unit allows the first user to perform the pickup service, and the second user is the picked-up user;
  • Step 208 End the pickup service.
  • the implementation of the service description information between the service control units is not limited to the form of the header field extension parameter of the extended INVITE request message, and may also be extended by a new header field.
  • the manner in which the service description information is added; or the XML format message in the SIP message body of the session initiation protocol may also be implemented.
  • the user in different service control units can conveniently implement the pickup service by using the embodiment of the present invention. Referring to the flowchart shown in FIG. 3 and the signaling flowchart shown in FIG. 4, in the third embodiment of the present invention, the method provided in Embodiment 3 of the present invention may include the following steps:
  • Step 301 User A dials the phone number of the second user, and the phone of the second user starts ringing;
  • Step 302 After the first user hears the ringtone of the second user, dial the "*11 *number 2 of the second user", and send an INVITE request message to the first service control unit where the user is located; in the INVITE request message
  • the service activation information carried in the service specifically includes the pickup keyword *11* of the designated pickup service, and the telephone number of the second user, requesting to perform the pickup service, and the second user is the pickup user;
  • Step 303 The first service control unit receives a request INVITE request message sent by the first user, where the INVITE request message includes a designated pickup service code and a phone number of the second user.
  • the first service control unit receives the first user. After sending the INVITE request message, it is determined according to the user attribute and the call attribute that the call needs to use the pickup service, from the INVITE please In the REQUEST-URI of the message, the specified proxy service code is obtained in the REQUEST-URI.
  • the user dials the prefix *11*; in this embodiment, the second user is the called user;
  • Step 304 The first service control unit acquires a REQUEST-URI header field value of the INVITE request message.
  • the obtained header field value may specifically be:
  • INVITE tel * ll*45678333# SIP/2.0;
  • Step 305 The first service control unit constructs service description information according to the service activation information carried by the header field value, where the service description information includes a designated pickup service code and a calling pickup group number.
  • the extension is performed.
  • the header field value of the INVITE request message after the header field parameter is as follows:
  • service-code represents the service category, which represents the designated pickup service
  • service-info is the service parameter, which represents the service specific information.
  • the caller group number representing the calling party, it can be seen that the calling party answering group number is 8;
  • Step 306 The first service control unit sends an INVITE request message that adds the designated pickup service code, the phone number of the called user, and the calling party group number to the second service control unit.
  • Step 307 The second service control unit starts to perform the pickup service according to the designated pickup service code *11*;
  • Step 308 The second service control unit determines whether the calling party's pick-up group number and the called pick-up group number are consistent. If the call is the same, go to step 309. If the call is inconsistent, go to step 3010.
  • Step 309 The second service control unit allows the first user to perform the pickup service.
  • Step 3010 End the pickup service.
  • the service description information may also be added by using an extended header field.
  • the actual INVITE request message is as follows:
  • INVITE tel:* ll*45678333# SIP/2.0 Via: SIP/2.0/TLS client. atlanta. example. com:5061 ;branch z9hG4bK74bf9
  • the first service control unit may also extend the XML body XML BODY, and the INVITE request message is expanded according to the following:
  • the foregoing extension mode is composed of a service code service-code and a service information service-info, and the service code can describe the pickup key of the user dialing the activation and answering service, which is *11* in the embodiment.
  • the meaning of the information description is: The user uses the pickup group number of the pickup service.
  • the distributed service is an operator insertion service.
  • the method provided in Embodiment 4 of the present invention may include the following. Steps:
  • Step 501 When the second user and the third user are in a call, the first service control unit receives the service activation information.
  • the first service control unit determines, according to the user attribute and the call attribute, that the current call needs to use the operator insertion service, and receives the REQUEST-URI from the INVITE request message.
  • Business activation information second The user's phone number, the service activation information includes a traffic insertion prefix and an inserted user number, the insertion prefix is *89*, wherein the first user may be an operator, and the first user is further You can dial the inserted prefix and the Centrex short number;
  • Step 502 The first service control unit constructs service description information according to the service activation information.
  • the service description information may include an operator inserting a service code.
  • Step 503 The first service control unit sends the service description information to the second service control unit.
  • Step 504 The second service control unit analyzes the service description information, and performs a three-party call service of the first user, the second user, and the third user.
  • the service description information may also be extended by extending the SIP header field or extended to the XMLBODY message body, which is not limited by the present invention.
  • the embodiment of the present invention further provides an apparatus for implementing a distributed service, where the apparatus may include:
  • the receiving module 701 is configured to receive service activation information sent by the first user.
  • the constructing module 702 is configured to construct service description information according to the service activation information, where The service description information is used to describe the distributed service that the second service control unit needs to process; the sending module 703 is configured to send the service description information to the second service control unit, so that the second service control unit is configured according to The service description information performs the distributed service that needs to be processed.
  • the implementation device of the distributed service may be a service control unit, which may be a softswitch control device, or an application server AS. Otherwise, other network device entities may be used.
  • the service description information may include a service category and a service parameter, and may also include a service category and service authentication information, and may also include a service category, a service parameter, and service authentication information, where the service category may identify the distributed service. What kind of service is, for example, when the service category is a designated pickup service code, the distributed service is a pickup service, etc., and the service parameter is some specific information related to the distributed service, for example, when the service category is a generation When the service is answered, the service parameter may include a calling party's pick-up group number and a pick-up service code.
  • the service authentication information may enable the second service control unit to determine whether the content inserted by the first service control unit is allowed.
  • the distributed service that needs to be processed may be a pickup or a centrex or an attendant insertion service.
  • the device can be subdivided into three modules, and it can be seen that the three modules work together to complete the implementation process of the distributed service, and the distributed service can be performed between different service control units by using the embodiments of the present invention. It satisfies the different needs of the current users for implementing distributed services in the IMS network, and improves the user experience of the network.
  • the apparatus may include:
  • the receiving module 801 is configured to receive service activation information sent by the first user.
  • the service activation information is specifically an INVITE request message;
  • the distributed service is specifically a pickup service;
  • the constructing module 802 is configured to construct, according to the service activation information, service description information, where the service description information is used to describe a distributed service that the second service control unit needs to process;
  • the constructing module 802 specifically includes an acquiring header field value submodule 8021 and a constructing submodule 8022.
  • the acquiring header field value submodule 8021 is configured to obtain a header field value of a REQUEST-URI of the INVITE request message.
  • the header field value may include a designated pickup service code and a calling pickup group number; in the operator insertion service, the header field value may include a traffic insertion prefix and an inserted user number. Or the inserted Centrex short number of the user;
  • the constructing sub-module 8 022 is configured to construct service description information according to the service activation information carried by the header field value, where the service description information includes a designated pickup service code and a calling pickup group number, or the service description information includes The attendant inserts the service code;
  • the sending module 803 is configured to send the service description information to the second service control unit, so that the second service control unit performs a distributed service that needs to be processed according to the service description information.
  • the embodiment of the present invention further provides a system for implementing a distributed service.
  • the system may specifically include: a distributed service implementation device 901.
  • the service activation information is sent according to the service activation information, where the service description information is used to describe the distributed service that the second service control unit 901 needs to process, and send the service description.
  • the implementation device 901 of the distributed service may specifically be the first service control unit.
  • the second service control unit 902 is configured to execute, according to the service description information, a distributed service that needs to be processed.
  • the distributed service implementation device 901 may specifically include:
  • a receiving module configured to receive service activation information sent by the first user
  • a constructing module configured to construct service description information according to the service activation information, where the service description information is used to describe a distributed service that the second service control unit 902 needs to process;
  • a sending module configured to send the service description information to the second service control unit
  • the second service control unit 902 is configured to perform the distributed service that needs to be processed according to the service description information.
  • the constructing module may include:
  • Obtaining a header field value submodule configured to obtain a header field value of the INVITE request message; in the pickup service, the header field value may include a designated pickup service code and a retrieved user number;
  • the header field value may include an operator inserting a prefix and an inserted subscriber number or a Centrex short number of the inserted user;
  • a constructing submodule configured to construct service description information according to service activation information carried by the header field value; the service description information includes a designated pickup service code and a calling pickup group number, or the service description information includes an operator insertion Business code.
  • the embodiment of the present invention does not need to introduce independent functional components, and can be implemented by means of software plus a necessary general hardware platform. Based on such understanding, the technical solution of the embodiment of the present invention Portions that contribute substantially or to the prior art may be embodied in the form of a software product stored in a storage medium, including instructions for performing the methods described in various embodiments of the present invention.
  • the storage medium referred to herein is, for example, a ROM/RAM, a magnetic disk, an optical disk, or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Description

一种分布式业务的实现方法、 装置及系统 本申请要求 2008年 12月 29日提交中国专利局申请号为 200810189139.X, 发明名称为 "一种分布式业务的实现方法、 装置及系统" 的中国专利申请的 优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域， 尤其涉及一种分布式业务的实现方法、 装置 及系统。
背景技术
在 IP多媒体子系统 （IMS ) 中， 主要存在控制层 IMS-Core的呼叫会 话控制功能 ( Call Session Control Function, CSCF ) 设备与业务层的应用 服务器 （Application Server, AS )设备。 业务控制单元在实际中可以包括 应用服务器 AS或软交换设备等， 当处于同一个业务控制单元的不同用户 之间， 需要进行业务往来或者进行通信时， 可以利用分布式业务便捷地为 用户提供服务。 分布式业务包括代答业务、 被呼叫人忙时暂停呼叫 ( Completion of Call to Busy Subscriber, CCBS ) 业务、 遇忙逾越等业务， 以代答业务为例， 分布式业务的实现可以是， 当用户 B的电话响铃时， 代 答用户 A通过拨打相应的字冠和被代答的用户 B的电话号码，对正在振铃 的被叫用户 B的话机进行代答。
目前的分布式业务的实现方法有多种， 以代答业务为例， 现有技术中， 有一种当被叫用户和代答用户在同一个业务控制单元上的分布式业务实现 方法， 当被叫用户和代答用户在同一个业务控制单元上时， 代答用户可以 通过拨打相应的字冠和被代答的被叫用户号码， 对正在振铃的被叫用户话 机进行代答， 该方法的实现过程为： 用户 A拨打用户 B的电话号码， 当 B 开始振铃时， 用户 C摘机， 并拨打 " 11*用户 B的用户号码 #" , 当用户 C 所处的业务控制单元接收到该代答请求时，就接通用户 A和用户 C的连线， 此时， 用户 B的振铃停止， 用户 A和用户 C进行通话。 从上述过程可以看出， 当代答用户和被代答用户处于同一业务控制单 元上时， 可以很容易地实现分布式业务， 例如， 代答业务， 但是当代答用 户和被代答用户在不同的业务控制单元中时， 所述业务控制单元可以为软 交换或者 AS等， 代答字冠 *11*无法传递到被叫用户的业务控制单元上， 被代答用户所在的业务控制单元就无法知道是否是代答业务， 而此时代答 用户和主叫用户之间又需要进行业务通讯， 例如， 代答业务、 被呼叫人忙 时暂停呼叫 CCBS业务、 遇忙逾越业务等， 此时， 不同的业务控制单元的 用户之间就不能进行业务通信， 所以不同业务控制单元之间无法实现分布 式业务， 满足不了不同业务控制单元之间的用户通讯需求， 从而降低了用 户的分布式业务使用体验。
发明内容
本发明实施例提供一种分布式业务的实现方法、 装置及系统， 以解决 当需要进行业务通讯的用户处于不同业务控制单元上时， 无法实现分布式 业务的问题。
为解决上述技术问题， 本发明实施例提供了一种分布式业务的实现方 法， 包括：
接收用户发送的业务激活信息；
根据所述业务激活信息构造业务描述信息， 所述业务描述信息用于描 述第二业务控制单元需要处理的分布式业务；
发送所述业务描述信息至所述第二业务控制单元， 以使所述第二业务 控制单元根据所述业务描述信息执行需要处理的分布式业务。
本发明实施例还提供了一种分布式业务的实现装置， 包括： 接收模块， 用于接收用户发送的业务激活信息；
构造模块， 用于根据所述业务激活信息构造业务描述信息， 所述业务 描述信息用于描述第二业务控制单元需要处理的分布式业务；
发送模块， 用于发送所述业务描述信息至所述第二业务控制单元， 以 使所述第二业务控制单元根据所述业务描述信息执行需要处理的分布式业 务。
本发明实施例还提供了一种分布式业务的实现系统， 包括： 分布式业务实现装置， 用于接收用户发送的业务激活信息； 根据所述 业务激活信息构造业务描述信息， 所述业务描述信息用于描述第二业务控 制单元需要处理的分布式业务， 并发送所述业务描述信息至第二业务控制 单元；
第二业务控制单元， 用于根据所述业务描述信息执行需要处理的分布 式业务。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对 实施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附 ®仅仅是本发明的一些实施例， 对于本领域普通技术人员 来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的 附图。
图 1是本发明的分布式业务的实现方法实施例一的流程图； 图 2是本发明的分布式业务的实现方法实施例二的流程图； 图 3是本发明的分布式业务的实现方法实施例三的流程图； 图 4是本发明的分布式业务的实现方法实施例三的信令流程图； 图 5是本发明的分布式业务的实现方法实施例四的流程图； 图 6是本发明的分布式业务的实现方法实施例四的信令流程图； 图 7是本发明的分布式业务的实现装置实施例一的结构示意图； 图 8是本发明的分布式业务的实现装置实施例二的结构示意图； 图 9是本发明的分布式业务的实现系统实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进 行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没 有作出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的 范围。
参考图 1， 在本发明实施例一中， 实现本发明实施例一所提供的方法 可以包括以下步骤：
步驟 101: 接收用户发送的业务激活信息；
在本步骤中， 可以是分布式业务的实现装置接收用户发送的业务激活 信息， 分布式业务的实现装置可以是第一业务控制单元， 所述第一业务控 制单元可以是 IMS架构中的 AS , 也可以是软交换设备； 所述业务激活信 息在实际中可以是业务标识码或者业务激活码， 能够触发所述第一业务控 制单元开始进行所述业务标识码或者业务激活码标识的业务；
步骤 102: 根据所述业务激活信息构造业务描述信息， 所述业务描述 信息用于描述第二业务控制单元需要处理的分布式业务；
步骤 103: 将所述业务描述信息发送至所述第二业务控制单元， 以使 所述第二业务控制单元根据所述业务描述信息执行需要处理的分布式业 务。
在本发明实施例一中， 所述业务控制单元可以是軟交换控制设备， 或 应用服务器 AS， 当然， 也可以是其他网络设备实体， 本发明对此无需做出 限定。
所述业务描述信息可以包括业务类别和业务参数， 也可以包括业务类 别和业务鉴权信息， 也可以包括业务类别、 业务参数和业务鉴权信息， 其 中， 所述业务类别可以标识该分布式业务属于何种业务， 例如， 当业务类 别是指定代答业务码时， 该分布式业务就是代答业务等， 所述业务参数是 和分布式业务相关的一些具体信息， 例如， 当业务类别是代答业务时， 业 务参数可以包括主叫代答组号、 被代答用户的电话号码等； 所述业务鉴权 信息可以使所述第二业务控制单元判断所述第一业务控制单元插入的内容 是否允许。
所述需要处理的业务， 可以是代答或者 centrex或者话务员插入等。 需要说明的是， 本发明实施例的方法可以运用在 IMS网络中， 在网絡 设备上接入会话发起协议用户 SIP UE、 传统模拟电话等终端， 从而可以在 IMS网络中为用户提供分布式业务， 也可以应用于软交换设备和其他具有 相同功能的网络设备中。
在本实施例中， 通过由所述第一业务控制单元根据接收到的业务激活 信息构造业务描述信息， 该业务描述信息可以用于描述所述第二业务控制 单元需要处理的分布式业务， 因此第二业务控制单元可以根据所述业务描 述信息进行后续业务的处理和实现， 可以看出， 在本发明实施例中， 不同 业务控制单元之间的分布式业务的实现， 可以使得不同业务控制单元上的 用户享受分布式业务， 提高了 IMS网络中用户的网络使用体验。
可以看出， 在本发明实施例中， 通过根据业务激活信息构造业务描述 信息的方法， 可以将第二业务控制单元的需要执行的分布式业务内容描述 出来， 并发送到第二业务控制单元上， 所述第二业务控制单元再根据所述 业务描述信息的内容就可以执行后续业务， 这就实现了不同的业务控制单 元之间的交互， 即便用户分处不同的业务控制单元上， 也能通过本发明实 施例的方法、 装置及系统使其进行业务交互， 从而在不同的业务控制单元 之间实现分布式业务。
参考图 2, 在本发明实施例二中， 所述分布式业务为代答业务， 则实 现本发明实施例二所提供的方法可以包括以下步骤：
步骤 201: 第一业务控制单元接收第一用户发送的 INVITE请求消息， 所述 INVITE请求消息包括指定代答业务码和被代答用户的电话号码； 其中， 所述第一用户即是代答用户， 当代答用户听到其他话机的铃音 后， 向所在的第一业务控制单元发起 INVITE请求消息， 请求进行代答业 务； 所述第一业务控制单元可以根据用户属性， 例如， 是否登记了代答权 限， 以及呼叫属性确定本次呼叫需要使用代答业务；
步骤 202: 第一业务控制单元获取 INVITE请求消息的 REQUEST-URI 的头域值；
具体在代答业务中， 所述头域值携带的业务激活信息具体可以包括指 定代答业务码， 所述第一业务控制单元在所述 INVITE 请求消息中查找 REQUEST-URI头域值；
步骤 203: 第一业务控制单元根据所述头域值携带的业务激活信息构 造业务描述信息， 本例中业务描述信息可以为指定代答业务码和主叫代答 组号；
所述第一业务控制单元在所述头域扩展参数中添加指定代答业务码， 所述主叫代答组号为所述第一业务控制单元从 HSS查询得到； 其中， 所述 指定代答业务码为分布式业务的业务类别， 所述主叫代答组号为分布式业 务的业务参数；
步骤 204: 第一业务控制单元将添加了指定代答业务码和主叫代答组 号的 INVITE请求消息发送至第二业务控制单元；
将已经添加了业务描述信息的 INVITE请求消息发送至所述第二业务 控制单元；
步骤 205: 第二业务控制单元根据所述指定代答业务码进一步执行代 答业务；
所述第二业务控制单元可以根据所述指定代答业务码可以进一步进行 代答业务的执行；
步骤 206: 第二业务控制单元判断所述主叫代答组号和被叫代答組号 是否一致；
其中， 所述被叫代答組号， 即是第二用户的代答组号， 可以由所述第 二业务控制单元预先从 HSS中获取； 所述第二业务控制单元可以将所述主 叫代答组号， 即是所述第一用户的代答组号， 与所述被叫代答组号相比， 判断是否一致； 如果一致， 执行步骤 207; 如果不一致， 则执行步骤 208; 步骤 207: 第二业务控制单元允许第一用户执行所述代答业务。
当步骤 206的判断结果为是时， 所述第二业务控制单元允许第一用户 执行所述代答业务， 第二用户是被代答用户；
步骤 208: 结束本次代答业务。
在本实施例中， 需要说明的是， 所述业务控制单元之间的业务描述信 息的实现，并不仅仅限定于扩展 INVITE请求消息的头域扩展参数的形式， 还可以通过扩展新的头域， 在新的头域涉及的参数中， 添加业务描述信息 的方式； 还可以通过会话发起协议 SIP消息体的 XML格式消息实现。 可 以看出， 运用本发明实施例， 可以很方便的使得处于不同业务控制单元中 的用户实现代答业务。 参考图 3所示的流程图， 以及图 4所示的信令流程图， 在本发明实施 例三中， 实现本发明实施例三提供的方法可以包括以下步驟：
步骤 301 : 用户 A拨打第二用户的电话号码， 所述第二用户的话机开 始振铃；
步驟 302: 第一用户听到第二用户的话机铃音后， 拨打 "*11 *第二用 户的号码 #" , 发送 INVITE请求消息给自己所在的第一业务控制单元； 在所述 INVITE请求消息中携带的业务激活信息具体包括指定代答业 务的代答字冠 *11 *， 以及第二用户的电话号码， 请求执行代答业务， 而被 代答用户则是第二用户；
步驟 303: 第一业务控制单元接收第一用户发送的请求 INVITE请求 消息，所述 INVITE请求消息包括指定代答业务码和第二用户的电话号码； 第一业务控制单元接收到所述第一用户发送的 INVITE请求消息后， 根据用户属性和呼叫属性确定本次呼叫需要使用代答业务， 从 INVITE请 求消息中的 REQUEST-URI中分析得到指定代答业务码， 在本例子中为用 户拨打的代答字冠 * 11 *； 在本实施例中， 所述第二用户即是被代答用户； 步骤 304： 第一业务控制单元获取所述 INVITE 请求消息的 REQUEST-URI头域值；
在本实施例中， 获取到的头域值具体可以为：
INVITE tel:* ll*45678333# SIP/2.0;
步驟 305 : 第一业务控制单元根据所述头域值携带的业务激活信息构 造业务描述信息，所述业务描述信息包括指定代答业务码和主叫代答组号； 在本实施例中， 扩展头域参数后的 INVITE请求消息的头域值如下所 示：
INVITE tel:45678333 ; service-code=* ll *; service-info=8 SIP/2.0 其中， service-code 表示业务类别， 该实例中代表指定代答业务； service-info为业务参数， 表示业务具体信息， 该实例中代表主叫的代答組 号， 可以看出， 主叫代答组号即是 8;
步骤 306: 第一业务控制单元将添加了指定代答业务码、 被代答用户 的电话号码和主叫代答組号的 INVITE 请求消息发送至第二业务控制单 元；
步骤 307: 第二业务控制单元根据所述指定代答业务码 *11 *开始执行 代答业务；
步骤 308: 第二业务控制单元判断所述主叫代答组号和被叫代答组号 是否一致， 如杲一致， 执行步骤 309, 如杲不一致， 执行步骤 3010;
步骤 309: 第二业务控制单元允许第一用户执行所述代答业务； 步骤 3010: 结束本次代答业务。
需要说明的是， 在本实施例中， 也可采用扩展头域的方式添加业务描 述信息， 例如， 实际中的 INVITE请求消息如下所示：
INVITE tel:* ll*45678333# SIP/2.0 Via: SIP/2.0/TLS client. atlanta. example. com:5061 ;branch=z9hG4bK74bf9
Max-Forwards: 70
From: Alice <sips:alice@atlanta.example.com>;tag= 1234567
To: Bob <sips:bob@biloxi.example.com>
Call-ID: 12345601 ® atlanta.example.com
CSeq: 1 INVITE
Contact: <sips: alice @ client.atlanta.example.com>
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: ...
v=0
o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s=Session SDP
c=IN IP4 client.atlanta.example.com
t=3034423619 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
则所述第一业务控制单元通过扩展头域后的 INVITE 请求消息格式 为：
INVITE tel:45678333 SIP/2.0
Via: SIP/2.0/TLS client. atlanta. example. com:5061 ;branch=z9hG4bK74bf9
Max-Forwards: 70
From: Alice <sips:alice@ atlanta. example. com>;tag= 1234567
To: Bob <sips:bob@biloxi.example.com>
Call-ID: 12345601 ® atlanta.example.com
CSeq: 1 INVITE Contact: <sips: alice @ client.atlanta. example. com>
P_SERVICE_INFO: service-code =11 ; service-info =8
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: ...
v-0
o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s=Session SDP
c=IN IP4 client.atlanta.example.com
t=3034423619 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
或者，所述第一业务控制单元也可以通过扩展 XML体 XML BODY的 方法， 则上述 INVITE请求消息扩展后具体为：
INVITE tel:45678333 SIP/2.0
Via: SIP/2.0/TLS client. atlanta. example. com:5061 ;branch=z9hG4bK74bf9
Max-Forwards: 70
From: Alice <sips:alice@ atlanta. example. com>;tag= 1234567
To: Bob <sips:bob@biloxi.example.com>
Call-ID: 12345601 @ atlanta.example.com
CSeq: 1 INVITE
Contact: <sips: alice @ client.atlanta. example. com>
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: ...
v=0 o=alice 2890844526 2890844526 IN IP4 client.atlanta.example.com s=Session SDP
c=IN IP4 client.atlanta.example.com
1=3034423619 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
Content-Type: application/3 gpp-ims+xml
Content-Length: ...
<Service-Information
xmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="automatic-pulse-info.xsd">
<Service-DetailedInformation>
< service-code >*11 *</ service-code >
< service-info >8</ service-info >
</Service- Detailedlnformation >
</ Service- Information >
上述扩展方式均由业务码 service-code和业务信息 service-info组成， 所述业务码可以描述用户拨打激活代答业务的代答字冠， 在本实施例中即 是 * 11* , 所述业务信息描述的含义为： 用户使用代答业务的代答组号。 参考图 5所示的流程图， 以及图 6所示的信令流程图， 所述分布式业 务为话务员插入业务， 在本发明实施例四中， 实现本发明实施例四提供的 方法可以包括以下步骤：
步骤 501 : 当第二用户和第三用户正在进行通话时， 第一业务控制单 元接收业务激活信息；
在本实施例中， 第一业务控制单元接收到第一用户发送的 INVITE请 求消息后， 根据用户属性和呼叫属性确定本次呼叫需要使用话务员插入业 务， 从 INVITE请求消息中的 REQUEST-URI中接收业务激活信息、 第二 用户的电话号码， 所述业务激活信息包括话务 插入字冠和被插入的用户 号码， 所述插入字冠为 *89* , 其中， 所述第一用户可以为话务员， 所述第 一用户还可以拨打插入字冠和 Centrex短号；
步驟 502: 所述第一业务控制单元根据所述业务激活信息构造业务描 述信息；
在本实施例中， 所述业务描述信息为在 REQUEST-URI 中扩展的 service- code参数, service-code=*89*；
所述业务描述信息可以包括话务员插入业务码。
步骤 503 : 所述第一业务控制单元将所述业务描述信息发送至第二业 务控制单元；
所述第一业务控制单元将扩展的 service-code 参数发送至第二业务控 制单元；
步骤 504: 所述第二业务控制单元分析所述业务描述信息， 执行第一 用户、 第二用户和第三用户的三方通话业务。
需要说明的是， 在本实施例， 所述业务描述信息也可以通扩展 SIP头 域或者扩展到 XMLBODY消息体携带， 本发明对此不作限定。
需要说明的是， 对于前述的各方法实施例， 为了简单描述， 故将其都 表述为一系列的动作组合， 但是本领域技术人员应该知悉， 本发明并不受 所描述的动作顺序的限制， 因为依据本发明， 某些步骤可以采用其他顺序 或者同时进行。 其次， 本领域技术人员也应该知悉， 说明书中所描述的实 施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。 与上述本发明实施例所提供的方法相对应， 参见图 7 , 本发明实施例 还提供了一种分布式业务的实现装置， 所述装置可以包括：
接收模块 701 , 用于接收第一用户发送的业务激活信息；
构造模块 702 , 用于根据所述业务激活信息构造业务描述信息， 所述 业务描述信息用于描述第二业务控制单元需要处理的分布式业务； 发送模块 703 , 用于将所述业务描述信息发送至所述第二业务控制单 元， 以使所述第二业务控制单元根据所述业务描述信息执行所述需要处理 的分布式业务。
在本实施例中， 分布式业务的实现装置可以是业务控制单元， 具体可 以是软交换控制设备， 或应用服务器 AS， 当然， 也可以是其他网络设备实 体， 本发明对此无需做出限定。
所述业务描述信息可以包括业务类别和业务参数， 也可以包括业务类 别和业务鉴权信息， 也可以包括业务类别、 业务参数和业务鉴权信息， 其 中， 所述业务类别可以标识该分布式业务属于何种业务， 例如， 当业务类 别是指定代答业务码时， 该分布式业务就是代答业务等， 所述业务参数是 和分布式业务相关的一些具体信息， 例如， 当业务类别是代答业务时， 业 务参数可以包括主叫代答组号、 代答业务码； 所述业务鉴权信息可以使所 述第二业务控制单元判断所述第一业务控制单元插入的内容是否允许。
所述需要处理的分布式业务，可以是代答或者 centrex或者话务员插入 业务等。
所述装置可以细分为三个模块， 可以看出， 三个模块协同工作， 共同 完成分布式业务的实现过程， 通过本发明实施例， 可以使得不同业务控制 单元之间也可以进行分布式业务， 满足了目前用户对于 IMS网络中实现分 布式业务的不同需求， 提高了用户的网络使用体验。 与本发明方法实施例二相对应， 参考图 8所示， 示出了本发明装置实 施例二的结构示意图， 如图所示， 该装置可以包括：
接收模块 801 , 用于接收第一用户发送的业务激活信息；
在本实施例中， 所述业务激活信息具体为 INVITE请求消息； 所述分 布式业务具体为代答业务； 构造模块 802 , 用于根据所述业务激活信息构造业务描述信息， 所述 业务描述信息用于描述第二业务控制单元需要处理的分布式业务；
构造模块 802具体包括获取头域值子模块 8021和构造子模块 8022; 获取头域值子模块 8021，用于获取 INVITE请求消息的 REQUEST-URI 的头域值；
在代答业务中，所述头域值可以包括指定代答业务码和主叫代答组号； 在话务员插入业务中， 所述头域值可以包括话务 插入字冠和被插入 的用户号码或被插入的用户的 Centrex 短号；
构造子模块 8022， 用于根据所述头域值携带的业务激活信息构造业务 描述信息， 所述业务描述信息包括指定代答业务码和主叫代答组号， 或所 述业务描述信息包括话务员插入业务码；
发送模块 803 , 用于将所述业务描述信息发送至所述第二业务控制单 元， 以使所述第二业务控制单元根据所述业务描述信息执行需要处理的分 布式业务。
所述执行代答业务， 即是允许代答用户与主叫用户进行通话， 以实现 当处于所述第二业务控制单元中的被代答用户无法接听电话时， 由所述第 一业务控制单元的代答用户代为接听电话， 从而可以在不同的业务控制单 元间实现代答业务， 满足了接入 IMS网络的用户对于分布式业务的不同需 求， 提高了用户的网络使用体验。 与本发明的方法实施例和装置实施例相对应， 本发明实施例还提供了 一种分布式业务的实现系统， 参考图 9所示， 所述系统具体可以包括： 分布式业务实现装置 901 , 用于接收第一用户发送的业务激活信息； 根据所述业务激活信息构造业务描述信息， 所述业务描述信息用于描述第 二业务控制单元 901需要处理的分布式业务， 并发送所述业务描述信息至 第二业务控制单元 902 ; 分布式业务的实现装置 901具体可以是第一业务控制单元。
第二业务控制单元 902， 用于根据所述业务描述信息执行需要处理的 分布式业务。
其中， 所述分布式业务实现装置 901具体可以包括：
接收模块， 用于接收第一用户发送的业务激活信息；
构造模块， 用于根据所述业务激活信息构造业务描述信息， 所述业务 描述信息用于描述第二业务控制单元 902需要处理的分布式业务；
发送模块， 用于将所述业务描述信息发送至所述第二业务控制单元
902，以使所述第二业务控制单元 902根据所述业务描述信息执行所述需要 处理的分布式业务。
其中， 当业务激活信息为请求 INVITE请求消息时， 所述构造模块具 体可以包括：
获取头域值子模块， 用于获取 INVITE请求消息的头域值； 在代答业务中， 所述头域值可以包括指定代答业务码和被代答用户号 码；
在话务员插入业务中， 所述头域值可以包括话务员插入字冠和被插入 的用户号码或被插入的用户的 Centrex 短号；
构造子模块， 用于根据所述头域值携带的业务激活信息构造业务描述 信息； 所述业务描述信息包括指定代答业务码和主叫代答组号， 或所述业 务描述信息包括话务员插入业务码。
需要说明的是， 因为前述分布式业务的实现方法和装置介绍的十分详 尽， 所以所述分布式业务的实现系统实施例未详尽之处， 可以参见前述对 分布式业务的实现方法实施例的描述， 在此不再对系统作详细描述。
通过以上实施例的描述， 本领域的技术人 可以清楚地了解到需要说 明的是， 本发明实施例不需要引入独立的功能部件， 可借助软件加必需的 通用硬件平台的方式来实现。 基于这样的理解， 本发明实施例的技术方案 本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出 来， 该计算机軟件产品存储在一个存储介质中， 包括若干指令用以执行本 发明各个实施例所述的方法。 这里所称的存储介质， 如： ROM/RAM、 磁 盘、 光盘等。
需要说明的是， 在本文中， 诸如第一和第二等之类的关系术语仅仅用 来将一个实体或者操作与另一个实体或操作区分开来， 而不一定要求或者 暗示这些实体或操作之间存在任何这种实际的关系或者顺序。 而且， 术语 "包括"、 "包含，' 或者其任何其他变体意在涵盖非排他性的包含， 从而使 得包括一系列要素的过程、 方法、 物品或者设备不仅包括那些要素， 而且 还包括没有明确列出的其他要素， 或者是还包括为这种过程、 方法、 物品 或者设备所固有的要素。在没有更多限制的情况下，由语句"包括一个 ... ... " 限定的要素， 并不排除在包括所述要素的过程、 方法、 物品或者设备中还 存在另外的相同要素。
以上对本发明实施例所提供的一种分布式业务的实现方法、 装置及系 统进行了详细介绍， 本文中应用了具体个例对本发明的原理及实施方式进 行了阐述， 以上实施例的说明只是用于帮助理解本发明实施例的方法及其 思想； 同时， 对于本领域的一般技术人员， 依据本发明实施例的思想， 在 具体实施方式及应用范围上均会有改变之处， 综上所述， 本说明书内容不 应理解为对本发明的限制。

Claims

权利 要求 书
1、 一种分布式业务的实现方法， 其特征在于， 包括：
接收用户发送的业务激活信息；
根据所述业务激活信息构造业务描述信息， 所述业务描述信息用于描述 第二业务控制单元需要处理的分布式业务；
发送所述业务描述信息至所述第二业务控制单元， 以使所述第二业务控 制单元根据所述业务描述信息执行需要处理的分布式业务。
2、 根据权利要求 1所述的方法， 其特征在于， 所述业务控制单元包括软 交换或应用服务器 AS。
3、 根据权利要求 1所述的方法， 其特征在于， 所述业务描述信息包括业 务类別和业务参数； 或者包括业务类别和业务鉴权信息； 或者包括业务类别、 业务参数和业务鉴权信息。
4、 根据权利要求 1所述的方法， 其特征在于， 所述业务激活信息包括： 业务激活码或业务标识。
5、 根据权利要求 1-4任一所述的方法， 其特征在于， 所述业务描述信息 通过 INVITE 请求消息的扩展头域参数、 扩展头域或扩展可扩展标记语言 XML体携带。
6、 根据权利要求 1所述的方法， 其特征在于， 所述根据所述业务激活信 息构造业务描述信息， 具体包括：
获取 INVITE请求消息的 RE QUEST-URI头域值；
根据所述头域值携带的业务激活信息构造业务描述信息。
7、 根据权利要求 1所述的方法， 其特征在于， 所述分布式业务为代答业 务时， 所述业务描述信息包括指定代答业务码和主叫代答组号， 所述指定代 答业务码为业务类别， 所述主叫代答组号为业务参数。
8、 根据权利要求 1所述的方法， 其特征在于， 所述分布式业务为代答业 务时， 所述用户发送的业务激活信息的内容包括代答字冠。
9、 根据权利要求 7或 8所述的方法， 其特征在于， 所述第二业务控制单 元根据所述业务描述信息执行需要处理的分布式业务， 具体包括：
第二业务控制单元根据所述指定代答业务码触发代答业务；
判断所述主叫代答组号和被叫代答组号是否一致， 如果是， 则执行所述 代答业务。
10、 根据权利要求 1所述的方法， 其特征在于， 当所述分布式业务为话 务员插入业务时， 所述业务描述信息包括话务员插入业务码。
11、根据权利要求 1所述的方法， 其特征在于， 当所述分布式业务为话务 员插入业务时， 所述业务激活信息包括话务员插入字冠和被插入的用户号码 或被插入的用户的 Centrex 短号。
12、 一种分布式业务的实现装置， 其特征在于， 包括：
接收模块， 用于接收用户发送的业务激活信息；
构造模块， 用于根据所述业务激活信息构造业务描述信息， 所述业务描 述信息用于描述第二业务控制单元需要处理的分布式业务；
发送模块， 用于将所述业务描述信息发送至所述第二业务控制单元， 以 使所述第二业务控制单元根据所述业务描述信息执行需要处理的分布式业 务。
13、根据权利要求 12所述的装置，其特征在于，所述构造模块具体包括： 获取头域值子模块， 用于获取 INVITE请求消息的 REQUEST-URI头域 值；
构造子模块， 用于根据所述头域值携带的业务激活信息构造业务描述信 息。
14、根据权利要求 13所述的装置， 其特征在于， 所述构造子模块用于根 据所述头域值携带的业务激活信息构造业务描述信息， 所述业务描述信息包 括指定代答业务码和主叫代答组号， 或所述业务描述信息包括话务员插入业 务码。
15、 一种分布式业务的实现系统， 其特征在于， 包括：
分布式业务实现装置， 用于接收用户发送的业务激活信息； 根据所述业 务激活信息构造业务描述信息， 所述业务描述信息用于描述第二业务控制单 元需要处理的分布式业务， 并发送所述业务描述信息至第二业务控制单元； 第二业务控制单元， 用于根据所述业务描述信息执行需要处理的分布式 业务。
PCT/CN2009/074908 2008-12-29 2009-11-12 一种分布式业务的实现方法、装置及系统 WO2010078775A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810189139XA CN101448334B (zh) 2008-12-29 2008-12-29 一种分布式业务的实现方法、装置及系统
CN200810189139.X 2008-12-29

Publications (1)

Publication Number Publication Date
WO2010078775A1 true WO2010078775A1 (zh) 2010-07-15

Family

ID=40743644

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/074908 WO2010078775A1 (zh) 2008-12-29 2009-11-12 一种分布式业务的实现方法、装置及系统

Country Status (2)

Country Link
CN (1) CN101448334B (zh)
WO (1) WO2010078775A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101448334B (zh) * 2008-12-29 2012-04-04 华为技术有限公司 一种分布式业务的实现方法、装置及系统
CN101790010A (zh) * 2010-01-22 2010-07-28 中兴通讯股份有限公司 指定代答业务的实现方法和通信系统
CN101790006B (zh) * 2010-01-22 2014-08-20 中兴通讯股份有限公司 同组代答业务的实现方法和通信系统
CN101778363B (zh) * 2010-01-22 2014-06-11 中兴通讯股份有限公司 同组代答业务的实现方法和通信系统
CN102045598A (zh) * 2010-12-31 2011-05-04 华为技术有限公司 在ip多媒体子系统网络实现被叫付费业务的方法和装置
WO2014117509A1 (zh) * 2013-01-29 2014-08-07 中兴通讯股份有限公司 多cp指定代答控制方法和系统
CN106254692B (zh) * 2015-06-12 2021-01-26 中兴通讯股份有限公司 多业务控制处理器同组代答方法、装置及业务控制处理器

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1855961A (zh) * 2005-04-21 2006-11-01 华为技术有限公司 通信系统中回铃音的实现方法
CN101080083A (zh) * 2006-05-26 2007-11-28 华为技术有限公司 一种呼叫转向方法及系统
CN101217600A (zh) * 2007-01-05 2008-07-09 中兴通讯股份有限公司 询问转接业务方法和装置
CN101267317A (zh) * 2007-03-14 2008-09-17 中兴通讯股份有限公司 一种指示消息相关业务实现可变计费策略的方法
CN101448334A (zh) * 2008-12-29 2009-06-03 华为技术有限公司 一种分布式业务的实现方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1855961A (zh) * 2005-04-21 2006-11-01 华为技术有限公司 通信系统中回铃音的实现方法
CN101080083A (zh) * 2006-05-26 2007-11-28 华为技术有限公司 一种呼叫转向方法及系统
CN101217600A (zh) * 2007-01-05 2008-07-09 中兴通讯股份有限公司 询问转接业务方法和装置
CN101267317A (zh) * 2007-03-14 2008-09-17 中兴通讯股份有限公司 一种指示消息相关业务实现可变计费策略的方法
CN101448334A (zh) * 2008-12-29 2009-06-03 华为技术有限公司 一种分布式业务的实现方法、装置及系统

Also Published As

Publication number Publication date
CN101448334B (zh) 2012-04-04
CN101448334A (zh) 2009-06-03

Similar Documents

Publication Publication Date Title
US8170194B2 (en) Method and system for replicating ring back tones
EP1652359B1 (en) Method and system for suppressing early media in a communications network
US7940792B2 (en) System and methods for facilitating third-party call and device control
US8953583B2 (en) Method and system for selective call forwarding based on media attributes in telecommunication network
US20090285204A1 (en) Recursive query for communications network data
WO2010078775A1 (zh) 一种分布式业务的实现方法、装置及系统
WO2007115455A1 (fr) Procédé, dispositif et système de fourniture de services de commutation par paquets destinés à des terminaux à domaines de circuits accédant à des réseaux à commutation par paquets
CN101030931B (zh) 一种业务数据的传输方法及其所应用的分组终端
US20150222753A1 (en) Method for Handling a Call from a Calling Subscriber Towards a Called Subscriber
US9854003B2 (en) System and method for initiating telecommunications sessions through an electronic mail address
WO2011143821A1 (zh) 将呼叫请求分流至被叫用户地址的方法以及装置
Prasad et al. Analysis of SIP and realization of advanced IP-PBX features
JP4622817B2 (ja) 着信呼転送装置および着信呼転送方法
EP1959608A1 (en) A method, a application server and a system for implementing the third party control service
WO2011032402A1 (zh) 机顶盒基于sip实现呼叫转移的方法及系统
WO2009089797A1 (fr) Procédé de mise en oeuvre de service de tonalité de retour d&#39;appel et/ou de tonalité de reour d&#39;appel multimédia et de production de demande sdp multimédia anticipée
JP5325871B2 (ja) 通信システム及びサーバ
CN102301675A (zh) 利用sip由多个用户共享同一用户设备的方法和用户设备
WO2010060313A1 (zh) 一种实时选择播放彩铃的方法
WO2007107058A1 (fr) Procédé, système et appareil de traduction permettant d&#39;effectuer une activation de service et un traitement de données de service
JP5299350B2 (ja) コールセンタシステムおよびコールセンタシステムの制御方法
US9118493B2 (en) Processing requests
JP5677526B2 (ja) 制御装置及び通信履歴管理方法
JP2014207709A (ja) 端末
CA2759410A1 (en) Method and system for managing color ring back tone service of ip multimedia subsystem

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09837332

Country of ref document: EP

Kind code of ref document: A1