JP2004364299A - マルチプロトコルデータフレームの送受信方法及び装置 - Google Patents

Abstract

【課題】 マルチプロトコルデータフレーム送受信方法及び装置を提供する。
【解決手段】 多様なプロトコルを支援するＦＣＳＬからデータを伝達される段階、前記データを伝達するＦＣＳＬを識別できる識別子を含んでデータを転送する段階、及び他の装置が転送したデータに含まれた識別子からＦＣＳＬを探して該当ＦＣＳＬに受信されたデータを伝達する段階を含むマルチプロトコルデータフレーム送受信方法。二つ以上のＦＣＳＬと、いかなるＦＣＳＬから伝えられたデータであるかを受信装置が分かるように識別情報を付加するＦＣＳＬ ＬＬＣと、データ送受信のためのＭＡＣとを含むマルチプロトコルデータフレーム送受信装置。これにより、多様なＦＣＳＬが同時に動作する時にＭＡＣから受信されたデータに対して該当ＦＣＳＬを混同なしに探すことができる。
【選択図】 図３

Description

本発明はデータフレームの送受信方法及び装置に係り、より詳細には多様なプロトコルのデータ送受信が可能な方法及び装置に関する。

デジタル技術の発達につれて周辺で多様なデジタル製品を容易に接することができ、デジタル製品を通じて便利な生活をしている。ＤＶＤプレーヤー、ケーブルＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）、ＤＶＣＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｃａｓｓｅｔｔｅ Ｒｅｃｏｒｄｅｒ）、ＤＴＶ（Ｄｉｇｉｔａｌ ＴＶ）、またはパソコンなど多様なデジタル製品が現在販売中、または開発中にある。このようなデジタル製品は単独で使用することもあるが、一つのネットワークに連結して使用してもよい。このようなネットワークを個人領域ネットワーク（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ；以下、“ＰＡＮ”）というが、過去のＰＡＮは主にケーブルなどの有線網で構築したが、無線通信機術の発達につれて順次無線ＰＡＮが増加しつつある。無線ＰＡＮ上での通信において、ＩＥＥＥ ８０２．１５．３で定義するピコネット内でのあらゆる装置はピコネットコーディネータ（ＰｉｃｏＮｅｔ Ｃｏｏｒｄｉｎａｔｏｒ；以下、“ＰＮＣ”）で提供する情報によって無線転送媒体（Ｗｉｒｅｌｅｓｓ Ｍｅｄｉｕｍ；以下、ＷＭ）に接近できる。前記情報はビーコン（Ｂｅａｃｏｎ）を通じてブロードキャストされ、一つのピコネットはＰＮＣによって定義されるＰＮＩＤ（ＰｉｃｏＮｅｔ ＩＤ）とＢＳＩＤ（Ｂｅａｃｏｎ Ｓｏｕｒｃｅ ＩＤ）によって決定される。一つのピコネットには多様なプロトコルを持つ装置が連結されるが、ＩＥＥＥ １３９４と、ＵＳＢ、ＩＥＥＥ ８０２系列などの転送方式を持つ装置が存在できる。

図１は、多様なプロトコルが使われるフレームコンバージェンスサブレイヤ（Ｆｒａｍｅ Ｃｏｎｖｅｒｇｅｎｃｅ ＳｕｂＬａｙｅｒ；以下、“ＦＣＳＬ”）モデルを説明するためのブロック図である。
ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）７レイヤモデルでは最も下位レベルの物理層があり、その上にはデータリンク層がある。データリンク層はサブレイヤとして媒体接近制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；以下、“ＭＡＣ”）サブレイヤ及びＦＣＳＬを含む。各レイヤ間にはそれを連結させるインターフェースのサービスアクセスポイント（Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ；以下、“ＳＡＰ”）が存在する。例えば、物理層とＭＡＣレイヤ間にはＰＨＹ ＳＡＰが、ＭＡＣレイヤとＦＣＳＬ間にはＦＣＳＬ ＳＡＰがインターフェースとして存在する。図１のＦＣＳＬはいろいろなプロトコルのためのＦＣＳＬで構成される。例えば、ＩＥＥＥ １３９４の場合のための１３９４ ＦＣＳＬと、ＩＥＥＥ ８０２．２のための８０２．２ ＦＣＳＬと、ＵＳＢのためのＵＳＢ ＦＣＳＬがあり、その他のプロトコル（以下、“ＸＸＸプロトコル”）のためのＦＣＳＬがありうる。各プロトコルのためのＦＣＳＬと該当プロトコルを使用するアプリケーション間にはインターフェースとしてＦＣＳＬ ＳＡＰが存在する。例えば、ＩＥＥＥ １３９４アプリケーションのための１３９４ ＳＡＰと、ＩＥＥＥ ８０２．２アプリケーションのための８０２．２ ＳＡＰと、ＵＳＢアプリケーションのためのＵＳＢ ＳＡＰ、及びその他ＸＸＸアプリケーションのためのＸＸＸＳＡＰがありうる。

