RU2531571C2 - Система видеоконтроля и ее способ прямого исправления ошибок (fec) - Google Patents

Система видеоконтроля и ее способ прямого исправления ошибок (fec) Download PDF

Info

Publication number
RU2531571C2
RU2531571C2 RU2012130314/08A RU2012130314A RU2531571C2 RU 2531571 C2 RU2531571 C2 RU 2531571C2 RU 2012130314/08 A RU2012130314/08 A RU 2012130314/08A RU 2012130314 A RU2012130314 A RU 2012130314A RU 2531571 C2 RU2531571 C2 RU 2531571C2
Authority
RU
Russia
Prior art keywords
fec
code stream
media
monitoring platform
code
Prior art date
Application number
RU2012130314/08A
Other languages
English (en)
Other versions
RU2012130314A (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 RU2012130314A publication Critical patent/RU2012130314A/ru
Application granted granted Critical
Publication of RU2531571C2 publication Critical patent/RU2531571C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4382Demodulation or channel decoding, e.g. QPSK demodulation

Abstract

Настоящее изобретение относится к системе видеонаблюдения и способу прямого исправления ошибок (FEC). Технический результат заключается в повышении скорости восстановления потерянного пакета медиаданных в потоке кода исходных медиаданных посредством кода FEC. Инициируют внешним интерфейсом наблюдения запрос сеанса связи к платформе наблюдения и устанавливают сеанс связи. Выполняют внешним интерфейсом наблюдения кодирование FEC на потоке кода исходных медиаданных и передачу потока кода FEC, полученного путем кодирования, и потока кода исходных медиаданных на платформу наблюдения по одному и тому же каналу. Разделяют платформой наблюдения полученные потоки кода на поток кода исходных медиаданных и поток кода FEC, и если определяется, что в потоке кода исходных медиаданных потерян пакет медиаданных, восстанавливают потерянный пакет медиаданных в потоке кода исходных медиаданных посредством потока кода FEC. Посредством использования настоящего изобретения решается проблема потери сетевого пакета между внешним интерфейсом наблюдения и платформой наблюдения, часто возникающая по причине ограниченной пропускной способности линии связи, и уменьшаются эксплуатационные издержки. 2 н. и 8 з.п. ф-лы, 5 ил.

Description

Область изобретения
Настоящее изобретение касается области видеонаблюдения, в частности - системы видеонаблюдения и его способа прямого исправления ошибок.
Предпосылки изобретения
Услуга видеонаблюдения на основе IP сети является возникающей мультимедийной услугой с добавленной стоимостью. Система услуги в основном состоит из трех частей: внешнего интерфейса наблюдения, платформы наблюдения и клиентского интерфейса наблюдения. Внешний интерфейс наблюдения в основном совершает сбор, кодирование и загрузку видео и аудио сигнала, выполняет сбор и обработку сигнала тревоги и осуществляет контроль над вспомогательным оборудованием, таким как телекамера и головка рамы, и т.п. Платформа наблюдения в основном выполняет распространение медиаданных, управление оборудованием, управление услугой и поддержку работы, и т.п. Клиентский интерфейс наблюдения в основном предоставляет конкретную услугу видеонаблюдения клиентам. Проблема потери сетевых пакетов часто возникает между внешним интерфейсом наблюдения и платформой наблюдения по причине ограниченности пропускной способности линии связи, вызывая ухудшение качества изображения и вредя пользовательскому восприятию. В настоящее время способ автоматического запроса повторной передачи (ARQ) может использоваться для решения этой проблемы на прикладном уровне. Способ требует, чтобы получающая сторона отправляла обратно данные о состоянии сети в реальном времени, а отсылающая сторона - повторно передавала медиаданные в соответствии с полученной информацией обратной связи. В таком приложении видеонаблюдения ARQ имеет более высокое требование на внешнем интерфейсе наблюдения, так что является неподходящим. В существующем способе прямого исправления ошибок (FEC) отсылающая сторона одновременно посылает поток кода медиаданных и поток кода коррекции ошибки, а получающая сторона принимает решение в соответствии с полученными потоками кода медиаданных и кода коррекции ошибки и выполняет соответствующую коррекцию ошибки. Однако в рассматриваемой области проблема потери сетевых пакетов между внешним интерфейсом наблюдения и платформой наблюдения, часто происходящая по причине ограниченности пропускной способности линии связи, не решена с помощью способа FEC на уровне приложения.
Сущность изобретения
Настоящее изобретение предоставляет систему видеонаблюдения и ее способ прямого исправления ошибок, который решает проблему потери сетевых пакетов между внешним интерфейсом наблюдения и платформой наблюдения, происходящую по причине часто ограниченной пропускной способности линии связи.
С целью решения вышеуказанной проблемы настоящее изобретение предоставляет способ прямого исправления ошибок в системе видеонаблюдения, система видеонаблюдения содержит внешний интерфейс наблюдения и платформу наблюдения, и способ содержит:
инициацию внешним интерфейсом наблюдения запроса сеанса связи с платформой наблюдения и установление сеанса связи;
выполнение внешним интерфейсом наблюдения кодирования FEC (прямого исправления ошибок) на потоке кода исходных медиаданных, и передачу потока кода FEC, полученного путем кодирования, и потока кода исходных медиаданных на платформу наблюдения по одному и тому же каналу;
разделение платформой наблюдения полученных потоков кода на поток кода исходных медиаданных и поток кода FEC, и если определяется, что в потоке кода исходных медиаданных потерян пакет медиаданных, восстановление потерянного пакета медиаданных в потоке кода исходных медиаданных посредством потока кода FEC, полученного путем разделения.
Вышеуказанный способ может также содержать: когда внешний интерфейс наблюдения инициирует запрос сеанса связи с платформой наблюдения, перенос поля, поддерживающего FEC, в сообщении протокола описания сеанса связи (SDP), и отправку SDP сообщения на платформу наблюдения; получение платформой наблюдения поля, поддерживающего FEC, из SDP сообщения; выполнение инициализации на полученном поле и резервирование ресурсов, относящихся к полученному полю. SDP сообщение может быть m=<media> <port> <transport> <fmt list>, где<fmt list> - это поле, поддерживающее FEC, ключевые поля <fmt list> включают: тип нагрузки, обозначение потока исходного кода, обозначение кодирования FEC, кратность резервирования кодирования FEC, число исходных пакетов кодирования FEC и размер окна восстановления FEC; и платформа наблюдения разделяет полученные потоки кода на поток кода исходных медиаданных и поток кода FEC в соответствии с типом нагрузки.
Шаг выполнения внешним интерфейсом наблюдения кодирования FEC на потоке кода исходных медиаданных может содержать: добавление внешним интерфейсом заголовка FEC перед данными кодирования FEC, а потом - взятие заголовка FEC и данных кодирования FEC как содержимого нагрузки пакета транспортного протокола реального времени (RTP), подлежащего непосредственной упаковке; где, когда на данных кодирования FEC выполняется RTP инкапсуляция, тип нагрузки, отличный от потока кода исходных медиаданных, приспосабливается выполнять определение.
Платформа наблюдения может восстанавливать потерянный пакет медиаданных в потоке кода исходных медиаданных следующим образом: восстанавливая потерянный пакет медиаданных в потоке кода исходных медиаданных посредством потока кода FEC и операции декодирования FEC.
Вышеуказанный способ может также содержать: когда наблюдение останавливается, передачу платформой наблюдения запроса остановки действия на внешний интерфейс наблюдения, и ответ внешнего интерфейса наблюдения на запрос остановки действия и остановку передачи потока кода медиаданных и потока кода FEC; освобождение платформой наблюдения зарезервированных ресурсов после получения ответа остановки действия. Настоящее изобретение также предоставляет систему видеонаблюдения, которое содержит: внешний интерфейс наблюдения и платформу наблюдения, где
внешний интерфейс наблюдения сконфигурирован: инициировать запрос сеанса связи с платформой наблюдения и устанавливать сеанс связи; выполнять кодирование FEC на потоке кода исходных медиаданных и передавать поток кода FEC, полученный путем кодирования, и поток кода исходных медиаданных на платформу наблюдения по одному и тому же каналу;
платформа наблюдения сконфигурирована: разделять потоки кода, передаваемые внешним интерфейсом наблюдения, на поток кода исходных медиаданных и поток кода FEC, и если определяется, что потерян пакет медиаданных, восстанавливать потерянный пакет медиаданных в потоке кода исходных медиаданных посредством потока кода FEC.
Внешний интерфейс наблюдения может также быть сконфигурирован: при инициации запроса сеанса связи с платформой наблюдения, переносить поле, поддерживающее прямое исправление ошибок (FEC), в сообщении протокола описания сеанса связи (SDP) и отправлять SDP сообщение на платформу наблюдения; платформа наблюдения может также быть сконфигурирована: получать поле, поддерживающее FEC, из SDP сообщения, выполнять инициализацию на полученном поле и резервировать ресурсы, относящиеся к полученному полю. SDP сообщение может быть m=<media> <port> <transport> <fmt list>, где <fmt list> - это поле, поддерживающее FEC, ключевые поля <fmt list> включают: тип нагрузки, обозначение потока исходного кода, обозначение кодирования FEC, кратность резервирования кодирования FEC, число исходных пакетов кодирования FEC и размер окна восстановления FEC; и платформа наблюдения сконфигурирована разделять полученные потоки кода на поток кода исходных медиаданных и поток кода FEC в соответствии с типом нагрузки.
Внешний интерфейс наблюдения может также быть сконфигурирован: при выполнении кодирования FEC на потоке кода медиаданных добавлять заголовок FEC перед данными кодирования FEC, и затем брать заголовок FEC и данные кодирования FEC как содержимое нагрузки RTP пакета, подлежащего непосредственной упаковке; и где, при выполнении RTP инкапсуляции на данных кодирования FEC, приспосабливать тип нагрузки, отличный от потока кода исходных медиаданных, определять данные кодирования FEC.
Платформа наблюдения может восстанавливать потерянный пакет медиаданных в потоке кода исходных медиаданных следующим образом: восстанавливая потерянный пакет медиаданных в потоке кода исходных медиаданных посредством потока кода FEC и операции декодирования FEC.
Платформа наблюдения может также быть сконфигурирована: когда наблюдение останавливается, передавать запрос остановки действия на внешний интерфейс наблюдения и освобождать зарезервированные ресурсы после получения ответа остановки действия, посылаемого внешним интерфейсом наблюдения; внешний интерфейс наблюдения также сконфигурирован: производить ответ остановки действия для платформы наблюдения и останавливать пересылку потока кода медиаданных и потока кода FEC.
По сравнению с известным уровнем техники, путем использования настоящего изобретения, решается проблема потери сетевого пакета между внешним интерфейсом наблюдения и платформой наблюдения, часто возникающая по причине ограниченной пропускной способности линии связи, и уменьшаются эксплуатационные издержки.
Краткое описание графических материалов
Фиг.1 представляет собой блок-схему способа прямого исправления ошибок в системе видеонаблюдения в соответствии с настоящим изобретением.
Фиг.2 представляет собой блок-схему потока сигнального взаимодействия для поддержки FEC в настоящем изобретении.
Фиг.3 представляет собой блок-схему потока упаковки и передачи для пакета медиаданных и FEC пакета в настоящем изобретении.
Фиг.4 представляет собой принципиальную схему сущности устройства видео наблюдения в соответствии с настоящим изобретением.
Фиг.5 представляет собой блок-схему структуры системы видео наблюдения в соответствии с настоящим изобретением.
Предпочтительные варианты осуществления настоящего изобретения
Настоящее изобретение будет ниже описано подробнее вместе с сопутствующими графическими материалами и конкретными вариантами осуществления.
Как показано на фиг.1, способ прямого исправления ошибок в системе видеонаблюдения в соответствии с настоящим изобретением включает следующие шаги.
На шаге ПО внешний интерфейс наблюдения инициирует запрос сеанса связи с платформой наблюдения (которая может быть потоковым сервером (SS)) и устанавливает сеанс связи; и поле, поддерживающее FEC, переносится в сообщении протокола описания сеанса связи (SDP).
В настоящем изобретении сообщение SDP расширяется, чтобы поддерживать FEC, и конкретное описание следующее:
m=<media> <port> <transport> <fmt list>.
Где определения <media> <port> <transport> идентичны определениям протокола RFC2327, определение, относящееся к FEC, добавляется в <fmt list>, а ключевые поля <fmt list> определяются следующим образом:
тип нагрузки, обозначение потока исходного кода, обозначение кодирования FEC, кратность резервирования кодирования FEC, число исходных пакетов кодирования FEC и размер окна восстановления FEC, и т.п.
Например:
тип нагрузки FEC определяется как: 127;
fec-apt="apt="pt-id - это соответствующее отношение между потоком исходного кода и компенсационным потоком FEC, и pt-id означает обозначение потока исходного кода, где pt-id=1*DIGIT;
fec-encoding-id="encoding-id=" enc-id - это обозначение кодирования FEC, где enc-id=1*DIGIT;
fec-redundancy-rate=" redundancy-rate=" rate - это кратность резервирования кодирования FEC, величина является процентом, где rate=1*DIGIT;
fec-group-count="group-count=" gc - это число исходных пакетов кодирования FEC, raegc=1*DIGIT; и
fec-repair-window="repair-window=" rw - это окно восстановления FEC, и единицей измерения является миллисекунда, где rw=1*DIGIT.
На шаге 120 SS получает поле, поддерживающее FEC, из полученного сообщения протокола описания сеанса связи, выполняет инициализацию на полученном поле и резервирует ресурсы, относящиеся к полученному полю.
На шаге 130 внешний интерфейс наблюдения начинает посылать поток кода на SS.
Здесь внешний интерфейс наблюдения сначала выполняет кодирование FEC на потоке кода медиаданных и передает закодированный поток кода FEC и поток кода исходных медиаданных на SS соответствующим образом по одному и тому же каналу.
В существующих стандартах нет полного определения упаковки FEC. В настоящем изобретении протокол передачи в реальном времени (RTP) расширяется, чтобы поддерживать FEC, где
сначала заголовок FEC добавляется перед данными кодирования FEC, и затем заголовок FEC и данные кодирования FEC берутся вместе как содержимое нагрузки RTP пакета, подлежащего непосредственной упаковке; никакое расширение самого RTP заголовка не производится; при выполнении RTP инкапсуляции на данных кодирования FEC тип нагрузки, отличный от потока кода исходных медиаданных, приспосабливается определять (значение типа нагрузки равно 127), принимающая сторона определяет, является ли принятый поток кода потоком кода исходных медиаданных или потоком кода FEC в соответствии с типом нагрузки.
Расширенное определение FEC
Форматы упаковки FEC RTP пакета определяются следующим образом:
Figure 00000001
Где значение каждого поля в RTP заголовке пакета FEC соответствует стандарту RFC3550, а заголовок пакета FEC определяется следующим образом:
Figure 00000002
FEC SN base: 16 бит, порядковый номер первого RTP пакета, соответствующего проверочным данным FEC, генерируемым группой пакетов медиаданных.
L: 1 бит определяется как 1 и длина обратного шаблона составляет 48 бит.
Число пакетов FEC: 15 бит, указывает соответственно сколькими RTP пакетами передаются избыточные данные FEC текущей группы, то есть число RTP пакетов данных FEC текущей группы.
SN base: 16 бит, указывает первый порядковый номер RTP последовательности пакетов медиаданных, защищенных пакетом FEC.
Mask: 48 бит, маска шаблона используется для обозначения того, какие пакеты в оригинальных пакетах медиаданных берут участие в вычислении текущего пакета FEC, если i-ый (i=0, 1, 2 …) бит маски установлен в 1, порядковый номер RTP таков, что N+I пакет медиаданных связан с текущим пакетом FEC, где N - это значение поля SN base.
На шаге 140 SS разделяет полученный поток кода на поток кода медиаданных и поток кода FEC в соответствии с типом нагрузки и, если определяется потеря пакета медиаданных, - восстанавливает потерянный пакет медиаданных в потоке кода исходных медиаданных посредством потока кода FEC и операции декодирования FEC.
На шаге 150 внешний интерфейс наблюдения прекращает посылать поток кода медиаданных и поток кода FEC после получения запроса остановки действия SS.
Настоящее изобретение будет также описано посредством примера управления сеансом связи между внешним интерфейсом наблюдения и SS с помощью потокового протокола реального времени (RTSP), который разделяется на поток сигнального взаимодействия для поддержки FEC и поток упаковки и передачи для пакета медиаданных и пакета FEC.
Как показано на фиг.2, поток сигнального взаимодействия для поддержки FEC включает следующие шаги.
На шаге 210 внешний интерфейс наблюдения инициативно устанавливает TCP соединение с потоковым сервером после успешного включения и затем отсылает ANNOUNCE запрос RTSP на потоковый сервер, и запрос несет описание SDP.
На шаге 220 потоковый сервер разбирает полученное описание SDP, если определяется, что описание SDP поддерживает FEC, - выполняет инициализацию и резервирует ресурсы, а затем отсылает ответ ANNOUNCE на внешний интерфейс наблюдения.
На шаге 230 внешний интерфейс наблюдения посылает SETUP запрос (RTSP сообщение) на потоковый сервер.
На шаге 240 потоковый сервер отвечает на SETUP запрос (RTSP сообщение) внешнему интерфейсу наблюдения и переносит номер порта для потокового сервера, чтобы принимать медиаданные, в ответном сообщении.
Потоковый сервер будет получать на порт поток кода исходных медиаданных и поток кода FEC одновременно.
На шаге 250 внешний интерфейс наблюдения посылает на потоковый сервер запрос RECORD (RTSP сообщение).
На шаге 260 потоковый сервер посылает ответ RECORD (RTSP сообщение) на внешний интерфейс наблюдения, и сеанс связи между внешним интерфейсом наблюдения и потоковым сервером успешно устанавливается.
Как показано на фиг.3, поток упаковки и передачи для пакета медиаданных и пакета FEC включает следующие шаги.
На шаге 310 потоковый сервер отсылает запрос начала действия (RTSP сообщение установки параметров) на внешний интерфейс наблюдения.
На шаге 320 внешний интерфейс наблюдения подает ответ начала действия (RTSP ответ) на потоковый сервер.
На шаге 330 внешний интерфейс наблюдения одновременно посылает на потоковый сервер поток кода исходных медиаданых и поток кода FEC.
При этом поток кода исходных медиаданных и поток кода FEC пересылаются по одному и тому же каналу.
На шаге 340 потоковый сервер получает потоки кода по одному и тому же каналу и определяет, в соответствии с типом нагрузки, является ли он потоком кода исходных медиаданных или потоком кода FEC, если в соответствии с полученным потоком кода исходных медиаданных определяется, что происходит потеря сетевого пакета, использует полученный поток кода FEC, чтобы осуществлять исправление ошибок и восстановление.
На шаге 350, когда наблюдение останавливается, потоковый сервер посылает запрос остановки действия (RTSP сообщение установки параметров) на внешний интерфейс наблюдения; внешний интерфейс наблюдения подает ответ остановки действия и останавливает передачу потока кода медиаданных и потока кода FEC; и потоковый сервер освобождает зарезервированные ресурсы после получения ответа.
Как показано на фиг.4 и фиг.5, система видеонаблюдения настоящего изобретения включает: внешний интерфейс наблюдения и платформу наблюдения, где
внешний интерфейс наблюдения сконфигурирован: инициировать запрос сеанса связи к платформе наблюдения и устанавливать сеанс связи, и одновременно переносить поле, поддерживающее обратную коррекцию ошибок (FEC), в сообщении протокола (SDP) описания сеанса соединения; и выполнять кодирование FEC на потоке кода медиаданных и передавать закодированный поток кода FEC и поток кода исходных медиаданных на платформу наблюдения по одному и тому же каналу;
платформа наблюдения сконфигурирована: получать поле, поддерживающее FEC, из SDP сообщения, выполнять инициализацию на полученном поле и резервировать ресурсы; разделять потоки кода, передаваемые внешним интерфейсом наблюдения, на поток кода исходных медиаданных и поток кода FEC и, если определяется, что потерян пакет медиаданных, восстанавливать потерянный пакет медиаданных в потоке кода исходных медиаданных посредством потока кода FEC.
SDP сообщение, определенное внешним интерфейсом наблюдения, имеет следующий вид: m=<media> <port> <transport> <fmt list>, где ключевые поля <fmt list> включают: тип нагрузки, обозначение потока исходного кода, обозначение кодирования FEC, кратность резервирования кодирования FEC, число исходных пакетов кодирования FEC и размер окна восстановления FEC.
Платформа наблюдения разделяет полученные потоки кода на поток кода медиаданных и поток кода FEC в соответствии с типом нагрузки.
Внешний интерфейс наблюдения добавляет заголовок FEC перед данными кодирования FEC при выполнении кодирования FEC на потоке кода медиаданных, и затем берет добавленный заголовок FEC и данные кодирования FEC вместе как содержимое нагрузки RTP пакета, подлежащего непосредственной упаковке, причем сам RTP заголовок не расширяется; внешний интерфейс наблюдения приспосабливает тип нагрузки, отличный от потока кода исходных медиаданных, определять данные кодирования FEC при выполнении RTP инкапсуляции на данных кодирования FEC.
Платформа наблюдения восстанавливает потерянный пакет медиаданных в потоке кода исходных медиаданных следующим образом:
платформа наблюдения восстанавливает потерянный пакет медиаданных в потоке кода исходных медиаданных посредством потока кода FEC и операции декодирования FEC.
Платформа наблюдения также сконфигурирована: когда наблюдение останавливается, передавать запрос остановки действия на внешний интерфейс наблюдения и освобождать зарезервированные ресурсы после получения ответа остановки действия, посылаемого внешним интерфейсом наблюдения;
внешний интерфейс наблюдения также сконфигурирован: производить ответ остановки действия для платформы наблюдения и останавливать пересылку потока кода медиаданных и потока кода FEC.
Вышеприведенное описание подается только для конкретных вариантов осуществления настоящего изобретения, однако объем защиты настоящего изобретения не ограничивается вышеприведенным описанием. Любые изменения и замены, о которых может подумать специалист в данной области техники и которые могут быть в пределах технического объема, раскрытого настоящим изобретением, должны все попадать в пределы объема защиты настоящего изобретения. Следовательно, объем защиты настоящего изобретения должен быть предметом объема защиты формулы изобретения.
Промышленная применимость
По сравнению с известным уровнем техники, посредством настоящего изобретения, может быть решена проблема потери сетевого пакета между внешним интерфейсом наблюдения и платформой наблюдения, часто возникающая по причине ограниченной пропускной способности линии связи, и могут быть уменьшены эксплуатационные издержки.

Claims (10)

1. Способ прямого исправления ошибок в системе видеонаблюдения, система видеонаблюдения содержит внешний интерфейс наблюдения и платформу наблюдения, и способ содержит:
инициацию внешним интерфейсом наблюдения запроса сеанса связи к платформе наблюдения и установление сеанса связи;
выполнение внешним интерфейсом наблюдения кодирования FEC (прямого исправления ошибок) на потоке кода исходных медиаданных и передачу потока кода FEC, полученного путем кодирования, и потока кода исходных медиаданных на платформу наблюдения по одному и тому же каналу;
разделение платформой наблюдения полученных потоков кода на поток кода исходных медиаданных и поток кода FEC, и если определяется, что в потоке кода исходных медиаданных потерян пакет медиаданных, восстановление потерянного пакета медиаданных в потоке кода исходных медиаданных посредством потока кода FEC, полученного путем разделения;
когда внешний интерфейс наблюдения инициирует запрос сеанса связи с платформой наблюдения, перенос поля, поддерживающего FEC, в сообщении протокола описания сеанса связи (SDP), и отправку SDP сообщения на платформу наблюдения;
получение платформой наблюдения поля, поддерживающего FEC, из SDP сообщения; выполнение инициализации на полученном поле и резервирование ресурсов, относящихся к полученному полю.
2. Способ по п.1, где
SDP сообщение представляет собой: m=<media><port><transport><fmt list>, где <fmt list> - это поле, поддерживающее FEC, ключевые поля <fmt list> включают: тип нагрузки, обозначение потока исходного кода, обозначение кодирования FEC, кратность резервирования кодирования FEC, число исходных пакетов кодирования FEC и размер окна восстановления FEC;
на шаге разделения платформой наблюдения полученных потоков кода на поток кода исходных медиаданных и поток кода FEC, платформа наблюдения разделяет полученные потоки кода на поток кода исходных медиаданных и поток кода FEC в соответствии с типом нагрузки.
3. Способ по п.1, где шаг выполнения внешним интерфейсом наблюдения кодирования FEC на потоке кода исходных медиаданных содержит:
добавление внешним интерфейсом наблюдения заголовка FEC перед данными кодирования FEC, а затем - взятие заголовка FEC и данных кодирования FEC как содержимого нагрузки пакета транспортного протокола реального времени (RTP), подлежащего непосредственной упаковке; где, когда на данных кодирования FEC выполняется RTP инкапсуляция, тип нагрузки, отличный от потока кода исходных медиаданных, приспосабливается выполнять определение.
4. Способ по п.1, где шаг восстановления потерянного пакета медиаданных в потоке кода исходных медиаданных посредством потока кода FEC, полученного путем разделения, содержит:
восстановление платформой наблюдения потерянного пакета медиаданных в потоке кода исходных медиаданных посредством потока кода FEC и операции декодирования FEC.
5. Способ по п.1, также содержащий:
когда наблюдение останавливается, передачу платформой наблюдения запроса остановки действия на внешний интерфейс наблюдения, ответ внешнего интерфейса наблюдения на запрос остановки действия и остановку передачи потока кода медиаданных и потока кода FEC; освобождение платформой наблюдения зарезервированных ресурсов после получения ответа остановки действия.
6. Система видеонаблюдения, содержащая: внешний интерфейс наблюдения и платформу наблюдения, где
внешний интерфейс наблюдения сконфигурирован: инициировать запрос сеанса связи к платформе наблюдения и устанавливать сеанс связи; выполнять кодирование FEC (прямого восстановления ошибок) на потоке кода исходных медиаданных и передавать поток кода FEC, полученный путем кодирования, и поток кода исходных медиаданных на платформу наблюдения по одному и тому же каналу;
платформа наблюдения сконфигурирована: разделять потоки кода, передаваемые внешним интерфейсом наблюдения, на поток кода исходных медиаданных и поток кода FEC, и если определяется, что в потоке кода исходных медиаданных, полученном посредством кодирования, потерян пакет медиаданных, восстанавливать потерянный пакет медиаданных в потоке кода исходных медиаданных посредством потока кода FEC, полученного путем кодирования;
при этом внешний интерфейс наблюдения также сконфигурирован: при инициации запроса сеанса связи к платформе наблюдения переносить поле, поддерживающее FEC, в сообщении протокола описания сеанса соединения (SDP), и посылать SDP сообщение на платформу наблюдения;
платформа наблюдения также сконфигурирована: получать поле, поддерживающее FEC, из SDP сообщения, выполнять инициализацию на полученном поле и резервировать ресурсы, относящиеся к полученному полю.
7. Система видеонаблюдения по п.6, где
SDP сообщение представляет собой: m=<media><port><transport><fmt list>, где <fmt list> - это поле, поддерживающее FEC, ключевые поля <fmt list> включают: тип нагрузки, обозначение потока исходного кода, обозначение кодирования FEC, кратность резервирования кодирования FEC, число исходных пакетов кодирования FEC и размер окна восстановления FEC;
платформа наблюдения сконфигурирована разделять полученные потоки кода, передаваемые внешним интерфейсом кодирования, на поток кода исходных медиаданных и поток кода FEC в соответствии с типом нагрузки.
8. Система видеонаблюдения по п.6, где
внешний интерфейс наблюдения также сконфигурирован:
при выполнении кодирования FEC на потоке кода исходных медиаданных добавлять заголовок FEC перед данными кодирования FEC и затем брать заголовок FEC и данные кодирования FEC вместе как содержимое нагрузки пакета транспортного протокола реального времени (RTP), подлежащего непосредственной упаковке; и при выполнении RTP инкапсуляции на данных кодирования FEC приспосабливать тип нагрузки, отличный от потока кода исходных медиаданных, определять данные кодирования FEC.
9. Система видеонаблюдения по п.6, где
платформа наблюдения сконфигурирована восстанавливать потерянный пакет медиаданных в потоке кода исходных медиаданных следующим образом:
восстанавливая потерянный пакет медиаданных в потоке кода исходных медиаданных посредством потока кода FEC и операции декодирования FEC.
10. Система видеонаблюдения по п.6, где
платформа наблюдения также сконфигурирована: когда наблюдение останавливается, посылать запрос остановки действия на внешний интерфейс наблюдения и освобождать зарезервированные ресурсы после получения ответа остановки действия, посланного внешним интерфейсом наблюдения;
внешний интерфейс наблюдения также сконфигурирован: отвечать на запрос остановки действия платформе наблюдения при получении запроса остановки действия, посланного платформой наблюдения, и останавливать передачу потока кода исходных медиаданных и потока кода FEC.
RU2012130314/08A 2009-12-25 2010-12-21 Система видеоконтроля и ее способ прямого исправления ошибок (fec) RU2531571C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200910247096.0 2009-12-25
CN2009102470960A CN101778295B (zh) 2009-12-25 2009-12-25 一种视频监控系统及其前向纠错的方法
PCT/CN2010/080059 WO2011076105A1 (zh) 2009-12-25 2010-12-21 一种视频监控系统及其前向纠错的方法

Publications (2)

Publication Number Publication Date
RU2012130314A RU2012130314A (ru) 2014-01-27
RU2531571C2 true RU2531571C2 (ru) 2014-10-20

Family

ID=42514590

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2012130314/08A RU2531571C2 (ru) 2009-12-25 2010-12-21 Система видеоконтроля и ее способ прямого исправления ошибок (fec)

Country Status (4)

Country Link
EP (1) EP2519008A4 (ru)
CN (1) CN101778295B (ru)
RU (1) RU2531571C2 (ru)
WO (1) WO2011076105A1 (ru)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101778295B (zh) * 2009-12-25 2012-11-14 中兴通讯股份有限公司 一种视频监控系统及其前向纠错的方法
KR101933465B1 (ko) * 2011-10-13 2019-01-11 삼성전자주식회사 이동 통신 시스템에서 패킷 송수신 장치 및 방법
KR101961736B1 (ko) * 2012-04-23 2019-03-25 삼성전자 주식회사 통신 시스템에서 패킷 송수신 장치 및 방법
CN109040765B (zh) * 2018-07-25 2021-03-23 成都鼎桥通信技术有限公司 视频数据的播放方法和装置
CN109167965B (zh) * 2018-09-28 2020-12-04 视联动力信息技术股份有限公司 一种数据处理的方法和装置
CN110647657B (zh) * 2019-09-19 2022-05-24 四川东方网力科技有限公司 资源结构化数据自动纠错的方法、装置、设备及存储介质
CN111314378B (zh) * 2020-03-18 2022-07-29 浩云科技股份有限公司 一种码流数据处理方法
CN117240417A (zh) * 2023-09-12 2023-12-15 北京天融信网络安全技术有限公司 音视频传输方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101030838A (zh) * 2007-04-02 2007-09-05 Ut斯达康通讯有限公司 一种在iptv网络中动态自适应前向差错控制的系统及方法
CN101505202A (zh) * 2009-03-16 2009-08-12 华中科技大学 一种流媒体传输自适应纠错方法
CN101778295A (zh) * 2009-12-25 2010-07-14 中兴通讯股份有限公司 一种视频监控系统及其前向纠错的方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6782490B2 (en) * 1999-03-17 2004-08-24 At&T Corp. Network-based service for the repair of IP multicast sessions
CN100450187C (zh) * 2005-10-17 2009-01-07 华为技术有限公司 支持错误弹性的多媒体数据网络实时传送方法
US20070121532A1 (en) * 2005-11-28 2007-05-31 Nokia Corporation Application specific encoding of content
BRPI0622135A2 (pt) * 2006-12-21 2011-12-27 Thomson Licensing mÉtodo para suporte corretivo de erros futuros para dados de vÍdeo e Áudio em tempo real atravÉs de redes de trabalho protocoladas na internet
CN101170565A (zh) * 2007-12-06 2008-04-30 北京广视通达网络技术有限公司 一种支持多种混合媒体层次性协商的sdp二维拓展方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101030838A (zh) * 2007-04-02 2007-09-05 Ut斯达康通讯有限公司 一种在iptv网络中动态自适应前向差错控制的系统及方法
CN101505202A (zh) * 2009-03-16 2009-08-12 华中科技大学 一种流媒体传输自适应纠错方法
CN101778295A (zh) * 2009-12-25 2010-07-14 中兴通讯股份有限公司 一种视频监控系统及其前向纠错的方法

Also Published As

Publication number Publication date
CN101778295A (zh) 2010-07-14
EP2519008A4 (en) 2016-12-07
EP2519008A1 (en) 2012-10-31
CN101778295B (zh) 2012-11-14
WO2011076105A1 (zh) 2011-06-30
RU2012130314A (ru) 2014-01-27

Similar Documents

Publication Publication Date Title
RU2531571C2 (ru) Система видеоконтроля и ее способ прямого исправления ошибок (fec)
US10263918B2 (en) Local fault tolerance for managing alternative networks for high quality of service communications
CN101317404B (zh) Ip报文传输、协商带宽节省能力和节省网络带宽的方法及系统
JP4454320B2 (ja) 伝送装置、伝送制御プログラム、及び伝送方法
US7835346B2 (en) Methods, systems, and computer program products for providing transcoder free operation (TrFO) and interworking between unlicensed mobile access (UMA) and universal mobile telecommunications system (UMTS) call legs using a media gateway
US9781488B2 (en) Controlled adaptive rate switching system and method for media streaming over IP networks
RU2009134145A (ru) Снижение влияния от потерь пакетов в передачах видео
JP2010154547A (ja) パケット化データのビットレートの適合化とデータパケットの再送信との間の連携
KR100433629B1 (ko) 인터넷 팩스 데이터의 오류 제어 방법
WO2011072576A1 (zh) 传输控制方法和接入设备及传输系统
CN102333209B (zh) 应用于视频监控系统的数据传输方法及设备
JP3871661B2 (ja) マルチメディアコンテンツ受信装置及びマルチメディアコンテンツ受信方法
JP3492602B2 (ja) データ送信装置及びデータ受信装置
JP2005051299A (ja) パケット送信装置、パケット受信装置、パケット送信方法及びパケット受信方法
KR100433628B1 (ko) FoIP에 있어서 네트워크 상태 적응형 오류 제어 방법
JP2005244315A (ja) 映像ストリーミング伝送のネットワーク品質安定化装置
WO2009121272A1 (zh) 媒体网关、媒体网关控制器、多媒体电话互通方法和系统
JP5523163B2 (ja) 送信装置、送信方法、プログラム
JP2007189383A (ja) Tcp/ip通信中継方法及びtcp/ip通信中継装置
JP4030921B2 (ja) 通信装置
WO2010075794A1 (zh) 一种压缩复用报文处理方法及装置
CN109196870B (zh) 用于发射和接收mmtp分组的方法和装置
WO2008071092A1 (fr) Terminal ims, serveur de superposition et procédé de traitement de service ims
JPWO2009145294A1 (ja) サーバ装置と通信方法ならびにプログラム
KR20080037950A (ko) 데이터를 송수신하는 방법 및 장치