РАСШИРЕННЫЙ КАНАЛ ПОДТВЕРЖДЕНИЯ И УПРАВЛЕНИЯ СКОРОСТЬЮ Российский патент 2013 года по МПК H04W16/02 

Область техники, к которой относится изобретение

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

Уровень техники

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

Примерные беспроводные сети включают в себя сотовые информационные системы. Последующие являются несколькими такими примерами: (1) «TIA/EIA-95-B Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System» (Стандарт совместимости мобильной станции - базовой станции для двухрежимной широкополосной сотовой системы с расширенным спектром) (стандарт IS-95), (2) стандарт, предложенный консорциумом, названным «3rd Generation Partnership Project» («Проект партнерства третьего поколения») (3GPP), и воплощенный в наборе документов, включающем в себя номера документов 3G TS 25.211, 3G TS 25.212, 3G TS 25.213 и 3G TS 25.214 (стандарт W-CDMA (широкополосного многостанционного доступа с кодовым разделением каналов)), (3) стандарт, предложенный консорциумом, названным «3rd Generation Partnership Project 2» («Проект 2 партнерства третьего поколения») (3GPP2), и воплощенный в «TR-45.5 Physical Layer Standard for cdma2000 Spread Spectrum Systems» («Стандарт TR-45.5 физического уровня для систем cdma2000 с расширенным спектром») (стандарт IS-2000), (4) система высокоскоростной передачи данных (HDR), которая соответствует стандарту TIA/EIA/IS-856 (стандарт IS-856), и (5) пересмотренная версия С стандарта IS-2000, включающая в себя с C.S0001.C по C.S0006.C, и связанные документы (включая последующие предложения пересмотренной версии D) указываются как предложение lxEV-DV.

В примерной системе, согласно пересмотренной версии D стандарта IS-2000 (в настоящее время находящегося в процессе разработки), передача мобильных станций по обратному каналу управляется базовыми станциями. Базовая станция может делать выбор максимальной скорости или отношение потока данных к пилот-сигналу, при котором мобильной станции разрешено передавать. В настоящее время предложены два типа механизмов управления: основанный на разрешении и основанный на управлении скоростью.

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

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

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

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

Никакой из подходов не обеспечивает и уменьшенные накладные расходы, и широкие или быстрые регулировки. Пример подхода для удовлетворения этой потребности раскрыт в заявке на выдачу патента США № XX/XXX,XXX (под номером 030525 дела заявителя), озаглавленной «COMBINING GRANT, ACKNOWLEDGEMENT, AND RATE CONTROL COMMANDS» («КОМБИНИРОВАНИЕ КОМАНД РАЗРЕШЕНИЯ, ПОДТВЕРЖДЕНИЯ И УПРАВЛЕНИЯ СКОРОСТЬЮ»), зарегистрированной 17 февраля 2004 г., переуступленной правопреемнику настоящего изобретения.

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

Сущность изобретения

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

Краткое описание чертежей

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

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

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

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

Фиг.5 - примерный канал подтверждения;

Фиг.6 - примерный канал управления скоростью;

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

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

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

Фиг.10 изображает распределение во времени для примерного варианта осуществления с комбинированными каналами подтверждения и управления скоростью;

Фиг.11 изображает распределение во времени для примерного варианта осуществления с комбинированными каналами подтверждения и управления скоростью, наряду с новым разрешением;

Фиг.12 изображает распределение во времени для примерного варианта осуществления с комбинированными каналами подтверждения и управления скоростью, без разрешения;

Фиг.13 изображает примерный вариант осуществления системы, содержащей специализированный сигнал управления скоростью и общий сигнал управления скоростью;

Фиг.14 изображает вариант осуществления системы, содержащей прямой расширенный канал подтверждения;

Фиг.15 изображает примерное созвездие, подходящее для использования в расширенном канале подтверждения;

Фиг.16 изображает альтернативное созвездие, подходящее для применения в расширенном канале подтверждения;

Фиг.17 изображает трехмерное примерное созвездие, подходящее для применения в расширенном канале подтверждения;

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

Фиг.19 изображает вариант осуществления способа для реагирования на общее и специализированное управление скоростью;

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

Фиг.21 изображает способ для приема и реагирования на прямой расширенный канал подтверждения.

Подробное описание

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

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

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

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

Более точно, разнообразные варианты осуществления изобретения могут быть включены в систему беспроводной связи, работающую в соответствии со стандартом связи, очерченным и раскрытым в различных стандартах, опубликованных Ассоциацией промышленности средств связи (TIA) и другими учреждениями стандартов. Такие стандарты включают в себя стандарт TIA/EIA-95, стандарт TIA/EIA-IS-2000, стандарт IMT-2000, стандарт UMTS (универсальной системы мобильной связи) и WCDMA (проводного CDMA), полностью включенные в материалы настоящей заявки посредством ссылки. Копия стандартов может быть получена посредством письменного обращения в TIA, Отдел стандартов и технологии, Бульвар Вильсона, 2500, Арлингтон, VA 22201, Соединенные Штаты Америки (TIA, Standards and Technology Department, 2500 Wilson Boulevard, Arlington, VA 22201, United States of America). Стандарт, обычно указываемый, как стандарт UMTS, включенный в материалы настоящей заявки посредством ссылки, может быть получен вступлением в контакт с офисом поддержки 3GPP (3GPP Support Office, 650 Route des Lucioles-Sophia Antipolis, Valbonne-France).

Фиг.1 - схема системы 100 беспроводной связи, которая может быть предназначена для поддержки одного или более стандартов CDMA и/или проектов (например, стандарта W-CDMA, стандарат IS-95, стандарта cdma2000, спецификации HDR, системы lxEV-DV). В альтернативном варианте осуществления, система 100 дополнительно может поддерживать любой стандарт беспроводной связи или проект, иные чем система CDMA. В примерном варианте осуществления, система 100 является системой 1xEV-DV (высокоскоростной системой обмена пакетными данными и речью CDMA).

Для простоты, система 100 показана включающей в себя три базовых станции 104 на связи с двумя мобильными станциями 106. Базовая станция и ее зона обслуживания часто упоминаются, в собирательном значении, как «сота». Например, в системах IS-95, cdma2000 или 1xEV-DV, сота может включать в себя один или более секторов. В спецификации W-CDMA, каждый сектор базовой станции и зона обслуживания сектора указывается как сота. В качестве используемого в материалах настоящей заявки, термин базовая станция может использоваться взаимозаменяемо с терминами точка доступа или Узел Б. Термин мобильная станция может использоваться взаимозаменяемо с терминами пользовательское оборудование (UE), абонентский узел, абонентский пункт, терминал доступа, удаленный терминал, или другими соответствующими терминами, известными в данной области техники. Термин мобильная станция охватывает стационарные беспроводные применения.

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

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

Передача данных по прямой линии связи 1xEV-DV

Система 100, такая как описанная в предложении lxEV-DV, как правило, содержит каналы прямой линии связи четырех классов: служебные каналы, динамически изменяющиеся каналы IS-95 и IS-2000, прямой канал пакетных данных (F-PDCH), и несколько резервных каналов. Назначения служебных каналов изменяются медленно; например, они могут не меняться месяцами. Типично, они изменяются, когда происходят значительные изменения конфигурации сети. Динамически изменяющиеся каналы IS-95 и IS-2000 распределяются на повызывной основе или используются для IS-95 или голосовых и пакетных услуг выпусков с 0 по В стандарта IS-2000. Обычно, имеющаяся в распоряжении мощность базовой станции, оставшаяся после того, как были распределены служебные каналы и динамически изменяющиеся каналы, выделяется каналу F-PDCH для оставшихся информационных услуг.

F-PDCH, подобно каналу трафика в стандарте IS-856, используется, чтобы отправлять данные на наибольшей приемлемой скорости передачи данных одному или двум пользователям за раз в каждой соте. В IS-856, полная мощность базовой станции и единое пространство функций Уолша имеются в распоряжении в случае отправки данных на мобильную станцию. Однако, в системе lxEV-DV, некоторая мощность базовой станции и некоторые из функций Уолша выделяются служебным каналам и существующим услугам IS-95 и cdma2000. Скорость передачи данных, которая является приемлемой, в основном, зависит от имеющейся в распоряжении мощности и кодов Уолша, после того, как были заданы мощности и коды Уолша для служебных, IS-95 и IS-2000 каналов. Данные, переданные по F-PDCH кодируются с расширением спектра с использованием одного или более кодов Уолша.

В системе lxEV-DV, базовая станция, в основном, передает по F-PDCH только одной мобильной станции за раз, хотя многие пользователи в соте могут использовать пакетные услуги. (Также является возможным передавать двум пользователям посредством планирования передач для двух пользователей и выделения мощности и каналов Уолша соответственно каждому пользователю). Мобильные станции выбираются для передачи по прямой линии связи на основе некоторого алгоритма планирования.

В системе, подобной IS-856 или lxEV-DV, планирование основано отчасти на обратной связи по качеству канала от мобильных станций, являющихся обслуживаемыми. Например, в IS-856, мобильные станции оценивают качество прямой линии связи и вычисляют скорость передачи, предполагаемую подходящей для текущих условий. Требуемая скорость с каждой мобильной станции передается на базовую станцию. Алгоритм планирования может, например, выбирать для передачи мобильную станцию, которая поддерживает относительно высокую скорость передачи для того, чтобы сделать более эффективным использование совместно используемого канала связи. В качестве еще одного примера, в системе lxEV-DV, каждая мобильная станция передает оценку отношения мощности несущей к помехе (C/I), как оценку качества канала, по обратному каналу индикатора качества (R-CQICH). Алгоритм планирования используется, чтобы определить мобильную станцию, выбранную для передачи, а так же подходящую скорость и формат передачи, в соответствии с качеством канала.

Как описано выше, система 100 беспроводной связи может поддерживать многочисленных пользователей, совместно и одновременно использующих ресурс связи, так, как система IS-95, может в раз выделять ресурс связи полностью одному пользователю так, как система IS-856, или может распределять ресурс связи, чтобы разрешить оба типа доступа. Система lxEV-DV является примером системы, которая разделяет ресурс связи между обоими типами доступа, и динамически назначает пропорциональное распределение согласно потребности пользователя. Только что был описан примерный вариант осуществления прямой линии связи. Различные примерные варианты осуществления обратной линии связи дополнительно детализированы ниже.

Фиг.2 изображает примерные мобильную станцию 106 и базовую станцию 104, сконфигурированные в систему 100, приспособленную для передачи данных. Базовая станция 104 и мобильная станция 106 показаны поддерживающими связь по прямой и обратной линии связи. Мобильная станция 106 принимает сигналы прямой линии связи в принимающей подсистеме 220. Базовая станция 104, передающая каналы данных и управления, детализированные ниже, может быть указана в материалах настоящей заявки как обслуживающая станция для мобильной станции 106. Примерная принимающая подсистема дополнительно детализирована ниже по фиг.3. Оценка отношения мощности несущей к помехе (C/I) производится для сигнала прямой линии связи, принятого с обслуживающей базовой станции на мобильной станции 106. Измерение C/I является примером показателя качества канала, используемого как оценка канала, и дополнительные показатели качества канала могут быть использованы в альтернативных вариантах осуществления. Результат измерения C/I доставляется в подсистему 210 передачи в базовой станции 104, пример которой дополнительно детализирован ниже по фиг.3.

Подсистема 210 передачи доставляет оценку C/I по обратной линии связи в тех случаях, когда она доставляется на обслуживающую базовую станцию. Заметим, что в ситуации мягкой передачи обслуживания, хорошо известной в данной области техники, сигналы обратной линии связи, переданные с мобильной станции, могут приниматься одной или более базовыми станциями, иными чем обслуживающая базовая станция, указываемыми в материалах настоящей заявки как необслуживающие базовые станции. Принимающая подсистема 230, в базовой станции 104, принимает информацию C/I с мобильной станции 106.

Планировщик 240 в базовой станции 104 используется, чтобы определять, действительно ли, и каким образом, данные должны быть переданы на одну или более мобильных станций в пределах зоны обслуживания обслуживающей соты. Может использоваться любой тип алгоритма планирования в пределах объема настоящего изобретения. Один из примеров раскрыт в заявке №08/798,951 на выдачу патента США, озаглавленной «METHOD AND APPARATUS FOR FORWARD LINK RATE SCHEDULING» («СПОСОБ И УСТРОЙСТВО ДЛЯ ПЛАНИРОВАНИЯ СКОРОСТИ ПРЯМОЙ ЛИНИИ СВЯЗИ»), зарегистрированной 11 февраля 1997 г., переуступленной правопреемнику настоящего изобретения.

В примерном варианте осуществления 1xEV-DV, мобильная станция выбирается для передачи по прямой линии связи, когда измерение C/I, принятое с мобильной станции, указывает, что данные могут быть отправлены на определенной скорости. В показателях емкости системы является выгодным выбирать целевую мобильную станцию так, чтобы совместно используемый ресурс связи всегда использовался на максимальной поддерживаемой скорости. Таким образом, типичная выбранная целевая мобильная станция может быть таковой с наивысшим сообщенным C/I. Другие факторы также могут быть включены в решение планирования. Например, могут быть созданы гарантии минимального качества обслуживания для различных пользователей. Может быть, что мобильная станция с относительно низким сообщенным C/I выбирается для передачи, с тем чтобы поддержать минимальную скорость передачи данных такому пользователю. Может оказаться, что мобильная станция с не самым большим сообщенным C/I выбирается для передачи, чтобы поддержать определенный критерий равнодоступности среди всех пользователей.

В примерной системе 1xEV-DV, планировщик 240 определяет, какой мобильной станции передавать, а также скорость передачи данных, формат модуляции, и уровень мощности для такой передачи. В альтернативном варианте осуществления, например, таком как система IS-856, решение о поддерживаемой скорости/формате модуляции может быть произведено в мобильной станции на основании качества канала, измеренного в мобильной станции, и формат передачи может быть отправлен обслуживающей базовой станции вместо измерения C/I. Специалисты в данной области техники будут осознавать несметное количество комбинаций поддерживаемых скоростей, форматов модуляции, уровней мощности, и тому подобного, которые могут быть использованы в пределах объема настоящего изобретения. Более того, несмотря на то, что в различных вариантах осуществления, описанных в материалах настоящей заявки, задачи планирования выполняются на базовой станции, в альтернативных вариантах осуществления некоторые или все из последовательности операций планирования могут происходить на мобильной станции.

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

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

Мобильная станция может быть на связи с более чем одной базовой станцией в ситуации, известной как мягкая передача обслуживания. Мягкая передача обслуживания может включать в себя большое количество секторов от одной базовой станции (или одной базовой приемопередающей подсистемы (BTS)), известна как более мягкая передача обслуживания, а также секторы от многочисленных BTS. Секторы базовой станции при мягкой передаче обслуживания, как правило, сохраняются в активном множестве мобильной станции. В системе с одновременно и совместно используемым ресурсом связи, такой как IS-95, IS-2000, или соответствующей части системы 1xEV-DV, мобильная станция может комбинировать сигналы прямой линии связи, переданные из всех секторов в активном множестве. В чисто информационной системе, такой как IS-856, или соответствующей части системы 1xEV-DV, мобильная станция принимает информационный сигнал прямой линии связи от одной базовой станции в активном множестве, обслуживающей базовой станции (определенной согласно алгоритму выбора мобильной станции, такого как описанные в стандарте C.S0002.C). Другие сигналы прямой линии связи, примеры которых дополнительно детализированы ниже, также могут приниматься от необслуживающих базовых станций.

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

