RU2409009C2 - Поддержка экстренных вызовов в беспроводной локальной вычислительной сети - Google Patents
Поддержка экстренных вызовов в беспроводной локальной вычислительной сети Download PDFInfo
- Publication number
- RU2409009C2 RU2409009C2 RU2008139314/09A RU2008139314A RU2409009C2 RU 2409009 C2 RU2409009 C2 RU 2409009C2 RU 2008139314/09 A RU2008139314/09 A RU 2008139314/09A RU 2008139314 A RU2008139314 A RU 2008139314A RU 2409009 C2 RU2409009 C2 RU 2409009C2
- Authority
- RU
- Russia
- Prior art keywords
- bssid
- sta
- emergency
- emergency call
- frame
- Prior art date
Links
- 238000000034 method Methods 0.000 claims abstract description 117
- 230000004044 response Effects 0.000 claims abstract description 31
- 238000005516 engineering process Methods 0.000 abstract description 14
- 238000012546 transfer Methods 0.000 abstract description 13
- 238000012545 processing Methods 0.000 abstract description 4
- 239000000126 substance Substances 0.000 abstract 1
- 230000001413 cellular effect Effects 0.000 description 22
- 230000005540 biological transmission Effects 0.000 description 11
- 230000008569 process Effects 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 8
- 239000000523 sample Substances 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 230000011664 signaling Effects 0.000 description 7
- 230000000977 initiatory effect Effects 0.000 description 4
- 229920002239 polyacrylonitrile Polymers 0.000 description 4
- 201000006292 polyarteritis nodosa Diseases 0.000 description 4
- 230000008054 signal transmission Effects 0.000 description 4
- 230000007704 transition Effects 0.000 description 4
- 238000012795 verification Methods 0.000 description 3
- 108010007100 Pulmonary Surfactant-Associated Protein A Proteins 0.000 description 2
- 102100027773 Pulmonary surfactant-associated protein A2 Human genes 0.000 description 2
- 239000008186 active pharmaceutical agent Substances 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000010267 cellular communication Effects 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 241000223602 Alternaria alternata Species 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000007630 basic procedure Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000009429 distress Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- WKQYAIDXQNGNIQ-UHFFFAOYSA-N n'-(3,4-dichlorophenyl)-n,n-dimethylcarbamimidoyl chloride Chemical compound CN(C)C(Cl)=NC1=CC=C(Cl)C(Cl)=C1 WKQYAIDXQNGNIQ-UHFFFAOYSA-N 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- 230000007727 signaling mechanism Effects 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
- 201000009032 substance abuse Diseases 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/60—Context-dependent security
- H04W12/69—Identity-dependent
- H04W12/73—Access point logical identity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Emergency Management (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
Изобретение относится к беспроводным сетям передачи данных. Технический результат заключается в усовершенствовании обработки экстренного вызова. Предусмотрено несколько способов передачи информации о возможностях экстренного вызова между станцией и точкой доступа (АР) в беспроводной локальной вычислительной сети. Способы включают в себя: АР объявляет о своих возможностях экстренного вызова, и станция сообщает о своих возможностях экстренного вызова. АР может объявлять о своих возможностях экстренного вызова в сигнальном фрейме, фрейме ответа на пробу, фрейме ответа повторной ассоциации или фрейме ответа повторной аутентификации. Станция может сообщать о своих возможностях экстренного вызова в фрейме запроса ассоциации, фрейме запроса повторной ассоциации, фрейме запроса аутентификации или фрейме запроса повторной аутентификации. 5 н. и 14 з.п. ф-лы, 11 ил.
Description
Область техники, к которой относится изобретение
Настоящее изобретение, в общем, относится к беспроводным локальным вычислительным сетям (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, как описано выше.
Хотя свойства и элементы настоящего изобретения описаны в предпочтительных вариантах воплощения в конкретных комбинациях, каждое свойство или элемент можно использовать отдельно (без других свойств и элементов предпочтительных вариантов воплощения) или в различных комбинациях с другими свойствами или элементами в соответствии с настоящим изобретением, или без них.
Claims (19)
1. Способ для использования в точке доступа (АР), содержащий этапы, на которых передают первый сигнальный фрейм, который содержит первый идентификатор набора основных услуг (BSSID), на станцию (STA), причем первый BSSID ассоциирован с регистрационными данными безопасности, требуемыми для ассоциирования с первым BSSID; передают второй сигнальный фрейм, который содержит второй BSSID, на STA, причем второй BSSID ассоциирован с регистрационными данными безопасности экстренного вызова для ассоциирования со вторым BSSID; принимают от STA сообщение ассоциирования, которое включает в себя BSSID;
определяют, включает ли в себя принятое сообщение ассоциирования второй BSSID;
предоставляют STA доступ к АР при условии, что принятое сообщение ассоциирования включает в себя второй BSSID, причем доступ к АР ограничен экстренными вызовами.
определяют, включает ли в себя принятое сообщение ассоциирования второй BSSID;
предоставляют STA доступ к АР при условии, что принятое сообщение ассоциирования включает в себя второй BSSID, причем доступ к АР ограничен экстренными вызовами.
2. Способ по п.1, дополнительно содержащий этапы, на которых
определяют, включает ли в себя принятое сообщение ассоциирования первый BSSID или второй BSSID;
в ответ на определение того, что принятое сообщение ассоциирования включает в себя первый BSSID, определяют, включает ли в себя принятое сообщение ассоциирования действительные регистрационные данные безопасности;
в ответ на определение того, что принятое сообщение ассоциирования включает в себя действительные регистрационные данные безопасности, предоставляют доступ к STA;
в ответ на определение того, что принятое сообщение ассоциирования включает в себя второй BSSID, предоставляют доступ к STA, ограниченный экстренными вызовами.
определяют, включает ли в себя принятое сообщение ассоциирования первый BSSID или второй BSSID;
в ответ на определение того, что принятое сообщение ассоциирования включает в себя первый BSSID, определяют, включает ли в себя принятое сообщение ассоциирования действительные регистрационные данные безопасности;
в ответ на определение того, что принятое сообщение ассоциирования включает в себя действительные регистрационные данные безопасности, предоставляют доступ к STA;
в ответ на определение того, что принятое сообщение ассоциирования включает в себя второй BSSID, предоставляют доступ к STA, ограниченный экстренными вызовами.
3. Способ по п.1, дополнительно содержащий этап, на котором передают указание, относящееся к возможностям экстренных вызовов АР.
4. Способ по п.1, дополнительно содержащий этап, на котором передают указание, относящееся к возможностям экстренных вызовов активной АР.
5. Способ по п.3, в котором указание, относящееся к возможностям экстренных вызовов АР, передают в расширенном информационном элементе (IE) возможностей АР.
6. Способ по п.5, в котором IE возможностей АР имеет длину более двух бит.
7. Способ для использования в точке доступа (АР), содержащий этапы, на которых
генерируют экстренный идентификатор набора основных услуг (BSSID) только для доступа к экстренному вызову;
передают множество идентификаторов набора основных услуг (BSSID), причем по меньшей мере один из множества BSSID представляет собой экстренный BSSID;
принимают от станции (STA) запрос доступа, указывающий экстренный BSSID;
предоставляют STA доступ к экстренному вызову.
генерируют экстренный идентификатор набора основных услуг (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; и принимают доступ к АР, причем доступ ограничен экстренными вызовами.
принимают первый сигнальный фрейм, который содержит первый идентификатор набора основных услуг (BSSID), от точки доступа (АР), причем первый BSSID ассоциирован с регистрационными данными безопасности, требуемыми для ассоциирования с первым BSSID; принимают второй сигнальный фрейм, который содержит второй BSSID, от АР, причем второй BSSID ассоциирован с регистрационными данными безопасности экстренного вызова для ассоциирования со вторым BSSID; передают сообщение ассоциирования, которое включает в себя BSSID; и принимают доступ к АР, причем доступ ограничен экстренными вызовами.
16. Способ по п.15, дополнительно содержащий этап, на котором
передают фрейм запроса, запрашивающий экстренный BSSID, и принимают фрейм ответа, указывающий экстренный BSSID.
передают фрейм запроса, запрашивающий экстренный BSSID, и принимают фрейм ответа, указывающий экстренный BSSID.
17. Способ по п.16, в котором фрейм запроса представляет собой фрейм запроса на пробу, фрейм запроса ассоциации или фрейм запроса повторной ассоциации.
18. Точка доступа (АР), содержащая
передатчик, выполненный с возможностью передачи первого сигнального фрейма, который содержит первый идентификатор набора основных услуг (BSSID), на станцию (STA), причем первый BSSID ассоциирован с регистрационными данными безопасности, требуемыми для ассоциирования с первым BSSID, и передачи второго сигнального фрейма, который содержит второй BSSID, на STA, причем второй BSSID ассоциирован с регистрационными данными безопасности экстренного вызова для ассоциирования со вторым BSSID;
приемник, выполненный с возможностью приема, от STA, сообщения ассоциирования, которое включает в себя BSSID;
процессор, выполненный с возможностью определения того, включает ли в себя принятое сообщение ассоциирования второй BSSID, и предоставления STA доступа к АР при условии, что принятое сообщение ассоциирования включает в себя второй BSSID, причем доступ к АР ограничен экстренными вызовами.
передатчик, выполненный с возможностью передачи первого сигнального фрейма, который содержит первый идентификатор набора основных услуг (BSSID), на станцию (STA), причем первый BSSID ассоциирован с регистрационными данными безопасности, требуемыми для ассоциирования с первым BSSID, и передачи второго сигнального фрейма, который содержит второй BSSID, на STA, причем второй BSSID ассоциирован с регистрационными данными безопасности экстренного вызова для ассоциирования со вторым BSSID;
приемник, выполненный с возможностью приема, от STA, сообщения ассоциирования, которое включает в себя BSSID;
процессор, выполненный с возможностью определения того, включает ли в себя принятое сообщение ассоциирования второй BSSID, и предоставления STA доступа к АР при условии, что принятое сообщение ассоциирования включает в себя второй BSSID, причем доступ к АР ограничен экстренными вызовами.
19. Станция (STA), содержащая
приемник, выполненный с возможностью приема, от точки доступа (АР), первого сигнального фрейма, который содержит первый идентификатор набора основных услуг (BSSID), причем первый BSSID ассоциирован с регистрационными данными безопасности, требуемыми для ассоциирования с первым BSSID, и приема второго сигнального фрейма, который содержит второй BSSID, от АР, причем второй BSSID ассоциирован с регистрационными данными безопасности экстренного вызова для ассоциирования со вторым BSSID;
передатчик, выполненный с возможностью передачи сообщения ассоциирования, которое включает в себя BSSID;
при этом приемник выполнен с возможностью приема доступа к АР, причем доступ ограничен экстренными вызовами.
приемник, выполненный с возможностью приема, от точки доступа (АР), первого сигнального фрейма, который содержит первый идентификатор набора основных услуг (BSSID), причем первый BSSID ассоциирован с регистрационными данными безопасности, требуемыми для ассоциирования с первым BSSID, и приема второго сигнального фрейма, который содержит второй BSSID, от АР, причем второй BSSID ассоциирован с регистрационными данными безопасности экстренного вызова для ассоциирования со вторым BSSID;
передатчик, выполненный с возможностью передачи сообщения ассоциирования, которое включает в себя BSSID;
при этом приемник выполнен с возможностью приема доступа к АР, причем доступ ограничен экстренными вызовами.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/367,125 | 2006-03-03 | ||
US11/367,125 US8682279B2 (en) | 2004-05-07 | 2006-03-03 | Supporting emergency calls on a wireless local area network |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2008139314A RU2008139314A (ru) | 2010-04-10 |
RU2409009C2 true RU2409009C2 (ru) | 2011-01-10 |
Family
ID=38329598
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2008139314/09A RU2409009C2 (ru) | 2006-03-03 | 2007-02-26 | Поддержка экстренных вызовов в беспроводной локальной вычислительной сети |
Country Status (15)
Country | Link |
---|---|
US (3) | US8682279B2 (ru) |
EP (1) | EP1997340A2 (ru) |
JP (3) | JP4960391B2 (ru) |
KR (6) | KR101258312B1 (ru) |
CN (2) | CN102868987A (ru) |
AR (1) | AR059711A1 (ru) |
AU (1) | AU2007224260B2 (ru) |
BR (1) | BRPI0707067A2 (ru) |
CA (1) | CA2644492C (ru) |
HK (1) | HK1126612A1 (ru) |
MX (1) | MX2008011250A (ru) |
MY (2) | MY146739A (ru) |
RU (1) | RU2409009C2 (ru) |
TW (2) | TWI472186B (ru) |
WO (1) | WO2007103055A2 (ru) |
Families Citing this family (149)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8682279B2 (en) * | 2004-05-07 | 2014-03-25 | Interdigital Technology Corporation | Supporting emergency calls on a wireless local area network |
US7826472B2 (en) * | 2005-02-18 | 2010-11-02 | Avaya Inc. | Methods and systems for providing priority access to 802.11 endpoints using DCF protocol |
KR100717962B1 (ko) * | 2005-07-15 | 2007-05-14 | 전자부품연구원 | 다수의 노드를 포함하는 무선 네트워크 시스템에서의데이터 전송 제어 방법 및 이를 이용한 센서 네트워크시스템 및 기록 매체 |
US20070081452A1 (en) * | 2005-10-06 | 2007-04-12 | Edward Walter | Access port centralized management |
US8559350B2 (en) * | 2005-12-20 | 2013-10-15 | Microsoft Corporation | Mechanism to convey discovery information in a wireless network |
US8478300B2 (en) * | 2005-12-20 | 2013-07-02 | Microsoft Corporation | Proximity service discovery in wireless networks |
US20070254623A1 (en) * | 2006-04-26 | 2007-11-01 | International Business Machines Corporation | Emergency message delivery for cell phones |
US20070265005A1 (en) * | 2006-05-05 | 2007-11-15 | Nokia Corporation | Network selection for prioritized access via wireless access networks |
WO2008018937A1 (en) * | 2006-05-12 | 2008-02-14 | Interdigital Technology Corporation | Method and apparatus for supporting an emergency call in a wireless metropolitan area network |
US10681151B2 (en) | 2006-05-15 | 2020-06-09 | Microsoft Technology Licensing, Llc | Notification framework for wireless networks |
US20090094111A1 (en) * | 2007-10-09 | 2009-04-09 | Microsoft Corporation | Advertising framework for wireless networks |
US8818322B2 (en) | 2006-06-09 | 2014-08-26 | Trapeze Networks, Inc. | Untethered access point mesh system and method |
US20080014936A1 (en) * | 2006-07-14 | 2008-01-17 | Motorola, Inc. | Methods and devices for communication network selection by recipient |
US20090298514A1 (en) | 2006-09-14 | 2009-12-03 | Shah Ullah | Real world behavior measurement using identifiers specific to mobile devices |
US9445353B2 (en) | 2006-09-14 | 2016-09-13 | Omnitrail Technologies Inc. | Presence platform for passive radio access network-to-radio access network device transition |
KR100938754B1 (ko) | 2006-10-30 | 2010-01-26 | 엘지전자 주식회사 | 비연속 수신을 이용한 데이터 수신 및 전송 방법 |
CN101702964B (zh) * | 2007-03-30 | 2014-03-19 | 意大利电信股份公司 | 使移动通信终端能够与无线电通信网络连接的方法和系统 |
ATE515156T1 (de) * | 2007-03-30 | 2011-07-15 | Telecom Italia Spa | Verfahren und system zur ermöglichung der verbindung eines mobilen kommunikationsendgeräts mit einem funkkommunikationsnetz |
US8223630B2 (en) * | 2007-04-24 | 2012-07-17 | At&T Intellectual Property I, L.P. | System for monitoring operations of an ENUM system |
KR100917205B1 (ko) | 2007-05-02 | 2009-09-15 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 구성 방법 |
US8180032B2 (en) * | 2007-05-11 | 2012-05-15 | At&T Intellectual Property I, L.P. | Methods and systems for protecting a telecommunication service from Denial of Service (DoS) attack |
ES2652668T3 (es) | 2007-06-18 | 2018-02-05 | Lg Electronics Inc. | Procedimiento y equipamiento de usuario para realizar una sincronización de enlace ascendente en un sistema de comunicación inalámbrica |
CN101779417B (zh) * | 2007-07-04 | 2013-02-06 | Lg电子株式会社 | 在无线lan中与外部网络的交互过程及其消息格式 |
ES2441185T3 (es) * | 2007-08-21 | 2014-02-03 | Redknee Inc. | Método y sistema para encaminamiento de llamadas |
US9106742B2 (en) * | 2007-11-21 | 2015-08-11 | At&T Intellectual Property Ii, L.P. | Devices, systems, and/or methods regarding telecommunications addressing |
US20090176474A1 (en) * | 2008-01-07 | 2009-07-09 | Nokia Corporation | Apparatus, method and computer program product for maintaining emergency calls during mobile device movement |
US9105031B2 (en) * | 2008-02-22 | 2015-08-11 | Microsoft Technology Licensing, Llc | Authentication mechanisms for wireless networks |
US20090219905A1 (en) * | 2008-03-03 | 2009-09-03 | Qualcomm Incorporated | Wireless communication collision detection |
US8599802B2 (en) | 2008-03-14 | 2013-12-03 | Interdigital Patent Holdings, Inc. | Method and apparatus to deliver public warning messages |
WO2009157172A1 (ja) * | 2008-06-27 | 2009-12-30 | パナソニック株式会社 | 通信システム及び通信処理装置並びに認証処理装置 |
GB2463230A (en) * | 2008-08-28 | 2010-03-10 | Nec Corp | Provision of emergency call service in a cellular communication system |
US8363586B2 (en) * | 2008-12-31 | 2013-01-29 | Intel Corporation | Social networking and advertisements in a mobile device on a local personal area network |
KR101525627B1 (ko) * | 2009-02-06 | 2015-06-03 | 주식회사 엘지유플러스 | 긴급 메시지 처리 시스템 및 그 제어방법 |
EP2226002B1 (en) * | 2009-03-04 | 2012-01-18 | Fujitsu Limited | Improvements to body area networks |
WO2010105812A1 (en) * | 2009-03-17 | 2010-09-23 | Alcatel Lucent | Cellular wireless network and method of operation |
US8559909B2 (en) * | 2009-03-20 | 2013-10-15 | Samsung Electronics Co., Ltd. | Techniques for supporting emergency communications in wireless communication system |
US8831555B2 (en) * | 2009-04-03 | 2014-09-09 | Qualcomm Incorporated | Reestablishment procedure for an emergency call |
US20100267355A1 (en) * | 2009-04-17 | 2010-10-21 | Varney Douglas W | Method for allowing Reestablishment of A call to A mobile terminal that is blocked from receiving calls |
CN102204177B (zh) * | 2009-04-27 | 2013-08-14 | 华为技术有限公司 | 支持多级受限模式紧急呼叫的方法、装置和系统 |
CN102369757B (zh) * | 2009-05-12 | 2015-09-30 | 华为技术有限公司 | 一种网络选择的方法及装置 |
TWI426797B (zh) * | 2009-06-29 | 2014-02-11 | Inst Information Industry | 基地台、下級站台及其緊急資訊傳輸方法 |
CN101945365B (zh) * | 2009-07-07 | 2014-12-10 | 中兴通讯股份有限公司 | 一种紧急会话切换的方法和系统 |
US9007967B2 (en) * | 2009-12-03 | 2015-04-14 | Intel Corporation | BSS/PBSS support and schedule-free networking in 60GHz |
US8351896B2 (en) * | 2010-01-15 | 2013-01-08 | Research In Motion Limited | Method to support emergency call through mesh network |
CA2696037A1 (en) | 2010-03-15 | 2011-09-15 | Research In Motion Limited | Advertisement and dynamic configuration of wlan prioritization states |
GB2479578A (en) * | 2010-04-15 | 2011-10-19 | Nec Corp | Making emergency calls without the need for re-authentication |
PT2561708T (pt) * | 2010-04-21 | 2019-02-06 | Nokia Technologies Oy | Método e aparelho para determinar capacidades de serviço de ponto de acesso |
CN101860856B (zh) * | 2010-04-21 | 2013-06-05 | 杭州华三通信技术有限公司 | 一种无线局域网中提供差异化服务的方法和设备 |
US8929346B2 (en) * | 2010-05-14 | 2015-01-06 | Blackberry Limited | Advertisement and distribution of notifications in a wireless local area network (WLAN) |
US8442024B2 (en) * | 2010-05-14 | 2013-05-14 | Research In Motion Limited | Advertisement and distribution of notifications in a wireless local area network (WLAN) |
US8681769B2 (en) | 2010-05-14 | 2014-03-25 | Blackberry Limited | Incorporation of a notification in a network name |
US8458279B2 (en) | 2010-05-14 | 2013-06-04 | Research In Motion Limited | Advertisement and distribution of notifications using extensible authentication protocol (EAP) methods |
JP2013534090A (ja) | 2010-06-07 | 2013-08-29 | インターデイジタル パテント ホールディングス インコーポレイテッド | 輻輳したネットワークにおいてサービス要求メッセージを送信するための方法および装置 |
GB2481395A (en) * | 2010-06-21 | 2011-12-28 | Nec Casio Mobile Comm Ltd | Call set-up management in a mobile radio communications network |
US9246742B2 (en) * | 2010-09-07 | 2016-01-26 | Intel Corporation | Device, system and method of wireless communication |
US8989213B2 (en) * | 2010-09-15 | 2015-03-24 | Qualcomm Incorporated | Physical layer header with access point identifier |
US8750180B2 (en) | 2011-09-16 | 2014-06-10 | Blackberry Limited | Discovering network information available via wireless networks |
US20130078940A1 (en) * | 2011-09-27 | 2013-03-28 | Rajesh Patil | Radio access technology (rat) based call control |
CN104255059A (zh) * | 2011-10-12 | 2014-12-31 | 欧姆尼特雷尔有限责任公司 | 用于被动无线电接入网到无线电接入网设备的转变的呈现平台 |
US8942221B2 (en) | 2011-11-10 | 2015-01-27 | Blackberry Limited | Caching network discovery responses in wireless networks |
US9148894B1 (en) * | 2011-12-13 | 2015-09-29 | Trend Micro Inc. | Fast remote execution between mobile devices |
CN106851776B (zh) | 2012-01-21 | 2020-11-17 | 华为终端有限公司 | 一种设备接入网络的方法、接入点、入网设备及系统 |
US9204299B2 (en) | 2012-05-11 | 2015-12-01 | Blackberry Limited | Extended service set transitions in wireless networks |
US9894599B2 (en) | 2012-06-13 | 2018-02-13 | Qualcomm, Incorporated | Method and apparatus for WLAN initial link setup |
US10812964B2 (en) | 2012-07-12 | 2020-10-20 | Blackberry Limited | Address assignment for initial authentication |
US9137621B2 (en) | 2012-07-13 | 2015-09-15 | Blackberry Limited | Wireless network service transaction protocol |
WO2014061957A1 (en) * | 2012-10-15 | 2014-04-24 | Lg Electronics Inc. | Method and apparatus for maintaining association in wireless lan system |
US9554324B2 (en) * | 2012-10-16 | 2017-01-24 | Stmicroelectronics, Inc. | Fast initial link setup (FILS) frame content for a wireless network |
CN107182105B (zh) * | 2012-12-12 | 2021-05-04 | 华为技术有限公司 | 信息处理方法、接入点及站点 |
US9125143B2 (en) * | 2012-12-27 | 2015-09-01 | Intel Corporation | Broadcast based discovery of Wi-Fi networks, devices and services |
WO2014112941A1 (en) * | 2013-01-18 | 2014-07-24 | Telefonaktiebolaget L M Ericsson (Publ) | Enhanced integration between wi-fi and mobile communication networks |
US9301127B2 (en) | 2013-02-06 | 2016-03-29 | Blackberry Limited | Persistent network negotiation for peer to peer devices |
US9226125B2 (en) | 2013-03-14 | 2015-12-29 | Google Technology Holdings LLC | Method and apparatus for alert message reception |
US20140273909A1 (en) * | 2013-03-14 | 2014-09-18 | Motorola Mobility Llc | Method and apparatus for alert message reception |
WO2015108462A1 (en) | 2014-01-16 | 2015-07-23 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and nodes for information transfer in wlan |
US9578620B2 (en) | 2014-04-22 | 2017-02-21 | Comcast Cable Communications, Llc | Mapping and bridging wireless networks to provide better service |
US9936364B2 (en) | 2014-07-03 | 2018-04-03 | Cisco Technology, Inc. | Mobile device wireless identifier assignment for emergency calls |
US9838858B2 (en) | 2014-07-08 | 2017-12-05 | Rapidsos, Inc. | System and method for call management |
CA2952835C (en) | 2014-07-23 | 2021-02-16 | Qualcomm Incorporated | Vehicle-initiated emergency calls |
EP3195563B1 (en) | 2014-09-19 | 2021-12-15 | Rapidsos Inc. | Method for emergency call management |
US9565541B2 (en) | 2014-12-29 | 2017-02-07 | Iridium Satellite Llc | Emergency communications from a local area network hotspot |
US9967906B2 (en) | 2015-01-07 | 2018-05-08 | Cisco Technology, Inc. | Wireless roaming using a distributed store |
US9787491B2 (en) | 2015-03-20 | 2017-10-10 | Landis & Gyr Innovations, Inc. | Interleaved communication with resource providers and a home area network |
ES2954114T3 (es) * | 2015-05-18 | 2023-11-20 | Deutsche Telekom Ag | Procedimiento para mejorar la gestión de llamadas de emergencia de un equipo de usuario que se conecta a un punto de acceso inalámbrico, mientras se inicia una llamada de emergencia, sistema para mejorar la gestión de llamadas de emergencia, red de comunicación móvil para mejorar la gestión de llamadas de emergencia, equipo de usuario, punto de acceso inalámbrico, programa y producto de programa informático |
US9775181B2 (en) | 2015-06-25 | 2017-09-26 | Qualcomm Incorporated | Reducing re-association time for STA connected to AP |
US9985837B2 (en) | 2015-07-23 | 2018-05-29 | Cisco Technology, Inc. | Refresh of the binding tables between data-link-layer and network-layer addresses on mobility in a data center environment |
CN108476260A (zh) | 2015-11-02 | 2018-08-31 | 快速求救公司 | 用于紧急响应的态势感知的方法和系统 |
JP2019505117A (ja) | 2015-12-17 | 2019-02-21 | ラピッドエスオーエス,インク. | 効率的な緊急呼出のためのデバイス及び方法 |
US9642167B1 (en) | 2015-12-17 | 2017-05-02 | Cisco Technology, Inc. | Location-based VoIP functions in a wireless network |
WO2017112820A1 (en) | 2015-12-22 | 2017-06-29 | Rapidsos, Inc. | Systems and methods for robust and persistent emergency communications |
US9986404B2 (en) | 2016-02-26 | 2018-05-29 | Rapidsos, Inc. | Systems and methods for emergency communications amongst groups of devices based on shared data |
CN107306386B (zh) * | 2016-04-22 | 2020-02-14 | 华为技术有限公司 | 接入点触发终端漫游的方法及接入点 |
EP3449653A4 (en) | 2016-04-26 | 2019-09-18 | Rapidsos Inc. | EMERGENCY COMMUNICATION SYSTEMS AND METHODS |
AU2017262647A1 (en) | 2016-05-09 | 2018-12-20 | Rapidsos, Inc. | Systems and methods for emergency communications |
US10405139B2 (en) * | 2016-05-31 | 2019-09-03 | Mediatek Inc. | Portable electronic devices with an emergency mode for locating survivors in disasters |
CN107579933B (zh) * | 2016-07-04 | 2021-04-16 | 中兴通讯股份有限公司 | 一种紧急服务方法及装置 |
WO2018039142A1 (en) | 2016-08-22 | 2018-03-01 | Rapidsos, Inc. | Predictive analytics for emergency detection and response management |
US10326204B2 (en) | 2016-09-07 | 2019-06-18 | Cisco Technology, Inc. | Switchable, oscillating near-field and far-field antenna |
US10143000B2 (en) * | 2016-12-12 | 2018-11-27 | Landis+Gyr Innovations, Inc. | Prioritized association between child devices and parent devices operating on a time-slotted channel hopping network |
US20180192264A1 (en) * | 2016-12-30 | 2018-07-05 | T-Mobile Usa, Inc. | Open Access Points for Emergency Calls |
US9867217B1 (en) * | 2016-12-30 | 2018-01-09 | T-Mobile Usa, Inc. | Emergency call setup in wireless networks |
US10375558B2 (en) | 2017-04-24 | 2019-08-06 | Rapidsos, Inc. | Modular emergency communication flow management system |
US10440723B2 (en) | 2017-05-17 | 2019-10-08 | Cisco Technology, Inc. | Hierarchical channel assignment in wireless networks |
US10555341B2 (en) | 2017-07-11 | 2020-02-04 | Cisco Technology, Inc. | Wireless contention reduction |
US10440031B2 (en) | 2017-07-21 | 2019-10-08 | Cisco Technology, Inc. | Wireless network steering |
RU2735020C1 (ru) * | 2017-08-09 | 2020-10-27 | Нокиа Солюшнс энд Нетуоркс Ой | Индикация поддержки услуги передачи экстренных речевых вызовов |
US10735981B2 (en) | 2017-10-10 | 2020-08-04 | Cisco Technology, Inc. | System and method for providing a layer 2 fast re-switch for a wireless controller |
EP3721402A4 (en) | 2017-12-05 | 2021-08-04 | Rapidsos Inc. | EMERGENCY MANAGEMENT SOCIAL MEDIA CONTENT |
US10375667B2 (en) | 2017-12-07 | 2019-08-06 | Cisco Technology, Inc. | Enhancing indoor positioning using RF multilateration and optical sensing |
US11395254B2 (en) * | 2018-01-16 | 2022-07-19 | Maarten Van Laere | Cellular alerting add-on |
US10820181B2 (en) | 2018-02-09 | 2020-10-27 | Rapidsos, Inc. | Emergency location analysis system |
WO2019204228A1 (en) | 2018-04-16 | 2019-10-24 | Rapidsos, Inc. | Emergency data management and access system |
US10721792B2 (en) | 2018-05-11 | 2020-07-21 | Apple Inc. | User equipment and network procedures for emergency broadcasting on Wi-Fi |
US10673618B2 (en) | 2018-06-08 | 2020-06-02 | Cisco Technology, Inc. | Provisioning network resources in a wireless network using a native blockchain platform |
US10505718B1 (en) | 2018-06-08 | 2019-12-10 | Cisco Technology, Inc. | Systems, devices, and techniques for registering user equipment (UE) in wireless networks using a native blockchain platform |
EP3803774A4 (en) | 2018-06-11 | 2022-03-09 | Rapidsos, Inc. | SYSTEMS AND USER INTERFACES FOR EMERGENCY DATA INTEGRATION |
US10873636B2 (en) | 2018-07-09 | 2020-12-22 | Cisco Technology, Inc. | Session management in a forwarding plane |
US10671462B2 (en) | 2018-07-24 | 2020-06-02 | Cisco Technology, Inc. | System and method for message management across a network |
US11252040B2 (en) | 2018-07-31 | 2022-02-15 | Cisco Technology, Inc. | Advanced network tracing in the data plane |
US10623949B2 (en) | 2018-08-08 | 2020-04-14 | Cisco Technology, Inc. | Network-initiated recovery from a text message delivery failure |
US10735209B2 (en) | 2018-08-08 | 2020-08-04 | Cisco Technology, Inc. | Bitrate utilization feedback and control in 5G-NSA networks |
US10284429B1 (en) | 2018-08-08 | 2019-05-07 | Cisco Technology, Inc. | System and method for sharing subscriber resources in a network environment |
US11917514B2 (en) | 2018-08-14 | 2024-02-27 | Rapidsos, Inc. | Systems and methods for intelligently managing multimedia for emergency response |
US10949557B2 (en) | 2018-08-20 | 2021-03-16 | Cisco Technology, Inc. | Blockchain-based auditing, instantiation and maintenance of 5G network slices |
US10374749B1 (en) | 2018-08-22 | 2019-08-06 | Cisco Technology, Inc. | Proactive interference avoidance for access points |
US10567293B1 (en) | 2018-08-23 | 2020-02-18 | Cisco Technology, Inc. | Mechanism to coordinate end to end quality of service between network nodes and service provider core |
US10230605B1 (en) | 2018-09-04 | 2019-03-12 | Cisco Technology, Inc. | Scalable distributed end-to-end performance delay measurement for segment routing policies |
US10652152B2 (en) | 2018-09-04 | 2020-05-12 | Cisco Technology, Inc. | Mobile core dynamic tunnel end-point processing |
US10779188B2 (en) | 2018-09-06 | 2020-09-15 | Cisco Technology, Inc. | Uplink bandwidth estimation over broadband cellular networks |
US11558288B2 (en) | 2018-09-21 | 2023-01-17 | Cisco Technology, Inc. | Scalable and programmable mechanism for targeted in-situ OAM implementation in segment routing networks |
US10285155B1 (en) | 2018-09-24 | 2019-05-07 | Cisco Technology, Inc. | Providing user equipment location information indication on user plane |
US11044594B2 (en) * | 2018-09-26 | 2021-06-22 | Apple Inc. | Enhanced procedures for sending emergency messages to multiple mobile devices |
US10977927B2 (en) | 2018-10-24 | 2021-04-13 | Rapidsos, Inc. | Emergency communication flow management and notification system |
US10601724B1 (en) | 2018-11-01 | 2020-03-24 | Cisco Technology, Inc. | Scalable network slice based queuing using segment routing flexible algorithm |
KR20200054006A (ko) | 2018-11-09 | 2020-05-19 | 삼성전자주식회사 | 무선 통신 시스템에서 레인징 제어를 위한 방법 및 장치 |
WO2020117012A1 (en) | 2018-12-07 | 2020-06-11 | Samsung Electronics Co., Ltd. | Method and device for transmitting and receiving data via uwb in wireless communication system |
US11218584B2 (en) | 2019-02-22 | 2022-01-04 | Rapidsos, Inc. | Systems and methods for automated emergency response |
US11146680B2 (en) | 2019-03-29 | 2021-10-12 | Rapidsos, Inc. | Systems and methods for emergency data integration |
WO2020205033A1 (en) | 2019-03-29 | 2020-10-08 | Rapidsos, Inc. | Systems and methods for emergency data integration |
US10805982B1 (en) * | 2019-04-29 | 2020-10-13 | Blackberry Limited | Supported extended emergency information type |
US11228891B2 (en) | 2019-07-03 | 2022-01-18 | Rapidsos, Inc. | Systems and methods for emergency medical communications |
US11115881B2 (en) | 2019-08-08 | 2021-09-07 | Landis+Gyr Innovations, Inc. | Heterogeneous networks using two channel hopping protocols |
CN112788557B (zh) * | 2019-11-08 | 2022-11-18 | 华为技术有限公司 | 一种物联网传感器管理方法以及无线访问点 |
KR102180836B1 (ko) * | 2019-12-27 | 2020-11-20 | 동국대학교 산학협력단 | 조난자 단말 장치로부터 근거리 통신 모듈을 통해 조난 신호를 수신하는 구조대 단말 장치 및 그 동작 방법 |
CN112135296B (zh) * | 2020-09-23 | 2024-03-19 | 陈卫锋 | 一种基于改进的信标帧的安全监控的方法、装置 |
US11330664B1 (en) | 2020-12-31 | 2022-05-10 | Rapidsos, Inc. | Apparatus and method for obtaining emergency data and providing a map view |
US20230262786A1 (en) * | 2022-02-15 | 2023-08-17 | Huawei Technologies Co., Ltd. | System and methods for providing priority network access for a multi-link wlan entity |
US11943692B2 (en) | 2022-05-12 | 2024-03-26 | Teltrust Corporation | Emergency response using non-cellular long-range radio channel and emergency use wi-fi hotspot |
US20240040663A1 (en) * | 2022-08-01 | 2024-02-01 | Samsung Electronics Co., Ltd. | Method and apparatus for bss transition support for epcs |
Family Cites Families (88)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US203718A (en) * | 1878-05-14 | Improvement in beer-cooling apparatus | ||
US28765A (en) * | 1860-06-19 | Sendee foe | ||
US5515419A (en) * | 1992-06-01 | 1996-05-07 | Trackmobile | Tracking system and method for tracking a movable object carrying a cellular phone unit, and integrated personal protection system incorporating the tracking system |
JPH09107418A (ja) | 1995-10-13 | 1997-04-22 | Denso Corp | 移動無線電話端末 |
US6085085A (en) * | 1996-03-27 | 2000-07-04 | Qualcomm Incorporated | Method and apparatus for performing preferred system selection |
US5742904A (en) * | 1996-07-08 | 1998-04-21 | Motorola, Inc. | Method of providing emergency alarm support via an alternative radio communication system |
DE19638170C2 (de) * | 1996-09-11 | 1998-09-03 | Siemens Ag | Verfahren zum Absetzen von Notrufen in Schnurlos-Telekommunikationssystemen, insbesondere DECT/GAP-Systemen |
US5862201A (en) * | 1996-09-12 | 1999-01-19 | Simplex Time Recorder Company | Redundant alarm monitoring system |
FI964714A (fi) | 1996-11-26 | 1998-05-27 | Nokia Telecommunications Oy | Menetelmä hätäpuhelun varmistamiseksi langattomassa tilaajaverkkoympäristössä |
FI103557B1 (fi) | 1997-01-10 | 1999-07-15 | Nokia Telecommunications Oy | Menetelmä hätäpuhelun varmistamiseksi langattomassa tilaajaverkossa |
US5786565A (en) * | 1997-01-27 | 1998-07-28 | Saint-Gobain/Norton Industrial Ceramics Corporation | Match head ceramic igniter and method of using same |
US6826394B1 (en) | 1997-04-22 | 2004-11-30 | Ericsson Inc. | Interaction between an adjunct positioning system and a radiocommunication system |
US20020169539A1 (en) * | 2001-03-28 | 2002-11-14 | Menard Raymond J. | Method and system for wireless tracking |
US6240284B1 (en) | 1998-11-06 | 2001-05-29 | Telefonaktiebolaget L M Ericsson (Publ) | System and method of handling emergency calls from roaming mobile stations in a radio telecommunications network |
US6184829B1 (en) * | 1999-01-08 | 2001-02-06 | Trueposition, Inc. | Calibration for wireless location system |
US6374099B1 (en) | 1999-05-10 | 2002-04-16 | Lucent Technologies Inc. | High priority and/or emergency overload access control system |
US6801762B1 (en) * | 1999-09-29 | 2004-10-05 | Nokia Corporation | Apparatus, and associated method, for placing an emergency call in a radio communication system |
US6282429B1 (en) | 1999-10-20 | 2001-08-28 | Lucent Technologies Inc. | System for providing prioritized wireless communication service to wireless communication subscribers |
US6415018B1 (en) * | 2000-02-08 | 2002-07-02 | Lucent Technologies Inc. | Telecommunication system and method for handling special number calls having geographic sensitivity |
DE10008653A1 (de) * | 2000-02-24 | 2001-09-06 | Siemens Ag | Verbesserungen an einem Funkkommunikationssystem |
US7623447B1 (en) | 2000-04-10 | 2009-11-24 | Nokia Corporation | Telephony services in mobile IP networks |
RU2430490C2 (ru) | 2000-04-10 | 2011-09-27 | Нокиа Корпорейшн | Телефонные услуги в сетях мобильной связи с интернет-протоколом |
US7298697B2 (en) * | 2000-04-10 | 2007-11-20 | Nokia Corporation | Setting a communication channel |
US6659947B1 (en) * | 2000-07-13 | 2003-12-09 | Ge Medical Systems Information Technologies, Inc. | Wireless LAN architecture for integrated time-critical and non-time-critical services within medical facilities |
US20020133716A1 (en) * | 2000-09-05 | 2002-09-19 | Shlomi Harif | Rule-based operation and service provider authentication for a keyed system |
US7099332B2 (en) * | 2000-12-29 | 2006-08-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Emergency calling with a VoIP device in a VLAN environment |
US7133909B2 (en) * | 2001-01-12 | 2006-11-07 | Microsoft Corporation | Systems and methods for locating mobile computer users in a wireless network |
CA2439697C (en) * | 2001-03-02 | 2007-11-13 | At&T Corp. | Interference suppression methods for 802.11 |
US6756917B2 (en) | 2001-03-16 | 2004-06-29 | Lawrence A. Gould | Methods for employing location information associated with emergency 911 wireless transmissions for supplementary and complementary purposes |
RU2259642C2 (ru) | 2001-04-27 | 2005-08-27 | Нокиа Корпорейшн | Способ и система для обработки сеанса экстренной связи с сетевой идентификацией |
US20020163906A1 (en) * | 2001-05-04 | 2002-11-07 | John Diachina | Emergency packet data service |
US20020176579A1 (en) * | 2001-05-24 | 2002-11-28 | Deshpande Nikhil M. | Location-based services using wireless hotspot technology |
US6678357B2 (en) | 2001-09-26 | 2004-01-13 | Siemens Information And Communication Networks, Inc. | Internet protocol (IP) emergency connections (ITEC) telephony |
US7274684B2 (en) * | 2001-10-10 | 2007-09-25 | Bruce Fitzgerald Young | Method and system for implementing and managing a multimedia access network device |
US20040021569A1 (en) * | 2001-11-21 | 2004-02-05 | Robert Lepkofker | Personnel and resource tracking method and system for enclosed spaces |
US6493629B1 (en) * | 2001-12-03 | 2002-12-10 | Motorola, Inc. | Method of and system for coupling location information |
US7986937B2 (en) * | 2001-12-20 | 2011-07-26 | Microsoft Corporation | Public access point |
US7103776B1 (en) * | 2002-01-31 | 2006-09-05 | Acuson | Emergency logon method |
JP4026118B2 (ja) * | 2002-02-20 | 2007-12-26 | 日本電気株式会社 | 移動端末、緊急呼管理装置、緊急呼管理システム及び緊急呼の管理方法 |
US7295556B2 (en) * | 2002-03-01 | 2007-11-13 | Enterasys Networks, Inc. | Location discovery in a data network |
US7206306B2 (en) | 2002-03-26 | 2007-04-17 | Siemens Communications, Inc. | System and method for emergency call diversion |
US7489687B2 (en) * | 2002-04-11 | 2009-02-10 | Avaya. Inc. | Emergency bandwidth allocation with an RSVP-like protocol |
US7103151B2 (en) * | 2002-04-19 | 2006-09-05 | Mci, Llc | Telephone system and method for reliable emergency services calling |
US6907229B2 (en) * | 2002-05-06 | 2005-06-14 | Extricom Ltd. | Enhancing wireless LAN capacity using transmission power control |
US6748211B1 (en) * | 2002-05-22 | 2004-06-08 | Motorola, Inc. | Device and method for transmitting a message from a client device to a service center |
US7034678B2 (en) * | 2002-07-02 | 2006-04-25 | Tri-Sentinel, Inc. | First responder communications system |
US7091851B2 (en) * | 2002-07-02 | 2006-08-15 | Tri-Sentinel, Inc. | Geolocation system-enabled speaker-microphone accessory for radio communication devices |
US20040008826A1 (en) * | 2002-07-10 | 2004-01-15 | Simon Rakoff | Telephone line dial monitor with wireless transmitter, and external visual indicator with wireless receiver |
GB2391137B (en) * | 2002-07-19 | 2004-09-01 | Synad Technologies Ltd | Method of controlling access to a communications medium |
US6950628B1 (en) * | 2002-08-02 | 2005-09-27 | Cisco Technology, Inc. | Method for grouping 802.11 stations into authorized service sets to differentiate network access and services |
US7263108B2 (en) * | 2002-08-06 | 2007-08-28 | Netxen, Inc. | Dual-mode network storage systems and methods |
US6985740B2 (en) | 2002-08-08 | 2006-01-10 | Green Wireless Llc | System for and method of providing priority access service and cell load redistribution |
US7260392B2 (en) * | 2002-09-25 | 2007-08-21 | Intel Corporation | Seamless teardown of direct link communication in a wireless LAN |
KR100614405B1 (ko) | 2002-09-28 | 2006-08-18 | 주식회사 케이티 | 이동통신망과 무선랜의 연동을 통한 통합위치정보 서비스방법 |
EP1416745A1 (en) | 2002-10-31 | 2004-05-06 | Siemens Aktiengesellschaft | Localisation method |
JP3799326B2 (ja) * | 2002-12-02 | 2006-07-19 | Necインフロンティア株式会社 | パケット送信方式及びパケット受信方式 |
US7539168B2 (en) * | 2003-02-03 | 2009-05-26 | Avaya Inc. | Emergency call handling in contention-based wireless local-area networks |
WO2004073237A2 (en) * | 2003-02-06 | 2004-08-26 | Symbol Technologies, Inc. | Virtual wireless local area networks |
CN1549634A (zh) * | 2003-05-09 | 2004-11-24 | �ʼҷ����ֵ��ӹɷ�����˾ | 用于在无线广域网与无线局域网之间无缝漫游的系统和方法 |
US7389467B2 (en) * | 2003-05-20 | 2008-06-17 | Samsung Electronics Co., Ltd. | Method of error correction coding, and apparatus for and method of recording data using the coding method |
SE527189C2 (sv) * | 2003-06-19 | 2006-01-17 | Microdrug Ag | Inhalatoranordning samt kombinerade doser för formaterol och ett antikolinergiskt medel |
US7303474B2 (en) * | 2003-06-24 | 2007-12-04 | At&T Bls Intellectual Property, Inc. | Methods and systems for establishing games with automation using verbal communication |
JP2005020626A (ja) * | 2003-06-27 | 2005-01-20 | Nec Corp | 無線基地局、無線ネットワークシステム、無線通信方法および無線基地局の制御プログラム |
JP4174383B2 (ja) | 2003-07-04 | 2008-10-29 | Necインフロンティア株式会社 | 無線lan装置、無線lan装置管理サーバおよび、移動ip電話の接続方法 |
US6990428B1 (en) * | 2003-07-28 | 2006-01-24 | Cisco Technology, Inc. | Radiolocation using path loss data |
US7440442B2 (en) * | 2003-10-21 | 2008-10-21 | 3Com Corporation | IP-based enhanced emergency services using intelligent client devices |
US7541977B2 (en) * | 2003-12-16 | 2009-06-02 | Interdigital Technology Corporation | Method and wireless communication system for locating wireless transmit/receive units |
US7400886B2 (en) * | 2004-01-09 | 2008-07-15 | Siemens Communications, Inc. | Call hand-over in a wireless local area network |
US7492744B2 (en) * | 2004-02-06 | 2009-02-17 | Symbol Technologies, Inc. | Method and system for multiple basic and extended service set identifiers in wireless local area networks |
US7304977B2 (en) * | 2004-02-17 | 2007-12-04 | Texas Instruments Incorporated | Implementation for a 5 sample guard interval for multi-band OFDM |
FR2869190B1 (fr) * | 2004-04-19 | 2006-07-21 | Alcatel Sa | Procede permettant a l'usager d'un terminal telephonique sans fil d'etablir une connexion d'urgence dans un reseau local; terminal et serveur pour la mise en oeuvre de ce procede |
US8682279B2 (en) * | 2004-05-07 | 2014-03-25 | Interdigital Technology Corporation | Supporting emergency calls on a wireless local area network |
KR101122359B1 (ko) * | 2004-05-07 | 2012-03-23 | 인터디지탈 테크날러지 코포레이션 | 무선 근거리 통신망의 긴급 호 지원 |
US8145182B2 (en) * | 2004-05-07 | 2012-03-27 | Interdigital Technology Corporation | Supporting emergency calls on a wireless local area network |
PE20060241A1 (es) * | 2004-05-18 | 2006-04-01 | Schering Corp | 2-quinolil-oxazoles sustituidos como inhibidores de pde4 |
JP4421955B2 (ja) * | 2004-06-24 | 2010-02-24 | Okiセミコンダクタ株式会社 | 無線装置 |
CN100505657C (zh) * | 2004-07-15 | 2009-06-24 | 中兴通讯股份有限公司 | 无线局域网中实现切换联接的方法 |
EP1653668B1 (en) * | 2004-10-26 | 2008-02-13 | Alcatel Lucent | Restricted WLAN access for unknown wireless terminal |
US8885539B2 (en) * | 2005-01-26 | 2014-11-11 | Hewlett-Packard Development Company, L.P. | Configurable quality-of-service support per virtual access point (VAP) in a wireless LAN (WLAN) access device |
DE202005009642U1 (de) * | 2005-05-09 | 2005-11-17 | Interdigital Technology Corporation, Wilmington | Unterstützung von Notrufen auf einem drahtlosen lokalen Netzwerk |
US7787401B2 (en) * | 2005-06-17 | 2010-08-31 | Cisco Technology, Inc. | Using mini-beacons in a wireless network |
US10178522B2 (en) * | 2005-08-02 | 2019-01-08 | Qualcomm Incorporated | VoIP emergency call support |
CA2617783C (en) | 2005-08-02 | 2012-07-03 | Qualcomm Incorporated | Voip emergency call support |
US7245900B1 (en) * | 2005-08-24 | 2007-07-17 | Sprint Spectrum L.P. | Method and system for using basic service set identifiers (BSSIDs) for emergency services routing |
US8478300B2 (en) * | 2005-12-20 | 2013-07-02 | Microsoft Corporation | Proximity service discovery in wireless networks |
US7746897B2 (en) * | 2006-02-17 | 2010-06-29 | Cisco Technology, Inc. | Expedited bandwidth request for emergency services for wireless clients |
PL1850532T3 (pl) * | 2006-04-29 | 2012-10-31 | Alcatel Lucent | Sposób zapewnienia gościnnemu terminalowi alarmowego dostępu za pośrednictwem sieci WLAN |
US7773975B2 (en) * | 2006-07-28 | 2010-08-10 | West Corporation | Providing an indication of network capabilities to a user for special number calls |
-
2006
- 2006-03-03 US US11/367,125 patent/US8682279B2/en not_active Expired - Fee Related
-
2007
- 2007-02-26 EP EP07751801A patent/EP1997340A2/en not_active Withdrawn
- 2007-02-26 MY MYPI20083347A patent/MY146739A/en unknown
- 2007-02-26 BR BRPI0707067-5A patent/BRPI0707067A2/pt not_active Application Discontinuation
- 2007-02-26 WO PCT/US2007/005067 patent/WO2007103055A2/en active Application Filing
- 2007-02-26 MY MYPI20093400A patent/MY146670A/en unknown
- 2007-02-26 JP JP2008558298A patent/JP4960391B2/ja not_active Expired - Fee Related
- 2007-02-26 CN CN2012102465432A patent/CN102868987A/zh active Pending
- 2007-02-26 CN CN200780007567XA patent/CN101395949B/zh not_active Expired - Fee Related
- 2007-02-26 KR KR1020087025423A patent/KR101258312B1/ko active IP Right Grant
- 2007-02-26 KR KR1020087024182A patent/KR101162812B1/ko active IP Right Grant
- 2007-02-26 AU AU2007224260A patent/AU2007224260B2/en not_active Ceased
- 2007-02-26 MX MX2008011250A patent/MX2008011250A/es active IP Right Grant
- 2007-02-26 KR KR1020147002370A patent/KR101518186B1/ko not_active IP Right Cessation
- 2007-02-26 KR KR1020127012666A patent/KR101258381B1/ko not_active IP Right Cessation
- 2007-02-26 CA CA2644492A patent/CA2644492C/en not_active Expired - Fee Related
- 2007-02-26 KR KR1020137010167A patent/KR101518146B1/ko not_active IP Right Cessation
- 2007-02-26 RU RU2008139314/09A patent/RU2409009C2/ru not_active IP Right Cessation
- 2007-02-26 KR KR1020127030133A patent/KR20130003022A/ko not_active Application Discontinuation
- 2007-02-27 TW TW099108604A patent/TWI472186B/zh not_active IP Right Cessation
- 2007-02-27 TW TW096106841A patent/TWI437848B/zh not_active IP Right Cessation
- 2007-03-02 AR ARP070100864A patent/AR059711A1/es not_active Application Discontinuation
-
2009
- 2009-06-16 HK HK09105393.3A patent/HK1126612A1/xx not_active IP Right Cessation
-
2011
- 2011-08-24 JP JP2011182983A patent/JP5254410B2/ja not_active Expired - Fee Related
-
2012
- 2012-06-01 JP JP2012126293A patent/JP5694992B2/ja not_active Expired - Fee Related
-
2014
- 2014-03-21 US US14/221,635 patent/US9258690B2/en not_active Expired - Fee Related
-
2016
- 2016-02-08 US US15/018,142 patent/US9826376B2/en not_active Expired - Fee Related
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2409009C2 (ru) | Поддержка экстренных вызовов в беспроводной локальной вычислительной сети | |
KR101122416B1 (ko) | 무선 근거리 통신망의 긴급 호 지원 | |
US8145182B2 (en) | Supporting emergency calls on a wireless local area network | |
KR200397712Y1 (ko) | 무선 근거리 통신망의 긴급 호출 지원 | |
AU2013216642A1 (en) | Supporting Emergency Calls on a Wireless Local Area Network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FA92 | Acknowledgement of application withdrawn (lack of supplementary materials submitted) |
Effective date: 20100323 |
|
FZ9A | Application not withdrawn (correction of the notice of withdrawal) |
Effective date: 20100506 |
|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20210227 |