СПОСОБ, УСТРОЙСТВО И СИСТЕМА ДЛЯ УПРАВЛЕНИЯ МНОГОКАНАЛЬНЫМ КАСКАДОМ СЕРВЕРА УПРАВЛЕНИЯ СРЕДОЙ

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к области связи, а конкретнее к способу, устройству и системе для управления многоканальным каскадом между двумя серверами управления средой.

УРОВЕНЬ ТЕХНИКИ ИЗОБРЕТЕНИЯ

Поскольку широкополосные сети быстро развиваются, системы видеосвязи, в особенности многоточечные системы проведения конференций, приобретают сегодня растущую популярность. Правительственные органы, военный комплекс, ведомства общественной безопасности и бизнес строят или расширяют свои системы проведения конференций. С развитием технологий видеосвязи и расширением пропускной способности систем видеосвязи сервер управления средой (например, блок управления многоточечной связью (MCU)) часто каскадно включается при построении сети.

В прежнем каскадном построении сети один составной канал доступен между любыми двумя каскадными MCU, и составной канал может использоваться для передачи одного канала мультимедийных сигналов. Например, один составной канал доступен между MCU1 и MCU2, терминалы T1 и T2 подключаются к портам MCU1; MCU1 мог передавать только один канал видео/звуковых сигналов T1 или T2 к каскадному MCU2, чтобы терминал, подключенный к MCU2, мог создать сеанс видеосвязи с T1 или T2 одновременно. Поэтому такое формирование каскадов (каскадирование) на основе одного канала не может использоваться для реализации услуг, например, многодисплейной системы и постоянного присутствия, посредством этого ограничивая применения многоточечной системы проведения конференций. После того как появляется технология многоканального каскада, по меньшей мере, два составных канала можно создать между любыми двумя каскадными MCU. Таким образом, несколько каналов мультимедийных сигналов могут передаваться между MCU для реализации таких услуг, как многодисплейная система и постоянное присутствие.

Однако автор изобретения обнаружил, что в существующей многоканальной каскадной сетевой структуре существует преобразование один-к-одному между каналами и терминалами. Если имеется много терминалов, то необходимо больше составных каналов. В частности, в случае сложного каскадирования каждый раз, когда каскадируется MCU, больше составных каналов будет создано между любыми двумя MCU. В результате огромное количество составных каналов занимают очень большую полосу пропускания, посредством этого тратя значительные ресурсы полосы пропускания.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Варианты осуществления настоящего изобретения предоставляют способ, устройство и систему для управления многоканальным каскадом между двумя серверами управления средой, чтобы сэкономить ресурсы полосы пропускания.

Вариант осуществления настоящего изобретения раскрывает способ для управления многоканальным каскадом между двумя серверами управления средой. Способ включает в себя:

прием сообщения запроса на обслуживание;

выбор целевого канала из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, в соответствии с сообщением запроса на обслуживание и предварительно установленным правилом использования каналов; и

отправку информации об определенном целевом канале противоположному каскадному серверу управления средой, чтобы дать возможность противоположному каскадному серверу управления средой осуществить переключение кодового потока в соответствии с информацией о целевом канале.

Вариант осуществления настоящего изобретения дополнительно раскрывает устройство для управления многоканальным каскадом между двумя серверами управления средой. Устройство включает в себя:

приемный блок, сконфигурированный для приема сообщения запроса на обслуживание;

блок выбора канала, сконфигурированный для выбора целевого канала из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, в соответствии с принятым сообщением запроса на обслуживание и предварительно установленным правилом использования каналов; и

блок отправки, сконфигурированный для отправки информации об определенном целевом канале противоположному каскадному серверу управления средой, чтобы дать возможность противоположному каскадному серверу управления средой осуществить переключение кодового потока в соответствии с информацией о целевом канале.

Вариант осуществления настоящего изобретения дополнительно раскрывает систему для управления многоканальным каскадом между двумя серверами управления средой. Система включает в себя: многоканально включенный в каскад сервер управления средой источника операции и противоположный каскадный сервер управления средой, где:

сервер управления средой источника операции конфигурируется для приема сообщения запроса на обслуживание от целевого терминала, выбора целевого канала из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, в соответствии с предварительно установленным правилом использования каналов, и отправки информации об определенном целевом канале противоположному каскадному серверу управления средой, чтобы дать возможность противоположному каскадному серверу управления средой осуществить переключение кодового потока в соответствии с информацией о целевом канале; а

противоположный каскадный сервер управления средой конфигурируется для приема информации об определенном целевом канале и выполнения переключения кодового потока в соответствии с предварительно установленной информацией о целевом канале.

В связи с предшествующими вариантами осуществления после того, как предшествующий способ используется для составных каналов, каждый составной канал может передавать мультимедийные сигналы от разных терминалов в разное время. Это экономит составные каналы и улучшает использование составных каналов, посредством этого экономя ресурсы каналов. К тому же предоставляются соответствующие политики для управления занятием канала. Это дополнительно улучшает использование и гибкость многоканальной каскадной конференц-связи.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Чтобы понятнее описать технические решения в вариантах осуществления настоящего изобретения или в предшествующем уровне техники, нижеследующее кратко описывает прилагаемые чертежи, включенные в варианты осуществления настоящего изобретения или в предшествующий уровень техники. Несомненно, описанные ниже прилагаемые чертежи являются некоторыми вариантами осуществления настоящего изобретения, и специалисты в данной области техники могут вывести другие чертежи из прилагаемых чертежей без творческих усилий.

Фиг.1 - блок-схема способа для управления многоканальным каскадом между двумя серверами управления средой в соответствии с вариантом 1 осуществления настоящего изобретения;

фиг.2 - структурное схематическое представление трехуровневого каскадного построения сети, предусмотренного в настоящем изобретении;

фиг.3 - блок-схема способа для управления многоканальным каскадом между двумя серверами управления средой в соответствии с вариантом 2 осуществления настоящего изобретения;

фиг.4 - структурная схема устройства для управления многоканальным каскадом между двумя серверами управления средой в соответствии с вариантом 3 осуществления настоящего изобретения; и

фиг.5 - структурная схема системы для управления многоканальным каскадом между двумя серверами управления средой в соответствии с вариантом 4 осуществления настоящего изобретения.

ПОДРОБНОЕ ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

Чтобы сделать легкими для понимания предшествующие цели, признаки и преимущества настоящего изобретения, нижеследующее подробно описывает варианты осуществления настоящего изобретения со ссылкой на прилагаемые чертежи.

Вариант 1 осуществления

Посмотрим на фиг.1, которая является блок-схемой способа для управления многоканальным каскадом между двумя серверами управления средой в соответствии с вариантом 1 осуществления настоящего изобретения. Способ включает в себя следующие этапы:

Этап 101: Принять сообщение запроса на обслуживание;

Этап 102: Выбрать целевой канал из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, в соответствии с сообщением запроса на обслуживание и предварительно установленным правилом использования каналов, где:

выбор целевого канала в соответствии с предварительно установленным правилом использования может включать в себя: принятие решения, выполняется ли предварительно установленное условие для установки целевого канала; и установку целевого канала, если предварительно установленное условие выполняется, или занятие целевого канала в соответствии с предварительно установленным правилом занятия, если заданное условие не выполняется;

предварительно установленное условие для установки целевого канала включает в себя: передает ли канал в числе всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, мультимедийные сигналы целевого терминала;

и/или

существует ли канал, который не используется, среди всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой;

правила занятия включают в себя одно или несколько из следующих:

(а) выбор канала, чей тип услуги такой же, как у мультимедийных сигналов целевого терминала, в качестве целевого канала из всех каналов, многоканально включенных в каскад;

(b) выбор канала, используемого сервером управления средой нижнего уровня, в качестве целевого канала из всех каналов, многоканально включенных в каскад;