ＦＣＳＬは、上位プロトコルレイヤからＦＣＳＬ ＳＡＰを通じてパケット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；以下、“ＰＤＵ”）を受けて分類規則によって分類し、分類されたＰＤＵをＭＡＣ ＳＡＰに伝達する。またＭＡＣ ＳＡＰからそれぞれのＦＣＳＬはＰＤＵを受けて上位プロトコルレイヤに合う適切なＦＣＳＬ ＳＡＰに伝達する。

前述したように多様なプロトコルのためのＦＣＳＬが存在する時、ＭＡＣ ＳＡＰを通じて転送または受信されるデータをいかなるサブレイヤに送受信するかについて現在は具体的な方法がない状態である。したがって、いろいろなＦＣＳＬを同時に支援する方法についての具体的な具現が必要である。

本発明はＭＡＣレイヤ上に多様なプロトコルを支援するためのＦＣＳＬが同時に存在する時、ＭＡＣ ＳＡＰを通じて送受信されるデータのサービスポイントとしてのＦＣＳＬ論理リンク制御（Ｌｏｇｉｃ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；以下、ＬＬＣ）方法及び装置を提供することをその技術的課題とする。

前記目的を達成するために、本発明による相異なるプロトコルのデータを所定のＭＡＣ方式により送信する方法は、上位プロトコルレイヤからデータフレームを伝達される段階と、前記伝達されたデータフレームに前記データフレームを伝達した上位プロトコルの識別情報を提供する段階と、前記データフレームを転送する段階と、を含むことを特徴とする。前記転送されるデータフレームはＩＥＥＥ ８０２．１５．３ ＭＡＣ方式によって転送されるが、非同期データ転送方式または等時的データ転送方式のうちいずれか一方式によって転送される。

前記目的を達成するために、本発明による相異なるプロトコルの非同期データを所定の媒体接近制御方式により送信する方法は、上位プロトコルレイヤから非同期データフレームを伝達される段階と、前記伝達された非同期データフレームに前記非同期データフレームを伝達した上位プロトコルの識別情報を提供する段階と、前記非同期データフレームを転送する段階と、を含むことを特徴とする。

前記目的を達成するために、相異なるプロトコルの等時的データを所定のＭＡＣ方式により送信する方法は、上位プロトコルレイヤから等時的データフレームを伝達される段階と、前記伝達された等時的データフレームにＦＣＳＬにマッピングされたストリームインデックスを提供する段階と、前記等時的データフレームを、提供されたストリームインデックスのチャンネルタイム割当て（Ｃｈａｎｎｅｌ Ｔｉｍｅ Ａｓｓｉｇｎｍｅｎｔ；以下、ＣＴＡ）中に転送する段階と、を含むことを特徴とする。前記等時的データを伝達したＦＣＳＬにマッピングされたストリームインデックスは、ＰＮＣからＣＴＡされつつ得られる。前記方法は、ＣＴＡされた後に受信装置からプローブ要請を受ければ、前記ストリームインデックスマッピング情報を含めてプローブ応答する段階をさらに含む。

前記目的を達成するために、本発明によるマルチプロトコルデータフレームの送信装置は、プロトコルを支援する複数のＦＣＳＬモジュールと、前記ＦＣＳＬモジュールのうち少なくとも一つのＦＣＳＬからデータフレームを伝達され、前記データフレームを伝達したＦＣＳＬを受信装置が区別できるように前記データフレームにその識別情報を提供するＦＣＳＬ ＬＬＣモジュールと、前記ＦＣＳＬ ＬＬＣモジュールからデータフレームを伝達され、前記データフレームを適切な時点に無線転送媒体に転送するＭＡＣモジュールと、を含むことを特徴とする。前記ＭＡＣモジュールはＩＥＥＥ ８０２．１５．３の方式に従い、前記伝達されたデータフレームは非同期データフレームであり、前記ＦＣＳＬ ＬＬＣモジュールは、前記非同期データフレームを伝達したＦＣＳＬを受信装置が区別できるように前記非同期データフレームにその識別情報を提供するＳＡＰアタッチモジュールを含むこともある。前記ＦＣＳＬモジュールから受けるデータフレームは等時的データフレームであり、前記ＦＣＳＬ ＬＬＣモジュールは前記等時的データフレームを伝達したＦＣＳＬに対するストリームインデックスを保存しているストリームインデックス保存モジュールを含み、前記ＭＡＣモジュールは前記保存されたストリームインデックスを持つＣＴＡ中に前記等時的データフレームを転送し、前記ＦＣＳＬ ＬＬＣモジュールは、受信装置のプローブ要請に対して前記ストリームインデックス保存モジュールに保存された前記等時的データフレームを伝達したＦＣＳＬに対するストリームインデックスを含めてプローブ応答をするプローブ要請／応答モジュールをさらに含む。

前記目的を達成するために、本発明によるマルチプロトコルデータフレームの受信方法は、データフレームを受信する段階と、前記受信されたデータフレームが伝えられるべき上位プロトコルレイヤを前記受信されたデータフレームに含まれた識別情報に基づいて決定する段階と、前記決定された上位プロトコルレイヤに前記受信されたデータフレームを伝達する段階と、を含むことを特徴とする。前記受信されるデータフレームはＩＥＥＥ ８０２．１５．３ ＭＡＣ方式のデータフレームであり、前記受信されるデータフレームは、非同期データ転送方式または等時的データ転送方式のうちいずれか一方式によって転送されたデータフレームでありうる。

