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

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

Иллюстрации

Показать все

Реферат

Данная заявка на патент притязает на преимущества предварительной заявки США номер № 60/514401, озаглавленной "A Method for Seamlessly Switching Reception Between Multimedia Streams in a Wireless Multicast Network" (Способ плавного переключения приема между мультимедийными потоками в сети беспроводной связи c многоадресной передачей), поданной 24 октября 2003 г.

I. ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

II. ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.1 - блок-схема базовой станции и устройства беспроводной связи;

Фиг.2 - примерная структура супер-кадра;

Фиг.3 - иллюстрация передачи потока данных по каналу данных;

Фиг.4 - процессор передачи (TX) данных в базовой станции;

Фиг.5 - процессор приема (RX) данных в устройстве беспроводной связи;

Фиг.6 - временная диаграмма переключения приема от программы A на программу B;

Фиг.7 - временная диаграмма для переключения приема от программы A на программу B при многоуровневом кодировании, используемом для обеих программ;

Фиг.8 - процесс переключения приема от программы A на программу B;

Фиг.9 - примерный экран дисплея;

Фиг.10 - примерная таблица, поддерживаемая для указателя программ;

Фиг.11 - процесс переключения приема между программами с помощью предварительного декодирования;

Фиг.12 - синхронизированная передача видео и аудио; и

Фиг.13 - передача видео и аудио с компенсацией времени.

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

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

Способы, описанные в документе для плавного переключения приема между мультимедийными потоками, могут использоваться для систем беспроводной и проводной связи, для систем мультиплексной передачи (TDM) с временным разделением, мультиплексной передачи (FDM) с частотным разделением, и мультиплексной передачи (CDM) с кодовым разделением, и для систем с одной несущей и с несколькими несущими. Несколько несущих могут быть обеспечены посредством мультиплексирования (OFDM) с ортогональным частотным разделением сигналов, некоторыми другими способами модуляции с несколькими несущими, или некоторым другим конструктивным компонентом. Способы, описанные в документе, также могут использоваться для услуг широковещательной, многоадресной и одноадресной передачи. Для ясности, эти способы описаны ниже для примерной системы беспроводной связи с применением конкретной схемы каскадного кодирования, конкретной структуры кадра и конкретной схемы передачи.

На Фиг.1 показана блок-схема базовой станции 110 и устройства 150 беспроводной связи в системе 100 беспроводной связи. Базовая станция 110 является обычно стационарной станцией и также может быть именуемой приемопередатчиком (BTS) базовой станции, точкой доступа, передатчиком или некоторой другой терминологией. Устройство 150 беспроводной связи также может быть портативным устройством таким, как сотовый телефон, переносное устройство, модулем беспроводной связи, персональным цифровым ассистентом (PDA), и так далее.

В базовой станции 110 процессор 120 передачи данных (TX-процессор) принимает множество (T) потоков данных (или данные "трафика") от источников 112 данных и обрабатывает (например, сжимает, кодирует, перемежает и устанавливает соответствие символов) каждый поток данных, чтобы сформировать символы данных. Как используется в документе, "символ данных" является символом модуляции для данных трафика, "символ пилот-сигнала" является символом модуляции для пилот-сигнала (который является данными, априорно известным и базовой станции, и устройству беспроводной связи), и символ модуляции является сложным значением для знака (позиции) в комбинации сигнала для схемы модуляции (например, М-PSK, М-QAM и так далее). Мультиплексор (Mux)/модулятор 130 принимает и мультиплексирует символы данных для всех потоков данных вместе с символами пилот-сигнала и формирует составной (комбинированный) поток символов. Модулятор 130 выполняет модуляцию на составном потоке символов и формирует поток выборок (дискрет) данных. Блок 132 передатчика (TMTR) преобразовывает поток выборок данных в аналоговые сигналы и дополнительно приводит в определенное состояние (например, усиливает, фильтрует и преобразует с повышением по частоте) аналоговые сигналы, чтобы сформировать модулированный сигнал. Базовая станция 110 затем передает модулированный сигнал от антенны 134 на устройства беспроводной связи в системе.

