Способ и система реализации сетевого управления на основе архитектуры с "тонкими" беспроводными точками доступа

Авторы патента:


Способ и система реализации сетевого управления на основе архитектуры с тонкими беспроводными точками доступа
Способ и система реализации сетевого управления на основе архитектуры с тонкими беспроводными точками доступа
Способ и система реализации сетевого управления на основе архитектуры с тонкими беспроводными точками доступа
Способ и система реализации сетевого управления на основе архитектуры с тонкими беспроводными точками доступа
Способ и система реализации сетевого управления на основе архитектуры с тонкими беспроводными точками доступа
Способ и система реализации сетевого управления на основе архитектуры с тонкими беспроводными точками доступа
Способ и система реализации сетевого управления на основе архитектуры с тонкими беспроводными точками доступа
Способ и система реализации сетевого управления на основе архитектуры с тонкими беспроводными точками доступа
Способ и система реализации сетевого управления на основе архитектуры с тонкими беспроводными точками доступа

 


Владельцы патента RU 2567242:

ЗТЕ КОРПАРЕЙШЕН (CN)

Изобретение относится к области связи. Техническим результатом является повышение эффективности управления сетью через простой протокол сетевого управления (SNMP), может быть снижена нагрузка на систему управления сетью, и может быть повышено качество сети. Настоящее изобретение обеспечивает способ и систему для реализации управления сетью на основе архитектуры с «тонкими» точками доступа (АР). Способ включает в себя этапы, на которых: в процессе заданной обработки реализуют связь между контроллером доступа (АС) и АР путем использования протокола управления и инициализации беспроводных точек доступа (CAPWAP), причем заданная обработка включает в себя по меньшей мере одно из следующего: передачи АС в АР информации конфигурации из платформы управления сетью, получения АС от АР собранной информации, которая используется для ответа на запрос сбора информации от платформы управления сетью, и сообщения АР через АС в платформу управления сетью о событии TRAP. 2 н. и 7 з.п. ф-лы, 9 ил.

 

Область техники, к которой относится изобретение

Настоящее изобретение относится к области связи и, в частности, к способу и системе для реализации управления сетью на основе архитектуры с «тонкими» беспроводными точками доступа (АР).

Уровень техники

С тех пор как архитектура с «тонкими» АР стала новой тенденцией в индустрии беспроводных локальных сетей (WLAN) в 2002 г., сети WLAN начали управлять множеством АР через беспроводной контроллер (также называемый сетевым контроллером доступа (АС)). АС централизованно реализует обязательные стратегии и аутентификацию в системе WLAN и реализует унифицированное конфигурирование и управление для АР в системе. На Фиг.1 показана схема архитектуры управления сетью для системы с «тонкими» АР согласно соответствующим технологиям. Как показано на Фиг.1, система управления сетью в системе с «тонкими» АР состоит главным образом из платформы управления сетью, АС и АР. Платформа управления сетью главным образом реализует управление всей системой через простой протокол сетевого управления (SNMP). АС реализует конфигурирование и управление для АР главным образом на основании протокола управления и инициализации беспроводных точек доступа (CAPWAP) и протокола SNMP.

CAPWAP представляет собой основной протокол для определения взаимодействия управляющих сообщений и сообщений данных между АС и АР, и он реализует взаимодействие между АР и АС путем принятия модели «клиент/сервер» (C/S) для протокола передачи пользовательских датаграмм (UDP). Сообщение CAPWAP классифицируется как управляющее сообщение или сообщение данных. В сообщении CAPWAP главным образом используется тип сообщения для назначения функций управляющего сообщения, а элементы сообщения используются для передачи конкретных параметров.

