WO2013091310A1 - 终端实现呼叫等待的方法、装置和*** - Google Patents

终端实现呼叫等待的方法、装置和*** Download PDF

Info

Publication number
WO2013091310A1
WO2013091310A1 PCT/CN2012/072385 CN2012072385W WO2013091310A1 WO 2013091310 A1 WO2013091310 A1 WO 2013091310A1 CN 2012072385 W CN2012072385 W CN 2012072385W WO 2013091310 A1 WO2013091310 A1 WO 2013091310A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
call
mrs
tone
module
Prior art date
Application number
PCT/CN2012/072385
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 WO2013091310A1 publication Critical patent/WO2013091310A1/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/428—Arrangements for placing incoming calls on hold
    • H04M3/4288—Notifying a called subscriber of an incoming call during an ongoing call, e.g. Call Waiting
    • 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/1096—Supplementary features, e.g. call forwarding or call holding
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold

Definitions

  • the present invention relates to the field of communications, and in particular, to a method, apparatus, and system for implementing a call waiting for a terminal that does not support a second incoming call. Background technique
  • the so-called call waiting means that when the user receives a new call request in an already existing call, the user will hear a call waiting tone, indicating that another user is waiting to talk to. At the same time, the new calling party is notified to wait for the call, and a call waiting prompt is played to the calling party.
  • the user can choose to answer the new call, or can choose to reject the new call, or can answer the new call without answering.
  • a user terminal (User Equipment, UE) B, which can be simply referred to as a terminal, is an NGN (Next Generation Network) or IMS (IP Multimedia Subsystem) user, and subscribes to call waiting.
  • Service, UE A and UE C may be NGN or IMS users, or other networks such as GSM (Global System for Mobile communication), CDMA (Code Division Multiple Access), PSTN (Public Switched Telephone Network, public switched telephone network) and other users.
  • GSM Global System for Mobile communication
  • CDMA Code Division Multiple Access
  • PSTN Public Switched Telephone Network, public switched telephone network
  • Step 01 UE A sends an Invite request to the application server (AS), and the request number is UE B.
  • the UE B When the UE B is in a call with the UE C, the UE A sends the Invite request to the UE B.
  • the Invite request carries the Session Description Protocol (SDP) information of the UE A, including the IP address, port number, audio and video attributes, Encoding format, etc.
  • SDP Session Description Protocol
  • Step 02 The AS sends an Invite request to UE B, and the request number is UE B.
  • the UE returns 180Ring (XML (Extensible Markup Language)) or 182 (Queued) to the AS to queue the temporary response.
  • UE B supports the second incoming call and has the ability to answer the second incoming call, so it returns 180 Ring (XML) or 182Queued, indicating that UE B has received a new call request and is in a ringing state or queued state.
  • 180Ring XML (Extensible Markup Language)
  • 182 Queued
  • Step 04 The AS sends an Invite request to the Media Resource Server (MRS), where the SDP information of the UE A is carried.
  • the AS receives 180Ring (XML) or 182Queued, performs call waiting service logic, and wants to play a call waiting tone for UE A, thus establishing a playback channel of UE A to MRS.
  • MRS Media Resource Server
  • Step 05 The MRS returns a 200 OK final response to the AS, which carries its own SDP message.
  • Step 06 the AS sends an ACK acknowledgement message to the MRS.
  • Step 07 The AS returns a 180Ring temporary response to the UE A, where the SDP information of the MRS is carried.
  • step 08 the AS sends an INFO (Notification) request to the MRS, instructing the MRS to play the UE A.
  • INFO Notification
  • step 09 the MRS returns a 200 OK response to the AS.
  • UE A listens to the call waiting tone, such as: Please do not hang up, the call you are making is in a call.
  • Step 10 UE B sends a 200 OK (INVITE) final response to the AS, which carries its own SDP information.
  • UE B keeps UE C, UE C listens to the call hold tone, and UE B picks up the phone.
  • Step 11 The AS sends a BYE (end) request to the MRS.
  • the AS stops playing the call waiting tone for UE A.
  • step 12 the MRS returns a 200 OK (BYE) successful response to the AS.
  • Step 13 The AS sends an UPDATE (Update) request to the UE A, where the SDP information of the UE B is carried.
  • UPDATE Update
  • Step 14 UE A returns a 200 OK (UPDATE) successful response to the AS, where SDP information of UE A.
  • Step 15 the AS returns a 200 OK (INVITE) final response to the UEA.
  • Step 16 UE A sends an ACK acknowledgement message to the AS.
  • Step 17 The AS sends an ACK acknowledgement message to UE B. So far, UE A and UE B have completed SDP negotiation and entered the call state.
  • the call waiting service is required for the terminal, that is, the second incoming call needs to be supported, and the call holding function can be supported.
  • the call waiting service is required for the terminal, that is, the second incoming call needs to be supported, and the call holding function can be supported.
  • most terminals cannot meet the requirements of the call waiting service for the terminal, but return the Busy (busy) state directly to the second incoming call, so that the terminal that does not support the second incoming call is perceived when talking with the opposite end.
  • the main object of the present invention is to provide a method, apparatus and system for implementing call waiting for a terminal that does not support the second incoming call, so that the terminal that does not support the second incoming call can also implement call waiting.
  • a method for implementing call waiting by a terminal that does not support the second incoming call includes:
  • the third terminal dials the first terminal that does not support the second incoming call
  • the application server AS supporting terminal communication controls communication between the first terminal and the third terminal.
  • the AS receives the busy response of the first terminal, and then plays a call waiting tone to the third terminal, and also plays the second incoming call to the first terminal. Prompt tone and receive number.
  • the AS also adds the first terminal and the second terminal to the conference when the communication between the first terminal and the third terminal is controlled.
  • the method for the AS to join the first terminal and the second terminal to the conference is:
  • the AS applies for the conference resource to the media resource server MRS, and adds the call of the first terminal and the second terminal to the conference based on the resource.
  • the AS plays a call hold tone to the second terminal, and bridges the third terminal with the first terminal;
  • the AS plays a failure prompt tone to the third terminal
  • the AS releases the call of the third terminal.
  • the method further includes: after the AS plays the failure prompt tone to the third terminal, releasing the call of the third terminal; and,
  • the AS stops playing the call hold tone for the second terminal, and bridges the second terminal with the first terminal;
  • the AS releases the call of the third terminal and the second terminal.
  • the method further includes: the first terminal subscribes to the call waiting service on the AS in advance.
  • a system for implementing a call waiting for a terminal that does not support the second incoming call includes a terminal, an AS; the terminal includes a first terminal, a second terminal, and a third terminal;
  • the third terminal is configured to dial the first terminal that does not support the second incoming call
  • the AS supporting terminal communication is used to control communication between the first terminal and the third terminal.
  • the AS is configured to receive a busy response of the first terminal, and then play a call waiting tone to the third terminal, and play a second call to the first terminal, when the communication between the first terminal and the third terminal is controlled. Enter the tone and receive the number.
  • the AS is further configured to join the first terminal and the second terminal to the conference when the communication between the first terminal and the third terminal is controlled.
  • the system further includes an MRS, where the AS applies the conference resource to the MRS when the first terminal and the second terminal are added to the conference, and adds the call of the first terminal and the second terminal to the conference based on the resource. in.
  • the AS is configured to play a call hold tone to the second terminal, and bridge the third terminal with the first terminal;
  • the AS is used to play a failure prompt tone to the third terminal;
  • the AS is used to release the call of the third terminal.
  • the AS After the AS plays the failure prompt tone to the third terminal, the AS also releases the call of the third terminal; and,
  • the AS is further configured to stop playing the call hold tone for the second terminal, and bridge the second terminal with the first terminal;
  • the AS is also used to release the call of the third terminal and the second terminal.
  • the first terminal is further configured to sign a call waiting service on the AS in advance.
  • a device for implementing a call waiting for a terminal that does not support the second incoming call includes: a receiving determining module and a call bridging module; wherein
  • the receiving determining module is configured to: when the first terminal talks with the second terminal, learn that the third terminal dials the first terminal that does not support the second incoming call; and accordingly, obtains that the first terminal and the third terminal are to be controlled The result of the communication between the two;
  • the call bridging module is configured to control according to the judgment result of the receiving judging module The communication between the first terminal and the third terminal is made.
  • the receiving determining module is configured to receive a call event including an incoming call request, a user ringing, and a user off-hook.
  • the device further includes a sound mixing module, configured to receive a busy response of the first terminal when communicating between the first terminal and the third terminal, and then play a call waiting tone to the third terminal, The terminal plays the second incoming call tone and receives the number.
  • a sound mixing module configured to receive a busy response of the first terminal when communicating between the first terminal and the third terminal, and then play a call waiting tone to the third terminal, The terminal plays the second incoming call tone and receives the number.
  • the receiving the determining module is further configured to add the first terminal and the second terminal to the conference based on the connected MRS, when the communication between the first terminal and the third terminal is controlled.
  • the receiving determining module when adding the first terminal and the second terminal to the conference, is used to:
  • the device further includes a call release module; when controlling communication between the first terminal and the third terminal,
  • the play mixing module is configured to play a call hold tone to the second terminal, where the call bridge module is configured to bridge the third terminal with the first terminal;
  • the playback mix module is configured to play a failure prompt tone to the third terminal
  • the call release module is configured to release the call of the third terminal.
  • the call release module is further configured to: release the call of the third terminal after the playback mix module plays the failure prompt tone to the third terminal;
  • the playback mixing module is further configured to stop playing the call hold tone for the second terminal, where the call bridge module is further configured to use the second terminal Bridging a call with the first terminal;
  • the call release module is further configured to release the call of the third terminal and the second terminal.
  • the first terminal is further configured to sign a call waiting service on the AS in advance.
  • the device is disposed in the AS.
  • the present invention does not support the method, device and system for implementing call waiting for the second incoming call terminal.
  • the third terminal can dial the first terminal that does not support the second incoming call.
  • the AS supporting terminal communication controls communication between the first terminal and the third terminal. Therefore, the present invention can ensure that a terminal that does not support the second incoming call can also implement call waiting.
  • 1 is a logic flow diagram of a prior art call waiting service
  • FIG. 2 is a schematic structural diagram of a system of the present invention
  • 3a and 3b are schematic diagrams of logic flow according to an embodiment of the present invention.
  • FIG. 4 is a schematic block diagram of a call waiting application server according to an embodiment of the present invention.
  • FIG. 5 is a schematic flowchart of a user having no call waiting authority according to an embodiment of the present invention.
  • FIG. 6 is a schematic flowchart of joining an original call party to a conference according to an embodiment of the present invention.
  • FIG. 7 is a schematic flowchart of a process for a user to answer a new call according to an embodiment of the present invention.
  • FIG. 8 is a schematic flowchart of a user rejecting a new call according to an embodiment of the present invention.
  • FIG. 9 is a schematic flowchart of a user not responding to a new call according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of a process for implementing call waiting for a terminal that does not support the second incoming call according to an embodiment of the present invention. detailed description
  • FIG. 2 is a schematic structural diagram of a system according to the present invention. The following describes the function of the network element in FIG. 2 as follows: 1.
  • UE A device used by a user to initiate a call, answer a call, and perform other call operations, such as
  • C network or G network mobile phone PSTN terminal, IMS terminal, etc.
  • AS Provides the underlying service capabilities, such as: call control, status 4, and bill generation.
  • MRS provide voice media capabilities, generally for media servers (Media Server, MS), such as providing playback, receiving, mixing and other functions.
  • Media Server Media Server
  • the AS can negotiate with the MRS or the UE based on 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 protocol or MGCP.
  • the media negotiation is performed between the UE and the MRS according to the codec format, the transceiver port, and the bandwidth transmission rate of the media packet at the time of the call, and the media stream is transmitted.
  • Figure 2 is only a schematic diagram, hiding other unrelated IMS or NGN network topologies.
  • the AS, the MRS, and the UE are connected to the IMS network or the NGN network.
  • FIG. 3 The logic flow chart of the present invention is shown in FIG. 3, where UE B is an NGN or an IMS user, AS is a call waiting service application server, UE A and UE C may be NGN or IMS users, or may be other networks (such as GSM, CDMA, PSTN, etc.) Users.
  • the process shown in Figure 3 includes the following steps:
  • Steps 01, 1 ⁇ 8 and 11£ When calling, 1 ⁇ 8 dials 11£8.
  • Step 02 UE B does not support the second incoming call, returns the busy final response, and the response arrives.
  • Step 03 If the UE B signs the call waiting service on the AS, step 05 is performed; otherwise, step 04 is performed.
  • the AS releases the UE A to the UE A to play a failure tone (eg, the call you are making is in a call, please dial later). The process ends.
  • Step 05 the AS plays a call waiting tone to UE A, such as: Please do not hang up, the call you are making is in a call.
  • Step 06 The AS applies for the conference resource to the MRS, and adds the call of the UE B and the UE C to the conference based on the resource.
  • step 07 the AS plays the second incoming call prompt tone to the UE B (for example, if you have a new incoming call, press 1 for the call, 2 for the rejection, and press the 2) to receive the number, and the operation of the prompt tone and the receive number can be cycled. Time (such as 1 minute). At this time, the UE B can talk to the UE C or simultaneously perform the sound collection and reception operations.
  • Step 08 If the AS receives the content of the UE B as 1, then step 12 is performed; otherwise, step 09 is performed.
  • Step 09 If the AS receives the content of the UE B as 2, step 11 is performed; otherwise, step 10 is performed.
  • Step 10 After the playback time is over, the AS releases UE A. Release the mix and play resources, and bridge the call between UE B and UE C. The process ends.
  • Step 11 The AS plays a failure prompt tone to UE A, such as: The call you are making is in a call, please dial later. Then, the AS releases UE A, and releases the mixing resource and the playback resource, and bridges the call between UE B and UE C. The process ends.
  • Step 12 The AS keeps a call alert tone for the UE C.
  • Step 13 The AS stops playing the call waiting tone for the UEA.
  • Step 14 The AS bridges UE A and UE B, and UE A and UE B enter a call state. Step 15 If UE A hangs up when UE C is not on-hook, go to step 19; otherwise, go to step 16.
  • Step 16 If UE B hangs up while UE C is not on-hook, go to step 18; otherwise, execute Step 17.
  • Step 18 The AS releases UE A, UE C, and then releases the original call. The process ends.
  • Step 19 The AS stops playing the call hold tone for the UE C.
  • Step 20 The AS bridges UE C and UE B, and UE C and UE B re-enter the call state. The process ends.
  • the receiving judging module receives various call events arriving at the AS, such as an incoming call request, a user ringing, and a user picking up the phone. For example, when the UE B returns to the busy state, it is used to determine whether the user has the call waiting for the service right, and performs subsequent processing.
  • the sound mixing module is used to instruct the MRS to perform operations such as playing, collecting and collecting, and mixing the meeting, such as playing the UE A failure prompt or call waiting tone, playing the UE B and collecting the number, The UE C plays the call hold tone, and the UE B and the UE C mix the conference.
  • the call bridge module is used to associate the calls of two users, so that two users enter the call state. In the present invention, it is used to bridge UE A and UE B, and bridge between UE B and UE C.
  • the call release module is used for call release after the end of the process, such as a failure prompt tone, a call release after the user hangs up, and the like.
  • the system including the above AS includes:
  • the UE can access an existing related network (such as GSM, CDMA, PSTN, NGN or IMS). It can be a terminal under existing networks, such as GSM or CDMA handsets, PSTN fixed line, NGN or IMS terminals.
  • the UE B is an NGN or an IMS user, and the UE A and the UE C may be NGN or IMS users, or may be other network users.
  • the softswitch placed in the NGN or IMS core network, and SS (Softswitch, under the NGN network)
  • the softswitch) or the S-CSCF (Serving Call Session Controller) under the IMS network is connected and connected to the MRS. It can realize user authentication, play collection, call bridging, call release, bill generation, etc. of call waiting service. It mainly includes a receiving judgment module, a sound mixing module, a call bridge module, a call release module, and the like.
  • the MRS connected to the AS, through the AS's instructions for playback, playback, and mixing.
  • the MRS is used to play related prompt sounds (such as call waiting prompts, call hold prompts) to the user terminal, or to play related prompt sounds to the user terminal and receive secondary dialing input of the user terminal, or to the user terminal. Join the meeting and mix.
  • FIG. 5 is a schematic flowchart of a user's no call waiting right according to an embodiment of the present invention.
  • UE B is an NGN or IMS user, but there is no subscription call waiting.
  • the process shown in Figure 5 includes the following steps:
  • Step 01 UE A sends an INVITE request to the AS, and the request number is UE B, and the INVITE request carries the SDP information of UE A. At this time, UE B and UE C are in a call.
  • Step 02 The AS sends an INVITE request to the UE B, where the request number is the UE B, and the INVITE request carries the SDP information of the UE A.
  • Step 03 UE B returns a final response of 486 Busy to the AS.
  • UE B and UE C are in a call, and UE B does not support the second incoming call, so UE B returns to the busy state.
  • Step 04 The AS sends an ACK acknowledgement message to UE B.
  • Step 05 The AS sends an INVITE request to the MRS, where the SDP information of the UE A is carried.
  • the AS judges that UE B does not have a call waiting service, and wants to cancel the UE A busy state.
  • Step 06 The MRS returns a 200 OK (INVITE) final response to the AS, which carries its own SDP information.
  • Step 07 The AS sends an ACK acknowledgement message to the MRS.
  • step 08 the AS sends a 183 Session Process temporary response to the UE A, carrying the SDP information of the MRS.
  • step 09 the AS sends an INFO notification request to the MRS, requesting the MRS to play a prompt tone to the UE A, for example: The call you are making is in a call, please dial again later.
  • Step 10 the MRS returns a 200 OK ( INFO ) final response to the AS.
  • Step 11 The MRS sends a BYE end request to the AS.
  • the MRS playback ends, requesting to release the playback resource.
  • step 12 the AS returns a 200 OK (BYE) final response to the MRS.
  • step 13 the AS returns a 487 Terminated final response to UE A. The end of the playback,
  • the AS releases UE A.
  • Step 14 UE A sends an ACK acknowledgement message to the AS. The process ends.
  • FIG. 6 is a schematic flowchart of a process in which an original call party joins a conference according to an embodiment of the present invention.
  • UE B is an NGN or IMS user and subscribes to call waiting services.
  • the process shown in Figure 6 includes the following steps:
  • Step 01 UE A sends an INVITE request to the AS, and the request number is UE B, and the INVITE request carries the SDP information of UE A. At this time, UE B and UE C are in a call.
  • Step 02 The AS sends an INVITE request to the UE B, where the request number is the UE B, and the INVITE carries the SDP information of the UE A.
  • Step 03 UE B returns a final response of 486 Busy to the AS.
  • UE B and UE C are in a call, and UE B does not support the second incoming call, so UE B returns to the busy state.
  • Step 04 The AS sends an ACK acknowledgement message to UE B.
  • Step 05 The AS sends an INVITE request to the MRS, and carries the SDP information of the UE A.
  • the AS judges that the UE B has a call waiting service, and wants to put a call waiting tone for UE A.
  • Step 06 The MRS returns a 200 OK (INVITE) final response to the AS, which carries its own SDP information.
  • Step 07 The AS sends an ACK acknowledgement message to the MRS.
  • Step 08 The AS sends a 180Ring temporary response to the UE A, where the SDP carrying the MRS information.
  • Step 09 The AS sends an INFO notification request to the MRS, requesting the MRS to play the prompt tone to the UE A (for example, please do not hang up, the call you are making is in a call), and the cycle time is about 1 minute.
  • Step 10 the MRS returns a 200 OK ( INFO ) final response to the AS.
  • Step 11 The AS sends a REINVITE request to UE B.
  • AS wants to join UE B to the conference.
  • Step 12 UE B returns a 200 OK (REINVITE) final response to the AS, which carries its own SDP information.
  • Step 13 The AS sends an INVITE request to the MRS, where the SDP information of the UE B is carried. Step 14.
  • the MRS returns a 200 OK (INVITE) final response to the AS, which carries its own SDP information.
  • Step 15 The AS sends an ACK acknowledgement message to the MRS.
  • Step 16 The AS sends an ACK acknowledgement message to the UE B, where the SDP message carrying the MRS.
  • the node AS sends an INFO notification request to the MRS, requesting the MRS to mix the UE B.
  • the MRS returns a 200 OK ( INFO ) final response to the AS.
  • Step 19 The AS sends an INFO notification request to the MRS, requesting the MRS to cyclically receive the number of the UE B (for example: if you have a new incoming call, press 1 for the call, 2 for the rejection), and the cycle time is about 1 minute.
  • step 20 the MRS returns a 200 OK ( INFO ) final response to the AS.
  • Step 21 The AS sends a REINVITE request to the UE C.
  • AS wants to add UE C to the conference.
  • step 11 UE C returns a 200 OK (REINVITE) final response to the AS, which carries its own SDP information.
  • step 23 The AS sends an INVITE request to the MRS, where the SDP information of the UE C is carried.
  • the MRS returns a 200 OK (INVITE) final response to the AS, which carries its own SDP information.
  • Step 25 The AS sends an ACK acknowledgement message to the MRS.
  • Step 26 The AS sends an ACK acknowledgement message to the UE C, where the SDP message carrying the MRS is used.
  • Step 27 the AS sends an INFO notification request to the MRS, requesting the MRS to mix the UE C.
  • the MRS returns a 200 OK ( INFO ) final response to the AS.
  • UE B is in a call state, and UE B is in a playback state.
  • Step 29 The MRS sends an INFO notification request to the AS to notify the AS of the input content of the UE B.
  • step 30 the AS returns a 200 OK ( INFO ) final response to the MRS.
  • the content of the AS to UE B If it is 1, it will be connected to Figure 7; if it is 2, it will be connected to Figure 8; if it is empty or other, it will be connected to Figure 9.
  • FIG. 7 is a schematic flowchart of a user receiving a new call according to an embodiment of the present invention.
  • UE B chooses to answer the new call.
  • the process shown in Figure 7 includes the following steps:
  • Step 01 The AS sends an INFO notification request to the MRS to request the MRS to periodically play the call hold tone to the UE C (such as: please wait, the call is held), or may be a piece of music.
  • the input content of the UE B is 1, that is, the new call is selected, and the AS keeps a prompt tone for playing the call to the UE C.
  • step 02 the MRS returns a 200 OK ( INFO ) final response to the AS.
  • Step 03 The AS sends a BYE end request to the MRS to request the MRS to release the playback and mixing links of the UE B and the MRS.
  • the AS stops playing and mixing the UE B.
  • step 04 the MRS returns a 200 OK (BYE) final response to the AS.
  • Step 05 The AS sends a BYE end request to the MRS to request the MRS to release the playback link between the UE A and the MRS.
  • the AS stops playing a call waiting tone for UE A.
  • step 06 the MRS returns a 200 OK (BYE) final response to the AS.
  • step 07 the AS sends a REINVITE request to UE B. The AS wants to bridge the call to UE A and UE B.
  • Step 08 The UE returns a 200 OK (REINVITE) final response to the AS, which carries its own SDP information.
  • Step 09 The AS sends an UPDATE update request to the UE, where the SDP information of the UE B is carried.
  • Step 10 UE A returns a 200 OK (UPDATE) final response to the AS, which carries its own SDP information.
  • Step 11 The AS returns a 200 OK (INVITE) final response to UE A.
  • Step 12 UE A sends an ACK acknowledgement message to the AS.
  • Step 13 The AS sends an ACK acknowledgement message to the UE B, where the SDP information of the UE A is carried.
  • the UE A negotiates with the UE B media to enter the call state.
  • Step 14 UE A sends a BYE end request to the AS. UE A ends the call with UE B, and UE A hangs up.
  • Step 15 The AS returns a 200 OK (BYE) final response to UE A.
  • Step 16 The AS sends a BYTE end request to the MRS to request the MRS to release the playback link between the UE C and the MRS.
  • UE A hangs up, so the AS wants to stop keeping the tone for the UE C play call, and bridges the call between UE B and UE C.
  • Step 17 the MRS returns a 200 OK (BYE) final response to the AS.
  • Step 18 The AS sends a REINVITE request to UE B.
  • Step 19 UE B returns a 200 OK (REINVITE) final response to the AS, which carries its own SDP information.
  • Step 20 The AS sends a REINVITE request to the UE C, where the SDP of the UE B is carried in step 21, and the UE C returns a 200 OK (REINVITE) final response to the AS, where the UE carries Its own SDP information.
  • REINVITE 200 OK
  • Step 11 the AS sends an ACK confirmation request to the UE C.
  • Step 23 The AS sends an ACK acknowledgement request to the UE B, where the SDP information of the UE C is carried.
  • the negotiation between the UE B and the UE C media is completed, and the call state is re-entered. The process ends.
  • FIG. 8 is a schematic flowchart of a user rejecting a new call according to an embodiment of the present invention.
  • UE B chooses to reject the new call.
  • the process shown in Figure 8 includes the following steps:
  • Step 01 The AS sends an INFO notification request to the MRS to request the MRS to play a failure prompt tone to the UE A, such as: The call you are making is in a call, please dial later.
  • the input content of UE B is 2, that is, the new call is rejected, and the AS plays a failure tone to UE A.
  • step 02 the MRS returns a 200 OK ( INFO ) final response to the AS.
  • Step 03 The AS sends a BYE end request to the MRS to request the MRS to release the playback link between the UE A and the MRS.
  • the AS releases the UE A and releases the playback resources.
  • step 04 the MRS returns a 200 OK (BYE) final response to the AS.
  • Step 05 the AS returns a 487 Terminated final response to UE A.
  • the AS releases UE A after the UE A plays.
  • Step 06 UE A sends an ACK acknowledgement message to the AS.
  • Step 07 The AS sends a BYE end request to the MRS to request the MRS to release the playback and mixing links of the UE B and the MRS. After the AS receives the number from UE B, it releases the playback and mixing resources.
  • step 08 the MRS returns a 200 OK (BYE) final response to the AS.
  • Step 09 The AS sends a BYE end request to the MRS to request the MRS to release the mixing link of the UE C and the MRS.
  • the AS releases the mixing resources.
  • step 10 the MRS returns a 200 OK (BYE) final response to the AS.
  • Step 11 The AS sends a REINVITE request to UE B.
  • the AS wants to bridge UE B and UE C.
  • Step 12 UE B returns a 200 OK (REINVITE) final response to the AS, where Its own SDP information.
  • Step 13 The AS sends a REINVITE request to the UE C, where the SDP message of the UE B is carried.
  • Step 14 The UE C returns a 200 OK (REINVITE) final response to the AS, which carries its own SDP information.
  • Step 15 the AS sends an ACK acknowledgement message to the UE C.
  • Step 16 The AS sends an ACK acknowledgement message to the UE B, where the SDP information of the UE C is carried.
  • the negotiation between the UE B and the UE C media is completed, and the call state is re-entered. The process ends.
  • FIG. 9 is a schematic flowchart of a process in which a user does not respond to a new call according to an embodiment of the present invention.
  • UE B does not process the new call, that is, there is no response to the new call.
  • the process shown in Figure 9 includes the following steps:
  • Step 01 The AS sends a BYE end request to the MRS to request the MRS to release the playback link between the UE A and the MRS.
  • the AS loops to the UE B for a time (for example, about 1 minute), and the UE B input content is empty, or a value other than 1 and 2, and the AS releases the playback resource to the UE A.
  • step 02 the MRS returns a 200 OK (BYE) final response to the AS.
  • Step 03 The AS returns a 408Time Out final response to UE A.
  • the AS releases UE A after the UE A plays.
  • Step 04 UE A sends an ACK acknowledgement message to the AS.
  • Step 05 The AS sends a BYE end request to the MRS to request the MRS to release the playback and mixing links of the UE B and the MRS.
  • the AS loops to the UE B to receive the sound collection time, releasing the playback and mixing resources.
  • step 06 the MRS returns a 200 OK (BYE) final response to the AS.
  • Step 07 The AS sends a BYE end request to the MRS to request the MRS to release the mixing link of the UE C and the MRS.
  • the AS releases the mixing resources.
  • step 08 the MRS returns a 200 OK (BYE) final response to the AS.
  • step 09 the AS sends a REINVITE request to UE B.
  • the AS wants to bridge UE B and UE C.
  • Step 10 UE B returns a 200 OK (REINVITE) final response to the AS, which carries its own SDP information.
  • Step 11 The AS sends a REINVITE request to the UE C, where the SDP message of the UE B is carried.
  • Step 12 The UE C returns a 200 OK (REINVITE) final response to the AS, which carries its own SDP information.
  • Step 13 The AS sends an ACK acknowledgement message to the UE C.
  • Step 14 The AS sends an ACK acknowledgement message to the UE B, where the SDP information of the UE C is carried.
  • the negotiation between the UE B and the UE C media is completed, and the call state is re-entered. The process ends.
  • the operation of the present invention for implementing call waiting for a terminal that does not support the second incoming call may be represented by the process shown in FIG. 10, and the process includes the following steps:
  • Step 1001 When the first terminal talks with the second terminal, the third terminal dials the first terminal that does not support the second incoming call.
  • Step 1002 The AS supporting terminal communication controls communication between the first terminal and the third terminal. It can be seen from the above process that the first terminal and the second terminal are terminals that are in a call, and the third terminal is a terminal that initiates a new call.
  • the present invention is directed to a method for implementing call waiting for a terminal that does not support the second incoming call, regardless of the method, the device, or the system, and has the following advantages and innovations: (1) The terminal is not required to support the second incoming call. The function of the second incoming call can be implemented by the AS. When there is a new call, the AS prompts the user to choose to answer or reject the call, overcoming the problem that the user cannot perceive the new call. (2) The terminal is not required to support the call hold function, which is implemented by the AS. The traditional call waiting feature requires a call hold button on the terminal to hold the original caller. In the present invention, if the user chooses When a new call is answered, the AS automatically performs call hold on the original caller.
  • the user who realizes the new call in the conference talks with the original calling user, and simultaneously performs the sound collection and collection, and takes less time for the conference resources (up to about 1 minute).
  • the call between the user who can implement the new call and the original calling user can be seamlessly switched between the conference call and the ordinary call, and the original call user does not perceive the handover process.
  • the terminal can be applied to both NGN and IMS terminals, such as SIP hard terminal (SIP high-end phone with video capability and SIP low-end phone without video capability), SIP soft terminal (PC client), POTS (Plain Old Telephone Service, ordinary old-fashioned telephone service) Users, etc.
  • SIP hard terminal SIP high-end phone with video capability and SIP low-end phone without video capability
  • SIP soft terminal PC client
  • POTS Pein Old Telephone Service, ordinary old-fashioned telephone service
  • terminals under GSM, CDMA, and PSTN can also access the NGN and IMS by anchoring to apply the present invention to implement call waiting.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种不支持第二路呼入的终端实现呼叫等待的方法、装置和***，在第一终端与第二终端通话时，第三终端拔打不支持第二路呼入的第一终端（1101）；支持终端通信的应用服务器AS控制第一终端与第三终端之间的通信（1102）。本发明能够保证不支持第二路呼入的终端同样可以实现呼叫等待。

