Способ и устройство для обработки повторных выборов сот и переходов в улучшенное cell_fach-состояние и из него

Изобретение относится к системам связи. Технический результат заключается в обеспечении установки конфигурации ресурсов. Способ обработки повторных выборов сот содержит этапы, на которых запускают процедуру соединения управления радиоресурсами (RRC) от пользовательского оборудования (UE); и пока UE находится в режиме ожидания, выполняют повторный выбор сот; определяют, происходит ли прием высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH) на основе принимаемой информации общей системы HS-DSCH, при этом, если прием HS-DSCH происходит, выполняют сброс управления доступом к среде (MAC); в противном случае устанавливают переменную приема HS-DSCH на «ИСТИНА» и начинают прием HS-DSCH. 2 н. и 24 з.п. ф-лы, 3 ил.

 

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

Эта заявка относится к беспроводной связи.

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

Пользовательское оборудование (UE - User Equipments) в универсальной телекоммуникационной сети радиодоступа (UTRAN), как правило, находится в одном из двух режимов: ожидания или соединения. На основе мобильности и активности UE в соединенном режиме UTRAN может направлять UE переходить между несколькими подсостояниями, такими как канал персонального вызова соты (Cell_PCH), канал персонального вызова зоны регистрации UTRAN (URA_PCH), канал прямого доступа к соте (Cell_FACH) и Cell_DCH. Как правило, это осуществляется через основанную на сети процедуру реконфигурации или в результате процедуры обновления соты. Последняя запускается посредством UE для того, чтобы сообщить сети о его текущем местоположении. Cell_DCH-состояние характеризуется выделенными каналами как для восходящей линии связи, так и для нисходящей линии связи. На стороне UE оно соответствует непрерывной передаче и приему и может иметь большую потребность в пользовательской энергии. Cell_FACH-состояние не использует выделенных каналов и таким образом уменьшает потребление энергии за счет пониженной пропускной способности восходящей и нисходящей линии связи.

Недавняя работа в области стандартизации установила возможность использования Высокоскоростного пакетного доступа по нисходящей линии связи (HSDPA) в CELL_FACH и Cell/URA_PCH. HSDPA - это признак, который был представлен в Выпуске 5 документации Проекта партнерства третьего поколения (3GPP) для работы в CELL_DCH. HSDPA пытается улучшить использование совместно используемой пропускной способности нисходящей линии связи путем использования таких концепций, как Адаптивная модуляция и кодирование (AMC), повторная передача с использованием схемы Гибридного ARQ (HARQ) и Node-B-планирование, каждая из которых работает на очень высокой скорости. Пакетные блоки данных (PDU) объединяются в HARQ и впоследствии сохраняются в очереди переупорядочивания на случай возможного беспорядочного приема. Передачи по нисходящей линии связи адресуются к UE через HS-DSCH-идентификатор радиосети (H-RNTI).

Предполагается, что если UE поддерживает HSDPA в Выпуске 7, то оно поддерживает HSDPA и в CELL_FACH, и в CELL/URA_PCH. HS-DSCH-прием в CELL_FACH может быть сконфигурирован без HS-DSCH-приема в CELL_PCH и URA_PCH. Прием высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH) в CELL_PCH и URA_PCH без поддержки HS-DSCH-приема в CELL_FACH не поддерживается. Сеть извещается о UE-поддержке для этих признаков. Следует понимать, что настоящие варианты осуществления могут быть расширены до случаев, где о поддержке HSDPA в CELL_FACH и/или CELL_PCH/URA_PCH сеть может извещаться индивидуально. С другой стороны, сеть извещает, что она поддерживает улучшенное CELL_FACH через Блок системной информации (SIB5/5bis). Было представлено два новых элемента информации (IEs):

- “HS-DSCH-информация общей системы”, указывающая, что HSDPA-прием поддерживается для CELL_FACH-состояния; и

- “HS-DSCH-информация системы персонального вызова”, указывающая, что HSDPA-прием поддерживается для CELL/URA_PCH-состояния.

Для указания, продолжается ли HS-DSCH-прием в CELL_FACH, были добавлены две новые логические переменные:

- HS_DSCH_RECEPTION_CELL_FACH_STATE в случае значения “ИСТИНА” указывает, что в CELL_FACH продолжается HS-DSCH-прием; и

- HS_DSCH_RECEPTION_OF_CCCH_ENABLED: в случае значения “ИСТИНА” указывает, что для CCCH позволен HS-DSCH-прием. Эта переменная устанавливается в значение “ИСТИНА”, когда UE использует общий H-RNTI для приема HSDPA-трафика, и устанавливается в значение “ЛОЖЬ”, когда UE его не использует.

UE присваивается общий H-RNTI для приема трафика, когда ему не был присвоен выделенный H-RNTI. Ниже указаны три такие ситуации:

1) UE посылает сообщение “ЗАПРОС НА СОЕДИНЕНИЕ Управления радиоресурсами” (RRC) (и UE ожидает ответа “УСТАНОВКА СОЕДИНЕНИЯ RRC” от сети).

2) UE посылает сообщение “ОБНОВЛЕНИЕ СОТЫ” и ожидает ответа “ПОДТВЕРЖДЕНИЕ ОБНОВЛЕНИЯ соты” от сети.

3) UE посылает сообщение “ОБНОВЛЕНИЕ URA” и ожидает ответа “ПОДТВЕРЖДЕНИЕ ОБНОВЛЕНИЯ URA” от сети.

Для указания CELL/URA_PCH HS-DSCH-приема не было предложено никаких новых переменных. Находясь в CELL/URA_PCH, если транслируется IE “HS-DSCH-информация системы персонального вызова”, UE устанавливает HSDPA-прием. В некоторых случаях UE больше не будет иметь возможность продолжать прием высокоскоростных PDU (напр., в результате жесткого хэндовера, повторного выбора сот, повреждения линии радиосвязи и т.п.). В этих случаях MAC должен сбрасываться. Процедура сброса позволяет UE перенаправить все PDU в очереди переупорядочивания на более высоких уровнях и перезапустить все переменные высокоскоростного состояния.

В Выпуске 6 3GPP HSDPA поддерживалось только в CELL_DCH. В результате MAC-сбросы (напр., MAC-hs сброс) выполнялись при следующих условиях: UE претерпевало повреждение линии радиосвязи, UE испытывало непоправимую ошибку RLC или UE приказывалось перейти в состояние, где не поддерживалось HSDPA (любое состояние, кроме CELL-DCH).

В Выпуске 7, как определяется в настоящее время, UE может требоваться выполнять MAC-сброс в следующих состояниях: CELL_DCH, CELL_FACH, CELL/URA_PCH. В дополнение к указанным выше условиям (т.е. которые применимы к UE в CELL_DCH) UE требуется выполнять MAC-сброс после всех повторных выборов сот. В настоящее время это делается только тогда, когда повторный выбор сот выполняет WTRU с выделенным H-RNTI. Существует несколько сценариев, где этот сброс не выполняется, в результате чего возможны ошибки переупорядочивания.

Переходы в/из ОЖИДАНИЯ также были затронуты представлением улучшенного CELL_FACH. Если Выпуск 7 UE поддерживает HSDPA-прием в CELL_FACH-состоянии, это UE также поддерживает ограниченный HSDPA-прием, находясь в режиме ОЖИДАНИЯ; в частности, после того как UE послало “ЗАПРОС НА СОЕДИНЕНИЕ RRC” и ожидает сообщения “УСТАНОВКА СОЕДИНЕНИЯ RRC” от сети. Было установлено три проблемы:

1) Если UE начало HSDPA-прием, находясь в ОЖИДАНИИ (после выпуска сообщения “УСТАНОВКА СОЕДИНЕНИЯ RRC”), результатом любых повторных выборов сот должен быть MAC-сброс.

2) Если процедура соединения RRC отменяется, UE должно очистить все свои HSDPA-ресурсы.

3) Находясь в режиме ОЖИДАНИЯ, UE может осуществлять повторный выбор сот от соты, поддерживающей улучшенный CELL_FACH, к неподдерживающей и наоборот. Если UE запустило процедуру соединения RRC, может потребоваться рассмотреть две проблемы. Во-первых, для перехода от Выпуска 6 к Выпуску 7 UE требуется установить HSDPA-ресурсы так, чтобы оно могло принимать сообщение “УСТАНОВКА СОЕДИНЕНИЯ RRC” на HS-DSCH. Во-вторых, для перехода от Выпуска 7 к Выпуску 6 UE должно освободить все HSDPA-ресурсы, поскольку никакого трафика на HS-DSCH не ожидается.

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

Чтобы обеспечить верную конфигурацию HSDPA-ресурсов UE должно верным образом руководить установкой или очисткой переменной HS_DSCH_RECEPTION_OF_CCCH_ENABLED, гарантирующими, что она установлена в значение “ИСТИНА” только тогда, когда UE использует общий H-RNTI, находясь в улучшенном CELL_FACH-состоянии. Во всех остальных состояниях она должна устанавливаться в значение “ЛОЖЬ”. Наконец, повторные выборы сот, происходящие во время продолжения процедур обновления соты или обновления URA, должны вести себя аналогично повторным выборам сот, когда эти процедуры не продолжаются.

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

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

Ниже раскрываются способ и устройство обработки повторных выборов сот, переходов и повреждений линии радиосвязи Cell_DCH. Способ включает в себя исполнение повторного выбора сот. Выполняется сброс управления доступом к среде (MAC)-ehs.

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

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

Фигура 1 показывает пример системы беспроводной связи, включающей множество беспроводных блоков приема/передачи (WTRU) и Узел B (Node B);

Фигура 2 является примерной функциональной структурной схемой WTRU и Узла B с Фигуры 1; и

Фигура 3 является блок-схемой способа обработки повторных выборов сот и переходов в улучшенное CELL_FACH-состояние и из него.

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

При дальнейшем упоминании термин “беспроводной блок приема/передачи (WTRU)” включает в себя, но не ограничивается ими, пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский блок, пейджер, сотовый телефон, персональный электронный помощник (PDA), компьютер или любой другой тип пользовательского устройства с возможностью работы в беспроводной среде. При дальнейшем упоминании термин “базовая станция” включает в себя, но не ограничивается ими, Узел B, контроллер узла сети, точку доступа (AP) или любой другой тип устройства интерфейса с возможностью работы в беспроводной среде.

При дальнейшем упоминании термин “Выпуск 7 (R7)” включает в себя, но не ограничивается ими, WTRU или Узел B, который поддерживает HS-DSCH в CELL_FACH и/или CELL/URA_PCH, а термин “Выпуск 6 (R6)” включает в себя, но не ограничивается ими, WTRU или Узел B, который не поддерживает HS-DSCH в CELL_FACH и/или CELL/URA_PCH.

HS-DSCH в CELL_FACH также включает в себя HS-DSCH-прием в режиме ОЖИДАНИЯ для приема процедур соединения RRC.

При дальнейшем упоминании термин “улучшенное CELL_FACH-состояние” включает в себя, но не ограничивается им, WTRU, который использует HSDPA-ресурсы в состоянии, отличном от CELL_DCH.

Фигура 1 показывает примерную систему 100 беспроводной связи, включающей множество WTRU 110, Узел B 120 и контроллер радиосети (RNC) 130. Как показано на Фигуре 1, WTRU 110 находится на связи с Узлом B (Node B) 120, который находится на связи с RNC 130. Следует заметить, что, хотя на Фигуре 1 демонстрируется примерная конфигурация WTRU 110, Узла B 120 и RNC 130, в систему 100 беспроводной связи может включаться любая комбинация беспроводных и проводных устройств.

Фигура 2 является примерной функциональной структурной схемой 200 WTRU 110 и Узла B 120 системы 100 беспроводной связи с Фигуры 1. Как показано на Фигуре 2, WTRU 110 находится на связи с Узлом B 120. Узел B 120 сконфигурирован для обработки повторных выборов сот и переходов в улучшенное CELL_FACH-состояние и из него.

В дополнение к компонентам, которые могут быть найдены в типичном WTRU, WTRU 110 включает в себя процессор 115, приемник 116, передатчик 117 и антенну 118. Приемник 116 и передатчик 117 находятся на связи с процессором 115. Антенна 118 находится на связи как с приемником 116, так и передатчиком 117 для содействия передаче и приему беспроводных данных. Процессор 115 в WTRU 110 сконфигурирован для обработки повторных выборов сот и переходов в улучшенное CELL_FACH-состояние и из него.

В дополнение к компонентам, которые могут быть найдены в типичном Узле B, Узел B 120 включает в себя процессор 125, приемник 126, передатчик 127 и антенну 128. Приемник 126 и передатчик 127 находятся на связи с процессором 125. Антенна 128 находится на связи как с приемником 126, так и передатчиком 127 для содействия передаче и приему беспроводных данных.

Фигура 3 является блок-схемой способа 300 обработки повторных выборов сот вне улучшенного CELL_FACH-состояния. Хотя особенности способа 300 ниже будут описываться более подробно, в общем случае WTRU 110 исполняет повторный выбор сот (этап 310). По исполнении повторного выбора сот выполняется сброс управления доступом к среде (MAC)-ehs (этап 320) ввиду того, что источник HS-DSCH мог измениться. В зависимости от перевыбранной соты WTRU 110 может очищать HSDPA-ресурсы и останавливать процедуры HS-DSCH-приема.

В одном примере MAC-hs/ehs сброс выполняется тогда, когда повторный выбор сот происходит, в то время как WTRU 110 ожидает сообщения “ПОДТВЕРЖДЕНИЕ ОБНОВЛЕНИЯ СОТЫ”. Сброс может выполняться во всех случаях по исполнении повторного выбора сот (т.е. даже тогда, когда WTRU не имеет выделенного H-RNTI), или только тогда, когда у WTRU продолжается HSDPA-прием (т.е. тогда, когда WTRU принимает HS-DSCH прежде, чем происходит повторный выбор сот).

К примеру, если таймер обновления соты/обновления URA истекает или повторный выбор к другой UTRA соте происходит прежде, чем завершается процедура обновления соты или обновления URA, WTRU 110 может детектировать “в зоне обслуживания”, если он не вошел в режим ОЖИДАНИЯ. В этом случае, если счетчик процедуры обновления соты или обновления URA меньше либо равен максимальному количеству повторных передач сообщения обновления соты/обновления URA, то WTRU 110 может выполнять повторный выбор сот.

Для дуплексной связи с частотным разделением (FDD), к примеру, если WTRU 110 поддерживает HS-DSCH-прием, а элемент информации (IE) “HS-DSCH-информация общей системы” включается в SIB5 или SIB5bis, то WTRU 110 может сбрасывать сущность MAC-ehs.

Альтернативно, после выполнения выбора соты WTRU 110 может сбрасывать сущность MAC-ehs после повреждения линии радиосвязи из CELL_DCH. Поскольку WTRU 110 может использовать общий H-RNTI вместо выделенного H-RNTI, сброс может позволять прием нового MAC-потока (напр., для CCCH и SRB1).

К примеру, WTRU 110 может запускать процедуру обновления соты в результате повреждения линии радиосвязи, находясь в CELL_DCH. Для FDD, если WTRU 110 поддерживает HS-DSCH-прием, а элемент информации (IE) “HS-DSCH-информация общей системы” включается в SIB5 или SIB5bis, то WTRU 110 может сбрасывать сущность MAC-ehs.

Альтернативно, после выполнения повторного выбора сот без выделенного H-RNTI WTRU 110 может сбрасывать сущность MAC-ehs.

К примеру, WTRU 110 может запускать процедуру обновления URA или обновления соты. Если WTRU 110 выполнил повторный выбор сот, то для FDD, если WTRU 110 поддерживает HS-DSCH-прием, а элемент информации (IE) “HS-DSCH-информация общей системы” включается в SIB5 или SIB5bis, то WTRU 110 может сбрасывать сущность MAC-ehs.

WTRU 110 имеет возможность использовать HS-DSCH-прием в режиме ОЖИДАНИЯ (например, после передачи “ЗАПРОС НА СОЕДИНЕНИЕ RRC”). Когда WTRU 110 передает “ЗАПРОС НА СОЕДИНЕНИЕ RRC”, он наблюдает за передачами по нисходящей линии связи для определения RNC-ответа. В это время WTRU 110 может выполнять повторные выборы сот.

В зависимости от перевыбранной соты WTRU 110 может переходить от соты, поддерживающей HSDPA-прием в CELL_FACH и CELL/URA_PCH, к больше не поддерживающей HS-DSCH-прием. WTRU 110 может очищать или освобождать HSDPA-ресурсы и останавливать процедуры HS-DSCH-приема.

К примеру, если WTRU 110 передал “ЗАПРОС НА СОЕДИНЕНИЕ RRC” и еще не принял сообщение “УСТАНОВКА СОЕДИНЕНИЯ RRC” со значением IE “Исходная идентичность UE”, равным значению переменной INITIAL_UE_IDENTITY, и если происходит повторный выбор соты или истечение таймеров “ЗАПРОС НА СОЕДИНЕНИЕ RRC” (в настоящее время стандартно называемых T300 или T318), WTRU 110 может проверять, что счетчик процедуры соединения RRC (в настоящее время стандартно называемый V300) меньше либо равен максимальному количеству повторных передач сообщения “ЗАПРОС НА СОЕДИНЕНИЕ RRC” (в настоящее время стандартно называемому N300), и если повторный выбор сот произошел, для FDD, если WTRU 110 поддерживает HS-DSCH-прием и если IE: “HS-DSCH-информация общей системы” не включается в SIB5 или SIB5bis, то WTRU 110 может освобождать HSDPA-ресурсы путем остановки HS-SCCH и процедур HS-DSCH-приема. Дополнительно, WTRU 110 может очищать переменную H_RNTI и удалять любую сохраненную H-RNTI. В дополнение к сбрасыванию сущности MAC-ehs, WTRU 110 также может освобождать все HARQ-ресурсы.

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

Также действия WTRU 110 могут вызываться путем использования существующей HS_DSCH_RECEPTION-переменной, или новая HS_DSCH_RECEPTION переменная может определяться как флаг для обозначения использования HSDPA-ресурса, тем самым вызывая освобождение ресурсов.

В зависимости от перевыбранной соты WTRU 110 может переходить от соты к соте, которые поддерживают HSDPA-прием в CELL_FACH и CELL/URA_PCH. WTRU может выполнять сброс MAC-ehs.

К примеру, если WTRU 110 передал “ЗАПРОС НА СОЕДИНЕНИЕ RRC” и еще не принял сообщение “УСТАНОВКА СОЕДИНЕНИЯ RRC” со значением IE “Исходная идентичность UE”, равным значению переменной INITIAL_IE_IDENTITY, и если происходит повторный выбор соты или истечение таймеров “ЗАПРОС НА СОЕДИНЕНИЕ RRC” (T300 или T318), WTRU 110 может проверять, что счетчик (V300) процедуры соединения RRC меньше либо равен максимальному количеству повторных передач сообщения “ЗАПРОС НА СОЕДИНЕНИЕ RRC” (N300), и если повторный выбор сот произошел, для FDD, если WTRU 110 поддерживает HS-DSCH-прием и если IE: “HS-DSCH-информация общей системы” включается в SIB5 или SIB5bis, и если переменная HS_DSCH_RECEPTION_OFF_CCCH_ENABLED установлена в значение “ИСТИНА”, то WTRU 110 может сбрасывать сущность MAC-ehs.

