СПОСОБ И УСТРОЙСТВО ДЛЯ ПОДДЕРЖАНИЯ СИНХРОНИЗАЦИИ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ И УМЕНЬШЕНИЯ ПОТРЕБЛЕНИЯ МОЩНОСТИ АККУМУЛЯТОРА
METHOD AND DEVICE FOR SUPPORTING UPLINK SYNCHRONISATION AND REDUCING ACCUMULATOR POWER CONSUMPTION

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к беспроводным системам связи. Более подробно настоящее изобретения относится к способу и устройству для поддержки синхронизации восходящей линии связи и уменьшения потребления мощности аккумулятора беспроводного блока передачи/приема (WTRU).
УРОВЕНЬ ТЕХНИКИ
В традиционной системе 3GPP (Third Generation Partnership Project - проект партнерства третьего поколения), имеются четыре небездействующих состояния управления радиоресурсами (RRC), приблизительно соответствующие четырем уровням активности WTRU: состояние специализированного канала (DCH) сотового уровня (Cell_DCH), состояние канала прямого доступа (FACH) сотового уровня (Cell_FACH), состояние канала поискового вызова (пейджингового канала) (PCH) сотового уровня (Cell_PCH) и состояние PCH зоны регистрации (URA) универсальной наземной сети радио-доступа (UTRAN) (URA_PCH). В состоянии Cell_DCH беспроводной блок передачи/приема (WTRU) имеет специализированный физический канал для передачи данных. В состоянии Cell_FACH WTRU не выделено никакого специализированного канала, но WTRU может использовать канал случайного доступа (RACH) и канал прямого доступа (FACH) для передачи и приема сигнала и пользовательской двумерной информации. Пересылать большие объемы двумерной пользовательской информации в состоянии Cell_FACH неэффективно. Состояние Cell_PCH уменьшает потребление энергии аккумулятора за счет только прослушивания PCH в режиме дискретного приема (DRX). Как с состоянием Cell_DCH, так и с Cell_FACH, расположение WTRU в состоянии Cell_PCH известно на сотовом уровне. WTRU в состоянии Cell_PCH временно входит в состояние Cell_FACH, когда перемещается в новую соту, чтобы передавать ее новую информацию о положении. Состояние URA_PCH подобно состоянию Cell_PCH, за исключением того, что в состоянии URA_PCH сеть только получает информацию, когда WTRU переходит в новую зону регистрации (URA). Когда WTRU запрашивает соты, он обычно остается в том же состоянии. В настоящее время передачи обслуживания в состоянии Cell_DCH являются направленными сетью.
WTRU, который находится в активном состоянии, имеет возможность соединения с недоступным уровнем (NAS), таким образом WTRU может взаимодействовать с узлами в базовой сети. WTRU в активном состоянии также имеет возможность соединения с доступным уровнем (AS), такую что конфигурация однонаправленного радиоканала (например, обмен мощностью, кодирование и т.п.) является завершенной для WTRU.
WTRU в состоянии ожидания потребляет меньше мощности и ресурсов, чем WTRU в активном состоянии малой мощности. Одной важной характеристикой WTRU в состоянии ожидания является то, что WTRU в этом состоянии не участвует в активном режиме передачи обслуживания. Другими словами, когда WTRU в состоянии ожидания переходит от одной соты в другую, WTRU не конфигурирует однонаправленные каналы с новыми сотами, если он остается в состоянии ожидания.
Одной из целей в следующем поколении беспроводных систем связи является обеспечение «всегда доступной» возможности связи. Однако для аккумуляторных WTRU потребление мощности аккумулятора является проблемой. «Всегда доступная» возможность связи является желаемым признаком, но это приводит к уменьшению периода жизни аккумулятора.
В настоящее время в 3GPP, WTRU поддерживает синхронизацию восходящей линии связи, когда имеет специализированный канал для базовой станции. WTRU всегда поддерживает синхронизацию восходящей линии связи, когда находится в состоянии Cell_DCH. WTRU также ресинхронизирует свою восходящую линию связи каждый раз, когда получает новый набор специализированных каналов, отличающийся от предыдущего. Поддержка синхронизации восходящей линии связи (обычно посредством RACH передачи) является одним из источников потребления мощности аккумулятора WTRU.
Следовательно, было бы желательно предоставить схему, поддерживающую эффективную синхронизацию восходящей линии связи и уменьшающую потребление мощности аккумулятора, пока WTRU находится в активном состоянии.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Настоящее изобретение относится к способу и устройству для поддержки синхронизации восходящей линии связи и уменьшения потребления мощности аккумулятора WTRU. Узел-В посылает сообщение опроса WTRU. WTRU посылает пачку импульсов синхронизации восходящей линии связи в ответ на сообщение опроса без конфликта. Узел-В оценивает сдвиг времени восходящей линии связи на основании пачки импульсов синхронизации восходящей линии связи и посылает WTRU команду установки времени восходящей линии связи без конфликта. Затем WTRU устанавливает время восходящей линии связи на основании команды установки времени восходящей линии связи. В качестве альтернативы Узел-В может посылать WTRU сообщение планирования для синхронизации восходящей линии связи. WTRU может посылать пачку импульсов синхронизации восходящей линии связи на основании сообщения планирования. В качестве альтернативы WTRU может выполнять основанную на разногласии (конфликте) синхронизацию восходящей линии связи после приема запроса синхронизации от Узла-В. WTRU, когда переходит в новую соту, может входить в состояние ожидания вместо выполнения передачи обслуживания в новую соту. Интервал DRX для WTRU может быть установлен на основании активности WTRU.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Более детальное понимание изобретения может быть получено из следующего описания предпочтительного варианта осуществления, приведенного в качестве примера и понимания вместе с прилагающимися чертежами, на которых показаны:
Фиг.1 - диаграмма передачи сигналов процесса для поддержания синхронизации восходящей линии связи с использованием алгоритма без конфликта, согласно с одним вариантом осуществления настоящего изобретения;
Фиг.2 - диаграмма передачи сигналов процесса для поддержания синхронизации восходящей линии связи с использованием алгоритм без конфликта, согласно с другим вариантом осуществления настоящего изобретения;
Фиг.3 - диаграмма передачи сигналов процесса для поддержания синхронизации восходящей линии связи с использованием основанного на конфликте алгоритма, согласно с настоящим изобретением;
Фиг.4 - блок-схема Узла-В и WTRU, сконфигурированных согласно с настоящим изобретением.
ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Далее, терминология «WTRU» включает в себя, но не только это: пользовательское оборудование (UE), мобильную станцию (STA), стационарный или мобильный блок абонента, пейджер, телефон сотовой связи, персонального цифрового ассистента (PDA), компьютер или любой другой тип пользовательского устройства, способный работать в беспроводной среде. Далее, терминология «Узел-В» включает в себя, но не только это: базовую станцию, контроллер в условиях эксплуатации, точку доступа (AP) или любой другой тип устройства интерфейса, способный работать в беспроводной среде.
Настоящее изобретение применимо к любой беспроводной системе связи, включая такие, как (и не только): сеть с широкополосным множественным доступом с кодовым разделением каналов (WCDMA) и долгосрочную эволюцию (LTE) 3GPP сотовых сетей в 7 версии 3GPP.
Фиг.1 - диаграмма передачи сигналов процесса 100 для поддержания синхронизации восходящей линии связи с использованием алгоритма без конфликта, согласно с одним вариантом осуществления настоящего изобретения. Для синхронизации восходящей линии связи Узел-В 152 посылает сообщение опроса WTRU 154, чтобы запросить передачу пачки импульсов синхронизации восходящей линии связи (этап 102). WTRU 154 может получить сообщение опроса также во время регистрации или посредством радиовещания после регистрации. Сообщение опроса указывает характерное время (например, номер блока системы или временной интервал передачи (TTI)) и/или ресурс для отправления пачки импульсов синхронизации восходящей линии связи, таким образом, что конкретный WTRU может отправлять пачку импульсов синхронизации восходящей линии связи без конфликта с другими WTRU. В ответ на сообщение опроса WTRU 154 посылает пачку импульсов синхронизации восходящей линии связи, основанную на параметрах (например, конкретное время, ресурс и т.п.), включенных в сообщение опроса (этап 104). Узел-В 152 получает пачку импульсов синхронизации восходящей линии связи и оценивает сдвиг времени восходящей линии связи на основании пачки импульсов синхронизации восходящей линии связи (этап 106). Узел-В 152 посылает команду установки времени восходящей линии связи в WTRU 154 (этап 108). WTRU 154 затем устанавливает время восходящей линии связи на основании команды установки времени восходящей линии связи (этап 110).
Сообщение опроса может включать в себя информацию о радиопомехах восходящей линии связи, для того, чтобы WTRU 154 мог использовать эту информацию в определении мощности передачи восходящей линии связи для пачки импульсов синхронизации восходящей линии связи. В качестве альтернативы, Узел-В 152 может точно определить мощность передачи восходящей линии связи для пачки импульсов синхронизации восходящей линии связи. Узел-В 152 может посылать сообщение опроса по общему каналу управления, предоставляющему доступ к совместно используемому каналу восходящей линии связи для пачки импульсов синхронизации восходящей линии связи.
В качестве альтернативы, чтобы сэкономить дополнительную мощность, WTRU 154 может входить в режим DRX и активизироваться в заранее определенные интервалы как для поискового вызова, так и для распределения совместно используемых каналов восходящей линии связи. Если WTRU 154 входит в режим DRX, то Узлу-В не нужно посылать сообщения опроса WTRU 154 очень часто. Сеть конфигурирует периодичность, с которой Узел-В должен посылать сообщения опроса WTRU 154. Эта информация о периодичности может быть отправлена WTRU 154 посредством широковещательного сообщения. В этом случае WTRU 154 может только активизироваться в те моменты, в которые ожидается получение сообщения опроса. После прослушивания на наличие сообщения опроса и выполнения необходимых радиопередач, WTRU 154 возвращается обратно в режим DRX чтобы, сэкономить мощность аккумулятора.
Сообщение опроса может адресовать несколько содержащихся в WTRU параметров для нескольких опрашиваемых WTRU, чтобы выслать их пачки импульсов синхронизации восходящей линии связи. Частота опроса может быть разной для каждого WTRU. Частота опроса может быть определена на основании оцененного сдвига синхронизирующих импульсов и/или мобильности WTRU. Частота опроса может быть адаптивно изменена как WTRU 154 (посредством запроса у Узла-В) так и Узлом-В 152. Частота опроса может быть различной для каждого состояния RRC (или управления доступом к среде передачи) WTRU 154. Частота опроса может увеличиваться с течением времени (например, экспоненциально), в то время как период неактивности WTRU 154 увеличивается. Узел-В может использовать результаты синхронизации восходящей линии связи как один фактор в адаптивно изменяющейся частоте опроса для WTRU 154. Распределение каналов восходящей линии связи для пачки импульсов синхронизации восходящей линии связи, обеспеченное сообщением опроса, может быть периодичным или может, но не обязательно, измерять длительность канала восходящей линии связи.
Поскольку WTRU 154 в активном состоянии уже распознано Узлом-В 152 и Узел-В 152 может уникальным образом идентифицировать WTRU 154, посредством запланированных временных интервалов для WTRU 154. WTRU 154 может пренебречь идентификатор соты или идентификатор WTRU (например, временная идентификационная информация радио сети контроля (C-RNTI)), в пачке импульсов синхронизации восходящей линии связи. Это уменьшит затраты.
В качестве альтернативы, Узел-В 152 может включать в сообщение опроса короткий (предпочтительно случайный) идентификатор, тег или порядковый номер, а WTRU 154 может использовать этот же короткий идентификатор, тег или порядковый номер в пачке импульсов синхронизации восходящей линии связи. Поскольку этот идентификатор, тег или порядковый номер меньше, чем другие формы идентификации (например, идентификатор соты или C-RNTI), затраты уменьшаются.
Фиг.2 - диаграмма передачи сигналов процесса 200 для поддержки синхронизации восходящей линии связи с использованием алгоритма без конфликта, согласно с другим вариантом осуществления настоящего изобретения. Узел-В 252 генерирует расписание (план) для синхронизации восходящей линии связи WTRU 254 и посылает WTRU 254 сообщение планирования для синхронизации восходящей линии связи (этап 202). Сообщение планирования может включать в себя план для нескольких WTRU. Синхронизация восходящей линии связи выполняется в определенные заранее временные интервалы с использованием определенного заранее ресурса, указанного в сообщении планирования. Узел-В 252 может передавать сигнал о ресурсе для синхронизации восходящей линии связи в WTRU 254, предшествующий запланированному времени синхронизации. Сообщение планирования может включать в себя информацию о радиопомехах восходящей линии связи или информацию о мощности передачи восходящей линии связи. Информация о мощности передачи восходящей линии связи может передаваться для группы WTRU, если они находятся в одинаковом состоянии. В качестве альтернативы информация о мощности передачи восходящей линии связи может передаваться для каждого WTRU или может быть использована только как опорная. Сообщение планирования может быть передано посредством общего канала управления, предоставляющего доступ к совместно используемому каналу восходящей линии связи для пачки импульсов синхронизации.
WTRU 254 посылает пачку импульсов синхронизации восходящей линии связи на основании сообщения планирования (этап 204). WTRU 254 может, но не обязательно, указывать время следующей синхронизации в пачке импульсов синхронизации восходящей линии связи (т.е. полезная нагрузка пачки импульсов синхронизации может включать в себя поле, указывающее следующее время синхронизации). Это время синхронизации может быть рассмотрено, как рекомендация Узла-В 252, и Узел-В 252 может модифицировать план или рекомендацию посредством отправления сигнала по каналу сигнализации (передачи сигналов) (например, по совместно используемому каналу управления). WTRU 254 может также посылать запрос планирования, информирующий о количестве данных, ожидающих передачи в WTRU 254. WTRU 254 может также посылать измеренные результаты, такие как индикатор качества канала (CQI).
Узел-В 252 оценивает сдвиг времени восходящей линии связи на основании пачки импульсов синхронизации восходящей линии связи (этап 206). Узел-В 252 посылает команду установки времени восходящей линии связи в WTRU 254 (этап 208). WTRU 254 затем устанавливает время восходящей линии связи на основании команды установки времени восходящей линии связи (этап 210).
Поскольку WTRU 254 в активном состоянии уже распознано Узлом-В 252 и Узел-В 252 может уникальным образом идентифицировать WTRU 254, посредством запланированных временных интервалов для WTRU 254, WTRU 254 может пренебречь идентификатор соты или WTRU ID (идентификатор WTRU) (например, C-RNTI), в пачке импульсов синхронизации восходящей линии связи. Это уменьшит затраты.
В качестве альтернативы Узел-В 252 может включать в сообщение планирования короткий (предпочтительно случайный) идентификатор, тег или порядковый номер, а WTRU 254 может использовать этот же короткий идентификатор, тег или порядковый номер в пачке импульсов синхронизации восходящей линии связи. Поскольку этот идентификатор, тег или порядковый номер меньше, чем другие формы идентификации (например, идентификатор соты или C-RNTI), затраты уменьшаются.
Фиг.3 - диаграмма передачи сигналов процесса 300 для поддержки синхронизации восходящей линии связи с использованием основанного на конфликте алгоритма, согласно с настоящим изобретением. Узел-В 352 посылает сообщение запроса синхронизации в WTRU 354, инструктируя или рекомендуя WTRU 354 выполнить алгоритм синхронизации восходящей линии связи, пока WTRU 354 находится в активном состоянии (этап 302). Сообщение запроса синхронизации может быть адресовано нескольким WTRU. Сообщение запроса синхронизации может включать в себя конкретное время и/или ресурс для WTRU для посылки пачки импульсов синхронизации. Сообщение запроса синхронизации может включать в себя информацию о радиопомехах восходящей линии связи или информацию о мощности передачи восходящей линии связи. Сообщение запроса синхронизации может быть передано посредством общего канала управления, предоставляющего доступ к совместно используемому каналу восходящей линии связи для пачки импульсов синхронизации.
В ответ WTRU 354 выполняет принятый основанный на конфликте алгоритм для синхронизации восходящей линии связи. WTRU 354 посылает передачу восходящей линии связи (например, преамбулу (заголовок) RACH) Узлу-В 352 (например, посредством RACH), используя основанный на конфликте механизм (например, разделенный механизм Алоха (Aloha)) (этап 304). Как несинхронизированный RACH, так и синхронизированный могут быть использованы для этой передачи восходящей линии связи, который указывается как посредством передачи сигналов RRC, так и посредством сообщения запроса синхронизации от Узла-В 352. Узел-В 352 получает передачу восходящей линии связи и оценивает сдвиг времени восходящей линии связи на основании передачи восходящей линии связи (этап 306). Узел-В 352 посылает WTRU 354 команду установки времени восходящей линии связи (этап 308). Затем WTRU 354 устанавливает время восходящей линии связи на основании команды установки времени восходящей линии связи (этап 310).
Узел-В 352 может включать в сообщение запроса синхронизации короткий (предпочтительно случайный) идентификатор, тег или порядковый номер, а WTRU 354 может использовать этот же короткий идентификатор, тег или порядковый номер в пачке импульсов синхронизации восходящей линии связи.
Узел-В 352 может назначать кадр, суб-кадр или временной интервал, в котором алгоритм синхронизации восходящей линии связи (или алгоритмы случайного доступа) должен быть выполнен, пока WTRU 354 находится в активном состоянии. Назначенный кадр, суб-кадр или временной интервал отличаются от тех кадров, суб-кадров или временных интервалов, которые используются для выполнения алгоритма синхронизации восходящей линии связи (или алгоритмов случайного доступа) во время того, как WTRU 354 находится в состоянии ожидания (т.е. отличаются от временных интервалов RACH). Назначение кадра, суб-кадра или временного интервала может быть выполнено посредством предшествующей передачи сигналов (например, широковещательных сообщений) или посредством предварительной конфигурации. Узел-В 352 может обеспечивать различные уровни обслуживания или удовлетворять различным эксплуатационным требованиям или поставленным задачам для WTRU, находящихся в активном состоянии, в отличие от WTRU, находящихся в состоянии ожидания. Когда WTRU 354 находится в активном состоянии, чтобы поддержать активный трафик (поток информационного обмена), требуется более плотно поддерживаемая синхронизация восходящей линии связи. Поэтому WTRU 354 может потребоваться посылать передачу синхронизации восходящей линии связи более часто, в сравнении с состоянием ожидания, которое требует менее плотной синхронизации восходящей линии связи, поскольку в этом случае нет исходящего активного потока информационного обмена.
Во всех вариантах осуществления изобретения, описанных выше, Узел-В может включать в сообщение опроса, сообщение планирования или сообщение запроса синхронизации метку, показывающую является ли алгоритм для синхронизации восходящей линии связи, выполняемый WTRU, обязательным или необязательным. Управление WTRU для выполнения синхронизации восходящей линии связи (т.е. устанавливая метку «обязательно») является полезным, когда Узлу-В нужно послать пакеты в WTRU (например, технология высокоскоростного пакетного доступа нисходящей линии связи (HSDPA), поскольку WTRU должно быть синхронизировано с восходящей линией связи, чтобы послать сигнал положительной обратной связи для гибридного автоматического повторного запроса (H-ARQ). Предпочтительно, метка включается в сообщение опроса, сообщение планирования или сообщение запроса синхронизации. Если метка показывает, что синхронизация восходящей линии связи является необязательной, то WTRU может выполнить, а может и не выполнять алгоритм синхронизации восходящей линии связи.
Фиг.4 - блок-схема Узла-В 400 и WTRU 450, сконфигурированных согласно с настоящим изобретением. Узел-В 400 включает в себя контроллер 402 синхронизации восходящей линии связи и приемопередающее устройство 404. WTRU 450 включает в себя приемопередатчик 452 и контроллер 454 синхронизации восходящей линии связи. Контроллер 402 синхронизации восходящей линии связи генерирует сообщение опроса, сообщение режима планирования ли сообщение запроса синхронизации для WTRU 450. Приемопередатчик 404 передает сообщение опроса, сообщение планирования или сообщение запроса синхронизации WTRU 450. Приемопередатчик 452 в WTRU 450 получает сообщение опроса, сообщение планирования или сообщение запроса синхронизации и посылает Узлу-В 400 пачку импульсов синхронизации восходящей линии связи на основании сообщения опроса, сообщении планирования или сообщении запроса синхронизации.
Контроллер 402 синхронизации восходящей линии связи оценивает сдвиг времени восходящей линии связи на основании пачки импульсов синхронизации восходящей линии связи, которая передается от WTRU 450 и генерирует команду установки времени восходящей линии связи. Приемопередатчик 404 затем посылает команду установки времени восходящей линии связи в WTRU 450. Контроллер синхронизации восходящей линии связи в WTRU 450 затем устанавливает время восходящей линии связи на основании команды установки времени восходящей линии связи.
Согласно с другим вариантом осуществления настоящего изобретения WTRU может использовать повторный выбор соты, как триггер перехода от активного состояния с малой мощностью к состоянию ожидания. Когда WTRU, после алгоритмов поиска соты и повторного выбора соты, определяет что WTRU должен перейти в новую соту, WTRU может войти в состояние ожидания вместо выполнения передачи обслуживания и реконфигурации однонаправленного радиоканала. Таким образом, WTRU может сберегать мощность, избегая передачи сигналов управления, относящейся к передаче обслуживания и реконфигурации однонаправленного канала.
В соответствии с еще одним вариантом осуществления настоящего изобретения интервал DRX (т.е. временные интервалы, когда WTRU активизируется для приема) может быть адаптивно сконфигурирован согласно уровню обслуживания (т.е. активности WTRU). Интервал DRX увеличивается, в то время как период неактивности WTRU увеличивает предмет разговора до предопределенного максимального значения. Интервал DRX может быть увеличен экспоненциально. Предпочтительно, если сеть определяет интервал DRX и передает его в WTRU.
В качестве альтернативы WTRU может информировать Узел-В питается ли WTRU сейчас от аккумулятора или от блока питания постоянной мощности, так что интервал DRX устанавливается в соответствии с этим. WTRU может информировать Узел-В о своей оставшейся на данный момент емкости аккумулятора и других характеристиках (таких как потребляемая мощность во время передачи данных), которые могут помогать Узлу-В в подсчете предполагаемой жизни аккумулятора. Узел-В устанавливает методики сбережения мощности (например, интервал DRX) для WTRU на основании этой информации.
ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ
1. Способ поддержания синхронизации восходящей линии связи, пока WTRU находится в активном состоянии в беспроводной системе связи, включающей в себя WTRU и Узел-В.
2. Способ варианта осуществления 1, содержащий Узел-В, посылающий сообщение опроса WTRU.
3. Способ варианта осуществления 2, содержащий WTRU, посылающий пачку импульсов синхронизации восходящей линии связи Узлу-В на основании сообщения опроса.
4. Способ варианта осуществления 3, содержащий Узел-В, оценивающий сдвиг времени восходящей линии связи на основании пачки импульсов синхронизации восходящей линии связи.
5. Способ варианта осуществления 4, содержащий Узел-В, посылающий WTRU команду установки времени восходящей линии связи.
6. Способ варианта осуществления 5, содержащий WTRU, устанавливающий время восходящей линии связи на основании команды установки времени восходящей линии связи.
7. Способ, как в любом из вариантов осуществления 2-6, в котором сообщение опроса включает в себя конкретное время для WTRU, чтобы посылать пачку импульсов синхронизации.
8. Способ, как в любом из вариантов осуществления 2-7, в котором сообщение опроса включает в себя информацию о радиопомехах восходящей линии связи для того, чтобы WTRU оценило мощность передачи для пачки импульсов синхронизации.
9. Способ, как в любом из вариантов осуществления 2-8, в котором сообщение опроса включает в себя информацию о мощности передачи восходящей линии связи для пачки импульсов синхронизации.
10. Способ, как в любом из вариантов осуществления 2-9, в котором сообщение опроса передается по общему каналу управления, предоставляющему доступ к совместно используемому каналу восходящей линии связи для пачки импульсов синхронизации.
11. Способ, как в любом из вариантов осуществления 2-10, дополнительно содержащий вхождение WTRU в режим DRX.
12. Способ, как в любом из вариантов осуществления 2-11, в котором сообщение опроса адресуется множеству WTRU, чтобы получить множество пачек импульсов синхронизации от множества WTRU.
13. Способ, как в любом из вариантов осуществления 2-11, в котором частота опроса отличается, по меньшей мере, для одного из WTRU.
14. Способ варианта осуществления 13, в котором частота опроса определяется на основании, по меньшей мере, одного из: оцененного сдвига синхронизирующих импульсов или мобильности каждого WTRU.
15. Способ варианта осуществления 13, в котором частота опроса адаптивно изменяется одним из: WTRU или Узлом-В.
16. Способ варианта осуществления 15, в котором Узел-В изменяет частоту опроса на основании результатов синхронизации восходящей линии связи.
17. Способ, как в любом из вариантов осуществления 2-16, в котором сообщение опроса обеспечивает распределение каналов восходящей линии связи.
18. Способ варианта осуществления 17, в котором распределение каналов восходящей линии связи является периодическим.
19. Способ варианта осуществления 17, в котором распределение каналов восходящей линии связи показывает длительность распределенного канала восходящей линии связи.
20. Способ, как в любом из вариантов осуществления 2-19, в котором Узел-В обеспечивает WTRU информацией о сообщении опроса посредством радиовещания.
21. Способ, как в любом из вариантов осуществления 2-19, в котором Узел-В обеспечивает WTRU информацией о сообщении опроса во время регистрации.
22. Способ, как в любом из вариантов осуществления 2-21, в котором частота опроса устанавливается различным образом на основании состояния RRC WTRU.
23. Способ, как в любом из вариантов осуществления 2-21, в котором частота опроса увеличивается со временем.
24. Способ варианта осуществления 23, в котором частота опроса увеличивается экспоненциально.
25. Способ, как в любом из вариантов осуществления 2-24, содержащий WTRU, посылающий информацию планирования, включающую в себя количество данных, которые должны быть переданы Узлу-В после приема сообщения опроса.
26. Способ, как в любом из вариантов осуществления 2-25, далее содержащий WTRU, посылающий сообщение, показывающее, что WTRU хочет получить ресурсы восходящей линии связи для передачи данных после получения сообщения опроса.
27. Способ, как в любом из вариантов осуществления 2-26, далее содержащий WTRU, посылающий CQI после приема сообщения опроса.
28. Способ, как в любом из вариантов осуществления 3-27, в котором пачка импульсов синхронизация восходящей линии связи не включает в себя идентификатор WTRU и идентификатор соты.
29. Способ, как в любом из вариантов осуществления 3-28, в котором Узел-В включает в сообщение опроса короткий идентификатор, а WTRU включает короткий идентификатор в пачку импульсов синхронизации восходящей линии связи.
30. Способ, как в любом из вариантов осуществления 2-29, в котором сообщение опроса включает в себя запрос для WTRU для посылки пачки импульсов синхронизации.
31. Способ варианта осуществления 30, в котором WTRU посылает пачку импульсов синхронизации восходящей линии связи, используя разделенный механизм Алоха.
32. Способ, как в любом из вариантов осуществления 30-31, в котором WTRU посылает пачку импульсов синхронизации восходящей линии связи по каналу RACH.
33. Способ, как в любом из вариантов осуществления 30-32, дополнительно содержащий Узел-В, назначающий, по меньшей мере, одно из: кадр, суб-кадр или временной интервал, чтобы послать пачку импульсов синхронизации восходящей линии связи.
34. Способ, как в любом из вариантов осуществления 2-33, в котором Узел-В посылает указатель, является ли для WTRU посылка пачки импульсов синхронизации обязательной или необязательной.
35. Способ варианта осуществления 1, содержащий Узел-В, посылающий WTRU сообщение планирования для синхронизации восходящей линии связи.
36. Способ варианта осуществления 35, содержащий WTRU, посылающий пачку импульсов синхронизации восходящей линии связи Узлу-В на основании сообщения планирования.
37. Способ варианта осуществления 36, содержащий Узел-В, оценивающий сдвиг времени восходящей линии связи на основании пачки импульсов синхронизации восходящей линии связи.
38. Способ варианта осуществления 37, содержащий Узел-В, посылающий WTRU команду установки времени восходящей линии связи.
39. Способ варианта осуществления 38, содержащий WTRU, устанавливающий время восходящей линии связи на основании команды установки времени восходящей линии связи.
40. Способ, как в любом из вариантов осуществления 35-39, в котором планирование показывает заранее определенные промежутки времени для синхронизации восходящей линии связи.
41. Способ, как в любом из вариантов осуществления 35-40, в котором планирование показывает ресурс для передачи пачки импульсов синхронизации восходящей линии связи.
42. Способ, как в любом из вариантов осуществления 35-41, в котором Узел-В посылает WTRU сигнал о ресурсе для передачи пачки импульсов синхронизации восходящей линии связи, предшествующий запланированному времени синхронизации.
43. Способ, как в любом из вариантов осуществления 36-42, WTRU включает в текущую пачку импульсов синхронизации следующее время синхронизации.
44. Способ варианта осуществления 43, в котором Узел-В модифицирует следующее время синхронизации посредством канала передачи сигналов нисходящей линии связи.
45. Способ, как в любом из вариантов осуществления 36-44, в котором пачка импульсов синхронизации восходящей линии связи не включает в себя идентификатор WTRU и идентификатор соты.
46. Способ, как в любом из вариантов осуществления 36-45, в котором Узел-В включает в сообщение планирования короткий идентификатор, а WTRU включает короткий идентификатор в пачку импульсов синхронизации восходящей линии связи.
47. Способ, как в любом из вариантов осуществления 36-46, в котором Узел-В посылает указатель, является ли для WTRU посылка пачки импульсов синхронизации обязательной или необязательной.
48. Способ уменьшения потребления мощности аккумулятора WTRU в сотовой беспроводной системе связи.
49. Способ варианта осуществления 48, содержащий WTRU, определяющий должен ли WTRU переходить в новую соту.
50. Способ варианта осуществления 49, содержащий WTRU, входящий в состояние ожидания вместо выполнения передачи обслуживания в новую соту.
51. Способ варианта осуществления 48, содержащий WTRU, входящий в режим DRX, так, что WTRU периодически активизируется, согласно интервалам DRX, чтобы проверить сообщение поискового вызова и войти заново в состояние ожидания, если нет предназначающегося для WTRU сообщения поискового вызова.
52. Способ варианта осуществления 51, содержащий мониторинг активности WTRU.
53. Способ варианта осуществления 52, содержащий установление интервала DRX на основании активности WTRU, таким образом, что интервал DRX увеличивают, если активность WTRU увеличивается.
54. Способ варианта осуществления 53, в котором интервал DRX увеличивают экспоненциально.
55. Способ, как в любом из вариантов осуществления 53-54, дополнительно содержащий WTRU, информирующий питается ли WTRU от аккумулятора или от блока питания постоянной мощности, чтобы установить в соответствии с этим интервал DRX.
56. Способ, как в любом из вариантов осуществления 53-55, дополнительно содержащий WTRU, информирующий о текущей емкости своего аккумулятора, таким образом, что интервал DRX устанавливают на основании текущей емкости аккумулятора.
57. Узел-В для поддержания синхронизации восходящей линии связи в беспроводной системе связи, включающей в себя WTRU и Узел-В.
58. Узел-В варианта осуществления 57, содержащий контроллер синхронизации восходящей линии связи для генерирования, по меньшей мере, одного сообщения опроса, сообщения планирования и сообщения запроса синхронизации для WTRU и оценки сдвига времени восходящей линии связи на основании пачки импульсов синхронизации восходящей линии связи, передаваемой WTRU в ответ на одно из: сообщение опроса, сообщение планирования или сообщение запроса синхронизации.
59. Узел-В варианта осуществления 58, содержащий приемопередатчик для отправки WTRU команды установки времени восходящей линии связи, посредством чего WTRU устанавливает время восходящей линии связи на основании команды установки времени восходящей линии связи.
60. Узел-В как в любом из вариантов осуществления 58-59, в котором, по меньшей мере, одно из: сообщение опроса, сообщения планирования или сообщение запроса синхронизации включает в себя конкретное для WTRU время, чтобы посылать пачку импульсов синхронизации.
61. Узел-В, как в любом из вариантов осуществления 58-60, в котором, по меньшей мере, одно из: сообщение опроса, сообщение планирования или сообщение запроса синхронизации включает в себя информацию о радиопомехах восходящей линии связи для того, чтобы WTRU оценивал мощность передачи для пачки импульсов синхронизации.
62. Узел-В, как в любом из вариантов осуществления 58-61, в котором, по меньшей мере, одно из: сообщение опроса, сообщение планирования или сообщение запроса синхронизации включает в себя информацию о мощности передачи восходящей линии связи для пачки импульсов синхронизации.
63. Узел-В, как в любом из вариантов осуществления 58-62, в котором, по меньшей мере, одно из: сообщение опроса, сообщение планирования или сообщение запроса синхронизации передается по общему каналу управления нисходящей линии связи, предоставляющему доступ к совместно используемому каналу восходящей линии связи для пачки импульсов синхронизации.
64. Узел-В, как в любом из вариантов осуществления 58-62, в котором, по меньшей мере, одно из: сообщение опроса, сообщение планирования или сообщение запроса синхронизации адресуются множеству WTRU, чтобы получить множество пачек импульсов синхронизации.
65. Узел-В, варианта осуществления 64, в котором контроллер синхронизации восходящей линии связи устанавливает частоту опроса различной для, по меньшей мере, одного из WTRU.
66. Узел-В, варианта осуществления 65, в котором контроллер синхронизации восходящей линии связи определяет частоту опроса на основании, по меньшей мере, одного из: оцененного сдвига синхронизирующих импульсов или мобильности каждого WTRU.
67. Узел-В, как в любом из вариантов осуществления 65-66, в котором контроллер синхронизации восходящей линии связи адаптивно изменяет частоту опроса.
68. Узел-В, как в любом из вариантов осуществления 65-67, в котором контроллер синхронизации восходящей линии связи изменяет частоту опроса на основании результатов синхронизации восходящей линии связи.
69. Узел-В, как в любом из вариантов осуществления 58-68, в котором, по меньшей мере, одно из: сообщение опроса, сообщение планирования или сообщение запроса синхронизации обеспечивает распределение каналов восходящей линии связи.
70. Узел-В варианта осуществления 69, в котором распределения каналов восходящей линии связи является периодичным.
71. Узел-В, как в любом из вариантов осуществления 58-71, в котором распределение каналов восходящей линии связи показывает длительность распределенного канала восходящей линии связи.
72. Узел-В, как в любом из вариантов осуществления 58-71, в котором Узел-В обеспечивает WTRU информацией о сообщении опроса посредством широковещания.
73. Узел-В, как в любом из вариантов осуществления 58-71, в котором Узел-В обеспечивает WTRU информацией о сообщении опроса во время регистрации.
74. Узел-В, как в любом из вариантов осуществления 58-73, в котором контроллер синхронизации восходящей линии связи устанавливает частоту опроса различной для каждого состояния RRC WTRU.
75. Узел-В, как в любом из вариантов осуществления 58-74, в котором контроллер синхронизации восходящей линии связи увеличивает частоту опроса с течением времени, когда неактивность WTRU увеличивается.
76. Узел-В варианта осуществления 75, в котором частота опроса увеличивается экспоненциально.
77. Узел-В, как в любом из вариантов осуществления 58-76, в котором контроллер синхронизации восходящей линии связи включает в сообщение опроса короткий идентификатор, а WTRU включает короткий идентификатор в пачку импульсов синхронизации восходящей линии связи.
78. Узел-В, как в любом из вариантов осуществления 58-77, в котором контроллер синхронизации восходящей линии связи назначает, по меньшей мере, одно из: кадр, суб-кадр или временной интервал, чтобы послать пачку импульсов синхронизации восходящей линии связи.
79. Узел-В, как в любом из вариантов осуществления 58-78, в котором контроллер синхронизации восходящей линии связи посылает указатель, является ли для WTRU посылка пачки импульсов синхронизации обязательной или необязательной.
80. WTRU для поддержания синхронизации линии связи в беспроводной системе связи, включающей в себя WTRU и Узел-В.
81. WTRU варианта осуществления 80, содержащий приемопередатчик для отправки пачки импульсов синхронизации восходящей линии связи на основании одного из: сообщения опроса, сообщения планирования или сообщения запроса синхронизации, принятых от Узла-В.
82. WTRU варианта осуществления 81, содержащий контроллер синхронизации восходящей линии связи для установки времени восходящей линии связи на основании команды установки времени восходящей линии связи, принятой от Узла-В; причем Узел-В генерирует команду установки времени восходящей линии связи после оценки сдвига времени восходящей линии связи на основании пачки импульсов синхронизации восходящей линии связи.
83. WTRU, как в любом из вариантов осуществления 81-82, в котором, по меньшей мере, одно из: сообщение проса, сообщение планирования или сообщение запроса синхронизации включает в себя конкретное время для WTRU для отправки пачки импульсов синхронизации.
84. WTRU, как в любом из вариантов осуществления 81-83, в котором, по меньшей мере, одно из: сообщение опроса, сообщение планирования или сообщение запроса синхронизации включает в себя информацию о радиопомехах восходящей линии связи, таким образом, мощность передачи для пачки импульсов синхронизации контролируется на основании информации о радиопомехах.
85. WTRU, как в любом из вариантов осуществления 81-84, в котором, по меньшей мере, одно из: сообщение опроса, сообщение планирования или сообщение запроса синхронизации включает в себя информацию о мощности передачи восходящей линии связи для пачки импульсов синхронизации.
86. WTRU, как в любом из вариантов осуществления 81-85, причем WTRU входит в режим DRX.
87. WTRU, как в любом из вариантов осуществления 81-86, в котором приемопередатчик принимает информацию о сообщении опроса посредством широковещания.
88. WTRU, как в любом из вариантов осуществления 81-86, в котором приемопередатчик принимает информацию о сообщении опроса во время регистрации.
89. WTRU, как в любом из вариантов осуществления 82-88, в котором контроллер синхронизации восходящей линии связи посылает информацию о планировании, включающую в себя количество данных, которые должны быть переданы Узлу-В после приема сообщения опроса.
90. WTRU, как в любом из вариантов осуществления 82-89, в котором контроллер синхронизации восходящей линии связи посылает запрос планирования, показывающий что WTRU хочет получить ресурсы восходящей линии связи для передачи данных после приема сообщения опроса.
91. WTRU, как в любом из вариантов осуществления 82-90, причем WTRU посылает CQI после приема сообщения опроса.
92. WTRU, как в любом из вариантов осуществления 82-91, в котором контроллер синхронизации восходящей линии связи не включает в пачку импульсов синхронизации восходящей линии связи идентификатор WTRU и идентификатор соты.
93. WTRU, как в любом из вариантов осуществления 82-91, в котором контроллер синхронизации восходящей линии связи включает в пачку импульсов синхронизации восходящей линии связи короткий идентификатор, который был включен в сообщение опроса.
94. WTRU, как в любом из вариантов осуществления 83-93, в котором приемопередатчик посылает пачку импульсов синхронизации восходящей линии связи, используя разделенный механизм Алоха.
95. WTRU, как в любом из вариантов осуществления 83-94, в котором приемопередатчик посылает пачку импульсов синхронизации нисходящей линии связи по каналу RACH.
96. WTRU, как в любом из вариантов осуществления 83-95, в котором приемопередатчик передает пачку импульсов синхронизации восходящей линии связи, с помощью кадра, суб-кадра или временного интервала, назначенных Узлом-В.
97. WTRU, как в любом из вариантов осуществления 83-96, в котором контроллер синхронизации восходящей линии связи включает в пачку импульсов синхронизации следующее время синхронизации.
98. WTRU сконфигурированный с возможностью уменьшения потребления мощности аккумулятора в беспроводной системе сотовой связи.
99. WTRU варианта осуществления 98, содержащий блок поиска сот для определения, должен ли WTRU переходить в новую соту.
100. WTRU варианта осуществления 99, содержащий контроллер для вхождения в состояние ожидания вместо выполнения передачи обслуживания в новую соту, когда определено, что WTRU должен переходить в новую соту.
101. WTRU варианта осуществления 98, содержащий монитор для наблюдения активности WTRU.
102. WTRU варианта осуществления 101, содержащий контроллер DRX для вхождения в режим DRX в соответствии с интервалом DRX, определенным сетью на основании активности WTRU, таким образом, что интервал DRX увеличивается, если неактивность WTRU увеличивается.
103. WTRU варианта осуществления 102, в котором интервал DRX увеличивается экспоненциально.
104. WTRU, как в любом из вариантов осуществления 102-103, причем WTRU обеспечивает сеть информацией, питается ли WTRU от аккумулятора или от блока питания постоянной мощности, и сеть устанавливает интервал DRX на основании этой информации.
105. WTRU, как в любом из вариантов осуществления 102-104, причем WTRU информирует сеть о текущей емкости аккумулятора, так что интервал DRX устанавливается на основании текущей емкости аккумулятора.
Хотя признаки и элементы настоящего изобретения описаны в предпочтительных вариантах осуществления в конкретных комбинациях, признак или элемент может быть использован отдельно без других признаков или элементов предпочтительных вариантов осуществления или в различных комбинациях с другими признаками и элементами настоящего изобретения или без них. Способы или функциональные схемы, предусмотренные в настоящем изобретении, могут быть применены в компьютерной программе, программном обеспечении или аппаратно-программном обеспечении, реально осуществимом на читаемых компьютерами носителях информации для исполнения компьютером общего назначения или процессором. Примеры читаемых компьютером носителей информации включают в себя: ПЗУ (ROM), ОЗУ (RAM), регистр, кэш-память, полупроводниковые устройства памяти, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как CD и DVD диски.
Подходящие процессоры включают в себя, в качестве примера, универсальный процессор, специализированный процессор, типовой процессор, процессор цифровой обработки сигналов (DSP), множество микропроцессоров, один или более микропроцессоров совместно с ядром DSP, контроллер, микроконтроллер, прикладные интегральные схемы (ASICs), логические микросхемы (FPGAs), любой другой тип интегральной схемы (IC) и/или конечный автомат.
Процессор совместно с программным обеспечением может быть использован, чтобы реализовать радиочастотный приемопередатчик для использования в беспроводном блоке передачи/приема (WTRU), пользовательском оборудовании (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом центральном компьютере. WTRU может быть использован совместно с модулями, примененными в аппаратном и/или программном обеспечении, такими как камера, модуль видеокамеры, видеотелефон, телефон с громкоговорителем, вибратор, динамик, микрофон, телевизионный приемопередатчик, наушники hands-free, клавиатура, модуль Bluetooth, радиоблок частотной модуляции (FM), LCD-дисплей, OLED-дисплей, цифровой музыкальный проигрыватель, медиаплеер, игровой модуль для видеоигр, Интернет-обозреватель, и/или модуль беспроводной локальной вычислительной сети (WLAN).