Способ и устройство для поддержки экстренного вызова в беспроводной региональной сети

Способ и устройство для поддержки экстренного вызова в беспроводной региональной сети

Иллюстрации

Показать все

Реферат

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение имеет отношение к системам беспроводной связи. Более точно, настоящее изобретение имеет отношение к способу и устройству для поддержки экстренного вызова в системе беспроводной связи, включающей в себя беспроводную региональную сеть (WMAN).

УРОВЕНЬ ТЕХНИКИ

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

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

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

Что касается сетевого допуска, управляемая по доступу WMAN может препятствовать осуществляющим экстренный вызов абонентам в установлении экстренного вызова, если вызывающий абонент не авторизован для входа в сеть. Обычная процедура соединения между SS и базовой станцией требует, чтобы SS отправлял сообщение запроса базовых возможностей SS (SBC-REQ), сопровождаемое авторизацией и обменом секретными ключами до ассоциативного связывания SS с базовой станцией. Если SS не способен указывать, что он производит экстренный вызов, SS был бы обязан проходить через полную процедуру регистрации, чтобы определить, мог ли SS быть допущен. Например, если SS не имеет в распоряжении надлежащего пароля или мандата аутентификации для доступа в систему, базовая станция может без раздумий отвергать запрос ассоциативного связывания SS. Даже если SS имеет надлежащий пароль или мандат аутентификации, базовая станция по-прежнему может отклонять допуск в сеть на основании своей сконфигурированной максимальной емкости для пользователей, применяющих речевой ввод. В этом случае правильным решением для базовой станции было бы допустить этот экстренный вызов (с наивысшим приоритетом) и прервать другой существующий речевой вызов. Так как базовая станция в настоящее время испытывает недостаток в средстве для осуществления этого распознавания, такой признак не может быть реализован в традиционной WMAN.

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

Настоящее изобретение имеет отношение к способу и устройству для поддержки экстренного вызова в системе беспроводной связи, включающей в себя WMAN. Блок беспроводной передачи/приема (WTRU) отправляет сообщение экстренного вызова на базовую станцию WMAN, чтобы создать экстренный вызов наряду с индикацией экстренного вызова. Базовая станция затем допускает экстренный вызов с или без выполнения процедуры безопасности и соединяет WTRU с центром обработки экстренных вызовов. Базовая станция и WTRU могут обмениваться информацией о возможностях касательно поддержки экстренных вызовов. Информация о местоположении WTRU также пересылается в центр обработки экстренных вызовов. Базовая станция может работать в качестве посредника для WTRU, если WTRU не имеет всех требуемых функциональных возможностей для осуществления экстренного вызова. WTRU может быть многорежимным WTRU, допускающим осуществление связи с двумя или более сетями радиосвязи с абонентами (RAN).

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

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

фиг. 1 - схема сигнализации процесса установления экстренного вызова в соответствии с настоящим изобретением;

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

фиг. 3 - структурная схема WTRU в соответствии с настоящим изобретением и

фиг. 4 - структурная схема базовой станции в соответствии с настоящим изобретением.

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

Когда указывается ссылкой в дальнейшем, терминология «WTRU» включает в себя, но не в качестве ограничения, пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский пункт, пейджер, сотовый телефон, персональный цифровой секретарь (PDA), компьютер или любой другой тип пользовательского устройства, способного к работе в беспроводной среде. Когда указывается ссылкой в дальнейшем, терминология «базовая станция» включает в себя, но не в качестве ограничения, узел Б, контроллер узла сети, точку доступа (AP) или любой другой тип интерфейсного устройства, способного к работе в беспроводной среде.

Настоящее изобретение применимо к любым WMAN, в том числе, но не в качестве ограничения, WMAN IEEE 802.16 или IEEE 802.20. Настоящее изобретение также применимо к ячеистым сетям или узкоспециализированным сетям.