前記目的を達成するために、本発明によるマルチプロトコルデータフレームの受信方法は、非同期データフレームを受信する段階と、前記受信された非同期データフレームが伝えられるべき上位プロトコルレイヤを前記非同期データフレームに含まれた識別情報に基づいて決定する段階と、前記決定されたＦＣＳＬに前記受信された非同期データフレームを伝達する段階と、を含むことを特徴とする。

前記目的を達成するために、本発明によるマルチプロトコルデータフレームの受信方法は、等時的データフレームを受信する段階と、前記受信された等時的データフレームが伝えられるべき上位プロトコルレイヤを前記受信された等時的データフレームのストリームインデックスとして決定する段階と、前記決定されたＦＣＳＬに前記受信された等時的データフレームを伝達する段階と、を含むことを特徴とする。前記ストリームインデックスは、ＰＮＣが送信装置のＣＴＡをすれば決定される。前記方法は、送信装置が等時的データフレーム転送のためにＣＴＡされれば、送信装置にプローブを要請し、プローブ要請によって前記送信装置が前記ストリームインデックス及び前記等時的データフレームが伝えられるべきＦＣＳＬのマッピング情報を含めてプローブ応答をしたことを受信する段階をさらに含む。

前記目的を達成するために、本発明によるマルチプロトコルデータフレームの受信装置は、プロトコルを支援する複数のＦＣＳＬモジュールと、無線転送媒体で転送されるデータフレームをＭＡＣモジュールを通じて受けて前記データフレームに含まれた識別情報に基づいて前記データフレームが伝えられるべきＦＣＳＬモジュールを決定し、前記決定されたＦＣＳＬモジュールに前記データフレームを伝達するＦＣＳＬ ＬＣＣモジュールと、を含むことを特徴とする。前記ＭＡＣモジュールはＩＥＥＥ ８０２．１５．３の方式に従い、前記データフレームは非同期データフレームであり、前記ＦＣＳＬ ＬＣＣモジュールは、前記非同期データフレームが伝えられるべきＦＣＳＬに該当するフレームであるかどうかを決定できるように前記非同期データフレームに含まれた識別情報を分離する非同期ＳＡＰデアタッチモジュールを含む。望ましくは、前記データフレームは等時的転送方式のデータフレームであり、前記ＦＣＳＬ ＬＣＣモジュールは、前記等時的データフレームが伝えられるべきＦＣＳＬとストリームインデックスとのマッピング情報を保存しているストリームインデックス保存モジュールを含み、前記ＦＣＳＬ ＬＣＣモジュールは送信装置にプローブ要請をし、前記プローブ要請によってストリームインデックスとＦＣＳＬとのマッピング情報を含むプローブ応答を受けて、ストリームインデックスのマッピング情報を前記ストリームインデックス保存モジュールに保存させるプローブ要請／応答モジュールをさらに含む。

本発明によれば、多様なＦＣＳＬが同時に動作する時にＭＡＣから受信されたデータに対して該当ＦＣＳＬを混同せずに探すことができる。

以下、添付図面を参照して本発明による望ましい実施例を詳細に説明する。同じ機能を持つ構成部分については同じ参照番号を付与する。
図２は本発明の実施例によるプロトコルスタックの構造を示す。
図２は上位レイヤでＩＥＥＥ １３９４プロトコル、ＴＣＰ／ＩＰプロトコル、ＵＳＢプロトコル、及びＸＸＸプロトコルを使用するアプリケーションが存在する状況でのスタック構造を示す。

スタック構造を説明すれば、ＭＡＣレイヤ１００は物理層（図示せず）上にあり、ＭＡＣレイヤ１００上には本発明によるＦＣＳＬ ＬＬＣがあり、この両層間にはインターフェースであるＭＡＣ ＳＡＰ ２００とＭＡＣレイヤ管理要素（ＭＡＣ Ｌａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ；以下、“ＭＬＭＥ”）ＳＡＰ ３００とがある。ＦＣＳＬ ＬＬＣ ４００上には多様なプロトコルのためのＦＣＳＬが存在しうる。例えば、ＩＥＥＥ １３９４パケットのための１３９４ ＦＣＳＬと、ＩＥＥＥ ８０２．２パケットのための８０２．２ ＦＣＳＬと、ＵＳＢパケットのためのＵＳＢ ＦＣＳＬ、及びその他のパケットのためのＸＸＸ ＦＣＳＬがありうる。