Передача данных обратной линии связи также может выполняться в системе 100. Описанные принимающие и передающие подсистемы 210-230 и 250, могут быть использованы для отправки сигналов управления по прямой линии связи, чтобы направлять передачу данных по обратной линии связи. Мобильные станции 106 также могут передавать управляющую информацию по обратной линии связи. Различные мобильные станции 106, поддерживающие связь с одной или более базовыми станциями 104, могут осуществлять доступ к совместно используемому ресурсу связи (т.е, каналу обратной линии связи, который может распределяться по-разному, как в lxEV-DV, или с фиксированным распределением, как в IS-856), в ответ на различные технологии управления доступом и управления скоростью, примеры которых детализированы ниже. Планировщик 240 может быть использован, чтобы определять распределение ресурсов обратной линии связи. Примерные управляющие и информационные сигналы для передачи данных обратной линии связи детализированы ниже.

Варианты осуществления примерной базовой станции и мобильной станции

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

Сигналы принимаются на антенне 310 и доставляются в приемник 320. Приемник 320 выполняет обработку согласно одному или более стандартам беспроводных систем, таким как стандарты, перечисленные выше. Приемник 320 выполняет разнообразную обработку, такую как преобразование радиочастоты (RF) в полосу частот модулирующих сигналов, усиление, аналого-цифровое преобразование, фильтрацию и тому подобное. В данной области техники общеизвестны различные технологии для приема. Приемник 320 может использоваться, чтобы измерять качество канала прямой и обратной линии связи, когда устройство является мобильной станцией или базовой станцией соответственно, хотя, для ясности обсуждения, показан отдельный блок 335 оценки качества канала, детализированный ниже.

Сигналы от приемника 320 демодулируются в демодуляторе 325 согласно одному или более стандартам связи. В примерном варианте осуществления используется демодулятор, способный к демодулированию сигналов lxEV-DV. В альтернативных вариантах осуществления, могут поддерживаться альтернативные стандарты, и варианты осуществления могут поддерживать многочисленные форматы связи. Демодулятор 330 может выполнять RAKE (многоотводный когерентный) прием, компенсацию, комбинирование, устранение перемежения, декодирование и различные другие функции, как это требуется согласно формату принимаемых сигналов. В данной области техники известны различные технологии демодулирования. В базовой станции 104, демодулятор 325 будет осуществлять демодуляцию согласно обратной линии связи. В мобильной станции 106, демодулятор 325 будет осуществлять демодуляцию согласно прямой линии связи. Каналы данных и управления, описанные в материалах настоящей заявки, являются примерами каналов, которые могут приниматься и демодулироваться в приемнике 320 и демодуляторе 325. Демодуляция прямого канала данных будет происходить в соответствии с сигнализацией по управляющему каналу, как описано выше.

Декодер 330 сообщений принимает демодулированные данные и извлекает сигналы или сообщения, направленные на мобильную станцию 106 или базовую станцию 104 по прямой или обратной линии связи соответственно. Декодер 330 сообщений декодирует различные сообщения, использованные при установлении, поддержании и сбросе вызова (в том числе голосовых сеансов и сеансов данных) в системе. Сообщения могут включать в себя указатели качества канала, такие как измерения C/I, сообщения управления мощностью, или сообщения канала управления, используемые для демодулирования прямого канала данных. Различные типы управляющих сообщений могут декодироваться либо в базовой станции 104, либо в мобильной станции 106, в качестве переданных по обратной или прямой линиям связи соответственно. Например, описанные ниже являются сообщениями запроса и сообщениями разрешения касательно планирования передачи данных обратной линии связи для формирования, соответственно, в мобильной станции или базовой станции. Различные другие типы сообщений известны в данной области техники и могут быть заданы в различных поддерживаемых стандартах связи. Сообщения доставляются процессору 350 для использования при последующей обработке. Некоторые или все из функций декодера 330 сообщений могут выполняться в процессоре 350, несмотря на то, что, для ясности обсуждения, показан отдельный структурный элемент. В качестве альтернативы, демодулятор 325 может декодировать определенную информацию и отправлять ее непосредственно процессору 350 (примерами являются однобитное сообщение, такое как ACK/NAK или команда управления повышением, снижением мощности). Различные сигналы и сообщения для использования в вариантах осуществления, раскрытых в материалах настоящей заявки, дополнительно детализированы ниже.

Блок 335 оценки качества канала подключен к приемнику 320 и используется для выполнения оценок различных уровней мощности для использования в процедурах, описанных в материалах настоящей заявки, а также для использования при разнообразной другой обработке, используемой при связи, такой как демодуляция. В мобильной станции 106 могут быть выполнены измерения C/I. В дополнение, измерения любого сигнала или канала, используемые в системе, могут быть измерены в блоке 335 оценки качества канала данного варианта осуществления. В базовой станции 104 или мобильной станции 106, могут быть сделаны оценки интенсивности (мощности) сигнала к примеру, мощности принятого пилот-сигнала. Блок 335 оценки качества канала показан как обособленный структурный элемент только для ясности обсуждения. Является общепринятым для такого структурного элемента быть заключенным в пределах другого структурного элемента, такого как приемник 320 или демодулятор 325. Могут быть сделаны различные виды оценок интенсивности сигнала, в зависимости от того, какой тип сигнала или какой тип системы являются оцениваемыми. Вообще, любой вид структурного элемента оценки качества канала может быть использован вместо блока 335 оценки качества канала в пределах объема настоящего изобретения. В базовой станции 104, оценки качества канала доставляются процессору 350 для использования при планировании, или определении качества обратной линии связи, как дополнительно описано ниже. Оценки качества канала могут быть использованы, чтобы определять, требуются ли команды управления повышением или снижением мощности, чтобы привести мощность прямой или обратной линии связи к желательной уставке. Желательная уставка может быть определена с помощью механизма внешнего контура управления мощностью передачи.

Сигналы передаются через антенну 310. Переданные сигналы форматируются в передатчике 370 согласно одному или более стандартам беспроводных систем, например, таким как перечисленные выше. Примерами компонентов, которые могут быть включены в состав передатчика 370, являются усилители, фильтры, цифро-аналоговые (D/A) преобразователи, радиочастотные (RF) конверторы, и тому подобное. Данные для передачи поставляются в передатчик 370 модулятором 365. Каналы данных и управления могут быть отформатированы для передачи в соответствии с многообразием форматов. Данные для передачи по каналу данных прямой линии связи могут быть отформатированы в модуляторе 365 согласно скорости передачи и формату модуляции, указанным алгоритмом планирования в соответствии с C/I или другим измерением качества канала. Планировщик, такой как планировщик 240, описанный выше, может находиться в процессоре 350. Подобным образом, передатчик 370 может быть ориентирован, чтобы осуществлять передачу при уровне мощности в соответствии с алгоритмом планирования. Примеры компонентов, которые могут быть заключены в модуляторе 365, включают в себя кодеры, перемежители, устройства расширения спектра, и модуляторы различных типов. Проект обратной линии связи, в том числе примерные форматы модуляции и управление доступом, подходящие для применения в системе lxEV-DV, также описаны ниже.

Формирователь 360 сообщений может быть использован, чтобы подготавливать сообщения различных типов, как описано в материалах настоящей заявки. Например, C/I-сообщения могут быть сформированы в мобильной станции для передачи по обратной линии связи. Различные типы управляющих сообщений могут формироваться либо в базовой станции 104, либо в мобильной станции 106, для передачи, соответственно, по прямой или обратной линиям связи. Например, описанные ниже являются сообщениями запроса и сообщениями разрешения касательно планирования передачи данных обратной линии связи для формирования, соответственно, в мобильной станции или базовой станции.

Данные, принятые и демодулированные в демодуляторе 325, могут доставляться процессору 350 для использования в передачах голоса или информации, а так же различным другим компонентам. Подобным образом, данные для передачи могут направляться в модулятор 365 и передатчик 370 из процессора 350. Например, различные информационные приложения могут быть представлены в процессоре 350, или в другом процессоре, содержащемся в устройстве 104 или 106 (не показаны) беспроводной связи. Базовая станция 104 может быть присоединена, через другое оборудование, которое не показано, к одной или более внешних сетей, например, к сети Интернет (не показана). Мобильная станция 106 может включать в себя линию связи с внешним устройством, таким как портативный компьютер (не показан).

Процессор 350 может быть микропроцессором общего применения, цифровым сигнальным процессором (ЦСП, DSP), или процессором специального назначения. Процессор 350 может выполнять некоторые или все из функций приемника 320, демодулятора 325, декодера 330 сообщений, блока 335 оценки качества канала, формирователя 360 сообщений, модулятора 365, или передатчика 370, а также любую другую обработку, требуемую устройством беспроводной связи. Процессор 350 может быть связан с аппаратными средствами специального назначения для содействия этим задачам (подробности не показаны). Информационные или голосовые приложения могут быть внешними, к примеру, присоединенной снаружи портативной ЭВМ или присоединением к сети, могут работать на дополнительном процессоре в пределах устройства 104 или 106 беспроводной связи (не показан), или могут работать на самом процессоре 350. Процессор 350 связан с памятью 355, которая может быть использована для хранения данных, а также инструкций для выполнения различных процедур и способов, описанных в материалах настоящей заявки. Специалисты в данной области техники будут осознавать, что память 355 может быть состоящей из одного или более запоминающих компонентов различных типов, которые могут быть встроенными целиком или частично в пределах процессора 350.

Типичная система передачи данных может включать в себя один или более каналов различных типов. Более точно, в большинстве случаев, используются один или более каналов данных. Также является общепринятым использовать один или более каналов управления, хотя внутриполосная управляющая сигнализация может быть включена в канал данных. Например, в системе 1xEV-DV, прямой канал управления пакетными данными (F-PDCCH) и прямой канал пакетных данных (F-PDCH) определены для передачи, соответственно, управления и данных по прямой линии связи. Различные примерные каналы для передачи данных по обратной линии связи детализированы, как изложено ниже.

Соображения по проекированию обратной лини связи 1xEV-DV

В этом разделе описаны различные факторы, рассмотренные при проектировании примерного варианта осуществления обратной линии связи системы беспроводной связи. Во многих вариантах осуществления, дополнительно детализированных в следующих разделах, используются сигналы, параметры, и процедуры, ассоциативно связанные со стандартом 1xEV-DV. Этот стандарт описан только в иллюстративных целях, так как каждый из аспектов, описанных в материалах настоящей заявки, и их комбинации, могут быть применены к любому количеству систем связи в пределах объема настоящего изобретения. Этот раздел служит в качестве частичного краткого изложения различных аспектов изобретения, хотя он не является исчерпывающим. Примерные варианты осуществления дополнительно детализированы ниже, в последующих разделах, в которых описаны дополнительные аспекты.

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

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

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

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

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

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

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

Базовая станция выделяет часть емкости обратной линии связи одной или более мобильным станциям. Мобильной станции, которой разрешен доступ, предоставляется максимальный уровень мощности. В примерных вариантах осуществления, описанных в материалах настоящей заявки, ресурс обратной линии связи распределяется с использованием отношения трафика к пилот-сигналу (T/P). Так как пилот-сигнал каждой мобильной станции адаптивно управляется посредством управления мощностью, задание отношения Т/Р указывает имеющуюся в распоряжении мощность для использования при передаче данных по обратной линии связи. Базовая станция может создавать индивидуальные разрешения для одной или более мобильных станций, указывающие значение Т/Р, конкретное для каждой мобильной станции. Базовая станция также может создавать общее разрешение оставшимся мобильным станциям, которые запросили доступ, указывающее максимальное значение Т/Р, которое предусмотрено для передачи, таким оставшимся мобильным станциям. Автономная и запланированная передача, индивидуальные и общие разрешения, и управление скоростью дополнительно детализированы ниже.

Различные алгоритмы планирования известны в данной области техники, и еще большие должны быть разработаны, которые могут быть использованы для определения различных индивидуальных и общих значений Т/Р для разрешений, а также команды управления требуемой скоростью, в соответствии с количеством зарегистрированных мобильных станций, возможностью автономной передачи мобильными станциями, количеством и размером ожидающих выполнения запросов, ожидаемым средним откликом на разрешения, и любым количеством других факторов. В одном из примеров, выбор производится на основании приоритета качества обслуживания (QoS), эффективности, и достижимой полосы пропускания от множества запрашивающих мобильных станций. Одна из примерных технологий планирования раскрыта в находящейся в процессе одновременного рассмотрения заявке №10/651,810 на выдачу патента США, озаглавленной «SYSTEM AND METHOD FOR A TIME-SCALABLE PRIORITY-BASED SCHEDULER» («СИСТЕМА И СПОСОБ ДЛЯ ОСНОВАННОГО НА МАСШТАБИРУЕМОМ ПО ВРЕМЕНИ ПРИОРИТЕТЕ ПЛАНИРОВЩИКА»), зарегистрированной 28 августа 2003 г., переуступленной правопреемнику настоящего изобретения. Дополнительные ссылочные материалы включают в себя патент 5,914,950 США, озаглавленный «METHOD AND APPARATUS FOR REVERSE LINK RATE SCHEDULING» («СПОСОБ И УСТРОЙСТВО ДЛЯ ПЛАНИРОВАНИЯ СКОРОСТИ ОБРАТНОЙ ЛИНИИ СВЯЗИ»), и патент 5,923,650 США, также озаглавленный «METHOD AND APPARATUS FOR REVERSE LINK RATE SCHEDULING», оба переуступленные правопреемнику настоящего изобретения.

Мобильная станция может передавать пакетные данные с использованием одного или более подпакетов, где каждый подпакет содержит информацию завершенного пакета (каждый подпакет не обязательно закодирован одинаково, так как разнообразное кодирование или избыточность могут быть использованы по всем различным подпакетам). Технологии повторной передачи могут быть использованы, чтобы гарантировать надежную передачу, например, автоматический повтор запроса (ARQ). Таким образом, если первый подпакет принят без ошибки (например, с использованием CRC (циклического избыточного кода)), положительное подтверждение (АСК) отправляется мобильной станции, и дополнительные подпакеты не будут отправлены (напомним, что, в том или ином виде, каждый подпакет содержит информацию полного пакета). Если первый подпакет не принят корректно, то сигнал отрицательного подтверждения (NAK) отправляется мобильной станции, и будет передан второй подпакет. Базовая станция может комбинировать энергию двух подпакетов и попытаться декодировать. Этот процесс может повторяться неограниченно, хотя является общепринятым задавать максимальное количество подпакетов. В примерных вариантах осуществления, описанных в материалах настоящей заявки, может передаваться вплоть до четырех подпакетов. Таким образом, вероятность правильного приема возрастает, так как принимаются дополнительные подпакеты. Ниже детализировано многообразие путей для комбинирования ответов ARQ, команд управления скоростью и разрешений для обеспечения требуемого уровня гибкости в скоростях передачи с приемлемыми уровнями накладных расходов.