Фиг. 1 - схема сигнализации процесса 100 установления экстренного вызова в соответствии с настоящим изобретением. Базовая станция 154, которая является частью WMAN, может рассылать информацию о своих возможностях касательно поддержки экстренных вызовов (этап 102). Базовая станция 154 также может рассылать индикацию того, является ли сейчас активной возможность экстренного вызова на базовой станции 154. Если возможность экстренного вызова не поддерживается базовой станцией или не является активной в настоящий момент, WTRU 152 должен пытаться установить экстренный вызов через другую базовую станцию. Информация о возможностях, отправляемая базовой станцией 154, может быть включена в любое сообщение, в том числе, но не в качестве ограничения, в сообщение ответа ассоциативного связывания, сообщение ответа аутентификации, сообщение SBC-RSP или тому подобное.

Информация о возможностях, поставляемая базовой станцией 154, также может включать в себя информацию о возможностях WMAN, к которой принадлежит базовая станция 154. WMAN может иметь или может не иметь возможности соединяться с центром 156 обработки экстренных вызовов. Например, WMAN могла бы быть сконфигурирована только в качестве сети сбора данных (например, сети заводской телеметрии) и могла бы не иметь соединения сети Интернет, которое позволило бы базовой станции 154 соединяться с центром 156 обработки экстренных вызовов. В таком случае базовая станция 154 сообщает WTRU 152 о том, что WMAN не может поддерживать экстренные вызовы, так что WTRU 152 должен пытаться установить экстренный вызов через другую WMAN. Базовая станция 154 сообщает то же самое, когда соединение сети Интернет WMAN временно недоступно.

WTRU 152 также может отправлять информацию о своих возможностях на базовую станцию 154 (этап 104). Информация о возможностях, отправляемая WTRU 152, может быть включена в любое сообщение, в том числе, но не в качестве ограничения, в сообщение запроса ассоциативного связывания, сообщение запроса аутентификации, сообщение SBC-REQ или тому подобное. Централизованная база данных в WMAN может автоматически обновляться новой информацией о возможностях WTRU 152 из условия, чтобы эта информация о возможностях была легко доступна, когда пользователь устанавливает экстренный вызов. Это уменьшает время ожидания, которое в ином случае потребовалось бы для осуществления вызова, из-за вынуждения обмениваться информацией о возможностях через сеть.

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

Когда пользователь WTRU 152 устанавливает экстренный вызов через WMAN, индикация экстренного вызова также отправляется на базовую станцию 154 (этап 106). Индикация экстренного вызова может поставляться любым средством. Например, индикация экстренного вызова может поставляться посредством использования идентификации потока обслуживания (SFID), указывающей, что вызов является экстренным вызовом. В качестве альтернативы параметр качества обслуживания (QoS) (например, класс обслуживания) может использоваться для указания, что вызов является экстренным вызовом. Индикация экстренного вызова может переноситься в любой части кадра управления доступом к среде передачи (MAC) (например, заголовке или основной части). Поле типа сети Ethernet кадра MAC также может использоваться для индикации экстренного вызова. Кадр MAC может быть кадром управления, кадром координации или кадром данных.

Каждая базовая станция имеет свою собственную идентификацию базовой станции (BSID), и каждый кадр MAC включает в себя BSID. В качестве альтернативы для индикации экстренного вызова одна BSID (экстренная BSID) может резервироваться только для экстренных вызовов, и экстренная BSID включается в кадр MAC, когда пользователь пытается осуществить экстренный вызов. WTRU 152 принимает экстренную BSID с базовой станции 154 и использует его для установления экстренного вызова. Например, экстренная BSID может быть включена в кадр ответа базовых возможностей SS (SBC-RSP).

После приема сообщения экстренного вызова наряду с индикацией экстренного вызова базовая станция 154 допускает WTRU 152 и соединяет WTRU 152 с центром 156 обработки экстренных вызовов, отдавая приоритет экстренному вызову (этап 108). Базовая станция 154 может обходить процедуры безопасности и/или может работать в качестве посредника для WTRU 152, которое будет подробно пояснено в дальнейшем.

