способ и устройство для поддержания услуг домашнего узла в

Классы МПК:H04W48/02  ограничение доступа, выполненное в соответствии с определенными условиями
Автор(ы):, , , , ,
Патентообладатель(и):ИНТЕРДИДЖИТАЛ ПЭЙТЕНТ ХОЛДИНГЗ, ИНК. (US)
Приоритеты:
подача заявки:
2008-09-29
публикация патента:

Изобретение относится к области беспроводной связи. Технический результат заключается в оптимизации процедуры поискового вызова в режиме ожидания. Сущность изобретения заключается в том, что раскрыты способ и устройство для поддержания услуг домашнего узла В (HNB). Беспроводное приемо-передающее устройство (WTRU) принимает от HNB информацию ограничения доступа к HNB и получает доступ к HNB, если доступ к HNB разрешен, основываясь на информации ограничения доступа к HNB. Информацией ограничения доступа к HNB может быть идентификатор (CSG ID) закрытой группы абонентов, бит состояния, указывающий, доступна или нет ячейка HNB, идентификаторы WTRU, которым разрешают получение доступа к HNB, информация, указывающая, запрещен или нет доступ к ячейке. WTRU может запускать измерения для перевыбора ячейки даже при том, что уровень сигнала для подсоединенной в настоящее время ячейки выше порогового значения. Измерение можно запускать вручную периодически, по команде от сети или основываясь на списке соседних ячеек, включающей в себя информацию о расположенных поблизости ячейках HNB. 2 н. и 15 з.п. ф-лы, 5 ил способ и устройство для поддержания услуг домашнего узла в, патент № 2479159

способ и устройство для поддержания услуг домашнего узла в, патент № 2479159 способ и устройство для поддержания услуг домашнего узла в, патент № 2479159 способ и устройство для поддержания услуг домашнего узла в, патент № 2479159 способ и устройство для поддержания услуг домашнего узла в, патент № 2479159 способ и устройство для поддержания услуг домашнего узла в, патент № 2479159

Формула изобретения

1. Способ приема услуг домашнего Узла В (HNB), причем способ содержит этапы, на которых:

беспроводное приемопередающее устройство (WTRU) принимает сообщение от Узла В, причем данное сообщение включает в себя указание, что ячейка, связанная с Узлом В, имеет ограничения, выражающиеся в том, что WTRU, не поддерживающие услуги HNB, воздерживаются от получения доступа к Узлу В;

WTRU принимает широковещательное сообщение закрытой группы абонентов (CSG);

WTRU обнаруживает, что Узел В является HNB, на основании упомянутого принятого широковещательного сообщения CSG; и

WTRU делает попытку доступа к HNB, основываясь на упомянутом обнаружении.

2. Способ по п.1, дополнительно содержащий этап, на котором WTRU считывает блок (SIB) системной информации, причем SIB включает в себя идентификатор CSG.

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

4. Способ по п.1, в котором WTRU, не поддерживающие особенности CSG, воздерживаются от получения доступа к Узлу В на основании указания что ячейка, связанная с Узлом В, имеет ограничения.

5. Способ по п.1, в котором широковещательное сообщение CSG содержит только информацию HNB.

6. Способ по п.1, в котором указание, что ячейка, связанная с Узлом В, имеет ограничения, содержит указание, что ячейка зарезервирована для дальнейшего расширения.

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

8. Способ по п.1, дополнительно содержащий этап, на котором WTRU игнорирует указание, что ячейка, связанная с Узлом В, имеет ограничения.

9. Способ по п.1, в котором широковещательное сообщение CSG передается от ячейки, связанной с Узлом В.

10. Беспроводное приемопередающее устройство (WTRU) для приема услуг домашнего Узла В (HNB), причем WTRU содержит:

приемопередатчик, выполненный с возможностью

передачи и приема от Узла В сообщения, включающего в себя указание того, что ячейка, связанная с Узлом В, имеет ограничения, выражающиеся в том, что WTRU, не поддерживающие услуги HNB, воздерживаются от получения доступа к Узлу В; и

приема широковещательного сообщения закрытой группы абонентов (CSG);

контроллер, выполненный с возможностью обнаружения того, что Узел В является HNB, и осуществления попытки получить доступ к ячейке, связанной с Узлом В, на основании упомянутого принятого широковещательного сообщения CSG.

11. Устройство по п.10, в котором WTRU дополнительно выполняют с возможностью считывания блока (SIB) системной информации, причем SIB включает в себя идентификатор (CSG ID) закрытой группы абонентов.

12. Устройство по п.10, в котором упомянутое широковещательное сообщение CSG дополнительно содержит указание, что WTRU, которые поддерживают особенности CSG, получают доступ к ячейке, связанной с Узлом В.

13. Устройство по п.10, в котором широковещательное сообщение CSG содержит только информацию HNB.

14. Устройство по п.10, в котором указание, что ячейка, связанная с Узлом В, имеет ограничения, содержит указание, что ячейка зарезервирована для дальнейшего расширения.

15. Устройство по п.10, в котором указание, что ячейка, связанная с Узлом В, имеет ограничения, содержит по меньшей мере одно из указания, что ячейка запрещена или указания, что ячейка зарезервирована для использования оператором.

16. Устройство по п.10, в котором контроллер игнорирует указание, что ячейка, связанная с Узлом В, имеет ограничения.

17. Устройство по п.10, в котором широковещательное сообщение CSG передается от ячейки, связанной с Узлом В.

Описание изобретения к патенту

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

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

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

С развитием сети третьего поколения (3G) и увеличением количества используемых беспроводных приемо-передающих устройств (WTRU) операторы ищут решения для новых услуг с более высокими скоростями передачи данных и с уменьшенной стоимостью. Введение домашнего узла B (HNB) рассматривают как жизнеспособный вариант решения и в настоящее время изучают как часть 8-й версии проекта партнерства третьего поколения (3GPP). HNB предлагает услуги по относительно небольшим зонам обслуживания, таким как дом или офис. Он играет роль, аналогичную роли точки доступа (AP) беспроводной локальной сети (WLAN). Услугу можно оказывать, когда сотовое покрытие плохое или отсутствует. Абонент обычно владеет HNB и управляет его конечным местом размещения. Обратную линию связи от HNB к сети можно обеспечивать через обычные технологии доступа (например, через цифровую абонентскую линию (DSL), кабельный модем, беспроводную связь и т.д.). Множество HNB связывают со шлюзом (GW) HNB, который обеспечивает интерфейс для основной сети связи.

