БЫСТРОДЕЙСТВУЮЩИЙ КАНАЛ ПОИСКОВОГО ВЫЗОВА С ПОНИЖЕННОЙ ВЕРОЯТНОСТЬЮ ПРОПУЩЕННОГО ПОИСКОВОГО ВЫЗОВА

Настоящая заявка заявляет приоритет предварительной заявки США № 60/691,469, поданной 16 июня 2005 г., озаглавленной "БЫСТРОДЕЙСТВУЮЩИЙ КАНАЛ ПОИСКОВОГО ВЫЗОВА С ПОНИЖЕННОЙ ВЕРОЯТНОСТЬЮ ПРОПУЩЕННЫХ ПОИСКОВЫХ ВЫЗОВОВ", и предварительной заявки США № 60/731,037, поданной 27 октября 2005 г., озаглавленной "СПОСОБЫ И УСТРОЙСТВО ОБЕСПЕЧЕНИЯ МОБИЛЬНОГО УЛУЧШЕННОГО МАС ШИРОКОПОЛОСНОЙ БЕСПРОВОДНОЙ СВЯЗИ", которые переуступлены правопреемнику настоящей заявки и настоящим явно включены в настоящий документ посредством ссылки.

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

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

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

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

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

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

Например, системы беспроводной связи CDMA2000 и WCDMA имеют быстродействующий канал поискового вызова, который позволяет мобильной станции периодически контролировать назначенный бит быстродействующего поискового вызова, чтобы обнаруживать присутствие поискового вызова. Когда поисковый вызов посылается на мобильную станцию, базовая станция устанавливает для соответствующего бита "1". Если бит установлен, мобильная станция, которая представляет терминал доступа, принимает весь поисковый вызов. Однако если терминал доступа ошибочно обнаруживает бит как "0" или определяет разрушение, указывающее на неспособность различить состояние принятого бита, то происходит пропуск поискового вызова. Поэтому существует необходимость снижения вероятности пропущенного поискового вызова. Однако остается необходимость поддерживать или увеличивать время работы от батарейного питания для мобильных устройств.

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

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.1 - упрощенная функциональная блок-схема варианта осуществления системы беспроводной связи с множественным доступом.

Фиг.2 - упрощенная функциональная блок-схема варианта осуществления передатчика и приемника в системе беспроводной связи с множественным доступом.

Фиг.3 - упрощенная функциональная блок-схема варианта осуществления системы для формирования и передачи сообщения быстрого поискового вызова.

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

Фиг.5 - упрощенная последовательность выполнения операций варианта осуществления способа формирования сообщения быстрого поискового вызова.

Фиг.6 - упрощенная последовательность выполнения операций варианта осуществления способа обработки сообщения быстрого поискового вызова.

Фиг.7 - упрощенная функциональная блок-схема варианта осуществления системы для формирования и передачи сообщения быстрого поискового вызова.

Фиг.8 - упрощенная функциональная блок-схема варианта осуществления приемника, выполненного с возможностью обработки сообщения быстрого поискового вызова.

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

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

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

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

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

На фиг.1 показана упрощенная функциональная блок-схема варианта осуществления системы 100 беспроводной связи множественного доступа. Система 100 беспроводной связи множественного доступа содержит множество ячеек, например, ячейки 102, 104 и 106. В варианте осуществления, показанном на фиг.1, каждая ячейка 102, 104 и 106 может содержать узел 150 доступа, как, например, показано в ячейке 102, содержащий множество секторов.

Фиг.1 показывает примерный системный контроллер 10 в системе 100, который может, в дополнение к другим функциям, осуществлять связь с базовыми станциями. Например, системный контроллер 10 может отправлять передачи базовым станциям, и/или он может принимать передачи от базовых станций, как показано на фиг.1.

Множество секторов образуются группами антенн, каждая из которых ответственна за связь с терминалами доступа в части ячейки. В ячейке 102 каждая из группы антенн 112, 114 и 116 соответствует своему сектору. Например, ячейка 102 разделена на три сектора 120а-102с. Первая антенна 112 обслуживает первый сектор 102а, вторая антенна 114 обслуживает второй сектор 102b, и третья антенна 116 обслуживает третий сектор 102с. В ячейке 104 каждая из группы антенн 118, 120 и 122 соответствует своему сектору. В ячейке 106 каждая из группы антенн 124, 126 и 128 соответствует своему сектору.

Каждая ячейка выполнена с возможностью поддержания или обслуживания как-либо иначе нескольких терминалов доступа, которые поддерживают связь с одним или более числом секторов соответствующего узла доступа. Например, терминалы 130 и 132 доступа поддерживают связь с узлом 142 доступа, терминалы 134 и 136 доступа поддерживают связь с узлом 144 доступа и терминалы 138 и 140 доступа поддерживают связь с узлом 146 доступа. Хотя каждый из узлов 142, 144 и 146 доступа показан как поддерживающий связь с двумя терминалами доступа, каждый узел 142, 144 и 146 доступа не ограничивается поддержанием связи с двумя терминалами доступа и может поддерживать любое число терминалов доступа до некоторого предела, который может быть физическим пределом или пределом, налагаемым стандартом в области связи.

Как он используется здесь, узел доступа может быть стационарной станцией, используемой для связи с терминалами, и может также упоминаться как базовая станция узел B или называться каким-то другим термином и содержать некоторые или все их функциональные возможности. Терминал доступа (АТ) может также упоминаться как оборудование пользователя (UE), терминал пользователя, устройство беспроводной связи, терминал, мобильный терминал, мобильная станция или называться каким-либо другим термином и содержать некоторые или все их функциональные возможности.

Каждый узел доступа, например 142, создает сообщение быстродействующего поискового вызова, основанное на отождествлениях терминалов доступа в пределах зоны охвата, которые запланированы для приема сообщений поискового вызова. Узел 142 доступа может создавать сжатый идентификатор для каждого запланированного терминала доступа. Например, узел 142 доступа может создавать случайные данные идентификатора терминала доступа и помещать в сообщение быстрого поискового вызова значение случайных данных.

Узел доступа, например 142, может широковещательно передавать кадр или блок, имеющий сообщение быстродействующего поискового вызова. Каждый из терминалов 130 и 132 доступа в пределах зоны охвата узла 142 доступа может принимать сообщение быстродействующего поискового вызова и обрабатывать его, чтобы определить, подтвержден ли сопутствующий индикатор быстродействующего поискового вызова, указывающий присутствие сообщения поискового вызова, направленного терминалу доступа.

Вышеупомянутые варианты осуществления могут быть реализованы с использованием процессора 220 или 260 передачи (ТХ) процессора 230 или 270 и запоминающего устройства 232 или 272, как показано на фиг.2. Процессы могут выполняться на любом процессоре, контроллере или другом устройстве обработки и могут храниться как считываемые компьютером команды на считываемом компьютером носителе информации в виде исходного кода, объектного кода или чего-либо иного.

На фиг.2 показана упрощенная функциональная блок-схема варианта осуществления передатчика и приемника в системе 200 беспроводной связи множественного доступа. В передающей системе 210 данные трафика для множества потоков данных обеспечиваются из источника 212 данных на процессор 214 данных передачи. В варианте осуществления каждый поток данных передается через соответствующую передающую антенну. Форматы передачи данных процессор 214 форматирует, кодирует и перемежает данные трафика для каждого потока данных на основе конкретной схемы кодирования, выбранной для этого потока данных, чтобы обеспечить кодированные данные. В некоторых вариантах осуществления процессор 214 передачи данных применяет веса формирования диаграммы направленности к символам потоков данных, основываясь на пользователе, которому передаются символы, и антенне, через которую передается символ. В некоторых вариантах осуществления веса диаграммы направленности могут генерироваться, основываясь на информации отклика канала, которая является показателем состояния трактов передачи между узлом доступа и терминалом доступа. Информация отклика канала может генерироваться с использованием информации CQI или оценок канала, обеспечиваемых пользователем. Дополнительно, в случаях запланированных передач процессор 214 передачи данных может выбирать формат пакета, основываясь на информации приоритета, которая передается от пользователя.

Кодированные данные для каждого потока данных могут быть мультиплексированы с контрольными (пилотными) данными, используя методы OFDM. Контрольные данные обычно являются известным образцом данных, которые обрабатываются известным способом и могут использоваться в приемной системе для оценки отклика канала. Мультиплексированные контрольные и кодированные данные для каждого потока данных затем модулируются (то есть отображаются на символы), основываясь на конкретной схеме модуляции (например, BPSK, QPSK, М-PSK или М-QAM), выбранной для этого потока данных, чтобы обеспечить символы модуляции. Скорость передачи данных, кодирование и модуляция для каждого потока данных могут определяться командами, подаваемыми процессором 230. В некоторых вариантах осуществления количество параллельных пространственных потоков может изменяться в соответствии с информацией приоритета, передаваемой от пользователя.

Символы модуляции для всех потоков данных затем передаются в процессор 220 передачи MIMO, который может дополнительно обрабатывать символы модуляции (например, для OFDM). Процессор 220 передачи MIMO затем обеспечивает N _T потоков символов на N _T передатчиков 222а-222t. В некоторых вариантах осуществления процессор 220 передачи MIMO применяет веса диаграммы направленности к символам потоков данных, основываясь на пользователе, которому символы передаются, и антенне, через которую от этих пользователей передается информация отклика канала.

Каждый из передатчиков 222a-222t принимает и обрабатывает соответствующий поток символов, чтобы обеспечить один или более аналоговых сигналов, и затем формирует (например, усиливает, фильтрует и преобразует с повышением частот) аналоговые сигналы для обеспечения модулированного сигнала, пригодного для передачи по каналу MIMO. N _T модулированных сигналов от передатчиков 222a-222t затем передаются от N _T антенн 224a-224t соответственно.

В приемной системе 250 переданные модулированные сигналы принимаются N _R антеннами 252a-252r, и принятый сигнал от каждой антенны 252 подается на соответствующий приемник 254. Каждый приемник 254 формирует (например, фильтрует, усиливает и преобразует с повышением частот) соответствующий принятый сигнал, оцифровывает сформированный сигнал, чтобы обеспечить выборки, и далее обрабатывает выборки, чтобы обеспечить соответствующий поток "принятых" символов.

Процессор 260 данных приема затем принимает и обрабатывает N_R потоков принятых символов от N_R приемников 254, основываясь на конкретном способе обработки приемника, чтобы обеспечить номер приоритета "обнаруженных" потоков символов. Обработка процессором 260 данных приема описана ниже с дополнительными подробностями. Каждый обнаруженный поток символов содержит символы, которые являются оценками символов модуляции, переданных для соответствующего потока данных. Процессор 260 данных приема затем демодулирует, восстанавливает первоначальную последовательность и декодирует каждый обнаруженный поток символов, чтобы восстановить данные трафика для потока данных. Обработка процессором 260 данных приема является комплементарной обработке, которая выполняется процессором 220 передачи MIMO и процессором 214 данных передачи в передающей системе 210. Данные могут в дальнейшем быть выведены процессором 260 данных приема в приемник 264 данных.

В передающей системе 210 модулированные сигналы от приемной системы 250 принимаются антеннами 224, формируются приемниками 222, демодулируются демодулятором 240 и обрабатываются процессором 242 данных приема, чтобы восстановить CQI, сообщенный приемной системой. Данные могут в дальнейшем быть выведены процессором 242 данных приема в приемник 244 данных.

Сообщенный CQI затем подается на процессор 230 и используется для (1) определения скоростей передачи данных и схем кодирования и модуляции, которые должны использоваться для потоков данных, и (2) формирования различных управляющих сигналов для процессора 214 данных передачи и процессора 220 передачи MIMO.

В системе 200 беспроводной связи множественного доступа, показанной на фиг.2, процессор 214 данных передачи, в комбинации с процессором 230 и запоминающим устройством 232, может работать с целью определения количества запланированных сообщений поискового вызова, соответствующих приемным системам 250 в зоне охвата. Процессор 214 данных передачи может быть выполнен с возможностью формирования хэш-значения, основанного на уникальном идентификаторе терминала доступа для каждой запланированной приемной системы 250. Процессор 214 данных передачи может создавать сообщение быстродействующего поискового вызова, которое содержит количество приемных систем 250, идентифицированных в сообщении быстродействующего поискового вызова, и хэш-значения, соответствующие каждой запланированной приемной системе 250.

