JP2009525666A

JP2009525666A - 無線ランシステムにおける情報伝達方法

Info

Publication number: JP2009525666A
Application number: JP2008553164A
Authority: JP
Inventors: ヨンホキム，; チンリー，; キソンリュー，; チョンキキム，
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2006-02-01
Filing date: 2007-02-01
Publication date: 2009-07-09
Anticipated expiration: 2027-02-01
Also published as: CN101379769B; US20090046682A1; EP1980057A1; CN101379769A; EP1980057B1; TWI420871B; US8660100B2; TW200737851A; JP4955018B2; WO2007089111A1; EP1980057A4

Abstract

【課題】移動端末が無線ラン（８０２．１，Ｗｉ−Ｆｉ）網に接続する場合、無線ラン網と連動される網の情報またはＥＭＩＤ（ＥＳＳＭＡＣＩＤ）サーバで提供されるＥＭＩＤを移動端末に伝達するための方法を提供する。
【解決手段】本発明による無線接続システムは、少なくとも一つの無線端末からメッセージを受信し、分配システムを介して他のアクセスポイントと通信する少なくとも一つのアクセスポイント、上記無線端末が上記少なくとも一つのアクセスポイントに送信したＳＳＰＮに関する情報要請メッセージを上記少なくとも一つのアクセスポイントとのインターフェースを介して受信し、上記ＳＳＰＮに関する情報を含むネットワークエンティティとのインターフェースを介して上記情報要請メッセージに相応する応答情報を獲得する少なくとも一つの連動情報ブローカを含む特徴がある。
【選択図】図１０

Description

本発明は、無線ラン網の移動端末における情報伝達方法に関し、より詳しくは、移動端末が無線ラン（８０２．１１，Ｗｉ−Ｆｉ）網に接続する場合、無線ラン網と連動（Ｉｎｔｅｒｗｏｒｋｉｎｇ）される網の情報またはＥＭＩＤ（ＥＳＳＭＡＣＩＤ）サーバで提供されるＥＭＩＤを移動端末に伝達するための方法に関する。

以下、従来の技術に従って無線ランにおいて用いられるフレーム構造を説明する。

図１は、無線ラン（ＩＥＥＥ８０２．１１，Ｗｉ−Ｆｉ）において用いられるフレームの構造である。

図示したように、８０２．１１媒介体接続管理（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）フレームはヘッダ（ｈｅａｄｅｒ）を含むことができる。

上記ＭＡＣヘッダには、種類（１２）フィールドと追加断片（Ｍｏｒｅｆｒａｇｍｅｎｔ）（１０）フィールドが含まれる。上記種類（１２）フィールドは、ＭＡＣフレームのフレームバディ（ＦｒａｍｅＢｏｄｙ）（１１）に制御情報（例えば、管理フレーム（ｍａｎａｇｅｍｅｎｔｆｒａｍｅ））が含まれるか、データ情報が含まれるかを識別する。

上記追加断片（１０）フィールドは、上記フレームボディ（１１）を介して追加に送信される断片（ｆｒａｇｍｅｎｔ）が存在するかを表す。即ち、特定なデータが複数の断片に分離され、まだ受信されるべき断片が存在する場合、上記追加断片（１０）フィールドが設定されることができる。

図２は、無線ランにおいて用いられる管理フレーム（Ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）の一例を示した図面である。上記管理フレームはフレームバディ（ＦｒａｍｅＢｏｄｙ）に多様な情報を含む。図２に示された表は管理フレームのフレームバディに含まれるビーコン（Ｂｅａｃｏｎ）フレームとプローブ要請（Ｐｒｏｂｅｒｅｑｕｅｓｔ）フレーム及びプローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）フレームを表す。上記ビーコン（Ｂｅａｃｏｎ）フレームとプローブ要請（Ｐｒｏｂｅｒｅｑｕｅｓｔ）フレーム及びプローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）フレームは上記管理フレーム（Ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）の一例である。

図示したように、多様なｐａｒａｍｅｔｅｒｓｅｔが定義される。

図３は、無線ランシステムにおいて用いられる管理フレームバディ（ＭａｎａｇｅｍｅｎｔＦｒａｍｅＢｏｄｙ）の要素（ｃｏｍｐｏｎｅｎｔ）を示した図面である。上記管理フレームバディ（ＭａｎａｇｅｍｅｎｔＦｒａｍｅＢｏｄｙ）の要素は、固定（Ｆｉｘｅｄ）領域と情報要素（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ）領域からなる。上記管理フレーム内で、固定された長さの強制フレームバディ要素（ｆｉｘｅｄ−ｌｅｎｇｔｈｍａｎｄａｔｏｒｙｆｒａｍｅｂｏｄｙｃｏｍｐｏｎｅｎｔｓ）は上記固定領域で定義され、可変長さの強制フレームバディ要素（ｖａｒｉａｂｌｅｌｅｎｇｔｈｍａｎｄａｔｏｒｙｆｒａｍｅｂｏｄｙｃｏｍｐｏｎｅｎｔｓ）と全ての選択的フレームバディ要素（ｏｐｔｉｏｎａｌｆｒａｍｅｂｏｄｙｃｏｍｐｏｎｅｎｔｓ）は上記情報要素で定義される。

以下、従来の遠隔要請ブローカ（ＲｅｍｏｔｅＲｅｑｕｅｓｔＢｒｏｋｅｒ：ＲＲＢ）を説明する。

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

以下、従来の技術装置の動作を説明する。

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

図４は、従来の技術に従う無線ランのネットワーク構成を示す図面である。図示したように、無線ランのネットワーク形態はＡＰを含むか否かに従って二つに区分される。上記ＡＰを含む形態をインフラ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）ネットワークといい、含まない形態をａｄ−ｈｏｃネットワークという。また、一つのＡＰが提供するサービス領域をＢＳＡ（ＢａｓｉｃＳｅｒｖｉｃｅＡｒｅａ）といい、上記ＡＰを含んで上記ＡＰに接続された無線端末を指称してＢＳＳ（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ）という。このようにＡＰに接続されて無線端末がサービスを受けるようになることをＳＳ（ＳｔａｔｉｏｎＳｅｒｖｉｃｅ）という。上記ＳＳは、上記ａｄ−ｈｏｃネットワークにおいて無線端末同士授受するサービスも含む。図示したように、サービス領域であるＢＳＡは互いに重畳されることができる。二つ以上のＡＰが互いに連動されて各々のＡＰに接続されている無線端末が他のＡＰに接続されている無線端末と通信するようにできる。この場合、ＡＰの連結をＤＳ（ＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍ）といい、このようなＤＳを介して提供されるサービスをＤＳＳ（ＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍＳｅｒｖｉｃｅ）という。また、ＤＳＳが提供可能な領域をＥＳＡ（ＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＡｒｅａ）といい、ＥＳＡ内でＤＳＳを提供を受ける全ての無線端末とＡＰを合わせてＥＳＳ（ＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＳｅｔ）という。

ＩＥＥＥ８０２．１１標準で定義したサービスの項目には表１のような次の九つがある。

ＡｕｔｈｅｎｔｉｃａｔｉｏｎサービスとＤｅａｕｔｈｅｎｔｉｃａｔｉｏｎサービスは使用者認証に関し、ＡｓｓｏｃｉａｔｉｏｎサービスとＤｅａｓｓｏｃｉａｔｉｏｎ、Ｒｅａｓｓｏｃｉａｔｉｏｎサービスは無線端末がＡＰに接続されることに関する。Ｒｅａｓｓｏｃｉａｔｉｏｎサービスは無線端末がＥＳＳ内でＢｓｓを変更するか、或いは現在接続されている状態を変更する場合用いられる。ＤｉｓｔｒｉｂｕｔｉｏｎサービスはＤＳを介して一つのＡＰに接続された無線端末が他のＡＰに接続された無線端末と通信できるという概念的なサービスである。ＩｎｔｅｇｒａｔｉｏｎサービスはＩＥＥＥ８０２．１１ＬＡＮと外部の有線でも無線でも集合的なＬＡＮとの接続に用いられる。

上記各サービスの項目は上記ＤＳの設定を介して変更される。Ｐｒｉｖａｃｙサービスは保安に関し、ＷＥＰ（ＷｉｒｅｄＥｑｕｉｖａｌｅｎｔＰｒｉｖａｃｙ）プロトコールを用いている。ＭＳＤＵ（ＭＡＣＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）ｄｅｌｉｖｅｒｙサービスは、使用者のデータの伝送時用いられる。下記表２は上記サービス項目を結んで上記で説明した二つのサービス範疇に分けている。

上記無線ランＡＰは、有線ＬＡＮのハブ（Ｈｕｂ）と同じ機能、Ｂｒｉｄｇｅ機能、ＨｏｍｅＧａｔｅｗａｙ機能、ａｕｔｏｍａｔｉｃｆａｌｌ−ｂａｃｋ機能、ｒｏａｍｉｎｇ機能など多様な機能を遂行している。上記Ｂｒｉｄｇｅ機能は指向性高利得外装アンテナを用いて遠く離れている二つの建物間に通信を可能とする。上記ＨｏｍｅＧａｔｅｗａｙ機能は宅内の情報通信機器の外部ネットワークとの接続を無線ＬＡＮＡＰを用いて遂行するようにする。上記Ａｕｔｏｍａｔｉｃｆａｌｌ−ｂａｃｋ機能はＡＰと無線端末間の距離が遠くなってチャネル状態が劣ると、ＡＰが伝送速度を１１Ｍｂｐｓ〜５．５Ｍｂｐｓ或いは２Ｍｂｐｓ、１Ｍｂｐｓに低くする機能である。チャネル状態が劣る時１１Ｍｂｐｓで高速伝送をすれば、再伝送などによる損失がさらに大きいため、適切に伝送速度を低める。基本的なｒｏａｍｉｎｇ機能は上記ＢＳＳ間で可能である。

２．無線ラン網の典型的な例
図５は、多数のＡＰのカバリッジ（ｃｏｖｅｒａｇｅ）が重畳される通信環境を示す図面である。８０２．１１技術が活性化されて同一ＥＳＳ内でハンドオフ（ｈａｎｄ−ｏｆｆ）が支援されれば、図５のような環境が典型的な８０２．１１ネットワークとなる。図示したネットワークの場合、ＳＴＡ（Ｓｔａｔｉｏｎ、ＷＬＡＮＵＥ）がビーコンパケット（ｂｅａｃｏｎｐａｃｋｅｔ）を受ける受動的スキャーニング（ｐａｓｓｉｖｅｓｃａｎ）を遂行する場合、上記ＳＴＡは同一ＡＮに属する二つ以上のＡＰからビーコンパケット（ｂｅａｃｏｎｐａｃｋｅｔ）を伝送を受けるようになり、ＡＰで自分が属するＳＳＰＮ（ＳｕｂｓｃｒｉｐｔｉｏｎＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒＮｅｔｗｏｒｋ）（ｏｒＡＮ）の情報をビーコンパケット（ｂｅａｃｏｎｐａｃｋｅｔ）に含ませて送る場合、上記ＳＴＡは二つ以上のパケット（ｐａｃｋｅｔ）を組み合わせることができるようになる。

３．無線ランとセルラ網の連動（ＷｉｒｅｌｅｓｓＬＡＮａｎｄ３ＧＰＰＩｎｔｅｒｗｏｒｋｉｎｇ）
無線ラン（ＷＬＡＮ）とセルラ（３ＧＰＰ）との連動は、大きく、無線ラン網を検出するＳｃａｎｎｉｎｇ手続き、無線ラン網との認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手続き、セルラ網検出手続き、また、セルラ網との認証手続きに分けられる。セルラ網検出及び選択手続きはセルラ網との認証手続きの一部分で遂行される。

３．１無線ラン網スキャニング手続き（Ｓｃａｎｎｉｎｇ）
無線ランは無線ラン網に対する名がＳＳＩＤ情報要素（ｉｎｆｏｒｍａｔｉｏｎｅｌｅｍｅｎｔ）に提供される。無線ラン端末（ＷＬＡＮＵＥ）は上記スキャニング手続きを介して可用した無線網に対して検出する。上記スキャニング手続きは二つ種類に区分される。

ｉ）受動的スキャニング（Ｐａｓｓｉｖｅｓｃａｎｎｉｎｇ）：網で放送（Ｂｒｏａｄｃａｓｔ）するビーコン（Ｂｅａｃｏｎ）を受信して情報を獲得する方法
ｉｉ）能動的スキャニング（Ａｃｔｉｖｅｓｃａｎｎｉｎｇ）：網に無線ラン端末が所望の情報を要請して所望の情報を獲得する方法
３．２無線ラン網との認証手続き（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）
認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手続きは、認証管理（Ａｕｔｈｅｎｔｉｃａｔｉｏｎｍａｎａｇｅｍｅｎｔ）フレームを介して遂行され、８０２．１１ｉを支援する無線端末とＡＰの場合、Ａｓｓｏｃｉａｔｉｏｎ手続きを遂行した以後に８０２．１ｘ基盤の認証手続きを追加に遂行する。

３．３セルラ網検出（Ｄｉｓｃｏｖｅｒｙ）手続き
網検出手続きは無線ラン端末（ＷＬＡＮＵＥ）に受動選択手続きを遂行時に必要な‘支援されるＰＬＭＮ（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）目録’を提供するために、無線ラン端末（ＷＬＡＮＵＥ）とロカール（ｌｏｃａｌＡＡＡ）（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、ＡｕｔｈｏｒｉｚａｔｉｏｎａｎｄＡｃｃｏｕｎｔｉｎｇ）サーバ間で遂行される。

３．４セルラ網認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）手続き
セルラ網との認証は支援されるＥＡＰ（ＥｘｔｅｎｓｉｂｌｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）方式によってＥＡＰ−ＡＫＡ（ＥｘｔｅｎｓｉｂｌｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ−ＡｕｔｈｅｎｔｉｃａｔｉｏｎａｎｄＫｅｙＡｇｒｅｅｍｅｎｔ）、ＥＡＰ−ＳＩＭ（ＥｘｔｅｎｓｉｂｌｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ−ＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙＭｏｄｕｌｅ）方式に区分される。

図６は、従来の技術に従って無線ランと３ＧＰＰ間の連動手続きの一例を示す図面である。図６の無線ランとセルラ通信網間の連動手続きの一例を示す図面にすぎず、上記無線ランシステムは３ＧＰＰ以外のセルラ通信網（例えば、３ＧＰＰ２など）とも連動が可能である。無線ラン端末は無線ラン網を検出するために受動的スキャニング（Ｓ６０１）或いは能動的スキャニング（Ｓ６０２、Ｓ６０３）を遂行する。スキャニングの結果に従って無線ラン網を選択する（Ｓ６０４）。ＤＳ（ＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍ）内でメッセージを伝達するためにｄｉｓｔｒｉｂｕｔｉｏｎｓｅｒｖｉｃｅは特定端末がいずれのＡＰを介して接続可能であるかを知らなければならず、これはＡｓｓｏｃｉａｔｉｏｎ手続きとして遂行される（Ｓ６０５、Ｓ６０６）。無線ラン移動端末は、無線ラン網と認証手続きを遂行するにおいて認証方法に従って多様な方法があり、本実施例で表すのはＯｐｅｎＳｙｓｔｅｍＡｕｔｈｅｎｔｉｃａｔｉｏｎ（Ｓ６０７、Ｓ６０８）とｓｈａｒｅｄｋｅｙａｕｔｈｅｎｔｉｃａｔｉｏｎ（Ｓ６０９ないしＳ６１２）方法である。無線ラン移動端末は無線ラン網を介して３ＧＰＰ網を用いるために３ＧＰＰ網との認証手続き（Ｓ６１３ないしＳ６２３）を遂行しなければならず、本実施例では移動端末と通信網がＥＡＰ−ＳＩＭを支援する場合を表す。

４．連動情報（ｉｎｔｅｒｗｏｒｋｉｎｇｉｎｆｏｒｍａｔｉｏｎ）伝達方法
無線ラン網で無線ラン網と連動される網に対する連動情報伝達方法は、ビーコン（Ｂｅａｃｏｎ）により放送（ｂｒｏａｄｃａｓｔ）する方法と無線ラン移動端末の要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）によりＡＰがこれに対する応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）する方法がある。

