Способ мультиплексирования по подверженному ошибкам беспроводному широкополосному каналу

Способ мультиплексирования по подверженному ошибкам беспроводному широкополосному каналу

Иллюстрации

Показать все

Реферат

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

ОПИСАНИЕ ПРЕДШЕСТВУЮЩЕГО УРОВНЯ ТЕХНИКИ

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

Услуги разделяются на два вида на основе их зоны действия:

глобальные услуги и локальные услуги. Локальные услуги являются групповой передачей для приема в пределах города. В отличие от этого глобальные услуги являются групповой передачей в пределах одного или нескольких городов.

Услуги FLO передаются по одному или нескольким логическим каналам, известным как логические каналы MediaFLO^TM или MLC. MLC можно разделить максимум на три логических потока. Данные логические подканалы в дальнейшем будут именоваться потоками. Каждый поток как независимый компонент данных услуги переносится таким одиночным потоком.

Обработка MLC в сети FLO управляется на основании управляющей протокольной информации. Данная управляющая информация передается сетью по радиосвязи в элементах, называемых пакетами физического уровня (PLP).

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

Следовательно, необходим способ и система для демультиплексирования отдельных потоков и обработки потоков, даже если один или несколько отдельных потоков приняты с ошибкой.

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

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

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

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

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

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

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

Настоящее изобретение решает данную проблему посредством помещения длины каждого потока, передаваемого по MLC, необходимой для демультиплексирования отдельных потоков, в канал символов служебных данных (OIS). Информация о длине потока может передаваться в полосе вместе с пакетами потокового уровня. В традиционных системах, если PLP, несущие информацию о длине потока, приняты с ошибкой, для приемника не существует способа демультиплексирования отдельных потоков данных, даже если данные приняты без каких-либо ошибок. В настоящем изобретении, однако, если даже отдельные потоки могут нести PLP, принятые с ошибкой, по-прежнему возможно демультиплексирование отдельных потоков для обработки данных этих потоков.

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

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

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

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

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

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

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

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

фиг.5 - структурная схема, иллюстрирующая метод упаковки потоков в MLC;

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

фиг.7 - соответствие между пакетами МАС-уровня и PLP;

фиг.8 - примерное сообщение системных параметров OIS, выполненное по данному варианту осуществления;

фиг.9 - блок-схема примерного способа реализации данного варианта осуществления, и

фиг.10 - структурная схема примерной системы по данному варианту осуществления.

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

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

Данное описание изобретения раскрывает один или несколько вариантов осуществления, включающих в себя признаки данного изобретения. Раскрытый вариант(ы) осуществления приведен(а) всего лишь для примера. Объем данного изобретения не ограничивается раскрытым вариантом(ами) осуществления. Изобретение определяется формулой изобретения.

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

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

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

Сеть 100 содержит поставщика 102 контента (СР), сеть 104 поставщика контента, оптимизированную широковещательную сеть 106 и сеть 108 беспроводного доступа. Сеть 100 также включает в себя мобильный телефон 112, карманный персональный компьютер (КПК) 114 и компьютер-ноутбук 116. Устройства 110 иллюстрируют только некоторые из устройств, подходящих для использования с системой 136 доставки. Хотя на фиг.1 показаны только три устройства, очевидно, что любое число аналогичных устройств или типов устройств может использоваться в системе 136 доставки, как должно быть понятно специалистам в данной области техники.

Поставщик 102 контента выполняет действия по предоставлению контента для распространения пользователям в сети 100. Контент включает в себя видео, аудио и мультимедийный контент, видеоклипы, контент реального и не реального времени, скрипты, программы, данные или другие виды соответствующего контента. Поставщик 102 контента предоставляет контент в сеть 104 поставщика контента для распространения. Например, поставщик 102 контента поддерживает связь с сетью 104 поставщика контента посредством канала 118 связи, который выполнен в виде любого подходящего проводного и/или беспроводного канала связи.

