JP2014225769A - 通信装置及び通信システム - Google Patents

Abstract

【課題】ネットワークオフロードエンジンを含む通信装置において、ＴＯＳフィールドの値に基づくＱＯＳ制御を容易化した通信装置を提供するを提供する。
【解決手段】通信装置は、送信パケットの生成を含むネットワークプロトコル処理の少なくとも一部を処理するオフロードエンジンと、アプリケーションからの要求に応じて前記オフロードエンジンの前記送信パケットの生成を制御するオフロードエンジン制御部と、前記制御に応じて前記オフロードエンジンが生成した前記送信パケットの品質制御パラメータを前記アプリケーションが指定した値に書き換える設定更新部と、を有する。
【選択図】図３

Description

本発明は、通信装置及び通信システムに関する。

インターネットやイントラネット等において標準的に用いられているＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）通信において、そのプロトコル処理はネットワークデータを扱うネットワークサーバや情報処理装置等のＣＰＵ（Central Processing Unit）によって行われている。
このようなプロトコル処理は、ＣＰＵに大きな負荷がかかる。そこで、多くのＣＰＵ処理時間を要するプロトコル処理、又はプロトコルのチェックサム処理等をハードウェアエンジン化して、ＣＰＵからオフロードすることにより、ＣＰＵの負荷を低減する技術が知られている（例えば、特許文献１参照）。

ハードウェアで構成されたネットワークオフロードエンジンでは、回路規模の縮小等のために、ＩＰヘッダの一部のフィールド、例えば、ＴＯＳ（Type Of Service）等のフィールドが固定値となっている場合がある。このような場合、固定値となっているＴＯＳフィールドの値等を外部から変更することは困難であった。そのため、このようなネットワークオフロードエンジンを含む通信装置において、ＴＯＳフィールドの値に基づくＱＯＳ（Quality Of Service）制御を行うことには困難を伴っていた。
本発明の実施の形態は、上記問題点を鑑みてなされたものであって、ネットワークオフロードエンジンを含む通信装置において、ＴＯＳフィールドの値に基づくＱＯＳ制御を容易化した通信装置を提供することを目的とする。

上記課題を解決するため、一実施の形態に係る通信装置は、送信パケットの生成を含むネットワークプロトコル処理の少なくとも一部を処理するオフロードエンジンと、アプリケーションからの要求に応じて前記オフロードエンジンの前記送信パケットの生成を制御するオフロードエンジン制御部と、前記制御に応じて前記オフロードエンジンが生成した前記送信パケットの品質制御パラメータを前記アプリケーションが指定した値に書き換える設定更新部と、を有する。

本実施の形態によれば、ネットワークオフロードエンジンを含む通信装置において、ＴＯＳフィールドの値に基づくＱＯＳ制御を容易化した通信装置を提供することができる。

第１の実施の形態に係る通信装置のハードウェア構成図である。 第１の実施の形態に係るオフロードエンジンが生成するパケットとＴＯＳ値との関係を説明するための図である。 第１の実施の形態に係るオフロードエンジンドライバの機能構成図である。 第１の実施の形態に係るパケット生成の開始処理のフローチャートである。 第１の実施の形態に係るＴＯＳ値の書き換え処理のフローチャートである。 ＩＰｖ４形式のＩＰヘッダの構成を示す図である。 第１の実施の形態に係るパケット送信処理のフローチャートである。 ＴＯＳ値とアクセスカテゴリの変換テーブルの例である。 無線ＬＡＮのフレームフォーマットの一例を示す図である。 第２の実施の形態に係る通信システムの構成図である。

以下に、本発明の実施の形態について、添付の図面を参照して説明する。

［第１の実施の形態］
図１は、第１の実施の形態に係る通信装置１００のハードウェア構成図である。通信装置１００は、ＣＰＵ（Central Processing Unit）１０１、共有メモリ１０２、ＤＭＡ（Direct Memory Access）コントローラ１０３、オフロードエンジン１０４、無線ＬＡＮ（Local Area Network）インタフェース（以下、無線ＬＡＮ Ｉ／Ｆと称す）１０６、メモリ１０７、第１のバス１０９、及び第２のバス１０８を有する。

