RU2634206C2 - Устройство и способ коммутации медиапотоков в режиме реального времени - Google Patents

Устройство и способ коммутации медиапотоков в режиме реального времени Download PDF

Info

Publication number
RU2634206C2
RU2634206C2 RU2014101701A RU2014101701A RU2634206C2 RU 2634206 C2 RU2634206 C2 RU 2634206C2 RU 2014101701 A RU2014101701 A RU 2014101701A RU 2014101701 A RU2014101701 A RU 2014101701A RU 2634206 C2 RU2634206 C2 RU 2634206C2
Authority
RU
Russia
Prior art keywords
switching
media stream
source
real
receiver
Prior art date
Application number
RU2014101701A
Other languages
English (en)
Other versions
RU2014101701A (ru
Inventor
Маттиас ЛААБС
Маркус БЕРГ
Андреас МЕТЦ
Айлин ФОГЛЬ
Соня ЛАНГХАНС
Херберт ГУЙСТ
Зигфрид ХАУЦЕНЕДЕР
Original Assignee
Институт Фюр Рундфунктехник ГмбХ
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Институт Фюр Рундфунктехник ГмбХ filed Critical Институт Фюр Рундфунктехник ГмбХ
Publication of RU2014101701A publication Critical patent/RU2014101701A/ru
Application granted granted Critical
Publication of RU2634206C2 publication Critical patent/RU2634206C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23602—Multiplexing isochronously with the video sync, e.g. according to bit-parallel or bit-serial interface formats, as SDI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42204—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Small-Scale Networks (AREA)

Abstract

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

Description

Изобретение относится к устройству и способу коммутации медиапотоков от одного или нескольких источников в режиме реального времени на один или несколько приемников. Кроме того, изобретение относится к соответствующей компьютерной программе.
Для области профессиональных телевизионных студий является обычным соединение источников медиапотоков в режиме реального времени, например телевизионных камер, производящих видеопотоки в режиме реального времени, и соответствующих приемников, например, надлежащих студийных мониторов или цифровых блоков компоновки программ, с помощью последовательного цифрового интерфейса, который на английском языке называется «Serial Digital Interface (SDI)». SDI-интерфейс позволяет передавать несжатые, незашифрованные потоки цифрового видео (и необязательно встроенные потоки временного кода и/или аудиопотоки) через коаксиальные кабели или оптические волноводы и содержит целое семейство стандартов, указанных SMPTE (англ. «Society of Motion Pictures and Television Engineers») для различных форматов видео и скоростей передачи данных в битах, соответственно. Таким образом, стандарт SMPTE 259M (англ. «Standard Definition»), также известный как SD-SDI, определяет например цифровую передачу видеосигналов PAL (англ. «Phase Alternating Line») в формате 576i (англ. «interlaced»-чересстрочный) со скоростью передачи 270 Мбит/с и стандарт SMPTE 344M (англ. «Enhanced Definition»), также известный как ED-SDI, позволяет цифровую передачу видеосигналов PAL в формате 576p (англ. «progressive»-прогрессивный) со скоростью передачи 540 Мбит/с. Для HDTV приложений (англ. «High Definition Television»-телевидение высокой четкости) с высокой четкостью стандарт SMPTE 292M, также известный как HD SDI позволяет цифровую передачу видеосигналов в формате 720p или 1080i со скоростями передачи 1,485 Гбит/с и 1,485/1,001 Гбит/с. Для еще больших форматов видео, например, в области цифровой кинематографии или 3D-кино, также доступны подходящие стандарты с соответственно еще более высокими скоростями передачи. Примерами для них являются стандарт SMPTE 372M, также известный как двухканальный HD-SDI и стандарт SMPTE 424M (англ. «Third Generation»-третье поколение), также называемый 3G-SDI.
Для коммутации медиапотоков в режиме реального времени между источниками и приемниками так называемые коммутаторы каналов SDI, как правило, используются в комплексном оснащении телестудии. Эти устройства обладают портами источника и приемника для потоков цифрового видео для различных форматов SDI, например SD-SDI, HD-SDI и 3G-SDI, в зависимости от их компонентов оборудования, и делают возможным прозрачную коммутацию приемников с источниками, т. е. гарантируется, что коммутация происходит между двумя хронологически последовательными блоками доступа, т.е., например между двумя хронологически следующими кадрами потоков цифрового видео. Коммутационная операция происходит для этих хронологически заданных точек коммутации или в заданных диапазонах коммутации соответственно, которые определяются в директиве SMPTE RP168 (англ. «Definition of Vertical Interval Switching Point for Synchronous Video Switching») для видеопотоков, например, в формате SDI.
Однако передача медиапотоков в режиме реального времени с помощью интерфейса SDI и коммутация с помощью соответствующих коммутаторов каналов SDI в телестудии имеет тот недостаток, что студийная технология, необходимая для этого является дорогой и максимальная длина кабеля для коаксиальных кабелей, используемых, как правило, для передачи, ограничена. Поэтому желательно, чтобы в будущем, не в последнюю очередь из-за экономических факторов, была изменена инфраструктура для последовательной передачи цифровых данных, используемая в телевизионных студиях на инфраструктуру с коммутацией пакетов, т.е., например IP-основе (англ. «Internet Protocol»), как это уже широко используется в последних технологиях компьютерных сетей. Такое решение, основанное на пакетизации, может быть дешевле в долгосрочной перспективе, чем «специальное» решение, используемое в студиях сейчас, и оно может быть использовано для передачи других форматов, например форматов сжатого видео, такого как JPEG200 или контейнеры, такие как MXF (англ. «Material exchange Format») в дополнение к передаче потоков цифрового видео в формате SDI. Кроме того, интеграция программно-реализованной обработки изображений и соответствующего носителя данных будет легче, точно так же в инфраструктуре с коммутацией пакетов.
Хотя уже существующие решения для передачи медиапотоков в режиме реального времени посредством IP-сетей с семейством стандартов SMPTE 2022 и стандарта SMPTE 2022-6 (английское название «High Bit Rate Media Transport over IP Networks» (HBRMT)), в частности, позволяют передачу потоков цифрового видео, предоставляемого в формате SDI посредством IP-сетей (также называемых «SDI over IP»), до сих пор имеется нехватка подходящих решений для коммутации таких сигналов прозрачно, т.е. между двумя хронологически последовательными блоками доступа, в «мире с коммутацией пакетов».
Поэтому задача изобретения состоит в предоставлении устройства и способа коммутации медиапотоков в режиме реального времени от одного или нескольких источников на один или несколько приемников, которые и делают возможным прозрачную коммутацию медиапотоков в режиме реального времени в «мире с коммутацией пакетов», например в IP-сети.
Согласно с одним из аспектов настоящего изобретения предоставляется устройство для коммутации медиапотоков в режиме реального времени от одного или нескольких источников на один или несколько приемников, причем устройство содержит:
- один или несколько портов источника для подсоединения одного или нескольких источников,
- один или несколько портов приемника для подсоединения одного или нескольких приемников,
- причем устройство выполнено с возможностью предоставления коммутирующего приемника и переключения его на медиапоток в режиме реального времени от первого источника,
- причем коммутирующий приемник выполнен так, чтобы принимать медиапоток в режиме реального времени от первого источника в формате с коммутацией пакетов и отправлять принятый медиапоток в режиме реального времени в формате с коммутацией пакетов, причем пакеты снабжаются первым многоточечным адресом пункта назначения, выделенным коммутирующему приемнику во время отправки, для того, чтобы сделать возможным соединение одного или нескольких приемников с медиапотоком в режиме реального времени от первого источника, отправленным коммутирующим приемником.
Настраивая устройство таким образом, чтобы предоставить коммутирующий приемник и переключить его на медиапоток в режиме реального времени от первого источника, например телевизионной камеры, и настраивая коммутирующий приемник так, чтобы принимать медиапоток в режиме реального времени от первого источника в формате с коммутацией пакетов, например формате IP-протокола, и так, чтобы отправлять принятый в режиме реального времени медиапоток в формате с коммутацией пакетов, причем пакеты снабжены первым многоточечным адресом пункта назначения, выделенным коммутирующему приемнику, коммутирующий приемник представляет собой с «точки зрения» приемников, соединенных с устройством, например, надлежащих студийных мониторов или цифровых блоков компоновки программ в IP-сети, источник медиапотока в режиме реального времени, отправленного коммутирующим приемником, с которым приемники могут соединяться посредством многоточечного адреса пункта назначения. Так как этот коммутирующий приемник/источник предоставляется коммутируемым как элемент или порт устройства соответственно, в устройстве может быть реализован процесс прозрачной коммутации. Другими словами: Обеспечение устройством дополнительного «уровня» коммутирующего приемника делает возможной реализацию прозрачной коммутации медиапотоков в режиме реального времени. Поэтому присоединение не в реальном времени к многоточечным группам назначения можно рассматривать как статическую конфигурацию, которая соответствует кабельному соединению с использованием коаксиальных кабелей, но, тем не менее, не требует никакого физического доступа. Действительный процесс коммутации может быть осуществлен без участия источника или приемника в «коммутирующем приемнике» и может быть управляем, например, посредством SNMP (англ. «Simple Network Management Protocol») или посредством веб-интерфейса.
В описании и формуле изобретения термин «коммутирующий приемник» следует понимать абстрактно как элемент или порт устройства соответственно, в котором устройство полностью или частично реализует логическую схему переключения для переключения медиапотоков в режиме реального времени.
Предпочтительно, чтобы устройство дополнительно было выполнено таким образом, чтобы переключать коммутирующий приемник с медиапотока в режиме реального времени от первого источника на медиапоток в режиме реального времени от второго источника, чтобы медиапоток в режиме реального времени от второго источника принимался коммутирующим приемником.
Кроме того, предпочтительно, чтобы устройство дополнительно содержало буфер и было выполнено таким образом, чтобы поместить данные медиапотока в режиме реального времени от первого источника и/или данные медиапотока в режиме реального времени от второго источника в буфер во время переключения коммутирующего приемника с медиапотока в режиме реального времени от первого источника на медиапоток в режиме реального времени от второго источника. Такая буферизация, т.е. буферизация медиаданных в режиме реального времени в буфере в течение процесса коммутации будет, как правило, необходима в связи с отсутствующей синхронностью в сетях с коммутацией пакетов и, возможностью фазового сдвига между двумя медиапотоками в режиме реального времени.
Предпочтительно, чтобы устройство дополнительно было выполнено, так, чтобы при переключении коммутирующего приемника с медиапотока в режиме реального времени от первого источника на медиапоток в режиме реального времени от второго источника прекратить отправку медиапотока в режиме реального времени от первого источника коммутирующим приемником в первой точке коммутации, предварительно заданной для этого медиапотока в режиме реального времени, или внутри первого диапазона коммутации, предварительно заданного для этого медиапотока в режиме реального времени, и инициировать отправку медиапотока в режиме реального времени от второго источника коммутирующим приемником во второй точке коммутации, предварительно заданной для этого медиапотока в режиме реального времени, или внутри второго диапазона коммутации, предварительно заданного для этого медиапотока в режиме реального времени. Точки коммутации или диапазоны коммутации соответственно предпочтительно располагаются между двумя хронологически последовательными блоками доступа, т.е., например для видеопотоков между двумя хронологически последовательными кадрами, так что обеспечивается прозрачная коммутация. Для потоков цифрового видео в формате «SDI over IP», надлежащие точки коммутации или диапазоны коммутации соответственно определены, например, в вышеупомянутой директиве SMPTE RP 168.
Кроме того, предпочтительно, чтобы первая и/или вторая точка коммутации или первый и/или второй диапазон коммутации зависели от формата медиа соответствующего медиапотока в режиме реального времени. Кроме того, предпочтительно, чтобы устройство дополнительно было выполнено таким образом, чтобы определить формат медиа соответствующего медиапотока в режиме реального времени на основе идентификационных данных медиапотока в режиме реального времени. Такие идентификационные данные, например «Идентификатор полезной видеонагрузки» (VPID) (смотри ниже), содержащиеся в формате «SDI over IP», позволяют легко идентифицировать формат медиа (например, SDI формате 720p @ 1,485 Гбит/с) медиапотока в режиме реального времени и, следовательно, делают возможной правильную и прозрачную коммутацию в точке коммутации, предварительно заданной для этого формата медиа или в пределах предварительно заданного диапазона коммутации соответственно предварительно определенного для данного формата медиа. Для диапазона коммутации предпочтительно переключение между двумя пакетами в случае, когда границы пакета расположены в пределах диапазона коммутации. Если это невозможно, он должен переключаться в пределах одного пакета между старым и новым источником.
Кроме того, предпочтительно, чтобы устройство дополнительно было выполнено таким образом, чтобы быть расширяемым путем ввода правил коммутации, которые определяют точку коммутации или диапазон коммутации для медиапотока в режиме реального времени. Это позволяет обработать медиапотоки в режиме реального времени с форматами медиа, которые до сих пор не поддерживаются устройством 1.
Предпочтительно, чтобы, по меньшей мере, один порт источника был выполнен так, чтобы один источник, который передает медиапоток в режиме реального времени в формате с коммутацией пакетов, может быть соединен с ним. Кроме того, предпочтительно, чтобы, по меньшей мере, один порт приемника был выполнен так, чтобы один приемник, который принимает медиапоток в режиме реального времени в формате с коммутацией пакетов, мог быть соединен с ним. Следовательно, устройство можно использовать непосредственно для коммутации медиапотоков в режиме реального времени в соответствующей среде с коммутацией пакетов, например в IP-сети.
Предпочтительно, чтобы, по меньшей мере, один порт источника содержал конвертор порта источника, который выполнен с возможностью преобразования медиапотока в режиме реального времени от источника, подсоединенного к порту источника, из последовательного формата в формат с коммутацией пакетов. Кроме того, предпочтительно, чтобы, по меньшей мере, один порт для приемника содержал конвертор порта приемника, который выполнен с возможностью преобразования медиапотока в режиме реального времени для приемника, подсоединенного к порту приемника, из формата с коммутацией пакетов в последовательный формат. Таким образом, медиапотоки в режиме реального времени от источников и/или для приемников, которые поддерживают только последовательный формат, например формат SDI, можно переключать с помощью устройства.
Предпочтительно, чтобы устройство было выполнено так, чтобы отправлять медиа в режиме реального времени от одного из одного или нескольких портов источника в формате с коммутацией пакетов, причем пакеты имеют второй многоточечный адрес пункта назначения, который позволяет подсоединять один или несколько приемников к медиапотоку в режиме реального времени, отправленному одним из одного или нескольких портов источника.
Кроме того, предпочтительно, чтобы формат с коммутацией пакетов был выполнен в виде формата в соответствии с протоколом IP, и первым многоточечным адресом назначения являлся IP-адрес пункта назначения групповой передачи, т.е. групповой адрес пункта назначения в соответствии с протоколом групповой IP-адресации. Этот протокол или протоколы соответственно широко распространились в сфере новейших технологий компьютерных сетей и особенно подходят для использования при реализации функциональности коммутации устройства.
Согласно другому аспекту настоящего изобретения обеспечивается способ коммутации медиапотоков в режиме реального времени от одного или нескольких источников в один или несколько приемников, причем способ содержит:
- подсоединение одного или нескольких источников к одному или нескольким портам источников,
- подсоединение одного или нескольких приемников к одному или нескольким портам приемников,
- предоставление коммутирующего приемника и коммутация его на медиапоток в режиме реального времени от первого источника,
- прием медиапотока в режиме реального времени от первого источника в формате с коммутацией пакетов в коммутирующем приемнике,
- отправка принятого медиапотока в режиме реального времени формате с коммутацией пакетов коммутирующим приемником, причем пакеты снабжены первым многоточечным адресом пункта назначения, выделенным коммутирующему приемнику во время отправки,
- подсоединение одного или нескольких приемников к медиапотоку в режиме реального времени от первого источника, отправленному коммутирующим приемником.
Согласно другому аспекту настоящего изобретения предоставляется компьютерная программа для коммутации медиапотоков в режиме реального времени от одного или нескольких источников на один или несколько приемников, причем компьютерная программа содержит средства программного кода, которые дают в результате устройство по п. 1, исполняющее этапы способа согласно п. 14, когда компьютерная программа выполняется на компьютере, который управляет устройством.
Отмечается, что устройство для коммутации медиапотоков в режиме реального времени от одного или нескольких источников на один или несколько приемников по п. 1, способ коммутации медиапотоков в режиме реального времени от одного или нескольких источников на один или несколько приемников по п. 14, а также соответствующая компьютерная программа по п. 15 могут иметь аналогичные и/или идентичные предпочтительные варианты осуществления, в частности, как определено в зависимых пунктах формулы изобретения.
Ниже описываются варианты осуществления изобретения со ссылкой на последующие чертежи, где
На Фиг. 1 показан схематический и примерный вариант осуществления устройства для коммутации медиапотоков в режиме реального времени от одного или нескольких источников на один или несколько приемников в первом состоянии переключения,
На Фиг. 2 показан схематический и примерный вариант осуществления устройства для коммутации медиапотоков в режиме реального времени от одного или нескольких источников на один или несколько приемников во время процесса коммутации.
На Фиг. 3 показан схематический и примерный вариант осуществления устройства для коммутации медиапотоков в режиме реального времени от одного или нескольких источников на один или несколько приемников во втором состоянии переключения, и
На Фиг. 4 показана схематическая блок-схема варианта осуществления способа коммутации медиапотоков в режиме реального времени от одного или нескольких источников на один или несколько приемников.
В описании и на чертежах одни и те же компоненты или соответствующие компоненты обозначены одинаковыми условными обозначениями, чтобы избежать повторения, поскольку отсутствие дальнейшей дифференциации необходимо или разумно.
На Фиг. 1 показан схематический и примерный вариант осуществления устройства 1 для коммутации медиапотоков в режиме реального времени от одного или нескольких источников Q1, Q2, Q3 на один или несколько приемников S1, S2, S3 в первом состоянии переключения.
В качестве источников Q1, Q2, Q3 здесь для примера предусматриваются три телевизионные камеры, которые соединены с соответствующими портами QA1, QA2, QA3 источника устройства 1, и в качестве приемников S1, S2, S3 предусматриваются два монитора и цифровой блок компоновки программ, которые соединены с соответствующими портами SA1, SA2, SA3 приемника устройства 1.
Обе камеры Q1 и Q3 соединены с соответствующими портами источника QA1 и QA3 устройства 1 с помощью Ethernet-кабелей 2 в этом варианте осуществления, и создают потоки цифрового видео непосредственно в формате с коммутацией пакетов, здесь в формате с коммутацией пакетов согласно стандарту SMPTE 2022-6 (в дальнейшем называемом форматом «SDI over IP» для краткости). Формат «SDI over IP» основан на многоуровневой модели, в которой предоставляемые потоки цифрового видео в формате SDI передаются в виде IP-пакетов (англ. «Internet Protocol»), причем в дополнение к уровням протоколов UDP (англ. «User Datagram Protocol») и RTP (англ. «Real-Time Transport Protocol») предоставляется дополнительная информация для хронирования, шифрования и т.д. Он также содержит так называемый «Идентификатор полезной видеонагрузки» (VPID), стандарт SMPTE 352m (английское название «Television - Video Payload Identification for Digital Television Interfaces») определяется идентификатором, идентификационными данными, которые идентифицируют формат медиа передаваемого потока цифрового видео.
Камера Q2 подсоединена к соответствующему порту QA2 источника устройства 1 с помощью коаксиального кабеля 3 и создает поток цифрового видео в последовательном формате, в данном случае в формате SDI; который конвертируется в формат «SDI over IP» конвертором 4 порта источника, содержащимся в порте QA2 источника.
Устройство 1 выполнено таким образом, чтобы внутри отправлять потоки цифрового видео, созданные источниками Q1, Q2, Q3, здесь три телевизионные камеры, от соответствующих портов QA1, QA2, QA3 источника в формате «SDI over IP».
Монитор S2 и цифровой блок S3 компоновки программ также подсоединены к соответствующим портам SA2 и SA3 приемника устройства 1 с помощью Ethernet-кабелей 2 и выполнены так, чтобы принимать потоки цифрового видео непосредственно в формате «SDI over IP». Монитор S1 подсоединен к соответствующему порту SA1 приемника устройства 1 с помощью коаксиального кабеля 3 и выполнен так, чтобы принимать поток цифрового видео в последовательном формате SDI. Порт SA1 приемника содержит конвертор 5 порта приемника, который выполнен так, чтобы конвертировать поток цифрового видео, отправленного в устройстве 1 на порт SA1 приемника, из формата «SDI over IP» в последовательный формат SDI.
Пакеты формата «SDI over IP» потоков цифрового видео, созданных в устройстве 1 для отправки источниками Q1, Q2, Q3, здесь три телевизионные камеры, имеют многоточечный адрес пункта назначения, соответственно в этом варианте осуществления IP-адрес пункта назначения групповой передачи, который предпочтительно является характерно конфигурируемым для каждого из потоков цифрового видео. Таким образом, камеры Q1 и Q3 в этом вариант осуществления, например, можно сконфигурировать таким образом, что они создают пакеты с настраиваемым IP-адресом пункта назначения групповой передачи, когда они создают потоки цифрового видео непосредственно в формате «SDI over IP». В случае камеры Q2, которая создает поток цифрового видео в формате SDI, конвертация в формат «SDI over IP» происходит сначала в конверторе 4 порта источника, содержащегося в порте QA2 источника, который может быть выполнен таким образом, чтобы он создавал пакеты в формате «SDI over IP» с настраиваемым IP-адресом пункта назначения групповой передачи. Для дальнейшего объяснения предполагается, что камеры Q1 и Q3 в примере, представленном на Фиг. 1, выполнены так, что они создают пакеты с IP-адресами IPMZ1 и IPMZ3 пунктов назначения групповой передачи, в то время как конвертор 4 порта источника выполнен так, что он создает пакеты с IP-адресом IPMZ2 пункта назначения групповой передачи.
IP-адреса пунктов назначения групповой передачи позволяют подсоединять приемники S1, S2, S3, здесь два монитора и блок компоновки программ, к потокам цифрового видео, отправляемым в формате «SDI over IP» посредством портов QA1, QA2, QA3 источника. Для этого устройство 1 поддерживает протокол групповой передачи, в этом варианте осуществления протокол групповой IP-адресации, а также соответствующие протоколы управления, как например, так называемый «межсетевой протокол управления группами» (IGMP), сетевой протокол из семейства Интернет-протоколов, который служит для организации групп с групповым IP адресом. С помощью соответствующих сообщений IGMP монитор S2 и цифровой блок S3 компоновки программ могут таким образом сигнализировать устройству 1, что они хотят принимать «потоки цифрового видео с определенным групповым IP-адресом». Говоря словами сетевого жаргона: монитор S2 и цифровой блок S3 компоновки программ могут сигнализировать устройству 1 с помощью соответствующих IGMP сообщений, что они хотят присоединиться к определенному групповому IP-адресу, т.е. что они хотят принимать пакеты потоков цифрового видео, отправленных портами QA1, QA2, QA3 источника в формате «SDI over IP» с определенным групповым IP-адресом, здесь, например, IPMZ1. В случае монитора S1, который выполнен с возможностью приема потока цифрового видео в последовательном формате SDI, присоединение к определенному групповому IP-адресу может происходить через конвертор 5 порта приемника, содержащегося в порте SA1 приемника.
В примере, представленном на Фиг. 1, цифровой блок S3 компоновки программ устройства 1 сигнализирует с помощью соответствующих IGMP сообщений, что он хочет принять потоки цифрового видео с IP-адресами IPMZ1, IPMZ2 и IPMZ3 пунктов назначения групповой передачи, т.е. что он хочет принять потоки цифрового видео от всех трех портов QA1, QA2, QA3 источника; которые поэтому отправляются устройством 1 на порт SA3 приемника (представлены как сплошные связывающие линии на фигуре). Конвертор 5 порта приемника сигнализирует здесь устройству 1 с помощью соответствующих сообщений IGMP, что он хочет принять поток цифрового видео с IP-адресом IPMZ1 пункта назначения групповой передачи, т.е. что он хочет принять поток цифрового видео от порта QA1 источника, который поэтому отправляется от устройства 1 на порт SA1 приемника (представлены как сплошные связывающие линии на фигуре).
Функциональность устройства 1, описанная на настоящий момент в основном соответствует функциональности уже имеющихся IP маршрутизаторов групповой передачи, которые соответственно распределяют IP-потоки групповой передачи с помощью стандартных сетевых протоколов таких, как IGMP или так называемый «протокол управляющих сообщений в Интернет для Интернет-протокола версии 6» (IC-MPv6). Здесь, как правило, также возможно переключать приемники S1, S2, S3, здесь два монитора и блок компоновки программ, между различными потоками цифрового видео во время «текущих операций», т.е. пока источники Q1, Q2, Q3, здесь три телевизионные камеры, создают потоки цифрового видео и подают их на устройство 1. Однако, это делает невозможной прозрачную коммутацию, т.е. не возможно обеспечить возникновение соответствующей коммутации между двумя последовательными блоками доступа соответственно, т.е., например, для потоков цифрового видео между двумя хронологически последовательными кадрами. Таким образом, описанная ранее функциональность маршрутизации групповой передачи весьма подходит для установки «фиксированной» конфигурации, т.е. установка фиксированного распределения источников Q1, Q2, Q3 в приемники S1, S2, S3 до начала «текущих операций».
Напротив, для того чтобы также сделать возможной прозрачную коммутацию, устройство 1 в связи с этим предоставляет «внутренний» коммутирующий приемник S1, S2, S3, который может переключаться между потоками цифрового видео от источников Q1, Q2, Q3 для того, чтобы принять их в коммутирующий приемник Ss соответственно. В примере, представленном на Фиг. 1, коммутирующий приемник Ss первым переключается на поток цифрового видео камеры Q1 (представлен на фигуре штриховой линией), так, что он принимается в коммутирующем приемнике Ss в формате «SDI over IP». В этом варианте осуществления этот процесс коммутации также основывается на протоколе групповой IP-адресации, описанном выше, т.е. коммутирующий приемник присоединяется к определенному групповому IP-адресу с определенным IP-адресом пункта назначения групповой передачи, здесь IPMZ1, после сигнализации посредством соответствующих сообщений IGMP. Активный статус переключения коммутирующего приемника Ss здесь «переключенного на поток цифрового видео с групповым IP-адресом IPMZ1» может быть представлен в устройстве 1, как, например, в виде соответствующей таблицы коммутации или т.п. (не показано).
Коммутирующий приемник Ss теперь выполнен с возможностью отправки принятого потока цифрового видео в формате с коммутацией пакетов, здесь также соответственно в формате «SDI over IP», причем пакеты снабжены многоточечным адресом пункта назначения, выделенным коммутирующему приемнику Ss, в этом варианте осуществления также IP-адресом пункта назначения групповой передачи, который предпочтительно однозначно конфигурируется. В примере, представленном на Фиг. 1, для дальнейшего объяснения предполагается, что пакеты в формате «SDI over IP», отправленные приемником S3 предоставляются с IP-адресом IPMZ5 пункта назначения групповой передачи. Этот адрес отличается от IP-адресов IPMZ1, IPMZ2 и IPMZ3 пункта назначения групповой передачи (смотри выше), т.е. он является точно определенным в устройстве 1.
IP-адрес пункта назначения групповой передачи (здесь IPMZs), выделенный коммутирующему приемнику Ss позволяет подсоединить приемники S1, S2, S3, здесь два монитора и блок компоновки программ, к потоку цифрового видео, отправленному коммутирующим приемником Ss в формате «SDI over IP». Другими словами: Коммутирующий приемник Ss представляет (в устройстве 1 однозначный) источник IP групповой передачи с «точки зрения» двух мониторов S1 и S2 и цифрового блока S3 компоновки программ. Соединение приемников S1, S2, S3 с коммутирующим приемником Ss как «источником» происходит, например, как описано выше также с помощью соответствующих сообщений IGMP. В примере, представленном на Фиг. 1, монитор S2 устройства 1 сигнализирует с помощью соответствующих сообщений IGMP, что он хочет принять поток цифрового видео с IP-адресом IPMZs пункта назначения групповой передачи, т.е. что он хочет принять поток цифрового видео, отправленный коммутирующим приемником Ss, здесь поток цифрового видео камеры Q1: который таким образом отправляется устройством 1 на порт SA2 приемника (представлен как сплошные связывающие линии на фигуре).
Использование коммутирующего приемника/источника Ss является преимущественным в ранее описанной «прямой» коммутации источников Q1, Q2, Q3 с приемниками S1, S2, S3 настолько, насколько легко процесс коммутации может быть прозрачно реализован в устройстве 1. Это объясняется более подробно ниже со ссылкой на Фиг. 2, которая показывает схематически и в качестве примера вариант осуществления устройства 1 для коммутации медиапотоков в режиме реального времени из одного или нескольких источников Q1, Q2, Q3 с одним или несколькими приемниками S1, S2, S3 в течение процесса коммутации.
Для того чтобы инициировать процесс коммутации устройство 1 поддерживает надлежащий протокол управления, такой как, например, так называемый «простой протокол управления сетью» (SNMP), сетевой протокол из семейства Интернет-протоколов, используемый для управления устройствами, подсоединенными к IP-сети. С помощью соответствующих сообщений SNMP, например монитор S2 или цифровой блок S3 компоновки программ может затем сигнализировать на устройство 1, о том, что коммутирующий приемник Ss должен переключаться с потока цифрового видео первого источника, например камеры Q1, на поток цифрового видео второго источника, например камеры Q2. В примере, представленном на Фиг. 2, процесс коммутации инициируется цифровым блоком компоновки программ S3 с помощью соответствующего сообщения SNMP.
Процесс коммутации, т.е. переключение коммутирующего приемника Ss, основан в свою очередь на протоколе групповой IP-адресации как описано выше в этом варианте осуществления, однако, он реализуется в устройстве 1 так, что это происходит прозрачно, т. е. гарантируется, что коммутация происходит между двумя хронологически последовательными блоками доступа, т.е. например, с потоками цифрового видео между двумя хронологически последовательными кадрами. Поэтому дополнительно устройство 1 содержит буфер 6, здесь показанный как порт коммутирующего приемника Ss, в котором данные потока цифрового видео первого источника (на который коммутирующий приемник Ss был переключен до сих пор), в этом примере поток цифрового видео камеры Q1, и/или данные потока цифрового видео второго источника (на который коммутирующий приемник Ss должен быть переключен), в этом случае поток цифрового видео камеры Q2, могут быть буферизованы во время процесса коммутации. Для прозрачной коммутации переадресация потока цифрового видео от первого источника, здесь камеры Q1, в этом случае прекращается коммутирующим приемником Ss в первой точке коммутации, предварительно заданной для этого видеопотока, или в первом диапазоне коммутации, предварительно заданном для этого видеопотока, соответственно, и отправка потока цифрового видео второго источника, здесь камеры Q1, инициируется коммутирующим приемником Ss во второй точке коммутации, предварительно заданной для этого видеопотока, или в втором диапазоне коммутации, предварительно заданном для этого видеопотока, соответственно. Здесь данные обоих потоков цифрового видео находятся в буфере 6 в течение короткого периода времени в связи с отсутствующей синхронностью IP и, возможно, с фазовым сдвигом между двумя потоками цифрового видео (представлены на фигуре штриховыми линиями).
Точки коммутации или диапазоны коммутации, предварительно заданные соответственно для прозрачной коммутации, зависят от формата медиа соответствующего потока. Для формата «SDI over IP», например, устанавливаются на «уровне SDI» в упомянутом выше руководстве по SMTPE RP 168 (англ. «Definition of Vertical Interval Switching Point for Synchronous Video Switching»).
В этом варианте осуществления устройство 1 идентифицирует формат медиа (например, формат SDI 720p @ 1,485 Гбит/с) потока цифрового видео на основе «Идентификатора полезной видеонагрузки» (VPID), передаваемого в пакетах формата «SDI over IP». Заданная точка коммутации или диапазон коммутации соответственно для потока цифрового видео, идентифицированного формата медиа, может быть сохранена в устройстве 1, например, в таблице или тому подобном. Для переключения потоков цифрового видео в формате «SDI over IP» предварительно заданные точки коммутации или диапазоны коммутации соответственно обоих видеопотоков в этом случае должны быть идентифицированы в первую очередь в соответствующих пакетах. Кстати, может произойти, например, что для каждого из двух потоков цифрового видео сначала ищется следующий пакет, в котором установлен так называемый «маркерный бит RTP». Этот бит указывает, что соответствующий пакет содержит конец кадра. Благодаря информации формата SDI, например 720p @ 1,485 Гбит/с, идентифицированной «Идентификатором полезной видеонагрузки» (VPID), и точке коммутации или диапазону коммутации, соответственно предварительно заданными для этого формата медиа, а также знанию числа битов данных полезной нагрузки (битов видеопотока), которые могут передаваться пакетом, например пакет, содержащий точку коммутации, может быть таким образом определен в каждом из двух потоков цифрового видео и таким образом может быть реализована прозрачная коммутация. Альтернативно, пакеты, содержащие точки коммутации или пакеты внутри диапазона коммутации соответственно, также могут быть отмечены непосредственно с помощью так называемого «заголовка расширения» так, что устройство 1 просто должно искать пакеты с этими заголовками. Активный статус переключения коммутирующего приемника Ss, здесь «переключение с потока цифрового видео с групповым IP-адресом IPMZ1 на поток цифрового видео с групповым IP-адресом IMPZ2», может быть представлен в устройстве 1, например, в виде соответствующей таблицы коммутации или т.п. (не показано).
Во время запроса на переключение пакеты потока цифрового видео отправляются коммутирующим приемником Ss тех пор, пока, например, не будет достигнута предварительно заданная точка коммутации. В случае, если точка коммутации находится между двумя пакетами, пакеты отправляются от второго источника коммутирующим приемником Ss после точки коммутации. В случае если точка коммутации не может быть установлена между двумя пакетами, должно быть переключение внутри пакета. Поэтому создается новый пакет, который содержит данные первого источника вплоть до точки коммутации и данные второго источника после точки коммутации, и который отправляется вместо пакета с точкой коммутации коммутирующим приемником Ss. Предпочтительно обеспечить буфер длиной, по меньшей мере, один кадр (англ. «videoframe») для каждого потока цифрового видео от одного источника, с тем чтобы сделать возможным минимальное время реакции.
Благодаря режиму коммутации, описанному выше, поток данных является бездефектным на «уровне SDI», но пакетно-ориентированные протоколы (особенно RTP и HBRMT) могут содержать ошибки целостности в порядковых номерах и временных отметках. Поэтому предпочтительно, чтобы поток данных в коммутирующем приемнике Ss адаптировался на всех уровнях протокола, которые обладают соответствующими данными. Здесь, например, можно использовать смещение для каждого затронутого поля протокола, которое соответственно адаптируется к разнице между переключаемыми источниками во время каждого запроса на переключение.
На Фиг. 3 показан схематический и примерный вариант осуществления устройства 1 для коммутации медиапотоков в режиме реального времени от одного или нескольких источников Q1, Q2, Q3 на один или несколько приемников S1, S2, S3 во втором состоянии переключения, здесь после процесса коммутации, поясненного со ссылкой на Фиг. 2. На фигуре показано, что коммутирующий приемник Ss в этом состоянии теперь переключен на поток цифрового видео камеры Q2 (представлен на фигуре штриховой линией), так, что его принимает коммутирующий приемник Ss в формате «SDI over IP» и он отправляется устройством 1 на порт SA2 приемника. Активный статус переключения коммутирующего приемника Ss здесь «переключенного на поток цифрового видео с групповым IP-адресом IPMZ2», может быть представлен в устройстве 1, например, в виде соответствующей таблицы коммутации или т.п. (не показано).
На Фиг. 4 показана схематическая блок-схема варианта осуществления способа коммутации медиапотоков в режиме реального времени от одного или нескольких источников Q1, Q2, Q3 на один или несколько приемников S1, S2, S3. Способ может быть осуществлен, например, с помощью устройства 1 как описано выше со ссылкой на Фиг. 1-3.
На этапе 101 один или несколько источников Q1, Q2, Q3 соединяются с одним или несколькими портами QA1, QA2, QA3 источников.
На этапе 102 один или несколько приемников S1, S2, S3 подсоединяются к одному или нескольким портам SA1, SA2, SA3 приемников.
На этапе 103 обеспечивается коммутирующий приемник Ss и он переключается на медиапоток в режиме реального времени от первого источника Q1.
На этапе 104 медиапоток в режиме реального времени от первого источника Q1 принимается в коммутирующий приемник Ss в формате с коммутацией пакетов.
На этапе 105 принятый медиапоток в режиме реального времени отправляется в формате с коммутацией пакетов коммутирующим приемником Ss, причем пакеты предоставляются с первым многоточечным адресом IPMZS пункта назначения, выделенным коммутирующему приемнику Ss.
На этапе 106 один или несколько приемников S2 подсоединяются к медиапотоку в режиме реального времени первого источника Q1, отправленному коммутирующим приемником Ss.
Следует отметить, что вышеупомянутые этапы процесса не обязательно осуществляются в таком порядке. Например, один или несколько приемников S1, S2, S3 могут быть подсоединены к одному или нескольким портам SA1, SA2, SA3 приемников (этап 102) до того, как один или несколько источников Q1, Q2, Q3 соединяются с одним или несколькими портами QA1, QA2, QA3 источников (этап 101).
Хотя варианты осуществления, как описано выше, в основном касаются переключения потоков цифрового видео в формате «SDI over IP» (необязательно со встроенными потоками временного кода и/или аудиопотоками), устройство 1 также может быть выполнено так, чтобы переключать другие виды медиапотоков в режиме реального времени, например потоки цифрового аудио, форматы сжатого видео, такого как JPEG200 или форматы контейнера, такие как MXF, в формате с коммутацией пакетов. Точки коммутации или диапазоны коммутации соответственно предварительно заданные для этих форматов медиа также можно хранить в таблице или тому подобном, в устройстве 1 и идентификация соответствующего медиаформата может произойти, например, с помощью соответствующих идентификационных данных, т.е. аналогично «Идентификатору полезной видеонагрузки» (VPID), описанному выше. Кроме того, устройство 1 может быть дополнительно выполнено с учетом возможности расширения путем ввода правил коммутации, которые устанавливают точку коммутации или диапазон коммутации соответственно, для медиапотока в режиме реального времени данного формата медиа, который прежде не поддерживался устройством 1.
В вариантах осуществления, упомянутых выше, устройством 1 предоставляется коммутирующий приемник Ss. Для того чтобы иметь возможность переключать любое количество источников с максимумом гибкости прозрачно для любого числа приемников, устройство 1 может также предоставить несколько коммутирующих приемников.
Следует отметить, что физические порты устройства 1 не обязательно функционируют исключительно как порт источника или исключительно как порт приемника. Вместо этого можно использовать один физический порт и как порт источника и как порт приемника, в зависимости от того, источник или приемник подсоединен к нему. В частности, для этих портов, которые подсоединены либо к источнику, который передает медиапоток в режиме реального времени в формате с коммутацией пакетов, либо к приемнику, который принимает медиапоток в режиме реального времени в формате с коммутацией пакетов, возможно, что порт служит как порт источника и порт приемника одновременно (например, в случае, если устройство, подсоединенное к нему, функционирует как источник и приемник одновременно).
Слова «особенность» и «содержит» не исключают другие элементы или этапы, и формы единственного числа не исключают множественного числа.
Один блок или устройство может осуществить функции нескольких элементов, которые упомянуты в формуле изобретения.
Тот факт, что отдельные функции и/или элементы указаны в различных независимых пунктах формулы изобретения, не означает, что сочетание упомянутых функций и/или элементов не может быть преимущественно использовано.
Условные обозначения в формуле изобретения не следует понимать таким образом, что объект изобретения и объем правовой охраны формулы изобретения ограничивается этими условными обозначениями.

Claims (28)

1. Устройство (1) для коммутации медиапотоков в режиме реального времени от одного или нескольких источников (Q1, Q2, Q3) на один или несколько приемников (S1, S2, S3), причем устройство (1) содержит:
- один или несколько портов (QA1, QA2, QA3) источника для подсоединения одного или нескольких источников (Q1, Q2, Q3),
- один или несколько портов (SA1, SA2, SA3) приемника для подсоединения одного или нескольких приемников (S1, S2, S3),
- причем устройство (1) выполнено так, чтобы предоставить коммутирующий приемник (Ss) и переключить его на медиапоток в режиме реального времени от первого источника (Q1),
- причем коммутирующий приемник (Ss) выполнен так, чтобы принимать медиапоток в режиме реального времени от первого источника (Q1) в формате с коммутацией пакетов, с первым многоточечным адресом (IPMZ1) пункта назначения, и отправлять принятый медиапоток в режиме реального времени в формате с коммутацией пакетов, причем пакеты обеспечены вторым многоточечным адресом (IPMZs) пункта назначения, выделенным коммутирующему приемнику (Ss) во время отправки для того, чтобы сделать возможным соединение одного или нескольких приемников (S2) с медиапотоком в режиме реального времени от первого источника (Q1), отправленным коммутирующим приемником (Ss),
причем устройство (1) дополнительно выполнено таким образом, чтобы переключать коммутирующий приемник (Ss) с медиапотока в режиме реального времени от первого источника (Q1) на медиапоток в режиме реального времени от второго источника (Q2), чтобы затем медиапоток в режиме реального времени от второго источника (Q2) принимался коммутирующим приемником (Ss),
причем устройство (1) дополнительно выполнено так, чтобы при переключении коммутирующего приемника (Ss) с медиапотока в режиме реального времени от первого источника (Q1) на медиапоток в режиме реального времени от второго источника (Q2) прекратить отправку медиапотока в режиме реального времени от первого источника (Q1) коммутирующим приемником (Ss) в первой точке коммутации, предварительно заданной для этого медиапотока в режиме реального времени, или внутри первого диапазона коммутации, предварительно заданного для этого медиапотока в режиме реального времени, и инициировать отправку медиапотока в режиме реального времени от второго источника (Q2) коммутирующим приемником (Ss) во второй точке коммутации, предварительно заданной для этого медиапотока в режиме реального времени, или внутри второго диапазона коммутации, предварительно заданного для этого медиапотока в режиме реального времени.
2. Устройство по п. 1, причем устройство (1) дополнительно содержит буфер (6) и выполнено таким образом, чтобы поместить данные медиапотока в режиме реального времени от первого источника и/или данные медиапотока в режиме реального времени от второго источника (Q2) в буфер (6) во время переключения коммутирующего приемника (Ss) с медиапотока в режиме реального времени от первого источника (Q1) на медиапоток в режиме реального времени от второго источника (Q2).
3. Устройство (1) по п. 1, причем первая и/или вторая точка коммутации или первый и/или второй диапазон коммутации зависят от формата медиа соответствующего медиапотока в режиме реального времени.
4. Устройство (1) по п. 3, причем устройство (1) дополнительно выполнено с возможностью идентифицировать формат медиа соответствующего медиапотока в режиме реального времени на основе идентификационных данных медиапотока в режиме реального времени.
5. Устройство (1) по одному из пп. 1-4, причем устройство (1) дополнительно выполнено с возможностью расширения путем ввода правил коммутации, которые устанавливают точку коммутации или диапазон коммутации для медиапотока в режиме реального времени данного формата медиа.
6. Устройство (1) по одному из пп. 1-4, причем по меньшей мере один порт источника (QA1, QA3) выполнен так, чтобы источник (Q1, Q3) мог быть соединен с тем, который передает медиапоток в режиме реального времени в формате с коммутацией пакетов.
7. Устройство (1) по одному из пп. 1-4, причем по меньшей мере один разъем (SA2, SA3) приемника выполнен так, чтобы приемник (SA2, SA3) мог быть соединен с тем, который принимает медиапоток в режиме реального времени в формате с коммутацией пакетов.
8. Устройство (1) по одному из пп. 1-4, причем по меньшей мере один порт (QA2) источника содержит конвертор (4) порта источника, который выполнен с возможностью преобразования медиапотока в режиме реального времени от источника (Q2), подсоединенного к порту (QA2) источника, из последовательного формата в формат с коммутацией пакетов.
9. Устройство (1) по одному из пп. 1-4, причем по меньшей мере один порт (SA1) приемника содержит конвертор (5) порта приемника, который выполнен с возможностью преобразования медиапотока в режиме реального времени для приемника (S1), подсоединенного к порту (SA1) приемника, из формата с коммутацией пакетов в последовательный формат.
10. Устройство (1) по одному из пп. 1-4, причем устройство (1) выполнено так, чтобы отправлять медиапоток в режиме реального времени в формате с коммутацией пакетов от одного из одного или нескольких портов (QA1, QA2, QA3) источника, причем пакеты содержат второй многоточечный адрес (IPMZ1, IPMZ2, IPMZ3) пункта назначения, который позволяет подсоединять один или несколько приемников (S1, S3) к медиапотоку в режиме реального времени, отправленному одним из одного или нескольких портов (QA1, QA2, QA3) источника.
11. Устройство (1) по одному из пп. 1-4, причем формат с коммутацией пакетов содержит формат в соответствии с протоколом IP и первый многоточечный адрес (IPMZ1, IPMZ2, IPMZ3) пункта назначения является IP-адресом пункта назначения групповой передачи.
12. Способ коммутации медиапотоков в режиме реального времени от одного или нескольких источников (Q1, Q2, Q3) на один или несколько приемников (S1, S2, S3), причем способ содержит:
- подсоединение (101) одного или нескольких источников (Q1, Q2, Q3) к одному или нескольким портам (QA1, QA2, QA3) источников,
- подсоединение (102) одного или нескольких приемников (S1, S2, S3) к одному или нескольким портам (SA1, SA2, SA3) приемников,
- предоставление (103) коммутирующего приемника (Ss) и коммутация его на медиапоток в режиме реального времени от первого источника (Q1),
- прием (104) медиапотока в режиме реального времени от первого источника (Q1) в формате с коммутацией пакетов, с первым многоточечным адресом (IPMZ1) пункта назначения, в коммутирующем приемнике (Ss),
- отправку (105) принятого медиапотока в режиме реального времени в формате с коммутацией пакетов коммутирующим приемником (Ss), причем пакеты снабжены вторым многоточечным адресом (IPMZs) пункта назначения, выделенным коммутирующему приемнику (Ss) во время отправки,
- подсоединение (106) одного или нескольких приемников (S2) к медиапотоку в режиме реального времени от первого источника (Q1), отправленному коммутирующим приемником (Ss),
причем способ дополнительно содержит:
- переключение коммутирующего приемника (Ss) с медиапотока в режиме реального времени от первого источника (Q1) на медиапоток в режиме реального времени от второго источника (Q2), чтобы затем медиапоток в режиме реального времени от второго источника (Q2) принимался коммутирующим приемником (Ss), и
при переключении коммутирующего приемника (Ss) с медиапотока в режиме реального времени от первого источника (Q1) на медиапоток в режиме реального времени от второго источника (Q2) прекращают отправку медиапотока в режиме реального времени от первого источника (Q1) коммутирующим приемником (Ss) в первой точке коммутации, предварительно заданной для этого медиапотока в режиме реального времени, или внутри первого диапазона коммутации, предварительно заданного для этого медиапотока в режиме реального времени, и инициируют отправку медиапотока в режиме реального времени от второго источника (Q2) коммутирующим приемником (Ss) во второй точке коммутации, предварительно заданной для этого медиапотока в режиме реального времени, или внутри второго диапазона коммутации, предварительно заданного для этого медиапотока в режиме реального времени.
13. Компьютерно-читаемый носитель данных, содержащий компьютерную программу для коммутации медиапотоков в режиме реального времени от одного или нескольких источников (Q1, Q2, Q3) на один или несколько приемников (S1, S2, S3), причем компьютерная программа содержит средства программного кода для исполнения этапов способа по п. 12, когда компьютерная программа выполняется на компьютере.
RU2014101701A 2011-06-22 2012-06-12 Устройство и способ коммутации медиапотоков в режиме реального времени RU2634206C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE102011078021A DE102011078021A1 (de) 2011-06-22 2011-06-22 Vorrichtung und Verfahren zum Schalten von Echtzeitmedienströmen
DE102011078021.1 2011-06-22
PCT/EP2012/061054 WO2012175363A1 (en) 2011-06-22 2012-06-12 Apparatus and method for switching real-time media streams

Publications (2)

Publication Number Publication Date
RU2014101701A RU2014101701A (ru) 2015-07-27
RU2634206C2 true RU2634206C2 (ru) 2017-10-24

Family

ID=46262106

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2014101701A RU2634206C2 (ru) 2011-06-22 2012-06-12 Устройство и способ коммутации медиапотоков в режиме реального времени

Country Status (12)

Country Link
US (1) US9143716B2 (ru)
EP (1) EP2724491B1 (ru)
JP (1) JP6066221B2 (ru)
KR (1) KR101976786B1 (ru)
CN (1) CN103907358B (ru)
AU (1) AU2012272031B2 (ru)
BR (1) BR112013032838B8 (ru)
CA (1) CA2839618C (ru)
DE (1) DE102011078021A1 (ru)
RU (1) RU2634206C2 (ru)
TW (1) TWI511542B (ru)
WO (1) WO2012175363A1 (ru)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2516316A (en) 2013-07-19 2015-01-21 Sony Corp Video network
WO2015093345A1 (ja) * 2013-12-17 2015-06-25 ソニー株式会社 通信装置、パケット監視方法及びコンピュータプログラム
US10038651B2 (en) * 2015-09-05 2018-07-31 Nevion Europe As Asynchronous switching system and method
CN114143606A (zh) * 2018-08-22 2022-03-04 华为技术有限公司 一种实现视频流切换的方法、装置和系统
JP7170621B2 (ja) 2018-12-10 2022-11-14 株式会社東芝 コンテンツ配信システム、コンテンツ配信装置、及び方法
CN111327923B (zh) 2018-12-13 2021-08-20 华为技术有限公司 一种音频流切换方法及装置
CN111064908B (zh) * 2019-12-23 2022-05-03 深圳市创凯智能股份有限公司 信号传输方法、装置、设备及可读存储介质
CN115314643B (zh) * 2022-07-28 2023-12-15 中央广播电视总台 一种实现净切换的方法、系统、设备及存储介质
US20240098128A1 (en) * 2022-09-19 2024-03-21 Disney Enterprises, Inc. Seamless Video Switching by Commercial Off-The-Shelf (COTS) Devices

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1478187A2 (en) * 2003-03-31 2004-11-17 Sony United Kingdom Limited Video processing
US20090097496A1 (en) * 2006-05-02 2009-04-16 Kazunori Nakamura Video Signal Switching System
US20090106807A1 (en) * 2007-10-19 2009-04-23 Hitachi, Ltd. Video Distribution System for Switching Video Streams
RU2407217C2 (ru) * 2005-10-11 2010-12-20 Нокиа Корпорейшн Система и способ для эффективной адаптации масштабируемых потоков
US20110122877A1 (en) * 2009-11-25 2011-05-26 Barox Kommunikation Ag High definition video/audio data over ip networks

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7158508B2 (en) * 2001-12-21 2007-01-02 Lucent Technologies Inc. Setting up calls over circuit and packet-switched resources on a network
WO2004064277A2 (en) * 2003-01-16 2004-07-29 Sony United Kingdom Limited Video network
KR100772172B1 (ko) * 2005-11-21 2007-10-31 한국전자통신연구원 실시간 멀티캐스트 패킷 스트림을 위한 이더넷 기반 스위칭방법 및 장치, 이를 구비한 이더넷 기반 스위칭 시스템
US8347341B2 (en) * 2006-03-16 2013-01-01 Time Warner Cable Inc. Methods and apparatus for centralized content and data delivery
US20080066095A1 (en) * 2006-08-28 2008-03-13 Ses Americom, Inc. IPTV blackout management
JP2009100411A (ja) * 2007-10-19 2009-05-07 Hitachi Ltd 映像配信システム、映像中継装置、及び映像中継方法
JP5062031B2 (ja) * 2008-05-19 2012-10-31 ソニー株式会社 信号処理装置、信号処理方法および信号処理プログラム
US20120144056A1 (en) 2009-08-12 2012-06-07 Nederlandse Organisatie Voor Toegepast- Natuurwetenschappelijk Onderzoek Tno Dynamic RTCP Relay

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1478187A2 (en) * 2003-03-31 2004-11-17 Sony United Kingdom Limited Video processing
RU2407217C2 (ru) * 2005-10-11 2010-12-20 Нокиа Корпорейшн Система и способ для эффективной адаптации масштабируемых потоков
US20090097496A1 (en) * 2006-05-02 2009-04-16 Kazunori Nakamura Video Signal Switching System
US20090106807A1 (en) * 2007-10-19 2009-04-23 Hitachi, Ltd. Video Distribution System for Switching Video Streams
US20110122877A1 (en) * 2009-11-25 2011-05-26 Barox Kommunikation Ag High definition video/audio data over ip networks

Also Published As

Publication number Publication date
CA2839618C (en) 2020-07-21
BR112013032838B8 (pt) 2023-01-10
KR20140048941A (ko) 2014-04-24
CA2839618A1 (en) 2012-12-27
BR112013032838B1 (pt) 2022-08-16
CN103907358B (zh) 2017-06-27
AU2012272031A1 (en) 2014-01-30
RU2014101701A (ru) 2015-07-27
BR112013032838A2 (pt) 2017-02-21
TWI511542B (zh) 2015-12-01
DE102011078021A1 (de) 2012-12-27
TW201313009A (zh) 2013-03-16
EP2724491A1 (en) 2014-04-30
EP2724491B1 (en) 2017-11-22
AU2012272031B2 (en) 2016-12-08
US20140184909A1 (en) 2014-07-03
US9143716B2 (en) 2015-09-22
CN103907358A (zh) 2014-07-02
WO2012175363A1 (en) 2012-12-27
JP2014517648A (ja) 2014-07-17
KR101976786B1 (ko) 2019-05-09
JP6066221B2 (ja) 2017-01-25

Similar Documents

Publication Publication Date Title
RU2634206C2 (ru) Устройство и способ коммутации медиапотоков в режиме реального времени
JP6807852B2 (ja) Ｌｃｔに基づくｄａｓｈフォーマットを有するファイルフォーマットベースのストリーミング
JP5635626B2 (ja) メディア・ストリームの同期のための方法、システム及び装置
CA2941430C (en) Video transmission system and video receiver
EP2675129A1 (en) Streaming media service processing system, method and network device therefor
JP2015510349A (ja) オーディオ信号、ビデオ信号、および制御信号を変換するための方法および装置
US20130308638A1 (en) Synchronizing Multiple Transcoding Devices Utilizing Simultaneity of Receipt of Multicast Packets
JP7171929B2 (ja) オーディオストリーム及びビデオストリーム同期切替方法及び装置
WO2018121584A1 (zh) 一种数据流传输方法、装置、相关设备及存储介质
US8806547B2 (en) Virtual multimedia matrix over packet switched network
CN106797342B (zh) 视频网络
TWI536815B (zh) 經由一網路發射及接收一資訊信號之方法、應用該方法之發射器及接收器及應用於該網路內之分離器單元
KR20110006724A (ko) 비 ｉｐ 전송을 통해 ｉｐ 흐름을 전환하기 위한 메커니즘
Kunić et al. Analysis of television technology transformation from SDI to IP production
Yamauchi et al. Audio and video over IP technology
TWI740547B (zh) 串流媒體同步播放方法及串流媒體同步播放系統
Montalvo et al. Implementation of a TV studio based on Ethernet and the IP protocol stack
Laabs SDI over IP
Friedl et al. Low-latency transmissions for remote collaboration in post-production
JP6517167B2 (ja) 通信システムの制御方法及び通信システム
JP2010219669A (ja) ビデオサーバ
Jo et al. imCast: Studio-Quality Digital Media Platform Exploiting Broadband IP Networks
Gardiner et al. IP live production
JP2017092580A (ja) 放送受信装置、放送受信方法および放送受信プログラム
JP2012151907A (ja) ビデオサーバ

Legal Events

Date Code Title Description
HC9A Changing information about inventors