JP2018518095A - 無線通信システムにおいてｎａｎプロキシサーバーに登録する方法及び装置 - Google Patents

Abstract

【課題】
【解決手段】本明細書は、無線通信システムにおいてＮＡＮプロキシクライアントがＮＡＮプロキシサーバーに登録する方法に関するものである。この際、ＮＡＮプロキシクライアントがＮＡＮプロキシサーバーに登録する方法は、プロキシサービス検索についてのサブスクライブメッセージをＮＡＮプロキシサーバーに送信する段階、パブリッシュメッセージをＮＡＮプロキシサーバーから受信する段階と、プロキシサービスに基づいてプロキシ登録要求メッセージをＮＡＮプロキシサーバーに送信する段階と、プロキシ登録要求メッセージに基づいてプロキシ登録応答メッセージを受信する段階を含むことができる。この際、パブリッシュメッセージはプロキシサービスがＮＡＮプロキシサーバーによって支援されることを示すメッセージであり、プロキシ登録応答メッセージが受信されれば、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーに登録され、登録されたＮＡＮプロキシクライアントは第１ディスカバリウィンドウ周期に基づいてアウェイクできる。
【選択図】 図１５

Description

本明細書は無線通信システムに関するもので、より詳しくは無線通信システムにおいてＮＡＮプロキシサーバーに登録する方法及び装置に関するものである。

無線通信システムが音声やデータなどのような多様な種類の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース（帯域幅、伝送パワーなど）を共有して多重使用者との通信を支援することができる多重接続（ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム及びＭＣ−ＦＤＭＡ（ｍｕｌｔｉ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムなどがある。

また、最近、情報通信技術の発展につれて多様な無線通信技術が開発されている。このうち、無線ＬＡＮ（ＷＬＡＮ）は無線周波数技術を基にして個人携帯用情報端末機（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ；ＰＤＡ）、ラップトップコンピューター、携帯用マルチメディアプレーヤー（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ；ＰＭＰ）などのような携帯用端末機を用いて家庭、企業又は特定のサービス提供地域において無線でインターネットにアクセスすることができるようにする技術である。

本明細書は、無線通信システムにおいてＮＡＮプロキシサーバー（ｐｒｏｘｙ ｓｅｒｖｅｒ）に登録する方法及びその装置を提供することに目的がある。

本明細書は、無線通信システムにおいてＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）端末がプロキシサーバー（ｐｒｏｘｙ ｓｅｒｖｅｒ）及びプロキシクライアント（ｐｒｏｘｙ ｃｌｉｅｎｔ）の役目をする方法を提供することに目的がある。

本明細書は、プロキシサーバーの役目を有するＮＡＮ端末がデータ伝送又は節電（ｐｏｗｅｒ ｓａｖｉｎｇ）の機能を提供することに目的がある。

本明細書の一実施例によって、無線通信システムにおいてＮＡＮプロキシクライアントがＮＡＮプロキシサーバーに登録する方法を提供することができる。この際、ＮＡＮプロキシクライアントがＮＡＮプロキシサーバーに登録する方法は、プロキシサービス検索についてのサブスクライブメッセージをＮＡＮプロキシサーバーに送信する段階と、パブリッシュメッセージをＮＡＮプロキシサーバーから受信する段階と、プロキシサービスに基づいてプロキシ登録要求メッセージをＮＡＮプロキシサーバーに送信する段階と、プロキシ登録要求メッセージに基づいてプロキシ登録応答メッセージを受信する段階を含むことができる。この際、パブリッシュメッセージはプロキシサービスがＮＡＮプロキシサーバーによって支援されることを示すメッセージであり、プロキシ登録応答メッセージが受信されれば、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーに登録され、登録されたＮＡＮプロキシクライアントは第１ディスカバリウィンドウ周期に基づいてアウェイクできる。

また、本明細書の一実施例によって、無線通信システムにおいてＮＡＮプロキシサーバーに登録を行うＮＡＮプロキシクライアントを提供することができる。この時、ＮＡＮプロキシクライアントは、外部デバイスからインフォメーションを受信する受信モジュール、外部デバイスにインフォメーションを送信する送信モジュール、及び受信モジュールと送信モジュールを制御するプロセッサを含むことができる。この際、プロセッサは、プロキシサービス検索についてのサブスクライブメッセージをＮＡＮプロキシサーバーに送信し、パブリッシュメッセージをＮＡＮプロキシサーバーから受信し、プロキシサービスに基づいてプロキシ登録要求メッセージをＮＡＮプロキシサーバーに送信し、プロキシ登録要求メッセージに基づいてプロキシ登録応答メッセージを受信することができる。この際、パブリッシュメッセージはプロキシサービスがＮＡＮプロキシサーバーによって支援されることを示すメッセージであり、プロキシ登録応答メッセージが受信されれば、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーに登録され、登録されたＮＡＮプロキシクライアントは第１ディスカバリウィンドウ周期に基づいてアウェイクできる。

また、無線通信システムにおいてプロキシの役目をする方法及びＮＡＮ端末装置に対し、次の事項は共通に適用可能である。

本発明の一実施例によって、第１ディスカバリウィンドウ周期についての情報はプロキシ登録要求メッセージに含まれてＮＡＮプロキシサーバーに送信できる。

また、本明細書の一実施例によって、ＮＡＮプロキシサーバーは第２ディスカバリウィンドウ周期に基づいてアウェイクされ、第１ディスカバリウィンドウ周期は第２ディスカバリウィンドウ周期の整数倍に設定できる。

また、本明細書の一実施例によって、プロキシ登録応答メッセージは登録が許されるか否かを指示する情報及び登録ＩＤ情報のうち少なくとも一つを含むことができる。

また、本明細書の一実施例によって、ＮＡＮプロキシクライアントに対する登録が完了すれば、ＮＡＮプロキシサーバーがＮＡＮプロキシクライアントのパブリッシュ及びサブスクライブの機能を代わってすることができる。

また、本明細書の一実施例によって、ＮＡＮプロキシサーバーに登録されたＮＡＮプロキシクライアントが登録解除過程を行うことができる。

この時、本明細書の一実施例によって、登録解除過程は、ＮＡＮプロキシサーバーで登録解除要求メッセージを送信する段階、及びＮＡＮプロキシサーバーから登録解除応答メッセージを受信する段階を含むことができる。

また、本明細書の一実施例によって、ＮＡＮプロキシサーバーが利用できない状態となる場合、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーで登録を解除し、登録解除についての情報をＮＡＮプロキシサーバーに登録された他のＮＡＮプロキシクライアントに提供することができる。

また、本明細書の一実施例によって、ＮＡＮプロキシサーバーからプロキシサーバー能力についての情報を含む第１フレームを受信する段階をさらに含むことができる。

この時、本明細書の一実施例によって、第１フレームは、ＮＡＮビーコンフレーム及びＮＡＮサービスディスカバリフレームのうちいずれか一つであり得る。

また、本明細書の一実施例によって、第１フレームはＮＡＮプロキシサーバー属性フィールドを含み、ＮＡＮプロキシサーバー属性フィールドはプロキシサーバー住所フィールド、プロキシサーバー能力フィールド、アウェイク周期フィールド及びＢＳＳＩＤフィールドのうち少なくとも一つを含むことができる。

また、本明細書の一実施例によって、第１フレームを受信すれば、プロキシクライアント能力情報を含む第２フレームをＮＡＮプロキシサーバーに送信する段階をさらに含むことができる。この際、第２フレームはＮＡＮプロキシクライアント属性フィールドを含み、ＮＡＮプロキシサーバー属性フィールドはプロキシクライアント住所フィールド、プロキシサーバー住所フィールド、アウェイク周期フィールド及びＢＳＳＩＤフィールドのうち少なくとも一つを含むことができる。

また、本明細書の一実施例によって、登録されたＮＡＮプロキシクライアントは第１ディスカバリウィンドウ周期に基づいてアウェイクされるディスカバリウィンドウでＮＡＮプロキシサーバーから第１フレームを受信し、第１フレームに基づいてＮＡＮプロキシサーバーと同期化を行うことができる。

また、本明細書の一実施例によって、第１フレームに基づいてＮＡＮプロキシサーバーに第２フレームを送信し、第２フレームはＮＡＮプロキシクライアントの登録が維持されていることを示す情報を含むことができる。

本明細書は、無線通信システムにおいてＮＡＮプロキシサーバーに登録する方法及びその装置を提供することができる。

本明細書は、無線通信システムにおいてＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）端末がプロキシサーバー（ｐｒｏｘｙ ｓｅｒｖｅｒ）及びプロキシクライアント（ｐｒｏｘｙ ｃｌｉｅｎｔ）の役目をする方法を提供することができる。

本明細書は、プロキシサーバーの役目を有するＮＡＮ端末がデータ伝送又は節電（ｐｏｗｅｒ ｓａｖｉｎｇ）の機能を提供することができる。

本明細書から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解可能であろう。

ＩＥＥＥ ８０２．１１システムの例示的な構造を示す図である。 ＮＡＮクラスタを例示する図である。 ＮＡＮクラスタを例示する図である。 ＮＡＮ端末の構造が例示する図である。 ＮＡＮコンポーネントの関係を示す図である。 ＮＡＮコンポーネントの関係を示す図である。 ＮＡＮ端末の状態遷移を示す図である。 ディスカバリウィンドウを示す図である。 ディスカバリウィンドウを示す図である。 ＮＡＮプロキシサーバーにＮＡＮ端末がＮＡＮプロキシクライアントとして登録する方法を示す図である。 ＮＡＮプロキシサーバーに登録されたＮＡＮプロキシクライアントが登録を解除する方法を示す図である。 ＮＡＮプロキシサーバー及びＮＡＮプロキシクライアントに対するディスカバリウィンドウ周期を示す図である。 ＮＡＮプロキシサーバーがＮＡＮ端末を支援する方法を示す図である。 複数のＮＡＮプロキシサーバーに登録されたＮＡＮプロキシクライアントを管理する方法を示す図である。 プロキシの役目をする方法についてのフローチャートを示す図である。 端末装置のブロック図である。

以下、本発明に係る好適な実施形態を添付図面に基づいて詳細に説明する。添付の図面と共に、以下で開示する詳細な説明は、本発明の例示的な実施形態を説明するためのものであって、本発明が実施され得る唯一の実施形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者であれば、本発明がこのような具体的な細部事項がなくても実施可能であることが分かる。

以下の実施例は、本発明の各構成要素と各特徴を所定の形態で結合したものである。各構成要素又は特徴は、別途の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の各実施例で説明する各動作の順序は変更可能である。一つの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴と取り替えることができる。

以下の説明で使用される特定用語は、本発明の理解を促進するために提供されたものであって、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更可能である。

いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略するか、各構造及び装置の核心機能を中心にしたブロック図の形式で図示される。また、本明細書全体にわたって同一の構成要素に対しては、同一の図面符号を使用して説明する。

本発明の各実施例は、各無線アクセスシステムであるＩＥＥＥ ８０２システム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥ及びＬＴＥ―Ａ（ＬＴＥ―Ａｄｖａｎｃｅｄ）システム及び３ＧＰＰ２システムのうち少なくとも一つに開示した各標準文書によって裏付けることができる。すなわち、本発明の各実施例のうち、本発明の技術的思想を明確に表すために説明していない各段階又は各部分は、前記各文書によって裏付けることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明することができる。

以下の技術は、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）などの多様な無線アクセスシステムに使用することができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００などの無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）で具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）などの無線技術で具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ―Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２―２０、Ｅ―ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などの無線技術で具現することができる。

また、本明細書で、第１及び／又は第２などの用語は多様な構成要素を説明するために使えるが、前記構成要素は前記用語に限定されてはいけない。前記用語は一構成要素を他の構成要素から区別する目的のみで、例えば本明細書の概念による権利範囲から逸脱しない範疇内で、第１構成要素は第２構成要素と名付けることができ、同様に、第２構成要素は第１構成要素とも名付けることができる。

また、明細書全般にわたって、ある部分が他の構成要素を“含む”というとき、これは特に反対の記載がない限りさらに他の構成要素を除くものではなく、さらに他の構成要素をさらに含むことができることを意味する。そして、明細書に記載された“…ユニット”、“…部”などの用語は少なくとも一つの機能又は動作を処理する単位を意味し、これはハードウェア及び／又はソフトウェアの結合によって具現することができる。

以下では、明確性のために、ＩＥＥＥ ８０２．１１システムを主として説明するが、本発明の技術的思想がこれに制限されるものではない。

ＷＬＡＮシステムの構造

