WO2012113193A1 - Method and system for implementing multiparty call service - Google Patents

Abstract

A method and system for implementing multiparty call service. The method includes: during the call between a first user terminal and one or multiple second user terminals through an Application Server (AS), when the AS knows that the first user terminal holds the current call and the AS receives a request message carrying a multiparty call service code from the first user terminal, the AS enables the first user terminal to perform media negotiation with a third user terminal related to the request message, and enables the first user terminal, all the second user terminals and the third user terminal to perform media negotiation with Media Resource Server (MRS) respectively, so that the multiparty call among the first user terminal, all second user terminals and the third user terminal is established; the media streams transmitted by each call party during the call are transmitted to other call parties after being mixed by the MRS. The above method and system support kinds of terminals in current networks, therefore the random switch between the three-party call creator role and the three-party call participant role can be implemented.

Description

 Method and system for implementing multi-party call service

Technical field

 The present invention relates to the field of communications, and in particular, to a method and system for implementing a multi-party call service.

Background technique

 Multi-party calling service, also known as three-party calling service or conference call, is a new service based on call waiting and maintenance.

 The existing multi-party call service is realized by terminal mixing or network mixing. If the terminal mixing mode is used, the terminal is required to have the ability to mix multiple calls, and the general terminal does not have such a function. If the network is mixed, it is usually implemented by sending a refer message to the terminal. As shown in FIG. 1 , a schematic diagram of a three-party call is implemented by using a refer message, where users A and B (through the user terminal UE- A and UE-B) During the call, A keeps the call with B in the form of call hold, then establishes the call between A and C, and keeps the call with C in the form of call hold, and then uses the call hold method. The refer message establishes a new session, the application server (AS) joins the ABC to the session, mixes through the media resource server (MRS), and ends the original A and B, and the call between A and C.

 However, the ability to send a refer message is generally a relatively high-end terminal, and a normal terminal usually does not have such capability. How to make a normal terminal have a multi-party calling function during a call is an urgent problem to be solved.

Summary of the invention

 The technical problem to be solved by the present invention is to overcome the deficiencies of the prior art described above, and to provide a method and system for implementing a multi-party call service, so as to solve the problem of how to enable a normal terminal to have a multi-party call function during a call.

In order to solve the above problem, the present invention provides a method for implementing a multi-party call service, including: during a process of an AS call between a first user terminal and one or more second user terminals When the AS learns that the first user terminal maintains an existing call, and the AS receives the request message that the first user terminal carries the multi-party call service code, the AS causes the first user terminal to be related to the request message. Media negotiation is performed between the connected third user terminals, and the first user terminal, all the second user terminals, and the third user terminal respectively perform media negotiation with the MRS, thereby establishing the first user terminal, all the second The multi-party call between the user terminal and the third user terminal, the media stream sent by each party during the call is mixed by the MRS and sent to other parties.

 Preferably, the above method has the following characteristics:

 The request message is an invite message carrying a multi-party call service code or an invite message carrying a multi-party call service code and a third user terminal number. Preferably, the above method has the following characteristics:

 After the AS performs the media negotiation between the first user terminal and the third user terminal, the method further includes: the AS sending a release request to the first user terminal, to end the first user terminal and all the second users. A session between terminals. Preferably, the above method has the following characteristics:

 The step of the AS performing the media negotiation between the first user terminal and the third user terminal includes: the AS acquiring the media information of the first user terminal, sending the information to the third user terminal, and acquiring the media of the third user terminal. Information is sent to the first user terminal.

 Preferably, the above method has the following characteristics:

 The step of the AS performing media negotiation with the MRS by the first user terminal, all the second user terminals, and the third user terminal respectively includes:

 The AS sends the obtained media information of the first user terminal, the second user terminal, and the third user terminal to the MRS, and sends the media information of the MRS to the first user terminal and the second user terminal, respectively. And a third user terminal.

 In order to solve the above problem, the present invention provides a system for implementing a multi-party call service, which is applied to an AS, including a multi-party call triggering module and a media negotiation module, where

