JP3905534B2

JP3905534B2 - 子ｐｎｃと目標デバイスとの間で効率的に通信する方法及びシステム

Info

Publication number: JP3905534B2
Application number: JP2004239941A
Authority: JP
Inventors: 性契洪; 文永崔; 仁煥金
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2003-09-18
Filing date: 2004-08-19
Publication date: 2007-04-18
Anticipated expiration: 2024-08-19
Also published as: JP2005094749A; US20050078646A1; CN1599359A; EP1517490A2; CN100334859C

Description

本発明は、無線通信環境でデバイス間にデータを送受信する方法に係り、さらに詳しくは、無線ＰＡＮ（ＷｉｒｅｌｅｓｓＰｅｒｓｏｎａｌＡｒｅａＮｅｔｗｏｒｋ）環境で動作し、互いに異なるピコネットに存在するデバイス間で通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）する方法及びシステムに関する。

前記互いに異なるピコネットというのは、親ピコネット（ｐａｒｅｎｔｐｉｃｏｎｅｔ）及び一つ以上の子ピコネット（ｃｈｉｌｄｐｉｃｏｎｅｔ）が存在する時、親ピコネットと子ピコネットとの間、または子ピコネットと他の子ピコネットとの間、を意味する。無線ＰＡＮでは、親ピコネットと子ピコネットが共存することができる。このように、親ピコネットと子ピコネットが共存する場合には、周波数を共有することができる長所がある。しかし、子ＰＮＣが特定の目標デバイス（ｔａｒｇｅｔｄｅｖｉｃｅ）にコマンド・フレーム（ｃｏｍｍａｎｄｆｒａｍｅ）、またはデータ・フレーム（ｄａｔａｆｒａｍｅ）を伝送するためＭＡＣヘッダを生成する場合には、このような共存により不明確性を引き起こす恐れがある。

図１は、従来のＩＥＥＥ８０２.１５.３標準により、子ＰＮＣが通信する例を示したブロック図である。
ＰＮＣ（ｐｉｃｏｎｅｔｃｏｒｄｉｎａｔｏｒ）は、与えられた時間にピコネット内でアソシエーションされたデバイスが、ただ一つのデバイスＩＤ（標準ＳＰＥＣでは、‘ＤＥＶＩＤ’と表される）を有するように確認する。したがって、実際にアソシエーションされたすべてのデバイスは、ただ一つのデバイスＩＤだけが割当てられる。

これに対する唯一の例外は、ＰＮＣ自身である。ＰＮＣとして動作するデバイスは、二つ以上のデバイスＩＤを有することができる。ＰＮＣが有するデバイスＩＤの中で、０ｘ００の値、即ちＰＮＣＩＤは他のデバイスと関連するＰＮＣ関数（ｆｕｎｃｔｉｏｎ）を使用するために割当てられ、ＰＮＣの他のデバイスＩＤ値は、ＰＮＣに関らない通信トラフィック（ＰＮＣではなく、一般デバイスとしての通信）を使用するために割当てられる。
ピコネットが始まる時、ＰＮＣは、新しく生成されたピコネットのメンバーである他のデバイスとのデータ交換のために、追加的なデバイスＩＤを自身に割当てる。

図１に示すように、親ピコネットと子ピコネットは、互いに独立的に動作する。したがって、親ＰＮＣと子ＰＮＣは、自身のピコネット内にあるデバイスに唯一のデバイスＩＤを割当てる。その結果、親ピコネットと子ピコネットには、同じデバイスＩＤを有するデバイスが存在することができる。
図１のような状況で、親ピコネットに存在するデバイスであり、同時に子ＰＮＣであるデバイス＃４；１４が親ピコネットに存在するデバイス＃３；１３にコマンド・フレームを伝送しようとする場合に、デバイス＃３；１３を目標デバイス（ｄｅｓｔｉｎａｔｉｏｎｄｅｖｉｃｅ）とするＭＡＣヘッダを生成しなければならないが、現状況では、正しいＭＡＣヘッダを生成することができない。即ち、デバイス＃４；１４は、二つのデバイス＃３；１３及び２３に関する情報を有しているので、コマンド・フレームの伝送のための正しいＭＡＣヘッダを生成することができない。

本発明では、以上のように発生する不明確性を除去するための方案を提示する。即ち、従来技術で明示しているｐｒｉｍｉｔｉｖｅに新しいパラメーターを追加することにより、このような問題を除去する。本発明では、このように発生する不明確性を除去して、子ＰＮＣが願う特定の目標デバイスと効果的に通信することができる技法を提示する。

一方、図２に示すように、一つの親ピコネット１００は、その下部に幾つかの子ピコネット１１０、１２０を有することができる。第１子ピコネット１１０のメンバーでありＤＥＶＩＤが４である＃４；１１４が、第２子ピコネット１２０のメンバーでありＤＥＶＩＤが２である＃２；１２４と通信しようとする場合、他のピコネット１００、１１０に存在するＤＥＶＩＤが２であるデバイス１０２、１１２を区別する方法がない。
このように、無線ＰＡＮでは、親ピコネットのような独立的な（ｉｎｄｅｐｅｎｄｅｎｔ）ピコネットと子ピコネットのような依存的な（ｄｅｐｅｎｄｅｎｔ）ピコネットが共存することができるが、独立的なピコネットのメンバーと依存的なピコネットのメンバー、或いは依存的なピコネットのメンバーとまたは他の依存的なピコネットのメンバーの間の通信方法はまだ存在しない。

なお、従来は、特許文献１に記載された技術のように、ホールドタイムアウト時間を指定することにより、時分割で異なるピコネットと通信を確立する技術がある。この技術において、第１の無線ユニットは複数の無線ネットワークに同時に関与するように従事する。第１の無線ネットワークにおける第２の無線ユニットとの接続が確立される。それから、ホールドタイムアウト時間が決定され、第１の無線ユニットは第１の無線ネットワークに関してホールドモードに入る。ホールドモードの間、第１の無線ユニットは第２の無線ネットワークにおける第３の無線ユニットとの接続を確立する。このことには、第３の無線ユニットに呼び出しを行い、第２の無線ネットワークにおけるマスタユニットとして動作する第１の無線ユニットが含まれる。また、第１の無線ユニットは定期的にマスタユニットからの呼び出しメッセージを聴取し、呼び出し時には応答し、これによって、第２の無線ネットワークにおけるスレーブとなっても良い。第１の無線ユニットはそれから、第２の無線ネットワークにおける活動に関与する。ホールドタイムアウト時間が切れたとき、第１の無線ユニットは第１の無線ネットワークにおける積極的な関与を再開する。このことには、第２の無線ネットワークとの接続で用いられる第２のホールドタイムアウト時間を決定することや、第２の無線ネットワークに関するホールドモードに入ることが含まれる。
特開２００１−５１７０２２号公報

本発明の目的は、前述した問題点を解決するため、親ピコネットのデバイスであり子ＰＮＣの役割をするデバイスが目的とする特定の目標デバイスと効果的に通信できるようにする方法を提供することを目的とする。
また、本発明は一つのピコネットに属するデバイスが自身と異なるピコネットに存在するデバイスと通信できるようにする方法を提供することを目的とする。特に、ＩＥＥＥ８０２.１標準ＳＰＥＣでのようなブリッジング概念を使用せず、ＭＡＣレベルで解決することができる方法を提供することを目的とする。

前記目的を達成するための本発明は、親ピコネットのメンバーであり子ピコネットの子ＰＮＣである第１デバイスが、前記親ピコネットまたは子ピコネットに存在する第２デバイスと通信する方法において、前記ピコネットを識別することができる識別子とデバイスに固有に割当てられるデバイスＩＤを利用して、前記第２デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送する第１段階と；前記コマンド・フレームが伝送される親ＰＮＣから第１デバイスと第２デバイスが通信できるようにチャネル時間が割当てられる第２段階と；前記チャネル時間の間、前記第１デバイスと前記第２デバイスとの間でデータを送受信する第３段階と；を含むことを特徴とする。

また、前記目的を達成するために、本発明は、親ピコネットのメンバーであり子ピコネットの子ＰＮＣである第１デバイスが、前記親ピコネットまたは子ピコネットに存在する第２デバイスと通信するピコネット・システムにおいて、前記ピコネットを識別することができる識別子とデバイスに固有に割当てられるデバイスＩＤを利用して、前記第２デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送し、前記親ＰＮＣから第２デバイスと通信できるようにチャネル時間が割当てられる前記第１デバイスと；前記子ＰＮＣまたは親ＰＮＣからデバイスＩＤが割当てられ、前記チャネル時間の間に第１デバイスとデータを送受信する第２デバイスと；を含むことを特徴とする。

さらに、前記目的を達成するために、本発明は、親ピコネットと一つ以上の子ピコネットが共存するピコネット・システム内に存在する第１デバイス及び第２デバイスが通信する方法において、第１子ＰＮＣは、親ＰＮＣ及び他の子ＰＮＣから所定のコマンド・フレームにより前記ＰＮＣのメンバー・デバイス（ａ）に関する情報が伝送されて自身のデバイス情報テーブルに貯蔵する第１段階と；前記第１子ＰＮＣの担当する子ピコネットのメンバー・デバイス（ｂ）が前記第１子ＰＮＣから所定のコマンド・フレームにより前記メンバー・デバイス（ａ）に関する情報が伝送されて自身のデバイス情報テーブルに貯蔵する第２段階と；前記メンバー・デバイス（ｂ）に属する第１デバイスが他のピコネットのメンバー・デバイス（ａ）に属する第２デバイスとの通信を試す第３段階と；前記第１デバイスが自身の貯蔵しているデバイス情報テーブルを利用して前記第２デバイスに伝送するデータ・フレームを生成する第４段階と；前記生成したデータ・フレームを前記第２デバイスに伝送する第５段階と；を含み、前記デバイス情報テーブルは、ピコネットを区別する識別子を含むことを特徴とする。

前述したように、本発明によると、親ピコネットに属し、同時に子ピコネットの子ＰＮＣであるデバイスが親ピコネットまたは子ピコネットに存在するデバイスと通信しようとする場合に前記二つのデバイス間にデバイスＩＤが重複されても正しく通信することができる。
また、本発明によると、ＭＡＣ層の上位層で別のブリッジング（ｂｒｉｄｇｉｎｇ）を利用しなくても、ＭＡＣヘッダに存在するＰＮＩＤを利用して互いに異なるピコネットに属するデバイス間において、効率的かつ簡便な方法で通信することができる。

以下、添付した図面を参照して、本発明に対して詳細に説明する。
［実施例］
図３のスタック（Ｓｔａｃｋ）構造を参照して、ＩＥＥＥ８０２.１５.３によるデバイス間に通信が行われる方式を簡略に説明する。まず、ＭＡＣ層（ＭＡＣｌａｙｅｒ）３２０）とＰＨＹ層（ｐｈｙｓｉｃａｌｌａｙｅｒ）３３０は、それぞれｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙを有する。これをそれぞれＭＬＭＥ（ＭＡＣｌａｙｅｒｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）３４０、ＰＬＭＥ（ＰＨＹｌａｙｅｒｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）３５０と言う。このようなｅｎｔｉｔｙは、各層でｌａｙｅｒｍａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎを行うことができるようにサービス・インターフェースを提供する。

また、ＭＡＣ層で円滑な動作を行うためには、ＤＭＥ（ＤｅｖｉｃｅＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）３６０が存在する。このようなＤＭＥは、各層に対して独立的に動作するのに、様々な層のマネージメントエンティティ（ｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）から各層の依存的な状態（ｌａｙｅｒ−ｄｅｐｅｎｄｅｎｔｓｔａｔｕｓ）情報を収集し、また各層に特徴的な変数（ｌａｙｅｒ−ｓｐｅｃｉｆｉｃｐａｒａｍｅｔｅｒｓ）をセッティングする機能を有する。

いろいろなＳＡＰ（ｓｅｒｖｉｃｅａｃｃｅｓｓｐｏｉｎｔ）は、様々なｅｎｔｉｔｙ間に情報を伝達するゲートの役割をする。ＰＨＹ層３３０とＭＡＣ層３２０間の情報は、ＰＨＹＳＡＰ３０３により、ＭＡＣ層３２０とＦＣＳＬ（ＦｒａｍｅＣｏｎｖｅｒｓｉｏｎＳｕｂＬａｙｅｒ）３１０間の情報は、ＭＡＣＳＡＰ３０２により伝達される。また、ＤＭＥ３６０とＭＬＭＥ３４０間の情報は、ＭＬＭＥＳＡＰ３０４により、ＤＭＥ３６０とＰＬＭＥ３５０間の情報は、ＰＬＭＥＳＡＰ３０５により伝達される。また、ＭＬＭＥ３４０とＰＬＭＥ３５０間の情報は、ＭＬＭＥ−ＰＬＭＥＳＡＰ３０６により伝達される。