４．１ビーコン（Ｂｅａｃｏｎ）による連動情報放送
以下、ＬａｙｅｒｅｄＢｅａｃｏｎという概念を用いて従来のビーコンを二つに区分して説明する。即ち、ビーコン（ｂｅａｃｏｎ）は従来に用いたＮＭＢ（ＮｅｔｗｏｒｋＭａｉｎｔｅｎａｎｃｅＢｅａｃｏｎ）と上記連動情報（ｉｎｔｅｒｗｏｒｋｉｎｇｉｎｆｏｒｍａｔｉｏｎ）を含んだＮＤＢ（ＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙＢｅａｃｏｎ）の二つに区分される。

ＮｅｔｗｏｒｋＭａｉｎｔｅｎａｎｃｅＢｅａｃｏｎ（ＮＭＢ）：従来ビーコン（Ｂｅａｃｏｎ）メッセージを表す。

ＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙＢｅａｃｏｎ（ＮＤＢ）：従来のＮＭＢに上記連動情報が含まれたビーコンメッセージを表す。

４．２端末の要請による連動情報伝達
無線ラン移動端末（ＷＬＡＮＵＥ）は上記ＮＤＢを受信できない場合、プローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージを介して、上記連動情報を無線ラン網に要請する。上記無線ラン網は、上記連動情報を保有している場合には、直ちにプローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージを介して上記連動情報を上記移動端末に伝達する。また、上記無線ラン網が上記連動情報を保有できない場合には、決められた手続きにより上記無線ラン網と連動される網から上記連動情報を獲得する。

図７は、従来の技術に従って移動端末が連動情報を要請して獲得する一連の手続きを示す図面である。上記移動端末はＡＰに上記連動情報（ＩＥ１、ＩＥ２…など）を提供してくれることを上記プローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージを介して要請する（Ｓ７１０）。上記ＡＰが上記連動情報を提供できない場合、上記プローブ応答メッセージ（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）にいつ再び連動情報を伝送するか（ＣｏｍｅＢａｃｋＤｅｌａｙ）と、上記連動情報の要請を識別するためのＩＤ（ＱｕｅｒｙＩＤ）を含ませて上記移動端末に伝達する（Ｓ７２０）。上記ＡＰは連動される網から端末が要請した上記連動情報を獲得する（Ｓ７３０、Ｓ７４０）。上記移動端末は戻ることと予定された時間、即ち、再び連動情報を伝送してくれる時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）に再びプローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージを送る。このとき、Ｓ７２０段階を介して受信した上記ＱｕｅｒｙＩＤを含んで要請する（Ｓ７５０）。上記ＱｕｅｒｙＩＤが含まれて要請されるため、上記連動情報を再び表示する必要がない。上記ＡＰは上記連動される網から獲得した情報を上記移動端末に送信する（Ｓ７６０）。

図８は、ＮＭＢとＮＤＢの周期的な伝送方法を表す一例を示す図面である。ＡＰはどの時点に上記ＮＤＢが伝送されるかを決定して適切な時に上記ＮＤＢを伝送する。例では、ＮＤＢが伝送されるＮＤＢ周期が４と仮定し、毎４番目ビーコン（Ｂｅａｃｏｎ）周期に上記ＮＤＢが伝送される。

図９は、ＤＳを介して二つのＡＰ間に通信する方法を説明する手続き流れ図である。上記二つのＡＰは同一なＤＳを介して連結される。図９において、各ＡＰはＭＬＭＥ（ＭＡＣＬａｙｅｒＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）及び上記ＲＲＢを備える。移動端末（Ｓｔａｔｉｏｎ：ＳＴＡ）は動作フレーム（Ａｃｔｉｏｎｆｒａｍｅ）を現在ＡＰに伝送する（Ｓ９０１）。上記現在ＡＰは上記受信した動作フレームを遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）し、上記動作フレームに含まれるＴａｒｇｅｔＴＡＰ住所（上記動作フレームが伝送されるべきＡＰの住所）をみてイーサネット（登録商標）フレーム（Ｅｔｈｅｒｎｅｔ（登録商標）ｆｒａｍｅ）の目的地住所（ｄｅｓｔｉｎａｔｉｏｎａｄｄｒｅｓｓ）を上記ＴａｒｇｅｔＴＡＰ住所に設定して伝送する（Ｓ９０２）。上記ＴａｒｇｅｔＴＡＰは上記遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）フレームを受信し、上記フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）されている上記動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）（ＦＴＡｃｔｉｏｎＲｅｑｕｅｓｔ）のカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記解除された動作フレームを必要なところに伝達する。上記必要なところに伝送する手続きは本発明の通常の当業者に自明であるため、別途に図示しない。上記ＴａｒｇｅｔＴＡＰは応答メッセージを伝送する。即ち、上記（ＴａｒｇｅｔＴＡＰ）は上記応答メッセージを上記ＤＳを介して移動端末に伝送するときには送ろうとする動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）（ＦＴＡｃｔｉｏｎＲｅｓｐｏｎｓｅ）を遠隔応答（ＲｅｍｏｔｅＲｅｓｐｏｎｓｅ）フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）して上記現在ＡＰ、即ち上記遠隔要請フレームを伝送したＡＰに伝送する（Ｓ９０３）。上記遠隔応答（ＲｅｍｏｔｅＲｅｓｐｏｎｓｅ）フレームを受信した上記現在ＡＰはカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）して上記動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）を得て、これを無線通信を介して上記移動端末に伝送する（Ｓ９０４）。

上記移動端末は、上記動作フレームに従う動作フレームを追加的に上記現在ＡＰに伝送（Ｓ９０５）でき、このような手続きは上記Ｓ９０１に対応される。上記現在ＡＰは上記動作フレームをカプセル化して上記ＴａｒｇｅｔＴＡＰに伝送（Ｓ９０６）でき、これに対する応答メッセージを受信してカプセル化を解除（Ｓ９０７）でき、このような手続きは上記Ｓ９０２及びＳ９０３に対応される。また、上記カプセル化を解除した動作フレームを上記移動端末に伝送できる（Ｓ９０８）。

上述した従来の技術は次のような問題点がある。

第一、従来の技術では連動情報を現ＡＰが獲得して移動端末に伝達することだけを考慮した。即ち、各々のＡＰは、上記移動端末が要請した連動情報を獲得することにおいて、上記連動情報を有する網の如何なる個体と定義できない如何なる任意の方法で情報を獲得した。このような作業の遂行は上記ＡＰが処理しなければならないデータの処理量を増加させる問題がある。

第二、無線ラン移動端末が連動情報要請をした場合に、ＡＰがこの該当連動情報を保有していない場合、上記ＡＰはＣｏｍｅＢａｃｋＤｅｌａｙを上記移動端末に通知して上記連動情報を獲得する試しをする。この場合、上記移動端末はＣｏｍｅＢａｃｋＤｅｌａｙだけの時間が経過した以後、上記要請した連動情報を受けるために再び要請メッセージをＡＰに伝達しなければならず、上記移動端末と上記ＡＰが多くの数のメッセージを送受信する問題がある。

第三、上記無線ラン移動端末が上記連動情報を上記ＡＰから獲得するために上記ＮＤＢを受信しなければならず、上記移動端末はＮＤＢが伝達される時点を正確に知らないため、連動情報要請メッセージ（ＰｒｏｂｅＲｅｑｕｅｓｔ）を伝送する問題がある。

本発明は、従来の技術の問題点を解決するために提案されたものであって、本発明の目的は、アクセスポイント（ＡＰ）で処理するデータの処理量を減少させながら、連動情報などの多様な情報を効率的に処理する方法を提案することである。

本発明の他の目的は、少ない数のメッセージを用いて効率的に連動情報を獲得する方法を提供することである。

本発明のもう他の目的は、移動端末にとって連動情報が含まれて伝送されるメッセージの伝送時点を正確に知らせる通信方法を提供することである。

本発明に従う無線接続システムは、少なくとも一つの無線端末からメッセージを受信し、分配システム（ＤｉｓｔｒｉｂｕｉｔｉｏｎＳｙｓｔｅｍ）を介して他のアクセスポイント（ａｃｃｅｓｓｐｏｉｎｔ）と通信する少なくとも一つのアクセスポイント、上記無線端末が上記少なくとも一つのアクセスポイントに送信したＳＳＰＮ（ＳｕｂｓｃｒｉｂｅｒＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒＮｅｔｗｏｒｋ）に関する情報要請メッセージを上記少なくとも一つのアクセスポイントとのインターフェースを介して受信し、上記ＳＳＰＮに関する情報を含むネットワークエンティティとのインターフェースを介して上記情報要請メッセージに相応する応答情報を獲得する少なくとも一つの連動情報ブローカ（ｉｎｔｅｒｗｏｒｋｉｎｇｂｒｏｋｅｒ）を含む。

好ましくは、上記少なくとも一つのアクセスポイントは、上記少なくとも一つの連動情報ブローカの能力（ｃａｐａｂｉｌｉｔｙ）を現す種類情報（ｔｙｐｅｉｎｆｏｒｍａｔｉｏｎ）またはＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）住所を表す住所情報を上記無線端末に送信する。

好ましくは、上記ビーコン（ｂｅａｃｏｎ）メッセージが上記種類情報（ｔｙｐｅｉｎｆｏｒｍａｔｉｏｎ）と上記ＭＡＣ住所を含む。

好ましくは、上記情報要請メッセージは上記無線端末が送信した動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）である。

好ましくは、上記動作フレームは、上記少なくとも一つのアクセスポイントにより第２階層メッセージでカプセル化されて上記少なくとも一つの連動情報ブローカに伝達される。

好ましくは、上記第２階層メッセージはイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））フレーム又は有線ランメッセージである。

本発明による情報処理方法は、アクセスポイントがネットワークエンティティから情報を獲得することを要請する第１要請メッセージを上記アクセスポイントに送信する段階と、上記第１要請メッセージに対する応答が送信される複数の無線端末を識別する住所及び上記第１要請メッセージを識別するクエリ識別子（ｑｕｅｒｙＩＤ）を含む第１応答メッセージを上記アクセスポイントから受信する段階と、上記第１要請メッセージに基づいて上記アクセスポイントが上記ネットワークエンティティから獲得した情報を含み、上記複数の無線端末を識別する住所を介して識別される少なくとも一つの端末に送信される第２応答メッセージを少なくとも一回受信する段階を含む。

好ましくは、上記第２応答メッセージは、上記アクセスポイントのビーコン（ｂｅａｃｏｎ）メッセージに含まれる送信時点情報により指示される時点に上記アクセスポイントにより送信される。

好ましくは、上記送信時点情報は、減少するカウント値を用いて上記第２応答メッセージの送信時点を指示する。

好ましくは、上記カウント値が零（０）となる場合、上記第２応答メッセージが送信される。

好ましくは、上記送信時点情報を含む上記ビーコンメッセージ毎に減少する。

好ましくは、上記複数の無線端末を識別する住所は放送住所（ｂｒｏａｄｃａｓｔａｄｄｒｅｓｓ）またはマルチキャストグループ放送住所（ｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓ）である。

好ましくは、上記アクセスポイントにプローブ要請メッセージを送信する段階；及び、上記アクセスポイントに上記ネットワークエンティティに接続が可能であるか否かを表すプローブ応答メッセージを上記アクセスポイントから受信する段階をさらに含む。

好ましくは、上記ネットワークエンティティは、連動情報ブローカ（ｉｎｔｅｒｗｏｒｋｉｎｇｉｎｆｏｒｍａｔｉｏｎｂｒｏｋｅｒ）である。

本発明で提案するフレームは、上記媒介体接続制御フレームのフレームバディ（ｆｒａｍｅｂｏｄｙ）に制御情報が含まれるか否かを表し、上記媒介体接続制御フレームのヘッダ（ｈｅａｄｅｒ）に含まれる種類（ｔｙｐｅ）フィールドと、上記制御情報を含む上記フレームバディ（ｆｒａｍｅｂｏｄｙ）を含み、上記フレームバディに上記制御情報が含まれ、上記制御情報の第１部分が全体断片のうちいずれか一つである場合、上記フレームバディは上記第１部分を識別する断片識別子（ｆｒａｇｍｅｎｔＩＤ）及び上記第１部分が最終断片であるか否かを識別する最終断片（ｌａｓｔｆｒａｇｍｅｎｔ）フィールドを含む。

好ましくは、上記断片識別子は、分離される断片の個数が増加することによって増加する。

好ましくは、上記制御情報は、動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）である。

好ましくは、上記媒介体接続制御フレームのヘッダは、上記フレームバディに使用者データ情報が含まれる場合、上記フレームバディを介して追加に送信される断片（ｆｒａｇｍｅｎｔ）が存在するか否かを含む追加断片（ｍｏｒｅｆｒａｇｍｅｎｔ）フィールドを含む。

本発明は、遊休モードを有する多様な通信システムで利用可能である。

本発明を介してＤＳ内のＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｉｔｏｎＢｒｏｋｅｒが連動情報獲得、伝達を担当することによって各ＡＰが遂行する処理量を減らすことができる。

また、無線ラン移動端末が連動情報をＡＰから獲得するために受信しなければならないＮＤＢが伝送されるかをＮＭＢ（ＮｅｔｗｏｒｋＭａｉｎｔｅｎａｎａｃｅＢｅａｃｏｎ）に含んで知らせることができる。

また、無線資源を効率的に用いることができる効果がある。

本発明は、移動端末が無線ラン（８０２．１１、Ｗｉ−Ｆｉ）網を接続する場合、上記無線ラン網と他の網（インターネットサービス、ＶｏｉｃｅｏｖｅｒＩＰサービス、ＩＭＳサービスなど）との連動情報（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎ）に関する。

上記連動情報は、連動（Ｉｎｔｅｒｗｏｒｋｉｎｇ）される網（インターネットサービスなどサービスのための網）から提供される各種データ情報を表すものである。例えば、ローミング（ｒｏａｍｉｎｇ）可能如何、課金情報、支援されるサービス情報が連動情報であり、このような連動情報は移動端末に伝達されることができる。

上記移動端末は上記無線ラン網と通信を遂行し、この無線ラン網を介して外部の網からサービスを提供を受けることができる。即ち、上記外部の網からサービスを受けるために上記移動端末は、上記無線ラン網に接続する以前に上記外部の網と上記無線ラン網との連動情報（または上記移動端末と上記外部の網との連動情報を伝送することを）を上記無線ラン網を介して要請することができる。

上記連動情報が上記無線ラン網に存在しない場合、上記外部の網から上記連動情報を獲得して上記移動端末に提供することができる。

上記無線ラン網と連動（ｉｎｔｅｒｗｏｒｋｉｎｇ）されている網が存在する場合、上記移動端末は上記無線ラン網に接続した状態で、上記無線ラン網に特定なデータの伝送を要請し、上記無線ラン網は上記データを獲得するために上記連動される外部の網に上記データの伝送を要請することができる。

上記無線ラン網が上記データ、即ち、連動情報（ｉｎｔｅｒｗｏｒｋｉｎｇｉｎｆｏｒｍａｔｉｏｎ）を獲得する場合、上記移動端末に上記連動情報を提供する。

上記連動情報の種類には制限がなく、上記移動端末が要請する多様な種類のサービスに関するデータを伝送することができる。

また、上記無線ラン網と連動される網の種類にも制限がなく、従来の同期及び非同期式のセルラ通信網、或いは他のサービスを提供する網からデータ、即ち連動情報を伝送を受けて上記移動端末に伝達することができる。

本発明の具体的な動作、特徴及び効果は、以下で説明される本発明の一実施例によりさらに具体化される。

以下、説明される第１実施例は、アクセスポイントで処理するデータを減少させると、連動情報を効率的に処理する方法に関する。

（第１実施例）
以下、本実施例が適用される無線ラン網の構造とメッセージを説明する。

１．１連動情報を管理するための無線ラン網の構造
図１０は、連動情報を効果的に管理するための無線ラン網の構造の一例である。図１０の一例において、各分配システム（ＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍ：ＤＳ）内には、少なくとも一つの連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）が存在する。

図示したように、上記連動情報ブローカは他のＳＳＰＮ（ＳｕｂｓｃｒｉｐｔｉｏｎＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒＮｅｔｗｏｒｋ）との連動情報（例えば、ローミング（ｒｏａｍｉｎｇ）可能如何、課金情報、支援するサービス（ＶｏｉｃｅｏｖｅｒＩＰ，ＩＭＳ，Ｐｕｓｈｔｏｔａｌｋ））の獲得を担当する。即ち、上記連動情報ブローカは特定なＳＳＰＮから多様な情報、即ち、連動情報を獲得する主体である。

上記連動情報ブローカは上記連動情報を獲得する主体を表し、本発明は上記名称に制限されない。