Description

终端实现呼叫等待的方法、 装置和*** 技术领域
本发明涉及通信领域， 具体涉及不支持第二路呼入的终端实现呼叫等 待的方法、 装置和***。 背景技术
所谓呼叫等待， 是指当用户在已经存在的通话中收到新的呼叫请求时， 用户将听到呼叫等待提示音， 表示另有用户等待与之通话。 同时通知新呼 叫方等待接听， 并向该呼叫方播放呼叫等待提示。 用户可以选择接听新呼 叫， 也可以选择拒绝新呼叫， 也可以对新呼叫不^故处理即无应答。
现有技术中， 呼叫等待是需要用户终端支持第二路呼入的。 如图 1 所 示， 可简称为终端的用户终端 （User Equipment, UE ) B 为 NGN ( Next Generation Network, 下一代通信网络）或 IMS ( IP Multimedia Subsystem, IP多媒体子***）用户， 签约了呼叫等待业务， UE A和 UE C可以是 NGN 或 IMS 用户， 也可以是其他网络如 GSM ( Global System for Mobile communication,全球移动通信*** )、 CDMA( Code Division Multiple Access, 码分多址接入）、 PSTN ( Public Switched Telephone Network, 公共交换电话 网）等用户。 相关流程和信令步驟说明如下：
步驟 01 , UE A向应用服务器（Application Server, AS )发送 Invite (邀 请 )请求， 请求号码为 UE B。 UE B与 UE C通话时， UE A以发送 Invite 请求的方式拨打 UE B, Invite请求中携带 UE A的会话描述协议 ( Session Description Protocol, SDP )信息， 包括 IP地址、 端口号、 音视频属性、 编 码格式等。
步驟 02, AS向 UE B发送 Invite请求， 请求号码为 UE B。 步驟 03 , UE Β向 AS返回 180Ring (振铃 ) ( XML (可扩展标记语言）） 或 182 ( Queued )排队临时响应。 UE B支持第二路呼入， 有能力接听第二 路呼入， 因此返回 180 Ring ( XML )或 182Queued, 表示 UE B收到了新的 呼叫请求， 并处于振铃状态或排队状态。
步驟 04, AS向媒体资源服务器（ Media Resource Server, MRS )发送 Invite请求， 其中携带 UE A的 SDP信息。 AS收到 180Ring ( XML )或 182Queued, 执行呼叫等待业务逻辑， 欲对 UE A播放呼叫等待提示音， 于 是建立 UE A到 MRS的放音通道。
步驟 05, MRS向 AS返回 200 OK最终响应， 其中携带自身的 SDP信 步驟 06 , AS向 MRS发送 ACK确认消息。
步驟 07, AS向 UE A返回 180Ring临时响应， 其中携带 MRS的 SDP 信息。
步驟 08, AS向 MRS发送 INFO (通知 )请求， 指示 MRS对 UE A放 音。
步驟 09, MRS向 AS返回 200 OK成功响应。 UE A听呼叫等待提示音， 如： 请不要挂机， 您拨打的电话正在通话中。
步驟 10, UE B向 AS发送 200 OK ( INVITE )最终响应， 其中携带自 身的 SDP信息。 UE B保持 UE C, UE C听呼叫保持提示音， UE B摘机。
步驟 11 , AS向 MRS发送 BYE (结束）请求。 AS停止对 UE A播放呼 叫等待提示音。
步驟 12, MRS向 AS返回 200 OK ( BYE )成功响应。
步驟 13 , AS向 UE A发送 UPDATE (更新 )请求， 其中携带 UE B的 SDP信息。
步驟 14, UE A向 AS返回 200 OK ( UPDATE )成功响应， 其中携带 UE A的 SDP信息。
步驟 15, AS向 UEA返回 200 OK ( INVITE )最终响应。
步驟 16, UE A向 AS发送 ACK确认消息。
步驟 17, AS向 UE B发送 ACK确认消息。 至此， UE A与 UE B完成 了 SDP协商， 进入通话状态。
可以看到， 现有技术中， 呼叫等待业务对终端是有要求的， 即需要支 持第二路呼入， 并能支持呼叫保持功能。 而目前大部分终端并不能满足上 述呼叫等待业务对终端的要求， 而是直接对第二路呼入返回 Busy (忙）状 态， 因而不支持第二路呼入的终端在与对端通话时感知不到有来自其它终 端的新呼叫， 该新呼叫的主叫用户则只能听到失败提示音而没有机会与不 支持第二路呼入的所述终端通话。 发明内容
有鉴于此， 本发明的主要目的在于提供一种不支持第二路呼入的终端 实现呼叫等待的方法、 装置和***， 以便不支持第二路呼入的终端同样可 以实现呼叫等待。
为达到上述目的， 本发明的技术方案是这样实现的：
一种不支持第二路呼入的终端实现呼叫等待的方法， 包括：
第一终端与第二终端通话时， 第三终端拨打不支持第二路呼入的第一 终端；
支持终端通信的应用服务器 AS控制第一终端与第三终端之间的通信。 其中，控制第一终端与第三终端之间的通信时， 所述 AS接收第一终端 的忙响应， 之后对第三终端播放呼叫等待提示音， 还对第一终端播放第二 路呼入的提示音并收号。
其中，控制第一终端与第三终端之间的通信时， 所述 AS还将第一终端 和第二终端加入到会议中。 其中， 所述 AS将第一终端和第二终端加入到会议中的方法为：
AS向媒体资源服务器 MRS申请会议资源， 基于该资源将第一终端和 第二终端的通话加入到会议中。
其中， 控制第一终端与第三终端之间的通信时，
若第一终端选择接听第三终端的新呼叫， AS对第二终端播放呼叫保持 提示音， 并将第三终端与第一终端桥接通话；
若第一终端选择拒绝第三终端的新呼叫， AS对第三终端播放失败提示 音；
若第一终端不对第三终端的新呼叫做出回应， AS 释放第三终端的呼 叫。
其中， 该方法还包括： AS对第三终端播放失败提示音后， 释放第三终 端的呼叫； 以及，
如果第二终端未挂机期间第三终端挂机， AS对第二终端停止播放呼叫 保持提示音， 并将第二终端与第一终端桥接通话；
如果第二终端未挂机期间第一终端挂机， AS释放第三终端、 第二终端 的呼叫。
其中， 该方法还包括： 第一终端预先在 AS上签约呼叫等待业务。 一种不支持第二路呼入的终端实现呼叫等待的***， 包括终端、 AS; 所述终端包括第一终端、 第二终端、 第三终端； 其中，
所述第一终端与第二终端通话时， 所述第三终端用于拨打不支持第二 路呼入的第一终端；
支持终端通信的所述 AS， 用于控制第一终端与第三终端之间的通信。 其中，控制第一终端与第三终端之间的通信时， 所述 AS用于接收第一 终端的忙响应， 之后对第三终端播放呼叫等待提示音， 还对第一终端播放 第二路呼入的提示音并收号。 其中，控制第一终端与第三终端之间的通信时， 所述 AS还用于将第一 终端和第二终端加入到会议中。
其中， 该***还包括 MRS, 所述 AS将第一终端和第二终端加入到会 议中时， 用于向 MRS申请会议资源， 并基于该资源将第一终端和第二终端 的通话加入到会议中。
其中， 控制第一终端与第三终端之间的通信时，
若第一终端选择接听第三终端的新呼叫， AS用于对第二终端播放呼叫 保持提示音， 并将第三终端与第一终端桥接通话；
若第一终端选择拒绝第三终端的新呼叫， AS用于对第三终端播放失败 提示音；
若第一终端不对第三终端的新呼叫做出回应， AS用于释放第三终端的 呼叫。
其中， AS对第三终端播放失败提示音后，还用于释放第三终端的呼叫； 以及，
如果第二终端未挂机期间第三终端挂机， AS还用于对第二终端停止播 放呼叫保持提示音， 并将第二终端与第一终端桥接通话；
如果第二终端未挂机期间第一终端挂机， AS还用于释放第三终端、 第 二终端的呼叫。
其中， 所述第一终端还用于预先在 AS上签约呼叫等待业务。
一种不支持第二路呼入的终端实现呼叫等待的装置， 包括接收判断模 块、 通话桥接模块； 其中，
所述接收判断模块， 用于在第一终端与第二终端通话时， 获知第三终 端拨打不支持第二路呼入的第一终端； 并据此得出要控制第一终端与第三 终端之间的通信的判断结果；
所述通话桥接模块， 用于根据所述接收判断模块的所述判断结果， 控 制第一终端与第三终端之间的通信。
其中， 所述接收判断模块， 用于接收包括呼入请求、 用户振铃、 用户 摘机在内的呼叫事件。
其中， 该装置还包括放音混音模块， 用于在第一终端与第三终端之间 通信时， 接收第一终端的忙响应， 之后对第三终端播放呼叫等待提示音， 还对第一终端播放第二路呼入的提示音并收号。
其中， 控制第一终端与第三终端之间的通信时， 所述接收判断模块还 用于基于相连的 MRS, 将第一终端和第二终端加入到会议中。
其中， 所述接收判断模块将第一终端和第二终端加入到会议中时， 用 于：
向 MRS申请会议资源，基于该资源将第一终端和第二终端的通话加入 到会议中。
其中， 该装置还包括呼叫释放模块； 控制第一终端与第三终端之间的 通信时，
若第一终端选择接听第三终端的新呼叫， 所述放音混音模块用于对第 二终端播放呼叫保持提示音， 所述通话桥接模块用于将第三终端与第一终 端桥接通话；
若第一终端选择拒绝第三终端的新呼叫， 所述放音混音模块用于对第 三终端播放失败提示音；
若第一终端不对第三终端的新呼叫做出回应， 所述呼叫释放模块用于 释放第三终端的呼叫。
其中， 所述呼叫释放模块还用于： 在所述放音混音模块对第三终端播 放失败提示音后， 释放第三终端的呼叫； 以及，
如果第二终端未挂机期间第三终端挂机， 所述放音混音模块还用于对 第二终端停止播放呼叫保持提示音， 所述通话桥接模块还用于将第二终端 与第一终端桥接通话；
如果第二终端未挂机期间第一终端挂机， 所述呼叫释放模块还用于释 放第三终端、 第二终端的呼叫。
其中， 所述第一终端还用于预先在 AS上签约呼叫等待业务。
其中， 该装置设置于 AS中。
可见， 本发明不支持第二路呼入的终端实现呼叫等待的方法、 装置和 ***， 当第一终端与第二终端通话时， 第三终端可拨打不支持第二路呼入 的第一终端； 支持终端通信的 AS控制第一终端与第三终端之间的通信。 因 此， 本发明能够保证不支持第二路呼入的终端同样可以实现呼叫等待。 附图说明
图 1为现有技术呼叫等待业务的逻辑流程图；
图 2为本发明***的架构示意图；
图 3a与图 3b为本发明实施例的逻辑流程示意图；
图 4为本发明实施例的呼叫等待应用服务器的模块示意图；
图 5为本发明实施例的用户无呼叫等待权限的流程示意图；
图 6为本发明实施例的原呼叫双方加入会议的流程示意图；
图 7为本发明实施例的用户接听新呼叫的流程示意图；
图 8为本发明实施例的用户拒绝新呼叫的流程示意图；
图 9为本发明实施例的用户对新呼叫无应答的流程示意图；
图 10为本发明实施例的不支持第二路呼入的终端实现呼叫等待的流程 简图。 具体实施方式
参见图 2, 图 2为本发明***的架构示意图， 下面针对图 2中的网元功 能作如下说明： 1、 UE: 用户用于发起呼叫、接听呼叫以及做其他呼叫操作的装置， 如
C网或 G网手机、 PSTN终端、 IMS终端等。
2、 AS: 提供底层业务能力， 如： 呼叫控制， 状态上 4艮， 话单生成等功 能。
3、 MRS:提供语音媒体能力，一般为媒体服务器（ Media Server, MS ), 如提供放音、 收号、 混音等功能。
具体网元中使用协议如下：
1、 AS同 MRS或 UE之间可基于呼叫通话的媒体协商， AS与 UE通过 核心网使用 SIP协议互通， AS 同 MRS之间通常使用 SIP协议或 MGCP
( Media Gateway Control Protocol,媒体网关控制协议），具体采用那种协议 取决于 MRS所支持的协议类型。
2、 UE与 MRS之间根据呼叫时媒体包的编解码格式、 收发端口、 带宽 传输速率等进行媒体协商， 完成媒体流的传送。
需要说明的是， 图 2只是概要的图示， 隐藏了其它无关的 IMS或 NGN 网络拓朴结构。 实际实现中， AS、 MRS及 UE是接入到 IMS网络或 NGN 网络中的。
本发明的逻辑流程图如图 3所示， 其中 UE B为 NGN或 IMS用户， AS为呼叫等待业务应用服务器， UE A和 UE C可以是 NGN或 IMS用户， 也可以是其他网络（如 GSM、 CDMA, PSTN等） 用户。 图 3所示流程包 括以下步驟：
步驟 01 , 1^ 8与11£ ( 通话时， 1^八拨打11£ 8。
步驟 02, UE B 不支持第二路呼入， 返回忙的最终响应， 该响应到达
AS。
步驟 03 , 若 UE B在 AS上签约了呼叫等待业务， 则执行步驟 05; 否 则执行步驟 04。 步驟 04, AS对 UE A播放失败提示音（如： 您拨打的电话正在通话中 , 请稍后再拨）后释放 UE A。 流程结束。
步驟 05, AS对 UE A播放呼叫等待提示音， 如： 请不要挂机， 您拨打 的电话正在通话中。
步驟 06, AS向 MRS申请会议资源， 基于该资源将 UE B、 UE C的通 话加入到会议中。
步驟 07, AS对 UE B播放第二路呼入提示音（如： 您有新的来电， 接 听请按 1 , 拒绝请按 2 )并进行收号， 播放提示音以及收号的操作可以循环 一定时间 （如 1分钟）。 此时 UE B既可以和 UE C通话， 也可以同时进行 放音收号操作。
步驟 08, 若 AS对 UE B的收号内容为 1 , 则执行步驟 12; 否则执行步 驟 09。
步驟 09, 若 AS对 UE B的收号内容为 2, 则执行步驟 11 ; 否则执行步 驟 10。
步驟 10, 放音收号时间结束后， AS释放 UE A。 释放混音和放音资源， 将 UE B与 UE C桥接通话。 流程结束。
步驟 11 , AS对 UE A播放失败提示音，如： 您拨打的电话正在通话中， 请稍后再拨。 然后 AS释放 UE A, 并释放混音资源和放音资源， 将 UE B 与 UE C桥接通话。 流程结束。
步驟 12, AS对 UE C播放呼叫保持提示音。
步驟 13 , AS对 UEA停止播放呼叫等待提示音。
步驟 14 , AS将 UE A与 UE B桥接， UE A与 UE B进入通话状态。 步驟 15, 若 UE C未挂机期间 UE A挂机， 则执行步驟 19; 否则执行 步驟 16。
步驟 16, 若 UE C未挂机期间 UE B挂机， 则执行步驟 18; 否则执行 步驟 17。
步驟 17, UE A与 UE B继续通话。 流程结束。
步驟 18 , AS释放 UE A、 UE C, 然后释放原呼叫。 流程结束。
步驟 19, AS对 UE C停止播放呼叫保持提示音。
步驟 20, AS将 UE C与 UE B桥接， UE C与 UE B重新进入通话状态。 流程结束。
为了保证不支持第二路呼入的终端能够实现呼叫等待，可以进行如图 4 所示的设置。 图 4中， AS中所包含的相关模块如下：
1、 接收判断模块， 接收到达 AS的各种呼叫事件， 如呼入请求、 用户 振铃、 用户摘机等。 如 UE B返回忙状态时， 用于判断用户是否具有呼叫等 待业务权限， 进行后续处理。
2、 放音混音模块， 用于指示 MRS进行放音、 放音收号、 会议混音等 操作 ,如对 UE A播放失败提示音或呼叫等待提示音、对 UE B放音并收号、 对 UE C播放呼叫保持提示音、 将 UE B与 UE C进行会议混音等。
3、 通话桥接模块， 用于将两个用户的通话关联起来， 使得两个用户进 入通话状态。 本发明中 , 用于将 UE A与 UE B桥接， 以及 UE B与 UE C 的桥接。
4、 呼叫释放模块， 用于流程结束后的呼叫释放， 如失败提示音、 用户 挂机等流程后的呼叫释放。
包含上述 AS的***包括：
UE,能够接入现存的相关网络（如 GSM、 CDMA, PSTN, NGN或 IMS ) 中。 可以是现存各网络下的终端， 如 GSM或 CDMA手机、 PSTN固话、 NGN或 IMS终端等。 其中 UE B为 NGN或 IMS用户， UE A和 UE C可以 是 NGN或 IMS用户， 也可以是其他网络用户。
AS, 置于 NGN或 IMS核心网中， 与 NGN网络下的 SS ( Softswitch, 软交换）或 IMS 网络下的 S-CSCF (服务呼叫会话控制器）相连， 同时与 MRS相连。 能够实现呼叫等待业务的用户鉴权、 放音收号、 通话桥接、 呼 叫释放、 话单生成等。 主要包括接收判断模块、 放音混音模块、 通话桥接 模块、 呼叫释放模块等。
MRS, 与 AS相连， 通过 AS的指示实现放音、 放音收号及混音功能。 在本发明中， MRS用于对用户终端播放相关提示音（如呼叫等待提示音、 呼叫保持提示音）， 或对用户终端播放相关提示音并接收用户终端的二次拨 号输入， 或对用户终端加入会议， 进行混音。
参见图 5, 图 5为本发明实施例的用户无呼叫等待权限的流程示意图。 图 5中， UE B为 NGN或 IMS用户， 但没有签约呼叫等待。 图 5所示流程 包括以下步驟：
步驟 01 , UE A向 AS发送 INVITE请求 ,请求号码为 UE B ,所述 INVITE 请求中携带 UE A的 SDP信息。 此时 UE B与 UE C正在通话中。
步驟 02 , AS向 UE B发送 INVITE请求 ,请求号码为 UE B ,所述 INVITE 请求中携带 UE A的 SDP信息。
步驟 03 , UE B向 AS返回 486Busy最终响应。 UE B与 UE C正在通话 中， 且 UE B不支持第二路呼入 , 因此 UE B返回忙状态。
步驟 04 , AS向 UE B发送 ACK确认消息。
步驟 05 , AS向 MRS发送 INVITE请求，其中携带 UE A的 SDP信息。 AS判断 UE B没有呼叫等待业务， 欲对 UE A放忙状态的失败提示音。
步驟 06, MRS向 AS返回 200 OK ( INVITE )最终响应， 其中携带自 身的 SDP信息。
步驟 07 , AS向 MRS发送 ACK确认消息。
步驟 08, AS向 UE A发送 183 Session Process (会话过程） 临时响应， 携带 MRS的 SDP信息。 步驟 09, AS向 MRS发送 INFO通知请求， 请求 MRS对 UE A播放提 示音， 如： 您拨打的电话正在通话中， 请稍后再拨。
步驟 10, MRS向 AS返回 200 OK ( INFO )最终响应。
步驟 11 , MRS向 AS发送 BYE结束请求。 MRS放音结束， 请求释放 放音资源。
步驟 12, AS向 MRS返回 200 OK ( BYE )最终响应。
步驟 13 , AS向 UE A返回 487Terminated (结束 )最终响应。放音结束，
AS释放 UE A。
步驟 14, UE A向 AS发送 ACK确认消息。 流程结束。
参见图 6, 图 6为本发明实施例的原呼叫双方加入会议的流程示意图。 图 6中， UE B为 NGN或 IMS用户， 签约了呼叫等待业务。 图 6所示流程 包括以下步驟：
步驟 01 , UE A向 AS发送 INVITE请求 ,请求号码为 UE B ,所述 INVITE 请求中携带 UE A的 SDP信息。 此时 UE B与 UE C正在通话中。
步驟 02 , AS向 UE B发送 INVITE请求 ,请求号码为 UE B ,所述 INVITE 中携带 UE A的 SDP信息。
步驟 03 , UE B向 AS返回 486Busy最终响应。 UE B与 UE C正在通话 中， 且 UE B不支持第二路呼入， 因此 UE B返回忙状态。
步驟 04 , AS向 UE B发送 ACK确认消息。
步驟 05 , AS向 MRS发送 INVITE请求， 携带 UE A的 SDP信息。 AS 判断 UE B有呼叫等待业务， 欲对 UE A放呼叫等待提示音。
步驟 06, MRS向 AS返回 200 OK ( INVITE )最终响应， 其中携带自 身的 SDP信息。
步驟 07 , AS向 MRS发送 ACK确认消息。
步驟 08, AS向 UE A发送 180Ring临时响应， 其中携带 MRS的 SDP 信息。
步驟 09, AS向 MRS发送 INFO通知请求， 请求 MRS对 UE A循环播 放提示音（如： 请不要挂机， 您拨打的电话正在通话中）， 循环时间为 1分 钟左右。
步驟 10, MRS向 AS返回 200 OK ( INFO )最终响应。
步驟 11 , AS向 UE B发送 REINVITE (再邀请 )请求。 AS欲将 UE B 加入到会议中。
步驟 12, UE B向 AS返回 200 OK ( REINVITE )最终响应， 其中携带 自身的 SDP信息。
步驟 13 , AS向 MRS发送 INVITE请求，其中携带 UE B的 SDP信息。 步驟 14, MRS向 AS返回 200 OK ( INVITE )最终响应， 其中携带自 身的 SDP信息。
步驟 15, AS向 MRS发送 ACK确认消息。
步驟 16, AS向 UE B发送 ACK确认消息， 其中携带 MRS的 SDP信 步驟 17, AS向 MRS发送 INFO通知请求， 请求 MRS对 UE B混音。 步驟 18, MRS向 AS返回 200 OK ( INFO )最终响应。
步驟 19, AS向 MRS发送 INFO通知请求， 请求 MRS对 UE B循环放 音收号 （如： 您有新的来电， 接听请按 1 , 拒绝请按 2 ), 循环时间为 1分 钟左右。
步驟 20, MRS向 AS返回 200 OK ( INFO )最终响应。
步驟 21 , AS向 UE C发送 REINVITE请求。 AS欲将 UE C加入到会 议中。
步驟 11, UE C向 AS返回 200 OK ( REINVITE )最终响应， 其中携带 自身的 SDP信息。 步驟 23 , AS向 MRS发送 INVITE请求，其中携带 UE C的 SDP信息。 步驟 24, MRS向 AS返回 200 OK ( INVITE )最终响应， 其中携带自 身的 SDP信息。
步驟 25 , AS向 MRS发送 ACK确认消息。
步驟 26, AS向 UE C发送 ACK确认消息， 其中携带 MRS的 SDP信 步驟 27, AS向 MRS发送 INFO通知请求， 请求 MRS对 UE C混音。 步驟 28, MRS向 AS返回 200 OK ( INFO )最终响应。 此时 UE C与
UE B处于通话状态， 且 UE B同时处于放音收号状态。
步驟 29, MRS向 AS发送 INFO通知请求， 以将 UE B的输入内容告 知 AS。
步驟 30, AS向 MRS返回 200 OK ( INFO )最终响应。 AS对 UE B的 收号内容： 若为 1 , 则接图 7; 若为 2, 则接图 8; 若为空或其他， 则接图 9。
图 7为本发明实施例的用户接听新呼叫的流程示意图。 图 7中， UE B 选择接听新呼叫， 图 7所示流程包括以下步驟：
步驟 01 , AS向 MRS发送 INFO通知请求， 以请求 MRS对 UE C循环 播放呼叫保持提示音（如： 请稍等， 呼叫保持中）， 也可以是一段音乐。 UE B输入内容为 1 , 即选择接听新呼叫， AS对 UE C播放呼叫保持提示音。
步驟 02, MRS向 AS返回 200 OK ( INFO ) 最终响应。
步驟 03 , AS向 MRS发送 BYE结束请求， 以请求 MRS释放 UE B与 MRS的放音和混音链路。 AS停止对 UE B放音和混音。
步驟 04, MRS向 AS返回 200 OK ( BYE )最终响应。
步驟 05 , AS向 MRS发送 BYE结束请求， 以请求 MRS释放 UE A与 MRS的放音链路。 AS停止对 UE A播放呼叫等待提示音。
步驟 06, MRS向 AS返回 200 OK ( BYE )最终响应。 步驟 07, AS向 UE B发送 REINVITE请求。 AS欲对 UE A和 UE B桥 接通话。
步驟 08 , UE Β向 AS返回 200 OK ( REINVITE )最终响应， 其中携带 自身的 SDP信息。
步驟 09 , AS向 UE Α发送 UPDATE更新请求， 其中携带 UE B的 SDP 信息。
步驟 10, UE A向 AS返回 200 OK ( UPDATE )最终响应， 其中携带自 身的 SDP信息。
步驟 11 , AS向 UE A返回 200 OK ( INVITE )最终响应。
步驟 12, UE A向 AS发送 ACK确认消息。
步驟 13 , AS向 UE B发送 ACK确认消息， 其中携带 UE A的 SDP信 息。 UE A与 UE B媒体协商完成， 进入通话状态。
步驟 14, UE A向 AS发送 BYE结束请求。 UE A与 UE B通话结束， UE A挂机。
步驟 15, AS向 UE A返回 200 OK ( BYE )最终响应。
步驟 16, AS向 MRS发送 BYTE结束请求， 以请求 MRS释放 UE C 与 MRS的放音链路。 UE A挂机， 因此 AS欲停止对 UE C播放呼叫保持提 示音， 并将 UE B与 UE C桥接通话。
步驟 17, MRS向 AS返回 200 OK ( BYE )最终响应。
步驟 18, AS向 UE B发送 REINVITE请求。
步驟 19, UE B向 AS返回 200 OK ( REINVITE )最终响应， 其中携带 自身的 SDP信息。
步驟 20 , AS向 UE C发送 REINVITE请求， 其中携带 UE B的 SDP信 步驟 21 , UE C向 AS返回 200 OK ( REINVITE )最终响应， 其中携带 自身的 SDP信息。
步驟 11, AS向 UE C发送 ACK确认请求。
步驟 23 , AS向 UE B发送 ACK确认请求， 其中携带 UE C的 SDP信 息。 UE B与 UE C媒体协商完成， 重新进入通话状态。 流程结束。
参见图 8, 图 8为本发明实施例的用户拒绝新呼叫的流程示意图。 图 8 中， UE B选择拒绝新呼叫， 图 8所示流程包括以下步驟：
步驟 01 , AS向 MRS发送 INFO通知请求， 以请求 MRS对 UE A播放 失败提示音， 如： 您拨打的电话正在通话中， 请稍后再拨。 UE B输入内容 为 2, 即选择拒绝新呼叫， AS对 UE A播放失败提示音。
步驟 02, MRS向 AS返回 200 OK ( INFO ) 最终响应。
步驟 03 , AS向 MRS发送 BYE结束请求， 以请求 MRS释放 UE A与 MRS的放音链路。 AS对 UE A放音完毕， 释放放音资源。
步驟 04, MRS向 AS返回 200 OK ( BYE )最终响应。
步驟 05 , AS向 UE A返回 487Terminated最终响应。 AS对 UE A放音 结束后释放 UE A。
步驟 06, UE A向 AS发送 ACK确认消息。
步驟 07, AS向 MRS发送 BYE结束请求， 以请求 MRS释放 UE B与 MRS的放音和混音链路。 AS对 UE B收号完毕， 释放放音和混音资源。
步驟 08, MRS向 AS返回 200 OK ( BYE )最终响应。
步驟 09, AS向 MRS发送 BYE结束请求， 以请求 MRS释放 UE C与 MRS的混音链路。 AS释放混音资源。
步驟 10, MRS向 AS返回 200 OK ( BYE )最终响应。
步驟 11 , AS向 UE B发送 REINVITE请求。 AS欲将 UE B和 UE C桥 接通话。
步驟 12, UE B向 AS返回 200 OK ( REINVITE )最终响应， 其中携带 自身的 SDP信息。
步驟 13 , AS向 UE C发送 REINVITE请求， 其中携带 UE B的 SDP信 步驟 14, UE C向 AS返回 200 OK ( REINVITE )最终响应， 其中携带 自身的 SDP信息。
步驟 15, AS向 UE C发送 ACK确认消息。
步驟 16, AS向 UE B发送 ACK确认消息， 其中携带 UE C的 SDP信 息。 UE B与 UE C媒体协商完成， 重新进入通话状态。 流程结束。
参见图 9, 图 9为本发明实施例的用户对新呼叫无应答的流程示意图。 图 9中， UE B不处理新呼叫， 即对新呼叫无应答， 图 9所示流程包括以下 步驟：
步驟 01 , AS向 MRS发送 BYE结束请求， 以请求 MRS释放 UE A与 MRS的放音链路。 AS对 UE B循环放音收号时间（如 1分钟左右 )到， UE B输入内容为空， 或 1和 2之外的值， AS对 UE A释放放音资源。
步驟 02, MRS向 AS返回 200 OK ( BYE )最终响应。
步驟 03 , AS向 UE A返回 408Time Out (超时 )最终响应。 AS对 UE A 放音结束后释放 UE A。
步驟 04 , UE A向 AS发送 ACK确认消息。
步驟 05 , AS向 MRS发送 BYE结束请求， 以请求 MRS释放 UE B与 MRS的放音和混音链路。 AS对 UE B循环放音收号时间到， 释放放音和混 音资源。
步驟 06, MRS向 AS返回 200 OK ( BYE )最终响应。
步驟 07, AS向 MRS发送 BYE结束请求， 以请求 MRS释放 UE C与 MRS的混音链路。 AS释放混音资源。
步驟 08, MRS向 AS返回 200 OK ( BYE )最终响应。 步驟 09, AS向 UE B发送 REINVITE请求。 AS欲将 UE B和 UE C桥 接通话。
步驟 10, UE B向 AS返回 200 OK ( REINVITE )最终响应， 其中携带 自身的 SDP信息。
步驟 11 , AS向 UE C发送 REINVITE请求， 其中携带 UE B的 SDP信 步驟 12, UE C向 AS返回 200 OK ( REINVITE )最终响应， 其中携带 自身的 SDP信息。
步驟 13 , AS向 UE C发送 ACK确认消息。
步驟 14, AS向 UE B发送 ACK确认消息， 其中携带 UE C的 SDP信 息。 UE B与 UE C媒体协商完成， 重新进入通话状态。 流程结束。
结合以上各图可见，基于前述 AS及其所在***， 本发明针对不支持第 二路呼入的终端实现呼叫等待的操作思路可以表示如图 10所示的流程， 该 流程包括以下步驟：
步驟 1001 : 第一终端与第二终端通话时， 第三终端拨打不支持第二路 呼入的第一终端。
步驟 1002: 支持终端通信的 AS控制第一终端与第三终端之间的通信。 由上述流程可见， 第一终端与第二终端为正在通话中的终端， 第三终 端则为发起新呼叫的终端。
综上所述可见， 无论是方法、 装置还是***， 本发明针对不支持第二 路呼入的终端实现呼叫等待的技术， 具有如下优势和创新： （1 ) 不需要终 端支持第二路呼入， 该第二路呼入的功能可由 AS来实现。 有新呼叫时 AS 会提示用户选择接听或拒绝呼叫， 克服了用户无法感知新呼叫的问题。 （ 2 ) 不需要终端支持呼叫保持功能， 由 AS来实现。 传统的呼叫等待功能， 需要 终端上支持呼叫保持按键， 用于将原呼叫用户保持。 本发明中若用户选择 接听新呼叫， 则由 AS自动对原呼叫用户实现呼叫保持。 （3 )在会议中实现 新呼叫的用户与原呼叫用户通话， 同时进行放音收号， 占用会议资源的时 间少 （最多为 1分钟左右）。 （ 4 )可以实现新呼叫的用户与原呼叫用户的通 话在会议呼叫与普通呼叫之间无缝切换， 并且原呼叫用户感知不到切换的 过程。
需要说明的是， NGN和 IMS下的终端都可以应用本发明， 如 SIP硬终 端 （有视频能力的 SIP高端电话以及无视频能力的 SIP低端电话）、 SIP软 终端（ PC客户端）、 POTS ( Plain Old Telephone Service, 普通老式的电话服 务） 用户等， 此外 GSM、 CDMA, PSTN下的终端也可以通过锚定接入到 NGN和 IMS下以应用本发明实现呼叫等待。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、 一种不支持第二路呼入的终端实现呼叫等待的方法， 包括： 第一终端与第二终端通话时， 第三终端拨打不支持第二路呼入的第一 终端；
支持终端通信的应用服务器 AS控制第一终端与第三终端之间的通信。
2、 根据权利要求 1所述的方法， 其中， 控制第一终端与第三终端之间 的通信时， 所述 AS接收第一终端的忙响应，之后对第三终端播放呼叫等待 提示音， 还对第一终端播放第二路呼入的提示音并收号。
3、 根据权利要求 1所述的方法， 其中， 控制第一终端与第三终端之间 的通信时， 所述 AS还将第一终端和第二终端加入到会议中。
4、 根据权利要求 3所述的方法， 其中， 所述 AS将第一终端和第二终 端加入到会议中的方法为：
AS向媒体资源服务器 MRS申请会议资源， 基于该资源将第一终端和 第二终端的通话加入到会议中。
5、 根据权利要求 1至 4任一项所述的方法， 其中， 控制第一终端与第 三终端之间的通信时，
若第一终端选择接听第三终端的新呼叫， AS对第二终端播放呼叫保持 提示音， 并将第三终端与第一终端桥接通话；
若第一终端选择拒绝第三终端的新呼叫， AS对第三终端播放失败提示 音；
若第一终端不对第三终端的新呼叫做出回应， AS 释放第三终端的呼 叫。
6、 根据权利要求 5所述的方法， 其中， 该方法还包括： AS对第三终 端播放失败提示音后， 释放第三终端的呼叫； 以及，
如果第二终端未挂机期间第三终端挂机， AS对第二终端停止播放呼叫 保持提示音， 并将第二终端与第一终端桥接通话；
如果第二终端未挂机期间第一终端挂机， AS释放第三终端、 第二终端 的呼叫。
7、 根据权利要求 1所述的方法， 其中， 该方法还包括： 第一终端预先 在 AS上签约呼叫等待业务。
8、一种不支持第二路呼入的终端实现呼叫等待的***， 包括终端、 AS; 所述终端包括第一终端、 第二终端、 第三终端； 其中，
所述第一终端与第二终端通话时， 所述第三终端用于拨打不支持第二 路呼入的第一终端；
支持终端通信的所述 AS， 用于控制第一终端与第三终端之间的通信。
9、 根据权利要求 8所述的***， 其中， 控制第一终端与第三终端之间 的通信时， 所述 AS用于接收第一终端的忙响应，之后对第三终端播放呼叫 等待提示音， 还对第一终端播放第二路呼入的提示音并收号。
10、 根据权利要求 8 所述的***， 其中， 控制第一终端与第三终端之 间的通信时， 所述 AS还用于将第一终端和第二终端加入到会议中。
11、 根据权利要求 10所述的***， 其中， 该***还包括 MRS , 所述 AS将第一终端和第二终端加入到会议中时， 用于向 MRS申请会议资源， 并基于该资源将第一终端和第二终端的通话加入到会议中。
12、 根据权利要求 8至 11任一项所述的***， 其中， 控制第一终端与 第三终端之间的通信时，
若第一终端选择接听第三终端的新呼叫， AS用于对第二终端播放呼叫 保持提示音， 并将第三终端与第一终端桥接通话；
若第一终端选择拒绝第三终端的新呼叫， AS用于对第三终端播放失败 提示音；
若第一终端不对第三终端的新呼叫做出回应， AS用于释放第三终端的 呼叫。
13、 根据权利要求 12所述的***， 其中， AS对第三终端播放失败提 示音后， 还用于释放第三终端的呼叫； 以及，
如果第二终端未挂机期间第三终端挂机， AS还用于对第二终端停止播 放呼叫保持提示音， 并将第二终端与第一终端桥接通话；
如果第二终端未挂机期间第一终端挂机， AS还用于释放第三终端、 第 二终端的呼叫。
14、 根据权利要求 8所述的***， 其中， 所述第一终端还用于预先在 AS上签约呼叫等待业务。
15、 一种不支持第二路呼入的终端实现呼叫等待的装置， 包括接收判 断模块、 通话桥接模块； 其中，
所述接收判断模块， 用于在第一终端与第二终端通话时， 获知第三终 端拨打不支持第二路呼入的第一终端； 并据此得出要控制第一终端与第三 终端之间的通信的判断结果；
所述通话桥接模块， 用于根据所述接收判断模块的所述判断结果， 控 制第一终端与第三终端之间的通信。
16、 根据权利要求 15所述的装置， 其中，
所述接收判断模块， 用于接收包括呼入请求、 用户振铃、 用户摘机在 内的呼叫事件。
17、根据权利要求 15所述的装置，其中， 该装置还包括放音混音模块， 用于在第一终端与第三终端之间通信时， 接收第一终端的忙响应， 之后对 第三终端播放呼叫等待提示音， 还对第一终端播放第二路呼入的提示音并 收号。
18、 根据权利要求 15所述的装置， 其中， 控制第一终端与第三终端之 间的通信时， 所述接收判断模块还用于基于相连的 MRS, 将第一终端和第 二终端加入到会议中。
19、 根据权利要求 18所述的装置， 其中， 所述接收判断模块将第一终 端和第二终端加入到会议中时， 用于：
向 MRS申请会议资源，基于该资源将第一终端和第二终端的通话加入 到会议中。
20、 根据权利要求 17至 19任一项所述的装置， 其中， 该装置还包括 呼叫释放模块； 控制第一终端与第三终端之间的通信时，
若第一终端选择接听第三终端的新呼叫， 所述放音混音模块用于对第 二终端播放呼叫保持提示音， 所述通话桥接模块用于将第三终端与第一终 端桥接通话；
若第一终端选择拒绝第三终端的新呼叫， 所述放音混音模块用于对第 三终端播放失败提示音；
若第一终端不对第三终端的新呼叫做出回应， 所述呼叫释放模块用于 释放第三终端的呼叫。
21、 根据权利要求 20所述的装置， 其中，
所述呼叫释放模块还用于： 在所述放音混音模块对第三终端播放失败 提示音后， 释放第三终端的呼叫； 以及，
如果第二终端未挂机期间第三终端挂机， 所述放音混音模块还用于对 第二终端停止播放呼叫保持提示音， 所述通话桥接模块还用于将第二终端 与第一终端桥接通话；
如果第二终端未挂机期间第一终端挂机， 所述呼叫释放模块还用于释 放第三终端、 第二终端的呼叫。
22、 根据权利要求 15所述的装置， 其中， 所述第一终端还用于预先在 AS上签约呼叫等待业务。
23、 根据权利要求 15所述的装置， 其中， 该装置设置于 AS中。
PCT/CN2012/072385 2011-12-20 2012-03-15 终端实现呼叫等待的方法、装置和*** WO2013091310A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110429317.3A CN102664863B (zh) 2011-12-20 2011-12-20 终端实现呼叫等待的方法、装置和***
CN201110429317.3 2011-12-20

Publications (1)

Publication Number Publication Date
WO2013091310A1 true WO2013091310A1 (zh) 2013-06-27

Family

ID=46774277

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/072385 WO2013091310A1 (zh) 2011-12-20 2012-03-15 终端实现呼叫等待的方法、装置和***

Country Status (2)

Country Link
CN (1) CN102664863B (zh)
WO (1) WO2013091310A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106331386B (zh) * 2015-07-02 2019-10-15 华为技术有限公司 终端状态同步方法、相关装置及***
CN108702596B (zh) * 2015-12-31 2020-07-24 华为技术有限公司 一种提示呼叫的方法、装置和计算机可读存储介质
CN108063908A (zh) * 2017-12-20 2018-05-22 维沃移动通信有限公司 一种视频通话方法、装置及移动终端

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101197877A (zh) * 2006-12-08 2008-06-11 华为技术有限公司 业务处理方法以及应用服务器
CN101815270A (zh) * 2010-03-05 2010-08-25 中兴通讯股份有限公司 呼叫的处理方法和装置
CN101860542A (zh) * 2010-06-08 2010-10-13 中兴通讯股份有限公司 一种在点击拨号业务中实现呼叫等待的方法及***
CN101997999A (zh) * 2010-11-16 2011-03-30 华为终端有限公司 一种网络设备、被叫终端及处理第三方呼叫的方法
CN102026108A (zh) * 2009-09-15 2011-04-20 中兴通讯股份有限公司 呼叫等待业务中区别振铃的实现方法及***

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6498841B2 (en) * 1998-03-19 2002-12-24 Ameritech Corporation Method and system for providing enhanced call waiting and caller identification
CN101815097A (zh) * 2010-04-07 2010-08-25 中兴通讯股份有限公司 一种ctd呼叫业务中实现呼叫保持的方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101197877A (zh) * 2006-12-08 2008-06-11 华为技术有限公司 业务处理方法以及应用服务器
CN102026108A (zh) * 2009-09-15 2011-04-20 中兴通讯股份有限公司 呼叫等待业务中区别振铃的实现方法及***
CN101815270A (zh) * 2010-03-05 2010-08-25 中兴通讯股份有限公司 呼叫的处理方法和装置
CN101860542A (zh) * 2010-06-08 2010-10-13 中兴通讯股份有限公司 一种在点击拨号业务中实现呼叫等待的方法及***
CN101997999A (zh) * 2010-11-16 2011-03-30 华为终端有限公司 一种网络设备、被叫终端及处理第三方呼叫的方法

Also Published As

Publication number Publication date
CN102664863A (zh) 2012-09-12
CN102664863B (zh) 2015-05-20

Similar Documents

Publication Publication Date Title
JP4819947B2 (ja) セッション設定プロトコル基盤のアーリーメディアサービス提供方法
CA2701960C (en) A method for implementing a multimedia ring back tone service
JP2005526466A5 (zh)
WO2006111100A1 (fr) Procede pour realiser un signal de rappel dans un systeme de communication
US20080273671A1 (en) Method, system and application server for preventing crosstalk of color ring back tone
WO2012113193A1 (zh) 一种多方通话业务的实现方法和***
US8311201B2 (en) Method and system for controlling a conference
WO2012113237A1 (zh) 一种实现多媒体彩铃业务的方法、***及装置
WO2011113240A1 (zh) 在点击拨号过程中嵌套多媒体的方法和点击拨号业务***
JP5551786B2 (ja) 会話期間中にマルチメディア呼出し音を再生する方法、サーバおよび端末デバイス
WO2008095385A1 (fr) Procédé, système et dispositif d'appel personnalisé
WO2011124042A1 (zh) 一种ctd呼叫业务中实现呼叫保持的方法和装置
WO2009086758A1 (zh) 一种在线彩铃或彩像业务的实现方法
WO2007093116A1 (fr) Procédé et système de fourniture de service de simulation et entité adaptative de signalisation d'accès
WO2013091310A1 (zh) 终端实现呼叫等待的方法、装置和***
WO2011153752A1 (zh) 在ctd业务中实现呼叫转接的方法、***及应用服务器
WO2013082894A1 (zh) 一种话务员呼叫转接的方法和总机业务应用服务器
WO2012151799A1 (zh) 一种在点击拨号业务中实现同振群呼的方法和***
WO2013040832A1 (zh) 在总机业务中实现话务员***通话的方法、装置和***
WO2012113194A1 (zh) 一种呼叫业务中实现双方通话随意切换的方法和***
WO2010060314A1 (zh) 一种终端和彩铃业务的屏蔽方法
WO2008138187A1 (fr) Procédé de réalisation pour un appel de nouvelle réponse
WO2008067722A1 (fr) Procédé, système de téléphone et terminal de téléphone pour une session d'appel
WO2012034423A1 (zh) 会话中早媒体的播放方法及***
WO2013082927A1 (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: 12859269

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

Country of ref document: EP

Kind code of ref document: A1