JP5037531B2

JP5037531B2 - 通信ネットワークにおけるメッセージ伝送方法

Info

Publication number: JP5037531B2
Application number: JP2008553162A
Authority: JP
Inventors: ヨンホキム，; チンリー，; キソンリュー，; チョンキキム，
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2006-02-01
Filing date: 2007-02-01
Publication date: 2012-09-26
Anticipated expiration: 2027-02-01
Also published as: EP1980036A4; TW200737885A; CN101379727B; WO2007089109A1; US20090046657A1; US8514807B2; KR20070079289A; EP1980036A1; TWI420873B; JP2009525664A; EP1980036B1; KR101261637B1; CN101379727A

Description

本発明は、通信ネットワークに関し、より具体的には、通信ネットワークにおけるメッセージ伝送方法に関する。

異機種網間媒介体独立のハンドオーバ（ＭＩＨ：ＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔＨａｎｄｏｖｅｒ）に対する国際標準化を進行中であるＩＥＥＥ８０２．２１は、異種網（ｈｅｔｅｒｏｇｅｎｅｏｕｓｎｅｔｗｏｒｋ）間に切れないハンドオーバ（ＳｅａｍｌｅｓｓＨａｎｄｏｖｅｒ）とサービス連続性（ＳｅｒｖｉｃｅＣｏｎｔｉｎｕｉｔｙ）を提供して移動端末の使用者便宜性を向上させることを目的とし、基本的な要求事項ではＭＩＨ機能、イベントサービス（ＥＳ：ＥｖｅｎｔＳｅｒｖｉｃｅ）、命令サービス（ＣＳ：ＣｏｍｍａｎｄＳｅｒｖｉｃｅ）及び情報サービス（ＩＳ：ＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅ）を定義している。

移動端末は、一つ以上のインターフェースタイプ（ＩｎｔｅｒｆａｃｅＴｙｐｅ）を支援するマルチモードノード（ｍｕｌｔｉｍｏｄｅｎｏｄｅ）であり、インターフェースはＩＥＥＥ８０２．３基盤のイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））のような有線（Ｗｉｒｅ−ｌｉｎｅ）形態、ＩＥＥＥ８０２．１１、８０２．１５、８０２．１６などのようなＩＥＥＥ８０２．ＸＸに基盤した無線インターフェース形態、３ＧＰＰ、３ＧＰＰ２のようなセルラ（Ｃｅｌｌｕｌａｒ）標準化機構により定義されたインターフェース形態のうち一つである。

図１は、マルチモードで構成された移動端末のプロトコルスタック（ｐｒｏｔｏｃｏｌｓｔａｃｋ）を示したものである。図１に示したように、マルチモードで構成された移動端末は各モードの物理階層（ＰＨＹ）と媒体接近制御階層（ＭＡＣ）を有し、ＭＩＨ機能（Ｆｕｎｃｔｉｏｎ）は論理的な個体であり、プロトコルスタック内に各階層とＳＡＰ（ＳｅｒｖｉｃｅＡｃｃｅｓｓＰｏｉｎｔ）を介しインターフェースしながら自由に位置できる。

媒介体独立のハンドオーバ（ＭＩＨ：ＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔＨａｎｄｏｖｅｒ）は、８０２系列インターフェース間または８０２系列インターフェースと上記したような非８０２系列インターフェース（３ＧＰＰ、３ＧＰＰ２）間に定義されなければならず、ＭｏｂｉｌｅＩＰとＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）のような上位階層の移動性支援プロトコルがハンドオーバと切れないサービスのために支援されなければならない。

以下、異機種網間ハンドオーバ技術に対して説明する。

ＩＥＥＥ８０２．２１規格は“ｂｒｅａｋｂｅｆｏｒｅｍａｋｅ”あるいは“ｍａｋｅｂｅｆｏｒｅｂｒｅａｋ”に大きく区分されることができる多様なハンドオーバ方法が容易に動作できるようにすることにその目的がある。媒介体無関ハンドオーバ機能（ＭＨＩＦ：ＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔＨａｎｄｏｖｅｒＦｕｎｃｔｉｏｎ）はよく定義されたサービス接近点（ＳｅｒｖｉｃｅＡｃｃｅｓｓＰｏｉｎｔ、ＳＡＰ）を介し上位階層と下位階層に媒介体無関イベントサービス（ＭＩＥＳ：ＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔＥｖｅｎｔＳｅｒｖｉｃｅ）のような非対称サービスと媒介体無関命令サービス（ＭＩＣＳ：ＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔＣｏｍｍａｎｄＳｅｒｖｉｃｅ）のような対称サービスを提供する。媒介体無関ハンドオーバ技術は３つのＭＩＨＦサービスと媒介体無関ハンドオーバプロトコルで構成される。３つの主要なＭＩＨＦサービスは、媒介体無関イベントサービス（ＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔＥｖｅｎｔＳｅｒｖｉｃｅ、ＭＩＥＳ）、媒介体無関命令サービス（ＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔＣｏｍｍａｎｄＳｅｒｖｉｃｅ、ＭＩＣＳ）、そして媒介体無関情報サービス（ＭｅｄｉａｉｎｄｅｐｅｎｄｅｎｔＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅ、ＭＩＩＳ）等である。

媒介体無関イベントサービスは、リンク階層から上位階層に伝達される情報であり、上位階層は登録手続きによってこの情報を受信可能である。ここで移動性管理プロトコルを含んだ上位階層は、ハンドオーバを予測してハンドオーバを助けるためにハンドオーバがすぐ発生するということ、またはちょうどハンドオーバが遂行されたというなどのリンク階層情報を受信する必要がある。媒介体無関イベントサービスは、下位階層（２階層以下）にあるイベントを発生した個体から通常ＭＩＨＦで縦断されるリンクイベント（ＬｉｎｋＥｖｅｎｔ）とＭＩＨＦによって登録した上位階層（３階層以上）に伝播されるＭＩＨイベント（ＭＩＨＥｖｅｎｔ）に区分されることができる。リンクイベントとＭＩＨイベントは伝播される領域によって再び２種類に区分される。イベントがローカルスタック内でイベント源泉から発生して地域ＭＩＨＦに、あるいはＭＩＨＦで上位階層に上向きに伝達されれば地域イベント（ＬｏｃａｌＥｖｅｎｔ）といい、遠隔のイベント源泉から発生して遠隔のＭＩＨＦに伝達され、またこれが遠隔ＭＩＨＦから地域ＭＩＨＦまで遠隔で伝達される場合、このイベントは遠隔イベント（ＲｅｍｏｔｅＥｖｅｎｔｓ）という。

図２は、ローカルイベント（ＬｏｃａｌＥｖｅｎｔ）、ＭＩＨイベントモデルに対する構造を示したものであって、ＭＩＨイベントは、ＭＩＨから上位管理個体あるいは上位階層に伝達されるイベントであり、従来技術上のイベントトリガがこれに該当する。リンクイベントは下位階層（ＭＡＣまたは物理階層）からＭＩＨに伝達されるイベントであり、各々のインターフェースＭＡＣ階層あるいは物理階層で用いられるプリミティブが用いられる。

図３は、本発明における遠隔リンクイベント（ＲｅｍｏｔｅＬｉｎｋＥｖｅｎｔ）モデルに対する構造を示したものであって、ローカルスタック内にある下位階層で同じローカルスタック内にあるＭＩＨにイベントを発生させれば、ＭＩＨはこれを遠隔スタックのＭＩＨに伝達する。また、これは遠隔スタック内の下位階層で遠隔スタックＭＩＨにイベントを発生させ、これからローカルスタックにＭＩＨがトリガを伝達を受ける場合も該当する。

図４は、本発明における遠隔ＭＩＨイベント（ＲｅｍｏｔｅＭＩＨＥｖｅｎｔ）モデルに対する構造を示したものであって、ローカルスタック内にあるＭＩＨは遠隔ＭＩＨイベントを発生させて遠隔スタック内にある相手ＭＩＨに伝送する。相手ＭＩＨはこれを自分のスタック内に上位管理個体あるいは上位階層に伝達する。また、これは遠隔スタック内にＭＩＨでローカルスタックＭＩＨにイベントを発生させ、これからローカルスタックに上位階層がトリガを伝達を受ける場合も該当する。

媒介体無関命令サービスは、上位階層と異なるＭＩＨ使用者がリンク状態を決定して多重モード装置の最適化された動作を調整するために上位階層（３階層以上）から下位階層（２階層以下）に伝達される命令である。媒介体無関イベントサービスと類似に媒介体無関命令サービスはリンク命令（ＬｉｎｋＣｏｍｍａｎｄ）とＭＩＨ命令（ＭＩＨＣｏｍｍａｎｄ）に分類される。リンク命令とＭＩＨ命令はやはり伝播される領域によって地域命令と遠隔命令に分けられる。地域ＭＩＨ命令（ＬｏｃａｌＭＩＨＣｏｍｍａｎｄ）は、上位階層で発生してＭＩＨＦ（例えば、上位階層移動性管理プロトコルでＭＩＨＦあるいは政策機関（ＰｏｌｉｃｙＥｎｇｉｎｅ）でＭＩＨＦ等）へ伝達される。地域リンク命令語は下位階層個体を調整するためにＭＩＨＦで発生して下位階層に（例えば、ＭＩＨＦで媒体接近制御あるいはＭＩＨＦで物理階層）伝達される。遠隔ＭＩＨ命令は上位階層で発生して遠隔の同等スタックへ伝達される命令であり、遠隔リンク命令はＭＩＨＦで発生して遠隔の同等スタックの下位階層に伝達される命令である。

図５は、ＭＩＨコマンド、リンクコマンドモデルに対する構造を示したものであって、ＭＩＨコマンドは上位管理個体あるいは上位階層から発生してＭＩＨに伝達され、ＭＩＨに如何なる行為を指示するようになる。リンクコマンドはＭＩＨから発生して下位階層に伝達され、下位階層に如何なる行為を指示するようになる。

図６は、遠隔ＭＩＨコマンドモデルに対する構造を示したものであって、ローカルスタック内にある上位管理個体あるいは上位階層から遠隔ＭＩＨコマンドが発生してＭＩＨに伝達され、ＭＩＨはこれを遠隔スタック内に相手ＭＩＨに伝達する。また、これは遠隔スタック内に上位階層で遠隔スタックＭＩＨにコマンドを発生させ、これからローカルスタックにＭＩＨがコマンドを伝達を受ける場合も該当する。

図７は、遠隔リンクコマンド（ＲｅｍｏｔｅＬｉｎｋＣｏｍｍａｎｄ）モデルに対する構造を示したものであって、ローカルスタック内にあるＭＩＨはＲｅｍｏｔｅＬｉｎｋＣｏｍｍａｎｄを発生して遠隔スタック内にある相手ＭＩＨに伝達する。相手ＭＩＨはこれを遠隔スタック内の下位階層に伝達する。また、これは遠隔スタック内にＭＩＨでローカルスタックＭＩＨにコマンドを発生させ、これからローカルスタックに下位階層コマンドを伝達を受ける場合も該当する。

媒介体無関情報サービスは如何なる地理的な領域内の同種あるいは異種網に対する情報である。移動端末のＭＩＨＦだけでなく、網のＭＩＨＦも媒介体無関情報サービスを発見して獲得できる。媒介体無関情報サービスは多様な情報要素（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔｓ）を含み、上記情報要素は知能的なハンドオーバ決定を下すために必要な要素である。

ＭＩＨプロトコル（ｐｒｏｔｏｃｏｌ）は、ＭＩＨ性能探索（ｃａｐａｂｉｌｉｔｙｄｉｓｃｏｖｅｒｙ）、ＭＩＨ遠隔登録（ｒｅｍｏｔｅｒｅｇｉｓｔｒａｔｉｏｎ）、ＭＩＨメッセージ交換（ｍｅｓｓａｇｅｅｘｃｈａｎｇｅ）の３つの段階に区分される。ＭＩＨ性能探索は網でＭＩＨ性能を放送する方法と移動端末の要請によってＭＩＨ性能を獲得する２つの方法によって遂行できる。

以下、無線ラン（ＷｉｒｅｌｅｓｓＬＡＮ、ＩＥＥＥ８０２．１１）網構造に対して説明する。

無線ＬＡＮ（ＷｉｒｅｌｅｓｓＬＡＮ）とは、有線ＬＡＮのハブ（Ｈｕｂ）に該当するＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）装置を使用して無線ＬＡＮカードを装着したＰＤＡやノートブックＰＣのような無線端末にＬＡＮサービスを提供するネットワーク環境である。簡単に思えば、既存のイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））システムでハブと使用者端末間の有線区間をＡＰと無線ＬＡＮカードのようなＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅＣａｒｄ）間の無線区間に代替したシステムであると考えることができる。無線ＬＡＮは、無線端末の配線が必要ないため、端末機の再配置が容易であり、ネットワークの構築及び拡張が容易であり、移動中にも通信が可能であるという長所がある反面、有線ＬＡＮに比べて伝送速度が相対的に低く無線チャンネルの特性上信号品質が不安定であり信号干渉が発生できるという短所がある。

図８は、無線ＬＡＮのネットワーク構成の一例を示したものである。図８に示したように、無線ＬＡＮのネットワーク形態はＡＰを含むか否かによって２つに分けられる。ＡＰを含む形態をインフラ構造（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）ネットワークといい、含まない形態をアド−ホック（ａｄ−ｈｏｃ）ネットワークという。一つのＡＰが提供するサービス領域をＢＳＡ（ＢａｓｉｃＳｅｒｖｉｃｅＡｒｅａ）といい、ＡＰを含んでそのＡＰに接続された無線端末を指し示してＢＳＳ（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ）という。ＡＰに接続されて無線端末がサービスを受けるようになることをＳＳ（ＳｔａｔｉｏｎＳｅｒｖｉｃｅ）という。ＳＳはアド−ホックネットワークで無線端末同士授受するサービスも含む。

図９は、ＤＳとＥＳＳを含む無線ラン構造の一例を示したものである。ＢＳＳは複数個のＢＳＳ（ＢＳＳ１とＢＳＳ２）で構成される拡張された形態のネットワーク構造（ＥＳＳ：ＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＳｅｔ）を構成でき、上記ＢＳＳを連結するＡＰ構成をＤＳ（ＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍ）という。ＤＳは多様な種類の技術（例えば、無線ラン、有線ラン等）により構成されることができる。ＤＳを介して提供されるサービスをＤＳＳ（ＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍＳｅｒｖｉｃｅ）といい、ＡＰはＳＴＡに動作する同時にＳＴＡにＤＳＳを提供することによってＳＴＡがＤＳをアクセスできるようにする。ＢＳＳとＤＳ間の通信はＢＳＳの一つの構成要素であるＡＰを介して行われる。

