RU2438245C2 - Динамическое обновление sdp при широковещательной передаче данных по протоколу ip в системе dvb-h - Google Patents

Динамическое обновление sdp при широковещательной передаче данных по протоколу ip в системе dvb-h Download PDF

Info

Publication number
RU2438245C2
RU2438245C2 RU2009111339/07A RU2009111339A RU2438245C2 RU 2438245 C2 RU2438245 C2 RU 2438245C2 RU 2009111339/07 A RU2009111339/07 A RU 2009111339/07A RU 2009111339 A RU2009111339 A RU 2009111339A RU 2438245 C2 RU2438245 C2 RU 2438245C2
Authority
RU
Russia
Prior art keywords
session
new version
session description
description file
file
Prior art date
Application number
RU2009111339/07A
Other languages
English (en)
Other versions
RU2009111339A (ru
Inventor
Имед БОУАЗИЗИ (FI)
Имед БОУАЗИЗИ
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 RU2009111339A publication Critical patent/RU2009111339A/ru
Application granted granted Critical
Publication of RU2438245C2 publication Critical patent/RU2438245C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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
    • H04N7/00—Television systems
    • H04N7/015—High-definition television systems
    • 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
    • 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
    • H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
    • 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/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast

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)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Изобретение относится к синхронизации потока протокола описания сеанса (SDP) с медиапотоком. В различных формах осуществления приложение, использующее SDP, инициирует получателя FLUTE и отыскивает новые версии файла SDP. Терминал также отыскивает информацию на уровне протокола RTCP о текущем времени отправителя. Время отправителя обычно указывается в виде временной метки сетевого протокола времени (NTP) в отчетах отправителя по протоколу RTCP. Получатель указывает воспроизводящему устройству, что новый файл SDP будет действителен через некоторый интервал времени. Различные формы осуществления настоящего изобретения охватывают также поведение терминала после приема обновления SDP. Кроме того, различные формы осуществления настоящего изобретения могут обеспечивать внеполосную доставку электронного справочника услуг (ESG) с более богатым содержимым, чем обычные системы, позволяя выполнять более значительные обновления сеанса, что и является техническим результатом. 4 н. и 12 з.п. ф-лы, 5 ил.

Description

