WO2012171290A1 - 询问转接实现方法、应用服务器、业务终端和系统 - Google Patents

询问转接实现方法、应用服务器、业务终端和系统 Download PDF

Info

Publication number
WO2012171290A1
WO2012171290A1 PCT/CN2011/080953 CN2011080953W WO2012171290A1 WO 2012171290 A1 WO2012171290 A1 WO 2012171290A1 CN 2011080953 W CN2011080953 W CN 2011080953W WO 2012171290 A1 WO2012171290 A1 WO 2012171290A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
call
service
negotiation
application server
Prior art date
Application number
PCT/CN2011/080953
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 EP11867601.4A priority Critical patent/EP2723053B1/en
Publication of WO2012171290A1 publication Critical patent/WO2012171290A1/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
    • H04M3/58—Arrangements for transferring received calls from one subscriber to another; Arrangements affording interim conversations between either the calling or the called party and a third party
    • 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/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/40—Support for services or applications
    • H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • H04L65/4015—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference where at least one of the additional parallel sessions is real time or time sensitive, e.g. white board sharing, collaboration or spawning of a subconference

Definitions

  • the present invention relates to the field of communications, and in particular to a query forwarding implementation method, an application server, a service terminal, and a system.
  • a query transfer belongs to a post-call handover service, which means that when any user A talks with service user B, user B keeps user A, user B calls user C, C picks up the phone, and B and C talk, B passes Ask user C if he is willing to talk with user A. If C is not willing, C will exit, B and A will continue to talk, and if C is willing, B will exit and realize user C's function of talking with user A.
  • the present invention provides a query forwarding implementation method, an application server, a service terminal, and a system to solve at least the problem that the application of the above-mentioned inquiry transfer service has a large limitation.
  • a query forwarding implementation method including: an application server forwarding a call negotiation signaling between a service user and a destination user, where the service user is a user who subscribes to the inquiry transfer service, and the service The user is in a call hold state with the first user; the call negotiation signaling carries the challenge transfer service identifier; the application server receives the hang up call request sent by the service user according to the query transfer service identifier After that, it is determined that the destination user agrees to establish a call with the first user; the application server transfers the call of the first user to the destination user.
  • the application server forwards the call negotiation signaling between the service user and the destination user, where the application server receives the call request message sent by the service user to the destination user, where the call request message carries the number of the challenge transfer service code and the destination user.
  • the application server extracts the inquiry transfer service code and the number of the destination user from the above call request message, records the inquiry transfer service code, and calls the destination user.
  • the above-mentioned inquiry transfer service code is added at a specified position in the field of the destination user's number.
  • the application server transfers the call of the first user to the destination user, including: the application server disconnects the service user from the destination user and the first user, and establishes a call connection between the first user and the destination user.
  • a query forwarding implementation method including: setting, by a service user, a first user to maintain a call state during a call with a first user; wherein, the service user forwards a call for a subscription
  • the user of the service the service user negotiates with the destination user, and notifies the application server to negotiate the call for the negotiation of the transfer service; and the service user determines to hang up and the first when the second user agrees to transfer the service according to the result of the call negotiation.
  • the call between the user and the second user to trigger the application server to transfer the call of the first user to the destination user.
  • the service user negotiates with the destination user, and notifies the application server of the call negotiation.
  • the negotiation of the transfer service includes: a call request message sent by the service user to the destination user, where the call request message carries the challenge transfer service code.
  • the method is used to notify the application server to negotiate the call for the inquiry service negotiation. After the service user and the destination user enter the call state, the user is asked whether the user agrees to talk with the first user.
  • the inquiry service code is added to the designated location of the field where the destination user's number is located.
  • an application server including: a signaling forwarding module, configured to forward a call negotiation signaling between a service user and a destination user, where the service user is a user who subscribes to the transfer service.
  • the call negotiation signaling carries the query transfer service identifier
  • the transfer determination module is configured to receive the hang up call request sent by the service user according to the query transfer service identifier After that, it is determined that the destination user agrees to establish a call with the first user
  • the call transfer module is configured to transfer the call of the first user to the destination user according to the determination result of the transfer determination module.
  • the signaling forwarding module includes: a call request receiving unit, configured to receive a call request message sent by the service user to the destination user, where the call request message carries the number of the challenge transfer service code and the destination user;
  • the calling unit is configured to extract the inquiry transfer service code and the number of the destination user from the call request message received by the call request receiving unit, record the inquiry transfer service code, and call the destination user.
  • a service terminal including: a call holding module, configured to set a first user to maintain a call state during a call with a first user; wherein the service terminal is a subscription request a forwarding service terminal; a negotiation module, configured to negotiate a call with the destination user, and notify the application server to negotiate the call to query the transit service negotiation; and the transfer triggering module is configured to determine the second user according to the result of the negotiation of the negotiation module When the transfer service is agreed, the call with the first user and the second user is hung up to trigger the application server to transfer the call of the first user to the destination user.
  • the negotiation module includes: a call request sending unit, configured to send a call request message to the destination user, where the call request message carries the query transfer service code, to notify the application server to negotiate the call for the inquiry transfer service negotiation; , set to ask the destination user to agree to talk with the first user after entering the call state with the destination user.
  • a query transfer implementation system including the above application server and the above service terminal.
  • FIG. 1 is a schematic diagram of signaling interaction of a query switching method according to the related art
  • FIG. 2 is a flowchart of a method for implementing query forwarding on an application server side according to Embodiment 1 of the present invention
  • FIG. 4 is a flowchart of a method for implementing an interrogation transfer according to Embodiment 1 of the present invention
  • FIG. 5 is a flowchart of a network system according to Embodiment 1 of the present invention
  • Schematic 6 is a signaling interaction diagram of an interrogation transfer implementation method according to Embodiment 1 of the present invention
  • FIG. 7 is a structural block diagram of an application server according to Embodiment 2 of the present invention
  • FIG. 8 is a service terminal according to Embodiment 2 of the present invention
  • FIG. 9 is a block diagram showing the structure of an interrogation transfer implementation system according to Embodiment 2 of the present invention.
  • the embodiment of the invention provides a query forwarding implementation method, an application server, a service terminal and a system.
  • the technology does not need a terminal to support a REFER message, and can be applied to an NGN (Next Generation Network) and an IMS network.
  • NGN Next Generation Network
  • IMS IMS network.
  • This embodiment provides a query forwarding implementation method, which is described from the application server side. Referring to FIG. 2, the method includes the following steps: Step S202: The application server forwards between the service user and the destination user.
  • a call negotiation signaling where the service user is a user who subscribes to the transfer service, and the service user is in a call hold state with the first user; the call negotiation signaling in the embodiment carries the query transfer service identifier.
  • the process of informing the application server that the call negotiation process is a query transfer service.
  • There are multiple call negotiation signaling between the service user and the destination user for example, a call request (INVITE message) when the call is initiated, a call request response message (200 OK response message, that is, 200 successful response (OK)), and a call release request. (BYE request) and so on.
  • the service user may carry the inquiry transfer service identifier in any one of the messages sent by the service server.
  • the application server forwards the call negotiation signaling between the service user and the destination user, and the application server may: a call request message, where the call request message carries a number for inquiring the transfer service code and the destination user; the application server extracts the call transfer service code and the number of the destination user from the call request message, and records the challenge transfer service code. And call the destination user.
  • the inquiry transfer service code may be added to a specified position in the field of the destination user's number, for example: Add the inquiry transfer service code before or after the destination user's number.
  • Step S204 The application server determines, according to the query transfer service identifier, that after receiving the hang up call request sent by the service user, determining that the target user agrees to establish a call with the first user.
  • Step S206 The application server transfers the call of the first user to the destination user. For example, the application server disconnects the service user from the destination user and the first user, and establishes a call connection between the first user and the destination user.
  • the application server is notified that the transfer service is being inquired, and the service terminal does not need to support the REFER message to implement the inquiry transfer service, and the existing inquiry transfer service is solved.
  • the problem of the application has a large limitation, which increases the application scope of the inquiry transfer service and improves the function of the system.
  • the embodiment also provides a query forwarding implementation method, which is described from the service user side. Referring to FIG. 3, the method includes the following steps: Step S302: During a call between the service user and the first user, A user is set to maintain a call state; wherein, the service user is a subscriber who subscribes to the transfer service. Step S304, the service user negotiates with the destination user, and notifies the application server that the call negotiation is the inquiry transfer service negotiation.
  • the service user may carry the inquiry transfer service identifier in any one of the messages sent by the service user, for example, a call request message sent by the service user to the destination user, where the call request message carries the inquiry transfer service code to notify the application.
  • the server call negotiation is to query the transfer service negotiation; after the service user and the destination user enter the call state, the user is inquired whether to agree to the call with the first user.
  • the above-mentioned inquiry transfer service code may be added at a specified position in the field of the destination user's number, for example: Adding the inquiry transfer service code before or after the destination user's number.
  • Step S306 the service user determines, according to the result of the call negotiation, that the second user agrees to transfer the service, and hangs up the call with the first user and the second user, respectively, to trigger the application server to transfer the call of the first user to the destination user. .
  • the application server is notified that the transfer service is being inquired, and the service terminal does not need to support the REFER message to implement the inquiry transfer service, and the existing inquiry transfer service is solved.
  • Step S400 the user A is in a call with user B.
  • User A is an arbitrary user
  • user B is a business user
  • user B can be a calling party or a called party.
  • Step S402 the AS records the call related information of the user B.
  • step S404 user B keeps user A
  • user A keeps the call after receiving the call hold tone.
  • Step S406 the user B dials the number of the inquiring service code plus the user C, where the user C is an arbitrary user in step S408, the AS receives the call request from the user B, and removes the inquiring service code to call the user C.
  • step S410 the user C rings and the user B answers the ring back tone.
  • step S412 user C picks up the phone, user B talks with user C, user B asks whether user C is willing to talk with user A, if yes, step S414 is performed; if no, step S418 is performed; step S414, user B hangs up and user C's call.
  • step S4108 the user C hangs up the call with the user B.
  • step S420 the user B resumes the call with the user A, and informs the user that the user A cannot be transferred to the user C.
  • UE User Equipment
  • AS Application Server
  • MRS Media Resource Server
  • MS Media Server
  • the protocols used by each of the above network elements are as follows:
  • the AS negotiates with the MRS or the UE for the media of the call.
  • the AS and the UE use the SIP protocol to communicate with each other.
  • the AS and the MRS usually use the SIP (Session Initiation Protocol) or the MGCP (Media Gateway Control Protocol).
  • the Media Gateway Control Protocol depends on the type of protocol supported by the MRS.
  • the media stream is transmitted between the UE and the MRS, and the codec format, the transceiver port, and the bandwidth transmission rate of the UE and the MRS specific media packet are performed according to media negotiation between the terminal and the MRS at the time of the call.
  • FIG. 5 is only a schematic diagram of the above, and hides the topology of the IMS network or the NGN network.
  • the AS, the MRS, and the UE are accessed or anchored to the IMS network or the NGN network.
  • the signaling interaction diagram of the query forwarding implementation method shown in FIG. 6 is only mentioned on the network side for clarity of description.
  • Step S601 The UE B sends an INVITE request to the AS, and the number of the request is the number (c) of the challenge transfer service code (ac) plus the UE C, and carries the UE B.
  • Step S602 the AS sends an INVITE request to the UE C, and carries the media information of the UE B.
  • step S603 the UE C rings and returns a 180 response of the INVITE to the AS, that is, a call response message.
  • step S604 the AS returns a 180 response of the INVITE to the UE B, and the UE B listens to the ring back tone.
  • Step S605 the UE C picks up the phone and returns a 200 OK response (ie, a call response message) of the INVITE to the AS, and carries the media information of the UE C.
  • Step S606 the AS returns a 200 OK response of the INVITE to the UE B, and carries the media information of the UE C.
  • Step S607 the UE B sends an ACK confirmation message to the AS, and does not carry the media information.
  • Step S608 the AS sends an ACK confirmation message to the UE C, and does not carry the media information.
  • UE B negotiates with UE C to enter the call state.
  • step S609 the UE B queries whether the UE C is willing to talk to the UE A. If the UE C is willing, the UE B sends a BYE request to the AS (that is, hangs up the call request), and ends the call with the UE C.
  • Step S610 the AS returns a 200 OK response of the BYE to the UE B.
  • Step S611 the AS sends a BYE request to the UE B, and releases the session between the UE B and the UE A.
  • Step S612 the UE B returns a 200 OK response of the BYE to the AS, and the UE B exits the session with the UE A.
  • Step S613 the AS initiates a REINVITE request (ie, a transfer request) to the UE C, and does not carry the media information.
  • Step S614 the UE C returns a 200 OK response (ie, a transfer request response) of the REINVITE to the AS, and carries the media information of the UE C.
  • Step S615 the AS initiates a REINVITE request to the UE A, and carries the media information of the UE C obtained in step S614.
  • Step S616 the UE A returns a 200 OK response of the REINVITE to the AS, and carries the media information of the UE A.
  • Step S617 the AS sends an ACK acknowledgement message to the UE C, and carries the media information of the UE A obtained in step S616.
  • UE C and UE A complete the media negotiation and enter the call state.
  • the inquiry transfer service of the above embodiment is that the application server AS records the user's call information, and does not need the terminal to support the REFER message, and belongs to a B2B (Back to Back) call type service.
  • this service only the service user needs to dial a specific service code (that is, the above-mentioned inquiry transfer service code), and the destination user number is called. After the target user answers the inquiry, if the destination user agrees, the service user's call can be switched to the destination user.
  • This service supports all terminals on the existing network (narrowband terminals need to be anchored to IMS or NGN); not only can be implemented in the IMS network, but also in the NGN network.
  • the application server includes: a signaling forwarding module 72, configured to forward call negotiation signaling between a service user and a destination user, where the service user is a subscription inquiry. The user of the service is forwarded, and the service user is in a call hold state with the first user; the call negotiation signaling carries the challenge transfer service identifier; the transfer determination module 74 is connected to the signaling forwarding module 72, and is set to switch according to the query.
  • a signaling forwarding module 72 configured to forward call negotiation signaling between a service user and a destination user, where the service user is a subscription inquiry. The user of the service is forwarded, and the service user is in a call hold state with the first user
  • the call negotiation signaling carries the challenge transfer service identifier
  • the transfer determination module 74 is connected to the signaling forwarding module 72, and is set to switch according to the query.
  • the call transfer module 76 is connected to the transfer determination module 74, and is configured to be based on the transfer determination module 74. As a result of the determination, the call of the first user is transferred to the destination user.
  • the signaling forwarding module 72 includes: a call request receiving unit, configured to receive a call request message sent by the service user to the destination user, where the call request message carries the number of the challenge transfer service code and the destination user; And connected to the call request receiving unit, configured to extract the inquiry transfer service code and the number of the destination user from the call request message received by the call request receiving unit, record the inquiry transfer service code, and call the destination user.
  • the inquiry transfer service code may be added to a specified location in the field of the destination user's number, for example: adding the inquiry transfer service code before or after the destination user's number.
  • the present embodiment further provides a service terminal. Referring to FIG.
  • the service terminal includes: a call hold module 82, configured to set the first user to maintain a call state during a call with the first user;
  • the service terminal of the example is a terminal that subscribes to the inquiring service;
  • the negotiation module 84 is connected to the call holding module 82, and is set to conduct a call negotiation with the destination user, and notify the application server to negotiate the call for the inquiry transfer service negotiation;
  • the method is connected to the negotiation module 84, and is configured to hang up the call with the first user and the second user respectively when the second user agrees to transfer the service according to the result of the negotiation of the negotiation of the negotiation module 84, to trigger the application server to be the first The user's call is transferred to the destination user.
  • the negotiation module 84 includes: a call request sending unit, configured to send a call request message to the destination user, where the call request message carries a query transfer service code, to notify the application server to negotiate the call for the inquiry transfer service negotiation;
  • the inquiry unit is configured to ask whether the destination user agrees to talk with the first user after entering the call state with the destination user.
  • the embodiment further provides a query forwarding implementation system. Referring to FIG. 9, the system includes the application server 70 and the service terminal 80. The functions of the application server 70 and the service terminal 80 are the same as those described above, and details are not described herein. .
  • the system provided in this embodiment can be used to implement the method in the foregoing Embodiment 1, and the specific implementation manner is not described in detail.
  • the application server is notified that the transfer service is being inquired, and the service terminal does not need to support the REFER message to implement the inquiry transfer service, and the existing inquiry transfer service is solved.
  • the problem of the application has a large limitation, which increases the application scope of the inquiry transfer service and improves the function of the system.
  • the above embodiment notifies the service carried by the application server to query the transfer service during the negotiation call between the service user and the destination user. Therefore, the service terminal does not need to support the REFER message to implement the inquiry.
  • the transfer service solves the problem that the application of the existing inquiry transfer service has a large limitation, increases the application range of the inquiry transfer service, and improves the function of the system.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

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