図４ａは、従来の技術による子ＰＮＣが有する‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’を示す。各デバイスは、自身と同じピコネットにあるメンバーの多様な情報を貯蔵するために、’ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’を使用する。親ピコネットのデバイスであり子ピコネットの子ＰＮＣの役割をするデバイスは、親ピコネットに存在するメンバーの情報を貯蔵するためのＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ４１０と子ピコネットに存在するメンバーの情報を貯蔵するためのＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ４２０を有している。各テーブルには、チャネル時間割当（ＣｈａｎｎｅｌＴｉｍｅＡｌｌｏｃａｔｉｏｎ）情報、ＢＳＩＤ、親ピコネット情報、デバイス・アソシエーション（ＤＥＶＡｓｓｏｃｉａｔｉｏｎ）情報及び販売者詳細（ＶｅｎｄｏｒＳｐｅｃｉｆｉｃ）情報等を含むフィールドがデバイスＩＤ別に配列される。また、フィールドによってはそのフィールドの細部情報を含む下位フィールドが存在する。

それぞれのデバイスは、それぞれの行（Ｒｏｗ）別に示すように、前記フィールド情報を有する。前記ｔａｂｌｅ４１０及びｔａｂｌｅ４２０は、同じデバイスＩＤを有するデバイスが存在するので、何れかのデバイスから前記デバイスＩＤが重複されたデバイスにデータを伝送することが不可能である。

図４ｂは、本発明により子ＰＮＣが有する‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’にＰＮＩＤを適用した例を示す。８０２.１５.３標準ＳＰＥＣで定義するＰＮＩＤ（ＰｉｃｏｎｅｔＩＤ）及びＢＳＩＤ（ＢｅａｃｏｎＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ）は、ピコネット別に割当てられる点においては類似である。また、ＰＮＣが自身と同じＰＮＩＤやＢＳＩＤを使用する他のＰＮＣを発見すると、自身のＰＮＩＤやＢＳＩＤを変更する。このような場合に、ＰＮＩＤは必ず変更しなければならない。しかし、ＢＳＩＤは、必ず変更する必要はない。また、標準ＳＰＥＣでは両者を同時に変更することができないので、ピコネットを識別するための識別子としては、ＰＮＩＤを使用することがより効率的であり、確実な方法である。したがって、本発明では、それぞれの‘ｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’ にＰＮＩＤを追加し、各種のｐｒｉｍｉｔｉｖｅの交換時にＰＮＩＤを追加して伝送することにより、デバイスＩＤ（ＤＥＶＩＤ）が重複される場合にも、各デバイスを唯一に識別して、願うデバイスと通信できるようにする。例えば、子ＰＮＣが親ピコネットのメンバーであるデバイス＃２；１２にデータを伝送しようとする場合、デバイスＩＤが２であるデバイスは、二つ１２，２２が存在するが、デバイスＩＤが２であり、ＰＮＩＤが０ｘ０６であるデバイス１２は、唯一なので正しくデータを伝送することができる。

このように、テーブル自体にＰＮＩＤを適用する方法以外にも、他の実施形態として、一つのテーブルを使用し、それぞれのデバイスに該当するそれぞれの行ごとにＰＮＩＤを記入する方法も考えることができる。図４ｃは、このような場合に子ＰＮＣが有する‘ｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’にＰＮＩＤを適用した例を示す。このようにテーブルを構成すると、各行ごとにＰＮＩＤを記入する短所はあるが、ピコネット別に複数のテーブルを有する必要なく一つのテーブルで管理することができるので簡便である。このように一つで形成された‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’のそれぞれのデバイスを示すそれぞれの行にＰＮＩＤを追加し、各種のｐｒｉｍｉｔｉｖｅ交換時に前記ＰＮＩＤを追加して伝送することにより、デバイスＩＤ（ＤＥＶＩＤ）が重複された場合にも各デバイスを唯一に識別して願うデバイスと通信することができる。

図５ａはＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームの構造を示し、図５ｂはＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームのＤＥＶｉｎｆｏ（デバイス情報）フィールドの細部構造を示す。また、５ｃは、ＭＡＣフレームのヘッダ部の構造を示す。
親ピコネットのメンバーであるデバイスは、親ＰＮＣから親ピコネットに存在するメンバーに関する情報がＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームを通じて周期的に伝送されるが、前記親ピコネットのメンバーである子ＰＮＣは、自身が担当する子ピコネットのメンバーに関する情報は既に知っている。したがって、子ＰＮＣは、子ピコネットのメンバーに関する情報及び前記伝送されたフレームに含まれた情報を利用して‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’を構成することができる。このような、ＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームは、コマンド・フレームの種類を示すＣｏｍｍａｎｄｔｙｐｅフィールド５０１、ＤＥＶＩｎｆｏフィールドが占める情報量を示すＬｅｎｇｔｈフィールド５０２及び複数のＤＥＶＩｎｆｏフィールド５０３乃至５０５から構成される。前記それぞれのＤＥＶＩｎｆｏフィールドは、図５Ｂのような細部構造を有する。

ＰＮＣインフォメーションコマンドは、ピコネット内にいずれか変化のある場合、ブロードキャストされるコマンド・フレームである。したがって、いずれか子ピコネットでの変化をＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄを通じて子ＰＮＣがブロードキャストし、このコマンド・フレームを受ける親ＰＮＣと他の子ＰＮＣは、まるで自身のピコネットにいずれか変化のあるようにＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄをブロードキャストする。ＤＥＶＩｎｆｏフィールド５０３乃至５０５は、可変的であるのでディバイス数の制限はない。

ただ、‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’をＰＮＩＤで区別して構成しなければならないので、ＰＮＩＤ情報が必要である。このＰＮＩＤ情報は、ＰＮＣＩｎｆｒｏｍａｔｉｏｎｃｏｍｍａｎｄのＭＡＣヘッダ５２０に位置するＰＮＩＤフィールド５２２に記録される。前記ＭＡＣヘッダ５２０の構造は、図５ｃの通りである。

