(57)【要約】【課題】移動端末でネットワーク選択過程における特定ネットワークエンティティまたは連動網と関連した情報の獲得のためのメッセージ伝送方法を提供する。【解決手段】本発明による一実施例は、特定接続ポイント（ＡＰ）を介し上記特定ネットワークエンティティまたは連動網と関連した情報を要請するための第１プリミティブを上位管理個体で生成する段階と、上記第１プリミティブを媒体接続制御（ＭＡＣ）階層に伝達する段階と、上記情報の要請のために上記特定接続ポイントに上記第１プリミティブの内容を含む第１要請メッセージを伝送する段階と、上記特定接続ポイントから上記特定ネットワークエンティティまたは連動網と関連した情報が含まれた第２応答メッセージを受信する段階と、上記第２応答メッセージの内容を含む第３プリミティブを上記媒体接続制御階層で上記上位管理個体に伝達する段階を含んで構成される。【選択図】図２７
2009525664.tif 000002
【特許請求の範囲】
【請求項１】
移動端末でネットワーク選択過程における特定ネットワークエンティティまたは連動網と関連した情報の獲得のためのメッセージ伝送方法において、
特定アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）を介し上記特定ネットワークエンティティまたは連動網と関連した情報を要請するための第１プリミティブを上位管理個体で生成する段階；
上記第１プリミティブを媒体接続制御（ＭＡＣ）階層に伝達する段階；
上記特定アクセスポイントに上記第１プリミティブの内容を含む第１要請メッセージを伝送する段階；
上記特定アクセスポイントから上記第１要請メッセージに対する応答として第１応答メッセージを受信する段階；
上記媒体接続制御階層で上記第１応答メッセージの内容を含む第２プリミティブを上記上位管理階層に伝達する段階；
上記特定アクセスポイントから上記特定ネットワークエンティティまたは連動網と関連した情報が含まれた第２応答メッセージを受信する段階；及び、
上記第２応答メッセージの内容を含む第３プリミティブを上記媒体接続制御階層で上記上位管理個体に伝達する段階を含む、メッセージ伝送方法。
【請求項２】
請求項１において、
上記第１プリミティブは、要請される情報のタイプを識別するための識別情報を含むことを特徴とする、メッセージ伝送方法。
【請求項３】
請求項２において、
上記第１プリミティブは、上記タイプ識別情報によるＭＩＨフレームまたは製造社定義フレーム（ｖｅｎｄｏｒ  ｓｐｅｃｉｆｉｃ  ｆｒａｍｅ）をさらに含むことを特徴とする、メッセージ伝送方法。
【請求項４】
請求項２において、
上記ＭＩＨフレームは、ＭＩＨ  ＩＳ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ）フレームまたはイベントサービス及び／またはコマンドサービス性能探索のためのＭＩＨ性能探索フレームであることを特徴とする、メッセージ伝送方法。
【請求項５】
請求項１において、
上記第１応答メッセージ及び上記第２プリミティブは、状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）、クエリ識別子（ｑｕｅｒｙ  ＩＤ）、マルチキャスト住所（ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓ）及びＭＩＨ性能（ＭＩＨ  ｃａｐａｂｉｌｉｔｙ）のうち少なくとも一つを含むことを特徴とする、メッセージ伝送方法。
【請求項６】
請求項１において、
上記上位管理個体は、ＳＭＥ（Ｓｙｓｔｅｍ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）またはＭＩＨ（Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ）個体であることを特徴とする、メッセージ伝送方法。
【請求項７】
請求項１において、
上記第２応答メッセージは、クエリに対する応答内容が含まれた動作フレームを含むことを特徴とする、メッセージ伝送方法。
【請求項８】
請求項１において、
上記第２応答メッセージは、数回繰り返されて受信されることを特徴とする、メッセージ伝送方法。
【請求項９】
請求項１において、
上記第１プリミティブ生成段階以前に上記アクセスポイントからビーコン（ｂｅａｃｏｎ）を受信する段階をさらに含むことを特徴とする、メッセージ伝送方法。
【請求項１０】
請求項８において、
上記ビーコンは上記アクセスポイントのＭＩＨＦ性能（ｃａｐａｂｉｌｉｔｙ）とＧＡＳ（Ｇｅｎｅｒｉｃ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｓｅｒｖｉｃｅ、情報放送サービス）及びＭＩＨインターフェースを有した個体（ＭＩＨＦ−ＡＰ）の存在如何に関する情報のうち少なくともいずれか一つを含むことを特徴とする、メッセージ伝送方法。
【請求項１１】
請求項１において、
上記特定ネットワークエンティティは、ＭＩＨＦエンティティであることを特徴とする、メッセージ伝送方法。
【請求項１２】
請求項１において、
上記第２応答メッセージは、上記特定アクセスポイントにより放送（ｂｒｏａｄｃａｓｔ）またはマルチキャスト（ｍｕｌｔｉｃａｓｔ）されることを特徴とする、メッセージ伝送方法。
【請求項１３】
請求項１２において、
上記第２応答メッセージがマルチキャストされる場合、上記第１応答メッセージはマルチキャスト住所を含むことを特徴とする、メッセージ伝送方法。
【請求項１４】
移動端末でネットワーク選択過程における特定ネットワークエンティティまたは連動網と関連した情報の獲得のためのメッセージ伝送方法において、
特定アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）を介し上記特定ネットワークエンティティまたは連動網と関連した情報を要請するための第１プリミティブを上位管理個体で生成する段階；
上記第１プリミティブを媒体接続制御（ＭＡＣ）階層に伝達する段階；
上記情報の要請のために上記特定アクセスポイントに上記第１プリミティブの内容を含む第１要請メッセージを伝送する段階；
上記特定アクセスポイントから上記特定ネットワークエンティティまたは連動網と関連した情報が含まれた第２応答メッセージを受信する段階；及び、
上記第２応答メッセージの内容を含む第３プリミティブを上記媒体接続制御階層で上記上位管理個体に伝達する段階を含む、メッセージ伝送方法。
【請求項１５】
請求項１４において、
上記特定アクセスポイントから上記第１要請メッセージに対する応答として第１応答メッセージを受信する段階；及び、
上記媒体接続制御階層で上記第１応答メッセージの内容を含む第２プリミティブを上記上位管理階層に伝達する段階をさらに含む、メッセージ伝送方法。
【請求項１６】
請求項１４において、
上記第１プリミティブは、要請される情報のフォーマットを識別するための識別情報と上記識別情報により指示されるフォーマットによる要請情報を含むことを特徴とする、メッセージ伝送方法。
【請求項１７】
請求項１６において、
上記第１プリミティブに含まれる要請情報は、情報フレームであることを特徴とする、メッセージ伝送方法。
【請求項１８】
請求項１７において、
上記情報フレームは、ＭＩＨフレームまたは製造社定義フレーム（ｖｅｎｄｏｒ  ｓｐｅｃｉｆｉｃ  ｆｒａｍｅ）であることを特徴とする、メッセージ伝送方法。
【請求項１９】
請求項１８において、
上記ＭＩＨフレームは、ＭＩＨ  ＩＳ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ）フレームまたはイベントサービス及び／またはコマンドサービス性能探索のためのＭＩＨ性能探索フレームであることを特徴とする、メッセージ伝送方法。
【請求項２０】
請求項１５において、
上記第１応答メッセージ及び上記第２プリミティブは、状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）、クエリ識別子（ｑｕｅｒｙ  ＩＤ）、マルチキャスト住所（ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓ）及びＭＩＨ性能（ＭＩＨ  ｃａｐａｂｉｌｉｔｙ）のうち少なくとも一つを含むことを特徴とする、メッセージ伝送方法。
【請求項２１】
請求項１４において、
上記上位管理個体は、ＳＭＥ（Ｓｙｓｔｅｍ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）またはＭＩＨ（Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ）個体であることを特徴とする、メッセージ伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関し、より具体的には、通信ネットワークにおけるメッセージ伝送方法に関する。
【背景技術】
【０００２】
異機種網間媒介体独立のハンドオーバ（ＭＩＨ：Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ）に対する国際標準化を進行中であるＩＥＥＥ  ８０２．２１は、異種網（ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｎｅｔｗｏｒｋ）間に切れないハンドオーバ（Ｓｅａｍｌｅｓｓ  Ｈａｎｄｏｖｅｒ）とサービス連続性（Ｓｅｒｖｉｃｅ  Ｃｏｎｔｉｎｕｉｔｙ）を提供して移動端末の使用者便宜性を向上させることを目的とし、基本的な要求事項ではＭＩＨ機能、イベントサービス（ＥＳ：Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ）、命令サービス（ＣＳ：Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ）及び情報サービス（ＩＳ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ）を定義している。
【０００３】
移動端末は、一つ以上のインターフェースタイプ（Ｉｎｔｅｒｆａｃｅ  Ｔｙｐｅ）を支援するマルチモードノード（ｍｕｌｔｉｍｏｄｅ  ｎｏｄｅ）であり、インターフェースはＩＥＥＥ  ８０２．３基盤のイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））のような有線（Ｗｉｒｅ−ｌｉｎｅ）形態、ＩＥＥＥ  ８０２．１１、８０２．１５、８０２．１６などのようなＩＥＥＥ  ８０２．ＸＸに基盤した無線インターフェース形態、３ＧＰＰ、３ＧＰＰ２のようなセルラ（Ｃｅｌｌｕｌａｒ）標準化機構により定義されたインターフェース形態のうち一つである。
【０００４】
図１は、マルチモードで構成された移動端末のプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）を示したものである。図１に示したように、マルチモードで構成された移動端末は各モードの物理階層（ＰＨＹ）と媒体接近制御階層（ＭＡＣ）を有し、ＭＩＨ機能（Ｆｕｎｃｔｉｏｎ）は論理的な個体であり、プロトコルスタック内に各階層とＳＡＰ（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）を介しインターフェースしながら自由に位置できる。
【０００５】
媒介体独立のハンドオーバ（ＭＩＨ：Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ）は、８０２系列インターフェース間または８０２系列インターフェースと上記したような非８０２系列インターフェース（３ＧＰＰ、３ＧＰＰ２）間に定義されなければならず、Ｍｏｂｉｌｅ  ＩＰとＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）のような上位階層の移動性支援プロトコルがハンドオーバと切れないサービスのために支援されなければならない。
【０００６】
以下、異機種網間ハンドオーバ技術に対して説明する。
【０００７】
ＩＥＥＥ  ８０２．２１規格は“ｂｒｅａｋ  ｂｅｆｏｒｅ  ｍａｋｅ”あるいは“ｍａｋｅ  ｂｅｆｏｒｅ  ｂｒｅａｋ”に大きく区分されることができる多様なハンドオーバ方法が容易に動作できるようにすることにその目的がある。媒介体無関ハンドオーバ機能（ＭＨＩＦ：Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ  Ｆｕｎｃｔｉｏｎ）はよく定義されたサービス接近点（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＳＡＰ）を介し上位階層と下位階層に媒介体無関イベントサービス（ＭＩＥＳ：Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ）のような非対称サービスと媒介体無関命令サービス（ＭＩＣＳ：Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ）のような対称サービスを提供する。媒介体無関ハンドオーバ技術は３つのＭＩＨＦサービスと媒介体無関ハンドオーバプロトコルで構成される。３つの主要なＭＩＨＦサービスは、媒介体無関イベントサービス（Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ、ＭＩＥＳ）、媒介体無関命令サービス（Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ、ＭＩＣＳ）、そして媒介体無関情報サービス（Ｍｅｄｉａ  ｉｎｄｅｐｅｎｄｅｎｔＩｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ、ＭＩＩＳ）等である。
【０００８】
媒介体無関イベントサービスは、リンク階層から上位階層に伝達される情報であり、上位階層は登録手続きによってこの情報を受信可能である。ここで移動性管理プロトコルを含んだ上位階層は、ハンドオーバを予測してハンドオーバを助けるためにハンドオーバがすぐ発生するということ、またはちょうどハンドオーバが遂行されたというなどのリンク階層情報を受信する必要がある。媒介体無関イベントサービスは、下位階層（２階層以下）にあるイベントを発生した個体から通常ＭＩＨＦで縦断されるリンクイベント（Ｌｉｎｋ  Ｅｖｅｎｔ）とＭＩＨＦによって登録した上位階層（３階層以上）に伝播されるＭＩＨイベント（ＭＩＨ  Ｅｖｅｎｔ）に区分されることができる。リンクイベントとＭＩＨイベントは伝播される領域によって再び２種類に区分される。イベントがローカルスタック内でイベント源泉から発生して地域ＭＩＨＦに、あるいはＭＩＨＦで上位階層に上向きに伝達されれば地域イベント（Ｌｏｃａｌ  Ｅｖｅｎｔ）といい、遠隔のイベント源泉から発生して遠隔のＭＩＨＦに伝達され、またこれが遠隔ＭＩＨＦから地域ＭＩＨＦまで遠隔で伝達される場合、このイベントは遠隔イベント（Ｒｅｍｏｔｅ  Ｅｖｅｎｔｓ）という。
【０００９】
図２は、ローカルイベント（Ｌｏｃａｌ  Ｅｖｅｎｔ）、ＭＩＨイベントモデルに対する構造を示したものであって、ＭＩＨイベントは、ＭＩＨから上位管理個体あるいは上位階層に伝達されるイベントであり、従来技術上のイベントトリガがこれに該当する。リンクイベントは下位階層（ＭＡＣまたは物理階層）からＭＩＨに伝達されるイベントであり、各々のインターフェースＭＡＣ階層あるいは物理階層で用いられるプリミティブが用いられる。
【００１０】
図３は、本発明における遠隔リンクイベント（Ｒｅｍｏｔｅ  Ｌｉｎｋ  Ｅｖｅｎｔ）モデルに対する構造を示したものであって、ローカルスタック内にある下位階層で同じローカルスタック内にあるＭＩＨにイベントを発生させれば、ＭＩＨはこれを遠隔スタックのＭＩＨに伝達する。また、これは遠隔スタック内の下位階層で遠隔スタックＭＩＨにイベントを発生させ、これからローカルスタックにＭＩＨがトリガを伝達を受ける場合も該当する。
【００１１】
図４は、本発明における遠隔ＭＩＨイベント（Ｒｅｍｏｔｅ  ＭＩＨ  Ｅｖｅｎｔ）モデルに対する構造を示したものであって、ローカルスタック内にあるＭＩＨは遠隔ＭＩＨイベントを発生させて遠隔スタック内にある相手ＭＩＨに伝送する。相手ＭＩＨはこれを自分のスタック内に上位管理個体あるいは上位階層に伝達する。また、これは遠隔スタック内にＭＩＨでローカルスタックＭＩＨにイベントを発生させ、これからローカルスタックに上位階層がトリガを伝達を受ける場合も該当する。
【００１２】
媒介体無関命令サービスは、上位階層と異なるＭＩＨ使用者がリンク状態を決定して多重モード装置の最適化された動作を調整するために上位階層（３階層以上）から下位階層（２階層以下）に伝達される命令である。媒介体無関イベントサービスと類似に媒介体無関命令サービスはリンク命令（Ｌｉｎｋ  Ｃｏｍｍａｎｄ）とＭＩＨ命令（ＭＩＨ  Ｃｏｍｍａｎｄ）に分類される。リンク命令とＭＩＨ命令はやはり伝播される領域によって地域命令と遠隔命令に分けられる。地域ＭＩＨ命令（Ｌｏｃａｌ  ＭＩＨ  Ｃｏｍｍａｎｄ）は、上位階層で発生してＭＩＨＦ（例えば、上位階層移動性管理プロトコルでＭＩＨＦあるいは政策機関（Ｐｏｌｉｃｙ  Ｅｎｇｉｎｅ）でＭＩＨＦ等）へ伝達される。地域リンク命令語は下位階層個体を調整するためにＭＩＨＦで発生して下位階層に（例えば、ＭＩＨＦで媒体接近制御あるいはＭＩＨＦで物理階層）伝達される。遠隔ＭＩＨ命令は上位階層で発生して遠隔の同等スタックへ伝達される命令であり、遠隔リンク命令はＭＩＨＦで発生して遠隔の同等スタックの下位階層に伝達される命令である。
【００１３】
図５は、ＭＩＨコマンド、リンクコマンドモデルに対する構造を示したものであって、ＭＩＨコマンドは上位管理個体あるいは上位階層から発生してＭＩＨに伝達され、ＭＩＨに如何なる行為を指示するようになる。リンクコマンドはＭＩＨから発生して下位階層に伝達され、下位階層に如何なる行為を指示するようになる。
【００１４】
図６は、遠隔ＭＩＨコマンドモデルに対する構造を示したものであって、ローカルスタック内にある上位管理個体あるいは上位階層から遠隔ＭＩＨコマンドが発生してＭＩＨに伝達され、ＭＩＨはこれを遠隔スタック内に相手ＭＩＨに伝達する。また、これは遠隔スタック内に上位階層で遠隔スタックＭＩＨにコマンドを発生させ、これからローカルスタックにＭＩＨがコマンドを伝達を受ける場合も該当する。
【００１５】
図７は、遠隔リンクコマンド（Ｒｅｍｏｔｅ  Ｌｉｎｋ  Ｃｏｍｍａｎｄ）モデルに対する構造を示したものであって、ローカルスタック内にあるＭＩＨはＲｅｍｏｔｅ  Ｌｉｎｋ  Ｃｏｍｍａｎｄを発生して遠隔スタック内にある相手ＭＩＨに伝達する。相手ＭＩＨはこれを遠隔スタック内の下位階層に伝達する。また、これは遠隔スタック内にＭＩＨでローカルスタックＭＩＨにコマンドを発生させ、これからローカルスタックに下位階層コマンドを伝達を受ける場合も該当する。
【００１６】
媒介体無関情報サービスは如何なる地理的な領域内の同種あるいは異種網に対する情報である。移動端末のＭＩＨＦだけでなく、網のＭＩＨＦも媒介体無関情報サービスを発見して獲得できる。媒介体無関情報サービスは多様な情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔｓ）を含み、上記情報要素は知能的なハンドオーバ決定を下すために必要な要素である。
【００１７】
ＭＩＨプロトコル（ｐｒｏｔｏｃｏｌ）は、ＭＩＨ性能探索（ｃａｐａｂｉｌｉｔｙ  ｄｉｓｃｏｖｅｒｙ）、ＭＩＨ遠隔登録（ｒｅｍｏｔｅ  ｒｅｇｉｓｔｒａｔｉｏｎ）、ＭＩＨメッセージ交換（ｍｅｓｓａｇｅ  ｅｘｃｈａｎｇｅ）の３つの段階に区分される。ＭＩＨ性能探索は網でＭＩＨ性能を放送する方法と移動端末の要請によってＭＩＨ性能を獲得する２つの方法によって遂行できる。
【００１８】
以下、無線ラン（Ｗｉｒｅｌｅｓｓ  ＬＡＮ、ＩＥＥＥ  ８０２．１１）網構造に対して説明する。
【００１９】
無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）とは、有線ＬＡＮのハブ（Ｈｕｂ）に該当するＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）装置を使用して無線ＬＡＮカードを装着したＰＤＡやノートブックＰＣのような無線端末にＬＡＮサービスを提供するネットワーク環境である。簡単に思えば、既存のイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））システムでハブと使用者端末間の有線区間をＡＰと無線ＬＡＮカードのようなＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）間の無線区間に代替したシステムであると考えることができる。無線ＬＡＮは、無線端末の配線が必要ないため、端末機の再配置が容易であり、ネットワークの構築及び拡張が容易であり、移動中にも通信が可能であるという長所がある反面、有線ＬＡＮに比べて伝送速度が相対的に低く無線チャンネルの特性上信号品質が不安定であり信号干渉が発生できるという短所がある。
【００２０】
図８は、無線ＬＡＮのネットワーク構成の一例を示したものである。図８に示したように、無線ＬＡＮのネットワーク形態はＡＰを含むか否かによって２つに分けられる。ＡＰを含む形態をインフラ構造（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）ネットワークといい、含まない形態をアド−ホック（ａｄ−ｈｏｃ）ネットワークという。一つのＡＰが提供するサービス領域をＢＳＡ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ａｒｅａ）といい、ＡＰを含んでそのＡＰに接続された無線端末を指し示してＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）という。ＡＰに接続されて無線端末がサービスを受けるようになることをＳＳ（Ｓｔａｔｉｏｎ  Ｓｅｒｖｉｃｅ）という。ＳＳはアド−ホックネットワークで無線端末同士授受するサービスも含む。
【００２１】
図９は、ＤＳとＥＳＳを含む無線ラン構造の一例を示したものである。ＢＳＳは複数個のＢＳＳ（ＢＳＳ１とＢＳＳ２）で構成される拡張された形態のネットワーク構造（ＥＳＳ：Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）を構成でき、上記ＢＳＳを連結するＡＰ構成をＤＳ（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）という。ＤＳは多様な種類の技術（例えば、無線ラン、有線ラン等）により構成されることができる。ＤＳを介して提供されるサービスをＤＳＳ（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｓｅｒｖｉｃｅ）といい、ＡＰはＳＴＡに動作する同時にＳＴＡにＤＳＳを提供することによってＳＴＡがＤＳをアクセスできるようにする。ＢＳＳとＤＳ間の通信はＢＳＳの一つの構成要素であるＡＰを介して行われる。
【００２２】
無線ランＡＰの一構成要素として遠隔要請ブローカ（ＲＲＢ：Ｒｅｍｏｔｅ  ｒｅｑｕｅｓｔ  ｂｒｏｋｅｒ）はＡＰのＳＭＥ（ｓｙｓｔｅｍ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）に存在し、同じ移動性領域（Ｍｏｂｉｌｉｔｙ  Ｄｏｍａｉｎ）内に存在するＡＰ間に通信が可能にする。即ち、同じ移動性領域ＩＤ（Ｍｏｂｉｌｉｔｙ  Ｄｏｍａｉｎ  ＩＤ）を所有するＡＰ間にはＤＳを介し論理的連結構造でＤＳを介した通信を支援する。ＲＲＢは現在ＡＰと次の候補ＡＰ間に遠隔要請／応答（ｒｅｍｏｔｅ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）フレームを生成したりメッセージを中継（ｒｅｌａｙ）する。
【００２３】
従来無線ラン（ＩＥＥＥ  ８０２．１１）技術では媒介体無関ハンドオーバのためにＭＩＨＦが適用されたＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）と端末だけのための手続きを考慮したし端末が、現在サービスを受けているＡＰがＭＩＨＦ（Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ  Ｆｕｎｃｔｉｏｎ）を支援しない場合、無線ラン移動端末が媒介体無関ハンドオーバを支援を受けることができなかった。また、ＡＰがＭＩＨＦを支援する場合にも移動端末とＡＰのＭＩＨＦがＭＩＨメッセージを遠隔で送受信する場合、ＭＩＨメッセージを一般データで送受信するため、相対的に遅延する問題があった。
【発明の開示】
【発明が解決しようとする課題】
【００２４】
本発明は、上記したような従来技術の問題点を解決するために案出されたものであって、本発明の目的は、移動端末とアクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）間にＱｏＳの保障を受けることができる方法を提供することである。
【００２５】
本発明の他の目的は、分散システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）内にＭＩＨＦが支援される個体と移動端末が通信できる方法を開示するものである。
【００２６】
本発明のもう一つの目的は、通信ネットワークで無線資源の浪費を防止して移動端末の電力消耗を減らすことができ、無線ラン網の拡張性に適当にした通信ネットワークにおける方法を提供することである。
【００２７】
本発明のもう一つの目的は、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）を介し同一網または異なる網にある特定ネットワークエンティティまたは上記アクセスポイントが含まれるネットワークと連動される連動網と関連した情報を獲得できる方法を提供することである。
【課題を解決するための手段】
【００２８】
本発明の一態様として、本発明によるメッセージ伝送方法は、移動端末でネットワーク選択過程における特定ネットワークエンティティまたは連動網と関連した情報の獲得のためのメッセージ伝送方法において、特定アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）を介し上記特定ネットワークエンティティまたは連動網と関連した情報を要請するための第１プリミティブを上位管理個体で生成する段階と、上記第１プリミティブを媒体接続制御（ＭＡＣ）階層に伝達する段階と、上記特定アクセスポイントに上記第１プリミティブの内容を含む第１要請メッセージを伝送する段階と、上記特定アクセスポイントから上記第１要請メッセージに対する応答として第１応答メッセージを受信する段階と、上記媒体接続制御階層で上記第１応答メッセージの内容を含む第２プリミティブを上記上位管理階層に伝達する段階と、上記特定アクセスポイントから上記特定ネットワークエンティティまたは連動網と関連した情報が含まれた第２応答メッセージを受信する段階と、上記第２応答メッセージの内容を含む第３プリミティブを上記媒体接続制御階層で上記上位管理個体に伝達する段階とを含んで構成されることを特徴とする。
【００２９】
上記第１プリミティブは、要請される情報のタイプを識別するための識別情報及び上記タイプ識別情報によるＭＩＨフレームまたは製造社定義フレーム（ｖｅｎｄｏｒ  ｓｐｅｃｉｆｉｃ  ｆｒａｍｅ）をさらに含むことができる。望ましくは、上記ＭＩＨフレームは、ＭＩＨ  ＩＳ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ）フレームまたはイベントサービス及び／またはコマンドサービス性能探索のためのＭＩＨ性能探索フレームである。
【００３０】
上記第１応答メッセージ及び上記第２プリミティブは、状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）、クエリ識別子（ｑｕｅｒｙ  ＩＤ）、マルチキャスト住所（ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓ）及びＭＩＨ性能（ＭＩＨ  ｃａｐａｂｉｌｉｔｙ）のうち少なくとも一つを含むことができる。望ましくは、上記上位管理個体は、ＳＭＥ（Ｓｙｓｔｅｍ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）またはＭＩＨ（Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ）個体である。
【００３１】
上記第２応答メッセージは、クエリに対する応答内容を含む動作フレームを含むことができる。望ましくは、上記第２応答メッセージは、数回繰り返されて受信される。望ましくは、上記特定ネットワークエンティティは、ＭＩＨＦエンティティである。上記第２応答メッセージは上記特定接続ポイントにより放送（ｂｒｏａｄｃａｓｔ）またはマルチキャスト（ｍｕｌｔｉｃａｓｔ）されることができる。上記第２応答メッセージがマルチキャストされる場合、上記第１応答メッセージはマルチキャスト住所を含む。
【００３２】
本発明の他の態様として、本発明によるメッセージ伝送方法は、移動端末でネットワーク選択過程における特定ネットワークエンティティまたは連動網と関連した情報の獲得のためのメッセージ伝送方法において、特定接続ポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）を介し上記特定ネットワークエンティティまたは連動網と関連した情報を要請するための第１プリミティブを上位管理個体で生成する段階と、上記第１プリミティブを媒体接続制御（ＭＡＣ）階層に伝達する段階と、上記情報の要請のために上記特定接続ポイントに上記第１プリミティブの内容を含む第１要請メッセージを伝送する段階と、上記特定接続ポイントから上記特定ネットワークエンティティまたは連動網と関連した情報が含まれた第２応答メッセージを受信する段階と、上記第２応答メッセージの内容を含む第３プリミティブを上記媒体接続制御階層で上記上位管理個体に伝達する段階とを含んで構成される。
【００３３】
望ましくは、上記第１プリミティブは、要請される情報のフォーマットを識別するための識別情報と上記識別情報により指示されるフォーマットによる要請情報を含み、上記第１プリミティブに含まれる要請情報は、情報フレームである。望ましくは、上記情報フレームはＭＩＨフレームまたは、製造社定義フレーム（ｖｅｎｄｏｒ  ｓｐｅｃｉｆｉｃ  ｆｒａｍｅ）である。望ましくは、上記ＭＩＨフレームはＭＩＨ  ＩＳ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ）フレームまたはイベントサービス及び／またはコマンドサービス性能探索のためのＭＩＨ性能探索フレームである。上記第１応答メッセージ及び上記第２プリミティブは、状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）、クエリ識別子（ｑｕｅｒｙ  ＩＤ）、マルチキャスト住所（ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓ）及びＭＩＨ性能（ＭＩＨ  ｃａｐａｂｉｌｉｔｙ）のうち少なくとも一つを含むことができる。
【発明の効果】
【００３４】
本発明を介し端末が媒介体無関ハンドオーバのために、遠隔ＭＩＨメッセージを無線ラン網で一般データフレームを使用する時より良質のＱｏＳを保障を受けて送受信でき、移動端末が接続されている現在ＡＰがＭＩＨＦを支援する場合だけでなく、現在ＡＰと同じＤＳ内に異なる個体、例えば、ＡＰあるいはサーバがＭＩＨＦを支援する個体である場合、移動端末が現在ＡＰを介しＭＩＨＦ個体とＭＩＨメッセージを送受信できる効果がある。現在ＡＰと同じＤＳ内に別途のＭＩＨＦ個体が存在する場合、ＭＩＨ性能応答を別途のＭＩＨＦ個体が放送することによって移動端末が要求応答（ｏｎ  ｄｅｍａｎｄ）として不必要なメッセージを伝送することを防止して無線資源の浪費と移動端末のバッテリー消耗を減らす効果がある。
【発明を実施するための最良の形態】
【００３５】
無線ランで媒介体独立ハンドオーバ機能を支援するためにＭＩＨＦ個体が相手ＭＩＨＦ個体があるかを発見し、支援するサービスが如何なるものがあるかを発見する手続きであるＭＩＨ性能探索（Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒｙ）手続きをネットワーク発見（Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ）段階で遂行しなければならない。
【００３６】
ＭＩＨ性能探索手続きを遂行するために、無線ラン移動端末はビーコン（Ｂｅａｃｏｎ）を介し現在ＡＰにあるいは現在ＡＰと同じＤＳ内のＭＩＨＦを支援する個体があるか否か、そして追加的なＭＩＨＦ個体の情報を受信する。
【００３７】
ビーコンを介しＭＩＨ性能情報を獲得できない場合や現在ＡＰにはＭＩＨＦ個体がなく現在ＡＰと同じＤＳ内にＭＩＨＦ個体があるということだけを知っている場合、要請により性能情報を得ることができる。また、ビーコンを介し現在ＡＰにＭＩＨＦ個体があることを知っている場合にも探索要請／応答メッセージ（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）交換を介しＡＰが支援するイベントとコマンドリスト情報を獲得できる。
【００３８】
要請により性能情報を獲得する場合には端末が認証手続き前に送ることができる探索要請／応答メッセージ（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）に、本発明で提案する情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）を含んで送信して獲得することもでき、本発明で提案する新たなＭＩＨプロトコル関連動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）の交換を介し獲得することができる。
【００３９】
ＭＩＨＦからプリミティブを介しＭＡＣ階層がサービス識別子を伝達を受けた場合に各サービス識別子とマッピングされる動作フィールド（Ａｃｔｉｏｎ  ｆｉｅｌｄ）がＭＩＨプロトコル動作フレーム（ＭＩＨ  Ｐｒｏｔｏｃｏｌ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）内に含まれることができる。
【００４０】
探索要請／応答メッセージによって情報を獲得する場合は、現在ＡＰが探索要請メッセージ（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）に含まれているＭＩＨ性能探索要請ＩＥ（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ＩＥ）をＤＳ内にＭＩＨＦを支援する個体に遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）メッセージにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）して中継し、現在ＡＰがＭＩＨＦを支援するＡＰである場合は、現在ＡＰのＭＩＨＦに伝達する。ＤＳ内のＭＩＨＦを支援する個体が移動端末に応答をする時は遠隔応答メッセージ（Ｒｅｍｏｔｅ  Ｒｅｓｐｏｎｓｅ）にＭＩＨ性能探索応答ＩＥ（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ＩＥ）をカプセル化して伝達し、現在ＡＰはこれを探索応答メッセージ（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）に含んで伝達する。現在ＡＰがＭＩＨＦを支援する場合は直ちに探索応答メッセージ（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）にＭＩＨ性能探索応答ＩＥ（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ＩＥ）を入れて伝達する。
【００４１】
無線ラン網では移動端末の認証段階にしたがって‘Ｂｅｆｏｒｅ  ａｔｔａｃｈｍｅｎｔ’（Ｓｔａｔｅ１）、‘Ｂｅｆｏｒｅ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ’（Ｓｔａｔｅ２）、‘Ａｆｔｅｒ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ’（Ｓｔａｔｅ３）の三段階に分けられ、ＡＰは、移動端末が伝送した動作フレーム（Ａｃｔｉｏｎ  ｆｒａｍｅ）の“Ａｃｔｉｏｎ”フィールドの値を確認して各段階によって伝送された動作フレームを処理するか否かを決定する。
【００４２】
表１及び表２は各々本発明に従って修正された探索要請メッセージ及び探索応答メッセージのデータフォーマットの一例を表す。
【００４３】
【表１】
2009525664.tif 000003
【００４４】
【表２】
2009525664.tif 000004
本発明に従って追加されたネットワーク発見ビーコン情報（Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）は、ビーコンに上記情報が挿入されて伝達されない場合、移動端末の要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）によりＡＰが伝送できる。
【００４５】
無線ランで媒介体無関ハンドオーバ機能（ＭＩＨＦ）を支援するために新たに定義するＭＩＨプロトコル動作フレーム（ＭＩＨ  Ｐｒｏｔｏｃｏｌ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）のためのカテゴリ値（Ｃａｔｅｇｏｒｙ  ｖａｌｕｅｓ）、ＭＩＨ情報要素（ＭＩＨ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔｓ）、動作フィールド（Ａｃｔｉｏｎ  ｆｉｅｌｄ）、状態コードフィールド（Ｓｔａｔｕｓ  ｃｏｄｅ  ｆｉｅｌｄ）の一例は各々次の表３、表４、表５及び表６の通りである。
【００４６】
【表３】
2009525664.tif 000005
【００４７】
【表４】
2009525664.tif 000006
【００４８】
【表５】
2009525664.tif 000007
本発明では既存のビーコンに現在ＡＰと同じＤＳ（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）にＭＩＨＦが支援される個体があることを知らせ、この個体の住所情報を知らせるＭＩＨＦエンティティ情報（Ｅｎｔｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）が追加される。現在ＡＰと同一ＤＳ内のＭＩＨＦが支援される個体は、ＤＳ内のＭＩＨＦが支援されるＡＰとなることもでき、別途のＭＩＨＦが支援されるサーバとなることもできる。
【００４９】
【表６】
2009525664.tif 000008
図１０、図１１、図１２、図１３及び図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ  Ｉｎｄｉｃａｔｉｏｎ  ａｃｔｉｏｎ  ｆｒａｍｅ）のフォーマットの一例を表す。
【００５０】
ＭＩＨ性能探索要求動作フレームは、端末が現在ＡＰを介しＭＩＨ性能情報獲得のために伝達する動作フレームである。現在ＡＰは、上記ＭＩＨ性能探索要求動作フレームの受信時、同じＤＳ内に存在するＭＩＨＦを支援するＭＩＨＦ個体に上記動作フレームを伝達するために、上記動作フレームを中継（伝達）したり、遠隔要請／応答メッセージ（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）内に上記情報をカプセル化（Ｅｎｃａｐｓｕｌａｔｉｏｎ）して伝送してＭＩＨＦ個体が無線ラン移動端末が送信したＭＩＨ性能探索要求メッセージを受信することができるようにする。現在ＡＰがＤＳ内に存在するＭＩＨＦ機能を支援する個体である場合はこれを動作フレームをＤＳに中継せず、現在ＡＰのＭＩＨＦに伝達する。
【００５１】
‘ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ＩＥ’には移動端末が支援するイベントサービス（Ｅｖｅｎｔ  ｓｅｒｖｉｃｅ）や命令サービス（ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ）情報が含まれる。
【００５２】
また、上記ＭＩＨ性能探索要求動作フレームはＤＳ内にあるＭＩＨＦ支援可能な個体が移動端末のＭＩＨ性能情報を獲得するために伝送することができる。
【００５３】
図１０に示した上記ＭＩＨ性能探索要求動作フレームの各パラメータに対して説明すれば、次の通りである。
【００５４】
−Ｃａｔｅｇｏｒｙ：ＭＩＨプロトコル動作フレーム（ＭＩＨ  Ｐｒｏｔｏｃｏｌ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）のためのカテゴリ値（Ｃａｔｅｇｏｒｙ  ｖａｌｕｅ）として７（ＭＩＨ  Ｐｒｏｔｏｃｏｌ）で設定される。
【００５５】
−Ａｃｔｉｏｎ：ＭＩＨ性能探索要求のために１で設定（Ｓｅｔ  ｔｏ  １  ｆｏｒ  ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ）
−ＳＴＡ  Ａｄｄｒｅｓｓ：端末のＭＡＣアドレス（Ａｄｄｒｅｓｓ）
−Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ：ＭＩＨＦ支援可能な個体のＭＡＣ住所であり、端末がＭＩＨＦの支援可能な個体の住所を知っている場合は明示的に入れ、そうでない場合は放送（Ｂｒｏａｄｃａｓｔ）住所あるいはマルチキャスト（Ｍｕｌｔｉｃａｓｔ）住所などを入れることができる。
【００５６】
−ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ＩＥ：ＳＴＡが支援可能なイベントサービスと命令サービス情報を含む。
【００５７】
ＭＩＨ性能探索応答動作フレームは、上記ＭＩＨ性能探索要請動作フレームに対する応答であり、現在ＡＰから端末に伝送される。‘ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ＩＥ’にはＭＩＨＦ個体が支援するイベントサービスや命令サービス情報が含まれる。
【００５８】
図１１に示したＭＩＨ性能探索応答動作フレームの各パラメータに対して説明すれば、次の通りである。
【００５９】
−Ｃａｔｅｇｏｒｙ：ＭＩＨプロトコル動作フレームのためのカテゴリ値として７（ＭＩＨ  Ｐｒｏｔｏｃｏｌ）で設定される。
【００６０】
−Ａｃｔｉｏｎ：ＭＩＨ性能探索応答のために２で設定（Ｓｅｔ  ｔｏ  ２  ｆｏｒ  ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ）
−ＳＴＡ  Ａｄｄｒｅｓｓ：端末のＭＡＣアドレス（Ａｄｄｒｅｓｓ）
−Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ：ＭＩＨＦ支援可能な個体のＭＡＣ住所
−Ｓｔａｔｕｓ  ｃｏｄｅ：ＭＩＨプロトコル動作要請フレームの成功／失敗（ｓｕｃｃｅｓｓ／Ｆａｉｌ）を表す。
【００６１】
−ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ＩＥ：ＭＩＨＦ個体が支援可能なイベントサービスと命令サービス情報を含む。
【００６２】
ＭＩＨ命令サービス要請動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）は、移動端末が遠隔で命令サービス要請メッセージ（Ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）を伝送するために伝送する動作フレームである。現在ＡＰは、上記ＭＩＨ命令サービス要請動作フレームを受信すれば、同じＤＳ内に存在するＭＩＨＦを支援するＭＩＨＦ個体に上記ＭＩＨ命令サービス要請動作フレームを伝達するために、上記動作フレームを中継（伝達）したり、遠隔要請／応答メッセージ（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）内に上記情報をカプセル化して伝送してＭＩＨＦ個体が無線ラン移動端末が送信したＭＩＨ性能要請メッセージを受信することができるようにする。現在ＡＰがＤＳ内に存在するＭＩＨＦ機能を支援する個体である場合は動作フレームをＤＳに中継せず、現在ＡＰのＭＩＨＦに伝達する。
【００６３】
上記ＭＩＨ命令サービス要請動作フレームは、ＤＳ内のＭＩＨＦが移動端末のＭＩＨＦに遠隔で命令サービス要請（ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）をする時にも伝送されることができ、この場合は遠隔要請フレームに上記ＭＩＨ命令サービス要請動作フレームがカプセル化されて伝送されたり、上記ＭＩＨ命令サービス要請動作フレームを移動端末と連結されているＡＰに伝送して上記ＡＰがＳＴＡ住所へ上記動作フレームを中継して伝送することができる。
【００６４】
図１２に示した上記ＭＩＨ命令サービス要請動作フレームの各パラメータに対して説明すれば、次の通りである。
【００６５】
−Ｃａｔｅｇｏｒｙ：ＭＩＨプロトコル動作フレームのためのカテゴリ値として７（ＭＩＨ  Ｐｒｏｔｏｃｏｌ）で設定される。
【００６６】
−Ａｃｔｉｏｎ：ＭＩＨ命令サービス要請のために３で設定（Ｓｅｔ  ｔｏ  ３  ｆｏｒ  ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）
−ＳＴＡ  Ａｄｄｒｅｓｓ：端末のＭＡＣアドレス（Ａｄｄｒｅｓｓ）
−Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ：ＭＩＨＦ支援可能な個体のＭＡＣ住所であり、端末がＭＩＨＦの支援可能な個体の住所を知っている場合は明示的に入れ、そうでない場合は放送住所あるいはマルチキャスト住所などを入れることができる。
【００６７】
−ＭＩＨ  Ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ（ＣＳ）  Ｒｅｑｕｅｓｔ  ＩＥ：要請する命令サービス要請情報を含む。
【００６８】
ＭＩＨ命令サービス応答動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）は、上記ＭＩＨ命令サービス要請動作フレーム（Ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）に対する応答であり、現在ＡＰから移動端末に伝送される。‘ＭＩＨ  ＣＳ  Ｒｅｓｐｏｎｓｅ  ＩＥ’には命令サービス要請（ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）に対するＭＩＨＦ個体の応答情報が含まれる。
【００６９】
ＤＳ内のＭＩＨＦにより要請されたＭＩＨ命令サービス要請動作フレームに対する応答として伝送される場合には無線ラン移動端末が送信することもできる。
【００７０】
図１３に示したＭＩＨ命令サービス応答動作フレームにある各パラメータに対して説明すれば、次の通りである。
【００７１】
−Ｃａｔｅｇｏｒｙ：ＭＩＨプロトコル動作フレームのためのカテゴリ値（Ｃａｔｅｇｏｒｙ  ｖａｌｕｅ）として７（ＭＩＨ  Ｐｒｏｔｏｃｏｌ）で設定される。
【００７２】
−Ａｃｔｉｏｎ：ＭＩＨ命令サービス応答のために４で設定される（Ｓｅｔ  ｔｏ  ４  ｆｏｒ  ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｓｐｏｎｓｅ）
−ＳＴＡ  Ａｄｄｒｅｓｓ：端末のＭＡＣアドレス
−Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ：ＭＩＨＦ支援可能な個体のＭＡＣ住所
−Ｓｔａｔｕｓ  ｃｏｄｅ：ＭＩＨプロトコル動作要請フレームの成功／失敗（ｓｕｃｃｅｓｓ／Ｆａｉｌ）を表す。
【００７３】
−ＭＩＨ  Ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ（ＣＳ）  Ｒｅｓｐｏｎｓｅ  ＩＥ：要請したＭＩＨ命令サービス要請に対する応答情報を含む。
【００７４】
上記ＭＩＨイベントサービス指示動作フレーム（ＭＩＨ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ  Ｉｎｄｉｃａｔｉｏｎ  ａｃｔｉｏｎｆｒａｍｅ）は、移動端末がＤＳにあるＭＩＨＦ支援可能な個体にイベントサービス（Ｅｖｅｎｔ  ｓｅｒｖｉｃｅ）を伝送する時用いられる。または、ＤＳにあるＭＩＨＦ支援可能な個体が移動端末にＭＩＨＦ支援可能な個体のイベントサービス情報を送信する時も用いられる。移動端末が伝送する場合には、現在ＡＰがＭＩＨＦ支援可能な個体でない場合は、現在ＡＰが上記動作フレームを中継（ｒｅｌａｙ）したり、遠隔要請メッセージ（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）にカプセル化して伝送する。現在ＡＰがＭＩＨＦ支援可能な個体である場合は、現在ＡＰのＭＩＨＦにメッセージを伝送する。ＤＳ内にＭＩＨＦ支援可能な個体が送信する場合には、上記メッセージを遠隔要請または応答メッセージにカプセル化して送ったり直接上記要請または応答メッセージを移動端末が接続しているＡＰに送信して該当ＡＰが動作フレームを移動端末に伝送するようにする。現在、移動端末が接続しているＡＰがＭＩＨＦ支援する個体である場合は、直ちに上記ＭＩＨイベントサービス指示動作フレームを移動端末に伝送する。‘ＭＩＨ  ＥＳ  Ｉｎｄｉｃａｔｉｏｎ  ＩＥ’には伝送しようとするイベントサービスが含まれる。
【００７５】
図１４に示した各パラメータに対して説明すれば、次の通りである。
【００７６】
−Ｃａｔｅｇｏｒｙ：ＭＩＨプロトコル動作フレームのためのカテゴリ値として７（ＭＩＨ  Ｐｒｏｔｏｃｏｌ）で設定される。
【００７７】
−Ａｃｔｉｏｎ：ＭＩＨイベントサービス指示のために５で設定される。（Ｓｅｔ  ｔｏ  ５  ｆｏｒ  ＭＩＨ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ  Ｉｎｄｉｃａｔｉｏｎ）
−ＳＴＡ  Ａｄｄｒｅｓｓ：端末のＭＡＣアドレス
−Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ：ＭＩＨＦ支援可能な個体のＭＡＣ住所
−ＭＩＨ  Ｅｖｅｎｔ  ｓｅｒｖｉｃｅ（ＥＳ）  Ｉｎｄｉｃａｔｉｏｎ  ＩＥ：伝送しようとするイベントサービス情報が含まれる。
【００７８】
本発明の実施例では、“Ａｃｔｉｏｎ”パラメータにＭＩＨ性能探索要請、ＭＩＨ性能探索応答、ＭＩＨ命令サービス要請、ＭＩＨ命令サービス応答、ＭＩＨイベントサービス指示の例を説明したが、これは単に実施例であり、上記“Ａｃｔｉｏｎ”パラメータの値によって移動端末が現在動作フレームを伝送する時点の移動端末の状態、即ち‘Ｂｅｆｏｒｅ  ａｔｔａｃｈｍｅｎｔ’（Ｓｔａｔｅ１）、‘Ｂｅｆｏｒｅ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ’（Ｓｔａｔｅ２）、‘Ａｆｔｅｒ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ’（Ｓｔａｔｅ３）状態に従って上記動作フレームを受信するＡＰが如何に上記伝送された動作フレームを処理するかを決定する。例えば、上記の状態に従ってＳｔａｔｅ１では特定“Ａｃｔｉｏｎ”値で設定された動作フレームだけを処理でき、その以外の動作フレームの場合、ＡＰはこれを廃棄することもできる。
【００７９】
追加的な例として、“Ａｃｔｉｏｎ”パラメータが有することができる値としてＭＩＨ  Ｐｒｏｔｏｃｏｌ−Ｉ、ＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩ、ＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩＩがある。“Ａｃｔｉｏｎ”パラメータがＭＩＨ  Ｐｒｏｔｏｃｏｌ−Ｉである場合にはＳｔａｔｅ１で処理できる動作フレームであり、ＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩである場合はＳｔａｔｅ２で処理できる動作フレームであり、ＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩＩである場合はＳｔａｔｅ３で処理できる動作フレームである。ＭＩＨ  Ｐｒｏｔｏｃｏｌ−Ｉで設定された動作フレームがＳｔａｔｅ２、Ｓｔａｔｅ３で伝送された場合には、ＡＰは上記動作フレームを処理できる。同様に、ＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩで設定された動作フレームがＳｔａｔｅ３に伝送された場合にも、ＡＰは上記動作フレームを処理できる。然しながら、ＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩで設定された動作フレームがＳｔａｔｅ１に伝送された場合にはＡＰは上記動作フレームを処理できない。
【００８０】
もう一つの追加的な例として、サービス識別子（Ｓｅｒｖｉｃｅ  ＩＤ）が用いられた場合の“Ａｃｔｉｏｎ”パラメータ値の意味は次の通りである。サービス識別子は８０２．２１  ＷＧで定義しているＭＩＨフレーム区分子と同じ値である。サービス識別子が１である場合、システム管理（Ｓｙｓｔｅｍ  ｍａｎａｇｅｍｅｎｔ）ＭＩＨフレームを表す場合であり、“Ａｃｔｉｏｎ”パラメータは“ＭＩＨ  Ｐｒｏｔｏｃｏｌ−Ｉ”で設定される。ＭＩＨ性能探索ＭＩＨフレームはシステム管理ＭＩＨフレームに分類されることができる。サービス識別子が２である場合、イベントサービス（Ｅｖｅｎｔ  ｓｅｒｖｉｃｅ）ＭＩＨフレーム、サービス識別子が３である場合、コマンドサービス（Ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ）ＭＩＨフレームを表し、この時“Ａｃｔｉｏｎ”パラメータは“ＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩ”で設定される。サービス識別子が４である場合、情報サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ）ＭＩＨフレームを表し、“Ａｃｔｉｏｎ”パラメータは“ＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩＩ”で設定される。
【００８１】
“ＭＩＨ  Ｐｒｏｔｏｃｏｌ−Ｉ”、“ＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩＩ”で設定された動作フレームは、Ｓｔａｔｅ１、２、３状態で全て有効であると判断されることができ、“ＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩ”で設定された動作フレームはＳｔａｔｅ３状態でだけ有効であると判断されることができる。上記イベントサービス（Ｅｖｅｎｔ  ｓｅｒｖｉｃｅ）とコマンドサービス（Ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ）ＭＩＨフレームのサービス識別子は同一に２を表すこともでき、この場合、サービス識別子２である場合“Ａｃｔｉｏｎ”パラメータがＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩで設定され、この場合、上記情報サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ）ＭＩＨフレームはサービス識別子が３となり、“Ａｃｔｉｏｎ”パラメータがＭＩＨ  Ｐｒｏｔｏｃｏｌ−ＩＩＩで設定される。これは単に一実施例であり、ＭＩＨＦが伝達するＭＩＨフレームのサービス識別子を８０２．１１  ＭＡＣに知らせて伝達する動作フレームの“Ａｃｔｉｏｎ”パラメータを異に設定するようにすることである。また、サービス識別子を見てＳｔａｔｅ１、２、３に合わないＭＩＨＦフレームが伝送されてきた場合はこれをＡＰに伝送するか否かを決定することもできる。受信側では動作フレームを受信した後“Ａｃｔｉｏｎ”パラメータだけを見て、含まれているＭＩＨフレームが如何なる種類があるということを知るようになることによって、Ｓｔａｔｅ１、２、３に合うように伝送されなければならないメッセージに対する処理をでき、ＭＩＨＦに伝送されたＭＩＨＦフレームを伝達する時もＭＩＨＦフレームをデコーディング（ｄｅｃｏｄｉｎｇ）する必要なくサービス種類を区分して知らせることができる。
【００８２】
遠隔要請ブローカ（ＲＲＢ：Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ  ｂｒｏｋｅｒ）はＡＰのＳＭＥ（Ｓｙｓｔｅｍ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）に存在し、同じ移動性領域（Ｍｏｂｉｌｉｔｙ  Ｄｏｍａｉｎ）内に存在するＡＰ間に通信が可能にする。即ち、同じ移動性領域ＩＤを所有するＡＰ間にはＤＳを介し論理的連結構造でＤＳを介した通信を支援する。ＲＲＢは現在ＡＰと次の候補ＡＰ間に遠隔要請／応答フレームを生成したりメッセージを中継する。
【００８３】
遠隔要請／応答フレーム（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ  ｆｒａｍｅ）に対し説明すれば、次の通りである。現在アクセスポイントの遠隔要請ブローカは移動端末からＭＩＨプロトコル動作フレームを受けた後、上記ＭＩＨプロトコル動作フレームを遠隔要請フレーム内にカプセル化してＭＩＨＦ個体に伝送する。移動端末が接続しようとする、または接続している現在ＡＰは移動端末の接続状態を遠隔要請／応答メッセージ（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）に含んで伝送する。
【００８４】
伝送できる移動端末の状態は次の通りである。
【００８５】
−０ｘ００（Ｓｔａｔｅ１：Ｂｅｆｏｒｅ  ａｔｔａｃｈｍｅｎｔ）−ｂｅｆｏｒｅ  ａｎｙ  ｒｅｓｏｕｒｃｅｓ  ｏｒ  ｓｔａｔｅ  ｆｏｒ  ｔｈｅ  ｃｌｉｅｎｔ  ａｒｅ  ｅｓｔａｂｌｉｓｈｅｄ  ｉｎ  ｔｈｅ  ｎｅｔｗｏｒｋ。Ｉｎ  ＩＥＥＥ  ８０２．１１  ｔｈｉｓ  ｉｓ  ｅｑｕｉｖａｌｅｎｔ  ｔｏ  ｐｒｅ−ａｓｓｏｃｉａｔｉｏｎ
−０ｘ０１（Ｓｔａｔｅ２：Ｂｅｆｏｒｅ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）−ｗｈｅｎ  ｄａｔａ  ｃａｎ  ｂｅ  ｅｘｃｈａｎｇｅｄ  ｏｖｅｒ  ｔｈｅ  ＩＥＥＥ  ８０２．１Ｘ  ｕｎｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ。Ａｔ  ｔｈｉｓ  ｐｏｉｎｔ  ｔｈｅ  ｐｒｏｔｏｃｏｌ  ｆｒａｍｅｓ  ｍａｙ  ｂｅ  ａｔ  ａ  ｓｌｉｇｈｔｌｙ  ｈｉｇｈｅｒ  ｌａｙｅｒ，  ｂｕｔ  ｔｈｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｔｈａｔ  ｍａｙ  ｂｅ  ｅｘｃｈａｎｇｅｄ  ｉｓ  ｓｔｉｌｌ  ｌｉｍｉｔｅｄ。
【００８６】
−０ｘ０２（Ｓｔａｔｅ３：Ａｆｔｅｒ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ）−ｗｈｅｎ  ｄａｔａ  ｃａｎ  ｂｅ  ｅｘｃｈａｎｇｅｄ  ｏｖｅｒ  ｔｈｅ  ＩＥＥＥ  ８０２．１Ｘ  ｃｏｎｔｒｏｌｌｅｄ  ｐｏｒｔ。Ａｔ  ｔｈｉｓ  ｐｏｉｎｔ  ａｎｙ  ｉｎｆｏｒｍａｔｉｏｎ  ｃａｎ  ｂｅ  ｅｘｃｈａｎｇｅｄ。
【００８７】
ＡＰは伝送されてきた上記動作フレームを移動端末の状態に従って状態が動作フレームを処理できない状態ならば廃棄する等の処理をすることもできるが、上記移動端末の状態を遠隔要請メッセージ（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）に含めて伝送することもらできる。上記遠隔要請メッセージを受信した個体はメッセージにある移動端末の状態に従ってこれを廃棄する等の状態に合う処理を遂行する。
【００８８】
ＤＳを介し伝送される遠隔要請／応答フレームのフォーマットは次の表７の通りであり、実際ＩＡＮＡにより割り当てられるＥｔｈｅｒｔｙｐｅ  ｘｘに伝送される。
【００８９】
【表７−１】
2009525664.tif 000009
【００９０】
【表７−２】
2009525664.tif 000010
本発明に従って追加される情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔｓ）は次の表８の通りである。
【００９１】
【表８】
2009525664.tif 000011
図１５は、ＭＩＨＦエンティティ情報ＩＥのデータフォーマットを示したものであって、図１５の各パラメータに対して説明すれば、次の通りである。
【００９２】
−ＭＩＨ  ｃａｐａｂｉｌｉｔｙ：現在ＡＰがＭＩＨＦの支援されるＡＰであるか否かを知らせるビットとして１で設定された場合は‘ＭＩＨ  Ｒｅａｃｈａｂｉｌｉｔｙ’が設定されず、現在ＡＰがＭＩＨＦの支援されるサービスに従って‘ＭＩＨ  ＥＳ  Ｅｎａｂｌｅｄ’、‘ＭＩＨ  ＣＳ  Ｅｎａｂｌｅｄ’、‘ＭＩＨ  ＩＳ  Ｅｎａｂｌｅｄ  ｂｉｔ’が設定される。もし、‘ＭＩＨ  ｃａｐａｂｉｌｉｔｙ’が設定され、‘ＭＩＨ  ＥＳ  Ｅｎａｂｌｅｄ’、‘ＭＩＨ  ＣＳ  Ｅｎａｂｌｅｄ’、‘ＭＩＨ  ＩＳ  Ｅｎａｂｌｅｄ’ビットが設定されない場合、現在ＡＰでないＭＩＨＦが支援される如何なる他の個体があって現在ＡＰに動作フレームを伝送すればこれを現在ＡＰがこの動作フレームを伝達できるという意味を表すことができる。
【００９３】
−ＭＩＨ  Ｒｅａｃｈａｂｉｌｉｔｙ：現在ＡＰと同じＤＳ内にＭＩＨＦが支援される個体があるか否かを知らせるビットとして１で設定された場合には現在ＡＰにＭＩＨプロトコル動作フレームを伝送する場合、現在ＡＰが中継できることを知らせる。‘ＭＩＨ  Ｒｅａｃｈａｂｉｌｉｔｙ’ビットが設定された場合にはＤＳ内に存在するＭＩＨＦ支援可能な個体のＭＡＣ住所であるＭＩＨＦエンティティＭＡＣアドレスが含まれて伝送されることができる。
【００９４】
−ＭＩＨ  ＥＳ  Ｅｎａｂｌｅｄ：ＭＩＨ性能パラメータ（ＭＩＨ  ｃａｐａｂｉｌｉｔｙ  ｐａｒａｍｅｔｅｒ）が設定されて現在ＡＰのＭＩＨＦがイベントサービスを支援する場合設定される。
【００９５】
−ＭＩＨ  ＣＳ  Ｅｎａｂｌｅｄ：ＭＩＨ性能パラメータが設定されて現在ＡＰのＭＩＨＦが命令サービスを支援する場合設定される。
【００９６】
−ＭＩＨ  ＩＳ  Ｅｎａｂｌｅｄ：ＭＩＨ性能パラメータが設定されて現在ＡＰのＭＩＨＦが情報サービスを支援する場合設定される。
【００９７】
表９は、移動端末がＭＩＨ  Ｆｕｎｃｔｉｏｎ性能個体を発見してＡＰが情報広告サービス（Ｇｅｎｅｒｉｃ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｓｅｒｖｉｃｅ）を提供するか否かを確認することができるビーコン（Ｂｅａｃｏｎ）に含まれるＩｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥの例である。
【００９８】
【表９】
2009525664.tif 000012
−Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｃａｐａｂｉｌｉｔｙ
ＴＧｕ  Ｅｎａｂｌｅ：ＴＧｕで定義することが可能であるということを知らせるビット
ＭＩＨ  Ｅｎａｂｌｅ：現在ＡＰがＭＩＨ機能があるか否かを知らせるビット（例えば、ＴＧｕ  Ｅｎａｂｌｅ  ａｎｄ  ＭＩＨ  ｎｏｔ  Ｅｎａｂｌｅである場合−ＡＰがＭＩＨＦ  ｎｏｔ  ｅｎａｂｌｅであるが、ＭＩＨＦ  Ｉｎｔｅｒｆａｃｅを有した状態であり、移動端末は現在ＡＰを介しＭＩＨＦと通信可能）
ＧＡＳ  Ｅｎａｂｌｅ：ＡＰがＧＡＳ（Ｇｅｎｅｒａｌ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｓｅｒｖｉｃｅ）を遂行することができる場合
ＥＳ  Ｅｎａｂｌｅ：ＥＳが支援されるか否かを知らせる。ＭＩＨ  Ｅｎａｂｌｅが設定されず、このビットだけ設定された場合は、現在ＡＰを介してＥＳ  ＭＩＨＦと通信可能であることを知らせる。
【００９９】
ＣＳ  Ｅｎａｂｌｅ：ＣＳが支援されるか否かを知らせる。ＭＩＨ  Ｅｎａｂｌｅが設定されず、このｂｉｔだけ設定された場合は現在ＡＰを介してＣＳ  ＭＩＨＦと通信可能であることを知らせる。
【０１００】
０ｘ０４：ＩＳ  Ｅｎａｂｌｅ：ＩＳが支援されるか否かを知らせる。ＭＩＨ  Ｅｎａｂｌｅが設定されず、このｂｉｔだけ設定された場合は、現在ＡＰを介してＩＳ  ＭＩＨＦと通信可能であることを知らせる。
【０１０１】
表１０及び表１１は、ＭＩＨ情報サービスあるいはＭＩＨＦの追加的な性能検索と情報要請／獲得を提供するためにＰｒｏｂｅに含まれるＡｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ  ＩＥを表す。
【０１０２】
【表１０】
2009525664.tif 000013
−Ａｄｖ  Ｔｙｐｅ
０ｘ００：Ｅｔｈｅｒｔｙｐｅ
０ｘ０１：ｗｅｌｌ−ｋｎｏｗｎ  ｐｏｒｔ
０ｘ０２−２５５：ｒｅｓｅｒｖｅｄ
−Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ：Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｔｙｐｅ毎にｕｎｉｑｕｅ  ｖａｌｕｅ
−ＭＩＨ  ｃａｐａｂｉｌｉｔｙ（Ａｄｖ  Ｓｅｒｖｉｃｅ−＞ＭＩＨ  ｃａｐａｂｉｌｉｔｙ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）：現在ＡＰがＭＩＨＦを支援する場合は、現在ＡＰのＭＩＨＦ性能（Ｃａｐａｂｉｌｉｔｙ）を、現在ＡＰがＭＩＨＦを提供できないが、ＭＩＨＦインターフェース（Ｉｎｔｅｒｆａｃｅ）を有している場合、ＭＩＨＦ−ＡＰ（ＭＩＨＦＥｎａｂｌｅｄＡＰ）のＥＳ、ＣＳ、ＩＳの性能（ｃａｐａｂｉｌｉｔｙ）情報要請。情報要請は単純に自分が支援するＥＳ、ＣＳ、ＩＳだけを設定してＡＰあるいは網のＭＩＨＦ−ＡＰが支援するＥＳ、ＣＳ、ＩＳのみ提供を受けることもでき、ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｑｕｅｓｔ  ｆｒａｍｅを伝送してＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅ  ｆｒａｍｅを伝送を受けて遂行することもできる。
【０１０３】
−ＭＩＨＦ  ＩＳ  Ｆｒａｍｅ（Ａｄｖ  Ｓｅｒｖｉｃｅ−＞ＭＩＨ  ＩＳ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）：ＭＩＨ情報サービス要請のためのＭＩＨＦ  ＩＳフレーム
【０１０４】
【表１１】
2009525664.tif 000014
−Ｓｔａｔｕｓ  ｃｏｄｅ：
０ｘ００：ｓｕｃｃｅｓｓｆｕｌ
０ｘ００：Ｒｅｑｕｅｓｔ  ｈａｓ  ｂｅｅｎ  ｄｅｃｌｉｎｅｄ
０ｘ０２：Ｓｅｒｖｉｃｅ  ｎｏｔ  ｓｕｐｐｏｒｔｅｄ
−ＭＩＨ  ｃａｐａｂｉｌｉｔｙ：ＡＰがＭＩＨＦを遂行できないかＭＩＨＦインターフェースを有している場合、ＭＩＨＦ−ＡＰ（ＭＩＨＦ  Ｅｎａｂｌｅｄ  ＡＰ）のＥＳ、ＣＳ、ＩＳ性能如何情報提供
−Ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓ：ＭＩＨ  ＩＳ  提供のためのグループ放送住所
−ＭＩＨＦ−ＡＰ  Ａｄｄｒｅｓｓ：ＭＩＨＦ  Ｅｎａｂｌｅｄ  ＡＰ’ｓ  ＡｄｄｒｅｓｓにＡＰがＭＩＨＦを遂行できないが、移動端末がこのＭＩＨＦ−ＡＰ個体にＭＩＨＦフレームを伝送することを要請できるように住所を提供することができる。
【０１０５】
表１２は、Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅへ移動端末が要請した情報を含んで広告する機能を遂行する。
【０１０６】
【表１２】
2009525664.tif 000015
【０１０７】
【表１３】
2009525664.tif 000016
−Ａｃｔｉｏｎ：Ａｃｔｉｏｎ  ｆｉｅｌｄ  ｖａｌｕｅに従ってＡｄｖｅｒｔｉｓｅｍｅｎｔされる種類を知らせる。
【０１０８】
Ａｃｔｉｏｎ  ｆｉｅｌｄ：１である場合にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームがＡｄｖｅｒｔｉｓｅｍｅｎｔに含まれて伝送される。この場合にはＡＲｅｑ  ＩＥは省略され、直ちにＡｄｖ  Ｌｅｎｇｔｈ後Ａｄｖｅｒｔｉｓｅｍｅｎｔが伝送される。
【０１０９】
Ａｃｔｉｏｎ  ｆｉｅｌｄ：２である場合にはＩｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｑｕｅｒｙ  ｒｅｓｐｏｎｓｅフレームが含まれて伝達される。
【０１１０】
Ａｃｔｉｏｎ  ｆｉｅｌｄ：３である場合には、最初はＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームであり、ＡＲｅｑ  ＩＥは省略される。その次は一般的に表したＡＲｅｑ  ＩＥがきて、後はＩｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｑｕｅｒｙ  ｒｅｓｐｏｎｓｅフレームがくる。
【０１１１】
【表１４】
2009525664.tif 000017
−Ｒｅｍａｉｎｉｎｇ  Ｒｅｐｅｔｉｔｉｏｎｓ：追加的にＡｄｖｅｒｔｉｓｅｍｅｎｔが伝送される回数
−Ａｄｖ  Ｌｅｎｇｔｈ：Ｌｅｎｇｔｈ  ｏｆ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ
−Ｆｒａｇ／Ｐａｃｋ：Ｆｒａｇｍｅｎｔａｔｉｏｎ  ｏｒ  Ｐａｃｋｉｎｇ  ｏｆ  Ａｄｖｅｒｔｉｓｅｍｅｎｔに複数個のＡＲｅｑ  ＩＥに対する応答Ａｄｖｅｒｔｉｓｅｍｅｎｔが含まれる（ｐａｃｋｉｎｇ）こともでき、または複数個のＡＲｅｑ  ＩＥに対する応答が含まれたものが断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）されて伝送されることができる。最初の４ｂｉｔはｐａｃｋｉｎｇとｆｒａｇｍｅｎｔａｔｉｏｎの状態を表し、残りの４ｂｉｔはｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒを表す。このｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒは各断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）されて伝送されるｐａｃｋｅｔを合わせる時用いられる。
【０１１２】
４番目Ｂｉｔ：Ｐａｃｋｅｔｉｎｇが用いられているか否か
３番目Ｂｉｔ：Ａｄｖｅｒｔｉｓｅｍｅｎｔ中間が切れたか否か
２番目、１番目Ｂｉｔ：ｆｒａｇｍｅｎｔａｔｉｏｎと今回のが最初、中間、最後ｆｒａｇｍｅｎｔａｔｉｏｎであるかを知らせる。
【０１１３】
００００：Ｐａｃｋｉｎｇが用いられない。Ｆｒａｇｍｅｎｔａｔｉｏｎも用いられていない。
【０１１４】
０００１：Ｐａｃｋｉｎｇが用いられない。Ｆｒａｇｍｅｎｔａｔｉｏｎが用いられており最初ｆｒａｇｍｅｎｔである。
【０１１５】
００１０：Ｐａｃｋｉｎｇが用いられない。Ｆｒａｇｍｅｎｔａｔｉｏｎが用いられており中間ｆｒａｇｍｅｎｔである。
【０１１６】
００１１：Ｐａｃｋｉｎｇが用いられない。Ｆｒａｇｍｅｎｔａｔｉｏｎが用いられており最後ｆｒａｇｍｅｎｔである。
【０１１７】
１０００：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがｐａｃｋｉｎｇされておりＦｒａｇｍｅｎｔａｔｉｏｎされていない。
【０１１８】
１００１：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがｐａｃｋｉｎｇされておりＦｒａｇｍｅｎｔａｔｉｏｎされており最初ｆｒａｇｍｅｎｔである。
【０１１９】
１００１：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがｐａｃｋｉｎｇされておりＦｒａｇｍｅｎｔａｔｉｏｎされており中間ｆｒａｇｍｅｎｔである。
【０１２０】
１０１１：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがｐａｃｋｉｎｇされておりＦｒａｇｍｅｎｔａｔｉｏｎされており最後ｆｒａｇｍｅｎｔである。
【０１２１】
ｘ０ｘｘ：Ａｄｖｅｒｔｉｓｅｍｅｎｔ最後でｆｒａｇｍｅｎｔされて新しいＡＲｅｑ  ＩＥから始まる。
【０１２２】
ｘ１ｘｘ：Ａｄｖｅｒｔｉｓｅｍｅｎｔ中間でｆｒａｇｍｅｎｔされてＡｄｖｅｒｔｉｓｅｍｅｎｔ長さを表すＩＥが直ちに続く。
【０１２３】
後は上記Ｆｒａｇ／Ｐａｃｋがｆｒａｇｍｅｎｔａｔｉｏｎのうち中間ｆｒａｇｍｅｎｔあるいは最後ｆｒａｇｍｅｎｔであることを知らせる時、Ａｃｔｉｏｎ  Ｆｒａｍｅのｆｏｒｍａｔである。Ｆｒａｇｍｅｎｔａｔｉｏｎはａｄｖｅｒｔｉｓｅｍｅｎｔ部分ですることができる。Ａｄｖｅｒｔｉｓｅｍｅｎｔ中間ですることもでき、ａｄｖｅｒｔｉｓｅｍｅｎｔが終わる時点に合せてすることもできる。
【０１２４】
ＦｒａｇｍｅｎｔａｔｉｏｎがＡｄｖｅｒｔｉｓｅｍｅｎｔ最後で行われたことを知らせる時、本実施例では一個のａｄｖｅｒｔｉｓｅｍｅｎｔのみ含まれることだけ示したが、複数個のａｄｖｅｒｔｉｓｅｍｅｎｔが含まれる場合にも適用可能である。
【０１２５】
【表１５】
2009525664.tif 000018
ＦｒａｇｍｅｎｔａｔｉｏｎがＡｄｖｅｒｔｉｓｅｍｅｎｔ中間で行われたことを知らせる時、本実施例では一個のａｄｖｅｒｔｉｓｅｍｅｎｔのみ含まれることを示したが、複数個のａｄｖｅｒｔｉｓｅｍｅｎｔが含まれる場合にも適用可能である。
【０１２６】
【表１６】
2009525664.tif 000019
二つだけに分けられる場合は中間ｆｒａｇｍｅｎｔを表すことなく、直ちに最初ｆｒａｇｍｅｎｔであることを表示した後、最後ｆｒａｇｍｅｎｔであることを表示するＡｃｔｉｏｎ  Ｆｒａｍｅが伝送される。
【０１２７】
−Ａｄｖｅｒｔｉｓｅｍｅｎｔ：Ｒｅｑｕｅｓｔｅｄ  ｉｎｆｏｒｍａｔｉｏｎとして上記Ａｃｔｉｏｎ  ｆｉｅｌｄ値が１である場合にはＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームが、Ａｃｔｉｏｎ  ｆｉｅｌｄ値が２である場合にはＩｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｑｕｅｒｙ  ｒｅｓｐｏｎｓｅフレームが含まれる。
【０１２８】
図１５に示した一実施例の他の実施例では、ビーコン（Ｂｅａｃｏｎ）の固定パラメータ（Ｆｉｘｅｄｐａｒａｍｅｔｅｒ）としてＭＩＨ性能（ｃａｐａｂｉｌｉｔｙ）を表す識別子（ｆｌａｇ）を１ビットで表示できる。上記識別子が設定される場合は追加的に図１５のＭＩＨＦエンティティ情報ＩＥがビーコンに含まれて伝送される。この場合、ＭＩＨＦエンティティ情報ＩＥのＭＩＨ性能は含まれず、固定されたパラメータがその意味の代わりをする。
【０１２９】
図１６は、ＭＩＨ性能探索要請ＩＥ（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ＩＥ）のデータフォーマットを示したものであって、図１６の各パラメータに対して説明すれば、次の通りである。
【０１３０】
−ＭＩＨ  Ｆｕｎｃｔｉｏｎ  Ｍｅｓｓａｇｅ  ＩＤ：ＩＥＥＥ  ８０２．２１で定義するＭＩＨ性能探索に該当するＩＤ
−ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｑｕｅｓｔ：ＩＥＥＥ  ８０２．２１で定義するＴＬＶが含まれる。
【０１３１】
図１７は、ＭＩＨ性能探索応答ＩＥ（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ＩＥ）のデータフォーマットを示したものであって、図１７の各パラメータに対して説明すれば、次の通りである。
【０１３２】
−ＭＩＨ  Ｆｕｎｃｔｉｏｎ  Ｍｅｓｓａｇｅ  ＩＤ：ＩＥＥＥ  ８０２．２１で定義するＭＩＨ性能探索に該当するＩＤ
−ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅ：ＩＥＥＥ  ８０２．２１で定義するＴＬＶが含まれる。
【０１３３】
図１８は、ＭＩＨ命令サービス要請ＩＥ（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ＩＥ）のデータフォーマットを示したものであって、図１８の各パラメータに対して説明すれば、次の通りである。
【０１３４】
−ＭＩＨ  Ｆｕｎｃｔｉｏｎ  Ｍｅｓｓａｇｅ  ＩＤ：ＩＥＥＥ  ８０２．２１で定義する命令サービスのＩＤであり、送ろうとする命令に該当するＩＤが含まれる。
【０１３５】
−ＭＩＨ  Ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ  Ｓｐｅｃｉｆｉｃ  ＴＬＶｓ：含もうとする命令要請に対するＴＬＶであり、ＩＥＥＥ  ８０２．２１のＭＩＨプロトコルで定義する該当命令要請のＴＬＶが含まれる。
【０１３６】
図１９は、ＭＩＨ命令サービス応答ＩＥ（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｓｐｏｎｓｅ  ＩＥ）のデータフォーマットを示したものであって、図１９の各パラメータに対して説明すれば、次の通りである。
【０１３７】
−ＭＩＨ  Ｆｕｎｃｔｉｏｎ  Ｍｅｓｓａｇｅ  ＩＤ：ＩＥＥＥ  ８０２．２１で定義する命令サービスのＩＤであり、送ろうとする命令に該当するＩＤが含まれる。
【０１３８】
−ＭＩＨ  Ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ  Ｓｐｅｃｉｆｉｃ  ＴＬＶｓ：含もうとする命令応答に対するＴＬＶであり、ＩＥＥＥ  ８０２．２１のＭＩＨプロトコルで定義する該当命令応答（ｃｏｍｍａｎｄｒｅｓｐｏｎｓｅ）のＴＬＶが含まれる。
【０１３９】
図２０は、ＭＩＨイベントサービス指示ＩＥ（ＭＩＨ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ  Ｉｎｄｉｃａｔｉｏｎ  ＩＥ）のデータフォーマットを示したものであって、図２０の各パラメータに対して説明すれば、次の通りである。
【０１４０】
−ＭＩＨ  Ｆｕｎｃｔｉｏｎ  Ｍｅｓｓａｇｅ  ＩＤ：ＩＥＥＥ  ８０２．２１で定義するイベントサービス（Ｅｖｅｎｔ  ｓｅｒｖｉｃｅ）のＩＤであり、送ろうとするイベントに該当するＩＤが含まれる。
【０１４１】
−ＭＩＨ  Ｅｖｅｎｔ  ｓｅｒｖｉｃｅ  Ｓｐｅｃｉｆｉｃ  ＴＬＶｓ：含もうとするイベントに対するＴＬＶであり、ＩＥＥＥ  ８０２．２１のＭＩＨプロトコルで定義する該当イベントのＴＬＶが含まれる。
【０１４２】
以下、本発明に従って追加されるプリミティブ（Ｐｒｉｍｉｔｉｖｅｓ）に対し説明する。
【０１４３】
（１）ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔ  ｐｒｉｍｉｔｉｖｅ
１）機能
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブは、移動端末の上位管理個体あるいはＭＩＨがＭＡＣ階層にＡＰと同じＤＳ内にＭＩＨＦエンティティの有無と支援するイベントとコマンドサービス情報を要求するために用いられる。
【０１４４】
２）構文（Ｓｅｍａｎｔｉｃｓ）
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔ（
ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ，
ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｅｒ
ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ＩＥ
）
【０１４５】
【表１７】
2009525664.tif 000020
３）生成時点
移動端末の上位管理個体あるいはＭＩＨにより生成され、移動端末が異機種網間のハンドオーバを試みる前、いつでも生成されることができる。
【０１４６】
４）受信時効果
移動端末のＭＡＣ階層は、ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブを受信した後、ＡＰにＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅを伝送する。
【０１４７】
（２）ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎ
１）機能
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎプリミティブは、移動端末の相手エンティティ、即ち、ＭＩＨＦエンティティがＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔを受けた後、ＭＡＣ階層がＭＩＨあるいは上位管理個体にＭＩＨ支援如何と支援するイベントとコマンドサービス情報を要求する。
【０１４８】
２）構文（Ｓｅｍａｎｔｉｃｓ）
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｉｔｏｎ
（
ＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ，
ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｅｒ
ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ＩＥ
）
【０１４９】
【表１８−１】
2009525664.tif 000021
【０１５０】
【表１８−２】
2009525664.tif 000022
３）生成時点
ＭＩＨＦエンティティのＭＡＣ階層がＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔを受けた後に生成される。
【０１５１】
４）受信時効果
ＭＩＨＦエンティティのＭＩＨあるいは上位管理個体はＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅが生成される。
【０１５２】
（３）ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅ
１）機能
ＭＩＨＦエンティティの上位管理個体あるいはＭＩＨ階層が、ＭＩＨＦエンティティが支援するイベントとコマンドリスト情報を含むＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ＩＥを含んでＭＡＣ階層に伝送する。
【０１５３】
２）構文（Ｓｅｍａｎｔｉｃｓ）
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅ（
ＳｏｕｒｃｅＩｄｅｎｔｉｆｅｒ，
ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒ，
ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ＩＥ
【０１５４】
【表１９】
2009525664.tif 000023
３）生成時点
ＭＩＨＦエンティティの上位管理個体あるいはＭＩＨがＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎを受けた後に生成される。
【０１５５】
４）受信時効果
ＭＩＨ性能応答動作フレームを生成して遠隔応答（Ｒｅｍｏｔｅ  Ｒｅｓｐｏｎｓｅ）に含んでＭＩＨ性能要請動作フレームを遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）に含んで伝送した側に伝送したり、直接ＭＩＨ性能応答動作フレームを伝送した側に伝送する。
【０１５６】
（４）ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍ
１）機能
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブは、移動端末のＭＡＣ階層がＭＩＨあるいは上位管理個体にＭＩＨ性能応答動作フレームに含まれた情報を伝送するために用いられる。
【０１５７】
２）構文（Ｓｅｍａｎｔｉｃｓ）
ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍ（
ＳｏｕｒｃｅＩｄｅｎｔｉｆｅｒ，
ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒ，
ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ＩＥ
）
【０１５８】
【表２０】
2009525664.tif 000024
３）生成時点
移動端末のＭＡＣ階層により生成されてＡＰからＭＩＨ性能探索応答動作フレームを受けた後に生成される。
【０１５９】
４）受信時効果
移動端末のＭＨあるいは上位管理個体は、ＡＰと同じＤＳ内に位置するＭＩＨＦ個体のＭＩＨ支援如何と支援するイベントとコマンドサービス情報を獲得する。  （５）ＭＬＭＥ−ＳＣＡＮ．ｃｏｎｆｉｒｍ  ｐｒｉｍｉｔｉｖｅ（本発明に従って修正される）
ＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍ（
ＢＳＳＤｅｓｃｒｉｐｔｉｏｎＳｅｔ，
ＲｅｓｕｌｔＣｏｄｅ
ＭＩＨＦ  Ｃａｐａｂｉｌｉｔｙ
ＭＩＨＦ  Ｅｎｔｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ
Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｃａｐａｂｉｌｉｔｙ
）
ＭＩＨＦ  Ｃａｐａｂｉｌｉｔｙ：ビーコン（Ｂｅａｃｏｎ）に固定されたビットにＭＩＨＦ性能（ｃａｐａｂｉｌｉｔｙ）を表す識別子がある場合、上記識別子が設定されているか否かを知らせる。
【０１６０】
ＭＩＨＦ  Ｅｎｔｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ：ビーコンを介し受信したＭＩＨ  Ｅｎｔｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥが含まれる。ＭＩＨ  Ｅｎｔｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥの全体が含まれることもでき、選択的にパラメータが含まれることもできる。
【０１６１】
Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｃａｐａｂｉｌｉｔｙ：網が支援するｃａｐａｂｉｌｉｔｙを知らせる。
【０１６２】
ＴＧｕ  Ｅｎａｂｌｅ：ＴＧｕで定義することが可能であるということを知らせるｂｉｔ
ＭＩＨ  Ｅｎａｂｌｅ：現在ＡＰが、ＭＩＨ機能があるか否かを知らせるｂｉｔ（例えば、ＴＧｕ  Ｅｎａｂｌｅ  ａｎｄ  ＭＩＨ  ｎｏｔ  Ｅｎａｂｌｅである場合−ＡＰがＭＩＨＦ  ｎｏｔ  ｅｎａｂｌｅであるが、ＭＩＨＦ  Ｉｎｔｅｒｆａｃｅを有した状態であり、移動端末は現在ＡＰを介しＭＩＨＦと通信可能）
ＧＡＳ  Ｅｎａｂｌｅ：ＡＰがＧＡＳ（Ｇｅｎｅｒａｌ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｓｅｒｖｉｃｅ）を遂行することができる場合
ＥＳ  Ｅｎａｂｌｅ：ＥＳが支援されるか否かを知らせる。ＭＩＨ  Ｅｎａｂｌｅが設定されず、このｂｉｔだけ設定された場合は現在ＡＰを介してＥＳ  ＭＩＨＦと通信可能であることを知らせる。
【０１６３】
ＣＳ  Ｅｎａｂｌｅ：ＣＳが支援されるか否かを知らせる。ＭＩＨ  Ｅｎａｂｌｅが設定されず、このｂｉｔだけ設定された場合は現在ＡＰを介してＣＳ  ＭＩＨＦと通信可能であることを知らせる。
【０１６４】
ＩＳ  Ｅｎａｂｌｅ：ＩＳが支援されるか否かを知らせる。ＭＩＨ  Ｅｎａｂｌｅが設定されず、このｂｉｔだけ設定された場合は現在ＡＰを介してＩＳ  ＭＩＨＦと通信可能であることを知らせる。
【０１６５】
（６）ＭＬＭＥ−ＭＩＨ  Ｐｒｏｔｏｃｏｌ．ｒｅｑｕｅｓｔ
１）機能
ＭＬＭＥ−ＭＩＨ  Ｐｒｏｔｏｃｏｌ．ｒｅｑｕｅｓｔプリミティブは、移動端末のＭＩＨ階層または上位管理個体が遠隔でＭＩＨメッセージまたは連動網情報要請メッセージを伝達しようとする時、ＭＡＣ階層に遠隔で伝達しようとするＭＩＨＦフレームまたは要請フレームを伝達するために用いられる。ＭＬＭＥ−ＭＩＨ  Ｐｒｏｔｏｃｏｌ．ｒｅｑｕｅｓｔプリミティブが伝送する内容はＭＩＨ  Ｐｒｏｔｏｃｏｌ動作フレームにパラメータで設定されてＡＰに伝送される。
【０１６６】
２）構文
ＭＬＭＥ−ＭＩＨ  Ｐｒｏｔｏｃｏｌ．ｒｅｑｕｅｓｔ（
Ｃａｔｅｇｏｒｙ，
Ａｃｔｉｏｎ，
ＳＴＡ  Ａｄｄｒｅｓｓ，
Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ，
Ｓｅｒｖｉｃｅ  ＩＤ，
ＭＩＨＦ  Ｆｒａｍｅ
）
【０１６７】
【表２１】
2009525664.tif 000025
３）生成時点
移動端末のＭＩＨ階層により生成されてＭＩＨ機能を遂行することを所望のいつでも生成されることができる。
【０１６８】
４）受信時効果
移動端末のＭＡＣ階層はＭＩＨＦを支援する個体またはＡＰにＭＩＨプロトコル動作フレーム（Ａｃｔｉｏｎ  Ｆｒａｍｅ）を生成して伝送する。
【０１６９】
（７）ＭＬＭＥ−ＭＩＨ  Ｐｒｏｔｏｃｏｌ．Ｉｎｄｉｃａｔｉｏｎ
１）機能
ＭＬＭＥ−ＭＩＨ  Ｐｒｏｔｏｃｏｌ．Ｉｎｄｉｃａｔｉｏｎプリミティブは、ＭＩＨＦ個体（ＭＩＨ  Ｆｕｎｃｔｉｏｎを支援するエンティティ）のＭＡＣ階層がＭＩＨ階層にＭＩＨ機能（Ｆｕｎｃｔｉｏｎ）フレームの内容を伝送するために用いられる。
【０１７０】
２）構文
ＭＬＭＥ−ＭＩＨ  Ｐｒｏｔｏｃｏｌ．Ｉｎｄｉｃａｔｉｏｎ（
Ｃａｔｅｇｏｒｙ，
Ａｃｔｉｏｎ，
ＳＴＡ  Ａｄｄｒｅｓｓ，
Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ，
Ｓｅｒｖｉｃｅ  ＩＤ，
ＭＩＨＦ  Ｆｒａｍｅ
）
【０１７１】
【表２２】
2009525664.tif 000026
３）生成時点
ＭＩＨＦ個体のＭＡＣ階層が、即ち、網にあるＭＩＨＦ個体または移動端末のＭＩＨＦ個体がＭＩＨプロトコル動作フレームを伝送を受けた後生成される。
【０１７２】
４）受信時効果
ＭＩＨＦ個体のＭＩＨ階層は遠隔から伝送されたＭＩＨ機能フレームを伝送を受けることができる。
【０１７３】
（８）ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔ
１）機能
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔプリミティブは、移動端末のＭＩＨ階層あるいは上位個体が遠隔でＭＩＨメッセージあるいは連動網情報要請メッセージを伝達しようとする時、ＭＡＣ階層に遠隔で伝達しようとするＭＩＨＦフレームあるいは要請フレームを伝達するために用いられる。ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔプリミティブが伝送する内容は、ＭＩＨ  Ｐｒｏｔｏｃｏｌ動作フレームまたはＰｒｏｂｅ  ＲｅｑｕｅｓｔのＡｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ＩＥにパラメータで設定されてＡＰに伝送される。
【０１７４】
２）構文
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔ（
ＡｄｖｅｒｔｉｓｅｍｅｎｔＳｅｒｖｉｃｅ，
Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｔｙｐｅ，
Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ，
ＭＩＨＦ  Ｆｒａｍｅ
）
【０１７５】
【表２３】
2009525664.tif 000027
３）生成時点
移動端末のＭＩＨ階層あるいは上位管理階層により生成され、網連動情報獲得やＭＩＨを支援する個体の能力（ｃａｐａｂｉｌｉｔｙ）を探り出すことを願う時生成される。
【０１７６】
Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔを介し情報を要請する場合にはＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送る時含むｐａｒａｍｅｔｅｒを入れてＰｒｏｂｅ  Ｒｅｑｕｅｓｔを送る前に伝送する。これはＡＰとＡｓｓｏｃｉａｔｉｏｎが行われない初期網接続状態である。
【０１７７】
４）受信時効果
移動端末のＭＡＣ階層は、ＡＰにＭＩＨプロトコル動作フレーム（Ａｃｔｉｏｎ  Ｆｒａｍｅ）やＡｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ＩＥを含んだＰｒｏｂｅ  Ｒｅｑｕｅｓｔを生成して伝送する。Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ＩＥは本プリミティブが伝送する情報を含む。
【０１７８】
（９）ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．Ｉｎｄｉｃａｔｉｏｎ
１）機能
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ＩｎｄｉｃａｔｉｏｎプリミティブはＡＰがＢｒｏａｄｃａｓｔあるいはＭｕｌｔｉｃａｓｔに伝達したＡｄｖｅｒｔｉｓｅｍｅｎｔをＭＩＨＦ個体あるいは上位管理個体に伝送するために用いられる。
【０１７９】
２）構文
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．Ｉｎｄｉｃａｔｉｏｎ（
Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ＩＥ
Ａｃｔｉｏｎ
Ａｄｖｅｒｔｉｓｅｍｅｎｔ
）
【０１８０】
【表２４−１】
2009525664.tif 000028
【０１８１】
【表２４−２】
2009525664.tif 000029
３）生成時点
ＭＡＣ階層が網からＱｕｅｒｙ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅを受信した後、この情報をＭＩＨあるいは上位個体に伝送するために生成される。
【０１８２】
４）受信時効果
ＭＩＨ個体あるいは上位管理個体は要請した情報を、該当情報を保有した個体から受信することができる。
【０１８３】
（１０）ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｓｐｏｎｓｅ
１）機能
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｓｐｏｎｓｅプリミティブは、ＡＰがＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅに含んで伝達したＡｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｓｐｏｎｓｅ  ＩＥの情報をＭＩＨＦ個体あるいは上位管理個体に伝送するために用いられる。
【０１８４】
２）構文
ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｓｐｏｎｓｅ（
Ｓｔａｔｕｓ  ｃｏｄｅ
ＭＩＨ  ｃａｐａｂｉｌｉｔｙ
Ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓ
ＭＩＨＦ−ＡＰ  Ａｄｄｒｅｓｓ（ｏｐｔｉｏｎａｌ）
）
【０１８５】
【表２５】
2009525664.tif 000030
３）生成時点
ＭＡＣ階層が網からＡｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｓｐｏｎｓｅ  ＩＥを含んだＰｒｏｂｅ  Ｒｅｓｐｏｎｓｅを受信した後、この情報をＭＩＨあるいは上位個体に伝送するために生成される。
【０１８６】
４）受信時効果
ＭＩＨ個体あるいは上位管理個体は、追加的なＡＰの機能とＭＩＨＦ個体の情報または一定時間後要請した情報が伝達されるｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓを受信を受けることができる。
【０１８７】
以下、添付図面を参照して説明される本発明の望ましい実施例によって本発明の構成、作用及び他の特徴が容易に分かる。
【０１８８】
動作フレーム（Ａｃｔｉｏｎ  Ｆｒａｍｅ）を中継する方法は、移動端末がビーコン（Ｂｅａｃｏｎ）を介し現在ＡＰと同一ＤＳ内にＭＩＨＦ支援可能な個体のＭＡＣ住所を受信した場合、上記ＭＡＣ住所を移動端末が動作フレームを生成する時、目的地アドレス（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）に入れてＡＰが上記ＭＡＣ住所に伝達する方法が一つあり、移動端末がＭＩＨＦの支援されるＤＳ内の個体の住所情報を知らない場合、上記住所を如何なる値、例えば、放送アドレス（Ｂｒｏａｄｃａｓｔ  Ａｄｄｒｅｓｓ）に入れてＡＰに伝達すればＡＰがＤＳ内に放送（ｂｒｏａｄｃａｓｔｉｎｇ）してＭＩＨＦ支援可能な個体が送信するようにすることができる。もう一つの方法は、ＡＰがＤＳ内のＭＩＨＦ支援可能な個体の住所を知っている場合、移動端末が目的地アドレス（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）を放送住所に入れて伝送しても、ナル（Ｎｕｌｌ）に入れて伝送しても関係なく、ＡＰが自分が知っているＭＩＨＦ支援可能個体住所を入れて伝達できる。もう一つの方法では、端末が伝送した動作フレームは変更させず、遠隔要請／応答（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）メッセージに自分が知っている正しい目的地を有してイーサネット（登録商標）フレーム（Ｅｔｈｅｒｎｅｔ（登録商標）  ｆｒａｍｅ）を生成し、上記イーサネット（登録商標）フレーム内に無線ラン移動端末が伝送したパケットをカプセル化して伝送することもできる。
【０１８９】
ＭＩＨＦ支援可能な個体は、ＤＳ内の一ＡＰとなることもでき、このような場合、上記ＡＰに接続されている無線ラン移動端末がＭＩＨプロトコル動作フレームを伝送すれば、上記ＡＰは上記ＭＩＨプロトコル動作フレームをＤＳに伝送せず、自分のＭＩＨＦに伝送する。
【０１９０】
図２１は、本発明の望ましい一実施例による手続き流れ図であって、ＭＩＨ性能探索要請／応答動作フレーム（Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）交換を介した要求応答（ｏｎ−ｄｅｍａｎｄ）方法を表した一実施例である。移動端末がＭＩＨ動作要請（ＭＩＨ  Ａｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージを伝送し、それに対する応答メッセージを伝送を受けることによってＭＩＨ性能探索手続きを遂行する。ＭＩＨ性能探索要請／応答要請フレームをＡＰとＭＩＨＦ個体と送受信する方法に従って要求応答（ｏｎ  ｄｅｍａｎｄ）方法１と要求応答方法２に分けて説明する。
【０１９１】
ＭＩＨ現在端末のアクセスポイントであるＡＰは、ＭＩＨＦ機能が支援されないものであり、ＭＩＨＦが支援される一つのＭＩＨＦ個体と同じＤＳに属しており、現在アクセスポイントであるＡＰは同じＤＳに属しているＭＩＨＦ個体住所を如何なる手続きを介し知っていると仮定する。
【０１９２】
要求応答（Ｏｎ−ｄｅｍａｎｄ）方法１は、ＭＩＨ性能探索要請動作フレームがＡＰによりＭＩＨＦエンティティに中継される場合である。
【０１９３】
ＡＰで移動端末に伝送されるビーコン（Ｂｅａｃｏｎ）のＭＩＨＦエンティティ情報ＩＥにＭＩＨＦと関連した情報が含まれて伝送される。上記情報を受信すれば、移動端末は、現在ＡＰがＭＩＨＦを支援するかあるいは現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体があるか否かを知るようになる。現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体がある場合、ビーコンにＭＩＨＦを支援する個体のＭＡＣ住所も含まれて伝送されることができる（１）。ビーコンを受信した移動端末のＭＡＣ階層は、ＭＩＨにＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍにビーコンを介し受信したＭＩＨＦエンティティ情報ＩＥを含んでＭＩＨに伝達する（２）。ＭＩＨは、ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブをＭＡＣ階層に伝送してＭＩＨＦ個体が支援するイベントやコマンド情報を発見するＭＩＨ性能探索手続きを始める（３）。移動端末のＭＡＣ階層は、ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔを受信した後、ＭＩＨ性能探索要請動作フレームをＡＰに伝送する。上記フレーム内のＭＩＨ性能探索要請ＩＥには移動端末が支援するイベントとコマンドリスト情報を含むことができる。ＡＰは、上記フレーム内の‘Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ’フィールドをＭＩＨＦ個体住所に変えて上記フレームをＭＩＨＦ個体に伝達する（４）。ＭＩＨ性能探索要請動作フレームを受けたＭＩＨＦ個体のＭＡＣ階層は、ＭＩＨに受信したＭＩＨ性能探索要請動作フレームにある情報を含んでＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎプリミティブを伝送する（５）。ＭＩＨＦ個体のＭＩＨ階層はＭＡＣ階層にＭＩＨＦ個体が支援するイベントとコマンドリストを含めたＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブを伝送する（６）。ＭＩＨＦ個体のＭＡＣ階層は支援するイベントとコマンドリスト情報を含むＭＩＨ性能探索要請ＩＥを含むＭＩＨ性能探索応答動作フレームをＡＰに伝送する。この時、目的地アドレス（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）はＡＰ住所である。ＡＰはＭＩＨ性能探索応答動作フレームを目的地アドレスフィールドにＳＴＡアドレスを満たして上記ＭＩＨ性能探索応答動作フレームをＳＴＡのＭＡＣ階層に伝送する（７）。ＳＴＡのＭＡＣ階層は、ＭＩＨ階層にＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブを伝送してＭＩＨ性能探索応答動作フレームで受けた情報を伝送する（８）。
【０１９４】
上記手続きを介し移動端末がサービスを受けている現在のＡＰがＭＩＨＦを遂行することができないにもかかわらず、同じＤＳ内に存在するＭＩＨＦ個体にＭＩＨ動作要請／応答メッセージを伝送してＭＩＨ性能情報を獲得できる。もし、現在ＡＰがＭＩＨＦを支援する個体である場合には図２１の（５）、（６）手続き無しに現在ＡＰのＭＩＨＦ個体が応答をする。
【０１９５】
要求応答（Ｏｎ  ｄｅｍａｎｄ２）方法２は、ＭＩＨ性能探索要請／応答動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）が遠隔要請／応答（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）を介し現在ＡＰからＤＳ内のＭＩＨＦ個体に伝送される場合である。
【０１９６】
（１）−（４）過程までは要求応答方法１と同一である。ＭＩＨ性能探索要請動作フレームは、ＡＰのＲＲＢまで伝送され、ＲＲＢはＭＩＨ動作要請フレームを遠隔要請フレーム内にカプセル化し、ＭＩＨＦ個体のＲＲＢに伝送する。この時、カプセル化されるＭＩＨ動作応答フレーム内の目的地アドレスはＳＴＡアドレスである。遠隔要請フレームは同じＤＳ内で伝送され、決まったＲＲＢの政策により遠隔要請メッセージに対する応答時間などを制限することもできる（５）。ＭＩＨＦエンティティのＲＲＢはＭＩＨ階層にＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎプリミティブを伝送する（６）。ＭＩＨエンティティのＭＩＨ階層はＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎに対する応答としてＲＲＢにＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブを伝送する。上記ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブにはＭＩＨＦエンティティが支援するイベントとコマンドリスト情報が含まれる（７）。ＭＩＨＦエンティティＲＲＢは遠隔応答フレームを構成し、ＭＩＨ性能探索応答動作フレームをカプセル化してＡＰのＲＲＢに送る。ＭＩＨ性能探索応答動作フレームにはＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブを介し伝送を受けた情報が含まれる（８）。ＡＰのＲＲＢはＭＩＨ性能探索応答動作フレームをジカプセル化（ｄｅｃａｐｓｕｌａｔｉｏｎ）と上記ＭＩＨ性能探索応答動作フレームを移動端末のＭＡＣ階層に伝送する（９）。ＳＴＡのＭＡＣ階層はＭＩＨ階層にＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブを伝送してＭＩＨ性能探索応答動作フレームを介し受けた情報を伝送する（１０）。
【０１９７】
図２２は、本発明の望ましい他の実施例による手続き流れ図であり、非要請ＭＩＨ性能探索応答動作フレーム（Ｕｎｓｏｌｉｃｉｔｅｄ  ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）が放送（Ｂｒｏａｄｃａｓｔ）される場合の一実施例である。
【０１９８】
ＡＰで移動端末に伝送されるビーコンのＭＩＨＦエンティティ情報ＩＥにＭＩＨＦと関連した情報が含まれて伝送される。上記情報を受信すれば、移動端末は、現在ＡＰがＭＩＨＦを支援するかあるいは現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体があるか否かを知るようになる。現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体がある場合、ビーコンにＭＩＨＦを支援する個体のＭＡＣ住所も含まれて伝送されることができる（１）。ビーコンを受信した移動端末のＭＡＣ階層はＭＩＨにＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍプリミティブにＭＩＨＦエンティティ情報を含んで伝送することによって受けた情報をＭＩＨに伝達する。上記メッセージ伝達はＭＩＨＦ個体のＭＩＨ性能情報を直接的に含まないため、移動端末が再びＭＩＨ性能探索手続きを開始しなければならない。然しながら、３）以後の手続きを介しＤＳ内のＭＩＨＦ個体が自分のＭＩＨ性能情報を広告して端末がＭＩＨ性能探索手続きを実行することを省略できるようにする（２）。ＭＩＨＦエンティティのＭＩＨ階層は、ＭＡＣ階層にＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブにＭＩＨＦ個体のＭＩＨ性能情報を知らせるＭＩＨ性能探索応答ＩＥを含んで伝送する（３）。ＭＩＨＦ個体のＭＡＣ階層はＭＩＨ性能探索応答動作フレームをＤＳ内の全てのＡＰにブロードキャストする。上記ブロードキャストメッセージにはＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブを介し受けた情報を含む（４）。ＭＩＨ性能探索応答動作フレームを受けたＡＰは移動端末のＭＡＣ階層にフレームを伝送する（５）。移動端末のＭＡＣ階層はＭＩＨ階層にＭＩＨ性能探索応答動作フレームから受けた情報を含んだＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブを伝送する（６）。（７）−（９）は上記の（４）−（６）のような過程を経て一定の時間間隔に繰り返される。
【０１９９】
図２３は、本発明の望ましいもう一つの実施例による手続き流れ図であり、非要請遠隔応答（Ｕｎｓｏｌｉｃｉｔｅｄ  Ｒｅｍｏｔｅ  Ｒｅｓｐｏｎｓｅ）が放送（Ｂｒｏａｄｃａｓｔ）される場合を表した一実施例に関す。
【０２００】
ＡＰで移動端末に伝送されるビーコンのＭＩＨＦエンティティ情報ＩＥにＭＩＨＦと関連した情報が含まれて伝送される。上記情報を受信すれば、移動端末は、現在ＡＰがＭＩＨＦを支援するかあるいは現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体があるか否かを知るようになる。現在ＡＰと同じＤＳ内にＭＩＨＦを支援する個体がある場合、ビーコンにＭＩＨＦを支援する個体のＭＡＣ住所も含まれて伝送されることができる（１）。ビーコンを受信した移動端末のＭＡＣ階層は、ＭＩＨにＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍプリミティブにＭＩＨＦエンティティ情報を含んで伝送することによって、受けた情報をＭＩＨに伝達する。上記のメッセージ伝達はＭＩＨＦ個体のＭＩＨ性能情報を直接的に含まないため、移動端末が再びＭＩＨ性能探索手続きを開始しなければならない。然しながら、３）以後の手続きを介しＤＳ内のＭＩＨＦ個体が自分のＭＩＨ性能情報を広告して端末がＭＩＨ性能探索手続きを実行することを省略できるようにする（２）。ＭＩＨＦエンティティのＭＩＨ階層は、ＲＲＢにＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブにＭＩＨＦエンティティが支援するイベントとコマンドリスト情報を含んで伝送する（３）。ＲＲＢはＭＩＨ性能探索応答動作フレームをカプセル化する遠隔応答フレームを構成してＤＳ内に存在する全てのＡＰのＲＲＢにブロードキャストする（４）。各ＡＰのＲＲＢはＭＩＨ動作応答フレームをジカプセル化して移動端末のＭＡＣ階層にブロードキャストすることで、ＭＩＨＦエンティティから伝達を受けたＭＩＨ性能情報を伝達する（５）。移動端末のＭＡＣ階層は、ＭＩＨ階層にＭＩＨ性能探索応答動作フレームから受けた情報を含んだＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブを伝送する（６）。（７）−（９）は上記（４）−（６）のような過程を経て一定の時間間隔に繰り返される。
【０２０１】
もう一つの実施例では、ＤＳ内にＭＩＨＦ支援可能な個体が広告するＭＩＨ性能探索応答動作フレームを含む遠隔応答あるいは直接ＭＩＨ性能探索応答動作フレームをＡＰが受信した時、上記情報をビーコンに含んで伝送できる。
【０２０２】
図２４は、本発明のもう一つの望ましい一実施例の手続き流れ図であって、無線ラン網でＭＩＨの命令サービスメッセージ、イベントサービスメッセージを遠隔で伝送することに関した一実施例である。
【０２０３】
無線ラン移動端末のＭＩＨが遠隔で命令サービス（Ｃｏｍｍａｎｄ  ｓｅｒｖｉｃｅ）を伝送するために送ろうとする命令サービスに該当するＭＩＨプリミティブを無線ランのＭＡＣ階層に伝送する（１）。無線ランＭＡＣは、伝送を受けたプリミティブの内容を遠隔のＭＩＨに伝送するために、ＭＩＨ命令サービス要請ＩＥを含むＭＩＨ命令サービス要請動作フレームを伝送する。この時、動作フレームの目的地アドレスにはＭＩＨ性能探索手続きなどを介し発見した遠隔ＭＩＨＦ個体の住所を入れる（２）。上記動作フレームを受信した現在移動端末が接続されているＡＰは、上記動作フレームを中継するためにＲＲＢに伝達し、ＲＲＢは受信した上記ＭＩＨ命令サービス動作フレームをカプセル化した遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）をＭＩＨＦ機能が支援される動作フレームの目的地に伝達する。この時、遠隔要請のパケットタイプ（Ｐａｃｋｅｔ  Ｔｙｐｅ）は０ｘ０２で設定してＭＩＨプロトコル要請であることを表示する（３）。遠隔要請を受信した遠隔のＭＩＨＦ個体のＲＲＢはカプセル化されているＭＩＨ命令サービス要請ＩＥに該当するＭＩＨ命令サービスプリミティブをＭＩＨに伝送する（４）。ＤＳ内のＭＩＨＦ個体は、受信したＭＩＨ命令サービスに対する応答を遠隔で送るために、該当するＭＩＨ命令サービスの応答プリミティブをＲＲＢに伝達する（５）。これを受信したＲＲＢは遠隔応答メッセージを作ってその中にＭＩＨ命令サービス応答ＩＥを含むＭＩＨ命令サービス応答動作フレームをカプセル化して移動端末が接続されているＡＰに伝送する。この時、遠隔応答のパケットタイプは０ｘ０３で設定してＭＩＨプロトコル応答であることを表示する。ＭＩＨ命令サービス応答ＩＥを含むＭＩＨ命令サービス応答動作フレームは、ＲＲＢが生成することもでき、ＭＡＣ階層が生成してＲＲＢに伝達することもできる（６）。移動端末が接続されているＡＰは、受信した遠隔応答をジカプセル化（ｄｅｃａｐｓｕｌａｔｉｏｎ）してＭＩＨ命令サービス応答動作フレームを得て、これを無線区間を介し移動端末に伝達する（７）。ＭＩＨ命令サービス応答動作フレームを受信した移動端末は、上記動作フレームに含まれているＭＩＨ命令サービス応答ＩＥの内容に該当するＭＩＨ命令サービス応答プリミティブをＭＩＨに伝送する（８）。（９）〜（１６）はＤＳ内にあるＭＩＨＦ個体が移動端末にＭＩＨ命令をまず送る場合の例であり、（１）−（８）と類似する。
【０２０４】
無線ラン移動端末のＭＩＨが遠隔で伝送するために送ろうとするイベントサービスに該当するＭＩＨプリミティブを無線ランＭＡＣに伝送する（１７）。無線ランＭＡＣは伝送を受けたプリミティブの内容を遠隔のＭＩＨに伝送するために、ＭＩＨイベントサービス指示ＩＥを含むＭＩＨイベントサービス指示動作フレームを伝送する。この時、動作フレームの目的地アドレスにはＭＩＨ性能探索手続きなどを介し発見した遠隔ＭＩＨＦ個体の住所を入れる（１８）。上記動作フレームを受信した現在移動端末が接続されているＡＰは、上記動作フレームを中継するために、これをＲＲＢに伝達し、ＲＲＢは受信したＭＩＨイベントサービス指示動作フレームをカプセル化した遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）をＭＩＨＦ機能が支援される動作フレームの目的地に伝達する。この時、遠隔要請のパケットタイプは０ｘ０４で設定してＭＩＨプロトコル指示であることを表示する（１９）。遠隔要請を受信した遠隔のＭＩＨＦ個体のＲＲＢはカプセル化されているＭＩＨイベントサービス指示ＩＥに該当するＭＩＨイベントサービスプリミティブをＭＩＨに伝送する（２０）。（２１）〜（２４）はＤＳ内にあるＭＩＨＦ個体が遠隔で移動端末にＭＩＨイベントサービスを伝送するための手続きであり、（１７）〜（２０）と類似する。
【０２０５】
図２５は、本発明の望ましい他の一実施例の手続き流れ図であって、現在無線ラン移動端末が接続されているＡＰがＭＩＨＦを支援する場合にＭＩＨ性能探索メッセージ、ＭＩＨ命令サービスメッセージ、ＭＩＨイベントサービスメッセージを移動端末とＡＰが送受信することを示す一実施例である。図２５の実施例は、上記で説明したＭＩＨＦを支援する個体が現在移動端末が接続されているＡＰと同じＤＳ内に別途に存在する場合と、移動端末とＡＰのＭＡＣまでの手続きは同一であるが、移動端末の現在ＡＰがＭＩＨＦを支援するために、移動端末から受信した動作フレームをＤＳ内に存在するＭＩＨＦを支援する個体に中継することなく、ＡＰ自分のＭＩＨに受信した動作フレームに含まれたＩＥに該当するＭＩＨプリミティブを自分のＭＩＨに送信すること、そして移動端末に遠隔でＭＩＨメッセージを伝送しようとする時、ＡＰ自分のＭＩＨが伝送しようとするＭＩＨプリミティブをＡＰのＭＡＣに伝送してＭＡＣが上記プリミティブに該当する動作フレームを生成して移動端末に遠隔で伝送することが相違点である。
【０２０６】
図２６は、本発明の望ましいもう一つの一実施例の手続き流れ図であって、現在無線ラン移動端末が接続しようとするＡＰがＭＩＨＦを支援する場合、探索要請／応答メッセージ（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）を介し現在ＡＰのＭＩＨＦ性能情報（支援するイベントとコマンドリスト）を獲得することに関する実施例である。
【０２０７】
ＡＰで一個以上の移動端末で放送されるビーコン（Ｂｅａｃｏｎ）のＭＩＨＦエンティティ情報ＩＥにＭＩＨＦ関連した情報が含まれて伝送される。移動端末は上記情報を受信して現在ＡＰがＭＩＨＦを支援することを確認する（１）。ビーコンを受信した移動端末のＭＡＣ階層はＭＩＨにＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍにビーコンを介し受信したＭＩＨＦエンティティ情報ＩＥを含んで移動端末のＭＩＨ機能（ｆｕｎｃｔｉｏｎ）個体に伝達する（２）。移動端末のＭＩＨ個体は、ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブを移動端末のＭＡＣ階層に伝送して現在ＡＰが支援するイベントやコマンド情報を発見するＭＩＨ性能探索手続きを始める。ＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔには現在移動端末が支援するイベントとコマンドリスト情報を含めたＭＩＨＦ性能要請（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ）ＩＥが含まれることができる（３）。移動端末のＭＡＣ階層は、探索要請メッセージ（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）にＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブから伝送を受けたＭＩＨＦ性能探索要請ＩＥを含んでＡＰに伝送する（４）。ＡＰのＭＡＣ階層はＭＩＨ機能個体に受信したＭＩＨ性能探索要請ＩＥにある情報を含んでＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．Ｉｎｄｉｃａｔｉｏｎプリミティブを伝送する（５）。ＡＰのＭＩＨ機能個体はＭＡＣ階層にＡＰが支援するイベントとコマンドリストを含めたＭＩＨ性能探索応答（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ）ＩＥを含んでＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅプリミティブを伝送する（６）。ＡＰのＭＡＣ階層は、ＭＩＨ性能探索応答ＩＥを含む探索応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージを移動端末のＭＡＣ階層に伝送する（７）。移動端末のＭＡＣ階層は、ＭＩＨ機能個体でＭＬＭＥ−ＭＩＨＣａｐａＤｉｓｃｏｖｅｒｙ．ｃｏｎｆｉｒｍプリミティブを伝送してＭＩＨ性能探索応答ＩＥに含まれた情報を伝送する（８）。
【０２０８】
図２７は、本発明の望ましいもう一つの一実施例の手続き流れ図であり、移動端末が探索要請／応答メッセージ（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）を利用してアクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）を介し同一網または他の網にある特定ネットワークエンティティまたは上記アクセスポイントが含まれるネットワークと連動される連動網と関連した情報を獲得する実施例である。上記連動網は上記アクセスポイントが含まれるネットワークと同種網であってもよく、または異種網であってもよい。図２７による実施例による情報獲得手続きは、移動端末のネットワーク選択（ｎｅｔｗｏｒｋ  ｓｅｌｅｃｔｉｏｎ）またはネットワーク接続過程で上記アクセスポイントが支援可能な性能と関連した情報を獲得する時利用されることができる。
【０２０９】
図２７を参照すれば、上記アクセスポイントは、上記移動端末にビーコン（ｂｅａｃｏｎ）を伝送する（１）。上記ビーコンは、上記移動端末と上記アクセスポイント間に通信を遂行するためのシグナリング情報（ｓｉｇｎａｌｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）または制御情報（ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）を含むフレームとして、上記アクセスポイントのＭＩＨＦ性能（ｃａｐａｂｉｌｉｔｙ）、ＧＡＳ（Ｇｅｎｅｒｉｃ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｓｅｒｖｉｃｅ、情報放送サービス）またはＭＩＨインターフェースを有した個体（ＭＩＨＦ−ＡＰ）の存在如何に関する情報を含むことができる。上記移動端末のＭＡＣは上記アクセスポイントから受信した情報をＭＬＭＥ−Ｓｃａｎ．ｃｏｎｆｉｒｍプリミティブを介しＭＩＨＦを含んだ上位階層に伝達する（２）。
【０２１０】
上記移動端末の上位管理個体、即ち、ＳＭＥ（Ｓｙｓｔｅｍ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）またはＭＩＨ個体は、特定ネットワークエンティティまたは連動網と関連した情報を獲得するためにＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔプリミティブを媒体接続制御（ＭＡＣ）階層に伝達する（３）。上記ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔプリミティブは要請される情報のタイプまたはフォーマットを識別するための識別情報及び上記タイプまたはフォーマット識別情報による情報フレームを含む。上記情報フレームはＭＩＨフレームまたは製造社定義フレーム（ｖｅｎｄｏｒｓｐｅｃｉｆｉｃｆｒａｍｅ）であってもよい。望ましくは、上記ＭＩＨフレームはＭＩＨ  ＩＳ（ＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅ）フレームまたはイベントサービス及び／またはコマンドサービスの性能探索のためのＭＩＨ性能探索フレームである。
【０２１１】
上記移動端末は、上記特定ネットワークエンティティまたは連動網と関連した情報を要請するために上記アクセスポイントに探索要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージを伝送する（４）。上記探索要請メッセージは、上記ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔプリミティブ内容の一部または全部が含まれることができる。上記探索要請メッセージに含まれる情報要素であるＡＲｅｑ  ＩＥ（Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｑｕｅｓｔ）は、ＭＩＨ  ＩＳフレームまたはＭＩＨＦ個体の支援サービス（ＥＳ、ＣＳ、ＩＳ）などの情報（ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｑｕｅｓｔ）が含まれる。
【０２１２】
上記アクセスポイントは上記探索要請メッセージを介し要請された情報の伝達可能性と放送またはマルチキャストのための住所情報を探索応答メッセージ（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）を介し上記移動端末に伝送する（５）。即ち、上記探索応答メッセージは、状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）、クエリ識別子（ｑｕｅｒｙ  ＩＤ）、マルチキャスト住所（ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓ）及びＭＩＨ性能（ＭＩＨ  ｃａｐａｂｉｌｉｔｙ）情報の全部またはそのうち一部を含むことができる。ここで、上記状態コードは、上記探索要請メッセージにより要請される情報を上記アクセスポイントが提供できるか否かに関するコード情報を意味する。
【０２１３】
上記アクセスポイントは、選択的にＭＩＨＦを支援する個体のＭＡＣ住所及び／または上記アクセスポイントがＭＩＨＦを支援する場合、上記アクセスポイントのＭＩＨＦ性能（ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｓｐｏｎｓｅ）情報を上記探索応答メッセージに含めることができる。
【０２１４】
上記移動端末のＭＡＣ階層は、上記アクセスポイントから受信した上記探索応答メッセージの内容をＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｓｐｏｎｓｅプリミティブを介して上記上位管理個体に伝達する（６）。
【０２１５】
上記アクセスポイントは、上記移動端末により要請された情報のクエリ（ｑｕｅｒｙ）のために、ＭＩＨ  ＩＳフレームなどを含んだ情報クエリメッセージ（Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｑｕｅｒｙ）をＭＩＨＦ個体を介しＩＳサーバに伝達する（６）（７）。この過程は上記（５）手続きと併行したり、先に遂行できる。上記ＭＩＨＦ個体がＩＳサーバの機能を遂行する場合には（７）、（８）手続きは発生しない。
【０２１６】
上記ＩＳサーバから獲得した情報は上記ＭＩＨＦ個体を介し上記アクセスポイントに伝達される（８）（９）。上記アクセスポイントは、上記ＩＳサーバから獲得した情報を含んだ動作フレーム（Ａｃｔｉｏｎ  Ｆｒａｍｅ）をクエリ応答メッセージ（Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅ）を介し上記移動端末に伝送する（１０）。上記動作フレームを含むクエリ応答メッセージは、移動端末にユニキャスト（ｕｎｉｃａｓｔ）方式によっても伝送されることができるが、放送またはマルチキャスト方式によって伝送されることも可能である。即ち、上記アクセスポイントは上記移動端末だけでなく上記移動端末と同じ情報を要請したり、要請しなかったとしても同じ情報を必要とする移動端末に放送またはマルチキャスト方式により上記クエリ応答メッセージを伝送できる。例えば、一定時間区間の間情報要請をした移動端末を一つのグループに分類して上記移動端末グループにマルチキャスト方式により要請された情報を伝送できる。上記アクセスポイントは情報伝達の信頼性を高めるために上記クエリ応答メッセージを既設定された回数だけ繰り返して伝送できる。
【０２１７】
上記移動端末のＭＡＣ階層は、上記上位管理個体に上記アクセスポイントから受信した情報を伝達するためにＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．Ｉｎｄｉｃａｔｉｏｎプリミティブを伝達する（１１）。
【０２１８】
図２７において、上記移動端末がＭＩＨ個体の支援性能（Ｃａｐａｂｉｌｉｔｙ）情報を要請する場合には上記探索要請メッセージにＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒｙ．ｒｅｑｕｅｓｔプリミティブを含んで伝送できる（４）。上記アクセスポイントがＭＩＨＦを支援する場合に、ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅが上記探索応答メッセージに網にあるＭＩＨＦエンティティに伝達する場合には伝達を受けたＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅフレームを上記クエリ応答メッセージに含める。
【０２１９】
図２８は、本発明の望ましいもう一つの一実施例の手続き流れ図であって、現在無線ラン移動端末が接続しようとするＡＰがＭＩＨＦを支援しない場合、ＡＰが第１端末から情報要請ＡＲｅｑ１を受けて該当情報を網から獲得する前に第２端末から情報要請ＡＲｅｑ２を受信する場合、ＡＰが直ちに情報を提供できない場合である。この時、ＡＰは、２端末が要請した情報を共に網から獲得してグループ放送に伝達するのを示す一実施例である。該当グループはグループ放送住所に区分され、特定時間の間連動情報を要請した移動端末に対して同じグループに分類する。本実施例では第１情報要請受信後、情報獲得手続きを開始する前に第２情報要請を受信する場合を示し、他の情報を要請した場合を含む。
【０２２０】
第１端末（ＳＴＡ１）のＭＩＨＦあるいはＨＬ（上位管理個体）は、ＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．ｒｅｑｕｅｓｔを介してＭＩＨ  ＩＳフレームをＭＡＣ階層に伝送する。ＭＩＨ  ＩＳフレームは第１端末が知ろうとする情報要素を含んでいる（１）。移動端末のＭＡＣ階層は、ＡＲｅｑ  １ＩＥにＭＩＨ  ＩＳフレームを含め、現在ＡＰでない他のＭＩＨＦ個体の存在を知る場合、該当個体のＭＩＨ性能（イベント、コマンド、情報サービス提供如何）情報を要請できる（２）。ＡＰは移動端末に要請した情報伝達可能性の如何と後にＡＰがＧＡＳを支援する場合、グループ放送住所を含んで後にこの住所を使用してクエリに対する応答を放送することを知らせる。また、選択的にＭＩＨＦを支援する個体のＭＡＣ住所も含めることができる（３）。ＡＰはＭＩＨＦ個体またはＩＳサーバに移動端末が要請した情報を獲得するためのクエリを開始する。これは（３）番過程前に発生することもでき、並行して発生することもできる（４）、（５）。（６）〜（１０）過程は第２端末（ＳＴＡ２）が開始した過程であり、第１端末が開始した（１）〜（５）過程と同一である。この時、第２端末のＨＬ（上位管理個体）が要請した情報は、第１端末が要請した情報を含むこともでき、他の情報であってもよいが、一定時間内に要請した移動端末に対してＡＰは第１端末と第２端末に同じグループ放送住所を割り当てる（６）〜（１０）。ＭＩＨＦ個体は情報サーバから第１端末と第２端末が要請した情報を獲得してＡＰに伝達する（１１）、（１２）。ＡＰは獲得した情報を含んだアクションフレームをグループ放送することで、第１端末と第２端末が要請した情報が一度に各ＭＡＣ階層に伝送される。また、このフレームは信頼性を加えるために反復回数だけ多数回伝達されることができ、選択的にフラグメンテーション（ｆｒａｇｍｅｎｔａｔｉｏｎ）も可能である（１３）。第１端末と第２端末の各ＭＡＣ階層はＨＬにＭＬＭＥ−Ａｄｖｅｒｔｉｓｅｍｅｎｔ．Ｉｎｄｉｃａｔｉｏｎを介し伝送を受けた情報を伝達する（１４）。
【０２２１】
本発明は、本発明の精神及び必須特徴を外れない範囲で他の特定な形態で具体化できることは当業者において自明である。従って、上記の詳細な説明は全ての面から制約的に解釈されてはならず、例示的に考慮されなければならない。本発明の範囲は添付された請求項の合理的解釈により決定されなければならず、本発明の等価的範囲内における全ての変更は本発明の範囲に含まれる。
【０２２２】
本発明による技術的特徴は無線ラン、移動通信システム、無線インターネットシステムなどと同じ無線通信システムや二以上のネットワークが結びついたマルチモードネットワークに適用されることができる。
【図面の簡単な説明】
【０２２３】
【図１】マルチモードで構成された移動端末のプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）を示したものである。
【図２】ローカルイベント（Ｌｏｃａｌ  Ｅｖｅｎｔ）、ＭＩＨイベントモデルに対する構造を示したものである。
【図３】遠隔リンクイベント（Ｒｅｍｏｔｅ  Ｌｉｎｋ  Ｅｖｅｎｔ）モデルに対する構造を示したものである。
【図４】遠隔ＭＩＨイベント（Ｒｅｍｏｔｅ  ＭＩＨ  Ｅｖｅｎｔ）モデルに対する構造を示したものである。
【図５】ＭＩＨコマンド、リンクコマンドモデルに対する構造を示したものである。
【図６】遠隔ＭＩＨコマンドモデルに対する構造を示したものである。
【図７】遠隔リンクコマンド（Ｒｅｍｏｔｅ  Ｌｉｎｋ  Ｃｏｍｍａｎｄ）モデルに対する構造を示したものである。
【図８】無線ＬＡＮのネットワーク構成の一例を示したものである。
【図９】ＤＳとＥＳＳを含む無線ラン構造の一例を示したものである。
【図１０】図１０ないし図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ  Ｉｎｄｉｃａｔｉｏｎ  ａｃｔｉｏｎ  ｆｒａｍｅ）のフォーマットの一例を示したものである。
【図１１】図１０ないし図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ  Ｉｎｄｉｃａｔｉｏｎ  ａｃｔｉｏｎ  ｆｒａｍｅ）のフォーマットの一例を示したものである。
【図１２】図１０ないし図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ  Ｉｎｄｉｃａｔｉｏｎ  ａｃｔｉｏｎ  ｆｒａｍｅ）のフォーマットの一例を示したものである。
【図１３】図１０ないし図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ  Ｉｎｄｉｃａｔｉｏｎ  ａｃｔｉｏｎ  ｆｒａｍｅ）のフォーマットの一例を示したものである。
【図１４】図１０ないし図１４は、各々本発明に従って新たに提案されたＭＩＨ性能探索要求動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ性能探索応答動作フレーム（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス要求動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）、ＭＩＨ命令サービス応答動作フレーム（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）及びＭＩＨイベントサービス指示動作フレーム（ＭＩＨ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ  Ｉｎｄｉｃａｔｉｏｎ  ａｃｔｉｏｎ  ｆｒａｍｅ）のフォーマットの一例を示したものである。
【図１５】ＭＩＨＦエンティティ情報ＩＥのデータフォーマットを示したものである。。
【図１６】ＭＩＨ性能探索要請ＩＥ（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｑｕｅｓｔ  ＩＥ）のデータフォーマットを示したものである。
【図１７】ＭＩＨ性能探索応答ＩＥ（ＭＩＨ  Ｃａｐａｂｉｌｉｔｙ  Ｄｉｓｃｏｖｅｒ  Ｒｅｓｐｏｎｓｅ  ＩＥ）のデータフォーマットを示したものである。
【図１８】ＭＩＨ命令サービス要請ＩＥ（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ＩＥ）のデータフォーマットを示したものである。
【図１９】ＭＩＨ命令サービス応答ＩＥ（ＭＩＨ  Ｃｏｍｍａｎｄ  Ｓｅｒｖｉｃｅ  Ｒｅｓｐｏｎｓｅ  ＩＥ）のデータフォーマットを示したものである。
【図２０】ＭＩＨイベントサービス指示ＩＥ（ＭＩＨ  Ｅｖｅｎｔ  Ｓｅｒｖｉｃｅ  Ｉｎｄｉｃａｔｉｏｎ  ＩＥ）のデータフォーマットを示したものである。
【図２１】図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。
【図２２】図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。
【図２３】図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。
【図２４】図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。
【図２５】図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。
【図２６】図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。
【図２７】図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。
【図２８】図２１ないし図２８は、各々本発明の望ましい一実施例による手続き流れ図である。
【図１】
2009525664.tif 000031
【図２】
2009525664.tif 000032
【図３】
2009525664.tif 000033
【図４】
2009525664.tif 000034
【図５】
2009525664.tif 000035
【図６】
2009525664.tif 000036
【図７】
2009525664.tif 000037
【図８】
2009525664.tif 000038
【図９】
2009525664.tif 000039
【図１０】
2009525664.tif 000040
【図１１】
2009525664.tif 000041
【図１２】
2009525664.tif 000042
【図１３】
2009525664.tif 000043
【図１４】
2009525664.tif 000044
【図１５】
2009525664.tif 000045
【図１６】
2009525664.tif 000046
【図１７】
2009525664.tif 000047
【図１８】
2009525664.tif 000048
【図１９】
2009525664.tif 000049
【図２０】
2009525664.tif 000050
【図２１】
2009525664.tif 000051
【図２２】
2009525664.tif 000052
【図２３】
2009525664.tif 000053
【図２４】
2009525664.tif 000054
【図２５】
2009525664.tif 000055
【図２６】
2009525664.tif 000056
【図２７】
2009525664.tif 000057
【図２８】
2009525664.tif 000058
【国際調査報告】
2009525664.tif 000059
2009525664.tif 000060
2009525664.tif 000061