無線ランＡＰの一構成要素として遠隔要請ブローカ（ＲＲＢ：Ｒｅｍｏｔｅｒｅｑｕｅｓｔｂｒｏｋｅｒ）はＡＰのＳＭＥ（ｓｙｓｔｅｍｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）に存在し、同じ移動性領域（ＭｏｂｉｌｉｔｙＤｏｍａｉｎ）内に存在するＡＰ間に通信が可能にする。即ち、同じ移動性領域ＩＤ（ＭｏｂｉｌｉｔｙＤｏｍａｉｎＩＤ）を所有するＡＰ間にはＤＳを介し論理的連結構造でＤＳを介した通信を支援する。ＲＲＢは現在ＡＰと次の候補ＡＰ間に遠隔要請／応答（ｒｅｍｏｔｅｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）フレームを生成したりメッセージを中継（ｒｅｌａｙ）する。

従来無線ラン（ＩＥＥＥ８０２．１１）技術では媒介体無関ハンドオーバのためにＭＩＨＦが適用されたＡＰ（ＡｃｃｅｓｓＰｏｉｎｔ）と端末だけのための手続きを考慮したし端末が、現在サービスを受けているＡＰがＭＩＨＦ（ＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔＨａｎｄｏｖｅｒＦｕｎｃｔｉｏｎ）を支援しない場合、無線ラン移動端末が媒介体無関ハンドオーバを支援を受けることができなかった。また、ＡＰがＭＩＨＦを支援する場合にも移動端末とＡＰのＭＩＨＦがＭＩＨメッセージを遠隔で送受信する場合、ＭＩＨメッセージを一般データで送受信するため、相対的に遅延する問題があった。

本発明は、上記したような従来技術の問題点を解決するために案出されたものであって、本発明の目的は、移動端末とアクセスポイント（ＡＰ：ＡｃｃｅｓｓＰｏｉｎｔ）間にＱｏＳの保障を受けることができる方法を提供することである。

本発明の他の目的は、分散システム（ＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍ）内にＭＩＨＦが支援される個体と移動端末が通信できる方法を開示するものである。

本発明のもう一つの目的は、通信ネットワークで無線資源の浪費を防止して移動端末の電力消耗を減らすことができ、無線ラン網の拡張性に適当にした通信ネットワークにおける方法を提供することである。

本発明のもう一つの目的は、アクセスポイント（ＡＰ：ＡｃｃｅｓｓＰｏｉｎｔ）を介し同一網または異なる網にある特定ネットワークエンティティまたは上記アクセスポイントが含まれるネットワークと連動される連動網と関連した情報を獲得できる方法を提供することである。

本発明の一態様として、本発明によるメッセージ伝送方法は、移動端末でネットワーク選択過程における特定ネットワークエンティティまたは連動網と関連した情報の獲得のためのメッセージ伝送方法において、特定アクセスポイント（ＡＰ：ＡｃｃｅｓｓＰｏｉｎｔ）を介し上記特定ネットワークエンティティまたは連動網と関連した情報を要請するための第１プリミティブを上位管理個体で生成する段階と、上記第１プリミティブを媒体接続制御（ＭＡＣ）階層に伝達する段階と、上記特定アクセスポイントに上記第１プリミティブの内容を含む第１要請メッセージを伝送する段階と、上記特定アクセスポイントから上記第１要請メッセージに対する応答として第１応答メッセージを受信する段階と、上記媒体接続制御階層で上記第１応答メッセージの内容を含む第２プリミティブを上記上位管理階層に伝達する段階と、上記特定アクセスポイントから上記特定ネットワークエンティティまたは連動網と関連した情報が含まれた第２応答メッセージを受信する段階と、上記第２応答メッセージの内容を含む第３プリミティブを上記媒体接続制御階層で上記上位管理個体に伝達する段階とを含んで構成されることを特徴とする。

上記第１プリミティブは、要請される情報のタイプを識別するための識別情報及び上記タイプ識別情報によるＭＩＨフレームまたは製造社定義フレーム（ｖｅｎｄｏｒｓｐｅｃｉｆｉｃｆｒａｍｅ）をさらに含むことができる。望ましくは、上記ＭＩＨフレームは、ＭＩＨＩＳ（ＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅ）フレームまたはイベントサービス及び／またはコマンドサービス性能探索のためのＭＩＨ性能探索フレームである。

上記第１応答メッセージ及び上記第２プリミティブは、状態コード（ｓｔａｔｕｓｃｏｄｅ）、クエリ識別子（ｑｕｅｒｙＩＤ）、マルチキャスト住所（ｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓ）及びＭＩＨ性能（ＭＩＨｃａｐａｂｉｌｉｔｙ）のうち少なくとも一つを含むことができる。望ましくは、上記上位管理個体は、ＳＭＥ（ＳｙｓｔｅｍＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）またはＭＩＨ（ＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔＨａｎｄｏｖｅｒ）個体である。

上記第２応答メッセージは、クエリに対する応答内容を含む動作フレームを含むことができる。望ましくは、上記第２応答メッセージは、数回繰り返されて受信される。望ましくは、上記特定ネットワークエンティティは、ＭＩＨＦエンティティである。上記第２応答メッセージは上記特定接続ポイントにより放送（ｂｒｏａｄｃａｓｔ）またはマルチキャスト（ｍｕｌｔｉｃａｓｔ）されることができる。上記第２応答メッセージがマルチキャストされる場合、上記第１応答メッセージはマルチキャスト住所を含む。

本発明の他の態様として、本発明によるメッセージ伝送方法は、移動端末でネットワーク選択過程における特定ネットワークエンティティまたは連動網と関連した情報の獲得のためのメッセージ伝送方法において、特定接続ポイント（ＡＰ：ＡｃｃｅｓｓＰｏｉｎｔ）を介し上記特定ネットワークエンティティまたは連動網と関連した情報を要請するための第１プリミティブを上位管理個体で生成する段階と、上記第１プリミティブを媒体接続制御（ＭＡＣ）階層に伝達する段階と、上記情報の要請のために上記特定接続ポイントに上記第１プリミティブの内容を含む第１要請メッセージを伝送する段階と、上記特定接続ポイントから上記特定ネットワークエンティティまたは連動網と関連した情報が含まれた第２応答メッセージを受信する段階と、上記第２応答メッセージの内容を含む第３プリミティブを上記媒体接続制御階層で上記上位管理個体に伝達する段階とを含んで構成される。

望ましくは、上記第１プリミティブは、要請される情報のフォーマットを識別するための識別情報と上記識別情報により指示されるフォーマットによる要請情報を含み、上記第１プリミティブに含まれる要請情報は、情報フレームである。望ましくは、上記情報フレームはＭＩＨフレームまたは、製造社定義フレーム（ｖｅｎｄｏｒｓｐｅｃｉｆｉｃｆｒａｍｅ）である。望ましくは、上記ＭＩＨフレームはＭＩＨＩＳ（ＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅ）フレームまたはイベントサービス及び／またはコマンドサービス性能探索のためのＭＩＨ性能探索フレームである。上記第１応答メッセージ及び上記第２プリミティブは、状態コード（ｓｔａｔｕｓｃｏｄｅ）、クエリ識別子（ｑｕｅｒｙＩＤ）、マルチキャスト住所（ｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓ）及びＭＩＨ性能（ＭＩＨｃａｐａｂｉｌｉｔｙ）のうち少なくとも一つを含むことができる。

本発明を介し端末が媒介体無関ハンドオーバのために、遠隔ＭＩＨメッセージを無線ラン網で一般データフレームを使用する時より良質のＱｏＳを保障を受けて送受信でき、移動端末が接続されている現在ＡＰがＭＩＨＦを支援する場合だけでなく、現在ＡＰと同じＤＳ内に異なる個体、例えば、ＡＰあるいはサーバがＭＩＨＦを支援する個体である場合、移動端末が現在ＡＰを介しＭＩＨＦ個体とＭＩＨメッセージを送受信できる効果がある。現在ＡＰと同じＤＳ内に別途のＭＩＨＦ個体が存在する場合、ＭＩＨ性能応答を別途のＭＩＨＦ個体が放送することによって移動端末が要求応答（ｏｎｄｅｍａｎｄ）として不必要なメッセージを伝送することを防止して無線資源の浪費と移動端末のバッテリー消耗を減らす効果がある。

無線ランで媒介体独立ハンドオーバ機能を支援するためにＭＩＨＦ個体が相手ＭＩＨＦ個体があるかを発見し、支援するサービスが如何なるものがあるかを発見する手続きであるＭＩＨ性能探索（ＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒｙ）手続きをネットワーク発見（ＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙ）段階で遂行しなければならない。

ＭＩＨ性能探索手続きを遂行するために、無線ラン移動端末はビーコン（Ｂｅａｃｏｎ）を介し現在ＡＰにあるいは現在ＡＰと同じＤＳ内のＭＩＨＦを支援する個体があるか否か、そして追加的なＭＩＨＦ個体の情報を受信する。

ビーコンを介しＭＩＨ性能情報を獲得できない場合や現在ＡＰにはＭＩＨＦ個体がなく現在ＡＰと同じＤＳ内にＭＩＨＦ個体があるということだけを知っている場合、要請により性能情報を得ることができる。また、ビーコンを介し現在ＡＰにＭＩＨＦ個体があることを知っている場合にも探索要請／応答メッセージ（ＰｒｏｂｅＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）交換を介しＡＰが支援するイベントとコマンドリスト情報を獲得できる。

要請により性能情報を獲得する場合には端末が認証手続き前に送ることができる探索要請／応答メッセージ（ＰｒｏｂｅＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）に、本発明で提案する情報要素（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ）を含んで送信して獲得することもでき、本発明で提案する新たなＭＩＨプロトコル関連動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）の交換を介し獲得することができる。

ＭＩＨＦからプリミティブを介しＭＡＣ階層がサービス識別子を伝達を受けた場合に各サービス識別子とマッピングされる動作フィールド（Ａｃｔｉｏｎｆｉｅｌｄ）がＭＩＨプロトコル動作フレーム（ＭＩＨＰｒｏｔｏｃｏｌＡｃｔｉｏｎＦｒａｍｅ）内に含まれることができる。

探索要請／応答メッセージによって情報を獲得する場合は、現在ＡＰが探索要請メッセージ（ＰｒｏｂｅＲｅｑｕｅｓｔ）に含まれているＭＩＨ性能探索要請ＩＥ（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔＩＥ）をＤＳ内にＭＩＨＦを支援する個体に遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）メッセージにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）して中継し、現在ＡＰがＭＩＨＦを支援するＡＰである場合は、現在ＡＰのＭＩＨＦに伝達する。ＤＳ内のＭＩＨＦを支援する個体が移動端末に応答をする時は遠隔応答メッセージ（ＲｅｍｏｔｅＲｅｓｐｏｎｓｅ）にＭＩＨ性能探索応答ＩＥ（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅＩＥ）をカプセル化して伝達し、現在ＡＰはこれを探索応答メッセージ（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）に含んで伝達する。現在ＡＰがＭＩＨＦを支援する場合は直ちに探索応答メッセージ（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）にＭＩＨ性能探索応答ＩＥ（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅＩＥ）を入れて伝達する。

無線ラン網では移動端末の認証段階にしたがって‘Ｂｅｆｏｒｅａｔｔａｃｈｍｅｎｔ’（Ｓｔａｔｅ１）、‘Ｂｅｆｏｒｅａｕｔｈｅｎｔｉｃａｔｉｏｎ’（Ｓｔａｔｅ２）、‘Ａｆｔｅｒａｕｔｈｅｎｔｉｃａｔｉｏｎ’（Ｓｔａｔｅ３）の三段階に分けられ、ＡＰは、移動端末が伝送した動作フレーム（Ａｃｔｉｏｎｆｒａｍｅ）の“Ａｃｔｉｏｎ”フィールドの値を確認して各段階によって伝送された動作フレームを処理するか否かを決定する。

表１及び表２は各々本発明に従って修正された探索要請メッセージ及び探索応答メッセージのデータフォーマットの一例を表す。

本発明に従って追加されたネットワーク発見ビーコン情報（ＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙＢｅａｃｏｎＩｎｆｏｒｍａｔｉｏｎ）は、ビーコンに上記情報が挿入されて伝達されない場合、移動端末の要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）によりＡＰが伝送できる。

無線ランで媒介体無関ハンドオーバ機能（ＭＩＨＦ）を支援するために新たに定義するＭＩＨプロトコル動作フレーム（ＭＩＨＰｒｏｔｏｃｏｌＡｃｔｉｏｎＦｒａｍｅ）のためのカテゴリ値（Ｃａｔｅｇｏｒｙｖａｌｕｅｓ）、ＭＩＨ情報要素（ＭＩＨＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔｓ）、動作フィールド（Ａｃｔｉｏｎｆｉｅｌｄ）、状態コードフィールド（Ｓｔａｔｕｓｃｏｄｅｆｉｅｌｄ）の一例は各々次の表３、表４、表５及び表６の通りである。

本発明では既存のビーコンに現在ＡＰと同じＤＳ（ＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍ）にＭＩＨＦが支援される個体があることを知らせ、この個体の住所情報を知らせるＭＩＨＦエンティティ情報（ＥｎｔｉｔｙＩｎｆｏｒｍａｔｉｏｎ）が追加される。現在ＡＰと同一ＤＳ内のＭＩＨＦが支援される個体は、ＤＳ内のＭＩＨＦが支援されるＡＰとなることもでき、別途のＭＩＨＦが支援されるサーバとなることもできる。

図１０、図１１、図１２、図１３及び図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨＥｖｅｎｔＳｅｒｖｉｃｅＩｎｄｉｃａｔｉｏｎａｃｔｉｏｎｆｒａｍｅ）のフォーマットの一例を表す。

ＭＩＨ性能探索要求動作フレームは、端末が現在ＡＰを介しＭＩＨ性能情報獲得のために伝達する動作フレームである。現在ＡＰは、上記ＭＩＨ性能探索要求動作フレームの受信時、同じＤＳ内に存在するＭＩＨＦを支援するＭＩＨＦ個体に上記動作フレームを伝達するために、上記動作フレームを中継（伝達）したり、遠隔要請／応答メッセージ（ＲｅｍｏｔｅＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）内に上記情報をカプセル化（Ｅｎｃａｐｓｕｌａｔｉｏｎ）して伝送してＭＩＨＦ個体が無線ラン移動端末が送信したＭＩＨ性能探索要求メッセージを受信することができるようにする。現在ＡＰがＤＳ内に存在するＭＩＨＦ機能を支援する個体である場合はこれを動作フレームをＤＳに中継せず、現在ＡＰのＭＩＨＦに伝達する。

‘ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔＩＥ’には移動端末が支援するイベントサービス（Ｅｖｅｎｔｓｅｒｖｉｃｅ）や命令サービス（ｃｏｍｍａｎｄｓｅｒｖｉｃｅ）情報が含まれる。

また、上記ＭＩＨ性能探索要求動作フレームはＤＳ内にあるＭＩＨＦ支援可能な個体が移動端末のＭＩＨ性能情報を獲得するために伝送することができる。

図１０に示した上記ＭＩＨ性能探索要求動作フレームの各パラメータに対して説明すれば、次の通りである。

