Механизм ответа при восстановлении данных в режиме "точка-точка" для систем передачи "точка - много точек"

Механизм ответа при восстановлении данных в режиме "точка-точка" для систем передачи "точка - много точек"

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ

Настоящее изобретение относится к способу, системе, передатчику, сетевому элементу, приемнику и программному обеспечению для системы передачи символов данных, в которой один или более символов данных передают из передатчика в один или более приемников в сеансе передачи в режиме "точка-много точек", а один или более символов восстановления данных передают из сервера восстановления данных в один конкретный приемник из указанных приемников в сеансе восстановления данных в режиме "точка-точка".

УРОВЕНЬ ТЕХНИКИ

Для служб типа "точка-много точек" (PtM, Point-to-Multipoint) (называемых также службами "один-многим") в таких системах, как групповое вещание по протоколу Интернета (IP), вещательная передача данных по IP (IPDC, IP Data Casting) и мультимедийное вещание/ многоадресная передача (MBMS, Multimedia Broadcast/Multicast Services), важной службой является доставка файлов, например, загрузка мультимедийных файлов.

Однако многие характеристики доставки файлов в рамках протоколов в режиме точка-точка (PtP), например, протокола передачи файлов (FTP, File Transfer Protocol) и протокола пересылки гипертекста (HTTP, Hypertext Transfer Protocol), являются проблематичными для сценариев точка-много точек. В частности, надежная доставка файлов, то есть гарантированная доставка файлов с использованием протоколов подтверждения (АСК), аналогичных режиму точка-точка, например протокола управления передачей (TCP, Transport Control Protocol), невыполнима.

В настоящее время рабочая группа по надежной передаче данных группового вещания (RMT, Reliable Multicast Transport) международной организации IETF (International Engineering Task Force) производит стандартизацию двух категорий транспортных протоколов группового вещания, устойчивых к ошибкам. В первой категории надежность обеспечивается с использованием прямой (упреждающей) коррекции ошибок (коррекции ошибок без обратной связи) (FEC, Forward Error Correction), то есть путем посылки определенного количества избыточных данных, которые могут помочь приемнику исправить ошибочные данные; во второй категории надежность достигается с помощью обратной связи, то есть за счет того, что приемник посылает подтверждения (АСК) или неподтверждения (NACK) приема данных.

Асинхронное Многоуровневое Кодирование (ALC, Asynchronous Layered Coding) относится к протоколам первой категории, в то время как протокол NACK-ориентированного надежного группового вещания (NORM, NACK-Oriented Reliable Multicast) относится ко второй категории. Сети доступа, в которых могут использоваться эти протоколы, включают, но этим не ограничены, беспроводные сети многостанционного доступа, такие как универсальная мобильная система связи (UMTS, Universal Mobile Telecommunications System, включая сеть радиодоступа усовершенствованной глобальной системы мобильной связи (GERAN, Global System for Mobile Communications Evolution Radio Access Network) и наземную сеть радиодоступа для UMTS (UTRAN, UMTS Terrestrial Radio Access Network)), беспроводные локальные сети (WLAN, Wireless Local Area Networks), сети для трансляции цифрового телевидения через наземные средства (DVB-T, Digital Video Broadcasting - Terrestrial) и сети для трансляции цифрового телевидения через спутники (DVB-S, Digital Video Broadcasting - Satellite).

Сообщения NACK в общем не связаны только с NORM, но они также могут использоваться совместно с другими протоколами или системами, например с системами, которые поддерживают сеансы под управлением протокола Доставки Файлов Однонаправленным Транспортом (FLUTE, File Delivery over Unidirectional Transport).

FLUTE представляет собой транспортный протокол типа "один-многим", который основан на использовании блоков FEC и ALC. Он предназначен для доставки файлов из передатчика (передатчиков) в приемник (приемники) по однонаправленным системам передачи. В нем имеются специальные особенности, которые делают его подходящим для беспроводных систем, работающих в режиме точка - много точек. Детали протокола FLUTE более подробно обсуждаются в работе "FLUTE - File Delivery over Unidirectional Transport" (Интернет-проект), подготовленной вышеупомянутой рабочей группой RMT IETF.