(c) предварительная установка уровней обслуживания для различных типов услуг и выбор канала с самым низким уровнем обслуживания из всех каналов, многоканально включенных в каскад, в качестве целевого канала; и

(d) занятие канала произвольно в качестве целевого канала, если запрашивается критически важная услуга.

Когда более одного из предшествующих правил используется в качестве правил занятия, для каждого правила можно назначить уровень приоритета; когда выполняется условие для высокоприоритетного правила, высокоприоритетное правило сразу используется в качестве правила занятия. Например, если предшествующие правила (а) и (b) используются в качестве правил занятия, уровень приоритета, установленный для правила (а), может быть выше уровня приоритета, установленного для правила (b). То есть, если доступен канал, чей тип услуги такой же, как и у мультимедийных сигналов целевого терминала, то канал сразу выбирается в качестве целевого канала; если недоступен канал, чей тип услуги такой же, как и у мультимедийных сигналов целевого терминала, то канал, используемый сервером управления средой нижнего уровня, выбирается в качестве целевого канала из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой.

В предшествующих примерах правила занятия включают в себя два правила. Если правила занятия включают в себя три или больше правил, то может использоваться способ, аналогичный предшествующему способу, который здесь не описывается.

Этап 103: Отправить информацию об определенном целевом канале противоположному каскадному серверу управления средой, чтобы дать возможность противоположному каскадному серверу управления средой осуществить переключение кодового потока в соответствии с информацией о целевом канале, где:

информация о целевом канале включает в себя идентификатор (ID) целевого канала, тип услуги, установленный для целевого канала, тип кодового потока данных и ID терминала конференц-связи, соответствующего кодовому потоку данных, чтобы дать возможность противоположному каскадному серверу управления средой осуществить переключение кодового потока в соответствии с информацией о целевом канале;

информация о целевом канале также может включать в себя ID устройства у сервера управления средой - источника операции и уровень сервера управления средой.

В связи с предшествующим вариантом осуществления настоящего изобретения после того, как предшествующий способ используется для составных каналов, каждый составной канал может передавать мультимедийные сигналы от разных терминалов в разное время. Это экономит составные каналы и улучшает использование составных каналов, посредством этого экономя ресурсы каналов. К тому же предоставляются соответствующие политики для управления занятием канала. Это дополнительно улучшает применение и гибкость конференц-связи на основе многоканального каскада.

Вариант 2 осуществления

Посмотрим на фиг.2, которая является структурным схематическим представлением трехуровневого каскадного построения сети. К тому же фиг.2 также может считаться частью сложного каскадного построения сети (MCU на фиг.2 также могут каскадно включать другие MCU посредством многоканального каскадирования и подключаться к большему количеству терминалов конференц-связи, и больше составных каналов можно создавать между MCU). В конкретной конференции участвующие MCU и терминалы конференц-связи помечаются номерами M и T; на фиг.2 перед началом конференции ID 1, 2 и 3 соответственно назначаются для MCU1, MCU2 и MCU3, и номера M и T назначаются для всех терминалов при каждом MCU. Меткой <M, T> у T1 является <1, 1>, а меткой у T2 является <1, 2>; меткой <M, T> у T3 при MCU2 является <2, 1>, а меткой у T4 при MCU2 является <2, 2>; меткой <M, T> у T5 при MCU3 является <3, 1>, а меткой у T6 при MCU3 является <3, 2>. Посмотрим на фиг.3 в сочетании со структурной схемой трехуровневого каскадного построения сети, показанной на фиг.2. Фиг.3 - блок-схема способа для управления многоканальным каскадом между двумя серверами управления средой в соответствии с вариантом 2 осуществления настоящего изобретения. Принимая в качестве примера трехуровневое каскадное построение сети, показанное на фиг.2, этот вариант осуществления описывает способ для управления многоканальным каскадом между двумя серверами управления средой, где сервером управления средой является MCU. В этом варианте осуществления настоящего изобретения отсутствует взаимно однозначное преобразование между каналом и терминалом, и никакое применение не указывается для каждого составного канала; то есть каждый составной канал может использоваться для передачи мультимедийных сигналов приложений постоянного присутствия, многодисплейной системы, видео и других услуг. Когда пользовательское оборудование отправляет запрос операции обслуживания, нужно управлять каждым составным каналом, и канал нужно указать для передачи мультимедийных сигналов услуги, запрошенной пользовательским оборудованием. В частности, способ включает в себя следующие этапы:

Этап 301: Пользовательское оборудование отправляет к MCU2 сообщение запроса на обслуживание для запроса установки услуги постоянного присутствия, то есть для запроса воспроизведения постоянного присутствия, образованного из изображений от T3, T4 и T5.

Здесь для простоты описания три канала между MCU1 и MCU2 соответственно называются каналом 1, каналом 2 и каналом 3, и канал 1, канал 2 (слово "канал" не показано на фиг.2) и канал 3 (слово "канал" не показано на фиг.2) устанавливаются в качестве составного канала уровня 1; два канала между MCU2 и MCU3 соответственно называются каналом 4 и каналом 5, и эти каналы устанавливаются в качестве составного канала уровня 2; T3, T4 и T5 являются целевыми терминалами услуги постоянного присутствия. Пользовательское оборудование может быть устройством или системой, которая инициирует операцию обслуживания, терминалом или консолью управления услугами, подключенной к MCU, или модулем обработки внутри MCU.

Этап 302: В соответствии с сообщением запроса на обслуживание для постоянного присутствия MCU2 решает, передает ли канал 4 или канал 5 кодовые потоки целевого терминала T5. Если канал 4 или канал 5 передает кодовые потоки целевого терминала T5, то перейти к этапу 303; если канал 4 или канал 5 не передает кодовые потоки целевого терминала T5, то перейти к этапу 304.

Конкретный процесс для MCU2, чтобы принять решение, передает ли канал 4 или канал 5 мультимедийные сигналы целевого терминала T5, выглядит следующим образом: MCU2 решает, чьи данные передаются по каналу 4 и каналу 5 в соответствии с номерами M и T, соответствующими потокам данных, переданным по каналу 4 и каналу 5. Например, MCU2 записывает терминалы, чьи данные передаются по каналу 4 и каналу 5. Если решено, что метка <M, T>, соответствующая кодовому потоку, переданному по каналу 4 при MCU3, является <3, 1>, то это указывает, что канал 4 передает мультимедийные кодовые потоки целевого терминала T5.

Этап 303: Установить канал, который передает мультимедийные сигналы целевого терминала T5, в качестве целевого канала, а затем перейти к этапу 307.

Когда-либо канал 4, либо канал 5 передает мультимедийные сигналы целевого терминала T5, канал устанавливается в качестве целевого канала; когда и канал 4, и канал 5 передают мультимедийные сигналы целевого терминала T5, любой из них выбирается в качестве целевого канала.

Этап 304: решить, не используется ли в настоящее время канал 4 или канал 5; если канал 4 или канал 5 не используется в настоящее время, то перейти к этапу 305; если и канал 4, и канал 5 оба используются в настоящее время, то перейти к этапу 306.

Не используется ли в настоящее время канал 4 или канал 5, можно решить на основе информации о мультимедийных кодовых потоках, переданных по каналам, записанной в MCU3. MCU3 хранит соответствующую информацию идентификатора. Когда канал используется, соответствующий ID равен 1; когда канал не используется, соответствующий ID равен 0. Таким образом, не используется ли канал, можно решить путем получения ID использования у канала, записанного MCU3.

Этап 305: Установить не используемый канал в качестве целевого канала, а затем перейти к этапу 307.

Если либо канал 4, либо канал 5 не используется, то канал устанавливается в качестве целевого канала; если канал 4 и канал 5 оба не используются, то любой из них выбирается в качестве целевого канала.

Этап 306: Выбрать канал, чей тип услуги такой же, как у мультимедийных сигналов целевого терминала T5, из канала 4 и канала 5 в качестве целевого канала, а затем перейти к этапу 307.

