WO2013091310A1

WO2013091310A1 - Method, device and system for terminal to realize call waiting

Info

Publication number: WO2013091310A1
Application number: PCT/CN2012/072385
Authority: WO
Inventors: 屈天喜; 姚清华; 杨建军
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-12-20
Filing date: 2012-03-15
Publication date: 2013-06-27
Also published as: CN102664863A; CN102664863B

Abstract

Disclosed are a method, device and system for a terminal not supporting a second incoming call to realize call waiting. When a first terminal is communicating with a second terminal, a third terminal calls the first terminal not supporting a second incoming call (1101); an application server (AS) supporting terminal communication controls the communication between the first terminal and the third terminal (1102). The present invention enables a terminal not supporting a second incoming call to realize call waiting.

Description

Method, device and system for implementing call waiting in terminal

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.

In the prior art, call waiting requires the user terminal to support the second incoming call. As shown in FIG. 1 , 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. The related processes and signaling steps are described as follows:

Step 01: UE A sends an Invite request to the application server (AS), and the request number is 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.

Step 02: The AS sends an Invite request to UE B, and the request number is UE B. In step 03, 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.

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.

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.

In step 08, the AS sends an INFO (Notification) request to the MRS, instructing the MRS to play the UE A.

In 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.

In 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.

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.

It can be seen that in the prior art, 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. At present, 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. There is no new call from other terminals, and the calling user of the new call can only hear the failure tone without the opportunity to talk to the terminal that does not support the second incoming call. Summary of the invention

In view of this, 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.

In order to achieve the above object, the technical solution of the present invention is achieved as follows:

A method for implementing call waiting by a terminal that does not support the second incoming call includes:

When the first terminal talks with the second terminal, 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. When the communication between the first terminal and the third terminal is controlled, 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.

Wherein, when controlling communication between the first terminal and the third terminal,

If the first terminal selects to answer a new call of the third terminal, the AS plays a call hold tone to the second terminal, and bridges the third terminal with the first terminal;

If the first terminal chooses to reject the new call of the third terminal, the AS plays a failure prompt tone to the third terminal;

If the first terminal does not respond to the new call of 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,

If the third terminal hangs up while the second terminal is not on-hook, the AS stops playing the call hold tone for the second terminal, and bridges the second terminal with the first terminal;

If the first terminal hangs up while the second terminal is not on-hook, 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;

When the first terminal is in a call with the second 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.

If the first terminal selects to receive a new call of the third terminal, the AS is configured to play a call hold tone to the second terminal, and bridge the third terminal with the first terminal;

If the first terminal chooses to reject the new call of the third terminal, the AS is used to play a failure prompt tone to the third terminal;

If the first terminal does not respond to the new call of the third terminal, the AS is used to release the call of the third terminal.

After the AS plays the failure prompt tone to the third terminal, the AS also releases the call of the third terminal; and,

If the third terminal hangs up while the second terminal is not on-hook, 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;

If the first terminal hangs up while the second terminal is not on-hook, 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.

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:

Applying for the conference resource to the MRS, and adding the call of the first terminal and the second terminal to the conference based on the resource.

Wherein, the device further includes a call release module; when controlling communication between the first terminal and the third terminal,

If the first terminal selects to receive a new call from 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;

If the first terminal chooses to reject the new call of the third terminal, the playback mix module is configured to play a failure prompt tone to the third terminal;

If the first terminal does not respond to the new call of 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;

If the third terminal is on-hook during the second terminal is not on-hook, 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;

If the first terminal hangs up during the second terminal not hanging up, the call release module is further configured to release the call of the third terminal and the second terminal.

Wherein, the device is disposed in the AS.

It can be seen that the present invention does not support the method, device and system for implementing call waiting for the second incoming call terminal. When the first terminal talks with the second 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. DRAWINGS

1 is a logic flow diagram of a prior art call waiting service;

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;

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.

FIG. 8 is a schematic flowchart of a user rejecting a new call according to an embodiment of the present invention; FIG.

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

Referring to FIG. 2, 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.

2. AS: Provides the underlying service capabilities, such as: call control, status 4, and bill generation.

3, MRS: provide voice media capabilities, generally for media servers (Media Server, MS), such as providing playback, receiving, mixing and other functions.

The protocols used in specific NEs are as follows:

1. 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.

(Media Gateway Control Protocol), the specific protocol used depends on the type of protocol supported by MRS.

2. 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.

It should be noted that Figure 2 is only a schematic diagram, hiding other unrelated IMS or NGN network topologies. In actual implementation, the AS, the MRS, and the UE are connected to the IMS network or the NGN network.

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.

AS.

Step 03: If the UE B signs the call waiting service on the AS, step 05 is performed; otherwise, step 04 is performed. In step 04, 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.

In 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 17. UE A and UE B continue to talk. The process ends.

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.

In order to ensure that the terminal that does not support the second incoming call can implement call waiting, the settings shown in Figure 4 can be performed. In Figure 4, the relevant modules included in the AS are as follows:

1. 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.

2. 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.

