ОБРАБОТКА ПОВТОРНЫХ ВЫБОРОВ СОТ И ПЕРЕХОДОВ СОСТОЯНИЙ ДЛЯ ВЫСОКОСКОРОСТНОГО ПАКЕТНОГО ДОСТУПА ПО НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ
PROCESSING CELL RESELECTIONS AND STATE TRANSITIONS FOR HIGH-SPEED DOWNLINK PACKET ACCESS

ОБЛАСТЬ ТЕХНИКИ
Данная заявка имеет отношение к беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
Модули беспроводной передачи/приема (WTRU) в наземной сети радиодоступа UMTS (UTRAN) могут находиться в одном из двух режимов: "Ждущий" или "Подключенный". На основе мобильности WTRU и активности в подключенном режиме UTRAN может указывать WTRU переключаться между некоторым количеством субсостояний: Cell_PCH, URA_PCH, Cell_DCH и Cell_FACH. Состояния Cell_PCH и URA_PCH используются для запуска обновлений соты по каналу передачи поисковых вызовов (PCH) для мобильного WTRU. Состояние Cell_DCH характеризуется выделенными каналами (DCH) как на восходящей линии связи, так и нисходящей линии связи. На стороне WTRU это соответствует непрерывной передаче и приему и может быть требовательным к потребляемой пользователем мощности. Состояние Cell_FACH характеризуется прямым каналом доступа (FACH) и не использует выделенные каналы, допуская соответственно лучшее энергопотребление за счет меньшей пропускной способности восходящей линии связи и нисходящей линии связи.
Недавняя деятельность органов по стандартизации установила возможность использования высокоскоростного пакетного доступа по нисходящей линии связи (HSDPA) в Cell_FACH и Cell_PCH/URA_PCH. HSDPA является особенностью, которая предложена в Версии 5 спецификаций Проекта Партнерства Третьего Поколения (3GPP) для работы в Cell_DCH. HSDPA пытается улучшить использование совместной пропускной способности нисходящей линии связи путем использования трех ключевых понятий: Адаптивная модуляция и кодирование (AMC), повторные передачи с использованием схемы гибридного ARQ (HARQ) и планирование Узла Б, и все это работает на очень большой скорости.
Следующие характеристики HSDPA являются значимыми.
a. Каждому WTRU, имеющему соединение HSDPA, назначается временный идентификатор радиосети (H-RNTI) высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH). Этот идентификатор уникален в пределах соты и назначается обслуживающим контроллером радиосети (RNC).
b. WTRU привязывается к одной обслуживающей соте (Узлу Б).
с. WTRU должен принимать указание ресурсов физического канала для их использования (информация HS-PDSCH), а также то, как настроить процессы HARQ и хранение для HARQ.
В версии 6 3GPP HSDPA поддерживался только в Cell_DCH. Поэтому при выходе из состояния Cell_DCH все ресурсы HSDPA должны быть освобождены. Однако с введением расширенного Cell_FACH WTRU может переходить из Cell_DCH в любое другое состояние и по-прежнему поддерживать прием HS-DSCH, что может не требовать от WTRU освобождения всех ресурсов HSDPA. Поэтому было добавлено дополнительное условие к переменной HS_DSCH_RECEPTION, ассоциированной с приемом HS-DSCH в Cell_DCH. Ресурсы HSDPA освобождаются только тогда, когда не выполняются требования на выполнение приема HS-DSCH и WTRU находится в состоянии Cell_DCH.
Допускается, что если WTRU поддерживает HSDPA в Версии 7, то он также поддерживает HSDPA в Cell_FACH и в Cell_PCH/URA_PCH. Прием HS-DSCH в Cell_FACH может быть сконфигурирован без приема HS-DSCH в Cell_PCH и URA_PCH. Прием HS-DSCH в Cell_PCH и URA_PCH без поддержки приема HS-DSCH в Cell_FACH не поддерживается. Поддержка WTRU этих особенностей сигнализируется в сеть самим WTRU.
Сеть сигнализирует для WTRU ее поддержку расширенного Cell_FACH посредством блока системной информации (SIB 5/5bis). Введены два новых информационных элемента (IE):
a. "общая системная информация HS-DSCH" - указывающий, что прием HSDPA поддерживается для состояния Cell_FACH; и
b. "пейджинговая системная информация HS-DSCH" - указывающий, что HSDPA поддерживается для состояния Cell_PCH/URA_PCH.
Чтобы указать, продолжается ли прием HS-DSCH в Cell_FACH, введены две новые логические переменные, которые используются в качестве признаков контроллером управления радиоресурсами (RRC) WTRU:
a. HS_DSCH_RECEPTION_Cell_FACH_STATE: Если истинно, то указывает, что прием HS-DSCH продолжается в приеме Cell_FACH; и
b. HS_DSCH_RECEPTION_OF_CCCH_OF_ENABLED: Если истинно, то указывает, что разрешен прием HS-DSCH для CCCH. Эта переменная устанавливается в истину, когда WTRU использует общий H-RNTI для приема трафика HSDPA, и устанавливается в ложь, когда WTRU не делает этого.
Однако никакой новой переменной не определено для указания приема HS-DSCH в состояниях Cell_PCH или URA_PCH. Находясь в Cell_PCH или URA_PCH, и если транслируется информационный элемент "пейджинговая системная информация HS-DSCH", то WTRU устанавливает прием HSDPA.
Там, где WTRU переходит из Cell_DCH в состояние, которое не поддерживает HSDPA, могут возникать сценарии. Например, WTRU мог бы перейти из Cell_DCH в Cell_FACH в соте, которая не поддерживает свойство Расширенного Cell_FACH, или WTRU мог бы перейти из Cell_DCH в Cell_PCH в соте, которая не поддерживает прием HS-DSCH в Cell_PCH. В таких сценариях ресурсы HSDPA не освобождаются, и WTRU продолжит выполнять процедуры приема HS-DSCH. Такое поведение нежелательно, поскольку WTRU будет бесполезно расходовать ресурсы и батарею, пытаясь принимать этот канал. К тому же сбой в освобождении ресурсов HSDPA (то есть в очистке IE, освобождении ресурсов HARQ, выполнении сброса улучшенного высокоскоростного канала управления доступом к среде передачи (MAC-ehs)), скорее всего, вызовет проблемы, когда WTRU возобновит прием HS-DSCH в другом состоянии.
Аналогичные проблемы возникают в некоторых сценариях повторного выбора соты. Например, WTRU может повторно переключиться из соты, которая поддерживает HS-DSCH в CELL, на соту, которая не поддерживает свойство Расширенного Cell_FACH, и ресурсы HSDPA не освобождаются.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Способ и устройство для повторного выбора соты в беспроводной связи 3GPP реализуется с помощью модуля беспроводной передачи/приема (WTRU), который поддерживает прием HS-DSCH. При переходе между сотами или смене состояний WTRU проверяет, имеется ли продолжающийся прием HS-DSCH, и если новая сота или состояния не могут поддерживать HS-DSCH, то ресурсы HSDPA, используемые для продолжающегося приема HS-DSCH, освобождаются. WTRU выполняет этот способ, используя обработку управления радиоресурсами (RRC), которая отслеживает различные события и условия, чтобы определить, освобождать ли ресурсы HSDPA.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Более полное понимание может быть получено из нижеследующего описания, данного в качестве примера, в сочетании с прилагаемыми чертежами, на которых:
фиг. 1 показывает блок-схему модуля беспроводной передачи/приема (WTRU) и различных Узлов Б - кандидатов для повторного выбора соты/состояния;
фиг. 2 - примерная функциональная блок-схема WTRU и Узла Б из фиг. 1; и
фиг. 3 - блок-схема алгоритма способа для реализации переменной RRC HS_DSCH_RECEPTION_GENERAL, которая отслеживает прием HS-DSCH для всех состояний.
ПОДРОБНОЕ ОПИСАНИЕ
При обращении в дальнейшем терминология "модуль беспроводной передачи/приема (WTRU)" включает в себя, но не ограничивается, пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский модуль, пейджер, сотовый телефон, персональный цифровой помощник (PDA), компьютер или любой другой тип пользовательского устройства, допускающего функционирование в беспроводной среде. При обращении в дальнейшем терминология "базовая станция" включает в себя, но не ограничивается, Узел Б, усовершенствованный Узел Б (eNB) системы долгосрочного развития, контроллер узла, точку доступа (АР) или любой другой тип устройства сопряжения (установления связи), допускающего функционирование в беспроводной среде.
Термины "очистка и освобождение ресурсов HSDPA" и "остановка процедур приема HS-DSCH" в этом документе используются взаимозаменяемо.
При обращении в дальнейшем терминология "3GPP Версии 7 (R7)" включает в себя, но не ограничивается, WTRU или Узел Б, который поддерживает HS-DSCH в Cell_FACH и/или CELL/URA_PCH, а "3GPP Версии 6 (R6)" включает в себя, но не ограничивается, WTRU или Узел Б, который поддерживает HS-DSCH в Cell_FACH и/или CELL/URA_PCH.
HS-DSCH в Cell_FACH также включает в себя прием HS-DSCH в режиме ожидания для приема процедур соединения RRC.
Фиг. 1 показывает примерную систему 100 беспроводной связи из сот 20, 30 и 40 с Узлами Б 120, 130 и 140 соответственно. Мобильный WTRU 110 взаимодействует с обслуживающим Узлом Б 120, и Узлы Б 130 и 140 являются кандидатами для повторного выбора соты. Следует отметить, что, хотя на фиг. 1 изображается примерная конфигурация WTRU 110 и Узла Б 120, любое сочетание беспроводных и проводных устройств может включаться в систему 100 беспроводной связи.
Фиг. 2 - примерная функциональная блок-схема 200 для WTRU 110 и Узла Б 120 в системе 100 беспроводной связи из фиг. 1. Как показано на фиг. 2, WTRU 110 взаимодействует с Узлом Б 120.
В дополнение к компонентам, которые могут быть обнаружены в типичном WTRU, WTRU 110 включает в себя процессор 115, приемник 116, передатчик 117 и антенну 118. Приемник 116 и передатчик 117 взаимодействуют с процессором 115. Антенна 118 взаимодействует с приемником 116 и передатчиком 117 для содействия передаче и приему беспроводных данных. Процессор 115 в WTRU 110 конфигурируется для обработки повторных выборов сот и переходов состояний в расширенное состояние Cell_FACH и из него.
В дополнение к компонентам, которые могут быть обнаружены в типичном Узле Б, Узел Б 120 включает в себя процессор 125, приемник 126, передатчик 127 и антенну 128. Приемник 126 и передатчик 127 взаимодействуют с процессором 125. Антенна 128 взаимодействует с приемником 126 и передатчиком 127 для содействия передаче и приему беспроводных данных. Процессор 125 в Узле Б 120 конфигурируется для поддержки расширенного состояния Cell_FACH.
Раскрываются варианты осуществления, которые рассматривают переходы состояния/соты из состояния или соты, где возможен прием HS-DSCH, в состояние или соту, где прием HS-DSCH невозможен.
Повторный выбор соты
В этом случае WTRU не ждет CELL UPDATE CONFIRM [Подтверждение обновления соты] от сети. То есть WTRU находится в состоянии Cell_FACH и выполняет повторный выбор соты. Процесс повторного выбора соты может рассматриваться как 2-этапный процесс. Первый этап устанавливает связь HSDPA в новой соте, если эта новая сота допускает 3GPP R7. Второй этап занимается очисткой информации от прежней соты. Это второй этап должен рассмотреть все возможные переходы, которые могут возникнуть: сота 3GPP R7 в соту R7, сота 3GPP R7 в соту R6, сота 3GPP R6 в соту R7 и сота 3GPP R6 в соту R6. Каждый раз, когда происходит повторный выбор соты на соту 3GPP R6, любую конфигурацию HSDPA следует удалить (полный сброс HSDPA). С другой стороны, если переход происходит в допускающую 3GPP R7 соту, то потребовался бы только сброс MAC-hs. Дополнительно, первый этап должен специально проверить, что происходит повторный выбор соты. Второе условие характерно для повторного выбора соты. Если сота не является допускающей 3GPP R7, то выполняется полный сброс HSDPA (остановка наблюдения за HS-SCCH и HS-PDSCH, сброс MAC-hs, освобождение ресурсов HARQ). Этот сброс может быть реализован путем указания отдельных действий или с использованием переменных (HS_DSCH_RECEPTION_ Cell_FACH_STATE и HS_DSCH_RECEPTION_ OF_CCCH) и выполнения необходимых действий.
Переходы состояний
Переходы из Cell_DCH
Переходы из Cell_DCH могут запрашиваться посредством некоторого количества сообщений RRC, например:
RADIO BEARER SETUP [Установление однонаправленного радиоканала]
RADIO BEARER RECONFIGURATION [Реконфигурация однонаправленного радиоканала]
RADIO BEARER RELEASE [Освобождение однонаправленного радиоканала]
TRANSPORT CHANNEL RECONFIGURATION [Реконфигурация транспортного канала]
PHYSICAL CHANNEL RECONFIGURATION [Реконфигурация физического канала]
При выполнении процедур, имеющих отношение к этим сообщениям, у WTRU можно запросить перейти из состояния Cell_DCH в Cell_FACH, Cell_PCH и URA_PCH. В зависимости от возможностей соты состояния могут поддерживать или не поддерживать HSDPA (соты 3GPP R7 поддерживают HSDPA в Cell_FACH, Cell_PCH, URA_PCH, тогда как соты 3GPP R6 не поддерживают). В результате любой переход в состояние не-HSDPA из состояния HSDPA должен приводить к полному сбросу HSDPA (остановка наблюдения за HS-SCCH и HS-PDSCH, сброс MAC-hs, освобождение ресурсов HARQ). Однако для переходов в состояние, которое поддерживает HSDPA, не нужно никакого сброса.
В настоящее время сбрасывание (установка в исходное состояние) выполняется при оценивании переменной HS_DSCH_RECEPTION. Если эта переменная была "истиной" и становится "ложью" после оценивания, то выполняется полный сброс HSDPA, если UE находится в состоянии Cell_DCH.
В соответствии с этим вариантом осуществления WTRU 110 выполняет сброс (то есть освобождение ресурсов HSDPA) в случаях, где WTRU 110 переходит в состояния, которые не поддерживают HSDPA. Это может определяться по наличию либо отсутствию информационного элемента "Системная информация HS-PDSCH нисходящей линии связи" или "Общая системная информация HS-DSCH" в блоке 5 системной информации и/или наличию либо отсутствию информационного элемента "Системная информация HS-PDSCH нисходящей линии связи для подключенного режима" в блоке 6 системной информации.
Переходы из Cell_FACH
Переходы состояний из расширенного состояния Cell_FACH имеют ту же проблему, что и переходы из Cell_DCH. То есть каждый раз, когда происходит переход в состояние, которое не поддерживает HSDPA, следует требовать полного сброса HSDPA. Сбрасывание выполняется при оценивании переменной HS_DSCH_RECEPTION_Cell_ FACH_STATE. Если эта переменная является "истиной" и становится "ложью" после оценивания, то выполняется полный сброс HSDPA, если WTRU находится в состоянии Cell_FACH и переменная HS_DSCH_RECEPTION_OF_CCCH является "ложью". Этот сброс также выполняется в случаях, где WTRU 110 переходит в состояния, которые не поддерживают HSDPA.
Явная проверка переменной выполняется, когда WTRU 110 принимает любое сообщение RRC, которое вызывает переход из Cell_FACH в Cell_PCH или URA_PCH. Это включает в себя такие команды, как:
RADIO BEARER SETUP
RADIO BEARER RECONFIGURATION
RADIO BEARER RELEASE
TRANSPORT CHANNEL RECONFIGURATION
PHYSICAL CHANNEL RECONFIGURATION
CELL UPDATE CONFIRM
Чтобы определить, поддерживает ли HSDPA состояние, в которое перешел WTRU 110, WTRU 110 может использовать наличие либо отсутствие информационного элемента "Системная информация HS-PDSCH нисходящей линии связи" или "Общая системная информация HS-DSCH" в блоке 5 системной информации и/или наличие либо отсутствие информационного элемента "Системная информация HS-PDSCH нисходящей линии связи для подключенного режима" в блоке 6 системной информации.
Общее представление
WTRU 110 освобождает ресурсы HSDPA и останавливает процедуры приема HS-DSCH, когда WTRU 110 переходит из состояния или соты, в которой он выполняет прием HS-DSCH (например, состояния или соты, допускающих 3GPP версии 7), в состояние или соту, в которой он уже не поддерживает прием HS-DSCH (например, состояние или соту, допускающие 3GPP версии 6).
Когда WTRU 110 пытается установить соединение HSDPA в результате перехода состояния и/или смены соты (повторного выбора соты) и не выполняются условия, необходимые для выполнения приема HS-DSCH, WTRU 110 освобождает ресурсы HSDPA. WTRU 110 всегда может освобождать ресурсы HSDPA, либо он освобождает ресурсы HSDPA, только если предыдущее состояние или сота имели продолжающуюся процедуру приема HS-DSCH.
Действия, имеющие отношение к освобождению ресурсов HSDPA и остановке процедур приема HS-DSCH, включают в себя, но не ограничиваются следующими:
- остановка любых процедур приема HS-SCCH/наблюдения;
- остановка любых процедур приема HS-DSCH/наблюдения;
- очистка переменной H_RNTI и удаление любого сохраненного H-RNTI;
- сбрасывание объекта MAC-hs/ehs; и
- освобождение всех ресурсов HARQ.
Если к процедурам соединения HS-DSCH добавляется больше ресурсов, то WTRU 110 также может освободить эти ресурсы. Например, WTRU 110 также может потребоваться очистить значения общего H-RNTI или любые сохраненные IE (например, информацию HARQ).
Проверка, продолжается ли прием HS-DSCH
В некоторых сценариях WTRU 110 нужно проверить, имеется ли продолжающаяся процедура приема HS-DSCH (то есть перед переходом состояния, конфигурацией, повторным выбором соты и т.п.). Чтобы проверить, имеется ли продолжающаяся процедура приема HS-DSCH, может использоваться одна или сочетание из следующих процедур.
Новая логическая переменная приема HS-DSCH HS_DSCH_RECEPTION_GENERAL может быть определена процессором 115, используемым для обработки управления радиоресурсами (RRC), и может использоваться в качестве признака для указания, продолжается ли прием HS-DSCH в каком-нибудь из четырех состояний Cell_FACH, Cell_DCH, Cell_PCH, URA_PCH. Например, это может быть реализовано с помощью функции контроллера RRC в процессоре 115. Переменная устанавливается в истину, когда прием HS-DSCH поддерживается и начинается в любом состоянии, и устанавливается в ложь при прекращении приема HS-DSCH и/или когда прием HS-DSCH не поддерживается.
Новая переменная состояния HS_DSCH_RECEPTION_PCH_STATE для состояния Cell_PCH/URA_PCH может быть определена процессором 115 для обработки RRC (например, в функции контроллера RRC в процессоре 115) и использоваться для проверки, продолжается ли прием HS-DSCH в состоянии Cell_PCH/URA_PCH.
Существующие переменные приема HS_DSCH (HS_DSCH_RECEPTION, HS_DSCH_RECEPTION_Cell_FACH_STATE, HS_DSCH_RECEPTION_OF_CCCH_ENABLED или HS_DSCH_ RECEPTION_ PCH_ STATE) также могут использоваться по возможности. Если какая-нибудь из этих переменных установлена в истину, это означает, что процедура приема HS-DSCH продолжается. Например, если WTRU 110 находится в Cell_FACH и желает узнать, продолжается ли прием HS-DSCH, то в дополнение к переменной состояния (то есть HS_DSCH_RECEPTION_ Cell_FACH_STATE) WTRU 110 также проверяет все другие переменные приема HS-DSCH.
Указание состояния MAC-ehs может использоваться для обозначения продолжающегося приема HSDPA. Это могло бы включать в себя вновь определенный указатель состояния, специальные зарезервированные значения для переменных состояния MAC-ehs (next_expected_TSN, T1) или то, сконфигурированы ли какие-либо ресурсы HARQ. Только последняя возможность включается в варианты осуществления, использующие указание состояния MAC-ehs. Для надлежащей работы указания состояния ресурсы HARQ следует освободить, когда не используют HSDPA.
Условия для освобождения ресурсов HS-DSCH
Надлежащая работа WTRU 110 может быть определена в соответствии с одной или с сочетанием из следующих процедур RRC в процессоре 115. WTRU 110 сначала проверяет следующие критерии приема HS-DSCH, которые отслеживают, произошло ли какое-нибудь из следующих событий:
a. Переходы состояний из-за сообщений реконфигурации RRC, настройки RRC, освобождения RRC:
i. Cell_DCH в Cell_FACH, Cell_PCH или URA_PCH;
ii. Cell_FACH в Cell_PCH или URA_PCH;
b. Случаи обновления соты и повторного выбора соты:
i. Сбой линии радиосвязи (из Cell_DCH в Cell_FACH);
ii. Повторный выбор соты из Cell_FACH в Cell_FACH;
iii. Повторный выбор соты из Cell_PCH в Cell_FACH;
с. Повторный выбор соты в режиме ожидания при ожидании сообщения RRC CONNECTION SETUP (то есть повторная отправка RRC CONNECTION REQUEST из-за повторного выбора соты):
i. Повторный выбор соты в URA_PCH (то есть при считывании SIB 5/5bis и SIB 6/6bis);
d. Истечение таймера T302 в повторном выборе соты.
В качестве альтернативы эта проверка может выполняться в других процедурах и случаях, где WTRU 110 проверяет поддержку приема HS-DSCH (то есть действия по считыванию SIB 5/5bis, SIB 6/6bis).
WTRU 110 дополнительно проверяет следующие условия, чтобы выяснить, поддерживается ли прием HS-DSCH в новом состоянии:
После перехода состояния в состояние Cell_FACH WTRU 110 проверяет:
на TDD; или
на FDD, если WTRU не поддерживает прием HS-DSCH; или
не включается ли информационный элемент "Общая системная информация HS-DSCH" в блок системной информации типа 5 или в блок системной информации типа 5bis
После перехода состояния в Cell_PCH или URA_PCH WTRU 110 проверяет:
на TDD; или
на FDD, если WTRU не поддерживает прием HS-DSCH; или
не включается ли информационный элемент "Пейджинговая системная информация HS-DSCH".
Когда одно из этих вышеупомянутых условий является истиной, WTRU 110 принимает меры по освобождению ресурсов HSDPA. В качестве первой разновидности ресурсы HSDPA всегда могут освобождаться при удовлетворении любого из вышеупомянутых условий. В качестве второй разновидности ресурсы HSDPA освобождаются при любом из вышеупомянутых условий и если прием HS-DSCH ранее продолжался в любом из других состояний перед началом процедуры RRC.
Чтобы проверить, поддерживает ли WTRU 110 прием HS-DSCH в Cell_FACH и/или Cell_PCH/URA_PCH, может добавляться дополнительная возможность WTRU вместо просто проверки, поддерживает ли WTRU 110 прием HS-DSCH. Например, следующие дополнительные возможности WTRU могут быть добавлены в процедуру RRC:
a. Поддержка HS-DSCH в Cell_FACH (то есть только для Cell_FACH);
b. Поддержка HS-DSCH в Cell_PCH или URA_PCH (которая также подразумевает поддержку HS-DSCH в Cell_FACH).
Если добавляются такие возможности, то WTRU 110 выполнял бы эти проверки как часть описанных выше этапов.
Действия, имеющие отношение к освобождению ресурсов HSDPA
Чтобы выполнить действия, имеющие отношение к освобождению ресурсов HSDPA, процессор 115 в WTRU выполняет одно или сочетание из следующего.
a. Освобождение ресурсов HSDPA, когда условия для начала приема HS-DSCH не выполняются.
b. Когда не соблюдаются критерии приема HS-DSCH и если прием HS-DSCH продолжается для текущего состояния WTRU 110 (то есть HS_DSCH_RECEPTION_GENERAL установлено в истину), то переменная HS_DSCH_RECEPTION_GENERAL устанавливается в ложь, и ресурсы HSDPA освобождаются.
с. Оценка и выполнение действий, соответствующих существующим переменным приема HS-DSCH или любой вновь введенной переменной (то есть для Cell_PCH/URA_PCH). Переменные для оценивания могут быть одним или сочетанием из следующего:
i. переменная HS_DSCH_RECEPTION;
ii. переменная HS_DSCH_RECEPTION_Cell_FACH_STATE;
iii. переменная HS_DSCH_RECEPTION_OF_CCCH_ENABLED; или
iv. переменная для Cell_PCH/URA_PCH.
Если условия для установки одной из этих переменных в истину не выполняются, то WTRU 110 может использовать одну из процедур, описанных в этом документе, чтобы проверить, есть ли продолжающийся прием HS-DSCH. Если есть продолжающееся соединение HS-DSCH, то WTRU может освободить все ресурсы HSDPA. В качестве альтернативы WTRU может освобождать все ресурсы HSDPA всякий раз, когда оцениваемая переменная устанавливается в ложь.
d. Оценка и действия, соответствующие переменным приема HS-DSCH в Cell_FACH и Cell_PCH/URA_PCH, выполняются только тогда, когда удовлетворяются условия для выполнения приема HS-DSCH. Как часть этой возможности, эти переменные и/или действия выполняются даже тогда, когда не выполняются условия в описанных выше процедурах.
e. В дополнение к одному из изменений, выполненных выше, действия, связанные с переменной HS_DSCH_RECEPTION для Cell_DCH, могут быть изменены для освобождения ресурсов, если не выполняются условия для выполнения приема HS-DSCH в Cell_FACH и Cell_URA/Cell_PCH. Это решит только одну из установленных проблем (переход из Cell_DCH в любое другое состояние).
Вышеупомянутые способы, описанные для проверки того, продолжается ли прием HS-DSCH, выполнения действий RRC и выполнения действий, имеющих отношение к освобождению HSDPA, могут быть объединены вместе для решения установленных проблем.
Переменная HSDPA, применимая ко всем состояниям
Логическая переменная HS_DSCH_RECEPTION_GENERAL устанавливается в истину в зависимости от того, сконфигурирован ли WTRU 110 для начала приема HS-DSCH. Когда WTRU 110 включается первый раз, эта переменная устанавливается в ложь. Как часть процедуры режима ожидания WTRU 110 затем отправляет сообщение с запросом соединения RRC. Когда отправляется сообщение, WTRU 110 обрабатывает принятую передачу по нисходящей линии связи, чтобы подтвердить, что сеть поддерживает HS-DSCH (например, путем проверки признаков в SIB 5/5bis). Если HS-DSCH поддерживается, то WTRU 110 выполняет действия, ассоциированные с переменной HS_DSCH_RECEPTION_OF_CCCH: если она является истиной, то это означает, что прием HS-DSCH продолжается. Соответственно переменная HS_DSCH_RECEPTION_GENERAL также устанавливается в истину. HS_DSCH_RECEPTION_GENERAL устанавливается в истину в любом из четырех состояний, когда выполняются условия для начала приема HS-DSCH. Ниже описываются примеры, когда переменная устанавливается в истину. Переменная HS_DSCH_RECEPTION_GENERAL определяется и управляется процессором 115 в WTRU, причем переменная действует как признак для указания, продолжается ли прием HS-DSCH, в любом из четырех состояний Cell_DCH, Cell_FACH, Cell_PCH и URA_PCH. WTRU 110 опирается на эту переменную для проверки, имеется ли продолжающаяся процедура приема HS-DSCH. Если переменная HS_DSCH_RECEPTION_GENERAL устанавливается в истину, это подразумевает, что существует продолжающаяся процедура приема HS-DSCH. Если WTRU 110 не может поддерживать прием HS-DSCH в новом состоянии/соте при переходе состояния/соты, то WTRU 110 освобождает все ресурсы HSDPA и устанавливает переменную HS_DSCH_RECEPTION_GENERAL в ложь. Чтобы убедиться, что эта переменная все время устанавливается должным образом, эта переменная устанавливается на основе действий, ассоциированных с приемом HS-DSCH во всех состояниях.
Переменная HS_DSCH_RECEPTION_GENERAL устанавливается в истину, когда выполняется какое-нибудь из требований для настройки приема HS-DSCH в подходящих состояниях и начинается прием HS-DSCH. Это может происходить в любом из следующих случаев:
a. HS_DSCH_RECEPTION устанавливается в истину в Cell_DCH;
b. HS_DSCH_RECEPTION_Cell_FACH_STATE устанавливается в истину в Cell_FACH;
с. HS_DSCH_RECEPTION_OF_CCCH_ENABLED устанавливается в истину в Cell_FACH и в ожидании, когда WTRU имеет общий H-RNTI;
d. Выполняются действия, имеющие отношение к приему HS-DSCH в Cell_PCH/URA_PCH, и соблюдаются условия; и
e. Информационный элемент "Общая системная информация HS-DSCH" включается в блок системной информации типа 5 или блок системной информации типа 5bis (например, во время Radio Bearer Setup, Radio Bearer Reconfiguration, Radio Bearer Release, Transport channel Reconfiguration или PHY channel reconfiguration).
Когда не выполняются вышеприведенные требования, ассоциированные с переменными приема HS-DSCH для разных состояний, и любые из вышеупомянутых переменных приема HS-DSCH устанавливаются в ложь, HS_DSCH_RECEPTION_GENERAL также следует установить в ложь.
Более того, если изменяются существующие переменные или добавляется дополнительная переменная для состояний Cell_PCH и URA_PCH, установка HS_DSCH_RECEPTION_ GENERAL может соотноситься с установкой измененных или новых переменных, как описано выше. Всякий раз, когда прием HS-DSCH настраивается должным образом, переменная HS_DSCH_RECEPTION_ GENERAL устанавливается в истину. Всякий раз, когда прием HS-DSCH прекращается и/или не поддерживается в состоянии/соте, в которых работает WTRU, ее (переменную) следует установить в ложь.
Действия, имеющие отношение к переменной HS_DSCH_RECEPTION_GENERAL
Когда WTRU 110 выполняет начальные процедуры, имеющие отношение к получению системной информации для настройки в новой соте или в новом состоянии, WTRU 110 проверяет, поддерживается ли HSDPA. Когда прием HS-DSCH не поддерживается, WTRU 110 выполняет выбор дополнительного общего физического канала управления (S-CCPCH), и WTRU 110 может освободить ресурсы HS-DSCH, если продолжается процедура приема HS-DSCH, и WTRU 110 устанавливает переменную HS_DSCH_RECEPTION_GENERAL в ложь.
WTRU 110 может проверить, продолжается ли прием HS-DSCH, путем проверки переменной HS_DSCH_RECEPTION_GENERAL. Если эта переменная устанавливается в истину и WTRU 110 не поддерживает HSDPA в его текущем состоянии/соте (то есть в новом состоянии/соте при переходе), то WTRU устанавливает эту переменную в ложь и выполняет следующие этапы, имеющие отношение к освобождению ресурсов HSDPA:
a. остановить любые процедуры приема HS-SCCH;
b. остановить любые процедуры приема HS-DSCH;
c. очистить переменную H_RNTI и удалить любой сохраненный H-RNTI;
d. сбросить объект MAC-hs;
e. освободить/сбросить все ресурсы HARQ;
f. очистить любые сохраненные IE с информацией HARQ.
Для TDD и для FDD всякий раз, когда переменная HS_DSCH_RECEPTION _GENERAL устанавливается в ложь, WTRU 110:
- не выполняет процедуру приема HS_SCCH;
- не выполняет процедуру приема HS_DSCH.
Следует отметить, что если какие-нибудь критерии изменяются для проверки поддержки приема HS-DSCH для соты и WTRU, по-прежнему могут применяться вышеописанные процедуры, ассоциированные с действиями WTRU 110 для освобождения ресурсов HSDPA, в соответствии с переменной HS_DSCH_RECEPTION_GENERAL.
Для вышеприведенных сценариев при этом варианте осуществления WTRU 110 обеспечивает, что переменная HS_DSCH_RECEPTION_GENERAL устанавливается в ложь. При желании WTRU 110 также может обеспечивать, что все другие переменные HS-DSCH также устанавливаются в ложь. К тому же WTRU 110 освобождает любые ресурсы HSDPA и останавливает процедуры приема HS-DSCH, если продолжается какой-нибудь прием HS-DSCH. Переменная HS_DSCH_RECEPTION_ GENERAL также устанавливается в ложь, когда WTRU входит в подключенный режим RRC UTRA, когда иное не объявлено в процедуре RRC и когда WTRU уходит из подключенного режима RRC UTRA.
Фиг. 3 показывает блок-схему алгоритма способа 300, который является примером реализации переменной RRC HS_DSCH_RECEPTION_GENERAL в соответствии с вышеприведенным описанием. WTRU 110 начинает проверку условий для переменной HS_DSCH_RECEPTION_GENERAL (этап 301), которая содержит следующие проверки. Если сота или состояние, в которые перешел WTRU, не поддерживают HS-DSCH (этап 302), то переменная HS_DSCH_RECEPTION_GENERAL проверяется на истину (этап 306). Если переменная является истиной, то переменная устанавливается в ложь (этап 307) и освобождаются ресурсы HSDPA (этап 308). Если поддерживается прием HS-DSCH (этап 302) и если WTRU 110 не находится в одном из состояний поискового вызова (Cell_PCH/URA_PCH) (этап 303), то WTRU проверяет SIB 5/5bis на наличие информационного элемента "общая системная информация HS-DSCH" (этап 305). Если этот информационный элемент отсутствует и переменная HS_DSCH_RECEPTION_GENERAL является истиной (этап 306), то переменная HS_DSCH_RECEPTION_GENERAL устанавливается в ложь (этап 307) и освобождаются ресурсы HSDPA (этап 308). Если WTRU 110 находится в состоянии поискового вызова (Cell_PCH/URA_PCH) (этап 303) и информационный элемент "пейджинговая системная информация HS-DSCH" не включается в SIB 5/5bis, то переменная HS_DSCH_RECEPTION_GENERAL проверяется на то, установлена ли она в истину (этап 306). Если она является истиной, то переменная HS_DSCH_RECEPTION_GENERAL устанавливается в ложь (этап 307), и освобождаются ресурсы HSDPA (этап 308).
Переменная HSDPA, применимая к каналу передачи поисковых вызовов
В другом варианте осуществления вводится новая переменная для Cell_PCH/URA_PCH. Новая переменная HS_DSCH_RECEPTION_PCH_STATE используется для указания, продолжается ли прием HS-DSCH в Cell_PCH или URA_PCH. В этом варианте осуществления может существовать переменная для каждого состояния, и переменные используются для оценки и указания, поддерживается ли прием HS-DSCH при входе в новое состояние.
WTRU 110 оценивает и выполняет действия, ассоциированные со следующими переменными приема HS_DSCH, которые соответствуют состоянию, в которое входит WTRU 110:
a. HS_DSCH_RECEPTION_OF_Cell_FACH_STATE;
b. HS_DSCH_RECEPTION_OF_CCCH_ENABLED оценивается только тогда, когда WTRU 110 переходит или остается в состоянии Cell_FACH;
с. HS_DSCH_RECEPTION_PCH_STATE оценивается, и выполняются действия при входе или пребывании в состоянии Cell_PCH; или
d. HS_DSCH_RECEPTION оценивается только при переходе или пребывании либо реконфигурировании в Cell_DCH.
WTRU 110 должен оценивать эти четыре переменные, когда критерии приема HS-DSCH не выполняются и когда они выполняются. Смысл в этой процедуре в том, что при выходе из состояния или соты WTRU 110 может не знать заранее, поддерживается ли прием HS-DSCH в новом состоянии или соте. Однако при входе в состояние или соту WTRU 110 будет знать результаты и возможности состояния/соты, и он также может узнать, что поддерживалось ранее.
При оценивании переменных, если требования для включения приема HS-DSCH в конечном состоянии не выполняются, следует выполнить действия, ассоциированные с переменной, не являющейся истиной. Эти действия соответствуют освобождению ресурсов HSDPA. Однако, чтобы WTRU 110 узнать, продолжался ли прием HS-DSCH до перехода состояния или повторного выбора соты, WTRU 110 проверяет, установлена ли в истину какая-либо из других переменных HS_DSCH, соответствующая его собственному состоянию и другим состояниям. Это является указанием того, что у WTRU 110 было продолжающееся соединение HS-DSCH и соответственно ему следует освободить ресурсы, поскольку он не может поддерживать прием HS_DSCH.
В дополнение к освобождению ресурсов HSDPA WTRU 110 также обеспечивает, что все другие переменные состояния приема HS_DSCH устанавливаются в ложь. Дополнительно WTRU 110 выполняет следующее:
- остановить любые процедуры приема HS-SCCH;
- остановить любые процедуры приема HS-DSCH;
- очистить переменную H_RNTI и удалить любой сохраненный H-RNTI;
- сбросить объект MAC-ehs;
- освободить все ресурсы HARQ; и
- очистить любые сохраненные IE с информацией HARQ.
При желании, чтобы проверить, продолжалась ли процедура приема HS-DSCH, WTRU 110 также может использовать переменную HS_DSCH_RECEPTION_GENERAL, которая излагается в этом документе. Когда оцениваемая переменная состояния приема HS-DSCH устанавливается в ложь, а HS_DSCH_RECEPTION_GENERAL устанавливается в истину, аннулируются действия, ассоциированные с освобождением ресурсов, и переменные устанавливаются в ложь.
Изменение переменных приема HS-DSCH.
Нижеследующее является изменениями существующих переменных приема HS-DSCH по отношению к состояниям канала передачи поисковых вызовов:
a. Новая переменная HS_DSCH_RECEPTION_PCH_STATE отслеживается для состояний URA_PCH и Cell_PCH;
b. Для случая, где HS_DSCH_RECEPTION_OF_ CCCH_ENABLED и HS_DSCH_RECEPTION_PCH_STATE устанавливается в ложь, и любая из четырех переменных указывает, что продолжается прием HS-DSCH, ресурсы освобождаются;
с. WTRU 110 проверяет HS_DSCH_RECEPTION и HS_DSCH_RECEPTION_OF_CELL_FACH_STATE, если любая из четырех переменных устанавливается в истину.
В случае, где HS_DSCH_RECEPTION_GENERAL используется для указания, продолжается ли прием HS-DSCH, действия, имеющие отношение к проверке, установлена ли в истину какая-либо из четырех (4) переменных приема HS-DSCH, заменяются действием по проверке только того, установлена ли HS_DSCH_RECEPTION_GENERAL в истину.
Относительно переменной приема HS_DSCH для каналов передачи поисковых вызовов, переменная HS_DSCH_RECEPTION_PCH_STATE устанавливается в истину, если продолжается прием HS-DSCH в Cell_PCH или URA_PCH. Переменная HS_DSCH_RECEPTION_ PCH_STATE устанавливается в ложь, когда WTRU 110 входит в подключенный режим RRC UTRA, когда иное не объявлено в процедуре, когда WTRU 110 выходит из подключенного режима RRC UTRA и когда WTRU 110 входит в Cell_FACH и Cell_DCH.
Дополнительные изменения
Некоторые дополнительные изменения могут быть необходимы, если WTRU 110 использует переменные приема HS-DSCH из других состояний в качестве указания продолжающейся процедуры.
Необходимо отметить, что это изменение может применяться к другим вариантам осуществления, которые также опираются на переменные приема HS-DCH другого состояния для указания, что прием HS-DSCH продолжается. В случае, где в качестве указания используется переменная HS_DSCH_RECEPTION_GENERAL, эти изменения не требуются.
Следующие изменения могут быть реализованы при желании:
1. WTRU 110 не оценивает действия, имеющие отношение к HS_DSCH_RECEPTION, при выходе из Cell_DCH;
2. если сохраняются какие-нибудь IE, имеющие отношение к HS-DSCH, WTRU 110 очищает любой сохраненный информационный элемент "информация HS-PDSCH нисходящей линии связи".
WTRU 110 не устанавливает HS_DSCH_RECEPTION_OF_ CCCH_ ENABLED в ложь сразу при входе в следующие участки.
Переменная устанавливается в ложь, только если успешно выполняются условия для начала выполнения приема HS-DSCH с выделенным H-RNTI, иначе она будет установлена в ложь, когда WTRU 110 не может выполнить процедуру приема HS-DSCH.
В качестве альтернативы WTRU 110 обеспечивает, что переменные приема HS-DSCH устанавливаются в ложь при выходе из состояния. Например, переменная HS_DSCH_RECEPTION_Cell_FACH_STATE устанавливается в ложь при выходе из Cell_FACH. Однако это также следует сделать после того, как завершается конфигурация другого состояния.
Освобождение ресурсов HSDPA во время переходов соты/состояний
В этом варианте осуществления существующие переменные приема HS-DSCH изменяются таким образом, что при переходе между сотами и состояниями останавливаются процедуры приема HS-DSCH.
При выходе из Cell_DCH WTRU 110 освобождает ресурсы HSDPA, если WTRU 110 переходит в состояние, в котором не поддерживается прием HS-DSCH. Точнее говоря, переменная HS_DSCH_RECEPTION изменяется так, что WTRU 110 может проверять, будет ли поддерживаться WTRU 110 и сетью прием HS-DSCH в других состояниях. Это может быть выполнено путем проверки одного или сочетания из следующих условий:
3. WTRU 110 не поддерживает прием HS-DSCH;
4. В качестве альтернативы, если добавляются дополнительные возможности WTRU 110 (например, WTRU 110 поддерживает прием HS-DSCH только в Cell_FACH, и WTRU 110 поддерживает прием HS-DSCH в Cell_PCH и в Cell_FACH), то WTRU 110 может проверить эти особые условия в соответствующих состояниях;
5. Информационный элемент "общая системная информация HS-DSCH" не включается в SIB 5/5bis;
6. Для Cell_PCH и URA_PCH информационный элемент "пейджинговая системная информация HS-DSCH" не включается в SIB 5/5bis.
Если одно из вышеупомянутых условий является истинным, то WTRU 110 освобождает все ресурсы HSDPA. Это будет гарантировать, что выход из Cell_DCH в любое другое состояние не-HSDPA освободит все ресурсы и остановит процедуры приема HS-DSCH.
К тому же при выходе из состояния Cell_PCH или URA_PCH в состояние Cell_FACH из-за повторного выбора соты WTRU 110 требует указания, продолжается ли процедура приема HS-DSCH. Это необходимо, если WTRU 110 переходит в другое состояние или выполняет повторный выбор соты на соту, которая не поддерживает прием HS-DSCH. WTRU 110 должен уметь обнаруживать, что прием HS-DSCH продолжается и что ресурсы HSDPA должны быть освобождены. Это может выполняться путем добавления новой переменной HS_DSCH_RECEPTION_PCH_STATE, которая устанавливается в истину, когда WTRU 110 удовлетворяет условиям для начала приема HS-DSCH. Переменная будет установлена в ложь, когда прекращается прием HS-DSCH.
При выполнении переходов состояний и повторных выборов сот в состояния, например Cell_FACH, URA_PCH и Cell_PCH, проверяются условия для выполнения приемов HS-DSCH. Если они не выполняются, то в дополнение к выполнению приема S-CCPCH WTRU 110 также выполняет одно из следующего:
7. Оценить переменную HS_DSCH_RECEPTION_OF_CELL_FACH_STATE и выполнить соответствующие действия: если требования не выполняются и если продолжается прием HS-DSCH, то ресурсы HSDPA нужно освободить.
8. Чтобы быть в состоянии оценить, имеются ли какие-либо продолжающиеся процедуры HS-DSCH в текущем состоянии или в других состояниях, следует выполнить дополнительные проверки. Например, WTRU 110 также следует проверить, устанавливается ли в истину HS_DSCH_RECEPTION_OF_CCCH_ENABLED, или HS_DSCH_RECEPTION_PCH_STATE, или HS_DSCH_RECEPTION_Cell_FACH_STATE. Если любая из переменных устанавливается в истину, то WTRU 110 освобождает ресурсы и устанавливает все переменные в ложь;
9. WTRU 110 не нужно проверять, устанавливается ли в ложь HS_DSCH_RECEPTION_OF_CCCH_ENABLED, при оценивании необходимости в освобождении ресурсов HS-DSCH.
10. Оценить переменную HS_DSCH_RECEPTION_OF_CCCH_ENABLED. Дополнительные действия, имеющие отношение к случаю, где не выполняются условия, необходимые для настройки приема HS-DSCH.
WTRU 110 должен быть способен на проверку, установлена ли в истину какая-либо из переменных приема HS-DSCH (то есть указывающая, что продолжается прием HS-DSCH).
Если любые переменные устанавливаются в истину, WTRU 110 следует освободить все ресурсы и установить все переменные в ложь, оценить переменную и выполнить действия в соответствии с одной из процедур, указанных в любом из предыдущих вариантов осуществления или в описании изобретения.
Наконец, WTRU 110 должен обеспечить, что переменные устанавливаются в ложь при прекращении приема HS-DSCH в одном состоянии (то есть при переходе с общего на выделенный H-RNTI, при изменении состояний и при переходе по сотам).
Освобождение ресурсов, когда условия приема HS-DSCH не выполняются
В другом варианте осуществления WTRU 110 всегда освобождает ресурсы, когда условия для выполнения приема HS-DSCH проверяются и не выполняются. При желании WTRU 110 мог бы использовать указание состояния MAC-ehs (например, сконфигурированное с HARQ) для определения, есть ли у WTRU 110 продолжающаяся настройка HSDPA.
Надлежащее поведение при прекращении операции HS-DSCH следует указывать везде, где проверяются следующие условия:
> на TDD; или
> на FDD, если WTRU 110 не поддерживает прием HS-DSCH; или
> не включается ли информационный элемент "Общая системная информация HS-DSCH" в блок системной информации типа 5 или в блок системной информации типа 5bis; или
> на TDD; или
> на FDD, если WTRU 110 не поддерживает прием HS-DSCH; или
> не включается ли информационный элемент "Пейджинговая системная информация HS-DSCH".
Эти условия проверяются в различных местах, включая следующие:
• Блок 5 и 5bis системной информации
• Блок 6 системной информации
• Прием посредством WTRU 110 сообщения Setup/Reconfiguration/Release
• Cell Update, инициирование
• Прием посредством WTRU 110 сообщения CELL UPDATE CONFIRM
• Истечение таймера T302 или повторный выбор соты
• Инициирование (RRC CONNECTION REQUEST)
• Прием RRC CONNECTION SETUP
Когда удовлетворяется одно из этих вышеупомянутых условий, надлежащее поведение WTRU 110 выглядит следующим образом:
> остановить любые процедуры приема HS-SCCH;
> остановить любые процедуры приема HS-DSCH;
> очистить переменную H_RNTI и удалить любой сохраненный H-RNTI;
> сбросить объекты MAC-ehs;
> освободить все ресурсы HARQ;
> очистить любые сохраненные IE с информацией HARQ.
В качестве альтернативы следующие типовые команды для WTRU 110 освобождают ресурсы HSDPA, только если продолжается прием HS-DSCH, с помощью проверки, установлена ли в истину какая-либо из переменных состояния.
Освобождение ресурсов HSDPA
Если одна из переменных HS_DSCH_RECEPTION_Cell_FACH_STATE_ENABLED, или HS_DSCH_RECEPTION, или HS_DSCH_RECEPTION_OF_CCCH_ENABLED, или HS_DSCH_RECEPTION_PCH_STATE устанавливается в истину, то WTRU 110:
11. установит переменные HS_DSCH_RECEPTION_Cell_FACH_STATE, HS_DSCH_RECEPTION, HS_DSCH_RECEPTION_OF_CCCH_ENABLED и HS_DSCH_RECEPTION_PCH_STATE в ложь;
12. остановит любые процедуры приема HS-SCCH;
13. остановит любые процедуры приема HS-DSCH;
14. очистит переменную H_RNTI и удалит любой сохраненный H-RNTI;
15. сбросит объект MAC-ehs;
16. освободит все ресурсы HARQ; и
17. очистит любые сохраненные IE с информацией HARQ.
ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ
1. Модуль беспроводной передачи/приема (WTRU), сконфигурированный для работы в режиме высокоскоростного пакетного доступа (HSDPA) в соте или состоянии и для освобождения ресурсов HSDPA при выходе из соты или состояния.
2. WTRU из варианта 1 осуществления, где WTRU конфигурируется для освобождения ресурсов HSDPA, когда не выполняются условия для выполнения приема высокоскоростного совместно используемого канала нисходящей линии связи.
3. WTRU по любому из всех предшествующих вариантов осуществления, где WTRU дополнительно конфигурируется для выполнения одной или нескольких следующих процедур для освобождения ресурсов HSDPA при выходе из соты или состояния:
прекратить прием высокоскоростного канала управления синхронизацией (HS-SCCH);
прекратить прием высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH);
очистить временные идентификаторы радиосети (RNTI);
сбросить объект управления доступом к среде передачи (MAC);
освободить ресурсы гибридного запроса автоматического повторения (HARQ); и
очистить любые сохраненные информационные элементы, имеющие отношение к информации HARQ.
4. WTRU по любому из всех предшествующих вариантов осуществления, где WTRU дополнительно конфигурируется для проверки продолжающегося приема HS-DSCH.
5. WTRU по любому из всех предшествующих вариантов осуществления, где WTRU дополнительно конфигурируется для проверки одной логической переменной приема HS-DSCH, чтобы определить прием HSDPA в любом из состояний.
6. WTRU по любому из всех предшествующих вариантов осуществления, где переменная приема равна "истине" для поддержки HS-DSCH и "лжи" для отсутствия поддержки HS-DSCH.
7. WTRU по любому из всех предшествующих вариантов осуществления, где WTRU конфигурируется для считывания переменной CELL/URA_PCH, чтобы определить прием HS-DSCH.
8. WTRU по любому из всех предшествующих вариантов осуществления, где WTRU конфигурируется для считывания указателя состояния MAC, чтобы определить прием HS-DSCH.
9. WTRU по любому из всех предшествующих вариантов осуществления, где WTRU конфигурируется для считывания множества информационных элементов (IE), чтобы определить прием HS-DSCH.
10. WTRU по варианту 9 осуществления, где IE являются сообщениями управления радиоресурсами (RRC).
11. WTRU по варианту 10 осуществления, где поддержка HS-DSCH включается в состояние Cell_FACH и состояние CELL/URA_PCH.
12. WTRU по любому из всех предшествующих вариантов осуществления, где WTRU дополнительно конфигурируется для считывания переменной IE для освобождения ресурсов HSDPA.
13. WTRU по варианту 12 осуществления, где если переменная IE является "ложью", то WTRU конфигурируется для освобождения ресурсов HSDPA.
14. WTRU по любому из предшествующих вариантов осуществления, где WTRU конфигурируется для считывания логической переменной HS_DSCH_RECEPTION_ GENERAL, чтобы определить прием HS-DSCH.
15. WTRU по варианту 14 осуществления, где если переменная HS_DSCH_RECEPTION_GENERAL является истиной, то прием HS-DSCH продолжается.
16. WTRU по варианту 15 осуществления, где WTRU конфигурируется для освобождения ресурсов HSDPA и установки переменной HS_DSCH_RECEPTION_GENERAL в ложь, если WTRU не сконфигурирован для поддержки приема HS-DSCH.
17. WTRU по варианту 15 осуществления, где HS_DSCH_RECEPTION_GENERAL устанавливается в истину, когда переменные HS_DSCH_RECEPTION устанавливаются в истину в режимах Cell_FACH и Cell_DCH.
18. WTRU по любому из всех предшествующих вариантов осуществления, где WTRU конфигурируется для проверки, поддерживается ли HSDPA, когда WTRU получает системную информацию для настройки в новой соте.
19. WTRU по варианту 18 осуществления, где WTRU конфигурируется для выполнения выбора дополнительного общего физического канала, когда WTRU не сконфигурирован для поддержки HS-DSCH.
20. WTRU по любому из всех предшествующих вариантов осуществления, где WTRU конфигурируется для считывания переменной HS_DSCH_RECEPTION_FOR_PAGING, когда WTRU конфигурируется в режиме Cell_PCH или в режиме URA_PCH, чтобы определить прием HS-DSCH.
21. WTRU по варианту 20 осуществления, где WTRU конфигурируется для оценки и выполнения действий, ассоциированных с переменной HS-DSCH, соответствующей состоянию, в которое входит WTRU.
22. WTRU по вариантам 20 или 21 осуществления, где WTRU конфигурируется для оценки переменных, когда критерии приема HS-DSCH выполняются или не выполняются.
23. WTRU по варианту 20, 21 или 22 осуществления, где WTRU конфигурируется для освобождения ресурсов HSDPA, когда не выполняются требования, чтобы включить прием HS-DSCH в конечном состоянии.
24. WTRU по любому из вариантов 20-23 осуществления, где WTRU конфигурируется для считывания четырех переменных, чтобы определить прием HS-DSCH, и где четыре переменные являются:
HS_DSCH_RECEPTION_CELL_FACH_STATE_ENABLED;
HS_DSCH_RECEPTION;
HS_DSCH_RECEPTION_OF_CCCH_ENABLED; и
HS_DSCH_RECEPTION_PCH_STATE.
25. WTRU по варианту 24 осуществления, где WTRU конфигурируется для считывания четырех переменных, когда информационный элемент "Пейджинговая системная информация HS-DSCH" не появляется в блоке 5 или 5bis системной информации (SIB).
26. WTRU по любому из вариантов 20-25 осуществления, где WTRU конфигурируется, чтобы не считывать HS_DSCH_RECEPTION при выходе из состояния Cell_DCH.
27. WTRU по любому из вариантов 20-26 осуществления, где WTRU конфигурируется для очистки любого сохраненного информационного элемента "Информация HS-PDSCH нисходящей линии связи", если информационный элемент, имеющий отношение к HS-DSCH, хранится в WTRU.
28. WTRU по любому из вариантов 20-27 осуществления, где WTRU конфигурируется для установки в "ложь" переменных приема HS-DSCH при выходе из состояния.
29. WTRU по любому из всех предшествующих вариантов осуществления, где WTRU конфигурируется для остановки процедур HS-DSCH при переходе между сотами и состояниями.
30. WTRU по варианту 29 осуществления, где WTRU конфигурируется для считывания переменной HS_DSCH_RECEPTION, чтобы определить прием HS-DSCH в других состояниях.
31. WTRU по варианту 29 или 30 осуществления, где WTRU конфигурируется для считывания параметра информационного элемента "Общая системная информация HS-DSCH" и параметра "Пейджинговая системная информация HS-DSCH", чтобы определить прием HS-DSCH.
32. WTRU по вариантам 29, 30 или 31 осуществления, где WTRU конфигурируется для считывания параметра "HS_DSCH_RECEPTION_PCH_STATE", чтобы определить прием HS-DSCH.
33. WTRU по любому из всех предшествующих вариантов осуществления, где WTRU конфигурируется для считывания указателя состояния MAC, чтобы определить прием HS-DSCH.
34. Способ для реализации с помощью модуля беспроводной передачи/приема (WTRU), работающего в режиме высокоскоростного пакетного доступа (HSDPA) в соте или в состоянии и освобождающего ресурсы HSDPA при выходе из соты или состояния.
35. Способ из варианта 34 осуществления, где WTRU конфигурируется для освобождения ресурсов HSDPA, когда не выполняются условия для выполнения приема высокоскоростного совместно используемого канала нисходящей линии связи.
36. Способ по любому из вариантов 34-35 осуществления, дополнительно содержащий:
прекращение приема высокоскоростного канала управления синхронизацией (HS-SCCH);
прекращение приема высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH);
очистку временных идентификаторов радиосети (RNTI);
сбрасывание объекта управления доступом к среде передачи (MAC);
освобождение ресурсов гибридного запроса автоматического повторения (HARQ); и
очистку любых сохраненных информационных элементов, имеющих отношение к информации HARQ.
37. Способ по любому из вариантов 34-36 осуществления, дополнительно содержащий проверку продолжающегося приема HS-DSCH.
38. Способ по любому из вариантов 34-37 осуществления, дополнительно содержащий проверку логической переменной приема HS-DSCH, чтобы определить продолжающуюся обработку HSDPA.
39. Способ по любому из вариантов 34-38 осуществления, где переменная приема равна "истине" для поддержки HS-DSCH и "лжи" для отсутствия поддержки HS-DSCH.
40. Способ по любому из вариантов 34-39 осуществления, где WTRU считывает переменную Cell_PCH или URA_PCH, чтобы определить продолжающийся прием HS-DSCH.
41. Способ по любому из вариантов 34-40 осуществления, где WTRU считывает указатель состояния MAC, чтобы определить продолжающийся прием HS-DSCH.
42. Способ по любому из вариантов 34-41 осуществления, где WTRU считывает множество информационных элементов (IE), чтобы определить прием HS-DSCH.
43. Способ по варианту 42 осуществления, где IE являются сообщениями управления радиоресурсами (RRC).
44. Способ по варианту 43 осуществления, где поддержка HS-DSCH включается в состояние Cell_FACH и состояние CELL/URA_PCH.
45. Способ по любому из вариантов 34-44 осуществления, дополнительно содержащий считывание переменной IE для освобождения ресурсов HSDPA.
46. Способ по варианту 45 осуществления, где если переменная IE является "ложью", то WTRU освобождает ресурсы HSDPA.
47. Способ по любому из вариантов 34-46 осуществления, где WTRU считывает логическую переменную HS_DSCH_RECEPTION_GENERAL, чтобы определить прием HS-DSCH.
48. Способ по варианту 47 осуществления, где если HS_DSCH_RECEPTION_GENERAL является истиной, то прием HS-DSCH продолжается.
49. Способ по варианту 48 осуществления, где WTRU освобождает ресурсы HSDPA и устанавливает переменную HS_DSCH_RECEPTION_GENERAL в ложь, если WTRU не сконфигурирован для поддержки приема HS-DSCH.
50. Способ по варианту 48 осуществления, где переменная HS_DSCH_RECEPTION_GENERAL устанавливается в истину, когда переменные HS_DSCH_RECEPTION устанавливаются в истину в режимах Cell_FACH и Cell_DCH.
51. Способ по любому из вариантов 34-50 осуществления, где WTRU проверяет, поддерживается ли HSDPA, когда WTRU получает системную информацию для настройки в новой соте.
52. Способ по варианту 51 осуществления, где WTRU выполняет выбор дополнительного общего физического канала, когда WTRU не сконфигурирован для поддержки HS-DSCH.
53. Способ по любому из вариантов 34-52 осуществления, где WTRU считывает переменную HS_DSCH_RECEPTION_FOR_PAGING, когда WTRU конфигурируется в режиме Cell_PCH или в режиме URA_PCH, чтобы определить прием HS-DSCH.
54. Способ по варианту 53 осуществления, где WTRU оценивает и выполняет действия, ассоциированные с переменной HS-DSCH, соответствующей состоянию, в которое входит WTRU.
55. Способ по вариантам 53 или 54 осуществления, где WTRU оценивает переменные, когда критерии приема HS-DSCH выполняются или не выполняются.
56. Способ по варианту 53, 54 или 55 осуществления, где WTRU освобождает ресурсы HSDPA, когда не выполняются требования, чтобы включить прием HS-DSCH в конечном состоянии.
57. Способ по любому из вариантов 53-56 осуществления, где WTRU считывает четыре переменные, чтобы определить прием HS-DSCH, и где четыре переменные являются:
HS_DSCH_RECEPTION_CELL_FACH_STATE_ENABLED;
HS_DSCH_RECEPTION;
HS_DSCH_RECEPTION_OF_CCCH_ENABLED; и
HS_DSCH_RECEPTION_PCH_STATE.
58. Способ по варианту 57 осуществления, где WTRU считывает четыре переменные, когда информационный элемент "Пейджинговая системная информация HS-DSCH" не появляется в блоке системной информации типа 5 или 5bis.
59. Способ по любому из вариантов 53-58 осуществления, где WTRU не считывает HS_DSCH_RECEPTION при выходе из состояния Cell_DCH.
60. Способ по любому из вариантов 53-59 осуществления, где WTRU очищает любой сохраненный информационный элемент "Информация HS-PDSCH нисходящей линии связи", если информационный элемент, имеющий отношение к HS-DSCH, хранится в WTRU.
61. Способ по любому из вариантов 53-60 осуществления, где WTRU устанавливает в "ложь" переменные приема HS-DSCH при выходе из состояния.
62. Способ по любому из вариантов 34-61 осуществления, где WTRU останавливает процедуры HS-DSCH при переходе между сотами и состояниями.
63. Способ по варианту 29 осуществления, где WTRU считывает переменную HS_DSCH_RECEPTION, чтобы определить прием HS-DSCH в других состояниях.
64. Способ по варианту 62 или 63 осуществления, где WTRU считывает параметр информационного элемента "Общая системная информация HS-DSCH" и параметр "Пейджинговая системная информация HS-DSCH", чтобы определить прием HS-DSCH.
65. Способ по любому из вариантов 62-64 осуществления, где WTRU считывает параметр "HS_DSCH_RECEPTION_PCH_STATE", чтобы определить прием HS-DSCH.
66. Способ по любому из вариантов 34-65 осуществления, где WTRU считывает указатель состояния MAC, чтобы определить прием HS-DSCH.
Несмотря на то что признаки и элементы описываются выше в конкретных сочетаниях, каждый признак или элемент может использоваться в одиночку без других признаков и элементов или в различных сочетаниях с другими признаками и элементами или без них. Представленные в этом документе способы или блок-схемы алгоритмов могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, объединенных в машиночитаемом носителе информации для выполнения универсальным компьютером или процессором. Примеры машиночитаемых носителей информации включают в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как диски CD-ROM и цифровые универсальные диски (DVD).
Подходящие процессоры включают в себя, в качестве примера, универсальный процессор, процессор специального назначения, традиционный процессор, цифровой процессор сигналов (DSP), множество микропроцессоров, один или несколько микропроцессоров совместно с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы на программируемых пользователем вентильных матрицах (PPGA), любой другой тип интегральной схемы (IC) и/или конечный автомат.
Процессор совместно с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика для использования в модуле беспроводной передачи/приема (WTRU), пользовательском оборудовании (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом хост-компьютере. WTRU может использоваться в сочетании с модулями, реализованными в аппаратных средствах и/или в программном обеспечении, например с фотокамерой, модулем видеокамеры, видеотелефоном, устройством громкой связи, вибрационным устройством, динамиком, микрофоном, телевизионным приемопередатчиком, гарнитурой громкой связи, клавиатурой, модулем Bluetooth, радиоблоком частотной модуляции (FM), жидкокристаллическим дисплеем (LCD), дисплеем на органических светоизлучающих диодах (OLED), цифровым музыкальным проигрывателем, мультимедийным проигрывателем, модулем видеоигр, обозревателем Интернет и/или любым модулем беспроводной локальной сети (WLAN) или сверхширокополосной связи (UWB).