Способ и устройство для динамического распределения процессов harq в восходящей линии связи

Способ и устройство для динамического распределения процессов harq в восходящей линии связи

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение относится к системам беспроводной связи. В частности, раскрыты способ и устройство для динамического распределения процессов гибридных автоматических запросов на повторную передачу (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 заключается