Абонент может конфигурировать HNB как свой «желательный» или «предпочтительный» HNB с помощью использования концепции закрытой группы абонентов (CSG). В CSG идентифицируют WTRU, которым разрешают получать доступ к HNB. Ячейку HNB можно конфигурировать для предоставления доступа только от множества WTRU, которые являются частью CSG. Это приводит к начальной регистрации доступа во время включения WTRU или роуминга в состоянии ожидания. Хотя действующая сигнализация управления мобильностью (до 8-й версии) может использоваться для решения проблемы управления доступом, это неэффективно. Когда WTRU располагается в ячейке или осуществляет перевыбор ячейки, WTRU посылает сообщение обновления зоны расположения (LA) к объекту управления сетевой мобильностью каждый раз, когда WTRU изменяет LA. LA передают с помощью широковещания в информации, определенной для уровня, не связанного с предоставлением доступа (NAS), в пределах сообщения блока 1 (SIB1) системной информации. Если WTRU не является частью CSG для ячейки HNB, то сеть отвечает сообщением отказа зоны расположения. WTRU может затем добавлять эту LA к своему списку «запрещенных LA».

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

Что касается перевыбора ячейки, WTRU около своего «предпочтительного» HNB должно осуществлять перевыбор предпочтительной ячейки HNB. Это подразумевает, что должен существовать некоторый механизм, чтобы содействовать такому перевыбору ячейки. Для 3GPP 7-й версии и более ранних измерения в соседних ячейках для перевыбора ячейки запускают только тогда, когда качественный уровень текущей ячейки (S) не соответствует требуемому уровню в течение Nserv DRX циклов, или меньше чем Sintrasearch, Sintersearch или SsearchRATm. Эти параметры передают с помощью широковещания как часть системной информации. Это создает проблему, если WTRU должно всегда выбирать свою предпочтительную ячейку HNB, если она находится вблизи от него. В частности, требуются дополнительные механизмы для запуска измерений, и когда эти измерения запущены, ячейки HNB должны находиться в более благоприятном положении. Кроме того, поскольку внедрение HNB может быть весьма высоким, необходим способ ограничения количества измерений, которые WTRU выполняют в ячейках, которые недоступны.

Всем WTRU может потребоваться разрешение, чтобы расположиться в ячейке CSG для выполнения экстренного вызова. Что касается определения местоположения, то оператор должен иметь возможность узнавать расположение HNB для обеспечения работ аварийных служб.

Другой проблемой, связанной с HNB, является то, что WTRU в состоянии URA_PCH посылает сообщение обновления зоны маршрутизации UTRAN (URA), когда WTRU пересекает границу URA. URA обычно охватывают группу смежных ячеек, и их определяют для уменьшения сигнализации перевыбора, когда WTRU перемещаются через ячейки. Сеть знает расположение WTRU на уровне URA и посылает поисковый вызов WTRU по всем ячейкам, принадлежащим URA. Кроме того, каждая ячейка может принадлежать более чем одной URA. Список URA передают с помощью широковещания от ячейки как часть системной информации. При развертывании HNB они не связаны с определенным физическим местоположением, и пользователь или владелец HNB имеет возможность изменения места размещения HNB. Поэтому схема ячейки, принадлежащей статическому списку URA, может не применяться в сценарии HNB. Кроме того, адаптивное развертывание HNB может также подразумевать, что можно улучшать процедуры поискового вызова в режиме ожидания.

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

Раскрыты способ и устройство для поддержания услуги HNB. WTRU принимает от HNB информацию ограничения доступа к HNB и получает доступ к HNB, если определено, что доступ к HNB разрешен, основываясь на информации ограничения доступа к HNB. Информацией ограничения доступа к HNB может быть идентификатор (CSG ID) закрытой группы абонентов, бит состояния, указывающий, доступна или нет ячейка HNB, идентификаторы WTRU, которым разрешают получать доступ к HNB, информация, указывающая, запрещен/зарезервирован или нет доступа к ячейке. WTRU может выполнять измерения в соседних ячейках для перевыбора ячейки. Для обеспечения того, чтобы WTRU использовало соответствующую ячейку HNB, когда она доступна, измерение можно запускать даже при том, что уровень сигнала для подсоединенной в настоящее время ячейки выше порогового значения для перевыбора ячейки. Измерение можно запускать вручную, периодически, по команде от сети или основываясь на списке соседних ячеек, включающем в себя информацию о расположенных поблизости ячейках HNB. Параметры Sintrasearch и Sintersearch можно устанавливать в более низкие значения, когда WTRU входит в макроячейку, которая включает в себя ячейку HNB, для которой WTRU является частью CSG. Измерение можно запускать, если определяют, что WTRU вошло в макроячейку, включающую в себя HNB, основываясь на обнаруженных зоне расположения (LA) или идентификаторе ячейки. Поисковый вызов WTRU в режиме ожидания можно выполнять по всем ячейкам в LA. Если эта LA охватывает более одного шлюза (GW) HNB, то поисковый вызов WTRU можно выполнять сначала в последнем GW HNB, к которому был получен доступ, а затем выполнять в остальных GW, которые составляют LA, если WTRU не найден через последний GW HNB, к которому был получен доступ. Список URA в пределах ячейки HNB можно изменять динамически для учета возможного перемещения HNB. Альтернативно, концепцию URA можно изменять для приложений HNB.

КРАТКИЙ ПЕРЕЧЕНЬ ЧЕРТЕЖЕЙ

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

фиг. 1 показывает примерный сценарий размещения HNB;

фиг. 2 показывает примерную сетевую архитектуру для размещения HNB;

фиг. 3 - структурная схема примерного WTRU;

фиг. 4 - структурная схема устройства, такого как GW HNB, для поддержания услуги HNB; и

фиг. 5 - структурная схема примерного узла B.

ПОДРОБНОЕ ОПИСАНИЕ

В дальнейшем термин «WTRU» включает в себя пользовательское оборудование (UE), подвижную станцию, стационарное или мобильное абонентское устройство, пейджер, мобильный телефон, карманный персональный компьютер (КПК), компьютер или пользовательское устройство любого другого типа, которое может работать в беспроводной среде, но не ограничен ими. В дальнейшем термин «узел B» включает в себя базовую станцию, контроллер узла, точку доступа (AP) или интерфейсное устройство любого другого типа, которое может работать в беспроводной среде, но не ограничен ими. В дальнейшем термин «GW HNB» включает в себя любое устройство, используемое для осуществления связи между HNB и опорной сетью.

