CN115550326B - Method and system for realizing multi-party conference cascade by using virtual conference - Google Patents

Method and system for realizing multi-party conference cascade by using virtual conference Download PDF

Info

Publication number
CN115550326B
CN115550326B CN202211527160.2A CN202211527160A CN115550326B CN 115550326 B CN115550326 B CN 115550326B CN 202211527160 A CN202211527160 A CN 202211527160A CN 115550326 B CN115550326 B CN 115550326B
Authority
CN
China
Prior art keywords
conference
virtual
sound
party
cascading
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
Application number
CN202211527160.2A
Other languages
Chinese (zh)
Other versions
CN115550326A (en
Inventor
王洪大
夏爱民
孙继承
严江
包学兵
李正浩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jiaxun Feihong Electrical Co Ltd
Original Assignee
Beijing Jiaxun Feihong Electrical Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Jiaxun Feihong Electrical Co Ltd filed Critical Beijing Jiaxun Feihong Electrical Co Ltd
Priority to CN202211527160.2A priority Critical patent/CN115550326B/en
Publication of CN115550326A publication Critical patent/CN115550326A/en
Application granted granted Critical
Publication of CN115550326B publication Critical patent/CN115550326B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/403Arrangements for multi-party communication, e.g. for conferences

Abstract

The invention discloses a method and a system for realizing multi-party conference cascade by utilizing a virtual conference. The method comprises the following steps: step 1, respectively creating each grouping conference; step 2, a plurality of virtual conferences are established by using the conference control terminal, so that each virtual conference and each grouping conference are respectively cascaded, and the conversation between each virtual conference is independent; step 3, identifying crossed session nodes among all the virtual conferences as cross points; and 4, controlling the media transceiving direction of the session node as the cross point, and transmitting sound to only one virtual conference. By utilizing the method and the system, the dependence on the key node conference in the original cascading conference scheme is solved, and the normal operation of the cascading conversation is not influenced under the condition that the conference of any party in the cascading is abnormally ended; by adjusting the control of the multimedia direction between the cascade conferences and utilizing the control mode of multi-party input and unidirectional output, the loopback of sound can be effectively avoided.

Description

Method and system for realizing multi-party conference cascade by using virtual conference
Technical Field
The invention relates to a method for realizing multi-party conference cascade by utilizing a virtual conference, and also relates to a system for realizing multi-party conference cascade by utilizing the virtual conference, belonging to the technical field of streaming media communication.
Background
In a scheduling command system based on streaming media, according to organization architecture and service needs, members are often divided into a plurality of groups, and a plurality of conferences are organized synchronously. Meanwhile, when more conference members exist in the conference, the number of the members who need to participate in the session at the same time is very large. According to some service requirements, the conference control terminal may need to communicate 3 or more (simply referred to as "multiple") conferences in the scheduling command system, so as to achieve the purpose of sharing conference content and enabling members to communicate with each other.
Here, "conference" refers to a session form including a plurality of actual members participating together, and includes a conventional conference form such as a teleconference, a video conference, and the like. The "virtual conference" refers to a session created by "fictitious" inside to implement services such as concatenation, and there may not be a real conference member inside, or conference information of the conference is not perceived by a terminal (not visible to the outside) and is generated only for combining service forms.
When the virtual conference is realized, the conference control terminal is required to perform operation control in the scheduling command system so as to cascade a plurality of virtual conferences (abbreviated as "conferences" in the drawing). The cascaded conference network structure comprises a star connection and a mixed connection. The star connection refers to the cascade connection initiated by the virtual conference 1, and the cascade connection initiated by the virtual conference 2, the virtual conference 3, \8230 \8230andthe virtual conference N (N is a positive integer, the same applies hereinafter), and the whole composition is shown in fig. 1 (a). As shown in fig. 1 (b), the hybrid connection means that there is a cross between members among a plurality of cascading conferences, for example, virtual conference 1 initiates cascading to communicate with virtual conference 2 and virtual conference 3, while virtual conference 10 initiates cascading to communicate with virtual conference 3, but not with virtual conference 1 and virtual conference 2. As can be seen, in the star connection, there is one and only one virtual conference (virtual conference 1) that is intercommunicated with other virtual conferences at the same time; in a hybrid connection, at least two virtual conferences (virtual conference 1 and virtual conference 3) are in communication with another plurality of virtual conferences, respectively, but not with other virtual conferences. In the star connection, the connection definition of the star is that in the connection topology of a plurality of nodes, there are and only 1 node connected with other nodes. Thus, the intermediate node (e.g., virtual conference 1 in fig. 1 (a)) becomes a key node. If the intermediate node exits abnormally, the entire cascading session also fails accordingly. To maintain the session, the cascade relationship needs to be readjusted. If a ring node is adopted, the cascade connection can also cause the situation of sound loop-back, which causes sound deterioration and even howling. In a hybrid connection, the definition of the relationship between the virtual conference and the virtual conference is more complicated, and therefore, a more complicated process is required regardless of whether the control is from the conference control terminal or from the conference member terminals.
In the chinese invention application with application number 202010840981.6, a conference resource scheduling method is disclosed. It determines a target resource providing device from more than one resource providing device according to the target virtual conference number, and inquires whether the conference resource of the target resource providing device is sufficient. Determining the maximum resource supply quantity corresponding to the target resource supply equipment according to the equipment model; and counting the number of occupied conference resources corresponding to the target resource providing equipment, and determining the number of terminals participating in the conference according to the conference activation request. When the conference resources of the target resource providing equipment are sufficient, scheduling the conference resources provided by the target resource providing equipment so that the terminal joins the conference based on the conference resources; when the conference resource of the target resource providing device is insufficient, the conference resource provided by the cascading resource providing device with sufficient conference resource in more than one resource providing device is scheduled.
Disclosure of Invention
The invention aims to solve the primary technical problem of providing a method for realizing multi-party conference cascade by utilizing a virtual conference.
Another technical problem to be solved by the present invention is to provide a system for implementing multi-party conference cascading using virtual conference.
In order to achieve the purpose, the invention adopts the following technical scheme:
according to a first aspect of the embodiments of the present invention, there is provided a method for implementing multi-party conference cascading by using a virtual conference, including the following steps:
step 1, respectively creating each grouping conference;
step 2, a plurality of virtual conferences are established by utilizing a conference control terminal, each virtual conference is respectively cascaded with each grouped conference, and the conversation between each virtual conference is independent;
step 3, identifying crossed session nodes among the virtual conferences as cross points;
and 4, controlling the media transceiving direction of the session node as the cross point, and transmitting sound to only one virtual conference.
Preferably, the session node is identified as a cross point when the session node, as a leaf node, has already participated in the cascading session and, again, as a leaf node, participates in the cascading.
Preferably, the cross point transmits and receives sound in two directions on the first link; or the sound is transmitted and received in two directions on the second link.
Wherein preferably at said intersection point the direction of sound transmission of the cascade is controlled, emanating from the root node to the leaf nodes; or when noise interference exists in sound input of one cascade, the transmission direction of sound of the cascade is controlled to shield the noise input.
Preferably, the packet conference of the session node at the cross-point can hear the sound of all virtual conferences, but can transmit the sound to only one of the virtual conferences.
Preferably, the session nodes included in each virtual conference are in a tree-shaped cascade relationship, and a mesh connection relationship does not exist.
According to a second aspect of the embodiments of the present invention, there is provided a system for implementing multi-party conference cascading using virtual conference, including:
a Web server, a conference control terminal and a plurality of clients,
the Web server stores a program for realizing multi-party conference cascading by using a virtual conference, and the method for realizing multi-party conference cascading by using the virtual conference is realized under the control of the conference control terminal.
Preferably, the packet conference of the session node at the cross-point can hear the sound of all virtual conferences, but can transmit the sound to only one of the virtual conferences.
Preferably, the session nodes included in each virtual conference are in a tree-shaped cascade relationship, and a mesh connection relationship does not exist.
Compared with the prior art, the method and the system for realizing the multi-party conference cascade by utilizing the virtual conference do not influence the normal operation of the cascade session under the condition that any party of the cascade conference is abnormally ended; by adjusting the control of the multimedia direction between the cascading conferences and utilizing the control mode of multi-party input and one-way output, the loopback of sound can be effectively avoided.
Drawings
FIG. 1 (a) is a schematic diagram of a conventional star connection structure;
FIG. 1 (b) is a schematic diagram of a conventional hybrid connection structure;
FIG. 2 is a schematic diagram of a multi-party conferencing cascade using virtual conferences, according to an embodiment of the present invention;
FIG. 3 is a schematic view of the sound flow direction in the embodiment of FIG. 2;
FIG. 4 is a diagram illustrating the implementation of multi-party conferencing cascade using virtual conferencing, in accordance with another embodiment of the present invention.
Detailed Description
The technical contents of the invention are described in detail below with reference to the accompanying drawings and specific embodiments.
As shown in fig. 2 to fig. 4, the method for implementing multi-party conference cascade by using virtual conference provided in the embodiment of the present invention at least includes the following steps:
step 1, respectively creating each grouping conference.
In this step, a plurality of packet conferences are created according to the creation mode of the streaming media conference, and then the packet conferences are cascaded into the virtual conference one by one. The cascading technique may adopt a conventional technique, such as a cascading conference implementation method disclosed in CN 103023731B. After the packet conference is established, the members of each packet conference can realize the bidirectional intercommunication of sound in the packet conference.
For example, in fig. 2 and 3, the group conference 3 includes a group conference member of a, B, and C three parties. Through the sound mixing algorithm, the group conference members of the three parties A, B and C can receive and forward sound in full duplex.
And 2, the conference control terminal creates a plurality of virtual conferences, each virtual conference is cascaded with the related grouping conference, and the conversation among the virtual conferences is independent.
For example, the conference control terminal initiates a first virtual conference V0, which is cascaded two by two with each group conference concerned. Specifically, when a user wishes to interconnect and intercommunicate a plurality of packet conferences, a conference cascade operation is initiated on a conference control terminal, so that a scheduling command system allocates and creates a first virtual conference V0 for the virtual conference where the user is located, and the packet conferences are connected in an existing two-to-two conference connection mode. The connection mode can be a star connection, and can also be a cascade connection mode such as a mixed connection. In this embodiment, session nodes included in each virtual conference are all in a tree cascade relationship.
After the conference control terminal judges or learns the related packet conferences (packet conference 1, packet conference 2, and packet conference 3 in fig. 2 and 3), the conference control terminal concatenates the related packets pairwise with each other through the existing concatenation protocol. The existing conference connection protocol can be a standard session establishment protocol or a self-defined private protocol. The success of the connection can be judged by the connection request and response messages defined in the protocol.
Similarly, the conference control terminal creates a second virtual conference V1, which is concatenated with the related packets (packet conference 3 and packet conference 10) of the second virtual conference V1, respectively. The conference control terminal creates a virtual conference V2, and is cascaded two by two with the group conference 2, the group conference 20, and the group conference 21, respectively, through a cascade protocol. Each virtual conference is simply concatenated two by two with its associated packets. The two-to-two cascading means that the grouped conference is only cascaded with one or more virtual conferences, and the grouped conference has no cascade relation. Each link corresponds to a cascade relationship.
And 3, identifying the crossed session nodes.
Firstly, when the conference control terminal initiates the cascade connection, the information of each party participating in each group conference of the cascade connection and the topological relation among each group conference are known in advance. Then, the conference control terminal controls the cascade connection, so that the topological relation among all the cascaded grouped conferences is reasonable, and the following 2 conditions are met simultaneously:
1. in a star topology composed of a cascade, there is only one root node. Leaf nodes that are cascaded can no longer initiate a connection as root nodes.
2. As a leaf node, if it has already participated in a cascading session, it is identified as a cross point when it is again participated in the cascading as a leaf node.
And 4, controlling the media transceiving direction of the session node of the cross point.
And judging that the current media is interactive with the session node as the cross point according to the cross point identified in the step three, and realizing multi-party input and/or one-way output of sound by controlling the media transceiving direction during cascading. The media direction is controlled by the conference control terminal, and is preferentially set to be sound bidirectional transceiving on the first link; the direction of sound transmission on the second link is determined by a policy configured in advance by the conference control terminal, and bidirectional intercommunication of sound on the second link is also possible.
For example, the sound of a multi-party cascading conference is received at the same time, and packet conference 3 receives the sound from both first virtual conference V0 and second virtual conference V1, but only sends the sound on the first established cascading path (e.g., only sends the sound on second virtual conference V1).
At this time, for the packet conference 3, the sound from the second virtual conference V1 is introduced into the packet conference 3 through the cascaded X1 nodes, and is audible to all parties a, B, and C by adding the mixing model. However, the sound mixed by a, B, and C is not transferred to the virtual session V1 through X1, that is, the cascaded X1 node and the second virtual conference V1 are in unidirectional transmission. It is only schematically illustrated that the direction of the sound may be specified by the conference control terminal when creating the connection according to policy control, but the present invention is not limited in scope, and the sound may be transmitted in one or two directions.
For example, after the group conference 3 is cascaded with the first virtual conference V0, sound is transmitted into the group conference 3 through the cascaded X0 node, and a mixing model is added, so that all parties a, B, and C in the group conference 3 can hear the sound. Meanwhile, after the sounds emitted by the A, the B and the C pass through the sound mixing model, the sounds can also be forwarded to the first virtual conference V0 through the cascaded X0 nodes. I.e. the sound between the cascaded X0 node and the first virtual conference V0 is still transmitted in both directions. Because the session nodes are all in tree-shaped cascade relation and have no mesh connection relation, the connection loopback does not exist, and the problem of sound loopback is solved. As shown in fig. 3, after the packet conference 3 is concatenated with the first virtual conference V0, the sound flows in the following directions:
1. sound travels from the first virtual meeting V0 to the cascading X0 node via path (1).
Because the cascaded X0 node has added the mixed sound calculation model, the sound received by the cascaded X0 node can be forwarded to the terminal nodes A, B and C through the mixed sound calculation model. Meanwhile, the data is transmitted to the cascaded X1 node, and the data is transmitted to a terminal node distributed to the interior of the second virtual conference V1 by the X1 node. In the mixed sound calculation model, local audio data of a certain path is shielded during mixed sound, so that local sound cannot be heard, only sound of other N-1 paths (N is a positive integer, the same below) can be heard, namely, an attenuation factor is used for attenuating the audio data, and the attenuation factor can change along with the data; when the audio data overflows, the attenuation factor is smaller, so that the overflowed audio data is within a critical value after being attenuated; when overflow does not exist, the attenuation factor is slowly increased, the smooth change of the data is kept as much as possible, the whole frame is not performed by using the same attenuation factor, the whole sound intensity is not attenuated too fast, and the smaller distortion degree is ensured.
Otherwise, the sound of the terminal nodes a, B and C is transmitted into the mixed sound calculation model and is forwarded to the cascaded X0 node through the mixed sound calculation model. The cascaded X0 nodes transmit sound to the first virtual conference V0 and distribute the sound to the terminal nodes in the first virtual conference V0.
The sound of the first virtual conference V0 and the sound within the packet conference 3 can thus be communicated in a bi-directional manner.
2. The sound travels from the second virtual meeting V1 to the X1 node via path (2).
The same principle as the above point 1, the sound of the second virtual conference V1 can be transmitted to the terminal nodes a, B, and C in the packet conference 3 by the cascade connection. Conversely, the sounds of a, B, and C may be transmitted to the first virtual conference V0 and the second virtual conference V1.
In this way, the conference control terminal adjusts the sound transmission directions of the packet conference 3, the first virtual conference V0, and the second virtual conference V1 so that the packet conference 3, which is a session node of the cross point, can hear the sound of all the virtual conferences (VO, V1), but can transmit the sound to only one of the virtual conferences.
And then, according to the service requirement, the sound direction on the cascade connection path can be dynamically adjusted through the conference control terminal, so that the sound transmission between the cascade connection conferences is realized. For example, when a user desires a broadcast service, that is, a sound transmission direction is only emitted from a root node to a leaf node connected thereto, the transmission direction of the concatenated sound can be controlled to be emitted from the root node to the leaf node. Alternatively, when noise interference occurs in a certain cascade of sound inputs, the noise inputs can be shielded by adjusting the sound transmission direction.
Because the packet conference 2 and the packet conference 3 are both crossed session nodes, the same operation can be performed, and multi-party input and one-way output of the packet conference and the first virtual conference V0 and the second virtual conference V2 are realized.
< second embodiment >
With reference to fig. 4, an embodiment of the present invention discloses a system for implementing multi-party conference cascade by using a virtual conference. The system may employ, for example, a B/S architecture, including a Web server 100, a conference control terminal 200, and a plurality of clients 300. The Web server 100 stores a program for implementing multi-party conference cascading using a virtual conference, and implements the method for implementing multi-party conference cascading using a virtual conference provided in the first embodiment under the control of the conference control terminal 200.
Compared with the prior art, the invention realizes the following technical effects:
1) The method solves the problem of dependence on key node meetings in the original cascading meeting scheme, and does not influence the normal operation of cascading conversations under the condition that any party meeting in the cascade is abnormally ended;
2) By adjusting the control of the multimedia direction between the cascading conferences and utilizing the control mode of multi-party input and one-way output, the loopback of sound can be effectively avoided.
The method and system for implementing multi-party conference cascade by using virtual conference provided by the invention are explained in detail above. It will be apparent to those skilled in the art that any obvious modifications thereto can be made without departing from the spirit of the invention in its broadest form, and it is the infringement of the claims that follow, and the corresponding legal obligations are to be afforded.