ＦＣＳＬ ＰＤＵ分類過程は各ＦＣＳＬ ＰＤＵに特定ストリームインデックスをマッピングする。各ストリームインデックスはＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）特性セットと結合する。分類が終われば、各ＦＣＳＬ ＰＤＵはストリームインデックスのための特定ＱｏＳパラメータを使用して伝えられる。分類過程は一つまたはそれ以上の分類パラメータセットを使用して各ＦＣＳＬに入るフレームを分析する。例えば、８０２．２で分類セットは分類優先順位、ストリームインデックス、及び目的アドレス、ソースアドレス、または優先順位パラメータなどのプロトコル特定パラメータを含む。例えば、８０２．２ ＦＣＳＬは上位レイヤである８０２．２ＦＣＳＬ ＳＡＰを通じて８０２．２フレームＰＤＵを受け、受けたＰＤＵを目的アドレス、ソースアドレス、及び優先順位によって分類する。そして前記受けたＰＤＵを８０２．２ ＦＣＳＬ分類規則によって特定ストリームインデックスにマッピングし、受けたＰＤＵソース及び目的アドレスをこれに該当する８０２．１５．３ソースＩＤ（ＳｒｃＩＤ）及び目的ＩＤ（ＤｅｓｔＩＤ）にマッピングする。次いで、有効なフレームをＭＡＣ ＳＡＰ ２００に伝達する。一方、ＭＡＣ ＳＡＰ ２００からフレームを受けて８０２．２ ＦＣＳＬ ＳＡＰを通じて上位レイヤに前記受けたフレームを伝達する。

一方、８０２．２プロトコルなどの一つの上位プロトコルだけ存在する場合には前述したように８０２．２ ＦＣＳＬは直ちにＭＡＣ ＳＡＰ ２００とフレームをやり取りしても構わない。しかし、１３９４やＵＳＢプロトコルも共に利用する場合にはいかなるＦＣＳＬを経たかに関する情報を知る必要がある。したがって、本実施例は特定のＦＣＳＬとＭＡＣ ＳＡＰ ２００間にＦＣＳＬ ＬＬＣ ４００という新しいレイヤを介して多様なプロトコルを使用する場合にもそれを区別できる手段を提供する。ＦＣＳＬ ＬＬＣ ４００についてのさらに詳細な構造は図３を通じて説明する。

ＭＡＣ １００は物理層（図示せず）とＭＡＣ ＳＡＰ ２００間に存在する。ＭＡＣ １００は、ＰＮＣから受けたビーコンの情報を参照して上位レイヤから受けたフレームが物理層を経て適切な時点にＷＭに転送されるようにする。一方、ＦＣＳＬ ＬＬＣ ４００とＭＡＣ １００間にはこれらのインターフェースとしてＭＡＣ ＳＡＰ ２００以外にもＭＬＭＥ ＳＡＰ ３００が存在する。ＭＬＭＥ ＳＡＰ ３００はＭＬＭＥ（図示せず ）に対するＳＡＰである。ＭＬＭＥは、ＭＡＣをリセットさせるか、通信チャンネルにピコネットが存在しているか否かを決定するためにスキャニングするか、新しいピコネットを生成するか、特定ピコネットと結合された装置のための予備段階のための同期化や、ピコネットに装置を結合させるか、他のピコネットとハンドオーバーするメカニズムなどを支援するために使われる。

図３は、図２のＦＣＳＬ ＬＬＣの構造をより詳細に示す。
ＩＥＥＥ ８０２．１５．３ ＭＡＣは二種のデータを支援するが、そのうち一つは非同期データであり、他の一つは等時的データである。図３のＭＡＣ ＳＡＰ ２００は８０２．１５．３が支援する２種のデータのためのＳＡＰを持つ。そのうち一つの非同期ＳＡＰ ２１０は非同期データのためのＭＡＣ ＳＡＰであり、他の一つの等時的ＳＡＰ２２０は等時的データのためのＭＡＣ ＳＡＰである。

ＭＬＭＥ ＳＡＰ ３００はＭＬＭＥに対するＳＡＰであって、ＭＡＣ １００を管理するための多様なサービスを提供する。
ＦＣＳＬ ＬＬＣ ４００は多様なプロトコルを使用可能にするために使われるが、非同期ＳＡＰアタッチモジュール４１０と、非同期ＳＡＰデアタッチモジュール４２０と、目的ＳＡＰ選択モジュール４３０と、最初の要請検出モジュール４４０と、ＣＴＡモジュール４６０と、プローブ要請／応答モジュール４７０と、ストリームインデックス保存モジュール４５０とを含む。

非同期ＳＡＰアタッチモジュール４１０は、上位レイヤである特定ＦＣＳＬから受けたフレームに該当ＦＣＳＬを区別可能にするＳＡＰを付けて非同期ＳＡＰ２１０に伝達する。一方、非同期デアタッチモジュール４２０は非同期ＳＡＰ ２１０から伝達されたフレームのＳＡＰを分離して目的ＳＡＰ選択モジュール４３０に伝達する。目的ＳＡＰ選択モジュール４３０は、デアタッチモジュール４２０から分離されたＳＡＰを通じて伝達されたフレームの該当ＦＣＳＬを決定してフレームを該当ＦＣＳＬに伝達する。