Использование FLUTE предписано, например, Проектом партнерства по системам третьего поколения (3GPP) для загрузки файлов в сеансах систем MBMS. В таких сеансах FLUTE прямая коррекция ошибок может как использоваться, так и не использоваться. В любом случае не следует ожидать, что по завершении сеанса связи все приемники смогут получить файл целиком. В связи с этим 3GPP работает над определением сеансов восстановления данных в режиме точка-точка, при этом приемникам разрешено выдавать сигналы запроса на передачу символов восстановительных данных, например символов данных, которые не были корректно приняты приемником, в передатчик или сервер восстановления данных путем сообщений NACK, с целью получения достаточного количества символов данных для последующего восстановления загруженного контента. В указанных сообщениях NACK указанные символы восстановительных данных, потребованные указанными приемниками, должны быть в достаточной мере идентифицированы, чтобы сервер восстановления данных был в состоянии определить, какие символы данных необходимо передать или повторно передать.

Когда приемнику запланирован сеанс восстановления данных, между приемником и сервером восстановления данных осуществляется сеанс точка-точка, например, сеанс по протоколу HTTP, в течение которого необходимые символы восстановительных данных передают в приемник.

Хотя символы данных передают в сеансе связи "точка-много точек", который основан на ненадежном протоколе, например протоколе пользовательских дейтаграмм (UDP, User Datagram Protocol), а символы восстановительных данных передают в сеансе точка-точка, который основан на надежном протоколе, например протоколе управления передачей (TCP), в настоящее время символы восстановительных данных несут ту же самую заголовочную информацию, что и символы данных. Эта заголовочная информация включает:

- принятый по умолчанию заголовок Транспорта с Многоуровневым Кодированием (LCT, Layered Coding Transport),

- секцию расширений заголовка LCT и

- секцию идентификатора полезной нагрузки с прямой коррекцией ошибок (FEC Payload ID).

Заголовок LCT включает:

- первую секцию с рядом флагов, поле длины заголовка LCT и поле "точки кода" (Code Point) для указания идентификатора кодирования с прямой коррекцией ошибок (FEC Encoding ID),

- информацию управления перегрузкой (CCI, Congestion Control Information),

идентификатор сеанса передачи (TSI, Transport Session Identifier),

идентификатор транспортного объекта (TOI, Transport Object Identifier),

текущее время отправителя (SCT, Sender Current Time) и

ожидаемое оставшееся время (ERT, Expected Residual Time).

Однако символы восстановительных данных необходимо посылать наиболее эффективным способом, чтобы приемник смог легко идентифицировать эти символы и завершить декодирование файла (файлов), которые были частично загружены в процессе сеанса в режиме "точка-много точек" группового/широкого вещания. Таким образом, служебные символы, необходимые для передачи символов восстановительных данных, которые обычно представляют собой повторно передаваемые символы данных, должны иметь небольшой объем, чтобы уменьшить время ответа в режиме точка-точка без усложнения при этом работы приемника.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Таким образом, имеется потребность в более эффективном способе, системе, передатчике, сетевом элементе, приемнике и программном обеспечении для системы, предназначенной для передачи символов данных в сеансах связи в режиме точка-много точек и в режиме точка-точка.

Предложен способ передачи символов данных, включающий: передачу одного или большего количества символов данных из передатчика в один или более приемников в сеансе передачи в режиме точка-много точек, причем указанные символы данных снабжены заголовками первого типа, подчиняющимися протоколу доставки файлов; и передачу одного или более символов восстановительных данных из сервера восстановления данных в один конкретный приемник из указанных приемников в сеансе восстановления в режиме точка-точка, причем указанные символы восстановительных данных снабжены одним или более заголовками второго типа, по меньшей мере частично подчиняющимися указанному протоколу доставки файлов.