Термин «поддерживающий особенности HNB» относится к возможности WTRU считывать и использовать новую определенную для HNB информацию и поддерживать и выполнять новые определенные для HNB процедуры. Термин «WTRU R8» относится к WTRU, которое может поддерживать особенности HNB, а термины «WTRU не R8» или «традиционное WTRU» относятся к WTRU, которое не имеет такой возможности. HNB должны поддерживать и WTRU R8, и WTRU предыдущих версий (традиционные). WTRU R8 могут использовать новые особенности, в то время как традиционные WTRU не могут считывать или интерпретировать ни один из новых информационных элементов (IE) и не могут использовать ни одну из новых процедур. Термин «низкая скорость» относится к скорости WTRU, которая предоставляет возможность WTRU получать доступ к ячейке HNB. Предельным значением «низкой скорости» может управлять сеть.

Фиг. 1 показывает примерный сценарий развертывания HNB. HNB 120a, 120b, 120c размещают в трех домах (не показаны), и каждый HNB 120a, 120b, 120c связан с узлом 140 сети более высокого уровня (например, GW HNB). HNB 120a, 120b и 120c обеспечивают покрытие в ячейках 122a, 122b и 122c соответственно. HNB 120a и 120b покрываются макроячейкой 132 3G, которой управляет макроузел B 130. HNB 120c размещают в зоне, где не существует покрытия 3G, но в которой существует покрытие другой системы. WTRU 110 в настоящее время находится близко к HNB 120a, но может свободно перемещаться. Например, WTRU 110, подсоединенное с HNB 120a, может перемещаться к HNB 120b, в макроячейку 132 3G или в ячейки другой системы.

Фиг. 2 показывает примерную сетевую архитектуру для развертывания HNB. Сеть 200 включает в себя сеть 142 доступа к HNB и основную сеть 150. Сеть 142 доступа к HNB включает в себя по меньшей мере один HNB 120 и по меньшей мере один шлюз (GW) 140 HNB. HNB 120 поддерживают WTRU 110 с низкой скоростью, например менее 30 км/час. HNB 120 связаны с GW HNB 140, и GW HNB 140 осуществляет связь непосредственно с основной сетью 150 через интерфейс, аналогичный интерфейсу Iu.

Варианты осуществления для ограничения доступа раскрыты ниже.

В соответствии с первым вариантом осуществления WTRU 110 и HNB 120 конфигурируют с помощью идентификатора закрытой группы абонентов (CSG_ID). Как указано выше, доступ к HNB 120 разрешают только тем WTRU, которые принадлежат CSG для HNB. CSG_ID идентифицирует CSG для HNB 120. HNB 120 можно конфигурировать или вручную, или через некоторую процедуру эксплуатации и технического обслуживания (OAM). WTRU 110 можно конфигурировать вручную, через сигнализацию уровня, не связанного с предоставлением доступа (NAS), или через сигнализацию уровня доступа (AS). HNB 120 может передавать с помощью широковещания свой CSG_ID как часть системной информации, и только тем WTRU, которые были сконфигурированы с тем же самым CSG_ID, разрешают делать попытку регистрации с помощью HNB 120. Традиционные WTRU не могут интерпретировать CSG_ID, и требуется дополнительный способ для предотвращения попыток зарегистрироваться в сети через HNB 120.

В соответствии со вторым вариантом осуществления HNB 120 может следить за всеми WTRU в пределах его CSG, и если все WTRU в CSG или зарегистрированы, или подсоединены к HNB 120, то HNB 120 может передавать с помощью широковещания бит состояния, указывающий другим WTRU (тем, которые не принадлежат к CSG), что ячейка недоступна. Это указание можно посылать, основываясь на других критериях. Например, это указание можно посылать, когда определяют, что ячейка недоступна, основываясь на высокой загрузке восходящей линии связи или нисходящей линии связи, на слишком большом количестве зарегистрированных WTRU, на высокой загрузке обратной линии связи и т.п. Альтернативно, HNB 120 может использовать другой механизм для указания своего занятого состояния (например, запрещая ячейку). Требуется, чтобы HNB 120 запрещал ячейку только для тех WTRU, которые в настоящее время не зарегистрированы и не подсоединены.

В соответствии с третьим вариантом осуществления HNB 120 передает с помощью широковещания в своей системной информации идентификаторы WTRU, которым разрешают получать доступ к ячейке HNB. WTRU 110 принимает идентификатор и совместно рассматривает свой адрес с этой информацией для определения, разрешен ли данному WTRU 110 доступ. Например, WTRU можно группировать и можно идентифицировать через идентификатор группы (GROUP_ID). Группирование может быть основано на одном из идентификаторов WTRU в режиме ожидания (например, на международном идентификаторе мобильного абонента (IMSI)). HNB 120 передает с помощью широковещания все GROUP_ID, которые являются частью его CSG. WTRU 110 пытается зарегистрироваться в сети через HNB 120, если WTRU 110 является частью одной из этих групп. Это сокращает количество попыток регистрации, поскольку только те WTRU, которые принадлежат к группе, пытаются зарегистрироваться.

Флажок в битовой маске можно использовать для указания, какая группа является частью CSG. Количество битов в маске может соответствовать количеству групп. К-битовая маска соответствует K группам, и группа будет частью CSG, если соответствующий бит будет '1'. Например, 16-битовая маска 0000 1100 0000 0001 может подразумевать, что группы 0, 10 и 11 являются частью этой CSG, где младший бит используется в качестве флажка для группы 0, а старший бит - для группы 15. Когда количество WTRU, принадлежащих каждой CSG, увеличивается, размер битовой маски можно увеличивать для обеспечения большего количества GROUP_ID, которое может потребоваться.

В соответствии с четвертым вариантом осуществления для предотвращения попыток получения доступа традиционных WTRU к HNB 120 HNB 120 может передавать с помощью широковещания ячейку как «запрещенную», «зарезервированную для дальнейшего расширения» или «зарезервированную для использования оператором». После обнаружения сообщения, указывающего эти ограничения, традиционные WTRU воздерживаются от получения доступа к ячейке HNB. Если ячейка отмечена как «запрещенная», то HNB может использовать «индикатор перевыбора ячейки в пределах одной частоты» для дополнительной настройки выбора/перевыбора ячейки. Например, если HNB 120 находится на другой частоте, чем макроузел B 130, то HNB 120 может также передавать с помощью широковещания ячейку как «не разрешенную» в информационном элементе «индикатор перевыбора ячейки в пределах одной частоты», что запрещает традиционным WTRU делать попытку перевыбора ячейки для всей этой частоты.

