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

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

Иллюстрации

Показать все

Реферат

Испрашивание приоритета согласно §119 раздела 35 свода законов США

[0001] Настоящая заявка испрашивает преимущество и приоритет предварительной заявки на патент США № 60/965164, на которую обычным образом переданы права, поданной 17 августа 2007 г. и имеющей номер в реестре поверенного 071995 P1, раскрытие которой тем самым включается здесь по ссылке.

Перекрестная ссылка на связанную заявку

[0002] Настоящая заявка относится к одновременно поданной заявке на патент США № 12/191256, на которую обычным образом переданы права, именуемой "Method and Apparatus for Wireless Access Control" и имеющей номер в реестре поверенного 071995 U2, раскрытие которой тем самым включается здесь по ссылке.

Предшествующий уровень техники

[0003] Настоящая заявка в целом относится к беспроводной связи и более конкретно, но не исключительно к повышению производительности передачи данных.

[0004] Системы беспроводной связи широко используются для предоставления различных типов связи (например, передачи голоса, данных, мультимедийных услуг и т.д.) для множества пользователей. Поскольку возрастает спрос на высокоскоростные услуги передачи данных и услуги передачи мультимедийных данных, существует задача реализовывать эффективные и надежные системы связи с повышенной производительностью.

[0005] Для дополнения набора базовых станций традиционной сети мобильных телефонов (например, сотовой сети с макро ячейками) базовые станции с малой зоной охвата могут использоваться, например, в доме пользователя. Такие базовые станции с малой зоной охвата в целом общеизвестны как базовые станции точек доступа, домашние Узлы B или фемто ячейки и могут использоваться для предоставления большей надежной внутренней беспроводной зоны охвата для мобильных устройств. Обычно такие базовые станции с малой зоной охвата подсоединяются к Интернету и к сети оператора мобильной связи с помощью маршрутизатора DSL (цифровой абонентской линии) или кабельного модема.

[0006] При обычном развертывании сотовых макро ячеек зона радиочастотного ("RF", РЧ) охвата планируется и регулируется операторами сотовой сети для оптимизации зоны охвата. При таком развертывании терминал доступа в целом будет подсоединяться для обслуживания к самой лучшей базовой станции, какую он "слышит". В настоящем описании РЧ планирование может использоваться, пытаясь обеспечить, что сигнал, который заданный терминал доступа принимает от обслуживающей базовой станции, значительно выше, чем сигналы, которые терминал доступа принимает от любых создающих помехи базовых станций, таким образом разрешая терминалу доступа принимать соответствующую службу.

[0007] Напротив, развертывание базовых станций с малой зоной охвата может быть узкоспециализированным, и зона РЧ охвата этих базовых станций может не быть оптимизирована оператором мобильной связи. Следовательно, РЧ помехи, подавление и потеря обслуживания могут возникать между этими базовыми станциями и соседними терминалами доступа, работающими в макро ячейке. Например, терминал доступа, который не авторизован для доступа к соседней базовой станции (например, фемто ячейке), может подвергаться помехам от этой базовой станции. Таким образом, существует необходимость в улучшенном регулировании помех сети для беспроводных сетей.

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

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

[0009] Настоящая заявка относится к некоторым аспектам для назначения ограниченных узлов доступа (например, фемто узлов) на указанный канал (например, несущую). Кроме того, терминалы доступа, которые находятся в активной связи с макро узлом доступа, также могут быть назначены на намеченный (обозначенный) канал, в то время как терминалы доступа, которые находятся в ожидании в макро узле доступа, не назначаются на намеченный канал. В некоторых случаях активные терминалы доступа с низкой мобильностью могут быть назначены на намеченный канал, но активные терминалы доступа с высокой мобильностью не могут. В некоторых аспектах такая схема может привести к эффективному использованию ресурсов системы, в то же время сокращая помехи между ограниченными узлами доступа и терминалами доступа, ассоциированными с макро узлами доступа.

