WO2007073234A1 - Procede et systeme de mise en oeuvre de visioconferences - Google Patents

Procede et systeme de mise en oeuvre de visioconferences Download PDF

Info

Publication number
WO2007073234A1
WO2007073234A1 PCT/RU2006/000225 RU2006000225W WO2007073234A1 WO 2007073234 A1 WO2007073234 A1 WO 2007073234A1 RU 2006000225 W RU2006000225 W RU 2006000225W WO 2007073234 A1 WO2007073234 A1 WO 2007073234A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
audio
streams
video conferencing
address
Prior art date
Application number
PCT/RU2006/000225
Other languages
English (en)
Russian (ru)
Inventor
Grigory Gemfrievich Dmitriev
Alexei Georgievich Sadchikov
Mikhail Yurievich Kochergin
Vladimir Evgenievich Iliin
Original Assignee
Grigory Gemfrievich Dmitriev
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 Grigory Gemfrievich Dmitriev filed Critical Grigory Gemfrievich Dmitriev
Publication of WO2007073234A1 publication Critical patent/WO2007073234A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • H04N7/152—Multipoint control units therefor

Definitions

  • the invention relates to communication technology, and more specifically to a method and system for implementing multi-point video / audio conferences using transport protocols of the TCP / IP stack in the star (point-to-multipoint) scheme in broadcast (broadcast) networks.
  • a multicast is understood as - (RPCl 112) a specially allocated range of IP addresses intended for multicast (point-to-multipoint), when using this type of address, several devices can receive the same data packet. In this case, data packets are sent towards those recipient devices that express interest in receiving them. In networks of complex topology, packets with multicast addresses can be duplicated (multiplied) by routers if there are recipients. For routing packets addressed to a multicast group, routing protocols are used that are different from routing protocols for unicast connections when packets are addressed to a specific device and not to a group of devices (point-to-point communication).
  • the integrated data stream going to each terminal is identical in content and differs only in the recipient identifier (in TCP / IP networks, this identifier is the IP address / protocol / port number combination).
  • this identifier is the IP address / protocol / port number combination.
  • All BKC terminals participating in the conference receive an identical stream of video / audio data regardless of the conference mode, which is extremely inconvenient when holding conferences in voice activation mode.
  • the server sends to all conference participants an image from the participant speaking at a given time, and to him, in turn, an image of the participant who spoke before him.
  • all participants in the conference have the impression that they are participating in a dialogue.
  • the limitation is that when using this technology, the participant speaking at a given time will receive his own image;
  • the number of BKC terminals participating in the conference is limited by the number of connections supported by the MCU, which is inefficient in terms of using multicast, as a much larger number of terminals could receive streams of video / audio information without increasing the necessary bandwidth from the MCU to the terminals;
  • the proposed method does not provide the possibility of saving bandwidth on the reverse communication channels, that is, in the direction from the BKC terminals to the MCU, which is very critical for networks based on satellite communication channels. So, for the above conference example for 10 participants, connected at 512 Kb / s each, a satellite resource is required, providing the ability to transfer data at a speed of 512 Kb / s from the MCU to each of the terminals, and 10 * 512 Kb / s in the opposite direction.
  • the total band used for video conferencing in the mode of simultaneous presence of four subscribers on the screen in this mode, an identical stream of video information is transmitted to all terminals in the network, in contrast to the voice activation mode
  • the task to which the claimed invention is directed is to create a method and system for the implementation of video conferencing, which would not contain these disadvantages.
  • Another technical result achieved by the claimed invention is the ability to serve a much larger (almost unlimited) number of BKC terminals working to receive video / audio information from the server ("passive" mode) than the multi-point video conferencing server allows, which determines only the number of terminals working in the "active" mode (for receiving and transmitting information), using mechanisms for modifying signal information.
  • Another technical result achieved by the claimed invention is the ability to change the set of "active" / "active" participants not only during the organization of the conference, but also during its holding.
  • the basic principle used in the proposed technology is the forced filtering of all MCUs sent to the Broadcast network of audio / video data streams to subscriber devices (codecs), except for information other than the others, and address translation on the receiving side so that in the future each subscriber the codec perceived this data stream as intended for it.
  • codecs subscriber devices
  • the return channels used for data transmission from subscriber codecs to the MCU can be organized in any way, this is not essential for the proposed technology, since the transmitted information is unique for each subscriber codec.
  • a multipoint conference organization server is used that supports standard signaling protocols for establishing connections when exchanging audio-video information in IP networks - H.323, SIP, SCCP and others, in which signaling and audio / video streams are transmitted with a different combination of ip-address / port / protocol;
  • video conferencing terminal devices use devices that support standard signaling protocols for establishing connections when transmitting audio / video streams in IP networks - H.323, SIP, SCCP and others, in which the signaling and audio / video streams are transmitted with different IP address / port / protocol combination;
  • the addresses for the streams of audio / video information coming from the central node are translated, so that for the streams that should be displayed at this point at a given time, the destination address is replaced with the address of the video conferencing device installed at this point;
  • the filtering of streams of audio / video information is performed in such a way that only a given set of points transfers them to the side of the node, for all other streams of audio / video information is filtered and not transmitted to the transport network.
  • the destination address can be changed to the address of the multicast group, and the port to the one on which the video conferencing server expects to receive the corresponding type of audio / video information.
  • Streams of audio / video information are delivered to a video conferencing device connected to a subscriber device using standard protocols - H.323, SIP, SCCP and others, in which the signaling and audio / video streams are addressed with a different combination of ip-address / port / protocol.
  • the number of terminals connected to the conference may be greater than the number of occupied ports of the video conferencing server.
  • a signal exchange protocol may be used that is different from that used by the video conferencing server.
  • the set of video conferencing terminal devices can be changed during the conference.
  • various streams of audio / video information can be broadcast to the address of the video conferencing device.
  • the maximum number of videoconferencing devices participating in one conference does not depend on the number of clients supported by the videoconferencing server.
  • a transport network can be any network that supports broadcasting in accordance with the TCP / IP protocol stack, for example, a satellite network, a data network based on a cable television network, or an urban broadband access network.
  • a server for organizing multipoint conferences for processing and generating audio / video streams, supporting standard signaling protocols for establishing connections when exchanging audio-video information in IP networks - H.323, SIP, SCCP and others, in which signaling and audio / video streams are transmitted with a different combination of ip-address / port / protocol;
  • video conferencing terminal devices use devices that support standard signaling protocols for establishing connections when transmitting audio / video streams in IP networks - H.323, SIP, SCCP and others, in which the signaling and audio / video streams are transmitted with different IP address / port / protocol combination;
  • the destination address can be changed to the multicast group address, and the port to the one on which the video conferencing server expects to receive the corresponding type of audio / video information.
  • the streams of audio / video information are delivered to a video conferencing device connected to a subscriber device using standard protocols - H.323, SIP, SCCP and others, in which the signaling and audio / video streams are addressed with a different combination of ip-address / port / protocol.
  • the system may contain a unit modifying the signaling information in such a way that the number of terminals connected to the conference may be greater than the number of occupied ports of the video conferencing server.
  • a signal exchange protocol may be used that is different from that used by the video conferencing server.
  • the set of video conferencing terminal devices can be changed during the conference.
  • the rules for broadcasting multicast audio / video streams can be changed in such a way that for those streams that should be displayed at this point at a given time, the address of the multicast group is replaced with the address of the video conferencing device installed at this point;
  • the maximum number of videoconferencing devices participating in one conference does not depend on the number of clients supported by the videoconferencing server.
  • Any network that supports broadcasting in accordance with the TCP / IP protocol stack can serve as a transport network.
  • a transport network a satellite network, a cable television network, or an urban broadband access network.
  • a distinctive feature of the proposed method and system is the use of a fixed total bandwidth that depends only on the type of conference and does not depend on the total number of conference participants. So, for the above conference example for 10 participants connected to 512 Kb / s, in the mode of simultaneous presence of 4 participants, the necessary bandwidth in the direction from the MCU to the terminals will be 512 Kbit / s, and in the direction from the terminals to the MCU - 4 * 512 Kbit / s, that is, the total bandwidth required for the conference will drop to 2.5 Mbps. At the same time, due to signaling processing by the proposed method, with an increase in the number of conference participants to 20, the requirements for network bandwidth will not change, and the number of ports occupied on the MCU will not increase.
  • the main requirement for network infrastructure for the effective use of the method is the presence of a broadcast “direct” channel from one (any) of the points participating in the video conference, conventionally called central to the other participants in the video conference.
  • a broadcast channel is known from the literature and patents.
  • audio-video streams go to the central point only from those points that other conference participants should see (that is, from points that are in the "active" mode).
  • Any communication channels using the TCP / IP protocol stack as a transport protocol can be used as reverse. Multicast support on these channels is optional.
  • the system management server manages the devices in such a way that they all receive information transmitted via the satellite channel, but the transmission is only from “currently active” users.
  • a standard video conferencing server (MCU) is used that supports the required number of active participants. Moreover, the total number of participants can be significantly larger than the MCU itself supports.
  • FIG. 1 for voice activation mode
  • FIG. 2 for simultaneous presence mode
  • a video selection device is installed in the central point »1 (which may not be the central office, is selected from the point of view of the network topology)
  • a multi-point video conferencing server 3 (MCU).
  • MCU multi-point video conferencing server
  • a “central point” can also be set to the video codec (s) connected directly to the MCU.
  • video selection devices 2 and video conferencing terminals are installed, which can be in “active” 4 or “active” 5 modes.
  • voice activation mode (Fig. 1), a multicast stream from the MCU to all passive terminals 6 is used, unique streams from the MCU to active terminals / from active terminals to the MCU 7, 8.
  • simultaneous presence mode a multicast stream from the MCU to all terminals is used 6 and reverse flows from active terminals to MCU 7, 8.
  • the video selection device consists of the following functional blocks:
  • control unit for remote video selection devices that convert the resulting broadcast audio / video stream to a stream intended for a given video conferencing terminal, as well as enable / disable the transmission of the audio / video data stream to a central point depending on the selected participant state (active / inactive); and also, if necessary, the translation of the control protocol in an acceptable for the connected terminal (SIP, H323, etc.)
  • - a special server unit that connects remote points from the "name" of the MCU, that is, connect in the same way as if they were connected directly to the MCU.
  • the video selection device control system provides other auxiliary functions and functions for the on-line diagnostics of the entire device network.
  • the management of the network of video selection devices is organized in such a way that the operator can be located at any convenient point that has a connection with the "central" point.
  • the module for converting protocols adopted for controlling BKC terminals (SIP, H323, etc.) into a control protocol used between video selection devices, it is possible to connect any terminal supporting standard control protocols to video selection devices. This feature allows you to organize video conferences with the participation of terminals using various control protocols (for example, H323 and SIP).
  • the proposed method and system allows organizing multipoint video conferences both in the activation mode by voice (voice activation) and in the mode of simultaneous presence (voice protection).
  • “Active” participants are predefined (from two or more, their number is less than the total number of conference participants, but does not exceed the supported MCU); selection of the terminal from which the image is transmitted to all other participants, based on who is currently speaking.
  • the composition of active / passive participants can be changed by the operator.
  • the video image from predefined participants is transmitted simultaneously in a split screen mode (the total number is less than the total number of conference participants, but does not exceed the supported MCU), voice streams from the active participants are mixed.
  • the composition of active / passive participants can also be changed by the operator.
  • FIG. 1 Typical algorithms for preparing and conducting a videoconferencing session using the system in both modes are shown in FIG.
  • RTP streams standard multicast -> unicast translation tables for audio and video streams
  • a standard table for translating outgoing RTP streams to multicast is activated for broadcasting audio / video to all passive BKC terminals;
  • the alarm management module connects participants, while due to signaling processing the number of participants connected to the conference can be more than the number of ports used on the MCU; - based on the port data for initially active BKC terminals, port translation tables for incoming RTP streams are generated and activated on the central node so that the MCU receives these streams on standard ports;
  • the used translation tables are deactivated, standard filters that prohibit the transfer of audio and video streams from the BKC terminal are activated, and standard multicast -> unicast translation tables for RTP streams distributed from the center to the multicast group are activated;
  • filters for reverse RTP streams are removed and translation tables are set in accordance with the addresses and ports of participants switching to passive mode.
  • both active and passive subscribers should see (windows with images of active participants) and hear (mixed voice) the same thing.
  • streams intended for one of the clients are used.
  • the remaining RTP streams transmitted from the center are not used.
  • BKC terminals are activated standard multicast translation tables -> unicast for audio and video streams distributed from the center in the multicast group, with the substitution of the address of the corresponding BKC terminal instead of the multicast group;
  • a standard table for translating outgoing RTP streams to multicast is activated for broadcasting audio / video to all passive BKC terminals; - a command is given on the MCU (codec with built-in MCU) to connect participants to the conference;
  • the alarm management module connects participants, while due to signaling processing the number of participants connected to the conference can be more than the number of ports used on the MCU;
  • port translation tables for incoming RTP streams are generated and activated on the central node so that the MCU receives these streams on standard ports;
  • filters for reverse RTP streams are removed and translation tables for reverse RTP streams are set, in accordance with the addresses and ports used by BKC terminals that are in passive mode.
  • the technical solution reduces the required total bandwidth of data channels from remote video conferencing terminals (BKC) to a multipoint video conferencing organization (MCU) server by using filtering mechanisms for data streams transmitting video and voice information.

