WO2008113269A1 - Procédé et dispositif pour réaliser une conversation privée dans une session multipoint - Google Patents

Procédé et dispositif pour réaliser une conversation privée dans une session multipoint Download PDF

Info

Publication number
WO2008113269A1
WO2008113269A1 PCT/CN2008/070238 CN2008070238W WO2008113269A1 WO 2008113269 A1 WO2008113269 A1 WO 2008113269A1 CN 2008070238 W CN2008070238 W CN 2008070238W WO 2008113269 A1 WO2008113269 A1 WO 2008113269A1
Authority
WO
WIPO (PCT)
Prior art keywords
private session
participant
session
private
audio
Prior art date
Application number
PCT/CN2008/070238
Other languages
English (en)
French (fr)
Inventor
Fugang Xu
Original Assignee
Huawei Technologies 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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP08706615A priority Critical patent/EP2134028A4/en
Publication of WO2008113269A1 publication Critical patent/WO2008113269A1/zh
Priority to US12/563,820 priority patent/US8243120B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • 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
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership

Definitions

  • the present invention relates to multipoint conference technology, and more particularly to a method and apparatus for implementing a private session in a multipoint conference. Background of the invention
  • the core component being a multipoint control unit (MCU).
  • MCU multipoint control unit
  • the MCU is equivalent to a switch, but it is different from the switch in the general telephone network. It switches between image, voice, and data signals, that is, switching the data stream instead of switching the analog signal.
  • the MCU adopts a direct allocation method for the video signal; the data signal is broadcasted; and the processing of the speech signal can be divided into two cases: if only one speaker speaks, the MCU switches the speaker's audio signal to other non-speaking. If several speakers speak at the same time, the MCU mixes the audio signals of all the speakers, picks out the highest level audio signal, and then switches to all participants other than the speaker to which the level belongs.
  • the MCU supports mixing up to 6 speakers. When there are more than 6 speakers, the six speakers with the highest sound and the highest level are selected from the speakers. The MCU mixes the six sounds and sends them to the participants. Each participant can receive the self. Other sounds outside the sound.
  • the MCU and each participant open the code stream channel with each other.
  • the most basic stream channels have audio stream channels and video stream channels.
  • the code stream is Transmitted in both directions.
  • the internal audio processing of the MCU is divided into three parts: a decoding part, a mixing part, and an encoding part.
  • the code stream of all participants shall be sent to the decoding part for decoding processing, and then decoded and sent to the mixing part for mixing, and the mixed code stream is sent to the encoding part for encoding, and the encoded code stream is sent to the corresponding code stream. Participants.
  • the decoding process includes calculating the volume of the audio of the way, that is, calculating the level value thereof, and simultaneously generating a code stream participating in the mixing.
  • the mixing portion acquires the audio stream participating in the mixing according to the volume of each stream.
  • the mixing part mixes the three voices with the highest volume among the voice source participants, combines them into one audio stream, and then sends them to the encoding part for encoding processing, and obtains the transmission to the voice destination participants.
  • the audio stream is streamed and sent.
  • the reception results of each participant are: A hears the BCD sound, B hears the ACD sound, C hears the ABD sound, D hears the ABC sound, and E hears the ABC sound.
  • the foregoing technology first mixes the audio code streams supported by the MCU, and then transmits the mixed audio code streams to all conference participants other than the participants of the audio stream transmission source.
  • some of the participants cannot achieve small-scale communication that is not received by other participants and does not affect the ongoing original multipoint conference through the above techniques.
  • An improved method is that when some participants want to discuss internally, they can divide a conference into multiple small meetings, and after the discussion is completed, synthesize a conference again. As shown in Figure 2, participants A, B, C, D, and E are all participating in a conference.
  • a topic needs to be discussed in groups. Participants A, B, E-group, participants C, D— Group, the MCU separately mixes the audio streams of the participants of the two groups, and the audio stream of the members of one group is not mixed into the audio stream sent to another group member, that is, for different groups. The audio stream is separately mixed.
  • the two small meetings will be reorganized into a conference. During the grouping process, A, B, and E belong to one group meeting, and C and D belong to another group meeting. The two group meetings do not affect each other. The voice of a group meeting will not be received by the participants of another group meeting.
  • the improved method implements the internal discussion of some participants, the method still does not solve the private session without affecting the original multi-point conference, because the internal multi-point conference will be interrupted during the internal discussion, and The content of the discussion was not known to the different groups in the program. Since this method can only be used for group discussion of all participants, it can only be grouped when all participants agree to the group discussion. It is still not possible when some participants want to discuss it privately.
  • the prior art cannot implement a private session for some participants in a multipoint conference. While the private session is being performed, the content of the multipoint conference can continue to be listened to, and the content of the private session is not sent to the non-participating session. A person who talks privately. Summary of the invention
  • Embodiments of the present invention provide a method and apparatus for implementing a private session in a multipoint conference, so as to implement private discussion of some participants under the premise of normally listening to multipoint conference content.
  • a method for implementing a private session in a multipoint conference including: The multipoint control unit MCU creates a private session according to the private session establishment request sent by the private session initiator to carry the private session participant identifier, and transmits the audio code stream of the private session participant corresponding to the private session participant identifier.
  • a device for implementing a private session in a multipoint conference comprising:
  • a receiving module configured to receive a private session establishment request that is sent by the private session initiator and that carries the private session participant identifier, and perform a decompression control module on the received private session establishment request, where the private session is parsed according to the receiving module
  • a setup request creates a private session, and an audio stream corresponding to the private session participant identified by the private session participant is sent.
  • the invention creates a private session by the MCU according to the private session establishment request sent by the private session initiator, and sends the audio stream corresponding to the private session participant identified by the private session participant, thereby realizing that the private session participant does not affect the normal.
  • a private session is conducted, and the content of the private session is not received by the non-private session participant.
  • FIG. 1 is a network structure diagram of implementing a multipoint conference in the prior art
  • FIG. 2 is a schematic diagram of an internal discussion of implementing a multipoint conference in the prior art
  • FIG. 3 is a flowchart of a method for implementing a private session by using a mix mode according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of a mix function according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram showing the principle of transmitting a private session through a multi-audio channel according to an embodiment of the present invention
  • FIG. 6 is a structural diagram of an apparatus for implementing a private session in a multipoint conference according to an embodiment of the present invention. Mode for carrying out the invention
  • the embodiment of the present invention is mainly:
  • the MCU creates a private session according to the private session establishment request sent by the private session initiator to carry the private session participant identifier, and sends the audio code stream of the private session participant corresponding to the private session participant identifier.
  • FIG. 3 is a flowchart of a method for implementing a private session by using a mixing method according to an embodiment of the present invention.
  • the conference topology shown in FIG. 1 is still followed, that is, five participants, B, C, 0, and .
  • A is the conference host, you want to establish a session between participants C and D. Perform the following steps:
  • Step 301 Perform a general multipoint conference.
  • the execution of the multipoint conference is the same as the prior art, and the mixing table is as shown in Table 1.
  • Step 302 Send the private session establishment request sent by the participant C to the MCU through its corresponding conference terminal.
  • participant C wants to conduct a private session on a conference-related topic and D. Therefore, C can send a private session establishment request to the MCU through its corresponding conference terminal.
  • the identifier of the private session participant may be carried in the request, in this embodiment, the identifiers of the participants C and D, the type of the session to be established, and the identifier of the session.
  • the sessions involved include two, one is an ongoing multipoint conference, and the other is a private session to be established, which is distinguished by different session identifiers. Conversation.
  • Step 303 The MCU forwards the request to the participant D, and asks D whether to support establishing the private session with C.
  • the MCU before the MCU forwards the request to the participant D, the MCU records the session type, the session identifier, and the private session carried in the private session establishment request. Participant identification. Thereafter, the MCU forwards the request to the participant D according to the private session participant identifier described above.
  • the foregoing forwarding request may include the identifier of the participant C, and the session type and the session identifier to be established.
  • the session type is a private session.
  • Step 304 Participant D selects whether to agree to establish the above private session.
  • the conference terminal of the participant D parses the content of the message, and presents the identifier and session type of the participant C that initiates the private session included in the message to the participant at the application layer.
  • Participant D selects whether to agree to the establishment of the session through a dialog box or a window. In this embodiment, it is assumed that D agrees to establish a private session with C, and thus the conference terminal of participant D returns a response message to the MCU agreeing to establish the session.
  • the message may include the identifier of the participant D, the session type and the session identifier agreed to be established, and the identifier of the recipient of the response message, that is, the identifier of the participant C.
  • Step 305 After receiving the response message, the MCU forwards the response message to the conference terminal of the participant C, and configures the mixing table.
  • the configuration of the mixing table is a mixing table obtained by separately mixing the audio stream of the private session participants.
  • the manner of configuring the mixing table may include:
  • the mixing principle after establishing a private session is as shown in FIG. 4, including, on the basis of the session of the original multipoint conference, mixing the sounds of C and D, that is, mixing the sound of D when transmitting the audio stream to C.
  • the sound of C is mixed when sending the audio stream to D, so that for C and D, both the speech in the multi-point conference and the voice of the other party in the private session can be heard.
  • the speech in the multi-point conference can be heard, but the sounds of C and D cannot be heard.
  • This embodiment can be further extended to prioritize all participants in advance. This is because after the introduction of the private session, the number of speakers in the entire conference increases, so that if the speaker has more than the number of supported mixes, the MCU will filter the voice of the speaker with a smaller volume when mixing. Drop it. Still taking Table 2 as an example, if the MCU only supports mixing two channels of audio, and AB is speaking, the sound is also large, then the private session has been correctly established between C and D, but cannot be heard. The voice of the other party can only hear the sounds of A and B. To solve this problem, priority can be set for all participants in advance, for example, the conference host and the conference core speaker, and the priority of the private session speaker can be set to the highest, and the priorities of the other participants are second. In this way, when the MCU is mixing, the voice of the speaker with the highest level can be preferentially mixed according to the preset priority, and the audio stream of the participant with the lower priority can be filtered out.
  • Step 306 Participants C and D of the private session perform a session.
  • the MCU mixes according to the method of Table 2, and encodes the audio stream after the completion of the mixing, and then sends the audio stream to the receiver, so that the participants C and D of the private session perform the session.
  • Step 307 Assuming that the participant C wants to end the private session, the MCU sends a request message to end the private session.
  • the request message may include the identifier of the private session participant to be ended, in this embodiment, the identifiers of the participants C and D, and the identifier of the private session to be ended.
  • Step 308 After receiving the end request message, the MCU forwards the request message to the participant D, and restores the mixing table, and uses the mixing table when the private session is not established.
  • the private session is initiated by the creator of the private session, but in the actual application, any participant of the private session can end the session at any time; in addition, the manner of ending the session is not limited to someone initiated. End immediately, or after the participant in the private session agrees to end the session and returns a confirmation message to end the session.
  • the embodiment of the present invention may be further extended.
  • a private session is established, but multiple private sessions may be established between conference participants, and each session has a unique identifier, so that Different topics are discussed.
  • the above embodiment implements a private session for participants of a multipoint conference, and performs a private session without affecting the normal reception of the original multipoint conference content, and the content of the private session is not received by the non-private session participant.
  • it is further implemented to perform mixing according to the priority of the preset speaker, so as to ensure that important speech content is not filtered by the MCU; in addition, it can be established in a multi-point conference. Multiple private sessions, each with a private discussion on different topics.
  • the purpose of establishing a private session through a multi-audio channel is achieved, and the key difference from the previous embodiment is that the other embodiment transmits the original multiple in multiple audio channels. Point the stream of conference audio and private session audio, not by way of -mixing.
  • AAC-LD protocol In the current protocols supporting multipoint conferences, most of them support the transmission of conference audio streams through multiple audio channels, such as the AAC-LD protocol, and some sub-protocols in the Moving Picture Experts Group (MPEG) protocol suite. Both support voice transmission through at least two audio channels for stereo transmission and reduced voice distortion. These audio channels are bidirectional.
  • the specific implementation is to set at least two audio channels between the participant and the MCU, use one audio channel to transmit the audio stream of the left channel, one audio channel to transmit the audio stream of the right channel, and further use an audio channel. The channel transmits the background sound.
  • the private session content is transmitted by one audio channel, and the other audio channels transmit the content unchanged.
  • the private channel is transmitted through the left channel, and the session of the original multipoint conference is transmitted to the right channel, so that the participants of the private session can listen to the private session through one channel and the multi-point conference session through the other channel.
  • the conference topology shown in Figure 1 is used to establish a session between participants C and D.
  • the prerequisites are that C, D, and MCU support voice multi-channel processing.
  • the specific implementation includes the following steps:
  • the participant C sends a private session establishment request to the MCU through the conference terminal, and the request may include the identifier of the private session participant, the type of the session to be established, and the audio of the selected private session audio stream of the private session initiator. Channel number.
  • the MCU After receiving the setup request, the MCU records the private session participant identifier, the session type, and the audio channel number, and forwards the request to the participant D according to the private session participant identifier, and asks whether D agrees with C establishes the private session.
  • the forwarded request message may include the identifier of the participant C and the type of session to be established.
  • the conference terminal of participant D returns a response message to the MCU agreeing to establish the session.
  • the message may contain the identity of participant D, the type of session agreed to establish and the audio channel number of the selected private session, and the identity of participant C.
  • the audio channel number of the private session audio stream of the participant D may not be included, but the MCU assigns the audio channel number to the participant D.
  • the MCU After receiving the response message, the MCU forwards the response message to the conference terminal of the participant C, records the correspondence between the audio channel selected by the C and the D, and sets the audio channel, and respectively selects the selected audio channel. Used to forward the audio code stream between C and D.
  • the MCU sends a request message for ending the private session, and the message may include the identifier of the private session participant to be ended, and the number of the audio channel occupied by the private session to be ended. .
  • the MCU After receiving the end request message, the MCU forwards the request message to the participant D, and resumes the audio channel of the private session to continue transmitting the content of the original multipoint conference.
  • the multi-audio channel is used to transmit the multi-point conference audio and the private session audio respectively, and the private session is performed without affecting the normal answering of the original multi-point conference content, and the content of the private session is not denied.
  • the private session participant answered it.
  • the application of the embodiment of the present invention is more widely applicable, and the private session can be more flexibly implemented according to different application environments.
  • the audio stream can be processed as described above, and for the video stream, there are two different ways of processing.
  • the MCU forwards the video stream of the private session to the participants of the private session.
  • the MCU forwards the video stream of the private session to the participants of the private session.
  • a private session has been established between participants C and D.
  • C and MCU forward the video stream of D
  • D MCU forwards the video stream of C.
  • C and D can only see each other's images on the conference terminal, not See other participants in the original multipoint conference.
  • Another way is to transmit different video streams in different video channels.
  • the MCU's dual-channel transmission of video streams enables two different video channels to transmit different video streams, such as transmitting a speaker's image in one channel, and another.
  • the two video channels are called the mainstream channel and the auxiliary stream channel respectively.
  • the mainstream channel is used to transmit the speaker image
  • the auxiliary stream channel is used to transmit the conference related content video.
  • Embodiments of the present invention use a secondary stream channel to transmit an image of a speaker in a private session, the implementation of which is similar to the implementation of an audio stream.
  • C first sends the channel number of the auxiliary stream channel to the MCU through the request message, and D sends the auxiliary channel number to the MCU through the response message.
  • the video stream of the private session is transmitted through the auxiliary stream channel.
  • the embodiments of the present invention are not limited to transmitting the private session video code stream in the auxiliary stream, and may also be transmitted in the mainstream channel, and the implementation method is similar.
  • the above two can also be combined to transmit video streams in different ways for different participants of the private session. For example, only the image of D is transmitted to C, and the image of C is transmitted to the D through the auxiliary stream channel.
  • FIG. 6 is a structural diagram of an apparatus for implementing a private session in a multipoint conference according to an embodiment of the present invention, where the apparatus includes: a receiving module 61 and a control module 62;
  • the receiving module 61 is configured to receive a private session establishment request sent by the private session initiator and carry the private session participant identifier, and parse the received private session establishment request.
  • the control module 62 is configured to create a private session according to the private session establishment request parsed by the receiving module 61, and the audio of the private session participant corresponding to the private session participant identifier The code stream is sent.
  • the device may further include: a voice module 63;
  • the voice module 63 is configured to transmit the audio stream of the private session through the audio channel corresponding to the private session audio stream under the control of the control module 62, and transmit the audio stream through the audio channel other than the audio channel corresponding to the private session audio stream. Point the audio stream of the conference.
  • the device may further include: a video module 64;
  • the video module 64 is configured to transmit the video stream of the participant through the video channel under the control of the control module 62; or
  • control module 62 For controlling the video code stream of the multi-point conference participant and the video stream of the private session participant in different video channels under the control of the control module 62.
  • the device may further include: a stop module 65 when the private session participant wants to end the private session.
  • the stop mode fast 65 is used to send a request message to the control module 62 to end the private session, the message including the identity of the private session participant and the session identifier.
  • the control module 62 is configured to resume the mixing table when the private session is not established after receiving the request message, and forward the request message to other participants of the private session.
  • the device implements a private session without affecting the normal listening of the original multipoint conference content, and the content of the private session is not received by the non-private session participants.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

