СИСТЕМА И СПОСОБ ИСПОЛЬЗОВАНИЯ СОХРАНЕННОЙ ИНФОРМАЦИИ БОЛЕЕ ВЫСОКОГО УРОВНЯ Российский патент 2018 года по МПК H04W48/18 

Область техники

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

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

Стандарт IEEE 802.11 семейства технических стандартов и сопутствующих технологий, также обычно называемые как Wi-Fi, развивается в направлении сервис-ориентированной модели подключения, когда устройства соединены для реализации конкретной цели. Целенаправленные соединения запускаются приложениями при поиске сети и/или одноранговых устройств, которые поддерживают определенные услуги. Примеры таких услуг включают в себя совместное использование информации, печать, потоковую передачу медиа-контента, информацию датчика и тому подобное.

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

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

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

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

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

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

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

В соответствии с другим примерным вариантом осуществления настоящего изобретения обеспечивается станция. Станция включает в себя процессор и машиночитаемый носитель информации для хранения программ для выполнения процессором. Программы включают в себя инструкции для генерирования кадра уровня 2, содержащего, по меньшей мере, одно поле кортежа группы общего объявления (CAG), в котором по меньшей мере одно CAG поле кортежа содержит CAG поле номера версии, содержащее CAG номер версии, поле области, содержащее значение области, и идентификатор поля протокола объявления, и посылку кадра уровня 2.

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

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

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

средство для принятия решения, следует ли выполнить процесс выбора сети, в соответствии с первой информацией высокого уровня.

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

Во втором аспекте в соответствии с первым дополнительным примером или первым аспектом в соответствии с первым дополнительным примером, первый номер версии содержится в элементе протокола объявления в первом кадре уровня 2.

В третьем аспекте в соответствии с первым дополнительным примером или первым аспектом в соответствии с первым дополнительным примером, первый номер версии содержится в элементе номера группы общего объявления (CAG) в первом кадре уровня 2.

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

В пятом аспекте в соответствии с первым дополнительным примером или любым из аспектов в соответствии с первым дополнительным примером первый кадр уровня 2 является GAS кадром исходного запроса стандарта IEEE 802.11, и второй кадр уровня 2 является СAG кадром исходного ответа стандарта IEEE 802.11.

В соответствии со вторым дополнительным примером варианта осуществления настоящего изобретения предоставляется точка доступа. Точка доступа включает в себя:

средство для приема первого кадра уровня 2 из станции, причем первый кадр уровня 2 включает в себя первый номер версии, ассоциированный с первой информацией высокого уровня, и идентификатор протокола, ассоциированный как с первой информацией высокого уровня, так и с первым номером версии,

средство для получения второго номера версии, ассоциированного со второй информацией высокого уровня, от сервера,

средство для определения, совпадают ли первый номер версии и второй номер версии, и

средство для передачи второго кадра уровня 2 на станцию, когда первый номер версии и второй номер версии совпадают, причем второй кадр уровня 2 включает в себя указание о том, что первый номер версии и второй номер версии совпадают.

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

Во втором аспекте в соответствии со вторым дополнительным примером или с первым аспектом в соответствии со вторым дополнительным примером, точка доступа включает в себя средство для приема четвертого кадра уровня 2 от станции, причем четвертый кадр уровня 2 включает в себя обращение на запрос, пересылку обращения на запрос в сервер, прием ответа на обращение от сервера и передачу пятого кадра уровня 2 на станцию, причем пятый кадр уровня 2 включает в себя ответ на обращение.

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

В четвертом аспекте в соответствии со вторым дополнительным примером или любым из первого аспекта, второго аспекта и третьего аспекта в соответствии со вторым дополнительным примером, указание, что первый номер версии и второй номер версии совпадают, содержится в поле кода состояния во втором кадре уровня 2.

В соответствии с третьим дополнительным примером, обеспечивается станция. Станция включает в себя:

средство для генерирования кадра уровня 2, содержащего по меньшей мере, одно поле кортежа группы общего объявления (CAG), причем по меньшей мере одно CAG поле кортежа содержит поле CAG номера версии, содержащее CAG номер версии, поле области, содержащее значение области, и идентификатор поля протокола объявления, и средство для передачи кадра уровня 2.

В соответствии с первым аспектом в соответствии с третьим дополнительным примером поле CAG номера версии имеет размер 8 бит.

Во втором аспекте в соответствии с третьим дополнительным примером, идентификатор поля протокола объявления является полем частичного идентификатора протокола объявления, содержащее частичный идентификатор протокола объявления и имеет размер 5 бит, при этом частичный идентификатор протокола объявления имеет 5 самых младших битов идентификатора протокола объявления протокола объявления, ассоциированного с CAG номером версии и значением области в пределах того же CAG поля кортежа, и в котором поле области составляет 3 бита в размере.

В третьем аспекте в соответствии со вторым аспектом в соответствии с третьим дополнительным примером, протокол объявления является протоколом запроса сети доступа (ANQP) и поле идентификатора протокола частичного объявления содержит значение, равное нулю.

В соответствии с четвертым аспектом согласно второму аспекту в соответствии с третьим дополнительным примером, протокол объявления является протоколом запроса зарегистрированной локации (RLQP) и поле частичного идентификатора протокола объявления содержит значение, равное 4.

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

Более того, в случае, когда для APs не требуется распознавать контент обращения на запрос высокого уровня или ответ на запрос посредством использования средства сигнализации вне поля контейнера, которое передает обращение на запрос высокого уровня или ответ на запрос, например, с использованием элемента протокола объявления или элемента CAG номера, для передачи номера версии информации высокого уровня и используя значение кода состояния для указания того, что номер версии хранимой информации высокого уровня является таким же, как (или отличается от него) номер версии текущей информации высокого уровня сервера, поддерживающий услугу высокого уровня.

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

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

Фиг. 1 показывает первый пример системы связи в соответствии с примерными вариантами осуществления, описанными в данном документе;

Фиг. 2 показывает второй пример системы связи, где особо выделены CAG и ANQP операции, в соответствии с примерными вариантами осуществления, описанными в данном документе;

Фиг. 3а показывает пример формата тела кадра СAG кадра исходного запроса;

Фиг. 3b показывает пример формата элемента протокола объявления;

Фиг. 4 показывает общий формат ANQP-элементов;

Фиг. 5 показывает список примеров ANQP-элементов;

Фиг. 6 показывает пример формата списка запроса ANQP-элемента;

Фиг. 7 показывает пример формата тела кадра CAG кадра исходного ответа;

Фиг. 8 показывает пример формата элемента CAG номера;

Фиг. 9 показывает пример формата CAG ANQP-элемента;

Фиг. 10 иллюстрирует схему 1000 обмена сообщениями, с акцентом на пример обмена сообщениями во время процесса обнаружения сети, выполняемого между STA, АР и ANQP-сервером, в соответствии с примерными вариантами осуществления, описанными здесь;

Фиг. 11 показывает формат примерного элемента протокола объявления, когда элемент протокола объявления содержится в CAG кадре исходного запроса, в соответствии с примерными вариантами осуществления, описанными в данном документе;

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

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

Фиг. 14а показывает блок-схему алгоритма первого примера операций 1400, происходящих в STA при выполнении процесса обнаружения сети, обнаружения услуги или процесса обнаружения информации, в соответствии с примерными вариантами осуществления, описанными в данном документе;

Фиг. 14b показывает блок-схему алгоритма второго примера операций 1450, происходящих в STA при выполнении процесса обнаружения сети, обнаружения услуги или процесса обнаружения информации, в соответствии с примерными вариантами осуществления, описанными в данном документе;

Фиг. 15а показывает блок-схему алгоритма первого примера операций 1500, происходящих в АР при выполнении процесса обнаружения сети, обнаружения услуги или процесса обнаружения информации, в соответствии с примерными вариантами осуществления, описанными в данном документе;

Фиг. 15b показывает блок-схему алгоритма второго примера операций 1550, происходящих в АР при выполнении процесса обнаружения сети, обнаружения услуги или процесса обнаружения информации, в соответствии с примерными вариантами осуществления, описанными в данном документе;

Фиг. 16 показывает пример CAG номера IE 1600, посредством включения в состав идентификатора протокола объявления, ассоциированного с CAS номером версии, в соответствии с примерными вариантами осуществления, описанными в данном документе;

Фиг. 17 показывает пример альтернативного варианта осуществления CAG номера IE, согласно примерным вариантам осуществления, описанным в данном документе;

Фиг. 18 показывает блок-схему алгоритма примера операций 1800, возникающих в устройстве связи при передаче кадра, включающего в себя CAG номер IE, в соответствии с примерными вариантами осуществления, описанными в данном документе; и

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

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

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

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

Настоящее изобретение будет описано в отношении примерных вариантов осуществления в определенном контексте, а именно, в отношении систем связи, которые поддерживают сервис ориентированные соединения и предварительную ассоциацию для обнаружения услуг до установления соединения. Изобретение может быть применено к стандартам совместимых систем связи, таких как те, которые соответствуют стандартам IEEE 802.11ai, IEEE 802.11af, IEEE 802.11aq, Wi-Fi Альянс (WFA) спецификация обеспечения оптимизированного подключения (ОСЕ), WFA TV (TVWS) спецификация неиспользуемого частотного спектра, WFA платформа прикладной услуги - спецификация инфраструктуры (ASP-I), проект партнерства третьего поколения (3GPP) спецификация связи «устройство-устройство» (D2D) и т.п., технические стандарты и нестандартные совместимые системы связи, которые поддерживают сервис ориентированные соединения и обнаружение предварительной ассоциации.

На фиг. 1 показан первый пример системы 100 связи. Система 100 связи включает в себя точку доступа (АР) 105, которая обслуживает множество устройств, таких как устройство 110, устройство 112, устройство 114, устройство 116 и устройство 118. АР также может обычно называться базовой станцией, контроллером связи, контроллером, NodeB, усовершенствованным NodeB (eNB) и тому подобное. Устройство также может обычно называться станцией (STA), устройством пользователя (UE), мобильной станцией, мобильным устройством, пользователем, абонентом, терминалом и тому подобное. В первом режиме связи устройства могут осуществлять связь через АР 105 посредством передачи кадра в АР 105, которая направляет кадр указанному получателю. Во втором режиме связи первое устройство может передавать кадр непосредственно на второе устройство без необходимости использования АР 105.

Как очевидно, системы связи могут использовать множество APs, которые могут взаимодействовать множеством станций, но для простоты пояснения на фиг. 1 показана только одна АР и несколько станций.

STA обычно выполняет обнаружение сети и процедуру выбора (NDS) до поучения доступа к АР и предоставляемой ею услуги. NDS процедура выполняется до процедуры аутентификации и ассоциации и, как правило, включает в себя обнаружение АР.

Технический стандарт IEEE 802.11u определяет протокол поиска и обмена специализированными сообщениями (ANQP) и средство доставки кадра уровня 2, известного как кадры услуги группового объявления (GAS) для обеспечения STAs возможности обнаружить признаки, услуги, параметры сети доступа и/или абонентскую услугу сетевого провайдера (SSPN), подключенного к АР, до ассоциации с АР, чтобы STAs приняли обоснованное решение о выборе сети. GAS механизм доставки был расширен для поддержки дополнительных протоколов объявления, таких как средне-независимый хендовер (MIH), как определено в стандарте IEEE 802.21, и протокол запроса зарегистрированной локации (RLQP), как определено в изменении стандарта IEEE 802.11af. В настоящее время проект IEEE 802.11aq также рассматривает возможность использования GAS для поддержки протокола обнаружения предварительной ассоциации для обнаружения информации услуги до начала ассоциации.

На фиг. 2 показан второй пример коммуникационной системы 200 с фокусом на GAS и ANQP операции. Во-первых, пользователь устройства инициирует намерение подключиться к Wi-Fi, и устройство пользователя сканирует доступные точки доступа, которые также упоминаются как Wi-Fi точки доступа. В IEEE 802.11u, GAS кадры используются для обеспечения транспортировки данных обращения на запрос уровня 2 и данных ответа на запрос протокола объявления между клиентом на устройстве пользователя и точкой доступа, которая подключена к серверу в сети, до аутентификации и ассоциации с АР. Данные обращения на запрос и данные ответа на запрос дополнительно транспортируются между АР и сервером, как правило, посредством IP-транспорта и протокола верхнего уровня, такого как диаметр или служба удаленной аутентификации пользователей по телефонным линиям (RADIUS). В IEEE 802.11u ANQP представляет собой конкретный протокол объявления, используемый для обнаружения различных признаков и доступных услуг сети доступа. После приема данных ответа ANQP запроса устройство пользователя выбирает конкретную точку доступа и затем выполняет процедуры аутентификации и ассоциации, что приводит к установлению соединения с АР.

Система 200 связи может представлять собой пример системы, совместимой с Wi-Fi коммуникационными системами. Коммуникационная система 200 может использовать услуги и протоколы связи, такие как GAS и ANQP, для поддержки операций, включающие в себя сканирование и выбор сети. В общем, GAS кадры могут быть использованы для обеспечения доставки данных запроса уровня 2 и данных ответа протокола объявления, такого как ANQP, между терминалом и сервером в коммуникационной системе, такой как коммуникационная система 200, до или после аутентификации и ассоциации (терминала, например). Как правило, ANQP может быть использована для обнаружения различных признаков и/или услуг коммуникационной системы. Устройство сравнивает информацию, касающуюся различных сетей или точек доступа, чтобы выбрать наиболее приемлемую для ассоциации, например. Устройство может продолжить процесс аутентификации.

Как правило, станция может использоваться для обозначения любого из устройств (например, устройства 205, 207, и 209), как показано на фиг. 2, которая может включать в себя сотовый телефон, портативный компьютер, планшет, смарт-датчик, карманное или переносное электронное устройство, а также другие устройства, которые имеют интерфейс (например, Wi-Fi интерфейс), которые могут взаимодействовать с системой 200 связи. Некоторые или все станции могут также иметь возможность взаимодействовать с другими типами систем связи, такими как сотовые сети, Bluetooth, фирменные сети и тому подобное.

Точка доступа 210 и одна или несколько станций могут образовывать базовый набор услуг (BSS), который является базовым компоновочным блоком Wi-Fi системы связи. BSS может быть идентифицирован с помощью идентификатора набора услуг (SSID), который представляет собой идентификатор и может быть передан точкой доступа BSS, такой как АР 210. АР 210 может осуществлять связь с АР контроллером или/и ANQP сервером, который может быть совмещен или нет с АР 210. АР 210 может быть подключена к сетевому провайдеру 215 услуг, который подключен к одному или нескольким концентраторам 220 для роуминга. Концентраторы 220 для роуминга могут быть подключены к опорному регистру местоположения (HLRs) 225. Роуминг концентраторы 220 и HLRs 225 обеспечивают поддержку мобильности устройства, то есть роуминг.

GAS кадры были определены в 802.11u и в настоящее время объединены в стандарте IEEE 802.11-2012. GAS кадры включают в себя GAS кадр исходного запроса, GAS кадр ответа на запрос, GAS кадр исходного ответа и GAS кадр ответа. GAS кадр исходного запроса направляется запрашивающей STA для инициирования процесса запроса. Как показано на фиг. 3а, тело GAS кадра исходного запроса содержит поле 305 категории и поле 310 действия, которые вместе указывают, что кадр является GAS кадром исходного запроса, поле 315 токена диалога, содержащее порядковый номер, используемый для сопоставления ответа с запросом, элемент 320 протокола объявления, поле 360 обращения на запрос и поле 340 длины обращения на запрос с указанием длины в октетах поля 360 обращения на запрос.

Элемент 320 протокола объявления используется для указания протокола объявления, ассоциированного с обращением на запрос, содержащийся в GAS кадре исходного запроса. При включении в состав GAS кадра исходного запроса или GAS кадра возврата ответа, элемент протокола объявления также используется для указания протокола объявления, ассоциированного с ответом запроса, включенного в состав GAS кадра исходного запроса или GAS кадра возврата ответа. Как показано на фиг. 3b, элемент 320 протокола объявления включает в себя поле 325 информации ответа на запрос и поле 331 ID протокола объявления. Поле 331 ID протокола объявления содержит идентификатор, указанный для соответствующего протокола объявления. Поле 325 информации ответа на запрос является 1-октетным полем, состоящим из 7-битового субполя 327 ограничения длины ответа на запрос и 1-битового субполя 329 PAME-BI. Стандарт IEEE 802.11-2012 определяет, что, когда элемент протокола объявления содержится в биконе, ответе на пробы, GAS кадре исходного запроса или GAS кадре возврата ответа, то субполе ограничения длины ответа на запрос содержит значение максимального числа октетов, что ответчик может передать в поле ответа на запрос, содержащихся в одном или более GAS кадрах возврата ответа, и когда элемент протокола объявления содержится в GAS кадре исходного запроса, такой как элемент 320 протокола объявления, то всего 1 октетное поле 325 информации ответа на запрос устанавливается на нулевое значение, и ответчиком (например, точка доступа) игнорирует это поле при приеме.

Поле 360 обращения на запрос представляет собой общий контейнер, который передает обращение на запрос протокола объявления, который обычно находится выше уровня 2 в стеке протокола и использует службу доставки уровня 2, обеспечиваемую GAS кадрами. Таким образом, АР не требуется принимать GAS кадр исходного запроса для интерпретирования контента поля 360 обращения на запрос. АР может просто извлечь контент поля 360 обращения на запрос на основании значения поля 340 длины обращения на запрос и направить его на соответствующий сервер протокола объявления на основании значения в поле 331 ID протокола объявления и с использованием протокола и средства доставки, которые были установлены между точкой доступа и сервером. В типичной схеме развертывания, АР соединяется с сервером посредством проводного соединения с помощью доставки на основе IP. Примеры протоколов верхнего уровня, используемые между АР и сервером, включают в себя Diameter и RADIUS.

Для ANQP, обращение на запрос, содержащееся в поле 360 обращения на запрос, обычно содержит лист запроса ANQP-элемент, который предоставляет лист идентификаторов ANQP-элементов, для которых запрашивается принимающие STA. ANQP-элементы определены так, чтобы иметь общий формат, состоящий из 2-октетного поля ID информации, 2-октетное поле длины и поле информации данных переменной длины, специфичной для элемента, как показано на фиг. 4. Фиг. 5 иллюстрирует лист несколько примеров ANQP-элементов, определенных в 802.11-2012. Большинство ANQP-элементов, перечисленных на фиг. 5, используются для формирования ANQP ответов на запрос. Лист запроса ANQP-элемент является одним исключением, и он используется для формирования ANQP обращений на запрос. Другие протоколы объявления могут определять элементы, специфичные для протокола, с аналогичным общим форматом, как показано на фиг. 4. Например, изменения стандарта 802.11af определяют некоторые RLQP-элементы, которые являются специфическими для RLQP.

Формат листа запросов ANQP-элемента показан на фиг. 6. Как показано на фиг. 6, лист запросов ANQP-элемента содержит поле 610 идентификатора информации, содержащее значение, соответствующее лист запросов ANQP-элемента, как это определено на фиг. 5, поле 620 длинны, указывающее длину в октетах, оставшихся полей в листе запросов ANQP-элемента, и одно или более полей ANQP ID запроса, такие как поле 630 ANQP ID запроса и поле 640 ANQP ID запроса, каждое из которых содержит ID информацию ANQP-элемента, которую STA запрашивает. ID информация, содержащаяся в листе запросов ANQP-элемента, указывает, что STA, направляя ANQP обращение на запрос, желает принять ANQP-элемент, соответствующий ID информации, в ANQP ответе на запрос.

После направления обращения на запрос в соответствующий сервер протокола объявления, АР может принять ответ на запрос из сервера. Точка доступа может использовать GAS кадр исходного ответа для передачи ответа на запрос в запрашивающую STA, если размер ответа на запрос находится в пределах размера, ограниченного одним кадром GAS исходного ответа. Затем, процесс запроса может закончиться. В противном случае, АР фрагментирует превышающий размер ответа на запрос на несколько GAS кадров направления ответа и посылает GAS кадр исходного ответа с ненулевым значением задержки возвращения и без учета какой-либо части ответа на запрос для приглашения запрашивающей STA, чтобы отправить GAS кадры возвращения запроса, чтобы принять множество GAS кадров возвращения ответа для извлечения всех фрагментов ответа на запрос. STA затем посылает GAS кадр возвращения запроса, в ответ принимает GAS кадр возвращения ответа и повторяет эти этапы, пока GAS кадр возвращения ответа, несущий последний фрагмент ответа на запрос, не будет принят. Затем, STA может восстановить ответ на запрос. После этого, процесс запроса может закончиться. АР не требуется интерпретировать контент ответа на запрос, принятого из сервера протокола объявления. АР просто извлекает контент ответа на запрос, фрагменты его, если его размер слишком большой, и отправляет его на запрашивающую STA с использованием GAS кадра исходного ответа или одного или нескольких GAS кадров возвращения ответа.

На фиг. 7 показано тело кадра GAS кадра исходного ответа. Как показано на фиг. 7, GAS тело кадра исходного ответа содержит поле 705 категории и поле 710 действия, которые вместе указывают, что кадр является GAS кадром исходного ответа, поле 715 токена диалога, содержащее такое же значение, полученное из поля токена диалога, соответствующий GAS кадр исходного запроса, поле 720 кода состояния, указывающее на состояние соответствующего процесса запроса, поле 730 задержки возврата, содержащее значение задержки возврата, элемент 740 протокола объявления, имеющий такую же структуру, что и элемент 320 протокола объявления, и поле 750 длины ответа на запрос. GAS тело кадра исходного ответа может возможно включать в себя поле 760 ответа на запрос. Значение нуля, содержащееся в поле 750 длины ответа на вопрос, указывает на отсутствие поля 760 ответа на запрос. Ненулевое значение, содержащееся в поле 750 длины ответа на вопрос, указывает на присутствие и длину в октетах поля 760 ответа на запрос.

Поскольку признаки услуги и параметры сети доступа могут оставаться неизменными в течение длительного времени, а тем временем STA может посетить ту же точку доступа, и через АР, ту же сеть доступа или абонентскую услугу сетевого провайдера (SSPN) день за днем, то это может быть расточительным для STA повторно отправлять ANQP обращение на запрос на тот же ANQP сервер. В проекте 802.11ai, была разработана концепция ANQP конфигурации номера последовательности, где ANQP конфигурация номера последовательности, которая также известна как ANQP номер версии общей группы (CAG номер версии) и в настоящее время переименована IEEE 802.11 рабочей группой Ai в номер версии группы общего объявления (также сокращенно CAG номер версии), которая ассоциирована с группой сервисных признаков сети доступа и параметрами, которые выражаются в виде ANQP-элементов. Эта группа ANQP-элементов называется общей ANQP группой (CAG) и в настоящее время переименована IEEE 802.11 рабочей группой Ai в группу общего объявления (СAG). Поставщик ANQP сервера и сети доступа может принять решение, какие ANQP-элементы находятся в пределах С AG и могут поддерживать СAG номер версии. С AG номер версии увеличивается каждый раз, когда ANQP-элемент(ы) в пределах CAG изменяется, или любое значение атрибутов ANQP-элемента(ов) в пределах CAG изменяется. Во время предыдущего визита к точке доступа STA может получить CAG (т.е. группу ANQP-элементов), ассоциированную с точкой доступа, соответствующий CAG номеру версии и значению области, BSSID, HESSID и/или ESSID АР, из точки доступа и/или из ANQP сервера вслед за АР. Эта информация может упоминаться как информация высокого уровня. STA может хранить информацию высокого уровня для последующего использования.

Элемент СAG номер был определен в IEEE проекте 802.11ai, изменение D2.0 для АР, чтобы указать текущий CAG номер версии для STAs. Точка доступа может получить текущей CAG номер версии из соответствующего ANQP сервера. Точка доступа может включать в себя элемент CAG номера в кадрах бикона или кадрах ответа проб, которые АР посылает. Элемент CAG номера может быть использован STA для определения того, является ли CAG информация (информация более высокого уровня), то есть, группа ANQP-элементов и значений в этих ANQP-элементах, которая сохраняется STA для АР во время предыдущего посещения, все еще действительной или нет, посредством сравнения сохраненного CAG номера версии с CAG номером версии в принятом элементе CAG номера. Если два CAG номера версии равны, то STA может продолжить NDS процедуру с использованием сохраненной CAG информацией и без инициирования процесса ANQP запроса, в качестве ответа на запрос, что в противном случае был бы таким же, как сохраненный. Таким образом, может быть уменьшено число ANQP обращений на запрос и ответов на запросы и количество ассоциированных CAG кадров может быть уменьшено.

На фиг. 8 показан формат элемента СAG номера в IEEE проекта 802.11ai изменения D2.0. Как показано на фиг. 8, элемент 800 CAG номера содержит поле 810 ID элемента, содержащее значение идентификатора элемента, соответствующий элементу CAG номера, поле 820 длины с указанием длины в октетах оставшихся полей в элементе CAG номера, поле 830 CAG версии указывает на текущий CAG номер версии и поле 840 области. Значение в поле 830 СAG версии всегда может быть положительным числом, таким образом, значение, равное нулю в этой области, будет игнорировано принимающим STA. Поле 840 области содержит значение, указывающее действительную область CAG, ассоциированное со значением, содержащимся в поле 830 CAG версии. Значение 0 в поле 840 области указывает на то, что CAG действует только в пределах текущего базового набора услуг (BSS), который идентифицируется BSSID значением АР. Значение 1 в поле 840 области указывает на то, что CAG действует в однородном расширенном наборе услуг (ESS), который идентифицируется HESSID значением АР. И значение 2 в поле 840 области указывает на то, что СAG действует в рамках расширенного набора услуг (ESS), который является объединением BSSs с тем же SSID АР. Значения от 3 до 255 являются в данный момент зарезервированными для поля 840 области.

Как было сказано ранее, включение в состав кадра бикона CAG версии (в элементе CAG номера), который точка доступа периодически транслирует, может помочь уменьшить количество ANQP обращений на запрос и ответов на запросы. Такой подход, как правило, характеризуется как «толкать». Тем не менее, включение элемента СAG номера в кадры бикона также представляет дополнительные непроизводительные издержки на сигнализацию, которую точке доступа необходимо периодически передавать. В местах, где STAs часто используют Wi-Fi, такие как вокзалы и торговые центры, может оказаться полезным для АР «толкать» текущий CAG номер версии к STAs посредством его трансляции в кадре бикона, принимая во внимание наличие возможности излечения выгоды благодаря отсутствию необходимости частых обменов ANQP запросов, что может обесценить передачи дополнительной непроизводительной сигнализации в кадрах биакона. Тем не менее, учитывая, что большинство точек доступа при отсутствии высокой плотности Wi-Fi STAs не принимают ANQP запросы так часто, как передаются в кадрах бикона на практике, эти точки доступа могут принять решение не включать CAG номер IE в состав своих кадров бикона. Поэтому, может быть лучше использовать механизм «тянуть», где для STA более важно получить информацию о текущей CAG номере версии, посредством посылки запроса на такую информацию, которая может быть возвращена ответчиком.

В проекте 802.11ai изменения D2.0 был предоставлен такой механизм «тянуть». Проект 802.11ai изменения D2.0 определил CAG ANQP-элемент, который показан на фиг. 9. Как показано на фиг. 9, С AG-ANQP элемент 900 содержит поле 910 информацию идентификатора, содержащее значение идентификатора соответствующего CAG ANQP-элемента, поле 920 длины указывает на общую длину в октетах остальных полей в CAG ANQP-элементе 900, поле 930 СAG версия, содержащее текущий СAG номер версии, ассоциированный с CAG, и одно или несколько полей информации IDs (CAG член), такие как поле 940 информации ID и поле 950 информации ID, содержащие идентификаторы членов ANQP-элементов в CAG. Количество (CAG член) полей информации ID, включенных в состав CAG ANQP элемента 900, может быть выведено из значения, содержащегося в поле 920 длины, как поле 930 СAG версии и длина каждого (СAG член)поля информации ID (таких, как поле 940 информации ID и поле 950 информации ID) фиксировано. Этот CAG ANQP элемент может быть вытянут (запрошенное значение) с помощью STA с использованием листа запросов ANQP элемента в ANQP обращении на запрос, который инкапсулируется в GAS кадре исходного запроса. Альтернативный механизм «тянуть» включает в себя отправку кадра запроса на пробы посредством STA, запрашивающий CAG номер IE, который будет возвращен, и затем ожидает ответа пробы. Разница между этими двумя альтернативными подходами заключается в том, что запрос на пробы был обработан с помощью точки доступа, которая может обеспечивать текущий CAG номер версии, но не контент CAG в ответ, в то время как ANQP обращение на запрос, в конечном счете обрабатывается ANQP сервером, который может дополнительно обеспечивать контент CAG, а также дополнительные ANQP элементы, которые могут быть расположены вне CAG. В любом из этих двух механизмов «тянуть» может возникнуть дополнительная задержка для принятия решения NDS из-за ожидания ответа.

Производители STAs, как правило, сосредоточены на оптимизации дизайна STA для усовершенствования механизма взаимодействия с пользователем, а не для повышения пропускной способности сети. Очень часто, на практике это означает, что сокращение задержки сетевого обнаружения и выбора (NDS) имеет более высокий приоритет над снижением объема служебной сигнализации для STA. Если точки доступа не передают CAG номер IE в кадрах бикона, таким образом, вариант реализации STAs может обеспечить отсутствие задержки при передаче пробы или запроса, игнорируя CAG информацию, которая, возможно, хранится совместно, инициируя ANQP запрос для получения обновленной CAG информации с сервера напрямую.

Фиг. 10 иллюстрирует схему 1000 обмена сообщениями с фокусом на пример обмена сообщений во время процесса обнаружения сети, выполняемого между STA, точкой доступа и ANQP сервером, в котором АР не будет включать в себя CAG номер IE в биконе, который транслируются периодически. Как показано на фиг. 10, схема 1000 обмена сообщениями иллюстрирует пример процесса обмена сообщениями, осуществляемый между STA 1005, АР 1010 и ANQP сервером 1015, а также операций, выполняемых STA 1005, АР 1010 и/или ANQP сервером 1015. Схема 1000 процесса обмена сообщениями может начинаться с получения STA 1005 CAG и ассоциированного СAG номера версии от ANQP сервера 1015 во время посещения АР 1010 (показано как событие 1020). STA 1005 может хранить CAG информацию (т.е. информацию более высокого уровня), CAG номер версии и АР информацию для последующего использования. Затем, в более позднее время, STA 1005 повторно связывается с АР 1010 и принимает кадр бикона от АР 1010 (показано как событие 1025).

В связи с наличием передачи излишней служебной информации, как обсуждалось ранее, АР 1010 не включает CAG номер IE в состав кадра бикона. Из BSSID, который обычно является MAC адресом точки доступа, включенного в состав кадра бикона, STA 1005 может получить информацию о хранимой СAG информации, ассоциированной с АР 1010. Однако, как АР 1010 не включают CAG номер IE в состав кадра бикона и STA 1005 не получает информацию о действительности хранящейся CAG информации, ассоциированной с точкой доступа. Чтобы избежать задержки при передаче пробы и запроса STA 1005 предпочитает игнорировать сохраненную CAG информацию и передает CAG кадр исходного запроса для инкапсуляции ANQP обращения на запрос (показано как событие 1030). После приема GAS кадра исходного запроса АР 1010 получает ID протокола объявления в элементе протокола объявления (например, элемент 320 протокола объявления) и обращение на запрос, содержащееся в поле обращения на запрос (например, поле 360 обращения на запрос), и из ID протокола объявления АР 1010 выбирает ANQP сервер 1015 и направляет обращение на запрос к, а также кадр протокола и средство доставки, которые должны быть использованы для передачи обращения на запрос между АР 1010 и ANQP сервером 1015 (показано как событие 1035), на основании более раннего соединения, установленного между АР 1010 и ANQP сервером 1015. Diameter и RADIUS являются одними из примеров протоколов, которые обычно используются между точкой доступа и сервером.

Затем, AP 1010 пересылает ANQP обращение на запрос на ANQP сервер 1015 с использованием выбранного кадра протокола и средства доставки (показано как событие 1040). После приема кадра протокола от АР 1010 ANQP сервер 1015 извлекает ANQP обращение на запрос и генерирует ANQP ответ на запрос соответствующим образом (показано как событие 1045). Затем, ANQP сервер 1015 посылает ANQP ответ на запрос на АР 1010 с использованием другого кадра протокола (показано как событие 1050). После приема кадра протокола ответа от ANQP сервера 1015АР 1010 извлекает ANQP ответ на запрос и направляет его в STA 1005 с использованием CAG кадра исходного ответа посредством инкапсуляции ANQP ответа на запрос в поле ответа на запрос (например, поле 760 ответа на запрос) в GAS кадре исходного ответа (показано как событие 1055).

Как показано на фиг. 10, STA 1005 ищет наикратчайший путь, чтобы гарантировать, что он располагает информацией о сети доступа для того, чтобы принять решение о выборе сети. Так как АР 1010 не включает СAG номер IE в состав кадра бикона, то STA 1005 принимает решение не использовать сохраненную CAG информацию, так как операция «тянуть» текущего CAG номера версии, прежде всего, будет вызывать дополнительную задержку. На практике, большое количество STAs могут с успехом использовать такую же стратегию, таким образом, использование CAG признака, как это определено в проекте 802.11ai изменения D2.0, будет менее полезно, чем это могло быть.

Для устранения этого недостатка, как описано выше, предлагается усовершенствованный механизм сигнализации в примерных вариантах осуществления, представленных в настоящем документе. В соответствии с примерным вариантом осуществления, STA обеспечивает АР CAG номером версии, ассоциированный с точкой доступа, которую STA сохранил во время инициирования CAG обращения на запрос, что означает, что STA предоставляет хранимый CAG номер версии в GAS кадре исходного запроса. Затем, АР сравнивает STA сохраненный CAG номер версии с последним CAG номером версии, который АР приняла из ANQP сервера. Если два CAG номера версий одинаковы, то АР замыкает процесс запроса путем возврата GAS кадра исходного ответа, несущего указание на запрашивающую STA, где сохраненный CAG номер версии (и, таким образом, хранится CAG информация, связанная с ней) остается тем же самым, что и текущий, так что запрашивающая STA может использовать сохраненную CAG информацию для принятии решения о выборе сети, и что процесс ANQP запроса, таким образом завершается. Если два CAG номера версий различны, то АР пересылает обращение на запрос в ANQP сервер, как обычно, а остальные этапы процесса выполняются, как в обычном процессе ANQP запроса.

Недостаток структуры STA для передачи сохраненного CAG номера версии в GAS кадре исходного запроса, заключается в том, что он не должен передаваться в инкапсулированном ANQP-элементе в поле обращения на запрос, так как нет необходимости для точек доступа считывать контент в обращении на запрос. Аналогичным образом, еще одна задача дизайна для передачи индикации о том, что сохраняемый СAG номер версии является таким же, как текущий в GAS кадре исходного ответа, что индикация не должна передаваться в ANQP элементе, инкапсулированном в поле ответа на запрос. Хотя в примерном варианте осуществления точка доступа может формировать ложный ANQP элемент и включить его в состав поля ответа на запрос для индикации того, что сохраненный CAG номер версии является таким же, как текущий, что изменило бы традиционную структуру протокола наслоения и добавило бы дополнительный функциональные требования к АР. Кроме того, для протоколов объявления, где обращения на запросы и ответы на запросы могут быть защищены посредством сквозного шифрования между запрашивающей STA и сервером, присутствующая АР в середине тракта может быть не в состоянии подделать ответ на запрос. Поэтому такой вариант не может быть практичным. С другой стороны, поля, переносимые в GAS кадре исходного запроса, кроме поля обращения на запрос, и поля, переносимые в GAS кадре исходного ответа, кроме поля ответа на запрос, фиксированы для обеспечения функции обратной совместимости, что означает добавление нового поля, что может не быть одним вариантом.

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

В примерном варианте осуществления поле информации ответа на запрос в элементе протокола объявления может быть использовано для предоставления сохраненного CAG номера версии STA, когда элемент протокола объявления включен в состав GAS кадра исходного запроса. Фиг. 11 иллюстрирует формат примера элемента 1100 протокола объявления, когда элемент протокола объявления включен в состав GAS кадра исходного запроса. Элемент 1100 протокола объявления усовершенствован и модифицирован по сравнению с элементом 320 протокола объявления, например. Как показано на фиг. 11, усовершенствованный элемент 1100 протокола объявления содержит поле 1110 ID IE, которое содержит то же значение идентификатора элемента, что и качестве элемента протокола объявления, который в данный момент используется (например, элемент 320 протокола объявления), поле 1120 длины, указывающее на полную длину, в октетах, оставшихся полей в элементе, поле 1130 СAG версии-информации ответа на запрос и поле 1140 ID протокола объявления. Определение и значение поля 1140 ID протокола объявления являются такими же, что и поля ID протокола объявления, используемые в данный момент (например, поле 331 ID протокола объявления). Если, содержащееся в GAS кадре исходного запроса, поле 1130 CAG версии-информации ответа на запрос содержит сохраненный CAG номер версии STA, если STA хранит CAG (т.е. информацию более высокого уровня) и ассоциированный с ним CAG номер версии, соответствующий точке доступа и используемому протоколу объявления; в противном случае, он устанавливается в нулевое значение, если STA не имеет сохраненную CAG или ассоциированный CAG номер версии, соответствующий точке доступа или используемому протоколу объявления. Это согласуется с проектом 802.11ai изменения D2.0, где нулевое значение не является допустимым CAG номером версии. Следует отметить, что CAG номер версии также ассоциирован с используемым протоколом объявления. Таким образом, СAG номер версии, содержащийся в поле 1130 CAG версии-информации ответа на запрос, ассоциирован с протоколом объявления, обозначенный значением, содержащимся в поле 1140 ID протокола объявления. Если содержащиеся в биконе поле пробы, GAS исходный запрос или GAS кадре возвращения ответа, поле 1130 СAG версии-информации ответа на запрос содержит поле информации ответа на запрос, которое состоит из 7-битного субполя ограничения длины ответа на запрос (например, субполе 327 ограничения длины ответа на запрос) и 1-битное PAME-BI субполе (например, как PAME-BI субполе 329).

В альтернативном примерном варианте осуществления изобретения, в отличие от изменения существующего поля информации ответа на запрос (например, поле 325 информации ответа на запрос), запрашивающей STA, может включать в себя CAG номер IE в GAS кадре исходного запроса, чтобы указать на хранимый CAG номер версии точке доступа. Тем не менее, этот CAG номер IE должен быть вставлен в GAS кадр исходного запроса после поля обращения на запрос (например, поле 360 обращения на запрос), чтобы поддерживать обратную совместимость, и не должен рассматриваться как часть поля обращения на запрос (это означает, что значение в поле длины обращения на запрос не рассматриваться как CAG номер IE, как часть поля обращения на запрос), так как точка доступа не требуется интерпретировать контент поля обращения на запрос.

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

Фиг. 12 иллюстрирует схему 1200 обмена сообщениями с фокусом на пример обмена сообщениями во время выполнения процесса обнаружения сети, обнаружения сервисов или процесса обнаружения информации среди STA, точкой доступа и сервером, в котором STA и АР поддерживает усовершенствованный механизм сигнализации, как описано в настоящем документе. Как показано на фиг. 12, схема 1200 обмена сообщениями иллюстрирует пример процесса обмена сообщениями, выполняемый между STA 1205, АР 1210 и сервером 1215, а также операции, выполняемые STA 1205, АР 1210, и/или сервером 1215. Протокол объявления, используемый между STA 1205 и сервер 1215 может быть ANQP или другим протоколом объявления, таким как RLQP или протоколом обнаружения предварительной ассоциации (PADP), который еще предстоит определить с помощью проекта 802.11aq или любым другим протоколом объявления, которые могут использовать GAS кадры или любые общедоступные кадры в качестве средства доставки уровня 2. Таким образом, сервер 1215 может быть ANQP сервером, RLQP сервером, PADP прокси или сервер и тому подобное, или сервером, который поддерживает множество таких протоколов.

Схема 1200 процесса обмена сообщениями может начинаться с момента, когда STA 1205 получает СAG информацию (т.е. информацию более высокого уровня) и ассоциированный СAG номер версии с сервера 1215 во время использования АР 1210 (показано как событие 1220). STA 1205 может хранить CAG информацию, CAG номер версии, значение области и информацию АР/сервер (такую, как идентификатор точки доступа, протокол объявления, используемый сервером и т.д.) для последующего использования. Между тем, АР 1210 может получить обновление последнего CAG номера версии из сервера 1215 периодически или при изменении СAG номера версии (показано как событие 1225). Затем, в более позднее время, STA 1205 может вновь связаться с АР 1210 и принять кадр бикона от АР 1210 (показано как событие 1230). В связи с наличием излишней информации сигнализации, как обсуждалось ранее, АР 1210 может не включать СAG номер IE в состав кадра бикона. Из BSSID, включенного в состав кадра бикона, STA 1205 может распознать, что он хранит CAG информацию и ассоциированный CAG номер версии, связанный с АР 1210. STA 1205 может послать GAS кадр исходного запроса на АР 1210 (показано как событие 1235). GAS кадр исходного запроса может включать в себя сохраненный СAG номер версии, который ассоциирован с АР 1210 и связан с используемым протоколом объявления (как указано значением, содержащимся в поле 1130 ID протокола объявления, например), в поле CAG версии-информации ответа на запрос (такое как поле 1130 CAG версии-информации ответа на запрос, например). GAS кадр исходного запроса дополнительно может инкапсулировать обращение на запрос, который STA 1205, как правило, будет направлять, в поле обращения на запрос (например, поле 360 обращения на запрос, например).

После приема GAS кадра исходного запроса от STA 1205, АР 1210 может сравнивать сохраненный CAG номер версии STA с последним CAG номером версии (ассоциированный с тем же протоколом объявления, как указано значением, содержащимся в поле 1130 ID протокола объявления в принятом GAS кадре исходного запроса), который АР 1210 принят из сервера 1215, событие 1225 (например, показано как событие 1240). Если АР 1210 определяет, что два CAG номера версии равны, то АР 1210 может послать GAS кадр исходного ответа на STA 1205, GAS кадр исходного ответа может включать в себя в поле кода состояния (например, поле 720 кода состояния), значение кода состояния, которое указывает на то, что сохраненный CAG номер версии совпадает с текущим CAG номером версии, который АР имеет, что сохраненный CAG остается в силе для принятия решения (например, решение о выборе сети, выбор услуги, решение о выборе однорангового устройства и т.д.), а также, что обращение на запрос, инициированный запрашивающей STA, таким образом, завершается (показано как событие 1245). GAS кадр исходного ответа, который АР 1210 отправляет в событии 1245, не включает в себя поле ответа на запрос. Нулевое значение, содержащееся в поле длины ответа на запрос (например, поле 750 длины ответа на запрос), указывает на то, что поле ответа на запрос не содержится в GAS кадре исходного ответа. После приема GAS кадра исходного ответа, STA 1205 может завершить процесс запроса. STA 1205 может продолжить операцию принятия решения или может инициировать процессы запроса других точек доступа и/или других серверов до принятия решения о том, как выполнить процесс выбора сети.

Если АР 1210 определяет, что два СAG номера версий не равны на этапе 1240, то АР 1210 может получить обращение на запрос, содержащийся в поле обращения на запрос (например, поле 360 обращения на запрос) в GAS кадре исходного запроса. Исходя из ID протокола объявления, содержащийся в поле 1130 ID протокола объявления, АР 1210 выбирает сервер 1215 для направления обращения на запрос, а также кадр протокола и средство доставки, которые должны использоваться для выполнения обращения на запрос между АР 1210 и сервером 1215. Затем, АР 1210 может направить обращение на запрос в сервер 1215 с использованием выбранного кадра протокола и средства доставки (как событие 1250). После приема кадра протокола от АР 1210, сервер 1215 извлекает обращение на запрос из кадра протокола и генерирует ответ на запрос соответствующим образом (показан как событие 1255). Затем, сервер 1215 отправляет ответ на запрос в АР 1210 с использованием другого кадра протокола (показано, как событие 1260).

После приема кадра ответа протокола из сервера 1215, АР 1210 может получить ответа на запрос и направляет его на STA 1205, используя GAS кадр исходного ответа, если ответ на запрос не превышает размер, то с помощью инкапсуляции ответа на запрос в поле ответа на запрос (например, поле 760 ответа на запрос) в GAS кадре исходного ответа (показано как событие 1265). Затем, процесс запроса может закончиться. Если ответ на запрос превышает размер, то АР 1210 фрагментирует ответ на запрос на несколько GAS кадров возврата ответа и посылает GAS кадр исходного ответа для приглашения запрашивающей STA запросить прием множества GAS кадров возврата ответа, чтобы получить весь ответ на вопрос. STA 1205 посылает GAS кадр возврата запроса, принимает GAS кадр возврата ответа в ответ, и повторяет эти действия до тех пор, пока GAS кадр возврата ответа, несущий последний фрагмент ответа на запрос, не будет принят. Затем, STA 1205 может повторно собрать ответ на запрос. После этого, процесс запроса может закончиться.

Как показано на фиг. 12, STA 1205 обеспечивает сохраненный CAG номер версии, так как, если сохраненный CAG номер версии STA является таким же, как текущий, то АР 1210 может ускорить выполнение процесса запроса (показано как событие 1245), так что STA 1205 может заблаговременно принять решение (например, по выбору сети) для обеспечения улучшенного механизма взаимодействия с пользователем. Даже, если сохраненный СAG номер версии STA отличается от текущего, то АР 1210 по-прежнему верно направляет обращение на запрос на сервер 1215. STA 1205 не теряет времени при получении обновленного ответа на запрос с сервера 1215. Поэтому, используя усовершенствованный механизм передачи сигналов, как показано в примерном варианте осуществления, представленный в настоящем документе, множество STAs будет заинтересованы в использовании CAG информации, которая хранится.

Следует отметить, что GAS кадр исходного ответа, переданный на этапе 1245, не включает в себя поле ответа на запрос. По сравнению с использованием кадров запроса пробы и ответа пробы для получения текущего CAG номера версии, как описано выше, это достаточно эффективная альтернатива, в смысле отсутствия ненужной сигнализации, чтобы использовать GAS кадр исходного запроса для поставки сохраненного CAG номера версии и для приема GAS кадра исходного ответа с указанием, если сохраненный CAG номер версии является таким же, как текущий или нет. Тем не менее, некоторые изменения должны быть сделаны в отношении GAS кадра исходного запроса. В настоящее время, как это определено в стандарте IEEE 802.11-2012 и проекте 802.11ai измерения D2.0, GAS кадр исходного запроса должен содержать поле обращения на запрос, причем обращение на запрос протокола объявления инкапсулируется. Таким образом, нулевое значение в поле длины обращения на запрос в GAS кадре исходного запроса в настоящее время не допускается.

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

Фиг. 13 иллюстрирует схему 1300 обмена сообщениями, уделяя особое внимание альтернативному примеру обмена сообщения во время обнаружения сети, обнаружения сервисов или процесса обнаружения информации среди STA, АР и сервером, в котором STA и АР поддерживает усовершенствованный механизм сигнализации, и STA также оптимизирована для увеличения пропускной способности сети, эффективно используя излишнюю сигнализацию. Как показано на фиг. 13, схема 1300 обмена сообщениями иллюстрирует пример процесса обмена сообщения среди STA 1305, АР 1310 и сервером 1315, а также операции, выполняемые STA 1305, АР 1310 и/или сервером 1315. Схема 1300 обмена сообщениями может начаться с момента получения STA 1305 CAG и ассоциированного CAG номера версии с сервера 1315 во время посещения АР 1310 (показано как событие 1320). STA 1305 может хранить CAG информацию, CAG номер версии, значение области и АР/сервер информацию для последующего использования. Между тем, АР 1310 может получить обновление последнего CAG номера версии из сервера 1315 периодически или при изменении CAG номера версии (показано как событие 1325).

Затем в более позднее время, STA 1305 может повторно установить связь с АР 1310 и принять кадр бикона от АР 1310 (показано как событие 1330). В связи с необходимостью учитывать избыточную сигнализацию, как обсуждалось ранее, АР 1310 может не включать CAG номер IE в кадр бикона. Из BSSID, включенного в состав кадра бикона, STA 1305 может распознать, что он хранит С AG информацию и соответствующий CAG номер версии, связанный с АР 1310. Затем STA 1305 может послать GAS кадр исходного запроса на АР 1310, включающий в себя сохраненный СAG номер версии, который ассоциирован с точкой доступа и ассоциированный с используемым протоколом объявления (как указано, значением, содержащимся в поле 1130 ID протокола объявления), в поле СAG версии информации ответа на запрос (например, поле 1130 СAG версии-информации ответа на запрос) и без поля обращения на запрос (показано как событие 1335). Нулевое значение, содержащееся в поле длины обращения на запрос (например, поле 340 длины обращения на запрос) указывает на то, что поле обращения на запрос отсутствует и GAS кадр исходного запроса передан на запрос индикации о том, является ли сохраненный CAG номер версии STA тем же самым, что и текущий CAG номер версии, который имеет АР 1310.

После приема GAS исходного кадра из STA 1305 АР 1310 может сравнивать сохраненный CAG номер версии STA с последним CAG номером версии (того же протокола объявления, как указано значением, содержащимся в поле 1130 ID протокола объявления в принятом GAS исходном кадре запроса), что АР 1310 принял от сервера 1315 на этапе 1325, например (показано как событие 1340). Затем, в соответствии с результатом сравнения, АР 1310 посылает GAS исходный кадр ответа на STA 1305 (показано как событие 1345). Если АР 1310 определяет, что два CAG номера версии равны, то АР 1310 может включить в поле кода состояния (например, поле 720 кода состояния, например), первое значение кода состояния, которое указывает, что сохраненный CAG номер версии является таким же как текущий CAG номер версии, что имеет АР. Если АР 1310 определяет, что два СAG номера версий не равны, то АР 1310 включает в поле кода состояния (например, поле 720 кода состояния) второе значение кода состояния, которое указывает, что сохраненный CAG номер версии отличается от текущего CAG номера версии, который АР имеет.

После приема GAS исходного кадра ответа от АР 1310, если первое значение кода состояния содержится в поле кода состояния, STA 1305 может прекратить процесс запроса. STA 1205 может продолжить принятие решения или может инициировать процессы запроса других точек доступа и/или других серверов до принятия решения о том, как приступить к процессу выбора сети. Если второе значение кода состояния содержится в поле кода состояния, STA 1305 знает, что сохраненная СAG информация является устаревшей. Таким образом, STA 1305 может инициировать обычный процесс обращения на запрос для получения обновленной CAG информации (показано как событие 1350). И выполняются остальные события нормального процесса запроса, такие как события 1355, 1360, 1365, 1370 и 1375. Как показано на фиг. 13, STA 1305, по сравнению с STA 1205, как показано на фиг. 12, может сохранить некоторую излишнюю сигнализацию (из-за исключения обращения на запроса из GAS исходного кадра запроса) на этапе 1335, если два CAG номера версий являются одинаковыми, но существует риск возникновения длительной задержки (чем STA 1205), если два СAG номера версий различны.

В настоящее время в стандарте IEEE 802.11-2012 и в проекте 802.11ai изменение D2.0, когда элемент протокола объявления содержится в GAS исходном кадре запроса, поле информации ответа на запрос устанавливается в ноль и АР, принимая это поле информации ответа на запрос, должно игнорировать его. Таким образом, унаследованная АР (например, способная использовать GAS кадры, но не способная использовать CAG признаки или усовершенствованную сигнализацию) принимая GAS исходный кадр запроса на этапе 1235, направляет обращение на запрос в сервер на основании унаследованных 802.11u правил. Несмотря на то, что сохраненный CAG номер версии, который имеет STA, может быть использован неэффективно, процесс 802.11u запроса остается неизменным. На самом деле, если запрашивающая STA имеет информацию о том, что АР является унаследованной АР, например, из информации о возможностях, указанных в биконе или ответе пробы, STA может не отправлять его сохраненный CAG номер версии в GAS исходного кадра запроса путем установки поля CAG версии-информации ответа на запрос на ноль. Это согласуется с проектом 802.11ai изменения D2.0, когда нулевое значение не является допустимым для СAG номера версии. Вместо этого, нулевое значение в поле CAG версии-информации ответа на запрос в GAS исходного запроса может быть использовано с помощью STA, которая поддерживает усовершенствованный механизм сигнализации, чтобы указать (и может быть интерпретировано посредством точки доступа, которая поддерживает усовершенствованный механизм сигнализации), что STA не имеет сохраненный CAG номер версии для АР и ассоциированный протокол объявления. Так как унаследованная STA (например, способные использовать GAS кадры, но не может использовать CAG признаки или усовершенствованную сигнализацию) посылая GAS исходный кадр запроса, будет установить поле информации ответа на запрос на ноль, то точка доступа, которая поддерживает усовершенствованный механизм сигнализации, будет обрабатывать его как будто STA не имеет сохраненный CAG номер версии для АР и ассоциированный с ним протокол объявления. Таким образом, точка доступа не будет укорачивать путь выполнения процесса запроса. Поэтому, в целом, примерные варианты осуществления, представленные здесь, не имеют функции обратной совместимости с унаследованными точками доступа или унаследованной STA. Система связи, в соответствии с этими примерными вариантами осуществления, может сосуществовать с унаследованными точками доступа и унаследованными STAs.

На фиг. 14а показана блок-схема алгоритма операций 1400 первого примера, выполняемые STA при осуществлении сетевого обнаружения, обнаружения служб или процесса обнаружения информации. Операции 1400 могут указывать на операции, выполняемые STA при осуществлении посредством STA обнаружения сети, обнаружения сервисов или процесса обнаружения информации. Операции 1400 могут соответствовать схеме 1200 обмена сообщениями.

Операции 1400 могут начинаться с момента получения STA первой информации высокого уровня и CAG номера с сервера (этап 1405). Первая информация более высокого уровня и CAG номер могут быть ассоциированы с сетью, услугой, базой данных и тому подобное. STA может отключиться от сети (этап 1407). В более позднее время, STA может вновь подключиться к сети, которую она может идентифицировать в соответствии с BSSID, включенной в состав кадра бикона, передаваемого с помощью точки доступа, например (этап 1409). STA может послать GAS кадр исходного запроса, включающий в себя сохраненный CAG номер версии (этап 1411). STA может принять GAS кадр исходного ответа с индикатором, который указывает, если сохраненный CAG номер версии соответствует текущему CAG номеру версии (этап 1413). Индикатор может быть расположен в поле кода состояния GAS кадра исходного ответа. Если сохраненный CAG номер версии соответствует текущему CAG номеру версии, GAS кадр исходного ответа не включает в себя информацию высокого уровня. Если сохраненный CAG номер версии не совпадает с текущим CAG номером версии, то GAS кадр исходного ответа, принятый STA, может включать в себя информацию высокого уровня и текущий CAG номер в поле ответа на запрос. STA может продолжить процесс выбора сети (этап 1415).

На фиг. 14b показана блок-схема алгоритма операций 1450 второго примера, выполняемые посредством STA при сетевом обнаружении, обнаружении служб или в процессе обнаружения информации. Операции 1450 могут свидетельствовать о операциях, происходящих в STA, когда STA осуществляет обнаружение сети, обнаружение сервисов или процесса обнаружения информации. Операции 1450 могут соответствовать схеме 1300 обмена сообщениями.

Операции 1450 могут начинаться с момента получения STA первой информации высокого уровня и СAG номер с сервера (этап 1455). Первая информация высокого уровня и CAG номер могут быть ассоциированы с сетью, услугой, базой данных и тому подобное. STA может отключиться от сети (этап 1457). В более позднее время, STA может вновь обратиться к сети, которую она может идентифицировать в соответствии с BSSID, включенного в состав кадра бикона, передаваемого с помощью точки доступа, например (этап 1459). STA может послать GAS кадр исходного запроса, включающий в себя сохраненный CAG номер версии (этап 1461). STA может принять GAS кадр исходного ответа с указателем, который указывает, совпадает ли сохраненный CAG номер версии с текущим CAG номером версии (этап 1463). Указатель может быть расположен в поле кода состояния GAS кадра исходного ответа. Если сохраненный CAG номер версии соответствует текущему CAG номеру версии, то первое значение указателя включается в состав GAS кадра исходного ответа, например, содержащийся в поле кода состояния; в противном случае, второе значение указателя содержится в GAS кадра исходного ответа, например, содержащегося в поле кода состояния.

STA может выполнить проверку согласно указателю (например, значение, содержащееся в поле кода состояния) в принятом GAS кадре исходного ответа для определения, если принимается первое значение указателя (этап 1465). Если первое значение указателя принимается (например, в поле кода состояния), что указывает, что сохраненный CAG номер версии соответствует текущему CAG номеру версии, то STA может продолжить процесс выбора сети (этап 1469). Если первое значение указателя не принимается, указывая на то, что сохраненный CAG номер версии не совпадает с текущим СAG номером версии, то STA может получить и хранить обновленную информацию высокого уровня (обновленная CAG информация) и текущий CAG номер версии из АР (этап 1467). В качестве иллюстративного примера, STA может выполнить стандартную операцию обращения на запрос для получения обновленной информации более высокого уровня (обновленную CAG информацию) и текущий CAG номер версии из АР. STA может продолжить процесс выбора сети (этап 1469).

На фиг. 15а показана блок-схема алгоритма операций 1500 первого примера, выполняемые в точке доступа при обнаружении сети, обнаружении службы или в процессе обнаружения информации. Операции 1500 могут свидетельствовать о операциях, происходящих в точке доступа, когда АР участвует в процессе обнаружения сети, обнаружения сервисов или процесса обнаружения информации. Операции 1500 могут соответствовать схеме 1200 обмена сообщениями.

Операции 1500 могут начинаться с момента приема посредством АР GAS кадра исходного запроса, включающий в себя сохраненный CAG номер версии, хранящийся в STA (этап 1505). Точка доступа может выполнить проверку для определения того, совпадает ли сохраненный CAG номер версии GAS кадра исходного запроса с текущим CAG номером версии, который ассоциирован с тем же протоколом объявления (этап 1507). Если два CAG номера версии совпадают, то точка доступа может послать GAS кадр исходного ответа с индикатором, указывающий, что два CAG номера версий совпадает (этап 1509). Если два CAG номера версий не совпадают, то точка доступа может принять обращение на запрос из GAS кадра исходного запроса и направить обращение на запрос в сервер, запрашивая ответ (этап 1511). Точка доступа может принять ответ от сервера (этап 1513). Ответ от сервера может включать в себя ответ запроса для запрашивающей STA. Содержание ответа на запрос может включать в себя обновленный CAG номер версии и информацию более высокого уровня, который может быть прозрачным для АР. Точка доступа может получить ответ запроса из ответа, полученного от сервера, и отправить GAS кадр исходного ответа с ответом на запрос (этап 1515).

На фиг. 15b показана блок-схема алгоритма операций 1550 второго примера, выполняемые посредством точки доступа, при обнаружении сети, обнаружении службы или в процессе обнаружения информации. Операции 1550 могут свидетельствовать о операциях, происходящих в точке доступа, когда АР участвует в процессе обнаружения сети, обнаружения сервисов или в процессе обнаружения информации. Операции 1550 могут соответствовать схеме 1300 обмена сообщениями.

Операции 1550 может начинаться с момента получения посредством АР первого GAS кадра исходного запроса, включающий в себя сохраненный CAG номер версии, хранящейся в STA (этап 1555). Первый GAS кадр исходного запроса может не включать в себя обращение на запрос, например, поле длины обращения на запрос содержит нулевое значение, и поле обращения на запрос является недействительным. Точка доступа может выполнить проверку для определения, совпадает ли сохраненный CAG номер версии GAS кадра исходного запроса с текущим CAG номером версии, ассоциированный с тем же протоколом объявления (этап 1557). Если два CAG номера версии совпадают, то точка доступа может послать первый GAS кадр исходного ответа с указателем, указывающий, что два CAG номера версий совпадают (этап 1559).

Если два CAG номера версий не совпадают, то точка доступа может послать первый GAS кадр исходного ответа с индикатором, указывающий, что два CAG номера версий не совпадают (этап 1561). Точка доступа может принять второй GAS кадр исходного запроса, включающий в себя обращение на запрос (этап 1563). Содержание обращения на запрос, который может быть прозрачен для АР, может включать в себя запрос на обновленный CAG номер версии и информацию более высокого уровня (CAG информацию). Точка доступа может получить обращение на запрос из второго GAS кадра исходного запроса и направляет обращение на запрос в сервер для ответа (этап 1565). Точка доступа может принять ответ из сервера (этап 1567). Ответ из сервера может включать в себя ответ запроса для запрашивающей STA. Содержание ответа на запрос, который может быть прозрачным для АР, может включать в себя обновленный CAG номер версии и информацию более высокого уровня (CAG информацию). Точка доступа может получить ответ запроса из ответа, полученного от сервера, и отправить второй GAS кадр исходного ответа с ответом на запрос (этап 1569).

Как было отмечено ранее, CAG номер также ассоциирован с используемым протоколом объявления. Поэтому, когда АР сообщает о текущем CAG номере версии с помощью CAG номера IE, включенного в состав кадра бикона или ответа пробы, точка доступа должна также указать протокол объявления, ассоциированный с этим CAG номером версии. На фиг. 16 показан пример CAG номера IE 1600, посредством использования идентификатора протокола объявления, ассоциированного с CAG номером версии. Как показано на фиг. 16, CAG номер IE 1600 включает в себя поле 1610 IE ID, содержащее значение идентификатора элемента, соответствующий CAG номеру элемента, поле 1620 длины, указывающее общую длину в октетах оставшихся полей в элементе, одно или более полей СAG кортежа, такие как поле 1630 СAG кортежа, поле 1650 CAG кортежа и поле 1660 CAG кортежа. Каждое поле СAG кортежа (например, поле 1630 СAG кортежа) включает в себя 1-октетное субполе СAG версии (например, субполе 1635 СAG версии), 1-октетное субполе области (такое, как субполе 1640 области) и 1-октетное субполе ID протокола объявления (например, субполе 1645 ID протокола объявления). Количество полей CAG кортежа, содержащихся в CAG номере элемента 1600, может быть получено из значения, содержащегося в поле 1620 длины.

На фиг. 17 показан пример альтернативного варианта осуществления CAG номера IE 1700. Как показано на фиг. 17, СAG номера IE 1700 включает в себя IE ID 1710, содержащий значение идентификатора элемента, соответствующий CAG номеру элемента, поле 1720 длины, указывающее полную длину, в октетах, оставшихся полей в элементе, одно или несколько полей GAG-кортежа, такие как поле 1730 СAG кортежа, поле 1750 CAG кортежа и поле 1760 CAG кортежа. Каждое поле CAG кортежа (например, поле 1730 СAG кортежа) содержит 1-октетное субполе СAG версии (такое, как субполе 1735 CAG версии), 3-битное субполе области (например, субполе 1740 области) и 5-разрядное субполе ID частичного протокола объявления (например, субполе 1745 частичного протокола объявления). Количество полей СAG кортежа, содержащиеся в CAG номере IE 1700, может быть выведено из значения, содержащегося в поле 1720 длины. CAG номер IE 1700 отличается от CAG номера IE 1600 тем, что 1-октетное субполе ID протокола объявления (например, субполе 1645 ID протокола объявления) заменяется на 5-битовое субполе 1745 ID частичного протокола объявления, 1-октетное субполе области (например, субполе 1640 области) заменяется на 3-битное субполе 1740 области, и эти два субполя объединены в один 1-октет. Таким образом, каждое поле CAG кортежа в СAG номере IE 1700 имеет 2-октетную длину, вместо 3-октетной, как в CAG номере IE 1600. 5-разрядный ID частичного протокола объявления может представлять собой первые 5 бит (то есть, 5 самых младших бит) 1-октета ID протокола объявления, как это определено в настоящий момент, что означает, что могут быть выделены только 32 1-октетных Ids протокола объявления в общей сложности, чтобы избежать возможного дублирования их Ids частичного протокола объявления. В качестве иллюстративного примера, если CAG номер версии, содержащийся в субполе CAG версии (например, субполе 1735 CAG версии), ассоциирован с ANQP, то субполе ID частичного протокола объявления в пределах того же поля CAG кортежа (например, субполе 1745 ID частичного протокола объявления) содержит значение 0 (или 00000, если выражено в двоичной системе), так как ID всего протокола объявления для ANQP равен 0 (или 00000000, если выражено в двоичном коде).

В таблице 1 ниже приводится ряд примеров протоколов объявления с их ассоциированными значениями ID полного протокола объявления и значениями ID частичного протокола объявления, где все выражены в десятичной системе счисления, применимые к примеру форматов, показанных на фиг. 16 и фиг. 17 соответственно.

Число значений области, которые могут быть определены с помощью 3-битового субдполя области (такого, как субполе 1740 области), также снижается до 8, по сравнению с 256 посредством 1-октетного субполя области (например, субполе 1640 области). Так как число значений области 3-битного субполя области значительно снижается, то одним из возможных решений является повторная интерпретация значения каждого значения области, содержащегося в 3-битном субполе области, на основании соответствующего значения ID частичного протокол объявления, который содержится в том же поле CAG кортежа. В качестве иллюстративного примера, если значение ID частичного протокол объявления указывает на то, что ассоциированный протокол объявления является ANQP, то значение 0 в 3-битном субполе области может указывать, что СAG номер является конкретным BSS, а значение «1» может указывать, что СAG номер является общим в том же HESSID, значение «2» может свидетельствовать о том, что CAG номер является общим в пределах той же области расширенного набора услуг (ESS), значения от 3 до 7 могут быть зарезервированы для субполя области для ANQP; в то же время, если значение ID частичного протокол объявления указывает, что ассоциированный протокол объявления является RLPQ (для TV технологии неиспользуемого частотного спектра), то значение 0, 1, 2, 3, 4 или 5 в 3-битном субполе области может указывать, что СAG номер, ассоциированный с базой данных TV технологии неиспользуемого частотного спектра или карты доступности канала, является общим по всей стране, по всему региону, в пределах области, в городе, в ESS масштабе или в BSS, соответственно, и значения 6 и 7 должны быть зарезервированы для субполя области для RLQP.

На фиг. 18 показана блок-схема алгоритма операций 1800, выполняемые посредством устройства связи, посредством передачи кадра, включающего в себя CAG номер IE. Операции 1800 могут относиться к операциям, выполняемые устройством связи, таким как STA и/или точка доступа, поскольку устройство связи передает кадр, включающий в себя CAG номер IE.

Операции 1800 могут начинаться с момента генерирования, устройством связи, кадра, включающего в себя CAG номер IE, в соответствии с фиг. 16 или фиг. 17 (этап 1805). Кадр может быть кадром бикона, кадром ответа пробы, GAS кадром исходного запроса, короткий кадр бикона, экспортируемым кадром и тому подобное. CAG номер IE может включать в себя один или более CAG кортежей, каждый из CAG кортежа включает в себя CAG поле версии, поле области (которое может иметь или 3-битную длину или 8 бит) и поле ID протокола объявления (которое может иметь или 5-битную длину или длиной 8 бит). Устройство связи может посылать кадр (этап 1810).

Следует отметить, что GAS кадр исходного запроса и GAS исходный кадр ответа используются лишь в качестве примера для описания примерных вариантов осуществления. Также возможны и другие экспортируемые кадры, такие как кадр запроса обнаружения услуги и кадр ответа на запрос обнаружения услуги, определенные в спецификации WFA Wi-Fi Direct, или каких-либо новые экспортируемые кадры, которые предоставляет подобные услуги как доставка уровня 2 данных обращения на запрос более высокого уровня и данных ответа на запрос.

Описанные примерные варианты осуществления могут быть применены не только для усовершенствования текущего 802.11ai CAG признака, как это определено в проекте 802.11ai изменения D2.0, который определен только для ANQP, но и для улучшения других существующих протоколов объявления, таких как RLQP, как определен в изменениях 802.11af для телевизионных технологий неиспользуемого частотного спектра, информационной службы средне-независимой передачи обслуживания (MIH), команд средне-независимой передачи обслуживания (MIH) и событий службы обнаружения технических возможностей, системы оповещения о чрезвычайной ситуации (EAS), обнаружение сети доступа и функция выбора (ANDSF), а также тех, которые еще могут быть определены протоколами объявления, такими как PADP, который в настоящее время находится на рассмотрении в соответствии с 802.11aq проектом для обнаружения предварительной ассоциации. Таким образом, сервер может быть сервером с поддержкой одного или более из ANQP, MIH, RLQP, PADP, ANDSF и тому подобное. CAG может быть определена как любая группа информации более высокого уровня, ассоциированная с протоколом более высокого уровня, который использует кадры уровень 2 в качестве транспортного средства между STA и АР, которую подключает сервер. Например, информация более высокого уровня может быть ассоциирована со служебной информацией, протокольной информацией, информацией о конфигурации, TV-картой неиспользуемого частотного спектра или базу данных информации доступности канала. Способы могут быть использованы для любого процесса обнаружения. Например, процесс обнаружения может быть процессом обнаружения сети, в котором сеть может представлять собой сеть доступа, сеть провайдера услуги (SSPN) и/или сотовую сеть, процесс обнаружения услуги, обнаружения информации или обнаружения доступного TV-канала неиспользуемого частотного спектра. Решение будет принято после выполнения процесса обнаружения и может представлять собой любое решение, например, решение выбора сети, решение выбора услуг, решение выбора однорангового устройства, решение об использовании доступного канала TV неиспользуемого частотного спектра для связи и т.д. CAG номер версии также может называться как количество изменений конфигурации, порядковый номер конфигурации, установочный номер конфигурации, номер индекса TV-карты неиспользуемого частотного спектра и т.д.

В общем, станция (или устройство, устройство пользователя, терминал, мобильное устройство и т.п.) может устанавливать связь с сервером через точку доступа (или базовую станцию, контроллер, Nobe В, усовершенствованный Node В и т.п.) с целью получения информации более высокого уровня, ассоциированную с сервером, с помощью средства доставки уровня 2 между станцией и точкой доступа и между точкой доступа и сервером. Номер индекса (или номер версии, счетчик изменений, порядковый номер конфигурации и т.д.) может быть ассоциирован с информацией более высокого уровня. Номер индекса и информация более высокого уровня может быть послана на станцию из сервера, например, во время предшествующего сеанса связи, и может быть сохранена на станции. Последний номер индекса также может быть послан для точки доступа сервером. Во время предшествующего сеанса связи точки доступа и станции, станция может обеспечить его сохраненный номер индекса точке доступа. Так как информация более высокого уровня может быть ассоциирована с протоколом более высокого уровня, который идентифицируется идентификатором протокола, станция может также предоставить соответствующий идентификатор протокола в точку доступа. Точка доступа может сравнить номер индекса, предоставленный станцией, и номером индекса, предоставляемый сервером. Точка доступа может использовать идентификатор протокола, транслируемой станцией для выбора сервера, номер индекса которого сравнивается с номером индекса, транслируемый станцией. Если эти два числа индекса одинаковы, то точка доступа может указывать, что станция, таким образом, может использовать хранимую информацию более высокого уровня с целью ее использования (например, выбора сети, обнаруживая услугу и т.д.) без дополнительного приема информации более высокого уровня из сервера. Станция может предоставить хранимый номер индекса в точку доступа в части кадра уровня 2, который виден для точки доступа, так чтобы информация более высокого уровня или запрос более высокого уровня такой информации более высокого уровня может оставаться прозрачной для точки доступа даже, если информация более высокого уровня или запрос более высокого уровня может содержаться в части кадра уровень 2, который передается между станцией и точкой доступа.

На фиг. 19 показана блок-схема системы 1900 обработки, которая может быть использована для реализации устройств и способов, раскрытых здесь. Конкретные устройства могут использовать все показанные компоненты или только подмножество компонентов, и уровни интеграции могут изменяться от одного устройства к другому. Кроме того, устройство может содержать несколько экземпляров компонентов, например, нескольких блоков обработки, процессоров, память, передатчики, приемники и т.д. Система обработки может содержать блок 1905 обработки, оснащенный одним или несколькими устройствами ввода/вывода, например, пользовательским интерфейсом 1915 (включающий в себя динамик, микрофон, мышь, сенсорный экран, клавиатуру, клавиатуру, принтер и т.п.), дисплей 1910 и так далее. Блок обработки данных может включать в себя центральный процессор (CPU) 1920, память 1925, устройство 1930 памяти, видеоадаптер 1935 и интерфейс 1940 ввода/вывода, подключенный к шине 1945.

Шина может представлять собой один или более из любого типа из нескольких шинных архитектур, включающие в себя шину памяти или контроллер памяти, периферийную шину, видеошину или тому подобное. Процессор может включать в себя любой тип блока электронной обработки данных. Память может включать в себя любой тип системной памяти, такую как статическое оперативное запоминающее устройство (SRAM), динамическое оперативное запоминающее устройство (DRAM), синхронное динамическое RAM (SDRAM), постоянное запоминающее устройство (ROM) их комбинации или тому подобное. В одном варианте осуществления память может включать в себя ROM для использования при загрузке и DRAM для хранения данных и программ для использования во время выполнения программ.

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

Видеоадаптер и интерфейс ввода/вывода обеспечивают интерфейс для соединения внешних устройств ввода и вывода с блоком обработки. Как показано на чертеже, примеры устройств ввода и вывода включают в себя дисплей, соединенный с видеоадаптером, и мышь/клавиатуру/принтер, соединенный с интерфейсом ввода/вывода. Другие устройства могут быть соединены с блоком обработки и могут быть использованы дополнительные или меньше интерфейсных плат. Например, последовательный интерфейс, такой как универсальная последовательная шина (USB) (не показана), может быть использован для обеспечения интерфейса для принтера.

Блок обработки данных также включает в себя один или более сетевых интерфейсов 1950, который может включать в себя проводные линии связи, например, через кабель Ethernet или т.п., и/или беспроводные каналы связи для доступа к узлам или к различным сетям 1955. Сетевой интерфейс обеспечивает возможность блоку обработки устанавливать связь с удаленными устройствами через сети. Например, сетевой интерфейс может обеспечить беспроводную связь с помощью одного или нескольких передатчиков/передающих антенн и один или более приемников/приемных антенн. В одном варианте осуществления блок обработки подключен к локальной сети или к глобальной сети для обработки данных и установления связи с удаленными устройствами, такими, как другие блоки обработки, интернет, удаленные запоминающие устройства и тому подобное.

Хотя настоящее изобретение и его преимущества были подробно описаны, следует понимать, что различные изменения, замены и изменения могут быть сделаны в настоящем документе, не отступая от объема изобретения, как определено в прилагаемой формуле изобретения.

Изобретение относится к станции и способу работы станции во время выполнения процесса обнаружения. Технический результат заключается в обеспечении возможности выбора сети. Способ включает в себя этапы, на которых передают первый кадр уровня 2 на точку доступа (АР), причем первый кадр уровня 2 включает в себя первый номер версии, ассоциированный с первой информацией высокого уровня, и идентификатор протокола, ассоциированный как с первой информацией высокого уровня, так и с первым номером версии, принимают второй кадр уровня 2 из точки доступа, включающий в себя указание того, что второй номер версии, ассоциированный со второй информацией более высокого уровня, является таким же, как и первый номер версии, и принимают решение, следует ли выполнять процесс выбора сети, в соответствии с первой информацией высокой уровня. При этом первый кадр уровня 2 является IEEE 802.11 GAS кадром исходного запроса, а второй кадр уровня 2 является IEEE 802.11 GAS кадром исходного ответа. 4 н. и 21 з.п. ф-лы, 22 ил., 1 табл.

1. Способ работы станции во время процесса обнаружения, содержащий этапы, на которых:

передают (1411, 1461) с помощью станций первый кадр уровня 2 на точку доступа (AP), причем первый кадр уровня 2 включает в себя первый номер версии, ассоциированный с первой информацией высокого уровня и идентификатором протокола, ассоциированным как с первой информацией высокого уровня, так и с первым номером версии;

принимают (1413, 1463) с помощью станций второй кадр уровня 2 от AP, включающий в себя указание того, что второй номер версии, ассоциированный со второй информацией высокого уровня, является таким же, как и первый номер версии; и

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

первый кадр уровня 2 является IEEE 802.11 GAS кадром исходного запроса, а второй кадр уровня 2 является IEEE 802.11 GAS кадром исходного ответа.

2. Способ по п. 1, дополнительно содержащий, перед этапом передачи первого кадра уровня 2, этапы, на которых:

получают первую информацию высокого уровня и первый номер версии; и

сохраняют первую информацию высокого уровня и первый номер версии.

3. Способ по п. 1 или 2, в котором первый кадр уровня 2 дополнительно включает в себя обращение на запрос второй информации высокого уровня.

4. Способ по п. 1 или 2, в котором первый номер версии содержится в элементе номера группы общего объявления (CAG) в первом кадре уровня 2.

5. Способ по п. 1 или 2, в котором первый номер версии и второй номер являются номерами версий группы общего объявления (CAG), а первая информация высокого уровня и вторая информация высокого уровня являются группами общего объявления (CAG).

6. Способ по п. 1 или 2, в котором указанный протокол является одним из протокола запроса сети доступа (ANQP), протокола запроса зарегистрированной локации (RLQP), протокола обнаружения предварительной ассоциации (PADP), информационной службы средне-независимой передачи обслуживания (MIH), команды и события услуги обнаружения функциональной возможности средне-независимой передачи обслуживания (MIH) и системы аварийного оповещения (EAS).

7. Способ по п. 1 или 2, в котором указание того, что первый номер версии и второй номер версии совпадают, содержится в поле кода состояния во втором кадре уровня 2.

8. Способ работы точки доступа, содержащий этапы, на которых:

принимают (1505, 1555) с помощью точки доступа первый кадр уровня 2 от станции, причем первый кадр уровня 2 включает в себя первый номер версии, ассоциированный с первой информацией высокого уровня, и идентификатор протокола, ассоциированный как с первой информацией высокого уровня, так и с первым номером версии;

получают с помощью точки доступа второй номер версии, ассоциированный со второй информацией высокого уровня, от сервера;

определяют (1507, 1557) с помощью точки доступа, совпадают ли первый номер версии и второй номер версии; и

передают (1509, 1559) с помощью точки доступа второй кадр уровня 2 на станцию, при совпадении первого номера версии и второго номера версии, причем второй кадр уровня 2 включает в себя указание о том, что первый номер версии и второй номер версии совпадают; причем

первый кадр уровня 2 является IEEE 802.11 GAS кадром исходного запроса, а второй кадр уровня 2 является IEEE 802.11 GAS кадром исходного ответа.

9. Способ по п. 8, дополнительно содержащий этапы, на которых:

когда первый номер версии и второй номер версии не совпадают,

извлекают обращение на запрос из первого кадра уровня 2,

направляют обращение на запрос на сервер в соответствии с идентификатором протокола,

принимают ответ на запрос от сервера, и

передают третий кадр уровня 2 на станцию, причем третий кадр уровня 2 включает в себя ответ на запрос.

10. Способ по п. 8, в котором первый номер версии и второй номер версии являются номером версии группы общего объявления (CAG), а первая информация высокого уровня и вторая информация высокого уровня являются CAGs.

11. Способ по п. 8 или 10, в котором указание того, что первый номер версии и второй номер версии совпадают, содержится в поле кода состояния во втором кадре уровня 2.

12. Способ по п. 8 или 10, в котором первый кадр уровня 2 дополнительно включает в себя обращение на запрос второй информации высокого уровня.

13. Станция, выполненная с возможностью осуществления процесса обнаружения, содержащая:

процессор; и

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

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

приема второго кадра уровня 2 от AP, включающего в себя указание того, что второй номер версии, ассоциированный со второй информацией высокого уровня, является таким же, как и первый номер версии, и

принятия решения, следует ли выполнить процесс выбора сети, в соответствии с первой информацией высокого уровня; причем

первый кадр уровня 2 является IEEE 802.11 GAS кадром исходного запроса, а второй кадр уровня 2 является IEEE 802.11 GAS кадром исходного ответа.

14. Станция по п. 13, в которой программы включают в себя инструкции для получения первой информации высокого уровня и первого номера версии и сохранения первой информации высокого уровня и первого номера версии.

15. Способ по п. 13 или 14, в котором первый кадр уровня 2 дополнительно включает в себя обращение на запрос второй информации высокого уровня.

16. Станция по п. 13 или 14, в которой первый номер версии содержится в элементе номера группы общего объявления (CAG) в первом кадре уровня 2.

17. Станция по п. 13 или 14, в которой указанный протокол является одним из протокола запроса сети доступа (ANQP), протокола запроса зарегистрированной локации (RLQP), протокола обнаружения предварительной ассоциации (PADP), информационной службы средне-независимой передачи обслуживания (MIH), команды и события услуги обнаружения функциональной возможности средне-независимой передачи обслуживания (MIH) и системы аварийного оповещения (EAS).

18. Станция по п. 13 или 14, в которой первый номер версии и второй номер версии являются номером версии группы общего объявления (CAG), а первая информация высокого уровня и вторая информация высокого уровня являются CAGs.

19. Станция по п. 13 или 14, в которой указание того, что первый номер версии и второй номер версии совпадают, содержится в поле кода состояния во втором кадре уровня 2.

20. Точка доступа, выполненная с возможностью приема участия в процессе обнаружения, содержащая:

процессор; и

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

приема первого кадра уровня 2 от станции, причем первый кадр уровня 2 включает в себя первый номер версии, ассоциированный с первой информацией высокого уровня, и идентификатор протокола, ассоциированный как с первой информацией высокого уровня, так и с первым номером версии,

получения второго номера версии, ассоциированного со второй информацией высокого уровня, от сервера,

определения, совпадают ли первый номер версии и второй номер версии, и

передачи второго кадра уровня 2 на станцию, при совпадении первого номера версии и второго номера версии, причем второй кадр уровня 2 включает в себя указание того, что первый номер версии и второй номер версии совпадают, причем

первый кадр уровня 2 является IEEE 802.11 GAS кадром исходного запроса, а второй кадр уровня 2 является IEEE 802.11 GAS кадром исходного ответа.

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

22. Точка доступа по п. 20, в которой индикация того, что первый номер версии и второй номер версии совпадают, содержится в поле кода состояния во втором кадре уровня 2.

23. Точка доступа по п. 20 или 22, в которой первый номер версии и второй номер версии являются номером версии группы общего объявления (CAG), а первая информация высокого уровня и вторая информация высокого уровня являются CAGs.

24. Точка доступа по п. 20 или 22, в которой первый кадр уровня 2 дополнительно включает в себя обращение на запрос второй информации высокого уровня.

25. Точка доступа по п. 20 или 22, в которой указанный протокол является одним из протокола запроса сети доступа (ANQP), протокола запроса зарегистрированной локации (RLQP), протокола обнаружения предварительной ассоциации (PADP), информационной службы средне-независимой передачи обслуживания (MIH), команды и события услуги обнаружения функциональной возможности средне-независимой передачи обслуживания (MIH) и системы аварийного оповещения (EAS).