Область техники
[0001] Данное изобретение относится, в целом, к использованию услуг широковещательной передачи данных по протоколу Интернета (IPDC) согласно спецификации на технологию мобильного вещания, позволяющую передавать цифровой видеосигнал на карманные устройства (DVB-H). Более конкретно, данное изобретение касается синхронизации и использования обновлений информации протокола описания сеанса (SDP), когда терминал использует потоковую услугу в соответствии с протоколом IPDC по технологии DVB-H.
Предпосылки создания изобретения
[0002] Этот раздел предназначен для того, чтобы предоставить предпосылки создания или контекст изобретения, которое изложено в его формуле. При этом описание может включать идеи, которые могут быть осуществлены, но не обязательно были задуманы или осуществлены ранее. Поэтому, если не указано иное, описанное в этом разделе не является известным уровнем техники для описания и формулы в этой заявке и не должно считаться известным уровнем техники вследствие включения в этот раздел.
[0003] IPDC - технология эфирного вещания, которая позволяет с наименьшими затратами и эффективно доставлять цифровой контент массовой аудитории. Технически, IPDC использует сети наземного цифрового телевидения (DVB-T) для широковещательной передачи любых данных на основе протокола Интернета. Технология IPDC по спецификации DVB-H определяет способы доставки двух различных видов. Эти способы включают доставку файлов и потоковую доставку. Способ доставки файлов основан на доставке файлов с помощью однонаправленного транспортного протокола (FLUTE) и позволяет осуществлять доставку файлов на терминал в виде транспортных объектов. Протокол FLUTE подробно рассмотрен в документе www.ietf.org/rfc/rfc3926.txt, который полностью включен в данное описание путем ссылки на источник. Способ доставки файлов используется, например, для доставки данных электронного справочника услуг (ESG). Данные ESG сообщают информацию об услугах и о том, как получить к ним доступ с терминала. Ряд других услуг, таких как загрузка музыки и файлов видеозаписей, также могут быть реализованы с использованием способа доставки файлов.
[0004] С другой стороны, способ потоковой доставки используется для реализации потоковых услуг, таких как мобильное телевидение и радио. Потоковый способ доставки основан на транспортном протоколе реального времени (RTP) и стандартных медиакодеках, например, по стандартам H.264/AVC и MPEG-4 НЕ ААС. Информация о протоколе RTP может быть найдена в документе www.ietf.org/rfc/rfc3550.txt, полностью включенном в данное описание путем ссылки на источник.
[0005] Чтобы пользователь мог использовать услугу IPDC, обычно требуется выполнить ряд шагов. Сначала терминал должен настроиться на сеанс начальной загрузки справочника ESG, который расположен по известному IP адресу. Сеанс начальной загрузки ESG предоставляет информацию о существующих провайдерах ESG и их соответствующих сеансах ESG. Терминал должен затем настроиться на выбранный/предварительно сконфигурированный сеанс ESG и отыскать "моментальный снимок" текущих данных ESG. Затем пользователю предлагается возможность просмотреть информацию ESG и отобрать услугу по своему выбору для использования. Терминал отыскивает в справочнике ESG соответствующий фрагмент доступа (Acquisition Fragment). Acquisition Fragment содержит описание различных медиакомпонентов сеанса, а также файл протокола описания сеанса (SDP), который описывает, как получить доступ к сеансу, используемые медиакодеки и другую информацию о конфигурации. Информация о протоколе SDP может быть найдена в документе www.ietf.org/rfc/rfc2327.txt, полностью включенном в данное описание путем ссылки на источник. Терминал затем настраивается на потоки IР, чтобы использовать данные. Файл SDP сеанса может доставляться вложенным во фрагмент Acquisition Fragment или как отдельный элемент в сеансе FLUTE. Сеанс FLUTE описывается вложенным файлом SDP во фрагменте Acquisition Fragment.
[0006] Некоторые каналы мобильного телевидения могут требовать динамических и непредсказуемых модификаций конфигурации сеанса. Эти модификации могут быть аналогичны каналу прямой телевизионной передачи, в котором неожиданно становятся доступными дополнительный язык звукового сопровождения или вид с нескольких камер. В такой ситуации терминалы в среде мобильного телевидения, которые получают услугу в это время, обычно не знают об изменениях, так как они обычно не отслеживают обновления справочника ESG. Имеется возможность доставлять обновления для SDP в сеансе FLUTE, который доставляется вместе с медиапотоками. Однако новый файл SDP должен быть синхронизирован с текущим сеансом, и в настоящее время имеются проблемы в отношении того, как терминал должен обрабатывать обновления сеанса SDP. Динамическое обновление сеанса, как описано здесь, относится к операции, с помощью которой файл SDP продолжающегося сеанса заменяется более новым файлом SDP, о котором сигнализируется посредством подходящих механизмов.
[0007] Данные ESG обычно доставляются в другом элементарном потоке и, возможно, также в другом транспортном потоке, чем сеансы доставки файлов и потоков, которые описывают эти данные ESG. В таком случае терминал обычно обновляет свою базу данных ESG после настройки и затем переключается на выбранный поток для использования услуги. Во время использования услуги предполагается, что терминал не отслеживает обновления справочника ESG, так как это значительно увеличивает потребляемую мощность и может быть невозможно, например, в случае различных транспортных потоков. Однако некоторые услуги, такие как услуга канала телевидения, могут требовать обновления ESG непредсказуемым образом. Например, новый язык звукового сопровождения или поток субтитров могут внезапно появиться в контенте канала телевидения. В другом случае предварительно запланированное событие может быть отложено из-за задержек различного вида. В таких сценариях файл описания потокового сеанса должен быть обновлен, чтобы правильно использовать услугу. Кроме того, терминалы, которые используют услугу и не настроены на справочник ESG, должны быть извещены об изменениях в параметрах сеанса. Спецификация ESG (которая может быть найдена в документе "Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Electronic Service Guide (ESG)" ETSI TS 102 471 V 1.1.1 (2006-04), webapp.etsi.org/action/PU/20060425/ts_102471v010101p.pdf, полностью включенном в данное описание путем ссылки на источник) определяет для вышеупомянутой цели внеполосный механизм доставки файлов SDP. Сеанс FLUTE может использоваться для доставки наиболее нового файла SDP на терминалы, которые в настоящее время используют услугу или только настраиваются на услугу. Ожидается, что сеанс FLUTE будет доставляться в том же самом элементарном потоке, что и медиапотоки потоковой услуги.
Сущность изобретения
[0008] Различные формы осуществления настоящего изобретения касаются синхронизации потока SDP с медиапотоком. В различных формах осуществления изобретения приложение, использующее протокол SDP, инициирует получатель FLUTE и отыскивает новые версии файла SDP. Терминал также отыскивает информацию на уровне протокола управления RTF (RTCP) о текущем времени отправителя. Время отправителя обычно указывается в виде временной метки сетевого протокола времени (NTP) в отчетах отправителя RTCP. Терминал указывает воспроизводящему устройству, что новый файл SDP будет действителен через некоторый интервал времени.
[0009] Различные формы осуществления настоящего изобретения охватывают также поведение терминала после приема обновления SDP. Когда используемые в данное время потоки медиаданных прерываются в результате обновления SDP, медиаплеер может выполнять одну из нескольких различных задач для разрешения этого вопроса. Медиаплеер обладает также множеством потенциальных опций, когда новый файл SDP описывает новые строки media для потока. Кроме того, различные формы осуществления настоящего изобретения могут обеспечивать внеполосную доставку справочника ESG с более богатым содержимым, чем обычные системы, позволяя выполнять более значительные обновления сеанса.
[0010] Эти и другие преимущества и особенности изобретения, вместе с его структурой и способом работы, станут очевидными из нижеследующего подробного описания, приводимого вместе с сопроводительными чертежами, на которых аналогичные элементы имеют одинаковые номера позиций на нескольких чертежах, описанных ниже.
Краткое описание чертежей
[0011] На фиг.1 показана процедура, с помощью которой поток SDP синхронизируется с медиапотоком в соответствии с одной из форм осуществления настоящего изобретения.
[0012] Фиг.2 - схема, показывающая, как медиаплеер может реагировать на новую версию SDP, которая становится доступной, в различных формах осуществления настоящего изобретения.
[0013] Фиг.3 - схема, показывающая, как медиаплеер может реагировать на новый файл SDP, создающий новые строки media, согласно различным формам осуществления настоящего изобретения.
[0014] На фиг.4 показано перспективное изображение терминала, который может использоваться при реализации настоящего изобретения.
[0015] На фиг.5 показано схематическое изображение схем терминала фиг.4.
Подробное описание различных форм осуществления изобретения
[0016] Настоящее изобретение касается синхронизации потока SDP с медиапотоком. Настоящее изобретение охватывает также поведение терминала после приема обновления SDP. Кроме того, настоящее изобретение обеспечивает внеполосную доставку справочника ESG с более богатым содержимым, чем обычные системы, позволяя выполнять более значительные обновления сеанса.
[0017] На фиг.1 показана процедура, с помощью которой поток SDP синхронизируется с медиапотоком в соответствии с одной из форм осуществления настоящего изобретения. Предполагается, что терминалы, использующие потоковую услугу с сеансом 100 FLUTE, для динамических обновлений сеанса загружают некоторую новую версию файла SDP. Как описано в спецификации протокола доставки контента (CDP) (которая может быть найдена в документе "Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Content Delivery Protocol, ETSI TS 102 472, V 1.1.1 (2006-06)) и в спецификации электронного справочника услуг (ESG) (которая может быть найдена в документе Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Electronic Service Guide (ESG), ETS) TS 102 471 VI.1.1 (2006-04)) (оба документа полностью включены в данное описание путем ссылки на источник)), новая версия идентифицируется измененным соответствием между идентификатором транспортного объекта (TOI) и однородным идентификатором ресурса (URI), которое появляется в более новом экземпляре таблицы доставки файлов (FDT). Идентификатор URI файла SDP получается из элемента SDPURI во фрагменте Acquisition Fragment.
[0018] После обнаружения новой версии файла SDP потоковой услуги 110, изображенной в прямоугольнике 130 на фиг.1, терминал отмечает время начала в поле "t=" SDP новой версии 130. Время начала задается как временная метка сетевого протокола времени (NTP)) (переносящего скоординированное универсальное время (UTC), которое не зависит от часовых поясов и летнего времени). Терминал затем использует отчеты отправителя, посланные в потоках 120 протокола управления RTP (RTCP) потоковой услуги 110, чтобы установить временную синхронизацию и спланировать обновление сеанса новым файлом SDP.
[0019] Терминал может прослушивать сеанс(-ы) 100 FLUTE для обнаружения полных или частичных обновлений справочника ESG и фрагментов ESG. В дополнение к прослушиванию или вместо него терминал в одной из форм осуществления изобретения может принимать одно или более уведомлений, которые сообщают терминалу об одном или нескольких доступных обновлениях. Терминал тогда может получить доступ ко всем или некоторым из сеансов, позволяющих доставить обновления.
[0020] Ниже рассматривается, как медиаплеер может вести себя после приема новой версии файла SDP согласно различным формам осуществления настоящего изобретения. Следует отметить, что поведение терминала будет зависеть от типа полученных обновлений. Фиг.2 - это схема, показывающая, как медиаплеер может реагировать на новую версию SDP, которая становится доступной, в различных формах осуществления настоящего изобретения. На шаге 200 терминал принимает новую версию файла SDP, которая касается используемой потоковой услуги. На шаге 210 терминал вычисляет время активации нового файла SDP, как было рассмотрено ранее, и планирует обновление сеанса на шаге 220. В одной из форм осуществления изобретения терминал опускает любые завершенные разрывы и повторную инициализацию потокового сеанса. На шаге 230 терминал анализирует обновляемый SDP, чтобы обнаружить, прерывается ли какой-либо из медиапотоков, используемых в настоящее время. Конкретный медиапоток идентифицируется своим IP-адресом места назначения и номером порта.
[0021] Если определяется, что используемый в настоящее время медиапоток прерывается, как представлено на шаге 240, терминал должен дать медиаплееру инструкции, как продолжить использование (потребление) услуги. Возможно несколько опций для продолжения использования услуги. Первая опция, представленная в блоке 250, требует от терминала полностью остановить прием прерываемого медиакомпонента. Это реально в некоторых ситуациях, например в случае, когда прерывается вспомогательный медиапоток (то есть поток субтитров). Вторая опция, представленная в блоке 260, заставляет терминал заменить прерываемый медиапоток эквивалентным медиапотоком из обновленного файла SDP. С помощью этой опции аудиопоток может заменить другой аудиопоток, видеопоток может заменить другой видеопоток, поток субтитров может быть заменен другим потоком субтитров и т.д. Выбор медиапотока может быть основан, например, на предпочтениях пользователя. Например, если пользователь имеет предпочтительный язык для своего звука, то медиаплеер может автоматически выбирать предпочитаемый пользователем аудиопоток с этим языком, когда он становится доступным. Терминал может также пригласить пользователя выбрать из сеанса предпочтительные потоки медиаданных, которые должны использоваться. Если доступна только одна альтернатива для аудио- и видеопотоков, то медиаплееру может быть подана команда использовать доступный медиапоток без дальнейшего взаимодействия с пользователем. Другая опция, представленная в блоке 270, заставляет терминал полностью прекратить использование услуги. Эта опция может быть выбрана, например, если сеанс объявляется законченным с помощью установки такого времени конца сеанса, которое является меньшим, чем время начала сеанса, или равным ему.
[0022] Другой сценарий, который может возникнуть, включает новый файл SDP, который описывает новые строки media, возможно, в дополнение к строкам media, которые в настоящее время используются терминалом. Фиг.3 - это схема, показывающая, как медиаплеер может реагировать на новый файл SDP, создающий новые строки media. Когда это происходит, как представлено в блоке 300, терминал имеет несколько опций того, как себя вести. Например, терминал может продолжить воспроизведение инициализированных в данное время медиапотоков, как представлено в блоке 310. Альтернативно, терминал может решить для каждого медиатипа, переключиться ли на альтернативный медиапоток (как представлено в блоке 320) или, возможно, одновременно использовать несколько медиапотоков одного типа (например, в случае дополнительных аудиоканалов в новом медиапотоке) (как представлено в блоке 330). Это решение может быть основано на предпочтениях пользователя или на взаимодействиях с пользователем. Кроме того, терминал может решить, использовать ли новый медиапоток нового медиатипа (например, недавно добавленный поток субтитров) на основании предварительно сконфигурированных предпочтений пользователя или взаимодействия с пользователем, как представлено в блоке 340.
[0023] Чтобы обеспечить непрерывное воспроизведение, медиаплеер не должен прерывать воспроизведение медиапотока прежде, чем он буферизировал необходимое количество данных нового альтернативного медиапотока. Медиаплеер должен выполнить переключение на новый медиапоток на порции медиаданных, как можно более близкой к последней воспроизводимой порции медиаданных из старого медиапотока.
[0024] Ниже рассматривается, как в соответствии с различными формами осуществления настоящего изобретения может быть реализована внеполосная доставка ESG с более богатым содержимым. Проблема с обычной доставкой ESG состоит в том, что терминалы не информированы о семантике изменений для сеанса, когда они принимают обновление для SDP. В таком случае добавление нового медиапотока может быть непонятно терминалу. Поэтому необходимы дополнительные метаданные, чтобы сообщить терминалу о недавно ставших доступными медиакомпонентах или прерванных медиакомпонентах. Это может быть достигнуто, например, доставкой различных фрагментов ESG в том же сеансе FLUTE, который переносит внеполосный файл SDP. Один такой фрагмент выполнен в виде Acquisition Fragment (фрагмента доступа), который содержит описания компонентов для каждого из компонентов сеанса. Другой такой фрагмент выполнен в виде Schedule Fragment (фрагмента расписания), который описывает запланированное время начала и время конца события. Другие связанные фрагменты, такие как Content Fragment (фрагмент контента) и Service Fragment (фрагмент услуги), также могут доставляться посредством внеполосного сеанса FLUTE.
[0025] Когда выпускается внеполосный справочник ESG с более богатым содержимым, провайдер ESG указывает для сети обновляемые фрагменты ESG и инкапсулирует их в контейнер ESG. Провайдер ESG включает также фрагмент индексации, чтобы описать контент контейнера ESG. Затем сеанс FLUTE доставляет контейнеры ESG с теми же самыми идентификаторами URI, что и те, которые использовались в основном сеансе ESG для рассматриваемых терминалов.
[0026] На фиг.4 и 5 показан типичный терминал, в котором может быть реализовано настоящее изобретение. Однако должно быть понятно, что настоящее изобретение не ограничено терминалом одного конкретного вида. Терминал, показанный на фиг.4 и 5, содержит корпус 30, дисплей 32 в виде дисплея на жидких кристаллах, клавиатуру 34, микрофон 36, динамик 38, аккумуляторную батарею 40, инфракрасный порт 42, антенну 44, смарт-карту 46 в виде универсальной карты с интегральными микросхемами (UICC) согласно одной из форм осуществления изобретения, устройство 48 считывания карт, схему 52 радиоинтерфейса, схему 54 кодека, контроллер 56 и память 58. Все отдельные схемы и элементы представляют собой устройства, хорошо известные в данной области, например, из модельного ряда мобильных телефонов фирмы Nokia.
[0027] Настоящее изобретение описано в общем контексте шагов способа, которые могут быть осуществлены в одной форме осуществления программным продуктом, включающим выполняемые компьютером команды, такие как код программы, выполняемый компьютерами в сетевых средах. Вообще, программные модули включают подпрограммы, программы, объекты, компоненты, структуры данных и т.д., которые выполняют специфические задачи или реализуют специфические абстрактные типы данных. Выполняемые компьютером команды, связанные структуры данных и программные модули представляют примеры кода программы для выполнения шагов раскрытых здесь способов. Конкретная последовательность таких выполняемых команд или связанных структур данных представляет примеры соответствующих действий для осуществления функций, описанные в таких шагах.
[0028] Реализации программного обеспечения и веб-решений настоящего изобретения могут быть достигнуты стандартными способами программирования с логикой на основе правил и другой логикой для выполнения различных шагов поиска в базе данных, шагов корреляции, шагов сравнения и шагов решения. Следует также отметить, что слова "компонент" и "модуль", как они используется здесь и в формуле изобретения, предназначены для того, чтобы охватывать реализации, использующие одну или более строк программного кода, и/или аппаратные реализации и/или оборудование для приема вводимых вручную данных.
[0029] Вышеприведенное описание форм осуществления настоящего изобретения было представлено с целью иллюстрации и описания. Оно не предназначено быть исчерпывающим или ограничивать настоящее изобретение точной раскрытой формой; модификации и изменения возможны в свете вышеупомянутых идей или могут быть получены из практики применения настоящего изобретения. Формы осуществления были выбраны и описаны, чтобы объяснить принципы настоящего изобретения и его практического применения, а также дать возможность специалистам в данной области техники использовать настоящее изобретение в различных формах его осуществления и с различными модификациями, которые подходят для предполагаемого конкретного применения.

