RU2240657C1 - Method and device for conducting video conferences - Google Patents
Method and device for conducting video conferences Download PDFInfo
- Publication number
- RU2240657C1 RU2240657C1 RU2003137604/12A RU2003137604A RU2240657C1 RU 2240657 C1 RU2240657 C1 RU 2240657C1 RU 2003137604/12 A RU2003137604/12 A RU 2003137604/12A RU 2003137604 A RU2003137604 A RU 2003137604A RU 2240657 C1 RU2240657 C1 RU 2240657C1
- Authority
- RU
- Russia
- Prior art keywords
- video
- audio
- router
- video conferencing
- network
- Prior art date
Links
Images
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
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
Изобретение относится к технике связи, а конкретнее к способу и системе осуществления многоточечных Н323 видео/аудио конференций при использовании протокола TCP/IP в схеме звезда (точка-многоточка) в широковещательных (бродкастных) сетях.The invention relates to communication technology, and more specifically to a method and system for implementing multi-point H323 video / audio conferences using the TCP / IP protocol in a star (point-to-multipoint) scheme in broadcast (broadcast) networks.
В настоящее время известно много различных систем телеконференции (конференц-связи), реализующих соответствующие способы. Однако в каждом из них непременным условием является использование видеокодека для преобразования сигнала изображения в цифровой сигнал.Currently, there are many different teleconferencing systems (conferencing) that implement the appropriate methods. However, in each of them, an indispensable condition is the use of a video codec to convert the image signal into a digital signal.
Например, в патенте ЕР0353945, класс H 04 N 7/15 от 07.02.1990, “Способ установления мультилокальной аудио/видео связи”, рассматривается специализированная система, рассчитанная на работу с конкретной спутниковой системой AT&T SKYNET или с аналогичными системами, предусматривающая прямое включение оконечных устройств (кодеков) в спутниковый модем (с возможностью установки промежуточного шифрующего устройства).For example, in patent EP0353945, class H 04 N 7/15 of 02/07/1990, “Method for establishing multilocal audio / video communication”, a specialized system is considered, designed to work with a specific satellite system AT&T SKYNET or with similar systems, providing for direct connection of terminal devices (codecs) in a satellite modem (with the ability to install an intermediate encryption device).
Однако эти известные решения не позволяют организовывать многоточечные видеоконференции, используя стандартное оборудование видеокоференцсвязи, использующее транспортный протокол TCP/IP и протокол управления Н323 или SIP. Кроме того, они не позволяют располагать оборудование видеоконференцсвязи в любой из IP-сетей, обслуживаемых спутниковой станцией, на значительном удалении от спутниковой станции. При этом одновременно при наличии достаточной пропускной способности бродкастного спутникового канала не могут одновременно обслуживать несколько различных видоеконференций, в которых участвуют различные головные и оконечные устройства (кодеки).However, these well-known solutions do not allow organizing multipoint video conferences using standard video conferencing equipment using the TCP / IP transport protocol and the H323 or SIP control protocol. In addition, they do not allow video conferencing equipment to be located in any of the IP networks served by the satellite station at a considerable distance from the satellite station. At the same time, if there is sufficient bandwidth of the broadcast satellite channel, they cannot simultaneously serve several different video conferences in which various head and end devices (codecs) participate.
Известны решения, осуществляющие многоточечное вещание по стандартной технологии мультикаст, например, как описано в патенте Франции FR2780229, класс H 04 N 7/15 от 24.12.1999, “Многоточечная система для осуществления речевых видеоконференций”. При организации многоточечных видеоконференций с использованием серверов организации многоточечных видеоконференций (в дальнейшем MCU - Multipoint Control Unit), что в данном патенте называется server assembly, происходит передача аудио/видеоинформации от оконечных устройств (терминалов, или кодеков) участников конференции к MCU, обработка информации на MCU и передача интегрированного потока аудио/видео данных от MCU к оконечным терминалам.Known solutions for multi-point broadcasting using standard multicast technology, for example, as described in French patent FR2780229, class H 04 N 7/15 of 12/24/1999, “Multipoint system for voice video conferencing”. When organizing multipoint video conferences using multipoint videoconferencing servers (hereinafter referred to as the Multipoint Control Unit), which is referred to as server assembly in this patent, audio / video information is transferred from the terminal devices (terminals, or codecs) of the conference participants to the MCU, and information is processed on MCU and transmission of an integrated stream of audio / video data from the MCU to terminal terminals.
Под мультикастом понимается - (RFC1112) адреса для многоадресной рассылки (точка-многоточка), при использовании данного типа адресов один и тот же пакет данных могут принимать несколько устройств. При этом пакеты данных отправляются по направлению к тем устройствам-получателям, которые подтверждают их получение. В сетях сложной топологии пакеты с мультикастовыми адресами могут дублироваться (размножаться) маршрутизаторами при наличии получателей. Использует протоколы маршрутизации, отличные от протоколов маршрутизации юникастовых адресов - индивидуальных адресов, присваиваемых конкретным сетевым устройствам и/или их интерфейсам (позволяют осуществлять связь типа точка-точка).A multicast is understood as - (RFC1112) addresses 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 confirm their receipt. In networks of complex topology, packets with multicast addresses can be duplicated (multiplied) by routers if there are recipients. Uses routing protocols other than Unicast address routing protocols — individual addresses assigned to specific network devices and / or their interfaces (allow point-to-point communications).
При этом интегрированный поток данных, идущий к каждому терминалу, идентичен по содержанию и отличается только идентификатором получателя (в сетях TCP/IP таким идентификатором является IP-адрес). В результате в транспортных сетях (например, спутниковых с головной станцией или в сетях кабельного телевидения с поддержкой протокола TCP/IP) полоса пропускания в направлении от MCU используется крайне неэффективно, поскольку MCU (1) отправляет несколько (по числу участников конференции) идентичных потоков данных (2) в широковещательную сеть (6) для каждого из участника конференции (терминала 5), при этом все потоки доходят до каждого из оконечных терминалов (3), а реально каждым терминалом принимается только один (4) (Фиг.1).At the same time, 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). As a result, in transport networks (for example, satellite ones with a head station or in cable television networks supporting TCP / IP protocol), the bandwidth in the direction from the MCU is extremely inefficient, since the MCU (1) sends several (according to the number of conference participants) identical data streams (2) to the broadcast network (6) for each of the conference participants (terminal 5), while all flows reach each of the terminal terminals (3), but in reality each terminal receives only one (4) (Figure 1).
Данная ситуация не очень критична для современных высокоскоростных локальных сетей, но весьма существенна при использовании, например, достаточно дорогостоящих спутниковых каналов. Для видеоконференции среднего качества требуется пропускная способность 512К на абонента, при организации видеоконференции из 10 участников потребуется пропускная полоса в направлении от MCU в 5 Мб/с, которая к тому же реально будет заниматься на достаточно небольшие промежутки времени проведения видеоконференций, а в остальное время простаивать.This situation is not very critical for modern high-speed local networks, but it is very significant when using, for example, quite expensive satellite channels. For video conferencing of medium quality, 512K bandwidth per subscriber is required, when organizing a video conference of 10 participants, a bandwidth in the direction from the MCU of 5 Mb / s will be required, which will also be really busy for quite short periods of time for video conferencing, and for the rest of the time .
Другим существенным недостатком таких систем является использование многоточечного вещания по стандартной технологии мультикаст, что не позволяет организовывать широковещательные конференции с использованием MCU, не поддерживающих мультикаст, и не позволяет использовать в данной топологии другой класс устройств (Н323 или SIP MCU), не поддерживающих мультикаст.Another significant drawback of such systems is the use of multipoint broadcasting using standard multicast technology, which does not allow organizing broadcast conferences using MCUs that do not support multicast, and does not allow the use of another class of devices (H323 or SIP MCU) that do not support multicast in this topology.
Таким образом, одним из возможных решений вопроса экономии пропускной способности при организации многоточечных видеоконференций в бродкастной среде является использование IP-мультикаста, эффективно решающего проблему широковещательного распространения пакетов в режиме точка-многоточка (IP-мультикаст предусматривает возможность приема одного отправленного пакета несколькими устройствами, для которых он предназначен). Однако далеко не все MCU поддерживают мультикаст, тем более что данный протокол не описан как поддерживаемый в стандарте Н323.Thus, one of the possible solutions to the issue of saving bandwidth when organizing multipoint video conferences in a broadcast environment is to use an IP multicast that effectively solves the problem of broadcast distribution of packets in point-to-multipoint mode (IP multicast provides for the possibility of receiving one sent packet by several devices for which it is intended). However, not all MCUs support multicast, especially since this protocol is not described as supported in the H323 standard.
Под бродкастом понимаются специальные адреса, означающие “всем членам данной сети”, применяются как правило в локальных сетях, могут применятся для группы локальных сетей.Broadcast refers to special addresses meaning “to all members of a given network”, they are usually used in local networks, and can be used for a group of local networks.
Задачей, на которое направлено заявленное изобретение, является создание способа и системы осуществления видеоконференций, которые не содержали бы указанных недостатков.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.
При решении данной задачи достигается технический результат, заключающийся в значительном снижении пропускной способности канала передачи данных от сервера организации многоточечных видеоконференций до абонентских устройств (кодеков) в бродкастных сетях, используя оборудование видеоконференцсвязи, использующее транспортный протокол TCP/IP и протокол управления Н323 или SIP.When solving this problem, a technical result is achieved, which consists in a significant reduction in the bandwidth of the data transfer channel from the multipoint video conferencing server to subscriber devices (codecs) in broadcast networks using video conferencing equipment using the TCP / IP transport protocol and the H323 or SIP control protocol.
Другим техническим результатом, достигаемым заявленным изобретением, является возможность одновременно обслуживать несколько различных видеоконференций, в которых участвуют различные центральные (головные) (MCU) и оконечные устройства (кодеки), что достигается благодаря достаточной пропускной способности бродкастного канала.Another technical result achieved by the claimed invention is the ability to simultaneously serve several different video conferences, in which various central (head) (MCU) and terminal devices (codecs) participate, which is achieved due to the sufficient bandwidth of the broadcast channel.
Еще одним техническим результатом, достигаемым заявленным изобретением, является возможность расположения оборудования видеоконференцсвязи в любой из IP-сетей, обслуживаемых спутниковой станцией, на значительном удалении от спутниковой станции.Another technical result achieved by the claimed invention is the ability to locate video conferencing equipment in any of the IP networks served by the satellite station, at a considerable distance from the satellite station.
Указанные технические результаты достигаются предложенным способом и системой для осуществления видеоконференции согласно независимым пунктам формулы и подчиненным им зависимым пунктам во всех областях альтернатив, содержащихся в формуле изобретения.These technical results are achieved by the proposed method and system for video conferencing according to the independent claims and dependent subordinates in all areas of the alternatives contained in the claims.
Основным принципом, используемым в предлагаемой технологии, является принудительная фильтрация всех отправляемых MCU в бродкастную сеть потоков аудио/видеоданных к абонентским устройствам (кодекам), кроме одного, и преобразование адресов на принимающей стороне таким образом, чтобы в дальнейшем каждый абонентский кодек воспринимал данный поток данных как предназначенный ему. Обратные каналы, используемые для передачи данных от абонентских кодеков к MCU, могут быть организованы любым образом, для предложенной технологии это не существенно, поскольку передаваемая информация уникальна для каждого абонентского кодека.The main 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 one, and address translation on the receiving side so that in the future each subscriber codec perceives this data stream as destined for him. 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.
Согласно предложенному способу осуществления видеоконференций между центральным (головным) устройством и, по меньшей мере, двумя оконечными устройствами бродкастной транспортной сети, с использованием сервера организации многоточечных видеоконференций, включающему передачу от оконечных устройств и обработку аудио-видео-информации на сервере, и передачу потока аудио-видео информации от сервера к оконечным устройствам, в котором передача информации осуществляется при помощи маршрутизаторов, подключенных к каждому из устройств, через приемопередающие канолообразующие устройства. При этом на центральном маршрутизаторе устанавливается фильтр, запрещающий все потоки аудио-видео-информации, кроме одного с заданным адресом, который поступает на все оконечные маршрутизаторы и передается оконечным устройствам таким образом, что когда поток информации поступает на маршрутизаторы, подключенные к оконечным устройствам, адреса которых не совпадают с заданным адресом, этот заданный адрес, присвоенный центральным маршрутизатором, подменяется адресом установленного за маршрутизатором абонентского устройства, участвующего в видеоконференции, а на одном, конкретном оконечном маршрутезаторе, для которого поток аудио/видео информации не блокируется центральным маршрутизатором, поток аудио/видео информации проходит без преобразования. Таким образом, один поток аудио/видео информации от MCU передается ко всем участникам видеоконференции.According to the proposed method for video conferencing between the central (head) device and at least two terminals of the broadcast transport network using a multipoint video conferencing server, including transmitting from terminal devices and processing audio-video information on a server, and transmitting an audio stream -video information from the server to the terminal devices, in which information is transmitted using routers connected to each of the devices through kanoloobrazuyuschie transceiver device. At the same time, a filter is set on the central router that prohibits all streams of audio-video information, except for one with a given address, which is received by all terminal routers and transmitted to terminal devices in such a way that when the stream of information arrives at routers connected to terminal devices, addresses which do not match the specified address, this specified address assigned by the central router is replaced by the address of the subscriber device installed behind the router, participating of videoconference and on one particular terminal marshrutezatore for which audio / video stream is not blocked by the central router, an audio / video stream passes without conversion. Thus, one stream of audio / video information from the MCU is transmitted to all participants in the video conference.
Центральный маршрутизатор настраивается таким образом, что все потоки содержащие аудио/видео информацию видеоконференции обрабатываются (фильтруются) таким образом, что в бродкастную сеть передаются только потоки, предназначенные для одного из абонентских кодеков, остальные отбрасываются. За счет чего собственно достигается экономия полосы пропускания.The central router is configured in such a way that all streams containing audio / video video conferencing information are processed (filtered) in such a way that only streams destined for one of the subscriber codecs are transmitted to the Broadcast network, the rest are discarded. Due to which, in fact, bandwidth savings are achieved.
В одном из предпочтительных вариантах осуществления изобретения данный способ применим в любых типах бродкастных (широковещательных) сетей, например в спутниковых сетях, сетях передачи данных на основе сетей кабельного телевидения, городских широкополосных сетях доступа построенных с использованием технологии Ethernet IEEE 802.3 и других.In one of the preferred embodiments of the invention, this method is applicable to any types of broadcast (broadcast) networks, for example, satellite networks, data networks based on cable television networks, urban broadband access networks built using Ethernet IEEE 802.3 and others.
Также предпочтительно, чтобы центральный маршрутизатор, к которому подключен сервер видеоконференции (MCU) настраивается таким образом, что все потоки, кроме потоков, содержащих передаваемую аудио-видео-информацию видеоконференции, включая служебную информацию видеоконференции, маршрутизируются стандартным способом.It is also preferred that the central router to which the video conferencing server (MCU) is connected is configured such that all streams except the streams containing the transmitted audio-video video conferencing information, including video conferencing overhead, are routed in a standard manner.
В другом предпочтительном варианте абонентские маршрутизаторы, к которым подключены устройства видеоконфренцсвязи, участвующие в видеоконференции, настраиваются таким образом, что принимают переданные центральным маршрутизатором потоки аудио/видео информации видеоконференции независимо от того, предназначались они или нет изначально для обслуживаемых ими устройств видеоконфренцсвязи. При этом абонентские маршрутизаторы обрабатывают принимаемые потоки аудио/видео информации таким образом, что в результате они имеют IP-адрес получателя, эквивалентный IP-адресу подключенного к данному маршрутизатору устройства видеоконфренцсвязи.In another preferred embodiment, the subscriber routers to which the video conferencing devices connected to the video conferencing are connected are configured in such a way that they receive the streams of audio / video video conferencing information transmitted by the central router regardless of whether or not they were originally intended for the video conferencing devices they serve. At the same time, subscriber routers process the received streams of audio / video information in such a way that as a result they have the recipient's IP address equivalent to the IP address of the video conferencing device connected to this router.
Также предпочтительно, чтобы потоки информации доставлялись устройству видеоконфренцсвязи, подключенному к абонентскому маршрутизатору, стандартным образом.It is also preferred that the information flows are delivered to a video conferencing device connected to a subscriber router in a standard manner.
Предложенная система для осуществления видеоконференций между центральным устройством и, по меньшей мере, двумя оконечными устройствами бродкастной транспортной сети, с использованием сервера организации многоточечных видеоконференций, подключенного к центральному устройству, содержит маршрутизаторы и приемопередающие каналообразующие устройства, подключенные к каждому из оконечных устройств. При этом на центральном маршрутизаторе, подключенном к центральному устройству, установлен фильтр, запрещающий все потоки аудио-видео информации, кроме одного с заданным адресом, который поступает на все оконечные маршрутизаторы, в которых, когда поток информации поступает на маршрутизаторы, адреса которые не совпадают с заданным адресом, присвоенным центральным маршрутизатором, подменяется на адрес установленного за маршрутизатором абонентского устройства, участвующего в видеоконференции, а на одном, конкретном оконечном маршрутезаторе, для которого поток аудио-видео информации не блокируется центральным маршрутизатором, поток аудио-видео информации проходит без преобразования.The proposed system for video conferencing between a central device and at least two end devices of a broadcast transport network using a multipoint video conferencing server connected to a central device contains routers and transceiver channel-forming devices connected to each of the terminal devices. At the same time, a filter is installed on the central router connected to the central device, which prohibits all streams of audio-video information, except for one with a given address, which goes to all terminal routers, in which, when the stream of information goes to routers, the addresses that do not coincide with by the given address assigned by the central router, is replaced by the address of the subscriber device installed behind the router participating in the video conference, and on one specific terminal routing torus, for which the audio-video data stream is not blocked by the central router, the audio-video information stream passes without conversion.
В одном из предпочтительных вариантах в качестве бродкастных (широковещательных) сетей, применяются, например, спутниковые сети или сети передачи данных на основе сетей кабельного телевидения, или городские широкополосные сети доступа построенных с использованием технологии Ethernet IEEE 802.3, а также заявленное изобретение не ограничивает принадлежность бродкастных сетей.In one of the preferred embodiments, as a broadcast network, for example, satellite networks or data transmission networks based on cable television networks, or urban broadband access networks constructed using Ethernet technology IEEE 802.3, and the claimed invention does not limit the ownership of broadcast networks are used networks.
В другом предпочтительном варианте центральный маршрутизатор, к которому подключен сервер видеоконференции (MCU), настроен таким образом, что все потоки, кроме потоков, содержащих передаваемую аудио/видео информацию видеоконференции, включая служебную информацию видеоконференции, маршрутизируются стандартным способом.In another preferred embodiment, the central router to which the video conferencing server (MCU) is connected is configured in such a way that all streams, except for streams containing transmitted audio / video video conferencing information, including video conferencing overhead information, are routed in a standard manner.
В другом предпочтительном варианте абонентские маршрутизаторы, к которым подключены устройства видеоконфренцсвязи, участвующие в видеоконференции, настроены таким образом, что принимают переданные центральным маршрутизатором потоки аудио/видео информации видеоконференции независимо от того, предназначались они или нет изначально для обслуживаемых ими устройств видеоконфренцсвязи. При этом абонентские маршрутизаторы обрабатывают принимаемые потоки аудио/видео информации таким образом, что в результате они имеют IP-адрес получателя, эквивалентный IP-адресу подключенного к данному маршрутизатору устройства видеоконфренцсвязи.In another preferred embodiment, the subscriber routers to which the video conferencing devices participating in the video conferencing are connected are configured in such a way that they receive the streams of audio / video video conferencing information transmitted by the central router, regardless of whether or not they were originally intended for the video conferencing devices they serve. At the same time, subscriber routers process the received streams of audio / video information in such a way that as a result they have the recipient's IP address equivalent to the IP address of the video conferencing device connected to this router.
Также предпочтительно, что потоки информации доставляются устройству видеоконфренцсвязи, подключенному к абонентскому маршрутизатору, стандартным образом.It is also preferred that the information flows are delivered to a video conferencing device connected to a subscriber router in a standard manner.
Изобретение раскрыто со ссылкой на чертежи, на которых изображено:The invention is disclosed with reference to the drawings, which depict:
фиг.1 - традиционная система для осуществления многоточечных видеоконференций с использованием серверов организации многоточечных видеоконференций;figure 1 - a traditional system for multi-point video conferencing using servers organization of multi-point video conferencing;
фиг.2 - заявленная система для осуществления многоточечных видеоконференций с использованием серверов организации многоточечных видеоконференций;figure 2 - the claimed system for the implementation of multi-point video conferencing using servers organization of multi-point video conferencing;
фиг.3 - алгоритм осуществления видеоконференций.figure 3 - algorithm for the implementation of video conferencing.
В сетях TCP/IP конечное оборудование связанно между собой с использованием достаточно высокоинтеллектуальных устройств -маршрутизаторов. В функции маршрутизаторов входят (RFC1812): составление таблиц маршрутизации, фильтрация пакетов, управление приоритетами и очередями, преобразование адресов и т.п., и, в конечном счете, передачу пакетов в соответствии с вышеизложенными правилами между интерфейсами маршрутизатора. Интерфейсы маршрутизаторов подключаются как к локальным сетям, в которых установлено конечное оборудование, так и к каналообразующей аппаратуре, обеспечивающей передачу данных на большие расстояния. При этом, при передаче IP-датаграм по различным средам используются дополнительные протоколы транспортного уровня.In TCP / IP networks, the end equipment is interconnected using fairly highly intelligent router devices. The functions of routers include (RFC1812): compiling routing tables, filtering packets, managing priorities and queues, translating addresses, etc., and, ultimately, transmitting packets in accordance with the above rules between the router interfaces. The interfaces of the routers are connected both to the local networks in which the final equipment is installed, and to the channel-forming equipment providing data transmission over long distances. At the same time, when transmitting IP datagrams over various environments, additional transport layer protocols are used.
Маршрутизатор (2) на фиг.2 (в дальнейшем центральный или головной маршрутизатор), к которому подключается MCU (1) (может быть и не непосредственно, а в одну из сетей, обслуживаемых данным маршрутизатором), подключен одним из интерфейсов к передающей каналообразующей аппаратуре широковещательного канала (3) (спутниковый модем, головная станция сети кабельного телевидения и т.п.). Маршрутизаторы (5) (в дальнейшем “абонентские маршрутизаторы”), к которым подключаются абонентские устройства - кодеки (также может быть и не непосредственно, а в одну из сетей, обслуживаемых данным маршрутизатором), одним из интерфейсов подключаются к принимающей каналообразующей аппаратуре (4). “Обратные” каналы от абонентских кодеков к MCU (6) могут быть организованны произвольным способом, для данной технологии это не существенно.The router (2) in figure 2 (hereinafter the central or head router), to which the MCU (1) connects (it may not be directly, but to one of the networks served by this router) is connected by one of the interfaces to the transmitting channel-forming equipment broadcast channel (3) (satellite modem, headend of cable television network, etc.). Routers (5) (hereinafter referred to as “subscriber routers”), to which subscriber devices - codecs are connected (can also be not directly, but to one of the networks served by this router), connect one of the interfaces to the receiving channel-forming equipment (4) . The “return” channels from subscriber codecs to the MCU (6) can be organized in any way, this is not essential for this technology.
На головном маршрутизаторе, устанавливаются фильтры (блок фильтров 7), запрещающие все потоки аудио/видео данных к терминалам видеоконференций (8), кроме одного (9) (основного). При этом, поскольку информация стека протоколов Н323, требующаяся для установления соединения и передачи контрольной информации, передается к терминалам видеоконференции по протоколу и портам, отличным от тех, по которым передаются собственно аудио/видео данные, она не фильтруется и соединение MCU со всеми терминалами видеоконференции устанавливается в нормальном режиме.Filters are installed on the head router (filter block 7), which prohibits all streams of audio / video data to video conferencing terminals (8), except for one (9) (main). Moreover, since the information of the H323 protocol stack, which is required for establishing a connection and transmitting control information, is transmitted to video conferencing terminals via a protocol and ports other than those on which the actual audio / video data is transmitted, it is not filtered and the MCU connection with all video conferencing terminals set in normal mode.
Соответственно, на маршрутизаторах, обслуживающих абонентские кодеки, устанавливаются правила, по которым поступающие на них пакеты аудио/видео данных от MCU, предназначенные для “основного” терминала (т.е. не предназначенные для данного маршрутизатора), не сбрасываются. А в соответствии с установленными правилами, согласно заявленному изобретению, адрес получателя подменяется на адрес установленного за маршрутизатором абонентского кодека (блок преобразования адреса 10), участвующего в видеоконференции, и передается данному кодеку. Таким образом, один поток аудио/видео информации от MCU передается ко всем участникам видеоконференции (11).Accordingly, on routers serving subscriber codecs, rules are established according to which the packets of audio / video data received from the MCU intended for the “main” terminal (that is, not intended for this router) are sent to them. And in accordance with the established rules, according to the claimed invention, the recipient address is changed to the address of the subscriber codec installed behind the router (address translation unit 10) participating in the video conference, and transmitted to this codec. Thus, one stream of audio / video information from the MCU is transmitted to all participants of the video conference (11).
Естественно, на одном, “основном”, оконечном маршрутизаторе, для которого поток аудио/видео данных не блокируется головным маршрутизатором, никаких преобразований пакетов данных не производится.Naturally, on one, “main”, terminal router, for which the audio / video data stream is not blocked by the head router, no data packet conversions are performed.
Все остальные IP-пакеты маршрутизируются стандартным образом и, таким образом, применение данной технологии не препятствует нормальному взаимодействию других устройств обслуживаемых данными маршрутизаторами.All other IP packets are routed in a standard way and, therefore, the use of this technology does not interfere with the normal interaction of other devices served by these routers.
Все функциональные блоки являются частью маршрутизаторов.All function blocks are part of routers.
Блок преобразования адресов - функция для маршрутизаторов (NAT, network address translation), описана в RFC-request for comment 3022 (см. http://www.ietf.org/rfc/rfc3022), является де-факто стандартами протокола TCP/IP, разрабатывается, как правило, в рамках IETF. IETF - internet ingeneering task force. NAT применяется, как правило, для повышения безопасности внутренней сети и экономии легальных IP-адресов, позволяя использовать во внутренней сети приватные IP-адреса (RFC 1918) и небольшое количество легальных адресов для выхода в Интернет. Различают статический и динамический NAT. При статическом NAT между внутренним и легальным адресом (в некоторых случаях только для определенных протоколов и портов, protocol address translation PAT) устанавливается взаимно однозначное соответствие как для доступа из внутренней сети в Интернет, так и для доступа во внутреннюю сеть из Интернет. Применяется, как правило, для серверов приложений (электронная почта, WWW, FTP и др.) установленных во внутренних сетях, доступ к которым из Интернет должен быть обеспечен. При динамическом NAT соответствие между внутренним адресом/портом и внешним адресом/портом создается при создании сессии с компьютера внутренней сети, при этом в один легальный адрес может преобразовываться много внутренних за счет преобразования портов (применяется для рабочих станций).The address translation unit is a function for routers (NAT, network address translation), described in RFC-request for comment 3022 (see http://www.ietf.org/rfc/rfc3022), is the de facto TCP / IP protocol standard is usually developed as part of the IETF. IETF - internet ingeneering task force. NAT is typically used to increase the security of the internal network and save legal IP addresses, allowing private IP addresses (RFC 1918) and a small number of legal addresses to access the Internet to be used on the internal network. Distinguish between static and dynamic NAT. With static NAT, between the internal and legal addresses (in some cases only for certain protocols and ports, protocol address translation PAT), a one-to-one correspondence is established both for access from the internal network to the Internet and for access to the internal network from the Internet. It is used, as a rule, for application servers (e-mail, WWW, FTP, etc.) installed on internal networks, access to which from the Internet should be provided. With dynamic NAT, the correspondence between the internal address / port and the external address / port is created when creating a session from a computer on the internal network, and many internal addresses can be converted to one legal address due to port conversion (used for workstations).
В предпочтительном варианте осуществления изобретения применяется статический NAT/PAT, при этом преобразование производится только для протокола UDP (по которому передается собственно аудио-видео информация (контрольная информация передается по протоколу TCP) и только для двух портов, один из которых предназначен для передачи голоса, а второй -изображения. При этом модификации подвергается только IP-адрес получателя, порты остаются неизменными. Все остальные пакеты передаются стандартным способом без преобразования, т.о. не нарушается работа сети в целом. Особенностью является преобразование не для адресов из приватных в легальные и обратно на одном маршрутизаторе (что собственно подразумевается стандартом), а преобразование нелегального адреса в легальный, но в нескольких маршрутизаторах параллельно, причем только для одного направления, обратный поток идет без преобразования. С точки зрения работы NAT система преобразования строится таким образом, что для маршрутизатора интерфейс, получающий данный класс пакетов, эквивалентен интерфейсу, подключенному к Интернет, а отправляющий -подключенному к внутренней сети. Таким образом производиться преобразование именно адреса получателя.In a preferred embodiment of the invention, static NAT / PAT is used, and the conversion is performed only for the UDP protocol (via which the actual audio-video information is transmitted (control information is transmitted via TCP) and for only two ports, one of which is for voice transmission, and the second - images. In this case, only the recipient's IP address is modified, the ports remain unchanged. All other packets are transmitted in the standard way without conversion, that is, the operation is not broken the network as a whole. The peculiarity is the conversion not for addresses from private to legal and vice versa on the same router (which is actually implied by the standard), but the conversion of an illegal address to a legal one, but in several routers in parallel, and only for one direction, the reverse flow goes without conversion From the point of view of NAT, the conversion system is constructed in such a way that for the router the interface receiving this class of packets is equivalent to the interface connected to the Internet, and howling - connected to the internal network. Thus, the conversion of the recipient address is carried out.
Блок маршрутизации отвечает за построение таблиц маршрутизации передачу пакетов между интерфейсами маршрутизатора в соответствии с этими таблицами. Для ускорения процесса передачи пакетов на основании таблиц маршрутизации строятся оптимизированные таблицы (FIB - forvarding information base, у разных производителей могут называться по разному). Таблицы маршрутизации для юникастных и мультикастных адресов строятся независимо различными протоколами маршрутизации.The routing unit is responsible for the construction of routing tables, the transmission of packets between the interfaces of the router in accordance with these tables. To speed up the process of packet transmission, optimized tables are built on the basis of routing tables (FIB - forvarding information base, may be called differently by different manufacturers). Routing tables for unicast and multicast addresses are constructed independently by different routing protocols.
Для юникаста это OSPF, RIP (V1, V2), IGRP/EIGRP, BGP4, статическая. Принципы работы протоколов маршрутизации несущественны, важно то, что все они создают таблицу маршрутизации на основании юникастных адресов получателя, определяя в какой интерфейс отправить пакет с данным адресом получателя.For Unicast, these are OSPF, RIP (V1, V2), IGRP / EIGRP, BGP4, static. The principles of operation of routing protocols are not significant, it is important that they all create a routing table based on the unicast addresses of the recipient, determining in which interface to send the packet with the given recipient address.
Для мультикаста это PIM, MOSPF, MBGP, MDP, IGMP. Принципы работы данных протоколов также несущественны, важно что они также создают таблицы маршрутизации на основании мультикастных адресов, стоящих на месте адреса получателя, и в результате отправляют полученный мультикастный пакет в соответствующий(ие) интерфейсы. Очень важно отметить ту особенность, что если получатели находятся за несколькими интерфейсами, пакет может размножаться по количеству таких интерфейсов, но не по количеству получателей за данным интерфейсом.For multicast, these are PIM, MOSPF, MBGP, MDP, IGMP. The principles of operation of these protocols are also insignificant, it is important that they also create routing tables based on multicast addresses that are in place of the recipient's address, and as a result send the received multicast packet to the corresponding interfaces. It is very important to note the peculiarity that if the recipients are located behind several interfaces, the packet can multiply by the number of such interfaces, but not by the number of recipients behind this interface.
Блок фильтрации состоит из двух частей - блока анализа пакетов и блока принятия решений на основании результатов анализа. Блок анализа пакетов позволяет анализировать адрес отправителя, адрес получателя, протокол, другие поля заголовка (например, тип сервиса TOS), порт (в случае наличия функций сетевого экрана - и уровень приложений) и сопоставлять их со списками доступа. В зависимости от совпадения/несовпадения со списком доступа блок принятия решений может: разрешить дальнейшую маршрутизацию пакета в соответствии с таблицей маршрутизации, запретить дальнейшую маршрутизацию пакета (сбросить пакет), отправить пакет в заранее выбранный интерфейс в обход таблиц маршрутизации, запретить/разрешить преобразование пакета, присвоить определенный приоритет, поставить в определенную очередь и т.п.The filtering unit consists of two parts - a packet analysis unit and a decision making unit based on the analysis results. The packet analysis unit allows you to analyze the sender address, recipient address, protocol, other header fields (for example, the type of TOS service), port (if there are firewall functions, and the application level) and compare them with access lists. Depending on the match / mismatch with the access list, the decision block may: allow further routing of the packet in accordance with the routing table, prohibit further routing of the packet (drop the packet), send the packet to a pre-selected interface bypassing the routing tables, prohibit / enable packet conversion, assign a certain priority, put in a certain queue, etc.
Стандарт Н323 не подразумевает поддержки мультикаста (который как раз эффективен при многоточечных конференциях), при этом большинство аппаратных кодеков (да и многие программные, например Микрософт NetMeeting) именно в этом стандарте.The H323 standard does not imply support for multicast (which is just effective for multi-point conferences), while most hardware codecs (and many software codecs, for example Microsoft NetMeeting) are in this standard.
Спутниковая сеть приведена в качестве примера бродкастной сети для простоты понимания. Аналогичная ситуация имеется, например, при предоставлении доступа в Интернет по сетям кабельного телевидения, имеется та же самая ситуация. Там от головной станции (headend) пакеты по широкополосному каналу идут всем клиентам, у которых установлено специальное оборудование (set top box или кабельный модем), принимающее пакеты предназначенные только данному клиенту. В некоторых кабельных модемах есть встроенный маршрутизатор с необходимой функциональностью. В целом главное - среда должна быть такой, чтобы в обеспечивала доставку пакетов в направлении от центральной станции к оконечному оборудованию таким образом, чтобы любой отправляемый пакет доходил до всех оконечных устройств. Обратный канал может быть любым, это несущественно, важно чтобы пакеты от оконечных кодеков доходили (маршрутизировались) до MCU.A satellite network is provided as an example of a broadcast network for ease of understanding. A similar situation exists, for example, when providing access to the Internet via cable television networks, there is the same situation. There, from the headend, packets on the broadband channel go to all clients who have installed special equipment (set top box or cable modem), which receives packets intended only for this client. Some cable modems have a built-in router with the necessary functionality. In general, the main thing is that the environment should be such as to ensure the delivery of packets in the direction from the central station to the terminal equipment in such a way that any sent packet reaches all terminal devices. The return channel can be any, it is insignificant, it is important that packets from terminal codecs reach (are routed) to the MCU.
Поскольку в заголовке передаваемых IP пакетов имеется информация об адресе отправителя, получателя, протокола (сетевого), номера порта, который собственно и определяет приложение, для которого предназначен пакет. В заявленном решении имеются как бы три приложения (сессии), для которых предназначены пакеты - управляющая сессия (транспортный протокол TCP), передача видео и передача голоса (транспортный протокол UDP). Контрольные сессии устанавливаются стандартным образом между MCU и всеми абонентским кодеками, передача голоса и видео от абонентских кодеков также осуществляется стандартным образом. Следует отметить, что порты для передачи голоса и видео определяются в контрольной сессии и в принципе могут меняться от кодека к кодеку. Схема применима только для тех кодеков которые в силу аппаратной реализации для передачи голоса и видео всегда используют одни и те же порты, или в которых можно их жестко преконфигурировать. А для передачи видео и голоса от MCU к абонентским кодекам используется приведенная выше схема. То есть все пакеты, приходящие на головной маршрутизатор не от MCU, передаются стандартным образом.Since the header of the transmitted IP packets contains information about the address of the sender, receiver, protocol (network), port number, which actually determines the application for which the packet is intended. In the stated solution there are, as it were, three applications (sessions) for which the packages are intended - a control session (TCP transport protocol), video transmission and voice transmission (UDP transport protocol). Control sessions are established in a standard way between the MCU and all subscriber codecs, voice and video transmission from subscriber codecs is also carried out in a standard way. It should be noted that the ports for voice and video transmission are determined in the control session and, in principle, can vary from codec to codec. The scheme is applicable only to those codecs that, due to their hardware implementation, always use the same ports for voice and video transmission, or in which they can be hard-coded. And for the transmission of video and voice from the MCU to the subscriber codecs, the above scheme is used. That is, all packets arriving at the head router other than the MCU are transmitted in a standard way.
Приходящие на головной маршрутизатор от MCU пакеты анализируются. Определяется какого типа пакет. Если голос или видео к любому кодеку из списка, кроме того, который выбран основным, сбрасывается пакет и не отправляется дальше, если управляющий маршрутизируется стандартным способом. Если голос или видео к абонентскому кодеку, выбранному “основным”, маршрутизируется стандартным образом. Фильтр работает как “входной” (т.е. обрабатывает получаемые в интерфейс пакеты) для интерфейса, к которому подключено MCU.Packets arriving at the host router from the MCU are analyzed. What type of package is determined. If a voice or video is sent to any codec from the list, except the one selected as the main one, the packet is discarded and is not sent further if the manager is routed in the standard way. If the voice or video to the subscriber codec selected as “primary” is routed in the standard way. The filter works as an “input” filter (that is, it processes packets received by the interface) for the interface to which the MCU is connected.
Блок маршрутизации, соответственно, должен быть настроен таким образом, чтобы оставшиеся аудио-видео потоки отправлялись в интерфейс, подключенный к бродкастной сети.The routing unit, respectively, must be configured so that the remaining audio-video streams are sent to the interface connected to the Broadcast network.
На маршрутизаторе, к которому подключен “основной” кодек, все приходящие пакеты маршрутизируются стандартным образом.On the router to which the “main” codec is connected, all incoming packets are routed in a standard way.
На маршрутизаторах, к которым подключены все остальные абонентские кодеки, происходит следующее.On routers to which all other subscriber codecs are connected, the following occurs.
Анализируются пакеты, приходящие в интерфейс, подключенный к бродкастной сети. Все пакеты, предназначенные для устройств, подключенных к данному маршрутизатору (если говорить сложно, то для всех IP адресов, для которых в соответствии с таблицей маршрутизации данного маршрутизатора есть запись, указывающая что пакет с данным адресом получателя должен быть отправлен в один из интерфейсов, кроме того, который подключен к бродкастному сегменту), маршрутизируются стандартным образом. Если адрес получателя - “основной” кодек, протокол UDP, а порт - голос или видео, - заменить адрес получателя на адрес подключенного кодека и далее маршрутизировать стандартным образом, т.е. отправить в тот интерфейс, к которому подключен (через который доступен) данный кодек. Все остальные пакеты сбросить. Здесь используется функция статического NAT.The packets arriving at the interface connected to the Broadcast network are analyzed. All packets intended for devices connected to this router (if it is difficult to say, then for all IP addresses for which, in accordance with the routing table of this router, there is an entry indicating that a packet with a given recipient address should be sent to one of the interfaces, except the one that is connected to the Broadcast segment) are routed in a standard way. If the recipient address is the “main” codec, UDP protocol, and the port is voice or video, replace the recipient address with the address of the connected codec and then route it in the standard way, i.e. send to the interface to which this codec is connected (through which it is available). Discard all other packets. The static NAT function is used here.
В сетях TCP/IP каждый поток данных состоит из отдельных пакетов - датаграмм, характеризующихся уникальным IP-адресом получателя и отправителя, протоколом (для передачи пользовательской информации это TCP или UDP), портом (являющимся идентификатором приложения, для которого предназначен данный пакет), другой служебной информацией и собственно передаваемыми данными. Протокол TCP используется для передачи информации в режиме “с установлением соединения”, при этом имеется служебная последовательность обмена пакетами при установлении и разрыве сессии (связи между приложениями). Кроме того, в протоколе TCP используется режим “подтверждения получения”, при котором устройство-приемник посылает подтверждение устройству-отправителю на каждый пакет данных, при получении сбойного пакета посылает запрос на перепосылку данного пакета, при отсутствии подтверждения получения пакета устройством-отправителем пакет передается заново. Таким образом гарантируется 100% гарантия достоверности передаваемой информации. Протокол UDP используется для передачи данных в режиме “без установления соединения”, то есть не предусматривает обмена пакетами для установления/разрыва сессии и подтверждения принятия пакетов. Таким образом данный протокол может применяться только в случае передачи такой информации, где 100% достоверность не является критичной. С другой стороны, поскольку отсутствуют подтверждения и перезапросы на сбойные пакеты, данный протокол позволяет осуществлять передачу информации без дополнительных задержек, то есть в реальном масштабе времени.In TCP / IP networks, each data stream consists of separate packets - datagrams characterized by a unique IP address of the recipient and sender, a protocol (for transmitting user information it is TCP or UDP), a port (which is the identifier of the application for which this packet is intended), another service information and actually transmitted data. The TCP protocol is used to transmit information in the “connection establishment” mode, while there is an overhead sequence of packet exchange when establishing and breaking a session (communication between applications). In addition, TCP uses the “acknowledge receipt” mode, in which the receiving device sends an acknowledgment to the sending device for each data packet, when a failed packet is received, it sends a request to resend this packet, if there is no acknowledgment of the receipt of the packet by the sending device, the packet is transmitted again . Thus, a 100% guarantee of the reliability of the transmitted information is guaranteed. The UDP protocol is used for data transfer in the “connectionless” mode, that is, it does not provide for the exchange of packets to establish / break a session and confirm the acceptance of packets. Thus, this protocol can be applied only in the case of transmission of such information, where 100% reliability is not critical. On the other hand, since there are no confirmations and re-requests for failed packets, this protocol allows the transmission of information without additional delays, that is, in real time.
В Н323 конференциях протокол TCP используется для организации контрольных сессий между устройствами, управляющих установлением соединений при организации конференций и установления параметров передачи аудио/видео информации с использованием передачи данных по протоколу UDP. Поскольку посредством управляющей сессии передается незначительное количество данных служебной информации между MCU и абонентскими кодеками, в предлагаемом способе данное соединение устанавливается стандартным способом без какого-либо преобразования пакетов.In H323 conferences, the TCP protocol is used to organize control sessions between devices that control the establishment of connections during the organization of conferences and set the parameters for transmitting audio / video information using data transfer via UDP. Since an insignificant amount of overhead information is transmitted through the control session between the MCU and the subscriber codecs, in the proposed method, this connection is established in the standard way without any packet conversion.
Соответственно, при организации видеоконференций для передачи аудио/видеоинформации используется протокол UDP, позволяющий передавать изображение и голос в реальном масштабе времени с минимальными задержками. Используемые алгоритмы обработки видеоизображения и голоса, с учетом незначительного объема данных, передаваемых в каждом пакете, позволяют достигать достаточно высокого качества изображения и хорошей разборчивости речи даже при наличии небольшого количества недоставленных или сбойных пакетов. Основой предлагаемой технологии является особенность протокола UDP передавать информацию в режиме “без установления соединения” что позволяет использовать один поток передаваемых данных для приема несколькими устройствами. Абонентские устройства принимают последовательность пакетов “как они приходят” и преобразуют их в аудио/видео информацию согласно используемым алгоритмам. При использовании для передачи информации протокола TCP данная технология не могла бы быть применимой ввиду необходимости обработки MCU пакетов подтверждения для сессий с каждым из абонентских кодеков.Accordingly, when organizing video conferences for transmitting audio / video information, the UDP protocol is used, which allows transmitting image and voice in real time with minimal delays. The video and voice processing algorithms used, taking into account the small amount of data transmitted in each packet, allow achieving sufficiently high image quality and good speech intelligibility even in the presence of a small number of undelivered or failed packets. The basis of the proposed technology is a feature of the UDP protocol to transmit information in the “connectionless” mode, which allows the use of a single stream of transmitted data for reception by several devices. Subscriber devices receive the sequence of packets “as they arrive” and convert them into audio / video information according to the algorithms used. When using the TCP protocol for transmitting information, this technology could not be applicable due to the necessity of processing MCU confirmation packets for sessions with each of the subscriber codecs.
Алгоритм работы данной системы приведен на фиг.3.The algorithm of this system is shown in figure 3.
Приведенные выше схема организации многоточечных видеоконференций и алгоритм ее работы рассчитаны на транспортную сеть, работающую в безадресном режиме. Для применения данной системы с использованием широковещательной сети с адресацией на транспортном уровне потребует дополнительных преобразований, чтобы принимаемые абонентскими маршрутизаторами пакеты, предназначенные основному абонентскому маршрутизатору, не сбрасывались из-за несовпадения адресов транспортного уровня. Способы решения этой проблемы зависят от типа транспортной сети. В некоторых случаях может быть использована подмена адресов транспортной сети на приемных интерфейсах абонентских маршрутизаторов. Например, в случае frame-relay может быть использован один номер виртуального канала. В других случаях может быть использовано дополнительное преобразование адресов транспортного уровня передаваемого потока аудио/видео данных. Например в мультикастные, в этом случае автоматически используются специальные мультикастные адреса транспортного уровня, которые будут восприниматься абонентскими маршрутизаторами.The above scheme for organizing multi-point video conferencing and the algorithm for its operation are designed for a transport network operating in a non-address mode. To use this system using a broadcast network with addressing at the transport level, it will require additional transformations so that packets received by subscriber routers destined for the main subscriber router are not discarded due to mismatch of transport layer addresses. The solutions to this problem depend on the type of transport network. In some cases, substitution of transport network addresses at the receiving interfaces of subscriber routers can be used. For example, in the case of frame-relay, a single virtual channel number may be used. In other cases, additional address translation of the transport layer of the transmitted audio / video data stream may be used. For example, in multicast, in this case special multicast addresses of the transport layer, which will be perceived by subscriber routers, are automatically used.
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2003137604/12A RU2240657C1 (en) | 2003-12-29 | 2003-12-29 | Method and device for conducting video conferences |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2003137604/12A RU2240657C1 (en) | 2003-12-29 | 2003-12-29 | Method and device for conducting video conferences |
Publications (1)
Publication Number | Publication Date |
---|---|
RU2240657C1 true RU2240657C1 (en) | 2004-11-20 |
Family
ID=34311389
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2003137604/12A RU2240657C1 (en) | 2003-12-29 | 2003-12-29 | Method and device for conducting video conferences |
Country Status (1)
Country | Link |
---|---|
RU (1) | RU2240657C1 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006081726A1 (en) * | 2005-02-06 | 2006-08-10 | Zte Corporation | Multi-point video conference system and media processing method thereof |
WO2007073234A1 (en) * | 2005-12-23 | 2007-06-28 | Grigory Gemfrievich Dmitriev | Method and system for carrying out video-conferences |
US8253775B2 (en) | 2005-07-12 | 2012-08-28 | Nec Corporation | Multipoint conference system, multipoint conference method, and program |
US8660565B2 (en) | 2005-10-21 | 2014-02-25 | Handicare Accessibility Limited | Wireless fault monitoring system |
RU2515472C2 (en) * | 2009-11-27 | 2014-05-10 | ЗетТиИ Корпорейшн | Method, device and system for establishing video connection and video switching |
-
2003
- 2003-12-29 RU RU2003137604/12A patent/RU2240657C1/en active IP Right Revival
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006081726A1 (en) * | 2005-02-06 | 2006-08-10 | Zte Corporation | Multi-point video conference system and media processing method thereof |
US8767591B2 (en) | 2005-02-06 | 2014-07-01 | Zte Corporation | Multi-point video conference system and media processing method thereof |
US8253775B2 (en) | 2005-07-12 | 2012-08-28 | Nec Corporation | Multipoint conference system, multipoint conference method, and program |
US8660565B2 (en) | 2005-10-21 | 2014-02-25 | Handicare Accessibility Limited | Wireless fault monitoring system |
WO2007073234A1 (en) * | 2005-12-23 | 2007-06-28 | Grigory Gemfrievich Dmitriev | Method and system for carrying out video-conferences |
RU2515472C2 (en) * | 2009-11-27 | 2014-05-10 | ЗетТиИ Корпорейшн | Method, device and system for establishing video connection and video switching |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6011782A (en) | Method for managing multicast addresses for transmitting and receiving multimedia conferencing information on an internet protocol (IP) network | |
CA2240687C (en) | Method for managing multicast addresses for transmitting and receiving multimedia conferencing information on an internet protocol (ip) network implemented over an atm network | |
US6657975B1 (en) | Large-scale, fault-tolerant audio conferencing over a hybrid network | |
US7444425B2 (en) | Applying multicast protocols and VPN tunneling techniques to achieve high quality of service for real time media transport across IP networks | |
US6847618B2 (en) | Method and system for distributed conference bridge processing | |
US7079495B1 (en) | System and method for enabling multicast telecommunications | |
EP1820318B1 (en) | A method for identifying real-time traffic hop by hop in an internet network | |
WO2005104490A1 (en) | Multimedia communication and collaboration system and protocols | |
EP2829019B1 (en) | Data distribution system | |
EP1446899A1 (en) | Virtual gateway | |
RU2321183C2 (en) | Method and system for conducting video conferences | |
JP2003069563A (en) | Method and system for multi-location meeting | |
EP1492304A1 (en) | Audio mixer and method | |
WO1997048051A1 (en) | Ip multicast data distribution system with guaranteed quality of service | |
RU2240657C1 (en) | Method and device for conducting video conferences | |
JP3558912B2 (en) | Multipoint conference equipment | |
Luo et al. | A multiparty videoconferencing system over an application-level multicast protocol | |
JP3609291B2 (en) | Multi-point communication multicast relay device | |
US20180227342A1 (en) | Media stream management system | |
WO2003034670A1 (en) | A method and apparatus for transferring data packets in ip routers | |
JP2000244491A (en) | Multi-point conference system | |
Kreibich | The MBONE: the Internet's other backbone | |
KR20000027471A (en) | Method for transmitting session data of a multicast router | |
Kim et al. | A QoS guaranteed multimedia conference service over packet based network | |
WO2006109305A1 (en) | Bandwith optimization in ip networks for one to many communication |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20131230 |
|
NF4A | Reinstatement of patent |
Effective date: 20150210 |
|
QB4A | Licence on use of patent |
Free format text: PLEDGE Effective date: 20170426 |
|
PC41 | Official registration of the transfer of exclusive right |
Effective date: 20171002 |
|
PD4A | Correction of name of patent owner | ||
PD4A | Correction of name of patent owner |