Указанная система может представлять собой любую беспроводную или проводную систему, причем символы данных передают по меньшей мере из одного передатчика в один или более приемников. Указанная передача в режиме точка-много точек может быть широковещательной трансляцией, в которой все приемники связаны с указанным передатчиком, или передачей группового вещания, в которой только подгруппа из всех приемников связана с указанным передатчиком. Указанная система может, например, быть развернута в контексте UMTS, LAN, WLAN, DVB-T или DVB-S, и может быть предназначена для распределения контента (содержания), например мультимедийных файлов, среди множества приемников. Передача указанного символа данных или большего количества символов данных может быть выполнена с использованием однонаправленных или двунаправленных каналов.

Указанные переданные символы данных могут, например, быть связанными с содержанием, которое должно быть передано в указанные приемники. Это содержание может быть сегментировано и обработано для передачи в указанные приемники, при этом должно быть понятно, что указанные символы данных получаются в результате этой сегментации и обработки. Например, один символ данных может представлять собой один или более кодовый символ (например, кодовый пакет), полученный кодированием транспортного объекта, например, мультимедийного файла, или его части, с прямой коррекцией ошибок. Поэтому каждый символ данных может представлять собой только одну единицу переносимой информации, например, один двоичный символ (бит), или множество единиц переносимой информации.

Указанные символы данных снабжены заголовками первого типа, подчиняющимися протоколу доставки файлов, например, протоколу FLUTE. Указанное преобразование может быть реализовано, например, добавлением указанного заголовка к указанным символам данных или другими способами создания ассоциации между указанным заголовком первого типа и указанными символами данных. Указанные символы данных первого типа и ассоциированные с ними символы данных могут, например, формировать пакет FLUTE. Заголовки первого типа могут, например, содержать информацию, относящуюся к логической передаче указанных символов данных между объектами протокола в указанном передатчике и указанных приемниках.

По меньшей мере в одном из указанных приемников, который будем называть конкретным приемником, требуется прием символов восстановительных данных, что может быть обусловлено множеством причин, например, неправильным приемом или потерей переданных символов данных. Указанный конкретный приемник может "осознать" необходимость получения символов восстановительных данных либо в течение указанной передачи символов данных, либо после того, как передача символов данных завершена.

Указанные символы восстановительных данных могут быть, например, простыми копиями переданных символов данных, которые не были приняты указанным конкретным приемником. В равной степени они могут отличаться как кодированием, так и фактическим содержанием. Таким образом, символы восстановительных данных служат для предоставления указанному конкретному приемнику такого количества информации, которое ему требуется.

Для запуска передачи символов восстановительных данных из указанного сервера восстановления данных указанный конкретный приемник может выдать сигнал с информацией о восстановительных данных в указанный сервер восстановления данных в сообщении запроса на восстановление данных. Это может иметь место при передаче в режиме точка-точка. Таким образом, сервер восстановления данных имеет возможность генерировать соответствующие символы восстановительных данных и передать их в конкретный приемник. Эта передача символов восстановительных данных происходит в сеансе восстановления данных в режиме точка-точка.

Указанные символы восстановительных данных снабжены одним или более заголовками второго типа, по меньшей мере частично подчиняющимися тому же указанному протоколу доставки файлов. Таким образом, указанные заголовки символов данных второго типа могут, например, полностью подчиняться указанному протоколу доставки файлов, который в этом случае обязан определить по меньшей мере два различных типа заголовков для символов данных. В равной степени указанные заголовки второго типа могут представлять собой модификацию одного или более заголовков символов данных, которые определены в соответствии с указанным протоколом доставки файлов, причем указанная модификация может включать все формы добавления, удаления или модификации параметров указанных заголовков первого типа, а также объединение нескольких, возможно модифицированных заголовков первого типа. Предпочтительно, чтобы указанные модификации могли включать только сокращение указанных заголовков первого типа путем удаления по меньшей мере одного параметра указанного заголовка первого типа. Указанная процедура может, например, быть достигнута путем добавления заголовка второго типа к символу восстановительных данных или другими способами объединения указанных символов восстановительных данных с указанными заголовками второго типа. Например, несколько символов восстановительных данных могут быть объединены в один пакет HTTP, a один заголовок второго типа может быть также включен в указанный пакет HTTP, причем указанный заголовок второго типа в этом случае включает информацию, действительную для всех символов восстановительных данных в указанном пакете HTTP.