ＣＰＵ１０１、共有メモリ１０２、ＤＭＡコントローラ１０３、オフロードエンジン１０４、及び無線ＬＡＮ Ｉ／Ｆ１０６は、第１のバスを介して互いに接続されている。さらに、ＣＰＵ１０１は、第２のバスを介してメモリ１０７に接続されている。尚、第１及び第２のバスは、アドレス、データ及び各種制御信号等を伝達する。

ＣＰＵ１０１は、第２のバスを介してメモリ１０７等からプログラムやデータを読出し、処理を実行することで通信装置１００が備える各機能を実現する演算装置である。メモリ１０７は、例えば、ＲＡＭ（Random Access Memory）、フラッシュＲＯＭ（Read Only Memory）、ＨＤＤ（Read Only Memory）等の記憶手段である。メモリ１０７は、ＣＰＵ１０１で実行するＯＳ（Operating System）、アプリケーション、ドライバ等の各種プログラムと、各種プログラムによって利用されるデータの少なくとも一部を記憶し、ＣＰＵ１０１のワークエリアとして利用される。また、ＣＰＵ１０１は、第１のバスを介して、ネットワーク通信に係る制御を行う。

オフロードエンジン１０４は、ネットワークプロトコル処理の少なくとも一部、例えば、送信パケットの生成や、チェックサム処理等を行う。オフロードエンジン１０４は、例えば、ハードウェアで構成されており、内部に備えたＤＭＡＣ（Direct Memory Access Controller）１０５により、送信用のパケットデータや、受信したパケットのペイロード等の通信データを、共有メモリ１０２との間で転送する。

無線ＬＡＮ Ｉ／Ｆ１０６は、例えば、ＩＥＥＥ８０２．１１規格に準拠した無線ＬＡＮ通信を行うハードウェア及び、その制御用ファームウェアを備えるモジュールである。

上記構成において、共有メモリ１０２とメモリ１０７は、異なるバスに接続されている。そのため、例えば、オフロードエンジン１０４が共有メモリ１０２にデータを書き込んでいる場合でも、ＣＰＵ１０１のメモリ１０７へのアクセスには影響しない。また、ＤＭＡコントローラ１０３によって、共有メモリ１０２と無線ＬＡＮ Ｉ／Ｆ１０６間のデータ転送を行い、さらに、ＤＭＡＣ１０５によって、共有メモリ１０２とオフロードエンジン１０４間のデータ制御を行う。そのため、ＣＰＵ１０１のデータ転送に係る負荷を低減できる構成になっている。

図２は、オフロードエンジン１０４に係る構成と動作の概要を説明するための図である。ＣＰＵ１０１上で、ＯＳ２０１、一又は複数のアプリケーション２０２、２０３、２０４、及びオフロードエンジンドライバ２０９を含む複数のプログラムが動作している。

アプリケーション２０２〜２０４は、ネットワーク通信を行うアプリケーションであり、アプリケーション２０２、２０３は、それぞれの目的に応じて、通信品質を制御するためのパラメータであるＴＯＳ値２０５、２０６を有している。また、オフロードエンジンドライバ２０９は、オフロードエンジン１０４の制御を行うドライバである。

アプリケーション２０２〜２０４は、アプリケーションプログラミングインタフェース（以下、ＡＰＩと称す）２０８により、予め定義されている関数を使って、オフロードエンジン１０４に処理を要求することができる。ＯＳ２０１は、アプリケーション２０２〜２０４及びオフロードエンジンドライバ２０９を含む複数のソフトウェアをプロセスとして並列実行する。

図２において、例えば、アプリケーション２０２がオフロードエンジン１０４を利用する際には、まず、オフロードエンジンドライバ２０９に対して、アプリケーション２０２用の仮想的な通信インタフェースであるソケット２１３の生成を要求する。このソケット２１３は、ソケット２１３の生成を要求したアプリケーション２０２を識別するための識別情報２１０を有している。識別情報２１０には、例えば、アプリケーション２０２から指定された、宛先ＩＰアドレス、送信元ＩＰアドレス、宛先ポート、送信元ポート、プロトコル等の情報が含まれる。