3. 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.

4. 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.

AS, 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.

MRS, connected to the AS, through the AS's instructions for playback, playback, and mixing. In the present invention, 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.

Referring to FIG. 5, FIG. 5 is a schematic flowchart of a user's no call waiting right according to an embodiment of the present invention. In Figure 5, 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.

In step 08, the AS sends a 183 Session Process temporary response to the UE A, carrying the SDP information of the MRS. In 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.

In step 12, the AS returns a 200 OK (BYE) final response to the MRS.

In 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.

Referring to FIG. 6, 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. In Figure 6, 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 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 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 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. In step 18, 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.

In 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.

In 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. In step 24, 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. In step 28, the MRS returns a 200 OK ( INFO ) final response to the AS. At this time UE C and

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.

In 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. In Figure 7, 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.

In 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.

In 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.

In step 06, the MRS returns a 200 OK (BYE) final response to the AS. In 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.

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.

Referring to FIG. 8, FIG. 8 is a schematic flowchart of a user rejecting a new call according to an embodiment of the present invention. In Figure 8, 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.

In 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.

In 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.

In 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.

In 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.

Referring to FIG. 9, 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. In Figure 9, 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.

In 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.

In 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.

In step 08, the MRS returns a 200 OK (BYE) final response to the AS. In 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.

According to the foregoing figures, 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.

In summary, 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. (3) 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). (4) 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.

It should be noted that 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. In addition, terminals under GSM, CDMA, and PSTN can also access the NGN and IMS by anchoring to apply the present invention to implement call waiting.

The above is only the preferred embodiment of the present invention and is not intended to limit the scope of the present invention.

Claims

Claim

A method for implementing a call waiting for a terminal that does not support the second incoming call includes: when the first terminal talks with the second terminal, 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.

2. The method according to claim 1, wherein, when controlling communication between the first terminal and the third terminal, the AS receives a busy response of the first terminal, and then plays a call waiting tone to the third terminal, The first terminal plays the second incoming call tone and receives the number.

3. The method according to claim 1, wherein, when controlling communication between the first terminal and the third terminal, the AS further joins the first terminal and the second terminal to the conference.

4. The method according to claim 3, wherein the method for the AS to join the first terminal and the second terminal to the conference is:

The method according to any one of claims 1 to 4, wherein, when controlling communication between the first terminal and the third terminal,

The method according to claim 5, wherein the method further comprises: after the AS plays the failure prompt tone to the third terminal, releasing the call of the third terminal;

If the third terminal hangs up while the second terminal is not on-hook, the AS stops playing the call to the second terminal. Holding a prompt tone, and bridging the second terminal with the first terminal;

The method according to claim 1, wherein the method further comprises: the first terminal signing a 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, comprising a terminal, an AS; the terminal includes a first terminal, a second terminal, and a third terminal;

The AS supporting terminal communication is used to control communication between the first terminal and the third terminal.

9. The system according to claim 8, wherein, when controlling 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 playing the second incoming call tone and receiving the number for the first terminal.

The system of claim 8, wherein 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 according to claim 10, wherein the system further includes an MRS, where the AS applies for the conference resource to the MRS when the first terminal and the second terminal are added to the conference, and is based on the resource A call between a terminal and a second terminal is added to the conference.

The system according to any one of claims 8 to 11, wherein, when controlling communication between the first terminal and the third terminal,

If the first terminal does not respond to the new call of the third terminal, the AS is used to release the third terminal. Call.

The system according to claim 12, wherein the AS is used to release the call of the third terminal after the third terminal plays the failure prompt tone;

The system according to claim 8, wherein 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, comprising a receiving and determining module and a call bridging module;

The call bridging module is configured to control communication between the first terminal and the third terminal according to the determining result of the receiving determining module.

16. The apparatus according to claim 15, wherein

The apparatus according to claim 15, wherein the apparatus further comprises a sound reproduction mixing module, configured to receive a busy response of the first terminal when communicating between the first terminal and the third terminal, and then to the third The terminal plays a call waiting tone, and also plays a second incoming call tone to the first terminal and receives the number.

The device according to claim 15, wherein, when controlling communication between the first terminal and the third terminal, the receiving determining module is further configured to: use the first terminal and the first terminal based on the connected MRS The second terminal joins the conference.

The device according to claim 18, wherein the receiving determining module adds the first terminal and the second terminal to the conference, and is configured to:

The device according to any one of claims 17 to 19, wherein the device further comprises a call release module; when controlling communication between the first terminal and the third terminal,

21. The apparatus according to claim 20, wherein

The call release module is further configured to: after the playback mix module plays a failure prompt tone to the third terminal, release the call of the third terminal;

If the third terminal is on-hook during the second terminal is not on-hook, the playback mix module is further configured to stop playing the call hold tone for the second terminal, where the call bridge module is further configured to bridge the second terminal with the first terminal. Call

The device according to claim 15, wherein the first terminal is further configured to sign a call waiting service on the AS in advance.

23. Apparatus according to claim 15 wherein the apparatus is disposed in the AS.