SNMP является протоколом управления сетью, который в настоящее время наиболее широко применяется в сети, основанной на протоколе управления передачей/протоколе Интернет (TCP/IP). SNMP используется главным образом для реализации получения платформой управления сетью информации управления сетью от устройства в системе с «тонкими» АР, и устройство (что главным образом относится к АР) сообщает в систему управления сетью о проблемах и ошибках. Взаимодействие по SNMP между управлением сетью и АР необходимо направлять через АС. Протокол SNMP принимает особую форму модели C/S: модель «агент/станция управления». Управление сетью и ее обслуживание может осуществляться путем взаимодействия между управляющей рабочей станцией и агентом SNMP. Каждый подчиненный агент SNMP отвечает за ответы на различные запросы управляющей рабочей станции SNMP (главного агента) относительно информации, определяемой базой данных управления сетью (MIB). Конфигурацию и управление для АР, реализуемые платформой управления сетью, необходимо передавать через АС, и таким образом АС должен осуществлять периодический сбор данных о АР в системе посредством режима опроса. На Фиг.2 показана блок-схема сбора информации о АР платформой управления сетью в системе с «тонкими» АР согласно соответствующим технологиям. Как показано на Фиг.2, управляющая станция SNMP использует сообщение запроса Get для поиска информации от сетевого устройства, которое имеет SNMP, и агент SNMP отвечает с использованием сообщения ответа Get. Управляющая станция SNMP может осуществлять удаленное конфигурирование (включая имена устройств, свойства устройств, исключение устройств или объявление конкретного свойства устройства действительным/недействительным и тому подобное) для сетевого устройства с использованием запроса Set. Агент SNMP использует TRAP для отправки в управляющую станцию SNMP сообщения, не являющегося запросом, которое обычно используется для описания наступления определенного события.

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

Раскрытие изобретения

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

Согласно одному аспекту настоящего изобретения предложен способ реализации управления сетью на основе архитектуры с «тонкими» АР, включающий в себя этапы, на которых: в процессе заданной обработки реализуют связь между контроллером доступа (АС) и АР путем использования протокола управления и инициализации беспроводных точек доступа (CAPWAP), причем заданная обработка включает в себя по меньшей мере одно из следующего: передачи АС в АР информации конфигурации из платформы управления сетью, получения АС от АР собранной информации, которая используется для ответа на запрос сбора информации от платформы управления сетью, и сообщения АР через АС в платформу управления сетью о событии TRAP.

В случае если заданная обработка включает в себя передачу АС в АР информации конфигурации из платформы управления сетью, реализация связи между АС и АР путем использования протокола CAPWAP включает в себя этапы, на которых: АС анализирует и проверяет информацию конфигурации в формате простого протокола сетевого управления (SNMP), переданную платформой управления сетью; АС передает проанализированную и проверенную информацию конфигурации в АР по протоколу CAPWAP.

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

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

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

После того как АР сообщает о событии TRAP в АС по протоколу CAPWAP, способ дополнительно включает в себя этапы, на которых: АС реализует обработку в соответствии с событием TRAP и определяют, следует ли сообщать о событии TRAP в платформу управления сетью.

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

Между АС и АР исключена архитектура для реализации связи по SNMP.

В соответствии с другим аспектом настоящего изобретения предложена система для реализации управления сетью на основе архитектуры с «тонкими» точками доступа (АР), причем система включает в себя контроллер доступа (АС) и АР, при этом АС включает в себя: модуль связи по протоколу управления и инициализации беспроводных точек доступа (CAPWAP), выполненный с возможностью реализации связи с АР путем использования протокола CAPWAP в процессе заданной обработки; АР включает в себя: модуль связи CAPWAP, выполненный с возможностью реализации связи с АС путем использования протокола CAPWAP в процессе заданной обработки; при этом заданная обработка включает в себя по меньшей мере одно из следующего: передачи АС в АР информации конфигурации из платформы управления сетью, получения АС от АР собранной информации, которая используется для ответа на запрос сбора информации от платформы управления сетью, и сообщения АР через АС в платформу управления сетью о событии TRAP.

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

При наступлении одного или более из упомянутых условий, т.е. передаче АС в АР информации конфигурации из платформы управления сетью, получении АС от АР собранной информации, используемой для ответа на запрос сбора информации от платформы управления сетью, и сообщении АР в платформу управления сетью АС о событии TRAP, связь между АС и АР реализуют путем использования протокола CAPWAP. Настоящее изобретение решает проблему, состоящую в том, что режим обработки в соответствующих технологиях может вызывать перегрузку при обработке, таким образом снижая рабочие характеристики системы, и оптимизирует структуру системы управления сетью с «тонкими» АР таким образом, что может быть повышена эффективность управления сетью SNMP, может быть уменьшена нагрузка на систему управления сетью и повышено качество сети.