[0010] Настоящее изобретение относится к некоторым аспектам для выполнения межчастотной передачи обслуживания в терминале доступа, ассоциированном с макро узлом доступа, когда терминал доступа находится в или около зоны охвата ограниченного узла доступа (например, фемто узла). Например, когда терминал доступа, который ассоциируется с (например, находится в активной связи с) макро узлом доступа на заданной несущей, обнаруживает фемто узел на той же несущей, терминал доступа может переключиться на другую несущую для выполнения своих макро коммуникаций, если отношение мощности несущей к помехе ("C/I") в терминале доступа ухудшается до известной степени. Таким образом, эта схема может также уменьшать помехи между ограниченными узлами доступа и терминалами доступа, ассоциированными с макро узлами доступа.

[0011] Настоящая заявка относится к некоторым аспектам для выполнения межчастотной передачи обслуживания на основании местоположения терминала доступа. Например, терминал доступа, который ассоциирован с (например, находится в активной связи с) макро узлом доступа на заданной несущей, может выполнять внеполосное сканирование на основании информации местоположения. Таким образом, терминал доступа может определять, находится ли он в пределах зоны охвата намеченного (например, предпочтительного) узла доступа, который работает на другой несущей. Если да, терминал доступа может выполнять передачу обслуживания на этот намеченный узел доступа. В некоторых аспектах такая схема может сокращать помехи между ограниченными узлами доступа и терминалами доступа, ассоциированными с макро узлами доступа, посредством облегчения передачи обслуживания на намеченный узел, если этот узел доступа находится близко к обозначенному узлу.

[0012] Настоящая заявка относится к некоторому аспекту для управления доступом к ограниченному узлу доступа. Например, когда терминал доступа пытается получить доступ к ограниченному узлу доступа, этот ограниченный узел доступа и/или терминал доступа (например, домашний терминал доступа), который ассоциирован с ограниченным узлом доступа, может определить, разрешить ли запрашиваемый доступ. В некоторых аспектах решение относительно того, разрешить ли доступ, основывается на одной или более определенных политиках. В некоторых аспектах решение относительно того, разрешить ли доступ, основывается на решении, выполненном пользователем терминала доступа, который ассоциирован с ограниченным узлом доступа.

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

[0013] Эти и другие примерные аспекты раскрытия описаны ниже в подробном описании и приложенной формуле изобретения, которые следуют, и на сопроводительных чертежах, на которых:

[0014] фиг.1 - это упрощенная схема нескольких примерных аспектов сети, включающей в себя макро зону охвата и зону охвата меньшего масштаба;

[0015] фиг.2 - это упрощенная блок-схема нескольких примерных аспектов системы связи;

[0016] фиг.3 - это последовательность нескольких примерных аспектов операций, которые могут выполняться для назначения несущих на беспроводные узлы;

[0017] фиг.4 - это последовательность нескольких примерных аспектов операций, которые могут выполняться для выполнения передачи обслуживания на другую несущую на основании принятых сигналов;

[0018] фиг.5 - это последовательность нескольких примерных аспектов операций, которые могут выполняться для выполнения передачи обслуживания на другую несущую на основании информации местоположения;

[0019] фиг.6A и 6B - это последовательности нескольких примерных аспектов операций, которые могут выполняться для управления доступом к ограниченному узлу доступа;

[0020] фиг.7 - это упрощенная схема, иллюстрирующая зоны охвата для беспроводной связи;

[0021] фиг.8 - это упрощенная схема системы беспроводной связи, включающая в себя фемто узлы;

[0022] фиг.9 - это упрощенная блок-схема нескольких примерных аспектов компонентов связи; и

[0023] фиг.10-16 - это упрощенные блок-схемы нескольких примерных аспектов устройств, сконфигурированных для назначения несущих и управления доступом, как описано в настоящем описании.

[0024] В соответствии с общей практикой различные признаки, иллюстрированные в чертежах, могут не быть изображены в масштабе. Соответственно, размерности различных признаков могут произвольно расширяться или сокращаться для ясности. В дополнение, некоторые из чертежей могут быть упрощены для ясности. Таким образом, чертежи могут не отображать все компоненты заданной аппаратуры (например, устройства) или способа. Наконец, аналогичные ссылочные позиции могут использоваться для обозначения аналогичных признаков по всему описанию и фигурам.

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