Landscapes

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

Abstract

Le procédé et système de l'invention peuvent s'utiliser largement dans l'organisation de visio- et audioconférences à points multiples utilisant des protocoles de transport de la pile TCP/IP selon une configuration en étoile dans des réseaux de diffusion étendus. Les procédé et système mettent en oeuvre des mécanismes de filtrage pour flux de données: lors de la transmission d'adresses dans chaque noeud provenant du serveur et comportant des informations distinctes, l'adresse de destination est remplacée par une adresse de groupe multidiffusion, et le port est remplacé par le port dans lequel le dispositif de liaison de visioconférence attend à recevoir un type d'informations correspondant. Les flux comportant des informations analogues sont filtrés et non transmis dans le réseau de transport. Lors de la transmission d'adresses dans les points périphériques pour les flux provenant du noeud central, et qui doivent être reflétés dans un point donné à un moment de temps donné, l'adresse de destination est remplacée par l'adresse du dispositif d'abonnées de la communication de visioconférence installé dans le point en question; le filtrage des flux d'informations dans les points périphériques est effectué de manière à ce que seul un ensemble prédéterminé de points les transmette à destination du noeud, les flux d'informations étant filtrés dans les autres flux et non transmis dans le réseau de transport.
PCT/RU2006/000225 2005-12-23 2006-04-28 Procede et systeme de mise en oeuvre de visioconferences WO2007073234A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2005140355/09A RU2321183C2 (ru) 2005-12-23 2005-12-23 Способ и система осуществления видеоконференций
RU2005140355 2005-12-23