Сеть 104 поставщика контента выполнена в виде любого сочетания проводных и беспроводных сетей, выполняющих действия по распространению контента для доставки пользователям. Сеть 104 поставщика контента осуществляет связь с оптимизированной широковещательной сетью 106 по линии 120 связи. Линия 120 связи является любой подходящей проводной и/или беспроводной линией связи. Оптимизированная широковещательная сеть 106 выполнена в виде любого сочетания проводных и беспроводных сетей, предназначенных для широковещательной рассылки контента высокого качества. Например, оптимизированная широковещательная сеть 106 может быть специализированной частной сетью, оптимизированной для доставки контента высокого качества выбранным устройствам по множеству оптимизированных каналов связи.

Система 136 доставки выполняет действия по доставке контента для распространения от поставщика 102 контента на сервер 122 контента (CS) в сети 104 поставщика контента, выполняющий действия по осуществлению связи с широковещательной базовой станцией (BBS) 124 в сети беспроводного доступа. CS 122 и BBS 124 осуществляют связь с использованием одного или более вариантов осуществления транспортного интерфейса 126, позволяющего сети 104 поставщика контента доставлять контент в виде потоков контента в сеть 108 беспроводного доступа для широковещательной/групповой передачи устройствам 110. Транспортный интерфейс 126 содержит управляющий интерфейс 128 и канал-носитель 130. Управляющий интерфейс 128 позволяет серверу CS 122 добавлять, менять, прекращать и иными способами изменять потоки контента, поступающие из сети 104 поставщика контента в сеть 108 беспроводного доступа. Канал-носитель 130 выполнят перенос потоков контента от сети 104 поставщика контента в сеть 108 беспроводного доступа.

Сервер CS 122 использует транспортный интерфейс 126 для планирования передачи потоков контента в BBS 124 для широковещательной/групповой передачи через сеть 108 беспроводного доступа. Например, поток контента может содержать клип контента не в реальном времени, предоставленный поставщиком 102 контента для распространения посредством сети 104 поставщика контента. Сервер CS 122 выполняет согласование с BBS 124 для определения одного или нескольких параметров, относящихся к клипу контента. Приняв данный клип контента, BBS 124 выполняет широковещательную/групповую передачу данного клипа контента через сеть 108 беспроводного доступа для приема одним или несколькими устройствами 110. Любое из устройств 110 может быть авторизовано для принятия клипа контента и сохранения его в кэш-памяти с целью его просмотра пользователем устройства в более позднее время.

В вышеприведенном примере устройство 110 содержит клиентскую программу 132, обеспечивающую справочник программ, отображающий список контента, запланированного для трансляции по сети 108 беспроводного доступа. Пользователь устройства может выбрать в нем для приема любой определенный контент для воспроизведения в реальном времени или для сохранения в кэш-памяти 134 с целью просмотра в более позднее время. Например, клип контента может быть запланирован для трансляции в вечерние часы, и устройство 112 выполняет прием данной трансляции и сохранение данного клипа контента в кэш-памяти 134 с тем, чтобы пользователь устройства мог просмотреть данный клип на следующий день. Обычно контент транслируется как часть услуги подписки, и от принимающего устройства может потребоваться предоставить ключ или как-либо иначе аутентифицировать себя для приема данной трансляции.

Система 136 доставки позволяет серверу CS 122 принимать записи справочника программ (PG), контент программ и другие сопутствующие данные от поставщика 102 контента. Сервер CS 122 обновляет и/или создает контент для доставки устройствам 110.

На фиг.2 показан сервер 200 поставщика контента, подходящий для использования в системе доставки контента. Например, сервер 200 можно использовать в качестве сервера 102 на фиг.1. Сервер 200 содержит логическую схему 202 обработки данных, ресурсы и интерфейсы 204 и логические схемы 210 приемопередатчика, подключенные к внутренней шине 212 данных. Сервер 200 также содержит логическую схему 214 активации, PG (справочник программ) 206 и логическую схему 208 состояния справочника, которые также подключены к внутренней шине 212 данных.

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

Ресурсы и интерфейсы 204 состоят из аппаратного и/или программного обеспечения, позволяющего серверу 200 связываться с внутренними и внешними системами. Например, внутренние системы могут включать в себя системы хранения данных большой емкости, запоминающее устройство, драйвер дисплея, модем или другие ресурсы внутренних устройств. Внешние системы могут включать в себя устройства пользовательского интерфейса, принтеры, дисковые накопители или другие локальные устройства или системы.