図１は、本発明が適用され得るＩＥＥＥ ８０２．１１システムの例示的な構造を示す図である。

ＩＥＥＥ ８０２．１１構造は、複数の構成要素で構成することができ、これらの相互作用により、上位階層に対してトランスパレントなＳＴＡ移動性を支援するＷＬＡＮを提供することができる。基本サービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ；ＢＳＳ）は、ＩＥＥＥ ８０２．１１ ＬＡＮでの基本的な構成ブロックに該当し得る。図１では、２個のＢＳＳ（ＢＳＳ１及びＢＳＳ２）が存在し、それぞれのＢＳＳのメンバーとして２個のＳＴＡが含まれること（ＳＴＡ１及びＳＴＡ２はＢＳＳ１に含まれ、ＳＴＡ３及びＳＴＡ４はＢＳＳ２に含まれる）を例示的に図示する。図１において、ＢＳＳを示す楕円は、該当のＢＳＳに含まれた各ＳＴＡが通信を維持するカバレッジ領域を示すものと理解することができる。この領域をＢＳＡ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ａｒｅａ）と称することができる。ＳＴＡがＢＳＡの外側に移動すると、該当のＢＳＡ内の他のＳＴＡと直接通信できなくなる。

ＩＥＥＥ ８０２．１１ ＬＡＮで最も基本的なタイプのＢＳＳは、独立的なＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ；ＩＢＳＳ）である。例えば、ＩＢＳＳは、２個のＳＴＡのみで構成された最小の形態を有することができる。また、最も単純な形態であり、他の構成要素が省略されている図１のＢＳＳ（ＢＳＳ１又はＢＳＳ２）がＩＢＳＳの代表的な例示に該当し得る。このような構成は、各ＳＴＡが直接通信できる場合に可能である。また、このような形態のＬＡＮは、予め計画されて構成されるものではなく、ＬＡＮが必要な場合に構成され得るものであって、これをアドホック（ａｄ―ｈｏｃ）ネットワークと称することもできる。

ＳＴＡのオンやオフ、ＳＴＡがＢＳＳ領域に入るか、ＢＳＳ領域から出ることなどにより、ＢＳＳにおけるＳＴＡのメンバーシップが動的に変更され得る。ＢＳＳのメンバーになるためには、ＳＴＡは、同期化過程を用いてＢＳＳにジョインすることができる。ＢＳＳ基盤構造の全てのサービスにアクセスするためには、ＳＴＡはＢＳＳに連関（ａｓｓｏｃｉａｔｅｄ）していなければならない。このような連関（ａｓｓｏｃｉａｔｉｏｎ）は、動的に設定することができ、分配システムサービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ Ｓｅｒｖｉｃｅ；ＤＳＳ）の利用を含むことができる。

さらに、図１では、分配システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ；ＤＳ）、分配システム媒体（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ Ｍｅｄｉｕｍ；ＤＳＭ）、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ；ＡＰ）などの構成要素に対して図示する。

ＷＬＡＮにおける直接的なステーション―対―ステーションの距離は、ＰＨＹ性能によって制限することができる。いずれかの場合は、このような距離の限界が十分でもあるが、場合に応じては、より遠い距離のステーション間の通信が必要であることもある。拡張されたカバレッジを支援するために分配システム（ＤＳ）を構成することができる。

ＤＳは、各ＢＳＳが互いに連結される構造を意味する。具体的には、図１に示すように、ＢＳＳが独立的に存在する代わりに、複数のＢＳＳで構成されたネットワークの拡張された形態の構成要素としてＢＳＳが存在することもある。

ＤＳは、論理的な概念であり、分配システム媒体（ＤＳＭ）の特性に応じて特定することができる。これと関連して、ＩＥＥＥ ８０２．１１標準では、無線媒体（Ｗｉｒｅｌｅｓｓ Ｍｅｄｉｕｍ；ＷＭ）と分配システム媒体（ＤＳＭ）を論理的に区分している。それぞれの論理的媒体は、異なる目的のために使用され、異なる構成要素によって使用される。ＩＥＥＥ ８０２．１１標準の定義では、これら各媒体が同一であると制限することもなく、これら各媒体が異なると制限することもない。このように複数の媒体が論理的に異なるという点で、ＩＥＥＥ ８０２．１１ ＬＡＮ構造（ＤＳ構造又は他のネットワーク構造）の柔軟性を説明することができる。すなわち、ＩＥＥＥ ８０２．１１ ＬＡＮ構造は多様に具現することができ、それぞれの具現例の物理的な特性に応じて独立的に該当のＬＡＮ構造を特定することができる。

ＤＳは、複数のＢＳＳのシームレス（ｓｅａｍｌｅｓｓ）統合を提供し、目的地へのアドレスを取り扱うのに必要な各論理的サービスを提供することによって移動機器を支援することができる。

ＡＰは、連関した各ＳＴＡに対してＷＭを通じてＤＳへのアクセスを可能にし、ＳＴＡ機能性を有するエンティティ（ｅｎｔｉｔｙ）を意味する。ＡＰを通じてＢＳＳとＤＳとの間のデータ移動を行うことができる。例えば、図１で示すＳＴＡ２及びＳＴＡ３は、ＳＴＡの機能性を有しながら、連関した各ＳＴＡ（ＳＴＡ１及びＳＴＡ４）をＤＳにアクセスさせる機能を提供する。また、全てのＡＰは、基本的にＳＴＡに該当するので、全てのＡＰは、アドレス可能なエンティティである。ＷＭ上での通信のためにＡＰによって使用されるアドレスと、ＤＳＭ上での通信のためにＡＰによって使用されるアドレスは必ずしも同一である必要はない。

ＡＰに連関した各ＳＴＡのうち一つからそのＡＰのＳＴＡアドレスに送信されるデータは、常に非制御ポート（ｕｎｃｏｎｔｒｏｌｌｅｄ ｐｏｒｔ）で受信され、ＩＥＥＥ ８０２．１Ｘポートアクセスエンティティによって処理され得る。また、制御ポート（ｃｏｎｔｒｏｌｌｅｄ ｐｏｒｔ）が認証されると、送信データ（又はフレーム）はＤＳに伝達され得る。

階層構造

無線ＬＡＮシステムで動作するＳＴＡの動作は、階層（ｌａｙｅｒ）構造の観点で説明することができる。装置構成の側面で、階層構造は、プロセッサによって具現することができる。ＳＴＡは、複数の階層構造を有することができる。例えば、８０２．１１標準文書で取り扱う階層構造は、主にＤＬＬ（Ｄａｔａ Ｌｉｎｋ Ｌａｙｅｒ）上のＭＡＣサブ階層（ｓｕｂｌａｙｅｒ）及び物理（ＰＨＹ）階層である。ＰＨＹは、ＰＬＣＰ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｃｅｄｕｒｅ）個体、ＰＭＤ（Ｐｈｙｓｉｃａｌ Ｍｅｄｉｕｍ Ｄｅｐｅｎｄｅｎｔ）個体などを含むことができる。ＭＡＣサブ階層及びＰＨＹは、それぞれＭＬＭＥ（ＭＡＣ ｓｕｂｌａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）及びＰＬＭＥ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と称される管理個体を概念的に含む。これら各個体は、階層管理機能が作動する階層管理サービスインターフェースを提供する。

正確なＭＡＣ動作を提供するために、ＳＭＥ（Ｓｔａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）がそれぞれのＳＴＡ内に存在する。ＳＭＥは、別途の管理プレイン内に存在するか又はそれぞれ離れている（ｏｆｆ ｔｏ ｔｈｅ ｓｉｄｅ）ように見える、階層独立的な個体である。ＳＭＥの正確な各機能は、本文書で具体的に説明していないが、一般的には、多様な階層管理個体（ＬＭＥ）から階層―従属的な状態を収集し、階層―特定パラメータの値を類似する値に設定するなどの機能を担当するものと見える。ＳＭＥは、一般に、一般システム管理個体を代表してこれら各機能を行い、標準管理プロトコルを具現することができる。

上述した各個体は、多様な方式で相互作用する。例えば、各個体は、各ＧＥＴ／ＳＥＴプリミティブ（ｐｒｉｍｉｔｉｖｅ）を交換（ｅｘｃｈａｎｇｅ）することによって相互作用することができる。プリミティブは、特定目的と関連する要素（ｅｌｅｍｅｎｔ）や各パラメータのセットを意味する。ＸＸ―ＧＥＴ．ｒｅｑｕｅｓｔプリミティブは、与えられたＭＩＢ属性（ａｔｔｒｉｂｕｔｅ）（管理情報に基づく属性情報）の値を要求するために使用される。ＸＸ―ＧＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態（Ｓｔａｔｕｓ）が“成功”である場合は、適切なＭＩＢ属性情報値をリターンし、そうでない場合は、状態フィールドでエラー指示をリターンするために使用される。ＸＸ―ＳＥＴ．ｒｅｑｕｅｓｔプリミティブは、指示されたＭＩＢ属性が与えられた値に設定されるように要求するために使用される。前記ＭＩＢ属性が特定の動作を意味する場合、これは、該当の動作が行われることを要求するものである。そして、ＸＸ―ＳＥＴ．ｃｏｎｆｉｒｍプリミティブは、状態が“成功”である場合に指示されたＭＩＢ属性が要求された値に設定されたことを確認し、そうでない場合は、状態フィールドにエラー条件をリターンするために使用される。ＭＩＢ属性が特定の動作を意味する場合、これは、該当の動作が行われたことを確認する。

また、ＭＬＭＥ及びＳＭＥは、多様なＭＬＭＥ＿ＧＥＴ／ＳＥＴプリミティブをＭＬＭＥ＿ＳＡＰ（Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ）を通じて交換することができる。また、多様なＰＬＭＥ＿ＧＥＴ／ＳＥＴプリミティブは、ＰＬＭＥ＿ＳＡＰを通じてＰＬＭＥとＳＭＥとの間で交換することができ、ＭＬＭＥ―ＰＬＭＥ＿ＳＡＰを通じてＭＬＭＥとＰＬＭＥとの間で交換することができる。

ＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）トポロジ

ＮＡＮネットワークは、同一のＮＡＮパラメータ（例えば、連続したディスカバリウィンドウ間の時間区間、ディスカバリウィンドウの区間、ビーコンインターバル又はＮＡＮチャネルなど）の集合を使用するＮＡＮ端末からなり得る。ＮＡＮ端末はＮＡＮクラスタを構成することができ、ここで、ＮＡＮクラスタは、同一のＮＡＮパラメータの集合を使用し、同一のディスカバリウィンドウスケジュールに同期化しているＮＡＮ端末の集合を意味する。図２にＮＡＮクラスタの例を示している。ＮＡＮクラスタに属したＮＡＮ端末は、マルチキャスト／ユニキャストサービスディスカバリフレームを、ディスカバリウィンドウの範囲内で、他のＮＡＮ端末に直接送信することができる。図３に示すように、ＮＡＮクラスタは一つ以上のＮＡＮマスターを含むことができ、ＮＡＮマスターは変更されてもよい。また、ＮＡＮマスターは同期ビーコンフレーム、ディスカバリビーコンフレーム、及びサービスディスカバリフレームを全て送信することができる。

ＮＡＮ Ｄｅｖｉｃｅ Ａｒｃｈｉｔｅｃｔｕｒｅ

図４にはＮＡＮ端末の構造を示している。図４に示すように、ＮＡＮ端末は、８０２．１１の物理層に基づいており、ＮＡＮディスカバリエンジン（ＮＡＮ Ｄｉｓｃｏｖｅｒｙ Ｅｎｇｉｎｅ）、ＮＡＮ ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）、各アプリケーション（Ａｐｐｌｉｃａｔｉｏｎ １，Ａｐｐｌｉｃａｔｉｏｎ ２，…，Ａｐｐｌｉｃａｔｉｏｎ Ｎ）へのＮＡＮ ＡＰＩを主要コンポーネントとする。

図５及び図６にはＮＡＮコンポーネントの関係を示している。サービス要求及び応答はＮＡＮディスカバリエンジンで処理され、ＮＡＮ ＭＡＣではＮＡＮビーコンフレーム及びサービスディスカバリフレームが処理される。ＮＡＮディスカバリエンジンは、サブスクライブ（Ｓｕｂｓｃｒｉｂｅ）、パブリッシュ（Ｐｕｂｌｉｓｈ）及びフォローアップ（Ｆｏｌｌｏｗ−ｕｐ）の機能を提供することができる。パブリッシュ／サブスクライブ機能はサービス／アプリケーションからサービスインターフェースを介して動作する。パブリッシュ／サブスクライブ命令が実行されると、パブリッシュ／サブスクライブ機能のインスタンス（ｉｎｓｔａｎｃｅ）が生成される。各インスタンスは独立して駆動されてもよいが、具現によっては同時に複数のインスタンスが駆動されてもよい。フォローアップ機能は、サービス特定情報を送受信するサービス／アプリケーションのための手段である。