Claims (7)

1. A method for realizing multi-party conference cascade by using virtual conference is characterized by comprising the following steps:
step 1, respectively creating each grouping conference;
step 2, a plurality of virtual conferences are established by utilizing a conference control terminal, each virtual conference is respectively cascaded with each grouped conference, and the conversation between each virtual conference is independent; the session nodes included in each virtual conference are in a tree-shaped cascade relation, and a mesh connection relation does not exist so as to overcome the loopback of sound;
step 3, identifying crossed session nodes among the virtual conferences as cross points;
step 4, controlling the media receiving and sending direction of the conversation node as the cross point to realize the multi-party input and/or the one-way output of the sound; in the mixing calculation model, attenuating the audio data by using attenuation factors which change with the data; when the audio data overflows, the attenuation factor is smaller so that the overflowed audio data is within a critical value after being attenuated; when the audio data does not overflow, the attenuation factor is slowly increased to maintain a smooth change in the audio data.
2. The method for implementing multi-party conferencing cascading using virtual conferencing of claim 1, wherein:
identifying the session node as a cross point when the session node, as a leaf node, has participated in the cascading session and, again, as a leaf node, participates in the cascading.
3. The method for implementing multi-party conferencing cascading using virtual conferencing of claim 2, wherein:
the cross point transmits and receives sound in two directions on a first link; or, the sound is transmitted and received in two directions on the second link.
4. The method for implementing multi-party conferencing cascade using virtual conferencing of claim 3, wherein:
controlling the transmission direction of the cascaded sound at the intersection point, and sending the sound from the root node to the leaf node; or when noise interference exists in sound input of one cascade, the transmission direction of sound of the cascade is controlled to shield the noise input.
5. The method for implementing multi-party conferencing cascading using virtual conferencing of claim 4, wherein:
the packet conference of the session node at the cross-point can hear the sound of all virtual conferences, but only transmit sound to one of the virtual conferences.
6. A system for realizing multi-party conference cascade by utilizing a virtual conference is characterized by comprising a Web server, a conference control terminal and a plurality of clients; wherein, the first and the second end of the pipe are connected with each other,
the Web server stores a program for implementing multi-party conference cascading by using a virtual conference, and implements the method for implementing multi-party conference cascading by using a virtual conference as claimed in any one of claims 1 to 4 under the control of the conference control terminal.
7. The system for multi-party conferencing cascading using virtual conferencing of claim 6, wherein:
the packet conference of the session node at the cross-point can hear the sound of all virtual conferences, but only transmit sound to one of the virtual conferences.
CN202211527160.2A 2022-12-01 2022-12-01 Method and system for realizing multi-party conference cascade by using virtual conference Active CN115550326B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211527160.2A CN115550326B (en) 2022-12-01 2022-12-01 Method and system for realizing multi-party conference cascade by using virtual conference

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211527160.2A CN115550326B (en) 2022-12-01 2022-12-01 Method and system for realizing multi-party conference cascade by using virtual conference

