(57)【要約】【課題】リアルタイムの映像データと、映像に係る操作データと、を同一無線チャネル上において伝送する構成であっても、ＣＰＵの性能に依存すること無く、遅延の少ないリアルタイム映像伝送を提供することを目的とする。【解決手段】プロトコルに係る処理を行うプロトコル処理手段と、アドレスに応じてフレームに係るデータの振り分けを行う無線通信手段と、装置の制御を行う制御手段と、を有し、無線通信手段は、第一アドレス宛のフレームを受け取ると、フレームに係るデータを格納手段に書き込むと共に、制御手段に対して格納手段に書き込んだデータに対する処理を要求し、第二アドレス宛のフレームを受け取ると、フレームに係るデータをプロトコル処理手段に提供して、処理を要求することによって前記課題を解決する。【選択図】図２
2007300548.tif 000002
【特許請求の範囲】
【請求項１】
プロトコルに係る処理を行うプロトコル処理手段と、
アドレスに応じてフレームに係るデータの振り分けを行う無線通信手段と、
装置の制御を行う制御手段と、
を有し、
前記無線通信手段は、第一アドレス宛のフレームを受け取ると、前記フレームに係るデータを格納手段に書き込むと共に、前記制御手段に対して前記格納手段に書き込んだデータに対する処理を要求し、第二アドレス宛のフレームを受け取ると、前記フレームに係るデータを前記プロトコル処理手段に提供して、処理を要求することを特徴とする通信装置。
【請求項２】
前記無線通信手段は、
アドレスに応じてフレームに係るデータの振り分けを行う第一アクセス制御手段と、第二アクセス制御手段と、を有し、
前記第一アクセス制御手段は、第一アクセス制御手段に係る第一アドレス宛のフレームを受け取ると、前記フレームに係るデータを格納手段に書き込むと共に、前記制御手段に対して前記格納手段に書き込んだデータに対する処理を要求し、
前記第二アクセス制御手段は、第二アクセス制御手段に係る第二アドレス宛のフレームを受け取ると、前記フレームに係るデータを前記プロトコル処理手段に提供して、処理を要求することを特徴とする請求項１に記載の通信装置。
【請求項３】
有線通信を行う有線通信手段を更に有し、
前記プロトコル処理手段は、受け取ったフレームに係るデータに対してプロトコルに係る処理を行った後、処理後のデータを前記有線通信手段に提供することを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
前記第二アクセス制御手段は、前記第二アドレス宛のフレームに係るデータに対して、伝送誤り検出処理を行い、伝送誤りを検出すると、伝送誤りであることを示す識別情報を付加して、前記フレームに係るデータを前記プロトコル処理手段に提供することを特徴とする請求項２に記載の通信装置。
【請求項５】
前記プロトコル処理手段は、前記識別情報を付加された前記フレームに係るデータに対して、再構成処理を行うことを特徴とする請求項４に記載の通信装置。
【請求項６】
前記プロトコル処理手段は、前記第二アドレス宛のフレームに係るデータに対して、伝送誤り検出処理を行い、伝送誤りを検出すると、再構成処理を行うことを特徴とする請求項２に記載の通信装置。
【請求項７】
前記プロトコル処理手段は、前記再構成処理が成功すると、前記第二アクセス制御手段を制御して、フレームの送達確認を返信させることを特徴とする請求項５又は６に記載の通信装置。
【請求項８】
プロトコルに係る処理を行うプロトコル処理手段と、
アドレスに応じてフレームに係るデータの振り分けを行う無線通信手段と、
装置の制御を行う制御手段と、
を有する通信装置における通信方法であって、
前記無線通信手段は、第一アドレス宛のフレームを受け取ると、前記フレームに係るデータを格納手段に書き込むと共に、前記制御手段に対して前記格納手段に書き込んだデータに対する処理を要求し、第二アドレス宛のフレームを受け取ると、前記フレームに係るデータを前記プロトコル処理手段に提供して、処理を要求することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及び通信方法に関する。
【背景技術】
【０００２】
従来、機器間を無線通信で接続し、データ転送を行う方法が様々提案されてきた（例えば、特許文献１参照。）。
【０００３】
【特許文献１】特開平９−２１４４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来技術の構成において、映像データ（ＱｏＳデータ）と、映像に係る操作データ（ＮｏｎＱｏＳデータ）と、を同一無線チャネル上で伝送すると、受信装置側のＣＰＵにおいて、データの判別を行い、判別に応じた処理を行わなければならなかった。
よって、映像データの伝送容量（例えば、ビットレート）を増やそうと思うと、受信装置側のＣＰＵの処理能力を向上させるしか方法がなかった。
【０００５】
本発明は前記の問題点に鑑みなされたもので、リアルタイムの映像データと、映像に係る操作データと、を同一無線チャネル上において伝送する構成であっても、ＣＰＵの性能に依存すること無く、遅延の少ないリアルタイム映像伝送を提供することを目的とする。
【課題を解決するための手段】
【０００６】
そこで、前記問題を解決するため、本発明は、プロトコルに係る処理を行うプロトコル処理手段と、アドレスに応じてフレームに係るデータの振り分けを行う無線通信手段と、装置の制御を行う制御手段と、を有し、前記無線通信手段は、第一アドレス宛のフレームを受け取ると、前記フレームに係るデータを格納手段に書き込むと共に、前記制御手段に対して前記格納手段に書き込んだデータに対する処理を要求し、第二アドレス宛のフレームを受け取ると、前記フレームに係るデータを前記プロトコル処理手段に提供して、処理を要求することを特徴とする。
【０００７】
係る構成とすることにより、無線通信手段は、アドレスに応じて、フレームに係るデータの振り分け、つまり、映像データか、映像データに係る操作データか、を行う。そして、無線通信手段は、例えば、映像データに係る操作データを制御手段に、映像データをプロトコル処理手段に提供する。よって、操作データは制御手段によって、映像データはプロトコル処理手段によって処理される。したがって、リアルタイムの映像データと、映像に係る操作データと、を同一無線チャネル上において伝送する構成であっても、ＣＰＵの性能に依存すること無く、遅延の少ないリアルタイム映像伝送を提供することができる。
【０００８】
なお、プロトコル処理手段は、例えば、後述するオフロードエンジン処理部（ＴｏＥ）３０等に対応する。また、無線通信手段は、例えば、後述する無線モジュール部１００等に対応する。また、制御手段は、例えば、後述する制御部５０等に対応する。また、格納手段は、例えば、後述するＭｅｍｏｒｙ部４０等に対応する。
【０００９】
また、前記問題を解決するため、本発明は、通信方法としてもよい。
【発明の効果】
【００１０】
本発明によれば、リアルタイムの映像データと、映像に係る操作データと、を同一無線チャネル上において伝送する構成であっても、ＣＰＵの性能に依存すること無く、遅延の少ないリアルタイム映像伝送を提供することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施形態について図面に基づいて説明する。
【００１２】
（実施形態１）
図１は、通信システムの一例のシステム構成図である。１は、無線通信の主にリアルタイムデータの受信を担う受信通信アダプタである。２は、リアルタイムデータを受信・処理する受信側機器である。受信通信アダプタ１及び受信側機器２をまとめて受信装置Ａと呼ぶ。３は、無線通信の主にリアルタイムデータの送信を担う送信通信アダプタである。４は、リアルタイムデータを処理・送信する送信側機器である。送信通信アダプタ３及び送信側機器４をまとめて送信装置Ｂと呼ぶ。
【００１３】
５は、無線通信ネットワークに係る時間管理を行うＨＣ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｏｒ）である。受信装置Ａからの要求によって始まる送信装置Ｂからのリアルタイムデータ送信に際し、ＨＣ５は、送信装置Ｂ及び受信装置Ａの間の無線通信実施の割当時間等を管理する。ＨＣ５は、割当時間の開始としてＣＦ−ＰＯＬＬコマンドを送信、終了としてＱｏＳ＿ＮＵＬＬイベントを受信する。ＣＦ−ＰＯＬＬと、ＱｏＳ＿ＮＵＬＬとの間の時間を送信可能時間（ＴＸＯＰ）と呼び、ＴＸＯＰ内でリアルタイムデータ等の送受を行う。このシーケンスを現した図が、後述する図４である。
【００１４】
図２は、図１に示した受信通信アダプタ１及び送信通信アダプタ３の一例のハードウェア構成図（その１）である。以下、受信通信アダプタ１及び送信通信アダプタ３のことを、単に通信アダプタともいう。
【００１５】
通信アダプタは、無線モジュール部１００と、オフロードエンジン処理部（ＴｏＥ）３０と、Ｍｅｍｏｒｙ（メモリ）部４０と、制御部５０と、Ｂｕｓ  Ａｒｂｉｔｅｒ  ＤＭＡＣ部６０と、有線ＭＡＣ部７０と、を含む。ここで、ＤＭＡＣは、Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓ  Ｃｏｎｔｏｒｏｌの略である。
【００１６】
無線モジュール部１００は、無線通信における高速アナログ無線回路であるＲＦ部及びベースバンド部を含むＰＨＹ＋ＢＢ部１０と、それぞれ一の無線仕様に対応したＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）部２０（ａ，ｂ）と、を含む。
【００１７】
オフロードエンジン処理部３０は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）伝送に関する種々の処理を行う。Ｍｅｍｏｒｙ部４０は、制御部５０のバッファメモリとして使用される。制御部５０は、通信アダプタの主な制御を司る。Ｂｕｓ  Ａｒｂｉｔｅｒ  ＤＭＡＣ部６０は、各ブロックを接続しているバスの調停を行うバス調停回路である。有線ＭＡＣ部７０は、受信側機器２又は送信側機器４とのインターフェースである。
【００１８】
図３は、無線モジュール部１００の内部接続形態の一例の詳細図である。図３を用いて、通信アダプタを受信通信アダプタ１として使用した場合の、無線モジュール部１００での無線Ｅｔｈｅｒデータ振り分け動作を説明する。
【００１９】
ＰＨＹ＋ＢＢ部１０と、ＭＡＣ部２０（ａ，ｂ）とは、ローカルバス等のデータライン（Ｄａｔａ  Ｌｉｎｅ）、アドレスライン（Ａｄｄｒｅｓｓ  Ｌｉｎｅ）とは別に、Ｈｅａｄｅｒ＿Ｒａｔｃｈラインとで接続されている。ここで、Ｈｅａｄｅｒ＿Ｒａｔｃｈライン（Ｈｅａｄｅｒ＿Ｒａｔｃｈ  Ｌｉｎｅ）は、無線Ｅｔｈｅｒヘッダ部をラッチ可能なラインである。
【００２０】
Ｈｅａｄｅｒ＿Ｒａｔｃｈラインにおいて、最初の無線Ｅｔｈｅｒヘッダ部をラッチして、各々のＭＡＣ部２０（ａ，ｂ）で判定を行い、次の無線Ｅｔｈｅｒ残ヘッダ部及びデータ部を各々のＭＡＣ部２０（ａ，ｂ）に取り込むか否か判断する。この仕組みにより無線ＬＡＮ（８０２．１１）の規格に準拠したパケットにおいて、映像データと、映像に係る制御データと、をスムーズに分岐させることができる。また、各々のＭＡＣ部２０（ａ，ｂ）は、各々バッファメモリ（Ｂｕｆｆｅｒ）を有し、外部とバス等により各々接続可能であるため、個別且つ同時にＭＡＣ部２０内のバッファメモリへの読み書きが可能となっている。
【００２１】
通信アダプタを送信通信アダプタ３として使用した場合、ＭＡＣ部２０が、Ｈｅａｄｅｒ＿Ｒａｔｃｈラインを用いて、送信データがあることをＰＨＹ＋ＢＢ部１０に知らせる。そして、ＭＡＣ部２０が、前記データライン、前記アドレスラインを使って、ＰＨＹ＋ＢＢ部１０に無線Ｅｔｈｅｒパケットを送信する。
【００２２】
なお、本実施形態において、映像データにおけるエンコード方式は、何であってもよい。例えば、ＭＰＥＧ２、ＭＰＥＧ−４、Ｍｏｔｉｏｎ−ＪＰＥＧ、Ｈ．２６４，ＶＣ−１等の動画符号化記録方式であってもよいし、ＢＭＰ、Ｐｉｘｍａｐ、ＪＰＥＧ、ＪＰＥＧ２０００等の静止画記録方式等であってもよい。
【００２３】
また、無線チャネルアクセス制御方式として、ＥＤＣＡ制御方式と、ＨＣＣＡ制御方式と、があるが、本実施形態においては、ＨＣＣＡ制御方式を用いて説明を行う。但し、このことは、本発明の実施を制限するものではない。なお、ＥＤＣＡは、Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓの略である。また、ＨＣＣＡは、Ｈｙｂｒｉｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓの略である。
【００２４】
図４は、無線通信の一例のシーケンス図（その１）である。まず、受信装置Ａ（又は送信装置Ｂ）が、受信装置Ａ及び送信装置Ｂの間のストリーム登録をＨＣ５に対して行う（図示せず。）。
【００２５】
割当時間が来たことを知らせるＣＦ−Ｐｏｌｌメッセージが、ＨＣ５から送信装置Ａに通知された時刻から受信装置Ａ及び送信装置Ｂの間の占有通信時間（ＴＸＯＰ）が始まる。Ａｃｋ方式として本実施形態ではＩｍｍｅｄｉａｔｅＡＣＫ方式を採用する。但し、このことは、本発明の実施を制限するものではない。
【００２６】
送信装置Ｂは、受信装置Ａ及び送信装置Ｂの間の占有通信時間（ＴＸＯＰ）の残り時間が、ＱｏＳデータ転送＋ＡＣＫ時間より短くなるとＱｏＳ＿ＮｕｌｌをＨＣ５に送信する。そして、送信装置Ｂは、受信装置Ａ及び送信装置Ｂの間の占有通信時間（ＴＸＯＰ）の終了を宣言する。ＴＸＯＰにおける処理の繰り返しにより送信装置Ｂから受信装置Ａへ、リアルタイム映像データの転送を行う。
【００２７】
次に、ＴＸＯＰにおける受信通信アダプタ１の処理の一例を、図５を用いて説明する。図５は、受信通信アダプタ１における処理の一例を示すフローチャート（その１）である。
【００２８】
ＰＨＹ＋ＢＢ部１０において無線Ｅｔｈｅｒデータを受信（Ｓ１０１０）した受信通信アダプタ１は、無線モジュール１００において無線Ｅｔｈｅｒデータ振り分け動作を行い、各々のＭＡＣ部２０（ａ，ｂ）が無線Ｅｔｈｅｒデータを取り込む。
【００２９】
ＭＡＣ部２０ａ（ＭＡＣ部２０ａのＭＡＣアドレス）宛の無線Ｅｔｈｅｒフレームであった場合（Ｓ１０２０のＹｅｓ）、ＭＡＣ部２０ａは、無線ＥｔｈｅｒフレームをＭＡＣ部２０ａ内バッファからＭｅｍｏｒｙ部４０にＤＭＡ等で書き出す（Ｓ１０３０）。ここで、ＤＭＡは、Ｄｉｒｅｃｔ  Ｍｅｍｏｒｙ  Ａｃｃｅｓｓの略である。そして、ＭＡＣ部２０ａは、制御部５０に割り込みを上げる。割り込みを受け取った制御部５０は、Ｍｅｍｏｒｙ部４０より無線Ｅｔｈｅｒフレームを読み出して、解析処理を行う（Ｓ１０３５）。
【００３０】
ＭＡＣ部２０ｂ（ＭＡＣ部２０ｂのＭＡＣアドレス）宛の無線Ｅｔｈｅｒフレームであった場合（Ｓ１０４０のＹｅｓ）、ＭＡＣ部２０ｂは、ＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）に基づいてエラーを判定する（Ｓ１０５０）。エラーであった場合、ＭＡＣ部２０ｂは、エラーフラグを立てて（Ｓ１０６０）、オフロードエンジン処理部３０に転送する（Ｓ１０７０）。なお、本実施形態では、ＭＡＣ部２０ｂ宛の無線Ｅｔｈｅｒフレームにリアルタイム映像データが載せされているものとする。
【００３１】
無線Ｅｔｈｅｒフレームを受信したオフロードエンジン処理部３０は、エラーフラグを解析し（Ｓ１０８０）、エラーフラグが立っている場合、内部Ｎａｃｋ＿Ｆｌａｇをセットする（Ｓ１０９０）。なお、エラーフラグが立っていない場合、オフロードエンジン処理部３０は、内部Ａｃｋ＿Ｆｌａｇをセットする（Ｓ１１００）と共に、Ａｃｋ返信処理を行う（Ｓ１１１０）。
【００３２】
その後、オフロードエンジン処理部３０において、Ａｃｋ＿Ｆｌａｇを解析し（Ｓ１１２０）、Ａｃｋ＿Ｆｌａｇが立っている場合には、無線Ｅｔｈｅｒフレームに対し、オフロードエンジンの所定の処理を施す（Ｓ１１３０）。また、オフロードエンジン処理部３０は、前記処理を施したデータを、有線ＭＡＣ部７０にブリッジ転送する（Ｓ１１４０）。
【００３３】
本実施形態によれば、ＨＣＣＡのＴＸＯＰ内で、無線Ｅｔｈｅｒフレームを振り分けし、ＭＡＣ部２０ｂのＭＡＣアドレス宛の無線Ｅｔｈｅｒフレームをオフロードエンジン処理部３０で高速に処理する。よって、より多くのリアルタイム映像の載った無線Ｅｔｈｅｒフレームを処理することができる。
【００３４】
また、本実施形態によれば、送信通信アダプタ３は、受信通信アダプタ１のＭＡＣ部２０のアドレスを指定することによって、オフロードエンジン処理部（ＴｏＥ）３０を利用するか否かを指定することができる。
【００３５】
（実施形態２）
実施形態１では、送信通信アダプタ３及び受信通信アダプタ１の間でのリアルタイム映像データ等の送受に際し、送信通信アダプタ３が、無線Ｅｔｈｅｒフレームを一つ送信する毎に送達確認（ＡＣＫ）を貰うＩｍｍｅｄｉａｔｅＡＣＫ方式を用いて説明を行った。本実施形態では、送信通信アダプタ３が、無線Ｅｔｈｅｒフレームを複数個まとめて送信後、複数個の送達確認をまとめて１つのメッセージとして貰うＢｌｏｃｋＡＣＫ方式を用いて説明を行う。なお、本実施形態では、実施形態１と異なる点について、主に説明を行う。
【００３６】
図６は、図１に示した受信通信アダプタ１及び送信通信アダプタ３の一例のハードウェア構成図（その２）である。本実施形態では、図６に示されるように、オフロードエンジン処理部３０の中にＢｌｏｃｋ伝送Ｅｎｇｉｎｅ部８０が新たに含まれている。Ｂｌｏｃｋ伝送Ｅｎｇｉｎｅ部８０は、ＦＥＣ（Ｆｏｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｌｌｅｃｔｉｏｎ）処理と、複数個の送達確認の送信に係る処理と、行う。
【００３７】
図７は、無線通信の一例のシーケンス図（その２）である。まず、受信装置Ａ（又は送信装置Ｂ）が、受信装置Ａ及び送信装置Ｂの間のストリーム登録をＨＣ５に対して行う（図示せず。）。
【００３８】
割当時間が来たことを知らせるＣＦ−Ｐｏｌｌメッセージが、ＨＣ５から送信装置Ａに通知された時刻から受信装置Ａ及び送信装置Ｂの間の占有通信時間（ＴＸＯＰ）が始まる。
【００３９】
Ａｃｋ方式として本実施形態ではＢｌｏｃｋＡＣＫ方式を採用する。よって、実施形態１に比べて、１つのＴＸＯＰ内におけるＱｏＳデータ伝送の数は増え、帯域が増大する。
【００４０】
送信装置Ｂは、受信装置Ａ及び送信装置Ｂの間の占有通信時間（ＴＸＯＰ）の残り時間が、ＱｏＳデータ転送＋ＡＣＫ時間より短くなるとＱｏＳ＿ＮｕｌｌをＨＣ５に送信する。そして、送信装置Ｂは、受信装置Ａ及び送信装置Ｂの間の占有通信時間（ＴＸＯＰ）の終了を宣言する。
【００４１】
なお、送信装置ＢからのＢｌｏｃｋＡＣＫを要求するＢｌｃｏｋＡＣＫＲｅｑを受信した受信装置Ａは、ＢｌｏｃｋＡＣＫを返す。ここで、直ぐにＢｌｏｃｋＡＣＫを返すＩｍｍｅｄｉａｔｅＢｌｏｃｋＡＣＫ方式と、取り敢えずＡＣＫを返し、後で遅れてＢｌｏｃｋＡＣＫを返すＤｅｌａｙｅｄＢｌｏｃｋＡＣＫ方式との２種類がある。図７ではＤｅｌａｙｅｄＢｌｏｃｋＡＣＫ方式の例を示している。
【００４２】
ＴＸＯＰにおける処理の繰り返しにより送信装置Ｂから受信装置Ａへ、リアルタイム映像データの転送を行う。
【００４３】
次に、ＴＸＯＰにおける受信通信アダプタ１の処理の一例を、図８を用いて説明する。図８は、受信通信アダプタ１における処理の一例を示すフローチャート（その２）である。なお、Ｓ２０１０からＳ２０８０までの処理は、図５のＳ１０１０からＳ１０８０までの処理と同様のため、説明を省略する。
【００４４】
無線Ｅｔｈｅｒフレームを受け取ったオフロードエンジン処理部３０は、エラーフラグを解析し（Ｓ２０８０）、エラーフラグが立っている場合、Ｂｌｏｃｋ伝送Ｅｎｇｉｎｅ部８０においてＦＥＣ処理（再構成処理）を実施する（Ｓ２０９０）。そして、オフロードエンジン処理部３０は、エラーの修復を行う。ここで、再構成処理は、ＰＨＹ＋ＢＢ部１０における無線物理層においてもエラーコレクションを実施していることを受けての処理である。
【００４５】
オフロードエンジン処理部３０は、Ｂｌｏｃｋ伝送Ｅｎｇｉｎｅ部８０でのＦＥＣ処理の成否を判定し（Ｓ２１００）、ＦＥＣ処理に失敗したと判定すると、内部Ｎａｃｋ＿Ｆｌａｇをセットする（Ｓ２１１０）。
【００４６】
一方、オフロードエンジン処理部３０は、Ｂｌｏｃｋ伝送Ｅｎｇｉｎｅ部８０でのＦＥＣ処理の成否を判定し（Ｓ２１００）、ＦＥＣ処理に成功したと判定すると、内部Ａｃｋ＿Ｆｌａｇをセットする（Ｓ２１２０）。
【００４７】
次にオフロードエンジン処理部３０は、以下に示すＡｃｋ返信処理を行う（Ｓ２１３０）。
送信装置ＢからのＢｌｏｃｋＡｃｋＲｅｑを受信した場合、オフロードエンジン処理部３０は、現時点での、ＡＣＫ及びＮＡＣＫがセットされたＢｌｏｃｋＡｃｋテーブルを、ＢｌｏｃｋＡｃｋ無線ＥｔｈｅｒＦｌａｍｅにして送信装置Ｂに送信する。
送信装置ＢからのＢｌｏｃｋＡｃｋＲｅｑが未受信の場合、オフロードエンジン処理部３０は、無線ＥｔｈｅｒフレームにセットされているＦｌａｇを判定する。オフロードエンジン処理部３０は、無線Ｅｔｈｅｒフレームに内部Ａｃｋ＿Ｆｌａｇがセットされている場合は、前記無線Ｅｔｈｅｒフレームにと関連付けて、ＢｌｏｃｋＡｃｋテーブルにＡＣＫをセットする。また、オフロードエンジン処理部３０は、無線Ｅｔｈｅｒフレームに内部Ｎａｃｋ＿Ｆｌａｇがセットされている場合は、前記無線Ｅｔｈｅｒフレームに関連付けて、ＢｌｏｃｋＡｃｋテーブルにＮＡＣＫをセットする。
【００４８】
次にオフロードエンジン処理部３０は、内部Ａｃｋ＿Ｆｌａｇの判定を実施し（Ｓ２１４０）、内部Ａｃｋ＿Ｆｌａｇがセットされていない場合は、未処理で、内部Ａｃｋ＿Ｆｌａｇがセットされていない無線ＥｔｈｅｒＦｍａｍｅを破棄する。そして、オフロードエンジン処理部３０は、図８に示す処理を終了する。
【００４９】
一方、内部Ａｃｋ＿Ｆｌａｇがセットされている場合、オフロードエンジン処理部３０は、残処理（本実施形態では、ＦＣＳの再計算や、無線ＥｔｈｅｒＦｍａｍｅから有線ＥｔｈｅｒＦｍａｍｅへの載せ換え等）を施す（Ｓ２１５０）。そして、オフロードエンジン処理部３０は、Ｓ２１５０の処理を施したデータを有線ＭＡＣ部７０にブリッジ転送する（Ｓ２１６０）。
【００５０】
本実施形態２を実施することにより、オフロードエンジン処理部３０において、ＦＥＣ処理を行うと共に、ＢｌｏｃｋＡＣＫ方式で、ＡＣＫを返信することができる。その結果、伝送帯域の増加と、無線エラーに起因する遅延処理の減少という相乗効果を生み、より効率的で低遅延なリアルタイム映像伝送が可能となる。
【００５１】
（実施形態３）
上述した実施形態では、図５のＳ１０５０や、図８のＳ２０５０において説明したように、ＭＡＣ部２０ｂが、伝送誤りのエラー判定を行った。しかしながら、ＭＡＣ部２０ｂは、ＭＡＣ部２０ｂ（ＭＡＣ部２０ｂのＭＡＣアドレス）宛の無線Ｅｔｈｅｒフレームであった場合、エラー判定を行わず、無線Ｅｔｈｅｒフレームをオフロードエンジン処理部３０に転送してもよい。そして、オフロードエンジン処理部３０において、ＦＣＳに基づいて、エラー判定を行うようにしてもよい。
【００５２】
（その他の実施形態）
ネットワーク（又は無線通信）は、上述した無線ＬＡＮ（８０２．１１）に限定されるものではなく、例えば、無線ＰＡＮ（８０２．１５．３等）や、ＵＷＢ、ＵＷＢを用いたＷｉｒｅｌｅｓｓＵＳＢ、Ｗｉｒｅｌｅｓｓ１３９４等でもよい。ここで、ＵＷＢは、Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄの略である。また、ＵＳＢは、Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓの略である。
【００５３】
また、上述した実施形態では、無線ＬＡＮ（８０２．１１）のＱｏＳ転送方式としてＨＣＣＡを用いて説明を行った。しかしながら、上述したＥＤＣＡや、ＤＬＳ（Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｕｐ）等のＱｏＳ転送方法を用いてもよいし、その他のＱｏＳ転送方法を用いてもよい。
【００５４】
図９は、図１に示した受信通信アダプタ１及び送信通信アダプタ３の一例のハードウェア構成図（その３）である。図９は、図２と比べて、オフロードエンジン処理部３０を受信に係る処理を行う受信ＴｏＥ３０ａと、送信に係る処理を行う送信ＴｏＥ３０ｂとの２つに分け、ＭＡＣ部２０（ＭＡＣ部２０ｃ）がもう一つ新たに設けられている。図１０に示されるような構成とすることで、リアルタイム映像の送受同時動作を可能としている。ＰＨＹ＋ＢＢ部１０が充分に高速で大容量であれば、図１０に示される構成をとっても、制御部５０の性能に依存すること無く、遅延の少ないリアルタイム映像伝送を提供することができる。
【００５５】
また、上述した実施形態に示した有線ＭＡＣ部７０を異なる有線インターフェース（Ｉ／Ｆ）に変更しても、制御部５０の性能に依存すること無く、遅延の少ないリアルタイム映像伝送を提供することができる。図１０は、図１に示した受信通信アダプタ１及び送信通信アダプタ３の一例のハードウェア構成図（その４）である。図１０は、図２と比べて、有線ＭＡＣ部７０が、ＩＥＥＥ１３９４Ｉ／Ｆ９０に変更されている。図１０に示されるような構成の場合、オフロードエンジン処理部３０の後処理として、有線ＬＡＮ向けの処理ではなくＩＥＥＥ１３９４向けの後処理が行われる。
【００５６】
また、上述したように、図２、図６、図９、図１０等に示したハードウェア構成図は、送信通信アダプタ３のハードウェア構成としてもよい。送信通信アダプタ３内のオフロードエンジン処理部３０は、予め設定された宛先アドレス等を用いて有線ＭＡＣ部７０側から流入したリアルタイム映像データの載った有線ＥｔｈｅｒＦｒａｍｅを、制御部５０を介すことなくＭＡＣ部２０ｂを制御して送信する。なお、前記宛先アドレスは、オフロードエンジン処理部３０の内部メモリ（又はバッファ）等に予め設定されているものとする。
【００５７】
オフロードエンジン処理部３０は、予め処理が定義されていない有線ＥｔｈｅｒＦｒａｍｅを受信した場合には、制御部５０に割り込みを上げる。割り込みを受け取ると、制御部５０は、オフロードエンジン処理部３０の内部メモリ（又はバッファ）等を参照して前記有線ＭＡＣＦｒａｍｅを読み出して解析処理する。このような処理を行うことによって、全ての有線ＥｔｈｅｒＦｒａｍｅが処理可能となる。
【００５８】
なお、有線ＭＡＣ部７０を、ＩＥＥＥ１３９４Ｉ／Ｆ９０に変更した場合も、処理は同様である。
【００５９】
以上、上述した各実施形態によれば、リアルタイムの映像データと、映像に係る操作データと、を同一無線チャネル上において伝送する構成であっても、ＣＰＵ（制御部）の性能に依存すること無く、遅延の少ないリアルタイム映像伝送を提供することができる。
【００６０】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００６１】
【図１】通信システムの一例のシステム構成図である。
【図２】図１に示した受信通信アダプタ１及び送信通信アダプタ３の一例のハードウェア構成図（その１）である。
【図３】無線モジュール部１００の内部接続形態の一例の詳細図である。
【図４】無線通信の一例のシーケンス図（その１）である。
【図５】受信通信アダプタ１における処理の一例を示すフローチャート（その１）である。
【図６】図１に示した受信通信アダプタ１及び送信通信アダプタ３の一例のハードウェア構成図（その２）である。
【図７】無線通信の一例のシーケンス図（その２）である。
【図８】受信通信アダプタ１における処理の一例を示すフローチャート（その２）である。
【図９】図１に示した受信通信アダプタ１及び送信通信アダプタ３の一例のハードウェア構成図（その３）である。
【図１０】図１に示した受信通信アダプタ１及び送信通信アダプタ３の一例のハードウェア構成図（その４）である。
【符号の説明】
【００６２】
１      受信通信アダプタ
２      受信側機器
３      送信通信アダプタ
４      送信側機器
５      ＨＣ
２０    ＭＡＣ部
３０    オフロードエンジン処理部（ＴｏＥ）
４０    Ｍｅｍｏｒｙ部
５０    制御部
１００  無線モジュール部
【図１】
2007300548.tif 000003
【図２】
2007300548.tif 000004
【図３】
2007300548.tif 000005
【図４】
2007300548.tif 000006
【図５】
2007300548.tif 000007
【図６】
2007300548.tif 000008
【図７】
2007300548.tif 000009
【図８】
2007300548.tif 000010
【図９】
2007300548.tif 000011
【図１０】
2007300548.tif 000012