ＮＡＮ端末の役目及び状態

ＮＡＮ端末はマスターの役目を有することもでき、またその役目は変更されてもよい。すなわち、ＮＡＮ端末は様々な役目及び状態（Ｒｏｌｅ ａｎｄ Ｓｔａｔｅ）に遷移することができる。その例示を図７に示す。ＮＡＮ端末の有し得る役目及び状態は、マスター（以下、マスターは、マスターの役目及び同期状態（Ｍａｓｔｅｒ ｒｏｌｅ ａｎｄ ｓｙｎｃ．Ｓｔａｔｅ）である。）、ノン−マスターシンク（Ｎｏｎ−Ｍａｓｔｅｒ Ｓｙｎｃ）、ノン−マスターノン−シンク（Ｎｏｎ−Ｍａｓｔｅｒ Ｎｏｎ−Ｓｙｎｃ）などを含むことができる。各役目及び状態によって、ディスカバリビーコンフレーム及び／又は同期ビーコンフレームを伝送できるか否かを決定することができ、これは次の表１の例示のとおりである。

ＮＡＮ端末の状態は、マスターランク（Ｍａｓｔｅｒ Ｒａｎｋ）によって決定することができる。マスターランクは、ＮＡＮマスターとして動作しようとするＮＡＮ端末の意志を表す。すなわち、大きい値は、ＮＡＮマスターに対する大きい選好度を表す。ＮＡＮ ＭＲは、Ｍａｓｔｅｒ Ｐｒｅｆｅｒｅｎｃｅ、Ｒａｎｄｏｍ Ｆａｃｔｏｒ、Ｄｅｖｉｃｅ ＭＡＣ ａｄｄｒｅｓｓによって、次の式１によって決定することができる。

上記Ｍａｓｔｅｒ Ｐｒｅｆｅｒｅｎｃｅ、Ｒａｎｄｏｍ Ｆａｃｔｏｒ、Ｄｅｖｉｃｅ ＭＡＣ ａｄｄｒｅｓｓは、ＮＡＮビーコンフレームに含まれたマスターインジケーションアトリビュートで示すことができる。マスターインジケーションアトリビュートは、次の表２に例示するとおりであり得る。

上記ＭＲと関連して、ＮＡＮサービスを活性化させ、ＮＡＮクラスタを開始するＮＡＮ端末は、Ｍａｓｔｅｒ Ｐｒｅｆｅｒｅｎｃｅ、Ｒａｎｄｏｍ Ｆａｃｔｏｒをいずれも０に設定し、ＮＡＮＷａｒｍＵｐをリセットする。ＮＡＮ端末はＮＡＮＷａｒｍＵｐが満了するまで、マスターインジケーションアトリビュート内のＭａｓｔｅｒ Ｐｒｅｆｅｒｅｎｃｅフィールド値を０より大きい値に設定し、マスターインジケーションアトリビュート内のＲａｎｄｏｍ Ｆａｃｔｏｒ値を新しい値に設定する必要がある。アンカーマスターのＭａｓｔｅｒ Ｐｒｅｆｅｒｅｎｃｅが０より大きい値に設定されたＮＡＮクラスタにジョインしたＮＡＮ端末は、ＮＡＮＷａｒｍＵｐが満了するか否かにかかわらず、Ｍａｓｔｅｒ Ｐｒｅｆｅｒｅｎｃｅを０より大きい値に設定し、Ｒａｎｄｏｍ Ｆａｃｔｏｒを新しい値に設定することができる。

続いて、ＮＡＮ端末はＭＲ値によってＮＡＮクラスタのアンカーマスター（Ａｎｃｈｏｒ Ｍａｓｔｅｒ）になってもよい。すなわち、全てのＮＡＮ端末はアンカーマスターとして動作できる能力（ｃａｐａｂｉｌｉｔｙ）がある。アンカーマスターは、ＮＡＮクラスタにおいて最大のＭＲを有し、ＨＣ（Ｈｏｐ ｃｏｕｎｔ ｔｏ ｔｈｅ Ａｎｃｈｏｒ Ｍａｓｔｅｒ）値が０であり、ＡＭＢＴＴ（Ａｎｃｈｏｒ Ｍａｓｔｅｒ Ｂｅａｃｏｎ Ｔｒａｎｓｍｉｔ Ｔｉｍｅ）値が最小である装置を意味する。ＮＡＮクラスタには一時的に２つのアンカーマスターが存在してもよいが、一つのアンカーマスターがあるのが原則である。既存在のＮＡＮクラスタにおいてアンカーマスターになったＮＡＮ端末は、既存在のＮＡＮクラスタにおいて用いられたＴＳＦをそのまま用いる。

ＮＡＮ端末は次の場合にアンカーマスターになってもよい。新しいＮＡＮクラスタを開始する場合に、マスターランク変更によって（他のＮＡＮ端末のＭＲ値が変更されるか又はアンカーマスター自身のＭＲが変更される場合に）、又は現在アンカーマスターのビーコンフレームがそれ以上受信されない場合に、ＮＡＮ端末はアンカーマスターになってもよい。また、他のＮＡＮ端末のＭＲ値が変更されるか又はアンカーマスター自身のＭＲが変更される場合に、ＮＡＮ端末はアンカーマスターの資格を失い得る。アンカーマスターは、次の説明のようなアンカーマスター選択（Ａｎｃｈｏｒ Ｍａｓｔｅｒ Ｓｅｌｅｃｔｉｏｎ）アルゴリズムによって決定されてもよい。すなわち、アンカーマスター選択は、どのＮＡＮ端末がＮＡＮクラスタのアンカーマスターであるかを決定するアルゴリズムであり、各ＮＡＮ端末はＮＡＮクラスタに参加する時にアンカーマスター選択アルゴリズムを駆動する。

ＮＡＮ端末が新しいＮＡＮクラスタを開始する場合、該ＮＡＮ端末は新しいＮＡＮクラスタのアンカーマスターとなる。閾値を超えるホップカウントを有するＮＡＮ同期ビーコンフレームはＮＡＮ端末によって用いられない。それ以外のＮＡＮ同期ビーコンフレームは、ＮＡＮクラスタのアンカーマスターを決定するために用いられる。

閾値を超えないホップカウントを有するＮＡＮ同期ビーコンフレームを受信すると、ＮＡＮ端末は、保存されているアンカーマスターランク値とビーコンフレーム内のアンカーマスターランク値とを比較する。仮に、保存されているアンカーマスターランク値がビーコンフレーム内のアンカーマスター値より大きいと、ＮＡＮ端末はビーコンフレーム内のアンカーマスター値を捨てる。仮に、保存されているアンカーマスターランク値がビーコンフレーム内のアンカーマスター値より小さいと、ＮＡＮ端末は、ビーコンフレームに含まれたアンカーマスターランク及びホップカウントにおいて１ずつ増加した値、そしてビーコンフレーム内のＡＭＢＴＴ値を新しく保存する。また、仮に、保存されているアンカーマスターランク値がビーコンフレーム内のアンカーマスター値と一致する場合、ホップカウンターを比較する。ビーコンフレームのホップカウント値が保存されている値より大きい場合、ＮＡＮ端末は、受信したビーコンフレームを無視する。ビーコンフレームのホップカウント値が（保存されている値１）と同一であり、ＡＭＢＴＴ値が保存されている値より大きい場合、ＮＡＮ端末はビーコンフレームのＡＭＢＴＴ値を新しく保存する。ビーコンフレームのホップカウント値が（保存されている値１）より小さい場合、ＮＡＮ端末はビーコンフレームのホップカウント値を１増加させる。保存されているＡＭＢＴＴ値は次の規則にしたがってアップデートされる。仮に、受信されたビーコンフレームがアンカーマスターによって送信された場合、ＡＭＢＴＴ値は、ビーコンに含まれたタイムスタンプにおける最も低い４オクテット値に設定される。仮に、受信されたビーコンフレームがＮＡＮマスター又はマスターシンクでない装置から受信された場合、ＡＭＢＴＴ値は、受信されたビーコンのＮＡＮクラスターアトリビュートに含まれた値に設定される。

一方、ＮＡＮ端末のＴＳＦタイマーが保存されているＡＭＢＴＴ値を１６＊５１２ＴＵｓ（例えば、１６ＤＷ ｐｅｒｉｏｄｓ）以上超えた場合、ＮＡＮ端末は自身をアンカーマスターと仮定し、アンカーマスターレコードをアップデートすることができる。また、ＭＲに含まれた要素（Ｍａｓｔｅｒ Ｐｒｅｆｅｒｅｎｃｅ、Ｒａｎｄｏｍ Ｆａｃｔｏｒ、ＭＡＣ Ａｄｄｒｅｓｓ）のいずれか一つにでも変更があれば、アンカーマスターでないＮＡＮ端末は、変更されたＭＲを保存されている値と比較する。仮にＮＡＮ端末の変更されたＭＲ値が保存されている値より大きい場合、ＮＡＮ端末は自身をアンカーマスターと仮定してアンカーマスターレコードをアップデートすることができる。

また、ＮＡＮ端末は、アンカーマスターがＡＭＢＴＴ値を相応するビーコン伝送のＴＳＦ値に設定する場合を除いては、ＮＡＮ同期及びディスカバリビーコンフレーム内のクラスターアトリビュートのアンカーマスターフィールドを、アンカーマスターレコードにある値に設定することができる。ＮＡＮ同期又はディスカバリビーコンフレームを伝送するＮＡＮ端末は、ビーコンフレームのＴＳＦがクラスターアトリビュートに含まれた同一のアンカーマスターから誘導されることを保障することができる。

また、ＮＡＮ端末は、ｉ）ＮＡＮビーコンがＮＡＮ端末のアンカーマスターレコードより大きい値のアンカーマスターランクを示す場合、ii）ＮＡＮビーコンがＮＡＮ端末のアンカーマスターレコードと同じ値のアンカーマスターランクを示し、ＮＡＮビーコンフレームのホップカウント値及びＡＭＢＴＴ値がアンカーマスターレコードより大きい値を示す場合、同一のクラスタＩＤで受信されたＮＡＮビーコン内のＴＳＦタイマー値を適用することができる。

ＮＡＮ同期（ＮＡＮ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）

同一のＮＡＮクラスタに参加するＮＡＮ端末は、共通のクロックに同期化することができる。ＮＡＮクラスタのＴＳＦは、全てのＮＡＮ端末で行われるべき分散アルゴリズムによって具現することができる。ＮＡＮクラスタに参加する各ＮＡＮ端末は上記アルゴリズムによってＮＡＮ同期化ビーコンフレーム（ＮＡＮ Ｓｙｎｃ．Ｂｅａｃｏｎ ｆｒａｍｅｓ）を伝送することができる。装置はディスカバリウィンドウ（ＤＷ）の間に自身のクロックを同期化することができる。ＤＷの長さは１６ＴＵｓである。ＤＷの間に、一つ以上のＮＡＮ端末は、ＮＡＮクラスタ内の全てのＮＡＮ端末が自身のクロックを同期化することを助けるために、同期化ビーコンフレーム（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｂｅａｃｏｎ ｆｒａｍｅｓ）を送信することができる。

ＮＡＮビーコン伝送は分散的である。ＮＡＮビーコンフレームの伝送時点は、５１２ＴＵごとに存在するＤＷ区間となる。全てのＮＡＮ端末は、装置の役目及び状態によってＮＡＮビーコンの生成及び伝送に参加することができる。各ＮＡＮ端末は、ＮＡＮビーコン周期タイミングに用いられる自身固有のＴＳＦタイマーを維持しなければならない。ＮＡＮ同期ビーコン区間は、ＮＡＮクラスタを生成するＮＡＮ端末で確立することができる。同期化ビーコンフレームを伝送できるＤＷ区間は正確に５１２ＴＵだけ離れるように一連のＴＢＴＴが定義される。０である時間は最初のＴＢＴＴと定義され、ディスカバリウィンドウは各ＴＢＴＴで始まる。

マスターの役目を有する各ＮＡＮ端末は、ＮＡＮディスカバリビーコンフレームをＮＡＮディスカバリウィンドウ外で伝送する。平均的に、マスターの役目を有するＮＡＮ端末は、１００ＴＵｓごとにＮＡＮディスカバリビーコンを伝送する。同一のＮＡＮ端末から送信される連続したＮＡＮディスカバリビーコン間の時間は２００ＴＵｓ以下である。予定された伝送時間が、ＮＡＮ端末が参加しているＮＡＮクラスタのＮＡＮディスカバリウィンドウとオーバーラップする場合、マスターの役目を有するＮＡＮ端末はＮＡＮディスカバリビーコンの伝送を省略することができる。ＮＡＮディスカバリビーコンフレームの伝送のための電力を最小化するために、マスターの役目を有するＮＡＮ端末は、ＡＣ＿ＶＯ（ＷＭＭ Ａｃｃｅｓｓ Ｃａｔｅｇｏｒｙ−Ｖｏｉｃｅ）コンテンションセッティングを用いることができる。上述したＮＡＮディスカバリビーコンフレーム、ＮＡＮ同期／ディスカバリビーコンフレームの伝送とディスカバリウィンドウとの関係を図８に示す。図８（ａ）は、２．４ＧＨｚ帯域で動作するＮＡＮ端末のＮＡＮディスカバリビーコン及び同期ビーコンフレームの伝送を示し、図８（ｂ）は、２．４ＧＨｚ及び５ＧＨｚ帯域で動作するＮＡＮ端末のＮＡＮディスカバリビーコン及び同期ビーコンフレームの伝送を示している。

図９はディスカバリウィンドウを示す図である。上述したように、マスターの役目を有する各ＮＡＮ端末はディスカバリウィンドウ内で同期化ビーコンフレームを送信し、ディスカバリウィンドウの外でディスカバリビーコンフレームを送信することができる。この時、上述したように、ディスカバリウィンドウは５１２ＴＵごとに繰り返されることができる。この時、ディスカバリウィンドウの期間は１６ＴＵであり得る。すなわち、ディスカバリウィンドウは１６ＴＵの間に持続することができる。この時、一例として、ＮＡＮクラスタ内の全てのＮＡＮ端末はディスカバリウィンドウごとにアウェイクされ、マスターＮＡＮ端末から同期化ビーコンフレームを受け、これによりＮＡＮクラスタを維持するようになる。この時、ディスカバリウィンドウごとに全てのＮＡＮ端末が固定的にアウェイクされれば、端末の電力消耗がひどくなり得る。よって、一つのＮＡＮクラスタ内で同期化を維持しながらディスカバリウィンドウの期間を動的に制御して電力消耗を減らす方法が必要であり得る。

また、一例として、上述したように、ＮＡＮ端末は２．４ＧＨｚ帯域又は５ＧＨｚ帯域で動作することができる。さらに他の一例として、ＮＡＮ端末はＳｕｂ １ＧＨｚ帯域で動作することができる。一例として、ＮＡＮ端末はＳｕｂ １ＧＨｚ帯域を支援するＩＥＥＥ ８０２．１１ａｈを支援するように設定することができる。一例として、ＮＡＮ端末が９００ＭＨｚを支援する場合、２．４ＧＨｚ又は５ＧＨｚとは違うリンク品質及び物理的モデルを有することができる。

一例として、ＮＡＮ端末が９００ＭＨｚを支援する場合、ＮＡＮ端末は信号をより遠く送ることができ、広い範囲で通信を行うことができる。この時、ＮＡＮ端末間のデータ通信が行われることができ、ＮＡＮ端末間のデータが交換できる。この時、データ通信を基にするから、ＮＡＮ端末で電力を効率的に運営する方案が問題となり得、このためにディスカバリウィンドウ区間の設定方法を違って設定することができる。図９はディスカバリウィンドウ内で同期化ビーコンフレームが送信され、ディスカバリウィンドウの外でディスカバリビーコンフレームが送信される基本構造として、９００ＭＨｚ帯域を支援するＮＡＮ端末にも同様に適用可能である。

図１０はＮＡＮプロキシサーバーにＮＡＮ端末がＮＡＮプロキシクライアントに登録する方法を示す図である。

上述したように、ＮＡＮ端末はデータ通信を行うことができる。ＮＡＮ端末はディスカバリウィンドウでアウェイクされ、フレームを受信することができる。この時、ＮＡＮ端末が全てのディスカバリウィンドウで全てアウェイクされてデータ通信を行うための過程を行う場合に多くの電力が消耗され得る。

したがって、以下では、ＮＡＮ端末の電力消耗を減らす方案で、ＮＡＮ端末に対する新しい役目（コンセプト）としてＮＡＮプロキシ端末を定義することができる。一例として、ＮＡＮプロキシ端末はＮＡＮプロキシサーバー又はＮＡＮプロキシクライアントであり得る。この時、ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントに対するデータ通信の過程を代わって行うことができる。一例として、ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントの代わりにパブリッシュ及び／又はサブスクライブを行うことができる。より詳細には、ＮＡＮプロキシクライアントが他のＮＡＮ端末とデータ通信を行うために提供する情報をＮＡＮプロキシサーバーが代わって他のＮＡＮ端末に提供することができる。すなわち、ＮＡＮプロキシサーバーは、ＮＡＮプロキシクライアントの電力消耗を減らすために、ＮＡＮプロキシクライアントの代わりにデータ通信のための過程を行うことができる。

一例として、ＮＡＮプロキシサーバーは電力消耗に敏感ではない端末であり得る。また、ＮＡＮプロキシクライアントは低電力によって動作する端末であり得る。このような状況でＮＡＮプロキシクライアントが既存のＮＡＮ端末と同様に毎ディスカバリウィンドウでアウェイクされれば、電力消耗がひどくて使用に差し支え得る。よって、電力消耗に敏感ではない端末を用いてデータ通信のための過程を代わって行うようにすることで、電力消耗を減らしながら効率的にデータ通信を行うようにすることができる。

この時、ＮＡＮプロキシサーバーがＮＡＮプロキシクライアントの代わりにデータ通信過程を行うためには、ＮＡＮプロキシクライアントについての情報を獲得する必要性がある。このために、ＮＡＮプロキシクライアントをＮＡＮプロキシサーバーに登録することができる。以下では、ＮＡＮプロキシサーバーにＮＡＮプロキシクライアントを登録する方法について説明する。

より詳細には、プロキシサーバーの役目を有するＮＡＮ端末はＮＡＮプロキシサーバーであり得る。この時、一例として、ＮＡＮプロキシサーバーは自分がＮＡＮプロキシサーバーとして動作することができるという情報を他のＮＡＮ端末に提供することができる。一例として、ＮＡＮプロキシサーバーは、ブロードキャストされるメッセージにＮＡＮプロキシサーバーの役目についての情報を含ませることができる。この時、他のＮＡＮ端末はブロードキャストされるメッセージに基づいてＮＡＮプロキシサーバーを識別することができる。また、一例として、ＮＡＮプロキシサーバーはパブリッシュメッセージとしてＮＡＮプロキシサーバーの役目を知らせる情報を他のＮＡＮ端末に提供することができるが、上述した実施例に限定されない。

ＮＡＮ端末１０１０、１０３０がＮＡＮプロキシサーバーを認識した場合、ＮＡＮ端末１０１０、１０３０はＮＡＮプロキシサーバー１０２０のサービスを捜すために、サブスクライブメッセージをＮＡＮプロキシサーバー１０２０に送信することができる。

より詳細には、ＮＡＮ端末１０１０、１０３０は、上述したように、階層構造を有し得る。この時、一例として、第１ＮＡＮ端末（ＮＡＮ Ｄｅｖｉｃｅ Ａ）１０１０のサービス／アプリケーション端は方法としてサブスクライブ（Ｓｕｂｓｃｒｉｂｅ）を第１ＮＡＮ端末１０１０のディスカバリエンジン（Ｄｉｓｃｏｖｅｒｙ Ｅｎｇｉｎｅ、ＤＥ）及びＮＡＮ ＭＡＣに提供することができる。

この時、一例として、サービス／アプリケーション端でＮＡＮ ＤＥ及びＮＡＣ ＭＡＣ端に提供するサブスクライブ方法のプリミティブは下記の表３の通りであり得る。すなわち、サービス／アプリケーション端はＮＡＮ ＤＥ及びＮＡＣ ＭＡＣ端に表３についての情報を提供することができる。より詳細には、サービス／アプリケーション端はＮＡＮ端末が検索しようとするサービス名（Ｓｅｒｖｉｃｅ Ｎａｍｅ）、サービス特定情報（Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏ）及び設定パラメータ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）についての情報をＮＡＮ ＤＥ及びＮＡＮ ＭＡＣ端に提供することができる。

また、サブスクライブ方法のプリミティブは他の追加情報を含むこともできるが、上述した実施例に限定されない。

その後、第１ＮＡＮ端末１０１０はサブスクライブメッセージをＮＡＮプロキシサーバー１０２０に送信することができる。すなわち、第１ＮＡＮ端末１０１０はアクティブサブスクライブ（ａｃｔｉｖｅ ｓｕｂｓｃｒｉｂｅ）としてサブスクライブ方法に基づいてサブスクライブメッセージをＮＡＮプロキシサーバー１０２０に送信することができる。

その後、ＮＡＮプロキシサーバー１０２０がサブスクライブメッセージに対する応答を行わなければならない場合、ＮＡＮプロキシサーバー１０２０はＮＡＮプロキシサーバー１０２０が提供可能なサービスに対するサービスＩＤをマッチしてパブリッシュメッセージを第１ＮＡＮ端末１０１０に送信することができる。この時、パブリッシュメッセージのパブリッシュ型（Ｐｕｂｌｉｓｈ Ｔｙｐｅ）は請求型（Ｓｏｌｉｃｉｔｅｄ）であり得る。

この時、一例として、ＮＡＮプロキシサーバー１０２０のサービス／アプリケーション端パブリッシュ方法をＮＡＮプロキシサーバー１０２０のＮＡＮ ＤＥ及びＮＡＮ ＭＡＣ端に提供することができる。この時、一例として、パブリッシュ方法のプリミティブは下記の通りであり得る。

すなわち、サービス／アプリケーション端はＮＡＮ ＤＥ及びＮＡＣ ＭＡＣ端に表４についての情報を提供することができる。より詳細には、サービス／アプリケーション端はＮＡＮプロキシサーバー１０２０が支援するサービス名（Ｓｅｒｖｉｃｅ Ｎａｍｅ）、サービス特定情報（Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏ）及び設定パラメータ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）についての情報をＮＡＮ ＤＥ及びＮＡＮ ＭＡＣ端に提供することができる。

この時、設定情報は請求型伝送を行うことを指示するパブリッシュ型情報を含むことができる。また、請求型伝送がユニキャスト又はブロードキャストであるかを指示する請求型送信型情報を含むことができる。また、パブリッシュ機能を行う時間についての情報として有効期間情報を含むことができる。また、イベントが生成したか否かを示すイベント条件情報を含むことができる。

また、パブリッシュ方法のプリミティブは他の追加情報を含むことも可能であるが、上述した実施例に限定されない。

その後、第１ＮＡＮ端末１０１０がパブリッシュメッセージを受信した場合、第１ＮＡＮ端末１０１０のＮＡＮ ＤＥ及びＮＡＮ ＭＡＣ端はイベント（ｅｖｅｎｔ）としてディスカバリ結果（Ｄｉｓｃｏｖｅｒｙ Ｒｅｓｕｌｔ）を第１ＮＡＮ端末１０１０のサービス／アプリケーション端に提供することができる。これにより、第１ＮＡＮ端末１０１０はＮＡＮプロキシサーバー１０２０のサービス検索を完了することができる。

この時、一例として、ディスカバリ結果イベントのプリミティブは下記の表５の通りであり得る。

より詳細には、ＮＡＮ ＤＥ及びＮＡＮ ＭＡＣ端はサブスクライブ機能を識別するサブスクライブＩＤ情報、ＮＡＮプロキシサーバーが支援する特定サービス情報としてのｓｅｒｖｉｃｅ＿ｓｐｅｃｉｆｉｃ＿ｉｎｆｏ情報、パブリッシュＩＤ情報であるｐｕｂｌｉｓｈ＿ｉｄ情報及びプロキシサーバーの住所情報であるＡｄｄｒｅｓｓ情報を含むディスカバリ結果イベントをサービス／アプリケーション端に提供することができる。

また、ディスカバリ結果イベントのプリミティブは他の追加情報を含むことも可能であるが、上述した実施例に限定されない。

また、第２ＮＡＮ端末（ＮＡＮ Ｄｅｖｉｃｅ Ｂ）１０３０が第１ＮＡＮ端末１０１０と同じ方法によってＮＡＮプロキシサーバー１０２０のサービスを検索することができる。この時、一例として、ＮＡＮプロキシサーバー１０２０に対するサービス検索はそれぞれのＮＡＮ端末１０１０、１０３０で個別的に行うことができる。

この時、一例として、ＮＡＮプロキシサーバー１０２０のサービスに対する検索を完了した第２ＮＡＮ端末１０３０のサービス／アプリケーション端は第２ＮＡＮ端末１０３０のＮＡＮ ＤＥ及びＮＡＮ ＭＡＣ端でパブリッシュ方法を提供することができる。

この時、一例として、第２ＮＡＮ端末１０３０がＮＡＮプロキシサーバーに登録するために使用するプリミティブは下記の表６及び表７の通りに定義することができる。より詳細には、第２ＮＡＮ端末１０３０のサービス／アプリケーション端はパブリッシュ方法として下記の表６及び表７によってプロキシ登録についての情報を第２ＮＡＮ端末１０３０のＮＡＮ ＤＥ及びＮＡＮ ＭＡＣ端に提供することができる。すなわち、第２ＮＡＮ端末１０３０は既存のパブリッシュ方法及びサブスクライブ方法を再使用してプロキシ登録についての情報を提供することができる。ただ、一例として、既存のパブリッシュ方法及びサブスクライブ方法が再使用される場合、サービス特定情報フィールドは第２ＮＡＮ端末１０３０がパブリッシュするための自分の情報ではなくてプロキシサーバーに登録するための情報を含むことができる。すなわち、第２ＮＡＮ端末１０３０は既存のパブリッシュ方法及びサブスクライブ方法フォーマットをそのまま用いて登録についての情報を含むようにする方法を使うことができる。

さらに他の一例として、第２ＮＡＮ端末１０３０は登録のために呼び出される方法に対するプリミティブを新しく定義して使うことができる。すなわち、第２ＮＡＮ端末１０３０のサービス／アプリケーション端は新しく定義されたプロキシ登録（ＰｒｏｘｙＲｅｇｉｓｔｒａｔｉｏｎ）方法を第２ＮＡＮ端末１０３０のＮＡＮ ＤＥ及びＮＡＮ ＭＡＣに提供してプロキシ登録についての情報を提供することができる。この時、新しく定義されるプロキシ登録方法のプリミティブは下記の表８の通りであり得る。

すなわち、第２ＮＡＮ端末１０３０のサービス／アプリケーション端はＮＡＮプロキシサーバー登録のために方法をＮＡＮ ＤＥ及びＮＡＮ ＭＡＣに提供することができる。この時、提供される方法は既存のパブリッシュ方法フォーマットを用い、プロキシ登録についての情報を含む方法であり得る。また、一例として、プロキシ登録のために新しく定義される方法であり得るが、上述した実施例に限定されない。

その後、第２ＮＡＮ端末１０３０のＮＡＮ ＤＥ及びＮＡＮ ＭＡＣ端はプロキシ登録要求（Ｐｒｏｘｙ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ）をＮＡＮプロキシサーバー１０２０に送信することができる。この時、プロキシ登録要求はパブリッシュメッセージであり得る。一例として、プロキシ登録要求はサービスディスカバリフレームであって、タイプがパブリッシュであり得る。この時、一例として、プロキシ登録要求に対するサービスディスカバリ属性（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ａｔｔｒｉｂｕｔｅ）は下記の表９の通りであり得る。

この時、一例として、プロキシ登録要求に含まれる下記のフィールドに対してサービスＩＤフィールドは必須に含まれるフィールドであり得る。この時、サービスＩＤフィールドはＮＡＮプロキシサーバーが提供するサービスであって、プロキシサービスＩＤ（Ｐｒｏｘｙ Ｓｅｒｖｉｃｅ ＩＤ）と定義できる。また、プロキシ登録要求フィールドはＮＡＮ端末がＮＡＮプロキシサーバーに登録するために必要な情報を含むことができる。この時、一例として、プロキシ登録要求に含まれるフィールドとしてサービス情報フィールドはプロキシ登録要求ＴＬＶ（Ｐｒｏｘｙ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ ＴＬＶ）を含むことができる。この時、プロキシ要求ＴＬＶは下記の表１０の通りであり得る。この時、一例として、プロキシ要求ＴＬＶは、ＮＡＮ端末がプロキシクライアントとして登録された後アウェイクされるＤＷ期間を指示する利用可能時間フィールドを含むことができる。また、ＮＡＮ端末がＮＡＮプロキシサーバーに要求するサービスに対するＩＤであるサービスＩＤフィールドを含むことができる。また、その他にも、ＮＡＮ端末がＮＡＮプロキシサーバーに登録するために必要な情報をＮＡＮプロキシ要求ＴＬＶに含むことができるが、上述した実施例に限定されない。

その後、ＮＡＮプロキシサーバーはプロキシ要求に対する応答としてプロキシ応答を第２ＮＡＮ端末１０３０に送信することができる。この時、一例として、プロキシ応答はパブリッシュメッセージであり得る。一例として、プロキシ登録応答はサービスディスカバリフレームであって、タイプがパブリッシュであり得る。この時、一例として、プロキシ登録応答に対するサービスディスカバリ属性（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ａｔｔｒｉｂｕｔｅ）は上述した表９の通りであり得る。

この時、一例として、プロキシ登録応答に含まれる下記のフィールドに対してサービスＩＤフィールドは必須に含まれるフィールドであり得る。この時、サービスＩＤフィールドはＮＡＮプロキシサーバーが提供するサービスであって、プロキシサービスＩＤ（Ｐｒｏｘｙ Ｓｅｒｖｉｃｅ ＩＤ）と定義できる。また、プロキシ登録応答フィールドは、ＮＡＮ端末がＮＡＮプロキシサーバーに登録するために必要な情報を含むことができる。この時、一例として、プロキシ登録応答に含まれるフィールドとしてサービス情報フィールドはプロキシ登録応答ＴＬＶ（Ｐｒｏｘｙ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ ＴＬＶ）を含むことができる。この時、プロキシ応答ＴＬＶは下記の表１１の通りであり得る。この時、一例として、プロキシ応答ＴＬＶはＮＡＮプロキシサーバーがＮＡＮ端末の登録を許したかを指示する状態指示フィールドを含むことができる。この時、一例として、状態指示フィールドが０であれば登録を許すことができる。また、状態指示フィールド値が１又は２でもあり得、それぞれ異なる理由によって登録が拒絶される場合であり得る。また、一例として、プロキシ応答ＴＬＶは登録ＩＤを指示する登録ＩＤフィールドを含むことができる。また、ＮＡＮプロキシサーバーが提供するサービスに対するＩＤであるサービスＩＤフィールドを含むことができる。また、その他にも、ＮＡＮ端末がＮＡＮプロキシサーバーに登録するために必要な情報をＮＡＮプロキシ応答ＴＬＶに含むことができるが、上述した実施例に限定されない。

その後、第２ＮＡＮ端末１０３０のＮＡＮ ＤＥ及びＮＡＮ ＭＡＣはＮＡＮプロキシサーバーから確認を受ければ、ディスカバリ結果イベントをサービス／アプリケーション端に提供することができる。この時、一例として、上述した状態指示フィールドが１であるプロキシ応答を受信すれば、確認が完了したと見なすことができる。その後、第２ＮＡ端末１０３０はディスカバリ結果イベントに基づいてＮＡＮプロキシサーバーに登録されたＮＡＮプロキシクライアントとなることができる。

上述した過程によって、ＮＡＮ端末がＮＡＮプロキシサーバーに登録されたＮＡＮプロキシクライアントとなることができる。

図１１はＮＡＮプロキシサーバーに登録されたＮＡＮプロキシクライアントが登録を解除する方法を示す図である。

ＮＡＮプロキシクライアント１１３０はＮＡＮプロキシサーバー１１２０に登録された状態を維持することができる。この時、一例として、ＮＡＮプロキシクライアント１１３０はＮＡＮプロキシサーバー１１２０に対する登録を解除することができる。一例として、距離上の問題又は電力消耗などの問題に基づき、ＮＡＮプロキシクライアント１１３０はＮＡＮプロキシサーバー１１２０で登録を解除することができるが、上述した実施例に限定されない。

ＮＡＮプロキシクライアント１１３０がＮＡＮプロキシサーバー１１２０で登録を解除しようとする場合、ＮＡＮプロキシクライアント１１３０のサービス／アプリケーション端は方法を呼び出してＮＡＮ ＤＥ及びＮＡＮ ＭＡＣに提供することができる。この時、一例として、呼び出される方法は既存のフォローアップ送信方法フォーマットを用いることができる。また、一例として、方法は新しく定義されるプロキシ登録解除方法であり得る。すなわち、プロキシ登録解除のための方法が呼び出されることができるが、上述した実施例に限定されない。

この時、フォローアップ送信方法は下記の表１２の通りであり得る。また、方法が新しく定義される場合として、プロキシ登録解除方法は下記の表１３の通りであり得る。この時、一例として、方法はＩＤなどについての情報を含むことができる。

また、一例として、既存のフォローアップ送信方法を用いる場合には、サービス特定情報内に登録ＩＤ、プロキシサーバー住所を含むことができる。すなわち、既存のフォーマットを用いながらプロキシ登録解除に必要な情報をサービス特定情報に含ませて提供することができる。

一方、新しく定義されるプロキシ登録解除方法では登録ＩＤ、プロキシサーバー住所が独立に提供できる。

その後、ＮＡＮプロキシクライアント１１３０はＮＡＮプロキシサーバー１１２０にフォローアップメッセージを送信することができる。この時、フォローアップメッセージはフォローアッププロキシ登録解除要求メッセージであり得る。すなわち、ＮＡＮプロキシクライアント１１３０は呼び出される方法に基づいてプロキシ登録解除のためのメッセージをＮＡＮプロキシサーバー１１２０に送信することができる。

この時、一例として、フォローアッププロキシ登録解除 要求メッセージのＴＬＶフィールドは下記の表１４の通りであり得る。すなわち、フォローアッププロキシ登録解除要求メッセージは登録ＩＤ（Ｒｅｇｉｓｔｒａｔｉｏｎ ＩＤ）情報及びＮＡＮプロキシサーバーに対するＭＡＣアドレスについての情報を含むことができる。これにより、ＮＡＮプロキシサーバーは登録されたＮＡＮプロキシクライアントを識別することができ、プロキシ登録解除過程を進行することができる。

その後、ＮＡＮプロキシクライアント１１３０はＮＡＮプロキシサーバー１１２０からフォローアップメッセージを受信することができる。この時、フォローアップメッセージはフォローアッププロキシ登録解除応答メッセージであり得る。すなわち、ＮＡＮプロキシクライアント１１３０はプロキシ登録要求に対する応答としてプロキシ登録解除のためのメッセージをＮＡＮプロキシサーバー１１２０から受信することができる。この時、フォローアッププロキシ登録解除応答メッセージのＴＬＶフィールドは下記の表１５の通りであり得る。すなわち、フォローアッププロキシ登録解除応答メッセージは登録ＩＤ（Ｒｅｇｉｓｔｒａｔｉｏｎ ＩＤ）情報及び登録解除が収容されたかを指示する情報（状態指示）を含むことができる。

その後、ＮＡＮプロキシクライアント１１３０のＮＡＮ ＤＥ及びＮＡＮ ＭＡＣ端はサービス／アプリケーション端にフォローアップ受信イベントを提供することができる。この時、一例として、フォローアップ受信は下記の表１６の通りであり得る。また、一例として、ＮＡＮプロキシクライアント１１３０はフォローアップ受信イベントを省略し、プロキシ登録解除過程を完了することができる。

さらに他の一例として、ＮＡＮプロキシサーバー１１２０が自らプロキシサーバーの役目を解除することができる。この時、ＮＡＮプロキシサーバー１１２０はプロキシ登録解除通知（Ｐｒｏｘｙ ｄｅｒｅｇｉｓｔｒａｔｉｏｎ ｎｏｔｉｆｉｃａｔｉｏｎ）を登録されたＮＡＮプロキシクライアント１１３０に送信することができる。この時、一例として、登録解除通知はユニキャスト又はブロードキャストに送信することができるが、上述した実施例に限定されない。すなわち、ＮＡＮプロキシサーバー１１２０がプロキシサーバーの役目を解除する場合、これを知らせるメッセージをＮＡＮプロキシクライアント１１３０に送信することができる。この時、一例として、登録解除通知のＴＬＶフィールドは下記の表１７の通りであり得る。この時、登録解除通知のＴＬＶフィールドは登録ＩＤ情報（Ｒｅｇｉｓｔｒａｔｉｏｎ ＩＤ）を含むことができる。これにより、ＮＡＮプロキシクライアント１１３０は解除されるＮＡＮプロキシサーバー１１２０を識別することができ、プロキシ解除過程を進行することができる。

