СПОСОБ КОНФИГУРИРОВАНИЯ ТОЧКИ ДОСТУПА И УПРАВЛЕНИЯ ТОЧКОЙ ДОСТУПА И КОНТРОЛЛЕР ДОСТУПА
METHOD TO CONFIGURE ACCESS POINT AND TO CONTROL ACCESS POINT AND ACCESS CONTROLLER

Область изобретения
Настоящее изобретение относится к технологиям беспроводной связи, в частности, к способу конфигурирования точки доступа и управления точкой доступа (ТД (АР)) и к контроллеру доступа.
Уровень техники
Беспроводная локальная вычислительная сеть (БЛВС (WLAN)) стандарта 802.11 обеспечивает предоставление услуг беспроводного доступа в локальной вычислительной сети (ЛВС (LAN)). Точка доступа ТД (АР), являющаяся одним из важных компонентов БЛВС (WLAN), представляет собой приемопередатчик радиодиапазона. ТД (АР) может преобразовывать данные, принятые из проводной сети (например, из сети Интернет), в радиосигналы и передавать эти радиосигналы, а также преобразовывать принятые радиосигналы в данные и пересылать эти данные в проводную сеть.
В настоящее время БЛВС (WLAN) стандарта 802.11 широко применяются корпоративными пользователями. Такие пользователи имеют большое количество ТД (АР), нуждаются в разумном уровне безопасности и требуют высокого качества обслуживания (QoS). Таким образом, для обеспечения 20 управляемости сети и снижения затрат на эксплуатацию и обслуживание необходимо предпринимать эффективные управляющие действия.
Обыкновенная ТД (АР), называемая также "тяжелой" ТД (Fat АР), например, ТД (АР), широко используемая в последнее время в домашних сетях, может выполнять полный набор функций, определенных в протоколах стандарта 802.11. База управляющей информации (MIB) представляет собой набор объектов, управляемых целевыми точками ТД (АР). Протоколами 802.11 определены специализированные стандарты MIB, включающие в себя не только конфигурационные параметры "тяжелой" ТД (FAT АР), т.е. параметры, сконфигурированные в радиоинтерфейсе (например, периодичность сигнальных сообщений), но также статусную информацию и статистическую статусную информацию "тяжелой" ТД (FAT АР), например, количество пакетов, переданных и принятых через радиоинтерфейс, а также рабочее состояние радиоинтерфейса. Таким образом, администратор сети может настраивать и администрировать радиоинтерфейс "тяжелой" ТД (FAT АР) через интерфейс базы МIВ. Ниже приводится структура данных MIB, определенная протоколом стандарта 802.11:
Параметр MacAddress содержит адрес доступа к среде передачи (МАС-адрес) радиоинтерфейса; параметр RTSThreshold содержит временной порог повторной передачи через радиоинтерфейс; параметр ShortRetryLimit содержит предельное число попыток передачи фрагментированных пакетов через радиоинтерфейс; параметр LongRetryLimit содержит предельное число попыток передачи нефрагментированных пакетов через радиоинтерфейс; параметр FragmentationThreshold содержит порог фрагментации пакета, переданного через радиоинтерфейс; параметр MaxTransmitMSDULifetime содержит максимальное время передачи единицы сервисных данных ЕСД (SDU) протокола MAC через радиоинтерфейс; параметр MaxReceiveLifetime содержит максимальное время приема пакета через радиоинтерфейс; параметр ManufacturerID содержит идентификатор производителя ТД (АР); параметр ProductID содержит идентификатор продукта ТД (АР). Используя таблицу MIB, администратор сети может конфигурировать параметры радиоинтерфейса "тяжелой" ТД (FAT АР).
Управлять "тяжелыми" ТД (FAT АР) сложно. Например, сеть БЛВС (WLAN) предприятия может содержать сотни или тысячи "тяжелых" ТД (FAT АР), и администратор должен управлять каждой "тяжелой" ТД (FAT АР) в отдельности, что может привести к удорожанию эксплуатации и администрирования сети. По этой причине рабочая группа (РГ (WG)) по конфигурированию и администрированию беспроводных точек доступа (CAPWAP), входящая в рабочую группу проектирования Интернет (IETF) предложила концепцию "легкой" ТД (Fit АР). "Легкая" ТД (Fit АР), главным образом, выполняет функции в реальном времени (например, подтверждение пакетов, передача кадра сигнального сообщения), а другие функции выполняет совместно с контроллером доступа (КД (АС)), например, управление "легкой" ТД (Fit АР) и аутентификация пользователя, причем КД (АС) выполняет централизованное управление точками доступа ТД (АР) по протоколу CAPWAP.
Сущность изобретения
В вариантах реализации настоящего изобретения предлагается способ конфигурирования точек доступа ТД (АР) управления точками доступа ТД (АР), а также контроллер доступа КД (АС), предназначенный для конфигурирования точек доступа ТД (АР) и управления ими.
Способ конфигурирования ТД (АР), предлагаемый в вариантах реализации настоящего изобретения, может осуществляться посредством контроллера доступа КД (АС) и включает в себя следующее:
создание одного или нескольких виртуальных радиоинтерфейсов, каждому из которых присваивается стандартный интерфейсный индекс базы управляющей информации (MIB), причем каждый из виртуальных радиоинтерфейсов соответствует по меньшей мере одному физическому 5 радиоинтерфейсу по меньшей мере одной ТД (АР);
определение физического радиоинтерфейса, которому соответствует виртуальный радиоинтерфейс, и передача конфигурационной информации виртуального радиоинтерфейса на этот определенный физический радиоинтерфейс при необходимости передачи конфигурационной информации на физический радиоинтерфейс.
Способ управления точкой доступа ТД (АР), предлагаемый в вариантах реализации настоящего изобретения, включает в себя следующее: управление физическим радиоинтерфейсом ТД (АР) через предварительно созданный виртуальный радиоинтерфейс, соответствующий физическому радиоинтерфейсу, причем виртуальный радиоинтерфейс создается в соответствии со стандартной базой MIB.
Точка доступа ТД (АС), предлагаемая в вариантах реализации настоящего изобретения, включает в себя следующее:
первый модуль, предназначенный для создания одного или нескольких виртуальных радиоинтерфейсов, каждому из которых присваивается стандартный интерфейсный индекс базы MIB, причем каждый из виртуальных радиоинтерфейсов соответствует по меньшей мере одному физическому радиоинтерфейсу по меньшей мере одной ТД (АР);
второй модуль, используемый при конфигурировании физического радиоинтерфейса для определения виртуального радиоинтерфейса, которому соответствует этот физический радиоинтерфейс, и передачи конфигурационной информации этого определенного виртуального радиоинтерфейса на физический радиоинтерфейс, причем конфигурационная информация определенного виртуального радиоинтерфейса настраивается в соответствии со стандартной базой MIB.
Другая точка доступа ТД (АС), предлагаемая в вариантах реализации настоящего изобретения, включает в себя следующее:
первый модуль, предназначенный для создания одного или нескольких виртуальных радиоинтерфейсов, каждому из которых присваивается стандартный интерфейсный индекс базы MIB, причем каждый из виртуальных радиоинтерфейсов соответствует по меньшей мере одному физическому радиоинтерфейсу по меньшей мере одной ТД (АР);
второй модуль, используемый при управлении физическим радиоинтерфейсом для определения виртуального радиоинтерфейса, которому соответствует физический радиоинтерфейс, и для сохранения управляющей информации физического радиоинтерфейса на определенном виртуальном радиоинтерфейсе.
Контроллер доступа, согласно одному из вариантов реализации настоящего изобретения, используется в централизованной беспроводной локальной вычислительной сети для управления по меньшей мере одной точкой доступа и содержит:
виртуальный радиоинтерфейс, соответствующий физическому радиоинтерфейсу точки доступа;
модуль конфигурирования, предназначенный для приема управляющей команды на виртуальный радиоинтерфейс и отображения этой управляющей команды на команды физического радиоинтерфейса, соответствующего виртуальному радиоинтерфейсу.
Контроллер доступа, согласно одному из вариантов реализации настоящего изобретения, используется в централизованной беспроводной локальной вычислительной сети для управления по меньшей мере одной точкой доступа и содержит:
виртуальный радиоинтерфейс, используемый в качестве управляющего сетевого агента для физического радиоинтерфейса.
В одном из вариантов реализации настоящего изобретения "легкая" ТД (Fit АР) используется в централизованной беспроводной локальной вычислительной сети БЛВС (WLAN), включающей в себя контроллер доступа КД (АС). Способ управления "легкой" точкой доступа ТД (Fit АР), предлагаемый в реализации настоящего изобретения, включает в себя следующие действия:
виртуальный радиоинтерфейс контроллера доступа КД (АС) принимает команду управления сетью по каналу управления, связывающему КД (АС) с администратором сети, причем виртуальный радиоинтерфейс соответствует физическому радиоинтерфейсу;
управляют физическим радиоинтерфейсом, которому соответствует виртуальный радиоинтерфейс, в соответствии с командой управления сетью, принятой виртуальным радиоинтерфейсом, по каналу, связывающему КД (АС) и ТД (АС).
По сравнению с прототипом, в вариантах реализации настоящего изобретения виртуальный радиоинтерфейс создается в КД (АС) для каждого требующего управления радиоинтерфейса каждой "легкой" ТД (Fit АР), стандартный интерфейсный индекс МIВ присваивается каждому виртуальному радиоинтерфейсу, и сохраняется отношение соответствия между индексом виртуального радиоинтерфейса и идентификаторами ТД (АР) и радиоинтерфейса. Следовательно, администратор может найти конкретный виртуальный радиоинтерфейс по стандартному интерфейсному индексу базы MIB, а затем найти конкретный требующий управления физический радиоинтерфейс "легкой" ТД (Fit АР). С точки зрения администратора комбинация нескольких "легких" ТД (Fit АР) в контроллере КД (АС) образует "тяжелую" ТД (Fat АР). Таким образом, при использовании описанного способа и КД (АС) для управления "легкими" ТД (Fit АР), предлагаемыми в вариантах реализации настоящего изобретения, контроллеру КД (АС) доступно использование стандартной базы MIB, конфигурирование и администрирование "легких" ТД (Fit АР), кроме того, снижаются затраты на администрирование "легких" ТД (Fit АР).
Краткое описание чертежей
На фиг.1 представлена структура БЛВС (WLAN) на базе "легких" ТД (Fit АР) согласно уровню техники.
На фиг.2 представлена блок-схема конфигурирования "легких" ТД (Fit АР) согласно варианту реализации настоящего изобретения.
На фиг.3 представлена блок-схема конфигурирования и администрирования "легких" ТД (Fit АР) согласно варианту реализации настоящего изобретения.
На фиг.4 представлена последовательность поиска в таблице Dot11OperationTable в соответствии с простым протоколом управления сетью (SNMP) согласно варианту реализации настоящего изобретения.
На фиг.5 схематически представлена структура контроллера КД (АС) в составе БЛВС (WLAN) на основании на "легких" ТД (Fit АР), согласно одному из вариантов реализации настоящего изобретения.
На фиг.6 схематично представлена структура контроллера КД (АС) в составе БЛВС (WLAN) на основании "легких" ТД (Fit АР) согласно одному из вариантов реализации настоящего изобретения.
Подробное раскрытие изобретения
Далее заявленное изобретение раскрывается подробно со ссылками на варианты реализации и соответствующие чертежи. В вариантах реализации использование базы MIB стандарта 802.11 взято в качестве примера.
На фиг.1 представлена структура БЛВС (WLAN) на базе "легких" ТД (Fit АР), известная из уровня техники. Как показано на фиг.1, до предоставления доступа пользователям беспроводной сети каждый КД (АС) должен завершить конфигурирование параметров "легких" ТД (Fit АР). После предоставления пользователям доступа контроллер доступа КД (АС) может сохранять статистическую статусную информацию каждого радиоинтерфейса, передаваемую каждой "легкой" ТД (Fit АР), что помогает администратору сети управлять точками доступа ТД (АР).
В централизованной БЛВС (WLAN), определенной в протоколе CAPWAP, агент протокола SNMP в контроллере доступа КД (АС) может конфигурировать параметры радиоинтерфейса всех "легких" ТД (Fit АР) и обеспечивать передачу статистической статусной информации от всех "легких" ТД (Fit АР) в сети. В общем случае "легкая" ТД (Fit АР) может не иметь в своем составе агента SNMP. Поскольку КД (АС) выполняет функции агента SNMP, администратор может конфигурировать точки доступа ТД (АР) посредством агента SNMP контроллера доступа КД (АС).
Поскольку база управляющей информации (МIВ), определенная в современных технических стандартах беспроводной связи (например, в стандартах серии 802.11), всегда работает с точками доступа ТД (АР), используя интерфейсные индексы (например, Ifindex) физических радиоинтерфейсов точек доступа ТД (АР), а КД (АС) не располагает реальными физическими радиоинтерфейсами, то затруднительно непосредственно использовать базы MIB, определенные в действующих технических стандартах беспроводной связи, для работы (управления и конфигурирования) с "легкими" ТД (Fit АР).
В этой ситуации некоторые производители разработали частные стандарты MIB для работы с "легкими" ТД (Fit АР), поддерживающие протокол CAPWAP. Однако такой подход имеет недостатки. Поскольку при данном подходе не поддерживаются стандарты MIB протоколов 802.11, современное программное обеспечение управления сетью должно в дальнейших разработках поддерживать частные базы MIB. Другой серьезной проблемой является то, что при наличии в сети беспроводных устройств, поддерживающих разные базы MIB от нескольких производителей, стоимость управления беспроводными устройствами значительно возрастает. Кроме того, учитывая цель разработки протокола CAPWAP группой IETF, неприемлемо переопределять стандарты MIB для совместимости с новыми расширениями протокола 802.11, поскольку протокол CAPWAP должен не только поддерживать действующие протоколы 802.11, но и гибко поддерживать протоколы 802.16 или даже протоколы RFID, что побуждает проводить разработки стандартов CAPWAP MIB.
По указанным причинам настоятельно требуется технология работы с точками доступа ТД (АР). Технология должна быть совместимой с действующими техническими стандартами беспроводной связи (например, со стандартами 802.11) и с новыми техническими стандартами беспроводной связи следующих поколений (например, с расширениями стандартов 802.11) с целью снижения затрат на конфигурирование и администрирование "легких" ТД (Fit AP).
Варианты реализации настоящего изобретения обеспечивают способ конфигурирования "легких" ТД (Fit АР) и управления ими, включая: создание одного или нескольких виртуальных радиоинтерфейсов, каждый из которых основан на интерфейсном индексе стандартной базы МIВ и соответствует по меньшей мере одному физическому радиоинтерфейсу по меньшей мере одной "легкой" ТД (Fit АР); при конфигурировании физического радиоинтерфейса "легкой" ТД (Fit АР) - определение по отношению соответствия виртуального радиоинтерфейса, которому соответствует физический радиоинтерфейс, и передача конфигурационной информации, настроенной на виртуальном радиоинтерфейсе, с использованием стандартной базы MIB на физический радиоинтерфейс; при управлении физическим радиоинтерфейсом "легкой" ТД (Fit АР) - определение по отношению соответствия виртуального радиоинтерфейса, которому соответствует физический радиоинтерфейс, и сохранение управляющей информации на виртуальном радиоинтерфейсе. Далее процедура конфигурирования "легких" ТД (Fit АР) и управления ими рассматривается более подробно.
На фиг.2 представлена блок-схема конфигурирования радиоинтерфейсов "легких" ТД (Fit АР) согласно варианту реализации настоящего изобретения. Как показано на фиг.2, процесс заключается в следующем.
Шаг 201: в контроллере доступа КД (АС) для каждого требующего управления физического радиоинтерфейса каждой "легкой" ТД (Fit АР) создают виртуальный радиоинтерфейс, также называемый радиошаблоном. Каждому виртуальному радиоинтерфейсу присваивают уникальный интерфейсный индекс (Ifindex). Каждый виртуальный радиоинтерфейс соответствует по меньшей мере одному требующему управления радиоинтерфейсу по меньшей мере одной требующей управления "легкой" ТД (Fit АР). Каждый требующий управления физический радиоинтерфейс может обозначаться идентификатором точки доступа ТД (АР), которой принадлежит этот физический радиоинтерфейс, и идентификатором этого физического радиоинтерфейса, т.е. комбинация идентификатора ТД (АР) и идентификатора физического радиоинтерфейса образует уникальное обозначение физического радиоинтерфейса. В памяти сохраняется отношение соответствия между индексом Ifindex каждого виртуального радиоинтерфейса и обозначением каждого требующего управления физического радиоинтерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса. Например, индексу Ifindex шаблона радиоинтерфейса 3 присвоено значение 3, идентификаторам "легкой" ТД (Fit АР) и физического радиоинтерфейса, которым соответствует шаблон радиоинтерфейса 3, присваиваются значения 001 и 010 соответственно. Индексу Ifindex шаблона радиоинтерфейса 9 присвоено значение 9, идентификаторам "легкой" ТД (Fit АР) и физического радиоинтерфейса, которым соответствует шаблон радиоинтерфейса 9, присваиваются значения 010 и 100 соответственно. Описанные выше варианты являются всего лишь примерами отношения соответствия между индексом Ifindex и физическим радиоинтерфейсом и не применяются для ограничения отношения соответствия.
Виртуальные радиоинтерфейсы являются не реальными физическими радиоинтерфейсами, а логическими интерфейсами, т.е. логическим представлением одного или нескольких физических радиоинтерфейсов. Следует отметить, что если несколько нуждающихся в управлении физических радиоинтерфейсов используют одну и ту же конфигурационную информацию, то созданному общему виртуальному радиоинтерфейсу может соответствовать более одного физического радиоинтерфейса.
В настоящей реализации задание индекса Ifindex виртуального радиоинтерфейса должно быть совместимым со стандартной базой MIB, например, с базами MIB, определенными в существующей серии стандартов 802.11 (но не ограничиваясь серией 802.11), так что администратор сети может найти конкретный виртуальный радиоинтерфейс, используя индекс Ifindex стандартной базы MIB 802.11. С точки зрения администратора сети группа "легких" ТД (Fit АР), управляемая контроллером КД (АС), аналогична "тяжелой" ТД (Fat АР) стандартов 802.11, а агент КД (АС) аналогичен агенту "тяжелой" ТД (Fat АР). Следовательно, КД (АС) в соответствии с настоящей реализацией может использовать по меньшей мере одну стандартную базу MIB, определенную в рамках существующих технологий беспроводного доступа. Поскольку базы MIB уже определены в соответствующих стандартах, здесь не приводится подробное описание.
Шаг 202: перед использованием "легких" ТД (Fit АР) радиопараметры физического радиоинтерфейса, которому соответствует виртуальный радиоинтерфейс, конфигурируются на каждом виртуальном радиоинтерфейсе в соответствии со стандартной базой MIB.
На данном шаге операция "установка радиопараметров физического радиоинтерфейса" может выполняться администратором сети.
Радиопараметры могут включать в себя периодичность сигнальных сообщений, ключ WEP и т.д. Например, администратор сети может найти виртуальный радиоинтерфейс с помощью протокола SNMP по индексу Ifindex стандартной базы MIB (например, dot11OperationTable) и настроить параметры этого виртуального радиоинтерфейса. Параметры, устанавливаемые на данном шаге, определяются используемым протоколом беспроводной связи.
Для описания отношения соответствия между каждым виртуальным радиоинтерфейсом и каждым физическим радиоинтерфейсом каждой "легкой" ТД (Fit АР) для каждого виртуального радиоинтерфейса может быть задан параметр byname. Значением параметра byname являются идентификаторы "легкой" ТД (Fit АР) и физического радиоинтерфейса, которому соответствует виртуальный радиоинтерфейс. Например:
>>>>> [AC] interface wlan-radio-template 1
>>>>> здесь могут устанавливаться радиопараметры виртуального радиоинтерфейса 1, включая установку параметра byname для идентификации виртуального радиоинтерфейса;
>>>>> [AC] interface wlan-radio-template 2
>>>>> здесь могут устанавливаться радиопараметры виртуального радиоинтерфейса 2, включая установку параметра byname для идентификации виртуального радиоинтерфейса.
Согласно описанию шага 201, каждый виртуальный радиоинтерфейс соответствует реальному физическому радиоинтерфейсу "легкой" ТД (Fit АР), так что после завершения настроек агенту КД (АС) уже доступна конфигурация радиопараметров физического радиоинтерфейса "легкой" ТД (Fit АР).
Шаг 203: "легкая" ТД (Fit АР) получает информацию об IP-адресе КД (АС) от сервера протокола динамической конфигурации хоста (DHCP-сервера).
Шаг 204: "легкая" ТД (Fit АР) выполняет аутентификацию с КД (АС), используя полученную информацию об IP-адресе КД (АС).
Шаг 205: после прохождения аутентификации "легкая" ТД (Fit АР) посылает запрос доступа на КД (АС).
Шаг 206: "легкая" ТД (Fit АР) получает разрешение доступа от КД (АС) и посылает на КД (АС) запрос конфигурации. Запрос конфигурации содержит идентификатор "легкой" ТД (Fit АР) и идентификатор физического радиоинтерфейса "легкой" ТД (Fit АР).
Шаг 207: КД (АС) получает запрос конфигурации и выполняет поиск сохраненного отношения соответствия по индексу Ifindex виртуального радиоинтерфейса, которому соответствуют идентификатор "легкой" ТД (Fit АР) и идентификатор физического радиоинтерфейса, содержащиеся в запросе конфигурации. При этом отношение соответствия отражает взаимосвязь между индексом Ifindex каждого виртуального радиоинтерфейса и обозначением каждого требующего управления физического радиоинтерфейса, причем обозначение каждого физического радиоинтерфейса состоит из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса.
Шаг 208: КД (АС) находит виртуальный радиоинтерфейс, используя найденный индекс Ifindex, помещает конфигурационную информацию виртуального радиоинтерфейса и идентификатор физического радиоинтерфейса в конфигурационный ответ и передает этот конфигурационный ответ на "легкую" ТД (Fit АР).
Формат конфигурационного ответа dot11OperationTable, определенный в стандарте 802.11, может быть следующим:
где RadioID - обозначение физического радиоинтерфейса, Reserved - зарезервированное поле, RTS Threshold - временной порог повторной передачи, Short Retry - предельное число попыток передачи фрагментированных пакетов, Long Retry - предельное число попыток передачи нефрагментированных пакетов, Fragmentation Threshold - порог фрагментации пакета, Тх MSDU Lifetime - максимальное время попыток передачи единицы сервисных данных протокола MAC (MSDU), Rx MSDU Lifetime - максимальное время попыток приема MSDU.
Шаг 209: "легкая" ТД (Fit АР) принимает конфигурационный ответ и настраивает конфигурационную информацию, содержащуюся в этом конфигурационном ответе, на физическом радиоинтерфейсе, соответствующем идентификатору физического радиоинтерфейса, содержащемуся в конфигурационном ответе.
На фиг.2 показано, что благодаря созданию в КД (АС) виртуального радиоинтерфейса для каждого требующего управления физического радиоинтерфейса каждой "легкой" ТД (Fit АР); установке отношения соответствия между индексом Ifindex каждого виртуального радиоинтерфейса и обозначением физического радиоинтерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса; настройке радиопараметров каждого виртуального радиоинтерфейса с использованием протокола SNMP в соответствии со стандартной базой MIB, определенной в стандарте 802.11, контроллер доступа КД (АС), поддерживающий протокол CAPWAP, может продолжать использование стандартных баз MIB, определенных в протоколах 802.11, для конфигурирования "легкой" ТД (Fit АР), благодаря чему снижается стоимость управления "легкой" ТД (Fit АР).
На фиг.3 приведена блок-схема конфигурирования и администрирования "легких" ТД (Fit АР) в случае реализации настоящего изобретения. В соответствии с фиг.3 процедура описывается следующим образом.
Шаг 301: в контроллере доступа КД (АС) создают виртуальный радиоинтерфейс для каждого требующего управления физического радиоинтерфейса каждой "легкой" ТД (Fit АР). Каждому виртуальному радиоинтерфейсу присваивают уникальный интерфейсный индекс (Ifindex). В памяти сохраняют отношение соответствия между индексом Ifindex каждого виртуального радиоинтерфейса и обозначением, каждого требующего управления физического радиоинтерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса.
Виртуальный радиоинтерфейс является не реальным физическим радиоинтерфейсом, а логическим интерфейсом, представляющим логический физический радиоинтерфейс.
В настоящей реализации задание индекса Ifindex виртуального радиоинтерфейса должно быть совместимо со стандартной базой МIВ, определенной в существующей серии стандартов 802.11 (но не ограничиваясь серией 802.11), чтобы администратор сети мог найти конкретный виртуальный радиоинтерфейс, используя индекс Ifindex стандартной базы MIB 802.11. Для администратора сети группа "легких" ТД (Fit АР), управляемая контроллером КД (АС), аналогична "тяжелой" ТД (Fat АР) стандартов 802.11, а агент КД (АС) аналогичен агенту "тяжелой" ТД (Fat АР). Следовательно, КД (АС) в соответствии с настоящей реализацией может использовать по меньшей мере одну стандартную базу MIB, определенную в рамках существующих технологий беспроводного доступа. Поскольку базы MIB уже определены в соответствующих стандартах, здесь не приводятся подробные описания.
Шаг 302: перед использованием "легких" ТД (Fit АР) радиопараметры физического радиоинтерфейса, которому соответствует виртуальный радиоинтерфейс, конфигурируются на каждом виртуальном радиоинтерфейсе в соответствии со стандартной базой MIB, определенной в протоколе 802.11.
Радиопараметры могут включать в себя периодичность сигнальных сообщений, ключ WEP и т.д. Например, администратор сети может найти виртуальный радиоинтерфейс с использованием протокола SNMP по индексу Ifindex стандартной базы MIB (например, dot11OperationTable) и настроить параметры этого виртуального радиоинтерфейса.
Согласно описанию шага 301, каждый виртуальный радиоинтерфейс соответствует реальному физическому радиоинтерфейсу "легкой" ТД (Fit АР), так что после завершения настроек агенту КД (АС) уже доступна конфигурация радиопараметров физического радиоинтерфейса "легкой" ТД (Fit АР).
Шаг 303: "легкая" ТД (Fit АР) переходит в рабочий режим, получает конфигурационную информацию сети, например, IP-адрес КД (АС), используя сообщения протокола, и находит КД (АС) по этому IP-адресу.
Шаг 304: "легкая" ТД (Fit АР) посылает контроллеру доступа КД (АС) протокольное сообщение, содержащее идентификатор "легкой" ТД (Fit АР), идентификатор физического радиоинтерфейса "легкой" ТД (Fit АР) и текущий статус физического радиоинтерфейса.
Статус физического радиоинтерфейса может содержать рабочее состояние, МАС-адрес и другие параметры физического радиоинтерфейса.
На данном шаге, поскольку протокольные сообщения, определенные разными протоколами управления связью, могут иметь разные форматы и разное содержимое, статусная информация физического радиоинтерфейса, содержащаяся в протокольном сообщении, переданном "легкой" ТД (АР) на КД (АС), может меняться в зависимости от протокола управления связью, используемого "легкой" ТД (Fit АР) и КД (АС).
Шаг 305: КД (АС) принимает протокольное сообщение, переданное "легкой" ТД (Fit АР), находит индекс Ifindex, соответствующий идентификатору "легкой" ТД (Fit АР) и идентификатору физического радиоинтерфейса, содержащимся в протокольном сообщении, по отношению соответствия между индексом Ifindex каждого виртуального радиоинтерфейса и обозначением каждого физического интерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса, и затем сохраняет статусную информацию физического радиоинтерфейса, содержащуюся в протокольном сообщении, на виртуальном радиоинтерфейсе, соответствующем индексу Ifindex. При этом отношение соответствия настраивается в контроллере доступа КД (АС).
Шаг 306; КД (АС) определяет идентификатор "легкой" ТД (Fit АР) и идентификатор физического радиоинтерфейса, которому соответствует каждый индекс Ifindex, по отношению соответствия между индексом Ifindex каждого виртуального радиоинтерфейса и обозначением каждого физического радиоинтерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса, и помещает в протокольное сообщение параметрическую информацию, настроенную для виртуального радиоинтерфейса, соответствующего индексу Ifindex из шага 302, и идентификатор физического радиоинтерфейса, после чего посылает это протокольное сообщение точке доступа ТД (АР), соответствующей идентификатору "легкой" ТД (Fit АР).
В качестве альтернативы, на шаге 302 после настройки параметров администратором сети по отношению соответствия, установленному на шаге 301, КД (АС) может находить обозначение физического радиоинтерфейса, которому соответствует индекс Ifindex каждого виртуального радиоинтерфейса, состоящий из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса, дополнительно сохраняя отношение соответствия между параметрической информацией, настроенной на каждом виртуальном радиоинтерфейсе, и обозначением каждого физического радиоинтерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса. При этом на текущем шаге 306 КД (АС) может непосредственно передавать идентификатор каждого физического радиоинтерфейса "легкой" ТД (Fit АР) и параметрическую информацию, соответствующую каждому физическому радиоинтерфейсу, в протокольном сообщении на "легкую" ТД (Fit АР) без поиска отношения соответствия, установленного на шаге 301.
Шаг 307: "легкая" ТД (Fit АР) принимает протокольное сообщение от КД (АС) и настраивает параметрическую информацию, содержащуюся в протокольном сообщении, на физическом радиоинтерфейсе, соответствующем идентификатору физического радиоинтерфейса, содержащемуся в протокольном сообщении.
Шаг 308; после завершения настройки каждого физического радиоинтерфейса "легкая" ТД (Fit АР) переходит в рабочее состояние и начинает предоставлять пользователям услуги доступа к БЛВС (WLAN).
Шаг 309: "легкая" ТД (Fit АР) периодически посылает контроллеру доступа КД (АС) протокольные сообщения, каждое из которых содержит идентификатор "легкой" ТД (Fit АР), идентификатор физического радиоинтерфейса "легкой" ТД (Fit АР), текущий статус физического радиоинтерфейса и статистические данные физического радиоинтерфейса.
Статус физического радиоинтерфейса может включать в себя рабочее состояние физического радиоинтерфейса и другие параметры. Содержание статусной информации подробно определяется протоколом управления связью, используемым точкой доступа ТД (АР) и контроллером доступа КД (АС). Статистические данные физического радиоинтерфейса могут содержать количество пакетов, переданных и принятых физическим радиоинтерфейсом. Содержание статистических данных также подробно определяется протоколом управления связью, используемым точкой доступа ТД (АР) и контроллером доступа КД (АС).
Шаг 310: КД (АС) принимает протокольное сообщение от "легкой" ТД (Fit АР), находит индекс Ifindex, соответствующий идентификатору "легкой" ТД (Fit АР) и идентификатору физического радиоинтерфейса, содержащимся в протокольном сообщении, по отношению соответствия между индексом Ifindex каждого виртуального радиоинтерфейса и обозначением каждого физического интерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса, и обновляет статусную информацию и статистические данные на виртуальном радиоинтерфейсе, соответствующем индексу Ifindex, на текущую статусную информацию и статистические данные физического радиоинтерфейса, содержащиеся в протокольном сообщении.
На практике, для централизованного управления "легкими" ТД (Fit АР) администратор сети может запросить такую информацию, как статус и статистические данные "легкой" ТД (Fit АР), с контроллера доступа КД (АС). Подробные разъяснения приводятся ниже на примере поиска с помощью протокола SNMP в таблице Dot11OperationTable такой информации, как статусная информация и статистические данные "легкой" ТД (Fit АР).
На фиг.4 представлена блок-схема поиска таблицы Dot11OperationTable при использовании протокола SNMP в случае реализации настоящего изобретения. Как показано на фиг.4, процедура состоит в следующем.
Шаг 401: приняв решение о запросе информации "легкой" ТД (Fit АР), например, статусной информации и статусной статистической информации "легкой" ТД (Fit АР), администратор сети получает посредством сообщения SNMP индекс Ifindex виртуального радиоинтерфейса, которому соответствуют идентификатор "легкой" ТД (Fit АР) и идентификатор физического радиоинтерфейса.
Шаг 402: администратор сети посылает контроллеру доступа КД (АС) запрос SNMP, содержащий индекс Ifindex.
Шаг 403: агент КД (АС) принимает запрос SNMP, находит таблицу Dot110perationTable по индексу Ifindex в запросе и возвращает данные (например, статусную информацию и статусную статистическую информацию и т.д.) из таблицы Dot11OperationTable администратору сети через ответное сообщение SNMP.
Из вариантов реализации, показанных на фиг.3 и 4, можно видеть, что, создавая виртуальный радиоинтерфейс в контроллере доступа КД (АС) для каждого требующего управления физического радиоинтерфейса каждой "легкой" ТД (Fit АР) и устанавливая отношение соответствия между индексом Ifindex каждого виртуального радиоинтерфейса и обозначением каждого физического радиоинтерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса, администратор сети имеет возможность конфигурирования радиопараметров каждого виртуального радиоинтерфейса в соответствии со стандартами MIB, определенными в протоколах 802.11; кроме того, контроллер доступа КД (АС) имеет возможность сохранения на виртуальном радиоинтерфейсе статусной информации и статусной статистической информации физического радиоинтерфейса, переданной "легкой" ТД (Fit АР), в формате базы М1В, определенной в стандарте 802.11. Таким образом, КД (АС), поддерживающий протокол CAPWAP, способен использовать стандартную базу MIB, определенную протоколом 802.11, для конфигурирования и администрирования "легкой" ТД (Fit АР), благодаря чему снижаются затраты на управление "легкой" ТД (Fit АР).
В вариантах реализации настоящего изобретения предлагается также способ конфигурирования и администрирования точек доступа ТД (АР), который может использоваться в беспроводной сети. Беспроводная сеть содержит по меньшей мере один КД (АС) и одну или несколько ТД (АР), управляемых этим КД (АС). Между КД (АС) и администратором сети имеется канал управления, и КД (АС) управляется администратором сети через этот канал управления. КД (АС) включает в себя также один или несколько виртуальных радиоинтерфейсов, доступных администратору сети, каждый виртуальный радиоинтерфейс соответствует по меньшей мере одному физическому радиоинтерфейсу.
После получения конфигурационной информации для виртуального радиоинтерфейса от администратора сети КД (АС) передает эту конфигурационную информацию на физический радиоинтерфейс точки доступа ТД (АР) по каналу связи между КД (АС) и ТД (АР) согласно отношению соответствия между каждым виртуальным радиоинтерфейсом и каждым физическим радиоинтерфейсом. А именно, при обнаружении включенной ТД (АР) контроллер доступа КД (АС) передает конфигурационную информацию на физический радиоинтерфейс точки доступа ТД (АР) по каналу связи между КД (АС) и ТД (АР) согласно отношению соответствия каждого виртуального радиоинтерфейса с каждым физическим радиоинтерфейсом.
КД (АС) сохраняет информацию физического радиоинтерфейса, переданную контроллером КД (АС) на виртуальный радиоинтерфейс, которому соответствует физический радиоинтерфейс. Когда администратор сети запрашивает информацию, КД (АС) передает информацию администратору сети по каналу управления между КД (АС) и администратором сети.
В вариантах реализации настоящего изобретения предлагается также способ конфигурирования точек доступа ТД (АР) и управления ими, который может использоваться в распределенной беспроводной сети. Распределенная беспроводная сеть содержит по меньшей мере один КД (АС) и по меньшей мере одну ТД (АР), управляемую этим КД (АС). Конфигурационная информация физического радиоинтерфейса ТД (АР) сохраняется на виртуальном радиоинтерфейсе, предварительно созданном для физического радиоинтерфейса. Когда администратор сети запрашивает конфигурационную информацию, КД (АС) передает конфигурационную информацию администратору сети по каналу управления между КД (АС) и администратором сети. Принимая конфигурационную информацию для виртуального радиоинтерфейса от администратора сети, КД (АС) передает по каналу связи между КД (АС) и ТД (АР) эту конфигурационную информацию на физический радиоинтерфейс точки доступа ТД (АР), которой соответствует этот виртуальный радиоинтерфейс.
Канал управления и канал между КД (АС) и ТД (АР) разделены. Канал управления работает на основе простого протокола управления сетью SNMP, а канал связи между КД (АС) и ТД (АР) основан на протоколе конфигурирования и администрирования беспроводных точек доступа (CAPWAP).
КД (АС) присваивает уникальный интерфейсный индекс (Ifindex) каждому виртуальному радиоинтерфейсу, так что каждый виртуальный радиоинтерфейс становится доступным администратору сети. Информация физического радиоинтерфейса, переданная точкой доступа ТД (АР), может содержать конфигурационную информацию и/или статусную информацию, и/или статусную статистическую информацию.
Можно заметить, что для протокола CAPWAP интерактивная процедура конфигурирования и управления не изменяется, при этом администратор сети может конфигурировать и управлять всеми физическими радиоинтерфейсами всех "легких" ТД (Fit АР), управляемых контроллером КД (АС) с помощью стандартных баз MIB (например, баз MIB, авторизованных и опубликованных различными организациями по стандартизации или фактически не частных баз MIB, известных также, как публичные MIB, например, баз MIB, определенных в протоколе 802.11) и способа, предлагаемого в вариантах реализации настоящего изобретения. Таким образом, с точки зрения администратора сети контроллер КД (АС) может рассматриваться, как "тяжелая" ТД (Fat АР) с множеством физических радиоинтерфейсов.
Далее описывается усовершенствование контроллера доступа КД (АС). Следует отметить, что усовершенствования КД (АС) представлены в логическом виде. Квалифицированные специалисты должны понимать, что устройство может быть разделено разными логическими способами, но различия порождаются лишь разными точками зрения или разными критериями, в действительности все варианты, по существу, совпадают.
В вариантах реализации настоящего изобретения КД (АС) может содержать модуль, образующий виртуальный радиоинтерфейс, модуль конфигурирования и модуль управления. Модуль формирования виртуального радиоинтерфейса предназначен для создания нескольких виртуальных радиоинтерфейсов, каждый из которых получает уникальный интерфейсный индекс базы MIB и соответствует по меньшей мере одному физическому радиоинтерфейсу по меньшей мере одной ТД (АР). Модуль конфигурирования предназначен для поиска физического радиоинтерфейса, которому соответствует виртуальный радиоинтерфейс, и передачи конфигурационной информации виртуального радиоинтерфейса на найденный физический радиоинтерфейс (при необходимости передачи конфигурационной информации на физический радиоинтерфейс), причем конфигурационная информация этого виртуального радиоинтерфейса настраивается в соответствии со стандартной базой MIB. Модуль управления предназначен при управлении физическим радиоинтерфейсом для поиска виртуального радиоинтерфейса, которому соответствует физический радиоинтерфейс, и для сохранения управляющей информации физического радиоинтерфейса на найденном виртуальном радиоинтерфейсе.
Кроме того, КД (АС) может содержать только модуль формирования виртуального радиоинтерфейса и модуль конфигурирования, или только модуль формирования виртуального радиоинтерфейса и модуль управления.
Согласно приведенным выше вариантам реализации, КД (АС) может содержать также модуль хранения отношения соответствия, предназначенный для хранения отношения соответствия между индексом Ifindex каждого виртуального радиоинтерфейса, созданного модулем формирования виртуального радиоинтерфейса, и обозначением каждого физического радиоинтерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса, причем комбинация идентификатора "легкой" ТД (Fit АР) и идентификатора этого физического радиоинтерфейса используется для обозначения этого физического радиоинтерфейса.
Модуль конфигурирования может содержать модуль конфигурирования виртуального радиоинтерфейса и модуль передачи конфигурационной информации. Модуль конфигурирования виртуального радиоинтерфейса предназначен для настройки радиоконфигурационной информации на каждом виртуальном радиоинтерфейсе в соответствии со стандартной базой MIB. Модуль передачи конфигурационной информации предназначен для поиска в модуле хранения отношения соответствия виртуального радиоинтерфейса, которому соответствуют идентификатор "легкой" ТД (Fit АР) и идентификатор физического радиоинтерфейса, содержащиеся в конфигурационном запросе от "легкой" ТД (Fit АР), и для передачи конфигурационной информации виртуального радиоинтерфейса и идентификатора физического радиоинтерфейса на "легкую" ТД (Fit АР), соответствующую идентификатору этой "легкой" ТД (Fit АР).
Модуль управления может также содержать модуль хранения управляющей информации и модуль ответа на запросы. Модуль хранения управляющей информации предназначен для приема управляющей информации, переданной физическим радиоинтерфейсом "легкой" ТД (Fit АР), для поиска в модуле хранения отношений соответствия индекса Ifindex виртуального радиоинтерфейса, которому соответствуют идентификатор "легкой" ТД (Fit АР) и идентификатор физического радиоинтерфейса, и для сохранения управляющей информации на виртуальном радиоинтерфейсе, соответствующем этому индексу Ifindex. Управляющая информация может содержать статусную информацию и статусную статистическую информацию. Модуль ответа на запросы предназначен для приема запросов от администратора сети для физического радиоинтерфейса "легкой" ТД (Fit АР), для поиска в модуле хранения отношений соответствия индекса Ifindex виртуального радиоинтерфейса, которому соответствуют идентификатор "легкой" ТД (Fit АР) и идентификатор физического радиоинтерфейса, и для передачи администратору сети управляющей информации, сохраненной на виртуальном радиоинтерфейсе, соответствующем этому индексу Ifindex.
Ниже описывается схематичная структура КД (АС) со ссылкой на два варианта реализации.
Фиг.5 схематично иллюстрирует структуру контроллера КД (АС) в составе БЛВС (WLAN), состоящей из "легких" ТД (Fit АР) для одного из вариантов реализации настоящего изобретения. Как показано на фиг.5, КД (АС) содержит следующие основные модули.
Модуль 51 формирования виртуального радиоинтерфейса предназначен для создания по меньшей мере одного виртуального радиоинтерфейса по директивам администратора сети и формирования интерфейсного индекса на основе стандартной базы MIB для каждого виртуального радиоинтерфейса. Например, индекс Ifindex виртуального радиоинтерфейса 3 - это 3, а индекс ifindex виртуального радиоинтерфейса 9 - это 9. Таким образом, администратор сети может найти определенный виртуальный радиоинтерфейс по стандартной базе MIB с помощью протокола управления сетью и конфигурировать и администрировать физический радиоинтерфейс "легкой" ТД (Fit АР), которому соответствует этот виртуальный радиоинтерфейс.
Модуль 52 хранения отношений соответствия предназначен для хранения отношения соответствия между интерфейсным индексом каждого виртуального радиоинтерфейса и обозначением каждого физического радиоинтерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса. Например, номер 3 обозначает третий физический радиоинтерфейс "легкой" ТД (Fit АР) 1, а номер 9 обозначает второй физический радиоинтерфейс "легкой" ТД (Fit АР) 3.
Модуль 53 конфигурации виртуального радиоинтерфейса предназначен для хранения конфигурационной информации, настроенной администратором сети на виртуальном радиоинтерфейсе. Конфигурационная информация обычно хранится в виде файлов конфигурации. Поскольку способ хранения конфигурационной информации определяется внутренней реализацией устройства, из-за возможных различий механизмов внутренней реализации устройства форматы файлов также могут быть различными, однако SNMP-агент устройства способен находить информацию в конфигурационном файле и способен надлежащим образом отвечать администратору сети, когда этот администратор считывает или записывает конфигурационную информацию с помощью базы MIB.
Модуль 54 передачи конфигурационной информации предназначен для получения интерфейсного индекса виртуального радиоинтерфейса, которому соответствуют идентификатор "легкой" ТД (Fit АР) и идентификатор физического радиоинтерфейса, содержащиеся в конфигурационном запросе от "легкой" ТД (Fit АР), от модуля 52 хранения отношений соответствия, для переноса информации о радиопараметрах, настроенных на виртуальном радиоинтерфейсе модулем 53 конфигурирования виртуального радиоинтерфейса, и для передачи ответа о конфигурации на "легкую" ТД (Fit АР), соответствующую идентификатору "легкой" ТД (Fit АР).
На фиг. 6 схематично представлена структура контроллера КД (АС) в составе БЛВС (WLAN), состоящая из "легких" ТД (Fit АР) согласно другому варианту реализации настоящего изобретения. Как показано на фиг. 6, КД (АС) содержит следующие основные модули.
Модуль 51 формирования виртуального радиоинтерфейса предназначен для создания по меньшей мере одного виртуального радиоинтерфейса по директивам администратора сети и формирования индекса Ifindex на основе стандартной базы MIB для каждого виртуального радиоинтерфейса. Например, индекс Ifindex виртуального радиоинтерфейса 3 - это 3, а индекс Ifindex виртуального радиоинтерфейса 9 - это 9. Таким образом, администратор сети может найти виртуальный радиоинтерфейс по стандартной базе MIB с помощью протокола управления сетью (например, SNMP) и конфигурировать и администрировать физический радиоинтерфейс "легкой" ТД (Fit АР), которому соответствует этот виртуальный радиоинтерфейс.
Модуль 52 хранения отношений соответствия предназначен для хранения отношения соответствия между индексом Ifindex каждого виртуального радиоинтерфейса и обозначением каждого физического радиоинтерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса. Например, номер 3 обозначает третий физический радиоинтерфейс "легкой" ТД (Fit АР) 1, а номер 9 обозначает второй физический радиоинтерфейс "легкой" ТД (Fit АР) 3.
Модуль 53 конфигурирования виртуального радиоинтерфейса предназначен для хранения параметрической информации, настроенной администратором сети с помощью стандартной базы MIB на виртуальном радиоинтерфейсе. Параметрическая информация обычно хранится в виде файлов конфигурации. Поскольку способ хранения параметрической информации определяется внутренней реализацией устройства, из-за возможных различий механизмов внутренней реализации устройства форматы файлов также могут быть различными, однако SNMP-агент контроллера КД (АС) способен находить информацию в конфигурационном файле и способен надлежащим образом отвечать администратору сети, когда этот администратор считывает или записывает параметрическую информацию, настроенную с помощью базы MIB.
Модуль 54 передачи конфигурационной информации предназначен для получения индекса Ifindex виртуального радиоинтерфейса, которому соответствуют идентификатор "легкой" ТД (Fit АР) и идентификатор физического радиоинтерфейса, содержащиеся в конфигурационном запросе от "легкой" ТД (Fit АР), от модуля 52 хранения отношений соответствия, для передачи информации о радиопараметрах, настроенных на виртуальном радиоинтерфейсе модулем 53 конфигурирования виртуального радиоинтерфейса, и идентификатора физического радиоинтерфейса на "легкую" ТД (Fit АР), соответствующую идентификатору "легкой" ТД (Fit АР).
Статусный статистический модуль 55 предназначен для приема 30 протокольного сообщения, содержащего информацию, включающую идентификатор "легкой" ТД (Fit АР), идентификатор физического радиоинтерфейса и статусные статистические данные физического радиоинтерфейса от "легкой" ТД (Fit АР); для получения индекса Ifindex виртуального радиоинтерфейса, которому соответствуют идентификатор "легкой" ТД (Fit АР) и идентификатор физического радиоинтерфейса, от модуля 52 хранения отношений соответствия, поиска виртуального радиоинтерфейса по индексу Ifindex, и сохранения информации, включающей статусные статистические данные физического радиоинтерфейса, содержащиеся в протокольном сообщении, на виртуальном радиоинтерфейсе, соответствующем этому индексу Ifindex.
Модуль 56 ответа на запросы предназначен для приема запросов SNMP, содержащих индекс Ifindex, от внешнего устройства (например, от администратора сети), поиска виртуального радиоинтерфейса по индексу Ifindex, помещения статусной информации и статусной статистической информации, хранящейся на виртуальном радиоинтерфейсе, в ответ на SNMP-запрос и передачи ответа на SNMP-запрос администратору сети.
Согласно приведенному описанию, модуль 53 конфигурирования виртуального радиоинтерфейса сохраняет параметрическую информацию, настроенную администратором сети с помощью стандартной базы MIB, на виртуальном радиоинтерфейсе. На практике, после сохранения параметрической информации, настроенной администратором сети с помощью стандартной базы MIB на виртуальном радиоинтерфейсе, модуль 53 конфигурирования виртуального радиоинтерфейса может затем получить обозначение физического радиоинтерфейса, которому соответствует интерфейсный индекс виртуального радиоинтерфейса, состоящего из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса, от модуля 52 хранения отношений соответствия и сохранить отношение соответствия между настроенной параметрической информацией каждого виртуального радиоинтерфейса и обозначением каждого физического радиоинтерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса в модуле хранения конфигурации. Модуль хранения конфигурации предназначен для хранения отношения соответствия между настроенной параметрической информацией каждого виртуального радиоинтерфейса и обозначением каждого физического радиоинтерфейса, состоящим из идентификатора "легкой" ТД (Fit АР), которой принадлежит этот физический радиоинтерфейс, и идентификатора этого физического радиоинтерфейса. После получения идентификатора "легкой" ТД (Fit АР) и идентификатора физического радиоинтерфейса в конфигурационном запросе от "легкой" ТД (Fit АР) модуль 54 передачи конфигурации может не искать индекс Ifindex виртуального радиоинтерфейса, которому соответствуют идентификатор "легкой" ТД (Fit АР) и идентификатор физического радиоинтерфейса, а непосредственно прочитать параметрическую информацию, соответствующую идентификатору "легкой" ТД (Fit АР) и идентификатору физического радиоинтерфейса из модуля хранения конфигурации, а затем передать параметрическую информацию и идентификатор физического радиоинтерфейса на "легкую" ТД (Fit АР). Можно видеть, что целью создания шаблона радиоинтерфейса и сохранения отношения соответствия между интерфейсным индексом каждого шаблона радиоинтерфейса и каждым физическим радиоинтерфейсом каждой "легкой" ТД (Fit АР) является бесшовная интеграция функций администрирования сети и передачи информации о конфигурации оборудования.
Способ, предлагаемый в вариантах реализации настоящего изобретения, может использоваться не только в устройствах, поддерживающих протокол CAPWAP группы IETF, но и в беспроводных устройствах, поддерживающих расширения протокола 802.11 или другие технические протоколы беспроводной связи (например, RFID). Развитие технологий централизованного управления БЛВС (WLAN) не обязано ограничиваться протоколом CAPWAP, и стандарты беспроводного доступа также не ограничиваются протоколами 802.11, RFID и т.д. Техническая схема, представленная в настоящем изобретении, легко допускает продолжение использования существующих баз MIB для централизованного управления БЛВС (WLAN) без необходимости разработки новых MIB для каждого нового стандарта или без необходимости разработки дополнительного программного обеспечения управления сетью для частных баз MIB.
Описанные варианты реализации могут быть выполнены в виде компьютерных программ (настоящее изобретение не исключает аппаратную реализацию), по сути дела, это может быть компьютерный программный продукт, сохраненный на любом носителе данных. Для квалифицированных специалистов очевидно, что варианты реализации настоящего изобретения могут представлять собой компьютерный программный продукт, содержащий команды. При своем запуске компьютерный программный продукт управляет аппаратной платформой с целью реализации описанных выше способов. Для специалистов в данной области техники очевидно, что оборудование, соответствующее настоящему изобретению, может содержать компьютерный программный продукт и аппаратную платформу, на которой выполняются компьютерные программы.
Приведенное выше описание отражает только предпочтительные варианты реализации настоящего изобретения и не должно использоваться для ограничения объема патентной защиты последнего. Все изменения, равноценные замены или усовершенствования, не выходящие за рамки принципов настоящего изобретения, должны входить в объем патентной защиты настоящего изобретения.