В зависимости от перевыбранной соты WTRU 110 может переходить от соты, не поддерживающей HSDPA-прием в CELL_FACH и CELLAJRA_PCH, к поддерживающей HS-DSCH-прием. В таком случае WTRU 110 может требоваться установить HS-DSCH (напр., HARQ-ресурсы, общий H-RNTI, MAC-поток для CCCH-трафика и т.п.).

В этой ситуации может задействоваться некоторое количество сценариев. К примеру, если WTRU 110 передал “ЗАПРОС НА СОЕДИНЕНИЕ RRC” и еще не принял сообщение “УСТАНОВКА СОЕДИНЕНИЯ RRC” со значением IE “Исходная идентичность UE”, равным значению переменной INITIAL_UE_IDENTITY, и если происходит повторный выбор соты или истечение таймеров “ЗАПРОС НА СОЕДИНЕНИЕ RRC” (T300 или T318), WTRU 110 может проверять, что счетчик (V300) процедуры соединения RRC меньше либо равен максимальному количеству повторных передач сообщения “ЗАПРОС НА СОЕДИНЕНИЕ RRC” (N300), и если повторный выбор сот произошел, для FDD, если WTRU 110 поддерживает HS-DSCH-прием, если IE: “HS-DSCH-информация общей системы” включается в SIB5 или SIB5bis и если переменная HS- DSCH_RECEPTION_OFF_CCCH_ENABLED устанавливается в значение “ЛОЖЬ”, то WTRU 110 может устанавливать переменную ΗS-DSCH_RECEPTION_OFF_CCCH_ENABLED в значение “истина” и начинать прием HS-DSCH.

Альтернативно, WTRU 110 в режиме ОЖИДАНИЯ может устанавливать CCCH-флаг в значение “истина” в R6-соте. Для гарантии того, что HS_DSCH_RECEPTION_OF_CCCH_ENABLED имеет значение “ИСТИНА”, в R6-соте переменная должна устанавливаться в значение “ИСТИНА” каждый раз, когда в R6-соте читается системная информация, или в любое время, когда WTRU 110 находится в R6-соте и переходит в режим ОЖИДАНИЯ из режима соединения. Это может достигаться путем изменения действий при входе в режим ОЖИДАНИЯ из режима соединения.

В качестве другой альтернативы, каждый раз, когда WTRU 110 в режиме ОЖИДАНИЯ с продолжающейся процедурой соединения RRC выполняет повторный выбор сот, WTRU 110 устанавливает CCCH-флаг в значение “истина” и затем выполняет действия, связанные с этой переменной. К примеру, WTRU 110 может посылать сообщение “ЗАПРОС НА СОЕДИНЕНИЕ RRC” и ожидать сообщение “УСТАНОВКА СОЕДИНЕНИЯ RRC”. Сущность MAC-ehs сбрасывается, только если происходит повторный выбор сот и осуществляется переход от R7 к R7-соте. Если переход осуществляется от R6 к R7-соте, переменная HS_DSCH_RECEPTION_OF_CCH_ENABLED устанавливается в значение “ИСТИНА”, и WTRU 110 начинает прием HS-DSCH. Если переход осуществляется от R7 к R6-соте, то процедуры HS-SCCH-приема останавливаются, процедуры HS-DSCH-приема останавливаются, сущность MAC-ehs сбрасывается, HARQ-ресурсы освобождаются, а сохраненные IE “HARQ-информация” очищаются.

Переменная HS_DSCH_RECEPTION_OF_CCCH_ENABLED используется в качестве флага для обозначения, что WTRU 110 использует общий H-RNTI. Эта переменная должна устанавливаться в значение “ЛОЖЬ”, когда WTRU 110 не использует свой общий H-RNTI. Это может гарантировать, что оценка переменной HS_DSCH_RECEPTON_CELL_FACH_STATE будет корректно очищать ресурсы только тогда, когда WTRU 110 присваивается выделенный H-RNTI. Прием на общий H-RNTI типично возможен тогда, когда WTRU 110 выполнило повторный выбор сот и ожидает сообщения “ПОДТВЕРЖДЕНИЕ ОБНОВЛЕНИЯ СОТЫ”, или когда WTRU 110 выполнило повторный выбор URA и ожидает сообщения “ПОДТВЕРЖДЕНИЕ ОБНОВЛЕНИЯ URA”, или когда WTRU 110 запустило RRC-установку и ожидает сообщения “УСТАНОВКА СОЕДИНЕНИЯ RRC”.