[0025] Различные аспекты раскрытия описываются ниже. Должно быть очевидно, что описание здесь может осуществляться в широком разнообразии форм и что любая конкретная структура, функция или обе, раскрываемые в настоящем описании, являются только представительными. На основании описаний, приведенных здесь, специалист в данной области техники должен оценить, что аспект, раскрываемый в настоящем описании, может реализовываться независимо от любых других аспектов и что два или более из этих аспектов могут объединяться различными способами. Например, устройство может реализовываться или способ может осуществляться на практике, используя любое число аспектов, сформулированных в настоящем описании. В дополнение такое устройство может реализовываться или такой способ может осуществляться на практике, используя другую структуру, функциональные возможности или структуру и функциональные возможности в дополнение или за исключением одного или более аспектов, сформулированных в настоящем описании. Кроме того, аспект может содержать по меньшей мере один элемент формулы изобретения.

[0026] Фиг.1 иллюстрирует примерные аспекты системы 100 сети, где макро узел 102 доступа предоставляет зону охвата 104 макро масштаба (например, сотовую сеть с большой зоной охвата, такую как сеть 3G) и узел 106 доступа предоставляет зону охвата по меньшей области 108 зоны охвата (например, офис или здание). В некоторых аспектах узлы доступа, такие как узел 106 доступа, могут использоваться для предоставления одного или более из: увеличивающегося роста пропускной способности, зоны охвата внутри здания и различных услуг (например, для более надежной работы пользователя). Таким образом, когда узел, такой как беспроводной терминал 110, перемещается через сеть, беспроводной терминал 110 может обслуживаться в широкой области посредством узла 102 доступа и в конкретной подобласти посредством узла 106 доступа. Однако, как будет рассмотрено более подробно ниже, узел 106 доступа может быть ограничен, поскольку он может только предоставлять услугу определенному набору узлов. В результате "дыра" зоны охвата (например, соответствующая области 108 зоны охвата) может создаваться в макро области 104 зоны охвата для узлов, таких как беспроводной терминал 112, которые авторизованы для доступа к макро узлу 102, но не авторизованы для доступа к узлу 106 доступа.

[0027] "Дыра" в зоне охвата, такая как эта, может влиять как на активные, так и на ожидающие терминалы доступа, работающие в пределах макро области зоны охвата. Например, если ожидающему терминалу доступа отказывают в регистрации в ограниченном узле доступа, терминал доступа может испытать ухудшение C/I (например, в текущем канале и, возможно, в одном или более соседних каналах). В результате терминал доступа может нуждаться в выполнении передачи обслуживания на другую макро несущую. Аналогично, если активному терминалу доступа отказывают в ассоциации в ограниченном узле доступа, терминал доступа может испытать ухудшение C/I по нисходящей линии связи и также вызвать помехи по восходящей линии связи в этом ограниченном узле доступа. Активный терминал доступа также может попытаться выполнить передачу обслуживания на другой макро канал с лучшим C/I. Однако, если такой канал не может быть найден, активный вызов может быть потерян из-за потери сигнала. Кроме того, до того как вызов теряется, передачи от терминала доступа могут вызывать временное состояние потери услуги в ограниченном узле доступа.

[0028] Изобретение относится к некоторым аспектам для управления вопросами доступа и/или помех, которые могут возникать, когда терминал доступа находится в окрестности ограниченного узла доступа. Эти и другие аспекты настоящего раскрытия рассмотрены со ссылкой на систему 200 связи, которая показана на фиг.2, и на последовательности операций на фиг.3-6A.

[0029] Система 200 будет использоваться для описания сценария, который следует ниже. Беспроводной терминал 110 (например, домашний терминал доступа) ассоциирован с узлом 106 доступа (например, ограниченной базовой станцией), посредством которой беспроводной терминал 110 может иметь полный доступ в узле 106 доступа. В дополнение, сначала беспроводной терминал 112 ассоциируется с узлом 102 доступа (например, макро базовой станцией). В некоторый момент времени беспроводной терминал 112 входит в зону охвата узла 106 доступа и пытается установить связь (например, как гостевой терминал доступа). Как рассмотрено ниже, система 200 также включает в себя централизованный контроллер 202, который может связываться с узлами 102 и 106 доступа (например, через обратные соединения).

