СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ ВЗАИМОДЕЙСТВИЕМ МЕЖДУ ЦИКЛАМИ DRХ И ЦИКЛАМИ ПОИСКОВОГО ВЫЗОВА
METHOD AND APPARATUS FOR MANAGING INTERACTION BETWEEN DRX CYCLES AND PAGING CYCLES

ПЕРЕКРЕСТНАЯ ССЫЛКА
Настоящая заявка испрашивает приоритет предварительной заявки США № 61/061515, поданной 13 июня 2008 года, озаглавленной "СПОСОБ И УСТРОЙСТВО УПРАВЛЕНИЯ ВЗАИМОДЕЙСТВИЕМ МЕЖДУ ЦИКЛАМИ DRX И ЦИКЛАМИ ПОИСКОВОГО ВЫЗОВА", которая включена в материалы настоящей заявки посредством ссылки.
ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение в целом относится к беспроводной связи, а более точно к технологии планирования и управления приемником в системе беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
Системы беспроводной связи широко применяются для предоставления различных услуг связи; например, посредством таких систем беспроводной связи могут быть предоставлены голосовые, видео услуги, услуги пакетных данных, широковещательные услуги и услуги обмена сообщениями. Эти системы могут быть системами множественного доступа, которые допускают поддержку связи для множественных терминалов посредством совместного использования имеющихся в распоряжении системных ресурсов. Примеры таких систем множественного доступа включают в себя системы множественного доступа с кодовым разделением (CDMA), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA) и системы множественного доступа с ортогональным частотным разделением (OFDMA).
Обычно беспроводные системы множественного доступа могут одновременно поддерживать связь для множества беспроводных терминалов. В такой системе каждый терминал связывается с одной или более базовыми станциями посредством передачи по прямой и обратной линиям связи. Прямая линия связи (или нисходящая линия связи) указывает ссылкой на линию связи с базовых станций на терминалы, а обратная линия связи (или восходящая линия связи) указывает ссылкой на линию связи с терминалов на базовые станции. Эта линия связи может быть выполнена на основе систем с одним входом и одним выходом (SISO), с множеством входов и одним выходом (MISO) или с множеством входов и множеством выходов (MIMO).
В различных реализациях беспроводной связи сеть может передавать информацию к соответствующим пользователям посредством пересылки сообщений поискового вызова. Традиционно, поисковый вызов проводится на соответствующих интервалах времени, определенных циклами поисковых вызовов, так что пользователи оснащены возможностью принимать сообщения поискового вызова в связи, по меньшей мере, с одним назначенным циклом поискового вызова. Например, пользователю в режиме ожидания может быть назначен цикл поискового вызова, при котором пользователь должен отслеживать канал поискового вызова, так что сеть, к которой пользователь осуществляет доступ, может передавать случаи поискового вызова цикла поискового вызова, которые направлены к пользователю(ям) в цикле поискового вызова. Впоследствии при выходе из режима ожидания и при входе в режим соединения, пользователь может принимать передачи по расписанию, которые могут включать в себя передачи, спланированные в соответствии с циклом дискретного приема режима соединения, ассоциативно связанного с пользователем.
В дополнение к предоставлению информации к ожидающим пользователям, сеть может использовать поисковый вызов, чтобы указать изменение системной информации. Это обычно достигается передачей сообщений поискового вызова, указывающих изменение, во всех циклах поисковых вызовов для того, чтобы охватить всех пользователей, которые отслеживают сеть. Соответственно, в случае модификации системной информации и ожидающие пользователи и подсоединенные пользователи могут нуждаться в отслеживании предопределенного количества сообщений поискового вызова, указывающих модификацию. Однако в том случае, когда цикл DRX, ассоциативно связанный с пользователем в режиме соединения, и соответствующие циклы поискового вызова, использующиеся сетью, отличаются, достаточное количество сообщений поискового вызова может быть не передано сетью во время, когда пользователь в режиме соединения активно принимает информацию. При таком сценарии пользователь в режиме соединения может нуждаться в отслеживании канала поискового вызова на значительном количестве интервалов, на которых пользователь был бы в другом случае неактивным по причине цикла DRX в режиме соединения, что может иметь следствием потерю производительности, характеристик мощности и подобного. Соответственно, было бы желательным реализовать технологии для управления поисковыми вызовами в связи с модификацией системной информации, что уменьшит, по меньшей мере, вышеописанные недостатки.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Далее представлено упрощенное краткое изложение различных аспектов заявленного объекта изобретения, чтобы предоставить базовое понимание таковых аспектов. Это краткое изложение не является исчерпывающим обозрением всех предполагаемых аспектов и не предназначено, чтобы определить ключевые или критические элементы или обрисовать область применения таких аспектов. Его единственная цель состоит в том, чтобы представить некоторые идеи раскрытых аспектов в упрощенном виде, в качестве вступления в более подробное описание, которое представлено позже.
Согласно аспекту, в материалах настоящей заявки описан способ. Способ может содержать идентификацию минимального количества случаев поискового вызова, сконфигурированных для указания изменения системной информации, которые должны отслеживаться во время периода модификации; идентификацию цикла дискретного приема (DRX), который должен быть использован во время периода модификации; и выбор соответствующих случаев поискового вызова для отслеживания во время периода модификации, так что минимальное количество случаев поискового вызова, сконфигурированных для указания изменения системной информации, отслеживается, и периоды активизирования для отслеживания случаев поисковых вызовов за пределами цикла DRX по существу минимизируются.
Второй аспект относится к устройству беспроводной связи, которое может содержать память, которая хранит данные, относящиеся к пороговому количеству индикаторов модификации системной информации, предоставленных в соответствующих случаях поискового вызова во время периода модификации, и циклу DRX в режиме соединения, содержащему соответствующие случаи DRX. Устройство беспроводной связи может дополнительно содержать процессор, сконфигурированный планировать пробное детектирование порогового количества индикаторов модификации системной информации, так что активность за пределами случаев DRX, ассоциативно связанных с циклом DRX, является по существу минимизированной.
Третий аспект, описанный в материалах настоящей заявки, относится к устройству, работающему в системе беспроводной связи. Устройство может содержать средство для идентификации минимального количества случаев поискового поиска, сконфигурированных для доставки соответствующих индикаций изменений, которые должны быть считаны в период модификации; средство для конфигурирования цикла DRX, который задает соответствующие периоды активности и неактивности, ассоциативно связанные с режимом соединения устройства; и средство для выбора случаев поискового вызова для отслеживания в периоде модификации, так что минимальное количество случаев поискового вызова, сконфигурированных для доставки соответствующих индикаций изменений, являются доступными для считывания, и активность приемника за пределами соответствующих периодов активности, заданных циклом DRX, по существу минимизируется.
Четвертый аспект, описанный в материалах настоящей заявки, относится к компьютерному программному продукту, который может содержать машиночитаемый носитель, который включает в себя код для побуждения компьютера идентифицировать пороговое количество индикаторов модификации системной информации, сконфигурированных, чтобы быть предоставленным во время соответствующих случаев поискового вызова, ассоциативно связанных, по меньшей мере, с частью периода модификации; код, побуждающий компьютер конфигурировать цикл DRX в режиме соединения, содержащего соответствующие периоды активности и неактивности; и код для побуждения компьютера планировать отслеживание соответствующих случаев поискового вызова, сконфигурированных предоставлять индикаторы модификации системной информации в периоде модификации, так что подходящие случаи поисковых вызовов отслеживаются для содействия детектированию, по меньшей мере, порогового количества индикаторов модификации системной информации, и активность за пределами периодов активности, заданных циклом DRX, по существу минимизируется.
КоэффПериодаМодификации
МодификацииСистемнойИнформации
МодификацииСистемнойИнформации
КоэффПериодаМодификации
МодификацииСистемнойИнформации
КоэффПериодаМодификации
МодификацииСистемнойИнформации
КоэффПериодаМодификации
Согласно другому аспекту, в материалах настоящей заявки описан способ, работающий в системе беспроводной связи. Способ может содержать получение числа, соответствующего количеству уведомлений , ассоциативно связанных с изменением системной информации; детектирование границы, соответствующей периоду модификации; отслеживание одного или более сообщений поискового вызова в границах периода модификации основанных, по меньшей мере частично, на ассоциативно связанном расписании DRX; определение присутствует ли уведомление  в отслеживаемых сообщениях поискового вызова, по меньшей мере раз; если уведомление  не присутствует в отслеживаемых сообщениях поискового вызова, по меньшей мере раз, осуществление предположения, что хранимая в настоящий момент системная информация остаетсядействительной на протяжении периода модификации; и еслиуведомление  присутствует в отслеживаемых сообщениях поискового вызова, по меньшей мерераз, осуществление подготовки к изменению системной информации, которое должно произойти в следующий период модификации.
Дополнительный аспект, описанный в материалах настоящей заявки, относится к способу, который может быть использован в среде беспроводной связи. Способ может содержать идентификацию цикла поискового вызова, ассоциативно связанного с терминалом; определение параметров длины и смещения, ассоциативно связанных с циклом поискового вызова; и генерирование цикла DRX для терминала, так что эти периоды активности, соответствующие циклу DRX, по меньшей мере частично, совпадают с периодами активности, соответствующими циклу поискового вызова, ассоциативно связанному с терминалом, основанному, по меньшей мере частично, на параметрах длины и смещения, ассоциативно связанных с циклом поискового вызова.
Седьмой аспект относится к устройству беспроводной связи, которое может содержать память, которая хранит данные, относящиеся к модулю пользовательского оборудования (UE) и циклу поискового вызова, ассоциативно связанного с UE. Устройство беспроводной связи может дополнительно содержать процессор, сконфигурированный определять параметры длины и смещения, ассоциативно связанные с циклом поискового вызова, и конфигурировать цикл DRX для UE, основанного, по меньшей мере частично, на параметрах длины и смещения, ассоциативно связанных с циклом поискового вызова, так что цикл DRX содержит периоды активности, которые, по меньшей мере, частично совпадают с периодами активности внутри цикла поискового вызова для UE.
Восьмой аспект, описанный в материалах настоящей заявки, относится к устройству, работающему в системе беспроводной связи. Устройство может содержать средство для идентификации цикла поискового вызова UE, имеющего ассоциативно связанные периоды активности; средство для идентификации параметров, относящихся к длине и смещению цикла поискового вызова UE; и средство для конфигурирования цикла DRX, имеющего ассоциативно связанные периоды активности, так что периоды активности, ассоциативно связанные с циклом DRX, и периоды активности, ассоциативно связанные с циклом поискового вызова UE, по меньшей мере частично, совпадают, основанного, по меньшей мере частично, на идентифицированных параметрах, относящихся к циклу поискового вызова UE.
Девятый аспект, описанный в материалах настоящей заявки, относится к компьютерному программному продукту, который может включать в себя машиночитаемый носитель, который содержит код для побуждения компьютера идентифицировать терминал и цикл поискового вызова, ассоциативно связанный с терминалом, цикл поискового вызова, содержащий соответствующие случаи поискового вызова; код для побуждения компьютера определять длину и смещение, ассоциативно связанные с случаями поисковых вызовов; и код для побуждения компьютера конфигурировать цикл DRX для терминала, содержащего соответствующие случаи DRX, основанный, по меньшей мере частично, на длине и смещении, ассоциировано связанных с циклом поискового вызова, так что соответствующие случаи DRX в цикле DRX, по меньшей мере частично, совпадают с соответствующими случаями поискового вызова в цикле поискового вызова.
Для достижения вышеприведенных и связанных целей, один или более аспектов заявленного объекта изобретения содержат признаки, полностью описанные в дальнейшем и подробно показанные в формуле изобретения. Последующее описание и прилагаемые чертежи подробно излагают определенные иллюстративные аспекты заявленного объекта изобретения. Эти аспекты показывают, однако, лишь некоторые из различных способов, в которых могут применяться принципы заявленного объекта изобретения. Дополнительно, раскрытые аспекты предназначены для включения всех таких аспектов и их эквивалентов.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг.1 - структурная схема системы, которая содействует управлению и координации циклов дискретного приема (DRX) и поискового вызова, связанных с соответствующими объектами в системе беспроводной связи в соответствии с различными аспектами.
Фиг.2 - структурная схема системы, которая содействует модификации системной информации в пределах среды беспроводной связи в соответствии с различными аспектами.
Фиг.3 иллюстрирует соответствующие временные сценарии для детектирования изменения системной информации в соответствии с различными аспектами.
Фиг.4 иллюстрирует взаимодействие между циклами DRX и циклами поискового вызова, ассоциативно связанными с беспроводным устройством в соответствии с различными аспектами.
Фиг.5 иллюстрирует примерную систему для представления и обработки индикаторов модификации системной информации в соответствии с различными аспектами.
Фиг.6 иллюстрирует пример технологий для управления поисковым вызовом и DRX в соответствии с различными аспектами.
Фиг.7 - временная диаграмма, которая иллюстрирует примерные технологии для конфигурирования параметров поискового вызова беспроводного устройства в соответствии с различными аспектами.
Фиг.8 - структурная схема системы, которая содействует координации на основе сети между циклами поискового вызова и DRX в соответствии с различными аспектами.
Фиг.9 - блок-схема последовательности операций методологии координирования работы поискового вызова и DRX во время периода модификации системной информации.
Фиг.10 - блок-схема последовательности операций методологии управления взаимодействия между циклами поискового вызова и DRX на основе сигнализирования конфигурации.
Фиг.11 - блок-схема последовательности операций методологии оценки достоверности системной информации, ассоциативно связанной с сетью беспроводной связи.
Фиг.12 - блок-схема последовательности операций методологии структурирования циклов DRX, ассоциативно связанных с беспроводным терминалом.
Фиг.13-14 - структурные схемы соответствующих устройств, которые содействуют координированию работы DRX и поискового вызова в системе беспроводной связи.
Фиг.15-16 - структурные схемы соответствующих устройств беспроводной связи, которые могут быть использованы для реализации различных аспектов функциональности, описанной в материалах настоящей заявки.
Фиг.17 иллюстрирует систему беспроводной связи множественного доступа в соответствии с различными аспектами, изложенными в материалах настоящей заявки.
Фиг.18 - структурная схема, иллюстрирующая примерную систему беспроводной связи в которой могут функционировать различные аспекты, описанные в материалах настоящей заявки.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Далее описываются различные аспекты заявленного объекта изобретения со ссылкой к чертежам, на которых одинаковые ссылочные позиции используются для обозначения одинаковых элементов. В последующем описании, в целях пояснения, многочисленные характерные детали изложены для того, чтобы обеспечить исчерпывающее понимание одного или более аспектов. Тем не менее, может быть очевидно, что такой аспект(ы) может быть применен на практике без этих конкретных деталей. В других случаях, широко известные конструкции и устройства показаны в виде структурной схемы для того, чтобы облегчить описание одного или более аспектов.
При использовании в данной заявке термины "компонент", "модуль", "система" и подобные предназначены для ссылки на связанный с применением вычислительной машины объект, любое из аппаратных средств, программно-аппаратных средств, сочетания аппаратных средств и программного обеспечения, программного обеспечения или программного обеспечения в течение исполнения. Например, компонент может быть, но не в качестве ограничения процессом, работающим на процессоре, интегральной схемой, объектом, исполняемым файлом, потоком управления, программой и/или компьютером. В качестве иллюстрации, как приложение, работающее на вычислительном устройстве, так и вычислительное устройство может быть компонентом. Один или более компонентов могут находиться в пределах процесса и/или потока управления, и компонент может быть локализован на одном компьютере и/или распределен между двумя или более компьютерами. В дополнение, эти компоненты могут исполняться с различных машиночитаемых носителей, имеющих различные структуры данных, сохраненные на них. Компоненты могут обмениваться данными посредством локальных и/или удаленных процессов, например, в соответствии с сигналом, имеющим один или более пакетов данных (к примеру, данных из компонента, взаимодействующего с другим компонентом в локальной системе, распределенной системе и/или по сети, такой как Интернет, с другими системами посредством сигнала).
Более того, различные аспекты описаны в материалах настоящей заявки в связи с беспроводным терминалом и/или базовой станцией. Беспроводной терминал может ссылаться на устройство, предоставляющее пользователю возможность голосовой и/или информационной связи. Беспроводной терминал может быть присоединен к вычислительному устройству, такому как портативный компьютер или настольный компьютер, или он может быть самостоятельным устройством, таким как персональный цифровой секретарь (PDA). Беспроводной терминал может также быть назван системой, абонентским модулем, абонентским пунктом, мобильной станцией, удаленной станцией, точкой доступа, удаленным терминалом, терминалом доступа, пользовательским терминалом, агентом пользователя, пользовательским устройством или пользовательским оборудованием (UE). Беспроводной терминал может быть абонентской станцией, беспроводным устройством, сотовым телефоном, PCS-телефоном (персональной системы связи), радиотелефоном, телефоном протокола инициации сеанса (SIP), станцией беспроводного абонентского шлейфа (WLL), персональным цифровым секретарем (PDA), карманным устройством, обладающим возможностью беспроводного соединения или другим устройством обработки, присоединенным к радиомодему. Базовая станция (например, точка доступа или усовершенствованный Узел B (eNB)) может относиться к устройству в сети доступа, которое поддерживает связь через эфирный интерфейс, по одному или более секторам, с беспроводными терминалами. Базовая станция действует в качестве маршрутизатора между беспроводным терминалом и оставшейся частью сети доступа, которая может включать в себя сеть Интернет протокола (IP), посредством преобразования принятых кадров эфирного интерфейса в IP-пакеты. Базовая станция также координирует управление атрибутами для эфирного интерфейса.
Более того, различные функции, описанные в материалах настоящей заявки, могут быть реализованы аппаратными средствами, программным обеспечением, программно-аппаратными средствами или любым их сочетанием. Если функции реализуются программным обеспечением, функции могут быть сохранены или переданы в качестве одной или более инструкций или кода на машиночитаемый носитель. Машиночитаемый носитель включает в себя как компьютерный запоминающий носитель, так и среду передачи данных, включающую в себя любую среду, которая облегчает передачу компьютерный программы с одного места на другое. Запоминающей носитель может быть любым имеющимся в распоряжении носителем, который может быть доступен для компьютера. В качестве примера, а не ограничения, такой машиночитаемый носитель может содержать память ОЗУ, память ПЗУ, память ЭСППЗУ, CD-ROM или другое оптическое дисковое запоминающее устройство, магнитное дисковое запоминающее устройство или другие магнитные запоминающие устройства, или любой другой носитель, который может быть использован для выполнения или хранения желаемого программного кода в форме инструкций или структур данных, и которой может быть доступен для компьютера. Также любое подключение надлежащим образом называется машиночитаемым носителем. Например, если программное обеспечение передается с веб-сайта, сервера или другого удаленного источника, использующего технологии коаксиального кабеля, волоконно-оптического кабеля, витой пары, цифровой абонентской линии (DSL) или беспроводные технологии, такие как инфракрасная, радиосвязи и коротковолновая, когда технологии коаксиального кабеля, волоконно-оптического кабеля, витой пары, цифровой абонентской линии (DSL) или беспроводные технологии, такие как инфракрасная, радиосвязи и коротковолновая, включаются в определение среды передачи. Понятие диска, использующегося в материалах настоящей заявки, включает в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD), гибкий диск и диск blu-ray, где магнитные диски обычно воспроизводят данные магнитным способом, и оптические диски воспроизводят данные оптически посредством лазеров. Комбинации вышеприведенного также должны быть включены в объем машиночитаемых носителей.
Различные технологии, описанные в материалах настоящей заявки, могут быть использованы для различных систем беспроводной связи, таких как системы множественного доступа с кодовым разделением (CDMA), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA), системы множественного доступа с ортогональным частотным разделением (OFDMA), системы FDMA одиночной несущей (SC-FDMA) и другие такие системы. Термины "система" и "сеть" в материалах настоящей заявки часто используются взаимозаменяемо. Система CDMA может реализовывать радио технологию такую как универсальная наземная радиодоступа (UTRA), CDMA2000 и т.д. UTRA включает в себя широкополосный CDMA (W-CDMA) и другие варианты CDMA. Дополнительно, CDMA2000 покрывает стандарты IS-2000, IS-95 и IS-856. Система TDMA может реализовывать технологию радиосвязи такую как, глобальная система мобильной связи (GSM). Система OFDMA может реализовывать технологию радиосвязи такую как, усовершенствованная UTRA (E-UTRA), ультра мобильная широкополосная (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM и т.д. UTRA и E-UTRA являются частью универсальной системы мобильных телекоммуникаций (UMTS). Долгосрочное развитие (LTE) 3GPP является развивающимся релизом, который использует E-UTRA, которая применяет OFDMA на нисходящей линии связи и SC-FDMA на восходящей линии связи. UTRA, E-UTRA, UMTS, LTE и GSM описаны в документах организации, именуемой "Проект партнерства 3-го поколения" (3GPP). Дополнительно, CDMA2000 и UMB описаны в документах организации, именуемой "Проект 2 партнерства 3-его поколения" (3GPP2).
Различные аспекты будут представлены в терминах системы, которая может включать в себя некоторое количество устройств, компонентов, модулей и подобного. Должно быть понятно и принято во внимание, что различные системы могут включать в себя дополнительные устройства, компоненты, модули и т.д. и/или могут не включать в себя все из устройств, компонентов, модулей и т.д., описанных со ссылками на чертежи. Комбинация этих подходов также может быть использована.
Фиг.1 иллюстрирует систему 100, которая содействует управлению и координации циклов DRX и поисковых вызовов, связанных с соответствующими объектами в системе беспроводной связи в соответствии с различными аспектами, описанными в материалах настоящей заявки. Согласно Фиг.1, система 100 может включать в себя сеть 110 усовершенствованной UMTS (универсальной системы мобильных телекоммуникаций) наземного радиодоступа (E-UTRAN), которая может содержать один или более системных контроллеров, базовых станций (например, точек доступа (AP), Узлов B, усовершенствованных Узлов B (eNB) и т.д.) и/или другие подходящие объекты для связи с одним или более модулями 130 пользовательского оборудования (UE, также упоминаемое как терминал доступа (AT), мобильный терминал и т.д.). В одном из примеров, E-UTRAN 110 может вовлекаться в одну или более нисходящих линий связи (DL, также упоминаемая как прямая линия связи (FL)) с UE 130 и/или 140, и UE 130 могут вовлекаться в одну или более восходящих линий связи (UL, также упоминаемая как обратная линия связи (RL)) с E-UTRAN 110. Дополнительно, должно быть принято во внимание, что хотя только один UE 130 проиллюстрирован, как включающий в себя соответствующие подкомпоненты 132-138 для простоты иллюстрации, любой подходящий UE 130 в системе 100 может включать в себя и/или в другом случае быть ассоциативно связанным с любым из подкомпонентов 132-138.
В соответствии с одним аспектом, E-UTRAN 110 может управлять связью внутри системы 100, например, координированием использования ресурсов среди UE 130, посредством планирования передач к и/или от соответствующих UE 130, посредством назначения параметров мощности передачи и/или подходящих параметров передачи для UE 130 и/или других объектов в системе 100, или подобным. В одном из примеров, E-UTRAN 110 может включать в себя и/или в другом случае, быть ассоциативно связанной с координирующим модулем 112 UE, который может быть использован для содействия управлению и/или координации соответствующих UE 130. Например, E-UTRAN 110 может использовать координирующий модуль 112 UE для хранения данных, относящихся к циклам DRX поискового вызова, ассоциативно связанных с соответствующими UE 130, для назначения соответствующих циклов DRX в режиме соединения UE 130 и/или для выполнения любой другой подходящей функции(ий), которая содействует управлению и координации UE 130.
В соответствии с другим аспектом, E-UTRAN 110 может дополнительно включать в себя и/или быть ассоциативно связанной с модулем 114 поискового вызова, который может быть использован E-UTRAN 110 для передачи информации к UE 130 и/или другим объектам в системе 100, в форме соответствующих поисковых вызовов, или сообщений поисковых вызовов. В одном из примеров, сообщения поисковых вызовов могут быть одноадресными, многоадресными и/или широковещательными сообщениями и могут быть переданы модулем 114 поискового вызова по каналу поискового вызова и/или любому другому подходящему каналу к одному или более предназначенным UE 130. В другом примере, UE 130 в системе 100 может быть ассоциативно связанным с циклом поискового вызова как функция различных параметров конфигурации системы, идентичности UE 130 и/или другой подходящей информации. Дополнительно, цикл поискового вызова, ассоциативно связанный с UE 130, может быть независимо определен UE 130 (например, используя диспетчер 132 поискового вызова), E-UTRAN 110 от имени UE 130 (например, используя координирующий модуль 112 UE) и/или другим подходящим объектом в системе 100.
В одном из примеров, цикл поискового вызова, ассоциативно связанный с заданным UE 130, может быть сконфигурирован как статический параметр внутри системы 100, так что цикл поискового вызова для заданного UE 130 ограничен от реконфигурации после установления. Это может быть сделано, например, чтобы гарантировать то, что E-UTRAN 110 обладает постоянными сведениями о соответствующих UE 130 в системе 100, на которые воздействуют установкой индикатора поискового вызова в заданном поисковом вызове. В другом примере, цикл поискового вызова может быть сконфигурирован как цикл DRX, ассоциативно связанный с заданным UE 130, который может быть использован UE 130 для детектирования сигналов поискового вызова от E-UTRAN 110, пока находится в режиме ожидания. Таким образом, на основе цикла поискового вызова, сконфигурированного для заданного UE 130 в режиме ожидания, модуль 114 поискового вызова при E-UTRAN 110 может вести передачи поисковых вызовов для UE 130 на предопределенных интервалах времени в соответствии с циклом поискового вызова, и диспетчер 132 поискового вызова и/или другой подходящий модуль при UE 130 может быть сконфигурирован отслеживать передачи поисковых вызовов от E-UTRAN 110 на интервалах, заданных циклом поискового вызова. В качестве отдельного, неограничивающего примера, передачи поисковых вызовов могут вестись через физический канал управления нисходящей линией связи (PDCCH) и/или любой другой подходящий канал, ассоциативно связанный с системой 100. Дополнительно, модуль 114 поискового вызова при E-UTRAN 110 может указывать передачу поискового вызова установкой зарезервированного временного идентификатора радиосети для поискового вызова (P-RNTI) и/или другого подходящего индикатора поискового вызова на заданных ресурсах PDCCH, на основе которого диспетчер 132 поискового вызова при UE 130 может отслеживать заданные ресурсы PDCCH на предмет нахождения индикатора поискового вызова в ассоциативно связанном цикле DRX поискового вызова.
В соответствии с альтернативным аспектом, UE 130 может работать в подсоединенном режиме (например, как указано состоянием RRC_CONNECTED), в котором UE 130 может принимать запланированные данные от E-UTRAN 110 согласно циклу DRX в режиме соединения, ассоциативно связанного с UE 130. В одном из примеров, цикл DRX, ассоциативно связанный с UE 130, несмотря на режим соединения, может производиться, управляться и/или в другом случае обрабатываться посредством координирующего модуля 134 при UE 130 и/или любым другим подходящим объектом в системе 100. В качестве неограничивающего примера, UE 130 в подсоединенном режиме может быть назначен для цикла DRX, в котором UE 130 может быть сконфигурирован для декодирования PDCCH в различных случаях DRX, определенных назначенным циклом DRX, и для выполнения соответствующей передачи и/или приема. Таким образом, должно быть принято во внимание, что случаи DRX, отслеживаемые UE 130 в подсоединенном режиме, в корне отличны от случаев поисковых вызовов, как описано в материалах настоящей заявки, которые соответствуют моментам времени, на которых UE 130 может быть сконфигурирован отслеживать PDCCH для приема поискового вызова в режиме ожидания. В качестве дополнительного, определенного, неограничивающего примера, связь, выполняемая UE 130 в подсоединенном режиме, может соответствовать вызову передачи голоса по интернет-протоколу (VoIP) и/или другому подходящему приложению, которое использует пакеты данных на регулярных интервалах.
В соответствии с другим аспектом, E-UTRAN 110 может дополнительно или в качестве альтернативы использовать поисковый вызов для предоставления индикаций изменений системной информации, ассоциативно связанной с E-UTRAN 110, к соответствующим UE 130, которые осуществляют доступ к E-UTRAN 110. В одном из примеров, индикация изменения системной информации может быть сгенерирована или в другом случае, может быть получена сигнализирующим модулем 116 о модификации системы, который может действовать независимо и/или во взаимодействии с модулем 114 поискового вызова для передачи индикации внутри одного или более случаев поискового вызова к соответствующим UE 130.
Примерные технологии, которые могут быть использованы в среде беспроводной связи для передачи и обработки сообщений поискового вызова, ассоциативно связанных с изменением системной информации, проиллюстрированы на Фиг.2. В соответствии с одним аспектом, E-UTRAN 210, желающая модифицировать ассоциативно связанную системную информацию, может использовать диспетчер 212 модификации системной информации и/или любой другой подходящий компонент(ы), ассоциативно связанный с E-UTRAN 210, для генерирования соответствующих индикаторов модификации системы. Индикаторы могут быть по очереди предоставлены модулю 214 поисковых вызовов, который может привлечь функциональность поисковых вызовов E-UTRAN 210 для передачи индикатора внутри случая поискового вызова к одному или более UE 220. В одном из примеров, случай поискового вызова, указывающий изменение системной информации, может быть детектирован диспетчером 224 поискового вызова и/или другим подходящим компонентом UE 220, который может по существу использовать конфигурационный модуль 226 или подобный для приведения в порядок работы UE 220 так, чтобы отражать изменение системной информации.
В том случае, когда один или более параметров, ассоциативно связанных с E-UTRAN 210 модифицируются, должно быть принято во внимание, что по существу все UE 220, которые осуществляют доступ к E-UTRAN 210, могут быть задействованы модификацией. Таким образом, в одном из примеров, E-UTRAN 210 может быть сконфигурирована для предоставления индикатора модификации на всех или по существу всех циклах поискового вызова, ассоциативно связанных с системой 200, чтобы гарантировать, что UE 220, обслуживаемые E-UTRAN 210, информируются о модификации.
В соответствии с одним аспектом, пример поискового вызова, который может быть выполнен в связи с изменением системной информации, проиллюстрирован диаграммой 300 фиг.3. Как иллюстрирует диаграмма 300, сеть может быть ассоциативно связана с соответствующими циклами 310-320 поискового вызова, которые задают интервалы, на которых сообщения поискового вызова передаются к соответствующим UE. Как дополнительно иллюстрирует диаграмма 300, если должно быть указано изменение системной информации, сообщения 330 поискового вызова, соответствующие всем циклам 310-320 поискового вызова, могут быть сконфигурированы, чтобы включать в себя индикатор изменения системной информации. Посредством указания изменения системной информации на всех циклах поискового вызова, может быть принято во внимание, что информация, относящаяся к изменению, может быть детектирована всеми UE, ассоциативно связанными с сетью, независимо от цикла поискового вызова. Таким образом, например, первый UE 340, ассоциативно связанный с циклом 310 поискового вызова, и второй UE 350, ассоциативно связанный с циклом 320 поискового вызова, могут детектировать модификацию системной информации на основе сообщений поискового вызова, переданных в циклах 310-320 поискового вызова, соответственно ассоциативно связанных с UE 340-350, и третий UE 360, ассоциативно связанный с нерегулярным циклом поискового вызова, может детектировать модификацию системной информации в случае поискового вызова, ассоциативно связанного с каждым циклом 310-320 поискового вызова во время периода уведомления, ассоциативно связанного с изменением системной информации.
Согласно Фиг.2, должно быть принято во внимание, что UE 220, работающий в режиме ожидания, может работать, как показано на диаграмме 300, для детектирования случаев поискового вызова на регулярных интервалах, ассоциативно связанных с циклом DRX поискового вызова для UE 220. В качестве альтернативы, UE 220 может работать в подсоединенном режиме, в котором координатор 222 DRX и/или другой подходящий объект, ассоциативно связанный с UE 200, может выполнять запланированный обмен данными, управляющую сигнализацию и/или передавать другую подходящую информацию в соответствии с циклом DRX режима соединения, связанным с UE 220. В одном из примеров, в дополнение к выполнению запланированного обмена в соответствии с циклом DRX UE, UE 220 в подсоединенном режиме может быть сконфигурировано действовать независимо и/или во взаимодействии с диспетчером 224 поисковых вызовов для отслеживания случаев поискового вызова, связанных с модификацией системной информации.
L
DRX
В связи с вышеизложенным, цикл 410 DRX UE, связанный с заданным UE, работающим в подсоединенном режиме, и соответствующие циклы 420 поисковых вызовов, использованные в пределах ассоциативно связанной сети, могут взаимодействовать, как проиллюстрировано диаграммой 400 Фиг.4. Как иллюстрирует диаграмма 400, UE в подсоединенном режиме может быть сконфигурирован с циклом 410 DRX, имеющим длину подкадров для связи с ассоциированной сетью. В одном из примеров, UE в подсоединенном режиме может быть сконфигурирован со сведениями о его связанном цикле 410 DRX, так что на периодах активности в цикле 410 DRX (проиллюстрированных как сплошные участки на диаграмме 400), UE может активироваться, прослушивать запланированные передачи от ассоциированной сети и по существу возвращаться в неактивное или энергосберегающее состояние, в котором UE не является активно поддерживающим связь.
L
МодификацииСистемнойИнформации
m
поискового вызова
Как дополнительно проиллюстрировано диаграммой 400, ассоциированная сеть может предоставлять случаи поисковых вызовов в одном или более циклах 420 поискового вызова, имеющих длину подкадров. В том случае, когда системные параметры должны быть модифицированы, сеть может дополнительно сконфигурировать соответствующие случаи поисковых вызовов, которые должны включить в себя индикации (например, ), о том, что общесетевые параметры должны быть модифицированы в границе следующего периода модификации. В одном из примеров, такие индикации могут быть предоставлены в предопределенном количестве  циклов поискового вызова в периоде модификации системной информации, во время которого может произойти модификация, после чего сеть может передавать подходящие обновленные системные параметры.
k
, КоэффПериодаМодификации)
m
k≤m
В другом примере, для того, чтобы гарантировать уверенный прием индикаций, соответствующие UE, ассоциативно связанные с сетью, могут быть сконфигурированы принимать, по меньшей мере, предопределенное количество  (напримерслучаев поисковых вызовов во время  циклов поисковых вызовов, на которых предоставляются индикации изменений, где . Хотя система 400 иллюстрирует, что индикации изменений предоставлены в конце периода модификации системы, должно быть принято во внимание, что индикации изменений могут быть предоставлены на любой подходящей части(ях) периода модификации системной информации и/или на всем протяжении одного или более периодов модификации системы.
В одном из примеров, если цикл 410 DRX, связанный с UE, побуждает UE быть активным для связи в подсоединенном режиме при заданном наборе подкадров, UE может дополнительно детектировать соответствующие поисковые вызовы, посланные в соответствии с одним или более циклами 420 поискового вызова через набор подкадров. Таким образом, как проиллюстрировано на диаграмме 400, UE, работающий согласно циклу 410 DRX, может идентифицировать поисковые вызовы, посланные сетью при цикле 420 поискового вызова, во время, например, первого, второго, четвертого и пятого случая DRX, заданных циклом 410 DRX.
k>
m=3
Однако, поскольку цикл DRX в режиме соединения, связанный с заданным UE, в целом не определен в зависимости от цикла 420 режима ожидания, связанного с UE, цикл 410 DRX UE и цикл 420 DRX поискового вызова могут в некоторых случаях быть структурами такими, что случаи DRX и случаи поисковых вызовов не совпадают. Таким образом, в качестве примера, как проиллюстрировано на диаграмме 400, если UE, связанный с циклом 410 DRX, имеет требование считывать 1 случаев поискового вызова в  циклах поисковых вызовов перед концом периода модификации системы, в котором предоставлены индикации изменений, в некоторых случаях может требоваться, чтобы UE был активным вне пределов цикла 410 DRX, чтобы получить, по меньшей мере, один дополнительный случай поискового вызова. Например, согласно традиционным подходам поискового вызова, UE в таком сценарии может потребоваться оставаться активным в ассоциированном цикле 410 DRX, а также в его цикле поискового вызова режима ожидания в случае модификации системной информации. Однако, поскольку активность вне пределов цикла 410 DRX происходит во временных периодах, на которых UE в другом случае был бы в энергосберегающем режиме, такие подходы могут оказывать влияние на потерю отдачи по мощности по причине избыточного приема случаев поискового вызова.
m
m
L
МодификацияСистемнойИнформации
поискового вызова
Принимая во внимание вышеприведенное, Фиг.5 иллюстрирует систему 500, которая может использоваться, чтобы содействовать эффективному управлению DRX и активности поискового вызова для UE 520, работающего в подсоединенном режиме. В соответствии с одним из аспектов, система 500 может включать в себя E-UTRAN 510, которая использует сигнализирующий модуль 512 о модификации системной информации и/или любой другой подходящий компонент(ы) для предоставления индикаций изменений системных параметров, которые должны произойти в пределах заданного период модификации. В одном из примеров, индикации изменений могут быть переданы E-UTRAN 510 подобным способом, как проиллюстрировано диаграммой 400 на Фиг.4, на которой индикации изменений предоставлены в течение  случаев поискового вызова в пределах заданного периода модификации системы. Может быть принято во внимание, что  может быть любым подходящим значением и может быть меньше чем, равно или больше чем общее количество случаев поискового вызова в периоде модификации системы (например, как определено длиной периода модификации системы в подкадрах разделенной на ).Дополнительно, может быть принято во внимание, что любая подходящая индикация изменения может быть предоставлена E-UTRAN 510, как например, индикация и/или индикация любого другого подходящего типа(ов).
МодификацииСистемнойИнформации
k
КоэффПериодаМодификации
m
В соответствии с другим аспектом, UE 520, связанный с E-UTRAN 510, может использовать модуль 522 детектирования модификации системной информации и/или любой другой подходящий модуль(и), чтобы пытаться детектировать соответствующие индикации изменений, переданные E-UTRAN 510, на основе которых UE 510 может определить, должна ли произойти модификация системы. В одном из примеров, UE 520 может подтвердить, что сохраненная системная информация, ассоциированная с E-UTRAN 510, остается действительной, делая попытку найти индикацию  и/или другие подходящие индикации изменений, по меньшей мере, предопределенное количество (например, или ) раз во время заданного периода модификации. Впоследствии, если предопределенное количество индикаций не детектировано, UE 520 может быть сконфигурировано, чтобы допускать, что никаких изменений не произойдет в следующей границе периода модификации. Иначе, если предопределенное количество индикаций найдено, UE 520 может быть сконфигурировано для подготовки к изменению системной информации в следующем периоде модификации. В одном из примеров, требуемое количество индикаций может быть сконфигурировано E-UTRAN 510, UE 520 и/или любым другим объектом, ассоциированным с системой 500, и может быть любым подходящим значением меньшим чем или равным количеству  раз, в которые индикация изменений предоставлена в периоде модификации.
В соответствии с дополнительным аспектом, UE 520 может дополнительно включать в себя координатор 524 DRX и/или любой другой подходящий модуль(и) для управления активностью DRX UE 520 в подсоединенном режиме (например, RRC_CONNECTED). В одном из примеров, координатор 524 DRX может управлять приемом данных, управляющей сигнализации и/или другой подходящей информации от E-UTRAN 510 согласно циклу DRX, как описано выше в отношении диаграммы 400. Однако, как дополнительно описано выше в отношении диаграммы 400, временные разницы между циклом DRX в режиме соединения и циклом DRX поискового вызова могут побуждать UE 520 подвергаться значительному значению излишних периодов активизации и иметь результатом потерю отдачи по мощности в некоторых случаях.
Соответственно, UE 520 может дополнительно включать в себя модификатор 526 расписания, который может позволять UE 520 изменять его расписание для приема поисковых сообщений для того, чтобы оптимизировать отдачу по мощности UE 520. В одном из примеров, модификатор 526 расписания может упорядочивать расписание поисковых вызовов, ассоциированных с UE 520, пока он в подсоединенном режиме, чтобы максимизировать количество случаев поисковых вызовов, которые отслеживаются пока UE 520 является активным по причине DRX в режиме соединения, минимизируя тем самым количество событий, в которых UE 520 должен подвергаться периодам активизации, в частности, для отслеживания случаев поискового вызова. Таким образом, модификатор 526 расписания может оптимизировать поведение UE 520, так что UE 520 надежно принимает любую индикацию изменения системной информации, не будучи принужденным к активизации независимо как для случаев DRX, так и для случаев поисковых вызовов.
k
m
m
k
k
В качестве примера, модификатор 526 расписания может содействовать одностороннему решению о модификации расписания приема UE 520 в подсоединенном режиме для содействия в приеме требуемого количества  поисковых вызовов из числа  поисковых вызовов индикаций изменений в заданном периоде модификации системы следующим способом. Сначала модификатор 526 расписания может анализировать цикл DRX UE 520 и конфигурировать UE 520, так что отслеживание осуществляется для любых случаев поискового вызова, запланированных во время периодов активизации DRX, ассоциативно связанных с UE 520, которые находятся среди  случаев поискового вызова, использованных для предоставления индикаций изменений в заданном периоде модификации. Таким образом, если, по меньшей мере, требуемое количество  случаев поискового вызова соответствует этому критерию, может быть удовлетворен достаточный прием уведомлений изменений без потребности в дополнительном действии. В качестве альтернативы, если цикл DRX UE 520 не побуждает UE 520 быть активным при, по меньшей мере,  случаях поискового вызова в периоде модификации, модификатор 526 расписания может содействовать в выборе одного или более дополнительных случаев поискового вызова, для которых UE 520 может быть активирован для содействия в приеме (например, через физический канал управления нисходящей линии связи (PDCCH)).
Различные примеры такого выбора, которые могут быть выполнены модификатором 526 расписания, проиллюстрированы диаграммой 600 на фиг.6. Как иллюстрирует диаграмма 600, набор UE 640-650 может быть сконфигурирован с общим циклом 610 DRX UE, на котором могут присутствовать случаи DRX, и общим циклом 620 поискового вызова, на котором могут присутствовать случаи поискового вызова. Дополнительно, цикл 630 поискового вызова может быть использован ассоциированной сетью, чтобы передавать случаи поискового вызова на интервалах по времени, отличных от цикла 620 поискового вызова, связанного с UE 640-650.
k
В примере, проиллюстрированном диаграммой 600, цикл 610 DRX UE и цикл 620 DRX поискового вызова совпадают в трех точках на проиллюстрированном временном периоде. Таким образом, UE 640-650 могут быть сконфигурированы для отслеживания трех случаев поискового вызова в цикле 620 DRX поискового вызова, которые присутствуют в моменты, на которых UE 640-650 являются активными по причине цикла 610 DRX UE. Однако в примерном сценарии, в котором требуется прием четырех случаев поискового вызова, UE 640-650 может выбирать дополнительно случай поискового вызова различными способами как проиллюстрировано, чтобы производить отслеживание. В первом примере, как проиллюстрировано UE 640, UE может быть сконфигурировано активизироваться для его регулярных случаев поискового вызова режима ожидания, так как они присутствуют за пределами периода DRX пока, по меньшей мере,  случаев поискового вызова не были отслежены. Таким образом, как проиллюстрировано, UE 640 может получить четвертый требуемый случай поискового вызова от любого из его собственных регулярных случаев поискового вызова режима ожидания. Во втором примере, как проиллюстрировано UE 650, UE может быть взамен сконфигурирован оставаться активизированным для следующего случая поискового вызова после периода активизации DRX и/или для приема нескольких случаев поискового вызова подряд. Таким образом, как проиллюстрировано, UE 650 может получать его четвертый требуемый случай поискового вызова, расширяя любой из его периодов активизации DRX, пока непосредственно следующие случаи поискового вызова, которые попадают в цикл 630 поискового вызова, не ассоциированного с UE 650.
m
k
На Фиг.7 представлена временная диаграмма 700, которая иллюстрирует примерные технологии для конфигурирования параметров временного вызова беспроводного устройства в соответствии с различными аспектами. В частности, временная диаграмма 700 иллюстрирует последовательность операций, которые должны быть выполнены между UE и ассоциативно связанной E-UTRAN для содействия в конфигурации соответствующих параметров временного вызова UE. В одном из примеров, UE может в некоторых случаях избирать для отслеживания меньше случаев поискового вызова, чем общее количество случаев поисковых вызовов в периоде модификации. Это проиллюстрировано диаграммой 600, в которой во время окна предварительной модификации длины =5 циклов DRX поискового вызова, UE 640-650 сконфигурированы отслеживать только =4 случаев поискового вызова.
k, m
m
k
k
Чтобы содействовать этой оптимизации, E-UTRAN может, в соответствии с одним из аспектов, сигнализировать параметры  и/или другие подходящие параметры ассоциированному UE до того, как UE начнет отслеживание случаев поискового вызова. Более точно, E-UTRAN может инициировать конфигурирование UE, как показано в момент времени 702, в котором системная информация сигнализируется от E-UTRAN к UE. В одном из примеров, значение  (например, периода перед периодом модификации, во время которого E-UTRAN намеревается указать предстоящее изменение) может быть общесистемным и сигнализируется как часть системной информации, как показано в момент времени 702. Как дополнительно показано в момент времени 702, значение  может быть общесистемным или просигнализированным как системная информация. В качестве альтернативы,  может быть сконфигурировано на основе по каждому UE и передано к соответствующим UE, используя выделенную сигнализацию для, по меньшей мере, части ассоциированных UE.
k
m
k
m
В соответствии с другим аспектом, при приеме параметров для  и  в момент времени 702, UE, принимающий такие параметры, может перейти к подсоединенному режиму в момент времени 704. Впоследствии, в момент времени 712 UE может отслеживать, по меньшей мере,  случаев поискового вызова по собственному выбору во время последних  циклов DRX поисковых сообщений ассоциированного периода модификации. Отслеживание в момент времени 712 может произойти в соответствии с любой подходящей технологией, как в целом описано в материалах настоящей заявки.
k, m
k
k
В альтернативном примере, E-UTRAN может содействовать необязательной реконфигурации заданного UE, как проиллюстрировано, в один или более момент времени 706-710 в дополнение к работе по базовой конфигурации и отслеживанию, проиллюстрированной в моменты времени 702-704 и 712. Например, при переходе UE в режим соединения, как показано в момент времени 704, ассоциированная Е-UTRAN может реконфигурировать цикл DRX, связанный с UE, в момент времени 706. Например, в момент времени 706, E-UTRAN может дополнительно реконфигурировать значение  и/или один или более других параметров в отношении конкретного UE при реконфигурации в момент времени 706. В качестве отдельного примера, E-UTRAN может реконфигурировать  для заданного UE в момент времени 706, чтобы ослабить требования отслеживания для UE. Дополнительно и/или в качестве альтернативы, когда определено, что условия радиопередачи UE меняются таким образом, что воздействуют на зону действия поисковых вызовов и/или другие факторы (например, как показано в момент времени 708), E-UTRAN может содействовать реконфигурации  и/или других параметров поискового вызова, используемых UE в момент времени 710 в связи с изменением радиоусловий. В одном из примеров, E-UTRAN может быть сконфигурирована для отслеживания радиоусловий UE и для выполнения надлежащей реконфигурации, как проиллюстрировано в моментах времени 708-710 в реальном времени.
На Фиг.8 проиллюстрирована система, которая содействует координации на основе сети между циклами поискового вызова и DRX в соответствии с различными аспектами. В соответствии с одним из аспектов, сетевая реализация, в которой UE 820 не сконфигурировано и/или в другом случае не может отслеживать подходящие случаи поискового вызова, ассоциативно связанные с изменением системной информации, E-UTRAN 810, ассоциированная с UE 820, может быть сконфигурирована для того, чтобы синхронизировать события цикла поисковых вызов, связанных с UE 820 с его циклом DRX, чтобы дать возможность значительной части случаев поискового вызова, ассоциированных с UE, быть принятой во время случаев DRX, связанных с UE 820. В одном из примеров, вышеупомянутая синхронизация может быть выполнена E-UTRAN 810, используя модуль 812 управления UE, координатор 814 DRX и/или любой другой подходящий компонент(ы). Например, модуль 812 управления UE может быть использован для получения информации, относящейся к циклу поискового вызова заданного UE 820. На основе упомянутой информации, координатор 814 DRX может быть использован для назначения цикла DRX к UE 820, который резонирует с циклом поискового вызова UE 820.
В качестве примера, координатор 814 DRX может работать следующим образом для произведения цикла DRX для заданного UE 820. Первоначально, продолжительность цикла DRX может быть сконфигурирована, чтобы начинаться заданным набором подкадров, который может быть задан набором подкадров, который удовлетворяет следующему:
[(SFN × 10) + номер подкадра] mod (текущий цикл DRX) = Начальное Смещение DRX,
где SFN указывает количество системных кадров. Дополнительно, заданный случай поискового вызова может произойти в заданном кадре радиопередачи (например, кадре поискового вызова), имеющего SFN, которое удовлетворяет следующему уравнению:
SFN mod T = (T/N) × (UE_ID mod N),
s
где Т - длина цикла поискового вызова в кадрах радиопередачи (например, 32, 64, 128, 256,...), N - Число Групп Поискового Вызова на уровне радиокадра (например, 2, 4, 8, 16,..., где N<T), и UE_ID является идентификатором UE 820. Дополнительно, в пределах кадра поискового вызова, может наблюдаться, что подкадр i, содержащий в себе случай поискового вызова, может выведен, как следует ниже:
s
i = (UE_ID/N) mod Ns,
где Ns - индикатор количества случаев поискового вызова, которые используются в заданном кадре радиопередачи (например, 1, 2, 3, 4,...).
s
Соответственно, чтобы выровнять циклы DRX и поискового вызова UE 820, координатор 814 DRX может установить цикл DRX UE 820, так что Смещение Начала DRX цикла DRX является равным смещению от границы кадра, где цикл DRX поискового вызова UE 820 будет начинаться в режиме ожидания, например, так что Смещение Начала DRX=i. Дополнительно, или в качестве альтернативы, координатор 814 DRX может установить длину цикла DRX для UE 820, чтобы либо делить или быть кратной длине T цикла поискового вызова для UE 820 (например, 320 мс). Выполняя одно или более вышеупомянутые действия, может быть принято во внимание, что координатор 814 DRX может синхронизировать циклы DRX и поискового вызова UE 820, минимизируя время активизации, требуемое UE 820 для отслеживания поисковых вызовов и информации DRX во время периода модификации.
На Фиг.9-12 проиллюстрированы методологии, которые могут быть выполнены в соответствии с различными аспектами, изложенными в материалах настоящей заявки. Хотя в целях упрощения пояснения методологии показаны и описаны как последовательность действий, понятно, что методологии не ограничены порядком действий, поскольку некоторые действия могут, в соответствии с одним или более аспектами, происходить в другом порядке и/или одновременно с другими действиями, в отличие от того, что показано и описано в материалах настоящей заявки. Например, специалистам в данной области техники будет понятно, что методология, в качестве альтернативы, могла бы быть представлена как последовательность взаимосвязанных состояний или случаев, таких как на диаграмме состояний. Более того, не все проиллюстрированные действия могут потребоваться для реализации методологии в соответствии с одним или более аспектами.
k
КоэффПериодаМодификации
На Фиг.9 проиллюстрирована методология для координирования работы поискового вызова и DRX во время периода модификации системной информации. Должно быть принятого во внимание, что методология 900 может выполняться, например, UE (например, UE 520) и/или любым другим подходящим сетевым устройством. Методология 900 начинается на этапе 902, на котором идентифицируется минимальное количество случаев поискового вызова, которое должно отслеживаться во время периода модификации (например, количество  или случаев поискового вызова среди m, которое предоставляет индикации изменения системной информации в периоде модификации). Далее, на этапе 904 идентифицируется цикл DRX, который должен быть использован во время периода модификации. Методология 900 может затем заканчиваться на этапе 906, на котором соответствующие случаи поискового вызова в периоде модификации выбираются для отслеживания (например, координатором 524 DRX и/или модификатором 526 расписания), так что минимальное количество случаев поискового вызова, идентифицированных на этапе 902, отслеживаются, и минимизируются периоды активации для отслеживания случаев поискового вызова за пределами цикла DRX, идентифицированного на этапе 904.
m
k
КоэффПериодаМодификации).
На Фиг.10 показана методология 1000 для управления взаимодействием между циклами поискового вызова и циклами DRX на основе сигнализации конфигурации. Методология 1000 может выполняться, например, мобильным терминалом и/или другим подходящим сетевым объектом. Методология начинается на этапе 1002, на котором от сети (например, E-UTRA 510) принимаются параметры, относящиеся к количеству поисковых вызовов (например, ) в периоде модификации, которые предоставляют индикации изменений системной информации и минимальное количество индикаций, которые должны быть считаны в период модификации (например, или Далее на этапе 1004 инициализируется связь в режиме соединения (например, ассоциативно связанная с состоянием RRC_CONNECTED). На этапе 1006 идентифицируется цикл DRX, который должен быть использован для связи в режиме соединения, инициализированной на этапе 1004. В одном из примеров цикл DRX может быть независимо идентифицирован на этапе 1006 объектом, выполняющим операции методологии 1000 на основе информации, сигнализированной от ассоциированной сети и/или на основе любой другой подходящей технологии(ий).
Методология 1000 может затем продолжаться на этапе 1008, на котором один или более поисковые вызовы, предоставляющие соответствующие индикации изменений во время заданного периода модификации, которые совпадают с циклом DRX, идентифицированным на этапе 1006, выбираются для отслеживания. Затем на этапе 1010 определяется, являются ли достаточными выбранные на этапе 1008 поисковые вызовы для удовлетворения минимального количества индикаций, предоставленного сетью на этапе 1002. Если количество поисковых вызовов, выбранных на этапе 1008, является достаточным, никаких дополнительных действий не требуется, и методология 1000 может заканчиваться. В другом случае, методология 1000 может продолжаться этапом 1012 прежде чем закончится, на котором один или более дополнительные поисковые вызовы выбираются, так что минимальное количество индикаций, предоставленное на этапе 1002, может быть считано. В качестве отдельного примера, дополнительные поисковые вызовы, попадающие за пределы цикла DRX, идентифицированного на этапе 1006, могут быть считаны, как показано на диаграмме 600, с использованием дополнительных периодов активизации от идентифицированного цикла DRX, расширяя периоды активизации, ассоциированные с циклом DRX и/или используя любую другую подходящую технологию(и).
КоэффПериодаМодификации
МодификацииСистемнойИнформации
МодификацииСистемнойИнформации
КоэффПериодаМодификации
Фиг.11 иллюстрирует методологию 1100 для оценки достоверности системной информации, ассоциированной с сетью беспроводной связи. Методология 1100 может быть выполнена, например, UE и/или любым другим подходящим сетевым устройством. Методология 1100 начинается на этапе 1102, на котором получают число , соответствующее значению уведомлений , которое связано с изменением системной информации на заданном периоде модификации. Далее на этапе 1104 определяется граница периода модификации. На этапе 1106 затем определяется, были ли приняты сообщения поискового вызова в периоде модификации, для которого была определена граница на этапе 1104. Если не было принято никаких сообщений поискового вызова, объект, выполняющий методологию 1100, может предположить, что в настоящий момент хранимая системная информация остается действительной, как показано на этапе 1110, и закончить методологию 1100. В другом случае, методология 1100 может продолжаться этапом 1108, на котором определяется, присутствует ли сигнал , по меньшей мере,  раз в сообщениях поискового вызова, принятых в период модификации. Если такие индикации не присутствуют, методология 1100 может продолжаться этапом 1110 и заканчиваться, как описано выше. Если такие модификации принимаются, методология 1100 может взамен продолжаться этапом 1112 перед завершением, на котором делаются приготовления к приему измененной системной информации в последующем периоде модификации.
s
На Фиг.12 проиллюстрирована методология 1200 для структурирования циклов DRX, ассоциативно связанных с беспроводным терминалом. Методология 1200 может быть выполнена, например, точкой доступа (например, ассоциированной с E-UTRAN 810) и/или любым другим подходящим сетевым устройством. Методология 1200 начинается на этапе 1202, на котором идентифицируется (например, модулем 812 управления UE) цикл поискового вызова, ассоциированный с терминалом (например, UE 820). Методология может затем продолжаться этапом 1202, на котором определяется длина цикла поискового вызова (например, Т), и этапом 1204, на котором идентифицируется смещение подкадра, ассоциированного с циклом поискового вызова (например, i). Методология 1200 может затем заканчиваться этапом 1208, на котором цикл DRX генерируется для терминала (например, координатором 814 DRX), так что начальное смещение цикла DRX равно смещению подкадра цикла поискового вызова, и длина цикла DRX делит или является кратной длине цикла поискового вызова.
Фиг.13 иллюстрирует устройство 1300, которое содействует координации работы DRX и поискового вызова в системе беспроводной связи. Должно быть принято во внимание, что устройство 1300 представлено, как включающее в себя функциональные блоки, которые могут быть функциональными блоками, которые представляют функции, реализованные процессором, программным обеспечением или их комбинацией (например, программно-аппаратными средствами). Устройство 1300 может быть реализовано беспроводным терминалом (например, UE 520) и/или любым другим подходящим сетевым устройством и может включать в себя модуль 1302 для идентификации минимального количества поисковых вызовов, содержащих в себе соответствующие индикации изменений, которые должны быть считаны в периоде модификации, модуль 1304 для конфигурирования цикла DRX и модуль 1306 для выбора поисковых вызовов для отслеживания в периоде модификации, так что минимальное количество поисковых вызовов, содержащих в себе соответствующие индикации изменений, являются доступными для считывания, и активность приемника за пределами цикла DRX минимизируется.
Фиг.14 иллюстрирует другое устройство 1400, которое содействует координации работы DRX и поискового вызова в системе беспроводной связи. Должно быть принято во внимание, что устройство 1400 представлено как включающее в себя функциональные блоки, которые могут быть функциональными блоками, которые представляют функции, реализованные процессором, программным обеспечением или их комбинацией (например, программно-аппаратными средствами). Устройство 1400 может быть реализовано eNB (например, связанным с E-UTRAN 810) и/или любым другим подходящим сетевым устройством, которое может включать в себя модуль 1402 для идентификации цикла поискового вызова UE, включающего в себя соответствующие случаи поискового вызова, модуль 1404 для идентификации длины и смещения, соответствующих циклу поискового вызова UE, и модуль 1406 для конфигурирования цикла DRX, чтобы включать в себя соответствующие случаи DRX, которые, по меньшей мере частично, совпадают со случаями поискового вызова в цикле поискового вызова UE, основанного, по меньшей мере частично, на длине и смещении в соответствии с циклом поискового вызова UE.
Фиг.15 - структурная схема системы 1500, которая может быть использована для реализации различных аспектов функциональности, описанных в материалах настоящей заявки. В одном из примеров, система 1500 включает в себя базовую станцию или Узел B 1502. Как проиллюстрировано, Узел B может принимать сигнал(ы) от одного или более UE 1504 через одну или более принимающие (Rx) антенны 1506 и передает к одному или более UE 1504 через одну или более передающие (Tx) антенны 1508. Дополнительно, Узел B 1502 может содержать приемник 1510, который принимает информацию от принимающей антенны(енн) 1506. В одном из примеров, приемник 1510 может быть оперативно связан с демодулятором (Демод) 1512, который демодулирует принятую информацию. Демодулированные символы могут затем анализироваться процессором 1514. Процессор 1514 может быть соединен с памятью 1516, которая может хранить информацию, относящуюся к кодовым кластерам, назначениям терминала доступа, справочным таблицам, имеющим к ней отношение, уникальные псевдослучайные последовательности и/или другие подходящие типы информации. Дополнительно, Узел B 1502 может применять процессор 1514 для выполнения методологии 1200 и/или других подобных и подходящих методологий. В одном из примеров, Узел B 1502 может также включать в себя модулятор 1518, который может мультиплексировать сигнал для передачи передатчиком 1520 через передающую антенну(ы) 1508.
Фиг.16 - структурная схема другой системы 1600, которая может быть использована для реализации различных аспектов функциональности, описанной в материалах настоящей заявки. В одном из примеров, система 1600 включает в себя мобильный терминал 1602. Как проиллюстрировано, мобильный терминал 1602 может принимать сигнал(ы) от одной или более базовых станций 1604 и передавать к одной или более базовым станциям 1604 через одну или более антенны 1608. Дополнительно, мобильный терминал 1602 может содержать приемник 1610, который принимает информацию от антенны 1608. В одном из примеров, приемник 1610 может быть оперативно связан с демодулятором 1612, который демодулирует принятую информацию. Демодулированные символы могут затем быть проанализированы процессором 1614. Процессор 1614 может быть соединен с памятью 1616, которая может хранить данные и/или программные коды, относящиеся к мобильному терминалу 1602. Дополнительно, мобильный терминал 1602 может применять процессор 1614 для выполнения методологий 900-1100 и/или других подобных и подходящих методологий. Мобильный терминал 1602 может также включать в себя модулятор 1618, который может мультиплексировать сигнал для передачи передатчиком 1620 посредством антенны(енн) 1608.
На Фиг.17 предоставлена иллюстрация системы беспроводной связи множественного доступа в соответствии с различными аспектами. В одном из примеров, точка 1700 доступа (AP) включает в себя множественные группы антенн. Как проиллюстрировано на Фиг.17, одна группа антенн может включать в себя антенны 1704 и 1706, другая может включать в себя антенны 1708 и 1710 и еще одна может включать в себя антенны 1712 и 1714. Хотя для каждой группы антенн на Фиг.17 показаны только две антенны, должно быть принято во внимание, что больше или меньше антенн могут быть использованы для каждой группы антенн. В другом примере, терминал 1716 доступа может быть на связи с антеннами 1712 и 1714, где антенны 1712 и 1714 передают информацию к терминалу 1716 доступа по прямой линии 1720 связи и принимают информацию от терминала 1716 доступа по обратной линии 1718 связи. Дополнительно и/или в качестве альтернативы, терминал 1722 доступа может быть на связи с антеннами 1706 и 1708, где антенны 1706 и 1708 передают информацию к терминалу 1722 доступа по прямой линии 1726 связи и принимают информацию от терминала 1722 доступа по обратной линии 1724 связи. В системе дуплекса с временным разделением, линии связи 1718, 1720, 1724 и 1726 могут использовать различную частоту для связи. Например, прямая линия 1720 связи может использовать отличную частоту от той, которая используется обратной линией 1718 связи.
Каждая группа антенн и/или зона, в которой они предназначены для поддержки связи, может упоминаться как сектор точки доступа. В соответствии с одним из аспектов, группы антенн могут быть предназначены для поддержки связи с терминалами доступа в секторе зон покрытых точкой 1700 доступа. При связи по прямой линии 1720 и 1726 передающие антенны точки 1700 доступа могут использовать формирование лучей для того, чтобы улучшить отношение сигнал-шум прямой линии связи для различных терминалов 1717 и 1722 доступа. Также точка доступа, использующая формирование луча для передачи к терминалам доступа рассеянного случайно по ее зоне покрытия, вызывает меньше помех для терминалов доступа в смежных сотах, чем точка доступа, передающая через единственную антенну ко всем ее терминалам доступа.
Точка доступа, например, точка 1700 доступа, может быть стационарной станцией, использующейся для связи с терминалами, и может также упоминаться как базовая станция, eNB, сеть доступа и/или определяться другой подходящей терминологией. В дополнение, терминал доступа, например, терминал 1716 или 1722 доступа, может также упоминаться как мобильный терминал, пользовательское оборудование, беспроводное устройство связи, терминал, беспроводной терминал и/или определяться другой предназначенной терминологией.
На Фиг.18 предоставлена структурная схема, иллюстрирующая примерную систему 1800 беспроводной связи, в которой могут функционировать различные аспекты, описанные в материалах настоящей заявки. В одном из примеров система 1800 является системой MIMO, которая включает в себя систему 1810 передатчика и систему 1850 приемника. Однако система 1810 передатчика и/или система 1850 приемника может быть также применена к системе с множеством входов и одним выходом, в которой, например, множество передающих антенн (например, на базовой станции) могут передавать один или более потоков символов к устройству с единственной антенной (например, мобильной станции). Дополнительно, должно быть принято во внимание, что аспекты системы 1810 передатчика и/или системы 1850 приемника, описанные в материалах настоящей заявки, могут быть использованы в связи с антенными системами с одним выходом и одним входом.
В соответствии с одним аспектом, данные трафика для некоторого количества потоков данных предоставлены в системе 1810 передатчика от источника данных 1812 к процессору 1814 данных передачи (TX). В одном из примеров, каждый поток данных передается через соответственную передающую антенну 1824. Дополнительно, процессор 1814 данных TX может форматировать, кодировать и перемежать данные трафика для каждого потока данных на основе конкретной схемы кодирования, выбранной для каждого соответственного потока данных для того, чтобы предоставить кодированные данные. В одном из примеров, кодированные данные для каждого потока данных могут затем мультиплексироваться с данными контрольных сигналов с использованием технологий OFDM. Данные контрольных сигналов могут быть, например, известным шаблоном данных, который обрабатывается известным способом. Дополнительно, данные контрольных сигналов могут быть использованы в системе 1850 приемника для оценки характеристики канала. Обратно, в системе 1810 передатчика, мультиплексированный контрольный сигнал и кодированные данные для каждого потока данных могут модулироваться (например, посимвольно отображаются) на основании конкретной схемы модуляции (например, BPSK (двухпозиционной фазовой манипуляции), QPSK (квадратурной фазовой манипуляции), M-PSK (M-позиционной фазовой манипуляции) или M-QAM (M-позиционной квадратурной амплитудной манипуляции)), выбранной для каждого соответственного потока данных, чтобы предоставить символы модуляции. В одном из примеров, скорость передачи данных, кодирование и модуляция для каждого потока данных могут быть определены инструкциями, выполняемыми на и/или предоставляемыми процессором 1830.
N
N
N
N
T
T
T
T
Далее, символы модуляции для всех потоков данных могут быть предоставлены процессору 1820 TX, который может дополнительно обрабатывать символы модуляции (например, для OFDM). Процессор 1820 MIMO TX может затем предоставлять  потоков символов модуляции на  приемопередатчиков с 1822a по 1822t. В одном из примеров, каждый приемопередатчик 1822 может принять и обработать соответственный поток символов для предоставления одного или более аналоговых сигналов. Каждый приемопередатчик 1822 может затем дополнительно обрабатывать (например, усиливать, фильтровать и преобразовывать с повышением частоты) аналоговые сигналы для предоставления модулированного сигнала подходящего для передачи по каналу MIMO. Соответственно,  модулированных сигналов от приемопередатчиков с 1822a по 1822t затем передаются с  антенн с 1824a по 1824t, соответственно.
N
N
N
N
R
R
R
T
В соответствии с другим аспектом, переданные модулированные сигналы могут быть приняты в системе 1850 приемника  антеннами с 1852а по 1852r. Принятый сигнал от каждой антенны 1852 может быть предоставлен к соответствующим приемопередатчикам 1854. В одном из примеров, каждый приемопередатчик 1854 может обрабатывать (например, фильтровать, усиливать и преобразовывать с понижением частоты) соответственный принятый сигнал, оцифровывать преобразованный сигнал для предоставления отсчетов и затем обрабатывать отсчеты для предоставления соответствующего "принятого" потока символов. Процессор 1860 MIMO/данных RX затем принимает и обрабатывает  принятых потоков символов от  приемопередатчиков 1854 на основании конкретной технологии обработки приемника, чтобы предоставить  "детектированных" потоков символов.В одном из примеров каждый детектированный поток символов может включать в себя символы, которые являются оценками символов модуляции, переданных для соответствующего потока данных. Процессор 1860 RX может затем обрабатывать каждый поток символов, по меньшей мере частично, демодулированием, обратным перемежением и декодированием каждого детектированного потока символов, чтобы восстановить данные трафика для соответствующего потока данных. Таким образом, обработка процессором 1860 RX может быть комплементарной по отношению к обработке, выполняемой процессором 1820 MIMO TX и процессором 1816 данных TX в системе 1810 передатчика. Процессор 1860 RX может дополнительно предоставлять обработанные потоки символов к приемнику 1864 данных.
В соответствии с одним аспектом, оценка характеристики канала, сгенерированная процессором 1860 RX, может использоваться для выполнения пространственно/временной обработки в приемнике, настройки уровней мощности, изменения глубин или схем модуляции и/или других подходящих действий. Кроме того, процессор 1860 RX может дополнительно оценивать характеристики канала, такие как, например, отношения сигнала к шуму и помехе (SNR), детектированных потоков символов. Процессор 1860 RX может затем предоставлять оцененные характеристики канала процессору 1870. В одном из примеров процессор 1860 RX и/или процессор 1870 дополнительно может выводить оценку "действующего" SNR для системы. Процессор 1870 может затем предоставлять информацию о состоянии канала (CSI), которая может содержать информацию касательно линии связи и/или принимаемого потока данных. Такая информация может включать в себя, например, действующее SNR. CSI может затем обрабатываться процессором 1818 данных передачи TX, модулироваться модулятором 1880, приводиться в нужное состояние приемопередатчиками с 1854a по 1854r и передаваться обратно в систему 1810 передатчика. В дополнение, источник 1816 данных в системе 1850 приемника может предоставлять дополнительные данные, которые должны быть обработаны процессором 1818 данных передачи TX.
В системе 1810 передатчика модулированные сигналы из системы 1850 приемника затем могут приниматься антеннами 1824, преобразовываться приемопередатчиками 1822, демодулироваться демодулятором 1840 и обрабатываться процессором 1842 данных RX, чтобы восстановить CSI, сообщенную системой 1850 приемника. В одном из примеров, сообщенная CSI может затем предоставляться процессору 1830 и использоваться для определения скоростей передачи данных, а также схем кодирования и модуляции, которые должны использоваться для одного или более потоков данных. Определенные схемы кодирования и модуляции могут затем предоставляться приемопередатчикам 1822 для квантования и/или использования в последующих передачах для системы 1850 приемника. Дополнительно или в качестве альтернативы, сообщенная CSI может быть использована процессором 1830 для генерирования различных директив для процессора 1814 данных TX и процессора 1820 MIMO TX. В другом примере, CSI и/или другая информация, обрабатываемая процессором 1842 данных RX, может быть предоставлена приемнику 1844 данных.
N
N
R
T
В одном из примеров процессор 1830 в системе 1810 передатчика и процессор 1870 в системе 1850 приемника управляют работой в их соответствующих системах. Дополнительно, память 1832 в системе 1810 передатчика и память 1872 в системе 1850 приемника могут предоставлять хранение программных кодов и данных, используемых, соответственно, процессорами 1830 и 1870. Дополнительно, в системе 1850 приемника различные технологии обработки могут быть использованы для обработки  принятых сигналов для детектирования  переданных потоков символов.Эти технологии обработки приемника могут включать в себя технологии пространственной и пространственно-временной обработки приемника, которые могут быть также указаны ссылкой как технология компенсации и/или технология обработки "последовательной режекцией/компенсацией и подавлением помех" приемника, которые могут быть также указаны ссылкой как технология обработки "последовательным подавлением помех" или "последовательным подавлением" приемника.
Должно быть понятно, что аспекты, описанные в материалах настоящей заявки, могут быть реализованы аппаратными средствами, программным обеспечением, микропрограммным обеспечением, межплатформенным программным обеспечением, микрокодом или любым их сочетанием. Когда системы и/или способы реализованы программным обеспечением, микропрограммным обеспечением, межплатформенным программным обеспечением или микропрограммой, программным кодом или сегментами кода, они могут храниться на машиночитаемом носителе, таком как запоминающий компонент. Кодовый сегмент может представлять процедуру, функцию, подпрограмму, программу, стандартную программу, стандартную подпрограмму, модуль, комплект программного обеспечения, класс или любую комбинацию инструкций, структур данных, или операторов программы. Кодовый сегмент может быть связан с другим кодовым сегментом или аппаратной схемой посредством пересылки и/или приема информации, данных, аргументов, параметров или содержимого памяти. Информация, аргументы, параметры, данные и т.п. могут переправляться, пересылаться или передаваться, используя любое подходящее средство, в том числе совместное использование памяти, пересылку сообщений, передачу маркера, сетевую передачу и т.п.
Для программной реализации технологии, описанные в материалах настоящей заявки, могут быть реализованы с помощью модулей (например, процедур, функций и так далее), которые выполняют функции, описанные в материалах настоящей заявки. Машинные программы могут храниться в модулях памяти и выполняться процессорами. Узел памяти может быть реализован внутри процессора или внешним по отношению к процессору, в случае чего, он может быть с возможностью обмена данными присоединен к процессору через различные средства, как известно в данной области техники.
Выше были описаны примеры одного или более аспектов. Конечно, невозможно описать каждую вероятную комбинацию компонентов или методологий в целях описания вышеупомянутых аспектов, но специалисту в данной области техники должно быть понятно, что многие дополнительные комбинации и перестановки различных аспектов являются допустимыми. Следовательно, описанные аспекты предназначены, чтобы охватывать все подобные преобразования, модификации и разновидности, которые попадают под сущность и объем прилагаемой формулы изобретения. Более того, в том смысле, в котором термин "включает в себя" использован в подробном описании или в формуле изобретения, этот термин предполагается инклюзивным, в некоторой степени аналогичным термину "содержащий", как этот термин интерпретируется, когда он используется в качестве переходного слова в формуле изобретения. Более того, термин "или", использованный как в подробном описании, так и в формуле изобретения, предполагается "неисключающим или".