Claims (16)

1. Способ планирования обновления сеанса, в котором:
принимают новую версию файла описания сеанса для потоковой услуги;
определяют время начала для новой версии файла описания сеанса;
используют по меньшей мере один отчет отправителя потоковой услуги, чтобы синхронизировать время начала для новой версии файла описания сеанса; и
планируют обновление сеанса новой версией файла описания сеанса в соответствии с синхронизированным временем.
2. Способ по п.1, отличающийся тем, что время начала для новой версии указывают в поле описания сеанса в новой версии файла описания сеанса или как временную метку сетевого протокола времени.
3. Способ по п.1, отличающийся тем, что время начала для новой версии указывают в поле "t=" протокола описания сеанса в новой версии файла описания сеанса.
4. Способ по любому из пп.1-3, отличающийся тем, что новую версию файла описания сеанса принимают посредством сеанса доставки файлов.
5. Способ по п.4, отличающийся тем, что сеанс доставки файлов проводят согласно протоколу однонаправленной доставки файлов.
6. Способ по п.5, отличающийся тем, что протокол однонаправленной доставки файлов включает протокол FLUTE.
7. Способ по любому из пп.1-3, отличающийся тем, что описание сеанса выполняют согласно протоколу описания сеанса.
8. Способ по любому из пп.1-3, отличающийся тем, что отчет отправителя передают в потоках протокола управления RTP.
9. Способ по п.1, в котором:
определяют, влияет ли новая версия файла описания сеанса на какой-либо используемый в данное время медиапоток;
если новая версия файла описания сеанса потенциально влияет на потоковый сеанс, то осуществляют действие по обращению к новой версии файла описания сеанса.
10. Способ по п.9, отличающийся тем, что используемый в данное время медиапоток должен быть прерван ввиду новой версии файла описания сеанса, при этом упомянутое действие включает завершение приема рассматриваемого медиапотока или замену рассматриваемого медиапотока эквивалентным потоком в файле описания обновляемого сеанса, или завершение использования услуги.
11. Способ по п.10, отличающийся тем, что новая версия файла описания сеанса создает новые строки media, при этом упомянутое действие включает продолжение воспроизведения инициализированных в данное время медиапотоков или замену по меньшей мере одного медиапотока альтернативным медиапотоком, или использование нескольких потоков одного медиатипа, или использование нового медиапотока нового медиатипа.
12. Способ по п.9, отличающийся тем, что он дополнительно включает прием по меньшей мере одного фрагмента электронного справочника услуг, который содержит новую версию файла описания сеанса, причем указанный по меньшей мере один фрагмент электронного справочника услуг содержит информацию о новой версии файла SDP.
13. Способ по п.12, отличающийся тем, что по меньшей мере один фрагмент электронного справочника услуг содержит описания компонентов для отдельных компонентов сеанса новой версии файла описания сеанса или запланированное время начала и конца для события.
14. Машиночитаемый носитель, содержащий машинный код для выполнения способа по любому из пп.1-13 при выполнении машинного кода в компьютере.
15. Устройство для планирования обновления сеанса, содержащее:
средство для приема новой версии файла описания сеанса для потоковой услуги;
средство для определения времени начала для новой версии файла описания сеанса;
средство для использования по меньшей мере одного отчета отправителя потоковой услуги, чтобы синхронизировать время начала для новой версии файла описания сеанса; и
средство для планирования обновления сеанса новой версией файла описания сеанса в соответствии с синхронизированным временем.
16. Система для передачи потока, содержащая:
передающее устройство, сконфигурированное для передачи по меньшей мере одного из потокового сеанса и сеанса доставки файлов; и
приемное устройство, сконфигурированное для приема по меньшей мере одного из потокового сеанса и сеанса доставки файлов, причем приемное устройство содержит:
машинный код для приема новой версии файла описания сеанса, относящегося к потоковой услуге от передающего устройства;
машинный код для определения, влияет ли новая версия файла описания сеанса на какой-либо используемый в данное время медиапоток; и
машинный код для осуществления действия по обращению к новой версии файла описания сеанса, если новая версия файла описания сеанса потенциально влияет на потоковый сеанс.
RU2009111339/07A 2006-09-14 2007-09-13 Динамическое обновление sdp при широковещательной передаче данных по протоколу ip в системе dvb-h RU2438245C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US84452506P 2006-09-14 2006-09-14
US60/844,525 2006-09-14