さらに他の一例として、ＮＡＮプロキシクライアント１１３０はＮＡＮプロキシサーバー１１２０にプロキシサービスに対するアップデート情報を要求することができる。この時、Ｎ回のアップデート要求に対して応答がない場合、ＮＡＮプロキシクライアントはプロキシ解除通知を受信しなかったとしてもＮＡＮプロキシサーバー１１２０がそれ以上存在しないと判断することができる。この時、一例として、Ｎは既設定の回数で、変更可能な数字であり得る。また、一例として、Ｎ回のアップデート要求はベンダー特定に（ｖｅｎｄｏｒ ｓｐｅｃｉｆｉｃ）定義できる。また、一例として、Ｎ回のアップデート要求はサービスによって違うように設定できるが、上述した実施例に限定されない。

図１２はＮＡＮプロキシサーバー及びＮＡＮプロキシクライアントに対するディスカバリウィンドウ周期を示す図である。

上述したように、ＮＡＮプロキシサーバーを用いてＮＡＮ端末のデータ伝送又は電力消耗のためのメカニズムを支援することができる。この時、一例として、距離上の問題で互いに通信が行えない二つのＮＡＮ端末はＮＡＮプロキシサーバーを用いて通信を行うことができる。また、ＮＡＮプロキシクライアントはディスカバリウィンドウごとにアウェイクされなくて電力消耗を減らすことができる。

この時、上述したように、ＮＡＮ端末はＮＡＮプロキシサーバーにサブスクライブメッセージを送信してＮＡＮプロキシサーバーのサービスディスカバリを行うことができる。ただ、ＮＡＮ端末がＮＡＮプロキシサーバーにサブスクライブメッセージを送信するためには、ＮＡＮプロキシサーバーを区別する必要性がある。すなわち、ＮＡＮ端末はＮＡＮプロキシサーバーの存在を確認する必要性がある。

この時、一例として、ＮＡＮプロキシサーバーはサービスディスカバリフレームをブロードキャストでパブリッシュすることで、自分がＮＡＮプロキシサーバーであることを知らせることができる。この時、一例として、パブリッシュは請求型又は非請求型であり得るが、上述した実施例に限定されない。

また、一例として、ＮＡＮプロキシサーバーが、自分がプロキシサーバーの能力（ｃａｐａｂｉｌｉｔｙ）を有していることを知らせるために、ＮＡＮビーコン又はサービスディスカバリフレーム内でプロキシサーバー属性（Ｐｒｏｘｙ ｓｅｒｖｅｒ Ａｔｔｒｉｂｕｔｅ）を追加することができる。この時、プロキシサーバー属性が含まれたＮＡＮビーコン又はサービスディスカバリフレームを受けたＮＡＮ端末のうちプロキシクライアント機能を支援する端末は該当属性を解釈して周辺のプロキシサーバーの存在を確認することができる。

より詳細には、表１８はビーコンフレーム及びサービスディスカバリフレームに含まれることができるＮＡＮ属性情報を示すことができる。この時、表７で、属性ＩＤフィールドは互いに異なる属性を示すために互いに異なる値と定義できる。また、一例として、それぞれの属性情報はビーコンフレーム及びサービスディスカバリフレームに含まれることも含まれないこともある。また、一例として、それぞれの属性情報のうち特定属性情報は必須に（表で、“Ｍ”で表示）含まれるかあるいは選択的に（表で、“Ｏ”で表示）表示できる。

この時、ＮＡＮ属性情報に対するフィールドのうち留保されたビットにプロキシサーバー属性（Ｐｒｏｘｙ ｓｅｒｖｅｒ Ａｔｔｒｉｂｕｔｅ）及びプロキシクライアント属性（Ｐｒｏｘｙ ｃｌｉｅｎｔ Ａｔｔｒｉｂｕｔｅ）のうち少なくとも一つのフィールドを定義することができる。この時、一例として、プロキシサーバー属性フィールドはＮＡＮ同期化ビーコンフレーム、ＮＡＮディスカバリビーコンフレーム及びＮＡＮサービスディスカバリフレームのうち少なくとも一つに選択的に含まれることができる。すなわち、プロキシサーバー属性フィールドはＮＡＮプロキシサーバーが自分の存在を知らせるために定義するフィールドであって、それぞれのフレームに選択的に含まれることができる。

一方、プロキシクライアント属性フィールドはサービスディスカバリフレームに選択的に含まれることができる。すなわち、プロキシクライアント属性フィールドはＮＡＮ端末がＮＡＮプロキシサーバーの存在を確認し、自分がＮＡＮプロキシクライアントとなることができるかによって送信される情報であり得る。したがって、プロキシクライアント属性フィールドはＮＡＮビーコンフレームには送信されず、ＮＡＮサービスディスカバリウィンドウに含まれて送信できる。

この時、プロキシサーバー属性フィールドは下記の表１９のように構成できる。より詳細には、プロキシサーバー属性フィールドはプロキシサーバーのＮＡＮインターフェースの住所情報を含むプロキシサーバー住所フィールドを含むことができる。また、ＮＡＮプロキシサーバーの能力についての情報としてプロキシサーバー能力フィールドを含むことができる。この時、ＮＡＮプロキシサーバーの機能をビットマップ形態で含むことができる。また、ＮＡＮプロキシサーバーのアウェイク周期（Ａｗａｋｅ Ｉｎｔｅｒｖａｌ）は整数（ｉｎｔｅｇｅｒ）形態の値で示すことができる。この時、整数値はＮＡＮプロキシサーバーがアウェイクされるディスカバリウィンドウ周期を示す。すなわち、整数値が１である場合、ＮＡＮプロキシサーバーは毎ディスカバリウィンドウ区間でアウェイクできる。この時、一例として、ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントの代わりをする役目をし、毎ディスカバリウィンドウごとにアウェイクされることが好ましい。

また、一例として、ＮＡＮプロキシサーバーの電力消耗を減らさなければならない必要性がある場合、整数値を変更することができるが、上述した実施例に限定されない。また、ＮＡＮプロキシサーバーがＡＰ ＳＴＡの機能を同時に提供する場合には、ＡＰ ＳＴＡとしてＢＳＳＩＤフィールドを含むことができる。

また、上述したプロキシサーバー能力フィールドに対するビットマップは下記の表２０のように示すことができる。より詳細には、プロキシサーバー能力ビットマップ（Ｐｒｏｘｙ ｓｅｒｖｅｒ Ｃａｐａｂｉｌｉｔｙ Ｂｉｔｍａｐ）で、パブリッシュプロキシビットはＮＡＮプロキシサーバーが周辺のＮＡＮ端末のパブリッシュ要求を受信してプロキシされたサービスパブリッシュ伝送が可能であるかを指示することができる。

また、サブスクライブプロキシビットは、ＮＡＮプロキシサーバーが周辺のＮＡＮ端末のサブスクライブ要求を受けて周辺のサービスを捜し、捜したサービスをＮＡＮ端末に知らせることができるかを指示することができる。また、フォローアッププロキシビット（Ｆｏｌｌｏｗ−ｕｐ Ｐｒｏｘｙ ｂｉｔ）は周辺ＮＡＮ端末のフォローアップサービスディスカバリウィンドウをプロキシする機能が可能であるかを指示する。また、招待プロキシビット（Ｉｎｖｉｔｅ Ｐｒｏｘｙ ｂｉｔ）は、周辺のＮＡＮ端末をＮＡＮプロキシサーバーのＡＰ ＳＴＡのＢＳＳに参加することを要求することができる機能が可能であるかを指示する。また、ＮＡＮデータパス（ＮＡＮ Ｄａｔａ Ｐａｔｈ）はＮＡＮプロキシサーバーがＮＡＮデータパス機能をすることができるかを指示することができる。また、ＮＡＮデータフォワーディングビット（ＮＡＮ Ｄａｔａ Ｆｏｒｗａｒｄｉｎｇ ｂｉｔ）はＮＡＮ端末のＮＡＮデータパスをＮＡＮプロキシサーバーが受信して周辺のＮＡＮ端末に伝達する機能が可能であるかを指示する。すなわち、プロキシサーバー能力フィールドはＮＡＮプロキシサーバーが自ら行える機能についての情報を指示することができるが、上述した実施例に限定されない。

また、一例として、下記表２１はプロキシクライアント属性に対するフォーマットを示す。より詳細には、プロキシクライアント属性はＮＡＮプロキシクライアントがＮＡＮプロキシサーバーに送信するサービスディスカバリフレーム内に含むことができる。この時、一例として、プロキシクライアント属性はＮＡＮプロキシクライアントのＮＡＮインターフェース住所を示すプロキシクライアント住所を含むことができる。また、プロキシクライアント属性はＮＡＮプロキシサーバーのＮＡＮインターフェース住所を示すプロキシサーバー住所を含むことができる。また、プロキシクライアント属性はディスカバリウィンドウのアウェイク周期を示すアウェイク周期を含むことができる。この時、アウェイク周期は、ＮＡＮプロキシクライアントがＮＡＮプロキシサーバーにパブリッシュ、サブスクライブ、フォローアップ要求以後にＮＡＮクライアントがアウェイクする周期をディスカバリインターバル単位で指示することができる。

一例として、図１２を参照すると、すなわちＮＡＮプロキシクライアントがパブリッシュを要求し、プロキシクライアント属性のアウェイク周期を３に設定することができる。この時、ＮＡＮプロキシクライアントは、ＮＡＮプロキシサーバーに登録された後、３個のディスカバリウィンドウごとにアウェイクできる。すなわち、ＮＡＮプロキシクライアントは一番目ディスカバリウィンドウ、四番目ディスカバリウィンドウ及び七番目ディスカバリウィンドウでアウェイクできる。また、同じ周期でアウェイクできる。その後、ＮＡＮプロキシクライアントがＮＡＮプロキシサーバーとの連結が必要な場合、ＮＡＮプロキシクライアントは上述したようにＮＡＮプロキシサーバーにサブスクライブメッセージを送信することができる。また、ＮＡＮプロキシクライアントは役目（ｒｏｌｅ）形成のためにフォローアップをＮＡＮプロキシサーバーに送信することができる。また、ＮＡＮプロキシクライアントは自分がどのサービスを行うかを知らせるためにＮＡＮプロキシサーバーにパブリッシュすることができる。

この時、ＮＡＮプロキシクライアントの特徴又は定義によってディスカバリウィンドウのアウェイク周期を決定することができる。この時、一例として、既存のパブリッシュに追加的にプロキシサーバー住所とＤＷアウェイク周期を定義することができる。これにより、ＮＡＮプロキシクライアントは自分のパブリッシュの役目をＮＡＮプロキシサーバーに任せることができる。すなわち、ＮＡＮプロキシクライアントは特定周期のディスカバリウィンドウでだけアウェイクされてＮＡＮプロキシサーバーと同期を取ることによって電力消耗を減らすことができる。

この時、一例として、ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントのアウェイク周期の倍数でいつもアウェイクされなければならない。すなわち、ＮＡＮプロキシクライアントはアウェイク周期に基づいて一定周期のディスカバリウィンドウでだけアウェイクできる。また、ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントがアウェイクされるディスカバリウィンドウでいつもアウェイクされてＮＡＮプロキシクライアントとデータ交換を行うようにすることができる。これにより、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーを用いて電力消耗を減らしながら他の端末とデータ通信を行うことができる。

図１３はＮＡＮプロキシサーバーがＮＡＮ端末を支援する方法を示す図である。

ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントだけではなく他のＮＡＮ端末も支援することができる。一例として、ＮＡＮプロキシサーバーがＡＰ機能を有する端末の場合、ＮＡＮプロキシサーバーはサービスディスカバリフレーム内にＡＰ能力（ＡＰ Ｃａｐａｂｉｌｉｔｙ）情報及びＷＬＡＮ属性情報（ＷＬＡＮ Ｉｎｆｏｒｍａｔｉｏｎ Ａｔｔｒｉｂｕｔｅ）を含めてパブリッシュすることができる。

この時、一例として、上述したように、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーディスカバリ以後に登録を行うことができる。その後、ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントの代わりにパブリッシュを行うように設定できる。この時、一例として、ＮＡＮプロキシサーバーがＮＡＮプロキシクライアントの代わりにパブリッシュを行って他のＮＡＮ端末とデータ通信を行うようにすることができる。

ただ、図１３を参照すると、二つのＮＡＮ端末は距離上の問題で通信ができないこともあり得る。この時、ＮＡＮプロキシサーバーは二つのＮＡＮ端末に招待情報（ｉｎｖｉｔｅ ｉｎｆｏｒｍａｔｉｏｎ）を含むサービスディスカバーフレームを送信することができる。この時、招待情報はＮＡＮプロキシサーバーのＢＳＳに属するＷＬＡＮインフラストラクチャーを用いるデータパスに参加するようにする情報であり得る。

一例として、第１ＮＡＮ端末１２１０及び第２ＮＡＮ端末１２２０はそれぞれＮＡＮプロキシサーバー１２４０に登録されたＮＡＮプロキシクライアントであり得る。この時、第１ＮＡＮ端末１２１０と第２ＮＡＮ端末１２２０はＮＡＮプロキシサーバー１２４０を介して互いの存在が分かるが、二つのＮＡＮ端末間の距離上の問題でダイレクト（Ｄｉｒｅｃｔ）データ通信ができないこともあり得る。この時、一例として、上述したように、ＮＡＮプロキシサーバー１２４０はＡＰ ＳＴＡの機能を支援することができる。ＮＡＮプロキシサーバー１２４０がＡＰ ＳＴＡの機能を支援する場合、ＮＡＮプロキシサーバー１２４０は第１ＮＡＮ端末１２１０及び第２ＮＡＮ端末１２２０にＡＰのＢＳＳを知らせ、ＡＰを介してデータ通信を行うようにすることができる。すなわち、ＮＡＮプロキシサーバー１２４０としてＡＰを支援する場合においてＮＡＮ端末がＷＬＡＮインフラストラクチャーを用いてデータ通信を行うように支援することができる。

図１４は複数のＮＡＮプロキシサーバーに登録されたＮＡＮプロキシクライアントを管理する方法を示す図である。

上述したように、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーに登録できる。この時、ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントの代わりにパブリッシュ及び／又はサブスクライブを行うことができる。この時、ＮＡＮプロキシクライアントは一定周期のディスカバリウィンドウでだけアウェイクされてＮＡＮプロキシサーバーから情報を受信するので、電力消耗を減らすことができる。

この時、図１４を参照すると、ＮＡＮプロキシサーバー１４１０、１４２０、１４３０はそれぞれＮＡＮプロキシクライアントを含むことができる。この時、ＮＡＮプロキシサーバーに登録されたＮＡＮプロキシクライアントは一つ又はそれ以上となることができる。また、一例として、ＮＡＮプロキシサーバーに登録されたＮＡＮプロキシクライアントの数は制限されることもできるが、上述した実施例に限定されない。この時、一例として、それぞれのＮＡＮプロキシサーバー１４１０、１４２０、１４３０は隣り合うことができ、相互間にサービスディスカバリフレーム交換が可能であり得る。すなわち、登録されたＮＡＮプロキシクライアントを含む複数のＮＡＮプロキシサーバー１４１０、１４２０、１４３０が存在することができるが、上述した実施例に限定されない。

この時、一例として、ＮＡＮプロキシサーバーとＮＡＮプロキシクライアントの関係を維持してアップデートする必要性がある。この時、上述したように、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーの登録を解除するために登録解除のためのメッセージをＮＡＮプロキシサーバーに送信して登録解除過程を進行することができる。

また、一例として、ＮＡＮプロキシサーバーによってＮＡＮプロキシクライアントに対する登録が解除できる。この時、一例として、ＮＡＮプロキシサーバーがプロキシサーバーの役目を中断する場合又はＮＡＮプロキシサーバーとしての役目を中止する場合（ｌｅａｖｉｎｇ ｏｆｆ）を考慮することができる。また、ＮＡＮプロキシサーバーがターンオフ（Ｔｕｒｎ Ｏｆｆ）されてＮＡＮプロキシサーバーの役目をすることができないことがあり得る。この時、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーに登録されているので、円滑なデータ通信を行うことができないことがあり得る。よって、ＮＡＮプロキシクライアントの円滑なデータ通信のためにプロキシに対する維持及びアップデートを考慮する必要性がある。

この時、一例として、ＮＡＮプロキシサーバーがＮＡＮプロキシサーバーに対する領域を脱する又は役目を中断する場合、ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントに役目中断についての情報を提供することができる。この時、ＮＡＮプロキシサーバーはＮＡＮプロキシサーバーの役目中断を知らせる情報をサービスディスカバリフレームに含ませてブロードキャストすることによってＮＡＮプロキシクライアントに情報を提供することができる。ただ、上述したように、ＮＡＮプロキシクライアントは一定周期のディスカバリウィンドウでだけアウェイクできる。また、それぞれのプロキシクライアントは互いに異なる周期のディスカバリウィンドウでアウェイクできる。よって、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーがブロードキャストする役目の中断についての情報を受信することができないことがあり得る。

この時、一例として、ＮＡＮプロキシサーバーはＮＡＮプロキシサーバーの中断についての情報を隣りに存在するＮＡＮプロキシサーバーに送信することができる。この時、ＮＡＮプロキシサーバーの役目を中断するＮＡＮプロキシサーバー（以下、Ｏｌｄ ＮＡＮプロキシサーバー）は隣り合うＮＡＮプロキシサーバー（以下、Ｎｅｗ ＮＡＮプロキシサーバー）に自分が持っているＮＡＮプロキシクライアントリスト情報を提供することができる。また、Ｏｌｄ ＮＡＮプロキシサーバーはそれぞれのＮＡＮプロキシクライアントに対するディスカバリウィンドウ周期情報を提供することができる。この時、Ｎｅｗ ＮＡＮプロキシサーバーはＯｌｄ ＮＡＮプロキシサーバーの代わりにＮＡＮプロキシクライアントにＮＡＮプロキシサーバーが変更されたという情報を提供することができる。

また、一例として、ＮＡＮプロキシサーバーが急にターンオフされる場合を考慮することができる。この時、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーが動作しないという情報を受信しなかったまま動作することができる。よって、ＮＡＮプロキシクライアントはアップデート周期に基づいてＮＡＮプロキシサーバーが動作しないことを確認することができる。すなわち、ＮＡＮプロキシクライアントは自分がアウェイクされるディスカバリウィンドウでＮＡＮプロキシサーバーとの同期化を試み、失敗すればＮＡＮプロキシサーバーが動作しないことを確認することができる。この時、一例として、ＮＡＮプロキシクライアントはＮ回のディスカバリウィンドウでの同期化を失敗した場合にＮＡＮプロキシサーバーが動作しないことを確認することができる。この時、Ｎは変更可能な回数であり得るが、上述した実施例に限定されない。

その後、ＮＡＮプロキシクライアントが、ＮＡＮプロキシサーバーが動作しないことを確認した場合、ＮＡＮプロキシクライアントは他のＮＡＮプロキシサーバーに再登録のための過程を行うことができる。すなわち、新しいＮＡＮプロキシサーバーを検索して登録を行うことができる。

また、一例として、ＮＡＮプロキシサーバーに登録された複数のＮＡＮプロキシクライアントのうち一番先にＮＡＮプロキシサーバーの動作が中断したことを確認したＮＡＮプロキシクライアントは中断情報を他のＮＡＮプロキシクライアントに提供することができる。すなわち、ＮＡＮプロキシクライアントは同じＮＡＮプロキシサーバーに登録された他のＮＡＮプロキシクライアントに中断情報を提供することができる。この時、一例として、中断情報はブロードキャストされて送信できる。また、中断情報は既存のＮＡＮプロキシサーバーに対する登録ＩＤに基づいて送信できる。すなわち、一番先に中断情報を獲得したＮＡＮプロキシクライアントは他のＮＡＮプロキシクライアントに中断情報を提供することができる。これにより、他のＮＡＮプロキシクライアントは中断情報を遅滞なしに獲得することができる。

また、一例として、一番先にＮＡＮプロキシサーバーの動作が中断したことを確認したＮＡＮプロキシクライアントは中断情報を隣の他のＮＡＮプロキシサーバーに提供することができる。この時、一例として、ＮＡＮプロキシクライアントは登録されたＩＤ情報に基づいて他のＮＡＮプロキシサーバーに中断情報を提供することができる。ＮＡＮプロキシクライアントがＮＡＮプロキシサーバーに登録されたＮＡＮプロキシクライアントについての情報を含んでいる場合、これを他のＮＡＮプロキシサーバーに提供することができる。この時、中断情報を受信したＮＡＮプロキシサーバーは既存のＮＡＮプロキシサーバーの代わりに新しいＮＡＮプロキシサーバーとしての役目をすることができる。

また、一例として、ＮＡＮプロキシサーバーがＮＡＮプロキシクライアントを管理する場合において、ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントについての情報を受信することができる。

より詳細には、ＮＡＮプロキシサーバーに登録されたＮＡＮプロキシクライアントは互いに異なるディスカバリウィンドウ周期を有することができる。この時、ＮＡＮプロキシクライアントが特定のディスカバリウィンドウでアウェイクされる場合、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーが送信するサービスディスカバリフレームを受信することができる。これにより、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーが代わって行うパブリッシュ及び／又はサブスクライブについての情報を獲得することができる。この時、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーにＮＡＮプロキシクライアントとして維持されていることを示すメッセージ（以下、未解決（Ｋｅｅｐ ａｌｉｖｅ）メッセージ）をＮＡＮプロキシサーバーに送信することができる。この時、ＮＡＮプロキシサーバーは受信された未解決メッセージに基づいて登録されたＮＡＮプロキシクライアントについてのリスト情報をアップデートすることができる。

ただ、未解決メッセージは一例であり得る。ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントがＮＡＮプロキシクライアントとして維持されていることを示すメッセージを受信すれば、登録されたＮＡＮプロキシクライアントについてのリスト情報をアップデートすることができる。すなわち、未解決メッセージにだけ限られず、類似のメッセージ又は新たに定義するメッセージも可能であるが、上述した実施例に限定されない。

すなわち、ＮＡＮプロキシサーバーはそれぞれのＮＡＮプロキシクライアントから未解決メッセージを受信するかによって登録維持であるかを判断し、リストをアップデートすることができる。

また、一例として、ＮＡＮプロキシサーバー又はＮＡＮプロキシクライアントはそれぞれ登録を解除しようとすることができる。この時、一例として、ＮＡＮプロキシサーバーが登録を解除する場合、ＮＡＮプロキシサーバーは登録解除についての情報を登録されたＮＡＮプロキシクライアントに送信することができる。また、一例として、ＮＡＮプロキシクライアントが一定期間のディスカバリウィンドウのうちにＮＡＮプロキシサーバーからあるメッセージを受信することができない場合にＮＡＮプロキシサーバーが利用不可であることを判断することができ、これは上述したとおりである。

また、一例として、ＮＡＮプロキシクライアントが登録を解除しようとする場合、ＮＡＮプロキシクライアントは登録解除についての情報をＮＡＮプロキシサーバーに送信することができる。この時、一例として、ＮＡＮプロキシクライアントはディスカバリウィンドウごとにアウェイクされることに転換される場合にＮＡＮプロキシサーバーが不要であって登録解除を行うことができる。

また、一例として、ＮＡＮプロキシクライアントは他のＮＡＮプロキシサーバーに登録しようとする場合にＮＡＮプロキシサーバーに対する登録解除を要求することができる。さらに他の一例として、ＮＡＮプロキシクライアントが自らターンオフされる場合にＮＡＮプロキシサーバーに登録解除を要求することができる。

すなわち、ＮＡＮプロキシサーバー及びＮＡＮプロキシクライアントは一定条件によってそれぞれ登録解除を行うことができる。

図１５はプロキシの役目をする方法についてのフローチャートを示す図である。

ＮＡＮ端末は、ＮＡＮプロキシサーバーでＮＡＮプロキシサーバーに対するサービスを検索するために、サブスクライブメッセージをＮＡＮプロキシサーバーに送信することができる（Ｓ１５１０）。この時、図１０〜図１４で上述したように、ＮＡＮ端末のサービス／アプリケーション端はサブスクライブ方法を呼び出してプロキシサービスについての情報をＮＡＮ ＤＥ及びＮＡＮ ＭＡＣに提供することができる。ついで、ＮＡＮ端末はパブリッシュメッセージをＮＡＮプロキシサーバーから受信することができる（Ｓ１５２０）。この時、図１０〜図１４で上述したように、ＮＡＮプロキシサーバーはサブスクライブメッセージに含まれるプロキシサービスについての情報に基づいてサービスマッチングによって支援可能なプロキシサービスであるかを判断することができる。すなわち、ＮＡＮプロキシサーバーは、ＮＡＮ端末が要求するプロキシサービスを支援することができる場合、サービスマッチング後にパブリッシュメッセージをＮＡＮ端末に送信することができる。この時、一例として、ＮＡＮ端末のＮＡＮ ＤＥ及びＮＡＮ ＭＡＣ端はディスカバリ結果をＮＡＮ端末のサービス／アプリケーション端に提供することができる。これにより、ＮＡＮ端末はＮＡＮプロキシサーバーに対するサービス検索を完了することができる。ついで、ＮＡＮ端末はプロキシ登録要求メッセージをＮＡＮプロキシサーバーに送信することができる（Ｓ１５３０）。この時、図１０〜図１４で上述したように、プロキシ登録要求メッセージはプロキシ登録要求ＴＬＶフィールドを含むことができる。この時、一例として、プロキシ登録要求メッセージはＮＡＮ端末に対するディスカバリウィンドウアウェイク周期についての情報及びプロキシ登録についての情報を含むことができる。ついで、ＮＡＮ端末はプロキシ登録要求メッセージに基づいてプロキシ登録応答メッセージを受信することができる（Ｓ１５４０）。この時、図１０〜図１４で上述したように、ＮＡＮ端末はプロキシ登録応答メッセージを受信すればＮＡＮプロキシサーバーに登録可能である。すなわち、ＮＡＮプロキシクライアントとなることができる。この時、ＮＡＮプロキシクライアントは既設定のディスカバリウィンドウ周期に基づいてアウェイクできる。また、ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントの代わりにパブリッシュ及び／又はサブスクライブを行うことができる。すなわち、ＮＡＮプロキシサーバーはＮＡＮプロキシクライアントの代わりに他のＮＡＮ端末とデータ通信を行うための過程を行うことができる。この時、一例として、ＮＡＮプロキシクライアントがアウェイクされるディスカバリウィンドウでＮＡＮプロキシサーバー及びＮＡＮプロキシクライアントはデータを交換することができ、これは上述したようである。

図１６は端末装置のブロック図を示す図である。

端末装置はＮＡＮ端末であり得る。この時、一例として、ＮＡＮ端末はＮＡＮプロキシサーバーの役目を有する端末であり得る。また、ＮＡＮ端末はＮＡＮプロキシクライアント役目を有する端末であり得るが、これは上述したようである。

この時、端末装置１００は、無線信号を送信する送信モジュール１１０、無線信号を受信する受信モジュール１３０、及び送信モジュール１１０と受信モジュール１３０を制御するプロセッサ１２０を含むことができる。この時、端末１００は、送信モジュール１１０及び受信モジュール１３０を用いて外部デバイスと通信を行うことができる。この時、外部デバイスは他の端末装置であり得る。また、外部デバイスは基地局であり得る。すなわち、外部デバイスは端末装置１００と通信を行うことができる装置であり得るが、上述した実施例に限定されない。端末装置１００は、送信モジュール１１０及び受信モジュール１３０を用いてコンテンツなどのデジタルデータを送信及び受信することができる。また、端末装置１００は送信モジュール１１０及び受信モジュール１３０を用いてビーコンフレーム及びサービスディスカバリフレームなどを交換することができるが、上述した実施例に限定されない。すなわち、端末装置１００は送信モジュール１１０及び受信モジュール１３０を用いて通信を行って情報を外部デバイスと交換することができる。

本明細書の一実施例によれば、端末装置１００の前記プロセッサ１２０はプロキシサービス検索についてのサブスクライブメッセージを送信モジュール１１０を介してＮＡＮプロキシサーバーに送信することができる。その後、プロセッサ１２０は受信モジュール１３０を介してパブリッシュメッセージをＮＡＮプロキシサーバーから受信することができる。この時、パブリッシュメッセージはプロキシサービスがＮＡＮプロキシサーバーによって支援されることを示すメッセージであり得る。その後、プロセッサ１２０は送信モジュール１１０を介してプロキシサービスに基づいてプロキシ登録要求メッセージをＮＡＮプロキシサーバーに送信することができる。その後、プロセッサ１２０は受信モジュール１３０を介してプロキシ登録応答メッセージを受信することができる。この時、プロキシ登録応答メッセージが受信されれば、ＮＡＮプロキシクライアントはＮＡＮプロキシサーバーに登録できる。この時、登録されたＮＡＮプロキシクライアントは第１ディスカバリウィンドウ周期に基づいてアウェイクでき、これによって電力消耗を減らすことができる。

上述した本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。

ハードウェアによる具現の場合、本発明の実施例に係る方法は、一つ又はそれ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。

ファームウェア又はソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明した機能又は動作を実行するモジュール、手順又は関数などの形態として具現することもできる。ソフトウェアコードはメモリユニットに格納されてプロセッサによって駆動されてもよい。上記メモリユニットは上記プロセッサの内部又は外部に設けられて、既に公知である様々な手段によって上記プロセッサとデータを交換することができる。

以上開示した本発明の好適な実施形態についての詳細な説明は、当業者が本発明を具現して実施することができるように提供した。上記では本発明の好適な実施形態を参照して説明したが、当該技術分野における熟練した当業者であれば、添付の特許請求の範囲に記載の本発明の思想及び領域から逸脱しない範疇内で本発明を様々に修正及び変更することができることが理解可能であろう。したがって、本発明は、これに開示した実施形態に制限されるものではなく、これに開示した原理及び新規な特徴と一致する最も広い範囲を付与しようとするものである。また、以上では本明細書の好適な実施例について図示して説明したが、本明細書は上述した特定の実施例に限定されず、請求範囲で請求する本明細書の要旨を逸脱することなしに当該発明が属する技術分野で通常の知識を有する者によって多様な変形実施が可能であるのは言うまでもなく、このような変形実施は本明細書の技術的思想又は見込みから個別的に理解されてはいけないであろう。

そして、本明細書では物発明と方法発明を共に説明しているが、必要によって両発明の説明は補充的に適用可能である。

上述したような本発明はＮＡＮ無線通信システムに適用されることを仮定して説明したが、これに限定される必要はない。本発明は多様な無線システムに同じ方式で適用可能である。

Claims (15)

1. 無線通信システムにおいてＮＡＮ（Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ）プロキシクライアント（Ｐｒｏｘｙ ｃｌｉｅｎｔ）がＮＡＮプロキシサーバーに登録する方法であって、
   プロキシサービス検索についてのサブスクライブメッセージを前記ＮＡＮプロキシサーバーに送信する段階と、
   パブリッシュメッセージを前記ＮＡＮプロキシサーバーから受信する段階であって、前記パブリッシュメッセージは前記プロキシサービスが前記ＮＡＮプロキシサーバーによって支援されることを示すメッセージである、段階と、
   前記プロキシサービスに基づいてプロキシ登録要求メッセージを前記ＮＡＮプロキシサーバーに送信する段階と、
   前記プロキシ登録要求メッセージに基づいてプロキシ登録応答メッセージを受信する段階とを含み、
   前記プロキシ登録応答メッセージが受信されれば、前記ＮＡＮプロキシクライアントは前記ＮＡＮプロキシサーバーに登録され、
   前記登録されたＮＡＮプロキシクライアントは第１ディスカバリウィンドウ周期に基づいてアウェイクされる、ＮＡＮプロキシサーバー登録方法。
2. 前記第１ディスカバリウィンドウ周期についての情報は前記プロキシ登録要求メッセージに含まれて前記ＮＡＮプロキシサーバーに送信される、請求項１に記載のＮＡＮプロキシサーバー登録方法。
3. 前記ＮＡＮプロキシサーバーは第２ディスカバリウィンドウ周期に基づいてアウェイクされ、
   前記第１ディスカバリウィンドウ周期は前記第２ディスカバリウィンドウ周期の整数倍に設定される、又はベンダー特定に（Ｖｅｎｄｅｒ ｓｐｅｃｉｆｉｃ）決定される特定の変数である、請求項２に記載のＮＡＮプロキシサーバー登録方法。
4. 前記プロキシ登録応答メッセージは、登録が許されるか否かを指示する情報及び登録ＩＤ情報のうちいずれか一つ以上を含む、請求項１に記載のＮＡＮプロキシサーバー登録方法。
5. 前記ＮＡＮプロキシクライアントに対する登録が完了すれば、前記ＮＡＮプロキシサーバーが前記ＮＡＮプロキシクライアントのパブリッシュ及びサブスクライブの機能を代わってする、請求項１に記載のＮＡＮプロキシサーバー登録方法。
6. 前記ＮＡＮプロキシサーバーに登録された前記ＮＡＮプロキシクライアントが登録解除過程を行う段階をさらに含む、請求項１に記載のＮＡＮプロキシサーバー登録方法。
7. 前記登録解除過程は、
   前記ＮＡＮプロキシサーバーに登録解除要求メッセージを送信する段階と、
   前記ＮＡＮプロキシサーバーから登録解除応答メッセージを受信する段階とを含む、請求項６に記載のＮＡＮプロキシサーバー登録方法。
8. 前記ＮＡＮプロキシサーバーが利用不可の状態となる場合、前記ＮＡＮプロキシクライアントは前記ＮＡＮプロキシサーバーで登録を解除し、前記登録解除についての情報を前記ＮＡＮプロキシサーバーに登録された他のＮＡＮプロキシクライアントに提供する、請求項１に記載のＮＡＮプロキシサーバー登録方法。
9. 前記ＮＡＮプロキシサーバーから前記プロキシサーバー能力についての情報を含む第１フレームを受信する段階をさらに含む、請求項１に記載のＮＡＮプロキシサーバー登録方法。
10. 前記第１フレームはＮＡＮビーコンフレーム及びＮＡＮサービスディスカバリフレームのうちいずれか一つである、請求項９に記載のＮＡＮプロキシサーバー登録方法。
11. 前記第１フレームはＮＡＮプロキシサーバー属性フィールドを含み、
    ＮＡＮプロキシサーバー属性フィールドはプロキシサーバー住所フィールド、プロキシサーバー能力フィールド、アウェイク周期フィールド及びＢＳＳＩＤフィールドのうち少なくとも一つを含む、請求項９に記載のＮＡＮプロキシサーバー登録方法。
12. 前記第１フレームを受信すると、プロキシクライアント能力情報を含む第２フレームを前記ＮＡＮプロキシサーバーに送信する段階をさらに含み、
    前記第２フレームはＮＡＮプロキシクライアント属性フィールドを含み、
    ＮＡＮプロキシサーバー属性フィールドはプロキシクライアント住所フィールド、プロキシサーバー住所フィールド、アウェイク周期フィールド及びＢＳＳＩＤフィールドの少なくとも一つを含む、請求項９に記載のＮＡＮプロキシサーバー登録方法。
13. 前記登録されたＮＡＮプロキシクライアントは第１ディスカバリウィンドウ周期に基づいてアウェイクされるディスカバリウィンドウで前記ＮＡＮプロキシサーバーから第１フレームを受信し、第１フレームに基づいて前記ＮＡＮプロキシサーバーと同期化を行う、請求項１に記載のＮＡＮプロキシサーバー登録方法。
14. 前記第１フレームに基づいて前記ＮＡＮプロキシサーバーに第２フレームを送信し、
    前記第２フレームは前記ＮＡＮプロキシクライアントの登録が維持されていることを示す情報を含む、請求項１３に記載のＮＡＮプロキシサーバー登録方法。
15. 無線通信システムにおいてＮＡＮプロキシサーバーに登録を行うＮＡＮプロキシクライアントであって、
    外部デバイスからインフォメーションを受信する受信モジュールと、
    外部デバイスにインフォメーションを送信する送信モジュールと、
    前記受信モジュール及び前記送信モジュールを制御するプロセッサとを含み、
    前記プロセッサは、
    プロキシサービス検索についてのサブスクライブメッセージを前記ＮＡＮプロキシサーバーに送信し、
    パブリッシュメッセージを前記ＮＡＮプロキシサーバーから受信し、
    前記パブリッシュメッセージは前記プロキシサービスが前記ＮＡＮプロキシサーバーによって支援されることを示すメッセージであり、
    前記プロキシサービスに基づいてプロキシ登録要求メッセージを前記ＮＡＮプロキシサーバーに送信し、
    前記プロキシ登録要求メッセージに基づいてプロキシ登録応答メッセージを受信し、
    前記プロキシ登録応答メッセージが受信されると、前記ＮＡＮプロキシクライアントは前記ＮＡＮプロキシサーバーに登録され、
    前記登録されたＮＡＮプロキシクライアントは第１ディスカバリウィンドウ周期に基づいてアウェイクされる、ＮＡＮプロキシサーバーに登録を行うＮＡＮプロキシクライアント。