一方、アプリケーション２０２が、ソケット２１３を介してデータの送信を要求すると、オフロードエンジンドライバ２０９の制御により、オフロードエンジン１０４が、例えば、ＩＰパケット２１６、２１７を生成し、共有メモリ１０２に保存する。ここで、アプリケーション２０２の要求により生成されたＩＰパケット２１６、２１７のＩＰヘッダには、識別情報２１０と同じ宛先ＩＰアドレス、送信元ＩＰアドレス、及びプロトコルが含まれている。また、ＴＣＰパケット２１９、２２０のＴＣＰヘッダには、識別情報２１０と同じ宛先ポート及び送信元ポートが含まれている。

同様にして、アプリケーション２０３が識別情報２１１を指定して生成を要求したソケット２１４を介して生成されたＩＰパケット２１８のＩＰヘッダには、識別情報２１１と同じ宛先ＩＰアドレス、送信元ＩＰアドレス、及びプロトコルが含まれている。また、ＴＣＰパケット２２１のＴＣＰヘッダには、識別情報２１１と同じ宛先ポート及び送信元ポートが含まれている。

従って、オフロードエンジンドライバ２０９は、識別情報２１０、２１１と生成されたＩＰパケット２１６〜２１８等のＩＰヘッダ、ＴＣＰヘッダを照合することにより、生成されたＩＰパケットの要求元のアプリケーションを特定することができる。

図３は、オフロードエンジンドライバ２０９の機能構成図である。オフロードエンジンドライバ２０９は、インタフェース生成部３０１、オフロードエンジン制御部３０２、設定更新部３０３、チェックサム計算部３０４、及び送信制御部３０５を有する。インタフェース生成部３０１は、一又は複数のアプリケーション２０２、２０３等の要求によりソケットインタフェースを生成する。

オフロードエンジン制御部３０２は、オフロードエンジン１０４を動作させるためのレジスタ、ディスクリプタ等を設定して、オフロードエンジン１０４にパケットの生成を要求する。また、オフロードエンジン１０４が生成したパケットが共有メモリ１０２に書き込まれたことを、例えば、パケット生成完了の割り込み等により検出し、生成されたパケットのアドレスをオフロードエンジン１０４のレジスタ等から取得する。

設定更新部３０３は、識別情報に基づいて、共有メモリ１０２に記憶されたパケットのＴＯＳ値を、識別情報と関連付けされたＴＯＳ値に書き換える。チェックサム計算部３０４は、ＴＯＳ値の書き換えにより、ＩＰヘッダのチェックサムの更新が必要な場合に、ＩＰヘッダのチェックサムを計算し、ＩＰヘッダのチェックサムフィールドを更新する。

送信制御部３０５は、生成されたパケットをＤＩＸ形式等のフレームへ変換し、無線ＬＡＮ Ｉ／Ｆ１０６に対してフレームの送信を要求する。

上記構成により、例えば、アプリケーション２０２が識別情報２１０及びＴＯＳ値２０５を指定してデータの送信を要求すると、インタフェース生成部３０１により、ＩＰパケット２１６、２１７等が生成される。設定更新部３０３は、生成されたＩＰパケット２１６、２１７のＩＰヘッダ、ＴＣＰヘッダ等を識別情報２１０と照合し、所定の情報が一致した場合には、識別情報２１０と関連付けられたＴＯＳ値２０５をＩＰパケット２１６、２１７のＴＯＳ値に上書きする。さらに、チェックサム計算部３０４が、必要に応じてＩＰパケット２１６、２１７のＩＰヘッダのチェックサムを再計算し、ＩＰヘッダのチェックサムフィールドを更新する。

上記構成により、オフロードエンジン１０４がハードウェアの制限等により、ＩＰパケット２１６、２１７のＴＯＳ値を変更できない場合であっても、ＩＰパケット２１６、２１７のＩＰヘッダのＴＯＳ値を設定することが可能となる。従って、オフロードエンジン１０４を含む通信装置１００において、ＴＯＳフィールドの値に基づくＱＯＳ制御を容易化することができる。

