專利名稱：在無線局域網(wǎng)上支持緊急呼叫的方法
技術(shù)領(lǐng)域：
本發(fā)明主要涉及無線局域網(wǎng)(WLAN)，尤其涉及的是在WLAN中支持 緊急呼叫。
背景技術(shù)：
傳統(tǒng)上，現(xiàn)有的802技術(shù)(802.11 WLAN、 802.15無限個人局域網(wǎng) (WPAN)等等)不必像蜂窩技術(shù)那樣支持緊急呼叫。對蜂窩技術(shù)來說，為 緊急呼叫提供的支持通常由強加于該技術(shù)的監(jiān)管需求產(chǎn)生，并且由此在大多 數(shù)現(xiàn)今部署的無線蜂窩網(wǎng)絡(luò)和手持機中得到了廣泛實施。為緊急呼叫提供的 支持涉及了跨越所有通信層的眾多方面，尤其是信令支持和代管(mandated) 過程，但對802.11和802.15技術(shù)來說，這些過程是不存在的。隨著WLAN 中網(wǎng)際協(xié)議上的語音傳輸(VoIP)的出現(xiàn)以及WLAN的日常使用的增多， 有必要在WLAN中支持緊急呼叫。
即便是用于住宅市場的"固定"VoIP電話服務(wù)供應(yīng)，其對緊急呼叫提供的 支持也是非常有限的。位于公共安全應(yīng)答點(PSAP)的調(diào)度員無法始終追 蹤數(shù)字位置信息，回叫并非始終可行，并且在購買設(shè)備時還有可能需要地址 注冊。在將VoIP電話移動到某個新位置時，緊急呼叫仍舊會根據(jù)己注冊的 地址位置而被發(fā)送。這個已注冊地址原則上是可以改變的，但在更新PSAP 上的信息的過程中有可能會至少存在數(shù)天或數(shù)周的延遲。此外，如果可能的 話，某些用戶未必會及時更新其注冊信息。
這種情況將會隨著使用WLAN的VoIP電話啟用更多的移動性而惡化。 基于WLAN的VoIP電話可以從任何位置工作，并且預(yù)計用戶將會在這些位 置之間進行無縫漫游，例如從辦公室到家再到公共熱點等等。
目前存在著某些802.11特定的問題，這些問題包括無線電接入、接入點 (AP)定位、呼叫方定位以及緊急呼叫許可。對無線電接入來說，當前在 802.11標準中并不存在用于緊急呼叫的優(yōu)先級，并且目前也沒有一種手段能 夠區(qū)分緊急呼叫與WLAN接入網(wǎng)絡(luò)的常規(guī)呼叫。舉例來說，當前在非專有 方式中，即便很容易確定AP標識，AP或STA的位置也是無法為網(wǎng)絡(luò)所知 的。此外，呼叫方的位置當前是無法在非專有方式中映射的。
在許可方面，如果沒有授權(quán)呼叫方進入網(wǎng)絡(luò)，那么受到嚴密管理的 WLAN有可能會阻止緊急呼叫方建立緊急呼叫。STA與AP之間的正常連接 過程需要STA發(fā)送關(guān)聯(lián)請求，其后跟隨的是在將STA關(guān)聯(lián)于AP之前與AP 進行協(xié)商。如果STA無法表明其正在進行緊急呼叫，那么它必須通過整個 關(guān)聯(lián)過程，以便確定其是否得到許可。作為此類難題的一個實例，如果STA 不具有用于接入系統(tǒng)的正確密碼或驗證證書(如果AP被配置成需要密碼或 是需要驗證證書，其中舉例來說，這種情況對私有熱點或企業(yè)/辦公室WLAN 來說是有可能的)，那么AP將會直截了當?shù)鼐芙^STA的關(guān)聯(lián)請求。但是， 即使STA具有正確的密碼或驗證證書，AP仍舊會根據(jù)為其配置的語音用戶 的最大容量而拒絕網(wǎng)絡(luò)準入。在這種情況下，對AP來說，正確的決定應(yīng)該 是準許這個新的緊急呼叫(以最高優(yōu)先級)，并且中斷別的現(xiàn)有語音呼叫。 由于AP當前首先缺少用于進行這種區(qū)分的手段，因此這種特征是無法借助 現(xiàn)有技術(shù)中的WLAN技術(shù)來實施的。與蜂窩系統(tǒng)操作相比，在蜂窩系統(tǒng)操 作中，任何一個設(shè)備、即便沒有SIM卡的設(shè)備也可以執(zhí)行緊急呼叫。

發(fā)明內(nèi)容
本發(fā)明提出了各種用于借助802.11和802.15技術(shù)來啟用緊急呼叫處理 支持的系統(tǒng)操作特性。這其中的某些提議涉及的是用于向AP指示緊急呼叫 的新的L2信令消息或信息元素。并且在這里提出了用于緊急狀況的新的過
程和控制機制。此外，用于雙模(WLAN和第二代(2G)或第三代(3G) 蜂窩技術(shù))實施的過程同樣也被解決。由于緊急呼叫需求通常與緊急呼叫方 位置的位置報告的監(jiān)管需求相結(jié)合，因此，在這里提出了用于允許在WLAN 網(wǎng)絡(luò)中請求和報告地理位置的裝置和信令過程。該位置信息既可以與緊急呼 叫相結(jié)合，也可以獨立執(zhí)行。
對能夠識別緊急呼叫的STA來說，它的一個益處是可以在AP上安裝簡 單的邏輯，其中無論網(wǎng)絡(luò)如何配置，該邏輯都允許AP區(qū)分出應(yīng)該正常對待 的STA (也就是應(yīng)該遵循常規(guī)的關(guān)聯(lián)過程)以及在所有環(huán)境下都應(yīng)許可的 STA (也就是繞過所有安全性需求來許可緊急呼叫)。
在這里提供了若干種用于在無線局域網(wǎng)中的站與接入點(AP)之間傳 遞緊急呼叫能力信息的方法。這些方法包括由AP來通告其緊急呼叫能力， 以及由站來宣告其緊急呼叫能力。AP可以在信標幀、探測響應(yīng)幀、再關(guān)聯(lián) 響應(yīng)幀或是再驗證響應(yīng)幀中通告其緊急呼叫能力。所述站則可以在關(guān)聯(lián)請求 幀、再關(guān)聯(lián)請求幀、驗證請求幀或再驗證請求幀中宣告其緊急呼叫能力。
一種用于在WLAN中支持緊急呼叫的方法是以STA在WLAN上發(fā)起 緊急呼叫為開始的。該緊急呼叫被WLAN上的AP接收，并且在不需要STA 執(zhí)行驗證過程的情況下被許可。該STA被提供有與緊急呼叫相關(guān)的設(shè)置， 以便允許該STA接入WLAN。
一種用于在WLAN中支持緊急呼叫的方法是以某個站在WLAN上發(fā)起 緊急呼叫為開始的。該緊急呼叫被WLAN上的AP接收，并且在不需要STA 執(zhí)行驗證過程的情況下被許可。此外，該緊急呼叫將被路由到緊急呼叫中心。
一種用于在WLAN中支持緊急呼叫的方法是向STA提供緊急BSS ID 為開始的，其中該緊急BSSID僅僅用于緊急呼叫。由STA發(fā)起的任何緊急 呼叫都會使用這個緊急BSS標識符。
一種用于在WLAN中支持緊急呼叫的方法是以STA在WLAN上發(fā)起
緊急呼叫為開始的。該緊急呼叫被WLAN上的AP接收。該STA將被確定 是否具有足夠的能力來完整這個緊急呼叫。如果STA不具有足夠能力來完 成緊急呼叫，那么基礎(chǔ)架構(gòu)網(wǎng)絡(luò)的部件將會充當STA的代理，以便完成緊 急呼叫。


