(57)【要約】  本発明は、無線リンクでデータを伝送する方法に関し、無線ネットワークでのデータ伝送用の第１のプロトコルの少なくとも特定のレイヤに対応するフォーマットに従って、データをパケットに挿入することと、第１のプロトコルと異なる無線ネットワークでのデータ伝送用の第２のプロトコルに従ってフレームを構成するために、これらのパケットを使用することと、第２のプロトコルに従って無線ネットワークで送信することとを有する。本発明はまた、その方法を実装した装置に関する。
2007520121.tif 000002
【特許請求の範囲】
【請求項１】
無線リンクでデータを伝送する方法であって、
無線ネットワークでのデータ伝送用の第１のプロトコルの少なくとも特定のレイヤに対応するフォーマットに従って、前記データをパケットに挿入するステップと、
前記第１のプロトコルと異なる無線ネットワークでのデータ伝送用の第２のプロトコルに従ってフレームを構成するために、前記パケットを使用するステップと、
前記第２のプロトコルに従って無線ネットワークで送信するステップと
を有することを特徴とする方法。
【請求項２】
請求項１に記載の方法であって、
最初のデータはケーブルバスのプロトコルに従ってフォーマットされることを特徴とする方法。
【請求項３】
請求項２に記載の方法であって、
前記ケーブルバスはIEEE1394バスであり、
無線ネットワークでのデータ伝送用の前記第１のプロトコルはHiperLAN/2であり、
無線ネットワークでのデータ伝送用の前記第２のプロトコルは802.11系列からのプロトコルである方法。
【請求項４】
請求項２又は３に記載の方法であって、
使用されるパケットは、IEEE1394SSCSモジュールにより生成される方法。
【請求項５】
請求項１ないし４のうちいずれか１項に記載の方法であって、
前記フレームは、無線ネットワークでのデータ伝送用の前記第１のプロトコルの前記レイヤにより規定された中間フォーマットに従ったパケットに基づいて生成され、前記フレームは、無線ネットワークでのデータ伝送用の前記第２のプロトコルに従い、前記フレームの特定の識別子によって他のフレームと区別される方法。
【請求項６】
請求項１ないし５のうちいずれか１項に記載の方法であって、
前記フレームは、無線ネットワークでのデータ伝送用の前記第１のプロトコルの前記レイヤにより規定された中間フォーマットに従ったパケットに基づいて生成され、無線ネットワークでのデータ伝送用の前記第２のプロトコルに従い、その発信元及びその宛先を特定する特定のMACアドレスの使用を通じて他のフレームと区別される方法。
【請求項７】
ケーブルバスに従ってフォーマットされてプロトコルに従ったフレームを受信することを可能にする手段と、
無線ネットワークへの接続手段と、
ケーブルバスに従ってフォーマットされたフレームを処理し、それにより、無線ネットワークでのデータ伝送用の第１のプロトコルにより規定されたフォーマットに従って、前記ケーブルバスで受信したデータをフレームに挿入するモジュールと
を有するデータ伝送装置であって、
前記ケーブルバスから受信した挿入済のデータである前記パケットに基づいて、無線ネットワークでのデータ伝送用の第２のプロトコルに従って伝送フレームを生成する手段を有し、
前記パケットは前記第１のプロトコルの少なくとも特定のレイヤに従ってフォーマットされることを特徴とするデータ伝送装置。
【請求項８】
請求項６に記載の装置であって、
前記ケーブルバスはIEEE1394バスであり、
無線ネットワークでのデータ伝送用の前記第１のプロトコルはHiperLAN/2であり、
無線ネットワークでのデータ伝送用の前記第２のプロトコルは802.11系列からのプロトコルである装置。
【請求項９】
請求項７又は８に記載の装置であって、
第２のプロトコルに関する限り、前記第１のプロトコルの前記レイヤを用いて生成されたパケットのカプセル化及び伝送に必要なレイヤのみを有することを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線リンクを通じたIEEE1394シリアルデータバスの相互接続の分野に関する。
【背景技術】
【０００２】
文献‘IEEE  Std  1394-1995  High  Performance  Bus,  1996-08-30’に規定されているIEEE1394バスは、“ノード”とも呼ばれる装置の接続を可能にするデジタル伝送用のシリアルバスについて記載している。
【０００３】
HiperLAN/2は、BRAN（Broadband  Radio  Access  Network）プロジェクトのフレームワーク内でETSI（European  Telecommunications  Standards  Institute）により作られた標準である。これは無線ネットワークでの装置間の通信プロトコルを規定する。
【０００４】
802.11標準の系列は、文献ANSI/IEEE  std  802.11-1999で標準化されている無線ネットワークでの通信標準を規定する。
【０００５】
複数のIEEE1394バスを無線ネットワークで構成されるブリッジと相互接続しようとすると、無線ネットワークにより使用される標準にIEEE1394プロトコルを移植する必要がある。これを考慮して、HiperLAN/2は、“Broadband  Radio  Access  Networks  (BRAN);  HIPERLAN  Type  2;  Packet  based  convergence  layer;  Part  3:  IEEE  1394  Service  Specific  Convergence  Sublayer”の文献でIEEE1394SSCS（Service  Specific  Convergence  Sublayer）と呼ばれる収束レイヤ（convergence  layer）を指定する。この収束レイヤにより、HiperLAN/2パケットでIEEE1394データパケットの転送が可能になる。他方で、“1394  Trade  Association”により放棄された試行にもかかわらず、このような収束レイヤは802.11標準に従って動作する無線ネットワークの場合に標準化されていない。
【０００６】
従って、802.11無線ネットワークを通じて複数のIEEE1394バスを相互接続しようとすると、802.11パケットでIEEE1394データパケットの転送を可能にする収束レイヤを開発する必要がある。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、HiperLAN/2用に標準化された収束レイヤに依存した802.11ネットワーク（IEEE1394  SSCSネットワーク）でIEEE1394トラヒックを転送する方法を規定することである。収束レイヤのサービスは、標準でSAR  PDU（Segmentation  and  Re-assembly  Packet  Data  Unit）と呼ばれるパケットを、Hiperlan/2  DLC（Data  Link  Control）により使用されるフォーマットでのLCH（Long  Channel）にパッケージ化されて、又は生で、取得するために使用される。次に、これらのパケットは802.11フレームに組み立てられ、802.11ネットワークで配信される。受信装置は逆に動作し、802.11フレームからSAR  PDU又はLCHを取り出し、IEEE1394SSCSモジュールを使用して元のIEEE1394パケットを再構成する。
【０００８】
この方法は、IEEE1394ネットワークと、ハードウェアのSSCS  IEEE  1394モジュールを備えた無線ネットワークとの間にインタフェース回路を備えた装置で使用されるときに、特に有利である。
【課題を解決するための手段】
【０００９】
本発明は、無線リンクでデータを伝送する方法に関し、無線ネットワークでのデータ伝送用の第１のプロトコルの少なくとも特定のレイヤに対応するフォーマットに従って、データをパケットに挿入することと、第１のプロトコルと異なる無線ネットワークでのデータ伝送用の第２のプロトコルに従ってフレームを構成するために、これらのパケットを使用することと、第２のプロトコルに従って無線ネットワークで送信することとを有する。
【００１０】
本発明の特定の実施例によれば、最初のデータはケーブルバスのプロトコルに従ってフォーマットされる。
【００１１】
本発明の特定の実施例によれば、ケーブルバスはIEEE1394バスであり、無線ネットワークでのデータ伝送用の第１のプロトコルはHiperLAN/2であり、無線ネットワークでのデータ伝送用の第２のプロトコルは802.11系列からのプロトコルである。
【００１２】
本発明の特定の実施例によれば、使用されるパケットは、IEEE1394SSCSモジュールにより生成される。
【００１３】
本発明の特定の実施例によれば、フレームは、無線ネットワークでのデータ伝送用の第１のプロトコルの前記レイヤにより規定された中間フォーマットに従ったパケットに基づいて生成され、前記フレームは、無線ネットワークでのデータ伝送用の第２のプロトコルに従い、フレームの特定の識別子によって他のフレームと区別される。
【００１４】
本発明の特定の実施例によれば、フレームは、無線ネットワークでのデータ伝送用の第１のプロトコルの前記レイヤにより規定された中間フォーマットに従ったパケットに基づいて生成され、無線ネットワークでのデータ伝送用の第２のプロトコルに従い、その発信元及びその宛先を特定する特定のMACアドレスの使用を通じて他のフレームと区別される。
【００１５】
本発明はまた、ケーブルバスに従ってフォーマットされてプロトコルに従ったフレームを受信することを可能にする手段と、無線ネットワークへの接続手段と、ケーブルバスに従ってフォーマットされたフレームを処理し、それにより、無線ネットワークでのデータ伝送用の第１のプロトコルにより規定されたフォーマットに従って、ケーブルバスで受信したデータをフレームに挿入するモジュールとを有するデータ伝送装置に関し、ケーブルバスから受信した挿入済のデータである前記パケットに基づいて、無線ネットワークでのデータ伝送用の第２のプロトコルに従って伝送フレームを生成する手段を有し、前記パケットは第１のプロトコルの少なくとも特定のレイヤに従ってフォーマットされることを特徴とする。
【００１６】
本発明の特定の実施例によれば、第２のプロトコルに関する限り、その装置は、第１のプロトコルの前記レイヤを用いて生成されたパケットのカプセル化及び伝送に必要なレイヤのみを有する。
【発明を実施するための最良の形態】
【００１７】
添付図面を参照して行われる以下の説明を読むことで、本発明が更に理解され、他の特徴及び利点が明らかになる。
【００１８】
以下に説明する本発明の例示的な実施例は、無線ネットワークとケーブルバスとの間のインタフェース回路の使用のフレームワークで示されている。しかし、本発明は他の回路を使用して実装されてもよい。使用される特定のモジュールは、回路のハードウェアとして、又はソフトウェアとして実装されてもよい。
【００１９】
図１は、回路のアーキテクチャを示している。この回路は、汎用中央プロセッサ13（例えばそのバス14に接続されたPowerPC（PPC）系列からの汎用中央プロセッサ）を有する。この同じバスにEthernet（登録商標）ネットワークインタフェース12が接続されている。バス14は、ブリッジ16によって第２のARM-AMBAバス15に接続される。第２のバスに様々なユニットが接続される（特にUSBインタフェース11、オーディオ／ビデオ（A/V）インタフェース10、リードソロモン（R/S：Reed/Salomon）アルゴリズムによるコード計算用のユニット9、IEEE1394に従ったネットワークインタフェース8を含む）。回路はまた、RFエミッタ／受信機2にも接続されており、5GHz帯での無線波による伝送を可能にする。このエミッタ／受信機2は、物理コントローラ3により指示される。この物理コントローラ3を使用することができる２つのモジュールが存在する。一方は、802.11a標準のMACレイヤを実装し、MACレベルでこの標準に従ってデータパケットの発信及び受信を可能にするモジュール4であり、他方は、HiperLAN/2のDLC（Data  Link  Control）レイヤを実装し、エミッタ／受信機2を介してこの標準に従ってパケットの発信及び受信を可能にするモジュール5である。従って、この回路に取り付けられた装置のアイテムは、802.11a標準及びHiperLAN/2標準に従って無線ネットワークに接続することができる。これらの２つのモジュール4及び5はDLCメモリ6を使用する。ハードウェアモジュール7は、IEEE1394SSCS収束レイヤと、IEEE1394フレームを処理する役目をする共通部分とを実装し、図３に規定するCPCS（Common  Part  Convergence  Sublayer）レイヤとSAR（Segmentation  And  Reassembly）レイヤとを有する。IEEE1394SSCSレイヤは、IEEE1394フレームを可変サイズのパケットを備えた共通フォーマットに変換する役目を有し、共通部分はこれらのパケットを受け取り、補償バイトを付加し、固定サイズのパケットに分割するセグメンテーション及び再構成レイヤに送信する。固定サイズのこれらのパケットは、HiperLAN2  DLCに送信される。この共通部分は文献ETSI  TS101  493-1に規定されている。
【００２０】
図２は、回路で処理されるソフトウェアアーキテクチャを詳細に示している。この回路は、ハードウェアに指示する特定の数のソフトウェアモジュール（ドライバ）（IEEE1934バス用のモジュール（参照符号54）、HiperLAN/2用のモジュール（参照符号52）、802.11用のモジュール（参照符号49）、Ethernet（登録商標）用のモジュール（参照符号47）、USB用のモジュール（参照符号46））を備えている。これらのドライバの上に、特定の数のMACレイヤ（DLCを有するHiperLAN/2  MACレイヤ（参照符号51）、802.11  MACレイヤ（参照符号48）がある。回路はまた、Ethernet  SSCS（参照符号50）及びIEEE1394  SSCS（参照符号21）のような、HiperLAN/2での特定のプロトコルの転送を可能にする収束レイヤを備えている。参照符号55のモジュール（IEEE1394トランスペアレント・ブリッジ）は、IEEE1394レイヤ用のHiperLAN/2ブリッジの透明性を管理する。すなわち、HiperLAN/2ネットワークを介して接続された複数のIEEE1394バスは、様々な相互接続されたIEEE1394バスの全ノードを含む単一の仮想IEEE1394バスとして、IEEE1394レイヤのレベルに現れることが可能になる。参照符号44のモジュールは、802.11MACレイヤの上でEthernet（登録商標）と論理リンク制御LLCレイヤとの間のブリッジを確立する。TCP/IPの従来のモジュール43及びHTTPスタック42が上位にある。ハイレベル・アプリケーション40は、API（Application  Program  Interface）56と構成レイヤ41とを通じてこれらのモジュールにアクセスする。
【００２１】
図３は、IEEE1394SSCS収束レイヤ（参照符号21）のソフトウェアアーキテクチャを詳細に示している。HiperLAN/2ネットワークでIEEE1394サービスを提供する高レイヤ（参照符号20）を提示する。このため、Ethernet（登録商標）又はここで関係する限りではIEEE1394のような様々なサービス用の収束レイヤ（参照符号23）を含む、IEEE1394サービスに特有の部分（参照符号22）を有する。これらの様々な特有の収束レイヤは、CPCSモジュール（参照符号25）とSARモジュール（参照符号26）とを有する全サービスに共通の部分（参照符号24）に依存する。従って、データパケット（ここでは1394）は、まず1394標準に特有の1394SSCSモジュールにより処理され、次に共通部分により処理され、DLC28（Data  Link  Control）及びHiperLAN/2物理レイヤ（参照符号29）を有するHiperLAN/2低レイヤ（参照符号27）により処理されるのに適したいわゆるSAR-PDU（Packet  Data  Unit）データパケットを作る。
【００２２】
図４は、本発明に従って生成された802.11MACパケットの一般フォーマットを示している。ヘッダの様々なフィールドの意味は、文献ANSI/IEEE  Std  802.11,  1999  Editionにある。ヘッダに続いて、パケットの有用部分37があり、それに続いて制御フィールド38がある。有用部分は、一般的に図５及び６に示す構造を有する4のLCHパケットにより生成される。
【００２３】
図５は、SARにより生成されるもののようなSAR-PDUの構造を示している。これは、1.5バイトのヘッダが先行する48バイトの有用データを含む49.5バイトのパケットである。このパケットはHiperLAN/2  DLCにより使用され、図６に示すLCHパケットにカプセル化される。このLCHは54バイトである。検討中の回路では、1394SSCSモジュールは、これらのLCHを直接に作り、DLCで使用される用意ができるように作る。カプセル化は、パケットの形式を特定する形式と、シーケンス番号と、パケットの整合性を確保するCRCとを付加することにより行われる。
【００２４】
従来の回路の動作モードでは、非同期1394トラヒックは、以下の方法でHiperLAN/2プロトコルを介して無線ネットワークで転送され得る。1394パケットはインタフェース8に到達する。これらのパケットは、汎用プロセッサ13に実装されたソフトウェアの1394SSCSモジュールにより処理される。この1394パケットに基づいて、このモジュールは、DLCによりアクセスされるメモリ6に配置されるLCHを生成する。これらのDLCは、無線物理インタフェース3で配信されるように、HiperLAN/2  DLC5により処理される。その部分の1394等時性トラヒックは、ハードウェアの1394SSCSモジュール7により処理される点を除いて、同じルートに従う。しかし、同じように、このモジュールは、DLCメモリ6に配置される54バイトのLCHパケットを生成する。これらのLCHパケットは、無線ネットワークを介して配信されるために、DLC5により同じように処理される。
【００２５】
本発明のフレームワーク内で、この同じ非同期1394トラヒックは、HiperLAN/2プロトコルの代わりに、802.11プロトコルを介して無線ネットワークで転送されてもよい。1394パケットは1394インタフェースに到達する。これらは、プロセッサ13に実装されたソフトウェアの1394SSCSモジュールにより処理される。前記のように、このモジュールは、メモリ6にLCHパケットを生成する。これらのLCHパケットは、それ自体既知の構造が図５に示されている“SAR-PDU”に加えて、図６に示すような“LCHPDU形式”と呼ばれる形式フィールドとシーケンス番号とCRCとを有する。しかし、ここでは以前の場合に対して、これらのLCHパケットを処理し、DLCメモリ6に図４に示すような802.11フレームを生成するものは、HiperLAN/2  DLCではなく、1394CLと呼ばれる特別のプログラムである。この特別のプログラムは、802.11DLCのコントローラ4に実装される。従って、これは、802.11a  DLCに委ねられる通常のタスクに加えてマイクロコントローラで動作する追加のタスクである。しかし、中央プロセッサPPCにより実行されてもよい。このフレームは、無線ネットワークで802.11DLCにより配信可能である。802.11フレームは複数のLCHパケットを有してもよいが、非同期トラヒックの場合、一般的には複数のLCHパケットを有するのを待たずに、できるだけ早く又は個々に各LCHパケットを配信する。後述する等時性トラヒックの場合には、もはやこの場合に相当しない。
【００２６】
その部分の1394等時性トラヒックは、以下のようにHiperLAN/2標準に従って無線ネットワークで転送される。非同期フレームのような1394等時性フレームは、1394インタフェース8に到達する。しかし、PPCの1394SSCSソフトウェアモジュールにより処理される非同期トラヒックに対して、等時性トラヒックは、ハードウェアのSSCS1394モジュール（図１のNo.7）により処理される。従って、このハードウェアモジュールが、“SAR-PDU”及びDLC6のメモリに含むLCHを構築する。ここでも、LCHパケットは、物理レイヤ（図１のNo.3）を介して無線ネットワークで配信するHiperLAN/2  DLC（図１のNo.5）により処理される。
【００２７】
本発明の例示的な実施例に従って、802.11プロトコルによりこの等時性1394トラヒックを無線ネットワークで配信しようとする場合、HiperLAN/2  DLCは非活性化される。非同期1394トラヒックの場合、特別のプログラムがLCHパケットを有する802.11フレームを構築する。フレームは54バイトの4のLCHパケット（すなわちFECメッセージに対応する216）を有することが好ましい。実際に、送信誤り訂正（FECは“Forward  Error  Correction”を意味する）を実装するモジュールは、216バイトのブロックで動作する。
【００２８】
本発明の例示的な実施例の変形の実装は、LCH形式に整列せずに、802.11フレームで“SAR-PDU”パケットを直接に使用することにある。回路で使用される1394SSCSモジュールがこの形式のパケットを直接に作るため、特に記載した実装はLCHを使用する。しかし、“SAR-PDU”パケットからLCHパケットへの切替えは、何らかのロジックでHiperLAN/2  DLCに委ねられた動作であり、標準に規定された1394SSCSに委ねられていない。本質的なことは、1394SSCSモジュールにより行われた1394フレームの分割の仕事（このモジュールから生じたパケットのそのままのフォーマット）を再利用することにある。また、802.11フレームで使用されるものはその方法の動作に影響を及ぼさない。
【００２９】
1394フレームを転送し、それによって受信機側でこの1394CLモジュールに送信される必要があるときの802.11aパケットの識別の問題は、複数の方法で解決されてもよい。第１の方法は、LLC/SNAPパケットを802.11aフレームに追加することにある。この形式のパケットは、RFC802.2に記載されており、データの形式と、トランスポートレイヤの性質と、製造者についての情報とを記述することが可能である。これは、802.11aパケットの始まりに配置される8バイトのパケットであり、24バイトのヘッダと、4の公開鍵のシードバイトと、8バイトのLLC/SNAPパケットと、有用データと、この場合にはLCHパケットと、4の整合性コードバイトと、4のCRCバイトとから構成される。
【００３０】
802.11aで1394トラヒックを転送するパケットを特定する他の方法は、802.11aドライバレベルでこのトラヒックに特有のMACアドレスを生成することにある。第２のMACアドレスは、新しいMACアドレスを有する標準に提供されているような認証及び関連付け段階を繰り返すことにより、802.11aネットワークの局により生成可能である。その後に、ハードウェアは、これらの２つのMACアドレス宛のパケットの受信者として認識するように、双方のこれらのMACアドレスをフィルタリングするようにプログラムされなければならない。このMACアドレスは、ユニキャストアドレスでもよく、マルチキャストアドレスでもよい。マルチキャストアドレスの利点は、等時性リンクに関連する共通のMACアドレスに登録するIEEE1394局に提示される見込みにある。マルチキャストMACアドレスは、ハイレベルの仕様により生成される。例えば、一式のマルチキャストMACアドレスは、1394トラヒックの開始時に初期設定により生成されてもよい。この場合、LLC/SNAPパケットをなくすことも可能である。この方法は、特定のMACアドレスの使用を通じて1394トラヒックを残りのトラヒックから分離するという利点を提示し、LLC/SNAPパケットを使用するものにより、装置の互換性のないアイテムがパケットの未知の形式を識別して、それを無視することが可能になる。この場合、802.11aドライバはフレームの宛先MACアドレスを読み取り、802.11aトラヒックで1394用のアドレスを認識し、フレームを1394CLモジュールに渡す。
【００３１】
802.11aドライバのレベルでは、1394トラヒックは、“データ配信”モジュール48により配信されるEthernet（登録商標）トラヒックと同じように処理される。トラヒックを区別するために何も行われない場合、Ethernet（登録商標）トラヒックは1394フレームの配信を妨げてもよい。例えば5の1394フレームのEthernet（登録商標）フレームを発信することにより、トラヒックの統計的な管理を通じてこの問題を解決することが可能になる。
【００３２】
検討された回路を使用するフレームワークで記載されているが、本発明はこの回路の使用に限定されず、実質的に同じモジュールを有する如何なるシステムで使用されてもよいことが、当業者に明らかである。また、これらのモジュールの実装（ソフトウェア及びハードウェア）は、本発明の動作方法に影響を及ぼさないことも明らかである。本発明はまた、802.11系列の他のプロトコル及び他の系列のプロトコルのように、802.11a以外のプロトコルにも一般化されてもよい。また、無線ネットワークで使用されるプロトコルに従ってフレームにグループ化される例示的なパケットは、ここに示す対策に対してその詳細について変更されてもよいことも、当業者に明らかである。
【図面の簡単な説明】
【００３３】
【図１】本発明の例示的な実施例で使用される回路のハードウェアアーキテクチャ
【図２】本発明の例示的な実施例で使用される回路のソフトウェアアーキテクチャ
【図３】IEEE1394SSCS収束レイヤのソフトウェアアーキテクチャ
【図４】802.11標準に従ったパケットのフォーマット
【図５】IEEE1394SSCS収束レイヤのSARモジュールにより構成されたSAR-PDUパケットのフォーマット
【図６】Hiperlan/2  DLCにより使用されるLCHパケットに含まれる同じパケット
【図７】本発明による方法のステップを示す図
【図１】
2007520121.tif 000003
【図２】
2007520121.tif 000004
【図３】
2007520121.tif 000005
【図４】
2007520121.tif 000006
【図５】
2007520121.tif 000007
【図６】
2007520121.tif 000008
【図７】
2007520121.tif 000009
【国際調査報告】
2007520121.tif 000010
2007520121.tif 000011
2007520121.tif 000012