Логическая схема 210 приемопередатчика содержит аппаратные логические схемы и/или программное обеспечение, обеспечивающие передачу и прием данных и/или другой информации сервером 200 от удаленных устройств или систем с использованием канала 216 связи. Например, канал 216 связи может представлять собой любой подходящий вид канала связи, позволяющий серверу 200 поддерживать связь с сетью передачи данных.

Логическая схема 214 активации содержит CPU, процессор, матрицу логических схем, логические схемы аппаратного обеспечения, запоминающие элементы, виртуальную машину, программное обеспечение и/или сочетание аппаратного и программного обеспечения. Логическая схема 214 активации выполняет активацию сервера CS и/или соответствующего устройства, позволяя CS и/или устройству выбирать и принимать контент и/или услуги, описанные в PG 206. Логическая схема 214 активации во время процедуры активации передает на сервер CS и/или устройству клиентскую программу 220. Клиентская программа 220 запускается на сервере CS и/или устройстве для приема PG 206 и показа пользователю устройства информации о доступном контенте или услугах. Таким образом, логическая схема 214 активации выполняет аутентификацию CS и/или устройства, загрузку клиентской программы 220 и загрузку PG 206 для воспроизведения на устройстве клиентской программой 220.

PG 206 содержит в любом подходящем формате информацию, описывающую контент и/или услуги, доступные для приема пользователем. Например, PG 206 может храниться в локальном запоминающем устройстве сервера 200 и содержать информацию, такую как идентификаторы контента или услуг, информацию планирования, тарификации и/или любую другую релевантную информацию. PG 206 содержит один или более идентифицируемых разделов, обновляемых логической схемой 202 обработки данных, когда сделаны изменения доступного содержимого или услуг.

Блок 208 состояния справочника содержит аппаратное или программное обеспечение, выполняющее создание уведомительных сообщений, определяющих и/или описывающих изменения к PG 206. Например, когда логическая схема 202 обработки данных обновляет PG 206, логическая схема 208 состояния справочника уведомляется о данных изменениях. После этого логическая схема 208 состояния справочника формирует одно или более сообщений уведомления, передаваемых на сервер CS, которые могут быть активированы сервером 200, так что эти серверы CS своевременно уведомляются об изменениях в PG 206.

Как часть сообщения уведомления о доставке контента предусмотрен индикатор трансляции, показывающий, когда будет транслироваться раздел PG, идентифицированный в сообщении. Например, индикатор трансляции может содержать один бит для обозначения того, что данный раздел будет транслироваться, и индикатор времени, показывающий, когда произойдет трансляция. Таким образом, серверы CS и/или устройства, желающие обновить свои локальные копии записей PG, могут слушать трансляции в назначенное время для приема обновленного раздела записей PG.

Согласно одному варианту осуществления система уведомления о доставке контента содержит программные инструкции, хранящиеся на машиночитаемом носителе, которые при выполнении процессором, например логической схемой 202 обработки данных, обеспечивают функции сервера 200, описанные в настоящем документе. Например, программные инструкции можно загрузить на сервер 200 с машиночитаемого носителя, такого как гибкий диск, компакт-диск, карта памяти, устройство флэш-памяти, ОЗУ, ПЗУ или любой другой вид запоминающего устройства или машиночитаемого носителя, взаимодействующего с компьютером через ресурсы 204. Согласно другому варианту осуществления данные инструкции можно загрузить на сервер 200 с внешнего устройства или сетевого ресурса, взаимодействующего с сервером 200 через логическую схему 210 приемопередатчика. Данные программные инструкции при выполнении логической схемой 202 обработки данных обеспечивают систему уведомления о состоянии проводника, как описано в настоящем документе.

На фиг.3 показан сервер контента (CS) или устройство 300, подходящее для использования в системе доставки контенту. Например, сервер CS 300 может представлять собой сервер CS 122 или устройство 110, показанные на фиг.1. CS 300 содержит логическую схему 302 обработки данных, ресурсы и интерфейсы 304 и логическую схему 306 приемопередатчика, подключенные к шине 308 данных. Кроме того, CS 300 содержит клиент 310, канал 314 связи и логическую схему 312 справочника программ (PG), также подключенные к шине 308 данных.

