Способ, устройство и система для управления многоканальным каскадом сервера управления средой

Изобретение относится к способу, устройству и системе для управления многоканальным каскадом между двумя серверами управления средой. Технический результат заключается в обеспечении экономии ресурсов каналов. Для этого способ содержит этапы, на которых принимают сообщение запроса на обслуживание; выбирают целевой канал из всех каналов, многоканально включенных в каскад с противоположным каскадным сервером управления средой, в соответствии с сообщением запроса на обслуживание и предварительно установленным правилом использования каналов; и отправляют информацию об определенном целевом канале противоположному каскадному серверу управления средой, чтобы дать возможность противоположному каскадному серверу управления средой осуществить переключение кодового потока в соответствии с информацией о целевом канале. 3 н. и 8 з.п. ф-лы, 5 ил.

 

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

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

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

Поскольку широкополосные сети быстро развиваются, системы видеосвязи, в особенности многоточечные системы проведения конференций, приобретают сегодня растущую популярность. Правительственные органы, военный комплекс, ведомства общественной безопасности и бизнес строят или расширяют свои системы проведения конференций. С развитием технологий видеосвязи и расширением пропускной способности систем видеосвязи сервер управления средой (например, блок управления многоточечной связью (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), компакт-диске или оптическом диске.

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

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

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

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

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

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

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

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

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

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

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

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



 

Похожие патенты:

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

Изобретение относится к области сопровождения тегами сетевых пакетов для обозначения типа содержания данных или приоритета пакета. Техническим результатом является повышение эффективности отсеивания ненужных пакетов.

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

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

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

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

Настоящее изобретение относится к беспроводной связи на многих несущих. Реализация системы CDMA многоточечного соединения со многими несущими сокращает изменения аппаратных средств в унаследованных системах с одной несущей.

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

Изобретение относится к ячеистым сетям. Устройство и способ управления потоком трафика в ячеистой сети, содержащие прием на втором узле запроса на допуск потока трафика для допуска потока трафика от первого узла, определение нагрузки по трафику для второго узла и определение, допустить ли или отклонить поток трафика от первого узла, используя нагрузку по трафику. Техническим результатом является управление допуском потоков с различными требованиями к качеству обслуживания и приоритетами. 4 н. и 25 з.п. ф-лы, 10 ил.

Изобретение относится к области систем автоматизации подстанции (SA) для подстанций в сетях электроснабжения высокого и среднего напряжения. Технический результат заключается в обеспечении непрерывной обработки сетевого трафика за счет разделения функциональных возможностей защиты и контроля в интеллектуальных электронных устройствах (IED) от задач передачи данных, и первая не препятствует последней. Технический результат достигается за счет интеллектуального электронного устройства (IED), оборудованного для автоматизации подстанций, таких как модули коммутационной панели или ПК подстанции, с центральным процессором (CPU), который включает в себя первое ядро обработки, предназначенное для и выполненное с возможностью исполнения приложения защиты и управления, и второе ядро обработки или сетевое ядро, предназначенное для и выполненное с возможностью обработки или декодирования сетевого графика передачи данных; в предпочтительном варианте осуществления сетевое ядро выполняет объемные по вычислениям функции предварительной или последующей обработки в верхней части стека передачи данных 9-2; множество сетевых ядер или множество сетевых интерфейсов может потребоваться для того, чтобы обеспечить возможность работы с ожидаемым объемом графика IEC 61850 9-2. 2 н. и 6 з.п. ф-лы, 3 ил.

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

Изобретение относится к устройствам обмена маршрутной информацией. Технический результат заключается в уменьшении вероятности зацикливания при пересылке пакетов в сети с множеством сегментов. Система содержит, по меньшей мере, один первый сегмент, соединенный, по меньшей мере, через один узел граничных сегментов ("ABN") со вторым сегментом, каждый узел ABN имеет порт первого уровня, соединенный с каждым первым сегментом, и порт второго уровня, соединенный со вторым сегментом, каждый переданный многоадресный пакет включает заголовок, имеющий корневой идентификатор, идентифицирующий корень многоадресного дерева, пакет данных поступает в узел ABN, в ответ на получение многоадресного пакета через порт второго уровня узла граничных сегментов, выполняется анализ корневого идентификатора многоадресного пакета, и если многоадресный пакет должен быть передан, по меньшей мере, на один из портов первого уровня, в пакет вставляется другой корневой идентификатор прежде, чем пакет будет передан порту первого уровня. 3 н. и 17 з.п. ф-лы, 7 ил.

Изобретение относится к области технологий связи и, в частности, к способу и системе для передачи сообщения между дополнительным процессором и переключающей схемой. Технический результат заключается в снижении времени обработки сообщений протокола, за счет использования схемы дополнительного процессора. Технический результат достигается за счет изменения МАС-адреса места назначения принятого первого сообщения, подлежащего передаче в дополнительный процессор, на первый МАС-адрес места назначения, после чего переключающая схема передает упомянутое первое сообщение в дополнительный процессор, при этом первый МАС-адрес места назначения соответствует служебному физическому порту переключающей схемы для приема первого сообщения, при этом дополнительный процессор может различать первый МАС-адрес места назначения для определения того, что первое сообщение поступает от служебного физического порта. 2 н. и 7 з.п. ф-лы, 2 ил.

Изобретение относится к способу реагирования на перегрузку в системе связи, которая имеет возможность маршрутизации по сети первого типа и сети второго типа. Технический результат заключается в эффективном использовании сети первого и сети второго типа. Способ содержит этап, на котором формируют в медиашлюзе индикацию перегрузки для ресурсов на маршруте к адресату через сеть первого типа, причем способ дополнительно содержит следующие этапы, выполняемые в сервере управления вызовом упомянутой системы связи, на которых принимают индикацию перегрузки, сохраняют индикацию перегрузки, ассоциированную с маршрутом, после приема последующего запроса инициализации установления вызова на маршруте проверяют, существует ли индикация перегрузки для маршрута, и устанавливают вызов на альтернативном маршруте к адресату через сеть второго типа, если упомянутая индикация перегрузки существует. 3 н. и 12 з.п. ф-лы, 6 ил.

Изобретение относится к ретрансляционному устройству. Технический результат - пересылка данных без потерь. Ретрансляционное устройство передает принятые данные, включающие в себя информацию об атрибуте представляющем собой IP (протокол Интернет) адрес источника данных, MAC (управления доступом к среде) адрес источника данных, IP адрес получателя данных, MAC (управления доступом к среде) адрес получателя данных, информацию, представляющую собой тип данных (например, данные, представляющие собой голос, данные, представляющие собой видео или подобное), информацию, представляющую собой приоритет связи, и подобное, устройству-получателю пересылки. Ретрансляционное устройство включает в себя первую секцию хранения информации о правиле, вторую секцию хранения информации о правиле и секцию управления пересылкой, которая в случае, когда количество информации применительно к первой информации о правиле, хранящейся в первом запоминающем устройстве, становится чрезмерно большим, происходит преобразование первой информации о правиле во вторую информацию о правиле сохранения ее во втором запоминающем устройстве. 3 н. и 10 з.п. ф-лы, 7 ил.

Изобретение относится к способу и устройству идентификации потока обмена данными (трафика) по протоколу передачи речевого сигнала Voice over Internet Protocol (VoIP). Технический результат заключается в возможности идентифицирования VoIP трафика, основанного на протоколе соединения MGCP. Идентифицируют пакет, относящийся к управляющему соединению, по совпадающим ключевым словам в соответствии с правилом идентификации протокола MGCP. Извлекают информацию о согласовании мультимедийного соединения для установления соединения из пакета, относящегося к управляющему соединению. Сопоставляют информацию о согласовании мультимедийного соединения по идентификатору (ID) транзакции, содержащемуся в информации о согласовании мультимедийного соединения. Идентифицируют речевой VoIP трафик, основанный на MGCP, путем сопоставления результатов. 2 н. и 10 з.п. ф-лы, 5 ил.

Изобретение относится к области предотвращения переходного цикла в сети связи с пакетной коммутацией. Техническим результатом является предотвращение появления всех возможных циклов, которые могли появиться во время переходного процесса в сети. Способ содержит этапы: приема сообщения в сетевом интерфейсе, которое содержит информацию об изменении в топологии сети; блокирования отправления трафика к каждому соседнему узлу сети в сетевом интерфейсе посредством блока обработки; согласования блоком обработки относительно топологии с каждым соседним узлом путем обмена описанием базы данных топологии или дайджестом базы данных топологии; и разблокирования отправления трафика, когда соседний узел имеет информацию о топологии, которая является той же самой, что и информация о топологии, сохраненная в памяти. 2 н. и 24 з.п. ф-лы, 12 ил.

Изобретение относится к средствам обеспечения качества обслуживания (QOS) для абонента многоканального протокола (MP) на уровне абонентов. Технический результат заключается в улучшении распределения фрагментов данных по каналам передачи. Принимают первый пакет, предназначенный для абонента. Определяют, будут ли фрагментировать первый пакет на множество фрагментов. Фрагментируют первый пакет на множество фрагментов, при этом каждый фрагмент инкапсулируют с помощью инкапсуляции многоканального протокола. Компонуют каждый из фрагментов так, чтобы сформировать единственный первый групповой пакет многоканального протокола. После компоновки каждого из фрагментов для формирования единственного первого группового пакета многоканального протокола определяют, поддерживает ли единственная идентичная выходная очередь для абонента каждый фрагмент в единственном первом групповом пакете многоканального протокола. В ответ на определение того, что каждый фрагмент может быть поддержан в единственной идентичной выходной очереди, применяют порядковый номер многоканального протокола для каждого фрагмента в единственном первом групповом пакете многоканального протокола. Размещают каждый фрагмент в единственном первом групповом пакете многоканального протокола в идентичную единственную выходную очередь для абонента, связанного с совокупным каналом связи. Дистрибутивным образом передают фрагменты по составляющим каналам связи. 3 н. и 17 з.п. ф-лы, 7 ил.
Наверх