[0030] Фиг.2 также иллюстрирует несколько примерных компонентов, которые могут реализовываться в этих узлах, в соответствии с представленными описаниями. Для сокращения сложности фиг.2 только несколько компонентов показаны в различных узлах. Должно быть понятно, что аналогичные компоненты могут быть включены в другие узлы в системе независимо от того, показано ли это на фиг.2. Узлы включают в себя приемопередатчики для связи друг с другом и с другими узлами. Например, приемопередатчик 204 узла 112 включает в себя передатчик 208 для отправки сигналов и приемник 210 для приема сигналов. Приемопередатчик 206 узла 106 включает в себя передатчик 212 для передачи сигналов и приемник 214 для приема сигналов. Узлы также могут включать в себя контроллеры доступа (например, контроллеры доступа 216, 218 и 220) для управления доступом к узлу и для предоставления других связанных функциональных возможностей, как описано в настоящем описании. Узлы могут также включать в себя контроллеры связи (не показаны) для управления связью с другими узлами и для предоставления других связанных функциональных возможностей, как описано в настоящем описании. Другие компоненты, иллюстрированные на фиг.2, рассмотрены в описании, которое следует ниже.

[0031] Примерные операции системы, такой как система 200, рассмотрены ниже более подробно вместе с последовательностями операций фиг.3-6B. Вкратце, фиг.3 описывает несколько операций, которые могут применяться вместе с назначением несущих на узлы в системе. Фиг.4 описывает несколько операций, которые могут применяться вместе с переключением на другую несущую на основании обнаруженных сигналов. Фиг.5 описывает несколько операций, которые могут применяться вместе с переключением на другую несущую на основании информации местоположения. Фиг.6A и 6B описывают несколько операций, которые могут применяться вместе с управлением доступом к ограниченному узлу.

[0032] Для удобства операции фиг.3-6B (или любые другие операции, рассмотренные или описанные в настоящем описании) могут описываться как выполняемые конкретными компонентами (например, компонентами системы 200). Однако должно быть оценено, что эти операции могут выполняться другими типами компонентов и могут выполняться, используя другое число компонентов. Также должно быть оценено, что одна или более операций, описанных в настоящем описании, могут не применяться в заданной реализации.

[0033] Для иллюстрации задач нижеследующее описание представляется в контексте терминалов доступа (например, узлов 110 и 112), которые связываются с макро узлом доступа и с ограниченным узлом доступа (например, узлами 102 и 106 соответственно). Однако должно быть оценено, что описания здесь могут применяться к другим типам устройств или устройствам, которые относятся к использованию другой терминологии.

[0034] Сначала ссылаясь на фиг.3, каналы (например, несущие), на которых фемто узлы и на которых терминалы доступа, ассоциированные с макро узлами, развертываются, могут управляться для уменьшения помех, которые могут, иначе, вызываться ограниченным узлом доступа, работающим на том же канале, что и макро узел. Кроме того, это может быть достигнуто посредством поддержания достаточного использования каналов.

[0035] Как представлено этапом 302, все ограниченные узлы доступа в системе могут быть назначены на общий канал. Например, все фемто узлы в заданной сети оператора могут быть развернуты на одной и той же несущей (намеченный фемто канал). На фиг.2 такая конфигурация может быть достигнута, например, посредством взаимодействия централизованного контроллера 202 и узла 106 доступа.

[0036] Этапы 304-316 описывают процедуру, которая может применяться для назначения канала на терминал доступа, работающий в пределах макро ячейки. Такая процедура может реализовываться, например, посредством взаимодействия компонентов 222 и 224 блока выбора несущей узлов 112 и 102 соответственно. Например, блок 224 выбора несущей может конфигурировать блок 222 выбора несущей для работы на намеченной несущей.

[0037] Процедура назначения канала начинается на этапе 304 (например, вместе с созданием назначения вызова). Как представлено этапом 306, это назначение канала может основываться на том, является ли терминал доступа в настоящее время активным (например, во время вызова) или ожидающим. В некоторых реализациях текущий режим терминала доступа может определяться компонентом 226 блока определения режима, как показано на фиг.2.