また、上記連動情報ブローカは独立された装置として具現されたり、その他、他のネットワークエンティティに含まれた機能として具現されることができる。即ち、特定なＡＰに上記連動情報を獲得する機能が追加され、上記連動情報ブローカの機能を遂行することもでき、別途のサーバが上記連動情報ブローカの機能を遂行することもできる。但し、本発明で提案する方式を受用するためには、ＤＳ上で通信が可能にする構造と機能を支援しなければならない。

上記連動情報ブローカは、保安認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、認可（Ａｕｔｈｏｒｉｚａｉｔｏｎ）、料金精算（Ａｃｃｏｕｎｔｉｎｇ）を遂行するネットワークエンティティとして具現されることもできる。

特定なＳＳＰＮに位置する連動情報制御器（ＩｎｔｅｒｗｏｒｋｉｎｇＣｏｎｔｒｏｌｌｅｒ）は上記ＳＳＰＮで連動のための全ての個体を含む。即ち、上記連動情報ブローカは特定なＳＳＰＮから連動情報を獲得するために、上記特定なＳＳＰＮ内に備えられた上記連動情報制御器と通信を遂行し、上記連動制御器は上記特定なＳＳＰＮ内で多様な方法により具現されることができる。図示したように、一つのＤＳ内には一つ以上の上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）が含まれる。

ＥＭＩＤ（ＥＳＳＭＡＣＩｄｅｎｔｉｆｉｅｒ）サーバ（ｓｅｒｖｅｒ）は、移動端末にＥＭＩＤを割り当てるエンティティである。もし、ＥＭＩＤサーバがＤＳ内に位置するときは、図１０の連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）をＥＭＩＤサーバに代替するときと同じである。

ＥＭＩＤサーバは、移動端末にＥＭＩＤを割り当てる主体を表し、本発明は上記名称に制限されない。また、上記ＥＭＩＤサーバは独立された装置により具現されたり、その他、他のネットワークエンティティが含まれた機能として具現されることができる。

即ち、特定なＡＰにＥＭＩＤ分配機能が追加され、上記ＥＭＩＤサーバ機能を遂行することもでき、別途のサーバが上記ＥＭＩＤサーバの機能を遂行することもでき、上記ＥＭＩＤサーバと上記連動情報ブローカのようなエンティティに具現されることもできる。但し、本発明で提案する方式を受用するためにはＥＭＩＤサーバがＤＳ上で通信が可能にする構造と機能を支援しなければならない。

１．２本実施例で提案する無線ラン（ＩＥＥＥ８０２．１１）管理フレーム（ＭａｎａｇｅｍｅｎｔＦｒａｍｅ）の一例
以下、本実施例に従って、上記連動情報を獲得したり、ＥＭＩＤを獲得するために提案された無線ラン（ＩＥＥＥ８０２．１１）管理フレーム（ＭａｎａｇｅｍｅｎｔＦｒａｍｅ）の一例を説明する。

１−２．１プローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージ
下記表３は、本実施例で用いるプローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージに含まれる情報要素を表す。上記プローブ要請メッセージは連動情報ブローカ要請情報要素（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｉｔｏｎＰｒｏｂｅＲｅｑｕｅｓｔＩＥ）を追加して移動端末が連動情報ブローカに関する情報を獲得できるようにする。

１−２．２プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージ
下記表４は、本実施例で用いられるプローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージに含まれる情報要素を表す。

連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＥｎｔｉｔｙ）に対する情報要請を特定な移動端末から受信した場合、現在ＡＰとＤＳを介して通信可能な連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＥｎｔｉｔｙ）に対する情報を上記プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージを介して知らせる。即ち、上記移動端末と通信を遂行する現在ＡＰ（ｃｕｒｒｅｎｔＡＰ）は、上記プローブ応答メッセージを介して上記現在ＡＰが位置したＤＳ内に位置する連動情報ブローカに対する情報を上記移動端末に提供する。

１−２．３ビーコン（Ｂｅａｃｏｎ）メッセージ
下記表５は、本実施例において用いるビーコンメッセージを表す。

上記連動情報ブローカに関する情報を上記ビーコンメッセージを介して周期的に放送することができる。上述したことに従って、上記連動情報ブローカに相応する他の連動主体が存在する場合には、上記連動主体（ＩｎｔｅｒｗｏｒｋｉｎｇＥｎｔｉｔｙ）に対する情報を上記（ｂｅａｃｏｎ）を介して周期的に放送（Ｂｒｏａｄｃａｓｔ）するのがさらに望ましい。もし、上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）に対する情報が上記ビーコン（ｂｅａｃｏｎ）メッセージを介して放送されれば、特定なＡＰのカバリッジ内に位置する移動端末は網接続前に上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）に対する情報を獲得できるようになる。上記のようなビーコンメッセージを用いることによって、本実施例に従う移動端末は上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）に対する情報を獲得するために、上記連動情報ブローカに対する情報要請メッセージを伝送する必要がない有利な効果を有する。

上記ビーコンメッセージは、上記連動情報ブローカに関する情報と共にＥＭＩＤサーバに関する情報を放送することができる。上記ＥＭＩＤ（ＥＳＳＭＡＣＩｄｅｎｔｉｆｉｅｒ）は上記移動端末に付与される識別子として、上記ＥＭＩＤサーバにより付与される。上記ＥＭＩＤは従来のＭＡＣ住所に対応される識別子である。上記ＭＡＣ住所（ａｄｄｒｅｓｓ）は、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））の物理的な住所として一般的に４８ビットの長さであり、ＭＡＣ階層のデータフレームの前方（ヘッダ）で送信先と住所の指定のために用いられた。上記ＭＡＣ住所は、特定な装置に付与され、上記ＭＡＣ住所を介して特定な移動端末の移動経路が露出されることができるという問題があり、上記ＭＡＣ住所に対応されるＥＭＩＤが提案された。上記ＥＭＩＤはＥＭＩＤサーバから提供され、上記ＥＭＩＤが可変的に提供され、上記移動端末は上記ＭＡＣ住所に比べてさらに保安が強化された（ｓｅｃｕｒｅｄ）ＭＡＣ階層の識別子を提供を受けることができる。

１−３連動情報動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎａｃｔｉｏｎｆｒａｍｅ）
連動情報要請／応答のために、新たに定義する連動情報動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎａｃｔｉｏｎｆｒａｍｅ）のためのＣａｔｅｇｏｒｙｖａｌｕｅｓ、ＭＩＨＩｎｆｏｒｍａｔｉｏｎｅｌｅｍｅｎｔｓ、Ａｃｔｉｏｎｆｉｅｌｄ、Ｓｔａｔｕｓｃｏｄｅｆｉｅｌｄは次の通りである。

１−４上述した情報要素の具体的具現の一例
図１１は、上記連動情報ブローカ要請ＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＲｅｑｕｅｓｔＩＥ）を表す。移動端末が上記連動情報ブローカ要請ＩＥにＳＳＰＮＩＤを含んで伝送する。上記連動情報ブローカ要請ＩＥを受信したＡＰはこれらＳＳＰＮから情報を獲得できる少なくとも一つ以上の連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）情報を応答する。

次は、図１１に示された上記連動情報ブローカ要請ＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＲｅｑｕｅｓｔＩＥ）に含まれるパラメータに対する説明である。

−ＳＳＰＮＩＤ：ＳＳＰＮを区分する区分子で端末が所望するＳＳＰＮのＩＤを列挙する。ＩＤはｒｅａｌｍの形態で表現されることもでき、全世界的に唯一な区分子で決定された数字形態で表現されることもできる。

図１２は、上記連動情報ブローカＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＩＥ）の一例を示す図面である。次は、図１２に示された上記連動情報ブローカＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＩＥ）の各パラメータに対する説明である。

−Ｒｅｓｕｌｔ：移動端末が要請したＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＲｅｑｕｅｓｔに対する応答を表す。０ｘ００：Ｓｕｃｃｅｓｓ、０ｘ０１：１ｓｔｒｅｑｕｅｓｔｅｄｂｒｏｋｅｒｄｏｅｓｎ’ｔｅｘｉｓｔ、０ｘ０２：２ｎｄｒｅｑｕｅｓｔｅｄｂｒｏｋｅｒｄｏｅｓｎ’ｔｅｘｉｓｔ、０ｘ０３：３ｒｄｒｅｑｕｅｓｔｅｄｂｒｏｋｅｒｄｏｅｓｎ’ｔｅｘｉｓｔ、．．．０ｘＦＦ：ＮｏＡｖａｉｌａｂｌｅＢｒｏｋｅｒ
即ち、上記Ｒｅｓｕｌｔパラメータを介して要請したブローカ（連動情報ブローカ）が可用であるか否かに関する結果を通知することができる。

−ＢｒｏｋｅｒＭＡＣＡｄｄｒｅｓｓ：要請したＳＳＰＮに対する連動情報を担当するＢｒｏｋｅｒＭＡＣＡｄｄｒｅｓｓに通知した可用しないｂｒｏｋｅｒを除いて要請した順序と同一な順序で列挙する。即ち、上記パラメータを介して特定なＳＳＰＮから連動情報を獲得する連動情報のブローカを識別できるあＭＡＣ階層の住所ないし識別子を通知することができる。

図１３は、上記連動情報ブローカＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＩＥ）の他の一例を表す。次は図１３に示された連動情報ブローカＩＥのＢｒｏｋｅｒＣａｐａｂｉｌｉｔｙパラメータに対する説明である。

−ＢｒｏｋｅｒＴｙｐｅ：０ｂ００１：ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ、ｂ０１０：ＥＭＩＤＳｅｒｖｅｒ、０ｂ０１１：ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ＆ＥＭＩＤＳｅｒｖｅｒｃｏｍｂｉｎｅｄ。

上記ブローカの機能に従って、上記ＢｒｏｋｅｒＴｙｐｅが決定される。本発明の一実施例に従って移動端末はＥＭＩＤサーバからＥＭＩＤが付与されたり、特定なＳＳＰＮから連動情報を獲得した連動情報ブローカから連動情報を受信する。また、上述したように、上記連動情報ブローカ及び上記ＥＭＩＤサーバは多様な形態で具現が可能である。従って、上記連動情報ブローカとＥＭＩＤサーバは同一なネットワークエンティティに具現されることもでき、上記ネットワークエンティティは特定なＡＰとなることもできる。従って、上記ＢｒｏｋｅｒＣａｐａｂｉｌｉｔｙパラメータにより表示されるブローカの種類はただ連動情報ブローカに該当したり、ただＥＭＩＤサーバにのみ該当したり、または上記連動情報ブローカ及びＥＭＩＤサーバに該当することができる。

−＃ｏｆＩｎｄｉｃａｔｅｄＢｒｏｋｅｒ：上記ＢｒｏｋｅｒＴｙｐｅに表示された種類のブローカ（Ｂｒｏｋｅｒ）或いはサーバ（Ｓｅｒｖｅｒ）が列挙される個数を表す。

上記ｂｒｏｋｅｒｃａｐａｂｉｌｉｔｙＩＥにより表される連動情報ブローカの能力には制限がない。例えば、特定なネットワークエンティティからデータを獲得することと関連されたＧＡＳ（ｇｅｎｅｒａｌａｄｖｅｒｔｉｓｅｍｅｎｔｓｅｒｖｉｃｅ）能力や連動（ｉｎｔｅｒｗｏｒｋｉｎｇ）能力が含まれることができる。

図１４は、上記ＥＭＩＤサーバＩＥの一例を表し、上記ＩＥを介して移動端末と通信するＡＰはＤＳ内に現ＡＰと通信可能なＥＭＩＤサーバ（Ｓｅｒｖｅｒ）のＭＡＣ住所を上記移動端末に知らせる。

図１５は、連動情報要請ＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＩＥ）の一例を表す。上記連動情報要請ＩＥは、以下で説明される連動情報動作フレームに含まれることができる。

図１６は、連動情報応答ＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＩＥ）の一例を表す。上記連動情報応答ＩＥは、以下で説明される連動情報動作フレームに含まれることができる。

１−５連動情報動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＡｃｔｉｏｎＦｒａｍｅ）
以下、本実施例で用いる多数の連動情報動作フレームのうち連動情報要請動作フレームに対して説明する。

図１７は、上記連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）の一例を表す。次は、図１７に示された各パラメータ（ｐａｒａｍｅｔｅｒ）に対する説明である。

−Ｃａｔｅｇｏｒｙ：上記連動情報動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）のためのＣａｔｅｇｏｒｙｖａｌｕｅとして、上記Ｃａｔｅｇｏｒｙは７（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎ）で設定される。

− Ａｃｔｉｏｎ：動作（ａｃｔｉｏｎ）パラメータは、連動情報を要請する場合、１で設定される。

− ＳＴＡＡｄｄｒｅｓｓ：端末（Ｓｔａｔｉｏｎ：ＳＴＡ）のＭＡＣ住所で設定される。

− ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ：連動情報（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎ）を保有したり、獲得できる上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）のＭＡＣＡｄｄｒｅｓｓで設定される。上記連動情報ブローカは本実施例で提案したビーコンメッセージを介して獲得することができる。また、本実施例で提案するプローブ要請メッセージ及びプローブ応答メッセージの交換を介して獲得することができる。

−ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＩＥ：獲得しようとする連動情報を要請する上記連動情報要請ＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＩＥ）を含む。上記連動情報要請ＩＥは図１５のように具現されることができる。

以下、本実施例で用いる多数の連動情報動作フレームのうち連動情報応答動作フレームに対して説明する。

図１８は、連動情報応答動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎ
Ｆｒａｍｅ）の一例を表す。

次は、図１８に示された各々のパラメータ（ｐａｒａｍｅｔｅｒ）に対する説明である。

−Ｃａｔｅｇｏｒｙ：上記連動情報動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＡｃｔｉｏｎＦｒａｍｅ）のためのＣａｔｅｇｏｒｙｖａｌｕｅとして、上記Ｃａｔｅｇｏｒｙは７（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎ）で設定される。

−Ａｃｔｉｏｎ：動作（ａｃｔｉｏｎ）パラメータは、連動情報を応答する場合、２で設定される。

−ＳＴＡＡｄｄｒｅｓｓ：端末のＭＡＣＡｄｄｒｅｓｓに上記連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）にある上記ＳＴＡ住所をいれる。

−ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ：応答する連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）のＭＡＣＡｄｄｒｅｓｓで設定する。

−ＩｎｔｅｒｗｏｒｋｉｎｇｉｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＩＥ：端末が要請した連動情報を含む連動情報応答ＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＩＥ）を含む。上記連動情報応答ＩＥは図１６の一例で具現されることができる。

１−６上記動作フレーム（Ａｃｔｉｏｎｆｒａｍｅ）を用いた端末の２階層（２^ｎｄＬａｙｅｒ）臨時住所割り当て
１−６．１ＥＭＩＤ情報要素の一例
以下、上記端末の２階層臨時住所を割り当てるために、上述した連動情報動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＡｃｔｉｏｎｆｒａｍｅ）を用いる方法を説明する。

上述したように、ＢＳＳとＥＳＳ内で端末とＡＰ間のｆｒａｍｅ交換のための端末の実際ＭＡＣＡｄｄｒｅｓｓの代わりに用いる臨時２階層住所（ＥＭＩＤ）割り当てることができる。このために、上記連動情報動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＡｃｔｉｏｎＦｒａｍｅ）に含まれることができるＥＭＩＤＩＥの一例を表す。

端末とＡＰは端末のネットワーク選択過程において、ＥＭＩＤ割り当てのために、図１５の連動情報要請ＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＩＥ）又は図１６の連動情報要請ＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ）の次に、上記ＥＭＩＤＩＥを含ませることによって上記端末の臨時２階層住所を割り当てる手続きを遂行することができる。

１．６．２別途の動作フレームを用いた臨時住所の割り当て
以下、上記端末の２階層臨時住所を割り当てるために、上述した連動情報動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＡｃｔｉｏｎｆｒａｍｅ）の代わりに別途の動作フレーム（Ａｃｔｉｉｏｎｆｒａｍｅ）を用いて上記２階層住所を割り当てる方法を説明する。

１．６．２．１ＥＭＩＤ動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）
以下、連動情報要請／応答のために、新たに定義するＥＭＩＤ割り当て動作フレーム（Ａｌｌｏｃａｔｉｏｎａｃｔｉｏｎｆｒａｍｅ）のためのＣａｔｅｇｏｒｙｖａｌｕｅｓ、ＭＩＨＩｎｆｏｒｍａｔｉｏｎｅｌｅｍｅｎｔｓ、Ａｃｔｉｏｎｆｉｅｌｄ、Ｓｔａｔｕｓｃｏｄｅｆｉｅｌｄは次の通りである。

