(57)【要約】【課題】 親ピコネットに属し、同時に子ピコネットの子ＰＮＣであるデバイスが親ピコネットまたは子ピコネットに存在するデバイスと通信しようとする場合に、前記二つのデバイスの間にデバイスＩＤが重複されても正しく通信することができる。【解決手段】 無線ＰＡＮ環境で動作するピコネットで子ＰＮＣが目標デバイスと正しく通信する方法及びシステムに係り、ピコネットを識別することができる識別子とデバイスに固有に割当てられるデバイスＩＤを利用して、第２デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送する第１段階と；前記コマンド・フレームが伝送された親ＰＮから第１デバイスと第２デバイスが通信できるようにチャネル時間が割当てられる第２段階と；前記チャネル時間の間、前記第１デバイスと前記第２デバイスとの間でデータを送受信する第３段階と；含む。【選択図】  図８
2005094749.tif 000002
【特許請求の範囲】
【請求項１】
親ピコネットのメンバーであり子ピコネットの子ＰＮＣである第１デバイスが、前記親ピコネットまたは子ピコネットに存在する第２デバイスと通信する方法において、
前記ピコネットを識別することができる識別子とデバイスに固有に割当てられるデバイスＩＤを利用して、前記第２デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送する第１段階と；
前記コマンド・フレームが伝送される親ＰＮＣから第１デバイスと第２デバイスが通信できるようにチャネル時間が割当てられる第２段階と；
前記チャネル時間の間、前記第１デバイスと前記第２デバイスとの間でデータを送受信する第３段階と；
を含むことを特徴とするピコネットでの通信方法。
【請求項２】
前記ピコネットを識別することができる識別子は、ＩＥＥＥ８０２.１５.３で規定されたＰＮＩＤであることを特徴とする請求項１に記載のピコネットでの通信方法。
【請求項３】
前記第１段階は、
親ＰＮＣは親ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当て、子ＰＮＣは子ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当てる（ａ）段階と；
前記第１デバイスの‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’から前記（ａ）段階で割当てられた第２デバイスのデバイスＩＤ及びＰＮＩＤ情報を読み込む（ｂ）段階と；
前記第２デバイスのデバイスＩＤ及びＰＮＩＤ情報をパラメーターとして含むＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔを生成する（ｃ）段階と；
前記第１デバイスが、前記ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔの有している第２デバイスのデバイスＩＤ及びＰＮＩＤ情報を利用して、前記目標デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送する（ｄ）段階と；
を含むことを特徴とする請求項２に記載のピコネットでの通信方法。
【請求項４】
前記‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’は、第１デバイスが有する複数の‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’にピコネット別に固有のＰＮＩＤを割当てることを特徴とする請求項３に記載のピコネットでの通信方法。
【請求項５】
前記‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’は、第１デバイスが有する一つの‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’のそれぞれの行にピコネット別に固有のＰＮＩＤを記載することを特徴とする請求項３に記載のピコネットでの通信方法。
【請求項６】
親ピコネットのメンバーであり子ピコネットの子ＰＮＣである第１デバイスが、前記親ピコネットまたは子ピコネットに存在する第２デバイスと通信するピコネット・システムにおいて、
前記ピコネットを識別することができる識別子とデバイスに固有に割当てられるデバイスＩＤを利用して、前記第２デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送し、前記親ＰＮＣから第２デバイスと通信できるようにチャネル時間が割当てられる前記第１デバイスと；
前記子ＰＮＣまたは親ＰＮＣからデバイスＩＤが割当てられ、前記チャネル時間の間に第１デバイスとデータを送受信する第２デバイスと；
を含むことを特徴とするピコネット・システム。
【請求項７】
前記ピコネットを識別することができる識別子は、ＩＥＥＥ８０２.１５.３で規定されたＰＮＩＤであることを特徴とする請求項６に記載のピコネット・システム。
【請求項８】
前記コマンド・フレームを生成し、親ＰＮＣにこれを伝送する過程は、
親ＰＮＣは親ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当て、子ＰＮＣは子ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当てる（ａ）段階と；
前記第１デバイスの‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’から前記（ａ）段階で割当てられた第２デバイスのデバイスＩＤ及びＰＮＩＤ情報を読み込む（ｂ）段階と；
前記第２デバイスのデバイスＩＤ及びＰＮＩＤ情報をパラメーターとして含むＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔを生成する（ｃ）段階と；
前記第１デバイスが、前記ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔの有している第２デバイスのデバイスＩＤ及びＰＮＩＤ情報を利用して、前記目標デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送する（ｄ）段階と；
を含むことを特徴とする請求項７に記載のピコネット・システム。
【請求項９】
前記‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’は、第１デバイスが有する複数の‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’にピコネット別に固有のＰＮＩＤを割当てることを特徴とする請求項８に記載のピコネット・システム。
【請求項１０】
前記‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’は、第１デバイスが有する一つの‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’のそれぞれの行にピコネット別に固有のＰＮＩＤを記載することを特徴とする請求項８に記載のピコネット・システム。
【請求項１１】
親ピコネットと一つ以上の子ピコネットが共存するピコネット・システム内に存在する第１デバイス及び第２デバイスが通信する方法において、
第１子ＰＮＣは、
親ＰＮＣ及び他の子ＰＮＣから所定のコマンド・フレームにより前記ＰＮＣのメンバー・デバイス（ａ）に関する情報が伝送されて自身のデバイス情報テーブルに貯蔵する第１段階と；
前記第１子ＰＮＣの担当する子ピコネットのメンバー・デバイス（ｂ）が前記第１子ＰＮＣから所定のコマンド・フレームにより前記メンバー・デバイス（ａ）に関する情報が伝送されて自身のデバイス情報テーブルに貯蔵する第２段階と；
前記メンバー・デバイス（ｂ）に属する第１デバイスが他のピコネットのメンバー・デバイス（ａ）に属する第２デバイスとの通信を試す第３段階と；
前記第１デバイスが自身の貯蔵しているデバイス情報テーブルを利用して前記第２デバイスに伝送するデータ・フレームを生成する第４段階と；
前記生成したデータ・フレームを前記第２デバイスに伝送する第５段階と；
を含み、
前記デバイス情報テーブルは、ピコネットを区別する識別子を含む
ことを特徴とするピコネット・システムのデバイス間で通信する方法。
【請求項１２】
前記ピコネットを識別する識別子は、ＩＥＥＥ８０２.１５.３で規定されたＰＮＩＤであることを特徴とする請求項１１に記載のピコネット・システムのデバイス間で通信する方法。
【請求項１３】
前記所定のコマンド・フレームは、ＩＥＥＥ８０２.１５.３で規定されたＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームであることを特徴とする請求項１１に記載のピコネット・システムのデバイス間で通信する方法。
【請求項１４】
前記デバイス情報テーブルは、‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’であることを特徴とする請求項１１に記載のピコネット・システムのデバイス間で通信する方法。
【請求項１５】
前記第５段階は、
前記第２デバイスのＰＮＩＤが前記第１デバイスのＰＮＩＤと同一であるか否かを判断する段階と；
前記判断の結果、同一である場合には、前記第１デバイスが前記第２デバイスのＤＥＶＩＤを利用してデータを直接に伝送する段階と；
前記判断の結果、異なる場合には、前記第１デバイスが属するピコネットを担当するＰＮＣにデータを伝送し、前記ＰＮＣが再び前記ＰＮＩＤに該当するピコネットのＰＮＣにデータを伝達した後、前記データが伝達されたＰＮＣが前記第２デバイスにデータを伝達する段階と；
を含むことを特徴とする請求項１２に記載のピコネット・システムでデバイス間に通信する方法。
【請求項１６】
前記Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅは、すべてのシステムに存在するピコネット数だけテーブルを構成し、各テーブルにピコネット別に固有のＰＮＩＤを割当てることを特徴とする請求項１４に記載のピコネット・システムのデバイス間で通信する方法。
【請求項１７】
前記Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅは、ピコネット数に関わらず、一つのテーブルを構成し、それぞれの行にピコネット別に固有のＰＮＩＤを記載することを特徴とする請求項１４に記載のピコネット・システムのデバイス間で通信する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信環境でデバイス間にデータを送受信する方法に係り、さらに詳しくは、無線ＰＡＮ（Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）環境で動作し、互いに異なるピコネットに存在するデバイス間で通信（ｃｏｍｍｕｎｉｃａｔｉｏｎ）する方法及びシステムに関する。
【背景技術】
【０００２】
前記互いに異なるピコネットというのは、親ピコネット（ｐａｒｅｎｔ ｐｉｃｏｎｅｔ）及び一つ以上の子ピコネット（ｃｈｉｌｄ ｐｉｃｏｎｅｔ）が存在する時、親ピコネットと子ピコネットとの間、または子ピコネットと他の子ピコネットとの間、を意味する。無線ＰＡＮでは、親ピコネットと子ピコネットが共存することができる。このように、親ピコネットと子ピコネットが共存する場合には、周波数を共有することができる長所がある。しかし、子ＰＮＣが特定の目標デバイス（ｔａｒｇｅｔ ｄｅｖｉｃｅ）にコマンド・フレーム（ｃｏｍｍａｎｄ ｆｒａｍｅ）、またはデータ・フレーム（ｄａｔａ ｆｒａｍｅ）を伝送するためＭＡＣヘッダを生成する場合には、このような共存により不明確性を引き起こす恐れがある。
【０００３】
図１は、従来のＩＥＥＥ８０２.１５.３標準により、子ＰＮＣが通信する例を示したブロック図である。
ＰＮＣ（ｐｉｃｏｎｅｔ ｃｏｒｄｉｎａｔｏｒ）は、与えられた時間にピコネット内でアソシエーションされたデバイスが、ただ一つのデバイスＩＤ（標準ＳＰＥＣでは、‘ＤＥＶＩＤ’と表される）を有するように確認する。したがって、実際にアソシエーションされたすべてのデバイスは、ただ一つのデバイスＩＤだけが割当てられる。
【０００４】
これに対する唯一の例外は、ＰＮＣ自身である。ＰＮＣとして動作するデバイスは、二つ以上のデバイスＩＤを有することができる。ＰＮＣが有するデバイスＩＤの中で、０ｘ００の値、即ちＰＮＣＩＤは他のデバイスと関連するＰＮＣ関数（ｆｕｎｃｔｉｏｎ）を使用するために割当てられ、ＰＮＣの他のデバイスＩＤ値は、ＰＮＣに関らない通信トラフィック（ＰＮＣではなく、一般デバイスとしての通信）を使用するために割当てられる。
ピコネットが始まる時、ＰＮＣは、新しく生成されたピコネットのメンバーである他のデバイスとのデータ交換のために、追加的なデバイスＩＤを自身に割当てる。
【０００５】
図１に示すように、親ピコネットと子ピコネットは、互いに独立的に動作する。したがって、親ＰＮＣと子ＰＮＣは、自身のピコネット内にあるデバイスに唯一のデバイスＩＤを割当てる。その結果、親ピコネットと子ピコネットには、同じデバイスＩＤを有するデバイスが存在することができる。
図１のような状況で、親ピコネットに存在するデバイスであり、同時に子ＰＮＣであるデバイス＃４；１４が親ピコネットに存在するデバイス＃３；１３にコマンド・フレームを伝送しようとする場合に、デバイス＃３；１３を目標デバイス（ｄｅｓｔｉｎａｔｉｏｎ ｄｅｖｉｃｅ）とするＭＡＣヘッダを生成しなければならないが、現状況では、正しいＭＡＣヘッダを生成することができない。即ち、デバイス＃４；１４は、二つのデバイス＃３；１３及び２３に関する情報を有しているので、コマンド・フレームの伝送のための正しいＭＡＣヘッダを生成することができない。
【０００６】
本発明では、以上のように発生する不明確性を除去するための方案を提示する。即ち、従来技術で明示しているｐｒｉｍｉｔｉｖｅに新しいパラメーターを追加することにより、このような問題を除去する。本発明では、このように発生する不明確性を除去して、子ＰＮＣが願う特定の目標デバイスと効果的に通信することができる技法を提示する。
【０００７】
一方、図２に示すように、一つの親ピコネット１００は、その下部に幾つかの子ピコネット１１０、１２０を有することができる。第１子ピコネット１１０のメンバーでありＤＥＶＩＤが４である＃４；１１４が、第２子ピコネット１２０のメンバーでありＤＥＶＩＤが２である＃２；１２４と通信しようとする場合、他のピコネット１００、１１０に存在するＤＥＶＩＤが２であるデバイス１０２、１１２を区別する方法がない。
このように、無線ＰＡＮでは、親ピコネットのような独立的な（ｉｎｄｅｐｅｎｄｅｎｔ）ピコネットと子ピコネットのような依存的な（ｄｅｐｅｎｄｅｎｔ）ピコネットが共存することができるが、独立的なピコネットのメンバーと依存的なピコネットのメンバー、或いは依存的なピコネットのメンバーとまたは他の依存的なピコネットのメンバーの間の通信方法はまだ存在しない。
【０００８】
なお、従来は、特許文献１に記載された技術のように、ホールドタイムアウト時間を指定することにより、時分割で異なるピコネットと通信を確立する技術がある。この技術において、第１の無線ユニットは複数の無線ネットワークに同時に関与するように従事する。第１の無線ネットワークにおける第２の無線ユニットとの接続が確立される。それから、ホールドタイムアウト時間が決定され、第１の無線ユニットは第１の無線ネットワークに関してホールドモードに入る。ホールドモードの間、第１の無線ユニットは第２の無線ネットワークにおける第３の無線ユニットとの接続を確立する。このことには、第３の無線ユニットに呼び出しを行い、第２の無線ネットワークにおけるマスタユニットとして動作する第１の無線ユニットが含まれる。また、第１の無線ユニットは定期的にマスタユニットからの呼び出しメッセージを聴取し、呼び出し時には応答し、これによって、第２の無線ネットワークにおけるスレーブとなっても良い。第１の無線ユニットはそれから、第２の無線ネットワークにおける活動に関与する。ホールドタイムアウト時間が切れたとき、第１の無線ユニットは第１の無線ネットワークにおける積極的な関与を再開する。このことには、第２の無線ネットワークとの接続で用いられる第２のホールドタイムアウト時間を決定することや、第２の無線ネットワークに関するホールドモードに入ることが含まれる。
【特許文献１】特開２００１−５１７０２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、前述した問題点を解決するため、親ピコネットのデバイスであり子ＰＮＣの役割をするデバイスが目的とする特定の目標デバイスと効果的に通信できるようにする方法を提供することを目的とする。
また、本発明は一つのピコネットに属するデバイスが自身と異なるピコネットに存在するデバイスと通信できるようにする方法を提供することを目的とする。特に、ＩＥＥＥ８０２.１標準ＳＰＥＣでのようなブリッジング概念を使用せず、ＭＡＣレベルで解決することができる方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
前記目的を達成するための本発明は、親ピコネットのメンバーであり子ピコネットの子ＰＮＣである第１デバイスが、前記親ピコネットまたは子ピコネットに存在する第２デバイスと通信する方法において、前記ピコネットを識別することができる識別子とデバイスに固有に割当てられるデバイスＩＤを利用して、前記第２デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送する第１段階と；前記コマンド・フレームが伝送される親ＰＮＣから第１デバイスと第２デバイスが通信できるようにチャネル時間が割当てられる第２段階と；前記チャネル時間の間、前記第１デバイスと前記第２デバイスとの間でデータを送受信する第３段階と；を含むことを特徴とする。
【００１１】
また、前記目的を達成するために、本発明は、親ピコネットのメンバーであり子ピコネットの子ＰＮＣである第１デバイスが、前記親ピコネットまたは子ピコネットに存在する第２デバイスと通信するピコネット・システムにおいて、前記ピコネットを識別することができる識別子とデバイスに固有に割当てられるデバイスＩＤを利用して、前記第２デバイスと通信するためのチャネル時間を要請するコマンド・フレームを生成し、親ＰＮＣにこれを伝送し、前記親ＰＮＣから第２デバイスと通信できるようにチャネル時間が割当てられる前記第１デバイスと；前記子ＰＮＣまたは親ＰＮＣからデバイスＩＤが割当てられ、前記チャネル時間の間に第１デバイスとデータを送受信する第２デバイスと；を含むことを特徴とする。
【００１２】
さらに、前記目的を達成するために、本発明は、親ピコネットと一つ以上の子ピコネットが共存するピコネット・システム内に存在する第１デバイス及び第２デバイスが通信する方法において、第１子ＰＮＣは、親ＰＮＣ及び他の子ＰＮＣから所定のコマンド・フレームにより前記ＰＮＣのメンバー・デバイス（ａ）に関する情報が伝送されて自身のデバイス情報テーブルに貯蔵する第１段階と；前記第１子ＰＮＣの担当する子ピコネットのメンバー・デバイス（ｂ）が前記第１子ＰＮＣから所定のコマンド・フレームにより前記メンバー・デバイス（ａ）に関する情報が伝送されて自身のデバイス情報テーブルに貯蔵する第２段階と；前記メンバー・デバイス（ｂ）に属する第１デバイスが他のピコネットのメンバー・デバイス（ａ）に属する第２デバイスとの通信を試す第３段階と；前記第１デバイスが自身の貯蔵しているデバイス情報テーブルを利用して前記第２デバイスに伝送するデータ・フレームを生成する第４段階と；前記生成したデータ・フレームを前記第２デバイスに伝送する第５段階と；を含み、前記デバイス情報テーブルは、ピコネットを区別する識別子を含むことを特徴とする。
【発明の効果】
【００１３】
前述したように、本発明によると、親ピコネットに属し、同時に子ピコネットの子ＰＮＣであるデバイスが親ピコネットまたは子ピコネットに存在するデバイスと通信しようとする場合に前記二つのデバイス間にデバイスＩＤが重複されても正しく通信することができる。
また、本発明によると、ＭＡＣ層の上位層で別のブリッジング（ｂｒｉｄｇｉｎｇ）を利用しなくても、ＭＡＣヘッダに存在するＰＮＩＤを利用して互いに異なるピコネットに属するデバイス間において、効率的かつ簡便な方法で通信することができる。 
【発明を実施するための最良の形態】
【００１４】
以下、添付した図面を参照して、本発明に対して詳細に説明する。
［実施例］
図３のスタック（Ｓｔａｃｋ）構造を参照して、ＩＥＥＥ８０２.１５.３によるデバイス間に通信が行われる方式を簡略に説明する。まず、ＭＡＣ層（ＭＡＣ ｌａｙｅｒ）３２０）とＰＨＹ層（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）３３０は、それぞれｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙを有する。これをそれぞれＭＬＭＥ（ＭＡＣ ｌａｙｅｒ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）３４０、ＰＬＭＥ（ＰＨＹ ｌａｙｅｒ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）３５０と言う。このようなｅｎｔｉｔｙは、各層でｌａｙｅｒ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎを行うことができるようにサービス・インターフェースを提供する。
【００１５】
また、ＭＡＣ層で円滑な動作を行うためには、ＤＭＥ（ Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）３６０が存在する。このようなＤＭＥは、各層に対して独立的に動作するのに、様々な層のマネージメントエンティティ（ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）から各層の依存的な状態（ｌａｙｅｒ−ｄｅｐｅｎｄｅｎｔ ｓｔａｔｕｓ）情報を収集し、また各層に特徴的な変数（ｌａｙｅｒ−ｓｐｅｃｉｆｉｃ ｐａｒａｍｅｔｅｒｓ）をセッティングする機能を有する。
【００１６】
いろいろなＳＡＰ（ｓｅｒｖｉｃｅ ａｃｃｅｓｓ ｐｏｉｎｔ）は、様々なｅｎｔｉｔｙ間に情報を伝達するゲートの役割をする。ＰＨＹ層３３０とＭＡＣ層３２０間の情報は、ＰＨＹ ＳＡＰ３０３により、ＭＡＣ層３２０とＦＣＳＬ（Ｆｒａｍｅ Ｃｏｎｖｅｒｓｉｏｎ Ｓｕｂ Ｌａｙｅｒ）３１０間の情報は、ＭＡＣ ＳＡＰ３０２により伝達される。また、ＤＭＥ３６０とＭＬＭＥ３４０間の情報は、ＭＬＭＥ ＳＡＰ３０４により、ＤＭＥ３６０とＰＬＭＥ３５０間の情報は、ＰＬＭＥ ＳＡＰ３０５により伝達される。また、ＭＬＭＥ３４０とＰＬＭＥ３５０間の情報は、ＭＬＭＥ−ＰＬＭＥ ＳＡＰ３０６により伝達される。
【００１７】
図４ａは、従来の技術による子ＰＮＣが有する‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’を示す。各デバイスは、自身と同じピコネットにあるメンバーの多様な情報を貯蔵するために、’Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’を使用する。親ピコネットのデバイスであり子ピコネットの子ＰＮＣの役割をするデバイスは、親ピコネットに存在するメンバーの情報を貯蔵するためのＩｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ４１０と子ピコネットに存在するメンバーの情報を貯蔵するためのＩｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ４２０を有している。各テーブルには、チャネル時間割当（Ｃｈａｎｎｅｌ Ｔｉｍｅ Ａｌｌｏｃａｔｉｏｎ）情報、ＢＳＩＤ、親ピコネット情報、デバイス・アソシエーション（ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ）情報及び販売者詳細（Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ）情報等を含むフィールドがデバイスＩＤ別に配列される。また、フィールドによってはそのフィールドの細部情報を含む下位フィールドが存在する。
【００１８】
それぞれのデバイスは、それぞれの行（Ｒｏｗ）別に示すように、前記フィールド情報を有する。前記ｔａｂｌｅ４１０及びｔａｂｌｅ４２０は、同じデバイスＩＤを有するデバイスが存在するので、何れかのデバイスから前記デバイスＩＤが重複されたデバイスにデータを伝送することが不可能である。
【００１９】
図４ｂは、本発明により子ＰＮＣが有する‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’にＰＮＩＤを適用した例を示す。８０２.１５.３標準ＳＰＥＣで定義するＰＮＩＤ（Ｐｉｃｏｎｅｔ ＩＤ）及びＢＳＩＤ（Ｂｅａｃｏｎ Ｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）は、ピコネット別に割当てられる点においては類似である。また、ＰＮＣが自身と同じＰＮＩＤやＢＳＩＤを使用する他のＰＮＣを発見すると、自身のＰＮＩＤやＢＳＩＤを変更する。このような場合に、ＰＮＩＤは必ず変更しなければならない。しかし、ＢＳＩＤは、必ず変更する必要はない。また、標準ＳＰＥＣでは両者を同時に変更することができないので、ピコネットを識別するための識別子としては、ＰＮＩＤを使用することがより効率的であり、確実な方法である。したがって、本発明では、それぞれの‘ｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’ にＰＮＩＤを追加し、各種のｐｒｉｍｉｔｉｖｅの交換時にＰＮＩＤを追加して伝送することにより、デバイスＩＤ（ＤＥＶＩＤ）が重複される場合にも、各デバイスを唯一に識別して、願うデバイスと通信できるようにする。例えば、子ＰＮＣが親ピコネットのメンバーであるデバイス＃２；１２にデータを伝送しようとする場合、デバイスＩＤが２であるデバイスは、二つ１２，２２が存在するが、デバイスＩＤが２であり、ＰＮＩＤが０ｘ０６であるデバイス１２は、唯一なので正しくデータを伝送することができる。
【００２０】
このように、テーブル自体にＰＮＩＤを適用する方法以外にも、他の実施形態として、一つのテーブルを使用し、それぞれのデバイスに該当するそれぞれの行ごとにＰＮＩＤを記入する方法も考えることができる。図４ｃは、このような場合に子ＰＮＣが有する‘ｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’にＰＮＩＤを適用した例を示す。このようにテーブルを構成すると、各行ごとにＰＮＩＤを記入する短所はあるが、ピコネット別に複数のテーブルを有する必要なく一つのテーブルで管理することができるので簡便である。このように一つで形成された‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’のそれぞれのデバイスを示すそれぞれの行にＰＮＩＤを追加し、各種のｐｒｉｍｉｔｉｖｅ交換時に前記ＰＮＩＤを追加して伝送することにより、デバイスＩＤ（ＤＥＶＩＤ）が重複された場合にも各デバイスを唯一に識別して願うデバイスと通信することができる。
【００２１】
図５ａはＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームの構造を示し、図５ｂはＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームのＤＥＶ ｉｎｆｏ（デバイス情報）フィールドの細部構造を示す。また、５ｃは、ＭＡＣフレームのヘッダ部の構造を示す。
親ピコネットのメンバーであるデバイスは、親ＰＮＣから親ピコネットに存在するメンバーに関する情報がＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームを通じて周期的に伝送されるが、前記親ピコネットのメンバーである子ＰＮＣは、自身が担当する子ピコネットのメンバーに関する情報は既に知っている。したがって、子ＰＮＣは、子ピコネットのメンバーに関する情報及び前記伝送されたフレームに含まれた情報を利用して‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’を構成することができる。このような、ＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームは、コマンド・フレームの種類を示すＣｏｍｍａｎｄ ｔｙｐｅフィールド５０１、ＤＥＶ Ｉｎｆｏフィールドが占める情報量を示すＬｅｎｇｔｈフィールド５０２及び複数のＤＥＶ Ｉｎｆｏフィールド５０３乃至５０５から構成される。前記それぞれのＤＥＶ Ｉｎｆｏフィールドは、図５Ｂのような細部構造を有する。
【００２２】
ＰＮＣ インフォメーションコマンドは、ピコネット内にいずれか変化のある場合、ブロードキャストされるコマンド・フレームである。したがって、いずれか子ピコネットでの変化をＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄを通じて子ＰＮＣがブロードキャストし、このコマンド・フレームを受ける親ＰＮＣと他の子ＰＮＣは、まるで自身のピコネットにいずれか変化のあるようにＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄをブロードキャストする。ＤＥＶ Ｉｎｆｏフィールド５０３乃至５０５は、可変的であるのでディバイス数の制限はない。
【００２３】
ただ、‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’をＰＮＩＤで区別して構成しなければならないので、ＰＮＩＤ情報が必要である。このＰＮＩＤ情報は、ＰＮＣ Ｉｎｆｒｏｍａｔｉｏｎ ｃｏｍｍａｎｄのＭＡＣヘッダ５２０に位置するＰＮＩＤフィールド５２２に記録される。前記ＭＡＣヘッダ５２０の構造は、図５ｃの通りである。
【００２４】
図６は、図１のような状況で、ＰＮＩＤを適用する場合の差異点を示す。図１に示すように、子ＰＮＣ１４が親ピコネットのデバイス＃３；１３にデータを伝送しようとする場合、自身が有している‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’で前記デバイス＃３；１３は、デバイスＩＤは３であり、ＰＮＩＤは１であるということを分かることができる。したがって、同じデバイスＩＤを有する子ピコネットのデバイス＃３；２３と重複されないので、正しくデータを伝送することができる。
【００２５】
図７は、ＰＮＩＤを適用してデバイスとＰＮＣとの間にコマンド・フレーム（ｃｏｍｍａｎｄ ｆｒａｍｅ）を送受信する過程を示す。本図面では、ｐｒｉｍｉｔｉｖｅの中で、ＣＲＥＡＴＥ−ＳＴＲＥＡＭに例えて説明する。前記ｐｒｉｍｉｔｉｖｅは、デバイスがＰＮＣにチャネル時間（ｃｈａｎｎｅｌ ｔｉｍｅ）を要請するために使用される。まず、デバイス側のＤＭＥ７１０でＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔ７０１を生成して、ＭＬＭＥ７２０に伝達する。
【００２６】
親ピコネットのデバイスであり同時に子ピコネットの子ＰＮＣとしての役割をするデバイス１４は、親ＰＮＣからデバイスＩＤ＃４が割当てられる。前記デバイス＃４；１４は、特定の目標（ｔａｒｇｅｔ）デバイスと通信するために修正されたｐｒｉｍｉｔｉｖｅであるＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔを使用する。前記デバイス＃４；１４は、二つの‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’を有し、このテーブルはＰＮＩＤ別に区分されているので、従来技術で言及したｐｒｉｍｉｔｉｖｅに新しいパラメーターであるＰＮＩＤを追加して構成すると次の通りである。
【００２７】
ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔ｛
ＰＮＩＤ、
ＴｒｇｔＩＤ、
ＤＳＰＳＳｅｔＩｎｄｅｘ、
ＳｔｒｅａｍＲｅｑｕｅｓｔＩＤ、
ＳｔｒｅａｍＩｎｄｅｘ、
...
ＤｅｓｉｒｅｄＮｕｍＴＵｓ、
ＲｅｑｕｅｓｔＴｉｍｅｏｕｔ
｝
【００２８】
前記デバイス＃４；１４のＭＬＭＥ７２０は、親ＰＮＣのＭＬＭＥ７３０に伝送するためにチャネル時間要請（Ｃｈａｎｎｅｌ Ｔｉｍｅ Ｒｅｑｕｅｓｔ）コマンド・フレーム７０２を生成する。この時、デバイス＃４；１４のＤＭＥ７１０から受信されたＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔ７０１にＰＮＩＤが含まれているので、正しいＭＡＣヘッダを有するコマンド・フレームを生成することができる。
【００２９】
前記コマンド・フレーム７０２は、ＰＨＹ層を通じて空中（Ａｉｒ）のＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号に含まれて前記親ＰＮＣに伝送される。前記ＲＦ信号は、ＰＮＣ側のＰＨＹ層で復調化され、前記コマンド・フレーム７０２が抽出される。また、前記コマンド・フレーム７０２は、前記親ＰＮＣ側のＭＡＣ層を通過した後、ＭＬＭＥ７３０に伝達される。前記コマンド・フレーム７０２が伝達された前記親ＰＮＣのＭＬＭＥ７３０は、前記フレーム７０２を受信したことを確認するフレーム、即ちＩｍｍ−ＡＣＫフレーム７０３を生成してデバイス＃４に伝達する。
【００３０】
一方、ＰＮＣのＭＬＭＥ７３０に伝達されたコマンド・フレームは、ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.Ｉｎｄｉｃａｔｉｏｎ７０４の形態でＰＮＣのＤＭＥ７４０に伝達される。この後、ＰＮＣのＤＭＥ７４０は、これに対する応答として、ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｓｐｏｎｓｅ７０５をＰＮＣのＭＬＭＥ７３０に伝達すると、ＰＮＣのＭＬＭＥ７３０はＭＡＣ層とＰＨＹ層を通じて空中にＲＦ信号を伝送する。前記ＲＦ信号は、Ｃｈａｎｎｅｌ Ｔｉｍｅ Ｒｅｓｐｏｎｓｅコマンド・フレーム７０６の情報を含んでいる。前記ＲＦ信号は、デバイス側のＰＨＹ層で復調化され、前記コマンド・フレーム７０６が抽出される。また、前記コマンド・フレーム７０６は、デバイス側のＭＡＣ層を通過した後、デバイスのＭＬＭＥ７２０に伝達される。前記コマンド・フレーム７０６が伝達されるデバイスのＭＬＭＥ７２０は、前記フレーム７０６を受信したことを確認するＩｍｍ−ＡＣＫフレーム７０７を生成して、ＰＮＣ側に伝達する。一方、デバイスのＭＬＭＥ７２０に伝達されたコマンド・フレームは、ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｃｏｎｆｉｒｍ７０８の形態でデバイスのＤＭＥ７１０に伝達される。
【００３１】
このように、デバイス＃４；１４が親ＰＮＣ１１から特定の目標デバイスと通信することができるように確認されると、前記ＰＮＣ１１はビーコンのスーパーフレームを通じてデバイス＃４と前記目標デバイスと通信することができる時間であるチャネル時間（ｃｈａｎｎｅｌ ｔｉｍｅ）を割当てる。その後、前記デバイス＃４；１４は、該当チャネル時間の間に前記目標デバイスと通信することができる。
【００３２】
前記例では、ｐｒｉｍｉｔｉｖｅがＣＲＥＡＴＥ−ＳＴＲＥＡＭである場合に例えたが、これ以外にもＭＬＭＥ−ＤＩＳＡＳＳＯＣＩＡＴＥ、ＭＬＭＥ−ＭＥＭＢＥＲＳＨＩＰ−ＵＰＤＡＴＥ、ＭＬＭＥ−ＰＮＣ−ＨＡＮＤＯＶＥＲ、ＭＬＭＥ−ＰＮＣ−ＩＮＦＯ、ＭＬＭＥ−ＰＲＯＢＥ等も追加されたパラメーターであるＰＮＩＤを含んで動作する。
【００３３】
図８は、本発明の全動作を示したフローチャートである。
親ＰＮＣは親ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当て、子ＰＮＣは子ピコネットのメンバーに互いに異なるデバイスＩＤをそれぞれ割当てる（Ｓ８１０）。この時、親ピコネットのメンバーであり子ＰＮＣの役割をする第１デバイスも親ＰＮＣからデバイスＩＤが割当てられる。このような過程で、親ピコネット・メンバーであるデバイスと子ピコネット・メンバーであるデバイス間に重複されたデバイスＩＤが割当てられることができる。
【００３４】
親ピコネットのメンバーであるデバイスは、親ＰＮＣから親ピコネットに存在するメンバーに関する情報がＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームを通じて周期的に伝送され、第１デバイスも前記メンバーであるので前記フレームが伝送される（Ｓ８１１）。また、第１デバイスは、自身が担当する子ピコネットのメンバーに関する情報は既に分かっているので、前記伝送されたフレームに含まれた情報及び前記子ピコネットのメンバーに関する情報を利用して‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’を構成する（Ｓ８１２）。
【００３５】
次に、第１デバイスは、自身の‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’で第２デバイスのデバイスＩＤ及びＰＮＩＤ等の情報を読み込む（Ｓ８２０）。前記‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’は、図４ｂに示すように、二つのテーブルにそれぞれＰＮＩＤが付与される形態に構成することもでき、図４ｃのように、一つのテーブルのそれぞれの行ごとにＰＮＩＤを付与する形態に構成することもできる。
【００３６】
次に、第１デバイスは、目標デバイス（第２デバイス）のデバイスＩＤ及びＰＮＩＤ情報をパラメーターとして含むＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔを生成する（Ｓ８３０）。その後、第１デバイスは、前記ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔが有している目標デバイス（第２デバイス）のデバイスＩＤ及びＰＮＩＤ情報を利用して前記目標デバイスと通信するためのチャネル時間を要請するコマンド・フレーム（ｃｏｍｍａｎｄ ｆｒａｍｅ）を生成し、親ＰＮＣにこれを伝送する（Ｓ８４０）。これにより、前記親ＰＮＣは、ビーコン・スーパーフレームを通じて第１デバイスと第２デバイスが通信することができるようにチャネル時間を割当てる（Ｓ８５０）。その後、割当てられたチャネル時間の間に第１デバイスと第２デバイス間にデータを送受信する（Ｓ８６０）。
【００３７】
図９ａは各デバイスが有する‘インターナルＤＥＶアソシエーションテーブル（Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）’の例である。従来の方法によると、ピコネットに新しいデバイスが参与する時、新しいデバイスは自身のデバイス情報をＰＮＣに伝達し、ピコネットのメンバーと加入（ａｓｓｏｃｉａｔｉｏｎ）することになる。このような過程を通じて、ＰＮＣは、自身が担当するピコネットのメンバーのデバイス情報を得て‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’に貯蔵する。前記‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’は、一つのピコネット内のデバイスに関する情報を含んでいる‘デバイス情報テーブル’の一種として、一つのデバイスが他のデバイスにデータを伝送しようとする時に利用するテーブルである。
【００３８】
また、ＰＮＣは、各メンバーに前記デバイス情報をビーコンを通じて周期的に伝送する。これにより、前記情報が伝送された各メンバー・デバイスは、前記情報を自身の‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’に貯蔵し、後に、このｔａｂｌｅ情報を利用して他のメンバー・デバイスと通信することができる。このように、一つのピコネット内のメンバー間では互いに通信をすることができるが、それと異なるピコネットのメンバーとは、通信することができる方法がない。
【００３９】
したがって、これを解決するため、ピコネットを担当するそれぞれのＰＮＣ間に周期的な通信を通じてそれぞれが有している‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’を共有することにより、各ＰＮＣは全てのピコネットに存在する全てのデバイスの情報を分かることができる。また、ＰＮＣが各メンバーに前記デバイス情報を伝送すると、前記情報が伝送された各メンバー・デバイスは、前記情報を自身の‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’に貯蔵し、後に、互いに異なるピコネットに属するデバイス間に通信する時には、前記ｔａｂｌｅを利用して目標デバイスにデータを伝送することになる。この場合に、目標デバイスが属するピコネットの該当ＰＮＣを中間地点として経ることになる。
【００４０】
しかし、目標デバイスのデバイス情報を分かっていても、ピコネットでの通信はＤＥＶＩＤにより行われるので、一つのピコネットでデバイスはそれぞれ唯一のＤＥＶＩＤを有するが、全てのピコネットで見ると重複されたＤＥＶＩＤが存在することができるので、目標デバイスを唯一に決定することができない問題が今でも存在する。
【００４１】
本発明では、各ピコネットを区別する識別子を利用して、重複されたＤＥＶＩＤが存在する場合にも、正しく目標デバイスにデータを伝送することができるようにする。標準ＳＰＥＣで定義するＰＮＩＤ（Ｐｉcｏｎｅｔ ＩＤ）及びＢＳＩＤ（Ｂｅａｃｏｎ Ｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）が全部ピコネットごとに割当てられる点で類似である。また、ＰＮＣが自身のようなＰＮＩＤやＢＳＩＤを使用する他のＰＮＣを発見すると、ＰＮＩＤやＢＳＩＤを変更する。このような場合に、ＰＮＩＤは変更しなければならないが、ＢＳＩＤは必ず変更する必要はない。また、標準ＳＰＥＣでは両者を同時に変更することができない。したがって、ピコネットを識別するための識別子としてはＰＮＩＤを使用することがより効率的な方法である。これにより、本発明では、それぞれの‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’にＰＮＩＤを追加し、各種のｐｒｍｉｔｉｖｅ交換時にＰＮＩＤを追加して伝送することにより、デバイスＩＤ（ＤＥＶＩＤ）が重複される場合にも各デバイスを唯一に識別して前記デバイスと通信できるようにする。
【００４２】
図１のような無線通信環境で前記三つのピコネットに存在する全てのデバイスは、図４ａのような三つの‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’を有する。各テーブルは、それぞれのデバイス別にチャネル時間割当（Ｃｈａｎｎｅｌ Ｔｉｍｅ Ａｌｌｏｃａｔｉｏｎ）情報、ＢＳＩＤ、親ピコネット（Ｐａｒｅｎｔ Ｐｉｃｏｎｅｔ）情報、デバイス・アソシエーション（ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ）情報及び販売者詳細（Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｉｃ）情報等を含むフィールドから構成され、フィールドによっては細部情報を含む下位フィールドが存在する。
【００４３】
各デバイスは、自身のようなピコネットに存在するメンバー及び自身と異なるピコネットに存在するメンバーに関する情報を貯蔵するために三つのピコネット１００、１１０、１２０に対して全てのデバイスに関する情報を含む‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’９００、９１０、９２０を使用する。この‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’は、ピコネットの数だけ存在し、ＰＮＩＤを基準として分離されている。
【００４４】
図２のように、第１子ピコネットのデバイス＃４；１１４が第２子ピコネットのデバイス＃２；１２２にデータを伝送しようとする場合について説明する。一番目に、ソースデバイスと目標デバイスのＰＮＩＤが同一ならば、両者が同一ピコネット内に存在することであるので、直接に目標デバイスのＤＥＶＩＤを利用してデータを伝送する。二番目に、前記ＰＮＩＤが異なると、両者が互いに異なるピコネットに存在することであるので、ソースデバイスが属するピコネットを担当するＰＮＣにまずデータを伝達し、前記ＰＮＣがさらに前記ＰＮＩＤに該当するピコネットのＰＮＣにデータを伝達した後に目標デバイスにデータを伝送する過程を経る。最後に、前記目標デバイスが親ピコネットに属する場合には、前記ソースデバイスを担当するＰＮＣと目標デバイスが全部親ピコネットのメンバーであるので、両者間において直接にデータを伝送することができる。
【００４５】
図１の例は、前記場合の中で二番目の場合に該当する。したがって、第１子ピコネット１１０のメンバーであるデバイス＃４；１１４が第２子ピコネット１２０のメンバーであるデバイス＃２；１２２にデータを伝送しようとする場合、前記デバイス＃４；１１４は、前記データをまず自分が属するピコネットを担当する第１子ＰＮＣ１０３に伝送する。これにより、親ピコネットのメンバーである前記第１子ＰＮＣ１０３も、親ピコネットのメンバーである第２子ＰＮＣ１０６に前記データを伝送し、前記第２子ＰＮＣ１０６は前記データを自分のピコネットのメンバーであるデバイス＃２；１２２に伝送する過程を経る。
【００４６】
このように、テーブル自体にＰＮＩＤを適用する方法以外にも、他の実施形態として、一つのテーブルを使用し、それぞれのデバイスに該当するそれぞれの行ごとにＰＮＩＤを記入する方法も考えることができる。図９ｂは、このような場合に、それぞれのデバイスが有する‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’にＰＮＩＤを適用した例を示す。このようにテーブルを構成すると、各行ごとにＰＮＩＤを記入するが、ピコネット別に複数のテーブルを有する必要がなく、一つのテーブル９３０で管理することができるので簡便である。このように一つで形成した‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’のそれぞれのデバイスを示すそれぞれの行にＰＮＩＤを追加し、各種のｐｒｉｍｉｔｉｖｅ交換時にＰＮＩＤを追加して伝送することにより、デバイスＩＤ（ＤＥＶＩＤ）が重複された場合にも、各デバイスを唯一に識別して、前記デバイスと通信することができるようになる。
【００４７】
図１０は、本発明の全動作を示すフローチャートである。まず、最初のデバイス間に最初のピコネット、即ち親ピコネットを形成する（Ｓ５０１）。前記親ピコネットが形成するネットワークに新しいデバイスが加入（Ｊｏｉｎ）すると（Ｓ５０２）、前記デバイスは、親ピコネットにアソシエーション（Ａｓｓｏｃｉａｔｉｏｎ）するか、或いは子ピコネットを形成するかを判断する（Ｓ５０３）。
前記判断の結果、親ピコネットに単に、アソシエーションすると決定した場合、標準ＳＰＥＣの定義に基づいてアソシエーション過程を経る（Ｓ５０４）。次に、親ＰＮＣから親ピコネットに存在するメンバーに関する情報がＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームを通じて周期的に伝送される（Ｓ５０５）。伝送された情報を自身のピコネットのための‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’に貯蔵する（Ｓ５０６）。
【００４８】
既に、子ピコネットが形成された場合には、子ＰＮＣから子ピコネットに存在するメンバーに関する情報がＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームを通じて周期的に伝送される（Ｓ５０７）。即ち、子ＰＮＣは、ＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームを通じて自身のピコネットに存在するメンバーの情報を親ＰＮＣと他の子ＰＮＣに伝送し、親ＰＮＣと他の子ＰＮＣは、伝送された情報をＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームを通じて自身のピコネットに存在するメンバーに伝送する。その後、各デバイスは、伝送された情報を各ピコネットのための当該‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’に貯蔵する（Ｓ５０８）。
【００４９】
前記Ｓ５０３の判断の結果、ネットワークに加入するデバイスが、子ピコネットを形成すると決定する場合、即ち子ＰＮＣになると決定した場合には、子ピコネットを形成する過程を経るが（Ｓ５１４）、この過程も従来の標準ＳＰＥＣにより行われる。
【００５０】
子ピコネットに存在する各デバイスは、子ＰＮＣから子ピコネットに存在するメンバーに関する情報がＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームを通じて周期的に伝送される（Ｓ５１５）。伝送された情報を自身のピコネットのための‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’に貯蔵する（Ｓ５１６）。また、子ＰＮＣは、自身のＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームを通じて自身のピコネットに存在するメンバーの情報を親ＰＮＣと他のＰＮＣに伝送する（Ｓ５１７）。親ＰＮＣと各子ＰＮＣは、伝送された情報を当該ピコネットのための‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’に貯蔵する。
【００５１】
前記子ＰＮＣは、親ＰＮＣと他の子ＰＮＣからそのピコネットに存在するメンバーの情報が各ＰＮＣのＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームを通じて伝送される（Ｓ５１８）。伝送された子ＰＮＣは、各ピコネットメンバーの情報を当該‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’に貯蔵する（Ｓ５１９）。子ピコネットに存在するメンバーは、ＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームを通じて、親ピコネットと他のピコネットに存在するメンバーの情報が伝送される（Ｓ５２０）。伝送されたデバイスは、各ピコネットのメンバーの情報を当該‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’に貯蔵する（Ｓ５２１）。
【００５２】
図１０に示すように、全てのデバイスがすべてのピコネットに存在するすべてのデバイスに関する情報を得て、それぞれの‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’に貯蔵した後には、図１１の過程を通じてデバイス間にデータを送受信することができる。
まず、特定のソースデバイスが任意のピコネットに存在する他の目標デバイスと通信を試す（Ｓ６０１）。また、前記ソースデバイスは、自身が貯蔵している目標デバイスが属するピコネットに関する‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’を使用して、伝送するデータ・フレームを生成する（Ｓ６０２）。
【００５３】
これにより、目標デバイスのＰＮＩＤが送信デバイス自身のＰＮＩＤと同一であるか否かを判断して（Ｓ６０３）、ソースデバイスと目標デバイスのＰＮＩＤが同一である場合には、両者が同一ピコネット内に存在することであるので、直接に目標デバイスのＤＥＶＩＤを利用してデータを伝送する（Ｓ６０４）。
前記ＰＮＩＤが異なる場合には、両者が互いに異なるピコネットに存在することであるので、ソースデバイスが属するピコネットを担当するＰＮＣにまずデータを伝送すると（Ｓ６０５）、前記ＰＮＣが再び前記ＰＮＩＤに該当するピコネットのＰＮＣにデータを伝達した後（Ｓ６０６）、目標デバイスにデータを伝送する過程を経る（Ｓ６０７）。前記目標デバイスのＰＮＩＤが親ピコネットのＰＮＩＤである場合、前記ソースデバイスを担当するＰＮＣと目標デバイスが全部親ピコネットのメンバーであるので、両者間において直接にデータを伝送することができる。
【００５４】
以上、本発明に係る好適な実施の形態について説明したが、本発明はかかる構成に限定されない。当業者であれば、特許請求の範囲に記載された技術思想の範囲内において、各種の修正例および変更例を想定し得るものであり、それらの修正例および変更例についても本発明の技術範囲に包含されるものと了解される。
【図面の簡単な説明】
【００５５】
【図１】従来のＩＥＥＥ８０２.１５.３標準により、子ＰＮＣが通信する例を示すブロック図である。
【図２】複数のピコネットを有するピコネット・システムを示す図である。
【図３】各デバイスに存在するＩＥＥＥ８０２.１５.３標準による階層構造を示す図である。
【図４ａ】従来の子ＰＮＣが有する‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’を示す図である。
【図４ｂ】本発明による子ＰＮＣが有する‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’にＰＮＩＤを適用した例を示す図である。
【図４ｃ】本発明による子ＰＮＣが有する‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’にＰＮＩＤを適用した他の例を示す図である。
【図５ａ】ＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームの構造を示す図である。
【図５ｂ】ＰＮＣ Ｉｎｆｏｒｍａｔｉｏｎ ｃｏｍｍａｎｄフレームのＤＥＶ Ｉｎｆｏフィールドの細部構造を示す図である。
【図５ｃ】ＭＡＣフレームのヘッダ部の構造を示す図である。
【図６】図１のような状況で、ＰＮＩＤを適用する場合の差異点を示す図である。
【図７】ＰＮＩＤを適用してデバイスとＰＮＣとの間でコマンド・フレームを送受信する過程を示す図である。
【図８】本発明の全動作を示すフローチャートである。
【図９ａ】各デバイスが有する‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’の第１実施形態を示す図である。
【図９ｂ】各デバイスが有する‘Ｉｎｔｅｒｎａｌ ＤＥＶ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ’の第２実施形態を示す図である。
【図１０】本発明の全動作を示すフローチャートである。
【図１１】図１０に続いて、本発明の全動作を示すフローチャートである。
【符号の説明】
【００５６】
１０：親ピコネット
１１：デバイス＃１（親ピコネット１０）
１２：デバイス＃２（親ピコネット１０）
１３：デバイス＃３（親ピコネット１０）
１４：デバイス＃４（親ピコネット１０）、デバイス＃１（子ピコネット２０）
１５：デバイス＃５（親ピコネット１０）
１６：デバイス＃６（親ピコネット１０）
２０：子ピコネット
２２：デバイス＃２（子ピコネット２０）
２３：デバイス＃３（子ピコネット２０）
２４：デバイス＃４（子ピコネット２０）
２５：デバイス＃５（子ピコネット２０）
１００：親ピコネット
１０１：デバイス＃１（親ピコネット１００）
１０２：デバイス＃２（親ピコネット１００）
１０３：デバイス＃３（親ピコネット１００）、デバイス＃１（第１子ピコネット１１０）
１０４：デバイス＃４（親ピコネット１００）
１０５：デバイス＃５（親ピコネット１００）
１０６：デバイス＃６（親ピコネット１００）、デバイス＃１（第２子ピコネット１２０）
１０７：デバイス＃５（親ピコネット１００）
１１０：第１子ピコネット
１１２：デバイス＃２（第１子ピコネット１１０）
１１３：デバイス＃３（第１子ピコネット１１０）
１１４：デバイス＃４（第１子ピコネット１１０）
１１５：デバイス＃５（第１子ピコネット１１０）
１２０：第２子ピコネット
１２２：デバイス＃２（第２子ピコネット１２０）
１２３：デバイス＃３（第２子ピコネット１２０）
１２４：デバイス＃４（第２子ピコネット１２０）
３０２：ＭＡＣ ＳＡＰ
３０３：ＰＨＹ ＳＡＰ
３０４：ＭＬＭＥ ＳＡＰ
３０５：ＰＬＭＥ ＳＡＰ
３０６：ＭＬＭＥ−ＰＬＭＥ ＳＡＰ
３１０：ＦＣＳＬ
３２０：ＭＡＣ層
３３０：ＰＨＹ層
３４０：ＭＬＭＥ
３５０：ＰＬＭＥ
３６０：ＤＭＥ
５０１：Ｃｏｍｍａｎｄ ｔｙｐｅフィールド
５０２：Ｌｅｎｇｔｈフィールド
５０３〜５０５：ＤＥＶ Ｉｎｆｏフィールド
５２０：ＭＡＣヘッダ
５２２：ＰＮＩＤフィールド
７０１：ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｑｕｅｓｔ
７０２：チャネル時間要請（Ｃｈａｎｎｅｌ Ｔｉｍｅ Ｒｅｑｕｅｓｔ）コマンド・フレーム
７０３：Ｉｍｍ−ＡＣＫフレーム
７０４：ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.Ｉｎｄｉｃａｔｉｏｎ
７０５：ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｓｐｏｎｓｅ
７０６：ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｒｅｓｐｏｎｓｅコマンド・フレーム
７０７：Ｉｍｍ−ＡＣＫフレーム
７０８：ＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ.ｃｏｎｆｉｒｍ
７１０：ＤＭＥ
７２０：ＭＬＭＥ
７３０：親ＰＮＣのＭＬＭＥ
７４０：ＰＮＣのＤＭＥ
【図１】
2005094749.tif 000003
【図２】
2005094749.tif 000004
【図３】
2005094749.tif 000005
【図４ａ】
2005094749.tif 000006
【図４ｂ】
2005094749.tif 000007
【図４ｃ】
2005094749.tif 000008
【図５ａ】
2005094749.tif 000009
【図５ｂ】
2005094749.tif 000010
【図５ｃ】
2005094749.tif 000011
【図６】
2005094749.tif 000012
【図７】
2005094749.tif 000013
【図８】
2005094749.tif 000014
【図９ａ】
2005094749.tif 000015
【図９ｂ】
2005094749.tif 000016
【図１０】
2005094749.tif 000017
【図１１】
2005094749.tif 000018