MCU2 записывает номера M и T терминала, соответствующего мультимедийным сигналам, переданным по каждому каналу, и идентификационный разряд информации об услуге, соответствующей мультимедийным сигналам, переданным по этому каналу. Например, нижеследующая информация об услуге может устанавливаться для мультимедийных сигналов: постоянное присутствие, многодисплейная система и видео, и два разряда могут использоваться для указания типа услуги. В этом случае идентификационные разряды, соответствующие услугам постоянного присутствия, многодисплейной системы и видео могут устанавливаться соответственно в 01, 10 и 11. Если метка <M, T> целевого терминала мультимедийных сигналов, переданных по каналу 5, записывается в виде <3, 2> в MCU3, и идентификационные разряды типа услуги, переданной по каналу 5, записываются в виде 01, то это указывает, что тип услуги у канала 5 является таким же, как у мультимедийных сигналов целевого терминала T5. В этом случае канал 5 можно выбрать в качестве целевого канала. Если канал 4 и канал 5 используются, то в качестве целевого канала выбирается канал, чей тип услуги является таким же, как у мультимедийных сигналов целевого терминала T5. Например, если типом услуги у мультимедийных сигналов, переданных по каналу 4, также является постоянное присутствие, то канал 4 устанавливается в качестве целевого канала. Типы услуг могут включать в себя: постоянное присутствие, многодисплейную систему и видео.

В качестве альтернативы канал с меньшим уровнем каскада также может выбираться в качестве целевого канала из канала 4 и канала 5. Например, если мультимедийные сигналы, переданные по каналу 4, используются для многодисплейной системы на MCU1, а мультимедийные сигналы, переданные по каналу 5, используются для операций обслуживания на MCU2, потому что MCU1 относится к более высокому уровню, чем MCU2, а канал 4 относится к более высокому уровню, чем канал 5, то канал 5 выбирается в качестве целевого канала.

В качестве альтернативы уровни обслуживания могут предварительно устанавливаться, и тогда канал, передающий меньший уровень обслуживания, может выбираться в качестве целевого канала из канала 4 и канала 5. Например, уровень обслуживания у постоянного присутствия может быть предварительно установлен, чтобы быть выше уровня обслуживания у многодисплейной системы. В этом случае, если канал 4 передает данные услуги постоянного присутствия, а канал 5 передает данные услуги многодисплейной системы, то канал 5 выбирается в качестве целевого канала.

В качестве альтернативы один канал может выбираться произвольно из канала 4 и канала 5 в качестве целевого канала, что не влияет на реализацию решения.

Этап 307: MCU2 создает информацию о целевом канале в соответствии с предшествующими установками и отправляет информацию о целевом канале к MCU3.

Информация о целевом канале включает в себя:

ID целевого канала: он указывает номер канала, который установлен в качестве целевого канала среди нескольких каналов. В этом варианте осуществления ID целевого канала равен 4, указывая, что канал 4 устанавливается в качестве целевого канала.

ID терминала конференц-связи, соответствующего кодовому потоку данных: он указывает терминал конференц-связи, чей кодовый поток передается по целевому каналу. В этом варианте осуществления канал 4 передает данные терминала конференц-связи T5, и поэтому меткой <M, T> является <2, 5>.

Тип услуги, установленный для целевого канала: он указывает тип услуги у данных, переданных по целевому каналу. В этом варианте осуществления типом услуги является постоянное присутствие.

Тип кодового потока данных (первичный поток, вторичный поток или другой поток): он указывает тип кодового потока данных, переданного по целевому каналу, который может быть первичным потоком, вторичным потоком или другим потоком.

Этап 308: MCU3 принимает информацию о целевом канале от MCU2, а затем осуществляет переключение кодового потока в соответствии с информацией о целевом канале.

MCU3 отправляет кодовый поток терминала T5 в канал 4 в качестве первичного потока для услуги постоянного присутствия в соответствии с ID целевого канала, типом услуги, установленным для целевого канала, типом кодового потока данных и ID терминала конференц-связи, соответствующего кодовому потоку данных, переносимых в информации о целевом канале.