−Ｃａｔｅｇｏｒｙ：ＭＩＨプロトコル動作フレーム（ＭＩＨＰｒｏｔｏｃｏｌＡｃｔｉｏｎＦｒａｍｅ）のためのカテゴリ値（Ｃａｔｅｇｏｒｙｖａｌｕｅ）として７（ＭＩＨＰｒｏｔｏｃｏｌ）で設定される。

−Ａｃｔｉｏｎ：ＭＩＨ性能探索要求のために１で設定（Ｓｅｔｔｏ１ｆｏｒＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔ）
−ＳＴＡＡｄｄｒｅｓｓ：端末のＭＡＣアドレス（Ａｄｄｒｅｓｓ）
−ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ：ＭＩＨＦ支援可能な個体のＭＡＣ住所であり、端末がＭＩＨＦの支援可能な個体の住所を知っている場合は明示的に入れ、そうでない場合は放送（Ｂｒｏａｄｃａｓｔ）住所あるいはマルチキャスト（Ｍｕｌｔｉｃａｓｔ）住所などを入れることができる。

−ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔＩＥ：ＳＴＡが支援可能なイベントサービスと命令サービス情報を含む。

ＭＩＨ性能探索応答動作フレームは、上記ＭＩＨ性能探索要請動作フレームに対する応答であり、現在ＡＰから端末に伝送される。‘ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅＩＥ’にはＭＩＨＦ個体が支援するイベントサービスや命令サービス情報が含まれる。

図１１に示したＭＩＨ性能探索応答動作フレームの各パラメータに対して説明すれば、次の通りである。

−Ｃａｔｅｇｏｒｙ：ＭＩＨプロトコル動作フレームのためのカテゴリ値として７（ＭＩＨＰｒｏｔｏｃｏｌ）で設定される。

−Ａｃｔｉｏｎ：ＭＩＨ性能探索応答のために２で設定（Ｓｅｔｔｏ２ｆｏｒＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅ）
−ＳＴＡＡｄｄｒｅｓｓ：端末のＭＡＣアドレス（Ａｄｄｒｅｓｓ）
−ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ：ＭＩＨＦ支援可能な個体のＭＡＣ住所
−Ｓｔａｔｕｓｃｏｄｅ：ＭＩＨプロトコル動作要請フレームの成功／失敗（ｓｕｃｃｅｓｓ／Ｆａｉｌ）を表す。

−ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅＩＥ：ＭＩＨＦ個体が支援可能なイベントサービスと命令サービス情報を含む。

ＭＩＨ命令サービス要請動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）は、移動端末が遠隔で命令サービス要請メッセージ（ＣｏｍｍａｎｄｓｅｒｖｉｃｅＲｅｑｕｅｓｔ）を伝送するために伝送する動作フレームである。現在ＡＰは、上記ＭＩＨ命令サービス要請動作フレームを受信すれば、同じＤＳ内に存在するＭＩＨＦを支援するＭＩＨＦ個体に上記ＭＩＨ命令サービス要請動作フレームを伝達するために、上記動作フレームを中継（伝達）したり、遠隔要請／応答メッセージ（ＲｅｍｏｔｅＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）内に上記情報をカプセル化して伝送してＭＩＨＦ個体が無線ラン移動端末が送信したＭＩＨ性能要請メッセージを受信することができるようにする。現在ＡＰがＤＳ内に存在するＭＩＨＦ機能を支援する個体である場合は動作フレームをＤＳに中継せず、現在ＡＰのＭＩＨＦに伝達する。

上記ＭＩＨ命令サービス要請動作フレームは、ＤＳ内のＭＩＨＦが移動端末のＭＩＨＦに遠隔で命令サービス要請（ｃｏｍｍａｎｄｓｅｒｖｉｃｅＲｅｑｕｅｓｔ）をする時にも伝送されることができ、この場合は遠隔要請フレームに上記ＭＩＨ命令サービス要請動作フレームがカプセル化されて伝送されたり、上記ＭＩＨ命令サービス要請動作フレームを移動端末と連結されているＡＰに伝送して上記ＡＰがＳＴＡ住所へ上記動作フレームを中継して伝送することができる。

図１２に示した上記ＭＩＨ命令サービス要請動作フレームの各パラメータに対して説明すれば、次の通りである。

−Ａｃｔｉｏｎ：ＭＩＨ命令サービス要請のために３で設定（Ｓｅｔｔｏ３ｆｏｒＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔ）
−ＳＴＡＡｄｄｒｅｓｓ：端末のＭＡＣアドレス（Ａｄｄｒｅｓｓ）
−ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ：ＭＩＨＦ支援可能な個体のＭＡＣ住所であり、端末がＭＩＨＦの支援可能な個体の住所を知っている場合は明示的に入れ、そうでない場合は放送住所あるいはマルチキャスト住所などを入れることができる。

−ＭＩＨＣｏｍｍａｎｄｓｅｒｖｉｃｅ（ＣＳ）ＲｅｑｕｅｓｔＩＥ：要請する命令サービス要請情報を含む。

ＭＩＨ命令サービス応答動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）は、上記ＭＩＨ命令サービス要請動作フレーム（ＣｏｍｍａｎｄｓｅｒｖｉｃｅＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）に対する応答であり、現在ＡＰから移動端末に伝送される。‘ＭＩＨＣＳＲｅｓｐｏｎｓｅＩＥ’には命令サービス要請（ｃｏｍｍａｎｄｓｅｒｖｉｃｅＲｅｑｕｅｓｔ）に対するＭＩＨＦ個体の応答情報が含まれる。

ＤＳ内のＭＩＨＦにより要請されたＭＩＨ命令サービス要請動作フレームに対する応答として伝送される場合には無線ラン移動端末が送信することもできる。

図１３に示したＭＩＨ命令サービス応答動作フレームにある各パラメータに対して説明すれば、次の通りである。

−Ｃａｔｅｇｏｒｙ：ＭＩＨプロトコル動作フレームのためのカテゴリ値（Ｃａｔｅｇｏｒｙｖａｌｕｅ）として７（ＭＩＨＰｒｏｔｏｃｏｌ）で設定される。

−Ａｃｔｉｏｎ：ＭＩＨ命令サービス応答のために４で設定される（Ｓｅｔｔｏ４ｆｏｒＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅ）
−ＳＴＡＡｄｄｒｅｓｓ：端末のＭＡＣアドレス
−ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ：ＭＩＨＦ支援可能な個体のＭＡＣ住所
−Ｓｔａｔｕｓｃｏｄｅ：ＭＩＨプロトコル動作要請フレームの成功／失敗（ｓｕｃｃｅｓｓ／Ｆａｉｌ）を表す。

−ＭＩＨＣｏｍｍａｎｄｓｅｒｖｉｃｅ（ＣＳ）ＲｅｓｐｏｎｓｅＩＥ：要請したＭＩＨ命令サービス要請に対する応答情報を含む。

上記ＭＩＨイベントサービス指示動作フレーム（ＭＩＨＥｖｅｎｔＳｅｒｖｉｃｅＩｎｄｉｃａｔｉｏｎａｃｔｉｏｎｆｒａｍｅ）は、移動端末がＤＳにあるＭＩＨＦ支援可能な個体にイベントサービス（Ｅｖｅｎｔｓｅｒｖｉｃｅ）を伝送する時用いられる。または、ＤＳにあるＭＩＨＦ支援可能な個体が移動端末にＭＩＨＦ支援可能な個体のイベントサービス情報を送信する時も用いられる。移動端末が伝送する場合には、現在ＡＰがＭＩＨＦ支援可能な個体でない場合は、現在ＡＰが上記動作フレームを中継（ｒｅｌａｙ）したり、遠隔要請メッセージ（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）にカプセル化して伝送する。現在ＡＰがＭＩＨＦ支援可能な個体である場合は、現在ＡＰのＭＩＨＦにメッセージを伝送する。ＤＳ内にＭＩＨＦ支援可能な個体が送信する場合には、上記メッセージを遠隔要請または応答メッセージにカプセル化して送ったり直接上記要請または応答メッセージを移動端末が接続しているＡＰに送信して該当ＡＰが動作フレームを移動端末に伝送するようにする。現在、移動端末が接続しているＡＰがＭＩＨＦ支援する個体である場合は、直ちに上記ＭＩＨイベントサービス指示動作フレームを移動端末に伝送する。‘ＭＩＨＥＳＩｎｄｉｃａｔｉｏｎＩＥ’には伝送しようとするイベントサービスが含まれる。

図１４に示した各パラメータに対して説明すれば、次の通りである。

−Ａｃｔｉｏｎ：ＭＩＨイベントサービス指示のために５で設定される。（Ｓｅｔｔｏ５ｆｏｒＭＩＨＥｖｅｎｔＳｅｒｖｉｃｅＩｎｄｉｃａｔｉｏｎ）
−ＳＴＡＡｄｄｒｅｓｓ：端末のＭＡＣアドレス
−ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ：ＭＩＨＦ支援可能な個体のＭＡＣ住所
−ＭＩＨＥｖｅｎｔｓｅｒｖｉｃｅ（ＥＳ）ＩｎｄｉｃａｔｉｏｎＩＥ：伝送しようとするイベントサービス情報が含まれる。

本発明の実施例では、“Ａｃｔｉｏｎ”パラメータにＭＩＨ性能探索要請、ＭＩＨ性能探索応答、ＭＩＨ命令サービス要請、ＭＩＨ命令サービス応答、ＭＩＨイベントサービス指示の例を説明したが、これは単に実施例であり、上記“Ａｃｔｉｏｎ”パラメータの値によって移動端末が現在動作フレームを伝送する時点の移動端末の状態、即ち‘Ｂｅｆｏｒｅａｔｔａｃｈｍｅｎｔ’（Ｓｔａｔｅ１）、‘Ｂｅｆｏｒｅａｕｔｈｅｎｔｉｃａｔｉｏｎ’（Ｓｔａｔｅ２）、‘Ａｆｔｅｒａｕｔｈｅｎｔｉｃａｔｉｏｎ’（Ｓｔａｔｅ３）状態に従って上記動作フレームを受信するＡＰが如何に上記伝送された動作フレームを処理するかを決定する。例えば、上記の状態に従ってＳｔａｔｅ１では特定“Ａｃｔｉｏｎ”値で設定された動作フレームだけを処理でき、その以外の動作フレームの場合、ＡＰはこれを廃棄することもできる。

追加的な例として、“Ａｃｔｉｏｎ”パラメータが有することができる値としてＭＩＨＰｒｏｔｏｃｏｌ−Ｉ、ＭＩＨＰｒｏｔｏｃｏｌ−ＩＩ、ＭＩＨＰｒｏｔｏｃｏｌ−ＩＩＩがある。“Ａｃｔｉｏｎ”パラメータがＭＩＨＰｒｏｔｏｃｏｌ−Ｉである場合にはＳｔａｔｅ１で処理できる動作フレームであり、ＭＩＨＰｒｏｔｏｃｏｌ−ＩＩである場合はＳｔａｔｅ２で処理できる動作フレームであり、ＭＩＨＰｒｏｔｏｃｏｌ−ＩＩＩである場合はＳｔａｔｅ３で処理できる動作フレームである。ＭＩＨＰｒｏｔｏｃｏｌ−Ｉで設定された動作フレームがＳｔａｔｅ２、Ｓｔａｔｅ３で伝送された場合には、ＡＰは上記動作フレームを処理できる。同様に、ＭＩＨＰｒｏｔｏｃｏｌ−ＩＩで設定された動作フレームがＳｔａｔｅ３に伝送された場合にも、ＡＰは上記動作フレームを処理できる。然しながら、ＭＩＨＰｒｏｔｏｃｏｌ−ＩＩで設定された動作フレームがＳｔａｔｅ１に伝送された場合にはＡＰは上記動作フレームを処理できない。

もう一つの追加的な例として、サービス識別子（ＳｅｒｖｉｃｅＩＤ）が用いられた場合の“Ａｃｔｉｏｎ”パラメータ値の意味は次の通りである。サービス識別子は８０２．２１ＷＧで定義しているＭＩＨフレーム区分子と同じ値である。サービス識別子が１である場合、システム管理（Ｓｙｓｔｅｍｍａｎａｇｅｍｅｎｔ）ＭＩＨフレームを表す場合であり、“Ａｃｔｉｏｎ”パラメータは“ＭＩＨＰｒｏｔｏｃｏｌ−Ｉ”で設定される。ＭＩＨ性能探索ＭＩＨフレームはシステム管理ＭＩＨフレームに分類されることができる。サービス識別子が２である場合、イベントサービス（Ｅｖｅｎｔｓｅｒｖｉｃｅ）ＭＩＨフレーム、サービス識別子が３である場合、コマンドサービス（Ｃｏｍｍａｎｄｓｅｒｖｉｃｅ）ＭＩＨフレームを表し、この時“Ａｃｔｉｏｎ”パラメータは“ＭＩＨＰｒｏｔｏｃｏｌ−ＩＩ”で設定される。サービス識別子が４である場合、情報サービス（ＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅ）ＭＩＨフレームを表し、“Ａｃｔｉｏｎ”パラメータは“ＭＩＨＰｒｏｔｏｃｏｌ−ＩＩＩ”で設定される。

“ＭＩＨＰｒｏｔｏｃｏｌ−Ｉ”、“ＭＩＨＰｒｏｔｏｃｏｌ−ＩＩＩ”で設定された動作フレームは、Ｓｔａｔｅ１、２、３状態で全て有効であると判断されることができ、“ＭＩＨＰｒｏｔｏｃｏｌ−ＩＩ”で設定された動作フレームはＳｔａｔｅ３状態でだけ有効であると判断されることができる。上記イベントサービス（Ｅｖｅｎｔｓｅｒｖｉｃｅ）とコマンドサービス（Ｃｏｍｍａｎｄｓｅｒｖｉｃｅ）ＭＩＨフレームのサービス識別子は同一に２を表すこともでき、この場合、サービス識別子２である場合“Ａｃｔｉｏｎ”パラメータがＭＩＨＰｒｏｔｏｃｏｌ−ＩＩで設定され、この場合、上記情報サービス（ＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅ）ＭＩＨフレームはサービス識別子が３となり、“Ａｃｔｉｏｎ”パラメータがＭＩＨＰｒｏｔｏｃｏｌ−ＩＩＩで設定される。これは単に一実施例であり、ＭＩＨＦが伝達するＭＩＨフレームのサービス識別子を８０２．１１ＭＡＣに知らせて伝達する動作フレームの“Ａｃｔｉｏｎ”パラメータを異に設定するようにすることである。また、サービス識別子を見てＳｔａｔｅ１、２、３に合わないＭＩＨＦフレームが伝送されてきた場合はこれをＡＰに伝送するか否かを決定することもできる。受信側では動作フレームを受信した後“Ａｃｔｉｏｎ”パラメータだけを見て、含まれているＭＩＨフレームが如何なる種類があるということを知るようになることによって、Ｓｔａｔｅ１、２、３に合うように伝送されなければならないメッセージに対する処理をでき、ＭＩＨＦに伝送されたＭＩＨＦフレームを伝達する時もＭＩＨＦフレームをデコーディング（ｄｅｃｏｄｉｎｇ）する必要なくサービス種類を区分して知らせることができる。