Таким образом, настоящее изобретение предлагает использовать различные типы заголовков для передачи, с одной стороны, символов данных и, с другой стороны, символов восстановительных данных. Это предложение учитывает тот факт, что символы данных передаются в сеансах связи в режиме "точка-много точек", которые основаны на ненадежных протоколах (например, UDP), тогда как символы восстановительных данных передаются в сеансе связи в режиме точка-точка, который основан на надежных протоколах (например, TCP), поэтому по меньшей мере некоторые из параметров, которые должны содержаться в заголовках первого типа, используемых для символов данных, не должны содержатся в заголовках символов данных второго типа, используемых с символами восстановительных данных. Этот подход в рамках настоящего изобретения обеспечивает более эффективную передачу символов восстановительных данных при значительно меньшем количестве служебных данных. При использовании заголовков второго типа, которые по меньшей мере частично подчиняются указанному протоколу доставки файлов, требуются лишь незначительные изменения как в сервере восстановления, так и в объектах протокола приемников и соответствующей реализации, или таковые вообще не требуются.

Согласно настоящему изобретению указанный заголовок первого типа может содержать по меньшей мере один параметр, который не содержится в указанном заголовке второго типа, и этот указанный параметр может быть связан с передачей в режиме точка-много точек. Указанный параметр может быть, например, информацией управления перегрузкой (CCI), текущим временем отправителя (SCT), ожидаемым оставшимся временем (ERT), а в некоторых случаях идентификатором сеанса передачи (TSI).

Согласно настоящему изобретению в указанном сеансе связи для передачи в режиме точка-много точек указанный протокол доставки файлов может использовать службы протокола пользовательских дейтаграмм.

Согласно настоящему изобретению в указанном сеансе связи восстановления в режиме точка-точка указанный протокол доставки файлов может использовать службы протокола управления передачей.

Согласно настоящему изобретению в указанном сеансе связи восстановления в режиме точка-точка указанный протокол доставки файлов может использовать службы протокола пересылки гипертекста. Этот протокол, в свою очередь, может использовать службы протокола управления передачей.

Согласно настоящему изобретению указанный протокол доставки файлов может быть протоколом Доставки Файлов Однонаправленным Транспортом (FLUTE), а указанные символы данных и символы восстановительных данных могут представлять собой кодовые символы FLUTE. Указанные кодовые символы FLUTE могут быть получены, например, кодированием с прямой коррекцией ошибок частей транспортного объекта, который нужно доставить в указанный приемник или большее количество приемников в рамках указанного сеанса связи в режиме точка-много точек. Каждый символ данных может представлять собой, например, один или несколько кодовых символов.

Согласно настоящему изобретению указанный протокол FLUTE может использовать службы протокола пересылки гипертекста, HTTP, а протокол HTTP позволяет передавать пакеты HTTP между указанным сервером восстановления и указанным конкретным приемником. Поэтому указанные символы данных и ассоциированные с ними один или более заголовков второго типа могут быть включены в указанные пакеты HTTP в качестве полезной нагрузки.

Согласно первому варианту выполнения настоящего изобретения комбинация одного кодового символа FLUTE и одного связанного с ним заголовка второго типа формирует сжатый пакет FLUTE, а по меньшей мере один из указанных пакетов HTTP включает заголовок пакета HTTP и один или больше указанных сжатых пакетов FLUTE.

Согласно указанному первому варианту выполнения настоящего изобретения указанный заголовок второго типа в сжатых пакетах FLUTE включает по меньшей мере часть заголовка Транспорта с Многоуровневым Кодированием, идентификатор указанного кодового символа FLUTE в указанном сжатом пакете FLUTE и размер указанного кодового символа FLUTE. Указанный заголовок для Транспорта с Многоуровневым Кодированием может основываться на стандартном блоке Транспорта с Многоуровневым Кодированием, а уровень протокола FLUTE может быть надстроен на его вершине. Указанный идентификатор кодового символа FLUTE может быть, например, идентификатором полезной нагрузки с прямой коррекцией ошибок, обеспечивающим номер исходного блока (SBN, Source Block Number) и идентификатор кодового символа (ESI, Encoding Symbol Identifier), соответствующие указанному кодовому символу FLUTE.