Publications (1)

Publication Number Publication Date
WO2007073234A1 true WO2007073234A1 (fr) 2007-06-28

Family

ID=38188875

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2006/000225 WO2007073234A1 (fr) 2005-12-23 2006-04-28 Procede et systeme de mise en oeuvre de visioconferences

Country Status (2)

Country Link
RU (1) RU2321183C2 (fr)
WO (1) WO2007073234A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110252090A1 (en) * 2010-04-07 2011-10-13 Garcia Jr Roberto Dynamic Designation of a Central Distributor in a Multi-Participant Conference

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010040898A1 (fr) * 2008-10-08 2010-04-15 Nokia Corporation Système et procédé servant à stocker des présentations multimédias à sources multiples
JP2011254442A (ja) * 2010-05-06 2011-12-15 Ricoh Co Ltd 遠隔通信端末、遠隔通信方法、及び遠隔通信用プログラム
JP5998383B2 (ja) * 2010-07-28 2016-09-28 株式会社リコー 伝送管理システム、伝送システム、伝送管理方法、及びプログラム
CN107846379B (zh) * 2016-09-18 2021-09-07 中兴通讯股份有限公司 一种视频会议系统中端口复用方法和服务器
WO2023063947A1 (fr) * 2021-10-13 2023-04-20 Hewlett-Packard Development Company, L.P. Affichage et commutation de flux vidéo sur des dispositifs en guirlande

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0353945A1 (fr) * 1988-08-01 1990-02-07 AT&T Corp. Méthode d'établissement de communication vidéo-audio entre plusieurs stations
RU2121226C1 (ru) * 1993-06-17 1998-10-27 Скидэйт Корпорэйшн Основанная на протоколе трансляции кадров мультиплексирующая переключающая схема для спутниковой узловой сети
WO1999067953A1 (fr) * 1998-06-23 1999-12-29 Hc Systeme de visioconference multipoints par satellite
RU2240657C1 (ru) * 2003-12-29 2004-11-20 Дмитриев Григорий Гемфриевич Способ и система осуществления видеоконференций

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0353945A1 (fr) * 1988-08-01 1990-02-07 AT&T Corp. Méthode d'établissement de communication vidéo-audio entre plusieurs stations
RU2121226C1 (ru) * 1993-06-17 1998-10-27 Скидэйт Корпорэйшн Основанная на протоколе трансляции кадров мультиплексирующая переключающая схема для спутниковой узловой сети
WO1999067953A1 (fr) * 1998-06-23 1999-12-29 Hc Systeme de visioconference multipoints par satellite
RU2240657C1 (ru) * 2003-12-29 2004-11-20 Дмитриев Григорий Гемфриевич Способ и система осуществления видеоконференций

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110252090A1 (en) * 2010-04-07 2011-10-13 Garcia Jr Roberto Dynamic Designation of a Central Distributor in a Multi-Participant Conference
US8433755B2 (en) * 2010-04-07 2013-04-30 Apple Inc. Dynamic designation of a central distributor in a multi-participant conference
US8570907B2 (en) 2010-04-07 2013-10-29 Apple Inc. Multi-network architecture for media data exchange

