CN108076013B - Multi-channel terminal multi-party call method and device - Google Patents
Multi-channel terminal multi-party call method and device Download PDFInfo
- Publication number
- CN108076013B CN108076013B CN201611000733.0A CN201611000733A CN108076013B CN 108076013 B CN108076013 B CN 108076013B CN 201611000733 A CN201611000733 A CN 201611000733A CN 108076013 B CN108076013 B CN 108076013B
- Authority
- CN
- China
- Prior art keywords
- service
- data
- path
- current user
- party
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- 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/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
A multi-way terminal multi-party call method and device are provided, the method comprises: receiving downlink service data corresponding to at least two opposite end users through at least two service paths respectively; for each opposite-end user, the local end mixes downlink service data corresponding to other opposite-end users of the opposite-end users in the at least two opposite-end users with uplink service data sent by the current user, and transmits the uplink service data of the current user to the opposite-end user through a service path corresponding to the opposite-end user; the at least two service paths are established based on a current user identification card, and the current user identification card identifies the current user. The method and the device can improve the flexibility of establishing the multi-party call.
Description
Technical Field
The invention relates to the field of communication, in particular to a multi-way terminal multi-party call method and device.
Background
With the continuous increase of the mobile network bandwidth and the continuous optimization of the uploading and downloading rates, the current call of the mobile terminal mainly performs various traditional related services based on data, such as voice and video calls.
With the development of mobile networks, there are more and more demands for performing multi-party calls among multiple terminals, but the existing multi-party call must depend on the network, and it is difficult to flexibly establish the multi-party call.
Disclosure of Invention
The invention solves the technical problem of improving the flexibility of establishing the multi-party call.
In order to solve the above technical problem, an embodiment of the present invention provides a multi-path terminal multi-party call method, including: receiving downlink service data corresponding to at least two opposite end users through at least two service paths respectively; for each opposite-end user, the local end mixes downlink service data corresponding to other opposite-end users except the opposite-end user in the at least two opposite-end users with uplink service data sent by the current user, and transmits the uplink service data of the current user to the opposite-end user through a service path corresponding to the opposite-end user; the at least two service paths are established based on a current user identification card, and the current user identification card identifies the current user.
Optionally, the uplink service data sent by the current user further includes: the service data generated by the current user.
Optionally, the multi-path terminal multi-party call method further includes: and after the downlink service data corresponding to the at least two opposite-end users are mixed, outputting the mixed data.
Optionally, in a call between the current user and at least two opposite-end users, the current user is a calling party or a called party.
Optionally, the services corresponding to the at least two service paths are based on an IMS network.
Optionally, the services corresponding to the at least two service paths include a voice service or a video service.
Optionally, the service is a VoLTE service or a volwifi service.
Optionally, the at least two service paths perform service data transmission based on a data path, and the data path is established based on a wireless network.
Optionally, the data path of the at least two service paths is a data path of an IP-based multimedia network.
Optionally, the data path of the IP-based multimedia network includes a path corresponding to an IMS PDN.
Optionally, the at least two traffic paths correspond to different ports of the data path.
Optionally, the at least two traffic paths are both kept in an active state.
The embodiment of the present invention further provides a multi-way terminal multi-party communication device, including: the uplink service data receiving unit is suitable for respectively receiving downlink service data corresponding to at least two opposite-end users through at least two service paths; a service data mixing unit, adapted to control the local terminal to mix, for each peer user, downlink service data corresponding to other peer users other than the peer user in the at least two peer users with uplink service data sent by the current user, and transmit the uplink service data of the current user to the peer user through a service path corresponding to the peer user; the at least two service paths are established based on a current user identification card, and the current user identification card identifies the current user.
Optionally, the uplink service data of the current user further includes: the service data generated by the current user.
Optionally, the multi-path terminal multi-party call device further includes an opposite-end user data mixing unit, adapted to mix downlink service data corresponding to the at least two opposite-end users, and output the mixed data.
Optionally, in a call between the current user and at least two opposite-end users, the current user is a calling party or a called party.
Optionally, the service is based on an IMS network.
Optionally, the service includes a voice service or a video service.
Optionally, the service is a VoLTE service or a volwifi service.
Optionally, the at least two service paths perform service data transmission based on a data path, and the data path is established based on a wireless network.
Optionally, the data path of the at least two service paths is a data path of an IP-based multimedia network.
Optionally, the data path of the IP-based multimedia network includes a path corresponding to an IMS PDN.
Optionally, the at least two traffic paths correspond to different ports of the data path.
Optionally, the at least two traffic paths are both kept in an active state.
Compared with the prior art, the technical scheme of the embodiment of the invention has the following beneficial effects:
in the embodiment of the present invention, the downlink service data corresponding to the at least two opposite end users are respectively received through the at least two service paths; for each opposite-end user, the local end mixes downlink service data corresponding to other opposite-end users except the opposite-end user in the at least two opposite-end users with uplink service data sent by the current user, and transmits the uplink service data of the current user to the opposite-end user through a service path corresponding to the opposite-end user. In addition, the home terminal can receive downlink data sent by at least two opposite terminal users, so that the current user and the at least two opposite terminal users can both receive data of other terminal users, and then multi-party communication can be completed. Because the at least two service paths are established by the current user identification card and downlink service data corresponding to other opposite-end users can be sent to each opposite-end user, the multi-party call method in the embodiment of the invention can be organized without depending on a network, and has higher flexibility.
Drawings
FIG. 1 is a flow chart of a multi-way terminal multi-party call method in an embodiment of the present invention;
FIG. 2 is a schematic diagram of an application scenario of a multi-party call method for a multi-channel terminal in an embodiment of the present invention
Fig. 3 is a schematic structural diagram of a multi-way terminal multi-party call device in an embodiment of the present invention.
Detailed Description
As described above, with the development of mobile networks, there are more and more demands for performing multi-party calls among multiple terminals, but the existing multi-party call must depend on the network, and it is difficult to flexibly establish the multi-party call.
Specifically, the inventor finds that the multi-party call in the prior art is implemented as follows: the method comprises the steps that a call is established among a plurality of terminals, then a request for establishing the multi-party call is sent to a network side, and the multi-party call is established by the network side. Therefore, in the prior art, the multi-party call is established by the network side, and the flexibility is poor.
In the prior art, an important reason that a multi-party call can only be established by a network side is that a terminal only establishes a service path based on a subscriber identity card. The service path is established based on the terminal and the wireless network, a user can interact with opposite terminals sending communication requests based on the service path and carry out conversation, and for any number of opposite terminals, the terminal can only keep the conversation with one opposite terminal in an activated state at the same time based on the service path. Those skilled in the art will appreciate that the active state refers to a state in which traffic data may be transmitted over the traffic path.
That is, the terminal cannot maintain an active call state with multiple opposite terminals at the same time, and cannot establish a multi-party call between multiple opposite terminals, so in the prior art, the multi-party call is established by the network side.
In the embodiment of the invention, the current user can establish at least two service paths, and then can respectively establish the communication with at least two opposite end users through different service paths. Thus, a communication foundation is established for carrying out multi-party call in a more flexible mode.
For each opposite-end user, the downlink service data corresponding to other opposite-end users in the at least two opposite-end users can be mixed to the uplink service data sent by the current user, and the uplink service data of the current user is transmitted to the opposite-end user through the service path corresponding to the opposite-end user, so that each opposite-end user can receive the data from other users. In addition, the home terminal can receive downlink data sent by at least two opposite terminal users, so that the current user and the at least two opposite terminal users can both receive data of other terminal users, and then multi-party communication can be completed.
The multi-way terminal multi-party call method in the embodiment of the invention does not need to establish multi-party call through a network side, so the flexibility is higher and the user experience is better.
In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in detail below.
Fig. 1 is a flowchart of a multi-party call method for a multi-channel terminal in an embodiment of the present invention, which may specifically include the following steps:
step S12, respectively receiving downlink service data corresponding to at least two opposite end users through at least two service paths; and the at least two service paths are established based on a current user identification card, and the current user identification card identifies the current user.
Step S13, for each of the opposite-end users, the home terminal mixes the downlink service data corresponding to other opposite-end users except the opposite-end user in the at least two opposite-end users with the uplink service data sent by the current user, and transmits the uplink service data of the current user to the opposite-end user through the service path corresponding to the opposite-end user.
In a specific implementation, the multi-path terminal multi-party call method may further include:
step S11, establishing a call between the current user and at least two opposite end users through at least two service paths, respectively, where the at least two service paths are established based on the current user identification card.
Wherein the current user may be a user identified from a user identification card (e.g., sim card in a 4G terminal). The home terminal may be a multi-channel terminal that loads a subscriber identity module card corresponding to a current subscriber. Each opposite end user can be identified by different user identification cards and respectively corresponds to each user identification card one by one.
The service path may include a path for transmitting service data such as voice and video, and may be configured to process services such as voice service or video service, and these services may be based on an IMS network, for example, may be a VoLTE service or a VoWIFI service. Furthermore, the call includes a voice call, a video call, etc., and those skilled in the art may also change more embodiments according to actual needs, which are not described herein. Further, the call refers to transmitting traffic data on a traffic channel.
Each of the at least two traffic paths may be configured to transmit traffic data based on a data path established based on the wireless network. The data path may be a data path of an IP-based multimedia network.
The wireless network may include various networks such as 5G, 4G, 3G, 2G, and WiFi, and may also be a wireless local area network (WiFi), and it is understood by those skilled in the art that any network using wireless electromagnetic waves as a transmission medium may be used as the wireless network according to the embodiment of the present invention, and details thereof are not described herein.
The Data path may be a Data path of an IP-based Multimedia Network, which may be a path for transmitting Data under various service types, for example, in a volte service, the Data path may be a path corresponding to a Packet Data Network (IMS PDN, for short) in the IP-based Multimedia Network.
At least two traffic lanes may correspond to different ports of the data lanes, e.g., may correspond to different socket sockets.
In a specific implementation, the uplink service data sent by the current user may further include service data generated by the current user, for example, voice service data of the current user.
In a specific implementation, the multi-channel terminal as the home terminal may further mix downlink service data corresponding to the at least two opposite users, and output the mixed data. The output here may be data through a human-computer interaction device of the multi-channel terminal, such as a handset, a display screen, etc.
In order to make the steps more obvious and understandable as shown in fig. 1, the following is further described with reference to fig. 2 and fig. 1. Fig. 2 is a schematic view of an application scenario of a multi-party call method for a multi-channel terminal in an embodiment of the present invention.
In fig. 2, the terminal 21 is a multi-path terminal in the embodiment of the present invention. The current user uses the terminal 21 to communicate with at least two opposite end users, i.e., user 1 and user 2. Specifically, the current subscriber can establish a call with subscriber 1 via the first service path 25 and with subscriber 2 via the second service path 26.
In the conversation between the current user and at least two opposite end users, the current user can be a calling party or a called party. For example, the current subscriber may establish one call with calling subscriber 1 and another call as the called party of subscriber 2.
The current subscriber may receive upstream traffic data sent by subscriber 1 from subscriber 1 via a first traffic path 25 and may receive upstream traffic data sent by subscriber 2 from subscriber 2 via a second traffic path 26.
In the communication field, the uplink service data is usually data transmitted from the user to the network side, and the downlink service data is usually data received by the user from the network side, so it can be understood that: the uplink service data sent by the user 1 or the user 2 is downlink service data for the current user, that is, the downlink service data corresponding to the user 1 or the user 2 in the embodiment of the present invention; otherwise, the uplink service data sent by the current user is the downlink service data for user 1 or user 2.
For the user 1, the other opposite-end user except the user 1 is the user 2, the current user can receive the uplink service data sent by the user 2 through the terminal 21, and the terminal 21 can mix the uplink service data sent by the user 2 with the uplink service data sent by the current user and transmit the uplink service data to the user 1 through the first service path 25; or mixing the service data generated by the current user with the uplink service data sent by the current user, and transmitting the uplink service data to the user 1 through the first service path 25. The data flow of the above process can be seen at node 22.
Similarly, for the user 2, the other opposite-end user except the user 2 is the user 1, the current user may receive the uplink service data sent by the user 1 through the terminal 21, and the terminal 21 may mix the uplink service data sent by the user 1 with the uplink service data sent by the current user, and transmit the uplink service data to the user 2 through the first service path 25; or mixing the service data generated by the current user with the uplink service data sent by the current user, and transmitting the uplink service data to the user 2 through the first service path 25. The data flow of the above process can be seen in node 23.
Meanwhile, referring to the node 24, it can be seen that the terminal 21 can receive the uplink service data sent by the user 1 and the uplink service data sent by the user 2 at the same time. When the service data is voice data, the terminal 21 may mix the uplink service data sent by the user 2 with the uplink service data sent by the user 1, and output the mixed data.
When the uplink service data sent by each user is voice data, a process of mixing the downlink service data corresponding to other opposite-end users of the at least two opposite-end users with the uplink service data sent by the current user may also be a process of mixing sound.
Therefore, each opposite-end user can receive uplink service data sent by other opposite-end users and the current user, and the current user can also receive downlink service data corresponding to each opposite-end user. Specifically, for example, when the business data is voice data, each peer user can hear the voices of other peer users and the current user, and the current user can also hear the voices of the peer users at the same time.
Those skilled in the art will understand that the downlink data corresponding to each peer user may also be video call data or other types of service data.
For video call data, a corresponding mixing manner may be adopted as required. For example, the video call data sent by the first peer user and the video call data sent by the second peer user may be spliced, or the video call data sent by the first peer user and the video call data sent by the second peer user may be combined according to a time sequence.
For other types of service data, corresponding hybrid processing may also be performed as needed, for example, combining processing is performed according to a preset order, which is not described herein again.
In specific implementation, in order to enhance data security and save transmission resources, encoding processing may be performed on service data transmitted between terminals. Therefore, the service data received by the multi-path terminal is also subjected to encoding processing, for this reason, the multi-path terminal performs decoding processing before performing mixing processing on the received downlink data corresponding to each opposite-end user, and for the service after the mixing processing, encoding processing may be performed before transmitting the service to the target terminal.
In a specific implementation, the terminal 21 may complete forwarding of downlink service data corresponding to at least one peer user through the media device 27.
It will be appreciated by those skilled in the art that although only 2 peer users are shown in fig. 2, in practical applications the number of peer users may be much greater.
The current user can also complete removing a certain user from the multi-party call through the operation of the terminal 21, or a new opposite end user can be added to the multi-party call in the call process. The above processes can be completed by the terminal 21 based on the single-user identification card without requesting the network side to establish the multi-party call or end the multi-party call, so the multi-party call method in the embodiment of the invention is more flexible and has better user experience.
In the embodiment of the invention, before a multi-party call, a user can establish a plurality of service paths so as to establish a call with at least two opposite end users through the service paths. Each opposite terminal user establishes connection with the terminal where the current user is located by using an independent service path. The service paths connecting the current user and at least two opposite end users are all kept in an activated state at the same time, so that data transmission is carried out between the current user and the at least two opposite end users.
An embodiment of the present invention further provides a multi-way terminal multi-party call device, which has a schematic structural diagram shown in fig. 3, and specifically includes:
an uplink service data receiving unit 32, adapted to receive downlink service data corresponding to at least two opposite end users through at least two service paths, respectively;
and the at least two service paths are established based on a current user identification card, and the current user identification card identifies the current user.
The service data mixing unit 33 is adapted to, for each peer user, the local side, for each peer user, mix downlink service data corresponding to other peer users except the peer user in the at least two peer users except the peer user into uplink service data sent by the current user, and transmit the uplink service data of the current user to the peer user through a service path corresponding to the peer user.
In a specific implementation, the multi-path multi-party call device may further include a call establishing unit 31, adapted to establish a call between a current user and at least two opposite end users through at least two service paths, respectively, where the at least two service paths are established based on the current user identification card;
for any opposite-end user, the uplink service data of the current user may further include: the service data generated by the current user.
The service path may include a path for transmitting service data such as voice and video, and may be configured to process services such as voice service or video service, and these services may be based on an IMS network, for example, may be a VoLTE service or a VoWIFI service. Furthermore, the call includes a voice call, a video call, etc., and those skilled in the art may also change more embodiments according to actual needs, which are not described herein. Further, the call refers to transmitting traffic data on a traffic channel.
In a specific implementation, the multi-path terminal multi-party call device may further include an opposite-end user data mixing unit, adapted to output mixed data after mixing downlink service data corresponding to the at least two opposite-end users.
In a call between the current user and at least two opposite end users, the current user can be a calling party or a called party.
At least two service paths can be used for carrying out service data transmission based on the data path, and the data path can be established based on the wireless network.
Specifically, the data paths of the at least two service paths are respectively different data paths of the IP-based multimedia network. The data path of the IP-based multimedia network may include a path corresponding to the IMS PDN.
In a specific implementation, the at least two traffic lanes correspond to different ports of the data lane, and may correspond to different socket sockets, for example.
The multi-path terminal multi-party call device in the embodiment of the present invention may be integrated in the mobile terminal, for example, in a central processing unit of the mobile terminal, so as to execute the technical solution in the embodiment of the present invention.
The nouns, the working principle and the corresponding beneficial effects related to the embodiment of the present invention can be referred to the method for multi-party communication of a user multi-channel mobile terminal in the embodiment of the present invention, and are not described herein again.
It should be noted that, although the foregoing embodiments have been described by taking a single user in a mobile terminal as an example, the technical solution of the present invention is not limited to a single-user terminal, and the technical solution of the present invention may also be applied to a multi-user terminal, for example, a terminal supporting multiple subscriber identity cards, as long as at least one of the users can establish multiple service paths.
Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by associated hardware instructed by a program, which may be stored in a computer-readable storage medium, and the storage medium may include: ROM, RAM, magnetic or optical disks, and the like.
Although the present invention is disclosed above, the present invention is not limited thereto. Various changes and modifications may be effected therein by one skilled in the art without departing from the spirit and scope of the invention as defined in the appended claims.
Claims (20)
1. A multi-way terminal multi-party call method is characterized by comprising the following steps:
receiving downlink service data corresponding to at least two opposite end users through at least two service paths respectively;
the services corresponding to the at least two service paths comprise voice services or video services;
for each opposite-end user, the local end mixes downlink service data corresponding to other opposite-end users except the opposite-end user in the at least two opposite-end users to uplink service data sent by the current user, and transmits the uplink service data of the current user to the opposite-end user through a service path corresponding to the opposite-end user;
the at least two service paths are established based on a current user identification card, the current user identification card identifies the current user, and the at least two service paths simultaneously keep an activated state.
2. The multi-path terminal multi-party call method according to claim 1, wherein the uplink service data sent by the current user further comprises: the service data generated by the current user.
3. The multi-path terminal multi-party calling method according to claim 1, further comprising: and after the downlink service data corresponding to the at least two opposite-end users are mixed, outputting the mixed data.
4. The multi-path terminal multi-party calling method of claim 1, wherein in the call between the current user and at least two opposite end users, the current user is a calling party or a called party.
5. The multi-path terminal multi-party call method according to any of claims 1 to 4, wherein the services corresponding to the at least two service paths are based on an IMS network.
6. The multi-path terminal multi-party call method as claimed in claim 1, wherein the service is a VoLTE service or a volwifi service.
7. The multi-path terminal multi-party call method according to any one of claims 1 to 4, wherein the at least two service paths perform service data transmission based on data paths, and the data paths are established based on a wireless network.
8. The multi-path terminal multi-party calling method of claim 7, wherein the data path of the at least two traffic paths is a data path of an IP-based multimedia network.
9. The multi-path terminal multi-party call method of claim 8, wherein the data path of the IP-based multimedia network comprises a path corresponding to an IMS PDN.
10. The multi-path terminal multi-party call method of claim 9, wherein the at least two traffic paths correspond to different ports of the data path.
11. A multi-channel terminal multi-party calling device is characterized by comprising:
the uplink service data receiving unit is suitable for respectively receiving downlink service data corresponding to at least two opposite-end users through at least two service paths; the services corresponding to the at least two service paths comprise voice services or video services;
a service data mixing unit, adapted to control the local terminal to mix, for each of the peer users, downlink service data corresponding to other peer users other than the peer user among the at least two peer users with uplink service data sent by the current user, and transmit the uplink service data of the current user to the peer user through a service path corresponding to the peer user;
the at least two service paths are established based on a current user identification card, the current user identification card identifies the current user, and the at least two service paths simultaneously keep an activated state.
12. The multi-path terminal multi-party calling device of claim 11, wherein the uplink traffic data of the current user further comprises: the service data generated by the current user.
13. The multi-path terminal multi-party communication device of claim 11, further comprising an opposite-end user data mixing unit adapted to output mixed data after mixing downlink service data corresponding to the at least two opposite-end users.
14. The multi-way terminal multi-party communicator of claim 11, wherein in a call between the current user and at least two opposite end users, the current user is a calling party or a called party.
15. The multi-path terminal multi-party device according to any of claims 11 to 14, wherein the services corresponding to the at least two service paths are based on an IMS network.
16. The multi-path terminal multi-party communicator of claim 11, wherein the service is VoLTE service or VoWIFI service.
17. The multi-path terminal multi-party communicator according to any one of claims 11-14, wherein the at least two traffic paths are based on data paths for traffic data transmission, the data paths being established based on a wireless network.
18. The multi-path terminal multi-party communicator of claim 17, wherein the data path of the at least two traffic paths is a data path of an IP-based multimedia network.
19. The multi-path terminal multi-party device of claim 18, wherein the data path of the IP-based multimedia network comprises a path corresponding to an IMS PDN.
20. The multi-path terminal multi-party device of claim 19, wherein the at least two traffic paths correspond to different ports of the data path.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611000733.0A CN108076013B (en) | 2016-11-14 | 2016-11-14 | Multi-channel terminal multi-party call method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611000733.0A CN108076013B (en) | 2016-11-14 | 2016-11-14 | Multi-channel terminal multi-party call method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108076013A CN108076013A (en) | 2018-05-25 |
| CN108076013B true CN108076013B (en) | 2021-04-13 |
Family
ID=62162045
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611000733.0A Active CN108076013B (en) | 2016-11-14 | 2016-11-14 | Multi-channel terminal multi-party call method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108076013B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110557789B (en) * | 2018-05-30 | 2021-12-24 | 展讯通信（上海）有限公司 | IMS (IP multimedia subsystem) implementation method and device supporting double IP (Internet protocol) bearers |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012175964A2 (en) * | 2011-06-21 | 2012-12-27 | Metaswitch Networks Ltd | Multi-party teleconference methods and systems |
| CN104183234A (en) * | 2013-05-28 | 2014-12-03 | 展讯通信（上海）有限公司 | Method and device for processing voice signal and achieving multi-party conversation, and communication terminal |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101909263A (en) * | 2009-06-08 | 2010-12-08 | 展讯通信（上海）有限公司 | Method for realizing three-way call or conference call and dual-standby terminal |
| US8547880B2 (en) * | 2009-09-30 | 2013-10-01 | Avaya Inc. | Method and system for replaying a portion of a multi-party audio interaction |
| CN101711021B (en) * | 2009-11-17 | 2015-05-06 | 北京中星微电子有限公司 | Mobile terminal |
| CN102958023A (en) * | 2011-08-19 | 2013-03-06 | 希姆通信息技术（上海）有限公司 | Multi-party calling device and mobile communication terminal |
-
2016
- 2016-11-14 CN CN201611000733.0A patent/CN108076013B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012175964A2 (en) * | 2011-06-21 | 2012-12-27 | Metaswitch Networks Ltd | Multi-party teleconference methods and systems |
| CN104183234A (en) * | 2013-05-28 | 2014-12-03 | 展讯通信（上海）有限公司 | Method and device for processing voice signal and achieving multi-party conversation, and communication terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108076013A (en) | 2018-05-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10798138B2 (en) | Instant calling method, apparatus and system | |
| CN109428854A (en) | It is a kind of based on wide and narrow strip fusion call processing method, apparatus and system | |
| CN101778181B (en) | Method and system for mobile terminal to achieve three-part call of videophone | |
| CN103404132A (en) | Video communication method, home terminal, and home server | |
| CN110943977B (en) | Multimedia service data transmission method, server, equipment and storage medium | |
| US20080076362A1 (en) | PTT system, method for implementing PTT communication, PTT management server and terminal device thereof | |
| CN103369160A (en) | Implementation method and system for communication by using intelligent roaming terminal | |
| CN105323720A (en) | Trunking communication business processing method, trunking core network equipment, and user equipment | |
| KR101567136B1 (en) | Multipoint conference device and switching method from point-to-point communication to multipoint conference | |
| CN106470199B (en) | Voice data processing method and device and intercom system | |
| CN108076013B (en) | Multi-channel terminal multi-party call method and device | |
| US9232365B1 (en) | Push-to-talk capacity enhancement | |
| US20180152562A1 (en) | Multi-party call method and device for multi-channel terminal | |
| CN109391595B (en) | Call method and device, computer readable storage medium and user equipment | |
| CN108616492B (en) | Method and device for realizing multi-party call and multi-pass terminal | |
| CN114244813B (en) | Call abnormity processing method and device and electronic equipment | |
| CN108377225B (en) | Multi-channel terminal service processing method and device | |
| CN113014544B (en) | Method and device for establishing centerless media link based on webRtc | |
| CN114501490B (en) | Service transfer method, terminal and network side equipment | |
| KR20150114397A (en) | Method and appratus for enabling call sharing between user devices | |
| CN112533154B (en) | Data processing method, device and storage medium | |
| CN108270584A (en) | Realize the method, apparatus of conference telephone capabilities and mostly logical terminal | |
| CN108235261B (en) | Method for reliably transmitting information of multimode intelligent communication equipment | |
| CN114916062A (en) | Paging method and related equipment | |
| CN108206743B (en) | Resource sharing method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |