(57)【特許請求の範囲】
【請求項１】
６ＬｏＷＰＡＮサブネットの第１のノードで、第２のノードと通信する方法であって、
Ａ．第１のノードおよび第２のノードのパーソナルエリアネットワーク識別子をそれぞれ得るステップと、
Ｂ．第１のノードおよび第２のノードのパーソナルエリアネットワーク識別子ならびに６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報を６ＬｏＷＰＡＮデータパケット内に充填するステップであって、第１のノードのパーソナルエリアネットワーク識別子が、６ＬｏＷＰＡＮデータパケットのソースアドレスを示すために使用され、第２のノードのパーソナルエリアネットワーク識別子が、６ＬｏＷＰＡＮデータパケットの宛先アドレスを示すために使用され、６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報が、第１のノードと第２のノードが異なる６ＬｏＷＰＡＮサブネット内に位置することを識別するために使用される、充填するステップと、
Ｃ．充填した６ＬｏＷＰＡＮデータパケットを送るステップと
を含む、方法。
【請求項２】
ステップＡが、
第１のノードおよび第２のノードのインターフェース識別子を得ることをさらに含み、
ステップＢが、
第１のノードおよび第２のノードのインターフェース識別子を６ＬｏＷＰＡＮデータパケット内に充填することであって、第１のノードのパーソナルエリアネットワーク識別子およびインターフェース識別子が、６ＬｏＷＰＡＮデータパケットのソースアドレスを示すために使用され、第２のノードのパーソナルエリアネットワーク識別子およびインターフェース識別子が、６ＬｏＷＰＡＮデータパケットの宛先アドレスを示すために使用されることをさらに含む
ことを特徴とする、請求項１に記載の方法。
【請求項３】
ステップＡが、
６ＬｏＷＰＡＮのＩＰｖ６アドレスに従って第１のノードおよび第２のノードのパーソナルエリアネットワーク識別子を得、メディアアクセスレイヤからのデータパケットに従って第１のノードおよび第２のノードのインターフェース識別子を得ること
をさらに含むことを特徴とする、請求項２に記載の方法。
【請求項４】
６ＬｏＷＰＡＮサブネットの端に位置するエッジルータで、第１のノードから６ＬｏＷＰＡＮデータパケットをルーティングする方法であって、
第１のノードから６ＬｏＷＰＡＮデータパケットを受信するステップと、
６ＬｏＷＰＡＮデータパケット内の６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報に従って、６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られるかどうかを判定するステップと、
６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られるとき、ＩＰデータパケット内に６ＬｏＷＰＡＮデータパケットをカプセル化するステップと、
カプセル化したＩＰデータパケットを次ホップネットワーク機器に送るステップと
を含む、方法。
【請求項５】
バックボーンネットワークのルータで、６ＬｏＷＰＡＮサブネットからデータパケットをルーティングする方法であって、
６ＬｏＷＰＡＮサブネットからＩＰデータパケットを受信するステップと、
ＩＰデータパケットをカプセル化解除し、ＩＰデータパケット内の宛先アドレスのパーソナルエリアネットワーク識別子を得るステップと、
パーソナルエリアネットワーク識別子に従って次ホップネットワーク機器を求めるステップと、
次ホップネットワーク機器にＩＰデータパケットを転送するステップと
を含む、方法。
【請求項６】
６ＬｏＷＰＡＮサブネットの端に位置するエッジルータで、バックボーンネットワークからＩＰデータパケットをルーティングする方法であって、
バックボーンネットワークからＩＰデータパケットを受信するステップと、
ＩＰデータパケットに従ってＩＰデータパケット内にカプセル化された６ＬｏＷＰＡＮデータパケットを得て、６ＬｏＷＰＡＮデータパケットのヘッダ内の宛先アドレスのインターフェース識別子を抽出するステップであって、インターフェース識別子が、６ＬｏＷＰＡＮデータパケットの宛先アドレスが第２のノードであることを示す、抽出するステップと、
第２のノードに６ＬｏＷＰＡＮデータパケットを送るステップと
を含み、
６ＬｏＷＰＡＮデータパケットのヘッダは、第２のノードのパーソナルエリアネットワーク識別子を含む、方法。
【請求項７】
６ＬｏＷＰＡＮサブネットの第１のノードで、第２のノードと通信する第１の装置であって、
第１のノードおよび第２のノードのパーソナルエリアネットワーク識別子をそれぞれ得る第１の取得手段と、
第１のノードおよび第２のノードのパーソナルエリアネットワーク識別子ならびに６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報を６ＬｏＷＰＡＮデータパケット内に充填する充填手段であって、第１のノードのパーソナルエリアネットワーク識別子が、６ＬｏＷＰＡＮデータパケットのソースアドレスを示すために使用され、第２のノードのパーソナルエリアネットワーク識別子が、６ＬｏＷＰＡＮデータパケットの宛先アドレスを示すために使用され、６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報が、第１のノードと第２のノードが異なる６ＬｏＷＰＡＮサブネット内に位置することを識別するために使用される、充填手段と、
充填した６ＬｏＷＰＡＮデータパケットを送る第１の送信手段と
を備える、第１の装置。
【請求項８】
第１の取得手段がさらに、
第１のノードおよび第２のノードのインターフェース識別子を得るために使用され、
充填手段がさらに、
第１のノードおよび第２のノードのインターフェース識別子を６ＬｏＷＰＡＮデータパケット内に充填するために使用され、第１のノードのパーソナルエリアネットワーク識別子およびインターフェース識別子が、６ＬｏＷＰＡＮデータパケットのソースアドレスを示すために使用され、第２のノードのパーソナルエリアネットワーク識別子およびインターフェース識別子が、６ＬｏＷＰＡＮデータパケットの宛先アドレスを示すために使用される
ことを特徴とする、請求項７に記載の第１の装置。
【請求項９】
第１の取得手段がさらに、
６ＬｏＷＰＡＮのＩＰｖ６アドレスに従って第１のノードおよび第２のノードのパーソナルエリアネットワーク識別子を得、メディアアクセスレイヤからのデータパケットに従って第１のノードおよび第２のノードのインターフェース識別子を得るために使用される
ことを特徴とする、請求項８に記載の第１の装置。
【請求項１０】
６ＬｏＷＰＡＮサブネットの端に位置するエッジルータで、第１のノードから６ＬｏＷＰＡＮデータパケットをルーティングする第２の装置であって、
第１のノードから６ＬｏＷＰＡＮデータパケットを受信する第１の受信手段と、
６ＬｏＷＰＡＮデータパケット内の６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報に従って、６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られるかどうかを判定する判定手段と、
６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られるとき、ＩＰデータパケット内に６ＬｏＷＰＡＮデータパケットをカプセル化するカプセル化手段と、
カプセル化したＩＰデータパケットを次ホップネットワーク機器に送る第２の送信手段と
を備える、第２の装置。
【請求項１１】
バックボーンネットワークのルータで、６ＬｏＷＰＡＮサブネットからデータパケットをルーティングする第３の装置であって、
６ＬｏＷＰＡＮサブネットからＩＰデータパケットを受信する第２の受信手段と、
ＩＰデータパケットをカプセル化解除し、ＩＰデータパケット内の宛先アドレスのパーソナルエリアネットワーク識別子を得る第２の取得手段と、
パーソナルエリアネットワーク識別子に従って次ホップネットワーク機器を求める決定手段と、
次ホップネットワーク機器にＩＰデータパケットを転送する第３の送信手段と
を備える、第３の装置。
【請求項１２】
６ＬｏＷＰＡＮサブネットの端に位置するエッジルータで、バックボーンネットワークからＩＰデータパケットをルーティングする第４の装置であって、
バックボーンネットワークからＩＰデータパケットを受信する第３の受信手段と、
ＩＰデータパケットに従ってＩＰデータパケット内にカプセル化された６ＬｏＷＰＡＮデータパケットを得て、６ＬｏＷＰＡＮデータパケットのヘッダ内の宛先アドレスのインターフェース識別子を抽出する第３の取得手段であって、インターフェース識別子が、６ＬｏＷＰＡＮデータパケットの宛先アドレスが第２のノードであることを示す、第３の取得手段と、
第２のノードに６ＬｏＷＰＡＮデータパケットを送る第４の送信手段と
を備え、
６ＬｏＷＰＡＮデータパケットのヘッダは、第２のノードのパーソナルエリアネットワーク識別子を含む、第４の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、低電力ワイヤレスパーソナルエリアネットワーク上のＩＰｖ６（ＩＰｖ６  ｏｖｅｒ  Ｌｏｗ  ｐｏｗｅｒ  Ｗｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に関し、詳細には、低電力ワイヤレスパーソナルエリアネットワーク上のＩＰｖ６データパケットを送信する方法および装置に関する。
【背景技術】
【０００２】
６ＬｏＷＰＡＮ（低電力ワイヤレスパーソナルエリアネットワーク上のＩＰｖ６）は、ＩＰオーバヘッドを劇的に低減するようにＩＰスタックのデータリンクレイヤとネットワークレイヤの間にアダプテーションレイヤを導入することにより、８０２．１５．４リンクを介するＩＰｖ６データパケットの伝送を可能にする。アダプテーションレイヤは、ＩＥＴＦ（インターネットエンジニアリングタスクフォース、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）によって提案された規格である。この規格は、伝送オーバヘッドを低減するためのヘッダ圧縮を提供し、ＩＰｖ６最小ＭＴＵ（最大転送単位、Ｍａｘｉｍｕｍ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）要件をサポートするためのデータパケットの断片化を提供し、ＩＰｖ６  ＭＴＵは少なくとも１２８０バイトを有し、ＩＥＥＥ８０２．１５．４プロトコルデータパケットのＭＴＵは１２７バイトを有し、したがって、ＩＰｖ６データパケットをＩＥＥＥ８０２．１５．４プロトコルデータパケットに変換するときに断片化を実施する必要があり、アダプテーションレイヤはさらに、レイヤ２の転送および複数のホップを介するＩＰｖ６データパケットの転送をサポートする。６ＬｏＷＰＡＮは、クロスレイヤ最適化を適用することによって低オーバヘッドを達成する。６ＬｏＷＰＡＮネットワークは、リンクレイヤおよびアダプテーションレイヤ内の情報を使用して、ネットワークレイヤおよびトランスポートレイヤのヘッダを圧縮する。ＩＰｖ６拡張ヘッダについて、６ＬｏＷＰＡＮネットワークは、ヘッダスタッキング原理を利用して、直交概念を分離し、ヘッダを小さく、解析しやすく保つ。
【０００３】
６ＬｏＷＰＡＮネットワークは、ＩＰルータを使用することによって他のＩＰネットワークと相互接続することができる。図１に示されるように、６ＬｏＷＰＡＮサブネットは、スタブネットワークとして働き、通常はネットワークの端で動作する。異なる媒体間でＩＰデータパケットを転送する１つまたは複数のエッジルータを介して、６ＬｏＷＰＡＮサブネットを他のＩＰネットワークに接続することができる。イーサネット（登録商標）、Ｗｉ−Ｆｉ、ＧＰＲＳ、サテライトネットワークなどの任意のリンクを介して、他のＩＰネットワークとの相互接続を実現することができる。
【０００４】
インテリジェントトランスポーテーション、資産追跡、環境監視などの大規模センサアプリケーションネットワークでは、センサネットワークが、１つまたは複数の分散小型センササブネットを備えることができ、センサゲートウェイ（またはエッジルータ）が、バックホールリンク（通常はＩＰリンク）を介して中央コントローラ（またはバックボーンルータ）に接続される。図２に、１つまたは複数の６ＬｏＷＰＡＮサブネットを備える６ＬｏＷＰＡＮ  ＩＰｖ６ネットワークを示す。
【０００５】
従来技術では、６ＬｏＷＰＡＮネットワーク内の通常考えられる動作シナリオは、同一のリンク（リンクローカル）内部の通信、または６ＬｏＷＰＡＮネットワーク外部のＩＰノードとの通信、すなわちグローバル通信である。ＩＥＴＦワークグループは、上述の問題を解決するためにＲＦＣ４９４４およびｄｒａｆｔ−ｉｅｔｆ−６ｌｏｗｐａｎ−ｈｃ−０８ドラフトを提案している。
【０００６】
しかし、大規模センサアプリケーションでは、異なる６ＬｏＷＰＡＮサブネット内のセンサノード間のコラボレーションは、例えば大規模環境監視、公共セキュリティ監視、公共施設追跡などについて非常に一般的である。検出すべき範囲が広く、異なる６ＬｏＷＰＡＮサブネットを横切る複数のセンサ間のコラボレーションが必要であるからであり、そのことは、６ＬｏＷＰＡＮイントラサブネット通信も考慮すべきであることを意味する。しかし、既存のＲＦＣ４９４４プロトコルも、ｄｒａｆｔ−ｉｅｔｆ−６ｌｏｗｐａｎ−ｈｃドラフトも、このクロスサブネットアプリケーションシナリオに適した解決策、例えば対応する圧縮フォーマットを提案していない。したがって、本発明は、ＩＰｖ６データパケットのためのクロス６ＬｏｗＰＡＮサブネット伝送のために使用される、６ＬｏｗＰＡＮサブネット内のＩＰｖ６データパケット用の圧縮フォーマットを提案する。
【０００７】
既存の２つの圧縮フォーマットでは、ＲＦＣ４９４４はＬＯＷＰＡＮ＿ＨＣ１ヘッダ圧縮フォーマットを指定し、ｄｒａｆｔ−ｉｅｔｆ−６ｌｏｗｐａｎ−ｈｃはＬＯＷＰＡＮ＿ＩＰＣＨヘッダ圧縮フォーマットを指定した。
【０００８】
ＬＯＷＰＡＮ＿ＨＣ１符号化フォーマットを使用するとき、ローカルリンクアドレスはグローバルではないので、宛先ノードのアドレスを、インラインモードで搬送したその全１２８ビットＩＰｖ６アドレスによって識別することができるだけである。しかし、このアドレス符号化方法は、８０２．１５．４データパケットの限られた１２７バイト空間を非常に浪費し、したがって効率的で実現可能な方式ではない。
【０００９】
ＬＯＷＰＡＮ＿ＩＰＣＨ解決策では、ＣＩＤ（コンテキスト識別子拡張、Ｃｏｎｔｅｘｔ  Ｉｄｅｎｔｉｆｉｅｒ  Ｅｘｔｅｎｓｉｏｎ）を利用して、宛先ノードのグローバルＩＰｖ６プレフィックスをマッピングすることができる。しかし、この解決策は以下の制限を有する：
１．限られたＣＩＤ数。ＣＩＤフィールドは８ビットのみを有し、そのことは、４ビットのＳＣＩ（ソースコンテキスト識別子、Ｓｏｕｒｃｅ  Ｃｏｎｔｅｘｔ  Ｉｄｅｎｔｉｆｉｅｒ）および４ビットのＤＣＩ（宛先コンテキスト識別子、Ｄｅｓｔｉｎａｔｉｏｎ  Ｃｏｎｔｅｘｔ  Ｉｄｅｎｔｉｆｉｅｒ）があるだけであり、すなわち、１６個のＳＣＩおよび１６個のＤＣＩを識別することができるだけである。こうしたＳＣＩおよびＤＣＩは、マルチキャストＩＰｖ６プレフィックスおよびグローバル通信ＩＰｖ６プレフィックスのために使用され、したがって、こうしたＳＣＩおよびＤＣＩは大規模ＬｏＷＰＡＮネットワークでは十分ではない。
【００１０】
２．同一のサブネット内の同一のグローバルプレフィックス割当て。一般に、同一のサブネット内のノードは、同一のグローバルＩＰｖ６プレフィックスを有する。したがって、ＣＩＤが十分ではないとき、異なる６ＬｏＷＰＡＮサブネットを識別するために余分なサブネットプレフィックスが配布される。
【００１１】
３．ＣＩＤ管理のオーバヘッド。ＣＩＤをＩＰｖ６プレフィックスとマッピングするために、ノードは、エッジルータによってノードに配布されるマッピングテーブルを有さなければならない。したがって、ＣＩＤ配布プロセスは、より多くのオーバヘッドをもたらし、この解決策は、ＣＩＤマッピングが頻繁に変化するときは非効率的である。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
したがって、従来技術では上述の２つのアドレス圧縮方法が非効率的であるという問題を解決するために、本発明は、パーソナルエリアネットワーク識別子を使用することによって６ＬｏＷＰＡＮデータパケットのアドレスを識別することを提案する。
【課題を解決するための手段】
【００１３】
本発明の第１の態様によれば、６ＬｏＷＰＡＮサブネットの第１のノードで、第２のノードと通信する方法が提供され、方法は以下のステップを含む：第１のノードおよび第２のノードのパーソナルエリアネットワーク識別子をそれぞれ得るステップと、第１のノードおよび第２のノードのパーソナルエリアネットワーク識別子ならびに６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報を６ＬｏＷＰＡＮデータパケット内に充填するステップであって、第１のノードのパーソナルエリアネットワーク識別子が、６ＬｏＷＰＡＮデータパケットのソースアドレスを示すために使用され、第２のノードのパーソナルエリアネットワーク識別子が、６ＬｏＷＰＡＮデータパケットの宛先アドレスを示すために使用され、６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報が、第１のノードと第２のノードが異なる６ＬｏＷＰＡＮサブネット内に位置することを識別するために使用される、充填するステップと、充填した６ＬｏＷＰＡＮデータパケットを送るステップ。
【００１４】
本発明の第２の態様によれば、６ＬｏＷＰＡＮサブネットの端に位置するエッジルータで、第１のノードから６ＬｏＷＰＡＮデータパケットをルーティングする方法が提供され、方法は以下のステップを含む：第１のノードから６ＬｏＷＰＡＮデータパケットを受信するステップと、６ＬｏＷＰＡＮデータパケット内の６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報に従って、６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られるかどうかを判定するステップと、６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られるとき、ＩＰデータパケット内に６ＬｏＷＰＡＮデータパケットをカプセル化するステップと、カプセル化したＩＰデータパケットを次ホップネットワーク機器に送るステップ。
【００１５】
本発明の第３の態様によれば、バックボーンネットワークのルータで、６ＬｏＷＰＡＮサブネットからデータパケットをルーティングする方法が提供され、方法は以下のステップを含む：６ＬｏＷＰＡＮサブネットからＩＰデータパケットを受信するステップと、ＩＰデータパケットをカプセル化解除し、ＩＰデータパケット内の宛先アドレスのパーソナルエリアネットワーク識別子を得るステップと、パーソナルエリアネットワーク識別子に従って次ホップネットワーク機器を求めるステップと、次ホップネットワーク機器にＩＰデータパケットを転送するステップ。
【００１６】
本発明の第４の態様によれば、６ＬｏＷＰＡＮサブネットの端に位置するエッジルータで、バックボーンネットワークからＩＰデータパケットをルーティングする方法が提供され、方法は以下のステップを含む：バックボーンネットワークからＩＰデータパケットを受信するステップと、ＩＰデータパケットに従ってＩＰデータパケット内にカプセル化された６ＬｏＷＰＡＮデータパケットを得て、６ＬｏＷＰＡＮデータパケットのヘッダ内の宛先アドレスのインターフェース識別子を抽出するステップであって、インターフェース識別子が、６ＬｏＷＰＡＮデータパケットの宛先アドレスが第２のノードであることを示す、抽出するステップと、第２のノードに６ＬｏＷＰＡＮデータパケットを送るステップ。
【００１７】
本発明の第５の態様によれば、６ＬｏＷＰＡＮサブネットの第１のノードで、第２のノードと通信する第１の装置が提供され、第１の装置は以下を備える：第１のノードおよび第２のノードのパーソナルエリアネットワーク識別子をそれぞれ得る第１の取得手段と、第１のノードおよび第２のノードのパーソナルエリアネットワーク識別子ならびに６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報を６ＬｏＷＰＡＮデータパケット内に充填する充填手段であって、第１のノードのパーソナルエリアネットワーク識別子が、６ＬｏＷＰＡＮデータパケットのソースアドレスを示すために使用され、第２のノードのパーソナルエリアネットワーク識別子が、６ＬｏＷＰＡＮデータパケットの宛先アドレスを示すために使用され、６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報が、第１のノードと第２のノードが異なる６ＬｏＷＰＡＮサブネット内に位置することを識別するために使用される、充填手段と、充填した６ＬｏＷＰＡＮデータパケットを送る第１の送信手段。
【００１８】
本発明の第６の態様によれば、６ＬｏＷＰＡＮサブネットの端に位置するエッジルータで、第１のノードから６ＬｏＷＰＡＮデータパケットをルーティングする第２の装置が提供され、第２の装置は以下を備える：第１のノードから６ＬｏＷＰＡＮデータパケットを受信する第１の受信手段と、６ＬｏＷＰＡＮデータパケット内の６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報に従って、６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られるかどうかを判定する判定手段と、６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られるとき、ＩＰデータパケット内に６ＬｏＷＰＡＮデータパケットをカプセル化するカプセル化手段と、カプセル化したＩＰデータパケットを次ホップネットワーク機器に送る第２の送信手段。
【００１９】
本発明の第７の態様によれば、バックボーンネットワークのルータで、６ＬｏＷＰＡＮサブネットからデータパケットをルーティングする第３の装置が提供され、第３の装置は以下を備える：６ＬｏＷＰＡＮサブネットからＩＰデータパケットを受信する第２の受信手段と、ＩＰデータパケットをカプセル化解除し、ＩＰデータパケット内の宛先アドレスのパーソナルエリアネットワーク識別子を得る第２の取得手段と、パーソナルエリアネットワーク識別子に従って次ホップネットワーク機器を求める決定手段と、次ホップネットワーク機器にＩＰデータパケットを転送する第３の送信手段。
【００２０】
本発明の第８の態様によれば、６ＬｏＷＰＡＮサブネットの端に位置するエッジルータで、バックボーンネットワークからＩＰデータパケットをルーティングする第４の装置が提供され、第４の装置は以下を備える：バックボーンネットワークからＩＰデータパケットを受信する第３の受信手段と、ＩＰデータパケットに従ってＩＰデータパケット内にカプセル化された６ＬｏＷＰＡＮデータパケットを得て、６ＬｏＷＰＡＮデータパケットのヘッダ内の宛先アドレスのインターフェース識別子を抽出する第３の取得手段であって、インターフェース識別子が、６ＬｏＷＰＡＮデータパケットの宛先アドレスが第２のノードであることを示す、第３の取得手段と、第２のノードに６ＬｏＷＰＡＮデータパケットを送る第４の送信手段。
【００２１】
本発明の解決策を使用することにより、同一のバックボーンネットワーク内の異なる６ＬｏＷＰＡＮサブネット間の通信の効率を著しく改善することができ、６ＬｏＷＰＡＮの通信アプリケーションシナリオを拡張することもでき、したがって大規模センサネットワークの配置を可能にすることのできる、６ＬｏＷＰＡＮ内のヘッダ用の圧縮フォーマットが提供される。
【００２２】
以下の図面を参照しながら、非限定的な実施形態の詳細な説明を読むことにより、本発明の他の特徴、目的、および利点が明らかとなるであろう。
【図面の簡単な説明】
【００２３】
【図１】従来技術での６ＬｏＷＰＡＮサブネットを備えるネットワーク構造の略図である。
【図２】本発明の詳細な実施形態によるネットワークトポロジの略図である。
【図３】本発明の詳細な実施形態によるヘッダ圧縮の構造図である。
【図４】本発明の詳細な実施形態によるシステム方法の流れ図である。
【図５】本発明の詳細な実施形態による装置のブロック図である。
【発明を実施するための形態】
【００２４】
図面では、同一または類似の参照符号は、同一または類似のステップ特徴または装置／モジュールを指す。
【００２５】
クロス６ＬｏＷＰＡＮサブネットノード間の通信の最も重大な問題は、比較的小さいバイトを使用して、互いに対話する６ＬｏＷＰＡＮノードをどのように一意に識別するかということである。異なる６ＬｏＷＰＡＮノードは、同一の６ＬｏＷＰＡＮネットワーク内で異なるＩＩＤ（インターフェース識別子）を有するが、異なる６ＬｏＷＰＡＮネットワーク内の６ＬｏＷＰＡＮノードは、同一のＩＩＤを有することがある。
【００２６】
ＩＩＤは２つのフォーマットを有する。ＩＩＤは、ＩＥＥＥ８０２．１５．４機器ノードに割り振られたＥＵＩ−６４識別子に基づいて得ることができ、または１６ビットショートアドレスに基づいて得ることができる。
【００２７】
具体的には、ＲＦＣ２４６４の「ＩＰｖ６  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（登録商標）」に基づくＥＵＩ−６４識別子に従ってＩＩＤを生成することができる。
【００２８】
８０２．１５．４機器のすべてはＩＥＥＥ  ＥＵＩ−６４アドレスを有し、さらに、ノード機器も１６ビットショートアドレスを有することができる。したがって、こうした条件下では偽４８ビットアドレスが形成される。第１に、左端の３２ビットが、１６ビットの「０」と１６ビットのＰＡＮ  ＩＤを接続することによって３２ビットプレフィックスを形成する。ＰＡＮ  ＩＤを得ることができないとき、前の３２ビットがすべて「０」で充填され、１６ビットショートアドレスに接続され、４８ビットアドレスが形成され、次いで、ＲＦＣ２４６４の「ＩＰｖ６  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ」規格に基づいてＩＩＤが生成される。しかし、生成されたＩＩＤでは、値がグローバルには一意的ではないことを示すために、「Ｕ／Ｌ（Ｕｎｉｖｅｒｓａｌ／Ｌｏｃａｌ）」ビットを「０」と共に設定すべきである。
【００２９】
６ＬｏＷＰＡＮシステムは機器ノードからなり、機器ノードは略してノードと呼ばれる。こうしたノードは、ＦＦＤ（完全機能デバイス、Ｆｕｌｌ  Ｆｕｎｃｔｉｏｎ  Ｄｅｖｉｃｅ）およびＲＦＤ（縮小機能デバイス、Ｒｅｄｕｃｅｄ  Ｆｕｎｃｔｉｏｎ  Ｄｅｖｉｃｅ）を含む。６ＬｏＷＰＡＮネットワークは、ＰＡＮコーディネータとして少なくとも１つのＦＥＤを備えるべきである。
【００３０】
新しいＰＡＮ  ＩＤをサブノードのうちの１つ（やはりＦＦＤでなければならない）に割り当てた後、ＰＡＮコーディネータは、８０２．１５．４ネットワークのスタートポロジを拡張して、コーディネータノードだけがその中で情報を交換することのできるＰＡＮクラスタを作成することができる。規格はルーティングを直接サポートしないことに留意されたい。ＰＡＮコーディネータがイニシエーションを終了すると、ネットワーク識別子としてＰＡＮコーディネータのネットワークのためにＰＡＮ  ＩＤを選択しなければならない。ＰＡＮ  ＩＤを個人によって事前定義することができる。
【００３１】
ここで、他のネットワークのＩＤをリッスンし、次いで非競合ＰＡＮ  ＩＤを選択することによってＰＡＮ  ＩＤを得ることができることを示す必要がある。ＰＡＮコーディネータは、複数の周波数チャネルをスキャンすることができ、もちろん研究開発人員も、特定のチャネルを優先的にスキャンして、他のネットワークと競合しないＰＡＮ  ＩＤを求めるように機器を指定することができる。
【００３２】
前述の説明から、ＰＡＮ  ＩＤの選択が競合を回避すべきであり、したがって各６ＬｏＷＰＡＮサブネットがそれぞれのＰＡＮ  ＩＤを有し、同一のバックボーンＩＰｖ６ルータによって支配される各拡張サブネットのＰＡＮ  ＩＤが互いに異なり、したがってＰＡＮ  ＩＤとＩＩＤで、すべてのＩＰｖ６サブネット内のすべての６ＬｏＷＰＡＮノードを一意に識別できることがわかる。
【００３３】
図２に示されるように、第１のノード１と第２のノード２が異なる６ＬｏＷＰＡＮサブネット内に位置する。第１のノード１が６ＬｏＷＰＡＮサブネットＡ内に位置し、第２のノード２が６ＬｏＷＰＡＮサブネットＢ内に位置する。６ＬｏＷＰＡＮサブネットＡ内の第１のノード１が、エッジルータ３を介してバックボーンルータ４に接続され、６ＬｏＷＰＡＮサブネットＢ内の第１のノード２が、エッジルータ５を介してバックボーンルータ４に接続され、それによって第１のノード１が第２のノード２と通信することができる。
【００３４】
本発明の詳細な実施形態によれば、本発明は新しいデータ圧縮フォーマットを定義し、図３に示されるように、圧縮フォーマットは３つの部分を含む。
【００３５】
１．新しいメッセージタイプ
それは、イントラサブネット通信タイプを識別するためのＤｉｓｐａｔｃｈタイプである。図４に示されるように、圧縮ヘッダの最初の８ビットがメッセージタイプである。そのようなメッセージタイプについて、ｄｒａｆｔ−ｉｅｔｆ−６ｌｏｗｐａｎ−ｈｃで定義される最初の３ビットが０１１であり、ＲＦＣ４９４４では、０１０００００１が非圧縮ＩＰｖ６アドレスを表し、０１００００１０がＬＯＷＰＡＮ＿ＨＣ１を表す。したがって、予約済みの０１００００１１を使用して、クロスサブネットタイプのための圧縮ＩＰｖ６データパケットが使用されることを表すことができる。
【００３６】
２．ＳＮ（ソースネットワーク、Ｓｏｕｒｃｅ  Ｎｅｔｗｏｒｋ）フィールドおよびＤＮ（宛先ネットワーク、Ｄｅｓｔｉｎａｔｉｏｎ  Ｎｅｔｗｏｒｋ）フィールド
同一のＩＥＥＥ８０２．１５．４ネットワーク内の２つの対話６ＬｏＷＰＡＮサブネットを識別するのに、ＳＮフィールドおよびＤＮフィールドが使用される。ＰＡＮ  ＩＤは１６ビットを有し、ＳＮフィールドおよびＤＮフィールドは、ＰＡＮ  ＩＤを使用してサブネットを識別し、したがって、バックボーンルータは、例えば競合検出機構などにより、複製することなくそのサブネットにＰＡＮ  ＩＤを割り振る必要がある。
【００３７】
３．ＩＰｖ６プレフィックス定義
アプリケーションレイヤプログラムは一般に、ＩＰｖ６アドレスを使用してソースノードおよび宛先ノードを識別し、このようにして、ＩＰｖ６アドレスマッピング方式では設計する必要がある。ＩＰｖ６  Ｓｕｆｆｉｘは、６ＬｏＷＰＡＮノードの６４ビットＩＩＤ（６４ビットＥＵＩＤ、または１６ビットショート８０２．１５．４アドレスから拡張される）である。ＩＰｖ６プレフィックスは、ＦＥ８０：：／１０から始まるリンクローカルアドレスである。クロスサブネット通信では、ＩＰｖ６プレフィックスは、ソース６ＬｏＷＰＡＮネットワークおよび宛先６ＬｏＷＰＡＮネットワークを識別すべきであり、したがって６ＬｏＷＰＡＮノードのＩＰｖ６プレフィックスは、ＦＥ８０：：／１０にネットワークの１６ビットＰＡＮ  ＩＤを加えたものである。
【００３８】
新しく定義したヘッダ圧縮フォーマットが図３に示されている。ＳＮはソースネットワークを識別し、ソースノードのＩＥＥＥ８０２．１５．４ネットワークの１６ビットＰＡＮ  ＩＤであり、ＤＮは宛先ネットワークを識別し、宛先ノードのＩＥＥＥ８０２．１５．４ネットワークの１６ビットＰＡＮ  ＩＤである。
【００３９】
ＳＡＭはＳｏｕｒｃｅ  Ａｄｄｒｅｓｓ  Ｍｏｄｅを表し、ここで、
００は、省略された１６ビットＩＩＤを表す（ＭＡＣアドレスなどを介して、対応するリンクレイヤアドレスから導出可能）。
【００４０】
０１は、省略された６４ビットＩＩＤを表す（ＭＡＣアドレスなどを介して、対応するリンクレイヤアドレスから導出可能）。
【００４１】
１０は、インラインで搬送される１６ビットＩＩＤを表す。
【００４２】
１１は、インラインで搬送される６４ビットＩＩＤを表す。
【００４３】
ＤＡＭは宛先アドレスモード（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ  Ｍｏｄｅ）を表し、ここで、
００は、省略された１６ビットＩＩＤを表す（ＭＡＣアドレスなどを介して、対応するリンクレイヤアドレスから導出可能）。
【００４４】
０１は、省略された６４ビットＩＩＤを表す（ＭＡＣアドレスなどを介して、対応するリンクレイヤアドレスから導出可能）。
【００４５】
１０は、インラインで搬送される１６ビットＩＩＤを表す。
【００４６】
１１は、インラインで搬送される６４ビットＩＩＤを表す。
【００４７】
ＴＦ：トラフィッククラスおよびフローラベル（Ｔｒａｆｆｉｃ  ｃｌａｓｓ  ａｎｄ  Ｆｌｏｗ  ｌａｂｅｌ）（１ビット）、ここで、
０：非圧縮。完全な、トラフィッククラスについての８ビットおよびフローラベルについての２０ビットが送られる。
【００４８】
１：トラフィッククラスおよびフローラベルが「０」と共に設定される。
【００４９】
ＮＨ：次のヘッダ（Ｎｅｘｔ  Ｈｅａｄｅｒ）（２ビット）
００：非圧縮。完全な８ビットが送られる
０１：ＵＤＰ
１０：ＩＣＭＰ
１１：ＴＣＰ
ＨＣ２符号化（１ビット）
０：それ以上のヘッダ圧縮ビットなし。
【００５０】
１：６ＬＯＷＰＡＮ＿ＳＵＢＮＥＴ圧縮と、その直後の、ＨＣ２符号化フォーマットによる、さらなるヘッダ圧縮ビット。ＮＨは、可能なＨＣ２符号化（例えば、ＵＤＰ、ＩＣＭＰ、またはＴＣＰ符号化）のうちのどれが適用されるかを決定する。
【００５１】
ＨＬＩＭ：ホップ限界（Ｈｏｐ  Ｌｉｍｉｔ）（８ビット）
非圧縮ＩＰｖ６ホップ限界
【００５２】
以下では、本発明の詳細な実施形態による、図４に示されるシステム方法の流れ図が、図３と共に説明される。図４に示されるように、まず、ステップＳ４００で、第１のノード１が、ノード１および宛先ノードのＰＡＮ  ＩＤを得るが、宛先ノードはまさに第２のノード２である。前述の説明によれば、ＰＡＮ  ＩＤは、ネットワークのイニシエーションを終了する間にＰＡＮコーディネータによってネットワークのために選択されたＰＡＮ  ＩＤでよく、または個人によって事前定義されたＰＡＮ  ＩＤでよい。
【００５３】
例えば、第１のノード１は、第１のノード１のリンクサブネットのＩＰｖ６アドレスがＦＥ８０：：ＡＣ０１：０２１７：３Ｂ００：１１１１：２２２２であり、第２のノード２のリンクサブネットのＩＰｖ６アドレスがＦＥ８０：：ＢＤ０２：０４２３：３Ｆ０２：３３３３：４４４４であることを得る。ＩＰｖ６アドレスによれば、第１のノード１は、第１のノード１のＰＡＮ  ＩＤが０ｘＡＣ０１であり、第２のノード２のＰＡＮ  ＩＤが０ｘＢＤ０２であることを得る。さらに、第１のノード１の次ホップネットワーク機器はエッジルータ３であり、したがって第１のノード１は、非圧縮フィールド内にＩＩＤを埋め込む必要がなく、次ホップルータ機器は、リンクレイヤアドレスから第１のノードのＩＤＤを直接抽出することができる。
【００５４】
次いで、ステップＳ４０１で、第１のノード１は、第１のノード１および第２のノード２のＰＡＮ  ＩＤならびに６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報を６ＬｏＷＰＡＮデータパケット内に充填し、第１のノード１のＰＡＮ  ＩＤは、６ＬｏＷＰＡＮデータパケットのソースアドレスを示すために使用され、第２のノード２のＰＡＮ  ＩＤは、６ＬｏＷＰＡＮデータパケットの宛先アドレスを示すために使用され、６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報は、第１のノード１と第２のノード２が異なる６ＬｏＷＰＡＮサブネット内に位置することを識別するために使用される。
【００５５】
例えば、詳細な実施形態では、ブロードキャスティングメッセージまたはルータ発見をリッスンするステップにより、第１のノード１がエッジルータ３に直接接続されることが判明する。したがって、第１のノード１のＩＩＤをＭＡＣレイヤアドレスから直接抽出することができ、したがってソースアドレスは、第１のノード１の明示的なＩＩＤを含む必要がない。したがって、第１のノード１は、第１のノード１のＰＡＮ  ＩＤ０ｘＡＣ０１、第２のノード２のＰＡＮ  ＩＤ０ｘＢＤ０２、および６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報を６ＬｏＷＰＡＮデータパケット内に直接充填する。
【００５６】
次いで、ステップＳ４０２で、第１のノード１は、充填した６ＬｏＷＰＡＮデータパケットを送る。
【００５７】
ソースアドレスがＩＩＤを明示的に含む必要がないシナリオでは、ＰＡＮ  ＩＤがソースネットワークフィールドおよび宛先ネットワークフィールド内で占有する必要があるのは、４バイトだけである。しかし、従来のＲＦＣ４９４４規格では、クロスサブネット宛先アドレスを示すために、ソースアドレスおよび宛先アドレスは３２バイトを占有する必要がある。したがって、従来のＲＦＣ４９４４規格と比較して、本発明によって提案される６ＬｏＷＰＡＮヘッダフォーマットは、シグナリングオーバヘッドを著しく低減する。
【００５８】
変形形態では、ステップＳ４００の前に、ブロードキャスティングメッセージまたはルータ発見などをリッスンするステップにより、第１のノード１がエッジルータ３に直接接続されていないこと、すなわち第１のノード１がマルチホップルーティング機器を介してエッジルータ３に接続されていることを第１のノード１が発見した場合（このシナリオは図２には示されていない）、ＭＡＣレイヤアドレスからＩＩＤを抽出することができず、したがって第１のノード１はさらに、第１のノード１および第２のノード２のＩＩＤを６ＬｏＷＰＡＮデータパケットのヘッダに含める必要がある。すなわち、第１のノード１によって生成される６ＬｏＷＰＡＮヘッダは、ソースアドレスおよび宛先アドレスのＰＡＮ  ＩＤならびに６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報に加えて、ソースアドレスおよび宛先アドレスのＩＩＤも含む必要があり、この変形実施形態は図４には示されていない。
【００５９】
具体的には、ステップＳ４００−Ｓ４０２が、以下のステップＳ４００’−Ｓ４０２’で置き換えられる。まず、ステップＳ４００’では、第１のノード１は、第１のノード１および第２のノード２のＰＡＮ  ＩＤに加えて、第１のノード１および第２のノード２のＩＩＤも得る必要がある。例えば、第１のノード１は、第１のノード１のリンクサブネットのＩＰｖ６アドレスがＦＥ８０：：ＡＣ０１：０２１７：３Ｂ００：１１１１：２２２２であり、第２のノード２のリンクサブネットのＩＰｖ６アドレスがＦＥ８０：：ＢＤ０２：０４２３：３Ｆ０２：３３３３：４４４４であることを得る。次いで、第１のノード１は、第１のノード１および第２のノード２のＩＩＤおよびＰＡＮ  ＩＤをそれぞれ解析する。例えば、第１のノード１は、第１のノード１のＩＩＤが０２１７：３Ｂ００：１１１１：２２２２であり、第１のノード１のＰＡＮ  ＩＤが０ｘＡＣ０１であり、第２のノード２のＩＩＤが０４２３：３Ｆ０２：３３３３：４４４４であり、第２のノード２のＰＡＮ  ＩＤが０ｘＢＤ０２であることを得る。
【００６０】
次いで、ステップＳ４０１’では、第１のノード１が、第１のノード１のＰＡＮ  ＩＤおよびＩＩＤ、第２のノード２のＰＡＮ  ＩＤおよびＩＩＤ、ならびにｍｅｓｓａｇｅ−ｔｙｐｅ情報を６ＬｏＷＰＡＮデータパケット内に充填し、第１のノード１のＰＡＮ  ＩＤおよびＩＩＤが、６ＬｏＷＰＡＮデータパケットのソースアドレスを示すために使用され、第２のノード２のＰＡＮ  ＩＤおよびＩＩＤが、６ＬｏＷＰＡＮデータパケットの宛先アドレスを示すために使用される。したがって、第１のノード１が６ＬｏＷＰＡＮデータパケットのヘッダ内に充填するソースネットワークフィールドおよび宛先ネットワークフィールドは、それぞれ０ｘＡＣ０１および０ｘＢＤ０２である。
【００６１】
次いで、第１のノード１は、圧縮ＩＰｖ６ヘッダ内のＳＡフィールドおよびＤＡフィールドを１１、１１と設定し、表２を参照すると、これは、ソースアドレスおよび宛先アドレスが、インラインモードで搬送した６４ビットＩＩＤで識別されることを意味する。したがって、非圧縮フィールド内のソースＩＩＤおよび宛先ＩＩＤは、それぞれ０２１７：３Ｂ００：１１１１：２２２２および０４２３：３Ｆ０２：３３３３：４４４４と設定される。
【００６２】
次いで、ステップＳ４０２’では、第１のノード１が、充填した６ＬｏＷＰＡＮデータパケットを送る。
【００６３】
ＩＩＤが６ＬｏＷＰＡＮデータパケットのヘッダ内に明示的に含まれる必要があるシナリオでは、第１のノード１および第２のノード２のＰＡＮ  ＩＤはそれぞれ２バイトを占有し、加えて、第１のノード１および第２のノード２のＩＩＤはそれぞれ８バイトを占有し、したがってソースアドレスおよび宛先を識別するために、合計で２０バイトが必要であり、これは、ＦＲＣ４９４４プロトコルに基づいて必要な３２バイトと比較して明らかに低減される。
【００６４】
次いで、ステップＳ４０３では、エッジルータ３が、第１のノード１から６ＬｏＷＰＡＮデータパケットを受信する。
【００６５】
次いで、ステップＳ４０４では、６ＬｏＷＰＡＮデータパケット内の６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報に従って、エッジルータ３が、６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られるかどうかを判定し、すなわち、エッジルータ３は、Ｄｉｓｐａｔｃｈフィールド内のビットが定義済みのクロスサブネット通信ビット識別子であるかどうかを判定する。
【００６６】
ステップＳ４０５では、エッジルータ３が、Ｄｉｓｐａｔｃｈフィールド内のビットが０１００００１１であることを得る場合、エッジルータ３は、６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られることを判定し、次いでエッジルータ３は、ＩＰデータパケット内に６ＬｏＷＰＡＮデータパケットをカプセル化する。
【００６７】
ステップＳ４０６では、エッジルータ３は、カプセル化したＩＰデータパケットを次ホップネットワーク機器に送る。
【００６８】
ステップＳ４０５’で、エッジルータが、Ｄｉｓｐａｔｃｈフィールド内のビットが０１００００１１以外の他の値であることを得る場合、エッジルータ３は、所定のルーティング規則に従ってデータパケットをルーティングし、例えば、Ｄｉｓｐａｔｃｈフィールド内の値が、データパケットがＬＯＷＰＡＮ＿ＨＣ１タイプであることを示す０１００００１０であり、次いでエッジルータ３は、ＲＦＣ４９４４規格に従って６ＬｏＷＰＡＮデータパケットをルーティングする。
【００６９】
次いで、ステップＳ４０７では、バックボーンネットワーク内のルータ４が、６ＬｏＷＰＡＮサブネットＡからのものであり、６ＬｏＷＰＡＮサブネットＡのエッジルータ３によって転送されるＩＰデータパケットを受信する。
【００７０】
次いで、ステップＳ４０８では、バックボーンネットワーク内のルータ４がＩＰデータパケットをカプセル化解除し、ＩＰデータパケット内の宛先アドレスのＰＡＮ  ＩＤを得、例えば、バックボーンネットワーク内ルータ４によって得られる宛先アドレスのＰＡＮ  ＩＤが０ｘＢＤ０２であり、次いでバックボーンネットワーク内のルータ４は、ＰＡＮ  ＩＤ０ｘＢＤ０２に従って次ホップネットワーク機器を求め、例えば、バックボーンネットワーク内のルータ４は、対応する６ＬｏＷＰＡＮサブネットがサブネットＢであることを求め、それによって、次ホップルーティング機器は、６ＬｏＷＰＡＮサブネットＢのエッジルータ５である。
【００７１】
次いで、ステップＳ４０９では、バックボーンネットワーク内のルータ４は、求めた次ホップネットワーク機器、例えばエッジルータ５にＩＰデータパケットを転送する。
【００７２】
次いで、ステップＳ４１０では、エッジルータ５は、バックボーンネットワークからＩＰデータパケットを受信する。
【００７３】
次いで、ステップＳ４１１では、エッジルータ５はＩＰデータパケットに従ってＩＰデータパケット内にカプセル化された６ＬｏＷＰＡＮデータパケットを得、６ＬｏＷＰＡＮデータパケットのヘッダ内の宛先アドレスのＩＩＤを抽出し、ＩＩＤは、６ＬｏＷＰＡＮデータパケットの宛先アドレスが第２のノード２であることを示す。
【００７４】
次いで、ステップＳ４１２では、エッジルータ５は、抽出した６ＬｏＷＰＡＮデータパケットを第２のノード２に送る。
【００７５】
上記では、システム方法フローの態様から本発明が説明された。以下では、図５を参照しながら、装置ブロック図の態様から本発明が説明される。
【００７６】
第１の装置１０が第１のノード１内に位置し、第１の取得手段１００、充填手段１０１、および第１の送信手段１０２を備える。第２の装置２０が、第１のノード１が位置する６ＬｏＷＰＡＮサブネットの端のエッジルータに内に位置する。第２の装置２０は、第１の受信手段２００、判定手段２０１、カプセル化手段２０２、および第２の送信手段２０３を備える。第３の装置３０が、バックボーンネットワークのルータ内に位置する。第３の装置３０は、第２の受信手段３００、第２の取得手段３０１、決定手段３０２、および第３の送信手段３０３を備える。第４の装置４０は、第３の受信手段４００、第３の取得手段４０１、および第４の送信手段４０２を備える。
【００７７】
まず、第１の取得手段１００が、第１のノード１および第２のノード２のＰＡＮ  ＩＤをそれぞれ得る。
【００７８】
次いで、充填手段１０１は、第１のノード１および第２のノード２のＰＡＮ  ＩＤならびに６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報を６ＬｏＷＰＡＮデータパケット内に充填し、第１のノード１のＰＡＮ  ＩＤが、６ＬｏＷＰＡＮデータパケットのソースアドレスを示すために使用され、第２のノードのＰＡＮ  ＩＤが、６ＬｏＷＰＡＮデータパケットの宛先アドレスを示すために使用され、６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報が、第１のノード１と第２のノード２が異なる６ＬｏＷＰＡＮサブネット内に位置することを識別するために使用される。
【００７９】
次いで、第１の送信手段１０２は、充填した６ＬｏＷＰＡＮデータパケットを送る。
【００８０】
変形形態では、第１の取得手段１００がさらに、第１のノードおよび第２のノードのＩＩＤを得るために使用される。
【００８１】
次いで、充填手段１０１がさらに、第１のノードおよび第２のノードのＩＩＤを６ＬｏＷＰＡＮデータパケット内に充填するために使用され、第１のノードのＰＡＮ  ＩＤおよびＩＩＤが、６ＬｏＷＰＡＮデータパケットのソースアドレスを示すために使用され、第２のノードのＰＡＮ  ＩＤおよびＩＩＤが、６ＬｏＷＰＡＮデータパケットの宛先アドレスを示すために使用される。
【００８２】
別の実施形態では、第１の取得手段１００がさらに、６ＬｏＷＰＡＮのＩＰｖ６アドレスに従って第１のノードおよび第２のノードのＰＡＮ  ＩＤを得、メディアアクセスレイヤからのデータパケットに従って第１のノードおよび第２のノードのＩＩＤを得るために使用される。
【００８３】
次いで、第２の装置２０内の第１の受信手段２００が、第１のノードから６ＬｏＷＰＡＮデータパケットを受信する。
【００８４】
次いで、判定手段２０１は、６ＬｏＷＰＡＮデータパケット内の６ＬｏＷＰＡＮ−ｍｅｓｓａｇｅ−ｔｙｐｅ情報に従って、６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られるかどうかを判定する。
【００８５】
次いで、６ＬｏＷＰＡＮデータパケットが別の６ＬｏＷＰＡＮサブネットに送られるとき、カプセル化手段２０２は、ＩＰデータパケット内に６ＬｏＷＰＡＮデータパケットをカプセル化する。
【００８６】
次いで、第２の送信手段２０３は、カプセル化したＩＰデータパケットを次ホップネットワーク機器に送る。
【００８７】
次いで、バックボーンネットワークのルータ内の第３の装置３０内の第２の受信手段３００が、６ＬｏＷＰＡＮサブネットからＩＰデータパケットを受信する。
【００８８】
次いで、第２のカプセル化解除手段３０１がＩＰデータパケットをカプセル化解除し、ＩＰデータパケット内の宛先アドレスのＰＡＮ  ＩＤを得る。
【００８９】
次いで、決定手段３０２が、ＰＡＮ  ＩＤに従って次ホップネットワーク機器を求める。
【００９０】
次いで、第３の送信手段３０３が、求めた次ホップネットワーク機器にＩＰデータパケットを転送する。
【００９１】
第２のノード２が位置する６ＬｏＷＰＡＮサブネットの端のエッジルータ内の第４の装置４０内の第３の受信手段４００が、バックボーンネットワークからＩＰデータパケットを受信する。
【００９２】
次いで、第３の取得手段４０１が、ＩＰデータパケットに従ってＩＰデータパケット内にカプセル化された６ＬｏＷＰＡＮデータパケットを得、６ＬｏＷＰＡＮデータパケットのヘッダ内の宛先アドレスのＩＩＤを抽出し、ＩＩＤは、６ＬｏＷＰＡＮデータパケットの宛先アドレスが第２のノードであることを示す。
【００９３】
次いで、第４の送信手段が、第２のノードに６ＬｏＷＰＡＮデータパケットを送る。
【００９４】
本発明の実施形態が上記で説明されたが、本発明は、特定のシステム、機器、および詳細なプロトコルに限定されず、添付の特許請求の範囲内で様々な変形形態および修正形態を当業者は作成することができる。
【００９５】
説明、図面、および添付の特許請求の範囲を通じて、開示された実施形態に対する修正形態を当業者は理解および了解することができる。「ｃｏｍｐｒｉｓｉｎｇ（備える、含む）」という語は、特許請求の範囲または本明細書の中で列挙されない要素またはステップの存在を除外しない。要素に先行する「ａ」または「ａｎ」という語は、複数のそのような要素の存在を除外しない。本発明の実施では、特許請求の範囲の中のいくつかの技術的特徴を１つの構成要素で実施することができる。特許請求の範囲では、括弧の間に配置されるいずれの参照符号も、特許請求の範囲を限定すると解釈されないものとする。
【図１】
0005689179.tif 000002
【図２】
0005689179.tif 000003
【図３】
0005689179.tif 000004
【図４】
0005689179.tif 000005
【図５】
0005689179.tif 000006