The multi-party call triggering module is configured to: when it is learned that the first user terminal and the one or more second user terminals are in a call, the first user terminal keeps an existing call, and receives the first user terminal to carry Notifying the media negotiation module when the multi-party call service code requests the message; The media negotiation module is configured to: perform media negotiation between the first user terminal and the third user terminal associated with the request message according to the notification of the multi-party call triggering module, and make the first user terminal, All the second user terminal and the third user terminal respectively perform media negotiation with the MRS, thereby establishing a multiparty call between the first user terminal, all the second user terminals, and the third user terminal.

 Preferably, the above system has the following characteristics:

 The request message is an invite message carrying a multi-party call service code or an invite message carrying a multi-party call service code and a third user terminal number. Preferably, the above system further comprises a release module,

 The releasing module is configured to: after the media negotiation module performs media negotiation between the first user terminal and the third user terminal, send a release request to the first user terminal, to end the first user terminal and A session between all second user terminals.

 Preferably, the above system has the following characteristics:

 The media negotiation module is configured to perform media negotiation between the first user terminal and the third user terminal in the following manner: acquiring media information of the first user terminal, sending the information to the third user terminal, and acquiring the third user The media information of the terminal is sent to the first user terminal.

 Preferably, the above system has the following characteristics:

 The media negotiation module is configured to perform media negotiation with the MRS by the first user terminal, all the second user terminals, and the third user terminal respectively: acquiring the first user terminal and all the second users respectively The media information of the terminal and the third user terminal is sent to the MRS, and the media information of the MRS is sent to the first user terminal, the second user terminal, and the third user terminal, respectively.

The implementation of the above solution is independent of the terminal type and supports various terminals on the live network, such as CDMA (Code Division Multiple Access) network or GSM (Global System for Mobile Communications) network mobile phone, PSTN ( Public Switched Telephone Network, public switched telephone network), IMS (IP Multimedia Subsystem), etc.; does not require the terminal to support the mixing function, and does not need the terminal to support the ability to send refer messages. The terminal can be operated; You can switch between the three-way call creator and the participant's role. Moreover, with the rise of 3G networks, the convergence of CS (voice service) and PS (data service) networks has made the invention have a very broad development and use space. BRIEF abstract

 FIG. 1 is a schematic flowchart of a three-party call implemented by using a refer message in the prior art;

 2 is a structural diagram of a network element according to an application example of the present invention;

 3 is a flow chart of an application example of the present invention;

 FIG. 4 is a specific signaling flowchart of an application example of the present invention.

Preferred embodiment of the invention

 Embodiments of the present invention will be described in detail below with reference to the accompanying drawings. It should be noted that, in the case of no conflict, the features in the embodiments and the embodiments in the present application may be arbitrarily combined with each other.

 The basic idea of the present invention is to provide a three-party call random cut service, in which the user A keeps the user B during the call with the user B, and adds the designated number by dialing the service code or service code, and the service calls the user C, the user C. After picking up the phone, ABC enters a three-way call. If one of the users hangs up, other users can continue the call. For example, if user A hangs up, BC can continue the call. At this time, user B or C can keep the existing call, dial the service code or service code plus the designated number, and the service calls other users, such as User C keeps user B, dials the service code or service code plus the specified number, and the service calls user A. After user A picks up the phone, ABC enters the three-party call to realize the random switching between the three-way call creator and the participant role. In addition, when the ABC enters the three-party call, the three-party call user can also keep the current call user and call other users to join the session. For example, B keeps the AC and calls the D user to join the three-party call, where the ABCD enters the multi-party call.

 Specifically, it can be implemented as follows:

During the AS call between the first user terminal and the one or more second user terminals, when the AS learns that the first user terminal maintains an existing call, and the AS receives the first user terminal and carries multiple parties. When the request message of the service code is called, the AS performs media negotiation between the first user terminal and the third user terminal associated with the request message, so that the third user ends The terminal joins the session, and the first user terminal, all the second user terminals, and the third user terminal respectively perform media negotiation with the MRS, thereby establishing the first user terminal, all the second user terminals, and the third user terminal. During multi-party calls, the media stream sent by each party during the call is mixed by MRS and sent to other parties.

 The first user terminal is a terminal of user A, and may also be referred to as user terminal A; the second user terminal is a terminal of user B, which may also be referred to as user terminal B; and the third user terminal is a terminal of user C, It can be called user terminal C.

 The multi-party call service code may also be referred to as a random cut service code, and the user of the first user terminal may bind the service code to the third user terminal, so that the request message may be an invite message (INVITE) carrying a multi-party call service code. The third user terminal number is not required to be carried. The request message carries the third user terminal number, that is, the request message is an invitation message carrying the multi-party service code and the third user terminal number.

 In addition, after performing media negotiation between the first user terminal and the third user terminal, the AS further sends a release request (BYE) to the first user terminal to end the first user terminal and all second users. A session between terminals.

 The AS performs the media negotiation between the first user terminal and the third user terminal in the following manner: The AS obtains the media information of the first user terminal, and sends the information to the third user terminal to obtain the third user. The media information of the terminal is sent to the first user terminal.

 The AS enables the first user terminal, all the second user terminals, and the third user terminal to perform media negotiation with the MRS, respectively, in the following manner: The AS respectively acquires the first user terminal and all the second users. The media information of the terminal and the third user terminal is sent to the MRS, and the media information of the MRS is sent to the first user terminal, the second user terminal, and the third user terminal, respectively.

 Correspondingly, the implementation system of the multi-party call service in the embodiment of the present invention is applied to an AS, including a multi-party call triggering module and a media negotiation module, where