После приема сообщения “УСТАНОВКА СОЕДИНЕНИЯ RRC”, которое отправит WTRU 110 в CELL-DCH-состояние, WTRU 110 устанавливает переменную HS_DSCH_RECEPTION_OF_CCCH_ENABLED в значение “ЛОЖЬ”.

WTRU 110 может прерывать действия, связанные с CELL-PCH. К примеру, WTRU 110 должен остановить периодический таймер обновления соты. Если сеть запрашивает переход в CELL_FACH или если для CELL-PCH предоставляется новая конфигурация, WTRU 110 должен выполнять действия, аналогичные действиям при переходе в CELL_FACH.

К примеру, если IE “Информация о частоте” включается в принятое сообщение реконфигурации, WTRU 110 может выбирать подходящую ячейку на предоставленной частоте. Если IE “Информация о частоте” не включается в принятое сообщение реконфигурации, WTRU 110 может запретить периодическую передачу статуса в RLC, и это может запустить таймер, в настоящее время стандартно называемый T305. Если IE “Новый C-RNTI” не включается в сообщение реконфигурации, WTRU 110 может очищать переменные C-RNTI, H-RNTI так же, как и любую сохраненную HARQ-информацию, и также может сбрасывать сущность MAC-ehs. WTRU 110 может начинать наблюдение за случаями персонального вызова на выбранном PICH и, если IE “Коэффициент длины цикла UTRAN DRX” включается, он может использовать это значение для определения случаев персонального вызова.

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

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

Процессор совместно с программными средствами может использоваться для реализации радиочастотного приемопередатчика для использования в беспроводном блоке приема/передачи (WTRU), пользовательском оборудовании (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом главном компьютере. WTRU может использоваться в объединении с модулями, реализованными в аппаратных и/или программных средствах вроде фотоаппарата, модуля видеокамеры, видеотелефона, спикерфона, вибрационного устройства, динамика, микрофона, телевизионного приемопередатчика, гарнитуры, клавиатуры, модуля Bluetooth®, частотно-модулируемой (FM) радиоустановки, жидкокристаллического (ЖК) дисплея, органически-светодиодного (OLED) дисплея, цифрового проигрывателя, медиаплеера, видеоигрового модуля, Internet-браузера и/или любой беспроводной локальной сети (WLAN) или ультра-широкополосного (UWB) модуля.

Варианты осуществления:

1. Способ обработки повторных выборов сот и переходов.

2 Способ по варианту осуществления 1, дополнительно содержащий исполнение повторного выбора сот.

3. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий выполнение сброса управления доступом к среде (MAC)-ehs.

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

5. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий ожидание сообщения “ПОДТВЕРЖДЕНИЕ ОБНОВЛЕНИЯ СОТЫ”.

6. Способ по любому из предшествующих вариантов осуществления, в котором сброс выполняется без выделенного идентификатора радиосети (H-RNTI) высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH).

7. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий установку переменной HS_DSCH_RECEPTION_OF_CCCH_ENABLED в значение “истина”.

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

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

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

11. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий очистку H-RNTI-переменной и удаление сохраненной H-RNTI.

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

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

14. Способ по любому из предшествующих вариантов осуществления, в котором первое состояние является состоянием “истина”.

15. Способ по любому из предшествующих вариантов осуществления, в котором первое состояние является состоянием “ложь”.

16. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий завершение CELL_PCH-процедур.

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

18. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий установление HSDPA-линии.

19. Беспроводной блок приема/передачи (WTRU), сконфигурированный для выполнения способа по любому из предшествующих вариантов осуществления.

20. WTRU по варианту осуществления 19, дополнительно содержащий приемник.

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

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

23. WTRU по любому из вариантов осуществления 19-22, в котором процессор сконфигурирован для исполнения повторного выбора сот.

24. WTRU по любому из вариантов осуществления 19-23, в котором процессор сконфигурирован для выполнения сброса управления доступом к среде (MAC)-ehs.

25. WTRU по любому из вариантов осуществления 19-24, в котором процессор сконфигурирован для передачи сообщения обновления соты.

26. WTRU по любому из вариантов осуществления 19-25, в котором процессор сконфигурирован для установки переменной HS_DSCH_RECEPTION_OF_CCCH_ENABLED в значение “истина”.

27. WTRU по любому из вариантов осуществления 19-26, в котором процессор сконфигурирован для освобождения ресурсов высокоскоростного пакетного доступа по нисходящей линии связи (HSDPA).

28. WTRU по любому из вариантов осуществления 19-27, в котором процессор сконфигурирован для остановки процедур приема высокоскоростного совместно используемого канала управления (HS-SCCH).