实现多点会议中私有会话的方法及装置 技术领域
本发明涉及多点会议技术， 特别涉及到实现多点会议中私有会话的 方法及装置。 发明背景
在目前的多点会议实现方案中， 一次会议中的发言者不能接收到自 己发言的声音， 其他与会者则都能收听到发言者的声音。
具体的实现方式是通过核心部件为多点控制单元（MCU )来实现的。 其中， MCU相当于一个交换机的作用， 但与一般电话网中的交换机有 所区别。 它对图像、 语音和数据信号进行切换， 即对数据流进行切换， 而不是对模拟信号进行切换。
MCU对视频信号采取直接分配的方式； 对数据信号采用广播方式； 而对语音信号的处理可分为两种情况： 如只有一个发言者发言， MCU 将该发言者的音频信号切换到其他不发言者； 若同时有几个发言者发 言， MCU将所有发言者的音频信号进行混音处理， 挑出电平最高的音 频信号， 然后切换到该电平所属发言者以外的其他所有与会者。 目前， MCU最多支持将 6个发言者的声音混音。 当发言者多于 6个时， 从发 言者中选出 6个声音最大即电平最高的发言者， MCU将这 6个声音混 音后发送给与会者， 每个与会者能够接收到除自己声音外的其它声音。
在以上的实现方式中， MCU 与各个与会者之间建立通信连接后， MCU 与各个与会者之间会相互打开码流通道。 目前， 最基本的码流通 道有音频码流通道、 视频码流通道。 其中， 在前述码流通道中， 码流是 双向传送的。 MCU 内部音频处理分为三部分： 解码部分、 混音部分、 编码部分。 所有与会者的码流都要被送到解码部分进行解码处理， 解码 后送到混音部分进行混音， 混音后的码流再送到编码部分进行编码， 编 码后的码流发送给对应的与会者。 解码处理包括计算该路音频的音量， 即计算其电平值， 同时可以生成参与混音的码流。 而混音部分则根据各 路码流的音量获取参与混音的音频码流。 以图 1所示的网络结构为例， 假设在该例中， MCU最多支持对 3路音频进行混音， 则在各路音频的 音量符合 A>B>C>D>E, 混音处理对应关系如表 1所示：
Figure imgf000004_0001
表 1
混音部分按照表 1 中的对应关系， 将语音源与会者中音量最大的 3 方进行混音，组合成一路音频码流，然后发送到编码部分进行编码处理， 得到发送给语音目的与会者的音频码流并发送。 最后各与会者的接收结 果为： A听到 BCD的声音， B听到 ACD的声音， C听到 ABD的声音， D听到 ABC的声音， E听到 ABC的声音。
通过以上分析能够看出， 前述技术先将 MCU支持的音频码流进行 混音， 接着将经混音后的音频码流发送给所有除音频码流发送源的与会 者之外的其它会议参与者， 这就导致了会议中的部分与会者不能进行不 为其他与会者获知的私下交流， 因为参与混音的音频码流要么被所有与 会者接收， 要么所有与会者都接收不到。 这样， 部分与会者通过以上技 术无法实现不被其他与会者接收到且不影响正在进行的原多点会议的 小范围的交流。 一种改进的方法是， 当部分与会者想要进行内部讨论时， 可以将一 个大会分成多个小会， 在讨论完成后，再次合成一个大会。如图 2所示， 与会者 A、 B、 C、 D、 E都在参与一个大会， 大会过程中需要对某个议 题分组讨论， 与会者 A、 B、 E—组， 与会者 C、 D—组， MCU对这两 个小组的与会者的音频码流分别进行混音， 其中一个小组中成员的音频 码流不会被混入发送给另一小组成员的音频码流中， 也就是对不同小组 的音频码流分别进行混音。 在小组讨论结束后， 将 2个小会重新合成一 个大会。 分组过程中， A、 B、 E属于一个小组会议中， C、 D属于另一 个小组会议中， 两个小组会议互不影响。 一个小组会议的声音不会被另 一小组会议的与会者接收到。
该改进方法虽然实现了部分与会者的内部讨论， 但是该方法依然没 有解决在不影响原多点会议的前提下实现私有会话， 因为在进行内部讨 论时会导致原多点会议的中断， 而且该方案中不同小组间无法获知对方 讨论的内容。 由于该方法只能对所有与会者进行整体分组讨论， 使得只 有在所有与会者都同意进行分组讨论时才能进行分组， 当部分与会者想 要进行私下讨论时依然无法实现。
总之，现有技术无法实现多点会议中的部分与会者进行私下的会话， 在进行该私下会话的同时， 能够继续收听多点会议的内容， 且私下会话 的内容不会被发送给未参与该私下会话的人。 发明内容
本发明实施例提供一种实现多点会议中私有会话的方法和装置， 以 便在正常收听多点会议内容的前提下， 实现部分与会者的私下讨论。
本发明实施例的技术方案是这样实现的：
一种实现多点会议中私有会话的方法， 包括： 多点控制单元 MCU根据私有会话发起者发送的携带私有会话参 与者标识的私有会话建立请求创建私有会话， 将对应所述私有会话参 与者标识的私有会话参与者的音频码流发送。
一种实现多点会议中私有会话的装置， 包括：
接收模块，用于接收私有会话发起者发送的携带私有会话参与者 标识的私有会话建立请求，并对所述接收的私有会话建立请求进行解 控制模块，用于根据所述接收模块解析的私有会话建立请求创建 私有会话，将对应所述私有会话参与者标识的私有会话参与者的音频 码流发送。
本发明通过 MCU根据私有会话发起者发送的私有会话建立请求创 建私有会话，将对应所述私有会话参与者标识的私有会话参与者的音 频码流发送，从而实现了私有会话参与者在不影响正常接听原多点会议 内容的情况下， 进行私下的会话， 且私有会话的内容不会被非私有会话 参与者接听到。 附图简要说明
图 1为现有技术中实现多点会议的网络结构图；
图 2为现有技术中实现多点会议的内部讨论的原理示意图； 图 3为本发明实施例中利用混音方式实现私有会话的方法流程图； 图 4为本发明实施例中的混音原理示意图；
图 5 为本发明实施例中通过多音频通道传送私有会话的原理示意 图；
图 6为本发明实施例中在多点会议中实现私有会话的装置结构图。 实施本发明的方式
本发明实施例主要是： MCU根据私有会话发起者发送的携带私有 会话参与者标识的私有会话建立请求创建私有会话， 将对应所述私有 会话参与者标识的私有会话参与者的音频码流发送。
为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例， 并参照附图， 对本发明进一步详细说明。
图 3为本发明实施例中利用混音方式实现私有会话的方法流程图。 本实施例中，依然遵循图 1所示的会议拓朴结构， 即包括 5个与会者 、 B、 C、 0和 。 其中， A为会议主持， 则想要在与会者 C与 D间建立 一个会话， 执行以下步骤：
步骤 301、 进行普通多点会议。 该多点会议的执行与现有技术相同， 混音表如表 1所示。
步骤 302、 将与会者 C发送的私有会话建立请求通过其对应的会议 终端发送给 MCU。
本步骤中，与会者 C想要就某一会议相关议题和 D进行一个私下的 会话， 于是， C可以通过其对应的会议终端向 MCU发送一个私有会话 建立请求。 其中， 该请求中可以携带私有会话参与者的标识， 本实施例 中为与会者 C和 D的标识，欲建立的会话类型以及该会话的标识。在本 实施例中， 对于与会者 C和 D而言， 其涉及的会话包括两个， 一个是正 在进行的多点会议， 另一个是欲建立的私有会话， 通过不同的会话标识 以区分不同的会话。
步骤 303、 MCU将该请求转发给与会者 D, 询问 D是否支持与 C 建立该私有会话。
本实施例中， 在上述 MCU将该请求转发给与会者 D之前， MCU 记录上述私有会话建立请求中携带的会话类型、会话标识和私有会话 参与者标识。 之后， MCU根据上述私有会话参与者标识执行将该请求 转发给与会者 D。 其中， 上述转发请求中可以包含与会者 C的标识， 以 及欲建立的会话类型和会话标识， 本实施例中会话类型为私有会话。
步骤 304、 与会者 D选择是否同意建立上述私有会话。
本步骤中， 与会者 D的会议终端接收到所述转发的请求消息后， 解 析该消息内容，将消息中包含的发起该私有会话的与会者 C的标识和会 话类型在应用层呈现给与会者 D,与会者 D通过对话框或窗口等方式选 择是否同意该会话的建立。本实施例中，假设 D同意建立与 C间的私有 会话， 于是， 与会者 D的会议终端向 MCU返回一个同意建立该会话的 响应消息。 消息中可以包含与会者 D的标识， 同意建立的会话类型和会 话标识， 以及响应消息接收者的标识， 即与会者 C的标识。
步骤 305、 MCU接收到响应消息后， 向与会者 C的会议终端转发该 响应消息， 配置混音表。
配置混音表， 是将私有会话参与者的音频码流单独混音获得的混 音表， 配置混音表的方式可以包括：
建立私有会话后的混音原理如图 4所示， 包括， 在原有多点会议所 属会话的基础上，将 C和 D的声音混入，即在向 C发送音频码流时将 D 的声音混入，在向 D发送音频码流时将 C的声音混入，这样对于 C和 D 而言， 既可以听到多点会议中的发言， 又可以听到私有会话中对方的声 音。 而对于除私有会话参与者之外的其它与会者， 在私有会话的持续期 间， 能够听到多点会议中的发言， 但听不到 C和 D的声音。
例如， 多点会议中与会者 A、 B和 E在进行讨论， 同时私有会议中 C和 D在进行私下的对话， MCU最多支持三方混音，此时 MCU配置的 混音表如表 2所示：
Figure imgf000008_0001
A BE BE
B AE AE
C ABDE ABD
D ABCE ABC
E AB AB
表 2
也可以对本实施例做进一步的扩展，预先为所有与会者设置优先级。 这是因为在引入了私有会话后， 整个会议中的发言者增多， 这样， 如果 发言者多于支持的混音数量， 则 MCU在进行混音时， 会将音量较小的 发言者的声音过滤掉。 依然以表 2为例， 假如该 MCU仅支持对两路音 频进行混音， 且 AB都在发言， 其声音也较大， 那么 C和 D之间即时已 经正确建立了私有会话，却无法收听到对方的声音， 只能听到 A和 B的 声音。 为解决该问题， 可以预先对所有与会者设置优先级， 例如会议主 持和会议核心发言人， 以及私有会话发言者的优先级可以设置为最高， 其它与会者的优先级次之。 这样 MCU在进行混音时， 可以根据预先设 置的优先级， 优先将级别高的发言者的声音混入， 将优先级低的与会者 的音频码流过滤掉。
步骤 306、 私有会话的参与者 C和 D进行会话。
本步骤中， MCU按照表 2方式进行混音，将完成混音后的音频码流 编码后发送给接收者， 这样， 私有会话的参与者 C和 D进行会话。
如果私有会话的参与者想要结束该私有会话， 则执行以下步骤： 步骤 307、 假设与会者 C想要结束私有会话， 则向 MCU发送结束 私有会话的请求消息。
本步骤中，该请求消息中可以包括欲结束的私有会话参与者的标识， 本实施例中为与会者 C和 D的标识， 以及欲结束的私有会话的标识。
步骤 308、 MCU接收到该结束请求消息后， 一方面将该请求消息转 发给与会者 D, 同时恢复混音表， 使用未建立私有会话时的混音表。 在本实施例中， 是由私有会话的建立者发起的结束私有会话， 但在 实际应用中， 私有会话的任意参与者都可以随时结束会话； 另外， 结束 会话的方式也并不仅限于有人发起就立即结束， 也可以在私有会话的参 与者都同意结束该会话， 返回结束会话的确认消息后结束。
还可以对本发明的实施例做进一步的扩展， 例如在一个多点会议中 不仅限于建立一个私有会话， 可在会议参与者间建立多个私有会话， 每 个会话都有唯一的标识， 从而可以针对不同的议题进行讨论。
以上实施例实现了多点会议的参与者建立私有会话， 在不影响正常 接听原多点会议内容的情况下， 进行私下的会话， 且私有会话的内容不 会被非私有会话参与者接听到。 通过对本实施例的扩展， 还进一步实现 了根据预先设定的发言者的优先级来进行混音， 从而保证重要的发言内 容不会被 MCU过滤掉； 此外， 还可以在一次多点会议中建立多个私有 会话， 分别就不同的议题进行私下的讨论。
在本发明的另一实施例中， 实现了通过多音频通道建立私有会话的 目的， 与前一实施例的关键区别在于， 所述另一实施例是通过在多个音 频通道中分别传送原多点会议音频和私有会话音频的码流， 而不是通过 -混音的方式。
在目前支持多点会议的协议中， 绝大部分都支持通过多音频通道来 传送会议的音频码流，例如 AAC-LD协议，以及运动图像专家组（ MPEG ) 协议族中的部分子协议， 它们都支持通过至少两个音频通道来传送话 音， 以实现立体声传送， 减少话音失真， 这些音频通道均为双向。 具体 实现是在与会者与 MCU之间设置至少两个音频通道， 用一个音频通道 来传送左声道的音频码流， 一个音频通道来传送右声道的音频码流， 还 可以进一步用一个音频通道传送背景声。
在现有技术中， 多个音频通道用于传送一路音频， 以实现立体声功 能， 而本实施例对其进行改进， 在建立私有会话后， 用一个音频通道传 送私有会话内容， 其它音频通道传送内容不变。 例如通过左声道传送私 有会话， 右声道传送原多点会议的会话， 这样私有会话的参与者就可以 通过一个声道收听私有会话， 另一个声道收听多点会议会话。 还以图 1 所示的会议拓朴结构为例， 想要在与会者 C与 D间建立一个会话，前提 条件是 C、 D和 MCU都支持语音多通道处理方式， 具体实现包括以下 步骤：
1、 进行普通多点会议。
2、与会者 C通过会议终端向 MCU发送一个私有会话建立请求，请 求中可以包含私有会话参与者的标识， 欲建立的会话类型以及选定的传 送私有会话发起者的私有会话音频码流的音频通道编号。
3、 MCU接收到所述建立请求后， 记录所述私有会话参与者标识、 会话类型和音频通道编号， 并根据上述私有会话参与者标识， 将该请 求转发给与会者 D,询问 D是否同意与 C建立该私有会话。该转发的请 求消息中可以包含与会者 C的标识， 以及欲建立的会话类型。
4、与会者 D的会议终端向 MCU返回一个同意建立该会话的响应消 息。 消息中可以包含与会者 D的标识， 同意建立的会话类型和选定的传 送私有会话的音频通道编号， 以及与会者 C的标识。 在该响应消息中， 也可以不包含传送与会者 D的私有会话音频码流的音频通道编号， 而是 由 MCU为与会者 D分配该音频通道编号。
5、 MCU接收到响应消息后， 向与会者 C的会议终端转发该响应消 息， 并记录 C和 D选择的音频通道与会话的对应关系，进行音频通道的 设置， 分别将所述选择的音频通道用于转发 C与 D间的音频码流。
6、 私有会话的参与者 C和 D通过选定的音频通道进行会话。
如果私有会话的参与者想要结束该私有会话， 则执行以下步骤： 7、假设与会者 C想要结束私有会话， 则向 MCU发送结束私有会话 的请求消息， 消息中可以包括欲结束的私有会话参与者的标识， 以及欲 结束的私有会话所占用的音频通道的编号。
8、 MCU接收到该结束请求消息后， 一方面将该请求消息转发给与 会者 D,同时恢复进行私有会话的音频通道继续传送原多点会议的内容。
通过多音频通道传送私有会话的原理如图 5所示， 对于未参与私有 会话的与会者， 依然采用混音方式来传送音频码流。 该实施例同样可以 进行扩展， 例如，假设 C和 MCU支持多音频通道， 而 D不支持， 此时， MCU可以对发送给 C和 D的音频码流分别进行处理， 对于 C的码流， MCU根据建立私有会话时记录的会话与音频通道的对应关系， 在 C选 定的音频通道发送码流， 而对于 D的码流， 则根据混音表进行混音再发 送。
本实施例采用了多音频通道分别传送多点会议音频和私有会话音 频， 同样实现了在不影响正常接听原多点会议内容的情况下， 进行私下 的会话， 且私有会话的内容不会被非私有会话参与者接听到。
通过将多音频通道与混音方式实现私有会话相结合， 使得本发明的 实施例的应用范围更为广泛， 能够根据不同的应用环境， 更为灵活地实 现私有会话。
在本发明的实施例中， 如果多点会议支持与会者视频通话， 想要实 现私有会话， 对于音频码流可按照前述方式处理， 对于视频码流， 有两 种不同的处理方式。
一种是在私有会话建立后， MCU对私有会话的参与者，只转发私有 会话的视频码流。 以图 1所示的会议拓朴结构为例， 与会者 C和 D间已 建立了私有会话， 则对 C, MCU转发 D的视频码流， 对 D, MCU转发 C的视频码流。 这样， C和 D只能在会议终端上看到对方的图像， 不能 看到原多点会议中的其它与会者。
另一种方式， 则是在不同的视频通道中传送不同的视频码流。 在现 有协议中， 如 H.239协议， 支持 MCU的双通道传送视频码流， 能够实 现两个不同的视频通道传送不同的视频码流， 如在一个通道中传送发言 者的图像， 另一个通道中传送会议内容的幻灯片。 这两个视频通道分别 称为主流通道和辅流通道， 主流通道用于传送发言者图像， 辅流通道传 送会议相关内容视频。 本发明的实施例将辅流通道用于传送私有会话中 发言者的图像， 实现的流程与音频码流的实现方式类似。 C先通过请求 消息将辅流通道的通道编号发送给 MCU, D通过响应消息也将辅流通 道编号发送给 MCU, 在私有会话建立成功后， 通过辅流通道传送私有 会话的视频码流。
当然，本发明的实施例并不仅限于在辅流中传送私有会话视频码流， 也可以在主流通道中传送， 实现方法类似。
同样地，也可以将以上这两种相结合，对于私有会话的不同参与者， 通过不同的方式传送视频码流。 例如只向 C传送 D的图像， 向 D则通 过辅流通道传送 C的图像。
通过以上这两种视频码流的传送方法，进一步实现了在私有会话中， 参与者在听到对方声音的同时， 还能够看到对方的图像。
图 6为本发明实施例中在多点会议中实现私有会话的装置结构图， 该装置包括： 接收模块 61和控制模块 62; 其中，
接收模块 61 用于接收私有会话发起者发送的携带私有会话参与 者标识的私有会话建立请求，并对所述接收的私有会话建立请求进行 解析。
控制模块 62用于根据接收模块 61解析的私有会话建立请求创建 私有会话，将对应所述私有会话参与者标识的私有会话参与者的音频 码流发送。
其中， 该装置进一步可以包括： 语音模块 63;
语音模块 63用于在控制模块 62的控制下，通过私有会话音频码 流对应的音频通道传送私有会话的音频码流，通过除私有会话音频码 流对应的音频通道之外的其他音频通道传送多点会议的音频码流。
进一步地， 该装置还可以包括： 视频模块 64;
视频模块 64用于在控制模块 62的控制下，通过视频通道传送与 会者的视频码流； 或者，
用于在控制模块 62的控制下， 在不同视频通道中分别传送多点 会议与会者的视频码流和私有会话参与者的视频码流。
进一步地， 在私有会话参与者想要结束私有会话时， 该装置还可 以包括： 停止模块 65。
停止模快 65用于向控制模块 62发送结束私有会话的请求消息， 该消息中包括所述私有会话参与者的标识以及会话标识。
控制模块 62用于在接收到所述请求消息后，恢复未建立所述私有会 话时的混音表， 并将所述请求消息转发给私有会话的其他参与者。
该装置实现了在不影响正常接听原多点会议内容的情况下， 进行私 下的会话， 且私有会话的内容不会被非私有会话参与者接听到。
以上所述的具体实施例， 对本发明的目的、 技术方案和有益效果进 行了进一步详细说明， 所应理解的是， 以上所述仅为本发明的较佳实施 例而已， 并非用于限定本发明的保护范围， 凡在本发明的精神和原则之 内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范 围之内。