The multi-party call triggering module is configured to: when it is learned that the first user terminal and the one or more second user terminals are in a call, the first user terminal keeps an existing call, and receives the first user terminal to carry Notifying the media negotiation module when the multi-party call service code requests the message; The media negotiation module is configured to: perform media negotiation between the first user terminal and the third user terminal associated with the request message according to the notification of the multi-party call triggering module, and make the first user terminal, All the second user terminal and the third user terminal respectively perform media negotiation with the MRS, thereby establishing a multiparty call between the first user terminal, all the second user terminals, and the third user terminal.

 The above system may also include a release module,

 The releasing module is configured to: after the media negotiation module performs media negotiation between the first user terminal and the third user terminal, send a release request to the first user terminal, to end the first user terminal and A session between all second user terminals.

 The media negotiation module may be configured to: when media negotiation is performed between the first user terminal and the third user terminal, obtain media information of the first user terminal, send the information to the third user terminal, and obtain the third user terminal. The media information is sent to the first user terminal.

 The media negotiation module may be configured to: when the first user terminal, all the second user terminals, and the third user terminal respectively perform media negotiation with the MRS, respectively acquire the first user terminal and all the second users. The media information of the terminal and the third user terminal is sent to the MRS, and the media information of the MRS is sent to the first user terminal, the second user terminal, and the third user terminal, respectively.

 The present invention is further described in detail below based on an IMS or NGN (Next Generation Network) network.

 As shown in FIG. 2, the function of the network element of the application example of the present invention is as follows:

 User Equipment (UE) 201: A device that initiates a call, answers a call, and performs other call operations, such as a CDMA network or a GSM network handset, a PSTN terminal, an IMS terminal, and the like.

 Random Switch Application Server (RS AS) 202: Provides the underlying free-cut service capabilities, such as call control, status reporting, and bill generation.

 Media Resource Server (MRS) 203: Provides voice media capabilities, generally a Media Server (MS), such as playing a call hold tone to a held-party user during call hold, and multi-party call mixing. Sound and so on.

The protocols used in specific NEs are as follows: The RS AS 202 communicates with the MRS 203 or the UE 201 for the media of the call. The RS AS 202 and the UE 201 communicate with each other through the core network using Session Initiation Protocol (SIP). The RS AS 202 and the MRS 203 are usually used. The SIP protocol or MGCP (Media Gateway Control Protocol) depends on the type of protocol supported by the MRS 203.

 The UE 201 and the MRS 203 are the media stream (media data), the UE 201 and the MRS 203 specific media packet codec format, the transceiver port, the bandwidth transmission rate, etc., according to the call, between the UE 201 and the MRS 203. The media negotiated.

 It should be noted that FIG. 2 is only a schematic diagram, which hides the IMS or NGN network topology. In actual implementation, RS AS, MRS and UE are connected or anchored to the IMS network or NGN network.

 In the following, user C is added to the user AB to enter the three-party call, and then user A hangs up, and user C adds A to the three-party call as an example. The specific implementation process is shown in FIG. 3 .

 Step 301: User A is a user who is arbitrarily cut and is in a conversation with user B. User A may be a calling party or a called party.

 In step 302, user A maintains user B, and user B listens to the call hold tone.

 Step 303: User A dials the random service code or randomly cuts the service code and adds the designated number to the RS AS.

 Step 304: The RS AS calls the bound user or the designated user of user A, which is marked as user C, and user C picks up the phone.

 Step 305: The RS AS negotiates the media with the MRS by the users A, B, and C respectively, that is, the ABC three-party call is implemented by using the media server to mix.

 Step 306, if user A hangs up and C wants to rejoin user A to enter the three-party call, then return to step 301, where user A and user C are interchanged.

 Figure 4 is a specific signaling flowchart of Figure 3, including:

Step 401: UE A initiates a call request INVITE to the RS AS, and carries information about some calls, such as randomly cutting the service code or randomly cutting the service code plus the specified number, and the media information of UE A. Wait.

 Step 402: The RS AS sends an INVITE request to the UE C, and carries the media information of the UE A. Step 403: UE C returns a 180 response of the INVITE to the RS AS.

 Step 404, the RS AS returns a 180 response of the INVITE to UE A.

 Step 405: The UE C returns a 200 OK response of the INVITE to the RS AS, and carries the media information of the UE C.

 Step 406: The RS AS returns a 200 OK response of the INVITE to the UE A, and carries the media information of the UE C.

 Step 407: UE A sends an ACK confirmation message to the RS AS.

 Step 408: The RS AS sends an ACK confirmation message to the UE C. UE A completes media negotiation with UE C.

 Step 409: The RS AS sends a REINVITE request to the UE C, and does not carry the media information.

 Step 410: The UE C returns a 200 OK response of the REINVITE to the RS AS, and carries the media information of the UE C. Step 411: The RS AS initiates an INVITE request to the MRS, and carries the media information of the UE C. Step 412: The MRS returns a 200 OK response of the INVITE to the RS AS, and carries the media information of the MRS.

 Step 413: The RS AS sends an ACK confirmation message to the MRS.

 Step 414: The RS AS sends an ACK confirmation message to the UE C, and carries the media information of the MRS. UE C completes media negotiation with MRS.

 Step 415: The RS AS sends a REINVITE request to the UE B, and does not carry the media information.

Step 416: The UE B returns a 200 OK response of the REINVITE to the RS AS, and carries the media information of the UE B. Step 417: The RS AS initiates an INVITE request to the MRS, and carries the media information of the UE B. Step 418: The MRS returns a 200 OK response of the INVITE to the RS AS, and carries the media information of the MRS. In step 419, the RS AS sends an ACK confirmation message to the MRS.

 Step 420: The RS AS sends an ACK acknowledgement message to the UE B, and carries the MRS media information. UE B completes media negotiation with the MRS, where the MRS is the medium in which the media is a three-party call mix.

 Step 421: The RS AS sends a BYE request (release request) to the UE A, and ends the call between the UE A and the UE B.

 Step 422, UE A returns a 200 OK response of the BYE to the RS AS.

 Step 423: The RS AS sends a REINVITE request to the UE A, and does not carry the media information.

 Step 424, UE A returns a 200 OK response of REINVITE to the RS AS, and carries the media information of UE A. Step 425: The RS AS initiates an INVITE request to the MRS, and carries the media information of the UE A. Step 426: The MRS returns a 200 OK response of the INVITE to the RS AS, and carries the media information of the MRS.

 Step 427: The RS AS sends an ACK confirmation message to the MRS. UE A and MRS complete the media negotiation.

 Step 428: The RS AS sends an ACK confirmation message to the UE A, and carries the media information of the MRS. UE A completes media negotiation with the MRS, where the MRS is the medium in which the media is a three-party call mix.

 At this time, the ABC enters the three-party call, and each party of the call sends the media stream to the MRS, and the MRS mixes and sends it to other parties. In the above process, since the A and B calls are kept, the media stream transmission of the three-party call is a prior art, so it is not described in detail.

 When A hangs up, after BC calls, C keeps B, and A can be added to refer to the above process, just exchange AC.