Логическая схема 302 обработки данных содержит CPU, процессор, матрицу логических элементов, логическую схему аппаратного обеспечения, запоминающие элементы, виртуальную машину, программное обеспечение и/или сочетания аппаратного и программного обеспечения. Таким образом, логическая схема 302 обработки данных в основном содержит логические схемы для выполнения машиночитаемых инструкций и для управления одним или более функциональными элементами сервера 300 через внутреннюю шину 308 данных.

Средства и интерфейсы 304 состоят из аппаратного и/или программного обеспечения, позволяющего серверу 300 связываться с внутренними и внешними системами. Например, внутренние системы могут включать в себя системы хранения данных большой емкости, запоминающее устройство, драйвер дисплея, модем или другие ресурсы внутренних устройств. Внешние системы могут включать в себя устройства пользовательского интерфейса, принтеры, дисковые накопители или другие локальные устройства или системы.

Логическая схема 306 приемопередатчика состоит из аппаратной логической схемы и/или программного обеспечения, обеспечивающего передачу и прием данных и/или другой информации сервером 300 от удаленных устройств или систем с использованием канала 314 связи. Например, канал 314 связи может представлять собой сетевой канал связи, беспроводный канал связи или любой другой тип канала связи.

Во время работы CS 300 активируется для приема доступного контента или услуг по сети передачи данных. Например, во время процедуры активации CS 300 идентифицирует себя поставщику контента. Как часть процедуры активации CS 300 посредством логической схемы 312 PG принимает и сохраняет записи PG. При этом PG 312 содержит информацию, идентифицирующую контент или услуги, доступные CS 300 для приема. Клиент 310 выполняет воспроизведение информации в логической схеме 312 PG на CS и/или устройстве 300, используя ресурсы и интерфейсы 304. Например, клиент 310 воспроизводит информацию в логической схеме 312 PG на электронном табло, являющемся частью данного устройства. Клиент 310 также принимает пользовательский ввод через ресурсы и интерфейсы, чтобы пользователь устройства мог выбрать контент или услуги.

Посредством логической схемы 306 приемопередатчика сервер CS 300 принимает сообщения уведомления. Например, данные сообщения могут передаваться в режиме широковещательной или одноадресной передачи на сервер CS 300 и приниматься логической схемой 306 приемопередатчика. Сообщения PG уведомления определяют обновления записей PG в логической схеме 312 PG. Согласно одному варианту осуществления клиент 310 обрабатывает сообщения уведомления PG для определения того, необходимо ли обновить локальную копию в логической схеме 312 PG. Например, в одном варианте осуществления сообщения уведомления включают в себя идентификатор раздела, время начала, время окончания и номер версии.

CS 300 выполняет сравнение информации в сообщениях уведомления PG с информацией, локально хранящейся в существующей логической схеме 312 PG. Если CS 300 определяет из сообщений уведомления, что необходимо обновить один или более разделов локальной копии в логической схеме 312 PG, то CS 300 выполняет прием данных обновленных разделов PG одним из ряда способов. Например, обновленные разделы PG могут транслироваться во время, указанное в сообщениях уведомления PG, чтобы логическая схема 306 приемопередатчика могла принять данные трансляции и передать обновленные разделы на CS 300, который, в свою очередь, обновляет локальную копию в логической схеме 312 PG.

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

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

1. CS активируется для приема контента или услуг при работе с системой поставщика контента. Как часть процедуры активации на CS посылаются клиент и PG.

2. Одно или более сообщений уведомления PG принимаются на CS и используются для определения необходимости обновления одного или более разделов локально хранящейся PG.

3. В одном варианте осуществления если CS определяет, что необходимо обновить один или более разделов локально хранящейся PG, то для получения обновленных разделов PG, требующихся для обновления локальной копии, CS принимает широковещательную передачу от системы распространения.

4. В другом варианте осуществления CS посылает на СР одно или несколько сообщений-запросов для получения требуемых обновленных разделов PG.