Как только что описано, мобильная станция может попеременно использовать пропускную способность или запаздывание при принятии решения, использовать ли автономную передачу для передачи данных с низким запаздыванием, или запрашивание более высокой скорости передачи и ожидание общего или индивидуального разрешения. В дополнение, для заданного значения Т/Р, мобильная станция может выбирать скорость передачи данных, соответствующую запаздыванию или пропускной способности. Например, мобильная станция с относительно небольшим количеством бит для передачи может решить, что требуется низкое запаздывание. Для имеющегося в распоряжении Т/Р (вероятно, максимума автономной передачи, в этом примере, но также могло бы быть Т/Р индивидуального или общего разрешения), мобильная станция может выбирать скорость и формат модуляции из условия, что вероятность корректного приема базовой станцией первого подпакета является высокой. Хотя повторная передача, если необходима, будет доступна, вероятно, что эта мобильная станция будет способна передать свои биты данных в одном подпакете. В различных примерных вариантах осуществления, описанных в материалах настоящей заявки, каждый подпакет передается на протяжении 5 мс. Поэтому в этом примере, мобильная станция может производить следующую автономную передачу, которая, вероятно, должна быть принята на базовой станции в следующем 5-миллисекундном интервале. Отметим, что, в качестве альтернативы, мобильная станция может использовать наличие дополнительных подпакетов, чтобы увеличить объем данных, переданных для данного Т/Р. Значит, мобильная станция может выбирать автономную передачу, чтобы уменьшить запаздывание, связанное с запросами и разрешениями, и дополнительно может жертвовать пропускной способностью на конкретное Т/Р, чтобы минимизировать количество требуемых подпакетов (а следовательно, запаздывание). Даже если выбрано полное количество подпакетов, автономная передача будет иметь меньшее запаздывание, чем запрос и разрешение для относительно небольших передач данных. Специалисты в данной области техники будут осознавать, что, в то время как объем данных, которые должны быть переданы, возрастает, запрашивая многочисленные пакеты для передачи, общее запаздывание может быть уменьшено посредством переключения на формат запроса и разрешения, так как отрицательная сторона запроса и разрешения, в конечном счете, будет скомпенсирована увеличенной пропускной способностью более высокой скорости передачи данных по многочисленным пакетам. Этот процесс дополнительно детализирован ниже, вместе с примерным набором скоростей передачи и форматов, которые могут быть ассоциативно связаны с различными назначениями Т/Р.

Передача данных обратной линии связи

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

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

Запланированная передача: Мобильная станция отправляет оценку размера своего буфера, имеющуюся в распоряжении мощность и, возможно, другие параметры. Базовая станция определяет, когда мобильной станции разрешено осуществлять передачу. Цель планировщика состоит в том, чтобы ограничивать количество одновременных передач, а соответственно, в уменьшении перекрестных помех между мобильными станциями. Планировщик может попытаться обязать мобильные станции в зонах между сотами передавать на более низких скоростях, с тем чтобы уменьшить перекрестные помехи для соседних сот, и строго контролировать RoT, чтобы сохранить качество голоса, передаваемого по R-FCH, обратную связь DV по R-CQICH и подтверждения (R-ACKCH), а также устойчивость системы.

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

Различные варианты осуществления, детализированные в материалах настоящей заявки, содержат один или более признаков, предназначенных для улучшения пропускной способности, емкости, и общей производительности системы по обратной линии связи системы беспроводной связи. Только для иллюстративных целей, описана информационная часть системы lxEV-DV, в частности, оптимизация передачи различными мобильными станциями по усовершенствованному вспомогательному обратному каналу (R-ESCH). Различные каналы прямой и обратной линии связи, используемые в одном или более примерных вариантах осуществления, детализированы в этом разделе. Эти каналы, как правило, являются подмножеством каналов, используемых в системе связи.

Фиг.4 изображает примерный вариант осуществления информационных и управляющих сигналов для передачи данных обратной линии связи. Мобильная станция 106 показана поддерживающей связь по различным каналам, каждый канал присоединен к одной или более базовым станциям 104А - 104С. Базовая станция 104А отмечена как планирующая базовая станция. Другие базовые станции 104В и 104С являются частью активного множества мобильной станции 106. Показаны четыре типа сигналов обратной линии связи и четыре типа сигналов прямой линии связи. Они описаны ниже.

R-REQCH

Обратный канал запроса (R-REQCH) используется мобильной станцией, чтобы запрашивать у планирующей базовой станции передачу данных обратной линии связи. В примерном варианте осуществления запросы предназначены для передачи по R-ESCH (дополнительно детализированному ниже). В примерном варианте осуществления, запрос по R-REQCH включает в себя отношение Т/Р, которое может поддерживать мобильная станция, переменную касательно изменяющихся условий канала, и размер буфера (то есть, объем данных, дожидающихся передачи). Запрос также может задавать качество обслуживания (QoS) для данных, ожидающих передачи. Заметим, что мобильная станция может обладать единственным уровнем QoS, заданным для мобильной станции, или, в качестве альтернативы, разные уровни QoS для разных типов вариантов обслуживания. Более высокоуровневые протоколы могут указывать QoS или другие требуемые параметры (такие как требования к запаздыванию или пропускной способности) для различных информационных услуг. В альтернативном варианте осуществления, обратный специализированный канал управления (R-DCCH), используемый в соединении с другими сигналами обратной линии связи, такими как обратный основной канал (R-FCH) (используемый, например, для голосовых услуг), может быть использован, чтобы переносить запросы доступа. Вообще, запросы доступа могут быть описаны как содержащие логический канал, то есть обратный канал планируемого запроса (R-SRCH), который может быть преобразован в любой существующий физический канал, такой как R-DCCH. Примерный вариант осуществления является обратно совместимым с существующими системами CDMA, такими как пересмотренная версия С стандарта IS-2000, а R-REQCH является физическим каналом, который может быть использован при отсутствии любого из R-FCH или R-DCCH. Для ясности, термин R-REQCH используется, чтобы описывать канал запроса доступа в описаниях варианта осуществления, приведенных в материалах настоящей заявки, хотя специалисты в данной области техники без труда распространят принципы на любой тип систем запроса доступа, является ли канал запроса доступа логическим или физическим. R-REQCH может быть закрытым до тех пор, пока не требуется запрос, таким образом, уменьшая перекрестные помехи и сохраняя емкость системы.

В примерном варианте осуществления, R-REQCH содержит 12 входных битов, которые состоят из следующих: 4 бит, чтобы задавать максимальное отношение Т/Р R-ESCH, которое мобильное устройство может поддерживать, 4 бит, чтобы задавать количество данных в буфере мобильного устройства, и 4 бит, чтобы задавать QoS. Специалисты в данной области техники будут осознавать, что любое количество бит и различные другие поля могут быть включены в альтернативные варианты осуществления.

F-GCH

Прямой канал разрешения (F-GCH) передается с планирующей базовой станции на мобильную станцию. F-GCH может быть состоящим из многочисленных каналов. В примерном варианте осуществления, общий канал F-GCH применяется для создания общих разрешений, а один или более индивидуальных каналов F-GCH применяются для создания индивидуальных разрешений. Разрешения создаются планирующей базовой станцией в ответ на один или более запросов от одной или более мобильных станций по их соответственным R-REQCH. Каналы разрешения могут быть помечены как GCH_x, где нижний индекс x идентифицирует номер канала. Номер 0 канала может использоваться, чтобы указывать общий канал разрешения. Если используются N индивидуальных каналов, нижний индекс х может изменяться в пределах от 1 до N.

Индивидуальное разрешение может быть создано для одной или более мобильных станций, каждое из которых дает разрешение идентифицированной мобильной станции осуществлять передачу по R-ESCH при заданном отношении Т/Р или ниже. Формирование разрешений на прямой линии связи, естественно, будет вносить накладные расходы, которые расходуют некоторую емкость прямой линии связи. Различные варианты выбора для уменьшения накладных расходов, ассоциативно связанных с разрешениями, детализированы в материалах настоящей заявки, и другие варианты выбора будут очевидны специалистам в данной области техники в свете идей, изложенных в материалах настоящей заявки.

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

В примерном варианте осуществления, некоторое количество индивидуальных каналов F-GCH реализовано, чтобы обеспечить соответствующее количество индивидуальных разрешений в конкретный момент времени. Каналы F-GCH являются мультиплексированными с кодовым разделением. Это содействует возможности передавать каждое разрешение при уровне мощности, требуемом для достижения только отдельной подразумеваемой мобильной станции. В альтернативном варианте осуществления, может быть использован единственный индивидуальный канал разрешения, с количеством индивидуальных разрешений разделенных по времени. Необходимость изменять мощность каждого разрешения по мультиплексированному по времени индивидуальному F-GCH может вносить дополнительную сложность. Любая технология передачи сигналов для доставки общих или индивидуальных разрешений может быть реализована в пределах объема настоящего изобретения.

В некоторых вариантах осуществления, относительно большое количество индивидуальных каналов разрешения (то есть, F-GCH) используются, чтобы предусмотреть относительно большое количество индивидуальных разрешений в один момент времени. В таком случае, может потребоваться ограничение количества индивидуальных каналов разрешения, которые должна контролировать каждая мобильная станция. В одном из примерных вариантов осуществления определены различные подмножества общего количества индивидуальных каналов разрешения. Каждой мобильной станции назначается подмножество индивидуальных каналов разрешения, которые она должна контролировать. Это предоставляет мобильной станции возможность уменьшать сложность обработки, а соответственно, уменьшать потребляемую мощность. Компромиссное решение находится в гибкости планирования, так как планирующая базовая станция может не быть способной произвольно назначать наборы индивидуальных разрешений (например, все индивидуальные разрешения не могут быть созданы для членов одной группы, так как такие члены, по проекту, не контролируют один или более индивидуальных каналов разрешения). Отметим, что эта потеря гибкости не обязательно имеет результатом потерю емкости. Для иллюстрации, рассмотрим пример, включающий в себя четыре индивидуальных канала разрешения. Пронумерованным четными числами мобильным станциям может быть назначено контролировать первые два канала разрешения, а пронумерованные нечетными числами мобильным станциям может быть назначено контролировать последние два. В другом примере, подмножества могут перекрываться, например, четные мобильные станции, контролирующие первые три канала разрешения, и нечетные мобильные станции, контролирующие последние три канала разрешения. Ясно, что планирующая базовая станция не может произвольно назначить четыре мобильных станции из любой одной группы (четных или нечетных). Эти примеры являются только иллюстративными. Любое количество каналов с любой конфигурацией подмножеств может быть использовано в пределах объема настоящего изобретения.

Оставшимся мобильным станциям, сделавшим запрос, но не принявшим индивидуальное разрешение, может быть дано право передавать по R-ESCH с использованием общего разрешения, которое задает максимальное отношение Т/Р, которого должна придерживаться каждая из оставшихся мобильных станций. Общий F-GCH также может указываться как прямой общий канал разрешения (F-CGCH). Мобильная станция контролирует один или более индивидуальных каналов разрешения (или их подмножество), а также общий F-GCH. Пока не задано индивидуальное разрешение, мобильная станция может передавать, если выдается общее разрешение. Общее разрешение указывает максимальное отношение T/P, при котором оставшиеся мобильные станции (мобильные станции общего разрешения) могут передавать, для данных с определенным типом QoS.

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

F-GCH отправляется базовой станцией на каждую мобильную станцию, которую базовая станция планирует для отправки нового пакета R-ESCH. Он также может быть отправлен во время передачи или повторной передачи кодированного пакета, чтобы вынудить мобильную станцию модифицировать отношение Т/Р ее передачи для последующих подпакетов пакета кодера в случае, когда становится необходимым сдерживание перегрузки.

В примерном варианте осуществления, общее разрешение состоит из 12 бит, содержащих 3-битное поле типа, чтобы задавать формат следующих девяти бит. Оставшиеся биты указывают максимально допустимое отношение Т/Р для трех классов мобильных станций, как задано в поле типа тремя битами, выражающими максимально допустимое отношение Т/Р для каждого класса. Классы мобильных станций могут быть основаны на требованиях QoS, или другом критерии. Предвидятся различные другие форматы общего разрешения, и будут без труда очевидны рядовому специалисту в данной области техники.

В примерном варианте осуществления, индивидуальное разрешение содержит 12 бит, в том числе: 11 бит, чтобы задать ID (идентификатор) мобильной станции и максимально допустимое отношение Т/Р для мобильной станции, подвергаемой разрешению передавать, или чтобы явным образом просигнализировать мобильной станции изменить ее максимально допустимое отношение Т/Р, включая установку максимально допустимого отношения Т/Р в 0 (то есть, указание мобильной станции не передавать R-ESCH). Эти биты задают ID мобильной станции (1 из 192 значений) и максимально допустимое отношение Т/Р (1 из 10 значений) для заданной мобильной станции. В альтернативном варианте осуществления, 1 бит длительного разрешения может быть установлен для заданной мобильной станции. Когда бит длительного разрешения установлен в единицу, мобильной станции предоставляется полномочие передавать относительно большое, фиксированное, предопределенное количество (которое может быть изменено посредством сигнализации) пакетов по этому каналу ARQ. Когда бит длительного разрешения установлен в нуль, мобильной станции разрешено передать один пакет. Мобильной станции может быть приказано свернуть свои передачи R-ESCH с помощью задания нулевого отношения Т/Р, и это может быть использовано, чтобы просигнализировать мобильной станции свернуть свои передачи R-ESCH для передачи одиночного подпакета одного пакета, если бит длительного разрешения отключен, или, на большем периоде времени, если бит длительного разрешения включен.

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

В альтернативном варианте осуществления, мобильная станция может контролировать канал F-GCH со всех базовых станций или подмножества базовых станций в ее активном множестве. Более высокоуровневая сигнализация указывает мобильной станции, какой канал(ы) F-GCH следует контролировать и каким образом их комбинировать при назначении каналов, посредством сообщения направления мягкой передачи обслуживания, или других сообщений. Заметим, что подмножество каналов F-GCH с разных базовых станций может гибко комбинироваться. Мобильная станция будет уведомлена об этой возможности. Несмотря на возможное гибкое комбинирование каналов F-GCH с разных базовых станций, по-прежнему, в любой момент времени, могут быть многочисленные каналы F-GCH. Мобильная станция может затем делать выбор своей скорости передачи как наименьшей разрешенной скорости (или по некоторому другому правилу).

R-PICH

Обратный канал пилот-сигнала (R-PICH) передается с мобильной станции на базовые станции в активном множестве. Мощность в R-PICH может измеряться на одной или более базовых станциях для использования при управлении мощностью обратной линии связи. Как хорошо известно в данной области техники, пилот-сигналы могут быть использованы, чтобы обеспечивать амплитудные и фазовые измерения для использования при когерентной демодуляции. Как было описано выше, величина мощности передачи, доступная мобильной станции (ограниченная планирующей базовой станцией или внутренними ограничениями усилителя мощности мобильной станции) разбивается между каналом пилот-сигнала, каналом или каналами трафика, и каналами управления. Дополнительная мощность пилот-сигнала может быть необходима для более высоких скоростей передачи данных и форматов модуляции. Чтобы упростить использование R-PICH для управления мощностью, и чтобы избежать некоторых проблем, ассоциативно связанных с мгновенными изменениями в требуемой мощности пилот-сигнала, может быть выделен дополнительный канал для использования в качестве вспомогательного или вторичного пилот-сигнала. Хотя, как правило, пилот-сигналы передаются с использованием известных последовательностей данных, как раскрыто в материалах настоящей заявки, также может быть применен информационный несущий сигнал для использования при формировании эталонной информации для демодуляции. В примерном варианте осуществления, R-RICH используется, чтобы переносить требуемую мощность дополнительного пилот-сигнала.

