СПОСОБ И УСТРОЙСТВО ДЛЯ АДАПТАЦИИ ЛИНИИ СВЯЗИ С ВЫСОКОСКОРОСТНЫМ ПАКЕТНЫМ ДОСТУПОМ В НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

Высокоскоростной пакетный доступ в нисходящей линии связи HSDPA является составной частью технических характеристик оперирования в режиме сотового выделенного канала Cell_DCH по Версии 5 партнерского объединения 3GPP. Ключевой принцип оперирования по HSDPA - это совместное использование очень быстрой магистрали нисходящей линии связи DL, высокоскоростного нисходящего физического канала совместного пользования HS-DPSCH. Сеть универсального наземного радиодоступа UTRAN может формировать до 15 нисходящих каналов HS-DPSCH, и каждый из них может совместно использоваться всеми беспроводными передающими/принимающими блоками WTRU на базе временного интервала передачи TTI (то есть, каждые 2 миллисекунды). В результате в этих каналах нисходящей линии связи в каждом интервале из 2 миллисекунд информация может быть предназначена для различных блоков WTRU. Для того чтобы блоки WTRU могли определить, кому принадлежит информация в этих каналах совместного пользования, Узел В также посылает набор параллельных высокоскоростных управляющих каналов совместного пользования HS-SCCH. Помимо прочего, эти каналы предоставляют детали, позволяющие блокам WTRU определить, предназначена ли им информация в данном канале HS-DPSCH, и, если это так, восстановить переданную информацию.

В канале HSDPA Узел В старается наилучшим образом использовать пропускную способность этой нисходящей линии связи при помощи нескольких концепций, таких как адаптивная блокация и кодирование AMC, повторные передачи по схеме гибридного протокола автоматического запроса на повтор H-ARQ, и планирования на Узле В. Все это функционирует на очень большой скорости и направлено на получение преимуществ внесения изменений в состояние канала, которое воспринимают блоки WTRU. Для достижения этой цели Узел В планирует передачи таким образом, чтобы максимизировать производительность нисходящей линии связи (например, путем использования 16-квадратурной амплитудной блокации QAM для блоков WTRU, которые находятся очень близко к Узлу В, и использования квадратурной фазовой манипуляции QPSK для блоков WTRU, которые находятся на окраине ячейки). Это быстрое планирование дополняется на физическом уровне протоколом H-ARQ, что дает возможность повторной передачи транспортных блоков, принятых с ошибкой. Более того, допускаются многочисленные одновременные процессы H-ARQ для максимизации коэффициента использования.

Каждые 2 миллисекунды Узел В планирует передачи по каналу HSDPSCH, опираясь на состояние канала блока WTRU, статус собственных нисходящих буферных устройств и статус параллельных процессов по протоколу H-ARQ. Дополнительно, Узел В подстраивает скорость передачи битов к конкретным блокам WTRU путем адаптации блокации, кодирования и размера транспортного блока. Для достижения этого Узел В требует следующую информацию от блоков WTRU:

- показание качества канала CQI: индекс в таблице, который предоставляет максимум MCS и транспортного блока, поддерживаемые блоком WTRU, основанный на мощности принятого сигнала по нисходящей линии связи, помех от других ячеек и возможностей приемника данного блока WTRU; и

- позитивное подтверждение ACK и негативное подтверждение NACK по обратной связи в процессах H-ARQ.

Эта информация обратной связи предоставляется по высокоскоростному выделенному физическому управляющему каналу HS-DPCCH. Показание CQI предоставляется периодически, эта периодичность определяется сетью UTRAN. Информация ACK/NACK предоставляется только в ответ на прием пакета по нисходящей линии связи. Главные характерные черты канала HS-DPCCH включают в себя:

- каждый блок WTRU, имеющий доступ в канал HSPDA, имеет собственный выделенный канал, в результате чего этот блок WTRU может легко предоставить информацию обратной связи;

- канал управляется мощностью; это достигается посредством замкнутого механизма обратной связи, с использованием выделенного физического управляющего канала DPCCH нисходящей линии связи, который всегда сопровождает передачу в канале HSDPA;

- информация в канале HS-DPCCH надежно кодируется, чтобы облегчить ее распознавание; и

