WO2009089712A1 - Method, system and device for controlling token of assistant steam in multipoint double-streams conference - Google Patents

Method, system and device for controlling token of assistant steam in multipoint double-streams conference Download PDF

Info

Publication number
WO2009089712A1
WO2009089712A1 PCT/CN2008/073452 CN2008073452W WO2009089712A1 WO 2009089712 A1 WO2009089712 A1 WO 2009089712A1 CN 2008073452 W CN2008073452 W CN 2008073452W WO 2009089712 A1 WO2009089712 A1 WO 2009089712A1
Authority
WO
WIPO (PCT)
Prior art keywords
token
site terminal
deprivation
request message
terminal
Prior art date
Application number
PCT/CN2008/073452
Other languages
English (en)
French (fr)
Inventor
Haifeng Wang
Original Assignee
Shenzhen Huawei Communication 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 Shenzhen Huawei Communication Technologies Co., Ltd. filed Critical Shenzhen Huawei Communication Technologies Co., Ltd.
Priority to EP08870774.0A priority Critical patent/EP2144439B1/en
Publication of WO2009089712A1 publication Critical patent/WO2009089712A1/zh
Priority to US12/815,052 priority patent/US8819133B2/en
Priority to US14/332,597 priority patent/US20140327731A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • H04N7/15Conference systems
    • H04N7/152Multipoint control units therefor
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/56Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • H04M3/567Multimedia conference systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • H04N7/15Conference systems

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method for controlling a secondary stream token in a multipoint dual stream conference
  • the centralized conference mode is the most widely used mode.
  • the audio and video streams of each conference terminal in the conference are composed of
  • the MCU performs centralized control. All the site terminals of the conference only establish a call with the MCU, and send the code stream (including the mainstream and the auxiliary stream) to the MCU. After the MCU performs the necessary processing, it is selectively sent to each terminal terminal.
  • the code stream that each venue terminal can receive is determined by the MCU.
  • the MCU sends conference control signaling to each venue terminal, and controls the exchange and transmission of audio and video code streams to implement specific conference control functions.
  • the .239 protocol specifically describes how to implement control, indication, and capability exchange mechanisms for the secondary stream through H.245 signaling in a video conferencing system based on the H.323 protocol.
  • the control of the auxiliary stream is implemented by using the role management process.
  • the role management process is based on the token mechanism. That is, the conference terminal in the conference must obtain the specific before sending the local auxiliary stream.
  • the auxiliary stream token can only have one site terminal occupying the token in the same moment in a conference. Only the site terminal holding the token has the right to send the auxiliary stream.
  • the H.239 protocol stipulates that in a multi-point dual-stream conference system with MCU control, the delivery of the auxiliary stream token in the conference is controlled by the MCU, that is, each conference terminal needs to send the auxiliary stream to the MCU.
  • the auxiliary stream token is requested, and the MCU determines whether the token can be sent to the requesting site terminal according to the occupancy of the token in the current conference.
  • the terminal terminal receives the token response of the MCU, the terminal can play the auxiliary stream channel.
  • the peers periodically send the token possession indication message to the MCU, and the MCU forwards the message to all the site terminals in the conference, indicating the occupancy of the token in the current conference;
  • the auxiliary stream wants to release the token ⁇ , and sends a token release indication to the MCU.
  • the MCU can consider that the auxiliary stream token in the current conference is in an idle state, and subsequent other site terminals can continue to apply for an order. brand.
  • the MCU In practical applications, there are many scenarios involved. In order to allow other site terminals to obtain the auxiliary stream token smoothly, the MCU is required to forcibly deprive the token of the token site terminal in the conference and send it to the The required venue terminal. For example, a certain terminal in a conference needs to present a more important film screen to the participants. However, the auxiliary stream token in the current conference is occupied by another conference terminal, and cannot be released. The venue terminal could not get the power to send the auxiliary stream, which affected the conference process. In the H.239 protocol, only the token request and release mechanism is specified, and the token deprivation mechanism is not described. As a result, the MCU acting as the conference control center cannot control the release of the auxiliary stream token in the conference. The full control function of the auxiliary stream token cannot be implemented. The situation is severe. For example, if the token site terminal is abnormal, the conference can only be reconvened.
  • the embodiment of the invention provides a method, a system and a device for controlling a secondary stream token in a multi-point dual-stream conference, which solves the problem that the MCU cannot completely control the release of the auxiliary stream token in the conference.
  • the embodiment of the present invention provides a method for controlling a secondary stream token in a multi-point dual-stream conference.
  • Token including:
  • Multipoint Control Unit The MCU receives the token deprivation request message
  • the MCU determines whether to perform the token deprivation operation according to the identifier carried in the token deprivation request message; [15] depriving the token of the first site terminal after determining that the token deprivation operation needs to be performed.
  • the embodiment of the present invention provides a system for controlling a secondary stream token in a multipoint dual stream conference, including: an MCU and at least two site terminals, a first site terminal and a second site terminal, when a multipoint dual stream conference is ordered
  • the second site terminal requests the deprivation of the token
  • the MC U is configured to receive the token deprivation request message, and judge according to the identifier carried in the token deprivation request message. Whether to perform the token deprivation operation, and determine the need to perform the token deprivation operation and deprive the first venue terminal Card.
  • the embodiment of the invention provides a multi-point control unit, including:
  • a token deprivation request message receiving module configured to receive a token deprivation request message of each site terminal in the multipoint dual stream conference
  • the token deprivation judging module is configured to determine, according to the identifier carried in the received token deprivation request message, whether to deprive the token of the first conference terminal that currently owns the token;
  • the token deprivation requesting module is configured to receive the judgment result of the token deprivation judging module, perform a specific token deprivation request operation after determining the deprivation token, and receive the feedback of the venue terminal with the token The card deprives the request response message.
  • the embodiment of the present invention provides a chair site terminal, including:
  • a token request message receiving and transmitting module configured to receive and send a token request message
  • the token deprivation judging module is configured to determine, according to the identifier carried in the received token request message, whether to deprive the token of the site terminal that currently owns the token, and send the judgment result;
  • the token deprivation request message sending module is configured to receive the judgment result of the token deprivation judging module, and after determining that the token is to be deprived, send a token deprivation request message carrying the identifier of the chair site terminal to the MCU.
  • the MCU determines whether the token deprivation operation can be performed according to the identifier carried in the message. After determining that the token deprivation operation needs to be performed, the MCU performs a specific token deprivation operation, which effectively solves the problem that the auxiliary stream token is occupied by a certain site terminal for a long time and affects the transmission of the emergency important auxiliary stream, thereby realizing multi-point dual flow.
  • the complete control of the auxiliary stream token in the meeting meets the user's needs.
  • FIG. 1 is a flowchart of a method for controlling a secondary stream token according to the present invention
  • FIG. 2 is a schematic diagram of an application scenario of an embodiment of the present invention.
  • FIG. 3 is a flowchart of a specific embodiment of controlling a secondary stream token according to Embodiment 2 of the present invention.
  • FIG. 4 is a flowchart of a specific embodiment of controlling a secondary stream token according to Embodiment 4 of the present invention.
  • FIG. 5 is a schematic diagram of a module for controlling a secondary stream token system according to Embodiment 5 of the present invention.
  • FIG. 6 is a schematic diagram of a module for controlling a secondary stream token system according to Embodiment 6 of the present invention.
  • the dual-stream conference mode has become more and more widely used.
  • the so-called dual stream that is, all the site terminals in the conference receive and send two video streams simultaneously, one is the active picture P eople, called the mainstream, used to transmit the main video stream of the venue terminal; all the way is the content Content, called Auxiliary stream, mainly used to transmit auxiliary pictures or video images, such as film.
  • the embodiment of the present invention is implemented based on the H.239 protocol, and is applied to a scenario in which the second site terminal in the same multipoint dual-stream conference requests a token in the case that the token is occupied by the first site terminal and the auxiliary stream is sent.
  • the embodiment of the present invention performs a token deprivation operation by the MCU.
  • the flowchart of the method for controlling the auxiliary stream token according to the embodiment of the present invention includes: after the MCU receives the token deprivation request message, the MCU According to the MT carried in the token deprivation request message (MCU Terminal, multipoint control unit terminal, MCU, Micro Controller
  • the unit determines whether to perform the token deprivation operation, that is, whether to release the token of the site terminal that currently has the token, and deprive the token of the first site terminal after determining that the token deprivation operation needs to be performed.
  • the token deprivation request message is used to request the MCU to deprive the auxiliary stream token of the site terminal that currently owns the token, that is, request the auxiliary stream token from the MCU;
  • the MT number is the site where the token deprivation request message is sent.
  • the MT number of the terminal (the second site terminal), where the MT number is uniformly assigned by the MCU after the conference site is joined.
  • the MT number and the site terminal are one-to-one correspondence, which can uniquely identify one of the conferences.
  • most of the conference control functions of the MCU use the MT number to specify the relevant conference terminal.
  • the chair site terminal can perform some special conference control functions, such as broadcast site terminal, mute/closed site terminal, name-speaking, etc. These operations are implemented by MC U. If the terminal of the chair site is present in the conference, if the MT number carried in the token deprivation request message is the MT number of the terminal of the chair site, the MCU performs a token deprivation operation according to the message, otherwise the token deprivation is not performed. operating.
  • the MCU may send the deprived token to the site terminal with the highest priority according to the priority of the site terminal of the request token.
  • the priority of each site terminal may be preset.
  • the site terminal requesting the deprivation of the token sends a token deprivation request message, where the message carries the MT number of the site terminal requesting the deprivation token, and after receiving the token deprivation request message, the MCU according to the request token
  • the MT number of the site terminal and the internal policy determine whether to deprive the token of the site terminal that currently has the token. If the deprivation token is determined, the token deprivation operation is performed; if it is determined that the token is not deprived, the token deprivation operation is ended.
  • the MCU determines whether the internal policy of depriving the token is different according to the MCU, and may be, but is not limited to, any one of the following strategies:
  • the MCU reports the MT number of the site terminal that sends the token deprivation request message to the service processing layer, and the service processing layer determines whether to perform the token deprivation action, for example, can be performed manually by the user;
  • An MT number pool with the right to deprive the auxiliary stream token can be pre-configured on the MCU.
  • the MCU determines whether the deprivation operation is performed by determining whether the MT number in the message is in the pool.
  • the operation of the MCU deprivation token may specifically but not limited to any one of the following methods:
  • the MCU may send the deprived token to the site terminal with the highest priority according to the priority of the site terminal of the request token, that is, Send a token response message to the site terminal with high priority.
  • the MCU determines whether to deprive the token according to the MT number of the site terminal of the request token, and effectively solves the problem that the token is long-term being used by a certain conference terminal in the multi-point dual-stream conference.
  • the problem that the occupation cannot be released and affects the transmission of the emergency important auxiliary stream achieves the complete control of the token by the MCU, and satisfies the needs of users in the multi-point dual-stream conference.
  • Embodiment 2 of the present invention provides a method for controlling a secondary stream token in a multi-point dual-stream conference, and this embodiment manner
  • the details are as follows:
  • the site terminal requesting the deprivation of the token sends a token request message, where the message carries the MT number of the site terminal, and the MCU obtains the token from the token occupant after receiving the token request message, and obtains the token in the MCU. After the token fails, the MCU sends the request to the chair site terminal.
  • the chair site terminal determines whether to deprive the site terminal that currently owns the token by using the MT number of the site terminal and the internal policy of the request token. The existing token occupancy status is maintained.
  • the chair site terminal decides to deprive the site terminal of the current token, the token is sent to the MCU to send a token deprivation request message carrying the MT number of the chair site terminal.
  • the MCU receives the token deprivation. After requesting the message, it is determined whether the MT number carried in the message is the MT number of the terminal of the chair site. If yes, the specific content of the message is executed, and the subsequent deprivation of the token is performed. If it is not the MT number of the terminal of the chair site, it is not executed. Deprivation operation.
  • the operation of the MCU deprivation token may include: in addition to the manner described in Embodiment 1, the MCU determines the MT number in the token deprivation request message, and is the MT number of the chair site terminal of the current conference, and the current conference If the auxiliary stream token is occupied by the non-chair site terminal, the subsequent deprivation operation is performed.
  • the MCU after receiving the token request message, checks the token usage of the current conference, and performs the token acquisition to the token occupant, which includes: forwarding the token request message to the token occupation When the token occupant agrees to release the token, the MCU sends a response message (presentationTokenR esponse), and the MCU updates the occupancy of the token in the conference, and forwards the response message to the conference terminal of the request token; If the token occupant does not respond or refuses to release the token, the token deprivation process is performed if the token is failed for the MCU described above.
  • the internal policy of the chair site terminal is different according to the terminal of the chair site.
  • the policy may be that the chair site terminal notifies the terminal in the terminal of the conference site by the received token request message.
  • the terminal decides whether to perform the deprivation operation.
  • FIG. 2 The application scenario of a specific embodiment of the present embodiment is shown in FIG. 2, and the execution process is as shown in FIG. 3.
  • the token is held by the site terminal 2, and the auxiliary stream is sent, and the site terminal is used.
  • 1 To send a secondary stream perform the following steps:
  • Step 1 First, the venue terminal 1 sends a token request message to the MCU, presentationTokenRequest;
  • Step 2 The MCU checks the token occupancy of the current conference, and forwards the request message to the token occupant site terminal 2; when the site terminal 2 agrees to release the token, step 3 is performed, and the conference terminal 2 No response Or refuse to release the token, go to step 4;
  • Step 3 The site terminal 2 sends a response message, presentationTokenResponse, to the MCU, and then the MCU in step 6 sends a token response message to the site terminal 1;
  • Step 4 ⁇ The MCU forwards the token request message to the terminal of the site to the chair site.
  • the chair site terminal decides how to handle it.
  • the chair site terminal can determine whether to execute the terminal number and the internal policy. Token deprivation operation; if the chair site terminal decides to deprive the terminal 2 token, go to step 5;
  • Step 5 The chairman site terminal sends a token deprivation request message to the MCU presentationTokenRelease
  • the MT number carried in it is the MT number of the terminal of the chairman's venue
  • Step 6 After receiving the message, the MCU determines that the MT number in the message is the chairman terminal, that is, the chairperson requests to deprive the current conference token owner, that is, the token of the terminal 2, and then performs the token release operation. And sending a token response message to the terminal 1;
  • the second is to send a token request message presentationTokenRequest to the terminal 2, and set the sym metryBreaking field in the message to 0, and then send a token response message presentationTokenResponse to the terminal 1, and update the occupancy status of the token in the conference. Not occupied.
  • the terminal 1 After receiving the response from the MCU, the terminal 1 can play the auxiliary stream channel, send the auxiliary stream information to the conference, and periodically send the token occupation indication presentationTokenlndicateOwner to the MCU, and the MCU broadcasts the message to the MCU.
  • the other terminals participating in the conference declare that the token has been occupied by terminal 1.
  • the token request message is forwarded to the chair site terminal, and the chair site terminal determines whether to deprive the token.
  • the MCU is instructed to perform a specific deprivation token operation, which can effectively solve the problem.
  • the tokens are not released by a site terminal for a long time, which affects the transmission of urgently important auxiliary streams.
  • the terminal controls the tokens to meet the requirements of the users in the multi-point dual-stream conference.
  • Embodiment 3 of the present invention provides a method for controlling a secondary stream token in a multipoint dual stream conference, as follows: For a scenario where there are two chair sites in a multi-point dual-stream conference, the two chair site terminals are divided into one main stream chairman terminal that controls the mainstream picture, and the other auxiliary stream chairman terminal site that controls the auxiliary stream picture.
  • the method for controlling the token may be: the site terminal requesting the deprivation of the token directly sends a token request message to the auxiliary stream conference site terminal, and the auxiliary stream chair site terminal forwards the request message to the MCU, and the MCU sends the request message to the MCU.
  • the card occupant obtains the token (the acquisition method is the same as that described in the second embodiment). If the acquisition fails, the request message is forwarded to the secondary stream conference site terminal.
  • the subsequent execution process is the same as the second embodiment.
  • the present embodiment is applied in the scenario where there are two chair sites.
  • the present embodiment sends the token request message directly to the auxiliary stream chair site terminal.
  • the MCU is forwarded to the MCU by the terminal of the auxiliary stream chair, so that the MCU knows that the auxiliary stream token needs to be controlled.
  • the complete control of the token is implemented to meet the needs of the multi-point dual-stream conference user, and the problem that the token is occupied by a certain conference terminal for a long time and affects the transmission of the emergency important auxiliary stream is avoided.
  • Embodiment 4 of the present invention provides a method for controlling a secondary stream token in a multipoint dual stream conference, as follows:
  • the site terminal that requests the token knows the MT site number of the chair site terminal
  • the site terminal of the request token simulates the chair site terminal, and directly sends a token deprivation request message to the MCU, in the message.
  • the MT number of the terminal of the chair site is received.
  • the MCU After receiving the message, the MCU considers that the site terminal wants to forcibly acquire the token, and can directly perform the subsequent deprivation of the token.
  • the operation of the deprivation token of the MCU is as described in the first embodiment above.
  • the above operation can also be applied to the scenario where the chair site terminal does not exist.
  • the MT number is equivalent to the MT number of the chair site. It can instruct the MCU to follow the content of the message.
  • the related operation is performed, that is, the message that is received by the MCU and carries the MT number is considered to be the message sent by the chair site terminal, and the corresponding operation is performed according to the content of the message.
  • Step 1 The site terminal 1 simulates the chair site terminal and sends a token deprivation request presentati onTokenRelease message to the MCU.
  • the message carries the MT number of the chair site terminal.
  • Step 2 After receiving the message, the MCU recognizes that it carries the MT number of the chairman's site terminal. If the site terminal is to be forced to acquire the token, the operation of depriving the site terminal 2 token is directly performed, and the operation of depriving the site terminal 2 token is the same as the first embodiment;
  • Step 3 The MCU sends a token response message to the site terminal 1, and the occupancy status of the token in the conference is non-occupied.
  • the site terminal 1 After the site terminal 1 receives the response from the MCU, it can open the auxiliary stream channel and send the auxiliary stream information to the conference. The peer must periodically send the token occupation indication presentationTokenlndicateOwner to the MCU.
  • the MCU broadcasts the message to the other site terminals of the conference, stating that the token has been occupied by the site terminal 1.
  • the token deprivation request message is sent to the MCU by the virtual terminal site terminal of the site terminal that requests the token, and the token is not released by a site terminal for a long time in the multi-point dual-stream conference.
  • the problem of stream transmission has reached the complete control of the token by the chair site terminal, which satisfies the needs of users in the multi-point dual-stream conference.
  • the fifth embodiment of the present invention provides a system for controlling a secondary stream token by a multi-point dual-stream conference.
  • the system includes: an MCU and at least two site terminals (a first site terminal and a second site terminal).
  • the second site terminal requests the deprivation of the token
  • the MCU is configured to receive the token deprivation request message according to the token deprivation request.
  • the MT number carried in the message determines whether to perform the token deprivation operation, and deprives the token of the first site terminal after determining that the token deprivation operation needs to be performed.
  • the MCU settings are:
  • a token deprivation request message receiving module configured to receive a token deprivation request message of each site terminal in the multipoint dual stream conference
  • the token deprivation judging module is configured to determine, according to the MT number carried in the received token deprivation request message, whether to deprive the token of the first site terminal that currently owns the token, and the determining method is the same as that in the first embodiment. Said in
  • the token deprivation request module is configured to receive the judgment result of the token deprivation judgment module, perform a specific token release operation after determining the deprivation token, and receive the token fed back by the conference terminal that owns the token. Deprive request response message.
  • the operation of depriving the token is the same as the first embodiment;
  • the token response message sending module is configured to send a token response message to the second site terminal of the request token according to the token deprivation request response message received by the token deprivation request module.
  • the token deprivation judgment module is set in the MCU, so that the MCU can be used according to actual conditions. The user needs to deprive the current token and achieve full control of the token by the MCU to meet the user's needs.
  • the sixth embodiment of the present invention provides a system for controlling a secondary stream token by a multi-point dual-stream conference. As shown in FIG. 6, the method at least includes:
  • the second site terminal requests the deprivation order.
  • the MCU is configured to receive a token deprivation request message, according to the M carried in the token deprivation request message.
  • the T number determines whether to perform the token deprivation operation, and deprives the token of the first site terminal after determining that the token deprivation operation needs to be performed. To accomplish the described functions, it is at least provided with:
  • a token deprivation request message receiving module configured to receive a token deprivation request message, where the message carries an MT number
  • the token deprivation request message may be sent by each conference terminal or may be sent by the chair site terminal;
  • the token deprivation judging module is configured to determine, according to the MT number carried in the received token deprivation request message, whether to deprive the token of the first site terminal that currently owns the token, and the determining method is the same as that in the first embodiment. Said in
  • the token deprivation request message is used to receive the judgment result of the token deprivation judgment module, and after performing the deprivation token, perform a specific token release operation, and receive the token fed back by the conference terminal that owns the token. Deprive request response message;
  • the token response message sending module is configured to send a token response message to the site terminal that requests the token according to the token deprivation request response message received by the token deprivation request module.
  • the MCU receives the token request message of each site terminal, the MCU is further configured with:
  • a token request message receiving module configured to receive a token request message of each site terminal in a multipoint dual stream conference
  • a token obtaining module configured to acquire a token from a site terminal that currently owns the token according to the received token request message, and send a token obtaining result;
  • the token request message forwarding module is configured to receive the token obtaining result of the token obtaining module, and forward the token request message to the chair site terminal if the token is failed.
  • the chair site terminal is configured to receive a token request message, and according to the M carried in the token request message The T number determines whether the token deprivation operation is performed, and the token deprivation request message is sent to the MCU, where the nickname of the chair site terminal is carried. To complete the function, the chair site terminal is configured with at least:
  • a token request message receiving and sending module configured to receive a token request message
  • the MCU sends or sends a token request message sent by each site terminal, and the module is further configured to send the token request message to the MCU;
  • the token deprivation judging module is configured to determine, according to the nickname carried in the received token request message, whether to deprive the token of the site terminal that currently owns the token, and send the judgment result;
  • the token deprivation request message sending module is configured to receive the judgment result of the token deprivation judging module, and after determining that the token is to be deprived, send a token deprivation request message carrying the nickname of the chair site terminal to the MCU.
  • the two chair site terminals are the main stream chairman terminal that controls the mainstream picture and the auxiliary stream chair site terminal that controls the auxiliary stream picture, and the above-mentioned chair site
  • the terminal is a secondary stream chair site terminal that controls the auxiliary stream picture.
  • the chair site terminal determines whether to perform the token deprivation operation, and instructs the MCU to perform the token deprivation operation after the token is deprived, thereby implementing complete control of the token by the chair site terminal, and meeting the actual conference user. Demand.
  • the MCU performs the token deprivation operation according to the received token deprivation request or the command, which effectively solves the problem that the token is occupied by a certain site terminal and affects the transmission of the emergency important auxiliary stream.
  • the complete control of the token in the multi-point dual-stream conference is realized, which satisfies the user's needs.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

说明书 一种多点双流会议中控制辅流令牌的方法、 系统及设备
[1] 技术领域
[2] 本发明涉及通信技术领域, 尤其涉及一种多点双流会议中控制辅流令牌的方法
、 系统及设备。
[3] 发明背景
[4] 在基于 H.323协议的多点双流会议电视系统中存在一种集中式会议模式, 集中 式会议模式是应用最为广泛的一种模式, 会议中各个会场终端的音视频码流都 由 MCU进行集中控制, 与会的所有会场终端都只和 MCU建立呼叫, 将码流 (包 括主流和辅流) 发给 MCU, 由 MCU对其进行必要的处理后, 有选择的发给各个 会场终端终端, 每个会场终端所能接收的码流由 MCU决定。 而且, MCU向各个 会场终端发送会议控制信令, 同吋控制音视频码流的交换和传送, 来实现具体 的会控功能。
[5] 现有技术中多点双流会议电视系统的双流功能是遵循 H.239标准协议实现的, H
.239协议具体描述了在基于 H.323协议的视频会议系统中, 如何通过 H.245信令实 现对辅流进行控制、 指示以及能力交换机制。 在多点双流会议电视系统中存在 一种 presentation类型的辅流。 对辅流的控制是使用角色管理过程实现的, 具体对 于 presentation类型的辅流, 其角色管理过程是基于令牌机制的, 即会议中的会场 终端在发送本地的辅流之前, 必须获取到特定的辅流令牌, 一个会议中同一吋 刻只能有一个会场终端占用令牌, 只有持有令牌的会场终端才有发送辅流的权 力。
[6] H.239协议中规定, 在有 MCU控制的多点双流会议系统中, 会议中辅流令牌的 下发是由 MCU控制的, 即各个会场终端在发送辅流之前, 要向 MCU请求辅流令 牌, MCU根据当前会议中令牌的占用情况, 决定令牌是否可以下发给请求会场 终端, 当会场终端终端收到 MCU的令牌响应后, 就可以打幵辅流通道, 发送辅 流, 同吋要周期性的向 MCU发送令牌拥有指示消息, MCU要向会议中的所有会 场终端转发该消息, 表明当前会议中令牌的占用情况; 当令牌会场终端不发送 辅流想要释放令牌吋, 要向 MCU发送令牌释放指示, MCU收到该指示后, 就可 以认为当前会议中的辅流令牌处于空闲状态, 后续其他会场终端可以继续向其 申请令牌。
[7] 在实现本发明过程中, 发明人发现现有技术至少存在如下缺点:
[8] 在实际应用中, 有很多场景涉及到, 为了让其他会场终端可以及吋顺利的得到 辅流令牌, 需要 MCU强制剥夺会议中令牌会场终端的令牌, 将其下发给有需要 的会场终端。 例如: 会议中的某个会场终端需要向与会人呈现一张比较重要的 胶片画面吋, 而当前会议中的辅流令牌却长吋间被另外一个会场终端占用, 迟 迟不能释放, 导致该会场终端不能及吋的得到发送辅流的权力, 影响了会议进 程。 而在 H.239协议中, 只规定了令牌请求和释放机制, 没有描述令牌剥夺机制 , 导致在这种情况发生吋, 作为会议控制中心的 MCU也无法控制会议中辅流令 牌的释放, 不能实现对辅流令牌的完全控制功能, 情况严重吋, 如令牌会场终 端发生异常吋, 只能重新召开会议。
[9] 发明内容
[10] 本发明实施例提供一种多点双流会议中控制辅流令牌的方法、 系统及设备, 解 决了 MCU无法完全控制会议中辅流令牌的释放问题。
[11] 本发明实施例是通过以下技术方案实现的:
[12] 本发明实施例提供一种多点双流会议中控制辅流令牌的方法, 当多点双流会议 中令牌被第一会场终端占用并发送辅流情况下, 第二会场终端请求剥夺令牌, 包括:
[13] 多点控制单元 MCU接收到令牌剥夺请求消息;
[14] MCU根据所述令牌剥夺请求消息中携带的标识判断是否执行令牌剥夺操作; [15] 在确定需要执行令牌剥夺操作吋剥夺第一会场终端的令牌。
[16] 本发明实施例提供一种多点双流会议中控制辅流令牌的系统, 包括: MCU及 至少两个会场终端, 第一会场终端及第二会场终端, 当多点双流会议中令牌被 第一会场终端占用并发送辅流情况下, 第二会场终端请求剥夺令牌吋, 所述 MC U用于接收令牌剥夺请求消息, 根据所述令牌剥夺请求消息中携带的标识判断是 否执行令牌剥夺操作, 在确定需要执行令牌剥夺操作吋剥夺第一会场终端的令 牌。
[17] 本发明实施例提供一种多点控制单元, 包括:
[18] 令牌剥夺请求消息接收模块, 用于接收多点双流会议中各会场终端的令牌剥夺 请求消息;
[19] 令牌剥夺判断模块, 用于根据所述接收的令牌剥夺请求消息中携带的标识判断 是否剥夺当前拥有令牌的第一会场终端的令牌;
[20] 令牌剥夺请求模块, 用于接收令牌剥夺判断模块的判断结果, 在判断剥夺令牌 吋, 执行具体的令牌剥夺请求操作, 并接收所述拥有令牌的会场终端反馈的令 牌剥夺请求响应消息。
[21] 本发明实施例提供一种主席会场终端, 包括:
[22] 令牌请求消息接收及发送模块, 用于接收及发送令牌请求消息;
[23] 令牌剥夺判断模块, 用于根据所述接收的令牌请求消息中携带的标识, 判断是 否剥夺当前拥有令牌的会场终端的令牌, 并发送判断结果;
[24] 令牌剥夺请求消息发送模块, 用于接收令牌剥夺判断模块的判断结果, 在判断 需要剥夺令牌吋, 发送携带主席会场终端标识的令牌剥夺请求消息给 MCU。
[25] 由上述本发明实施例提供的技术方案可以看出, 本发明实施例通过 MCU在接 收到令牌剥夺请求消息后, 根据所述消息中携带的标识判断是否可以执行令牌 剥夺操作, 并在确定需要执行令牌剥夺操作吋, 由 MCU执行具体的令牌剥夺操 作, 有效解决了辅流令牌长期被某个会场终端占用而影响紧急重要辅流的发送 问题, 实现了多点双流会议中对辅流令牌的完全控制, 满足了用户需求。
[26] 附图简要说明
[27] 图 1为本发明所述控制辅流令牌的方法的流程图;
[28] 图 2为本发明实施方式应用场景示意图;
[29] 图 3为本发明实施方式二提供的一种具体控制辅流令牌实施例流程图;
[30] 图 4为本发明实施方式四提供的一种具体控制辅流令牌实施例流程图;
[31] 图 5为本发明实施方式五提供的控制辅流令牌系统模块示意图;
[32] 图 6为本发明实施方式六提供的控制辅流令牌系统模块示意图。
[33] 实施本发明的方式 [34] 下面将结合本发明实施例中的附图, 对本发明实施例中的技术方案进行清楚、 完整地描述, 显然, 所描述的实施例仅仅是本发明一部分实施例, 而不是全部 的实施例。 基于本发明中的实施例, 本领域普通技术人员在没有做出创造性劳 动前提下所获得的所有其他实施例, 都属于本发明保护的范围。
[35] 在多媒体会议电视系统中, 双流会议模式已经越来越得到广泛的应用。 所谓双 流, 即在会议中所有会场终端同吋接收和发送两路视频码流, 一路是活动画面 P eople, 称为主流, 用来传送会场终端的主视频码流; 一路是内容 Content, 称为 辅流, 主要用来传送辅助的画面或者视频图像, 比如胶片。 本发明实施例基于 H .239协议实现, 应用于令牌被第一会场终端占用并发送辅流情况下, 同一多点双 流会议中的第二会场终端请求令牌的场景。 本发明实施例通过 MCU执行令牌的 剥夺操作, 如图 1所示, 为本发明实施例所述控制辅流令牌的方法流程图, 包括 : 当 MCU接收到令牌剥夺请求消息后, MCU根据所述令牌剥夺请求消息中携带 的 MT (MCU Terminal, 多点控制单元终端, MCU, Micro Controller
Unit, 多点控制单元) 号判断是否执行令牌剥夺操作, 即是否释放当前拥有令牌 的会场终端的令牌, 在确定需要执行令牌剥夺操作吋剥夺第一会场终端的令牌 。 所述的令牌剥夺请求消息用来向 MCU请求剥夺当前拥有令牌的会场终端的辅 流令牌, 即向 MCU请求辅流令牌; 所述的 MT号是发送令牌剥夺请求消息的会场 终端 (第二会场终端) 的 MT号, 其中, MT号是每个会场终端在入会吋由 MCU 统一分配的, MT号和会场终端是一一对应的关系, 可以唯一的标识会议中的某 个会场终端, MCU的大部分会议控制功能都是利用 MT号指定相关会场终端的。
[36] 会议中通常设有主席会场终端, 主席会场终端可以完成一些特殊的会议控制功 能, 比如广播会场终端、 静音 /闭音会场终端、 点名发言等等, 这些操作通过 MC U实现。 在会议中存在主席会场终端的情况下, 若所述令牌剥夺请求消息中携带 的 MT号是主席会场终端的 MT号, 则 MCU会根据该消息执行令牌剥夺操作, 否 则不执行令牌剥夺操作。
[37] 若 MCU并行接收到多个会场终端的释放消息, 则 MCU可以根据请求令牌的会 场终端的优先级决定将剥夺的令牌下发给优先级高的会场终端。 所述各会场终 端的优先级可以预先设置。 [38] 本发明实施方式一提供一种多点双流会议中控制辅流令牌的方法, 该实施方式 为不存在主席会场终端的场景, 具体如下所述:
[39] 请求剥夺令牌的会场终端发送令牌剥夺请求消息, 在该消息中携带该请求剥夺 令牌的会场终端的 MT号, MCU接收到所述令牌剥夺请求消息后, 根据请求令牌 的会场终端的 MT号及内部策略判断是否剥夺当前拥有令牌的会场终端的令牌。 若确定剥夺令牌, 则执行令牌剥夺操作; 若确定不剥夺令牌, 则结束令牌剥夺 操作。 所述 MCU判断是否剥夺令牌的内部策略根据 MCU的不同而不同, 其可以 但不仅限于为下述策略中的任意一种:
[40] 1) MCU将发送令牌剥夺请求消息的会场终端的 MT号上报给业务处理层, 由 业务处理层决定是否执行令牌剥夺动作, 比如: 可以通过用户手动操作进行;
[41] 2) 在 MCU上可以预先配置一个具有剥夺辅流令牌权利的 MT号池, MCU通过 判断消息中的 MT号是否在该池中, 来决定是否进行剥夺操作。
[42] 所述 MCU剥夺令牌的操作具体可以但不仅限于为以下任意一种方式:
[43] 一是通过向所述当前拥有令牌的会场终端发送令牌剥夺请求消息 presentationTo kenRelease, 然后向当前请求令牌的会场终端发送令牌响应消息 presentationToke nResponse, 同吋更新会议中令牌的占用状态为非占用;
[44] 二是通过向所述当前拥有令牌的会场终端发送令牌请求消息, 并将消息中的 sy mmetryBreaking字段设置为 0, 所述拥有令牌的会场终端接收到该消息后, 由于 该 symmetryBreaking字段设置为 0, 因此必须释放令牌, 然后 MCU向当前请求令 牌的会场终端发送令牌响应消息, 同吋更新会议中令牌的占用状态为非占用。
[45] 若 MCU并行接收到多个会场终端的令牌请求或释放消息, 则 MCU可以根据请 求令牌的会场终端的优先级决定将剥夺的令牌下发给优先级高的会场终端, 即 向优先级高的会场终端发送令牌响应消息。
[46] 本实施方式中 MCU在接收到令牌剥夺请求消息后, 根据请求令牌的会场终端 的 MT号决定是否剥夺令牌, 有效解决了多点双流会议中令牌长期被某个会场终 端占用不能释放, 影响紧急重要辅流的发送的问题, 达到了 MCU对令牌的完全 控制, 满足了多点双流会议中用户的需求。
[47] 本发明实施方式二提供一种多点双流会议中控制辅流令牌的方法, 本实施方式 为存在主席会场终端的场景, 具体如下所述:
[48] 请求剥夺令牌的会场终端发送令牌请求消息, 在该消息中携带该会场终端的 M T号, MCU接收到所述令牌请求消息后向令牌占用者获取令牌, 在 MCU获取令 牌失败吋, MCU将该请求发送给主席会场终端, 由主席会场终端根据请求令牌 的会场终端的 MT号以及内部策略, 来决定是剥夺当前拥有令牌的会场终端的令 牌, 还是继续维持现有的令牌占用状态, 当主席会场终端决定剥夺当前拥有令 牌的会场终端的令牌吋, 会向 MCU发送携带主席会场终端 MT号的令牌剥夺请求 消息, MCU接收到令牌剥夺请求消息后, 判断消息中携带的 MT号是否是主席会 场终端的 MT号, 若是, 贝帳据消息的具体内容, 执行后续的剥夺令牌的操作, 若不是主席会场终端的 MT号则不执行剥夺操作。 其 MCU剥夺令牌的操作除了实 施方式一中所述的方式外, 还可以包括: MCU判断令牌剥夺请求消息中的 MT号 , 如果是当前会议的主席会场终端的 MT号, 并且当前会议的辅流令牌被非主席 会场终端所占用, 则执行后续的剥夺操作。
[49] 其中, 在 MCU接收到令牌请求消息后会检査当前会议的令牌占用情况, 并执 行向令牌占用者获取令牌, 具体包括: 将令牌请求消息转发给令牌的占用者, 当所述令牌占用者同意释放令牌吋, 则向 MCU发送响应消息 (presentationTokenR esponse), MCU更新会议中令牌的占用情况, 并将响应消息转发给请求令牌的会 场终端; 当所述令牌占用者未响应或者拒绝释放令牌吋, 则为上述所述的 MCU 获取令牌失败的情况, 执行后续的令牌剥夺过程。
[50] 其中, 主席会场终端的内部策略根据所述主席会场终端的不同而不同, 所述策 略可以为, 各主席会场终端将接收到的令牌请求消息通知给主席会场终端内的 终端, 由该终端决定是否执行剥夺操作。
[51] 本实施方式的一种具体实施例的应用场景如图 2所示, 执行流程如图 3所示, 当 前会议中令牌由会场终端 2持有, 并在发送辅流, 当会场终端 1想要发送辅流吋 , 执行如下步骤:
[52] 步骤 1: 首先会场终端 1向 MCU发送令牌请求消息 presentationTokenRequest;
[53] 步骤 2: MCU检査当前会议的令牌占用情况, 并将该请求消息转发给令牌占用 者会场终端 2; 当会场终端 2同意释放令牌吋, 执行步骤 3, 当会场终端 2未响应 或者拒绝释放令牌吋, 执行步骤 4;
[54] 步骤 3 : 会场终端 2向 MCU发送响应消息 presentationTokenResponse , 之后执行 步骤 6中的 MCU向会场终端 1发送令牌响应消息;
[55] 步骤 4·· MCU向主席会场终端转发会场终端 1的令牌请求消息, 由主席会场终 端决定如何处理; 所述主席会场终端可以通过终端 1的 MT号及内部策略, 来判 断是否执行令牌剥夺操作; 如果主席会场终端决定剥夺终端 2的令牌, 执行步骤 5;
[56] 步骤 5 : 主席会场终端向 MCU发送令牌剥夺请求消息 presentationTokenRelease
, 其中携带的 MT号是主席会场终端的 MT号;
[57] 步骤 6: MCU收到该消息后, 判断其消息中的 MT号是主席终端的, 即表示主 席要求剥夺当前会议令牌拥有者即终端 2的令牌, 则执行令牌释放操作, 并向终 端 1发送令牌响应消息;
[58] 此吋 MCU有两种方式可以强制释放终端 2的令牌:
[59] 一是通过向终端 2发送令牌剥夺请求消息 presentationTokenRelease, 然后向终端 1发送令牌响应消息 presentationTokenResponse,同吋更新会议中令牌的占用状态 为非占用;
[60] 二是通过向终端 2发送令牌请求消息 presentationTokenRequest,并将消息中的 sym metryBreaking字段设置为 0, 然后向终端 1发送令牌响应消息 presentationTokenRes ponse,同吋更新会议中令牌的占用状态为非占用。
[61] 当终端 1得到 MCU的响应后, 就可以打幵辅流通道, 向会议中发送辅流信息, 同吋要周期性的向 MCU发送令牌占用指示 presentationTokenlndicateOwner, MCU 会将该消息广播给与会的其他终端, 声明令牌已经被终端 1占用。
[62] 本实施例通过将令牌请求消息转发给主席会场终端, 由主席会场终端决定是否 剥夺令牌, 在需要剥夺令牌吋指示 MCU执行具体的剥夺令牌的操作, 这样可以 有效解决多点双流会议中令牌长期被某个会场终端占用不能释放, 影响紧急重 要辅流的发送的问题, 达到了主席会场终端对令牌的完全控制, 满足了多点双 流会议中用户的需求。
[63] 本发明实施方式三提供一种多点双流会议中控制辅流令牌的方法, 如下所述: 为一个多点双流会议中存在两个主席会场终端的场景, 将两个主席会场终端划 分为一个控制主流画面的主流主席会场终端, 另一个控制辅流画面的辅流主席 会场终端。 所述控制令牌的方法可以为: 请求剥夺令牌的会场终端直接发送令 牌请求消息给辅流主席会场终端, 所述辅流主席会场终端将该该请求消息转发 给 MCU, 由 MCU向令牌占用者获取令牌 (获取方法同实施方式二中所述) , 若 获取失败, 再将该请求消息转发给辅流主席会场终端, 后续执行过程同实施方 式二。
[64] 本实施方式是在存在两个主席会场终端的场景下应用, 为了区别会场终端是对 主流还是对辅流的控制, 本实施方式通过将令牌请求消息直接发送给辅流主席 会场终端, 由辅流主席会场终端转发给 MCU, 使 MCU得知是需要对辅流令牌进 行控制。 实现了对令牌的完全控制, 满足可多点双流会议用户的需求, 避免了 令牌长期被某个会场终端占用而影响紧急重要辅流的发送问题的发生。
[65] 本发明实施方式四提供一种多点双流会议中控制辅流令牌的方法, 如下所述:
[66] 在存在主席会场终端, 且请求令牌的会场终端知道主席会场终端 MT号情况下 , 所述请求令牌的会场终端模拟主席会场终端, 直接向 MCU发送令牌剥夺请求 消息, 消息中携带主席会场终端的 MT号, MCU收到该消息后, 即认为该会场终 端想强制获取令牌, 就可以直接进行后续的剥夺令牌的操作。 MCU的剥夺令牌 的操作同上述实施例一中所述。
[67] 上述操作同样可以适用于不存在主席会场终端的场景, 此吋可以设置一个虚拟 主席会场终端的 MT号, 该 MT号相当于主席会场的 MT号, 能够指示 MCU按照该 消息中的内容执行相关操作, 即 MCU接收的携带有该 MT号的消息即认为是主席 会场终端发送的该消息, 根据该消息的内容执行相应的操作。
[68] 本实施方式的一种具体实施例应用场景仍如图 2所示, 执行流程如图 4所示, 当 前会议中令牌由会场终端 2持有, 并在发送辅流, 当会场终端 1想要发送辅流吋 , 执行如下步骤:
[69] 步骤 1 : 会场终端 1模拟主席会场终端, 直接向 MCU发送令牌剥夺请求 presentati onTokenRelease消息, 消息中携带主席会场终端的 MT号;
[70] 步骤 2: MCU收到所述消息后, 由于其携带的是主席会场终端的 MT号, 则认 为该会场终端想强制获取令牌, 则可以直接进行剥夺会场终端 2令牌的操作, 所 述剥夺会场终端 2令牌的操作同实施方式一;
[71] 步骤 3: MCU向会场终端 1发送令牌响应消息, 同吋更新会议中令牌的占用状 态为非占用。
[72] 当会场终端 1得到 MCU的响应后, 就可以打开辅流通道, 向会议中发送辅流信 息, 同吋要周期性的向 MCU发送令牌占用指示 presentationTokenlndicateOwner,
MCU会将该消息广播给与会的其他会场终端, 声明令牌已经被会场终端 1占用。
[73] 本实施例通过请求令牌的会场终端虚拟主席会场终端, 向 MCU发送令牌剥夺 请求消息, 有效解决多点双流会议中令牌长期被某个会场终端占用不能释放, 影响紧急重要辅流发送的问题, 达到了主席会场终端对令牌的完全控制, 满足 了多点双流会议中用户的需求。
[74] 本发明实施方式五提供一种多点双流会议控制辅流令牌的系统, 如图 5所示, 包括: MCU及至少两个会场终端 (第一会场终端及第二会场终端) 。 当多点双 流会议中令牌被第一会场终端占用并发送辅流情况下, 第二会场终端请求剥夺 令牌吋, 所述 MCU用于接收令牌剥夺请求消息, 根据所述令牌剥夺请求消息中 携带的 MT号判断是否执行令牌剥夺操作, 在确定需要执行令牌剥夺操作吋剥夺 第一会场终端的令牌。 为完成所述功能, MCU设置有:
[75] 令牌剥夺请求消息接收模块, 用于接收多点双流会议中各会场终端的令牌剥夺 请求消息;
[76] 令牌剥夺判断模块, 用于根据所述接收的令牌剥夺请求消息中携带的 MT号判 断是否剥夺当前拥有令牌的第一会场终端的令牌, 所述判断方法同实施方式一 中所述;
[77] 令牌剥夺请求模块, 用于接收令牌剥夺判断模块的判断结果, 在判断剥夺令牌 吋, 执行具体的令牌释放操作, 并接收所述拥有令牌的会场终端反馈的令牌剥 夺请求响应消息。 所述剥夺令牌的操作同实施方式一;
[78] 令牌响应消息发送模块, 用于根据令牌剥夺请求模块接收的令牌剥夺请求响应 消息, 向请求令牌的第二会场终端发送令牌响应消息。
[79] 本实施方式通过在 MCU中设置令牌剥夺判断模块, 使得 MCU可以根据实际用 户需要剥夺当前令牌, 达到了 MCU对令牌的完全控制, 满足了用户需求。
[80] 本发明实施方式六提供一种多点双流会议控制辅流令牌的系统, 如图 6所示, 至少包括:
MCU、 主席会场终端及至少两个会场终端, 第一会场终端及第二会场终端, 当 多点双流会议中令牌被第一会场终端占用并发送辅流情况下, 第二会场终端请 求剥夺令牌吋,
[81] 所述 MCU用于接收令牌剥夺请求消息, 根据所述令牌剥夺请求消息中携带的 M
T号判断是否执行令牌剥夺操作, 在确定需要执行令牌剥夺操作吋剥夺第一会场 终端的令牌。 为完成所述功能其至少设置有:
[82] 令牌剥夺请求消息接收模块, 用于接收令牌剥夺请求消息, 消息中携带 MT号
; 所述令牌剥夺请求消息可以是各会场终端发送的也可以是主席会场终端发送 的;
[83] 令牌剥夺判断模块, 用于根据所述接收的令牌剥夺请求消息中携带的 MT号判 断是否剥夺当前拥有令牌的第一会场终端的令牌, 所述判断方法同实施方式一 中所述;
[84] 令牌剥夺请求消息, 用于接收令牌剥夺判断模块的判断结果, 在判断剥夺令牌 吋, 执行具体的令牌释放操作, 并接收所述拥有令牌的会场终端反馈的令牌剥 夺请求响应消息;
[85] 令牌响应消息发送模块, 用于根据令牌剥夺请求模块接收的令牌剥夺请求响应 消息, 向请求令牌的会场终端发送令牌响应消息。
[86] 若 MCU接收到的是各会场终端的令牌请求消息, 则该 MCU还设置有:
[87] 令牌请求消息接收模块, 用于接收多点双流会议中各会场终端的令牌请求消息
[88] 令牌获取模块, 用于根据所述接收的令牌请求消息从当前拥有令牌的会场终端 获取令牌, 并发送令牌获取结果;
[89] 令牌请求消息转发模块, 用于接收所述令牌获取模块的令牌获取结果, 在获取 令牌失败情况下, 转发所述令牌请求消息给所述主席会场终端。
[90] 所述主席会场终端用于接收令牌请求消息, 根据所述令牌请求消息中携带的 M T号判断是否执行令牌剥夺操作, 在需要剥夺令牌吋发送令牌剥夺请求消息给所 述 MCU, 其中携带主席会场终端的 ΜΤ号。 为完成所述功能, 所述主席会场终端 至少设置有:
[91] 令牌请求消息接收及发送模块, 用于接收令牌请求消息; 所述令牌请求消息由
MCU发送或由各会场终端发送, 当接收到各会场终端发送的令牌请求消息吋, 该模块还用于将该令牌请求消息发送给 MCU;
[92] 令牌剥夺判断模块, 用于根据所述接收的令牌请求消息中携带的 ΜΤ号, 判断 是否剥夺当前拥有令牌的会场终端的令牌, 并发送判断结果;
[93] 令牌剥夺请求消息发送模块, 用于接收令牌剥夺判断模块的判断结果, 在判断 需要剥夺令牌吋, 发送携带主席会场终端 ΜΤ号的令牌剥夺请求消息给 MCU。
[94] 在存在两个主席会场终端吋 (图中未示出) , 两个主席会场终端分别为控制主 流画面的主流主席会场终端和控制辅流画面的辅流主席会场终端, 而上述主席 会场终端为控制辅流画面的辅流主席会场终端。
[95] 本实施例通过主席会场终端判断是否执行令牌剥夺操作, 并在需要剥夺令牌吋 指示 MCU执行令牌剥夺操作, 实现了主席会场终端对令牌的完全控制, 满足了 实际会议用户的需求。
[96] 综上所述, 本发明实施例通过 MCU根据接收的令牌剥夺请求或命令执行令牌 剥夺操作, 有效解决了令牌长期被某个会场终端占用而影响紧急重要辅流的发 送问题, 实现了多点双流会议中对令牌的完全控制, 满足了用户需求。
[97] 以上所述, 仅为本发明较佳的具体实施方式, 但本发明的保护范围并不局限于 此, 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内, 可轻易想到 的变化或替换, 都应涵盖在本发明的保护范围之内。 因此, 本发明的保护范围 应该以权利要求的保护范围为准。