Publications (2)

Publication Number Publication Date
RU2009111339A RU2009111339A (ru) 2010-10-20
RU2438245C2 true RU2438245C2 (ru) 2011-12-27

Family

ID=39184193

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2009111339/07A RU2438245C2 (ru) 2006-09-14 2007-09-13 Динамическое обновление sdp при широковещательной передаче данных по протоколу ip в системе dvb-h

Country Status (8)

Country Link
US (1) US8346945B2 (ru)
EP (1) EP2062383B1 (ru)
KR (1) KR101083378B1 (ru)
CN (1) CN101529760B (ru)
CA (1) CA2663422C (ru)
RU (1) RU2438245C2 (ru)
WO (1) WO2008032283A2 (ru)
ZA (1) ZA200901805B (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2658672C2 (ru) * 2013-08-26 2018-06-22 Сони Корпорейшн Устройство предоставления контента, программа, оконечное устройство и система предоставления контента

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8296796B2 (en) * 2007-12-11 2012-10-23 Lg Electronics Inc. Digital broadcasting receiver and a data processing method
US8526350B2 (en) * 2008-05-23 2013-09-03 Qualcomm Incorporated Systems and methods for carrying broadcast services over a mobile broadcast network
JP5506362B2 (ja) * 2009-12-15 2014-05-28 キヤノン株式会社 送信装置、送信方法
US9699431B2 (en) * 2010-02-10 2017-07-04 Satarii, Inc. Automatic tracking, recording, and teleprompting device using multimedia stream with video and digital slide
KR20120138604A (ko) * 2011-06-14 2012-12-26 삼성전자주식회사 멀티미디어 시스템에서 복합 미디어 컨텐츠를 송수신하는 방법 및 장치
EP2595399A1 (en) * 2011-11-16 2013-05-22 Thomson Licensing Method of digital content version switching and corresponding device
US9681116B2 (en) * 2013-03-15 2017-06-13 Arris Enterprises, Inc. System and method for delivering 3DTV content to variety of receivers
US20150350284A1 (en) * 2014-05-27 2015-12-03 Acer Incorporated Method of Enhancement of Data Transmission in Multimedia Service
US9843837B2 (en) 2015-08-03 2017-12-12 At&T Intellectual Property I, L.P. Cross-platform analysis
CN109495764B (zh) * 2018-12-07 2022-04-01 晶晨半导体(上海)股份有限公司 一种直播时移的视频断网续播的方法和iptv播放装置
EP4149098B1 (en) 2021-09-09 2024-06-05 Atos Public Safety LLC Method and system for establishing optimized data streams in a network

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1024661A3 (en) 1999-01-27 2002-07-17 Hughes Electronics Corporation Pictographic electronic program guide
EP1261204A2 (en) * 2001-03-29 2002-11-27 Matsushita Electric Industrial Co., Ltd. Method and apparatus for data reproduction
GB0230301D0 (en) * 2002-12-30 2003-02-05 Nokia Corp Streaming media
US20070204050A1 (en) * 2003-09-18 2007-08-30 Sheng Liu Method Of Radio Access Bearer For Ip Multimedia Session In Umts Network
GB2406754A (en) 2003-10-03 2005-04-06 Nokia Corp Same or similar service handover
US8145120B2 (en) 2003-10-27 2012-03-27 Nokia Corporation Apparatus, system, method and computer program product for service selection and sorting
EP1533969A1 (en) * 2003-11-24 2005-05-25 Matsushita Electric Industrial Co., Ltd. Loss reporting for packet-switched streaming services using loss RLE report blocks
US20050216472A1 (en) * 2004-03-29 2005-09-29 David Leon Efficient multicast/broadcast distribution of formatted data
US20050254526A1 (en) * 2004-05-12 2005-11-17 Nokia Corporation Parameter sets update in streaming applications
US7827579B2 (en) * 2004-09-09 2010-11-02 Nokia Corporation Mobile television electronic service guide delivery system
CN100544388C (zh) 2005-07-01 2009-09-23 华为技术有限公司 一种控制业务多次前转套打的方法
TW200719718A (en) 2005-09-06 2007-05-16 Nokia Corp Optimized broadcast to ESG with simple fragment management scheme
US7796598B2 (en) * 2006-04-03 2010-09-14 Cisco Technology, Inc. Synchronizing redundant video streams encapsulated in IP/UDP packets

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WO 2006010979 A1, (NOKIA CORP), 02.02.2006. WO 2006090225 A1, (NOKIA CORP), 31.08.2006. RU 2005120669 А, (МАЙКРОСОФТ КОРПОРЕЙШН), 20.01.2006. 3GPP TSG-SA4#31 Meeting, AVC parameter set update in PSS, S4-040235, (17-21).05.2004. 3GPP TSG-SA4#36 Meeting, Application level clock for synchronization of BM-SC with the UEs supporting MBMS, S4-050671, (07-11).11.2005. *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2658672C2 (ru) * 2013-08-26 2018-06-22 Сони Корпорейшн Устройство предоставления контента, программа, оконечное устройство и система предоставления контента

Also Published As

Publication number Publication date
KR101083378B1 (ko) 2011-11-14
WO2008032283A2 (en) 2008-03-20
KR20090073153A (ko) 2009-07-02
US20080168178A1 (en) 2008-07-10
CA2663422A1 (en) 2008-03-20
EP2062383B1 (en) 2018-08-08
CN101529760A (zh) 2009-09-09
EP2062383A4 (en) 2016-04-13
CA2663422C (en) 2016-12-20
ZA200901805B (en) 2010-02-24
WO2008032283A3 (en) 2008-05-29
US8346945B2 (en) 2013-01-01
EP2062383A2 (en) 2009-05-27
CN101529760B (zh) 2011-12-07
RU2009111339A (ru) 2010-10-20

Similar Documents

Publication Publication Date Title
RU2438245C2 (ru) Динамическое обновление sdp при широковещательной передаче данных по протоколу ip в системе dvb-h
US8935420B2 (en) Method and apparatus for synchronizing notification messages
KR100978050B1 (ko) 코덱과 세션 매개변수 변경
US9661371B2 (en) Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same
JP5148697B2 (ja) 受信機で電力管理を実行する装置及び方法
US20130318213A1 (en) Auxiliary Content Handling Over Digital Communication Systems
US20070300265A1 (en) User behavior adapted electronic service guide update
WO2012029568A1 (ja) 送信装置および方法、受信装置および方法、並びに送受信システム
US20140201796A1 (en) Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
US20090328099A1 (en) Broadcast system with a local electronic service guide generation
KR20100053618A (ko) 방송 클립 스케줄러
EP2225884B1 (en) System and method for binding notification types to applications for a notification framework
US11258841B2 (en) Method for the transmission of audio contents in a hybrid receiver, system, receiver and program associated with the method
KR101880466B1 (ko) 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
KR20140125668A (ko) 방송 서비스의 제공 방법 및 장치
Lee Provisioning of rich media experiences for hybrid mobile broadcast services

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20160602