Когда базовая станция 154 соединяет WTRU 152 с центром обработки экстренных вызовов, базовая станция 154 пересылает информацию о местоположении WTRU 152 в центр 156 обработки экстренных вызовов на этапе 108. Информация о местоположении WTRU 152 может получаться базовой станцией 154. В качестве альтернативы информация о местоположении может получаться WTRU 152 и пересылаться на базовую станцию 154.

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

WTRU по п. 152 может подвергаться определению местоположения посредством использования, по меньшей мере, одной из ID базового набора служб (BSSID), MAC-адреса базовой станции 154 и WTRU 152, IP-адреса WTRU, ID сети, информации глобальной системы определения местоположения (GPS), вспомогательной координаты GPS, разновременности прибытия восходящей линии связи (U-TDOA), усовершенствованной наблюдаемой разновременности (E-OTD), наблюдаемой разновременности прибытия нисходящей линии связи периода ожидания (IPDL-OTDOA), глобальных географических координат (например, как определено в RFC 3825 IETF) и местоположения базовой станции, информации об узле сотовой связи или информации о секторе и измерений временного опережения или времени передачи туда и обратно.

Базовая станция 154, распознающая, что WTRU 152 способен к использованию служб экстренного вызова и имеет потребность осуществить экстренный вызов с индикацией экстренного вызова, может обходить обычные процедуры безопасности. Процедуры безопасности могут обходиться полностью, и экстренный вызов может допускаться без требования аутентификации. В качестве альтернативы экстренный вызов может допускаться с иными настройками безопасности. Например, экстренный вызов может поставляться со специальным связанным с экстренной ситуацией кодом доступа, секретным ключом или мандатом аутентификации. При этой схеме WTRU даже без мандатов может осуществлять доступ к сети для осуществления экстренного вызова.

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

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

Базовая станция 154 может работать в качестве посредника для WTRU 152. После приема экстренного вызова базовая станция 154 определяет, обладает ли WTRU 152 всеми требуемыми функциональными возможностями (например, протоколом инициации сеанса (SIP)/оконечной схемой протокола H.323, вокодером или тому подобным) для совершения экстренного вызова на основании сети, которая должна использоваться для переноса экстренного вызова. Это может выполняться на основании информации о возможностях, принятой из WTRU 152, или информации об абоненте в сети.

Если WTRU 152 имеет все необходимые функциональные возможности, базовая станция 154 возобновляет экстренный вызов как нормальный. Если WTRU 152 не имеет всех необходимых функциональных возможностей для осуществления экстренного вызова, базовая станция 154 действует в качестве посредника для WTRU 152, предоставляя любые необходимые функциональные возможности. Например, если WTRU 152 не имеет функциональной возможности протокола инициации сеанса (SIP), базовая станция 154 может действовать в качестве посредника SIP для WTRU 152. В качестве еще одного примера, если WTRU 152 имеет функциональную возможность SIP, но сеть поддерживает только H.323, базовая станция 154 может обеспечить межсетевой обмен сообщений SIP из WTRU 152 в сообщения H.323 для оставшейся части сети и наоборот. В предельном случае, в котором WTRU 152 не имеет даже вокодера, базовая станция 154 может загружать «тонкий» клиент вокодера в WTRU 152 и обеспечить межсетевой обмен со стандартными вокодерами где-то в другом месте в сети.

Базовая станция 154 не должна обеспечивать все функциональные возможности посредника для WTRU 152. Эти функциональные возможности могут предоставляться другой сущностью в сети (например, специализированным узлом межсетевого интерфейса). Выдвижение функциональных возможностей посредника вне базовой станции 154 обеспечивает большую гибкость WMAN для распределения экстренного вызова в случае перерыва в соединении сети Интернет WMAN.