Also Published As

Publication number Publication date
RU2005140355A (ru) 2007-07-20
RU2321183C2 (ru) 2008-03-27

Similar Documents

Publication Publication Date Title
US6657975B1 (en) Large-scale, fault-tolerant audio conferencing over a hybrid network
KR100373323B1 (ko) 영상회의 시스템에서의 다자간 영상회의 방법
US7113992B1 (en) Decomposition architecture for an MCU
US5963547A (en) Method and apparatus for centralized multipoint conferencing in a packet network
US8767591B2 (en) Multi-point video conference system and media processing method thereof
US7627629B1 (en) Method and apparatus for multipoint conferencing
US8634530B2 (en) Audio mixer and method
US20040085914A1 (en) Large-scale, fault-tolerant audio conferencing in a purely packet-switched network
US7328240B2 (en) Distributed multipoint conferencing
EP1454478A1 (fr) Procede et systeme d'utilisation d'un canal de conversation privee dans un systeme de videoconference
RU2321183C2 (ru) Способ и система осуществления видеоконференций
JP2001111699A (ja) 電話会議への参加者間で動的にデータを交換する方法及び装置
WO2005091914A2 (fr) Combinaison de flux de donnees a conformite de protocoles de signalisation mutuellement exclusifs en une session de telephonie internet unique
JP2003069563A (ja) 多地点間会議方法及びシステム
JP2002058005A (ja) テレビ会議・テレビ電話システム、送信装置、受信装置、画像通信システム、通信装置、通信方法、記録媒体、プログラム
US20140327728A1 (en) Method and system for mapping virtual conference rooms between 2 independent systems
US7158487B1 (en) Multimedia terminal for telephony allowing multipoint connections
RU2240657C1 (ru) Способ и система осуществления видеоконференций
CN1610349B (zh) 实时消息传送方法
Cisco Introduction
JP3457202B2 (ja) 多地点会議装置
Willebeek-LeMair et al. Centralized versus distributed schemes for videoconferencing
KR100549925B1 (ko) 다자간 회의 시스템에서의 다 채널 음성병합 방법
Mullery et al. The use of TINA principles in the management of Internet multimedia conferences
Soy et al. IP, ISDN, and ATM Infrastructures for Synchronous Teleteaching–An Application Oriented Technology Assessment

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06757943

Country of ref document: EP

Kind code of ref document: A1