図６は、図１のような状況で、ＰＮＩＤを適用する場合の差異点を示す。図１に示すように、子ＰＮＣ１４が親ピコネットのデバイス＃３；１３にデータを伝送しようとする場合、自身が有している‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’で前記デバイス＃３；１３は、デバイスＩＤは３であり、ＰＮＩＤは１であるということを分かることができる。したがって、同じデバイスＩＤを有する子ピコネットのデバイス＃３；２３と重複されないので、正しくデータを伝送することができる。

図７は、ＰＮＩＤを適用してデバイスとＰＮＣとの間にコマンド・フレーム（ｃｏｍｍａｎｄｆｒａｍｅ）を送受信する過程を示す。本図面では、ｐｒｉｍｉｔｉｖｅの中で、ＣＲＥＡＴＥ−ＳＴＲＥＡＭに例えて説明する。前記ｐｒｉｍｉｔｉｖｅは、デバイスがＰＮＣにチャネル時間（ｃｈａｎｎｅｌｔｉｍｅ）を要請するために使用される。まず、デバイス側のＤＭＥ７１０でＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔ７０１を生成して、ＭＬＭＥ７２０に伝達する。

親ピコネットのデバイスであり同時に子ピコネットの子ＰＮＣとしての役割をするデバイス１４は、親ＰＮＣからデバイスＩＤ＃４が割当てられる。前記デバイス＃４；１４は、特定の目標（ｔａｒｇｅｔ）デバイスと通信するために修正されたｐｒｉｍｉｔｉｖｅであるＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔを使用する。前記デバイス＃４；１４は、二つの‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’を有し、このテーブルはＰＮＩＤ別に区分されているので、従来技術で言及したｐｒｉｍｉｔｉｖｅに新しいパラメーターであるＰＮＩＤを追加して構成すると次の通りである。

ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔ｛
ＰＮＩＤ、
ＴｒｇｔＩＤ、
ＤＳＰＳＳｅｔＩｎｄｅｘ、
ＳｔｒｅａｍＲｅｑｕｅｓｔＩＤ、
ＳｔｒｅａｍＩｎｄｅｘ、
...
ＤｅｓｉｒｅｄＮｕｍＴＵｓ、
ＲｅｑｕｅｓｔＴｉｍｅｏｕｔ
｝

前記デバイス＃４；１４のＭＬＭＥ７２０は、親ＰＮＣのＭＬＭＥ７３０に伝送するためにチャネル時間要請（ＣｈａｎｎｅｌＴｉｍｅＲｅｑｕｅｓｔ）コマンド・フレーム７０２を生成する。この時、デバイス＃４；１４のＤＭＥ７１０から受信されたＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔ７０１にＰＮＩＤが含まれているので、正しいＭＡＣヘッダを有するコマンド・フレームを生成することができる。

前記コマンド・フレーム７０２は、ＰＨＹ層を通じて空中（Ａｉｒ）のＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）信号に含まれて前記親ＰＮＣに伝送される。前記ＲＦ信号は、ＰＮＣ側のＰＨＹ層で復調化され、前記コマンド・フレーム７０２が抽出される。また、前記コマンド・フレーム７０２は、前記親ＰＮＣ側のＭＡＣ層を通過した後、ＭＬＭＥ７３０に伝達される。前記コマンド・フレーム７０２が伝達された前記親ＰＮＣのＭＬＭＥ７３０は、前記フレーム７０２を受信したことを確認するフレーム、即ちＩｍｍ−ＡＣＫフレーム７０３を生成してデバイス＃４に伝達する。

一方、ＰＮＣのＭＬＭＥ７３０に伝達されたコマンド・フレームは、ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.Ｉｎｄｉｃａｔｉｏｎ７０４の形態でＰＮＣのＤＭＥ７４０に伝達される。この後、ＰＮＣのＤＭＥ７４０は、これに対する応答として、ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｓｐｏｎｓｅ７０５をＰＮＣのＭＬＭＥ７３０に伝達すると、ＰＮＣのＭＬＭＥ７３０はＭＡＣ層とＰＨＹ層を通じて空中にＲＦ信号を伝送する。前記ＲＦ信号は、ＣｈａｎｎｅｌＴｉｍｅＲｅｓｐｏｎｓｅコマンド・フレーム７０６の情報を含んでいる。前記ＲＦ信号は、デバイス側のＰＨＹ層で復調化され、前記コマンド・フレーム７０６が抽出される。また、前記コマンド・フレーム７０６は、デバイス側のＭＡＣ層を通過した後、デバイスのＭＬＭＥ７２０に伝達される。前記コマンド・フレーム７０６が伝達されるデバイスのＭＬＭＥ７２０は、前記フレーム７０６を受信したことを確認するＩｍｍ−ＡＣＫフレーム７０７を生成して、ＰＮＣ側に伝達する。一方、デバイスのＭＬＭＥ７２０に伝達されたコマンド・フレームは、ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｃｏｎｆｉｒｍ７０８の形態でデバイスのＤＭＥ７１０に伝達される。

このように、デバイス＃４；１４が親ＰＮＣ１１から特定の目標デバイスと通信することができるように確認されると、前記ＰＮＣ１１はビーコンのスーパーフレームを通じてデバイス＃４と前記目標デバイスと通信することができる時間であるチャネル時間（ｃｈａｎｎｅｌｔｉｍｅ）を割当てる。その後、前記デバイス＃４；１４は、該当チャネル時間の間に前記目標デバイスと通信することができる。

前記例では、ｐｒｉｍｉｔｉｖｅがＣＲＥＡＴＥ−ＳＴＲＥＡＭである場合に例えたが、これ以外にもＭＬＭＥ−ＤＩＳＡＳＳＯＣＩＡＴＥ、ＭＬＭＥ−ＭＥＭＢＥＲＳＨＩＰ−ＵＰＤＡＴＥ、ＭＬＭＥ−ＰＮＣ−ＨＡＮＤＯＶＥＲ、ＭＬＭＥ−ＰＮＣ−ＩＮＦＯ、ＭＬＭＥ−ＰＲＯＢＥ等も追加されたパラメーターであるＰＮＩＤを含んで動作する。

図８は、本発明の全動作を示したフローチャートである。
親ＰＮＣは親ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当て、子ＰＮＣは子ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当てる（Ｓ８１０）。この時、親ピコネットのメンバーであり子ＰＮＣの役割をする第１デバイスも親ＰＮＣからデバイスＩＤが割当てられる。このような過程で、親ピコネット・メンバーであるデバイスと子ピコネット・メンバーであるデバイス間に重複されたデバイスＩＤが割当てられることができる。

