ПОИСКОВЫЙ ВЫЗОВ БЕСПРОВОДНОЙ СВЯЗИ С ИСПОЛЬЗОВАНИЕМ МНОГОЧИСЛЕННЫХ ТИПОВ ИДЕНТИФИКАТОРОВ УЗЛОВ
WIRELESS COMMUNICATION PAGING UTILISING MULTIPLE TYPES OF NODE IDENTIFIERS

Испрашивание приоритета
Эта заявка испрашивает преимущество приоритета находящейся в общей собственности предварительной заявки № 61/020,973 на выдачу патента США, поданной 14 января 2008 года и имеющей внутренний номер поверенного № 080204P1, и предварительной заявки № 61/061,543 на выдачу патента США, поданной 13 июня 2008 года и имеющей внутренний номер поверенного № 081835P1, раскрытие каждой из которых таким образом включено в материалы настоящей заявки посредством ссылки.
Перекрестная ссылка на родственную заявку
Эта заявка связана с одновременно поданной и находящейся в общей собственности заявкой № 12/352,507 на выдачу патента США, озаглавленной «WIRELESS COMMUNICATION PAGING AND REGISTRATION UTILIZING MULTIPLE TYPES OF NODE IDENTIFIERS» («ПОИСКОВЫЙ ВЫЗОВ И РЕГИСТРАЦИЯ БЕСПРОВОДНОЙ СВЯЗИ С ИСПОЛЬЗОВАНИЕМ МНОГОЧИСЛЕННЫХ ТИПОВ ИДЕНТИФИКАТОРОВ УЗЛОВ») и имеющей внутренний номер поверенного № 081835U2, раскрытие которой таким образом включено в материалы настоящей заявки посредством ссылки.
УРОВЕНЬ ТЕХНИКИ
Область техники
Эта заявка в целом относится к беспроводной связи, а более точно, но не исключительно, к улучшению рабочих характеристик связи.
Введение
Системы беспроводной связи широко применяются, чтобы предоставлять различные типы связи (например, речевые, информационные и мультимедийные услуги и т.д.) многочисленным пользователям. В то время, как потребность в высокоскоростных и мультимедийных информационных услугах быстро растет, встает сложная задача реализовать эффективные и надежные системы связи с улучшенными рабочими характеристиками.
Для дополнения традиционных базовых станций сети мобильной телефонной связи, базовые станции с небольшим покрытием могут быть развернуты (например, установлены в доме пользователя) для предоставления более надежного покрытия беспроводной связи внутри помещения мобильным устройствам. Такие базовые станции с небольшим покрытием широко известны в качестве базовых станций точки доступа, домашних Узлов Б или фемтосот. Типично, такие базовые станции с небольшим покрытием присоединены к сети Интернет и сети оператора мобильной связи через маршрутизатор DSL (цифровой абонентской линии) или кабельный модем.
В некоторых применениях фемтосот, может быть большое количество фемтосот на территории, покрываемой макросотой. В таком случае, служебные сигналы или данные, ассоциативно связанные с управлением возможностью соединения между мобильными устройствами и базовыми станциями в сети, могут быть относительно велики. Таким образом, есть необходимость в усовершенствованном управлении ресурсами для беспроводных сетей.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Следует краткое изложение примерных аспектов раскрытия. Должно быть понятно, что любая ссылка на термин аспекты в материалах настоящей заявки может указывать ссылкой на один или более аспектов раскрытия.
Раскрытие, по некоторым аспектам, относится к управлению нагрузкой поисковыми вызовами в сети. В некоторых аспектах, сеть может использовать разные типы идентификаторов для предписывания того, какие узлы осуществляют поисковый вызов терминала доступа. Например, первый тип идентификатора может содержать идентификатор отдельного узла, идентификатор соты или совместно используемый идентификатор (например, идентификатор группы абонентов), а второй тип идентификатора может относиться к зоне (например, зоне слежения), группе абонентов или местоположению. Таким образом, сеть может поддерживать список, который предписывает, что определенные отдельные узлы (например, соты или секторы) должны осуществлять поисковый вызов данного терминала доступа, и/или что один или более районов (например, зон слежения) должны осуществлять поисковый вызов терминала доступа.
Посредством использования разных типов идентификаторов, сеть может эффективно осуществлять поисковый вызов терминалов доступа. Например, сеть может осуществлять поисковый вызов терминалов доступа низкой мобильности в меньшей зоне и с большей степенью детализации, чем терминалов доступа с высокой мобильностью. Подобным образом, сеть может осуществлять поисковый вызов терминалов доступа, которые имеют тенденцию подвергаться поисковому вызову чаще, в меньшей зоне и с большей степенью детализации, чем терминалов доступа, которые имеют тенденцию подвергаться поисковому вызову реже.
Раскрытие, по некоторым аспектам, относится к управлению нагрузкой регистрацией в сети. В некоторых аспектах, терминал доступа в сети может быть сконфигурирован для предоставления упреждающего списка поисковых вызовов (например, предполагаемого набора поисковых вызовов) в сущность, которая управляет поисковым вызовом для сети (например, диспетчер мобильности). Здесь, терминал доступа может оценивать, где ему может понадобиться быть подвергнутым поисковому вызову в будущем, так что он может выдавать список, который включает в себя признак того, где терминалу доступа требуется подвергаться поисковому вызову. Сеть, в таком случае, может определять, какие узлы должны осуществлять поисковый вызов терминала доступа, на основании списка. В некоторых аспектах, упреждающий список может использоваться в дополнение к стандартному набору поисковых вызовов (например, основанному на зоне слежения, основанному на районе, основанному на расстоянии), который реализован сетью. Таким образом, терминал доступа может подвергаться поисковому вызову согласно стандартным правилам поискового вызова и списку, сформированному терминалом доступа. Использование такого списка может давать боле эффективную регистрацию, поскольку, когда данный терминал доступа переходит к другому узлу, такой узел уже может быть сконфигурирован для поискового вызова терминала доступа. Следовательно, терминал доступа не будет нуждаться в том, чтобы регистрироваться в таком узле для приема поисковых вызовов из узла. К тому же, используя разные типы идентификаторов, данный терминал доступа может задавать с большей степенью детализации узлы, которые должны осуществлять поисковый вызов терминала доступа.
Раскрытие, в некотором аспекте, относится к управлению нагрузкой поисковыми вызовами и/или нагрузкой регистрацией в оснащениях, которые включают в себя разные типы точек доступа. Например, точки доступа первого типа (например, макроузлы) могут предоставлять обслуживание на относительно больших зонах покрытия, а точки доступа второго типа (например, фемтоузлы) могут предоставлять обслуживание на меньших зонах покрытия и/или предоставлять ограниченное обслуживание. В таком случае, использование разных типов идентификаторов для поискового вызова и регистрации дает возможность большей степени детализации при предписании, какие узлы могут осуществлять поисковый вызов данного терминала доступа.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Эти и другие примерные аспекты раскрытия будут описаны в подробном описании и прилагаемой формуле изобретения, которые следуют, и на сопроводительных чертежах, на которых:
фиг. 1 - упрощенная структурная схема нескольких примерных аспектов системы связи, сконфигурированной для использования многочисленных типов идентификаторов для поискового вызова и/или регистрации беспроводной связи;
фиг. 2 - упрощенная схема, иллюстрирующая примерные зоны покрытия беспроводной связи;
фиг. 3A и 3B - блок-схема последовательности операций способа по нескольким примерным аспектам операций, которые могут выполняться в соединении с сетью, предусматривающей список, включающий в себя разные типы идентификаторов;
фиг. 4 - блок-схема последовательности операций способа по нескольким примерным аспектам операций, которые могут выполняться в соединении с узлом, таким как терминал доступа, предусматривающий список, включающий в себя разные типы идентификаторов;
фиг. 5 - блок-схема последовательности операций способа по нескольким примерным аспектам операций, которые могут выполняться узлом, который объявляет признак, что определенный тип идентификатора должен использоваться для регистрации;
фиг. 6 - блок-схема последовательности операций способа по нескольким примерным аспектам операций, которые могут выполняться узлом, который принимает признак, что определенный тип идентификатора должен использоваться для регистрации;
фиг. 7 - блок-схема последовательности операций способа по нескольким примерным аспектам операций, которые могут выполняться узлом для предоставления предполагаемого набора поисковых вызовов;
фиг. 8 - упрощенная схема системы беспроводной связи;
фиг. 9 - упрощенная схема системы беспроводной связи, включающей в себя фемтоузлы;
Фиг. 10 - упрощенная структурная схема нескольких примерных аспектов компонентов связи; и
фиг. 11-16 - упрощенные структурные схемы нескольких примерных аспектов устройств, сконфигурированных для использования многочисленных типов идентификаторов для поискового вызова и/или регистрации беспроводной связи, как преподано в материалах настоящей заявки.
В соответствии с установившейся практикой, различные признаки, проиллюстрированные на чертежах, могут не быть начерчены для представления в определенном масштабе. Соответственно, размеры различных признаков могут быть произвольно увеличены или уменьшены для ясности. В дополнение, некоторые из чертежей могут быть для ясности упрощены. Таким образом, чертежи могут не изображать все из компонентов данного устройства (например, прибора) или способа. В заключение, одинаковые номера ссылок могут использоваться для обозначения идентичных признаков на всем протяжении описания изобретения и фигур.
ПОДРОБНОЕ ОПИСАНИЕ
Различные аспекты раскрытия описаны ниже. Должно быть очевидно, что раскрытия, приведенные в материалах настоящей заявки, могут быть воплощены в широком многообразии форм, и что любая специфическая конструкция, функция или обе, раскрываемые в материалах настоящей заявки, являются только показательными. На основании раскрытий, приведенных в материалах настоящей заявки, специалист в данной области техники должен принимать во внимание, что аспект, раскрытый в материалах настоящей заявки, может быть реализован независимо от любых других аспектов, и что два или более этих аспектов могут комбинироваться различными способами. Например, устройство может быть реализовано или способ может быть осуществлен на практике с использованием любого количества аспектов, изложенных в материалах настоящей заявки. В дополнение, такое устройство может быть реализовано или такой способ может быть осуществлен на практике с использованием других конструкций, функциональных возможностей, либо конструкции и функциональных возможностей, в дополнение к, или иных, чем один или более аспектов, изложенных в материалах настоящей заявки. Более того, аспект может содержать по меньшей мере один элемент формулы изобретения.
Фиг. 1 иллюстрирует несколько узлов в примерной системе 100 связи (например, часть сети связи). Для целей иллюстрации, различные аспекты раскрытия будут описаны в контексте одного или более терминалов доступа, точек доступа и сетевых узлов, которые поддерживают связь друг с другом. Однако, должно быть принято во внимание, что раскрытия, приведенные в материалах настоящей заявки, могут быть применимы к другим типам устройств или другим подобным устройствам, которые указываются ссылкой с использованием другой терминологии.
Точки 104 и 106 доступа в системе 100 предоставляют одну или более услуг (например, возможность присоединения к сети) для одного или более беспроводных терминалов (например, терминала 102 доступа), которые могут быть расположены в пределах или которые могут странствовать на всем протяжении ассоциативно связанной географической зоны. В дополнение, точки 104 и 106 доступа могут поддерживать связь с одним или более сетевых узлов (для удобства, представленных сетевым узлом 108) для содействия возможности присоединения к глобальной сети. Такие сетевые узлы могут принимать различные формы, например, такие как одна или более сущностей радио и/или базовой сети (например, сущность управления мобильностью, опорные сетевые контроллеры сеанса или некоторая другая пригодная сетевая сущность или сущности).
Фиг. 1 и обсуждение, которое следует, описывают различные схемы, где сетевой узел и/или терминал доступа выдает список идентификаторов, который может использоваться в соединении с определением, какие точки доступа осуществляют поисковый вызов терминала доступа, и необходимо ли терминалу доступа регистрироваться в данной точке доступа. Например, на фиг. 1, сетевой узел 108 включает в себя формирователь 110 списка, который выдает список 112. Подобным образом, терминал 102 доступа включает в себя формирователь 114 списка, который выдает список 116. Здесь, поисковый вызов является явным сообщением из сети в определенный узел, указывающим, что сети требуется, чтобы заданный узел устанавливал связь с сетью.
Сетевой узел 108 использует список 112 для задания точек доступа, которые должны осуществлять поисковый вызов терминала доступа. Например, когда терминалу 102 доступа необходимо подвергаться поисковому вызову, сетевой узел 108 (например, контроллер 118 поискового вызова) отправляет запрос поискового вызова в каждую точку доступа, идентифицированную списком 112 (например, специальным списком, который определен для терминала 102 доступа).
Сетевой узел 108 также может отправлять список на терминал 102 доступа. Например, когда терминал 102 доступа регистрируется в точке доступа в системе 100, сетевой узел 108 (например, контроллер 120 регистрации) принимает соответствующий запрос регистрации. Контроллер 120 регистрации затем может отправлять список 112 на терминал 102 доступа, так что терминал 102 доступа может определять, какие точки доступа будут осуществлять поисковый вызов терминала доступа. В этом способе, терминал 102 доступа может определять, необходимо ли ему регистрироваться в данной точке доступа для приема поисковых вызовов из такой точки доступа.
К тому же, в соединении с регистрацией, терминал 102 доступа может отправлять список 116 на сетевой узел 108 для содействия сетевому узлу 108 (например, формирователю 110 списка) в выдаче списка 112. Например, список 116 может содержать упреждающий список, который идентифицирует какие-нибудь точки доступа, на которых терминал 102 доступа вероятно должен простаивать в ближайшем будущем. Благодаря использованию такого упреждающего списка, терминалу 102 доступа может не требоваться регистрироваться настолько часто, насколько он проходит через систему 100, поскольку многие из точек доступа, на которых терминал 102 доступа в итоге простаивает, уже будут сконфигурированы для осуществления поискового вызова терминала 102 доступа.
Здесь, каждый список может содержать более чем один тип идентификатора (например, два, три или более типов идентификаторов, как представлено эллипсами в списках 112 и 116). Например, первый тип идентификатора может содержать идентификатор отдельного узла, идентификатор соты или совместно используемый идентификатор (например, идентификатор группы абонентов). В дополнение, второй тип идентификатора может относиться к району (например, зоне слежения), группе абонентов или местоположению. Другие типы идентификаторов могут применяться в различных реализациях.
В некоторых аспектах, нагрузка поисковыми вызовами и/или нагрузка регистрацией в сети может быть снижена посредством использования этих разных типов идентификаторов. Например, посредством использования идентификаторов первого типа, поисковый вызов терминала доступа может быть ограничен относительно небольшим количеством точек доступа в случаях, где терминалу доступа не нужно подвергаться поисковому вызову на большой зоне. Следует несколько примеров того, как разные типы идентификаторов могут преимущественно использоваться для снижения нагрузки поисковыми вызовами и/или нагрузки регистрацией при смешанном оснащении.
В некоторых аспектах, схемы поисковых вызовов и регистрации, как преподанные в материалах настоящей заявки, могут использоваться в смешанном оснащении, которое включает в себя макропокрытие (например, сотовую сеть с большой зоной, такую как сеть 3G, типично указываемую ссылкой как сотовая макросеть или глобальная сеть - WAN) или меньшее покрытие (например, основанную на квартире или основанную на здании сетевую среду, типично указываемую ссылкой как локальная сеть - LAN). Здесь, по мере того, как терминал доступа («AT») перемещается через такую сеть, терминал доступа может обслуживаться в определенных местоположениях точками доступа, которые обеспечивают макропокрытие, наряду с тем, что терминал доступа может обслуживаться в других местоположениях точками доступа, которые обеспечивают покрытие меньшей зоны. В некоторых аспектах, узлы покрытия меньшей зоны могут использоваться для обеспечения инкрементного роста емкости, покрытия внутри здания и разных услуг, всего, приводящего к более надежному впечатлению пользователя.
В описании, приведенном в материалах настоящей заявки, узел, который обеспечивает покрытие на относительно большой зоне, может указываться ссылкой как макроузел, наряду с тем, что узел, который обеспечивает покрытие по относительно небольшой зоне (например, квартире), может указываться ссылкой как фемтоузел. Должно быть принято во внимание, что раскрытия, приведенные в материалах настоящей заявки, могут быть применимы к узлам, ассоциативно связанным с другими типами зон покрытия. Например, пикоузел может обеспечивать покрытие на зоне, которая меньше, чем макрозона, и больше, чем фемтозона (например, покрытие в пределах промышленного здания). В различных применениях, иная терминология может использоваться для указания ссылкой на макроузел, фемтоузел и другие узлы типа точки доступа. Например, макроузел может быть сконфигурирован или указываться ссылкой как узел доступа, базовая станция, точка доступа, eNodeB, макросота и так далее. К тому же, фемтоузел может быть сконфигурирован или указываться ссылкой как домашний Узел Б, домашний eNodeB, базовая станция точки доступа, фемтосота и так далее. В некоторых реализациях, узел может быть ассоциативно связан (например, делиться на) с одной или более сотами или секторами. Сота или сектор, ассоциативно связанные с макроузлом, фемтоузлом или пикоузлом, могут указываться ссылкой как макросота, фемтосота или пикосота, соответственно. Упрощенный пример того, как фемтоузлы могут быть размещены в сети, приведен на фиг. 2.
Фиг. 2 иллюстрирует пример карты 200 покрытия, где определены несколько зон 202 слежения (либо зон маршрутизации или зон определения местоположения), каждая из которых включает в себя несколько макрозон 204 покрытия. Здесь, зоны покрытия, ассоциативно связанные с зонами 202A, 202B и 202C слежения, очерчены широкими линиями, а макрозоны 204 покрытия представлены шестиугольниками. Зоны 202 слежения также включают в себя фемтозоны 206 покрытия. В этом примере, каждая из фемтозон 206 покрытия (например, фемтозона 206C покрытия) изображена в пределах макрозоны 204 покрытия (например, макрозоны 204B покрытия). Должно быть принято во внимание, однако, что фемтозона 206 покрытия может частично лежать в пределах или вне макрозоны 204 покрытия. К тому же, одна или более пикозон покрытия (не показанных) могут быть определены в пределах одной или более зон 202 слежения или макрозон 204 покрытия. Должно быть принято во внимание, что могли бы быть многочисленные фемтозоны покрытия в пределах макрозоны покрытия, внутри нее или с разнесением через границу с соседними макросотами.
В соответствии с раскрытиями, приведенными в материалах настоящей заявки, нагрузка поисковыми вызовами может уменьшаться в смешанном оснащении посредством ограничения количества точек доступа, которые осуществляют поисковый вызов терминала доступа, когда он находится в незанятом режиме. Такое смешанное оснащение, например, может состоять из лежащей в основе сети низкой мобильности из точек доступа, таких как фемтоузлы (например, домашние eNodeB) и пикоузлы (например, пико-eNodeB) и поверх лежащей сети высокой мобильности из точек доступа, таких как макроузлы (например, макро-eNodeB).
Нагрузка поисковыми вызовами в смешанном оснащении может быть уменьшена в некоторых аспектах предоставлением терминалу доступа возможности выдавать список в сеть (например, подобный, в некоторых аспектах, списку идентификаторов зоны слежения в сообщении допуска обновления зоны слежения в LTE), в соответствии с чем список включает в себя разные типы идентификаторов. Как обсуждено в материалах настоящей заявки, такие идентификаторы, например, могут включать в себя идентификаторы сот, такие как глобальные идентификаторы сот («GCI»), а также идентификаторы районов, такие как идентификаторы зон слежения («TAI»). В смешанном оснащении, могут быть многие эстафетные передачи в незанятом режиме с лежащих в основе точек доступа на соседние поверх лежащие точки доступа, и наоборот, например, обусловленные отсутствием покрытия лежащих в основе точек доступа или наличием ограниченных узлов (например, сот с закрытыми группами абонентов). Поэтому, желательно иметь как лежащие в основе точки доступа, так и поверх лежащие точки доступа, в списке, так что точки доступа могут указываться ссылкой с требуемой степенью детализации.
При смешанном оснащении, сеть (например, сущность управления мобильностью, MME) может осуществлять поисковый вызов терминалов доступа низкой мобильности, которые в последний раз регистрировались на фемтоузле, в относительно небольшой зоне. Наоборот, сеть может осуществлять поисковый вызов терминала доступа высокой мобильности в большей зоне. Подобным образом, сеть может поддерживать разные зоны поискового вызова для терминалов доступа с разными типами прикладных требований к поисковым вызовам. Например, сеть может осуществлять поисковый вызов терминалов доступа, которые имеют тенденцию подвергаться поисковому вызову более часто, в относительно небольшой зоне. Наоборот, сеть может осуществлять поисковый вызов терминалов доступа с меньшей нагрузкой поисковыми вызовами в большей зоне.
Раскрытие относится к некоторым аспектам для снижения нагрузки поисковыми вызовами в смешанном оснащении, когда терминал доступа регистрируется на макроузле. В таком случае, поисковый вызов в лежащей в основе сети избегается или ограничивается, чтобы избежать поискового вызова относительно большого количества точек доступа, которые могут существовать в лежащей в основе сети.
Раскрытие относится к некоторым аспектам для снижения нагрузки поисковыми вызовами в смешанном оснащении, когда терминал доступа регистрируется на точке доступа в лежащей в основе сети. В этом случае, поисковый вызов на удаленных макроузлах в поверх лежащей сети избегается или ограничивается, поскольку такой терминал доступа вероятно может иметь относительно низкую мобильность (например, терминал доступа может находиться на своем домашнем фемтоузле).
Например, если район (например, зона слежения) покрывает большое количество поверх лежащих точек доступа, может быть предпочтительным, чтобы терминал доступа низкой мобильности, который регистрируется на лежащей в основе точке доступа, подвергался поисковому вызову только на подмножестве зоны слежения (например, поисковый вызов терминала доступа в отдельных сотах в зоне слежения). Для облегчения осуществления поискового вызова в таком подмножестве, в некоторых случаях, разные идентификаторы (например, TAI) могут назначаться каждой точке доступа в поверх лежащей и лежащей в основе сетях. Например, на фиг. 2, каждой из фемтозон 206 покрытия может быть назначен уникальный TAI (каждый из которых является иным, чем TAI, назначенные зонам 202 слежения).
При основанном на соте поисковом вызове, сота может быть макроузлом, который является частью большой зоны слежения, как показано на фиг. 2, или она может быть фемтоузлом или пикоузлом. В соответствии с раскрытиями, приведенными в материалах настоящей заявки, каждая сота может иметь два или более уровней членства для поискового вызова в списке (например, списке TAI). Например, сота может быть ассоциативно связана с районом (например, зоной слежения) для предоставления возможности поискового вызова терминала доступа на большом количестве сот. В дополнение, сота может быть ассоциативно связана с идентификатором соты (например, GCI) для предоставления возможности поискового вызова терминала доступа только в такой соте. Это предоставляет сети возможность, чтобы гибкость поискового вызова терминала доступа в большем или меньшем районе оптимизировала нагрузку поисковыми вызовами в сети.
В некоторых реализациях, когда идентификаторы высокой степени детализации (например, GCI) используются в списке, несколько альтернативных вариантов выбора списка может применяться для идентификации лежащих в основе узлов для регистрации. В первом варианте выбора, TAI используется и делается достаточно большим для поддержки уникального TAI для каждой лежащей в основе точки доступа (например, HeNB и пико-eNB). Во втором варианте выбора, специальный код зоны слежения («TAC») может использоваться для каждой лежащей в основе точки доступа для указания, что такая точка доступа осуществляет поисковый вызов только на основании GCI. TAC может быть гораздо меньшим во втором варианте выбора, поскольку он может быть необходим только для поверх лежащих точек доступа (например, макро-eNodeB). В третьем варианте выбора, идентификаторы более низкой детализации (например, районы, такие как TAI) используются для макроузлов, а идентификаторы более высокой детализации (например, идентификаторы сот) используются для фемтоузлов и/или пикоузлов.
В соответствии с раскрытиями, приведенными в материалах настоящей заявки, нагрузка регистрацией может быть уменьшена в смешанном оснащении посредством ограничения количества связанных с регистрацией операций (например, обновлений зон слежения), выполняемых терминалом доступа во время работы в незанятом режиме. Как упомянуто выше, могут быть многие эстафетные передачи обслуживании в незанятом режиме между лежащими в основе точками доступа и поверх лежащими точками доступа в смешанном оснащении, так как терминал доступа выбирает между лежащими в основе точками доступа и поверх лежащими точками доступа, в то время как в незанятом режиме.
Нагрузка регистрацией в таком смешанном оснащении может быть уменьшена в некоторых аспектах улучшением списка поисковых вызовов (например, списка TAI в сообщении допуска обновления зоны слежения в LTE), поставляемого сетью (например, MME). Такой список, например, может быть усовершенствован с использованием одной или более следующих технологий: конфигурации, использующей OAM (то есть, более точное планирование); изучения сети по событиям мобильности терминалов доступа, таким как эстафетные передачи обслуживания и сообщения запроса обновления зоны слежения, касательно РЧ-соседей в оснащении; и содействия терминала доступа, такого как предоставление списка, когда терминал доступа отправляет сообщение запроса обновления зоны слежения.
Хотя первые две технологии могут улучшать список, поставляемый сетью, получение некоторой информации, которая может использоваться для улучшения списка, может привлекать содействие терминала доступа. Например, соседи макроузла и фемтоузла, которых терминал доступа может слышать, и уровень мобильности терминала доступа могут не быть известны сети при формировании списка. Подобным образом, сети может требоваться содействие терминала доступа для определения наличия близлежащих фемтоузлов или пикоузлов, когда терминал доступа обновляет зону слежения на макроузле. Например, степень детализации покрытия в макроузле может не быть достаточной для определения, какие фемтоузлы и пикоузлы находятся возле терминала доступа, когда терминал доступа регистрируется (например, выполняет обновление зоны слежения) на макроузле.
Раскрытие, в некоторых аспектах, относится к предоставлению упреждающего списка, который может давать приближенное показание того, где проходит терминал доступа, в попытке уменьшить то, насколько часто терминал доступа должен регистрироваться (например, обновлять зону слежения). Например, терминал доступа может хранить в памяти макроузел, который обеспечивает макропокрытие, на домашнем фемтоузле терминала доступа. В этом случае, всякий раз, когда терминал доступа определяет, что он находится в пределах зоны покрытия такого макроузла, терминал доступа может включать идентификатор (например, TAI) своего домашнего фемтоузла в список, который терминал доступа отправляет в сеть. Этим способом, терминал доступа может не быть должным регистрироваться (обновлять зону слежения) в случае, если терминал доступа часто выбирает (например, простаивает на) свой домашний фемтоузел. В качестве еще одного примера, терминал доступа может добавлять в свой список идентификаторы (например, TAI) макроузлов и фемтоузлов, которые терминал доступа видит по соседству, но необязательно посетил. Подобным образом, терминал доступа может добавлять в список любых соседей, объявленных близлежащими узлами (например, фемтоузлами и пикоузлами). Благодаря использованию этих и других подобных процедур, терминал доступа может выдавать список идентификаторов в сеть в соединении с регистрацией (например, когда терминал доступа отправляет сообщение запроса обновления зоны слежения). Сеть затем может использовать этот список для формирования списка (например, списка TAI), возвращаемого сетью. В некоторых случаях, сеть может улучшать список сама по себе, например, обнаруживая списки соседей, предоставленные фемтоузлами и пикоузлами поблизости от терминала доступа.
В некоторых случаях, информация касательно района (например, зоны слежения), посещенного в последний раз терминалом доступа, не дает достаточной степени детализации для определения, находятся ли какие-нибудь фемтоузлы и пикоузлы поблизости, когда терминал доступа регистрируется. В таких случаях, последний посещенный район, взамен, может описываться с более низкой степенью детализации. Например, терминал доступа может использовать идентификаторы сот (например, GCI) для описания отдельных узлов в районе, который терминал доступа посещал в последний раз. Список, выданный терминалом доступа, таким образом, может включать в себя разные типы идентификаторов (например, GCI и TAI). В некоторых случаях, сеть может преобразовывать идентификатор в списке, принятом с терминала доступа, в другую форму идентификатора. Например, сеть может преобразовывать идентификатор соты в район, если сети требуется осуществлять поисковый вызов по более обширной зоне. В любом случае, список, в конечном счете выдаваемый сетью (например, поставляемый в списке в сообщении допуска обновления зоны слежения), может включать в себя один или более типов идентификаторов (например, GCI и TAI) на основании решения о поисковых вызовах, которое может быть в сети.
С вышеприведенным в уме, примерные связанные с поисковыми вызовами и связанные с регистрацией операции далее будут обсуждены более подробно в соединении с блок-схемами последовательностей операций способов по фиг. 3A-7. Вкратце, фиг. 3A и 3B описывают примерные операции, где сетевой узел выдает список, включающий в себя разные типы идентификаторов, на терминал доступа. Фиг. 4 описывают примерные операции, где терминал доступа выдает список, включающий в себя разные типы идентификаторов, на сетевой узел. Фиг. 5 и 6 описывают примерные операции, где точка доступа объявляет указание, что определенный тип идентификатора должен использоваться для регистрации, и где терминал доступа принимает такое указание. Фиг. 7 описывает примерные операции, где терминал доступа выдает предполагаемый (или дополнительный) набор поисковых вызовов («SPS»).
Для удобства, операции по фиг. 3A-7 (или любые другие операции, обсужденные или преподанные в материалах настоящей заявки) могут быть описаны в качестве выполняемых специфичными компонентами (например, компонентами системы 100). Однако, должно быть принято во внимание, что эти операции могут выполняться другими типами компонентов и могут выполняться с использованием иного количества компонентов. Также должно быть принято во внимание, что одна или более из операций, описанных в материалах настоящей заявки, могут не применяться в данной реализации.
Вначале, со ссылкой на фиг. 3A, как представлено этапом 302, в некоторый момент времени терминал доступа в сети регистрируется в точке доступа. Например, на фиг. 1, контроллер 122 регистрации терминала 102 доступа может отправлять сообщение регистрации в приемопередатчик (не показан) точки 104 доступа.
Как представлено этапом 304, сетевой узел 108 может принимать запрос регистрации в результате регистрации терминала 102 доступа. Например, на фиг. 1, точка 104 доступа может отправлять запрос регистрации в контроллер 120 регистрации (например, через транзитное соединение).
Как представлено этапом 306, сетевой узел 108 (например, формирователь 110 списка) выдает список идентификаторов (например, список 112, хранимый в памяти данных), который может использоваться в соединении с операциями поискового вызова и/или регистрации узлов системы 100. В частности, список 112 может содержать набор поисковых вызовов, который идентифицирует (прямо или косвенно) одну или более точек доступа, которые должны осуществлять поисковый вызов терминала 102 доступа. В некоторых реализациях, это может вовлекать идентификацию точек доступа, которые будут осуществлять поисковый вызов терминала 102 доступа согласно стандартным правилам поисковых вызовов сети (например, основанным на зоне слежения правилам, основанным на районе правилам, основанным на расстоянии правилам).
Как обсуждено в материалах настоящей заявки, список 112 может включать в себя разные типы идентификаторов. В качестве отдельного примера, первый тип идентификатора может содержать идентификатор отдельного узла (например, идентификатор соты или идентификатор сектора) или идентификатор группы абонентов (например, закрытой группы абонентов). В дополнение, второй тип идентификатора может относиться к району (например, идентификатор может содержать идентификатор зоны слежения, идентификатор зоны определения местоположения, идентификатор зоны маршрутизации и так далее), группе абонентов (например, идентификатор может содержать идентификатор группы абонентов), местоположению терминала доступа и так далее. Другие типы идентификаторов могут применяться в различных реализациях.
Формирователь 110 списка может формировать список 112 различными способами и на основании различных критериев. Следует несколько примеров того, каким образом может формироваться список 112. Должно быть принято во внимание, что список 112 может формироваться на основании одной или более из этих технологий и других технологий.
В некоторых аспектах, список 112 может формироваться на основании того, где терминал 102 доступа регистрировался в последний раз или раньше устанавливал соединение (например, на основании идентичности узла, где имели место регистрация или соединение, последнего известного района поискового вызова или набора абонентов терминала 102 доступа, и т.д.). Например, формирователь 110 списка может поддерживать базу данных, из которой формирователь 110 списка может определять соседей (например, соседние узлы или районы) данного узла, района, зоны слежения, набора абонентов и так далее. В качестве альтернативы, сетевой узел 108 может поддерживать связь с данным узлом для получения списка соседей с этого узла. Формирователь 110 списка затем может добавлять идентификаторы (например, идентификаторы районов, узлов, и т.д.), ассоциативно связанные с этими соседями, в список 112. В некоторых аспектах, если терминал 102 доступа зарегистрирован в макроузле, формирователь 110 списка может исключать любые узлы из лежащей в основе сети (например, фемтоузлы и пикоузлы) из списка 112. Наоборот, если терминал доступа зарегистрирован в фемтоузле или пикоузле, формирователь 110 списка может исключать из списка 112 любые макроузлы, которые не являются непосредственными соседями фемтоузла или пикоузла.
В некоторых аспектах, список 112 может формироваться на основании местоположения терминала 102 доступа. Например, формирователь 110 списка может определять местоположение терминала 102 доступа (например, на основании сигнала с терминала 102 доступа) и предпочесть отправлять запросы поискового вызова в точку доступа возле такого местоположения. Таким образом, в этом случае, идентификаторы районов или узла в таком соседстве могут добавляться в список 112. В некоторых аспектах, местоположение терминала 102 доступа может оцениваться на основании того, где терминал 102 доступа регистрировался в последний раз, или на основании последнего известного района поискового вызова терминала 102 доступа.
В некоторых аспектах, записи в списке 112 могут быть основаны на мобильности терминала 102 доступа. Здесь, формирователь 110 списка может быть сконфигурирован для определения мобильности терминала 102 доступа (например, на основании того, где терминал 102 доступа регистрируется) и/или приема информации о мобильности с терминала 102 доступа. Если терминал 102 доступа является узлом высокой мобильности, может быть желательно осуществлять поисковый вызов терминала 102 доступа через поверх лежащую сеть. Следовательно, в таком случае, формирователь 110 списка может добавлять один или более идентификаторов района (например, соответствующих районам, которые обеспечивают покрытие поблизости от терминала 102 доступа) в список 112. Наоборот, если терминал 102 доступа является узлом низкой мобильности, может быть желательно осуществлять поисковый вызов терминала 102 доступа через лежащую в основе сеть. В таком случае, формирователь 110 списка может добавлять один или более идентификаторов (например, соответствующих фемтоузлам или пикоузлам поблизости от терминала 102 доступа) в список 112. Из вышеприведенного, должно быть принято во внимание, что размер зоны поискового вызова для терминала 102 доступа может быть основан на мобильности терминала 102 доступа.
В некоторых аспектах, список 112 может формироваться на основании того, насколько часто терминал 102 доступа подвергается поисковому вызову. Например, формирователь 110 списка может взаимодействовать с контроллером 118 поискового вызова для определения, насколько частот терминал 102 доступа подвергается поисковому вызову. Затем, может приниматься решение осуществлять поисковый вызов терминала 102 доступа в данной зоне, когда он подвергается поисковому вызову нечасто, и осуществлять поисковый вызов терминала 102 доступа в меньшей зоне, когда он подвергается поисковому вызову чаще, чтобы снижать нагрузку регистрацией в сети. Формирователь 110 списка, поэтому, может добавлять идентификаторы (например, идентификаторы районов, узлов и т.д.), ассоциативно связанные с этими разными зонами поискового вызова, в список 112, как надлежит. Таким образом, размер зоны поискового вызова для терминала 102 доступа может быть обратно зависим от того, насколько часто терминал 102 доступа подвергается поисковому вызову.
Подобным образом, в некоторых аспектах, список 112 может формироваться на основании одного или более приложений, ассоциативно связанных с терминалом 102 доступа. Например, формирователь 110 списка может поддерживать информацию (например, на основании информации, принятой с терминала 102 доступа или другого узла), которая указывает, какие приложения ассоциативно связаны с (например, активны в настоящее время на) терминалом 102 доступа. Здесь, может определяться, что некоторые приложения будут иметь следствием узел, подвергаемый поисковому вызову чаще, чем другие приложения. В дополнение, может определяться, что некоторые узлы лучше пригодны для (например, более эффективны в) осуществления поискового вызова некоторых типов приложений. Таким образом, формирователь 110 списка может добавлять идентификаторы (например, идентификаторы районов, узлов и т.д.), ассоциативно связанные с большими или меньшими зонами поискового вызова или разными узлами, в список 112, как надлежит.
В некоторых аспектах, список 112 может формироваться на основании времени суток. Например, формирователь 110 списка может поддерживать информацию (например, на основании сигналов, принятых с терминала 102, или регистрационной информации), которая указывает, где (например, в каком районе) терминал доступа типично находится в определенные времена суток. Формирователь 110 списка, поэтому, может добавлять идентификаторы (например, идентификаторы районов, узлов и т.д.), ассоциативно связанные с этими местоположениями, и т.д. в список 112.
В некоторых аспектах, список 112 может формироваться на основании ассоциативной связи терминала 102 доступа с одним или более других узлов (например, домашним узлом). Например, формирователь 110 списка может поддерживать информацию (например, на основании информации, принятой с терминала 102 доступа или другого сетевого узла), которая указывает, где терминал 102 доступа должен подвергаться поисковому вызову, когда терминал 102 доступа ассоциативно связан с конкретным узлом. Формирователь 110 списка, в таком случае, может добавлять соответствующие идентификаторы (например, идентификаторы районов, узлов, и т.д.), в список 112, как надлежит, на основании этой информации.
В некоторых аспектах, список 112 может формироваться на основании полосы частот, на которой терминал 102 доступа подвергается поисковому вызову. Например, формирователь 110 списка, может добавлять идентификаторы (например, идентификаторы районов, узлов, и т.д.) для узлов, которые осуществляют поисковый вызов на назначенных полосах частот, в список 112, как надлежит.
Как представлено этапом 308 по фиг. 3, сетевой узел 108 (например, формирователь 110 списка) отправляет список 112 на терминал 102 доступа. Например, точка 104 доступа может пересылать сообщение, включающее в себя содержимое списка 112, в контроллер 122 регистрации, как представлено линией 142 на фиг. 1. Как представлено этапом 310, в некоторый момент времени, сетевой узел 108 (например, контроллер 118 поискового вызова) будет определять, что терминалу 102 доступа необходимо подвергаться поисковому вызову. Например, вызов мог быть послан на терминал 102 доступа, или могли быть приняты данные, предназначенные для терминала 102 доступа.
Как представлено этапом 312 по фиг. 3B, сетевой узел 108 отправляет запрос поискового вызова в каждую точку доступа, идентифицированную списком 112. Например, если список 112 включает в себя идентификатор района, контроллер 118 поискового вызова может отправлять запрос поискового вызова в каждую точку доступа, ассоциативно связанную с районом. Подобным образом, если список включает в себя идентификатор отдельного узла, контроллер 118 поискового вызова может отправлять запрос поискового вызова на такой узел. Если список включает в себя идентификатор группы абонентов, контроллер 118 поискового вызова может отправлять запрос поискового вызова в каждую точку доступа, ассоциативно связанную с такой группой абонентов.
Как представлено этапом 314, каждая точка доступа, которая принимает запрос поискового вызова, осуществляет поисковый вызов терминала 102 доступа в надлежащее время. Например, по приему запроса поискового вызова, контроллер 124 поискового вызова точки 106 доступа может побуждать приемопередатчик 126 (например, содержащий приемник 128 и передатчик 130) отправлять поисковый вызов.
Терминал 102 доступа принимает поисковый вызов через свой собственный приемопередатчик 132 (например, содержащий приемник 134 и передатчик 136). Терминал 102 доступа, затем, может начинать связанную с поисковым вызовом обработку. Например, терминал 102 доступа (например, процессор 138 связи) может побуждать ответ поискового вызова отправляться на сетевой узел 108.
Как представлено этапом 316, в некоторый момент времени, терминал 102 доступа (например, опознаватель 140 узла) может идентифицировать вторую точку доступа. Например, по мере того, как терминал 102 доступа перемещается в пределах сети, терминал 102 доступа (например, приемник 134) может принимать контрольный сигнал с другой точки доступа. То есть, по мере того, как терминал 102 доступа приближается к точке доступа, интенсивность сигнала принимаемого контрольного сигнала, в итоге, может превысить пороговое значение, которое считается достаточным для установления надежной связи с точкой доступа. Терминал 102 доступа, затем, может решить простаивать на второй точке доступа.
Терминал доступа также может принимать информацию, широковещательно переданную второй точкой доступа, через контрольный или некоторый другой сигнал. Например, на фиг. 1, точка 106 доступа (например, передатчик 130) может широковещательно передавать информацию об узле, такую как идентификатор, ассоциативно связанный с точкой 106 доступа (например, идентификатор района, идентификатор узла, идентификатор группы абонентов, и т.д.). В дополнение, как более подробно обсуждено ниже в соединении с фиг. 5 и 6, точка 106 доступа может широковещательно передавать один или более указаний, относящихся к тому, каким образом терминал доступа должен регистрироваться, чтобы принимать поисковые вызовы с точки 106 доступа, и может ли точка 106 доступа осуществлять поисковый вызов терминала доступа.
Как представлено этапом 318, терминал 102 доступа определяет, находятся ли какие-нибудь идентификаторы, ассоциативно связанные со второй точкой доступа, в списке, принятом с сетевого узла 108 (например, соответствующего списку 112). Например, контроллер 122 регистрации может сравнивать идентификаторы в списке, принятом из сетевого узла 108, с идентификатором первого типа, принятым из точки 106 доступа, и/или идентификатором второго типа, принятым из точки 106 доступа, на этапе 316.
Как представлено этапом 320, терминал 102 доступа затем определяет, следует ли регистрироваться во второй точке доступа, на основании определения по этапу 318. Например, если точка 106 доступа идентифицирована списком, принятым из сетевого узла 108, контроллер 122 регистрации может решать не регистрироваться в точке 106 доступа, поскольку сетевой узел 108 будет побуждать точку 106 доступа осуществлять поисковый вызов терминала 102 доступа, когда необходимо.
Как упомянуто выше, список, выдаваемый сетью для поискового вызова данного терминала доступа, может быть основан на списке (например, предполагаемом наборе поисковых вызовов), выданном таким терминалом доступа. Фиг. 4 иллюстрирует примерные операции, которые могут выполняться сетевым узлом и терминалом доступа, которые формируют такие списки.
Как представлено этапом 402, терминал 102 доступа выдает список идентификаторов в соединении с регистрацией терминала 102 доступа. Здесь, формирователь 114 списка может идентифицировать набор узлов (например, районов, сот, секторов, и т.д.), которыми терминалу 102 доступа требовалось подвергаться поисковому вызову, а затем, добавлять ассоциативно связанные идентификаторы в список 116. Как обсуждено выше, список 116 может содержать упреждающий список, который идентифицирует узлы, на которых терминал 102 доступа вероятно должен простаивать в относительно близком будущем. Терминал 102 доступа может включать содержимое списка в сообщение регистрации (например, запрос регистрации), отправленное контроллером 122 регистрации, как представлено линией 144 на фиг. 1, или терминал 102 доступа может отправлять список на сетевой узел 108 некоторым другим образом.
Список 116 может включать в себя разные типы идентификаторов. Например, как и в списке 112, список 116 может включать в себя первый тип идентификатора, который содержит идентификатор отдельного узла или идентификатор группы абонентов. В дополнение, список 116 может включать в себя второй тип идентификатора, который относится к району, группе абонентов, местоположению терминала доступа, и так далее. Другие типы идентификаторов могут применяться в различных реализациях.
Формирователь 114 списка может формировать список 116 различными способами и на основании различных критериев. Следует несколько примеров того, каким образом может формироваться список 116. Должно быть принято во внимание, что список 116 может формироваться на основании одной или более из этих технологий и других технологий.
Как более подробно описано ниже в соединении с фиг. 7, в некоторых аспектах, список 116 может формироваться на основании того, близок ли терминал 108 доступа к заданному узлу. Например, формирователь 114 списка может добавлять идентификатор домашнего фемтоузла терминала 102 доступа в список в случае, если терминал 102 доступа (например, приемник 134) принимает радиочастотные («РЧ», «RF») сигналы из домашнего фемтоузла, или если терминал доступа определяет, что он находится возле (например, проник в зону покрытия) другого узла (например, домашнего макроузла), который находится поблизости от домашнего фемтоузла. Здесь, идентификатор домашнего фемтоузла, например, может содержать идентификатор узла (например, идентификатор соты) или идентификатор группы абонентов.
В некоторых аспектах, список 116 может включать в себя идентификаторы соседних узлов терминала 102 доступа или близлежащего узла (например, точки 106 доступа). Например, терминал 102 доступа (например, приемник 134) может принимать информацию, которая идентифицирует по меньшей мере один соседний узел. Эта информация может приниматься различными способами. Например, в некоторых случаях, терминал 102 доступа может принимать список соседей из сетевого узла 108 (например, диспетчера мобильности, который в настоящий момент управляет поисковым вызовом для терминала 102 доступа). В некоторых случаях, терминал 102 доступа (например, приемник 134) может детектировать радиочастотные сигналы из соседних узлов, затем, идентифицировать узлы, которые отправляли сигналы, и добавлять идентификаторы, ассоциативно связанные с такими узлами, в список 116. В некоторых случаях, терминал 102 доступа может принимать список соседей из близлежащего узла (например, точки 106 доступа).
Список 116 также может быть определен сходным образом, как список 112. Вкратце, список 116 может формироваться на основании одного или более приложений, ассоциативно связанных с терминалом 102 доступа. Список 116 может формироваться на основании времени суток. Список 116 может формироваться на основании ассоциативной связи терминала 102 доступа с одним или более других узлов. Список 116 может формироваться непосредственно, на основании полосы частот, на которой терминал 102 доступа подвергается поисковому вызову. Подробности реализации этих примеров, по некоторым аспектам, могут быть подобными сопоставимым подробностям, обсужденным выше на фиг. 3.
К тому же, как и выше, в некоторых аспектах, список 116 может формироваться на основании того, где терминал 102 доступа регистрировался в последний раз или раньше устанавливал соединение. Как обсуждено выше, формирователь 114 списка может поддерживать базу данных, из которой формирователь 114 списка может определять соседей (например, соседние узлы или районы) данного узла, района, зоны слежения, набора абонентов и так далее. В качестве альтернативы, терминал 102 доступа может поддерживать связь с соответствующими узлами для получения списков соседей из этих узлов. Вновь, если терминал 102 доступа зарегистрирован в макроузле, формирователь 114 списка может исключать из списка 116 любые узлы из лежащей в основе сети, наряду с тем, что, если терминал 102 доступа зарегистрирован на фемтоузле или пикоузле, формирователь 114 списка может исключать из списка 116 любые макроузлы, которые не являются соседями фемтоузла или пикоузла. В некоторых случаях, когда терминал 102 доступа является простаивающим на фемтоузле, терминал 102 доступа может автоматически добавлять макрососеда фемтоузла в список 116, поскольку терминал 102 доступа вероятно может перемещаться из покрытия фемтоузла и в покрытие макроузла.
В некоторых аспектах, список 116 может формироваться на основании местоположения терминала 102 доступа. Например, формирователь 110 списка может определять идентификаторы районов или узлов поблизости от такого местоположения и добавлять эти идентификаторы в список 116. Вновь, местоположение терминала 102 доступа может оцениваться на основании того, где терминал 102 доступа регистрировался в последний раз, или на основании последнего известного района поискового вызова терминала 102 доступа.
В некоторых аспектах, записи в списке 116 могут быть основаны на мобильности терминала 102 доступа. Как обсуждено выше, терминал доступа высокой мобильности может подвергаться поисковому вызову через поверх лежащую сеть, наряду с тем, что терминал доступа низкой мобильности может подвергаться поисковому вызову через лежащую в основе сеть. Таким образом, размер зоны поискового вызова для терминала 102 доступа может быть основан на мобильности терминала 102 доступа.
В некоторых аспектах, список 116 может формироваться на основании того, насколько часто терминал 102 доступа подвергается поисковому вызову. Например, терминал 102 доступа может подвергаться поисковому вызову на большей зоне (например, посредством выбора поверх лежащей сети для списка 116), когда он подвергается поисковому вызову нечасто, и подвергаться поисковому вызову на меньшей зоне (например, посредством выбора участка лежащей в основе сети для списка 116), когда он подвергается поисковому вызову более часто, для снижения нагрузки регистрацией в сети.
В некоторых аспектах, список 116 ограничен, чтобы включать в себя узлы только из одиночного района, например, когда терминал 102 доступа добавляет идентификатор узла в список, терминал 102 доступа может быть способным определять, с каким районом ассоциативно связан узел (например, на основании информации, включенной в отчет о соседях, или информации, поставляемой узлом). В этом случае, формирователь 114 списка может решать не добавлять идентификатор в список 116, если такой идентификатор ассоциативно связан с иным районом, чем другие идентификаторы в списке 116. В некоторых случаях, однако, терминал 102 доступа может не знать, с каким районом ассоциативно связан узел. В таких случаях, формирователь 114 списка вначале может добавлять соответствующий идентификатор в список 116. В случае, если терминал 102 доступа позже пытается осуществить доступ к этому узлу и обнаруживает, что узел находится в другом районе, формирователь 114 списка, в таком случае, может компоновать список заново, идентифицируя узлы в новом районе и помещая идентификаторы таких узлов в списке 116.
Как представлено этапом 404 по фиг. 4, сетевой узел 108 принимает список, отправленный терминалом 102 доступа. Например, информация из списка 116 может приниматься в соединении с запросом регистрации (например, в одном и том же или другом сообщении), принятым через точку 104 доступа.
Как представлено этапом 406, сетевой узел 108 (например, формирователь 110 списка) начинает определение набора поисковых вызовов для поискового вызова терминала 102 доступа. В некоторых случаях, сетевой узел 108 может формировать набор поисковых вызовов согласно стандартным правилам поисковых вызовов сети (например, основанным на зоне слежения правилам, основанным на районе правилам, основанным на расстоянии правилам). В дополнение или в качестве альтернативы, набор поисковых вызовов может формироваться с использованием технологий, описанных выше в соединении с определением списка 112. В некоторых случаях, набор поисковых вызовов может быть определен (например, получен) из списка, принятого на этапе 404. В некоторых аспектах, набор поисковых вызовов может включать в себя один или более типов идентификаторов, как преподанные в материалах настоящей заявки.
Как представлено этапом 408, сетевой узел 108 (например, формирователь 110 списка) может учитывать список, принятый с терминала 108 доступа, при идентификации заключительного набора узлов для осуществления поискового вызова терминала 108 доступа. Степень, до которой заключительный набор узлов основан на принятом списке, может быть разной при разных обстоятельствах.
В некоторых случаях, заключительный набор узлов включает в себя все из узлов, определенных принятым списком. В этих случаях, заключительный набор узлов может включать в себя или может не включать в себя узлы, которые не были в принятом списке. Например, в некоторых случаях, заключительный набор узлов может просто приравниваться принятому списку. В некоторых случаях, заключительный набор узлов может включать в себя дополнительные узлы. Например, сетевой узел 108 может заменять соответствующий район на узел, идентифицированный принятым списком. Сетевой узел 108 также может добавлять узлы из набора поисковых вызовов на этапе 406 к узлам, идентифицированным принятым списком.
В некоторых случаях, заключительный набор узлов может не включать в себя все из узлов, определенных принятым списком. То есть, сетевой узел 108 может предпочесть не осуществлять поисковый вызов в одном или более узлов, районов и т.д., идентифицированных принятым списком. Например, сетевой узел 108 может удалять записи, которые не могут подвергаться поисковому вызову или которые ассоциативно связаны с разными районами. В дополнение, сетевой узел 108 может ограничивать количество записей в заключительном наборе узлов. В некоторых случаях, удаление любых записей в принятом списке сетевым узлом 108 может преобладать над записями в любых списках, поддерживаемых терминалом 102 доступа.
Как представлено этапом 410, сетевой узел 108 отправляет новый список, который определен на основании заключительного набора узлов, на терминал 102 доступа. Операции по этапу 410, таким образом, могут соответствовать операциям по этапу 308. Как и выше, новый список может включать в себя разные типы идентификаторов, ассоциативно связанных с заключительным набором узлов. Таким образом, ввиду вышеприведенного, новый список, принятый терминалом 102 доступа, может идентифицировать один или более из узлов, идентифицированных в списке, который терминал 102 доступа отправлял на сетевой узел на этапе 402. Терминал 102 доступа затем может использовать новый список для определения, необходимо ли ему регистрироваться в данной точке доступа (например, как описано выше, на этапах 316-320).
Как представлено этапом 412, по необходимости, сетевой узел 108 отправляет запрос поискового вызова в каждый узел в заключительном наборе узлов (то есть, соответствующий идентификаторам в новом списке), так что эти узлы будут осуществлять поисковый вызов терминала 102 доступа. Эти операции, поэтому, коррелируют с операциями по этапам 310-314, описанным выше. Таким образом, если новый список включает в себя идентификатор района, контроллер 118 поискового вызова может отправлять запрос поискового вызова в каждую точку доступа, ассоциативно связанную с районом. Если новый список включает в себя идентификатор отдельного узла, контроллер 118 поискового вызова может отправлять запрос поискового вызова на такой узел. Если новый список включает в себя идентификатор группы абонентов, контроллер 118 поискового вызова может отправлять запрос поискового вызова в каждую точку доступа, ассоциативно связанную с такой группой абонентов.
Далее, со ссылкой на фиг. 5 и 6, в некоторых реализациях, узел (например, точка доступа) может объявлять указание, относящееся к тому, каким образом такой узел выполняет поисковый вызов и/или может ли/каким образом может другой узел (например, терминал доступа) регистрироваться в таком узле. В некоторых аспектах, такие операции могут относиться к сценарию, где точка доступа объявляет указание, что определенный тип идентификатора должен использоваться для регистрации. В некоторых аспектах, такие операции могут относиться к сценарию, где точка доступа объявляет указание, которое подразумевает, что точка доступа не будет осуществлять поисковый вызов другого узла до тех пор, пока такой узел не обращается с требованием подвергаться поисковому вызову такой точкой доступа. В некоторых аспектах, такие операции могут относиться к сценарию, где точка доступа объявляет указание, которое подразумевает, что точка доступа не будет побуждать другие узлы осуществлять поисковый вызов узла. Благодаря использованию таких схем, сеть (например, MME), в некоторых аспектах, может освобождаться от вынуждения проводить различие между узлами поверх лежащей сети и узлами лежащей в основе сети (например, сети не нужно отслеживать, каким терминалам доступа предоставлена возможность осуществлять доступ к ограниченному фемтоузлу). В дополнение, в некоторых аспектах, такие схемы могут освобождать поверх лежащий узел от нагрузки по отслеживанию, какие лежащие в основе узлы размещены в пределах зоны покрытия поверх лежащего узла. Фиг. 5 описывает примерные операции, которые могут выполняться точкой доступа, такой как точка 106 доступа по фиг. 1. Фиг. 6 описывает примерные операции, которые могут выполняться терминалом доступа, таким как терминал 102 доступа по фиг. 1.
Как представлено этапом 502, точка 106 доступа (например, определитель 146 идентификатора) определяет разные типы идентификаторов, которые могут использоваться в соединении с регистрацией в точке 106 доступа. Например, эта информация может быть получена из другого узла и/или поддерживаться в памяти данных (не показана) в точке 106 доступа. Здесь, первый тип идентификатора может содержать идентификатор отдельно узла, назначенный точке 106 доступа, или группу абонентов, к которой принадлежит точка 106 доступа. В дополнение, второй тип идентификатора может относиться к району или группе абонентов, с которыми точка 106 доступа ассоциативно связана, местоположению точки 106 доступа или терминала доступа, и так далее. Другие типы идентификаторов могут применяться в различных реализациях.
Как представлено этапом 504, точка 106 доступа (например, определитель 146 идентификатора) определяет, следует ли использовать один из типов идентификатора для регистрации. Например, точка 106 доступа может предоставлять возможность регистрации только через использование первого типа идентификатора. В этом случае, основанная на районе регистрация, основанная на расстоянии регистрация и другие схемы регистрации, которые полагаются на второй тип идентификатора, могут выключаться из работы в узле. Отсюда, терминалу доступа, желающему подвергаться поисковому вызову точкой 106 доступа, может требоваться регистрироваться непосредственно на точке 106 доступа или включать идентификатор первого типа, который идентифицирует точку 106 доступа, в предполагаемый набор поисковых вызовов.
Определение по этапу 504 может быть основано на различных критериях. Например, в некоторых аспектах, определение может быть основано на конфигурационной информации, которую точка 106 доступа принимала из сетевого узла 108 (например, диспетчера конфигураций, такого как MME). Такая конфигурационная информация, например, может предписывать, какой тип идентификатора должен быть задан для использования точки 106 доступа. В некоторых аспектах, определение может быть основано на типе узла точки 106 доступа. Например, узлы для лежащей в основе сети или ограниченные узлы (например, фемтоузлы и пикоузлы) могут быть сконфигурированы для разрешения использования только первого типа идентификатора, наряду с тем, что узлы для лежащей в основе сети (например, макроузлы) могут быть сконфигурированы для предоставления возможности использования любого типа идентификатора. В некоторых аспектах, определение может включать в себя определение, является ли точка 106 доступа частью набора поисковых вызовов узлов (например, является ли точка доступа ассоциативно связанной с районом поискового вызова). Здесь, если терминал 106 доступа не является частью такого набора, точка 106 доступа может быть сконфигурирована для разрешения использовать только первый тип идентификатора. Наоборот, если терминал 106 доступа является частью такого набора, точка 106 доступа может быть сконфигурирована для предоставления возможности использования любого типа идентификатора.
Как представлено этапом 506, точка 106 доступа (например, передатчик 130) может объявлять указание (например, бит SPS в сообщении), которое является указывающим на определение по этапу 504. Например, указание может подразумевать, что первый тип идентификатора, а не второй тип идентификатора, должен использоваться для регистрации. К тому же, в некоторых аспектах, указание может подразумевать, что точка 106 доступа не будет осуществлять поисковый вызов другого узла до тех пор, пока такой узел не обращается с требованием подвергаться поисковому вызову точкой 106 доступа (например, посредством регистрации в такой точке доступа или посредством включения такой точки доступа в предполагаемый набор поисковых вызовов). В дополнение, в некоторых аспектах, указание может подразумевать, что точка 106 доступа не будет побуждать другие узлы (например, соседние точки доступа) осуществлять поисковый вызов узла. Другими словами, точка 106 доступа не будет разветвлять запросы поискового вызова (то есть, в сети, где точкам доступа предоставлена возможность разветвлять запросы поискового вызова по другим точкам доступа). В некоторых аспектах, указание может подразумевать, что некоторые типы схем регистрации выключены из работы в точке 106 доступа. Например, когда второй тип идентификатора относится к основанной на расстоянии регистрации, в соответствии с чем, решение регистрироваться основано на текущем местоположении терминала доступа, указание может указывать, что такая основанная на расстоянии регистрация выключена из работы. К тому же, в некоторых случаях, указание может быть установлено в значение, определенное для данного идентификатора (например, указание может быть установлено в GCI точки 106 доступа).
Как представлено этапом 508, в некоторых случаях, точка 106 доступа (например, передатчик 130) может объявлять список, который идентифицирует соседние узлы (например, макроузлы, фемтоузлы, пикоузлы) точки 106 доступа. Как упомянуто выше, эта информация может использоваться терминалом 102 доступа или сетевым узлом 108 для формирования списка для поискового вызова терминала 102 доступа.
Далее, со ссылкой на фиг. 6, как представлено этапом 602, в некоторый момент времени, терминал доступа может принимать указание, относящееся к регистрации, как обсуждено выше в соединении с фиг. 5. Например, когда терминал 102 доступа достаточно близок к точке 106 доступа, терминал 102 доступа может принимать широковещательный сигнал (например, контрольный сигнал), который включает в себя указание.
Как представлено этапом 604, в случае, если терминалу 102 доступа требуется подвергаться поисковому вызову точкой 106 доступа, терминал 102 доступа (например, формирователь 114 списка) может определять предполагаемый набор поисковых вызовов (например, список 116), как преподано в материалах настоящей заявки. В этом случае, предполагаемый набор поисковых вызовов может быть определен, чтобы включать в себя идентификатор точки 106 доступа, где идентификатор имеет заданный тип.
Как представлено этапом 606, терминал 102 доступа, в таком случае, может выдавать предполагаемый набор поисковых вызовов на сетевой узел 108. В некоторых случаях, предполагаемый набор поисковых вызовов может выдаваться на сетевой узел 108 в соединении с регистрацией терминала 102 доступа (например, другой точки доступа), как обсуждено в материалах настоящей заявки. Как только сетевой узел 108 принимает предполагаемый набор поисковых вызовов, сетевой узел 108 может побуждать точку 106 доступа осуществлять поисковый вызов терминала 102 доступа всякий раз, когда указан поисковый вызов.
В дополнение, как представлено этапом 608, терминал 102 доступа может принимать список идентификаторов с сетевого узла 108. Этот список, таким образом, может включать в себя идентификатор точки 106 доступа из предполагаемого набора поисковых вызовов. Следовательно, если терминал 102 доступа повторно посещает точку 106 доступа в ближайшем будущем, терминалу 102 доступа может не потребоваться регистрироваться вновь, поскольку точка 106 доступа была указана в последнем SPS, отправленном на сетевой узел 108. Использование упреждающего SPS, таким образом, предоставляет терминалу 102 доступа возможность снижать его нагрузку регистрацией.
Как упомянуто выше, SPS может использоваться в соединении с другими типами пусковых механизмов регистрации (например, основанными на районе, основанными на расстоянии). Например, в отсутствие принятого указания, как обсуждено выше (в дальнейшем, для удобства, указываемый ссылкой как бит SPS), терминал доступа может придерживаться стандартных основанных на расстоянии или основанных на районе пусковых механизмов. Однако терминал доступа может не регистрироваться на основании пускового механизма расстояния или района, если новая точка доступа уже находится в SPS. В дополнение, терминал доступа может не регистрироваться на основании пускового механизма бита SPS, если новая точка доступа не находится в SPS, даже если пусковой механизм расстояния или района не указан. К тому же, в некоторых аспектах, регистрация в ответ на бит SPS может устанавливать параметр расстояния терминала доступа в ноль. Таким образом, регистрация может запускаться, как только терминал доступа покидает эту точку доступа, если не переопределена посредством SPS. В некоторых случаях, другие типы пусковых механизмов (например, основанный на SID, основанный на NID, основанный на бездействии) могут не переопределяться пусковым механизмом бита SPS.
В некоторых случаях, терминал доступа может предпочесть регистрироваться, если он определяет, что надежность поискового вызова, ассоциативно связанная с последним SPS, отправленным в сет, является меньшей (например, на пороговую величину), чем надежность поискового вызова, ассоциативно связанная с требуемым SPS, сформированным терминалом доступа. В некоторых случаях, другая предпосылка к такой повторной регистрации может состоять в том, что надежность поискового вызова, ассоциативно связанная с последним SPS, находится ниже порогового значения.
Фиг. 7 иллюстрирует некоторые операции, которые терминал доступа может выполнять для определения SPS (например, списка 116). Как представлено этапом 702, в некоторый момент времени, терминал доступа будет идентифицировать узел, который должен быть добавлен в его SPS. Например, терминал доступа может поддерживать свой SPS добавлением самой мощной точки доступа (например, сектора точки доступа), которую он слышит, в SPS, и/или добавлением в SPS точки доступа, на которой в настоящее время простаивает терминал доступа.
Как представлено этапами 704 и 706, терминал доступа также может добавлять соседей такой точки доступа в SPS. Например, если точка доступа объявляет указание, как описано выше на фиг. 5 (например, бит SPS), на этапе 704, терминал доступа может добавлять соседей такой точки доступа в SPS (например, поскольку точка доступа может не поддерживать разветвление).
В некоторых реализациях, терминал доступа может быть способным делать логический вывод о необходимости SPS на основании одной или более уставок параметров расстояния, района, идентификатора сектора («SID») и идентификатора сети («NID»). В таких реализациях, точка доступа может не передавать указание SPS по эфиру.
К тому же, если SPS не требуется (например, когда терминал доступа простаивает на макроузле), может не быть необходимости добавлять соседей макроузла в SPS, поскольку такие соседи могут автоматически осуществлять поисковый вызов терминала доступа на основании стандартных правил поискового вызова (например, основанных на зоне слежения, основанных на районе, основанных на расстоянии).
Как представлено этапом 708, в некоторых случаях, терминал доступа может оптимизировать свой SPS для домашнего фемтоузла терминала доступа. Например, если, на этапе 710, терминал доступа в настоящее время зарегистрирован в домашней макросоте (например, макросоте, которая является самым мощным соседом его домашнего фемтоузла), то терминал доступа может автоматически добавлять домашний фемтоузел в свой SPS на этапе 712. К тому же, если терминал доступа может слышать свой домашний фемтоузел на этапе 714, терминал доступа может автоматически добавлять домашний фемтоузел в SPS на этапе 712.
Различное оснащение может применяться для управления количеством записей в SPS. Например, в случае, если сигнал точки доступа, перечисленной в SPS, остается слишком слабым в течение некоторого периода времени (например, отношение мощности несущей к уровню помехи, ассоциативно связанное с точкой доступа, находится ниже порогового уровня), точка доступа (и, по выбору, любые соседи, добавленные с этой точкой доступа) может выбрасываться из SPS. Здесь, таймер может начинать отсчет, когда сигнал точки доступа падает ниже назначенного порогового значения, и продолжает отсчет до тех пор, пока это условие сохраняется. Точка доступа затем может выбрасываться из SPS, если достигнут определенный счет. В некоторых случаях, точка доступа, которая в ином случае может быть выброшена из SPS, взамен, может удерживаться в SPS. Например, назначенная точка доступа может оставаться в SPS, если она является соседом некоторой другой точки доступа (например, в соответствии с чем, вероятно, что терминал доступа возможно будет посещать назначенную точку доступа в ближайшем будущем). Более того, если SPS достигает своего размера с допуском, одна или более точек доступа могут отбрасываться на основании некоторого критерия или порогового значения (например, могут отбрасываться точки доступа с самыми продолжительно работающими таймерами). В некоторых случаях, точка доступа может выбрасываться из SPS, когда терминал доступа регистрируется в новой точке доступа, которая не объявляет бит SPS (или некоторое другое подобное указание). В некоторых случаях, точка доступа может выбрасываться из SPS на основании терминала доступа, определяющего, что он подвергался бы поисковому вызову точкой доступа, обусловленному стандартными правилами поискового вызова (например, зоной слежения, районом, расстоянием).
SPS также может храниться в диспетчере мобильности (например, сетевом узле 108), таком как сущность диспетчера мобильности («MME») или опорный сетевой контроллер сеанса («SRNC»). Терминал доступа может сообщать SPS диспетчеру мобильности, когда самая мощная точка доступа, обнаруженная терминалом доступа, не была в последнем SPS, отправленном диспетчеру мобильности, и терминалу доступа необходимо использовать SPS (например, бит SPS указан для сектора). Диспетчер мобильности затем может использовать вновь принятый SPS для перезаписи текущего SPS, хранимого в диспетчере мобильности.
В некоторых аспектах, передача SPS из терминала доступа в диспетчер мобильности может быть оптимизирована. Например, терминал доступа может отправлять только дельту (например, добавление или удаление соты) между последним SPS и текущим. К тому же, терминал доступа может вносить в список соту (или сектор, или точку доступа) и район/расстояние, скорее чем перечислять каждую соту явным образом. В дополнение, SPS может задавать скорее данный узел плюс его соседей, чем список всех соседей явным образом.
Как упомянуто выше, схемы поискового вызова и регистрации, как преподанные в материалах настоящей заявки, могут применяться в сети, которая включает в себя макро- и фемтопокрытие. Фиг. 8 и 9 иллюстрируют примеры такого применения.
Фиг. 8 иллюстрирует несколько аспектов системы 800 беспроводной связи, содержащей многочисленные соты 802, например, такие как макросоты 802A-802G, причем, каждая сота обслуживается соответствующей точкой 804 доступа (например, точками доступа 804A-804G). Таким образом, макросоты 802 могут соответствовать макрозонам 204 покрытия по фиг. 2. Как показано на фиг. 8, терминалы 806 доступа (например, терминалы 806A-806L доступа) могут быть рассредоточены по различным местоположениям на всем протяжении системы во времени. Каждый терминал 806 доступа может поддерживать связь с одной или более точек 804 доступа по прямой линии связи («FL») и/или обратной линии связи («RL») в заданный момент времени, в зависимости от того, активен ли терминал 806 доступа и, например, находится ли он в мягкой эстафетной передаче обслуживания. Система 800 беспроводной связи может предоставлять обслуживание на большой географической области. Например, макросоты 802A-802G могут покрывать несколько блоков по соседству или несколько квадратных миль в сельских условиях эксплуатации.
Фиг. 9 - пример системы 900, который иллюстрирует, как один или более фемтоузлов могут использоваться в пределах сетевой среды (например, системы 800). Система 900 включает в себя многочисленные фемтоузлы 910 (например, фемтоузлы 910A и 910B), установленные в сетевой среде с покрытием относительно небольшой зоны (например, в одной или более квартир 930 пользователей). Каждый фемтоузел 910 может быть присоединен к глобальной сети 940 (например, сети Интернет) и базовой сети 950 оператора мобильной связи через маршрутизатор DSL, кабельный модем, беспроводную линию связи или другое средство возможности присоединения (не показаны).
Владелец фемтоузла 910 может подписываться на услуги мобильной связи, например, такие как услуга мобильной связи 3G, предлагаемая через базовую сеть 950 оператора мобильной связи. В дополнение, терминал 920 доступа может быть способен к работе как в макросредах, так и в (например, квартирных) сетевых средах с покрытием меньшей зоны. Другими словами, в зависимости от текущего местоположения терминала 920 доступа, терминал 920 доступа может обслуживаться точкой 960 доступа макросоты, ассоциативно связанной с базовой сетью 950 оператора мобильной связи, или любым одним из набора фемтоузлов 910 (например, фемтоузлов 910A и 910B, которые находятся в пределах соответствующей квартиры 930 пользователя). Например, когда абонент находится вне своего дома, он может обслуживаться стандартной макроточкой доступа (например, точкой 960 доступа), а когда абонент находится возле или внутри своего дома, он может обслуживаться фемтоузлом (например, узлом 910A). Здесь, фемтоузел 910 может быть обратно совместимым с унаследованными терминалами 920 доступа.
Как упомянуто выше, узел (например, фемтоузел) может быть ограничен по некоторым аспектам. Например, данный фемтоузел может предоставлять только определенные услуги определенным терминалам доступа. В применениях с так называемым ограниченным (или закрытым) общением, данный терминал доступа может обслуживаться только макросетью сотовой мобильной связи, и определенным набором фемтоузлов (например, фемтоузлами 910, которые находятся в пределах соответствующей квартиры 930 пользователя). В некоторых реализациях, узел может быть ограничен, чтобы не обеспечивать, для по меньшей мере одного узла, по меньшей мере одно из: сигнализации, доступа к данным, регистрации, поискового вызова или услуги.
В некоторых аспектах, ограниченный фемтоузел (который также может указываться ссылкой как домашний Узел Б закрытой группы абонентов) является тем, который предоставляет обслуживание ограниченному обусловленному набору терминалов доступа. Этот набор может быть временно или постоянно расширен по необходимости. В некоторых аспектах, закрытая группа абонентов («CSG») может быть определена в качестве набора точек доступа (например, фемтоузлов), которые совместно используют общий список управления доступом терминалов доступа. Канал, на котором действуют все фемтоузлы (или все ограниченные фемтоузлы) в области, может указываться ссылкой как фемтоканал.
Различные взаимоотношения, таким образом, могут существовать между данным фемтоузлом и данным терминалом доступа. Например, с ракурса терминала доступа, открытый фемтоузел может указывать ссылкой на фемтоузел с открытым общением (например, фемтоузел предоставляет возможность доступа любому терминалу доступа). Ограниченный фемтоузел может указывать ссылкой на фемтоузел, который ограничен некоторым образом (например, ограничен касательно общения и/или регистрации). Домашний фемтоузел может указывать ссылкой на фемтоузел, на котором терминал доступа авторизован осуществлять доступ и работать (например, постоянный доступ предусмотрен для определенного набора из одного или более терминалов доступа). Гостевой фемтоузел может указывать ссылкой на фемтоузел, на котором терминал доступа временно авторизован осуществлять доступ и работать. Чужой фемтоузел может указывать ссылкой на фемтоузел, на котором терминал доступа не авторизован осуществлять доступ и работать, может быть, за исключением чрезвычайных ситуаций (например, вызовов 911).
С ракурса ограниченного фемтоузла, домашний терминал доступа может указывать ссылкой на терминал доступа, который авторизован осуществлять доступ к ограниченному фемтоузлу (например, терминал доступа имеет постоянный доступ к фемтоузлу). Гостевой терминал доступа может указывать ссылкой на терминал доступа, который временно осуществляет доступ к ограниченному фемтоузлу (например, лимитированный на основании предельного срока, времени использования, байтов, количества соединений или некоторого другого критерия или критериев). Чужой терминал доступа может указывать ссылкой на терминал доступа, который не имеет разрешения осуществлять доступ к ограниченному фемтоузлу, может быть, за исключением чрезвычайных ситуаций, например, таких как вызовы 911 (например, терминал доступа, который не имеет мандатов или разрешения осуществлять регистрацию с ограниченным фемтоузлом).
Для удобства, раскрытие в материалах настоящей заявки раскрывает различные функциональные возможности в контексте фемтоузла. Должно быть принято во внимание, однако, что пикоузел может предусматривать те же самые или подобные функциональные возможности для большей зоны покрытия. Например, пикоузел может быть ограниченным, домашний пикоузел может быть определен для данного терминала доступа и так далее.
Система беспроводной связи множественного доступа может одновременно поддерживать связь для многочисленных беспроводных терминалов доступа. Каждый терминал может поддерживать связь с одной или более точек доступа посредством передач по прямой и обратной линиям связи. Прямая линия связи (или нисходящая линия связи) указывает ссылкой на линию связи с точек доступа на терминалы, а обратная линия связи (или восходящая линия связи) указывает ссылкой на линию связи с терминалов на точки доступа. Эта линия связи может устанавливаться через систему с одним входом и одним выходом, систему с многими входами и многими выходами («MIMO») или некоторый другой тип системы.
N
N
N
N
N
N
≤
N
N
N
T
R
T
R
S
S
T
R
S
Система MIMO применяет многочисленные () передающие антенны и многочисленные () приемные антенны для передачи данных. Канал MIMO, образованный  передающими и  приемными антеннами, может быть разложен на  независимых каналов, которые также указываются ссылкой как пространственные каналы, где min{, }. Каждый из  независимых каналов соответствует размерности. Система MIMO может обеспечивать улучшенные рабочие характеристики (например, более высокую пропускную способность и/или большую надежность), если используются дополнительные размерности, создаваемые многочисленными передающими и приемными антеннами.
Система MIMO может поддерживать дуплекс с временным разделением каналов («TDD») и дуплекс с частотным разделением каналов («FDD»). В системе TDD, передачи по прямой и обратной линиям связи происходят в одном и том же частотном диапазоне, так что принцип обратимости предоставляет возможность оценки канала прямой линии связи по каналу обратной линии связи. Это дает точке доступа возможность получать выигрыш от формирования диаграммы направленности передачи по прямой линии связи, когда многочисленные антенны имеются в распоряжении в точке доступа.
Раскрытия, приведенные в материалах настоящей заявки, могут быть включены в узел (например, устройство), применяющий различные компоненты для поддержания связи с по меньшей мере одним другим узлом. Фиг. 10 изображает несколько примерных компонентов, которые могут применяться для содействия связи между узлами. Более точно, фиг. 10 иллюстрирует беспроводное устройство 1010 (например, точку доступа) и беспроводное устройство 1050 (например, терминал доступа) системы 1000 MIMO. В устройстве 1010, данные потока обмена для некоторого количества потоков данных выдаются из источника 1012 данных в процессор 1014 данных передачи («TX»).
В некоторых аспектах, каждый поток данных передается через соответственную передающую антенну. Процессор 1014 данных TX форматирует, кодирует и перемежает данные потока обмена для каждого потока данных на основании конкретной схемы кодирования, выбранной для такого потока данных, чтобы выдавать кодированные данные.
Кодированные данные для каждого потока данных могут мультиплексироваться с данными контрольных сигналов с использованием технологий OFDM. Данные контрольного сигнала типично являются известным шаблоном данных, который обрабатывается известным образом, и могут использоваться в системе приемника для оценки характеристики канала. Мультиплексированный контрольный сигнал и кодированные данные для каждого потока данных затем модулируются (то есть, посимвольно отображаются) на основании конкретной схемы модуляции (например, BPSK (двоичной фазовой манипуляции), QPSK (квадратурной фазовой манипуляции), M-PSK (M-позиционной фазовой манипуляции) или M-QAM (M-позиционной квадратурной амплитудной манипуляции)), выбранной для такого потока данных, чтобы выдавать символы модуляции. Скорость передачи данных, кодирование и модуляция для каждого потока данных могут определяться командами, выполняемыми процессором 1030. Память 1032 данных может хранить управляющую программу, данные и другую информацию, используемые процессором 1030 или другими компонентами устройства 1010.
N
N
T
T
Символы модуляции для всех потоков данных затем выдаются в процессор 1020 MIMO TX, который может дополнительно обрабатывать символы модуляции (например, для OFDM). Процессор 1020 MIMO TX затем выдает  потоков символов модуляции в  приемопередатчиков («XCVR»), с 1022A по 1022T. В некоторых аспектах, процессор 1020 MIMO TX применяет веса формирования диаграммы направленности к символам потоков данных и к антенне, с которой передаются символы.
N
N
T
T
Каждый приемопередатчик 1022 принимает и обрабатывает соответственный поток символов, чтобы выдавать один или более аналоговых сигналов, и дополнительно предварительно обрабатывает (например, усиливает, фильтрует и преобразует с повышением частоты) аналоговые сигналы, чтобы выдавать модулированный сигнал, подходящий для передачи по каналу MIMO.  модулированных сигналов из приемопередатчиков с 1022A по 1022T затем передаются с  антенн со 1024A по 1024T, соответственно.
N
R
В устройстве 1050, переданные модулированные сигналы принимаются  антеннами, с 1052A по 1052R, и принятые сигналы с каждой антенны 1052 выдаются в соответственный приемопередатчик («XCVR»), с 1054A по 1054R. Каждый приемопередатчик 1054 предварительно обрабатывает (например, фильтрует, усиливает и преобразует с понижением частоты) соответственный принятый сигнал, оцифровывает предварительно обработанный сигнал, чтобы выдавать отсчеты, и дополнительно обрабатывает отсчеты, чтобы выдавать соответствующий «принятый» поток символов.
N
N
N
R
R
T
Процессор 1060 данных приема («RX») затем принимает и обрабатывает  принятых потоков символов из  приемопередатчиков 1054 на основании конкретной технологии обработки приемника, чтобы выдавать  «детектированных» потоков символов. Процессор 1060 данных RX затем демодулирует, обращенно перемежает и декодирует каждый детектированный поток символов, чтобы восстанавливать данные потока обмена для потока данных. Обработка процессором 1060 данных RX является комплементарной по отношению к выполняемой процессором 1020 MIMO TX и процессором 1014 данных TX в устройстве 1010.
Процессор 1070 периодически определяет, какую матрицу предварительного кодирования следует использовать (обсуждено ниже). Процессор 1070 формулирует сообщение обратной линии связи, содержащее часть индексов матрицы и часть значения ранга. Память 1072 данных может хранить управляющую программу, данные и другую информацию, используемые процессором 1070 или другими компонентами устройства 1050.
Сообщение обратной линии связи может содержать различные типы информации касательно линии связи и/или принимаемого потока данных. Сообщение обратной линии связи затем обрабатывается процессором 1038 данных TX, который также принимает данные потока обмена для некоторого количества потоков данных из источника 1036 данных, модулируется модулятором 1080, предварительно обрабатывается приемопередатчиками с 1054A по 1054R и передается обратно на устройство 1010.
В устройстве 1010, модулированные сигналы из устройства 1050 принимаются антеннами 1024, предварительно обрабатываются приемопередатчиками 1022, демодулируются демодулятором 1040 («ДЕМОД») и обрабатываются процессором 1042 данных RX для извлечения сообщения обратной линии связи, переданного устройством 1050. Процессор 1030 затем определяет, какую матрицу предварительного кодирования следует использовать для определения весов формирования диаграммы направленности, затем, обрабатывает извлеченное сообщение.
Фиг. 10 также иллюстрирует, что компоненты связи могут включать в себя один или более компонентов, которые выполняют операции управления поисковыми вызовами и/или регистрацией, как преподано в материалах настоящей заявки. Например, компонент 1090 управления поисковыми вызовами может взаимодействовать с процессором 1030 и/или другими компонентами устройства 1010 для отправки/приема сигналов поискового вызова и/или регистрации на/с другого устройства (например, устройства 1050), как преподано в материалах настоящей заявки. Подобным образом, компонент 1092 управления поисковыми вызовами может взаимодействовать с процессором 1070 и/или другими компонентами устройства 1050 для отправки/приема сигналов поискового вызова и/или регистрации на/с другого устройства (например, устройства 1010). Должно приниматься во внимание, что, для каждого устройства 1010 и 1050, функциональные возможности двух или более из описанных компонентов могут обеспечиваться одиночным компонентом. Например, одиночный компонент обработки может предусматривать функциональные возможности компонента 1090 управления поисковыми вызовами и процессора 1030, и одиночный компонент обработки может предусматривать функциональные возможности компонента 1092 управления поисковыми вызовами и процессора 1070.
Раскрытия в материалах настоящей заявки могут быть включены в различные типы систем связи и/или системных компонентов. В некоторых аспектах, раскрытия, приведенные в материалах настоящей заявки, могут применяться в системе множественного доступа, способной к поддержке связи с многочисленными пользователями посредством совместного использования имеющихся в распоряжении системных ресурсов (например, посредством предписывания одного или более из полосы пропускания, мощности передачи, кодирования, перемежения, и так далее). Например, раскрытия, приведенные в материалах настоящей заявки, могут применяться к любой одной или комбинациям следующих технологий: системам множественного доступа с кодовым разделением каналов («CDMA»), CDMA на многих несущих («MCCDMA»), широкополосному CDMA («W-CDMA»), системам высокоскоростного пакетного доступа («HSPA», «HSPA+»), системам множественного доступа с временным разделением каналов («TDMA»), системам множественного доступа с частотным разделением каналов («FDMA»), системам FDMA на одиночной несущей («SC-FDMA»), системам множественного доступа с ортогональным частотным разделением каналов («OFDMA») или другим технологиям множественного доступа. Система беспроводной связи, применяющая раскрытия, приведенные в материалах настоящей заявки, может быть сконструирована, чтобы реализовывать один или более стандартов, таких как IS-95 (Североамериканский стандарт сотовой связи), cdma2000, IS-856, W-CDMA, TDSCDMA (множественный доступ с синхронизированными режимами временного и кодового разделения каналов), и другие стандарты. Сеть CDMA может реализовывать технологию радиосвязи, такую как универсальный наземный радиодоступ («UTRA»), cdma2000, или некоторую другую технологию. UTRA включает в себя W-CDMA и низкую скорость передачи символов псевдошумовой последовательности («LCR»). Технология cdma2000 покрывает стандарты IS-2000, IS-95 и IS-856. Сеть TDMA может реализовывать технологию радиосвязи, такую как, глобальная система мобильной связи («GSM»). Сеть OFDMA может реализовывать технологию радиосвязи, такую как развитый UTRA («E-UTRA»), стандарт IEEE 802.11, стандарт IEEE 802.16, стандарт IEEE 802.20, Flash-OFDM, и т.д. UTRA, E-UTRA и GSM являются частью Универсальной системы мобильных телекоммуникаций («UMTS»). Раскрытия, приведенные в материалах настоящей заявки, могут реализовывать систему долгосрочного развития («LTE») 3GPP (Проекта партнерства 3-го поколения), систему сверхширокополосной мобильной связи («UMB») и другие типы систем. LTE является вариантом исполнения UMTS, который использует E-UTRA. Хотя некоторые аспекты раскрытия могут быть описаны с использованием терминологии 3GPP, должно быть понятно, что раскрытия, приведенные в материалах настоящей заявки, могут применяться к технологии 3GPP (Rel99, Rel5, Rel6, Rel7), а также технологии 3GPP2 (IxRTT, 1xEV-DO RelO, RevA, RevB) и другим технологиям.
Раскрытия, приведенные в материалах настоящей заявки, могут быть включены в (например, реализованы в пределах или выполняться посредством) многообразие устройств (например, узлов). В некоторых аспектах, узел (например, беспроводный узел), реализованный в соответствии с раскрытиями, приведенными в материалах настоящей заявки, может содержать точку доступа или терминал доступа.
Например, терминал доступа может содержать, быть реализованным в качестве или известным как пользовательское оборудование, абонентская станция, абонентский блок, мобильная станция, мобильный телефон, мобильный узел, удаленная станция, удаленный терминал, пользовательский терминал, агент пользователя, пользовательское устройство или некоторая другая терминология. В некоторых реализациях, терминал доступа может содержать сотовый телефон, бесшнуровой телефон, телефон протокола инициации сеанса («SIP»), станцию беспроводного абонентского шлейфа («WLL»), персональный цифровой секретарь («PDA»), карманное устройство, обладающее возможностью беспроводного соединения, или некоторое другое пригодное устройство обработки, присоединенное к беспроводному модему. Соответственно, один или более аспектов, преподанных в материалах настоящей заявки, могут быть включены в телефон (например, сотовый телефон или смартфон), компьютер (например, дорожный компьютер), портативное устройство связи, портативное вычислительное устройство (например, персональный цифровой секретарь), развлекательное устройство (например, музыкальное устройство, видеоустройство или спутниковый радиоприемник), устройство глобальной системы определения местоположения или любое другое пригодное устройство, которое сконфигурировано для поддержания связи через среду беспроводной связи.
Точка доступа может содержать, быть реализованной в качестве или известной как Узел Б, eNodeB (усовершенствованный Узел Б), контроллер радиосети («RNC»), базовая станция («BS»), базовая радиостанция («RBS»), контроллер базовой станции («BSC»), базовая приемопередающая станция («BTS»), функция приемопередатчика («TF»), радиоволновый приемопередатчик, радиомаршрутизатор, базовый набор служб («BSS»), расширенный набор служб («ESS») или некоторая другая подобная терминология.
В некоторых аспектах, узел (например, точка доступа) может содержать узел доступа для системы связи. Такой узел доступа, например, может предусматривать возможность присоединения для или к сети (например, глобальной сети, такой как сеть Интернет или сотовая сеть) через проводную или линию беспроводной связи в сеть. Соответственно, узел доступа может давать другому узлу (например, терминалу доступа) возможность осуществлять доступ к сети или некоторым другим функциональным возможностям. В дополнение, должно быть принято во внимание, что один или оба из узлов могут быть транспортабельными или, в некоторых случаях, относительно нетранспортабельными.
К тому же, должно быть принято во внимание, что беспроводный узел может быть способным к передаче и/или приему информации не беспроводным образом (например, через проводное соединение). Таким образом, приемник и передатчик, как обсужденные в материалах настоящей заявки, могут включать в себя надлежащие компоненты интерфейса связи (например, компоненты электрического или оптического интерфейса) для поддержания связи через не беспроводную среду.
Беспроводный узел может поддерживать связь через одну или более линий беспроводной связи, которые основаны на или иным образом поддерживают любую пригодную технологию беспроводной связи. Например, в некоторых аспектах, беспроводный узел может общаться с сетью. В некоторых аспектах, сеть может содержать локальную сеть или глобальную сеть. Беспроводное устройство может поддерживать или иным образом использовать одну или более из многообразия технологий, протоколов или стандартов беспроводной связи, таких как обсужденные в материалах настоящей заявки (например, CDMA, TDMA, OFDM, OFDMA, WiMAX, Wi-Fi, и так далее). Подобным образом, беспроводный узел может поддерживать или иным образом использовать одну или более из многообразия соответствующих схем модуляции или мультиплексирования. Беспроводный узел, таким образом, может включать в себя надлежащие компоненты (например, эфирные интерфейсы) для установления и поддержания связи через одну или более линий беспроводной связи с использованием вышеприведенных или других технологий беспроводной связи. Например, беспроводный узел может содержать беспроводный приемопередатчик с ассоциативно связанными компонентами передатчика и приемника, которые могут включать в себя различные компоненты (например, генераторы сигналов и сигнальные процессоры), которые содействуют связи через среду беспроводной связи.
Компоненты, описанные в материалах настоящей заявки, могут быть реализованы многообразием способов.
Со ссылкой на фиг. 11-16, устройства 1100, 1200, 1300, 1400, 1500 и 1600 представлены в качестве последовательности взаимосвязанных функциональных блоков. В некоторых аспектах, функциональные возможности этих блоков могут быть реализованы в качестве системы обработки, включающей в себя один или более процессорных компонентов. В некоторых аспектах, функциональные возможности этих блоков, например, могут быть реализованы с использованием по меньшей мере части одной или более интегральных схем (например, ASIC). Как обсуждено в материалах настоящей заявки, интегральная схема может включать в себя процессор, программное обеспечение, другие связанные компоненты или некоторую их комбинацию. Функциональные возможности этих блоков также могут быть реализованы некоторым другим образом, как преподано в материалах настоящей заявки. В некоторых аспектах, один или более пунктирных блоков на фиг. 11-16 являются необязательными.
Устройства 1100, 1200, 1300, 1400, 1500 и 1600 могут включать в себя один или более модулей, которые могут выполнять одну или более функций, описанных выше в отношении различных фигур. Например, средство 1102 регистрации, например, может соответствовать контроллеру регистрации, как обсужденный в материалах настоящей заявки. Средство 1104 приема, например, может соответствовать приемнику, как обсужденный в материалах настоящей заявки. Средство 1106 идентификации узла, например, может соответствовать опознавателю узла, как обсужденный в материалах настоящей заявки. Средство 1108 определения идентификатора, например, может соответствовать определителю идентификатора, как обсужденный в материалах настоящей заявки. Средство 1110 определения/формирования предполагаемого набора поисковых вызовов, например, может соответствовать формирователю списка, как обсужденный в материалах настоящей заявки. Средство 1112 предоставления, например, может соответствовать передатчику, как обсужденный в материалах настоящей заявки. Средство 1202 приема запроса регистрации, например, может соответствовать контроллеру регистрации, как обсужденный в материалах настоящей заявки. Средство 1204 предоставления списка, например, может соответствовать формирователю списка, как обсужденный в материалах настоящей заявки. Средство 1206 отправки запроса поискового вызова, например, может соответствовать контроллеру поискового вызова, как обсужденный в материалах настоящей заявки. Средство 1208 определения мобильности, например, может соответствовать формирователю списка, как обсужденный в материалах настоящей заявки. Средство 1210 приема предполагаемого набора поисковых вызовов, например, может соответствовать контроллеру поискового вызова, как обсужденный в материалах настоящей заявки. Средство 1302 определения, например, может соответствовать формирователю списка, как обсужденный в материалах настоящей заявки. Средство 1304 предоставления списка, например, может соответствовать контроллеру регистрации, как обсужденный в материалах настоящей заявки. Средство 1306 приема информации, например, может соответствовать формирователю списка, как обсужденный в материалах настоящей заявки. Средство 1308 идентификации узла, например, может соответствовать формирователю списка, как обсужденный в материалах настоящей заявки. Средство 1310 приема списка, например, может соответствовать контроллеру регистрации, как обсужденный в материалах настоящей заявки. Средство 1312 определения идентификатора, например, может соответствовать опознавателю узла, как обсужденный в материалах настоящей заявки. Средство 1314 приема указания, например, может соответствовать приемнику, как обсужденный в материалах настоящей заявки. Средство 1402 приема запроса регистрации, например, может соответствовать контроллеру регистрации, как обсужденный в материалах настоящей заявки. Средство 1404 идентификации узла, например, может соответствовать формирователю списка, как обсужденный в материалах настоящей заявки. Средство 1406 отправки запроса поискового вызова, например, может соответствовать контроллеру поискового вызова, как обсужденный в материалах настоящей заявки. Средство 1408 определения мобильности, например, может соответствовать формирователю списка, как обсужденный в материалах настоящей заявки. Средство 1502 приема информации об узле, например, может соответствовать приемнику, как обсужденный в материалах настоящей заявки. Средство 1504 определения, например, может соответствовать формирователю списка, как обсужденный в материалах настоящей заявки. Средство 1506 предоставления списка, например, может соответствовать контроллеру регистрации, как обсужденный в материалах настоящей заявки. Средство 1508 идентификации узла, например, может соответствовать опознавателю узла, как обсужденный в материалах настоящей заявки. Средство 1510 приема списка, например, может соответствовать контроллеру регистрации, как обсужденный в материалах настоящей заявки. Средство 1512 определения идентификатора, например, может соответствовать опознавателю узла, как обсужденный в материалах настоящей заявки. Средство 1514 принятия решения о регистрации, например, может соответствовать контроллеру регистрации, как обсужденный в материалах настоящей заявки. Средство 1516 приема указания, например, может соответствовать приемнику, как обсужденный в материалах настоящей заявки. Средство 1602 определения типа идентификатора, например, может соответствовать определителю идентификатора, как обсужденный в материалах настоящей заявки. Средство 1604 объявления указания регистрации, например, может соответствовать передатчику, как обсужденный в материалах настоящей заявки. Средство 1606 объявления списка соседей, например, может соответствовать передатчику, как обсужденный в материалах настоящей заявки. Средство 1608 поискового вызова, например, может соответствовать контроллеру поискового вызова, как обсужденный в материалах настоящей заявки.
Должно быть понятно, что любая ссылка на элемент в материалах настоящей заявки с использованием обозначения, такого как «первый», «второй» и так далее, в общем смысле, не ограничивает количество или порядок таких элементов. Скорее, эти обозначения могут использоваться в материалах настоящей заявки в качестве традиционного способа проведения различия между двумя или более элементами или экземплярами элементов. Таким образом, ссылка на первый и второй элементы не означает, что там могут применяться только два элемента, или что первый элемент должен предшествовать второму элементу некоторым образом. К тому же, если не обусловлено иное, набор элементов может содержать один или более элементов. В дополнение, терминология вида «по меньшей мере один из: A, B или C», используемая в описании или формуле изобретения, означает «A или B, или C, либо любая комбинация этих элементов».
Специалисты в данной области техники поняли бы, что информация и сигналы могут быть представлены с использованием любой из многообразия разных технологий и методик. Например, данные, команды, директивы, информация, сигналы, биты, символы и символы псевдошумовой последовательности, которые могут указываться ссылкой на всем протяжении вышеприведенного описания, могут быть представлены напряжениями, токами, электромагнитными волнами, магнитными полями или частицами, оптическими полями или частицами, или любой их комбинацией.
Специалисты, кроме того, могли бы принять во внимание, что любой из различных иллюстративных логических блоков, модулей, процессоров, средств, схем и этапов алгоритма, описанных в связи с аспектами, раскрытыми в материалах настоящей заявки, может быть реализован в качестве электронных аппаратных средств (например, цифровой реализации, аналоговой реализации или комбинации этих двух, которые могут быть сконструированы с использованием исходного кодирования или некоторой другой технологии), различных форм программы или конструктивного кода, включающего в себя команды (которые, для удобства, могут указываться ссылкой в материалах настоящей заявки как «программное обеспечение» или «модуль программного обеспечения»), или комбинации обоих. Чтобы ясно проиллюстрировать эту взаимозаменяемость аппаратных средств и программного обеспечения, различные иллюстративные компоненты, блоки, модули, схемы и этапы были описаны выше, как правило, в показателях своих функциональных возможностей. Реализованы ли такие функциональные возможности в виде аппаратных средств или программного обеспечения, зависит от конкретного применения и проектных ограничений, накладываемых на всю систему. Квалифицированные специалисты могут реализовать описанные функциональные возможности отличающимися способами для каждого конкретного применения, но такие реализационные решения не должны интерпретироваться в качестве служащих причиной выхода из объема настоящего раскрытия.
Различные иллюстративные логические блоки, модули и схемы, описанные в связи с аспектами, раскрытыми в материалах настоящей заявки, могут быть реализованы в или выполняться интегральной схемой («ИС», «IC»), терминалом доступа или точкой доступа. ИС может содержать процессор общего применения, цифровой сигнальный процессор (ЦСП, DSP), специализированную интегральную схему (ASIC), программируемую пользователем вентильную матрицу (FPGA) или другое программируемое логическое устройство, дискретную вентильную или транзисторную логику, дискретные компоненты аппаратных средств, электрические компоненты, оптические компоненты, механические компоненты или любую их комбинацию, предназначенную для выполнения функций, описанных в материалах настоящей заявки, и может выполнять машинные программы или команды, которые находятся внутри ИС, вне ИС, или то и другое. Процессором общего применения может быть микропроцессор, но в альтернативном варианте, процессор может быть любым традиционным процессором, контроллером, микроконтроллером или конечным автоматом. Процессор также может быть реализован в виде комбинации вычислительных устройств, например, сочетания ЦСП и микропроцессора, множества микропроцессоров, одного или более микропроцессоров в соединении с ЦСП-ядром, или любой другой такой конфигурации.
Понятно, что определенная очередность или иерархия этапов в любой раскрытой последовательности операций является примером образцового подхода. На основании конструктивных предпочтений, понятно, что определенная очередность или иерархия этапов в последовательностях операций может быть перекомпонована, хотя и оставаясь в пределах объема настоящего раскрытия. Прилагаемые пункты формулы изобретения способа представляют элементы различных этапов в примерной очередности и не подразумеваются ограниченными определенной представленной очередностью или иерархией.
Описанные функции могут быть реализованы в аппаратных средствах, программном обеспечении, программно-аппаратных средствах или любой их комбинации. Если реализованы в программном обеспечении, функции могут храниться в или передаваться в виде одной или более команд или машинной программы на машиночитаемом носителе. Машиночитаемые носители включают в себя как компьютерные запоминающие носители, так и среду связи, в том числе, любой носитель, который содействует передаче компьютерной программы из одного места в другое. Запоминающие носители могут быть любыми имеющимися в распоряжении носителями, к которым может осуществляться доступ компьютером. В качестве примера, а не ограничения, такие машиночитаемые носители могут содержать ОЗУ (оперативное запоминающее устройство, RAM), ПЗУ (постоянное запоминающее устройство, ROM), ЭСППЗУ (электрически стираемое программируемое ПЗУ, EEPROM), CD-ROM (ПЗУ на компакт-диске) или другое оптическое дисковое запоминающее устройство, магнитное дисковое запоминающее устройство или другие магнитные устройства хранения данных, либо любой другой носитель, который может использоваться для переноса или хранения требуемой управляющей программы в виде команд или структур данных, и к которым может осуществляться доступ компьютером. К тому же, любое соединение, по сути, называется машиночитаемым носителем. Например, если программное обеспечение передается с веб-сайта, сервера или другого удаленного источника с использованием коаксиального кабеля, волоконно-оптического кабеля, витой пары, цифровой абонентской линии (DSL), или беспроводных технологий, таких как инфракрасная, радиочастотная и микроволновая, то коаксиальный кабель, волоконно-оптический кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасная, радиочастотная и микроволновая, включены в определение носителя. Диск и немагнитный диск, в качестве используемых в материалах настоящей заявки, включают в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой многофункциональный диск (DVD), гибкий магнитный диск и диск blu-ray, где диски обычно воспроизводят данные магнитным образом, наряду с тем, что немагнитные диски воспроизводят данные оптически с помощью лазеров. Комбинации приведенного выше также должны быть включены в объем машиночитаемых носителей. Подводя итог вышесказанному, должно быть принято во внимание, что машиночитаемый носитель может быть реализован в любом пригодном компьютерном программном продукте.
Ввиду вышеприведенного, в некоторых аспектах, первый способ связи содержит: определение, следует ли использовать первый тип идентификатора или второй тип идентификатора для регистрации в первом узле; и объявление указания для регистрации в первом узле, при этом, указание подразумевает, что второй тип идентификатора, а не первый тип идентификатора, будет использоваться для регистрации. В дополнение, в некоторых аспектах, по меньшей мере одно из следующего также может применяться к первому способу связи: первый тип идентификатора относится к району, группе абонентов или местоположению; второй тип идентификатора: уникально идентифицирует первый узел, является идентификатором соты или является совместно используемым идентификатором для набора узлов, который включает в себя первый узел; совместно используемый идентификатор является группой абонентов; указание устанавливается в значение, определенное для первого типа идентификатора или второго типа идентификатора; первый тип идентификатора соответствует местоположению, которое используется для запуска регистрации в первом узле вторым узлом на основании расстояния между таким местоположением и другим местоположением, ассоциативно связанным с предыдущей регистрацией второго узла, а указание указывает, что основанная на расстоянии регистрация выключена из работы; определение содержит прием конфигурационной информации из диспетчера конфигураций; определение основано на типе узла первого узла; первый узел содержит фемтоузел или пикоузел; способ дополнительно содержит объявление списка по меньшей мере одного соседнего фемтоузла или пикоузла; способ дополнительно содержит объявление списка по меньшей мере одного соседнего макроузла; первый узел ограничен, чтобы не выдавать, для по меньшей мере одного узла, по меньшей мере одно из группы, состоящей из: сигнализации, доступа к данным, регистрации и поискового вызова; способ дополнительно содержит поисковый вызов второго узла, если второй узел: включал в себя идентификатор первого узла в предполагаемом наборе поисковых вызовов, и выдавал предполагаемый набор поисковых вызовов в по меньшей мере один диспетчер мобильности, который управляет поисковым вызовом на первом узле; указание дополнительно подразумевает, что первый узел не будет осуществлять поисковый вызов второго узла до тех пор, пока второй узел не обращается с требованием подвергнуться поисковому вызову первым узлом; определение содержит определение, является ли первый узел частью набора поисковых вызовов узлов; указание дополнительно подразумевает, что первый узел не будет побуждать соседние узлы осуществлять поисковый вызов второго узла; определение содержит определение, является ли первый узел частью набора поисковых вызовов узлов.
В некоторых аспектах, второй способ связи содержит: регистрацию в первом узле; и прием во втором узле, в результате регистрации, списка, содержащего идентификаторы узлов, которые будут осуществлять поисковый вызов второго узла, при этом, идентификаторы содержат по меньшей мере один первый тип идентификатора и по меньшей мере один второй тип идентификатора. В дополнение, в некоторых аспектах, по меньшей мере одно из следующего также может применяться к второму способу связи: первый тип идентификатора содержит идентификатор отдельного узла, идентификатор соты или идентификатор группы абонентов; второй тип идентификатора относится к району, зоне слежения, группе абонентов или местоположению; способ дополнительно содержит идентификацию третьего узла, определение, находится ли идентификатор первого типа для третьего узла в списке, и находится ли идентификатор второго типа для третьего узла в списке, и декодирование, на основании определения, следует ли регистрироваться на третьем узле; идентификатор первого типа для третьего узла уникально идентифицирует третий узел или относится к группе абонентов, которая включает в себя третий узел, а идентификатор второго типа для третьего узла относится к району, который включает в себя третий узел, группе абонентов, которая включает в себя третий узел, или местоположению третьего узла; декодирование содержит решение не регистрироваться в третьем узле, если идентификатор первого типа для третьего узла не находится в списке, или если идентификатор второго типа для третьего узла не находится в списке; идентификация третьего узла содержит определение, что второй узел является работающим вхолостую, на третьем узле; способ дополнительно содержит прием указания, относящегося к регистрации в третьем узле, при этом, указание подразумевает, что идентификатор первого типа, а не идентификатор второго типа, будет использоваться для регистрации; первый тип идентификатора содержит идентификатор соты или группу абонентов, а второй тип идентификатора относится к району, зоне слежения или местоположению; способ дополнительно содержит определение, в ответ на принятое указание, предполагаемого набора поисковых вызовов, содержащего другой идентификатор первого типа, и выдачу предполагаемого набора поисковых вызовов на диспетчера мобильности, который управляет поисковым вызовом на третьем узле; способ дополнительно содержит формирование, во втором узле, предполагаемого набора поисковых вызовов, содержащего по меньшей мере один идентификатор первого типа; список содержит по меньшей мере один идентификатор из предполагаемого набора поисковых вызовов; первый узел содержит фемтоузел или пикоузел; первый узел ограничен, чтобы не выдавать, для по меньшей мере одного узла, по меньшей мере одно из группы, состоящей из: сигнализации, доступа к данным, регистрации и поискового вызова.
В некоторых аспектах, третий способ связи содержит: прием запроса регистрации с первого узла и выдачу, в ответ на запрос регистрации, списка, содержащего идентификаторы узлов, которые будут осуществлять поисковый вызов первого узла, при этом, идентификаторы содержат по меньшей мере один первый тип идентификатора и по меньшей мере один второй тип идентификатора. В дополнение, в некоторых аспектах, по меньшей мере одно из следующего также может применяться к третьему способу связи: первый тип идентификатора содержит идентификатор отдельного узла, идентификатор соты или идентификатор группы абонентов; второй тип идентификатора относится к району, группе абонентов или местоположению; способ дополнительно содержит отправку запроса поискового вызова в каждый узел, идентифицированный по меньшей мере одним первым типом идентификатора и по меньшей мере одним вторым типом идентификатора; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании местоположения первого узла; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании мобильности первого узла; размер зоны поискового вызова для первого узла основан на мобильности первого узла; способ дополнительно содержит определение мобильности первого узла посредством приема информации о мобильности с первого узла; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании того, устанавливал ли первый узел ранее соединение; выдача списка содержит идентификацию по меньшей мере одного соседа второго узла, у которого регистрировался первый узел; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании времени суток; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании приложения, ассоциативно связанного с первым узлом; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании того, насколько часто первый узел подвергается поисковому вызову; размер зоны поискового вызова для первого узла обратно зависим от того, насколько часто первый узел подвергается поисковому вызову; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании полосы частот, на которой первый узел подвергается поисковому вызову; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании ассоциативной связи первого узла с по меньшей мере одним другим узлом; если первый узел зарегистрирован в макроузле, выдача списка содержит исключение из списка любых узлов из лежащей в основе сети; если первый узел зарегистрирован в фемтоузле или пикоузле, выдача списка содержит исключение из списка любых макроузлов, которые не являются соседями фемтоузла или пикоузла; способ дополнительно содержит прием предполагаемого набора поисковых вызовов из первого узла в соединении с запросом регистрации, при этом, выдача списка содержит определение списка на основании предполагаемого набора поисковых вызовов; предполагаемый набор поисковых вызовов содержит первый тип идентификатора и/или второй тип идентификатора; первый тип идентификатора содержит идентификатор соты или группу абонентов; второй тип идентификатора относится к району, группе абонентов или местоположению; список содержит подмножество из предполагаемого набора поисковых вызовов; первый тип идентификатора идентифицирует фемтоузел или пикоузел; первый тип идентификатора идентифицирует узел, который ограничен, чтобы не выдавать, для по меньшей мере одного узла, по меньшей мере одно из группы, состоящей из: сигнализации, доступа к данным, регистрации и поискового вызова; выдача списка содержит ограничение списка узлами одиночного района.
В некоторых аспектах, четвертый способ связи содержит: прием запроса регистрации с первого узла и выдачу, в ответ на запрос регистрации, списка, содержащего по меньшей мере один первый тип идентификатора отдельного узла. В дополнение, в некоторых аспектах, по меньшей мере одно из следующего также может применяться к четвертому способу связи: первый тип идентификатора содержит идентификатор соты; список дополнительно содержит по меньшей мере один второй тип идентификатора множества узлов; второй тип идентификатора относится к району, группе абонентов или местоположению; способ дополнительно содержит отправку запроса поискового вызова в каждый узел, идентифицированный по меньшей мере одним первым типом идентификатора и по меньшей мере одним вторым типом идентификатора; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании местоположения первого узла; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании мобильности первого узла; размер зоны поискового вызова для первого узла основан на мобильности первого узла; способ дополнительно содержит определение мобильности первого узла посредством приема информации о мобильности с первого узла; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании того, устанавливал ли первый узел ранее соединение; выдача списка содержит идентификацию по меньшей мере одного соседа второго узла, у которого регистрировался первый узел; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании времени суток; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании приложения, ассоциативно связанного с первым узлом; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании того, насколько часто первый узел подвергается поисковому вызову; размер зоны поискового вызова для первого узла обратно зависим от того, насколько часто первый узел подвергается поисковому вызову; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании полосы частот, на которой первый узел подвергается поисковому вызову; выдача списка содержит идентификацию по меньшей мере одного узла для списка на основании ассоциативной связи первого узла с по меньшей мере одним другим узлом; если первый узел зарегистрирован в макроузле, выдача списка содержит исключение из списка любых узлов из лежащей в основе сети; если первый узел зарегистрирован в фемтоузле или пикоузле, выдача списка содержит исключение из списка любых макроузлов, которые не являются соседями фемтоузла или пикоузла; способ дополнительно содержит прием предполагаемого набора поисковых вызовов из первого узла в соединении с запросом регистрации, при этом, выдача списка содержит определение списка на основании предполагаемого набора поисковых вызовов; предполагаемый набор поисковых вызовов содержит первый тип идентификатора и/или второй тип идентификатора; первый тип идентификатора содержит идентификатор соты; второй тип идентификатора относится к району, группе абонентов или местоположению; список содержит подмножество из предполагаемого набора поисковых вызовов; отдельный узел содержит фемтоузел или пикоузел; отдельный узел ограничен, чтобы не выдавать, для по меньшей мере одного узла, по меньшей мере одно из группы, состоящей из: сигнализации, доступа к данным, регистрации и поискового вызова; выдача списка содержит ограничение списка узлами одиночного района.
В некоторых аспектах, пятый способ связи содержит: определение списка, содержащего идентификаторы узлов, где первому узлу требуется подвергаться поисковому вызову, при этом, идентификаторы содержат по меньшей мере один первый тип идентификатора и по меньшей мере один второй тип идентификатора; и выдачу списка в соединении с регистрацией первого узла. В дополнение, в некоторых аспектах, по меньшей мере одно из следующего также может применяться к пятому способу связи: первый тип идентификатора содержит идентификатор отдельного узла, идентификатор соты или идентификатор группы абонентов; второй тип идентификатора относится к району, группе абонентов или местоположению; способ дополнительно содержит прием информации, которая идентифицирует по меньшей мере один соседний узел, при этом, определение списка основано на идентифицированном по меньшей мере одном соседнем узле; информация принимается от диспетчера мобильности, который управляет поисковым вызовом для первого узла; способ дополнительно содержит идентификацию по меньшей мере одного соседнего узла на основании принятых радиочастотных сигналов, при этом, определение списка основано на идентифицированном по меньшей мере одном соседнем узле; определение списка содержит идентификацию по меньшей мере одного узла для списка на основании местоположения первого узла; определение списка содержит идентификацию по меньшей мере одного узла, на котором первый узел ранее устанавливал соединение; определение списка содержит идентификацию по меньшей мере одного узла для списка на основании времени суток; определение списка содержит идентификацию по меньшей мере одного узла для списка на основании приложения, ассоциативно связанного с первым узлом; определение списка содержит идентификацию по меньшей мере одного узла для списка на основании того, насколько часто первый узел подвергается поисковому вызову; определение списка содержит идентификацию по меньшей мере одного узла для списка на основании полосы частот, на которой первый узел подвергается поисковому вызову; определение списка содержит идентификацию по меньшей мере одного узла, который ассоциативно связан с первым узлом; определение списка содержит добавление идентификатора домашнего фемтоузла в список, если первый узел находится возле домашнего макроузла; определение списка содержит добавление идентификатора домашнего фемтоузла в список, если первый узел принимает радиочастотные сигналы из домашнего фемтоузла; список ограничен, чтобы включать в себя узлы только из одиночного района; список выдается на диспетчера мобильности, который управляет поисковым вызовом для первого узла; способ дополнительно содержит прием, в результате регистрации, другого списка, который содержит первый тип идентификатора и/или второй тип идентификатора; способ дополнительно содержит идентификацию второго узла, определение, находится ли идентификатор первого типа для второго узла в другом списке, и находится ли идентификатор второго типа для второго узла в другом списке, и декодирование, на основании определения, следует ли регистрироваться на втором узле; идентификатор первого типа для второго узла уникально идентифицирует второй узел или относится к группе абонентов, которая включает в себя второй узел, а идентификатор второго типа для второго узла относится к району, который включает в себя второй узел, группе абонентов, которая включает в себя второй узел, или местоположению второго узла; способ дополнительно содержит прием указания, относящегося к регистрации на втором узле, при этом, указание подразумевает, что идентификатор первого типа, а не идентификатор второго типа, будет использоваться для регистрации; первый тип идентификатора содержит идентификатор соты или группу абонентов, а второй тип идентификатора относится к району, группе абонентов или местоположению; указание дополнительно подразумевает, что второй узел не будет осуществлять поисковый вызов первого узла до тех пор, пока первый узел не обращается с требованием подвергнуться поисковому вызову вторым узлом; указание дополнительно подразумевает, что второй узел не будет побуждать соседние узлы осуществлять поисковый вызов первого узла; первый тип идентификатора идентифицирует фемтоузел или пикоузел; первый тип идентификатора идентифицирует узел, который ограничен, чтобы не выдавать, для по меньшей мере одного узла, по меньшей мере одно из группы, состоящей из: сигнализации, доступа к данным, регистрации и поискового вызова.
В некоторых аспектах, шестой способ связи содержит: прием запроса регистрации с первого узла; прием, в соединении с запросом регистрации, списка, содержащего идентификаторы узлов, где первому узлу требуется подвергаться поисковому вызову, при этом, идентификаторы содержат по меньшей мере один первый тип идентификатора и по меньшей мере один второй тип идентификатора; идентификацию набора узлов на основании списка и отправку, на набор узлов, по меньшей мере одного запроса для осуществления поискового вызова первого узла. В дополнение, в некоторых аспектах, по меньшей мере одно из следующего также может применяться к шестому способу связи: первый тип идентификатора содержит идентификатор отдельного узла, идентификатор соты или идентификатор группы абонентов; второй тип идентификатора относится к району, группе абонентов или местоположению; запрос регистрации включает в себя список; способ дополнительно содержит определение набора поисковых вызовов, который идентифицирует по меньшей мере один узел для поискового вызова первого узла, при этом, идентификация набора узлов дополнительно основана на наборе поисковых вызовов; набор поисковых вызовов содержит по меньшей мере один другой первый тип идентификатора и/или по меньшей мере один другой второй тип идентификатора; первый тип идентификатора содержит идентификатор отдельного узла, идентификатор соты или идентификатор группы абонентов, а второй тип идентификатора относится к району, группе абонентов или местоположению; определение набора поисковых вызовов содержит получение набора поисковых вызовов из списка; определение набора поисковых вызовов содержит идентификацию по меньшей мере одного узла для набора поисковых вызовов на основании узла, на котором регистрировался первый узел; определение набора поисковых вызовов содержит идентификацию по меньшей мере одного узла для набора поисковых вызовов на основании местоположения первого узла; определение набора поисковых вызовов содержит идентификацию по меньшей мере одного узла для набора поисковых вызовов на основании мобильности первого узла; размер зоны поискового вызова для первого узла основан на мобильности первого узла; способ дополнительно содержит определение мобильности первого узла посредством приема информации о мобильности с первого узла; определение набора поисковых вызовов содержит идентификацию по меньшей мере одного узла для набора поисковых вызовов на основании того, где первый узел ранее устанавливал соединение; определение набора поисковых вызовов содержит идентификацию по меньшей мере одного соседа второго узла, у которого регистрировался первый узел; определение набора поисковых вызовов содержит идентификацию по меньшей мере одного узла для набора поисковых вызовов на основании времени суток; определение набора поисковых вызовов содержит идентификацию по меньшей мере одного узла для набора поисковых вызовов на основании приложения, ассоциативно связанного с первым узлом; определение набора поисковых вызовов содержит идентификацию по меньшей мере одного узла для набора поисковых вызовов на основании того, насколько часто первый узел подвергается поисковому вызову; размер зоны поискового вызова для первого узла обратно зависим от того, насколько часто первый узел подвергается поисковому вызову; определение набора поисковых вызовов содержит идентификацию по меньшей мере одного узла для набора поисковых вызовов на основании полосы частот, на которой первый узел подвергается поисковому вызову; определение набора поисковых вызовов содержит идентификацию по меньшей мере одного узла для набора поисковых вызовов на основании ассоциативной связи первого узла с по меньшей мере одним другим узлом; если первый узел зарегистрирован в макроузле, определение набора поисковых вызовов содержит исключение из набора поисковых вызовов любых узлов из лежащей в основе сети; если первый узел зарегистрирован в фемтоузле или пикоузле, определение набора поисковых вызовов содержит исключение из набора поисковых вызовов любых макроузлов, которые не являются соседями фемтоузла или пикоузла; набор узлов включает в себя по меньшей мере часть любых узлов, идентифицированных списком; способ дополнительно содержит формирование другого списка на основании набора узлов и отправку другого списка на первый узел в ответ на регистрацию; первый тип идентификатора идентифицирует фемтоузел или пикоузел; первый тип идентификатора идентифицирует узел, который ограничен, чтобы не выдавать, для по меньшей мере одного узла, по меньшей мере одно из группы, состоящей из: сигнализации, доступа к данным, регистрации и поискового вызова.
В некоторых аспектах, седьмой способ связи содержит: прием, на первом узле, информации, которая идентифицирует по меньшей мере один соседний узел второго узла; определение, на основании принятой информации, списка, идентифицирующего по меньшей мере один узел, где первому узлу требуется подвергаться поисковому вызову; и выдачу списка в соединении с регистрацией первого узла. В дополнение, в некоторых аспектах, по меньшей мере одно из следующего также может применяться к седьмому способу связи: список содержит по меньшей мере один первый тип идентификатора и по меньшей мере один второй тип идентификатора; первый тип идентификатора содержит идентификатор отдельного узла, идентификатор соты или идентификатор группы абонентов; второй тип идентификатора относится к району, группе абонентов или местоположению; информация принимается из второго узла; информация принимается от диспетчера мобильности, который управляет поисковым вызовом для первого узла; способ дополнительно содержит идентификацию по меньшей мере одного другого соседнего узла на основании принятых радиочастотных сигналов, при этом, определение списка дополнительно основано на идентифицированном по меньшей мере одном другом соседнем узле; определение списка содержит идентификацию по меньшей мере одного узла для списка на основании местоположения первого узла; определение списка содержит идентификацию по меньшей мере одного узла, на котором первый узел ранее устанавливал соединение; определение списка содержит идентификацию по меньшей мере одного узла для списка на основании времени суток; определение списка содержит идентификацию по меньшей мере одного узла для списка на основании приложения, ассоциативно связанного с первым узлом; определение списка содержит идентификацию по меньшей мере одного узла для списка на основании того, насколько часто первый узел подвергается поисковому вызову; определение списка содержит идентификацию по меньшей мере одного узла для списка на основании полосы частот, на которой первый узел подвергается поисковому вызову; определение списка содержит идентификацию по меньшей мере одного узла, который ассоциативно связан с первым узлом; определение списка содержит добавление идентификатора домашнего фемтоузла в список, если первый узел находится возле домашнего макроузла; определение списка содержит добавление идентификатора домашнего фемтоузла в список, если первый узел принимает радиочастотные сигналы из домашнего фемтоузла; список выдается на диспетчера мобильности, который управляет поисковым вызовом для первого узла; способ дополнительно содержит прием, в результате регистрации, другого списка, содержащего первый тип идентификатора и/или второй тип идентификатора; способ дополнительно содержит идентификацию третьего узла, определение, находится ли идентификатор первого типа для третьего узла в другом списке, и находится ли идентификатора второго типа для третьего узла в другом списке, и декодирование, на основании определения, следует ли регистрироваться на третьем узле; идентификатор первого типа для третьего узла уникально идентифицирует третий узел или относится к группе абонентов, которая включает в себя третий узел, а идентификатор второго типа для третьего узла относится к району, который включает в себя третий узел, группе абонентов, которая включает в себя третий узел или местоположению третьего узла; способ дополнительно содержит прием указания, относящегося к регистрации в третьем узле, при этом, указание подразумевает, что идентификатор первого типа, а не идентификатор второго типа, будет использоваться для регистрации; первый тип идентификатора содержит идентификатор отдельного узла, идентификатор соты или идентификатор группы абонентов, а второй тип идентификатора относится к району, группе абонентов или местоположению; указание дополнительно подразумевает, что третий узел не будет осуществлять поисковый вызов первого узла до тех пор, пока первый узел не обращается с требованием подвергнуться поисковому вызову третьим узлом; указание дополнительно подразумевает, что третий узел не будет побуждать соседние узлы осуществлять поисковый вызов первого узла; второй узел является фемтоузлом или пикоузлом; второй узел ограничен, чтобы не выдавать, для по меньшей мере одного узла, по меньшей мере одно из группы, состоящей из: сигнализации, доступа к данным, регистрации и поискового вызова.
В некоторых аспектах, функциональные возможности, соответствующие одному или более из вышеприведенных аспектов, относящихся к первому, второму, третьему, четвертому, пятому, шестому и седьмому способам связи, например, могут быть реализованы в устройстве, использующем структуру, как раскрыто в материалах настоящей заявки. В дополнение, компьютерный программный продукт может содержать машинные программы, сконфигурированные для побуждения компьютера обеспечивать функциональные возможности, соответствующие одному или более из вышеприведенных аспектов, относящихся к первому второму, третьему, четвертому, пятому, шестому и седьмому способам связи.
Предшествующее описание раскрытых аспектов приведено, чтобы дать любому специалисту в данной области техники возможность создать или использовать настоящее раскрытие. Различные модификации в отношении этих аспектов будут без труда очевидны специалистам в данной области техники, а общие принципы, определенные в материалах настоящей заявки, могут применяться к другим аспектам, не выходя из объема раскрытия. Таким образом, настоящее раскрытие не подразумевается ограниченным аспектами, показанными в материалах настоящей заявки, но должно быть согласованным, самым широким объемом, совместимым с принципами и новейшими признаками, раскрытыми в материалах настоящей заявки.