[0038] Как представлено этапом 308, если терминал доступа является ожидающим в макро узле, терминал доступа может быть назначен на отличный канал, чем фемто канал, если альтернативный канал доступен. В некоторых аспектах ожидающие макро терминалы доступа могут нуждаться только в пейджинге и других ограниченных услугах. Следовательно, может не быть большой необходимости в балансе нагрузки этих терминалов доступа по всем каналам. Не назначая ожидающие макро терминалы доступа на фемто канал, можно избежать ожидающих передач обслуживания, которые, иначе, могут выполняться, когда ожидающий макро терминал доступа встречает фемто узел. В случае когда терминал доступа переключается в активный режим (например, когда терминал доступа принимает вызов), терминалу доступа может быть назначен другой канал (например, вместе с назначением вызова).

[0039] Как представлено этапами 310 и 312, активные макро терминалы доступа могут быть назначены на фемто канал в силу некоторых обстоятельств. В некоторых аспектах назначение макро терминала доступа на фемто канал может принимать во внимание, может ли такое назначение привести к относительно высоким служебным расходам. Например, может быть нежелательно разместить терминал доступа, который имеет высокую мобильность, на фемто канале, так как это может привести к относительно большому количеству передач обслуживания, поскольку терминал доступа проходит через различные фемто узлы в сети. Напротив, если терминал доступа является относительно стационарным и не находится в пределах зоны охвата фемто узла, может существовать более низкая вероятность помех с фемто узлами и межчастотными передачами обслуживания. В этом случае размещение терминала доступа на фемто канале может привести к лучшему использованию фемто канала.

[0040] Соответственно в некоторых аспектах определение того, назначать ли терминал доступа на фемто канал, может быть основано на статусе терминала доступа. Такое определение может быть сделано, например, посредством сравнения показателя мобильности, ассоциированного с терминалом доступа, с одним или более пороговыми значениями показателя мобильности. Таким образом, как представлено этапом 314, в случае когда мобильность терминала доступа больше чем или равна пороговому значению мобильности, терминал доступа может быть назначен на канал, который является отличным, чем фемто канал. Наоборот, как представлено этапом 316, в случае когда мобильность терминала доступа меньше чем или равна пороговому значению мобильности, терминал доступа может быть назначен на фемто канал.

[0041] Показатель мобильности, описанный выше, может реализовываться различными способами. Например, в некоторых реализациях низкоскоростной/высокоскоростной классификатор может реализовываться в новых терминалах доступа. В некоторых реализациях мобильность терминала доступа может быть определена на основании того, часто ли предоставляет активный терминал доступа на фемто канале отчеты C/I фемто узла (например, для макро узла доступа). В настоящем описании терминал доступа может генерировать отчет каждый раз, когда он встречает сигналы от отличного фемто узла. В случае, когда частота этих отчетов достигает или превышает некоторый порог, терминал доступа может быть перенаправлен от фемто канала. Кроме того, в случае, когда развертывания фемто узла становятся широко распространенными в сети, фемто канал может быть выделен исключительно для фемто узлов.

[0042] Теперь ссылаясь на фиг.4, когда терминал доступа приближается к "дыре" зоны охвата на своей текущей рабочей несущей (например, вызванной ограниченным узлом), терминал доступа может переключиться на другую несущую (например, при взаимодействии с обслуживающим узлом доступа). Операции согласно фиг.4 начинаются на этапе 402, где терминал 112 доступа сначала ассоциируется с макро узлом 102 доступа на заданной несущей (например, обозначенной как первая несущая).

[0043] Как представлено этапом 404, терминал 112 доступа (например, приемник 210) будет принимать сигналы на первой несущей от узла 102 доступа и, возможно, от других соседних узлов доступа. Терминал 112 доступа может таким образом определять C/I, ассоциированное с сигналами (например, пилот-сигналами), принятыми от узла 102 доступа. В некоторых реализациях терминал 112 доступа (например, передатчик 208) может отправлять эту информацию C/I на узел 102 доступа.

[0044] Как представлено этапом 406, когда терминал 112 доступа приближается к области зоны охвата другого узла доступа, терминал 112 доступа может также принимать сигналы от этого узла доступа на первой несущей. Как представлено этапом 408, терминал 112 доступа может определять, разрешено ли получить доступ к узлу доступа, обнаруженному на этапе 406.

