ワイヤレスローカルエリアネットワーク上の緊急呼出のサポート
【課題】ワイヤレスローカルエリアネットワークにおいて、ステーションおよびアクセスポイント（ＡＰ）の間で緊急呼出能力情報を通信するためのいくつかの方法が提供される。
【解決手段】この方法は、緊急呼出能力についてＡＰによるアドバタイズ、緊急呼出能力についてステーションによるアナウンスを含む。ＡＰはその緊急呼出能力をビーコンフレーム、プローブ応答フレーム、再アソシエーション応答フレーム、または再認証応答フレームにおいてアドバタイズすることができる。ステーションはその緊急呼出能力を、アソシエーション要求フレーム、再アソシエーション要求フレーム、認証要求フレーム、または再認証要求フレームにおいてアナウンスすることができる。
【解決手段】この方法は、緊急呼出能力についてＡＰによるアドバタイズ、緊急呼出能力についてステーションによるアナウンスを含む。ＡＰはその緊急呼出能力をビーコンフレーム、プローブ応答フレーム、再アソシエーション応答フレーム、または再認証応答フレームにおいてアドバタイズすることができる。ステーションはその緊急呼出能力を、アソシエーション要求フレーム、再アソシエーション要求フレーム、認証要求フレーム、または再認証要求フレームにおいてアナウンスすることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）に関し、より詳細には、ＷＬＡＮにおける緊急呼出のサポートに関する。
【背景技術】
【０００２】
既存の８０２技術（８０２．１１ＷＬＡＮ、８０２．１５ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）など）では伝統的にセルラーで行われるような、緊急呼出をサポートする必要はない。セルラーに関しては、緊急呼出のサポートはその技術に課された規制要件に起因することが多く、それゆえ今日の配備されたワイヤレスセルラーネットワークおよびハンドセットの大部分において広く実装されている。緊急呼出に対するサポートは、すべての通信レイヤにわたる多くの態様、特にシグナリングサポートおよび指令手順を伴い、これらは８０２．１１および８０２．１５技術には存在しない。ＷＬＡＮにおけるＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）の出現およびＷＬＡＮについての増大する日常的使用により、ＷＬＡＮにおける緊急呼出に対するサポートは必要になるであろう。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
住宅市場に対する「固定型」のＶｏＩＰ電話サービスの提供でさえ、限定された緊急呼出サポートしか有しない。ＰＳＡＰ（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ Ａｎｓｗｅｒｉｎｇ Ｐｏｉｎｔ）における指令員（ｄｉｓｐａｔｃｈｅｒ）によって番号位置情報が常に追跡できるわけではなく、コールバックが常に可能であるわけではなく、アドレス登録が設備の購入の際に必要になるかもしれない。ＶｏＩＰ電話が新しい場所に移動したときにも、緊急呼出は依然として登録されたアドレス位置に基づいて送られるであろう。登録されたアドレスは原理的に変更することができるが、ＰＳＡＰにて情報を更新するにあたって、少なくとも何日または何週間の遅れがある。さらに、一部のユーザは彼らの登録情報を、たとえしたとしても時機よく更新しない可能性がある。
【０００４】
ＷＬＡＮを使用したＶｏＩＰ電話によってより多くの移動性が可能になるにつれ、この状況は悪化する。ＷＬＡＮベースのＶｏＩＰ電話は任意の場所から動作することができ、ユーザは、オフィスから家庭や公共のホットスポットなどへのように、場所の間を継ぎ目なく移動すると予期することができる。
【０００５】
ワイヤレスアクセス、アクセスポイント（ＡＰ）の位置、発呼者位置、および緊急呼出のアドミッションを含む、ある種の８０２．１１特有の問題が存在する。ワイヤレスアクセスに関して、８０２．１１標準においては緊急呼出に対するプライオリティは現在存在せず、ＷＬＡＮアクセスネットワークに対して通常の呼出から緊急呼出を区別する手段はない。ＡＰまたはＳＴＡの位置は、現在は、例えばＡＰの識別を容易に判定することができても、非独自仕様の方法ではネットワークには知り得ない。また、非独自仕様の方法においては発呼者の位置をマップすることも現在可能ではない。
【０００６】
アドミッションに関しては、発呼者がネットワークに入る権限を有さない場合には、しっかり管理されたＷＬＡＮによって緊急の発呼者が緊急呼出を確立することを妨げられることがある。ＳＴＡおよびＡＰの間の通常の接続手順は、ＳＴＡがアソシエーション要求を送り、続いてＳＴＡをＡＰに関連付けるのに先立ってＡＰとのネゴシエーションが行われる。ＳＴＡが緊急電話をかけていることを示すことができない場合、許可されるかどうかを判定するために全アソシエーション手順を行わなければならないであろう。この種の困難性の一例として、ＳＴＡがシステムにアクセスするための適切なパスワードまたは認証クレデンシャルを有しない場合（例えば私的なホットスポットまたは企業／オフィスのＷＬＡＮに存在することがあるように、ＡＰがパスワードを要求したり、認証クレデンシャルを要求したりするように構成される場合）、ＡＰはそのＳＴＡのアソシエーション要求をにべもなく拒否するであろう。しかしＳＴＡが適切なパスワードまたは認証クレデンシャルを有していても、ＡＰが、音声ユーザに対するその構成された最大容量に基づいて、ネットワークへの許容を拒否するかもしれない。この場合、ＡＰにとっての正しい決定は、この新しい緊急呼出を許容し（最優先にて）、別の既存の音声呼出を切断することであろう。ＡＰが第一に現在この区別をなす手段を欠いているため、このような機能を既存の最新のＷＬＡＮ技術で実装することができない。これは、どのデバイスも、ＳＩＭカードのないデバイスでさえ、緊急呼出をかけることができるセルラーシステムの動作と対照的である。
【課題を解決するための手段】
【０００７】
本発明は、８０２．１１および８０２．１５技術により緊急呼出取り扱いサポートを可能にするための様々なシステム動作態様を提案する。本提案のいくつかは、緊急呼出をＡＰに示すための新しいＬ２シグナリングメッセージまたは情報要素に関する。新しい手順および制御メカニズムが緊急状況に対して提案される。加えて、デュアルモード（ＷＬＡＮおよび第２世代（２Ｇ）セルラーまたは第３世代（３Ｇ）セルラー）の実装に対する手順が扱われる。緊急呼出の要件が緊急発呼者の場所についての位置報告に関する規制要件と結び付くことが多いため、ＷＬＡＮネットワークにおける地理的な場所についての要求および報告を可能にする手段およびシグナリング手順が提案される。場所の情報は、緊急呼出と結合されたり、または別々に実装されたりすることができる。
【０００８】
ＳＴＡが緊急呼出を識別できることの利点は、ＡＰが、通常のように取り扱うべき（すなわち、通常のアソシエーション手順に従うべき）ＳＴＡと、ネットワークがどのように構成されるかにかかわらず、すべての状況下で許容すべき（すなわち、緊急呼出を許容するためにどのセキュリティ要件をもバイパスする）ＳＴＡとを区別できるようにする単純な論理を、ＡＰにインストールすることができるということである。
【０００９】
ワイヤレスローカルエリアネットワークにおいてステーションおよびアクセスポイント（ＡＰ）の間で緊急呼出の能力情報を通信するためのいくつかの方法が提供される。この方法には、ＡＰがその緊急呼出能力についてアドバタイズすること、ステーションがその緊急呼出能力についてアナウンスすることが含まれる。ＡＰはその緊急呼出能力を、ビーコンフレーム、プローブ応答フレーム、再アソシエーション応答フレーム、または再認証応答フレームにおいてアドバタイズすることが可能である。ステーションはその緊急呼出能力を、アソシエーション要求フレーム、再アソシエーション要求フレーム、認証要求フレーム、または再認証要求フレームにおいてアナウンスすることができる。
【００１０】
ＷＬＡＮにおいて緊急呼出をサポートするための方法は、ＷＬＡＮ上のＳＴＡによって緊急呼出を開始することによって始まる。緊急呼出は、ＷＬＡＮ上のＡＰによって受信され、ＳＴＡが認証手順を行うことを要求することなく許容される。ＳＴＡは、緊急呼出に関連する設定を与えられて、ＳＴＡがＷＬＡＮにアクセスすることを許可する。
【００１１】
ＷＬＡＮにおいて緊急呼出をサポートするための方法は、ＷＬＡＮ上のステーションによって緊急呼出を開始することによって始まる。緊急呼出は、ＷＬＡＮ上のＡＰによって受信され、ＳＴＡが認証手順を行うことを要求することなく許容される。緊急呼出は、緊急呼出センターにルートされる。
【００１２】
ＷＬＡＮにおいて緊急呼出をサポートするための方法は、緊急ＢＳＳ ＩＤをＳＴＡに提供することによって始まり、この緊急ＢＳＳ ＩＤは緊急呼出のためにのみ使用される。ＳＴＡによって開始されるどの緊急呼出も緊急ＢＳＳ識別子を使用する。
【００１３】
ＷＬＡＮにおいて緊急呼出をサポートするための方法は、ＷＬＡＮ上のステーションが緊急呼出を開始することによって始まる。緊急呼出は、ＷＬＡＮ上のＡＰによって受信される。ＳＴＡが緊急呼出を完了するために十分な能力を有するかどうかの判定がなされる。ＳＴＡが緊急呼出を完了するために十分な能力を有さない場合、インフラストラクチャネットワークの要素が、ＳＴＡに対するプロキシとして動作して緊急呼出を完了する。
【００１４】
例として与えられ、添付された図面に関連して理解されるべき、好適な実施形態についての以下の説明から、本発明のより詳細な理解を得ることができる。
【図面の簡単な説明】
【００１５】
【図１】標準の媒体アクセス制御（ＭＡＣ）フレームの図である。
【図２Ａ】緊急呼出を示すビットフラグを伴うＭＡＣフレームの図である。
【図２Ｂ】緊急呼出を示す情報要素（ＩＥ）を伴うＭＡＣフレームの図である。
【図３】標準のＲＴＳ（Ｒｅａｄｙ Ｔｏ Ｓｅｎｄ）フレームの図である。
【図４Ａ】緊急呼出を示すビットフラグを伴うＲＴＳフレームの図である。
【図４Ｂ】緊急呼出を示すＩＥを伴うＲＴＳフレームの図である。
【図５】図４Ａまたは４Ｂにおいて示されるＲＴＳフレームを使用するための方法のフロー図である。
【図６】無線技術を切り替えて緊急呼出を完了するための方法のフロー図である。
【図７】緊急呼出を示すＳＯＳビーコンフレームの図である。
【図８】図７において示されたＳＯＳフレームを送信し、使用するための方法のフロー図である。
【図９】プロキシ機能を適用するかどうかを判定する方法のフロー図である。
【発明を実施するための形態】
【００１６】
以降、用語「ステーション」（ＳＴＡ）は、限定されないが、ワイヤレス送受信ユニット（ＷＴＲＵ）、ユーザ設備（ＵＥ）、固定または移動体の加入者ユニット、ページャ、またはワイヤレス環境において動作する能力がある任意の他のタイプのデバイスを含む。以降参照されると、用語「アクセスポイント」（ＡＰ）は、限定されないが、基地局、ノードＢ、サイトコントローラ、またはワイヤレス環境における任意の他のタイプのインタフェーシングデバイスを含む。
【００１７】
本発明は、すべてのＷＬＡＮ、ＰＡＮ（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、およびＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋ）に適用可能であるが、特に８０２．１１ベースのＷＬＡＮ、８０２．１５ベースのワイヤレスＰＡＮ、８０２．１６／２０ベースのワイヤレスＭＡＮ、およびこれらと同等な物に適用可能である。１つの実現において、本発明は、ＷＬＡＮ、ＰＡＮ、ＭＡＮ、および携帯電話マルチモードＷＴＲＵを含むこれらのアクセス技術の組み合わせを実装するＷＴＲＵに適用可能である。
【００１８】
緊急サポートを取り扱うための本発明は、いくつかの主要な領域にグループ化分類されて、以降説明されることになる。しかしながら、これは説明の便宜のためであり、本発明の限定として捉えるべきではない。
【００１９】
Ｉ．エアインタフェース関連のシグナリング／サポートおよび手順
Ａ．ＭＡＣフレームおよびＭＡＣシグナリングメッセージにおける緊急呼出の表示
標準ＭＡＣフレーム１００が図１に示されている。ＭＡＣフレーム１００は、フレーム制御フィールド１０２、持続期間／ＩＤフィールド１０４、１つまたは複数のアドレスフィールド１０６ａ〜１０６ｄ、シーケンス制御フィールド１０８、サービス品質（ＱｏＳ）制御フィールド１１０、フレームボディ１１２、およびフレームチェックシーケンス（ＦＣＳ）フィールド１１４を含む。ＱｏＳ制御フィールド１１０は、示されるように複数のサブフィールドに分割される。
【００２０】
緊急呼出に対するプライオリティは、ビットフラグにより、緊急メッセージタイプＩＥにより、既存または新規ＩＥ上の緊急メッセージフィールドの部分により、またはＭＡＣフレームの任意の既存のＩＥまたはフィールドにおける予備の（現在未使用の）値を使用して実装される緊急呼出コードにより示すことができる。インディケータによりＡＰは緊急呼出を許容する必要があることを知ることができるようになる。同様の目的のために、ＱｏＳプライオリティまたは要件がＱｏＳクラス（例えばＤｉｆｆＳｅｒｖ）によって示される。任意の既存のＭＡＣフレームタイプ（制御、管理、またはデータ）も、緊急呼出インディケータを含むように変更することができる。緊急呼出インディケータは、説明されたメカニズムのいずれかを用いて、ヘッダまたはボディにおいてＭＡＣの任意の位置に追加することができる。
【００２１】
図２Ａに示されるように、ＭＡＣフレーム２００はフィールド２０２〜２１４を含み、これらは図１との関連で上述されたフィールド１０２〜１１４と同じである。一実施形態において、単純なビットフラグ２２０を使用してこれが緊急呼出であるということを受信機に示す。図２Ａに示されるように、ビットフラグ２２０のための１つの可能な位置は、ＱｏＳ制御フィールド２１０の予備のビット（ビット７）にある。当該技術分野における通常の知識を有する者は、ＭＡＣフレームの既存のヘッダまたはフレームボディフィールドのいずれにおいても任意の現在予備の位置にビットフラグ２２０を配置することが可能であることに気付くであろう。
【００２２】
図２Ｂに示されるように、ＭＡＣフレーム２５０は、フレーム制御フィールド２５２、長さフィールド２５４、および緊急呼出を示す緊急呼出ＩＥ２５６を含む。緊急呼出ＩＥ２５６は、限定されないが、緊急呼出フラグ２６０、理由コードフィールド２６２、能力情報フィールド２６４、位置情報フィールド２６６、音声コーデック適用フィールド２６８、および追加フィールド２７０を含むことができる。緊急呼出ＩＥ２５６は、任意のＭＡＣフレームに追加することができる。加えて、緊急呼出ＩＥ２５６に収容される情報は、既存のＩＥタイプに追加することができる。
【００２３】
緊急呼出フラグ２６０は、その呼出が緊急呼出であるということを識別する単純なインディケータ（例えばビットフラグ）とすることができる。理由コードフィールド２６２は、緊急呼出の理由（例えば火災、医療的緊急事態など）を示す。能力情報フィールド２６４は、ＳＴＡが緊急呼出をかける能力を含み、緊急呼出を可能な限り迅速に完了するのを援助するために使用される。位置情報フィールド２６６は、ＳＴＡが緊急呼出をかけているＳＴＡの位置を含む。音声コーデック適用フィールド２６８は、ＳＴＡによって使用される音声コーデックを識別し、緊急呼出を扱おうと試みるＳＴＡおよびＡＰの間に何らかの非互換性がある場合に使用される。緊急呼出ＩＥに含めることができる追加情報（フィールド２７０として）は、タイムスタンプおよびＷＴＲＵおよび／またはオペレータサービス能力情報がある。
【００２４】
８０２．１１ｅの下での既存のＭＡＣフレームは、呼出プライオリティを有する。伝送仕様（ＴＳＰＥＣ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）ＩＥは、伝送仕様情報フィールドにおける３ビットのプライオリティサブフィールドを含む。また、本発明の原理は、ＴＳＰＥＣ ＩＥにおいて緊急呼出のための値を定義することによって実施することができる。セルラーシステムにおいて、同様なメカニズム（シグナリングフレーム）を使用して、ネットワークに呼出パラメータを送り、緊急呼出を識別する予備のフィールドを含む。当技術分野において知られているように、ＴＳＰＥＣ ＩＥは追加トラフィックストリーム（ＡＤＤＴＳ）フレームにおいて使用される。ここで説明された変更されたＴＳＰＥＣ ＩＥはそれゆえ、ＡＤＤＴＳフレームにおいて使用することができる。同様に、同じ情報を収容する新規のＩＥは、緊急呼出を示すＡＤＤＴＳフレームにおいて使用することができる。
【００２５】
以上の説明は、特に８０２．１１ベースのＭＡＣフレームについて説明したが、ＭＡＣフレームを拡張する概念は、任意のタイプのＭＡＣフレームに適用することができる。例えば、イーサネット（登録商標）タイプのＭＡＣフレームもまた、同様に変更することができるであろう。そのようなＭＡＣフレームは、例えば、Ｗｉ−Ｆｉプロテクティッドアクセス（ＷＰＡ）可能ネットワークにおいてセキュリティ上の理由で交換されるＥＡＰＯＬ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｏｖｅｒ ＬＡＮ）フレームにおいて使用される。さらに、この概念は、イーサタイプ（Ｅｔｈｅｒｔｙｐｅ）がヘッダ中の１ビットにより示されるため、新しいイーサタイプを定義するために拡張することができる。
【００２６】
Ｂ．緊急呼出のための仮想ＢＳＳ ＩＤ
仮想ＢＳＳ設定において、単一の物理的ＡＰは、１つより多いＢＳＳ（すなわち、仮想ＢＳＳ）として動作するように構成され、各ＢＳＳがそれ自身のＩＤを有している。１つのＢＳＳ ＩＤを緊急呼出の使用のためにのみ予約することができる。ＷＬＡＮにおいて送信される各ＭＡＣフレームはＢＳＳ ＩＤを含むため、緊急呼出は、緊急呼出を送信しようと試みるとき緊急ＢＳＳ ＩＤを使用するであろう。
【００２７】
ＳＴＡは、緊急ＢＳＳ ＩＤをＡＰからのダウンリンク上で受信することができる。例えば、緊急ＢＳＳ ＩＤは、ＡＰにより応答フレーム（例えば、プローブ応答、アソシエーション応答、または再アソシエーション応答）において送ることができる。緊急ＢＳＳ ＩＤは、他の様々な方法によりＳＴＡに提供することができることを注記する。
【００２８】
Ｃ．ＡＰまたはＳＴＡがその緊急呼出能力をアドバタイズ
ＡＰは、緊急呼出をサポートするその能力および意志をアドバタイズする。例えば、ＡＰは、緊急呼出が可能化されていることをアドバタイズし、ＡＰに関連付けて緊急呼出を完了するためにＳＴＡにパラメータを提供することができる。このアドバタイズはまた、そのＡＰにおける緊急呼出能力が現在アクティブであるかの表示を含むことができる。このタイプのアドバタイズは、多くの異なるタイプのユーザが合理的に期待できる公共のホットスポットにおいて使用される可能性がある。
【００２９】
ＡＰ能力ＩＥは、ＡＰがその緊急呼出能力を示すビーコンフレームまたはプローブフレームにおいて使用することができる。現在のビーコンフレームにおいて、２バイトの能力フィールドがあるが、このフィールドのビットのすべてが使用されている。拡張可能な能力ＩＥは、すべての新しいＡＰ能力を示すためにフレームの端に追加されている。上述されたビットフラグは、ＡＰの緊急呼出能力を示すために拡張可能な能力ＩＥに追加することができる。加えて、ＡＰの緊急呼出能力表示は、再アソシエーションまたは再認証フレームに追加することができる。
【００３０】
あるいはまた、ＳＴＡは緊急呼出をサポートする能力をアナウンスすることができる。この情報は、例えば、そのＳＴＡによってどのタイプの音声符号化が実装されているかを含むことができる。ＳＴＡは、その緊急呼出能力情報を、アソシエーション要求フレーム、再アソシエーション要求フレーム、認証要求フレーム、または再認証要求フレームに追加することができる。この情報は、新しいＩＥを使用することにより、または１または複数のビットフラグを既存のＩＥに追加することにより、送信することができる。ＳＴＡがその緊急呼出能力をアナウンスすることの１つの利点は、そのＳＴＡが緊急呼出をかける必要がある場合にＡＰがこの情報を格納して、より迅速にその緊急呼出を処理することができることである。
【００３１】
ＳＴＡが緊急呼出能力をＡＰへ提供する場合、ＡＰはまた、それが属するＷＬＡＮが緊急呼出をサポートすることができるかを承知しているべきである。あらゆるＷＬＡＮが緊急呼出センターに接続する能力を有していないかもしれない。例えば、ＷＬＡＮがデータ収集ネットワーク（例えば、工場のテレメトリのネットワーク）として構成される場合があり、ＳＴＡが緊急呼出センターに接続することを可能とするであろうインターネット接続を有さないかもしれない。そのような状況において、ＷＬＡＮが緊急呼出をサポートできず、それゆえＳＴＡが別のＷＬＡＮを特定することを試みることができるということをＡＰがＳＴＡに知らせるべきである。ＷＬＡＮのインターネット接続が何らかの理由で一時的に利用できない場合に、同様のメカニズムを採用することができる。
【００３２】
Ｄ．位置情報
位置情報はまた、緊急呼出確立の理由の伝達に加えて、これらの新しいＭＡＣフレーム２００、２５０（例えば位置情報フィールド２６６）に付加することができる。例えば、ＡＰまたはＳＴＡは基本サービスセット（ＢＳＳ）ＩＤ、ＡＰまたはＳＴＡのＭＡＣアドレス、静的または動的に割り当てられたＩＰアドレス、またはこの機能を実装するＡＰまたはＳＴＡからの全地球側位システム（ＧＰＳ）情報を使用し、この情報を緊急呼出センターに転送することができる。位置情報はまた、緊急呼出情報とは別個に伝達することができることを注記する。
【００３３】
緊急ＳＴＡを特定する他の手段は、限定されないが、発呼者ＩＤにより緊急呼出をかけているＳＴＡを識別すること、コールバック番号を利用すること、緊急呼出センターによるＳＴＡを特定するのに役立つ既知のアドレスを使用すること（例えばＡＰまたはネットワークＩＤなど、そのＳＴＡの現在の接続点（ｐｏｉｎｔ ｏｆ ａｔｔａｃｈｍｅｎｔ）のＭＡＣアドレス、またはＡＰの地理的座標を使用すること）を含む。
【００３４】
例えば、ＡＰがＳＴＡから場所を要求することができる場合には、ＷＬＡＮのＭＡＣシグナリングメカニズムを使用することができる。ＳＴＡはＡＰにＳＴＡの場所を付けて報告するであろう。１つの可能な実装は、現在、セルラーハンドセットにおいて現在広く普及している、アシスト型ＧＰＳ（Ａ−ＧＰＳ）の座標の使用を含む。限定されないが、アップリンク到達時間差（Ｕ−ＴＤＯＡ）、拡張観測時間差（Ｅ−ＯＴＤ）、アイドル期間ダウンリンク観測到達時間差（ＩＰＤＬ−ＯＴＤＯＡ）、Ａ−ＧＰＳ、ユニバーサル地理座標（例えばＩＥＥＥ規格８０２．１１ｋまたはＩＥＴＦ ＲＦＣ３８２５で定義されるような）、ならびにＷＬＡＮのＡＰ位置、セルサイト、またはセクター情報およびタイミング進行または往復時間測定を用いる方法を含む複数の位置決定方法を、異なるアクセスネットワークに対してサポートすることができる。位置情報を伝達する先の例について特に言及しているが、当事業者は、地理座標を伝達する任意のフォーマットを使用することができることに気付くであろう。
【００３５】
緊急呼出機能は、位置報告機能から独立して（相補的ではあるが）行うことが可能である。例証すると、（１）ＳＴＡが実際に緊急呼出を発呼するとき、緊急呼出シグナリングフレームに位置情報を付加すること、および（２）緊急呼出がなければ単独の機能として位置更新をシグナルすることが可能である。後者の一例は、周期的に（例えば数秒毎）、ＡＰのバックグラウンドの一部としてポーリングされるか、またはＳＴＡによるＡＰへの自立的な通常の位置報告によるかのいずれかにより、最新のＳＴＡの位置についてＡＰが通知され、更新された状態にすることであろう。ＡＰにおいて位置情報を維持することが好ましいかもしれない。なぜなら、ＳＴＡが緊急呼出を発行するとき、ＡＰは、ＳＴＡが緊急呼出要求の上にその位置を明示的に相乗りさせる必要がないように、ＳＴＡの位置の合理的に最近の推定を既に有するからである。
【００３６】
例えば、そのような単独のＳＴＡ位置情報報告は、規制要件に取り組むことと並行して、ＷＬＡＮネットワークにおける位置依存のサービスについての実装できるように使用することができる。
【００３７】
このように、位置情報はまた、インターワーキングＷＡＮ（Ｉ−ＷＬＡＮ）、公衆地上移動通信網（ＰＬＭＮ）、またはＳＴＡに存在する位置サービス（ＬＣＳ）アプリケーションに提供することができる。加えて、発呼者をサービスしているセルの識別、またはサービスしているＡＰの識別をＬＣＳクライアントに提供することができる。
【００３８】
Ｅ．既存のＲＴＳ／ＣＴＳフレーム交換メカニズムおよび手順の拡張
標準のＲＴＳフレーム３００を図３に示す。ＲＴＳフレーム３００は、フレーム制御フィールド３０２、持続期間（ｄｕｒａｔｉｏｎ）フィールド３０４、受信機アドレス（ＲＡ）フィールド３０６、送信機アドレス（ＴＡ）フィールド３０８、およびＦＣＳフィールド３１０を含む。
【００３９】
緊急呼出を送信したいＳＴＡは、図４Ａに示す特別なシグナリングフラグを収容する拡張されたＲＴＳフレーム４００、または図４Ｂに示す新規のＩＥを収容する拡張されたＲＴＳフレーム４５０を送信する。
【００４０】
図４Ａは、ＲＴＳフレーム４００を示している。ＲＴＳフレーム４００のフィールド４０２〜４１０は、図３に関連して上述されたＲＴＳフレーム３００のフィールド３０２〜３１０と同じである。フレーム制御フィールド４０２は、プロトコルバージョンサブフィールド４１２、タイプサブフィールド４１４、サブタイプサブフィールド４１６、ＤＳへ（ｔｏ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ）サブフィールド４１８、ＤＳからサブフィールド４２０、より多くのフラグメント（ＭＦ）サブフィールド４２２、リトライサブフィールド４２４、電力管理サブフィールド４２６、より多くのデータ（ＭＤ）サブフィールド４２８、ＷＥＰ（Ｗｉｒｅｄ Ｅｑｕｉｖａｌｅｎｔ Ｐｒｉｖａｃｙ）サブフィールド４３０、および順序（ｏｒｄｅｒ）サブフィールド４３２を含む、いくつかのサブフィールドを有する。
【００４１】
シグナリングフラグは、ＲＴＳフレーム４００におけるどの予備ビットにも追加することができる。予備ビットのための潜在的な場所には、プロトコルバージョンサブフィールド４１２、種別サブフィールド４１４、およびサブタイプサブフィールド４１６が含まれる。当事業者は、ＲＴＳフレーム４００におけるどの予備ビットにおいてもシグナリングフラグをおくことができるであろうことを注記する。
【００４２】
図４Ｂは、フレーム制御フィールド４５２、持続期間フィールド４５４、ＲＡフィールド４５６、ＴＡフィールド４５８、目的ＩＥ４６０、およびＦＣＳフィールド４６２を含む、拡張されたＲＴＳフレーム４５０を示している。目的ＩＥ４６０は、上述された緊急呼出ＩＥ２５６と内容において同様にすることができる。拡張されたＲＴＳフレーム４５０を受信するすべてのＳＴＡは、次に、ワイヤレス媒体を待機状態にし、緊急状態のＳＴＡに送信する機会を与えるために予め定められた時間の間に何らかの送信の試みをも停止するよう要求される。
【００４３】
一実施形態において、拡張されたＲＴＳフレームを受信すると、緊急呼出をかけているＳＴＡに、媒体へのアクセスの取得に成功するより高い確率を与えるために、受信するＳＴＡは変更されたバックオフ処理に入る。バックオフ処理を変更する２つの実装が可能である。すなわち、（１）他のＳＴＡに対して、緊急呼出をかけているＳＴＡのバックオフ時間を短縮すること、または（２）緊急でないＳＴＡのバックオフ時間を延長することである。いずれの実装においても、最終的な結果は、緊急のＳＴＡが緊急でないＳＴＡよりもより短いバックオフ時間を有することである。
【００４４】
ＲＴＳフレーム４００または４５０を使用するための方法５００が図５に示されている。方法５００の目的は、ＳＴＡが緊急呼出を送信することを可能とするために送信媒体を待機状態にすることである。この方法は、ＳＴＡがＲＴＳフレーム４００または４５０を送ることによって緊急呼出をかけることで開始する（ステップ５０２）。ＡＰは、ＲＴＳフレームを受信し（ステップ５０４）、標準のＣＴＳフレームによりＳＴＡに応答する（ステップ５０６）。ＡＰによって使用されるべきバックオフタイプが判定される（ステップ５０８）。２つの可能なバックオフタイプがあり、その両方とも、送信を待つ他のすべてのＳＴＡに先立って、緊急呼出をかけているＳＴＡが媒体にアクセスすることを可能とするであろう。
【００４５】
バックオフタイプが、緊急状態にあるＳＴＡ（すなわち、緊急呼出をかけているＳＴＡ）がより短いバックオフ時間を有する場合、緊急状態にあるＳＴＡは、短縮されたバックオフ時間の間待機し（ステップ５１０）、それから緊急呼出を送信する（ステップ５１２）。媒体にアクセスすることを試みている他のすべてのＳＴＡは、標準のバックオフ時間の間待機し（ステップ５１４）、それから送信することができる（ステップ５１６）。次に、方法５００は、終了する（ステップ５１８）。
【００４６】
バックオフタイプが、他のすべてのＳＴＡがより長いバックオフ時間を有する場合（ステップ５０８）、緊急状態にあるＳＴＡは、標準のバックオフ時間の間待機し（ステップ５２０）、緊急呼出を送信する（ステップ５２２）。他のＳＴＡのすべては、より長いバックオフ時間の間待機し（ステップ５２４）、それから送信することができる（ステップ５１６）。次に、方法５００は終了する（ステップ５１８）。
【００４７】
一般に、ＳＴＡがバックオフ手順に入ると、ＳＴＡは、一連のＮ個のタイムスロットの１つにおいて無作為に送信することを試みる。送信の衝突がある場合、ＳＴＡは再度バックオフし、Ｎとして予め定められた最大値までＮの値を増加することになる。ＳＴＡが送信することを試みることができる前に、ＳＴＡは、Ｍ個のタイムスロットの間待機しなければならない。この基本手順は、どのＳＴＡにも、媒体へのアクセスを勝ち取る平等な機会を提供する。８０２．１１ｅにおいて、ＱｏＳを実装するために特定のステーションが媒体へのアクセスを勝ち取るより大きい機会を有することを保証する２つの方法がある。第１は、Ｍの値を低減し、これによってＳＴＡにより短い待ち時間を与えることである。第２は、Ｎに対してより小さい値を使用することであり、これによりＳＴＡが特定のタイムスロットにおいて送信できることになる機会を増大する。
【００４８】
方法５００において、ＳＴＡが使用するバックオフ値を知るためのいくつかの可能な手段がある。第１の手段は、緊急呼出に関連して、ＭおよびＮに対するハード的に符号化された値を使用することであり、ＭおよびＮに対してハード的に符号化された値が緊急状態にあるＳＴＡにより使用されることになるようにする。第２の手段は、ＡＰから緊急状態にあるＳＴＡに、ＭおよびＮに対する値を明示的にシグナルすることである。ＡＰは典型的には、通常のシステム動作の間にブロードキャストまたは専用管理フレームのいずれかを使用することによって、それらのパラメータをＳＴＡに送るであろう。ＳＴＡは、緊急呼出を設定する必要がある場合に使用されることになる緊急呼出関連の構成パラメータを読み出す。一例は、ＡＰがビーコンまたはプローブ応答の管理フレームの部分として、他のＢＳＳの構成値をそのＢＳＳのすべてのＳＴＡに送ることである。緊急呼出関連のＭおよびＮのパラメータを追加することは、これらの自然な拡張である。例えば、ＢＳＳのすべてのＳＴＡにより使用されることになる、アクセスカテゴリごとの８０２．ｌｌｅのＱｏＳ関連の構成パラメータ（バックオフ値、ウィンドウなど）は、今日ではＡＰが同様のメカニズムを使用することによってシグナルされる。
【００４９】
第３の手段は、第１および第２の手段の組み合わせであり、これによりＳＴＡは、ＳＴＡが通常使用するＭおよびＮに対するハード的に符号化されたデフォルト値を有し、ＳＴＡが緊急状態にある場合には、ＡＰはＭおよびＮに対する新しい値をシグナルして、ハード的に符号化されたデフォルト値をオーバライドすることになる。当事業者は、緊急状態にあるＳＴＡおよび媒体へのアクセスを求めている他のすべてのＳＴＡに、適切なバックオフ時間を通信するための追加的手段を想定することができるであろう。
【００５０】
Ｆ．デュアルモードＷＬＡＮのＳＴＡ（例えば３ＧおよびＷＬＡＮ）に対する別の無線技術への指令切替え
緊急の場合、デュアルモードＷＬＡＮのＳＴＡは、ＷＬＡＮ上ではなく、第一に、セルラーネットワーク上で何らかの緊急呼出を試みるであろう。これは、原理上、ＳＴＡ単独の「ハード的に符号化された」手順である。この手順を実装する方法６００を図６に示す。
【００５１】
方法６００は、ユーザがＳＴＡにおいて緊急呼出をかけることにより開始する（ステップ６０２）。ＳＴＡがセルラーネットワークまたはＷＬＡＮ上で動作する能力があるかの判定がなされる（ステップ６０４）。ＳＴＡがセルラーネットワーク上で動作している（すなわち、現在、セルラーネットワークに接続されている）場合、ＳＴＡは、緊急呼出のためにセルラーネットワーク上に留まる（ステップ６０６）。ＳＴＡがセルラーネットワーク上で動作する能力があるが、現在セルラーネットワークに接続されていない場合、ＳＴＡはセルラーネットワークへの接続を確立し（ステップ６０８）、セルラーネットワーク上で緊急呼出をかける（ステップ６０６）。ＳＴＡがＷＬＡＮ上で動作している場合、ＳＴＡはセルラーネットワークに切替えて、緊急呼出をかける（ステップ６１０）。
【００５２】
緊急呼出がかけられた後、その緊急呼出がセルラーネットワーク上を通過したかの判定がなされる（ステップ６１２）。通過した場合、方法６００は終了する（ステップ６１４）。緊急呼出がセルラーネットワーク上を通過しなかった場合、ＳＴＡはＷＬＡＮに切替えて、その呼出をかけ（ステップ６１６）、方法６００は終了する（ステップ６１４）。
【００５３】
緊急呼出がデュアルモードのＷＬＡＮ−セルラーのハンドセットにより発行される必要がある場合、好適な手順は、ハンドセットをセルラーモデム上にフォールバックさせる（すなわち、セルラー無線リンク上で緊急呼出を確立する）ことである。なぜなら、緊急呼出サポートはＷＬＡＮについては利用可能でないか、または信頼性が低い場合があるからである。
【００５４】
方法６００に対する代替案には、（１）緊急呼出を送信しようと試みるときに切替えるべき、好ましい、指令による、または推奨される無線技術（例えばＷＬＡＮまたはセルラー）の順序を確立すること、（２）システムオペレータが、デュアルモードの電話機に対してＳＩＭカードまたは同様なデバイスで緊急呼出のふるまいを構成すること、（３）緊急の場合に、ＶｏＩＰコールをセルラーネットワーク上で維持するか、またはそのコールを従来技術の回線交換の音声チャネル上に移動すること、（４）システム運用者が、ワイヤレスインタフェースを介して無線技術の好ましいローカルの順序をシグナルすること、または（５）ユーザが、ポリシー設定を手動により構成することである。
【００５５】
Ｇ．緊急呼出を試みるときの認証およびセキュリティのバイパス
ＷＬＡＮにおいて緊急呼出を確立することを求めるどの８０２．ｘｘのＳＴＡもＡＰによって許可されなければならないという手順が指令される。これには、８０２．１ｘのような認証およびネットワーク側の他のセキュリティ対策をバイパスすることが含まれる。この手順は、拡張されたＲＴＳ／ＣＴＳの方法５００を使用することにより（図５において示されるように）、またはＭＡＣフレームにおけるビットフラグ、ＩＥ、ヘッダ、予備情報フィールド、もしくはビット／シーケンス値により（図２Ａおよび図２Ｂに示すように）トリガすることができるであろう。
【００５６】
現在のＷＬＡＮ実装において、各ＳＴＡの認証ステータスは、ステートマシンを介してトラックされ、１ｘポートフィルタリングと称される。ＳＴＡは、認証された場合にのみＷＬＡＮ上で送信することができ、そうでなければポートフィルタによってブロックされることになる。しかし緊急呼出をかけているＳＴＡはＷＬＡＮに対して許可されねばならないので、このことは認証の観点から問題を呈する。この認証の問題を克服するために、ポートフィルタを調整して、ＳＴＡがいつ緊急呼出を送っているかを容易に判定し、緊急呼出を続けることを可能にすることができる。例えば、新しいイーサタイプまたは既存のイーサタイプの変更に関連して、上述したように、表示を提供することができるであろう。
【００５７】
ＷＬＡＮにおけるアクセス制御は、本質的にセキュリティに結び付けられる。現在の標準の下では、すべてのＳＴＡはＡＰに関連付けるためにすべての認証プロセスを行わなければならないという点でＡＰにおいてアクセス制御を回避する方法はない。ＳＴＡがＡＰに関連付けるために適切なクレデンシャル欠いていても、ＡＰは緊急呼出を許可するべきである。ＡＰが緊急呼出を識別したときに２つのオプションがあり、この緊急呼出の識別はＬ２で行われるべきである。第１のオプションは、ＡＰのセキュリティを完全にバイパスし、認証を要求することなくその呼出を許可することである。第２のオプションは、異なるセキュリティ設定でその呼出を許可することである。例えば、緊急呼出は、特定の緊急関連のアクセスコードまたはセキュリティキーを提供することができる。
【００５８】
ＡＰが、ＡＰのセキュリティをバイパスすることによって緊急呼出に対するアクセスを認可する場合、緊急呼出であるように見せかける呼出（例えばシグナリング情報のなりすましによる）からセキュリティバイパスの悪用を防止するよう注意が払われる必要がある。この問題に対する１つの解決法は、緊急呼出がＷＬＡＮへの一般的なアクセスを提供することなく緊急呼出センターに自動的にルートされるように、すべての緊急呼出に対して準静的なルーティングをすることが含まれる。緊急呼出に対して準静的なルーティングを使用することによって、なりすましの緊急呼出さえも緊急呼出センターにルートされるであろう。
【００５９】
ＩＩ．緊急の場合におけるＷＴＲＵのふるまい／手順
Ａ．ＷＬＡＮがＳＯＳビーコン信号を送出して発呼者を見つけ出すのを容易にする
緊急呼出が終了すると（またはその途中であっても）、ＳＴＡおよび／または関係するＡＰが図７に示すＳＯＳタイプのシグナリングフレーム７００を一定の間隔で送信し始める手順がＳＴＡにおいて指令されるか、またはネットワークにより構成される。
【００６０】
ＳＯＳシグナリングフレーム７００は、プローブ要求フレームの変更バージョンである。ＳＯＳシグナリングフレーム７００は、フレーム制御フィールド７０２、持続期間フィールド７０４、送信先アドレス（ＤＡ）フィールド７０６、送信元アドレス（ＳＡ）フィールド７０８、ＢＳＳＩＤフィールド７１０、シーケンス制御フィールド７１２、ＳＳＩＤ ＩＥ７１４、サポートレートＩＥ７１６、および緊急呼出ＩＥ７１８を含む。緊急呼出ＩＥ７１８は、図２Ｂに関連して上述された緊急呼出ＩＥ２５６と同一とすることができる。サポートレートＩＥ７１６は、オプションであり、その機能性に影響を及ぼすことなくＳＯＳシグナリングフレーム７００から削除することができることを注記する。
【００６１】
一実施形態において、媒体へのアクセスを確実にするために、ショートインターフレームスペース（ＳＩＦＳ）プライオリティまたはプライオリティインターフレームスペース（ＰＩＦＳ）プライオリティと共に送出されるプローブ要求フレームとして、ＳＯＳ信号フレーム７００を定義することができる。ＳＯＳ信号フレームは、９１１ＩＤ（例えば発呼者ＩＤ）、装置の詳細（国際モバイル機器識別（ＩＭＥＩ）など）、ネットワーク所属、ユーザ名、および緊急理由コードなど、緊急呼出ＩＥにおける新しい緊急呼出関連の要素を収容する。理由コードは、デバイスがユーザにその緊急呼出に対する理由を識別するように促すこと（例えば「火災緊急の場合には１を押して下さい」など）により取得することができる。理由コードは、進行中の呼を終了しようがない場合に、その緊急事態を処理するための何らかの能力を提供するであろう。
【００６２】
ＳＯＳ信号フレームを、毎１００ミリ秒程度で送信するようにスケジュールして、位置のロギングおよび追跡を容易にすることができる。ＡＰは、信号のタイムスタンプおよび詳細と共にどのＳＯＳ信号フレームの受信をもログする必要があるであろう。信号強度の詳細には、信号強度、信号品質、アンテナ方位および利得、ならびにＩＭＥＩ、ユーザ名（利用可能の場合）、識別および能力目的のために有用な他の８０２．１１デバイス情報などの発呼者の詳細が含まれる。ＳＯＳ信号フレームを受信するＡＰはまた、緊急応答、無線リソース調整、位置、および発呼デバイスの追跡に責任のある緊急ネットワークノードにイベントを報告する必要があるであろう。
【００６３】
これは、ＳＯＳシグナリングフレームが送出され、緊急作業員（ｅｍｅｒｇｅｎｃｙ ｗｏｒｋｅｒ）が発呼者に接近すると彼らによって受信することができる、アクティブなプローブメカニズムである。１つのアナロジーは、航空機のブラックボックスにおける緊急ビーコンである。新規のＭＡＣフレームをこの目的のために導入することができ、または既存のＭＡＣフレーム、例えばプローブ要求フレームを、新規のＩＥ（緊急呼出ＩＥ２５６など）により拡張してこの目的を満足させることができる。
【００６４】
ＳＯＳシグナリングフレームを利用するための方法８００が図８に示されている。ユーザが、ＳＴＡから緊急呼出をかける（ステップ８０２）。ＳＴＡは、ＳＯＳフレームを送信し始める（ステップ８０４）。所望の実装に基づいて、ＳＯＳフレームは、プローブとして送出するか、または緊急作業員との直接接続を確立するために使用することができる（ステップ８０６）。
【００６５】
ＳＯＳフレームがプローブとして送出されることになる場合、送信期間が設定され、送信期間の終了に達しているかの判定がなされる（ステップ８１０）。送信期間が終了していない場合、ＳＴＡはＳＯＳフレームを送信し続け（ステップ８１２）、方法はステップ８１０に戻る。送信期間の終了に達している場合（ステップ８１０）、ＳＴＡはＳＯＳフレームを送信するのを止め（ステップ８１４）、方法は終了する（ステップ８１６）。
【００６６】
ＳＯＳフレームが緊急作業員との直接接続を確立するために使用されることになる場合（ステップ８０６）、緊急作業員がＳＴＡのレンジ内にいるかの判定がなされる（ステップ８２０）。緊急作業員がＳＴＡのレンジ内にいない場合、ＳＴＡはＳＯＳフレームを送信し続け（ステップ８２２）、方法はステップ８２０を継続する。緊急作業員がＳＴＡのレンジ内にいる場合（ステップ８２０）、ＳＴＡはＳＯＳフレームを送信するのを止め、発呼者と緊急作業員との間に直接接続を確立し（ステップ８２４）、方法は終了する（ステップ８１６）。
【００６７】
第１の代替案（ステップ８１０〜８１４）においては、緊急呼出が終了すると、ＳＴＡにより送信されるＳＯＳフレームは、ＡＰからのシグナリングによって、またはセッションイニシエーションプロトコル（ＳＩＰ）のような上位レイヤのプロトコルによって、トリガすることができるであろう。ＳＯＳフレームの持続期間／頻度は、このトリガ信号に収容される。緊急呼出が終了した後にＳＯＳフレームを送出することにより、緊急呼出が誤りであった場合、または緊急作業員がその呼出に応答して到着する必要がなかった場合、不要なＳＯＳフレームの送信を防止する。
【００６８】
第２の代替案（ステップ８２０〜８２４）において、緊急作業員と発呼者の間の直接ＶｏＩＰ接続は、彼らが互いのレンジ内であるときに確立される。ＳＯＳフレームが届く他のＳＴＡは、図４Ａ、図４Ｂ、および図５に関連して上述された拡張されたＲＴＳフレームのようにそのＳＯＳフレームを取り扱うことができる（すなわち他のＳＴＡはその媒体にアクセスしようとはせず、緊急発呼者がその帯域幅によりよいアクセスを有するであろう）。
【００６９】
Ｂ．ネットワーク（例えばＡＰ）が緊急呼出を処理するコールバック機能を実施する
緊急呼出が確立されると、コールバックの場合、緊急呼出が終了した後、ＷＬＡＮはある一定の期間、緊急呼出を開始したユーザへのアクティブ接続を維持する。この機能は、ユーザに対してトランスペアレントとすることができる。
【００７０】
ＩＩＩ．インフラストラクチャにおける機能
Ａ．プロキシ機能
ＡＰがＳＴＡに対してプロキシとして動作する必要があるかを判定するための方法９００を図９に示す。ＳＴＡが緊急呼出をなし（ステップ９０２）、ＡＰがその緊急呼出を受信する（ステップ９０４）。ＳＴＡが緊急呼出をその呼出を伝達するために使用されるネットワークに基づいて完了する能力を有するかの判定がなされる（ステップ９０６）。ＡＰは、ＳＴＡがその呼出をサポートするために要求されるすべての機能（例えばＳＩＰ／Ｈ．３２３プロトコルターミネーション、ボコーダなど）を有するかを検査する。この情報は、ＭＡＣフレームの一部分（例えばＭＡＣフレーム２００、２５０）として示すことができ、またはＡＰがアクセスできるネットワークにおける加入者情報の一部分とすることができる。
【００７１】
ＳＴＡが必要な能力のすべてを有する場合、ＳＴＡは通常通りにその呼出を続行する（ステップ９０８）。ＡＰは必要に応じてその呼出に、ＳＴＡの位置および／またはＡＰの位置（ネットワークＩＤ、ＡＰのＭＡＣアドレスなど）を含む、位置情報を追加することができる（ステップ９１０）。そして、方法９００は終了する（ステップ９１２）。
【００７２】
ＳＴＡがその呼出を完了するために必要な能力のすべては有してはいない場合（ステップ９０６）、ＡＰがＳＴＡに対するプロキシとして動作し、必要などの機能をも提供する（ステップ９１４）。ＡＰは必要に応じてその呼出に位置情報を追加（ステップ９１０）し、方法９００は終了する（ステップ９１２）。
【００７３】
ＳＴＡが現在の環境において緊急呼出を完全に完了するために要求されるすべての機能は有してはいないとＡＰが判定した場合、ＡＰはＳＴＡに対するプロキシとして動作することになる（ステップ９１４）。例えば、ＳＴＡがＳＩＰプロトコルサポートを有さない場合、ＡＰは、ＳＴＡに対するＳＩＰプロキシとして動作することができる。別の例として、ＳＴＡはＳＩＰサポートを有するがネットワークはＨ．３２３のみをサポートする場合、ＡＰは、ＳＴＡからのＳＩＰメッセージをネットワークの残りの部分に対してＨ．３２３メッセージとして相互に作用させることができる。ＳＴＡがボコーダさえ有さないという極端な場合には、ＡＰは、ＳＴＡにシンボコーダクライアントをダウンロードし、ネットワークのどこかにあるより標準的なボコーダと相互に作用させることができる。ＡＰがＳＴＡに対してプロキシ機能のすべてを提供する必要はないことを注記する。これらの機能は、専用ゲートウェイノードなどインフラストラクチャネットワークにおける別の要素によって提供されるかもしれない。プロキシ機能をＡＰの外に移すことによって、これは、ＷＬＡＮのインターネット接続の中断のイベントにおいて、緊急呼出を取り扱うために、ＷＬＡＮにより大きい柔軟性を提供する。
【００７４】
別の方法は、ＳＴＡおよびネットワークにおけるＳＴＡの対応物によってシグナリングまたは通常のトラヒックのために使用されるＩＰパケットの内容に関してＡＰがなりすます（すなわち、内容および／またはタイプ情報を公式にはサポートされていない場合でさえ、読取る）ことである。例えば、ＩＰを介したＳＩＰシグナリングプロトコルメッセージが、現在では呼出処理のために通常使用される。そのようなＳＩＰシグナリングは、能力情報および送信先アドレスなど、ＡＰがプロキシとしてのその役割を果たすために有用な情報を収容する。前述の方法に加えて、ＡＰがＳＴＡリモートの送信先の高位レイヤ（すなわち、Ｌ２ＭＡＣより上位）のメッセージ内容に関してなりすましそのような情報を抽出する場合、より効率的にその役割を果たすことができる。当事業者は、ＳＩＰがＩＰベースの呼出に対する管理プロトコルの一例であり、他の同等なプロトコルが存在し、かつ業界で広く使用されていることを認めるであろう。それゆえ、この方法はＳＩＰのみに限定されない。
【００７５】
Ｂ．ＡＰを緊急呼出センターにリンクする
ＳＴＡが緊急呼出をかけていることをＡＰが知ると、ＡＰは、ＳＴＡからの呼出を適切にルートするために、緊急呼出センターへのリンクを確立する必要がある。緊急呼出をＡＰから呼出センターに届けるいくつかの可能な転送メカニズムがある。例えば、ＡＰがゲートウェイと通信して、それを呼出センターにリンクすることができる。
【００７６】
緊急ネットワークノードの概念を拡張して、「マンインザループ」（ｍａｎ-ｉｎ-ｔｈｅ-ｌｏｏｐ）能力を有する緊急応答オペレーションセンターを含むことができる。緊急ネットワークノードは、拡張サービスセット（ＥＳＳ）またはインフラストラクチャアプリケーションに仕立てられたネットワークであろう。例えば、大学構内において、指定された緊急ネットワークノードは、構内警備員部門であろう。別の例として、製造工場においては、緊急ネットワークノードは警備員室であろう。緊急ネットワークノードは、ＶｏＩＰ呼出を受信し、呼出情報をログし、呼出を選別し、次に公衆電話交換網（ＰＳＴＮ）に緊急呼出をかけて、適切な機関に警報を出すオペレータを含むであろう。
【００７７】
緊急ネットワークノードの概念をさらに拡張して、ＰＳＴＮへの直通ラインによる自動化ノードを含むことができる。自動化ノードは音声回線ブリッジとして動作して、電話をかけ、ワイヤレスの発呼者をＰＳＴＮ緊急センターに接続するであろう。
【００７８】
緊急ネットワークノードへの接続のための方法を拡張して、認証、許可、またはセキュリティ機能なしに呼出をルートし、処理する能力を含むことができるであろう。これによりワイヤレスの発呼者と緊急ネットワークノードとの間の直接的な暗号化されない接続またはトンネル化接続が可能となるであろう。
【００７９】
緊急ネットワークノードの機能を拡張して、呼出処理、呼出ハンドオフ、およびローミングの調整を含むことができるであろう。この機能が隣りのＡＰ（ワイヤレス呼出をサービスしているＡＰに隣接するＡＰ）におけるリソースを予め許可して、発呼者が、ＡＰの境界を横切って移動するときにワイヤレス接続を失うことなく、新規の緊急呼出を再確立する必要なく、ローミングすることができ、したがって、同じ緊急事態に関し重複呼出を排除することができるであろう。一実装方法において、ハンドオフが完了した後に新しいＡＰが中断なく緊急呼出を続けることができるように、上述されたように緊急ＩＥを収容するＭＡＣフレームを使用することができるであろう。
【００８０】
ＩＶ．相互作用（Ｉｎｔｅｒｗｏｒｋｉｎｇ）
相互作用は、ネットワーク側の構成要素が相互作用する方法に関連し、また緊急呼出を取り扱う際に、特に緊急呼出が完了されるために異なったネットワークタイプを越えねばならない場合に重要である。この問題の１つの解決法は、新規ユーザがシステムに入るときその緊急呼出能力を示すということである。集中化されたデータベースはその新規ユーザの情報により更新され、その新規ユーザが緊急呼出をかける場合この情報が容易に利用可能であり、そうでなければネットワークにわたってこの情報を交換しなければならないことにより、呼出を完了するために要求されるであろう待ち時間を低減する。位置情報については、緊急呼出能力情報をバックグラウンドで自動的に更新して、絶えず更新された情報を提供することができる。
【００８１】
実施形態
１．ワイヤレスローカルエリアネットワークにおいて緊急呼出をサポートするための方法であって、アクセスポイント（ＡＰ）の緊急呼出能力についてＡＰによりアドバタイズするステップを備えることを特徴とする方法。
２．アドバタイズするステップは、ＡＰが緊急呼出を受信する能力があるというインディケータを提供することと、緊急呼出をかけているステーションが、それ自体を構成して緊急呼出をＡＰに通信することができるようにパラメータを提供することとを含むことを特徴とする実施形態１に記載の方法。
３．アドバタイズするステップは、ビーコンフレームを使用してＡＰの緊急呼出能力を定期的に送信することを含むことを特徴とする実施形態１に記載の方法。
４．ビーコンフレームは、ＡＰの緊急呼出能力を収容する拡張可能な能力情報要素を含むことを特徴とする実施形態３に記載の方法。
５．アドバタイズするステップは、プローブ応答フレームを使用してＡＰの緊急呼出能力を送信することを含むことを特徴とする実施形態１に記載の方法。
６．アドバタイズするステップは、アソシエーション応答フレームを使用してＡＰの緊急呼出能力を送信することを含むことを特徴とする実施形態１に記載の方法。
７．アドバタイズするステップは、再アソシエーション応答フレームを使用してＡＰの緊急呼出能力を送信することを含むことを特徴とする実施形態１に記載の方法。
８．アドバタイズするステップは、認証応答フレームを使用してＡＰの緊急呼出能力を送信することを含むことを特徴とする実施形態１に記載の方法。
９．アドバタイズするステップは、再認証応答フレームを使用してＡＰの緊急呼出能力を送信することを含むことを特徴とする実施形態１に記載の方法。
１０．先の任意の実施形態によるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において緊急呼出をサポートするための方法であって、ステーションの緊急呼出能力についてのステーションによりアクセスポイント（ＡＰ）にアナウンスするステップを備えることを特徴とする方法。
１１．アナウンスするステップは、情報要素を使用してステーションの緊急呼出能力を送信することを含むことを特徴とする実施形態１０に記載の方法。
１２．アナウンスするステップは、既存の情報要素にビットフラグを追加してステーションの緊急呼出能力を送信することを含むことを特徴とする実施形態１０に記載の方法。
１３．アナウンスするステップは、アソシエーション要求フレームを使用してステーションの緊急呼出能力を送信することを含むことを特徴とする実施形態１０に記載の方法。
１４．アナウンスするステップは、再アソシエーション要求フレームを使用してステーションの緊急呼出能力を送信するためにことを含むことを特徴とする実施形態１０に記載の方法。
１５．アナウンスするステップは、認証要求フレームを使用してステーションの緊急呼出能力を送信することを含むことを特徴とする実施形態１０に記載の方法。
１６．アナウンスするステップは、再認証要求フレームを使用してステーションの緊急呼出能力を送信することを含むことを特徴とする実施形態１０に記載の方法。
１７．ＷＬＡＮ上の任意のデバイスによってアクセス可能な位置にステーションの緊急呼出能力を格納するステップをさらに備える実施形態１０に記載の方法。
１８．格納するステップは、ＷＬＡＮと他のネットワークタイプの間で相互作用させて緊急呼出をサポートすることを可能とすることを特徴とする実施形態１７に記載の方法。
１９．先の任意の実施形態によるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において緊急呼出をサポートするための方法であって、ＷＬＡＮ上のステーションにより緊急呼出を開始するステップと、ＷＬＡＮ上のアクセスポイント（ＡＰ）により緊急呼出を受信するステップと、ＡＰにより他の呼出を許可するために要求される認証手順を、緊急呼出をかけているステーションが行うことを要求することなく、緊急呼出をＡＰにより許可するステップと、緊急呼出に関連する設定をステーションに提供してステーションがＷＬＡＮにアクセスすることを可能とするステップとを備えることを特徴とする方法。
２０．緊急呼出に関連する設定は、緊急呼出アクセス符号を含むことを特徴とする実施形態１９に記載の方法。
２１．緊急呼出に関連する設定は、緊急呼出セキュリティキーを含むことを特徴とする実施形態１９または２０に記載の方法。
２２．先の任意の実施形態によるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において緊急呼出をサポートするための方法であって、ＷＬＡＮ上のステーションにより緊急呼出を開始するステップと、ＷＬＡＮ上のアクセスポイント（ＡＰ）により緊急呼出を受信するステップと、ＡＰにより他の呼出を許可するために要求される認証手順を、緊急呼出をかけているステーションが行うことを要求することなく、緊急呼出をＡＰにより許可するステップと、緊急呼出を緊急呼出センターにルートするステップとを備えることを特徴とする方法。
２３．ルートするステップは、準静的なルーティングを行うステップを含み、これによりすべての緊急呼出が緊急呼出センターにルートされることを特徴とする実施形態２２に記載の方法。
２４．先の任意の実施形態によるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において緊急呼出をサポートするための方法であって、緊急基本サービスセット（ＢＳＳ）識別子をステーションに提供するステップであって、緊急ＢＳＳ識別子が緊急呼出のためにのみ使用されるステップと、ステーションにより緊急呼出を開始するステップであって、緊急呼出が緊急ＢＳＳ識別子を含むステップとを備えることを特徴とする方法。
２５．提供するステップは、緊急ＢＳＳ識別子をプローブ応答フレームにおいてステーションに提供することを含むことを特徴とする実施形態２４に記載の方法。
２６．提供するステップは、緊急ＢＳＳ識別子をアソシエーション応答フレームにおいてステーションに提供することを含むことを特徴とする実施形態２４に記載の方法。
２７．提供するステップは、緊急ＢＳＳ識別子を再アソシエーション応答フレームにおいてステーションに提供することを含むことを特徴とする実施形態２４に記載の方法。
２８．先の任意の実施形態によるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において緊急呼出をサポートするための方法であって、ＷＬＡＮ上のステーションにより緊急呼出を開始するステップと、ＷＬＡＮ上のアクセスポイント（ＡＰ）により緊急呼出を受信するステップと、ステーションが緊急呼出を完了させるために充分な能力を有するかを判定するステップと、ステーションが緊急呼出を完了させるために充分な能力を有さない場合、インフラストラクチャネットワークの要素をプロキシとして動作させるステップとを備えることを特徴とする方法。
２９．インフラストラクチャネットワークの要素は、専用ゲートウェイノードを含むことを特徴とする実施形態２８に記載の方法。
３０．インフラストラクチャネットワークの要素により緊急呼出に位置情報を追加するステップをさらに備えることを特徴とする実施形態２８または２９に記載の方法。
３１．インフラストラクチャネットワークの要素によりＷＬＡＮ上のトラフィックを監視するステップであって、それによりインフラストラクチャネットワークの要素がステーションのためにプロキシとして動作することができるように、インフラストラクチャネットワークの要素は、ＷＬＡＮ上のステーションの能力情報を知るステップをさらに備えることを特徴とする実施形態２８〜３０の１つに記載の方法。
【００８２】
本発明の概念は、上で例証された特定の例を超えて拡張することができる。例えば、本発明は、メッシュネットワークおよびアドホックネットワークに拡張することができる。ここで説明された緊急呼出能力は、ネットワークのどの部分においても実装することができ、ＡＰに限定されない。例えば、これらの能力は、ＳＴＡにおいて実装され、いくつかのＡＰにわたって分散され、アクセス制御装置において、または呼出サーバにおいて実装することができる。
【００８３】
代替手段として、人間のユーザの代わりに、本発明は、ＷＬＡＮでの緊急の取り扱いに対するマシン対マシンの使用シナリオに拡張することができる。１つの可能性は、ホームセキュリティシステムにおいて８０２．１１を使用すること、すなわちハードワイヤの電話回線（切断される可能性がある）の代わりにＷＬＡＮを使用することであろう。この例において、ＷＬＡＮの緊急呼出を人間のユーザが発生させる代わりに、だれかが侵入したときに、ホームセキュリティシステムがセキュリティ呼出センターへ緊急呼出を自動的に発生する。あるいはまた、上述されたように、ホームセキュリティシステムが緊急ＳＯＳフレームの送出を開始することができよう。
【００８４】
本発明の特徴および要素は、特定の組合せにおける好適な実施形態において説明されるが、各特徴または要素を、単独で（好適な実施形態の他の特徴および要素なしに）、または本発明の他の特徴および要素の有無に関わらず、様々な組合せにおいて使用することができる。
【技術分野】
【０００１】
本発明は一般に、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）に関し、より詳細には、ＷＬＡＮにおける緊急呼出のサポートに関する。
【背景技術】
【０００２】
既存の８０２技術（８０２．１１ＷＬＡＮ、８０２．１５ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）など）では伝統的にセルラーで行われるような、緊急呼出をサポートする必要はない。セルラーに関しては、緊急呼出のサポートはその技術に課された規制要件に起因することが多く、それゆえ今日の配備されたワイヤレスセルラーネットワークおよびハンドセットの大部分において広く実装されている。緊急呼出に対するサポートは、すべての通信レイヤにわたる多くの態様、特にシグナリングサポートおよび指令手順を伴い、これらは８０２．１１および８０２．１５技術には存在しない。ＷＬＡＮにおけるＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）の出現およびＷＬＡＮについての増大する日常的使用により、ＷＬＡＮにおける緊急呼出に対するサポートは必要になるであろう。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
住宅市場に対する「固定型」のＶｏＩＰ電話サービスの提供でさえ、限定された緊急呼出サポートしか有しない。ＰＳＡＰ（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ Ａｎｓｗｅｒｉｎｇ Ｐｏｉｎｔ）における指令員（ｄｉｓｐａｔｃｈｅｒ）によって番号位置情報が常に追跡できるわけではなく、コールバックが常に可能であるわけではなく、アドレス登録が設備の購入の際に必要になるかもしれない。ＶｏＩＰ電話が新しい場所に移動したときにも、緊急呼出は依然として登録されたアドレス位置に基づいて送られるであろう。登録されたアドレスは原理的に変更することができるが、ＰＳＡＰにて情報を更新するにあたって、少なくとも何日または何週間の遅れがある。さらに、一部のユーザは彼らの登録情報を、たとえしたとしても時機よく更新しない可能性がある。
【０００４】
ＷＬＡＮを使用したＶｏＩＰ電話によってより多くの移動性が可能になるにつれ、この状況は悪化する。ＷＬＡＮベースのＶｏＩＰ電話は任意の場所から動作することができ、ユーザは、オフィスから家庭や公共のホットスポットなどへのように、場所の間を継ぎ目なく移動すると予期することができる。
【０００５】
ワイヤレスアクセス、アクセスポイント（ＡＰ）の位置、発呼者位置、および緊急呼出のアドミッションを含む、ある種の８０２．１１特有の問題が存在する。ワイヤレスアクセスに関して、８０２．１１標準においては緊急呼出に対するプライオリティは現在存在せず、ＷＬＡＮアクセスネットワークに対して通常の呼出から緊急呼出を区別する手段はない。ＡＰまたはＳＴＡの位置は、現在は、例えばＡＰの識別を容易に判定することができても、非独自仕様の方法ではネットワークには知り得ない。また、非独自仕様の方法においては発呼者の位置をマップすることも現在可能ではない。
【０００６】
アドミッションに関しては、発呼者がネットワークに入る権限を有さない場合には、しっかり管理されたＷＬＡＮによって緊急の発呼者が緊急呼出を確立することを妨げられることがある。ＳＴＡおよびＡＰの間の通常の接続手順は、ＳＴＡがアソシエーション要求を送り、続いてＳＴＡをＡＰに関連付けるのに先立ってＡＰとのネゴシエーションが行われる。ＳＴＡが緊急電話をかけていることを示すことができない場合、許可されるかどうかを判定するために全アソシエーション手順を行わなければならないであろう。この種の困難性の一例として、ＳＴＡがシステムにアクセスするための適切なパスワードまたは認証クレデンシャルを有しない場合（例えば私的なホットスポットまたは企業／オフィスのＷＬＡＮに存在することがあるように、ＡＰがパスワードを要求したり、認証クレデンシャルを要求したりするように構成される場合）、ＡＰはそのＳＴＡのアソシエーション要求をにべもなく拒否するであろう。しかしＳＴＡが適切なパスワードまたは認証クレデンシャルを有していても、ＡＰが、音声ユーザに対するその構成された最大容量に基づいて、ネットワークへの許容を拒否するかもしれない。この場合、ＡＰにとっての正しい決定は、この新しい緊急呼出を許容し（最優先にて）、別の既存の音声呼出を切断することであろう。ＡＰが第一に現在この区別をなす手段を欠いているため、このような機能を既存の最新のＷＬＡＮ技術で実装することができない。これは、どのデバイスも、ＳＩＭカードのないデバイスでさえ、緊急呼出をかけることができるセルラーシステムの動作と対照的である。
【課題を解決するための手段】
【０００７】
本発明は、８０２．１１および８０２．１５技術により緊急呼出取り扱いサポートを可能にするための様々なシステム動作態様を提案する。本提案のいくつかは、緊急呼出をＡＰに示すための新しいＬ２シグナリングメッセージまたは情報要素に関する。新しい手順および制御メカニズムが緊急状況に対して提案される。加えて、デュアルモード（ＷＬＡＮおよび第２世代（２Ｇ）セルラーまたは第３世代（３Ｇ）セルラー）の実装に対する手順が扱われる。緊急呼出の要件が緊急発呼者の場所についての位置報告に関する規制要件と結び付くことが多いため、ＷＬＡＮネットワークにおける地理的な場所についての要求および報告を可能にする手段およびシグナリング手順が提案される。場所の情報は、緊急呼出と結合されたり、または別々に実装されたりすることができる。
【０００８】
ＳＴＡが緊急呼出を識別できることの利点は、ＡＰが、通常のように取り扱うべき（すなわち、通常のアソシエーション手順に従うべき）ＳＴＡと、ネットワークがどのように構成されるかにかかわらず、すべての状況下で許容すべき（すなわち、緊急呼出を許容するためにどのセキュリティ要件をもバイパスする）ＳＴＡとを区別できるようにする単純な論理を、ＡＰにインストールすることができるということである。
【０００９】
ワイヤレスローカルエリアネットワークにおいてステーションおよびアクセスポイント（ＡＰ）の間で緊急呼出の能力情報を通信するためのいくつかの方法が提供される。この方法には、ＡＰがその緊急呼出能力についてアドバタイズすること、ステーションがその緊急呼出能力についてアナウンスすることが含まれる。ＡＰはその緊急呼出能力を、ビーコンフレーム、プローブ応答フレーム、再アソシエーション応答フレーム、または再認証応答フレームにおいてアドバタイズすることが可能である。ステーションはその緊急呼出能力を、アソシエーション要求フレーム、再アソシエーション要求フレーム、認証要求フレーム、または再認証要求フレームにおいてアナウンスすることができる。
【００１０】
ＷＬＡＮにおいて緊急呼出をサポートするための方法は、ＷＬＡＮ上のＳＴＡによって緊急呼出を開始することによって始まる。緊急呼出は、ＷＬＡＮ上のＡＰによって受信され、ＳＴＡが認証手順を行うことを要求することなく許容される。ＳＴＡは、緊急呼出に関連する設定を与えられて、ＳＴＡがＷＬＡＮにアクセスすることを許可する。
【００１１】
ＷＬＡＮにおいて緊急呼出をサポートするための方法は、ＷＬＡＮ上のステーションによって緊急呼出を開始することによって始まる。緊急呼出は、ＷＬＡＮ上のＡＰによって受信され、ＳＴＡが認証手順を行うことを要求することなく許容される。緊急呼出は、緊急呼出センターにルートされる。
【００１２】
ＷＬＡＮにおいて緊急呼出をサポートするための方法は、緊急ＢＳＳ ＩＤをＳＴＡに提供することによって始まり、この緊急ＢＳＳ ＩＤは緊急呼出のためにのみ使用される。ＳＴＡによって開始されるどの緊急呼出も緊急ＢＳＳ識別子を使用する。
【００１３】
ＷＬＡＮにおいて緊急呼出をサポートするための方法は、ＷＬＡＮ上のステーションが緊急呼出を開始することによって始まる。緊急呼出は、ＷＬＡＮ上のＡＰによって受信される。ＳＴＡが緊急呼出を完了するために十分な能力を有するかどうかの判定がなされる。ＳＴＡが緊急呼出を完了するために十分な能力を有さない場合、インフラストラクチャネットワークの要素が、ＳＴＡに対するプロキシとして動作して緊急呼出を完了する。
【００１４】
例として与えられ、添付された図面に関連して理解されるべき、好適な実施形態についての以下の説明から、本発明のより詳細な理解を得ることができる。
【図面の簡単な説明】
【００１５】
【図１】標準の媒体アクセス制御（ＭＡＣ）フレームの図である。
【図２Ａ】緊急呼出を示すビットフラグを伴うＭＡＣフレームの図である。
【図２Ｂ】緊急呼出を示す情報要素（ＩＥ）を伴うＭＡＣフレームの図である。
【図３】標準のＲＴＳ（Ｒｅａｄｙ Ｔｏ Ｓｅｎｄ）フレームの図である。
【図４Ａ】緊急呼出を示すビットフラグを伴うＲＴＳフレームの図である。
【図４Ｂ】緊急呼出を示すＩＥを伴うＲＴＳフレームの図である。
【図５】図４Ａまたは４Ｂにおいて示されるＲＴＳフレームを使用するための方法のフロー図である。
【図６】無線技術を切り替えて緊急呼出を完了するための方法のフロー図である。
【図７】緊急呼出を示すＳＯＳビーコンフレームの図である。
【図８】図７において示されたＳＯＳフレームを送信し、使用するための方法のフロー図である。
【図９】プロキシ機能を適用するかどうかを判定する方法のフロー図である。
【発明を実施するための形態】
【００１６】
以降、用語「ステーション」（ＳＴＡ）は、限定されないが、ワイヤレス送受信ユニット（ＷＴＲＵ）、ユーザ設備（ＵＥ）、固定または移動体の加入者ユニット、ページャ、またはワイヤレス環境において動作する能力がある任意の他のタイプのデバイスを含む。以降参照されると、用語「アクセスポイント」（ＡＰ）は、限定されないが、基地局、ノードＢ、サイトコントローラ、またはワイヤレス環境における任意の他のタイプのインタフェーシングデバイスを含む。
【００１７】
本発明は、すべてのＷＬＡＮ、ＰＡＮ（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、およびＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋ）に適用可能であるが、特に８０２．１１ベースのＷＬＡＮ、８０２．１５ベースのワイヤレスＰＡＮ、８０２．１６／２０ベースのワイヤレスＭＡＮ、およびこれらと同等な物に適用可能である。１つの実現において、本発明は、ＷＬＡＮ、ＰＡＮ、ＭＡＮ、および携帯電話マルチモードＷＴＲＵを含むこれらのアクセス技術の組み合わせを実装するＷＴＲＵに適用可能である。
【００１８】
緊急サポートを取り扱うための本発明は、いくつかの主要な領域にグループ化分類されて、以降説明されることになる。しかしながら、これは説明の便宜のためであり、本発明の限定として捉えるべきではない。
【００１９】
Ｉ．エアインタフェース関連のシグナリング／サポートおよび手順
Ａ．ＭＡＣフレームおよびＭＡＣシグナリングメッセージにおける緊急呼出の表示
標準ＭＡＣフレーム１００が図１に示されている。ＭＡＣフレーム１００は、フレーム制御フィールド１０２、持続期間／ＩＤフィールド１０４、１つまたは複数のアドレスフィールド１０６ａ〜１０６ｄ、シーケンス制御フィールド１０８、サービス品質（ＱｏＳ）制御フィールド１１０、フレームボディ１１２、およびフレームチェックシーケンス（ＦＣＳ）フィールド１１４を含む。ＱｏＳ制御フィールド１１０は、示されるように複数のサブフィールドに分割される。
【００２０】
緊急呼出に対するプライオリティは、ビットフラグにより、緊急メッセージタイプＩＥにより、既存または新規ＩＥ上の緊急メッセージフィールドの部分により、またはＭＡＣフレームの任意の既存のＩＥまたはフィールドにおける予備の（現在未使用の）値を使用して実装される緊急呼出コードにより示すことができる。インディケータによりＡＰは緊急呼出を許容する必要があることを知ることができるようになる。同様の目的のために、ＱｏＳプライオリティまたは要件がＱｏＳクラス（例えばＤｉｆｆＳｅｒｖ）によって示される。任意の既存のＭＡＣフレームタイプ（制御、管理、またはデータ）も、緊急呼出インディケータを含むように変更することができる。緊急呼出インディケータは、説明されたメカニズムのいずれかを用いて、ヘッダまたはボディにおいてＭＡＣの任意の位置に追加することができる。
【００２１】
図２Ａに示されるように、ＭＡＣフレーム２００はフィールド２０２〜２１４を含み、これらは図１との関連で上述されたフィールド１０２〜１１４と同じである。一実施形態において、単純なビットフラグ２２０を使用してこれが緊急呼出であるということを受信機に示す。図２Ａに示されるように、ビットフラグ２２０のための１つの可能な位置は、ＱｏＳ制御フィールド２１０の予備のビット（ビット７）にある。当該技術分野における通常の知識を有する者は、ＭＡＣフレームの既存のヘッダまたはフレームボディフィールドのいずれにおいても任意の現在予備の位置にビットフラグ２２０を配置することが可能であることに気付くであろう。
【００２２】
図２Ｂに示されるように、ＭＡＣフレーム２５０は、フレーム制御フィールド２５２、長さフィールド２５４、および緊急呼出を示す緊急呼出ＩＥ２５６を含む。緊急呼出ＩＥ２５６は、限定されないが、緊急呼出フラグ２６０、理由コードフィールド２６２、能力情報フィールド２６４、位置情報フィールド２６６、音声コーデック適用フィールド２６８、および追加フィールド２７０を含むことができる。緊急呼出ＩＥ２５６は、任意のＭＡＣフレームに追加することができる。加えて、緊急呼出ＩＥ２５６に収容される情報は、既存のＩＥタイプに追加することができる。
【００２３】
緊急呼出フラグ２６０は、その呼出が緊急呼出であるということを識別する単純なインディケータ（例えばビットフラグ）とすることができる。理由コードフィールド２６２は、緊急呼出の理由（例えば火災、医療的緊急事態など）を示す。能力情報フィールド２６４は、ＳＴＡが緊急呼出をかける能力を含み、緊急呼出を可能な限り迅速に完了するのを援助するために使用される。位置情報フィールド２６６は、ＳＴＡが緊急呼出をかけているＳＴＡの位置を含む。音声コーデック適用フィールド２６８は、ＳＴＡによって使用される音声コーデックを識別し、緊急呼出を扱おうと試みるＳＴＡおよびＡＰの間に何らかの非互換性がある場合に使用される。緊急呼出ＩＥに含めることができる追加情報（フィールド２７０として）は、タイムスタンプおよびＷＴＲＵおよび／またはオペレータサービス能力情報がある。
【００２４】
８０２．１１ｅの下での既存のＭＡＣフレームは、呼出プライオリティを有する。伝送仕様（ＴＳＰＥＣ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｓｐｅｃｉｆｉｃａｔｉｏｎ）ＩＥは、伝送仕様情報フィールドにおける３ビットのプライオリティサブフィールドを含む。また、本発明の原理は、ＴＳＰＥＣ ＩＥにおいて緊急呼出のための値を定義することによって実施することができる。セルラーシステムにおいて、同様なメカニズム（シグナリングフレーム）を使用して、ネットワークに呼出パラメータを送り、緊急呼出を識別する予備のフィールドを含む。当技術分野において知られているように、ＴＳＰＥＣ ＩＥは追加トラフィックストリーム（ＡＤＤＴＳ）フレームにおいて使用される。ここで説明された変更されたＴＳＰＥＣ ＩＥはそれゆえ、ＡＤＤＴＳフレームにおいて使用することができる。同様に、同じ情報を収容する新規のＩＥは、緊急呼出を示すＡＤＤＴＳフレームにおいて使用することができる。
【００２５】
以上の説明は、特に８０２．１１ベースのＭＡＣフレームについて説明したが、ＭＡＣフレームを拡張する概念は、任意のタイプのＭＡＣフレームに適用することができる。例えば、イーサネット（登録商標）タイプのＭＡＣフレームもまた、同様に変更することができるであろう。そのようなＭＡＣフレームは、例えば、Ｗｉ−Ｆｉプロテクティッドアクセス（ＷＰＡ）可能ネットワークにおいてセキュリティ上の理由で交換されるＥＡＰＯＬ（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ Ｏｖｅｒ ＬＡＮ）フレームにおいて使用される。さらに、この概念は、イーサタイプ（Ｅｔｈｅｒｔｙｐｅ）がヘッダ中の１ビットにより示されるため、新しいイーサタイプを定義するために拡張することができる。
【００２６】
Ｂ．緊急呼出のための仮想ＢＳＳ ＩＤ
仮想ＢＳＳ設定において、単一の物理的ＡＰは、１つより多いＢＳＳ（すなわち、仮想ＢＳＳ）として動作するように構成され、各ＢＳＳがそれ自身のＩＤを有している。１つのＢＳＳ ＩＤを緊急呼出の使用のためにのみ予約することができる。ＷＬＡＮにおいて送信される各ＭＡＣフレームはＢＳＳ ＩＤを含むため、緊急呼出は、緊急呼出を送信しようと試みるとき緊急ＢＳＳ ＩＤを使用するであろう。
【００２７】
ＳＴＡは、緊急ＢＳＳ ＩＤをＡＰからのダウンリンク上で受信することができる。例えば、緊急ＢＳＳ ＩＤは、ＡＰにより応答フレーム（例えば、プローブ応答、アソシエーション応答、または再アソシエーション応答）において送ることができる。緊急ＢＳＳ ＩＤは、他の様々な方法によりＳＴＡに提供することができることを注記する。
【００２８】
Ｃ．ＡＰまたはＳＴＡがその緊急呼出能力をアドバタイズ
ＡＰは、緊急呼出をサポートするその能力および意志をアドバタイズする。例えば、ＡＰは、緊急呼出が可能化されていることをアドバタイズし、ＡＰに関連付けて緊急呼出を完了するためにＳＴＡにパラメータを提供することができる。このアドバタイズはまた、そのＡＰにおける緊急呼出能力が現在アクティブであるかの表示を含むことができる。このタイプのアドバタイズは、多くの異なるタイプのユーザが合理的に期待できる公共のホットスポットにおいて使用される可能性がある。
【００２９】
ＡＰ能力ＩＥは、ＡＰがその緊急呼出能力を示すビーコンフレームまたはプローブフレームにおいて使用することができる。現在のビーコンフレームにおいて、２バイトの能力フィールドがあるが、このフィールドのビットのすべてが使用されている。拡張可能な能力ＩＥは、すべての新しいＡＰ能力を示すためにフレームの端に追加されている。上述されたビットフラグは、ＡＰの緊急呼出能力を示すために拡張可能な能力ＩＥに追加することができる。加えて、ＡＰの緊急呼出能力表示は、再アソシエーションまたは再認証フレームに追加することができる。
【００３０】
あるいはまた、ＳＴＡは緊急呼出をサポートする能力をアナウンスすることができる。この情報は、例えば、そのＳＴＡによってどのタイプの音声符号化が実装されているかを含むことができる。ＳＴＡは、その緊急呼出能力情報を、アソシエーション要求フレーム、再アソシエーション要求フレーム、認証要求フレーム、または再認証要求フレームに追加することができる。この情報は、新しいＩＥを使用することにより、または１または複数のビットフラグを既存のＩＥに追加することにより、送信することができる。ＳＴＡがその緊急呼出能力をアナウンスすることの１つの利点は、そのＳＴＡが緊急呼出をかける必要がある場合にＡＰがこの情報を格納して、より迅速にその緊急呼出を処理することができることである。
【００３１】
ＳＴＡが緊急呼出能力をＡＰへ提供する場合、ＡＰはまた、それが属するＷＬＡＮが緊急呼出をサポートすることができるかを承知しているべきである。あらゆるＷＬＡＮが緊急呼出センターに接続する能力を有していないかもしれない。例えば、ＷＬＡＮがデータ収集ネットワーク（例えば、工場のテレメトリのネットワーク）として構成される場合があり、ＳＴＡが緊急呼出センターに接続することを可能とするであろうインターネット接続を有さないかもしれない。そのような状況において、ＷＬＡＮが緊急呼出をサポートできず、それゆえＳＴＡが別のＷＬＡＮを特定することを試みることができるということをＡＰがＳＴＡに知らせるべきである。ＷＬＡＮのインターネット接続が何らかの理由で一時的に利用できない場合に、同様のメカニズムを採用することができる。
【００３２】
Ｄ．位置情報
位置情報はまた、緊急呼出確立の理由の伝達に加えて、これらの新しいＭＡＣフレーム２００、２５０（例えば位置情報フィールド２６６）に付加することができる。例えば、ＡＰまたはＳＴＡは基本サービスセット（ＢＳＳ）ＩＤ、ＡＰまたはＳＴＡのＭＡＣアドレス、静的または動的に割り当てられたＩＰアドレス、またはこの機能を実装するＡＰまたはＳＴＡからの全地球側位システム（ＧＰＳ）情報を使用し、この情報を緊急呼出センターに転送することができる。位置情報はまた、緊急呼出情報とは別個に伝達することができることを注記する。
【００３３】
緊急ＳＴＡを特定する他の手段は、限定されないが、発呼者ＩＤにより緊急呼出をかけているＳＴＡを識別すること、コールバック番号を利用すること、緊急呼出センターによるＳＴＡを特定するのに役立つ既知のアドレスを使用すること（例えばＡＰまたはネットワークＩＤなど、そのＳＴＡの現在の接続点（ｐｏｉｎｔ ｏｆ ａｔｔａｃｈｍｅｎｔ）のＭＡＣアドレス、またはＡＰの地理的座標を使用すること）を含む。
【００３４】
例えば、ＡＰがＳＴＡから場所を要求することができる場合には、ＷＬＡＮのＭＡＣシグナリングメカニズムを使用することができる。ＳＴＡはＡＰにＳＴＡの場所を付けて報告するであろう。１つの可能な実装は、現在、セルラーハンドセットにおいて現在広く普及している、アシスト型ＧＰＳ（Ａ−ＧＰＳ）の座標の使用を含む。限定されないが、アップリンク到達時間差（Ｕ−ＴＤＯＡ）、拡張観測時間差（Ｅ−ＯＴＤ）、アイドル期間ダウンリンク観測到達時間差（ＩＰＤＬ−ＯＴＤＯＡ）、Ａ−ＧＰＳ、ユニバーサル地理座標（例えばＩＥＥＥ規格８０２．１１ｋまたはＩＥＴＦ ＲＦＣ３８２５で定義されるような）、ならびにＷＬＡＮのＡＰ位置、セルサイト、またはセクター情報およびタイミング進行または往復時間測定を用いる方法を含む複数の位置決定方法を、異なるアクセスネットワークに対してサポートすることができる。位置情報を伝達する先の例について特に言及しているが、当事業者は、地理座標を伝達する任意のフォーマットを使用することができることに気付くであろう。
【００３５】
緊急呼出機能は、位置報告機能から独立して（相補的ではあるが）行うことが可能である。例証すると、（１）ＳＴＡが実際に緊急呼出を発呼するとき、緊急呼出シグナリングフレームに位置情報を付加すること、および（２）緊急呼出がなければ単独の機能として位置更新をシグナルすることが可能である。後者の一例は、周期的に（例えば数秒毎）、ＡＰのバックグラウンドの一部としてポーリングされるか、またはＳＴＡによるＡＰへの自立的な通常の位置報告によるかのいずれかにより、最新のＳＴＡの位置についてＡＰが通知され、更新された状態にすることであろう。ＡＰにおいて位置情報を維持することが好ましいかもしれない。なぜなら、ＳＴＡが緊急呼出を発行するとき、ＡＰは、ＳＴＡが緊急呼出要求の上にその位置を明示的に相乗りさせる必要がないように、ＳＴＡの位置の合理的に最近の推定を既に有するからである。
【００３６】
例えば、そのような単独のＳＴＡ位置情報報告は、規制要件に取り組むことと並行して、ＷＬＡＮネットワークにおける位置依存のサービスについての実装できるように使用することができる。
【００３７】
このように、位置情報はまた、インターワーキングＷＡＮ（Ｉ−ＷＬＡＮ）、公衆地上移動通信網（ＰＬＭＮ）、またはＳＴＡに存在する位置サービス（ＬＣＳ）アプリケーションに提供することができる。加えて、発呼者をサービスしているセルの識別、またはサービスしているＡＰの識別をＬＣＳクライアントに提供することができる。
【００３８】
Ｅ．既存のＲＴＳ／ＣＴＳフレーム交換メカニズムおよび手順の拡張
標準のＲＴＳフレーム３００を図３に示す。ＲＴＳフレーム３００は、フレーム制御フィールド３０２、持続期間（ｄｕｒａｔｉｏｎ）フィールド３０４、受信機アドレス（ＲＡ）フィールド３０６、送信機アドレス（ＴＡ）フィールド３０８、およびＦＣＳフィールド３１０を含む。
【００３９】
緊急呼出を送信したいＳＴＡは、図４Ａに示す特別なシグナリングフラグを収容する拡張されたＲＴＳフレーム４００、または図４Ｂに示す新規のＩＥを収容する拡張されたＲＴＳフレーム４５０を送信する。
【００４０】
図４Ａは、ＲＴＳフレーム４００を示している。ＲＴＳフレーム４００のフィールド４０２〜４１０は、図３に関連して上述されたＲＴＳフレーム３００のフィールド３０２〜３１０と同じである。フレーム制御フィールド４０２は、プロトコルバージョンサブフィールド４１２、タイプサブフィールド４１４、サブタイプサブフィールド４１６、ＤＳへ（ｔｏ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ）サブフィールド４１８、ＤＳからサブフィールド４２０、より多くのフラグメント（ＭＦ）サブフィールド４２２、リトライサブフィールド４２４、電力管理サブフィールド４２６、より多くのデータ（ＭＤ）サブフィールド４２８、ＷＥＰ（Ｗｉｒｅｄ Ｅｑｕｉｖａｌｅｎｔ Ｐｒｉｖａｃｙ）サブフィールド４３０、および順序（ｏｒｄｅｒ）サブフィールド４３２を含む、いくつかのサブフィールドを有する。
【００４１】
シグナリングフラグは、ＲＴＳフレーム４００におけるどの予備ビットにも追加することができる。予備ビットのための潜在的な場所には、プロトコルバージョンサブフィールド４１２、種別サブフィールド４１４、およびサブタイプサブフィールド４１６が含まれる。当事業者は、ＲＴＳフレーム４００におけるどの予備ビットにおいてもシグナリングフラグをおくことができるであろうことを注記する。
【００４２】
図４Ｂは、フレーム制御フィールド４５２、持続期間フィールド４５４、ＲＡフィールド４５６、ＴＡフィールド４５８、目的ＩＥ４６０、およびＦＣＳフィールド４６２を含む、拡張されたＲＴＳフレーム４５０を示している。目的ＩＥ４６０は、上述された緊急呼出ＩＥ２５６と内容において同様にすることができる。拡張されたＲＴＳフレーム４５０を受信するすべてのＳＴＡは、次に、ワイヤレス媒体を待機状態にし、緊急状態のＳＴＡに送信する機会を与えるために予め定められた時間の間に何らかの送信の試みをも停止するよう要求される。
【００４３】
一実施形態において、拡張されたＲＴＳフレームを受信すると、緊急呼出をかけているＳＴＡに、媒体へのアクセスの取得に成功するより高い確率を与えるために、受信するＳＴＡは変更されたバックオフ処理に入る。バックオフ処理を変更する２つの実装が可能である。すなわち、（１）他のＳＴＡに対して、緊急呼出をかけているＳＴＡのバックオフ時間を短縮すること、または（２）緊急でないＳＴＡのバックオフ時間を延長することである。いずれの実装においても、最終的な結果は、緊急のＳＴＡが緊急でないＳＴＡよりもより短いバックオフ時間を有することである。
【００４４】
ＲＴＳフレーム４００または４５０を使用するための方法５００が図５に示されている。方法５００の目的は、ＳＴＡが緊急呼出を送信することを可能とするために送信媒体を待機状態にすることである。この方法は、ＳＴＡがＲＴＳフレーム４００または４５０を送ることによって緊急呼出をかけることで開始する（ステップ５０２）。ＡＰは、ＲＴＳフレームを受信し（ステップ５０４）、標準のＣＴＳフレームによりＳＴＡに応答する（ステップ５０６）。ＡＰによって使用されるべきバックオフタイプが判定される（ステップ５０８）。２つの可能なバックオフタイプがあり、その両方とも、送信を待つ他のすべてのＳＴＡに先立って、緊急呼出をかけているＳＴＡが媒体にアクセスすることを可能とするであろう。
【００４５】
バックオフタイプが、緊急状態にあるＳＴＡ（すなわち、緊急呼出をかけているＳＴＡ）がより短いバックオフ時間を有する場合、緊急状態にあるＳＴＡは、短縮されたバックオフ時間の間待機し（ステップ５１０）、それから緊急呼出を送信する（ステップ５１２）。媒体にアクセスすることを試みている他のすべてのＳＴＡは、標準のバックオフ時間の間待機し（ステップ５１４）、それから送信することができる（ステップ５１６）。次に、方法５００は、終了する（ステップ５１８）。
【００４６】
バックオフタイプが、他のすべてのＳＴＡがより長いバックオフ時間を有する場合（ステップ５０８）、緊急状態にあるＳＴＡは、標準のバックオフ時間の間待機し（ステップ５２０）、緊急呼出を送信する（ステップ５２２）。他のＳＴＡのすべては、より長いバックオフ時間の間待機し（ステップ５２４）、それから送信することができる（ステップ５１６）。次に、方法５００は終了する（ステップ５１８）。
【００４７】
一般に、ＳＴＡがバックオフ手順に入ると、ＳＴＡは、一連のＮ個のタイムスロットの１つにおいて無作為に送信することを試みる。送信の衝突がある場合、ＳＴＡは再度バックオフし、Ｎとして予め定められた最大値までＮの値を増加することになる。ＳＴＡが送信することを試みることができる前に、ＳＴＡは、Ｍ個のタイムスロットの間待機しなければならない。この基本手順は、どのＳＴＡにも、媒体へのアクセスを勝ち取る平等な機会を提供する。８０２．１１ｅにおいて、ＱｏＳを実装するために特定のステーションが媒体へのアクセスを勝ち取るより大きい機会を有することを保証する２つの方法がある。第１は、Ｍの値を低減し、これによってＳＴＡにより短い待ち時間を与えることである。第２は、Ｎに対してより小さい値を使用することであり、これによりＳＴＡが特定のタイムスロットにおいて送信できることになる機会を増大する。
【００４８】
方法５００において、ＳＴＡが使用するバックオフ値を知るためのいくつかの可能な手段がある。第１の手段は、緊急呼出に関連して、ＭおよびＮに対するハード的に符号化された値を使用することであり、ＭおよびＮに対してハード的に符号化された値が緊急状態にあるＳＴＡにより使用されることになるようにする。第２の手段は、ＡＰから緊急状態にあるＳＴＡに、ＭおよびＮに対する値を明示的にシグナルすることである。ＡＰは典型的には、通常のシステム動作の間にブロードキャストまたは専用管理フレームのいずれかを使用することによって、それらのパラメータをＳＴＡに送るであろう。ＳＴＡは、緊急呼出を設定する必要がある場合に使用されることになる緊急呼出関連の構成パラメータを読み出す。一例は、ＡＰがビーコンまたはプローブ応答の管理フレームの部分として、他のＢＳＳの構成値をそのＢＳＳのすべてのＳＴＡに送ることである。緊急呼出関連のＭおよびＮのパラメータを追加することは、これらの自然な拡張である。例えば、ＢＳＳのすべてのＳＴＡにより使用されることになる、アクセスカテゴリごとの８０２．ｌｌｅのＱｏＳ関連の構成パラメータ（バックオフ値、ウィンドウなど）は、今日ではＡＰが同様のメカニズムを使用することによってシグナルされる。
【００４９】
第３の手段は、第１および第２の手段の組み合わせであり、これによりＳＴＡは、ＳＴＡが通常使用するＭおよびＮに対するハード的に符号化されたデフォルト値を有し、ＳＴＡが緊急状態にある場合には、ＡＰはＭおよびＮに対する新しい値をシグナルして、ハード的に符号化されたデフォルト値をオーバライドすることになる。当事業者は、緊急状態にあるＳＴＡおよび媒体へのアクセスを求めている他のすべてのＳＴＡに、適切なバックオフ時間を通信するための追加的手段を想定することができるであろう。
【００５０】
Ｆ．デュアルモードＷＬＡＮのＳＴＡ（例えば３ＧおよびＷＬＡＮ）に対する別の無線技術への指令切替え
緊急の場合、デュアルモードＷＬＡＮのＳＴＡは、ＷＬＡＮ上ではなく、第一に、セルラーネットワーク上で何らかの緊急呼出を試みるであろう。これは、原理上、ＳＴＡ単独の「ハード的に符号化された」手順である。この手順を実装する方法６００を図６に示す。
【００５１】
方法６００は、ユーザがＳＴＡにおいて緊急呼出をかけることにより開始する（ステップ６０２）。ＳＴＡがセルラーネットワークまたはＷＬＡＮ上で動作する能力があるかの判定がなされる（ステップ６０４）。ＳＴＡがセルラーネットワーク上で動作している（すなわち、現在、セルラーネットワークに接続されている）場合、ＳＴＡは、緊急呼出のためにセルラーネットワーク上に留まる（ステップ６０６）。ＳＴＡがセルラーネットワーク上で動作する能力があるが、現在セルラーネットワークに接続されていない場合、ＳＴＡはセルラーネットワークへの接続を確立し（ステップ６０８）、セルラーネットワーク上で緊急呼出をかける（ステップ６０６）。ＳＴＡがＷＬＡＮ上で動作している場合、ＳＴＡはセルラーネットワークに切替えて、緊急呼出をかける（ステップ６１０）。
【００５２】
緊急呼出がかけられた後、その緊急呼出がセルラーネットワーク上を通過したかの判定がなされる（ステップ６１２）。通過した場合、方法６００は終了する（ステップ６１４）。緊急呼出がセルラーネットワーク上を通過しなかった場合、ＳＴＡはＷＬＡＮに切替えて、その呼出をかけ（ステップ６１６）、方法６００は終了する（ステップ６１４）。
【００５３】
緊急呼出がデュアルモードのＷＬＡＮ−セルラーのハンドセットにより発行される必要がある場合、好適な手順は、ハンドセットをセルラーモデム上にフォールバックさせる（すなわち、セルラー無線リンク上で緊急呼出を確立する）ことである。なぜなら、緊急呼出サポートはＷＬＡＮについては利用可能でないか、または信頼性が低い場合があるからである。
【００５４】
方法６００に対する代替案には、（１）緊急呼出を送信しようと試みるときに切替えるべき、好ましい、指令による、または推奨される無線技術（例えばＷＬＡＮまたはセルラー）の順序を確立すること、（２）システムオペレータが、デュアルモードの電話機に対してＳＩＭカードまたは同様なデバイスで緊急呼出のふるまいを構成すること、（３）緊急の場合に、ＶｏＩＰコールをセルラーネットワーク上で維持するか、またはそのコールを従来技術の回線交換の音声チャネル上に移動すること、（４）システム運用者が、ワイヤレスインタフェースを介して無線技術の好ましいローカルの順序をシグナルすること、または（５）ユーザが、ポリシー設定を手動により構成することである。
【００５５】
Ｇ．緊急呼出を試みるときの認証およびセキュリティのバイパス
ＷＬＡＮにおいて緊急呼出を確立することを求めるどの８０２．ｘｘのＳＴＡもＡＰによって許可されなければならないという手順が指令される。これには、８０２．１ｘのような認証およびネットワーク側の他のセキュリティ対策をバイパスすることが含まれる。この手順は、拡張されたＲＴＳ／ＣＴＳの方法５００を使用することにより（図５において示されるように）、またはＭＡＣフレームにおけるビットフラグ、ＩＥ、ヘッダ、予備情報フィールド、もしくはビット／シーケンス値により（図２Ａおよび図２Ｂに示すように）トリガすることができるであろう。
【００５６】
現在のＷＬＡＮ実装において、各ＳＴＡの認証ステータスは、ステートマシンを介してトラックされ、１ｘポートフィルタリングと称される。ＳＴＡは、認証された場合にのみＷＬＡＮ上で送信することができ、そうでなければポートフィルタによってブロックされることになる。しかし緊急呼出をかけているＳＴＡはＷＬＡＮに対して許可されねばならないので、このことは認証の観点から問題を呈する。この認証の問題を克服するために、ポートフィルタを調整して、ＳＴＡがいつ緊急呼出を送っているかを容易に判定し、緊急呼出を続けることを可能にすることができる。例えば、新しいイーサタイプまたは既存のイーサタイプの変更に関連して、上述したように、表示を提供することができるであろう。
【００５７】
ＷＬＡＮにおけるアクセス制御は、本質的にセキュリティに結び付けられる。現在の標準の下では、すべてのＳＴＡはＡＰに関連付けるためにすべての認証プロセスを行わなければならないという点でＡＰにおいてアクセス制御を回避する方法はない。ＳＴＡがＡＰに関連付けるために適切なクレデンシャル欠いていても、ＡＰは緊急呼出を許可するべきである。ＡＰが緊急呼出を識別したときに２つのオプションがあり、この緊急呼出の識別はＬ２で行われるべきである。第１のオプションは、ＡＰのセキュリティを完全にバイパスし、認証を要求することなくその呼出を許可することである。第２のオプションは、異なるセキュリティ設定でその呼出を許可することである。例えば、緊急呼出は、特定の緊急関連のアクセスコードまたはセキュリティキーを提供することができる。
【００５８】
ＡＰが、ＡＰのセキュリティをバイパスすることによって緊急呼出に対するアクセスを認可する場合、緊急呼出であるように見せかける呼出（例えばシグナリング情報のなりすましによる）からセキュリティバイパスの悪用を防止するよう注意が払われる必要がある。この問題に対する１つの解決法は、緊急呼出がＷＬＡＮへの一般的なアクセスを提供することなく緊急呼出センターに自動的にルートされるように、すべての緊急呼出に対して準静的なルーティングをすることが含まれる。緊急呼出に対して準静的なルーティングを使用することによって、なりすましの緊急呼出さえも緊急呼出センターにルートされるであろう。
【００５９】
ＩＩ．緊急の場合におけるＷＴＲＵのふるまい／手順
Ａ．ＷＬＡＮがＳＯＳビーコン信号を送出して発呼者を見つけ出すのを容易にする
緊急呼出が終了すると（またはその途中であっても）、ＳＴＡおよび／または関係するＡＰが図７に示すＳＯＳタイプのシグナリングフレーム７００を一定の間隔で送信し始める手順がＳＴＡにおいて指令されるか、またはネットワークにより構成される。
【００６０】
ＳＯＳシグナリングフレーム７００は、プローブ要求フレームの変更バージョンである。ＳＯＳシグナリングフレーム７００は、フレーム制御フィールド７０２、持続期間フィールド７０４、送信先アドレス（ＤＡ）フィールド７０６、送信元アドレス（ＳＡ）フィールド７０８、ＢＳＳＩＤフィールド７１０、シーケンス制御フィールド７１２、ＳＳＩＤ ＩＥ７１４、サポートレートＩＥ７１６、および緊急呼出ＩＥ７１８を含む。緊急呼出ＩＥ７１８は、図２Ｂに関連して上述された緊急呼出ＩＥ２５６と同一とすることができる。サポートレートＩＥ７１６は、オプションであり、その機能性に影響を及ぼすことなくＳＯＳシグナリングフレーム７００から削除することができることを注記する。
【００６１】
一実施形態において、媒体へのアクセスを確実にするために、ショートインターフレームスペース（ＳＩＦＳ）プライオリティまたはプライオリティインターフレームスペース（ＰＩＦＳ）プライオリティと共に送出されるプローブ要求フレームとして、ＳＯＳ信号フレーム７００を定義することができる。ＳＯＳ信号フレームは、９１１ＩＤ（例えば発呼者ＩＤ）、装置の詳細（国際モバイル機器識別（ＩＭＥＩ）など）、ネットワーク所属、ユーザ名、および緊急理由コードなど、緊急呼出ＩＥにおける新しい緊急呼出関連の要素を収容する。理由コードは、デバイスがユーザにその緊急呼出に対する理由を識別するように促すこと（例えば「火災緊急の場合には１を押して下さい」など）により取得することができる。理由コードは、進行中の呼を終了しようがない場合に、その緊急事態を処理するための何らかの能力を提供するであろう。
【００６２】
ＳＯＳ信号フレームを、毎１００ミリ秒程度で送信するようにスケジュールして、位置のロギングおよび追跡を容易にすることができる。ＡＰは、信号のタイムスタンプおよび詳細と共にどのＳＯＳ信号フレームの受信をもログする必要があるであろう。信号強度の詳細には、信号強度、信号品質、アンテナ方位および利得、ならびにＩＭＥＩ、ユーザ名（利用可能の場合）、識別および能力目的のために有用な他の８０２．１１デバイス情報などの発呼者の詳細が含まれる。ＳＯＳ信号フレームを受信するＡＰはまた、緊急応答、無線リソース調整、位置、および発呼デバイスの追跡に責任のある緊急ネットワークノードにイベントを報告する必要があるであろう。
【００６３】
これは、ＳＯＳシグナリングフレームが送出され、緊急作業員（ｅｍｅｒｇｅｎｃｙ ｗｏｒｋｅｒ）が発呼者に接近すると彼らによって受信することができる、アクティブなプローブメカニズムである。１つのアナロジーは、航空機のブラックボックスにおける緊急ビーコンである。新規のＭＡＣフレームをこの目的のために導入することができ、または既存のＭＡＣフレーム、例えばプローブ要求フレームを、新規のＩＥ（緊急呼出ＩＥ２５６など）により拡張してこの目的を満足させることができる。
【００６４】
ＳＯＳシグナリングフレームを利用するための方法８００が図８に示されている。ユーザが、ＳＴＡから緊急呼出をかける（ステップ８０２）。ＳＴＡは、ＳＯＳフレームを送信し始める（ステップ８０４）。所望の実装に基づいて、ＳＯＳフレームは、プローブとして送出するか、または緊急作業員との直接接続を確立するために使用することができる（ステップ８０６）。
【００６５】
ＳＯＳフレームがプローブとして送出されることになる場合、送信期間が設定され、送信期間の終了に達しているかの判定がなされる（ステップ８１０）。送信期間が終了していない場合、ＳＴＡはＳＯＳフレームを送信し続け（ステップ８１２）、方法はステップ８１０に戻る。送信期間の終了に達している場合（ステップ８１０）、ＳＴＡはＳＯＳフレームを送信するのを止め（ステップ８１４）、方法は終了する（ステップ８１６）。
【００６６】
ＳＯＳフレームが緊急作業員との直接接続を確立するために使用されることになる場合（ステップ８０６）、緊急作業員がＳＴＡのレンジ内にいるかの判定がなされる（ステップ８２０）。緊急作業員がＳＴＡのレンジ内にいない場合、ＳＴＡはＳＯＳフレームを送信し続け（ステップ８２２）、方法はステップ８２０を継続する。緊急作業員がＳＴＡのレンジ内にいる場合（ステップ８２０）、ＳＴＡはＳＯＳフレームを送信するのを止め、発呼者と緊急作業員との間に直接接続を確立し（ステップ８２４）、方法は終了する（ステップ８１６）。
【００６７】
第１の代替案（ステップ８１０〜８１４）においては、緊急呼出が終了すると、ＳＴＡにより送信されるＳＯＳフレームは、ＡＰからのシグナリングによって、またはセッションイニシエーションプロトコル（ＳＩＰ）のような上位レイヤのプロトコルによって、トリガすることができるであろう。ＳＯＳフレームの持続期間／頻度は、このトリガ信号に収容される。緊急呼出が終了した後にＳＯＳフレームを送出することにより、緊急呼出が誤りであった場合、または緊急作業員がその呼出に応答して到着する必要がなかった場合、不要なＳＯＳフレームの送信を防止する。
【００６８】
第２の代替案（ステップ８２０〜８２４）において、緊急作業員と発呼者の間の直接ＶｏＩＰ接続は、彼らが互いのレンジ内であるときに確立される。ＳＯＳフレームが届く他のＳＴＡは、図４Ａ、図４Ｂ、および図５に関連して上述された拡張されたＲＴＳフレームのようにそのＳＯＳフレームを取り扱うことができる（すなわち他のＳＴＡはその媒体にアクセスしようとはせず、緊急発呼者がその帯域幅によりよいアクセスを有するであろう）。
【００６９】
Ｂ．ネットワーク（例えばＡＰ）が緊急呼出を処理するコールバック機能を実施する
緊急呼出が確立されると、コールバックの場合、緊急呼出が終了した後、ＷＬＡＮはある一定の期間、緊急呼出を開始したユーザへのアクティブ接続を維持する。この機能は、ユーザに対してトランスペアレントとすることができる。
【００７０】
ＩＩＩ．インフラストラクチャにおける機能
Ａ．プロキシ機能
ＡＰがＳＴＡに対してプロキシとして動作する必要があるかを判定するための方法９００を図９に示す。ＳＴＡが緊急呼出をなし（ステップ９０２）、ＡＰがその緊急呼出を受信する（ステップ９０４）。ＳＴＡが緊急呼出をその呼出を伝達するために使用されるネットワークに基づいて完了する能力を有するかの判定がなされる（ステップ９０６）。ＡＰは、ＳＴＡがその呼出をサポートするために要求されるすべての機能（例えばＳＩＰ／Ｈ．３２３プロトコルターミネーション、ボコーダなど）を有するかを検査する。この情報は、ＭＡＣフレームの一部分（例えばＭＡＣフレーム２００、２５０）として示すことができ、またはＡＰがアクセスできるネットワークにおける加入者情報の一部分とすることができる。
【００７１】
ＳＴＡが必要な能力のすべてを有する場合、ＳＴＡは通常通りにその呼出を続行する（ステップ９０８）。ＡＰは必要に応じてその呼出に、ＳＴＡの位置および／またはＡＰの位置（ネットワークＩＤ、ＡＰのＭＡＣアドレスなど）を含む、位置情報を追加することができる（ステップ９１０）。そして、方法９００は終了する（ステップ９１２）。
【００７２】
ＳＴＡがその呼出を完了するために必要な能力のすべては有してはいない場合（ステップ９０６）、ＡＰがＳＴＡに対するプロキシとして動作し、必要などの機能をも提供する（ステップ９１４）。ＡＰは必要に応じてその呼出に位置情報を追加（ステップ９１０）し、方法９００は終了する（ステップ９１２）。
【００７３】
ＳＴＡが現在の環境において緊急呼出を完全に完了するために要求されるすべての機能は有してはいないとＡＰが判定した場合、ＡＰはＳＴＡに対するプロキシとして動作することになる（ステップ９１４）。例えば、ＳＴＡがＳＩＰプロトコルサポートを有さない場合、ＡＰは、ＳＴＡに対するＳＩＰプロキシとして動作することができる。別の例として、ＳＴＡはＳＩＰサポートを有するがネットワークはＨ．３２３のみをサポートする場合、ＡＰは、ＳＴＡからのＳＩＰメッセージをネットワークの残りの部分に対してＨ．３２３メッセージとして相互に作用させることができる。ＳＴＡがボコーダさえ有さないという極端な場合には、ＡＰは、ＳＴＡにシンボコーダクライアントをダウンロードし、ネットワークのどこかにあるより標準的なボコーダと相互に作用させることができる。ＡＰがＳＴＡに対してプロキシ機能のすべてを提供する必要はないことを注記する。これらの機能は、専用ゲートウェイノードなどインフラストラクチャネットワークにおける別の要素によって提供されるかもしれない。プロキシ機能をＡＰの外に移すことによって、これは、ＷＬＡＮのインターネット接続の中断のイベントにおいて、緊急呼出を取り扱うために、ＷＬＡＮにより大きい柔軟性を提供する。
【００７４】
別の方法は、ＳＴＡおよびネットワークにおけるＳＴＡの対応物によってシグナリングまたは通常のトラヒックのために使用されるＩＰパケットの内容に関してＡＰがなりすます（すなわち、内容および／またはタイプ情報を公式にはサポートされていない場合でさえ、読取る）ことである。例えば、ＩＰを介したＳＩＰシグナリングプロトコルメッセージが、現在では呼出処理のために通常使用される。そのようなＳＩＰシグナリングは、能力情報および送信先アドレスなど、ＡＰがプロキシとしてのその役割を果たすために有用な情報を収容する。前述の方法に加えて、ＡＰがＳＴＡリモートの送信先の高位レイヤ（すなわち、Ｌ２ＭＡＣより上位）のメッセージ内容に関してなりすましそのような情報を抽出する場合、より効率的にその役割を果たすことができる。当事業者は、ＳＩＰがＩＰベースの呼出に対する管理プロトコルの一例であり、他の同等なプロトコルが存在し、かつ業界で広く使用されていることを認めるであろう。それゆえ、この方法はＳＩＰのみに限定されない。
【００７５】
Ｂ．ＡＰを緊急呼出センターにリンクする
ＳＴＡが緊急呼出をかけていることをＡＰが知ると、ＡＰは、ＳＴＡからの呼出を適切にルートするために、緊急呼出センターへのリンクを確立する必要がある。緊急呼出をＡＰから呼出センターに届けるいくつかの可能な転送メカニズムがある。例えば、ＡＰがゲートウェイと通信して、それを呼出センターにリンクすることができる。
【００７６】
緊急ネットワークノードの概念を拡張して、「マンインザループ」（ｍａｎ-ｉｎ-ｔｈｅ-ｌｏｏｐ）能力を有する緊急応答オペレーションセンターを含むことができる。緊急ネットワークノードは、拡張サービスセット（ＥＳＳ）またはインフラストラクチャアプリケーションに仕立てられたネットワークであろう。例えば、大学構内において、指定された緊急ネットワークノードは、構内警備員部門であろう。別の例として、製造工場においては、緊急ネットワークノードは警備員室であろう。緊急ネットワークノードは、ＶｏＩＰ呼出を受信し、呼出情報をログし、呼出を選別し、次に公衆電話交換網（ＰＳＴＮ）に緊急呼出をかけて、適切な機関に警報を出すオペレータを含むであろう。
【００７７】
緊急ネットワークノードの概念をさらに拡張して、ＰＳＴＮへの直通ラインによる自動化ノードを含むことができる。自動化ノードは音声回線ブリッジとして動作して、電話をかけ、ワイヤレスの発呼者をＰＳＴＮ緊急センターに接続するであろう。
【００７８】
緊急ネットワークノードへの接続のための方法を拡張して、認証、許可、またはセキュリティ機能なしに呼出をルートし、処理する能力を含むことができるであろう。これによりワイヤレスの発呼者と緊急ネットワークノードとの間の直接的な暗号化されない接続またはトンネル化接続が可能となるであろう。
【００７９】
緊急ネットワークノードの機能を拡張して、呼出処理、呼出ハンドオフ、およびローミングの調整を含むことができるであろう。この機能が隣りのＡＰ（ワイヤレス呼出をサービスしているＡＰに隣接するＡＰ）におけるリソースを予め許可して、発呼者が、ＡＰの境界を横切って移動するときにワイヤレス接続を失うことなく、新規の緊急呼出を再確立する必要なく、ローミングすることができ、したがって、同じ緊急事態に関し重複呼出を排除することができるであろう。一実装方法において、ハンドオフが完了した後に新しいＡＰが中断なく緊急呼出を続けることができるように、上述されたように緊急ＩＥを収容するＭＡＣフレームを使用することができるであろう。
【００８０】
ＩＶ．相互作用（Ｉｎｔｅｒｗｏｒｋｉｎｇ）
相互作用は、ネットワーク側の構成要素が相互作用する方法に関連し、また緊急呼出を取り扱う際に、特に緊急呼出が完了されるために異なったネットワークタイプを越えねばならない場合に重要である。この問題の１つの解決法は、新規ユーザがシステムに入るときその緊急呼出能力を示すということである。集中化されたデータベースはその新規ユーザの情報により更新され、その新規ユーザが緊急呼出をかける場合この情報が容易に利用可能であり、そうでなければネットワークにわたってこの情報を交換しなければならないことにより、呼出を完了するために要求されるであろう待ち時間を低減する。位置情報については、緊急呼出能力情報をバックグラウンドで自動的に更新して、絶えず更新された情報を提供することができる。
【００８１】
実施形態
１．ワイヤレスローカルエリアネットワークにおいて緊急呼出をサポートするための方法であって、アクセスポイント（ＡＰ）の緊急呼出能力についてＡＰによりアドバタイズするステップを備えることを特徴とする方法。
２．アドバタイズするステップは、ＡＰが緊急呼出を受信する能力があるというインディケータを提供することと、緊急呼出をかけているステーションが、それ自体を構成して緊急呼出をＡＰに通信することができるようにパラメータを提供することとを含むことを特徴とする実施形態１に記載の方法。
３．アドバタイズするステップは、ビーコンフレームを使用してＡＰの緊急呼出能力を定期的に送信することを含むことを特徴とする実施形態１に記載の方法。
４．ビーコンフレームは、ＡＰの緊急呼出能力を収容する拡張可能な能力情報要素を含むことを特徴とする実施形態３に記載の方法。
５．アドバタイズするステップは、プローブ応答フレームを使用してＡＰの緊急呼出能力を送信することを含むことを特徴とする実施形態１に記載の方法。
６．アドバタイズするステップは、アソシエーション応答フレームを使用してＡＰの緊急呼出能力を送信することを含むことを特徴とする実施形態１に記載の方法。
７．アドバタイズするステップは、再アソシエーション応答フレームを使用してＡＰの緊急呼出能力を送信することを含むことを特徴とする実施形態１に記載の方法。
８．アドバタイズするステップは、認証応答フレームを使用してＡＰの緊急呼出能力を送信することを含むことを特徴とする実施形態１に記載の方法。
９．アドバタイズするステップは、再認証応答フレームを使用してＡＰの緊急呼出能力を送信することを含むことを特徴とする実施形態１に記載の方法。
１０．先の任意の実施形態によるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において緊急呼出をサポートするための方法であって、ステーションの緊急呼出能力についてのステーションによりアクセスポイント（ＡＰ）にアナウンスするステップを備えることを特徴とする方法。
１１．アナウンスするステップは、情報要素を使用してステーションの緊急呼出能力を送信することを含むことを特徴とする実施形態１０に記載の方法。
１２．アナウンスするステップは、既存の情報要素にビットフラグを追加してステーションの緊急呼出能力を送信することを含むことを特徴とする実施形態１０に記載の方法。
１３．アナウンスするステップは、アソシエーション要求フレームを使用してステーションの緊急呼出能力を送信することを含むことを特徴とする実施形態１０に記載の方法。
１４．アナウンスするステップは、再アソシエーション要求フレームを使用してステーションの緊急呼出能力を送信するためにことを含むことを特徴とする実施形態１０に記載の方法。
１５．アナウンスするステップは、認証要求フレームを使用してステーションの緊急呼出能力を送信することを含むことを特徴とする実施形態１０に記載の方法。
１６．アナウンスするステップは、再認証要求フレームを使用してステーションの緊急呼出能力を送信することを含むことを特徴とする実施形態１０に記載の方法。
１７．ＷＬＡＮ上の任意のデバイスによってアクセス可能な位置にステーションの緊急呼出能力を格納するステップをさらに備える実施形態１０に記載の方法。
１８．格納するステップは、ＷＬＡＮと他のネットワークタイプの間で相互作用させて緊急呼出をサポートすることを可能とすることを特徴とする実施形態１７に記載の方法。
１９．先の任意の実施形態によるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において緊急呼出をサポートするための方法であって、ＷＬＡＮ上のステーションにより緊急呼出を開始するステップと、ＷＬＡＮ上のアクセスポイント（ＡＰ）により緊急呼出を受信するステップと、ＡＰにより他の呼出を許可するために要求される認証手順を、緊急呼出をかけているステーションが行うことを要求することなく、緊急呼出をＡＰにより許可するステップと、緊急呼出に関連する設定をステーションに提供してステーションがＷＬＡＮにアクセスすることを可能とするステップとを備えることを特徴とする方法。
２０．緊急呼出に関連する設定は、緊急呼出アクセス符号を含むことを特徴とする実施形態１９に記載の方法。
２１．緊急呼出に関連する設定は、緊急呼出セキュリティキーを含むことを特徴とする実施形態１９または２０に記載の方法。
２２．先の任意の実施形態によるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において緊急呼出をサポートするための方法であって、ＷＬＡＮ上のステーションにより緊急呼出を開始するステップと、ＷＬＡＮ上のアクセスポイント（ＡＰ）により緊急呼出を受信するステップと、ＡＰにより他の呼出を許可するために要求される認証手順を、緊急呼出をかけているステーションが行うことを要求することなく、緊急呼出をＡＰにより許可するステップと、緊急呼出を緊急呼出センターにルートするステップとを備えることを特徴とする方法。
２３．ルートするステップは、準静的なルーティングを行うステップを含み、これによりすべての緊急呼出が緊急呼出センターにルートされることを特徴とする実施形態２２に記載の方法。
２４．先の任意の実施形態によるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において緊急呼出をサポートするための方法であって、緊急基本サービスセット（ＢＳＳ）識別子をステーションに提供するステップであって、緊急ＢＳＳ識別子が緊急呼出のためにのみ使用されるステップと、ステーションにより緊急呼出を開始するステップであって、緊急呼出が緊急ＢＳＳ識別子を含むステップとを備えることを特徴とする方法。
２５．提供するステップは、緊急ＢＳＳ識別子をプローブ応答フレームにおいてステーションに提供することを含むことを特徴とする実施形態２４に記載の方法。
２６．提供するステップは、緊急ＢＳＳ識別子をアソシエーション応答フレームにおいてステーションに提供することを含むことを特徴とする実施形態２４に記載の方法。
２７．提供するステップは、緊急ＢＳＳ識別子を再アソシエーション応答フレームにおいてステーションに提供することを含むことを特徴とする実施形態２４に記載の方法。
２８．先の任意の実施形態によるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）において緊急呼出をサポートするための方法であって、ＷＬＡＮ上のステーションにより緊急呼出を開始するステップと、ＷＬＡＮ上のアクセスポイント（ＡＰ）により緊急呼出を受信するステップと、ステーションが緊急呼出を完了させるために充分な能力を有するかを判定するステップと、ステーションが緊急呼出を完了させるために充分な能力を有さない場合、インフラストラクチャネットワークの要素をプロキシとして動作させるステップとを備えることを特徴とする方法。
２９．インフラストラクチャネットワークの要素は、専用ゲートウェイノードを含むことを特徴とする実施形態２８に記載の方法。
３０．インフラストラクチャネットワークの要素により緊急呼出に位置情報を追加するステップをさらに備えることを特徴とする実施形態２８または２９に記載の方法。
３１．インフラストラクチャネットワークの要素によりＷＬＡＮ上のトラフィックを監視するステップであって、それによりインフラストラクチャネットワークの要素がステーションのためにプロキシとして動作することができるように、インフラストラクチャネットワークの要素は、ＷＬＡＮ上のステーションの能力情報を知るステップをさらに備えることを特徴とする実施形態２８〜３０の１つに記載の方法。
【００８２】
本発明の概念は、上で例証された特定の例を超えて拡張することができる。例えば、本発明は、メッシュネットワークおよびアドホックネットワークに拡張することができる。ここで説明された緊急呼出能力は、ネットワークのどの部分においても実装することができ、ＡＰに限定されない。例えば、これらの能力は、ＳＴＡにおいて実装され、いくつかのＡＰにわたって分散され、アクセス制御装置において、または呼出サーバにおいて実装することができる。
【００８３】
代替手段として、人間のユーザの代わりに、本発明は、ＷＬＡＮでの緊急の取り扱いに対するマシン対マシンの使用シナリオに拡張することができる。１つの可能性は、ホームセキュリティシステムにおいて８０２．１１を使用すること、すなわちハードワイヤの電話回線（切断される可能性がある）の代わりにＷＬＡＮを使用することであろう。この例において、ＷＬＡＮの緊急呼出を人間のユーザが発生させる代わりに、だれかが侵入したときに、ホームセキュリティシステムがセキュリティ呼出センターへ緊急呼出を自動的に発生する。あるいはまた、上述されたように、ホームセキュリティシステムが緊急ＳＯＳフレームの送出を開始することができよう。
【００８４】
本発明の特徴および要素は、特定の組合せにおける好適な実施形態において説明されるが、各特徴または要素を、単独で（好適な実施形態の他の特徴および要素なしに）、または本発明の他の特徴および要素の有無に関わらず、様々な組合せにおいて使用することができる。
【特許請求の範囲】
【請求項１】
アクセスポイント（ＡＰ）において使用される方法であって、
第１の基本サービスセット識別子（ＢＳＳＩＤ）に関連付けるためのセキュリティクレデンシャルを含む第１のビーコンフレームを送信するステップと、
第２のＢＳＳＩＤに関連付けするための緊急呼出セキュリティクレデンシャルを含む第２のビーコンフレームを送信するステップと、
アソシエーションメッセージを受信するステップと、
前記受信したアソシエーションメッセージが前記第２のＢＳＳＩＤを含むという条件で前記ＡＰへのアクセスを認可するステップと
を備えることを特徴とする方法。
【請求項２】
前記受信したアソシエーションメッセージが、正当なセキュリティクレデンシャルを含むとの判定に応答して、ステーション（ＳＴＡ）へのアクセスを認可するステップと、
該受信したアソシエーションメッセージが第２のＢＳＳＩＤを含むとの判定に応答して、前記ＳＴＡへの前記緊急呼出に対するアクセスを認可するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＡＰの緊急呼出能力に関する表示を送信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＡＰの緊急呼出能力がアクティブであることに関する表示を送信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１】
アクセスポイント（ＡＰ）において使用される方法であって、
第１の基本サービスセット識別子（ＢＳＳＩＤ）に関連付けるためのセキュリティクレデンシャルを含む第１のビーコンフレームを送信するステップと、
第２のＢＳＳＩＤに関連付けするための緊急呼出セキュリティクレデンシャルを含む第２のビーコンフレームを送信するステップと、
アソシエーションメッセージを受信するステップと、
前記受信したアソシエーションメッセージが前記第２のＢＳＳＩＤを含むという条件で前記ＡＰへのアクセスを認可するステップと
を備えることを特徴とする方法。
【請求項２】
前記受信したアソシエーションメッセージが、正当なセキュリティクレデンシャルを含むとの判定に応答して、ステーション（ＳＴＡ）へのアクセスを認可するステップと、
該受信したアソシエーションメッセージが第２のＢＳＳＩＤを含むとの判定に応答して、前記ＳＴＡへの前記緊急呼出に対するアクセスを認可するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＡＰの緊急呼出能力に関する表示を送信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＡＰの緊急呼出能力がアクティブであることに関する表示を送信するステップをさらに備えることを特徴とする請求項１に記載の方法。
【図１】
【図２Ａ】
【図２Ｂ】
【図３】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２Ａ】
【図２Ｂ】
【図３】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１９９９８８（Ｐ２０１２−１９９９８８Ａ）
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願番号】特願２０１２−１２６２９３（Ｐ２０１２−１２６２９３）
【出願日】平成２４年６月１日（２０１２．６．１）
【分割の表示】特願２０１１−１８２９８３（Ｐ２０１１−１８２９８３）の分割
【原出願日】平成１９年２月２６日（２００７．２．２６）
【出願人】（５９６００８６２２）インターデイジタル テクノロジー コーポレーション (871)
【Ｆターム（参考）】
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願日】平成２４年６月１日（２０１２．６．１）
【分割の表示】特願２０１１−１８２９８３（Ｐ２０１１−１８２９８３）の分割
【原出願日】平成１９年２月２６日（２００７．２．２６）
【出願人】（５９６００８６２２）インターデイジタル テクノロジー コーポレーション (871)
【Ｆターム（参考）】
[ Back to top ]