При выступлении в качестве посредника базовая станция 154 может осуществлять перехват содержимого пакетов трафика или сигнализации WTRU 152 и сети с передачей в измененном виде (то есть считывать содержимое и/или информацию о типе). Например, сообщения протокола сигнализации SIP по IP типично используются для распределения вызовов. Такая сигнализация SIP содержит полезную информацию, такую как информацию о возможностях и адреса пунктов назначения, чтобы базовая станция исполняла свою роль в качестве посредника. Базовая станция 154 может извлекать такую информацию, осуществляя перехват содержимого сообщений с передачей в измененном виде для исполнения своей роли в качестве посредника. Должно быть отмечено, что SIP является одним из примеров протокола координации для основанных на IP вызовов, а подвергнутые перехвату сообщения с передачей в измененном виде могут быть сообщениями любых других протоколов.

Базовой станции 154 необходимо устанавливать линию связи с центром 156 обработки экстренных вызовов, для того чтобы надлежащим образом маршрутизировать экстренный вызов из WTRU 152. Есть несколько возможных механизмов передачи для доставки экстренного вызова из базовой станции 154 в центр 156 обработки экстренных вызовов. Базовая станция 154 может осуществлять связь с экстренным узлом сети (например, шлюзом), связывая его с центром 156 обработки экстренных вызовов.

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

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

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

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

Пользователь WTRU выполняет экстренный вызов (этап 202). Затем определяется, является ли WTRU в настоящее время работающим в сотовой сети или WMAN, и подсоединен ли WTRU в настоящий момент к сотовой сети (этап 204). Если WTRU работает в сотовой сети и в настоящий момент подсоединен к сотовой сети, WTRU выполняет экстренный вызов через сотовую сеть (этап 210). Если WTRU в настоящий момент работает в сотовой сети, но сейчас не подсоединен к сотовой сети, WTRU устанавливает соединение с сотовой сетью и выполняет экстренный вызов через сотовую сеть (этапы 206, 210). Если WTRU в настоящий момент работает в WMAN, WTRU переключается на сотовую сеть для установления соединения с сотовой сетью и выполняет экстренный вызов через сотовую сеть (этапы 208, 210). После того как экстренный вызов установлен по сотовой сети, экстренный вызов может переводиться на традиционный речевой канал с коммутацией каналов. В качестве альтернативы вызов VoIP может удерживаться в сотовой сети.

После того как экстренный вызов был установлен, определяется, проходил ли экстренный вызов по сотовой сети (этап 212). Если так, последовательность операций завершается. Если экстренный вызов не проходил по сотовой сети, WTRU переключается на WMAN и выполняет экстренный вызов через WMAN (этап 214).

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

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

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

Фиг. 3 - структурная схема WTRU 152 в соответствии с настоящим изобретением. WTRU включает в себя блок 302 радиосвязи WMAN, контроллер 304 экстренного вызова, блок 306 определения местоположения и необязательный альтернативный блок 308 радиосвязи. Блок 302 радиосвязи WMAN предназначен для осуществления беспроводной связи с WMAN. Контроллер 304 экстренного вызова отправляет сообщение экстренного вызова на базовую станцию WMAN наряду с индикацией экстренного вызова для выполнения экстренного вызова, как изложено выше. Блок 306 определения местоположения формирует информацию о местоположении WTRU, которая передается на базовую станцию. Если WTRU 152 является многорежимным WTRU, WTRU 152 включает в себя, по меньшей мере, один альтернативный блок 308 радиосвязи.

Фиг. 4 - структурная схема базовой станции 154 в соответствии с настоящим изобретением. Базовая станция 154 включает в себя контроллер 402 экстренного вызова, контроллер 404 допуска и блок 406 определения местоположения. Когда сообщение экстренного вызова принимается из WTRU наряду с индикацией экстренного вызова, контроллер 404 допуска выполняет управление допуском экстренного вызова. Контроллер 404 допуска может допускать экстренный вызов без выполнения аутентификации, как пояснено выше. Как только экстренный вызов допущен, контроллер 402 экстренного вызова соединяет WTRU с центром обработки экстренных вызовов. Блок 406 определения местоположения формирует информацию о местоположении WTRU, и контроллер 402 экстренного вызова пересылает информацию о местоположении в центр обработки экстренных вызовов.

Варианты осуществления.

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

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