Согласно второму варианту выполнения настоящего изобретения указанный по меньшей мере один пакет HTTP имеет составную структуру расширений почтовой службы Интернета (MIME, Multipurpose Internet Mail Extension), а указанные сжатые пакеты FLUTE отделены от указанного заголовка пакета HTTP и друг от друга границами MIME. Такое разделение границами MIME позволяет опускать параметр размера кодового символа в указанных заголовках второго типа.

Согласно указанному второму варианту выполнения настоящего изобретения указанный заголовок второго типа в сжатых пакетах FLUTE включает часть заголовка транспорта с многоуровневым кодированием и идентификатор указанного кодового символа FLUTE в указанном сжатом пакете FLUTE.

Согласно третьему варианту выполнения настоящего изобретения по меньшей мере один из указанных пакетов HTTP включает заголовок пакета HTTP, один или более блоков, которые включают по меньшей мере два кодовых символа FLUTE и соответствующие им идентификаторы, и один соответствующий заголовок второго типа для каждого из указанных блоков, причем каждый соответствующий заголовок второго типа действителен для всех кодовых символов FLUTE соответствующего блока. Объединение кодовых символов FLUTE в блоки позволяет использовать только один заголовок второго типа для каждого блока, вместо того, чтобы обязательно давать один заголовок второго типа на каждый кодовый символ FLUTE. Указанные кодовые символы FLUTE, объединенные в блок, предпочтительно имеют те же самые параметры, например, тот же самый размер, тот же самый Т01, тот же TSI, а параметры, которые являются различными для каждого кодового символа FLUTE, могут тогда быть включены в указанные блоки кодовых символов FLUTE.

Согласно указанному третьему варианту выполнения настоящего изобретения указанный по меньшей мере один пакет HTTP имеет структуру MIME, а указанный заголовок пакета HTTP, указанные блоки и указанные заголовки второго типа взаимно разделены границами MIME. Поэтому отпадает необходимость в передаче размера блока кодовых символов FLUTE.

Согласно указанному третьему варианту выполнения настоящего изобретения указанные соответствующие заголовки второго типа включают часть заголовка транспорта с многоуровневым кодированием и размер указанных кодовых символов FLUTE в указанных соответствующих блоках.

Согласно указанному третьему варианту выполнения настоящего изобретения по меньшей мере один из указанных блоков включает кодовый символ FLUTE, соответствующий ему идентификатор, соответствующую длину заголовка транспорта с многоуровневым кодированием (LCT) и по меньшей мере одно расширение заголовка транспорта с многоуровневым кодированием. Указанный заголовок LCT может, например, представлять собой EXT_FTI или EXT_FDT. Указанная соответствующая длина заголовка LCT может указывать на присутствие или отсутствие одного или более указанных расширений заголовка LCT.

Согласно четвертому варианту выполнения настоящего изобретения по меньшей мере один из указанных пакетов HTTP включает заголовок пакета HTTP, один заголовок второго типа и один или более блоков, которые включают по меньшей мере два кодовых символа FLUTE. При этом для всех кодовых символов FLUTE, содержащихся в указанном пакете HTTP, используется только один заголовок второго типа, который служит индексным объектом, обеспечивающим всю информацию заголовка для всех указанных кодовых символов FLUTE. В этом случае указанный заголовок второго типа может, например, быть сегментирован в подзаголовки, которые относятся к каждому из указанных блоков кодовых символов FLUTE.

Согласно указанному четвертому варианту выполнения настоящего изобретения указанный по меньшей мере один пакет HTTP имеет структуру MIME, а указанный заголовок пакета HTTP, указанный один заголовок второго типа и указанный один или более блоков взаимно разделены границами MIME. Это позволяет опустить явную передачу размера блоков кодовых символов FLUTE.