Передача с помощью широковещания ячейки как зарезервированной для дальнейшего расширения имеет эффект запрещения ячейки и неразрешения использовать частоту при будущих перевыборах ячейки. В результате требуется, чтобы HNB 120 и макроузел B 130 были на отдельных частотах. Передача с помощью широковещания ячейки как зарезервированной для использования оператором имеет эффект запрещения ячейки и неразрешения использовать частоту в будущих перевыборах ячейки (для всех WTRU класса 0-9 и 12-14). В результате требуется, чтобы HNB 120 и макроузел B 130 работали на отдельных частотах.

Дополнительное указание может требоваться для указания, что ячейка является ячейкой HNB, так чтобы WTRU R8 (WTRU, поддерживающим особенности HNB) разрешили доступ к ячейке HNB. Например, это можно сделать с помощью нового 2-битового IE (биты Cell_Status) для указания, что ячейка является ячейкой HNB, как показано в таблице 1.

Таблица 1
Состояние ячейки Интерпретация
00Ячейка не является ячейкой домашнего узла B
01Ячейка домашнего узла B (не запрещена)
10Ячейка домашнего узла B (запрещена)
11Зарезервировано для будущего использования

Альтернативно, WTRU R8 могут неявно определять, что ячейка является ячейкой HNB, посредством другой информации SIB, передаваемой от ячейки, например, CSG, передаваемой с помощью широковещания от ячейки, или любой другой, свойственной только HNB информации. Когда определено, что ячейка является ячейкой HNB, WTRU R8 игнорируют запрещение ячейки и пытаются подсоединиться или расположиться в данной ячейке.

Варианты осуществления для перевыбора ячейки HNB раскрыты ниже.

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

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

Измерение перевыбора ячейки HNB можно запускать периодически. WTRU 110, которое является частью CSG, можно конфигурировать для периодического контроля HNB. Периодический поиск можно выполнять все время, когда WTRU 110 находится около HNB 120 или когда WTRU 110 подсоединено к конфигурированной сети связи наземных подвижных объектов общего пользования (PLMN).

Перевыбор ячейки HNB можно обеспечивать, устанавливая параметры Sintrasearch и Sintersearch должным образом. Сеть (например, контроллер радиосети (RNC)) может устанавливать параметры Sintrasearch и Sintersearch в очень низкие значения, когда WTRU 110 входит в макроячейку 132, которая включает в себя ячейку HNB, для которой WTRU 110 является частью CSG. С помощью этого более часто запускают измерения для перевыбора ячейки. При этом также более часто запускают измерения для перевыбора ячейки для традиционных WTRU. Поэтому, в качестве альтернативы, новые HNB параметры Sintrasearch и Sintersearch HNB может передавать с помощью широковещания только для тех WTRU, которые поддерживают особенности HNB.

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

Сеть может знать о расположении HNB 120a, 120b (относительно макроячейки 132), и макроячейка 132 может передавать с помощью широковещания к WTRU 110 информацию о ячейках HNB 122a, 122b, которая включает в себя список соседних ячеек (например, как часть информации списка ячеек в пределах одной частоты/на разных частотах). Альтернативно, макроячейка 132 может передавать с помощью широковещания список всех CSG ID, которые поддерживаются, всем HNB 120a, 120b, которые охватывает эта макроячейка. Когда WTRU 110 считывает CSG ID, к которой WTRU 110 принадлежит, WTRU 110 запускает поиск ячейки HNB.

Альтернативно, WTRU 110 может хранить в памяти LA (или зона слежения (TA), или зона маршрутизации (RA), в дальнейшем все вместе «LA») или ID макроячейки 132, в которой расположен HNB 120. Когда WTRU 110 обнаруживает, что WTRU 110 вошло в макроячейку 132 с сохраненным LA или ID ячейки, WTRU 110 автоматически запускает поиск HNB 120. Если HNB 120 не обнаружен, то WTRU 110 может запускать периодический поиск до тех пор, пока WTRU 110 остается подсоединенным к макроячейке 132 с сохраненным LA или ID ячейки.

Если HNB 120 используют отдельную частоту, то измерения для перевыбора ячейки HNB 122a, 122b вместо макроячейки 132 можно выполнять во время события измерения канала прямого доступа (FACH) при условии, что WTRU 110 имеет более высокий приоритет поиска на других частотах HNB.

Когда WTRU 110 запустило измерения в соседних ячейках, WTRU 110 должно оказывать поддержку ячейкам HNB 122a, 122b при оценке критериев перевыбора ячейки. Это можно обеспечивать при использовании индивидуальных смещений для ячеек, которые смещают измерения в пользу ячеек HNB 122a, 122b. Альтернативно, критерии оценки перевыбора ячейки можно изменять так, чтобы они включали в себя приоритеты. Альтернативно, HNB 120a, 120b можно конфигурировать с различными ID PLMN, для которых можно устанавливать более высокий приоритет (т.е. конфигурировать как предпочтительную PLMN) по отношению к PLMN макроячейки.

WTRU 8-й версии могут настраивать процедуру перевыбора ячейки, основываясь на сохраненной хронологии расположения в ячейках HNB. WTRU 110 может или увеличивать, или уменьшать контроль ячеек HNB 122a, 122b и макроячеек 132 в зависимости от этой хронологии. Например, если WTRU 110 расположено или было недавно расположено в ячейке HNB 122a, 122b, то WTRU 110 может продолжать контролировать ячейки HNB 122a, 122b и макроячейку 132. С другой стороны, если WTRU 110 не было расположено в ячейке HNB 122a, 122b в течение некоторого времени, то WTRU 110 может контролировать ячейки HNB 122a, 122b менее часто. Параметры для определения данного состояния можно конфигурировать через специализированную сигнализацию управления радиоресурсами (RRC), через широковещание системной информации или определять (жестко кодировать).

Когда существует требование, что HNB 120 должны поддерживать только WTRU 110 с низкой скоростью (например, меньше 30 км/час), WTRU 8-й версии могут использовать информацию мобильности для ограничения выбора и перевыбора ячеек HNB. WTRU 110 может контролировать высокую мобильность, как в 7-й версии, считая количество перевыборов ячеек в окне времени. Если это количество превышает пороговое значение, то WTRU 110 объявляет себя WTRU с высокой мобильностью. Пороговое значение и размер окна конфигурируются сетью и их можно настраивать так, чтобы объявлять высокую мобильность, когда существует высокая вероятность, что WTRU 110 не является WTRU с низкой скоростью.

Новую процедуру определения высокой мобильности можно определять для WTRU, расположенных в HNB, для лучшего учета меньшего размера ячейки HNB. Кроме того, вычисления могут основываться только на перевыборе ячеек HNB. Например, WTRU 110 может определять высокую мобильность, основываясь на изменении ячейки с лучшими параметрами (а не на перевыборах ячейки). WTRU 110 может контролировать ячейку с лучшими параметрами в последовательных интервалах (продолжительность может быть основана на обычном размере ячейки HNB) и объявлять высокую мобильность, если ячейка с лучшими параметрами часто изменяется.

Пока находится в состоянии CELL_DCH, WTRU 110 сообщает результаты измерений к RNC через сигнализацию RRC. Как часть этих измерений WTRU 110 может сообщать, что ячейка HNB стала частью набора обнаруженных ячеек. Если WTRU 110 разрешают получить доступ к этой ячейке HNB, то RNC может сигнализировать (через сообщение RRC) к WTRU 110, чтобы оно продолжало контролировать эту ячейку. Если WTRU 110 не разрешают получить доступ к ячейке, то WTRU 110 могут давать указание игнорировать ячейку в будущих измерениях. Кроме того, если ячейки HNB находятся на отдельной несущей частоте, то RNC может дополнительно блокировать будущие измерения на всей этой частоте, если WTRU 110 не разрешают получить доступ к HNB. У сети могут быть различные параметры конфигурации (пороговые значения) для запуска передачи сообщения о результатах измерения для обнаруженной ячейки HNB по сравнению с макроячейкой.

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

Альтернативно, WTRU 110 могут давать указание контролировать или сканировать все частоты и посылать информацию измерения назад к сети так, чтобы сеть могла определить, где HNB 120 расположен, основываясь на информации измерения от WTRU 110. Измерение можно запускать с помощью макроузла B 130 через флажок в его широковещательной информации. Альтернативно, новое сообщение RRC можно посылать к сети для запроса измерения. Для этого может потребоваться операция, аналогичная сжатому режиму.

Альтернативно, WTRU 110 может одновременно располагаться в двух ячейках (в макроячейке 132 и в ячейке HNB 122a или 122b, если они доступны). WTRU 110 может мультиплексировать с временным разделением каналов передачи к обеим ячейкам (в восходящей линии связи и в нисходящей линии связи) так, чтобы WTRU 110 могло осуществлять связь с обеими ячейками. Сеть может затем определять общее расположение HNB 120 относительно макроячейки 132. Сеть может затем направлять WTRU 110 к одному из узлов B.

Варианты осуществления поисковых вызовов WTRU раскрыты ниже.

Поисковый вызов к WTRU 110, которые расположены в ячейке HNB 122a, 122b (или в состоянии ожидания, или в состоянии CELL_PCH, или в состоянии URA_PCH), следует выполнять с помощью сети для любого входящего вызова для мобильного телефона. Для режима ожидания сеть знает расположение WTRU 110 на уровне LA или РА и выполняет поисковый вызов WTRU 110 во всех ячейках, принадлежащих LA или РА. Для WTRU в состоянии CELL_PCH сеть знает расположение WTRU 100 на уровне ячейки, и поисковый вызов WTRU 110 выполняют только в определенной ячейке. Для WTRU в состоянии URA_PCH сеть знает расположение WTRU 110 на уровне URA и выполняет поисковый вызов WTRU 100 во всех ячейках URA.

Если LA (или РА, или TA) охватывает более одного GW HNB, то GW HNB может прилагать идентификатор GW к каждому сообщению обновления TA/LA/RA. Сеть может затем выполнять поисковый вызов WTRU 110 сначала в последнем GW HNB, к которому был получен доступ, а затем в остальных GW, которые составляют TA/RA/LA.

Если TA/LA/RA охватывает один GW HNB, то HNB ниже одного GW HNB можно подразделять на зоны поискового вызова HNB (HPA). Идентификатор HPA можно передавать с помощью широковещания как часть системной информации и считывать во время перевыбора ячейки. Обновление HPA можно запускать, когда WTRU 110 пересекает границу HPA. Обновление HPA может завершаться в GW HNB. Сеть может посылать сообщение поискового вызова в GW HNB, и GW HNB направлять его к последней HPA, к которой был получен доступ. Этот вариант осуществления может также использоваться, если TA/RA/LA охватывает более одного GW HNB.

HNB 120 может быть обеспечен возможностью динамически изменять (или обращаться в сеть, чтобы ему разрешили изменять) список URA, связанный с ячейкой HNB, когда HNB 120 перемещают. Это можно обеспечивать при использовании информации определения расположения HNB. Может использоваться одна или любая комбинация следующих методик.

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

Альтернативно, HNB 120 может использовать некоторое устройство определения местоположения для определения своего расположения (например, систему глобального позиционирования (GPS)). HNB 120 предоставляет информацию расположения в сеть. Сеть совместно использует фактическое расположение HNB с границами URA и обновляет список URA, если HNB 120 перемещается.

Альтернативно, сеть может использовать сообщение измерения WTRU для извлечения информации о соседней ячейке и определения общего расположения HNB. Сеть может использовать эту информацию для создания списка URA HNB.

Альтернативно, список URA может быть связан с некоторыми другими критериями. Например, при развертывании на территории предприятия руководство может решить разделять HNB согласно физическому расположению, типу или возможностям HNB (рассматривая параметры, такие как пропускная способность обратной линии связи HNB) или организационной структуре (например, у каждого отдела на складе может быть свой собственный URA). Адресное пространство URA можно делить на K уровней. Для каждого уровня доступен набор адресов URA. К этому набору можно обращаться по адресу группы URA. Каждому руководителю назначают один или большее количество адресов группы URA, и каждый из этих адресов группы URA связан с набором URA. Адреса URA в пределах этого первого уровня назначают руководством. HNB можно конфигурировать с помощью списка URA вручную или через некоторую процедуру OAM. Когда сеть выполняет поисковый вызов WTRU, шлюз может определять, куда направлять сообщение поискового вызова после того, как он устанавливает URA из ID WTRU.