親ピコネットのメンバーであるデバイスは、親ＰＮＣから親ピコネットに存在するメンバーに関する情報がＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームを通じて周期的に伝送され、第１デバイスも前記メンバーであるので前記フレームが伝送される（Ｓ８１１）。また、第１デバイスは、自身が担当する子ピコネットのメンバーに関する情報は既に分かっているので、前記伝送されたフレームに含まれた情報及び前記子ピコネットのメンバーに関する情報を利用して‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’を構成する（Ｓ８１２）。

次に、第１デバイスは、自身の‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’で第２デバイスのデバイスＩＤ及びＰＮＩＤ等の情報を読み込む（Ｓ８２０）。前記‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’は、図４ｂに示すように、二つのテーブルにそれぞれＰＮＩＤが付与される形態に構成することもでき、図４ｃのように、一つのテーブルのそれぞれの行ごとにＰＮＩＤを付与する形態に構成することもできる。

次に、第１デバイスは、目標デバイス（第２デバイス）のデバイスＩＤ及びＰＮＩＤ情報をパラメーターとして含むＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔを生成する（Ｓ８３０）。その後、第１デバイスは、前記ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔが有している目標デバイス（第２デバイス）のデバイスＩＤ及びＰＮＩＤ情報を利用して前記目標デバイスと通信するためのチャネル時間を要請するコマンド・フレーム（ｃｏｍｍａｎｄｆｒａｍｅ）を生成し、親ＰＮＣにこれを伝送する（Ｓ８４０）。これにより、前記親ＰＮＣは、ビーコン・スーパーフレームを通じて第１デバイスと第２デバイスが通信することができるようにチャネル時間を割当てる（Ｓ８５０）。その後、割当てられたチャネル時間の間に第１デバイスと第２デバイス間にデータを送受信する（Ｓ８６０）。

図９ａは各デバイスが有する‘インターナルＤＥＶアソシエーションテーブル（ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ）’の例である。従来の方法によると、ピコネットに新しいデバイスが参与する時、新しいデバイスは自身のデバイス情報をＰＮＣに伝達し、ピコネットのメンバーと加入（ａｓｓｏｃｉａｔｉｏｎ）することになる。このような過程を通じて、ＰＮＣは、自身が担当するピコネットのメンバーのデバイス情報を得て‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’に貯蔵する。前記‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’は、一つのピコネット内のデバイスに関する情報を含んでいる‘デバイス情報テーブル’の一種として、一つのデバイスが他のデバイスにデータを伝送しようとする時に利用するテーブルである。

また、ＰＮＣは、各メンバーに前記デバイス情報をビーコンを通じて周期的に伝送する。これにより、前記情報が伝送された各メンバー・デバイスは、前記情報を自身の‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’に貯蔵し、後に、このｔａｂｌｅ情報を利用して他のメンバー・デバイスと通信することができる。このように、一つのピコネット内のメンバー間では互いに通信をすることができるが、それと異なるピコネットのメンバーとは、通信することができる方法がない。

したがって、これを解決するため、ピコネットを担当するそれぞれのＰＮＣ間に周期的な通信を通じてそれぞれが有している‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’を共有することにより、各ＰＮＣは全てのピコネットに存在する全てのデバイスの情報を分かることができる。また、ＰＮＣが各メンバーに前記デバイス情報を伝送すると、前記情報が伝送された各メンバー・デバイスは、前記情報を自身の‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’に貯蔵し、後に、互いに異なるピコネットに属するデバイス間に通信する時には、前記ｔａｂｌｅを利用して目標デバイスにデータを伝送することになる。この場合に、目標デバイスが属するピコネットの該当ＰＮＣを中間地点として経ることになる。

しかし、目標デバイスのデバイス情報を分かっていても、ピコネットでの通信はＤＥＶＩＤにより行われるので、一つのピコネットでデバイスはそれぞれ唯一のＤＥＶＩＤを有するが、全てのピコネットで見ると重複されたＤＥＶＩＤが存在することができるので、目標デバイスを唯一に決定することができない問題が今でも存在する。

本発明では、各ピコネットを区別する識別子を利用して、重複されたＤＥＶＩＤが存在する場合にも、正しく目標デバイスにデータを伝送することができるようにする。標準ＳＰＥＣで定義するＰＮＩＤ（ＰｉcｏｎｅｔＩＤ）及びＢＳＩＤ（ＢｅａｃｏｎＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒ）が全部ピコネットごとに割当てられる点で類似である。また、ＰＮＣが自身のようなＰＮＩＤやＢＳＩＤを使用する他のＰＮＣを発見すると、ＰＮＩＤやＢＳＩＤを変更する。このような場合に、ＰＮＩＤは変更しなければならないが、ＢＳＩＤは必ず変更する必要はない。また、標準ＳＰＥＣでは両者を同時に変更することができない。したがって、ピコネットを識別するための識別子としてはＰＮＩＤを使用することがより効率的な方法である。これにより、本発明では、それぞれの‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’にＰＮＩＤを追加し、各種のｐｒｍｉｔｉｖｅ交換時にＰＮＩＤを追加して伝送することにより、デバイスＩＤ（ＤＥＶＩＤ）が重複される場合にも各デバイスを唯一に識別して前記デバイスと通信できるようにする。

図１のような無線通信環境で前記三つのピコネットに存在する全てのデバイスは、図４ａのような三つの‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’を有する。各テーブルは、それぞれのデバイス別にチャネル時間割当（ＣｈａｎｎｅｌＴｉｍｅＡｌｌｏｃａｔｉｏｎ）情報、ＢＳＩＤ、親ピコネット（ＰａｒｅｎｔＰｉｃｏｎｅｔ）情報、デバイス・アソシエーション（ＤＥＶＡｓｓｏｃｉａｔｉｏｎ）情報及び販売者詳細（ＶｅｎｄｏｒＳｐｅｃｉｆｉｃ）情報等を含むフィールドから構成され、フィールドによっては細部情報を含む下位フィールドが存在する。

各デバイスは、自身のようなピコネットに存在するメンバー及び自身と異なるピコネットに存在するメンバーに関する情報を貯蔵するために三つのピコネット１００、１１０、１２０に対して全てのデバイスに関する情報を含む‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’９００、９１０、９２０を使用する。この‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’は、ピコネットの数だけ存在し、ＰＮＩＤを基準として分離されている。