１−６．２．２ＥＭＩＤ動作フレーム（ＡｃｔｉｏｎＦｒａｍｅ）に対する具現の一例
図１９は、ＥＭＩＤ要請動作フレーム（ＥＭＩＤＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）の一例を表す。以下、図１９に示された各パラメータ（ｐａｒａｍｅｔｅｒ）に対する説明である。

−Ｃａｔｅｇｏｒｙ：ＥＭＩＤ動作フレーム（ＡｃｔｉｏｎＦｒａｍｅ）のためのＣａｔｅｇｏｒｙｖａｌｕｅで８（ＥＭＩＤ）で設定される。

−Ａｃｔｉｏｎ：ＥＭＩＤＲｅｑｕｅｓｔのためには１で設定される。

−ＳＴＡＡｄｄｒｅｓｓ：端末のＭＡＣＡｄｄｒｅｓｓにＡＰで任意に割り当てたＥＭＩＤまたは実際端末のＭＡＣＡｄｄｒｅｓｓが付与される。

−ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ：ＥＭＩＤを割り当てて管理するＥＭＩＤサーバ又はＥＭＩＤＢｒｏｋｅｒのＭＡＣＡｄｄｒｅｓｓでビーコン（Ｂｅａｃｏｎ）メッセージを介して獲得する。

−ＥＭＩＤＩＥ：以前に割り当てられた端末のＥＭＩＤを含む。もし、以前に割り当てられたＥＭＩＤがない場合省略される。

図２０は、ＥＭＩＤ応答動作フレーム（ＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）の一例を表す。以下、図２０に示された各パラメータ（ｐａｒａｍｅｔｅｒ）に対する説明である。

−Ａｃｔｉｏｎ：ＥＭＩＤＲｅｑｕｅｓｔのためには２で設定される。

−ＳＴＡＡｄｄｒｅｓｓ：端末のＭＡＣＡｄｄｒｅｓｓにＥＭＩＤＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅにあるＳＴＡ住所を入れる。

−ＤｅｓｔｉｎａｔｉｏｎＡｄｄｒｅｓｓ：応答するＥＭＩＤサーバ又はＥＭＩＤＢｒｏｋｅｒのＭＡＣＡｄｄｒｅｓｓ
−ＥＭＩＤＩＥ：端末に割り当てるＥＭＩＤを含む。

以下、上述したメッセージ及びフレームを用いて上記連動情報又は上記ＥＭＩＤを獲得する方法を説明する。

図２１は、本実施例に従って連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）と通信する方法を示す手続き流れ図である。

無線ラン移動端末が接続しようするＡＰは、本実施例に従うビーコン（Ｂｅａｃｏｎ）メッセージを介して上記ＡＰが通信可能なＤＳ内の連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）に対する情報を放送することができる。上述したように、上記放送情報には上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）の住所情報を含む情報と共に上記ＥＭＩＤサーバの住所情報を含む情報が伝送されることができる。上記連動情報ブローカの情報とＥＭＩＤサーバの情報は各々他のＩＥに伝送されることもでき、またＩＥに二つが全て表示されて伝送されることもできる（Ｓ２１１）。

上記ビーコン（Ｂｅａｃｏｎ）メッセージを介して情報を得ることができない移動端末は、上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）の情報を本実施例に従うプローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージを介して要請する。移動端末は自分が得ようとする連動情報に該当するＳＳＰＮＩＤを含んで伝送するため、上記プローブ要請メッセージを受信したＡＰは上記ＳＳＰＮＩＤに対する連動情報を獲得することができる連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）住所情報だけを伝送すればよい（Ｓ２１２）。この場合、上記移動端末が要請したＳＳＰＮＩＤに対する連動情報を獲得することができる連動情報ブローカに対する住所情報を伝送する。また、上記移動端末の要請にＳＳＰＮＩＤが含まれていない場合には全ての連動情報ブローカに対する住所情報を全部伝送する（Ｓ２１３）。

上記Ｓ２１１またはＳ２１２〜Ｓ２１３の手続きを介して上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）の住所を獲得した移動端末は上記連動情報ブローカの住所情報を含ませて連動情報を要請（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＲｅｑｕｅｓｔＩＥ）する上記連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）をＡＰに伝送する（Ｓ２１４）。

上記ＡＰは、上記連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）に含まれた連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）に遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）フレームを伝送し、上記遠隔要請フレームには上記移動端末から受信した上記連動情報要請動作フレームがカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）される（Ｓ２１５）。上記カプセル化動作により動作フレームは第２階層メッセージに含まれる。即ち、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））フレーム又は有線ラン（ＬＡＮ）メッセージに上記動作フレームに含まれる。上記遠隔要請フレームを受信した上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）は、上記移動端末が要請した連動情報を含ませて上記ＡＰに遠隔応答フレームを伝送する（Ｓ２１６）。上記遠隔応答フレームには連動情報応答動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）がカプセル化される。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記連動情報応答動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）を抽出する。このような連動情報応答動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）を連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎｆｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２１７）。

上記移動端末は、Ｓ２１８ないしＳ２２１に対応する手続きを遂行してＥＭＩＤを獲得することができる。上記移動端末がＥＭＩＤを獲得するためにＥＭＩＤサーバにＥＭＩＤ割り当てを要請するために、本実施例に従う上記ＥＭＩＤ要請動作フレーム（ＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）のｄｅｓｔｉｎａｔｉｏｎパラメータをＥＭＩＤサーバ住所（本実施例に従う上記ビーコン（Ｂｅａｃｏｎ）メッセージまたはプローブ要請／応答（Ｐｒｏｂｅｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）メッセージを介して得たＥＭＩＤサーバ住所）に設定して上記現在ＡＰに伝送する（Ｓ２１８）。上述したように、上記ＥＭＩＤサーバと上記連動情報ブローカは多様な形態で具現されることができ、上記連動情報ブローカが上記ＥＭＩＤサーバの機能を共に遂行することができる。受信したＥＭＩＤ要請動作フレーム（ＲｅｑｕｅｓｔＡｃｔｉｏｎｆｒａｍｅ）を上記ＥＭＩＤサーバに伝達するために遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）して伝達する（Ｓ２１９）。上記ＥＭＩＤサーバはＥＭＩＤ割り当てのために本実施例に従うＥＭＩＤ応答動作フレーム（Ｒｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）を生成し、これを上記遠隔応答（ｒｅｍｏｔｅｒｅｓｐｏｎｓｅ）フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）して上記遠隔要請フレームを伝送したＡＰに伝達する（Ｓ２２０）。上記遠隔応答フレームを受信したＡＰは、カプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）してＥＭＩＤ応答動作フレーム（ＲｅｓｐｏｎｓｅＡｃｔｉｏｎｆｒａｍｅ）を抽出し、これを動作フレーム内のＳＴＡ住所に該当する移動端末に伝達する（Ｓ２２１）。

上記移動端末は、Ｓ２１４ないしＳ２１７に対応するＳ２２２ないしＳ２２５手続きを遂行してＥＭＩＤを獲得すると同時に連動情報を要請することができる。この場合、上記ＥＭＩＤサーバの機能と、上記連動情報ブローカの機能を遂行するネットワークエンティティは同一なＭＡＣ住所を有しなければならない。

図２２は、本発明に従う手続き流れ図のもう他の一例を示した図面である。上記連動情報ブローカ又はＥＭＩＤ割り当てサーバが上記連動情報を獲得したり、上記ＥＭＩＤを割り当てる過程において、上記移動端末に獲得の要請を受けた上記連動情報又はＥＭＩＤを直ちに提供できない場合が発生することができる。図２２の実施例は、この場合、上記ＡＰが上記移動端末に上記連動情報又はＥＭＩＤを特定時間以後に伝送してくれることを通知し、上記移動端末の要請に対する識別子（ＱｕｅｒｙＩＤ）を伝送する方法を説明する。

図２２の実施例において、下記Ｓ２２０４ないしＳ２２１１の手続きは上記図７の通信方法を適用した一例である。また、図２２の実施例において、下記Ｓ２２１２ないしＳ２２１７の手続きは、上記移動端末が上記ＡＰの通知した再伝送時点に別途の要請メッセージを伝送しなくとも、上記ＡＰが上記移動端末に通知した時点に情報を伝送する一例である。また、図２２の実施例において、上記Ｓ２２１８ないしＳ２２２５の手続きは上記ＥＭＩＤを獲得する場合に上記図７の通信方法を適用した一例である。

無線ラン移動端末が接続しようとするＡＰは、本実施例に従うビーコン（Ｂｅａｃｏｎ）メッセージを介して上記ＡＰが通信可能なＤＳ内の連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）に対する情報を放送することができる。上述したように、上記放送情報には上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）の住所情報を含む情報とともに上記ＥＭＩＤサーバの住所情報を含む情報が伝送されることができる。上記連動情報ブローカの情報とＥＭＩＤサーバの情報は各々異なるＩＥに伝送されることもでき、またＩＥに二つが全て表示されて伝送されることもできる（Ｓ２２０１）。

上記ビーコン（Ｂｅａｃｏｎ）メッセージを介して情報を得ることができない移動端末は、上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）の情報を本実施例に従うプローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージを介して要請する。移動端末は自分が得ようとする連動情報に該当するＳＳＰＮＩＤを含んで伝送するため、上記プローブ要請メッセージを受信したＡＰは上記ＳＳＰＮＩＤに対する連動情報を獲得できる連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）住所情報だけを伝送すればよい（Ｓ２２０２）。この場合、上記移動端末が要請したＳＳＰＮＩＤに対する連動情報を獲得できる連動情報ブローカに対する住所情報を伝送する。また、上記移動端末の要請にＳＳＰＮＩＤが含まれていない場合には全ての連動情報ブローカに対する住所情報を全て伝送する（Ｓ２２０３）。

上記Ｓ２２０１又はＳ２２０２〜Ｓ２２０３の手続きを介して上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）の住所を獲得した移動端末は上記連動情報ブローカの住所情報を含ませて連動情報を要請（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＲｅｑｕｅｓｔＩＥ）する上記連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）をＡＰに伝送する（Ｓ２２０４）。上記ＡＰは上記連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）に含まれた連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）に遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）フレームを伝送し、上記遠隔要請フレームには上記移動端末から受信した上記連動情報要請動作フレームがカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）される（Ｓ２２０５）。上記遠隔要請フレームを受信した上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）が上記連動情報を提供できない場合、いつ再び連動情報要請を伝送しなければならないか（ＣｏｍｅＢａｃｋＤｅｌａｙ）と上記連動情報の要請を識別するためのＩＤ（ＱｕｅｒｙＩＤ）を含む連動情報応答動作フレームをカプセル化させた遠隔応答フレームを上記ＡＰに伝達する（Ｓ２２０６）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記連動情報応答動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）を抽出し、ＣｏｍｅＢａｃｋＤｅｌａｙとＱｕｅｒｙＩＤが含まれた連動情報応答動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）を連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２０７）。

上記移動端末が連動情報を要請することが予定されている時間、即ち、再び連動情報を伝送する時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）に再び上記連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）を送る。このとき、Ｓ２２０７段階を介して受信した上記ＱｕｅｒｙＩＤを含んで要請する（Ｓ２２０８）。上記ＱｕｅｒｙＩＤが含まれて要請され、上記連動情報を再び表示する必要がない。

上記ＡＰは上記連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）に含まれた連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）に上記連動情報要請動作フレームがカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）された遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）フレームを伝送する（Ｓ２２０９）。上記遠隔要請フレームを受信した上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）はＱｕｅｒｙＩＤを介して上記移動端末が以前に要請した連動情報が含まれた連動情報応答動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）をカプセル化させた遠隔応答フレームを上記ＡＰに伝送する（Ｓ２２１０）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記連動情報応答動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）を抽出する。このような連動情報応答動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）を連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２１１）。

上記移動端末は、上記連動情報ブローカが上記連動情報を提供できない場合、Ｓ２２０１ないしＳ２２１１手続きと対応するＳ２２１２ないしＳ２２１７手続きを遂行することによって移動端末は連動情報を獲得することができる。

上記Ｓ２２０１またはＳ２２０２〜Ｓ２２０３の手続きを介して上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）の住所を獲得した移動端末は、上記連動情報ブローカの住所情報を含ませて連動情報を要請（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＲｅｑｕｅｓｔＩＥ）する上記連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）をＡＰに伝送する（Ｓ２２１２）。上記ＡＰは上記連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）に含まれた連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）に遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）フレームを伝送し、上記遠隔要請フレームには上記移動端末から受信した上記連動情報要請動作フレームがカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）される（Ｓ２２１３）。上記遠隔要請フレームを受信した上記連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）が上記連動情報を提供できない場合、いつ連動情報が伝送されるか（ＣｏｍｅｂａｃｋＤｅｌａｙ）と、上記連動情報の要請を識別するためのＩＤ（ＱｕｅｒｙＩＤ）を含む連動情報応答動作フレームをカプセル化させた遠隔応答フレームを上記ＡＰに伝達する（Ｓ２２１４）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記連動情報応答動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）を抽出し、ＣｏｍｅＢａｃｋＤｅｌａｙとＱｕｅｒｙＩＤが含まれた連動情報応答動作フレーム（ＩｎｔｅｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）を連動情報要請動作フレーム（ＩｎｔｅｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２１５）。

上記連動情報ブローカは、連動情報が伝送する時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）に合わせてＱｕｅｒｙＩＤと上記移動端末が以前に要請した連動情報の含まれた連動情報応答動作フレーム（ＩｎｔｅｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）をカプセル化させた遠隔応答フレームを上記ＡＰに伝送する（Ｓ２２１６）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記連動情報応答動作フレーム（ＩｎｔｅｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）を抽出する。上記ＡＰはＱｕｅｒｙＩＤが含まれた連動情報応答動作フレーム（ＩｎｔｅｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）を連動情報要請動作フレーム（ＩｎｔｅｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２１７）。上記移動端末はＣｏｍｅＢａｃｋＤｅｌａｙに合わせて伝達される上記連動情報応答動作フレームを受信して連動情報を獲得する。

上記移動端末は、ＥＭＩＤ割り当てサーバがＥＭＩＤ割り当てを直ちに遂行できない場合、Ｓ２２０４ないしＳ２２１１またはＳ２２１２ないしＳ２２１７手続きと対応するＳ２２１８ないしＳ２２２５手続きを遂行することによってＥＭＩＤ割り当て手続きを遂行することができる。上記ＥＭＩＤ要請動作フレーム（ＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）のｄｅｓｔｉｎａｔｉｏｎパラメータをＥＭＩＤサーバ住所（本実施例による上記ビーコン（Ｂｅａｃｏｎ）メッセージまたはプローブ要請／応答（Ｐｒｏｂｅｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）メッセージを介して得たＥＭＩＤサーバ住所）で設定して上記現在ＡＰに伝送する（Ｓ２２１８）。上述したように、上記ＥＭＩＤサーバと上記連動情報ブローカは多様な形態で具現されることができ、上記連動情報ブローカが上記ＥＭＩＤサーバの機能を共に遂行することができる。受信したＥＭＩＤ要請動作フレーム（ＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅ）を上記ＥＭＩＤサーバに伝達するために、遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）フレームにカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）して伝達する（Ｓ２２１９）。上記遠隔要請フレームを受信した上記ＥＭＩＤサーバがＥＭＩＤ割り当てを直ちにできない場合、いつ再びＥＭＩＤ割り当て要請を伝送しなければならないか（ＣｏｍｅＢａｃｋＤｅｌａｙ）と、上記ＥＭＩＤ割り当て要請を識別するためのＩＤ（ＱｕｅｒｙＩＤ）を含むＥＭＩＤ動作応答動作フレームをカプセル化させた遠隔応答フレームを上記ＡＰに伝達する（Ｓ２２２０）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記ＥＭＩＤ応答動作フレーム（ＥＭＩＤＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）を抽出し、ＣｏｍｅＢａｃｋＤｅｌａｙとＱｕｅｒｙＩＤが含まれたＥＭＩＤ応答動作フレーム（ＥＭＩＤＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）をＥＭＩＤ要請動作フレーム（ＥＭＩＤＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２２１）。上記移動端末がＥＭＩＤ割り当てを要請することが予定された時間、即ち、再びＥＭＩＤ割り当て情報を伝送する時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）に再び上記ＥＭＩＤ要請動作フレーム（ＥＭＩＤＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）を送る。このとき、Ｓ２２２１段階を介して受信した上記ＱｕｅｒｙＩＤを含んで要請する（Ｓ２２２２）。上記ＡＰは上記ＥＭＩＤ要請動作フレーム（ＥＭＩＤＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）に含まれたＥＭＩＤサーバに上記ＥＭＩＤ要請動作フレームがカプセル化（ｅｎｃａｐｓｕｌａｔｉｏｎ）された遠隔要請（ＲｅｍｏｔｅＲｅｑｕｅｓｔ）フレームを伝送する（Ｓ２２０９）。上記遠隔要請フレームを受信した上記ＥＭＩＤサーバはＱｕｅｒｙＩＤを介して上記移動端末が以前に要請したＥＭＩＤが含まれたＥＭＩＤ応答動作フレーム（ＥＭＩＤＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）をカプセル化させた遠隔応答フレームを上記ＡＰに伝送する（Ｓ２２２２）。上記ＡＰは上記遠隔応答フレームに対するカプセル化を解除（ｄｅｃａｐｓｕｌａｔｉｏｎ）し、上記ＥＭＩＤ応答動作フレーム（ＥＭＩＤＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）を抽出する。このようなＥＭＩＤ応答動作フレーム（ＥＭＩＤＲｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅ）をＥＭＩＤ要請動作フレーム（ＥＭＩＤＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）を伝送した移動端末に伝送する（Ｓ２２２３）。

また、上記移動端末はＳ２２１２ないしＳ２２１７手続きを遂行することと類似の方法でＥＭＩＤ割り当てサーバから上記Ｓ２２２３とＳ２２２４手続きを省略してＥＭＩＤの割り当てを受けることができる。

（第２実施例）
第２実施例は、連動情報を移動端末に伝達するための方法に関し、特に上記連動情報を無線環境で伝達するにおいて資源消耗の最小化に適当にしたメッセージ伝達に関する。

以下、本実施例で用いられるプローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージと、プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージ及びビーコン（Ｂｅａｃｏｎ）メッセージの一例を説明する。上記各メッセージは無線ラン（ＩＥＥＥ８０２．１１）メッセージを改善したものである。

２−１．プローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージ
下記メッセージは既に要請した連動情報の伝送を取り消すことに用いられる。上記取り消される連動情報を識別するためにＱｕｅｒｙＩＤを用いることができる。

２−２．プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージ
本実施例で追加されたＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙＢｅａｃｏｎＩｎｆｏｒｍａｔｉｏｎ（ＮＤＢＩｎｆｏｒｍａｔｉｏｎ）はビーコン（Ｂｅａｃｏｎ）メッセージに挿入されて伝達されることができる。また、上記ＮＤＢＩｎｆｏｒｍａｔｉｏｎが上記ビーコンメッセージに挿入されていない場合には、上記プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージに含まれてＡＰから伝送されることもできる。

２−３．ビーコン（Ｂｅａｃｏｎ）メッセージ
本実施例では、既存のビーコン（Ｂｅａｃｏｎ）メッセージに、次に伝送されるＮＤＢ（ＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙＢｅａｃｏｎ）の周期情報と連動情報を表示するためのＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙＢｅａｃｏｎＩｎｆｏｒｍａｔｉｏｎ項目が追加される。

２−４．上記ＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙＢｅａｃｏｎＩｎｆｏｒｍａｔｉｏｎＩＥと上記連動情報ＩＥの具体的具現方法及び要請取り消し情報（ＲｅｑｕｅｓｔＣａｎｃｅｌＩＥ）
図２３ａは、上記ＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙＢｅａｃｏｎＩｎｆｏｒｍａｔｉｏｎ（即ち、上記ＮＤＢＩｎｆｏｒｍａｔｉｏｎ）に対する情報要素（ＩＥ）の構成の一例を示す図面である。上記ＮＤＢＩｎｆｏｒｍａｔｉｏｎの情報要素において、ＮｅｘｔＮＤＢ＝０である場合には、上記ＮｅｘｔＮＤＢ項目の次に上記連動情報（Ｉｎｔｅｒｗｏｒｋｉｎｇｉｎｆｏｒｍａｔｉｏｎ）が含まれる。また、ＮｅｘｔＮＤＢ＝０でない場合には、上記ＮｅｘｔＮＤＢのみ含まれ、上記連動情報は含まれない。

上記ＮｅｘｔＮＤＢは、連動情報を含むビーコン（Ｂｅａｃｏｎ）、即ち、上記ＮＤＢがいつ伝送されるかを表す情報として用いられることができる。即ち、上記ＮｅｘｔＮＤＢは以後に伝送されるＮＤＢの伝送間隔（ｉｎｔｅｒｖａｌ）を表す。例えば、上記ＮＤＢ及びＮＭＢビーコン（Ｂｅａｃｏｎ）が伝達されるビーコン間隔（ｂｅａｃｏｎｉｎｔｅｒｖａｌ）が１００ｍｓであり、ＮｅｘｔＮＤＢが５である場合、５番目ビーコン間隔（ｂｅａｃｏｎｉｎｔｅｒｖａｌ）、即ち５００ｍｓ以後に伝達されるビーコン（ｂｅａｃｏｎ）が上記連動情報（ｉｎｔｅｒｗｏｒｋｉｎｇｉｎｆｏｒｍａｔｉｏｎ）を含むビーコンメッセージである。即ち、５００ｍｓ以後に伝達されるビーコン（ｂｅａｃｏｎ）が上記ＮＤＢとなる。

２−５．ＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｑｕｅｓｔＩＥ
以下、移動端末の連動情報要請のためのＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｑｕｅｓｔＩＥを説明する。Ｐｒｏｂｅｒｅｑｕｅｓｔまたは連動情報を要請するＡｃｔｉｏｎｆｒａｍｅに含まれて移動端末は伝送を受けようと要求するＳＳＰＮを含んでＡＰに連動情報に要請する。

以下、表１６のフィールドに対して説明する。

− ＡｄｖｅｒｔｉｓｅｍｅｎｔＳｅｒｖｉｃｅ
０：ＳＳＰＮＡｄｖｅｒｔｉｓｅｍｅｎｔ
１−２５５：Ｒｅｓｅｒｖｅｄ
− ＡｄｖｅｒｔｉｓｅｍｅｎｔＴｙｐｅ
０：Ｅｔｈｅｒｔｙｐｅ
１：ｗｅｌｌ−ｋｎｏｗｎｐｏｒｔ
２−２５５：ｒｅｓｅｒｖｅｄ
− ＡｄｖｅｒｔｉｓｅｍｅｎｔＩｄｅｎｔｉｆｉｅｒ：ＡｄｖｅｒｔｉｓｅｍｅｎｔＴｙｐｅ毎にｕｎｉｑｕｅｖａｌｕｅ
− ８０２．２１ＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅＱｕｅｒｙＦｒａｍｅ：上位個体がＭｅｄｉａＩｎｄｅｐｅｎｄｅｎｔＨａｎｄｏｖｅｒＦｕｎｃｔｉｏｎである場合、この個体が伝達するＱｕｅｒｙ要請ｆｒａｍｅが含まれる。

２−６．ＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｓｐｏｎｓｅＩＥ
上記ＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｓｐｏｎｓｅＩＥは、Ｐｒｏｂｅｒｅｓｐｏｎｓｅに含まれて移動端末から伝送を受けたＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｑｕｅｓｔＩＥに対する応答である。

上記ＩＥは、移動端末が要請した連動情報をマルチキャストするためのｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓを含む。より具体的に、ＡＰが移動端末が要請した連動情報を知っている個体（例えば、ＡｄｖｅｒｔｉｓｅｍｅｎｔＳｅｒｖｅｒや該当ＳＳＰＮ）にクエリを介して獲得した連動情報を提供するために上記ｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓを含む。

移動端末から情報が要請される瞬間に要請メッセージに対するｔｉｍｅｏｕｔ以前に情報を提供できる場合には、移動端末が要請した情報であるＡｄｖｅｒｔｉｓｅｍｅｎｔが含まれて伝達されることもできる。このメッセージは移動端末にｕｎｉｃａｓｔ或いは全ての端末にｂｒｏａｄｃａｓｔされることができる。この場合、ｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓは省略することもできる。

以下、表１７ａのフィールドに対して説明する。

− ＳｔａｔｕｓＣｏｄｅ
− ０ｘ００：ｓｕｃｃｅｓｓｆｕｌ（要請したＳＳＰＮＩＤに対する情報を提供できる場合であり、直ちに情報を提供できる場合にはＡｄｖｅｒｔｉｓｅｍｅｎｔが含まれて伝達されることもできる。）
０ｘ０１：要請が受諾される（Ｒｅｑｕｅｓｔｈａｓｂｅｅｎａｃｃｅｐｔｅｄ）。

０ｘ０２：要請が拒絶される（Ｒｅｑｕｅｓｔｈａｓｂｅｅｎｄｅｃｌｉｎｅｄ）。

０ｘ０３：サービスが支援されない（Ｓｅｒｖｉｃｅｎｏｔｓｕｐｐｏｒｔｅｄ）。

０ｘ０４：一番目に要請したＳＳＰＮに関する情報が存在しない（１^ｓｔｒｅｑｕｅｓｔｅｄＳＳＰＮｉｎｆｏｄｏｅｓｎ’ｔｅｘｉｓｔ）。

０ｘ０５：二番目に要請したＳＳＰＮに関する情報が存在しない（２^ｎｄｒｅｑｕｅｓｔｅｄＳＳＰＮｉｎｆｏｄｏｅｓｎ’ｔｅｘｉｓｔ）。

０ｘ０６：三番目に要請したＳＳＰＮに関する情報が存在しない（３^ｒｄｒｅｑｕｅｓｔｅｄＳＳＰＮｉｎｆｏｄｏｅｓｎ’ｔｅｘｉｓｔ）。

以下、ＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｓｐｏｎｓｅＩＥのもう他の一例を下記表１７ｂを参照して説明する。

上記表１７ｂのＳｔａｔｕｓｃｏｄｅを下記表１７ｃを参照して説明する。

上記表１７ｃのＢ−ＳＮＡＢｅａｃｏｎの概念は次の通りである。

上記Ｂ−ＳＮＡＢｅａｃｏｎは電力消費を最小化するためのＤＴＩＭＢｅａｃｏｎと類似する概念であるが、ＤＴＩＭＢｅａｃｏｎ周期とは重ならず、Ｂ−ＳＮＡＢｅａｃｏｎの次にＡｄｖｅｒｔｉｓｅｍｅｎｔＡｃｔｉｏｎｆｒａｍｅが伝送されることを指示するためのＢｅａｃｏｎである。

２−７．ＱｕｅｒｙＲｅｓｐｏｎｓｅ（ＡｃｔｉｏｎＦｒａｍｅ）
上記ＱｕｅｒｙＲｅｓｐｏｎｓｅは、ＡＰがクエリを介して獲得した連動情報を移動端末に伝送するためのフレームである。

図２３ｂないし図２３ｈのフレームは図１のフレームバディ（１１）に位置するのが望ましい。従って、本実施例で用いるＭＡＣフレームは図１に示された８０２．１１ＭＡＣヘッダと以下図２３ｂないし図２３ｈのフレームを含む。

図２３ｂはＱｕｅｒｙＲｅｓｐｏｎｓｅフレームの構造の一例を説明するためのブロック図である。

図２３ｂの一例は、一つのＡｄｖｅｒｔｉｓｅｍｅｎｔが長くて断片（Ｆｒａｇｍｅｎｔａｔｉｏｎ）を遂行して多数個で伝送するためのａｃｔｉｏｎｆｒａｍｅである。即ち、一つのＡｄｖｅｒｔｉｓｅｍｅｎｔの長さが既設定された長さより大きければ複数の断片に区分されるのが望ましい。

好ましくは、このときの断片は次の通りである。

００：切断されない（Ｕｎｆｒａｇｍｅｎｔｅｄ）
０１：一番目断片（Ｆｉｒｓｔｆｒａｇｍｅｎｔ）
１０：継続された断片（Ｃｏｎｔｉｎｕｅｄｆｒａｇｍｅｎｔ）
１１：最終断片（Ｌａｓｔｆｒａｇｍｅｎｔ）
図示したように、ＡＰがクエリを介して獲得した情報は特定なビットのＦｒａｇｍｅｎｔａｔｉｏｎフィールドと特定なビットのＳｅｑｕｅｎｃｅＮｕｍｂｅｒフィールドにより複数の断片に分離されることができる。

また、上述したように、上記Ｆｒａｇｍｅｎｔａｔｉｏｎフィールドは一番目断片であるか否かを表すことができる。また、最終断片であるか否かを表すこともできる。

上記ＳｅｑｕｅｎｃｅＮｕｍｂｅｒフィールド該当断片が何番目断片であるかを表すことができる。

一般的に、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒフィールドはデータが伝達されることによって増加するか減少する。従って、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒフィールドの値が任意の値から増加するか、任意の値から減少することによって該当断片が何番目断片であるかを区別することができる。

図２３ｃはＱｕｅｒｙＲｅｓｐｏｎｓｅフレームの構造のもう他の一例を説明するためのブロック図である。即ち、図２３ｃの一例は、連動情報を移動端末に伝送するためのフレームのもう他の例として、一つ以上の連動情報が含まれている場合、用いられる動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）である。

図２３ｄは、一つ以上のＡＲｅｑＩＥに対する応答がパッキング（Ｐａｃｋｉｎｇ）されて伝送されるときの動作フレーム（ＡｃｔｉｏｎＦｒａｍｅ）の一例である。

図２３ｄに表示されたデータを説明すると、以下の通りである。

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

４番目ビット：パッキング（ｐａｃｋｅｔｉｎｇ）が用いられているか否か
３番目ビット：Ａｄｖｅｒｔｉｓｅｍｅｎｔ中間が切れているか否か
２番目、１番目ビット：断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）と今回が最初、中間、最終断片（ｆｒａｇｍｅｎｔａｔｉｏｎ）であるかを表す。

００００：パッキング（Ｐａｃｋｉｎｇ）が用いられない。断片（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が用いられていない。

０００１：パッキング（Ｐａｃｋｉｎｇ）が用いられない。断片（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が用いられており、最初断片（ｆｒａｇｍｅｎｔ）であることを表す。

００１０：パッキング（Ｐａｃｋｉｎｇ）が用いられない。断片（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が用いられており、中間断片（ｆｒａｇｍｅｎｔ）であることを表す。

００１１：パッキング（Ｐａｃｋｉｎｇ）が用いられない。断片（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が用いられており、最終断片（ｆｒａｇｍｅｎｔ）であることを表す。

１０００：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがパッキング（Ｐａｃｋｉｎｇ）されており、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）は適用されない。

１００１：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがパッキング（Ｐａｃｋｉｎｇ）されており、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が遂行され、最初断片（ｆｒａｇｍｅｎｔ）であることを表す。

１０１０：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがパッキング（Ｐａｃｋｉｎｇ）されており、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が遂行され、中間断片（ｆｒａｇｍｅｎｔ）であることを表す。

１０１１：二つ以上のＡｄｖｅｒｔｉｓｅｍｅｎｔがパッキング（Ｐａｃｋｉｎｇ）されており、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）が遂行され、最終断片（ｆｒａｇｍｅｎｔ）であることを表す。

ｘ０ｘｘ：Ａｄｖｅｒｔｉｓｅｍｅｎｔの最終で断片（ｆｒａｇｍｅｎｔ）となり、新たなＡＲｅｑＩＥから始まる。

ｘ１ｘｘ：Ａｄｖｅｒｔｉｓｅｍｅｎｔの中間で断片（ｆｒａｇｍｅｎｔ）となり、Ａｄｖｅｒｔｉｓｅｍｅｎｔの長さを表す情報要素（ＩＥ）が直ぐ続くことを表す。

図２３ｅ及び図２３ｆは、上述したＦｒａｇ／Ｐａｃｋが断片化（ｆｒａｇｍｅｎｔａｔｉｏｎ）のうち中間断片（ｆｒａｇｍｅｎｔ）または最終断片（ｆｒａｇｍｅｎｔ）であることを知らせるとき、用いられる動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）のフォーマット（ｆｏｒｍａｔ）の一例である。

断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）はａｄｖｅｒｔｉｓｅｍｅｎｔ部分ですることができる。例えば、断片化はＡｄｖｅｒｔｉｓｅｍｅｎｔの中間ですることもでき、ａｄｖｅｒｔｉｓｅｍｅｎｔの最終時点に合わせてすることもできる。

図２３ｅの一例は、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）がＡｄｖｅｒｔｉｓｅｍｅｎｔの最終で遂行されたことを知らせるとき、一つのａｄｖｅｒｔｉｓｅｍｅｎｔのみ含まれることを表したが、本発明がこのような一例に限定されない。即ち、多数個のａｄｖｅｒｔｉｓｅｍｅｎｔが含まれる場合にも本発明が適用可能である。

図２３ｆの一例は、断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）がＡｄｖｅｒｔｉｓｅｍｅｎｔの中間で遂行されたことを知らせるとき、一つのａｄｖｅｒｔｉｓｅｍｅｎｔのみ含まれることを説明する。然しながら、これは本発明の一例にすぎず、多数個のａｄｖｅｒｔｉｓｅｍｅｎｔが含まれることができる。

もし、断片化により二つの断片に分けられる場合、中間側ｆｒａｇｍｅｎｔを表すことなく、直ちに一番目ｆｒａｇｍｅｎｔであることを表示した後、最後ｆｒａｇｍｅｎｔであることを表示するａｃｔｉｏｎｆｒａｍｅが伝送される。

− Ａｄｖｅｒｔｉｓｅｍｅｎｔ：Ｒｅｑｕｅｓｔｅｄｉｎｆｏｒｍａｔｉｏｎで、ＩＥＥＥ８０２．２１規格で定義するＩｎｆｏｒｍａｔｉｏｎＳｅｒｖｉｃｅのＱｕｅｒｙｒｅｓｐｏｎｓｅＦｒａｍｅが挿入されることもできる。

図２３ｇは、ＱｕｅｒｙＲｅｓｐｏｎｓｅ動作フレームのもう他の一例を示す図面である。図２３ｇの一例は、ＡＲｅｑＩＥを要請した唯一な端末である場合、ＡＰが伝送したＡｃｔｉｏｎＦｒａｍｅに対してＡｃｋメッセージを伝送するようにするためＡｃｋｆｉｅｌｄが挿入された場合に関する。ＡＲｅｑＩＥを要請する端末の数は、ＡＰが設定した任意の時間の間、或いはＱｕｅｒｙｒｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅを伝送する瞬間までｐｒｏｂｅｒｅｓｐｏｎｓｅのＡｄｖｅｒｔｉｓｅｍｅｎｔＲｅｓｐｏｎｓｅＩＥに同一なＭｕｌｔｉｃａｓｔａｄｄｒｅｓｓを知らせる端末の数である。この端末の数が一つである場合、伝達したＭｕｌｔｉｃａｓｔａｄｄｒｅｓｓにｑｕｅｒｙｒｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅを伝送するが、Ａｃｋを要請してＡｃｋを受信する場合、受信を確実にしたため、繰り返して伝送する必要がない。二つ以上の端末にＭｕｌｔｉｃａｓｔａｄｄｒｅｓｓを伝送してｑｕｅｒｙｒｅｓｐｏｎｓｅａｃｔｉｏｎｆｒａｍｅを二つ以上の端末が受信する場合には、Ａｃｋｂｉｔを設定して伝送しない。二つ以上の端末が受信する場合は、Ｒｅｍａｉｎｉｎｇｒｅｐｅｔｉｔｉｏｎ値を用いて多数回繰り返して伝送することによって情報伝送の信頼度を高める。

図２３に含まれるＡｃｋフィールドの値は下記表２０のように構成されることができる。

表２０の一例に従ってＡｃｋフィールドの値は次のようり設定されることができる。

０：ＡＰが多数の移動端末のためにグループ放送（Ｍｕｌｔｉｃａｓｔ）されるＡｃｔｉｏｎｆｒａｍｅを伝送するときにはＡｃｋｎｏｔｒｅｑｕｉｒｅｄｂｉｔ（‘０’）を設定する。

１：ＡＰが一つの移動端末にＡｃｔｉｏｎｆｒａｍｅを伝送し、グループ放送住所（ＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓ）を用いるときには、移動端末にＡｃｋｒｅｑｕｉｒｅｄｂｉｔ（‘１’）の設定を要求することによって、移動端末がＡｃｔｉｏｎｆｒａｍｅを伝送を受けた後、ＡｃｋメッセージをＡＰに伝送するようにする。

図２３ｈは、ＱｕｅｒｙＲｅｓｐｏｎｓｅ動作フレームのもう他の一例を表す。図２３ｈの一例は示されたＲｅｍａｉｎｉｎｇＲｅｐｅｔｉｔｉｏｎｓの一部がＡｃｋ要請を遂行するｂｉｔで用いられる特徴を有する。Ａｃｋを要請するｂｉｔ及びｒｅｍａｉｎｉｎｇｒｅｐｅｔｉｔｉｏｎｂｉｔの用途は前述と同一である。

図２４は、上記ＮＤＢＩｎｆｏｒｍａｔｉｏｎ情報要素（ＩＥ）の構成のもう他の一例を示す図面である。図２４の実施例において上記情報要素はＮＤＢビットを含む。上記ＮＤＢビットが設定されない場合（即ち、ＮＤＢｂｉｔ＝０）には、上記ＮＤＢビット以後７ｂｉｔは次のＮＤＢが伝送される伝送時点を表示するためのビーコン間隔（ｂｅａｃｏｎｉｎｔｅｒｖａｌ）が表示される。図２４の実施例は、上記ＮＤＢビットを追加することによって、上記ＮＤＢｉｎｆｏｒｍａｔｉｏｎ項目の次に上記連動情報が追加に含まれた場合に、上記ＮｅｘｔＮＤＢ項目を省略することができる。上記ＮＤＢビットの位置には制限がないため、特定なメッセージの多様な項目に上記ＮＤＢビットが位置することができる。

図２５ないし図２８は、二つの追加的な制御ビットを添付して上記連動情報ＩＥを改善する一例を示す図面である。

図２５は、上記連動情報の一例を示す図面である。ＱｕｅｒｙＩＤを表す領域の二つのｂｉｔを各々ＣｏｍｅＢａｃｋｂｉｔ（第１制御ビット）、ｒｅｆｅｒＮＤＢｂｉｔ（第２制御ビット）として用いられる。上記ＣｏｍｅＢａｃｋｂｉｔが設定された場合（即ち、上記第１制御ビット＝１である場合）には、上記ＱｕｅｒｙＩＤの次にいつ再び戻れば要請した情報が可用であるか時間情報を知らせるＣｏｍｅＢａｃｋＤｅｌａｙＴｉｍｅパラメータが含まれる。即ち、上記ＱｕｅｒｙＩＤの次には移動端末から要請された連動情報がいつ再び伝送されるかを表す再伝送時点に関する情報が含まれる。もし、上記ＣｏｍｅＢａｃｋｂｉｔが設定されない場合（即ち、上記第１制御ビット＝０である場合）には、上記ＣｏｍｅＢａｃｋＤｅｌａｙＴｉｍｅパラメータが含まれない。図２５は、上記ＣｏｍｅＢａｃｋｂｉｔが設定される場合の一例である反面、図２６は、上記ＣｏｍｅＢａｃｋｂｉｔが設定されない場合の一例である。

次のような二つの場合に、図２６のように上記ＣｏｍｅＢａｃｋｂｉｔが設定されないこともある。

一番目の場合は、無線ラン網のＡＰが通知したＣｏｍｅＢａｃｋＤｅｌａｙＴｉｍｅが経過し、上記ＡＰが連動される網から連動情報を獲得し、移動端末が要請した連動情報を伝送できる場合である。

二番目の場合は、移動端末が要請した現在時点に要請した連動情報が既に準備され、上記プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージを介して伝達できる場合である。

上記一番目の場合は、移動端末が特定な連動情報を要請する時点に上記ＡＰに上記連動情報が備えられない場合であるため、上記ＱｕｅｒｙＩＤが含まれなければならない。然しながら、上記二番目の場合は、上記ＡＰが既に連動情報を備えている状況であるため、上記ＱｕｅｒｙＩＤを含むのは無線資源の浪費である。

このような無線資源の浪費は、図２７の一例により解決される。即ち、上記ＣｏｍｅＢａｃｋＢｉｔと上記ＲｅｆｅｒＮＤＢＢｉｔが共に設定される場合には、上記プローブ応答（ＰｒｏｇｅＲｅｓｐｏｎｓｅ）メッセージに上記ＱｕｅｒｙＩＤが含まることなく、但し、上記移動端末が要請した連動情報が含まれる。

もし、上記ＣｏｍｅＢａｃｋＢｉｔが設定されず、上記ＲｅｆｅｒＮＤＢＢｉｔが設定された場合には上記プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージには上記連動情報（Ｉｎｔｅｒｗｏｒｋｉｎｇｉｎｆｏｒｍａｔｉｏｎ）は含まれない。但し、上記ＮｅｘｔＮＤＢが伝送されて次回ＮＤＢの伝送時点を通知する。即ち、図２８において、上記ＲｅｆｅｒＮＤＢＢｉｔの次の６ｂｉｔが次回のＮＤＢがいつ伝達されるかを知らせる周期情報、即ち、ＮｅｘｔＮＤＢを含む。

図２９は、要請した連動情報の要請に対してＡＰがこの要請に対する情報を獲得する以前に上記要請した移動端末が上記情報要請を取り消す情報要素の一例を示す図面である。上記移動端末の情報要請に対してＡＰが割り当てたＱｕｅｒｙＩＤが存在するため、上記取り消しのための情報要素は上記ＱｕｅｒｙＩＤを含む。上記ＡＰは上記ＱｕｅｒｙＩＤを介して取り消しの対象となる要請を識別することができる。

図３０は、本発明の一実施例による手続き流れ図である。図３０の一例は移動端末の要請によりＡＰが連動情報を要請して獲得する手続きを説明し、上記ＡＰは端末（ＳＴＡ）の要請がないにもかかわらず、プローブ応答メッセージ（ｕｎｓｏｌｉｃｉｔｅｄＰｒｏｂｅＲｅｓｐｏｎｓｅ）を伝送する特徴を有する。

以下の一例では、連動情報を要請するためにプローブ要請（Ｐｒｏｂｅｒｅｑｕｅｓｔ）メッセージを送る。上記プローブ要請メッセージは本実施例で提案する要請メッセージの名称の一例である。上記要請メッセージの名称は多様に変形されることができる。また、上記プローブ要請メッセージにより遂行された動作が他の名称の動作フレームにより遂行されることができる。また、ＡＰが上記プローブ要請メッセージにより遂行された動作が送受信する多様なメッセージ（例えば、ビーコメッセージ）により遂行されることもできる。

以下、図３０の一例を説明する。上記移動端末は連動情報を要請するために上記ＡＰに上記プローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージを伝送する（Ｓ１６１０）。上記ＡＰに上記移動端末が要請した連動情報がない場合には、上記連動情報を得てくることと予想される時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）と上記移動端末の要請を区分する区分子であるＱｕｅｒｙＩＤを上記プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージに含ませて伝送する（Ｓ１６２０）。上記ＡＰは、上記移動端末が要請した連動情報を獲得するための手続きを遂行する。即ち、上記ＡＰは上記連動情報を備えるネットワークエンティティと通信を遂行して上記移動端末が要請した連動情報を獲得する（Ｓ１６３０、Ｓ１６４０）。上記移動端末は、上記ＡＰが指示したＣｏｍｅＢａｃｋＤｅｌａｙの間待った後、上記ＡＰが伝送するＵｎｓｏｌｉｃｉｔｅｄＰｒｏｂｅＲｅｓｐｏｎｓｅ、即ち、上記プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージを受信する。この場合、プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージに含まれたＱｕｅｒｙＩＤを確認することができるため、上記移動端末は自分がＳ１６１０段階を介して要請した情報が伝送完了されたことが分かる（Ｓ１６５０）。

図３１は、上記ＡＰが上記ＣｏｍｅＢａｃｋＤｅｌａｙ時間が経過した以後にも上記移動端末が要請した情報を獲得できなかった場合の動作を説明する手続き流れ図である。

上記移動端末は連動情報を要請するために上記ＡＰに上記プローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージを伝送する（Ｓ１７１０）。上記ＡＰに上記移動端末が要請した連動情報がない場合には、上記連動情報を得てくることと予想される時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）と上記移動端末の要請を区分する区分子であるＱｕｅｒｙＩＤを上記プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージに含ませて伝送する（Ｓ１７２０）。上記ＡＰは、上記移動端末が要請した連動情報を獲得するための手続きを遂行するが、まだ獲得を完了できない（Ｓ１７３０、Ｓ１７４０）。即ち、上記ＡＰは上記移動端末に知らせる上記ＣｏｍｅＢａｃｋＤｅｌａｙ時間まで上記連動情報を獲得できない（Ｓ１７４０）。

上記ＡＰは移動端末に知らせる上記ＣｏｍｅＢａｃｋＤｅｌａｙ時間に情報を獲得できないことを知らせるために、上記Ｓ１７２０段階を介して割り当てたＱｕｅｒｙＩＤを同一なＱｕｅｒｙＩＤを上記プローブ応答メッセージに含ませて、新たなＣｏｍｅＢａｃｋＤｅｌａｙを上記プローブ応答メッセージに含ませて伝送する（Ｓ１７５０）。上記プローブ応答メッセージを受信した移動端末は新たなＣｏｍｅＢａｃｋＤｅｌａｙ時間を待つ（Ｓ１７６０）。上記ＡＰは上記新たなＣｏｍｅＢａｃｋＤｅｌａｙの間必要な連動情報を獲得する（Ｓ１７７０）。上記ＡＰは移動端末にＳ１７５０段階を介して通知した時間に上記獲得した情報を含んで伝達する（Ｓ１７８０）。

図３２は二つ以上の端末から上記連動情報を要請する場合の一例を示す図面である。即ち、図３２の実施例は、ＡＰが第１端末から連動情報要請を受けて上記連動情報を網から獲得する前に、第２端末から情報要請を受信する場合に関する。この場合、上記ＡＰは、上記二つの端末が要請した情報を共に網から獲得して放送で伝達することができる。

図３２の実施例では、第１情報要請受信後、情報獲得手続きを開始する前に第２情報要請を受信する場合を示したが、第１情報要請を第１端末から受信した後、情報獲得手続き遂行中に同一な情報要請を第２端末から受信した場合にも適用されることができる。即ち、図３２のＳ１８３０とＳ１８４０の順序には制限がない。

まず、上記第１端末（ＳＴＡ１）が連動情報の要請をＡＰにする（Ｓ１８１０）。もし、上記ＡＰが上記第１端末が要請した情報を有していない場合、上記連動情報獲得に必要な予想される時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）と端末の要請を区分する区分子であるＱｕｅｒｙＩＤを上記プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージに含ませて伝送する（Ｓ１８２０）。第２端末（ＳＴＡ２）が、ＡＰが情報獲得を開始する前に情報要請をする。このとき、要請する情報は第１端末が要請した情報と同じであっても異なってもよい。また、一部のみ同じであっても、一部のみ異なってもよい（Ｓ１８３０）。ＡＰは第１端末と第２端末が要請した情報を獲得するための手続きを開始する（Ｓ１８４０）。ＡＰは第２端末に情報獲得に所要されると予想される時間を含み、獲得した情報を放送（Ｂｒｏａｄｃａｓｔ）するために第１端末に付与したものと同一なＱｕｅｒｙＩＤを付与する（Ｓ１８５０）。上記ＡＰは網から第１端末と第２端末が要請した情報を獲得する（Ｓ１８６０）。獲得した情報を第１端末と第２端末に全て伝達するために二つの端末に割り当てた同一なＱｕｅｒｙＩＤを含んで情報を発送する（Ｓ１８７０）。

図３２の一例を用いると、図示したバックエンド（ｂａｃｋｅｎｄ）から獲得した情報を複数の端末に送信することができる。即ち、図３２の一例は、図示したように複数の端末に送信するために技法に関する。複数の端末に送信する多様な技法は、放送（ｂｒｏａｄｃａｓｔ）またはグループ放送（ｍｕｌｔｉｃａｓｔ）などの多様な方法が可能であるため、図３２の一例が放送に限定されない。

図３３は、無線ラン移動端末が要請した情報獲得を取り消すことを表す一実施例を説明する図面である。

移動端末は連動情報を要請するためにＡＰに上記プローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージを伝送する（Ｓ１９１０）。ＡＰが、端末が要請した情報を備えられない場合には、この情報を得てくることと予想される時間（ＣｏｍｅＢａｃｋＤｅｌａｙ）と端末の要請を区分する区分子であるＱｕｅｒｙＩＤを上記プローブ応答（ＰｒｏｂｅＲｅｓｐｏｎｓｅ）メッセージに含んで伝送する（Ｓ１９２０）。これを受信した端末は、この時間の間待つことができないとか、この時間の間他のＡＰから連動情報を獲得し、他のＡＰに接続することを決定するなどの理由で情報要請を取り消すことができる。上記端末はＳ１９１０の情報要請時、割り当てられたＱｕｅｒｙＩＤを含むＱｕｅｒｙＲｅｑｕｅｓｔＣａｎｃｅｌＩＥを上記プローブ要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）メッセージに入れて伝送することによって情報要請を取り消す（Ｓ１９３０）。

図３４は、ＡＰがＮＤＢの周期を毎ＮＭＢに含んで伝達し、移動端末はいつＮＤＢが伝送されてくるかを明示的に知るようにする一実施例である。

図３４の一例はＡＰと通信する別途のネットワークエンティティと関連された情報が移動端末に送信される正確な送信時点を知らせる方法に関する。

上記別途のネットワークエンティティは上記連動情報ブローカであってもよく、上記連動情報ブローカの機能を含むサーバであってもよい。

上記別途のネットワークエンティティに関連された情報の種類は多様である。例えば、上記ＮＤＢであってもよく、ＡＰが別途のネットワークエンティティから獲得した応答情報であってもよい。

図３４の一例は上記別途のネットワークエンティティに関連された情報のうちＮＤＢに関し、上記別途のネットワークエンティティはバックエンドサーバである場合に関する。

上述したように、ＮＭＢ（ＮｅｔｗｏｒｋＭａｉｎｔｅｎａｎｃｅＢｅａｃｏｎ）は従来のビーコンメッセージであって、ＡＰ自分の存在を知らせるために伝送する信号であって上記ＡＰに対する情報が含まれ、上記ＮＤＢ（ＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙＢｅａｃｏｎ）は上記連動情報が含まれるビーコンメッセージである。上記ビーコンは一般的に周期的に繰り返されて伝送されるが、ビーコンの伝送間隔を制御して伝送周期を変化させることができる。

図３４の実施例は、上記ＮＭＢに、次のＮＤＢが伝送される周期を含んで伝達することによって、上記移動端末がいつＮＤＢが伝送されるかを知らせる。

上記移動端末はいつＮＤＢが伝送されるかを知っているため、不要な情報要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）を伝送しない（Ｓ２００１）。

第２端末は次のＮＤＢが伝送される周期まで待つことができない理由あるいは受信したＮＤＢに必要な情報がないという理由によりＡＰに情報要請（ＰｒｏｂｅＲｅｑｕｅｓｔ）をする（Ｓ２００２）。

第３端末もほぼ同じ時点に情報要請をする。上記第３端末が要請した情報は、上記第２端末が要請した情報と同一であっても、異なってもよい。または、一部のみ同一であってもよい（Ｓ２００３）。

ＡＰは、情報が可用しなくて網から第２端末と第３端末が要請した情報獲得手続きを開始する（Ｓ２００４）。次のＮＭＢ放送に上記ＡＰが第２端末と第３端末が要請した情報獲得が予想される時間にこの情報を含んで伝送するＮＤＢの周期をＮｅｘｔＮＤＢに表示して知らせる。

図３４の実施例では直ちに次のビーコン伝送周期に情報を獲得可能してＮｅｘｔＮＤＢを１で設定して伝送する（Ｓ２００５）。上記ＡＰが上記無線網と連動されるバックエンド網から第２端末と第３端末が要請した情報を獲得する（Ｓ２００６）。上記Ｓ２００６を介して獲得した情報はＳ２００５を介して通知された伝送周期に伝送される（Ｓ２００７）。上記ＡＰは、上記ＮＤＢの伝送周期を調整してビーコンが伝送する毎に、上記ＮＤＢの伝送周期を減らして伝送する（Ｓ２００８ないしＳ２０１０）。即ち、Ｓ２００８の場合には、以後４番目周期にＮＤＢが伝送されるため、ＮｅｘｔＮＤＢを４で設定し、即ちＳ２００９の場合には、以後３番目周期にＮＤＢが伝送されるため、ＮｅｘｔＮＤＢを３で設定し、即ちＳ２０１０の場合には、以後２番目周期にＮＤＢが伝送されるため、ＮｅｘｔＮＤＢを２で設定し、即ちＳ２０１１の場合には、以後１番目周期にＮＤＢが伝送されるため、ＮｅｘｔＮＤＢを１で設定する。

上記ビーコンが伝送される途中に新たな第４端末（ＳＴＡ４）が上記ＡＰと通信を始めることができ、上記第４端末も上記ＮＤＢの受信を待つ。上記第４端末は新たに無線ラン網に接続するために受動スキャニングを遂行する（Ｓ２０１１）。従来の第１、２、３端末だけでなく、第４端末も上記ビーコン（Ｂｅａｃｏｎ）（ＮｅｔｗｏｒｋＭａｉｎｔｅｎａｎｃｅＢｅａｃｏｎ）を受信し、上記ＮＭＢには次のＮＤＢの伝送周期が含まれて伝達される（Ｓ２０１２）。上記端末は次のＮＤＢの伝送周期まで待って上記連動情報を受信する（Ｓ２０１３）。

上述したＮｅｘｔＮＤＢフィールドの名称は多様に変形されることができる。但し、特定なフィールドの識別子または値の大きさをビーコン（ｅｖｅｒｙｂｅａｃｏｎ）毎に減少させて端末に送信時点を明確に知らせるのが望ましい。

図３５は本実施例によってデータが送受信された手続きを示す手続き流れ図である。

図３５はＡＰが第１端末（ＳＴＡ１）から情報要請Ａを受けて該当情報を網から獲得する前に第２端末（ＳＴＡ２）から情報要請Ｂを受信する場合、ＡＰが直ちに情報を提供できない場合を説明する。

このとき、ＡＰは二つの端末が要請した情報（Ａ＋Ｂ）を共に網から獲得してグループ放送（ｍｕｌｔｉｃａｓｔ）に伝達することができる。また、ＡＰは一つの端末が要請した情報を網から獲得してグループ放送（ｍｕｌｔｉｃａｓｔ）に伝達することもできる。

該当グループはグループ放送住所に区分され、特定時間の間連動情報を要請した移動端末に対して同じグループに分類する。本実施例では第１情報要請受信後、情報獲得手続きを開始する前に第２情報要請を受信する場合を表し、同じ情報を要請した場合も含まれる。

第１端末（ＳＴＡ１）は情報要請をＡＰにする（Ｓ２１０１）。ＡＰは、第１端末が要請した情報を有していない場合ＳＳＰＮＡｄｖｓに情報クエリをする（Ｓ２１０２）。ＡＰは移動端末にグループ放送住所を含んで、後にこの住所を用いてクエリに対する応答を放送することを知らせる。もし、ＡＰが直ちに要請した情報を提供してくれることができる場合にはＡＰｓｐ１ＩＥに該当情報を含んで伝送することができる（Ｓ２１０３）。第２端末（ＳＴＡ２）は、ＡＰが情報獲得を開始する前に情報要請をする。このとき、要請する情報は第１端末が要請した情報と同じであっても、異なってもよい。または、一部のみ同じであっても、一部のみ異なってもよい（Ｓ２１０４）。また、ＡＰは第２端末が要請した情報を獲得するための手続きを開始する（Ｓ２１０５）。ＡＰが設定した特定時間（Ａｔｉｍｅ）以内に要請した情報要請に対しては同じグループ放送住所を割り当て、第２端末にも第１端末と同じグループ放送住所を割り当てる。第１端末の場合の同様に、もし、ＡＰは、第２端末が要請した情報を直ちに提供してくれることができる場合には、ＡＲｅｑ２ＩＥに該当情報を含んで伝送することができる（Ｓ２１０６）。ＡＰは網から第１端末と第２端末が要請した情報を獲得する（Ｓ２１０７）。ＡＰは獲得した情報を第１端末と第２端末に共に伝達するために二つの端末に割り当てた同一なグループ放送住所で情報を放送する（Ｓ２１０８）。もし、第１端末と第２端末が要請した情報が異なる場合、要請しない情報を含んで伝送することができる。

図示したように、ＡＰから端末に送信される動作は複数回繰り返されることができる。上記複数回繰り返される動作には制限がない。

図３６は、本実施例によってデータが送受信された手続きを示す手続き流れ図のもう他の一例である。

図３６は移動端末が要請した情報をＡＰが任意格納（ｃａｃｈｅ）している場合、或いは短い時間の間ＡＰが要請した情報を獲得することができる場合、ＡＰが情報を要請した一つの移動端末あるいは多数の移動端末に情報を伝送する一例に関する。

以下、一つの移動端末が情報要請をした場合を説明する。一つの移動端末が情報要請をした場合は、Ｓ２２０１ないしＳ２２０５の手続きに従って動作を遂行することができる。

ＡＰはＢｅａｃｏｎを介して移動端末にＧＡＳ（ｇｅｎｅｒａｌａｄｖｅｒｔｉｓｅｍｅｎｔｓｅｒｖｉｃｅ）、ＴＧｕサービスが可能であるかを知らせる（Ｓ２２０１）。外部ネットワークと連動が可能なＡＰであることを認知した移動端末は、要請する網連動情報をＡＲｅｑＩＥに含んで伝送する（Ｓ２２０２）。移動端末が要請した情報をＡＰが格納しているか、如何なる動作を介して直ちに提供できる場合、ＡＰはＩＭＩ（ＩｍｍｅｄｉａｔｅｍｅｓｓａｇｅＩｎｄｉｃａｔｏｒ）を表す状態コード（ｓｔａｔｕｓｃｏｄｅ）である‘Ｓｕｃｃｅｓｓｆｕｌａｎｄｉｍｍｅｄｉａｔｅｉｎｆｏｒｍａｔｉｏｎｄｅｌｉｖｅｒｙ’を設定してグループ放送住所（ＭＣＡ：ＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓ）と共にＰｒｏｂｅｒｅｓｐｏｎｓｅに伝達する（Ｓ２２０３）。このとき、移動端末が連動情報伝達を待たなければならない時間である‘ＱｕｅｒｙＲｅｓｐｏｎｓｅＷａｉｔｉｎｇＴｉｍｅ’も設定されて伝達されることができる。もし、この値が伝達されない場合には、ｄｅｆａｕｌｔで定義された値を用いてこの時間の間に待つ情報が伝送されない場合はＳ２２０２段階を再び遂行する。ＡＰは、移動端末が要請した情報を含む動作フレーム（Ａｃｔｉｏｎｆｒａｍｅ）を伝送し、このとき動作フレームが一つの移動端末のためのものである場合‘Ａｃｋｒｅｑｕｉｒｅｄｂｉｔ’を設定して特定端末が動作フレームの受信を成功的に遂行したか否かを確認する（Ｓ２２０４、Ｓ２２０５）。

以下、多数の移動端末が情報要請をした場合を説明する。多数の移動端末が情報要請をした場合は、Ｓ２２０６ないしＳ２２１０の手続きに従って動作を遂行することができる。

ＡＰはＢｅａｃｏｎを介して移動端末１（ＳＴＡ１）と移動端末２（ＳＴＡ２）にＧＡＳ（ｇｅｎｅｒａｌａｄｖｅｒｔｉｓｅｍｅｎｔｓｅｒｖｉｃｅ）、ＴＧｕサービスが可能であるか否かを知らせる（Ｓ２２０６）。外部ネットワークと連動が可能なＡＰであることを認知した移動端末１は要請する網連動情報をＡＲｅｑＩＥに含んで伝送する（Ｓ２２０７）。移動端末１が要請した情報をＡＰが格納しているか、如何なる動作を介して直ちに提供できる場合、ＡＰはＩＭＩ（ＩｍｍｅｄｉａｔｅｍｅｓｓａｇｅＩｎｄｉｃａｔｏｒ）を表す状態コード（ｓｔａｔｕｓｃｏｄｅ）である‘Ｓｕｃｃｅｓｓｆｕｌａｎｄｉｍｍｅｄｉａｔｅｉｎｆｏｒｍａｔｉｏｎｄｅｌｉｖｅｒｙ’を設定してグループ放送住所（ＭＣＡ）と共にＰｒｏｂｅｒｅｓｐｏｎｓｅに伝達する（Ｓ２２０８）。Ｓ２２０９ないしＳ２２１０段階は移動端末２が遂行する動作であり、上述したＳ２２０７ないしＳ２２０８段階と同じである。ＡＰは設定した任意の時間の間二つ以上の移動端末から要請があったため、移動端末１、２で動作フレームをグループ放送し、‘Ａｃｋｒｅｑｕｉｒｅｄｂｉｔ’を解除して伝送することによってａｃｋを伝送しないようにする（Ｓ２２１１）。この場合は、情報伝送の信頼性のためにＲｅｍａｉｎｉｎｇｒｅｐｅｔｉｔｉｏｎパラメータを用いて反復的に動作フレームを伝送することもできる。

図３７は本実施例に従ってデータが送受信された手続きを示す手続き流れ図のもう他の一例である。

図３７は移動端末が要請した網連動情報をＡＰがＳＳＰＮＡｄｖｓサーバにクエリを介して獲得する場合、ＡＰが情報を要請した一つの移動端末或いは多数の移動端末に情報を伝送する一例を示す。

以下、一つの移動端末が情報要請をした場合を説明する。一つの移動端末が情報要請をした場合、Ｓ２３０１ないしＳ２３１０過程に従ってデータ送受信が遂行される。

ＡＰはＢｅａｃｏｎを介して移動端末にＧＡＳ（ｇｅｎｅｒａｌａｄｖｅｒｔｉｓｅｍｅｎｔｓｅｒｖｉｃｅ）、ＴＧｕサービスが可能であるかを知らせる（Ｓ２３０１）。外部ネットワークと連動が可能なＡＰであることを認知した移動端末は要請する網連動情報をＡＲｅｑＩＥに含んで伝送する（Ｓ２３０２）。ＡＰは網連動情報要請に対してＢ−ＳＮＡｂｅａｃｏｎの周期に従って情報を伝達するという‘ＳｕｃｃｅｓｓｆｕｌａｎｄｉｎｆｏｒｍａｔｉｏｎｄｅｌｉｖｅｒｙｕｓｉｎｇＢ−ＳＮＡｂｅａｃｏｎｉｎｄｉｃａｔｉｏｎ’状態コードとグループ放送住所（ＭＣＡ）をＰｒｏｂｅｒｅｓｐｏｎｓｅを介して移動端末に伝送する。このとき、移動端末は伝達を受けたＭＡＣに要請した情報を獲得することを知る（Ｓ２３０３）。ＡＰは移動端末が要請した情報を獲得するための手続きを開始して獲得する（Ｓ２３０４ないしＳ２３０７）。ＡＰは移動端末にＢ−ＳＮＡｂｅａｃｏｎを伝達し、これはＢ−ＳＮＡを伝送を受けた後、直ちにグループ放送メッセージが伝達されることを意図するためのものである（Ｓ２３０８）。ＡＰは移動端末が要請した情報を含んだ動作フレームを伝送し、このとき、動作フレームが一つの移動端末のためのものである場合‘Ａｃｋｒｅｑｕｉｒｅｄｂｉｔ’を設定して伝達することによって移動端末が正しく動作フレームを受信した場合、ａｃｋを伝達するようにする（Ｓ２３０９）。正しく動作フレームの伝達を受けた移動端末はａｃｋをＡＰに伝送する（Ｓ２３１０）。

以下、多数の移動端末が情報要請をした場合を説明する。多数の移動端末が情報要請をした場合、Ｓ２３１１ないしＳ２３２１過程に従ってデータ送受信が遂行される。