Хотя раскрытые выше варианты осуществления представлены как отдельные варианты осуществления, следует отметить, что они могут использоваться по одному или в комбинации с другими вариантами осуществления. Дополнительно следует отметить, что многие из методик можно применять к другим технологиям радиодоступа (таким, как система долгосрочного развития 3G (LTE)).

Фиг. 3 - структурная схема примерного WTRU 300. WTRU включает в себя приемопередатчик 302 и контроллер 304. Контроллер 304 предназначен для приема от HNB информации ограничения доступа к HNB и для получения доступа к HNB, если определено, что доступ к HNB разрешен, основываясь на информации ограничения доступа к HNB, как раскрыто выше.

WTRU 300 может дополнительно включать в себя блок 306 измерения, предназначенный для выполнения измерения в соседних ячейках или на других частотах. Измерение для перевыбора ячейки запускают и выполняют даже при том, что уровень сигнала в подсоединенной в настоящее время ячейке выше порогового значения для перевыбора ячейки, как раскрыто выше. Контроллер 304 выполняет перевыбор ячейки HNB, если выполняются критерии перевыбора ячейки HNB. Измерение можно запускать вручную, периодически, устанавливая параметры Sintrasearch и Sintersearch в низкие значения, когда WTRU 300 входит в макроячейку, которая включает в себя ячейку HNB, для которой WTRU 300 является частью CSG, в соответствии с сообщением от сети, в котором запрашивают периодический поиск ячейки, основываясь на принятом от макроячейки списке соседних ячеек, включающем в себя информацию о расположенных поблизости ячейках HNB. Измерение можно запускать, если определяют, что WTRU 300 вошло в макроячейку, включающую в себя HNB, основываясь на обнаруженном LA или идентификаторе макроячейки. Измерение можно запускать в зависимости от мобильности WTRU.

Фиг. 4 - структурная схема устройства 400 (такого, как GW HNB) для поддержания услуг HNB. Устройство 400 включает в себя приемопередатчик 402 и контроллер 404. Контроллер 404 выполняют с возможностью исполнения вышеизложенных функций и процедур. Например, когда WTRU обновляет LA, контроллер 404 может прилагать идентификатор GW, предоставляя возможность сети посылать сообщение поискового вызова для WTRU к последнему GW HNB, к которому был получен доступ. Контроллер 404 может посылать сообщение поискового вызова в остальные GW, которые составляют LA, если WTRU не найден через последний GW HNB, к которому был получен доступ. Контроллер 404 может посылать сообщение поискового вызова в последнюю зону поискового вызова HNB (HPA), к которой был получен доступ, если HNB ниже шлюза HNB подразделяют на HPA. В соответствии с другим вариантом осуществления контроллер 404 может обновлять список URA, связанных с ячейкой HNB, когда HNB перемещается.

Фиг. 5 - структурная схема примерного узла B 500. Узел B 500 включает в себя приемопередатчик 502 и контроллер 504. Контроллер 504 предназначен для выполнения функций и процедур для поддержания услуг HNB, как указано выше. Например, контроллер 504 предназначен для передачи в WTRU информации ограничения доступа к HNB и для допуска WTRU, которому разрешают зарегистрироваться, основываясь на информации ограничения доступа к HNB.

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

1. Способ приема услуг HNB.

2. Способ варианта осуществления 1, содержащий этап: WTRU принимает от HNB информацию ограничения доступа к HNB.

3. Способ варианта осуществления 2, содержащий этап: WTRU получает доступ к HNB, если определено, что доступ к HNB разрешен, основываясь на информации ограничения доступа к HNB.

4. Способ по любому из вариантов осуществления 2-3, в котором информацией ограничения доступа к HNB является CSG ID, и WTRU получает доступ к HNB, если WTRU конфигурирован с CSG ID.

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

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

7. Способ по любому из вариантов осуществления 2-6, в котором бит состояния «ячейка запрещена/зарезервирована» используется в качестве информации ограничения доступа к HNB так, чтобы традиционным WTRU, которые не поддерживают особенности HNB, был заблокирован доступ к узлу B.

8. Способ варианта осуществления 7, дополнительно содержащий прием определенного для HNB указателя, информирующего, что ячейка является ячейкой HNB так, чтобы WTRU R8, которые поддерживают особенности HNB, получали доступ к ячейке HNB, игнорируя бит состояния «ячейка запрещена/зарезервирована».

9. Способ приема услуг HNB.

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

11. Способ варианта осуществления 10, содержащий этап: WTRU выполняет перевыбор ячейки HNB, если выполняются критерии перевыбора ячейки HNB.

12. Способ по любому из вариантов осуществления 10-11, в котором пороговое значение для запуска измерения для перевыбора ячейки устанавливают в более низкое значение, когда WTRU входит в макроячейку, которая включает в себя ячейку HNB, для которой WTRU является частью CSG.

13. Способ по любому из вариантов осуществления 10-12, дополнительно содержащий этап: WTRU принимает сообщение от сети, в котором запрашивают периодический поиск ячейки, причем измерение запускают в соответствии с данным сообщением.

14. Способ по любому из вариантов осуществления 10-12, дополнительно содержащий этап: WTRU принимает ручное указание от пользователя, чтобы инициировать измерения для поиска ячейки, причем измерение запускают с помощью ручного указания.

15. Способ по любому из вариантов осуществления 10-14, дополнительно содержащий этап: WTRU принимает от макроячейки список соседних ячеек, причем список соседних ячеек включает в себя информацию о расположенных поблизости ячейках HNB, причем измерение запускают, основываясь на списке соседних ячеек.

16. Способ по любому из вариантов осуществления 10-15, дополнительно содержащий этап: WTRU обнаруживает по меньшей мере один из LA и идентификатора макроячейки, причем измерение запускают, если определяют, что WTRU входит в макроячейку, включающую в себя HNB, основываясь на обнаруженном LA или идентификаторе ячейки.

17. Способ по любому из вариантов осуществления 10-16, в котором для WTRU устанавливает более высокий приоритет поиску на других частотах HNB во время события измерения FACH, если ячейка HNB находится на отдельной частоте.

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

19. Способ по любому из вариантов осуществления 10-18, в котором частоту измерения в ячейках HNB устанавливают, основываясь на хронологии перевыбора ячейки HNB.

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

21. Способ варианта осуществления 20, в котором мобильность WTRU определяют, основываясь на счетчике перевыбора ячеек HNB.

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

