RU2404541C2 - Взвешенное справедливое совместное использование беспроводного канала с помощью масок использования ресурсов - Google Patents
Взвешенное справедливое совместное использование беспроводного канала с помощью масок использования ресурсов Download PDFInfo
- Publication number
- RU2404541C2 RU2404541C2 RU2008120655/09A RU2008120655A RU2404541C2 RU 2404541 C2 RU2404541 C2 RU 2404541C2 RU 2008120655/09 A RU2008120655/09 A RU 2008120655/09A RU 2008120655 A RU2008120655 A RU 2008120655A RU 2404541 C2 RU2404541 C2 RU 2404541C2
- Authority
- RU
- Russia
- Prior art keywords
- channels
- node
- channel
- message
- rum
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- 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
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/18—TPC being performed according to specific parameters
- H04W52/24—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters
- H04W52/241—TPC being performed according to specific parameters using SIR [Signal to Interference Ratio] or other wireless path parameters taking into account channel quality metrics, e.g. SIR, SNR, CIR, Eb/lo
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
Изобретение относится к системам связи. Описаны системы и способы, облегчающие передачу данных в среде беспроводной связи, что является техническим результатом. В соответствии с различными аспектами узел, такой как пункт доступа или терминал доступа, может определять количество каналов, по которым он будет осуществлять передачу связного сигнала. Узел может затем делать выбор каналов, основываясь на том, доступны ли каналы или недоступны, причем при этом выборе доступные каналы выбираются с предпочтением перед недоступными каналами. Узел может затем передавать сигнал, по меньшей мере, по одному из выбранных каналов. 5 н. и 33 з.п. ф-лы, 1 табл., 8 ил.
Description
Настоящая патентная заявка представляет выгоды предварительной заявки США № 60/730631, озаглавленной "ВЗВЕШЕННОЕ СПРАВЕДЛИВОЕ СОВМЕСТНОЕ ИСПОЛЬЗОВАНИЕ БЕСПРОВОДНОГО КАНАЛА С ПОМОЩЬЮ МАСОК ИСПОЛЬЗОВАНИЯ РЕСУРСОВ", зарегистрированной 26 октября 2005 г., и предварительной заявки США № 60/730727, озаглавленной "УПРАВЛЕНИЕ ПОМЕХАМИ, ИСПОЛЬЗУЮЩЕЕ МАСКИ ИСПОЛЬЗОВАНИЯ РЕСУРСОВ, ПОСЫЛАЕМЫЕ С ПОСТОЯННОЙ СПЕКТРАЛЬНОЙ ПЛОТНОСТЬЮ МОЩНОСТИ (PSD)", зарегистрированной 26 октября 2005 г., которые обе включаются сюда путем ссылки.
УРОВЕНЬ ТЕХНИКИ
I. Область техники, к которой относится изобретение
Нижеследующее описание в целом относится к беспроводной связи и, более конкретно, к снижению помех и повышению пропускной способности и качества канала в среде беспроводной связи.
II. Уровень техники
Системы беспроводной связи стали распространенным средством, посредством которого большинство людей осуществляют связь по всему миру. Устройства беспроводной связи стали меньше по размерам и более мощными, чтобы удовлетворять запросы потребителей и улучшать транспортабельность и удобство. Увеличение мощности обработки мобильных устройств, таких как телефоны сотовой связи, привело к увеличению спроса на системы передачи беспроводных сетей. Такие системы обычно не могут обновляться так легко, как сотовые устройства, которые осуществляют через них связь. По мере расширения возможностей мобильных устройств может оказаться трудно поддерживать более старую систему беспроводной сети способом, облегчающим эксплуатацию совершенно новых беспроводных устройств с улучшенными возможностями.
Типичная сеть беспроводной связи (например, использующая частотные, временные и кодовые способы разделения каналов) содержит одну или более базовых станций, обеспечивающих зону охвата, и один или более мобильный (например, беспроводной) терминал, который может передавать и принимать данные в пределах зоны охвата. Типичная базовая станция может одновременно передавать многочисленные потоки данных для радиовещательных, широковещательных и/или однонаправленных служб, в которых поток данных является потоком данных, в приеме которого могут быть независимо заинтересованы на мобильном терминале. Мобильный терминал внутри зоны охвата этой базовой станции может быть заинтересован в приеме одного, более чем одного или всех потоков данных, которые переносит общий поток. Аналогично, мобильный терминал может передавать данные на базовую станцию или другому мобильному терминалу. Такая связь между базовой станцией и мобильным терминалом или между мобильными терминалами может ухудшаться из-за изменений в каналах и/или изменений мощности из-за интерференционных помех. Соответственно, в технике существует необходимость в системах и/или способах, которые облегчают снижение помех и повышают производительность в среде беспроводной связи.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Ниже представлено упрощенное изложение сущности одного или более аспектов, позволяющих обеспечить основное понимание таких аспектов. Это изложение сущности не является всесторонним кратким обзором всех рассматриваемых аспектов и не предназначено ни для того, чтобы идентифицировать ключевые или критические элементы всех аспектов, ни для того, чтобы описать объем любого или всех аспектов. Его единственной целью является представление некоторых концепций одного или более аспектов в упрощенной форме как прелюдии к более подробному описанию, которое приводится позже.
В соответствии с различными аспектами, новизна предмета изобретения относится к системам и/или способам, обеспечивающим унифицированную технологию для глобальных и локальных сетей беспроводной связи для облегчения достижения выгод, связанных как с сотовыми, так и с Wi-Fi-технологиями при уменьшении недостатков, связанных с ними. Например, сотовые сети связи могут организовываться в соответствии с запланированным развертыванием, которое может повышать эффективность при проектировании или строительстве сети, в то время как Wi-Fi-сети обычно развертываются более удобным, специализированным способом. Wi-Fi-сети могут дополнительно облегчать обеспечение канала симметричного управления доступом к среде (MAC) для точек доступа и терминалов доступа, а также поддержку обратной передачи с возможностью передачи данных по беспроводной сети, которая не обеспечивается сотовыми системами связи.
Унифицированные технологии, описанные здесь, облегчают обеспечение симметричного MAC и поддержку обратной передачи с возможностью передачи данных по беспроводной сети. Кроме того, новизна предмета изобретения облегчает развертывание сети гибким способом. Способы, описанные в настоящем изобретении, позволяют выполнение адаптации в соответствии с развертыванием, обеспечивая, таким образом, хорошую эффективность, если развертывание запланировано или полузапланировано, и обеспечение адекватной надежности, если развертывание сети не запланировано. То есть, различные аспекты, описанные здесь, позволяют развертывать сети, используя запланированное развертывание, (например, как в сценарии развертывания сотовой сети), специализированное развертывание (например, такое, которое может использоваться для развертывания Wi-Fi-сети) или их комбинацию. Помимо этого другие аспекты относятся к поддержке узлов с меняющимися уровнями мощности передачи и достижению внутрисетевой справедливости в отношении распределения ресурсов, таких аспектов, которые адекватно не поддерживаются Wi-Fi- или сотовыми системами связи.
Например, в соответствии с некоторыми аспектами, взвешенное справедливое совместное использование беспроводного канала может быть облегчено общим планированием передачи с помощью как передатчика, так и приемника, используя сообщение использования ресурсов (RUM), посредством которого передатчик запрашивает набор ресурсов, основываясь на знании их наличия в его окружении, а приемник предоставляет поднабор запрошенных каналов, основываясь на их доступности в его окружении. Передатчик изучает доступность на основе прослушивания приемников вблизи него, а приемник изучает потенциальные помехи, прослушивая передатчики вблизи него. В соответствии с сопутствующими аспектами, сообщения RUM могут взвешиваться, чтобы указать не только на то, что узел невыгоден (в качестве приемника передач данных из-за помех, что видно во время приема) и желает иметь режим предотвращения конфликтов при передаче, но также и на степень, в которой узел является невыгодным. Принимающий сообщение RUM узел может использовать тот факт, что он принял сообщение RUM, а также его вес, для определения соответствующей реакции. Как пример, такое объявление весов позволяет предотвратить конфликт справедливым способом. Изобретение описывает такую методику.
Согласно другим аспектам для облегчения определения, нужно ли реагировать на принятый RUM, может использоваться порог отклонения сообщения RUM (RRT). Например, используя различные параметры и/или информацию, содержащиеся в принятом сообщении RUM, может быть вычислена метрика, и эта метрика может быть сравнена с RRT для определения, гарантирован ли ответ узлу, посылающему сообщение RUM. В соответствии с сопутствующим аспектом узел, посылающий сообщение RUM, может указать свою степень невыгодности, указав количество каналов, для которых сообщение RUM применяется, так что количество каналов (вообще, они могут быть ресурсами, частотами поднесущих и/или временными интервалами) является показателем степени невыгодности. Если степень невыгодности уменьшается в ответе на сообщение RUM, то количество каналов, для которых посылается сообщение RUM, при последующей передаче сообщения RUM может быть уменьшено. Если степень невыгодности не уменьшается, то количество каналов, для которого RUM применяется, может быть увеличено при последующей передаче сообщения RUM.
Сообщение RUM может быть послано с постоянной спектральной плотностью мощности (PSD) и принимающий узел может использовать принятую спектральную плотность мощности и/или принятую мощность сообщения RUM, чтобы оценить усиление радиочастотного (RF) канала между ним самим и узлом, посылающим сообщение RUM, чтобы определить, вызовет ли это помеху на посылающем узле (например, выше заранее определенного приемлемого порогового уровня), если он ведет передачу. Таким образом, могут быть ситуации, в которых узел, принимающий RUM, способен декодировать RUM от узла, посылающего RUM, но определяет, что это не будет вызывать помеху. Когда узел, принимающий RUM, определяет, что он должен подчиниться RUM, он может это сделать, выбрав отказ от этого ресурса полностью или путем выбора использования достаточно пониженной мощности передачи, сделать свой вычисленный уровень потенциальной помехи ниже заранее определенного приемлемого порогового уровня. Таким образом, "жесткое" предотвращение помех (полный отказ) и "мягкое" предотвращение помех (регулирование мощности) одинаково поддерживаются унифицированным способом. В соответствии с сопутствующим аспектом сообщение RUM может использоваться принимающим узлом для определения усиления в канале между принимающим узлом и узлом, посылающим сообщение RUM, чтобы облегчить определение того, вести ли передачу, основываясь на оцененной помехе, создаваемой посылающим узлом.
В соответствии с аспектом способ беспроводной передачи данных может содержать определение некоторого количества каналов, желательных для передачи от узла, выбор каналов, причем доступные каналы выбираются до недоступных каналов, и посылку запроса набора, по меньшей мере, из одного выбранного канала.
В соответствии с другим аспектом устройство, облегчающее беспроводную передачу данных, может содержать модуль определения, который определяет количество каналов, желательных для передачи от узла, модуль выбора, который выбирает каналы, причем доступные каналы выбираются до недоступных каналов, и модуль передачи, который посылает запрос набора, по меньшей мере, из одного выбранного канала.
Другой аспект относится к устройству, которое облегчает беспроводную передачу данных, содержащему средство определения количества каналов, желательных для передачи от узла, средство выбора каналов, причем доступные каналы выбираются до недоступных каналов, и средство посылки запроса набора, по меньшей мере, из одного выбранного канала.
Еще один другой аспект относится к машиночитаемому носителю, содержащему команды для передачи данных, в котором команды при их выполнении заставляют машину определять количество каналов, желательных для передачи от узла, делать выбор каналов, при котором доступные каналы выбираются до недоступных каналов, и посылать запрос набора, по меньшей мере, из одного выбранного канала.
И еще один другой аспект относится к процессору, облегчающему передачу данных, который выполнен с возможностью определения количества каналов, желательных для передачи от узла, проведения выбора каналов, при котором доступные каналы выбираются до недоступных каналов, и посылки запроса набора, по меньшей мере, из одного выбранного канала.
Для завершения вышесказанного один или более аспектов содержат признаки, полностью описанные в дальнейшем и конкретно указанные в формуле изобретения. Нижеследующее описание и прилагаемые чертежи в подробностях излагают некоторые иллюстративные аспекты одного или более аспектов. Эти аспекты являются иллюстративными, но с несколькими различными путями, которыми принципы различных аспектов могут быть использованы, и описанные аспекты предназначены для того, чтобы содержать все такие аспекты и их эквиваленты.
Краткое описание чертежей
Фиг. 1 - система беспроводной связи с многочисленными базовыми станциями и многочисленными терминалами, которая может использоваться в сочетании с одним или более аспектами.
Фиг. 2 - методология выполнения взвешенного справедливого совместного использования беспроводного канала, используя маски/сообщения использования ресурсов (RUM) в соответствии с одним или более аспектами, описанными здесь.
Фиг. 3 - последовательность событий предоставления запроса, которая может облегчить распределение ресурсов в соответствии с одним или более аспектами, описанными здесь.
Фиг. 4 - несколько топологий, облегчающих понимание схем предоставления запроса в соответствии с различными аспектами.
Фиг. 5 - методология управления помехами путем использования сообщения использования ресурсов (RUM), которое передается с постоянной спектральной плотностью мощности (PSD) в соответствии с одним или более аспектами, представленными здесь.
Фиг. 6 - методология создания сообщений TxRUM и запросов для облегчения обеспечения гибкого управления доступом к среде (MAC) в специализированной развернутой беспроводной сети в соответствии с один или более аспектами.
Фиг. 7 - методология создания предоставления запроса передачи в соответствии с одним или более аспектами.
Фиг. 8 - методология достижения справедливости среди конкурирующих узлов путем регулирования числа поднесущих, используемых для передачи сообщения RUM согласно уровню невыгодности, связанному с данным узлам, в соответствии с одним или более аспектами.
Фиг. 9 - передача сообщения RxRUM между двумя узлами при постоянной спектральной плотности мощности (PSD) в соответствии с одним или более аспектами.
Фиг. 10 - методология использования постоянной PSD для передачи сообщения RUM, чтобы облегчить оценку количества помех, которые будут вызваны первым узлам во втором узле в соответствии с одним или более аспектами.
Фиг. 11 - методология ответа на пакеты управления помехами в запланированной и/или специализированной среде беспроводной связи в соответствии с различными аспектами.
Фиг. 12 - методология, применяемая для создания RxRUM в соответствии с различными аспектами, описанными выше.
Фиг. 13 - методология ответа на одно или более принятое сообщение RxRUM в соответствии с одним или более аспектами.
Фиг. 14 - среда беспроводной сети, которая может использоваться в сочетании с различными системами и способами, описанными здесь.
Фиг. 15 - устройство, облегчающее беспроводную передачу данных в соответствии с различными аспектами.
Фиг. 16 - устройство, облегчающее беспроводную связь, используя сообщения использования ресурсов (RUM) в соответствии с одним или более аспектами.
Фиг. 17 - устройство, облегчающее создание сообщения использования ресурсов (RUM) и взвешивание RUM, чтобы указать уровень невыгодности в соответствии с различными аспектами.
Фиг. 18 - устройство, облегчающее сравнение относительных условий в узлах в среде беспроводной связи для определения, какие узлы наиболее невыгодны в соответствии с одним или более аспектами.
ПОДРОБНОЕ ОПИСАНИЕ
Различные аспекты далее описываются со ссылкой на чертежи, на которых подобные ссылочные номера используются для ссылки на подобные элементы по всему описанию. В последующем описании для цели объяснения многочисленные конкретные подробности, излагаются в порядке, обеспечивающем всестороннее понимание одного или более аспектов. Может быть очевидным, однако, что такой аспект(-ы) может осуществляться без этих конкретных деталей. В других случаях известные структуры и устройства показываются в форме блок-схем, чтобы облегчить описание одного или более аспектов.
Используемые в этой заявке термины "компонент", "система", и т.п. предназначены для ссылки на связанный с компьютером элемент, устройство, аппаратурное обеспечение или программное обеспечение, выполняемое программное обеспечение, программируемое оборудование, микропрограммное обеспечение, микрокоманду и/или любую их комбинацию. Например, компонент может быть, в частности, процессом, идущим на процессоре, процессором, объектом, исполнимыми файлами, потоком управления, программой и/или компьютером. Один или более компонентов могут постоянно присутствовать внутри процесса и/или потока управления, и компонент может располагаться на одном компьютере и/или быть распределен между двумя или более компьютерами. Также, эти компоненты могут выполняться с различных читаемых компьютером носителей информации, имеющих различные структуры хранящихся на них данных. Компоненты могут связываться посредством местных и/или удаленных процессов, таких как сигнал с одним или более пакетами данных (например, данные от одного компонента, взаимодействующего с другим компонентом в локальной системе, распределенной системе и/или через сеть типа Интернет с другими системами посредством сигнала). Кроме того, компоненты систем, описанные здесь, могут перестраиваться в другом порядке и/или дополняться дополнительными компонентами, чтобы облегчить достижение различных аспектов, целей, преимуществ и т.д., описанных в отношении них, и не ограничиваются точными конфигурациями, приведенными на конкретном чертеже, как будет понятно специалисту в данной области техники.
Дополнительно, различные аспекты описываются здесь в связи с абонентским пунктом. Абонентский пункт может также называться системой, абонентским блоком, мобильной станцией, мобильным устройством, удаленной станцией, удаленным терминалом, терминалом доступа, терминалом пользователя, агентом пользователя, устройством пользователя или оборудованием пользователя. Абонентский пункт может быть телефоном сотовой связи, радиотелефоном, телефоном по Протоколу инициирования сеанса связи (SIP), станцией местной линией беспроводной связи (WLL), персональным цифровым секретарем (PDA), карманным устройством с возможностью беспроводного подключения или другим устройством обработки, соединенным с беспроводным модемом.
Кроме того, различные аспекты или признаки, описанные здесь, могут осуществляться как способ, устройство, производственное изделие, используя стандартное программирование и/или технические способы. Термин "производственное изделие", как он здесь используется, предназначен охватывать компьютерную программу, доступную с любого читаемого компьютером устройства, переносчика или носителя информации. Например, читаемый компьютер носитель может содержать, в частности, магнитное запоминающее устройство (например, жесткий диск, дискета, магнитные полосы...), оптические диски (например, компакт-диск (CD), цифровой универсальный диск (DVD)...), смарт-карты и устройства флэш-памяти (например, плата, карта памяти, портативное запоминающее устройство,...). Дополнительно, различные запоминающие устройства, описанные здесь, могут представлять одно или более устройств и/или других читаемых компьютером носителей для хранения информации. Термин "машиночитаемый носитель" может содержать, в частности, беспроводные каналы и различные другие носители информации, способные хранить, содержать и/или переносить команду(-ы) и/или данные. Следует понимать, что слово "примерный" используется здесь, чтобы означать "служащий в качестве примера, конкретного случая или иллюстрации". Любой аспект или конструкция, описанные здесь как "пример", не обязательно должны рассматриваться как предпочтительные или обладающие преимуществами перед другими аспектами или конструкциями.
Следует понимать, что термин "узел", как он используется здесь, может быть терминалом доступа или пунктом доступа и что каждый узел может быть узлом приема, а также узлом передачи. Например, каждый узел может содержать, по меньшей мере, одну приемную антенну и сопутствующую цепь приемника, а также, по меньшей мере, одну передающую антенну и сопутствующую цепь передачи. Кроме того, каждый узел может содержать один или более процессоров, чтобы исполнять команду программного обеспечения для выполнения любого и всех способов и/или протоколов, описанных здесь, а также запоминающее устройство для хранения данных и/или выполняемых компьютером инструкций, связанных с различными способами и/или протоколами, описанными здесь.
Обратимся теперь к фиг. 1, где беспроводная сетевая система 100 связи показана в соответствии с различными аспектами, представленными здесь. Система 100 может содержать множество узлов, таких как одна или более базовых станций 102 (например, сотовой связи, Wi-Fi или специализированная,...) в одном или более секторов, которые принимают, передают, ретранслируют и т.д. сигналы беспроводной связи друг другу и/или на один или более других узлов, таких как терминал 104 доступа. Каждая базовая станция 102 может содержать цепь передатчика и цепь приемника, каждая из которых может, в свою очередь, содержать множество компонент, связанных с передачей и приемом сигналов (например, процессоры, модуляторы, мультиплексоры, демодуляторы, демультиплексоры, антенны и т.д.), как должен понимать любой специалист в данной области техники. Терминалы 104 доступа могут быть, например, сотовыми телефонами, смартфонами, переносными компьютерами, карманными устройствами связи, карманными компьютерными устройствами, спутниковыми радиоприемниками, глобальными системами определения местоположения, персональными цифровыми секретарями и/или любым другим подходящим устройством для осуществления связи по беспроводной сети.
Последующее обсуждение предоставляется для облегчения понимания описанных здесь различных систем и/или методологий. В соответствии с различными аспектами узлам могут назначаться веса (например, передающему и/или приемному узлам), где вес каждого узла является функцией количества потоков, поддерживаемых узлом. Термин "поток", как используется здесь, представляет передачу, входящую в узел или выходящую из узла. Общий вес узла может определяться путем суммирования весов всех потоков, проходящих через узел. Например, постоянные потоки данных (CBR) могут иметь заранее определенные веса, потоки данных могут иметь веса, пропорциональные их типу (например, HTTP, FTP,...) и т.д. Кроме того, каждому узлу может назначаться заранее определенный статический вес, который может добавляться к весу потока каждого узла, чтобы обеспечить каждому узлу дополнительный приоритет. Вес узла может также быть динамическим и отражать текущие состояния потоков, которые переносит узел. Например, вес может соответствовать самой худшей производительностью переносимого (принимаемого) потока в этом узле. В сущности вес представляет собой степень неудобства, которое испытывает узел, и используется для выполнения справедливого доступа к каналам канала среди набора взаимодействующих узлов, конкурирующих за общие ресурсы.
Сообщения запроса, сообщения разрешения и передачи данных могут быть управляемыми по мощности, однако узел может, тем не менее, испытывать чрезмерную помеху, которая делает его уровни отношения сигнал/помеха плюс шум (SINR) неприемлемыми. Чтобы уменьшить действие нежелательно низкого отношения SINR, могут использоваться сообщения использования ресурса (RUM), которые могут быть на стороне приемника (RxRUM) и/или на стороне передатчика (TxRUM). Сообщение RxRUM может широковещательно приниматься приемником, когда уровни помех по желательным каналам приемника превышают заранее определенный пороговый уровень. Сообщение RxRUM может содержать список предоставленных каналов, по которым приемник желает уменьшить помеху, а также информацию о весе узла. Дополнительно, сообщение RxRUM может передаваться с постоянной спектральной плотностью мощности (PSD) или с постоянной мощностью. Узлы, которые декодируют сообщение RxRUM (например, передатчики, борющиеся с приемником, излучающим сообщение RxRUM,...), могут реагировать на сообщение RxRUM. Например, узлы, принимающие сообщение RxRUM, могут вычислить их соответствующие коэффициенты усиления по каналам от приемника (например, измеряя полученную PSD и зная постоянную PSD, с которой посылалось сообщение RxRUM) и уменьшить их соответствующие уровни мощности передачи, чтобы снизить помехи. Получатели сообщения RxRUM могут даже выбрать полный отказ от каналов, указанных в сообщении RxRUM. Чтобы гарантировать, что устранение помехи происходит справедливым способом, то есть, гарантировать, что все узлы получают справедливую долю возможностей для передачи, веса могут включаться в сообщение RxRUM. Вес данного узла может использоваться для вычисления справедливой доли ресурсов, выделяемой узлу. В соответствии с примером пороги, используемые для посылки и/или реакции на сообщение RUM, могут определяться на основе поведения системы. Например, в системе типа чистого предотвращения конфликтов сообщение RUM может посылаться для каждой передачи и любой узел, принимающий сообщение RUM, может реагировать, не ведя передачу по соответствующему каналу.
Если битовая маска канала, указывающая к каким каналам обращается сообщение RUM, содержится в сообщении RUM, то может быть реализована дополнительная размерность для предотвращения конфликта, которая может быть полезна, когда приемник нуждается в планировании передачи малых объемов данных по части канала и не хочет, чтобы передатчик полностью отказался от всего канала. Этот аспект может обеспечивать более тонкую степень детализации в механизме предотвращения столкновения, которая может быть важна для пульсирующего трафика.
Сообщение TxRUM может широковещательно передаваться передатчиком, когда передатчик неспособен запросить адекватные ресурсы (например, когда передатчик принимает одно или более сообщений RxRUM, которые вынуждают его отказаться от большинства каналов). Сообщение TxRUM может быть широковещательным до фактической передачи, чтобы информировать соседние приемники о предстоящей помехе. Сообщение TxRUM может сообщить всем приемникам внутри диапазона приема, что на основе сообщения RxRUM, которые принял передатчик, передатчик полагает, что он имеет наиболее законное требование на ширину полосы. Сообщение TxRUM может нести информацию о весе узла передатчика, который может использоваться соседними узлами, чтобы вычислить их соответствующие доли ресурсов. Дополнительно, сообщение TxRUM может посылаться с PSD или мощностью передачи, которая пропорциональна уровню мощности, с которым передаются данные. Следует понимать, что сообщение TxRUM не должны передаваться с постоянной (например, высокой) PSD, поскольку только потенциально затрагиваемые узлы необходимо уведомить о состоянии передатчика.
Сообщение RxRUM несет информацию о весе, которая предназначена для передачи всем передатчикам внутри диапазона "прослушивания" (например, посылают ли они данные на приемник или нет) ту степень, в которой приемник нуждается в ширине полосы из-за помехи от других передач. Вес может представлять степень неудобства и может быть больше, когда приемник был более неудобен, и меньше, когда он был менее неудобен. Как пример, если производительность используется для измерения степени неудобства, то возможное соотношение может быть представлено следующим образом:
где R target представляет желательную производительность, R actual - фактически достижимую производительность, и Q(x) представляет оцифрованное значение x. Когда в приемнике существует единственный поток, то тогда R target может представлять минимальную желательную производительность для этого потока, а R actual может представлять среднюю производительность, которая была достигнута для этого потока. Заметим, что большее значение веса, представляющие большую степень неудобства, является вопросом договоренности. Подобным образом, договоренность, что веса большего значения представляют более низкую степень неудобства, может использоваться, если логика разрешающей способности веса соответственно модифицирована. Например, чтобы вычислять веса, можно было использовать отношение фактической производительности к желательной производительности (обратное для примера, показанного выше).
Когда в приемнике присутствуют многочисленные потоки с потенциально различными значениями R target, приемник может выбирать установку веса, основываясь на наиболее неудобном потоке. Например:
где j - индекс потока в приемнике. Также могут выполняться другие варианты, такие как назначение веса на основе суммы производительности потока. Заметим, что функциональные формы, используемые для веса в приведенном выше описании, служат исключительно для иллюстрации. Вес может быть вычислен множеством различных способов и используя другие метрики, отличные от производительности. В соответствии с сопутствующим аспектом, приемник может определять, имеет ли он данные, направленные от отправителя (например, передатчика). Это действительно, если он принял запрос или если он принял предыдущий запрос, который не был разрешен. В этом случае приемник может послать сообщение RxRUM, когда R actual ниже, чем R target.
Сообщение TxRUM может нести одиночный бит информации, сообщающий, присутствует он или нет. Передатчик может установить бит TxRUM, выполняя заранее определенный ряд действий. Например, передатчик может собрать сообщения RxRUM, которые он недавно принял, включая сообщение RxRUM своего собственного приемника, если приемник послал такое сообщение. Если передатчик не принял никаких сообщений RxRUM, он может послать запрос на свой приемник без посылки сообщения TxRUM. Если единственное сообщение RxRUM принято от его собственного приемника, то передатчик может послать запрос и сообщение TxRUM.
Альтернативно, если передатчик принял сообщения RxRUM, включая сообщение от своего собственного приемника, передатчик может сортировать сообщения RxRUM, основываясь на весах RxRUM. Если собственный приемник передатчика имеет самый высокий вес, то тогда передатчик может послать сообщение TxRUM и запрос. Однако если собственный приемник передатчика не имеет самый высокий вес, то передатчику нет необходимости посылать запрос или TxRUM. В случае, если сообщение собственного приемника передатчика является одним из нескольких RxRUM, которые все имеют самый высокий вес, то тогда передатчик посылает сообщение TxRUM и запрос с вероятностью, определяемой как: 1/(все сообщения RxRUM с самым высоким весом). В соответствии с другим аспектом, если приемник принял сообщения RxRUM, которые не содержат сообщения от своего собственного приемника, то тогда передатчик может не посылать запрос. Заметим, что вся последовательность обработки сообщений RxRUM, описанная выше, может применяться даже в случае без сообщений TxRUM. В таком случае узлом передатчика применяется логика, позволяющая определить, послать ли запрос на свой приемник или нет, и если да, то для каких каналов.
На основе запросов и сообщений TxRUM, которые приемник принял, приемник может принять решение предоставлять требуемый запрос. Когда передатчик не сделал запрос, приемнику нет необходимости посылать разрешение. Если приемник принял сообщения TxRUM, но ни одно из них не было от передатчика, который он обслуживает, то тогда приемник не посылает разрешение. Если приемник принимает сообщение TxRUM только от передатчика, который он обслуживает, то он может принять решение предоставить разрешение. Если приемник принял сообщения TxRUM от своего собственного передатчика, а также от передатчика, который он не обслуживает, то возможны два результата. Например, если текущее среднее значение скорости передачи равно, по меньшей мере, R target, то приемник не предоставляет разрешение (например, заставляет свой передатчик молчать). В противном случае приемник дает разрешение с вероятностью, определяемой как 1,0/(сумма принятых сообщений TxRUM). Если передатчику дано разрешение, передатчик передает кадр данных, который может быть принят приемником. После успешной передачи и передатчик и приемник обновляют среднюю скорость для соединения.
В соответствии с другими аспектами действия по планированию могут программироваться, чтобы осуществлять схему равного качества обслуживания (EGOS) или другие схемы управления справедливостью и качеством обслуживания многочисленных передатчиков и/или потоков на приемник. Планировщик использует свое знание скоростей, принимаемых узлами его партнеров, чтобы решить, какие узлы планировать. Однако планировщик может подчиняться помеховым правилам, налагаемым каналом доступа на среду, в которой он работает. Конкретно, планировщик может подчиняться сообщениям RUM, которые он принимает от своих соседей. Например, в звене связи со следующим элементом планировщик в пункте доступа (AP) может посылать запросы на все терминалы доступа (AT), для которых он имеет трафик, если он не заблокирован сообщениями RxRUM. AP может принимать обратно разрешения одного или более этих AT. AT может не посылать разрешение, если оно заменяется конкурирующим сообщением TxRUM. AP может затем спланировать AT, который имеет самый высокий приоритет, в соответствии с алгоритмом планирования, и может вести передачу.
В звене связи с предыдущим элементом каждый AT, который имеет для посылки трафик, может запросить AP. AT не будет посылать запрос, если он блокирован сообщением RxRUM. AP планирует AT, имеющий самый высокий приоритет, в соответствии с алгоритмом планирования, в то же время подчиняясь любым сообщениям TxRUM, которые он принимал в предыдущем временном интервале. AP затем посылает разрешение на AT. После приема разрешения, AT осуществляет передачу.
На фиг. 2 показана методология 200 выполнения взвешенного справедливого совместного использования беспроводного канала, используя маски/сообщения использования ресурсов (RUM) в соответствии с одним или более аспектами, описанными здесь. На этапе 202 может быть сделано определение в отношении количества каналов, через которые узел (например, пункт доступа, терминал доступа и т.д.) может предпочесть осуществлять передачу. Такое определение может быть основано, например, на необходимости, связанной с заданным объемом данных, которые должны быть переданы, помехе, воздействующей на узел, или на любом другом подходящем параметре (например, времени ожидания, скорости передачи данных, спектральной эффективности и т.д.). На этапе 204 может быть выбран один или более каналов, чтобы достигнуть желательного количества каналов. Выбор канала может выполняться с предпочтением для доступных каналов. Например, каналы, о которых известно, что они были доступны в предшествующем периоде передачи, могут быть выбраны с предпочтением перед каналами, которые были заняты в предшествующем периоде передачи. На этапе 206 может быть передан запрос выбранного канала(-ов). Запрос может содержать битовую маску предпочтенных каналов, по которым передатчик (например, передающий узел,...) намерен передавать данные, и может быть послан от передатчика на приемник (например, на приемный узел, сотовый телефон, смартфон, устройство беспроводной связи, пункт доступа,...). Запрос может быть запросом первого множества каналов, которые не были заблокированы в самом последнем временном интервале, запросом второго множества каналов, если первое множество каналов недостаточно для передачи данных, и т.д. Сообщение запроса, посланное на этапе 206, может дополнительно управляться по мощности, чтобы гарантировать желательный уровень надежности в приемнике.
В соответствии с другими аспектами определение количества каналов, желательных для данной передачи, может быть функцией веса, связанного с узлом, весов, связанных с другими узлами, дающими запрос на каналы, функцией количества каналов, доступных для передачи, или любой комбинацией предшествующих факторов. Например, вес может быть функцией количества потоков через узел, уровня помехи, воздействующей на узел и т.д. В соответствии с другими признаками выбор канала может содержать разделение каналов на один или более наборов и может основываться частично на принятом сообщении использования ресурсов (RUM), которое указывает, что один или более каналов в наборе каналов недоступен. Сообщение RUM может оцениваться, чтобы определить, доступен ли требуемый канал (например, не идентифицированный сообщением RUM). Например, может быть определено, что требуемый канал доступен если он не внесен в список в сообщении RUM. Другой пример - когда канал считается доступным, даже если сообщение RUM было принято для этого канала, но объявленный вес для этого канала был ниже, чем вес, объявленный в сообщении RUM, посланном приемником узла.
На фиг. 3 показана последовательность событий разрешения запроса, которая может облегчить распределение ресурсов, соответствующая одному или более аспектам, описанным здесь. На этапе 302 показана первая последовательность событий, содержащая запрос, который послан от передатчика к приемнику. После приема запроса, приемник может послать сообщение разрешения на передатчик, который разрешает все или часть каналов, требуемых передатчиком. Передатчик может затем передавать данные по некоторым или по всем разрешенным каналам.
В соответствии с сопутствующим аспектом этап 304 последовательности событий может содержать запрос, который посылается от передатчика к приемнику. Запрос может содержать список каналов, по которым передатчик хотел бы передавать данные на приемник. Приемник может затем послать на передатчик сообщение разрешения, которое указывает, что все или часть желательных каналов разрешены. Передатчик может затем передать на приемник пилотное сообщение, после получения которого приемник может передать информацию о скорости обратно на передатчик, чтобы облегчить уменьшение влияние нежелательно низкого SINR. После получения информации о скорости передатчик может продолжить передачу данных по разрешенным каналам и с указанной скоростью передачи.
В соответствии с сопутствующим аспектом сообщение TxRUM может широковещательно передаваться передатчиком, когда передатчик неспособен запросить адекватные ресурсы (например, когда передатчик принимает одно или более сообщений RxRUM, которые занимают большинство доступных каналов передатчика). Такое сообщение TxRUM может нести информацию о весе узла передатчика, которая может использоваться соседними узлами для вычисления их соответствующих долей ресурсов. Дополнительно, сообщение TxRUM может быть передано с PSD, пропорциональной уровню мощности, на котором передаются данные. Следует понимать, что сообщение TxRUM нет необходимости передавать с постоянной (например, высокой) PSD, так как о состоянии передатчика потенциально необходимо уведомлять только затрагиваемые его передачей узлы.
Этапы 302 и 304 последовательности событий могут выполняться с учетом множества ограничений, которые могут быть предписаны во время события связи. Например, передатчик может запросить любой канал(-ы), который не был заблокирован сообщением RxRUM в предыдущем временном интервале. Требуемые каналы могут быть расположены по приоритетам с предпочтением каналу, успешно осуществлявшему связь в самом последнем цикле передачи. В случае, когда каналов недостаточно, передатчик может запрашивать дополнительные каналы, чтобы получить свою справедливую долю, посылая сообщения TxRUM, чтобы подать заявку на дополнительные каналы. Справедливая доля каналов может затем быть определена в соответствии с количеством и весами конкурирующих соседей (например, узлов), учитывая сообщения RxRUM, которые приняты.
Разрешение от приемника может быть поднабором каналов, перечисленных в запросе. Приемнику может быть предоставлено право избегать каналов, показавших высокие уровни помех во время самой последней передачи. В случае, когда разрешенные каналы недостаточны, приемник может добавить каналы (например, до справедливой доли передатчика), посылая одно или более сообщений RxRUM. Справедливая доля каналов передатчика может быть определена, например, путем оценки количества и весов соседних узлов, учитывая сообщения TxRUM, которые они слышали (например, приняли).
При передаче передатчик может посылать данные по всему набору или части каналов, разрешенных в сообщении разрешения. Передатчик может уменьшать мощность передачи по некоторым или по всем каналам после прослушивания сообщения RxRUM. Когда передатчик слышит разрешение и многочисленные сообщения RxRUM по одному и тому же каналу, передатчик может осуществлять передачу с обратной вероятностью. Например, если одно разрешение и три сообщения RxRUM слышны в одном канале, то передатчик может вести передачу с вероятностью 1/3 и т.д. (например, вероятность того, что передатчик будет использовать канал, равна 1/3).
В соответствии с другими аспектами избыточная ширина полосы может быть распределяться в соответствии со схемой совместного использования, которая свободна от приведенных выше ограничений. Например, планирование на основе веса может облегчать взвешенное справедливое совместное использование ресурсов. Однако в случае, когда присутствует избыточная ширина полосы, распределение ресурсов (например, выше минимальной справедливой доли), не нуждается в ограничении. Например, может рассматриваться сценарий, в котором имеются два узла с полными буферами, каждый из которых имеет вес 100 (например, в соответствии со скоростями потоков 100 кбит/с), и они совместно используют канал. В этой ситуации узлы могут совместно использовать канал в равной степени. Если они подвергаются изменениям качества канала, каждому из этих двух узлов может разрешаться, например, 300 кбит/с. Однако может быть желательно предоставить узлу 1 только 200 кбит/с, чтобы увеличить долю узла 2 доля до 500 кбит/с. То есть, в таких ситуациях может быть желательно совместно использовать любую избыточную ширину полосы некоторым несправедливым способом, чтобы достигнуть большей производительности сектора. Механизм взвешивания может быть расширен простым способом, чтобы облегчить несправедливое совместное использование. Например, в дополнение к весу, каждый узел может также иметь представление о назначенной ему скорости, на которой информация может осуществлять связь со службой, оплаченной AT. Узел может непрерывно обновлять свою среднюю скорость (на некотором подходящем интервале) и может посылать сообщения RUM, когда его средняя производительность ниже назначенной скорости, чтобы гарантировать, что узлы не будут конкурировать за избыточные ресурсы сверх их назначенной скорости, которые могут быть затем распределены в других схемах совместного использования.
На фиг. 4 показаны несколько топологий, облегчающих понимание схем запрос-разрешение, в соответствии с различными аспектами. Первая топология 402 имеет три звена (A-E, C-D, E-F) в непосредственной близости, где каждый узел A-F может слышать сообщение RUM от каждого другого узла. Вторая топология 404 имеет три звена связи, соединенных в цепь, и среднее звено связи (C-D) взаимодействует с двумя внешними звеньями (A-B и E-F), тогда как внешние звенья связи не взаимодействуют друг с другом. Сообщения RUM могут моделироваться, согласно этому примеру, так что дальность передачи сообщения RUM составляет два узла. Третья топология 406 содержит три звена связи с правой стороны (C-D, E-F, и G-H), которые взаимодействуют друг с другом и могут слышать сообщения RUM друг друга. Одно звено связи (A-B) с левой стороны взаимодействует только с звеном связи (C-D).
В соответствии с различными примерами для топологий, описанных выше, характеристики трех систем описаны в таблице 1, приведенной ниже. В сценарии "Полная информация" предполагается наличие сообщения RxRUM с битовой маской и весами, а также сообщения TxRUM с битовой маской и весами. В сценарии "Частичная информация" предполагаются сообщение RxRUM с битовой маской и весами, и сообщение TxRUM с весами, но без битовых масок. Наконец, в сценарии "Только RxRUM" никакие сообщения TxRUM не передаются.
Таблица 1 | |||
Полная информация (RxRUM + TxRUM с битовой маской) | Частичная информация (RxRUM + TxRUM с весом) | Только RxRUM | |
Топология 1 | Сходим.: 4,6 цикл AB = 0,33 CD = 0,33 EF = 0,33 |
Сходим.: 9,1 цикл AB = 0,328 CD = 0,329 EF = 0,325 |
Сходим.: 10,3 цикл AB = 0,33 CD = 0,33 EF = 0,33 |
Топология 2 | Сходим.: 3,8 цикл AB = 0,5 CD = 0,5 EF = 0,5 |
Сходим.: 5,4 цикл AB = 0,5 CD = 0,5 EF = 0,5 |
Сходим.: никогда AB = 0,62 CD = 0,36 EF = 0,51 |
Топология 3 | Сходим.: 5,5 цикл AB = 0,67 CD = 0,33 EF = 0,33 GH = 0,33 |
Сходим.: 9,3 цикл AB = 0,33 CD = 0,33 EF = 0,33 GH = 0,33 |
Сходим.: никогда AB = 0,77 CD = 0,21 EF = 0,31 GH = 0,31 |
Как видно из таблицы 1, предложение "Частичная информация" способно привести к справедливому распределению весов при малой задержке сходимости. Цифры сходимости показывают число циклов, которое требуется схеме, чтобы прийти к стабильному распределению доступных каналов. Впоследствии узлы могут продолжать использовать те же самые каналы.
На фиг. 5 показана методология 500 управления помехами путем использования сообщения использования ресурсов (RUM), которое передается с постоянной спектральной плотностью мощности (PSD) в соответствии с одним или более аспектами, представленными здесь. Сообщения запроса, сообщения разрешения и передачи могут передаваться с управляемой мощностью: однако узел может, несмотря на это, испытывать чрезмерную помеху, которая заставляет ее уровни отношения "сигнал/шум плюс помеха" (SINR) быть неприемлемыми. Чтобы улучшить нежелательно низкое значение SINR, могут использоваться сообщения RUM, которые могут отправляться со стороны приемника (RxRUM) и/или со стороны передатчика (TxRUM). Сообщение RxRUM может широковещательно приниматься приемником, когда уровни помех на желательных каналах приемника превышают заранее определенный пороговый уровень. Сообщение RxRUM может содержать список каналов, на которых приемник желает иметь сниженную помеху, а также информацию о весе узла. Дополнительно, сообщение RxRUM может быть передано с постоянной спектральной плотностью мощности (PSD). Узлы, которые "слышат" сообщение RxRUM (например, передатчики, борющиеся с приемником, излучающим RxRUM), могут реагировать на сообщение RxRUM остановкой своей передачи или снижением мощности передатчика.
Для примера, при специализированном развертывании узлов беспроводной связи, отношение мощности сигнала на несущей к помехе (C/I) в некоторых узлах может быть нежелательно низким, что может препятствовать успешной передаче. Следует понимать, что уровни помех, используемые для вычисления отношения C/I, могут содержать шум, так что C/I может быть подобным образом как C/(I+N), где N - шум. В таких случаях приемник может управлять помехой, требуя, чтобы другие узлы, находящиеся поблизости, либо уменьшили свои соответствующие мощности передачи, либо полностью отказались от указанных каналов. На этапе 502 может создаваться индикация каналов (например, в многоканальной системе), которые имеют отношение C/I ниже первого заранее определенного порога. На этапе 504 может быть передано сообщение, содержащее информацию, указывающую, какие каналы имеют неадекватные отношения C/I. Для примера, первый узел (например, приемник) может широковещательно принимать сообщение RUM вместе с битовой маской, содержащей информацию, указывающую каналы, имеющие нежелательно низкие отношения C/I. Сообщение RUM может дополнительно посылаться с постоянной PSD, которая известна всем узлам в сети. При таком способе узлы с изменяющимися уровнями мощности могут широковещательно осуществлять передачу с одной и той же PSD.
Сообщение (например, RUM) может быть принято другими узлами на этапе 506. После приема сообщения RUM, второй узел (например, передатчик) может использовать PSD, связанную с сообщением RUM, чтобы на этапе 508 вычислить радиочастотный (RF) интервал (например, коэффициент усиления канала) между собой и первым узлам. Реакция данного узла на сообщение RUM может меняться в соответствии с радиочастотным интервалом. Например, на этапе 510 может быть выполнено сравнение RF-интервала со вторым заранее определенным порогом. Если радиочастотный интервал ниже второго заранее определенного порога (например, первый узел и второй узел близки друг к другу), то на этапе 512 второй узел может прекратить любые дальнейшие передачи по каналам, указанным в сообщении RUM, чтобы ослабить помеху. Альтернативно, если второй узел и первый узел достаточно удалены друг от друга (например, радиочастотный интервал между ними равен или большее второго заранее определенного порога, когда сравнение шло на этапе 510), то тогда второй узел может использовать информацию о радиочастотном интервале для прогнозирования величины помехи, которая будет вызываться в первом узле, и это будет относиться ко второму узлу, если второй узел должен был на этапе 514 продолжать передачу по каналам, указанным в сообщении RUM. На этапе 516 прогнозированный уровень помех может сравниваться с третьим заранее определенным пороговым уровнем.
Например, третий заранее определенный порог может быть неизменной частью целевого уровня превышения помехи над тепловыми шумами (IOT), который является отношением помехового шума к мощности теплового шума, измеренной во всей полосе (например, приблизительно 25% от целевого IOT, равного 6 дБ, или некоторый другой пороговый уровень). Если прогнозированная помеха ниже порогового уровня, то второй узел на этапе 520 может продолжать передачу по каналам, указанным в сообщении RUM. Если, однако, прогнозированная помеха определяется как равная или больше, чем треть заранее определенного порогового уровня, то тогда на этапе 518 второй узел может уменьшать свой уровень мощности передачи до тех пор, пока прогнозированная помеха не станет ниже третьего порогового уровня. Таким способом одиночное сообщение или сообщение RUM может использоваться, чтобы указать наличие помехи на многочисленных каналах. Заставляя узлы, создающие помеху, уменьшать мощность, затронутые помехой узлы (например, приемники, терминалы доступа, пункты доступа,...) могут успешно принимать биты по части набора многочисленных каналов, и узлам, которые уменьшают свои уровни мощности передачи, может также разрешаться продолжать их соответствующие передачи.
Со ссылкой на фиг. 6 и 7, гибкое управление доступом к среде (МАС) может быть облегчено, разрешая приемнику связываться с одним или более передатчиками, не только тому, который предпочитает режим предотвращения конфликта при передаче, но также тому, который является мерой того, насколько он невыгоден для других приемников. В сотовых средствах MAC третьего поколения необходимость предотвращения помех между ячейками может снижаться, используя схему запланированного развертывания. Сотовые средства MAC обычно достигают высокой пространственной эффективности (область бит/блок), однако запланированное развертывание дорого, требует времени и не может быть пригодным для развертывания в горячих точках. Напротив, системы WLAN, такие как те, которые основаны на семействе стандартов 802.11, налагают весьма незначительные ограничения на развертывание, но экономия затрат и времени, связанная с развертыванием системы WLAN, по сравнению с сотовыми системами связи приближается по цене к повышенной помехоустойчивости, которая должна встраиваться в средства MAC. Например, семейство стандартов 802.11 использует MAC, который основан на многостанционном доступе с обнаружением несущей (CSMA). CSMA, в сущности, является подходом по принципу "слушать, прежде чем передать", при котором узел, намеревающийся вести передачу, должен сначала "слушать" среду, определить, что она не занята, и затем, до передачи, следовать протоколу отказа от передачи. MAC с обнаружением несущей может вести к плохому использованию, ограниченному управлению справедливым распределением средств и к восприимчивости скрытых и незащищенных узлов. Чтобы преодолеть недостатки, связанные как с сотовыми системами с запланированным развертыванием, так и с системами Wi-Fi/WLAN, различные аспекты, описанные со ссылкой на фиг. 6 и 7, могут использовать синхронную передачу канала управления (например, чтобы посылать запросы, разрешения, контрольные сигналы и т.д.), эффективное использование сообщений RUM (например, сообщение RxRUM может быть послано приемником, когда он желает вмешаться, чтобы принудить передатчики к отказу от передачи, сообщение TxRUM может посылаться передатчиком, чтобы позволить его назначенному приемнику и приемникам, с которыми он взаимодействует, знать о его намерении осуществить передачу, и т.д.), а также повышенную надежность канала управления путем повторного использования (например, так, чтобы многочисленные RUM могли декодироваться в приемнике одновременно) и т.д.
В соответствии с некоторыми признаками сообщения RxRUM могут взвешиваться с коэффициентом, который является указателем степени неудобства приемника при обслуживании его передатчиков. Создающий помеху передатчик может затем использовать тот факт, что он слышит сообщение RxRUM, а также значение веса, связанного с сообщением RxRUM, чтобы определить следующее действие. В соответствии с примером, когда приемник принимает одиночный поток, приемник может посылать сообщение RxRUM, когда
где RST (порог при посылке RUM) является целевой производительностью для потока, R actual является фактически достигнутой производительностью, вычисленной как краткосрочное скользящее среднее значение (например, через однополюсный фильтр с бесконечной импульсной характеристикой (IRR),...), и T - порог, с которым сравнивается отношение. Если приемник неспособен спланировать работу своего передатчика в течение конкретного временного интервала, скорость для этого временного интервала может быть принята равной 0. В противном случае, достигнутая скорость в этом временном интервале является выборкой, которая может быть передана на усредняющий фильтр. Порог, T, может устанавливаться на единицу, так чтобы независимо от того, попадает ли реальная производительность ниже целевой производительности, вес создавался и передавался.
Передатчик может "слышать" сообщение RxRUM, если он может декодировать сообщение RxRUM. Передатчик может произвольно игнорировать сообщение RxRUM, если, по его оценке, помеха, которую он создаст в отправителе RxRUM, ниже порога отклонения сообщения RUM (RRT). В конструкции мгновенно действующего MAC сообщения Rx/Tx RUM, запросы и разрешения могут посылаться по каналу управления, который имеет очень низкий коэффициент повторного использования (например, 1/4 или меньше), чтобы гарантировать, что воздействие помехи на управляющую информацию будет низким. Передатчик может анализировать набор сообщений RxRUM, который он услышал, и если сообщение RxRUM услышано от выделенного ему приемника, имеющего самый высокий вес RxRUM, передатчик может посылать запрос с сообщением TxRUM, указывая всем приемникам, которые могут слышать передатчик, (например, в том числе свой собственный приемник), что он выиграл "конкуренцию" и имеет право использовать канал. Другие условия посылки TxRUM, обработка многочисленных сообщений RxRUM равного веса, обработка многочисленных сообщений TxRUM, запросов и т.д. более подробно описаны ниже со ссылкой на фиг. 6 и 7. Установка веса сообщения RxRUM и соответствующие действия на передатчике позволяют осуществить детерминированное разрешение конкуренции и, таким образом, улучшенное использование совместно используемой среды и взвешенное справедливое совместное использование путей установки RST. В дополнение к установке RST, который управляет вероятностью посылаемых сообщений RxRUM, установка RRT может облегчить управление степенью, с которой система работает в режиме предотвращения конфликтов.
Что касается RST, то с точки зрения эффективности системы RST может использоваться так, чтобы протокол предотвращения конфликтов или протокол одновременной передачи могли вызываться на основе анализа того, какой протокол достигает более высокой производительности системы для определенной конфигурации пользователя. С точки зрения пиковой скорости или услуги, не допускающей задержки, пользователям может быть разрешено осуществлять пакетную передачу данных на скорости, выше той, которая может быть достигнута, используя одновременные передачи за счет эффективности системы. Дополнительно, определенные типы каналов с неизменной скоростью трафика (например, каналы управления) могут требовать, чтобы была достигнута определенная производительность, и RST может быть установлен соответственно. Кроме того, определенные узлы могут иметь требование более высокого трафика из-за накопления большого объема трафика. Это особенно справедливо, если беспроводная обратная передача используется в архитектуре типа дерева и приемник планирует узел, который близок к корню дерева.
Одна из методологий определения фиксированного RST состоит в установке RST, основываясь на краевой спектральной эффективности в звене связи с последующим элементом, достигнутой в запланированных сотовых системах связи. Спектральная эффективность на краю ячейки указывает производительность, которую пользователь, находящийся на краю ячейки, может достигнуть в сотовой системе связи, когда BTS осуществляет передачу данному пользователю при постоянно включенных всех соседях. Она также служит для гарантии, что производительность с одновременными передачами будет не хуже, чем производительность на краю ячейки в спланированной сотовой системе связи, которая может использоваться для переключения в режим предотвращения конфликтов для повышения производительности (например, сверх той, которая может быть достигнута, используя режим одновременной передачи). В соответствии с другими признаками пороги RST могут различаться для различных пользователей (например, пользователи могут подписаться на различные уровни обслуживания, связанные с различными RSTS,...).
На фиг. 6 показана методология 600 создания сообщений TxRUM и запросов для облегчения обеспечение гибкого управления доступом к среде (MAC) в специализированной развернутой беспроводной сети в соответствии с одним или более аспектами. Сообщение TxRUM может сообщать всем приемникам внутри диапазона прослушивания, основанного на сообщениях RxRUM, которые слышал передатчик, что передатчик полагает, что он один более всего имеет право на ширину полосы. Сообщение TxRUM несет отдельный бит информации, указывающей на его присутствие, и передатчик может установить бит сообщения TxRUM следующим образом.
На этапе 602 передатчик может определить, слышал ли он только что (например, в пределах заранее определенного периода контроля,...) одно или более сообщений RxRUM, в том числе сообщение RxRUM своего собственного приемника (например, если считать, что А поддерживает связь с B и взаимодействует C и D, то тогда А может слышать сообщения RxRUM от B, C и D, с B, являющимся его приемником), если он его послал (то есть, если B послал сообщение в текущем примере). Как описано здесь, "узел" может быть терминалом доступа или пунктом доступа и может содержать как приемник, так и передатчик. Использование такой терминологии, как "передатчик" и "приемник" в этом описании должно, следовательно, истолковываться как "когда узел играет роль передатчика" и как "когда узел играет роль приемника", соответственно. Если передатчик не принял никаких сообщений RxRUM, то на этапе 604 он посылает запрос на свой приемник без посылки сообщения TxRUM. Если передатчик принял, по меньшей мере, одно сообщение RxRUM, то тогда на этапе 606 может быть сделано определение, было ли сообщение RxRUM принято от собственного приемника передатчика (например, от приемника в узле передатчика, …). Если такое сообщение не принято, то на этапе 608 может быть принято решение воздержаться от передачи сообщения TxRUM и сопутствующего запроса.
Если определение на этапе 606 дает ответ "Да", то на этапе 610 может быть сделано дополнительное определение, является ли сообщение RxRUM, принятое от приемника собственного передатчика, единственным сообщением RxRUM, которое было услышано. Если "Да", то на этапе 612 передатчик может послать сообщение TxRUM и запрос на передачу. Если передатчик принял многочисленные сообщения RxRUM, в том числе сообщение RxRUM от своего собственного приемника, то на этапе 614 передатчик может перейти к сортировке сообщений RxRUM, основываясь на весах, связанных с ними. На этапе 616 может быть сделано определение того, имеет ли сообщение RxRUM, полученное от собственного приемника передатчика, самый высокий вес (например, самый большой уровень неудобства) из всех принятых сообщений RxRUM. Если это так, то на этапе 618 передатчик может послать как сообщение TxRUM, так и запрос на передачу. Если определение на этапе 616 дает ответ "Нет", то на этапе 620 передатчик может воздержаться от передачи сообщения TxRUM, а также запроса. В сценарии, в котором передатчик принимает сообщение RxRUM от своего собственного приемника, а также одно или более других сообщений RxRUM и все они имеют равный вес, то тогда передатчик может послать сообщение TxRUM и запрос с вероятностью 1/N, где N - количество сообщений RxRUM, имеющих самый высокий вес. В одном аспекте логика, показанная на фиг. 6, может применяться без каких-либо сообщений TxRUM, а только с запросами. То есть, сообщения RxRUM управляют тем, может ли узел посылать запрос на конкретный ресурс или нет.
Термин "неудобство", как он используется здесь, может определяться как функция, например, отношение целевого значения к фактическому значению для данного узла. Например, когда неудобство измеряется как функция производительности, спектральной эффективности, скорости передачи данных или некоторого другого параметра, где желательны более высокие значения, то когда узел является неудобным, фактическое значение будет относительно ниже чем целевое значение. В таких случаях взвешенное значение, указывающее уровень неудобства узла, может быть функцией отношения целевого значения к фактическому значению. В случаях, когда параметр, на котором основано неудобство, желательно иметь низким (например, время ожидания), для создания веса может использоваться обратная величина отношения целевого значения к фактическому значению. Как используется здесь, узел, описываемый как имеющий "лучшее" состояние относительно другого узла, может пониматься как имеющий меньший уровень неудобства (например, узел с лучшим состоянием имеет меньшую помеху, меньшее время ожидания, более высокую скорость передачи данных, более высокую производительность, более высокую спектральную эффективность и т.д., чем другой узел, с которым он сравнивается).
В соответствии с примером, передатчик А и передатчик C могут осуществлять передачу одновременно (например, согласно синхронной схеме управления доступом к среде, в которой передатчики ведут передачу в определенные времена, а приемники ведут передачу в другие определенные времена), на приемник B и на приемник D, соответственно. Приемник B может определять и/или иметь заранее определенный уровень помехи, которая на него воздействует, и может посылать сообщение RxRUM передатчикам, таким как передатчик А и передатчик C. Приемнику D нет необходимости слушать сообщение RxRUM, поскольку приемник D осуществляет передачу в то же самое время, что и приемник B. Чтобы дополнить пример, после прослушивания сообщения RxRUM от приемника B, передатчик C может оценить состояние приемника В, как указано в сообщении RxRUM, и может сравнивать свое собственное состояние (которое может быть известно для C или сообщено сообщением RxRUM, посланным от D) такому приемнику B. После сравнения передатчиком С могут быть предприняты некоторые действия.
Например, после определения, что на передатчик C воздействует помеха более низкого уровня, чем на приемник B, передатчик C может отказаться от передачи, воздерживаясь от передачи запроса на передачу. Дополнительно или альтернативно, передатчик C может оценить или определить, насколько большую помеху он создает на приемнике B (например, в случае, когда сообщения RxRUM от приемников посылаются с одной и той же или постоянной спектральной плотностью мощности). Такое определение может содержать оценку коэффициента усиления канала в приемнике B, выбор уровня мощности передачи и определение, превышает ли уровень помехи, которая может быть вызвана в приемнике В передачей от приемника С с выбранным уровнем мощности передачи, заранее определенный допустимый пороговый уровень помех. Основываясь на определении, передатчик C может принять решение вести передачу с уровнем мощности, равным предыдущему уровню мощности передачи или меньше.
В случае, когда состояние передатчика С (например, уровень неудобства в отношении дефицита ресурсов, помеха,...) по существу равно состоянию приемника B, передатчик C может оценить и/или направить веса, связанные с сообщениями RxRUM, который он услышал. Например, если передатчик C слышал четыре сообщения RUM, имеющих веса 3, 5, 5 и 5, и сообщение RxRUM, услышанное от приемника B, несет один из весов 5 (например, имеет вес, равный самому тяжелому весу всех сообщений RxRUM, услышанных передатчиком C), то C должен посылать запрос с вероятностью 1/3.
На фиг. 7 показана методология 700 создания разрешения запроса передачи в соответствии с одним или более аспектами. На этапе 702 приемник может оценивать запросы и сообщения TxRUM, которые он недавно услышал или принял (например, в течение заранее определенного периода контроля,...). Если никакие запросы не были приняты, то на этапе 704 приемник может воздержаться от посылки сообщения с разрешением. Если, по меньшей мере, один запрос и сообщение TxRUM были получены, то на этапе 706 может быть выполнено определение в отношении того, является ли принятое сообщение(-я) TxRUM сообщением от передатчика, который обслуживает приемник. Если это не так, то на этапе 708 приемник может воздержаться от посылки разрешения. Если это так, то на этапе 710 приемник может определить, все ли принятые сообщения TxRUM приняты передатчиком, обслуживаемым приемником.
Если результат определения на этапе 710 положителен, то на этапе 712 разрешение может быть создано и послано одному или более запрашивающим передатчикам. Если результат определения на этапе 710 отрицательный и приемник принял сообщение TxRUM от своего собственного передатчика в дополнение к сообщению TxRUM от передатчика, который приемник не обслуживает, то тогда на этапе 714, может быть выполнено определение того, является ли текущее среднее значение скорости передачи большим или равным Rtarget. Если текущее среднее значение скорости передачи больше или равно Rtarget, то тогда на этапе 716 приемник может воздержаться от разрешения требуемых ресурсов. Если нет, то на этапе 718 приемник может послать разрешение с вероятностью 1/N, где N - количество принятых сообщений TxRUM. В другом аспекте сообщения TxRUM могут содержать веса, также как в сообщениях RxRUM, и когда услышаны многочисленные сообщения TxRUM, по меньшей мере, от одного из его передатчиков и одно сообщение от другого передатчика, то тогда разрешения предоставляются на основе того, было ли одним из его передатчиков послано сообщение TxRUM с самым высоким весом. В случае узла с многочисленными сообщениями TxRUM с самым высоким весом, в том числе то, которое поступило от одного из его передатчиков, разрешение посылается с вероятностью m/N, где N - количество сообщений TxRUM, услышанных с самым высоким весом, m из которых поступили от передатчиков приемника.
В соответствии с сопутствующими аспектами приемник может периодически и/или непрерывно оценивать, являются ли данные посланными от отправителя. Это действительно так, если приемник принял текущий запрос или если он принял предшествующий запрос, по которому разрешение не было предоставлено. В любом случае приемник может послать сообщения RxRUM всякий раз, когда средняя скорость передачи ниже Rtarget. Дополнительно, после разрешения запроса передатчика передатчик может передать кадр данных, который может быть принят приемником. Если существуют данные, ожидающие выполнения передачи для пары приемник-передатчик, то тогда для осуществления связи и передатчик, и приемник могут обновить информацию о средней скорости передачи.
На фиг. 8 показана методология 800 достижения справедливости среди конкурирующих узлов, регулируя количество каналов, для которых необходимо передавать сообщение RUM согласно уровню неудобства, связанному с данным узлом, в соответствии с одним или более аспектами. Как описано выше со ссылкой на предшествующие чертежи, сообщение RxRUM посылается для указания, что приемник находится в плохих условиях связи и желает снижения помех, с которыми он сталкивается. Сообщение RxRUM содержит вес, определяющий степень неудобства, которое испытывает узел. В соответствии с аспектом вес может устанавливаться равным RST/средняя производительность. Здесь RST является средней производительностью, которую желает иметь узел. Когда передающий узел передачи слышит многочисленные сообщения RxRUM, он может использовать соответствующие веса, чтобы принять решение по конкуренции между ними. Если сообщение RxRUM с самым высоким весом создано собственным приемником передатчика, то может быть принято решение осуществить передачу. В противном случае передатчик может воздержаться от передачи.
Сообщение TxRUM посылается передатчиком, чтобы объявить о надвигающейся передаче, и имеет две цели. Во-первых, сообщение TxRUM позволяет приемнику знать, что его сообщение RxRUM выиграло в местной конкуренции, так что он может планировать передачу. Во-вторых, сообщение TxRUM сообщает другим соседним приемникам о надвигающейся помехе. Когда система поддерживает многочисленные каналы, сообщения RUM в дополнение к весу могут нести битовую маску. Битовая маска указывает каналы, к которым может применяться это сообщение RUM.
Сообщение RxRUM позволяет узлу устранять помеху в своем непосредственном окружении, поскольку узлы, принимающие сообщение RxRUM, могут быть вынуждены воздержаться от передачи. Хотя веса разрешают справедливую конкуренцию (например, узел с самыми большими неудобствами побеждает), наличие многоканальный MAC может обеспечить другую степень свободы. Количество каналов, для которых узел может посылать RxRUM, может быть основано на степени его неудобства для узлов с очень бедной историей, чтобы быстрее произвести захват. Когда RxRUM успешен и скорость передачи, полученная узлом в ответе на него, улучшает его состояние, узел может уменьшить количество каналов, которым он посылает сообщение RxRUM. Если из-за сильной конкуренции сообщение RUM первоначально не имеет успеха и производительность не улучшается, узел может увеличить количество каналов, на которые он посылает сообщение RUM. В очень конкурентной ситуации узел может стать в высшей степени невыгодным и может послать сообщения RxRUM по всем каналам, таким образом вырождаясь в случай с одиночной несущей.
В соответствии со способом на этапе 802 уровень неудобства может определяться для узла и сообщение RUM может создаваться для указания уровня неудобства другим узлам в пределах диапазона прослушивания. Например, уровень неудобства может определяться как функция уровня принятого обслуживания в узле, на который могут оказывать влияние различные параметры, такие как время ожидания, IOT, C/I, производительность, скорость передачи данных, спектральная эффективности и т.д. На этапе 804 могут быть выбраны некоторые каналы для посылки сообщения RUM, соразмерные уровню неудобства (например, чем больше неудобство, тем больше количество каналов). На этапе 806 для каналов может быть передано сообщение RUM. На этапе 808 для узла может быть измерено качество обслуживания (QoS) и неудобство может быть оценено заново, чтобы определить, улучшилось ли состояние узла. На основе измеренного QoS количество каналов, для которых передаются последующие сообщения RUM, может регулироваться на этапе 810. Например, если QoS узла не улучшилось или не ухудшилось, то тогда количество каналов, для которого передаются последующие сообщения RUM, на этапе 810 может быть увеличено, чтобы повысить уровень обслуживания, принимаемого в узле. Если QoS узла улучшилось, то на этапе 810 количество каналов, для которых передаются последующие сообщения RUM, может быть уменьшено, чтобы сберечь ресурсы. Выполнение способа может возвратиться на этап 806 для дальнейших повторений передачи сообщений RUM, оценки обслуживания и регулирования количества каналов. Решение о том, увеличивать или уменьшать количество каналов, для которых посылается сообщение RUM, может также быть функцией метрики QoS, используемой узлом. Например, увеличение количества каналов, для которых посылаются сообщения RUM (на основе постоянного или ухудшающегося уровня неудобства), может иметь смысл для метрики типа производительности/скорости передачи данных, но может не иметь смысла для метрики типа времени ожидания.
В соответствии с сопутствующими аспектами может быть введен приоритет на основе узлов и/или трафика, позволяя узлам с более высоким приоритетом управлять большим количеством каналов, чем узлам с более низким приоритетом. Например, невыгодный видеоабонент может принимать восемь каналов сразу, тогда как такой же невыгодный аудиоабонент принимает только две несущие. Максимальное количество каналов, которое узел может получить, также может быть ограничено. Верхний предел может определяться типом переносимого трафика (например, небольшие звуковые пакеты обычно не нуждаются более чем в нескольких каналах), классом мощности узла (например, маломощный передатчик не может распределять свою мощность по большой полосе), расстоянием до приемника и результирующей принимаемой PSD и т.д. Таким образом, способ 800 может дополнительно уменьшать помехи и повышать экономию ресурсов. Помимо этих, существуют и другие аспекты, которые обеспечивают использование битовой маски для указания количества каналов, выделенных узлу. Например, 6-битная маска может использоваться, чтобы указать, что сообщения RUM могут быть посланы максимально по шести каналам. Узел может дополнительно запрашивать, чтобы создающий помеху узел воздержался от передачи на всех или части выделенных поднесущих.
На фиг. 9 показана передача сообщения RxRUM между двумя узлами с постоянной спектральной плотностью мощности (PSD) в соответствии с одним или более аспектами. Когда узел страдает от сильных помех, он может извлечь выгоду из ограничения помехи, вызванной другими узлами, что, в свою очередь, позволяет иметь лучшее пространственное повторное использование и улучшенную справедливость. В семействе протоколов 802.11 для достижения справедливости используются пакеты "запрос-посылка" (RTS) и "очистка-посылка" (CTS). Узлы, которые слышат RTS, останавливают передачу и разрешают запрашивающему узлу успешно передать пакет.
Однако часто этот механизм приводит к большому количеству узлов, которые без необходимости выключены. Кроме того, узлы могут посылать RTS и CTS с полной мощностью во всей ширине полосы. Если некоторые узлы имели более высокую мощность, чем другие, то тогда дальность для RTS и CTS для различных узлов может быть различной. Таким образом, узел с низкой мощностью, на который может воздействовать помеха от узла высокой мощности, может быть неспособен отключить узла высокой мощности через RTS/CTS, потому что узел высокой мощности может быть вне диапазона работы узла с низкой мощностью. В таком случае узел высокой мощности является постоянно "скрытым" узлом для узла с низкой мощностью. Даже если узел с низкой мощностью посылает RTS или CTS на один из своих передатчиков или приемников, он не сможет отключить узел с высокой мощностью. Стандарт 802.11 для MAC поэтому требует, чтобы все узлы имели равную мощность. Это вводит ограничения на характеристики, в частности, с точки зрения сходимости.
Механизм, показанный на фиг. 9, облегчает радиовещательную передачу сообщения RUM от приемника в узле, имеющем нежелательно низкое отношение SINR для одного или более каналов. Сообщение RUM может передаваться с постоянной известной PSD независимо от возможностей узла в отношении мощности передачи и принимающий узел может наблюдать принимаемый PSD и вычислять коэффициент усиления канала между самим собой и узлом, передающим сообщение RUM. Когда коэффициент усиления канала известен, принимающий узел может определять величину помехи, которую он, вероятно, должен вызвать (например, частично на основе своей собственной мощности передачи) на узле, передающем сообщения RUM, и может решить, следует ли временно воздержаться от передачи.
В случаях, когда узлы в сети имеют разную мощность передачи, узлы, которые слышат RUM, могут принять решение выключиться, основываясь на их соответствующих известных мощностях передачи и вычисленных коэффициентах усиления каналов. Таким образом, передатчику с малой мощностью нет необходимости отключаться, поскольку он не вызовет существенной помехи. Таким образом, только узлы, создающие помеху, могут отключаться, снижая тем самым вышеупомянутые недостатки обычных механизмов RTS-CTS механизмов.
Например, первый узел (Узел A) может принимать сообщение RxRUM от второго узла (Узел B) по каналу h. Сообщение RxRUM может быть передано с уровнем мощности pRxRUM и значение принятого сигнала, X, может быть оценено, так что X равно сумме канала h, умноженной на мощность передачи pRxRUM, плюс шум. Узел может затем выполнить протокол оценки канала для оценки h, разделив значение принятого сигнала X на pRxRUM. Если вес узла В выше, чем вес узла А, то Узел В может дополнительно оценить помеху, которую передача Узла А может вызвать в Узле B, умножив оценку канала на желательную мощность передачи (p A), такой что:
I A = h est ·p A,
где I A - помеха, созданная узлом А в узле B.
В соответствии с примером рассмотрим систему, в которой максимальная мощность передачи, М, принимается равной 2 Вт, и минимальная ширина полосы передачи равна 5 МГц, тогда максимальная PSD равна 2 Вт/5 МГц, или 0,4 Вт/МГц. Предположим, что минимальная мощность передачи в системе равна 200 мВт. Тогда сообщение RUM проектируется так, чтобы иметь дальность такой, которая равна дальности для максимально разрешенной PSD в системе. Эта спектральная плотность мощности для передатчика мощностью 200 мВт и скорость передачи данных для RUM затем выбираются так, чтобы выровнять эти дальности. Следует понимать, что приведенный выше пример представлен для иллюстративных целей и что системы и/или способы, описанные здесь, не ограничиваются конкретными значениями, представленными выше, а могут использовать любые подходящие значения.
На фиг. 10 показана методологии 1000 использования постоянной PSD для передачи сообщения RUM, чтобы облегчить оценку объема помехи, которая будет создана первым узлам на втором узле, в соответствии с одним или более аспектами. На этапе 1002 первый узел может принимать сообщение RxRUM с известной PSD от второго узла. На этапе 1004 первый узел может вычислить коэффициент усиления канала между собой и вторым узлом, основываясь на известной PSD. На этапе 1006 первый узел может использовать PSD передачи, связанную с его собственными передачами, для оценки объема помехи, которую первый узел может создать на втором узле, основываясь, по меньшей мере, частично на коэффициенте усиления канала, вычисленном на этапе 1004. Оценка помехи на этапе 1008 может быть сравнена с заранее определенным пороговым значением, чтобы определить, может ли первый узел осуществлять передачу или должен воздержаться от передачи. Если оценка выше, чем заранее определенный порог, то первый узел на этапе 1012 может воздержаться от передачи (которая может содержать передачу данных или передачу запроса). Если оценка меньше, чем заранее определенный порог, то первый узел на этапе 1010 может осуществлять передачу, потому что он не будет создавать второму узлу существенной помехи. Следует понимать, что сообщение RxRUM, переданное вторым узлом, может прослушиваться многочисленными узлами приема в пределах заданной близости ко второму узлу, каждый из которых может осуществлять способ 1000, чтобы оценить, должен ли он остановить передачу.
В соответствии с другим примером второй узел может осуществлять передачу с мощностью, например, 200 милливатт, а первый узел может осуществлять передачу с мощностью 2 Вт. В таком случае второй узел может иметь радиус передачи r, а первый узел может иметь радиус передачи 10 r. Таким образом, первый узел может располагаться от второго узла на расстоянии, в 10 раз большем, чем расстояние, на котором второй узел обычно передает или принимает, но все еще может быть способен создавать помеху для второго узла из-за своей более высокой мощности передачи. В таком случае второй узел может усиливать свою PSD передачи во время передачи сообщения RxRUM, чтобы гарантировать, что первый узел принимает сообщение RxRUM. Например, второй узел может передать RxRUM с максимально допустимой PSD, которая может быть заранее определена для данной сети. Первый узел может затем выполнить способ 1000 и определить, вести ли передачу или нет, как описано выше.
На фиг. 11 показана методология 1100 ответа на пакеты управления помехой в спланированной и/или специализированной среде беспроводной связи в соответствии с различными аспектами. На этапе 1102 сообщение RxRUM от первого узла может быть принято во втором узле. На этапе 1104 метрическое значение может быть создано на основе, по меньшей мере, частично на заранее определенных значениях, связанных с RUM. Например, когда на этапе 1102 принято сообщение RUM, принимающий узел (например, второй узел) знает или может определить RUM_Rx_PSD, оценивая мощность принятого сообщения RUM, RUM_Tx_PSD (известная константа системы), и Data_Tx_PSD (PSD, с которой узел, принимающий RUM, может пожелать свои данные). RUM_Tx_PSD и RUM_RX_PSD также определены количественно в дБм/Гц, где первая постоянна для всех узлов, а последняя зависит от коэффициента усиления канала. Аналогично, Data_Tx_PSD измеряется в дБм/Гц и может зависеть от класса мощности, связанного с узлом. Метрика, созданная на этапе 1104, может быть выражена как:
метрика = Data_Tx_PSD + (RUM _Rx_PSD - RUM _Tx_PSD),
которая представляет оценку возможной помехи, которую узел, передающий RUM (например, для TxRUM), или узел, принимающий RUM (например, для RxRUM), может вызвать в другом узле.
На этапе 1106 значение метрики может быть сравнено с заранее определенным порогом отклонения RUM (RRT), который определяется в дБм/Гц. Если метрика больше или равна RRT, то второй узел может ответить на сообщение RUM на этапе 1108. Если метрика меньше, чем RRT, то второй узел на этапе 1100 может воздержаться от ответа узлу (например, потому что он, по существу, не взаимодействует с первым узлом). Ответ на сообщение RUM на этапе 1108 может удалить помеху, связанную с отношением помеха/тепловой шум (IOT), которое больше заранее определенного значения, Ω, которое измеряется в децибелах, по сравнению с тепловым шумом N 0, который измеряется в дБм/Гц (например, так, что метрика > Ω + N 0). Чтобы гарантировать, что все существенные потенциальные источники помех молчат, RRT может быть установлен так, что RRT = Ω + N 0. Следует заметить, что задача определения, удовлетворяется ли порог RRT или нет, решается узлом, принимающим RxRUM, только когда объявленный вес в сообщении RUM указывает, что отправитель сообщения RUM имеет большую степень неудобства, чем получатель сообщения RUM.
На фиг. 12 показана методология 1200 создания сообщения RxRUM в соответствии с различными аспектами, описанными выше. На этапе 1202 сообщение RUM может быть создано в первом узле, в котором сообщение RUM содержит информацию, которая указывает, что первый заранее определенный порог достигнут или превышен. Первый заранее определенный порог может представлять, например, уровень превышения помехи над тепловым шумом (IOT), скорость передачи данных, отношение мощности сигнала на несущей к помехе (C/I), уровень производительности, уровень спектральной эффективности, уровень времени ожидания или любую другую подходящую меру, с помощью которой может быть измерен уровень обслуживания на первом узле. На этапе 1204 сообщение RUM может быть взвешено, чтобы указать степень, в которой был превышен второй заранее определенный порог. В соответствии с некоторыми аспектами значение веса может быть оцифрованным значением.
Второй заранее определенный порог может представлять, например, уровень превышения помехи над тепловым шумом (IOT), скорость передачи данных, отношение мощности сигнала на несущей к помехе (C/I), уровень производительности, уровень спектральной эффективности, уровень времени ожидания или любую другую подходящую меру, с помощью которой уровень обслуживания в первом узле может быть измерен. Хотя первый и второй заранее определенные пороги могут быть, в сущности, равны, в этом нет необходимости. Дополнительно, первый и второй заранее определенные пороги могут быть связаны с другими параметрами (например, IOT и C/I, соответственно, время ожидания и скорость передачи данных, соответственно, или любая другая перестановка описанных параметров). На этапе 1206 взвешенное сообщение RUM может передаваться одному или более другим узлам.
На фиг. 13 показана методология 1300 для ответа на одно или более принятое сообщение RxRUM в соответствии с одним или более аспектами. На этапе 1302 сообщение RxRUM может быть принято на первом узле от второго (или более) узла(-ов). Сообщение RxRUM может содержать информацию, связанную с состоянием второго узла (например, уровень неудобства, как описано выше), которая на этапе 1304 может использоваться первым узлом для определения состояния второго узла. На этапе 1306 состояние второго узла может сравниваться с состоянием первого узла. Сравнение может разрешать на этапе 1308 определение того, передавать ли данные.
Например, если сравнение указывает, что состояние первого узла лучше, чем состояние второго узла, то тогда первый узел может воздержаться от посылки данных (например, отказаться и разрешить более неудобному второму узлу осуществлять связь более эффективно). Дополнительно или альтернативно, если состояние первого узла лучше, чем состояние второго узла, первый узел может продолжить определение уровня помехи, которую первый узел может создавать для второго узла, как описано выше со ссылкой на фиг. 10. Такое определение может содержать, например, использование известной постоянной мощности или известной постоянной спектральной плотности мощности, с которой второй узел передал сообщение RxRUM, оценку коэффициента усиления канала между первым и вторым узлами, выбор уровня мощности передачи для передачи от первого узла ко второму узлу, оценку уровня помехи, которую передача с выбранным уровнем мощности может создать во втором узле, и определение, превышает ли оцененный уровень помех заранее определенный приемлемый пороговый уровень помехи.
В случае, когда сравнение указывает, что состояние первого узла хуже, чем состояние второго узла, первый узел может принять решение игнорировать сообщение RUM. В соответствии с другим аспектом, когда первый узел и второй узел имеют, в сущности, равные состояния, может использоваться механизм весовой обработки, как описано выше со ссылкой на фиг. 6. В соответствии с другими аспектами информация, содержащаяся в сообщении RUM, может использоваться для создания значения метрики, которое может сравниваться с порогом отклонения RUM (RRT), чтобы определить, реагировать или не реагировать на сообщение RUM, как описано со ссылкой на фиг. 11. В соответствии с другими аспектами, после решения передавать данные на этапе 1308 такая передача может содержать посылку данных связи по первому каналу, передачу сообщения "запрос передачи" по первому каналу и/или посылку сообщения "запрос передачи" по второму каналу, который запрашивает посылку данных по первому каналу.
В другом аспекте дополнительная информация может содержаться наряду с запросом, чтобы помочь планировщику знать результат обработки в узле сообщения RxRUM. Например, предположим, что А передает данные к B и C передает данные к D. Предположим, что B и D оба посылают сообщения RxRUM, но вес, используемый B, выше (более невыгодный), чем используемый D. Тогда А должен послать запрос к B (после того, как тот обработал принятые сообщения RxRUM и сделал вывод, что его приемник, а именно B, является самым невыгодным) и ввести бит "Best" (лучший), указывающий, что он выиграл конкуренцию и должен незамедлительно планироваться, поскольку в будущем он может не выиграть конкуренцию. В отличие от него C может обработать сообщения RUM и сделать вывод, что он не может делать запрос. Однако он может позволить D знать, что даже при том, что он не может быть спланирован в настоящее время, он имеет данные для посылки и D должен настаивать на посылке сообщений RxRUM. Например, если D не слышит никаких запросов, он может ошибочно прийти к выводу, что ни один из его передатчиков не имеет никаких данных для посылки и может прекратить посылать сообщения RxRUM. Чтобы не допустить этого, C посылает "запрос" с указанием, что он "блокирован" сообщениями RxRUM, принятыми от других. Это будет служить указанием для D не планировать C в настоящее время, а продолжать посылать сообщения RxRUM в надежде, что C выиграет в конкуренции в некотором пункте.
На фиг. 14 показан пример систему 1400 беспроводной связи. Система 1400 беспроводной связи представлена для краткости с одной базовой станцией и одним терминалом. Однако следует понимать, что система может содержать более одной базовой станции и/или более одного терминала и в которой дополнительные базовые станции и/или терминалы могут, в сущности, быть подобны или отличаться от примеров базовой станции и терминала, описанных ниже. Кроме того, следует понимать, что базовая станция и/или терминал могут использовать способы (фиг. 2, 5-8, и 10-13) и/или системы (фиг. 1, 3, 4, 9 и 15-18), описанные здесь, чтобы облегчить беспроводную связь между ними. Например, узлы в системе 1400 (например, базовая станция и/или терминал) могут хранить и выполнять команды для выполнения любого из описанных выше способов (например, создание сообщений RUM, ответ на сообщения RUM, определение неудобства узла, выбор нескольких поднесущих для передачи сообщений RUM,...), а также данные, связанные с выполнением таких действий и любых других подходящих действий для выполнения описанных здесь различных протоколов.
Со ссылкой на фиг. 14, в нисходящей линии связи, в пункте 1405 доступа, процессор 1410 передачи (TX) данных принимает, форматирует, кодирует, чередует и модулирует (или отображает символы) данные трафика и обеспечивает символы модуляции ("символы данных"). Модулятор 1415 символов принимает и обрабатывает символы данных и пилотные символы и обеспечивает поток символов. Модулятор 1420 символов мультиплексирует данные и пилотные символы и передает их на блок 1420 передатчика (TMTR). Каждый символ передачи может быть символом данных, пилотным символом или сигнальным значением нуля. Пилотные символы могут посылаться непрерывно в каждом периоде символов. Пилотные символы могут иметь уплотнение с частотным разделением (FDM), уплотнение с ортогональным частотным разделением (OFDM), уплотнение с временным разделением (TDM), уплотнение с частотным разделением (FDM) или уплотнение с кодовым разделением (CDM).
TMTR 1420 принимает и преобразует поток символов в один или более аналоговых сигналов и осуществляет дополнительное формирование (например, усиливает, фильтрует и преобразует вверх по частоте) аналоговых сигналов, чтобы создать сигнал в нисходящем звене связи для передачи по беспроводному каналу. Сигнал в нисходящем звене связи затем передается через антенну 1425 на терминалы. На терминале 1430 антенна 1435 принимает сигнал нисходящего звена связи и передает принятый сигнал на блок приемника 1440 (RCVR). Блок 1440 осуществляет формирование (например, фильтрует, усиливает и преобразует вниз по частоте) принятого сигнала и оцифровывает сформированный сигнал, чтобы получить отсчеты. Демодулятор 1445 символов демодулирует и передает принятые пилотные символы на процессор 1450 для оценки канала. Демодулятор 1445 символов далее принимает оценку частотной характеристики для нисходящего звена связи от процессора 1450, выполняет демодуляцию принятых символов данных, чтобы получить оценки символов данных (которые являются оценками переданных символов данных) и передает оценки символа данных на процессор 1445 RX данных, который демодулирует (т.е., восстанавливает символы), устраняет чередования и декодирует оценки символов данных, чтобы восстановить переданные данные трафика. Обработка демодулятором 1445 символов и процессором 1455 RX данных дополняет обработку модулятором 1415 символов и процессором 1410 TX, соответственно, в пункте 1405 доступа.
В восходящем звене связи процессор 1460 TX данных обрабатывает данные трафика и обеспечивают символы данных. Модулятор 1465 символов принимает и мультиплексирует символы данных с пилотными символами, выполняет модуляцию и обеспечивает поток символов. Блок 1470 передатчика затем принимает и обрабатывает поток символов, чтобы создать сигнал в восходящем звене связи, который передается антенной 1435 к пункту 1405 доступа.
В пункте 1405 доступа сигнал восходящего звена связи от терминала 1430 принимается антенной 1425 и обрабатывается блоком 1475 приемника 1475, чтобы получить отсчеты. Демодулятор 1480 символов затем обрабатывает отсчеты и обеспечивает принятые пилотные символы и оценки символов данных для восходящего звена связи. Процессор 1485 RX данных обрабатывает оценки символов данных, чтобы восстановить данные трафика, переданные терминалом 1430. Процессор 1490 выполняет оценку канала для каждого активного терминала, ведущего передачу по восходящему звену связи. Многочисленные терминалы могут передавать пилотный сигнал одновременно по восходящему звену связи в своих соответственно выделенных наборах пилотных поддиапазонов, где пилотные наборы поддиапазонов могут чередоваться.
Процессоры 1490 и 1450 направляют (например, управляют, координируют, руководят и т.д.) операцией в пункте 1405 доступа и терминале 1430, соответственно. Соответствующие процессоры 1490 и 1450 могут быть связаны с блоками запоминающего устройства (не показаны), которые хранят управляющие программы и данные. Процессоры 1490 и 1450 могут также выполнять вычисления, чтобы получить частоту и оценки импульсной характеристики для восходящего и нисходящего звеньев связи, соответственно.
Для системы многостанционного доступа (например, FDMA, OFDMA, CDMA, TDMA и т.д.) многочисленные терминалы могут одновременно вести передачу в восходящем звене связи. Для такой системы пилотные поддиапазоны могут совместно использоваться различными терминалами. Способы оценки каналов могут использоваться в случаях, когда пилотные поддиапазоны для каждого терминала охватывают весь рабочий диапазон (возможно, за исключением краев диапазона). Такая структура пилотного поддиапазона может быть желательна для получения разноса частот для каждого терминала. Способы, описанные здесь, могут осуществляться различными средствами. Например, эти способы могут быть осуществлены с помощью аппаратурного обеспечения, программного обеспечения или их комбинации. Для осуществления с помощью аппаратурного обеспечения, блоки обработки, используемые для оценки каналов, могут быть реализованы в одной или более специализированных интегральных схемах (ASIC), цифровых сигнальных процессорах (DSP), устройствах цифровой обработки сигналов (DSPD), программируемых логических устройствах (PLD), программируемых пользователем вентильных матрицах (FPGA), процессорах, контроллерах, микроконтроллерах, микропроцессорах, других электронных блоках, предназначенных для выполнения описанных здесь функций, или их комбинациях. С помощью программного обеспечения осуществление может производиться через средства (например, процедуры, функции и так далее), которые выполняют описанные здесь функции. Системные программы могут храниться в блоке памяти и выполняться процессорами 1490 и 1450.
Для выполнения программного обеспечения способы, описанные здесь, могут осуществляться с помощью модулей/средств (например, процедуры, функции и т.д.), выполняющих описанные здесь функции. Системные программы могут храниться в блоках запоминающего устройства и выполняться процессорами. Блок запоминающего устройства может быть реализован в процессоре или быть внешним для процессора и в этом случае он может быть соединен средствами связи с процессором через различные устройства, известные в технике.
Теперь, обращаясь к фиг.15-18 и к различным модулям, описанным со ссылкой на них, следует понимать, что модуль для передачи может содержать, например, передатчик, и/или может быть реализован в процессоре и т.д. Точно так же, модуль для приема может содержать приемник и/или может быть реализован в процессоре и т.д. Дополнительно, модуль для сравнения, определения, вычисления и/или выполнения других аналитических действий может содержать процессор, исполняющий команды для выполнения различных и соответствующих действий.
На фиг. 15 показано устройство 1500, облегчающее беспроводную передачу данных в соответствии с различными аспектами. Устройство 1500 представляется как ряд взаимосвязанных функциональных блоков, которые могут представлять функции, осуществляемые процессором, программным обеспечением или их комбинацией (например, программируемое оборудование). Например, устройство 1500 может обеспечивать модули для выполнения различных действий, таких как описаны выше со ссылкой на различные чертежи. Устройство 1500 содержит модуль для определения на этапе 1502 некоторого числа каналов, желательных для передачи. Определение может быть выполнено как функция веса, связанного с узлом, в котором используется устройство, веса, связанного с одним или более другими узлами, множеством каналов, доступных для передачи и т.д. Дополнительно, каждый вес может быть функцией числа потоков, поддерживаемых узлом, связанным с весом. Дополнительно или альтернативно, данный вес может быть функцией помехи, воздействующей на узел.
Устройство 1500 дополнительно содержит модуль 1504 выбора, который выбирает каналы, для которых узел может передать запрос. Модуль 1504 выбора дополнительно может оценивать принятое сообщение использования ресурсов (RUM), чтобы определить, какие каналы доступны, а какие - нет. Например, каждое сообщение RUM может содержать информацию, связанную с недоступными каналами, и модуль 1054 выбора может решить, что данный канал, который не указывается сообщением RUM, является доступным. Модуль 1506 посылки может передать запрос, по меньшей мере, одного канала, выбранного модулем 1504 выбора. Должно быть понятно, что устройство 1500 может использоваться в пункте доступа, терминале доступа и т.д. и может содержать любые подходящие функциональные возможности, чтобы выполнить различные описанные здесь способы.
На фиг. 16 показано устройство 1600, облегчающее беспроводную связь, используя сообщения использования ресурсов (RUM) в соответствии с одним или более аспектами. Устройство 1600 представлено как ряд взаимосвязанных функциональных блоков, которые могут представлять функции, осуществляемые процессором, программным обеспечением или их комбинацией (например, программируемое оборудование). Например, устройство 1600 может обеспечивать модули для выполнения различных действий, таких, как описано выше со ссылкой на предыдущие чертежи. Устройство 1600 содержит модуль 1602 определения, который определяет уровень неудобства для узла, и модуль 1604 создания сообщения RUM, который создает сообщение RUM, если модуль 1602 определения определяет, что уровень или принятое обслуживание в узле соответствует заранее определенному пороговому уровню или ниже него. Модуль 1606 выбора может выбрать один или более ресурсов, чтобы послать RUM, и модуль 1604 создания RUM может затем указать такие каналы в сообщении RUM. Модуль 1608 передачи может затем передавать сообщение RUM.
Модуль 1606 выбора ресурсов может регулировать некоторые выбранные ресурсы, для которых впоследствии передается последующее сообщение RUM, основываясь на определении модулем 1602 определения, что уровень полученного обслуживания улучшился в ответ на предыдущее сообщение RUM. Например, в таком сценарии модуль 1606 выбора может уменьшить количество ресурсов, указанных в последующем сообщении RUM, в ответ на улучшенный уровень принятого обслуживания в узле и может увеличить количество выбранных ресурсов в ответ на уменьшенный или неизменный уровень полученного обслуживания. В соответствии с другими аспектами модуль 1602 определения может определить уровень принятого обслуживания в узле как функцию одного из таких параметров, как отношение помеха/тепловой шум, времени ожидания, скорость передачи данных, достигнутая в узле, спектральная эффективность, производительность, отношение мощности сигнала на несущей/помеха, или любого другого подходящего параметра обслуживания, принятого в узле. Следует понимать, что устройство 1600 может использоваться в пункте доступа, терминале доступа, и т.д. и может содержать любые подходящие функциональные возможности для выполнения описанных здесь различных способов.
На фиг.17 показано устройство 1700, которое облегчает создание сообщения использования ресурсов (RUM) и взвешивание сообщения RUM для указания уровня неудобства в соответствии с различными аспектами. Устройство 1700 представлено как ряд взаимосвязанных функциональных блоков, которые могут представлять функции, осуществляемые процессором, программным обеспечением или их комбинацией (например, программируемое оборудование). Например, устройство 1700 может обеспечивать модули для выполнения различных действий, таких, как описано выше со ссылкой на описанные выше различные чертежи. Устройство 1700 содержит модуль 1702 создания сообщений RUM, который создает сообщение RUM, указывающее, что был превышен первый заранее определенный порог. Первый заранее определенный порог может быть связан и/или представлять пороговый уровень превышения помехи над тепловым шумом (TOT), скорость передачи данных, отношение мощности сигнала на несущей/помеха (C/I), уровень производительности, уровень спектральной эффективности, уровень времени ожидания и т.д.
Устройство 1700 может дополнительно содержать модуль 1704 взвешивания сообщения RUM, который может взвешивать сообщение RUM со значением, указывающим степень, в которой был превышен второй заранее определенный порог, который может содержать определение отношения фактического значения параметра (например, превышение помехи над тепловым шумом (IOT), скорость передачи данных, отношение мощности сигнала на несущей к помехе (C/I), уровень производительности, уровень спектральной эффективности, уровень времени ожидания и т.д.), достигнутого в узле, к целевому или желательному значению. Дополнительно, взвешенное значение может быть оцифрованным значением. Следует понимать, что устройство 1700 может использоваться в пункте доступа, терминале доступа и т.д. и может содержать любые подходящие функциональные возможности, чтобы выполнять описанные здесь различные способы.
На фиг.18 показано устройство 1800, облегчающее сравнение относительных состояний в узлах в среде беспроводной связи, чтобы определить, какие узлы наиболее невыгодные, в соответствии с одним или более аспектами. Устройство 1800 представлено как ряд взаимосвязанных функциональных блоков, которые могут представлять функции, осуществляемые процессором, программным обеспечением или их комбинацией (например, программируемое оборудование). Например, устройство 1800 может обеспечивать модули для выполнения различных действий, таких, как описано выше со ссылкой на различные чертежи. Устройство 1800 может использоваться в первом узле и содержит модуль 1802 приема сообщений RUM, который принимает RUM, по меньшей мере, от одного второго узла. Устройство 1800 может дополнительно содержать модуль 1804 определения, который определяет состояние второго узла, основываясь на информации, связанной с сообщением RUM, принятым от второго узла, и модуль 1806 сравнения, который сравнивает состояние первого узла с определенным состоянием второго узла. Модуль 1804 определения может затем дополнительно, основываясь на сравнении, решить, передавать ли данные по первому каналу.
В соответствии с различными другими аспектами определение того, следует ли вести передачу, может основываться на том, является ли состояние первого узла лучшим, по существу, равным или худшим, чем состояние второго узла. Дополнительно, модуль 1804 определения может передать сигнал данных по первому каналу, сообщение "запрос посылки" по первому каналу или сообщение "запрос посылки" по второму каналу. В последнем случае "запрос посылки", посланный по второму каналу, может содержать запрос на передачу данных по первому каналу. Следует понимать, что устройство 1800 может использоваться в пункте доступа, терминале доступа и т.д. и может содержать любые подходящие функциональные возможности, чтобы выполнить различные описанные здесь способы.
Приведенное выше описание содержит примеры одного или более аспектов. Невозможно, конечно, описать каждую мыслимую комбинацию компонент или методологий для целей описания вышеупомянутых, но специалист в данной области техники может признать, что возможны много дополнительных комбинаций и перестановок. Соответственно, описанные аспекты предназначены для того, чтобы охватить все такие изменения, модификации и разновидности, которые попадают в пределы объема и сущности прилагаемой формулы изобретения. Дополнительно, в случаях, когда термин "содержит" используется в подробном описании или формуле изобретения, такой термин предназначен быть включающим способом, подобным термину "содержащий" или "включающий в себя", как он интерпретируется, когда используется в формуле изобретения как переходное слово.
Claims (38)
1. Способ беспроводной передачи данных, содержащий этапы, на которых
определяют количество каналов, желательное для передачи от узла; выбирают каналы, чтобы достичь упомянутого желательного количества каналов, причем доступные каналы выбираются до недоступных каналов;
и
посылают запрос набора из по меньшей мере одного выбранного канала.
определяют количество каналов, желательное для передачи от узла; выбирают каналы, чтобы достичь упомянутого желательного количества каналов, причем доступные каналы выбираются до недоступных каналов;
и
посылают запрос набора из по меньшей мере одного выбранного канала.
2. Способ по п.1, в котором определение количества каналов является функцией веса, связанного с первым узлом, и весов, связанных с другими узлами, запрашивающими каналы.
3. Способ по п.2, в котором каждый вес является функцией количества потоков, поддерживаемых его соответствующим узлом.
4. Способ по п.2, в котором каждый вес является функцией уровня помех, воздействующих на его соответствующий узел.
5. Способ по п.1, в котором выбор каналов содержит разделение каналов на один или более наборов каналов и прием сообщения использования ресурсов (RUM), которое указывает, что поднабор из упомянутого набора каналов является недоступным.
6. Способ по п.5, дополнительно содержащий оценку RUM, чтобы оценить, является ли данный канал доступным или недоступным.
7. Способ по п.5, дополнительно содержащий распределение каждого канала в наборе каналов по одному или более временным интервалам.
8. Способ по п.5, дополнительно содержащий распределение каждого канала в наборе каналов по одной или более поднесущим.
9. Способ по п.5, дополнительно содержащий распределение каждого канала в наборе каналов по одной или более поднесущим и по одному или более временным интервалам.
10. Способ по п.1, дополнительно содержащий определение, является ли заданный канал доступным, если никакое сообщение RUM не принято для этого заданного канала.
11. Способ по п.1, в котором узел содержит точку доступа.
12. Способ по п.1, в котором узел содержит терминал доступа.
13. Устройство, облегчающее беспроводную передачу данных, содержащее
модуль определения, который определяет количество каналов, желательное для передачи от узла;
модуль выбора, который выбирает каналы, чтобы достичь упомянутого желательного количества каналов, причем доступные каналы выбираются перед недоступными каналами; и
модуль передачи, который посылает запрос набора из по меньшей мере одного выбранного канала.
модуль определения, который определяет количество каналов, желательное для передачи от узла;
модуль выбора, который выбирает каналы, чтобы достичь упомянутого желательного количества каналов, причем доступные каналы выбираются перед недоступными каналами; и
модуль передачи, который посылает запрос набора из по меньшей мере одного выбранного канала.
14. Устройство по п.13, в котором определение количества каналов является функцией веса, связанного с узлом, и весов, связанных с другими узлами, запрашивающими каналы.
15. Устройство по п.14, в котором каждый вес является функцией числа потоков, поддерживаемых его соответствующим узлом.
16. Устройство по п.14, в котором каждый вес является функцией уровня помех, действующих на его соответствующий узел.
17. Устройство по п.13, в котором модуль выбора разделяет каналы на один или более наборов каналов и принимает сообщение использования ресурсов (RUM), которое указывает, что поднабор из набора каналов является недоступным.
18. Устройство по п.17, в котором модуль выбора оценивает сообщение RUM, чтобы оценить, является ли данный канал доступным или недоступным.
19. Устройство по п.17, в котором модуль выбора распределяет каждый канал в наборе каналов по одному или более временным интервалам.
20. Устройство по п.17, в котором модуль выбора распределяет каждый канал в наборе каналов по одной или более поднесущим.
21. Устройство по п.17, в котором модуль выбора распределяет каждый канал в наборе каналов по одной или более поднесущим и по одному или более временным интервалам.
22. Устройство по п.13, в котором модуль выбора определяет, является ли заданный канал доступным, если никакое сообщение RUM не принято для этого заданного канала.
23. Устройство по п.13, в котором узел содержит точку доступа.
24. Устройство по п.13, в котором узел содержит терминал доступа.
25. Устройство, облегчающее беспроводную передачу данных, содержащее
средство определения количества каналов, желательное для передачи от узла; средство выбора каналов, чтобы достичь упомянутого желательного количества каналов, причем доступные каналы выбираются перед недоступными каналами; и
средство посылки запроса набора из по меньшей мере одного выбранного канала.
средство определения количества каналов, желательное для передачи от узла; средство выбора каналов, чтобы достичь упомянутого желательного количества каналов, причем доступные каналы выбираются перед недоступными каналами; и
средство посылки запроса набора из по меньшей мере одного выбранного канала.
26. Устройство по п.25, в котором определение является функцией веса, связанного с первым узлом, и весов, связанных с другими узлами, запрашивающими каналы.
27. Устройство по п.26, в котором каждый вес является функцией количества потоков, поддерживаемых его соответствующим узлом.
28. Устройство по п.26, в котором каждый вес является функцией уровня помех, воздействующих на его соответствующий узел.
29. Устройство по п.25, в котором средство выбора каналов делит каналы на один или более наборов каналов и принимает сообщение использования ресурсов (RUM), которое указывает, что поднабор из набора каналов является недоступным.
30. Устройство по п.29, в котором средство выбора каналов оценивает сообщение RUM, чтобы оценить, является ли данный канал доступным или недоступным.
31. Устройство по п.29, в котором средство выбора каналов распределяет каждый канал в наборе каналов по одному или более временным интервалам.
32. Устройство по п.29, в котором средство выбора каналов распределяет каждый канал в наборе каналов по одной или более поднесущим.
33. Устройство по п.29, в котором средство выбора каналов распределяет каждый канал в наборе каналов по одной или более поднесущим и по одному или более временным интервалам.
34. Устройство по п.25, в котором средство выбора каналов определяет, является ли заданный канал доступным, если никакие сообщения RUM не принимались для этого заданного канала.
35. Устройство по п.25, в котором узел содержит точку доступа.
36. Устройство по п.25, в котором узел содержит терминал доступа.
37. Машиночитаемый носитель, содержащий команды для передачи данных, в котором команды при выполнении заставляют машину
определять количество каналов, желательное для передачи от узла;
выбирать каналы, чтобы достичь упомянутого желательного количества каналов, причем доступные каналы выбираются перед недоступными каналами; и
посылать запрос на набор из по меньшей мере одного выбранного канала.
определять количество каналов, желательное для передачи от узла;
выбирать каналы, чтобы достичь упомянутого желательного количества каналов, причем доступные каналы выбираются перед недоступными каналами; и
посылать запрос на набор из по меньшей мере одного выбранного канала.
38. Процессор, облегчающий передачу данных, причем процессор выполнен с возможностью
определять количество каналов, желательное для передачи от узла; выбирать каналы, чтобы достичь упомянутого желательного количества каналов, причем доступные каналы выбираются перед недоступными каналами; и посылать запрос на набор из по меньшей мере одного выбранного канала.
определять количество каналов, желательное для передачи от узла; выбирать каналы, чтобы достичь упомянутого желательного количества каналов, причем доступные каналы выбираются перед недоступными каналами; и посылать запрос на набор из по меньшей мере одного выбранного канала.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US73063105P | 2005-10-26 | 2005-10-26 | |
US73072705P | 2005-10-26 | 2005-10-26 | |
US60/730,727 | 2005-10-26 | ||
US60/730,631 | 2005-10-26 |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2008120655A RU2008120655A (ru) | 2009-12-10 |
RU2404541C2 true RU2404541C2 (ru) | 2010-11-20 |
Family
ID=37968667
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2008120656/09A RU2391798C2 (ru) | 2005-10-26 | 2006-10-26 | Использование сообщений использования ресурсов в мас с множеством несущих для достижения равноправности |
RU2008120655/09A RU2404541C2 (ru) | 2005-10-26 | 2006-10-26 | Взвешенное справедливое совместное использование беспроводного канала с помощью масок использования ресурсов |
RU2008120646/09A RU2414101C2 (ru) | 2005-10-26 | 2006-10-26 | Гибкое управление доступом к среде (удс) для эпизодически развертываемых беспроводных сетей |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2008120656/09A RU2391798C2 (ru) | 2005-10-26 | 2006-10-26 | Использование сообщений использования ресурсов в мас с множеством несущих для достижения равноправности |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2008120646/09A RU2414101C2 (ru) | 2005-10-26 | 2006-10-26 | Гибкое управление доступом к среде (удс) для эпизодически развертываемых беспроводных сетей |
Country Status (12)
Country | Link |
---|---|
EP (5) | EP1941770A2 (ru) |
JP (6) | JP4838316B2 (ru) |
KR (4) | KR100997621B1 (ru) |
CN (1) | CN102917367B (ru) |
AR (4) | AR056731A1 (ru) |
BR (3) | BRPI0617909A2 (ru) |
CA (4) | CA2626378C (ru) |
ES (1) | ES2810426T3 (ru) |
HK (1) | HK1181952A1 (ru) |
RU (3) | RU2391798C2 (ru) |
TW (4) | TWI373946B (ru) |
WO (4) | WO2007056630A2 (ru) |
Families Citing this family (81)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8081592B2 (en) | 2005-10-26 | 2011-12-20 | Qualcomm Incorporated | Flexible medium access control (MAC) for ad hoc deployed wireless networks |
US8942161B2 (en) | 2005-10-26 | 2015-01-27 | Qualcomm Incorporated | Weighted fair sharing of a wireless channel using resource utilization masks |
US8918114B2 (en) | 2005-10-26 | 2014-12-23 | Qualcomm Incorporated | Using resource utilization messages in a multi-carrier MAC to achieve fairness |
US9204428B2 (en) | 2005-10-26 | 2015-12-01 | Qualcomm Incorporated | Interference management using resource utilization masks sent at constant PSD |
US8432786B2 (en) | 2007-07-10 | 2013-04-30 | Qualcomm Incorporated | Control channel design to support one-to-one, many-to-one, and one-to-many peer-to-peer communications |
US7876701B2 (en) * | 2007-07-10 | 2011-01-25 | Qualcomm Incorporated | Control channel design to support one-to-one, many-to-one, and one-to-many peer-to-peer communications |
US8140103B2 (en) * | 2007-07-10 | 2012-03-20 | Qualcomm Incorporated | Method and apparatus for power scaling in peer-to-peer communications |
US9699688B2 (en) | 2007-08-02 | 2017-07-04 | Qualcomm Incorporated | Method for scheduling orthogonally over multiple hops |
WO2009022473A1 (ja) * | 2007-08-14 | 2009-02-19 | Panasonic Corporation | 無線通信システム、スケジューリング方法、無線基地局装置、及び無線端末装置 |
US9137806B2 (en) | 2007-09-21 | 2015-09-15 | Qualcomm Incorporated | Interference management employing fractional time reuse |
US9374791B2 (en) | 2007-09-21 | 2016-06-21 | Qualcomm Incorporated | Interference management utilizing power and attenuation profiles |
US9078269B2 (en) | 2007-09-21 | 2015-07-07 | Qualcomm Incorporated | Interference management utilizing HARQ interlaces |
US9066306B2 (en) | 2007-09-21 | 2015-06-23 | Qualcomm Incorporated | Interference management utilizing power control |
US8867378B2 (en) | 2007-10-05 | 2014-10-21 | Qualcomm Incorporated | Triggering multi-carrier requests |
US7983165B2 (en) * | 2007-10-31 | 2011-07-19 | Qualcomm Incorporated | Methods and apparatus related to scheduling traffic in a wireless communications system using shared air link traffic resources |
US8520692B2 (en) | 2007-10-31 | 2013-08-27 | Qualcomm Incorporated | Methods and apparatus related to controlling traffic in a wireless communications system using shared air link traffic resources |
US8948095B2 (en) | 2007-11-27 | 2015-02-03 | Qualcomm Incorporated | Interference management in a wireless communication system using frequency selective transmission |
US8848619B2 (en) | 2007-11-27 | 2014-09-30 | Qualcomm Incorporated | Interface management in a wireless communication system using subframe time reuse |
US9072093B2 (en) * | 2007-12-19 | 2015-06-30 | Qualcomm Incorporated | Flexible control channels for unplanned wireless networks |
US7860521B2 (en) * | 2007-12-26 | 2010-12-28 | Motorola, Inc. | System and method for minimizing inter-communications system mobile station-to-mobile station interference |
US8942636B2 (en) * | 2008-01-28 | 2015-01-27 | Qualcomm Incorporated | Adaptive transmission of resource utilization messages based on throughput |
US8139528B2 (en) * | 2008-01-28 | 2012-03-20 | Qualcomm Incorporated | Adaptive transmission of resource utilization messages |
US8504091B2 (en) | 2008-02-01 | 2013-08-06 | Qualcomm Incorporated | Interference mitigation for control channels in a wireless communication network |
US8818285B2 (en) | 2008-02-01 | 2014-08-26 | Qualcomm Incorporated | Power decision pilot for a wireless communication system |
US8843069B2 (en) | 2008-02-01 | 2014-09-23 | Qualcomm Incorporated | Interference reduction request in a wireless communication system |
US8964651B2 (en) | 2008-02-14 | 2015-02-24 | Qualcomm Incorporated | Traffic management employing interference management messages |
US8767541B2 (en) * | 2008-02-14 | 2014-07-01 | Qualcomm Incorporated | Scheduling policy-based traffic management |
US8737314B2 (en) | 2008-02-14 | 2014-05-27 | Qualcomm Incorporated | Traffic management for multi-hop wireless communication |
US9042385B2 (en) | 2008-03-05 | 2015-05-26 | Qualcomm, Incorporated | Traffic scheduling based on resource contention |
US8526987B2 (en) | 2008-03-06 | 2013-09-03 | Qualcomm Incorporated | Resolving contention for communication resources |
US8458345B2 (en) | 2008-03-07 | 2013-06-04 | Qualcomm Incorporated | Method and apparatus for frequency reuse in a multi-carrier communications system |
US8724611B2 (en) | 2008-03-07 | 2014-05-13 | Qualcomm Incorporated | Authorizing transmission of resource utilization messages |
US8599748B2 (en) * | 2008-03-25 | 2013-12-03 | Qualcomm Incorporated | Adapting decision parameter for reacting to resource utilization messages |
US8498247B2 (en) | 2008-03-25 | 2013-07-30 | Qualcomm Incorporated | Adaptively reacting to resource utilization messages including channel gain indication |
US8478198B2 (en) | 2008-04-03 | 2013-07-02 | Qualcomm Incorporated | Interference management messaging involving termination of a request for reduction in interference |
US9014015B2 (en) | 2008-04-15 | 2015-04-21 | Qualcomm Incorporated | Method and apparatus for resource utilization management in a multi-carrier communications system |
US8750139B2 (en) | 2008-04-15 | 2014-06-10 | Qualcomm Incorporated | Method and apparatus for carrier selection in multi-carrier communication systems |
US8427967B2 (en) | 2008-04-15 | 2013-04-23 | Qualcomm Incorporated | Method and apparatus for carrier identity determination in multi-carrier communication systems |
US8750116B2 (en) * | 2008-04-15 | 2014-06-10 | Qualcomm Incorporated | Methods and apparatus for communicating and/or using load information in support of decentralized traffic scheduling decisions |
US8521206B2 (en) | 2008-04-22 | 2013-08-27 | Qualcomm Incorporated | Interference management with reduce interference requests and interference indicators |
US8559879B2 (en) | 2008-04-22 | 2013-10-15 | Qualcomm Incorporated | Null pilots for interference estimation in a wireless communication network |
US8498578B2 (en) * | 2008-05-16 | 2013-07-30 | Qualcomm Incorporated | Dynamic interference management for wireless networks |
US8489028B2 (en) | 2008-05-22 | 2013-07-16 | Qualcomm Incorporated | System and method to enable resource partitioning in wireless networks |
US8554147B2 (en) | 2008-05-22 | 2013-10-08 | Qualcomm Incorporated | System and method to enable resource partitioning in wireless networks |
US8228937B2 (en) * | 2008-07-21 | 2012-07-24 | Xg Technology, Inc. | Method for extending a heterogeneous MAC protocol to multi-channel systems |
US20100034126A1 (en) | 2008-08-08 | 2010-02-11 | Qualcomm Incorporated | Method and apparatus for handling measurement gaps in wireless networks |
US8873522B2 (en) * | 2008-08-11 | 2014-10-28 | Qualcomm Incorporated | Processing measurement gaps in a wireless communication system |
KR101682034B1 (ko) | 2008-08-18 | 2016-12-05 | 삼성전자주식회사 | 다중 밴드를 사용하는 광대역 무선통신 시스템에서 서브밴드의 선택적 사용을 위한 장치 및 방법 |
EP2345273A1 (en) | 2008-11-14 | 2011-07-20 | Telefonaktiebolaget L M Ericsson (PUBL) | A method and apparatus for controlling access to a radio resource |
US8112108B2 (en) * | 2008-12-17 | 2012-02-07 | Qualcomm Incorporated | Methods and apparatus facilitating and/or making wireless resource reuse decisions |
US8619563B2 (en) | 2009-02-03 | 2013-12-31 | Qualcomm Incorporated | Method and apparatus for interference management in a wireless communication system |
US20110130098A1 (en) * | 2009-05-22 | 2011-06-02 | Qualcomm Incorporated | Systems, apparatus and methods for distributed scheduling to facilitate interference management |
US8238234B2 (en) * | 2009-06-03 | 2012-08-07 | Qualcomm Incorporated | Switching between MIMO and receiver beam forming in a peer-to-peer network |
US8817709B2 (en) * | 2009-10-14 | 2014-08-26 | Qualcomm Incorporated | Methods and apparatus for controlling channel utilization |
JP5319488B2 (ja) * | 2009-10-21 | 2013-10-16 | キヤノン株式会社 | 通信ネットワークの制御装置、制御方法、及びコンピュータプログラム |
US8434336B2 (en) | 2009-11-14 | 2013-05-07 | Qualcomm Incorporated | Method and apparatus for managing client initiated transmissions in multiple-user communication schemes |
US9191987B2 (en) | 2009-11-25 | 2015-11-17 | Nokia Technologies Oy | Determining “fair share” of radio resources in radio access system with contention-based spectrum sharing |
US8743711B2 (en) * | 2009-12-15 | 2014-06-03 | Intel Corporation | Techniques for managing heterogeneous traffic streams |
US8705478B2 (en) | 2010-01-11 | 2014-04-22 | Lg Electronics Inc. | Method for communicating with data through component carriers in mobile communication system to which carrier aggregation method is applied and apparatus therefor |
US8913511B2 (en) | 2010-04-01 | 2014-12-16 | Qualcomm Incorporated | Interference management to support peer-to-peer communication in a wide area network |
CN102238549B (zh) * | 2010-04-30 | 2016-09-14 | 索尼公司 | 在异构网络中管理资源的***和方法 |
TWI427983B (zh) * | 2011-03-04 | 2014-02-21 | Univ Nat Yunlin Sci & Tech | Channel Estimation Method Based on Relay Assisted by Orthogonal Frequency Division Multiplexing |
US8842692B2 (en) | 2011-09-06 | 2014-09-23 | Qualcomm Incorporated | Methods and apparatus for enabling multiple devices to share a data transmission period |
US9014093B2 (en) * | 2011-11-02 | 2015-04-21 | Industrial Technology Research Institute | Direct communication method and direct communication device and coordinator device using the same |
US20130184030A1 (en) * | 2012-01-12 | 2013-07-18 | Qualcomm Incorporated | Methods and apparatus for generating and/or using a signal suppression utility metric |
JP5498538B2 (ja) * | 2012-07-09 | 2014-05-21 | 株式会社東芝 | 無線通信方法、システムおよび装置 |
CA2884587C (en) | 2012-09-26 | 2019-08-06 | Lg Electronics Inc. | Method and apparatus for sub-channel selective access in wireless lan system |
RU2565488C1 (ru) * | 2014-11-21 | 2015-10-20 | Открытое Акционерное Общество "Информационные Технологии И Коммуникационные Системы" | Способ разрешения конфликта адресации узлов в асинхронных сетях с топологией "общая шина" |
CN107113870B (zh) | 2014-12-16 | 2021-04-30 | 瑞典爱立信有限公司 | 无线接入点节点、管理节点以及在其中控制无线电资源使用的方法 |
CN106100901B (zh) * | 2016-08-04 | 2019-12-06 | ***股份有限公司 | 一种流速控制方法及装置 |
CN106657058B (zh) * | 2016-12-20 | 2019-12-06 | 腾讯科技(深圳)有限公司 | 事件资源分配方法和装置 |
US10306652B2 (en) * | 2017-02-10 | 2019-05-28 | Qualcomm Incorporated | Feedback interference management in sidelink |
EP3367738B1 (en) * | 2017-02-28 | 2024-03-13 | Nokia Solutions and Networks Oy | Method, system and computer program product for operating a wireless network |
CN107644055B (zh) * | 2017-07-27 | 2019-12-13 | 中国人民解放军国防信息学院 | 一种基于训练数据的通信保障能力生成方法 |
JP2019100393A (ja) * | 2017-11-30 | 2019-06-24 | 日本精工株式会社 | トルク伝達用継手および電動式パワーステアリング装置 |
CN110166151B (zh) * | 2018-02-12 | 2021-05-11 | 华为技术有限公司 | 一种数据传输方法以及相关设备 |
CN110519716B (zh) * | 2018-05-22 | 2023-02-17 | 诺基亚技术有限公司 | 用于通信***中动态资源授权的方法、设备及计算机可读介质 |
CN110933713B (zh) * | 2019-12-03 | 2023-05-12 | 西安邮电大学 | 一种工业无线传感器网络的通信实现方法 |
EP4197243A1 (en) * | 2020-08-13 | 2023-06-21 | Nokia Technologies Oy | Apparatus, methods, and computer programs for uplink power reduction |
US11558221B2 (en) * | 2021-02-24 | 2023-01-17 | Qualcomm Incorporated | Sounding reference signal resource indicator group indication |
WO2024025339A1 (en) * | 2022-07-27 | 2024-02-01 | Kstl | Device and method for transmitting ppdu |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6222832B1 (en) * | 1998-06-01 | 2001-04-24 | Tantivy Communications, Inc. | Fast Acquisition of traffic channels for a highly variable data rate reverse link of a CDMA wireless communication system |
JP3387459B2 (ja) * | 1999-09-30 | 2003-03-17 | 日本電気株式会社 | 電波監視システム、及び電波監視方法 |
DE60119794T2 (de) * | 2000-07-10 | 2007-04-26 | Interdigital Technology Corp., Wilmington | Kodeleistungsmessung für dynamische Kanalzuwendung |
US6535738B1 (en) * | 2000-08-04 | 2003-03-18 | Lucent Technologies Inc. | Method for optimizing a number of communication links |
JP3858746B2 (ja) * | 2001-05-08 | 2006-12-20 | ソニー株式会社 | 無線通信システム、無線通信制御装置及び無線通信制御方法、並びにコンピュータ・プログラム |
DE10124765A1 (de) * | 2001-05-21 | 2002-11-28 | Siemens Ag | Verfahren zur Zuweisung von Kanälen in einem Funk-Kommunikationssystem |
US7020472B2 (en) * | 2001-06-22 | 2006-03-28 | Gallitzin Allegheny Llc | Cellular channel bonding for improved data transmission |
JP2003259414A (ja) * | 2002-03-05 | 2003-09-12 | Sony Corp | 移動局および移動通信システム |
JP4071989B2 (ja) * | 2002-05-10 | 2008-04-02 | 株式会社エヌ・ティ・ティ・ドコモ | Tddセルラ通信システム、チャネル割当装置、無線端末および方法 |
JP4022744B2 (ja) * | 2002-08-01 | 2007-12-19 | 日本電気株式会社 | 移動通信システム及びベストセル変更方法並びにそれに用いる基地局制御装置 |
US20040203398A1 (en) * | 2002-09-30 | 2004-10-14 | Durrant Randolph L. | Rapid channel characterization for bluetooth co-existence |
US7269152B2 (en) * | 2003-02-14 | 2007-09-11 | Motorola, Inc. | Method and apparatus for transmitting information within a communication system |
US7307976B2 (en) * | 2003-02-24 | 2007-12-11 | Autocell Laboratories, Inc. | Program for selecting an optimum access point in a wireless network on a common channel |
GB2398965B (en) * | 2003-02-27 | 2005-05-18 | Toshiba Res Europ Ltd | Methods of controlling transmission power levels in air interface channels |
JP4023341B2 (ja) * | 2003-03-07 | 2007-12-19 | 株式会社デンソー | 通信方法および通信端末装置 |
JP3812838B2 (ja) * | 2003-03-17 | 2006-08-23 | 株式会社Kddi研究所 | 無線チャネル数の制御方法 |
EP1632045B1 (en) * | 2003-06-06 | 2013-08-21 | Meshnetworks, Inc. | System and method to provide fairness and service differentiation in ad-hoc networks |
JP2005051523A (ja) * | 2003-07-29 | 2005-02-24 | Sony Corp | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
JP4416792B2 (ja) * | 2003-08-06 | 2010-02-17 | パナソニック株式会社 | メディアアクセス通信システムにおける親局移譲用の端末装置および方法 |
JP2005086408A (ja) * | 2003-09-08 | 2005-03-31 | Sony Corp | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
DE10344345B3 (de) * | 2003-09-24 | 2005-05-12 | Siemens Ag | Verfahren zur Kommunikation in einem Adhoc-Funkkommunikationssystem |
US7230991B2 (en) * | 2003-12-10 | 2007-06-12 | Nec Laboratories America, Inc. | Scheduling method with tunable throughput maximization and fairness guarantees in resource allocation |
US7515913B2 (en) * | 2004-03-29 | 2009-04-07 | Agere Systems Inc. | Method and apparatus for automatic change of an operating channel in a wireless communication system |
CN1307845C (zh) * | 2004-07-29 | 2007-03-28 | Ut斯达康通讯有限公司 | 基于寻呼区的动态流量控制方法 |
JP4151973B2 (ja) * | 2004-09-24 | 2008-09-17 | 株式会社東芝 | アドホック無線通信システムにおけるチャネル設定方法 |
-
2006
- 2006-10-26 KR KR1020087012614A patent/KR100997621B1/ko active IP Right Grant
- 2006-10-26 BR BRPI0617909-6A patent/BRPI0617909A2/pt not_active IP Right Cessation
- 2006-10-26 TW TW095139641A patent/TWI373946B/zh active
- 2006-10-26 WO PCT/US2006/060282 patent/WO2007056630A2/en active Application Filing
- 2006-10-26 KR KR1020087012613A patent/KR100981892B1/ko active IP Right Grant
- 2006-10-26 JP JP2008538176A patent/JP4838316B2/ja active Active
- 2006-10-26 JP JP2008538165A patent/JP4965577B2/ja active Active
- 2006-10-26 AR ARP060104687A patent/AR056731A1/es unknown
- 2006-10-26 CA CA2626378A patent/CA2626378C/en active Active
- 2006-10-26 EP EP06839557A patent/EP1941770A2/en not_active Withdrawn
- 2006-10-26 AR ARP060104689A patent/AR056732A1/es active IP Right Grant
- 2006-10-26 CN CN201210393058.8A patent/CN102917367B/zh active Active
- 2006-10-26 EP EP06839566.4A patent/EP1941761B1/en active Active
- 2006-10-26 TW TW095139646A patent/TWI350663B/zh active
- 2006-10-26 RU RU2008120656/09A patent/RU2391798C2/ru active
- 2006-10-26 EP EP06839570.6A patent/EP1941762B1/en active Active
- 2006-10-26 BR BRPI0617911-8 patent/BRPI0617911B1/pt active IP Right Grant
- 2006-10-26 WO PCT/US2006/060262 patent/WO2007051140A2/en active Application Filing
- 2006-10-26 CA CA002626364A patent/CA2626364A1/en not_active Abandoned
- 2006-10-26 RU RU2008120655/09A patent/RU2404541C2/ru active
- 2006-10-26 TW TW095139644A patent/TWI333770B/zh active
- 2006-10-26 TW TW095139642A patent/TWI337824B/zh active
- 2006-10-26 CA CA2625968A patent/CA2625968C/en active Active
- 2006-10-26 JP JP2008538174A patent/JP4814336B2/ja active Active
- 2006-10-26 WO PCT/US2006/060284 patent/WO2007051152A2/en active Application Filing
- 2006-10-26 KR KR1020087012551A patent/KR100990545B1/ko active IP Right Grant
- 2006-10-26 CA CA2623909A patent/CA2623909C/en active Active
- 2006-10-26 ES ES18174959T patent/ES2810426T3/es active Active
- 2006-10-26 EP EP06846165A patent/EP1941778A2/en not_active Withdrawn
- 2006-10-26 JP JP2008538178A patent/JP4824765B2/ja active Active
- 2006-10-26 KR KR1020087012521A patent/KR101125303B1/ko active IP Right Grant
- 2006-10-26 WO PCT/US2006/060279 patent/WO2007051148A2/en active Application Filing
- 2006-10-26 BR BRPI0617756-5A patent/BRPI0617756A2/pt not_active IP Right Cessation
- 2006-10-26 AR ARP060104688A patent/AR056160A1/es active IP Right Grant
- 2006-10-26 RU RU2008120646/09A patent/RU2414101C2/ru active
- 2006-10-26 EP EP18174959.9A patent/EP3386229B1/en active Active
- 2006-10-26 AR ARP060104690A patent/AR056161A1/es unknown
-
2012
- 2012-01-13 JP JP2012005169A patent/JP5507588B2/ja active Active
- 2012-01-13 JP JP2012005170A patent/JP5420686B2/ja active Active
-
2013
- 2013-08-05 HK HK13109099.6A patent/HK1181952A1/zh unknown
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2404541C2 (ru) | Взвешенное справедливое совместное использование беспроводного канала с помощью масок использования ресурсов | |
US8081592B2 (en) | Flexible medium access control (MAC) for ad hoc deployed wireless networks | |
US8942161B2 (en) | Weighted fair sharing of a wireless channel using resource utilization masks | |
US8918114B2 (en) | Using resource utilization messages in a multi-carrier MAC to achieve fairness | |
US9204428B2 (en) | Interference management using resource utilization masks sent at constant PSD | |
RU2474980C2 (ru) | Способ и устройство для повторного использования частот в системе связи с множеством несущих | |
EP2269414B1 (en) | Method and apparatus for carrier selection in multi-carrier communication systems | |
CN101341768B (zh) | 使用资源利用掩码管理干扰的方法 |