最初の要請検出モジュール４４０は、上位レイヤである特定ＦＣＳＬから等時的データ転送要求を受ければＣＴＡモジュール４６０にＣＴＡを要請する。ＣＴＡモジュール４６０はＭＬＭＥ ＳＡＰ ３００を通じてＰＮＣ（図示せず）からチャンネルを割当てられる。チャンネルを割当てられるということは有効なストリームインデックスを受けることを意味し、受けたストリームインデックスとこれに対する目的ＳＡＰ及び自身の装置ＩＤはストリームインデックス保存モジュール４５０に保存される。目的ＳＡＰはＦＣＳＬごとに相異なる値を持っている。ＣＴＡされれば、ＰＮＣはあらゆる装置にＣＴＡ情報をビーコンを通じてブロードキャストする。一方、目的装置は前記ビーコンを受けてソース装置にプローブ要請／応答モジュール４７０を利用してプローブ要請をする。この時、要請されるインフォメーションエレメント（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ；以下、“ＩＥ”）はピコネットサービスＩＥやベンダー特定ＩＥなどまだＩＥＥＥ １５．３にその内容が定義されていないＩＥを使用することが望ましい。ＣＴＡされたソース装置のプローブ要請／応答モジュール４７０は、プローブ要請に対してストリームインデックス保存モジュール４５０に保存されている内容に基づいてＩＥを作り、目的装置にプローブ応答する。目的装置はプローブ応答を受けて自身のストリームインデックス保存モジュール４５０にソース装置が転送したＩＥを保存する。

一方、目的装置の目的ＳＡＰ選択モジュール４３０は等時的ＳＡＰ ２２０を通じて入力されるフレームのＯｒｉｇＩＤ（Ｏｒｉｇｉｎａｔｏｒ ＩＤ）及びストリームインデックスを見てストリームインデックス保存モジュール４５０に保存された情報を参照して目的ＦＣＳＬを選択する。

図４は両装置間のＣＴＡマッピング関係の例を示す。
図４で装置１ ５００はソース装置であってデータを装置２ ６００に転送しようとする。装置１ ５００はＵＳＢプロトコル及びＴＣＰ／ＩＰプロトコルのデータを送受信でき、装置２はＴＣＰ／ＩＰプロトコルとＵＳＢプロトコル及び１３９４プロトコルを使用するデータを送受信できる。図４で装置１ ５００は装置２ ６００にＵＳＢプロトコルとＴＣＰ／ＩＰプロトコルとの非同期データ及び等時的データを転送しようとする。一方、装置１ ５００はＰＮＣ役割をするように具現されているが、実際にＰＮＣは別途の装置で具現されることもある。

まず、非同期データを転送する場合を説明する。転送される非同期データはＵＳＢプロトコルのデータであると仮定する。装置１ ５００でＵＳＢ ＰＤＵはＵＳＢ ＦＣＳＬ ＳＡＰ（図示せず）を経てＵＳＢ ＦＣＳＬに伝えられる。ＦＣＳＬでＩＥＥＥ １５．３ ＭＡＣ １００に合うフレームとなる。ＦＣＳＬを経たフレームは非同期ＳＡＰアタッチモジュール４１０に伝えられる。非同期ＳＡＰアタッチモジュール４１０は、前記フレームがＵＳＢ ＦＣＳＬを通じて転送したデータであると装置２ ６００が認識できるようにフレームにＳＡＰに関する情報を付けて非同期ＳＡＰ ２１０に伝達する。すなわち、非同期ＳＡＰアタッチモジュール４１０は該当フレームがＵＳＢ ＦＣＳＬ ＳＡＰを経てきたという表示を付ける。非同期ＳＡＰアタッチモジュール４１０を経たフレームは非同期ＳＡＰモジュール２１０に伝達され、それはＭＡＣ １００に伝えられる。フレームはＭＡＣ １００と物理層（図示せず）及びＷＭを経て装置２ ６００に転送される。

転送されたフレームを受信した装置２ ６００で非同期データはまず物理層とＭＡＣ １００を経て非同期ＳＡＰモジュール２１０に伝えられる。そして非同期ＳＡＰデアタッチモジュール４２０でＳＡＰに関する情報が分離される。目的ＳＡＰ選択モジュール４３０は、フレームをＳＡＰに関する情報を通じてＵＳＢ ＦＣＳＬに伝達することを決定してＵＳＢ ＦＣＳＬに伝達する。次いで、フレームはＵＳＢ ＦＣＳＬ ＳＡＰ（図示せず）に伝えられて最終的にＵＳＢアプリケーションに伝えられる。非同期データ転送はＰＮＣから非同期ＣＴＡされて行えるが、競争アクセス区間（Ｃｏｎｔｅｎｔｉｏｎ Ａｃｃｅｓｓ Ｐｅｒｉｏｄ；以下、“ＣＡＰ”）や一部管理ＣＴＡ（Ｍａｎａｇｅｍｅｎｔ ＣＴＡ；以下、“ＭＣＴＡ”）を通じても転送できる。一方、ＴＣＰ／ＩＰプロトコルのデータが同時に転送されるならば前記の過程を通じて共に転送される。この時、両装置間で非同期データは一つの非同期ＣＴＡだけを使用できるのでＵＳＢと８０２．２ ＰＤＵは非同期ＣＴＡを共有する。非同期ＣＴＡのストリームインデックス番号は例えば“０”で一定である。