Согласно указанному четвертому варианту выполнения настоящего изобретения заголовок второго типа включает один соответствующий подзаголовок для каждого соответствующего блока в указанном пакете HTTP, а каждый из указанных соответствующих подзаголовков включает часть заголовка транспорта с многоуровневым кодированием, размер указанных кодовых символов FLUTE в соответствующем блоке, количество кодовых символов FLUTE в указанном соответствующем блоке и один идентификатор для каждого кодового символа FLUTE в соответствующем блоке.

Согласно указанному четвертому варианту выполнения настоящего изобретения по меньшей мере один из указанных подзаголовков включает одну длину заголовка транспорта с многоуровневым кодированием (LCT) для каждого кодового символа FLUTE в соответствующем блоке и по меньшей мере одно расширение заголовка транспорта с многоуровневым кодированием по меньшей мере для одного из указанных кодовых символов FLUTE в соответствующем блоке. Указанное расширение заголовка LCT может представлять собой, например, EXT_FDT или EXT_FTI. Длина заголовка LCT может указывать, присутствует ли одно или большее количество из указанных расширений заголовка LCT или нет.

Согласно настоящему изобретению указанный заголовок второго типа может дополнительно включать идентификатор указанного сеанса передачи в режиме точка-много точек. Указанный идентификатор может быть, например, Идентификатором Сеанса Передачи (TSI, Transport Session Identifier), Однако, если присутствует только один сеанс передачи или если из контекста понятно, к какому именно сеансу передачи относятся кодовые символы FLUTE, идентификатор указанного сеанса передачи может и не требоваться.

Согласно настоящему изобретению указанный заголовок второго типа может дополнительно включать идентификатор передаваемого объекта, к которому относятся указанные кодовые символы FLUTE. Этот идентификатор может быть, например, идентификатором транспортного объекта (TOI). Однако, если в сеансе передачи передан только один транспортный объект, указанный идентификатор может и не требоваться.

Согласно настоящему изобретению указанный заголовок второго типа может дополнительно включать расширения заголовка транспорта с многоуровневым кодированием. Эти расширения заголовка LCT могут представлять собой, например, EXT_FTI или EXT_FDT.

Согласно настоящему изобретению указанная часть заголовка LCT может включать номер версии LCT, флаг управления перегрузкой, зарезервированное место, флаг идентификатора сеанса передачи (TSI), флаг идентификатора транспортного объекта (TOI), флаг текущего времени отправителя, флаг ожидаемого оставшегося времени, флаг завершения сеанса, флаг закрытия объекта, длину заголовка LCT и точку кода (Code Point). Указанная часть заголовка LCT может иметь длину, например, 4 байта.

Кроме того, предложена система для передачи символов данных, содержащая передатчик, один или более приемников и сервер восстановления данных, причем один или более символов данных передаются из указанного передатчика в указанный один или большее количество приемников в сеансе передачи в режиме точка-много точек, указанные символы данных снабжены заголовками первого типа, подчиняющимися протоколу доставки файлов, причем один или более символов восстановительных данных передаются из указанного сервера восстановления данных в один конкретный приемник из указанных приемников в сеансе восстановления в режиме точка-точка, причем указанные символы восстановительных данных снабжены одним или более заголовками второго типа, по меньшей мере частично подчиняющимися указанному протоколу доставки файлов.

В системе согласно настоящему изобретению указанный заголовок первого типа может содержать по меньшей мере один параметр, который не содержится в указанном заголовке второго типа, и этот параметр может быть связан с передачей в режиме точка-много точек.

Кроме того, предложен передатчик в системе для передачи символов, содержащий средство для передачи одного или более символов данных из указанного передатчика в один или более приемников в сеансе передачи в режиме точка-много точек, причем указанные символы данных снабжены заголовками первого типа, подчиняющимися протоколу доставки файлов, один или более символов восстановительных данных передаются из сервера восстановления данных в один конкретный приемник из указанных приемников в сеансе восстановления в режиме точка-точка, а символы восстановительных данных снабжены одним или более заголовками второго типа, по меньшей мере частично подчиняющимися указанному протоколу доставки файлов. Указанные передатчик и сервер восстановления данных могут быть расположенными в одном месте или даже идентичными.