В устройстве 150 беспроводной связи переданный сигнал от базовой станции 110 принимает антенна 152 и подает на блок 154 приемника (RCVR). Блок 154 приемника приводит в рабочее состояние (например, фильтрует, усиливает, преобразует с понижением частоты, и представляет в цифровой форме) принятый сигнал и обеспечивает поток входных выборок. Демодулятор/демультиплексор (Demod/Demux) 160 выполняет демодуляцию на входных выборках, чтобы получить принятые символы для одного или нескольких представляющих интерес потоков данных (например, всех потоков данных для выбранной мультимедийной программы). Демодулятор 160 затем выполняет детектирование (например, коррекцию или согласованную фильтрацию) на принятых символах, чтобы получить детектированные символы данных, которые являются оценками символов данных, посланных базовой станцией 110. Процессор 170 приема (RX) данных (RX процессор) обрабатывает (например, осуществляет обратное преобразование, обращенное перемежение и декодирование символов) детектированные символы данных для каждого выбранного потока данных и обеспечивает выходные данные для этого потока. Обработка посредством демодулятора 160 и RX процессора 170 данных является взаимодополняющей для обработки посредством модулятора 130 и TX процессора 120 данных соответственно в базовой станции 110. Процессор 180 пост-обработки обрабатывает (например, преобразует в аналоговые, фильтрует и усиливает) выходные данные для выбранных потоков данных и формирует выходные сигналы, подходящие для представления на электронном устройстве 182 вывода на экран (например, жидкокристаллический дисплей (ЖКИ, LCD)), аудиоустройстве 184 (например, громкоговорителе), и/или других устройствах вывода.

Контроллеры 140 и 190 управляют действием в базовой станции 110 и устройстве 150 беспроводной связи соответственно. Запоминающие устройства 142 и 192 обеспечивают хранение программных кодов и данных, используемых контроллерами 140 и 190, соответственно. Контроллер 140 или планировщик 144 могут распределять ресурсы для потоков данных, передаваемых базовой станцией 110.

Базовая станция 110 может передавать T потоков данных для мультимедийных (например, телевизионных) программ и для мультимедийного содержимого, такого как видео, аудио, телетекст, данные, видео/аудио фрагменты, и так далее. Одиночная мультимедийная программа может быть передана в виде многих потоков данных, например, трех отдельных потоков данных для видео, аудио и данных. Это дает возможность устройству беспроводной связи независимо принимать порции видео, аудио и данных для мультимедийных программ. Одиночная мультимедийная программа также может иметь множественные потоки аудио данных, например, предназначенные для различных языков. Для простоты, в нижеследующем описании предполагается, что каждый поток данных посылают по отдельному каналу данных, который также называют мультиплексным логическим каналом (МЛК, MLC). В этом случае имеется взаимно однозначная взаимосвязь между потоками данных и каналами MLC. Обычно, каждый MLC/канал данных может переносить (транспортировать) любое число потоков данных. Базовая станция 110 может передавать потоки данных с использованием различных схем передачи, одна из которых описана ниже.

На Фиг.2 показана примерная структура 200 супер-кадра, которая может быть использована для системы 100. Данные трафика могут быть передаваемыми в супер-кадрах, причем каждый супер-кадр 210 имеет заранее установленную длительность времени (например, приблизительно 1 секунда). Супер-кадр также может быть обозначаемым как кадр, элементарный временной интервал, или некоторой другой терминологией. Для варианта осуществления, показанного на Фиг.2, каждый супер-кадр 210 включает в себя поле 220, предназначенное для пилот-сигнала, поле 230 для одного или нескольких символов (ССИ, OIS) служебной/управляющей информации, и поле 240 для данных трафика. Устройства беспроводной связи могут использовать пилот-сигнал для синхронизации (например, обнаружение кадра, оценка ошибок по частоте и вхождение в синхронизм) и возможно для оценки канала. Служебная информация может указывать различные параметры для T передаваемых потоков данных (например, частотно-временное положение каждого потока данных в пределах супер-кадра). T потоков данных являются посылаемыми в поле 240. Для варианта осуществления, показанного на Фиг.2, поле 240 дополнительно разделено на четыре равно-размерных кадра 242a-242d, чтобы содействовать передаче данных. В целом, супер-кадр может иметь любую длительность времени и может включать в себя любое количество полей и кадров. Пилотную и служебную информацию также можно посылать другими способами, отличными от показанного на Фиг.2.

На Фиг.3 проиллюстрирована примерная передача потока данных по MLC. Поток данных обрабатывают в виде блоков данных. М блоков данных могут быть переданными по MLC в каждом супер-кадре, причем M≥0 и может изменяться от супер-кадра к супер-кадру. Каждый блок данных содержит конкретное число информационных битов и для формирования блока кода является кодируемым отдельно с помощью внешнего кода. Каждый блок кода затем разбивают на четыре подблока, и каждый подблок кодируют с помощью внутреннего кода и модулируют (то есть отображают на символы модуляции) на основании "режима", выбранного для MLC. Режим может указывать внутреннюю кодовую скорость и схему модуляции, используемую для MLC. Четыре подблока символов модуляции для каждого блока кода передают в четырех кадрах одного супер-кадра, один подблок на один кадр, чтобы достигать временного разнесения и характеристики надежного приема. Для каждого кадра, М подблоков для М блоков кода передают в порции кадра, который был распределен на MLC.