図２のように、第１子ピコネットのデバイス＃４；１１４が第２子ピコネットのデバイス＃２；１２２にデータを伝送しようとする場合について説明する。一番目に、ソースデバイスと目標デバイスのＰＮＩＤが同一ならば、両者が同一ピコネット内に存在することであるので、直接に目標デバイスのＤＥＶＩＤを利用してデータを伝送する。二番目に、前記ＰＮＩＤが異なると、両者が互いに異なるピコネットに存在することであるので、ソースデバイスが属するピコネットを担当するＰＮＣにまずデータを伝達し、前記ＰＮＣがさらに前記ＰＮＩＤに該当するピコネットのＰＮＣにデータを伝達した後に目標デバイスにデータを伝送する過程を経る。最後に、前記目標デバイスが親ピコネットに属する場合には、前記ソースデバイスを担当するＰＮＣと目標デバイスが全部親ピコネットのメンバーであるので、両者間において直接にデータを伝送することができる。

図１の例は、前記場合の中で二番目の場合に該当する。したがって、第１子ピコネット１１０のメンバーであるデバイス＃４；１１４が第２子ピコネット１２０のメンバーであるデバイス＃２；１２２にデータを伝送しようとする場合、前記デバイス＃４；１１４は、前記データをまず自分が属するピコネットを担当する第１子ＰＮＣ１０３に伝送する。これにより、親ピコネットのメンバーである前記第１子ＰＮＣ１０３も、親ピコネットのメンバーである第２子ＰＮＣ１０６に前記データを伝送し、前記第２子ＰＮＣ１０６は前記データを自分のピコネットのメンバーであるデバイス＃２；１２２に伝送する過程を経る。

このように、テーブル自体にＰＮＩＤを適用する方法以外にも、他の実施形態として、一つのテーブルを使用し、それぞれのデバイスに該当するそれぞれの行ごとにＰＮＩＤを記入する方法も考えることができる。図９ｂは、このような場合に、それぞれのデバイスが有する‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’にＰＮＩＤを適用した例を示す。このようにテーブルを構成すると、各行ごとにＰＮＩＤを記入するが、ピコネット別に複数のテーブルを有する必要がなく、一つのテーブル９３０で管理することができるので簡便である。このように一つで形成した‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’のそれぞれのデバイスを示すそれぞれの行にＰＮＩＤを追加し、各種のｐｒｉｍｉｔｉｖｅ交換時にＰＮＩＤを追加して伝送することにより、デバイスＩＤ（ＤＥＶＩＤ）が重複された場合にも、各デバイスを唯一に識別して、前記デバイスと通信することができるようになる。

図１０は、本発明の全動作を示すフローチャートである。まず、最初のデバイス間に最初のピコネット、即ち親ピコネットを形成する（Ｓ５０１）。前記親ピコネットが形成するネットワークに新しいデバイスが加入（Ｊｏｉｎ）すると（Ｓ５０２）、前記デバイスは、親ピコネットにアソシエーション（Ａｓｓｏｃｉａｔｉｏｎ）するか、或いは子ピコネットを形成するかを判断する（Ｓ５０３）。
前記判断の結果、親ピコネットに単に、アソシエーションすると決定した場合、標準ＳＰＥＣの定義に基づいてアソシエーション過程を経る（Ｓ５０４）。次に、親ＰＮＣから親ピコネットに存在するメンバーに関する情報がＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームを通じて周期的に伝送される（Ｓ５０５）。伝送された情報を自身のピコネットのための‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’に貯蔵する（Ｓ５０６）。

既に、子ピコネットが形成された場合には、子ＰＮＣから子ピコネットに存在するメンバーに関する情報がＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームを通じて周期的に伝送される（Ｓ５０７）。即ち、子ＰＮＣは、ＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームを通じて自身のピコネットに存在するメンバーの情報を親ＰＮＣと他の子ＰＮＣに伝送し、親ＰＮＣと他の子ＰＮＣは、伝送された情報をＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームを通じて自身のピコネットに存在するメンバーに伝送する。その後、各デバイスは、伝送された情報を各ピコネットのための当該‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’に貯蔵する（Ｓ５０８）。

前記Ｓ５０３の判断の結果、ネットワークに加入するデバイスが、子ピコネットを形成すると決定する場合、即ち子ＰＮＣになると決定した場合には、子ピコネットを形成する過程を経るが（Ｓ５１４）、この過程も従来の標準ＳＰＥＣにより行われる。

子ピコネットに存在する各デバイスは、子ＰＮＣから子ピコネットに存在するメンバーに関する情報がＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームを通じて周期的に伝送される（Ｓ５１５）。伝送された情報を自身のピコネットのための‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’に貯蔵する（Ｓ５１６）。また、子ＰＮＣは、自身のＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームを通じて自身のピコネットに存在するメンバーの情報を親ＰＮＣと他のＰＮＣに伝送する（Ｓ５１７）。親ＰＮＣと各子ＰＮＣは、伝送された情報を当該ピコネットのための‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’に貯蔵する。

前記子ＰＮＣは、親ＰＮＣと他の子ＰＮＣからそのピコネットに存在するメンバーの情報が各ＰＮＣのＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームを通じて伝送される（Ｓ５１８）。伝送された子ＰＮＣは、各ピコネットメンバーの情報を当該‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’に貯蔵する（Ｓ５１９）。子ピコネットに存在するメンバーは、ＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームを通じて、親ピコネットと他のピコネットに存在するメンバーの情報が伝送される（Ｓ５２０）。伝送されたデバイスは、各ピコネットのメンバーの情報を当該‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’に貯蔵する（Ｓ５２１）。

図１０に示すように、全てのデバイスがすべてのピコネットに存在するすべてのデバイスに関する情報を得て、それぞれの‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’に貯蔵した後には、図１１の過程を通じてデバイス間にデータを送受信することができる。
まず、特定のソースデバイスが任意のピコネットに存在する他の目標デバイスと通信を試す（Ｓ６０１）。また、前記ソースデバイスは、自身が貯蔵している目標デバイスが属するピコネットに関する‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’を使用して、伝送するデータ・フレームを生成する（Ｓ６０２）。