Publications (2)

Publication Number Publication Date
CN115550326A CN115550326A (en) 2022-12-30
CN115550326B true CN115550326B (en) 2023-04-07

Family

ID=84722044

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211527160.2A Active CN115550326B (en) 2022-12-01 2022-12-01 Method and system for realizing multi-party conference cascade by using virtual conference

Country Status (1)

Country Link
CN (1) CN115550326B (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013067692A1 (en) * 2011-11-09 2013-05-16 华为技术有限公司 Intercommunication method and system for multi-conference system
CN103780403A (en) * 2012-10-24 2014-05-07 华为技术有限公司 Telephone conference processing method, device and system
CN105450427A (en) * 2015-12-25 2016-03-30 邦彦技术股份有限公司 Conference cascading method and device
CN111131641A (en) * 2019-12-30 2020-05-08 迈普通信技术股份有限公司 Conference cascading method, device, server and readable storage medium
CN114095688A (en) * 2021-10-22 2022-02-25 北京佳讯飞鸿电气股份有限公司 Method and system for realizing global broadcast conference

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013067692A1 (en) * 2011-11-09 2013-05-16 华为技术有限公司 Intercommunication method and system for multi-conference system
CN103780403A (en) * 2012-10-24 2014-05-07 华为技术有限公司 Telephone conference processing method, device and system
CN105450427A (en) * 2015-12-25 2016-03-30 邦彦技术股份有限公司 Conference cascading method and device
CN111131641A (en) * 2019-12-30 2020-05-08 迈普通信技术股份有限公司 Conference cascading method, device, server and readable storage medium
CN114095688A (en) * 2021-10-22 2022-02-25 北京佳讯飞鸿电气股份有限公司 Method and system for realizing global broadcast conference

Also Published As

Publication number Publication date
CN115550326A (en) 2022-12-30

Similar Documents

Publication Publication Date Title
US20080165708A1 (en) Multimedia conferencing method and signal
Zhang et al. RSVP: A new resource reservation protocol
Elliot High-quality multimedia conferencing through a long-haul packet network
WO2005104490A1 (en) Multimedia communication and collaboration system and protocols
WO2002017579A9 (en) Audio data processing
JPH1198139A (en) Conference management equipment, system and method for internet
KR101248712B1 (en) Multicast communication method and apparatus for receiving and forwarding data via a network among a plurality of nodes
US9979759B2 (en) System and method for managing multi-media conferences using group segmentation
Yang et al. A video conferencing system based on SDN-enabled SVC multicast
CN1996956A (en) L3 network device and method for multi-cast cross-VLAN forwarding
CN101309163B (en) Method and apparatus for PIM SM protocol supporting automatic smoothing of multicast flow
CN115550326B (en) Method and system for realizing multi-party conference cascade by using virtual conference
CN100421410C (en) Method for realizing mobile communication network multimedia enhancement service
US8976225B2 (en) Method, computer program and device for managing media stream in video conferencing
CN114095688A (en) Method and system for realizing global broadcast conference
EP1430645B1 (en) Implementing multicasting
Tyan et al. QoS extension to the core based tree protocol
CN101547107A (en) Method and device for establishing multi-channel point-to-point connection
Gupta et al. Network support for realtime multi-party applications
KR100622020B1 (en) Method for controlling overlay multicast system
Kausar et al. End to end reliable multicast transport protocol requirements for collaborative multimedia systems
Aguirre et al. Darkcube: A k-Hypercube based P2P VoIP protocol
JP7302289B2 (en) Communication device, communication control device, data delivery system, communication program and communication control program
Mauthe et al. Group support in multimedia communications systems
CN107306189A (en) A kind of audio control method and media services controller, media server

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