次に、図４〜６を使って、通信装置１００の動作について説明する。図４は、第１の実施の形態に係るパケット生成の開始処理のフローチャートである。尚、ここでは、一例として、図２に示すアプリケーション２０２が、識別情報２１０を指定してソケット２１３の生成を要求して、オフロードエンジン１０４がＩＰパケット２１６を生成する場合について説明を行う。

図４において、アプリケーション２０２が、ＴＯＳ値２０５を指定してパケットの送信を行う場合、アプリケーション２０２は、オフロードエンジンドライバ２０９に対して、識別情報２１０を指定してソケットの生成を要求する（ステップＳ４０１）。識別情報２１０は、例えば、宛先ＩＰアドレス、送信元ＩＰアドレス、宛先ポート、送信元ポート、プロトコル、ＴＯＳ値２０５等を含む。尚、識別情報２１０は、オフロードエンジンドライバ２０９のインタフェース生成部３０１が、アプリケーション２０２から指定された上記情報に基づいて生成するものであっても良い。

インタフェース生成部３０１は、アプリケーション２０２からの要求に応じて、識別情報２１０を有するソケット２１３を生成する（ステップＳ４０２）。尚、ソケットは、アプリケーションが、例えば、ＴＣＰやＵＤＰ（User Datagram Protocol）等のプロトコルを利用して通信を行うための仮想的な通信インタフェースを提供するＡＰＩである。各アプリケーションはソケットインタフェースを利用して、通信先のＩＰアドレスやポート番号の設定を行い、又データ送受信の要求等を行うことができる。尚、ソケットインタフェースは、通信に使用するＡＰＩの一例であって、他のＡＰＩを利用するものであっても良い。

インタフェース生成部３０１は、ソケット２１３の生成時にＴＯＳの値が指定されているか否かを判断する（ステップＳ４０３）。ＴＯＳ値２０５の指定がある場合、インタフェース生成部３０１は識別情報２１０とＴＯＳ値２０５を関連付けて記憶する（ステップＳ４０４）。

ソケット２１３が生成されると、アプリケーション２０２は、オフロードエンジンドライバ２０９に対してパケットの生成を要求する（ステップＳ４０５）。オフロードエンジン制御部３０２は、アプリケーション２０２の要求を受けて、オフロードエンジン１０４を動作させるためのレジスタ、ディスクリプタ等を設定し、オフロードエンジン１０４にパケットの生成開始を指示する（ステップＳ４０６）。

上記動作により、オフロードエンジン１０４は、ソケット２１３に対応するＩＰパケット２１６の生成を開始する。

次に、図５に一実施形態に係るＴＯＳ値の書き換え処理のフローチャートを示す。オフロードエンジン制御部３０２は、オフロードエンジン１０４からパケットを生成したことを示す割り込みを検出すると（ステップＳ５０１）、オフロードエンジン１０４のレジスタ等から、生成されたパケットのアドレスを取得する（ステップＳ５０２）。設定更新部３０３は、取得したアドレスに基づいて、ＩＰパケット２１６のＩＰヘッダから宛先ＩＰアドレス、送信元ＩＰアドレス、プロトコルを抽出し、同様にＴＣＰヘッダから宛先ポートと送信元ポートを抽出する（ステップＳ５０３）。

設定更新部３０３は、ステップＳ５０３で抽出した各データと識別情報２１０を比較し、例えば、全ての項目が一致するか否かを判断する（ステップＳ５０４）。尚、このとき、ソケット２１３以外のソケット、例えば、図２のアプリケーション２０３に対応するソケット２１４が生成されている場合には、識別情報２１１についても同様に比較を行う。設定更新部３０３は、ステップＳ５０３で抽出したデータと識別情報２１０が一致した場合には、識別情報２１０と関連付けられたＴＯＳ値２０５で、ＩＰパケット２１６のＩＰヘッダの品質制御パラメータの値を更新する（ステップＳ５０５）。

