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

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

Иллюстрации

Показать все

Реферат

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

Данная заявка относится к беспроводным системам связи.

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

Фиг.1 показывает состояния 100 служб управления радиоресурсами (RRC) блока беспроводной передачи/приема (WTRU) проекта партнерства третьего поколения (3GPP) с усовершенствованной восходящей линией связи в универсальной системе мобильной связи (UMTS). WTRU может функционировать в нескольких состояниях в зависимости от активности пользователя. Следующие состояния были определены для режима подключения управления радиоресурсами (RRC) UMTS наземного радиодоступа (UTRA): IDLE 110, CELL_DCH 120, CELL_FACH 130, URA_PCH 140 и CELL_PCH 150. Другие состояния, в которые может переходить WTRU, включают в себя режим 160 пакетной передачи пакетной радиосвязи общего назначения (GPRS), режим 170 подключенной глобальной системы мобильной связи (GSM) или режим 180 подключенного усовершенствованного UTRA (E-UTRA). Переходы состояний RRC могут управляться сетью, используя параметры контроллера радиосети (RNC).

Как часть рабочей попытки для 3GPP Release 8, было предложено позволить WTRU, который находится в состоянии CELL_FACH или в режиме ожидания, использовать механизм усовершенствованного канала произвольного доступа (E-RACH), посредством чего WTRU использует ресурсы усовершенствованного выделенного канала (E-DCH) в восходящей линии связи (UL). Ресурсы E-DCH берутся из небольшого объема общих ресурсов, которые распределяются среди других WTRU 3GPP Release 8 в состоянии CELL_FACH. Эти WTRU запрашивают ресурсы E-DCH, используя процедуру расширения унаследованного канала произвольного доступа (RACH). Как часть процедуры расширения, WTRU передает произвольно выбранную последовательность сигнатур, или сигнатуру преамбулы, в произвольно выбранном сегменте доступа. Если сигнатура декодируется правильно, Node-B отвечает назначением ресурса E-DCH из своего объема ресурсов, и детали сигнализируются WTRU посредством широковещания информации системы. При назначении ресурса E-DCH Node-B необходимо только сигнализировать индекс того, какой ресурс E-DCH использовать. Индекс передается по каналу указателей вхождения в синхронизм (AICH) или по расширенному AICH (E-AICH). Приняв индекс ресурса E-DCH, WTRU конфигурируется ресурсом E-DCH и может начинать передавать данные UL по E-DCH.

Общий ресурс E-DCH может использоваться WTRU, которые находятся в режиме ожидания, состоянии CELL_FACH, состоянии CELL_PCH, или состоянии URA_PCH. WTRU в состоянии CELL_FACH может передавать трафик общего канала управления (CCCH) или трафик выделенного канала управления/выделенного канала трафика (DCCH/DTCH) по общему ресурсу E-DCH. Если WTRU имеет выделенный временный идентификатор радиосети E-DCH (E-RNTI), передача данных DCCH/DTCH по назначенному ресурсу E-DCH начинается с фазы разрешения конфликта. Во время фазы разрешения конфликта E-RNTI WTRU включается во все протокольные блоки данных (PDU) управления доступом к среде (MAC)-i. С приемом E-RNTI WTRU сеть (например, сеть наземного радиодоступа универсальной системы мобильной связи или UTRAN) информируется о том, какому WTRU был предоставлен ресурс E-DCH, и Node-B может посылать сигнал усовершенствованного канала предоставления доступа (E-AGCH), сигнал, подтверждающий E-RNTI WTRU (через E-RNTI специфичное присоединение контроля циклическим избыточным кодом (CRC)). Если WTRU не принимает свой E-RNTI по E-AGCH по истечении таймера, значит конфликт не был разрешен, и WTRU освобождает ресурсы связанного E-DCH.

Если у WTRU имеются данные CCCH для передачи, фаза разрешения конфликта не выполняется. WTRU имеет максимальное время выделения CCCH, чтобы передать данные. Когда время истекает, ресурсы освобождаются.

Ресурсы E-DCH могут также быть освобождены из-за приема значения "неактивен" по E-AGCH; из-за сбоя радиосвязи; из-за равного нулю статуса буфера общего E-DCH (TEBS); или из-за истечения таймера неактивности.

Когда WTRU передает трафик CCCH, основополагающим предположением является то, что у него не будет выделенного E-RNTI и что он не будет выполнять разрешение конфликта. Хотя это является случаем для сообщений CELL UPDATE после выбора/повторного выбора ячейки и для сообщений RRC CONNECTION REQUEST, существуют ситуации, в которых WTRU имеет E-RNTI и должен передавать трафик CCCH (например, сообщение периодического обновления ячейки). Для таких случаев поведение WTRU становится неоднозначным. Согласно текущим спецификациям, если E-RNTI выделен, WTRU должен добавить его E-RNTI ко всем PDU MAC-i, пока разрешение конфликта не разрешено (например, когда WTRU принимает E-AGCH со своим E-RNTI). Однако WTRU, который передает трафик CCCH, не должен выполнять разрешение конфликта и не должен контролировать E-AGCH. Разрешение конфликта может не требоваться для трафика CCCH, такого как сообщения периодического обновления ячейки, так как сообщение периодического обновления ячейки предполагается малым по размеру. На основании этого предположения, на стороне сети, устанавливается, что когда E-RNTI WTRU присутствует, он указывает на передачу данных DCCH/DTCH от этого WTRU, однако это предположение может быть неверным, особенно когда E-RNTI присутствует с передачей данных CCCH.

Способы для управления вышеописанным сценарием не определены и не очевидны. Более конкретно, WTRU необходимо управлять ситуацией, в которой WTRU имеет общие выделенные ресурсы E-DCH и уже посылает трафик DCCH/DTCH, когда запускается периодическое обновление ячейки. WTRU также необходимо управлять ситуацией, в которой WTRU уже передает трафик CCCH с выделенным E-RNTI, когда данные DCCH/DTCH становятся доступными для передачи.

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

Раскрыт способ и устройство для управления сигналами беспроводной связи по ресурсу усовершенствованного выделенного канала (E-DCH), функционируя в состоянии CELL_FACH с выделенным временным идентификатором E-DCH радиосети (E-RNTI). Осуществляется определение того, что таймер периодического обновления ячейки истек. В ответ на истечение таймера периодического обновления ячейки осуществляется определение того, имеет ли WTRU выделенный ресурс E-DCH. Если WTRU имеет выделенный ресурс E-DCH, таймер периодического обновления ячейки перезапускается без выполнения периодического обновления ячейки.

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

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

Фиг.1 показывает состояния RRC с пакетным доступом высокоскоростной нисходящей линии связи (HSDPA)/пакетным доступом высокоскоростной восходящей линии связи (HSUPA);

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

Фиг.3 - это функциональная структурная схема WTRU и Node-B фиг.2;

Фиг.4 показывает блок-схему последовательности операций WTRU, который не выполняет (то есть пропускает) периодическое обновление ячейки, когда периодическое обновление ячейки запускается, и WTRU имеет выделенный ресурс E-DCH;

Фиг.5 показывает блок-схему последовательности операций WTRU, который предотвращает периодическое обновление ячейки, если WTRU имеет выделенный ресурс E-DCH;

Фиг.6 показывает блок-схему последовательности операций WTRU, который мультиплексирует данные CCCH с данными DCCH/DTCH, когда WTRU имеет выделенный ресурс E-DCH и запускается периодическое обновление ячейки;

Фиг.7 показывает блок-схему последовательности операций WTRU, который инициирует другой доступ E-RACH, чтобы послать данные CCCH, когда WTRU имеет выделенный ресурс E-DCH и запускается периодическое обновление ячейки;

Фиг.8 показывает блок-схему последовательности операций WTRU, который имеет выделенный ресурс E-DCH и ждет, пока все процессы гибридного автоматического повторного запроса (HARQ) не станут пустыми, перед инициацией нового доступа E-RACH для передачи данных CCCH;

Фиг.9 показывает блок-схему последовательности операций WTRU, который начинает передачу CCCH на текущем ресурсе E-DCH, когда WTRU имеет выделенный ресурс E-DCH и запускается периодическое обновление ячейки;

Фиг.10 показывает блок-схему последовательности операций WTRU, который не позволяет данным DCCH/DTCH передаваться, если ресурсы E-DCH выделены для передачи CCCH;

Фиг.11 показывает блок-схему последовательности операций WTRU, ограничивающего передачу данных DCCH/DTCH, пока не принято сообщение подтверждения обновления ячейки;

Фиг.12 показывает блок-схему последовательности операций WTRU, который передает данные DCCH/DTCH на том же доступе E-RACH, что и текущая передача CCCH;

Фиг.13 показывает блок-схему последовательности операций WTRU, который передает периодическое обновление ячейки по DCCH.

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

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

Фиг.2 показывает беспроводную систему 200 связи, включающую в себя множество WTRU 210, Node-B 220, RNC 230 и базовую сеть 240. Как показано на фиг.2, WTRU 210 находятся на связи с Node-B 220, который находится на связи с RNC 230, который находится на связи с базовой сетью 240. Хотя на фиг.2 показаны три WTRU 210, один Node-B 220, и один RNC 230, стоит отметить, что любая комбинация беспроводных и проводных устройств может быть включена в беспроводную систему 200 связи.

Фиг.3 - это функциональная структурная схема 300 WTRU 210 и Node-B 220 согласно фиг.2. Как показано на фиг.3, WTRU 210 находится в соединении с Node-B 220, а WTRU 210 сконфигурирован, чтобы выполнять способ для управления передачей CCCH по общим ресурсам E-DCH в состоянии CELL_FACH.

Вдобавок к компонентам, которые могут быть найдены в типичном WTRU, WTRU 210 включает в себя процессор 215, приемник 216, передатчик 217 и антенну 218. Процессор 215 сконфигурирован, чтобы выполнять способ для управления передачей CCCH по общим ресурсам E-DCH в состоянии CELL_FACH. Приемник 216 и передатчик 217 находятся на связи с процессором 215. Антенна 218 находится на связи как с приемником 216, так и с передатчиком 217, чтобы способствовать передаче и приему беспроводных данных. Хотя на фиг.3 показана одна антенна 218 WTRU 210, стоит отметить, что более чем одна антенна может быть включена в WTRU 210.

Вдобавок к компонентам, которые могут быть найдены в типичном Node-B, Node-B 220 включает в себя процессор 225, приемник 226, передатчик 227 и антенну 228. Процессор 225 сконфигурирован, чтобы выполнять способ для управления передачей CCCH по общим ресурсам E-DCH в состоянии CELL_FACH. Приемник 226 и передатчик 227 находятся в соединении с процессором 225. Антенна 228 находится на связи как с приемником 226, так и с передатчиком 227, чтобы способствовать передаче и приему беспроводных данных. Хотя на фиг.3 показана одна антенна 228, стоит отметить, что более чем одна антенна может быть включена в Node-B 220.

Сеть может неявно детектировать, что WTRU 210 все еще подключен, если WTRU 210 имеет текущий трафик DCCH/DTCH (то есть имеет выделенный общий ресурс E-DCH для трафика DCCH/DTCH), и, следовательно, периодическое обновление ячейки может не понадобиться. WTRU 210 может пропускать (то есть не выполнять) периодическое обновление ячейки или предотвращать осуществление периодического обновления ячейки, если он имеет выделенный общий ресурс E-DCH для трафика DCCH/DTCH.

Фиг.4 показывает блок-схему последовательности операций WTRU 210, который не выполняет (то есть пропускает) периодическое обновление ячейки, когда периодическое обновление ячейки запускается, и WTRU 210 имеет выделенный ресурс E-DCH. WTRU 210 может функционировать в состоянии CELL_FACH с выделенным E-RNTI (410). WTRU 210 определяет, что таймер периодического обновления ячейки истек (420). Таймер периодического обновления ячейки может быть таймером T305. WTRU 210 определяет, имеет ли он выделенный ресурс E-DCH (430). Ресурс E-DCH может быть общим ресурсом E-DCH для трафика DCCH/DTCH. При условии, что WTRU 210 имеет выделенный ресурс E-DCH, WTRU 210 перезапускает таймер периодического обновления ячейки (440), что позволяет WTRU 210 пропустить периодическое обновление ячейки. WTRU 210 могут перезапускать таймер периодического обновления ячейки немедленно, или после освобождения ресурсов E-DCH. При условии, что WTRU 210 не имеет выделенного ресурса E-DCH, WTRU 210 может выполнять процедуру обновления ячейки (450). WTRU может принимать выделение общего ресурса E-DCH для передачи CCCH, и данные CCCH могут быть переданы. В ответ на выполнение обновления ячейки WTRU 210 может не позволять передачу трафика DCCH/DTCH, пока ресурсы CCCH не освобождены. Как только процедура обновления ячейки завершена, WTRU 210 может перезапускать таймер периодического обновления ячейки (460).

Фиг.5 показывает блок-схему последовательности операций WTRU 210, который предотвращает периодическое обновление ячейки, если WTRU 210 имеет выделенный ресурс E-DCH. WTRU 210 может функционировать в состоянии CELL_FACH с выделенным E-RNTI (510). WTRU 210 может запустить таймер периодического обновления ячейки (520). Таймер периодического обновления ячейки может быть таймером T305. WTRU 210 принимает выделение ресурса E-DCH (530). Например, WTRU 210 может принимать "индекс ресурса E-DCH". WTRU 210 может также принимать выделение ресурса E-DCH после того, как фаза разрешения конфликта разрешена. WTRU 210 может также принимать выделение ресурса E-DCH после передачи первых успешных данных (то есть когда WTRU 210 принимает подтверждение (ACK) гибридного автоматического повторного запроса (HARQ) или, альтернативно, ACK управления радиосвязью (RLC)). Ресурс E-DCH может быть общим ресурсом E-DCH для трафика DCCH/DTCH. Когда WTRU 210 принимает общее выделение E-DCH, он может устанавливать переменную COMMON_E-DCH_TRANSMISSION на истину. WTRU 210 может останавливать таймер периодического обновления ячейки (540), как только принимается выделение ресурсов E-DCH. WTRU 210 определяет, что ресурс E-DCH освобожден (560). WTRU 210 может перезапускать таймер периодического обновления ячейки (560), как только ресурс E-DCH освобождается.

WTRU 210 может быть сконфигурирован, чтобы перезапускать таймер периодического обновления ячейки в ответ на освобождение ресурсов E-DCH при следующих условиях: если управление радиоресурсами (RRC) в WTRU 210 приняло "усовершенствованная восходящая линия связи в CELL_FACH и окончание процесса режима ожидания" посредством управления доступом к среде (MAC) с примитивом CMAC-STATUS; или если WTRU 210 не смог установить физические каналы; или если критерии сбоя радиосвязи удовлетворены; тогда установить переменную COMMON_E_DCH_TRANSMISSION на FALSE и (пере)запустить таймер периодического обновления ячейки. Таймер периодического обновления ячейки может быть таймером T305.

Сбой установления физического канала может происходить, когда установление физического выделенного канала инициируется WTRU 210, WTRU 210 будет запускать таймер и ждать, пока уровень 1 не укажет на указатели "синхронно". Таймер может быть таймером T312. По приеме указателей "синхронно" физический канал считается установленным, и таймер T312 останавливается и перезапускается. Если таймер T312 истекает перед тем, как физический канал установлен, WTRU 210 будет рассматривать это как "сбой физического канала".