В передатчике согласно настоящему изобретению указанный заголовок первого типа может содержать по меньшей мере один параметр, который не содержится в указанном заголовке второго типа, причем этот параметр может быть связан с передачей в режиме точка-много точек.

Кроме того, предложен сетевой элемент в системе для передачи символов данных, причем один или более символов данных передаются из передатчика в один или более приемников в сеансе передачи в режиме точка-много точек, а указанные символы данных снабжены заголовками первого типа, подчиняющимися протоколу доставки файлов, причем указанный сетевой элемент включает средство для передачи одного или более символов восстановительных данных из указанного сетевого элемента в один конкретный приемник из указанных приемников в сеансе восстановления в режиме точка-точка, причем указанные символы восстановительных данных снабжены одним или более заголовками второго типа, по меньшей мере частично подчиняющимися указанному протоколу доставки файлов. Указанные передатчик и сетевой элемент могут быть расположены в одном месте или даже идентичны. Указанный сетевой элемент может быть, например, сервером восстановления.

В сетевом элементе согласно настоящему изобретению указанный заголовок первого типа может содержать по меньшей мере один параметр, который не содержится в указанном заголовке второго типа, причем этот параметр может быть связан с передачей в режиме точка-много точек.

Кроме того, предложено программное обеспечение, выполняемое в сетевом элементе системы для передачи символов данных, где один или более символов данных передаются из передатчика в один или более приемников в сеансе передачи в режиме точка-много точек, причем указанные символы данных снабжены заголовками первого типа, подчиняющимися протоколу доставки файлов, программное обеспечение включает программный код для обеспечения передачи сетевым элементом одного или более символов восстановительных данных из указанного сетевого элемента в один конкретный приемник из указанных приемников в сеансе восстановления данных в режиме точка-точка, причем указанные символы восстановительных данных снабжены одним или более заголовками второго типа, по меньшей мере частично подчиняющимися тому же самому протоколу доставки файлов.

Указанное программное обеспечение может быть также компьютерным программным продуктом, включающим программный код и хранящимся на носителе, например в памяти указанного сетевого элемента.

В программном обеспечении согласно настоящему изобретению указанный заголовок первого типа может содержать по меньшей мере один параметр, который не содержится в указанном заголовке второго типа, причем этот параметр может быть связан с передачей в режиме точка-много точек.

Кроме того, предложен приемник в системе для передачи символов данных, включающий средство для приема одного или более символов данных, переданных из передатчика в один или более приемников в сеансе передачи в режиме точка-много точек, причем указанные символы данных снабжены заголовками первого типа, подчиняющимися протоколу доставки файлов; и средство, предназначенное для приема одного или более символов восстановительных данных из сервера восстановления данных в сеансе восстановления в режиме точка-точка, причем указанные символы восстановительных данных снабжены одним или более заголовками второго типа, по меньшей мере частично подчиняющимися указанному протоколу доставки файлов.

В приемнике согласно настоящему изобретению указанный заголовок первого типа может содержать по меньшей мере один параметр, который не содержится в указанном заголовке второго типа, причем этот параметр может быть связан с передачей в режиме точка-много точек.

Кроме того, предложено программное обеспечение, выполняемое в приемнике системы для передачи символов данных и включающее программный код для обеспечения приемником приема одного или более символов данных, переданных из передатчика в один или более приемников в сеансе передачи в режиме точка-много точек, указанные символы данных снабжены заголовками первого типа, подчиняющимися протоколу доставки файлов; и программный код для обеспечения приемником приема одного или более символов восстановительных данных от сервера восстановления данных в сеансе восстановления данных в режиме точка-точка, причем указанные символы восстановительных данных снабжены одним или более заголовками второго типа, по меньшей мере частично подчиняющимися указанному протоколу доставки файлов.

Указанное программное обеспечение может быть также компьютерным программным продуктом, включающим программный код и хранящимся на носителе, например в памяти указанного приемника.