Claims

权利要求书
1、 一种实现多点会议中私有会话的方法， 其特征在于， 包括： 多点控制单元 MCU根据私有会话发起者发送的携带私有会话参 与者标识的私有会话建立请求创建私有会话， 将对应所述私有会话参 与者标识的私有会话参与者的音频码流发送。
2、 根据权利要求 1 所述的方法， 其特征在于， 所述私有会话建 立请求还携带会话类型和会话标识；
所述创建私有会话包括：
MCU接收到所述建立请求后， 记录所述私有会话建立请求中携 带的会话类型、 会话标识和私有会话参与者标识， 并根据所述私有会 话参与者标识， 将该建立请求发送给除私有会话发起者之外的私有会 话参与者；
所述除私有会话发起者之外的私有会话参与者在同意建立所述私 有会话后， 向 MCU返回同意建立的响应消息；
MCU接收到所述响应消息后， 将私有会话参与者的音频码流单 独混音， 获得混音表， 在所述混音表中设置音频码流的发送者和接收 者， 完成私有会话的创建。
3、 根据权利要求 2所述的方法， 其特征在于， 所述将私有会话 参与者的音频码流单独混音包括：
MCU 将多点会议的音频码流与所述私有会话参与者的音频码流 混音， 发送给所述私有会话的参与者， 并禁止将所述私有会话参与者 的音频码流发送给非私有会话参与者。
4、 根据权利要求 2所述的方法， 其特征在于， 该方法进一步包 括： 预设置多点会议所有与会者的优先级； 所述将私有会话参与者的音频码流单独混音包括：
MCU 优先对优先级高的与会者的音频码流进行混音， 将优先级 低的与会者的音频码流过滤掉。
5、 根据权利要求 1 所述的方法， 其特征在于， 所述私有会话建 立请求中还携带会话类型和传送私有会话发起者的私有会话音频码 流的音频通道编号；
所述创建私有会话包括：
MCU接收到所述建立请求后， 记录所述私有会话参与者标识、 会话类型和音频通道编号， 并根据所述私有会话参与者标识， 将该建 立请求发送给除私有会话发起者之外的私有会话参与者；
除所述私有会话发起者之外的私有会话参与者在同意建立所述 私有会话后，将私有会话音频码流的音频通道编号携带在同意建立的 响应消息中发送给 MCU;
MCU接收到所述响应消息后， 记录所述响应消息中的音频通道 编号， 完成私有会话的创建。
6、 根据权利要求 1 所述的方法， 其特征在于， 所述私有会话建 立请求中还携带会话类型和传送私有会话发起者的私有会话音频码 流的音频通道编号；
所述创建私有会话包括：
MCU接收到所述建立请求后， 记录所述私有会话参与者标识、 会话类型和音频通道编号， 并根据所述所有参与者标识， 将该建立请 求发送给除私有会话发起者之外的私有会话参与者；
除所述私有会话发起者之外的私有会话参与者在同意建立所述 私有会话后， 向 MCU返回同意建立的响应消息；
MCU接收到响应消息后， 为所述私有会话参与者的私有会话音 频码流分配音频通道编号， 完成所述私有会话的创建。
7、 根据权利要求 5或 6所述的方法， 其特征在于， 所述将对应 私有会话参与者标识的私有会话参与者的音频码流发送包括：
在所述建立请求消息及响应消息中携带的音频通道编号对应的 音频通道上传送私有会话的音频码流； 或者，
在所述建立请求消息携带的音频通道编号及 MCU为所述私有会 话参与者的私有会话音频码流分配的音频通道编号对应的音频通道 上传送私有会话的音频码流。
8、 根据权利要求 7所述的方法， 其特征在于， 该方法进一步包 括：在除发送所述私有会话音频码流对应的音频通道之外的其他音频 通道上传送多点会议的音频码流。
9、 根据权利要求 1 所述的方法， 其特征在于， 在支持与会者视 频通话时， 进一步包括：
对于所述私有会话的参与者， MCU 只转发所述私有会话参与者 的视频码流； 或者，
在不同视频通道中分别传送多点会议与会者的视频码流和所述 私有会话参与者的视频码流。
10、 根据权利要求 1所述的方法， 其特征在于， 在私有会话参与 者想要结束私有会话时， 进一步包括：
向 MCU发送结束私有会话的请求消息， 该消息中包括所述私有 会话参与者的标识以及会话标识；
MCU 在接收到所述请求消息后， 恢复未建立所述私有会话时的 混音表， 并将所述请求消息转发给私有会话的其他参与者。
11、 一种实现多点会议中私有会话的装置， 其特征在于， 包括： 接收模块和控制模块； 其中， 所述接收模块， 用于接收私有会话发起者发送的携带私有会话参 与者标识的私有会话建立请求，并对所述接收的私有会话建立请求进 行解析；
所述控制模块， 用于根据所述接收模块解析的私有会话建立请求 创建私有会话，将对应所述私有会话参与者标识的私有会话参与者的 音频码流发送。
12、 根据权利要求 11 所述的装置， 其特征在于， 该装置进一步 包括： 语音模块；
所述语音模块， 用于在所述控制模块的控制下， 通过私有会话音 频码流对应的音频通道传送私有会话的音频码流，通过除私有会话音 频码流对应的音频通道之外的其他音频通道传送多点会议的音频码 流。
13、 根据权利要求 11 所述的装置， 其特征在于， 该装置进一步 包括： 视频模块；
所述视频模块， 用于在所述控制模块的控制下， 通过视频通道传 送私有会话参与者的视频码流； 或者，
用于在所述控制模块的控制下，在不同视频通道中分别传送多点 会议与会者的视频码流和私有会话参与者的视频码流。
14、 根据权利要求 11 所述的装置， 其特征在于， 私有会话参与 者想要结束私有会话时， 该装置进一步包括： 停止模块；
所述停止模快， 用于向所述控制模块发送结束私有会话的请求消 息， 所述请求消息中包括所述私有会话参与者的标识以及会话标识； 所述控制模块， 用于在接收到所述请求消息后， 恢复未建立所述私有 会话时的混音表， 并将所述请求消息转发给私有会话的其他参与者。
PCT/CN2008/070238 2007-03-21 2008-02-01 Procédé et dispositif pour réaliser une conversation privée dans une session multipoint WO2008113269A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP08706615A EP2134028A4 (en) 2007-03-21 2008-02-01 METHOD AND DEVICE FOR PERFORMING PRIVATE CONVERSATION IN A MULTIPOINT SESSION
US12/563,820 US8243120B2 (en) 2007-03-21 2009-09-21 Method and device for realizing private session in multipoint conference

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710087285.7 2007-03-21
CNA2007100872857A CN101022481A (zh) 2007-03-21 2007-03-21 实现多点会议中私有会话的方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/563,820 Continuation US8243120B2 (en) 2007-03-21 2009-09-21 Method and device for realizing private session in multipoint conference