Сбой радиосвязи может происходить, когда WTRU 210 находится в состоянии CELL_DCH и после приема некоторого количества последовательных указателей "не синхронно" с уровня 1 для установленного выделенного физического канала управления (DPCCH) или частичного выделенного физического канала (F-DPCH) в дуплексе с частотным разделением каналов (FDD) и физического канала, ассоциированного с отображенным DCCH в дуплексе с временным разделением каналов (TDD), WTRU 210 будет запускать таймер, и после приема некоторого числа последовательных указателей "синхронно" с уровня 1 и после изменения состояния WTRU 210 таймер останавливается и перезапускается. Таймер может быть таймером T313. Если таймер T313 истекает, тогда WTRU 210 рассматривает это как сбой радиосвязи.

В качестве альтернативы, таймер периодического обновления ячейки не останавливается, когда WTRU 210 имеет выделенный ресурс E-DCH в состоянии CELL_FACH, при этом ресурс E-DCH может быть общим ресурсом E-DCH для трафика DCCH/DTCH.

Фиг.6 показывает блок-схему последовательности операций WTRU 210, который мультиплексирует данные CCCH с данными DCCH/DTCH, когда WTRU 210 имеет выделенный ресурс E-DCH и запускается периодическое обновление ячейки. WTRU 210 может функционировать в состоянии CELL_FACH с выделенным E-RNTI (610). WTRU 210 может инициировать процедуру доступа E-RACH (620). WTRU 210 может принимать выделение ресурса E-DCH (630). Ресурс E-DCH может быть общим ресурсом E-DCH для трафика DCCH/DTCH. WTRU 210 определяет, что таймер периодического обновления ячейки запущен (640). В ответ на определение того, что таймер периодического обновления ячейки запущен WTRU 210 может продолжить с процедурой доступа E-RACH и может мультиплексировать данные CCCH с данными DCCH/DTCH в том же временном интервале передачи (TTI) (650) и передавать сообщение обновления ячейки (660).

В качестве альтернативы, WTRU 210 может быть ограничен от мультиплексирования данных CCCH с данными DCCH/DTCH в том же TTI. Определение того, может ли WTRU 210 мультиплексировать данные CCCH с данными DCCH/DTCH в том же TTI, может быть заранее сконфигурировано в WTRU 210 или может быть сигнализировано как часть конфигурации потока MAC-d для CCCH. Необязательно, передаче CCCH можно дать более высокий приоритет, чем передаче данных DCCH/DTCH.

Фиг.7 показывает блок-схему последовательности операций WTRU 210, который инициирует другой доступ E-RACH, чтобы послать данные CCCH, когда WTRU 210 имеет выделенный ресурс E-DCH и запускается периодическое обновление ячейки. WTRU 210 может функционировать в состоянии CELL_FACH с выделенным E-RNTI (710). WTRU 210 может инициировать процедуру доступа E-RACH (720). WTRU 210 может принимать выделение ресурса E-DCH (730). Ресурс E-DCH может быть общим ресурсом E-DCH для трафика DCCH/DTCH. WTRU 210 определяет, что таймер периодического обновления ячейки запущен (740). WTRU 210 может быть ограничен от передачи данных CCCH на той же возможности доступа E-RACH, как данные DCCH/DTCH, и может ждать, пока текущий доступ E-RACH не будет завершен на основании запуска обновления ячейки. Запуск обновления ячейки может происходить после истечения таймера периодического обновления ячейки или после повторного выбора новой ячейки. WTRU 210 определяет, что текущий доступ E-RACH завершен (750). Как только доступ E-RACH завершен, WTRU 210 может инициировать другой доступ E-RACH (760), где WTRU 210 может передавать данные CCCH (770). Данные CCCH могут быть сообщением периодического обновления ячейки.