5. В ответ на запрос СР пересылает на CS обновленные разделы PG.

6. CS использует принятые обновленные разделы PG для обновления своей локальной копии PG.

Система доставки контента содержит программные инструкции, которые могут храниться на машиночитаемом носителе и при выполнении процессором, таким как логическая схема 302 обработки данных, обеспечивают функции системы уведомления о доставке контента, как описано в настоящем документе. Например, программные инструкции можно загрузить на сервер 300 с машиночитаемого носителя, такого как гибкий диск, компакт-диск, карта памяти, устройство флэш-памяти, ОЗУ, ПЗУ или любой другой вид запоминающего устройства или машиночитаемого носителя, взаимодействующего с компьютером через ресурсы 304. В другом варианте осуществления инструкции можно загрузить в сервер 300 с внешнего устройства или сетевого ресурса, взаимодействующего с сервером 300 через логическую схему 306 приемопередатчика. Данные программные инструкции при выполнении логической схемой 302 обработки данных обеспечивают систему доставки контента, как описано в настоящем документе.

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

На фиг.4 показана структурная схема, иллюстрирующая соотношения между потоками и MLC в общепринятых сетях связи, основанных на FLO.

В качестве предпосылки примерный поток 400 может включать в себя информацию, загруженную в устройство, такое как устройство 112, от услуги мобильного видео, предоставленной, например, кабельной сетью новостей (CNN). Данная трансляция CNN может включать в себя данные прикладного уровня в виде потока 402 видео, аудиопотока 404 и текстового потока 406. Каждый из потоков 402, 404 и 406, несущий в себе отдельные данные, посылается по физическому уровню сети 100 через соответствующие потоки 0, 1 и 2 однозначно идентифицируемого MLC 408.

На фиг.5 показана структурная схема, иллюстрирующая метод 500 упаковки потоков 0-2 в MLC 408. То есть в контексте приведенной выше фиг.4 данные потоков 402, 404 и 406 прикладного уровня упаковываются в MLC 408 посредством заполнения первым потока 2. Далее заполняется поток 1, и вслед за этим заполняется поток 0. Важным моментом является то, что MLC 408 включает в себя данные каждого из потоков 0-2. Каждый из потоков во всех MLC в пределах суперкадра заполняется таким же способом.

На фиг.6 показан примерный суперкадр 600, используемый в общепринятой сети, который может включать в себя MLC 408 выше потоков 402, 404 и 406 уровня. На фиг.6 суперкадр 600 дополнительно подразделяется на четыре отдельных кадра F1-F4. Каждый из кадров F1-F4 включает в себя один или несколько MLC, таких как MLC 408, причем каждый MLC расположен в том же самом местоположении в каждом соответствующем одном из кадров F1-F4. Например, в суперкадре 600 MLC 408 расположен в кадре F1. Таким образом, потоки 0-2 последовательным образом размещаются в кадре F1.

Также MLC 408 включает в себя секцию 601 служебных данных, сообщающих информацию относительно характеристик потоков в отдельных MLC, относящихся к суперкадру 600. Суперкадр 600 также включает в себя канал 602 идентификаторов служебных данных (OIS). Канал 602 OIS среди прочего информирует устройство о местоположении MLC в суперкадре 600. Следовательно, когда устройство первоначально запрашивает сетевую услугу, оно должно сначала дешифровать данный канал 602 OIS, чтобы знать точное местоположение и другие характеристики MLC 408, прежде чем можно будет распаковать и использовать данные в MLC 408.

Остальные кадры F2-F4 суперкадра 600 включают в себя соответственно MLC 603, 604 и 606. Каждый из MLC 603, 604 и 606 также может включать в себя последовательно упакованные данные, представленные несколькими потоками.

Значение структуры 500 на фиг.5 и суперкадра 600 на фиг.6 состоит в том, что на стороне устройства для правильного демультиплексирования данных каждого из потоков 0-2 данному устройству необходимо знать, где расположены границы между потоками. То есть устройству необходимо знать, где заканчивается один поток и где начинается другой поток.