В программном обеспечении согласно настоящему изобретению указанный заголовок первого типа может содержать по меньшей мере один параметр, который не содержится в указанном заголовке второго типа, причем этот параметр может быть связан с передачей в режиме точка-много точек.

Эти и другие аспекты настоящего изобретения станут понятны из последующего описания вариантов выполнения настоящего изобретения.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

На чертежах иллюстрируется следующее:

на фиг.1a схематично представлена передача символов данных в сеансе передачи "точка-много точек" (PtM) согласно настоящему изобретению;

на фиг.1b схематично представлен сигнал запроса символов восстановительных данных в сеансе восстановления данных в режиме точка-точка (PtP) согласно настоящему изобретению;

на фиг.1с схематично представлена передача символов восстановительных данных в сеансе восстановления данных в режиме точка-точка согласно настоящему изобретению;

на фиг.2а схематично представлен протокольный стек, используемый для передачи символов данных в сеансе передачи в режиме точка-много точек согласно настоящему изобретению;

на фиг.2b схематично представлен протокольный стек, используемый для передачи символов восстановительных данных в сеансе восстановления данных в режиме точка-точка согласно настоящему изобретению;

на фиг.3а схематично представлен сжатый пакет FLUTE согласно первому варианту выполнения настоящего изобретения;

на фиг.3b схематично представлено встраивание сжатых пакетов FLUTE в пакет HTTP согласно первому варианту выполнения настоящего изобретения;

на фиг.4а схематично представлен сжатый пакет FLUTE согласно второму варианту выполнения настоящего изобретения;

на фиг.4b схематично представлено встраивание сжатых пакетов FLUTE в пакет HTTP согласно второму варианту выполнения настоящего изобретения;

на фиг.5а схематично представлен пакет HTTP согласно третьему варианту выполнения настоящего изобретения;

на фиг.5b схематично представлен общий заголовок FLUTE согласно третьему варианту выполнения настоящего изобретения;

на фиг.5с схематично представлен блок кодовых символов согласно третьему варианту выполнения настоящего изобретения;

на фиг.5d схематично представлен альтернативный блок кодовых символов в случае использования расширений заголовка LCT согласно третьему варианту выполнения настоящего изобретения;

на фиг.6а схематично представлен пакет HTTP согласно четвертому варианту выполнения настоящего изобретения;

на фиг.6b схематично представлен заголовок индексного объекта согласно четвертому варианту выполнения настоящего изобретения;

на фиг.6с схематично представлен блок кодовых символов согласно четвертому варианту выполнения настоящего изобретения; и

на фиг.7 показан пример последовательности операций для способа согласно настоящему изобретению.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

Предваряя дальнейшее изложение, следует отметить, что в качестве дополнения к данному подробному описанию можно использовать содержание вводной части настоящего документа.

В настоящем изобретении предлагается использовать два различных типа заголовков для передачи символов данных в режиме точка-много точек" из передатчика в множество приемников, с одной стороны, и для передачи символов восстановительных данных в режиме точка-точка из сервера восстановления данных в один из указанных приемников, с другой стороны. При этом учитывается тот факт, что передача символов данных основана на ненадежных протоколах, например UDP, и, таким образом, требует больше служебной информации по сравнению с передачей символов восстановительных данных, которая основана на более надежных протоколах, например TCP.

В этом подробном описании мы будем часто обращаться к ситуации, при которой протокол FLUTE/UDP используется в случае передачи в режиме PtM (точка-много точек), а протокол HTTP/TCP используется в случае передачи в режиме PtP (точка-точка). Следует отметить, что такой выбор сделан только для примера, и настоящее изобретение может быть в равной степени применено в аналогичных сценариях, когда символы данных, которые подчиняются определенному протоколу и сначала передаются в режиме точка-много точек, затем должны повторно передаваться в режиме точка-точка, а следовательно, должны по меньшей мере частично соответствовать указанному протоколу.

На фиг.1а иллюстрируется сеанс передачи в режиме точка-много точек, когда символы данных передаются из передатчика 1 в множество приемников 3-1…3-3. Передатчик связан с сетью 2,