29. WTRU по любому из вариантов осуществления 19-28, в котором процессор сконфигурирован для остановки процедур приема высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH).

30. WTRU по любому из вариантов осуществления 19-29, в котором процессор сконфигурирован для очистки H-RNTI-переменной и удаления сохраненной H-RNTI.

31. WTRU по любому из вариантов осуществления 19-30, в котором процессор сконфигурирован для освобождения ресурсов гибридного автоматического запроса повторения (HARQ).

32. WTRU по любому из вариантов осуществления 19-31, в котором процессор сконфигурирован для установки флага общего канала управления (CCCH) в состояние “истина”.

33. WTRU по любому из вариантов осуществления 19-32, в котором процессор сконфигурирован для установки флага общего канала управления (CCCH) в состояние “ложь”.

34. WTRU по любому из вариантов осуществления 19-33, в котором процессор сконфигурирован для завершения CELL_PCH-процедур.

35. WTRU по любому из вариантов осуществления 19-34, в котором процессор сконфигурирован для установления HSDPA-линии.

36. Интегральная схема (ИС), сконфигурированная для выполнения способа по любому из вариантов осуществления 1-18.

37. ИС по варианту осуществления 36, дополнительно содержащая приемник.

38. ИС по любому из вариантов осуществления 36-37, дополнительно содержащая передатчик.

39. ИС по любому из вариантов осуществления 36-38, дополнительно содержащая процессор, связанный с приемником и передатчиком.

40. ИС по любому из вариантов осуществления 36-39, в которой процессор сконфигурирован для исполнения повторного выбора сот.

41. ИС по любому из вариантов осуществления 36-40, в которой процессор сконфигурирован для выполнения сброса управления доступом к среде (MAC)-ehs.

42. Способ по любому из вариантов осуществления 1-18, дополнительно содержащий ожидание первого сообщения.

43. Способ по любому из вариантов осуществления 1-18 и 42, дополнительно содержащий выполнение повторного выбора сот во время ожидания первого сообщения.

44. Способ по любому из вариантов осуществления 1-18 и 42-43, в котором первое сообщение является либо сообщением ПОДТВЕРЖДЕНИЕ ОБНОВЛЕНИЯ СОТЫ, либо сообщением ПОДТВЕРЖДЕНИЕ ОБНОВЛЕНИЯ URA.

45. Способ по любому из вариантов осуществления 1-18 и 42-44, дополнительно содержащий работу в Cell_DCH-состоянии.

46. Способ по любому из вариантов осуществления 1-18 и 42-45, дополнительно содержащий претерпевание повреждения линии радиосвязи.

47. Способ по любому из вариантов осуществления 1-18 и 42-46, дополнительно содержащий прием сообщения “УСТАНОВКА СОЕДИНЕНИЯ RRC”, в котором сообщение “УСТАНОВКА СОЕДИНЕНИЯ RRC” указывает переход в Cell_DCH-состояние.

48. Способ по любому из вариантов осуществления 1-18 и 42-47, дополнительно содержащий очистку HS_DSCH_RECEPTION_OF_CCCH_ENABLED-переменной.

49. Способ по любому из вариантов осуществления 1-18 и 42-48, в котором HS_DSCH_RECEPTION_OF_CCCH_ENABLED-переменная устанавливается в значение “ЛОЖЬ”.

1. Способ обработки повторных выборов сот, содержащий этапы, на которых:
запускают процедуру соединения управления радиоресурсами (RRC) от пользовательского оборудования (UE); и
пока UE находится в режиме ожидания:
выполняют повторный выбор сот;
определяют, происходит ли прием высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH) на основе принимаемой информации общей системы HS-DSCH, при этом:
если прием HS-DSCH происходит, выполняют сброс управления доступом к среде (MAC); в противном случае, устанавливают переменную приема HS-DSCH на «ИСТИНА» и начинают прием HS-DSCH.

2. Способ по п.1, в котором запуск процедуры соединения RRC содержит передачу сообщения «ЗАПРОС НА СОЕДИНЕНИЕ RRC».

3. Способ по п.2, в котором элемент информации (IE) "Исходная идентичность UE" в передаваемом сообщении «ЗАПРОС НА СОЕДИНЕНИЕ RRC» устанавливают на значение переменной INITIAL_UE_IDENTITY.

4. Способ по п.1, в котором UE находится в режиме ожидания, если после запуска процедуры соединения RRC UE ожидает прием сообщения установки соединения.

5. Способ по п.4, в котором сообщение установки соединения является сообщением "УСТАНОВКА СОЕДИНЕНИЯ RRC", выдаваемым универсальной телекоммуникационной сетью радиодоступа (UTRAN).

6. Способ по п.4, в котором UE ожидает приема сообщения установки соединения, имеющего значение элемента информации (IE) "Исходная идентичность UE", равное значению переменной INITIAL UE IDENTITY.

7. Способ по п.1, в котором информацию общей системы HS-DSCH принимают в элементе информации (IE) общей системы HS-DSCH в блоке системной информации (SIB).

8. Способ по п.7, в котором прием HS-DSCH происходит, если переменная HS_DSCH_RECEPTION_OF_CCCH_ENABLED в элементе информации IE общей системы HS-DSCH установлена на «ИСТИНА».

9. Способ по п.7, в котором прием HS-DSCH не происходит, если переменная HS_DSCH_RECEPTION_OF_CCCH_ENABLED в элементе информации IE общей системы HS-DSCH не установлена на «ИСТИНА».

10. Способ по п.9, в котором устанавливают HS_DSCH_RECEPTION_OF_CCCH_ENABLED в элементе информации IE общей системы HS-DSCH на «ИСТИНА» и начинают прием HS-DSCH.

11. Способ по п.1, в котором выполнение повторного выбора сот содержит повторный выбор между сотой, которая не поддерживает HS-DSCH в канале прямого доступа к соте (Cell_FACH) и сотой, которая поддерживает HS-DSCH в Cell_FACH.

12. Способ по п.1, дополнительно содержащий этапы, на которых проверяют значение V300; и определяют, что значение V300 равно или меньше N300.

13. Способ по п.1, дополнительно содержащем истечение таймера Т300 или таймера Т318, пока UE находится в режиме ожидания.

14. Пользовательское оборудование (UE), при этом UE содержит: приемник, передатчик, и
процессор, связанный с приемником и передатчиком, процессор, сконфигурирован с возможностью:
запускать процедуру соединения управления радиоресурсами (RRC) от пользовательского оборудования (UE); и пока UE находится в режиме ожидания: выполнять повторный выбор сот;
определять, происходит ли прием HS-DSCH на основе принимаемой информации общей системы высокоскоростного совместно используемого канала нисходящей линии связи (HS-DSCH), при этом:
если прием HS-DSCH происходит, выполнять сброс управления доступом к среде (MAC); в противном случае, устанавливать переменную приема HS-DSCH на «ИСТИНА» и начинать прием HS-DSCH.

15. Пользовательское оборудование по п.14, в котором процессор дополнительно сконфигурирован с возможностью запуска процедуры соединения RRC, который содержит передачу сообщения «ЗАПРОС НА СОЕДИНЕНИЕ RRC».

16. Пользовательское оборудование по п.15, в котором элемент информации (IE) "Исходная идентичность UE" в передаваемом сообщении «ЗАПРОС НА СОЕДИНЕНИЕ RRC» установлен на значение переменной INITIAL_UE_IDENTITY.

17. Пользовательское оборудование по п.14, при этом UE находится в режиме ожидания, если после запуска процедуры соединения RRC UE ожидает прием сообщения установки соединения.

18. Пользовательское оборудование по п.17, в котором сообщение установки соединения является сообщением "УСТАНОВКА СОЕДИНЕНИЯ RRC", выдаваемым универсальной телекоммуникационной сетью радиодоступа (UTRAN).

19. Пользовательское оборудование по п.14, при этом UE ожидает приема сообщения установки соединения, имеющего значение элемента информации (IE) "Исходная идентичность UE" равное значению переменной INITIAL_UE_IDENTITY.

20. Пользовательское оборудование по п.14, в котором информация общей системы HS-DSCH является принимаемой в элементе информации (IE) общей системы HS-DSCH в блоке системной информации (SIB).

21. Пользовательское оборудование по п.20, в котором прием HS-DSCH происходит, если переменная HS_DSCH_RECEPTION_OF_CCCH_ENABLED в элементе информации IE общей системы HS-DSCH установлена на «ИСТИНА».

22. Пользовательское оборудование по п.20, в котором прием HS-DSCH не происходит, если переменная HS_DSCH_RECEPTION_OF_CCCH_ENABLED в элементе информации IE общей системы HS-DSCH не установлена на «ИСТИНА».

23. Пользовательское оборудование по п.14, в котором процессор дополнительно сконфигурирован с возможностью устанавливать HS_DSCH_RECEPTION_OF_CCCH_ENABLED в элементе информации IE общей системы HS-DSCH на «ИСТИНА» и запускать прием HS-DSCH.

24. Пользовательское оборудование по п.14, в котором выполнение повторного выбора сот содержит повторный выбор между сотой, которая не поддерживает HS-DSCH в канале прямого доступа к соте (Cell_FACH) и сотой, которая поддерживает HS-DSCH в Cell_FACH.

25. Пользовательское оборудование по п.14, в котором процессор дополнительно сконфигурирован с возможностью проверки значения V300; и определения, что значение V300 равно или меньше N300.

26. Пользовательское оборудование по п.14, в котором процессор дополнительно сконфигурирован с возможностью обнаружения истечения таймера Т300 или таймера Т318, пока UE находится в режиме ожидания.