[0045] Как представлено этапом 410, если терминалу 112 доступа разрешено получить доступ к узлу доступа, терминал 112 доступа может выбрать ассоциироваться (связаться) с этим узлом доступа. Например, один или более узлов доступа могут обозначаться как предпочтительные узлы доступа (например, домашний фемто узел) для терминала 112 доступа. В таком случае терминал 112 доступа может быть сконфигурирован для ассоциации (связи) с предпочтительным узлом доступа, когда бы терминал 112 доступа ни обнаружил наличие такого узла. Для этого в некоторых реализациях терминал 112 доступа может поддерживать предпочтительный список роуминга ("PRL"), который идентифицирует свои предпочтительные узлы доступа.

[0046] Если терминалу 112 доступа не разрешено получить доступ к узлу доступа на этапе 408 (например, узел доступа ограничен для предоставления услуги некоторому другому терминалу доступа), терминал 112 доступа и/или обслуживающий узел доступа могут определить, переключиться ли на другую несущую, на этапах 412, 414 и 416. Например, в некоторых случаях терминал 112 доступа (например, блок выбора 222 несущей) может выбрать переключиться на другую несущую на основании обнаружения сигналов от ограниченного узла доступа (например, узла 106 доступа) и/или на основании определения, что C/I на первой несущей ухудшилось (например, из-за помех от узла 106 доступа, работающего на первой несущей). В настоящем описании ухудшение C/I может обозначаться, например, если C/I меньше чем или равно пороговому значению.

[0047] В некоторых случаях одна или более вышеупомянутых операций могут реализовываться посредством взаимодействия терминала 112 доступа и узла 102 доступа. Например, терминал доступа может посылать информацию, относящуюся к сигналам, принятым на этапах 404 и 406, на узел 102 доступа. Затем на основании обнаружения ухудшенного C/I в терминале 112 доступа и/или наличия ограниченного узла 106 доступа (и/или предпочтительного узла доступа), как обозначено этой информацией, узел 102 доступа (например, блок выбора 224 несущей) может вызывать операцию передачи обслуживания. В результате терминал 112 доступа может переключиться на второю несущую и попытаться установить связь.

[0048] Вышеупомянутая процедура может использоваться, когда терминал доступа находится или в режиме ожидания, или в активном режиме. Например, если макро терминал доступа, ожидающий на фемто канале, обнаруживает ухудшенное C/I из-за близко расположенного ограниченного фемто узла, терминал доступа может инициировать ожидающие операции передачи обслуживания. В настоящем описании если терминал доступа определяет, что фемто узел является или открытым, или предоставляет доступ к терминалу доступа, терминал доступа может просто ассоциироваться с этим фемто узлом, как описано выше на этапе 410. Если, с другой стороны, терминалу доступа не позволено ассоциироваться (связываться) с фемто узлом, терминал доступа может выполнять сканирование, пытаясь найти сигналы макро зоны охвата на другой несущей.

[0049] Если макро терминал доступа, который находится в активной связи на фемто канале, обнаруживает ухудшенное C/I из-за близко расположенного ограниченного фемто узла, терминал доступа может послать отчет C/I в свой макро узел вместе с информацией о фемто узле, как рассмотрено выше. Затем макро узел доступа может определять, что ухудшение C/I происходит из-за помех от фемто узла, и начать активную межчастотную передачу обслуживания.

[0050] Если запрос терминалом 112 доступа ассоциирования с узлом 106 доступа отклоняется и никакая альтернативная несущая не доступна в пределах области зоны охвата узла 106 доступа, терминал 112 доступа может потерять свой вызов. В таком случае терминал 112 доступа может прервать работу в состоянии ожидания (например, в пределах зоны охвата узла 106 доступа).

[0051] В любом случае терминал 112 доступа может продолжить контролировать принятые сигналы, как представлено оперативным переходом назад на этап 404 (например, на первоначальной несущей или новой несущей). Таким образом, терминал 112 доступа может повторно контролировать "дыры" зоны охвата, вызванные близко расположенными ограниченными узлами доступа, и пытаться уменьшить любые ассоциированные помехи.