Краткое описание чертежей

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

на Фиг.1 приведена схема архитектуры управления сетью в системе с «тонкими» АР согласно соответствующим технологиям;

на Фиг.2 приведена блок-схема сбора информации для АР платформой управления сетью системы с «тонкими» АР согласно соответствующим технологиям;

на Фиг.3 приведена схема способа реализации управления сетью на основе архитектуры с «тонкими» АР согласно варианту выполнения настоящего изобретения;

на Фиг.4 приведена структурная схема системы для реализации управления сетью на основе архитектуры с «тонкими» АР согласно варианту выполнения настоящего изобретения;

на Фиг.5 приведена предпочтительная структурная схема системы для реализации управления сетью на основе архитектуры с «тонкими» АР согласно варианту выполнения настоящего изобретения;

на Фиг.6 приведена принципиальная схема оптимизированной системы управления сетью для системы с «тонкими» АР согласно варианту выполнения 1;

на Фиг.7 приведена блок-схема передачи АС по протоколу CAPWAP информации конфигурации, передаваемой платформой управления сетью, на основе структуры, показанной на Фиг.6, согласно варианту выполнения 2;

на Фиг.8 приведена блок-схема сбора оптимизированной платформой управления сетью в системе с «тонкими» АР информации о АР согласно варианту выполнения 3;

на Фиг.9 приведена блок-схема обработки АС команды GET SNMP на основе структуры, показанной на Фиг.6, согласно варианту выполнения 3.

Осуществление изобретения

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

На Фиг.3 показана схема способа реализации управления сетью на основе архитектуры с «тонкими» АР согласно варианту выполнения настоящего изобретения. Как показано на Фиг.3, в процессе заданной обработки связь между АС и АР реализована путем использования протокола CAPWAP, причем заданная обработка включает в себя по меньшей мере одно из следующего: передачи АС в АР информации конфигурации из платформы управления сетью, получения АС от АР собранной информации, которая используется для ответа на запрос сбора информации от платформы управления сетью, и сообщения АР в платформу управления сетью через АС о событии TRAP.

В соответствующих технологиях АС собирает информацию об АР путем принятия режима периодического опроса (как показано на Фиг.2); в таком случае АС должен собирать всю информацию обо всех АР, управляемых АС, в один и тот же момент, что вызывает высокую нагрузку на сеть и нагрузку обработки на АС и АР, и легко вызывает перегрузку сети, когда в системе находится множество АР, но информация пользовательских данных не может быть эффективно обработана, что сказывается на качестве сети. В способе согласно данному варианту выполнения, когда осуществляется обработка, относящаяся к управляющему взаимодействию между АС и АР, взаимодействие в отношении управляющей информации между АС и АР реализуется путем принятия протокола CAPWAP, что снижает эффективность управления сетью SNMP, снижает нагрузку на систему управления сетью и повышает качество сети.

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

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

(1) В случае если заданная обработка включает в себя передачу АС в АР информации конфигурации из платформы управления сетью:

АС может анализировать и проверять информацию конфигурации формата SNMP, передаваемую платформой управления сетью, и затем передавать проанализированную и проверенную информацию в АР по протоколу CAPWAP.

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

(2) В случае если заданная обработка включает в себя получение АС от АР собранной информации, которая используется для ответа на запрос сбора информации от платформы управления сетью:

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

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

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

(3) В случае если заданная обработка включает в себя сообщение АР через АС в платформу управления сетью о событии TRAP:

АР сообщает о событии TRAP в АС по протоколу CAPWAP в случае, если происходит событие TRAP; АС осуществляет обработку в соответствии с событием TRAP и определяет, следует ли сообщить о событии TRAP в платформу управления сетью.

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

Учитывая, что конфликт между двумя видами конфигурации с легкостью возникает, когда АС передает информацию о конфигурации по двум видам каналов, т.е. по каналу SNMP и по каналу CAPWAP, в качестве предпочтительного решения может быть исключена архитектура реализации связи по протоколу SNMP между АС и АР, чтобы снизить сложность АС и АР и повысить производительность обработки АС и АР. Кроме того, если впоследствии необходимо добавить другие узлы управления сетью (такие, как TR069), требуется лишь выполнить соответствующую адаптивную обработку в АС в отношении запроса конфигурации вновь добавляемых узлов управления сетью и нет необходимости изменять АР, что значительно увеличивает способность к расширению системы управления сетью.

На Фиг.4 показана структурная схема системы для реализации управления сетью на основе архитектуры с «тонкими» АР согласно варианту выполнения настоящего изобретения. Система включает в себя АС 42 и АР 44, причем АС 42 включает в себя: модуль 422 связи CAPWAP, выполненный с возможностью реализации связи с АР 44 путем использования протокола CAPWAP в процессе заданной обработки; АР 44 включает в себя: модуль 442 связи CAPWAP, выполненный с возможностью реализации связи с АС 42 путем использования протокола CAPWAP в процессе заданной обработки. Заданная обработка включает в себя по меньшей мере одно из следующего: передачу АС 42 в АР 44 информации конфигурации из платформы управления сетью, получение АС 42 от АР 44 собранной информации, которая используется для ответа на запрос сбора информации от платформы управления сетью, и сообщение АР 44 через AC 42 в платформу управления сетью о событии TRAP.

Предпочтительно в случае, если заданная обработка включает в себя передачу АС 42 в АР 44 информации конфигурации от платформы управления сетью, модуль 422 связи CAPWAP АС 42 выполнен с возможностью, после анализа и проверки информации конфигурации в формате SNMP, передаваемой платформой управления сетью, передачи проанализированной и проверенной информации конфигурации в АР 44 по протоколу CAPWAP.

На Фиг.5 показана предпочтительная структурная схема системы для реализации управления сетью на основе архитектуры с «тонкими» АР согласно варианту выполнения настоящего изобретения. Как показано на Фиг.5, в случае если заданная обработка включает в себя получение АС 42 от АР 44 собранной информации, используемой для ответа на запрос сбора информации от платформы управления сетью, модуль 442 связи CAPWAP АР 44 выполнен с возможностью сообщения собранной информации в АС 42 по протоколу CAPWAP; АС 42 дополнительно включает в себя модуль 424 хранения и модуль 426 агента SNMP, причем модуль 424 хранения выполнен с возможностью сохранения собранной информации, модуль 426 агента SNMP выполнен с возможностью сообщения собранной информации, сохраненной модулем хранения, в платформу управления сетью после приема запроса сбора информации от платформы управления сетью.

Предпочтительно в случае, если заданная обработка включает в себя сообщение АР 44 через АС 42 в платформу управления сетью о событии TRAP, модуль 442 связи CAPWAP АР 44 выполнен с возможностью сообщения о событии TRAP в АС 42 по протоколу CAPWAP, когда происходит событие TRAP.

Технические решения множества предпочтительных вариантов выполнения объединены в описанных ниже вариантах выполнения 1-3.

Вариант выполнения 1

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

(1) Информацию конфигурации, передаваемую платформой управления сетью, АС передает по протоколу CAPWAP вместо SNMP.

После анализа и проверки информации конфигурации SNMP, передаваемой платформой управления сетью SNMP, АС передает проанализированную и проверенную информацию в АР по протоколу CAPWAP и сохраняет проанализированную и проверенную информацию в базе данных (DB). Таким образом АС передает информацию конфигурации в АР только по каналу CAPWAP.

(2) Режим сбора информации изменяется на режим, в котором АР активно сообщает информацию по протоколу CAPWAP из режима, в котором АС осуществляет сбор посредством опроса по SNMP. АР активно сообщает собранную информацию после о рабочих характеристиках по протоколу CAPWAP. Когда платформа управления сетью собирает информацию, АС непосредственно считывает соответствующую информацию конфигурации или информацию статистики по рабочим характеристикам из DB.

Поскольку АР в архитектуре с «тонкими» АР является элементом без конфигурации, АС не требуется получать информацию конфигурации АР от АР, но требуется получать от АР информацию статистики по рабочим характеристикам АР. В соответствии с фактическими условиями АР может сообщать информацию статистики по рабочим характеристикам в АС по протоколу CAPWAP, и АС сохраняет информацию статистики по рабочим характеристикам в DB; АС считывает информацию статистики по рабочим характеристикам непосредственно или информацию статистики по рабочим характеристикам из DB, когда платформа управления сетью SNMP собирает упомянутую информацию.

(3) АР сообщает о событии TRAP по протоколу CAPWAP вместо SNMP.

После того как происходит конкретное событие (событие TRAP), АР сообщает об упомянутом конкретном событии в АС по протоколу CAPWAP. АС реализует относительную обработку в соответствии с конкретной информацией о событии и определяет, следует ли сообщать в платформу управления сетью SNMP. Таким образом, АР сообщает о конкретном событии в АС только по каналу CAPWAP.

На Фиг.6 показана принципиальная схема оптимизированной системы управления сетью для системы с «тонкими» АР согласно варианту выполнения 1. Как показано на Фиг.6, после того как взаимодействие между АС и АР унифицировано в виде режима CAPWAP, соответствующая реализация взаимодействия по SNMP между АС и АР может быть исключена, что снижает сложность АС и АР и повышает производительность обработки АС и АР. Кроме того, если впоследствии потребуется добавить другие узлы управления сетью (такие, как TR069), необходимо выполнить лишь соответствующую адаптивную обработку для АС в отношении запроса конфигурации вновь добавляемых узлов управления сетью, а в АР не нужно вносить никаких изменений, что значительно увеличивает способность к расширению системы управления сетью.

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

Вариант выполнения 2

На Фиг.7 показана блок-схема передачи АС по протоколу CAPWAP информации конфигурации, передаваемой платформой управления сетью на основании структуры, показанной на Фиг.6, согласно варианту выполнения 2. Как показано на Фиг.7, процесс включает в себя следующие этапы:

этап 1 - платформа управления сетью передает запрос Set SNMP в агент SNMP в АС, причем запрос Set SNMP включает в себя информацию конфигурации для АР, обеспеченную платформой управления сетью;

этап 2 - агент SNMP проверяет информацию конфигурации и затем сохраняет информацию конфигурации в DB, устанавливает действительность проанализированной и проверенной информации конфигурации и конфигурирует информацию в модуль CAPWAP;

этап 3 - модуль CAPWAP передает информацию конфигурации в АР в запросе CAPWAP по протоколу CAPWAP;

этап 4 - АР возвращает ответ CAPWAP в модуль CAPWAP, и конфигурирование осуществляется успешно.

Вариант выполнения 3

На Фиг.8 показана блок-схема сбора оптимизированной платформой управления сетью системы с «тонкими» АР информации о АР согласно варианту выполнения 3. Процесс включает в себя следующие этапы:

этап 1 - АР сообщает информацию конфигурации или информацию статистики по рабочим характеристикам АР в АС посредством запроса CAPWAP;

этап 2 - АС возвращает ответ CAPWAP;

этап 3 - платформа управления сетью отправляет информацию запроса Get SNMP в АС для запроса сбора информации о АР;

этап 4 - АС возвращает информацию ответа Get SNMP в платформу управления сетью, причем информация ответа Get SNMP содержит информацию конфигурации или информацию статистики по рабочим характеристикам о АР.

На Фиг.9 показана блок-схема обработки АС команды GET SNMP на основании структуры, показанной на Фиг.6, согласно варианту выполнения 3. Процесс включает в себя следующие этапы:

этап 1 - АР сообщает информацию конфигурации или информацию статистики по рабочим характеристикам АР в модуль CAPWAP АС посредством запроса CAPWAP;

этап 2 - модуль CAPWAP АС возвращает ответ CAPWAP и сохраняет принятую информацию конфигурации или информацию статистики по рабочим характеристикам в DB АС;

этап 3 - агент SNMP АС принимает информацию запроса Get SNMP от платформы управления сетью, причем информация запроса Get SNMP запрашивает сбор информации о АР;

этап 4 - агент SNMP АС возвращает информацию ответа Get SNMP в платформу управления сетью после считывания данных из DB, причем информация ответа Get SNMP содержит информацию конфигурации или информацию статистики по рабочим характеристикам АР.

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

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

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

1. Способ реализации управления сетью на основе архитектуры с «тонкими» беспроводными точками доступа (АР), отличающийся тем, что способ содержит этапы, на которых:
в процессе заданной обработки реализуют связь между контроллером доступа (АС) и АР путем использования протокола управления и инициализации беспроводных точек доступа (CAPWAP), причем между АС и АР исключена архитектура для реализации связи по простому протоколу сетевого управления (SNMP), и заданная обработка содержит по меньшей мере одно из следующего: передачи АС в АР информации конфигурации из платформы управления сетью, получения АС от АР собранной информации, используемой для ответа на запрос сбора информации от платформы управления сетью, и сообщения АР через АС в платформу управления сетью о событии TRAP (наступлении определенного события).

2. Способ по п. 1, отличающийся тем, что в случае, если заданная обработка содержит передачу АС в АР информации конфигурации из платформы управления сетью, реализация связи между АС и АР путем использования протокола CAPWAP содержит этапы, на которых:
АС анализирует и проверяет информацию конфигурации в формате SNMP, переданную платформой управления сетью;
АС передает проанализированную и проверенную информацию конфигурации в АР по протоколу CAPWAP.

3. Способ по п. 1, отличающийся тем, что в случае, если заданная обработка включает в себя получение АС от АР собранной информации, которая используется для ответа на запрос сбора информации от платформы управления сетью, реализация связи между АС и АР путем использования протокола CAPWAP содержит этапы, на которых:
АР сообщает собранную информацию в АС по протоколу CAPWAP;
АС сохраняет собранную информацию.

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

5. Способ по п. 1, отличающийся тем, что в случае, если заданная обработка содержит сообщение АР через АС в платформу управления сетью о событии TRAP, реализация связи между АС и АР путем использования протокола CAPWAP содержит этап, на котором:
в случае, если происходит событие TRAP, АР сообщает о событии TRAP в АС по протоколу CAPWAP.

6. Способ по п. 5, отличающийся тем, что после того, как АР сообщает о событии TRAP в АС по протоколу CAPWAP, способ дополнительно содержит этапы, на которых:
АС реализует обработку в соответствии с событием TRAP, и определяют, следует ли сообщать о событии TRAP в платформу управления сетью.

7. Способ по п. 1, 3 или 4, отличающийся тем, что собираемая информация содержит по меньшей мере одно из следующего: информации конфигурации АР и информации статистики по рабочим характеристикам АР.

8. Система для реализации управления сетью на основе архитектуры с «тонкими» беспроводными точками доступа (АР), отличающаяся тем, что система содержит контроллер доступа (АС) и АР, при этом между АС и АР исключена архитектура для реализации связи по SNMP, и АС содержит:
модуль связи по протоколу управления и инициализации беспроводных точек доступа (CAPWAP), выполненный с возможностью реализации связи с АР путем использования протокола CAPWAP в процессе заданной обработки;
АР содержит:
модуль связи CAPWAP, выполненный с возможностью реализации связи с АС путем использования протокола CAPWAP в процессе заданной обработки;
при этом заданная обработка содержит по меньшей мере одно из следующего: передачи АС в АР информации конфигурации из платформы управления сетью, получения АС от АР собранной информации, которая используется для ответа на запрос сбора информации от платформы управления сетью, и сообщения через АС АР в платформу управления сетью о событии TRAP.

9. Система по п. 8, отличающаяся тем, что:
в случае, если заданная обработка содержит передачу АС в АР информации конфигурации из платформы управления сетью, модуль связи CAPWAP АС выполнен с возможностью после анализа и проверки информации конфигурации в формате простого протокола сетевого управления (SNMP), переданной платформой управления сетью, передачи проанализированной и проверенной информации конфигурации в АР по протоколу CAPWAP;
в случае, если заданная обработка содержит получение АС от АР собранной информации, которая используется для ответа на запрос сбора информации от платформы управления сетью, модуль связи CAPWAP АР выполнен с возможностью сообщения собранной информации в АС по протоколу CAPWAP; АС дополнительно содержит модуль хранения и модуль агента SNMP, причем модуль хранения выполнен с возможностью сохранения собранной информации, модуль агента SNMP выполнен с возможностью сообщения собранной информации, сохраненной модулем хранения, в платформу управления сетью после приема запроса сбора информации от платформы управления сетью;
в случае, если заданная обработка содержит сообщение АР через АС в платформу управления сетью о событии TRAP, модуль связи CAPWAP АР выполнен с возможностью сообщения о событии TRAP в АС по протоколу CAPWAP, когда происходит событие TRAP.



 

Похожие патенты:

Изобретение относится к мобильной связи. Технический результат заключается в реализации передачи обслуживания на фемтосоту без каких-либо модификаций UE (мобильных станций).

Изобретение относится к системам связи. Технический результат заключается в оптимизации использования радиоресурсов.

Изобретение относится к способу дистанционного активирования по меньшей мере одного дополнительного профиля (21) услуг для по меньшей мере одного беспроводного устройства (2) в любой радиосоте (5) сотовой мобильной сети (1).

Изобретение относится к области беспроводных коммуникаций. Техническим результатом является обеспечение передачи полезной нагрузки с малым объемом данных.

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

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

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

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

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

Изобретение относится к беспроводной связи. Технический результат заключается в обеспечении управления допуском для обработки новых, текущих и входящих соединений пользовательского оборудования (UE).

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в повышении пропускной способности. Для этого описаны системы, способы и устройства для передачи сжатого маякового сигнала. В некоторых аспектах способ связи в беспроводной сети включает в себя формирование сжатого маякового сигнала. Сжатый маяковый сигнал включает в себя индикатор времени следующего полного маякового сигнала (NFBTI). Способ дополнительно включает в себя передачу, в точке доступа, сжатого маякового сигнала. 8 н. и 128 з.п. ф-лы, 18 ил.

Изобретение относится к области передачи в беспроводных сетях связи данных терминалов, таких как характеристики терминалов. Техническим результатом является обеспечение согласования характеристик между беспроводным устройством-приемником и беспроводным устройством-источником. Для этого в качестве части установления сеанса связи передают в устройство-источник сообщение, которое идентифицирует список поддерживаемых категорий ввода, который идентифицирует форматы данных пользовательского ввода, поддерживаемых устройством-приемником, и множество списков поддерживаемых типов. При этом каждая из поддерживаемых категорий ввода из списка поддерживаемых категорий ввода имеет ассоциированный список поддерживаемых типов. В качестве части сеанса связи устройство-источник может передавать аудио- и видеоданные в устройство-приемник, который может передавать принятые пользовательские вводы в устройство-источник. Таким образом, пользователь устройства-приемника может управлять устройством-источником и управлять контентом, который передается из устройства-источника в устройство-приемник. 8 н. и 64 з.п. ф-лы, 26 ил., 6 табл.

Изобретение относится к мобильной связи. Предложены способ и устройство регулировки скорости кодирования речи, при этом способ содержит этапы, на которых: определяют тип алгоритма, используемый пользовательским оборудованием мобильной связи третьего поколения; если типом алгоритма пользовательского оборудования мобильной связи третьего поколения является адаптивный многоскоростной алгоритм II универсальной системы мобильной связи, отображают скорость, соответствующую режиму кодека, запрошенного запросом режима кодека, в сообщение управления скоростью и отправляют сообщение управления скоростью в базовую сеть, или если типом алгоритма является адаптивный многоскоростной алгоритм I универсальной системы мобильной связи, ограничивают указанную скорость кодека до наименьшей скорости и отображают в сообщение управления скоростью для отправки в базовую сеть. Технический результат заключается в достижении улучшения совместимости AMR-регулировок скорости между системой 2G и системой 3G и улучшении качества речи. 2 н. и 8 з.п. ф-лы, 8 ил.

Изобретение относится к беспроводной связи. Технический результат заключается в повышении надежности предоставления отчетов измерений сети беспроводной связи с мобильной станции. Первая мобильная станция выполняет измерения, касающиеся одного или нескольких аспектов возможности соединения для первой мобильной станции относительно сети беспроводной связи, и сохраняет измерения во внутреннем журнале, где измерения выполняются в соответствии с конфигурацией предоставления отчета для первой мобильной станции. Первый сетевой узел (NN) сети посылает (73) запрос на отчет зарегистрированных измерений, который принимается первой мобильной станцией (MS). Первая мобильная станция затем посылает (86) отчет зарегистрированных измерений в качестве ответа на запрос, далее отчет принимается первым сетевым узлом. 9 н. и 29 з. п. ф-лы, 13 ил.

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

Изобретение относится к области беспроводной радиосвязи и обеспечивает гладкое выполнение произвольного доступа с помощью ретрансляционной станции. Ретрансляционная станция (20) осуществляет беспроводную связь с базовой станцией (10), и мобильная станция (30) осуществляет беспроводную связь с базовой станцией (10) или ретрансляционной станцией (20). Ретрансляционная станция (20) ограничивает прием радиосигнала от базовой станции (10) при тактировании, при котором радиосигнал передается к мобильной станции (30). Ретрансляционная станция (20) передает сообщение #1 о произвольном доступе к базовой станции (10). Базовая станция (10) передает сообщение #2 при тактировании, которое определено на основании того, является ли источник передачи сообщения #1 ретрансляционной станцией (20). Ретрансляционная станция (20) принимает сообщение #2 от базовой станции (10). 4 н.п. ф-лы, 30 ил.

Изобретение относится к области техники беспроводных сетей и телекоммуникации и предназначено для обеспечения эффективного использования спектра в развертываниях расширяемой несущей. Описаны способы и устройство для обеспечения эффективного использования спектра в развертываниях расширяемой несущей. В одном варианте осуществления развертывание содержит сеть долгосрочного развития (LTE) или улучшенного LTE (LTE-A), и ресурс опорной несущей и один или более ресурсов расширяемой несущей сконфигурированы, основываясь, по меньшей мере, частично на временном и/или частотном разделении, в одном примерном воплощении одна или более опорных несущих агрегированы с одним или более расширений/сегментов несущей. Результирующая агрегированная полоса пропускания может использоваться, кроме всего прочего, для оптимизации работы всей сети. 5 н. и 15 з.п. ф-лы, 6 ил.

Изобретение относится к электронным системам передачи, обработки и хранения информации. Технический результат - повышение защиты от воздействия вредоносного ПО и хакерских атак, а также обеспечение гарантированной надежности аутентификации сторон при проведении транзакций между удаленными сторонами. Способ осуществления электронных транзакция между удаленными сторонами, в котором перед подписанием пользователем и провайдером услуги сообщений их визуализируют на отдельных, присоединяемых к компьютеру или мобильному устройству аппаратных модулях визуализации подписываемой информации; внешние аппаратные криптографические модули пользователей и провайдеров услуг используют для проверки электронной подписи; содержащие электронные подписи сторон сообщения сохраняют на устройствах хранения пользователя и провайдера услуги. 11 з.п. ф-лы, 1 ил.

Изобретение относится к мобильной связи. Раскрытие изобретения предоставляет способ управления мощностью физического восходящего канала управления (PUCCH). Оборудование пользователя (UE) определяет параметр управления мощностью nHARQ для передачи формата 3 PUCCH и осуществляет управление мощностью формата 3 PUCCH на основе nHARQ. Раскрытие изобретения также предоставляет устройство управления мощностью PUCCH. В соответствии с раскрытием изобретения для системы TDD может быть определен параметр управления мощностью nHARQ для передачи формата 3 PUCCH, что успешно решает проблему управления мощностью, если передача по каналу обратной связи выполняется в формате 3 PUCCH. 2 н. и 13 з.п. ф-лы, 5 ил., 2 табл.

Изобретение относится к средствам компенсации потери слуха в телефонной системе и в мобильном телефонном аппарате. Технический результат заключается в возможности совмещения функции телефона с функцией слухового аппарата, в увеличении разборчивости речи слабослышащему пользователю и в мобильном переключении на телефонный разговор. Формируют персонализированные аудиосигналы (А) для слабослышащих пользователей на основе их атрибутов, полученных из аудиограмм - частотных характеристик слуха слабослышащего пользователя, хранящихся в базе данных на сервере сети связи и имеющих привязку к телефонным номерам слабослышащих пользователей. На сервере обрабатывают А в широкополосном частотном диапазоне на основе атрибутов слуха слабослышащего пользователя, регулируют мощность обработанных аудиосигналов в соответствии с атрибутами слабослышащего пользователя, передают отрегулированные персонализированные аудиосигналы с сервера связи к телефонным аппаратам слабослышащих пользователей. В качестве сети связи используют сотовую сеть, а в качестве телефонного аппарата - мобильный телефонный аппарат (МТА). Осуществляют режим, совмещающий функции мобильного телефонного и слухового аппарата. 4 з.п. ф-лы, 18 ил.
Наверх