R-RICH

Обратный канал указателя скорости (R-RICH) используется мобильной станцией, чтобы указывать формат передачи по обратному каналу трафика, R-ESCH. Этот канал может поочередно упоминаться как обратный канал управления пакетными данными (R-PDCCH). R-RICH может передаваться всякий раз, когда мобильная станция передает подпакет. R-RICH также может быть передан с указанием нулевой скорости, когда мобильная станция не занята по каналу R-ESCH. Передача кадров нулевой скорости R-RICH (R-RICH, который указывает, что R-ESCH не является передаваемым) помогает базовой станции обнаруживать, что мобильная станция не занята, поддерживать управление мощностью обратной линии связи для мобильной станции и другие функции.

Начало кадра канала R-RICH выравнивается по времени с началом текущей передачи R-ESCH. Продолжительность кадра канала R-RICH может быть идентичной или более короткой, чем у соответствующей передачи R-ESCH. R-RICH передает формат передачи параллельной передачи R-ESCH, такой как полезная нагрузка, ID подпакета и бит номера последовательности экземпляра ARQ (AISN), а также CRC (циклический избыточный код) для обнаружения ошибки. Примерный AISN является битом, который переключается каждый раз, когда новый пакет передан по конкретному ARQ, иногда упоминаемым как «бит цвета». Это может быть использовано для асинхронного ARQ, в котором отсутствует постоянная синхронизация между передачами подпакетов пакета. Бит цвета может быть использован, чтобы предохранять приемник от комбинирования подпакета(ов) одного пакета с подпакетом(ами) смежного пакета в том же самом канале ARQ. R-RICH также может нести дополнительную информацию.

R-ESCH

Усовершенствованный обратный вспомогательный канал (R-ESCH) используется в качестве канала трафика обратной линии связи в примерных вариантах осуществления, описанных в материалах настоящей заявки. Любое количество скоростей передачи и форматов модуляции может быть использовано для R-ESCH. В примерном варианте осуществления, R-ESCH обладает следующими свойствами: Поддерживаются повторные передачи на физическом уровне. Для повторных передач, когда первоначальный код является кодом с кодовой скоростью 1/4, повторная передача использует код с кодовой скоростью 1/4, и используется комбинирование энергии. Для повторных передач, когда первоначальный код имеет скорость, большую чем 1/4, используется инкрементальная избыточность. Лежащий в основе код является кодом с кодовой скоростью 1/5. В качестве альтернативы, инкрементальная избыточность также могла бы использоваться для всех случаев.

Гибридный автоматический запрос на повторную передачу (HARQ) поддерживается для автономного и планируемого пользователей, оба из которых могут осуществлять доступ к R-ESCH.

Синхронная работа многочисленных ARQ-каналов может поддерживаться постоянной синхронизацей между повторными передачами: может быть разрешено постоянное количество подпакетов между следующими друг за другом подпакетами одного и того же пакета. Также допустимы чередующиеся передачи. В качестве примера, для 5-миллисекундных кадров, могли бы поддерживаться 4 канала ARQ с 3-подпакетной задержкой между подпакетами.

Таблица 1 перечисляет примерные скорости передачи данных для усовершенствованного обратного вспомогательного канала. Описан 5-миллисекундный размер подпакета, и сопутствующие каналы были спроектированы, чтобы соответствовать этому варианту выбора. Также могут быть выбраны другие размеры подпакета, как будет без труда очевидно специалистам в данной области техники. Опорный уровень пилот-сигнала не регулируется для этих каналов, то есть, базовая станция обладает гибкостью выбора отношения Т/Р для нацеливания на данную рабочую точку. Максимальное значение Т/Р сигнализируется по прямому каналу разрешения. Мобильная станция может использовать более низкое Т/Р, если она выходит за пределы мощности для передачи, позволяя HARQ удовлетворять требуемому QoS. Сообщения сигнализации уровня 3 также могут передаваться по R-ESCH, предоставляя системе возможность работать без R-FCH и/или R-DCCH.

В примерном варианте осуществления, кодирование турбо-кодом используется для всех скоростей. При кодировании с R = 1/4, используется перемежитель, подобный современной обратной линии связи cdma2000. При кодировании с R = 1/5, используется перемежитель, подобный прямому каналу пакетных данных.

Количество бит на пакет кодера включает в себя биты CRC и 6 битов концевой комбинации. Для размера пакета кодера в 192 бита используется 12-битный CRC; в ином случае используется 16-битный CRC. 5-милисекундные сегменты предполагаются разнесенными на 15 мс, чтобы предусмотреть время на ответные сигналы ACK/NAK. Если принят ACK, оставшиеся сегменты пакета не передаются.

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

F-CPCCH

Прямой общий канал управления мощностью (F-CPCCH) может быть использован для управления мощностью различных каналов обратной линии связи, в том числе R-ESCH, когда не представлены F-FCH и F-DCCH, или когда F-FCH и F-DCCH представлены, но не выделены пользователю. По распределении каналов, мобильной станции назначается канал управления мощностью обратной линии связи. F-CPCCH может содержать некоторое количество подканалов управления мощностью.

F-CPCCH может нести подканал управления мощностью, названный общим подканалом сдерживания перегрузки (F-OLCH). Примерный подканал сдерживания перегрузки типично находится при скорости в 100 бит/с, тем не менее, могут быть использованы другие скорости. Единственный бит (который может быть повторен для достоверности), указываемый в материалах настоящей заявки как бит состояния занятости, указывает мобильным стациям в режиме автономной передачи, или в режиме общего разрешения, или тем и другим, либо повышать, либо понижать их скорости. В альтернативном варианте осуществления, режимы индивидуального разрешения также могут быть восприимчивыми к этому биту. Различные варианты осуществления могут быть использованы с любой комбинацией типов передачи, восприимчивых к F-OLCH. Это может быть сделано вероятностным образом или детерминированно.

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

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

F-ACKCH

Прямой канал подтверждения, или F-ACKCH, используется базовой станцией, чтобы подтверждать корректный прием R-ESCH, и также может быть использован для расширения существующего разрешения. Подтверждение (ACK) по F-ACKCH указывает корректный прием подпакета. Дополнительная передача такого подпакета мобильной станцией необязательна. Отрицательное подтверждение (NAK) по F-ACKCH предоставляет мобильной станции возможность передавать еще один подпакет, ограниченный максимально разрешенным количеством подпакетов на пакет.

В вариантах осуществления, детально изложенных в материалах настоящей заявки, F-ACKCH используется, чтобы предоставлять положительное или отрицательное подтверждение принятого подпакета, а также указание того, будут или нет выданы команды управления скоростью (описаны ниже касательно канала F-RCCH).

Фиг.5 - примерный вариант осуществления, иллюстрирующий трехзначный F-ACKCH. Этот примерный F-ACKCH состоит из единственного индикатора, передаваемого с одной или более базовых станций на мобильную станцию, чтобы указывать, корректно или нет была принята передача по R-ESCH соответственной базовой станцией с мобильной станции. В примерном варианте осуществления, индикатор F-ACKCH передается каждой базовой станцией в активном множестве. В качестве альтернативы, F-ACKCH может передаваться заданным подмножеством активного множества. Множество базовых станций, отправляющих F-ACKCH, может быть указано как F-ACKCH активное множество. F-ACKCH активное множество может быть просигнализировано уровнем 3 (L3), передающим сигналы на базовую станцию, и может быть задано во время распределения каналов в сообщении направления передачи обслуживания (HDM), или посредством технологий, известных в данной области техники.

Например, F-ACKCH может быть 3-стабильным каналом со следующими значениями: NAK, ACK_RC и ACK_STOP. NAK указывает, что пакет с мобильной станции должен быть повторно передан (однако, если был отправлен последний подпакет, мобильной станции может понадобиться повторно отправить пакет с использованием любой из имеющихся в распоряжении технологий, такой как запрос/разрешение, управление скоростью или автономная передача). Мобильной станции может понадобиться контролировать индикатор управления скоростью в соответствующем F-RCCH (подробно описанном ниже), если NAK соответствует последнему подпакету пакета.

ACK_RC указывает, что никакие повторные передачи пакета с мобильной станции не являются необходимыми, а мобильная станция должна контролировать индикатор управления скоростью по соответствующему F-RCCH. ACK_STOP указывает, что никакая повторная передача не является необходимой. Однако, в этом случае, мобильная станция должна возвратиться в автономный режим для последующей передачи, только если мобильная станция не принимает сообщение разрешения по F-GCH (подробно описанному выше).

Сигнализация L3 может указывать, должна или нет мобильная станция гибко объединять индикаторы F-ACKCH с разных базовых станций в своем активном множестве. Это может быть эквивалентным манипулированию битами управления мощностью в соответствии с редакцией С IS-2000. Например, может быть индикатор, скажем - ACK_COMB_IND, отправляемый по распределении каналов, и в сообщениях передачи обслуживания, который мог бы указывать, должна ли мобильная станция объединять индикаторы F-ACKCH из разных базовых станций. Многообразие технологий может быть использовано для передачи F-ACKCH, примеры которых даны ниже. Некоторые примеры включают в себя отдельный канал TDM, канал TDM/CDM или некоторый другой формат.

В этом примере, есть два класса результатов контроля каналов F-ACK, зависящих от того, подтвержден или нет пакет. Если принят NAK, в распоряжении имеется многообразие возможных вариантов. Мобильная станция может отправлять дополнительные подпакеты до тех пор, пока не отправлено максимальное количество подпакетов. (В примерном варианте осуществления, подпакеты отправляются с использованием одного и того же формата передачи, инициированного в течение либо автономной, либо разрешенной передачи, и в любом случае - подвергающегося ревизии управления скоростью. В альтернативном варианте осуществления, формат передачи подпакета может быть изменен с использованием любой из технологий, раскрытых в материалах настоящей заявки). Следом за NAK последнего подпакета, мобильная станция может либо предпринимать действие относительно соответствующих команд управления скоростью (контролировать F-RCCH), останавливать передачу по предыдущему разрешению или команде управления скоростью (то есть, возвращаться к автономной передаче, если требуется), или реагировать на вновь принятое разрешение.

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

Например, сначала рассмотрим члена активного множества или случай, когда индикаторы по всем секторам являются одинаковыми (а значит, указываются посредством ACK_COMB_IND). В этом случае, есть единственный результирующий индикатор. Когда мобильная станция принимает NAK (индикатор не передается), то мобильная станция повторно передает следующий подпакет (за подходящее время). Если мобильная станция не принимает ACK для последнего подпакета, то мобильная станция приступает к следующему пакету (блуждающий пакет может быть повторно передан согласно любому алгоритму повторной передачи, которого придерживаются). Однако, мобильная станция предпринимает это в качестве указания управления скоростью (то есть контролирует канал управления скоростью).

В этом примере, основным правилом является следующее (применимо как к одиночному члену активного множества, так и многочисленным раздельным членам F-ACKCH активного множества). Если каким-либо индикатором является ACK_STOP или ACK_RC, результатом является ACK. Если ни одним из индикаторов не является ACK_STOP или ACK_RC, результатом является NAK. Тогда, что касается управления скоростью, если индикатором является ACK_STOP, мобильная станция будет осуществлять останов (то есть возвращаться в автономный режим, или реагировать на разрешение, если оно имеет место). Если никакой индикатор не является ACK_STOP и по меньшей мере один индикатор является ACK_RC, следует декодировать индикатор в канале управления скоростью (F-RCCH) соответствующей базовой станции. Если был принят последний подпакет, а все индикаторы - NAK, следует декодировать индикатор в каналах управления скоростью (F-RCCH) всех базовых станций. Реагирование на команды управления скоростью в этих сценариях дополнительно детализировано ниже относительно описания F-RCCH.

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

В варианте осуществления F-ACKCH, изображенном на фиг.5, используется положительное значение для символа ACK_STOP, символ NULL для NAK и отрицательное значение для символа ACK_RC. Амплитудная манипуляция (то есть, не отправка NAK) по F-ACKCH предоставляет базовой станции (особенно базовой станции без планирования) возможность выбора неотправки ACK, когда затраты (требуемая мощность) на выполнение этого слишком высоки. Это обеспечивает базовую станцию компромиссом между емкостью прямой линии связи и обратной линии связи, так как корректно принятый пакет, который не подтвержден сигналом ACK, вероятно, будет приводить в действие повторную передачу в более поздний момент времени.

Многообразие технологий для отправки F-ACKCH может быть употреблено в пределах объема настоящего изобретения. Индивидуальные сигналы для каждой мобильной станции могут быть скомбинированы в общем канале. Например, ответы подтверждения для большого количества мобильных станций могут быть мультиплексированы с временным разделением. В примерном варианте осуществления, вплоть до 96 ID мобильного устройства могут поддерживаться в одном F-ACKCH. Дополнительные F-ACKCH могут быть использованы для поддержки дополнительных ID мобильных устройств.

Еще один пример состоит в том, чтобы преобразовывать большое количество сигналов подтверждения для большого количества мобильных станций множеству ортогональных функций. Кодер Адамара является одним из примеров кодера для преобразования в множество ортогональных функций. Различные другие технологии также могут быть использованы. Например, любой код Уолша или другой код с исправлением ошибок может быть использован для кодирования информационных битов. Разные пользователи могут подвергаться передаче при разных уровнях мощности, если каждый независимый канал обладает независимым коэффициентом усиления. Примерный F-ACKCH передает один специализированный трехзначный флаг на каждого пользователя. Каждый пользователь контролирует F-ACKCH со всех базовых станций в своем активном множестве (или, в качестве альтернативы, может определять уменьшенное активное множество, чтобы понизить сложность).

В различных вариантах осуществления, каждые два канала покрываются последовательностью обертки Уолша в 128 элементарных сигналов. Один канал передается по каналу I, а другой передается по каналу Q. Еще один вариант осуществления F-ACKCH использует одиночную последовательность обертки Уолша в 128 элементарных сигналов для поддержки вплоть до 192 мобильных станций одновременно. Примерный вариант осуществления использует 10-милисекундную длительность для каждого трехзначного флага.

Следует прокомментировать, когда мобильная станция имеет пакет для отправки, которая требует использования R-ESCH, она может осуществлять запрос по R-REQCH. Базовая станция может отвечать разрешением с использованием F-GCH. Однако, эта операция может быть несколько дорогостоящей. Чтобы уменьшить накладные расходы прямой линии связи, F-ACKCH может отправлять флаг ACK_RC, который расширяет существующее разрешение (при условии управления скоростью) при низкой стоимости, посредством планирующей базовой станции (или других, когда поддерживаются разрешения передачи обслуживания от многочисленных базовых станций). Этот способ работает как для индивидуальных так и общих разрешений. ACK_RC используется, начиная от разрешения базовой станции (или базовых станций), и расширяет существующее разрешение для еще одного пакета кодера в том же самом канале ARQ (при условии управления скоростью).