次に等時的データを転送する場合を説明する。
まず、ＵＳＢアプリケーションデータと仮定する。まず、装置１ ５００においてＵＳＢ ＦＣＳＬから等時的データの転送を要請すれば、最初の要請検出モジュール４４０は最初の転送要請であるかどうかを判断する。最初の転送要請である場合に最初の要請検出モジュール４４０はＣＴＡモジュール４６０にＣＴＡを要請する。ＣＴＡモジュール４６０はＭＬＭＥ ＳＡＰ３００を通じてＣＴＡを要請し、ＣＴＡされた場合にはＭＬＭＥ ＳＡＰ ３００を通じて有効なストリームインデックスを受ける。ＣＴＡはＰＮＣが決定する。例えば、装置１ ５００が“１”のストリームインデックスを受けたと仮定すれば、ストリームインデックス保存モジュール４５０は割当てられたストリームインデックス（＝１）と前記ストリームインデックスに対する目的ＳＡＰ値及び自身の装置ＩＤを保存する。目的ＳＡＰは各ＦＣＳＬごとに固有値を持つように定める。一旦ＣＴＡされれば、ＰＮＣはＣＴＡに関する情報をビーコンを通じてあらゆる装置にブロードキャストする。ビーコンを受信した装置２ ６００は装置１ ５００にプローブ応答を要請する。すると装置１ ５００は、チャンネルインデックスと目的ＳＡＰ値及び装置ＩＤに基づいてＩＥを生成して装置２ ６００に応答する。装置２ ６００は装置１ ５００からプローブ応答を受けてチャンネルインデックスと目的ＳＡＰ値及び装置１ ５００の装置ＩＤを保存する。この過程を経た後にＵＳＢプロトコルデータは、装置１ ５００のＵＳＢ ＦＣＳＬと等時的ＳＡＰ ２２０を通じてＭＡＣ １００に送られて無線媒体に転送される。

装置１ ５００が送信したフレームは装置２ ６００に受信される。フレームはＭＡＣ １００及び等時的ＳＡＰ ２００を経て目的ＳＡＰ選択モジュール４３０を通じてＵＳＢ ＦＣＳＬを通じてＵＳＢアプリケーションに伝えられる。

一方、ＴＣＰ／ＩＰプロトコルを通じた等時的データは前述した方法と同じ方法でデータを転送する。しかし、ＵＳＢアプリケーションデータが受けたストリームインデックスと異なる別途のストリームインデックスを受けるが、図４の実施例では“２”を受けた。

ＩＥＥＥ ８０２．１５．３ ＭＡＣにおいてＭＣＴＡのためのストリームインデックスは“０ｘＦＤ”値と予約している。一方、“０ｘＦＥ”はまだ指定されていないストリームのために予約されている。

図５は、図４の場合におけるスーパーフレームの構造を示す。
スーパーフレームはビーコンとビーコン間のフレームであって、ビーコンと、競争接続区間（Ｃｏｎｔｅｎｔｉｏｎ Ａｃｃｅｓｓ Ｐｅｒｉｏｄ；以下、“ＣＡＰ”）と、非同期ＣＴＡ、等時的ＣＴＡ、及びＭＣＴＡを含むことができる。図４の場合において、非同期データはストリームインデックスが０であり、ＵＳＢデータはストリームインデックスが１であり、ＴＣＰ／ＩＰデータはストリームインデックスが２であるため、ＩＳＯ ＣＴＡ １にはＵＳＢデータが含まれており、ＩＳＯ ＣＴＡ ２にはＴＣＰ／ＩＰデータが含まれており、ＡＳＹＮＣ ＣＴＡ ０にはＵＳＢ及びＴＣＰ／ＩＰデータが含まれている。

本発明が属する技術分野の当業者は本発明がその技術的思想や必須的な特徴を変更せずに他の具体的な形態に実施されうるということを理解できる。例えば、前記実施例ではＩＥＥＥ ８０２．１５．３を基準として説明した。しかし、本発明はこれに限定されず、複数のプロトコルのためのＦＣＳＬが存在する他の場合にも適用できる。また、前述した実施例では非同期データ及び等時性データを転送する場合を説明しているが、本発明はこれに限定されず、他の形態のデータを転送する場合にも本発明の技術的思想に含まれる。また、前記説明では非同期ＳＡＰアタッチと非同期ＳＡＰデアタッチとが別途に存在すると説明したが、本発明はこれに限定されず、両者が同じ一つのモジュールで構成されることも本発明の技術的思想に含まれる。

したがって、以上述べた実施例はあらゆる面で例示的なものであって限定的なものではないと理解する必要がある。本発明の範囲は前記詳細な説明よりは特許請求の範囲によって表われ、特許請求の範囲の意味及び範囲そしてその等価概念から導出されるあらゆる変更または変形された形態が本発明の範囲に含まれると解釈されるべきである。

本発明の多様なプロトコルのデータ送受信が可能な方法及び装置はＤＶＤプレーヤー、ケーブルＳＴＢ、ＤＶＣＲ、ＤＴＶまたはパソコンなどに適用できる。