Следует отметить, что информация о целевом канале может дополнительно включать в себя: ID устройства у сервера управления средой - источника операции и уровень сервера управления средой.

ID устройства у сервера управления средой - источника операции указывает сервер управления средой, который выполняет операцию установки, чтобы противоположный каскадный сервер управления средой мог вернуть ответное сообщение операции на сервер управления средой источника операции. В этом варианте осуществления сервером управления средой является MCU, ID устройства у сервера управления средой является номер M у MCU; номер M равен 2, указывая, что операция установки выполняется MCU2. После осуществления переключения кодового потока MCU3 возвращает результат операции серверу управления средой - источнику операции MCU2, указанному ID устройства у сервера управления средой - источника операции.

Уровень MCU идентифицирует уровень MCU. Он может конфигурироваться на основе каскадной взаимосвязи или конкретизироваться пользователем. Например, наибольшим уровнем MCU является 100, который уменьшается с шагом 10 для других MCU нижнего уровня. В этом варианте осуществления уровнем MCU1 является 100, уровнем MCU2 является 90, а уровнем MCU3 является 80.

В частности, выбор целевого канала включает в себя следующие этапы:

(1) Решить, передает ли канал мультимедийные сигналы целевого терминала; если канал передает мультимедийные сигналы целевого терминала, сразу установить канал в качестве целевого канала.

(2) Если никакой канал не передает мультимедийные сигналы целевого терминала, решить, не используется ли канал; если имеется неиспользуемый канал, установить неиспользуемый канал в качестве целевого канала (если несколько каналов не используются, выбрать один из них произвольно).

(3) Если нет неиспользуемого канала, занять канал в качестве целевого канала в соответствии с предварительно установленными правилами занятия. Правила занятия включают в себя:

А. выбор канала, чей тип услуги такой же, как у мультимедийных сигналов целевого терминала, в качестве целевого канала;

B. выбор канала, используемого сервером управления средой нижнего уровня, из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, в качестве целевого канала; и

C. выбор канала с самым низким уровнем обслуживания из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, в качестве целевого канала. Нужно понимать, что предшествующие варианты осуществления являются предпочтительными вариантами осуществления. Настоящее изобретение также может быть реализовано посредством других вариантов осуществления. Например, если исходный терминал отправляет запрос на обслуживание для запроса услуги с наивысшим приоритетом, то целевой канал можно занять сразу вместо решения на этапах (1) и (2), описанных в предшествующих вариантах осуществления. К тому же, если исходный терминал конференц-связи, отправляющий запрос на обслуживание, имеет меньший приоритет или запрашивает услугу с меньшим приоритетом, то возможно, что никакой канал нельзя занять в качестве целевого канала. В этом случае исходный терминал конференц-связи может отправить запрос на консоль управления конференцией, которая организует необходимые ресурсы и выделит соответствующий канал исходному терминалу конференц-связи в качестве целевого канала. Невозможно перечислить все варианты осуществления настоящего изобретения, поэтому другие процессы, которые можно предположить прямо или косвенно на основе предшествующих вариантов осуществления, входят в объем охраны настоящего изобретения.

Следует отметить, что в этом варианте осуществления может отображаться результат установки целевого канала. Например, можно построить топологию нескольких каналов, которую можно отобразить графически или другим способом.

В связи с вариантами осуществления настоящего изобретения после того, как предшествующий способ используется для управления использованием составных каналов, каждый составной канал может передавать мультимедийные сигналы от разных терминалов в разное время. Это экономит составные каналы и улучшает использование составных каналов, посредством этого экономя ресурсы каналов. К тому же предоставляются соответствующие политики для управления занятием канала. Это дополнительно улучшает применение и гибкость многоканальной каскадной конференц-связи.

Решение может дополнительно включать в себя отображение результата многоканального управления, чтобы визуально представить информацию о нескольких каналах между MCU.

Вариант 3 осуществления