遠隔要請ブローカ（ＲＲＢ：ＲｅｍｏｔｅＲｅｑｕｅｓｔｂｒｏｋｅｒ）はＡＰのＳＭＥ（ＳｙｓｔｅｍＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）に存在し、同じ移動性領域（ＭｏｂｉｌｉｔｙＤｏｍａｉｎ）内に存在するＡＰ間に通信が可能にする。即ち、同じ移動性領域ＩＤを所有するＡＰ間にはＤＳを介し論理的連結構造でＤＳを介した通信を支援する。ＲＲＢは現在ＡＰと次の候補ＡＰ間に遠隔要請／応答フレームを生成したりメッセージを中継する。

遠隔要請／応答フレーム（ＲｅｍｏｔｅＲｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅｆｒａｍｅ）に対し説明すれば、次の通りである。現在アクセスポイントの遠隔要請ブローカは移動端末からＭＩＨプロトコル動作フレームを受けた後、上記ＭＩＨプロトコル動作フレームを遠隔要請フレーム内にカプセル化してＭＩＨＦ個体に伝送する。移動端末が接続しようとする、または接続している現在ＡＰは移動端末の接続状態を遠隔要請／応答メッセージ（ＲｅｍｏｔｅＲｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）に含んで伝送する。

伝送できる移動端末の状態は次の通りである。

−０ｘ００（Ｓｔａｔｅ１：Ｂｅｆｏｒｅａｔｔａｃｈｍｅｎｔ）−ｂｅｆｏｒｅａｎｙｒｅｓｏｕｒｃｅｓｏｒｓｔａｔｅｆｏｒｔｈｅｃｌｉｅｎｔａｒｅｅｓｔａｂｌｉｓｈｅｄｉｎｔｈｅｎｅｔｗｏｒｋ。ＩｎＩＥＥＥ８０２．１１ｔｈｉｓｉｓｅｑｕｉｖａｌｅｎｔｔｏｐｒｅ−ａｓｓｏｃｉａｔｉｏｎ
−０ｘ０１（Ｓｔａｔｅ２：Ｂｅｆｏｒｅａｕｔｈｅｎｔｉｃａｔｉｏｎ）−ｗｈｅｎｄａｔａｃａｎｂｅｅｘｃｈａｎｇｅｄｏｖｅｒｔｈｅＩＥＥＥ８０２．１Ｘｕｎｃｏｎｔｒｏｌｌｅｄｐｏｒｔ。Ａｔｔｈｉｓｐｏｉｎｔｔｈｅｐｒｏｔｏｃｏｌｆｒａｍｅｓｍａｙｂｅａｔａｓｌｉｇｈｔｌｙｈｉｇｈｅｒｌａｙｅｒ，ｂｕｔｔｈｅｉｎｆｏｒｍａｔｉｏｎｔｈａｔｍａｙｂｅｅｘｃｈａｎｇｅｄｉｓｓｔｉｌｌｌｉｍｉｔｅｄ。

−０ｘ０２（Ｓｔａｔｅ３：Ａｆｔｅｒａｕｔｈｅｎｔｉｃａｔｉｏｎ）−ｗｈｅｎｄａｔａｃａｎｂｅｅｘｃｈａｎｇｅｄｏｖｅｒｔｈｅＩＥＥＥ８０２．１Ｘｃｏｎｔｒｏｌｌｅｄｐｏｒｔ。Ａｔｔｈｉｓｐｏｉｎｔａｎｙｉｎｆｏｒｍａｔｉｏｎｃａｎｂｅｅｘｃｈａｎｇｅｄ。

ＡＰは伝送されてきた上記動作フレームを移動端末の状態に従って状態が動作フレームを処理できない状態ならば廃棄する等の処理をすることもできるが、上記移動端末の状態を遠隔要請メッセージ（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）に含めて伝送することもらできる。上記遠隔要請メッセージを受信した個体はメッセージにある移動端末の状態に従ってこれを廃棄する等の状態に合う処理を遂行する。

ＤＳを介し伝送される遠隔要請／応答フレームのフォーマットは次の表７の通りであり、実際ＩＡＮＡにより割り当てられるＥｔｈｅｒｔｙｐｅｘｘに伝送される。

本発明に従って追加される情報要素（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔｓ）は次の表８の通りである。

図１５は、ＭＩＨＦエンティティ情報ＩＥのデータフォーマットを示したものであって、図１５の各パラメータに対して説明すれば、次の通りである。

−ＭＩＨｃａｐａｂｉｌｉｔｙ：現在ＡＰがＭＩＨＦの支援されるＡＰであるか否かを知らせるビットとして１で設定された場合は‘ＭＩＨＲｅａｃｈａｂｉｌｉｔｙ’が設定されず、現在ＡＰがＭＩＨＦの支援されるサービスに従って‘ＭＩＨＥＳＥｎａｂｌｅｄ’、‘ＭＩＨＣＳＥｎａｂｌｅｄ’、‘ＭＩＨＩＳＥｎａｂｌｅｄｂｉｔ’が設定される。もし、‘ＭＩＨｃａｐａｂｉｌｉｔｙ’が設定され、‘ＭＩＨＥＳＥｎａｂｌｅｄ’、‘ＭＩＨＣＳＥｎａｂｌｅｄ’、‘ＭＩＨＩＳＥｎａｂｌｅｄ’ビットが設定されない場合、現在ＡＰでないＭＩＨＦが支援される如何なる他の個体があって現在ＡＰに動作フレームを伝送すればこれを現在ＡＰがこの動作フレームを伝達できるという意味を表すことができる。

−ＭＩＨＲｅａｃｈａｂｉｌｉｔｙ：現在ＡＰと同じＤＳ内にＭＩＨＦが支援される個体があるか否かを知らせるビットとして１で設定された場合には現在ＡＰにＭＩＨプロトコル動作フレームを伝送する場合、現在ＡＰが中継できることを知らせる。‘ＭＩＨＲｅａｃｈａｂｉｌｉｔｙ’ビットが設定された場合にはＤＳ内に存在するＭＩＨＦ支援可能な個体のＭＡＣ住所であるＭＩＨＦエンティティＭＡＣアドレスが含まれて伝送されることができる。

−ＭＩＨＥＳＥｎａｂｌｅｄ：ＭＩＨ性能パラメータ（ＭＩＨｃａｐａｂｉｌｉｔｙｐａｒａｍｅｔｅｒ）が設定されて現在ＡＰのＭＩＨＦがイベントサービスを支援する場合設定される。

−ＭＩＨＣＳＥｎａｂｌｅｄ：ＭＩＨ性能パラメータが設定されて現在ＡＰのＭＩＨＦが命令サービスを支援する場合設定される。

−ＭＩＨＩＳＥｎａｂｌｅｄ：ＭＩＨ性能パラメータが設定されて現在ＡＰのＭＩＨＦが情報サービスを支援する場合設定される。

表９は、移動端末がＭＩＨＦｕｎｃｔｉｏｎ性能個体を発見してＡＰが情報広告サービス（ＧｅｎｅｒｉｃＡｄｖｅｒｔｉｓｅｍｅｎｔＳｅｒｖｉｃｅ）を提供するか否かを確認することができるビーコン（Ｂｅａｃｏｎ）に含まれるＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＩＥの例である。

−ＩｎｔｅｒｗｏｒｋｉｎｇＣａｐａｂｉｌｉｔｙ
ＴＧｕＥｎａｂｌｅ：ＴＧｕで定義することが可能であるということを知らせるビット
ＭＩＨＥｎａｂｌｅ：現在ＡＰがＭＩＨ機能があるか否かを知らせるビット（例えば、ＴＧｕＥｎａｂｌｅａｎｄＭＩＨｎｏｔＥｎａｂｌｅである場合−ＡＰがＭＩＨＦｎｏｔｅｎａｂｌｅであるが、ＭＩＨＦＩｎｔｅｒｆａｃｅを有した状態であり、移動端末は現在ＡＰを介しＭＩＨＦと通信可能）
ＧＡＳＥｎａｂｌｅ：ＡＰがＧＡＳ（ＧｅｎｅｒａｌＡｄｖｅｒｔｉｓｅｍｅｎｔＳｅｒｖｉｃｅ）を遂行することができる場合
ＥＳＥｎａｂｌｅ：ＥＳが支援されるか否かを知らせる。ＭＩＨＥｎａｂｌｅが設定されず、このビットだけ設定された場合は、現在ＡＰを介してＥＳＭＩＨＦと通信可能であることを知らせる。

ＣＳＥｎａｂｌｅ：ＣＳが支援されるか否かを知らせる。ＭＩＨＥｎａｂｌｅが設定されず、このｂｉｔだけ設定された場合は現在ＡＰを介してＣＳＭＩＨＦと通信可能であることを知らせる。

０ｘ０４：ＩＳＥｎａｂｌｅ：ＩＳが支援されるか否かを知らせる。ＭＩＨＥｎａｂｌｅが設定されず、このｂｉｔだけ設定された場合は、現在ＡＰを介してＩＳＭＩＨＦと通信可能であることを知らせる。

表１０及び表１１は、ＭＩＨ情報サービスあるいはＭＩＨＦの追加的な性能検索と情報要請／獲得を提供するためにＰｒｏｂｅに含まれるＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｑｕｅｓｔ／ＲｅｓｐｏｎｓｅＩＥを表す。

−ＡｄｖＴｙｐｅ
０ｘ００：Ｅｔｈｅｒｔｙｐｅ
０ｘ０１：ｗｅｌｌ−ｋｎｏｗｎｐｏｒｔ
０ｘ０２−２５５：ｒｅｓｅｒｖｅｄ
−ＡｄｖｅｒｔｉｓｅｍｅｎｔＩｄｅｎｔｉｆｉｅｒ：ＡｄｖｅｒｔｉｓｅｍｅｎｔＴｙｐｅ毎にｕｎｉｑｕｅｖａｌｕｅ
−ＭＩＨｃａｐａｂｉｌｉｔｙ（ＡｄｖＳｅｒｖｉｃｅ−＞ＭＩＨｃａｐａｂｉｌｉｔｙＡｄｖｅｒｔｉｓｅｍｅｎｔ）：現在ＡＰがＭＩＨＦを支援する場合は、現在ＡＰのＭＩＨＦ性能（Ｃａｐａｂｉｌｉｔｙ）を、現在ＡＰがＭＩＨＦを提供できないが、ＭＩＨＦインターフェース（Ｉｎｔｅｒｆａｃｅ）を有している場合、ＭＩＨＦ−ＡＰ（ＭＩＨＦＥｎａｂｌｅｄＡＰ）のＥＳ、ＣＳ、ＩＳの性能（ｃａｐａｂｉｌｉｔｙ）情報要請。情報要請は単純に自分が支援するＥＳ、ＣＳ、ＩＳだけを設定してＡＰあるいは網のＭＩＨＦ−ＡＰが支援するＥＳ、ＣＳ、ＩＳのみ提供を受けることもでき、ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｑｕｅｓｔｆｒａｍｅを伝送してＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅｆｒａｍｅを伝送を受けて遂行することもできる。

−ＭＩＨＦＩＳＦｒａｍｅ（ＡｄｖＳｅｒｖｉｃｅ−＞ＭＩＨＩＳＡｄｖｅｒｔｉｓｅｍｅｎｔ）：ＭＩＨ情報サービス要請のためのＭＩＨＦＩＳフレーム

−Ｓｔａｔｕｓｃｏｄｅ：
０ｘ００：ｓｕｃｃｅｓｓｆｕｌ
０ｘ００：Ｒｅｑｕｅｓｔｈａｓｂｅｅｎｄｅｃｌｉｎｅｄ
０ｘ０２：Ｓｅｒｖｉｃｅｎｏｔｓｕｐｐｏｒｔｅｄ
−ＭＩＨｃａｐａｂｉｌｉｔｙ：ＡＰがＭＩＨＦを遂行できないかＭＩＨＦインターフェースを有している場合、ＭＩＨＦ−ＡＰ（ＭＩＨＦＥｎａｂｌｅｄＡＰ）のＥＳ、ＣＳ、ＩＳ性能如何情報提供
−Ｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓ：ＭＩＨＩＳ提供のためのグループ放送住所
−ＭＩＨＦ−ＡＰＡｄｄｒｅｓｓ：ＭＩＨＦＥｎａｂｌｅｄＡＰ’ｓＡｄｄｒｅｓｓにＡＰがＭＩＨＦを遂行できないが、移動端末がこのＭＩＨＦ−ＡＰ個体にＭＩＨＦフレームを伝送することを要請できるように住所を提供することができる。

表１２は、ＱｕｅｒｙＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅへ移動端末が要請した情報を含んで広告する機能を遂行する。

−Ａｃｔｉｏｎ：Ａｃｔｉｏｎｆｉｅｌｄｖａｌｕｅに従ってＡｄｖｅｒｔｉｓｅｍｅｎｔされる種類を知らせる。

Ａｃｔｉｏｎｆｉｅｌｄ：１である場合にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームがＡｄｖｅｒｔｉｓｅｍｅｎｔに含まれて伝送される。この場合にはＡＲｅｑＩＥは省略され、直ちにＡｄｖＬｅｎｇｔｈ後Ａｄｖｅｒｔｉｓｅｍｅｎｔが伝送される。

Ａｃｔｉｏｎｆｉｅｌｄ：２である場合にはＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅＱｕｅｒｙｒｅｓｐｏｎｓｅフレームが含まれて伝達される。

Ａｃｔｉｏｎｆｉｅｌｄ：３である場合には、最初はＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームであり、ＡＲｅｑＩＥは省略される。その次は一般的に表したＡＲｅｑＩＥがきて、後はＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅＱｕｅｒｙｒｅｓｐｏｎｓｅフレームがくる。

−ＲｅｍａｉｎｉｎｇＲｅｐｅｔｉｔｉｏｎｓ：追加的にＡｄｖｅｒｔｉｓｅｍｅｎｔが伝送される回数
−ＡｄｖＬｅｎｇｔｈ：ＬｅｎｇｔｈｏｆＡｄｖｅｒｔｉｓｅｍｅｎｔ
−Ｆｒａｇ／Ｐａｃｋ：ＦｒａｇｍｅｎｔａｔｉｏｎｏｒＰａｃｋｉｎｇｏｆＡｄｖｅｒｔｉｓｅｍｅｎｔに複数個のＡＲｅｑＩＥに対する応答Ａｄｖｅｒｔｉｓｅｍｅｎｔが含まれる（ｐａｃｋｉｎｇ）こともでき、または複数個のＡＲｅｑＩＥに対する応答が含まれたものが断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）されて伝送されることができる。最初の４ｂｉｔはｐａｃｋｉｎｇとｆｒａｇｍｅｎｔａｔｉｏｎの状態を表し、残りの４ｂｉｔはｓｅｑｕｅｎｃｅｎｕｍｂｅｒを表す。このｓｅｑｕｅｎｃｅｎｕｍｂｅｒは各断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）されて伝送されるｐａｃｋｅｔを合わせる時用いられる。

４番目Ｂｉｔ：Ｐａｃｋｅｔｉｎｇが用いられているか否か
３番目Ｂｉｔ：Ａｄｖｅｒｔｉｓｅｍｅｎｔ中間が切れたか否か
２番目、１番目Ｂｉｔ：ｆｒａｇｍｅｎｔａｔｉｏｎと今回のが最初、中間、最後ｆｒａｇｍｅｎｔａｔｉｏｎであるかを知らせる。

００００：Ｐａｃｋｉｎｇが用いられない。Ｆｒａｇｍｅｎｔａｔｉｏｎも用いられていない。

０００１：Ｐａｃｋｉｎｇが用いられない。Ｆｒａｇｍｅｎｔａｔｉｏｎが用いられており最初ｆｒａｇｍｅｎｔである。

００１０：Ｐａｃｋｉｎｇが用いられない。Ｆｒａｇｍｅｎｔａｔｉｏｎが用いられており中間ｆｒａｇｍｅｎｔである。

００１１：Ｐａｃｋｉｎｇが用いられない。Ｆｒａｇｍｅｎｔａｔｉｏｎが用いられており最後ｆｒａｇｍｅｎｔである。

１０００：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがｐａｃｋｉｎｇされておりＦｒａｇｍｅｎｔａｔｉｏｎされていない。

１００１：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがｐａｃｋｉｎｇされておりＦｒａｇｍｅｎｔａｔｉｏｎされており最初ｆｒａｇｍｅｎｔである。

１００１：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがｐａｃｋｉｎｇされておりＦｒａｇｍｅｎｔａｔｉｏｎされており中間ｆｒａｇｍｅｎｔである。

１０１１：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがｐａｃｋｉｎｇされておりＦｒａｇｍｅｎｔａｔｉｏｎされており最後ｆｒａｇｍｅｎｔである。

ｘ０ｘｘ：Ａｄｖｅｒｔｉｓｅｍｅｎｔ最後でｆｒａｇｍｅｎｔされて新しいＡＲｅｑＩＥから始まる。

ｘ１ｘｘ：Ａｄｖｅｒｔｉｓｅｍｅｎｔ中間でｆｒａｇｍｅｎｔされてＡｄｖｅｒｔｉｓｅｍｅｎｔ長さを表すＩＥが直ちに続く。

後は上記Ｆｒａｇ／Ｐａｃｋがｆｒａｇｍｅｎｔａｔｉｏｎのうち中間ｆｒａｇｍｅｎｔあるいは最後ｆｒａｇｍｅｎｔであることを知らせる時、ＡｃｔｉｏｎＦｒａｍｅのｆｏｒｍａｔである。Ｆｒａｇｍｅｎｔａｔｉｏｎはａｄｖｅｒｔｉｓｅｍｅｎｔ部分ですることができる。Ａｄｖｅｒｔｉｓｅｍｅｎｔ中間ですることもでき、ａｄｖｅｒｔｉｓｅｍｅｎｔが終わる時点に合せてすることもできる。

ＦｒａｇｍｅｎｔａｔｉｏｎがＡｄｖｅｒｔｉｓｅｍｅｎｔ最後で行われたことを知らせる時、本実施例では一個のａｄｖｅｒｔｉｓｅｍｅｎｔのみ含まれることだけ示したが、複数個のａｄｖｅｒｔｉｓｅｍｅｎｔが含まれる場合にも適用可能である。

ＦｒａｇｍｅｎｔａｔｉｏｎがＡｄｖｅｒｔｉｓｅｍｅｎｔ中間で行われたことを知らせる時、本実施例では一個のａｄｖｅｒｔｉｓｅｍｅｎｔのみ含まれることを示したが、複数個のａｄｖｅｒｔｉｓｅｍｅｎｔが含まれる場合にも適用可能である。

二つだけに分けられる場合は中間ｆｒａｇｍｅｎｔを表すことなく、直ちに最初ｆｒａｇｍｅｎｔであることを表示した後、最後ｆｒａｇｍｅｎｔであることを表示するＡｃｔｉｏｎＦｒａｍｅが伝送される。

−Ａｄｖｅｒｔｉｓｅｍｅｎｔ：Ｒｅｑｕｅｓｔｅｄｉｎｆｏｒｍａｔｉｏｎとして上記Ａｃｔｉｏｎｆｉｅｌｄ値が１である場合にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームが、Ａｃｔｉｏｎｆｉｅｌｄ値が２である場合にはＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅＱｕｅｒｙｒｅｓｐｏｎｓｅフレームが含まれる。

図１５に示した一実施例の他の実施例では、ビーコン（Ｂｅａｃｏｎ）の固定パラメータ（Ｆｉｘｅｄｐａｒａｍｅｔｅｒ）としてＭＩＨ性能（ｃａｐａｂｉｌｉｔｙ）を表す識別子（ｆｌａｇ）を１ビットで表示できる。上記識別子が設定される場合は追加的に図１５のＭＩＨＦエンティティ情報ＩＥがビーコンに含まれて伝送される。この場合、ＭＩＨＦエンティティ情報ＩＥのＭＩＨ性能は含まれず、固定されたパラメータがその意味の代わりをする。

図１６は、ＭＩＨ性能探索要請ＩＥ（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔＩＥ）のデータフォーマットを示したものであって、図１６の各パラメータに対して説明すれば、次の通りである。

−ＭＩＨＦｕｎｃｔｉｏｎＭｅｓｓａｇｅＩＤ：ＩＥＥＥ８０２．２１で定義するＭＩＨ性能探索に該当するＩＤ
−ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｑｕｅｓｔ：ＩＥＥＥ８０２．２１で定義するＴＬＶが含まれる。

図１７は、ＭＩＨ性能探索応答ＩＥ（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅＩＥ）のデータフォーマットを示したものであって、図１７の各パラメータに対して説明すれば、次の通りである。

−ＭＩＨＦｕｎｃｔｉｏｎＭｅｓｓａｇｅＩＤ：ＩＥＥＥ８０２．２１で定義するＭＩＨ性能探索に該当するＩＤ
−ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅ：ＩＥＥＥ８０２．２１で定義するＴＬＶが含まれる。

図１８は、ＭＩＨ命令サービス要請ＩＥ（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔＩＥ）のデータフォーマットを示したものであって、図１８の各パラメータに対して説明すれば、次の通りである。

−ＭＩＨＦｕｎｃｔｉｏｎＭｅｓｓａｇｅＩＤ：ＩＥＥＥ８０２．２１で定義する命令サービスのＩＤであり、送ろうとする命令に該当するＩＤが含まれる。

−ＭＩＨＣｏｍｍａｎｄｓｅｒｖｉｃｅＳｐｅｃｉｆｉｃＴＬＶｓ：含もうとする命令要請に対するＴＬＶであり、ＩＥＥＥ８０２．２１のＭＩＨプロトコルで定義する該当命令要請のＴＬＶが含まれる。

図１９は、ＭＩＨ命令サービス応答ＩＥ（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅＩＥ）のデータフォーマットを示したものであって、図１９の各パラメータに対して説明すれば、次の通りである。

−ＭＩＨＣｏｍｍａｎｄｓｅｒｖｉｃｅＳｐｅｃｉｆｉｃＴＬＶｓ：含もうとする命令応答に対するＴＬＶであり、ＩＥＥＥ８０２．２１のＭＩＨプロトコルで定義する該当命令応答（ｃｏｍｍａｎｄｒｅｓｐｏｎｓｅ）のＴＬＶが含まれる。

図２０は、ＭＩＨイベントサービス指示ＩＥ（ＭＩＨＥｖｅｎｔＳｅｒｖｉｃｅＩｎｄｉｃａｔｉｏｎＩＥ）のデータフォーマットを示したものであって、図２０の各パラメータに対して説明すれば、次の通りである。

−ＭＩＨＦｕｎｃｔｉｏｎＭｅｓｓａｇｅＩＤ：ＩＥＥＥ８０２．２１で定義するイベントサービス（Ｅｖｅｎｔｓｅｒｖｉｃｅ）のＩＤであり、送ろうとするイベントに該当するＩＤが含まれる。

−ＭＩＨＥｖｅｎｔｓｅｒｖｉｃｅＳｐｅｃｉｆｉｃＴＬＶｓ：含もうとするイベントに対するＴＬＶであり、ＩＥＥＥ８０２．２１のＭＩＨプロトコルで定義する該当イベントのＴＬＶが含まれる。

以下、本発明に従って追加されるプリミティブ（Ｐｒｉｍｉｔｉｖｅｓ）に対し説明する。

（１）ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔｐｒｉｍｉｔｉｖｅ
１）機能
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブは、移動端末の上位管理個体あるいはＭＩＨがＭＡＣ階層にＡＰと同じＤＳ内にＭＩＨＦエンティティの有無と支援するイベントとコマンドサービス情報を要求するために用いられる。

２）構文（Ｓｅｍａｎｔｉｃｓ）
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔ（
ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ，
ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｅｒ
ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔＩＥ
）

３）生成時点
移動端末の上位管理個体あるいはＭＩＨにより生成され、移動端末が異機種網間のハンドオーバを試みる前、いつでも生成されることができる。

４）受信時効果
移動端末のＭＡＣ階層は、ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブを受信した後、ＡＰにＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅを伝送する。

（２）ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎ
１）機能
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎプリミティブは、移動端末の相手エンティティ、即ち、ＭＩＨＦエンティティがＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔを受けた後、ＭＡＣ階層がＭＩＨあるいは上位管理個体にＭＩＨ支援如何と支援するイベントとコマンドサービス情報を要求する。

２）構文（Ｓｅｍａｎｔｉｃｓ）
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｉｔｏｎ
（
ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ，
ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｅｒ
ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔＩＥ
）

３）生成時点
ＭＩＨＦエンティティのＭＡＣ階層がＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔを受けた後に生成される。

４）受信時効果
ＭＩＨＦエンティティのＭＩＨあるいは上位管理個体はＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅが生成される。

（３）ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅ
１）機能
ＭＩＨＦエンティティの上位管理個体あるいはＭＩＨ階層が、ＭＩＨＦエンティティが支援するイベントとコマンドリスト情報を含むＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅＩＥを含んでＭＡＣ階層に伝送する。

２）構文（Ｓｅｍａｎｔｉｃｓ）
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅ（
ＳｏｕｒｃｅＩｄｅｎｔｉｆｅｒ，
ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒ，
ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅＩＥ

３）生成時点
ＭＩＨＦエンティティの上位管理個体あるいはＭＩＨがＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎを受けた後に生成される。

４）受信時効果
ＭＩＨ性能応答動作フレームを生成して遠隔応答（ＲｅｍｏｔｅＲｅｓｐｏｎｓｅ）に含んでＭＩＨ性能要請動作フレームを遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）に含んで伝送した側に伝送したり、直接ＭＩＨ性能応答動作フレームを伝送した側に伝送する。

（４）ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍ
１）機能
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブは、移動端末のＭＡＣ階層がＭＩＨあるいは上位管理個体にＭＩＨ性能応答動作フレームに含まれた情報を伝送するために用いられる。

２）構文（Ｓｅｍａｎｔｉｃｓ）
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍ（
ＳｏｕｒｃｅＩｄｅｎｔｉｆｅｒ，
ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒ，
ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅＩＥ
）

３）生成時点
移動端末のＭＡＣ階層により生成されてＡＰからＭＩＨ性能探索応答動作フレームを受けた後に生成される。

４）受信時効果
移動端末のＭＨあるいは上位管理個体は、ＡＰと同じＤＳ内に位置するＭＩＨＦ個体のＭＩＨ支援如何と支援するイベントとコマンドサービス情報を獲得する。（５）ＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍｐｒｉｍｉｔｉｖｅ（本発明に従って修正される）
ＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍ（
ＢＳＳＤｅｓｃｒｉｐｔｉｏｎＳｅｔ，
ＲｅｓｕｌｔＣｏｄｅ
ＭＩＨＦＣａｐａｂｉｌｉｔｙ
ＭＩＨＦＥｎｔｉｔｙＩｎｆｏｒｍａｔｉｏｎ
ＩｎｔｅｒｗｏｒｋｉｎｇＣａｐａｂｉｌｉｔｙ
）
ＭＩＨＦＣａｐａｂｉｌｉｔｙ：ビーコン（Ｂｅａｃｏｎ）に固定されたビットにＭＩＨＦ性能（ｃａｐａｂｉｌｉｔｙ）を表す識別子がある場合、上記識別子が設定されているか否かを知らせる。

ＭＩＨＦＥｎｔｉｔｙＩｎｆｏｒｍａｔｉｏｎ：ビーコンを介し受信したＭＩＨＥｎｔｉｔｙＩｎｆｏｒｍａｔｉｏｎＩＥが含まれる。ＭＩＨＥｎｔｉｔｙＩｎｆｏｒｍａｔｉｏｎＩＥの全体が含まれることもでき、選択的にパラメータが含まれることもできる。

ＩｎｔｅｒｗｏｒｋｉｎｇＣａｐａｂｉｌｉｔｙ：網が支援するｃａｐａｂｉｌｉｔｙを知らせる。

ＴＧｕＥｎａｂｌｅ：ＴＧｕで定義することが可能であるということを知らせるｂｉｔ
ＭＩＨＥｎａｂｌｅ：現在ＡＰが、ＭＩＨ機能があるか否かを知らせるｂｉｔ（例えば、ＴＧｕＥｎａｂｌｅａｎｄＭＩＨｎｏｔＥｎａｂｌｅである場合−ＡＰがＭＩＨＦｎｏｔｅｎａｂｌｅであるが、ＭＩＨＦＩｎｔｅｒｆａｃｅを有した状態であり、移動端末は現在ＡＰを介しＭＩＨＦと通信可能）
ＧＡＳＥｎａｂｌｅ：ＡＰがＧＡＳ（ＧｅｎｅｒａｌＡｄｖｅｒｔｉｓｅｍｅｎｔＳｅｒｖｉｃｅ）を遂行することができる場合
ＥＳＥｎａｂｌｅ：ＥＳが支援されるか否かを知らせる。ＭＩＨＥｎａｂｌｅが設定されず、このｂｉｔだけ設定された場合は現在ＡＰを介してＥＳＭＩＨＦと通信可能であることを知らせる。

ＩＳＥｎａｂｌｅ：ＩＳが支援されるか否かを知らせる。ＭＩＨＥｎａｂｌｅが設定されず、このｂｉｔだけ設定された場合は現在ＡＰを介してＩＳＭＩＨＦと通信可能であることを知らせる。