23. Способ по любому из вариантов осуществления 20-22, в котором мобильность WTRU определяют, основываясь на частоте изменения ячейки с лучшими параметрами.

24. Способ по любому из вариантов осуществления 10-23, дополнительно содержащий этап: WTRU посылает к сети сообщение о результатах измерения, сообщение о результатах измерения включает в себя обнаруженную ячейку HNB.

25. Способ варианта осуществления 24, содержащий этап: WTRU принимает сообщение от сети, данное сообщение указывает на непрерывный контроль ячейки HNB, если WTRU разрешают доступ к ячейке HNB, причем перевыбор ячейки HNB выполняют в зависимости от данного сообщения.

26. Способ поддержания услуг HNB.

27. Способ варианта осуществления 26, содержащий этап: принимают сообщение поискового вызова для WTRU.

28. Способ варианта осуществления 27, содержащий этап: выполняют поисковый вызов WTRU в последнем GW HNB, к которому был получен доступ, LA охватывает более одного GW HNB.

29. Способ варианта осуществления 28, содержащий этап: выполняют поисковый вызов WTRU в остальных GW HNB, которые составляют LA, если WTRU не найдено через последний GW HNB, к которому был получен доступ.

30. Способ по любому из вариантов осуществления 27-29, в котором сообщение обновления LA включает в себя идентификатор GW HNB, который передает сообщение обновления LA.

31. Способ поддержания услуг HNB.

32. Способ варианта осуществления 31, содержащий этап: принимают сообщение поискового вызова.

33. Способ варианта осуществления 32, содержащий этап: передают сообщение поискового вызова к последней HPA, к которой был получен доступ, причем HNB ниже GW HNB делятся на множество HPA.

34. Способ поддержания услуг HNB.

35. Способ варианта осуществления 34, содержащий этап: определяют расположение HNB.

36. Способ варианта осуществления 35, содержащий этап: обновляют список URA, подсоединенных к ячейке HNB, когда HNB перемещают.

37. Способ варианта осуществления 36, в котором URA назначают HNB, основываясь на наложенной макроячейке.

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

39. Способ по любому из вариантов осуществления 35-38, в котором расположение HNB определяют, основываясь на результатах измерения, переданных от WTRU.

40. WTRU для приема услуг HNB.

41. WTRU варианта осуществления 40, содержащее приемопередатчик, предназначенный для передачи и приема сигналов.

42. WTRU варианта осуществления 41, содержащее контроллер, предназначенный для приема от HNB информации ограничения доступа к HNB и для получения доступа к HNB, если определено, что доступ к HNB разрешен, основываясь на информации ограничения доступа к HNB.

43. WTRU варианта осуществления 42, в котором информацией ограничения доступа к HNB является CSG ID, и контроллер получает доступ к HNB, если WTRU конфигурирован с CSG ID.

44. WTRU по любому из вариантов осуществления 42-43, в котором информацией ограничения доступа к HNB является бит состояния, указывающий, доступна или нет ячейка HNB, и контроллер получает доступ к HNB, если бит состояния указывает, что ячейка HNB доступна.

45. WTRU по любому из вариантов осуществления 42-44, в котором информацией ограничения доступа к HNB являются идентификаторы WTRU, которым разрешен доступ к HNB, и контроллер получает доступ к HNB, если доступ разрешен, основываясь на идентификаторе WTRU.

46. WTRU по любому из вариантов осуществления 42-45, в котором бит состояния «ячейка запрещена/зарезервирована» используется в качестве информации ограничения доступа к HNB так, чтобы традиционным WTRU, которые не поддерживают особенности HNB, был заблокирован доступ к узлу B.

47. WTRU варианта осуществления 46, в котором контроллер принимает определенный для HNB указатель, сообщающий, что ячейка является ячейкой HNB так, чтобы WTRU R8, которые поддерживают особенности HNB, получали доступ к ячейке HNB, игнорируя бит состояния «ячейка запрещена/зарезервирована».

48. WTRU для приема услуг HNB.

49. WTRU варианта осуществления 48, содержащее приемопередатчик, предназначенный для передачи и приема сигналов.

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

51. WTRU варианта осуществления 50, содержащее контроллер, предназначенный для выполнения перевыбора ячейки HNB, если выполняется критерий перевыбора ячейки HNB.

52. WTRU по любому из вариантов осуществления 50-51, в котором пороговое значение для запуска измерения для перевыбора ячейки устанавливают в более низкое значение, когда WTRU входит в макроячейку, которая включает в себя ячейку HNB, для которой WTRU является частью CSG.

53. WTRU по любому из вариантов осуществления 50-52, в котором измерение запускают в соответствии с сообщением, принятым от сети, в котором запрашивают периодический поиск ячейки.

54. WTRU по любому из вариантов осуществления 50-52, в котором измерение запускают с помощью ручного указания от пользователя.

55. WTRU по любому из вариантов осуществления 50-54, в котором измерение запускают, основываясь на списке соседних ячеек, принятом от макроячейки, причем список соседних ячеек включает в себя информацию о расположенных поблизости ячейках HNB.

56. WTRU по любому из вариантов осуществления 50-55, в котором измерение запускают, если определено, что WTRU входит в макроячейку, включающую в себя HNB, основываясь на обнаруженном LA или идентификаторе макроячейки.

57. WTRU по любому из вариантов осуществления 50-56, в котором более высокий приоритет устанавливают ячейке HNB по сравнению с макроячейкой для перевыбора ячейки.

58. WTRU по любому из вариантов осуществления 50-57, в котором частоту измерения в ячейках HNB устанавливают, основываясь на хронологии перевыбора ячейки HNB.

59. WTRU по любому из вариантов осуществления 50-58, в котором измерение в ячейке HNB выполняют в зависимости от мобильности WTRU.

60. WTRU варианта осуществления 59, в котором мобильность WTRU определяют, основываясь на счетчике перевыбора ячейки HNB.

61. WTRU по любому из вариантов осуществления 59-60, в котором пороговое значение мобильности и размер окна для контроля мобильность WTRU настраивают для определения, имеет ли WTRU низкую скорость.

62. WTRU по любому из вариантов осуществления 59-61, в котором мобильность WTRU определяют, основываясь на частоте изменения ячейки с лучшими параметрами.

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

64. Устройство для поддержания услуг HNB.

65. Устройство варианта осуществления 64, содержащее приемопередатчик, предназначенный для приема сообщения поискового вызова для WTRU.