Фиг.8 показывает блок-схему последовательности операций WTRU 210, который имеет выделенный ресурс E-DCH и ждет, пока все процессы HARQ не станут пустыми, перед инициацией нового доступа E-RACH для передачи данных CCCH. WTRU 210 может функционировать в состоянии CELL_FACH с выделенным E-RNTI (810). WTRU 210 может инициировать процедуру доступа E-RACH (820). WTRU 210 может принимать выделение ресурса E-DCH (830). Ресурс E-DCH может быть общим ресурсом E-DCH для трафика DCCH/DTCH. WTRU 210 определяет, что таймер периодического обновления ячейки запущен (840). WTRU 210 определяет, что все процессы HARQ пусты (850). Когда все процессы HARQ пусты, WTRU 210 может завершать текущую процедуру доступа E-RACH (860). Необязательно, WTRU 210 может завершать текущий доступ E-RACH, как только объекты сегментации станут пустыми. Необязательно, WTRU 210 может завершать текущий доступ E-RACH, как только как процессы HARQ, так и объекты сегментации станут пустыми. WTRU 210 может инициировать новую процедуру доступа E-RACH для передачи CCCH (870). Передача CCCH может содержать сообщение периодического обновления ячейки.

Фиг.9 показывает блок-схему последовательности операций WTRU 210, который инициирует передачу CCCH на текущем ресурсе E-DCH, когда WTRU 210 имеет выделенный ресурс E-DCH и запускается периодическое обновление ячейки. WTRU 210 может функционировать в состоянии CELL_FACH с выделенным E-RNTI (910). WTRU 210 может начинать процедуру доступа E-RACH (920). WTRU 210 может принимать выделение ресурса E-DCH (930). Ресурс E-DCH может быть общим ресурсом E-DCH для трафика DCCH/DTCH. WTRU 210 определяет, что таймер периодического обновления ячейки запущен (940). WTRU 210 может начинать передачу CCCH на текущем ресурсе E-DCH (950). Передача CCCH может содержать сообщение периодического обновления ячейки. WTRU 210 может останавливать любую дополнительную передачу DCCH/DTCH (960). Более конкретно, MAC и RLC могут останавливать доставку данных DCCH/DTCH на физический уровень. Необязательно, WTRU 210 может останавливать любые таймеры, связанные с доставкой данных DCCH/DTCH (то есть таймер разрешения конфликта) и запускать таймер максимального разрешения CCCH.

Могут быть ситуации, в которых WTRU 210 начинает передавать сообщение CCCH без выполнения разрешения конфликта, даже несмотря на то, что он имеет выделенный E-RNTI. В то время как передача CCCH все еще идет, данные DCCH/DTCH становятся доступными для передачи. Так как WTRU 210 не выполнил разрешение конфликта, может быть не предпочтительно позволять WTRU 210 передавать данные DCCH/DTCH во время того же доступа E-RACH, как и данные CCCH.

Фиг.10 показывает блок-схему последовательности операций WTRU 210, который не позволяет данным DCCH/DTCH передаваться, если ресурсы E-DCH выделены для передачи CCCH. Более конкретно, WTRU 210 ждет, пока ресурсы CCCH не будут освобождены, перед инициацией другого доступа E-RACH для передачи данных DCCH/DTCH. WTRU 210 может функционировать в состоянии CELL_FACH с выделенным E-RNTI (1010). WTRU 210 может иметь текущий трафик CCCH (то есть выделенный общий ресурс E-DCH для трафика CCCH) (1020). WTRU 210 определяет, что данные DCCH/DTCH доступны для передачи (1030). WTRU 210 определяет, освобождены ли ресурсы CCCH, и может быть сконфигурирован, чтобы ждать, пока ресурсы CCCH не будут освобождены, перед передачей трафика DCCH/DTCH (1040). Ресурсы CCCH могут быть освобождены, если достигнута максимальная продолжительность, или если у WTRU 210 больше нет данных CCCH для передачи. Как только ресурсы CCCH освобождены, WTRU 210, а более конкретно RLC и MAC может быть позволено инициировать новую процедуру доступа E-RACH для передачи трафика DCCH/DTCH (то есть инициируется разрешение конфликта) (1050). Чтобы осуществить это ограничение, уровень MAC может не требовать данные от любых других логических каналов, пока передача CCCH и доступ E-RACH не завершены. В качестве альтернативы, RLC может запоминать в буфере данные DCCH/DTCH и не посылать никаких данных на более низкие уровни, пока доступ E-RACH не завершен.