Чтобы обслуживать предшествующий способ многоканального управления, вариант осуществления настоящего изобретения дополнительно предоставляет устройство для управления многоканальным каскадом между двумя серверами управления средой. Посмотрим на фиг.4, которая является структурной схемой устройства для управления многоканальным каскадом между двумя серверами управления средой в соответствии с вариантом 3 осуществления настоящего изобретения. Устройство включает в себя приемный блок 401, блок 402 выбора канала и блок 403 отправки. Нижеследующее подробно описывает внутреннее строение и взаимосвязь соединений устройства в сочетании с принципом функционирования устройства.

Приемный блок 401 конфигурируется для приема сообщения запроса на обслуживание.

Сообщение запроса на обслуживание может поступить от терминала конференц-связи, соответствующей консоли управления конференцией или внутреннего блока соответствующего сервера управления средой.

Блок 402 выбора канала конфигурируется для выбора целевого канала из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, в соответствии с предварительно установленным правилом использования каналов.

Блок 403 отправки конфигурируется для отправки информации об определенном целевом канале противоположному каскадному серверу управления средой, чтобы дать возможность противоположному каскадному серверу управления средой осуществить переключение кодового потока в соответствии с информацией о целевом канале.

Предпочтительно, чтобы блок 402 выбора канала мог включать в себя блок 404 принятия решения по условию, блок 405 выполнения условий и блок 406 занятия, где:

блок 404 принятия решения по условию конфигурируется для решения, выполняется ли заданное условие для установки целевого канала. Если предварительно установленное условие для установки целевого канала выполняется, то блок выполнения условий устанавливает целевой канал; если предварительно установленное условие для установки целевого канала не выполняется, то блок 406 занятия занимает целевой канал;

блок 405 выполнения условий конфигурируется для установки целевого канала после того, как блок 404 принятия решения по условиям решает, что выполняется заданное условие для установки целевого канала; и

блок 406 занятия конфигурируется для занятия целевого канала в соответствии с предварительно установленным правилом занятия после того, как блок 404 принятия решения по условию решает, что предварительно установленное условие для установки целевого канала не выполняется.

Предварительно установленное условие для установки целевого канала включает в себя:

(1) передает ли какой-нибудь канал в числе всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, мультимедийные сигналы целевого терминала;

(2) не используется ли какой-нибудь канал среди всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой.

Понятно, что предшествующие условия могут существовать отдельно или объединяться. Если предшествующие условия объединяются, то есть канал среди всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, передает мультимедийные сигналы целевого терминала, а другой канал среди таких каналов не используется, то целевой канал может выбираться пользовательским оборудованием или на основе принципа экономии ресурсов.

Когда предварительно установленное условие не выполняется, блок 406 занятия занимает целевой канал в соответствии с предварительно установленным правилом занятия. Правило занятия включает в себя:

(1) выбор канала, чей тип услуги такой же, как у мультимедийных сигналов целевого терминала, в качестве целевого канала из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой;

(2) выбор канала, используемого сервером управления средой нижнего уровня, в качестве целевого канала из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой;

(3) предварительную установку уровней обслуживания для различных типов услуг и выбор канала с более низким уровнем обслуживания в качестве целевого канала из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой; и

(4) занятие канала произвольно в качестве целевого канала, если запрашивается критически важная услуга.

Понятно, что предшествующие правила занятия могут существовать отдельно или объединяться. Когда предшествующие условия объединяются, канал можно занять на основе некоторых критериев или условий, например:

a. Если доступен канал, чей тип услуги является таким же, как у мультимедийных сигналов целевого терминала, и канал передает мультимедийные данные сервера управления средой нижнего уровня, то канал можно занять в качестве целевого канала;

b. Если недоступен канал, чей тип услуги является таким же, как у мультимедийных сигналов целевого терминала, но канал среди всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, передает услугу нижнего уровня, то в качестве целевого канала можно занять канал, передающий услугу нижнего уровня; и