Publications (1)

Publication Number Publication Date
WO2008113269A1 true WO2008113269A1 (fr) 2008-09-25

Family

ID=38710130

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/070238 WO2008113269A1 (fr) 2007-03-21 2008-02-01 Procédé et dispositif pour réaliser une conversation privée dans une session multipoint

Country Status (4)

Country Link
US (1) US8243120B2 (zh)
EP (1) EP2134028A4 (zh)
CN (1) CN101022481A (zh)
WO (1) WO2008113269A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105721178A (zh) * 2016-04-25 2016-06-29 四川联友电讯技术有限公司 碎片化异步会议系统的会议消息的推送方法
JP2017054193A (ja) * 2015-09-07 2017-03-16 富士ゼロックス株式会社 情報処理装置、情報処理システム、プログラム、及び記録媒体

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101022481A (zh) 2007-03-21 2007-08-22 华为技术有限公司 实现多点会议中私有会话的方法及装置
CN101197841B (zh) * 2007-12-29 2012-01-04 何名 音频定向传送方法及装置
CN102694777B (zh) * 2011-03-24 2015-04-22 中国移动通信集团公司 基于ims的多媒体会议实现方法及其装置和系统
US20120287827A1 (en) * 2011-05-10 2012-11-15 International Business Machines Corporation Private channels in unified telephony applications
US20130061153A1 (en) * 2011-09-07 2013-03-07 Avaya Inc. System and Method for Inserting a Control System Into a Conference
US8754926B1 (en) * 2011-11-29 2014-06-17 Google Inc. Managing nodes of a synchronous communication conference
CN102523099B (zh) * 2011-12-21 2015-04-08 华为技术有限公司 一种发起多点会议的方法、装置、终端及系统
CN102833520A (zh) * 2012-08-16 2012-12-19 华为技术有限公司 一种视频会议信号处理的方法、视频会议服务器及系统
CN102883133A (zh) * 2012-10-17 2013-01-16 西安融科通信技术有限公司 基于单服务器实现大容量会议服务的系统及方法
CN103780403B (zh) * 2012-10-24 2017-06-06 华为技术有限公司 电话会议的处理方法、装置和系统
US20140267550A1 (en) * 2013-03-14 2014-09-18 Polycom, Inc. Method and system for an improved virtual breakout room
CN104253802A (zh) * 2013-06-28 2014-12-31 富泰华工业（深圳）有限公司 虚拟会议系统及方法
CN104580763A (zh) * 2013-10-23 2015-04-29 深圳市潮流网络技术有限公司 一种实现电话会议时私聊的方法及装置
CN105323536A (zh) * 2014-07-30 2016-02-10 三亚中兴软件有限责任公司 一种电视会议中与会者私聊的方法及装置
US10388297B2 (en) * 2014-09-10 2019-08-20 Harman International Industries, Incorporated Techniques for generating multiple listening environments via auditory devices
US10965633B2 (en) 2014-09-29 2021-03-30 Microsoft Technoiogy Licensing, LLC Session history horizon control
CN105245819B (zh) * 2015-09-30 2019-01-08 杭州华为企业通信技术有限公司 一种多点控制单元资源的调度方法及装置
CN107395555A (zh) * 2016-05-17 2017-11-24 中兴通讯股份有限公司 一种会话管理的方法、设备和系统
US10572005B2 (en) * 2016-07-29 2020-02-25 Microsoft Technology Licensing, Llc Private communication with gazing
CN107770142A (zh) * 2016-08-23 2018-03-06 中兴通讯股份有限公司 电话会议中的通话方法、媒体服务器及终端
CN107888791A (zh) * 2016-09-29 2018-04-06 联想企业解决方案(新加坡)有限公司 具有来自参与者的非语言反馈的电话会议
CN109964468B (zh) * 2016-11-14 2021-07-09 华为技术有限公司 会话处理方法、装置和系统
CN106791238B (zh) * 2016-11-28 2020-02-11 努比亚技术有限公司 多方通话会议系统的通话控制方法及装置
CN108933759B (zh) * 2017-05-23 2022-04-22 中兴通讯股份有限公司 一种多点会议中终端间直接通信的方法、设备及存储介质
CN108989364B (zh) * 2017-05-31 2023-06-06 中兴通讯股份有限公司 基于云会议的数据信息推送方法、装置、系统和终端设备
CN109087656B (zh) * 2017-06-14 2020-11-17 广东亿迅科技有限公司 一种基于mcu的多媒体会议混音方法及装置
CN107911361B (zh) * 2017-11-14 2020-05-08 网易（杭州）网络有限公司 支持多会话的语音管理方法、装置、终端设备及存储介质
CN108449570B (zh) * 2018-03-26 2020-06-23 苏州科达科技股份有限公司 跨用户域视频会议的实现方法、系统、设备及存储介质
CN108965426B (zh) * 2018-07-11 2021-11-02 深圳市东微智能科技股份有限公司 音频系统的数据处理方法、装置、计算机设备和存储介质
CN109714492B (zh) * 2019-02-26 2021-03-23 中国电子科技集团公司第三十六研究所 一种指挥调度语音流控制系统及方法
CN111541860B (zh) * 2019-12-30 2021-07-27 宁波菊风系统软件有限公司 一种实时音频传输系统及其使用方法
CN113824919A (zh) * 2020-06-19 2021-12-21 中兴通讯股份有限公司 视频会议系统的控制方法、多点控制单元及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002374509A (ja) * 2001-06-15 2002-12-26 Teijin Seiki Co Ltd 多地点ｔｖ会議システム及びその運用方法
CN1705336A (zh) * 2004-05-27 2005-12-07 华为技术有限公司 实现电话会议的方法
CN1717040A (zh) * 2000-11-30 2006-01-04 伊麦杰特通讯股份有限公司 多点视频会议和交互式广播系统的统一分布式结构
CN101022481A (zh) * 2007-03-21 2007-08-22 华为技术有限公司 实现多点会议中私有会话的方法及装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2143591C (en) * 1994-04-29 1999-01-26 David N. Horn Teleconferencing audio bridge
GB2313251B (en) * 1996-05-17 2000-06-07 Motorola Ltd Multimedia communications conferencing system and method of exchanging private communication
US7266091B2 (en) * 2001-02-28 2007-09-04 The Trustees Of Columbia University In City Of New York System and method for conferencing in inter/intranet telephony
RU2293368C2 (ru) * 2001-05-10 2007-02-10 Поликом Израиль Лтд. Способ (варианты) и система (варианты) для управления конференциями и блок управления для многоточечной мультимедийной/речевой системы
US7213050B1 (en) * 2001-07-11 2007-05-01 Cisco Technology, Inc. System and method for reserving conference resources for a multipoint conference using a priority scheme
US20030035527A1 (en) * 2001-08-14 2003-02-20 Charles Baker Conference call tunneling method and apparatus
US7636750B2 (en) * 2001-10-24 2009-12-22 Sprint Spectrum L.P. Method and system for controlling scope of user participation in a communication session
US7480259B2 (en) * 2003-10-09 2009-01-20 Hewlett-Packard Development Company, L.P. System and method for establishing a parallel conversation thread during a remote collaboration
US7679640B2 (en) * 2005-01-27 2010-03-16 Polycom, Inc. Method and system for conducting a sub-videoconference from a main videoconference

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1717040A (zh) * 2000-11-30 2006-01-04 伊麦杰特通讯股份有限公司 多点视频会议和交互式广播系统的统一分布式结构
JP2002374509A (ja) * 2001-06-15 2002-12-26 Teijin Seiki Co Ltd 多地点ｔｖ会議システム及びその運用方法
CN1705336A (zh) * 2004-05-27 2005-12-07 华为技术有限公司 实现电话会议的方法
CN101022481A (zh) * 2007-03-21 2007-08-22 华为技术有限公司 实现多点会议中私有会话的方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017054193A (ja) * 2015-09-07 2017-03-16 富士ゼロックス株式会社 情報処理装置、情報処理システム、プログラム、及び記録媒体
CN105721178A (zh) * 2016-04-25 2016-06-29 四川联友电讯技术有限公司 碎片化异步会议系统的会议消息的推送方法