Claims

权利要求书
[1] 一种多点双流会议中控制辅流令牌的方法, 当多点双流会议中令牌被第一 会场终端占用并发送辅流情况下, 第二会场终端请求剥夺令牌, 其特征在 于, 包括:
多点控制单元 MCU接收到令牌剥夺请求消息;
MCU根据所述令牌剥夺请求消息中携带的标识号判断是否执行令牌剥夺操 作;
在确定需要执行令牌剥夺操作吋剥夺第一会场终端的令牌。
[2] 如权利要求 1所述的方法, 其特征在于, 所述令牌剥夺请求消息由所述第二 会场终端发送吋, 所述方法具体包括:
MCU接收到第二会场终端的令牌剥夺请求消息, 所述消息中携带有第二会 场终端的标识号;
MCU根据所述第二会场终端的标识号及内部策略判断是否剥夺所述第一会 场终端的令牌, 若确定剥夺所述第一会场终端的令牌, 则执行剥夺第一会 场终端的令牌的操作; 若确定不剥夺所述第一会场终端的令牌, 则结束令 牌剥夺操作。
[3] 如权利要求 1所述的方法, 其特征在于, 所述令牌剥夺请求消息由所述第二 会场终端发送吋, 所述方法具体包括:
MCU接收到第二会场终端的令牌剥夺请求消息, 所述消息中携带有标识号 , 该标识号相当于主席会场终端的标识号, 能够指示 MCU按照该消息中的 内容执行相关操作;
MCU根据该消息的指示剥夺第一会场终端的令牌。
[4] 如权利要求 1所述的方法, 其特征在于, 所述令牌剥夺请求消息由主席会场 终端发送吋, 所述方法具体包括:
主席会场终端接收 MCU转发的令牌请求消息, 所述消息中携带有第二会场 终端的标识号;
所述主席会场终端根据所述第二会场终端的标识号及内部策略判断是否剥 夺所述第一会场终端的令牌, 若确定剥夺所述第一会场终端的令牌, 则向 MCU发送令牌剥夺请求消息, 所述令牌剥夺请求消息中携带所述主席会场 终端的标识号, 由 MCU剥夺所述第一会场终端的辅流令牌; 若确定不剥夺 所述第一会场终端的令牌, 则结束令牌剥夺操作。
[5] 如权利要求 4所述的方法, 其特征在于, 所述主席会场终端接收 MCU转发 的令牌请求消息的步骤包括:
MCU接收到第二会场终端的令牌请求消息, 所述消息中携带有第二会场终 端的标识号;
MCU向第一会场终端获取令牌, 若获取令牌失败, 则将所述令牌请求消息 转发给主席会场终端。
[6] 如权利要求 4或 5所述的方法, 其特征在于, 当存在两个主席会场终端吋, 所述主席会场终端接收 MCU发送的令牌请求消息的步骤包括: 专门负责辅流画面的辅流主席会场终端接收到第二会场终端的令牌请求消 息;
将所述消息转发给 MCU。
[7] 如权利要求 5所述的方法, 其特征在于, 若 MCU向第一会场终端获取令牌 成功, 则 MCU将所述令牌下发给第二会场终端, 并更新令牌占用状态为非 占用。
[8] 如权利要求 5或 7所述的方法, 其特征在于, 所述 MCU向第一会场终端获取 令牌的操作包括:
向第一会场终端发送所述令牌请求消息;
当所述第一会场终端同意释放令牌吋, 则获取令牌成功;
当所述第一会场终端未响应或者拒绝释放令牌吋, 则获取令牌失败。
[9] 如权利要求 1至 5中任一项所述的方法, 其特征在于, 所述 MCU剥夺第一会 场终端的令牌的方法包括:
MCU向当前拥有令牌的第一会场终端发送令牌剥夺请求消息; 或
MCU向当前拥有令牌的第一会场终端发送令牌请求消息, 并将所述令牌请 求 t肖 中白勺 symmetryBreaking字段设置为 0 ' 所述 symmetryBreaking字段设 置为 0, 表示必须释放令牌。
[10] 如权利要求 1至 5中任一项所述的方法, 其特征在于, 所述 MCU剥夺第一会 场终端的令牌后, 方法还包括:
MCU向第二会场终端发送令牌响应消息, 并更新令牌占用状态为非占用状 太。
[11] 如权利要求 10所述的方法, 其特征在于, 当有多个会场终端并行请求令牌 吋, 所述 MCU将所述令牌下发给优先级高的会场终端, 所述各会场终端的 优先级预先设定。
[12] 一种多点双流会议中控制辅流令牌的系统, 其特征在于, 包括: MCU及第 一会场终端及第二会场终端,
所述 MCU用于, 当多点双流会议中令牌被第一会场终端占用并发送辅流情 况下, 第二会场终端请求剥夺令牌吋, 接收令牌剥夺请求消息, 根据所述 令牌剥夺请求消息中携带的标识判断是否执行令牌剥夺操作, 在确定需要 执行令牌剥夺操作吋剥夺第一会场终端的令牌。
[13] 如权利要求 12所述的系统, 其特征在于, 所述系统还包括:
主席会场终端, 用于接收令牌请求消息, 根据所述令牌请求中携带的标识 及内部策略判断是否执行令牌剥夺操作, 在需要剥夺令牌吋发送令牌剥夺 请求消息给所述 MCU。
[14] 如权利要求 13所述的系统, 其特征在于, 所述 MCU还用于接收令牌请求消 息, 在接收到所述令牌请求消息后, 获取第一会场终端的令牌, 在获取令 牌失败吋, 将所述令牌请求消息转发给主席会场终端。
[15] 如权利要求 13或 14所述的系统, 其特征在于, 所述 MCU还用于剥夺令牌成 功后向请求令牌的第二会场终端发送令牌响应消息, 并更新令牌占用状态 为非占用。
[16] 如权利要求 13所述的系统, 其特征在于, 当存在两个主席会场终端吋, 由 负责控制辅流画面的辅流主席会场终端执行所述主席会场终端的操作。
[17] 一种多点控制单元, 其特征在于, 包括:
令牌剥夺请求消息接收模块, 用于接收多点双流会议中各会场终端的令牌 剥夺请求消息; 令牌剥夺判断模块, 用于根据所述接收的令牌剥夺请求消息中携带的标识 判断是否剥夺当前拥有令牌的第一会场终端的令牌;
令牌剥夺请求模块, 用于接收令牌剥夺判断模块的判断结果, 在判断剥夺 令牌吋, 执行具体的令牌释放操作, 并接收所述拥有令牌的会场终端反馈 的令牌剥夺请求响应消息。
[18] 如权利要求 17所述的多点控制单元, 其特征在于, 所述 MCU还设置有: 令牌响应消息发送模块, 用于根据令牌剥夺请求模块接收的令牌剥夺请求 响应消息, 向请求令牌的第二会场终端发送令牌响应消息。
[19] 如权利要求 17或 18所述的多点控制单元, 其特征在于, 还包括:
令牌请求消息接收模块, 用于接收多点双流会议中各会场终端的令牌请求 消息。
令牌获取模块, 用于根据所述接收的令牌请求消息从当前拥有令牌的会场 终端获取令牌, 并发送令牌获取结果;
令牌请求消息转发模块, 用于接收所述令牌获取模块的令牌获取结果, 在 获取令牌失败情况下, 转发所述令牌请求消息给所述主席会场终端。
[20] 一种主席会场终端, 其特征在于, 包括:
令牌请求消息接收及发送模块, 用于接收及发送令牌请求消息; 令牌剥夺判断模块, 用于根据所述接收的令牌请求消息中携带的标识, 判 断是否剥夺当前拥有令牌的会场终端的令牌, 并发送判断结果; 令牌剥夺请求消息发送模块, 用于接收令牌剥夺判断模块的判断结果, 在 判断需要剥夺令牌吋, 发送携带主席会场终端标识的令牌剥夺请求消息给 MCU。
[21] 如权利要求 20所述的主席会场终端, 其特征在于, 所述令牌请求消息由 MC
U发送或由各会场终端发送。
PCT/CN2008/073452 2007-12-14 2008-12-11 Method, system and device for controlling token of assistant steam in multipoint double-streams conference WO2009089712A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP08870774.0A EP2144439B1 (en) 2007-12-14 2008-12-11 Method, system and device for controlling token of assistant stream in multipoint double-streams conference
US12/815,052 US8819133B2 (en) 2007-12-14 2010-06-14 Method, system, and device for controlling a token for an auxiliary stream in a multi-point double-stream conference
US14/332,597 US20140327731A1 (en) 2007-12-14 2014-07-16 Method, System, and Device for Controlling a Token for an Auxiliary Stream in a Multi-Point Double-Stream Conference

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710179568.4 2007-12-14
CN200710179568.4A CN101459816B (zh) 2007-12-14 2007-12-14 一种多点双流会议中控制辅流令牌的方法、系统及设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/815,052 Continuation US8819133B2 (en) 2007-12-14 2010-06-14 Method, system, and device for controlling a token for an auxiliary stream in a multi-point double-stream conference