多様なプロトコルのＦＣＳＬモデルを説明するためのブロック図である。 本発明のプロトコルスタックの構造の一実施例を示す図面である。 図２のＦＣＳＬ論理リンク制御の構造を示す図面である。 両装置間のＣＴＡマッピング関係の例を示す図面である。 図４の場合におけるスーパーフレームの構造を示す図面である。

符号の説明

１００ ＭＡＣ
２００ ＭＡＣ ＳＡＰ
２１０ 非同期ＳＡＰ
２２０ 等時的ＳＡＰ
３００ ＭＬＭＥ ＳＡＰ
４００ ＦＣＳＬ ＬＬＣ
４１０ 非同期ＳＡＰアタッチモジュール
４２０ 非同期ＳＡＰデアタッチモジュール
４３０ 目的ＳＡＰ選択モジュール
４４０ 最初の要請検出モジュール
４５０ ストリームインデックス保存モジュール
４６０ ＣＴＡモジュール
４７０ プローブ要請／応答モジュール

Claims (24)

1. 相異なるプロトコルのデータを所定の媒体接近制御方式により送信する方法は、
   上位プロトコルレイヤからデータフレームを伝達される段階と、
   前記伝達されたデータフレームに前記データフレームを伝達した上位プロトコルの識別情報を提供する段階と、
   前記データフレームを転送する段階と、を含むことを特徴とするマルチプロトコルデータの送信方法。
2. 前記転送されるデータフレームは、ＩＥＥＥ ８０２．１５．３媒体接近制御方式によって転送されることを特徴とする請求項１に記載のマルチプロトコルデータフレームの送信方法。
3. 前記データフレームは、非同期データ転送方式または等時的データ転送方式のうちいずれか一方式によって転送されることを特徴とする請求項２に記載のマルチプロトコルデータフレームの送信方法。
4. 相異なるプロトコルの非同期データを所定の媒体接近制御方式により送信する方法は、
   上位プロトコルレイヤから非同期データフレームを伝達される段階と、
   前記伝達された非同期データフレームに前記非同期データフレームを伝達した上位プロトコルの識別情報を提供する段階と、
   前記非同期データフレームを転送する段階と、を含むことを特徴とするマルチプロトコルデータの送信方法。
5. 相異なるプロトコルの等時的データを所定の媒体接近制御方式により送信する方法は、
   上位プロトコルレイヤから等時的データフレームを伝達される段階と、
   前記伝達された等時的データフレームにフレームコンバージェンスサブレイヤにマッピングされたストリームインデックスを提供する段階と、
   前記等時的データフレームを、提供されたストリームインデックスのチャンネルタイム割当て中に転送する段階と、を含むことを特徴とするマルチプロトコルデータの送信方法。
6. 前記等時的データを伝達したフレームコンバージェンスサブレイヤにマッピングされたストリームインデックスは、ピコネットコーディネータからチャンネルタイムを割当てられつつ得られることを特徴とする請求項５に記載のマルチプロトコルデータフレームの送信方法。
7. チャンネルタイムを割当てられた後に受信装置からプローブ要請を受ければ、前記ストリームインデックスマッピング情報を含めてプローブ応答する段階をさらに含むことを特徴とする請求項６に記載のマルチプロトコルデータフレームの送信方法。
8. プロトコルを支援する複数のフレームコンバージェンスサブレイヤモジュールと、
   前記フレームコンバージェンスサブレイヤモジュールのうち少なくとも一つのフレームコンバージェンスサブレイヤからデータフレームを伝達され、前記データフレームを伝達したフレームコンバージェンスサブレイヤを受信装置が区別できるように前記データフレームにその識別情報を提供するフレームコンバージェンスサブレイヤ論理リンク制御モジュールと、
   前記フレームコンバージェンスサブレイヤ論理リンク制御モジュールからデータフレームを伝達され、前記データフレームを適切な時点に無線転送媒体に転送する媒体接近制御モジュールと、を含むことを特徴とするマルチプロトコルデータフレームの送信装置。
9. 前記媒体接近制御モジュールは、ＩＥＥＥ ８０２．１５．３の方式によることを特徴とする請求項８に記載のマルチプロトコルデータフレームの送信装置。
10. 前記伝達されたデータフレームは非同期データフレームであり、前記フレームコンバージェンスサブレイヤ論理リンク制御モジュールは、前記非同期データフレームを伝達したフレームコンバージェンスサブレイヤを受信装置が区別できるように前記非同期データフレームにその識別情報を提供する非同期サービスアクセスポイントアタッチモジュールを含むことを特徴とする請求項８に記載のマルチプロトコルデータフレームの送信装置。
11. 前記フレームコンバージェンスサブレイヤモジュールから受けるデータフレームは等時的データフレームであり、前記フレームコンバージェンスサブレイヤ論理リンク制御モジュールは前記等時的データフレームを伝達したフレームコンバージェンスサブレイヤに対するストリームインデックスを保存しているストリームインデックス保存モジュールを含み、前記媒体接近制御モジュールは前記保存されたストリームインデックスを持つチャンネルタイム割当て中に前記等時的データフレームを転送することを特徴とする請求項８に記載のマルチプロトコルデータフレームの送信装置。
12. 前記フレームコンバージェンスサブレイヤ論理リンク制御モジュールは、受信装置のプローブ要請に対して前記ストリームインデックス保存モジュールに保存された前記等時的データフレームを伝達したフレームコンバージェンスサブレイヤに対するストリームインデックスを含めてプローブ応答をするプローブ要請／応答モジュールをさらに含むことを特徴とする請求項１１に記載のマルチプロトコルデータフレームの送信装置。
13. データフレームを受信する段階と、
    前記受信されたデータフレームが伝えられるべき上位プロトコルレイヤを前記受信されたデータフレームに含まれた識別情報に基づいて決定する段階と、
    前記決定された上位プロトコルレイヤに前記受信されたデータフレームを伝達する段階と、を含むことを特徴とするマルチプロトコルデータフレームの受信方法。