- информация в канале HS-DPCCH выровнена (но задержана) по отношению к каналу UL DPCCH.

Как часть Версии 7 3GPP, рассмотрено использование высокоскоростного канала совместного пользования для блоков WTRU в режиме Cell_FACH. Свойства блока WTRU в режиме Cell_FACH сильно отличаются от свойств блока WTRU в режиме Cell_DCH, включающих следующее:

- единственный механизм восходящей линии связи для блока WTRU по Версии 7 в режиме Cell_FACH - это механизм случайного доступа через канал случайного доступа RACH;

- блоки WTRU автономно адаптируют UTRAN относительно своего расположения в ячейке посредством процедур CELL UPDATE и URA UPDATE;

- блок WTRU может быть сконфигурирован для случая измерений в канале прямого доступа FACH - это те моменты, когда блок WTRU производит измерения по технологии RAT и/или ячеек внутри полосы частот;

- блоки WTRU производят следующие измерения на физическом уровне:

- мощности принятого сигнального кода RSCP общего пилот-канала CPICH: мощность принятого сигнального кода измеряется в основном канале CPICH; и

- CPICH Ec/No: отношение принятой энергии на микросхеме к плотности мощности в этой полосе частот. Отношение CPICH Ec/No называется индикатором силы принятого сигнала RSSI несущей. UTRA индикатор RSSI несущей измеряется только в режиме Cell_DCH, а не в режиме Cell_FACH. Это принятая в широкой полосе мощность, включающая в себя тепловой шум и шум приемника, в пределах полосы частот, определенной фильтром формирования импульсов приемника; и

- измерения на физическом уровне сообщаются сигнализацией через уровень 3 сети UTRAN посредством механизма "Результаты Измерений по каналу RACH" (Measured Results on RACH).

Механизм "Результаты Измерений по каналу RACH" разработан для обеспечения некоторой информации обратной связи сети UTRAN, касающейся текущего состояния нисходящего канала связи. Механизм может управляться сетью, которая транслирует информационный элемент IE "Сообщаемый количественный параметр в полосе частот для сообщения канала RACH”, как части системной информации сети в информационном элементе 11 (SIB 11) и SIB12. Этот информационный элемент IE сообщает всем блокам WTRU в данной ячейке, какой количественный параметр следует измерять. Возможный выбор отражен в таблице ниже, с указанием гранулярности сообщаемого количественного параметра и длины кодируемой информации, посылаемой в сеть UTRAN.

Со ссылкой на таблицу 1 выше блок WTRU осуществляет надлежащие измерения и сообщает их на более высокие уровни (например, на уровень управления радиоресурсами RRC). В режиме Cell_FACH базовый период измерений составляет 200 миллисекунд, но они могут происходить и чаще, если случаи измерения канала FACH сконфигурированы для наблюдения за ячейками внутри полосы частот и внутри RAT. Точность измерений для текущей ячейки задается как ±6 dB.

Информацию посылают на более высокие уровни, чтобы включить ее в элемент IE “Результаты Измерений по каналу RACH” посредством ряда сообщений RRC, включающих в себя: ОБНОВЛЕНИЕ ЯЧЕЙКИ (CELL UPDATE), ЗАПРОС НА СОЕДИНЕНИЕ С RRC (RRC CONNECTION REQUEST), ИСХОДНЫЙ ПРЯМОЙ ТРАНСФЕР (INITIAL DIRECT TRANSFER), ПРЯМОЙ ТРАНСФЕР ПО ВОСХОДЯЩЕМУ КАНАЛУ СВЯЗИ (UPLINK DIRECT TRANSFER) и ОТЧЕТ ОБ ИЗМЕРЕНИЯХ (MEASUREMENT REPORT). В отличие от большинства других измерений и количественных параметров, имеющихся в наличии на уровне RRC, те, которые переносятся в элементе IE “Результаты Измерений по каналу RACH”, не могут фильтроваться на уровне RRC перед передачей.

Элемент IE содержит сконфигурированный измеренный количественный параметр для текущей ячейки и других ячеек полосы частот из наблюдаемого набора (наблюдаемый набор включает в себя список ячеек для наблюдения, который сеть UTRAN сообщила блоку WTRU). Элемент IE может содержать также сконфигурированный измеренный количественный параметр для ячеек внутри полосы частот.