Каждый MLC может передаваться непрерывно или прерывисто, в зависимости от типа потока данных, переносимого этим MLC, и, возможно, других факторов. Для каждого супер-кадра "активным" MLC является MLC, передаваемый в этом супер-кадре. Каждый активный MLC может переносить один или несколько блоков данных в супер-кадре. Чтобы упростить распределение и выделение ресурсов, каждому активному MLC предоставляют одинаковое задание ресурса (например, одинаковое частотно-временное положение) для четырех кадров, как показано на Фиг.3.

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

На Фиг.4 показана блок-схема варианта осуществления процессора 120 данных TX в базовой станции 110. Для простоты на Фиг.4 показана обработка видео и аудио для одной мультимедийной программы. На Фиг.4 также показано использование "многоуровневого" кодирования, посредством чего поток данных посылают в виде двух подпотоков, которые называют основным потоком и потоком расширения. Основной поток может нести основную информацию для всех устройств беспроводной связи, и поток расширения может нести дополнительную информацию для устройств беспроводной связи, наблюдающих лучшие условия канала. При многоуровневом кодировании основной поток и поток расширения кодируют и модулируют отдельно, чтобы сформировать два потока символов модуляции, которые затем объединяют, чтобы получить один поток символов данных.

В пределах TX процессора данных 120 кодер 410 видеоданных для порции видео принимает и сжимает поток видеоданных мультимедийной программы и для порции видео обеспечивает основной поток и поток расширения Кодер 410 видео может осуществлять стандарт MPEG-2 (стандарт сжатия движущегося изображения и звука Экспертной группы по вопросам движущегося изображения) и может формировать последовательность кадров с внутренним кодированием (I), прямых прогнозируемых (P) кадров, и двунаправленных прогнозируемых (B) кадров для потока видео данных. Основной поток может нести кадры и I, и P, а поток расширения может нести кадры B и, возможно, P. В общем, кодер 410 видео может осуществлять любую схему сжатия видео, и основной поток и поток расширения могут нести любой тип и комбинацию кадров.

TX процессор 420 основного потока принимает и обрабатывает основной поток видео. В пределах процессора 420 внешний кодер/перемежитель 422 кодирует каждый блок данных в основном потоке видео и формирует блок кода. Каждый блок данных содержит K пакетов данных и может быть внешним кодированным (с внешним кодированием), например, с помощью кода (N, K) Рида-Соломона (Reed-Solomon), для формирования блока кода с N внешними кодированными пакетами. Например, блок данных с 12 пакетами данных может быть внешним кодированным с помощью кода Рида-Соломона со скоростью 3/4, чтобы сформировать блок кода с 16 внешними кодированными пакетами. Внешний кодер 422 также формирует и добавляет к каждому внешнему кодированному пакету значение циклического избыточного кода (ЦИК, CRC), используемое для выявления ошибок (то есть определения, является ли пакет декодирован корректно или с ошибкой). Перемежитель 422 разбивает каждый блок кода на четыре подблока для четырех кадров и дополнительно перемежает (то есть переупорядочивает) внешние кодированные пакеты для каждого кадра. Внутренний кодер/перемежитель 424 кодирует каждый внешний кодированный пакет с помощью, например, турбо-кода, чтобы сформировать внутренний кодированный пакет (с внутренним кодированием). Перемежитель 424 перемежает биты в каждом внутреннем кодированном пакете, чтобы сформировать перемеженный пакет. Блок 426 отображения символов отображает биты из перемежителя 424 на символы модуляции на основании схемы модуляции (например, QPSK или 16-QAM), выбранной для потока видео данных, и обеспечивает первый поток символов модуляции для основного потока видео.