In summary, the three-party call random cut service proposed by the present invention belongs to a B2B (back-to-back) call type service, and the application server AS records the random call user call information, does not need the terminal to support the mix function, and does not need the terminal. Support for refer messages, only need to dial a specific service code or service code plus a specified number to achieve three-party calls, while the three-way call freely cut services to achieve the three-party call creator and the role of the participants to switch, has a broad application prospects. One of ordinary skill in the art will appreciate that all or a portion of the above steps may be performed by a program to instruct the associated hardware, such as a read only memory, a magnetic disk, or an optical disk. Optionally, all or part of the steps of the foregoing embodiments may also be implemented by using one or more integrated circuits. Accordingly, each module/unit in the foregoing embodiment may be implemented in the form of hardware, or may use software functions. The form of the module is implemented. The invention is not limited to any specific form of combination of hardware and software.

 The above description is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Industrial Applicability The above-described embodiments of the present invention are independent of the terminal type and support various types of terminals on the live network, such as CDMA (Code Division Multiple Access) networks or GSM (Global System for Mobile Communications). Network mobile phone, PSTN (Public Switched Telephone Network) terminal, IMS (IP Multimedia Subsystem, IP Multimedia Subsystem) terminal, etc.; does not require the terminal to support the mixing function, and does not need the terminal to support the ability to send refer messages. All kinds of terminals on the live network can be operated; the three-way call creator and the participant role can be switched at will. Moreover, with the rise of 3G networks, the convergence of CS (voice service) and PS (data service) networks has made the implementation of the present invention have a very broad development and use space.

Claims

Claim  1. A method for implementing a multi-party call service, comprising:  During the process of the first user terminal talking to the one or more second user terminals through the application server (AS), when the AS learns that the first user terminal maintains an existing call, and the AS receives the first When the user terminal carries the request message of the multi-party call service code, the AS performs media negotiation between the first user terminal and the third user terminal associated with the request message, and makes the first user terminal and all The second user terminal and the third user terminal respectively perform media negotiation with the media resource server (MRS), thereby establishing a multiparty call between the first user terminal, all the second user terminals, and the third user terminal. The media stream sent by each party during the call is sent to other parties through the MRS mix.  2. The method of claim 1 wherein  The request message is an invite message carrying a multi-party call service code or an invite message carrying a multi-party call service code and the third user terminal number.  3. The method of claim 1, wherein  After the AS performs media negotiation between the first user terminal and the third user terminal, the method further includes: the AS sending a release request to the first user terminal, to end the first A session between the user terminal and all second user terminals.  4. The method according to any one of claims 1 to 3, wherein  The step of performing media negotiation between the first user terminal and the third user terminal by the AS includes:  The AS acquires the media information of the first user terminal, sends the media information to the third user terminal, and obtains the media information of the third user terminal, and sends the information to the first user terminal.  The method according to any one of claims 1 to 3, wherein  The step of the AS to make the media negotiation between the first user terminal, all the second user terminals, and the third user terminal and the MRS respectively includes: The AS sends the obtained media information of the first user terminal, the second user terminal, and the third user terminal to the MRS, and sends the media information of the MRS to the The first user terminal, the second user terminal, and the third user terminal are described.  A system for implementing a multi-party call service, which is applied to an application server (AS), including a multi-party call triggering module and a media negotiation module, wherein  The multi-party call triggering module is configured to: when it is learned that the first user terminal and the one or more second user terminals are in a call, the first user terminal keeps an existing call, and receives the first user terminal to carry And the media negotiation module is configured to notify the media negotiation module of the multi-party call service code; the media negotiation module is configured to: enable the first user terminal to associate with the third user of the request message according to the notification of the multi-party call triggering module Media negotiation between the terminals, and the first user terminal, all the second user terminals, and the third user terminal respectively perform media negotiation with a media resource server (MRS), thereby establishing the first user terminal, all A multiparty call between the second user terminal and the third user terminal.  7. The system of claim 6 wherein  The request message is an invite message carrying a multi-party call service code or an invite message carrying a multi-party call service code and the third user terminal number.  8. The system of claim 6 further comprising a release module,  The releasing module is configured to: after the media negotiation module performs media negotiation between the first user terminal and the third user terminal, send a release request to the first user terminal to end the first user A session between the terminal and all second user terminals.  9. The system according to any one of claims 6 to 8, wherein  The media negotiation module is configured to perform media negotiation between the first user terminal and the third user terminal in the following manner: acquiring media information of the first user terminal, and transmitting the media information to the third user terminal, The media information of the three user terminals is sent to the first user terminal.  10. The system according to any one of claims 6 to 8, wherein  The media negotiation module is configured to enable the first user terminal, all the second user terminals, and the third user terminal to perform media negotiation with the MRS respectively: the first user terminal that is obtained respectively, and all The media information of the second user terminal and the third user terminal are sent to the MRS, and the media information of the MRS is sent to the first user terminal, the second user terminal, and the third user terminal, respectively.