Для сообщений RRC, передаваемых по общему управляющему каналу CCCH, при формировании элемента IE “Результаты Измерений по каналу RACH” не должен быть превышен максимально допустимый размер сообщения. Чтобы выполнить это требование, блок WTRU может лимитировать количество соседних ячеек, включаемых в этот отчет, или пропустить элемент IE “Результаты Измерений по каналу RACH”.

При использования технологии HSDPA в режиме Cell_FACH основной проблемой является нехватка выделенного канала восходящей линии связи и, как следствие этого, отсутствие обратной связи. Без этой информации достоинства технологии HSDPA значительно сокращаются.

Несколько предложений, направленных на решение этой проблемы обратной связи, уже были выдвинуты ранее. Согласно одному из этих предложений было предложено передавать показание CQI через:

- транспортный канал RACH либо в преамбуле, либо в сообщении;

- новые общие каналы восходящей линии связи совместного пользования; и

- кодовое пространство восходящей линии связи совместного пользования.

Однако методика, описанная выше, требует изменений в блоках WTRU на физическом уровне. Так как есть настойчивое стремление к ограничению таких изменений, было предложено использовать механизм “Результаты Измерений по каналу RACH” для передачи информации о качестве канала в сеть UTRAN. Так как информация вкладывается в сообщение элемента IE на уровне RRC, контроллеру радиосети RNC необходимо направить эту информацию о качестве канала на Узел В, для того чтобы он смог выполнить адаптивную блокацию и кодирование.

Однако использование механизма “Результаты Измерений по каналу RACH” для предоставления информации обратной связи о качестве каналов сталкивается с рядом проблем. Например:

1. Измеренный количественный параметр (метрика), который передается по каналу обратной связи и затем используется Узлом В, представляет собой либо параметр CPICH RSCP, либо параметр CPICH Ec/No. Проблемы, которые могут быть ассоциированы с обоими измерениями, включают в себя:

1) Параметр RSCP измеряет только принятую мощность по одному коду и не предоставляет никаких показаний о помехах соседних ячеек, с которыми имеет дело блок WTRU.

2) Ec/No предоставляет отношение мощности, принятой по каналу CPICH, к общей принятой мощности нисходящей линии связи (CPICH Ec/No = CPICH RSCP/UTRA Carrier RSSI). Так как в знаменателе стоит общая принятая мощность нисходящей линии связи DL, диапазон этой метрики в некоторой степени уменьшен по сравнению с чистым отношением сигнал несущей/помеха. Дополнительно, принятая мощность нисходящей линии связи (то есть RSSI) не обязательно измеряется в режиме Cell_FACH. А если она не измеряется, то при вычислении CPICH Ec/No физический уровень использует последнее значение индикатора RSSI, вычисленное при нахождении в режиме Cell_DCH. Если некоторое пользовательское оборудование UE находится в режиме Cell_FACH в течение продолжительного периода времени, то это значение индикатора RSSI будет просроченным, и такой показатель измерений будет ничем не лучше, чем CPICH RSCP.

3) Эти показатели измерений никак не учитывают возможности приемника блока WTRU. Возможна ситуация, когда, для одной и той же мощности CPICH RSCP, блоки WTRU с различными конструкциями приемников могут поддерживать совсем разные блокации, кодирования и размеры транспортных блоков.

4) Корреляция между показателями RSCP и Ec/No и реальными показаниями CQI очень слабая.

2. Как только блоки WTRU в режиме Cell_PCH переходят границы ячеек, сеть UTRAN обновляет информацию о качестве их каналов на основе информации, принятой в сообщении CELL UPDATE. Если эти блоки переходят в режим Cell_FACH, сеть UTRAN будет иметь своевременную информацию о качестве канала, которую она может ретранслировать на Узел В. С другой стороны, как только блоки WTRU в режиме URA_PCH пересекают границы области маршрутизации URA сети UTRAN, они информируют сеть посредством сообщения URA UPDATE. Так как это сообщение не содержит элемента IE "Результаты Измерений по каналу RACH", то сеть, скорее всего, имеет просроченную информацию о качестве канала.

3. Величины, сообщаемые в элементе IE: "Результаты Измерений по каналу RACH", не могут быть фильтрованы на уровне RRC блока WTRU. Так как между моментом осуществления измерения и временем осведомления Узла В с этой информацией существует время задержки, то использование не усредненных результатов может привести к неоптимальной работе.

4. Механизм "Результаты Измерений по каналу RACH" управляется в каждой ячейке посредством информационной трансляции в системной информации. В результате этого требуется, чтобы все блоки WTRU в ячейке сообщали одну и ту же информацию. Это снижает гибкость механизма сообщений, так как сеть UTRAN может предпочесть один показатель измерений другому, в зависимости от возможных обстоятельств их использования. К примеру, потери в полосе могут оказаться лучшим параметром измерений для повторного отбора ячеек, тогда как CPICH Ec/No может оказаться лучшим параметром измерений для сообщения о качестве канала.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Представлен способ и устройство для адаптации линии связи с высокоскоростным пакетным доступом в нисходящей линии связи. Этот способ включает в себя прием метрики измерения качества канала посредством информационного элемента IE Результаты Измерений по каналу случайного доступа RACH. Линия связи адаптируется на основе принятой метрики качества канала.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

на фиг.1 для примера показана беспроводная система связи, которая включает в себя некоторое количество блоков WTRU, контроллер управления радиосетью RNC и Узел В;

на фиг.2 для примера показана функциональная блок-схема блока WTRU и Узел В по фиг.1; и

на фиг.3 приведена блок-схема последовательности операций в способе адаптации линии связи HSDPA.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

Будучи упомянутым в дальнейшем, термин "беспроводной передающий/принимающий блок WTRU (wireless transmit/receive unit)" включает в себя, но не ограничивается, пользовательское оборудование UE, мобильную станцию, стационарное или мобильное абонентское устройство, пейджер, сотовый телефон, персональный цифровой помощник PDA, компьютер или устройство пользователя любого другого типа, способное к оперированию в беспроводной среде. Будучи упомянут в дальнейшем, термин "базовая станция" включает в себя, но не ограничивается, Узел В, контроллер сайта, точку доступа AP или устройство пользователя любого другого типа, способное к оперированию в беспроводной среде.

На фиг.1 показана беспроводная система 100 связи, которая включает в себя некоторое количество блоков WTRU 110 и Узел В 120. На фиг.1 показано, что блоки WTRU 110 находятся на связи с Узлом В 120. Следует отметить, что, хотя для примера на фиг.1 показана конфигурация блоков WTRU 110 и Узла В 120, любая из комбинаций беспроводных и проводных устройств может быть рассмотрена в такой беспроводной системе 100 связи. Дополнительно, на линии связи с Узлом В 120 находится RNC 130.

На фиг.2 показана функциональная блок-схема 200 блока WTRU 110 и Узел В 120 беспроводной системы связи 100 по фиг.1. На фиг.2 показано, что блок WTRU 110 находится на линии связи с Узлом В 120. Узел В 120 сконфигурирован для подстройки адаптации линии связи HSDPA, а блок WTRU 110 предоставляет передачу по обратной связи качества канала (например, в элементе IE "Результаты Измерений по каналу RACH"), помогая Узлу В 120 в выполнении адаптации линии связи.

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

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

На фиг.3 представлена блок-схема последовательности операций в способе 300 адаптации линии связи HSDPA. На этапе 310 данный блок WTRU 110 включает метрику измерения качества канала в элемент IE "Результаты Измерений по каналу RACH" и передает эту метрику измерения качества канала на Узел В 120. В одном из примеров эта метрика измерения качества канала включается в сигналы контроллера радиоресурсов RRC.

Метрика измерения качества канала, которую передает блок WTRU 110, может включать в себя отношение CPICH C/I на основе параметров, вычисленных в режимах Cell_FACH, Cell_PCH, URA_PCH, и Idle. Например, может быть определено следующее:

где размерность всех членов в Вт. Дополнительно, может быть определен некоторый новый показатель измерения с учетом мощности принятого сигнального кода, общие помехи и возможности блоков WTRU 110.