Каждая приемная система 250 может действовать так, чтобы принимать сообщение быстродействующего поискового вызова и восстанавливать соответствующие хэш-сообщения. Процессор 260 данных приема, в комбинации с процессором 270 и запоминающим устройством 272, может определять, идентифицирует ли какое-либо хэш-значение в сообщении быстродействующего поискового вызова приемную систему 250. Приемная система 250 может контролировать сообщения поискового вызова, если она идентифицирована хэш-значением. Альтернативно приемная система 250 может переходить в неактивное состояние и может ждать следующего запланированного сообщения быстрого поискового вызова, если ее хэш-значение не содержится в сообщении быстрого поискового вызова. В дополнение, приемная система 250 может включать в себя источник 276 данных, процессор 278 данных передачи и модулятор 280 для дальнейшего приема и обработки данных, как показано на фиг.2.

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

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

Система 300 варианта осуществления, показанного на фиг.3, содержит модуль 302 хронирования и синхронизации, соединенный с планировщиком 304. Планировщик 304 соединен с генератором 310 сообщений быстрого поискового вызова и инициирует формирование сообщения быстрого поискового вызова. Генератор 310 сообщения быстрого поискового вызова, как вариант, передает сообщение быстрого поискового вызова на кодер 320. Кодер 320 выполняет кодирование двоичных сигналов сообщения быстрого поискового вызова, чтобы получить кодированное сообщение быстрого поискового вызова. Кодированный выходной сигнал подается на процессор 330 передачи MIMO. Процессор 330 передачи MIMO подает сигнал на каскад 340 передатчика, который передает сигнал, используя антенну 344.

Модуль 302 хронирования и синхронизации отслеживает временные характеристики битов, кадров, блоков или пакетов, принимаемых и формируемых системой 300. В одном варианте осуществления модуль 302 хронирования и синхронизации поддерживает синхронизацию битов, так чтобы биты, сформированные системой 300, имели, в сущности, один и тот же период. Модуль 302 хронирования и синхронизации может также синхронизировать и отслеживать временные характеристики временных интервалов и кадров, когда каждый кадр содержит заранее определенное количество битов. В системе OFDM временной интервал может содержать один или более символов OFDM, а кадр может содержать один или более временных интервалов.

Суперкадр может содержать заранее определенное число кадров. Дополнительно определенные кадры внутри суперкадра могут быть выделены для конкретной информации. Например, каждый суперкадр может содержать преамбулу заранее определенной длины, такую как шесть кадров или шесть символов OFDM.

Преамбула суперкадра может использоваться для заполнения широковещательного канала, который передается на все терминалы доступа в пределах зоны охвата узла доступа. Одна часть преамбулы суперкадра может быть выделена каналу быстродействующего поискового вызова (QPCH), используемому для передачи сообщения быстрого поискового вызова. Например, сообщение быстрого поискового вызова может быть одним кадром или символом OFDM в пределах преамбулы суперкадра. Длина преамбулы суперкадра может быть статической или может изменяться на основе размера информационного блока, выделенного сообщению быстрого поискового вызова.

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

Система 300 может быть выполнена с возможностью посылки размера сообщения быстрого поискового вызова внутри поля сообщения или некоторого другого сообщения. В варианте осуществления система 300 не посылает размер сообщения быстрого поискового вызова и предусматривает определение размера пакета в приемнике.

Модуль 302 хронирования и синхронизации соединен с планировщиком 304. Планировщик 304 отслеживает линии связи и информацию, которая должна передаваться системой 300, и планирует информацию, частично основанную на временных характеристиках системы. В одном варианте осуществления планировщик 304 определяет, делает ли система беспроводной связи попытку организовать активный сеанс связи с терминалом доступа, который на данный момент находится в состоянии ожидания.

Генератор 310 сообщения быстрого поискового вызова определяет посредством планировщика 304, какие из терминалов доступа в пределах зоны охвата системы 300 планируются для приема сообщения поискового вызова. Генератор 310 сообщения быстрого поискового вызова содержит счетчик 312 сообщений поискового вызова, генератор 314 хэш-значения идентификатора терминала доступа и ассемблер 316 сообщений.

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

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

Генератор 314 хэш-значения идентификатора терминала доступа (ATIH) выполнен с возможностью формирования сжатой версии идентификатора терминала доступа. Хотя последующие варианты осуществления описывают функцию сжатия как хэш-функцию, генератор 314 ATIH может быть фактически любым типом генератора сжатого идентификатора и может сжимать значения ATI или какого-либо другого идентификатора терминала доступа, используя любое отображение (преобразование) или алгоритм, которые приводят в результате к меньшему количеству битов.

Каждый терминал доступа имеет уникальный идентификатор, упоминаемый как идентификатор терминала доступа (ATI). Если ATI терминала доступа переносится в сообщении поискового вызова, терминал доступа знает, что сеть имеет данные для посылки.

Генератор 314 ATIH выполнен с возможностью определения N-битного хэша ATI, упоминаемого как ATIH (например, ATIH=хэш-функция (ATI)). В некоторых вариантах осуществления ATI может иметь длину от 48 до 128 битов, в то время как N может равняться 8 битам. Обтображение ATI на ATIH может не быть уникальным, потому что генератор 314 ATIH может сжимать ATI до представления, имеющего меньшее количество битов. Величина сжатия, выполненного на ATI, также упоминаемая как коэффициент сжатия, влияет на число значений ATI потенциальных терминалов доступа, которые будут отображаться на тот же самый ATIH.

Генератор 314 ATIH может резервировать одно или более значений ATIH так, что никакие значения ATI не будут отображаться на зарезервированные значения ATIH. Например, генератор 314 ATIH может резервировать нулевое значение ATIH, чтобы указать состояние, в котором никакие терминалы доступа не должны уведомляться. Для генератора 314 ATIH может быть гарантировано, что никакие значения ATI для терминалов доступа не будут непреднамеренно отображаться на нулевое значение путем резервирования нулевого значения ATIH.