（６）ＭＬＭＥ−ＭＩＨＰｒｏｔｏｃｏｌ．ｒｅｑｕｅｓｔ
１）機能
ＭＬＭＥ−ＭＩＨＰｒｏｔｏｃｏｌ．ｒｅｑｕｅｓｔプリミティブは、移動端末のＭＩＨ階層または上位管理個体が遠隔でＭＩＨメッセージまたは連動網情報要請メッセージを伝達しようとする時、ＭＡＣ階層に遠隔で伝達しようとするＭＩＨＦフレームまたは要請フレームを伝達するために用いられる。ＭＬＭＥ−ＭＩＨＰｒｏｔｏｃｏｌ．ｒｅｑｕｅｓｔプリミティブが伝送する内容はＭＩＨＰｒｏｔｏｃｏｌ動作フレームにパラメータで設定されてＡＰに伝送される。

２）構文
ＭＬＭＥ−ＭＩＨＰｒｏｔｏｃｏｌ．ｒｅｑｕｅｓｔ（
Ｃａｔｅｇｏｒｙ，
Ａｃｔｉｏｎ，
ＳＴＡＡｄｄｒｅｓｓ，
ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ，
ＳｅｒｖｉｃｅＩＤ，
ＭＩＨＦＦｒａｍｅ
）

３）生成時点
移動端末のＭＩＨ階層により生成されてＭＩＨ機能を遂行することを所望のいつでも生成されることができる。

４）受信時効果
移動端末のＭＡＣ階層はＭＩＨＦを支援する個体またはＡＰにＭＩＨプロトコル動作フレーム（ＡｃｔｉｏｎＦｒａｍｅ）を生成して伝送する。

（７）ＭＬＭＥ−ＭＩＨＰｒｏｔｏｃｏｌ．Ｉｎｄｉｃａｔｉｏｎ
１）機能
ＭＬＭＥ−ＭＩＨＰｒｏｔｏｃｏｌ．Ｉｎｄｉｃａｔｉｏｎプリミティブは、ＭＩＨＦ個体（ＭＩＨＦｕｎｃｔｉｏｎを支援するエンティティ）のＭＡＣ階層がＭＩＨ階層にＭＩＨ機能（Ｆｕｎｃｔｉｏｎ）フレームの内容を伝送するために用いられる。

２）構文
ＭＬＭＥ−ＭＩＨＰｒｏｔｏｃｏｌ．Ｉｎｄｉｃａｔｉｏｎ（
Ｃａｔｅｇｏｒｙ，
Ａｃｔｉｏｎ，
ＳＴＡＡｄｄｒｅｓｓ，
ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ，
ＳｅｒｖｉｃｅＩＤ，
ＭＩＨＦＦｒａｍｅ
）

３）生成時点
ＭＩＨＦ個体のＭＡＣ階層が、即ち、網にあるＭＩＨＦ個体または移動端末のＭＩＨＦ個体がＭＩＨプロトコル動作フレームを伝送を受けた後生成される。

４）受信時効果
ＭＩＨＦ個体のＭＩＨ階層は遠隔から伝送されたＭＩＨ機能フレームを伝送を受けることができる。

（８）ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔ
１）機能
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔプリミティブは、移動端末のＭＩＨ階層あるいは上位個体が遠隔でＭＩＨメッセージあるいは連動網情報要請メッセージを伝達しようとする時、ＭＡＣ階層に遠隔で伝達しようとするＭＩＨＦフレームあるいは要請フレームを伝達するために用いられる。ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔプリミティブが伝送する内容は、ＭＩＨＰｒｏｔｏｃｏｌ動作フレームまたはＰｒｏｂｅＲｅｑｕｅｓｔのＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｑｕｅｓｔＩＥにパラメータで設定されてＡＰに伝送される。

２）構文
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔ（
ＡｄｖｅｒｔｉｓｅｍｅｎｔＳｅｒｖｉｃｅ，
ＡｄｖｅｒｔｉｓｅｍｅｎｔＴｙｐｅ，
ＡｄｖｅｒｔｉｓｅｍｅｎｔＩｄｅｎｔｉｆｉｅｒ，
ＭＩＨＦＦｒａｍｅ
）

３）生成時点
移動端末のＭＩＨ階層あるいは上位管理階層により生成され、網連動情報獲得やＭＩＨを支援する個体の能力（ｃａｐａｂｉｌｉｔｙ）を探り出すことを願う時生成される。

ＰｒｏｂｅＲｅｑｕｅｓｔを介し情報を要請する場合にはＰｒｏｂｅＲｅｑｕｅｓｔを送る時含むｐａｒａｍｅｔｅｒを入れてＰｒｏｂｅＲｅｑｕｅｓｔを送る前に伝送する。これはＡＰとＡｓｓｏｃｉａｔｉｏｎが行われない初期網接続状態である。

４）受信時効果
移動端末のＭＡＣ階層は、ＡＰにＭＩＨプロトコル動作フレーム（ＡｃｔｉｏｎＦｒａｍｅ）やＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｑｕｅｓｔＩＥを含んだＰｒｏｂｅＲｅｑｕｅｓｔを生成して伝送する。ＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｑｕｅｓｔＩＥは本プリミティブが伝送する情報を含む。

（９）ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．Ｉｎｄｉｃａｔｉｏｎ
１）機能
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ＩｎｄｉｃａｔｉｏｎプリミティブはＡＰがＢｒｏａｄｃａｓｔあるいはＭｕｌｔｉｃａｓｔに伝達したＡｄｖｅｒｔｉｓｅｍｅｎｔをＭＩＨＦ個体あるいは上位管理個体に伝送するために用いられる。

２）構文
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．Ｉｎｄｉｃａｔｉｏｎ（
ＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｑｕｅｓｔＩＥ
Ａｃｔｉｏｎ
Ａｄｖｅｒｔｉｓｅｍｅｎｔ
）

３）生成時点
ＭＡＣ階層が網からＱｕｅｒｙＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅを受信した後、この情報をＭＩＨあるいは上位個体に伝送するために生成される。

４）受信時効果
ＭＩＨ個体あるいは上位管理個体は要請した情報を、該当情報を保有した個体から受信することができる。

（１０）ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｓｐｏｎｓｅ
１）機能
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｓｐｏｎｓｅプリミティブは、ＡＰがＰｒｏｂｅＲｅｓｐｏｎｓｅに含んで伝達したＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｓｐｏｎｓｅＩＥの情報をＭＩＨＦ個体あるいは上位管理個体に伝送するために用いられる。

２）構文
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｓｐｏｎｓｅ（
Ｓｔａｔｕｓｃｏｄｅ
ＭＩＨｃａｐａｂｉｌｉｔｙ
Ｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓ
ＭＩＨＦ−ＡＰＡｄｄｒｅｓｓ（ｏｐｔｉｏｎａｌ）
）

３）生成時点
ＭＡＣ階層が網からＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｓｐｏｎｓｅＩＥを含んだＰｒｏｂｅＲｅｓｐｏｎｓｅを受信した後、この情報をＭＩＨあるいは上位個体に伝送するために生成される。

４）受信時効果
ＭＩＨ個体あるいは上位管理個体は、追加的なＡＰの機能とＭＩＨＦ個体の情報または一定時間後要請した情報が伝達されるｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓを受信を受けることができる。

以下、添付図面を参照して説明される本発明の望ましい実施例によって本発明の構成、作用及び他の特徴が容易に分かる。

動作フレーム（ＡｃｔｉｏｎＦｒａｍｅ）を中継する方法は、移動端末がビーコン（Ｂｅａｃｏｎ）を介し現在ＡＰと同一ＤＳ内にＭＩＨＦ支援可能な個体のＭＡＣ住所を受信した場合、上記ＭＡＣ住所を移動端末が動作フレームを生成する時、目的地アドレス（ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ）に入れてＡＰが上記ＭＡＣ住所に伝達する方法が一つあり、移動端末がＭＩＨＦの支援されるＤＳ内の個体の住所情報を知らない場合、上記住所を如何なる値、例えば、放送アドレス（ＢｒｏａｄｃａｓｔＡｄｄｒｅｓｓ）に入れてＡＰに伝達すればＡＰがＤＳ内に放送（ｂｒｏａｄｃａｓｔｉｎｇ）してＭＩＨＦ支援可能な個体が送信するようにすることができる。もう一つの方法は、ＡＰがＤＳ内のＭＩＨＦ支援可能な個体の住所を知っている場合、移動端末が目的地アドレス（ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ）を放送住所に入れて伝送しても、ナル（Ｎｕｌｌ）に入れて伝送しても関係なく、ＡＰが自分が知っているＭＩＨＦ支援可能個体住所を入れて伝達できる。もう一つの方法では、端末が伝送した動作フレームは変更させず、遠隔要請／応答（ＲｅｍｏｔｅＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）メッセージに自分が知っている正しい目的地を有してイーサネット（登録商標）フレーム（Ｅｔｈｅｒｎｅｔ（登録商標）ｆｒａｍｅ）を生成し、上記イーサネット（登録商標）フレーム内に無線ラン移動端末が伝送したパケットをカプセル化して伝送することもできる。

ＭＩＨＦ支援可能な個体は、ＤＳ内の一ＡＰとなることもでき、このような場合、上記ＡＰに接続されている無線ラン移動端末がＭＩＨプロトコル動作フレームを伝送すれば、上記ＡＰは上記ＭＩＨプロトコル動作フレームをＤＳに伝送せず、自分のＭＩＨＦに伝送する。

図２１は、本発明の望ましい一実施例による手続き流れ図であって、ＭＩＨ性能探索要請／応答動作フレーム（ＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔ／ＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）交換を介した要求応答（ｏｎ−ｄｅｍａｎｄ）方法を表した一実施例である。移動端末がＭＩＨ動作要請（ＭＩＨＡｃｔｉｏｎｒｅｑｕｅｓｔ）メッセージを伝送し、それに対する応答メッセージを伝送を受けることによってＭＩＨ性能探索手続きを遂行する。ＭＩＨ性能探索要請／応答要請フレームをＡＰとＭＩＨＦ個体と送受信する方法に従って要求応答（ｏｎｄｅｍａｎｄ）方法１と要求応答方法２に分けて説明する。

ＭＩＨ現在端末のアクセスポイントであるＡＰは、ＭＩＨＦ機能が支援されないものであり、ＭＩＨＦが支援される一つのＭＩＨＦ個体と同じＤＳに属しており、現在アクセスポイントであるＡＰは同じＤＳに属しているＭＩＨＦ個体住所を如何なる手続きを介し知っていると仮定する。

要求応答（Ｏｎ−ｄｅｍａｎｄ）方法１は、ＭＩＨ性能探索要請動作フレームがＡＰによりＭＩＨＦエンティティに中継される場合である。

ＡＰで移動端末に伝送されるビーコン（Ｂｅａｃｏｎ）のＭＩＨＦエンティティ情報ＩＥにＭＩＨＦと関連した情報が含まれて伝送される。上記情報を受信すれば、移動端末は、現在ＡＰがＭＩＨＦを支援するかあるいは現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体があるか否かを知るようになる。現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体がある場合、ビーコンにＭＩＨＦを支援する個体のＭＡＣ住所も含まれて伝送されることができる（１）。ビーコンを受信した移動端末のＭＡＣ階層は、ＭＩＨにＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍにビーコンを介し受信したＭＩＨＦエンティティ情報ＩＥを含んでＭＩＨに伝達する（２）。ＭＩＨは、ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブをＭＡＣ階層に伝送してＭＩＨＦ個体が支援するイベントやコマンド情報を発見するＭＩＨ性能探索手続きを始める（３）。移動端末のＭＡＣ階層は、ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔを受信した後、ＭＩＨ性能探索要請動作フレームをＡＰに伝送する。上記フレーム内のＭＩＨ性能探索要請ＩＥには移動端末が支援するイベントとコマンドリスト情報を含むことができる。ＡＰは、上記フレーム内の‘ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ’フィールドをＭＩＨＦ個体住所に変えて上記フレームをＭＩＨＦ個体に伝達する（４）。ＭＩＨ性能探索要請動作フレームを受けたＭＩＨＦ個体のＭＡＣ階層は、ＭＩＨに受信したＭＩＨ性能探索要請動作フレームにある情報を含んでＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎプリミティブを伝送する（５）。ＭＩＨＦ個体のＭＩＨ階層はＭＡＣ階層にＭＩＨＦ個体が支援するイベントとコマンドリストを含めたＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブを伝送する（６）。ＭＩＨＦ個体のＭＡＣ階層は支援するイベントとコマンドリスト情報を含むＭＩＨ性能探索要請ＩＥを含むＭＩＨ性能探索応答動作フレームをＡＰに伝送する。この時、目的地アドレス（ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ）はＡＰ住所である。ＡＰはＭＩＨ性能探索応答動作フレームを目的地アドレスフィールドにＳＴＡアドレスを満たして上記ＭＩＨ性能探索応答動作フレームをＳＴＡのＭＡＣ階層に伝送する（７）。ＳＴＡのＭＡＣ階層は、ＭＩＨ階層にＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブを伝送してＭＩＨ性能探索応答動作フレームで受けた情報を伝送する（８）。

上記手続きを介し移動端末がサービスを受けている現在のＡＰがＭＩＨＦを遂行することができないにもかかわらず、同じＤＳ内に存在するＭＩＨＦ個体にＭＩＨ動作要請／応答メッセージを伝送してＭＩＨ性能情報を獲得できる。もし、現在ＡＰがＭＩＨＦを支援する個体である場合には図２１の（５）、（６）手続き無しに現在ＡＰのＭＩＨＦ個体が応答をする。

要求応答（Ｏｎｄｅｍａｎｄ２）方法２は、ＭＩＨ性能探索要請／応答動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔ／ＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）が遠隔要請／応答（ＲｅｍｏｔｅＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）を介し現在ＡＰからＤＳ内のＭＩＨＦ個体に伝送される場合である。

（１）−（４）過程までは要求応答方法１と同一である。ＭＩＨ性能探索要請動作フレームは、ＡＰのＲＲＢまで伝送され、ＲＲＢはＭＩＨ動作要請フレームを遠隔要請フレーム内にカプセル化し、ＭＩＨＦ個体のＲＲＢに伝送する。この時、カプセル化されるＭＩＨ動作応答フレーム内の目的地アドレスはＳＴＡアドレスである。遠隔要請フレームは同じＤＳ内で伝送され、決まったＲＲＢの政策により遠隔要請メッセージに対する応答時間などを制限することもできる（５）。ＭＩＨＦエンティティのＲＲＢはＭＩＨ階層にＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎプリミティブを伝送する（６）。ＭＩＨエンティティのＭＩＨ階層はＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎに対する応答としてＲＲＢにＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブを伝送する。上記ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブにはＭＩＨＦエンティティが支援するイベントとコマンドリスト情報が含まれる（７）。ＭＩＨＦエンティティＲＲＢは遠隔応答フレームを構成し、ＭＩＨ性能探索応答動作フレームをカプセル化してＡＰのＲＲＢに送る。ＭＩＨ性能探索応答動作フレームにはＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブを介し伝送を受けた情報が含まれる（８）。ＡＰのＲＲＢはＭＩＨ性能探索応答動作フレームをジカプセル化（ｄｅｃａｐｓｕｌａｔｉｏｎ）と上記ＭＩＨ性能探索応答動作フレームを移動端末のＭＡＣ階層に伝送する（９）。ＳＴＡのＭＡＣ階層はＭＩＨ階層にＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブを伝送してＭＩＨ性能探索応答動作フレームを介し受けた情報を伝送する（１０）。

図２２は、本発明の望ましい他の実施例による手続き流れ図であり、非要請ＭＩＨ性能探索応答動作フレーム（ＵｎｓｏｌｉｃｉｔｅｄＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）が放送（Ｂｒｏａｄｃａｓｔ）される場合の一実施例である。

ＡＰで移動端末に伝送されるビーコンのＭＩＨＦエンティティ情報ＩＥにＭＩＨＦと関連した情報が含まれて伝送される。上記情報を受信すれば、移動端末は、現在ＡＰがＭＩＨＦを支援するかあるいは現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体があるか否かを知るようになる。現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体がある場合、ビーコンにＭＩＨＦを支援する個体のＭＡＣ住所も含まれて伝送されることができる（１）。ビーコンを受信した移動端末のＭＡＣ階層はＭＩＨにＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍプリミティブにＭＩＨＦエンティティ情報を含んで伝送することによって受けた情報をＭＩＨに伝達する。上記メッセージ伝達はＭＩＨＦ個体のＭＩＨ性能情報を直接的に含まないため、移動端末が再びＭＩＨ性能探索手続きを開始しなければならない。然しながら、３）以後の手続きを介しＤＳ内のＭＩＨＦ個体が自分のＭＩＨ性能情報を広告して端末がＭＩＨ性能探索手続きを実行することを省略できるようにする（２）。ＭＩＨＦエンティティのＭＩＨ階層は、ＭＡＣ階層にＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブにＭＩＨＦ個体のＭＩＨ性能情報を知らせるＭＩＨ性能探索応答ＩＥを含んで伝送する（３）。ＭＩＨＦ個体のＭＡＣ階層はＭＩＨ性能探索応答動作フレームをＤＳ内の全てのＡＰにブロードキャストする。上記ブロードキャストメッセージにはＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブを介し受けた情報を含む（４）。ＭＩＨ性能探索応答動作フレームを受けたＡＰは移動端末のＭＡＣ階層にフレームを伝送する（５）。移動端末のＭＡＣ階層はＭＩＨ階層にＭＩＨ性能探索応答動作フレームから受けた情報を含んだＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブを伝送する（６）。（７）−（９）は上記の（４）−（６）のような過程を経て一定の時間間隔に繰り返される。

図２３は、本発明の望ましいもう一つの実施例による手続き流れ図であり、非要請遠隔応答（ＵｎｓｏｌｉｃｉｔｅｄＲｅｍｏｔｅＲｅｓｐｏｎｓｅ）が放送（Ｂｒｏａｄｃａｓｔ）される場合を表した一実施例に関す。

ＡＰで移動端末に伝送されるビーコンのＭＩＨＦエンティティ情報ＩＥにＭＩＨＦと関連した情報が含まれて伝送される。上記情報を受信すれば、移動端末は、現在ＡＰがＭＩＨＦを支援するかあるいは現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体があるか否かを知るようになる。現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体がある場合、ビーコンにＭＩＨＦを支援する個体のＭＡＣ住所も含まれて伝送されることができる（１）。ビーコンを受信した移動端末のＭＡＣ階層は、ＭＩＨにＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍプリミティブにＭＩＨＦエンティティ情報を含んで伝送することによって、受けた情報をＭＩＨに伝達する。上記のメッセージ伝達はＭＩＨＦ個体のＭＩＨ性能情報を直接的に含まないため、移動端末が再びＭＩＨ性能探索手続きを開始しなければならない。然しながら、３）以後の手続きを介しＤＳ内のＭＩＨＦ個体が自分のＭＩＨ性能情報を広告して端末がＭＩＨ性能探索手続きを実行することを省略できるようにする（２）。ＭＩＨＦエンティティのＭＩＨ階層は、ＲＲＢにＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブにＭＩＨＦエンティティが支援するイベントとコマンドリスト情報を含んで伝送する（３）。ＲＲＢはＭＩＨ性能探索応答動作フレームをカプセル化する遠隔応答フレームを構成してＤＳ内に存在する全てのＡＰのＲＲＢにブロードキャストする（４）。各ＡＰのＲＲＢはＭＩＨ動作応答フレームをジカプセル化して移動端末のＭＡＣ階層にブロードキャストすることで、ＭＩＨＦエンティティから伝達を受けたＭＩＨ性能情報を伝達する（５）。移動端末のＭＡＣ階層は、ＭＩＨ階層にＭＩＨ性能探索応答動作フレームから受けた情報を含んだＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブを伝送する（６）。（７）−（９）は上記（４）−（６）のような過程を経て一定の時間間隔に繰り返される。

もう一つの実施例では、ＤＳ内にＭＩＨＦ支援可能な個体が広告するＭＩＨ性能探索応答動作フレームを含む遠隔応答あるいは直接ＭＩＨ性能探索応答動作フレームをＡＰが受信した時、上記情報をビーコンに含んで伝送できる。

図２４は、本発明のもう一つの望ましい一実施例の手続き流れ図であって、無線ラン網でＭＩＨの命令サービスメッセージ、イベントサービスメッセージを遠隔で伝送することに関した一実施例である。

無線ラン移動端末のＭＩＨが遠隔で命令サービス（Ｃｏｍｍａｎｄｓｅｒｖｉｃｅ）を伝送するために送ろうとする命令サービスに該当するＭＩＨプリミティブを無線ランのＭＡＣ階層に伝送する（１）。無線ランＭＡＣは、伝送を受けたプリミティブの内容を遠隔のＭＩＨに伝送するために、ＭＩＨ命令サービス要請ＩＥを含むＭＩＨ命令サービス要請動作フレームを伝送する。この時、動作フレームの目的地アドレスにはＭＩＨ性能探索手続きなどを介し発見した遠隔ＭＩＨＦ個体の住所を入れる（２）。上記動作フレームを受信した現在移動端末が接続されているＡＰは、上記動作フレームを中継するためにＲＲＢに伝達し、ＲＲＢは受信した上記ＭＩＨ命令サービス動作フレームをカプセル化した遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）をＭＩＨＦ機能が支援される動作フレームの目的地に伝達する。この時、遠隔要請のパケットタイプ（ＰａｃｋｅｔＴｙｐｅ）は０ｘ０２で設定してＭＩＨプロトコル要請であることを表示する（３）。遠隔要請を受信した遠隔のＭＩＨＦ個体のＲＲＢはカプセル化されているＭＩＨ命令サービス要請ＩＥに該当するＭＩＨ命令サービスプリミティブをＭＩＨに伝送する（４）。ＤＳ内のＭＩＨＦ個体は、受信したＭＩＨ命令サービスに対する応答を遠隔で送るために、該当するＭＩＨ命令サービスの応答プリミティブをＲＲＢに伝達する（５）。これを受信したＲＲＢは遠隔応答メッセージを作ってその中にＭＩＨ命令サービス応答ＩＥを含むＭＩＨ命令サービス応答動作フレームをカプセル化して移動端末が接続されているＡＰに伝送する。この時、遠隔応答のパケットタイプは０ｘ０３で設定してＭＩＨプロトコル応答であることを表示する。ＭＩＨ命令サービス応答ＩＥを含むＭＩＨ命令サービス応答動作フレームは、ＲＲＢが生成することもでき、ＭＡＣ階層が生成してＲＲＢに伝達することもできる（６）。移動端末が接続されているＡＰは、受信した遠隔応答をジカプセル化（ｄｅｃａｐｓｕｌａｔｉｏｎ）してＭＩＨ命令サービス応答動作フレームを得て、これを無線区間を介し移動端末に伝達する（７）。ＭＩＨ命令サービス応答動作フレームを受信した移動端末は、上記動作フレームに含まれているＭＩＨ命令サービス応答ＩＥの内容に該当するＭＩＨ命令サービス応答プリミティブをＭＩＨに伝送する（８）。（９）〜（１６）はＤＳ内にあるＭＩＨＦ個体が移動端末にＭＩＨ命令をまず送る場合の例であり、（１）−（８）と類似する。

無線ラン移動端末のＭＩＨが遠隔で伝送するために送ろうとするイベントサービスに該当するＭＩＨプリミティブを無線ランＭＡＣに伝送する（１７）。無線ランＭＡＣは伝送を受けたプリミティブの内容を遠隔のＭＩＨに伝送するために、ＭＩＨイベントサービス指示ＩＥを含むＭＩＨイベントサービス指示動作フレームを伝送する。この時、動作フレームの目的地アドレスにはＭＩＨ性能探索手続きなどを介し発見した遠隔ＭＩＨＦ個体の住所を入れる（１８）。上記動作フレームを受信した現在移動端末が接続されているＡＰは、上記動作フレームを中継するために、これをＲＲＢに伝達し、ＲＲＢは受信したＭＩＨイベントサービス指示動作フレームをカプセル化した遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）をＭＩＨＦ機能が支援される動作フレームの目的地に伝達する。この時、遠隔要請のパケットタイプは０ｘ０４で設定してＭＩＨプロトコル指示であることを表示する（１９）。遠隔要請を受信した遠隔のＭＩＨＦ個体のＲＲＢはカプセル化されているＭＩＨイベントサービス指示ＩＥに該当するＭＩＨイベントサービスプリミティブをＭＩＨに伝送する（２０）。（２１）〜（２４）はＤＳ内にあるＭＩＨＦ個体が遠隔で移動端末にＭＩＨイベントサービスを伝送するための手続きであり、（１７）〜（２０）と類似する。

図２５は、本発明の望ましい他の一実施例の手続き流れ図であって、現在無線ラン移動端末が接続されているＡＰがＭＩＨＦを支援する場合にＭＩＨ性能探索メッセージ、ＭＩＨ命令サービスメッセージ、ＭＩＨイベントサービスメッセージを移動端末とＡＰが送受信することを示す一実施例である。図２５の実施例は、上記で説明したＭＩＨＦを支援する個体が現在移動端末が接続されているＡＰと同じＤＳ内に別途に存在する場合と、移動端末とＡＰのＭＡＣまでの手続きは同一であるが、移動端末の現在ＡＰがＭＩＨＦを支援するために、移動端末から受信した動作フレームをＤＳ内に存在するＭＩＨＦを支援する個体に中継することなく、ＡＰ自分のＭＩＨに受信した動作フレームに含まれたＩＥに該当するＭＩＨプリミティブを自分のＭＩＨに送信すること、そして移動端末に遠隔でＭＩＨメッセージを伝送しようとする時、ＡＰ自分のＭＩＨが伝送しようとするＭＩＨプリミティブをＡＰのＭＡＣに伝送してＭＡＣが上記プリミティブに該当する動作フレームを生成して移動端末に遠隔で伝送することが相違点である。

図２６は、本発明の望ましいもう一つの一実施例の手続き流れ図であって、現在無線ラン移動端末が接続しようとするＡＰがＭＩＨＦを支援する場合、探索要請／応答メッセージ（ＰｒｏｂｅＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）を介し現在ＡＰのＭＩＨＦ性能情報（支援するイベントとコマンドリスト）を獲得することに関する実施例である。

ＡＰで一個以上の移動端末で放送されるビーコン（Ｂｅａｃｏｎ）のＭＩＨＦエンティティ情報ＩＥにＭＩＨＦ関連した情報が含まれて伝送される。移動端末は上記情報を受信して現在ＡＰがＭＩＨＦを支援することを確認する（１）。ビーコンを受信した移動端末のＭＡＣ階層はＭＩＨにＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍにビーコンを介し受信したＭＩＨＦエンティティ情報ＩＥを含んで移動端末のＭＩＨ機能（ｆｕｎｃｔｉｏｎ）個体に伝達する（２）。移動端末のＭＩＨ個体は、ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブを移動端末のＭＡＣ階層に伝送して現在ＡＰが支援するイベントやコマンド情報を発見するＭＩＨ性能探索手続きを始める。ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔには現在移動端末が支援するイベントとコマンドリスト情報を含めたＭＩＨＦ性能要請（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔ）ＩＥが含まれることができる（３）。移動端末のＭＡＣ階層は、探索要請メッセージ（ＰｒｏｂｅＲｅｑｕｅｓｔ）にＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブから伝送を受けたＭＩＨＦ性能探索要請ＩＥを含んでＡＰに伝送する（４）。ＡＰのＭＡＣ階層はＭＩＨ機能個体に受信したＭＩＨ性能探索要請ＩＥにある情報を含んでＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎプリミティブを伝送する（５）。ＡＰのＭＩＨ機能個体はＭＡＣ階層にＡＰが支援するイベントとコマンドリストを含めたＭＩＨ性能探索応答（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅ）ＩＥを含んでＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブを伝送する（６）。ＡＰのＭＡＣ階層は、ＭＩＨ性能探索応答ＩＥを含む探索応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージを移動端末のＭＡＣ階層に伝送する（７）。移動端末のＭＡＣ階層は、ＭＩＨ機能個体でＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブを伝送してＭＩＨ性能探索応答ＩＥに含まれた情報を伝送する（８）。

図２７は、本発明の望ましいもう一つの一実施例の手続き流れ図であり、移動端末が探索要請／応答メッセージ（ＰｒｏｂｅＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）を利用してアクセスポイント（ＡＰ：ＡｃｃｅｓｓＰｏｉｎｔ）を介し同一網または他の網にある特定ネットワークエンティティまたは上記アクセスポイントが含まれるネットワークと連動される連動網と関連した情報を獲得する実施例である。上記連動網は上記アクセスポイントが含まれるネットワークと同種網であってもよく、または異種網であってもよい。図２７による実施例による情報獲得手続きは、移動端末のネットワーク選択（ｎｅｔｗｏｒｋｓｅｌｅｃｔｉｏｎ）またはネットワーク接続過程で上記アクセスポイントが支援可能な性能と関連した情報を獲得する時利用されることができる。

図２７を参照すれば、上記アクセスポイントは、上記移動端末にビーコン（ｂｅａｃｏｎ）を伝送する（１）。上記ビーコンは、上記移動端末と上記アクセスポイント間に通信を遂行するためのシグナリング情報（ｓｉｇｎａｌｉｎｇｉｎｆｏｒｍａｔｉｏｎ）または制御情報（ｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ）を含むフレームとして、上記アクセスポイントのＭＩＨＦ性能（ｃａｐａｂｉｌｉｔｙ）、ＧＡＳ（ＧｅｎｅｒｉｃＡｄｖｅｒｔｉｓｅｍｅｎｔＳｅｒｖｉｃｅ、情報放送サービス）またはＭＩＨインターフェースを有した個体（ＭＩＨＦ−ＡＰ）の存在如何に関する情報を含むことができる。上記移動端末のＭＡＣは上記アクセスポイントから受信した情報をＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍプリミティブを介しＭＩＨＦを含んだ上位階層に伝達する（２）。

上記移動端末の上位管理個体、即ち、ＳＭＥ（ＳｙｓｔｅｍＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）またはＭＩＨ個体は、特定ネットワークエンティティまたは連動網と関連した情報を獲得するためにＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔプリミティブを媒体接続制御（ＭＡＣ）階層に伝達する（３）。上記ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔプリミティブは要請される情報のタイプまたはフォーマットを識別するための識別情報及び上記タイプまたはフォーマット識別情報による情報フレームを含む。上記情報フレームはＭＩＨフレームまたは製造社定義フレーム（ｖｅｎｄｏｒｓｐｅｃｉｆｉｃｆｒａｍｅ）であってもよい。望ましくは、上記ＭＩＨフレームはＭＩＨＩＳ（ＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅ）フレームまたはイベントサービス及び／またはコマンドサービスの性能探索のためのＭＩＨ性能探索フレームである。

上記移動端末は、上記特定ネットワークエンティティまたは連動網と関連した情報を要請するために上記アクセスポイントに探索要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージを伝送する（４）。上記探索要請メッセージは、上記ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔプリミティブ内容の一部または全部が含まれることができる。上記探索要請メッセージに含まれる情報要素であるＡＲｅｑＩＥ（ＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｑｕｅｓｔ）は、ＭＩＨＩＳフレームまたはＭＩＨＦ個体の支援サービス（ＥＳ、ＣＳ、ＩＳ）などの情報（ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｑｕｅｓｔ）が含まれる。

上記アクセスポイントは上記探索要請メッセージを介し要請された情報の伝達可能性と放送またはマルチキャストのための住所情報を探索応答メッセージ（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）を介し上記移動端末に伝送する（５）。即ち、上記探索応答メッセージは、状態コード（ｓｔａｔｕｓｃｏｄｅ）、クエリ識別子（ｑｕｅｒｙＩＤ）、マルチキャスト住所（ｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓ）及びＭＩＨ性能（ＭＩＨｃａｐａｂｉｌｉｔｙ）情報の全部またはそのうち一部を含むことができる。ここで、上記状態コードは、上記探索要請メッセージにより要請される情報を上記アクセスポイントが提供できるか否かに関するコード情報を意味する。

上記アクセスポイントは、選択的にＭＩＨＦを支援する個体のＭＡＣ住所及び／または上記アクセスポイントがＭＩＨＦを支援する場合、上記アクセスポイントのＭＩＨＦ性能（ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅ）情報を上記探索応答メッセージに含めることができる。

上記移動端末のＭＡＣ階層は、上記アクセスポイントから受信した上記探索応答メッセージの内容をＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｓｐｏｎｓｅプリミティブを介して上記上位管理個体に伝達する（６）。

上記アクセスポイントは、上記移動端末により要請された情報のクエリ（ｑｕｅｒｙ）のために、ＭＩＨＩＳフレームなどを含んだ情報クエリメッセージ（ＡｄｖｅｒｔｉｓｅｍｅｎｔＱｕｅｒｙ）をＭＩＨＦ個体を介しＩＳサーバに伝達する（６）（７）。この過程は上記（５）手続きと併行したり、先に遂行できる。上記ＭＩＨＦ個体がＩＳサーバの機能を遂行する場合には（７）、（８）手続きは発生しない。

上記ＩＳサーバから獲得した情報は上記ＭＩＨＦ個体を介し上記アクセスポイントに伝達される（８）（９）。上記アクセスポイントは、上記ＩＳサーバから獲得した情報を含んだ動作フレーム（ＡｃｔｉｏｎＦｒａｍｅ）をクエリ応答メッセージ（ＱｕｅｒｙＲｅｓｐｏｎｓｅ）を介し上記移動端末に伝送する（１０）。上記動作フレームを含むクエリ応答メッセージは、移動端末にユニキャスト（ｕｎｉｃａｓｔ）方式によっても伝送されることができるが、放送またはマルチキャスト方式によって伝送されることも可能である。即ち、上記アクセスポイントは上記移動端末だけでなく上記移動端末と同じ情報を要請したり、要請しなかったとしても同じ情報を必要とする移動端末に放送またはマルチキャスト方式により上記クエリ応答メッセージを伝送できる。例えば、一定時間区間の間情報要請をした移動端末を一つのグループに分類して上記移動端末グループにマルチキャスト方式により要請された情報を伝送できる。上記アクセスポイントは情報伝達の信頼性を高めるために上記クエリ応答メッセージを既設定された回数だけ繰り返して伝送できる。

上記移動端末のＭＡＣ階層は、上記上位管理個体に上記アクセスポイントから受信した情報を伝達するためにＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．Ｉｎｄｉｃａｔｉｏｎプリミティブを伝達する（１１）。

図２７において、上記移動端末がＭＩＨ個体の支援性能（Ｃａｐａｂｉｌｉｔｙ）情報を要請する場合には上記探索要請メッセージにＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブを含んで伝送できる（４）。上記アクセスポイントがＭＩＨＦを支援する場合に、ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅが上記探索応答メッセージに網にあるＭＩＨＦエンティティに伝達する場合には伝達を受けたＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームを上記クエリ応答メッセージに含める。

図２８は、本発明の望ましいもう一つの一実施例の手続き流れ図であって、現在無線ラン移動端末が接続しようとするＡＰがＭＩＨＦを支援しない場合、ＡＰが第１端末から情報要請ＡＲｅｑ１を受けて該当情報を網から獲得する前に第２端末から情報要請ＡＲｅｑ２を受信する場合、ＡＰが直ちに情報を提供できない場合である。この時、ＡＰは、２端末が要請した情報を共に網から獲得してグループ放送に伝達するのを示す一実施例である。該当グループはグループ放送住所に区分され、特定時間の間連動情報を要請した移動端末に対して同じグループに分類する。本実施例では第１情報要請受信後、情報獲得手続きを開始する前に第２情報要請を受信する場合を示し、他の情報を要請した場合を含む。

第１端末（ＳＴＡ１）のＭＩＨＦあるいはＨＬ（上位管理個体）は、ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔを介してＭＩＨＩＳフレームをＭＡＣ階層に伝送する。ＭＩＨＩＳフレームは第１端末が知ろうとする情報要素を含んでいる（１）。移動端末のＭＡＣ階層は、ＡＲｅｑ１ＩＥにＭＩＨＩＳフレームを含め、現在ＡＰでない他のＭＩＨＦ個体の存在を知る場合、該当個体のＭＩＨ性能（イベント、コマンド、情報サービス提供如何）情報を要請できる（２）。ＡＰは移動端末に要請した情報伝達可能性の如何と後にＡＰがＧＡＳを支援する場合、グループ放送住所を含んで後にこの住所を使用してクエリに対する応答を放送することを知らせる。また、選択的にＭＩＨＦを支援する個体のＭＡＣ住所も含めることができる（３）。ＡＰはＭＩＨＦ個体またはＩＳサーバに移動端末が要請した情報を獲得するためのクエリを開始する。これは（３）番過程前に発生することもでき、並行して発生することもできる（４）、（５）。（６）〜（１０）過程は第２端末（ＳＴＡ２）が開始した過程であり、第１端末が開始した（１）〜（５）過程と同一である。この時、第２端末のＨＬ（上位管理個体）が要請した情報は、第１端末が要請した情報を含むこともでき、他の情報であってもよいが、一定時間内に要請した移動端末に対してＡＰは第１端末と第２端末に同じグループ放送住所を割り当てる（６）〜（１０）。ＭＩＨＦ個体は情報サーバから第１端末と第２端末が要請した情報を獲得してＡＰに伝達する（１１）、（１２）。ＡＰは獲得した情報を含んだアクションフレームをグループ放送することで、第１端末と第２端末が要請した情報が一度に各ＭＡＣ階層に伝送される。また、このフレームは信頼性を加えるために反復回数だけ多数回伝達されることができ、選択的にフラグメンテーション（ｆｒａｇｍｅｎｔａｔｉｏｎ）も可能である（１３）。第１端末と第２端末の各ＭＡＣ階層はＨＬにＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．Ｉｎｄｉｃａｔｉｏｎを介し伝送を受けた情報を伝達する（１４）。

本発明は、本発明の精神及び必須特徴を外れない範囲で他の特定な形態で具体化できることは当業者において自明である。従って、上記の詳細な説明は全ての面から制約的に解釈されてはならず、例示的に考慮されなければならない。本発明の範囲は添付された請求項の合理的解釈により決定されなければならず、本発明の等価的範囲内における全ての変更は本発明の範囲に含まれる。

本発明による技術的特徴は無線ラン、移動通信システム、無線インターネットシステムなどと同じ無線通信システムや二以上のネットワークが結びついたマルチモードネットワークに適用されることができる。

マルチモードで構成された移動端末のプロトコルスタック（ｐｒｏｔｏｃｏｌｓｔａｃｋ）を示したものである。ローカルイベント（ＬｏｃａｌＥｖｅｎｔ）、ＭＩＨイベントモデルに対する構造を示したものである。遠隔リンクイベント（ＲｅｍｏｔｅＬｉｎｋＥｖｅｎｔ）モデルに対する構造を示したものである。遠隔ＭＩＨイベント（ＲｅｍｏｔｅＭＩＨＥｖｅｎｔ）モデルに対する構造を示したものである。ＭＩＨコマンド、リンクコマンドモデルに対する構造を示したものである。遠隔ＭＩＨコマンドモデルに対する構造を示したものである。遠隔リンクコマンド（ＲｅｍｏｔｅＬｉｎｋＣｏｍｍａｎｄ）モデルに対する構造を示したものである。無線ＬＡＮのネットワーク構成の一例を示したものである。ＤＳとＥＳＳを含む無線ラン構造の一例を示したものである。図１０ないし図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨＥｖｅｎｔＳｅｒｖｉｃｅＩｎｄｉｃａｔｉｏｎａｃｔｉｏｎｆｒａｍｅ）のフォーマットの一例を示したものである。図１０ないし図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨＥｖｅｎｔＳｅｒｖｉｃｅＩｎｄｉｃａｔｉｏｎａｃｔｉｏｎｆｒａｍｅ）のフォーマットの一例を示したものである。図１０ないし図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨＥｖｅｎｔＳｅｒｖｉｃｅＩｎｄｉｃａｔｉｏｎａｃｔｉｏｎｆｒａｍｅ）のフォーマットの一例を示したものである。図１０ないし図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨＥｖｅｎｔＳｅｒｖｉｃｅＩｎｄｉｃａｔｉｏｎａｃｔｉｏｎｆｒａｍｅ）のフォーマットの一例を示したものである。図１０ないし図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨＥｖｅｎｔＳｅｒｖｉｃｅＩｎｄｉｃａｔｉｏｎａｃｔｉｏｎｆｒａｍｅ）のフォーマットの一例を示したものである。ＭＩＨＦエンティティ情報ＩＥのデータフォーマットを示したものである。。ＭＩＨ性能探索要請ＩＥ（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｑｕｅｓｔＩＥ）のデータフォーマットを示したものである。ＭＩＨ性能探索応答ＩＥ（ＭＩＨＣａｐａｂｉｌｉｔｙＤｉｓｃｏｖｅｒＲｅｓｐｏｎｓｅＩＥ）のデータフォーマットを示したものである。ＭＩＨ命令サービス要請ＩＥ（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔＩＥ）のデータフォーマットを示したものである。ＭＩＨ命令サービス応答ＩＥ（ＭＩＨＣｏｍｍａｎｄＳｅｒｖｉｃｅＲｅｓｐｏｎｓｅＩＥ）のデータフォーマットを示したものである。ＭＩＨイベントサービス指示ＩＥ（ＭＩＨＥｖｅｎｔＳｅｒｖｉｃｅＩｎｄｉｃａｔｉｏｎＩＥ）のデータフォーマットを示したものである。図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。

Claims

無線ローカルエリアネットワークにおいて外部ネットワークに関連する情報の入手可能性を発見する方法であって、該方法は、
該外部ネットワークの情報サービス（ＩＳ）サーバからの媒体独立ハンドオーバ（ＭＩＨ）ＩＳに関する情報の検索を要求するためのプリミティブパラメータを、要求ステーションによって生成することであって、該プリミティブパラメータは、該ＩＳサーバを識別するための識別子を含む、ことと、
該要求ステーションによって、該プリミティブパラメータを含む要求メッセージを応答ステーションに伝送することと、
該要求ステーションによって、該応答ステーションから該要求メッセージに対する応答として応答メッセージを受信することであって、該応答メッセージは、該応答ステーションが該ＩＳサーバから受信するクエリ応答がフラグメント化されていることを示すフラグメント化フィールドを含む、ことと、
該要求ステーションによって、該応答ステーションから少なくとも１つのフラグメント化応答メッセージを受信することであって、該少なくとも１つのフラグメント化応答メッセージは、該クエリ応答の全てまたはフラグメントのいずれかを含む、ことと
を含み、各フラグメント化応答メッセージは、該クエリ応答の伝送すべきフラグメントがさらに存在するか否かを示す情報を含む、方法。
前記要求ステーションによって、前記識別子を含むビーコンフレームを受信することをさらに含む、請求項１に記載の方法。
前記要求ステーションは、非アクセスポイント（ＡＰ）ステーションであり、前記応答ステーションは、ＭＩＨ機能をサポートするエンティティまたはＡＰである、請求項１に記載の方法。
無線ローカルエリアネットワークにおいて外部ネットワークに関連する情報の入手可能性を発見する装置であって、該装置は、プロトコルスタックを含み、該プロトコルスタックは、
該外部ネットワークの情報サービス（ＩＳ）サーバからの媒体独立ハンドオーバ（ＭＩＨ）ＩＳに関する情報の検索を要求するためのプリミティブパラメータを生成することであって、該プリミティブパラメータは、該ＩＳサーバを識別するための識別子を含む、ことと、
該プリミティブパラメータを含む要求メッセージを応答ステーションに伝送することと、
該応答ステーションから該要求メッセージに対する応答として応答メッセージを受信することであって、該応答メッセージは、該応答ステーションが該ＩＳサーバから受信するクエリ応答がフラグメント化されていることを示すフラグメント化フィールドを含む、ことと、
該応答ステーションから少なくとも１つのフラグメント化応答メッセージを受信することであって、該少なくとも１つのフラグメント化応答メッセージは、該クエリ応答の全てまたはフラグメントのいずれかを含む、ことと
を行うように構成され、各フラグメント化応答メッセージは、該クエリ応答の伝送すべきフラグメントがさらに存在するか否かを示す情報を含む、装置。
前記プロトコルスタックは、前記識別子を含むビーコンフレームを受信するようにさらに構成される、請求項４に記載の装置。
前記応答ステーションは、ＭＩＨ機能をサポートするエンティティまたはアクセスポイント（ＡＰ）である、請求項４に記載の装置。