66. Устройство варианта осуществления 65, содержащее контроллер, предназначенный для передачи сообщения поискового вызова для WTRU к последнему GW HNB, к которому был получен доступ, LA охватывает более одного GW HNB, и для передачи сообщения поискового вызова в остальные GW HNB, которые составляют LA, если WTRU не найдено через последний GW HNB, к которому был получен доступ.

67. Устройство варианта осуществления 66, в котором контроллер прилагает идентификатор GW HNB к сообщению обновления LA.

68. Устройство для поддержания услуг HNB.

69. Устройство варианта осуществления 68, содержащее приемопередатчик, предназначенный для приема сообщения поискового вызова.

70. Устройство варианта осуществления 69, содержащее контроллер, предназначенный для передачи сообщения поискового вызова в последнюю HPA, к которой был получен доступ, HNB ниже шлюза HNB подразделяются на HPA.

71. Устройство варианта осуществления 68, содержащее приемопередатчик.

72. Устройство варианта осуществления 71, содержащее контроллер, предназначенный для определения расположения HNB и обновления списка URA, связанных с ячейкой HNB, когда HNB перемещают.

73. Устройство варианта осуществления 72, в котором URA назначают HNB, основываясь на наложенной макроячейке.

74. Устройство по любому из вариантов осуществления 72-73, в котором расположение HNB определяют с помощью HNB и передают к сети так, чтобы список URA обновляли, основываясь на переданном расположении.

75. Устройство по любому из вариантов осуществления 72-74, в котором расположение HNB определяют, основываясь на измерениях, о которых сообщили, от WTRU.

76. Устройство по любому из вариантов осуществления 72-75, в котором расположение HNB определяют, основываясь на одновременных соединениях к макроячейке и ячейке HNB.

77. Способ поддержания услуг HNB.

78. Способ варианта осуществления 77, содержащий этап: передают к WTRU информации ограничения доступа к HNB.

79. Способ варианта осуществления 78, содержащий этап: допускают WTRU, которому разрешают расположиться в ячейке, основываясь на информации ограничения доступа к HNB.

80. Способ по любому из вариантов осуществления 78-79, в котором информацией ограничения доступа к HNB является CSG ID, и WTRU получает доступ к HNB, если WTRU конфигурирован с CSG ID.

81. Способ по любому из вариантов осуществления 78-80, в котором информацией ограничения доступа к ячейке является бит состояния, указывающий, доступна или нет ячейка HNB, и WTRU получает доступ к HNB, если бит состояния указывает, что ячейка HNB доступна.

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

83. Способ по любому из вариантов осуществления 78-82, в котором информацией ограничения доступа к HNB являются идентификаторы WTRU, которым разрешен доступ к HNB, и WTRU получает доступ к HNB, если доступ разрешен, основываясь на идентификаторе WTRU.

84. Способ по любому из вариантов осуществления 78-83, в котором узел B использует бит состояния «ячейка запрещена/зарезервирована» в качестве информации ограничения доступа к HNB для традиционных WTRU, которые не поддерживают особенности HNB, чтобы заблокировать доступ к узлу B от традиционных WTRU.

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

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

87. Способ по любому из вариантов осуществления 78-86, дополнительно содержащий передачу с помощью широковещания определенного для HNB указателя, чтобы сообщить WTRU R8, поддерживающим особенности HNB, что узел B является HNB, так чтобы WTRU R8 получали доступ к узлу B, игнорируя бит состояния «ячейка запрещена/зарезервирована».

88. Узел B для поддержания услуг HNB.

89. Узел B варианта осуществления 88, содержащий приемопередатчик, предназначенный для передачи и приема сигналов.

90. Узел B варианта осуществления 89, содержащий контроллер, предназначенный для передачи информации ограничения доступа к HNB в WTRU и для допуска WTRU, которому разрешают расположиться в ячейке, основываясь на информации ограничения доступа к HNB.

91. Узел B варианта осуществления 90, в котором информацией ограничения доступа к HNB является CSG ID, и WTRU получает доступ к HNB, если WTRU конфигурирован с CSG ID.

92. Узел B по любому из вариантов осуществления 90-91, в котором информацией ограничения доступа к HNB является бит состояния, указывающий, доступна или нет ячейка HNB, и WTRU получает доступ к HNB, если бит состояния указывает, что ячейка HNB доступна.

93. Узел B варианта осуществления 92, в котором бит состояния устанавливают, основываясь по меньшей мере на одном из количества WTRU, расположенных в ячейке HNB, состоянии загрузки восходящей линии связи и/или нисходящей линии связи и загрузке обратной линии связи.

94. Узел B по любому из вариантов осуществления 90-93, в котором информацией ограничения доступа к HNB являются идентификаторы WTRU, которым разрешен доступ к HNB, и WTRU получает доступ к HNB, если доступ разрешен, основываясь на идентификаторе WTRU.

95. Узел B по любому из вариантов осуществления 90-94, в котором бит состояния «ячейка запрещена/зарезервирована» используется в качестве информации ограничения доступа к HNB для традиционных WTRU, которые не поддерживают особенности HNB так, чтобы традиционным WTRU был заблокирован доступ к узлу B.

96. Узел B варианта осуществления 95, в котором контроллер дополнительно предназначен для передачи с помощью широковещания определенного для HNB указателя, чтобы сообщить WTRU R8, что узел B является HNB так, чтобы WTRU R8 получали доступ к узлу B, игнорируя бит состояния «ячейка запрещена/зарезервирована».

97. Узел B варианта осуществления 96, в котором контроллер посылает индикатор перевыбора ячейки в пределах одной частоты для настройки выбора и перевыбора ячейки.

98. Узел B варианта осуществления 97, в котором индикатор перевыбора ячейки в пределах одной частоты используют для запрещения всей частоты, если ячейка HNB находится на отдельной частоте.

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

Подходящие процессоры включают в себя, для примера, универсальный процессор, специальный процессор, обычный процессор, процессор цифровой обработки сигналов (ПЦОС), множество микропроцессоров, один или большее количество микропроцессоров вместе с ядром ПЦОС, контроллер, микроконтроллер, специализированные интегральные схемы (СпИС), схемы программируемых пользователем вентильных матриц (ППВМ), любой другой тип интегральной схемы (ИС) и/или конечный автомат.

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

Класс H04W48/02 ограничение доступа, выполненное в соответствии с определенными условиями

Наверх