с. Если канал используется сервером управления средой нижнего уровня из всех каналов, многоканально включенных в каскад с противоположным сервером управления средой, и канал передает услугу нижнего уровня, то канал можно занять в качестве целевого канала.

Три предшествующих примера описывают три общих правила занятия. Понятно, что специалисты в данной области техники могут вывести другие правила занятия из сочетания предшествующих правил занятия.

Вариант осуществления настоящего изобретения дополнительно может включать в себя блок отображения для отображения результата многоканального управления.

В связи с предшествующим вариантом осуществления после того, как предшествующее устройство используется для управления использованием составных каналов, каждый составной канал может передавать мультимедийные сигналы от разных терминалов в разное время. Это экономит составные каналы и улучшает использование составных каналов, посредством этого экономя ресурсы каналов. К тому же предоставляются соответствующие политики для управления занятием канала. Это дополнительно улучшает применение и гибкость многоканальной каскадной конференц-связи.

Решение может дополнительно включать в себя отображение результата многоканального управления, чтобы визуально представить информацию о нескольких каналах между MCU.

Вариант 4 осуществления

Вариант осуществления настоящего изобретения дополнительно предоставляет систему для управления многоканальным каскадом между двумя серверами управления средой. Посмотрим на фиг.5, которая является структурной схемой системы для управления многоканальным каскадом между двумя серверами управления средой в соответствии с вариантом 4 осуществления настоящего изобретения. Система включает в себя многоканально включенный в каскад сервер 501 управления средой источника операции и противоположный каскадный сервер 502 управления средой, где:

сервер 501 управления средой источника операции конфигурируется для приема сообщения запроса на обслуживание от целевого терминала, выбора целевого канала из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, в соответствии с предварительно установленным правилом использования каналов, и отправки информации об определенном целевом канале противоположному каскадному серверу управления средой, чтобы дать возможность противоположному каскадному серверу управления средой осуществить переключение кодового потока в соответствии с информацией о целевом канале; и

противоположный каскадный сервер 502 управления средой конфигурируется для приема информации об определенном целевом канале и выполнения переключения кодового потока в соответствии с предварительно установленной информацией о целевом канале.

Сервер 501 управления средой - источник операции включает в себя:

приемный блок 503, сконфигурированный для приема сообщения запроса на обслуживание;

блок 504 выбора канала, сконфигурированный для выбора целевого канала из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, в соответствии с предварительно установленным правилом использования каналов; и

блок 505 отправки, сконфигурированный для отправки информации об определенном целевом канале противоположному каскадному серверу управления средой, чтобы дать возможность противоположному каскадному серверу управления средой осуществить переключение в соответствии с информацией о целевом канале.

В связи с предшествующими вариантами осуществления после того, как предшествующая система используется для управления использованием составных каналов, каждый составной канал может передавать мультимедийные сигналы от разных терминалов в разное время. Это экономит составные каналы и улучшает использование составных каналов, посредством этого экономя ресурсы каналов. К тому же предоставляются соответствующие политики для управления занятием канала. Это дополнительно улучшает применение и гибкость многоканальной каскадной конференц-связи.

Специалисты в данной области техники могут понять, что все или некоторые процессы способа, предоставленного в предшествующих вариантах осуществления, могут быть реализованы с помощью программы, инструктирующей соответствующие аппаратные средства; программа может храниться на считываемом носителе информации, например постоянном запоминающем устройстве (ROM), оперативном запоминающем устройстве (RAM), компакт-диске или оптическом диске.

Способ, устройство и система для управления многоканальным каскадом между двумя серверами управления средой подробно излагаются выше. Принцип и реализация настоящего изобретения описываются посредством конкретных вариантов осуществления. Предшествующие варианты осуществления имеют целью помочь в понимании способа и основной идеи настоящего изобретения. К тому же специалистам в данной области техники будет очевидно, что можно внести изменения в реализацию и область применения предшествующих вариантов осуществления без отклонения от принципов настоящего изобретения. Подводя итог, настоящее изобретение не ограничивается раскрытыми вариантами осуществления.