これにより、目標デバイスのＰＮＩＤが送信デバイス自身のＰＮＩＤと同一であるか否かを判断して（Ｓ６０３）、ソースデバイスと目標デバイスのＰＮＩＤが同一である場合には、両者が同一ピコネット内に存在することであるので、直接に目標デバイスのＤＥＶＩＤを利用してデータを伝送する（Ｓ６０４）。
前記ＰＮＩＤが異なる場合には、両者が互いに異なるピコネットに存在することであるので、ソースデバイスが属するピコネットを担当するＰＮＣにまずデータを伝送すると（Ｓ６０５）、前記ＰＮＣが再び前記ＰＮＩＤに該当するピコネットのＰＮＣにデータを伝達した後（Ｓ６０６）、目標デバイスにデータを伝送する過程を経る（Ｓ６０７）。前記目標デバイスのＰＮＩＤが親ピコネットのＰＮＩＤである場合、前記ソースデバイスを担当するＰＮＣと目標デバイスが全部親ピコネットのメンバーであるので、両者間において直接にデータを伝送することができる。

以上、本発明に係る好適な実施の形態について説明したが、本発明はかかる構成に限定されない。当業者であれば、特許請求の範囲に記載された技術思想の範囲内において、各種の修正例および変更例を想定し得るものであり、それらの修正例および変更例についても本発明の技術範囲に包含されるものと了解される。

従来のＩＥＥＥ８０２.１５.３標準により、子ＰＮＣが通信する例を示すブロック図である。複数のピコネットを有するピコネット・システムを示す図である。各デバイスに存在するＩＥＥＥ８０２.１５.３標準による階層構造を示す図である。従来の子ＰＮＣが有する‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’を示す図である。本発明による子ＰＮＣが有する‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’にＰＮＩＤを適用した例を示す図である。本発明による子ＰＮＣが有する‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’にＰＮＩＤを適用した他の例を示す図である。ＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームの構造を示す図である。ＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームのＤＥＶＩｎｆｏフィールドの細部構造を示す図である。ＭＡＣフレームのヘッダ部の構造を示す図である。図１のような状況で、ＰＮＩＤを適用する場合の差異点を示す図である。ＰＮＩＤを適用してデバイスとＰＮＣとの間でコマンド・フレームを送受信する過程を示す図である。本発明の全動作を示すフローチャートである。各デバイスが有する‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’の第１実施形態を示す図である。各デバイスが有する‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’の第２実施形態を示す図である。本発明の全動作を示すフローチャートである。図１０に続いて、本発明の全動作を示すフローチャートである。

符号の説明

１０：親ピコネット
１１：デバイス＃１（親ピコネット１０）
１２：デバイス＃２（親ピコネット１０）
１３：デバイス＃３（親ピコネット１０）
１４：デバイス＃４（親ピコネット１０）、デバイス＃１（子ピコネット２０）
１５：デバイス＃５（親ピコネット１０）
１６：デバイス＃６（親ピコネット１０）
２０：子ピコネット
２２：デバイス＃２（子ピコネット２０）
２３：デバイス＃３（子ピコネット２０）
２４：デバイス＃４（子ピコネット２０）
２５：デバイス＃５（子ピコネット２０）
１００：親ピコネット
１０１：デバイス＃１（親ピコネット１００）
１０２：デバイス＃２（親ピコネット１００）
１０３：デバイス＃３（親ピコネット１００）、デバイス＃１（第１子ピコネット１１０）
１０４：デバイス＃４（親ピコネット１００）
１０５：デバイス＃５（親ピコネット１００）
１０６：デバイス＃６（親ピコネット１００）、デバイス＃１（第２子ピコネット１２０）
１０７：デバイス＃５（親ピコネット１００）
１１０：第１子ピコネット
１１２：デバイス＃２（第１子ピコネット１１０）
１１３：デバイス＃３（第１子ピコネット１１０）
１１４：デバイス＃４（第１子ピコネット１１０）
１１５：デバイス＃５（第１子ピコネット１１０）
１２０：第２子ピコネット
１２２：デバイス＃２（第２子ピコネット１２０）
１２３：デバイス＃３（第２子ピコネット１２０）
１２４：デバイス＃４（第２子ピコネット１２０）
３０２：ＭＡＣＳＡＰ
３０３：ＰＨＹＳＡＰ
３０４：ＭＬＭＥＳＡＰ
３０５：ＰＬＭＥＳＡＰ
３０６：ＭＬＭＥ−ＰＬＭＥＳＡＰ
３１０：ＦＣＳＬ
３２０：ＭＡＣ層
３３０：ＰＨＹ層
３４０：ＭＬＭＥ
３５０：ＰＬＭＥ
３６０：ＤＭＥ
５０１：Ｃｏｍｍａｎｄｔｙｐｅフィールド
５０２：Ｌｅｎｇｔｈフィールド
５０３〜５０５：ＤＥＶＩｎｆｏフィールド
５２０：ＭＡＣヘッダ
５２２：ＰＮＩＤフィールド
７０１：ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔ
７０２：チャネル時間要請（ＣｈａｎｎｅｌＴｉｍｅＲｅｑｕｅｓｔ）コマンド・フレーム
７０３：Ｉｍｍ−ＡＣＫフレーム
７０４：ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.Ｉｎｄｉｃａｔｉｏｎ
７０５：ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｓｐｏｎｓｅ
７０６：ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｓｐｏｎｓｅコマンド・フレーム
７０７：Ｉｍｍ−ＡＣＫフレーム
７０８：ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｃｏｎｆｉｒｍ
７１０：ＤＭＥ
７２０：ＭＬＭＥ
７３０：親ＰＮＣのＭＬＭＥ
７４０：ＰＮＣのＤＭＥ

Claims

