RU2594177C2 - Способы и системы для обобщенной поддержки множества технологий радиодоступа - Google Patents
Способы и системы для обобщенной поддержки множества технологий радиодоступа Download PDFInfo
- Publication number
- RU2594177C2 RU2594177C2 RU2013157601/07A RU2013157601A RU2594177C2 RU 2594177 C2 RU2594177 C2 RU 2594177C2 RU 2013157601/07 A RU2013157601/07 A RU 2013157601/07A RU 2013157601 A RU2013157601 A RU 2013157601A RU 2594177 C2 RU2594177 C2 RU 2594177C2
- Authority
- RU
- Russia
- Prior art keywords
- radio
- time
- reservation
- rat
- requests
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1215—Wireless traffic scheduling for collaboration of different radio technologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/14—Spectrum sharing arrangements between different networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/18—Network planning tools
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Изобретение относится к беспроводной связи с поддержкой множества технологий радиодоступа (RAT). Технический результат заключается в предотвращении конфликтов между множеством RAT. Платформа для распределения ресурсов радиосвязи между множеством модулей RAT включает в себя аппаратные средства радиосвязи, сконфигурированные для передачи и приема радиосигналов через радиоинтерфейс с использованием множества RAT; и планировщик радиосвязи, соединенный с аппаратными средствами радиосвязи и сконфигурированный для приема запросов на резервирование времени радиосвязи, причем каждый из запросов включает в себя значение приоритета для запроса на резервирование времени радиосвязи, и для определения того, разрешить или отклонить каждый из запросов на резервирование времени радиосвязи, на основе значений приоритета. 3 н. и 14 з.п. ф-лы, 15 ил.
Description
РОДСТВЕННЫЕ ЗАЯВКИ
[0001] Настоящая заявка имеет отношение и испрашивает приоритет по предварительной заявке на патент США порядковый № 61/493,795, поданной 6 июня 2011 г., озаглавленной «СПОСОБЫ И СИСТЕМЫ ДЛЯ ОСУЩЕСТВЛЕНИЯ УНИВЕРСАЛЬНОГО РАСПРЕДЕЛЕННОГО ГЕНЕРАТОРА ПОСЛЕДОВАТЕЛЬНОСТИ», авторов Jerker ÖRJMARK, Michael BRESCHEL, Kent Inge INGESSON, Robert KLANG, и Magnus MALMBERG, и предварительной заявке на патент США порядковый № 61/493,801, поданной 6 июня 2011 г., озаглавленной «СПОСОБЫ И СИСТЕМЫ ДЛЯ ОСУЩЕСТВЛЕНИЯ ПЛАНИРОВЩИКА РАДИОСВЯЗИ», авторов Jerker ÖRJMARK, Kent Inge INGESSON, и Robert KLANG, и предварительной заявке на патент США порядковый № 61/493,794, поданной 6 июня 2011, озаглавленной «СПОСОБЫ И СИСТЕМЫ ДЛЯ ПРОГРАММНОЙ АРХИТЕКТУРЫ ПЕРВОГО УРОВНЯ С ОБОБЩЕННОЙ ПОДДЕРЖКОЙ МНОЖЕСТВА ТЕХНОЛОГИЙ РАДИОДОСТУПА», авторов Jerker ÖRJMARK, Kent Inge INGESSON, и Robert KLANG, раскрытия которых включены в настоящее раскрытие посредством ссылки.
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[0002] Настоящее изобретение, в целом, относится к устройствам связи и, более конкретно, к устройствам, связанным с множеством технологий радиодоступа.
УРОВЕНЬ ТЕХНИКИ
[0003] На пересечении этих технологий была разработана радиотелефонная связь в целях ее использования для осуществления речевой связи. По мере продолжения совершенствования отрасли бытовой электроники, и увеличения производительности процессоров, для использования стало доступно больше устройств, что позволило осуществлять беспроводную передачу данных между устройствами. Также стало доступно больше приложений, которые работают на основе таких передаваемых данных. Особо следует отметить сеть Интернет и локальные сети (LAN). Эти два технических новшества позволили множеству пользователей и множеству устройств осуществлять связь и обмениваться данными между различными устройствами и типами устройств. Вместе с появлением этих устройств и возможностей, пользователи (как корпоративные, так и бытовые) обнаружили возрастающую потребность в передаче данных, наряду с речью, из различных мест при осуществлении мобильной связи.
[0004] Аналогично получили развитие инфраструктура и сети, которые поддерживают такую передачу речи и данных. Ограниченные приложения передачи данных, такие как передача текстовых сообщений, были введены в так называемых системах «2G», таких как Глобальная система мобильной связи (GSM). Обмен пакетными данными по системам радиосвязи был реализован в GSM вместе с появлением Системы пакетной радиосвязи общего пользования (GPRS). Системы 3G, введенные посредством стандартов Универсального наземного радиодоступа (UTRA), упростили доступность приложений, таких как предназначенные для осуществления просмотра веб-страниц, для миллионов пользователей (и с более приемлемой задержкой). Таким образом, в настоящее время может встречаться использование многочисленных технологий радиодоступа (RAT), таких как, например, широкополосный множественный доступ с кодовым разделением каналов (WCDMA), OFDMA, TDMA, TD-SCDMA и других, в системах беспроводной связи, таких как, например, GSM/GPRS/EDGE, UMTS, UMTS-LTE, WLAN, WiFi и т.д.
[0005] Даже при внедрении новых схем сети посредством организаций, обеспечивающих работу сетей, будущие системы, которые обеспечивают большие пропускные способности канала передачи данных для устройств конечного пользователя, находятся на стадии обсуждения и разработки. Например, так называемый проект стандартизации Долгосрочное развитие (LTE) стандарта 3GPP предназначен для обеспечения технического обоснования для беспроводной связи в предстоящие годы. Это развитие схем сети привело к развертыванию сетей различных сетевых операторов на различных полосах частот с различными технологиями RAT в различных географических областях. В результате этого, пользовательское оборудование (UE), которое поддерживает несколько полос частот и/или несколько различных технологий RAT, должно быть, помимо прочего, быть способным к поиску сот и служб на правильной полосе частот и/или технологии RAT.
[0006] Бурное развитие новых стандартов для мобильной телефонной связи и других технологий связи, и еще более быстрое добавление к существующим стандартам новых функций, обуславливает более высокие затраты на разработку для устройств, которые используют существующую в настоящее время архитектуру. Например, устройства, которые обеспечивают возможность доступа к конкретной технологии RAT или технологиям RAT, как правило, имеют архитектуру программных средств (SW), которая приспособлена для этих технологий RAT и ее существующих функций. При добавлении новой технологии RAT или функции к архитектуре устройства из оборудования UE с поддержкой множества RAT в архитектуре должна быть реализована не только новая технология RAT/функция, но также должна быть выполнена адаптация унаследованных вариантов реализации, и этот процесс, как правило, оказывает серьезное влияние на вариант реализации программных средств и значительно увеличивает стоимость устройства.
[0007] Эта методология для ввода новой технологии RAT или новых выполняемых функций в существующую технологию RAT усложняет архитектуру средств SW оборудования UE, и усложняется создание модификаций, которые необходимы для приспособления к таким изменениям. Кроме того, разработка зачастую выполняется в различных с географической точки зрения местах, иногда расположенных на различных континентах, что приводит к повышенной сложности интеграции и затратам на нее.
[0008] В дополнение к модификациям архитектуры программных средств, также могут быть необходимы или целесообразны изменения аппаратных средств вследствие адаптаций технологии RAT в оборудовании UE. Например, в оборудовании UE с поддержкой множества RAT зачастую требуется совместное использование (в максимально возможной степени) аппаратных средств (HW) в системе. Одним примером аппаратных средств, имеющих потенциальную возможность совместного использования в устройстве с поддержкой множества RAT, является аппаратный (HW) ускоритель. Однако, каждый пользователь (то есть, технология RAT) аппаратного (HW) ускорителя должен обеспечивать сохранение своего собственного контекста для предотвращения нежелательной связи, то есть зависимости, с алгоритмами или модулями других технологий RAT. Один способ обеспечения для каждого пользователя возможности сохранения их собственного контекста заключается в том, чтобы в ускорителе средств HW содержалось и использовалось несколько страниц реестра. Однако, количество страниц, доступных в реестре, является фиксированным после разработки микросхемы, связанной с оборудованием UE с поддержкой множества RAT и впоследствии не может быть изменено. Этот способ делает данную стратегию разрыва связи несколько негибкой относительно последующих дополнений технологий RAT или функций.
[0009] Кроме того, что касается алгоритмов, используемых в устройствах с поддержкой множества RAT, эти алгоритмы могут быть реализованы либо в программных средствах (SW), либо в аппаратных средствах (HW) и, как правило, могут иметь более сильную связь с каждым пользователем или технологией RAT, чем необходимо. Эта связь или зависимость могут вызвать нежелательную перестройку соседних блоков в случае изменения одного блока в оборудовании UE (или подкомпонента оборудования UE). Кроме того, по мере увеличения количества технологий RAT, из других частей системы могут возникнуть неизвестные зависимости и побочные эффекты, которые могут быть нежелательными. Более того, в системе с поддержкой множества RAT более высокие скорости передачи данных и более короткие временные интервалы передачи (TTI) могут являться причиной чрезвычайно высоких нагрузок, вызывающих помехи в системах, разработанных с центральным контроллером.
[0010] Более того, при добавлении новых выполняемых функций, например, дополнительных возможностей технологий RAT, в оборудование UE, зависимости между различными действиями, такими как прием и измерения канала поискового вызова (PCH), могут затруднить реализацию, поскольку должны быть учтены, а затем жестко заданы новые комбинации случаев использования. В программных средствах Уровня 1 RAT, как правило, радиосвязь используется для различных целей, таких как прием и измерения канала. Поскольку не существует никакого единого планирования для всех технологий RAT в традиционных архитектурах с поддержкой множества RAT, трудно управлять конкретными случаями использования, в которых активная технология RAT не может выдавать необходимый сигнал времени радиосвязи. В попытке избежать конфликтов использования радиосвязи, каждый случай использования, такой как прием поискового вызова с измерениями обслуживающей соты, как правило, комбинируется и/или синхронизируется. Однако конфликты не всегда могут быть решены, и может быть невозможно обеспечение справедливого управления между технологиями RAT/выполняемыми функциями.
[0011] Кроме того, при добавлении дополнительных технологий RAT к архитектуре с поддержкой множества RAT (например, по сравнению с наличием в устройстве исключительно архитектуры GSM и W-CDMA), сложность увеличивается, поскольку активная технология RAT должна решить, для какой из множества пассивных технологий RAT должно быть предоставлено время радиосвязи. При добавлении новой технологии RAT, уже существующие технологии RAT должны быть обновлены с целью предупреждения для получения информации о подробных данных о потребностях радиосвязи, связанных с новой технологией RAT. Если активная технология RAT и пассивная технология RAT плохо согласованы, то могут возникнуть конфликты при использовании радиосвязи. Обнаружение конфликтов радиодоступа требует специальной конструкции аппаратных средств, предназначенной для устранения проблемы, например, потенциально экстенсивного распространения сигналов между модулями RAT, связанных с управлением временем радиодоступа, которая может значительно усложняться по мере увеличения количества технологий RAT. Требуется большое количество сигналов прерывания и других сигналов, что делает современные решения неэффективными и предрасположенными к ошибкам. Существующие решения для добавления дополнительных возможностей технологии RAT в оборудование UE также являются неэффективными с точки зрения энергосбережения, например, вследствие избыточного распространения сигналов и требования наличия в каждом модуле RAT информации обо всех других технологиях RAT в устройстве.
[0012] Соответственно, было бы желательно обеспечение способов и систем, которые уменьшают или устраняют вышеописанные недостатки, связанные с устройствами с поддержкой множества RAT.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0013] Согласно примерному варианту осуществления, компоновка для обработки данных включает в себя процессор, сконфигурированный для выполнения процедур, связанных с различными технологиями радиодоступа (RAT), функцию планировщика радиосвязи, сконфигурированную для приема от процедур запросов на ресурсы радиосвязи, и дополнительно сконфигурированную для выборочного разрешения или отклонения радиодоступа посредством процедур в ответ на вышеупомянутые запросы, и запоминающее устройство, сконфигурированное для работы в качестве распределенной базы данных для хранения данных, произведенных посредством, по меньшей мере, одной из процедур, и предоставления данных, по меньшей мере, в другую процедуру.
[0014] Согласно другому варианту осуществления, устройство беспроводной связи с поддержкой множества RAT содержит компоновку, описанную в предыдущем параграфе.
[0015] Согласно другому варианту осуществления, способ обработки данных в устройстве с поддержкой множества технологий радиодоступа (RAT) включает в себя этап генерирования процедур, предназначенных для выполнения функций, связанных с различными технологиями радиодоступа (RAT), этап хранения данных, производимый посредством, по меньшей мере, некоторых из процедур в распределенной базе данных, этап извлечения данных из распределенной базы данных для процедур, которые являются потребителями данных, и этапы приема и управления, посредством функции планировщика радиосвязи, запросов на ресурсы радиосвязи, по меньшей мере, некоторых процедур.
[0016] Согласно другому примерному варианту осуществления, некратковременный компьютерно-читаемый носитель, содержащий программные команды, которые, при их выполнении посредством компьютера или процессора, выполняют этапы, на которых генерируют процедуры, предназначенные для выполнения функций, связанных с различными технологиями радиодоступа (RAT), сохраняют данные, произведенные посредством, по меньшей мере, некоторых из процедур в распределенной базе данных, извлекают данные из распределенной базы данных для процедур, которые являются потребителями данных, и принимают и управляют, посредством функции планировщика радиосвязи, запросами на ресурсы радиосвязи, по меньшей мере, некоторых процедур.
[0017] Согласно другому варианту осуществления, компоновка включает в себя платформу с поддержкой множества технологий радиодоступа (RAT), сконфигурированную для обеспечения связи с помощью множества различных технологий RAT с использованием процедур, связанных с функциями обработки приемопередатчика, причем процедуры реализуют функции обработки приемопередатчика при помощи функциональных блоков (FU), которые выполняют операции, причем блок FU реализуется, по меньшей мере, в одном из аппаратных средств и программных средств; и причем блоки FU сконфигурированы посредством дескрипторов функционального блока (FUD), которые подают команду в блок FU касательно, по меньшей мере, одного из следующего: (a) из какой ячейки запоминающего устройства выполнить считывание данных для оперирования с ними или параметров, связанных с операцией, которая должна выполняться посредством этого блока FU, (b) в какую ячейку запоминающего устройства сохранить данные в качестве результата операции, и (c) типа сообщения, которое должно быть выведено после операции.
[0018] Согласно другому варианту осуществления, устройство беспроводной связи с поддержкой множества RAT включает в себя компоновку из предыдущего параграфа.
[0019] Согласно другому варианту осуществления, способ реализации функций радиосвязи с обеспечением разрыва связи включает в себя этапы, на которых генерируют процедуры для выполнения функций обработки приемопередатчика, которые обеспечивают связь с помощью множества различных технологий радиодоступа (RAT), реализуют функции обработки приемопередатчика при помощи функциональных блоков (FU), которые выполняют операции по обработке приемопередатчика, причем блоки FU реализуются, по меньшей мере, в одном из аппаратных средств и программных средств, и настраивают конфигурацию блоков FU посредством дескрипторов функционального блока (FUD), которые подают команды в блок FU касательно, по меньшей мере, одного из следующего: (a) из какой ячейки запоминающего устройства выполнить считывание данных для оперирования с ними или параметров, связанных с операцией, которая должна выполняться посредством этого блока FU, (b) в какую ячейку запоминающего устройства сохранить данные в качестве результата операции, и (c) типа сообщения, которое должно быть выведено после операции.
[0020] Согласно другому примерному варианту осуществления, некратковременный компьютерно-читаемый носитель, содержащий программные команды, которые, при исполнении посредством компьютера или процессора, выполняют этапы, на которых: генерируют процедуры для выполнения функции обработки приемопередатчика, которые обеспечивают связь с помощью множества различных технологий радиодоступа (RAT); реализуют функции обработки приемопередатчика при помощи функциональных блоков (FU), которые выполняют операции по обработке приемопередатчика, причем блок FU реализуется, по меньшей мере, в одном из аппаратных средств и программных средств; и генерируют блок FU посредством дескрипторов функционального блока (FUD), которые подают команду в блок FU касательно, по меньшей мере, одного из следующего: (a) из какой ячейки запоминающего устройства выполнить считывание данных для оперирования с ними или параметров, связанных с операцией, которая должна выполняться посредством этого блока FU, (b) в какую ячейку запоминающего устройства сохранить данные в качестве результата операции, и (c) типа сообщения, которое должно быть выведено после операции.
[0021] Согласно другому примерному варианту осуществления, способ предотвращения конфликтов между множеством запросов на ресурсы модуля технологии радиодоступа (RAT), содержащий этапы, на которых: принимают запрос на резервирование времени радиосвязи в функции планировщика радиосвязи, причем каждый из запросов включает в себя значение приоритета для запроса на резервирование времени радиосвязи, определяют, посредством функции планировщика радиосвязи, разрешить или отклонить каждый из запросов на резервирование времени радиосвязи, на основе, по меньшей мере частично, сравнения значений приоритета, и отправляют либо соответствующее разрешение, либо отклонение на основе этапа определения, в направлении соответствующего запросчика резервирования времени радиосвязи.
[0022] Согласно другому примерному варианту осуществления, платформа для распределения ресурсов радиосвязи из множества модулей технологии радиодоступа (RAT) содержит аппаратные средства радиосвязи, сконфигурированные для передачи и приема радиосигналов через радиоинтерфейс с использованием множества технологий RAT, планировщик радиосвязи, соединенный с аппаратными средствами радиосвязи и сконфигурированный для приема запросов на резервирование времени радиосвязи, причем каждый из запросов включает в себя значение приоритета для запроса на резервирование времени радиосвязи, и для определения того, разрешить или отклонить каждый из запросов на резервирование времени радиосвязи, на основе, по меньшей мере частично, значений приоритета.
[0023] Согласно другому примерному варианту осуществления, некратковременный компьютерно-читаемый носитель, содержащий программные команды, которые, при исполнении посредством компьютера или процессора, выполняют этапы, на которых: принимают запрос на резервирование времени радиосвязи в функции планировщика радиосвязи, причем каждый из запросов включает в себя значение приоритета для запроса на резервирование времени радиосвязи; определяют, посредством функции планировщика радиосвязи, разрешить или отклонить каждый из запросов на резервирование времени радиосвязи, на основе, по меньшей мере частично, сравнения значений приоритета; и отправляют либо соответствующее разрешение, либо отклонение на основе этапа определения, в направлении соответствующего запросчика резервирования времени радиосвязи.
[0024] Согласно примерному варианту осуществления, предоставляется архитектура программных средств для Уровня 1 для получения доступа к системе радиосвязи. Архитектура программных средств включает в себя: процедуру, сконфигурированную для ограничения плоскости управления от более высоких уровней, и сконфигурированную для использования планировщика радиосвязи; планировщик радиосвязи, сконфигурированный для осуществления управления и разрешения доступа к общей радиосвязи; распределенную базу данных, сконфигурированную для обеспечения разрыва связи производителя и потребителя одних и тех же данных; и функциональный блок, сконфигурированный для формирования выполняемых функций. Функциональный блок также может включать в себя интерфейс настройки конфигурации и алгоритм. Архитектура программных средств также может включать в себя сессию, сконфигурированную для построения цепочек функциональных блоков для формирования обработки по нисходящей линии связи и восходящей линии связи. Архитектура программных средств также может включать в себя блок управления ресурсами, сконфигурированный для сбора и распределения ресурсов для всех сессий.
[0025] Согласно другому примерному варианту осуществления, предоставляется способ использования архитектуры программных средств для Уровня 1 для получения доступа к системе радиосвязи. Способ включает в себя этапы, на которых: ограничивают плоскость управления от более высоких уровней и используют планировщик радиосвязи посредством процедур; управляют и разрешают доступ к общей радиосвязи посредством планировщика радиосвязи; разрывают связь производителя и потребителя одних и тех же данных посредством распределенной базы данных; и формируют выполняемые функции посредством функционального блока.
[0026] Согласно другому варианту осуществления, устройство включает в себя процессор, сконфигурированный для выполнения программных команд, хранящихся на компьютерно-читаемом носителе, причем программные команды функционируют для формирования, по меньшей мере, одного функционального блока аппаратных средств, причем сформированный функциональный блок аппаратных средств принимает команды и генерирует ответы, которые являются обобщенными в отношении любой из множества технологий радиодоступа (RAT), с помощью которых может выполнять связь это устройство, и распределенную базу данных, сконфигурированную для обеспечения непрямого обмена информацией находящимся в пределах устройства источникам данных и потребителям данных.
[0027] Согласно примерному варианту осуществления, предоставляется способ обработки данных в пользовательском оборудовании (UE) с поддержкой множества технологий радиодоступа (RAT). Способ включает в себя этапы, на которых: выполняют построение логической модели; обеспечивают физическое распределение для множества логических объектов; завершают использование ресурса; и обрабатывают данные посредством множества функциональных блоков (FU).
[0028] Согласно другому примерному варианту осуществления, предоставляется способ обработки данных в пользовательском оборудовании (UE) с поддержкой множества технологий радиодоступа (RAT). Способ включает в себя этапы, на которых: считывают отсчеты из радиоинтерфейса; генерируют множество дескрипторов функционального блока (FUD); ассоциируют функциональный блок (FU) с каждым из множества FUD; передают, по меньшей мере, одну команду из каждого из множества FUD в связанный с ним блок FU; обрабатывают сигналы посредством каждого из блоков FU на основе принятой им, по меньшей мере, одной команды, причем блоки FU выполняют последовательную обработку принятой ими, по меньшей мере, одной команды; и доставляют блок данных. Кроме того, каждый блок FU может быть связан с множеством FUD.
[0029] Согласно другому примерному варианту осуществления, предоставляется функциональный блок (FU) для обработки алгоритма. Блок FU включает в себя: секцию входного порта для приема первого сообщения; секцию функционального блока для обработки первого сообщения; и выходной порт для передачи второго сообщения, полученного на основе обработки первого сообщения.
[0030] Согласно другому примерному варианту осуществления, предоставляется дескриптор функционального блока (FUD), предназначенный для настройки конфигурации функционального блока, причем FUD включает в себя: первую информацию, ассоциированную с одним или более ячейками запоминающего устройства, для использования ее посредством функционального блока (FU); и вторую информацию, ассоциированную с одним или более сообщениями, которые блок FU отправляет после обработки сообщения.
[0031] Согласно другому примерному варианту осуществления, пользовательское оборудование (UE) с поддержкой множества технологий радиодоступа (RAT) включает в себя: множество модулей RAT, каждый из которых сконфигурирован для обеспечения связи оборудования UE с поддержкой множества RAT с помощью различных технологий RAT; и процессор, сконфигурированный для выполнения функций, независимых от модулей RAT, посредством задействования передачи функциональных блоков, в которой производительность действия одной из функций посредством соответствующего функционального блока определяется посредством дескриптора функционального блока. Согласно примерному варианту осуществления, предоставляется способ предотвращения конфликтов между множеством запросов на ресурсы модуля технологии радиодоступа (RAT). Способ включает в себя этапы, на которых: назначают приоритет для запроса на резервирование времени радиосвязи; выполняют запрос на резервирование времени радиосвязи, включающий в себя приоритет; и принимают либо разрешение, либо отклонение запроса на резервирование времени радиосвязи, причем время радиосвязи задается при помощи единой временной шкалы для разрешенного запроса на резервирование времени радиосвязи.
[0032] Согласно примерному варианту осуществления, предоставляется способ предотвращения конфликтов между множеством запросов на ресурсы модуля технологии радиодоступа (RAT). Способ включает в себя этапы, на которых: принимают, в функции планировщика радиосвязи, запрос на резервирование времени радиосвязи, который включает в себя приоритет для запроса на резервирование времени радиосвязи; определяют, разрешить или отклонить запрос на резервирование времени радиосвязи, на основе приоритета; назначают единую временную шкалу для запроса на резервирование времени радиосвязи, если запрос на резервирование времени радиосвязи разрешен; и отправляют разрешение или отклонение на основе этапа определения, на котором разрешают или отклоняют запрос на резервирование времени радиосвязи.
[0033] Согласно другому примерному варианту осуществления, предоставляется устройство для предотвращения конфликтов между множеством запросов на ресурсы модуля технологии радиодоступа (RAT). Устройство включает в себя: по меньшей мере, два модуля RAT, сконфигурированных для выполнения запроса на резервирование времени радиосвязи и сконфигурированных для назначения приоритета для запроса на резервирование времени радиосвязи; процессор с функцией планировщика радиосвязи, который сконфигурирован для определения того, разрешить или отклонить запрос на резервирование времени радиосвязи, на основе приоритета, сконфигурирован для выделения единой временной шкалы для запроса на резервирование времени радиосвязи, если запрос на резервирование времени радиосвязи разрешен, и сконфигурирован для отправки либо разрешения, либо отклонения на основе определения, разрешить или отклонить запрос на резервирование времени радиосвязи.
[0034] Согласно другому примерному варианту осуществления, устройство включает в себя или содержит множество модулей технологии радиодоступа (RAT), каждый из которых сконфигурирован для предоставления беспроводной связи между устройством и соответствующей сетью RAT, и модуль планировщика радиосвязи, сконфигурированный для приема запроса на радиодоступ из одного или более вышеупомянутых из множества модулей RAT, и выборочной авторизации каждого запроса на получение радиодоступа. После получения сигнала на разрешение запроса на получение радиодоступа из модуля планировщика радиосвязи, соответствующий модуль RAT в устройстве может инициировать радиодоступ посредством передачи одного или более сигналов в направлении соответствующей сети RAT.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0035] Сопроводительные чертежи иллюстрируют примерные варианты осуществления, в которых:
[0036] Фиг. 1 иллюстрирует архитектуру Уровня 1 согласно примерному варианту осуществления;
[0037] Фиг. 2 изображает примерный случай использования, используемый для описания функционирования архитектуры Уровня 1 из Фиг. 1;
[0038] Фиг. 3 изображает различные процедуры, сгенерированные как часть примерного случая использования из Фиг. 2;
[0039] Фиг. 4 изображает устройство согласно примерному варианту осуществления;
[0040] Фиг. 5 иллюстрирует схему последовательности операций, иллюстрирующую способ согласно примерному варианту осуществления;
[0041] Фиг. 6 иллюстрирует схему последовательности операций, изображающую способ согласно другому примерному варианту осуществления;
[0042] Фиг. 7 иллюстрирует функциональный блок (FU) и дескриптор функционального блока (FUD), который может задавать конфигурацию блока FU согласно примерному варианту осуществления;
[0043] Фиг. 8 изображает цепочку блоков FU согласно примерному варианту осуществления;
[0044] Фиг. 9 изображает цепочку блоков FU с двумя FUD согласно примерному варианту осуществления;
[0045] Фиг. 10 изображает FUD согласно примерному варианту осуществления;
[0046] Фиг. 11 изображает информационный поток согласно примерному варианту осуществления;
[0047] Фиг. 12 иллюстрирует схему последовательности операций, иллюстрирующую способ согласно примерным вариантам осуществления;
[0048] Фиг. 13 изображает планировщик радиосвязи, обеспечивающий взаимодействие между множеством модулей RAT, и аппаратные средства радиосвязи согласно варианту осуществления; и
[0049] Фиг. 14-15 иллюстрируют схемы последовательности операций, иллюстрирующие способы согласно примерным вариантам осуществления.
ПОДРОБНОЕ ОПИСАНИЕ
[0050] Следующее подробное описание примерных вариантов осуществления имеет ссылки на сопроводительные чертежи. Одинаковые ссылочные обозначения на различных чертежах идентифицируют одни и те же или аналогичные элементы. Кроме того, чертежи не обязательно выполнены в масштабе. Также, следующее подробное описание не ограничивает изобретение.
[0051] Ссылка на «один вариант осуществления» или «вариант осуществления» на протяжении всей спецификации означает, что конкретный отличительный признак, конструкция или параметр, описанные в связи с вариантом осуществления, включены, по меньшей мере, в один вариант осуществления раскрытого предмета изобретения. Следовательно, появление фраз «в одном варианте осуществления» или «в варианте осуществления» в различных местах на протяжении всей спецификации, не обязательно относится одному и тому же варианту осуществления. Кроме того, конкретные отличительные признаки, конструкции или параметры могут быть скомбинированы любым подходящим способом в одном или более вариантах осуществления.
[0052] Как упомянуто выше, когда новая технология радиодоступа (RAT) или функция добавляется в пользовательское оборудование (UE) с поддержкой множества RAT, не только должна быть реализована новая технология RAT/функция, но также должны быть адаптированы и унаследованные варианты реализации, что, как правило, серьезно затрагивает вариант реализации, как в программных средствах, так и в аппаратных средствах. Как правило, и для примера, программные средства (SW) Уровня 1 (L1) с поддержкой двух или множества RAT могут быть реализованы в виде сочетания соответствующих технологий RAT с очень незначительным использованием общих выполняемых функций, отдельных интерфейсов и исключительно простого интерфейса между технологиями RAT. Выше были упомянуты проблемы, связанные с использованием такого подхода.
[0053] Согласно примерным вариантам осуществления, предоставлена структура Уровня 1, которая не ориентирована на использование технологии радиодоступа (не RAT-центрическая), архитектура программных средств (SW) и/или аппаратных средств для Уровня 1, которая не является RAT-центрической, и которая предусматривает четкое разделение функций, которые, естественным образом, не связаны посредством соответствующих стандартов радиосвязи, например, стандартов 3GPP. Это может быть достигнуто посредством, например, идентификации элементов архитектуры, например, интерфейсов, служб, процедур, сессий и функциональных блоков (FU), которые могут быть конкретизированы и приспособлены для реализации любой технологии доступа или функции. Общие элементы, например, планировщик радиосвязи, блок управления ресурсами, блок FU радиосвязи и блок FU таймера, описанные ниже, могут обеспечивать не RAT-центрические службы для всех функций. Кроме того, в описанных в настоящем документе вариантах осуществления обеспечен механизм, который позволяет функциям осуществлять обмен информацией без создания сильных связей между ними посредством использования, например, распределенной базы данных.
[0054] Согласно примерным вариантам осуществления, типичная архитектура с поддержкой множества RAT также может предусматривать распределение архитектурных элементов, например, интерфейсов и протокола(ов) сообщения блока FU, через один или несколько центральных процессоров (CPU)/ядер. Архитектура также может обеспечивать перемещение выполняемых функций, например, блоков FU, между процессорами CPU, цифровыми сигнальными процессорами (DSP) и ускорителями аппаратных средств (HW), а также поддержку изменений средств HW. Может быть определен ряд правил для порядка действий при реализации кода прикладной программы (в службах, процедурах, сессиях и блоках FU), и также может быть определен ряд пользовательских интерфейсов для порядка действий использования единых элементов. Согласно примерным вариантам осуществления, при следовании этим правилам и использовании пользовательских интерфейсов, предполагается привнесение небольшой или полное отсутствие нежелательной связи между функциями/технологиями RAT, и могут быть добавлены новые функции/технологии RAT, не затрагивая унаследованного варианта реализации. Подобным образом, функции могут быть удалены для создания дешевых вариантов из существующей кодовой базы, не затрагивая оставшихся функций.
ОБЩАЯ АРХИТЕКТУРА ПРОГРАММНЫХ СРЕДСТВ
[0055] Согласно примерным вариантам осуществления, теперь, со ссылкой на Фиг. 1, будет описана структура с обобщенной поддержкой множества RAT (которая включает в себя архитектуру программных средств, предназначенную для выполнения описанных ниже задач и функций), в которой могут быть реализованы описанные в настоящем документе примерные варианты осуществления. Некоторая часть этого описания использует термины объектно-ориентированного программирования для объяснения различных функций, что не обязательно подразумевает реализацию этих функций с использованием технических приемов объектно-ориентированного программирования. Например, Фиг. 1 может быть представлена в виде диаграммы высшего уровня (например для ePHY (физического уровня управления)). На чертеже, интерфейсы обеспечивают пользователю (например, одной из технологий RAT) службы функционально-ориентированный прикладной программный интерфейс (API), который скрывает фактическое внедрение и реализацию службы. Например, Уровень 1 100 включает в себя некоторое количество интерфейсов, которые могут действовать в качестве прокси-сервера для сервера, например, внешний интерфейс 102 Уровня 1 и внутренний нижний интерфейс 104 Уровня 1 могут действовать в качестве прокси-сервера для сервера. Согласно этому примерному варианту осуществления, архитектура Уровня 1 разделена на Верхний Уровень 1 106 и Нижний Уровень 1, включающий в себя часть 108 управления (например, реализованную в виде процессора ARM (32-битного процессора фирмы Advanced RISC Machine)) и часть 110 обработки данных (например, реализованную в виде аппаратного (HW) ускорителя, или в виде CPU/DSP), причем Нижний Уровень 1 в большей степени зависит от базовых аппаратных средств (в некоторых случаях, как правило, средства HW обработки групповых сигналов). Далее будет более подробно описан каждый из этих различных компонентов архитектуры, и способ взаимодействия их подэлементов для упрощения обобщенных операций поддержки множества RAT.
[0056] Верхний Уровень 1 106 включает в себя класс службы, который захватывает каждую службу 112 и его описание параметров по требованию пользователя, например, одну из множества RAT, поддерживаемых посредством архитектуры 100 Уровня 1. Отметим, что, несмотря на то, что на Фиг. 1 проиллюстрирована только одна служба 112, компонент 106 Верхнего Уровня 1 может, в любое время, иметь многочисленные варианты конкретизации службы 112 класса службы на основе запросов пользователей, как обозначено посредством ссылочного обозначения 1...*. Службы 112 обеспечивают первый этап/механизм для отделения друг от друга (разрыва связи) функций, реализуемых в архитектуре с обобщенной поддержкой множества RAT.
[0057] Объект(ы) 112 службы принимают запросы от пользователей (RAT) через интерфейс 102 Уровня 1 и выполняют работу на основе этих запросов для определения того, какие выполняемые функции запрашиваются (в отличие от порядка действий при реализации запрошенных выполняемых функций). На основе этого определения выполняемых функций, объект(ы) 112 службы реализуют одну или более процедур или объектов 114 процедур, которые функционируют для реализации запрошенных выполняемых функций. Процедура или объект 114 процедуры, в этом контексте, могут рассматриваться как логическая машина состояний, которая реализует желательные выполняемые функции, например, размеры канала, либо для конкретной технологии RAT, либо способом, общим для множества RAT. Процедура(ы) 114 также могут функционировать для ограничения плоскости управления от более высоких уровней и реализации внешнего поведения (в плоскости управления). Класс процедуры может быть реализован и конкретизирован для каждой функции, обеспеченной посредством архитектуры 100 Уровня 1. Каждая процедура 114, или группа связанных процедур 114, планирует и настраивают выполнение связанной с ними функции независимо от остальной части системы, то есть, без информации, средств взаимодействия или участия других процедур 114. Эта независимая характеристика процедур 114 согласно этим вариантам осуществления предотвращает потребность в перезаписи или иного изменения процедур 114 при добавлении к архитектуре новых функций и/или новых технологий RAT.
[0058] Несколько общих элементов, то есть, совместно используемых посредством различных процедур 114, независимо от того, какие запросы технологии RAT реализованы этими процедурами, обеспечены в архитектуре 100 Уровня 1 для предоставления независимости процедур 114. Например, планировщик 116 радиосвязи используется посредством процедур 114 для получения распределения времени радиосвязи, то есть, для совместного использования физической приемопередающей радиостанции между различными технологиями RAT и среди различных процедур, связанных с одинаковыми технологиями RAT.
[0059] Согласно примерным вариантам осуществления, планировщик 116 радиосвязи может обеспечивать возможность сосуществования независимых процедур 114 в отдельной среде радиосвязи. Планировщик 116 радиосвязи осуществляет управление и разрешает доступ к единой радиосвязи при помощи взаимодействия с Нижними частями 108, 110 Уровня 1. До момента возможности использования радиосвязи посредством процедуры 114, процедура будет запрашивать распределение (например, ресурса радиосвязи и времени отправки) из планировщика 116 радиосвязи, например, как обозначено посредством сигнальной линии 122. Резервирование радиосвязи может быть выполнено посредством планировщика 116 радиосвязи на основе, помимо прочего, относительного приоритета запросов на ресурсы радиосвязи. Согласно некоторым вариантам осуществления, процедура 114 должна принимать сигнал разрешения радиосвязи через сигнальную линию 124 отправки для получения доступа к радиосвязи. Кроме того, в сферу ответственности клиента (то есть, процедуры 114) входит выполнение последующего действия(й), в случае отклонения запроса на использование радиосвязи, например, через сигнальную линию 126. Время радиосвязи может зарезервировано в обобщенном формате времени, не характерном для технологии RAT. Более подробное обсуждение планировщика 116 радиосвязи предоставлено ниже под заголовком «Планировщик радиосвязи».
[0060] В дополнение к планировщику радиосвязи, процедуры 114 также могут использовать службы 118 в нижнем интерфейсе 108 Уровня 1 для обеспечения независимости процедур 114 от аппаратных средств. Отметим, однако, что между процедурами 114, которые не имеют сильной связи, все еще может существовать отношение клиент-сервер, то есть, может существовать односторонняя взаимосвязь или связь между двумя процедурами, как между клиентом и сервером. Чтобы позволить части сервера производить данные без информации о потребителе данных, примерные варианты осуществления также предусматривают наличие распределенной базы 120 данных. Распределенная база 120 данных позволяет выполнять разрыв связи производителя и потребителя одних и тех же данных (это может быть вариантом реализации поточно-ориентированного шаблона «наблюдатель»), посредством обеспечения единой области данных, в которой данные могут сохраняться посредством различных процедур 114, и из которых данные могут быть изъяты посредством различных процедур 114. Таким образом, производителю данных не требуется информация о количестве или наименовании потребителей этих данных. Например, если была реализована конкретная процедура 114 для считывания и идентификации соты в списке соседних узлов, то эта процедура 114 может сохранять полученные в результате данные в базе 120 данных, а другие процедуры 114 (например, процедуры измерения) могут получать эти данные из базы данных без какого-либо прямого взаимодействия между процедурой 114 считывания списка соседних узлов и процедурами 114 измерения.
[0061] Теперь, переходя к Нижней части Уровня 1 на Фиг. 1, интерфейс 104 обеспечен, например, для предоставления размещения клиентов на различных процессорах, а интерфейсе 104 также пересылает запрос из Верхней части 106 Уровня 1 архитектуры 100 в части управления 108 и данных 110 Нижней части Уровня 1 архитектуры 100. Способом, аналогичным способу, связанному с Верхней частью 106 Уровня 1, объект 118 службы может быть реализован в ответ на прием запроса на обслуживания из нижнего уровня интерфейса 104, например, реализации службы, указывающей функцию, запрошенную для выполнения, а не механизм для выполнения этой функции. Согласно примерным вариантам осуществления, сессии 128 реализуют выполняемые функции, обеспеченные посредством нижних служб Уровня 1 в ответ на запросы из процедур 114 и/или планировщика 116 радиосвязи. Сессии 128 могут, например, являться первым элементом в архитектуре 100, который получает информацию об аппаратных средствах, но в этих сессиях 128 также используются логические интерфейсы настройки конфигурации для функциональных блоков (блоков FU, описанных ниже), например, логических блоков FU 130, 132, 134, которые скрывают как вариант реализации, так и размещение существующих алгоритмов. Сессии 128 могут формировать цепочки блоков FU для составления полной обработки по восходящей и нисходящей линиям связи и обеспечивать службы для запросов, связанных с реализованными объектами 118 служб. Как большое количество других объектов в архитектуре 100, сессии 128, которые напрямую не зависят друг от друга, могут вообще не иметь информации друг о друге.
[0062] Согласно примерным вариантам осуществления, блок FU, представленный, например, посредством логического блока FU 134 и соответствующего физического блока FU 140, может являться инкапсуляцией четко определенных выполняемых функций, например, Быстрого преобразования Фурье (FFT), которые могут быть использованы для выполнения операции как части (потенциально более сложной) функции радиосвязи, выполняемой посредством процедуры 114. Блок FU может являться распределенным объектом, который содержит часть интерфейса настройки конфигурации, например, логический блок FU 134, который обеспечивает пользователю функционально-ориентированный интерфейс и часть алгоритма, например, физический блок FU 140, который осуществляет выполняемые функции. Часть 140 алгоритма может быть реализована в виде средств HW или средств SW, и его распределение может быть непрозрачным для пользователя, то есть, технологии RAT или процедуры 114, которая, в конечном счете, называется алгоритмом. Интерфейс 134 настройки конфигурации может быть реализован несколько раз посредством различных пользователей, независимо друг от друга, совместно использующих один и тот же вариант реализации алгоритма. События могут быть соединены в самозапускающиеся цепочки, которые обеспечивают возможность автономного выполнения, без вмешательства какого либо процессора CPU во время настройки конфигурации (сессии). Фактическое распределение и реализация части 140 алгоритма также могут быть приведены во время настройки конфигурации без запуска блока FU и запущенного блока FU, когда-либо имевшего информацию о распределении и реализации другого блока FU. Для обеспечения возможности выполнения сочетания блоков FU 134, 140, реализованных в виде аппаратных (HW) ускорителей или алгоритмов, на различных микроконтроллерах или процессорах DSP, может быть использован специальный протокол, связанный с дескрипторами блока FU (дескрипторами FUD, более подробно описанными ниже). Несмотря на то, что в обычном случае он настраивается в зависимости от того, реализован ли блок FU в виде средств HW или средств SW, FUD может быть образован способом, который может использоваться как для средств HW, так и для средств SW. Способность блока L-FU 134 к настройке конфигурации используется для построения FUD, а также он имеет возможность отправки сообщения в блок P-FU 140. Сессия 128 использует это сообщение для запуска цепочки обработки сигнала из блока P-FU 140. Сессия 128 отправляет сообщение в первый блок P-FU 140 в цепочке, а затем блоки P-FU 140 будут запускать друг друга без какого-либо участия сессии 128 или блока L-FU 134. Большее количество информации о блоках FU и дескрипторах FUD предоставлено ниже под заголовком «Функциональные блоки».
[0063] Согласно примерным вариантам осуществления, в архитектуре 100 могут быть обеспечены различные специализированные блоки FU. Например, блок FU 138 радиосвязи является специализацией класса блока FU. Блок FU 138 радиосвязи может формировать единые средства HW радиосвязи. Как и в случае общего блока FU 140, все пользователи (сессии 128) создают свое собственное событие соответствующего интерфейса 132 настройки конфигурации независимо друг от друга. Блок FU 136 таймера также является специализацией класса блока FU. Блок FU 136 таймера может формировать общий таймер средств HW и обеспечивать выполняемые функции таймера для каждой из частей, а именно единого, например, планировщика 116 радиосвязи, и ориентированных на технологию RAT, например, процедур 114. Запросы таймера могут быть зарезервированы в обобщенном, не ориентированном на технологию RAT, формате времени. Больше деталей касательно блока FU обеспечено ниже под заголовком «Функциональные блоки (FU)».
[0064] Согласно примерным вариантам осуществления, архитектура 100 может позволить функциям (сессиям 128), связь между которыми полностью разорвана, совместно использовать одни и те же ресурсы аппаратных средств и программных средств. Способом, аналогичным способу из планировщика 116 радиосвязи, общий менеджер 142 ресурсов может собирать и распределять ресурсы, например, память, средства HW, пропускную способность процессора DSP, и т.д., для всех функций (сессий 128), например, посредством загрузки программных средств, распределения области в запоминающем устройстве, инициализации области запоминающего устройства, включения аппаратных средств, выключения аппаратных средств, и т.д., таким образом, чтобы несколько пользователей (сессий 128) могли совместно использовать эти ресурсы без средств взаимодействия непосредственно между сессиями 128. Таким образом, достигается отсутствие взаимной информированности между технологиями RAT. Согласно вариантам осуществления, нет никакой прямой связи между модулями технологии RAT или между службами/процедурами/сессиями, которые связаны с различными технологиями RAT. Таким образом, технологии RAT функционируют автономно друг от друга и не требуют средств взаимодействия.
ПРИМЕР ФУНКЦИОНИРОВАНИЯ АРХИТЕКТУРЫ
[0065] Согласно примерным вариантам осуществления, вышеописанная архитектура 100 программных средств Уровня 1 может быть использована в оборудовании UE для обеспечения возможности совместного получения доступа множества RAT, например, сети стандарта Долгосрочное развитие (LTE) и сети с широкополосным множественным доступом с кодовым разделением каналов (WCDMA), к различным ресурсам оборудования UE. Для лучшего понимания механизма функционирования архитектуры 100, в частности касательно ее возможности разрыва связи между функциями технологии RAT, начиная с Фиг. 2 рассматривается следующее примерное функционирование радиосвязи.
[0066] На чертеже, предположим, что UE 200 с поддержкой множества RAT в стандарте LTE/WCDMA, функционирующее с использованием вышеописанной архитектуры 100, перемещается в направлении стрелки 201. UE 200, в настоящий момент обслуживается посредством соты 202 LTE (eNodeB 203), однако мощность сигнала из обслуживающей соты ослабляется по мере перемещения UE 200 в направлении к границе соты. Соответственно, для UE 200 требуется начинать приготовления к возможной передаче обслуживания соте 204 WCDMA (Node B 205). Таким образом, интерфейс 102 Уровня 1 принимает запросы от клиентов LTE и WCDMA на измерение соответствующего канала(ов) LTE и канала(ов) WCDMA, включая параметры, связанные с этими каналами и требуемыми измерениями. Эти запросы дают в результате реализацию объекта 122 службы измерения, что отражает желание клиента на выполнение измерения. Объект 112 службы измерения, в свою очередь, использует принятые параметры для формирования множества процедур 114, например, единой процедуры 114a измерения, процедуры 114b измерения LTE и процедуры 114c измерения WCDMA, которые оказывают влияние на то, какие измерения будут выполнены, как проиллюстрировано на Фиг. 3.
[0067] Согласно этому варианту осуществления, общая процедура 114a измерения выполняет задачу(и) измерения, которые являются общими для множества RAT (например, связанных с каналом поискового вызова), в этом примере, LTE и WCDMA, в то время как ориентированные на технологию RAT процедуры 114b и 114c измерения выполняют задачи измерения, которые являются характерными для этих технологий RAT. Поскольку, в этом исключительно иллюстративном примере, обслуживающая сота 202 является сотой LTE, процедура 114b измерения LTE обуславливает время выполнения измерений. Таким образом, процедура 114b измерения LTE публикует информацию (сохраненную в распределенной базе 120 данных) касательно времени выполнения измерений. Отметим, однако, что, несмотря на то, что процедура 114b измерения LTE является производителем этих данных «о доступности измерений», процедура 114b измерения LTE согласно этому варианту осуществления не имеет никакой информации о существовании общей процедуры 114a измерения или процедуры 114c измерения WCDMA, или их потребности в данных о доступности измерений. Фактически, могло существовать любое количество других дополнительных процедур измерения технологии RAT, функционирующих параллельно с процедурой 114b измерения LTE без какой-либо потребности в изменении процедуры 114b измерения LTE.
[0068] Другие процедуры 114a и 114c измерения подписываются на получение информации касательно доступности измерения. Таким образом, если процедура 114b в этом примере помещает в базу 120 данных информацию касательно допустимого времени и места выполнения измерения мощности/качества сигнала, то выполняется уведомление процедур 114a и 114c. Затем, процедуры 114a-c измерения будут использовать данные о доступности измерения для запроса времени радиосвязи для выполнения необходимых для них измерений. Однако, поскольку они не имеют информации друг о друге, они могут запрашивать использование радиосвязи в одно и то же время, например, через запросы на ресурсы радиосвязи, отправленные в планировщик 116 радиосвязи. Следовательно, согласно этому варианту осуществления, процедуры 114a-114c измерения отправляют, вместе с каждым из их запросов на ресурсы радиосвязи, уровень приоритета, связанный с запросом. Уровень приоритета, выбранный посредством соответствующей процедуры 114a-114c, может, например, быть основан на степени срочности, требуемой для выполнения измерения для процедуры, например, на основе соответствующего стандартизированного запроса на измерение. Больше информации, связанной с приоритетами и разрешением конфликтов между ресурсами, выполняемым посредством планировщика 116 радиосвязи, предоставлено ниже.
[0069] Планировщик 116 радиосвязи принимает запросы от различных процедур 114a-114c измерения и определяет, какой запрос(ы) разрешить, и какой запрос(ы) отклонить, например, частично на основе предоставленных уровней приоритета, связанных с запросами. Затем, планировщик 116 радиосвязи уведомляет каждую из запрашивающих процедур 114a-114c о своем решении таким образом, чтобы процедуры могли выполнить соответствующее действие, например, выполнить запрос на службу 118 измерения из Нижней части 108 Уровня 1, если ее запрос был разрешен, или ожидать другой возможности измерения после уведомления из распределенной базы 120 данных, если ее запрос был отклонен.
[0070] Теперь, рассматривая Нижнюю часть Уровня 1 архитектуры 100 в этом контексте, из предыдущего обсуждения будет очевидно, что, несмотря на то, что Верхняя часть 106 Уровня 1 функционирует для обеспечения совместного использования ресурсов радиосвязи между различными технологиями RAT несвязанным, независимым способом, Нижняя часть Уровня 1 архитектуры функционирует для обеспечения совместного использования большого количества других типов ресурсов, например, аппаратных ускорителей, запоминающего устройства, питания, пропускной способности процессора (DSP), и т.д., как части выполнения, например, функций измерения. Например, после получения запроса из процедуры 114b измерения LTE, на измерение канала LTE, объект 118 службы реализуется для выполнения этого измерения с конкретным набором параметров, для примера, количества выполняемых корреляций для выполнения измерения. Объект 118 службы, в свою очередь, устанавливает одну или более сессий 128, например, для выполнения корреляций с использованием одной или более связанных в цепочку пар логических блоков FU/физических блоков FU 134, 140.
[0071] В этом контексте, менеджер 142 ресурсов функционирует для координирования ресурсов, которые будут использованы посредством физических блоков FU 140, например, для выполнения корреляций, предотвращения случайного стирания данных на запоминающем устройстве, и т.д. Следовательно, в этом примере, сессия 128 запрашивает ресурсы для выполнения своих функций, например, загрузки алгоритмов процессора DSP, таких как преобразование FFT, адрес(а) ячеек запоминающего устройства, и т.д., для сохранения выходных данных (результатов корреляции).
[0072] Вышеописанные примерные варианты осуществления обеспечивают, помимо прочего, архитектуру программных средств для Уровня 1, которая не является RAT-центрической, что обеспечивает совместное использование различных аппаратных средств и других ресурсов способом, при котором обеспечивается их легкое распространение. Теперь со ссылкой на Фиг. 4 будет описано примерное (и весьма распространенное) устройство, например, UE 200, включающее в себя аппаратные средства, которые могут использовать архитектуру программных средств, связанную со структурой 100 Уровня 1. На чертеже, устройство 400 может содержать процессор 402 (или множество ядер процессора), запоминающее устройство 404, одно или более вторичных устройств 406 хранения данных, блок 408 интерфейса, предназначенный для упрощения связи между устройством 400 и различными технологиями RAT и/или полосами частот, и интерфейсом 102 Уровня 1. Специалистам в денной области техники будет понятно, что в устройстве 400 также будут присутствовать и функционировать и другие (более высокие) Уровни.
[0073] Процессор 402, в целом, управляет различными компонентами устройства 400. Например, процессор 402 может выполнять команды для упрощения описанных в настоящем документе примерных вариантов осуществления. Блок 408 интерфейса может включать в себя один или более приемопередатчиков (например, средств HW радиосвязи), сконфигурированных для отправки и приема сигналов через различные радиоинтерфейсы, связанные с различными технологиями RAT и/или полосами частот. Следует отметить, что также могут существовать и другие блоки и/или соединения, не показанные на Фиг. 4, например различные другие блоки средств HW или функции (например, аппаратный (HW) таймер), прямое соединение (или инкапсуляция) между блоками 102 и 408, и т.д.
[0074] На Фиг. 5 проиллюстрирован примерный способ, связанный с функционированием архитектуры программных средств 100 Уровня 1. На чертеже, на этапе 500, архитектура программных средств Уровня 1 ограничивает плоскость управления от более высоких уровней (например, Уровней 2/3); на этапе 502, архитектура программных средств Уровня 1 осуществляет управление и разрешает доступ к общей радиосвязи посредством планировщика радиосвязи; на этапе 504 архитектура программных средств Уровня 1 разрывает связь производителя и потребителя одних и тех же данных с использованием распределенной базы данных; и на этапе 506, архитектура программных средств Уровня 1 инкапсулирует выполняемые функции посредством функционального блока. Следует отметить, что в некоторых вариантах осуществления изобретения, этапы на Фиг. 5 могут быть выполнены в другом порядке или даже параллельно.
[0075] Согласно варианту осуществления, и на основе вышеприведенного обсуждения, компоновка для обработки данных включает в себя процессор, сконфигурированный для выполнения процедур, связанных с различными технологиями радиодоступа (RAT); функцию планировщика радиосвязи, сконфигурированную для приема запросов на ресурсы радиосвязи из вышеупомянутых процедур, и дополнительно сконфигурированную для выборочного разрешения или отклонения радиодоступа посредством процедур в ответ на запросы, и запоминающее устройство, сконфигурированное для функционирования в качестве распределенной базы данных для сохранения данных, произведенных посредством, по меньшей мере, одной из процедур, и предоставления данных, по меньшей мере, в другую процедуру.
[0076] Согласно другому варианту осуществления, способ обработки данных в устройстве с поддержкой множества технологий радиодоступа (RAT) включает в себя этапы, проиллюстрированные на Фиг. 6. На чертеже, на этапе 600, генерируют процедуры для выполнения функций, связанных с различными технологиями радиодоступа (RAT). По меньшей мере, некоторые из процедур производят данные, которые могут быть сохранены в распределенной базе данных (этап 602) и впоследствии выбраны из распределенной базы данных (этап 604) посредством процедур, которые являются потребителями этих данных, то есть, таким образом, чтобы осуществить разрыв связи между процедурами, производящими и потребляющими данные. Функция планировщика радиосвязи принимает и управляет запросами на ресурсы радиосвязи, как указано посредством этапа 606.
ФУНКЦИОНАЛЬНЫЕ БЛОКИ (FU)
[0077] Как было описано выше, в настоящем документе примерные описанные варианты осуществления обеспечивают способы и системы, которые предусматривают, помимо прочего, расчленение на модули, распределенную автономную обработку без вмешательства центрального процессора (CPU) (что приводит к уменьшенной скорости прерывания) и возможность совместного использования аппаратных средств (HW) между произвольным количеством пользователей, без создания связи между пользователями, например, модулей технологии радиодоступа (RAT). Такое расчленение на модули может, помимо прочего, являться результатом инкапсуляции обработки в независимые функциональные блоки (FU), которые были кратко описаны выше со ссылкой на Фиг. 1. Модульные архитектуры являются простыми для анализа и разработки, и могут становиться более устойчивыми в плане изменения. Используемый в настоящем документе термин «разбиение на модули» может не предусматривать существования прямых соединений между модулями, например, модулями RAT.
[0078] Следовательно, каждый из блоков FU, согласно этим вариантам осуществления, может представлять четко определенные функции, например, алгоритм Быстрого преобразования Фурье (FFT). Блок FU может быть реализован в средствах SW, средствах HW или в виде их сочетания. Блок FU не имеет никакой информации или зависимости относительно других блоков FU и может быть смоделирован в качестве полностью автономного элемента. Отметим, что, несмотря на то, что это обсуждение касательно блока FU может быть применимо к блокам FU, функционирующим в вышеописанной общей архитектуре программных средств Уровня 1, такие блоки FU, в случае необходимости, также могут быть использованы и в другой архитектуре.
[0079] Теперь, со ссылкой на Фиг. 7, будет описан блок FU 700, например, блок L-FU 134 и блок P-FU 140 из Фиг. 1, и связанный дескриптор 702 функционального блока (FUD). Каждый блок FU 700 может иметь два порта, один входной порт 704 и один выходной порт 706. Блок FU 700 может использовать FUD 702 в качестве одного или более параметров для соответствующей функции блока FU 700, например, выполнения преобразования FFT. Из FUD 702, блок FU 700 также может получать ссылки, например, связанные с адресами ячеек для извлечения и сохранения данных (например, в памяти или реестре). Для проведения аналогии между разбиением на модули, предложенным в этих вариантах осуществления, и объектно-ориентированным программированием, можно положить, что блок FU 700 представляет класс, и если блок FU 700 сконфигурирован с FUD 702, то он становится аналогичным реализованному объекту блока FU.
[0080] Согласно примерным вариантам осуществления, сообщение, которое принимает блок FU 700 через входной порт 704, определяет ячейку данных для FUD 702 в запоминающем устройстве. FUD 702 может определять любой из двух ответов на вопросы или оба вместе: (1) как может быть выполнена функция и (2) какие сообщения отправлять через выходной порт 706 после завершения выполнения посредством блока FU 700. Таким образом, концепция блока FU 700 описывает использование абстрактного порта в виде комбинации архитектуры прохождения сообщения и совместного использования запоминающего устройства. FUD 702 содержит актуальные значения параметра или ссылки на запоминающее устройство, в котором может быть размещено большее количество данных. Например, FUD 702 может определять размещение обоих из входного и выходного буферов данных, и он определяет, какие сообщения отправлять, по завершении выполнения.
[0081] Каждое сообщение, принятое посредством блока FU 700, может определять другой FUD 702 при помощи другого ряда значений параметра и нового контекста. Согласно варианту осуществления, никакой контекст, как правило, не сохраняется в блоке FU 700 между запросами. Кроме того, согласно вариантам осуществления, блок FU 700 не имеет никакой информации или зависимости относительно других блоков FU 700 и может быть смоделирован как полностью автономный элемент. Посредством использования параметров входного порта 704, выходного порта 706 и FUD 702, возможно настроить конфигурацию блока FU 700 для участия в нескольких параллельных цепочках обработки, то есть, как установлено посредством обсуждаемых выше сессий 128. Блок FU 700 может остаться без информации о своем контексте и может реагировать исключительно при получении сообщения.
[0082] Согласно примерным вариантам осуществления, типичный сценарий немодулированной цифровой передачи с использованием ранее описанной архитектуры, может начинаться со считывания отсчетов из радиоинтерфейса, и может завершаться доставкой блока данных на более высокие уровни. Обработка сигнала может быть выполнена на нескольких этапах посредством различных блоков, например, множества соединенных в цепочку блоков FU 700. Каждый блок FU 700 может быть сконфигурирован для отправки одного или нескольких сообщений через его выходной порт 706 по завершении работы блока FU 700. Адрес назначения выходного сообщения определяется посредством FUD 702 и передается в блок FU 700. Порты соединяют блоки FU и приводят в действие цепочку обработки сигнала до момента завершения, причем один блок FU запускает следующий, как изображено на Фиг. 8.
[0083] Фиг. 8 изображает первый функциональный блок FU-A 800, который отправляет сообщение 802 через свой выходной порт 804. Сообщение 802 принимается посредством входного порта 806 второго функционального блока FU-B 808. Блок FU-B 808 выполняет принятые в сообщении 802 команды, а затем отправляет другое сообщение 812 на основе результатов выполнения принятых в сообщении 802 команд через свой выходной порт 810. Таким образом, порты блока FU-A 800 могут быть использованы для запуска блока FU-B 808.
[0084] Согласно примерным вариантам осуществления, и как упомянуто выше, цель FUD 702 заключается в определении параметров функции, в определении места, откуда блок FU 700 извлекает свои входные данные, в определении места, где блок FU 700 сохраняет свои выходные данные, и какие сообщения должен отправлять блок FU 700 (через выходной порт 710) после завершения обработки. Пример этого процесса можно увидеть на Фиг. 9, на которой представлены два события FU: блок FU-A 900 и блок FU-B 902. В этом примере, как блок FU-A 900, так и блок FU-B 902 имеют свой собственный уникальный FUD, например, FU-A: FUD 904 и FU-B: FUD 904, соответственно. В этом примере FU-A: FUD 904 определяет, в какой части запоминающего устройства 908 сохранить значения вычислений в качестве результата работы блока FU-A 900, и какое сообщение должен отправить блок FU-A 900 после завершения выполнения. FU-B: FUD 906 определяет для блока FU-B 902, из какой части запоминающего устройства 908 выполнить считывание входных данных для его вычисления. Руководствуясь этой примерной схемой, данные из блока FU-A 900 могут быть переданы в блок FU-B 902 (например, через запоминающее устройство 908), причем ни блок FU-A 900, ни блок FU-B 902 не будет иметь информации о существовании других. Более того, специалистам в данной области техники будет понятно, что согласно, по меньшей мере, некоторым вариантам осуществления, два блока FU могут обмениваться сообщениями друг с другом, не являясь «следующими» друг за другом, то есть, последовательными блоками FU в цепочке. Другими словами, варианты осуществления могут включать в себя механизм, который позволяет всем блокам FU отправлять сообщения во все блоки FU, независимо от расположения блока FU и варианта реализации блока FU в виде средств HW, средств SW или их сочетания.
[0085] Согласно примерным вариантам осуществления, при использовании концепции, проиллюстрированной на Фиг. 9, можно легко удалить блок FU-B 902 и заменить его другим функциональным блоком FU-C (не показан), и при этом в блоке FU-A 900 изменения не требуется, а в FU-A: FUD 904 требуются лишь незначительные изменения. Более того, если блок FU-A 900 также должен был быть включен в другой контекст (например, параллельно с текущим контекстом), запуская другой блок FU-A 900, то этот процесс мог быть завершен посредством добавления FUD, определяющего этот новый контекст.
[0086] В связи с вышеизложенным, специалистам в данной области техники будет понятно, что может быть реализовано любое количество классов блока FU, причем в каждом событии будет иметься свой собственный FUD 702, описывающий конкретный способ выполнения функции блока FU 700. Сообщение из входного порта, которое принимает блок FU 700, может определять, какой FUD 702 использовать. Согласно примерным вариантам осуществления, FUD 702 является механизмом, используемым для соединения вместе двух или более блоков FU 700 и настройки функций блока FU.
[0087] Согласно примерным вариантам осуществления, блок FU 700 может быть реализован в виде распределенного объекта. Блок FU 700 может содержать часть интерфейса настройки конфигурации, например, логический блок FU 134 из Фиг. 1, который обеспечивает пользователю функционально-ориентированный интерфейс и части алгоритма, например, физический блок FU 140 на Фиг. 1, которая выполняет выполняемые функции. Часть алгоритма может быть реализована в виде средств HW или средств SW, и распределение алгоритма может быть непрозрачным для пользователя. Часть интерфейса настройки конфигурации может быть реализована несколько раз посредством различных пользователей, совместно использующих одно и тот же событие алгоритма. Интерфейс настройки конфигурации может скрывать фактическое распределение и вариант реализации части алгоритма. Блоки FU 700 могут быть соединены в самозапускающиеся цепочки с использованием интерфейса настройки конфигурации, то есть, каждое событие создает свой собственный контекст со своим собственным FUD 702. Пример такой структуры, имеющей отношение к плоскости управления, будет описан позже со ссылкой на Фиг. 11.
[0088] Согласно примерным вариантам осуществления, блок FU 700 может взаимодействовать с буферами сообщений и совместно используемого запоминающего устройства. Сообщение, которое принимает блок FU 700 через свой входной порт 704, может являться почтой с заданием. Не требуется, чтобы это сообщение содержало какие-либо данные. Вместо этого, оно может содержать некоторую форму указателя на FUD 702. FUD 702 может рассматриваться в качестве потока команд. Логически, поток команд FUD 702 может быть разделен на две части, предварительные команды 1000 и последующие команды 1002, как показано в примере структуры FUD из Фиг. 10. Предварительные команды 1000 могут быть расположены во входной области FUD 702. Они могут включать в себя команды по установке для блока FU 700. Предварительные команды 1000 могут быть выполнены перед выполнением блоком FU 700 своей функции, а последующие команды 1002 могут быть выполнены после завершения блоком FU 700 своей функции.
[0089] Согласно примерным вариантам осуществления, последующая команда может быть предназначена для записи значений реестра в определенные адреса ячейки памяти запоминающего устройства или для отправки определенного сообщения в следующий блок FU 700 в цепочке посредством помещения сообщение в порт. Следовательно, каждый блок FU 700 может быть сконфигурирован для отправки сообщения(й) через его выходной порт 706, в момент завершения им своей функции, причем это сообщение(я) включает в себя «адрес(а)»в направлении следующего блока FU. Таким образом, порты соединяют блоки FU 700 и могут приводить в действие цепочку обработки сигнала до ее завершения, где один блок FU 700 запускает следующей блок FU 700. И снова, специалистам в данной области техники должно быть понятно, что предшествующая методика не предназначена, чтобы подразумевать наличие обязательно фиксированного порядка блоков FU, которые, вместо этого, могут выполняться в любом требуемом порядке в соответствии с сессиями.
[0090] Согласно примерным вариантам осуществления, команды во входной и выходной областях FUD 702 могут состоять из действия и значения или из пары значений. Действия могут различаться для различных типов блоков FU 700, но согласно варианту осуществления, может существовать четыре главных группы: (1) команды для настройки конфигурации блока FU 700 при помощи параметров, входных данных и команд на запуск блока FU 700; (2) команды для генерирования выходных данных из блока FU 700; (3) команды для отправки сообщения в другие блоки FU 700; и (4) команды для отправки отслеживающего сообщения для отслеживания и отладки блока. Значение или пара значений, связанная с действием, может, например, являться значением или значениями, которые указывают адрес ячейки памяти запоминающего устройства для буфера или длину транспортного блока для декодера.
[0091] Согласно примерным вариантам осуществления, блок L-FU (логический блок FU), например, блок L-FU 134, может быть включен в конфигурацию, и блок L-FU 134 также может служить в качестве прокси сервера для блока P-FU (физического блока FU), например, блока P-FU 140. В этом последнем контексте, сессия дает команду блоку L-FU 134 на передачу сообщения в блок P-FU 140. Этот триггер запускает выполнение, в котором один блок P-FU 140 будет запускать следующий блок P-FU. Таким образом, конфигурация проходит в вертикальной плоскости из сессии через блок L-FU в P-FUD/P-FU, а данные проходят в горизонтальной плоскости между блоками P-FU.
[0092] Согласно примерным вариантам осуществления, потоки конфигурации и данных, связанные с этими блоками L-FU 134, могут соответствовать схеме, изображенной на Фиг. 11. Изначально, существует пользовательское приложение 1100, которое взаимодействует с одним или более интерфейсами 1102, 1104 и 1106 настройки конфигурации, которые представляют аспекты конфигурации различных блоков L-FU 134. Каждый интерфейс 1102, 1104 и 1106 настройки конфигурации может отправлять послать информацию о конфигурации в соответствующий FUD 1108, 1110 и 1112. Затем, каждый FUD 1108, 1110 и 1112 отправляет команды или иным способом предоставляет информацию о настройках, соответствующую информации о конфигурации, в блок FU, что дает в результате выполнение блоками P-FU 140 их команд, как представлено посредством алгоритмов 1114, 1116 и 1118, которые выполняются последовательно. Фиг. 11 также изображает различные потоки информации и этапы, связанные с вышеописанными элементами. Например, информация о конфигурации может проходить сверху вниз, как показано посредством стрелки 1120, и, как проиллюстрировано выше, распределение ресурсов может происходить между менеджером 1122 ресурсов (также описываемым выше в качестве элемента 142 на Фиг. 1) и различными интерфейсами 1102, 1104 и 1106 настройки конфигурации, как показано посредством стрелки 1123. Поток данных, например, выполнение блоков FU, может происходить в горизонтальном направлении, как показано посредством стрелки 1124. Специалистам в данной области техники будет понятно, что термины относительного направления, такие как «вертикально» и «горизонтально» в предыдущем обсуждении, прежде всего, используются для ориентирования читателя относительно примера, предоставленного на иллюстрации из Фиг. 11, и что в фактическом варианте реализации таких вариантов осуществления, потоки информации образуются посредством различных маршрутов, которые могут или могут не быть должным образом характеризованы с использованием задающей направление или даже геометрической терминологии.
[0093] Согласно примерным вариантам осуществления, и для корреляции вышеприведенного описания блоков FU и дескрипторов FUD с их представлением на Фиг. 1, первый этап, предназначенный для выполнения цепочки блоков FU 700, может быть встроен в логическую модель. Следовательно, логическая модель может быть построена перед началом выполнения. Затем может быть выполнено физическое распределение логических объектов из блока 142 или 1122 управления ресурсами, и выполняется передача использования ресурсов. При этом, как будет понятно специалистам в данной области техники, передача ресурсов в этом контексте может подразумевать ступенчатое распределение всех необходимых ресурсов с течением времени, в отличие от существующего немедленного распределения этих ресурсов в тот же момент. Сессия 128 или пользовательское приложение 1100 может затем (и, как правило, не ранее) отправить триггер в блок P-FU 140 (через блок L-FU 134), который запускает обработку данных.
[0094] Как было указано ранее, блок P-FU 140 может быть реализован в виде средств SW и/или средств HW. В зависимости от варианта реализации, блок FU 700 может иметь различные свойства. Аппаратный (HW) блок P-FU 140 может быть сконфигурирован с P-FUD. P-FUD может иметь или может не иметь выходную область, которая предназначена для выполнения в момент завершения основного выполнения, и эта выходная область также называется в настоящем документе «почтой с заданием», поскольку не выполняются никакие другие «почтовые» операции в процессе выполнения цепочки блоков FU, связанных с задачей или заданием. С другой стороны, некоторые аппаратные (HW) блоки FU не могут быть сконфигурированы с использованием P-FUD. В таком случае, вместо того использования почты с заданием, аппаратные (HW) блоки FU могут быть сконфигурированы с использованием простой письменной почты. Одним неудобством последнего варианта осуществления является то, что хотя почта с заданием обеспечивает элементарную операцию блока FU, включенную в задание, варианты осуществления с письменной почтой могут не обеспечивать элементарную операцию, поскольку не имеется ничего, что может удержать вместе письменную почту в системе.
[0095] Согласно примерным вариантам осуществления, программный (SW) блок FU также может быть сконфигурирован с P-FUD. P-FUD для программного (SW) блока FU может рассматриваться в качестве конструктивного элемента конфигурации для блока FU. Программный (SW) блок FU может иметь запоминающее устройство, например, блок FU 700, реализующий фильтр. Результаты могут быть сохранены в буфере (или другом запоминающем устройстве или реестре), в P-FUD или в блоке FU 700 непосредственно (при помощи статической переменной). В последнем случае, блок FU 700 может быть использован исключительно в одной сессии (поскольку, в нем имеется запоминающее устройство).
[0096] Координатор сессий (SC) является специализацией программного (SW) блока FU. Подобно другим блокам FU 700, координатор SC взаимодействует с сообщениями. Координатор SC может отличаться от нормального блока FU 700 тем, что координатор SC имеет информацию о своем контексте и может быть использован для управления другими физическими блоками FU во время выполнения. Координатор SC может, например, выполнять переадресацию, приостанавливать, синхронизировать или переправлять поток обработки в сессии. В качестве примера, предположим, что функция должна быть выполнена с использованием одного блока FU 700, который использует входные данные из двух других блоков FU 700. В этом случае, может быть обеспечен координатор SC, который ожидает сообщения из двух других блоков FU 700, и в момент прибытия обоих блоков, координатор SC может переправить сообщение в блок FU 700, который ожидает эти два блока входных данных для выполнения своей элементарной операции. Координатор SC согласно такому варианту осуществления будет, как правило, содержать минимальное количество логических схем управления, и он является аналогичным блоку FU 700, в котором он может функционировать в виде небольшого элемента, который может быть использован повторно (в зависимости от сложности). Главное различие между блоком FU 700 и координатором SC заключается в том, что координатор SC может иметь информацию о состоянии сессии и зависимостях. Координатор SC может быть представлен в качестве пути, используемого объектом сессии для передачи некоторых задач элементу, находящемуся ближе к фактической обработке групповой передачи.
[0097] Согласно примерным вариантам осуществления, и аналогично блоку FU 700, координатор SC может быть смоделирован в виде блока L-FU в древовидной схеме сессии, которая представляет блок P-FU 140, который реализует функцию координатора SC. Поскольку этот блок P-FU 140 имеет различные свойства, в настоящем документе он обозначен как координатор P-SC.
[0098] Согласно примерным вариантам осуществления, может существовать, по меньшей мере, три специализированных блока FU (некоторые из которых можно увидеть на Фиг. 1), представленные ниже: (1) блок FU 136 таймера, который управляет синхронизирующим генератором TIMGEN, (2) блок FU 138 радиосвязи, который выполняет управление радиосвязью и (3) блок FU интерфейса, который является интерфейсом для отличного от блока FU окружения. Блок FU радиосвязи 138 может являться первым блоком FU в цепочке приемника (RX) и последним блоком FU в цепочке передатчика (TX). Кроме того, блок FU радиосвязи 138 может считаться смешанным блоком FU, то есть, блок FU радиосвязи является программным (SW) блоком FU, который управляет аппаратным (HW) устройством. Касательно блока FU интерфейса, для плоскости данных, цепочка RX может заканчиваться блоком FU интерфейса, а цепочка TX может начинаться с блока FU интерфейса, соединенного с уровнем управления доступом к среде передачи данных (MAC). Например, любой программный (SW) блок P-FU, выполняемый в процессоре, может служить в качестве блока FU интерфейса. Отдельный блок FU интерфейса может быть необходим исключительно в случае прохождения информации, например, из цифрового сигнального процессора (DSP) или аппаратного (HW) блока FU на уровень управления доступом к среде передачи данных (MAC) или PMSS.
[0099] Согласно описанным в настоящем документе примерным вариантам осуществления, может быть возможно использование ранее описанной инфраструктуры FU/FUD для обеспечения возможности получения одного или более из следующих элементов: (1) инкапсуляция выполняемых функций; (2) программная (SW) и/или аппаратная (HW) реализация, которая является непрозрачной для пользователя/приложения; (3) полный контекст, фиксированный для каждого инициирования работы (например, подразумевая улучшенную контролируемость и одновременное использование); и/или (4) автономные, самозапускающиеся цепочки, которые могут генерировать более низкую скорость прерывания в центральном микроконтроллере по сравнению с традиционными способами и системами. В процессе тестирования алгоритма (аппаратного (HW) или программного (SW)), чем меньший контекст имеется в алгоритме, тем меньшее пространство события-состояния необходимо учитывать в тестировании. Следовательно, четко определенный контекст без неизвестных зависимостей и/или побочных эффектов от других частей системы может быть полезным целым рядом способов.
[0100] Как было упомянуто выше в примере из Фиг. 2, блок FU 700 и дескрипторы FUD 702 могут быть использованы в оборудовании UE с поддержкой множества RAT для выполнения различных функций, связанных со средой множества RAT. Например, функция поиска соты, как правило, выполняется посредством оборудования UE с поддержкой множества RAT при попытке соединения с сетью. Поиск соты изучает несущую частоту для определения, существует ли фактическая сота на несущей, или является ли измеренная мощность просто шумом. В этом примере, первая цепочка блоков FU 2 со связанными с ними дескрипторами FUD 4 может быть выполнена посредством множества RAT. Эта первая цепочка может быть создана и выполнена для среды WCDMA для выполнения поиска соты в целях корреляции измеренного сигнала с различными кодами скремблирования (которые могут быть сохранены в запоминающем устройстве) для определения того, обнаружено ли совпадение, то есть, обнаружена ли сота. Вторая цепочка может быть создана и выполнена для среды GSM в целях выполнения поиска соты, при котором осуществляется декодирование идентификационного кода базовой станции (BSIC) для определения того, что несущая связана с фактической сотой. Специалисты в данной области техники поймут, что предыдущий пример является просто иллюстративным, и что будет существовать большое количество различных цепочек блоков FU, реализованных для выполнения многочисленных функций радиосвязи в оборудовании UE или платформе с поддержкой множества RAT, разработанных в соответствии с этими принципами.
[0101] Следовательно, согласно варианту осуществления, компоновка или устройство может включать в себя платформу с поддержкой множества технологий радиодоступа (RAT), сконфигурированную для обеспечения связи с помощью множества различных технологий RAT с использованием процедур, связанных с функциями радиосвязи, в которой процедуры реализуют функции радиосвязи при помощи функциональных блоков (FU), которые выполняют операции, причем блок FU реализуется, по меньшей мере, в одном из аппаратных средств и программных средств, и в которой блок FU сконфигурирован посредством дескрипторов функционального блока (FUD), которые подают команду в блок FU о том, (a) из какой ячейки запоминающего устройства извлечь данные для выполнения работы с ними, (b) в какую ячейку запоминающего устройства сохранить данные, полученные в результате операции, и (c) о типе сообщения, которое должно быть выведено после операции.
[0102] Подобным образом, способ реализации функций радиосвязи разъединенным образом проиллюстрирован на схеме последовательности операций из Фиг. 12. На этой схеме, на этапе 1200 генерируют процедуры для выполнения функций радиосвязи для обеспечения связи с помощью множества различных технологий радиодоступа (RAT). Функции радиосвязи реализованы при помощи функциональных блоков (FU), которые осуществляют функционирование радиосвязи, причем блок FU реализован, по меньшей мере, в одном из аппаратных средств и программных средств на этапе 1202. Блоки FU сконфигурированы посредством дескрипторов функционального блока (FUD), которые подают команду в блок FU о том, (a) из какой ячейки запоминающего устройства извлечь данные для выполнения работы с ними, (b) в какую ячейку запоминающего устройства сохранить данные, полученные в результате операции, и (c) о типе сообщения, которое должно быть выведено после операции, как изображено на этапе 1204.
ПЛАНИРОВЩИК РАДИОСВЯЗИ
[0103] Как было упомянуто выше, и согласно примерным вариантам осуществления, вместо разрешения сценария использования специальной технологии радиодоступа (RAT), например, может быть использован канал поискового вызова (PCH) вместе с измерением для определения вариантов использования ресурса (или ресурсов) радиосвязи, общий планировщик 116 радиосвязи (как видно на Фиг. 1) в пользовательском оборудовании (UE) может принимать во внимание все (или некоторое подмножество) запросы на получение радиодоступа, а затем решать конфликты, например, конфликты синхронизации. Таким образом, перед выполнением любого использования радиосвязи может быть выполнен запрос на резервирование времени радиосвязи из планировщика 116 радиосвязи посредством процедуры 114 и, в случае разрешения запроса, радиосвязь может быть использована. Время радиосвязи может, например, быть определено при помощи единой временной шкалы для предотвращения какой-либо ошибки в сдвиге по времени в технологии RAT. Следовательно, каждый модуль или процедура RAT может отправлять свои запросы на получение времени радиодоступа в планировщик 116 радиосвязи и принимать разрешения или отклонения из планировщика радиосвязи. Для каждого запроса/резервирования может быть задан приоритет посредством пользователя, например, прием канала PCH может иметь более высокий приоритет по сравнению с измерениями. Согласно примерному варианту осуществления, некоторые приоритеты могут быть дополнительно или альтернативно установлены посредством конечного пользователя (человека). Для вариантов осуществления, которые включают в себя два конфликтующих резервирования, для резервирования с наивысшим приоритетом может быть предоставлен доступ, в то время как другое резервирование может быть отклонено (или смещено по времени, если оно будет являться динамическим запросом, как будет описано позже).
[0104] Заметим, что несмотря на то, что это обсуждение касательно планировщика радиосвязи может быть применено к планировщику 116 радиосвязи, функционирующему в общей архитектуре программных средств Уровня 1, описанной выше, такие планировщики радиосвязи также могут быть использованы и в другой архитектуре, в случае необходимости. Более обобщенный пример планировщика 1300 радиосвязи изображен на Фиг. 13, на которой оборудование UE, платформа (или другое устройство) может включать в себя аппаратные средства 1302 радиосвязи, планировщик 1300 радиосвязи и множество модулей RAT, например, модуль 1 1304 RAT, модуль 2 1306 RAT, модуль 3 1308 RAT и модуль 4 1310 RAT. Согласно примерным вариантам осуществления, если доступ к радиосвязи был разрешен для определенного модуля RAT, то модуль RAT может использовать радиосвязь либо через планировщик 1300 радиосвязи, либо через отдельный маршрут, зависящий от варианта реализации.
[0105] Согласно примерным вариантам осуществления, для некоторых случаев использования приоритеты могут изменяться динамически. Например, технология RAT/выполняемые функции/запрос, который был отклонен, может быть задан с более высоким приоритетом (то есть, с более высокой вероятностью его распределения) для последующего запроса, в то время как технологии RAT/выполняемым функциям/запросу, который был распределен, может быть задан более низкий приоритет (то есть, более низкая вероятность его распределения) для следующего запроса. Такая схема может быть применена ко всем или лишь к некоторым запросам, в зависимости от варианта реализации. Этот примерный подход может увеличить справедливость распределения времени радиосвязи между множеством модулей RAT.
[0106] Согласно примерным вариантам осуществления, для некоторых случаев использования, активность радиосвязи должна выполняться в определенный период времени, например, прием канала PCH может быть выполнен исключительно при передаче сетью сообщения канала PCH. Однако измерения, как правило, не должны выполняться в определенное время, и использование радиосвязи при измерениях является динамическим в том смысле, что оно может перемещаться по времени. Соответственно, если статическое резервирование, например, прием канала PCH, конфликтует с динамическим резервированием, то может быть целесообразным переместить динамическое резервирование до момента отсутствия конфликта.
[0107] Согласно примерным вариантам осуществления, каждый запрос может, таким образом, быть статическим или динамическим. Статический может означать, что радиодоступ может иметь место для конкретного момента во времени и на конкретный период времени. Примеры статических запросов могут включать в себя случай необходимости считывания канала поискового вызова или выполнение определенных измерений, которые могут быть выполнены исключительно в моменты времени, когда в сети имеет место соответствующая передача сигналов. Динамические запросы могут, например, означать, что радиодоступ может требоваться для любого момента во времени и на конкретный период времени, или для момента во времени, находящегося в границах определенного временного интервала, и для конкретного периода времени. Примеры динамических запросов могут включать в себя необходимость выполнения определенных измерений, которые могут быть выполнены в любое время, или в достаточно регулярных временных интервалах.
[0108] Согласно примерным вариантам осуществления, планировщик 1300 радиосвязи может распределять время для динамических запросов таким образом, чтобы могли быть разрешены конфликты, например, между двумя или более динамическими запросами и/или между статическим и одним или более динамическими запросами. Помимо перманентного предотвращения конфликтов радиодоступа, планировщик радиосвязи также может обеспечить более эффективное использование радиосвязи. При наличии информации обо всей активности радиосвязи, планировщик 1300 радиосвязи может переместить динамическое резервирование ближе к статическому резервированию для минимизации времени радиосвязи. Кроме того, планировщик 1300 радиосвязи также может локализовать неиспользованное время радиосвязи для достижения максимальной степени использования радиосвязи.
[0109] Например, планировщик 1300 радиосвязи может распределять время для динамических запросов таким образом, чтобы распределенное время использования радиосвязи было объединено вместе настолько, насколько это возможно. Такой подход может дать в результате более длинные промежутки времени отсутствия распределения радиосвязи. Во время таких периодов, радиосвязь может быть выключена или переходить в режим низкого энергопотребления, причем оба этих альтернативных режима осуществляют энергосбережение. Другим примером является случай, в котором если активная технология RAT находится в режиме прерывистого приема (DRX), время использования радиосвязи других технологий RAT может быть спланировано в корреляции с циклом приема DRX таким образом, чтобы использование радиосвязи с активной технологией RAT могло непосредственно сопровождаться (или предшествовать ему), например, временем измерения других технологий RAT.
[0110] Согласно примерным вариантам осуществления, радиосвязь может быть отключена или может войти в режим низкого энергопотребления, даже если распределенное время для использования радиосвязи имеет больший разброс. Однако некоторое время может потребоваться для выключения и включения радиосвязи, или для включения и выключения режима низкого энергопотребления радиосвязи. Это переключение также, как правило, потребляет энергию. Следовательно, чем меньше переключений включения/выключения, тем меньше требуется затрат времени, а также потребляется меньше энергии.
[0111] Согласно примерным вариантам осуществления, за счет обеспечения возможности планировщику 1300 принимать решения по использованию радиосвязи, нет необходимости жестко задавать различные случаи использования, например, того как комбинировать канал PCH и измерения. Вместо этого, реализация PCH и измерений может выполняться по отдельности и модифицироваться независимо. Планировщик 1300 радиосвязи может обеспечивать отсутствие конфликтов между ними посредством помещения резервирования на измерения в неиспользованное время радиосвязи.
[0112] Согласно примерным вариантам осуществления, различные модули или процедуры 1304-1310 RAT могут вообще не иметь информации друг о друге, когда дело доходит до времени использования радиосвязи, поскольку планировщик 1300 радиосвязи может решать все такие проблемы, и соответствующая технология RAT может взаимодействовать исключительно с планировщиком радиосвязи. Планировщик 1300 радиосвязи, в свою очередь, может не иметь каких либо подробных сведений о различных технологиях RAT. Планировщик 1300 радиосвязи может принимать запросы (с возможными соответствующими приоритетами и/или динамической/статической информацией) и, соответствующим образом, осуществлять распределение радиодоступа.
[0113] Описанные в настоящем документе примерные варианты осуществления предусматривают добавление новых технологий RAT в архитектуру/вариант реализации без необходимости настройки старых технологий RAT. Конфликты радиосвязи могут решаться эффективным и справедливым способом. Например, технология RAT/выполняемые функции, для которых был отклонен доступ к радиосвязи, может с большой степенью вероятности получить разрешение последующего запроса вследствие изменений приоритета. Передача сигналов между блоками становится очень простой, по сравнению с передачей сигналов между блоками в обычных устройствах с поддержкой множества RAT. Каждая технология RAT может отправлять свой запрос исключительно в планировщик 1300 радиосвязи, и затем получает распределение или отклонение из планировщика 1300 радиосвязи. Нет никакой потребности в передаче сигналов между модулями RAT, в целях управления временем радиосвязи. Энергоэффективность может быть увеличена. Например, вследствие более эффективной передачи сигналов и/или уменьшения передачи сигналов, меньшее количество энергии может быть использовано оборудованием UE. Кроме того, поскольку планировщик 1300 радиосвязи может планировать время включения радиосвязи, и, следовательно, время отключения радиосвязи, максимально возможными интервалами, радиосвязь не должна включаться и выключаться с высокой частотой, в результате чего понижается энергопотребление.
[0114] На Фиг. 14 проиллюстрирован примерный способ предотвращения конфликтов между множеством запросов на ресурсы модулей технологии радиодоступа (RAT). На чертеже, на этапе 1400, назначают приоритет запросу на резервирование времени радиосвязи, на этапе 1402, передают запрос на резервирование времени радиосвязи, включающий в себя приоритет (например, в планировщик 1300 радиосвязи); и на этапе 1404, принимают либо разрешение, либо отклонение для принятого запроса на резервирование времени радиосвязи. Время радиосвязи определяется при помощи единой временной шкалы для запроса на резервирование времени радиосвязи согласно варианту осуществления.
[0115] На Фиг. 15 проиллюстрирован другой примерный способ предотвращения конфликтов между множеством запросов на ресурсы модуля технологии радиодоступа (RAT). На чертеже, на этапе 1500, принимают запрос на резервирование времени радиосвязи в функции планировщика радиосвязи, и этот запрос включает в себя приоритет для запроса на резервирование времени радиосвязи. На этапе 1502, определяют, разрешить или отклонить запрос на резервирование времени радиосвязи; на этапе 1504, назначают единую временную шкалу для запроса на резервирование времени радиосвязи, если запрос на резервирование времени радиосвязи разрешен; и на этапе 1506, отправляют либо разрешение, либо отклонение на основе этапа определения, разрешить или отклонить запрос на резервирование времени радиосвязи.
[0116] Предполагается, что вышеописанные примерные варианты осуществления являются иллюстративными во всех аспектах настоящего изобретения, но не ограничивающими его. Следовательно, настоящее изобретение допускает большое количество изменений в подробном варианте реализации, которые могут быть получены из содержащегося в настоящем документе описания специалистами в данной области техники. Никакой элемент, действие или команда, используемые в описании настоящей заявки, не должны рассматриваться как критические или существенные в отношении изобретения, если это явно не указано. Кроме того, используемый в настоящем документе признак единственного числа подразумевает содержание одного или более элементов.
Claims (17)
1. Способ предотвращения конфликтов между множеством запросов на ресурсы модуля технологии радиодоступа (RAT), содержащий этапы, на которых:
принимают запрос на резервирование времени радиосвязи в функции планировщика радиосвязи, причем каждый из запросов включает в себя значение приоритета для запроса на резервирование времени радиосвязи;
определяют посредством функции планировщика радиосвязи, разрешить или отклонить каждый из запросов на резервирование времени радиосвязи, на основе, по меньшей мере частично, сравнения значений приоритета; и
отправляют либо соответствующее разрешение, либо отклонение на основе этапа определения в направлении соответствующего запросчика резервирования времени радиосвязи.
принимают запрос на резервирование времени радиосвязи в функции планировщика радиосвязи, причем каждый из запросов включает в себя значение приоритета для запроса на резервирование времени радиосвязи;
определяют посредством функции планировщика радиосвязи, разрешить или отклонить каждый из запросов на резервирование времени радиосвязи, на основе, по меньшей мере частично, сравнения значений приоритета; и
отправляют либо соответствующее разрешение, либо отклонение на основе этапа определения в направлении соответствующего запросчика резервирования времени радиосвязи.
2. Способ по п.1, в котором, по меньшей мере, некоторые из упомянутых запросов на время радиосвязи связаны с различными модулями RAT в одном и том же устройстве.
3. Способ по п.2, в котором различные модули RAT включают в себя, по меньшей мере, два из: модуля RAT Долгосрочного развития (LTE), модуля RAT глобальной системы мобильной связи (GSM) и модуля RAT широкополосного множественного доступ с кодовым разделением каналов (WCDMA).
4. Способ по п.1, дополнительно содержащий этап, на котором:
назначают единую временную шкалу для разрешения запроса на резервирование времени радиосвязи.
назначают единую временную шкалу для разрешения запроса на резервирование времени радиосвязи.
5. Способ по п.1, дополнительно содержащий этап, на котором:
группируют вместе по времени разрешения времени радиосвязи, связанные с упомянутыми запросами на резервирование времени радиосвязи.
группируют вместе по времени разрешения времени радиосвязи, связанные с упомянутыми запросами на резервирование времени радиосвязи.
6. Способ по п.1, в котором упомянутые запросы на резервирование времени радиосвязи включают в себя статические запросы на резервирование времени радиосвязи, которые запрашивают время радиосвязи в момент времени на конкретный период времени, и динамический запрос на резервирование времени радиосвязи, который запрашивает время радиосвязи в пределах временного интервала на конкретный период времени.
7. Способ по п.6, дополнительно содержащий этап, на котором:
перемещают посредством планировщика радиосвязи разрешенное время резервирования радиосвязи, связанное с динамическим запросом на резервирование времени радиосвязи, с первого времени на второе время.
перемещают посредством планировщика радиосвязи разрешенное время резервирования радиосвязи, связанное с динамическим запросом на резервирование времени радиосвязи, с первого времени на второе время.
8. Способ по п.1, дополнительно содержащий этапы, на которых:
определяют посредством планировщика радиосвязи, что один из модулей RAT находится в режиме прерывистого приема (DRX); и
разрешают запросы на резервирование времени радиосвязи, связанные с другими модулями RAT, для времен, во время которых упомянутый один из модулей RAT находится в режиме DRX.
определяют посредством планировщика радиосвязи, что один из модулей RAT находится в режиме прерывистого приема (DRX); и
разрешают запросы на резервирование времени радиосвязи, связанные с другими модулями RAT, для времен, во время которых упомянутый один из модулей RAT находится в режиме DRX.
9. Платформа для распределения ресурсов радиосвязи между множеством модулей технологии радиодоступа (RAT), содержащая:
аппаратные средства радиосвязи, сконфигурированные для передачи и приема сигналов радиосвязи через радиоинтерфейс с использованием множества RAT; и
планировщик радиосвязи, соединенный с аппаратными средствами радиосвязи и сконфигурированный для приема запросов на резервирование времени радиосвязи, причем каждый из запросов включает в себя значение приоритета для запроса на резервирование времени радиосвязи, и для определения, разрешить или отклонить каждый из запросов на резервирование времени радиосвязи, на основе, по меньшей мере частично, значений приоритета,
причем планировщик радиосвязи отправляет либо соответствующее разрешение, либо отклонение на основе упомянутого определения в направлении соответствующего запросчика резервирования времени радиосвязи.
аппаратные средства радиосвязи, сконфигурированные для передачи и приема сигналов радиосвязи через радиоинтерфейс с использованием множества RAT; и
планировщик радиосвязи, соединенный с аппаратными средствами радиосвязи и сконфигурированный для приема запросов на резервирование времени радиосвязи, причем каждый из запросов включает в себя значение приоритета для запроса на резервирование времени радиосвязи, и для определения, разрешить или отклонить каждый из запросов на резервирование времени радиосвязи, на основе, по меньшей мере частично, значений приоритета,
причем планировщик радиосвязи отправляет либо соответствующее разрешение, либо отклонение на основе упомянутого определения в направлении соответствующего запросчика резервирования времени радиосвязи.
10. Платформа по п.9, в которой, по меньшей мере, некоторые из упомянутых запросов на время радиосвязи связаны с различными модулями RAT в одном и том же устройстве.
11. Платформа по п.10, в которой различные модули RAT включают в себя, по меньшей мере, два из: модуля RAT Долгосрочного развития (LTE), модуля RAT Глобальной системы мобильной связи (GSM) и модуля RAT Широкополосного множественного доступа с кодовым разделением каналов (WCDMA).
12. Платформа по п.9, в которой планировщик радиосвязи дополнительно сконфигурирован для назначения единой временной шкалы для разрешения запроса на резервирование времени радиосвязи.
13. Платформа по п.9, в которой планировщик радиосвязи дополнительно сконфигурирован для группирования вместе по времени разрешений времени радиосвязи, связанных с упомянутыми запросами на резервирование времени радиосвязи.
14. Платформа по п.9, в которой упомянутые запросы на резервирование времени радиосвязи включают в себя статические запросы на резервирование времени радиосвязи, которые запрашивают время радиосвязи в момент времени на конкретный период времени, и динамический запрос на резервирование времени радиосвязи, который запрашивает время радиосвязи в пределах временного интервала на конкретный период времени.
15. Платформа по п.14, в которой планировщик радиосвязи дополнительно сконфигурирован для перемещения разрешенного времени резервирования радиосвязи, связанного с динамическим запросом на резервирование времени радиосвязи, с первого времени на второе время.
16. Платформа по п.9, в которой планировщик радиосвязи дополнительно сконфигурирован для определения того, что один из модулей RAT находится в режиме прерывистого приема (DRX), и для разрешения запросов на резервирование времени радиосвязи, связанных с другими модулями RAT, для периодов времени, в течение которых упомянутый один из модулей RAT находится в режиме DRX.
17. Устройство беспроводной связи с поддержкой множества RAT, содержащее платформу по любому из пп.9-16.
Applications Claiming Priority (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161493794P | 2011-06-06 | 2011-06-06 | |
US201161493795P | 2011-06-06 | 2011-06-06 | |
US201161493801P | 2011-06-06 | 2011-06-06 | |
US61/493,795 | 2011-06-06 | ||
US61/493,801 | 2011-06-06 | ||
US61/493,794 | 2011-06-06 | ||
US13/307,182 US8838120B2 (en) | 2011-06-06 | 2011-11-30 | Methods and systems for a generic multi-radio access technology |
US13/307,182 | 2011-11-30 | ||
PCT/EP2012/058734 WO2012168030A1 (en) | 2011-06-06 | 2012-05-11 | Methods and systems for a generic multi-radio access technology |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2013157601A RU2013157601A (ru) | 2015-07-20 |
RU2594177C2 true RU2594177C2 (ru) | 2016-08-10 |
Family
ID=47261623
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2013157601/07A RU2594177C2 (ru) | 2011-06-06 | 2012-05-11 | Способы и системы для обобщенной поддержки множества технологий радиодоступа |
Country Status (2)
Country | Link |
---|---|
US (3) | US9204460B2 (ru) |
RU (1) | RU2594177C2 (ru) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2732185C1 (ru) * | 2018-03-09 | 2020-09-14 | ГУГЛ ЭлЭлСи | Совместное использование спектра между технологиями радиодоступа |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9204460B2 (en) | 2011-06-06 | 2015-12-01 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and systems for a generic multi-radio access technology |
US8958281B2 (en) * | 2013-02-26 | 2015-02-17 | Qualcomm Incorporated | Early termination of a base station identity code procedure in TD-SDCMA |
US9252863B2 (en) * | 2013-04-04 | 2016-02-02 | Mbit Wireless, Inc. | Method and apparatus for adaptive antenna sharing |
US9319901B2 (en) * | 2013-09-04 | 2016-04-19 | Qualcomm Incorporated | Methods and apparatus for parameter selection and conflict resolution for multiple radio access technologies |
US9877271B2 (en) | 2013-09-30 | 2018-01-23 | Apple Inc. | Method and apparatus for LTE cell search using multiple receivers of a mobile device |
US9888423B2 (en) | 2013-09-30 | 2018-02-06 | Apple Inc. | Method and apparatus for fast return to an LTE network from a legacy network utilizing multiple receivers |
GB2520685A (en) * | 2013-11-27 | 2015-06-03 | Nordic Semiconductor Asa | Integrated circuit radio devices |
US10081597B2 (en) | 2014-06-27 | 2018-09-25 | Embio Limited | Process for preparation of dexmethylphenidate hydrochloride |
US9510349B2 (en) * | 2014-07-21 | 2016-11-29 | Qualcomm Incorporated | Methods and apparatus for enhancing user equipment performance with efficient resource management |
US10785527B2 (en) * | 2017-06-30 | 2020-09-22 | Qualcomm Incorporated | Dynamic allocation of wireless personal area network radios among a plurality of radio access technologies supported by a user equipment |
US10897274B2 (en) * | 2017-11-02 | 2021-01-19 | Microchip Technology Incorporated | Shared radio arbitration |
CN115278614A (zh) * | 2018-10-17 | 2022-11-01 | 大唐移动通信设备有限公司 | 一种直接通信的方法和设备 |
US10958517B2 (en) | 2019-02-15 | 2021-03-23 | At&T Intellectual Property I, L.P. | Conflict-free change deployment |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2388184C2 (ru) * | 2004-07-20 | 2010-04-27 | Нокиа Корпорейшн | Способ для использования в системе связи |
WO2011046477A1 (en) * | 2009-10-15 | 2011-04-21 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for resource management |
Family Cites Families (48)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE68929518T2 (de) | 1988-10-05 | 2005-06-09 | Quickturn Design Systems, Inc., Mountain View | Verfahren zur Verwendung einer elektronisch wiederkonfigurierbaren Gatterfeld-Logik und dadurch hergestelltes Gerät |
DE69737366T2 (de) | 1997-03-21 | 2007-11-29 | Hitachi, Ltd. | Elektronische vorrichtung , verfahren zur verwendung der vorrichtung und system mit der vorrichtung |
EP1327374B1 (en) * | 2000-10-09 | 2009-07-22 | Spyder Navigations L.L.C. | Service priorities in multi-cell network |
JP4173654B2 (ja) | 2001-08-30 | 2008-10-29 | シャープ株式会社 | データ駆動型情報処理装置 |
US20030061260A1 (en) | 2001-09-25 | 2003-03-27 | Timesys Corporation | Resource reservation and priority management |
TWI280755B (en) | 2002-04-15 | 2007-05-01 | Interdigital Tech Corp | Wireless user equipments |
US7176914B2 (en) * | 2002-05-16 | 2007-02-13 | Hewlett-Packard Development Company, L.P. | System and method for directing the flow of data and instructions into at least one functional unit |
US7657861B2 (en) | 2002-08-07 | 2010-02-02 | Pact Xpp Technologies Ag | Method and device for processing data |
US7340236B2 (en) | 2002-08-07 | 2008-03-04 | Texas Instruments Incorporated | System for operational coexistence of wireless communication technologies |
US7394284B2 (en) | 2002-09-06 | 2008-07-01 | Pact Xpp Technologies Ag | Reconfigurable sequencer structure |
JP4054650B2 (ja) * | 2002-10-03 | 2008-02-27 | 株式会社エヌ・ティ・ティ・ドコモ | リソース割当方法、及びこのリソース割当方法が適用される基地局、移動局、無線パケット通信システム |
FR2853800B1 (fr) | 2003-04-11 | 2005-05-27 | Nec Technology Uk Ltd | Architecture logicielle et procede d'acces radio d'un terminal mobile multi-mode |
US20050049843A1 (en) | 2003-08-29 | 2005-03-03 | Lee Hewitt | Computerized extension apparatus and methods |
US7487493B1 (en) * | 2003-12-30 | 2009-02-03 | Itt Manufacturing Enterprises, Inc. | Method and apparatus for developing standard architecture compliant software for programmable radios |
US7710923B2 (en) * | 2004-05-07 | 2010-05-04 | Interdigital Technology Corporation | System and method for implementing a media independent handover |
EP1605643B1 (en) | 2004-06-07 | 2020-01-15 | STMicroelectronics International N.V. | Packet priority setting method and apparatuses for a wireless terminal |
US7568059B2 (en) | 2004-07-08 | 2009-07-28 | Asocs Ltd. | Low-power reconfigurable architecture for simultaneous implementation of distinct communication standards |
US7587577B2 (en) | 2005-11-14 | 2009-09-08 | Texas Instruments Incorporated | Pipelined access by FFT and filter units in co-processor and system bus slave to memory blocks via switch coupling based on control register content |
US7522888B2 (en) | 2006-03-29 | 2009-04-21 | Wei Lu | Architecture of future open wireless architecture (OWA) radio system |
EP1876730A1 (en) | 2006-07-05 | 2008-01-09 | Koninklijke Philips Electronics N.V. | Bandwidth asymmetric communication system |
US8554270B2 (en) | 2006-08-16 | 2013-10-08 | Broadcom Corporation | Systems and methods for enabling coexistence of multiple wireless components operating in the same frequency band |
CN101170759A (zh) | 2006-10-24 | 2008-04-30 | 国际商业机器公司 | 多模通信终端、多模通信实现方法 |
US7889756B2 (en) * | 2006-12-29 | 2011-02-15 | Nokia Corporation | Apparatus, methods and computer program products providing temporary link quality modification for multiradio control |
US7822065B2 (en) | 2007-01-07 | 2010-10-26 | Wei Lu | Open wireless architecture (OWA) medium access control (MAC) processing architecture for future mobile terminal |
US7886255B2 (en) * | 2007-01-22 | 2011-02-08 | Texas Instruments Incorporated | Method for design of programmable data processors |
US8107880B2 (en) * | 2007-03-27 | 2012-01-31 | Nokia Corporation | Multiradio management through shared time allocation |
US20080279137A1 (en) | 2007-05-10 | 2008-11-13 | Nokia Corporation | Discontinuous inquiry for wireless communication |
US7546404B2 (en) | 2007-08-30 | 2009-06-09 | Mediatek Inc. | Method and apparatus for arbitration in a wireless device |
EP2063682B1 (en) | 2007-11-21 | 2016-09-14 | Telefonaktiebolaget LM Ericsson (publ) | Technique for platform-to-platform communication |
WO2009086410A2 (en) * | 2007-12-28 | 2009-07-09 | Interdigital Patent Holdings, Inc. | Dynamic mobility management selection |
FI20085109A0 (fi) | 2008-02-08 | 2008-02-08 | Nokia Corp | Tietoliikenneyksiköiden välinen koeksistenssi |
US8472979B2 (en) | 2008-07-15 | 2013-06-25 | International Business Machines Corporation | System and method for scheduling and reservations using location based services |
US8730853B2 (en) | 2008-09-05 | 2014-05-20 | Mediatek Inc. | Methods for responding to co-located coexistence (CLC) request from a mobile electronic device and communications apparatuses capable of controlling multi-radio coexistence |
US8488572B2 (en) | 2008-09-17 | 2013-07-16 | Qualcomm Incorporated | Methods and systems for multi-mode signal quality reporting |
US8271025B2 (en) | 2008-10-20 | 2012-09-18 | At&T Mobility Ii Llc | Device network technology selection and display in multi-technology wireless environments |
EP2187697B1 (en) * | 2008-11-14 | 2012-01-04 | Telefonaktiebolaget L M Ericsson (publ) | Modular radio network access device |
EP2382835B1 (en) | 2008-12-23 | 2017-09-27 | Koninklijke Philips N.V. | Channel reservation in flexible wireless networks |
US20100167665A1 (en) | 2008-12-30 | 2010-07-01 | Nokia Corporation | Enhanced error correction performance |
GB2468540A (en) | 2009-03-13 | 2010-09-15 | St Ericsson | Arbitrating between a plurality of wireless devices requestin g access to a common frequency band |
US20100267383A1 (en) * | 2009-04-15 | 2010-10-21 | Kyriaki Konstantinou | Determining and selecting the most preferred available network for devices capable of multiple radio access technologies |
US9155103B2 (en) | 2009-06-01 | 2015-10-06 | Qualcomm Incorporated | Coexistence manager for controlling operation of multiple radios |
US9185718B2 (en) | 2009-06-29 | 2015-11-10 | Qualcomm Incorporated | Centralized coexistence manager for controlling operation of multiple radios |
US9130713B2 (en) * | 2009-07-02 | 2015-09-08 | Nokia Technologie Oy | Data packet communications in a multi-radio access environment |
US20120324462A1 (en) * | 2009-10-31 | 2012-12-20 | Rutgers, The State University Of New Jersey | Virtual flow pipelining processing architecture |
US8958324B2 (en) | 2009-11-05 | 2015-02-17 | Qualcomm Incorporated | Methods and apparatus to resolve paging monitoring conflicts in TD-SCDMA multimode terminal with MIMO |
CN102160439B (zh) | 2009-11-13 | 2015-08-19 | 高通股份有限公司 | 用于解决多模无线设备中寻呼监测冲突的方法和装置 |
EP2526712A4 (en) * | 2010-01-20 | 2016-08-17 | Nokia Technologies Oy | METHOD AND DEVICE FOR PROVIDING UPWARD CONTROL SIGNALING IN A MULTIPLE RADIO ACCESS ENVIRONMENT |
US9204460B2 (en) | 2011-06-06 | 2015-12-01 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and systems for a generic multi-radio access technology |
-
2011
- 2011-11-30 US US13/307,178 patent/US9204460B2/en not_active Expired - Fee Related
- 2011-11-30 US US13/307,182 patent/US8838120B2/en active Active
- 2011-11-30 US US13/307,172 patent/US9480077B2/en active Active
-
2012
- 2012-05-11 RU RU2013157601/07A patent/RU2594177C2/ru active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2388184C2 (ru) * | 2004-07-20 | 2010-04-27 | Нокиа Корпорейшн | Способ для использования в системе связи |
WO2011046477A1 (en) * | 2009-10-15 | 2011-04-21 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for resource management |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2732185C1 (ru) * | 2018-03-09 | 2020-09-14 | ГУГЛ ЭлЭлСи | Совместное использование спектра между технологиями радиодоступа |
Also Published As
Publication number | Publication date |
---|---|
US9480077B2 (en) | 2016-10-25 |
US8838120B2 (en) | 2014-09-16 |
US9204460B2 (en) | 2015-12-01 |
US20120307657A1 (en) | 2012-12-06 |
US20120309401A1 (en) | 2012-12-06 |
RU2013157601A (ru) | 2015-07-20 |
US20120309440A1 (en) | 2012-12-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2594177C2 (ru) | Способы и системы для обобщенной поддержки множества технологий радиодоступа | |
US10824477B2 (en) | Network function virtualization service container creation | |
KR102443633B1 (ko) | 네트워크 액세스 제어 방법, 컴퓨터 판독 가능 매체 및 전자 디바이스 | |
EP3461087B1 (en) | Network-slice resource management method and apparatus | |
US12035294B2 (en) | Communication method and apparatus | |
US9560682B2 (en) | Methods and apparatus for resource allocations to support peer-to-peer communications in cellular networks | |
US20110075596A1 (en) | Resource Overbooking | |
CN109522090B (zh) | 资源调度方法及装置 | |
US20220417944A1 (en) | Communication method and related apparatus | |
US20240073937A1 (en) | Resource preemption method, apparatus, and system | |
US20220393784A1 (en) | Communication method, apparatus, and system | |
CN111818603A (zh) | 一种波束切换的方法、设备和系统 | |
CN113068161B (zh) | 一种蓝牙低能耗通信方法、装置、系统及存储介质 | |
EP2719249B1 (en) | Generic multi-radio access technology | |
EP2719240A1 (en) | Methods and systems for a generic multi-radio access technology | |
WO2012168256A1 (en) | Generic multi -radio access technology | |
US20230319642A1 (en) | Methods and Apparatus for Application Processing in Modems | |
WO2024153081A1 (zh) | 算力资源的确定方法、装置及网络侧设备 | |
Chahed et al. | Linux-Based End-Station Design for Seamless TSN Plug-and-Play | |
CN116261187A (zh) | 一种通信方法及基站 | |
WO2022112820A1 (en) | Combining user and operator intents in network slice design |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
HZ9A | Changing address for correspondence with an applicant |