TX процессор 430 потока расширения обрабатывает поток расширения видео и обеспечивает второй поток символов модуляции . Процессор 430 может использовать одинаковые или различные внешний код, внутренний код и схему модуляции, используемые процессором 420 для основного потока. Объединитель 440 принимает и масштабирует первый и второй потоки символов модуляции с помощью коэффициентов усиления G_bs и G_es соответственно, и объединяет масштабированные потоки символов модуляции, чтобы сформировать поток символов данных для порции видео. Коэффициенты усиления G_bs и G_es определяют величины мощности передачи (и таким образом, зон обслуживания) соответственно для основного потока и потока расширения. Если многоуровневое кодирование не используют, то кодер 410 видео обеспечивает один поток данных, процессор 420 кодирует этот поток данных, чтобы сформировать поток символов данных, и процессор 430 и объединитель 440 не являются необходимыми.

Кодер 450 аудио принимает и кодирует поток данных аудио для порции аудио мультимедийной программы и обеспечивает основной поток и поток расширения для порции аудио. Кодер 450 аудио может осуществлять любую схему сжатия аудио. Основной поток может транспортировать аудио (например, влево плюс вправо, или L+R) в режиме «моно» и поток расширения может транспортировать аудио (например, влево минус вправо, или L-R) в режиме «стерео».

TX процессор 460 основного потока принимает и обрабатывает основной поток аудио и обеспечивает первый поток символов модуляции для основного потока аудио. В пределах процессора 460 блоки данных для основного потока аудио кодируют внешним кодом и перемежают внешним кодером/перемежителем 462, дополнительно кодируют внутренним кодом и перемежают внутренним кодером/перемежителем 464, и отображают на символы модуляции посредством блока 466 отображения символов. TX процессор 470 потока расширения обрабатывает поток расширения аудио и обеспечивает второй поток символов модуляции. Объединитель 480 принимает, масштабирует и объединяет потоки символов модуляции и и формирует поток символов данных для порции аудио. Если многоуровневое кодирование не используют, то кодер 450 аудио обеспечивает один поток данных, процессор 460 кодирует этот поток данных, чтобы сформировать поток символов данных, и процессор 470 и объединитель 480 не являются необходимыми.

Кодер 410 видео и кодер 450 аудио выполняют обработку более высокого уровня (или "сжатие") для потоков данных. Процессоры 420, 430, 460 и 470 и объединители 440 и 480 выполняют обработку физического уровня (или "кодирование") для потоков данных. Другие потоки данных для других мультимедийных программ и/или другого содержимого могут быть сжаты и кодированы способом, подобным показанному на Фиг.4.

На Фиг.5 показана блок-схема варианта осуществления RX процессора 170 данных в устройстве 150 беспроводной связи. Для простоты на Фиг.5 показана обработка видео и аудио для одной мультимедийной программы. В пределах RX процессора 170 данных RX процессор 520 основного потока и RX процессор 530 потока расширения принимает от демодулятора 160 поток детектированных символов данных, который является оценкой потока символов данных для порции видео. В пределах процессора 520 блок 522 обратного преобразования символа осуществляет обратное преобразование детектированных символов данных и обеспечивает детектированные биты, что может быть представлено в виде логарифмических отношений (LLR) правдоподобия. Блок 522 может быть частью демодулятора 160, а не RX процессора 170 данных. Внутренний обращенный перемежитель/декодер 524 осуществляет обращенное перемежение и декодирует детектированные биты для каждого пакета на основании внутреннего кода и обеспечивает внутренний декодированный пакет. Декодер 524 также проверяет каждый внутренний декодированный пакет с помощью значения CRC, добавленного к пакету. Внешний обращенный перемежитель/декодер 526 осуществляет обращенное перемежение внутренних декодированных пакетов для каждого кадра. Если какой-либо пакет в заданном блоке кода является декодированным с ошибкой, то декодер 526 выполняет внешнее декодирование на N внутренних декодированных пакетах для этого блока кода на основании, например, кода (N, K) Рида-Соломона, и обеспечивает K внешних декодированных пакетов для блока кода. Внешнее декодирование можно пропустить, если в блоке кода нет пакетов, внутренне декодированных с ошибкой. Процессор 520 обеспечивает декодированный основной поток видео.

Процессор 530 обрабатывает поток детектированных символов данных и обеспечивает декодированный поток расширения для видео. Декодер 540 видео принимает декодированные основной поток и поток расширения, выполняет декомпрессию видео взаимно дополняющим образом по отношению к сжатию видео, выполняемому в базовой станции, и обеспечивает декомпрессированный поток буфера 542 видео данных видео. Мультиплексор 544 принимает декомпрессированный поток данных видео и вспомогательный поток видео их буфера 542 видео и обеспечивает либо поток либо в качестве потока выходных данных. Буфер 542 видео может хранить предварительно записанные видеофрагменты, графические знаки, рекламные объявления, текстовые сообщения, и так далее. Например, содержимое из буфера 542 видео может быть визуально воспроизводимым между изменениями программ, чтобы подавать пользователю указание, что продолжается получение новой программы.