Publications (1)

Publication Number Publication Date
WO2009089712A1 true WO2009089712A1 (en) 2009-07-23

Family

ID=40770403

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/073452 WO2009089712A1 (en) 2007-12-14 2008-12-11 Method, system and device for controlling token of assistant steam in multipoint double-streams conference

Country Status (4)

Country Link
US (2) US8819133B2 (zh)
EP (1) EP2144439B1 (zh)
CN (1) CN101459816B (zh)
WO (1) WO2009089712A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114374682A (zh) * 2022-01-07 2022-04-19 深圳看到科技有限公司 数据分享方法、系统及存储介质和终端设备

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2009231676B2 (en) 2008-04-02 2013-10-03 Twilio Inc. System and method for processing telephony sessions
US8837465B2 (en) 2008-04-02 2014-09-16 Twilio, Inc. System and method for processing telephony sessions
CN102227904A (zh) 2008-10-01 2011-10-26 特维里奥公司 电话网络事件的系统和方法
EP2404412B1 (en) 2009-03-02 2019-05-01 Twilio Inc. Method and system for a multitenancy telephone network
US9210275B2 (en) 2009-10-07 2015-12-08 Twilio, Inc. System and method for running a multi-module telephony application
US20120208495A1 (en) 2010-06-23 2012-08-16 Twilio, Inc. System and method for monitoring account usage on a platform
US8838707B2 (en) 2010-06-25 2014-09-16 Twilio, Inc. System and method for enabling real-time eventing
CN102572367B (zh) 2010-12-07 2014-09-03 华为终端有限公司 多路辅流控制方法、装置及网络系统
US8649268B2 (en) 2011-02-04 2014-02-11 Twilio, Inc. Method for processing telephony sessions of a network
US20140044123A1 (en) 2011-05-23 2014-02-13 Twilio, Inc. System and method for real time communicating with a client application
US9648006B2 (en) * 2011-05-23 2017-05-09 Twilio, Inc. System and method for communicating with a client application
US9398622B2 (en) 2011-05-23 2016-07-19 Twilio, Inc. System and method for connecting a communication to a client
US8589487B1 (en) * 2011-07-25 2013-11-19 Sprint Communications Company L.P. Parallel multimedia conferencing
CN102238196A (zh) * 2011-08-17 2011-11-09 艾诺通信系统(苏州)有限责任公司 一种基于info消息的sip会议附流控制方法
US10182147B2 (en) 2011-09-21 2019-01-15 Twilio Inc. System and method for determining and communicating presence information
US9495227B2 (en) 2012-02-10 2016-11-15 Twilio, Inc. System and method for managing concurrent events
US9602586B2 (en) 2012-05-09 2017-03-21 Twilio, Inc. System and method for managing media in a distributed communication network
US9247062B2 (en) 2012-06-19 2016-01-26 Twilio, Inc. System and method for queuing a communication session
US8737962B2 (en) 2012-07-24 2014-05-27 Twilio, Inc. Method and system for preventing illicit use of a telephony platform
US8938053B2 (en) 2012-10-15 2015-01-20 Twilio, Inc. System and method for triggering on platform usage
US9282124B2 (en) 2013-03-14 2016-03-08 Twilio, Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US9225840B2 (en) 2013-06-19 2015-12-29 Twilio, Inc. System and method for providing a communication endpoint information service
US9160696B2 (en) 2013-06-19 2015-10-13 Twilio, Inc. System for transforming media resource into destination device compatible messaging format
US9274858B2 (en) 2013-09-17 2016-03-01 Twilio, Inc. System and method for tagging and tracking events of an application platform
US9137127B2 (en) 2013-09-17 2015-09-15 Twilio, Inc. System and method for providing communication platform metadata
CN103765859B (zh) 2013-10-25 2017-04-12 华为技术有限公司 一种多路辅流控制的方法、控制设备、节点和系统
US9325624B2 (en) 2013-11-12 2016-04-26 Twilio, Inc. System and method for enabling dynamic multi-modal communication
US9553799B2 (en) 2013-11-12 2017-01-24 Twilio, Inc. System and method for client communication in a distributed telephony network
US9344573B2 (en) 2014-03-14 2016-05-17 Twilio, Inc. System and method for a work distribution service
US9226217B2 (en) 2014-04-17 2015-12-29 Twilio, Inc. System and method for enabling multi-modal communication
US9774687B2 (en) 2014-07-07 2017-09-26 Twilio, Inc. System and method for managing media and signaling in a communication platform
US9246694B1 (en) 2014-07-07 2016-01-26 Twilio, Inc. System and method for managing conferencing in a distributed communication network
US9516101B2 (en) 2014-07-07 2016-12-06 Twilio, Inc. System and method for collecting feedback in a multi-tenant communication platform
US9251371B2 (en) 2014-07-07 2016-02-02 Twilio, Inc. Method and system for applying data retention policies in a computing platform
CN104135640B (zh) * 2014-08-08 2017-12-29 华为技术有限公司 会议迁移的方法、装置及系统
WO2016065080A1 (en) 2014-10-21 2016-04-28 Twilio, Inc. System and method for providing a miro-services communication platform
US9477975B2 (en) 2015-02-03 2016-10-25 Twilio, Inc. System and method for a media intelligence platform
US10419891B2 (en) 2015-05-14 2019-09-17 Twilio, Inc. System and method for communicating through multiple endpoints
US9948703B2 (en) 2015-05-14 2018-04-17 Twilio, Inc. System and method for signaling through data storage
US10659349B2 (en) 2016-02-04 2020-05-19 Twilio Inc. Systems and methods for providing secure network exchanged for a multitenant virtual private cloud
US10063713B2 (en) 2016-05-23 2018-08-28 Twilio Inc. System and method for programmatic device connectivity
US10686902B2 (en) 2016-05-23 2020-06-16 Twilio Inc. System and method for a multi-channel notification service
CN107623833B (zh) * 2016-07-13 2021-04-20 中兴通讯股份有限公司 视频会议的控制方法、装置及系统
US10340945B2 (en) 2017-07-24 2019-07-02 iDensify LLC Memory compression method and apparatus
CN107509052B (zh) * 2017-09-08 2020-07-07 广州视源电子科技股份有限公司 双流视频会议方法、装置、电子设备及系统
CN107979591B (zh) * 2017-11-15 2020-11-06 深圳大希创新科技有限公司 一种音视频终端多通道在线控制系统及方法
CN110798457A (zh) * 2019-10-22 2020-02-14 厦门亿联网络技术股份有限公司 一种基于sip的辅流控制方法和会议系统
CN111131251B (zh) * 2019-12-24 2022-12-23 杭州视联动力技术有限公司 基于视联网的会议数据传输方法、系统、设备及介质
US20210250195A1 (en) * 2020-02-07 2021-08-12 Microsoft Technology Licensing, Llc Latency compensation for synchronously sharing video content within web conferencing sessions
CN111866580B (zh) * 2020-06-09 2022-12-20 厦门亿联网络技术股份有限公司 一种基于h.239的辅流协商方法及终端设备
US11223798B1 (en) * 2020-07-31 2022-01-11 Zoom Video Communications, Inc. Methods and system for transmitting content during a networked conference
CA3159684A1 (en) 2021-05-21 2022-11-21 G & W Electric Company Status indicator for switchgear
CN115361361B (zh) * 2022-08-18 2023-08-04 上海赛连信息科技有限公司 视频会议迁会流控方法及其系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2403865A (en) * 2000-04-24 2005-01-12 Picturetel Corp Method for displaying a multimedia conference
CN1601990A (zh) * 2003-09-22 2005-03-30 阿尔卡特公司 电信网中管理令牌的方法
CN1615015A (zh) * 2003-11-05 2005-05-11 华为技术有限公司 视讯会议系统及其管理方法
CN101115183A (zh) * 2007-09-06 2008-01-30 杭州华三通信技术有限公司 辅流发送的控制方法、mcu、主席终端及视频终端
CN101262588A (zh) * 2008-04-01 2008-09-10 中国联合通信有限公司 一种强制控制视讯网辅流的方法及系统

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US100000A (en) * 1870-02-22 Improved sun-bonnet for horses
JPS631139A (ja) * 1986-06-19 1988-01-06 Nec Corp 通信端末会議方式
WO2000052886A1 (en) * 1999-03-02 2000-09-08 Microsoft Corporation Scalable multiparty conferencing and collaboration system and method of dynamically allocating system resources
ES2389057T3 (es) * 2000-03-03 2012-10-22 Qualcomm Incorporated Procedimiento y aparato para participar en servicios de comunicación grupal en un sistema de comunicación existente
KR100373323B1 (ko) * 2000-09-19 2003-02-25 한국전자통신연구원 영상회의 시스템에서의 다자간 영상회의 방법
US20040022202A1 (en) * 2002-08-05 2004-02-05 Chih-Lung Yang Method and apparatus for continuously receiving images from a plurality of video channels and for alternately continuously transmitting to each of a plurality of participants in a video conference individual images containing information concerning each of said video channels
US7688764B2 (en) * 2002-06-20 2010-03-30 Motorola, Inc. Method and apparatus for speaker arbitration in a multi-participant communication session
US7266188B2 (en) * 2002-08-08 2007-09-04 International Business Machines Corporation Apparatus and method for securing a conference call via personal user ID and passcode
US7561536B2 (en) * 2002-10-25 2009-07-14 Polycom, Inc. Method and apparatus for simultaneous incoming digital call processing using ISDN bonding channels
US20040114625A1 (en) * 2002-10-25 2004-06-17 Roundy Larry Lee Method and apparatus for simultaneous incoming digital call processing using H.221 protocol
US7321384B1 (en) * 2003-06-03 2008-01-22 Cisco Technology, Inc. Method and apparatus for using far end camera control (FECC) messages to implement participant and layout selection in a multipoint videoconference
CN100414938C (zh) * 2004-01-05 2008-08-27 华为技术有限公司 一种网络安全系统和方法
JP2005197945A (ja) * 2004-01-06 2005-07-21 Tietech Co Ltd テレビ会議システム
US20060244818A1 (en) * 2005-04-28 2006-11-02 Comotiv Systems, Inc. Web-based conferencing system
EP1826979A1 (en) * 2006-02-27 2007-08-29 BRITISH TELECOMMUNICATIONS public limited company A system and method for establishing a secure group of entities in a computer network
US20070249381A1 (en) * 2006-04-21 2007-10-25 Sonim Technologies, Inc. Apparatus and method for conversational-style push-to-talk
US7966029B2 (en) * 2007-02-09 2011-06-21 Nextel Communications Inc. Method for push-to-talk pre-emption
US7764971B2 (en) * 2007-03-08 2010-07-27 Alcatel-Lucent Usa Inc. Control procedure for simultaneous media communications within a talk group in communication networks for public safety
US8156164B2 (en) * 2007-07-11 2012-04-10 International Business Machines Corporation Concurrent directory update in a cluster file system
WO2009046756A1 (en) * 2007-10-08 2009-04-16 Telefonaktiebolaget Lm Ericsson (Publ) Floor control in telecommunications conference calls

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2403865A (en) * 2000-04-24 2005-01-12 Picturetel Corp Method for displaying a multimedia conference
CN1601990A (zh) * 2003-09-22 2005-03-30 阿尔卡特公司 电信网中管理令牌的方法
CN1615015A (zh) * 2003-11-05 2005-05-11 华为技术有限公司 视讯会议系统及其管理方法
CN101115183A (zh) * 2007-09-06 2008-01-30 杭州华三通信技术有限公司 辅流发送的控制方法、mcu、主席终端及视频终端
CN101262588A (zh) * 2008-04-01 2008-09-10 中国联合通信有限公司 一种强制控制视讯网辅流的方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2144439A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114374682A (zh) * 2022-01-07 2022-04-19 深圳看到科技有限公司 数据分享方法、系统及存储介质和终端设备