從以下關(guān)于優(yōu)選實施例的描述中可以更詳細地了解本發(fā)明，這些優(yōu)選實 施例是作為實例給出的，并且是結(jié)合附圖而被理解的，其中 圖1是標準的媒介接入控制(MAC)幀的圖示； 圖2A是具有用于指示緊急呼叫的比特標記的MAC幀的圖示； 圖2B是具有用于指示緊急呼叫的信息元素(IE)的MAC幀的圖示； 圖3是標準的發(fā)送就緒(RTS)幀的圖示； 圖4A是具有用于指示緊急呼叫的比特標記的RTS幀的圖示； 圖4B是具有用于指示緊急呼叫的IE的RTS幀的圖示； 圖5是使用了如圖4A或4B所示的RTS幀的方法的流程圖； 圖6是通過切換無線電技術(shù)來完成緊急呼叫的方法的流程圖； 圖7是用于指示緊急呼叫的SOS信標幀的圖示； 圖8是用于傳送和使用如圖7所示的SOS幀的方法的流程圖；以及 圖9是用于確定是否應(yīng)用代理功能的方法的流程圖。
具體實施例方式
在下文中，術(shù)語"站"(STA)包括但不局限于無線發(fā)射/接收單元 (WTRU)、用戶設(shè)備、固定或移動訂戶單元、尋呼機或是其他任何能在無 線環(huán)境中工作的設(shè)備。下文引用的術(shù)語"接入點"(AP)包括但不局限于基站、 節(jié)點B、站點控制器或是其他任何能在無線環(huán)境中工作的接口設(shè)備。本發(fā)明適用于所有的WLAN、個人局域網(wǎng)(PAN)以及城域網(wǎng)(MAN), 而且尤其適用于基于802.11的WLAN、基于802.15的無線PAN、基于 802.16/20的無線MAN及其等價物。在一種實現(xiàn)方式中，本發(fā)明適用于執(zhí)行 包括WLAN、 PAN、 MAN在內(nèi)的這些接入技術(shù)組合的WTRU，以及蜂窩多 模WTRU。
在下文中是將用于處理緊急支持的本發(fā)明分為幾個部分來進行描述的。 但是，這么做僅僅是為了便于說明，而不是對本發(fā)明進行限制。
I.與信令/支持相關(guān)的空中接口和過程
A. MAC幀和MAC信令消息中的緊急呼叫指示
在圖1中顯示了標準的MAC幀100。該MAC幀100包括幀控制字段 102、持續(xù)時間/ID字段104、 一個或多個地址字段106a 106d、序列控制字 段108、服務(wù)質(zhì)量(QoS)控制字段110、幀主體112以及幀校驗序列(FCS) 字段114。如所示，QoS控制字段110被分成了多個子字段。
在MAC幀中可以通過比特標記、緊急呼叫消息類型正、現(xiàn)有或新IE 上的緊急呼叫消息字段部分或是緊急呼叫碼來指示緊急呼叫的優(yōu)先級，其中 該緊急呼叫碼是使用在現(xiàn)有IE或MAC幀字段中的保留(當前未使用)值來 實施的。該指示符能使AP知道其必須許可該緊急呼叫。出于相似目的，QoS 優(yōu)先級或需求是借助QoS分類(例如DiiffServ (區(qū)別服務(wù)))來指示的。任 何現(xiàn)有的MAC幀類型(控制，管理或數(shù)據(jù))都可以修改，以便包含緊急呼 叫指示符。該緊急呼叫指示符可以使用所描述的任何機制添加到MAC幀、 報頭或主體中的任何位置。
如圖2A所示，MAC幀200包括字段202 214，這些字段與上文中結(jié)合 圖1描述的字段102 114是相同的。在一個實施例中，其中使用了簡單的比 特標記220來向接收機指示這是緊急呼叫。如圖2A所示，比特標記220的
一個可能的位置處于QoS控制字段210的保留比特(比特7)中。本領(lǐng)域普 通技術(shù)人員將會注意到，該比特標記220可以放置在MAC幀的任何現(xiàn)有報 頭或幀主體字段中的任何當前保留位置。
如圖2B所示，MAC幀250包括幀控制字段252、長度字段254以及用 于指示緊急呼叫的緊急呼叫IE 256。該緊急呼叫IE 256可以包括但不局限于 緊急呼叫標記260、原因碼字段262、能力信息字段264、位置信息字段266、 語音編解碼應(yīng)用字段268以及附加字段270。該緊急呼叫正256可以添加在 任何MAC幀中。此外，包含在緊急呼叫正256中中的信息可以被添加給現(xiàn) 有的IE類型。
緊急呼叫標記260可以是一個用于標識該呼叫是緊急呼叫的簡單指示符 (例如比特標記)。原因碼字段262指示的是緊急呼叫的原因(例如著火、 醫(yī)療緊急情況等等)。能力信息字段264包括發(fā)起緊急呼叫的STA的能力， 并且被用于幫助盡可能快地完成緊急呼叫。位置信息字段266包含的是發(fā)起 緊急呼叫的STA的位置。語音編解碼應(yīng)用字段268標識的是STA使用的語 音編解碼器，并且該字段會在STA與嘗試處理緊急呼叫的AP之間存在不兼 容性的情況下使用?？梢园诰o急呼叫IE (作為字段270)中的附加信息 是時間戳以及WTRU和/或運營商服務(wù)能力信息。
依照802.11e的現(xiàn)有MAC幀具有呼叫優(yōu)先級。在傳輸規(guī)范信息字段中， 傳輸規(guī)范(TSPEC) IE包含了三個比特優(yōu)先級子字段。如果定義用于緊急呼 叫的值，本發(fā)明的原理同樣也可以在TSPECIE中實施。在蜂窩系統(tǒng)中，其 中使用了相似的機制(信令幀)來向網(wǎng)絡(luò)發(fā)送呼叫參數(shù)，并且包含了用于標 識緊急呼叫的保留字段。正如本領(lǐng)域中已知的那樣，TSPEC IE是在ADDTS (添加業(yè)務(wù)量流)幀中使用的。由此，這里描述的經(jīng)過修改的TSPEC IE可 以在ADDTS幀中使用。同樣，在ADDTS幀中還可以使用包含相同信息的 新IE，以便指示緊急呼叫。
雖然上文的描述具有特別描述的基于802.11的MAC幀，但是擴展MAC 幀這一概念還可以應(yīng)用于任何類型的MAC幀。舉例來說，以太類型 (Ethertype)的MAC幀也可以進行類似的修改。舉例來說，此類MAC幀 是在EAPOL (LAN上的可擴展驗證協(xié)議)幀中使用，其中該EAPOL幀是 出于安全性原因在啟用WPA (WiFi安全存取)的網(wǎng)絡(luò)中交換的。此外，由 于Ethertype是由報頭中的比特指示的，因此可以通過擴展這個概念來定義 新的以太類型。
B. 用于緊急呼叫的虛擬BSSID
在虛擬BSS設(shè)置中，單個的物理AP被配置成作為一個以上的BSS (也 就是虛擬BSS)來執(zhí)行操作，其中每一個BSS都具有自己的ID。在這里可 以保留一個BSSID，以便將其僅僅用于緊急呼叫。由于在WLAN中傳送的 每一個MAC幀都包含了BSSID，因此，在嘗試傳送緊急呼叫時，緊急呼叫 將會使用緊急BSSID。
STA可以在下行鏈路上接收來自AP的緊急BSS ID。例如，緊急BSS ID 可以由AP在響應(yīng)幀(例如探測響應(yīng)、關(guān)聯(lián)響應(yīng)或再關(guān)聯(lián)響應(yīng))中發(fā)送。應(yīng) 該指出的是，在各種其他方法中，緊急BSSID可以被提供給STA。
C. AP或STA通告其緊急呼叫能力
AP將會通告其支持緊急呼叫的能力和意愿。例如，AP可以通告其啟用 了緊急呼叫，并且可以向STA提供參數(shù)，以便通過與AP進行關(guān)聯(lián)來完成緊 急呼叫。此外，該通告還可以包括AP中的緊急呼叫能力當前是否有效的指 示。這種通告有可能在公共熱點使用，在所述公共熱點，可以合理預(yù)期的是 存在很多不同類型的用戶。
在可供AP指示其緊急呼叫能力的信標幀或探測幀中可以使用AP能力
IE。在當前的信標幀中存在一個兩字節(jié)的能力字段，而且這個字段中的所有 比特都會被使用。在所述幀的末端添加了一個可擴展能力正，以便指示所有 的新的AP能力。上述比特標記可以添加給可擴展能力正，以便指示AP的 緊急呼叫能力。此外，AP的緊急呼叫能力指示還可以添加給再關(guān)聯(lián)或再驗 證幀。
作為替換，STA也可以宣告其支持緊急呼叫的能力。舉例來說，該信息 可以包括STA實施的是哪種類型的語音編碼。該STA可以將其緊急呼叫能 力信息添加到關(guān)聯(lián)請求幀、再關(guān)聯(lián)請求幀、驗證請求幀或再驗證請求幀中。 該信息既可以使用新IE來傳送，也可以通過在現(xiàn)有IE中添加一個或多個比 特標記來傳送。對STA來說，由其宣告其緊急呼叫能力的一個益處是如 果STA必須發(fā)起緊急呼叫，那么AP可以保存這個信息，以便更快速地處理 緊急呼叫。
如果STA向AP提供其緊急呼叫能力，那么AP還可以知道其歸屬的 WLAN是否可以支持緊急呼叫。并不是每一個WLAN都具有與緊急呼叫中 心相連的能力。舉例來說，WLAN可以被配置成一個數(shù)據(jù)收集網(wǎng)絡(luò)(例如工 廠遙測網(wǎng)絡(luò))，并且未必具有允許STA與緊急呼叫中心相連的因特網(wǎng)連接。 在這種情況下，AP應(yīng)該向STA告知WLAN無法支持緊急呼叫，由此STA 可以嘗試定位別的WLAN。在WLAN的因特網(wǎng)連接因為某些原因而臨時無 法使用的情況下，相似的機制也是可以使用的。
D.位置信息
除了傳遞緊急呼叫建立原因之外，在這些新的MAC幀200、 250中還 可以附著位置信息(例如在位置信息字段266中)。舉例來說，AP或STA 可以使用基本服務(wù)集(BSS) ID、 AP或STAMAC地址、靜態(tài)或動態(tài)指定的 IP地址、或是來自用于實施這種功能的AP或STA的全球定位系統(tǒng)(GPS)
系統(tǒng)，并且將該信息轉(zhuǎn)發(fā)到緊急呼叫中心。應(yīng)該指出的是，位置信息也可以 與緊急呼叫信息分開傳送。
用于定位緊急STA的其他手段包括但不局限于借助呼叫方ID來標識 發(fā)起緊急呼叫的STA，使用回叫號碼，以及由緊急呼叫中心使用已知的地址 來幫助定位STA (如使用STA的當前附著點的MAC地址，例如AP或網(wǎng)絡(luò) ID，或是AP的地理坐標)。
舉個例子，WLAN可以使用MAC信令機制，在該機制中，AP可以從 STA請求定位。STA則會將其位置反向報告給AP。 一種可能的實施方式包 括使用當前在蜂窩手持機中廣泛運用的輔助GPS (A-GPS)坐標。用于不同 接入網(wǎng)絡(luò)多種定位方法都是可以支持的，這其中包括但不局限于上行鏈路到 達時間差(U-TDOA)、增強型觀察時間差(E-OTD)、空閑周期下行鏈路觀 察到達時間差(IPDL-OTDOA)、 A-GPS、通用地理坐標(如在IEEE標準 802.11k或正TF RFC 3825中定義的坐標)以及使用了 WLAN AP位置、小 區(qū)站點或扇區(qū)信息以及定時提前或往返行程時間測量的方法。雖然在這里特 別提到了以上這些用于傳送位置信息的實例，但是本領(lǐng)域技術(shù)人員應(yīng)該注意 到，任何用于傳遞地理坐標的格式都是可以使用的。
緊急呼叫功能可以在與位置報告功能相獨立的情況下執(zhí)行(與之互補)。 作為例證，在這里可以(1)在STA實際發(fā)布緊急呼叫時，將位置信息附 著于緊急呼叫信令幀，以及(2)在沒有緊急呼叫的情況下，作為獨立功能 來用信號通告位置更新。關(guān)于后者的一個實例是向AP持續(xù)通告或更新的 STA位置，其中所述通告或更新或者作為AP后臺操作的一部分而被周期性 (例如每隔數(shù)秒)輪詢，或者通過STA來向AP報告的未被請求的常規(guī)位置。 由于在STA發(fā)布緊急呼叫時，AP己經(jīng)具有關(guān)于STA位置的合理的新的估計， 因此，較為優(yōu)選的是在AP上保持位置信息，由此將不需要STA來顯性地在 緊急呼叫請求中捎帶其位置。
舉個例子，通過使用這種獨立的STA位置信息報告，可以允許在WLAN 中實施依賴于位置的服務(wù)，并且同時解決監(jiān)管需求。
同樣，位置信息還可以提供給在互通的WLAN (I-WLAN)、公共陸地 移動網(wǎng)絡(luò)(PLMN)或STA內(nèi)部存在的位置服務(wù)(LCS)應(yīng)用。此外，發(fā)起 方的服務(wù)小區(qū)標識或服務(wù)AP標識同樣可以被提供給LCS客戶機。
E.擴展現(xiàn)有的RTS/CTS幀交換機制和過程
在圖3中顯示了標準的RTS幀300。 RTS幀300包括幀控制字段302、 持續(xù)時間字段304、接收機地址(RA)字段306、發(fā)射機地址(TA)字段 308以及FCS字段310。
希望傳送緊急呼叫的STA傳送包含了如圖4A所示的特殊信令標記的擴 展RTS幀400，或是包含了如圖4B所示的新IE的擴展RTS幀450。
圖4A顯示了一個RTS幀400。該RTS幀400的字段402~410與上文中 結(jié)合圖3描述的RTS幀300的字段302-310是相同的。幀控制字段402具 有若干個子字段，這其中包括協(xié)議版本子字段412、類型子字段414、子類 型子字段416、到達分發(fā)系統(tǒng)(DS)子字段418、來源DS子字段420、更 多分段子字段422、重試子字段424、功率管理子字段426、更多數(shù)據(jù)子字段 428、有線等價保密(WEP)子字段430以及順序子字段432。
信令標記可以添加在RTS幀400的任何保留比特中。該保留比特的可能 位置包括協(xié)議版本子字段412、類型子字段414以及子類型字段416。應(yīng)該 指出的是，本領(lǐng)域技術(shù)人員可以將信令標記放置在RTS幀400的任何保留比 特中。
圖4B顯示了一個擴展RTS幀450，并且其中包括幀控制字段452、持 續(xù)時間字段454、RA字段456、 TA字段458、用途正460以及FCS字段462。 用途IE 460在內(nèi)容方面可以與如上所述的緊急呼叫IE 256相類似。然后，
接收到擴展RTS緊急呼叫正256的所有STA都必需停止預(yù)定時間量的傳輸 嘗試，以使無線介質(zhì)空閑，以及為處于緊急狀況的STA提供傳送機會。
在一個實施方式中， 一旦接收到擴展RTS幀，那么執(zhí)行接收的STA將 會進入經(jīng)過修改的回退處理，以便為發(fā)起緊急呼叫的STA提供更高的介質(zhì) 接入成功概率。在這里可以實施兩種修改回退處理的實施方式(1)相比于 其他STA，縮短發(fā)起緊急呼叫的STA的回退時間，或者(2)延長非緊急STA 的回退時間。無論哪一種實施方式，最終結(jié)果都是緊急STA與非緊急STA 相比具有較短的回退時間。
在圖5中顯示了一種使用RTS幀400或450的方法500。方法500的用 途是使傳輸介質(zhì)處于空閑狀態(tài)，以便允許STA傳送緊急呼叫。該方法是以 STA通過發(fā)送RTS幀400或450來發(fā)起緊急呼叫為開始的(步驟502)。 AP 接收該RTS幀(步驟504)，并且使用標準的CTS幀來對STA做出響應(yīng)(步 驟506)。該AP所要使用的回退類型將被確定(步驟508)。在這里存在兩種 回退類型，并且這兩種回退類型全都允許發(fā)起緊急呼叫的STA在所有其他 STA等待傳送之前接入介質(zhì)。
如果回退類型是處于緊急情況的STA (也就是發(fā)起緊急呼叫的STA)具 有較短的回退時間，那么處于緊急情況的STA將會等待相對縮短的回退時 間(步驟510)，然后則傳送緊急呼叫(步驟512)。嘗試接入介質(zhì)的所有其 他STA則會等待標準的回退時間(步驟514)，然后則能夠執(zhí)行傳送(步驟 516)。然后，該方法將會終止(步驟518)。
如果回退類型是所有其他STA具有較長的回退時間(步驟508)，那么 處于緊急狀況的STA將會等待標準的回退時間(步驟520)，然后則會傳送 該緊急呼叫(步驟522)。而所有其他STA則會等待較長的回退時間(步驟 524)，然后才能夠進行傳送(步驟516)。隨后，該方法將會終止(步驟518)。
通常，當STA進入回退過程時，STA將會嘗試在數(shù)量為N的一系列時
隙之一中進行傳送。如果存在傳輸沖突，那么STA將會再次回退，并且會 將N值提升到N的預(yù)定最大值。在STA可以嘗試傳送之前，該STA必須等 待M個時隙。這個基本過程為任何STA都提供了均等機會來贏得介質(zhì)接入。 在802.11e中，為了實施QoS，其中存在兩種用于確保特定站具有更大機會 贏得介質(zhì)接入的方法。第一種方法是減小M的值，由此為STA提供較短的 等待時間。第二種方法則是使用較小的N值，這樣做將會增大STA能夠在 特定時隙中進行傳送的機會。
在方法500中有若干種可能的手段來讓STA 了解所要使用的回退值。 第一種手段是將M和N的硬編碼值與緊急呼叫結(jié)合使用，以使這些關(guān)于M 和N的硬編碼值可以被處于緊急情況的STA所使用。第二種手段是顯式地 將M和N的值從AP用信號通知給處于緊急情況的STA。通常，AP是通過 在正常系統(tǒng)操作中使用廣播或?qū)Ｓ霉芾韼瑏硐騍TA發(fā)送這些參數(shù)的。STA 則會讀取與緊急呼叫相關(guān)的參數(shù)，其中該參數(shù)將會在這些STA需要建立緊 急呼叫的時候得到使用。這其中的一個實例是作為信標或探測響應(yīng)管理幀 的一部分，SAP向其BSS中的所有STA發(fā)送其他BSS配置值。添加與緊急 呼叫相關(guān)的M和N參數(shù)的處理則是針對這些處理的一個很自然的擴展。舉 個例子，現(xiàn)今，將要供BSS中的所有STA使用的每一個接入類別(回退值， 窗口等等)所具有的與802.11e QoS相關(guān)的配置參數(shù)是由AP使用相似的機 制來用信號通告的。
第三種手段是將第一和第二種手段結(jié)合在一起，由此，STA具有M和 N的硬編碼默認值，并且該STA通常會使用該默認值，如果STA處于緊急 情況，那么AP將會用信號通告M和N的新值，以便覆蓋硬編碼的默認值。 此外，本領(lǐng)域技術(shù)人員還可以想到用于向處于緊急情況的STA以及所有其 他嘗試接入介質(zhì)的STA傳遞恰當回退吋間的附加手段。
F.可供雙模WLAN STA (例如3G和WLAN)托管轉(zhuǎn)接(mandated swich-over)到另一種無線電技術(shù)
在處于緊急情況時，雙模WLAN STA將會首先在蜂窩網(wǎng)絡(luò)而不是 WLAN上嘗試進行緊急呼叫。原則上，這是一個唯有在STA中執(zhí)行的"硬編 碼"過程。在圖6中顯示了用于實施這個過程的方法600。
該方法600是以用戶在STA上發(fā)起緊急呼叫為開始的(步驟602)。在 這里將會確定STA是否能夠工作在蜂窩網(wǎng)絡(luò)或WLAN上(步驟604)。如果 STA工作在蜂窩網(wǎng)絡(luò)上(也就是當前與蜂窩網(wǎng)絡(luò)相連)，那么STA將會保持 在蜂窩網(wǎng)絡(luò)上，以便進行緊急呼叫(步驟606)。如果STA能夠工作在蜂窩 網(wǎng)絡(luò)上，但是當前并未與蜂窩網(wǎng)絡(luò)相連，那么STA將會與蜂窩網(wǎng)絡(luò)建立連 接(步驟608)，并且將會在蜂窩網(wǎng)絡(luò)上進行緊急呼叫(步驟606)。如果STA 工作在WLAN上，那么STA將會切換到蜂窩網(wǎng)絡(luò)，以便進行緊急呼叫(步 驟610)。
在發(fā)起緊急呼叫之后，這時將會確定該緊急呼叫是否通過了蜂窩網(wǎng)絡(luò) (步驟612)。如果該緊急呼叫通過了蜂窩網(wǎng)絡(luò)，那么方法600將會終止(步 驟614)。如果該緊急呼叫并未通過蜂窩網(wǎng)絡(luò)，那么STA將會切換到WLAN， 以便發(fā)起呼叫(步驟616)，并且該方法終止(步驟614)。
如果需要由雙模WLAN-蜂窩手持機來發(fā)布緊急呼叫，那么優(yōu)選的過程 是讓該手持機后退到蜂窩調(diào)制解調(diào)器上(也就是在蜂窩無線電鏈路上建立緊 急呼叫)，這是因為緊急呼叫支持在WLAN上未必可用或者其在WLAN上 的可靠性有可能較低。
對方法600來說，其替換方案包括(1)確定優(yōu)選、托管或推薦的無線 電技術(shù)順序(例如WLAN或蜂窩)，以便在嘗試發(fā)送緊急呼叫的時候進行切 換；(2)系統(tǒng)運營商在用于雙模手持機的SIM卡或類似設(shè)備上配置緊急呼叫 行為；(3)在緊急情況下，保持在蜂窩網(wǎng)絡(luò)上保持VoIP呼叫，或者將該呼
叫移動到傳統(tǒng)的電路交換語音信道上；(4)系統(tǒng)運營商經(jīng)由無線接口用信號 通告無線電技術(shù)的優(yōu)選的局部順序；或者(5)用戶手動配置策略設(shè)置。
G.在嘗試緊急呼叫時繞過驗證和安全措施
在這里托管了一個過程，其中AP必須允許試圖在WLAN中建立緊急 呼叫的任何802.xx STA。這個過程包括繞過與802.1x以及網(wǎng)絡(luò)段的其他安 全性措施相類似的驗證。這個過程既可以通過使用擴展RTS/CTS方法500 (如圖5所示)來觸發(fā)，也可以通過MAC幀中的比特標記、IE、報頭、保 留信息字段或比特/序列值來觸發(fā)(如圖2A和2B所示)。
在當前的WLAN實施方式中，每一個STA的驗證狀態(tài)是借助狀態(tài)機追 蹤的，并且將被稱為lx端口過濾處理。只有在通過驗證的情況下，STA才 允許在WLAN上進行傳送，否則將會被端口過濾器攔截。但是，由于必須 準許發(fā)起緊急呼叫的STA進入WLAN，因此，從驗證的角度來看出現(xiàn)了一 個問題。為了克服這個驗證問題，在這里可以對端口過濾器進行調(diào)整，以便 能夠很容易地確定STA何時發(fā)送緊急呼叫，并且允許該緊急呼叫繼續(xù)進行。 例如，該指示可以通過如上所述結(jié)合新的以太類型來提供，或是通過修改現(xiàn) 有的以太類型來提供。
WLAN中的接入控制固有地依賴于安全性。依照當前標準，沒有一種方 法能夠繞過AP中的接入控制，這是因為所有STA都必須執(zhí)行驗證處理來與 AP進行關(guān)聯(lián)。對AP來說，即便STA沒有恰當?shù)淖C書來與AP進行關(guān)聯(lián)， AP也應(yīng)該準許緊急呼叫。對AP來說，其在識別緊急呼叫時可以具有兩個 選項；并且緊急呼叫識別應(yīng)該在L2上執(zhí)行。第一個選項是完全繞過AP安 全性，并且在需要驗證的情況下準備該呼叫。第二個選項是準許具有不同的 安全性設(shè)置的呼叫。例如，緊急呼叫可以配備特定的緊急相關(guān)接入或安全密 鑰。
如果AP通過繞過AP安全性而準許接入緊急呼叫，那么應(yīng)該注意阻止 冒充緊急呼叫(例如通過欺騙性的信令信息)的呼叫濫用這種繞過安全性的 處理。針對這個問題的一個解決方案包括半靜態(tài)路由所有緊急呼叫，由此將 緊急呼叫自動路由到緊急呼叫中心，而不提供針對WLAN的一般性接入。 通過將半靜態(tài)路由用于緊急呼叫，即便是被欺騙的緊急呼叫也會被路由到緊 急呼叫中心。
II.緊急情況下的WTRU行為(behavior) /過程 A. WLAN通過發(fā)送SOS信標信號來幫助發(fā)現(xiàn)呼叫方 在這里，在STA中托管或者由網(wǎng)絡(luò)配置了一個過程，其中一旦緊急呼 叫結(jié)束(乃至在緊急呼叫期間)，那么STA和/或所涉及的AP將會開始在規(guī) 則間隔中發(fā)送如圖7所示的SOS類型的信令幀700。
SOS信令幀700是修改版本的探測請求幀。該SOS信令幀700包括幀 控制字段702、持續(xù)時間字段704、目的地地址(DA)字段706、源地址(SA) 字段708、 BSSID字段710、序列控制字段712、 SSID正714、被支持的速 率IE 716以及緊急呼叫IE 718。緊急呼叫IE 718可以與上文中結(jié)合圖2B所 描述的緊急呼叫IE 256是相同的。應(yīng)該指出的是，被支持的速率正716是 可選的，該IE可以從SOS信令幀700中移除，而不會影響其功能。
在一個實施方式中，SOS信令幀可以被定義成是以短幀間間隔(SIFS) 優(yōu)先級或優(yōu)先級幀間間隔(PIFS)傳送的探測請求幀，以便確保接入介質(zhì)。 該SOS信號幀在緊急呼叫IE中包含了新的緊急呼叫相關(guān)元素，例如911 ID (例如呼叫方ID)、設(shè)備細節(jié)(例如國際移動設(shè)備標識(IMEI))、網(wǎng)絡(luò)加入、 用戶名以及緊急原因碼。該原因碼可以由設(shè)備通過提示用戶標識緊急呼叫原 因來獲取(例如"如果是火警按l"等等)。如果沒有終止進行中的呼叫的方法， 那么原因碼將會提供某種處理緊急情況的能力。
SOS信號幀可以被調(diào)度，以便每隔大約10毫秒就進行傳輸，從而為位 置記錄和追蹤提供便利。AP需要記錄具有時間戳和信號細節(jié)的任何SOS信 號幀接收。信號強度細節(jié)包括信號強度、信號質(zhì)量、天線方位和增益，以及 呼叫方細節(jié)，例如IMEI、用戶名(如果可用的話)以及可以用于標識和能 力用途的其他的802.11設(shè)備信息。接收SOS信號幀的AP還需要將事件報 告給負責(zé)緊急響應(yīng)、無線電資源協(xié)調(diào)、定位以及呼叫設(shè)備追蹤的緊急網(wǎng)絡(luò)節(jié) 點。
這種處理是一種有效探測機制，其中SOS信令幀將被發(fā)送，并且可以 由緊急工作人員在到達呼叫方的時候進行接收。與之類似的一種設(shè)備是飛機 黑匣子中的緊急信標。出于這個目的，新的MAC幀可以被引入，此外，新 的IE (例如如緊急呼叫IE 256)還可以擴展現(xiàn)有MAC幀，例如探測請求幀， 以便滿足這個目的。
在圖8中顯示了一種使用SOS信令幀的方法800。用戶從STA發(fā)起緊 急呼叫(步驟802)。該STA開始傳送SOS幀(步驟804)。根據(jù)預(yù)期實施方 式，SOS幀可以作為探測信息發(fā)送，或者可以用于與緊急工作人員建立直接 連接(步驟806)。
如果將SOS幀作為探測信息來發(fā)送，那么將會設(shè)置一個傳輸周期，并 且將會確定是否到達傳輸周期末端(步驟810)。如果傳輸周期尚未結(jié)束，那 么STA將會繼續(xù)傳送SOS幀(步驟812)，并且該方法將會返回到步驟810。 如果已經(jīng)達到傳輸周期末端(步驟810)，那么STA將會停止傳送SOS幀(步 驟814)，并且該方法將會終止(步驟816)。
如果使用SOS幀來與緊急工作人員建立直接連接(步驟806)，則確定 緊急工作人員是否處于STA范圍以內(nèi)(步驟820)。如果緊急工作人員不在 STA范圍以內(nèi)，那么STA將會繼續(xù)傳送SOS幀(步驟822)，并且該方法將 會繼續(xù)執(zhí)行步驟820。如果緊急工作人員處于STA范圍以內(nèi)(步驟820)，
那么STA將會停止傳送SOS幀，并且在呼叫方與緊急工作人員之間建立直 接連接(步驟816)。
在第一種替換方案中(步驟810~814)， 一旦緊急呼叫結(jié)束，那么STA 傳送的SOS幀可以由來自AP的信令或是會話啟動協(xié)議(SIP)之類的更高 層協(xié)議觸發(fā)。SOS幀的持續(xù)時間/頻率是在這個觸發(fā)信號中獲取的。通過在 緊急呼叫結(jié)束之后發(fā)送SOS幀，可以防止在緊急呼叫存在錯誤或是緊急工 作人員不必響應(yīng)所述呼叫到來的情況下傳送不必要的SOS幀。
在第二種替換方案中(步驟820-824)，當緊急工作人員與呼叫方處于 彼此范圍以內(nèi)時，這時將會在緊急工作人員與呼叫方之間建立直接的VoIP 連接。偵聽到SOS幀的其他STA可以對SOS幀進行處理，其中所述幀與上 文中結(jié)合圖4A、 4B和5所描述的擴展RTS幀相類似(也就是說，其他STA 不會嘗試接入該介質(zhì)，由此緊急呼叫能夠更好地使用帶寬)。
B.網(wǎng)絡(luò)(例如AP)通過執(zhí)行回叫功能來處理緊急呼叫 在回叫情況下， 一旦建立了緊急呼叫，那么WLAN會在緊急呼叫結(jié)束
之后的一定時段中與發(fā)起緊急呼叫的用戶保持活動連接。對用戶來說，這個
功能可以是透明的。
III.基礎(chǔ)架構(gòu)中的功能 A.代理功能
在圖9中顯示了一種用于確定AP是否需要充當STA代理的方法900。 STA進行緊急呼叫(步驟902)，并且AP接收該緊急呼叫(步驟904)。在 這里將會判定STA是否具有根據(jù)用以傳送呼叫的網(wǎng)絡(luò)來完成緊急呼叫的能 力(步驟906)。該AP則檢查STA是否具有支持呼叫所需要的所有功能(例 如SIP/H.323協(xié)議終止，聲碼器等等)。這個信息可以作為MAC幀(例如
MAC幀200， 250)的一部分來指示，或者它也可以是AP可以訪問的網(wǎng)絡(luò) 中的訂戶信息的一部分。
如果STA具有所需要的所有能力，那么該STA將會正常進行該呼叫(步 驟908)。 AP可以根據(jù)需要而將位置信息添加給呼叫，并且這其中包括STA 的位置禾tV或AP的位置(例如網(wǎng)絡(luò)ID、 AP的MAC地址等等)(步驟910)。 然后，該方法將會終止(步驟912)。
如果STA不具有完成呼叫所需要的所有能力(步驟卯6)，那么AP將 會充當STA的代理，由此提供任何必需的功能(步驟914)。該AP將會根 據(jù)需要而在呼叫中添加位置信息(步驟910)，并且該方法將會終止(步驟 912)。
如果AP確定STA不具有在當前環(huán)境中徹底完成緊急呼叫所需要的全部 能力，那么AP將會充當STA的代理(步驟914)。舉個例子，如果STA不 支持SIP協(xié)議，那么AP可以充當STA的SIP代理。另舉一例，如果STA 支持SIP，但是網(wǎng)絡(luò)只支持H.323,那么AP可以將來自STA的SIP與針對 網(wǎng)絡(luò)中的剩余部分的R323消息互通。在極端情況下，STA甚至不具有聲碼 器，那么AP可以將一個痩(thin)聲碼器客戶機下載到STA，并且將其與 網(wǎng)絡(luò)中剩余位置的更標準的聲碼器進行互通。應(yīng)該指出的是，AP不必為STA 提供所有代理功能；這些功能可以由基礎(chǔ)架構(gòu)網(wǎng)絡(luò)中的別的部件提供，例如 專用網(wǎng)關(guān)節(jié)點。如果將代理功能移出AP，那么這樣做將會為WLAN提供更 大的靈活性，以便在WLAN因特網(wǎng)連接中斷的情況下處理緊急呼叫。
另一種方法是關(guān)于IP分組內(nèi)容的AP欺騙(也就是讀取內(nèi)容和/或類型 信息，即使在沒有得到官方允許的情況下)，其中該IP分組被STA及其在網(wǎng) 絡(luò)中的對應(yīng)物用于信令或正常業(yè)務(wù)。舉個例子，現(xiàn)今通常會將借助IP的SIP 信令協(xié)議消息用于呼叫處理。這種SIP信令包含了有用信息，例如能力信息 和目的地地址，以便供AP完成其作為代理的作用。除了先前描述的方法之 外，如果AP從關(guān)于STA遠端目的地的更高層(也就是L2MAC以上)消息 內(nèi)容的信息的欺騙中提取此類信息，那么它可以更有效地完成其作用。本領(lǐng) 域技術(shù)人員將會了解，SIP是用于以IP為基礎(chǔ)的呼叫的管理協(xié)議的一個實例， 在工業(yè)上，其他的等價協(xié)議也是存在并得到廣泛使用的。由此，這種方法并 不僅限于SIP。
B.將AP與緊急呼叫中心建立鏈路
一旦AP 了解到STA進行緊急呼叫，那么AP必須與緊急呼叫中心建立 鏈路，以便恰當路由來自STA的呼叫。目前有若干種可能的傳送機制來使 緊急呼叫從AP到達呼叫中心。例如，AP可以與網(wǎng)關(guān)進行通信，由此將AP 鏈接到呼叫中心。
緊急網(wǎng)絡(luò)節(jié)點的概念可以擴展，以便包含具有人在環(huán)路中能力 (man-in-the-loop)的緊急響應(yīng)操作中心。該緊急網(wǎng)絡(luò)節(jié)點可以是一個擴展 服務(wù)集(ESS)或是適合基礎(chǔ)架構(gòu)應(yīng)用的網(wǎng)絡(luò)。例如在大學(xué)校園中，指定的 緊急網(wǎng)絡(luò)節(jié)點可以是校園治安部門。另舉一例，在制造廠中，緊急網(wǎng)絡(luò)節(jié)點 將會是安全辦公室。緊急網(wǎng)絡(luò)節(jié)點可以包括運營商，其中該運營商接收VoIP 呼叫、記錄呼叫信息，篩選呼叫，然后在公共交換電話網(wǎng)絡(luò)(PSTN)上發(fā) 起一個緊急呼叫，以便警告恰當機構(gòu)。
緊急網(wǎng)絡(luò)節(jié)點的概念還可以進一步擴展，以便包含與PSTN具有直接線 路的自動節(jié)點。自動節(jié)點將會充當語音電路橋接器，以便撥打電話以及將無 線呼叫方連接到PSTN緊急中心。
用于連接到緊急網(wǎng)絡(luò)節(jié)點的方法可以擴展，以便包含在沒有進行驗證、 授權(quán)或安全性特征的情況下路由和處理呼叫的能力。這樣做將會允許在無線 呼叫方與緊急網(wǎng)絡(luò)節(jié)點之間具有直接的未加密連接或是通道化連接。
緊急網(wǎng)絡(luò)節(jié)點的功能可以擴展，以便包含呼叫處理、呼叫切換和漫游協(xié)
調(diào)。這個功能將會預(yù)先授權(quán)相鄰AP中的資源(與服務(wù)于無線呼叫的AP相 鄰的AP)，由此呼叫方可以在移經(jīng)AP邊界時在不丟失無線連接以及不需要 重新建立新的緊急呼叫的情況下進行漫游，從而消除了針對相同緊急情況的 重復(fù)呼叫。在一個實施方式中，如上所述包含緊急IE的MAC幀是可以使用 的，由此在完成切換之后，新的AP可以在沒有中斷的情況下繼續(xù)緊急呼叫。
IV.網(wǎng)絡(luò)互通(interworking)
網(wǎng)絡(luò)互通涉及的是網(wǎng)絡(luò)側(cè)組件如何交互，它在緊急呼叫處理過程中同樣 是非常重要的，而在緊急呼叫必須穿越不同網(wǎng)絡(luò)類型而被完成的情況下則更 是如此。針對這個問題的一個解決方案是在新用戶進入系統(tǒng)時指示其緊急呼 叫能力。在這里將會使用這個新的用戶信息來更新一個集中數(shù)據(jù)庫，由此， 如果用戶發(fā)起緊急呼叫，那么將會很容易使用該信息，并且將會減少在其他 方面因為必須在跨越網(wǎng)絡(luò)交換該信息來完成呼叫所需要的等待時間。與位置 信息一樣，緊急呼叫能力信息可以在后臺自動更新，以便恒定提供更新的信 息。
實施例
1. 一種用于在無線局域網(wǎng)中支持緊急呼叫的方法，該方法包括以下步 驟由接入點(AP)來通告AP的緊急呼叫能力。
2. 根據(jù)實施例1所述的方法，其中該通告步驟包括提供表明AP能夠 接收緊急呼叫的指示符；以及提供參數(shù)，以使發(fā)起緊急呼叫的站能對該站自 身進行配置，以便向AP傳遞緊急呼叫。
3. 根據(jù)實施例1所述的方法，其中該通告步驟包括使用信標幀來周期 性傳送AP的緊急呼叫能力。
4. 根據(jù)實施例3所述的方法，其中信標幀包括可擴展能力信息元素，
該可擴展能力信息元素包含AP的緊急呼叫能力。
5. 根據(jù)實施例1所述的方法，其中該通告步驟包括使用探測響應(yīng)幀
來傳送AP的緊急呼叫能力。
6. 根據(jù)實施例1所述的方法，其中該通告步驟包括使用關(guān)聯(lián)響應(yīng)幀
來傳送AP的緊急呼叫能力。
7. 根據(jù)實施例1所述的方法，其中該通告步驟包括使用再關(guān)聯(lián)響應(yīng)
幀來傳送AP的緊急呼叫能力。
8. 根據(jù)實施例1所述的方法，其中該通告步驟包括使用驗證響應(yīng)幀
來傳送AP的緊急呼叫能力。
9. 根據(jù)實施例1所述的方法，其中該通告步驟包括使用再驗證響應(yīng)
幀來傳送AP的緊急呼叫能力。
10. —種根據(jù)前述任一實施例的用于在無線局域網(wǎng)(WLAN)中支持緊
急呼叫的方法，該方法包括以下步驟由站來向接入點(AP)宣告所述站的
緊急呼叫能力。
11. 根據(jù)實施例IO所述的方法，其中該宣告步驟包括使用信息元素
來傳送站的緊急呼叫能力。
12. 根據(jù)實施例10所述的方法，其中該宣告步驟包括通過在現(xiàn)有信 息元素中添加比特標記來傳送所述站的緊急呼叫能力。
13. 根據(jù)實施例10所述的方法，其中該宣告步驟包括使用關(guān)聯(lián)請求 幀來傳送站的緊急呼叫能力。
14. 根據(jù)實施例10所述的方法，其中該宣告步驟包括使用再關(guān)聯(lián)請求
幀來傳送站的緊急呼叫能力。
15. 根據(jù)實施例10所述的方法，其中該宣告步驟包括使用驗證請求幀
來傳送站的緊急呼叫能力。
16. 根據(jù)實施例10所述的方法，其中該宣告步驟包括使用再驗證請求
幀來傳送站的緊急呼叫能力。
17. 根據(jù)實施例10所述的方法，該方法還包括以下步驟將站的緊急
呼叫能力保存在所述WLAN上的能供任何設(shè)備訪問的位置。
18. 根據(jù)實施例17所述的方法，其中該保存步驟允許WLAN與其他網(wǎng) 絡(luò)類型之間的網(wǎng)絡(luò)互通，以便支持緊急呼叫。
19. 一種根據(jù)前述任一實施例的用于在無線局域網(wǎng)(WLAN)中支持緊 急呼叫的方法，該方法包括以下步驟由WLAN上的站發(fā)起緊急呼叫；由 WLAN上的接入點(AP)接收緊急呼叫；由AP準許進行緊急呼叫，而不 需要發(fā)起緊急呼叫的站執(zhí)行由所述AP準許其他呼叫所需要的驗證過程；以 及將緊急呼叫相關(guān)設(shè)置提供給所述站，以便允許所述站接入WLAN。
20. 根據(jù)實施例19所述的方法，其中緊急呼叫相關(guān)設(shè)置包括緊急呼叫 接入碼。
21. 根據(jù)權(quán)利要求19或20所述的方法，其中緊急呼叫相關(guān)設(shè)置包括緊 急呼叫安全密鑰。
22. —種根據(jù)前述任一實施例而在無線局域網(wǎng)(WLAN)中支持緊急呼 叫的方法，包括以下步驟由WLAN上的站發(fā)起一個緊急呼叫；由WLAN 上的接入點(AP)接收該緊急呼叫；由AP許可該緊急呼叫，而不需要發(fā)起 緊急呼叫的站執(zhí)行AP許可其他呼叫所需要的驗證過程；以及將緊急呼叫路 由到緊急呼叫中心。
23. 根據(jù)實施例22所述的方法，其中路由步驟包括執(zhí)行半靜態(tài)路由， 以便將所有緊急呼叫都路由到緊急呼叫中心。
24. —種根據(jù)前述任一實施例的用于在無線局域網(wǎng)(WLAN)中支持緊 急呼叫的方法，該方法包括以下步驟向站提供緊急基本服務(wù)集(BSS)標 識符，該緊急BSS標識符僅用于緊急呼叫；以及由所述站發(fā)起緊急呼叫，其 中該緊急呼叫包括緊急BSS標識符。
25. 根據(jù)實施例24所述的方法，其中提供步驟包括在探測響應(yīng)幀中 將緊急BSS標識符提供給所述站。
26. 根據(jù)實施例24所述的方法，其中提供步驟包括在關(guān)聯(lián)響應(yīng)幀中 將緊急BSS標識符提供給所述站。
27. 根據(jù)實施例24所述的方法，其中提供步驟包括在再關(guān)聯(lián)響應(yīng)幀 中將緊急BSS標識符提供給所述站。
28. —種根據(jù)前述任一實施例的用于在無線局域網(wǎng)(WLAN)中支持緊 急呼叫的方法，該方法包括以下步驟由WLAN上的站發(fā)起緊急呼叫；由 WLAN上的接入點(AP)接收該緊急呼叫；確定所述站是否具有足夠的能 力來完成該緊急呼叫；以及如果所述站不具有足夠能力來完成緊急呼叫，則 使基礎(chǔ)架構(gòu)網(wǎng)絡(luò)中的部件充當所述站的代理。
29. 根據(jù)實施例28所述的方法，其中基礎(chǔ)架構(gòu)網(wǎng)絡(luò)中的部件包括專用 網(wǎng)關(guān)節(jié)點。
30. 根據(jù)實施例28或29所述的方法，該方法還包括以下步驟基礎(chǔ)架 構(gòu)網(wǎng)絡(luò)部件將位置信息添加到緊急呼叫中。
31. 根據(jù)實施例28~30中任一實施例所述的方法，還包括以下步驟基 礎(chǔ)架構(gòu)網(wǎng)絡(luò)中的部件監(jiān)視WLAN上的業(yè)務(wù)量，以使基礎(chǔ)架構(gòu)網(wǎng)絡(luò)中的部件 了解WLAN上的站的能力信息，以便該基礎(chǔ)架構(gòu)網(wǎng)絡(luò)中的部件能充當站的 代理。
本發(fā)明的概念可以擴展到上述具體實施例之外。例如，本發(fā)明可以擴展 到網(wǎng)狀網(wǎng)絡(luò)和自組織(ad-hoc)網(wǎng)絡(luò)。這里描述的緊急呼叫能力可以在網(wǎng)絡(luò) 中的任何部分中實施，而不局限于AP。例如，這些能力可以在STA中實施， 經(jīng)由若干個AP分發(fā)，此外還可以在接入控制器或是呼叫服務(wù)器中實施。
作為替換，除了人類用戶，本發(fā)明還可以擴展到機器之間的應(yīng)用方案， 以便使用WLAN來處理緊急情況。這其中的一種可能性是在家庭安全性系 統(tǒng)中使用802.11，也就是使用WLAN來取代硬布線電話線路(該線路可以 被消減)。在這個實例中，取代用于產(chǎn)生WLAN緊急呼叫的人類用戶的是， 在有人闖入時，家庭安全性系統(tǒng)將會自動向安全性呼叫中心產(chǎn)生緊急呼叫。 作為替換，如上所述，家庭安全性系統(tǒng)可以開始發(fā)送緊急SOS幀。
雖然以特定組合在優(yōu)選實施方式中描述了本發(fā)明的特征和部件，但是每 一個特征或部件既可以單獨使用(在沒有優(yōu)選實施例中的其他特征和部件的 情況下)，也可以在具有或不具有本發(fā)明的其他特征和部件的情況下在不同 組合中使用。
權(quán)利要求
1. 一種用于在無線局域網(wǎng)中支持緊急呼叫的方法，該方法包括以下步驟由接入點(AP)來通告所述AP的緊急呼叫能力。
2. 根據(jù)權(quán)利要求1所述的方法，其中所述通告步驟包括 提供表明所述AP能夠接收緊急呼叫的指示符；以及提供參數(shù)，以使發(fā)起緊急呼叫的站能對該站自身進行配置，以便向所述 AP傳遞所述緊急呼叫。
3. 根據(jù)權(quán)利要求1所述的方法，其中所述通告步驟包括使用信標幀 來周期性傳送所述AP的緊急呼叫能力。
4. 根據(jù)權(quán)利要求3所述的方法，其中所述信標幀包括可擴展能力信息 元素，該可擴展能力信息元素包含所述AP的緊急呼叫能力。
5. 根據(jù)權(quán)利要求1所述的方法，其中所述通告步驟包括使用探測響 應(yīng)幀來傳送所述AP的緊急呼叫能力。
6. 根據(jù)權(quán)利要求1所述的方法，其中所述通告步驟包括使用關(guān)聯(lián)響應(yīng)幀來傳送所述AP的緊急呼叫能力。
7. 根據(jù)權(quán)利要求1所述的方法，其中所述通告步驟包括使用再關(guān)聯(lián)響應(yīng)幀來傳送所述AP的緊急呼叫能力。
8. 根據(jù)權(quán)利要求1所述的方法，其中所述通告步驟包括使用驗證響應(yīng)幀來傳送所述AP的緊急呼叫能力。
9. 根據(jù)權(quán)利要求1所述的方法，其中所述通告步驟包括使用再驗證 響應(yīng)幀來傳送所述AP的緊急呼叫能力。
10. —種用于在無線局域網(wǎng)(WLAN)中支持緊急呼叫的方法，該方法包括以下步驟由站來向接入點(AP)宣告所述站的緊急呼叫能力。
11. 根據(jù)權(quán)利要求IO所述的方法，其中所述宣告步驟包括使用信息元素來傳送所述站的緊急呼叫能力。
12. 根據(jù)權(quán)利要求10所述的方法，其中所述宣告步驟包括在現(xiàn)有信息元素中添加比特標記以傳送所述站的緊急呼叫能力。
13. 根據(jù)權(quán)利要求10所述的方法，其中所述宣告步驟包括使用關(guān)聯(lián) 請求幀來傳送所述站的緊急呼叫能力。
14. 根據(jù)權(quán)利要求10所述的方法，其中所述宣告步驟包括使用再關(guān) 聯(lián)請求幀來傳送所述站的緊急呼叫能力。
15. 根據(jù)權(quán)利要求10所述的方法，其中所述宣告步驟包括使用驗證 請求幀來傳送所述站的緊急呼叫能力。
16. 根據(jù)權(quán)利要求10所述的方法，其中所述宣告步驟包括使用再驗 證請求幀來傳送所述站的緊急呼叫能力。
17. 根據(jù)權(quán)利要求10所述的方法，該方法還包括以下步驟將所述站的緊急呼叫能力保存在所述WLAN上的能供任何設(shè)備訪問的 位置。
18. 根據(jù)權(quán)利要求17所述的方法，其中所述保存步驟允許所述WLAN 與其他網(wǎng)絡(luò)類型之間的網(wǎng)絡(luò)互通，以便支持所述緊急呼叫。
19. 一種用于在無線局域網(wǎng)(WLAN)中支持緊急呼叫的方法，該方法 包括以下步驟由所述WLAN上的站發(fā)起緊急呼叫； 由所述WLAN上的接入點(AP)接收所述緊急呼叫； 由所述AP許可所述緊急呼叫，而不需要發(fā)起該緊急呼叫的所述站執(zhí)行 由所述AP許可其他呼叫所需要的驗證過程；以及將緊急呼叫相關(guān)設(shè)置提供給所述站，以便允許所述站接入所述WLAN。
20. 根據(jù)權(quán)利要求19所述的方法，其中所述緊急呼叫相關(guān)設(shè)置包括緊 急呼叫接入碼。
21. 根據(jù)權(quán)利要求19所述的方法，其中所述緊急呼叫相關(guān)設(shè)置包括緊 急呼叫安全密鑰。
22. —種用于在無線局域網(wǎng)(WLAN)中支持緊急呼叫的方法，該方法 包括以下步驟由所述WLAN上的站發(fā)起緊急呼叫； 由所述WLAN上的接入點(AP)接收所述緊急呼叫； 由所述AP許可所述緊急呼叫，而不需要發(fā)起該緊急呼叫的所述站執(zhí)行 由所述AP許可其他呼叫所需要的驗證過程；以及將所述緊急呼叫路由到緊急呼叫中心。
23. 根據(jù)權(quán)利要求22所述的方法，其中所述路由步驟包括執(zhí)行半靜 態(tài)路由，以便將所有緊急呼叫都路由到所述緊急呼叫中心。
24. —種用于在無線局域網(wǎng)(WLAN)中支持緊急呼叫的方法，該方法 包括以下步驟向站提供緊急基本服務(wù)集(BSS)標識符，該緊急BSS標識符僅用于緊 急呼叫；以及由所述站發(fā)起緊急呼叫，其中該緊急呼叫包括所述緊急BSS標識符。
25. 根據(jù)權(quán)利要求24所述的方法，其中所述提供步驟包括在探測響 應(yīng)幀中將所述緊急BSS標識符提供給所述站。
26. 根據(jù)權(quán)利要求24所述的方法，其中所述提供步驟包括在關(guān)聯(lián)響 應(yīng)幀中將所述緊急BSS標識符提供給所述站。
27. 根據(jù)權(quán)利要求24所述的方法，其中所述提供步驟包括在再關(guān)聯(lián) 響應(yīng)幀中將所述緊急BSS標識符提供給所述站。
28. —種用于在無線局域網(wǎng)(WLAN)中支持緊急呼叫的方法，該方法 包括以下步驟-由所述WLAN上的站發(fā)起緊急呼叫； 由所述WLAN上的接入點(AP)接收所述緊急呼叫； 確定所述站是否具有足夠的能力來完成所述緊急呼叫；以及 如果所述站不具有足夠能力來完成所述緊急呼叫，則使基礎(chǔ)架構(gòu)網(wǎng)絡(luò)中 的部件充當所述站的代理。
29. 根據(jù)權(quán)利要求28所述的方法，其中所述基礎(chǔ)架構(gòu)網(wǎng)絡(luò)中的部件包 括專用網(wǎng)關(guān)節(jié)點。
30. 根據(jù)權(quán)利要求28所述的方法，該方法還包括以下步驟 由所述基礎(chǔ)架構(gòu)網(wǎng)絡(luò)中的部件將位置信息添加到所述緊急呼叫中。
31. 根據(jù)權(quán)利要求28所述的方法，該方法還包括以下步驟 由所述基礎(chǔ)架構(gòu)網(wǎng)絡(luò)中的部件監(jiān)視所述WLAN上的業(yè)務(wù)，以使所述基礎(chǔ)架構(gòu)網(wǎng)絡(luò)中的部件了解所述WLAN上的站的能力信息，以便該基礎(chǔ)架構(gòu) 網(wǎng)絡(luò)中的部件能充當站的代理。
全文摘要
提供了用于無線局域網(wǎng)的站與接入點(AP)之間傳遞緊急呼叫能力信息的若干種方法。所述方法包括由AP通告其緊急呼叫能力，以及由站來宣告其緊急呼叫能力。AP可以在信標幀、探測響應(yīng)幀、再關(guān)聯(lián)響應(yīng)幀或再驗證響應(yīng)幀中通告其緊急呼叫能力。所述站可以在關(guān)聯(lián)請求幀、再關(guān)聯(lián)請求幀、驗證請求幀或再驗證請求幀中宣告其緊急呼叫能力。
文檔編號H04W84/12GK101395949SQ200780007567
公開日2009年3月25日 申請日期2007年2月26日 優(yōu)先權(quán)日2006年3月3日
發(fā)明者J·A·庫維克, J·C·祖尼卡, M·魯?shù)婪? S·A·拉赫曼 申請人:交互數(shù)字技術(shù)公司