Фиг.11 показывает блок-схему последовательности операций WTRU 210, ограничивающего передачу данных DCCH/DTCH, пока не принято сообщение подтверждения обновления ячейки. WTRU 210 может функционировать в состоянии CELL_FACH с выделенным E-RNTI (1110). WTRU 210 может иметь текущий трафик данных CCCH (то есть выделенный общий ресурс E-DCH для трафика CCCH) (1120). WTRU 210 определяет, что данные DCCH/DTCH доступны для передачи (1130). WTRU 210 определяет, что таймер периодического обновления ячейки запущен (1140). Как только периодическое обновление ячейки запущено, WTRU 210 не может допускать никакую передачу данных DCCH/DTCH, пока не принято сообщение подтверждения обновления ячейки. Чтобы сконфигурировать WTRU 210 таким ограничением, WTRU 210 может удалять E-RNTI при условии, что периодическое обновление ячейки запущено (1150). Это ограничит конфигурацию всех последовательных данных DCCH/DTCH. WTRU 210 может принимать повторно выделенный E-RNTI через сообщение подтверждения обновления ячейки (1160).

Фиг.12 показывает блок-схему последовательности операций WTRU 210, который передает данные DCCH/DTCH на том же доступе E-RACH, что и текущая передача CCCH. WTRU 210 может функционировать в состоянии CELL_FACH с выделенным E-RNTI (1210). WTRU 210 может иметь текущие передачи данных CCCH (то есть выделенный общий ресурс E-DCH для трафика CCCH) (1215). WTRU 210 определяет, что данные DCCH/DTCH становятся доступными для передачи (1220). Как только данные DCCH/DTCH становятся доступными для передачи, WTRU 210 может начать передачу DCCH/DTCH на том же доступе E-RACH, даже если ресурсы E-DCH были выделены для CCCH (1225). WTRU 210 может инициировать фазу разрешения конфликта немедленно путем присоединения своего E-RNTI к первому PDU MAC-i (1230). WTRU 210 может запускать таймер разрешения конфликта после передачи первого PDU MAC-i, содержащего его E-RNTI (1235). WTRU 210 определяет, истек ли таймер (1240) разрешения конфликта. При условии, что таймер разрешения конфликта истек, WTRU 210 может остановить передачу E-DCH (1245) и освободить ресурсы E-DCH (1250). При условии, что таймер разрешения конфликта не истек, WTRU 210 определяет, принял ли он свой E-RNTI на E-AGCH (1255). При условии, что WTRU 210 принял свой E-RNTI на E-AGCH, WTRU 210 может остановить таймер (1260) разрешения конфликта.

Фиг.13 показывает блок-схему последовательности операций WTRU 210, который передает периодическое обновление ячейки по DCCH. WTRU 210 может функционировать в состоянии CELL_FACH (1310). WTRU 210 может иметь текущий трафик данных CCCH (то есть выделенный общий ресурс E-DCH для трафика CCCH) (1320). WTRU 210 определяет, что данные DCCH/DTCH доступны для передачи (1330). При условии, что данные DCCH/DTCH доступны для передачи, WTRU 210 определяет, что он имеет выделенный E-RNTI, ячейку RNTI (C-RNTI), совместно используемый канал высокоскоростной нисходящей линии связи (HS-DSCH) RNTI (H-RNTI) (130). WTRU 210 может посылать сообщение периодического обновления ячейки по DCCH (1350). При условии, что используется логический канал DCCH, сообщение периодического обновления ячейки может быть доставлено напрямую к обслуживающему контроллеру радиосети (SRNC) вместо управляющего контроллера радиосети (CRNC). Чтобы позволить передачу DCCH, интерфейс между SRNC и CRNC модифицируется. Более конкретно, после приема сигнала обновления ячейки, SRNC посылает его к CRNC через интерфейс Iur.

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

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

функционируют в состоянии CELL_FACH с выделенным временным идентификатором радиосети усовершенствованного выделенного канала (E-DCH) (E-RNTI).

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

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

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

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

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