[0052] Со ссылками на фиг.5, для терминала доступа может быть желательно провести внеполосные сканирования для определения, вошел ли он в область зоны охвата узла доступа, который работает на другой несущей. Например, если предпочтительный узел доступа был назначен для терминала доступа (например, в PRL), терминал доступа может повторно проводить внеполосные сканирования, пытаясь обнаружить сигналы (например, пилот-сигналы) от предпочтительного узла доступа. Операции согласно фиг.4 начинаются на этапе 502, где терминал 112 доступа сначала ассоциируется с макро узлом 102 доступа на заданной несущей (например, обозначенной как первая несущая).

[0053] Как представлено этапом 504, терминал 112 доступа (например, блок 228 определения местоположения) определяет информацию местоположения, которая может использоваться для определения, находится ли терминал 112 доступа в окрестности заданного узла доступа. Эта информация местоположения может принимать различные формы. Например, в некоторых реализациях информация местоположения может содержать географическое местоположение терминала 112 доступа. В таком случае блок 228 определения местоположения может включать в себя функциональные возможности (например, функциональные возможности GPS, функциональные возможности сотовой связи и т.д.) для определения этого географического местоположения.

[0054] Как представлено этапом 506, в некоторых реализациях терминал 112 доступа может также определять, испытывает ли он какое-либо ухудшение в своих принятых сигналах. Например, решение переключиться на другую несущую также может быть основано на том, становится ли сигнал от макро узла 102 доступа слабым (например, C/I ухудшается).

[0055] Как представлено этапами 508 и 510, терминал 112 доступа (например, контроллер 230 поиска) может определять, проводить ли внеполосное сканирование для поиска одного или более других узлов доступа. Как упомянуто выше, такое сканирование может быть вызвано на основании информации местоположения (например, посредством определения, является ли терминал 112 доступа ближайшим к заданному узлу доступа, работающему на другой несущей). В случае информации местоположения, основанной на географических данных, контроллер 230 поиска может, например, определять, проводить ли поиск на основании сравнения текущего географического местоположения, как определено на этапе 504, с известным местоположением конкретного узла доступа.

[0056] Определение близости для заданного узла доступа может быть достигнуто различными способами. Например, когда устанавливаются узлы доступа, такие как фемто узлы (например, после инсталляции), каждый узел доступа может выгрузить свои координаты (например, широту и долготу) вместе с информацией идентификации (например, свой PN и ID сектора) в базу данных. Эта информация может быть послана, например, с помощью обратной передачи IP.

[0057] Как рассмотрено выше, терминал доступа определяет, где он основывается, например, на координатах от компонента GPS. Затем терминал доступа может получить доступ к базе данных (например, терминал доступа может быть сконфигурирован априорно с URL базы данных) и запросить базу данных о любых узлах доступа (например, фемто узлах) в окрестности терминала доступа. Если терминал доступа определяет, что существует такой узел доступа в окрестности, терминал доступа может провести внеполосный поиск, пытаясь найти узел доступа.

[0058] Использование такой централизованной базы данных может преимущественно упростить управление сетью. Например, когда устанавливается новый узел доступа (например, фемто узел), централизованная база данных может быть обновлена. Затем терминал доступа может запросить эту базу данных, когда ему это нужно. В некоторых аспектах реализация, такая как эта, может быть более эффективной, например реализация, где PRL для терминала доступа обновляется каждый раз, когда устанавливается новый узел доступа.

[0059] Как упомянуто выше, решение провести сканирование необязательно может основываться на любом ухудшении в сигналах, принятых на первой несущей. Например, терминал 112 доступа может, более вероятно, провести сканирование, когда ухудшение сигнала высоко.

[0060] Как представлено этапом 512, терминал 112 доступа определяет, принимаются ли какие-либо сигналы на второй несущей. Если да, терминал 112 доступа может выбрать выполнить передачу обслуживания для ассоциации (связывания) с узлом доступа, работающим на второй несущей (этап 514). Например, если терминал 112 доступа (например, контроллер 232 передачи обслуживания) обнаруживает домашний фемто узел на второй несущей, терминал 112 доступа может выбрать ассоциироваться (связываться) с этим домашним фемто узлом. Если терминал 112 доступа находится в активном режиме (например, во время вызова), подходящие процедуры передачи контекста могут использоваться для выполнения активной передачи.

[0061] Если терминалу 112 доступа отказывают в доступе к ограниченному узлу доступа (например, узлу 106 доступа) в то время, когда он находится в режиме ожидания, терминал 112 доступа может запросить ассоциацию с узлом доступа. Если терминалу 112 доступа отказывают в доступе к узлу доступа в то время, когда он находится в активном режиме, вызов может потеряться, если зона охвата на первой несущей покинута. В таком случае терминал 112 доступа может прервать работу в режиме ожидания в пределах зоны охвата узла доступа.

[0062] Начало процедуры, которая определяет, переключаться ли на другую несущую, может достигаться различными способами и основываться на различных критериях. Например, в некоторых случаях макро узел доступа, который знает о возможном существовании фемто узла доступа, может запросить терминал доступа выполнить внеполосный поиск на частоте, которая периодически задается сетью. В некоторых случаях фемто узел может посылать запрос на внеполосный поиск на терминал доступа, который подсоединен к нему, для определения, является ли он подходящим для передачи обслуживания (например, к макро узлу доступа).

[0063] Как упомянуто выше, когда гостевой (или внешний) терминал доступа приближается к ограниченному узлу доступа, могут происходить состояния помех, прерывания и потери услуги. Для смягчения таких состояний узел доступа может предоставить некоторую форму доступа к терминалу доступа в соответствии с приведенным описанием. Например, узел доступа может предоставить временный доступ, ограниченный доступ или некоторую другую форму доступа терминалу доступа. Эти и другие аспекты раскрытия теперь будут описаны со ссылками на фиг.6A и 6B. Для удобства в следующем рассмотрении ограниченный узел доступа будет называться узлом 106 доступа. Аналогично, гостевой или внешний терминал доступа (например, которому может быть предоставлен гостевой доступ) будет называться терминалом 112 доступа.

[0064] Как представлено этапом 602, в некоторых аспектах доступ к ограниченному узлу доступа может основываться на политике, определяемой для узла 106 доступа. Как описано более подробно ниже, такая политика может относиться, например, к одному или более терминалам доступа, которым может быть предоставлен доступ, как долго терминалам доступа может быть обеспечен доступ, и существуют ли какие-либо ограничения на этот доступ.

[0065] В некоторых аспектах контроллер 216 доступа (например, реализующий блок управления политикой), расположенный в узле 106 доступа, определяет, разрешено ли терминалу 112 доступа получить доступ к узлу 106 доступа (например, в качестве гостевого терминала доступа). В некоторых случаях политика для узла 106 доступа может определяться другим узлом в сети. Например, контроллер 220 доступа (например, блок управления политикой), реализованный в централизованном контроллере 202 (например, центральная функция (функциональный блок) управления доступом, управляемая оператором или поставщиком услуг), и/или контроллер 218 доступа (например, блок управления политикой), реализованный в ассоциированном домашнем терминале доступа, могут определять политику, реализованную контроллером 216 доступа. Затем эти объекты могут посылать политику на узел 106 доступа с помощью подходящей линии связи (например, проводной или беспроводной), чтобы сконфигурировать или обновить политику в узле 106 доступа. В некоторых случаях политика, ассоциированная с одним блоком управления политикой (например, контроллером 220 доступа), может отменить политику, ассоциированную с другим блоком управления политикой (например, контроллером 218 доступа). Для удобства в следующем рассмотрении домашний терминал доступа будет называться просто терминалом 110 доступа.

[0066] Как представлено этапом 604, в некоторый момент времени терминал 112 доступа может входить в область зоны охвата узла 106 доступа. В дополнение, терминал 112 доступа может запросить доступ к узлу 106 доступа (например, доступ к области зоны охвата) некоторым образом. В некоторых случаях этот запрос может быть послан с помощью сообщения, такого как сообщение SMS. В некоторых случаях терминал 112 доступа может инициировать запрос, пытаясь зарегистрироваться в узле доступа, инициировать вызов с узлом доступа или переключить обслуж