【誤訳訂正書】
【提出日】平成23年12月6日(2011.12.6)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
インフラストラクチャベースの無線マルチホップネットワークにおけるセキュリティ認証及び鍵管理方法であって、
認証されたサプリカントの１つ以上の役割属性を認証サーバで判定する工程を含む前記サプリカントの初期認証工程と、
トップレベルの鍵保持デバイスにより前記認証サーバから１つ以上の承認属性を取得する工程と、
前記認証サーバからの１つ以上の承認属性の取得に応じて、前記トップレベルの鍵保持デバイスにより、前記認証されたサプリカントの役割属性がレベル１の鍵保持デバイスであるか否かを判定する工程と、
前記認証されたサプリカントの役割属性がレベル１の鍵保持デバイスであった場合、鍵配布鍵（ＫＤＫ）を生成するために、ペアマスタ鍵（ＰＭＫ＿０）を用いて前記トップレベルの鍵保持デバイスと前記サプリカントとの間で４段階ハンドシェークを開始する工程と、
前記認証されたサプリカントの役割属性がレベル１の鍵保持デバイスではない場合、前記トップレベルの鍵保持デバイスからレベル１の鍵保持デバイスへ、レベル１のペアマスタ鍵（ＰＭＫ＿１）を通信する工程と、
前記レベル１の鍵保持デバイスと前記サプリカントとの間にセキュアな通信リンクを生成するために、レベル１のペアマスタ鍵（ＰＭＫ＿１）を用いて前記レベル１の鍵保持デバイスと前記サプリカントとの間で４段階ハンドシェークを開始する工程と、
前記セキュアな通信リンクを用いて前記レベル１の鍵保持デバイスと前記サプリカントとの間で通信する工程とを備える方法。
【請求項２】
前記トップレベルの鍵保持デバイスと前記レベル１の鍵保持デバイスとの間にＫＤＫを生成するための前記トップレベルの鍵保持デバイスと前記レベル１の鍵保持デバイスとの間の４段階ハンドシェークは、８０２．１１ｉ規格の４段階ハンドシェークを備え、さらに、前記レベル１の鍵保持デバイスと前記サプリカントとの間にペア一時鍵（ＰＴＫ）を生成するための前記レベル１の鍵保持デバイスと前記サプリカントとの間の前記４段階ハンドシェークは、８０２．１１ｉ規格の４段階ハンドシェークを備える請求項１に記載のインフラストラクチャベースの無線マルチホップネットワークにおけるセキュリティ認証及び鍵管理方法。
【請求項３】
前記ＫＤＫは、以下の式から生成され、
ＫＤＫ＝ＫＤＦ−ＫＤＫＬｅｎ（ＰＭＫ＿０，“ＫＤＫ鍵の生成”，ＳＮｏｎｃｅ‖ＡＮｏｎｃｅ‖ＡＡ‖ＳＰＡ）
ここで、ＫＤＦ−２５６は所定の数値であり、
ＳＮｏｎｃｅは前記サプリカントにより生成される乱数であり、
ＡＮｏｎｃｅはトップレベルの鍵保持デバイスにより生成される乱数であり、
前記両乱数は、４段階ハンドシェークによる最初の２つのメッセージ中に交換され、
ＡＡはトップレベルの鍵保持デバイスのＭＡＣアドレスであり、
ＳＰＡは前記サプリカントのＭＡＣアドレスである請求項１に記載のインフラストラクチャベースの無線マルチホップネットワークにおけるセキュリティ認証及び鍵管理方法。
【請求項４】
前記初期認証工程は、最終「認証成功」メッセージの通信を含み、さらに、前記１つ以上の承認属性は、前記最終「認証成功」メッセージから得られる請求項１に記載のインフラストラクチャベースの無線マルチホップネットワークにおけるセキュリティ認証及び鍵管理方法。
【請求項５】
認証済みであり、かつ同じモビリティドメインにおける前記トップレベルの鍵保持デバイスと接続している他のレベル１の鍵保持デバイスを、前記サプリカントが再認証を開始する工程をさらに備え、該再認証を開始する工程は、
高速ハンドオフプロセスを用いて前記サプリカントから前記他のレベル１の鍵保持デバイスへメッセージを通信する工程と、
前記レベル１のペアマスタ鍵（ＰＭＫ＿１）を前記トップレベルの鍵保持デバイスから前記他のレベル１の鍵保持デバイスへ通信する工程と、
前記サプリカントと前記他のレベル１の鍵保持デバイスとの間にセキュアな通信リンクを生成するために、前記レベル１のペアマスタ鍵（ＰＭＫ＿１）を用いて、前記他のレベル１の鍵保持デバイスと前記サプリカントとの間の前記ハンドオフプロセスを完了する工程と、
前記セキュアな通信リンクを用いて前記他のレベル１の鍵保持デバイスと前記サプリカントの間に通信する工程とを備える請求項１に記載のインフラストラクチャベースの無線マルチホップネットワークにおけるセキュリティ認証及び鍵管理方法。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】発明の名称
【訂正方法】変更
【訂正の内容】
【発明の名称】インフラストラクチャベースの無線マルチホップネットワークにおけるセキュリティ認証及び鍵管理方法
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】０００１
【訂正方法】変更
【訂正の内容】
【０００１】
本発明は主に無線通信に関し、特にインフラストラクチャベースの無線マルチホップネットワークにおけるセキュリティ認証及び鍵管理方法に関する。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】０００５
【訂正方法】変更
【訂正の内容】
【０００５】
【図１】本発明のいくらかの実施形態による例示的なインフラストラクチャベースの
無線マルチホップネットワークを示す図。
【図２】本発明のいくらかの実施形態による例示的なメッセージフォーマットを示す
図。
【図３】本発明のいくらかの実施形態による鍵配布及び役割承認プロセスを示すフロ
ーチャート。
【図４】本発明のいくらかの実施形態による認証手続きを示す図。
【図５】本発明のいくらかの実施形態による図１におけるネットワークの各要素の間
で交換される認証メッセージを示すメッセージフローチャート。
【図６】本発明のいくらかの実施形態による、図５におけるメッセージ交換をより詳
細に示す図。
【発明を実施するための形態】
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００１３
【訂正方法】変更
【訂正の内容】
【００１３】
集中型認証及び８０２．１１ｒのサポートについては、８０２．１１ｒの鍵階層構造に関するトップレベルの鍵保持デバイス（Ｒ０ＫＨ）は、有線ネットワークに位置するように設計されている。トップレベル（レベル０）の鍵保持デバイスとレベル２の鍵保持デバイス（Ｒ１ＫＨ）との間のメッセージ送信は、レイヤー２又はインターネットプロトコル（ＩＰ）レイヤーのいずれかにおいて生じる。
【誤訳訂正６】
【訂正対象書類名】明細書
【訂正対象項目名】００１４
【訂正方法】変更
【訂正の内容】
【００１４】
本発明において、８０２．１１ｒに基づく鍵階層構造は、レベル１の鍵保持デバイスの役割を担うメッシュアクセスポイント内から選ばれる。よって、複数の鍵保持デバイスの間におけるセキュリティ管理メッセージフローが提供される。鍵管理は、両８０２．１１ｉ及び８０２．１１ｒと互換性のある無線局をサポートし、また、多数の可能なサービスセットＩＤ（ＳＳＩＤ）が配置された仮想アクセスポイントもサポートする。レベル０とレベル１の鍵保持デバイスとの間のセキュリティメッセージフローは、レイヤー２またはレイヤー３を通じて送信されるが、これはレベル０の鍵保持デバイスの位置に依存する。全てのレベル０鍵保持デバイスが、レベル１の鍵保持デバイスと共にレイヤー２の同セグメントに位置する場合、レイヤー２の通信が用いられ、さもなければレイヤー３の通信が用いられるべきである。鍵配布鍵（ＫＤＫ）は、初期認証プロセスにて生成され、トップレベル鍵保持デバイスから次のレベルの鍵保持デバイスへ送信される鍵素材をセキュアなものとするために使用される。レベル１の鍵保持デバイスＲ１ＫＨの役割は、認証サーバからの承認情報に基づいて、トップレベルの鍵保持デバイスにより承認される。
【誤訳訂正７】
【訂正対象書類名】明細書
【訂正対象項目名】００１５
【訂正方法】変更
【訂正の内容】
【００１５】
無線マルチホップネットワークにおけるセキュリティ認証及び鍵管理スキームに関するシステム及び方法が、ここにおいてホップバイホップセキュリティモデルと共に提供される。本スキームは、メッシュアクセスポイント（ＡＰ）ネットワークに導入された８０２．１１ｒの鍵階層構造を採用する。この方法では、トップレベルの鍵保持デバイス（Ｒ０ＫＨ）は、認証プロセスの後、各サプリカントの無線デバイスに対するトップペアマスタ鍵（ＰＭＫ＿０）を生成及び保持する。全オーセンティケータアクセスポイント（ＡＰ）は、レベル１の鍵保持デバイス（Ｒ１ＫＨ）としての役割を担い、かつトップレベルの鍵保持デバイスＲ０ＫＨから次のレベルのペアマスタ鍵（ＰＭＫ＿１）を受け取る。リンクレベルデータの保護鍵は、８０２．１１ｉの４段階ハンドシェークなどの４段階ハンドシェークを通じて、ＰＭＫ＿１から生成される。
【誤訳訂正８】
【訂正対象書類名】明細書
【訂正対象項目名】００１６
【訂正方法】変更
【訂正の内容】
【００１６】
図１は、本発明のいくらかの実施形態による例示的なインフラストラクチャベースの無線マルチホップネットワーク１００を示す。図１のネットワーク１００において、鍵保持デバイス間においてレベル２の通信チャンネルが用いられ、トップレベルの鍵保持デバイスＲ０ＫＨは、中央イーサネット（登録商標）スイッチに取り付けられている。よって、トップレベルの鍵保持デバイスＲ０ＫＨは、制御された全てのインテリジェントアクセスポイント（ＩＡＰ）とメッシュアクセスポイント（ＭＡＰ）デバイスと同じレベル２セグメントに位置する。また、遠隔アクセスダイアルアップユーザーサービス（ＲＡＤＩＵＳ）のクライアントと８０２．１Ｘの認証コードも、本発明の実施形態によるネットワーク１００において実行される。
【誤訳訂正９】
【訂正対象書類名】明細書
【訂正対象項目名】００１７
【訂正方法】変更
【訂正の内容】
【００１７】
ＩＰレイヤー通信チャンネルをトップレベルの鍵保持デバイスＲ０ＫＨ及びレベル１の鍵保持デバイスＲ１ＫＨに対して用いた場合、Ｒ０ＫＨは任意の位置に存在してもよいことを、当業者は認識するであろう。例示的な実施形態によると、Ｒ０ＫＨは、ネットワーク管理システムと同じホスト内に位置する。同一のＲ０ＫＨに接続されるすべてのＲ１ＫＨデバイスは、全ビーコンフレーム内に存在するモビリティドメイン識別子（ＭＤＩ）を介して識別される。
【誤訳訂正１０】
【訂正対象書類名】明細書
【訂正対象項目名】００１８
【訂正方法】変更
【訂正の内容】
【００１８】
図に示すように、ネットワーク１００は、１つ以上のメッシュアクセスポイント１３５−ｎ（ＭＡＰ）を含む。１つ以上のメッシュアクセスポイント１３５−ｎ（ＭＡＰ）は、１つ以上のインテリジェントアクセスポイント１３０−ｎ（ＩＡＰ）から１つ以上の無線加入者デバイス１４０−ｎ（ＳＤ、局（ＳＴＡ）とも言う）へデータパケットをルーティングするために使用される。そして、１つ以上のＩＡＰ１３０−ｎは、中央ルーター１１５とトップレベルの鍵保持デバイス（Ｒ０ＫＨ）１２０とに通信可能に接続された中央イーサネット（登録商標）スイッチ１２５へパケットをルーティングする。中央ルーター１１５は、有線基幹回線１１０を介して認証サーバ１０５へ接続されている。図面では加入者デバイス（ＳＤ）から有線ネットワーク１２５へのパスのみを示しているが、加入者デバイス１４０−１及び加入者デバイス１４０−２のような２つの隣接するデバイス間の相互通信が可能である限り、網目状の接続が構築可能であることは当業者に認識されるであろう。
【誤訳訂正１１】
【訂正対象書類名】明細書
【訂正対象項目名】００２１
【訂正方法】変更
【訂正の内容】
【００２１】
当業者にとって認識されるように、ネットワーク１００における各ノード（即ち、ＩＡＰ１３０−ｎ、ＭＡＰ１３５−ｎ、ＳＤ１４０−ｎ）は、メッシュネットワークに接続する前に、ネットワーク１００に認証される。認証における証明書は、例えば、パスワード、加入者識別モジュール（ＳＩＭ）カードＩＤ、又は他のＩＤに基づくものであり、特定のノードに対する固有の情報として認証サーバ１０５に保存されている。各ノードは、Ｒ０ＫＨ１２０とセキュアな接続を確立しているワンホップメッシュＭＡＰ又はＩＡＰに対する認証のために、認証サーバ１０５とのこのような関係を使用する。Ｒ０ＫＨ１２０は、認証サーバ１０５により提供される認証サービスを用いる。また、認証サーバ１０５は、Ｒ０ＫＨ１２０へ暗号化されたセッションマスタ鍵素材を配布することにより、隣接ノードと信頼関係を確立すべく認証を行っている特定のノードを補助する。Ｒ０ＫＨ１２０は、レベル０及びレベル１のペアマスタ鍵（ＰＭＫ＿０、ＰＭＫ＿１）を生成する。さらに、Ｒ０ＫＨ１２０は、ＰＭＫ＿０を保持し、ＰＭＫ＿１は、レベル１の鍵保持デバイスの役割を担うオーセンティケータのＭＡＰまたはＩＡＰへ送信する。
【誤訳訂正１２】
【訂正対象書類名】明細書
【訂正対象項目名】００２４
【訂正方法】変更
【訂正の内容】
【００２４】
本発明によると、図１のネットワーク１００において、８０２．１１ｒに基づく鍵階層構造はメッシュＡＰに適用され、これにより１つ以上の移動体ＡＰに対する高速ハンドオフを可能とする。この鍵階層構造にて、トップレベル鍵のＰＭＫ＿０は、認証サーバ１０５から受け取ったマスタ鍵素材からＲ０ＫＨ１２０において生成される。次のレベルで、ＰＭＫ＿１は、ＰＭＫ＿０からＲ０ＫＨ１２０において生成され、Ｒ１ＫＨに送信される。ペア一時鍵（ＰＴＫ）は、８０２．１１ｉの４段階ハンドシェークを通じて、サプリカントとオーセンティケータとの間でＰＭＫ＿１から生成される。本発明のいくらかの実施形態によると、トップレベルの鍵保持デバイスＲ０ＫＨ１２０は有線ネットワークセクションに位置しながら、また中央イーサネット（登録商標）スイッチ１２５に取り付けられている。他の全てのメッシュアクセスポイント（ＭＡＰ）１３５−ｎ及びＩＡＰ１３０−ｎは、レベル１の鍵保持デバイスとしての役割を担うことになる。
【誤訳訂正１３】
【訂正対象書類名】明細書
【訂正対象項目名】００２６
【訂正方法】変更
【訂正の内容】
【００２６】
鍵保持デバイス間のＥＡＰＯＬプロキシ
ノードとサーバ１０５との通信に用いられるプロトコルの一例としては、ＥＡＰ（拡張認証プロトコル）が挙げられる。ＥＡＰプロトコルは、メッセージのフォーマットと、多数の認証方法を支援する交換ハンドシェークを定義する。通常、ＥＡＰはポイント・ツー・ポイント・プロトコル（ＰＰＰ）又はＩＥＥＥ  ８０２のデータリンクレイヤーを直接通過し、ＩＰを必要としない。ＥＡＰは重複削除及び再送信もサポートするが、下位レイヤーの順序保証に依存する。ＥＡＰ自体ではフラグメンテーションがサポートされない。しかしながら、個々のＥＡＰの方法は、例えば長い証明書データを複数のパッケージにて送信しなければならないＥＡＰ−ＴＬＳにおいては、フラグメンテーションをサポートすることもある。例えば、８０２．１Ｘの場合、認証サプリカントとＲ０ＫＨ１２０との間のＥＡＰメッセージは、ＥＡＰＯＬ（ＬＡＮ上で動作する拡張可能な認証プロトコル）のメッセージフォーマットにカプセル化される。ＥＡＰは、ユーザのパスワード、証明書に基づく認証、使い捨てパスワード、認証トークン、スマートカードなどの多数の認証機構をサポートする柔軟性および拡張性を備える。また、妥当な認証機構と折り合いをつけ、それを用い、またノード及び認証サーバ１０５にて鍵素材を生成するものを含む適切な認証機構とネゴシエートして、認証機構を使用する通信手段提供する。
【誤訳訂正１４】
【訂正対象書類名】明細書
【訂正対象項目名】００２８
【訂正方法】変更
【訂正の内容】
【００２８】
８０２．１１ｒの鍵階層構造が鍵管理に用いられる場合、認証用のＥＡＰＯＬメッセージと鍵管理は、トップレベルの鍵保持デバイスＲ０ＫＨと次のレベルの鍵保持デバイスＲ１ＫＨとの間で送信されなければならない。
【誤訳訂正１５】
【訂正対象書類名】明細書
【訂正対象項目名】００２９
【訂正方法】変更
【訂正の内容】
【００２９】
図２は、本発明のいくらかの実施形態の運用において用いられるメッセージフォーマット２００を示す。特に図２は、本発明のいくらかの実施形態によるＬ２鍵保持デバイス通信フレームに対してのＥＡＰメッセージのカプセル化を説明している。メディアアクセスコントロール（ＭＡＣ）ヘッダ２０５は、各ホップのソース及び宛先ＭＡＣアドレスを含んでいる。アドホックルート（ＡＨＲ）ヘッダ２１０は、オーセンティケータのソース及び宛先ＭＡＣアドレス、及びメッシュルートエンディングデバイス（即ち、Ｒ１ＫＨ及びＲ０ＫＨ）を含んでいる。ＡＨＲヘッダ２１０のプロトコルＩＤ領域に位置する特別プロトコルＩＤは、ＥＡＰＯＬプロキシパケットを示すものである。サプリカントＭＡＣアドレス２２０もまた、メッセージフォーマット２００内で、ＡＨＲヘッダ２１０とＥＡＰＯＬパケット２３０との間に含まれている。メッセージフォーマット２００は、８０２．１１ｉ及び８０２．１１ｒのサプリカントを両方ともサポートするためのメッシュペイロードボディの第１バイトにおけるｉ／ｒフラグ２１５を備える。さらに、メッセージフォーマットは、仮想ＡＰをサポートするＳＳＩＤ情報アイテム２２５も有する。サプリカントＭＡＣアドレス２２０は、ＰＭＫ＿０及びＰＭＫ＿１を特定のサプリカントと結合するため、いずれのサプリカントデバイスがそれであるかをＲ０ＫＨ１２０が知るために必要である。ｉ／ｒフラグ２１５が８０２．１１ｉサプリカントを示すとき、Ｒ０ＫＨ１２０は８０２．１１ｉ規格に基づいてＰＭＫを生成し、Ｒ１ＫＨへＰＭＫを送信する。ｉ／ｒフラグ２１５が８０２．１１ｒサプリカントを示すとき、Ｒ０ＫＨ１２０は８０２．１１ｒの鍵階層構造に基づいてＰＭＫ＿０及びＰＭＫ＿１を生成し、ＰＭＫ＿１をオーセンティケータ（Ｒ１ＫＨ）へ送信する。ＳＳＩＤ２２５は、ＰＭＫ＿０及びＰＭＫ＿１の生成に必要である。仮想ＡＰに対しては、サプリカントは可能な複数のＳＳＩＤの中から１つのＳＳＩＤを選択することができる。
【誤訳訂正１６】
【訂正対象書類名】明細書
【訂正対象項目名】００３０
【訂正方法】変更
【訂正の内容】
【００３０】
本発明によると、鍵保持デバイスの中からメッセージをネットワークレイヤーにおいて送信するとき、ｉ／ｒ２１５、ＳＰＡ２２０、及びＳＳＩＤ２２５の領域に沿うＥＡＰＯＬフレーム２３０は、インターネットプロトコル（ＩＰ）パケットペイロード内に配置される。加えて、ＰＭＫ＿１の生成に必須である送信している鍵保持デバイスのＭＡＣアドレスもまた、ＩＰペイロードに含まれている。
【誤訳訂正１７】
【訂正対象書類名】明細書
【訂正対象項目名】００３１
【訂正方法】変更
【訂正の内容】
【００３１】
当業者にとって公知であるが、図２に示されているように、ＥＡＰＯＬフレーム２３０は、符号無しの２進数であるプロトコルバージョン２３５を含む。その値は、ＥＡＰＯＬプロトコルのバージョンに該当する。ＥＡＰＯＬフレーム２３０は、符号無しの２進数であるパケットタイプ２４０をさらに含んでおり、その値は以下のパケットタイプ（（１）ＥＡＰ−パケット、（２）ＥＡＰＯＬ−スタート、（３）ＥＡＰＯＬ−ログオフ、（４）ＥＡＰＯＬ−鍵、（５）ＥＡＰＯＬ−カプセル化−ＡＳＦ−警告）を決定するものである。ＥＡＰＯＬフレーム２３０は、符号無しの２進数であるパケットボディ長２４５もさらに含んでおり、その値は、パケットボディ領域における８ビットの長さを定義する。また、ＥＡＰＯＬフレーム２３０は、パケットタイプがＥＡＰ−パケットタイプやＥＡＰＯＬ−鍵の場合には表示され、そうでない場合には表示されないパケットボディ２５０も含んでいる。
【誤訳訂正１８】
【訂正対象書類名】明細書
【訂正対象項目名】００３３
【訂正方法】変更
【訂正の内容】
【００３３】
鍵配布鍵（ＫＤＫ）及び役割承認
当業者にとって認識されるように、ネットワーク１００におけるサプリカントデバイスには二種類ある。そのネットワーク１００における二種類のサプリカントデバイスは、ＭＡＰデバイス１３５−ｎ及びＳＴＡデバイス１４０−ｎである。本発明のいくらかの実施形態によると、ＭＡＰデバイス１３５−ｎは、８０２．１１ｒの鍵階層構造に対し、Ｒ１ＫＨとして機能する。トップの鍵保持デバイスＲ０ＫＨ１２０からＲ１ＫＨへのＰＭＫ＿１の配布を保護するため、ペアＫＤＫは図３に示されるように、Ｒ０ＫＨ及びＭＡＰ／ＩＡＰの各ペアから生成される。
【誤訳訂正１９】
【訂正対象書類名】明細書
【訂正対象項目名】００３４
【訂正方法】変更
【訂正の内容】
【００３４】
図３は、本発明のいくらかの実施形態による鍵配布及び役割承認プロセス３００を示すフローチャートである。図３に示されるように、その動作は、初期認証ステップ３０５から始まる。初期認証は、例えば、初期ＴＴＬＳ又はＴＬＳ認証であってもよい。次に、ステップ３１０にて、Ｒ０ＫＨ１２０は、認証されたサプリカントへの最終メッセージ「認証成功」において、認証サーバ１０５から承認属性を取得する。次に、ステップ３１５にて、認証されたサプリカントの役割属性がレベル１の鍵保持デバイスであるか否かを判定する。認証されたサプリカントの役割属性がレベル１の鍵保持デバイスである場合、処理はステップ３２０へ移行し、ＫＤＫを生成するために、Ｒ０ＫＨ及びサプリカントのＲ１ＫＨはＰＭＫ＿０に対して８０２．１１ｉ規格の４段階ハンドシェークを開始する。
【誤訳訂正２０】
【訂正対象書類名】明細書
【訂正対象項目名】００４３
【訂正方法】変更
【訂正の内容】
【００４３】
図５に示されるように、サプリカント１４０−１が接続要求５１０を隣接したＭＡＰ１
１３５−１へ送信するとき、認証プロセスが開始される。その応答として、ＭＡＰ１  １３５−１は接続応答５１５を送信する。例えば、最初の２つの接続メッセージを通じて８０２．１ｘのＥＡＰ認証５２０が選択された場合、サプリカント１４０−１（サプリカントからのＥＡＰＯＬ−スタート）により８０２．１ｘの認証プロセスが開始される。８０２．１ｘのＥＡＰ認証が成功して完了すると、ＭＳＫはアクセス承認メッセージに含まれ、ＥＡＰ−成功パケットや他の承認属性と共に認証サーバ１０５からＲ０ＫＨ１２０へ送信される。ＭＳＫを取得した後、Ｒ０ＫＨ１２０は８０２．１１ｒ規格で説明されている通りに、ＰＭＫ＿０及びＰＭＫ＿１を演算する。
【誤訳訂正２１】
【訂正対象書類名】明細書
【訂正対象項目名】００４４
【訂正方法】変更
【訂正の内容】
【００４４】
ＫＤＫ生成プロセスを実行させるか否かを判定するために、Ｒ０ＫＨ１２０は、バックエンド認証サーバ１０５から返ってきた承認属性からサプリカントの役割を確認する。サプリカント１４０−１がＲ１ＫＨ役割を有している場合、ＫＤＫ生成メッセージ交換５２５が実行される。そうでない場合、ＫＤＫ生成プロセスはサプリカント１４０−１に対して実行されない。
【誤訳訂正２２】
【訂正対象書類名】明細書
【訂正対象項目名】００４８
【訂正方法】変更
【訂正の内容】
【００４８】
再認証（高速遷移）
図５に戻り、ＭＡＰ１  １３５−１の第１認証の後、サプリカント１４０−１は、認証サーバ１０５とセキュアに接続されており、同一のモビリティドメインに属する、隣接したＭＡＰデバイス１３５−ｎと共に、再認証（高速ハンドオフ）プロセスを開始する。再認証プロセスは、８０２．１１ｒの高速ＢＳＳ遷移（無線を通じた基礎機構）に従う。再認証要求は、Ｒ０Ｎａｍｅ、Ｒ１Ｎａｍｅ、ＳＮｏｎｃｅ、及び対応するトップレベルの鍵保持デバイスの名称Ｒ０ＫＨ−ＩＤを含んでいる。Ｒ０Ｎａｍｅ及びＲ１Ｎａｍｅも、また含まれるようになる。
【誤訳訂正２３】
【訂正対象書類名】図面
【訂正対象項目名】図３
【訂正方法】変更
【訂正の内容】
【図３】
2010503326.tif 000001