(57)【要約】【課題】移動端末が無線ラン（８０２．１，  Ｗｉ−Ｆｉ）網に接続する場合、無線ラン網と連動される網の情報またはＥＭＩＤ（ＥＳＳ  ＭＡＣ  ＩＤ）サーバで提供されるＥＭＩＤを移動端末に伝達するための方法を提供する。【解決手段】本発明による無線接続システムは、少なくとも一つの無線端末からメッセージを受信し、分配システムを介して他のアクセスポイントと通信する少なくとも一つのアクセスポイント、上記無線端末が上記少なくとも一つのアクセスポイントに送信したＳＳＰＮに関する情報要請メッセージを上記少なくとも一つのアクセスポイントとのインターフェースを介して受信し、上記ＳＳＰＮに関する情報を含むネットワークエンティティとのインターフェースを介して上記情報要請メッセージに相応する応答情報を獲得する少なくとも一つの連動情報ブローカを含む特徴がある。【選択図】図１０
2009525666.tif 000002
【特許請求の範囲】
【請求項１】
多数の副搬送波を用いて通信する無線接続システムにおいて、
少なくとも一つの無線端末からメッセージを受信し、分配システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）を介して他のアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）と通信する少なくとも一つのアクセスポイント；
上記無線端末が上記少なくとも一つのアクセスポイントに送信したＳＳＰＮ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ  Ｎｅｔｗｏｒｋ）に関する情報要請メッセージを上記少なくとも一つのアクセスポイントとのインターフェースを介して受信し、上記ＳＳＰＮに関する情報を含むネットワークエンティティとのインターフェースを介して上記情報要請メッセージに相応する応答情報を獲得する少なくとも一つの連動情報ブローカ（ｉｎｔｅｒｗｏｒｋｉｎｇ  ｂｒｏｋｅｒ）を含む多数の副搬送波を用いて通信する無線接続システム。
【請求項２】
請求項１において、
上記少なくとも一つのアクセスポイントは、上記少なくとも一つの連動情報ブローカの能力（ｃａｐａｂｉｌｉｔｙ）を表す情報種類（ｉｎｆｏｒｍａｔｉｏｎ  ｔｙｐｅ）を上記無線端末に送信する多数の副搬送波を用いて通信する無線接続システム。
【請求項３】
請求項１において、
上記少なくとも一つのアクセスポイントは、上記少なくとも一つの連動情報ブローカのＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）住所を表す住所情報を上記無線端末に送信する多数の副搬送波を用いて通信する無線接続システム。
【請求項４】
請求項１において、
上記少なくとも一つのアクセスポイントは、ビーコン（ｂｅａｃｏｎ）メッセージに上記少なくとも一つの連動情報ブローカの能力（ｃａｐａｂｉｌｉｔｙ）を表す情報種類（ｉｎｆｏｒｍａｔｉｏｎ  ｔｙｐｅ）を含ませる多数の副搬送波を用いて通信する無線接続システム。
【請求項５】
請求項１において、
上記少なくとも一つのアクセスポイントは、ビーコン（ｂｅａｃｏｎ）メッセージに上記少なくとも一つの連動情報ブローカのＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）住所を表す住所情報をを含ませる多数の副搬送波を用いて通信する無線接続システム。
【請求項６】
請求項１において、上記情報要請メッセージは、
上記無線端末が送信した動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）である多数の副搬送波を用いて通信する無線接続システム。
【請求項７】
請求項６において、
上記動作フレームは、上記少なくとも一つのアクセスポイントにより第２階層メッセージにカプセル化されて上記少なくとも一つの連動情報ブローカに伝達される多数の副搬送波を用いて通信する無線接続システム。
【請求項８】
請求項７において、
上記第２階層メッセージは、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））フレームまたは有線ランメッセージである多数の副搬送波を用いて通信する無線接続システム。
【請求項９】
請求項１において、
上記少なくとも一つの連動情報ブローカは、上記応答情報を第２階層メッセージにカプセル化して上記少なくとも一つのアクセスポイントに伝達する多数の副搬送波を用いて通信する無線接続システム。
【請求項１０】
請求項９において、
上記第２階層メッセージは、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））フレームまたは有線ランメッセージである多数の副搬送波を用いて通信する無線接続システム。
【請求項１１】
無線ラン網において無線端末が要請した情報を処理する方法において、
アクセスポイントがネットワークエンティティから情報を獲得することを要請する第１要請メッセージを上記アクセスポイントに送信する段階；
上記第１要請メッセージに対する応答が送信される複数の無線端末を識別する住所及び上記第１要請メッセージを識別するクエリ識別子（ｑｕｅｒｙ  ＩＤ）を含む第１応答メッセージを上記アクセスポイントから受信する段階；上記第１要請メッセージに基づいて上記アクセスポイントが上記ネットワークエンティティから獲得した情報を含み、上記複数の無線端末を識別する住所を介して識別される少なくとも一つの端末に送信される第２応答メッセージを少なくとも一回受信する段階
を含む無線ラン網において無線端末が要請した情報を処理する方法。
【請求項１２】
請求項１１において、
上記第２応答メッセージは、上記アクセスポイントのビーコン（ｂｅａｃｏｎ）メッセージに含まれる送信時点情報により指示される時点に上記アクセスポイントにより送信される無線ラン網において無線端末が要請した情報を処理する方法。
【請求項１３】
請求項１２において、
上記送信時点情報は、減少するカウント値を用いて上記第２応答メッセージの送信時点を指示する無線ラン網において無線端末が要請した情報を処理する方法。  
【請求項１４】
請求項１３において、
上記カウント値が零（０）となる場合、上記第２応答メッセージが送信される無線ラン網において無線端末が要請した情報を処理する方法。
【請求項１５】
請求項１３において、
上記カウント値は、上記送信時点情報を含む上記ビーコンメッセージ毎に減少する無線ラン網において無線端末が要請した情報を処理する方法。
【請求項１６】
請求項１１において、
上記複数の無線端末を識別する住所は放送住所（ｂｒｏａｄｃａｓｔ  ａｄｄｒｅｓｓ）である無線ラン網において無線端末が要請した情報を処理する方法。
【請求項１７】
請求項１１において、
上記複数の無線端末を識別する住所はマルチキャストグループ放送住所（ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓ）である無線ラン網において無線端末が要請した情報を処理する方法。
【請求項１８】
請求項１１において、
上記アクセスポイントにプローブ要請メッセージを送信する段階；及び、
上記アクセスポイントに上記ネットワークエンティティに接続が可能か否かを表すプローブ応答メッセージを上記アクセスポイントから受信する段階をさらに含む無線ラン網において無線端末が要請した情報を処理する方法。
【請求項１９】
請求項１１において、
上記アクセスポイントが上記ネットワークエンティティに接続が可能か否かを表す上記ビーコンメッセージを受信する段階をさらに含む無線ラン網において無線端末が要請した情報を処理する方法。
【請求項２０】
請求項１１において、
上記ネットワークエンティティは、連動情報ブローカ（ｉｎｔｅｒｗｏｒｋｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｒｏｋｅｒ）をさらに含む無線ラン網において無線端末が要請した情報を処理する方法。
【請求項２１】
請求項１１において、
上記第２応答メッセージは、上記クエリ識別子を含む無線ラン網において無線端末が要請した情報を処理する方法。
【請求項２２】
請求項１１において、
上記ネットワークエンティティから獲得した情報が既設定された大きさを超える場合、
上記ネットワークエンティティから獲得した情報は断片識別子（ｆｒａｇｍｅｎｔ  ＩＤ）により識別される複数の断片に分離される無線ラン網において無線端末が要請した情報を処理する方法。
【請求項２３】
請求項２２において、
上記断片識別子は、分離される断片の個数が増加することによって増加する無線ラン網において無線端末が要請した情報を処理する方法。
【請求項２４】
請求項１１において、
上記第２応答メッセージは、動作フレーム（Ａｃｔｉｏｎ  ｆｒａｍｅ）であり、カプセル化された上記ネットワークエンティティから獲得した情報を含む無線ラン網において無線端末が要請した情報を処理する方法。
【請求項２５】
無線ラン網において用いられる媒介体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレームにおいて、
上記媒介体接続制御フレームのフレームバディ（ｆｒａｍｅ  ｂｏｄｙ）に制御情報が含まれるか否かを表し、上記媒介体接続制御フレームのヘッダ（ｈｅａｄｅｒ）に含まれる種類（ｔｙｐｅ）フィールド；及び、
上記制御情報を含む上記フレームバディ（ｆｒａｍｅ  ｂｏｄｙ）；を含み、
上記フレームバディに上記制御情報が含まれ、上記制御情報の第１部分が全体断片のうちいずれか一つである場合、
上記フレームバディは、上記第１部分を識別する断片識別子（ｆｒａｇｍｅｎｔ  ＩＤ）及び上記第１部分が最終断片であるか否かを識別する最終断片（ｌａｓｔ  ｆｒａｇｍｅｎｔ）フィールドを含む無線ラン網において用いられる媒介体接続制御（ＭＡＣ）フレーム。
【請求項２６】
請求項２５において、
上記断片識別子は、分離される断片の個数が増加することによって増加する無線ラン網において用いられる媒介体接続制御フレーム。
【請求項２７】
請求項２５において、
上記制御情報は、動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）である無線ラン網において用いられる媒介体接続制御フレーム。
【請求項２８】
請求項２５において、
上記媒介体接続制御フレームのヘッダは、上記フレームバディに使用者データ情報が含まれる場合、上記フレームバディを介して追加に送信される断片（ｆｒａｇｍｅｎｔ）が存在するか否かを含む追加断片（ｍｏｒｅ  ｆｒａｇｍｅｎｔ）フィールドを含む無線ラン網において用いられる媒介体接続制御フレーム。
【請求項２９】
請求項２８において、
上記追加断片フィールドは、１ビットで構成される無線ラン網において用いられる媒介体接続制御フレーム。
【請求項３０】
請求項２５において、
上記制御情報の第１部分は、アクセスポイントがネットワークエンティティから要請して獲得した応答メッセージの一部である無線ラン網において用いられる媒介体接続制御フレーム。
【請求項３１】
請求項３０において、
上記応答メッセージが既設定された長さより大きい場合、上記応答メッセージは複数の断片に分離される無線ラン網において用いられる媒介体接続制御フレーム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ラン網の移動端末における情報伝達方法に関し、より詳しくは、移動端末が無線ラン（８０２．１１，  Ｗｉ−Ｆｉ）網に接続する場合、無線ラン網と連動（Ｉｎｔｅｒｗｏｒｋｉｎｇ）される網の情報またはＥＭＩＤ（ＥＳＳ  ＭＡＣ  ＩＤ）サーバで提供されるＥＭＩＤを移動端末に伝達するための方法に関する。
【背景技術】
【０００２】
以下、従来の技術に従って無線ランにおいて用いられるフレーム構造を説明する。
【０００３】
図１は、無線ラン（ＩＥＥＥ  ８０２．１１，  Ｗｉ−Ｆｉ）において用いられるフレームの構造である。
【０００４】
図示したように、８０２．１１媒介体接続管理（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレームはヘッダ（ｈｅａｄｅｒ）を含むことができる。
【０００５】
上記ＭＡＣヘッダには、種類（１２）フィールドと追加断片（Ｍｏｒｅ  ｆｒａｇｍｅｎｔ）（１０）フィールドが含まれる。上記種類（１２）フィールドは、ＭＡＣフレームのフレームバディ（Ｆｒａｍｅ  Ｂｏｄｙ）（１１）に制御情報（例えば、管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ））が含まれるか、データ情報が含まれるかを識別する。
【０００６】
上記追加断片（１０）フィールドは、上記フレームボディ（１１）を介して追加に送信される断片（ｆｒａｇｍｅｎｔ）が存在するかを表す。即ち、特定なデータが複数の断片に分離され、まだ受信されるべき断片が存在する場合、上記追加断片（１０）フィールドが設定されることができる。
【０００７】
図２は、無線ランにおいて用いられる管理フレーム（Ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）の一例を示した図面である。上記管理フレームはフレームバディ（Ｆｒａｍｅ  Ｂｏｄｙ）に多様な情報を含む。図２に示された表は管理フレームのフレームバディに含まれるビーコン（Ｂｅａｃｏｎ）フレームとプローブ要請（Ｐｒｏｂｅ  ｒｅｑｕｅｓｔ）フレーム及びプローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）フレームを表す。上記ビーコン（Ｂｅａｃｏｎ）フレームとプローブ要請（Ｐｒｏｂｅ  ｒｅｑｕｅｓｔ）フレーム及びプローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）フレームは上記管理フレーム（Ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）の一例である。
【０００８】
図示したように、多様なｐａｒａｍｅｔｅｒ  ｓｅｔが定義される。
【０００９】
図３は、無線ランシステムにおいて用いられる管理フレームバディ（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ  Ｂｏｄｙ）の要素（ｃｏｍｐｏｎｅｎｔ）を示した図面である。上記管理フレームバディ（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ  Ｂｏｄｙ）の要素は、固定（Ｆｉｘｅｄ）領域と情報要素（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）領域からなる。上記管理フレーム内で、固定された長さの強制フレームバディ要素（ｆｉｘｅｄ−ｌｅｎｇｔｈ  ｍａｎｄａｔｏｒｙ  ｆｒａｍｅ  ｂｏｄｙ  ｃｏｍｐｏｎｅｎｔｓ）は上記固定領域で定義され、可変長さの強制フレームバディ要素（ｖａｒｉａｂｌｅ  ｌｅｎｇｔｈ  ｍａｎｄａｔｏｒｙ  ｆｒａｍｅ  ｂｏｄｙ  ｃｏｍｐｏｎｅｎｔｓ）と全ての選択的フレームバディ要素（ｏｐｔｉｏｎａｌ  ｆｒａｍｅ  ｂｏｄｙ  ｃｏｍｐｏｎｅｎｔｓ）は上記情報要素で定義される。
【００１０】
以下、従来の遠隔要請ブローカ（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ：ＲＲＢ）を説明する。
【００１１】
無線ランアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ：ＡＰ）の一構成要素でＲＲＢ（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ）は、上記ＡＰのＳＭＥ（ｓｙｓｔｅｍ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）に存在する。上記ＲＲＢは、同じＭｏｂｉｌｉｔｙ  Ｄｏｍａｉｎ内に存在するＡＰ間に通信が可能となる。即ち、同じＭｏｂｉｌｉｔｙ  Ｄｏｍａｉｎ  ＩＤを所有するＡＰ間にはＤＳを介して論理的連結構造でＤＳを介する通信を支援する。上記ＲＲＢは、現在ＡＰと次の候補ＡＰ間に遠隔要請／遠隔応答（ｒｅｍｏｔｅ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）フレームを生成したり、メッセージを伝達（ｒｅｌａｙ）する。
【００１２】
以下、従来の技術装置の動作を説明する。
【００１３】
１．無線ラン（Ｗｉｒｅｌｅｓｓ  ＬＡＮ−ＩＥＥＥ８０２．１１）の一般的構成
無線ラン（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）とは、有線ランのハブ（Ｈｕｂ）に該当するアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ：以下‘ＡＰ’という）装置を用いて無線ランカードを定着したＰＤＡやノートブックのような無線端末にラン（ＬＡＮ）サービスを提供するネットワーク環境である。単純に考えば、既存のＥｔｈｅｒｎｅｔ（登録商標）システムにおいてハブ（Ｈｕｂ）と使用者端末間の有線区間をＡＰとＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）（例えば、無線ランカード）間の無線区間に代替したシステムである。上記無線ランは、無線端末の配線が必要なくて端末機の再配置が容易であり、ネットワークの構築及び拡張が容易であり、移動中にも通信が可能であるという長所がある。然しながら、有線ランに比べて伝送速度が相対的に低く、無線チャネルの特性上信号品質が不安定であり、信号干渉が発生できるという短所がある。
【００１４】
図４は、従来の技術に従う無線ランのネットワーク構成を示す図面である。図示したように、無線ランのネットワーク形態はＡＰを含むか否かに従って二つに区分される。上記ＡＰを含む形態をインフラ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）ネットワークといい、含まない形態をａｄ−ｈｏｃネットワークという。また、一つのＡＰが提供するサービス領域をＢＳＡ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ａｒｅａ）といい、上記ＡＰを含んで上記ＡＰに接続された無線端末を指称してＢＳＳ（Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）という。このようにＡＰに接続されて無線端末がサービスを受けるようになることをＳＳ（Ｓｔａｔｉｏｎ  Ｓｅｒｖｉｃｅ）という。上記ＳＳは、上記ａｄ−ｈｏｃネットワークにおいて無線端末同士授受するサービスも含む。図示したように、サービス領域であるＢＳＡは互いに重畳されることができる。二つ以上のＡＰが互いに連動されて各々のＡＰに接続されている無線端末が他のＡＰに接続されている無線端末と通信するようにできる。この場合、ＡＰの連結をＤＳ（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）といい、このようなＤＳを介して提供されるサービスをＤＳＳ（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ  Ｓｅｒｖｉｃｅ）という。また、ＤＳＳが提供可能な領域をＥＳＡ（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ａｒｅａ）といい、ＥＳＡ内でＤＳＳを提供を受ける全ての無線端末とＡＰを合わせてＥＳＳ（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ）という。
【００１５】
ＩＥＥＥ  ８０２．１１標準で定義したサービスの項目には表１のような次の九つがある。
【００１６】
【表１】
2009525666.tif 000003
ＡｕｔｈｅｎｔｉｃａｔｉｏｎサービスとＤｅａｕｔｈｅｎｔｉｃａｔｉｏｎサービスは使用者認証に関し、ＡｓｓｏｃｉａｔｉｏｎサービスとＤｅａｓｓｏｃｉａｔｉｏｎ、Ｒｅａｓｓｏｃｉａｔｉｏｎサービスは無線端末がＡＰに接続されることに関する。Ｒｅａｓｓｏｃｉａｔｉｏｎサービスは無線端末がＥＳＳ内でＢｓｓを変更するか、或いは現在接続されている状態を変更する場合用いられる。ＤｉｓｔｒｉｂｕｔｉｏｎサービスはＤＳを介して一つのＡＰに接続された無線端末が他のＡＰに接続された無線端末と通信できるという概念的なサービスである。ＩｎｔｅｇｒａｔｉｏｎサービスはＩＥＥＥ  ８０２．１１  ＬＡＮと外部の有線でも無線でも集合的なＬＡＮとの接続に用いられる。
【００１７】
上記各サービスの項目は上記ＤＳの設定を介して変更される。Ｐｒｉｖａｃｙサービスは保安に関し、ＷＥＰ（Ｗｉｒｅｄ  Ｅｑｕｉｖａｌｅｎｔ  Ｐｒｉｖａｃｙ）プロトコールを用いている。ＭＳＤＵ（ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）ｄｅｌｉｖｅｒｙサービスは、使用者のデータの伝送時用いられる。下記表２は上記サービス項目を結んで上記で説明した二つのサービス範疇に分けている。
【００１８】
【表２】
2009525666.tif 000004
上記無線ランＡＰは、有線ＬＡＮのハブ（Ｈｕｂ）と同じ機能、Ｂｒｉｄｇｅ機能、Ｈｏｍｅ  Ｇａｔｅｗａｙ機能、ａｕｔｏｍａｔｉｃ  ｆａｌｌ−ｂａｃｋ機能、ｒｏａｍｉｎｇ機能など多様な機能を遂行している。上記Ｂｒｉｄｇｅ機能は指向性高利得外装アンテナを用いて遠く離れている二つの建物間に通信を可能とする。上記Ｈｏｍｅ  Ｇａｔｅｗａｙ機能は宅内の情報通信機器の外部ネットワークとの接続を無線ＬＡＮ  ＡＰを用いて遂行するようにする。上記Ａｕｔｏｍａｔｉｃ  ｆａｌｌ−ｂａｃｋ機能はＡＰと無線端末間の距離が遠くなってチャネル状態が劣ると、ＡＰが伝送速度を１１Ｍｂｐｓ〜５．５Ｍｂｐｓ或いは２Ｍｂｐｓ、１Ｍｂｐｓに低くする機能である。チャネル状態が劣る時１１Ｍｂｐｓで高速伝送をすれば、再伝送などによる損失がさらに大きいため、適切に伝送速度を低める。基本的なｒｏａｍｉｎｇ機能は上記ＢＳＳ間で可能である。
【００１９】
２．無線ラン網の典型的な例
図５は、多数のＡＰのカバリッジ（ｃｏｖｅｒａｇｅ）が重畳される通信環境を示す図面である。８０２．１１技術が活性化されて同一ＥＳＳ内でハンドオフ（ｈａｎｄ−ｏｆｆ）が支援されれば、図５のような環境が典型的な８０２．１１ネットワークとなる。図示したネットワークの場合、ＳＴＡ（Ｓｔａｔｉｏｎ、ＷＬＡＮ  ＵＥ）がビーコンパケット（ｂｅａｃｏｎ  ｐａｃｋｅｔ）を受ける受動的スキャーニング（ｐａｓｓｉｖｅ  ｓｃａｎ）を遂行する場合、上記ＳＴＡは同一ＡＮに属する二つ以上のＡＰからビーコンパケット（ｂｅａｃｏｎ  ｐａｃｋｅｔ）を伝送を受けるようになり、ＡＰで自分が属するＳＳＰＮ（Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ  Ｎｅｔｗｏｒｋ）（ｏｒ  ＡＮ）の情報をビーコンパケット（ｂｅａｃｏｎ  ｐａｃｋｅｔ）に含ませて送る場合、上記ＳＴＡは二つ以上のパケット（ｐａｃｋｅｔ）を組み合わせることができるようになる。
【００２０】
３．無線ランとセルラ網の連動（Ｗｉｒｅｌｅｓｓ  ＬＡＮ  ａｎｄ  ３ＧＰＰ  Ｉｎｔｅｒｗｏｒｋｉｎｇ）
無線ラン（ＷＬＡＮ）とセルラ（３ＧＰＰ）との連動は、大きく、無線ラン網を検出するＳｃａｎｎｉｎｇ手続き、無線ラン網との認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手続き、セルラ網検出手続き、また、セルラ網との認証手続きに分けられる。セルラ網検出及び選択手続きはセルラ網との認証手続きの一部分で遂行される。
【００２１】
３．１  無線ラン網スキャニング手続き（Ｓｃａｎｎｉｎｇ）
無線ランは無線ラン網に対する名がＳＳＩＤ情報要素（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）に提供される。無線ラン端末（ＷＬＡＮ  ＵＥ）は上記スキャニング手続きを介して可用した無線網に対して検出する。上記スキャニング手続きは二つ種類に区分される。
【００２２】
ｉ）受動的スキャニング（Ｐａｓｓｉｖｅ  ｓｃａｎｎｉｎｇ）：網で放送（Ｂｒｏａｄｃａｓｔ）するビーコン（Ｂｅａｃｏｎ）を受信して情報を獲得する方法
ｉｉ）能動的スキャニング（Ａｃｔｉｖｅ  ｓｃａｎｎｉｎｇ）：網に無線ラン端末が所望の情報を要請して所望の情報を獲得する方法
３．２  無線ラン網との認証手続き（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）
認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手続きは、認証管理（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ）フレームを介して遂行され、８０２．１１ｉを支援する無線端末とＡＰの場合、Ａｓｓｏｃｉａｔｉｏｎ手続きを遂行した以後に８０２．１ｘ基盤の認証手続きを追加に遂行する。
【００２３】
３．３  セルラ網検出（Ｄｉｓｃｏｖｅｒｙ）手続き
網検出手続きは無線ラン端末（ＷＬＡＮ  ＵＥ）に受動選択手続きを遂行時に必要な‘支援されるＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）目録’を提供するために、無線ラン端末（ＷＬＡＮ  ＵＥ）とロカール（ｌｏｃａｌ  ＡＡＡ）（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）サーバ間で遂行される。
【００２４】
３．４  セルラ網認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手続き
セルラ網との認証は支援されるＥＡＰ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）方式によってＥＡＰ−ＡＫＡ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ａｇｒｅｅｍｅｎｔ）、ＥＡＰ−ＳＩＭ（Ｅｘｔｅｎｓｉｂｌｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）方式に区分される。
【００２５】
図６は、従来の技術に従って無線ランと３ＧＰＰ間の連動手続きの一例を示す図面である。図６の無線ランとセルラ通信網間の連動手続きの一例を示す図面にすぎず、上記無線ランシステムは３ＧＰＰ以外のセルラ通信網（例えば、３ＧＰＰ２など）とも連動が可能である。無線ラン端末は無線ラン網を検出するために受動的スキャニング（Ｓ６０１）或いは能動的スキャニング（Ｓ６０２、Ｓ６０３）を遂行する。スキャニングの結果に従って無線ラン網を選択する（Ｓ６０４）。ＤＳ（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ）内でメッセージを伝達するためにｄｉｓｔｒｉｂｕｔｉｏｎ  ｓｅｒｖｉｃｅは特定端末がいずれのＡＰを介して接続可能であるかを知らなければならず、これはＡｓｓｏｃｉａｔｉｏｎ手続きとして遂行される（Ｓ６０５、Ｓ６０６）。無線ラン移動端末は、無線ラン網と認証手続きを遂行するにおいて認証方法に従って多様な方法があり、本実施例で表すのはＯｐｅｎ  Ｓｙｓｔｅｍ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ（Ｓ６０７、Ｓ６０８）とｓｈａｒｅｄ  ｋｅｙ  ａｕｔｈｅｎｔｉｃａｔｉｏｎ（Ｓ６０９ないしＳ６１２）方法である。無線ラン移動端末は無線ラン網を介して３ＧＰＰ網を用いるために３ＧＰＰ網との認証手続き（Ｓ６１３ないしＳ６２３）を遂行しなければならず、本実施例では移動端末と通信網がＥＡＰ−ＳＩＭを支援する場合を表す。
【００２６】
４．  連動情報（ｉｎｔｅｒｗｏｒｋｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）伝達方法
無線ラン網で無線ラン網と連動される網に対する連動情報伝達方法は、ビーコン（Ｂｅａｃｏｎ）により放送（ｂｒｏａｄｃａｓｔ）する方法と無線ラン移動端末の要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）によりＡＰがこれに対する応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）する方法がある。
【００２７】
４．１  ビーコン（Ｂｅａｃｏｎ）による連動情報放送
以下、Ｌａｙｅｒｅｄ  Ｂｅａｃｏｎという概念を用いて従来のビーコンを二つに区分して説明する。即ち、ビーコン（ｂｅａｃｏｎ）は従来に用いたＮＭＢ（Ｎｅｔｗｏｒｋ  Ｍａｉｎｔｅｎａｎｃｅ  Ｂｅａｃｏｎ）と上記連動情報（ｉｎｔｅｒｗｏｒｋｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）を含んだＮＤＢ（Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎ）の二つに区分される。
【００２８】
Ｎｅｔｗｏｒｋ  Ｍａｉｎｔｅｎａｎｃｅ  Ｂｅａｃｏｎ（ＮＭＢ）：従来ビーコン（Ｂｅａｃｏｎ）メッセージを表す。
【００２９】
Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎ（ＮＤＢ）：従来のＮＭＢに上記連動情報が含まれたビーコンメッセージを表す。
【００３０】
４．２  端末の要請による連動情報伝達
無線ラン移動端末（ＷＬＡＮ  ＵＥ）は上記ＮＤＢを受信できない場合、プローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージを介して、上記連動情報を無線ラン網に要請する。上記無線ラン網は、上記連動情報を保有している場合には、直ちにプローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージを介して上記連動情報を上記移動端末に伝達する。また、上記無線ラン網が上記連動情報を保有できない場合には、決められた手続きにより上記無線ラン網と連動される網から上記連動情報を獲得する。
【００３１】
図７は、従来の技術に従って移動端末が連動情報を要請して獲得する一連の手続きを示す図面である。上記移動端末はＡＰに上記連動情報（ＩＥ１、ＩＥ２…など）を提供してくれることを上記プローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージを介して要請する（Ｓ７１０）。上記ＡＰが上記連動情報を提供できない場合、上記プローブ応答メッセージ（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）にいつ再び連動情報を伝送するか（ＣｏｍｅＢａｃｋＤｅｌａｙ）と、上記連動情報の要請を識別するためのＩＤ（Ｑｕｅｒｙ  ＩＤ）を含ませて上記移動端末に伝達する（Ｓ７２０）。上記ＡＰは連動される網から端末が要請した上記連動情報を獲得する（Ｓ７３０、Ｓ７４０）。上記移動端末は戻ることと予定された時間、即ち、再び連動情報を伝送してくれる時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）に再びプローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージを送る。このとき、Ｓ７２０段階を介して受信した上記Ｑｕｅｒｙ  ＩＤを含んで要請する（Ｓ７５０）。上記Ｑｕｅｒｙ  ＩＤが含まれて要請されるため、上記連動情報を再び表示する必要がない。上記ＡＰは上記連動される網から獲得した情報を上記移動端末に送信する（Ｓ７６０）。
【００３２】
図８は、ＮＭＢとＮＤＢの周期的な伝送方法を表す一例を示す図面である。ＡＰはどの時点に上記ＮＤＢが伝送されるかを決定して適切な時に上記ＮＤＢを伝送する。例では、ＮＤＢが伝送されるＮＤＢ周期が４と仮定し、毎４番目ビーコン（Ｂｅａｃｏｎ）周期に上記ＮＤＢが伝送される。
【００３３】
図９は、ＤＳを介して二つのＡＰ間に通信する方法を説明する手続き流れ図である。上記二つのＡＰは同一なＤＳを介して連結される。図９において、各ＡＰはＭＬＭＥ（ＭＡＣ  Ｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）及び上記ＲＲＢを備える。移動端末（Ｓｔａｔｉｏｎ：ＳＴＡ）は動作フレーム（Ａｃｔｉｏｎ  ｆｒａｍｅ）を現在ＡＰに伝送する（Ｓ９０１）。上記現在ＡＰは上記受信した動作フレームを遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）し、上記動作フレームに含まれるＴａｒｇｅｔ  ＴＡＰ住所（上記動作フレームが伝送されるべきＡＰの住所）をみてイーサネット（登録商標）フレーム（Ｅｔｈｅｒｎｅｔ（登録商標）  ｆｒａｍｅ）の目的地住所（ｄｅｓｔｉｎａｔｉｏｎ  ａｄｄｒｅｓｓ）を上記Ｔａｒｇｅｔ  ＴＡＰ住所に設定して伝送する（Ｓ９０２）。上記Ｔａｒｇｅｔ  ＴＡＰは上記遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）フレームを受信し、上記フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）されている上記動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）（ＦＴ  Ａｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）のカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記解除された動作フレームを必要なところに伝達する。上記必要なところに伝送する手続きは本発明の通常の当業者に自明であるため、別途に図示しない。上記Ｔａｒｇｅｔ  ＴＡＰは応答メッセージを伝送する。即ち、上記（Ｔａｒｇｅｔ  ＴＡＰ）は上記応答メッセージを上記ＤＳを介して移動端末に伝送するときには送ろうとする動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）（ＦＴ  Ａｃｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）を遠隔応答（Ｒｅｍｏｔｅ  Ｒｅｓｐｏｎｓｅ）フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）して上記現在ＡＰ、即ち上記遠隔要請フレームを伝送したＡＰに伝送する（Ｓ９０３）。上記遠隔応答（Ｒｅｍｏｔｅ  Ｒｅｓｐｏｎｓｅ）フレームを受信した上記現在ＡＰはカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）して上記動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）を得て、これを無線通信を介して上記移動端末に伝送する（Ｓ９０４）。
【００３４】
上記移動端末は、上記動作フレームに従う動作フレームを追加的に上記現在ＡＰに伝送（Ｓ９０５）でき、このような手続きは上記Ｓ９０１に対応される。上記現在ＡＰは上記動作フレームをカプセル化して上記Ｔａｒｇｅｔ  ＴＡＰに伝送（Ｓ９０６）でき、これに対する応答メッセージを受信してカプセル化を解除（Ｓ９０７）でき、このような手続きは上記Ｓ９０２及びＳ９０３に対応される。また、上記カプセル化を解除した動作フレームを上記移動端末に伝送できる（Ｓ９０８）。
【００３５】
上述した従来の技術は次のような問題点がある。
【００３６】
第一、従来の技術では連動情報を現ＡＰが獲得して移動端末に伝達することだけを考慮した。即ち、各々のＡＰは、上記移動端末が要請した連動情報を獲得することにおいて、上記連動情報を有する網の如何なる個体と定義できない如何なる任意の方法で情報を獲得した。このような作業の遂行は上記ＡＰが処理しなければならないデータの処理量を増加させる問題がある。
【００３７】
第二、無線ラン移動端末が連動情報要請をした場合に、ＡＰがこの該当連動情報を保有していない場合、上記ＡＰはＣｏｍｅＢａｃｋＤｅｌａｙを上記移動端末に通知して上記連動情報を獲得する試しをする。この場合、上記移動端末はＣｏｍｅＢａｃｋＤｅｌａｙだけの時間が経過した以後、上記要請した連動情報を受けるために再び要請メッセージをＡＰに伝達しなければならず、上記移動端末と上記ＡＰが多くの数のメッセージを送受信する問題がある。
【００３８】
第三、上記無線ラン移動端末が上記連動情報を上記ＡＰから獲得するために上記ＮＤＢを受信しなければならず、上記移動端末はＮＤＢが伝達される時点を正確に知らないため、連動情報要請メッセージ（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）を伝送する問題がある。
【発明の開示】
【発明が解決しようとする課題】
【００３９】
本発明は、従来の技術の問題点を解決するために提案されたものであって、本発明の目的は、アクセスポイント（ＡＰ）で処理するデータの処理量を減少させながら、連動情報などの多様な情報を効率的に処理する方法を提案することである。
【００４０】
本発明の他の目的は、少ない数のメッセージを用いて効率的に連動情報を獲得する方法を提供することである。
【００４１】
本発明のもう他の目的は、移動端末にとって連動情報が含まれて伝送されるメッセージの伝送時点を正確に知らせる通信方法を提供することである。
【課題を解決するための手段】
【００４２】
本発明に従う無線接続システムは、少なくとも一つの無線端末からメッセージを受信し、分配システム（Ｄｉｓｔｒｉｂｕｉｔｉｏｎ  Ｓｙｓｔｅｍ）を介して他のアクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）と通信する少なくとも一つのアクセスポイント、上記無線端末が上記少なくとも一つのアクセスポイントに送信したＳＳＰＮ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ  Ｎｅｔｗｏｒｋ）に関する情報要請メッセージを上記少なくとも一つのアクセスポイントとのインターフェースを介して受信し、上記ＳＳＰＮに関する情報を含むネットワークエンティティとのインターフェースを介して上記情報要請メッセージに相応する応答情報を獲得する少なくとも一つの連動情報ブローカ（ｉｎｔｅｒｗｏｒｋｉｎｇ  ｂｒｏｋｅｒ）を含む。
【００４３】
好ましくは、上記少なくとも一つのアクセスポイントは、上記少なくとも一つの連動情報ブローカの能力（ｃａｐａｂｉｌｉｔｙ）を現す種類情報（ｔｙｐｅ  ｉｎｆｏｒｍａｔｉｏｎ）またはＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）住所を表す住所情報を上記無線端末に送信する。
【００４４】
好ましくは、上記ビーコン（ｂｅａｃｏｎ）メッセージが上記種類情報（ｔｙｐｅ  ｉｎｆｏｒｍａｔｉｏｎ）と上記ＭＡＣ住所を含む。
【００４５】
好ましくは、上記情報要請メッセージは上記無線端末が送信した動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）である。
【００４６】
好ましくは、上記動作フレームは、上記少なくとも一つのアクセスポイントにより第２階層メッセージでカプセル化されて上記少なくとも一つの連動情報ブローカに伝達される。
【００４７】
好ましくは、上記第２階層メッセージはイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））フレーム又は有線ランメッセージである。
【００４８】
本発明による情報処理方法は、アクセスポイントがネットワークエンティティから情報を獲得することを要請する第１要請メッセージを上記アクセスポイントに送信する段階と、上記第１要請メッセージに対する応答が送信される複数の無線端末を識別する住所及び上記第１要請メッセージを識別するクエリ識別子（ｑｕｅｒｙ  ＩＤ）を含む第１応答メッセージを上記アクセスポイントから受信する段階と、上記第１要請メッセージに基づいて上記アクセスポイントが上記ネットワークエンティティから獲得した情報を含み、上記複数の無線端末を識別する住所を介して識別される少なくとも一つの端末に送信される第２応答メッセージを少なくとも一回受信する段階を含む  。
【００４９】
好ましくは、上記第２応答メッセージは、上記アクセスポイントのビーコン（ｂｅａｃｏｎ）メッセージに含まれる送信時点情報により指示される時点に上記アクセスポイントにより送信される。
【００５０】
好ましくは、上記送信時点情報は、減少するカウント値を用いて上記第２応答メッセージの送信時点を指示する。  
【００５１】
好ましくは、上記カウント値が零（０）となる場合、上記第２応答メッセージが送信される。
【００５２】
好ましくは、上記送信時点情報を含む上記ビーコンメッセージ毎に減少する。
【００５３】
好ましくは、上記複数の無線端末を識別する住所は放送住所（ｂｒｏａｄｃａｓｔ  ａｄｄｒｅｓｓ）またはマルチキャストグループ放送住所（ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓ）である。
【００５４】
好ましくは、上記アクセスポイントにプローブ要請メッセージを送信する段階；及び、上記アクセスポイントに上記ネットワークエンティティに接続が可能であるか否かを表すプローブ応答メッセージを上記アクセスポイントから受信する段階をさらに含む。
【００５５】
好ましくは、上記ネットワークエンティティは、連動情報ブローカ（ｉｎｔｅｒｗｏｒｋｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｒｏｋｅｒ）である。
【００５６】
本発明で提案するフレームは、上記媒介体接続制御フレームのフレームバディ（ｆｒａｍｅ  ｂｏｄｙ）に制御情報が含まれるか否かを表し、上記媒介体接続制御フレームのヘッダ（ｈｅａｄｅｒ）に含まれる種類（ｔｙｐｅ）フィールドと、上記制御情報を含む上記フレームバディ（ｆｒａｍｅ  ｂｏｄｙ）を含み、上記フレームバディに上記制御情報が含まれ、上記制御情報の第１部分が全体断片のうちいずれか一つである場合、上記フレームバディは上記第１部分を識別する断片識別子（ｆｒａｇｍｅｎｔ  ＩＤ）及び上記第１部分が最終断片であるか否かを識別する最終断片（ｌａｓｔ  ｆｒａｇｍｅｎｔ）フィールドを含む。
【００５７】
好ましくは、上記断片識別子は、分離される断片の個数が増加することによって増加する。
【００５８】
好ましくは、上記制御情報は、動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）である。
【００５９】
好ましくは、上記媒介体接続制御フレームのヘッダは、上記フレームバディに使用者データ情報が含まれる場合、上記フレームバディを介して追加に送信される断片（ｆｒａｇｍｅｎｔ）が存在するか否かを含む追加断片（ｍｏｒｅ  ｆｒａｇｍｅｎｔ）フィールドを含む。
【発明の効果】
【００６０】
本発明は、遊休モードを有する多様な通信システムで利用可能である。
【００６１】
本発明を介してＤＳ内のＩｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｉｔｏｎ  Ｂｒｏｋｅｒが連動情報獲得、伝達を担当することによって各ＡＰが遂行する処理量を減らすことができる。
【００６２】
また、無線ラン移動端末が連動情報をＡＰから獲得するために受信しなければならないＮＤＢが伝送されるかをＮＭＢ（Ｎｅｔｗｏｒｋ  Ｍａｉｎｔｅｎａｎａｃｅ  Ｂｅａｃｏｎ）に含んで知らせることができる。
【００６３】
また、無線資源を効率的に用いることができる効果がある。
【発明を実施するための最良の形態】
【００６４】
本発明は、移動端末が無線ラン（８０２．１１、Ｗｉ−Ｆｉ）網を接続する場合、上記無線ラン網と他の網（インターネットサービス、Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰサービス、ＩＭＳサービスなど）との連動情報（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）に関する。
【００６５】
上記連動情報は、連動（Ｉｎｔｅｒｗｏｒｋｉｎｇ）される網（インターネットサービスなどサービスのための網）から提供される各種データ情報を表すものである。例えば、ローミング（ｒｏａｍｉｎｇ）可能如何、課金情報、支援されるサービス情報が連動情報であり、このような連動情報は移動端末に伝達されることができる。
【００６６】
上記移動端末は上記無線ラン網と通信を遂行し、この無線ラン網を介して外部の網からサービスを提供を受けることができる。即ち、上記外部の網からサービスを受けるために上記移動端末は、上記無線ラン網に接続する以前に上記外部の網と上記無線ラン網との連動情報（または上記移動端末と上記外部の網との連動情報を伝送することを）を上記無線ラン網を介して要請することができる。
【００６７】
上記連動情報が上記無線ラン網に存在しない場合、上記外部の網から上記連動情報を獲得して上記移動端末に提供することができる。
【００６８】
上記無線ラン網と連動（ｉｎｔｅｒｗｏｒｋｉｎｇ）されている網が存在する場合、上記移動端末は上記無線ラン網に接続した状態で、上記無線ラン網に特定なデータの伝送を要請し、上記無線ラン網は上記データを獲得するために上記連動される外部の網に上記データの伝送を要請することができる。
【００６９】
上記無線ラン網が上記データ、即ち、連動情報（ｉｎｔｅｒｗｏｒｋｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）を獲得する場合、上記移動端末に上記連動情報を提供する。
【００７０】
上記連動情報の種類には制限がなく、上記移動端末が要請する多様な種類のサービスに関するデータを伝送することができる。
【００７１】
また、上記無線ラン網と連動される網の種類にも制限がなく、従来の同期及び非同期式のセルラ通信網、或いは他のサービスを提供する網からデータ、即ち連動情報を伝送を受けて上記移動端末に伝達することができる。
【００７２】
本発明の具体的な動作、特徴及び効果は、以下で説明される本発明の一実施例によりさらに具体化される。
【００７３】
以下、説明される第１実施例は、アクセスポイントで処理するデータを減少させると、連動情報を効率的に処理する方法に関する。
【００７４】
（第１実施例）
以下、本実施例が適用される無線ラン網の構造とメッセージを説明する。
【００７５】
１．１  連動情報を管理するための無線ラン網の構造
図１０は、連動情報を効果的に管理するための無線ラン網の構造の一例である。図１０の一例において、各分配システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｓｙｓｔｅｍ：ＤＳ）内には、少なくとも一つの連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）が存在する。
【００７６】
図示したように、上記連動情報ブローカは他のＳＳＰＮ（Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ  Ｎｅｔｗｏｒｋ）との連動情報（例えば、ローミング（ｒｏａｍｉｎｇ）可能如何、課金情報、支援するサービス（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ，  ＩＭＳ，  Ｐｕｓｈ  ｔｏ  ｔａｌｋ））の獲得を担当する。即ち、上記連動情報ブローカは特定なＳＳＰＮから多様な情報、即ち、連動情報を獲得する主体である。
【００７７】
上記連動情報ブローカは上記連動情報を獲得する主体を表し、本発明は上記名称に制限されない。
【００７８】
また、上記連動情報ブローカは独立された装置として具現されたり、その他、他のネットワークエンティティに含まれた機能として具現されることができる。即ち、特定なＡＰに上記連動情報を獲得する機能が追加され、上記連動情報ブローカの機能を遂行することもでき、別途のサーバが上記連動情報ブローカの機能を遂行することもできる。但し、本発明で提案する方式を受用するためには、ＤＳ上で通信が可能にする構造と機能を支援しなければならない。
【００７９】
上記連動情報ブローカは、保安認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、認可（Ａｕｔｈｏｒｉｚａｉｔｏｎ）、料金精算（Ａｃｃｏｕｎｔｉｎｇ）を遂行するネットワークエンティティとして具現されることもできる。
【００８０】
特定なＳＳＰＮに位置する連動情報制御器（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｃｏｎｔｒｏｌｌｅｒ）は上記ＳＳＰＮで連動のための全ての個体を含む。即ち、上記連動情報ブローカは特定なＳＳＰＮから連動情報を獲得するために、上記特定なＳＳＰＮ内に備えられた上記連動情報制御器と通信を遂行し、上記連動制御器は上記特定なＳＳＰＮ内で多様な方法により具現されることができる。図示したように、一つのＤＳ内には一つ以上の上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）が含まれる。
【００８１】
ＥＭＩＤ（ＥＳＳ  ＭＡＣ  Ｉｄｅｎｔｉｆｉｅｒ）サーバ（ｓｅｒｖｅｒ）は、移動端末にＥＭＩＤを割り当てるエンティティである。もし、ＥＭＩＤサーバがＤＳ内に位置するときは、図１０の連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）をＥＭＩＤサーバに代替するときと同じである。
【００８２】
ＥＭＩＤサーバは、移動端末にＥＭＩＤを割り当てる主体を表し、本発明は上記名称に制限されない。また、上記ＥＭＩＤサーバは独立された装置により具現されたり、その他、他のネットワークエンティティが含まれた機能として具現されることができる。
【００８３】
即ち、特定なＡＰにＥＭＩＤ分配機能が追加され、上記ＥＭＩＤサーバ機能を遂行することもでき、別途のサーバが上記ＥＭＩＤサーバの機能を遂行することもでき、上記ＥＭＩＤサーバと上記連動情報ブローカのようなエンティティに具現されることもできる。但し、本発明で提案する方式を受用するためにはＥＭＩＤサーバがＤＳ上で通信が可能にする構造と機能を支援しなければならない。
【００８４】
１．２  本実施例で提案する無線ラン（ＩＥＥＥ  ８０２．１１）管理フレーム（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ）の一例
以下、本実施例に従って、上記連動情報を獲得したり、ＥＭＩＤを獲得するために提案された無線ラン（ＩＥＥＥ  ８０２．１１）管理フレーム（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ）の一例  を説明する。
【００８５】
１−２．１  プローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージ
下記表３は、本実施例で用いるプローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージに含まれる情報要素を表す。上記プローブ要請メッセージは連動情報ブローカ要請情報要素（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｉｔｏｎ  Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ  ＩＥ）を追加して移動端末が連動情報ブローカに関する情報を獲得できるようにする。
【００８６】
【表３】
2009525666.tif 000005
１−２．２  プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージ
下記表４は、本実施例で用いられるプローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージに含まれる情報要素を表す。
【００８７】
連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  Ｅｎｔｉｔｙ）に対する情報要請を特定な移動端末から受信した場合、現在ＡＰとＤＳを介して通信可能な連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  Ｅｎｔｉｔｙ）に対する情報を上記プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージを介して知らせる。即ち、上記移動端末と通信を遂行する現在ＡＰ（ｃｕｒｒｅｎｔ  ＡＰ）は、上記プローブ応答メッセージを介して上記現在ＡＰが位置したＤＳ内に位置する連動情報ブローカに対する情報を上記移動端末に提供する。
【００８８】
【表４】
2009525666.tif 000006
１−２．３  ビーコン（Ｂｅａｃｏｎ）メッセージ
下記表５は、本実施例において用いるビーコンメッセージを表す。
【００８９】
上記連動情報ブローカに関する情報を上記ビーコンメッセージを介して周期的に放送することができる。上述したことに従って、上記連動情報ブローカに相応する他の連動主体が存在する場合には、上記連動主体（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｅｎｔｉｔｙ）に対する情報を上記（ｂｅａｃｏｎ）を介して周期的に放送（Ｂｒｏａｄｃａｓｔ）するのがさらに望ましい。もし、上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）に対する情報が上記ビーコン（ｂｅａｃｏｎ）メッセージを介して放送されれば、特定なＡＰのカバリッジ内に位置する移動端末は網接続前に上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）に対する情報を獲得できるようになる。上記のようなビーコンメッセージを用いることによって、本実施例に従う移動端末は上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）に対する情報を獲得するために、上記連動情報ブローカに対する情報要請メッセージを伝送する必要がない有利な効果を有する。
【００９０】
上記ビーコンメッセージは、上記連動情報ブローカに関する情報と共にＥＭＩＤサーバに関する情報を放送することができる。上記ＥＭＩＤ（ＥＳＳ  ＭＡＣ  Ｉｄｅｎｔｉｆｉｅｒ）は上記移動端末に付与される識別子として、上記ＥＭＩＤサーバにより付与される。上記ＥＭＩＤは従来のＭＡＣ住所に対応される識別子である。上記ＭＡＣ住所（ａｄｄｒｅｓｓ）は、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））の物理的な住所として一般的に４８ビットの長さであり、ＭＡＣ階層のデータフレームの前方（ヘッダ）で送信先と住所の指定のために用いられた。上記ＭＡＣ住所は、特定な装置に付与され、上記ＭＡＣ住所を介して特定な移動端末の移動経路が露出されることができるという問題があり、上記ＭＡＣ住所に対応されるＥＭＩＤが提案された。上記ＥＭＩＤはＥＭＩＤサーバから提供され、上記ＥＭＩＤが可変的に提供され、上記移動端末は上記ＭＡＣ住所に比べてさらに保安が強化された（ｓｅｃｕｒｅｄ）ＭＡＣ階層の識別子を提供を受けることができる。
【００９１】
【表５】
2009525666.tif 000007
１−３  連動情報動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  ａｃｔｉｏｎ  ｆｒａｍｅ）
連動情報要請／応答のために、新たに定義する連動情報動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  ａｃｔｉｏｎ  ｆｒａｍｅ）のためのＣａｔｅｇｏｒｙ  ｖａｌｕｅｓ、ＭＩＨ  Ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔｓ、Ａｃｔｉｏｎ  ｆｉｅｌｄ、Ｓｔａｔｕｓ  ｃｏｄｅ  ｆｉｅｌｄは次の通りである。
【００９２】
【表６】
2009525666.tif 000008
【００９３】
【表７】
2009525666.tif 000009
【００９４】
【表８】
2009525666.tif 000010
１−４  上述した情報要素の具体的具現の一例
図１１は、上記連動情報ブローカ要請ＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  ＲｅｑｕｅｓｔＩＥ）を表す。移動端末が上記連動情報ブローカ要請ＩＥにＳＳＰＮ  ＩＤを含んで伝送する。上記連動情報ブローカ要請ＩＥを受信したＡＰはこれらＳＳＰＮから情報を獲得できる少なくとも一つ以上の連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）情報を応答する。
【００９５】
次は、図１１に示された上記連動情報ブローカ要請ＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  Ｒｅｑｕｅｓｔ  ＩＥ）に含まれるパラメータに対する説明である。
【００９６】
−ＳＳＰＮ  ＩＤ：ＳＳＰＮを区分する区分子で端末が所望するＳＳＰＮのＩＤを列挙する。ＩＤはｒｅａｌｍの形態で表現されることもでき、全世界的に唯一な区分子で決定された数字形態で表現されることもできる。
【００９７】
図１２は、上記連動情報ブローカＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  ＩＥ）の一例を示す図面である。次は、図１２に示された上記連動情報ブローカＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  ＩＥ）の各パラメータに対する説明である。
【００９８】
−Ｒｅｓｕｌｔ：移動端末が要請したＩｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  Ｒｅｑｕｅｓｔに対する応答を表す。０ｘ００：Ｓｕｃｃｅｓｓ、０ｘ０１：１ｓｔ  ｒｅｑｕｅｓｔｅｄ  ｂｒｏｋｅｒ  ｄｏｅｓｎ’ｔ  ｅｘｉｓｔ、０ｘ０２：２ｎｄ  ｒｅｑｕｅｓｔｅｄ  ｂｒｏｋｅｒ  ｄｏｅｓｎ’ｔ  ｅｘｉｓｔ、０ｘ０３：３ｒｄ  ｒｅｑｕｅｓｔｅｄ  ｂｒｏｋｅｒ  ｄｏｅｓｎ’ｔ  ｅｘｉｓｔ、．．．０ｘＦＦ：Ｎｏ  Ａｖａｉｌａｂｌｅ  Ｂｒｏｋｅｒ
即ち、上記Ｒｅｓｕｌｔパラメータを介して要請したブローカ（連動情報ブローカ）が可用であるか否かに関する結果を通知することができる。
【００９９】
−Ｂｒｏｋｅｒ  ＭＡＣ  Ａｄｄｒｅｓｓ：要請したＳＳＰＮに対する連動情報を担当するＢｒｏｋｅｒ  ＭＡＣ  Ａｄｄｒｅｓｓに通知した可用しないｂｒｏｋｅｒを除いて要請した順序と同一な順序で列挙する。即ち、上記パラメータを介して特定なＳＳＰＮから連動情報を獲得する連動情報のブローカを識別できるあＭＡＣ階層の住所ないし識別子を通知することができる。
【０１００】
図１３は、上記連動情報ブローカＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  ＩＥ）の他の一例を表す。次は図１３に示された連動情報ブローカＩＥのＢｒｏｋｅｒ  Ｃａｐａｂｉｌｉｔｙパラメータに対する説明である。
【０１０１】
−Ｂｒｏｋｅｒ  Ｔｙｐｅ：０ｂ００１：Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ、ｂ０１０：ＥＭＩＤ  Ｓｅｒｖｅｒ、０ｂ０１１：Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  ＆  ＥＭＩＤ  Ｓｅｒｖｅｒ  ｃｏｍｂｉｎｅｄ。
【０１０２】
上記ブローカの機能に従って、上記Ｂｒｏｋｅｒ  Ｔｙｐｅが決定される。本発明の一実施例に従って移動端末はＥＭＩＤサーバからＥＭＩＤが付与されたり、特定なＳＳＰＮから連動情報を獲得した連動情報ブローカから連動情報を受信する。また、上述したように、上記連動情報ブローカ及び上記ＥＭＩＤサーバは多様な形態で具現が可能である。従って、上記連動情報ブローカとＥＭＩＤサーバは同一なネットワークエンティティに具現されることもでき、上記ネットワークエンティティは特定なＡＰとなることもできる。従って、上記Ｂｒｏｋｅｒ  Ｃａｐａｂｉｌｉｔｙパラメータにより表示されるブローカの種類はただ連動情報ブローカに該当したり、ただＥＭＩＤサーバにのみ該当したり、または上記連動情報ブローカ及びＥＭＩＤサーバに該当することができる。
【０１０３】
−＃  ｏｆ  Ｉｎｄｉｃａｔｅｄ  Ｂｒｏｋｅｒ：上記Ｂｒｏｋｅｒ  Ｔｙｐｅに表示された種類のブローカ（Ｂｒｏｋｅｒ）或いはサーバ（Ｓｅｒｖｅｒ）が列挙される個数を表す。
【０１０４】
上記ｂｒｏｋｅｒ  ｃａｐａｂｉｌｉｔｙ  ＩＥにより表される連動情報ブローカの能力には制限がない。例えば、特定なネットワークエンティティからデータを獲得することと関連されたＧＡＳ（ｇｅｎｅｒａｌ  ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｓｅｒｖｉｃｅ）能力や連動（ｉｎｔｅｒｗｏｒｋｉｎｇ）能力が含まれることができる。
【０１０５】
図１４は、上記ＥＭＩＤサーバＩＥの一例を表し、上記ＩＥを介して移動端末と通信するＡＰはＤＳ内に現ＡＰと通信可能なＥＭＩＤサーバ（Ｓｅｒｖｅｒ）のＭＡＣ住所を上記移動端末に知らせる。
【０１０６】
図１５は、連動情報要請ＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ＩＥ）の一例を表す。上記連動情報要請ＩＥは、以下で説明される連動情報動作フレームに含まれることができる。
【０１０７】
図１６は、連動情報応答ＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ＩＥ）の一例を表す。上記連動情報応答ＩＥは、以下で説明される連動情報動作フレームに含まれることができる。
【０１０８】
１−５  連動情報動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）
以下、本実施例で用いる多数の連動情報動作フレームのうち連動情報要請動作フレームに対して説明する。
【０１０９】
図１７は、上記連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）の一例を表す。次は、図１７に示された各パラメータ（ｐａｒａｍｅｔｅｒ）に対する説明である。
【０１１０】
−Ｃａｔｅｇｏｒｙ：上記連動情報動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）のためのＣａｔｅｇｏｒｙ  ｖａｌｕｅとして、上記Ｃａｔｅｇｏｒｙは７（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）で設定される。
【０１１１】
−  Ａｃｔｉｏｎ：動作（ａｃｔｉｏｎ）パラメータは、連動情報を要請する場合、１で設定される。
【０１１２】
−  ＳＴＡ  Ａｄｄｒｅｓｓ：端末（Ｓｔａｔｉｏｎ：ＳＴＡ）のＭＡＣ住所で設定される。
【０１１３】
−  Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ：連動情報（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）を保有したり、獲得できる上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）のＭＡＣ  Ａｄｄｒｅｓｓで設定される。上記連動情報ブローカは本実施例で提案したビーコンメッセージを介して獲得することができる。また、本実施例で提案するプローブ要請メッセージ及びプローブ応答メッセージの交換を介して獲得することができる。
【０１１４】
−Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ＩＥ：獲得しようとする連動情報を要請する上記連動情報要請ＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ＩＥ）を含む。上記連動情報要請ＩＥは図１５のように具現されることができる。
【０１１５】
以下、本実施例で用いる多数の連動情報動作フレームのうち連動情報応答動作フレームに対して説明する。
【０１１６】
図１８は、連動情報応答動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  
Ｆｒａｍｅ）の一例を表す。
【０１１７】
次は、図１８に示された各々のパラメータ（ｐａｒａｍｅｔｅｒ）に対する説明である。
【０１１８】
−Ｃａｔｅｇｏｒｙ：上記連動情報動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）のためのＣａｔｅｇｏｒｙ  ｖａｌｕｅとして、上記Ｃａｔｅｇｏｒｙは７（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）で設定される。
【０１１９】
−Ａｃｔｉｏｎ：動作（ａｃｔｉｏｎ）パラメータは、連動情報を応答する場合、２で設定される。
【０１２０】
−ＳＴＡ  Ａｄｄｒｅｓｓ：端末のＭＡＣ  Ａｄｄｒｅｓｓに上記連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）にある上記ＳＴＡ住所をいれる。
【０１２１】
−Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ：応答する連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）のＭＡＣ  Ａｄｄｒｅｓｓで設定する。
【０１２２】
−Ｉｎｔｅｒｗｏｒｋｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ＩＥ：端末が要請した連動情報を含む連動情報応答ＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ＩＥ）を含む。上記連動情報応答ＩＥは図１６の一例で具現されることができる。
【０１２３】
１−６  上記動作フレーム（Ａｃｔｉｏｎ  ｆｒａｍｅ）を用いた端末の２階層（２ｎｄ  Ｌａｙｅｒ）臨時住所割り当て
１−６．１  ＥＭＩＤ情報要素の一例
以下、上記端末の２階層臨時住所を割り当てるために、上述した連動情報動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｃｔｉｏｎ  ｆｒａｍｅ）を用いる方法を説明する。
【０１２４】
上述したように、ＢＳＳとＥＳＳ内で端末とＡＰ間のｆｒａｍｅ交換のための端末の実際ＭＡＣ  Ａｄｄｒｅｓｓの代わりに用いる臨時２階層住所（ＥＭＩＤ）割り当てることができる。このために、上記連動情報動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）に含まれることができるＥＭＩＤ  ＩＥの一例を表す。
【０１２５】
【表９】
2009525666.tif 000011
端末とＡＰは端末のネットワーク選択過程において、ＥＭＩＤ割り当てのために、図１５の連動情報要請ＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ＩＥ）又は図１６の連動情報要請ＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）の次に、上記ＥＭＩＤ  ＩＥを含ませることによって上記端末の臨時２階層住所を割り当てる手続きを遂行することができる。
【０１２６】
１．６．２  別途の動作フレームを用いた臨時住所の割り当て
以下、上記端末の２階層臨時住所を割り当てるために、上述した連動情報動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｃｔｉｏｎ  ｆｒａｍｅ）の代わりに別途の動作フレーム（Ａｃｔｉｉｏｎ  ｆｒａｍｅ）を用いて上記２階層住所を割り当てる方法を説明する。
【０１２７】
１．６．２．１  ＥＭＩＤ動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）
以下、連動情報要請／応答のために、新たに定義するＥＭＩＤ割り当て動作フレーム（Ａｌｌｏｃａｔｉｏｎ  ａｃｔｉｏｎ  ｆｒａｍｅ）のためのＣａｔｅｇｏｒｙ  ｖａｌｕｅｓ、ＭＩＨ  Ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔｓ、Ａｃｔｉｏｎ  ｆｉｅｌｄ、Ｓｔａｔｕｓ  ｃｏｄｅ  ｆｉｅｌｄは次の通りである。
【０１２８】
【表１０】
2009525666.tif 000012
【０１２９】
【表１１】
2009525666.tif 000013
【０１３０】
【表１２】
2009525666.tif 000014
１−６．２．２  ＥＭＩＤ動作フレーム（Ａｃｔｉｏｎ  Ｆｒａｍｅ）に対する具現の一例
図１９は、ＥＭＩＤ要請動作フレーム（ＥＭＩＤ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）の一例を表す。以下、図１９に示された各パラメータ（ｐａｒａｍｅｔｅｒ）に対する説明である。
【０１３１】
−Ｃａｔｅｇｏｒｙ：ＥＭＩＤ動作フレーム（Ａｃｔｉｏｎ  Ｆｒａｍｅ）のためのＣａｔｅｇｏｒｙ  ｖａｌｕｅで８（ＥＭＩＤ）で設定される。
【０１３２】
−Ａｃｔｉｏｎ：ＥＭＩＤ  Ｒｅｑｕｅｓｔのためには１で設定される。
【０１３３】
−ＳＴＡ  Ａｄｄｒｅｓｓ：端末のＭＡＣ  ＡｄｄｒｅｓｓにＡＰで任意に割り当てたＥＭＩＤまたは実際端末のＭＡＣ  Ａｄｄｒｅｓｓが付与される。
【０１３４】
−Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ：ＥＭＩＤを割り当てて管理するＥＭＩＤサーバ又はＥＭＩＤ  ＢｒｏｋｅｒのＭＡＣ  Ａｄｄｒｅｓｓでビーコン（Ｂｅａｃｏｎ）メッセージを介して獲得する。
【０１３５】
−ＥＭＩＤ  ＩＥ：以前に割り当てられた端末のＥＭＩＤを含む。もし、以前に割り当てられたＥＭＩＤがない場合省略される。
【０１３６】
図２０は、ＥＭＩＤ応答動作フレーム（Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）の一例を表す。以下、図２０に示された各パラメータ（ｐａｒａｍｅｔｅｒ）に対する説明である。
【０１３７】
−Ｃａｔｅｇｏｒｙ：ＥＭＩＤ動作フレーム（Ａｃｔｉｏｎ  Ｆｒａｍｅ）のためのＣａｔｅｇｏｒｙ  ｖａｌｕｅで８（ＥＭＩＤ）で設定される。
【０１３８】
−Ａｃｔｉｏｎ：ＥＭＩＤ  Ｒｅｑｕｅｓｔのためには２で設定される。
【０１３９】
−ＳＴＡ  Ａｄｄｒｅｓｓ：端末のＭＡＣ  ＡｄｄｒｅｓｓにＥＭＩＤ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  ＦｒａｍｅにあるＳＴＡ住所を入れる。
【０１４０】
−Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ：応答するＥＭＩＤサーバ又はＥＭＩＤ  ＢｒｏｋｅｒのＭＡＣ  Ａｄｄｒｅｓｓ
−ＥＭＩＤ  ＩＥ：端末に割り当てるＥＭＩＤを含む。
【０１４１】
以下、上述したメッセージ及びフレームを用いて上記連動情報又は上記ＥＭＩＤを獲得する方法を説明する。
【０１４２】
図２１は、本実施例に従って連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）と通信する方法を示す手続き流れ図である。
【０１４３】
無線ラン移動端末が接続しようするＡＰは、本実施例に従うビーコン（Ｂｅａｃｏｎ）メッセージを介して上記ＡＰが通信可能なＤＳ内の連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）に対する情報を放送することができる。上述したように、上記放送情報には上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）の住所情報を含む情報と共に上記ＥＭＩＤサーバの住所情報を含む情報が伝送されることができる。上記連動情報ブローカの情報とＥＭＩＤサーバの情報は各々他のＩＥに伝送されることもでき、またＩＥに二つが全て表示されて伝送されることもできる（Ｓ２１１）。
【０１４４】
上記ビーコン（Ｂｅａｃｏｎ）メッセージを介して情報を得ることができない移動端末は、上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）の情報を本実施例に従うプローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージを介して要請する。移動端末は自分が得ようとする連動情報に該当するＳＳＰＮ  ＩＤを含んで伝送するため、上記プローブ要請メッセージを受信したＡＰは上記ＳＳＰＮ  ＩＤに対する連動情報を獲得することができる連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）住所情報だけを伝送すればよい（Ｓ２１２）。この場合、上記移動端末が要請したＳＳＰＮ  ＩＤに対する連動情報を獲得することができる連動情報ブローカに対する住所情報を伝送する。また、上記移動端末の要請にＳＳＰＮ  ＩＤが含まれていない場合には全ての連動情報ブローカに対する住所情報を全部伝送する（Ｓ２１３）。
【０１４５】
上記Ｓ２１１またはＳ２１２〜Ｓ２１３の手続きを介して上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）の住所を獲得した移動端末は上記連動情報ブローカの住所情報を含ませて連動情報を要請（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  Ｒｅｑｕｅｓｔ  ＩＥ）する上記連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）をＡＰに伝送する（Ｓ２１４）。
【０１４６】
上記ＡＰは、上記連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）に含まれた連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）に遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）フレームを伝送し、上記遠隔要請フレームには上記移動端末から受信した上記連動情報要請動作フレームがカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）される（Ｓ２１５）。上記カプセル化動作により動作フレームは第２階層メッセージに含まれる。即ち、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））フレーム又は有線ラン（ＬＡＮ）メッセージに上記動作フレームに含まれる。上記遠隔要請フレームを受信した上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）は、上記移動端末が要請した連動情報を含ませて上記ＡＰに遠隔応答フレームを伝送する（Ｓ２１６）。上記遠隔応答フレームには連動情報応答動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）がカプセル化される。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記連動情報応答動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を抽出する。このような連動情報応答動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  ｆｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２１７）。
【０１４７】
上記移動端末は、Ｓ２１８ないしＳ２２１に対応する手続きを遂行してＥＭＩＤを獲得することができる。上記移動端末がＥＭＩＤを獲得するためにＥＭＩＤサーバにＥＭＩＤ割り当てを要請するために、本実施例に従う上記ＥＭＩＤ要請動作フレーム（Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）のｄｅｓｔｉｎａｔｉｏｎパラメータをＥＭＩＤサーバ住所（本実施例に従う上記ビーコン（Ｂｅａｃｏｎ）メッセージまたはプローブ要請／応答（Ｐｒｏｂｅ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）メッセージを介して得たＥＭＩＤサーバ住所）に設定して上記現在ＡＰに伝送する（Ｓ２１８）。上述したように、上記ＥＭＩＤサーバと上記連動情報ブローカは多様な形態で具現されることができ、上記連動情報ブローカが上記ＥＭＩＤサーバの機能を共に遂行することができる。受信したＥＭＩＤ要請動作フレーム（Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  ｆｒａｍｅ）を上記ＥＭＩＤサーバに伝達するために遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）して伝達する（Ｓ２１９）。上記ＥＭＩＤサーバはＥＭＩＤ割り当てのために本実施例に従うＥＭＩＤ応答動作フレーム（Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）を生成し、これを上記遠隔応答（ｒｅｍｏｔｅ  ｒｅｓｐｏｎｓｅ）フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）して上記遠隔要請フレームを伝送したＡＰに伝達する（Ｓ２２０）。上記遠隔応答フレームを受信したＡＰは、カプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）してＥＭＩＤ応答動作フレーム（Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  ｆｒａｍｅ）を抽出し、これを動作フレーム内のＳＴＡ住所に該当する移動端末に伝達する（Ｓ２２１）。
【０１４８】
上記移動端末は、Ｓ２１４ないしＳ２１７に対応するＳ２２２ないしＳ２２５手続きを遂行してＥＭＩＤを獲得すると同時に連動情報を要請することができる。この場合、上記ＥＭＩＤサーバの機能と、上記連動情報ブローカの機能を遂行するネットワークエンティティは同一なＭＡＣ住所を有しなければならない。
【０１４９】
図２２は、本発明に従う手続き流れ図のもう他の一例を示した図面である。上記連動情報ブローカ又はＥＭＩＤ割り当てサーバが上記連動情報を獲得したり、上記ＥＭＩＤを割り当てる過程において、上記移動端末に獲得の要請を受けた上記連動情報又はＥＭＩＤを直ちに提供できない場合が発生することができる。図２２の実施例は、この場合、上記ＡＰが上記移動端末に上記連動情報又はＥＭＩＤを特定時間以後に伝送してくれることを通知し、上記移動端末の要請に対する識別子（Ｑｕｅｒｙ  ＩＤ）を伝送する方法を説明する。
【０１５０】
図２２の実施例において、下記Ｓ２２０４ないしＳ２２１１の手続きは上記図７の通信方法を適用した一例である。また、図２２の実施例において、下記Ｓ２２１２ないしＳ２２１７の手続きは、上記移動端末が上記ＡＰの通知した再伝送時点に別途の要請メッセージを伝送しなくとも、上記ＡＰが上記移動端末に通知した時点に情報を伝送する一例である。また、図２２の実施例において、上記Ｓ２２１８ないしＳ２２２５の手続きは上記ＥＭＩＤを獲得する場合に上記図７の通信方法を適用した一例である。
【０１５１】
無線ラン移動端末が接続しようとするＡＰは、本実施例に従うビーコン（Ｂｅａｃｏｎ）メッセージを介して上記ＡＰが通信可能なＤＳ内の連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）に対する情報を放送することができる。上述したように、上記放送情報には上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）の住所情報を含む情報とともに上記ＥＭＩＤサーバの住所情報を含む情報が伝送されることができる。上記連動情報ブローカの情報とＥＭＩＤサーバの情報は各々異なるＩＥに伝送されることもでき、またＩＥに二つが全て表示されて伝送されることもできる（Ｓ２２０１）。
【０１５２】
上記ビーコン（Ｂｅａｃｏｎ）メッセージを介して情報を得ることができない移動端末は、上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）の情報を本実施例に従うプローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージを介して要請する。移動端末は自分が得ようとする連動情報に該当するＳＳＰＮ  ＩＤを含んで伝送するため、上記プローブ要請メッセージを受信したＡＰは上記ＳＳＰＮ  ＩＤに対する連動情報を獲得できる連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）住所情報だけを伝送すればよい（Ｓ２２０２）。この場合、上記移動端末が要請したＳＳＰＮ  ＩＤに対する連動情報を獲得できる連動情報ブローカに対する住所情報を伝送する。また、上記移動端末の要請にＳＳＰＮ  ＩＤが含まれていない場合には全ての連動情報ブローカに対する住所情報を全て伝送する（Ｓ２２０３）。
【０１５３】
上記Ｓ２２０１又はＳ２２０２〜Ｓ２２０３の手続きを介して上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）の住所を獲得した移動端末は上記連動情報ブローカの住所情報を含ませて連動情報を要請（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  Ｒｅｑｕｅｓｔ  ＩＥ）する上記連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）をＡＰに伝送する（Ｓ２２０４）。上記ＡＰは上記連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）に含まれた連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）に遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）フレームを伝送し、上記遠隔要請フレームには上記移動端末から受信した上記連動情報要請動作フレームがカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）される（Ｓ２２０５）。上記遠隔要請フレームを受信した上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）が上記連動情報を提供できない場合、いつ再び連動情報要請を伝送しなければならないか（ＣｏｍｅＢａｃｋＤｅｌａｙ）と上記連動情報の要請を識別するためのＩＤ（Ｑｕｅｒｙ  ＩＤ）を含む連動情報応答動作フレームをカプセル化させた遠隔応答フレームを上記ＡＰに伝達する（Ｓ２２０６）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記連動情報応答動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を抽出し、ＣｏｍｅＢａｃｋＤｅｌａｙとＱｕｅｒｙ  ＩＤが含まれた連動情報応答動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２０７）。
【０１５４】
上記移動端末が連動情報を要請することが予定されている時間、即ち、再び連動情報を伝送する時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）に再び上記連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を送る。このとき、Ｓ２２０７段階を介して受信した上記Ｑｕｅｒｙ  ＩＤを含んで要請する（Ｓ２２０８）。上記Ｑｕｅｒｙ  ＩＤが含まれて要請され、上記連動情報を再び表示する必要がない。
【０１５５】
上記ＡＰは上記連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）に含まれた連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）に上記連動情報要請動作フレームがカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）された遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）フレームを伝送する（Ｓ２２０９）。上記遠隔要請フレームを受信した上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）はＱｕｅｒｙ  ＩＤを介して上記移動端末が以前に要請した連動情報が含まれた連動情報応答動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）をカプセル化させた遠隔応答フレームを上記ＡＰに伝送する（Ｓ２２１０）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記連動情報応答動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）を抽出する。このような連動情報応答動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）を連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２１１）。
【０１５６】
上記移動端末は、上記連動情報ブローカが上記連動情報を提供できない場合、Ｓ２２０１ないしＳ２２１１手続きと対応するＳ２２１２ないしＳ２２１７手続きを遂行することによって移動端末は連動情報を獲得することができる。
【０１５７】
上記Ｓ２２０１またはＳ２２０２〜Ｓ２２０３の手続きを介して上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）の住所を獲得した移動端末は、上記連動情報ブローカの住所情報を含ませて連動情報を要請（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  Ｒｅｑｕｅｓｔ  ＩＥ）する上記連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）をＡＰに伝送する（Ｓ２２１２）。上記ＡＰは上記連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）に含まれた連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）に遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）フレームを伝送し、上記遠隔要請フレームには上記移動端末から受信した上記連動情報要請動作フレームがカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）される（Ｓ２２１３）。上記遠隔要請フレームを受信した上記連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）が上記連動情報を提供できない場合、いつ連動情報が伝送されるか（ＣｏｍｅｂａｃｋＤｅｌａｙ）と、上記連動情報の要請を識別するためのＩＤ（Ｑｕｅｒｙ  ＩＤ）を含む連動情報応答動作フレームをカプセル化させた遠隔応答フレームを上記ＡＰに伝達する（Ｓ２２１４）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記連動情報応答動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）を抽出し、ＣｏｍｅＢａｃｋＤｅｌａｙとＱｕｅｒｙ  ＩＤが含まれた連動情報応答動作フレーム（Ｉｎｔｅｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を連動情報要請動作フレーム（Ｉｎｔｅｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２１５）。
【０１５８】
上記連動情報ブローカは、連動情報が伝送する時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）に合わせてＱｕｅｒｙ  ＩＤと上記移動端末が以前に要請した連動情報の含まれた連動情報応答動作フレーム（Ｉｎｔｅｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）をカプセル化させた遠隔応答フレームを上記ＡＰに伝送する（Ｓ２２１６）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記連動情報応答動作フレーム（Ｉｎｔｅｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を抽出する。上記ＡＰはＱｕｅｒｙ  ＩＤが含まれた連動情報応答動作フレーム（Ｉｎｔｅｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を連動情報要請動作フレーム（Ｉｎｔｅｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２１７）。上記移動端末はＣｏｍｅＢａｃｋＤｅｌａｙに合わせて伝達される上記連動情報応答動作フレームを受信して連動情報を獲得する。
【０１５９】
上記移動端末は、ＥＭＩＤ割り当てサーバがＥＭＩＤ割り当てを直ちに遂行できない場合、Ｓ２２０４ないしＳ２２１１またはＳ２２１２ないしＳ２２１７手続きと対応するＳ２２１８ないしＳ２２２５手続きを遂行することによってＥＭＩＤ割り当て手続きを遂行することができる。上記ＥＭＩＤ要請動作フレーム（Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）のｄｅｓｔｉｎａｔｉｏｎパラメータをＥＭＩＤサーバ住所（本実施例による上記ビーコン（Ｂｅａｃｏｎ）メッセージまたはプローブ要請／応答（Ｐｒｏｂｅ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）メッセージを介して得たＥＭＩＤサーバ住所）で設定して上記現在ＡＰに伝送する（Ｓ２２１８）。上述したように、上記ＥＭＩＤサーバと上記連動情報ブローカは多様な形態で具現されることができ、上記連動情報ブローカが上記ＥＭＩＤサーバの機能を共に遂行することができる。受信したＥＭＩＤ要請動作フレーム（Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）を上記ＥＭＩＤサーバに伝達するために、遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）して伝達する（Ｓ２２１９）。上記遠隔要請フレームを受信した上記ＥＭＩＤサーバがＥＭＩＤ割り当てを直ちにできない場合、いつ再びＥＭＩＤ割り当て要請を伝送しなければならないか（ＣｏｍｅＢａｃｋＤｅｌａｙ）と、上記ＥＭＩＤ割り当て要請を識別するためのＩＤ（Ｑｕｅｒｙ  ＩＤ）を含むＥＭＩＤ動作応答動作フレームをカプセル化させた遠隔応答フレームを上記ＡＰに伝達する（Ｓ２２２０）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記ＥＭＩＤ応答動作フレーム（ＥＭＩＤ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）を抽出し、ＣｏｍｅＢａｃｋＤｅｌａｙとＱｕｅｒｙ  ＩＤが含まれたＥＭＩＤ応答動作フレーム（ＥＭＩＤ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）をＥＭＩＤ要請動作フレーム（ＥＭＩＤ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２２１）。上記移動端末がＥＭＩＤ割り当てを要請することが予定された時間、即ち、再びＥＭＩＤ割り当て情報を伝送する時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）に再び上記ＥＭＩＤ要請動作フレーム（ＥＭＩＤ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）を送る。このとき、Ｓ２２２１段階を介して受信した上記Ｑｕｅｒｙ  ＩＤを含んで要請する（Ｓ２２２２）。上記ＡＰは上記ＥＭＩＤ要請動作フレーム（ＥＭＩＤ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）に含まれたＥＭＩＤサーバに上記ＥＭＩＤ要請動作フレームがカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）された遠隔要請（Ｒｅｍｏｔｅ  Ｒｅｑｕｅｓｔ）フレームを伝送する（Ｓ２２０９）。上記遠隔要請フレームを受信した上記ＥＭＩＤサーバはＱｕｅｒｙ  ＩＤを介して上記移動端末が以前に要請したＥＭＩＤが含まれたＥＭＩＤ応答動作フレーム（ＥＭＩＤ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）をカプセル化させた遠隔応答フレームを上記ＡＰに伝送する（Ｓ２２２２）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記ＥＭＩＤ応答動��フレーム（ＥＭＩＤ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）を抽出する。このようなＥＭＩＤ応答動作フレーム（ＥＭＩＤ  Ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅ）をＥＭＩＤ要請動作フレーム（ＥＭＩＤ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２２３）。
【０１６０】
また、上記移動端末はＳ２２１２ないしＳ２２１７手続きを遂行することと類似の方法でＥＭＩＤ割り当てサーバから上記Ｓ２２２３とＳ２２２４手続きを省略してＥＭＩＤの割り当てを受けることができる。
【０１６１】
（第２実施例）
第２実施例は、連動情報を移動端末に伝達するための方法に関し、特に上記連動情報を無線環境で伝達するにおいて資源消耗の最小化に適当にしたメッセージ伝達に関する。
【０１６２】
以下、本実施例で用いられるプローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージと、プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージ及びビーコン（Ｂｅａｃｏｎ）メッセージの一例を説明する。上記各メッセージは無線ラン（ＩＥＥＥ  ８０２．１１）メッセージを改善したものである。
【０１６３】
２−１．  プローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージ
下記メッセージは既に要請した連動情報の伝送を取り消すことに用いられる。上記取り消される連動情報を識別するためにＱｕｅｒｙ  ＩＤを用いることができる。
【０１６４】
【表１３−１】
2009525666.tif 000015
【０１６５】
【表１３−２】
2009525666.tif 000016
２−２．  プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージ
本実施例で追加されたＮｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ（ＮＤＢ  Ｉｎｆｏｒｍａｔｉｏｎ）はビーコン（Ｂｅａｃｏｎ）メッセージに挿入されて伝達されることができる。また、上記ＮＤＢ  Ｉｎｆｏｒｍａｔｉｏｎが上記ビーコンメッセージに挿入されていない場合には、上記プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージに含まれてＡＰから伝送されることもできる。
【０１６６】
【表１４】
2009525666.tif 000017
２−３．  ビーコン（Ｂｅａｃｏｎ）メッセージ
本実施例では、既存のビーコン（Ｂｅａｃｏｎ）メッセージに、次に伝送されるＮＤＢ（Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎ）の周期情報と連動情報を表示するためのＮｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ項目が追加される。
【０１６７】
【表１５】
2009525666.tif 000018
２−４．  上記Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  ＩＥと上記連動情報ＩＥの具体的具現方法及び要請取り消し情報（Ｒｅｑｕｅｓｔ  Ｃａｎｃｅｌ  ＩＥ）
図２３ａは、上記Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ（即ち、上記ＮＤＢ  Ｉｎｆｏｒｍａｔｉｏｎ）に対する情報要素（ＩＥ）の構成の一例を示す図面である。上記ＮＤＢ  Ｉｎｆｏｒｍａｔｉｏｎの情報要素において、Ｎｅｘｔ  ＮＤＢ＝０である場合には、上記Ｎｅｘｔ  ＮＤＢ項目の次に上記連動情報（Ｉｎｔｅｒｗｏｒｋｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）が含まれる。また、Ｎｅｘｔ  ＮＤＢ＝０でない場合には、上記Ｎｅｘｔ  ＮＤＢのみ含まれ、上記連動情報は含まれない。
【０１６８】
上記Ｎｅｘｔ  ＮＤＢは、連動情報を含むビーコン（Ｂｅａｃｏｎ）、即ち、上記ＮＤＢがいつ伝送されるかを表す情報として用いられることができる。即ち、上記Ｎｅｘｔ  ＮＤＢは以後に伝送されるＮＤＢの伝送間隔（ｉｎｔｅｒｖａｌ）を表す。例えば、上記ＮＤＢ及びＮＭＢビーコン（Ｂｅａｃｏｎ）が伝達されるビーコン間隔（ｂｅａｃｏｎ  ｉｎｔｅｒｖａｌ）が１００ｍｓであり、Ｎｅｘｔ  ＮＤＢが５である場合、５番目ビーコン間隔（ｂｅａｃｏｎ  ｉｎｔｅｒｖａｌ）、即ち５００ｍｓ以後に伝達されるビーコン（ｂｅａｃｏｎ）が上記連動情報（ｉｎｔｅｒｗｏｒｋｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）を含むビーコンメッセージである。即ち、５００ｍｓ以後に伝達されるビーコン（ｂｅａｃｏｎ）が上記ＮＤＢとなる。
【０１６９】
２−５．  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ＩＥ
以下、移動端末の連動情報要請のためのＡｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ＩＥを説明する。Ｐｒｏｂｅ  ｒｅｑｕｅｓｔまたは連動情報を要請するＡｃｔｉｏｎ  ｆｒａｍｅに含まれて移動端末は伝送を受けようと要求するＳＳＰＮを含んでＡＰに連動情報に要請する。
【０１７０】
【表１６】
2009525666.tif 000019
以下、表１６のフィールドに対して説明する。
【０１７１】
−  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｓｅｒｖｉｃｅ
０：ＳＳＰＮ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ
１−２５５：Ｒｅｓｅｒｖｅｄ
−  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｔｙｐｅ
０：Ｅｔｈｅｒｔｙｐｅ
１：ｗｅｌｌ−ｋｎｏｗｎ  ｐｏｒｔ
２−２５５：ｒｅｓｅｒｖｅｄ
−  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ：Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｔｙｐｅ毎にｕｎｉｑｕｅ  ｖａｌｕｅ
−  ８０２．２１  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｑｕｅｒｙ  Ｆｒａｍｅ：上位個体がＭｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ  Ｆｕｎｃｔｉｏｎである場合、この個体が伝達するＱｕｅｒｙ要請ｆｒａｍｅが含まれる。
【０１７２】
２−６．  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｓｐｏｎｓｅ  ＩＥ
上記Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｓｐｏｎｓｅ  ＩＥは、Ｐｒｏｂｅ  ｒｅｓｐｏｎｓｅに含まれて移動端末から伝送を受けたＡｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ＩＥに対する応答である。  
【０１７３】
上記ＩＥは、移動端末が要請した連動情報をマルチキャストするためのｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓを含む。より具体的に、ＡＰが移動端末が要請した連動情報を知っている個体（例えば、Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｓｅｒｖｅｒや該当ＳＳＰＮ）にクエリを介して獲得した連動情報を提供するために上記ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓを含む。
【０１７４】
移動端末から情報が要請される瞬間に要請メッセージに対するｔｉｍｅ  ｏｕｔ以前に情報を提供できる場合には、移動端末が要請した情報であるＡｄｖｅｒｔｉｓｅｍｅｎｔが含まれて伝達されることもできる。このメッセージは移動端末にｕｎｉｃａｓｔ或いは全ての端末にｂｒｏａｄｃａｓｔされることができる。この場合、ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓは省略することもできる。
【０１７５】
【表１７ａ】
2009525666.tif 000020
以下、表１７ａのフィールドに対して説明する。
【０１７６】
−  Ｓｔａｔｕｓ  Ｃｏｄｅ
−  ０ｘ００：ｓｕｃｃｅｓｓｆｕｌ（要請したＳＳＰＮ  ＩＤに対する情報を提供できる場合であり、直ちに情報を提供できる場合にはＡｄｖｅｒｔｉｓｅｍｅｎｔが含まれて伝達されることもできる。）
０ｘ０１：要請が受諾される（Ｒｅｑｕｅｓｔ  ｈａｓ  ｂｅｅｎ  ａｃｃｅｐｔｅｄ）。
【０１７７】
０ｘ０２：要請が拒絶される（Ｒｅｑｕｅｓｔ  ｈａｓ  ｂｅｅｎ  ｄｅｃｌｉｎｅｄ）。
【０１７８】
０ｘ０３：サービスが支援されない（Ｓｅｒｖｉｃｅ  ｎｏｔ  ｓｕｐｐｏｒｔｅｄ）。
【０１７９】
０ｘ０４：一番目に要請したＳＳＰＮに関する情報が存在しない（１ｓｔ  ｒｅｑｕｅｓｔｅｄ  ＳＳＰＮ  ｉｎｆｏ  ｄｏｅｓｎ’ｔ  ｅｘｉｓｔ）。
【０１８０】
０ｘ０５：二番目に要請したＳＳＰＮに関する情報が存在しない（２ｎｄ  ｒｅｑｕｅｓｔｅｄ  ＳＳＰＮ  ｉｎｆｏ  ｄｏｅｓｎ’ｔ  ｅｘｉｓｔ）。
【０１８１】
０ｘ０６：三番目に要請したＳＳＰＮに関する情報が存在しない（３ｒｄ  ｒｅｑｕｅｓｔｅｄ  ＳＳＰＮ  ｉｎｆｏ  ｄｏｅｓｎ’ｔ  ｅｘｉｓｔ）。
【０１８２】
以下、Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｓｐｏｎｓｅ  ＩＥのもう他の一例を下記表１７ｂを参照して説明する。
【０１８３】
【表１７ｂ】
2009525666.tif 000021
上記表１７ｂのＳｔａｔｕｓ  ｃｏｄｅを下記表１７ｃを参照して説明する。
【０１８４】
【表１７ｃ−１】
2009525666.tif 000022
【０１８５】
【表１７ｃ−２】
2009525666.tif 000023
上記表１７ｃのＢ−ＳＮＡ  Ｂｅａｃｏｎの概念は次の通りである。
【０１８６】
上記Ｂ−ＳＮＡ  Ｂｅａｃｏｎは電力消費を最小化するためのＤＴＩＭ  Ｂｅａｃｏｎと類似する概念であるが、ＤＴＩＭ  Ｂｅａｃｏｎ周期とは重ならず、Ｂ−ＳＮＡ  Ｂｅａｃｏｎの次にＡｄｖｅｒｔｉｓｅｍｅｎｔ  Ａｃｔｉｏｎ  ｆｒａｍｅが伝送されることを指示するためのＢｅａｃｏｎである。
【０１８７】
２−７．  Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅ（Ａｃｔｉｏｎ  Ｆｒａｍｅ）
上記Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅは、ＡＰがクエリを介して獲得した連動情報を移動端末に伝送するためのフレームである。
【０１８８】
図２３ｂないし図２３ｈのフレームは図１のフレームバディ（１１）に位置するのが望ましい。従って、本実施例で用いるＭＡＣフレームは図１に示された８０２．１１  ＭＡＣ  ヘッダと以下図２３ｂないし図２３ｈのフレームを含む。
【０１８９】
図２３ｂはＱｕｅｒｙ  Ｒｅｓｐｏｎｓｅフレームの構造の一例を説明するためのブロック図である。
【０１９０】
図２３ｂの一例は、一つのＡｄｖｅｒｔｉｓｅｍｅｎｔが長くて断片（Ｆｒａｇｍｅｎｔａｔｉｏｎ）を遂行して多数個で伝送するためのａｃｔｉｏｎ  ｆｒａｍｅである。即ち、一つのＡｄｖｅｒｔｉｓｅｍｅｎｔの長さが既設定された長さより大きければ複数の断片に区分されるのが望ましい。
【０１９１】
好ましくは、このときの断片は次の通りである。
【０１９２】
００：切断されない（Ｕｎｆｒａｇｍｅｎｔｅｄ）
０１：一番目断片（Ｆｉｒｓｔ  ｆｒａｇｍｅｎｔ）
１０：継続された断片（Ｃｏｎｔｉｎｕｅｄ  ｆｒａｇｍｅｎｔ）
１１：最終断片（Ｌａｓｔ  ｆｒａｇｍｅｎｔ）
図示したように、ＡＰがクエリを介して獲得した情報は特定なビットのＦｒａｇｍｅｎｔａｔｉｏｎフィールドと特定なビットのＳｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒフィールドにより複数の断片に分離されることができる。
【０１９３】
また、上述したように、上記Ｆｒａｇｍｅｎｔａｔｉｏｎフィールドは一番目断片であるか否かを表すことができる。また、最終断片であるか否かを表すこともできる。
【０１９４】
上記Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒフィールド該当断片が何番目断片であるかを表すことができる。
【０１９５】
一般的に、Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒフィールドはデータが伝達されることによって増加するか減少する。従って、Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒフィールドの値が任意の値から増加するか、任意の値から減少することによって該当断片が何番目断片であるかを区別することができる。
【０１９６】
図２３ｃはＱｕｅｒｙ  Ｒｅｓｐｏｎｓｅフレームの構造のもう他の一例を説明するためのブロック図である。即ち、図２３ｃの一例は、連動情報を移動端末に伝送するためのフレームのもう他の例として、一つ以上の連動情報が含まれている場合、用いられる動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）である。
【０１９７】
図２３ｄは、一つ以上のＡＲｅｑ  ＩＥに対する応答がパッキング（Ｐａｃｋｉｎｇ）されて伝送されるときの動作フレーム（Ａｃｔｉｏｎ  Ｆｒａｍｅ）の一例である。
【０１９８】
図２３ｄに表示されたデータを説明すると、以下の通りである。
【０１９９】
【表１８】
2009525666.tif 000024
【０２００】
【表１９】
2009525666.tif 000025
−  Ｒｅｍａｉｎｉｎｇ  Ｒｅｐｅｔｉｔｉｏｎｓ：追加的にＡｄｖｅｒｔｉｓｅｍｅｎｔが伝送される回数
−  Ａｄｖ  Ｌｅｎｇｔｈ：Ｌｅｎｇｔｈ  ｏｆ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ
−  Ｆｒａｇ／Ｐａｃｋ：Ｆｒａｇｍｅｎｔａｔｉｏｎ  ｏｒ  Ｐａｃｋｉｎｇ  ｏｆ  Ａｄｖｅｒｔｉｓｅｍｅｎｔに多数個のＡＲｅｑ  ＩＥに対する応答Ａｄｖｅｒｔｉｓｅｍｅｎｔが含まれる（ｐａｃｋｉｎｇ）こともでき、または多数個のＡＲｅｑ  ＩＥに対する応答が含まれたものが断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）されて伝送されることができる。最初の４ビットはパッキング（ｐａｃｋｉｎｇ）と断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）の状態を表し、残りの４ビットはシーケンス番号（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）を表す。このシーケンス番号は各断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）されて伝送されるｐａｃｋｅｔされた情報を合わせるとき用いられる。
【０２０１】
４番目ビット：パッキング（ｐａｃｋｅｔｉｎｇ）が用いられているか否か
３番目ビット：Ａｄｖｅｒｔｉｓｅｍｅｎｔ中間が切れているか否か
２番目、１番目ビット：断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）と今回が最初、中間、最終断片（ｆｒａｇｍｅｎｔａｔｉｏｎ）であるかを表す。
【０２０２】
００００：パッキング（Ｐａｃｋｉｎｇ）が用いられない。断片（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が用いられていない。
【０２０３】
０００１：パッキング（Ｐａｃｋｉｎｇ）が用いられない。断片（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が用いられており、最初断片（ｆｒａｇｍｅｎｔ）であることを表す。
【０２０４】
００１０：パッキング（Ｐａｃｋｉｎｇ）が用いられない。断片（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が用いられており、中間断片（ｆｒａｇｍｅｎｔ）であることを表す。
【０２０５】
００１１：パッキング（Ｐａｃｋｉｎｇ）が用いられない。断片（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が用いられており、最終断片（ｆｒａｇｍｅｎｔ）であることを表す。  
【０２０６】
１０００：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがパッキング（Ｐａｃｋｉｎｇ）されており、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）は適用されない。
【０２０７】
１００１：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがパッキング（Ｐａｃｋｉｎｇ）されており、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が遂行され、最初断片（ｆｒａｇｍｅｎｔ）であることを表す。
【０２０８】
１０１０：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがパッキング（Ｐａｃｋｉｎｇ）されており、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が遂行され、中間断片（ｆｒａｇｍｅｎｔ）であることを表す。  
【０２０９】
１０１１：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがパッキング（Ｐａｃｋｉｎｇ）されており、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が遂行され、最終断片（ｆｒａｇｍｅｎｔ）であることを表す。
【０２１０】
ｘ０ｘｘ：Ａｄｖｅｒｔｉｓｅｍｅｎｔの最終で断片（ｆｒａｇｍｅｎｔ）となり、新たなＡＲｅｑ  ＩＥから始まる。
【０２１１】
ｘ１ｘｘ：Ａｄｖｅｒｔｉｓｅｍｅｎｔの中間で断片（ｆｒａｇｍｅｎｔ）となり、Ａｄｖｅｒｔｉｓｅｍｅｎｔの長さを表す情報要素（ＩＥ）が直ぐ続くことを表す。
【０２１２】
図２３ｅ及び図２３ｆは、上述したＦｒａｇ／Ｐａｃｋが断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）のうち中間断片（ｆｒａｇｍｅｎｔ）または最終断片（ｆｒａｇｍｅｎｔ）であることを知らせるとき、用いられる動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）のフォーマット（ｆｏｒｍａｔ）の一例である。
【０２１３】
断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）はａｄｖｅｒｔｉｓｅｍｅｎｔ部分ですることができる。例えば、断片化はＡｄｖｅｒｔｉｓｅｍｅｎｔの中間ですることもでき、ａｄｖｅｒｔｉｓｅｍｅｎｔの最終時点に合わせてすることもできる。
【０２１４】
図２３ｅの一例は、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）がＡｄｖｅｒｔｉｓｅｍｅｎｔの最終で遂行されたことを知らせるとき、一つのａｄｖｅｒｔｉｓｅｍｅｎｔのみ含まれることを表したが、本発明がこのような一例に限定されない。即ち、多数個のａｄｖｅｒｔｉｓｅｍｅｎｔが含まれる場合にも本発明が適用可能である。
【０２１５】
図２３ｆの一例は、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）がＡｄｖｅｒｔｉｓｅｍｅｎｔの中間で遂行されたことを知らせるとき、一つのａｄｖｅｒｔｉｓｅｍｅｎｔのみ含まれることを説明する。然しながら、これは本発明の一例にすぎず、多数個のａｄｖｅｒｔｉｓｅｍｅｎｔが含まれることができる。
【０２１６】
もし、断片化により二つの断片に分けられる場合、中間側ｆｒａｇｍｅｎｔを表すことなく、直ちに一番目ｆｒａｇｍｅｎｔであることを表示した後、最後ｆｒａｇｍｅｎｔであることを表示するａｃｔｉｏｎ  ｆｒａｍｅが伝送される。
【０２１７】
−  Ａｄｖｅｒｔｉｓｅｍｅｎｔ：Ｒｅｑｕｅｓｔｅｄ  ｉｎｆｏｒｍａｔｉｏｎで、ＩＥＥＥ  ８０２．２１規格で定義するＩｎｆｏｒｍａｔｉｏｎ  ＳｅｒｖｉｃｅのＱｕｅｒｙ  ｒｅｓｐｏｎｓｅ  Ｆｒａｍｅが挿入されることもできる。
【０２１８】
図２３ｇは、Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅ動作フレームのもう他の一例を示す図面である。図２３ｇの一例は、ＡＲｅｑ  ＩＥを要請した唯一な端末である場合、ＡＰが伝送したＡｃｔｉｏｎ  Ｆｒａｍｅに対してＡｃｋメッセージを伝送するようにするためＡｃｋ  ｆｉｅｌｄが挿入された場合に関する。ＡＲｅｑ  ＩＥを要請する端末の数は、ＡＰが設定した任意の時間の間、或いはＱｕｅｒｙ  ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅを伝送する瞬間までｐｒｏｂｅ  ｒｅｓｐｏｎｓｅのＡｄｖｅｒｔｉｓｅｍｅｎｔ  Ｒｅｓｐｏｎｓｅ  ＩＥに同一なＭｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓを知らせる端末の数である。この端末の数が一つである場合、伝達したＭｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓにｑｕｅｒｙ  ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅを伝送するが、Ａｃｋを要請してＡｃｋを受信する場合、受信を確実にしたため、繰り返して伝送する必要がない。二つ以上の端末にＭｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓを伝送してｑｕｅｒｙ  ｒｅｓｐｏｎｓｅ  ａｃｔｉｏｎ  ｆｒａｍｅを二つ以上の端末が受信する場合には、Ａｃｋ  ｂｉｔを設定して伝送しない。二つ以上の端末が受信する場合は、Ｒｅｍａｉｎｉｎｇ  ｒｅｐｅｔｉｔｉｏｎ値を用いて多数回繰り返して伝送することによって情報伝送の信頼度を高める。
【０２１９】
図２３に含まれるＡｃｋフィールドの値は下記表２０のように構成されることができる。
【０２２０】
【表２０】
2009525666.tif 000026
表２０の一例に従ってＡｃｋフィールドの値は次のようり設定されることができる。
【０２２１】
０：ＡＰが多数の移動端末のためにグループ放送（Ｍｕｌｔｉｃａｓｔ）されるＡｃｔｉｏｎ  ｆｒａｍｅを伝送するときにはＡｃｋ  ｎｏｔ  ｒｅｑｕｉｒｅｄ  ｂｉｔ（‘０’）を設定する。
【０２２２】
１：ＡＰが一つの移動端末にＡｃｔｉｏｎ  ｆｒａｍｅを伝送し、グループ放送住所（Ｍｕｌｔｉｃａｓｔ  Ａｄｄｒｅｓｓ）を用いるときには、移動端末にＡｃｋ  ｒｅｑｕｉｒｅｄ  ｂｉｔ（‘１’）の設定を要求することによって、移動端末がＡｃｔｉｏｎ  ｆｒａｍｅを伝送を受けた後、ＡｃｋメッセージをＡＰに伝送するようにする。
【０２２３】
図２３ｈは、Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅ動作フレームのもう他の一例を表す。図２３ｈの一例は示されたＲｅｍａｉｎｉｎｇ  Ｒｅｐｅｔｉｔｉｏｎｓの一部がＡｃｋ要請を遂行するｂｉｔで用いられる特徴を有する。Ａｃｋを要請するｂｉｔ及びｒｅｍａｉｎｉｎｇ  ｒｅｐｅｔｉｔｉｏｎ  ｂｉｔの用途は前述と同一である。
【０２２４】
図２４は、上記ＮＤＢ  Ｉｎｆｏｒｍａｔｉｏｎ情報要素（ＩＥ）の構成のもう他の一例を示す図面である。図２４の実施例において上記情報要素はＮＤＢビットを含む。上記ＮＤＢビットが設定されない場合（即ち、ＮＤＢ  ｂｉｔ＝０）には、上記ＮＤＢビット以後７ｂｉｔは次のＮＤＢが伝送される伝送時点を表示するためのビーコン間隔（ｂｅａｃｏｎ  ｉｎｔｅｒｖａｌ）が表示される。図２４の実施例は、上記ＮＤＢビットを追加することによって、上記ＮＤＢ  ｉｎｆｏｒｍａｔｉｏｎ項目の次に上記連動情報が追加に含まれた場合に、上記Ｎｅｘｔ  ＮＤＢ項目を省略することができる。上記ＮＤＢビットの位置には制限がないため、特定なメッセージの多様な項目に上記ＮＤＢビットが位置することができる。
【０２２５】
図２５ないし図２８は、二つの追加的な制御ビットを添付して上記連動情報ＩＥを改善する一例を示す図面である。
【０２２６】
図２５は、上記連動情報の一例を示す図面である。Ｑｕｅｒｙ  ＩＤを表す領域の二つのｂｉｔを各々ＣｏｍｅＢａｃｋ  ｂｉｔ（第１制御ビット）、ｒｅｆｅｒ  ＮＤＢ  ｂｉｔ（第２制御ビット）として用いられる。上記ＣｏｍｅＢａｃｋ  ｂｉｔが設定された場合（即ち、上記第１制御ビット＝１である場合）には、上記Ｑｕｅｒｙ  ＩＤの次にいつ再び戻れば要請した情報が可用であるか時間情報を知らせるＣｏｍｅ  Ｂａｃｋ  Ｄｅｌａｙ  Ｔｉｍｅパラメータが含まれる。即ち、上記Ｑｕｅｒｙ  ＩＤの次には移動端末から要請された連動情報がいつ再び伝送されるかを表す再伝送時点に関する情報が含まれる。もし、上記ＣｏｍｅＢａｃｋ  ｂｉｔが設定されない場合（即ち、上記第１制御ビット＝０である場合）には、上記Ｃｏｍｅ  Ｂａｃｋ  Ｄｅｌａｙ  Ｔｉｍｅパラメータが含まれない。図２５は、上記ＣｏｍｅＢａｃｋ  ｂｉｔが設定される場合の一例である反面、図２６は、上記ＣｏｍｅＢａｃｋ  ｂｉｔが設定されない場合の一例である。
【０２２７】
次のような二つの場合に、図２６のように上記Ｃｏｍｅ  Ｂａｃｋ  ｂｉｔが設定されないこともある。
【０２２８】
一番目の場合は、無線ラン網のＡＰが通知したＣｏｍｅ  Ｂａｃｋ  Ｄｅｌａｙ  Ｔｉｍｅが経過し、上記ＡＰが連動される網から連動情報を獲得し、移動端末が要請した連動情報を伝送できる場合である。
【０２２９】
二番目の場合は、移動端末が要請した現在時点に要請した連動情報が既に準備され、上記プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージを介して伝達できる場合である。
【０２３０】
上記一番目の場合は、移動端末が特定な連動情報を要請する時点に上記ＡＰに上記連動情報が備えられない場合であるため、上記Ｑｕｅｒｙ  ＩＤが含まれなければならない。然しながら、上記二番目の場合は、上記ＡＰが既に連動情報を備えている状況であるため、上記Ｑｕｅｒｙ  ＩＤを含むのは無線資源の浪費である。
【０２３１】
このような無線資源の浪費は、図２７の一例により解決される。即ち、上記Ｃｏｍｅ  Ｂａｃｋ  Ｂｉｔと上記Ｒｅｆｅｒ  ＮＤＢ  Ｂｉｔが共に設定される場合には、上記プローブ応答（Ｐｒｏｇｅ  Ｒｅｓｐｏｎｓｅ）メッセージに上記Ｑｕｅｒｙ  ＩＤが含まることなく、但し、上記移動端末が要請した連動情報が含まれる。
【０２３２】
もし、上記Ｃｏｍｅ  Ｂａｃｋ  Ｂｉｔが設定されず、上記Ｒｅｆｅｒ  ＮＤＢ  Ｂｉｔが設定された場合には上記プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージには上記連動情報（Ｉｎｔｅｒｗｏｒｋｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）は含まれない。但し、上記Ｎｅｘｔ  ＮＤＢが伝送されて次回ＮＤＢの伝送時点を通知する。即ち、図２８において、上記Ｒｅｆｅｒ  ＮＤＢ  Ｂｉｔの次の６ｂｉｔが次回のＮＤＢがいつ伝達されるかを知らせる周期情報、即ち、Ｎｅｘｔ  ＮＤＢを含む。
【０２３３】
図２９は、要請した連動情報の要請に対してＡＰがこの要請に対する情報を獲得する以前に上記要請した移動端末が上記情報要請を取り消す情報要素の一例を示す図面である。上記移動端末の情報要請に対してＡＰが割り当てたＱｕｅｒｙ  ＩＤが存在するため、上記取り消しのための情報要素は上記Ｑｕｅｒｙ  ＩＤを含む。上記ＡＰは上記Ｑｕｅｒｙ  ＩＤを介して取り消しの対象となる要請を識別することができる。
【０２３４】
図３０は、本発明の一実施例による手続き流れ図である。図３０の一例は移動端末の要請によりＡＰが連動情報を要請して獲得する手続きを説明し、上記ＡＰは端末（ＳＴＡ）の要請がないにもかかわらず、プローブ応答メッセージ（ｕｎｓｏｌｉｃｉｔｅｄ  Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）を伝送する特徴を有する。
【０２３５】
以下の一例では、連動情報を要請するためにプローブ要請（Ｐｒｏｂｅ  ｒｅｑｕｅｓｔ）メッセージを送る。上記プローブ要請メッセージは本実施例で提案する要請メッセージの名称の一例である。上記要請メッセージの名称は多様に変形されることができる。また、上記プローブ要請メッセージにより遂行された動作が他の名称の動作フレームにより遂行されることができる。また、ＡＰが上記プローブ要請メッセージにより遂行された動作が送受信する多様なメッセージ（例えば、ビーコメッセージ）により遂行されることもできる。
【０２３６】
以下、図３０の一例を説明する。上記移動端末は連動情報を要請するために上記ＡＰに上記プローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージを伝送する（Ｓ１６１０）。上記ＡＰに上記移動端末が要請した連動情報がない場合には、上記連動情報を得てくることと予想される時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）と上記移動端末の要請を区分する区分子であるＱｕｅｒｙ  ＩＤを上記プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージに含ませて伝送する（Ｓ１６２０）。上記ＡＰは、上記移動端末が要請した連動情報を獲得するための手続きを遂行する。即ち、上記ＡＰは上記連動情報を備えるネットワークエンティティと通信を遂行して上記移動端末が要請した連動情報を獲得する（Ｓ１６３０、Ｓ１６４０）。上記移動端末は、上記ＡＰが指示したＣｏｍｅＢａｃｋＤｅｌａｙの間待った後、上記ＡＰが伝送するＵｎｓｏｌｉｃｉｔｅｄ  Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ、即ち、上記プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージを受信する。この場合、プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージに含まれたＱｕｅｒｙ  ＩＤを確認することができるため、上記移動端末は自分がＳ１６１０段階を介して要請した情報が伝送完了されたことが分かる（Ｓ１６５０）。
【０２３７】
図３１は、上記ＡＰが上記ＣｏｍｅＢａｃｋＤｅｌａｙ時間が経過した以後にも上記移動端末が要請した情報を獲得できなかった場合の動作を説明する手続き流れ図である。
【０２３８】
上記移動端末は連動情報を要請するために上記ＡＰに上記プローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージを伝送する（Ｓ１７１０）。上記ＡＰに上記移動端末が要請した連動情報がない場合には、上記連動情報を得てくることと予想される時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）と上記移動端末の要請を区分する区分子であるＱｕｅｒｙ  ＩＤを上記プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージに含ませて伝送する（Ｓ１７２０）。上記ＡＰは、上記移動端末が要請した連動情報を獲得するための手続きを遂行するが、まだ獲得を完了できない（Ｓ１７３０、Ｓ１７４０）。即ち、上記ＡＰは上記移動端末に知らせる上記ＣｏｍｅＢａｃｋＤｅｌａｙ時間まで上記連動情報を獲得できない（Ｓ１７４０）。
【０２３９】
上記ＡＰは移動端末に知らせる上記ＣｏｍｅＢａｃｋＤｅｌａｙ時間に情報を獲得できないことを知らせるために、上記Ｓ１７２０段階を介して割り当てたＱｕｅｒｙ  ＩＤを同一なＱｕｅｒｙ  ＩＤを上記プローブ応答メッセージに含ませて、新たなＣｏｍｅＢａｃｋＤｅｌａｙを上記プローブ応答メッセージに含ませて伝送する（Ｓ１７５０）。上記プローブ応答メッセージを受信した移動端末は新たなＣｏｍｅＢａｃｋＤｅｌａｙ時間を待つ（Ｓ１７６０）。上記ＡＰは上記新たなＣｏｍｅＢａｃｋＤｅｌａｙの間必要な連動情報を獲得する（Ｓ１７７０）。上記ＡＰは移動端末にＳ１７５０段階を介して通知した時間に上記獲得した情報を含んで伝達する（Ｓ１７８０）。
【０２４０】
図３２は二つ以上の端末から上記連動情報を要請する場合の一例を示す図面である。即ち、図３２の実施例は、ＡＰが第１端末から連動情報要請を受けて上記連動情報を網から獲得する前に、第２端末から情報要請を受信する場合に関する。この場合、上記ＡＰは、上記二つの端末が要請した情報を共に網から獲得して放送で伝達することができる。
【０２４１】
図３２の実施例では、第１情報要請受信後、情報獲得手続きを開始する前に第２情報要請を受信する場合を示したが、第１情報要請を第１端末から受信した後、情報獲得手続き遂行中に同一な情報要請を第２端末から受信した場合にも適用されることができる。即ち、図３２のＳ１８３０とＳ１８４０の順序には制限がない。
【０２４２】
まず、上記第１端末（ＳＴＡ１）が連動情報の要請をＡＰにする（Ｓ１８１０）。もし、上記ＡＰが上記第１端末が要請した情報を有していない場合、上記連動情報獲得に必要な予想される時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）と端末の要請を区分する区分子であるＱｕｅｒｙ  ＩＤを上記プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージに含ませて伝送する（Ｓ１８２０）。第２端末（ＳＴＡ２）が、ＡＰが情報獲得を開始する前に情報要請をする。このとき、要請する情報は第１端末が要請した情報と同じであっても異なってもよい。また、一部のみ同じであっても、一部のみ異なってもよい（Ｓ１８３０）。ＡＰは第１端末と第２端末が要請した情報を獲得するための手続きを開始する（Ｓ１８４０）。ＡＰは第２端末に情報獲得に所要されると予想される時間を含み、獲得した情報を放送（Ｂｒｏａｄｃａｓｔ）するために第１端末に付与したものと同一なＱｕｅｒｙ  ＩＤを付与する（Ｓ１８５０）。上記ＡＰは網から第１端末と第２端末が要請した情報を獲得する（Ｓ１８６０）。獲得した情報を第１端末と第２端末に全て伝達するために二つの端末に割り当てた同一なＱｕｅｒｙ  ＩＤを含んで情報を発送する（Ｓ１８７０）。
【０２４３】
図３２の一例を用いると、図示したバックエンド（ｂａｃｋｅｎｄ）から獲得した情報を複数の端末に送信することができる。即ち、図３２の一例は、図示したように複数の端末に送信するために技法に関する。複数の端末に送信する多様な技法は、放送（ｂｒｏａｄｃａｓｔ）またはグループ放送（ｍｕｌｔｉｃａｓｔ）などの多様な方法が可能であるため、図３２の一例が放送に限定されない。
【０２４４】
図３３は、無線ラン移動端末が要請した情報獲得を取り消すことを表す一実施例を説明する図面である。
【０２４５】
移動端末は連動情報を要請するためにＡＰに上記プローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージを伝送する（Ｓ１９１０）。ＡＰが、端末が要請した情報を備えられない場合には、この情報を得てくることと予想される時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）と端末の要請を区分する区分子であるＱｕｅｒｙ  ＩＤを上記プローブ応答（Ｐｒｏｂｅ  Ｒｅｓｐｏｎｓｅ）メッセージに含んで伝送する（Ｓ１９２０）。これを受信した端末は、この時間の間待つことができないとか、この時間の間他のＡＰから連動情報を獲得し、他のＡＰに接続することを決定するなどの理由で情報要請を取り消すことができる。上記端末はＳ１９１０の情報要請時、割り当てられたＱｕｅｒｙＩＤを含むＱｕｅｒｙ  Ｒｅｑｕｅｓｔ  Ｃａｎｃｅｌ  ＩＥを上記プローブ要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）メッセージに入れて伝送することによって情報要請を取り消す（Ｓ１９３０）。
【０２４６】
図３４は、ＡＰがＮＤＢの周期を毎ＮＭＢに含んで伝達し、移動端末はいつＮＤＢが伝送されてくるかを明示的に知るようにする一実施例である。
【０２４７】
図３４の一例はＡＰと通信する別途のネットワークエンティティと関連された情報が移動端末に送信される正確な送信時点を知らせる方法に関する。
【０２４８】
上記別途のネットワークエンティティは上記連動情報ブローカであってもよく、上記連動情報ブローカの機能を含むサーバであってもよい。
【０２４９】
上記別途のネットワークエンティティに関連された情報の種類は多様である。例えば、上記ＮＤＢであってもよく、ＡＰが別途のネットワークエンティティから獲得した応答情報であってもよい。
【０２５０】
図３４の一例は上記別途のネットワークエンティティに関連された情報のうちＮＤＢに関し、上記別途のネットワークエンティティはバックエンドサーバである場合に関する。
【０２５１】
上述したように、ＮＭＢ（Ｎｅｔｗｏｒｋ  Ｍａｉｎｔｅｎａｎｃｅ  Ｂｅａｃｏｎ）は従来のビーコンメッセージであって、ＡＰ自分の存在を知らせるために伝送する信号であって上記ＡＰに対する情報が含まれ、上記ＮＤＢ（Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎ）は上記連動情報が含まれるビーコンメッセージである。上記ビーコンは一般的に周期的に繰り返されて伝送されるが、ビーコンの伝送間隔を制御して伝送周期を変化させることができる。
【０２５２】
図３４の実施例は、上記ＮＭＢに、次のＮＤＢが伝送される周期を含んで伝達することによって、上記移動端末がいつＮＤＢが伝送されるかを知らせる。
【０２５３】
上記移動端末はいつＮＤＢが伝送されるかを知っているため、不要な情報要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）を伝送しない（Ｓ２００１）。
【０２５４】
第２端末は次のＮＤＢが伝送される周期まで待つことができない理由あるいは受信したＮＤＢに必要な情報がないという理由によりＡＰに情報要請（Ｐｒｏｂｅ  Ｒｅｑｕｅｓｔ）をする（Ｓ２００２）。
【０２５５】
第３端末もほぼ同じ時点に情報要請をする。上記第３端末が要請した情報は、上記第２端末が要請した情報と同一であっても、異なってもよい。または、一部のみ同一であってもよい（Ｓ２００３）。
【０２５６】
ＡＰは、情報が可用しなくて網から第２端末と第３端末が要請した情報獲得手続きを開始する（Ｓ２００４）。次のＮＭＢ放送に上記ＡＰが第２端末と第３端末が要請した情報獲得が予想される時間にこの情報を含んで伝送するＮＤＢの周期をＮｅｘｔ  ＮＤＢに表示して知らせる。
【０２５７】
図３４の実施例では直ちに次のビーコン伝送周期に情報を獲得可能してＮｅｘｔ  ＮＤＢを１で設定して伝送する（Ｓ２００５）。上記ＡＰが上記無線網と連動されるバックエンド網から第２端末と第３端末が要請した情報を獲得する（Ｓ２００６）。上記Ｓ２００６を介して獲得した情報はＳ２００５を介して通知された伝送周期に伝送される（Ｓ２００７）。上記ＡＰは、上記ＮＤＢの伝送周期を調整してビーコンが伝送する毎に、上記ＮＤＢの伝送周期を減らして伝送する（Ｓ２００８ないしＳ２０１０）。即ち、Ｓ２００８の場合には、以後４番目周期にＮＤＢが伝送されるため、Ｎｅｘｔ  ＮＤＢを４で設定し、即ちＳ２００９の場合には、以後３番目周期にＮＤＢが伝送されるため、Ｎｅｘｔ  ＮＤＢを３で設定し、即ちＳ２０１０の場合には、以後２番目周期にＮＤＢが伝送されるため、ＮｅｘｔＮＤＢを２で設定し、即ちＳ２０１１の場合には、以後１番目周期にＮＤＢが伝送されるため、Ｎｅｘｔ  ＮＤＢを１で設定する。
【０２５８】
上記ビーコンが伝送される途中に新たな第４端末（ＳＴＡ４）が上記ＡＰと通信を始めることができ、上記第４端末も上記ＮＤＢの受信を待つ。上記第４端末は新たに無線ラン網に接続するために受動スキャニングを遂行する（Ｓ２０１１）。従来の第１、２、３端末だけでなく、第４端末も上記ビーコン（Ｂｅａｃｏｎ）（Ｎｅｔｗｏｒｋ  Ｍａｉｎｔｅｎａｎｃｅ  Ｂｅａｃｏｎ）を受信し、上記ＮＭＢには次のＮＤＢの伝送周期が含まれて伝達される（Ｓ２０１２）。上記端末は次のＮＤＢの伝送周期まで待って上記連動情報を受信する（Ｓ２０１３）。
【０２５９】
上述したＮｅｘｔ  ＮＤＢフィールドの名称は多様に変形されることができる。但し、特定なフィールドの識別子または値の大きさをビーコン（ｅｖｅｒｙ  ｂｅａｃｏｎ）毎に減少させて端末に送信時点を明確に知らせるのが望ましい。
【０２６０】
図３５は本実施例によってデータが送受信された手続きを示す手続き流れ図である。
【０２６１】
図３５はＡＰが第１端末（ＳＴＡ１）から情報要請Ａを受けて該当情報を網から獲得する前に第２端末（ＳＴＡ２）から情報要請Ｂを受信する場合、ＡＰが直ちに情報を提供できない場合を説明する。
【０２６２】
このとき、ＡＰは二つの端末が要請した情報（Ａ＋Ｂ）を共に網から獲得してグループ放送（ｍｕｌｔｉｃａｓｔ）に伝達することができる。また、ＡＰは一つの端末が要請した情報を網から獲得してグループ放送（ｍｕｌｔｉｃａｓｔ）に伝達することもできる。
【０２６３】
該当グループはグループ放送住所に区分され、特定時間の間連動情報を要請した移動端末に対して同じグループに分類する。本実施例では第１情報要請受信後、情報獲得手続きを開始する前に第２情報要請を受信する場合を表し、同じ情報を要請した場合も含まれる。
【０２６４】
第１端末（ＳＴＡ１）は情報要請をＡＰにする（Ｓ２１０１）。ＡＰは、第１端末が要請した情報を有していない場合ＳＳＰＮ  Ａｄｖｓに情報クエリをする（Ｓ２１０２）。ＡＰは移動端末にグループ放送住所を含んで、後にこの住所を用いてクエリに対する応答を放送することを知らせる。もし、ＡＰが直ちに要請した情報を提供してくれることができる場合にはＡＰｓｐ１  ＩＥに該当情報を含んで伝送することができる（Ｓ２１０３）。第２端末（ＳＴＡ２）は、ＡＰが情報獲得を開始する前に情報要請をする。このとき、要請する情報は第１端末が要請した情報と同じであっても、異なってもよい。または、一部のみ同じであっても、一部のみ異なってもよい（Ｓ２１０４）。また、ＡＰは第２端末が要請した情報を獲得するための手続きを開始する（Ｓ２１０５）。ＡＰが設定した特定時間（Ａ  ｔｉｍｅ）以内に要請した情報要請に対しては同じグループ放送住所を割り当て、第２端末にも第１端末と同じグループ放送住所を割り当てる。第１端末の場合の同様に、もし、ＡＰは、第２端末が要請した情報を直ちに提供してくれることができる場合には、ＡＲｅｑ２  ＩＥに該当情報を含んで伝送することができる（Ｓ２１０６）。ＡＰは網から第１端末と第２端末が要請した情報を獲得する（Ｓ２１０７）。ＡＰは獲得した情報を第１端末と第２端末に共に伝達するために二つの端末に割り当てた同一なグループ放送住所で情報を放送する（Ｓ２１０８）。もし、第１端末と第２端末が要請した情報が異なる場合、要請しない情報を含んで伝送することができる。
【０２６５】
図示したように、ＡＰから端末に送信される動作は複数回繰り返されることができる。上記複数回繰り返される動作には制限がない。
【０２６６】
図３６は、本実施例によってデータが送受信された手続きを示す手続き流れ図のもう他の一例である。
【０２６７】
図３６は移動端末が要請した情報をＡＰが任意格納（ｃａｃｈｅ）している場合、或いは短い時間の間ＡＰが要請した情報を獲得することができる場合、ＡＰが情報を要請した一つの移動端末あるいは多数の移動端末に情報を伝送する一例に関する。
【０２６８】
以下、一つの移動端末が情報要請をした場合を説明する。一つの移動端末が情報要請をした場合は、Ｓ２２０１ないしＳ２２０５の手続きに従って動作を遂行することができる。
【０２６９】
ＡＰはＢｅａｃｏｎを介して移動端末にＧＡＳ（ｇｅｎｅｒａｌ  ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｓｅｒｖｉｃｅ）、ＴＧｕサービスが可能であるかを知らせる（Ｓ２２０１）。外部ネットワークと連動が可能なＡＰであることを認知した移動端末は、要請する網連動情報をＡＲｅｑ  ＩＥに含んで伝送する（Ｓ２２０２）。移動端末が要請した情報をＡＰが格納しているか、如何なる動作を介して直ちに提供できる場合、ＡＰはＩＭＩ（Ｉｍｍｅｄｉａｔｅ  ｍｅｓｓａｇｅ  Ｉｎｄｉｃａｔｏｒ）を表す状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）である‘Ｓｕｃｃｅｓｓｆｕｌ  ａｎｄ  ｉｍｍｅｄｉａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｄｅｌｉｖｅｒｙ’を設定してグループ放送住所（ＭＣＡ：Ｍｕｌｔｉｃａｓｔ  Ａｄｄｒｅｓｓ）と共にＰｒｏｂｅ  ｒｅｓｐｏｎｓｅに伝達する（Ｓ２２０３）。このとき、移動端末が連動情報伝達を待たなければならない時間である‘Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅ  Ｗａｉｔｉｎｇ  Ｔｉｍｅ’も設定されて伝達されることができる。もし、この値が伝達されない場合には、ｄｅｆａｕｌｔで定義された値を用いてこの時間の間に待つ情報が伝送されない場合はＳ２２０２段階を再び遂行する。ＡＰは、移動端末が要請した情報を含む動作フレーム（Ａｃｔｉｏｎ  ｆｒａｍｅ）を伝送し、このとき動作フレームが一つの移動端末のためのものである場合‘Ａｃｋ  ｒｅｑｕｉｒｅｄ  ｂｉｔ’を設定して特定端末が動作フレームの受信を成功的に遂行したか否かを確認する（Ｓ２２０４、Ｓ２２０５）。
【０２７０】
以下、多数の移動端末が情報要請をした場合を説明する。多数の移動端末が情報要請をした場合は、Ｓ２２０６ないしＳ２２１０の手続きに従って動作を遂行することができる。
【０２７１】
ＡＰはＢｅａｃｏｎを介して移動端末１（ＳＴＡ１）と移動端末２（ＳＴＡ２）にＧＡＳ（ｇｅｎｅｒａｌ  ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｓｅｒｖｉｃｅ）、ＴＧｕサービスが可能であるか否かを知らせる（Ｓ２２０６）。外部ネットワークと連動が可能なＡＰであることを認知した移動端末１は要請する網連動情報をＡＲｅｑ  ＩＥに含んで伝送する（Ｓ２２０７）。移動端末１が要請した情報をＡＰが格納しているか、如何なる動作を介して直ちに提供できる場合、ＡＰはＩＭＩ（Ｉｍｍｅｄｉａｔｅ  ｍｅｓｓａｇｅ  Ｉｎｄｉｃａｔｏｒ）を表す状態コード（ｓｔａｔｕｓ  ｃｏｄｅ）である‘Ｓｕｃｃｅｓｓｆｕｌ  ａｎｄ  ｉｍｍｅｄｉａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ  ｄｅｌｉｖｅｒｙ’を設定してグループ放送住所（ＭＣＡ）と共にＰｒｏｂｅ  ｒｅｓｐｏｎｓｅに伝達する（Ｓ２２０８）。Ｓ２２０９ないしＳ２２１０段階は移動端末２が遂行する動作であり、上述したＳ２２０７ないしＳ２２０８段階と同じである。ＡＰは設定した任意の時間の間二つ以上の移動端末から要請があったため、移動端末１、２で動作フレームをグループ放送し、‘Ａｃｋ  ｒｅｑｕｉｒｅｄ  ｂｉｔ’を解除して伝送することによってａｃｋを伝送しないようにする（Ｓ２２１１）。この場合は、情報伝送の信頼性のためにＲｅｍａｉｎｉｎｇ  ｒｅｐｅｔｉｔｉｏｎパラメータを用いて反復的に動作フレームを伝送することもできる。
【０２７２】
図３７は本実施例に従ってデータが送受信された手続きを示す手続き流れ図のもう他の一例である。
【０２７３】
図３７は移動端末が要請した網連動情報をＡＰがＳＳＰＮ  Ａｄｖｓサーバにクエリを介して獲得する場合、ＡＰが情報を要請した一つの移動端末或いは多数の移動端末に情報を伝送する一例を示す。
【０２７４】
以下、一つの移動端末が情報要請をした場合を説明する。一つの移動端末が情報要請をした場合、Ｓ２３０１ないしＳ２３１０過程に従ってデータ送受信が遂行される。
【０２７５】
ＡＰはＢｅａｃｏｎを介して移動端末にＧＡＳ（ｇｅｎｅｒａｌ  ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｓｅｒｖｉｃｅ）、ＴＧｕサービスが可能であるかを知らせる（Ｓ２３０１）。外部ネットワークと連動が可能なＡＰであることを認知した移動端末は要請する網連動情報をＡＲｅｑ  ＩＥに含んで伝送する（Ｓ２３０２）。ＡＰは網連動情報要請に対してＢ−ＳＮＡ  ｂｅａｃｏｎの周期に従って情報を伝達するという‘Ｓｕｃｃｅｓｓｆｕｌ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｄｅｌｉｖｅｒｙ  ｕｓｉｎｇ  Ｂ−ＳＮＡ  ｂｅａｃｏｎ  ｉｎｄｉｃａｔｉｏｎ’状態コードとグループ放送住所（ＭＣＡ）をＰｒｏｂｅ  ｒｅｓｐｏｎｓｅを介して移動端末に伝送する。このとき、移動端末は伝達を受けたＭＡＣに要請した情報を獲得することを知る（Ｓ２３０３）。ＡＰは移動端末が要請した情報を獲得するための手続きを開始して獲得する（Ｓ２３０４ないしＳ２３０７）。ＡＰは移動端末にＢ−ＳＮＡ  ｂｅａｃｏｎを伝達し、これはＢ−ＳＮＡを伝送を受けた後、直ちにグループ放送メッセージが伝達されることを意図するためのものである（Ｓ２３０８）。ＡＰは移動端末が要請した情報を含んだ動作フレームを伝送し、このとき、動作フレームが一つの移動端末のためのものである場合‘Ａｃｋ  ｒｅｑｕｉｒｅｄ  ｂｉｔ’を設定して伝達することによって移動端末が正しく動作フレームを受信した場合、ａｃｋを伝達するようにする（Ｓ２３０９）。正しく動作フレームの伝達を受けた移動端末はａｃｋをＡＰに伝送する（Ｓ２３１０）。
【０２７６】
以下、多数の移動端末が情報要請をした場合を説明する。多数の移動端末が情報要請をした場合、Ｓ２３１１ないしＳ２３２１過程に従ってデータ送受信が遂行される。
【０２７７】
ＡＰはＢｅａｃｏｎを介して移動端末１、２（ＳＴＡ１、２）にＧＡＳ（ｇｅｎｅｒａｌ  ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｓｅｒｖｉｃｅ）、ＴＧｕサービスが可能であるか否かを知らせる（Ｓ２３１１）。外部ネットワークと連動が可能なＡＰであることを認知した移動端末１は要請する網連動情報をＡＲｅｑ  ＩＥに含んで伝送する（Ｓ２３１２）。ＡＰは網連動情報要請に対してＢ−ＳＮＡ  ｂｅａｃｏｎの周期に従って情報を伝達するという‘Ｓｕｃｃｅｓｓｆｕｌ  ａｎｄ  ｉｎｆｏｒｍａｔｉｏｎ  ｄｅｌｉｖｅｒｙ  ｕｓｉｎｇ  Ｂ−ＳＮＡ  ｂｅａｃｏｎ  ｉｎｄｉｃａｔｉｏｎ’状態コードとグループ放送住所（ＭＣＡ）をＰｒｏｂｅ  ｒｅｓｐｏｎｓｅを介して移動端末に伝送する。このとき、移動端末は伝達されたＭＣＡに要請した情報を獲得することを知る（Ｓ２３１３）。Ｓ２３１４ないしＳ２３１５段階は移動端末２が遂行する動作であり、Ｓ２３１２ないしＳ２３１３動作と同じである。ＡＰは移動端末が要請した情報を獲得するための手続きを開始して獲得する。この手続きはＢ−ＳＮＡ  ｂｅａｃｏｎを伝送してｑｕｅｒｙ  ｒｅｓｐｏｎｓｅ動作フレームを伝送する前に起こる手続きである（Ｓ２３１６ないしＳ２３１９）。ＡＰは移動端末１、２にＢ−ＳＮＡ  ｂｅａｃｏｎを伝達し、これはＢ−ＳＮＡを伝送を受けた後、直ちにグループ放送メッセージが伝達されることを意図するためのものである（Ｓ２３２０）。ＡＰは移動端末が要請した情報を含んだ動作フレームを伝送し、このとき動作フレームが二つ以上の移動端末のためのものである場合には‘Ａｃｋ  ｒｅｑｕｉｒｅｄ  ｂｉｔ’を解除して伝送することによって動作フレームを受信後、移動端末がａｃｋを伝送できないようにする（Ｓ２３２１）。Ｓ２３２０ないしＳ２３２１段階は信頼性のために多数回繰り返されて伝送されることができ、反復情報はＲｅｍａｉｎｉｎｇ  ｒｅｐｅｔｉｔｉｏｎパラメータを介して移動端末に知らせる。
【０２７８】
本発明は、本発明の精神及び必須的特徴を外れない範囲で他の特定な形態で具体化されることができるのは当業者においては自明である。従って、上記の詳細な説明は、全ての面で制限的に解釈されてはならず、例示的なものと考慮されなければならない。本発明の範囲は添付された請求項の合理的解釈により決定されなければならず、本発明の等価的範囲内における全ての変更は本発明の範囲に含まれる。
【図面の簡単な説明】
【０２７９】
【図１】無線ラン（ＩＥＥＥ  ８０２．１１、Ｗｉ−Ｆｉ）で用いられるフレームの構造である。
【図２】無線ランで用いられる管理フレーム（Ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）の一例を示す図面である。
【図３】無線ランシステムにおいて管理フレームバディ（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ  Ｂｏｄｙ）の要素（ｃｏｍｐｏｎｅｎｔ）を示す図面である。
【図４】従来の技術に従う無線ランのネットワーク構成を示す図面である。
【図５】多数個のＡＰのカバリッジ（ｃｏｖｅｒａｇｅ）が重畳される通信環境を示す図面である。
【図６】従来の技術に従って無線ランと３ＧＰＰ間の連動手続きの一例を示す図面である。
【図７】従来の技術に従って移動端末が連動情報を要請して獲得する一連の手続きを示す図面である。
【図８】ＮＭＢとＮＤＢの周期的な伝送方法を表す一例を示す図面である。
【図９】ＤＳを介して二つのＡＰ間に通信する方法を説明するフローチャとである。
【図１０】連動情報を効果的に管理するための無線ラン網の構造の一例である。
【図１１】上記連動情報ブローカ要請ＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  ＲｅｑｕｅｓｔＩＥ）を示す。
【図１２】上記連動情報ブローカＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  ＩＥ）の一例を示す。
【図１３】上記連動情報ブローカＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ  ＩＥ）の他の一例を示す。
【図１４】上記ＥＭＩＤサーバＩＥの一例を示す。
【図１５】連動情報要請ＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ＩＥ）の一例を示す。
【図１６】連動情報要請ＩＥ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ＩＥ）の一例を示す。
【図１７】上記連動情報要請動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｔｉｏｎ  Ｆｒａｍｅ  ＩＥ）の一例を示す。
【図１８】連動情報応答動作フレーム（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ  Ａｃｔｉｏｎ  Ｆｒａｍｅ）の一例を示す。
【図１９】ＥＭＩＤ要請動作フレーム（ＥＭＩＤ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）の一例を示す。
【図２０】ＥＭＩＤ応答動作フレーム（ＥＭＩＤ  Ｒｅｑｕｅｓｔ  ａｃｔｉｏｎ  ｆｒａｍｅ）の一例を示す。
【図２１】連動情報ブローカ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｒｏｋｅｒ）との通信方法を表す手続き流れ図である。
【図２２】本実施例に従う手続き流れ図のもう他の一例を示す図面である。
【図２３ａ】上記Ｎｅｔｗｏｒｋ  Ｄｉｓｃｏｖｅｒｙ  Ｂｅａｃｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ（即ち、上記ＮＤＢ  Ｉｎｆｏｒｍａｔｉｏｎ）に対する情報要素の構成の一例を示す図面である。
【図２３ｂ】Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅフレームの構造の一例を説明するためのブロック図である。
【図２３ｃ】Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅフレームの構造のもう他の一例を説明するためのブロック図である。
【図２３ｄ】一つ以上のＡＲｅｑ  ＩＥに対する応答がパッキング（Ｐａｃｋｉｎｇ）されて伝送されるときの動作フレーム（Ａｃｔｉｏｎ  Ｆｒａｍｅ）の一例である。
【図２３ｅ】図２３ｅ及び図２３ｆは、上述したＦｒａｇ／Ｐａｃｋが断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）のうち中間断片（ｆｒａｇｍｅｎｔ）又は最終断片（ｆｒａｇｍｅｎｔ）であることを知らせるとき用いられる動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）のフォーマット（ｆｏｒｍａｔ）の一例である。
【図２３ｆ】図２３ｅ及び図２３ｆは、上述したＦｒａｇ／Ｐａｃｋが断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）のうち中間断片（ｆｒａｇｍｅｎｔ）又は最終断片（ｆｒａｇｍｅｎｔ）であることを知らせるとき用いられる動作フレーム（ａｃｔｉｏｎ  ｆｒａｍｅ）のフォーマット（ｆｏｒｍａｔ）の一例である。
【図２３ｇ】Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅ動作フレームの構造のもう他の一例を示す図面である。
【図２３ｈ】Ｑｕｅｒｙ  Ｒｅｓｐｏｎｓｅ動作フレームの構造のもう他の一例を示す。
【図２４】上記ＮＤＢ  Ｉｎｆｏｒｍａｔｉｏｎ情報要素（ＩＥ）の構成のもう他の一例を示す図面である。
【図２５】図２５ないし図２８は、二つの追加的な制御ビットを添付して上記連動情報ＩＥを改善する一例を示す図面である。
【図２６】図２５ないし図２８は、二つの追加的な制御ビットを添付して上記連動情報ＩＥを改善する一例を示す図面である。
【図２７】図２５ないし図２８は、二つの追加的な制御ビットを添付して上記連動情報ＩＥを改善する一例を示す図面である。
【図２８】図２５ないし図２８は、二つの追加的な制御ビットを添付して上記連動情報ＩＥを改善する一例を示す図面である。
【図２９】要請した連動情報の要請に対してＡＰがこの要請に対する情報を獲得する以前に上記要請した移動端末が上記情報要請を取り消す情報要素の一例を示す図面である。
【図３０】本発明の一実施例に従う手続き流れ図である。
【図３１】上記ＡＰが上記ＣｏｍｅＢａｃｋＤｅｌａｙ時間が経過した以後にも上記移動端末が要請した情報を獲得できない場合の動作を説明する手続き流れ図である。
【図３２】二つ以上の端末から上記連動情報を要請する場合の一例を示す図面である。
【図３３】無線ラン移動端末が要請した情報獲得を取り消すことを表す一実施例を説明する図面である。
【図３４】ＡＰがＮＤＢの周期を毎ＮＭＢに含んで伝達して移動端末がいつＮＤＢが伝送されるかを知らせる方法を説明する手続き流れ図である。
【図３５】本実施例に従ってデータが送受信される手続きを表す手続き流れ図である。
【図３６】図３６ないし図３７は、本実施例に従ってデータが送受信された手続きを表す手続き流れ図のもう他の一例である。
【図３７】図３６ないし図３７は、本実施例に従ってデータが送受信された手続きを表す手続き流れ図のもう他の一例である。
【図２】
2009525666.tif 000027
【図３】
2009525666.tif 000028
【図４】
2009525666.tif 000029
【図５】
2009525666.tif 000030
【図６】
2009525666.tif 000031
【図７】
2009525666.tif 000032
【図８】
2009525666.tif 000033
【図９】
2009525666.tif 000034
【図１０】
2009525666.tif 000035
【図１１】
2009525666.tif 000036
【図１２】
2009525666.tif 000037
【図１３】
2009525666.tif 000038
【図１４】
2009525666.tif 000039
【図１５】
2009525666.tif 000040
【図１６】
2009525666.tif 000041
【図１７】
2009525666.tif 000042
【図１８】
2009525666.tif 000043
【図１９】
2009525666.tif 000044
【図２０】
2009525666.tif 000045
【図２１】
2009525666.tif 000046
【図２２】
2009525666.tif 000047
【図２３ａ】
2009525666.tif 000048
【図２３ｂ】
2009525666.tif 000049
【図２３ｃ】
2009525666.tif 000050
【図２３ｄ】
2009525666.tif 000051
【図２３ｅ】
2009525666.tif 000052
【図２３ｆ】
2009525666.tif 000053
【図２３ｇ】
2009525666.tif 000054
【図２３ｈ】
2009525666.tif 000055
【図２４】
2009525666.tif 000056
【図２５】
2009525666.tif 000057
【図２６】
2009525666.tif 000058
【図２７】
2009525666.tif 000059
【図２８】
2009525666.tif 000060
【図２９】
2009525666.tif 000061
【図３０】
2009525666.tif 000062
【図３１】
2009525666.tif 000063
【図３２】
2009525666.tif 000064
【図３３】
2009525666.tif 000065
【図３４】
2009525666.tif 000066
【図３５】
2009525666.tif 000067
【図３６】
2009525666.tif 000068
【図３７】
2009525666.tif 000069
【図１】
2009525666.tif 000070
【国際調査報告】
2009525666.tif 000071
2009525666.tif 000072
2009525666.tif 000073