RU2487484C2 - Потоковый медиа-сервер, клиентский терминал, способ и система для загрузки потоковых мультимедийных данных - Google Patents
Потоковый медиа-сервер, клиентский терминал, способ и система для загрузки потоковых мультимедийных данных Download PDFInfo
- Publication number
- RU2487484C2 RU2487484C2 RU2011130223/08A RU2011130223A RU2487484C2 RU 2487484 C2 RU2487484 C2 RU 2487484C2 RU 2011130223/08 A RU2011130223/08 A RU 2011130223/08A RU 2011130223 A RU2011130223 A RU 2011130223A RU 2487484 C2 RU2487484 C2 RU 2487484C2
- Authority
- RU
- Russia
- Prior art keywords
- data
- multimedia data
- streaming multimedia
- streaming
- rtp packets
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 21
- 230000005540 biological transmission Effects 0.000 claims description 77
- 239000012634 fragment Substances 0.000 claims description 16
- 230000011664 signaling Effects 0.000 claims description 14
- 230000015572 biosynthetic process Effects 0.000 claims description 13
- 230000000977 initiatory effect Effects 0.000 claims description 2
- 230000000694 effects Effects 0.000 abstract description 3
- 238000005516 engineering process Methods 0.000 abstract description 3
- 238000009432 framing Methods 0.000 abstract description 3
- 239000000126 substance Substances 0.000 abstract 1
- 230000004044 response Effects 0.000 description 6
- 238000001514 detection method Methods 0.000 description 4
- 229920004880 RTP PEK Polymers 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
Images
Classifications
-
- 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- 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/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
-
- 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/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Изобретение относится к технологии хранения мультимедийных данных. Технический результат заключается в повышении качества отображаемой информации. Способ включает прием и кэширование потоковых мультимедийных данных, переносимых с помощью пакетов протокола реального времени RTP во время сеанса передачи потоковых мультимедийных данных, сортировку кэшированных пакетов RTP и формирование из них кадров, а также формирование файла и запись сформированных кадров данных в сформированный файл. Система для загрузки потоковых мультимедийных данных содержит потоковый медиа-сервер и клиентский терминал, при этом потоковый медиа-сервер используется для передачи потоковых мультимедийных данных, переносимых с помощью пакетов RTP в сеансах передачи потоковых мультимедийных данных, а клиентский терминал используется для приема и кэширования пакетов RTP, сортировки кэшированных пакетов RTP и формирования из них кадров, а также для формирования файла и записи сформированных кадров данных в сформированный файл. 4 н. и 8 з.п. ф-лы, 3 ил.
Description
ОБЛАСТЬ ТЕХНИКИ
Изобретение относится к технологии хранения мультимедийных данных и, в частности, к потоковому медиа-серверу, клиентскому терминалу, способу и системе для загрузки потоковых мультимедийных данных.
УРОВЕНЬ ТЕХНИКИ
Система передачи потоковых мультимедийных данных является типовой системой, состоящей из клиентского терминала и обслуживающего терминала, при этом обслуживающий терминал обычно представляет собой потоковый медиа-сервер. Система передачи потоковых мультимедийных данных поддерживает такие услуги передачи мультимедийных данных, как видео по запросу и услуги широковещательной передачи в реальном времени, при этом пользователь также может при необходимости загружать исходный файл потоковых мультимедийных данных с помощью протокола передачи файлов (FTP, File Transfer Protocol), протокола передачи гипертекстовых файлов (HTTP, Hyper Text Transfer Protocol) и т.п.
Однако загрузка потокового мультимедийного контента с помощью протоколов FTP, HTTP и т.п. обладает следующими недостатками: потоковый мультимедийный контент может загружаться только при условии поддержки сервером, таким как FTP-сервер и HTTP-сервер; такой способ поддерживает только загрузку всего потокового мультимедийного контента и не может выполнить требования пользователя, желающего загрузить лишь интересующую его часть контента; файл не может быть отображен, если он не загружен полностью, то есть уже сохраненные потоковые мультимедийные данные не могут быть корректно отображены в случае прерывания загрузки.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
По указанным выше причинам основной целью настоящего изобретения является реализация потокового медиа-сервера, клиентского терминала, способа и системы для загрузки потоковых мультимедийных данных, которые в случае прерывания загрузки смогут обеспечить нормальное отображение уже загруженных потоковых мультимедийных данных.
Для достижения этой цели предлагается техническое решение настоящего изобретения, которое состоит в следующем.
Способ загрузки потоковых мультимедийных данных включает:
прием и кэширование переданных потоковых мультимедийных данных исходного файла потоковых мультимедийных данных, переносимых с помощью пакетов транспортного протокола реального времени (RTP, real-time transport protocol) в сеансе передачи потоковых мультимедийных данных;
сортировку кэшированных пакетов RTP и формирование из них кадров;
формирование файла и запись сформированных кадров данных в сформированный файл.
Кроме того, способ также включает:
в случае прерывания передачи сохранение временной отметки последнего записанного в файл кадра данных и отбрасывание кэшированных пакетов RTP, из которых не были сформированы кадры данных;
инициирование запроса установления сеанса передачи потоковых мультимедийных данных путем передачи в потоковый медиа-сервер запроса описания контента протокола потоковой передачи реального времени (RTSP Describe, real-time streaming protocol describe), содержащего URL-адрес исходного файла потоковых мультимедийных данных, передача которого была прервана;
передачу в потоковый медиа-сервер команды воспроизведения протокола RTSP, содержащей сохраненную временную отметку;
прием и кэширование упомянутых потоковых мультимедийных данных упомянутого исходного файла, при этом указанные потоковые мультимедийные данные представляют собой потоковые мультимедийные данные, передачу которых требуется возобновить согласно сохраненной временной отметке;
сортировку кэшированных пакетов RTP и формирование из них кадров и,
после формирования кадра запись кадра данных в файл, сформированный перед прерыванием передачи.
Кроме того, шаг сортировки кэшированных пакетов RTP и формирования из них кадров может включать:
a) сортировку кэшированных пакетов RTP;
b) обнаружение первого пакета RTP, переносящего данные I-кадра, в последовательности пакетов RTP, полученной в результате сортировки; отбрасывание пакетов RTP, расположенных перед первым обнаруженным в последовательности пакетом RTP, переносящим данные I-кадра, отделение пакетов RTP, переносящих звуковые данные, от пакетов, переносящих видеоданные, согласно полю PID пакета RTP, начиная с первого обнаруженного пакета RTP, переносящего данные I-кадра, и формирование кадров из пакетов RTP, переносящих звуковые данные и видеоданные, соответственно.
Кроме того, упомянутый шаг приема и кэширования переданных потоковых мультимедийных данных исходного файла может включать:
установление сеанса передачи потоковых мультимедийных данных;
передачу в потоковый медиа-сервер команды воспроизведения протокола RTSP, содержащей время начала и время окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных, и
прием и кэширование пакетов RTP, переносящих потоковые мультимедийные данные, переданные потоковым медиа-сервером, при этом указанные потоковые мультимедийные данные представляют собой потоковые мультимедийные данные в упомянутом исходном файле, соответствующие временному промежутку от упомянутого времени начала до упомянутого времени окончания.
Кроме того, потоковые мультимедийные данные, передачу которых требуется возобновить, могут представлять собой потоковые мультимедийные данные в упомянутом исходном файле, соответствующие временному промежутку от сохраненной временной отметки до упомянутого времени окончания.
В настоящем изобретении также предлагается клиентский терминал, выполненный с возможностью приема и кэширования пакетов транспортного протокола реального времени (RTP), переносящих потоковые мультимедийные данные, передаваемые потоковым медиа-сервером в сеансе передачи потоковых мультимедийных данных; сортировки кэшированных пакетов RTP и формирования из них кадров; формирования файла и записи сформированных кадров данных в сформированный файл, посредством чего выполняется загрузка потоковых мультимедийных данных.
Кроме того, клиентский терминал может содержать:
первый блок генерирования сигнализации, выполненный с возможностью обмена данными сигнализации с потоковым медиа-сервером для установления сеанса передачи потоковых мультимедийных данных;
блок приема, выполненный с возможностью приема и кэширования пакетов RTP;
блок обработки, выполненный с возможностью сортировки кэшированных пакетов RTP и формирования из них кадров, и
первый блок памяти, выполненный с возможностью формирования файла и записи сформированных кадров данных в сформированный файл.
Кроме того, клиентский терминал может также содержать:
второй блок памяти, выполненный с возможностью сохранения, в случае прерывания передачи, временной отметки кадра данных, записанного в файл последним, и
второй блок генерирования сигнализации, выполненный с возможностью формирования и передачи команды воспроизведения протокола RTSP, содержащей сохраненную временную отметку, а также с возможностью формирования и передачи команды воспроизведения протокола RTSP, содержащей время начала и время окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных.
В настоящем изобретении также предлагается потоковый медиа-сервер, который выполнен с возможностью передачи в клиентский терминал потоковых мультимедийных данных, переносимых в сеансе связи с помощью пакетов транспортного протокола реального времени (RTP), так что клиентский терминал может принимать и кэшировать пакеты RTP, сортировать кэшированные пакеты RTP и формировать из них кадры, формировать файл и записывать в сформированный файл сформированные кадры данных для выполнения загрузки потоковых мультимедийных данных.
Кроме того, потоковый медиа-сервер может содержать:
первый блок анализа, выполненный с возможностью обмена данными сигнализации с клиентским терминалом для установления сеанса передачи потоковых мультимедийных данных, и
модуль передачи, выполненный с возможностью получения потоковых мультимедийных данных, запрашиваемых клиентским терминалом, и передачи полученных потоковых мультимедийных данных в клиентский терминал с помощью пакетов RTP.
Кроме того, потоковый медиа-сервер может также содержать:
второй блок анализа, выполненный с возможностью анализа команды воспроизведения протокола RTSP, содержащей сохраненную временную отметку, для получения сохраненной временной отметки и анализа команды воспроизведения протокола RTSP, содержащей время начала и время окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных, и
блок идентификации данных, выполненный с возможностью определения потоковых мультимедийных данных, запрашиваемых клиентским терминалом, подлежащих передаче в соответствии с сохраненной временной отметкой, и с возможностью определения потоковых мультимедийных данных, запрашиваемых клиентским терминалом, подлежащих передаче в соответствии с временем начала и временем окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных.
В настоящем изобретении также предлагается система для загрузки потоковых мультимедийных данных, которая, как описано выше, включает клиентский терминал и потоковый медиа-сервер.
С помощью потокового медиа-сервера, клиентского терминала, способа и системы для загрузки потоковых мультимедийных данных в соответствии с настоящим изобретением потоковые мультимедийные данные последовательно записываются в файл, при этом запись не осуществляется до тех пор, пока не сформирован кадр, что гарантирует то, что каждый кадр данных, который записан в файл, является завершенным, и уже загруженные потоковые мультимедийные данные могут быть отображены, то есть обеспечиваются непрерывность и качество отображаемой информации, а также устраняются такие эффекты, как мозаичность или прерывание вывода изображения в случае прерывания загрузки. Настоящее изобретение характеризуется следующими преимуществами и техническими признаками:
1) настоящее изобретение позволяет выполнять загрузку исходного файла потоковых мультимедийных данных только через потоковый медиа-сервер, без использования другого сервера, например FTP-сервера или HTTP-сервера;
2) согласно настоящему изобретению временная отметка кадра данных, записанного в файл последним, сохраняется после прерывания передачи, и потоковые мультимедийные данные, передачу которых требуется возобновить, определяются согласно сохраненной временной отметке, и передача этих данных возобновляется таким образом, что загрузка исходного файла потоковых мультимедийных данных может быть завершена путем возобновления передачи с точки прерывания, после того как передача была прервана;
3) согласно настоящему изобретению потоковый медиа-сервер информируется о той части исходного файла потоковых мультимедийных данных, которая интересует пользователя, путем установки поля времени запроса таким образом, чтобы пользователь мог свободно выполнять загрузку потоковых мультимедийных данных, содержащихся в интересующем его фрагменте исходного файла потоковых мультимедийных данных.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
На фиг.1 представлена блок-схема способа загрузки потоковых мультимедийных данных в соответствии с первым примером осуществления настоящего изобретения.
На фиг.2 представлена блок-схема способа загрузки потоковых мультимедийных данных в соответствии со вторым примером осуществления настоящего изобретения.
На фиг.3 показана структура системы для загрузки потоковых мультимедийных данных в соответствии с третьим примером осуществления настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
Способ загрузки потоковых мультимедийных данных в соответствии с первым примером осуществления настоящего изобретения, блок-схема которого показана на фиг.1, включает следующие шаги.
Шаг 101: получение клиентским терминалом адреса унифицированного указателя ресурса (URL, Uniform Resource Locator) исходного файла потоковых мультимедийных данных, подлежащего загрузке из потокового медиа-сервера; передача в потоковый медиа-сервер запроса описания контента (RTSP Describe) протокола потоковой передачи реального времени, содержащего URL-адрес; передача в потоковый медиа-сервер команды установки протокола RTSP (RTSP setup) после приема ответа на запрос описания контента протокола RTSP; завершение установления сеанса передачи потоковых мультимедийных данных после приема ответа на команду установки протокола RTSP. Установление сеанса передачи потоковых мультимедийных данных соответствует стандартным требованиям протокола RTSP.
На этом этапе исходный файл потоковых мультимедийных данных может отображаться в процессе загрузки, то есть потоковые мультимедийные данные, переданные из потокового медиа-сервера, могут отображаться во время кэширования, сортировки, формирования кадров и записи в файл без необходимости повторного установления сеанса передачи для загрузки потоковых мультимедийных данных.
Шаг 102: передача клиентским терминалом в потоковый медиа-сервер команды воспроизведения протокола RTSP; с помощью команды воспроизведения протокола RTSP может быть также задана скорость передачи, с которой потоковому медиа-серверу требуется выполнять передачу потоковых мультимедийных данных в клиентский терминал.
Шаг 103: после передачи в клиентский терминал ответа на команду воспроизведения протокола RTSP передача потоковым медиа-сервером клиентскому терминалу потоковых мультимедийных данных исходного файла потоковых мультимедийных данных с помощью пакетов транспортного протокола реального времени (RTP) до полного завершения передачи исходного файла потоковых мультимедийных данных и передача в клиентский терминал уведомления о завершении передачи.
Если передача не прерывается, следует выполнение шагов 104-106 до получения уведомления о завершении передачи, после чего выполнение этого алгоритма завершается, или передача прерывается; в случае прерывания передачи следует выполнение шагов 107-113.
Шаг 104: прием и кэширование клиентским терминалом пакетов RTP, переносящих потоковые мультимедийные данные, передаваемые из потокового медиа-сервера.
При этом заголовок пакета RTP содержит следующие поля расширения: заголовок пакета RTP, переносящего данные I-кадров, содержит поле I_frame_indicator (индикатор I-кадра) для указания того, расположен ли пакет RTP в начале, середине или в конце I-кадра; поле PID для разделения видеоданных и звуковых данных; заголовок пакета RTP содержит поле payload_unit_start_indicator (указатель начала блока полезной нагрузки), указывающий на то, является ли пакет RTP началом кадра данных.
Шаг 105: сортировка кэшированных пакетов RTP и формирование из них кадров, включая следующие шаги:
a) сортировка кэшированных пакетов RTP; в данном случае сортировка выполняется во избежание нарушения порядка передачи, которое может повлиять на формирование кадров;
b) обнаружение первого пакета RTP, переносящего данные I-кадра, в последовательности пакетов RTP, полученных в результате сортировки, согласно полю I_frame_indicator пакетов RTP; отбрасывание пакетов RTP, расположенных перед упомянутым обнаруженным в последовательности пакетом RTP, отделение пакетов RTP, переносящих звуковые данные, от пакетов, переносящих видеоданные, согласно полю PID пакета RTP, начиная с упомянутого обнаруженного пакета RTP, и формирование кадров из пакетов RTP, переносящих звуковые данные и видеоданные, соответственно.
В данном случае указанное формирование кадров из пакетов RTP, переносящих звуковые данные и видеоданные, соответственно, включает выполнение следующих шагов:
обнаружение в последовательности пакетов RTP пакета RTP, переносящего видеоданные, в поле payload_unit_start_indicator которого записано значение 1 как пакета, в котором расположен заголовок кадра видеоданных, формирование кадра последовательности кадров из каждого пакета, в котором расположен заголовок кадра видеоданных, и из пакетов RTP, переносящих видеоданные, с удалением заголовка до появления следующего пакета, в котором расположен заголовок кадра видеоданных;
обнаружение в последовательности пакетов RTP пакета RTP, переносящего звуковые данные, в поле payload_unit_start_indicator которого записано значение 1 как пакета, в котором расположен заголовок кадра звуковых данных, формирование кадра последовательности кадров из каждого пакета, в котором расположен заголовок кадра звуковых данных, и из пакетов RTP, переносящих звуковые данные, с удалением заголовка до появления следующего пакета, в котором расположен заголовок кадра звуковых данных.
Шаг 106: формирование файла и запись сформированных кадров данных в сформированный файл.
Шаг 107: после прерывания передачи, сохранение клиентским терминалом временной отметки кадра данных, записанного в файл последним, и отбрасывание кэшированных пакетов RTP.
На шагах 105 и 106 потоковые мультимедийные данные последовательно записываются в файл, причем данные не записываются до тех пор, пока не сформирован кадр, что гарантирует то, что каждый кадр данных, записанный в файл, является завершенным; действия, выполняемые на шаге 107, гарантируют, что в случае прерывания передачи первый кадр данных, сохраненный в файле данных, также образует множество завершенных и последовательных кадров данных I-кадра, что обеспечивает нормальное отображение и устраняет такие проблемы, как мозаичность или прерывание вывода изображения из-за того, что первый кадр не является ключевым кадром. Таким образом, файл может корректно отображаться после прерывания передачи.
Шаг 108: инициирование клиентским терминалом запроса установления сеанса передачи потоковых мультимедийных данных путем передачи в потоковый медиа-сервер запроса описания контента протокола RTSP, содержащего URL-адрес исходного файла потоковых мультимедийных данных, передача которого была прервана.
Шаг 109: после установления сеанса передачи потоковых мультимедийных данных установка клиентским терминалом поля времени запроса в команде воспроизведения протокола RTSP, запись сохраненной временной отметки в поле времени запроса и передача команды воспроизведения протокола RTSP в потоковый медиа-сервер.
Если передача больше не прерывается, то следует выполнение шагов 111-113 до получения уведомления о завершении передачи (после чего выполнение этого алгоритма завершается) или до нового прерывания передачи; если передача вновь прерывается, происходит возврат к шагу 107 для возобновления передачи и выполнения текущих задач загрузки.
Шаг 110: прием потоковым медиа-сервером команды воспроизведения протокола RTSP и анализ поля времени запроса в этой команде для получения временной отметки, сохраненной клиентским терминалом, обнаружение потоковых мультимедийных данных, соответствующих временной отметке, и передача клиентскому терминалу в пакетах RTP потоковых мультимедийных данных, расположенных после указанных данных, то есть потоковых мультимедийных данных, передачу которых требуется возобновить.
Шаг 111: прием и кэширование клиентским терминалом пакетов RTP, переносящих потоковые мультимедийные данные, передаваемые из потокового медиа-сервера.
Шаг 112: выполнение клиентским терминалом сортировки кэшированных пакетов RTP и формирования из них кадров; конкретные шаги сортировки и формирования кадров совпадают с теми шагами, которые выполняются на шаге 105, и поэтому здесь повторно не описываются.
Шаг 113: запись сформированных кадров данных в файл, сформированный перед прерыванием передачи.
На шагах 107-113, выполняемых после прерывания передачи, сохраняют временную отметку кадра данных, записанного в файл последним, и осуществляют поиск точки прерывания в соответствии с сохраненной временной отметкой для определения, а затем возобновления передачи требуемых потоковых мультимедийных данных, так что загрузка исходного файла потоковых мультимедийных данных может быть завершена путем возобновления передачи с точки прерывания, после того как передача была прервана.
На шагах 101-113 после установления сеанса потоковой передачи посредством сигнализации между клиентским терминалом и потоковым медиа-сервером потоковый медиа-сервер передает потоковые мультимедийные данные в клиентский терминал, а клиентский терминал выполняет кэширование, сортировку потоковых мультимедийных данных, формирование из них кадров и записывает эти кадры в файл. Поскольку в алгоритме загрузки не используются такие протоколы, как FTP и HTTP, для загрузки потоковых мультимедийных данных не требуются другие серверы, кроме потокового медиа-сервера.
Способ загрузки потоковых мультимедийных данных в соответствии со вторым примером осуществления настоящего изобретения, алгоритм которого показан на фиг.2, включает следующие шаги.
Шаг 201: получение клиентским терминалом из потокового медиа-сервера URL-адреса исходного файла потоковых мультимедийных данных; передача в потоковый медиа-сервер запроса RTSP описания контента, содержащего URL-адрес; передача в потоковый медиа-сервер команды установки протокола RTSP после приема ответа на запрос описания контента RTSP; завершение установления сеанса передачи потоковых мультимедийных данных после приема ответа на команду установки протокола RTSP. Установление сеанса передачи потоковых мультимедийных данных соответствует стандартным требованиям протокола RTSP.
Шаг 202: установка клиентским терминалом поля времени запроса в команде воспроизведения протокола RTSP и запись в поле времени запроса времени начала и времени окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных, передача в потоковый медиа-сервер команды воспроизведения протокола RTSP, в которой на этом этапе также может быть задана скорость передачи, с которой потоковому медиа-серверу требуется передавать в клиентский терминал потоковые мультимедийные данные.
Шаг 203: прием потоковым медиа-сервером команды воспроизведения протокола RTSP, анализ поля времени запроса в этой команде для получения времени начала и времени окончания загрузки и поиск потоковых мультимедийных данных, соответствующих временному промежутку от времени начала до времени окончания, то есть потоковых мультимедийных данных выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных; после передачи клиентскому терминалу ответа на команду воспроизведения протокола RTSP передача клиентскому терминалу потоковых мультимедийных данных, соответствующих временному промежутку от времени начала до времени окончания, с помощью пакетов RTP до тех пор, пока клиентскому терминалу не будет передано уведомление о завершении передачи, когда завершится передача потоковых мультимедийных данных, соответствующих указанному промежутку времени.
На шагах 202 и 203 потоковый медиа-сервер путем установки поля времени запроса информируется о той части исходного файла потоковых мультимедийных данных, которая интересует пользователя, то есть о выбранном для загрузки фрагменте исходного файла потоковых мультимедийных данных, и этот сервер должен передавать потоковые мультимедийные данные выбранного для загрузки фрагмента таким образом, чтобы пользователь мог свободно выполнять загрузку потоковых мультимедийных данных, содержащихся в интересующем его фрагменте исходного файла.
Если передача не прерывается, следует выполнение шагов 204-206 до получения уведомления о завершении передачи, после чего выполнение этого алгоритма завершается; в случае прерывания передачи следует выполнение шагов 207-213.
Шаг 204: прием и кэширование клиентским терминалом пакетов RTP, переносящих потоковые мультимедийные данные, передаваемые из потокового медиа-сервера.
При этом заголовок пакета RTP содержит следующие поля расширения: заголовок пакета RTP, переносящего данные I-кадров, содержит поле I_frame_indicator (указатель I-кадра) для указания того, расположен ли пакет RTP в начале, середине или в конце I-кадра; заголовок пакета RTP, переносящего видеоданные, содержит поле video_PID для размещения значения PID видеоданных, заголовок пакета RTP, переносящего звуковые данные, содержит поле audio_PID для размещения значения PID звуковых данных; заголовок пакета RTP содержит поле payload_unit_start_indicator (указатель начала блока полезной нагрузки) для указания того, является ли пакет RTP началом кадра данных.
Шаг 205: сортировка кэшированных пакетов RTP и формирование из них кадров, включая следующие шаги:
a) сортировка кэшированных пакетов RTP; в данном случае сортировка выполняется во избежание нарушения порядка передачи, которое может повлиять на формирование кадров;
b) обнаружение первого пакета RTP, переносящего данные I-кадра, в последовательности пакетов RTP, полученной в результате сортировки, согласно полю I_frame_indicator пакетов RTP; отбрасывание пакетов RTP, расположенных перед упомянутым обнаруженным в последовательности пакетом RTP, отделение пакетов RTP, переносящих звуковые данные, от пакетов, переносящих видеоданные, согласно полю PID пакета RTP, начиная с упомянутого обнаруженного пакета RTP, и формирование кадров из пакетов RTP, переносящих звуковые данные и видеоданные, соответственно.
Указанное формирование кадров из пакетов RTP, переносящих звуковые данные и видеоданные, соответственно, включает выполнение следующих шагов:
обнаружение в последовательности пакетов RTP пакета RTP, переносящего видеоданные, в поле payload_unit_start_indicator которого записано значение 1 как пакета, в котором расположен заголовок кадра видеоданных, формирование кадра, помещаемого в последовательность кадров, из каждого пакета, в котором расположен заголовок кадра видеоданных, и из пакетов RTP, переносящих видеоданные, с удалением заголовка до появления следующего пакета, в котором расположен заголовок кадра видеоданных;
обнаружение в последовательности пакетов RTP пакета RTP, переносящего звуковые данные, в поле payload_unit_start_indicator которого записано значение 1 как пакета, в котором расположен заголовок кадра звуковых данных, формирование кадра, помещаемого в последовательность кадров, из каждого пакета, в котором расположен заголовок кадра звуковых данных, и из пакетов RTP, переносящих звуковые данные, с удалением заголовка до появления следующего пакета, в котором расположен заголовок кадра звуковых данных.
Шаг 206: формирование файла и запись сформированных кадров данных в сформированный файл.
Шаг 207: после прерывания передачи сохранение клиентским терминалом временной отметки кадра данных, записанного в файл последним, и отбрасывание кэшированных пакетов RTP.
На шагах 205 и 206 потоковые мультимедийные данные последовательно записываются в файл, причем данные не записываются до тех пор, пока не сформирован кадр, что гарантирует то, что каждый кадр данных, который записан в файл, является завершенным; действия, выполняемые на шаге 207, гарантируют, что в случае прерывания передачи первый кадр данных, сохраненный в файле, также образует множество завершенных и последовательных кадров данных I-кадра, что обеспечивает нормальное отображение, а также непрерывность и качество отображаемой информации, и позволяет устранить такие проблемы, как мозаичность или прерывание вывода изображения, так что файл может корректно отображаться после прерывания передачи.
Шаг 208: инициирование клиентским терминалом запроса установления сеанса передачи потоковых мультимедийных данных путем передачи в потоковый медиа-сервер запроса описания контента протокола RTSP, содержащего URL-адрес исходного файла потоковых мультимедийных данных, передача которого была прервана.
Шаг 209: после установления сеанса передачи потоковых мультимедийных данных запись клиентским терминалом в поле времени запроса, добавленное в команду воспроизведения протокола RTSP, сохраненной временной отметки в качестве времени начала возобновления передачи, запись в поле времени, содержащееся в запросе, времени окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных в качестве времени окончания возобновленной передачи и передача команды воспроизведения протокола RTSP в потоковый медиа-сервер.
Если передача больше не прерывается, то следует выполнение шагов 211-213 до получения уведомления о завершении передачи (после чего выполнение этого алгоритма завершается) или до нового прерывания передачи; если передача вновь прерывается, происходит возврат к шагу 207 для возобновления передачи и выполнения текущих задач загрузки.
Шаг 210: прием потоковым медиа-сервером команды воспроизведения протокола RTSP и анализ поля времени запроса в этой команде для получения временной отметки и значения времени окончания, сохраненных клиентским терминалом, обнаружение потоковых мультимедийных данных, соответствующих временному промежутку от временной отметки до времени окончания, и передача клиентскому терминалу с помощью пакетов RTP потоковых мультимедийных данных, соответствующих этому временному промежутку, то есть потоковых мультимедийных данных, передачу которых требуется возобновить.
Шаг 211: прием и кэширование клиентским терминалом пакетов RTP, переносящих потоковые мультимедийные данные, передаваемые из потокового медиа-сервера.
Шаг 212: выполнение клиентским терминалом сортировки кэшированных пакетов RTP и формирование из них кадров; конкретные процедуры сортировки и формирования кадров совпадают с теми, что выполняются на шаге 205, и поэтому здесь повторно не описываются.
Шаг 213: запись сформированных кадров данных в файл, сформированный перед прерыванием передачи.
На шагах 207-213, выполняемых после прерывания передачи, сохраняют временную отметку кадра данных, записанного в файл последним, осуществляют поиск точки прерывания в соответствии с сохраненной временной отметкой для определения начала потоковых мультимедийных данных, передачу которых требуется возобновить, и выполняют передачу этих данных таким образом, чтобы загрузка при возобновлении передачи исходного файла потоковых мультимедийных данных могла быть завершена путем возобновления передачи с точки прерывания, после того как передача была прервана.
На шагах 201-213 после установления сеанса потоковой передачи посредством обмена данными сигнализации между клиентским терминалом и потоковым медиа-сервером клиентский терминал информирует потоковый медиа-сервер о выбранном для загрузки фрагменте исходного файла потоковых мультимедийных данных, потоковый медиа-сервер передает в клиентский терминал потоковые мультимедийные данные выбранного для загрузки фрагмента, и клиентский терминал выполняет кэширование, сортировку потоковых мультимедийных данных, формирует из них кадры, а затем записывает эти кадры в файл. Поскольку в алгоритме выполнения загрузки не используются такие протоколы как FTP и HTTP, для загрузки потоковых мультимедийных данных не требуются другие серверы кроме потокового медиа-сервера.
В соответствии с третьим примером осуществления настоящего изобретения структура показанной на фиг.3 системы для загрузки потоковых мультимедийных данных включает:
потоковый медиа-сервер, используемый для передачи потоковых мультимедийных данных, переносимых с помощью пакетов RTP в сеансе передачи потоковых мультимедийных данных;
клиентский терминал, используемый для приема и кэширования пакетов RTP, сортировки кэшированных пакетов RTP и формирования из них кадров, а также для формирования файла и записи сформированных кадров данных в сформированный файл.
В этой системе потоковый медиа-сервер содержит:
первый блок анализа, используемый для обмена данными сигнализации с клиентским терминалом для установления сеанса передачи потоковых мультимедийных данных;
модуль передачи, используемый для получения потоковых мультимедийных данных, запрашиваемых клиентским терминалом, и передачи полученных потоковых мультимедийных данных в клиентский терминал с помощью пакетов RTP.
Клиентский терминал также содержит:
первый блок генерирования сигнализации, используемый для обмена данными сигнализации с потоковым медиа-сервером для установления сеанса передачи потоковых мультимедийных данных;
блок приема, используемый для приема и кэширования пакетов RTP;
блок обработки, используемый для сортировки котированных пакетов RTP и формирования из них кадров, и
первый блок памяти, используемый для формирования файла и записи сформированных кадров данных в сформированный файл.
Клиентский терминал также содержит:
второй блок памяти, используемый для сохранения, в случае прерывания передачи, временной отметки кадра данных, записанного в файл последним, и
второй блок генерирования сигнализации, используемый для формирования и передачи команды воспроизведения протокола RTSP, содержащей сохраненную временную отметку, а также формирования и передачи команды воспроизведения протокола RTSP, содержащей время начала и время окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных.
Потоковый медиа-сервер также содержит:
второй блок анализа, используемый для анализа команды воспроизведения протокола RTSP, содержащей сохраненную временную отметку, для получения сохраненной временной отметки и для анализа команды воспроизведения протокола RTSP, содержащей время начала и время окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных, для получения времени начала и времени окончания этого выбранного фрагмента, и
блок идентификации данных, используемый для определения потоковых мультимедийных данных, запрашиваемых клиентским терминалом, подлежащих передаче в соответствии с сохраненной временной отметкой, и для определения потоковых мультимедийных данных, запрашиваемых клиентским терминалом, подлежащих передаче в соответствии с временем начала и временем окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных.
Данные, которые могут быть загружены с помощью способа и системы в соответствии с настоящим изобретением, не ограничены протоколами RTP/RTCP/UDP (User Datagram Protocol, протокол передачи дейтаграмм) и применимы в множестве сред передачи, например, в проводных и беспроводных сетях.
Выше были описаны только примеры предпочтительных вариантов осуществления настоящего изобретения, не ограничивающие изобретение.
ПРОМЫШЛЕННАЯ ПРИМЕНИМОСТЬ
С помощью потокового медиа-сервера, клиентского терминала, способа и системы для загрузки потоковых мультимедийных данных в соответствии с настоящим изобретением потоковые мультимедийные данные последовательно записываются в файл, при этом запись не осуществляется до тех пор, пока не сформирован кадр, что гарантирует то, что каждый кадр данных, который записан в файл, является завершенным, и уже загруженные потоковые мультимедийные данные могут быть отображены, то есть гарантируются непрерывность и качество отображаемой информации, а также устраняются такие эффекты, как мозаичность или прерывание вывода изображения в случае прерывания загрузки. Настоящее изобретение также характеризуется следующими преимуществами и признаками:
1) настоящее изобретение позволяет выполнять загрузку исходного файла потоковых мультимедийных данных только через потоковый медиа-сервер без использования другого сервера, например FTP-сервера или HTTP-сервера;
2) согласно настоящему изобретению временная отметка кадра данных, записанного в файл последним, сохраняется после прерывания передачи, и потоковые мультимедийные данные, передачу которых требуется возобновить, определяются согласно сохраненной временной отметке, при этом возобновление передачи выполняется таким образом, что загрузка исходного файла потоковых мультимедийных данных может быть завершена путем возобновления передачи с точки прерывания, после того как передача была прервана;
3) согласно настоящему изобретению потоковый медиа-сервер информируется о той части исходного файла потоковых мультимедийных данных, которая интересует пользователя, путем установки поля времени запроса таким образом, чтобы пользователь мог свободно выполнять загрузку потоковых мультимедийных данных, содержащихся в интересующем его фрагменте исходного файла потоковых мультимедийных данных.
Claims (12)
1. Способ загрузки потоковых мультимедийных данных, включающий:
прием и кэширование переданных потоковых мультимедийных данных исходного файла потоковых мультимедийных данных, переносимых с помощью пакетов транспортного протокола реального времени (RTP) в сеансе передачи потоковых мультимедийных данных,
сортировку кэшированных пакетов RTP и формирование из них кадров, формирование файла и запись сформированных кадров данных в сформированный файл;
при этом шаг сортировки кэшированных пакетов RTP и формирования из них кадров включает:
a) сортировку кэшированных пакетов RTP;
b) обнаружение первого пакета RTP, переносящего данные I-кадра, в последовательности пакетов RTP, полученной в результате сортировки; отбрасывание пакетов RTP перед упомянутым первым обнаруженным в последовательности пакетом RTP, переносящим данные I-кадра, и отделение пакетов RTP, переносящих звуковые данные, от пакетов, переносящих видеоданные, согласно полю PID пакета RTP, начиная с первого обнаруженного пакета RTP, переносящего данные I-кадра, и формирование кадров из пакетов RTP, переносящих звуковые данные и видеоданные соответственно.
прием и кэширование переданных потоковых мультимедийных данных исходного файла потоковых мультимедийных данных, переносимых с помощью пакетов транспортного протокола реального времени (RTP) в сеансе передачи потоковых мультимедийных данных,
сортировку кэшированных пакетов RTP и формирование из них кадров, формирование файла и запись сформированных кадров данных в сформированный файл;
при этом шаг сортировки кэшированных пакетов RTP и формирования из них кадров включает:
a) сортировку кэшированных пакетов RTP;
b) обнаружение первого пакета RTP, переносящего данные I-кадра, в последовательности пакетов RTP, полученной в результате сортировки; отбрасывание пакетов RTP перед упомянутым первым обнаруженным в последовательности пакетом RTP, переносящим данные I-кадра, и отделение пакетов RTP, переносящих звуковые данные, от пакетов, переносящих видеоданные, согласно полю PID пакета RTP, начиная с первого обнаруженного пакета RTP, переносящего данные I-кадра, и формирование кадров из пакетов RTP, переносящих звуковые данные и видеоданные соответственно.
2. Способ по п.1, включающий:
в случае прерывания передачи, сохранение временной отметки последнего записанного в файл кадра данных и отбрасывание кэшированных пакетов RTP, из которых не были сформированы кадры данных, инициирование запроса установления сеанса передачи потоковых мультимедийных данных путем передачи в потоковый медиа-сервер запроса описания контента протокола потоковой передачи реального времени (RTSP Describe), содержащего URL-адрес исходного файла потоковых мультимедийных данных, передача которого была прервана, передачу в потоковый медиа-сервер команды воспроизведения протокола RTSP, содержащей сохраненную временную отметку,
прием и кэширование потоковых мультимедийных данных упомянутого исходного файла, переносимых с помощью пакетов RTP в сеансе передачи потоковых мультимедийных данных, при этом указанные потоковые мультимедийные данные представляют собой потоковые мультимедийные данные, передачу которых требуется возобновить согласно сохраненной временной отметке,
сортировку кэшированных пакетов RTP и формирование из них кадров и, после формирования кадра, запись кадра данных в файл, сформированный перед прерыванием передачи.
в случае прерывания передачи, сохранение временной отметки последнего записанного в файл кадра данных и отбрасывание кэшированных пакетов RTP, из которых не были сформированы кадры данных, инициирование запроса установления сеанса передачи потоковых мультимедийных данных путем передачи в потоковый медиа-сервер запроса описания контента протокола потоковой передачи реального времени (RTSP Describe), содержащего URL-адрес исходного файла потоковых мультимедийных данных, передача которого была прервана, передачу в потоковый медиа-сервер команды воспроизведения протокола RTSP, содержащей сохраненную временную отметку,
прием и кэширование потоковых мультимедийных данных упомянутого исходного файла, переносимых с помощью пакетов RTP в сеансе передачи потоковых мультимедийных данных, при этом указанные потоковые мультимедийные данные представляют собой потоковые мультимедийные данные, передачу которых требуется возобновить согласно сохраненной временной отметке,
сортировку кэшированных пакетов RTP и формирование из них кадров и, после формирования кадра, запись кадра данных в файл, сформированный перед прерыванием передачи.
3. Способ по п.1, в котором шаг приема и кэширования переданных потоковых мультимедийных данных исходного файла потоковых мультимедийных данных, переносимых с помощью пакетов RTP в сеансе передачи потоковых мультимедийных данных, включает: установление сеанса передачи потоковых мультимедийных данных, передачу в потоковый медиа-сервер команды воспроизведения протокола RTSP, содержащей время начала и время окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных, прием и кэширование пакетов RTP, переносящих потоковые мультимедийных данные, передаваемые потоковым медиа-сервером, при этом указанные потоковые мультимедийные данные представляют собой потоковые мультимедийные данные в упомянутом исходном файле, соответствующие временному промежутку от упомянутого времени начала до упомянутого времени окончания.
4. Способ по п.2, в котором указанный шаг приема и кэширования потоковых мультимедийных данных исходного файла потоковых мультимедийных данных, переносимых с помощью пакетов RTP в сеансе передачи потоковых мультимедийных данных, включает: установление сеанса передачи потоковых мультимедийных данных, передачу в потоковый медиа-сервер команды воспроизведения протокола RTSP, содержащей время начала и время окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных, прием и кэширование пакетов RTP, переносящих потоковые мультимедийных данные, передаваемые потоковым медиа-сервером, при этом указанные потоковые мультимедийные данные представляют собой потоковые мультимедийные данные в упомянутом исходном файле, соответствующие временному промежутку от упомянутого времени начала до упомянутого времени окончания.
5. Способ по п.4, отличающийся тем, что потоковые мультимедийные данные, передачу которых требуется возобновить, представляют собой потоковые мультимедийные данные в упомянутом исходном файле, соответствующие временному промежутку от сохраненной временной отметки до упомянутого времени окончания.
6. Клиентский терминал, выполненный с возможностью приема и кэширования пакетов транспортного протокола реального времени (RTP), переносящих потоковые мультимедийные данные, передаваемые потоковым медиа-сервером в сеансе передачи потоковых мультимедийных данных, сортировки кэшированных пакетов RTP и формирования из них кадров, формирования файла и записи сформированных кадров данных в сформированный файл, посредством чего выполняется загрузка потоковых мультимедийных данных;
при этом упомянутый клиентский терминал выполнен с возможностью сортировки кэшированных пакетов RTP и формирования из них кадров путем:
a) сортировки кэшированных пакетов RTP;
b) обнаружения первого пакета RTP, переносящего данные I-кадра, в последовательности пакетов RTP, полученной в результате сортировки; отбрасывания пакетов RTP перед упомянутым первым обнаруженным в последовательности пакетом RTP, переносящим данные I-кадра, и отделения пакетов RTP, переносящих звуковые данные, от пакетов, переносящих видеоданные, согласно нолю PID пакета RTP, начиная с первого обнаруженного пакета RTP, переносящего данные I-кадра, и формирование кадров из пакетов RTP, переносящих звуковые данные и видеоданные соответственно.
при этом упомянутый клиентский терминал выполнен с возможностью сортировки кэшированных пакетов RTP и формирования из них кадров путем:
a) сортировки кэшированных пакетов RTP;
b) обнаружения первого пакета RTP, переносящего данные I-кадра, в последовательности пакетов RTP, полученной в результате сортировки; отбрасывания пакетов RTP перед упомянутым первым обнаруженным в последовательности пакетом RTP, переносящим данные I-кадра, и отделения пакетов RTP, переносящих звуковые данные, от пакетов, переносящих видеоданные, согласно нолю PID пакета RTP, начиная с первого обнаруженного пакета RTP, переносящего данные I-кадра, и формирование кадров из пакетов RTP, переносящих звуковые данные и видеоданные соответственно.
7. Клиентский терминал по п.6, содержащий:
первый блок генерирования сигнализации, выполненный с возможностью обмена данными сигнализации с потоковым медиа-сервером для установления сеанса передачи потоковых мультимедийных данных,
блок приема, выполненный с возможностью приема и кэширования пакетов RTP,
блок обработки, выполненный с возможностью сортировки кэшированных пакетов RTP и формирования из них кадров, и
первый блок памяти, выполненный с возможностью формирования файла и записи сформированных кадров данных в сформированный файл.
первый блок генерирования сигнализации, выполненный с возможностью обмена данными сигнализации с потоковым медиа-сервером для установления сеанса передачи потоковых мультимедийных данных,
блок приема, выполненный с возможностью приема и кэширования пакетов RTP,
блок обработки, выполненный с возможностью сортировки кэшированных пакетов RTP и формирования из них кадров, и
первый блок памяти, выполненный с возможностью формирования файла и записи сформированных кадров данных в сформированный файл.
8. Клиентский терминал по п.7, содержащий:
второй блок памяти, выполненный с возможностью сохранения, в случае прерывания передачи, временной отметки кадра данных, записанного в файл последним, и
второй блок генерирования сигнализации, выполненный с возможностью формирования и передачи команды воспроизведения протокола RTSP, содержащей сохраненную временную отметку, а также с возможностью формирования и передачи команды воспроизведения протокола RTSP, содержащей время начала и окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных.
второй блок памяти, выполненный с возможностью сохранения, в случае прерывания передачи, временной отметки кадра данных, записанного в файл последним, и
второй блок генерирования сигнализации, выполненный с возможностью формирования и передачи команды воспроизведения протокола RTSP, содержащей сохраненную временную отметку, а также с возможностью формирования и передачи команды воспроизведения протокола RTSP, содержащей время начала и окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных.
9. Потоковый медиа-сервер, выполненный с возможностью передачи в клиентский терминал потоковых мультимедийных данных, переносимых с помощью пакетов транспортного протокола реального времени (RTP) в сеансе передачи потоковых мультимедийных данных,
так что клиентский терминал может принимать и кэшировать пакеты RTP, сортировать кэтированные пакеты RTP и формировать из них кадры, формировать файл и записывать в сформированный файл сформированные кадры данных для выполнения загрузки потоковых мультимедийных данных;
при этом упомянутый клиентский терминал выполнен с возможностью сортировки кэшированных пакетов RTP и формирования из них кадров путем:
a) сортировки кэшированных пакетов RTP;
b) обнаружения первого пакета RTP, переносящего данные I-кадра, в последовательности пакетов RTP, полученной в результате сортировки;
отбрасывания пакетов RTP перед упомянутым первым обнаруженным в последовательности пакетом RTP, переносящим данные I-кадра, и
отделения пакетов RTP, переносящих звуковые данные, от пакетов, переносящих видеоданные, согласно полю PID пакета RTP, начиная с первого обнаруженного пакета RTP, переносящего данные I-кадра, и
формирования кадров из пакетов RTP, переносящих звуковые данные и видеоданные соответственно.
так что клиентский терминал может принимать и кэшировать пакеты RTP, сортировать кэтированные пакеты RTP и формировать из них кадры, формировать файл и записывать в сформированный файл сформированные кадры данных для выполнения загрузки потоковых мультимедийных данных;
при этом упомянутый клиентский терминал выполнен с возможностью сортировки кэшированных пакетов RTP и формирования из них кадров путем:
a) сортировки кэшированных пакетов RTP;
b) обнаружения первого пакета RTP, переносящего данные I-кадра, в последовательности пакетов RTP, полученной в результате сортировки;
отбрасывания пакетов RTP перед упомянутым первым обнаруженным в последовательности пакетом RTP, переносящим данные I-кадра, и
отделения пакетов RTP, переносящих звуковые данные, от пакетов, переносящих видеоданные, согласно полю PID пакета RTP, начиная с первого обнаруженного пакета RTP, переносящего данные I-кадра, и
формирования кадров из пакетов RTP, переносящих звуковые данные и видеоданные соответственно.
10. Потоковый медиа-сервер по п.9, включающий:
первый блок анализа, выполненный с возможностью обмена данными сигнализации с клиентским терминалом для установления сеанса передачи потоковых мультимедийных данных, и
модуль передачи, выполненный с возможностью получения потоковых мультимедийных данных, запрашиваемых клиентским терминалом, и передачи полученных потоковых мультимедийных данных в клиентский терминал с помощью пакетов RTP.
первый блок анализа, выполненный с возможностью обмена данными сигнализации с клиентским терминалом для установления сеанса передачи потоковых мультимедийных данных, и
модуль передачи, выполненный с возможностью получения потоковых мультимедийных данных, запрашиваемых клиентским терминалом, и передачи полученных потоковых мультимедийных данных в клиентский терминал с помощью пакетов RTP.
11. Потоковый медиа-сервер по п.10, включающий:
второй блок анализа, выполненный с возможностью анализа команды воспроизведения протокола RTSP, содержащей сохраненную временную отметку, для получения этой сохраненной временной отметки, и с возможностью анализа команды воспроизведения протокола RTSP, содержащей время начала и время окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных, для получения упомянутых времени начала и времени окончания, и
блок идентификации данных, выполненный с возможностью определения потоковых мультимедийных данных, запрашиваемых клиентским терминалом и подлежащих передаче в соответствии с сохраненной временной отметкой, и с возможностью определения потоковых мультимедийных данных, запрашиваемых клиентским терминалом и подлежащих передаче в соответствии с временем начала и временем окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных.
второй блок анализа, выполненный с возможностью анализа команды воспроизведения протокола RTSP, содержащей сохраненную временную отметку, для получения этой сохраненной временной отметки, и с возможностью анализа команды воспроизведения протокола RTSP, содержащей время начала и время окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных, для получения упомянутых времени начала и времени окончания, и
блок идентификации данных, выполненный с возможностью определения потоковых мультимедийных данных, запрашиваемых клиентским терминалом и подлежащих передаче в соответствии с сохраненной временной отметкой, и с возможностью определения потоковых мультимедийных данных, запрашиваемых клиентским терминалом и подлежащих передаче в соответствии с временем начала и временем окончания выбранного для загрузки фрагмента исходного файла потоковых мультимедийных данных.
12. Система для загрузки потоковых мультимедийных данных, содержащая клиентский терминал по любому из пп.6-8 и потоковый медиа-сервер по любому из пп.9-11.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200810246897.0 | 2008-12-29 | ||
| CN200810246897.0A CN101459693A (zh) | 2008-12-29 | 2008-12-29 | 一种流媒体下载方法及系统 |
| PCT/CN2009/073863 WO2010078763A1 (zh) | 2008-12-29 | 2009-09-10 | 流媒体服务器、客户端及流媒体下载的方法和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2011130223A RU2011130223A (ru) | 2013-02-20 |
| RU2487484C2 true RU2487484C2 (ru) | 2013-07-10 |
Family
ID=40770317
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2011130223/08A RU2487484C2 (ru) | 2008-12-29 | 2009-09-10 | Потоковый медиа-сервер, клиентский терминал, способ и система для загрузки потоковых мультимедийных данных |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20110320629A1 (ru) |
| EP (1) | EP2383941B1 (ru) |
| CN (1) | CN101459693A (ru) |
| BR (1) | BRPI0923614A2 (ru) |
| RU (1) | RU2487484C2 (ru) |
| WO (1) | WO2010078763A1 (ru) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101459693A (zh) * | 2008-12-29 | 2009-06-17 | 中兴通讯股份有限公司 | 一种流媒体下载方法及系统 |
| CN101662476A (zh) * | 2009-09-29 | 2010-03-03 | 中兴通讯股份有限公司 | 彩信编辑获取媒体资源的方法及其移动终端 |
| WO2011047499A1 (en) | 2009-10-21 | 2011-04-28 | Telefonaktiebolaget L M Ericsson (Publ) | Method, apparatus and system for media position control |
| US9615119B2 (en) | 2010-04-02 | 2017-04-04 | Samsung Electronics Co., Ltd. | Method and apparatus for providing timeshift service in digital broadcasting system and system thereof |
| CA2807869C (en) | 2010-08-10 | 2017-12-12 | Telefonaktiebolaget L M Ericsson (Publ) | Session control for media stream transmission |
| CN102438182B (zh) * | 2010-09-29 | 2014-11-05 | 中兴通讯股份有限公司 | 一种视频流分析方法及装置 |
| CN102510519A (zh) * | 2011-10-11 | 2012-06-20 | 成都市华为赛门铁克科技有限公司 | 流媒体数据的处理方法、播放方法以及装置 |
| US9390053B2 (en) * | 2012-04-20 | 2016-07-12 | Sk Telecom Co., Ltd. | Cache device, cache control device, and methods for detecting handover |
| CN102654884A (zh) * | 2012-04-26 | 2012-09-05 | 深圳市万兴软件有限公司 | 一种媒体数据截取的方法、装置及系统 |
| CN102685469A (zh) * | 2012-05-04 | 2012-09-19 | 北京航空航天大学 | 一种基于mpeg-2 aac及h.264音视频传输码流的组帧方法 |
| CN102917212A (zh) * | 2012-10-29 | 2013-02-06 | 合肥移瑞通信技术有限公司 | 一种基于rtp和rtsp的3g无线视频监控实现方法及系统 |
| CN103124412A (zh) * | 2012-11-16 | 2013-05-29 | 佳都新太科技股份有限公司 | 一种基于rtp协议的网络抖动处理技术 |
| CN104661113A (zh) * | 2013-11-25 | 2015-05-27 | 乐视网信息技术（北京）股份有限公司 | 一种直播流媒体的方法、服务器、终端及通信系统 |
| JP2015136057A (ja) * | 2014-01-17 | 2015-07-27 | ソニー株式会社 | 通信装置、通信データ生成方法、および通信データ処理方法 |
| CN104253816A (zh) * | 2014-09-25 | 2014-12-31 | 武汉传神信息技术有限公司 | 基于http协议的大文件页面断点续传的方法 |
| CN104735463A (zh) * | 2015-03-26 | 2015-06-24 | 南京传唱软件科技有限公司 | 流媒体传输方法及系统 |
| CN105227671A (zh) * | 2015-10-16 | 2016-01-06 | 北京恒华伟业科技股份有限公司 | 离线数据缓存方法及系统 |
| CN105392086B (zh) * | 2015-11-04 | 2018-05-29 | 广东欧珀移动通信有限公司 | 一种信息处理方法及播放设备 |
| CN108023906B (zh) * | 2016-10-31 | 2020-06-12 | 杭州海康威视系统技术有限公司 | 监控录像的断点续传方法及装置 |
| CN107948153A (zh) * | 2017-11-23 | 2018-04-20 | 莫宝兰 | 一种流媒体传输控制系统和方法 |
| CN107995172A (zh) * | 2017-11-23 | 2018-05-04 | 莫宝兰 | 一种数据流传输控制系统和方法 |
| CN108989426B (zh) * | 2018-07-17 | 2021-04-06 | 深圳市网心科技有限公司 | 基于hls协议的拉流方法、系统及客户端和存储介质 |
| CN109547860A (zh) * | 2018-12-07 | 2019-03-29 | 晶晨半导体(上海)股份有限公司 | 一种点播的视频断网续播的方法和iptv播放装置 |
| CN109495764B (zh) * | 2018-12-07 | 2022-04-01 | 晶晨半导体(上海)股份有限公司 | 一种直播时移的视频断网续播的方法和iptv播放装置 |
| CN111698466B (zh) * | 2020-05-07 | 2022-03-01 | 浙江大华技术股份有限公司 | 监控录像断点下载的方法、装置、设备和介质 |
| CN111866604B (zh) * | 2020-07-24 | 2022-10-21 | 四川科泰智能电子有限公司 | 一种音视频传输方法及系统 |
| CN113365098B (zh) * | 2021-06-01 | 2022-07-22 | 平安国际智慧城市科技股份有限公司 | 视频帧组装方法、装置、电子设备及存储介质 |
| CN114679438B (zh) * | 2022-03-03 | 2024-04-30 | 上海艾策通讯科技股份有限公司 | 流媒体数据传输方法、装置、计算机设备和存储介质 |
| CN114697712B (zh) * | 2022-05-16 | 2022-09-23 | 浙江华创视讯科技有限公司 | 一种媒体流的下载方法、装置、设备及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030138043A1 (en) * | 2002-01-23 | 2003-07-24 | Miska Hannuksela | Grouping of image frames in video coding |
| RU2312386C2 (ru) * | 2003-08-07 | 2007-12-10 | Интел Корпорейшн | Помечание событий меткой времени |
| CN101277209A (zh) * | 2008-05-14 | 2008-10-01 | 山东大学 | 网络流媒体传输断线重连技术 |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6608966B1 (en) * | 1994-10-07 | 2003-08-19 | Intel Corporation | VCR-type controls for video server system |
| US5659539A (en) * | 1995-07-14 | 1997-08-19 | Oracle Corporation | Method and apparatus for frame accurate access of digital audio-visual information |
| US6453355B1 (en) * | 1998-01-15 | 2002-09-17 | Apple Computer, Inc. | Method and apparatus for media data transmission |
| GB0103381D0 (en) * | 2001-02-12 | 2001-03-28 | Eyretel Ltd | Packet data recording method and system |
| WO2002087235A1 (en) * | 2001-04-19 | 2002-10-31 | Vividon, Inc. | System for applying metric to multimedia files over network |
| KR20030003098A (ko) * | 2001-06-29 | 2003-01-09 | 마츠시타 덴끼 산교 가부시키가이샤 | 데이터 재생 장치, 데이터 재생 방법, 데이터 중계 장치및 데이터 중계 방법 |
| US20030206549A1 (en) * | 2002-05-03 | 2003-11-06 | Mody Sachin Satish | Method and apparatus for multicast delivery of information |
| JP4718122B2 (ja) * | 2004-04-06 | 2011-07-06 | 株式会社日立製作所 | メディア配信装置 |
| FR2883692A1 (fr) * | 2005-03-25 | 2006-09-29 | Thomson Licensing Sa | Procede d'envoi de commande a un serveur de flux de donnees numeriques et appareil implementant le procede |
| EP1777962A1 (en) * | 2005-10-24 | 2007-04-25 | Alcatel Lucent | Access/edge node supporting multiple video streaming services using a single request protocol |
| EP1788774A1 (en) * | 2005-11-18 | 2007-05-23 | Alcatel Lucent | Method and system for initiating or recovering a media-on-demand session |
| CN100473162C (zh) * | 2005-11-27 | 2009-03-25 | 海信集团有限公司 | 基于单输入接口的mpeg2文件实时播放的方法 |
| CN101009686A (zh) * | 2006-01-23 | 2007-08-01 | 中兴通讯股份有限公司 | 一种流媒体播放方法 |
| CN101217638B (zh) * | 2007-12-28 | 2012-10-24 | 深圳市迅雷网络技术有限公司 | 视频文件分段下载的方法、系统及装置 |
| JP4735697B2 (ja) * | 2008-09-29 | 2011-07-27 | ソニー株式会社 | 電子機器、コンテンツ再生方法及びプログラム |
| CN101459693A (zh) * | 2008-12-29 | 2009-06-17 | 中兴通讯股份有限公司 | 一种流媒体下载方法及系统 |
| US8903895B2 (en) * | 2009-07-22 | 2014-12-02 | Xinlab, Inc. | Method of streaming media to heterogeneous client devices |
-
2008
- 2008-12-29 CN CN200810246897.0A patent/CN101459693A/zh active Pending
-
2009
- 2009-09-10 US US13/141,416 patent/US20110320629A1/en not_active Abandoned
- 2009-09-10 WO PCT/CN2009/073863 patent/WO2010078763A1/zh not_active Ceased
- 2009-09-10 BR BRPI0923614A patent/BRPI0923614A2/pt not_active Application Discontinuation
- 2009-09-10 RU RU2011130223/08A patent/RU2487484C2/ru not_active IP Right Cessation
- 2009-09-10 EP EP09837320.2A patent/EP2383941B1/en not_active Not-in-force
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030138043A1 (en) * | 2002-01-23 | 2003-07-24 | Miska Hannuksela | Grouping of image frames in video coding |
| RU2312386C2 (ru) * | 2003-08-07 | 2007-12-10 | Интел Корпорейшн | Помечание событий меткой времени |
| CN101277209A (zh) * | 2008-05-14 | 2008-10-01 | 山东大学 | 网络流媒体传输断线重连技术 |
Also Published As
| Publication number | Publication date |
|---|---|
| RU2011130223A (ru) | 2013-02-20 |
| BRPI0923614A2 (pt) | 2016-01-12 |
| EP2383941B1 (en) | 2017-05-17 |
| CN101459693A (zh) | 2009-06-17 |
| EP2383941A4 (en) | 2012-10-31 |
| US20110320629A1 (en) | 2011-12-29 |
| WO2010078763A1 (zh) | 2010-07-15 |
| EP2383941A1 (en) | 2011-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2487484C2 (ru) | Потоковый медиа-сервер, клиентский терминал, способ и система для загрузки потоковых мультимедийных данных | |
| CN106162235B (zh) | 用于切换视频流的方法和装置 | |
| US8286213B2 (en) | HTTP based video streaming apparatus and method in mobile communication system | |
| CN103475932B (zh) | 网络视频的无缝在线播放方法及装置、网络电视系统 | |
| US20050015765A1 (en) | System for doing service location management taking into account the node and network characteristics | |
| CN101594241B (zh) | 一种网络视频的下载方法及系统 | |
| US20160227258A1 (en) | Method for playing back live video and device | |
| US8817983B2 (en) | Streaming video to cellular phones | |
| US20110246660A1 (en) | Systems, Methods, and Apparatuses for Media File Streaming | |
| EP2332046A2 (en) | Improved audio and video testing methodology | |
| CN103686455A (zh) | 一种基于hls协议的视频播放方法和装置 | |
| CN112203136B (zh) | 一种对加密流量视频进行清晰度预测的方法和装置 | |
| CN110875897B (zh) | 数据传输方法、装置、服务器和存储介质 | |
| CN104394475A (zh) | 一种流媒体文件的播放方法及媒体播放器 | |
| CN101540896A (zh) | 一种视频业务质量测试方法、装置及系统 | |
| CN109640113A (zh) | 一种拖拉视频数据的处理方法及代理服务器 | |
| CN112738637A (zh) | web页面实时视频播放方法、装置和计算机设备 | |
| CN106899843A (zh) | 一种视频业务质量评估方法及装置 | |
| CN106412661A (zh) | 智能电视网络视频播放信息采集方法及系统 | |
| CN112866745B (zh) | 流媒体视频数据处理方法、装置、计算机设备和存储介质 | |
| CN111447490A (zh) | 流媒体文件处理方法及装置 | |
| WO2015153723A1 (en) | A method and system for real-time cloud storage of video content | |
| CN111654722A (zh) | 一种基于h5按需播放桥梁现场视频的方法及设备 | |
| CN112437106A (zh) | 一种使用中继节点上传文件的方法及设备 | |
| CN115604248B (zh) | 文件传输方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TK4A | Correction to the publication in the bulletin (patent) |
Free format text: AMENDMENT TO CHAPTER -FG4A- IN JOURNAL: 19-2013 FOR TAG: (57) |
|
| MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20200911 |