Отметим, что, как показано на фиг.4, не каждой базовой станции в активном множестве требуется отсылать назад F-ACKCH. Множество базовых станций, отправляющих F-ACKCH при мягкой передаче обслуживания, может быть подмножеством активного множества. Примерные технологии для передачи F-ACKCH раскрыты в находящейся в процессе одновременного рассмотрения заявке на выдачу патента США №10/611,333, озаглавленной «CODE DIVISION MULTIPLEXING COMMANDS ON A CODE DIVISION MULTIPLEXED CHANNEL» («КОМАНДЫ МУЛЬТИПЛЕКСИРОВАНИЯ С КОДОВЫМ РАЗДЕЛЕНИЕМ В МУЛЬТИПЛЕКСИРОВАННОМ С КОДОВЫМ РАЗДЕЛЕНИЕМ КАНАЛЕ»), зарегистрированной 30 июня 2003 г., переуступленной правопреемнику настоящего изобретения.

F-RCCH

Прямой канал управления скоростью (F-RCCH) передается с одной или более базовых станций на мобильную станцию, чтобы передать сигнал регулирования скорости для следующей передачи. Мобильной станции может быть предписано контролировать индикатор от каждого члена F-ACKCH активного множества или его подмножества. Для ясности, множество базовых станций, отправляющих F-RCCH, которое должно контролироваться мобильной станцией, будет указываться как F-RCCH активное множество. F-RCCH активное множество может сигнализироваться сигнализацией уровня 3 (L3), которая может быть задана во время распределения каналов, в сообщении направления передачи обслуживания (HDM), или любым другим образом, известным специалистам в данной области техники.

Фиг.6 изображает примерный F-RCCH. F-RCCH является 3-стабильным каналом со следующими значениями: RATE_HOLD (удержание скорости), указывающее, что мобильная станция может передавать следующий пакет при не более чем той же самой скорости текущего пакета, RATE_INCREASE (повышение скорости), указывающее, что мобильная станция может, либо детерминированным, либо вероятностным образом повысить максимальную скорость для передачи следующего пакета относительно скорости передачи текущего пакета, и RATE_DECREASE (снижение скорости), указывающее, что мобильная станция может либо детерминированным, либо вероятностным образом, снизить максимальную скорость передачи для передачи следующего пакета относительно скорости передачи текущего пакета.

Сигнализация L3 может указывать, должна или нет мобильная станция комбинировать индикаторы управления скоростью с разных базовых станций. Это подобно тому, что делается с битами управления скоростью в редакции С IS-2000. Так, мог бы быть индикатор, например RATE_COMB_IND, отправляемый после распределения каналов, и в сообщениях передачи обслуживания, который мог бы указывать, должна ли мобильная станция гибко комбинировать биты F-RCCH с разных базовых станций. Специалистам в данной области техники будет понятно, что есть много форматов для передачи каналов, таких как F-RCCH, в том числе, раздельные TDM-каналы, комбинированные TDM/CDM-каналы, или другие форматы.

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

В дополнение, сигнализация может быть использована для конфигурирования мобильной станции так, чтобы мобильная станция уделяла внимание только индикатору F-RCCH с обслуживающей базовой станции или от всех базовых станций в F-RCCH активном множестве. Заметим, что, если мобильная станция контролирует только индикатор с обслуживающей базовой станции, а RATE_COMB_IND задает, что индикатор является идентичным с многочисленных базовых станций, то мобильная станция может комбинировать все индикаторы в той же группе, что и обслуживающая базовая станция, до принятия решения. Множество базовых станций с раздельными индикаторами управления скоростью при употреблении в любое время будут указываться как множество находящихся в F-RCCH-обращении. Таким образом, если мобильная станция сконфигурирована так, что мобильная станция обращает внимание только на индикатор F-RCCH с обслуживающей базовой станции, то размер множества находящихся в F-RCCH-обращении равен 1.

Можно представить, что правила использования для F-RCCH могут быть настроены базовой станцией. Последующее является примерным множеством правил для мобильной станции с одночленным множеством находящихся в F-RCCH-обращении. Если принят RATE_HOLD, мобильная станция не изменяет свою скорость передачи. Если принят RATE_INCREASE, мобильная станция увеличивает свою скорость на единицу (то есть, один уровень скорости, пример которого подробно описан выше в таблице 1). Если принят RATE_DECREASE, мобильная станция уменьшает свою скорость на единицу. Заметим, что мобильная станция контролирует индикаторы, только когда диктуют обстоятельства (то есть, действие в качестве результата последовательности операций ACK, дополнительно детализированной ниже, указывающее управление скоростью, является активным).

Последующее является примерным множеством правил для мобильной станции с многочисленными членами множества находящихся в F-RCCH-обращении. Простое правило увеличения/уменьшения скорости на 1 скорости модифицировано. Если принят любой ACK_STOP, мобильная станция возвращается к автономным скоростям. В ином случае, если любым индикатором является RATE_DECREASE, мобильная станция уменьшает свою скорость на единицу. Если ни один индикатор не является RATE_DECREASE, и по меньшей мере одна базовая станция имеет в распоряжении действие управления скоростью (как результат последовательности операций ACK), которое указывает RATE_HOLD, то мобильная станция поддерживает ту же самую скорость. Если ни один индикатор не является RATE_DECREASE, никакая базовая станция не указывает управление скоростью и RATE_HOLD, и по меньшей мере одна базовая станция имеет в распоряжении действие управления скоростью и указание RATE_INCREASE; то мобильная станция увеличивает свою скорость на единицу.

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

Чтобы подвести итог некоторым из аспектов, введенным выше, мобильные станции могут быть наделены полномочиями для выполнения автономных передач, которые, несмотря на то, что, возможно, ограничены в пропускной способности, предусматривают низкую задержку. В таком случае, мобильная станция может передавать без запроса вплоть до максимального отношения T/P R-ESCH, T/P_{Max_auto}, которое может быть установлено и настроено базовой станцией посредством передачи сигналов.

Планирование может быть определено на одной или более базовых станциях, а распределения емкости обратной линии связи могут быть выполнены посредством разрешений, переданных по F-GCH при относительно высокой скорости. Дополнительно, команды управления скоростью могут быть использованы, чтобы модифицировать предварительно разрешенные передачи или автономные передачи, с низкими накладными расходами, таким образом, регулируя распределение емкости обратной линии связи. Планирование, таким образом, может быть использовано, чтобы точно управлять нагрузкой обратной линии связи и, таким образом, сохранять качество голоса (R-FCH), обратную связь DV (R-CQICH) и подтверждение DV (R-ACKCH).

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

Канал F-ACKCH в комбинации с каналом F-RCCH эффективно реализует команды «подтвердить и продолжить», которые расширяют существующее разрешение при низкой стоимости. (Продолжение может быть управляемым по скорости, как описано выше, и дополнительно детализировано далее). Это работает как с индивидуальными разрешениями, так и с общими разрешениями. Различные варианты осуществления и технологии для планирования, разрешения и передачи по совместно используемому ресурсу, такому как обратная линия связи 1xEV-DV, раскрыты в находящейся в процессе одновременного рассмотрения заявке №10/646,955 на выдачу патента США, озаглавленной «SCHEDULED AND AUTONOMOUS TRANSMISSION AND ACKNOWLEDGEMENT» («ПЛАНИРУЕМАЯ И АВТОНОМНАЯ ПЕРЕДАЧА И ПОДТВЕРЖДЕНИЕ»), зарегистрированной 21 августа 2003 г., переуступленной правопреемнику настоящего изобретения, и включенной в материалы настоящей заявки посредством ссылки.

Фиг.7 изображает способ 700, который одна или более базовых станций могут применять, чтобы выделять емкость в ответ на запросы и передачи с одной или более мобильных станций. Заметим, что показанная очередность этапов является только одним из примеров, и очередность различных этапов может быть переставлена или комбинирована с другими этапами, не показанными, не выходя из объема настоящего изобретения. Последовательность операций начинается в этапе 710. Базовая станция принимает любые запросы на передачу, которые могут быть переданы одной или более мобильными станциями. Так как способ 700 может быть повторен неограниченно, также могут быть приняты предшествующие запросы, которые могли не быть разрешенными, каковые могут быть комбинированы с новыми запросами, чтобы оценить объем потребности в передаче по запросам.

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

На этапе 730, базовая станция декодирует любые принятые подпакеты, не обязательно гибко комбинированные с соответственными предварительно принятыми подпакетами, чтобы определять, были ли пакеты приняты без ошибки. Эти решения будут использоваться, чтобы отправлять положительное или отрицательное подтверждение соответствующим передающим мобильным станциям. Напомним, что HARQ может быть использован для пакетной передачи по R-ESCH. То есть, пакет может передаваться вплоть до определенного количества раз до тех пор, пока он не принят корректно по меньшей мере одной мобильной станцией. На границе каждого кадра, каждая базовая станция декодирует кадр R-RICH и определяет формат передачи по R-ESCH. Базовая станция также может производить это определение с использованием текущего кадра R-RICH и предыдущие кадры R-RICH. В качестве альтернативы, базовая станция также может производить определение с использованием другой информации, извлеченной из обратного вторичного канала пилот-сигнала (R-SPICH) и/или R-ESCH. С определенным форматом передачи, базовая станция пытается декодировать пакет по R-ESCH с использованием предварительно принятых подпакетов, которые соответствуют.

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

На этапе 750, базовая станция обрабатывает принятые передачи для каждой мобильной станции. Это может включать в себя, среди прочих функций, подтверждение принятых подпакетов и условное формирование разрешений в ответ на запросы на передачу. Фиг.8 изображает примерный способ 750 формирования разрешений, подтверждений и команд управления скоростью. Он подходит для применения в примерном способе 700, изображенном на фиг.7, и может быть приспособлен для использования с другими способами, как будет без труда очевидно специалистам в данной области техники. Способ 750 может быть повторен для каждой активной мобильной станции во время каждого прохода способа 700, как описано выше.

На этапе 805 решения, если подпакет для мобильной станции, являющейся обрабатываемой в текущий момент, не был принят, направляются на этапе 810. Не является необходимым никакое подтверждение, и никакая команда управления скоростью для выдачи. Ни F-ACKCH, ни F-RCCH не нуждаются в том, чтобы быть переданными, и оба символа могут быть подвергнуты прерыванию передачи (DTX) (не передаваться). На этапе 815 решения, если запрос был принят, направляются на этап 820 решения. В ином случае, последовательность операций может останавливаться.

На этапе 820 решения, если было определено разрешение для этой мобильной станции во время планирования, направляются на этап 825, чтобы передать разрешение по соответствующему F-GCH. Затем, последовательность операций может останавливаться. Мобильная станция может осуществлять передачу в соответствии с этим разрешением во время следующего подходящего кадра (примеры распределения во времени подробно описаны ниже относительно фиг.10-12).

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

На этапе 830 решения, если принятый подпакет был декодирован корректно, будет сформирован ACK. Направляются на этап 835 решения. Если требуется управление скоростью (в том числе, удержание скорости, то есть «Продолжить»), направляются на этап 845. Если управление скоростью не требуется, направляются на этап 840. На этапе 840, ACK_STOP передается по F-ACKCH. F-RCCH не требуется передаваться, то есть может быть сформирован DTX. Если в этот момент не было сформировано никакого разрешения, мобильная станция будет переведена на автономную передачу (или должна осуществить останов, если автономная передача не доступна или не применяется). В качестве альтернативы, может быть выдано новое разрешение, которое будет аннулировать команду останова. Направляются на этап 820 решения, чтобы обработать это решение, как описано выше.

На этапе 845, было указано управление скоростью. Как таковое, ACK_RC будет передаваться по F-ACKCH. Направляются на этап 850 решения. Если требуется повышение, передают RATE_INCREASE по F-RCCH. Затем, последовательность операций может останавливаться. Если повышение не требуется, направляются на этап 860 решения. На этапе 860 решения, если требуется снижение, передают RATE_DECREASE по F-RCCH. Затем, последовательность операций может останавливаться. В ином случае, передают RATE_HOLD по F-RCCH. В этом примере, удержание указано посредством DTX. Затем, последовательность операций может останавливаться.

Обращаясь к этапу 830 решения, если принятый подпакет не был декодирован корректно, будет сформирован NAK. Направляются на этап 875, чтобы передать NAK по F-ACKCH. В этом примере, NAK указан посредством DTX. Направляются на этап 880 решения, чтобы определить, был ли принятый подпакет последним подпакетом (то есть, было ли достигнуто максимальное количество повторных передач подпакетов). Если нет, в этом примере, мобильная станция может осуществлять повторную передачу согласно предыдущему формату передачи. DTX может быть передан по F-RCCH, как указано на этапе 895. (Альтернативные варианты осуществления, в этом случае, могут выполнять дополнительную передачу сигналов, примеры которой описаны ниже). Затем, последовательность операций может останавливаться.

Если принятый и снабженный сигналом NAK подпакет является последним подпакетом, направляются с этапа 880 решения на этап 885 решения, чтобы определить, требуется ли управление (в том числе удержание) скорости. Это примерная технология для расширения предшествующего разрешения или автономной передачи (в том числе, предшествующего управления скоростью, если оно имеет место), с низкими накладными расходами. Если никакого управления скоростью не требуется, для F-RCCH формируется DTX. В этом примере, мобильная станция будет передавать следующий подпакет. Подобно этапу 835 решения, если новое разрешение не сформировано для мобильной станции, мобильная станция будет переведена на автономную передачу (если имеется в распоряжении). В качестве альтернативы, может быть сформировано новое разрешение, которое будет навязывать имеющуюся в распоряжении передачу для мобильной станции. Направляются на этап 820 решения, чтобы выполнить это определение, как описано выше.

На этапе 885 решения, если требуется управление скоростью, направляются на этап 850 решения. Повышение, снижение или удержание могут быть сформированы для передачи по F-RCCH, как описано выше. Затем, последовательность операций может останавливаться.

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

Базовая станция может отправлять ACK_STOP (по F-ACKCH), чтобы просигнализировать, что пакет был доставлен, а мобильная станция возвращается в автономный режим для следующей передачи. Базовая станция также может отправлять новое разрешение, если требуется. Мобильная станция может передавать вплоть до разрешенной скорости для следующей передачи. В любом случае, F-RCCH подвергаются DTX. В одном из вариантов осуществления, только обслуживающая (или разрешающая) базовая станция может формировать разрешения. В альтернативном варианте осуществления, одна или более базовых станций могут формировать разрешения (подробности касательно оперирования этой возможностью детализированы ниже).

Базовая станция может отправлять ACK_RC (по F-ACKCH) и RATE_HOLD (по F-RCCH), чтобы просигнализировать, что пакет был доставлен, и что максимальная скорость, на которой мобильная станция может передавать следующий пакет, является такой же, как скорость передачи текущего пакета.

Базовая станция может отправлять ACK_RC (по F-ACKCH) и RATE_INCREASE (по F-RCCH), чтобы просигнализировать, что пакет был доставлен, и что мобильная станция может повысить максимальную скорость для следующей пакетной передачи относительно скорости передачи текущего пакета. Мобильная станция может повышать скорость, следуя определенным правилам, известным как базовой станции, так и мобильной станции. Повышение скорости может быть либо детерминированным, либо вероятностным. Специалисты в данной области техники будут осознавать несметное множество правил для повышения скорости.