Abstract

本发明公开了一种询问转接实现方法、应用服务器、业务终端和系统。其中，该方法包括：应用服务器转发业务用户与目的用户间的通话协商信令，其中，该业务用户为签约询问转接业务的用户，且业务用户与第一用户处于通话保持状态中；该通话协商信令携带有询问转接业务标识；应用服务器根据询问转接业务标识，在接收到业务用户发送的挂断通话请求后，确定目的用户同意与第一用户建立通话；应用服务器将第一用户的通话转接到目的用户。本发明解后现有询问转接业务的应用后较大的局限后问题，增加了询问转接业务的应用范围，提升了系统的功能。

Description

询问转接实现方法、 应用服务器、 业务终端和系统 技术领域 本发明涉及通信领域， 具体而言， 涉及一种询问转接实现方法、 应用服务器、 业 务终端和系统。 背景技术 询问转接属于通话后切换业务，其含义是当任意一个用户 A与业务用户 B通话后， 用户 B保持用户 A， 用户 B呼叫用户 C， C摘机， B与 C通话后， B通过询问用户 C 是否愿意与用户 A通话， 若 C不愿意， 则 C退出， B与 A继续通话， 若 C愿意， 则 B退出， 实现用户 C与用户 A通话的功能。 而目前的询问转接技术多数是通过 IMS (IP Multimedia Subsystem, IP多媒体子系 统） 网络实现的， 该方式中需要终端具备发送的 REFER (参考） 消息的能力， 参见图 1所示的询问转接方法的信令交互示意图， 其中， A与 B通话， 且 B处于保持通话状 态后， A与 C通话，并使 C处于保持通话状态，然后由 A向网络中的 CSCF(Call Session Control Function, 呼叫会话控制功能） 实体发送 REFER消息， CSCF实体将触发 AS (Application Server, 应用服务器） 完成 B与 C的通话。 该技术需要呼叫转接操作方 的终端支持发送 REFER消息， 而且仅能在 IMS网络中实现， 使得询问转接业务的应 用存在较大的局限性。 针对相关技术中询问转接业务的应用存在较大的局限性的问题， 目前尚未提出有 效的解决方案。 发明内容 本发明提供了一种询问转接实现方法、 应用服务器、 业务终端和系统， 以至少解 决上述询问转接业务的应用存在较大的局限性的问题。 根据本发明的一个方面， 提供了一种询问转接实现方法， 包括： 应用服务器转发 业务用户与目的用户间的通话协商信令， 其中， 该业务用户为签约询问转接业务的用 户， 且业务用户与第一用户处于通话保持状态中； 该通话协商信令携带有询问转接业 务标识； 应用服务器根据询问转接业务标识， 在接收到业务用户发送的挂断通话请求 后， 确定目的用户同意与第一用户建立通话； 应用服务器将第一用户的通话转接到目 的用户。 其中， 应用服务器转发业务用户与目的用户间的通话协商信令包括： 应用服务器 接收业务用户向目的用户发送的呼叫请求消息， 其中， 该呼叫请求消息携带有询问转 接业务码和目的用户的号码； 应用服务器从上述呼叫请求消息中提取询问转接业务码 和目的用户的号码， 记录询问转接业务码， 并呼叫目的用户。 上述询问转接业务码添加在目的用户的号码所在字段的指定位置。 其中， 应用服务器将第一用户的通话转接到目的用户包括： 应用服务器切断业务 用户与目的用户和第一用户的通话， 并为第一用户与目的用户建立通话连接。 根据本发明的另一个方面， 提供了一种询问转接实现方法， 包括： 业务用户与第 一用户通话过程中， 将第一用户设置为保持通话状态； 其中， 该业务用户为签约询问 转接业务的用户； 业务用户与目的用户进行通话协商， 并通知应用服务器通话协商为 询问转接业务协商；业务用户根据上述通话协商的结果确定第二用户同意转接业务时， 分别挂断与第一用户和第二用户的通话， 以触发应用服务器将第一用户的通话转接到 目的用户。 其中， 业务用户与目的用户进行通话协商， 并通知应用服务器通话协商为询问转 接业务协商包括： 业务用户向目的用户发送的呼叫请求消息， 其中， 该呼叫请求消息 携带有询问转接业务码， 用以通知应用服务器通话协商为询问转接业务协商； 业务用 户与目的用户进入通话状态后， 询问目的用户是否同意与第一用户进行通话。 其中， 询问转接业务码添加在目的用户的号码所在字段的指定位置。 根据本发明的又一个方面， 提供了一种应用服务器， 包括： 信令转发模块， 设置 为转发业务用户与目的用户间的通话协商信令， 其中， 业务用户为签约询问转接业务 的用户， 且业务用户与第一用户处于通话保持状态中； 通话协商信令携带有询问转接 业务标识； 转接确定模块， 设置为根据询问转接业务标识， 在接收到业务用户发送的 挂断通话请求后， 确定目的用户同意与第一用户建立通话； 通话转接模块， 设置为根 据转接确定模块的确定结果， 将第一用户的通话转接到目的用户。 其中， 信令转发模块包括： 呼叫请求接收单元， 设置为接收业务用户向目的用户 发送的呼叫请求消息，其中， 呼叫请求消息携带有询问转接业务码和目的用户的号码; 呼叫单元， 设置为从呼叫请求接收单元接收的呼叫请求消息中提取询问转接业务码和 目的用户的号码， 记录询问转接业务码， 并呼叫目的用户。 根据本发明的再一个方面， 提供了一种业务终端， 包括： 通话保持模块， 设置为 在与第一用户通话过程中， 将第一用户设置为保持通话状态； 其中， 该业务终端为签 约询问转接业务的终端； 协商模块， 设置为与目的用户进行通话协商， 并通知应用服 务器通话协商为询问转接业务协商； 转接触发模块， 设置为根据协商模块的通话协商 的结果确定第二用户同意转接业务时， 分别挂断与第一用户和第二用户的通话， 以触 发应用服务器将第一用户的通话转接到目的用户。 其中， 协商模块包括： 呼叫请求发送单元， 设置为向目的用户发送呼叫请求消息， 其中， 呼叫请求消息携带有询问转接业务码， 用以通知应用服务器通话协商为询问转 接业务协商； 询问单元， 设置为在与目的用户进入通话状态后， 询问目的用户是否同 意与第一用户进行通话。 根据本发明的还一个方面， 提供了一种询问转接实现系统， 包括上述应用服务器 和上述业务终端。 通过本发明， 采用在业务用户与目的用户的协商通话过程中， 通知应用服务器正 在进行询问转接业务， 不需要业务终端支持 REFER消息即可实现询问转接业务， 解 决了现有询问转接业务的应用存在较大的局限性的问题， 增加了询问转接业务的应用 范围， 提升了系统的功能。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据相关技术的询问转接方法的信令交互示意图； 图 2是根据本发明实施例 1的应用服务器侧的询问转接实现方法的流程图； 图 3是根据本发明实施例 1的业务终端侧的询问转接实现方法的流程图； 图 4是根据本发明实施例 1的询问转接实现方法的流程图； 图 5是根据本发明实施例 1的网络系统的结构示意图; 图 6是根据本发明实施例 1的询问转接实现方法的信令交互图； 图 7是根据本发明实施例 2的应用服务器的结构框图； 图 8是根据本发明实施例 2的业务终端的结构框图； 图 9是根据本发明实施例 2的询问转接实现系统的结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 本发明实施例提供了一种询问转接实现方法、 应用服务器、 业务终端和系统， 该 技术中无需终端支持 REFER消息， 并且可以应用于 NGN (Next Generation Network, 下一代通信网络） 和 IMS网络等通讯网中。 实施例 1 本实施例提供了一种询问转接实现方法， 该方法是从应用服务器侧进行的描述， 参见图 2， 该方法包括以下步骤： 步骤 S202， 应用服务器转发业务用户与目的用户间的通话协商信令， 其中， 该业 务用户为签约询问转接业务的用户， 且该业务用户与第一用户处于通话保持状态中； 本实施例中的通话协商信令携带有询问转接业务标识， 用以通知应用服务器该通话协 商过程为询问转接业务的过程。 业务用户与目的用户间的通话协商信令有多条， 例如， 发起呼叫时的呼叫请求 (INVITE消息）、 呼叫请求响应消息 （200 OK响应消息， 即 200 成功响应 （OK)) 和释放通话请求（BYE请求）等。 业务用户可以将询问转接业务标识携带在其发送的 任意一个消息中， 基于此， 上述应用服务器转发业务用户与目的用户间的通话协商信 令可以包括： 应用服务器接收业务用户向目的用户发送的呼叫请求消息， 其中， 该呼 叫请求消息携带有询问转接业务码和目的用户的号码； 应用服务器从该呼叫请求消息 中提取询问转接业务码和目的用户的号码， 记录询问转接业务码， 并呼叫目的用户。 其中， 询问转接业务码可以添加在目的用户的号码所在字段的指定位置， 例如： 将询问转接业务码添加在目的用户的号码之前或者之后。 步骤 S204， 应用服务器根据上述询问转接业务标识， 在接收到业务用户发送的挂 断通话请求后， 确定上述目的用户同意与第一用户建立通话。 业务用户与目的用户通话后， 询问目的用户是否同意与第一用户建立通话， 若目 的用户同意， 则业务用户将会向应用服务器发送挂断通话请求。 步骤 S206， 应用服务器将上述第一用户的通话转接到目的用户， 例如， 应用服务 器切断业务用户与目的用户和第一用户的通话， 并为第一用户与目的用户建立通话连 接。 本实施例通过在业务用户与目的用户的协商通话过程中， 告知应用服务器正在进 行询问转接业务， 不需要业务终端支持 REFER消息即可实现询问转接业务， 解决了 现有询问转接业务的应用存在较大的局限性的问题，增加了询问转接业务的应用范围， 提升了系统的功能。 本实施例还提供了一种询问转接实现方法， 该方法是从业务用户侧进行的描述， 参见图 3， 该方法包括以下步骤： 步骤 S302， 业务用户与第一用户通话过程中， 将第一用户设置为保持通话状态； 其中， 该业务用户为签约询问转接业务的用户。 步骤 S304， 业务用户与目的用户进行通话协商， 并通知应用服务器该通话协商为 询问转接业务协商。 业务用户与目的用户的通话协商中的信令有多条， 例如， 发起呼叫时的呼叫请求 (INVITE消息）、 呼叫请求响应消息 （200 OK响应消息） 和释放通话请求 （BYE请 求） 等。 业务用户可以将询问转接业务标识携带在其发送的任意一个消息中， 例如， 业务用户向目的用户发送的呼叫请求消息， 其中， 该呼叫请求消息携带有询问转接业 务码， 用以通知应用服务器通话协商为询问转接业务协商； 业务用户与目的用户进入 通话状态后， 询问目的用户是否同意与第一用户进行通话。 上述询问转接业务码可以添加在目的用户的号码所在字段的指定位置， 例如： 将 询问转接业务码添加在目的用户的号码之前或者之后。 步骤 S306， 业务用户根据通话协商的结果确定第二用户同意转接业务时， 分别挂 断与第一用户和第二用户的通话， 以触发上述应用服务器将第一用户的通话转接到目 的用户。 本实施例通过在业务用户与目的用户的协商通话过程中， 告知应用服务器正在进 行询问转接业务， 不需要业务终端支持 REFER消息即可实现询问转接业务， 解决了 现有询问转接业务的应用存在较大的局限性的问题，增加了询问转接业务的应用范围， 提升了系统的功能。 下面以用户 A、 B和 C之间实现询问转接功能为例，说明上述询问转接实现方法， 参见图 4所示的询问转接实现方法流程图， 该方法包括以下步骤： 步骤 S400， 用户 A与用户 B处于通话中； 其中， 用户 A是任意用户， 用户 B是 业务用户， 用户 B可以是主叫也可以是被叫。 步骤 S402, AS记录用户 B的呼叫相关信息。 步骤 S404， 用户 B保持用户 A， 用户 A接听到呼叫保持提示音后， 保持通话。 步骤 S406， 用户 B拨打询问转接业务码加用户 C的号码， 其中， 用户 C是任意 用户 步骤 S408, AS收到用户 B的呼叫请求， 去掉询问转接业务码后呼叫用户 C。 步骤 S410, 用户 C振铃， 用户 B接听回铃音。 步骤 S412, 用户 C摘机， 用户 B与用户 C通话， 用户 B询问用户 C是否愿意与 用户 A通话， 如果是， 执行步骤 S414; 如果否， 执行步骤 S418; 步骤 S414， 用户 B挂断与用户 C的通话。 步骤 S416， AS将用户 C与用户 A桥接， 实现用户 C与用户 A的通话。 步骤 S418， 用户 C挂断与用户 B的通话。 步骤 S420， 用户 B恢复与用户 A的通话， 告知用户 A无法转接到用户 C。 上述询问转接实现方法可以在图 5所示的系统中应用， 其中， 各个网元的功能如 下： 用户终端 （User Equipment, 简称 UE): 用户发起呼叫、 接听呼叫以及做其他呼 叫操作的装置， 如 C网或 G网手机、 PSTN (Public Switched Telephone Network, 公共 交换电话网） 终端、 IMS终端等。 应用服务器 （Application Server, 简称 AS): 提供底层业务能力， 如： 呼叫控制， 状态上报， 话单生成等功能。 媒体资源服务器 （Media Resource Server, 简称 MRS): 提供语音媒体能力， 一般 为媒体服务器 （Media Server, 即 MS)， 如在呼叫保持过程中给被保持方用户播放呼 叫保持提示音等。 上述各个网元使用的协议如下：
AS同 MRS或 UE之间为呼叫通话的媒体协商， AS与 UE通过核心网使用 SIP协 议互通， AS同 MRS之间通常使用 SIP ( Session Initiation Protocol, 会话初始协议）或 MGCP (Media Gateway Control Protocol, 媒体网关控制协议）， 具体决定于 MRS支持 的协议类型。
UE同 MRS之间为媒体流的传送， UE与 MRS具体媒体包的编解码格式、收发端 口、 带宽传输速率等， 根据呼叫时终端与 MRS之间的媒体协商进行。 需要说明的是， 上述图 5只是一个概要的图示， 隐藏了 IMS网络或 NGN网络的 拓扑结构，实际实现中， AS、 MRS及 UE是接入或锚定到 IMS网络或 NGN网络中的。 如图 6所示的询问转接实现方法的信令交互图， 为了描述清楚， 网络侧只提到了
AS, UE A是任意用户， UE B是业务用户， 该业务用户签约了询问转接业务， UE C 是任意用户。 在进行询问之前， 1¾ 与1¾ 8通话， 且 UE B保持 UE A， UE A接听 到呼叫保持提示音后， 保持通话。 询问转接的实现信令流程如下： 步骤 S601， UE B向 AS发送 INVITE (呼叫） 请求， 该请求的号码为询问转接业 务码 （ac) 加 UE C的号码 （c)， 并携带 UE B的媒体信息 （sdp B)， 例如 UE B的 IP 地址、 上下文描述信息等。 步骤 S602， AS向 UE C发送 INVITE请求， 携带 UE B的媒体信息。 步骤 S603， UE C振铃， 向 AS返回 INVITE的 180响应， 即呼叫响应消息。 步骤 S604， AS向 UE B返回 INVITE的 180响应， UE B听回铃音。 步骤 S605， UE C摘机， 向 AS返回 INVITE的 200 OK响应 （即呼叫应答消息）， 携带 UE C的媒体信息。 步骤 S606， AS向 UE B返回 INVITE的 200 OK响应， 携带 UE C的媒体信息。 步骤 S607， UE B向 AS发送 ACK确认信息， 不携带媒体信息。 步骤 S608， AS向 UE C发送 ACK确认信息， 不携带媒体信息。 UE B与 UE C协 商完成， 进入通话状态。 步骤 S609， UE B询问 UE C是否愿意与 UE A通话， UE C愿意， 则 UE B向 AS 发送 BYE请求 （即挂断通话请求）， 结束与 UE C的通话。 步骤 S610， AS向 UE B返回 BYE的 200 OK响应。 步骤 S611， AS向 UE B发送 BYE请求， 释放 UE B与 UE A的会话。 步骤 S612， UE B向 AS返回 BYE的 200 OK响应， UE B退出与 UE A的会话。 步骤 S613， AS向 UE C发起 REINVITE请求 （即转接请求）， 不携带媒体信息。 步骤 S614， UE C向 AS返回 REINVITE的 200 OK响应 （即转接请求应答）， 携 带 UE C的媒体信息。 步骤 S615， AS向 UE A发起 REINVITE请求， 携带从步骤 S614中得到的 UE C 的媒体信息。 步骤 S616， UE A向 AS返回 REINVITE的 200 OK响应，携带 UE A的媒体信息。 步骤 S617， AS向 UE C发送 ACK确认信息， 携带从步骤 S616中得到的 UE A的 媒体信息。 步骤 S618， AS向 UE A发送 ACK确认信息， 不携带媒体信息。此时 UE C与 UE A完成了媒体协商， 进入通话状态。 上述实施例的询问转接业务是由应用服务器 AS记录用户通话信息， 不需要终端 支持 REFER消息， 属于一种 B2B (Back to Back, 背靠背式） 呼叫类服务。 该业务中 只需要业务用户拨打特定的业务码 （即上述询问转接业务码） 加目的用户号码， 与目 的用户通话询问后， 若目的用户同意， 就可以将业务用户的通话切换到目的用户。 该 业务支持现网所有终端 (窄带终端需要锚定到 IMS或 NGN); 不仅可以在 IMS网络中 实现， 还可以在 NGN网络中实现。 随着 3G (3rd Generation, 第三代） 网络的崛起， CS (Circuit Switch, 电路交换） 与 PS (Packet Switched, 分组交换） 网络的融合， 使 得该业务有非常广阔的发展和使用空间。 实施例 2 本实施例提供了一种应用服务器， 参见图 7， 该应用服务器包括： 信令转发模块 72， 设置为转发业务用户与目的用户间的通话协商信令， 其中， 业 务用户为签约询问转接业务的用户， 且业务用户与第一用户处于通话保持状态中； 通 话协商信令携带有询问转接业务标识； 转接确定模块 74， 与信令转发模块 72相连， 设置为根据询问转接业务标识， 在 接收到业务用户发送的挂断通话请求后， 确定目的用户同意与第一用户建立通话； 通话转接模块 76， 与转接确定模块 74相连， 设置为根据转接确定模块 74的确定 结果， 将第一用户的通话转接到目的用户。 其中， 信令转发模块 72包括： 呼叫请求接收单元， 设置为接收业务用户向目的用 户发送的呼叫请求消息， 其中， 该呼叫请求消息携带有询问转接业务码和目的用户的 号码； 呼叫单元， 与呼叫请求接收单元相连， 设置为从呼叫请求接收单元接收的呼叫 请求消息中提取询问转接业务码和目的用户的号码， 记录询问转接业务码， 并呼叫目 的用户。 其中， 上述询问转接业务码可以添加在目的用户的号码所在字段的指定位置， 例 如： 将询问转接业务码添加在目的用户的号码之前或者之后。 本实施例还提供了一种业务终端， 参见图 8， 该业务终端包括： 通话保持模块 82， 设置为在与第一用户通话过程中， 将第一用户设置为保持通话 状态； 其中， 本实施例的业务终端为签约询问转接业务的终端； 协商模块 84， 与通话保持模块 82相连， 设置为与目的用户进行通话协商， 并通 知应用服务器通话协商为询问转接业务协商； 转接触发模块 86， 与协商模块 84相连， 设置为根据协商模块 84的通话协商的结 果确定第二用户同意转接业务时， 分别挂断与第一用户和第二用户的通话， 以触发应 用服务器将第一用户的通话转接到目的用户。 其中， 协商模块 84包括： 呼叫请求发送单元， 设置为向目的用户发送呼叫请求消 息， 其中， 该呼叫请求消息携带有询问转接业务码， 用以通知应用服务器通话协商为 询问转接业务协商； 询问单元， 设置为在与目的用户进入通话状态后， 询问目的用户 是否同意与第一用户进行通话。 本实施例还提供了一种询问转接实现系统， 参见图 9， 该系统包括上述应用服务 器 70和业务终端 80， 其中， 应用服务器 70和业务终端 80的功能与上述描述相同， 这里不再赘述。 本实施例提供的系统可以用以实现上述实施例 1中的方法， 具体实现方式不再详 细描述。 本实施例通过在业务用户与目的用户的协商通话过程中， 通知应用服务器正在进 行询问转接业务， 不需要业务终端支持 REFER消息即可实现询问转接业务， 解决了 现有询问转接业务的应用存在较大的局限性的问题，增加了询问转接业务的应用范围， 提升了系统的功能。 从以上的描述中可以看出， 以上实施例通过在业务用户与目的用户的协商通话过 程中，通知应用服务器进行的业务为询问转接业务，因此，不需要业务终端支持 REFER 消息即可实现询问转接业务， 解决了现有询问转接业务的应用存在较大的局限性的问 题， 增加了询问转接业务的应用范围， 提升了系统的功能。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1. 一种询问转接实现方法， 包括：
应用服务器转发业务用户与目的用户间的通话协商信令， 其中， 所述业务 用户为签约询问转接业务的用户， 且所述业务用户与第一用户处于通话保持状 态中； 所述通话协商信令携带有询问转接业务标识；
所述应用服务器根据所述询问转接业务标识， 在接收到所述业务用户发送 的挂断通话请求后， 确定所述目的用户同意与所述第一用户建立通话；
所述应用服务器将所述第一用户的通话转接到所述目的用户。
2. 根据权利要求 1所述的方法， 其中， 所述应用服务器转发业务用户与目的用户 间的通话协商信令包括：
应用服务器接收业务用户向目的用户发送的呼叫请求消息， 其中， 所述呼 叫请求消息携带有询问转接业务码和所述目的用户的号码；
所述应用服务器从所述呼叫请求消息中提取所述询问转接业务码和所述目 的用户的号码， 记录所述询问转接业务码， 并呼叫所述目的用户。
3. 根据权利要求 2所述的方法， 其中， 所述询问转接业务码添加在所述目的用户 的号码所在字段的指定位置。
4. 根据权利要求 1所述的方法， 其中， 所述应用服务器将所述第一用户的通话转 接到所述目的用户包括：
所述应用服务器切断所述业务用户与所述目的用户和所述第一用户的通 话， 并为所述第一用户与所述目的用户建立通话连接。
5. 一种询问转接实现方法， 包括：
业务用户与第一用户通话过程中， 将所述第一用户设置为保持通话状态； 其中， 所述业务用户为签约询问转接业务的用户；
所述业务用户与目的用户进行通话协商， 并通知应用服务器所述通话协商 为询问转接业务协商； 所述业务用户根据所述通话协商的结果确定所述第二用户同意转接业务 时， 分别挂断与所述第一用户和所述第二用户的通话， 以触发所述应用服务器 将所述第一用户的通话转接到所述目的用户。 根据权利要求 5所述的方法， 其中， 所述业务用户与目的用户进行通话协商， 并通知应用服务器所述通话协商为询问转接业务协商包括：
所述业务用户向目的用户发送的呼叫请求消息， 其中， 所述呼叫请求消息 携带有询问转接业务码， 用以通知应用服务器所述通话协商为询问转接业务协 商；
所述业务用户与所述目的用户进入通话状态后， 询问所述目的用户是否同 意与所述第一用户进行通话。 根据权利要求 5所述的方法， 其中， 所述询问转接业务码添加在所述目的用户 的号码所在字段的指定位置。 一种应用服务器， 包括：
信令转发模块，设置为转发业务用户与目的用户间的通话协商信令，其中， 所述业务用户为签约询问转接业务的用户， 且所述业务用户与第一用户处于通 话保持状态中； 所述通话协商信令携带有询问转接业务标识；
转接确定模块， 设置为根据所述询问转接业务标识， 在接收到所述业务用 户发送的挂断通话请求后， 确定所述目的用户同意与所述第一用户建立通话； 通话转接模块， 设置为根据所述转接确定模块的确定结果， 将所述第一用 户的通话转接到所述目的用户。 根据权利要求 8所述的服务器， 其中， 所述信令转发模块包括：
呼叫请求接收单元，设置为接收业务用户向目的用户发送的呼叫请求消息， 其中， 所述呼叫请求消息携带有询问转接业务码和所述目的用户的号码；
呼叫单元， 设置为从所述呼叫请求接收单元接收的所述呼叫请求消息中提 取所述询问转接业务码和所述目的用户的号码， 记录所述询问转接业务码， 并 呼叫所述目的用户。 一种业务终端， 包括：
通话保持模块， 设置为在与第一用户通话过程中， 将所述第一用户设置为 保持通话状态； 其中， 所述业务终端为签约询问转接业务的终端； 协商模块， 设置为与目的用户进行通话协商， 并通知应用服务器所述通话 协商为询问转接业务协商；
转接触发模块， 设置为根据所述协商模块的通话协商的结果确定所述第二 用户同意转接业务时， 分别挂断与所述第一用户和所述第二用户的通话， 以触 发所述应用服务器将所述第一用户的通话转接到所述目的用户。
11. 根据权利要求 10所述的业务终端， 其中， 所述协商模块包括：
呼叫请求发送单元， 设置为向目的用户发送呼叫请求消息， 其中， 所述呼 叫请求消息携带有询问转接业务码， 用以通知应用服务器所述通话协商为询问 转接业务协商；
询问单元， 设置为在与所述目的用户进入通话状态后， 询问所述目的用户 是否同意与所述第一用户进行通话。
12. 一种询问转接实现系统， 包括权利要求 8或 9所述的应用服务器， 还包括权利 要求 10或 11所述的业务终端。
PCT/CN2011/080953 2011-06-17 2011-10-18 询问转接实现方法、应用服务器、业务终端和系统 WO2012171290A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP11867601.4A EP2723053B1 (en) 2011-06-17 2011-10-18 Transfer inquiry method, application server, service terminal, and system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110164386.6 2011-06-17
CN201110164386.6A CN102833715B (zh) 2011-06-17 2011-06-17 询问转接实现方法、应用服务器、业务终端和系统

Publications (1)

Publication Number Publication Date
WO2012171290A1 true WO2012171290A1 (zh) 2012-12-20

Family

ID=47336626

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/080953 WO2012171290A1 (zh) 2011-06-17 2011-10-18 询问转接实现方法、应用服务器、业务终端和系统

Country Status (3)

Country Link
EP (1) EP2723053B1 (zh)
CN (1) CN102833715B (zh)
WO (1) WO2012171290A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107567001A (zh) * 2016-06-30 2018-01-09 中兴通讯股份有限公司 一种实现呼叫驻留的方法、应用服务器和系统
CN113784005B (zh) * 2021-08-09 2023-12-05 深圳震有科技股份有限公司 一种语音通话转接方法、装置、存储介质及设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040176084A1 (en) * 2003-03-03 2004-09-09 Charu Verma Wireless mid-call transfers
US20060159251A1 (en) * 2004-12-06 2006-07-20 Michel Guillard Centralized call transfer method and system
CN101183960A (zh) * 2007-10-30 2008-05-21 中兴通讯股份有限公司 一种询问转接业务的实现方法
CN101217600A (zh) * 2007-01-05 2008-07-09 中兴通讯股份有限公司 询问转接业务方法和装置
CN101217601A (zh) * 2007-01-05 2008-07-09 中兴通讯股份有限公司 盲转业务方法和装置
CN101227526A (zh) * 2007-01-19 2008-07-23 中兴通讯股份有限公司 盲转业务实现方法和装置
CN101316383A (zh) * 2007-05-31 2008-12-03 中兴通讯股份有限公司 一种会话盲转业务实现方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4728569B2 (ja) * 2003-10-21 2011-07-20 Ｎｅｃインフロンティア株式会社 ネットワーク、構内交換機及びそれに用いるｐｂｘ付加サービス起動方法
US20070165605A1 (en) * 2006-01-17 2007-07-19 Samsung Electronics Co., Ltd. Apparatus and method for handling call features activated by POTS phones in an IP multimedia subsystem

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040176084A1 (en) * 2003-03-03 2004-09-09 Charu Verma Wireless mid-call transfers
US20060159251A1 (en) * 2004-12-06 2006-07-20 Michel Guillard Centralized call transfer method and system
CN101217600A (zh) * 2007-01-05 2008-07-09 中兴通讯股份有限公司 询问转接业务方法和装置
CN101217601A (zh) * 2007-01-05 2008-07-09 中兴通讯股份有限公司 盲转业务方法和装置
CN101227526A (zh) * 2007-01-19 2008-07-23 中兴通讯股份有限公司 盲转业务实现方法和装置
CN101316383A (zh) * 2007-05-31 2008-12-03 中兴通讯股份有限公司 一种会话盲转业务实现方法
CN101183960A (zh) * 2007-10-30 2008-05-21 中兴通讯股份有限公司 一种询问转接业务的实现方法

Also Published As

Publication number Publication date
EP2723053A1 (en) 2014-04-23
EP2723053A4 (en) 2015-02-25
CN102833715B (zh) 2017-04-12
EP2723053B1 (en) 2019-03-13
CN102833715A (zh) 2012-12-19

Similar Documents

Publication Publication Date Title
US9300519B2 (en) Method and apparatus for interworking voice and multimedia services between CSI terminal and IMS terminal
JP4001813B2 (ja) テレコミュニケーションシステムにおけるユーザターミナルへの接続の監視
US8499082B2 (en) Methods, systems, and computer readable media for providing services in a telecommunications network using interoperability specification/session initiation protocol (IOS/SIP) adapter
JP5450444B2 (ja) マルチメディア通話を処理するための方法及び装置
JP2004312738A (ja) ネットワーク・リソースの最適化による、エンド・ユーザの要求に応じた会議運営のための迅速なネットワークｓｉｐ／ｓｄｐ手順
WO2009024055A1 (fr) Procédé, serveur d'application et dispositif utilisateur pour transférer le flux multimédia de la session multimédia
WO2009015525A1 (en) A method for switching the session control path of ip multimedia core network subsystem centralized service
JP2005006328A (ja) サーバ・コンポーネントによる移動通信交換局のパケット交換部分と回線交換部分の間の新しいメディア経路のリダイレクト
WO2008025257A1 (fr) Procédé d'intercommunication et système de communication entre différents réseaux
WO2009152699A1 (zh) Sip终端及其上报状态的方法、系统以及sip服务器
WO2012037790A1 (zh) 数字电视终端进行即时通讯的方法和装置及系统
WO2011050744A1 (zh) 在通话期间播放多媒体铃音的方法、服务器及终端设备
WO2011153785A1 (zh) 前转呼叫的方法、装置和系统
WO2011038613A1 (zh) 一种带有彩铃的振铃状态会话的切换系统及方法
WO2008131620A1 (fr) Procédé de prise en charge pour paramètre d'expansion de message de référence
WO2011107001A1 (zh) 呼叫的处理方法和装置
WO2012171290A1 (zh) 询问转接实现方法、应用服务器、业务终端和系统
JP2007325191A (ja) 移動体通信システム及びセッション継続方法
WO2013107150A1 (zh) 一种在宽带业务中使用窄带设备放音的方法和系统
KR100657617B1 (ko) Ｓｉｐ 기반의 무선 패킷 교환망 시스템
WO2011023041A1 (zh) 一种指示终端媒体类型的呼叫方法及系统
US7460533B1 (en) System and method for multi-casting announcements
US9521267B2 (en) Method, network node and application service for making available call detail records in an IP multimedia subsystem type network
WO2009015536A1 (fr) Procédé permettant de faire suivre un état occupé décidé par l'utilisateur
WO2012089064A1 (zh) 在电路域接入终端与as之间交互控制信息的方法及设备

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE