ПОДДЕРЖКА ЭКСТРЕННЫХ ВЫЗОВОВ В БЕСПРОВОДНОЙ ЛОКАЛЬНОЙ ВЫЧИСЛИТЕЛЬНОЙ СЕТИ Российский патент 2011 года по МПК H04W4/00 

Описание патента на изобретение RU2409009C2

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

Настоящее изобретение, в общем, относится к беспроводным локальным вычислительным сетям (WLAN, БЛВС), и более конкретно, к поддержке экстренных вызовов во WLAN.

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

Существующая технология 802 (802.11 WLAN, 802.15 беспроводные персональные локальные вычислительные сети (WPAN, БПЛС), и т.д.) традиционно не должна поддерживать экстренные вызовы, как это делается в сотовых сетях. Для сотовых сетей поддержка экстренных вызовов часто обеспечивается в результате применения законодательных требований к технологии и поэтому широко распространена в большинстве существующих развернутых беспроводных сотовых сетях и в телефонных трубках. Поддержка экстренных вызовов подразумевает множество аспектов на всех уровнях связи, в частности, поддержку передачи сигналов и обязательных процедур, которые отсутствуют в технологиях 802.11 и 802.15. В результате принятия во WLAN Протокола передачи голосовых данных через протокол Интернет (VoIP) и все более частого каждодневного использования WLAN, поддержка экстренных вызовов во WLAN становится необходимой.

Даже набор предлагаемых услуг "фиксированной" телефонной службы VoIP, предлагаемой для рынка домашнего жилья, имеет ограниченную поддержку экстренных вызовов. Информация о местоположении номера не всегда может отслеживаться диспетчером пункта оператора общественной безопасности (PSAP, ПООБ), обратный вызов не всегда возможен, и после покупки оборудования может требоваться регистрация адреса. Когда телефон VoIP перемещают в новое местоположение, экстренный вызов все еще может быть отправлен на основе зарегистрированного местоположения адреса. Зарегистрированный адрес, в принципе, может меняться, но задержки при обновлении информации в PSAP составляют, по меньшей мере, порядка нескольких дней или недель. Кроме того, некоторые пользователи могут не обновлять свою регистрационную информацию вовремя, если вообще ее обновляют.

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

Существуют определенные положения, специфичные для 802.11, включающие в себя радиодоступ, местоположение точки доступа (AP, ТД), местоположение вызывающего абонента и обеспечение возможности экстренных вызовов. Что касается радиодоступа, в настоящее время в стандартах 802.11 отсутствуют приоритеты для экстренных вызовов, и отсутствует какое-либо средство, позволяющее отличать экстренный вызов от обычного вызова для сети доступа WLAN. Местоположение AP или STA (станции) в настоящее время неизвестно для сети, которая не является частной сетью, даже если, например, идентификация AP может быть легко определена. Также в настоящее время невозможно отображать местоположение вызывающего абонента на карте, без увязки с положением объектов сети.

Что касается допуска, плотно управляемая WLAN может препятствовать установлению экстренного вызова абонентами, осуществляющими экстренный вызов, если такой вызывающий абонент не авторизован для входа в сеть. Нормальная процедура соединения между STA и AP требует, чтобы STA передала запрос ассоциации, после чего следует согласование с AP перед ассоциацией STA в AP. Если STA не в состоянии обозначить, что она выполняет экстренный вызов, она должна будет пройти через всю процедуру ассоциации для определения возможности ее доступа к сети. В качестве примера такого типа трудности, если STA не имеет правильный пароль или данные аутентификации для доступа в систему (если AP выполнена так, что она требует пароль или требует данные аутентификации, как принято, например, в частных местах беспроводного доступа к Интернет или во WLAN предприятия/офиса), AP будет упорно отказывать в запросе на ассоциацию STA. Но даже если STA имеет правильный пароль или данные аутентификации, AP все еще может отклонить доступ к сети на основе ее конфигурированной максимальной пропускной способности для пользователей голосовых каналов. В этом случае правильным решением AP было бы разрешить доступ для этого нового экстренного вызова (с наибольшим приоритетом) и прервать другие существующие голосовые вызовы. Поскольку в AP в настоящее время отсутствует средство выполнения такого различения с наибольшим приоритетом, такое свойство не может быть воплощено в существующей технологии WLAN предшествующего уровня техники. Сотовая система отличается от этого, поскольку в ней любое устройство может выполнять экстренный вызов, даже устройство, в котором отсутствует SIM-карта.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

В настоящем изобретении предложены различные аспекты работы системы, обеспечивающие возможность поддержки обработки экстренного вызова с технологиями 802.11 и 802.15. Некоторые из предложений относятся к новым сигнальным сообщениям L2 или элементам информации, обозначающим экстренные вызовы для AP. Предложены новые процедуры и механизмы управления для экстренных ситуаций. Кроме того, рассматриваются процедуры для воплощения двойного режима (WLAN и сотовой связи второго поколения (2G) или третьего поколения (3G)). Поскольку требования экстренного вызова часто связаны с законодательными требованиями отчета о положении вызывающего абонента, совершающего экстренный вызов, предложены средство и процедуры передачи сигналов, обеспечивающие возможность запроса и передачи отчета с географическим положением в сети WLAN. Информация о положении может быть соединена с экстренными вызовами или может быть воплощена отдельно.

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

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

Способ поддержки экстренного вызова во WLAN начинается путем инициирования экстренного вызова STA по WLAN. Экстренный вызов принимается AP WLAN и допускается в сеть без требования выполнения STA процедуры аутентификации. В STA предусмотрены установки, связанные с экстренным вызовом, которые обеспечивают для STA возможность доступа к WLAN.

Способ поддержки экстренного вызова во WLAN начинается путем инициирования экстренного вызова станцией по WLAN. AP принимает экстренный вызов по WLAN и допускает его без требования выполнения STA процедуры аутентификации. Экстренный вызов направляют в центр экстренных вызовов.

Способ поддержки экстренного вызова во WLAN начинается путем предоставления экстренного ID BSS (ИД НОУ, идентификатор набора основных услуг) для STA, причем экстренный ID BSS используется только для экстренных вызовов. Любой экстренный вызов, инициируемый STA, использует идентификатор BSS в экстренной ситуации.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

на фиг.1 показана схема стандартного фрейма управления доступом к среде (MAC, УДС);

на фиг.2A показана схема фрейма MAC с битовым флагом, обозначающим экстренный вызов;

на фиг.2B показана схема фрейма MAC с информационным элементом (IE, ИЭ), обозначающим экстренный вызов;

на фиг.3 показана схема стандартного, готового к отправке, фрейма (RTS, ГОФ);

на фиг.4A показана схема фрейма RTS с битовым флагом, обозначающим экстренный вызов;

на фиг.4B показана схема фрейма RTS с IE, обозначающим экстренный вызов;

на фиг.5 показана блок-схема последовательности операций способа использования фрейма RTS, как представлено на фиг.4A или 4B;

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

на фиг.7 показана схема сигнального фрейма SOS (радиосигнал бедствия), обозначающего экстренный вызов;

на фиг.8 показана блок-схема последовательности операций способа передачи и использования фрейма SOS, представленного на фиг.7; и

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

ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНОГО ВАРИАНТА ОСУЩЕСТВЛЕНИЯ

Ниже термин "станция" (STA) включает в себя, но не ограничивается этим, модуль беспроводной передачи/приема (WTRU, МБПП), оборудование пользователя, фиксированный или мобильный модуль абонента, пейджер или устройство любого другого типа, позволяющее работать в беспроводной среде. Ниже, при ссылке на термин "точка доступа" (AP), он включает в себя, но не ограничивается этим, базовую станцию, узел B, контроллер сайта или устройство - интерфейс другого типа в беспроводной среде.

Настоящее изобретение применимо ко всем WLAN, персональным вычислительным сетям (PAN, ПВС) и городским вычислительным сетям (MAN, ГВС), но, в частности, к WLAN на основе технологии 802.11, беспроводным PAN на основе технологии 802.15, беспроводным MAN на основе технологии 802.16/20 и их эквивалентам. В одной реализации настоящее изобретение применимо для WTRU, воплощающим комбинацию этих технологий доступа, включающим в себя WLAN, PAN, MAN и многорежимные сотовые WTRU.

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

I. Передача сигналов/поддержка и процедуры, относящиеся

к радиоинтерфейсу

A. Обозначение экстренных вызовов в фреймах MAC и при передаче сигнальных сообщений MAC

Стандартный фрейм 100 MAC показан на фиг.1. Фрейм 100 MAC включает в себя поле 102 управления фреймом, поле 104 длительности/ID (ИД, идентификатор), одно или больше полей 106a-106d адреса, поле 108 управления последовательностью, поле 110 управления качеством услуги (QoS, КаУ), тело 112 фрейма и поле 114 последовательности проверки фрейма (FCS, ППФ). Поле 110 управления QoS разделено на множество подполей, как показано на чертеже.

Приоритет экстренных вызовов может быть обозначен в фреймах MAC битовым флагом, типом IE экстренного сообщения, частью поля экстренного сообщения по существующему или новому IE, или по коду экстренного вызова, воплощенному с использованием зарезервированного (не используемого в настоящее время) значения в любом существующем IE или поле фрейма MAC. Индикатор позволяет AP узнавать, что он должен принять экстренный вызов. С аналогичной целью приоритеты или требования QoS обозначают с помощью классов QoS (например, DiffServ). Любой существующий тип фрейма MAC (контроля, управления или данных) может быть модифицирован так, что он будет включать в себя индикатор экстренного вызова. Индикатор экстренного вызова может быть добавлен к любому местоположению в фрейме MAC, в заголовке или в теле, с использованием любых описанных механизмов.

Как показано на фиг.2A, фрейм 200 MAC включает в себя поля 202-214, которые являются теми же полями, что и поля 102-114, описанные выше со ссылкой на фиг.1. В одном варианте воплощения простой битовый флаг 220 используют для обозначения для приемника, что этот вызов представляет собой экстренный вызов. Как показано на фиг.2A, одно возможное местоположение для битового флага 220 представляет собой зарезервированный бит (бит 7) поля 210 управления QoS. Специалист в данной области техники мог бы отметить, что возможно поместить битовый флаг 220 в любом зарезервированном в данное время местоположении, в любом из существующих заголовков или в полях тела фрейма в фрейме MAC.

Как показано на фиг.2B, фрейм 250 MAC включает в себя поле 252 управления фреймом, поле 254 длины и IE 256 экстренного вызова для обозначения экстренного вызова. IE 256 экстренного вызова может включать в себя, но не ограничивается этим, флаг 260 экстренного вызова, поле 262 кода причины, поле 264 информации о возможностях, поле 266 информации о местоположении, поле 268 применения голосового кодека и дополнительные поля 270. IE 256 экстренного вызова может быть добавлен к любому фрейму MAC. Кроме того, информация, содержащаяся в IE 256 экстренного вызова, может быть добавлена к существующему типу IE.

Флаг 260 экстренного вызова может представлять собой простой индикатор (например, битовый флаг) для идентификации того, что вызов представляет собой экстренный вызов. Поле 262 кода причины обозначает причину экстренного вызова (например, пожар, медицинская экстренная ситуация и т.д.). Поле 264 информации о возможностях включает в себя возможности STA, размещающей экстренный вызов, и используется для помощи для как можно более быстрого завершения экстренного вызова. Поле 266 информации о местоположении содержит местоположение STA, разместившей экстренный вызов. Поле 268 применения голосового кодека идентифицирует голосовой кодек, используемый STA, и используется в случае, когда возникает какая-либо несовместимость между STA и AP, пытающейся обработать экстренный вызов. Дополнительная информация, которая может быть включена в IE экстренного вызова (как поле 270), представляет собой временные метки и WTRU, и/или информацию о возможностях оператора услуги.

Существующие в соответствии с 802.11e фреймы MAC имеют приоритеты вызова. Спецификация передачи (TSPEC, СПЕЦП) IE включает в себя подполе приоритета, состоящее из трех битов, поля информации спецификации передачи. Принципы настоящего изобретения также могут быть воплощены в IE TSPEC путем определения значения для экстренного вызова. В сотовых системах связи аналогичный механизм (фрейм передачи сигналов) используется для передачи параметров вызова в сеть и включает в себя зарезервированное поле для идентификации экстренных вызовов. Как известно в данной области техники, IE TSPEC используется в фрейме ADDTS (ДОБПТ, добавочный поток трафика). Описанные здесь модифицированные IE TSPEC поэтому можно использовать в фрейме ADDTS. Аналогично, новый IE, содержащий ту же информацию, можно использовать в фрейме ADDTS для обозначения экстренного вызова.

Хотя предыдущее описание, в частности, представлено для фреймов MAC на основе 802.11, концепции расширения фреймов MAC можно применять для любого типа фрейма MAC. Например, фрейм MAC типа Ethernet также можно аналогично модифицировать. Такой фрейм MAC используется, например, во фреймах EAPOL (РПАЛ, расширяемый протокол аутентификации через LAN), обмен которым выполняют по причинам обеспечения безопасности в сетях, работающих на основе WPA (ЗДБ, защищенный доступ Wi-Fi (БД, беспроводной доступ)). Кроме того, такая концепция может быть расширена для определения нового Ethertype, поскольку Ethertype обозначен битом в заголовке.

B. Виртуальный ID BBS для экстренных вызовов

В установках виртуальной BBS (ЭДО, электронная доска объявлений) одиночная физическая AP выполнена с возможностью работы как более чем одна BBS (то есть виртуальная BBS), при этом каждая BBS имеет свой собственный ID. Один ID BBS может быть зарезервирован для использования только c экстренными вызовами. Поскольку каждый фрейм MAC, передаваемый во WLAN, включает в себя ID BBS, экстренный вызов может использовать ID BBS при попытке передачи экстренного вызова.

STA может принимать экстренный ID BBS по нисходящему каналу из AP. Например, экстренный ID BBS может быть передан AP в ответном фрейме (например, в ответе на пробу, в ответе на ассоциацию или в ответе на повторную ассоциацию). Следует отметить, что экстренный ID BBS может быть предоставлен в STA с использованием различных других способов.

C. AP или STA объявляют о своих возможностях экстренного вызова

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

IE, содержащий возможности AP, можно использовать в сигнальном фрейме или в фреймах ответа на пробу, где AP обозначает свои возможности экстренного вызова. В текущем сигнальном фрейме имеется двухбайтовое поле возможностей, но все биты в этом поле использованы. Была добавлена возможность расширения IE в конце фрейма для обозначения всех новых возможностей AP. Битовый флаг, описанный выше, может быть добавлен к возможностям расширения IE для обозначения возможности экстренного вызова AP. Кроме того, обозначение возможности экстренного вызова AP может быть добавлено к фреймам повторной ассоциации или повторной аутентификации.

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

Если STA предоставляет свои возможности экстренного вызова в AP, AP должна также знать, поддерживает ли WLAN, которой она принадлежит, экстренные вызовы. Любая WLAN может не иметь возможности подключения к центру экстренного вызова. Например, WLAN может быть выполнена как сеть - набор данных (например, сети телеметрии на предприятии) и может не иметь соединения с Интернет, которое позволило ли бы STA соединяться с центром экстренных вызовов. В таких обстоятельствах AP должна информировать STA, что WLAN не может поддерживать экстренные вызовы, таким образом, что STA может попытаться найти другую WLAN. Аналогичный механизм можно использовать в случае, когда соединение WLAN с Интернет временно недоступно по определенным причинам.

D. Информация о местоположении

Информация о местоположении также может быть прикреплена к этим новым фреймам MAC 200, 250 (например, в поле 266 информации о местоположении), в дополнение к передаче причины установления экстренного вызова. Например, AP или STA могут использовать ID набора основных услуг (BSS), адреса MAC AP или STA, статически или динамически назначенные IP-адреса (адреса ПИ, протокола Интернет), или информацию глобальной навигационной системы (GPS, ГНС) из AP или STA, воплощающей такие функции, и может передавать эту информацию в центр экстренного вызова. Следует отметить, что информация о местоположении также может быть передана отдельно от информации экстренного вызова.

Другое средство определения местоположения находящейся в экстренной ситуации STA включает в себя, но не ограничивается этим: идентифицируют STA, размещающую экстренный вызов, по ID вызывающего абонента, используя номер обратного вызова, и используют известные адреса, которые помогают определить местоположение STA для центра экстренных вызовов (например, используя адреса MAC текущей точки соединения для STA, такой как AP или ID сети, или географические координаты AP).

Например, механизм передачи сигналов MAC для WLAN можно использовать в случае, когда AP может запрашивать положение из STA. STA может передавать обратно в AP свое положение. Один возможный вариант воплощения включает в себя использование координат, полученных с помощью GPS (A-GPS), которые в настоящее время получают широкое использование в трубках сотовых телефонов. Множество способов определения местоположения можно поддерживать для разных сетей доступа, включающих в себя, но без ограничений, разность времени прибытия при передаче по восходящему каналу передачи (U-TDOA, В-РВП), расширенную разность наблюдаемого времени (E-OTD, Р-РНВ), наблюдаемую разность времени прибытия периода передачи по нисходящему каналу передачи в режиме ожидания (IPDL-OTDOA, НРВППП-НКРО), A-GPS, Универсальные географические координаты (например, как определено в стандарте 802.11k IEEE или IETF RFC 3825) и способы использования местоположения AP WLAN, место расположения ячейки или информацию сектора, и продвижение вперед по времени сигнала, или измерение времени, требуемого для прямой и обратной передачи сигнала. Хотя предыдущие примеры передачи информации местоположения были, в частности, упомянуты, для специалиста в данной области техники будет понятно, что можно использовать любой формат передачи географических координат.

Функции экстренного вызова могут выполняться независимо от (хотя и являются взаимодополняющими) функций отчета о местоположении. Для иллюстрации возможно: (1) прикреплять информацию о местоположении к сигнальным фреймам экстренного вызова, когда STA фактически передает экстренный вызов, и (2) обновления местоположения сигнала как отдельные функции без экстренного вызова. Пример последней функции мог бы состоять в том, что в AP передают и обновляют последнее положение STA либо периодически (например, через каждые несколько секунд), либо способом опроса, как часть фоновых операций AP, или путем отправляемых без запроса регулярных отчетов о местоположении STA в AP. Поддержка информации местоположения в AP может быть предпочтительной, поскольку, когда STA вырабатывает экстренный вызов, AP уже имеет обоснованно свежую оценку положения STA, так что от STA не требуется подробно прикреплять информацию о своем местоположении к запросу на экстренный вызов.

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

При этом информация о местоположении также может быть предоставлена для услуг определения местоположения (LCS, УМП), существующих во взаимодействующих с WLAN сетях (I-WLAN, В-БЛВС), общественных наземных сетях мобильной связи (PLMN, ОНСМС) или в STA. Кроме того, идентичность обслуживающей ячейки инициирующей стороны и идентичность обслуживающего AP могут быть предоставлены клиенту LCS.

E. Расширение существующих механизма и процедуры обмена фреймом RTS/CTS

Стандартный фрейм 300 RTS показан на фиг.3. Фрейм 300 RTS включает в себя поле 302 управления фреймом, поле 304 длительности, поле 306 адреса приемника (RA, АПр), поле 308 адреса передатчика (TA, АПер) и поле 310 FCS.

STA, которая желает передать экстренный вызов, передает расширенный фрейм 400 RTS, содержащий специальный сигнальный флаг, как показано на фиг.4A, или расширенный фрейм 450 RTS, содержащий новый IE, как показано на фиг.4B.

На фиг.4A показан фрейм 400 RTS. Поля 402-410 фрейма 400 RTS являются теми же, что и поля 302-310 фрейма 300 RTS, описанного выше со ссылкой на фиг.3. Поле 402 управления фреймом имеет несколько подполей, включающих в себя подполе 412 версии протокола, подполе 414 типа, подполе 416 подтипа, подполе 418 системы распределения (DS, СР), подполе 420 из DS, подполе 422 больше фрагментов, подполе 424 повторной попытки, подполе 426 управления мощностью, подполе 428 больше данных, подполе 430 встроенного эквивалента секретности (WEP, ВЭС) и подполе 432 порядка.

Флаг передачи сигналов может быть добавлен к любому зарезервированному биту во фрейме 400 RTS. Потенциальные места расположения зарезервированного бита включают в себя подполе 412 протокола версии, подполе 414 типа и поле 416 подтипа. Следует отметить, что специалист в данной области техники мог бы разместить флаг передачи сигналов в любом зарезервированном бите фрейма 400 RTS.

На фиг.4B показан расширенный фрейм 450 RTS, включающий в себя поле 452 управления кадром, поле 454 длительности, поле 456 RA, поле 458 TA, IE 460 назначения и поле 462 FCS. IE 460 назначения может быть аналогичным по содержанию описанному выше IE 256 экстренного вызова. Все STA, принимающие расширенный фрейм 450 RTS, затем должны прекратить любые попытки передачи на заданный период времени для высвобождения беспроводной среды и предоставления STA, находящейся в экстренной ситуации, возможности передачи.

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

Способ 500, направленный на использование фрейма 400 или 450 RTS, показан на фиг.5. Назначение способа 500 состоит в том, чтобы высвободить среду передачи для обеспечения возможности STA передать экстренный вызов. Способ начинается с того, что STA размещает экстренный вызов путем передачи фрейма 400 или 450 RTS (этап 502). AP принимает фрейм RTS (этап 504) и отвечает STA стандартным фреймом CTS (этап 506). Тип возврата, который может использоваться AP, определен (этап 508). Существуют два возможных типа возврата, оба из которых могли бы позволить STA разместить экстренный вызов для доступа к среде, прежде всех других STA, ожидающих возможности передачи.

Если тип возврата представляет собой тип, в котором STA находится в экстренной ситуации (то есть STA, размещающая экстренный вызов), имеет более короткое время возврата, то STA, находящаяся в экстренной ситуации, ожидает в течение сокращенного времени возврата (этап 510) и затем передает экстренный вызов (этап 512). Все другие STA, которые пытаются получить доступ к среде, ожидают в течение стандартного времени возврата (этап 514) и затем получают возможность передачи (этап 516). Способ затем заканчивается (этап 518).

Если тип возврата представляет собой такой тип, что все другие STA имеют более длительное время возврата (этап 508), тогда STA, находящаяся в экстренной ситуации, ожидает в течение стандартного времени возврата (этап 520) и передает экстренный вызов (этап 522). Все другие STA ожидают в течение более длительного времени возврата (этап 524) и затем получают возможность передачи (этап 516). Способ затем заканчивается (этап 518).

Обычно, когда STA входит в процедуру возврата, STA пытается передать случайно в одном из последовательности N временных интервалов. Если возникает столкновение при передаче, STA снова выполняет возврат и увеличивает значение N до заданного максимального значения N. Перед тем, как STA попытается выполнить передачу, STA должна ожидать М временных интервалов. Такая основная процедура обеспечивает равный шанс для любой STA при доступе к среде. В 802.11e, для воплощения QoS, существует два способа обеспечения больших шансов получения доступа к среде для конкретной станции. Первый способ состоит в уменьшении значения М, предоставляя STA, таким образом, более короткое время на ожидание. Второй состоит в использовании меньшего значения N, что увеличивает шансы получения STA возможности передачи в определенный временной интервал.

В способе 500 для STA существует несколько возможных средств узнать, какое значение возврата следует использовать. Первое средство состоит в использовании жестко закодированных значений для М и N в связи с экстренным вызовом таким образом, что имеются жестко закодированные значения для М и N, используемые STA в экстренной ситуации. Второе средство состоит в том, что в экстренной ситуации в явной форме передают значения сигналов для М и N из AP в STA. AP типично передает эти параметры в STA путем использования широковещательных или специализированных фреймов администрирования во время нормальной работы системы. STA считывает параметры конфигурации, связанные с экстренным вызовом, для использования в случае, когда ей требуется установить экстренный вызов. Один пример состоит в том, что AP, как часть сигнальных фреймов или фрейма управления ответа на пробу, передает другие значения конфигурации BSS во все STA в ее BSS. Добавление параметров M и N, связанных с экстренным вызовом, представляет собой естественное их расширение. Например, параметры конфигурации, относящиеся к QoS для 802.11e, для категории доступа (значения возврата, окна и т.д.), предназначенные для использования всеми STA в BSS, в настоящее время передают с помощью AP как сигналы, используя аналогичный механизм.

Третье средство представляет собой комбинацию первого и второго средств, с помощью которых STA получает жестко закодированные, используемые "по умолчанию" значения для М и N, которые она обычно использует, и если STA находится в экстренной ситуации, AP передает в виде сигнала новые значения М и N для перезаписи жестко закодированных, используемых "по умолчанию" значений. Для специалиста в данной области техники будут понятны возможности использования дополнительных средств передачи соответствующих значений времени возврата в STA в экстренной ситуации и во все другие STA, пытающиеся получить доступ к среде.

F. Принудительное переключение на другую радиотехнологию для работающих в двух режимах STA WLAN (например, 3G и WLAN)

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

Способ 600 начинается с того, что пользователь выполняет экстренный вызов в STA (этап 602). Определяют, способна ли STA работать в сотовой сети или во WLAN (этап 604). Если STA работает в сотовой сети (то есть в данный момент времени соединена с сотовой сетью), тогда STA остается в сотовой сети для экстренного вызова (этап 606). Если STA может работать в сотовой сети, но в настоящее время не соединена с сотовой сетью, тогда STA устанавливает соединение с сотовой сетью (этап 608) и выполняет экстренный вызов по сотовой сети (этап 606). Если STA работает во WLAN, тогда STA переключается на сотовую сеть для выполнения экстренного вызова (этап 610).

После размещения экстренного вызова определяют, прошел ли экстренный вызов через сотовую сеть (этап 612). Если это так, тогда способ 600 заканчивается (этап 614). Если экстренный вызов не прошел через сотовую сеть, то STA переключается на WLAN для выполнения вызова (этап 616), и способ заканчиваются (этап 614).

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

Альтернативные варианты для способа 600 включают в себя: (1) устанавливают предпочтительный, обязательный или рекомендованный порядок радиотехнологий (например, WLAN или сотовая связь), на которые следует переключаться при попытке передать экстренный вызов; (2) системный оператор конфигурирует поведение экстренного вызова в SIM-карте или в аналогичном устройстве для телефонных трубок, работающих в двойном режиме; (3) в случае экстренной ситуации поддерживают вызов VoIP по сотовой сети или переводят вызов в традиционный коммутируемый голосовой канал; (4) оператор системы передает сигналы, определяющие предпочтительный местный порядок радиотехнологий, через беспроводный интерфейс; или (5) пользователь вручную конфигурирует установку политики.

G. Обход аутентификации и системы защиты при попытке выполнить экстренный вызов

Выполняют обязательную процедуру, состоящую в том, что любая STA 802.xx, пытающаяся установить экстренный вызов во WLAN, должна быть допущена AP. Это включает в себя пропуск аутентификации, выполняемой как в 802.1x, и других мероприятий обеспечения безопасности на стороне сети. Эта процедура может быть инициирована с использованием расширенного способа 500 RTS/CTS (как показано на фиг.5) или с использованием битового флага, IE, заголовка, зарезервированного информационного поля или значения бита/последовательности битов во фрейме MAC (как показано на фиг.2A и 2B).

В современных воплощениях WLAN статус аутентификации каждой STA отслеживают через конечный автомат и называют это фильтрацией порта 1x. STA может выполнять передачу через WLAN, только если она аутентифицирована, и в противном случае она будет блокирована фильтром порта. Но поскольку STA, размещающая экстренный вызов, должна быть допущена к WLAN, возникает проблема с точки зрения аутентификации. Для преодоления проблемы аутентификации фильтр порта следует отрегулировать так, чтобы он легко определял, когда STA передает экстренный вызов, и разрешал продолжить экстренный вызов. Например, может быть предусмотрен показатель, как описано выше, в связи с новым Ethertype или модификацией существующего Ethertype.

Управление доступом во WLAN по своей сути связано с мерами по обеспечению безопасности. В соответствии с текущими стандартами отсутствует средство изменения управления доступом в AP в отношении того, что все STA должны выполнять процесс аутентификации для ассоциирования с AP. AP должна допускать экстренный вызов, даже если у STA отсутствуют соответствующие регистрационные данные для ассоциации с AP. Для AP существуют две возможности после идентификации экстренного вызова; идентификация экстренного вызова должна выполняться в L2. Первая возможность состоит в полном пропуске мероприятий безопасности AP и допуска вызова без требования аутентификации. Вторая возможность состоит в допуске вызова с другими установками безопасности. Например, экстренный вызов может быть снабжен специфичным, относящимся к экстренной ситуации кодом доступа или ключом безопасности.

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

II. Поведение/процедура WTRU в случае экстренного вызова

A. WLAN передает сигнал SOS, который помогает найти вызывающего абонента

Процедура является обязательной в STA или конфигурируется сетью таким образом, что после того, как экстренный вызов будет завершен (или даже в течение экстренного вызова), STA и/или соответствующая AP начинают передавать фреймы 700 сигналов типа SOS, как показано на фиг.7, через регулярные интервалы.

Фрейм 700 сигнала SOS представляет собой модифицированную версию фрейма запроса пробы. Фрейм 700 сигнала SOS включает в себя поле 702 управления фреймом, поле 704 длительности, поле 706 адреса назначения (DA, АН), поле 708 адреса источника (SA, АИ), поле 710 BSSID, поле 712 управления последовательностью, SSED IE 714, IE 716 поддерживаемых скоростей и IE 718 экстренного вызова. IE 718 экстренного вызова может быть таким же, что IE 256 экстренного вызова, описанный выше со ссылкой на фиг.2B. Следует отметить, что IE 716 поддерживаемых скоростей является необязательным и может быть удален из фрейма 700 сигнала SOS так, что это не повлияет на функциональность.

В одном варианте воплощения фрейм сигнала SOS может быть определен как фрейм запроса пробы, передаваемый с приоритетом короткого промежутка времени между фреймами (SIFS, КПМФ) или приоритетом приоритетного промежутка между фреймами (PIFS, ППМФ) для обеспечения доступа к среде. Фрейм сигнала SOS содержит новые элементы, относящиеся к экстренному вызову в IE экстренного вызова, такие как ID 911 (например, ID вызывающего абонента), детальная информация оборудования (такая как международная идентификация мобильного оборудования (IMED, МИМО), присоединение части сети, имя пользователя и код причины экстренной ситуации. Код причины может быть получен устройством, которое подсказывает пользователю идентифицировать причину экстренного вызова (например, "нажмите 1 в случае экстренной ситуации пожар" и т.д.). Код причины мог бы предоставить некоторую возможность обработки экстренного вызова в случае, когда нет возможности закончить выполняемый вызов.

Фрейм сигнала SOS может быть запланирован для передачи через каждые 100 мс или тому подобное, что помогает регистрировать и отслеживать местоположение. От AP может потребоваться регистрировать любой прием фрейма сигнала SOS с использованием временной метки и деталей сигнала. Информация о силе сигнала включает в себя силу сигнала, качество сигнала, азимут антенны и коэффициент усиления, и информацию о вызывающем абоненте, такую как IMEI, имя пользователя (если доступно), и другую информацию устройства 802.11, полезную для идентификации, и передаваемую с целью определения возможности. AP, принимающая фрейм сигнала SOS, также будет должна отчитываться об этом событии перед сетевым узлом экстренных ситуаций, который отвечает за отклик на экстренные ситуации, координацию радиоресурсов, определение местоположения и отслеживание вызывающего устройства.

Когда передают фреймы сигнала SOS, включается механизм активной проверки, и эти фреймы могут приниматься работниками службы экстренных ситуаций по мере их приближения к вызывающему абоненту. Одна из аналогий представляет собой сигнал маяка экстренных ситуаций в "черном ящике" самолета. Новый фрейм MAC может быть введен с этой целью, или существующий фрейм MAC, например фрейм запроса проверки, может быть расширен новыми IE (таким, как IE 256 экстренного вызова), для выполнения этого назначения.

Способ 800 использования фрейма сигналов SOS показан на фиг.8. Пользователь осуществляет экстренный вызов из STA (этап 802). STA начинает передавать фреймы SOS (этап 804). На основе требуемого воплощения фреймы SOS могут быть либо переданы как фреймы проверки или могут использоваться для установления непосредственного соединения с работником службы экстренных ситуаций (этап 806).

Если фреймы SOS должны быть переданы как пробы, устанавливают переходный период и выполняют определение, был ли достигнут конец переходного периода (этап 810). Если переходный период не закончился, тогда STA продолжает передавать фреймы SOS (этап 812), и способ возвращается на этап 810. Если конец переходного периода был достигнут (этап 810), тогда STA прекращает передачу фреймов SOS (этап 814), и способ заканчивается (этап 816).

Если фреймы SOS должны использоваться для установления прямого соединения с работником службы экстренных ситуаций (этап 806), тогда определяют, находится ли работник службы экстренных ситуаций в пределах доступности STA (этап 820). Если работник службы экстренных ситуаций не находится в пределах доступности STA, тогда STA продолжает передавать фреймы SOS (этап 822), и способ продолжается на этапе 820. Если работник службы экстренных ситуаций находится в пределах доступности STA (этап 820), тогда STA прекращает передачу фреймов SOS и устанавливает прямое соединение между вызывающим абонентом и работником службы экстренных ситуаций (этап 824), и способ заканчивается (этап 816).

В первом альтернативном варианте (этапы 810-814) фреймы SOS, переданные STA, могут быть инициированы сигналами от AP или протоколами более высокого уровня, такими как протокол инициирования сеанса (SIP, ПИС), после окончания экстренного вызова. В этом инициирующем сигнале содержится длительность/частота фреймов SOS. Передача фреймов SOS после окончания экстренного вызова предотвращает передачу ненужных фреймов SOS в случае, когда экстренный вызов произошел по ошибке, или в случае, когда нет необходимости в приезде работника службы экстренных ситуаций в ответ на вызов.

Во втором альтернативном варианте (этапы 820-824) устанавливается непосредственное соединение VoIP между работником службы экстренных ситуаций и вызывающим абонентом, когда они находятся в пределах доступности друг друга. Другие STA, которые слышат фреймы SOS, могут обрабатывать эти фреймы SOS, как расширенный фрейм RTS, описанный выше со ссылкой на фиг.4A, 4B и 5 (то есть другие STA не будут пытаться получить доступ к среде таким образом, что находящийся в экстренной ситуации вызывающий абонент будет иметь лучший доступ к полосе пропускания).

B. Сеть (например, AP) воплощает функцию обратного вызова для обработки экстренных вызовов

После установления экстренного вызова WLAN поддерживает активное соединение с пользователем, который инициализировал экстренный вызов, в течение определенного периода после того, как экстренный вызов будет закончен в случае обратнго вызова. Такая функция может быть прозрачной для пользователя.

III. Функции в инфраструктуре

A. Функция заместителя

Способ 900 для определения, требуется ли AP действовать как заместитель для STA, показан на фиг.9. STA выполняет экстренный вызов (этап 902), и AP принимает экстренный вызов (этап 904). Определяют, обладает ли STA возможностями закончить экстренный вызов, на основе сети, используемой для передачи вызовов (этап 906). AP проверяет, имеет ли STA все требуемые функции (например, окончание протокола SIP/H.323, вокодер и т.д.) для поддержки вызова. Эта информация может быть обозначена как часть фрейма MAC (например, фреймы 200, 250 MAC), или она может составлять часть информации абонента в сети, к которой может обращаться AP.

Если STA имеет все необходимые возможности, тогда STA продолжает вызов, как обычно (этап 908). AP может добавить к вызову информацию о местоположении, если необходимо, включающей в себя местоположение STA и/или местоположение AP (такое как сетевой ID, MAC адрес AP и т.д.) (этап 910). Способ затем заканчивается (этап 912).

Если STA не обладает всеми необходимыми возможностями для завершения вызова (этап 906), тогда AP действует как заместитель для STA, предоставляя любые необходимые функции (этап 914). AP добавляет информацию о местоположении к вызову в соответствии с необходимостью (этап 910), и способ заканчивается (этап 912).

Если AP определяет, что STA не имеет все требуемые функции для полного окончания экстренного вызов в данной среде, тогда AP действует как заместитель для STA (этап 914). Например, если STA не имеет поддержки протокола SIP, тогда AP может действовать как заместитель SIP для STA. В качестве другого примера, если STA имеет поддержку SIP, но сеть поддерживает только H.323, тогда AP может перерабатывать сообщения SIP от STA в сообщение H.323 для остальной части сети. В экстренном случае, когда STA не имеет даже вокодер, AP может загрузить не требующий значительных ресурсов клиент-вокодер в STA и может выполнять обработку для преобразования в более стандартные вокодеры для остальной части сети. Следует отметить, что AP не обязан предоставлять все функции заместителя для STA; эти функции могут быть предусмотрены другим элементом инфраструктуры сети, таким как выделенный узел шлюза. Благодаря отбору функции заместителя у AP обеспечивается большая гибкость для WLAN по обработке экстренного вызова в случае разрыва соединения WLAN с Интернет.

Другой способ состоит в том, что AP перехватывает (то есть считывает содержимое и/или информацию о типе, даже если официально он не должен это делать) содержание IP пакетов, которые используются для передачи сигналов или нормального трафика между STA и ее корреспондентом в сети. Например, сообщения протокола сигналов SIP через IP обычно используются в настоящее время для обработки вызовов. Такие сигналы SIP содержат полезную информацию, такую как информация о возможностях и адресе назначения для того, чтобы AP мог выполнять свою роль в качестве заместителя. В дополнение к описанным выше способам, если AP выделяет такую информацию путем перехвата содержания сообщения на более высоком уровне назначения удаленной STA (то есть выше L2 MAC), он может более эффективно выполнять свою роль. Для специалиста в данной области техники будет понятно, что SIP представляет собой один пример протокола управления для вызовов на основе IP и что существуют другие эквивалентные протоколы, которые широко используются в промышленности. Поэтому этот способ не ограничивается только SIP.

B. Соединение AP с центром обработки экстренных вызовов

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

Концепция сетевого узла службы спасения может быть расширена так, чтобы она включала операционный центр по ответам на экстренные ситуации с возможностью участия человека в контуре передачи сигналов. Сетевой узел службы спасения мог бы представлять собой расширенный набор услуг (ESS, РНУ) или мог бы быть приспособлен к сети для применения в инфраструктуре. Например, в университетском городке специализированный сетевой узел службы экстренных ситуаций мог бы представлять собой полицейский участок университетского городка. В качестве другого примера, на производственном предприятии сетевой узел службы экстренных ситуаций мог бы представлять собой отдел службы безопасности. Сетевой узел службы экстренных ситуаций мог бы включать в себя оператора, который мог бы принимать вызовы VoIP, регистрировать информацию вызова, отсеивать вызовы и затем передавать экстренный вызов в телефонную коммутируемую сеть общего пользования (PSTN, ТКСОП), для предупреждения соответствующих властей.

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

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

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

IV. Взаимодействие

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

ВАРИАНТЫ ВОПЛОЩЕНИЯ

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

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

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

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

5. Способ по варианту 1 воплощения, в котором этап объявления включает в себя: используют фрейм ответа на пробу для передачи возможностей экстренного вызова AP.

6. Способ по варианту 1 воплощения, в котором этап объявления включает в себя: используют фрейм ответа ассоциации для передачи возможностей экстренного вызова AP.

7. Способ по варианту 1 воплощения, в котором этап объявления включает в себя: используют фрейм ответа повторной ассоциации для передачи возможностей экстренного вызова AP.

8. Способ по варианту 1 воплощения, в котором этап объявления включает в себя: используют фрейм ответа аутентификации для передачи возможностей экстренного вызова AP.

9. Способ по варианту 1 воплощения, в котором этап объявления включает в себя: используют фрейм ответа повторной аутентификации для передачи возможностей экстренного вызова AP.

10. Способ поддержки экстренного вызова в беспроводной локальной вычислительной сети (WLAN) по любому из предыдущих вариантов воплощения, содержащий этап сообщения станцией возможностей экстренного вызова станции в точку доступа (AP).

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

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

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

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

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

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

17. Способ по варианту 10 воплощения, дополнительно содержащий этап: сохраняют возможности экстренного вызова станции в месте, доступном по WLAN для любого устройства.

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

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

20. Способ по варианту 19 воплощения, в котором установки, относящиеся к экстренному вызову, включают в себя код доступа экстренного вызова.

21. Способ по вариантам 19 или 20 воплощения, в котором установки, относящиеся к экстренному вызову, включают в себя ключ безопасности экстренного вызова.

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

23. Способ по варианту 22 воплощения, в котором этап направления включает в себя: выполняют полустатическую маршрутизацию, в результате чего все экстренные вызовы направляют в центр экстренных вызовов.

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

25. Способ по варианту 24 воплощения, в котором этап предоставления включает в себя: предоставляют идентификатор BSS для экстренных ситуаций станции в фрейме ответа на пробу.

26. Способ по варианту 24 воплощения, в котором этап предоставления включает в себя: предоставляют идентификатор BSS для экстренных ситуаций в станцию в фрейме ответа ассоциации.

27. Способ по варианту 24 воплощения, в котором этап предоставления включает в себя: предоставляют идентификатор BSS для экстренных ситуаций в станцию в фрейме ответа повторной ассоциации.

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

29. Способ по варианту 28 воплощения, в котором элемент сети инфраструктуры включает в себя специализированный узел шлюза.

30. Способ по вариантам 28 или 29 воплощения, дополнительно содержащий этап: добавляют информацию о местоположении к экстренному вызову с помощью элемента сети инфраструктуры.

31. Способ по одному из вариантов 28-30 воплощения, дополнительно содержащий этап: отслеживают трафик по WLAN с помощью элемента сети инфраструктуры, в результате чего элемент сети инфраструктуры определяет информацию о возможностях станций по WLAN таким образом, что элемент сети инфраструктуры может действовать как заместитель для станции.

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

В качестве альтернативы, вместо пользователя-человека настоящее изобретение может быть расширено на сценарии использования "машина-машина" для обработки экстренных вызовов во WLAN. Одна из возможностей представляет собой использование 802.11 в системах безопасности дома, то есть WLAN используют вместо проводных телефонных линий (которые могут быть перерезаны). В этом примере вместо пользователя-человека, генерирующего экстренный вызов WLAN, система безопасности дома самостоятельно генерирует экстренный вызов в центр обработки обеспечения безопасности в случае взлома. В качестве альтернативы, система безопасности дома может начать передавать экстренные фреймы SOS, как описано выше.

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

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

название год авторы номер документа
СПОСОБ И УСТРОЙСТВО ДЛЯ УСКОРЕННОГО УСТАНОВЛЕНИЯ ЛИНИИ СВЯЗИ 2013
  • Ван Лэй
  • Таргали Юсиф
  • Грандхи Судхир А.
  • Ван Сяофэй
  • Чжан Годун
RU2628207C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ОСУЩЕСТВЛЕНИЯ ДОСТУПА К КАНАЛУ В СИСТЕМЕ WLAN 2013
  • Сеок Йонгхо
RU2586590C1
СПОСОБ И УСТРОЙСТВО ДЛЯ ПРИЕМА И ПЕРЕДАЧИ КАДРА, СОДЕРЖАЩЕГО ИДЕНТИФИКАТОР ЧАСТИЧНОЙ АССОЦИАЦИИ В СИСТЕМЕ БЕСПРОВОДНОЙ ЛОКАЛЬНОЙ СЕТИ (LAN) 2014
  • Сеок Йонгхо
RU2639296C1
СПОСОБ И УСТРОЙСТВО ДЛЯ ДОСТУПА К КАНАЛУ ЧЕРЕЗ КАДР ПУСТОГО ПАКЕТА ДАННЫХ В СИСТЕМЕ НА ОСНОВЕ БЕСПРОВОДНОЙ LAN 2013
  • Сеок Йонгхо
RU2595778C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ И ПРИЕМА КАДРА, ВКЛЮЧАЮЩЕГО В СЕБЯ ЧАСТИЧНЫЙ ИДЕНТИФИКАТОР АССОЦИАЦИИ В СИСТЕМЕ БЕСПРОВОДНОЙ LAN 2013
  • Сеок Йонгхо
  • Хан Сеунгхее
RU2590888C2
СПОСОБ И УСТРОЙСТВО ОТСРОЧКИ ПЕРЕДАЧИ ПРИ СЛОТОВОМ ТИПЕ ДОСТУПА К КАНАЛАМ В СИСТЕМЕ БЕСПРОВОДНОЙ ЛОКАЛЬНОЙ СЕТИ 2013
  • Сеок Йонгхо
RU2607253C1
СПОСОБ И УСТРОЙСТВО ДЛЯ ДОСТУПА К КАНАЛУ В СИСТЕМЕ БЕСПРОВОДНОЙ ЛОКАЛЬНОЙ СЕТИ (LAN) 2013
  • Сеок Йонгхо
RU2609068C2
КАДРЫ ОБНАРУЖЕНИЯ БЫСТРОГО ПЕРВОНАЧАЛЬНОГО УСТАНОВЛЕНИЯ ЛИНИИ СВЯЗИ 2013
  • Ван Лэй
  • Мьюриас Роналд Г.
  • Таргали Юсиф
  • Чжан Годун
  • Олесен Роберт Л.
RU2612034C2
СПОСОБ И УСТРОЙСТВО ДЛЯ СКАНИРОВАНИЯ С ПОНИЖЕННЫМ ПОТРЕБЛЕНИЕМ МОЩНОСТИ В СИСТЕМЕ WLAN 2013
  • Сеок Йонгхо
RU2633112C2
СПОСОБЫ НАСТРОЙКИ СОГЛАСОВАННОЙ ЛИНИИ СВЯЗИ И ПОЛУЧЕНИЯ ДАННЫХ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ ДЛЯ ВЫСОКОЭФФЕКТИВНОЙ WLAN 2016
  • Ван, Сяофэй
  • Лоу, Ханьцин
  • Чжан, Годун
RU2736422C2

Иллюстрации к изобретению RU 2 409 009 C2

Реферат патента 2011 года ПОДДЕРЖКА ЭКСТРЕННЫХ ВЫЗОВОВ В БЕСПРОВОДНОЙ ЛОКАЛЬНОЙ ВЫЧИСЛИТЕЛЬНОЙ СЕТИ

Изобретение относится к беспроводным сетям передачи данных. Технический результат заключается в усовершенствовании обработки экстренного вызова. Предусмотрено несколько способов передачи информации о возможностях экстренного вызова между станцией и точкой доступа (АР) в беспроводной локальной вычислительной сети. Способы включают в себя: АР объявляет о своих возможностях экстренного вызова, и станция сообщает о своих возможностях экстренного вызова. АР может объявлять о своих возможностях экстренного вызова в сигнальном фрейме, фрейме ответа на пробу, фрейме ответа повторной ассоциации или фрейме ответа повторной аутентификации. Станция может сообщать о своих возможностях экстренного вызова в фрейме запроса ассоциации, фрейме запроса повторной ассоциации, фрейме запроса аутентификации или фрейме запроса повторной аутентификации. 5 н. и 14 з.п. ф-лы, 11 ил.

Формула изобретения RU 2 409 009 C2

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

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

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

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

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

6. Способ по п.5, в котором IE возможностей АР имеет длину более двух бит.

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

8. Способ по п.7, в котором множество BSSID передаются в сигнальном фрейме.

9. Способ по п.7, в котором BSSID передается в STA в фрейме ответа.

10. Способ по п.9, в котором фрейм ответа представляет собой фрейм ответа на пробу, фрейм ответа ассоциации или фрейм ответа повторной ассоциации.

11. Способ по п.7, дополнительно содержащий этап, на котором
передают указание, относящееся к возможностям экстренных вызовов АР.

12. Способ по п.11, дополнительно содержащий этап, на котором
передают указание, относящееся к возможностям экстренных вызовов активной АР.

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

14. Способ по п.13, в котором IE возможностей АР имеет длину более двух бит.

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

16. Способ по п.15, дополнительно содержащий этап, на котором
передают фрейм запроса, запрашивающий экстренный BSSID, и принимают фрейм ответа, указывающий экстренный BSSID.

17. Способ по п.16, в котором фрейм запроса представляет собой фрейм запроса на пробу, фрейм запроса ассоциации или фрейм запроса повторной ассоциации.

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

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

Документы, цитированные в отчете о поиске Патент 2011 года RU2409009C2

DE 202005009642 U1, 17.11.2005
Способ сборки цепей Галля 1931
  • Михайлов К.Н.
SU28765A1
СПОСОБ И СИСТЕМА ДЛЯ ОБРАБОТКИ СЕАНСА ЭКСТРЕННОЙ СВЯЗИ С СЕТЕВОЙ ИДЕНТИФИКАЦИЕЙ 2001
  • Кауппинен Ристо
  • Пойкселькя Миикка
RU2259642C2
WO 2005109930 A2, 17.11.2005
US 6493629 B1, 10.12.2002.

RU 2 409 009 C2

Авторы

Рудолф Мариан

Сунига Хуан Карлос

Рахман Шамим Акбар

Квак Джозеф А.

Даты

2011-01-10Публикация

2007-02-26Подача