RU2224377C2 - Устройство и способ для передачи/приема битового потока в сети - Google Patents

Устройство и способ для передачи/приема битового потока в сети Download PDF

Info

Publication number
RU2224377C2
RU2224377C2 RU2001128773/09A RU2001128773A RU2224377C2 RU 2224377 C2 RU2224377 C2 RU 2224377C2 RU 2001128773/09 A RU2001128773/09 A RU 2001128773/09A RU 2001128773 A RU2001128773 A RU 2001128773A RU 2224377 C2 RU2224377 C2 RU 2224377C2
Authority
RU
Russia
Prior art keywords
protocol
header
bitstream
bit stream
acknowledgment
Prior art date
Application number
RU2001128773/09A
Other languages
English (en)
Other versions
RU2001128773A (ru
Inventor
Дзеонг-Хоон ПАРК (KR)
Дзеонг-Хоон ПАРК
Йунг-Лиул ЛИ (KR)
Йунг-Лиул ЛИ
Донг-Сик ПАРК (KR)
Донг-сик ПАРК
Дае-Гиу БАЕ (KR)
Дае-Гиу БАЕ
Ин-Хван КИМ (KR)
Ин-Хван КИМ
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 RU2001128773A publication Critical patent/RU2001128773A/ru
Application granted granted Critical
Publication of RU2224377C2 publication Critical patent/RU2224377C2/ru

Links

Images

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • 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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • 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/637—Control signals issued by the client directed to the server or network components
    • H04N21/6375—Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
    • 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
    • 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/6437—Real-time Transport Protocol [RTP]
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Abstract

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

Description

Настоящее изобретение относится к устройству и способу для передачи/приема битового потока в сети и, более конкретно, к устройству и способу для передачи/приема битового потока, посредством которых битовый поток видеоданных стабильно передается в сети, включая беспроводную сеть и сеть Интернет.
Предшествующий уровень техники
В пакетных сетях, таких как сеть Интернет, в типовом случае имеются два логических порта, когда канал установлен для осуществления связи между двумя пунктами. Т. е. пакет протокола RTP (протокола реального времени), который пакетирован с использованием протокола RFC (протокола запроса комментариев) через сеть Интернет, передается по иерархической структуре RTP/UDP/IP (протокола реального времени/протокола пользовательских дейтаграмм/протокола Интернет) или RTP/TCP/IP (протокола реального времени/протокола управления передачей/протокола Интернет).
RTP/TCP/IP работает в режиме подтверждения приема и может передавать данные стабильным образом, поэтому обычно используется для передачи информации управления. RTP/UDP/IP работает в режиме отсутствия подтверждения приема и передает видеоданные, которые обычно должны обрабатываться в реальном времени.
Как показано на фиг.1, в передающем терминале битовый поток видеоданных последовательно подвергается обработке на уровне приложения (кодек источника видеоданных), уровне протокола RTP, уровне протоколов UDP/IP и TCP/IP, уровне протокола RLP (протокола линии радиосвязи), уровне 2 (L2) и уровне 1 (L1). На каждом уровне к битовому потоку видеоданных добавляется информация заголовка, и битовый поток видеоданных, имеющий информацию заголовка, передается в сеть. Здесь протокол TCP используется для передачи информации управления, а протокол UDP - для передачи пакета протокола RTP. В приемном терминале битовый поток видеоданных последовательно подвергается обработке на уровне протоколов UDP/IP и TCP/IP, на уровне протокола RTP и на уровне приложения (кодек источника видеоданных) и декодируется в видеоданные.
На фиг.2 представлена иллюстрация типового способа передачи и приема данных между сервером и клиентом. Сначала сервер 200 считывает битовый поток видеоданных, выработанный кодеком источника видеоданных, для разделения считанного битового потока видеоданных на битовый поток 210 высокой значимости и битовый поток 220 низкой значимости перед формированием потока протокола RTP. Затем сервер 200 передает битовый поток 210 высокой значимости клиенту 230 посредством протокола RTP/TCP/IP, как показано стрелкой (1), и принимает подтверждение приема, указывающее на то, что передача битового потока 210 высокой значимости завершена без ошибок, как показано стрелкой (2). Затем сервер 200 передает битовый поток 220 низкой значимости клиенту 230 посредством протокола RTP/UDP/IP, независимо от ошибок, как показано стрелкой (3). Клиент 230 восстанавливает из битового потока 210 высокой значимости и битового потока 220 низкой значимости вновь синтаксис исходного битового потока видеоданных.
Как описано выше, в обычной среде передачи сети Интернет битовый поток, формируемый путем кодирования источника видеоданных, например, согласно стандарту MPEG-4 или Н. 263, передается на уровень протокола UDP/IP. Уровень протокола UDP/IP не может различить завершение приема всех переданных данных, поскольку он работает в режиме без подтверждения приема. Если пакет битового потока передается в среде передачи, в которой сеть Интернет осуществляет информационный обмен с беспроводной сетью, пакетные данные могут иметь битовые ошибки в среде беспроводной передачи. Т.е. пакет битового потока может иметь потери при распространении в сети Интернет, когда он подвергается обработке в среде передачи сети Интернет и в среде беспроводной передачи, и битовые ошибки могут генерироваться, даже если пакет битового потока передан без потерь. Здесь пакет битового потока включает в себя заголовок пакета и заголовок полезной нагрузки. Если битовая ошибка имеет место в этих заголовках, то приемный терминал не может выполнить надлежащее декодирование.
Если битовый поток видеоданных передается в реальном времени, то передающий терминал классифицирует битовый поток видеоданных на основе его значимости, и передает сначала значимые части, а затем уже менее значимые части. В этот момент приемный терминал должен задержать данные до тех пор, пока значимые части не будут сначала приняты, в связи с чем обработка данных в реальном времени затруднена. Т.е. если значимые части последовательно передаются в сети Интернет и в беспроводной сети, то сеть должна быть непрерывно стабильной. Также, если битовый поток классифицируется в соответствии со значимостью в процессе кодирования источника видеоданных, он не может быть восстановлен для получения пакета битового потока, который соответствует современному протоколу RFC. Кроме того, сервер 200 и клиент 230 должны всегда выполнять предварительную обработку (препроцессинг) для классификации битового потока соответственно значимости для передачи и приема битового потока, и последующую обработку (постпроцессинг) для восстановления принятых битовых потоков высокой и низкой значимости в исходный битовый поток. Также обработка для классификации битового потока на базе значимости перед пакетированием может быть выполнена только на уровне кодека видеоданных, на котором уже известен синтаксис битового потока видеоданных.
Поэтому передача данных в сети Интернет в комбинации со средой беспроводной передачи вызывает потерю пакетов и битовые ошибки, как описано выше, что приводит к снижению качества изображения.
Детальное раскрытие изобретения
Задачей настоящего изобретения является создание способа передачи битового потока, при котором битовый поток видеоданных стабильно передается путем эффективного использования двух логических каналов, когда передача данных устанавливается посредством двух логических каналов в процессе передачи битового потока видеоданных.
Другой задачей настоящего изобретения является создание устройства для передачи и приема битового потока, в котором битовый поток видеоданных стабильно передается и принимается за счет эффективного использования двух логических каналов, когда передача данных устанавливается посредством двух логических каналов в процессе передачи битового потока видеоданных.
Для решения первой задачи предложен способ передачи битового потока в сети связи, соответствующий возможному варианту осуществления настоящего изобретения, причем способ включает: (а) кодирование источника с получением битового потока с использованием предварительно определенного типа кодирования; (b) добавления заголовка на каждом уровне протокола передачи к полезной нагрузке при передаче битового потока, кодированного на этапе (а), для каждого уровня протокола передачи; и (с) передачи заголовка отдельно от битового потока, принятого с этапа (b).
Для решения первой задачи предусмотрен также способ передачи битового потока в сети связи, соответствующий второму варианту осуществления настоящего изобретения, причем способ включает: (а) кодирование источника с получением битового потока с использованием предварительно определенного типа кодирования и (b) добавления заголовка на каждом уровне протокола передачи к полезной нагрузке при передаче битового потока, кодированного на этапе (а), для каждого уровня протокола передачи, и отдельной передачи полезной нагрузки и заголовка.
Для решения второй задачи предусмотрено устройство для передачи битового потока в сети связи в соответствии с одним из вариантов осуществления настоящего изобретения, причем устройство содержит кодер для кодирования данных источника для получения битового потока с использованием предварительно определенного типа кодирования; блок обработки протокола для добавления заголовка каждого уровня протокола связи к полезной нагрузке при передаче битового потока, кодированного кодером, на каждый уровень протокола связи; и блок обработки пакетов для передачи битового потока, обработанного блоком обработки протокола, по протоколу режима без подтверждения приема и передачи информации заголовка по протоколу режима с подтверждением приема.
Для решения второй задачи предусмотрено также устройство для передачи битового потока в сети связи в соответствии с другим вариантом осуществления настоящего изобретения, причем устройство содержит блок выделения для раздельного выделения полезной нагрузки и информации заголовка, которая соответствует заголовку каждого уровня при передаче битового потока, принятого по отдельному протоколу передачи в сети связи, на каждый уровень; и блок обработки пакетов для определения ошибок, предназначенный для определения того, имеет ли информация заголовка, выделенного блоком выделения, ошибку, и если определено, что информация заголовка имеет ошибку, то запроса повторной передачи; блок переупорядочивания битового потока для переупорядочивания битового потока с использованием информации заголовка, выделенной блоком выделения, если определено, что информация заголовка имеет ошибку; и декодер для декодирования битового потока, переупорядоченного блоком переупорядочивания битового потока.
Краткое описание чертежей
Фиг. 1 - вид, иллюстрирующий способ передачи битового потока видеоданных в среде передачи стандарта Н.323;
фиг. 2 - вид, иллюстрирующий способ передачи и приема файла между сервером и клиентом в сети связи;
фиг. 3 - блок-схема устройства передачи потока видеоданных, соответствующего настоящему изобретению;
фиг. 4 - блок-схема устройства для ретрансляции и приема потока видеоданных, соответствующего изобретению;
фиг. 5 - вид, иллюстрирующий способ передачи битового потока видеоданных в ситуации, когда беспроводная сеть осуществляет информационный обмен с сетью Интернет.
Наилучший режим реализации изобретения
Стандарты MPEG-4 или Н.263, которые широко используются в качестве метода кодирования видеоданных, включают в себя различные типы стандартизованных заголовков. В случае, когда данные передаются по протоколу реального времени (RTP), используя для каждого уровня протокол Интернет или протокол беспроводной сети, используется формат передачи. Соответственно, когда используется данный способ кодирования видеоданных, заголовок каждого уровня добавляется к заголовку полезной нагрузки на каждом уровне. Таким образом, только когда заголовок каждого уровня и заголовок полезной нагрузки защищены от битовых ошибок, приемный терминал может выполнять соответствующее декодирование.
В соответствии с фиг.3, блок 310 кодека видеоданных кодирует данные для получения битового потока с использованием прикладной программы, например, стандарта Н.323. Блок 320 обработки протокола переносит битовый поток, кодированный блоком 310 кодека видеоданных, на каждый уровень протокола связи и одновременно добавляет заголовок каждого протокола к полезной нагрузке. Блок 330 обработки пакетов пакетирует битовый поток, обработанный блоком 320 обработки протокола, и передает пакет битового потока по протоколу пользовательской дейтаграммы (UDP), который представляет собой протокол передачи в режиме без подтверждения приема, и передает только информацию заголовка по протоколу управления передачей, который является протоколом передачи в режиме с подтверждением приема. В другом варианте блок 330 обработки пакетов передает полезную нагрузку, среди битового потока, обработанного блоком 320 обработки протокола, по протоколу передачи в режиме без подтверждения приема и передает только информацию добавленного заголовка по протоколу передачи в режиме с подтверждением приема.
На фиг. 4 представлена блок-схема устройства для ретрансляции и приема потока видеоданных в соответствии с настоящим изобретением. Согласно фиг.4, блок 410 выделения пакетов переносит на каждый уровень пакет битового потока, принятый по протоколу передачи в режиме без подтверждения приема или в режиме подтверждения приема, причем из пакета битового потока отдельно выделяются нагрузка и заголовок каждого уровня. Блок 412 обработки для определения ошибок определяет присутствие или отсутствие ошибки в информации заголовка, выделенной блоком 410 выделения пакетов. Если определено, что в информации заголовка имеется ошибка, то блок 412 обработки для определения ошибок запрашивает повторную передачу. С другой стороны, если определено, что в заголовке нет ошибок, то блок 420 переупорядочивания битового потока переупорядочивает битовый поток видеоданных с использованием заголовка каждого уровня, выделенного блоком 410 выделения пакетов. Блок 430 кодека видеоданных декодирует битовый поток, переупорядоченный блоком 420 переупорядочивания битового потока.
На фиг.5 приведено представление, иллюстрирующее способ передачи битового потока видеоданных в ситуации, когда беспроводная сеть связывается с сетью Интернет. Согласно фиг.5, ссылочная позиция 510 указывает беспроводный терминал на передающей стороне, включающей в себя ряд уровней. Ссылочная позиция 560 обозначает базовую станцию, включающую в себя ряд уровней; ссылочная позиция 570 обозначает средство обеспечения межсетевого обмена, включающее в себя ряд уровней; и ссылочная позиция 580 обозначает терминал Интернет на приемной стороне, включающий в себя ряд уровней.
Беспроводный терминал 510 содержит уровень 512 кодека источника видеоданных, который соответствует самому верхнему уровню приложения, и последовательно включает в себя уровень 514 RTP, уровень 516 TCP/IP, уровень 522 протокола уровня линии радиосвязи (RLP), уровень 524 MAC (протокола управления доступом к среде передачи), уровень 1 (L1), обозначенный ссылочной позицией 526. В качестве уровня приложения может быть использован мультимедийный кодек иной, чем кодек источника видеоданных. Поток видеоданных формирует пакет, состоящий из заголовка и полезной нагрузки, при прохождении через каждый уровень.
Уровень 512 кодека источника видеоданных кодирует источник видеоданных для получения битового потока видеоданных с использованием способа кодирования источника видеоданных, например, соответствующего стандарту MPEG-4 или Н. 263, для формирования заголовка 532 полезной нагрузки и полезной нагрузки 534 видеоданных, как показано на строке (а). Здесь заголовок 532 полезной нагрузки и полезная нагрузка 534 видеоданных могут быть заменены мультимедийными данными. Затем уровень 514 RTP формирует пакет путем добавления полезной нагрузки 545 видеоданных, заполненной видеоданными, заголовка 544 полезной нагрузки и RTP-заголовка 543, а уровень 516 UDP/IP или TCP/IP добавляет IP-заголовок 541 и UDP- или TCP-заголовок 542 к сформированному пакету, как показано в строке (b). Уровень 522 RTP и уровень L2 524 добавляют b2-заголовок 551 и RLP-заголовок 552 к пакету (b), как показано в строке (с).
Затем битовый поток видеоданных, к которому добавлен заголовок каждого уровня, передается к базовой станции 560, включающей в себя идентичные уровни, вплоть до UDP или TCP. Битовый поток (с) видеоданных, включающий в себя заголовки, может быть разделен на часть, которая передается посредством протокола UDP, который представляет собой протокол передачи без подтверждения, и на часть, которая передается посредством протокола TCP, который представляет собой протокол передачи с подтверждением. Как описано выше, беспроводный терминал 510 может передавать битовый поток видеоданных с использованием следующих способов.
В первом варианте первого способа битовый поток видеоданных, к которому добавлена информация заголовка, передается по протоколу UDP, а информация заголовка передается отдельно по протоколу TCP. Когда битовый поток передается только по протоколу UDP, если информация заголовка, включенная в битовый поток, искажена, то на приемной стороне затруднительно обработать битовый поток. Следовательно, чтобы предотвратить потерю пакета, беспроводный терминал 510 индивидуально пакетирует заголовок каждого уровня, т.е. L2-заголовок 551, RLP-заголовок 552, IP-заголовок 553, UDP- или TCP-заголовок 554, RTP-заголовок 555 и заголовок 556 полезной нагрузки, которые добавляются к битовому потоку видеоданных после того, как битовый поток проходит через каждый уровень. В то же самое время, или если запрошена повторная передача, беспроводный терминал 510 стабильно передает пакетированные заголовки по протоколу TCP. Здесь передача по протоколу TCP по запросу повторной передачи выполняется в блоках пакетов IP или RLP.
Во втором варианте, чтобы решить проблему задержки, которая может возникнуть в среде передачи реального времени, битовый поток видеоданных, к которому добавлена информация заголовка, передается по протоколу UDP, а информация заголовка пакетируется и передается отдельно по протоколу UDP одновременно или если запрошена повторная передача.
Во втором способе, согласно одному из его вариантов, битовый поток видеоданных разделяется на часть полезной нагрузки и часть заголовка, и эти части пакетируются отдельно. Часть полезной нагрузки передается по протоколу UDP, и одновременно часть заголовка отдельно передается по протоколу TCP. В другом варианте часть полезной нагрузки передается по протоколу UDP, и одновременно часть заголовка отдельно передается по протоколу UDP. Еще в одном варианте, для уменьшения времени передачи, пакет битового потока, за исключением части, из которой битовая ошибка исключена на уровне протокола TCP, может передаваться на уровень UDP.
В третьем способе, если битовый поток, передаваемый на уровне протокола TCP, повторно передается малое количество раз, то канал передачи определяется как до некоторой степени стабильный. Соответственно малый битовый поток, передаваемый по протоколу UDP, может передаваться по протоколу TCP.
Базовая станция 560 ретранслирует уровни протокола беспроводной связи, т. е. уровень протокола RLP, L2 и L1, на уровни протокола Интернет, т.е. уровень протокола UDP, уровень протокола IP и L1 (или АТМ - режим асинхронной передачи), чтобы туннелировать битовый поток, принятый от беспроводного терминала 510. В этот момент, если запрашивается повторная передача, то данные, переданные по протоколу TCP, повторно передаются в блоках пакетов протокола IP или RLP.
Средство 570 обеспечения межсетевого обмена ретранслирует битовый поток, который прошел через уровни базовой станции, т.е. UDP, IP и L1, на уровни UDP или TCP, IP и L1, чтобы обеспечить сопряжение с терминалом 580 Интернет.
Терминал 580 Интернет, который представляет собой оконечное устройство на приемной стороне, декодирует битовый поток, принятый от средства 570 обеспечения межсетевого обмена через L1-уровень 576, IP-уровень 572 и UDP- или TCP-уровень 566, RTP-уровень 564 и уровень 562 кодека источника видеоданных. Терминал 580 Интернет может надлежащим образом декодировать битовый поток видеоданных, который, вероятно, имеет битовые ошибки, с использованием устойчивого по отношению к ошибкам средства кодирования видеоданных, обращающегося к полезной нагрузке и отдельно принятой информации заголовка, если пакет, принятый посредством UDP-уровня, имеет битовую ошибку.
Настоящее изобретение не ограничено вышеупомянутыми вариантами осуществления, и очевидно, что специалисты в данной области техники могут осуществить различные модификации без изменения сущности настоящего изобретения. Т. е. настоящее изобретение может быть использовано в случае, когда битовый поток передается в двух направлениях в реальном времени или передается в системе с односторонней передачей в пакетной сети, такой как сеть Интернет. Настоящее изобретение также может быть использовано в случае, когда кодек источника аудиоданных, отличный от кодека источника видеоданных, или кодек источника, имеющий ту же самую функцию, что и кодек источника аудиоданных, имеет устойчивое по отношению к ошибкам средство кодирования для заголовка или функцию, которая согласована с устойчивым по отношению к ошибкам средством, т. е., в случаях адаптивного многоскоростного режима для мобильного аудиоустройства, соответствующего стандарту MPEG-4, для системы UMTS, речевого кодека и т.п.
Также вышеописанный вариант осуществления настоящего изобретения может быть записан в форме программы, исполняемой на компьютерах, и может быть реализован на универсальных цифровых компьютерах, которые выполняют программу с носителя записи, используемого в компьютерах. Носитель записи включает в себя магнитный носитель записи (например, ПЗУ, гибкий диск, жесткий диск и т. п.), носитель записи для оптического считывания (например, ПЗУ на компакт-диске, цифровой видеодиск и т. п.) и такой носитель, как несущая волна (например, передача посредством сети Интернет).
Промышленная применимость
В соответствии с настоящим изобретением, как описано выше, информация заголовка или тому подобная информация стабильно передается отдельно от полезной нагрузки, когда беспроводная сеть связывается с сетью Интернет, так что можно скорректировать и проконтролировать битовые ошибки при передаче через каждый уровень. Также, в противоположность известному способу передачи данных в соответствии со значимостью, пакет, при применении настоящего изобретения, может быть обработан независимо от синтаксиса видеоданных. Кроме того, в среде передачи, где информационный обмен осуществляется по протоколу UDP, битовый поток, включающий в себя битовые ошибки, может быть соответствующим образом декодирован с помощью отдельно принятой информации заголовка с использованием устойчивого по отношению к ошибкам средства.

Claims (15)

1. Способ передачи битового потока в сети связи, включающий (a) кодирование источника для получения битового потока с использованием предварительно определенного типа кодирования, (b) добавление заголовка каждого уровня протокола связи к полезной нагрузке при пересылке битового потока, кодированного на этапе (а), через каждый уровень протокола связи и передачу заголовка и битового потока, причем заголовок передается отдельно от битового потока.
2. Способ передачи битового потока в сети связи, включающий (a) кодирование источника для получения битового потока с использованием предварительно определенного типа кодирования и (b) добавление заголовка каждого уровня протокола связи к полезной нагрузке при передаче битового потока, кодированного на этапе (а), через каждый уровень протокола связи и передачу полезной нагрузки и заголовка, причем заголовок передается отдельно от полезной нагрузки.
3. Способ по п.1, отличающийся тем, что битовый поток, к которому добавлены заголовки при прохождении каждого уровня протокола связи, передается по протоколу режима без подтверждения приема, и только информация заголовка в битовом потоке передается отдельно по протоколу режима с подтверждением или без подтверждения приема.
4. Способ по п.2, отличающийся тем, что полезная нагрузка в битовом потоке, который прошел через каждый уровень протокола связи, передается по протоколу режима без подтверждения приема, а добавленный заголовок передается отдельно по протоколу режима с подтверждением приема.
5. Способ по п.3 или 4, отличающийся тем, что если число раз повторной передачи пакета битового потока, переданного к протоколу режима передачи с подтверждением приема, равно или меньше, чем предварительно определенное число раз, то пакет битового потока, который передавался по протоколу в режиме без подтверждения приема, передается по протоколу в режиме с подтверждением приема.
6. Способ по п.3, отличающийся тем, что пакет битового потока, к которому были добавлены заголовки при прохождения каждого уровеня протокола связи, передается по протоколу режима с подтверждением приема, и одновременно информация заголовка в пакет битового потока передается по протоколу режима с подтверждением приема.
7. Способ по п.4, отличающийся тем, что полезная нагрузка в пакете битового потока, который прошел через каждый уровень протокола связи, передается по протоколу режима без подтверждения приема, и одновременно информация заголовка в битовом потоке передается по протоколу режима с подтверждением приема.
8. Способ по п.3, отличающийся тем, что пакет битового потока, к которому были добавлены заголовки при прохождении каждого уровеня протокола связи, передается по протоколу режима без подтверждения приема, и одновременно информация заголовка в пакете битового потока также передается по протоколу режима без подтверждения приема.
9. Способ по п.3, отличающийся тем, что пакет битового потока, к которому добавлены заголовки при прохождении каждого уровня протокола связи, передается по протоколу режима без подтверждения приема, и если возникает сбой в передаче, то пакет битового потока повторно передается по протоколу режима с подтверждением или без подтверждения приема.
10. Способ по любому из пп.3-7, отличающийся тем, что протокол режима с подтверждением приема является протоколом управления передачей (TCP), а протокол режима без подтверждения приема является протоколом пользовательских дейтаграмм (UDP).
11. Способ по любому из пп.3-9, отличающийся тем, что протокол режима с подтверждением приема обеспечивает повторную передачу данных индивидуальных пакетов протокола Интернет (IP) или индивидуальных протоколов линии радиосвязи (RLP).
12. Способ по п.1 или 2, отличающийся тем, что заголовки являются заголовком полезной нагрузки, заголовком протокола реального времени (RTP), заголовком протокола пользовательских дейтаграмм (UDP) или протокола управления передачей (TCP), заголовком протокола Интернет (IP), заголовком протокола линии радиосвязи (RLP) и заголовком уровня 2 (L2), которые добавляются после прохождения пакета битового потока каждый уровнь.
13. Способ по п.1 или 2, отличающийся тем, что полезная нагрузка включает в себя мультимедийные данные.
14. Устройство для передачи битового потока в сети связи, содержащее кодер для кодирования данных источника для получения битового потока с использованием предварительно определенного типа кодирования, блок обработки протокола для добавления заголовка каждого уровня протокола связи к полезной нагрузке при передаче битового потока, кодированного кодером, на каждый уровень протокола связи, и блок обработки пакетов для передачи битового потока, обработанного блоком обработки протокола, по протоколу режима без подтверждения приема и передачи информации заголовка по протоколу режима без подтверждения или с подтверждением приема.
15. Устройство для ретрансляции и приема битового потока в сети связи, содержащее блок выделения для раздельного выделения полезных нагрузок и информации заголовка, которая соответствует заголовку каждого уровня, при передаче битового потока, принятого по отдельному протоколу передачи в сети связи, на каждый уровень, и блок обработки для определения ошибок, предназначенный для определения того, имеет ли информация заголовка, выделенного блоком выделения, ошибку, и если определено, что информация заголовка имеет ошибку, то запроса повторной передачи, блок переупорядочивания битового потока для переупорядочивания битового потока с использованием информации заголовка, выделенной блоком выделения, и декодер для декодирования битового потока, переупорядоченного блоком переупорядочивания битового потока.
RU2001128773/09A 2000-02-26 2000-11-23 Устройство и способ для передачи/приема битового потока в сети RU2224377C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020000009624A KR100612003B1 (ko) 2000-02-26 2000-02-26 통신망에서 비트 스트림 송수신 장치 및 그 방법
KR2000-9624 2000-02-26

Publications (2)

Publication Number Publication Date
RU2001128773A RU2001128773A (ru) 2003-08-10
RU2224377C2 true RU2224377C2 (ru) 2004-02-20

Family

ID=36202152

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2001128773/09A RU2224377C2 (ru) 2000-02-26 2000-11-23 Устройство и способ для передачи/приема битового потока в сети

Country Status (14)

Country Link
US (1) US7616661B2 (ru)
EP (1) EP1173948B1 (ru)
JP (1) JP3512776B2 (ru)
KR (1) KR100612003B1 (ru)
CN (1) CN1171411C (ru)
AT (1) ATE320119T1 (ru)
AU (1) AU759196B2 (ru)
BR (1) BR0009706A (ru)
CA (1) CA2370915A1 (ru)
DE (1) DE60026577T2 (ru)
ES (1) ES2259296T3 (ru)
NO (1) NO20015167D0 (ru)
RU (1) RU2224377C2 (ru)
WO (1) WO2001063824A1 (ru)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7899004B2 (en) 2005-08-22 2011-03-01 Qualcomm Incorporated Distributed protocol over a wireless connection
US7978677B2 (en) 2006-06-07 2011-07-12 Qualcomm Incorporated Methods and apparatus for using control values to control communications processing
RU2450466C1 (ru) * 2011-04-29 2012-05-10 Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования "Рязанский государственный университет имени С.А.Есенина" Способ передачи информации по каналам связи и система для его осуществления
US8565217B2 (en) 2006-06-07 2013-10-22 Qualcomm Incorporated Methods and apparatus for supporting tunneling related to wireless downlink signaling flows
US8565216B2 (en) 2006-06-07 2013-10-22 Qualcomm Incorporated Methods and apparatus for supporting tunneling related to wireless uplink signaling flows
RU2504128C2 (ru) * 2009-01-30 2014-01-10 Нокиа Корпорейшн Способ, устройство и компьютерный программный продукт для обеспечения восстановления после ошибки шифрования для радиоканала в режиме передачи без подтверждения
RU2577484C1 (ru) * 2014-11-06 2016-03-20 Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования "Рязанский государственный университет имени С.А. Есенина" Способ гарантированной передачи информации по каналу связи и система для его осуществления
RU2610677C1 (ru) * 2016-02-10 2017-02-14 Борис Иванович Крыжановский Способ ускоренной передачи информации без трансляции ее по каналу связи
RU2610697C1 (ru) * 2015-12-24 2017-02-14 Федеральное государственное унитарное предприятие "18 Центральный научно-исследовательский институт" Министерства обороны Российской Федерации Способ и устройство повторной передачи данных по протоколу пользовательских дейтаграмм

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020147832A1 (en) * 2001-04-05 2002-10-10 Ylian Saint-Hilaire Framing and processing messages
US7145900B2 (en) 2001-05-31 2006-12-05 Go2Call.Com, Inc. Packet-switched telephony call server
ES2721055T3 (es) * 2002-09-20 2019-07-26 Ntt Docomo Inc Método y aparato para decodificación aritmética
US7352774B2 (en) * 2002-09-30 2008-04-01 Arraycomm, Llc Multiplexing different types of data sequences
JP3821086B2 (ja) * 2002-11-01 2006-09-13 ソニー株式会社 ストリーミングシステム及びストリーミング方法、クライアント端末及びデータ復号方法、並びにプログラム
US8055897B2 (en) * 2005-12-06 2011-11-08 Lippershy Celestial Llc Digital object title and transmission information
US8014389B2 (en) 2005-12-06 2011-09-06 Lippershy Celestial Llc Bidding network
US9686183B2 (en) 2005-12-06 2017-06-20 Zarbaña Digital Fund Llc Digital object routing based on a service request
US7894447B2 (en) * 2005-12-06 2011-02-22 Lippershy Celestial Llc Digital object routing
US8194701B2 (en) 2005-12-06 2012-06-05 Lippershy Celestial Llc System and/or method for downstream bidding
MY187399A (en) * 2006-04-28 2021-09-22 Qualcomm Inc Method and apparatus for enhanced paging
US9049096B2 (en) * 2006-06-19 2015-06-02 Qualcomm Incorporated Data routing via lower layers in a communication system
US8139581B1 (en) * 2007-04-19 2012-03-20 Owl Computing Technologies, Inc. Concurrent data transfer involving two or more transport layer protocols over a single one-way data link
KR100919216B1 (ko) * 2007-11-14 2009-09-28 (주)씨디네트웍스 데이터 송신 방법, 수신 방법 및 그 장치
US8253732B2 (en) * 2008-01-03 2012-08-28 International Business Machines Corporation Method and system for remote visualization client acceleration
US8606952B2 (en) * 2008-01-15 2013-12-10 International Business Machines Corporation Method and system for optimizing bandwidth usage in remote visualization
US20120250690A1 (en) * 2009-12-01 2012-10-04 Samsung Electronics Co. Ltd. Method and apparatus for transmitting a multimedia data packet using cross layer optimization
WO2011096009A1 (ja) 2010-02-02 2011-08-11 株式会社 東芝 無線機器及び無線システム
JP2012010108A (ja) * 2010-06-24 2012-01-12 Fujitsu Ltd データ処理回路及びデータ処理方法
CN102025993B (zh) * 2010-12-17 2014-01-08 深圳中兴力维技术有限公司 一种基于h.264的视频传输方法及系统
CN103297689A (zh) * 2013-04-28 2013-09-11 温州市凯能电子科技有限公司 可控视频回收与释放的网络摄像机
US9380351B2 (en) * 2014-01-17 2016-06-28 Lg Display Co., Ltd. Apparatus for transmitting encoded video stream and method for transmitting the same
EP3657901A1 (en) 2015-09-21 2020-05-27 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for ip transport between a radio node and a controlling gateway with radio functions
US10841621B2 (en) * 2017-03-01 2020-11-17 Wyse Technology L.L.C. Fault recovery of video bitstream in remote sessions
US10115223B2 (en) * 2017-04-01 2018-10-30 Intel Corporation Graphics apparatus including a parallelized macro-pipeline
CN113242250B (zh) * 2021-05-19 2023-10-24 苏州瑞立思科技有限公司 一种多路复用协议及传输方法

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5278834A (en) * 1992-05-26 1994-01-11 Alcatel Network Systems, Inc. Method for implementing a data communication protocol stack
JP2576776B2 (ja) * 1993-11-10 1997-01-29 日本電気株式会社 パケット伝送方法・パケット伝送装置
US5463762A (en) * 1993-12-30 1995-10-31 Unisys Corporation I/O subsystem with header and error detection code generation and checking
US5832310A (en) * 1993-12-30 1998-11-03 Unisys Corporation Serial I/O channel having dependent and synchronous sources of control data and user defined data
JP3151103B2 (ja) * 1994-03-30 2001-04-03 株式会社日立製作所 通信システムおよび通信方法
AU6721096A (en) * 1995-08-14 1997-03-19 Ericsson Inc. Method and apparatus for modifying a standard internetwork protocol layer header
US6154780A (en) * 1996-12-18 2000-11-28 Intel Corporation Method and apparatus for transmission of a flexible and error resilient video bitstream
US5983259A (en) 1997-02-19 1999-11-09 International Business Machines Corp. Systems and methods for transmitting and receiving data in connection with a communications stack in a communications system
US6085253A (en) 1997-08-01 2000-07-04 United Video Properties, Inc. System and method for transmitting and receiving data
JPH1188462A (ja) * 1997-09-08 1999-03-30 Toshiba Corp 無線通信システム
US6058106A (en) * 1997-10-20 2000-05-02 Motorola, Inc. Network protocol method, access point device and peripheral devices for providing for an efficient centrally coordinated peer-to-peer wireless communications network
KR100335611B1 (ko) * 1997-11-20 2002-10-09 삼성전자 주식회사 비트율 조절이 가능한 스테레오 오디오 부호화/복호화 방법 및 장치
FI108192B (fi) * 1998-03-19 2001-11-30 Nokia Networks Oy Menetelmä ja laitteisto palvelun laadun kontrolloimiseksi matkaviestinjärjestelmässä
US6295604B1 (en) * 1998-05-26 2001-09-25 Intel Corporation Cryptographic packet processing unit
US6392993B1 (en) * 1998-06-29 2002-05-21 Microsoft Corporation Method and computer program product for efficiently and reliably sending small data messages from a sending system to a large number of receiving systems
EP0975123A1 (en) * 1998-07-15 2000-01-26 Telefonaktiebolaget L M Ericsson (Publ) Communication device and method for reliable and low-delay packet transmission
JP2000078197A (ja) * 1998-09-03 2000-03-14 Toshiba Corp 通信ノード及びパケット転送方法
US6985722B1 (en) * 1998-09-25 2006-01-10 Soma Networks, Inc. Telecommunication services
US6717947B1 (en) * 1998-12-03 2004-04-06 Lsi Logic Corporation Method and apparatus for isochronous data transfer with retry capability
US6466585B1 (en) * 1999-04-01 2002-10-15 Nokia Corporation Apparatus and associated method for communicating multimedia information upon a communication link
US6438603B1 (en) * 1999-04-30 2002-08-20 Microsoft Corporation Methods and protocol for simultaneous tuning of reliable and non-reliable channels of a single network communication link
EP1056259B1 (en) * 1999-05-25 2005-09-14 Lucent Technologies Inc. Method and apparatus for telecommunications using internet protocol
EP1056258A1 (en) * 1999-05-27 2000-11-29 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Data unit sending means and control method in wireless networks
JP3791742B2 (ja) * 1999-05-28 2006-06-28 株式会社沖データ Ｐｃｉバス制御システム
US6680955B1 (en) * 1999-08-20 2004-01-20 Nokia Networks Oy Technique for compressing a header field in a data packet
US6700888B1 (en) * 1999-09-28 2004-03-02 Telefonaktiebolaget Lm Ericsson (Publ) Manipulating header fields for improved performance in packet communications
US6987777B1 (en) * 1999-12-02 2006-01-17 Nortel Networks Ltd Priority forwarding in a communication system
US6618383B1 (en) * 1999-12-28 2003-09-09 Nortel Networks Limited Serial interface for a broadband communications network
US7089577B1 (en) * 2000-01-14 2006-08-08 Terayon Communication Systems, Inc. Process for supplying video-on-demand and other requested programs and services from a headend
US6771659B1 (en) * 2000-01-21 2004-08-03 Nokia Mobile Phones Ltd. Method and apparatus for a selective acknowledgement scheme in a modified unacknowledge mode for use over a communications link
US6839322B1 (en) * 2000-02-09 2005-01-04 Nortel Networks Limited Method and system for optical routing of variable-length packet data
GB0004178D0 (en) * 2000-02-22 2000-04-12 Nokia Networks Oy Integrity check in a communication system
US6388584B1 (en) * 2000-03-16 2002-05-14 Lucent Technologies Inc. Method and apparatus for data compression of network packets
KR100640921B1 (ko) * 2000-06-29 2006-11-02 엘지전자 주식회사 프로토콜 데이터 유닛의 생성 및 전송 방법
US6967964B1 (en) * 2000-10-03 2005-11-22 Telefonaktiebolaget Lm Ericsson (Publ) Context identification using header compression key at link layer
US7145919B2 (en) * 2001-06-01 2006-12-05 Telefonaktienbolaget Lm Ericsson (Publ) Method and apparatus for transporting different classes of data bits in a payload over a radio interface
US6789123B2 (en) * 2001-12-28 2004-09-07 Microsoft Corporation System and method for delivery of dynamically scalable audio/video content over a network
JP4215197B2 (ja) * 2002-04-12 2009-01-28 パナソニック株式会社 画像符号化方法および画像復号化方法

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7899004B2 (en) 2005-08-22 2011-03-01 Qualcomm Incorporated Distributed protocol over a wireless connection
US7978677B2 (en) 2006-06-07 2011-07-12 Qualcomm Incorporated Methods and apparatus for using control values to control communications processing
US8565217B2 (en) 2006-06-07 2013-10-22 Qualcomm Incorporated Methods and apparatus for supporting tunneling related to wireless downlink signaling flows
US8565216B2 (en) 2006-06-07 2013-10-22 Qualcomm Incorporated Methods and apparatus for supporting tunneling related to wireless uplink signaling flows
RU2504128C2 (ru) * 2009-01-30 2014-01-10 Нокиа Корпорейшн Способ, устройство и компьютерный программный продукт для обеспечения восстановления после ошибки шифрования для радиоканала в режиме передачи без подтверждения
RU2450466C1 (ru) * 2011-04-29 2012-05-10 Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования "Рязанский государственный университет имени С.А.Есенина" Способ передачи информации по каналам связи и система для его осуществления
RU2577484C1 (ru) * 2014-11-06 2016-03-20 Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования "Рязанский государственный университет имени С.А. Есенина" Способ гарантированной передачи информации по каналу связи и система для его осуществления
RU2610697C1 (ru) * 2015-12-24 2017-02-14 Федеральное государственное унитарное предприятие "18 Центральный научно-исследовательский институт" Министерства обороны Российской Федерации Способ и устройство повторной передачи данных по протоколу пользовательских дейтаграмм
RU2610677C1 (ru) * 2016-02-10 2017-02-14 Борис Иванович Крыжановский Способ ускоренной передачи информации без трансляции ее по каналу связи

Also Published As

Publication number Publication date
KR100612003B1 (ko) 2006-08-11
EP1173948A1 (en) 2002-01-23
BR0009706A (pt) 2002-01-08
JP3512776B2 (ja) 2004-03-31
ATE320119T1 (de) 2006-03-15
AU759196B2 (en) 2003-04-10
US7616661B2 (en) 2009-11-10
EP1173948B1 (en) 2006-03-08
AU1898501A (en) 2001-09-03
JP2003524996A (ja) 2003-08-19
DE60026577T2 (de) 2006-12-21
ES2259296T3 (es) 2006-10-01
CN1348645A (zh) 2002-05-08
EP1173948A4 (en) 2004-09-01
CN1171411C (zh) 2004-10-13
US20010043615A1 (en) 2001-11-22
KR20010084519A (ko) 2001-09-06
WO2001063824A1 (en) 2001-08-30
CA2370915A1 (en) 2001-08-30
NO20015167L (no) 2001-10-23
DE60026577D1 (de) 2006-05-04
NO20015167D0 (no) 2001-10-23

Similar Documents

Publication Publication Date Title
RU2224377C2 (ru) Устройство и способ для передачи/приема битового потока в сети
KR100987421B1 (ko) 데이터통신시스템, 데이터송신장치, 데이터수신장치, 데이터통신방법 및 컴퓨터가 판독가능한 기록 매체
TWI419565B (zh) 緩衝媒體流之封包的方法、緩衝媒體流之系統、用於傳送之裝置與晶片組、伺服器、以及電腦程式產品
US7263644B2 (en) Data transmitting/receiving system and method thereof
US7562277B2 (en) Data transmitting/receiving system and method thereof
US7675939B2 (en) Transmission apparatus and method, reception apparatus and method, communication system, recording medium, and program
CN101552660B (zh) 对流媒体数据进行重传、播放的方法、装置及通信系统
JP2013070436A (ja) 損失の多いネットワークを通してデータを送信するためのシステム及び方法
RU2001128773A (ru) Устройство и способ для передачи/приема битового потока в сети
JP2003023413A (ja) システムデコーダ装置及びパケットデータの修正方法
US7505465B2 (en) Packet transmission method with packet retransmission requests and a control mechanism relating to the transmission of such requests
WO2010084403A1 (en) Method and apparatus for encapsulation of scalable media
KR101153694B1 (ko) 미디어 송수신 방법, 미디어 송신 방법, 미디어 수신 방법, 미디어 송수신 장치, 미디어 송신 장치, 미디어 수신 장치, 게이트웨이 장치 및 미디어 서버
US7337384B2 (en) Error detection scheme with partial checksum coverage
JP4250036B2 (ja) メディア伝送方法及びメディア伝送装置
KR20040106440A (ko) 데이터 파티셔닝 및 비동등 에러 보호를 사용하여 무선ｌａｎ을 위한 에러-탄력적인 비디오 전송 시스템
US20060198393A1 (en) Method for transmitting additional information by compression of the header
JP2006319463A (ja) パケット伝送方法及びパケット受信装置
CN109196870B (zh) 用于发射和接收mmtp分组的方法和装置
Ben Halima et al. Service-aware retransmission control in cellular networks
Korhonen Robust audio streaming over lossy packet-switched networks
JP2002314583A (ja) 中継方法および中継装置
JP2004312129A (ja) パケット受信装置およびパケット送信装置

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20091124