Also Published As

Publication number Publication date
EP2144439A1 (en) 2010-01-13
CN101459816B (zh) 2015-09-09
EP2144439A4 (en) 2010-05-05
US20100250679A1 (en) 2010-09-30
EP2144439B1 (en) 2017-02-22
US8819133B2 (en) 2014-08-26
US20140327731A1 (en) 2014-11-06
CN101459816A (zh) 2009-06-17

Similar Documents

Publication Publication Date Title
WO2009089712A1 (en) Method, system and device for controlling token of assistant steam in multipoint double-streams conference
KR100373323B1 (ko) 영상회의 시스템에서의 다자간 영상회의 방법
US8830294B2 (en) Method and system for video conference control, videoconferencing network equipment, and videoconferencing site
WO2011006332A1 (zh) 一种无线视频会议的实现系统及方法
EP2417781B1 (en) High-priority communication sessions within a wireless communications system
CN102316301B (zh) 会议切换的方法、系统及设备
EP2495911B1 (en) Method and device for uninterruptable wireless group communication sessions
US7983199B1 (en) Voice over internet protocol push-to-talk communication system
US20080155106A1 (en) Method For Forming a Common Communication Session, Method For Forming a First Communication Session and a Second Communication Session From a Common Communication Session, and Communication Session Server
WO2009152762A1 (zh) 多点控制单元级联系统及其通信方法、装置
WO2007109984A1 (fr) Procédé pour traiter la file d'attente de flux multimédia grâce à un pilotage et dispositif correspondant
WO2011026382A1 (zh) 视频会议虚拟会场的呈现方法、设备及系统
WO2005074280A1 (fr) Procédé d'affichage d'informations de conférence dans un système de vidéoconférence
CN101841422A (zh) 语音会议中实现私人聊天的方法和系统
US20080305820A1 (en) METHOD AND APPARATUS FOR ARBITRATING ONE OR MORE MEDIA STREAMS WITHIN A SINGLE PoC SESSION
WO2014187062A1 (zh) 一种会议信号播放方法和装置、视频会议终端、移动设备
AU2010322401B2 (en) Method and apparatus for minimizing bandwidth usage between a communication server and a media device
US9013537B2 (en) Method, device, and network systems for controlling multiple auxiliary streams
JPH10164240A (ja) 多地点接続制御方式
US10250402B2 (en) Communication method and storage medium storing communication program
JP2007053487A (ja) 発言権管理システム、発言権管理方法、及びプログラム
WO2015058394A1 (zh) 一种多路辅流控制的方法、控制设备、节点和系统
WO2012155732A1 (zh) 移动终端以及基于移动终端实现远程会议的方法
JP2010068087A (ja) グループ通話制御サーバ
JPH10243108A (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: 08870774

Country of ref document: EP

Kind code of ref document: A1

REEP Request for entry into the european phase

Ref document number: 2008870774

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2008870774

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE