Способы и устройство для перевыбора соты

Способы и устройство для перевыбора соты

Иллюстрации

Показать все

Реферат

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

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

Примерная архитектура системы UMTS согласно текущим спецификациям 3GPP изображена на Фиг.1. Архитектура сети UMTS включает в себя Базовую сеть (CN), взаимосвязанную с Наземной сетью радиодоступа UMTS (UTRAN) через интерфейс Iu. UTRAN сконфигурирована, чтобы предоставлять услуги беспроводной связи пользователям посредством беспроводных приемопередающих устройств (WTRU), называемых абонентским оборудованием (UE) в стандарте 3GPP, через радиоинтерфейс Uu. Обычно применяемый радиоинтерфейс, определенный в стандарте UMTS, является широкополосным множественным доступом с кодовым разделением каналов (W-CDMA). UTRAN имеет один или несколько контроллеров радиосети (RNC) и базовые станции, называемые в 3GPP узлами B, которые в совокупности предоставляют географическую зону покрытия для беспроводной связи с устройствами WTRU. Один или несколько узлов B соединены с каждым RNC через интерфейс Iub, RNC внутри UTRAN осуществляют связь через интерфейс Iur.

Устройства WTRU в Наземной сети радиодоступа UMTS (UTRAN) могут быть в любом из двух режимов: Ожидание или Соединение. На основе активности и мобильности WTRU, в режиме соединения, UTRAN может направлять переход WTRU между несколькими подсостояниями, например, CELL_PCH, URA_PCH, CELL_FACH и CELL_DCH. Связь в абонентской области между WTRU и UTRAN допускается только в состоянии CELL_DCH и CELL_FACH. Состояние Cell_DCH характеризуется выделенными каналами (DCH) и в восходящей линии связи (UL), и в нисходящей линии связи (DL). Со стороны WTRU это соответствует непрерывным передаче и приему и может быть требовательным относительно требований по мощности к пользователю. Состояние CELL_FACH не использует DCH и, соответственно, обеспечивает возможность лучшего потребления мощности за счет более низкой пропускной способности по нисходящей линии связи и восходящей линии связи.

CELL_FACH хорошо подходит для трафика сигнализации (например, передачи сообщений CELL/URA UPDATE (ОБНОВИТЬ CELL/URA) и для приложений, требующих очень низкой пропускной способности восходящей линии связи. В CELL_FACH связь по восходящей линии связи достигается через транспортный канал произвольного доступа (RACH), отображаемого на физический канал пакетного канала произвольного доступа (PRACH). RACH является протоколом на основе конкуренции с процедурой увеличения мощности для приобретения канала и регулировки мощности передатчика.

Связь по нисходящей линии связи осуществляется через совместно используемый транспортный канал прямого доступа (FACH), отображаемый на вторичный общий физический канал управления (S-CCPCH) или через высокоскоростной канал нисходящей линии связи.

Мобильностью руководит автономно WTRU в CELL_FACH. В настоящее время мягкая передача обслуживания не существует (в отношении Выпуска 6 стандарта) в CELL_FACH. Таким образом, WTRU независимо проводит измерения и принимает решение о том, когда делать перевыбор соты.

Системная информация в течение CELL_FACH считывается из широковещательного канала (BCH). Эта информация включает в себя детали настройки для каналов высокоскоростного общего нисходящего канала (HS-DSCH), нисходящей линии связи FACH и восходящей линии связи RACH, используемых в CELL_FACH.

В последней работе организаций по стандартизации устанавливается повторное использование Расширенного-DCH (E-DCH) в состоянии CELL_FACH. Расширенный-DCH является возможностью, которая введена для увеличения пропускной способности восходящей линии связи. E-DCH функционирует по принципу запрос/предоставление. Устройства WTRU отправляют индикацию запрашиваемой емкости, которая им требуется, через комбинацию механизмов, в то время как сеть отвечает предоставлениями на эти запросы. Эти предоставления, как правило, формируются планировщиком узла B.

Одновременно, Гибридные автоматические запросы на повторную передачу (HARQ) используются применительно к передачам на физическом уровне. Для способствования вышеупомянутым механизмам введены два новых физических канала UL, Расширенный выделенный физический канал управления (E-DPCCH) для управления и Расширенный выделенный физический канал данных (E-DPDCH) для данных. Также введены три новых физических канала нисходящей линии связи (DL), два - для передачи предоставлений, и один - для быстрых квитирований на физическом уровне (ACK/NACK Уровня 1). Узел B, следовательно, может выдавать и абсолютные предоставления, и относительные предоставления. Предоставления сигнализируют в единицах отношения мощностей. Каждый WTRU поддерживает предоставление обслуживания, которое он может преобразовать в величину полезной нагрузки. Для устройств WTRU Выпуска 6, мобильностью руководит сеть посредством мягкой передачи обслуживания и активных установок.

Наряду с новыми каналами на физическом уровне, также требуется E-DCH на уровне Управления доступом к среде (MAC), с введением новых объектов протокола MAC-e/es для руководства расширенным выделенным транспортным каналом (E-DCH).

Одной из проблем, связанных с использованием E-DCH в CELL_FACH, является взаимодействие процедуры восходящей линии связи с процедурой мобильности, в частности процедурой перевыбора соты. Эта процедура может или оставаться автономной для WTRU, или может выполняться некоторым образом при содействии сети. В обоих случаях действия WTRU и сети по перевыбору соты должны быть определены. Со стороны WTRU, должны быть заданы действия, чтобы иметь дело с объектами управления доступом к среде (MAC-e/es), буферами гибридного автоматического запроса на повторную передачу (HARQ), Порядковыми номерами при передаче (TSN) MAC и т.п. В отношении сети, может потребоваться, чтобы обслуживающий контроллер радиосети (SRNC) был осведомлен, когда новый временный идентификатор расширенной радиосети (E-RNTI) назначен управляющим контроллером радиосети (CRNC). Сеть может также иметь дело с высвобождением ресурсов в исходной соте.

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

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

Раскрыты способ и беспроводное приемопередающее устройство (WTRU), которое сконфигурировано, чтобы выполнять перевыбор соты на другую соту. Когда WTRU находится в состоянии CELL_FACH с использованием Расширенного выделенного канала (E-DCH). Перевыбор соты может выполняться при содействии сети на основе измерений WTRU, о которых передаются отчеты в сеть. В качестве альтернативы, перевыбор соты может быть на основе WTRU.

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

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

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

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

Фиг.3 - временная диаграмма, иллюстрирующая процедуру CELL_UPDATE с MAC-es, включенным в управляющий контроллер радиосети (CRNC).

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

При ссылках далее в этом документе, термин "беспроводное приемопередающее устройство" ("WTRU") включает в себя, например, абонентское оборудование (UE), мобильную станцию, фиксированную или мобильную абонентскую установку, пейджер, сотовый телефон, персональный цифровой секретарь (PDA), компьютер или устройство пользователя любого другого типа, которое может функционировать в беспроводной среде. При ссылках далее в этом документе, термин "базовая станция" включает в себя, например, узел B (Node-B), сайтовый контроллер, точку доступа (AP) или интерфейс любого другого типа, который может функционировать в беспроводной среде. При ссылках далее в этом документе, термин "системная информация E-DCH" включает в себя, например, информацию E_DCH, которую узел B передает в широковещательном режиме как часть своей системной информации. Она может включать в себя информацию для набора совместно используемых ресурсов E-DCH, которые назначаются узлом NodeB и совместно используются устройствами WTRU в состоянии CELL_FACH. Термин расширенный канал произвольного доступа (E-RACH) относится к расширенному механизму восходящей линии связи, используемому в состоянии CELL_FACH, включающему в себя, например, использование ресурсов Расширенного-DCH.

Уровень Управления доступом к среде (MAC) разделен на несколько объектов, объекты протокола MAC-e/es предпочтительно предоставляются для руководства расширенным выделенным транспортным каналом (E-DCH). В общем, выражение "MAC-es", "MAC-e" и "MAC-es/e" может быть заменено "MAC-is", "MAC-i" и "MAC-is/i" соответственно. Процедура "сброс MAC-es/e" может быть заменена процедурой "сброс MAC-is/i", где процедура "сброс MAC-is/i" относится к процедуре, аналогичной "сброс MAC-es/e", с возможным дополнительным этапом, на котором очищаются буферы сегментации.

Согласно Фиг.2, беспроводная сеть (NW) 10 связи HSPA содержит WTRU 20, один или несколько узлов B 30 и одну или несколько сот 40. Каждая сота 40 содержит один или несколько узлов B (NB или eNB) 30. WTRU 20 содержит процессор 9, сконфигурированный, чтобы реализовать способ перевыбора соты, раскрытый далее в этом документе.

Согласно раскрытому способу, WTRU 20 выполняет автономный перевыбор соты, посредством MAC-es, используемого для данных общего канала управления (CCCH) или общего трафика, прерывающегося в Управляющем RNC (CRNC). Соответственно, объект MAC-es связан с общим набором ресурсов E-DCH, используемым WTRU 20, или общим Временным идентификатором расширенной радиосети (E-RNTI), который выбирается WTRU 20. Предпочтительно, MAC-es для выделенного трафика (т.е. DCCH или DTCH) прерывается в обслуживающем RNC (SRNC) и является связанным с WTRU 20. В качестве альтернативы, MAC-es для выделенного трафика также прерывается в CRNC.

Согласно этому раскрытому способу, WTRU 20 использует внутренние измерения для принятия решений о перевыборе соты. Фиг.3 является схемой связи способа, который может использоваться WTRU 20 при выборе целевой соты в состоянии CELL_FACH. После принятия решения о выполнении перевыбора соты, WTRU 20 прекращает передачу и прием из исходного узла B 22 и освобождает переменный временный идентификатор расширенной радиосети (E-RNTI), который был назначен WTRU 20 управляющим контроллером 26 радиосети.

Если WTRU 20 передает по восходящей линии связи (UL), когда оно принимает решение о том, что должен быть выполнен перевыбор соты, то перед перемещением в целевую соту WTRU 20 завершает передачу для всех процессов запроса на гибридный доступ (HARQ), которые являются активными. WTRU 20 может также остановить мониторинг каналов E-DCH нисходящей линии связи (DL) в исходной соте (и, если применяется, также в соседних сотах).

В альтернативном варианте, WTRU 20 может сбрасывать Порядковые номера при передаче (TSN), связанные с логическим каналом общего канала управления (CCCH) в MAC-es, и очищать процессы HARQ, если в процессах HARQ присутствуют данные UL. В качестве альтернативы, WTRU 20 может автономно выполнять весь сброс объекта MAC-es/e (т.е. сбрасывать TSN, очищать процессы HARQ и сбрасывать любые оставшиеся сегменты, если применяются).

WTRU 20 после этого принимает блоки системной информации из целевого узла B 22 в широковещательном канале 202 управления. Если элемент информации (IE) E-DCH (называемый в этом описании системной информацией E-DCH) передается в широковещательном режиме в блоках системной информации (SIB) целевой соты, то WTRU 20 начинает новую фазу увеличения преамбулы в целевой соте с использованием последовательностей преамбулы RACH E-DCH, передаваемых в широковещательном режиме. Присутствие этой системной информации E-DCH индицирует WTRU 20, что сота поддерживает E-DCH в CELL_FACH. Доступ к E-RACH, следовательно, может быть достигнут с использованием общего, совместно используемого или произвольно выбираемого ID WTRU.

После успешного вхождения в синхронизм, WTRU 20 назначается набор ресурсов E-DCH для использования в целевой соте. WTRU 20 после этого отправляет сообщение 203 CELL_UPDATE в целевую соту по назначенному ресурсу E-DCH в управляющий RNC 26 (CRNC). Так как MAC-es для CCCH оканчивается в CRNC 26, то сообщение CELL_UPDATE может считываться и декодироваться CRNC 26. WTRU 20 может включать в себя элемент информации (IE), индицирующий возможность E-DCH в CELL_FACH в сообщении 203 CELL_UPDATE (например, IE "E-DCH в CELL_FACH"). Этот IE может быть перечисляемым IE. Если E-DCH присутствует в IE CELL_FACH, то WTRU поддерживает E-DCH в CELL_FACH. Отсутствие IE обозначает, что WTRU 20 не поддерживает E-DCH в CELL_FACH. В качестве альтернативы, E-DCH в IE CELL_FACH может быть установлен в TRUE или FALSE для индикации того, существует ли в WTRU возможность E-DCH в CELL_FACH.

В качестве альтернативы, возможность E-DCH неявно обнаруживается CRNC 26. Если CRNC 26 принимает сообщение CELL_UPDATE 203 через протокол кадра Iub E-RACH, то CRNC 26 неявно определяет, что WTRU 20 поддерживает E-DCH в CELL_FACH.

CRNC 26 может в качестве альтернативы проверять подуровень, из которого был принят пакет. В случае доставки из объекта MAC-es, CRNC 26 принимает решение, что WTRU 20 поддерживает E-DCH в CELL_FACH. В других случаях, WTRU 20 не поддерживает E-DCH в CELL_FACH.

В другом альтернативном варианте, исходный узел B 24 уведомляет CRNC 26 о том, что пакет был принят по E-DCH. Этот альтернативный вариант требует сигнализации через Iub. По существу, может определяться новое сообщение Iub, или узел B может включать индикацию в сообщение через кадр Iub.

Соответственно, когда CRNC 26 принимает сообщение 203 CELL_UPDATE и принимает решение о том, что E-DCH в CELL_FACH поддерживается WTRU 20, и также поддерживается CRNC 26, то CRNC 26 выделяет новый E-RNTI для WTRU 20. CRNC 26 после этого пересылает сообщение в обслуживающий RNC (SRNC) 28 через Передачу 205 сигнализации по UL части приложения подсистемы радиосети (RNSAP), в том числе переменный E-RNTI.

В качестве альтернативы, CRNC 26 не отправляет индикацию о том, что WTRU 20 поддерживает E-DCH в CELL_FACH, но полагается на SRNC 28, который знает о возможностях WTRU 20. По существу, SRNC 28 запрашивает CRNC 26 о выделении "нового E-RNTI" для WTRU 20, что может выполняться, например, через запрос по общему транспортному каналу.

SRNC 28 может сообщать исходному узлу B, что ресурсы E-DCH WTRU могут быть высвобождены. В случае, когда MAC-e выделяется для каждого WTRU, объект MAC-e может полностью высвобождаться. Если объект MAC-e присутствует для каждого набора ресурсов E-DCH, то программируемые буферы HARQ в исходном узле B очищаются, но не обязательно высвобождаются. Если сброс MAC-e/es выполняется автономно каждый раз, когда выполняется перевыбор соты, то объект MAC-es в SRNC, связанный с WTRU, выполняющим перевыбор, также должен быть сброшен.

SRNC 28, после приема сообщения из CRNC 26, формирует сообщение 206, 207 CELL_UPDATE_CONFIRM, включающее в себя новый E-RNTI для использования в состоянии CELL_FACH. Это сообщение может использоваться сетью для назначения ресурсов E-DCH. В качестве альтернативы, любые ресурсы E-DCH выделяются целевым узлом B 22 после увеличения мощности преамбулы, выполняемого, когда WTRU 20 необходимо передать дополнительный трафик.

После приема сообщения 207 CELL_UPDATE_CONFIRM, WTRU 20 сохраняет новый E-RNTI для использования при последующем доступе к восходящей линии связи.

В качестве альтернативы, если WTRU 20 автономно не выполняет сброс MAC-e/es, как раскрыто выше, то сеть может явно запрашивать WTRU 20 выполнить сброс MAC-e/es. Сеть может запрашивать сброс объекта MAC-e/es в WTRU 20 после переноса SRNS, каждый раз, когда выполняется перевыбор соты, когда происходит изменение конфигурации или когда выделенные MAC-es должны быть высвобождены или сброшены.

Согласно этому способу, сброс MAC-e/es может выполняться с добавлением нового индикатора "сброса MAC-e/es" IE в сообщении CELL_UPDATE_CONFIRM. После приема WTRU 20 индикатора, WTRU 20 выполняет полный сброс MAC-e/es (т.е. сбросить TSN и очистить процессы HARQ). Если применяется, WTRU 20 может сбрасывать любые оставшиеся сегменты в MAC. MAC-e/es может также сбрасываться WTRU 20 автономно со сбросом MAC-e/es, когда WTRU 20 принимает CELL_UPDATE_CONFIRM и справедливо, по меньшей мере, одно из следующих условий: выполнен перенос SRNS, что может быть обнаружено, когда "новый U-RNTI" IE присутствует в CELL_UPDATE_CONFIRM, происходит изменение конфигурации протокола MAC внутри CELL_UPDATE_CONFIRM или происходит изменение конфигурации протокола управления звеньями радиосвязи (RLC).

Каждый из вышеупомянутых способов сброса MAC-e/es может выполняться один или в комбинации друг с другом. WTRU 20 может также выполнять частичный сброс MAC-e/es, где номер TSN устанавливается в нуль для логического канала CCCH, когда принимается сообщение CELL_UPDATE_CONFIRM.

Согласно альтернативному способу автономного перевыбора соты, объекты MAC-e и MAC-es UTRAN оба находятся в узле B. В результате передача по E-DCH для устройств WTRU CELL_FACH прерывается в узле B. WTRU, следовательно, сконфигурирован, чтобы принимать решение о перевыборе соты на основе внутренних измерений в отношении новой целевой соты, выбранной как часть перевыбора соты.

WTRU 20 прекращает передачу в исходную соту и прием из нее и останавливает мониторинг каналов E-DCH нисходящей линии связи (DL) в исходной соте. Если WTRU передает по UL, то до перемещения в целевую соту WTRU 20 может завершать передачу всех процессов HARQ, которые являются активными в то время, когда принимается решение, что WTRU 20 должно выполнить перевыбор соты.

WTRU 20 после этого выполняет сброс объекта MAC-es/e (т.е. очищает буферы HARQ и сбрасывает TSN в 0 и, если применяется, может сбрасывать любые оставшиеся сегменты в объекте MAC-e/es). Переменный E-RNTI после этого очищается WTRU 20. Целевой узел B передает информацию SIB по широковещательному каналу управления в WTRU 20. Если IE системной информации E-DCH передаются в широковещательном режиме в SIB целевой соты, то WTRU 20 начинает новую фазу увеличения преамбулы в целевой соте с использованием последовательностей преамбулы E-DCH.

После успешного вхождения в синхронизм, WTRU 20 назначается набор ресурсов E-DCH для использования в целевой соте. Для разрешения коллизии, WTRU 20 может использовать общий E-RNTI или произвольный ID, выбираемый в заголовке MAC. WTRU 20 после этого отправляет сообщение CELL UPDATE, включающее в себя индикацию возможности E-DCH в CELL_FACH, через целевую соту в управляющий RNC. Целевая сота CRNC принимает сообщение CELL_UPDATE, и когда E-DCH в CELL_FACH поддерживается, CRNC выделяет E-RNTI. CRNC после этого пересылает сообщение в SRNC через Передачу сигнализации по UL части приложения подсистемы радиосети (RNSAP), в том числе переменный E-RNTI.

В качестве альтернативы, WTRU 20 не отправляет возможность E-DCH в CELL_FACH в сообщении CELL_UPDATE. SRNC, тем не менее, знает об упомянутой возможности WTRU и, следовательно, запрашивает CRNC для выделения нового E-RNTI для WTRU 20. Это может быть выполнено через запрос общего транспортного канала. CRNC предоставляет новый E-RNTI в ответном сообщении. В качестве альтернативы, возможность E-DCH может обнаруживаться CRNC неявно. Если CRNC принимает CELL_UPDATE через протокол кадра Iub E-RACH, то CRNC может неявно принимать решение о том, что WTRU поддерживает E-DCH в CELL_FACH. По выбору, CRNC может проверять, из какого подуровня был принят пакет. В случае доставки из объекта MAC-es, WTRU поддерживает E-DCH в CELL_FACH, в других случаях WTRU не поддерживает.

В качестве альтернативы, узел B может уведомлять CRNC о том, что пакет был принят по E-DCH. Это требует сигнализации через Iub. Может определяться новое сообщение Iub, или, в качестве альтернативы, узел B может включать индикацию в сообщение через кадр Iub.

По выбору, SRNC сообщает исходному узлу B о том, что ресурсы E-DCH могут быть высвобождены из WTRU. Исходный узел B может также сбрасывать MAC-es и MAC-e UTRAN и очищать программируемые буферы памяти HARQ в исходной соте.

SRNC предпочтительно формирует сообщение CELL_UPDATE_CONFIRM, в которое он по выбору включает "новый E-RNTI", используемый в состоянии CELL_FACH. Сеть может по выбору использовать это сообщение для назначения другого набора ресурсов E-DCH.

После приема CELL_UPDATE_CONFIRM WTRU сохраняет "новый E-RNTI" и использует его для последующего доступа к восходящей линии связи.

В качестве альтернативы, сеть может включать индикатор сброса MAC-es/e в сообщение CELL_UPDATE_CONFIRM.

Согласно другому альтернативному способу автономного перевыбора соты, E-DCH для WTRU CELL_FACH прерывается в SRNC, но сообщение CELL_UPDATE отправляется через унаследованный (выпуск 99) RACH.

Объект MAC-es UTRAN, согласно этому способу, расположен в SRNC и связан с конкретным WTRU. WTRU сконфигурирован, чтобы выполнять перевыбор соты с использованием унаследованной процедуры RACH для передачи сообщения CELL_UPDATE, вместо отправки сообщения CELL_UPDATE по расширенному RACH в целевой соте. Это обеспечивает возможность WTRU претерпевать перевыбор соты без сброса объекта MAC-e/es (т.е. WTRU не должно очищать буферы HARQ и сбрасывать номер TSN в 0) с обеспечением возможности продолжения инкремента TSN после перевыбора соты. Кроме того, это обеспечивает возможность WTRU временно приостанавливать передачу по E-DCH, когда выполняется перевыбор соты, и возобновлять передачу после упомянутого перевыбора.

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

Если WTRU передает по UL, то до перемещения в целевую соту WTRU может завершать передачу всех процессов HARQ, которые являются активными в то время, когда оно принимает решение о том, что оно должно выполнить перевыбор соты.

WTRU после этого прекращает мониторинг каналов E-DCH DL и других ресурсов нисходящей линии связи в исходной соте и очищает переменный E-RNTI.

Далее WTRU принимает информацию PRACH целевой соты и информацию DL из SIB и передает сообщение CELL_UPDATE. Сообщение CELL_UPDATE может включать в себя индикацию возможности E-DCH в CELL_FACH через RACH Выпуска 99 целевой соты. Сообщение CELL_UPDATE принимается CRNC и пересылается в SRNC. CRNC принимает CELL_UPDATE и выделяет E-RNTI, в случае WTRU с возможностью E-DCH в CELL_FACH. Далее CRNC пересылает сообщение, включающее в себя переменный E-RNTI, в SRNC через Передачу сигнализации по UL RNSAP. В альтернативном варианте, WTRU не отправляет возможность E-DCH в CELL_FACH в CELL_UPDATE. Так как SRNC знает об упомянутой возможности WTRU, то он запрашивает CRNC для выделения нового E-RNTI для WTRU, что может выполняться через запрос общего транспортного канала. CRNC, следовательно, предоставляет новый E-RNTI в ответном сообщении, и SRNC включает E-RNTI в CELL UPDATE CONFIRM.

SRNC формирует сообщение CELL_UPDATE_CONFIRM, которое может использоваться сетью для назначения ресурсов выделенного E-DCH. В качестве альтернативы, любые ресурсы E-DCH могут выделяться целевым узлом B после выполнения увеличения мощности преамбулы, когда WTRU необходимо передать дополнительный трафик. Сообщение CELL_UPDATE_CONFIRM может включать в себя "новый E-RNTI" для WTRU.

Далее SRNC информирует исходный узел B о том, что ресурсы E-DCH WTRU могут быть высвобождены. В случае, когда MAC-e выделяется для каждого WTRU, объект MAC-e также полностью высвобождается. Если объект MAC-e присутствует для каждого набора ресурса E-DCH, то программируемые буферы HARQ в исходном узле B очищаются.

После приема сообщения CELL_UPDATE_CONFIRM, WTRU сохраняет "новый E-RNTI" для последующего доступа к восходящей линии связи.

Сеть может явно запрашивать, чтобы WTRU выполнило сброс MAC-e/es. Сеть может запрашивать сброс объекта MAC-e/es в WTRU после переноса SRNS, выполнения перевыбора соты и изменения конфигурации.

Согласно этому способу, сброс MAC-e/es может выполняться с добавлением нового индикатора "сброса MAC-e/es" IE в сообщении CELL_UPDATE_CONFIRM. После приема упомянутого индикатора WTRU, WTRU 20 выполняет полный сброс MAC-e/es (т.е. сбросить TSN, очистить процессы HARQ). Если применяется, WTRU 20 может сбрасывать любые оставшиеся сегменты в MAC. MAC-e/es может также сбрасываться посредством отправки специального сброса, который только очищает буферы HARQ без изменения TSN, используемого для повторного упорядочения. Протокольные единицы обмена (PDU) MAC-e, которые находятся в буферах HARQ, могут требовать повторной передачи от некоторого протокола более высокого уровня.

В качестве альтернативы SRNC может отправлять специальный сигнал сброса с сообщением WTRU начать заново все в настоящее время активные процессы HARQ в целевой соте. Далее сеть информирует исходный узел B о том, что ресурсы E-DCH в исходной соте могут быть высвобождены. Сеть может также подготовить ресурсы E-DCH в целевой соте.

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

Согласно другому альтернативному способу автономного перевыбора соты, E-DCH для CELL_FACH прерывается в Обслуживающем RNC (SRNC) для всех данных. Согласно этому способу, MAC-es прерывается в SRNC для всех типов трафика данных, в том числе CCCH, и сообщение CELL_UPDATE принимается и декодируется в MAC-es в SRNC. Как раскрыто в вышеупомянутых способах, начальные этапы до отправки сообщения CELL_UPDATE устройством WTRU являются идентичными.

После приема SRNC сообщения CELL_UPDATE, SRNC отправляет запрос в CRNC для выделения, по меньшей мере, C-RNTI, H-RNTI (если поддерживается HS-DSCH в CELL_FACH/PCH), E-RNTI (если поддерживается E-DCH в CELL_FACH) и другую информацию, предоставляемую CRNC в передаче сигнализации по UL. Запрос может сигнализироваться посредством ввода нового сообщения RNSAP или при использовании существующей процедуры RNSAP, например, Запроса общего транспортного канала.

CRNC отправляет ответ в SRNC с запрошенной информацией, которую можно отправлять с использованием Индикации передачи сигнализации по UL или через Ответное сообщение общего транспортного канала. Далее SRNC передает сообщение CELL_UPDATE_CONFIRM в WTRU. Процедуры, следующие за CELL_UPDATE_CONFIRM, аналогичны тем, которые описаны в способах, раскрытых выше.

Для всех способов, раскрытых выше, автономного перевыбора соты, в SRNC существует опция для выделения WTRU ресурсов E-DCH. Набор ресурсов E-DCH можно сигнализировать и предоставлять в сообщении CELL_UPDATE_CONFIRM или сигнализировать как индекс для одного набора ресурсов, передаваемого в широковещательном режиме в SIB с использованием CELL_UPDATE_CONFIRM. WTRU может далее использовать этот набор ресурсов для передачи данных по восходящей линии связи в CELL_FACH.

SRNC может выбирать предоставление этих ресурсов WTRU каждый раз, когда выполняется перевыбор соты или когда в WTRU существуют дополнительные данные для отправки. Согласно последнему сценарию, WTRU может включать в сообщение CELL_UPDATE индикацию объема других дополнительных данных и логического канала, к которому они относятся. В качестве альтернативы, оно может сигнализировать только индикацию того, что у него существуют другие данные для передачи. RNC может далее использовать эту информацию для принятия решения о том, требует ли WTRU ресурсы восходящей линии связи E-DCH. Если WTRU не должно отправлять дополнительные данные, то RNC планирует ресурсы физического канала и транспортного канала в целевом узле B. RNC не сигнализирует WTRU какие-либо ресурсы E-DCH.

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

Сеть может инициировать перевыбор соты на основе измерений, взятых из узлов B, в альтернативном варианте. Если удовлетворяются условия для перевыбора соты, то сеть может принять решение о перемещении WTRU в CELL_DCH в целевой соте или о поддерживании WTRU в CELL_FACH в целевой соте. В этом альтернативном варианте WTRU поддерживается в CELL_FACH. Сеть передает сообщение RRC через исходную соту в WTRU. WTRU, в ответ на получение сообщения RRC, останавливает передачу в исходной соте и прекращает мониторинг каналов E-DCH DL в исходной соте. После этого повторно получаются ресурсы E-DCH в целевой соте с использованием, например, процедуры увеличения мощности. WTRU после этого сбрасывает объекты MAC es/e и/или процессы HARQ посредством отправки индикатора сброса MAC-es/e в сообщении RRC и выполняет полную процедуру сброса MAC-e/es (т.е. очистить HARQ и сбросить TSN в 0).

Объекты MAC-e/es могут также сбрасываться посредством выполнения специального сброса, который только очищает буферы HARQ без изменения TSN, используемого для повторного упорядочения. PDU MAC-e, которые находятся в буферах HARQ, могут требовать повторной передачи от некоторого протокола более высокого уровня. Специальный сброс может быть индицирован как специальный бит в одном из сообщений RRC с командой передачи обслуживания или он может задаваться в процедуре перевыбора соты для устройств WTRU с использованием E-DCH в CELL_FACH. Например, WTRU, использующий E-DCH, выполняет специальный сброс каждый раз, когда происходит перевыбор соты, когда оно находится в CELL_FACH или CELL_PCH. В случае, когда перенос SRNS происходит вместе с перевыбором соты, WTRU должен выполнять полный сброс MAC-e/es.

В другом способе сброса объектов MAC отправляется специальный сигнал сброса в WTRU, информирующий WTRU начать заново все активные процессы HARQ в целевой соте. RNC сообщает исходному узлу B, что старое соединение оканчивается и информирует целевой узел B планировать для предстоящего соединения.

В качестве альтернативы, сеть может предварительно выделять ресурсы E-DCH в целевой соте и предоставлять эту информацию о выделении в сообщении RRC.

Исходный узел B, в качестве альтернативы, может сигнализировать WTRU остановить передачу (т.е. через нулевое предоставление). WTRU тогда инициирует перевыбор соты после приема этого сигнала.

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

После приема CELL_UPDATE исходным узлом B сообщение пересылается в RNC. Далее RNC планирует ресурсы E-DCH в целевой соте, которые могут быть ресурсами, которые задаются в CELL_UPDATE_CONFIRM или индексе для одного передаваемого в широковещательном режиме набора ресурсов E-DCH. После отправки сообщения CELL_UPDATE, WTRU считывает Системную информацию, передаваемую в широковещательном режиме, и соединяется с целевой сотой для приема сообщения CELL_UPDATE_CONFIRM. Если подтверждающее сообщение не принято WTRU и истек таймер CELL_UPDATE, то WTRU повторно пытается отправить CELL_UPDATE через целевую соту посредством инициирования доступа RACH.

В WTRU может существовать опция выбора отправки начального CELL_UPDATE через исходный узел B или через целевой узел B. WTRU может использовать одно или несколько из следующих условий для выбора отправки CELL_UPDATE через исходный узел B: WTRU имеет ресурсы выделенного E-DCH, выделенные в CELL_FACH в исходном узле B, WTRU предоставлен доступ к RACH для передачи по UL до инициирования перевыбора соты, и, соответственно, WTRU может по-прежнему использовать предоставленные ресурсы в течение оставшегося времени, WTRU всегда отправляет CELL_UPDATE через исходную соту, или в WTRU существуют данные для отправки, кроме CELL_UPDATE.

После приема сообщения CELL_UPDATE, в SRNC существует выбор предоставления WTRU набора ресурсов или индекса для набора ресурсов, передаваемого в широковещательном режиме в SIB. RNC может выбирать предоставление этих ресурсов WTRU каждый раз, когда выполняется перевыбор соты или когда в WTRU существуют дополнительные данные для отправки. WTRU может включать в CELL_UPDATE индикацию объема других дополнительных данных и логического канала, к которому они относятся. В качестве альтернативы, WTRU сигнализирует индикацию того, что у него существуют другие данные для передачи.

RNC может далее использовать эту информацию для принятия решения о том, требует ли WTRU ресурсы восходящей линии связи E-DCH. Если WTRU не должно отправлять дополнительные данные, то RNC планирует ресурсы физического канала и транспортного канала в целевом узле B, но не сигнализирует в WTRU о каких-либо ресурсах E-DCH.

В качестве альтернативы, сеть в ответ отправляет CELL_UPDATE_CONFIRM (или другое сообщение RRC) в исходной соте с предоставлением ресурсов для использования в целевой соте. WTRU может в ответ отправить сообщение, информирующее сеть о том, что завершено изменение конфигурации физического канала. Сеть должна использовать это сообщение как индикацию для остановки передачи в исходной соте и высвободить все ресурсы MAC e/es в этой соте/NodeB.

После отправки сообщения об обновлении соты предпочтительно запускается таймер. В случае неуспеха или если сеть отправляет ответ CELL_UPDATE_CONFIRM, подобный R7, то WTRU должно прекратить свои попытки связаться с исходной сотой и попытаться передать CELL_UPDATE через целевую соту с использованием одной процедуры или комбинации процедур, описанных в вышеупомянутом раскрытом способе.

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

1. Способ выполнения перевыбора соты в беспроводном приемопередающем устройстве (WTRU), содержащий этапы, на которых:

принимают решение о том, выполнять ли перевыбор на целевую соту, на основе, по меньшей мере, внутренних измерений,

автономно выполняют перевыбор соты, и

очищают переменный временный идентификатор расширенной радиосети (E-RNTI), когда принято решение о перевыборе соты.

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

принимают широковещательную системную информацию из целевой соты, и

принимают решение, исходя из системной информации о возможности расширенного выделенного канала (E-DCH) в CELL_FACH целевой соты.

3. Способ по варианту осуществления 2, дополнительно содержащий этап, на котором передают сообщение об обновлении, включающее в себя индикацию возможности E-DCH в CELL_FACH WTRU.

4. Способ по варианту осуществления 3, в котором индикация возможности E-DCH в CELL_FACH является элементом информации (IE).

5. Способ по варианту осуществления 1, дополнительно содержащий прием подтверждающего сообщения, включающего в себя E-RNTI.

6. Способ по варианту осуществления 3, в котором сообщение об обновлении дополнительно содержит индикацию, запрашивающую распределение дополнительных ресурсов E-DCH.

7. Способ по варианту осуществления 6, дополнительно содержащий этап, на котором используют назначенные ресурсы E-DCH, выделенные в подтверждающем сообщении для передачи по восходящей линии связи.

8. Способ по варианту осуществления 1, в котором WTRU автономно выполняет сброс MAC-e/es после перевыбора соты.

9. Способ по варианту осуществления 5, в котором WTRU выполняет сброс MAC-e/es после приема индикации сброса в подтверждающем сообщении.

10. Способ по варианту осуществления 5, в котором WTRU выполняет частичный сброс MAC-e/es после приема индикации сброса в подтверждающем сообщении.

11. Способ по любому предыдущему варианту осуществления, в котором WTRU включает в себя новый элемент информации (IE), индицирующий возможность E-DCH в CELL_FACH в сообщении CELL_UPDATE.

12. Способ по варианту осуществления 11, в котором IE является перечисляемым IE.

13. Способ по варианту осуществления 11, в котором IE индицирует, что WTRU поддерживает E-DCH в CELL_FACH.

14. Способ по варианту осуществления 11, в котором IE устанавливают в TRUE (ИСТИНА) или FALSE (ЛОЖЬ).

15. Способ по любому предыдущему варианту осуществления, в котором WTRU не отправляет возможность E-DCH в CELL_FACH в CELL_UPDATE.

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

17. Способ по любому предыдущему варианту осуществления, в котором WTRU сбрасывает порядковые номера при передаче (TSN), связанные с логическим каналом CCCH в MAC-es, и очищает процессы HARQ, если данные восходящей линии связи присутствуют в процессах HARQ.

18. Способ по варианту осуществления 17, в котором любые оставшиеся сегменты сбрасываются.

19. Способ по любому предыдущему варианту осуществления, в котором WTRU автономно выполняет сброс объекта MAC-e/es.

20. Способ по любо