Базовая станция может отправлять ACK_RC (по F-ACKCH) и RATE_DECREASE (по F-RCCH), чтобы просигнализировать, что пакет был доставлен, и что мобильная станция должна снизить максимальную скорость для следующей пакетной передачи относительно скорости передачи текущего пакета. Мобильная станция может снижать скорость, следуя определенным правилам, известным как базовой станции, так и мобильной станции. Снижение может быть либо детерминированным, либо вероятностным. Специалисты в данной области техники будут осознавать несметное множество правил для снижения скорости.

Если пакет не принят успешно базовой станцией, и пакет может быть дополнительно повторно передан (то есть, не является последним подпакетом), базовая станция отправляет NAK по F-ACKCH. Заметим, что F-RCCH подвергнут DTX в этом примере.

Если дополнительная повторная передача не разрешена для пакета (то есть, последнего подпакета), базовая станция может предпринять следующие возможные действия. Базовая станция может отправлять NAK (по F-ACKCH) и сообщение разрешения вместе по F-GCH, чтобы сигнализировать мобильной станции, что пакет не был доставлен, и что мобильная станция может передавать вплоть до разрешенной скорости для следующей передачи. F-RCCH подвергнут DTX в этом случае. В одном из вариантов осуществления, только обслуживающая (или делегирующая) базовая станция может формировать разрешения. В альтернативном варианте осуществления, одна или более базовых станций могут формировать разрешения (подробности касательно оперирования этой возможностью детализированы ниже).

Базовая станция также может отправлять NAK (по F-ACKCH) и RATE_HOLD (по F-RCCH), чтобы просигнализировать, что пакет не был доставлен, и что максимальная скорость, на которой мобильная станция может передавать следующий пакет, является такой же, как скорость передачи текущего пакета.

Базовая станция также может отправлять NAK (по F-ACKCH) и RATE_INCREASE (по F-RCCH), чтобы просигнализировать, что пакет не был доставлен, и что мобильная станция может повышать максимальную скорость для следующей пакетной передачи относительно скорости передачи текущего пакета. Мобильная станция может повышать скорость, следуя определенным правилам, известным как базовой станции, так и мобильной станции. Повышение скорости может быть либо детерминированным, либо вероятностным.

Базовая станция также может отправлять NAK (по F-ACKCH) и RATE_DECREASE (по F-RCCH), чтобы просигнализировать, что пакет не был доставлен, и что мобильная станция должна снизить максимальную скорость для следующей пакетной передачи относительно скорости передачи текущего пакета. Мобильная станция может снижать скорость, следуя определенным правилам, известным как базовой станции, так и мобильной станции. Снижение может быть либо детерминированным, либо вероятностным.

В альтернативном варианте осуществления (подробности не показаны на фиг.8), может быть создана альтернатива для NAK и останова. Например, в приведенном выше сценарии, DTX по F-RCCH, соответствующий NAK, не может быть определен из «Не подтверждения и удержания». Если требуется обладать командой для принудительного применения останова (или возврата к автономной передаче), базовая станция также могла бы использовать NAK и управление скоростью, до последнего подпакета, чтобы указывать, что удержание (или повышение, или снижение) скорости в заключительном подпакете означает останов. Например, любой одной из команд управления скоростью (то есть, RATE_INCREASE, RATE_DECREASE, или RATE_HOLD) может быть предписано означать останов в этом отдельном случае. Мобильная станция будет осведомлена о том, когда был принят последний подпакет, а в таком случае, может соответственно анализировать команды управления скоростью. Когда базовая станция осведомлена, что, если передача заключительного подпакета должна сопровождаться остановом в случае NAK, выбранная команда управления скоростью может быть выдана с NAK предыдущего подпакета. Мобильная станция, принимающая идентифицированную команду управления скоростью вместе с NAK подпакета (не заключительного) могла бы знать, что NAK (и RATE_HOLD, например) в заключительном подпакете могло бы означать, что предыдущее разрешение могло бы быть отменено, а мобильная станция должна вернуться к автономной передаче. Команды управления скоростью не использующиеся для этой цели (то есть, RATE_INCREASE или RATE_DECREASE), переданные с NAK заключительного подпакета, по-прежнему могли бы быть доступными. Альтернатива могла бы заключаться в том, чтобы передавать разрешение нулевой (или нижней) скоростью вместе с заключительным NAK, хотя это могло бы потребовать дополнительных накладных расходов. Специалисты в данной области техники будут без труда находить компромиссное решение среди этих альтернатив в соответствии с правдоподобием «Не подтверждения и останова» с другими возможностями. Требуемые накладные расходы, в таком случае, могут быть оптимизированы на основании вероятностей различных ситуаций.

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

Последовательность операций начинается в этапе 910. Мобильная станция контролирует F-GCH, F-ACKCH и F-RCCH. Заметим, что в различных вариантах осуществления, которые описаны выше, мобильная станция может контролировать один или более этих каналов. Например, могут быть многочисленные каналы разрешения, а каждая мобильная станция может контролировать один или более из них. Заметим также, что каждый из этих каналов может передаваться с одной базовой станции, или более чем одной, когда мобильная станция находится в мягкой передаче обслуживания. Канал может заключать в себе сообщения или команды, направленные многочисленным мобильным станциям, а значит, мобильная станция может извлекать сообщения или команды, направленные точно ей.

Другие правила могут быть применены, чтобы предоставить мобильной станции возможность контролировать, по условию, один или более каналов управления. Например, как описано выше, F-RCCH может не передаваться, когда выдается ACK_STOP. Таким образом, в таком случае, мобильной станции не требуется контролировать F-RCCH, когда принят ACK_STOP. Может быть задано правило, что мобильная станция отыскивает сообщения разрешения и/или команды управления скоростью, только если мобильная станция приняла запрос, на который такие сообщения могут быть ответными.

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

Начиная с этапа 915 решения, начинается обработка F-ACKCH. Мобильная станция извлекает информацию по всем каналам F-ACKCH, которые она контролирует. Напомним, что может быть F-ACKCH между мобильной станцией и каждым членом F-ACKCH активного множества. Некоторые из команд F-ACKCH могут быть гибко комбинированными, как задается посредством сигнализации L3. Если мобильная станция принимает по меньшей мере одно положительное уведомление, либо ACK_RC, либо ACK_STOP (по F-ACKCH), текущий пакет был принят корректно, и дополнительным подпакетам передаваться не требуется. Приемлемую скорость для передачи следующего пакета, если таковой имеется, необходимо определять.

На этапе 915 решения, если был принят ACK_STOP, мобильная станция осведомлена, что ранее переданный подпакет был принят корректно, и что команды управления скоростью не должны быть декодированы.

На этапе 920 решения, мобильная станция определяет, было ли принято разрешение по F-GCH. Если так, мобильная станция передает следующий пакет согласно разрешению, как указано в этапе 930. В одном из вариантов осуществления, только одна делегирующая станция производит разрешения. Если ACK_STOP и сообщение разрешения приняты с базовой станции, мобильная станция передает новый пакет по тому же каналу ARQ на любой скорости, равной или более низкой, чем разрешенная скорость.

В альтернативном варианте осуществления, разрешение может отправлять более чем одна базовая станция. Если базовые станции координируют разрешение и отправляют идентичное сообщение, мобильная станция может гибко комбинировать разрешения. Различные правила могут быть применены, чтобы обрабатывать случаи, когда принимаются отличающиеся разрешения. Один из примеров заключается в том, чтобы обязать мобильную станцию передавать на самой низкой скорости, указанной в принятом разрешении, чтобы избежать чрезмерных перекрестных помех в соте, соответствующей соответственной делегирующей базовой станции (в том числе, ACK_STOP без соответствующего разрешения - указывающий, что передача должна возвратиться в автономный режим). Различные другие альтернативные варианты будут очевидны специалистам в данной области техники. Если разрешение не было принято в этапе 920 решения, мобильная станция должна вернуться к автономной скорости, как показано в этапе 925 решения. Затем, последовательность операций может останавливаться.

Обращаясь к этапу 915 решения, если ACK_STOP не принят, направляются на этап 940 решения. Если принят ACK_RC, мобильная станция контролирует соответствующий F-RCCH базовой станции, от которой принято положительное подтверждение (я), если таковое имеет место. Заметим, что может не быть F-RCCH между базовой станцией и мобильной станцией, так как F-RCCH активное множество является подмножеством F-ACKCH активного множества. Снова отметим, что когда мобильная станция принимает F-ACKCH от многочисленных базовых станций, соответствующие сообщения могут быть противоречивыми. Например, могут быть приняты одна или более команд ACK_STOP, могут быть преданы одна или более команд ACK_RC, могут быть переданы одно или более разрешений, или любая их комбинация. Специалисты в данной области техники будут осознавать различные правила для реализации, чтобы приспосабливать любые из возможностей. Например, мобильная станция может определять самые низкие возможные полномочия передачи (которые могут быть из ACK_STOP без разрешения, ACK_RC со снижением или разрешением с более низким значением) и осуществлять передачу соответственно. Это подобно технологии, известной как правило «рабочего диапазона простоев». Такая технология может быть использована, чтобы совершенно избежать чрезмерных перекрестных помех с соседними сотами. Или, одна или более базовых станций могут иметь приоритет, назначенный им, так что одна или более базовых станций могут иметь возможность перебивать других (возможно, с привязанными условиями). Например, планирующая (или делегирующая) базовая станция может обладать некоторым приоритетом над другими базовыми станциями при мягкой передаче обслуживания. Другие правила также допускаются. (Напомним, что один или более NAK также могут быть приняты, но мобильной станции не требуется осуществлять повторную передачу. Однако, мобильная станция может вводить команды управления скоростью или разрешения, в подобной манере, от передающей NAK базовой станции, если требуется). Чтобы содействовать обсуждению в материалах настоящей заявки, когда говорится, что мобильная станция определяет, принят ли ACK_STOP, ACK_RC, NAK, или разрешение, это может быть результатом применения требуемого набора правил к некоторому количеству принятых команд, а итогом является идентифицированная команда.

Если был принят ACK_RC, направляются на этап 945 решения, чтобы начать определение того, какой тип команды управления скоростью должен поддерживаться. Если указывается повышение, направляются на этап 950. Следующая передача может быть передана по тому же каналу ARQ на повышенной скорости исходя из текущей скорости. Затем, последовательность операций может останавливаться. Снова, повышение может быть детерминированным или вероятностным. К тому же, RATE_INCREASE не обязательно может иметь результатом немедленное повышение скорости, но могла бы повышать скорость передачи с мобильной станции в будущем (то есть, кредитоподобный алгоритм используется на мобильной станции), или RATE_INCREASE может иметь результатом повышение, охватывающее многочисленные скорости. В примере кредитного алгоритма, мобильная станция поддерживает внутренний параметр «баланса/кредита». Всяки раз, когда она принимает RATE_INCREASE, но не может повысить свою скорость (так являются иссякшими либо энергия, либо данные), мобильная станция увеличивает параметр. Когда энергия или данные становятся доступными для мобильной станции, она может использовать сохраненный «кредит/баланс» при выбранной скорости передачи данных. Различные способы повышения скорости будут очевидны специалистам в данной области техники.

Если повышение не указывается на этапе 945 решения, направляются на этап 955 решения, чтобы определять, указано ли снижение. Если указывается повышение, направляются на этап 960. Следующая передача может быть передана по тому же каналу ARQ на пониженной скорости исходя из текущей скорости. Затем, последовательность операций может останавливаться. Снова, снижение может быть детерминированным или вероятностным. К тому же, RATE_INCREASE не обязательно может иметь результатом немедленное снижение скорости, но могла бы снижать скорость передачи с мобильной станции в будущем (то есть, кредитоподобный алгоритм используется на мобильной станции), или RATE_INCREASE может иметь результатом снижение, охватывающее многочисленные скорости. Когда примерный кредитный алгоритм используется в контексте RATE_DECREASE, когда мобильная станция получает RATE_DECREASE, но не следует ей по некоторым причинам (например, срочные данные, которым необходимо быть отправленными), она получает отрицательный кредит, и на этот отрицательный кредит необходимо обратить внимание позже, до известной степени. Различные способы снижения скорости будут очевидны специалистам в данной области техники.

Если не указано ни повышение, ни снижение, был принят RATE_HOLD. Мобильная станция может передавать следующий пакет на максимальной скорости, равной скорости текущего пакета, как указано на этапе 965. Затем, последовательность операций может останавливаться.

Обращаясь к этапу 940 решения, если никакой тип ACK не был идентифицирован, будет определено, что был принят NAK. На этапе 970 решения, если передача все еще возможна для пакета (то есть, текущий подпакет не был последним подпакетом), мобильная станция повторно передает подпакет по тому же самому каналу ARQ с инкрементированным ID подпакета, как изображено на этапе 980.

На этапе 970 решения, если текущий пакет был последним подпакетом, мобильная станция достигла повторной передачи для пакета. Направимся на этап 975 решения, чтобы определить, было ли принято разрешение (в подобной манере, как описано выше относительно этапа 920). Если сообщение разрешения назначено мобильной станции (либо с одиночной базовой станции, либо более чем одной, как описано выше), мобильная станция может передавать новый пакет по тому же самому каналу ARQ на скорости, равной или меньшей разрешенной скорости. Направимся на этап 930, описанный выше.

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

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

В одном из вариантов осуществления, сообщение разрешения может обладать более высоким приоритетом, чем бит управления скоростью. В качестве альтернативы, сообщение разрешения может быть интерпретировано с таким же приоритетом, как бит управления скоростью. В таком случае, определение скорости может быть модифицировано. Например, если никакое сообщение разрешения не назначено мобильной станции, скорость для следующей передачи определяется по командам управления скоростью (RATE_INCREASE, RATE_HOLD, RATE_DECREASE и ACK_STOP) с использованием правила «рабочего диапазона простоев» или подобного. Когда, к тому же, принято разрешение, скорость для следующей передачи может определяться по всем командам управления скоростью (RATE_INCREASE, RATE_HOLD, RATE_DECREASE и ACK_STOP) с использованием правила «рабочего диапазона простоев» или подобного, результат которого сравнивается с разрешенной скоростью, и выбирается наиболее низкая скорость.

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

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

Способ 900 может быть адаптирован, чтобы включать в себя различные альтернативные варианты, описанные для базовой станции, применяющей способ 750, описанный выше. Например, в одном из вариантов осуществления, NAK и команда останова не определены явным образом, в то время как DTX в F-RCCH наряду с NAK указывает удержание скорости. В альтернативном варианте осуществления, функциональные возможности NAK и останова, могут быть применены отвечающими любым альтернативным технологиям, описанным выше для способа 750. К тому же, как замечено выше касательно способа 750, в примерном варианте осуществления, основанное на управлении скоростью или разрешении изменение скорости выполняется на границах пакета. Предугадывается, что описанные способы могут быть модифицированы, чтобы также включать в состав изменения скорости в пределах подпакета.

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