Also Published As

Publication number Publication date
US8243120B2 (en) 2012-08-14
EP2134028A1 (en) 2009-12-16
EP2134028A4 (en) 2010-05-05
CN101022481A (zh) 2007-08-22
US20100073457A1 (en) 2010-03-25

Similar Documents

Publication Publication Date Title
WO2008113269A1 (fr) Procédé et dispositif pour réaliser une conversation privée dans une session multipoint
JP5534813B2 (ja) 多言語会議を実現するシステム、方法、及び多地点制御装置
KR100373323B1 (ko) 영상회의 시스템에서의 다자간 영상회의 방법
US7689568B2 (en) Communication system
US7742587B2 (en) Telecommunications and conference calling device, system and method
EP1869793B1 (en) A communication apparatus
WO2015131709A1 (zh) 一种电视会议中与会者私聊的方法及装置
WO2007082433A1 (fr) Appareil, dispositif de réseau et procédé de transmission de signaux audio et vidéo
WO2011015136A1 (zh) 一种会议控制的方法、装置和系统
CN110012366A (zh) 一种用于公专网ip互联下的宽窄带融合通信系统及方法
EP2061268A1 (en) Method and system to achieve cluster communication service
CN109194904B (zh) 一种适用于指挥调度业务的移动视频会商系统
WO2016082577A1 (zh) 视频会议的处理方法及装置
US20020057333A1 (en) Video conference and video telephone system, transmission apparatus, reception apparatus, image communication system, communication apparatus, communication method
US20090299735A1 (en) Method for Transferring an Audio Stream Between a Plurality of Terminals
US20210218932A1 (en) Video conference server capable of providing video conference by using plurality of terminals for video conference, and method for removing audio echo therefor
JPH07105106A (ja) 多地点電子会議装置
WO2011160408A1 (zh) 视频会议控制方法、装置和系统
CN101686374A (zh) 主席点名实现方法和装置
WO2014026478A1 (zh) 一种视频会议信号处理的方法、视频会议服务器及系统
JP2010093479A (ja) 会議システムおよび会議端末装置
JP2001036881A (ja) 音声伝送システム及び音声再生装置
JP4644813B2 (ja) 多者間通話システム、多者間通話システムにおける通話端末および通話サーバ、多者間通話方法
JPH0698030A (ja) 通信会議方式および装置
JP4447534B2 (ja) 加入者収容装置、通信処理方法、及びプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08706615

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008706615

Country of ref document: EP