3. Способ по варианту 2 осуществления, содержащий базовую станцию, допускающую экстренный вызов.

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

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

6. Способ по любому одному из вариантов 2-5 осуществления, дополнительно содержащий базовую станцию, рассылающую индикацию того, активна ли сейчас возможность экстренного вызова на базовой станции, при этом WTRU отправляет сообщение экстренного вызова, только если возможность экстренного вызова активна.

7. Способ по любому одному из вариантов 5-6 осуществления, в котором информация о возможностях включена в одно из сообщения ответа ассоциативного связывания, сообщения ответа аутентификации и сообщения SBC-RSP.

8. Способ по любому одному из вариантов 5-7 осуществления, в котором информация о возможностях включает в себя информацию о возможностях WMAN, которой принадлежит базовая станция.

9. Способ по любому одному из вариантов 2-8 осуществления, дополнительно содержащий WTRU, отправляющий информацию о возможностях WTRU на базовую станцию.

10. Способ по варианту 9 осуществления, в котором информация о возможностях включена в одно из сообщения запроса ассоциативного связывания, сообщения запроса аутентификации и сообщения SBC-REQ.

11. Способ по любому одному из вариантов 9-10 осуществления, дополнительно содержащий обновление централизованной базы данных в WMAN информацией о возможностях WTRU.

12. Способ по любому одному из вариантов 2-11 осуществления, в котором индикация экстренного вызова поставляется посредством использования SFID, указывающего, что вызов является экстренным вызовом.

13. Способ по любому одному из вариантов 2-11 осуществления, в котором индикация экстренного вызова поставляется посредством использования параметра QoS для указания того, что вызов является экстренным вызовом.

14. Способ по любому одному из вариантов 2-13 осуществления, в котором индикация экстренного вызова переносится кадром MAC.

15. Способ по варианту 14 осуществления, в котором кадр MAC является одним из кадра управления, кадра координации и кадра данных.

16. Способ по любому одному из вариантов 2-15 осуществления, в котором экстренная BSID резервируется для базовой станции, и индикация экстренного вызова поставляется посредством использования экстренной BSID.

17. Способ по варианту 16 осуществления, в котором экстренная BSID поставляется в WTRU посредством использования сообщения SBC-RSP.

18. Способ по любому одному из вариантов 3-17 осуществления, в котором базовая станция допускает экстренный вызов без выполнения аутентификации WTRU.

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

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

21. Способ по любому одному из вариантов 3-20 осуществления, в котором WMAN сохраняет активное соединение с WTRU в течение предварительно определенного периода после того, как закончился экстренный вызов.

22. Способ по любому одному из вариантов 3-21 осуществления, в котором базовая станция пересылает информацию о местоположении WTRU в центр обработки экстренных вызовов.

23. Способ по варианту 22 осуществления, в котором информация о местоположении WTRU получается одной из базовых станций и WTRU.

24. Способ по любому одному из вариантов 22-23 осуществления, в котором WTRU прикрепляет информацию о местоположении к сообщению экстренного вызова.

25. Способ по любому одному из вариантов 22-23 осуществления, в котором WTRU передает информацию о местоположении на базовую станцию отдельно от экстренного вызова.

26. Способ по любому одному из вариантов 23-25 осуществления, в котором базовая станция осуществляет упорядоченный опрос информации о местоположении из WTRU.

27. Способ по любому одному из вариантов 23-25 осуществления, в котором WTRU докладывает информацию о местоположении на базовую станцию.

28. Способ по любому одному из вариантов 23-27 осуществления, в котором информация о местоположении формируется на основании, по меньшей мере, одного из BSSID, MAC-адреса базовой станции и WTRU, IP-адреса WTRU, идентификации сети, информации GPS, вспомогательной координаты GPS, U-TDOA, E-OTD, IPDL-OTDOA, глобальных географических координат, местоположения базовой станции, информации об узле сотовой связи, информации о секторе, измерения временного опережения и измерения времени передачи туда и обратно.

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

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

31. Способ по любому одному из вариантов 29-30 осуществления, в котором базовая станция принимает решение на основании информации о возможностях, принятой с WTRU.

32. Способ по любому одному из вариантов 29-30 осуществления, в котором базовая станция принимает решение на основании информации об абоненте в WMAN.

33. Способ по любому одному из вариантов 30-32 осуществления, в котором базовая станция действует в качестве посредника SIP для WTRU.

34. Способ по любому одному из вариантов 30-33 осуществления, в котором базовая станция обеспечивает межсетевой обмен между сообщениями SIP и сообщениями H.323.

35. Способ по любому одному из вариантов 30-34 осуществления, в котором базовая станция загружает «тонкий» клиент вокодера в WTRU и обеспечивает межсетевой обмен со стандартными вокодерами в сети.

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

37. Способ по любому одному из вариантов 30-36 осуществления, в котором базовая станция осуществляет перехват содержимого пакетов WTRU с передачей в измененном виде для выступления в качестве посредника для WTRU.

38. Способ по любому одному из вариантов 4-37 осуществления, в котором базовая станция осуществляет связь с экстренным узлом сети, который связывает базовую станцию с центром обработки экстренных вызовов.

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

40. Способ по варианту 38 осуществления, в котором экстренный узел сети является автоматизированным узлом.

41. Способ по варианту 40 осуществления, в котором автоматизированный узел действует в качестве моста цепи передачи речевых сигналов для набора номера и соединения WTRU с центром обработки экстренных вызовов.

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

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

44. Способ по любому из вариантов 2-43 осуществления, в котором WTRU является многорежимным WTRU, допускающим осуществление связи с, по меньшей мере, двумя беспроводными сетями.

45. Способ по варианту 44 осуществления, в котором WTRU сконфигурирован для осуществления связи с сотовой сетью и WMAN.

46. Способ по любому одному из вариантов 44-45 осуществления, в котором WTRU сконфигурирован для осуществления связи с WMAN и WLAN.

47. Способ по варианту 46 осуществления, в котором WTRU пытается устанавливать экстренный вызов сначала по сотовой сети, и устанавливает экстренный вызов по WMAN, только если он терпит неудачу в установлении экстренного вызова по сотовой сети.

48. Способ по любому одному из вариантов 44-47 осуществления, в котором очередность установления экстренного вызова среди множества беспроводных сетей жестко запрограммирована в WTRU.

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

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

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

52. Способ по любому одному из вариантов 2-51 осуществления, в котором экстренный вызов выполняется пользователем WTRU.

53. Способ по любому одному из вариантов 2-51 осуществления, в котором экстренный вызов выполняется WTRU самостоятельно.

54. Способ по любому одному из вариантов 1-53 осуществления, в котором WMAN является одной из сети IEEE 802.16 и сети IEEE 802.20.

55. WTRU для выполнения экстренного вызова в системе беспроводной связи, включающей в себя WMAN.

56. WTRU по варианту 55 осуществления, содержащий блок радиосвязи WMAN для осуществления беспроводной связи с WMAN.

57. WTRU по любому одному из вариантов 55-56 осуществления, содержащий контроллер экстренного вызова для отправки сообщения экстренного вызова на базовую станцию WMAN, чтобы выполнить экстренный вызов, наряду с индикацией экстренного вызова.

58. WTRU по варианту 57 осуществления, в котором контроллер экстренного вызова отправляет сообщение экстренного вызова, только если базовая станция имеет возможность экстренного вызова, на основании информации о возможностях, рассылаемой базовой станцией.

59. WTRU по любому одному из вариантов 57-58 осуществления, в котором контроллер экстренного вызова отправляет сообщение экстренного вызова, только если возможность экстренного вызова базовой станции активна.

60. WTRU по любому одному из вариантов 57-59 осуществления, в котором контроллер экстренного вызова отправляет сообщение экстренного вызова, только если WMAN, которой принадлежит базовая станция, поддерживает возможность экстренного вызова.

61. WTRU по любому одному из вариантов 57-60 осуществления, в котором контроллер экстренного вызова сконфигурир