Если ATIH терминала доступа передается в сообщении быстрого поискового вызова, терминал доступа определяет, что сеть может иметь поисковый вызов для посылки, и терминал доступа контролирует сообщение поискового вызова для поискового вызова, направленного к нему. Напротив, если ATIH не передается в сообщении быстрого поискового вызова, терминал доступа может экономить энергию, не считывая сообщение поискового вызова, и может вместо этого перейти в неактивное состояние с пониженным энергопотреблением.

Неуникальное отображение ATI на значения ATIH может вызывать конфликты быстрых поисковых вызовов, когда два различных терминала доступа имеют один и тот же ATIH. В такой ситуации неуникальный ATIH, введенный в сообщение быстрого поискового вызова, заставляет больше, чем один терминал доступа, контролировать сообщение поискового вызова, хотя имеется только сообщение поискового вызова для одного из терминалов доступа, имеющих значение ATIH. Например, если генератор 314 ATIH 314 формирует один и тот же ATIH для двух разных терминалов доступа, AT1 и AT2, и этот ATIH передается в сообщении быстрого поискового вызова, оба терминала, AT1 и AT2, будет контролировать сообщение поискового вызова. Однако фактическое сообщение поискового вызова может содержать только поисковый вызов для AT1, а не для AT2.

В варианте осуществления, в котором длина сообщения быстрого поискового вызова является переменной, генератор 314 ATIH формирует значение ATIH в соответствии с заранее определенным алгоритмом. Генератор 314 ATIH создает ATIH, соответствующий ATI для каждого терминала доступа, о котором будет уведомляться в сообщении быстрого поискового вызова. Может иметься практический предел длины сообщения быстрого поискового вызова. Поэтому система 300 может определить максимальное число терминалов доступа, которые могут быть явно идентифицированы в сообщении быстрого поискового вызова.

В варианте осуществления, в котором длина сообщения быстрого поискового вызова является статической, генератор 314 ATIH формирует значение ATIH, частично основанное на числе терминалов доступа, о котором должно быть уведомлено в сообщении быстрого поискового вызова. Генератор 314 ATIH выполняет переменное сжатие значений ATI и коэффициент сжатия изменяется в зависимости от, по меньшей мере, числа терминалов доступа, о которых должно быть уведомлено в сообщении быстрого поискового вызова. Когда количество терминалов доступа меньше того, о котором уведомляется в сообщении быстрого поискового вызова, для генератора ATIH может быть выгодно использовать более низкий коэффициент сжатия, чтобы уменьшить вероятность конфликта быстрых поисковых вызовов. В некоторых случаях генератору 314 ATIH даже нет необходимости сжимать значение ATI, и ATI и ATIH могут иметь одно и то же значение. По мере того, как увеличивается число терминалов доступа, о которых уведомляется в сообщении быстрого поискового вызова, генератор 314 ATIH может увеличивать коэффициент сжатия, так чтобы общее количество битов в сообщении быстрого поискового вызова, используемого для идентификации терминалов доступа, оставалось приблизительно тем же самым.

Например, система 300 может назначить фиксированное число битов N_{QP_BLK} сообщению быстрого поискового вызова. Кроме того, конкретное поле в сообщении быстрого поискового вызова, назначенное для значений ATIH, может иметь максимальную длину, например, 35 битов. Если счетчик 312 сообщений поискового вызова определяет, что только один терминал доступа должен быть уведомлен в сообщении быстрого поискового вызова, генератор 314 ATIH может создать ATIH, который будет меньше или равен 35 битам. Если счетчик 312 сообщений поискового вызова определяет, что два терминала доступа должны быть уведомлены, ATIH может быть выполнен с возможностью формирования значений ATIH, которые имеют не больше, чем по 17 битов каждое. Точно так же, чтобы уведомить три терминала доступа в сообщении быстрого поискового вызова, генератор 314 ATIH создает значения ATIH, имеющие не больше 11 битов каждое. Может иметься практический предел коэффициента сжатия, применяемого генератором 314 ATIH. Поэтому система 300 может установить максимальное число терминалов доступа, которые могут быть явно идентифицированы в сообщении быстрого поискового вызова.

Как отмечено выше, независимо от того, имеет ли сообщение быстрого поискового вызова статическую или динамическую длину, система 300 может определить максимальное число терминалов доступа, которые могут быть явно идентифицированы в сообщении быстрого поискового вызова. То есть сообщение быстрого поискового вызова может быть послано по каналу быстродействующего поискового вызова, который имеет ограниченную пропускную способность, например, Q бит. Могут иметься некоторые случаи, при которых счетчик 312 сообщений поискового вызова определяет, что число терминалов доступа, которые должны быть уведомлены, больше максимального числа, о котором точно может быть уведомлено. В такой ситуации сообщение быстрого поискового вызова может содержать поле, которое идентифицирует, что имеются больше уведомлений быстрого поискового вызова, чем может содержаться в сообщении быстрого поискового вызова. Такое поле может упоминаться как поле "больше" или "дополнительный идентификатор".

Поле "больше" может быть одним или более битами, которые, когда имеются, указывают, что существуют больше быстрых поисковых вызовов, чем может быть представлено в сообщении быстрого поискового вызова. В такой ситуации некоторые терминалы доступа, которые не были явно уведомлены, могут решить контролировать канал поискового вызова на наличие сообщения поискового вызова. Чтобы минимизировать число неидентифицированных терминалов доступа, которым необходимо контролировать канал поискового вызова, сообщение быстрого поискового вызова может быть заполнено значениями ATIH наинизшего значения. Затем, если поле "больше" подтверждается, только тем терминалам доступа, которые имеют значение ATIH больше самого большего значения ATIH, содержащегося в сообщении быстрого поискового вызова, необходимо контролировать канал поискового вызова для сообщения поискового вызова.

Генератор 314 ATIH может быть выполнен с возможностью формирования меньшего или равного максимальному числу значений ATIH. В одном варианте осуществления генератор 314 ATIH создает значения ATIH для терминалов доступа, имеющих самые низшие значения ATIH. В другом варианте осуществления генератор 314 ATIH создает значения ATIH для всех терминалов доступа, запланированных для сообщений поискового вызова, а другой модуль определяет, какое из значений ATIH должно заполнить сообщение быстрого поискового вызова.

Ассемблер 316 сообщения выполняет ассемблирование сообщения быстрого поискового вызова, основываясь на числе, определенном счетчиком 312 сообщений поискового вызова. Ассемблер 316 сообщения заполняет поле, идентифицирующее число терминалов доступа. Если число терминалов доступа больше, чем заранее определенное максимальное число, ассемблер 316 сообщения использует значение, соответствующее максимальному числу.

Ассемблер сообщения 316 также заполняет поле ATIH в сообщении поискового вызова, идентифицирующем терминалы доступа. Если число терминалов доступа, о которых должно быть уведомлено в сообщении быстрого поискового вызова, меньше или равно максимальному числу, включая ноль, ассемблер 316 сообщения конкатенирует значения ATIH с соответствующими терминалами доступа. Ассемблер 316 сообщения стирает поле "больше", которое может быть одиночным битом.

Если число терминалов доступа, о которых должно быть уведомлено в сообщении быстрого поискового вызова, больше, чем максимальное число, ассемблер 316 сообщения конкатенирует максимальное число значений ATIH, отобранных из самых низших значений ATIH. Ассемблер 316 сообщения может сортировать значения ATIH и заполнять сообщение быстрого поискового вызова в порядке увеличения значений ATIH. Ассемблер 316 сообщения подтверждает поле "больше".

Ассемблер 316 сообщения может вставить нули или как-либо иначе заполнить сообщение быстрого поискового вызова, чтобы получить желаемую длину сообщения. Когда генератор 314 ATIH формирует другие значения ATIH в зависимости от числа терминалов доступа, о которых должно быть уведомлено в сообщении быстрого поискового вызова, ассемблер 316 сообщения может вставить нули в сообщение быстрого поискового вызова, чтобы обеспечить соответствующую длину сообщения быстрого поискового вызова.

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

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

Кодер 320 передает кодированное сообщение быстрого поискового вызова на процессор 330 передачи MIMO. В одном варианте осуществления процессор 330 передачи MIMO обрабатывает кодированное сообщение быстрого поискового вызова и создает символ OFDM, имеющий полное кодированное сообщение быстрого поискового вызова. Процессор 330 передачи MIMO может создавать символ OFDM, распределяя информацию сообщения быстрого поискового вызова по всем поднесущим OFDM или по заранее определенному субнабору всех поднесущих. Например, процессор 330 передачи MIMO может модулировать сообщение быстрого поискового вызова на всех поднесущих, выделенных для передачи информации. В таком варианте осуществления символ, имеющий сообщение быстрого поискового вызова, мультиплексируется с временным разделением с другими каналами в системе OFDM.

В некоторых вариантах осуществления процессор передачи MIMO может быть способен модулировать сообщение быстрого поискового вызова на поднесущих, используя любой из заранее определенного набора тип модуляции. В варианте осуществления процессор 330 передачи MIMO использует модуляцию QPSK для всех символов модуляции QPCH. В других вариантах осуществления процессор 330 передачи MIMO может использовать какой-то другой тип модуляции, такой как BPSK.

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

Если система беспроводной связи множественного доступа использует скачкообразную перестройку частоты (FH), канал быстродействующего поискового вызова (QPCH) может быть назначен как логический канал, иногда упоминаемый как порт скачкообразной перестройки частоты, и логический канал может быть отображен на физические каналы в соответствии с заранее определенным алгоритмом скачкообразного изменения частоты. Таким образом, в системе OFDMA со скачкообразным изменением частоты физических поднесущих, присвоенные логическим каналам, со временем меняются. Например, алгоритм скачкообразного изменения частоты может периодически обновлять отображение логических каналов на физические поднесущие, например, на каждый символ OFDM, каждый временной интервал или следуя некоторому другому заранее определенному числу символов OFDM.

Процессор 330 передачи MIMO передает символ OFDM в каскад 340 передатчика. Каскад 340 передатчика передает символ, содержащий сообщение быстрого поискового вызова, используя антенну 344.

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

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

На фиг.4 показана упрощенная функциональная блок-схема варианта осуществления приемника 400, выполненная с возможностью обработки сообщения быстрого поискового вызова, полученного по каналу QPCH. Приемник 400 может быть частью каждого из терминалов доступа, показанных на фиг.1, и может быть частью приемной системы, показанной на фиг.2. Упрощенная функциональная блок-схема, показанная на фиг.4, демонстрирует только те части приемника 400, которые связаны с обработкой сообщения быстрого поискового вызова. Приемник 400 обычно содержит и другие модули обработки.

Приемник 400 принимает символ OFDM и восстанавливает сообщение быстрого поискового вызова. Если сообщение быстрого поискового вызова кодировано, приемник 400 использует избыточную информацию кодирования, чтобы повысить вероятность, что основные биты в блоке быстродействующего поискового вызова и блоке управления нагрузкой будут успешно восстановлены. Приемник 400 использует восстановленную информацию сообщения быстрого поискового вызова, чтобы определить, активировать ли или оставить активным контроль за последующим сообщением канала быстродействующего поискового вызова.

В одном варианте осуществления, если CRC терпит неудачу, терминал доступа контролирует канал поискового вызова в качестве действия, предпринимаемого по умолчанию. Если CRC проходит успешно и соответствующий ATIH установлен, на терминал доступа подается команда контролировать канал поискового вызова. Если CRC проходит успешно и значение ATIH отсутствует, а бит "больше" не подтвержден, терминал доступа возвращается в неактивное состояние. Если CRC проходит успешно и значение ATIH отсутствует, но бит "больше" был подтвержден, терминал доступа определяет, является ли его значение ATIH больше, чем самое большое значение ATIH в сообщении быстрого поискового вызова. Если это так, терминал доступа контролирует сообщения поискового вызова. Если это не так, терминал доступа может перейти в неактивное состояние.

Приемник 400 содержит антенну 402, которая передает принятый сигнал на входной каскад 410 приемника. Модуль 420 синхронизации работает в сочетании с входным каскадом 410 приемника. Модуль 420 синхронизации определяет, основываясь на принятом сигнале, временные характеристики символов и из временных характерстик символов определяет временные характеристики кадров и суперкадров. Входной каскад 410 приемника использует информацию синхронизации для восстановления символов OFDM и, в частности, преамбулы OFDM, имеющей символ OFDM вместе с сообщением быстрого поискового вызова.

Первый каскад 410 приемника передает символ OFDM, имеющий сообщение быстрого поискового вызова, на процессор 430 приема MIMO. Процессор 430 приема выполняет демодуляцию поднесущих OFDM, на которых модулировано сообщение быстрого поискового вызова, чтобы восстановить сообщение быстрого поискового вызова.

Процессор 430 приема MIMO демодулирует поднесущие способом, обратным способу, которым они были модулированы. То есть если поднесущие имеют QPSK-модуляцию, то процессор 430 данных приема MIMO выполняет QPSK-демодуляцию поднесущих.

Сообщение быстрого поискового вызова, как вариант, передается на декодер 440 в зависимости от того, кодировано ли исходное сообщение быстрого поискового вызова. Декодер 440 выполняет декодирование сообщения быстрого поискового вызова комплементарным способом по отношению к способу, которым пакет был кодирован в передатчике. В целом, декодер 440 QPCH выполняет обработку, комплементарную той, которая выполняется в передатчике, включая операции, обратные перемежению, кодированию, скремблированию, повторению и т.п. или их комбинациям, выполненным при формировании сообщения быстрого поискового вызова.

Выходной сигнал декодера 440 подается на компаратор 450 хэш-значений. Компаратор 450 хэш-значений выполнен с возможностью анализа различных значений ATIH, содержащихся в рамках сообщения быстрого поискового вызова, и сравнения их со значением ATIH, соответствующим приемнику 400. В одном состоянии, когда компаратор 450 хэш-значения определяет, что в сообщении быстродействующего поискового вызова нет никаких значений ATIH, компаратору 450 хэш-значений нет необходимости делать какие-либо сравнения и приемник 400 может перейти в неактивное состояние, чтобы экономить энергию.

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

Компаратор 450 хэш-значений может передавать значение, соответствующее числу быстрых поисковых вызовов, NumPages, на модуль 460 ATIH.

Модуль 460 ATIH выполнен с возможностью формирования значения ATIH, соответствующего приемнику 400, в формате, который совпадает с форматом значения ATIH, содержащегося в сообщении быстрого поискового вызова.

В одном варианте осуществления модуль 460 ATIH принимает значение NumPages и формирует ATIH в надлежащем формате, используя некоторый алгоритм. Модуль 460 ATIH может хранить ATI приемника 400, может работать с ATI, используя алгоритм для формирования ATIH в надлежащем формате.

В другом варианте осуществления модуль 460 ATIH содержит просмотровую таблицу 462, который хранит различные форматы ATIH. Модуль 460 ATIH восстанавливает надлежащий формат ATIH из просмотровой таблицы 462, основываясь на значении NumPages.

Компаратор 450 хэш-значений может также извлекать поле "больше" из сообщения быстрого поискового вызова. Поле "больше" может быть одиночным битом, который подтверждается, когда число быстрых поисковых вызовов превышает максимальное число, которое может содержаться внутри одиночного сообщения быстрого поискового вызова. В варианте осуществления, имеющем одиночный бит для поля "больше", приемник 400 может иметь для работы две ветви первого порядка, в зависимости от бита "больше".

Если бит "больше" не подтверждается, компаратор 450 хэш-значений определяет, содержится ли ATIH приемника 400 в сообщении быстрого поискового вызова. Если это так, приемник 400 контролирует последующее сообщение быстродействующего поискового вызова. В противном случае приемник экономит энергию за счет отсутствия контроля сообщения быстродействующего поискового вызова. Например, приемник 400 может перейти в неактивное состояние и ожидать следующего сообщения быстрого поискового вызова.

Если бит "больше" подтверждается, компаратор 450 хэш-значений определяет, содержится ли ATIH приемника 400 в сообщении быстрого поискового вызова. Если это так, приемник контролирует последующее сообщение поискового вызова. Если компаратор 450 хэш-значения определяет, что ATIH приемника 400 больше, чем самый большой ATIH в сообщении быстрого поискового вызова, приемник 400 контролирует последующее сообщение поискового вызова. В противном случае, если компаратор 450 хэш-значений определяет, что значение ATIH приемника 400 отсутствует в сообщении быстрого поискового вызова или что оно не больше, чем наибольшее значение ATIH в сообщении быстрого поискового вызова, приемник 400 экономит энергию за счет отсутствия контроля сообщения поискового вызова.

Другие модули внутри приемника 400, такие как модуль поискового вызова (не показан), могут работать по выходному сигналу компаратора 450 хэш-значений. Если значение ATIH, связанное с терминалом доступа, присутствует в сообщении быстродействующего поискового вызова, модуль поискового вызова может давать приемнику команду контролировать сообщение поискового вызова. Альтернативно, если значение ATIH, связанное с терминалом доступа, отсутствует в сообщении быстрого поискового вызова и не индуцируется полем "больше", модуль поискового вызова может дать приемнику команду перейти в неактивное состояние до следующего появления сообщения быстродействующего поискового вызова.

На фиг.5 показана упрощенная последовательность варианта осуществления способа 500 формирования сообщения быстрого поискового вызова. Способ 500 может выполняться, например, узлом доступа, показанным на фиг.1, передающей системой, показанной на фиг.2, или системой, показанной на фиг.3.

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

Система переходит к блоку 504 и подсчитывает или как-либо иначе определяет число уникальных терминалов доступа, запланированных для приема сообщений поискового вызова. Система переходит к блоку 510 принятия решения и определяет, является ли нулевым число терминалов доступа, запланированных для приема сообщения поискового вызова. Система может, например, сравнивать значение счета с нулем. Если это так, система переходит к блоку 514 и восстанавливает зарезервированное значение, которое является признаком нулевого числа терминалов доступа. Система переходит от блока 514 к блоку 550, описанному ниже.

Если в блоке 510 принятия решения система определяет, что число терминалов доступа не равно нулю, система переходит к блоку 512 принятия решения, чтобы определить, является ли число терминалов доступа, запланированных для приема сообщений поискового вызова, большим, чем некоторое заранее определенное максимальное число, Max. Если это не так, система переходит к блоку 530, описанному ниже.

Если в блоке 512 принятия решения система определяет, что число больше заранее определенного максимума, Max, система переходит к блоку 520. В блоке 520 система устанавливает число поисковых вызовов в сообщении быстрого поискового вызова, NumPage, равным максимальному числу. То есть система устанавливает NumPage=Max. Система переходит к блоку 522 и устанавливает флаг "больше", чтобы указать на присутствие большего, чем Max, числа быстрых поисковых вызовов.

Система переходит к блоку 530 и инициализирует счетчик, который следит за контуром, который определяет значение ATIH для каждого терминала доступа, запланированного для приема сообщения поискового вызова, и определяет следование значений ATI для терминалов доступа в порядке от самого меньшего к самому большему. Система переходит к блоку 540 и определяет значение ATIH терминала доступа согласно порядку значений ATI, отсортированных при инициализации. В одном варианте осуществления система может определять значение ATIH, основываясь частично на значении NumPage. Чем больше значение NumPage, тем меньше битов в соответствующем значении ATIH.

Система переходит к блоку 542 принятия решения, чтобы определить, является ли значение счетчика равным значению NumPage. Если нет, то не все значения ATIH были вычислены. Система переходит к блоку 544, чтобы дать приращение счетчику. Система возвращается от блока 544 к блоку 540, чтобы определить следующее значение ATIH.

Если в блоке 542 принятия решения система определяет, что значение счетчика равно значению NumPage, то все значения ATIH для существующего сообщения быстрого поискового вызова были определены. Система переходит к блоку 550.

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

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

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

Система переходит к блоку 556 и устанавливает поле "больше" в сообщении быстрого поискового вызова, основываясь на состоянии ранее определенного флага "больше". Система переходит к блоку 560 и создает символ OFDM, имеющий сообщение быстрого поискового вызова. В одном варианте осуществления система может осуществлять модуляцию QPSK каждой несущей информацию поднесущей системы OFDM частями сообщения быстрого поискового вызова.

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

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

На фиг.6 показана упрощенная последовательность варианта осуществления способа 600 обработки сообщения быстрого поискового вызова. Способ 600 может быть реализован, например, в терминале доступа, показанном на фиг.1, приемной системе, показанной на фиг.2, или приемнике, показанном на фиг.4.

Способ 600 начинается с блока 602, где приемник принимает символы OFDM, по меньшей мере, один из которых содержит некоторую часть или все сообщение быстрого поискового вызова. Приемник переходит к блоку 610 и восстанавливает сообщение быстрого поискового вызова из одного или более принятых символов OFDM. В одном варианте осуществления приемник синхронизируется с временной структурой суперкадра и восстанавливает полное сообщение быстродействующего поискового вызова из конкретного символа OFDM, появляющегося в преамбуле суперкадра.

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

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

Приемник переходит к блоку 632 принятия решения, чтобы определить, совпадает ли первое значение ATIH со значением ATIH приемника. Если это так, приемник не должен выполнять никакие дополнительные сравнения и может перейти к блоку 650 и контролировать канал поискового вызова на наличие одного или более сообщений поискового вызова.

Если в блоке 632 принятия решения приемник определяет, что существующее значение ATIH, восстановленное из сообщения быстродействующего поискового вызова, не совпадает со значением ATIH приемника, приемник переходит к блоку 640 принятия решения, чтобы определить, все ли значения ATIH в сообщении быстродействующего поискового вызова были проверены. Если это не так, приемник переходит к блоку 642, чтобы восстановить следующее значение ATIH из сообщения быстродействующего поискового вызова. Приемник затем возвращается к блоку 630, чтобы выполнить сравнение значений ATIH.

Если в блоке 640 принятия решения приемник определяет, что все значения ATIH в сообщении быстрого поискового вызова были проверены, приемник переходит к блоку 660 принятия решения, чтобы определить, подтверждается ли бит "больше" в сообщении быстрого поискового вызова.

Если бит "больше" не установлен, приемник переходит от блока 660 принятия решения к блоку 670 и может перейти в неактивное состояние или, в противном случае, может не контролировать канал поискового вызова на наличие потенциальных сообщений поискового вызова.

Однако если в блоке 660 принятия решения приемник определяет, что бит "больше" установлен, приемник переходит к блоку 652 принятия решения, чтобы определить, является ли значение ATIH приемника большим, чем самое большое значение ATIH в сообщении быстрого поискового вызова. Если это не так, приемник переходит к блоку 670 и может перейти в неактивное состояние.

Если приемник определяет, что значение ATIH приемника больше, чем самое большее значение ATIH в сообщении быстрого поискового вызова, приемник переходит от блока 652 принятия решения к блоку 654 и контролирует канал поискового вызова на наличие сообщений поискового вызова.

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

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

На фиг.7 показана упрощенная функциональная блок-схема варианта осуществления системы 700 для формирования и передачи сообщения быстрого поискового вызова.

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

Средство 704 планирования информации соединяется со средством 710 формирования значения сжатого идентификатора, которое выполнено с возможностью формирования значения сжатого идентификатора, по меньшей мере, для одного терминала доступа, уведомленного в сообщении быстрого поискового вызова, основываясь на запланированных передачах канала поискового вызова. Средство 710 формирования значения сжатого идентификатора может быть соединено с необязательным средством 712 подсчета числа сообщений поискового вызова и необязательным средством 714 сжатия идентификатора терминала доступа. Средство 710 формирования значения сжатого идентификатора также соединено со средством 716 ассемблирования сообщения быстрого поискового вызова, которое выполнено с возможностью формирования сообщения быстрого поискового вызова из компонент, сформированных в других блоках. Например, средство 716 ассемблирования сообщения быстрого поискового вызова формирует сообщение быстрого поискового вызова, содержащее сжатый идентификатор.

Средство 710 формирования значения сжатого идентификатора, как вариант, посылает сообщение быстрого поискового вызова на средство 720 кодирования сообщения быстрого поискового вызова. Средство 720 кодирования сообщения быстрого поискового вызова может кодировать сообщение быстрого поискового вызова, чтобы сформировать кодированное сообщение быстрого поискового вызова. Средство 720 кодирования сообщения быстрого поискового вызова посылает кодированное сообщение быстрого поискового вызова на необязательное средство 730 обработки передачи сообщения быстрого поискового вызова. Средство 730 обработки сообщения быстрого поискового вызова может быть выполнено с возможностью формирования символа OFDM, имеющего сообщение быстрого поискового вызова. Средство 730 обработки сообщения быстрого поискового вызова может также синхронизировать символ OFDM с системными временными характеристиками и может синхронизировать символ OFDM так, чтобы он появлялся в заранее определенном сегменте в преамбуле суперкадра.

Средство 730 обработки сообщения быстрого поискового вызова передает символ или символы OFDM, имеющие сообщение быстрого поискового вызова, на средство 740 передачи беспроводного сигнала, которое выполнено с возможностью преобразования частоты, усиления, фильтрации и иной обработки сигнала беспроводной связи, содержащего, по меньшей мере, часть сообщения быстрого поискового вызова, такую как один или более символов OFDM, для формирования радиочастотного сигнала, который может быть передан через антенну 744.

На фиг.8 показана упрощенная функциональная блок-схема варианта осуществления приемника 800, выполненного с возможностью обработки сообщения быстрого поискового вызова. Приемник 800 содержит антенну 802, выполненную с возможностью приема сигнала беспроводной связи, такого, как один или более символов OFDM, имеющих сообщение быстродействующего поискового вызова.

Антенна передает символ OFDM на средство 810 приема сигнала беспроводной связи, содержащего сообщение быстрого поискового вызова, которое выполнено с возможностью обработки, например, принятых символов OFDM в символы OFDM или выборки в полосе частот исходных сигналов. Необязательное средство 820 синхронизации временных характеристик выполнено с возможностью синхронизировать принятые выборки для их выравнивания с временными характеристиками символов OFDM.

Выходной сигнал средства 810 приема сигнала беспроводной связи передается на средство 830 восстановления сообщения быстрого поискового вызова, выполненного с возможностью обработки символа OFDM для восстановления основной информации, модулированной на поднесущих OFDM. Для символа или символов OFDM, содержащих сообщение быстрого поискового вызова, средство 830 восстановления сообщения быстрого поискового вызова демодулирует поднесущие OFDM, чтобы восстановить сообщение быстрого поискового вызова, которое может быть кодированным сообщением быстрого поискового вызова. Средство 830 восстановления сообщения быстрого поискового вызова работает совместно со средством 832 определения числа сжатых идентификаторов в сообщении быстрого поискового вызова, которое выполнено с возможностью определения, сколько быстрых поисковых вызовов содержится в сообщении быстрого поискового вызова. Средство 832 определения числа сжатых идентификаторов в сообщении быстрого поискового вызова может, например, содержать средство считывания поля счета в сообщении быстрого поискового вызова, которое является показателем числа значений сжатых идентификаторов или числа быстрых поисковых вызовов.

Средство 830 восстановления сообщения быстрого поискового вызова передает кодированное сообщение быстрого поискового вызова на необязательное средство 840 декодирования сообщения быстрого поискового вызова, выполненного с возможностью декодирования сообщения быстрого поискового вызова, чтобы восстановить сообщение быстрого поискового вызова. Выходной сигнал средства 820 декодирования сообщения быстрого поискового вызова передается на средство 850 сравнения значений сжатых идентификаторов сообщения быстрого поискового вызова. Средство 850 сравнения сжатых сообщений сообщения быстрого поискового вызова сравнивает значения сжатых идентификаторов, которые могут быть значениями ATIH внутри сообщения быстрого поискового вызова, с заранее определенным значением сжатого идентификатора, соответствующего терминалу доступа или приемнику.

Средство 850 сравнения значения ATIH может также проверять поле "больше", такое как бит "больше", в сообщении быстрого поискового вызова, чтобы определить, является ли число терминалов доступа, запланированных для сообщений поискового вызова, большим, чем то, которое может быть представлено в сообщении быстрого поискового вызова. Приемник может определить, какое действие предпринять, основываясь на результатах сравнения в сочетании с результатами бита "больше" в сообщении быстрого поискового вызова.

Средство 860 определения значения сжатого идентификатора может быть выполнено с возможностью формирования или каким-либо иным способом восстановления значения сжатого идентификатора, такого как ATIH, в формате, используемом в сообщении быстрого поискового вызова. В одном варианте осуществления средство 860 определения сжатого идентификатора содержит средство 862 хранения значений сжатых идентификаторов и средство 860 определения сжатого идентификатора восстанавливает значение ATIH конкретного формата, основываясь, например, на числе поисковых вызовов в сообщении быстрого поискового вызова.

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

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

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

Для реализации программируемого оборудования и/или программного обеспечения способы, описанные здесь, могут реализовываться как команды (например, процедуры, функции и так далее), которые исполняют функции, описанные здесь. Коды программируемого оборудования и/или программного обеспечения могут храниться в запоминающем устройстве и выполняться процессором или процессорами. Запоминающее устройство может быть реализовано внутри процессора или быть внешним по отношению к процессору.

Этапы способа, процесса или алгоритма, описанные в связи с вариантами осуществления, раскрытыми здесь, могут быть реализованы непосредственно в аппаратурном обеспечении, в модуле программного обеспечения, выполняемого процессором, или в их комбинации. Различные этапы или действия способа или процесса могут выполняться в показанном порядке или быть выполнены в другом порядке. Дополнительно - один или более этапов процесса или способа могут быть пропущены или один или более этапов способа или процесса могут быть добавлены к способам и процессам. Дополнительный этап, блок или действие могут быть добавлены в начальный, конечный или промежуточные существующие элементы способов и процессов.

Приведенное выше описание раскрытых вариантов осуществления обеспечивается с целью позволить любому лицу, являющемуся специалистом в этой области техники, применять или использовать раскрытие сущности изобретения. Различные изменения в этих вариантах осуществления будут очевидны любому специалисту в этой области техники, и основополагающие принципы, определенные здесь, могут применяться к другим вариантам осуществления без отхода от объема и сущности изобретения. Таким образом, раскрытие сущности изобретения не предназначено для того, чтобы ограничиваться показанными здесь вариантами осуществления, а представляет самый широкий объем, совместимый с раскрытыми принципами и новыми признаками.