Длины потоков и границы передаются в единицах пакетов уровня управления доступом к среде (MAC). Как очевидно специалистам в данной области техники, в сети связи МАС-уровень выполняет мультиплексирование пакетов, принадлежащих разным мультимедийным потокам, относящимся к MLC. МАС-уровень определяет процедуры, используемые для приема и передачи через физический уровень сети. Физический уровень сети предоставляет канальную структуру, частоту, мощность, модуляцию и характеристики кодирования для нисходящей линии связи сети.

Пакет МАС-уровня имеет, по существу, такую же длину, как и PLP. Как упоминалось выше, управляющая протокольная информация передается сетью по радиосвязи посредством PLP. Таким образом, каждый пакет МАС-уровня передается по радиосвязи в одном PLP.

На фиг.7 представлена иллюстрация 700 соответствия между пакетами 702 МАС-уровня и PLP 704. Каждый из пакетов 702 МАС-уровня соответствует по длине соответствующему одному из PLP 704.

В соответствии с фиг.5 длина каждого из потоков 0-2 может определяться числом пакетов МАС-уровня. Например, поток 2 может равняться 13 пакетам МАС-уровня, поток 1 может равняться 20 пакетам МАС-уровня, а поток 0 - двум пакетам МАС-уровня. В MLC пакеты МАС-уровня отправляются совместно в потоках. Таким образом, для правильного демультиплексирования MLC 408, например, данному устройству необходимо знать число пакетов МАС-уровня в каждом из потоков 0-2. В общепринятом суперкадре 600 данная информация о пакетах МАС-уровня расположена в секции 601 служебных данных MLC 408.

Проблемой для структуры общепринятого суперкадра 600 является то, что если MLC 408, в особенности секция 601 служебных данных, искажена, то устройство не сможет демультиплексировать любой из потоков в MLC 408, 603, 604 и 606. Даже если действительные данные в MLC не искажены, без информации, расположенной в секции 601 служебных данных, ни один из соответствующих потоков не может быть обработан. Настоящее изобретение предоставляет решение данной проблемы.

Согласно настоящему изобретению информация о пакетах МАС-уровня также находится в канале OIS суперкадра, дополнительно к секции служебных данных соответствующего MLC. Преимуществом этого является то, что данный канал OIS суперкадра передается по радиосвязи с использованием более надежных характеристик передачи, чем назначенные для передачи MLC. Таким образом, вероятность искажения канала OIS во время передачи меньше, чем вероятность искажения секции служебных данных MLC.

На фиг.8 показано примерное сообщение 800 системных параметров OIS, передаваемое по каналу OIS, согласно настоящему изобретению. Сообщение 800 системных параметров OIS включает в себя записи 802, касающиеся характеристик MLC в соответствующем суперкадре. Однако согласно настоящему изобретению записи 802 изменены, чтобы включить в себя сегмент 804, содержащий информацию о пакетах МАС-уровня и длине потоков, описанную выше.

Согласно примерному сообщению 800 системных параметров OIS на фиг.8 для приема данных MLC устройством оно может выполняться с возможностью чтения сообщения 800 системных параметров OIS и поиска сегмента 804. За счет предоставления данных о пакетах МАС-уровня и длины потоков в более надежном канале OIS, а также в MLC, если отдельные потоки искажены, то в данном устройстве все еще можно выполнить демультиплексирование остальных потоков.

На фиг.9 показана блок-схема примерного способа 900 реализации настоящего изобретения. На фиг.9 способ для передачи информации включает в себя определение данных о длине потока, по меньшей мере, для одного передаваемого потока данных, как показано на этапе 902, и связывание этих данных о длине потока с сообщением системных параметров, как показано на этапе 904. Сообщение системных параметров, включающее в себя соответствующие данные о длине потока, передается отдельно от потока данных, как показано на этапе 906.

На фиг.10 показана структурная схема примерной системы 1000 по данному варианту осуществления. На фиг.10 средство 1002 для определения определяет данные о длине потока, по меньшей мере, для одного передаваемого потока. Средство 1004 привязки связывает данные о длине потока с сообщением системных параметров. Средство 1006 для передачи передает сообщение системных параметров, включающее в себя соответствующие данные о длине потока отдельно от потока данных.

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