ここで、ＩＰヘッダの品質制御パラメータについて説明する。図６は、ＩＰヘッダの一例として、ＩＰｖ４形式のＩＰヘッダの構成を示す図である。ＩＰパケットは、ＩＰヘッダ６０１とＩＰペイロード６０２から構成されている。ＩＰヘッダは、図６に示す各種情報が格納されており、Type Of Service（ＴＯＳ）６０３のフィールドが品質制御パラメータの値に相当する。設定更新部３０３は、品質制御パラメータの値を更新する場合には、このType Of Service（ＴＯＳ）６０３フィールドの値をＴＯＳ値２０５等で上書きする。

尚、ＩＰｖ４形式のＩＰヘッダでは、ＩＰヘッダのチェックサムの値がHeader Checksum６０４フィールドに格納されている。従って、ＩＰｖ４形式のＩＰヘッダ６０１のＴＯＳ６０３フィールドの書き換えを行った場合には、ＩＰヘッダ６０１のチェックサムを再計算し、Header Checksum６０４フィールドの値についても更新する必要がある。

一方、ＩＰヘッダがＩＰｖ６形式のＩＰヘッダの場合には、ＩＰヘッダの構成が異なり、Traffic Classのフィールドが品質制御パラメータの値に相当する。従って、設定更新部３０３が品質制御パラメータの値を更新する場合には、ＩＰｖ４形式のＩＰヘッダではＴＯＳ６０３フィールドの値を、又ＩＰｖ６形式のＩＰヘッダではTraffic Classのフィールドの値をＴＯＳ値２０５等で上書きを行う。尚、ＩＰｖ６形式のＩＰヘッダでは、ヘッダのチェックサムが省略されているため、ＩＰヘッダのチェックサムの再計算及び更新は不要である。

ここで、図５に戻って、ＴＯＳ値書き換え処理の説明を続ける。図５のステップＳ５０５において、ＩＰパケット２１８の品質制御パラメータの値を更新した後、チェックサム計算部３０４は、必要に応じてＩＰヘッダのチェックサムを再計算し、ＩＰヘッダのチェックサムを更新する。例えば、ＩＰｖ４形式のＩＰヘッダの場合には、チェックサム計算部３０４は、ＩＰヘッダ６０１のチェックサムを再計算し、再計算されたチェックサムをHeader Checksum６０４フィールドに上書きする。一方、ＩＰｖ６形式のＩＰヘッダの場合には、チェックサム計算部３０４は、チェックサムの計算及び／又は更新を省略できる。尚、上記で例示したＩＰｖ４形式及びＩＰｖ６形式のＩＰヘッダは一例であって、本実施の形態は、他の形式のパケットやヘッダについても適用可能である。

次に、通信装置１００のパケット送信処理について説明する。図７は、第１の実施の形態に係るパケット送信処理のフローチャートである。送信制御部３０５は、ＴＯＳ値２０５の書き換えと、必要に応じてチェックサムの更新が行われたＩＰパケット２１６を、例えば、ＤＩＸ形式等のイーサネット（登録商標）フレームに変換する（ステップＳ７０１）。次に、送信制御部３０５は、イーサネットフレームに変換されたフレームの送信を無線ＬＡＮ Ｉ／Ｆ１０６に要求する（ステップＳ７０２）。要求を受けた無線ＬＡＮ Ｉ／Ｆ１０６は、送信を要求されたフレームを無線ＬＡＮ形式のフレームに変換する（ステップＳ７０３）。さらに、無線ＬＡＮ Ｉ／Ｆ１０６は、送信を要求されたフレームのＩＰヘッダに含まれるＴＯＳフィールドの上位３ビットを無線ＬＡＮの例えば、ＩＥＥＥ８０２．１１ｅ等の規格で定められているアクセスカテゴリの値に変換する（ステップＳ７０４）。

図８は、ＴＯＳ値とアクセスカテゴリの変換テーブル８０１の例である。無線ＬＡＮ Ｉ／Ｆ１０６は、例えば、このようなテーブルに基づいて、ＴＯＳ優先度８０２の値を
アクセスカテゴリ（以下、ＡＣと称す）８０３の値に変換する。