ＡＰはＢｅａｃｏｎを介して移動端末１、２（ＳＴＡ１、２）にＧＡＳ（ｇｅｎｅｒａｌａｄｖｅｒｔｉｓｅｍｅｎｔｓｅｒｖｉｃｅ）、ＴＧｕサービスが可能であるか否かを知らせる（Ｓ２３１１）。外部ネットワークと連動が可能なＡＰであることを認知した移動端末１は要請する網連動情報をＡＲｅｑＩＥに含んで伝送する（Ｓ２３１２）。ＡＰは網連動情報要請に対してＢ−ＳＮＡｂｅａｃｏｎの周期に従って情報を伝達するという‘ＳｕｃｃｅｓｓｆｕｌａｎｄｉｎｆｏｒｍａｔｉｏｎｄｅｌｉｖｅｒｙｕｓｉｎｇＢ−ＳＮＡｂｅａｃｏｎｉｎｄｉｃａｔｉｏｎ’状態コードとグループ放送住所（ＭＣＡ）をＰｒｏｂｅｒｅｓｐｏｎｓｅを介して移動端末に伝送する。このとき、移動端末は伝達されたＭＣＡに要請した情報を獲得することを知る（Ｓ２３１３）。Ｓ２３１４ないしＳ２３１５段階は移動端末２が遂行する動作であり、Ｓ２３１２ないしＳ２３１３動作と同じである。ＡＰは移動端末が要請した情報を獲得するための手続きを開始して獲得する。この手続きはＢ−ＳＮＡｂｅａｃｏｎを伝送してｑｕｅｒｙｒｅｓｐｏｎｓｅ動作フレームを伝送する前に起こる手続きである（Ｓ２３１６ないしＳ２３１９）。ＡＰは移動端末１、２にＢ−ＳＮＡｂｅａｃｏｎを伝達し、これはＢ−ＳＮＡを伝送を受けた後、直ちにグループ放送メッセージが伝達されることを意図するためのものである（Ｓ２３２０）。ＡＰは移動端末が要請した情報を含んだ動作フレームを伝送し、このとき動作フレームが二つ以上の移動端末のためのものである場合には‘Ａｃｋｒｅｑｕｉｒｅｄｂｉｔ’を解除して伝送することによって動作フレームを受信後、移動端末がａｃｋを伝送できないようにする（Ｓ２３２１）。Ｓ２３２０ないしＳ２３２１段階は信頼性のために多数回繰り返されて伝送されることができ、反復情報はＲｅｍａｉｎｉｎｇｒｅｐｅｔｉｔｉｏｎパラメータを介して移動端末に知らせる。

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

無線ラン（ＩＥＥＥ８０２．１１、Ｗｉ−Ｆｉ）で用いられるフレームの構造である。無線ランで用いられる管理フレーム（Ｍａｎａｇｅｍｅｎｔｆｒａｍｅ）の一例を示す図面である。無線ランシステムにおいて管理フレームバディ（ＭａｎａｇｅｍｅｎｔＦｒａｍｅＢｏｄｙ）の要素（ｃｏｍｐｏｎｅｎｔ）を示す図面である。従来の技術に従う無線ランのネットワーク構成を示す図面である。多数個のＡＰのカバリッジ（ｃｏｖｅｒａｇｅ）が重畳される通信環境を示す図面である。従来の技術に従って無線ランと３ＧＰＰ間の連動手続きの一例を示す図面である。従来の技術に従って移動端末が連動情報を要請して獲得する一連の手続きを示す図面である。ＮＭＢとＮＤＢの周期的な伝送方法を表す一例を示す図面である。ＤＳを介して二つのＡＰ間に通信する方法を説明するフローチャとである。連動情報を効果的に管理するための無線ラン網の構造の一例である。上記連動情報ブローカ要請ＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＲｅｑｕｅｓｔＩＥ）を示す。上記連動情報ブローカＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＩＥ）の一例を示す。上記連動情報ブローカＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒＩＥ）の他の一例を示す。上記ＥＭＩＤサーバＩＥの一例を示す。連動情報要請ＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＩＥ）の一例を示す。連動情報要請ＩＥ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＩＥ）の一例を示す。上記連動情報要請動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔＡｃｔｉｏｎＦｒａｍｅＩＥ）の一例を示す。連動情報応答動作フレーム（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅＡｃｔｉｏｎＦｒａｍｅ）の一例を示す。ＥＭＩＤ要請動作フレーム（ＥＭＩＤＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）の一例を示す。ＥＭＩＤ応答動作フレーム（ＥＭＩＤＲｅｑｕｅｓｔａｃｔｉｏｎｆｒａｍｅ）の一例を示す。連動情報ブローカ（ＩｎｔｅｒｗｏｒｋｉｎｇＩｎｆｏｒｍａｔｉｏｎＢｒｏｋｅｒ）との通信方法を表す手続き流れ図である。本実施例に従う手続き流れ図のもう他の一例を示す図面である。上記ＮｅｔｗｏｒｋＤｉｓｃｏｖｅｒｙＢｅａｃｏｎＩｎｆｏｒｍａｔｉｏｎ（即ち、上記ＮＤＢＩｎｆｏｒｍａｔｉｏｎ）に対する情報要素の構成の一例を示す図面である。ＱｕｅｒｙＲｅｓｐｏｎｓｅフレームの構造の一例を説明するためのブロック図である。ＱｕｅｒｙＲｅｓｐｏｎｓｅフレームの構造のもう他の一例を説明するためのブロック図である。一つ以上のＡＲｅｑＩＥに対する応答がパッキング（Ｐａｃｋｉｎｇ）されて伝送されるときの動作フレーム（ＡｃｔｉｏｎＦｒａｍｅ）の一例である。図２３ｅ及び図２３ｆは、上述したＦｒａｇ／Ｐａｃｋが断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）のうち中間断片（ｆｒａｇｍｅｎｔ）又は最終断片（ｆｒａｇｍｅｎｔ）であることを知らせるとき用いられる動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）のフォーマット（ｆｏｒｍａｔ）の一例である。図２３ｅ及び図２３ｆは、上述したＦｒａｇ／Ｐａｃｋが断片化（Ｆｒａｇｍｅｎｔａｔｉｏｎ）のうち中間断片（ｆｒａｇｍｅｎｔ）又は最終断片（ｆｒａｇｍｅｎｔ）であることを知らせるとき用いられる動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）のフォーマット（ｆｏｒｍａｔ）の一例である。ＱｕｅｒｙＲｅｓｐｏｎｓｅ動作フレームの構造のもう他の一例を示す図面である。ＱｕｅｒｙＲｅｓｐｏｎｓｅ動作フレームの構造のもう他の一例を示す。上記ＮＤＢＩｎｆｏｒｍａｔｉｏｎ情報要素（ＩＥ）の構成のもう他の一例を示す図面である。図２５ないし図２８は、二つの追加的な制御ビットを添付して上記連動情報ＩＥを改善する一例を示す図面である。図２５ないし図２８は、二つの追加的な制御ビットを添付して上記連動情報ＩＥを改善する一例を示す図面である。図２５ないし図２８は、二つの追加的な制御ビットを添付して上記連動情報ＩＥを改善する一例を示す図面である。図２５ないし図２８は、二つの追加的な制御ビットを添付して上記連動情報ＩＥを改善する一例を示す図面である。要請した連動情報の要請に対してＡＰがこの要請に対する情報を獲得する以前に上記要請した移動端末が上記情報要請を取り消す情報要素の一例を示す図面である。本発明の一実施例に従う手続き流れ図である。上記ＡＰが上記ＣｏｍｅＢａｃｋＤｅｌａｙ時間が経過した以後にも上記移動端末が要請した情報を獲得できない場合の動作を説明する手続き流れ図である。二つ以上の端末から上記連動情報を要請する場合の一例を示す図面である。無線ラン移動端末が要請した情報獲得を取り消すことを表す一実施例を説明する図面である。ＡＰがＮＤＢの周期を毎ＮＭＢに含んで伝達して移動端末がいつＮＤＢが伝送されるかを知らせる方法を説明する手続き流れ図である。本実施例に従ってデータが送受信される手続きを表す手続き流れ図である。図３６ないし図３７は、本実施例に従ってデータが送受信された手続きを表す手続き流れ図のもう他の一例である。図３６ないし図３７は、本実施例に従ってデータが送受信された手続きを表す手続き流れ図のもう他の一例である。

Claims

多数の副搬送波を用いて通信する無線接続システムにおいて、
少なくとも一つの無線端末からメッセージを受信し、分配システム（ＤｉｓｔｒｉｂｕｔｉｏｎＳｙｓｔｅｍ）を介して他のアクセスポイント（ａｃｃｅｓｓｐｏｉｎｔ）と通信する少なくとも一つのアクセスポイント；
上記無線端末が上記少なくとも一つのアクセスポイントに送信したＳＳＰＮ（ＳｕｂｓｃｒｉｂｅｒＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒＮｅｔｗｏｒｋ）に関する情報要請メッセージを上記少なくとも一つのアクセスポイントとのインターフェースを介して受信し、上記ＳＳＰＮに関する情報を含むネットワークエンティティとのインターフェースを介して上記情報要請メッセージに相応する応答情報を獲得する少なくとも一つの連動情報ブローカ（ｉｎｔｅｒｗｏｒｋｉｎｇｂｒｏｋｅｒ）を含む多数の副搬送波を用いて通信する無線接続システム。
請求項１において、
上記少なくとも一つのアクセスポイントは、上記少なくとも一つの連動情報ブローカの能力（ｃａｐａｂｉｌｉｔｙ）を表す情報種類（ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ）を上記無線端末に送信する多数の副搬送波を用いて通信する無線接続システム。
請求項１において、
上記少なくとも一つのアクセスポイントは、上記少なくとも一つの連動情報ブローカのＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）住所を表す住所情報を上記無線端末に送信する多数の副搬送波を用いて通信する無線接続システム。
請求項１において、
上記少なくとも一つのアクセスポイントは、ビーコン（ｂｅａｃｏｎ）メッセージに上記少なくとも一つの連動情報ブローカの能力（ｃａｐａｂｉｌｉｔｙ）を表す情報種類（ｉｎｆｏｒｍａｔｉｏｎｔｙｐｅ）を含ませる多数の副搬送波を用いて通信する無線接続システム。
請求項１において、
上記少なくとも一つのアクセスポイントは、ビーコン（ｂｅａｃｏｎ）メッセージに上記少なくとも一つの連動情報ブローカのＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）住所を表す住所情報をを含ませる多数の副搬送波を用いて通信する無線接続システム。
請求項１において、上記情報要請メッセージは、
上記無線端末が送信した動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）である多数の副搬送波を用いて通信する無線接続システム。
請求項６において、
上記動作フレームは、上記少なくとも一つのアクセスポイントにより第２階層メッセージにカプセル化されて上記少なくとも一つの連動情報ブローカに伝達される多数の副搬送波を用いて通信する無線接続システム。
請求項７において、
上記第２階層メッセージは、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））フレームまたは有線ランメッセージである多数の副搬送波を用いて通信する無線接続システム。
請求項１において、
上記少なくとも一つの連動情報ブローカは、上記応答情報を第２階層メッセージにカプセル化して上記少なくとも一つのアクセスポイントに伝達する多数の副搬送波を用いて通信する無線接続システム。
請求項９において、
上記第２階層メッセージは、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））フレームまたは有線ランメッセージである多数の副搬送波を用いて通信する無線接続システム。
無線ラン網において無線端末が要請した情報を処理する方法において、
アクセスポイントがネットワークエンティティから情報を獲得することを要請する第１要請メッセージを上記アクセスポイントに送信する段階；
上記第１要請メッセージに対する応答が送信される複数の無線端末を識別する住所及び上記第１要請メッセージを識別するクエリ識別子（ｑｕｅｒｙＩＤ）を含む第１応答メッセージを上記アクセスポイントから受信する段階；上記第１要請メッセージに基づいて上記アクセスポイントが上記ネットワークエンティティから獲得した情報を含み、上記複数の無線端末を識別する住所を介して識別される少なくとも一つの端末に送信される第２応答メッセージを少なくとも一回受信する段階
を含む無線ラン網において無線端末が要請した情報を処理する方法。
請求項１１において、
上記第２応答メッセージは、上記アクセスポイントのビーコン（ｂｅａｃｏｎ）メッセージに含まれる送信時点情報により指示される時点に上記アクセスポイントにより送信される無線ラン網において無線端末が要請した情報を処理する方法。
請求項１２において、
上記送信時点情報は、減少するカウント値を用いて上記第２応答メッセージの送信時点を指示する無線ラン網において無線端末が要請した情報を処理する方法。
請求項１３において、
上記カウント値が零（０）となる場合、上記第２応答メッセージが送信される無線ラン網において無線端末が要請した情報を処理する方法。
請求項１３において、
上記カウント値は、上記送信時点情報を含む上記ビーコンメッセージ毎に減少する無線ラン網において無線端末が要請した情報を処理する方法。
請求項１１において、
上記複数の無線端末を識別する住所は放送住所（ｂｒｏａｄｃａｓｔａｄｄｒｅｓｓ）である無線ラン網において無線端末が要請した情報を処理する方法。
請求項１１において、
上記複数の無線端末を識別する住所はマルチキャストグループ放送住所（ｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓ）である無線ラン網において無線端末が要請した情報を処理する方法。
請求項１１において、
上記アクセスポイントにプローブ要請メッセージを送信する段階；及び、
上記アクセスポイントに上記ネットワークエンティティに接続が可能か否かを表すプローブ応答メッセージを上記アクセスポイントから受信する段階をさらに含む無線ラン網において無線端末が要請した情報を処理する方法。
請求項１１において、
上記アクセスポイントが上記ネットワークエンティティに接続が可能か否かを表す上記ビーコンメッセージを受信する段階をさらに含む無線ラン網において無線端末が要請した情報を処理する方法。
請求項１１において、
上記ネットワークエンティティは、連動情報ブローカ（ｉｎｔｅｒｗｏｒｋｉｎｇｉｎｆｏｒｍａｔｉｏｎｂｒｏｋｅｒ）をさらに含む無線ラン網において無線端末が要請した情報を処理する方法。
請求項１１において、
上記第２応答メッセージは、上記クエリ識別子を含む無線ラン網において無線端末が要請した情報を処理する方法。
請求項１１において、
上記ネットワークエンティティから獲得した情報が既設定された大きさを超える場合、
上記ネットワークエンティティから獲得した情報は断片識別子（ｆｒａｇｍｅｎｔＩＤ）により識別される複数の断片に分離される無線ラン網において無線端末が要請した情報を処理する方法。
請求項２２において、
上記断片識別子は、分離される断片の個数が増加することによって増加する無線ラン網において無線端末が要請した情報を処理する方法。
請求項１１において、
上記第２応答メッセージは、動作フレーム（Ａｃｔｉｏｎｆｒａｍｅ）であり、カプセル化された上記ネットワークエンティティから獲得した情報を含む無線ラン網において無線端末が要請した情報を処理する方法。
無線ラン網において用いられる媒介体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）フレームにおいて、
上記媒介体接続制御フレームのフレームバディ（ｆｒａｍｅｂｏｄｙ）に制御情報が含まれるか否かを表し、上記媒介体接続制御フレームのヘッダ（ｈｅａｄｅｒ）に含まれる種類（ｔｙｐｅ）フィールド；及び、
上記制御情報を含む上記フレームバディ（ｆｒａｍｅｂｏｄｙ）；を含み、
上記フレームバディに上記制御情報が含まれ、上記制御情報の第１部分が全体断片のうちいずれか一つである場合、
上記フレームバディは、上記第１部分を識別する断片識別子（ｆｒａｇｍｅｎｔＩＤ）及び上記第１部分が最終断片であるか否かを識別する最終断片（ｌａｓｔｆｒａｇｍｅｎｔ）フィールドを含む無線ラン網において用いられる媒介体接続制御（ＭＡＣ）フレーム。
請求項２５において、
上記断片識別子は、分離される断片の個数が増加することによって増加する無線ラン網において用いられる媒介体接続制御フレーム。
請求項２５において、
上記制御情報は、動作フレーム（ａｃｔｉｏｎｆｒａｍｅ）である無線ラン網において用いられる媒介体接続制御フレーム。
請求項２５において、
上記媒介体接続制御フレームのヘッダは、上記フレームバディに使用者データ情報が含まれる場合、上記フレームバディを介して追加に送信される断片（ｆｒａｇｍｅｎｔ）が存在するか否かを含む追加断片（ｍｏｒｅｆｒａｇｍｅｎｔ）フィールドを含む無線ラン網において用いられる媒介体接続制御フレーム。
請求項２８において、
上記追加断片フィールドは、１ビットで構成される無線ラン網において用いられる媒介体接続制御フレーム。
請求項２５において、
上記制御情報の第１部分は、アクセスポイントがネットワークエンティティから要請して獲得した応答メッセージの一部である無線ラン網において用いられる媒介体接続制御フレーム。
請求項３０において、
上記応答メッセージが既設定された長さより大きい場合、上記応答メッセージは複数の断片に分離される無線ラン網において用いられる媒介体接続制御フレーム。