В качестве другого примера, если пакет принят корректно, основная базовая станция может отправлять либо ACK_STOP, либо ACK_RC. Команды управления скоростью могут не использоваться, так, ACK_RC может быть использован, чтобы означать «подтвердить и продолжить» для этого режима. В этом контексте «подтвердить и продолжить» указывает, что мобильная станция может передавать новый пакет на такой же скорости, как пакет, который является подтверждаемым. Как и раньше, если отправлен ACK_STOP, базовая станция также может отправлять доминирующее разрешение по F-GCH, назначенному для MS. В этом примере, NAK будет указывать «не подтвердить и осуществить останов», если соответствующее разрешение передано не с NAK. В этом сценарии, неосновные базовые станции также отправляют ACK_STOP или ACK_RC, где ACK_RC не сопровождается командой управления скоростью, и указывает «подтвердить и продолжить».

В другом примерном специальном режиме, в состав подмножества включаются описанные признаки, мобильной станцией можно управлять только посредством битов управления скоростью (с базовых станций в ее F-RCCH активном множестве). Этот режим может быть установлен посредством сигнализации L3 во время распределения каналов или других сообщений во время пакетного информационного вызова. В этом режиме, базовая станция отправляет NAK, если пакет не принят успешно. Когда пакет принят корректно, базовая станция отправляет либо ACK_STOP, либо ACK_RC, вместе с F-RCCH (RATE_HOLD, RATE_INCREASE или RATE_DECREASE). NAK после последнего подпакета может сопровождаться F-RCCH (RATE_HOLD, RATE_INCREASE или RATE_DECREASE).

Фиг.10-12 показывают примеры, иллюстрирующие распределение во времени различных каналов, описанных в материалах настоящей заявки. Примеры не представляют какого-либо точного выбора протяженности системы координат, а иллюстрируют относительное распределение во времени разрешения, ACK, и индикаторов управления скоростью (RC). Индикатор ACK, индикатор RC и разрешение появляются во течение одного и того же интервала времени, так что мобильная станция принимает информацию ACK, RC и разрешения приблизительно в одно и то же время для применения к передаче следующего пакета. В этих примерах, мобильной станции не требуется контролировать индикаторы RC, кроме как в случаях, когда она принимает подтверждение или когда все подпакеты были переданы (как описано в примерных вариантах осуществления, описанных выше). Мобильная станция контролирует бит ACK, назначенный ей и индикатору RC, соответствующему конкретной последовательности ARQ. Например, если есть четыре последовательности ARQ, а мобильная станция передает во всех последовательностях ARQ, то мобильная станция контролирует индикатор ACK каждый интервал и до индикатора RC (в качестве применимого) в каждом интервале. Пустые интервалы между разными передачами введены, чтобы предусмотреть время, чтобы базовая станция или мобильная станция, в качестве применимого, принимала и декодировала запросы, передачи подпакетов, разрешения, подтверждения, и команды управления скоростью.

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

Фиг.10 изображает распределение во времени для примерного варианта осуществления с комбинированными каналами подтверждения и управления скоростью. Мобильная станция передает запрос на передачу по R-REQCH. Базовая станция впоследствии передает разрешение по F-GCH в ответ на запрос. Мобильная станция затем передает первый подпакет с использованием параметров в соответствии с разрешением. Подпакет не декодирован корректно на базовой станции, как указано зачеркиванием передачи подпакета. Базовая станция передает сигнал передачи ACK/NAK по F-ACKCH совместно с командой управления скоростью по F-RCCH. В этом примере, передан NAK, а F-RCCH подвергнут DTX. Мобильная станция принимает NAK и повторно передает второй подпакет в ответ. Тем временем, базовая станция корректно декодирует второй подпакет и снова отправляет сигнал передачи ACK/NAK по F-ACKCH наряду с командой управления скоростью по F-RCCH. В этом примере, никакого дополнительного разрешения не передается. Передается ACK_RC и выдается команда управления скоростью (она может указывать повышение, снижение или удержание, как определено согласно требуемому планированию). Мобильная станция затем передает первый подпакет следующего пакета, с использованием параметров, ассоциативно связанных с разрешением, модифицированного как необходимо согласно команде управления скоростью по F-RCCH.

Фиг.11 изображает распределение во времени примерного варианта осуществления с комбинированными каналами подтверждения и управления скоростью, наряду с новым разрешением. Запрос разрешение, передача подпакета (не декодированного корректно) и NAK являются прежними передаваемыми как первые восемь интервалов, описанные выше относительно фиг.10. В этом примере, вторая передача подпакета также принята и декодирована корректно. Однако, вместо ACK_RC, передаваемого базовой станцией, передается ACK_STOP. Если нет разрешения, сопровождающего ACK_STOP, мобильная станция могла бы возвращаться к автономной передаче. Взамен, передается новое разрешение. Мобильной станции не требуется контролировать F-RCCH в течение этого интервала. Мобильная станция затем передает первый подпакет следующего пакета в соответствии с новым разрешением.

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

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

Фиг.13 изображает примерный вариант осуществления системы 100, содержащей специализированный сигнал управления скоростью и общий сигнал управления скоростью. Специализированный канал управления скоростью (F-DRCCH) передается с базовой станции 104 на мобильную станцию 106. Функции F-DRCCH совместно с прямым каналом подтверждения (F-ACKCH) для предоставления подтверждения, продолжают разрешение, и выполняют управление скоростью, по существу таким же образом, как F-ACKCH и F-RCCH, описанные выше. Базовая станция может отправлять специализированный канал управления скоростью каждой из большого количества мобильных станций. В этом варианте осуществления, базовая станция также передает общий канал управления скоростью (F-CRCCH). Общий канал управления скоростью может быть использован для одновременного управления скоростью группы мобильных станций.

Фиг.14 изображает вариант осуществления системы 100, содержащей прямой расширенный канал подтверждения (F-EACKCH). F-EACKCH может занимать место как канала подтверждения (то есть, F-ACKCH, описанного выше), так и канала управления скоростью (то есть, F-RCCH). Функции обоих каналов могут быть комбинированы в один канал образом, согласующимся с различными аспектами изобретения. F-EACKCH передается с одной или более базовых станций 104 на одно или более мобильных станций 106. F-CRCCH может быть передан вместе с F-EACKCH, как описано выше, и дополнительно детализировано ниже. Концепции общего канала управления скоростью и расширенного канала подтверждения, однако, являются обособленными, значит, этим двум не требуется быть комбинированными (отсюда пунктирная линия для F-CRCCH, показанного на фиг.14).

Например, F-ACKCH может содержать команды согласно двухбитному шаблону данных (обладающему четырьмя состояниями). Информация «подтвердить и продолжить» может быть комбинирована с командой для повышения скорости передачи данных, в качестве первого состояния. Информация «подтвердить и продолжить» может быть комбинирована с командой для снижения скорости передачи данных, в качестве второго состояния. «Подтвердить и осуществить останов» может быть третьим состоянием, а NAK - в качестве четвертого состояния. Четыре состояния могут быть представлены с созвездием формата модуляции I и Q, в соответствии с общеизвестными технологиями.

Фиг.15 изображает примерное созвездие, подходящее для использования в F-EACKCH. Как известно в данной области техники, такое созвездие может быть применено с использованием технологий квадратурной амплитудной модуляции (QAM). В альтернативном варианте осуществления, любые два сигнала могут быть применены, чтобы отображать команды в двух измерениях, как показано.

В этом примере, семь точек приписаны различным командам. Точка (0,0) отсутствующей передачи назначена для NAK_HOLD. Таковая может быть наиболее вероятно передаваемой командой, а потому, мощность передачи и емкость могут быть сохранены таким назначением. Различные другие команды, назначенные точкам на окружности, как показано, включают в себя ACK_INCREASE, ACK_HOLD, ACK_DECREASE, NAK_DECREASE, NAK_INCREASE и ACK_STOP. Каждая из этих команд может быть отправлена в виде одиночного символа QAM-модуляции. Каждая команда соответствует паре команд, отправляемых по аналогичному множеству каналов ACKCH и F-RCCH. ACK_INCREASE указывает, что предыдущий подпакет был декодирован корректно, и будущие подпакеты могут быть отправлены при повышенной скорости. ACK_HOLD указывает, что предыдущий подпакет был декодирован корректно, и будущий подпакет может быть передан при существующей скорости. ACK_DECREASE указывает, что предыдущий подпакет был декодирован корректно, и что будущий подпакет может быть передан, однако, при пониженной скорости. ACK_STOP указывает, что предыдущий подпакет был декодирован корректно, но любые предыдущие разрешения и/или команды управления скоростью аннулированы. Мобильная станция переводится только на автономную передачу (если применимо).

NAK_INCREASE указывает, что подпакет не был декодирован корректно. Будущие передачи могут быть отправлены при более высокой скорости (вероятно, обусловленной, например, облегчением ограничений емкости). В одном из вариантов осуществления, команды управления скоростью отправляются после передачи заключительного подпакета. Альтернативный вариант осуществления может предусматривать передачи управления скоростью с сигналами NAK в любой момент времени. Подобным образом, NAK_DECREASE указывает, что предыдущий подпакет не был декодирован корректно, а будущие передачи должны производится на сниженной скорости. ACK_HOLD указывает, что предыдущий подпакет не был декодирован корректно, и будущая передача может производиться при существующей скорости.

Команда NAK_STOP не используется в примере по Фиг.15, хотя специалисты в данной области техники будут осознавать, что такая команда (или другие команды) могли бы быть введены. Различные альтернативные варианты для кодирования NAK_STOP (детализированные выше) также могут быть использованы заодно с F-EACKCH.

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

Фиг.16 изображает альтернативное созвездие, подходящее для использования в F-EACKCH. Этот пример иллюстрирует исключение управления скоростью для команд NAK. Различные команды ACK включают в себя ACK_HOLD, ACK_INCREASE, ACK_DECREASE и ACK_STOP. Пустая команда (0,0) назначена NAK по причинам, описанным выше. В дополнение, можно видеть, что дистанция между NAK и любой командой ACK является эквивалентной, и может быть установлена в любое значение, чтобы обеспечить требуемую вероятность ошибки для NAK.

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

Фиг.17 изображает трехмерное примерное созвездие, подходящее для использования в F-EACKCH. Трехмерное созвездие может быть сформировано посредством использования любых трех сигналов для указания размерной характеристики каждой оси. Либо, одиночный сигнал может быть мультиплексирован по времени, чтобы переносить информацию для одного или более измерений в первом временном периоде, сопровождаемой информацией для одного или более дополнительных измерений в одном или более вторых измерениях. Специалисты в данной области техники будут осознавать, что это может быть расширено до любого количества измерений. В одном из примеров сигнал QAM и сигнал BPSK могут передаваться одновременно. Сигнал QAM может переносить информацию оси x и y, тогда как сигнал BPSK переносит информацию оси z. Технология формирования созвездия хорошо известна в данной области техники.

Пример по фиг.17 дополнительно иллюстрирует концепцию группирования команд ACK в стороне от команд NAK. Заметим, что относительная дистанция между ACK_STOP, ACK_DECREASE, ACK_HOLD и ACK_INCREASE является меньшей, чем дистанция между любой командой ACK и любой командой NAK (которая включает в себя NAK_HOLD, NAK_INCREASE и NAK_DECREASE, в этом примере). Таким образом, мобильная станция менее вероятно должна неправильно интерпретировать команду подтверждения, чем команду скорости. Специалисты в данной области техники будут применять идеи, изложенные в материалах настоящей заявке, чтобы формировать созвездия, содержащие любой набор команд, с защитой, установленной одинаково для команд, или с защитой, распределенной любым желательным образом.

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

Этот вариант осуществления этапа 750 начинается на этапе 1810. Базовая станция производит любые требуемые разрешения, которые применимы, в соответствии с ранее выполненным планированием. На этапе 1820, формируется команда ACK или NAK, чтобы подтвердить предыдущие передачи. Команда подтверждения может быть комбинирована с или сопровождаться командой для расширения предыдущего разрешения, или командой для разрешения существующего управления скоростью (включая управление скоростью автономных передач). Любые из технологий, описанных в материалах настоящей заявки, могут быть использованы для передачи сигналов по этапу 1820, в том числе, сигналов управления скоростью передачи и подтверждения, а также комбинированного сигнала подтверждения и управления скоростью.

