RU2219671C2 - Способ и устройство для передачи и приема мультимедийных данных - Google Patents
Способ и устройство для передачи и приема мультимедийных данных Download PDFInfo
- Publication number
- RU2219671C2 RU2219671C2 RU2001132150/09A RU2001132150A RU2219671C2 RU 2219671 C2 RU2219671 C2 RU 2219671C2 RU 2001132150/09 A RU2001132150/09 A RU 2001132150/09A RU 2001132150 A RU2001132150 A RU 2001132150A RU 2219671 C2 RU2219671 C2 RU 2219671C2
- Authority
- RU
- Russia
- Prior art keywords
- packet
- rtp
- source
- multimedia data
- rtp protocol
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/13—Linear codes
- H03M13/15—Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes
- H03M13/151—Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes using error location or error correction polynomials
- H03M13/1515—Reed-Solomon codes
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/35—Unequal or adaptive error protection, e.g. by providing a different level of protection according to significance of source information or by adapting the coding according to the change of transmission channel characteristics
- H03M13/356—Unequal error protection [UEP]
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/37—Decoding methods or techniques, not specific to the particular type of coding provided for in groups H03M13/03 - H03M13/35
- H03M13/373—Decoding methods or techniques, not specific to the particular type of coding provided for in groups H03M13/03 - H03M13/35 with erasure correction and erasure determination, e.g. for packet loss recovery or setting of erasures for the decoding of Reed-Solomon codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0057—Block codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/007—Unequal error protection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1106—Call signalling protocols; H.323 and related
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Probability & Statistics with Applications (AREA)
- Mathematical Physics (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Algebra (AREA)
- General Physics & Mathematics (AREA)
- Pure & Applied Mathematics (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
- Error Detection And Correction (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Заявлены устройство и способ для передачи/приема мультимедийных данных, включающих в себя видеоданные, с помощью пакета для радиосвязи в системе радиопередачи/приема. Способ включает этап выполнения защиты от ошибок путем контроля по нечетности в отношении одного исходного пакета или множества исходных пакетов. Согласно настоящему изобретению устойчивость по отношению к ошибкам мультимедийных данных (особенно видеоданных) может быть увеличена посредством защиты от ошибок путем контроля по нечетности в отношении исходных пакетов без изменения набора протоколов передачи/приема в обычной сети передачи пакетов данных, таких как протокол Н.323, что является техническим результатом. 5 с. и 12 з.п. ф-лы, 8 ил.
Description
Область техники
Изобретение относится к системе радиопередачи и радиоприема, а более конкретно к устройству и способу для передачи и приема мультимедийных данных, включающих в себя видеоданные, посредством пакета радиосвязи в системе радиопередачи и радиоприема.
Изобретение относится к системе радиопередачи и радиоприема, а более конкретно к устройству и способу для передачи и приема мультимедийных данных, включающих в себя видеоданные, посредством пакета радиосвязи в системе радиопередачи и радиоприема.
Предшествующий уровень техники
В общем случае протокол Н.323 является предпочтительным протоколом сектора телекоммуникаций Международного союза электросвязи (ITU-T) для видео- конференцсвязи в среде связи, в которой качество обслуживания не гарантировано, таким как протокол TCP/IP (протокол управления передачей в сети Интернет/Интернет) и протокол UDP (протокол пользовательских дейтаграмм).
В общем случае протокол Н.323 является предпочтительным протоколом сектора телекоммуникаций Международного союза электросвязи (ITU-T) для видео- конференцсвязи в среде связи, в которой качество обслуживания не гарантировано, таким как протокол TCP/IP (протокол управления передачей в сети Интернет/Интернет) и протокол UDP (протокол пользовательских дейтаграмм).
Как показано на фиг.1, формирователь 110 пакетов видеоданных и формирователь 120 пакетов аудиоданных выполняют кодирование источника и создают пакеты видео- и аудиоданных. На уровне 130 протокола RTP передачи в реальном масштабе времени в пакеты видео- и аудиоданных помещается временная метка и формируется пакет RTP путем объединения пакетов видео- и аудиоданных, которые сформированы в формирователе 110 пакетов видеоданных и формирователе 120 пакетов аудиоданных соответственно. На уровне 130 RTP обеспечиваются такие функции, как идентификация типа данных, проверка порядковых номеров, передача внутренних временных меток и контроль передачи данных. Заголовок уровня 130 RTP, как показано на фиг.2, включает в себя поле смешанных данных (СД), поле порядкового номера, поле временной метки, идентификатор источника синхронизации (ИИС) и идентификатор содействующего источника (ИСИ). Поле СД - 16-разрядное поле, включающее в себя версию, дополнение, расширение, номер ИСИ, маркер и полезную информацию. На уровне 160 протокола UDP пользовательских дейтаграмм пакет RTP, сформированный на уровне 130 RTP, смешивается с управляющим сигналом протокола Н.225, генерированным блоком 140 управления протокола Н.225. На уровне 170 протокола TCP управления передачей формируется пакет TCP, который должен повторно передаваться с использованием сигнала управления протокола Н.225 с блока 140 управления протокола Н.225, и сигнала управления средой передачи данных протокола Н.245 с блока 150 управления протокола Н.245. На уровне 180 протокола IP Интернет формируется пакет IP с использованием пакета протокола UDP, сформированного на уровне 160 протокола UDP, и пакета TCP, сформированного на уровне 170 протокола TCP.
Однако в протоколе Н.323, показанном на фиг.1, отсутствуют устойчивые к ошибкам уровни между формирователем пакетов источника, образованным формирователем 110 пакетов видеоданных и формирователем 120 пакетов аудиоданных и уровнем 130 RTP, и заголовок на уровне 130 RTP имеет структуру, показанную на фиг.2.
В результате, в отсутствие средства защиты от ошибок, т.е. надежности в формирователе пакетов источника (или на уровне кодирования-декодирования источника), может происходить потеря пакета в среде передачи данных с ошибками, такой как среда радиосвязи.
Обычная схема прямой коррекции ошибок (ПКО), такая как сверточное кодирование и кодирование Боуза-Чоудхури-Хокенгема (БЧХ), осуществляется только на физическом уровне, и из-за сложности схему ПКО трудно осуществлять на уровнях, находящихся ниже уровня RTP.
Сущность изобретения
Чтобы решить вышеупомянутые проблемы, задачей настоящего изобретения является создание способа передачи и приема мультимедийных данных, в котором устойчивость к ошибкам может быть улучшена за счет защиты от ошибок путем проверки по нечетности в отношении исходных пакетов.
Чтобы решить вышеупомянутые проблемы, задачей настоящего изобретения является создание способа передачи и приема мультимедийных данных, в котором устойчивость к ошибкам может быть улучшена за счет защиты от ошибок путем проверки по нечетности в отношении исходных пакетов.
Другой задачей настоящего изобретения является создание устройства для передачи и приема мультимедийных данных, в котором осуществлен способ передачи и приема мультимедийных данных.
Указанная задача, согласно одному из аспектов настоящего изобретения, решается в способе передачи мультимедийных данных в системе передачи и приема мультимедийных данных в беспроводной сети передачи пакетных данных. Способ содержит следующие этапы: (а) пакетирование исходных данных; (b) выполнение защиты от ошибок путем проверки по нечетности в отношении одного исходного пакета или множества исходных пакетов, пакетированных на этапе (а).
Предпочтительно к одному пакету или к множеству исходных пакетов на этапе (b) добавляют информацию избыточности.
Предпочтительно информацию избыточности добавляют к части одного пакета или к множеству исходных пакетов на этапе (b).
Предпочтительно информацию избыточности добавляют к одной части или множеству частей одного исходного пакета или множества исходных пакетов на этапе (b).
Указанная задача согласно другому аспекту настоящего изобретения решается в способе передачи мультимедийных данных в системе передачи или/и приема мультимедийных данных в беспроводной сети передачи пакетных данных. Способ содержит следующие этапы: (а) пакетирование исходных данных; (b) формирование пакета протокола RTP полезной информации, которая является защищенной от ошибок путем проверки по нечетности в отношении одного исходного пакета или множества исходных пакетов, пакетированных на этапе (а), и произвольного заголовка протокола RTP.
Указанная задача согласно еще одному аспекту настоящего изобретения решается в способе приема мультимедийных данных в системе приема мультимедийных данных для приема пакета протокола RTP, к которому добавляется пакет защиты от ошибок, который является защищенным от ошибок путем проверки по нечетности в отношении одного исходного пакета или множества исходных пакетов. Способ содержит следующие этапы: (а) прием пакета протокола RTP посредством предварительно определенного протокола передачи в беспроводной сети передачи пакетных данных и проверка номера принятого пакета протокола RTP; (b) обращение к типу полезной информации в заголовке пакета протокола RTP, принятого на этапе (а), и определение номера пакета протокола RTP, используемого для кодирования, обеспечивающего защиту от ошибок, когда пакет протокола RTP соответствует пакету защиты от ошибок; (с) определение номера потерянного пакета путем сравнения номера пакета протокола RTP, проверенного на этапе (а), с номером пакета протокола RTP, определенного на этапе (b); (d) восстановление непринятого пакета протокола RTP с помощью обращения к номеру потерянного пакета, обнаруженного на этапе (с).
Указанная выше другая задача согласно одному из аспекту настоящего изобретения решается в устройстве для передачи мультимедийных данных в системе передачи или/и приема мультимедийных данных в беспроводной сети передачи пакетов данных. Устройство включает в себя модуль пакетирования источника для пакетирования мультимедийных данных, модуль уровня протокола RTP для вставки временной метки в пакеты мультимедийных данных и для формирования пакета протокола RTP путем объединения пакетов мультимедийных данных, сформированных в модуле пакетирования источника, и модуль защиты от ошибок путем добавления информации нечетной избыточности к одному пакету мультимедийных данных или множеству пакетов мультимедийных данных, которые пакетируются между модулем пакетирования источника и модулем уровня RTP или в модуле уровня RTP.
Указанная другая задача согласно другому аспекту настоящего изобретения решается в устройстве для приема мультимедийных данных в системе приема мультимедийных данных для приема пакета протокола RTP, к которому добавлена информация избыточности для защиты от ошибок одного исходного пакета или множества исходных пакетов. Устройство включает в себя средство для приема пакета мультимедийных данных протокола RTP посредством предварительно определенного протокола передачи в беспроводной сети передачи пакетов данных и средство для исправления битовой ошибки, возникающей в канале, на основе информации избыточности, которая добавлена до нечетности к принятому пакету мультимедийных данных протокола RTP.
Краткое описание чертежей
Фиг.1 - детальная функциональная схема протокола Н.323;
Фиг. 2 - структурная схема заголовка протокола RTP передачи в реальном масштабе времени по фиг.1;
Фиг. 3 - структура протокола для передачи мультимедийных данных согласно настоящему изобретению;
Фиг. 4 - последовательность операций, иллюстрирующая способ для передачи мультимедийных данных согласно настоящему изобретению;
Фиг. 5А-5С - варианты осуществления способа защиты от ошибок путем проверки по нечетности согласно настоящему изобретению;
Фиг. 6А-6D - схемы формата пакетов прямой коррекции ошибок (ПКО) по фиг. 5А-5С;
Фиг. 7 - последовательность операций, иллюстрирующая способ приема мультимедийных данных согласно настоящему изобретению;
Фиг. 8 - система связи, в которой осуществлен способ приема мультимедийных данных согласно настоящему изобретению.
Фиг.1 - детальная функциональная схема протокола Н.323;
Фиг. 2 - структурная схема заголовка протокола RTP передачи в реальном масштабе времени по фиг.1;
Фиг. 3 - структура протокола для передачи мультимедийных данных согласно настоящему изобретению;
Фиг. 4 - последовательность операций, иллюстрирующая способ для передачи мультимедийных данных согласно настоящему изобретению;
Фиг. 5А-5С - варианты осуществления способа защиты от ошибок путем проверки по нечетности согласно настоящему изобретению;
Фиг. 6А-6D - схемы формата пакетов прямой коррекции ошибок (ПКО) по фиг. 5А-5С;
Фиг. 7 - последовательность операций, иллюстрирующая способ приема мультимедийных данных согласно настоящему изобретению;
Фиг. 8 - система связи, в которой осуществлен способ приема мультимедийных данных согласно настоящему изобретению.
Предпочтительный вариант осуществления изобретения
Как показано на фиг.3, протокол для передачи новых мультимедийных данных помещает первый уровень 330 защиты от ошибок и второй уровень 340 защиты от ошибок соответственно между формирователем пакетов источника, включающем в себя обычные формирователь 310 пакетов видеоданных и формирователь 320 пакетов аудиоданных, и уровнем 350 протокола RTP передачи в реальном масштабе времени.
Как показано на фиг.3, протокол для передачи новых мультимедийных данных помещает первый уровень 330 защиты от ошибок и второй уровень 340 защиты от ошибок соответственно между формирователем пакетов источника, включающем в себя обычные формирователь 310 пакетов видеоданных и формирователь 320 пакетов аудиоданных, и уровнем 350 протокола RTP передачи в реальном масштабе времени.
Первый уровень 330 защиты от ошибок и второй уровень 340 защиты от ошибок формируют пакет прямой коррекции ошибок (ПКО) как результат выполнения защиты от ошибок с помощью проверки по нечетности в отношении одного формирователя пакетов видео- или аудиоданных или множества формирователей пакетов видео- или аудиоданных, которые пакетируются в формирователе 310 пакетов видеоданных и формирователе 320 пакетов аудиоданных.
Как показано на фиг.4, сначала формирователь 310 пакетов видеоданных и формирователь 320 пакетов аудиоданных формируют пакеты видео- и аудиоданных соответственно (этап 410).
Затем первый и второй уровни 330 и 340 защиты от ошибок выполняют защиту от ошибок с помощью проверки по нечетности для сформированных пакетов видео- и аудиоданных (этап 420). То есть пакет ПКО защиты от ошибок добавляется к номеру (N) пакетов видео- и аудиоданных.
Затем на уровне 350 протокола RTP временная метка помещается в каждый пакет и создается один пакет протокола RTP с помощью объединения пакетов видео- и аудиоданных (этап 430).
В другом предпочтительном варианте осуществления протокол для передачи новых мультимедийных данных может добавлять пакет ПКО, который защищен от ошибок за счет проверки по нечетности в отношении исходных пакетов, к верхнему уровню по отношению к уровню протокола RTP, причем на уровне протокола RTP пакет RTP может быть сформирован из полезной информации, и к нему добавляется пакет ПКО, который является защищенным от ошибок за счет проверки по нечетности в отношении произвольного заголовка RTP и исходных пакетов.
Как показано на фиг.5А, когда номера (N) пакетов видео- и аудиоданных (пакет 1, пакет 2, пакет 3 и пакет 4) объединяются друг с другом и формируется пакет протокола RTP, пакет ПКО, который соответствует избыточности длины L, добавляется к пакету протокола RTP для защиты от ошибок в отношении всех пакетов (пакет 1, пакет 2, пакет 3 и пакет 4).
N и L зависят от системы, и избыточность может быть реализована побитовой логической операцией "исключающее ИЛИ" или кодированием с помощью кода Рида-Соломона соответственно для обнаружения ошибок или защиты от ошибок.
Как показано на фиг.5В, когда номера (N) пакетов видео- и аудиоданных (пакет 1, пакет 2, пакет 3 и пакет 4) объединяются друг с другом и создается пакет протокола RTP, пакет ПКО, который соответствует избыточности длины L, добавляется к пакету протокола RTP относительно важной части, например информации заголовка, вместо защиты от ошибок по отношению ко всем пакетам (пакет 1, пакет 2, пакет 3 и пакет 4).
Как показано на фиг.5С, когда номера (N) (N1+N2) пакетов видео- и аудиоданных (пакет 1, пакет 2, пакет 3 и пакет 4) объединяются друг с другом и формируются как пакет протокола RTP, пакет 1 ПКО и пакет 2 ПКО, которые соответствуют избыточности длиной L1 и L2, добавляются к пакету протокола RTP по отношению к разделенным частям по одному пакету (пакет 1, пакет 2, пакет 3 и пакет 4) или множеству пакетов N1 и N2. N1, N2, L1 и L2 зависят от системы. Также, разделенными частями могут быть группы информации заголовка и вектора данных движения, когда разделение данных используется в видеоданных формата MPEG-4 и Н.263.
В еще одном предпочтительном варианте осуществления, когда номера (N) видео- и аудиопакетов данных (пакет 1, пакет 2, пакет 3 и пакет 4) объединяются друг с другом и создается пакет протокола RTP, информация избыточности может быть добавлена иным образом к пакету протокола RTP относительно синтаксиса, имеющего различную важность, одного исходного пакета или множества исходных пакетов.
Когда сформированный пакет протокола RTP декодируется, получатель может исправить битовую ошибку, возникшую в канале, на основе информации избыточности, которая добавлена на основе проверки по нечетности к мультимедийному пакету протокола RTP, который принят посредством предварительно определенного протокола.
Как показано на фиг.6А, пакет ПКО включает в себя заголовок протокола RTP, заголовок ПКО, заголовок первого уровня защиты путем проверки по нечетности (ЗППН) "заголовок 1 уровня ЗППН", полезную информацию первого уровня ЗППН "полезная информация 1 уровня ЗППН", заголовок второго ЗППН уровня "заголовок 2 уровня ЗППН" и полезную информацию ЗППН второго уровня "полезная информация 2 уровня ЗППН". Фиг.6В - схема формата заголовка ПКО на фиг.6А. Тип полезной информации (ПИ) для идентификации пакета ПКО и порядковый номер ПН, соответствующий номеру пакета протокола RTP, сохранены в заголовке протокола RTP. Первые и вторые ЗППН уровни включают в себя информацию защиты и полезную информацию на длинах L1 и L2 пакета ПКО.
Заголовок ПКО (фиг.6В) имеет общее количество 12 байт и включает в себя базовое поле порядкового номера (базовый ПН), соответствующее порядковому номеру первого пакета протокола RTP, используемого в ПКО пакете, поле восстановления длины (восстановление длины), поле расширения (Р), поле восстановления типа полезной информации (восстановление ПИ), поле маски для индикации пакета, используемого в ПКО пакете (маска), и поле восстановления временной метки (восстановление ВМ).
Как показано на фиг.6С, заголовок первого уровня ЗППН "заголовок 1 уровня ЗППН" включает в себя 16-разрядное поле длины защиты.
Как показано на фиг.6D, заголовок второго уровня ЗППН "заголовок 2 уровня ЗППН" включает в себя сумму 16-битового поля длины защиты и 24-битового поля маски.
Как показано на фиг.7, приемник принимает пакет протокола RTP и передает пакет протокола RTP на верхний уровень и сохраняет содержимое того же самого пакета протокола RTP в буфере. Также приемник сохраняет принятый пакет протокола RTP в буфере перед приемом пакета ПКО.
Сначала принимается пакет протокола RTP и проверяется порядковый номер принятого пакета протокола RTP (этап 710). Здесь порядковые номера принятых пакетов протокола RTP записываются в отдельной ячейке памяти.
Затем определяется, является ли пакет протокола RTP пакетом ПКО, путем обращения к типу полезной информации (ТПИ) в заголовке принятого пакета протокола RTP (этап 720).
Затем, когда на этапе 720 определено, что пакет протокола RTP является пакетом ПКО, порядковый номер протокола RTP, используемый в пакете ПКО, обнаруживается путем обращения к базовому полю ПН и полю маски заголовка ПКО (этап 730). В случае, если ПКО пакет сформирован более чем на двух уровнях ЗППН, порядковый номер протокола RTP, используемый в соответствующих уровнях ЗППН, обнаруживается путем обращения к полю маски, содержащемуся в заголовке каждого из уровней ЗППН (этап 730).
Затем порядковый номер, соответствующий потерянному пакету протокола RTP, обнаруживается путем сравнения порядкового номера протокола RTP, записанного в отдельной ячейке памяти, с порядковым номером протокола RTP, используемым в пакете ПКО (этап 740). Например, когда порядковые номера протокола RTP, записанные в памяти - 1, 2, 4, а порядковые номера протокола RTP, используемые в пакете ПКО, - 1, 2, 3 и 4, потерянный порядковый номер протокола RTP - 3.
Затем третий пакет протокола RTP, который не был принят, восстанавливается путем обращения к порядковому номеру протокола RTP потерянного пакета (этап 750). То есть пакет протокола RTP, который не был принят, восстанавливается с помощью полезной информации первого уровня ЗППН и принятого пакета протокола RTP. В случае, когда имеются более чем два заголовка ЗППН в пакете ПКО, пакет протокола RTP, который не был принят, восстанавливается путем обращения к полезной информации каждого из уровней ЗППН. Также пакет протокола RTP, который не был принят, декодируется путем выполнения операции "исключающее ИЛИ" или кодирования с помощью кода Рида-Соломона с использованием декодированного путем выполнения операции "исключающее ИЛИ" или кодирования с помощью кода Рида-Соломона пакета ПКО и пакета протокола RTP, используемого в пакете ПКО.
Этапы повторяются до завершения приема пакета протокола RTP (этап 760).
Как показано на фиг.8, чтобы обеспечить пакет протокола RTP, обеспечивается прямое соединение, имеющее один канал между клиентом С и сервером S, или групповое соединение, имеющее множество каналов между клиентом С и сервером S. То есть сервер S, используя прямое соединение, передает пакет протокола RTP и пакет ПКО клиенту С. В случае, когда клиент С не имеет функции приема пакета ПКО, пакет ПКО отбрасывается. Сервер S, использующий групповое соединение, передает пакет протокола RTP и пакет ПКО соответственно через отдельные каналы клиенту С.
Вышеупомянутые способы кодирования и декодирования могут быть реализованы компьютерной программой. Коды и сегменты кода, выполняющие программу, могут быть легко получены квалифицированным компьютерным программистом. Также программа может быть реализована на носителях, используемых в компьютере, и на обычном цифровом компьютере для работы программы. Программа может быть сохранена на компьютерных считываемых носителях. Носители могут включать в себя магнитные носители, такие как гибкий диск или жесткий диск, и оптические носители, такие как CD-ROM или цифровой видеодиск (DVD). Также программа может быть передана каналами-носителями, такими как Интернет.
В то время как настоящее изобретение подробно показано и описано со ссылкой на предпочтительные варианты его осуществления, специалистам должно быть понятно, что различные изменения в форме и деталях могут быть сделаны без изменения сущности и объема изобретения, как определено в формуле изобретения.
Промышленная применимость
Как описано выше, устойчивость по отношению к ошибкам мультимедийных данных (особенно видеоданных) может быть увеличена за счет защиты от ошибок путем проверки по нечетности по отношению к исходным пакетам без изменения набора протоколов передачи/приема в обычной сети передачи пакетов данных, таких как протокол Н. 323.
Как описано выше, устойчивость по отношению к ошибкам мультимедийных данных (особенно видеоданных) может быть увеличена за счет защиты от ошибок путем проверки по нечетности по отношению к исходным пакетам без изменения набора протоколов передачи/приема в обычной сети передачи пакетов данных, таких как протокол Н. 323.
Claims (17)
1. Способ передачи мультимедийных данных в системе передачи или/и приема мультимедийных данных в беспроводной сети передачи пакетов данных, включающий этапы, на которых (а) пакетируют исходные данные и (b) выполняют защиту от ошибок путем контроля по нечетности в отношении одного исходного пакета или множества исходных пакетов, пакетированных на этапе (а).
2. Способ по п.1, отличающийся тем, что этап (а) выполняют на уровне, расположенном ниже уровня протокола передачи в реальном масштабе времени (RTP).
3. Способ передачи мультимедийных данных в системе передачи и приема мультимедийных данных в беспроводной сети передачи пакетов данных, включающий этапы, на которых (а) пакетируют исходные данные и (b) формируют пакет протокола RTP из полезной информации, которая защищена от ошибок за счет проверки по нечетности в отношении одного исходного пакета или множества исходных пакетов, пакетированных на этапе (а), и произвольного заголовка протокола RTP.
4. Способ по п.1 или 3, отличающийся тем, что информацию избыточности добавляют к одному пакету или множеству исходных пакетов на этапе (b).
5. Способ по п.1 или 3, отличающийся тем, что информацию избыточности добавляют к части одного пакета или множеству исходных пакетов на этапе (b).
6. Способ по п.5, отличающийся тем, что частью исходных пакетов является информация заголовка каждого пакета.
7. Способ по п.1 или 3, отличающийся тем, что информацию избыточности различным образом добавляют к синтаксическим структурам, имеющим различную важность, одного исходного пакета или множества исходных пакетов на этапе (b).
8. Способ по п.1 или 3, отличающийся тем, что информацию избыточности добавляют к одной части или множеству частей одного исходного пакета или множества исходных пакетов на этапе (b).
9. Способ по одному из пп.4-8, отличающийся тем, что информация избыточности соответствует прямой коррекции ошибок (ПКО).
10. Способ по п.9, отличающийся тем, что ПКО реализуется выполнением операции "Исключающее ИЛИ" или кодированием с помощью кода Рида-Соломона.
11. Устройство для передачи мультимедийных данных в системе передачи или/и приема мультимедийных данных в беспроводной сети передачи пакетов данных, содержащее модуль пакетирования источника для пакетирования мультимедийных данных, модуль уровня протокола RTP для введения временной метки в пакеты мультимедийных данных и для формирования пакета протокола RTP, объединяющего пакеты мультимедийных данных, сформированные в модуле пакетирования источника, и модуль защиты от ошибок для добавления информации избыточности путем проверки по нечетности к одному пакету мультимедийных данных или множеству пакетов мультимедийных данных, которые пакетируются между модулем пакетирования источника и модулем уровня протокола RTP или в модуле уровня протокола RTP.
12. Устройство для приема мультимедийных данных в системе приема мультимедийных данных для приема пакета протокола RTP, к которому добавлена информация избыточности для защиты от ошибок путем проверки по нечетности одного исходного пакета или множества исходных пакетов, содержащее средство для приема пакета мультимедийных данных протокола RTP посредством предварительно определенного протокола передачи в беспроводной сети передачи пакетов данных, и средство для исправления битовой ошибки, возникшей в канале, на основе информации избыточности, которая добавляется путем проверки по нечетности к принятому пакету мультимедийных данных протокола RTP.
13. Способ приема мультимедийных данных в системе приема мультимедийных данных для приема пакета протокола RTP, к которому добавляется пакет защиты от ошибок, который является защищенным от ошибок за счет контроля по нечетности в отношении одного исходного пакета или множества исходных пакетов, включающий этапы, на которых (а) принимают пакет протокола RTP посредством предварительно определенного протокола передачи в беспроводной сети передачи пакетов данных и проверяют номер принятого пакета протокола RTP; (b) обращаются к типу полезной информации в заголовке пакета протокола RTP, принятого на этапе (а), и определяют номер пакета протокола RTP, используемого для кодирования защиты от ошибок, причем пакет протокола RTP соответствует пакету защиты от ошибок; (с) определяют номер потерянного пакета путем сравнения номера пакета протокола RTP, проверенного на этапе (а), с номером пакета протокола RTP, определенного на этапе (b); и (d) восстанавливают пакет протокола RTP, который не был принят, путем обращения к номеру потерянного пакета, определенного на этапе (с).
14. Способ по п.13, отличающийся тем, что номер пакета протокола RTP, используемого для кодирования защиты от ошибок на этапе (b), определяется путем обращения к полю порядкового номера и полю маски, которые размещены в заголовке пакета защиты от ошибок.
15. Способ по п.13, отличающийся тем, что пакет протокола RTP, который не был принят на этапе (d), восстанавливают на уровне защиты с помощью полезной информации, размещенной в пакете защиты от ошибок, и принятого на этапе (а) пакета протокола RTP.
16. Способ по п.13, отличающийся тем, что пакет протокола RTP, который не был принят на этапе (d), восстанавливают путем обращения к каждой полезной информации в случае, когда имеется заголовок на более чем двух уровнях защиты в пакете защиты от ошибок.
17. Способ по п.15 или 16, отличающийся тем, что пакет протокола RTP, который не был принят на этапе (d), получают декодированием путем выполнения операции "Исключающее ИЛИ" или кодирования с использованием кода Рида-Соломона.
Applications Claiming Priority (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US19293600P | 2000-03-29 | 2000-03-29 | |
| US60/192,936 | 2000-03-29 | ||
| KR2000/24207 | 2000-05-06 | ||
| KR20000024207 | 2000-05-06 | ||
| KR1020000055201A KR100833222B1 (ko) | 2000-03-29 | 2000-09-20 | 멀티미디어 송수신 장치 및 방법 |
| KR2000/55201 | 2000-09-20 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2001132150A RU2001132150A (ru) | 2003-08-10 |
| RU2219671C2 true RU2219671C2 (ru) | 2003-12-20 |
Family
ID=36571427
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2001132150/09A RU2219671C2 (ru) | 2000-03-29 | 2000-12-30 | Способ и устройство для передачи и приема мультимедийных данных |
Country Status (12)
| Country | Link |
|---|---|
| EP (1) | EP1180282B1 (ru) |
| JP (1) | JP2003529289A (ru) |
| KR (1) | KR100833222B1 (ru) |
| CN (1) | CN1360775A (ru) |
| AT (1) | ATE326803T1 (ru) |
| AU (1) | AU762180B2 (ru) |
| BR (1) | BR0010978A (ru) |
| CA (1) | CA2375370C (ru) |
| DE (1) | DE60028028T2 (ru) |
| ES (1) | ES2263507T3 (ru) |
| RU (1) | RU2219671C2 (ru) |
| WO (1) | WO2001074012A1 (ru) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7886201B2 (en) | 2005-03-10 | 2011-02-08 | Qualcomm Incorporated | Decoder architecture for optimized error management in streaming multimedia |
| US7925955B2 (en) | 2005-03-10 | 2011-04-12 | Qualcomm Incorporated | Transmit driver in communication system |
| US8102878B2 (en) | 2005-09-29 | 2012-01-24 | Qualcomm Incorporated | Video packet shaping for video telephony |
| US8406309B2 (en) | 2005-10-21 | 2013-03-26 | Qualcomm Incorporated | Video rate adaptation to reverse link conditions |
| US8514711B2 (en) | 2005-10-21 | 2013-08-20 | Qualcomm Incorporated | Reverse link lower layer assisted video error control |
| US8537197B2 (en) | 2007-01-10 | 2013-09-17 | Qualcomm Incorporated | Content- and link-dependent coding adaptation for multimedia telephony |
| US8548048B2 (en) | 2005-10-27 | 2013-10-01 | Qualcomm Incorporated | Video source rate control for video telephony |
| RU2497304C2 (ru) * | 2006-10-31 | 2013-10-27 | Майкрософт Корпорейшн | Динамическая модификация свойств видео |
| US8693540B2 (en) | 2005-03-10 | 2014-04-08 | Qualcomm Incorporated | Method and apparatus of temporal error concealment for P-frame |
| RU2521466C2 (ru) * | 2007-09-18 | 2014-06-27 | Квэлкомм Инкорпорейтед | Способ и устройство для предоставления возможности быстрого переключения каналов при ограниченной памяти приемника dvb |
| US8797850B2 (en) | 2008-01-10 | 2014-08-05 | Qualcomm Incorporated | System and method to adapt to network congestion |
| US8842555B2 (en) | 2005-10-21 | 2014-09-23 | Qualcomm Incorporated | Methods and systems for adaptive encoding of real-time information in packet-switched wireless communication systems |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8046667B2 (en) | 2002-04-19 | 2011-10-25 | Thomson Licensing | Synchronization loss resilient digital communication system using forward erasure correction |
| JP4349114B2 (ja) * | 2003-12-10 | 2009-10-21 | ソニー株式会社 | 送信装置および方法、受信装置および方法、記録媒体、並びにプログラム |
| JP4405875B2 (ja) * | 2004-08-25 | 2010-01-27 | 富士通株式会社 | エラー訂正用データの生成方法及び生成装置並びに生成プログラム及び同プログラムを格納したコンピュータ読み取り可能な記録媒体 |
| JP2007208418A (ja) * | 2006-01-31 | 2007-08-16 | Nhk Engineering Services Inc | 検査情報生成装置、送信装置及び中継装置 |
| WO2007095551A2 (en) * | 2006-02-13 | 2007-08-23 | Digital Fountain, Inc. | Fec streaming with aggregation of concurrent streams for fec computation |
| JP4250654B2 (ja) | 2006-11-17 | 2009-04-08 | 株式会社東芝 | 通信装置、通信方法および通信プログラム |
| US8111757B2 (en) | 2007-09-28 | 2012-02-07 | Motorola Mobility, Inc. | Method and apparatus for video signal processing |
| CN102257754B (zh) * | 2008-12-16 | 2014-01-01 | 汤姆森特许公司 | 数字信息的发送和接收方法及装置 |
| JP2011193434A (ja) * | 2009-10-28 | 2011-09-29 | Panasonic Corp | パリティパケットを用いた通信方法、通信装置及び中継器 |
| JP4929393B1 (ja) * | 2010-11-19 | 2012-05-09 | 株式会社東芝 | 受信装置、受信方法および受信プログラム |
| KR101933465B1 (ko) | 2011-10-13 | 2019-01-11 | 삼성전자주식회사 | 이동 통신 시스템에서 패킷 송수신 장치 및 방법 |
| KR102027916B1 (ko) * | 2012-02-27 | 2019-10-02 | 삼성전자주식회사 | 순방향 오류정정스킴을 사용하는 패킷 송수신 장치 및 방법 |
| KR102127685B1 (ko) * | 2013-04-17 | 2020-06-29 | 삼성전자주식회사 | 순방향 오류 정정 패킷 송수신 장치 및 방법 |
| CN109150410B (zh) * | 2018-10-30 | 2021-09-24 | 京信网络***股份有限公司 | 数据传输方法和装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5969770A (en) | 1995-05-24 | 1999-10-19 | Thomson Consumer Electronics, Inc., | Animated "on-screen" display provisions for an MPEG video signal processing system |
| JPH1188462A (ja) * | 1997-09-08 | 1999-03-30 | Toshiba Corp | 無線通信システム |
| KR100341391B1 (ko) * | 1999-10-22 | 2002-06-21 | 오길록 | 대화형 오디오 서비스를 위한 적응형 부가 전송 방법 및 패킷 손실 복구 방법과 이를 위한 멀티미디어 컴퓨터의 오디오 입출력 제어 장치 |
-
2000
- 2000-09-20 KR KR1020000055201A patent/KR100833222B1/ko not_active IP Right Cessation
- 2000-12-30 CN CN00809899.9A patent/CN1360775A/zh active Pending
- 2000-12-30 DE DE60028028T patent/DE60028028T2/de not_active Expired - Lifetime
- 2000-12-30 JP JP2001571610A patent/JP2003529289A/ja active Pending
- 2000-12-30 RU RU2001132150/09A patent/RU2219671C2/ru not_active IP Right Cessation
- 2000-12-30 AU AU24094/01A patent/AU762180B2/en not_active Ceased
- 2000-12-30 BR BR0010978-9A patent/BR0010978A/pt not_active Application Discontinuation
- 2000-12-30 ES ES00987831T patent/ES2263507T3/es not_active Expired - Lifetime
- 2000-12-30 EP EP00987831A patent/EP1180282B1/en not_active Expired - Lifetime
- 2000-12-30 CA CA002375370A patent/CA2375370C/en not_active Expired - Fee Related
- 2000-12-30 AT AT00987831T patent/ATE326803T1/de active
- 2000-12-30 WO PCT/KR2000/001571 patent/WO2001074012A1/en active IP Right Grant
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8693540B2 (en) | 2005-03-10 | 2014-04-08 | Qualcomm Incorporated | Method and apparatus of temporal error concealment for P-frame |
| US7925955B2 (en) | 2005-03-10 | 2011-04-12 | Qualcomm Incorporated | Transmit driver in communication system |
| US7886201B2 (en) | 2005-03-10 | 2011-02-08 | Qualcomm Incorporated | Decoder architecture for optimized error management in streaming multimedia |
| US8102878B2 (en) | 2005-09-29 | 2012-01-24 | Qualcomm Incorporated | Video packet shaping for video telephony |
| US8406309B2 (en) | 2005-10-21 | 2013-03-26 | Qualcomm Incorporated | Video rate adaptation to reverse link conditions |
| US8514711B2 (en) | 2005-10-21 | 2013-08-20 | Qualcomm Incorporated | Reverse link lower layer assisted video error control |
| US8842555B2 (en) | 2005-10-21 | 2014-09-23 | Qualcomm Incorporated | Methods and systems for adaptive encoding of real-time information in packet-switched wireless communication systems |
| US8548048B2 (en) | 2005-10-27 | 2013-10-01 | Qualcomm Incorporated | Video source rate control for video telephony |
| RU2497304C2 (ru) * | 2006-10-31 | 2013-10-27 | Майкрософт Корпорейшн | Динамическая модификация свойств видео |
| US8537197B2 (en) | 2007-01-10 | 2013-09-17 | Qualcomm Incorporated | Content- and link-dependent coding adaptation for multimedia telephony |
| RU2521466C2 (ru) * | 2007-09-18 | 2014-06-27 | Квэлкомм Инкорпорейтед | Способ и устройство для предоставления возможности быстрого переключения каналов при ограниченной памяти приемника dvb |
| RU2530731C2 (ru) * | 2007-09-18 | 2014-10-10 | Квэлкомм Инкорпорейтед | Способ и устройство для предоставления возможности быстрого переключения каналов при ограниченной памяти приемника dvb |
| US10320500B2 (en) | 2007-09-18 | 2019-06-11 | Qualcomm Incorporated | Method and apparatus to enable fast channel switching with limited DVB receiver memory |
| US10979161B2 (en) | 2007-09-18 | 2021-04-13 | Qualcomm Incorporated | Method and apparatus to enable fast channel switching with limited DVB receiver memory |
| US8797850B2 (en) | 2008-01-10 | 2014-08-05 | Qualcomm Incorporated | System and method to adapt to network congestion |
Also Published As
| Publication number | Publication date |
|---|---|
| DE60028028D1 (de) | 2006-06-22 |
| AU762180B2 (en) | 2003-06-19 |
| CN1360775A (zh) | 2002-07-24 |
| EP1180282A4 (en) | 2003-07-16 |
| KR100833222B1 (ko) | 2008-05-28 |
| CA2375370A1 (en) | 2001-10-04 |
| EP1180282B1 (en) | 2006-05-17 |
| ES2263507T3 (es) | 2006-12-16 |
| KR20010093623A (ko) | 2001-10-29 |
| ATE326803T1 (de) | 2006-06-15 |
| EP1180282A1 (en) | 2002-02-20 |
| WO2001074012A1 (en) | 2001-10-04 |
| AU2409401A (en) | 2001-10-08 |
| CA2375370C (en) | 2006-08-01 |
| BR0010978A (pt) | 2002-03-19 |
| JP2003529289A (ja) | 2003-09-30 |
| DE60028028T2 (de) | 2006-11-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2219671C2 (ru) | Способ и устройство для передачи и приема мультимедийных данных | |
| US8990663B2 (en) | Method to support forward error correction for real-time audio and video data over internet protocol networks | |
| CN101803263B (zh) | 用于分组交换传输的可伸缩检错和交叉会话定时同步 | |
| US8279755B2 (en) | FEC architecture for streaming services including symbol based operations and packet tagging | |
| KR100608042B1 (ko) | 멀티 미디어 데이터의 무선 송수신을 위한 인코딩 방법 및그 장치 | |
| RU2001132150A (ru) | Способ и устройство для передачи и приема мультимедийных данных | |
| US20030034911A1 (en) | Signal coding | |
| US7215683B2 (en) | Method and apparatus for protecting against packet losses in packet-oriented data transmission | |
| CA2364072C (en) | Interconnect system with error correction | |
| KR100667738B1 (ko) | 무선 패킷 송수신 장치 및 그 방법 | |
| US10341049B2 (en) | Method and apparatus for performing a forward error correction (FEC) encoding or decoding in a multimedia system | |
| KR20060095755A (ko) | 패킷교환 네트워크를 통한 실시간 전송을 위한 미디어 패킷구조 | |
| JP3722753B2 (ja) | 無線パケット送受信装置及びその方法 | |
| EP1596518A1 (en) | Media encoded data transmission method, apparatus and program | |
| JP2013085293A (ja) | インターネットプロトコルネットワークでのリアルタイムのオーディオ及びビデオデータの前方誤り訂正をサポートする方法 | |
| AU2004202651A1 (en) | Method and apparatus for transmitting and receiving wireless packet |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20181231 |