ここで、図７に戻ってパケット送信処理の説明を続ける。無線ＬＡＮ Ｉ／Ｆ１０６は、例えば、変換テーブル８０１に基づいて変換したＡＣ８０３の値を無線ＬＡＮフレームの品質制御フィールドに設定する（ステップＳ７０５）。

図９に、無線ＬＡＮフレームフォーマットの一例として、ＩＥＥＥ８０２．１１ｅ形式の無線ＬＡＮフレーム９０１のフォーマットを示す。無線ＬＡＮフレーム９０１は、ＩＥＥＥ８０２．１１ｅ Ｈｅａｄｅｒ９０２を含み、ＩＥＥＥ８０２．１１ｅ Ｈｅａｄｅｒ９０２は、ＱｏＳ Ｃｏｎｔｒｏｌ９０４フィールドを有している。無線ＬＡＮ Ｉ／Ｆ１０６は、例えば、このＱｏＳ Ｃｏｎｔｒｏｌ９０４フィールドに変換したＡＣ８０３の値を設定する。また、無線ＬＡＮフレーム９０１のＤａｔａ９０３のフィールドには、例えば、ＩＰパケットが格納される。

再び図７に戻って、無線ＬＡＮ Ｉ／Ｆ１０６は、生成した無線ＬＡＮフレーム９０１を送信する（ステップＳ７０６）。

以上、本実施の形態によれば、設定更新部３０３は、オフロードエンジン１０４で生成されたＩＰパケット２１６の品質制御パラメータの値を、アプリケーション２０２から指定された値に更新する。また、チェックサム計算部３０４は、必要に応じて、品質制御パラメータが更新されたＩＰヘッダのチェックサムを再計算し、ＩＰヘッダのチェックサムフィールドを更新する。そのため、無線ＬＡＮ Ｉ／Ｆ１０６は、ＩＰヘッダの品質制御パラメータに基づいて、無線ＬＡＮフレームの品質制御フィールドを設定できる。つまり、オフロードエンジン１０４を含む通信装置１００において、ＴＯＳ６０３フィールドの値に基づくＱＯＳ制御を容易化することができる。

［第２の実施の形態］
第１の実施の形態では、通信装置１００が無線ＬＡＮ Ｉ／Ｆ１０６を有する例を示したが、無線ＬＡＮ Ｉ／Ｆ１０６の機能は、必ずしも通信装置１００が有していなくても良い。

図１０は、第２の実施の形態に係る通信システム１０００の構成図である。通信システム１０００は、通信装置１００１、無線ＬＡＮ装置１００３、及び情報処理装置１００４を有している。

通信装置１００１は、第１の実施の形態の通信装置１００の無線ＬＡＮ Ｉ／Ｆ１０６に代えて、ネットワークインタフェース（以下、ネットワークＩ／Ｆと称す）１００２を有している。他の構成は、通信装置１００と同じである。ネットワークＩ／Ｆ１００２は、第１の実施の形態の図７ステップＳ７０１で生成した、ＤＩＸ形式等のイーサネットフレームを無線ＬＡＮ形式のフレームに変換せずに出力する。

無線ＬＡＮ装置１００３は、第１の実施の形態の無線ＬＡＮ Ｉ／Ｆ１０６、又は、無線ＬＡＮ Ｉ／Ｆ１０６に相当する機能を有する。無線ＬＡＮ装置１００３は、通信装置１００１から送られてきたイーサネットフレームを無線ＬＡＮ形式のフレームに変換し、イーサネットフレームに含まれるＩＰヘッダのＴＯＳの値を無線ＬＡＮのアクセスカテゴリに変換する。さらに、アクセスカテゴリの値を無線ＬＡＮフレームの品質制御パラメータのフィールド、例えば、ＩＥＥＥ８０２．１１ｅ Ｈｅａｄｅｒ９０２のＱｏＳ Ｃｏｎｔｒｏｌ９０４フィールドに設定し、情報処理装置１００４へ送信する。

上記構成により、第１の実施の形態と同様の効果が得られる。

