СПОСОБ И УСТРОЙСТВО ДЛЯ ДИНАМИЧЕСКОГО РАСПРЕДЕЛЕНИЯ ПРОЦЕССОВ HARQ В ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ
METHOD AND DEVICE FOR DYNAMIC DISTRIBUTION OF HARQ PROCESSES IN UPPERLINK

ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к системам беспроводной связи. В частности, раскрыты способ и устройство для динамического распределения процессов гибридных автоматических запросов на повторную передачу (HARQ) для блоков беспроводной передачи/приема(WTRU) в восходящей линии связи.
УРОВЕНЬ ТЕХНИКИ
Пропускная способность в системе на основе множественного доступа с кодовым разделением (CDMA), такой как высокоскоростной пакетный доступ (HSPA), или в одноканальной системе множественного доступа с частотным разделением (SC-FDMA), такой как развитая универсальная наземная сеть радиодоступа (E-UTRAN), ограничивается взаимными помехами. Для системы на основе CDMA взаимные помехи в восходящей линии связи на конкретном участке соты обычно формируется посредством WTRU (то есть пользователей), соединенных с сотой, а также посредством WTRU, соединенных с другими сотами. В случае системы на основе SC-FDMA взаимные помехи в восходящей линии связи обусловлены, прежде всего, WTRU, соединенными с другими сотами. Чтобы поддерживать покрытие и стабильность системы, участок соты может допускать только определенную величину взаимных помех в восходящей линии связи в любой заданный момент времени. В результате пропускная способность системы максимизируется, если взаимные помехи могут поддерживаться постоянными, как функция от времени. Это постоянство позволяет максимуму пользователей осуществлять передачу и/или генерировать взаимные помехи без превышения взаимными помехами в восходящей линии связи предопределенного порога в любое время.
Высокоскоростной пакетный доступ по восходящей линии связи (HSUPA), определенный в выпуске 6 "Проекта партнерства по созданию сетей третьего поколения (3GPP)", использует HARQ с синхронными повторными передачами. При использовании интервала времени передачи (TTI), равного 2 миллисекундам (мс), минимальная мгновенная скорость передачи данных часто является большей, чем скорость передачи данных, предлагаемая приложением, вследствие необходимости передать несколько битов, которые представляют собой по меньшей мере размер одного протокольного блока данных (PDU) управления радиолинией связи (RLC) в заданном интервале TTI. Когда это происходит, WTRU может использовать только подмножество доступных процессов HARQ. В результате помехи, сформированные данным активным блоком WTRU, не являются постоянными в отрезке времени из восьми (8) интервалов TTI. Во время некоторых интервалов TTI WTRU передает данные, и помехи, которые он формирует, являются высокими. Во время других интервалов TTI WTRU может передавать только управляющую информация, и поэтому помехи, которые он формирует, являются низкими. Чтобы выровнять помехи по всем интервалам TTI, система может ограничить каждый WTRU использованием некоторого специфичного для WTRU подмножества процессов HARQ и выбирать разные подмножества для разных WTRU.
Передачами от WTRU для некоторого потока данных могут управлять непланируемые передачи или разрешения планирования. При непланируемых передачах WTRU может свободно осуществлять передачу со скоростью передачи данных, которая может достигать фиксированного значения в определенных процессах HARQ. При разрешениях планирования WTRU также может осуществлять передачи со скоростью передачи данных, которая может достигать некоторого значения в определенных процессах HARQ, но максимальная скорость передачи данных подлежит динамическому изменению в зависимости от максимального отношения мощностей, сигнализированного посредством узла-B в заданное время.
Когда сеть управляет передачей посредством допущения непланируемых передач, набор процессов HARQ сигнализируется к WTRU через сигнализацию управления беспроводными ресурсами (RRC). Узел-B определяет набор процессов HARQ и сигнализирует эту информацию контроллеру беспроводной сети (RNC), который затем ретранслирует ее пользователю через RRC сигнализацию. Преимущество управления чувствительным к задержкам трафиком с непланируемыми передачами состоит в том, что это устраняет возможность любой дополнительной задержки, которая может быть вызвана недостатком ресурсов, предоставленных узлом-B, при управлении передачами с разрешениями планирования. Другое преимущество состоит в том, что это устраняет дополнительные служебные издержки сигнализации вследствие передачи информации планирования, которая требуется при разрешениях планирования.
Однако с определенными на настоящий момент механизмами для непланируемых передач производительность системы является близкой к оптимальной, когда в комбинации приложений доминируют чувствительные к задержкам приложения, которые генерируют схемы трафика, проявляющие периоды высокой активности, чередующиеся с периодами низкой активности. Примером приложения этого типа является приложение передачи голоса через протокол Интернета (VoIP), в котором периоды молчания преобразуются в очень низкую величину трафика, который нужно передать. Когда в соте или системе доминирующими являются приложения такого типа, пропускная способность максимизируется, только если сеть способна к изменению подмножества процессов HARQ, используемых блоком WTRU при изменении его состояния активности, с тем, чтобы помехи были всегда выровнены по процессам HARQ. Иначе сеть должна ограничивать количество WTRU, использующих некоторый процесс HARQ, с тем, чтобы не был превышен порог, даже когда все они одновременно активны, что приводит к значительному снижению пропускной способности.
При использовании непланируемых передач проблема состоит в том, что модификация подмножества допустимых процессов HARQ допускается только через RRC сигнализацию, что обычно включает в себя задержки на несколько сотен миллисекунд. Это время задержки является существенным по сравнению с типичным интервалом между изменениями активности для таких приложений, как голосовые приложения. Кроме того, RRC сигнализация в текущей архитектуре выпуска 6 управляется посредством RNC. Таким образом, узел-B должен заранее сигнализировать о модификации подмножества допустимых процессов HARQ к RNC. Интервал времени между изменением состояния активности в WTRU и фактическим изменением процессов HARQ может быть значительно большим, чем продолжительность состояния активности. В соответствии с этим выравнивание помех по процессам HARQ становится неосуществимым.
Поэтому было бы полезно предоставить способ и устройство для динамического распределения процессов HARQ в восходящей линии связи, которые способствовали бы оптимизации пропускной способности при непланируемых передачах.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Раскрываются способ и устройство для динамического распределения процессов HARQ. В системе беспроводной связи, включающей в себя по меньшей мере один WTRU и по меньшей мере один узел-B (NB), состояние активации или деактивации определяется для каждого из множества процессов HARQ. Сигнал, который включает в себя состояние активации или деактивации для каждого из процессов HARQ, передается WTRU. В ответ на прием сигнала WTRU активирует или деактивирует конкретный процесс HARQ в соответствии с состоянием активации или деактивации для каждого из процессов HARQ, содержащемся в принятом сигнале.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Более детальное понимание изобретения может быть получено из следующего описания предпочтительного варианта осуществления, данного в качестве примера и предназначенного для осмысления вместе с сопроводительными чертежами, на которых:
Фиг.1 показывает иллюстративную систему беспроводной связи, включающую в себя множество WTRU и узел-B;
Фиг.2 - функциональная блок-схема WTRU и узла-B, показанных на Фиг.1;
Фиг.3A - блок-схема последовательности операций способа распределения процессов;
Фиг.3B - блок-схема последовательности операций иллюстративной реализации способа, показанного на Фиг.3A;
Фиг.4 - блок-схема последовательности операций способа распределения процессов в соответствии с альтернативным вариантом осуществления;
Фиг.5 - иллюстративная схема распределения системного блока ресурса (SRU) в соответствии со способом, показанным на Фиг.4;
Фиг.6 - блок-схема последовательности операций способа распределения процессов в соответствии с альтернативным вариантом осуществления; и
Фиг.7 - блок-схема последовательности операций способа распределения процессов в соответствии с альтернативным вариантом осуществления.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Упоминаемый далее термин "блок беспроводной передачи/приема (WTRU)" включает в себя, но без ограничения, пользовательское оборудование (UE), мобильную станцию, стационарную или подвижную абонентскую установку, пейджер, мобильный телефон, карманный компьютер (PDA), компьютер или пользовательское устройство любого другого типа, способное к работе в беспроводной среде. Упоминаемый далее термин "базовая станция" включает в себя, но без ограничения, узел-B, контроллер узла, точку доступа (AP) или устройство любого другого типа, обеспечивающее взаимодействие в беспроводной среде.
Фиг.1 показывает иллюстративную систему 100 беспроводной связи, включающую в себя множество WTRU 110, узел-B 120 (NB) и контроллер 130 беспроводной сети (RNC). Как показано на Фиг.1, WTRU 110 взаимодействуют с помощью беспроводной связи с NB 120, который соединен с RNC 130. Хотя на Фиг.1 показаны три WTRU 110, один NB 120 и один RNC 130, следует отметить, что в систему 100 беспроводной связи может быть включена любая комбинация беспроводных и проводных устройств.
Фиг.2 является функциональной блок-схемой 200 WTRU 110 и NB 120 системы 100 беспроводной связи, показанной на Фиг.1. Как показано на Фиг.2, WTRU 110 взаимодействует с NB 120, и они оба конфигурированы для выполнения способа динамического распределения процессов.
В дополнение к компонентам, которые могут быть найдены в типичном WTRU, WTRU 110 включает в себя процессор 115, приемник 116, передатчик 117 и антенну 118. Процессор 115 конфигурирован для выполнения процедуры динамического распределения процессов. Антенна 118 взаимодействует с приемником 116 и с передатчиком 117 для обеспечения возможности передачи и приема беспроводных данных.
В дополнение к компонентам, которые могут быть найдены в типичном NB, NB 120 включает в себя процессор 125, приемник 126, передатчик 127 и антенну 128. Процессор 115 конфигурирован для выполнения процедуры динамического распределения процессов. Приемник 126 и передатчик 127 взаимодействуют с процессором 125. Антенна 128 взаимодействует с приемником 126 и с передатчиком 127 для обеспечения возможности передачи и приема беспроводных данных.
Фиг.3A является блок-схемой последовательности операций способа 300 распределения процессов. В общем случае способ 300 предусматривает сигнализацию к WTRU 110 подмножества допустимых процессов HARQ. Эта сигнализация предпочтительно используется для тех WTRU 110, которые используют незапланированные передачи с интервалами TTI, равными 2 мс, и тех, которые могут использовать способ 300. Также предпочтительно информация, требуемая для предоставления такой возможности, сообщается сети через RRC сигнализацию, которая определена в одном или более интервалах TTI.
На этапе 310 процессы HARQ, которые должны быть активированы или деактивированы, идентифицируются и сообщаются WTRU 110 или группе WTRU 110 (этап 320). Это сообщение может быть выполнено различными путями.
Например, в одном предпочтительном способе каждый раз, когда передается команда сигнализации, индивидуальный процесс HARQ либо активируется, либо деактивируется в зависимости от его текущего состояния активации. Таким образом, количество битов, которые требуют кодирования, зависит от максимального количества процессов HARQ. Для восьми (8) процессов HARQ, используемых в HSUPA, нужно сообщить 3 бита плюс дополнительный бит, который указывает, должен ли процесс HARQ быть активирован или деактивирован. Также сигнал команды может неявным образом осуществлять переключение между активацией и деактивацией, и в этом случае последний бит будет опущен, поскольку является ненужным. Однако при этом WTRU 110 должен знать заранее, как обработать сигнал. В другом возможном способе каждый раз, когда передается сигнал команды, один процесс HARQ активируется, и другой процесс HARQ деактивируется. В этом способе потребуется достаточно битов, чтобы закодировать два процесса HARQ (например, шесть (6) битов). В этом случае процесс HARQ, который является деактивированным, может быть активирован, и процесс HARQ, который является активированным, может быть деактивирован. В качестве альтернативы все активные процессы HARQ могут быть деактивированы, и все неактивные процессы HARQ могут быть активированы.
Этапы 310 и 320 способа 300 также могут быть выполнены посредством неявной сигнализации об активации или деактивации индивидуального процесса HARQ посредством времени передачи сообщения, например, кадра и субкадра. Например, правило может быть предустановлено между количеством кадров/субкадров команды сигнализации и рассматриваемым процессом HARQ. Таким образом, не требуется бит для указания индивидуального процесса HARQ, но NB 120 будет вынужден активировать/деактивировать индивидуальный процесс HARQ только в заданном кадре или субкадре. Однако один бит может быть использован, если желательно сообщить, активируется процесс или деактивируется. В качестве альтернативы может использоваться комбинация способов, например, посредством индикации деактивации индивидуального процесса с помощью времени передачи и посредством индикации активации процесса с помощью использования бита или битов, или наоборот.
Другой альтернативой для использования этапов 310 и 320 способа 300, показанного на Фиг.3A, является использование команды сигнализации для указания активации или деактивации сразу всех процессов HARQ. Это может быть достигнуто посредством определения битового массива, в котором каждый бит представляет процесс HARQ, и значение бита указывает, должен ли процесс быть активирован или деактивирован, или состояние активности процесса просто переключается.
Следует отметить, что в текущем состоянии этой области техники счетчики процессов HARQ, также называемые индексами процессов HARQ, являются специфичными для WTRU. Однако RNC 130 может выровнять счетчики с тем, чтобы широковещательная информация могла использоваться всеми WTRU 110, взаимодействующими с RNC 130. В качестве альтернативы конкретному WTRU 110 может быть заранее сообщено соответствие между каждым битом в битовом массиве и каждым счетчиком процессов HARQ.
Например, для каждого WTRU имеется восемь (8) возможных процессов HARQ, которые идентифицируются с помощью индекса (например, от 1 до 8). Поскольку WTRU 110 не синхронизированы друг с другом, процесс N HARQ для конкретного WTRU 110 в общем случае не передается в такое же время, как процесс N HARQ для другого WTRU 110. Однако NB 120 может пожелать активировать или деактивировать процессы HARQ для нескольких WTRU 110, которые передаются в заданное время. Чтобы обеспечить возможность осуществления этой сигнализации по "широковещательному" сценарию, индексы процессов HARQ разных WTRU 110 должны быть синхронизированы с тем, чтобы процесс N HARQ для одного конкретного WTRU 110 был передан в то же время, как процесс N HARQ для любого другого WTRU 110. В качестве альтернативы каждый WTRU 110 может быть заранее осведомлен, какой индекс процесса должен быть включен или выключен, если NB 120 сигнализирует, что все процессы, передаваемые в заданное время, которое может быть определено с помощью некоторого общего отсчета, должны быть включены или выключены.
При другом способе выполнения этапов 310 и 320 способа 300, показанного на Фиг.3A, WTRU 110 может быть разрешено использовать индивидуальный процесс, который был "выключен" при условиях, предопределенных или сигнализированных из сети заранее. Одно из этих условий может включать в себя занятость буфера данными для передачи по восходящей линии связи посредством WTRU 110. Количество битов, связанных с каждым индивидуальным процессом, может изменяться и может указывать приоритет использования, причем различные приоритеты соответствуют различным наборам условий для использования каждого индивидуального процесса.
Количество битов может быть равным максимальному количеству процессов HARQ. Например, для HSUPA используются восемь (8) битов. В качестве альтернативы, необходимое количество битов могло быть сокращено, если набор процессов HARQ, которые потенциально могут быть активизированы для конкретного WTRU 110, меньше максимального количества возможных процессов HARQ. Набор потенциально активированных процессов HARQ может быть сообщен WTRU 110 через более высокие уровни (например, RRC) таким же образом, как сообщается набор ограниченных процессов HARQ.
Команда сигнализации также может определить набор допустимых процессов HARQ (то есть те процессы HARQ, которые WTRU 110 может использовать для передачи по восходящей линии связи), вступая в силу немедленно или с фиксированной задержкой после того, когда информация принята WTRU 110. В качестве альтернативы обновленный набор допустимых процессов может вступить в силу во время, определенное непосредственно в сообщении сигнализации. Предпочтительно набор допустимых процессов HARQ сообщается как индекс в таблице, в которой несколько наборов допустимых процессов HARQ уже предопределены и известны в WTRU 110. Количество битов, представляющих индекс, будет ограничивать количество наборов, которые могут быть предопределены. Отображение между индексом и набором допустимых процессов HARQ может быть предварительно сконфигурировано через сигнализацию более высокого уровня, или набор допустимых процессов HARQ может быть явно сообщен WTRU 110 посредством перечисления заданных допустимых номеров процессов.
Другой способ выполнения этапов 310 и 320 способа 300, показанного на Фиг.3A, заключается в сигнализации для определения вероятностей, с которыми WTRU 110 должен включать или выключать индивидуальные процессы HARQ. Предпочтительно одно значение вероятности сигнализируется для каждого процесса HARQ (например, для выключения), а второе значение вероятности (например, для включения) вычисляется с использованием сигнализированного значения в соответствии с предопределенным правилом. В качестве альтернативы и вероятность для выключения, и вероятность для включения могут быть явным образом сигнализированы WTRU 110.
Для любого из описанных выше способов команды сигнализации могут быть переданы (этап 320) или направлены индивидуальному WTRU 110 или множеству WTRU 110.
В одном предпочтительном варианте воплощения функциональные возможности канала абсолютного разрешения (E-AGCH) улучшенного выделенного канала (E-DCH) могут быть расширены посредством определения дополнительной интерпретации информационных битов. Правильная интерпретация может быть известна WTRU 110 посредством временного мультиплексирования в различных интервалах TTI и/или посредством использования различных кодов расширения. Времена и коды могут быть сигнализированы WTRU 110 посредством сети. Дополнительно интерпретация может подразумеваться посредством идентификационного кода, встроенного в E-AGCH, такого как идентификатор (ID) WTRU. Это эквивалентно определению нового физического канала с новым названием (например, улучшенного канала индикатора активного процесса (E-APICH)), который может быть мультиплексирован по времени и/или коду с E-AGCH.
В настоящее время E-AGCH идентифицирует WTRU 110 посредством маскирования циклического избыточного кода (CRC) с помощью временных идентификаторов улучшенной беспроводной сети (E-RNTI), состоящих из 16 битов. Этот подход может быть расширен посредством определения дополнительных E-RNTI для непланируемых передач для WTRU 110, которые используют как планируемые, так и непланируемые передачи. WTRU 110 должен ответить на более чем один E-RNTI. Также возможно разделить планируемые и непланируемые операции во времени. Для процессов, которым были допущены к использованию RNC 130 для непланируемой операции, AGCH использует интерпретацию битов, описанную выше в вариантах осуществления, тогда как в других процессах он использует интерпретацию битов, используемую в современном уровне техники.
Дополнительно сеть может определить группы WTRU 110 и значений E-RNTI для этих групп. Это позволяет более быструю сигнализацию в случае, если некоторые процессы HARQ должны быть деактивированы для нескольких WTRU 110. В соответствии с этим отдельный WTRU 110 может быть связан с набором значений E-RNTI, среди которых некоторые могут являться общими для нескольких WTRU 110. Дальнейшая обработка может быть аналогичной той, которая в настоящее время определена для E-AGCH, например сверточное кодирование, за которым следует согласование скорости. Имеются дополнительные возможности с точки зрения кодовой скорости, величины согласования скорости, размера кода CRC и т.п., чтобы вместить необходимое количество информационных битов на E-AGCH или E-APICH. Предпочтительно согласование скорости и кодовая скорость должны поддерживаться такими же, как для E-AGCH предшествующего уровня техники, для упрощения операции декодирования в WTRU 110. В качестве примера E-AGCH может содержать информацию идентификатора (ID) WTRU (E-RNTI) / CRC (16 битов) и 6 битов полезной нагрузки. В зависимости от того, сколько битов необходимо для кодирования команды, одна или более передач E-AGCH могут быть объединены посредством соединения их доступных битов. В другом примере поле E-RNTI/CRC может быть уменьшено с 16 битов до меньшего количества битов для увеличения доступного количества битов.
Другой способ передачи сигнализации к WTRU 110 на этапе 320 может состоять в том, чтобы расширить функциональные возможности E-RGCH/E-HICH, или мультиплексировать новый определенный канал с этими каналами посредством использования различающихся ортогональных последовательностей, чтобы включить новую сигнализацию. Этот вариант делает возможной передачу двоичного значения в каждом интервале TTI. Один или более WTRU 110 идентифицируются посредством ортогональной последовательности (сигнатуры). Также возможно передать три (3) двоичных значения, не комбинируя последовательности в каждом из трех (3) слотов TTI. Однако этот способ может потребовать большей мощности передачи. Если количество ортогональных последовательностей, требуемых для поддержки новой сигнализации и существующего улучшенного канала относительного разрешения (E-RGCH)/улучшенного канала индикатора HARQ (E-HICH), является недостаточным, другой код расширения может быть использован, чтобы вместить новую сигнализацию, давая возможность многократного использования ортогональных последовательностей E-RGCH/E-HICH.
В качестве альтернативы формат высокоскоростного совместно используемого канала управления (HS-SCCH) может быть модифицирован, чтобы включать в себя команды активации/деактивации. Формат для дополнительных битов может быть аналогичным способам, изложенным выше для E-AGCH.
В дополнение к описанным выше способам сигнализации для этапа 320 могут быть использованы различные другие методы. Например, существующий канал управления широковещательной передачей (BCCH)/ канал широковещательной передачи (BCH) может быть расширен, чтобы включать в себя информацию сигнализации, относящуюся к активации/деактивации индивидуальных процессов HARQ. Существующая управляющая сигнализация RRC может быть расширена для переноса информации, относящейся к активации/деактивации индивидуальных процессов HARQ.
Заголовок высокоскоростного управления доступом к среде передачи (MAC-hs) может быть модифицирован, чтобы включать в себя команды активации/деактивации, с помощью формата для дополнительных битов, потенциально аналогичных одному из вариантов, описанных выше для E-AGCH. Для этого конкретного примера, поскольку повторные передачи являются асинхронными в нисходящей линии связи (DL), и поскольку WTRU 110 обычно может декодировать информацию, только если декодирование протокольного блока данных (PDU) нисходящей линии связи является успешным, варианты сигнализации, в которых индивидуальный процесс HARQ неявно обозначается временем сигнализации, предпочтительно должны обращаться ко времени передачи HS-SCCH, которое соответствует первой передаче для этого блока PDU нисходящей линии связи.
Чтобы сделать сигнализацию совместимой с использованием прерывистого приема (DRX) или прерывистой передачи (DTX) в WTRU 110, может потребоваться наложить правила, чтобы заставить WTRU 110 выполнять прослушивание (то есть, не находиться в режиме DRX) во время TTI, в которых он иначе находился бы в режиме DRX, когда соблюдены некоторые условия.
Например, WTRU 110 может потребоваться не использовать DRX в течение некоторого промежутка времени сразу после возобновления или прерывания голосовой активности, с тем чтобы NB 120 при необходимости мог модифицировать активированные процессы HARQ. В качестве альтернативы, можно потребовать, чтобы WTRU 110 периодически выполнял прослушивание во время некоторых TTI, в которых он иначе находился бы в режиме DRX, в соответствии с предопределенной схемой. Посредством другого примера, WTRU 110 может потребоваться останавливать режим DRX, (то есть, выполнять прослушивание во всех TTI), когда NB 120 деактивирует процесс HARQ, пока не будет активирован другой процесс HARQ. Таким образом, NB 120, который желает изменить распределение процессов HARQ конкретного WTRU 110, сначала деактивировал бы один из процессов HARQ, зная, что WTRU 110 будет выполнять прослушивание активации нового процесса HARQ. Также возможно обратное правило (сначала активация, затем деактивация). В более общем смысле может быть установлено правило, которое позволяет WTRU 110 активировать режим DRX только тогда, когда он имеет конкретное количество активированных процессов HARQ.
Чтобы гарантировать, что новый набор процессов HARQ соответствует схеме DRX/DTX, которую использует WTRU 110, сеть может сообщать об активации режима DRX и/или DTX от NB 120 к WTRU 110. В качестве альтернативы сигнализация может выполняться посредством более высоких уровней. Поскольку сигнализация к индивидуальному WTRU или группе WTRU для активации или деактивации процесса существует в современном уровне техники, она может быть расширена для указания условий для использования нескольких процессов.
Варианты воплощения также могут поддерживать макроразнесение. Например, конкретный WTRU 110 может находиться в состоянии, в котором он осуществляет передачу одному или более NB 120 (дополнительные NB не показаны) в активном наборе в дополнение к его обслуживающему NB 120, который затем отправляет данные RLC для макрообъединения. Если обслуживающий NB 120 изменяет распределенные процессы HARQ, другие соты в активном наборе могут вслепую обнаруживать передачи по восходящей линии связи от WTRU 110 в новых процессах HARQ, или обслуживающий NB 120 может сообщить об изменениях RNC 130, который затем связывает их с другими NB 120 в активном наборе.
Благодаря управлению мощностью все WTRU 110 можно считать взаимозаменяемыми относительно их вклада в помехи в восходящей линии связи. Таким образом, NB 120 имеет возможность выбрать, какой WTRU 110 он переносит между процессами. В соответствии с этим NB 120 может решить не изменять распределение процессов HARQ WTRU 110 при эстафетной передаче.
По мере перемещения WTRU 110 в пределах системы будут периодически требоваться изменения E-DCH, обслуживающего NB 120. Чтобы поддерживать эту мобильность имеется несколько альтернатив для поведения WTRU 110 и NB 120 во время этого периода. В одном примере WTRU 110 разрешается осуществлять передачу на любом процессе HARQ, который не ограничивается более высокими уровнями (то есть все процессы являются активными), пока он не примет команды активации/деактивации от нового обслуживающего NB 120. В качестве альтернативы WTRU 110 может не разрешаться осуществлять передачу на любом процессе HARQ (то есть все процессы являются неактивными), пока он не примет команды активации от нового обслуживающего NB 120.
Однако в другом предпочтительном варианте воплощения WTRU 110 поддерживает то же самое активное/неактивное состояние каждого из своих процессов HARQ при изменении обслуживающего NB 120 E-DCH. Новый обслуживающий NB 120 E-DCH затем отправляет команду активации/деактивации, которая изменяет состояние каждого процесса HARQ. Если новый обслуживающий NB 120 отправляет команду деактивации для процесса HARQ, который уже был неактивным, или команду активации для процесса HARQ, который уже был активным, WTRU 110 может проигнорировать команду. Факультативно новый обслуживающий NB 120 может сообщить об активном/неактивном состоянии процессов HARQ WTRU 110 посредством RNC 130 после установки радиосвязи через Iub. Такое сообщение потребует, чтобы старый обслуживающий NB 120 сообщил эту информацию RNC 130, снова через Iub, до или после изменения обслуживающего NB E-DCH (обработчика улучшенного канала передачи данных).
Затем WTRU 110 реагирует на сообщение, которое он принимает (этап 330). Эта реакция может включать в себя несколько изменений. В одном примере WTRU 110 может осуществлять прослушивание, по меньшей мере, когда состояние MAC-e изменяется с отсутствия данных восходящей линии связи на наличие данных восходящей линии связи. Изменение с отсутствия данных на наличие данных обозначается, когда проходит N1 TTI, в которых новые данные прибыли в буфер. Изменение с наличия данных на отсутствие данных обозначается, когда проходит N2 TTI без новых данных, прибывающих в буфер. Значения N1 и N2 могут быть заранее сигнализированы из сети к WTRU 110. Если конкретно сигнализируется, то WTRU 110 должен активировать или деактивировать процессы в соответствии с командой.
В альтернативном примере, если осуществляется сообщение к WTRU 110 как части группы WTRU, WTRU 110 может случайным образом решить, следует ли выполнять команду, с использованием вероятности, которая может быть сигнализирована сетью. Чтобы поддержать синхронные повторные передачи в пределах процесса HARQ, предпочтительно WTRU 110 должно быть разрешено переключаться на другой процесс HARQ, только когда текущий процесс HARQ завершен, то есть, как только было принято положительное подтверждение (ACK) или достигнуто максимальное количество повторных передач. В качестве альтернативы, если сигнализируется как части группы, WTRU 110 может ожидать случайную величину времени, прежде чем выполнить команду, причем случайная величина времени может быть заранее сообщена WTRU 110 сетью.
Когда активируется DRX или DTX, и если для WTRU 110 сигнализацией более высокого уровня ранее была дана команда так вести себя, WTRU 110 корректирует опорный отсчет для своей схемы DRX и DTX для соответствия времени последнего сигнала активации DRX или DTX соответственно. В качестве альтернативы WTRU 110 корректирует схему DRX/DTX для соответствия сообщенному набору процессов HARQ. Отображение процессов HARQ на схемы DRX/DTX может являться предопределенным или может быть заранее сообщено посредством сигнализации более высокого уровня.
В современной архитектуре 3GPP, выпуск 6, уровень RRC завершается в RNC 130. При оставлении управления активацией процесса HARQ для NB 120, NB 120 может потребовать информацию о требованиях качества обслуживания (QoS) WTRU 110, чтобы избежать чрезмерного сокращения количества активированных процессов. Такое сокращение количества активированных процессов в непланируемой операции нежелательно заставило бы WTRU 110 увеличить свою мгновенную скорость передачи данных во время своих активных процессов и уменьшить область, в которой он может достигать свое качество обслуживания (QoS). В соответствии с этим может быть полезно обязать RNC 130 сообщить NB 120 информацию относительно WTRU 110, или обязать NB 120 получить информацию другим способом.
Например, RNC 130 может оценить минимальное количество процессов HARQ, которые должны быть активированы в заданное время, для поддержки передач WTRU 110. RNC 130 имеет возможность выполнения этой оценки, так как он знает, какой является гарантируемая скорость передачи данных, и управляет пропускной способностью процесса HARQ через управление мощностью с внешним циклом и управление конфигурацией HARQ. RNC 130 сообщает это количество процессов HARQ NB 120 через служебные сигналы NBAP. NB 120 гарантирует, что WTRU 110 в любое время имеет по меньшей мере это количество активированных процессов HARQ. Благодаря простоте этот процесс может являться желательным для NB 120.
Дополнительно RNC 130 может обеспечить NB 120 гарантируемую скорость передачи данных через сигнализацию NBAP. На основе гарантируемой скорости передачи данных NB 120 оценивает, сколько активных процессов HARQ требуется в заданное время, и в соответствии с этим активизирует индивидуальные процессы. NB 120 может также решить деактивировать некоторые процессы во время периодов бездействия.
В качестве альтернативы RNC 130 может не предоставлять информацию NB 120. Вместо этого NB 120 может пытаться поддерживать количество активных процессов HARQ для данного WTRU 110 равным наименьшему возможному значению с ограничением, что он никогда не должен передавать больше одного протокольного блока данных RLC за один раз, пока не все процессы HARQ уже активированы. NB 120 может обнаружить передачу более чем одного протокольного блока данных RLC посредством проверки содержания успешно декодированных протокольных блоков данных уровня MAC-e. Этот подход обеспечивает существенную гибкость NB 120, но может являться более сложным для реализации.
Любые изменения распределения процессов HARQ и результирующие изменения схемы DRX/DTX или опорного отсчета, определенные NB 120, могут сигнализироваться RNC 130, который может сигнализировать об этих изменениях целевому NB 120 в случае эстафетной передачи.
В современном уровне техники набор процессов HARQ, которые разрешено использовать WTRU 110, указывается RNC 130 через сигнализацию L3. Эти служебные сигналы могут поддерживаться, указывая допустимые процессы HARQ для WTRU 110, которые могут быть активированы или деактивированы NB 120 согласно различным описанным выше схемам. Кроме того, RNC 130 может указать WTRU 110 начальный набор процессов HARQ, которые должны быть активированы.
Фиг.3B является блок-схемой последовательности операций иллюстративной реализации 305 способа 300, показанного на Фиг.3A. В частности, реализация 305 дает возможность RNC 130, NB 120 и WTRU 110 оптимизировать пропускную способность, например, для приложения VoIP или любого другого чувствительного к задержкам приложения. После инициирования установки вызова (этап 370) конкретному WTRU 110 предпочтительно предоставляется список потенциально активированных процессов HARQ (этап 375). В качестве альтернативы, если список не предоставляется, WTRU 110 может предположить, что он может потенциально использовать все процессы HARQ. RNC 130 также предоставляет информацию NB 120, предпочтительно через NBAP, чтобы помочь NB 120 в определении необходимого количества процессов HARQ.
После того как WTRU 110 начинает передачу, NB 120 начинает деактивировать процессы HARQ, для которых помехи в системе являются самыми большими (этап 380). Дополнительно NB 120 поддерживает активными процессы HARQ, для которых помехи были минимальными.
Затем NB 120 постоянно отслеживает активность всех разрешенных WTRU 110 в системе с незапланированными передачами (этап 385) и пытается поддерживать помехи по всем процессам HARQ ниже конкретного порога посредством изменения активных процессов HARQ в зависимости от деятельности (этап 390). Имеется множество способов выполнения этапа 390.
Один способ состоит в том, что когда NB 120 обнаруживает, что ранее неактивный WTRU 110 становится активным, NB 120 заменяет набор активных процессов HARQ для этого WTRU 110 на процессы HARQ, в которых помехи являются наименьшими. В качестве альтернативы, если ранее активный WTRU 110 становится неактивным, он может поменять свой набор активных процессов HARQ на набор другого активного WTRU 110. Дополнительно NB 120 также может деактивировать большинство процессов HARQ конкретного WTRU 110, который стал неактивным, и активировать другие процессы HARQ, например, в которых помехи являются минимальными, когда активность возобновляется.
Другая альтернатива состоит в том, что NB 120 может отслеживать помехи на каждом процессе HARQ и периодически перераспределять один из процессов HARQ одного WTRU 110 от процесса HARQ с наибольшими помехами к процессу HARQ с наименьшими помехами при условии, что максимальный уровень помех по всем процессам не увеличивается. Таким образом, деактивируется процесс HARQ в WTRU 110 с наибольшими помехами и активируется процесс HARQ в WTRU 110 с наименьшими помехами.
Фиг.4 является блок-схемой последовательности операций способа 400 распределения процессов в соответствии с альтернативным вариантом осуществления. Поскольку цель E-APICH заключается в поддержании профиля помех восходящей линии связи, который является по возможности однородным между процессами HARQ, возможно групповое распределение системных ресурсов WTRU 110.
В этапе 410 способа 400, показанного на Фиг.4, определяется блок системных ресурсов (SRU). Предпочтительно SRU определяется так, чтобы он являлся комбинацией процесса HARQ и некоторого количества создающего помехи системного ресурса, такого как скорость или мощность. Создающий помехи системный ресурс предпочтительно определяется посредством предположения, что в системе с ограничением помех, такой как восходящая линия связи CDMA, имеется только конечное количество мощности или скорости, которое может быть использовано передатчиками одновременно. Использование большего количества ресурсов, чем доступно, вызовет помехи и, вероятно, потерю пакетов. Хотя в предпочтительном варианте воплощения создающий помехи системный ресурс обычно измеряется с использованием скорости или мощности, могут использоваться другие показатели. Кроме того, требуемое отношение сигнала к помехе (SIR), принятая мощность, нагрузка восходящей линии связи (то есть, доля пропускной способности восходящей линии связи) являются показателями, которые также могут быть использованы.
На этапе 420 способа 400, показанного на Фиг.4, SRU распределяются WTRU 110. Фактически все распределение в настоящем альтернативном варианте воплощения изобретения выполняется с использованием SRU. Предпочтительно выбирается группа WTRU 110, и распределяются одни и те же непланируемые SRU. В зависимости от того, как определяется SRU, это может быть выполнено многими способами. Например, если SRU = (процесс HARQ, мощность), то процессы HARQ могут быть распределены посредством сигнализации RRC, в которых мощность распределяется через такой механизм, как E-AGCH. Все процессы SRU в пределах группы предполагаются активными, и поэтому все процессы HARQ являются активными. Быстрое распределение используется только для распределения SRU в пределах группы. Возможен дополнительный "запрет" SRU в группе, чтобы удостовериться, что никакие WTRU 110 в группе не используют конкретный процесс HARQ в заданное время.
Распределение SRU группам WTRU может быть выполнено посредством распределения SRU одним группам таким образом, что если имеется единственная группа, осуществляющая передачу, то системные ресурсы теперь превышаются, и успешная связь гарантируется. Однако, когда присутствует несколько групп, общее количество SRU, распределенных в соте, может превысить общее количество доступных SRU.
Фиг.5 является иллюстративной схемой распределения блока системных ресурсов (SRU) в соответствии со способом 400, показанным на Фиг.4. В примере, показанном на Фиг.5, можно предположить, что система поддерживает 8 процессов HARQ, и только 3 SRU могут поддерживаться одновременно. Ни одной группе WTRU не распределяются SRU таким образом, чтобы она могла вызвать внутренние помехи. Однако были распределены в общей сложности в два раза больше SRU, чем доступно, делая возможным возникновение помех, если все WTRU 110 осуществляют передачу в одно и то же время. Как показано на Фиг.5, SRU распределяются группам WTRU 110, обозначенным как группа 1, группа 2, группа 3 и группа 4. Однако следует отметить, что описание четырех групп является иллюстративным, и можно предположить любое количество групп. Посредством распределения одного или нескольких SRU группам WTRU 110 быстрое распределение SRU затем сообщается посредством NB 120 предпочтительно с использованием E-APICH, причем NB 120 гарантирует, что никаким двум WTRU 110 в конкретной группе не распределен один и тот же SRU.
Имеется несколько преимуществ и проблем для группового подхода, описанного в способе 400. При группировке WTRU 110 планирование в NB 120 может быть упрощено. Например, распределения HARQ являются полустатическими между группами и динамическими только в пределах группы. С другой стороны, группа обеспечивает как достаточную свободу, так и достаточное время для ответа, чтобы поддерживать профиль помех относительно устойчивым.
Кроме того, непроизводительные затраты на сигнализацию могут быть уменьшены, поскольку требуется только единственный E-APICH на каждую группу. Все WTRU 110 в группе отслеживают один и тот же E-APICH. Кроме того, нет потребности в индивидуальном "разрешении мощности" для WTRU 110. Конкретному WTRU 110 всегда можно предоставить больше или меньше мощности в заданном процессе HARQ посредством обеспечения для него большего количества SRU или посредством удаления некоторых из них.
Однако, поскольку WTRU 110 входят в соту и покидают ее, может потребоваться обновлять группу, что может привести к увеличению непроизводительных затрат на сигнализацию. Эта проблема может быть смягчена посредством обновления полной группы не каждый раз, когда WTRU 110 входит в группу или покидает ее. Поскольку конкретный WTRU 110 должен знать только свою собственную группу и свой идентификатор в пределах группы, непроизводительные затраты на обновление группы могут быть уменьшены.
Например, если WTRU 110 покидает соту, его группа поддерживается работоспособной, но NB 120 не распределяет SRU этому WTRU 110. Аналогично, если WTRU 110 входит соту, он может быть добавлен к группе, в которой есть свободное место, например, вследствие того, то ранее WTRU в группе покинул соту, или может быть создана новая группа с этим WTRU 110 в качестве единственного члена. Другие WTRU 110 могут впоследствии быть добавлены к новой созданной группе. В любом случае NB 120 иногда придется переконфигурировать группы. Однако это, вероятно, будет очень нечастым событием.
В зависимости от планировщика NB 120 может изменяться требуемая скорость или службы, поддерживаемые размером группы WTRU 110. Поэтому имеется множество способов формирования групп.
Например, общее количество SRU на каждую группу может быть фиксированным. Количество WTRU 110 в каждой группе может быть фиксированным. Общее количество конкретного индивидуального ресурса (например, скорости, мощности, процессов HARQ) на каждую группу может быть фиксированным. Группа может состоять из WTRU 110 с аналогичными характеристиками приемника (например, с возможностью множественного входа и множественного выхода (MIMO), приемником Type-x). Группа также может состоять из WTRU 110 с аналогичными качествами канала.
Хотя варианты мультиплексирования и сигнализации для группового E-APICH являются аналогичными описанным выше для быстрого распределения для каждого WTRU, варианты сигнализации могут потребовать модификаций. Поскольку все процессы HARQ предполагаются активными для группы, E-AGCH в заданном TTI включает в себя индекс группы WTRU 110, которой распределен этот процесс. Специальный индекс или индекс несуществующего WTRU может использоваться для запрета процесса HARQ для всех WTRU 110 в группе.
Кроме того, неявная сигнализация через синхронизацию передачи не может применяться на практике для группы, хотя она может использоваться как наложение для запрета процесса HARQ. Кроме того, вместо битового поля, символа (то есть, нескольких битов) используется поле, в котором каждый символ указывает, какому WTRU 110 разрешен конкретный процесс HARQ, и специальный символ или индекс несуществующего WTRU может использоваться для запрета процесса. Например, каждому WTRU 110 может быть присвоена позиция битового поля. Значение "0" может указывать, что WTRU, назначенный этой позиции, не может использовать процесс, в то время как значение "1" может указывать, что WTRU может использовать конкретный процесс. Кроме того, одна из позиций битового поля может не присваиваться какому-либо конкретному WTRU 110, а использоваться для указания того, что процесс либо может использоваться всеми WTRU 110, либо не может использоваться никакими WTRU 110.
Фиг.6 является блок-схемой последовательности операций способа 600 распределения процессов в соответствии с альтернативным вариантом осуществления. В настоящем альтернативном варианте осуществления непланируемая операция может быть улучшена посредством передачи минимальной сигнализации нисходящей линии связи, которая включает в себя достаточную информацию для WTRU 110 для динамического изменения процессов HARQ в пределах ограничений, определенных в сигнализации нисходящей линии связи. Текущая сигнализация RRC распределения HARQ для непланируемой операции может быть такой, чтобы процессы HARQ были ограниченными и ступенчатыми для WTRU 110 с тем, чтобы имело место плавное распределение нагрузки WTRU среди процессов HARQ. Однако это не сглаживает вариации голосовой активности, что может вызвать высокие помехи во время некоторых процессов HARQ.
Сигнализация RRC ограниченного и ступенчатого распределения HARQ может использоваться для улучшения непланируемой операции. На этапе 610 способа 600 RNC 130 делает распределение HARQ. Когда это распределение HARQ выполнено, может быть использовано распределение схемы/переключения с известным управлением (этап 620). Эта схема/переключение с известным управлением может использоваться для перемещения WTRU 110, которые находятся на вершине распределения RNC 130, таким образом, чтобы загрузка WTRU для каждого процесса HARQ оставалась как прежде, но голосовая активность сглаживалась среди процессов HARQ. Предпочтительно схема/переключение с известным управлением распределяет и сглаживает вариации голосовой активности, не нарушая выгод от распределения нагрузки WTRU, достигаемых за счет ограничения и ступенчатости процессов HARQ. Дополнительно она может быть ограничена посредством распределения непланируемых процессов HARQ, которое является ограниченным и ступенчатым.
Схема/переключение с известным управлением передается конкретному WTRU 110 (этап 630) множеством способов. Например, она может быть передана посредством сигнализации RRC или другой сигнализации нисходящей линии связи, например, посредством сигнализации нового физического E-APICH, описанного выше. Схема может сигнализироваться во время установления вызова или во время вызова/сеанса на полустатической основе, что может быть необходимо для точной настройки предыдущих распределений вследствие изменений в системе, таких как изменения в загрузке.
Кроме того, схема/переключение с известным управлением может принять форму любой схемы, которая вообще сохраняет равновесие загрузки WTRU 110 по процессам HARQ, обеспечиваемое посредством распределения RRC непланируемой операции. Например, она может принять форму последовательного переключения процессов HARQ от начального распределения RNC на основе множества периодов TTI, которое может быть определено в RRC или другой сигнализации нисходящей линии связи. Последовательное переключение является циклическим по максимальному количеству процессов HARQ, и направление переключения выбирается случайным образом, например, с вероятностью 0,5.
В качестве альтернативы, RRC может первоначально распределить набор процессов HARQ WTRU 110, и WTRU 110 может периодически "переключаться" среди них с некоторым множеством TTI, определенным в RRC или другой сигнализации нисходящей линии связи. В другой альтернативе переключение WTRU 110 может быть сделано случайным на основе псевдослучайной схемы и периода переключения, определенного в RRC или другой сигнализации нисходящей линии связи.
В еще одной альтернативе WTRU 110 может случайным образом выбирать сигнализированное количество процессов, которые, будут использоваться в каждом цикле, например, из 8 процессов, или WTRU 110 может случайным образом решать в каждом TTI, следует ли осуществлять передачу или нет, в соответствии с вероятностью, которая может быть заранее сообщена WTRU 110. В другой альтернативе вероятность может зависеть от занятости буфера восходящей линии связи WTRU, которая определяется сетью и сообщается заранее.
Фиг.7 является блок-схемой последовательности операций способа 700 распределения процессов в соответствии с альтернативным вариантом осуществления. В способе 700, описанном на Фиг.7, процессы HARQ, используемые для передач по восходящей линии связи (UL), случайным образом выбираются конкретными WTRU 110 при наступлении возможностей выбора. Возможности выбора наступают на каждые M TTI, где M предпочтительно является кратным общему количеству процессов HARQ (например, 8, 16). WTRU должен быть предварительно сконфигурирован через более высокие уровни для выбора P процессов HARQ, на которых допускается осуществлять передачу до следующей возможности выбора.
На этапе 710 RAN назначает возможность выбора каждому процессу HARQ. Предпочтительно RAN обеспечивает вероятность выбора между 0 и 1 для каждого из допустимых процессов HARQ, причем сумма вероятностей для всех процессов HARQ равна 1. Это позволяет RAN оказывать предпочтение некоторым процессам по сравнению с другими на основе таких факторов как помехи, сформированные от планируемых WTRU 110, и межсотовые помехи. Распределение вероятностей, которое используется для выбора процессов HARQ, сигнализируется посредством RAN к WTRU 110 или WTRU 110. Сигнализация этих параметров может выполняться с использованием любого из механизмов сигнализации, описанных выше. Параметры могут быть сообщены индивидуально каждому WTRU 110, группе WTRU 110 или всем WTRU 110 сразу. Предпочтительно обновления параметров могут выполняться с частотой, с которой WTRU 110 выбирают процессы HARQ, или с более низкой частотой.
При каждой возможности выбора WTRU 110 должен извлечь последний набор параметров, сигнализированных от RAN (этап 720). Затем WTRU 110 выбирает первый процесс HARQ посредством случайного выбора процесса HARQ среди потенциальных процессов (этап 730) с учетом вероятности выбора каждого процесса.
Если требуется другой процесс (этап 740), то WTRU 110 случайным образом выбирает среди оставшихся процессов (этап 730) с учетом вероятности выбора оставшихся процессов. Процесс продолжается до количества процессов, на которых WTRU разрешено осуществлять передачу, пока не будет выбрана следующая возможность выбора (P).
Чтобы поддержать синхронные повторные передачи в пределах процесса HARQ, предпочтительно WTRU 110 следует разрешить выбирать только другой процесс HARQ, как только текущий процесс HARQ завершен, например, как только было принято положительное подтверждение (ACK) или было достигнуто максимальное количество повторных передач.
Хотя отличительные признаки и элементы описаны в предпочтительных вариантах осуществления в конкретных комбинациях, каждый отличительный признак или элемент может использоваться один без других отличительных признаков и элементов предпочтительных вариантов осуществления или в различных комбинациях с другими отличительными признаками и элементами настоящего изобретения или без них. Представленные способы или блок-схемы последовательности операций способов могут быть реализованы в компьютерной программе, программном обеспечении или встроенном программном обеспечении, материально воплощенном в машиночитаемом носителе данных, для исполнения посредством компьютера общего назначения или процессора. Примеры машиночитаемых носителей данных включают в себя постоянное запоминающее устройство (ПЗУ; ROM), оперативное запоминающее устройство (ОЗУ; RAM), регистр, кэш-память, полупроводниковые устройства памяти, магнитные носители, такие как внутренние жесткие диски и сменные диски, магнитооптические носители и оптические носители, такие как компакт-диски, предназначенные только для чтения (CD-ROM), и цифровые универсальные диски (DVD).
Подходящие процессоры включают в себя, в качестве примера, процессор общего назначения, специализированный процессор, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров вместе с ядром процессора DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы с программируемыми вентильными матрицами (FPGA), интегральную схему (IC) любого другого типа и/или конечный автомат.
Процессор вместе с программным обеспечением может быть использован для реализации радиочастотного приемопередатчика для использования в блоке беспроводной передачи и приема (WTRU), пользовательском оборудовании (UE), терминале, базовой станции, контроллере беспроводной сети (RNC) или любом главном компьютере. WTRU может использоваться в соединении с модулями, реализованными в аппаратном оборудовании и/или программном обеспечении, такими как камера, модуль видеокамеры, видеофон, микрофон с громкоговорителем, устройство вибрации, громкоговоритель, микрофон, телевизионный приемопередатчик, головной телефон, клавиатура, модуль Bluetooth, блок радио в диапазоне частотной модуляции (FM), блок дисплея на жидких кристаллах (LCD), блок дисплея на органических светоизлучающих диодах (OLED), цифровой аудио-плейер, универсальный проигрыватель, модуль для видеоигр, программа обозреватель Интернета и/или любой модуль беспроводной локальной сети (WLAN).
ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ
1. Способ динамического распределения процессов гибридных автоматических запросов на повторную передачу (HARQ) в системе беспроводной связи, включающей в себя по меньшей мере один блок беспроводной передачи/приема (WTRU) и по меньшей мере один узел-B (NB).
2. Способ варианта осуществления 1, дополнительно содержащий определение состояния активации или деактивации для каждого из конкретных процессов HARQ.
3. Способ любого предыдущего варианте осуществления, дополнительно содержащий передачу сигнала по меньшей мере одному WTRU, причем сигнал включает в себя состояние активации или деактивации для каждого из конкретных процессов HARQ.
4. Способ любого предыдущего варианта осуществления, дополнительно содержащий, в ответ на прием сигнала, активацию или деактивацию блоком WTRU конкретного процесса HARQ в соответствии с состоянием активации или деактивацией для каждого из конкретных процессов HARQ, содержащемся в принятом сигнале.
5. Способ любого предыдущего варианта осуществления, в котором по меньшей мере один WTRU использует незапланированные передачи с интервалом времени передачи (TTI), равным двум миллисекундам (2 мс).
6. Способ любого предыдущего варианта осуществления, в котором индивидуальный процесс HARQ активируется или деактивируется каждый раз, когда передан сигнал.
7. Способ любого предыдущего варианта осуществления, в котором бит в сигнале указывает состояние активации или деактивации конкретного процесса HARQ.
8. Способ любого предыдущего варианта осуществления, в котором конкретный процесс HARQ указывается посредством времени передачи сигнализации.
9. Способ любого предыдущего варианта осуществления, в котором в ответ на сигнал WTRU изменяет состояния процессов HARQ.
10. Способ любого предыдущего варианта осуществления, в котором WTRU изменяет процессы HARQ в активном состоянии на неактивное состоянию и процессы HARQ в неактивном состоянии на активное состояние.
11. Способ любого предыдущего варианта осуществления, в котором переданный сигнал указывает активацию или деактивацию всех процессов HARQ.
12. Способ любого предыдущего варианта осуществления, дополнительно содержащий определение битового массива, в котором каждый конкретный бит представляет индивидуальный процесс HARQ, и значение каждого конкретного бита указывает состояние активации или деактивации представленного процесса HARQ.
13. Способ любого предыдущего варианта осуществления, в котором переданный сигнал включает в себя набор допустимых процессов HARQ.
14. Способ любого предыдущего варианта осуществления, в котором WTRU начинает использовать допустимые процессы после приема сигнала.
15. Способ любого предыдущего варианта осуществления, в котором WTRU начинает использовать допустимые процессы после конкретного времени задержки.
16. Способ любого предыдущего варианта осуществления, в котором переданный сигнал включает в себя значение вероятности для активации или деактивации конкретного процесса HARQ.
17. Способ любого предыдущего варианта осуществления, в котором переданный сигнал передается единственному WTRU.
18. Способ любого предыдущего варианта осуществления, в котором переданный сигнал передается группе WTRU.
19. Способ любого предыдущего варианта осуществления, дополнительно содержащий расширение канала абсолютного разрешения (E-AGCH) улучшенного выделенного канала (E-DCH).
20. Способ любого предыдущего варианта осуществления, дополнительно содержащий определение дополнительных интерпретаций для информационных битов в E-AGCH.
21. Способ любого предыдущего варианта осуществления, дополнительно содержащий определение дополнительного канала связи.
22. Способ любого предыдущего варианта осуществления, в котором дополнительный канал связи является улучшенным каналом идентификации активных процессов (E-APICH).
23. Способ любого предыдущего варианта осуществления, дополнительно содержащий временное мультиплексирование E-APICH с E-AGCH.
24. Способ любого предыдущего варианта осуществления, дополнительно содержащий кодовое мультиплексирование E-APICH с E-AGCH.
25. Способ любого предыдущего варианта осуществления, дополнительно содержащий определение временных идентификаторов улучшенной беспроводной сети (E-RNTIs) для незапланированных передач.
26. Способ любого предыдущего варианта осуществления, в котором E-RNTI определяется для групп WTRU.
27. Способ любого предыдущего варианта осуществления, дополнительно содержащий расширение улучшенного канала относительного разрешения (E-RGCH)/улучшенного канала индикатора HARQ (E-HICH).
28. Способ любого предыдущего варианта осуществления, дополнительно содержащий мультиплексирование дополнительного канала с E-RGCH/E-HICH.
29. Способ любого предыдущего варианта осуществления, дополнительно содержащий расширение переданного сигнал с помощью кода расширения.
30. Способ любого предыдущего варианта осуществления, дополнительно содержащий модификацию высокоскоростного канала управления синхронизацией (HS-SCCH) для включения в него информации активации и деактивации.
31. Способ любого предыдущего варианта осуществления, дополнительно содержащий модификацию канала управления широковещательной передачей (BCCH)/канала широковещательной передачи (BCH) для включения в него информации активации и деактивации.
32. Способ любого предыдущего варианта осуществления, дополнительно содержащий модификацию заголовка управления доступом к среде высокой скорости (MAC-hs) для включения в него информации активации и деактивации.
33. Способ любого предыдущего варианта осуществления, дополнительно содержащий требование к WTRU не использовать прерывистый прием (DRX) или прерывистую передачу (DTX).
34. Способ любого предыдущего варианта осуществления, дополнительно содержащий NB в другой соте, обнаруживающий передачи по восходящей линии связи от WTRU на новых процессах HARQ.
35. Способ любого предыдущего варианта осуществления, в котором обслуживающий NB конкретного WTRU передает изменения процессов HARQ контроллеру радиосети (RNC).
36. Способ любого предыдущего варианта осуществления, в котором WTRU поддерживает активные и неактивные состояния процессов HARQ при изменении улучшенного выделенного канала (E-DCH).
37. Способ любого предыдущего варианта осуществления, дополнительно содержащий RNC, оценивающий минимальное количество процессов HARQ, которые должны быть активированы.
38. Способ любого предыдущего варианта осуществления, дополнительно содержащий определение блока системных ресурсов (SRU), причем SRU включает в себя по меньшей мере один процесс HARQ и создающий помехи системный ресурс.
39. Способ любого предыдущего варианта осуществления, дополнительно содержащий распределение SRU по меньшей мере одному WTRU.
40. Способ любого предыдущего варианта осуществления, в котором создающий помехи системный ресурс включает в себя скорость или мощность.
41. Способ любого предыдущего варианта осуществления, в котором одни и те же непланируемые SRU распределяются группе WTRU.
42. Способ любого предыдущего варианта осуществления, в котором, когда WTRU входит в конкретную соту, обслуживаемую NB, WTRU добавляется к группе WTRU, где в группе имеется свободное место.
43. Способ любого предыдущего варианта осуществления, в котором, когда WTRU входит в конкретную соту, обслуживаемую NB, WTRU добавляется в качестве первого WTRU в новой группе.
44. Способ любого предыдущего варианта осуществления, в котором размер группы WTRU определяется посредством фиксированного количества SRU.
45. Способ любого предыдущего варианта осуществления, в котором размер группы WTRU определяется посредством фиксированного количества WTRU, которое определяет размер группы.
46. Способ любого предыдущего варианта осуществления, в котором размер группы WTRU определяется посредством фиксированного общего количества индивидуального ресурса на каждую группу.
47. Способ любого предыдущего варианта осуществления, в котором индивидуальный ресурс включает в себя любой элемент из следующего множества: скорость, мощность и процесс HARQ.
48. Способ любого предыдущего варианта осуществления, в котором размер группы WTRU определяется посредством WTRU, имеющих аналогичные характеристики приемника.
49. Способ любого предыдущего варианта осуществления, в котором размер группы WTRU определяется посредством WTRU, имеющих аналогичное качество канала.
50. Способ любого предыдущего варианта осуществления, в котором процессы HARQ, активные для конкретной группы WTRU, включаются в индекс группы в E-AGCH.
51. Способ любого предыдущего варианта осуществления, дополнительно содержащий RNC, распределяющий процессы HARQ.
52. Способ любого предыдущего варианта осуществления, дополнительно содержащий распределение схемы/переключения с известным управлением для WTRU.
53. Способ любого предыдущего варианта осуществления, дополнительно содержащий передачу схемы/переключения с известным управлением к WTRU.
54. Способ любого предыдущего варианта осуществления, в котором схема/переключение с известным управлением передается WTRU при установке вызова.
55. Способ любого предыдущего варианта осуществления, в котором схема/переключение с известным управлением передается WTRU во время сеанса вызова.
56. Способ любого предыдущего варианта осуществления, в котором схема/переключение с известным управлением включает в себя последовательное переключение процессов HARQ от начального распределения.
57. Способ любого предыдущего варианта осуществления, в котором схема/переключение с известным управлением основывается на периоде, кратном интервалу времени передачи (TTI).
58. Способ любого предыдущего варианта осуществления, в котором схема/переключение с известным управлением включает в себя циклическое переключение процессов HARQ.
59. Способ любого предыдущего варианта осуществления, в котором направление циклического переключения назначается случайным образом в соответствии с конкретной вероятностью.
60. Способ любого предыдущего варианта осуществления, в котором схема/переключение с известным управлением включает в себя случайное переключение WTRU от одного процесса HARQ к другому.
61. Способ любого предыдущего варианта осуществления, дополнительно содержащий присвоение параметров вероятности выбора для каждого из индивидуальных процессов HARQ.
62. Способ любого предыдущего варианта осуществления, дополнительно содержащий WTRU, извлекающий параметры вероятности выбора.
63. Способ любого предыдущего варианта осуществления, дополнительно содержащий WTRU, случайным образом выбирающий процесс HARQ из числа доступных процессов HARQ на основе извлеченных параметров вероятности выбора.
64. Способ любого предыдущего варианта осуществления, в котором параметр вероятности выбора, назначенный для каждого индивидуального процесса HARQ, находится между 0 и 1.
65. Способ любого предыдущего варианта осуществления, в котором сумма вероятностей для всех доступных процессов HARQ равна единице.
66. Способ любого предыдущего варианта осуществления, дополнительно содержащий обеспечение WTRU списком потенциально активированных процессов HARQ.
67. Способ любого предыдущего варианта осуществления, дополнительно содержащий деактивацию конкретных процессов HARQ.
68. Способ любого предыдущего варианта осуществления, дополнительно содержащий отслеживание деятельности WTRU.
69. Способ любого предыдущего варианта осуществления, дополнительно содержащий корректировку процессов HARQ для поддержки уровня помех по всем процессам HARQ.
70. NB, выполненный с возможностью выполнять способ любого предыдущего варианта осуществления.
71. NB варианта осуществления 70, дополнительно содержащий приемник.
72. NB любого из вариантов воплощения 70-71, дополнительно содержащий передатчик.
73. NB любого из вариантов воплощения 70-72, дополнительно содержащий процессор, взаимодействующий с приемником и передатчиком.
74. NB любого из вариантов воплощения 70-73, в котором процессор выполнен с возможностью предоставлять WTRU список потенциально активированных процессов HARQ.
75. NB любого из вариантов воплощения 70-74, в котором процессор выполнен с возможностью деактивировать конкретные процессы HARQ.
76. NB любого из вариантов воплощения 70-75, в котором процессор выполнен с возможностью отслеживать активность WTRU.
77. NB любого из вариантов воплощения 70-76, в котором процессор выполнен с возможностью корректировать процессы HARQ для поддержки уровня помех по всем процессам HARQ.
78. NB любого из вариантов воплощения 70-77, в котором процессор выполнен с возможностью определять состояние активации или деактивации для каждого из конкретных процессов HARQ.
79. NB любого из вариантов воплощения 70-78, в котором процессор выполнен с возможностью передавать сигнал, который включает в себя состояние активации или деактивации для каждого из конкретных процессов HARQ, по меньшей мере одному WTRU.
80. NB любого из вариантов воплощения 70-79, дополнительно содержащий антенну, взаимодействующую с приемником и передатчиком, антенна выполнена с возможностью обеспечивать возможность беспроводной передачи и приема данных.
81. WTRU, выполненный с возможностью выполнять способ любого из вариантов воплощения 1-69.
82. WTRU варианта осуществления 81, дополнительно содержащий приемник.
83. WTRU любого из вариантов воплощения 81-82, дополнительно содержащий передатчик.
84. WTRU любого из вариантов воплощения 81-83, дополнительно содержащий процессор, взаимодействующий с приемником и передатчиком.
85. WTRU любого из вариантов воплощения 81-84, в котором процессор выполнен с возможностью принимать сигнал, содержащий состояние активации или деактивации для каждого из конкретных процессов HARQ.
86. WTRU любого из вариантов воплощения 81-85, в котором процессор выполнен с возможностью активировать или деактивировать конкретный процесс HARQ в соответствии с состоянием активации или деактивации для каждого из конкретных процессов HARQ, содержащемся в принятом сигнале.