親ピコネットのメンバーであり子ピコネットの子ＰＮＣである第１デバイスが、前記親ピコネットまたは子ピコネットに存在する第２デバイスと通信する方法において、
前記ピコネットを識別することができる識別子とデバイスに固有に割当てられるデバイスＩＤを利用して、前記第２デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送する第１段階と；
前記コマンド・フレームが伝送される親ＰＮＣから第１デバイスと第２デバイスが通信できるようにチャネル時間が割当てられる第２段階と；
前記チャネル時間の間、前記第１デバイスと前記第２デバイスとの間でデータを送受信する第３段階と；
を含むことを特徴とするピコネットでの通信方法。
前記ピコネットを識別することができる識別子は、ＩＥＥＥ８０２.１５.３で規定されたＰＮＩＤであることを特徴とする請求項１に記載のピコネットでの通信方法。
前記第１段階は、
親ＰＮＣは親ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当て、子ＰＮＣは子ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当てる（ａ）段階と；
前記第１デバイスの‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’から前記（ａ）段階で割当てられた第２デバイスのデバイスＩＤ及びＰＮＩＤ情報を読み込む（ｂ）段階と；
前記第２デバイスのデバイスＩＤ及びＰＮＩＤ情報をパラメーターとして含むＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔを生成する（ｃ）段階と；
前記第１デバイスが、前記ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔの有している第２デバイスのデバイスＩＤ及びＰＮＩＤ情報を利用して、前記目標デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送する（ｄ）段階と；
を含むことを特徴とする請求項２に記載のピコネットでの通信方法。
前記‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’は、第１デバイスが有する複数の‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’にピコネット別に固有のＰＮＩＤを割当てることを特徴とする請求項３に記載のピコネットでの通信方法。
前記‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’は、第１デバイスが有する一つの‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’のそれぞれの行にピコネット別に固有のＰＮＩＤを記載することを特徴とする請求項３に記載のピコネットでの通信方法。
親ピコネットのメンバーであり子ピコネットの子ＰＮＣである第１デバイスが、前記親ピコネットまたは子ピコネットに存在する第２デバイスと通信するピコネット・システムにおいて、
前記ピコネットを識別することができる識別子とデバイスに固有に割当てられるデバイスＩＤを利用して、前記第２デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送し、前記親ＰＮＣから第２デバイスと通信できるようにチャネル時間が割当てられる前記第１デバイスと；
前記子ＰＮＣまたは親ＰＮＣからデバイスＩＤが割当てられ、前記チャネル時間の間に第１デバイスとデータを送受信する第２デバイスと；
を含むことを特徴とするピコネット・システム。
前記ピコネットを識別することができる識別子は、ＩＥＥＥ８０２.１５.３で規定されたＰＮＩＤであることを特徴とする請求項６に記載のピコネット・システム。
前記コマンド・フレームを生成し、親ＰＮＣにこれを伝送する過程は、
親ＰＮＣは親ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当て、子ＰＮＣは子ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当てる（ａ）段階と；
前記第１デバイスの‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’から前記（ａ）段階で割当てられた第２デバイスのデバイスＩＤ及びＰＮＩＤ情報を読み込む（ｂ）段階と；
前記第２デバイスのデバイスＩＤ及びＰＮＩＤ情報をパラメーターとして含むＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔを生成する（ｃ）段階と；
前記第１デバイスが、前記ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔの有している第２デバイスのデバイスＩＤ及びＰＮＩＤ情報を利用して、前記目標デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送する（ｄ）段階と；
を含むことを特徴とする請求項７に記載のピコネット・システム。
前記‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’は、第１デバイスが有する複数の‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’にピコネット別に固有のＰＮＩＤを割当てることを特徴とする請求項８に記載のピコネット・システム。
前記‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’は、第１デバイスが有する一つの‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’のそれぞれの行にピコネット別に固有のＰＮＩＤを記載することを特徴とする請求項８に記載のピコネット・システム。
親ピコネットと一つ以上の子ピコネットが共存するピコネット・システム内に存在する第１デバイス及び第２デバイスが通信する方法において、
第１子ＰＮＣは、
親ＰＮＣ及び他の子ＰＮＣから所定のコマンド・フレームにより前記ＰＮＣのメンバー・デバイス（ａ）に関する情報が伝送されて自身のデバイス情報テーブルに貯蔵する第１段階と；
前記第１子ＰＮＣの担当する子ピコネットのメンバー・デバイス（ｂ）が前記第１子ＰＮＣから所定のコマンド・フレームにより前記メンバー・デバイス（ａ）に関する情報が伝送されて自身のデバイス情報テーブルに貯蔵する第２段階と；
前記メンバー・デバイス（ｂ）に属する第１デバイスが他のピコネットのメンバー・デバイス（ａ）に属する第２デバイスとの通信を試す第３段階と；
前記第１デバイスが自身の貯蔵しているデバイス情報テーブルを利用して前記第２デバイスに伝送するデータ・フレームを生成する第４段階と；
前記生成したデータ・フレームを前記第２デバイスに伝送する第５段階と；
を含み、
前記デバイス情報テーブルは、ピコネットを区別する識別子を含む
ことを特徴とするピコネット・システムのデバイス間で通信する方法。
前記ピコネットを識別する識別子は、ＩＥＥＥ８０２.１５.３で規定されたＰＮＩＤであることを特徴とする請求項１１に記載のピコネット・システムのデバイス間で通信する方法。
前記所定のコマンド・フレームは、ＩＥＥＥ８０２.１５.３で規定されたＰＮＣＩｎｆｏｒｍａｔｉｏｎｃｏｍｍａｎｄフレームであることを特徴とする請求項１１に記載のピコネット・システムのデバイス間で通信する方法。
前記デバイス情報テーブルは、‘ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ’であることを特徴とする請求項１１に記載のピコネット・システムのデバイス間で通信する方法。
前記第５段階は、
前記第２デバイスのＰＮＩＤが前記第１デバイスのＰＮＩＤと同一であるか否かを判断する段階と；
前記判断の結果、同一である場合には、前記第１デバイスが前記第２デバイスのＤＥＶＩＤを利用してデータを直接に伝送する段階と；
前記判断の結果、異なる場合には、前記第１デバイスが属するピコネットを担当するＰＮＣにデータを伝送し、前記ＰＮＣが再び前記ＰＮＩＤに該当するピコネットのＰＮＣにデータを伝達した後、前記データが伝達されたＰＮＣが前記第２デバイスにデータを伝達する段階と；
を含むことを特徴とする請求項１２に記載のピコネット・システムでデバイス間に通信する方法。
前記ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅは、すべてのシステムに存在するピコネット数だけテーブルを構成し、各テーブルにピコネット別に固有のＰＮＩＤを割当てることを特徴とする請求項１４に記載のピコネット・システムのデバイス間で通信する方法。
前記ＩｎｔｅｒｎａｌＤＥＶＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅは、ピコネット数に関わらず、一つのテーブルを構成し、それぞれの行にピコネット別に固有のＰＮＩＤを記載することを特徴とする請求項１４に記載のピコネット・システムのデバイス間で通信する方法。