7. Способ по любому из предшествующих вариантов осуществления, в котором ресурс E-DCH является ресурсом E-DCH для переноса данных выделенного канала управления (DCCH)/выделенного канала трафика (DTCH).

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

9. Способ по любому из предшествующих вариантов осуществления, в котором передачи выделенного канала управления (DCCH)/выделенного канала трафика (DTCH) не выполняются после передачи CCCH.

10. Способ по варианту осуществления 1, в котором передача DCCH/DTCH может быть инициирована после определения того, что ресурс CCCH освобожден.

11. Способ по варианту осуществления 1, в котором ресурс CCCH является общим ресурсом E-DCH для передачи CCCH.

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

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

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

15. Способ по варианту осуществления 14, в котором остановка таймера периодического обновления ячейки происходит в ответ на прием выделения ресурса E-DCH.

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

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

18. Способ по варианту осуществления 17, в котором перезапуск таймера периодического обновления ячейки происходит в ответ на определение того, что ресурс E-DCH освобожден.

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

20. Способ по варианту осуществления 18, дополнительно содержащий прием выделения ресурса E-DCH.

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

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

23. Способ по варианту осуществления 22, в котором мультиплексирование данных CCCH с данными DCCH/DTCH происходит в ответ на определение того, что таймер периодического обновления запущен.

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

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

26. Способ по варианту осуществления 25, в котором инициация другого доступа E-RACH происходит в ответ на определение того, что доступ E-RACH завершен.

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

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

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

30. Способ по варианту осуществления 29, в котором доступ E-RACH завершается при условии, что все процессы HARQ пусты.

31. Способ по варианту осуществления 29, в котором доступ E-RACH завершается при условии, что объекты сегментации пусты.

32. Способ по варианту осуществления 29, в котором доступ E-RACH завершается при условии, что как процессы HARQ, так и объекты сегментации пусты.

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

34. Способ по варианту осуществления 33, в котором новый доступ E-RACH предназначен для трафика CCCH.

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

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

37. Способ по варианту осуществления 35, в котором передача CCCH содержит сообщение периодического обновления ячейки.

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

39. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий определение того, что трафик DCCH/DTCH доступен для передачи.

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

41. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий ожидание освобождения ресурсов CCCH перед передачей трафика DCCH/DTCH.

42. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий инициацию нового доступа E-EACH для передачи DCCH/DTCH.

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

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

45. Способ по варианту осуществления 35, в котором повторно выделенный E-RNTI принимается через сообщение подтверждения обновления ячейки.

46. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий передачу трафика DCCH/DTCH на том же доступе E-RACH, как и данные CCCH.

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

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

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

50. Способ варианту осуществления 49, дополнительно содержащий остановку передач E-DCH при условии, что таймер разрешения конфликта истек.

51. Способ по варианту осуществления 50, дополнительно содержащий освобождение ресурсов E-DCH.

52. Способ по варианту осуществления 49, дополнительно содержащий определение того, принят ли E-RNTI.

53. Способ варианту осуществления 52, дополнительно содержащий остановку таймера разрешения конфликта при условии, что E-RNTI принят.

54. Способ по варианту осуществления 52, в котором E-RNTI принимается на усовершенствованном канале предоставления доступа (E-AGCH).

55. Способ по любому из предшествующих вариантов осуществления, дополнительно содержащий определение того, имеет ли WTRU выделенный E-RNTI, ячейку RNTI (C-RNTI), совместно используемый канал высокоскоростной нисходящей линии связи RNTI (H-RNTI).

56. Способ по варианту осуществления 55, дополнительно содержащий передачу сообщения периодического обновления ячейки по выделенному каналу управления в ответ на определение того, что WTRU имеет выделенный E-RNTI, C-RNTI и H-RNTI.

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

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

59. Способ по любому из предшествующих вариантов осуществления, в котором общий ресурс E-DCH предназначен для трафика CCCH.

60. Способ по любому из предшествующих вариантов осуществления, в котором общий ресурс E-DCH предназначен для трафика DCCH/DTCH.

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

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

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

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

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

Процессор в соединении с программным обеспечением может использоваться для реализ