На этапе 1830, команда ACK_STOP может быть отправлена, чтобы указывать, что мобильная станция должна вернуться от предыдущего разрешения в автономный режим. В этом примере, ACK_STOP также используется, чтобы предписывать мобильной станции переключиться с контроля специализированного канала управления скоростью (то есть, F-DRCCH, а взамен, контролировать общий сигнал управления скоростью (то есть F-CRCCH). В альтернативном варианте осуществления, другие команды могут быть выбраны, чтобы указывать смещение контроля со специализированного на общий канал управления скоростью. Для этой цели может быть определена специальная команда. Специальная команда может быть включена в комбинированный канал, а также, с одной или более точками в созвездии, или она может быть отправлена посредством передачи сигналов. На этапе 1840, одна или более базовых станций предоставляют подтверждения для последующих автономных передач. На этапе 1850, общее управление скоростью затем используется, чтобы модифицировать одну или более мобильных станций, контролирующих общий канал управления скоростью. Затем, последовательность операций может останавливаться.

Фиг.19 изображает вариант осуществления способа 1900 для реагирования на общее и специализированное управление скоростью. Способ 1900 может быть использован в мобильной станции, реагирующей на использование базовой станцией комбинации общего и специализированного управления скоростью, такого как описанный ранее относительно фиг.7 и 18. Последовательность операций начинается на этапе 1910. В этом примере, специализированное управление скоростью предоставляется вместе с разрешением. Мобильная станция, не работающая по разрешению, будет контролировать общий канал управления скоростью. В альтернативных вариантах осуществления, мобильным станциям, работающим по разрешению, также может быть предписано следовать общему сигналу управления скоростью, или не разрешенным мобильным станциям может быть назначен специализированный канал управления скоростью. Эти альтернативные варианты не показаны на фиг.19, но специалисты в данной области техники будут без труда применять такие варианты осуществления, и их модификации, с использованием любых различных технологий сигнализации, в свете идеи, изложенной в материалах настоящей заявки. На этапе 1910 решения, если мобильная станция работает по предыдущему разрешению, направляются на этап 1940.

На этапе 1940, мобильная станция контролирует канал разрешения (то есть, F-GCH) каналы подтверждения и управления скоростью (которыми могут быть F-ACKCH и F-DRCCH или комбинированный F-EACKCH, как описано выше). На этапе 1945, если принята команда ACK_STOP, направляются на этап 1950. В этом варианте осуществления, ACK_STOP используется, чтобы назначить возврат к автономной передаче, как показано на этапе 1950. Как будет дополнительно детализировано ниже, ACK_STOP также указывает переход от контроля специализированного канала управления скоростью к контролю общего канала управления скоростью. В альтернативном варианте осуществления, команда, иная чем ACK_STOP, может быть использована, для указания переключения контроля со специализированного на общий канал управления скоростью, и команде не требуется быть идентичной команде для возврата в автономный режим. После этапа 1950, последовательность операций может останавливаться. В примерном варианте осуществления, способ 1900 будет повторяться итеративно, по необходимости.

На этапе 1945, если не принята команда ACK_STOP, направляются на этап 1955. На этапе 1955, мобильная станция может осуществлять передачу согласно командам канала ACK/NAK, управления скоростью и/или разрешения, которые могут быть приняты. Затем, последовательность операций для текущей итерации может останавливаться.

Обращаясь к этапу 1910 решения, если мобильная станция работает по предыдущему разрешению, направляются на этап 1915. На этапе 1915 решения, если принято разрешение по каналу разрешения, направляются на этап 1920 и осуществляют передачу согласно принятому разрешению, после которого последовательность операций может останавливаться. Заметим, что в этом примере, как описано выше, разрешение используется, чтобы указывать, что мобильная станция должна контролировать специализированный канал управления скоростью. Таким образом, в последующей итерации способа 1900, эта мобильная станция могла бы перейти с этапа 1910 решения на этап 1940, как описано выше. В альтернативных вариантах осуществления, могут применяться альтернативные технологии для сигнализации переключения на контроль специализированного канала управления скоростью.

На этапе 1915 решения, если разрешение не принято, мобильная станция контролирует общий канал управлении скоростью, как показано на этапе 1925 решения. Если выдана команда общего управления скоростью, направляются на этап 1930. Мобильная станция регулирует скорость в соответствии с командой общего управления скоростью и может продолжать передавать автономно на измененной скорости. Затем, последовательность операций может останавливаться.

Если, на этапе 1925 решения, команда общего управления скоростью не принята, направляются на этап 1935. Мобильная станция может продолжать передавать автономно на текущей скорости. Затем, последовательность операций может останавливаться.

Фиг.20 изображает альтернативный вариант осуществления способа 750, для обработки принятых сигналов передачи, в том числе, подтверждения и управления скоростью, подходящих для использования на этапе 750, описанном выше. Этот вариант осуществления иллюстрирует использование расширенного канала подтверждения ((F-EACKCH) для комбинирования подтверждения и управления скоростью передачи. Напомним, что перед этапом 750, базовая станция приняла предыдущие запросы, если таковые имелись, выполнила любые требуемые разрешения, приняла как разрешенные, так и автономные передачи, и выполнила планирование с привлечением этих и других факторов.

Этот вариант осуществления этапа 750 начинается на этапе 2005. Базовая станция производит любые требуемые разрешения, как применимо, в соответствии с ранее выполненным планированием, изображенным на этапе 2010. На этапе 2015 решения, ACK или NAK определяются в ответ на предварительно принятую передачу. ACK или NAK будут комбинированными с управлением скоростью, чтобы предусмотреть комбинированный F-EACKCH, детализированный ниже.

Если должен быть отправлен ACK, направляются на этап 2020 решения. Если управление скоростью, в том числе, удержание текущей скорости (то есть, «подтвердить и продолжить») требуется для целевой мобильной станции (как определено при любом планировании, выполненном на предыдущих этапах), направляются на этап 2030 решения. На этапе 2030 решения, если требуется повышение, направляются на этап 2035 и отправляем ACK_INCREASE по F-EACKCH. Затем, последовательность операций может останавливаться. Если повышение не требуется, определяется, требуется ли снижение, на этапе 2040 решения. Если так, направляются на этап 2045, чтобы передавать ACK_DECREASE по F-EACKCH. Затем, последовательность операций может останавливаться. Если не требуется ни повышение ни снижение, надлежит удержание. Направляются на этап 2050, чтобы передавать ACK_HOLD по F-EACKCH. Затем, последовательность операций может останавливаться. Заметим, что каждая из этих трех команд ACK, с управлением скоростью, так же используется, чтобы расширять предыдущее разрешение.

На этапе 2020 решения, если управление скоростью не требуется, передаем ACK_STOP по F-EACKCH, как показано на этапе 2025. Затем, последовательность операций может останавливаться. Когда используется в соединении с вариантом осуществления, таким как изображенный, например, на фиг.18-19, на котором применяется общее и специализированное управление скоростью, ACK_STOP является одним из примеров команды, которая может указывать мобильной станции переходить с контроля специализированного управления скоростью на общее. В этом примере, ACK_STOP прекращает действие любого предыдущего разрешения, и мобильная станция затем будет переведена на автономную передачу.

Обращаясь к этапу 2015 решения, если ACK не должен передаваться, то NAK является надлежащим. Как описано выше, есть различные альтернативные варианты для комбинирования управления скоростью с NAK, в зависимости от того, в ответ на заключительный подпакет происходит NAK или нет. В альтернативном варианте осуществления, такие альтернативные варианты также могут быть включены в способ, изображенный на фиг.20. В этом примере, если на этапе 2055 NAK происходит не в ответ на заключительный подпакет, направляются к этапу 2060, чтобы передавать NAK_HOLD по F-EACKCH. Эта команда, как описано выше, указывает, что подпакет не был декодирован корректно, а следующий пакет может передаваться на текущей скорости. Затем, последовательность операций может останавливаться.

На этапе 2055 решения, если NAK происходит в ответ на заключительный подпакет, направляются на этап 2065 решения. Если никакого управления скоростью не требуется, направляются к этапу 2060, чтобы передавать NAK_HOLD по F-EACKCH, как описано выше. Заметим, что в альтернативном варианте осуществления, также могут быть включены в состав дополнительные команды. Например, NAK_STOP может быть применен для отправки NAK в подпакет, наряду с аннулированием предыдущего разрешения. Специалисты в данной области техники будут постигать бесчисленное количество других комбинаций в свете идеи, приведенной в материалах настоящей заявки.

На этапе 2065 решения, если требуется управление скоростью, направляются на этап 2070 решения. Если требуется повышение, направляются на этап 2075, чтобы передавать NAK_INCREASE по F-EACKCH. В ином случае, направляются на этап 2085, чтобы передавать NAK_DECREASE по F-EACKCH. Затем, последовательность операций может останавливаться. Отметим, что в этом примере, установленный по умолчанию NAK, NAK_HOLD, как показано на этапе 2060, является достижимым с этапа 2065 решения. Если использован альтернативный вариант осуществления, то есть включение в состав NAK_STOP, дополнительная ветвь решения, аналогичная этапам 2040-2050, описанным выше, может быть использована для включения в состав альтернативной ветви, чтобы передавать NAK_HOLD.

Фиг.21 изображает способ 2100 для приема и реагирования на F-EACKCH. В одном из вариантов осуществления, способ 2100 может быть применен на мобильной станции, реагирующей на базовую станцию, передающую согласно различным способам, описанным выше, в том числе изображенным на фиг.7, 18 и 20. Способ начинается на этапе 2110, на котором мобильная станция контролирует канал разрешения (то есть, F-GCH), чтобы определить, было ли принято разрешение.

На этапе 2120, мобильная станция также контролирует F-EACKCH в ответ на ранее переданный подпакет. Мобильная станция затем передает или повторно передает согласно указанию ACK или NAK по F-EACKCH. Скорость передачи также модифицируется в соответствии с любым из STOP, HOLD, INCREASE или DECREASE по F-EACKCH, также как и любыми принятыми разрешениями. Затем, последовательность операций может останавливаться.

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

Мобильная станция при мягкой передаче обслуживания может контролировать общее управление скоростью из всех сот в активном множестве, из их подмножества или только из обслуживающей соты. В одном из примерных вариантов осуществления, каждая мобильная станция может повышать свою скорость передачи данных, только если все каналы F-CRCCH из множества контролируемых сот указывают разрешенное повышение скорости передачи данных. Это может предусматривать усовершенствованное управление перекрестными помехами. Как указано этим примером, скорость передачи данных различных мобильных станций при мягкой передаче обслуживания может быть разной, вследствие разницы в размерах их активных множеств. F-CRCCH может быть использован, чтобы обеспечивать больший выигрыш от обработки сигналов, чем F-DRCCH. Таким образом, для той же самой мощности передачи, он может быть, по своей природе, более надежным.

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

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

Для общего управления скоростью или группового управления скоростью, предвидятся альтернативные варианты для приведенного выше правила. В частности, базовая станция может отправлять команды управления скоростью во время середины передачи. Соответственно, мобильная станция может накапливать команды управления скоростью посреди передачи и применять их для передачи следующего пакета. В этом примере, мы допускаем, что управление скоростью по-прежнему происходит по каждому каналу HARQ. Однако, F-ACKCH и F-RCCH функционируют как два канала с независимой работой. Эти технологии также могут быть обобщены до управления скоростью по всем каналам ARQ (или их подмножеству).

Должно быть отмечено, что во всех вариантах осуществления, описанных выше, этапы способа могут быть переставлены, не выходя из объема изобретения. Описания, раскрытые в материалах настоящей заявки, во многих случаях со ссылкой на сигналы, параметры и процедуры, ассоциированные с системой lxEV-DV, но объем изобретения не ограничен как таковой. Специалисты в данной области техники без труда применят принципы, изложенные в материалах настоящей заявки к различным другим системам связи. Эти и другие модификации будут очевидны рядовым специалистам в данной области техники.

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

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

Различные иллюстративные логические блоки, модули, и схемы, раскрытые в связи с вариантами осуществления, раскрытыми в материалах настоящей заявки, могут быть реализованы или выполнены процессором общего применения, цифровым сигнальным процессором (ЦСП, DSP), специализированной интегральной схемой (ASIC), программируемой вентильной матрицей (FPGA) или другим программируемым логическим устройством, дискретной ключевой или транзисторной логикой, дискретными компонентами аппаратных средств, или любым их сочетанием, сконструированным, чтобы выполнять функции, описанные в материалах настоящей заявки. Процессором общего назначения может быть микропроцессор, но в альтернативном варианте, процессором может быть любой традиционный процессор, контроллер, микроконтроллер или конечный автомат. Процессор также может быть реализован в виде комбинации вычислительных устройств, например, комбинации ЦСП и микропроцессора, большого количества микропроцессоров, одного или более микропроцессоров в соединении с ЦСП-ядром, или любой другой такой конфигурации.

Этапы способа или алгоритма, раскрытого в связи с вариантами осуществления, раскрытыми в материалах настоящей заявки, могут быть реализованы непосредственно в аппаратных средствах, в модуле программного обеспечения, выполняемом процессором, или комбинации этих двух. Модуль программного обеспечения может находиться в памяти ОЗУ, флэш-памяти, памяти ПЗУ (ROM, постоянного запоминающего устройства), памяти ЭСПЗУ (EPROM, электрически программируемого ПЗУ), памяти ЭСППЗУ (EEPROM, электрически стираемого и программируемого ПЗУ), регистрах, на жестком диске, съемном диске, CD-ROM (ПЗУ на компакт-диске) или любом другом виде носителя информации, известном в данной области техники. Примерный носитель информации присоединен к процессору так, что процессор может считывать информацию с запоминающего носителя и записывать информацию на него. В альтернативном варианте, носитель информации может быть неотъемлемым по отношению к процессору. Процессор и носитель информации могут находиться в ASIC. ASIC могут находиться в пользовательском терминале. В альтернативном варианте, процессор и носитель информации могут находиться в качестве дискретных компонентов в пользовательском терминале.

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

Изобретение относится к системам беспроводной связи. Технический результат заключается в управлении с уменьшенными накладными расходами подтверждения передач и возможности регулировать скорости передачи по необходимости. Варианты осуществления, раскрытые в материалах настоящей заявки, направляют усилия на потребность в данной области техники в расширенном канале подтверждения/управления скоростью. В одном из аспектов команду подтверждения и команду управления скоростью комбинируют в виде комбинированной команды. В другом аспекте комбинированную команду формируют в соответствии с созвездием точек, причем каждая точка соответствует паре, состоящей из команды управления скоростью и команды подтверждения. В еще одном аспекте точки созвездия предназначены для обеспечения требуемой вероятности ошибки для соответственных пар команд. В еще одном другом аспекте общую команду управления скоростью передают наряду с комбинированной или специализированной командой управления скоростью. Также представлены различные другие аспекты. Эти аспекты обладают преимуществом уменьшенных непроизводительных затрат, наряду с обеспечением подтверждения и управления скоростью одиночной удаленной станции и/или групп удаленных станций. 5 н. и 22 з.п. ф-лы., 21 ил. 1 табл.

1. Приемное устройство, содержащее:
приемник для приема канала, причем канал сконфигурирован для передачи информации ACK/NAK (положительного подтверждения/отрицательного подтверждения) и информации управления скоростью передачи; и
процессор для декодирования информации ACK/NAK и информации управления скоростью передачи из канала,
при этом информация ACK/NAK и информация управления скоростью передачи отображена на набор шаблонов данных, чтобы обеспечить возможность отделения информации ACK/NAK и информации управления скоростью передачи в приемном устройстве.

2. Приемное устройство по п.1, в котором канал использует один каналообразующий код в системе мультиплексирования с кодовым разделением.

3. Приемное устройство по п.1, в котором набор шаблонов данных содержит ортогональные функции.

4. Приемное устройство по п.1, в котором шаблоны данных представлены посредством групп формата модуляции I и Q.

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

6. Приемное устройство по п.1, в котором информация ACK/NAK содержит три состояния, NAK для указания, что пакет должен быть повторно передан от приемного устройства, ACK_RC для указания приемному устройству, что повторная передача не требуется и следует контролировать указатель управления скоростью передачи, и ACK_STOP для указания приемному устройству перейти в автономный режим для следующей передачи, если только не принято сообщение разрешения.

7. Передающее устройство, содержащее:
процессор для комбинирования информации ACK/NAK и информации управления скоростью передачи в одном канале; и
передатчик для передачи информации, скомбинированной в канале, к приемнику.

8. Передающее устройство по п.7, в котором канал использует один каналообразующий код в системе мультиплексирования с кодовым разделением.

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

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

11. Передающее устройство по п.9, в котором шаблоны данных представлены посредством групп формата модуляции I и Q.

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

13. Передающее устройство по п.9, в котором информация ACK/NAK содержит три состояния, NAK для указания, что пакет должен быть повторно передан от приемного устройства, ACK_RC для указания приемному устройству, что повторная передача не требуется и следует контролировать указатель управления скоростью передачи, и ACK_STOP для указания приемному устройству перейти в автономный режим для следующей передачи, если только не принято сообщение разрешения.

14. Способ обработки принимаемых передач, включающих в себя подтверждения, содержащий этапы, на которых:
принимают канал, причем канал сконфигурирован для передачи информации ACK/NAK и информации управления скоростью передачи; и
декодируют информацию ACK/NAK и информацию управления скоростью передачи из канала.

15. Способ по п.14, в котором канал использует один каналообразующий код в системе мультиплексирования с кодовым разделением.

16. Способ по п.14, в котором информация ACK/NAK и информация управления скоростью передачи отображаются на набор шаблонов данных, чтобы обеспечить возможность отделения информации ACK/NAK и информации управления скоростью передачи.

17. Способ по п.16, в котором набор шаблонов данных содержит ортогональные функции.

18. Способ по п.16, в котором шаблоны данных представлены посредством групп формата модуляции I и Q.

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

20. Способ по п.16, в котором информация ACK/NAK содержит три состояния, NAK для указания, что пакет должен быть повторно передан от приемного устройства, ACK_RC для указания приемному устройству, что повторная передача не требуется и следует контролировать указатель управления скоростью передачи, и ACK_STOP для указания приемному устройству перейти в автономный режим для следующей передачи, если только не принято сообщение разрешения.

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

22. Приемное устройство по п.21, в котором канал использует один каналообразующий код в системе мультиплексирования с кодовым разделением.

23. Приемное устройство по п.24, в котором набор шаблонов данных содержит ортогональные функции.

24. Приемное устройство по п.21, в котором шаблоны данных представлены посредством групп формата модуляции I и Q.

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

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

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