14. 前記受信されるデータフレームは、ＩＥＥＥ ８０２．１５．３媒体接近制御方式のデータフレームであることを特徴とする請求項１３に記載のマルチプロトコルデータフレームの受信方法。
15. 前記受信されるデータフレームは、非同期データ転送方式または等時的データ転送方式のうちいずれか一方式によって転送されたデータフレームであることを特徴とする請求項１４に記載のマルチプロトコルデータフレームの受信方法。
16. 非同期データフレームを受信する段階と、
    前記受信された非同期データフレームが伝えられるべき上位プロトコルレイヤを前記非同期データフレームに含まれた識別情報に基づいて決定する段階と、
    前記決定されたフレームコンバージェンスサブレイヤに前記受信された非同期データフレームを伝達する段階と、を含むことを特徴とするマルチプロトコルデータフレームの受信方法。
17. 等時的データフレームを受信する段階と、
    前記受信された等時的データフレームが伝えられるべき上位プロトコルレイヤを前記受信された等時的データフレームのストリームインデックスとして決定する段階と、
    前記決定されたフレームコンバージェンスサブレイヤに前記受信された等時的データフレームを伝達する段階と、を含むことを特徴とするマルチプロトコルデータフレームの受信方法。
18. 前記ストリームインデックスは、ピコネットコーディネータが送信装置のチャンネルタイムを割当てれば決定されることを特徴とする請求項１７に記載のマルチプロトコルデータフレームの受信方法。
19. 送信装置が前記等時的データフレーム転送のためにチャンネルタイムを割当てられれば、前記送信装置にプローブを要請し、前記プローブ要請によって前記送信装置が前記ストリームインデックス及び前記等時的データフレームが伝えられるべきフレームコンバージェンスサブレイヤのマッピング情報を含めてプローブ応答をしたことを受信する段階をさらに含むことを特徴とする請求項１８に記載のマルチプロトコルデータフレームの受信方法。
20. プロトコルを支援する複数のフレームコンバージェンスサブレイヤモジュールと、
    無線転送媒体で転送されるデータフレームを媒体接近制御モジュールを通じて受けて前記データフレームに含まれた識別情報に基づいて前記データフレームが伝えられるべきフレームコンバージェンスサブレイヤモジュールを決定し、前記決定されたフレームコンバージェンスサブレイヤモジュールに前記データフレームを伝達するフレームコンバージェンスサブレイヤ論理リンク制御モジュールと、を含むことを特徴とするマルチプロトコルデータフレームの受信装置。
21. 前記媒体接近制御モジュールは、ＩＥＥＥ ８０２．１５．３の方式に従うことを特徴とする請求項２０に記載のマルチプロトコルデータフレームの受信装置。
22. 前記データフレームは非同期データフレームであり、前記フレームコンバージェンスサブレイヤ論理リンク制御モジュールは、前記非同期データフレームが伝えられるべきフレームコンバージェンスサブレイヤに該当するフレームであるかどうかを決定できるように前記非同期データフレームに含まれた識別情報を分離する非同期サービスアクセスポイントデアタッチモジュールを含むことを特徴とする請求項２０に記載のマルチプロトコルデータフレームの受信装置。
23. 前記データフレームは等時的転送方式のデータフレームであり、前記フレームコンバージェンスサブレイヤ論理リンク制御モジュールは、前記等時的データフレームが伝えられるべきフレームコンバージェンスサブレイヤとストリームインデックスとのマッピング情報を保存しているストリームインデックス保存モジュールを含むことを特徴とする請求項２０に記載のマルチプロトコルデータフレームの受信装置。
24. 前記フレームコンバージェンスサブレイヤ論理リンク制御モジュールは送信装置にプローブ要請をし、前記プローブ要請によってストリームインデックスとフレームコンバージェンスサブレイヤとのマッピング情報を含むプローブ応答を受けて、ストリームインデックスのマッピング情報を前記ストリームインデックス保存モジュールに保存させるプローブ要請／応答モジュールをさらに含むことを特徴とする請求項２３に記載のマルチプロトコルデータフレームの受信装置。
    
    

Images