ES2298758T3 - Mcu distribuida. - Google Patents
Mcu distribuida. Download PDFInfo
- Publication number
- ES2298758T3 ES2298758T3 ES04735422T ES04735422T ES2298758T3 ES 2298758 T3 ES2298758 T3 ES 2298758T3 ES 04735422 T ES04735422 T ES 04735422T ES 04735422 T ES04735422 T ES 04735422T ES 2298758 T3 ES2298758 T3 ES 2298758T3
- Authority
- ES
- Spain
- Prior art keywords
- mcu
- mcus
- eps
- list
- priority list
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 claims abstract description 54
- 238000005457 optimization Methods 0.000 claims description 13
- 238000009434 installation Methods 0.000 claims description 3
- 238000004364 calculation method Methods 0.000 claims description 2
- 108010071289 Factor XIII Proteins 0.000 claims 1
- 238000012795 verification Methods 0.000 claims 1
- 238000012544 monitoring process Methods 0.000 abstract description 12
- 230000006870 function Effects 0.000 description 25
- 238000007726 management method Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000012549 training Methods 0.000 description 2
- 239000002131 composite material Substances 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000030279 gene silencing Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/562—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities where the conference facilities are distributed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/567—Multimedia conference systems
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Special Wing (AREA)
- Small-Scale Networks (AREA)
- Ultra Sonic Daignosis Equipment (AREA)
Abstract
Método para la generación y la asignación automática de la instalación optimizada de una pluralidad de puntos terminales (EPs, siglas de End Points) a unas unidades de conexión a emplazamientos múltiples (MCUs, siglas de multi site conexión units) en un sistema de videoconferencia distribuido, que comprende las siguientes etapas: a) estimar el número de MCU necesarias, a partir del número de EPs que hay que conectar en una sesión de videoconferencia, en el que la estimación comprende la generación de una lista de prioridad de las MCU para las MCU disponibles con EPs asignados sobre la base de una función de ponderación, y escoger el MCU de mayor peso como MCU principal, b) verificar que hay un número suficiente de MCUs disponibles según la estimación asignando cada EP a una MCU, c) optimizar la asignación de EPs a MCUs, conectando unas EPs a unas MCUs, caracterizado por el hecho de que dicha etapa de optimización es realizada según una función de ponderación, y por el hecho de que dicha etapa de optimización comprende las subetapas que consisten en: - generar unas listas desasignadas, a partir de la lista de prioridad de las MCU generada por las EPs asignadas a unas MCUs, de EPs a partir de todas las MCU con excepción de una MCU principal; - crear unas rutas entre cada EP y cada MCU en la lista desasignada de las MCUs, - añadir estas rutas a una lista que comprende una conjunto de rutas, - seleccionar la lista que comprende un conjunto de rutas por llamada de peso menor, - asignar cada EP contenidas en el conjunto de rutas a la MCU que da el peso de ruta menor, si hay suficientes recursos en la MCU, y retirar todas las demás rutas de la lista seleccionada en la que se encuentra la EP.
Description
MCU distribuida.
La presente invención se refiere por lo general
a dispositivos de red de videoconferencias y más específicamente a
un método y a un dispositivo para la generación y la asignación
automática de la instalación optimizada de una pluralidad de puntos
terminales a unas unidades de conexión a emplazamientos múltiples en
una videoconferencia distribuida.
La invención también se refiere a un método y a
un dispositivo para monitorizar y administrar un concepto de una
MCU distribuida, que incluye una MCU principal y una o varias MCUs
esclavas, interconectadas en una llamada en una videoconferencia
distribuida.
La conferencia Video y Audio es una tecnología
empleada para la comunicación a largas distancias. Debido a varios
problemas que ocurren durante el establecimiento de las llamadas y
la gestión de las llamadas, varias de las soluciones necesitan
administradores de conferencia para establecer y gestionar la
conferencia. Para facilitar las tareas de establecimiento y gestión
de llamadas, varias grandes organizaciones y proveedores de
servicios emplean un servidor centralizado llamado Unidad de Control
Multi-punto (MCU, siglas de
Multi-point Control Unit). Una MCU es un
servidor empleado para tratar llamadas con múltiples participantes,
o para permitir la gestión centralizada de llamadas desde 2 a n
participantes.
La administración de una llamada teniendo
únicamente acceso a los puntos terminales (EPs) no es una solución
viable debido a la limitación de acceso a red, siendo necesarios
entrenamiento y formación para entender los equipos de diferentes
vendedores y las diferentes versiones de un mismo vendedor. Un punto
terminal (EP) se define como el terminal/teléfono video/audio o
puerta de acceso empleado en una videoconferencia.
Con un servidor centralizado (es decir una MCU),
los administradores de conferencia pueden controlar la mayor parte
de los aspectos de la llamada desde una única interfaz. Como la
mayoría de MCUs permiten múltiples conferencias, los
administradores también pueden monitorizar múltiples llamadas desde
la misma interfaz.
Actualmente, hay sistemas que asisten en la
gestión de los puntos terminales y las MCUs tales como Polycom GMS,
Polycom Conference Suite (también conocido como Applied Global
Technologies (AGT) VCAS) y Forgent VNP - pero sin embargo no
resuelven el problema de una interfaz de establecimiento y gestión
de llamadas única. Siguen necesitando un administrador para
comprender los diferentes dispositivos de la red.
Polycom GMS únicamente permite monitorizar
llamadas entre puntos terminales. Polycom Conference Suite (AGT
VCAS) permite monitorizar llamadas a un sistema a nivel de
sistema.
Forgent VNP permite monitorizar y establecer
llamadas a un sistema a nivel de sistema.
TANDBERG Management Suite permite monitorizar
llamadas a un sistema a nivel de sistema.
Hay varias publicaciones que describen
diferentes aspectos técnicos de las videoconferencias.
En US-6157401 se describe un
portero utilizado en un sistema de videoconferencia para controlar
las direcciones alias de los EPs que entran en el sistema. Se
comprueba si una dirección es una "dirección compuesta", y si
es así se asegura que la MCU asigna recursos de conferencia a una
videoconferencia entre los participantes designados de ese
modo.
En EP-1359708 se describe un
método para crear una conexión de video desde una terminal de
comunicación video con otros participantes en una
videoconferencia.
En US-2003/0147357 se describe
un método para el servicio de llamadas de comunicación video
mediante un terminal de comunicación video y un formato de datos de
mensajes asociados. Más específicamente, describe un método para
establecer una videoconferencia empleando MCUs y un modo de
conferencia para convocar llamadas.
En US-2002/0071026 se describe
un aparato y un método para incorporar entornos de videoconferencia
virtuales. Más específicamente, se describe un aparato y un método
para determinar si un usuario que entra en el sistema ha indicado
un entorno alternativo diferente del entorno captado normalmente por
defecto por un dispositivo de cámara durante la videoconferencia.
Si ese es el caso, un procesador de entornos obtiene el entorno de
una base de datos de entornos, y el aparato de videoconferencia
utiliza el entorno designado. Si ese no es el caso, el procesador
de entornos envía una lista de los posibles entornos, y el usuario
puede entonces seleccionar los entornos preferidos de la lista. Si
un usuario no desea seleccionar un entorno alternativo, se
selecciona el entorno por defecto.
US-5594725 describe un proceso y
un sistema para el control de la tasa de video.
US-2002/0036707 describe un
método para filtrar señales no deseadas de un video multihilo.
US-6590603 describe un sistema y
un método para gestionar el flujo (streaming) de datos.
Estas publicaciones describen aspectos más o
menos relevantes de las videoconferencias con respecto a la
presente invención. Las últimas tres publicaciones se incluyen como
antecedentes generales en la tecnología de videoconferencia.
Además, WO 01/35655 A2 y WO 02/60126 A1
describen la optimización de la planificación de conferencias.
Los sistemas de video y audio conferencia
existentes permiten a uno entrar en el sistema y monitorizar/editar
llamadas. TMS, Forgent VNP y Polycom Conference Suite también
permiten a uno establecer llamadas, pero no permiten tratar
conexiones MCU en cascada, o monitorizar la conferencia como una
entidad - solamente a un sistema a nivel de sistema.
Hay varios problemas asociados a la utilización
de servidores centralizados (MCUs). Pueden tener un gran tamaño y
coste debido a los requisitos para tratar condiciones extremas. Para
tratar la mayor parte de condiciones las MCUs son a menudo
sobredimensionadas en comparación con la media de uso y el número de
conferenciantes. Este es un requisito para tratar condiciones
extremas que se suelen dar en las horas punta de negocio.
Habitualmente, este problema no es debido al tamaño de una única
conferencia, pero a la cantidad de conferencias que tienen lugar.
Como las llamadas punto a punto también necesitan ser gestionadas,
estas también tienen que hacerse pasar por el servidor
centralizado, y por ello necesita recursos.
El aumento de los costes de llamada debido a la
colocación del servidor es un factor importante. Como es habitual
tener únicamente unos cuantos servidores centralizados grandes
(MCUs) todas las llamadas deben ser marcadas para ir a y desde el
servidor centralizado. Por ejemplo, si la empresa tiene una MCU
situada en Londres Inglaterra - si se debe realizar una llamada
entre Suecia y Noruega, se debe realizar una llamada entre el
emplazamiento en Suecia y la MCU de Londres, y se debe realizar otra
llamada entre el emplazamiento de Noruega y la MCU de Londres. Si
no fuese necesaria la gestión centralizada, esta llamada podría
hacerse con una única llamada directa entre los emplazamientos de
Noruega y Suecia.
Un servidor centralizado de video y audio
conferencias no se diferencia de otros servidores en que si falla
un servidor, todas las llamadas encaminadas por el servidor también
fallarán, es decir ocurrirá un fallo de punto único.
Respecto al problema descrito más arriba, la
solución según la invención tiene las ventajas siguientes:
El gran tamaño y el coste debidos a los
requisitos para tratar condiciones extremas se reduce
considerablemente. Como no se necesita ningún servidor de
conferencias único (MCU), se pueden usar varias unidades más
pequeñas o MCUs directamente disponibles en algunos puntos
terminales. Tampoco es necesario sobredimensionar la cantidad de
MCUs porque habrá menos unidades que tratarán varias conferencias
puesto que las llamadas punto a punto se marcarán directamente,
mientras que las llamadas que precisan varios participantes que una
única MCU no podría tratar, se repartirán entre varias MCUs más
pequeñas.
Como ya no es necesario necesitar una gran MCU
para puntos de administración únicos, se pueden colocar varias MCUs
más pequeñas en las áreas de negocio de una empresa, de modo que se
reducen los costes de las llamadas debido a la emplazamiento de los
servidores. Como también hay varios puntos terminales con funciones
internas MCU, o las llamadas se realizan únicamente entre dos
sistemas - no se necesita marcar una MCU externa, permitiendo que
la llamada se realice directamente entre los sistemas implicados en
la conferencia.
Puesto que la solución funcionará aunque alguna
MCU no se pueda alcanzar o está fuera de servicio, no hay ningún
punto único de fallo.
Un objetivo de la invención es proporcionar un
método y un dispositivo como el mencionado en la introducción que
supere los mencionados inconvenientes del estado de la técnica.
Por lo tanto, un aspecto de la invención es
proporcionar un método para la generación y la asignación
automática del establecimiento optimizado de una pluralidad de
puntos terminales (EPs) a unas unidades de conexión de
emplazamientos múltiples (MCUs) en un sistema de videoconferencia
distribuido. El método comprende una primera etapa consistente en
estimar el número de MCU necesarias, a partir del número de EPs que
hay que conectar en una sesión de videoconferencia, seguida de una
segunda etapa, consistente en verificar que hay un número
suficiente de MCUs disponibles según la estimación mediante la
asignación de cada EP a una MCU, y una última etapa de optimización
con una asignación final de EPs a MCUs, conectando EPs a MCUs según
una función de ponderación.
\newpage
Cuando una reunión prevista contiene más
sistemas de conferencia que los recursos disponibles en cualquier
MCU única de la red, es necesario poner los MCUs en cascada. El
método de la invención establecerá automáticamente las llamadas MCU
en cascada.
En algunos casos los EPs y las MCUs pueden ser
el mismo dispositivo físico.
Un dispositivo puede ser cualquier elemento
usado en el establecimiento de las llamadas de dos o más
videoconferencias, es decir MCUs, Puertas de entrada (que conectan
diferentes redes, por ejemplo IP e ISDN), Portero (que actúa como
punto de control central y proporciona servicios de control de
llamadas a puntos terminales registrados), y EP etc.
Los objetivos planteados más arriba se logran
mediante un método como el que se expone en el juego de
reivindicaciones adjunto.
La invención se describirá con mayor detalle
haciendo referencia a las figuras, en las cuales:
La figura 1 es un diagrama de bloques
esquemático que ilustra el establecimiento de una llamada entre
grupos de sistemas,
La figura 2 es un diagrama de bloques
esquemático que ilustra el establecimiento de una llamada con dos
MCU disponibles,
La figura 3A es un diagrama de flujo que ilustra
una implementación de la solución de llamadas distribuidas según el
método de la invención, y
La figura 3B es la parte de optimización del
diagrama de flujo ilustrado en la figura 3A.
La figura 1 muestra un ejemplo de como se puede
establecer una llamada entre un grupo de sistemas. Arriba a la
izquierda, tres sistemas están conectados a una Mcu externa A.
Arriba a la derecha otros tres sistemas están conectados a la MCU
externa MCU B. También hay una llamada entre la MCU A y la B para
transferir información entre las dos. En la parte baja de la
figura, un punto terminal que aloja a una MCU tiene otros dos
sistemas conectados a él. Esto da un total de nueve puntos
terminales conectados en una única conferencia.
La primera parte de esta invención es encaminar
la llamada de tal modo que se conecta automáticamente a todos los
sistemas. Esto se puede hacer respecto a diversos factores (costes
de llamada, calidad, funciones, etc.). Este método permite que la
llamada se establezca sin necesidad de un emplazamiento
centralizado.
La segunda y única parte de esta invención es
tener uno o más servicios administrando activamente y monitorizar
los sistemas en las configuraciones. Al administrador se le da una
única interfaz para establecer, monitorizar y gestionar la llamada.
Por ejemplo para cambiar la persona que está en línea (cuya voz y/o
imagen es suministrada a todos los otros participantes) en la
conferencia, se debe enviar una solicitud a la MCU A, a la MCU B y
a la MCU interna. En lugar de la solución empleada actualmente - en
la que el administrador debe entrar en cada una de estas unidades
para cambiar el flujo de llamada, el administrador cambia esta
configuración en un emplazamiento, provocando una cadena de
acciones a emprender en las unidades implicadas en la llamada - de
manera que el efecto para los usuarios terminales es como si la
llamada fuese administrada desde una MCU centralizada.
La figura 2 ilustra un ejemplo de
establecimiento de llamadas con dos MCU disponibles. Muestra de qué
manera el método de la invención establece una llamada distribuida.
Este ejemplo se refiere a una llamada con 14 sistemas de
videoconferencia. En lugar de tener el usuario que establecer toda
una conferencia distribuida manualmente, el método de la invención
genera automáticamente una solución multi-MCU en
cascada optimizada cuando hay más sistemas en la conferencia que
recursos disponibles en cualquier MCU única. Supongamos que hay 14
sistemas en la videoconferencia, de los cuales 7 se encuentran en
Dallas, Tejas (EUA), 4 en La ciudad de Nueva York, (Nueva York,
EUA) y 3 en Lysaker, Oslo, Noruega. También hay dos MCUs, una en
Dallas y otra en Lysaker. La MCU de Dallas tiene recursos
suficientes para atender a 10 de los sistemas mientras que la MCU
de Lysaker tiene recursos suficientes para atender 8 sistemas.
Puesto que ninguna de las MCUs tiene recursos suficientes para
atender los 14 sistemas es necesario poner las dos MCUs en cascada
juntas. Se colocan todos los 7 sistemas de Dallas en la MCU de
Dallas porque están más cercanas y también se colocan los 2 sistemas
de Nueva York en la misma MCU. El décimo recurso que queda se
emplea para enlazar con el segundo MCU de Noruega. Puesto que ahora
la MCU de Dallas está llena se colocan los 3 sistemas de Lysaker en
la MCU de Lysaker MCU y también los 2 sistemas restantes de Nueva
York en esta MCU.
La figura 3A muestra los procesos implicados en
la creación de una llamada distribuida en MCU. El método para la
generación y la asignación automática de la instalación optimizada
de una pluralidad de puntos terminales (EPs) a unas unidades de
conexión a emplazamientos múltiples (MCUs) en un sistema de
videoconferencia distribuido comprende las siguientes etapas.
La primera etapa 100 consiste en generar una
Lista de prioridad de las MCU para las MCU disponibles basada en
una función de ponderación que está basada a su vez en cualquier
característica o propiedad deseable de las MCUs y del número de
EPs. Esta puede ser la cantidad de recursos de procesamiento
disponibles en las MCUs, y los recursos de banda ancha que
necesitan las MCUs para conectarse a las EPs. A partir de esta
lista, se escoge la MCU de mayor peso como MCU principal.
La próxima etapa 110 consiste en estimar el
número de MCUs necesarias, a partir del número de EPs que hay que
conectar en una sesión de videoconferencia en curso. A partir de
aquí se comprueba en la etapa 120 si hay suficientes MCUs. Si no,
se mostrará un mensaje de error 140, y se parará el proceso de
creación de una llamada MCU distribuida. Si hay suficientes MCUs,
el proceso continuará con varias subetapas.
La primera subetapa 130 consiste en añadir las
MCUs requeridas de la lista de prioridad generada en la etapa 100 a
una lista "escogida" que es una base de datos que contiene las
MCUs escogidas.
La siguiente subetapa 160 consiste en calcular
los enlaces necesarios entre la MCU principal y las otras MCUs de
la lista base de datos de MCUs generada en la etapa 130.
A esta le sigue una subetapa 170 en la que la
MCU principal es asignada al EP del interlocutor principal de la
videoconferencia (si lo hay). El interlocutor principal de la
videoconferencia es el EP que suministra audio y/o video a todos
los otros participantes.
En la etapa 180, se procesa la MCU de la lista
"escogida" generada en la etapa 130. La primera vez esta será
la MCU principal, la segunda vez será la MCU con el segundo mejor
peso después de la MCU principal etc.
En la etapa 190 se realiza un cálculo, del peso
de una llamada para cada EP en el que el coste de una llamada entre
EP y MCUs está entre los factores ponderados. A esta le sigue la
etapa 200 en la que se genera una Lista de prioridad de EP para
cada MCU, es decir el peso de llamada de cada EP a las diferentes
MCUs de la lista "escogida" generada en la etapa 130.
En la etapa 210 se comprueba si quedan EPs de la
lista de prioridad de los EP generada en la etapa 200. En caso
negativo, todos los puntos terminales de la lista de prioridad de
los EP han sido procesados, y se inicia una rutina de optimización
en la etapa 300. Si esta tiene éxito, todos los sistemas de la
videoconferencia en curso serán interconectadas de manera óptima.
La rutina de optimización se describe en detalle con referencia a
la figura 3B a continuación.
Si quedan EPs en la lista de prioridad de los
EP, se realiza un nuevo test en la etapa 220, en la que se
comprueba si la MCU actualmente procesada según la etapa 180 está
llena. En caso negativo, se asigna el primer EP de la lista de
prioridad de los EP generada en la etapa 200 a la MCU actual. Esto
se realiza en la etapa 230 seguida de la etapa 240 en la que el
primer EP es eliminado de la lista de prioridad de EP. El bucle que
comprende las etapas 210, 220, 230 y 240 se realiza hasta que todas
las EPs han sido asignadas a la MCU, o hasta que la MCU actual está
llena, es decir que sus recursos han sido utilizados. Si ese es el
caso, se realizará la etapa 250.
En la etapa 250, se realiza un test para saber
si la lista "escogida" generada en la etapa 130 está vacía. En
caso negativo, se volverá a realizar la etapa 180 antes descrita,
seguida de las 190, 200 etc. Si la lista "escogida" está
vacía, se comprobará en la etapa 260 si hay una nueva MCU
disponible. Si ese es el caso, todas las EP asignadas en la etapa
230 son desasignadas en la etapa 280, y el proceso vuelve a empezar
desde la etapa 160 después de añadir la nueva MCU a la lista
"escogida". Esto se realiza en la etapa 150. Si no hay una
nueva MCU disponible, se generará un mensaje en la etapa 270.
Es deseable optimizar la conexión/asignación de
EPs y MCUs realizada en las etapas anteriores. Esto es debido a que
en algunos casos los recursos requeridos son muchos más de los
necesarios y por lo tanto más costosos.
La figura 3B muestra los procesos implicados en
la optimización de la ruta MCU distribuida. El método de
optimización es realizado cuando todos los EPs han sido asignados a
una MCU, es decir cuando no se han dado mensajes de error.
El método de optimización empieza en la etapa
400 desasignando los EPs de todas las MCUs excepto la principal.
Las listas desasignadas son generadas a partir de la lista de
prioridad generada de EPs asignados a MCUs realizada en la etapa
230.
En la etapa 410, se asigna el siguiente EP de la
lista desasignada, y en la etapa 430 se asigna la siguiente MCU de
la lista desasignada. En la etapa 430 se crea una ruta entre el EP y
la MCU. Esto continúa en la etapa 440 añadiendo la ruta a un
conjunto de rutas.
En la etapa 450 se comprueba si se ha alcanzado
el final de la lista de MCU desasignadas. Si no es el caso, se
volverá a la etapa 420, y se realizarán las etapas 420, 430, 440 y
450 hasta que no haya creado una ruta entre el EP actual y las MCUs
de la lista desasignada. Si se ha alcanzado el final de la lista de
MCU desasignadas, se realiza un nuevo test en la etapa 460. En esta
etapa se comprueba si se ha alcanzado el final de la lista de EPs.
Si no es el caso, la lista de MCUs desasignadas se vuelve a llevar a
una primera posición en la etapa 470, y se asigna el siguiente EP
de la lista de EPs desasignados seguido de las etapas 420 a 460 tal
como se ha descrito antes. Si en la etapa 460 se informa de que se
ha alcanzado el final de la lista de EPs, se entra en la etapa
480.
En la etapa 480, se selecciona el conjunto de
rutas obtenidas al ir desde las etapas 400 a la 460 por menor
peso.
En la etapa 490, se asigna la siguiente ruta
entre un EP y una MCU del conjunto de rutas escogidas, y en la
etapa 500 se comprueba si hay suficientes recursos en la MCU
particular. Si no es el caso, es que el proceso de optimización
falló y se presenta y ejecuta la solución original tal como se
presentó antes de entrar en la etapa 300. Si hay suficientes
recursos en la MCU particular, se entrará en la etapa 520.
En la etapa 520, se asigna el EP contenido en la
ruta a la MCU. A esto le sigue la etapa 530 en la que la ruta es
eliminada del conjunto.
Se comprueba en la etapa 540 si hay más rutas en
el conjunto de rutas. Si ese es el caso, se volverá a realizar la
etapa 490, y se volverán a realizar las siguientes etapas 500 a 530
hasta que todas las rutas se hayan calculado.
El proceso de optimización finalizará en la
etapa 500.
El método descrito permite establecer llamadas
entre dispositivos de videoconferencia de forma efectiva desde el
punto de vista del coste, y sin un emplazamiento centralizado.
Se considera que el método antes descrito con
referencia a los dibujos 3A y 3B es el mejor modo, e incluye por lo
tanto las etapas preferidas. Son posibles desviaciones del método,
aunque se consideran en el ámbito de la invención.
La invención también se refiere a un dispositivo
para realizar la generación y la asignación automática del
establecimiento optimizado de varios EPs a MCUs en un sistema de
videoconferencia distribuido según el método antes descrito.
Otro ejemplo proporciona un método y un
dispositivo para monitorizar y administrar varios dispositivos de
videoconferencia en una red. Un dispositivo de videoconferencia
puede ser cualquier dispositivo implicado en el establecimiento de
una videoconferencia, por ejemplo un punto terminal con o sin MCU
interna, puerta de entrada, portero, MCU etc.
Monitorizar: Ver información sobre la llamada,
los participantes y su estado.
Administración: Ser capaz de cambiar el estado
de los participantes, añadir participantes, eliminar participantes,
etc.
La monitorización y la administración de una
videoconferencia se realiza tras completar con éxito la
configuración de los dispositivos implicados en la
videoconferencia.
El método comprende una primera etapa
consistente en reunir y combinar información proveniente de los
dispositivos tal como los protocolos y la duración de la llamada.
Esto se realiza dejando que cada dispositivo de videoconferencia dé
soporte a su nivel a las diferentes funciones disponibles a una
memoria de reserva para acelerar el tiempo de proceso. A esta etapa
le sigue una comprobación de si el dispositivo principal
(habitualmente una MCU - el dispositivo principal en esta solución
es o bien la MCU principal en llamadas en cascada, la MCU en
llamadas que no están en cascada (MCU interna o externa) o el punto
terminal con más capacidades en una llamada punto a punto) es capaz
de llevar a cabo una orden específica (por ejemplo silenciado,
puesta en línea, volumen, etc.) al recibir la función de
administración. Esta es seguida por la etapa consistente en
comprobar si los dispositivos esclavos son capaces de llevar a cabo
la orden específica si el dispositivo principal no es capaz de
llevar a cabo dicha orden, seguido de una comprobación de si el EP
cuya orden debe ser llevada a cabo es capaz de llevar a cabo la
orden específica si los dispositivos principales o esclavos no son
capaces de realizar esta orden. La etapa final consiste en ejecutar
la orden en los dispositivos capaces de llevar a cabo la orden
específica.
La monitorización y la administración de la
interfaz de usuario está conectada funcionalmente a los
dispositivos de videoconferencia, es decir que no es necesario
realizar estas tareas desde un servidor centralizado.
En los tres ejemplos siguientes se describen
casos en los que se utiliza un método de monitorización y
administración. Se supone que los sistemas están conectados y que
hay una llamada.
En los diferentes casos, se desea que una
interfaz monitorice o gestione todas las llamadas. La descripción
siguiente muestra como se realiza esto según el método descrito más
arriba.
Monitorización: Se reúne la información de
llamada desde uno de los sistemas de la conferencia punto a punto.
Se selecciona automáticamente el sistema con más capacidades
(Multiempazamiento (MultiSite), anchura de banda ISDN). A
este sistema se le llama sistema PRINCIPAL. Esta información
contiene información sobre los protocolos, duración, etc. Si el
sistema es un sistema externo
(out-of-house), se utiliza el
sistema interno (in-house) para reunir esta
información.
Administración: Cuando se lleva a cabo una
función de administración en la conferencia, según las capacidades
del sistema, se comprueba primero el sistema PRINCIPAL. Si no se
puede llevar a cabo la función en este sistema se utiliza otro
sistema para realizar la función. Si el otro sistema no es interno
(in-house), la función falla (no hay sistema
que pueda realizar la función opuesta). Habitualmente el volumen o
el silencio se controla en el punto terminal que se desea
controlar, mientras que la continuidad de presencia, añadir/eliminar
participantes y el control de presencia se realiza en el sistema
PRINCIPAL.
Monitorización: la información es reunida desde
el sistema en la MCU de la conferencia que es la MCU. Este sistema
es llamado sistema principal. Esta información contiene información
sobre los protocolos, duración, etc.
Cuando se lleva a cabo una función de
administración sobre la conferencia - dependiendo de las capacidades
del sistema, se comprueba primero el Sistema PRINCIPAL (MCU). Si no
se puede llevar a cabo la función en el sistema principal, se
comprueba el sistema que debe realizar la función (por ejemplo, si
el MCU no puede realizar el silenciado, se ejecutará en su lugar el
silenciado en el emplazamiento que debe ser silenciado). Si el otro
sistema es externo (not in-house), la función falla
(no hay sistema que pueda ejecutar la función opuesta).
Habitualmente, el volumen o el silenciado (con MCU interna) se
controla en el punto terminal individual que se desea controlar,
mientras que la continuidad de presencia, añadir/eliminar
participantes, silenciar (con MCU externa) y el control de
presencia se realizan en el Sistema PRINCIPAL (ya sea MCU interna o
externa).
Monitorización: la información de llamada es
reunida y combinada desde todos los sistemas que actúan como MCUs
en la conferencia. Un sistema estará en la parte superior de la
cascada/distribución, este sistema es llamado el sistema PRINCIPAL.
Esta información combinada contiene información sobre protocolos,
duración, etc. Administración: Cuando se lleva a cabo una función
de administración de la conferencia, dependiendo de las capacidades
del sistema, se comprueba en primer lugar el Sistema PRINCIPAL (MCU
Principal). Si la función no puede ser realizada en el sistema
PRINCIPAL, se comprueban cada una de las otras MCUs (MCUs esclavas),
si las MCUs esclavas tampoco pueden realizar la función, se
comprueba el sistema que debe llevar a cabo la función (por ejemplo
si la MCU principal y la MCU esclava no pueden realizar el
Silenciado, El silenciado será ejecutado en el emplazamiento que
debe ser silenciado en su lugar). Si el otro sistema es externo
(not-in-house), la función falla
(no hay sistema que pueda realizar la función opuesta).
Habitualmente, el volumen o el silenciado (con MCU interna) se
controla en el punto terminal individual que se desea controlar,
mientras que la continuidad de presencia, añadir/eliminar
participantes y el silenciado (con MCU externa) se llevan a cabo en
las MCUs Principal o esclavas, mientras que el control de presencia
se lleva a cabo en el Sistema PRINCIPAL (MCU - ya sea interna o
externa).
La forma en que se realicen los métodos y el
control del sistema actual variará de un sistema a otro. Los
sistemas TANDBERG dan soporte a características de administración
distintas de los competidores (RadVision, Polycom, Ezenia). La
clave principal está en que cada sistema hace disponible su nivel de
soporte para diferentes funciones, para reunir información de
llamadas se agrupan los estados de los sistemas individuales
sistemas (para optimizar, en la mayoría de casos, se solicita
únicamente esta información al Sistema PRINCIPAL). Sin embargo,
para la administración, según la solución que se presenta aquí,
primero se intentará llevar a cabo primero la función en el sistema
PRINCIPAL, y luego en las esclavas (si se usan) y finalmente en el
sistema individual.
El resultado es que en la mayoría de casos y con
más características, solo se necesita acceder al Sistema PRINCIPAL,
lo cual resulta en una menor posibilidad de perder la conexión
debido a problemas en la red IP. Como se puede abrir una conexión
permanente con el Sistema PRINCIPAL, se accederá a la mayor parte de
las funciones, y no es necesario conectarse a todos los
sistemas.
La solución presentada da a los administradores
una pantalla y una forma de controlar todas las conferencias, ya
sean punto a punto, MCU interna, MCU externa o conferencias
distribuidas/en cascada. Por lo tanto, esto evita necesitar grandes
MCUs por las cuales deben pasar todas las llamadas, pero con las
mismas capacidades de monitorización y administración.
\vskip1.000000\baselineskip
Esta lista de referencias citadas por el
solicitante se muestra únicamente para conveniencia del lector. No
forma parte del documento de Patente Europea. Aunque se ha tenido
una gran precaución a la hora de recopilar las referencias, no se
pueden excluir errores u omisiones y la Oficina Europea de Patentes
declina cualquier responsabilidad al respecto.
\bullet US 6157401 A [0011]
\bullet EP 1359708 A [0012]
\bullet US 20030147357 A [0013]
\bullet US 20020071026 A [0014]
\bullet US 5594725 A [0015]
\bullet US 20020036707 A [0016]
\bullet US 6590603 B [0017]
\bullet WO 0135655 A2 [0019]
\bullet WO 0260126 A1 [0019].
Claims (13)
1. Método para la generación y la asignación
automática de la instalación optimizada de una pluralidad de puntos
terminales (EPs, siglas de End Points) a unas unidades de
conexión a emplazamientos múltiples (MCUs, siglas de multi site
conexión units) en un sistema de videoconferencia distribuido,
que comprende las siguientes etapas:
- a)
- estimar el número de MCU necesarias, a partir del número de EPs que hay que conectar en una sesión de videoconferencia, en el que la estimación comprende la generación de una lista de prioridad de las MCU para las MCU disponibles con EPs asignados sobre la base de una función de ponderación, y escoger el MCU de mayor peso como MCU principal,
- b)
- verificar que hay un número suficiente de MCUs disponibles según la estimación asignando cada EP a una MCU,
- c)
- optimizar la asignación de EPs a MCUs, conectando unas EPs a unas MCUs,
caracterizado por el hecho de que
dicha etapa de optimización es realizada según
una función de ponderación, y por el hecho de que dicha etapa de
optimización comprende las subetapas que consisten en:
- -
- generar unas listas desasignadas, a partir de la lista de prioridad de las MCU generada por las EPs asignadas a unas MCUs, de EPs a partir de todas las MCU con excepción de una MCU principal;
- -
- crear unas rutas entre cada EP y cada MCU en la lista desasignada de las MCUs,
- -
- añadir estas rutas a una lista que comprende una conjunto de rutas,
- -
- seleccionar la lista que comprende un conjunto de rutas por llamada de peso menor,
- -
- asignar cada EP contenidas en el conjunto de rutas a la MCU que da el peso de ruta menor, si hay suficientes recursos en la MCU, y retirar todas las demás rutas de la lista seleccionada en la que se encuentra la EP.
2. Método según la reivindicación 1, en el que
la verificación del número estimado de MCUs necesarias comprende
además las subetapas que consisten en:
- -
- calcular los enlaces necesarios desde la MCU principal a los otros MCUs de lalista de prioridad de las MCU,
- -
- asignar la MCU principal al EP al interlocutor principal de la videoconferencia (si lo hay),
- -
- calcular el peso de llamada para cada EP en el que el coste de una llamada entre EP y MCUs está entre los factores incluidos en el peso,
- -
- generar una lista de prioridad de las EP para cada MCU,
- -
- asignar cada EP a una MCU según las listas de prioridad generadas para las EPs y las MCUs.
3. Método según la reivindicación 1,en el que la
lista de prioridad generada de las MCU se selecciona por
emplazamiento, por anchura de banda y por canales en el momento de
una reunión prevista.
4. Método según la reivindicación 2, en el que
el cálculo del peso de las llamadas también comprende el factor de
anchura de banda.
5. Método según la reivindicación 2, en el que
la lista de prioridad de los EP generada se selecciona por
diferentes factores de ponderación entre los cuales el coste y la
anchura de banda están entre los factores priorizados.
6. Método según la reivindicación 2, en el que
la asignación de cada EP a una MCU es realizada según una lista
seleccionada de las MCU disponibles.
7. Método según la reivindicación 2, en el que
la asignación de cada EP a una MCU es realizada hasta que todas las
EPs son asignadas a una MCU.
8. Método según la reivindicación 2, en el cual
cada EP asignado es desasignado si uno o más EPs no están asignados
debido a una falta de recursos en las MCUs de la lista de prioridad
de los EP.
\newpage
9. Método según la reivindicación 2, en el cual
se asignan unos EPs al siguiente MCU de la lista de prioridad
cuando la MCU anterior está ocupada.
10. Método según la reivindicación 1, en el que
la asignación del EP contenido en el conjunto de rutas a su MCU se
abandona y la ruta asignada antes de la etapa de optimización se
selecciona si no hay recursos suficientes en la MCU
considerada.
11. Método según la reivindicación 5, en el que
la lista de prioridad de los EP generada se selecciona por por uno
de los factores de ponderación.
12. Método según la reivindicación 5, en el que
la lista de prioridad de los EP generada se selecciona por un
factor de ponderación.
13. Método según la reivindicación 8, en el que
los EPs desasignados son reasignados después de añadir un nuevo MCU
a la lista de prioridad de las MCU.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| NO20033106 | 2003-07-07 | ||
| NO20033106A NO318974B1 (no) | 2003-07-07 | 2003-07-07 | Distribuert MCU |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2298758T3 true ES2298758T3 (es) | 2008-05-16 |
Family
ID=27800784
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04735422T Expired - Lifetime ES2298758T3 (es) | 2003-07-07 | 2004-05-28 | Mcu distribuida. |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US7456858B2 (es) |
| EP (2) | EP1654873B1 (es) |
| JP (1) | JP4378651B2 (es) |
| CN (1) | CN100499792C (es) |
| AT (1) | ATE381210T1 (es) |
| DE (1) | DE602004010676T2 (es) |
| ES (1) | ES2298758T3 (es) |
| NO (1) | NO318974B1 (es) |
| WO (1) | WO2005004481A1 (es) |
Families Citing this family (68)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100359942C (zh) * | 2003-11-05 | 2008-01-02 | 华为技术有限公司 | 视讯会议系统及其管理方法 |
| US7492730B2 (en) | 2005-04-19 | 2009-02-17 | Polycom, Inc. | Multi-site conferencing system and method |
| US7817180B2 (en) * | 2005-04-28 | 2010-10-19 | Apple Inc. | Video processing in a multi-participant video conference |
| US9486408B2 (en) * | 2005-12-01 | 2016-11-08 | University Of Massachusetts Lowell | Botulinum nanoemulsions |
| US20070133438A1 (en) * | 2005-12-14 | 2007-06-14 | Cisco Technology, Inc. | Method and system for reserving resources in a conferencing system |
| US7800642B2 (en) * | 2006-03-01 | 2010-09-21 | Polycom, Inc. | Method and system for providing continuous presence video in a cascading conference |
| US8699384B2 (en) * | 2006-03-15 | 2014-04-15 | American Teleconferencing Services, Ltd. | VOIP conferencing |
| US7581038B1 (en) | 2006-03-16 | 2009-08-25 | Polycom, Inc. | Multicast distribution over one or more addressable buses wherein a switch includes a remapping table for inputting address for one or more destinations |
| US7675537B2 (en) * | 2006-03-31 | 2010-03-09 | Polycom, Inc. | System, method, and apparatus for extending wireless personal area networks using conferencing connection |
| CN101047828B (zh) * | 2006-03-31 | 2011-05-25 | 联想(北京)有限公司 | 分布式会议系统 |
| CN100438613C (zh) * | 2006-04-05 | 2008-11-26 | 北京华纬讯电信技术有限公司 | 多媒体视频会议系统中音视频码流的传输方法 |
| US8705558B2 (en) * | 2006-06-01 | 2014-04-22 | Cisco Technology, Inc. | Swapping bandwidth reservations |
| US7937442B2 (en) * | 2006-09-22 | 2011-05-03 | Microsoft Corporation | Multipoint control unit (MCU) failure detection and rollover |
| US8150917B2 (en) * | 2006-09-22 | 2012-04-03 | Microsoft Corporation | High availability conferencing |
| CN101179692B (zh) * | 2006-11-08 | 2011-03-02 | 中兴通讯股份有限公司 | 一种视讯会议系统mcu资源调度方法 |
| JP2008147877A (ja) * | 2006-12-07 | 2008-06-26 | Toshiba Corp | 会議システム |
| EP2151122B1 (en) * | 2007-02-14 | 2014-01-22 | Teliris, Inc. | Telepresence conference room layout, dynamic scenario manager, diagnostics and control system and method |
| US8208004B2 (en) * | 2007-05-08 | 2012-06-26 | Radvision Ltd. | Device, methods, and media for providing multi-point video conferencing unit functions |
| US7921244B2 (en) * | 2007-07-04 | 2011-04-05 | Ours Technology, Inc. | Data sharing and transfer systems and methods |
| US8217981B2 (en) * | 2007-10-12 | 2012-07-10 | Polycom, Inc. | Configuring videoconferencing systems to create video sessions with realistic presence |
| US9602295B1 (en) * | 2007-11-09 | 2017-03-21 | Avaya Inc. | Audio conferencing server for the internet |
| TW200926833A (en) * | 2007-12-03 | 2009-06-16 | Nat Applied Res Lab Nat Ct For High Performance Computing | Display system and display method capable of receiving multiple sources and with synchronous multiple outputs |
| US8319820B2 (en) * | 2008-06-23 | 2012-11-27 | Radvision, Ltd. | Systems, methods, and media for providing cascaded multi-point video conferencing units |
| US8355040B2 (en) * | 2008-10-16 | 2013-01-15 | Teliris, Inc. | Telepresence conference room layout, dynamic scenario manager, diagnostics and control system and method |
| CN101515948B (zh) * | 2009-03-31 | 2012-04-25 | 华为终端有限公司 | 分布式多点会议系统中的管理方法、装置及系统 |
| CN101557497B (zh) * | 2009-05-22 | 2011-12-28 | 华为终端有限公司 | 一种实现旁听会议的方法、终端及系统 |
| US8437282B2 (en) | 2009-06-21 | 2013-05-07 | Clearone Communications Hong Kong Limited | System and method of multi-endpoint data conferencing |
| US8319816B1 (en) * | 2009-07-28 | 2012-11-27 | Insors Integrated Communications | Methods, systems and program products for efficient communication of data between conference servers |
| CN101674451B (zh) * | 2009-09-27 | 2012-05-09 | 中兴通讯股份有限公司 | 控制多点视频会议的方法及系统及中控子系统及视频终端 |
| JP5999873B2 (ja) * | 2010-02-24 | 2016-09-28 | 株式会社リコー | 伝送システム、伝送方法、及びプログラム |
| CN101848099B (zh) * | 2010-03-19 | 2012-12-05 | 西安电子科技大学 | 网络会议系统及其会议实现方法 |
| US9041765B2 (en) * | 2010-05-12 | 2015-05-26 | Blue Jeans Network | Systems and methods for security and privacy controls for videoconferencing |
| CN101931782B (zh) * | 2010-08-25 | 2015-08-12 | 中兴通讯股份有限公司 | 用于多点控制单元的流量处理方法和装置 |
| US8744065B2 (en) | 2010-09-22 | 2014-06-03 | Avaya Inc. | Method and system for monitoring contact center transactions |
| US9736312B2 (en) | 2010-11-17 | 2017-08-15 | Avaya Inc. | Method and system for controlling audio signals in multiple concurrent conference calls |
| CN102571526B (zh) * | 2010-12-08 | 2015-05-06 | 华为终端有限公司 | 会场带宽的调整方法、装置、会议终端和媒体控制服务器 |
| CN102025971A (zh) * | 2010-12-15 | 2011-04-20 | 广东威创视讯科技股份有限公司 | 一种视频会议媒体服务器资源的动态分配方法 |
| CN102427518B (zh) * | 2010-12-29 | 2013-07-10 | 南京联坤软件技术有限公司 | 按需组网视频会议系统 |
| US8866873B2 (en) | 2011-10-08 | 2014-10-21 | Mitel Networks Corporation | System for distributing video conference resources among connected parties and methods thereof |
| EP2587778B1 (en) * | 2011-10-31 | 2017-07-19 | BlackBerry Limited | Automatic management control of external resources |
| US9020119B2 (en) | 2011-10-31 | 2015-04-28 | Blackberry Limited | Moderation control method for participants in a heterogeneous conference call |
| US8611877B2 (en) | 2011-10-31 | 2013-12-17 | Blackberry Limited | Automatic management control of external resources |
| US20130215215A1 (en) * | 2011-11-01 | 2013-08-22 | Teliris, Inc. | Cloud-based interoperability platform using a software-defined networking architecture |
| EP2774321A4 (en) * | 2011-11-01 | 2015-07-15 | Teliris Inc | CLOUD-BASED INTEROPERABILITY PLATFORM FOR VIDEO CONFERENCES |
| CN102364935B (zh) * | 2011-11-18 | 2013-06-05 | 苏州阔地网络科技有限公司 | 一种网络会议音视频传输方法及系统 |
| GB2520451B (en) | 2012-03-20 | 2015-09-30 | Media Network Services As | Data distribution system |
| US9065873B2 (en) | 2012-10-18 | 2015-06-23 | Cisco Technology, Inc. | Reduction of chaining in conference sessions |
| US9215414B2 (en) * | 2013-03-15 | 2015-12-15 | Cisco Technology, Inc. | Selection of a Multipoint Control Unit (MCU) for a video meeting on a network |
| CN104065682B (zh) * | 2013-03-21 | 2017-10-10 | 赛恩倍吉科技顾问（深圳）有限公司 | 资料传输方法 |
| CN103237026B (zh) * | 2013-04-22 | 2016-09-14 | 张志涵 | 伴随呼叫触发附加信息交互的系统及其方法 |
| KR20140140946A (ko) * | 2013-05-30 | 2014-12-10 | 한국전자통신연구원 | 다지점 제어 장치 및 그의 서비스 제공 방법 |
| WO2014194319A1 (en) * | 2013-05-31 | 2014-12-04 | Vidyo, Inc. | Systems and methods for room system pairing in video conferencing |
| US9118654B2 (en) | 2013-10-11 | 2015-08-25 | Edifire LLC | Methods and systems for compliance monitoring in secure media-based conferencing |
| US9118809B2 (en) | 2013-10-11 | 2015-08-25 | Edifire LLC | Methods and systems for multi-factor authentication in secure media-based conferencing |
| MY174662A (en) | 2014-01-08 | 2020-05-05 | Wafina Sdn Bhd | Self-learning and intelligent system for continually improving quality and performance of multimedia conference |
| CN105379179B (zh) * | 2014-02-10 | 2020-05-08 | 华为技术有限公司 | 一种多方实时通讯控制方法、装置及系统 |
| CN103997617A (zh) * | 2014-02-17 | 2014-08-20 | 宁波公众信息产业有限公司 | 一种视频调度的控制装置及方法 |
| CN104980685B (zh) * | 2014-04-14 | 2018-09-14 | 纬创资通股份有限公司 | 视频服务提供方法及视频服务提供系统 |
| WO2015168562A1 (en) * | 2014-05-01 | 2015-11-05 | Anterios, Inc. | Demonstrable efficacy across or within patient populations |
| JP6409438B2 (ja) | 2014-09-19 | 2018-10-24 | 株式会社リコー | セッション制御システム、通信端末、通信システム、セッション制御方法、及びプログラム |
| US9282130B1 (en) | 2014-09-29 | 2016-03-08 | Edifire LLC | Dynamic media negotiation in secure media-based conferencing |
| US9167098B1 (en) * | 2014-09-29 | 2015-10-20 | Edifire LLC | Dynamic conference session re-routing in secure media-based conferencing |
| US9131112B1 (en) | 2014-09-29 | 2015-09-08 | Edifire LLC | Dynamic signaling and resource allocation in secure media-based conferencing |
| US9137187B1 (en) | 2014-09-29 | 2015-09-15 | Edifire LLC | Dynamic conference session state management in secure media-based conferencing |
| JP6464696B2 (ja) | 2014-11-26 | 2019-02-06 | 株式会社リコー | 制御システム、通信システム、制御方法、及びプログラム |
| CN106714000A (zh) * | 2015-07-14 | 2017-05-24 | 三亚中兴软件有限责任公司 | 会议终端权限的控制方法、系统及装置 |
| CN107306315B (zh) * | 2016-04-18 | 2020-09-29 | 华为技术有限公司 | 语音会议创建方法、会议服务器及系统 |
| CN106851036B (zh) * | 2017-01-20 | 2019-08-30 | 广州广哈通信股份有限公司 | 一种共线语音会议分散混音系统 |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3181167B2 (ja) * | 1994-03-18 | 2001-07-03 | 富士通株式会社 | 多地点会議システムのカスケード構成における接続・切断方式 |
| US5473363A (en) * | 1994-07-26 | 1995-12-05 | Motorola, Inc. | System, method and multipoint control unit for multipoint multimedia conferencing |
| US5594725A (en) * | 1995-12-28 | 1997-01-14 | Vtel Corporation | Process and system for video rate control in a multipoint video conference |
| US6157401A (en) | 1998-07-17 | 2000-12-05 | Ezenia! Inc. | End-point-initiated multipoint videoconferencing |
| US6414707B1 (en) * | 1998-10-16 | 2002-07-02 | At&T Corp. | Apparatus and method for incorporating virtual video conferencing environments |
| CN1146232C (zh) * | 1999-08-09 | 2004-04-14 | 华为技术有限公司 | 一种在会议电视系统中实现多点控制单元多级级联的方法 |
| EP1234427B1 (en) | 1999-11-08 | 2004-09-01 | Polycom Israel Ltd. | A method for controlling several multipoint control units as one multipoint control unit |
| US7206016B2 (en) * | 2000-05-01 | 2007-04-17 | Polycom, Inc. | Filtering artifacts from multi-threaded video |
| AU2002231282A1 (en) * | 2000-11-02 | 2002-05-15 | Polycom, Inc. | Conferencing network resource management for call connectivity |
| CN1278554C (zh) * | 2000-11-10 | 2006-10-04 | 华为技术有限公司 | 视讯业务系统视讯业务实现方法及业务中心 |
| CN1134936C (zh) | 2001-02-06 | 2004-01-14 | 华为技术有限公司 | 一种视讯业务的实现方法 |
| US6590603B2 (en) * | 2001-10-31 | 2003-07-08 | Forgent Networks, Inc. | System and method for managing streaming data |
-
2003
- 2003-07-07 NO NO20033106A patent/NO318974B1/no not_active IP Right Cessation
-
2004
- 2004-05-28 AT AT04735422T patent/ATE381210T1/de not_active IP Right Cessation
- 2004-05-28 ES ES04735422T patent/ES2298758T3/es not_active Expired - Lifetime
- 2004-05-28 JP JP2006518565A patent/JP4378651B2/ja not_active Expired - Fee Related
- 2004-05-28 DE DE602004010676T patent/DE602004010676T2/de not_active Expired - Lifetime
- 2004-05-28 EP EP04735422A patent/EP1654873B1/en not_active Expired - Lifetime
- 2004-05-28 US US10/856,472 patent/US7456858B2/en active Active
- 2004-05-28 CN CNB2004800196191A patent/CN100499792C/zh not_active Expired - Fee Related
- 2004-05-28 WO PCT/NO2004/000155 patent/WO2005004481A1/en not_active Ceased
- 2004-05-28 EP EP07253632.9A patent/EP1895776B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE602004010676T2 (de) | 2009-01-02 |
| ATE381210T1 (de) | 2007-12-15 |
| EP1654873A1 (en) | 2006-05-10 |
| JP2007521753A (ja) | 2007-08-02 |
| CN1820505A (zh) | 2006-08-16 |
| NO318974B1 (no) | 2005-05-30 |
| EP1895776B1 (en) | 2015-07-08 |
| CN100499792C (zh) | 2009-06-10 |
| EP1895776A2 (en) | 2008-03-05 |
| US20050007446A1 (en) | 2005-01-13 |
| EP1895776A3 (en) | 2008-03-19 |
| NO20033106D0 (no) | 2003-07-07 |
| WO2005004481A1 (en) | 2005-01-13 |
| JP4378651B2 (ja) | 2009-12-09 |
| US7456858B2 (en) | 2008-11-25 |
| DE602004010676D1 (de) | 2008-01-24 |
| EP1654873B1 (en) | 2007-12-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2298758T3 (es) | Mcu distribuida. | |
| US7292544B2 (en) | Multipoint audiovisual conferencing system | |
| JP4546739B2 (ja) | ジャストインタイムのリソース提供、自動化された信号取得及びストリーミング、並びに完全自動化されたイベントアーカイブによるウェブキャスティング | |
| US7010108B2 (en) | Method for scheduling videoconferences | |
| CN101669324B (zh) | 多点视频会议中对带宽进行优化 | |
| US20050027581A1 (en) | System and method for setup of meetings and conferences | |
| US8588399B2 (en) | Call routing method: routing to out-of-network representative having ability to speak specific language, if interpreter of network and interpreter of entity are not available to take call | |
| US20170019436A1 (en) | Assigning resources for conference call | |
| US20070005809A1 (en) | Network information processing system and network information processing method | |
| US20100091687A1 (en) | Status of events | |
| JP2004312730A (ja) | ダイナミックな音声およびウェブ会議のスケジューリング、ブリッジング、同期化、および管理のための方法および装置 | |
| JP2007534266A (ja) | 会議のコール内に参加者を含めるためのシステムと方法 | |
| US20110173263A1 (en) | Directing An Attendee Of A Collaboration Event To An Endpoint | |
| KR20070012678A (ko) | 멀티미디어 통신 및 협업 시스템 및 프로토콜 | |
| US20110069141A1 (en) | Communication Between Scheduled And In Progress Event Attendees | |
| CN104135639B (zh) | 在2个独立系统之间映射虚拟会议室的方法和系统 | |
| US20110179157A1 (en) | Event Management System For Creating A Second Event | |
| SE520979C3 (sv) | Förbättringar vid eller avseende datakonferenser | |
| ES2581766T3 (es) | Sistema de gestión de transmisión, sistema de transmisión, método de gestión de transmisión de datos y medios de soporte de gestión de transmisión de datos | |
| US7792901B2 (en) | Reconfiguring a collaboration event | |
| US20110173275A1 (en) | Messaging Between Events | |
| WO2009136905A1 (en) | Communications prior to a scheduled event | |
| EP2271998B1 (en) | Event management system | |
| WO2019095084A1 (es) | Interfaz de servicio del usuario y plataforma de gestión para videoconferencia y actividades de colaboración | |
| JP2010074561A (ja) | 会議制御装置、会議システム、会議制御方法、そのプログラム、および、そのプログラムを記録した記録媒体 |