尚、上記構成はあくまでも一例であって、用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば、通信装置１００１は、ネットワークＩ／Ｆ１００２の代わりに、ＵＳＢ（Universal Serial Bus）インタフェース等の拡張インタフェースを有し、無線ＬＡＮ装置１００３は、ＵＳＢインタフェースに接続された無線ＬＡＮインタフェースであっても良い。このとき、無線ＬＡＮインタフェースは、第１の実施の形態の図７ステップＳ７０１のイーサネットフレームに変換する処理を省略して、無線ＬＡＮフレームを作成しても良い。

１００ 通信装置
１０３ ＤＭＡＣ
１０４ オフロードエンジン
１０６ 無線ＬＡＮインタフェース
３０１ インタフェース生成部
３０２ オフロードエンジン制御部
３０３ 設定更新部
３０４ チェックサム計算部
３０５ 送信制御部
１０００ 通信システム

特許第３９６６３０７号公報

Claims (10)

1. 送信パケットの生成を含むネットワークプロトコル処理の少なくとも一部を処理するオフロードエンジンと、
   アプリケーションからの要求に応じて前記オフロードエンジンの前記送信パケットの生成を制御するオフロードエンジン制御部と、
   前記制御に応じて前記オフロードエンジンが生成した前記送信パケットの品質制御パラメータを前記アプリケーションが指定した値に書き換える設定更新部と、
   を有する通信装置。
2. 前記アプリケーションによって指定された識別情報に対応する仮想的な通信インタフェースを生成するインタフェース生成部を有し、
   前記設定更新部は、前記識別情報に基づいて前記品質制御パラメータの書き換えを行う請求項１に記載の通信装置。
3. 前記仮想的な通信インタフェースがソケットインタフェースである請求項２に記載の通信装置。
4. 前記設定更新部が前記品質制御パラメータを書き換えたパケットのチェックサムを再計算するチェックサム計算部を有する請求項１乃至３のいずれか一項に記載の通信装置。
5. 前記送信パケットは、ＩＰｖ４形式のＩＰヘッダを有するＩＰパケットであり、前記品質制御パラメータがType Of Serviceの値である請求項４に記載の通信装置。
6. 前記送信パケットは、ＩＰｖ６形式のＩＰヘッダを有するＩＰパケットであり、前記品質制御パラメータがTraffic Classの値である請求項１乃至３のいずれか一項に記載の通信装置。
7. 前記品質制御パラメータを無線ＬＡＮのアクセスカテゴリに変換し、前記アクセスカテゴリを前記無線ＬＡＮのフレームの品質制御フィールドに設定する無線ＬＡＮインタフェース部を有する請求項１乃至６のいずれか一項に記載の通信装置。
8. 前記アプリケーション、前記オフロードエンジン制御部、及び前記設定更新部に係る処理を行うＣＰＵと、前記オフロードエンジンと、前記送信パケットに係るデータを記憶する第１のメモリとが接続された第１のバスと、
   前記ＣＰＵと、前記ＣＰＵが実行するプログラム及び前記プログラムによって利用されるデータの少なくとも一部を記憶する第２のメモリとが接続された第２のバスと、
   を有する請求項１乃至６のいずれか一項に記載の通信装置。
9. 前記第１のバスに接続されたネットワークインタフェース部と、
   前記第１のバスに接続されたＤＭＡコントローラと、
   前記ＤＭＡコントローラによって前記第１のメモリと前記ネットワークインタフェース部との間のデータ転送をＤＭＡで行うデータ転送手段と、
   を有する請求項８に記載の通信装置。
10. 送信パケットの生成を含むネットワークプロトコル処理の少なくとも一部を処理するオフロードエンジンと、
    アプリケーションからの要求に応じて前記オフロードエンジンの前記送信パケットの生成開始を指示するオフロードエンジン制御部と、
    前記指示に応じて前記オフロードエンジンが生成した前記送信パケットの品質制御パラメータを前記アプリケーションが指定した値に書き換える設定更新部と、
    前記品質制御パラメータを無線ＬＡＮのアクセスカテゴリに変換し、前記アクセスカテゴリを前記無線ＬＡＮのフレームの品質制御フィールドに設定する無線ＬＡＮインタフェースと、
    を有する通信システム。

Images