RX процессор 560 основного потока и RX процессор 570 потока расширения принимает поток детектированных символов данных, который является оценкой потока символов данных для порции аудио мультимедийной программы. В пределах процессора 560 блок 562 обратного преобразования символов осуществляет обратное преобразование детектированных символов данных и обеспечивает детектированные биты. Блок 562 может быть частью демодулятора 160, а не RX процессора 170 данных. Внутренний обращенный перемежитель/декодер 564 осуществляет обращенное перемежение и декодирует детектированные биты для каждого пакета и обеспечивает внутренний декодированный пакет. Декодер 564 также проверяет каждый внутренний декодированный пакет с помощью значения CRC, добавленного к пакету. Внешний обращенный перемежитель/декодер 566 осуществляет обращенное перемежение внутренних декодированных пакетов для каждого кадра. Для каждого блока кода, с наличием по меньшей мере одной ошибки пакета, декодер 566 выполняет внешнее декодирование на внутренних декодированных пакетах для этого блока кода и обеспечивает внешние декодированные пакеты. Процессор 560 обеспечивает декодированный основной поток аудио.

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

Процессоры 520, 530, 560 и 570 осуществляют физический уровень выполняемой приемником обработки (или "декодирование") потоков данных. Декодер 540 видео и декодер 580 аудио осуществляют более высокий уровень выполняемой приемником обработки (или "декомпрессию") для потоков данных. Другие потоки данных для других мультимедийных программ и/или другого содержимого могут быть декодированы и декомпрессированы способом, подобным показанному на Фиг.5.

1. Продолженное декодирование

На Фиг.6 показана временная диаграмма для плавного переключения приема от текущей мультимедийной программы A на новую мультимедийную программу B. Первоначально в супер-кадре n устройство беспроводной связи декодирует, осуществляет декомпрессию и визуально воспроизводит программу A. Во время T₁ пользователь выбирает новую программу B. В это время устройство беспроводной связи не имеет служебной информации, необходимой для декодирования программы B. Вместо фиксирования или гашения визуального воспроизведения устройство беспроводной связи продолжает декодировать, осуществлять декомпрессию и (необязательно) визуально воспроизводить программу A в супер-кадре n.

Во время T₂, которое является началом следующего супер-кадра n+1, устройство беспроводной связи принимает OIS для этого супер-кадра и принимает служебную информацию для программы B. Устройство беспроводной связи имеет возможность начать декодирование программы B в супер-кадре n+1 с помощью этой служебной информации. Устройство беспроводной связи продолжает декомпрессию программы A в супер-кадре n+1 с помощью декодированных данных, принятых в предшествующем супер-кадре n для программы A.

Во время T₃ устройство беспроводной связи завершает декодирование программы B для супер-кадра n+1. Если программа B использует код Рида-Соломона со скоростью 3/4, и пакеты проверки четности для каждого блока кода посылают в кадре 4, то устройство беспроводной связи может восстановить все блоки кода для программы B в кадре 3, если нет пакетов внутренне декодированных с ошибкой, как показано на Фиг.6. Устройство беспроводной связи может начинать декомпрессию программы B ранее в супер-кадре n+1 после завершения декодирования программы (например, во время T₃, как показано на Фиг.6). Устройство беспроводной связи также может начинать декомпрессию программы B ранее, после получения достаточных декодированных данных (например, кадра I) для программы B. Устройство беспроводной связи может, таким образом, начинать декомпрессию программы B ранее в течение супер-кадра n+1. В качестве альтернативы, устройство беспроводной связи может начинать декомпрессию программы B в начале следующего супер-кадра n+2 (не показано на Фиг.6).

Промежуток времени между T₁ и T₃ можно рассматривать для новой программы B в качестве времени получения. Время получения является переменным и зависит от того, когда принят пользовательский выбор относительно следующей OIS и когда инициирована декомпрессия программы B. Это время получения может быть относительно длительным, если OIS посылают редко (например, каждую 1 секунду) и/или если задержка декодирования является длительной. Продолженное декодирование, декомпрессия и (необязательно) визуальное представление программы A в течение времени получения могут обеспечивать лучшее пользовательское впечатление, чем фиксирование или гашение визуального воспроизведения в течение полного времени получения.

На Фиг.7 показана временная диаграмма для плавного переключения приема от те