СПОСОБ И СИСТЕМА ДЛЯ СОЗДАНИЯ МУЛЬТИМЕДИЙНОЙ СЛУЖБЫ
METHOD AND SYSTEM FOR CREATING MULTIMEDIA SERVICE

Область техники
Данное изобретение относится к области мультимедийного сетевого телевещания, и, более конкретно, к способу и системе для создания мультимедийных служб с использованием протокола потоковой передачи реального времени (RTSP).
Предпосылки изобретения
В системе службы сетевого телевещания различные мультимедийные услуги, такие как прямое вещание (Live) и вещание по требованию (Оп-demand), должны быть предоставлены пользователям в множестве узлов. Поэтому возникает проблема создания мультимедийных служб с одинаковыми свойствами в множестве узлов. Для служб прямого вещания синхронный доступ к потокам кода должен быть реализован в множестве узлов; в то время как для служб вещания по требованию один мультимедийный поток должен быть сохранен в множестве узлов.
В настоящее время службы прямого вещания могут быть реализованы между различными узлами общесетевой многоадресной передачи, то есть службы прямого вещания создаются в центральном узле, чтобы передавать медиапотоки к многоадресному маршрутизатору, и каждый региональный узел может реализовать доступ к потокам кода путем присоединения к многоадресному вещанию. Однако сеть для такого способа передачи ограничена тем, что она должна поддерживать протокол многоадресного вещания.
Для различных типов сетевых структур требуется мультимедийная система, способная реализовывать одноадресные службы вывода потоков. Для одноадресных служб, если каждый узел получает потоки кода от источника прямого вещания, источник прямого вещания обязан отправлять множество потоков кода, таким образом увеличивая требуемую пропускную способность системы. Однако если одноадресные службы создаются в центральном узле и потоки кода назначаются для передачи по определенному фиксированному адресу регионального узла, то степень связи между этими двумя узлами увеличивается, и если адрес, по которому региональный узел получает потоки кода, изменяется, то адрес вывода потока одноадресной передачи центрального узла должен быть изменен вручную.
Кроме того, мультимедийный поток, передаваемый по требованию, должен быть сохранен в множестве узлов. Согласно существующему механизму одноадресной передачи, каждый из множества узлов системы должен распределять мультимедийный поток отдельно.
Сущность изобретения
Цель данного изобретения состоит в том, чтобы решить существующие проблемы, такие как неспособность динамически переключать адрес получателя мультимедийного потока, ограниченность режимов передачи сети, сложность планирования передачи мультимедийного потока, и создать такие способ и систему для создания мультимедийных служб, которые упрощают планирование передачи мультимедийного потока и обеспечивают единообразный способ создания мультимедийных служб центральным сервером управления мультимедийными службами.
Чтобы решить проблемы, описанные выше, данное изобретение предлагает способ создания мультимедийных служб, включающий:
установление канала сигнализации между первым узлом и вторым узлом; и
согласование мультимедиа вторым узлом с первым узлом через канал сигнализации для установления медиа-канала для передачи потока мультимедийных служб и завершения создания мультимедийных служб во втором узле.
Перед шагом установления канала сигнализации между первым узлом и вторым узлом способ также включает:
прием первым узлом первого сообщения создания мультимедийных служб, которое содержит тип службы и атрибут хранения мультимедийных служб, назначенные для первого узла; и
завершение создания мультимедийных служб в первом узле на основе типа службы и атрибута хранения.
Установление канала сигнализации между первым узлом и вторым узлом включает:
прием вторым узлом второго сообщения создания мультимедийных служб, которое содержит тот же тип службы, который первый узел назначил для второго узла, режим доступа, назначенный для второго узла, посредством которого принимают мультимедийные службы, а также адрес и порт для установления канала; и
установление вторым узлом канала сигнализации с первым узлом на основе упомянутых режима доступа, а также адреса и порта установления канала.
После шага завершения создания мультимедийных служб во втором узле способ также включает:
поддержание вторым узлом сигнализации подтверждения работоспособности с первым узлом.
Когда тип мультимедийных служб, назначаемых для первого узла, является типом прямого вещания и атрибут хранения представляет собой "Хранить", завершение создания мультимедийных служб в первом узле на основе типа службы и атрибута хранения включает:
ввод первым узлом потока мультимедийных служб из источника прямого вещания на основе того, что тип службы представляет собой прямое вещание, и сохранение потока в первом узле для завершения создания мультимедийных служб в первом узле.
Когда тип мультимедийных служб, назначаемых для первого узла, является типом вещания по требованию, и атрибут хранения представляет собой "Хранить", завершение создания мультимедийных служб в первом узле на основе типа службы и атрибута хранения включает:
загрузку первым узлом потока мультимедийных служб от источника контента в локальное запоминающее устройство по протоколу передачи файлов на основе того, что тип службы представляет собой вещание по требованию, и сохранение потока в локальном запоминающем устройстве.
Когда режим доступа является режимом доступа по протоколу потоковой передачи реального времени, а адрес и порт установления канала представляют собой первую информацию об IP-адресе и порте сигнализации первого узла, установление вторым узлом канала сигнализации с первым узлом включает:
передачу вторым узлом запроса по каналу сигнализации о создании режима доступа как протокола потоковой передачи реального времени первому узлу на основе первой информации об IP-адресе и порте сигнализации первого узла; и
создание первым узлом канала сигнализации по протоколу потоковой передачи реального времени, где режим доступа является протоколом потоковой передачи реального времени, в ответ на запрос второго узла.
Согласование мультимедиа вторым узлом с первым узлом через канал сигнализации для установления медиа-канала для передачи потока мультимедийных служб и для завершения создания мультимедийных служб во втором узле включает:
передачу вторым узлом сигнализации описания, содержащей идентификатор службы упомянутых мультимедийных служб, первому узлу по каналу сигнализации протокола потоковой передачи в реальном времени;
возврат первым узлом сообщения ответа на сигнализацию описания и уведомление первым узлом второго узла об описании данных потока мультимедийных служб, соответствующих идентификатору служб;
передачу вторым узлом сигнализации установки первому узлу и сообщение первому узлу информации об IP-адресе и порте для приема мультимедийных служб, которая определена на основе упомянутого описания данных;
уведомление первым узлом второго узла об информации об IP-адресе и порте, куда первый узел отправляет мультимедийные службы в ответ на сигнализацию установки, чтобы установить медиа-канал для передачи потока мультимедийных служб;
посылка вторым узлом сигнализации о начале вещания первому узлу; и
завершение создания первым узлом мультимедийных служб во втором узле через установленный медиа-канал в ответ на сигнализацию о начале вещания, отправленную вторым узлом.
Согласно этому способу завершение создания первым узлом мультимедийных служб во втором узле через установленный медиа-канал в ответ на сигнализацию о начале вещания, отправленную вторым узлом, включает:
отправку первым узлом потока мультимедийных служб второму узлу через медиа-канал; и
прием вторым узлом потока мультимедийных служб.
Согласно этому способу, когда тип службы представляет собой вещание по требованию, после приема вторым узлом потока мультимедийных служб способ также включает:
начало вещания вторым узлом потока мультимедийных служб;
посылку первым узлом запроса об окончании вещания второму узлу; и прием вторым узлом запроса на окончание вещания для окончания вещания потока мультимедийных служб.
Согласно этому способу, после того как второй узел поддерживает сигнализацию подтверждения работоспособности с первым узлом, способ также включает:
посылку вторым узлом сообщения об успешном создании мультимедийных служб в центральный сервер управления мультимедийными службами.
Согласно этому способу, после того как второй узел отправляет сообщение об успешном создании мультимедийных служб в центральный сервер управления мультимедийными службами, способ далее включает:
восстановление вторым узлом канала сигнализации с первым узлом, если происходит нарушение в канале сигнализации.
Данное изобретение также предлагает систему для создания мультимедийных служб, включающую:
центральный сервер управления мультимедийными службами, сконфигурированный так, чтобы отправлять первое сообщение создания мультимедийных служб, при этом первое сообщение создания мультимедийных служб содержит тип службы и атрибут хранения мультимедийных служб, назначенные для первого узла; и отправлять второе сообщение создания мультимедийных служб с тем же типом службы, который назначен для первого узла, при этом второе сообщение создания мультимедийных служб содержит режим доступа, назначенный для второго узла, посредством которого принимают мультимедийные службы, а также адрес и порт для установления канала;
первый узел, сконфигурированный так, чтобы завершать создание мультимедийных служб на основе первого сообщения создания мультимедийных служб, отправленного центральным сервером управления мультимедийными службами; и
второй узел, сконфигурированный так, чтобы устанавливать канал сигнализации для согласования мультимедиа с первым узлом на основе режима доступа мультимедийных служб, отправленного центральным сервером управления мультимедийными службами, а также адреса и порта установления канала, и устанавливать медиа-канал для передачи потока мультимедийных служб, чтобы завершить создание мультимедийных служб во втором узле.
Таким образом, данное изобретение позволяет устанавливать канал сигнализации между первым узлом и вторым узлом и использовать его для согласования мультимедиа, чтобы создать медиа-канал и завершить создание мультимедийных служб во втором узле, так чтобы реализовать унифицированное создание мультимедийных служб и упростить планирование мультимедийного потока.
Краткое описание чертежей
Изобретение будет далее описано подробно со ссылкой на сопровождающие чертежи и варианты осуществления изобретения
фиг.1 является блок-схемой способа создания мультимедийных служб в соответствии с первым вариантом осуществления данного изобретения;
фиг.2 является схемой сигнализации при согласовании мультимедиа в соответствии с данным изобретением;
фиг.3 является блок-схемой способа создания мультимедийных служб в соответствии со вторым вариантом осуществления данного изобретения;
фиг.4 является блок-схемой системы для создания мультимедийных служб в соответствии с данным изобретением.
Предпочтительные варианты осуществления изобретения
Посредством предложенных способа и системы для создания мультимедийных служб, данное изобретение позволяет обеспечить следующее: в мультимедийной системе, где службы вещания по требованию и прямого вещания предоставляются для пользователей множеством узлов, центральный сервер управления мультимедийными службами уведомляет первый узел (также называемый центральным узлом) и второй узел (также называемый региональным узлом, и в системе создания мультимедийных служб может быть множество региональных узлов) о том, чтобы создать один и тот же тип служб (например, для создания единых мультимедийных служб прямого вещания типа или вещания по требованию). В частности, мультимедийные службы согласуют через канал сигнализации по протоколу RTSP, установленный между центральным узлом и региональными узлами, чтобы избежать зависимости от источника прямого вещания, когда создают службы прямого вещания, а когда создают службы вещания по требованию, поток мультимедийных служб, запрошенных пользователями, может быть распределен региональным узлам от центрального узла посредством RTSP.
Фиг.1 является блок-схемой способа создания мультимедийных служб в соответствии с первым вариантом осуществления данного изобретения. Первый вариант осуществления данного изобретения описывает создание мультимедийных служб типа прямого вещания. Как показано на фиг.1, этот вариант осуществления включает следующие шаги:
Шаг 101: центральный сервер управления мультимедийными службами уведомляет центральный узел о том, чтобы создать мультимедийные службы, и назначает тип службы создаваемых мультимедийных служб как тип прямого вещания и атрибут хранения мультимедийных служб как "Хранить", то есть, после того как мультимедийные службы будут созданы в центральном узле, поток мультимедийных служб прямого вещания будет храниться в центральном узле. Конечно, в альтернативном случае атрибут хранения может быть установлен на значение "Не хранить". Центральный сервер управления мультимедийными службами может уведомить центральный узел путем посылки центральному узлу первого сообщения создания мультимедийных служб, которое содержит тип службы и атрибут хранения мультимедийных служб, назначенные для центрального узла.
Шаг 102: центральный узел непосредственно принимает поток мультимедийных служб прямого вещания от источника прямого вещания на основе типа прямого вещания и атрибута хранения и сохраняет поток мультимедийных служб прямого вещания в центральном узле на основе атрибута хранения ("Хранить"), чтобы завершить создание этих мультимедийных служб.
Шаг 103: центральный сервер управления мультимедийными службами уведомляет региональный узел о том, чтобы создать мультимедийные службы. Центральный сервер управления мультимедийными службами уведомляет региональный узел о том, чтобы создать тот же самый тип мультимедийных служб, как центральный узел, то есть создать мультимедийные службы типа прямого вещания, и определяет режим доступа мультимедийных служб типа прямого вещания как режим RTSP, при этом назначая первый IP-адрес и порт, с использованием которых центральный узел устанавливает канал сигнализации (то есть IP и порт, по которым центральный узел принимает сигнализацию управления), а также режим установления канала.
Более конкретно, центральный сервер управления мультимедийными службами уведомляет региональный узел о том, чтобы создать тот же самый тип мультимедийных служб, как центральный узел, следующим образом: центральный сервер отправляет второе сообщение создания мультимедийных служб региональному узлу, при этом второе сообщение создания мультимедийных служб содержит назначенный режим доступа, посредством которого региональный узел получает мультимедийные службы; и назначает режим установления канала между центральным узлом и региональным узлом, то есть устанавливает канал сигнализации RTSP между центральным узлом и региональным узлом на основе режима доступа RTSP и информации об IP-адресе и порте сигнализации регионального узла.
Шаг 104: региональный узел устанавливает канал сигнализации RTSP с центральным узлом на основе информации, содержавшейся во втором сообщении создания мультимедийных служб, согласно режиму установления канала.
Шаг 105: региональный узел согласовывает мультимедиа с центральным узлом через установленный канал сигнализации RTSP, чтобы установить медиа-канал для передачи потока мультимедийных служб, так чтобы завершить создание мультимедийных служб во втором узле. На фиг.2 показана схема сигнализации при согласовании мультимедиа.
Шаг 201: региональный узел отправляет сигнализацию описания (DESCRIBE) центральному узлу, и в этой сигнализации посылает центральному узлу идентификатор службы.
Шаг 202: центральный узел передает ответное сообщение 200 OK, чтобы указать службы, идентифицированные идентификатором службы, такие как мультимедийные службы вещания по требованию, идентифицированные идентификатором службы, которые существовали в центральном узле, и переносит в ответном сообщении информацию описания потока мультимедийных служб в региональный узел в форме протокола описания сеанса (session description protocol, SDP).
Шаг 203: после получения сообщения ответа на сигнализацию описания региональный узел готовит IP-адрес и порт для мультимедийной службы на основе информации описания SDP, и отправляет сигнализацию (SETUP) установки (транспортного механизма для медиа-потока) центральному узлу, чтобы получить IP-адрес и порт, с использованием которых мультимедийные службы принимаются центральным узлом.
Шаг 204: после получения сигнализации установки, центральный узел посылает сигнализацию об успешном подтверждении приема региональному узлу, и в этой сигнализации уведомляет региональный узел о втором IP-адресе и порте, куда центральный узел отправляет мультимедийные службы, то есть устанавливает медиа-канал для передачи мультимедийных служб, чтобы реализовать транспорт потока мультимедийных служб.
Шаг 205: региональный узел отправляет сигнализацию о начале вещания (PLAY) центральному узлу.
Шаг 206: центральный узел передает сообщение подтверждения приема сигнала начала вещания, которое принимается региональным узлом, чтобы завершить создание мультимедийных служб во втором узле через установленный медиа-канал.
Региональный узел завершает согласование мультимедиа посредством определенного процесса сигнализации мультимедийного согласования, так чтобы завершить создание мультимедийных служб в региональном узле, то есть центральный узел начинает вещание потока мультимедийных служб и передает, через согласованные IP-адрес и порт, с использованием которых транслируется мультимедиа, поток мультимедийных служб по согласованному IP-адресу и порту, с использованием которых региональный узел принимает мультимедиа. Во время создания мультимедийных служб в региональном узле центральный сервер управления мультимедийными службами может также назначать региональный узел для хранения конфигурации службы прямого вещания в этом региональном узле. Конечно, он может быть сконфигурирован как "Не хранить" и сконфигурирован согласно фактическим ситуациям.
Как показано на фиг.1, после шага 104 процесс далее включает следующий шаг.
Шаг 106: региональный узел поддерживает обмен сигнализацией подтверждения работоспособности (heartbeat) с центральным узлом. На шаге 207 схемы сигнализации, показанной на фиг.2, региональный узел посылает сообщение подтверждения работоспособности. На шаге 208 центральный узел посылает сообщение ответа на подтверждение работоспособности.
По завершении создания мультимедийных служб типа прямого вещания региональный узел может также отправить сообщение об успешном создании мультимедийных служб в центральный сервер управления мультимедийными службами, когда пользователи просматривают поток мультимедийных служб прямого вещания. Кроме того, центральный узел уведомляет региональный узел, когда вещание мультимедиа заканчивается. Региональный узел повторно согласует мультимедиа с центральным узлом в случае, если мультимедийные службы в данный момент имеют тип прямого вещания, то есть процесс, показанный на фиг.2, повторяется.
Конечно, когда один из центрального узла и регионального узла испытывает сбой в службах прямого вещания между этими двумя узлами, информация об IP-адресе и порте, используемая для взаимодействия потока мультимедийных служб между обоими узлами, может быть повторно согласована посредством сигнализации RTSP, то есть процесс, показанный на фиг.2, повторяется, чтобы воссоздать поток мультимедийных служб.
Первый вариант осуществления данного изобретения описывает создание мультимедийных служб типа прямого вещания таким образом, что в системе сетевого телевещания каждый региональный узел не нуждается в приеме потоков кода мультимедийных служб типа прямого вещания от одного и того же источника прямого вещания (эта функция реализована во время создания мультимедийных служб в региональном узле). Зависимость каждого регионального узла во время создания мультимедийных служб типа прямого вещания мала, потому что предыдущий узел (то есть, центральный узел), который создает мультимедийные службы типа прямого вещания, не должен знать детализированную информацию о параметрах следующего узла и независим от следующего узла (регионального узла), в то время как следующий узел должен только уведомить предыдущий узел об идентификаторе службы и информации об IP-адресе и порте для взаимодействия посредством сигнализации с предыдущим узлом (эти функции реализованы в процессе, показанном на фиг.2). Кроме того, центральному серверу управления мультимедийными службами не требуется вмешиваться в управление мультимедийными службами типа прямого вещания, что упрощает планирование мультимедийного потока.
Блок-схема способа создания мультимедийных служб в соответствии со вторым вариантом осуществления данного изобретения показана на фиг.3. Второй вариант осуществления данного изобретения описывает создание мультимедийных служб типа вещания по требованию. Как показано на фиг.3, этот процесс включает следующие шаги:
Шаг 301: центральный сервер управления мультимедийными службами уведомляет центральный узел о том, чтобы создать мультимедийные службы, и назначает тип служб создаваемых мультимедийных служб как тип вещания по требованию и атрибут хранения мультимедийных служб как "Хранить", то есть, после того как мультимедийные службы будут созданы в центральном узле, поток мультимедийных служб вещания по требованию будет храниться в центральном узле. Центральный сервер управления мультимедийными службами может уведомить центральный узел путем посылки центральному узлу первого сообщения создания мультимедийных служб, которое содержит тип службы и атрибут хранения мультимедийных служб, назначенные для центрального узла.
Шаг 302: центральный узел загружает поток мультимедийных служб вещания по требованию от источника контента по протоколу передачи файлов (FTP) на основе типа вещания ("по требованию") и атрибута хранения и сохраняет поток мультимедийных служб вещания по требованию в локальном запоминающем устройстве центрального узла на основе атрибута хранения (Хранить), чтобы завершить создание мультимедийных служб.
Шаг 303: центральный сервер управления мультимедийными службами уведомляет региональный узел о том, чтобы создать мультимедийные службы. Центральный сервер управления мультимедийными службами уведомляет региональный узел о том, чтобы создать тот же самый тип мультимедийных служб как центральный узел, то есть создать мультимедийные службы типа вещания по требованию, и назначает режим доступа мультимедийных служб типа вещания по требованию как режим RTSP, при этом назначая первый IP-адрес и порт, с использованием которых центральный узел устанавливает канал сигнализации (то есть IP и порт, по которым центральный узел принимает сигнализацию управления), а также режим установления канала.
Более конкретно, центральный сервер управления мультимедийными службами уведомляет региональный узел о том, чтобы создать тот же самый тип мультимедийных служб, как центральный узел, следующим образом: центральный сервер отправляет второе сообщение создания мультимедийных служб региональному узлу, при этом второе сообщение создания мультимедийных служб содержит назначенный режим доступа, посредством которого региональный узел получает мультимедийные службы; и назначает режим установления канала между центральным узлом и региональным узлом, то есть устанавливает канал сигнализации RTSP между центральным узлом и региональным узлом на основе режима доступа RTSP и первой информации об IP-адресе и порте сигнализации центрального узла.
Шаг 304: региональный узел устанавливает канал сигнализации RTSP с центральным узлом на основе информации, содержавшейся во втором сообщении создания мультимедийных служб, согласно режиму установления канала.
Шаг 305: региональный узел согласовывает мультимедиа с центральным узлом через установленный канал сигнализации RTSP, чтобы установить медиа-канал для передачи потока мультимедийных служб, так чтобы завершить создание мультимедийных служб во втором узле. На фиг.2 показана схема сигнализации при согласовании мультимедиа.
Шаг 201: региональный узел отправляет сигнализацию описания центральному узлу, и в этой сигнализации посылает центральному узлу идентификатор службы.
Шаг 202: центральный узел передает ответное сообщение 200 OK, чтобы указать службы, идентифицированные идентификатором службы, такие как мультимедийные службы прямого вещания, идентифицированные идентификатором службы, которые существовали в центральном узле, и переносит, в ответном сообщении, информацию описания потока мультимедийных служб в региональный узел в форме протокола описания сеанса (SDP).
Шаг 203: после получения сообщения ответа на сигнализацию описания региональный узел готовит IP-адрес и порт для передачи мультимедийной службы на основе информации описания SDP, и отправляет сигнализацию установки центральному узлу, чтобы получить IP-адрес и порт, с использованием которых мультимедийные службы принимаются центральным узлом.
Шаг 204: после приема сигнализации установки, центральный узел посылает сигнализацию 200 OK об успешном подтверждении приема региональному узлу, и уведомляет в этой сигнализации региональный узел о втором IP-адресе и порте, куда центральный узел отправляет мультимедийные службы, то есть устанавливает медиа-канал для передачи мультимедийных служб, чтобы реализовать транспорт потока мультимедийных служб.
Шаг 205: региональный узел отправляет сигнализацию о начале вещания центральному узлу.
Шаг 206: центральный узел передает сообщение 200 OK подтверждения начала вещания, которое принимает региональный узел.
Региональный узел завершает согласование мультимедиа посредством определенного процесса сигнализации для согласования мультимедиа, так чтобы завершить создание мультимедийных служб в региональном узле, то есть центральный узел начинает вещание потока мультимедийных служб и передает, через согласованные IP-адрес и порт, с использованием которых транслируется мультимедиа, поток мультимедийных служб по согласованному IP-адресу и порту, с использованием которых региональный узел принимает мультимедиа. Во время создания мультимедийных служб в региональном узле центральный сервер управления мультимедийными службами может также назначать региональный узел для хранения конфигурации службы вещания по требованию в этом региональном узле.
Как показано на фиг.1, после шага 104 процесс далее включает следующий шаг.
Шаг 306: региональный узел поддерживает сигнализацию подтверждения работоспособности с центральным узлом. На шаге 207 схемы сигнализации, показанной на фиг.2, посылается сообщение подтверждения работоспособности. На шаге 208 посылается сообщение ответа на сообщение подтверждения работоспособности.
После завершения создания мультимедийных служб типа вещания по требованию, когда центральный узел уведомляет региональный узел о том, что вещание мультимедиа закончено, и в случае, когда мультимедийные службы имеют в данный момент тип вещания по требованию, региональный узел уведомляет центральный сервер управления мультимедийными службами о том, что мультимедийные службы типа вещания по требованию созданы успешно.
Второй вариант осуществления данного изобретения описывает создание мультимедийных служб типа вещания по требованию, таких как в системе сетевого телевещания, где каждый региональный узел нуждается только в получении по запросу потока мультимедийных служб типа вещания по требованию от центрального узла. Поток мультимедийных служб типа вещания по требованию, запрошенный в региональном узле, распределяется по региональным узлам от предыдущего узла в режиме RTSP, и центральный сервер управления мультимедийными службами не должен вмешиваться в обработку мультимедийных служб типа вещания по требованию.
Из первого варианта осуществления и второго варианта осуществления данного изобретения, описанных выше, можно видеть, что данное изобретение позволяет установить канал сигнализации RTSP между центральным узлом и региональным узлом после введения потока мультимедийных служб, запрошенных пользователями, от источника кода или источника контента, или путем передачи потока мультимедийных служб, запрошенных пользователями, в центральный узел в режиме FTP, для реализации согласования мультимедиа между региональным узлом и центральным узлом, и позволяет обеспечить вещание мультимедийного потока в центральном узле по медиа-каналу, то есть региональный узел успешно создает мультимедийные службы.
Для мультимедийных служб типа прямого вещания центральный узел может хранить или не хранить этот поток и региональный узел может хранить или не хранить этот поток; в то время как для мультимедийных служб типа вещания по требованию центральный узел обязан хранить этот поток локально и региональный узел также обязан хранить этот поток локально.
В данном изобретении региональный узел уведомляет центральный сервер управления мультимедийными службами о результате создания потока мультимедийных служб в различные моменты времени на основе различных типов служб. Если создаются мультимедийные службы типа прямого вещания, то региональный узел уведомляет центральный сервер управления мультимедийными службами после получения ответа об успешном начале вещания и ответа на сообщение подтверждения работоспособности от центрального узла; а если создаются службы по требованию, то региональный узел уведомляет центральный сервер управления мультимедийными службами после того, как центральный узел уведомляет региональный узел о том, что вещание потока мультимедийных служб завершено, как показано шагами 209-211 в схеме сигнализации на фиг.2. Кроме того, второй вариант осуществления обеспечивает те же самые преимущества, что и первый вариант осуществления.
В первом варианте осуществления и втором варианте осуществления в дополнение к режиму RTSP может использоваться режим протокола инициирования сеансов (SIP) в качестве узла доступа мультимедийных служб; и в дополнение к каналу сигнализации RTSP может быть установлен канал сигнализации SIP. Поэтому эффект, получаемый от канала сигнализации RTSP, также достигается при установлении канала сигнализации SIP. Конкретный способ реализации является таким же, как описанный в первом варианте осуществления и втором варианте осуществления.
Соответственно, данное изобретение также предлагает систему для создания мультимедийных служб. Как показано на фиг.4, система для создания мультимедийных служб сконфигурирована так, что она включает два узла, центральный узел и региональный узел, и центральный сервер управления мультимедийными службами 10, который взаимодействует с центральным узлом 20 и региональным узлом 30 через сообщение управления. Центральный узел согласовывает с региональным узлом через RTSP сигнальные параметры, заданные для передачи медиа-потока, такие как IP-адрес и порт, по которым региональный узел получает канал мультимедийного потока, IP-адрес и порт, по которым центральный узел отправляет мультимедийный поток и информацию об идентификаторе службы, в то время как поток мультимедийных служб передается по независимому медиа-каналу. На фиг.4 показана система, которая будет описана подробно ниже и которая включает:
центральный сервер 10 управления мультимедийными службами, сконфигурированный так, чтобы отправлять первое сообщение создания мультимедийных служб, при этом первое сообщение создания мультимедийных служб содержит тип службы и атрибут хранения мультимедийных служб, назначенные для первого узла; и создавать второе сообщение создания мультимедийных служб с тем же самым типом службы, который назначен для первого узла, при этом второе сообщение создания мультимедийных служб содержит режим доступа, назначенный для второго узла, посредством которого принимают мультимедийные службы, а также адрес и порт для установления канала и назначенный режим установления канала связи между вторым узлом и первым узлом.
Центральный узел 20 сконфигурирован так, чтобы завершать создание мультимедийных служб на основе первого сообщения создания, отправленного центральным сервером управления мультимедийными службами.
Региональный узел 30 сконфигурирован так, чтобы установить канал сигнализации (показан сплошной линией) для согласования мультимедиа на основе режима доступа мультимедийных служб, а также на основе адреса и порта установления канала и режима установления канала, отправленных центральным сервером управления мультимедийными службами, так чтобы установить медиа-канал для передачи потока мультимедийных служб после успешного согласования мультимедиа, чтобы завершить создание мультимедийных служб во втором узле; например, поток мультимедийных служб транслируется по медиа-каналу, показанному пунктирной линией.
Когда система для создания мультимедийных служб создает мультимедийные службы, центральный узел вводит поток мультимедийных служб из источника прямого вещания на основе того, что тип службы является типом прямого вещания, чтобы завершить создание мультимедийных служб. Центральный узел загружает поток мультимедийных служб из источника контента в локальное запоминающее устройство по протоколу FTP на основе типа службы, являющегося вещанием по требованию, и сохраняет поток. Региональный узел отправляет запрос по каналу сигнализации о создании режима доступа как протокола потоковой передачи реального времени первому узлу на основе информации об IP-адресе сигнализации и порте центрального узла. Центральный узел отвечает региональному узлу созданием канала сигнализации по протоколу потоковой передачи в реальном времени, в котором режим доступа является протоколом потоковой передачи реального времени.
Центральный узел согласовывает мультимедиа через канал, который установлен на основе режима установления канала, так что после успешного согласования мультимедиа завершение создания мультимедийных служб в региональном узле включает следующие шаги:
передачу региональным узлом сигнализации описания, содержащей идентификатор службы мультимедийных служб, центральному узлу по каналу сигнализации протокола потоковой передачи в реальном времени;
возврат центральным узлом сообщения ответа на сигнализацию описания и уведомление регионального узла об описании данных потока мультимедийных служб, соответствующих идентификатору служб;
передачу региональным узлом сигнализации установки центральному узлу и сообщение центральному узлу информации об IP-адресе и порте для приема мультимедийных служб, которая определена на основе описания данных;
уведомление центральным узлом регионального узла об информации об IP-адресе и порте, куда центральный узел отправляет мультимедийные службы в ответ на сигнализацию установки, чтобы установить медиа-канал для передачи потока мультимедийных служб;
региональный узел отправляет сигнализацию о начале вещания центральному узлу;
центральный узел завершает создание мультимедийных служб в региональном узле через установленный медиа-канал в ответ на сигнализацию о начале вещания, отправленную вторым узлом.
После того как региональный узел поддерживает сигнализацию подтверждения работоспособности с центральным узлом, процесс также включает следующие шаги:
когда тип службы является типом прямого вещания, региональный узел отправляет сообщение об успешном создании мультимедийных служб в центральный сервер управления мультимедийными службами.
Региональный узел уведомляет центральный сервер управления мультимедийными службами о результате создания потока мультимедийных служб в различные моменты времени на основе различных типов служб. Если тип службы является вещанием по требованию, и центральный узел завершает вещание потока мультимедийных служб в ответ на сигнализацию вещания, центральный узел отправляет сообщение об успешном создании мультимедийных служб в центральный сервер управления мультимедийными службами. Когда тип службы является типом прямого вещания, центральный узел завершает вещание потока мультимедийных служб в ответ на сигнализацию вещания, центральный узел повторно согласует мультимедиа с региональным узлом.
В системе, где множество узлов обеспечивают службы вещания по требованию и службы прямого вещания для пользователей, данное изобретение позволяет центральному серверу управления мультимедийными службами уведомлять центральный узел о том, чтобы создавать объединенные службы и назначать различные атрибуты хранения для различных типов служб. Если тип службы является типом прямого вещания, то атрибут хранения может быть сконфигурирован как "Хранить" или "Не хранить"; для служб типа "по требованию" атрибут хранения сконфигурирован как "Хранить". После успешного создания служб в центральном узле, службы того же типа создают в региональном узле, режим доступа служб назначается как режим RTSP, и назначается IP-адрес и порт, с использованием которых центральный узел устанавливает канал сигнализации. Региональный узел устанавливает канал сигнализации RTSP с центральным узлом. Региональный узел согласовывает мультимедиа с центральным узлом посредством сигнализации RTSP, и службы успешно создают в региональном узле после успешного согласования. После успешного создания служб в региональном узле региональный узел в то же самое время поддерживает обмен сигнализацией подтверждения работоспособности с центральным узлом. Если тип службы в региональном узле является типом прямого вещания, то центральный сервер управления мультимедийными службами уведомляется относительно успешного создания; а если трансляция медиа-потока заканчивается в центральном узле, то региональный узел уведомляют относительно этого окончания. Если региональный узел создает службы "по требованию", он уведомляет центральный сервер управления мультимедийными службами относительно успешного создания после получения сообщения о том, что вещание мультимедиа закончено. Если службы являются службами прямого вещания, региональный узел повторно согласует мультимедиа с центральным узлом, чтобы заново создать службы.
При использовании способа и системы в соответствии с данным изобретением устанавливают канал сигнализации, который является частным каналом сигнализации управления и по которому завершают создание мультимедийных служб путем согласования мультимедиа. Таким образом, медиа-канал для передачи потока мультимедийных служб устанавливают путем взаимодействия с использованием сигнализации управления в канале сигнализации, то есть региональный узел уведомляет центральный узел об IP-адресе и порте передачи мультимедийной службы посредством сигнализации управления (сигнализации установки). Центральный узел уведомляет региональный узел об IP-адресе и порте, куда центральный узел отправляет мультимедийные службы, посредством сигнализации управления (200 OK), так чтобы установить медиа-канал для реализации транспорта потока мультимедийных служб, чтобы завершить создание мультимедийных служб в региональном узле.
Управление службами прямого вещания и службами по требованию может быть унифицировано при использовании способа и системы в соответствии с данным изобретением. Для службы прямого вещания ее создание в каждом узле не нуждается в приеме потоков кода служб прямого вещания из источника прямого вещания; зависимость каждого регионального узла во время создания мультимедийных служб типа прямого вещания мала: предыдущий узел, создающий службы прямого вещания, не должен знать подробную информацию об узле вывода и независим от следующего узла; следующий узел должен только назначить идентификатор службы, а также информацию об IP-адресе и порте для взаимодействия посредством сигнализации с предыдущим узлом; и если один из центрального узла и регионального узла испытывает сбой в службе прямого вещания между этими двумя узлами, информация об IP-адресе и порте для взаимодействия между ними с целью передачи медиа-потока повторно согласуется посредством сигнализации RTSP, чтобы восстановить эти службы. Для служб по требованию этот поток требуется только загрузить по протоколу FTP в центральный узел, поток служб в региональном узле распределяется в локальные узлы от предыдущего узла, и центральный сервер управления мультимедийными службами не должен вмешиваться в различную обработку мультимедийных служб.
Наконец, должно быть отмечено, что варианты осуществления, описанные выше, предназначены просто для пояснения, а не ограничения технической схемы данного изобретения. Хотя данное изобретение было детально описано в отношении предпочтительных вариантов его осуществления, специалистам должно быть понятно, что изменения или эквивалентные подстановки могут быть сделаны в данном изобретении без отступления от его сущности и в рамках технической схемы данного изобретения и приложенной формулы изобретения.
Промышленная применимость
Способ создания мультимедийных служб, представленный данным изобретением, позволяет устанавливать канал сигнализации между первым узлом и вторым узлом и использовать его для согласования мультимедиа, чтобы создать медиа-канал и завершить создание мультимедийных служб во втором узле, так чтобы реализовать унифицированное создание мультимедийных служб и упростить планирование мультимедийного потока.