В качестве альтернативы, существующие измерения блоками WTRU 110 метрик измерения качества канала могут быть модифицированы и сообщены посредством элемента IE "Результаты Измерений по каналу RACH". Например, показание CQI, вычисленное блоком WTRU 110, может быть направлено на более высокие уровни как параметр измерения и сообщен посредством элемента IE "Результаты Измерений по каналу RACH" или UTRA индикатора RSSI несущей может быть измерен в режиме Cell_FACH для того, чтобы улучшить актуальность параметра измерения CPICH Ec/No.

Элемент IE "Результаты Измерений по каналу RACH" может быть сконфигурирован для каждого блока WTRU 110 вместо каждой ячейки. Дополнительно, блок WTRU 110 может послать одну или несколько метрик измерения качества канала в этом элементе IE. Блок WTRU 110 может дать приоритет конкретным метрикам. Например, для трафика CCCH, такого как сообщение CELL UPDATE после повторного отбора ячейки, приоритет может быть отдан тем измерениям качества канала, которые могут помочь в адаптации линии связи. Для любых измерений на физическом уровне, описанных выше, может также осуществляться фильтрация на уровне 3.

Как только Узел В 120 принимает сообщение, содержащее элемент IE, он направляет его на контроллер RNC 130 (этап 320), где контроллер RNC интерпретирует метрику измерения качества канала и направляет информацию о качестве канала обратно на Узел В 120 (этап 330). После этого Узел В может подстроить адаптацию линии связи на основе информации о качестве канала (этап 340). Дополнительно, Узел В 120 может подстроить адаптацию линии связи на основе типа фильтрации, разрешенной для этого параметра измерения качества канала, сообщенного блоком WTRU 110.

Дополнительно, для того чтобы охватить блоки WTRU 110, которые находились в режиме URA_PCH, а затем перешли в режим Cell_FACH, элемент IE "Результаты Измерений по каналу RACH" может быть вложен в сообщение URA UPDATE. Так как измерения в соседних ячейках имеют меньшую значимость в URA_PCH, блок WTRU 110 может быть жестко закодирован только на сообщение количественных параметров измерений, основанных на текущей ячейке, будь это уже существующее или новое измерение.

Любое из существующих или новых измерений, которые сообщаются блоком WTRU 110, может быть синхронизировано со случаями измерений блоками WRTU 110 в канале FACH и/или любого цикла прерываемого приема (DRX), определенного в текущий момент в режиме Cell_FACH, режиме Cell_PCH, режиме URA_PCH или состоянии покоя. Это может быть достигнуто посредством согласования периода измерения и кратного количества циклов DRX.

В качестве альтернативы, синхронизация может быть достигнута, если измерение сообщаемого параметра производится блоком WTRU 110 при первой же возможности, представляемой циклом DRX, следующей после истечения периода измерения. Например, если период измерения установлен в 300 миллисекунд, и при этом цикл DRX повторяется каждые 200 миллисекунды, и если последнее измерение имело место в течение последней возможности, предоставленной циклом DRX (t=0 миллисекунд), блок WTRU 110 произведет измерение в момент t=400 миллисекунд вместо t=300 миллисекунд.

Дополнительно, может быть расширен список сообщений RRC, в которые включается элемент IE "Результаты Измерений по каналу RACH". Например, этот элемент IE может быть включен в любое из следующих сообщений: ИНФОРМАЦИЯ О ВОЗМОЖНОСТЯХ UE, ПРОВЕРКА СЧЕТЧИКА (COUNTER CHECK), УСТАНОВКА РАДИОНОСИТЕЛЯ ЗАВЕРШЕНА (RADIO BEARER SETUP COMPLETE), РЕКОНФИГУРАЦИЯ ТРАНСПОРТНОГО КАНАЛА ЗАВЕРШЕНА (TRANSPORT CHANNEL RECONFIGURATION COMPLETE), РЕКОНФИГУРАЦИЯ ФИЗИЧЕСКОГО КАНАЛА ЗАВЕРШЕНА (PHYSICAL CHANNEL RECONFIGURATION COMPLETE), ИНФРМАЦИЯ О МОБИЛЬНОСТИ СЕТИ UTRAN ПОДТВЕРЖДЕНА (UTRAN MOBILITY INFORMATION CONFIRM).

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

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

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

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

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

2. Способ по п.1, дополнительно содержащий прием метрики измерения качества канала посредством информационного элемента (IE) Результаты измерения по каналу случайного доступа (RACH).

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

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

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

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

7. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий передачу измерения метрики качества канала посредством информационного элемента (IE) Результаты измерения по каналу случайного доступа (RACH).

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

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

10. Способ по любому из предыдущих вариантов осуществления, в котором измерение метрики качества канала основано на отношении сигнал несущей/помеха (CPICH C/I), вычисленном по измерениям, осуществленным в любом одном из следующих режимов: Cell_FACH, Cell_PCH, URA_PCH и Idle.

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

12. Способ по любому из предыдущих вариантов осуществления, в котором передача измерения метрики качества канала посредством информационного элемента (IE) Результаты измерения по каналу случайного доступа (RACH) включает в себя передачу множества метрик качества канала.

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

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

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

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

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

18. Узел В сконфигурирован для выполнения способа по любому из предыдущих вариантов осуществления.

19. Узел В по п.п.18, дополнительно содержащий приемник.

20. Узел В по любому из п.18-19, дополнительно содержащий передатчик.

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

22. Узел В по любому из п.п.18-21, в котором процессор сконфигурирован для приема метрики качества канала посредством информационного элемента (IE) Результаты Измерений по каналу случайного доступа (RACH).

23. Узел В по любому из п.п.18-22, в котором процессор сконфигурирован для адаптации линии связи на основе принятой метрики качества канала.

24. Узел В по любому из п.п.18-23, в котором процессор дополнительно сконфигурирован для осуществления фильтрации метрики качества канала.

25. Узел В по любому из п.п.18-24, в котором адаптация линии связи основана на метрике качества канала, подвергнутой фильтрации.

26. Блок WTRU, сконфигурированный для выполнения способа по любому из п.п.1-17.

27. Блок WTRU по п.26, дополнительно содержащий приемник.

28. Блок WTRU по любому из п.п.26-27, дополнительно содержащий передатчик.

29. Блок WTRU по любому из п.п.26-28, дополнительно содержащий процессор, на связи с приемником и передатчиком.

30. Блок WTRU по любому из п.п.26-29, в котором процессор сконфигурирован для выполнения измерений метрики качества канала.

31. Блок WTRU по любому из п.п.26-30, в котором процессор сконфигурирован для передачи измерения метрики качества канала посредством информационного элемента (IE) Результаты измерения по каналу случайного доступа (RACH).

32. Блок WTRU по любому из п.п.26-31, в котором измерение метрики качества канала основано на индикаторе силы принятого сигнала (RSSI) на несущей универсального наземного радиодоступа (UTRA), измеренного в режиме Cell_FACH.

33. Блок WTRU по любому из п.п.26-32, в котором измерение метрики качества канала основано на любой из комбинаций следующих факторов: принятой мощности кода сигнала, общих помех и/или возможностей блока WTRU.

34. Блок WTRU по любому из п.п.26-33, в котором измерение метрики качества канала основано на отношении сигнал несущей/помеха (CPICH C/I), вычисленном по измерениям, проведенным в любом из следующих режимов: Cell_FACH, Cell_PCH, URA_PCH, и Idle.

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

36. Блок WTRU по любому из п.п.26-35, в котором процессор сконфигурирован для синхронизации измерений качества канала с случаями измерений в канале прямого доступа (FACH).

37. Блок WTRU по любому из п.п.26-36, в котором процессор сконфигурирован для синхронизации измерений качества канала с циклом прерываемого приема (DRX) блока WTRU.

38. Блок WTRU по любому из п.п.26-37, в котором синхронизация включает в себя согласование периода измерений блока WTRU с кратным количеством циклов DRX блока WTRU.

39. Блок WTRU по любому из п.п.26-37, в котором процессор дополнительно сконфигурирован для измерения передаваемого показателя величины при следующей возможности, представляемой циклом DRX блока WTRU, следующим после истечения периода измерения.

40. Способ, как в любом из пп.1-17, дополнительно содержащий измерения внутри полосы частот и/или внутри RAT в периоды DRX вместо случаев измерений в канале прямого доступа (FACH).

41. Способ, как в любом из пп.1-17, в котором элемент IE "Результаты Измерений по каналу RACH" включен в сообщение URA UPDATE на уровне Управления Радиоресурсами (RRC) и/или другие сообщения RRC в восходящем канале.