(57)【要約】【課題】無線区間におけるデータブロックの送信単位を上位層プロトコルに応じて可変にした無線送受信機を提供する。【解決手段】送信機が、送信パケットのデータ種別を判別し、データ種別に応じて最大転送単位（ＭＴＵ：Ｍａｘｉｍｕｍ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｕｎｉｔ）の値を決定するためのＭＴＵ決定部２０と、上記ＭＴＵ値に従って送信パケットを複数のブロックに分割し、分割ブロック毎に無線区間用の通信フレームを生成するためのフレーム符号化部１２と、上記無線区間用の通信フレームを無線信号に変換して送信する変調部１３およびＲＦ部１４とを有する無線送受信機。【選択図】図１
2004072294.tif 000002
【特許請求の範囲】
【請求項１】
送信機と受信機とからなる無線送受信機において、上記送信機が、
送信パケットのデータ種別を判別し、データ種別に応じて最大転送単位（ＭＴＵ：Ｍａｘｉｍｕｍ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｕｎｉｔ）の値を決定するための手段と、
上記ＭＴＵ値に従って送信パケットを複数のブロックに分割し、分割ブロック毎に無線区間用の通信フレームを生成するための手段と、
上記無線区間用の通信フレームを無線信号に変換して送信するための手段とを有することを特徴とする無線送受信機。
【請求項２】
前記決定手段が、データ種別対応に予め指定されたＭＴＵ値を記憶するためのテーブルを備え、該テーブルを参照することによって、前記通信フレーム生成手段で使用すべきＭＴＵ値を決定することを特徴とする請求項１に記載の無線送受信機。
【請求項３】
前記テーブルが、アプリケーションプログラム種別と対応してＭＴＵ値を記憶しており、前記決定手段が、前記送信パケットを扱うアプリケーションプログラムの種別に従って上記テーブルを参照し、前記通信フレーム生成手段で使用すべきＭＴＵ値を決定することを特徴とする請求項２に記載の無線送受信機。
【請求項４】
前記決定手段が、前記送信パケットのヘッダ部に含まれるポート番号から前記アプリケーションプログラムの種別を判定することを特徴とする請求項３に記載の無線送受信機。
【請求項５】
前記テーブルが、通信プロトコル種別と対応してＭＴＵ値を記憶しており、前記決定手段が、前記送信パケットに適用されたプロトコル種別に従って上記テーブルを参照し、前記通信フレーム生成手段で使用すべきＭＴＵ値を決定することを特徴とする請求項２に記載の無線送受信機。
【請求項６】
前記決定手段が、前記送信パケットのヘッダ部に含まれるプロトコル番号から前記プロトコル種別を判定することを特徴とする請求項５に記載の無線送受信機。
【請求項７】
前記テーブルが、アプリケーションプログラム種別と対応してＭＴＵ値を記憶した第１テーブルと、通信プロトコル種別と対応してＭＴＵ値を記憶した第２テーブルとからなり、
前記決定手段が、前記送信パケットを扱うアプリケーションプログラムの種別に従って第１テーブルを参照し、該第１テーブルに該当データがなかった場合に、上記送信パケットに適用されたプロトコル種別に従って第２テーブルを参照することによって、前記通信フレーム生成手段で使用すべきＭＴＵ値を決定することを特徴とする請求項２に記載の無線送受信機。
【請求項８】
前記プロトコル種別として、少なくともＴＣＰとＵＤＰを含むことを特徴とする請求項５〜請求項７の何れかに記載の無線送受信機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は無線送受信機に関し、更に詳しくは、適用すべき上位レイヤプコルを切り換えてデータ送受信が行われる無線送受信機に関する。
【０００２】
【従来の技術】
近年、インターネットや低コスト通信網の普及に伴って、ネットワークのＩＰ化が進んでいる。ＩＰネットワークにおいては、データはＩＰプロトコルに従って送信元から宛先に届けられる。
ＩＰは、ＯＳＩ参照モデルにおけるネットワーク層（第３層）のプロトコルであり、その上位プロトコルとして、トランスポート層（第４層）にＴＣＰやＵＤＰがある。ＴＣＰやＵＤＰは、ＩＰとアプリケーションプログラムとを仲介をする役目を担っている。ＩＰの下位プロトコルとしては、データリンク層（第２層）、物理層（第１層）のプロトコルがあり、例えば、ＩＥＥＥ８０２．３で規定されたイーサネット（登録商標）や、ＩＥＥＥ８０２．１１で規定された無線ＬＡＮがある。
【０００３】
無線ＬＡＮ技術は、加入者網を無線により実現する無線アクセスにも適用されており、ＩＰネットワークでは、無線系と有線系に跨った様々なアプリケーション（例えば、ＷＥＢアクセス、ＩＰ電話、テレビ会議など）が実行可能となっている。
アプリケーションには、動画配信やＩＰ電話のようにリアルタイム性が要求されるアプリケーションと、例えば、ファイルデータのダウンロードのようにリアルタイム性が要求されないアプリケーションとがある。ＴＣＰやＵＤＰなどのトランスポート層のプロトコルは、アプリケーションに応じて使い分けられている。一般的に、ＵＤＰは、リアルタイム性の要求される動画配信やＩＰ電話などのアプリケーションに適用される。ＴＣＰは、フロー制御や誤り制御等の機能を備えており、リアルタイム性は低いが、確実で効率のよい通信が期待されるデータ伝送用のアプリケーションに適用される。
【０００４】
【発明が解決しようとする課題】
無線区間における通信は、データリンク層と物理層のプロトコルによって送受信制御が行なわれる。この場合、送信単位となるデータブロック毎に、符号化、復号化が行なわれるため、送信単位を大きくすると、伝送遅延時間が大きくなる。また、送信単位を大きくすると、回線の擾乱などによるフレームエラーの発生確率が増加するため、データリンク層や、それより上位のネットワーク層、アプリケーション層におけるデータ再送処理が増加する。
【０００５】
これらの再送処理は、単にスループットを低下させるだけでなく、リアルタイム性を要求するアプリケーションでは、再送によって到着遅れとなったデータが廃棄対象となるため、サービス品質の劣化原因にもなる。また、無線区間では、リンク毎に符号化、復号化が行なわれるため、無線リンク数が増加すると、それに比例して伝送遅延時間が増加する。特に、宛先からの確認応答を待って次のデータブロックを送信する通信手順においては、伝送遅延時間の増加によってスループットが低下する。
【０００６】
一方、無線区間の送信単位を小さくすると、データブロック毎に付加されるヘッダや誤り検出ビット等のオーバヘッド部分の比率が増加し、スループットが低下する。ＴＣＰでは、伝送遅延時間がスループットに及ぼす影響を少なくするため、ウィンドウサイズという概念が導入されている。ウィンドウサイズは、宛先からの確認応答を待つことなく送信可能なデータサイズを意味しており、送信側では、ウィンドウサイズの範囲内で、宛先からの応答を待たずに次々とデータブロックを送信できる。従って、ウィンドウサイズを大きくすることによって、上述した伝送遅延時間がスループットに及ぼす影響を少なくすることができる。
【０００７】
然るに、従来の無線送受信機では、データリンク層よりも上位にアプリケーション対応の各種のプロトコルが用意されていても、データリンク層以下のプロトコルが、これら上位層プロトコルの変化に関係なく、常に同一の制御動作を行っていたため、システム全体として最適なパフォーマンスとサービス品質を保証することができなかった。
【０００８】
本発明の目的は、データリンク層以下のプロトコルが、上位層で動作中のプロトコルに対応した適切な制御動作を実行する無線送受信機を提供することにある。
本発明の他の目的は、無線区間におけるデータブロックの送信単位を上位層プロトコルに応じて可変にした無線送受信機を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、本発明は、送信機と受信機とからなる無線送受信機において、上記送信機が、
送信パケットのデータ種別を判別し、データ種別に応じて最大転送単位（ＭＴＵ：Ｍａｘｉｍｕｍ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｕｎｉｔ）の値を決定するための手段と、
上記ＭＴＵ値に従って送信パケットを複数のブロックに分割し、分割ブロック毎に無線区間用の通信フレームを生成するための手段と、
上記無線区間用の通信フレームを無線信号に変換して送信するための手段とを有することを特徴とする。
【００１０】
更に詳述すると、上記決定手段は、例えば、データ種別対応に予め指定されたＭＴＵ値を記憶するためのテーブルを備え、該テーブルを参照することによって、上記通信フレーム生成手段で使用すべきＭＴＵ値を決定する。
【００１１】
本発明の１実施例によれば、上記テーブルが、アプリケーションプログラム種別と対応してＭＴＵ値を記憶しており、上記決定手段が、送信パケットを扱うアプリケーションプログラムの種別に従って上記テーブルを参照し、上記通信フレーム生成手段で使用すべきＭＴＵ値を決定する。アプリケーションプログラムの種別は、例えば、送信パケットのヘッダ部に含まれるポート番号から判別できる。
【００１２】
本発明の他の実施例によれば、上記テーブルが、通信プロトコル種別と対応してＭＴＵ値を記憶しており、上記決定手段が、送信パケットに適用されたプロトコル種別に従って上記テーブルを参照し、上記通信フレーム生成手段で使用すべきＭＴＵ値を決定する。プロトコル種別は、例えば、送信パケットのヘッダ部に含まれるプロトコル番号から判定できる。
【００１３】
また、本発明の好ましい実施例によれば、上記テーブルが、アプリケーションプログラム種別と対応してＭＴＵ値を記憶した第１テーブルと、通信プロトコル種別と対応してＭＴＵ値を記憶した第２テーブルとからなり、上記決定手段が、送信パケットを扱うアプリケーションプログラムの種別に従って第１テーブルを参照し、該第１テーブルに該当データがなかった場合に、上記送信パケットに適用されたプロトコル種別に従って第２テーブルを参照することによって、前記通信フレーム生成手段で使用すべきＭＴＵ値を決定する。
【００１４】
本発明によれば、送信データをプロトコル種別やアプリケーション種別に対応した最適ＭＴＵで無線区間用の通信フレームを生成できるため、無線通信システム全体として良好なパフォーマンスとサービス品質を保証することが可能となる。
【００１５】
【発明の実施の形態】
以下、本発明をＩＥＥＥ８０２．１１の無線ＬＡＮに適用した実施例について、図面を参照して説明する。尚、ＩＥＥＥ８０２．１１は、無線ＬＡＮにおける物理層と、データリンク層の下に位置するＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層に関する規格である。
【００１６】
図１は、本発明による無線送受信機の１実施例を示すブロック図である。
無線送受信機は、データ処理部１０と、送信系を形成する送信バッファ１１、フレーム符号化部１２および変調部１３と、アンテナに接続されたＲＦ部１４と、受信系を形成する復調部１５、フレーム判定部１６およびデータ組立部１７とからなり、本発明の特徴的な要素としてＭＴＵ（Ｍａｘｉｍｕｍ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｕｎｉｔ）決定部２０とＭＴＵテーブル２１を備えている。
【００１７】
データ処理部１０で生成した送信データ（送信フレーム）は、送信バッファ１１に一時的に蓄積された後、フレーム符号化部１３に供給される。ＭＴＵ決定部２０は、送信バッファ１１に蓄積された送信データのヘッダを解析し、ＭＡＣ層よりも上位のプロトコル種類やアプリケーション種類を判定し、ＭＴＵテーブル２１から送信データのプロトコル種別、アプリケーション種別と対応したＭＴＵ長を読み出す。
【００１８】
ＭＴＵテーブル２１には、例えば、図２に示すように、ポート番号用のＭＴＵテーブル２１Ａと、プロトコル番号用のＭＴＵテーブル２１Ｂとが用意してある。
【００１９】
ポート番号用のＭＴＵテーブル２１Ａには、アプリケーションの種別を示すＴＣＰヘッダおよびＵＤＰヘッダの送信元ポート番号、宛先ポート番号と対応して、最適ＭＴＵ長を指定した複数のエントリ２１１Ａ、２１２Ａ、…が登録されている。また、プロトコル番号用のＭＴＵテーブル２１Ｂには、ＩＰヘッダに含まれるプロトコル番号と対応して、最適ＭＴＵ長を指定した複数のエントリ２１１Ｂ、２１２Ｂ、…が登録されている。
【００２０】
ＭＴＵ決定部２０は、送信データに付随するポート番号に従ってＭＴＵテーブル２１Ａを参照し、ポート番号（アプリケーション）と対応した最適なＭＴＵ長を検索する。もし、ＭＴＵテーブル２１Ａに該当するエントリが見つからなかった場合は、送信データに付随するプロトコル番号に従ってＭＴＵテーブル２１Ｂを参照し、プロトコル番号と対応したＭＴＵ長を検索する。これによって、送信データの発生元における上位層プロトコル毎に予め指定された最適なデータブロックサイズ（ＭＴＵ長）が求まる。
【００２１】
ＭＴＵ決定部２０は、信号線Ｌ２０を介して上記ＭＴＵ長をフレーム符号化部１２に通知し、該当する送信データを送信バッファ１１からフレーム符号化部１２に供給する。フレーム符号化部１２は、送信データを上記ＭＴＵ決定部２０が指定したＭＴＵ長に従って複数のデータブロック（フラグメント）に分割した後、フラグメント毎にＭＡＣヘッダと誤り検出ビットＦＣＳを付加して、無線区間に送信すべきＭＡＣフレームを生成する。これらのＭＡＣフレームは、変調部１３で変調した後、ＲＦ部１４で無線周波数に変換され、アンテナから送出される。
【００２２】
一方、アンテナで受信された他の装置からの無線信号は、ＲＦ部１４で周波数変換した後、復調部１５で受信フレームに復調され、フレーム判定部１６に供給される。フレーム判定部１６は、受信フレームの誤り検出と、フレームヘッダ判定を行う。受信フレームにビット誤りがなく、宛先アドレスから自局宛のフレームと判定された場合は、ＭＡＣヘッダを除去し、得られたデータブロック（フラグメント）部分を順次にデータ組立部１７に渡す。データ組立部１７は、受信バッファでデータブロックをバッファリングし、最終データブロックのバッファリングが完了した時、これを受信データとしてデータ処理部１０に出力する。
【００２３】
図３は、本発明の無線送受信機が適用される通信の１例として、無線クライアント端末１０Ｂが、Ｗｅｂブラウザを利用して、サーバ１０Ａ上のＷｅｂページを参照する場合を示す。
無線クライアント端末１０Ｂには、例えば、ＩＰアドレス「１７２．２０．１００．３４」が割当てられ、ＩＰプロトコル３２Ｂの上位に、トランスポート層３３ＢとしてＴＣＰとＵＤＰ、アプリケーション層３４Ｂとして、ＴＣＰの上位にＷｅｂブラウザとＴｅｌｎｅｔ、ＵＤＰの上位にＳＮＭＰを装備している。ここで、ＴＣＰとＵＤＰは、それぞれプロトコル番号「６」、「１７」で識別され、ＴｅｌｎｅｔとＳＮＭＰは、ポート番号「２３」、「１６１」で識別される。また、Ｗｅｂブラウザは、クライアント側で任意に与えたポート番号、ここでは「２００１」で特定される。
【００２４】
一方、サーバ１０Ａは、この例では、ＩＰアドレス「１７２．２０．１００．３２」を有し、ＩＰプロトコル３２Ａの上位に、トランスポート層３３ＡとしてＴＣＰとＵＤＰを装備し、アプリケーション層３４Ａとして、ＴＣＰの上位にＨＴＴＰとＴｅｌｎｅｔ、ＵＤＰの上位にＳＮＭＰを装備している。ＨＴＴＰは、ポート番号「８０」で識別される。
【００２５】
Ｗｅｂページを参照する場合、クライアント１０ＢのＷｅｂブラウザは、サーバ１０ＡのＨＴＴＰと通信する。この時、クライアント１０Ｂからサーバ１０Ａに送信されるＩＰパケット４００は、例えば、図４に示すヘッダ内容となっている。
上記ＩＰパケット４００は、データ部４０と、ＴＣＰヘッダ４１、ＩＰヘッダ４３からなる。ＴＣＰヘッダ４１は、Ｗｅｂブラウザを示す送信元ポート番号４１１と、ＨＴＴＰを示す宛先ポート番号４１２を含む。また、ＩＰヘッダ４３は、クライアント１０Ｂを示す送信元ＩＰアドレス４３１と、サーバ１０Ａを示す宛先ＩＰアドレス４３２と、ＩＰヘッダに続くトランスポート層ヘッダ４１の適用プロトコルがＴＣＰであることを示すプロトコル番号４３３を含んでいる。
【００２６】
図５にＩＰヘッダ４３の詳細フォーマット、図６にＴＣＰヘッダ４１の詳細フォーマットを示す。
ＴＣＰヘッダ４１は、上述した送信元ポート番号４１１、宛先ポート番号４１２の他に、シーケンス番号、その他の多項目のヘッダ情報を含んでいる。ＩＰヘッダのプロトコル番号４３３が「１７」の場合は、ＴＣＰヘッダに代えて、図７に示すＵＤＰヘッダ４２が採用される。ＵＤＰヘッダ４２も、アプリケーションを識別するための送信元ポート番号４２１と宛先ポート番号４２２を含み、ＴＣＰヘッダよりも簡単なヘッダフォーマットとなっている。
【００２７】
図８は、ＭＴＵ決定部２０が実行するＭＴＵ決定処理２００のフローチャートを示す。
ＭＴＵ決定部２０は、送信バッファ１１内に送信処理すべきデータ（例えば、図４に示したＩＰフレーム）が在るか否かを判定し（ステップ２０１）、送信データがあった場合は、送信データがもつパケットヘッダを解析する（２０２）。上記ヘッダ解析ステップでは、先ず、ＩＰヘッダ５３のプロトコル番号４３３から適用プロトコルを判定し、プロトコル種別に従って、後続するヘッダ４１（または４２）を解析することによって、送信元ポート番号４１１（または４２１）と宛先ポート番号４１２（または４２２）の値を特定する。
【００２８】
次に、送信元ポート番号４１１（または４２１）と宛先ポート番号４１２（または４２２）に従って、ポート番号用のＭＴＵテーブル２１Ａを検索する（２０３）。最初、送信元ポート番号で検索し、該当エントリが見つかった場合は（２０４）、ＭＴＵ長を上記エントリで指定された値に設定する（２０８）。送信元ポート番号に対応するエントリが未登録の場合、宛先ポート番号でＭＴＵテーブル２１Ａ検索し、ＭＴＵ長を該当エントリの指定値に設定する。
【００２９】
ＭＴＵテーブル２１Ａに送信元ポート番号、宛先ポート番号に該当するエントリが全くなかった場合は、プロトコル番号４３３に従って、プロトコル番号用のＭＴＵテーブル２１Ｂを検索する（２０５）。ＭＴＵテーブル２１Ａからプロトコル番号４３３に該当するエントリが見つかった場合は（２０６）、ＭＴＵ長を上記エントリの指定値に設定する（２０８）。プロトコル番号４３３に該当するエントリが未登録の場合は、ＭＴＵ長を予め定められた標準的な値に設定する（２０７）。
【００３０】
ＭＴＵ長が決まると、フレーム符号化部１２の状態を判定する（２１０）。もし、フレーム符号化部が送信データを受信可能な状態であれば、ＭＴＵ長を通知し（２１１）、該ＭＴＵ長を適用すべき１パケット分の送信データを送信バッファ１１からフレーム符号化部１２に転送して（２１２）、ステップ２０１に戻る。
【００３１】
尚、フレーム符号化部１２の状態判定（２１０）には、例えば、符号化フレーム符号化部１２が１パケット分のデータ送信処理を終了した時に信号線Ｌ１２に発生する割り込み信号を利用できる。また、送信バッファ１１からフレーム符号化部１２へのパケットデータの転送は、ＭＴＵ長の通知に応答して、フレーム符号化部１２が、送信バッファ１１からＭＴＵ長のブロック（フラグメント）単位でデータを読み込むようにしてもよい。
【００３２】
図９は、送信バッファ１１からフレーム符号化部１２に供給されるＩＰパケット４００と、フレーム符号化部１２から出力されるＭＡＣフレーム５００−１、５００−２、・・・との関係を示す。
フレーム符号化部１２は、ＭＴＵ決定部２０から指定されたＭＴＵ長に従って、ＩＰパケット４００を複数のデータブロック（フラグメント）ＦＧ１、ＦＧ２、ＦＧ３に分割し、各データブロックにＭＡＣヘッダ５０と誤り検出用のチェックビットＦＣＳ（Ｆｒａｍｅ　Ｃｈｅｃｋ　Ｓｅｑｕｅｎｃｅ）を付加することによって、ＭＡＣフレーム５００−１、５００−２、・・・を生成する。最後のＭＡＣフレーム５００−３は、データブロック長が半端になるため、指定ＭＴＵ長以下の長さになっている。
【００３３】
ＭＡＣヘッダ５０は、図１０に示すように、複数項目のヘッダ情報５１〜５７からなり、その先頭部にフレーム制御情報５１を含んでいる。上記フレーム制御情報５１自体も、図示するように複数項目の情報５１１〜５２２からなっている。ＭＡＣフレームのデータ部が最終フラグメントか否かは、Ｍｏｒｅ　Ｆｒａｇｍｅｎｔビット５１６によって判定できる。フレーム符号化部１２は、ＭＡＣヘッダ５０を生成する時、最終フラグメント以外のデータブロックに対しては、上記Ｍｏｒｅ　Ｆｒａｇｍｅｎｔビット５１６に“０”を設定し、最終フラグメントのデータブロックに対しては“１”を設定する。
上記ＭＡＣフレーム５００の受信側装置では、上記Ｍｏｒｅ　Ｆｒａｇｍｅｎｔビット５１６をチェックすることによって、受信フレームのデータ部がＩＰパケットの最後のフラグメントか否かを判定できる。
【００３４】
以上の実施例から明らかなように、本発明によれば、送信データのプロトコル種別、アプリケーション種別に適合した最適なＭＴＵ長で、無線区間のパケット伝送を行うことができる。尚、上記実施例では、ＭＴＵ長の決定に際して、送信元ポート番号、宛先ポート番号、プロトコル番号の順に判定優先度を与えたが、これとは異なった優先順位を採用してもよい。
【００３５】
ＭＴＵ長を指定するＭＴＵテーブル２１をＮＶ（Ｎｏｎ　Ｖｏｌａｔｉｌｅ）ＲＡＭ等の不揮発性メモリで構成した場合、送受信機の出荷時に、既知のポート番号またはプロトコル番号と対応する最適ＭＴＵ値を予め書込んでおき、その後、必要に応じてテーブル内容を更新するようにすればよい。新たなエントリの追加や既存ＭＴＵ値の変更は、例えば、無線ネットワークに接続された保守用ＰＣからテーブル更新情報を含む制御メッセージをブロードキャストし、各無線送受信機が、上記制御メッセージに応答して、各々のＭＴＵテーブルの内容を書き換えるようにすればよい。
【００３６】
ＭＴＵテーブル２１をＲＡＭ等の揮発性メモリで構成した場合は、例えば、データ処理部１０が備えるＲＯＭまたは不揮発性のメモリ部にマスタ用のＭＴＵテーブル情報を保持しておき、無線送受信機の電源がオンとなった時、上記マスタ用のＭＴＵテーブル情報をＭＴＵテーブル２１に自動的に複写するようにすればよい。電源がオンとなった時、各無線送受信機が保守用ＰＣと自動的に交信して、保守用のＰＣからテーブルエントリをダウンロードするようにしてもよい。
【００３７】
図１１は、本発明による無線送受信機からの出力信号を受信する無線ネットワーク用の無線中継機の１例を示す。
ここに示した無線中継機は、第１、第２の２つの無線送受信機１Ａ、１Ｂからなる。無線送受信機１Ａ（１Ｂ）は、図１で説明したフレーム符号化部１２Ａ（１２Ｂ）、変調部１３Ａ（１３Ｂ）、ＲＦ部１４Ａ（１４Ｂ）、復調部１５Ａ（１５Ｂ）、フレーム判定部１６Ａ（１６Ｂ）からなる。これら２つの無線送受信機１Ａ、１Ｂは、無線送受信機１Ａのフレーム判定部１６Ａの出力信号が無線送受信機１Ｂのフレーム符号化部１２Ｂに入力され、無線送受信機１Ｂのフレーム判定部１６Ｂの出力信号が無線送受信機１Ａのフレーム符号化部１２Ａに入力されるように接続されている。
【００３８】
第１無線送受信機１Ａは、アンテナ１９Ａから受信した無線信号を復調し、受信フレームが自局宛のエラーのないフレームであれば、これを第２無線送受信機１Ｂの送信系に入力する。第２無線送受信機１Ｂは、フレーム符号化部１２Ｂにおいて、上記受信フレームの宛先アドレスを予め指定された次の無線中継機のアドレスに書き換え、誤り検出ビットを付け替えた後、変調部１３Ｂに入力する。変調部１３Ｂの出力は、ＲＦ部１４Ｂで所定電力レベルをもつ無線信号に変換され、アンテナ１９Ｂから送信される。第２無線送受信機１Ｂのアンテナ１９Ｂから受信された逆方向の無線信号についても、上記と同様の動作で無線中継される。
【００３９】
上述した無線中継機を含む通信ネットワークでは、フレーム送信元となった無線送受信機が決定したフラグメント長に従って、受信フレームの中継動作が繰り返される。従って、本発明の無線送受信機のように、送信元で出力フレームのＭＴＵ長を最適化しておけば、無線中継区間における伝送遅延の問題を回避することが可能となる。
【００４０】
以上、本発明の一実施例についてＴＣＰ／ＩＰプロトコルやＩＥＥＥ８０２．１１プロトコルを適用して説明したが、本発明は実施例に示したプロトコルに限定されるものではなく、他のプロトコルにも適用可能である。
【００４１】
【発明の効果】
本発明によれば、以下の効果が期待できる。アプリケーションやプロトコル種別に応じて、無線区間でのＭＴＵ長を決定するので、スループットの向上やサービス品質の向上に有効である。無線区間転送単位を柔軟に設定できるので、中継時の伝送遅延時間短縮に有効である。アプリケーション対応、プロトコル種別対応にＭＴＵサイズを登録したテーブルは外部から追加、変更が可能なため、システムの追加・変更に柔軟に対応できる。データのＭＡＣ層以下のプロトコルが実行するため既存の上位プロトコルに影響を与えない。
【図面の簡単な説明】
【図１】本発明による無線送受信機の１実施例を示すブロック構成図。
【図２】ＭＴＵ決定部２０が参照するＭＴＵテーブルの１例を示す図。
【図３】本発明の無線送受信機が適用される通信の１例を示す図。
【図４】図３のクライアント１０Ｂとサーバ１０Ａとの間で交信されるＩＰパケット４００のヘッダ内容１例を示す図。
【図５】ＩＰヘッダ４３の詳細フォーマットを示す図。
【図６】ＴＣＰヘッダ４１の詳細フォーマットを示す図。
【図７】ＵＤＰヘッダ４２の詳細フォーマットを示す図。
【図８】ＭＴＵ決定部２０が実行するＭＴＵ決定処理を示すフローチャート。
【図９】フレーム符号化部１２に入力されるＩＰパケット４００と、出力されるＭＡＣフレーム５００との関係を説明するための図。
【図１０】ＭＡＣフレーム５００に付加されるＭＡＣヘッダ５０の詳細フォーマットを示す図。
【図１１】本発明による無線送受信機からの出力信号を受信する無線ネットワーク用の無線中継機の１例を示す図。
【符号の説明】
１０：データ処理部、１１：送信バッファ、１２：フレーム符号化部、１３：変調部、１４：ＲＦ部、１５：復調部、１６：フレーム判定部、１７：データ組立部、２０：ＭＴＵ決定部、２１：ＭＴＵテーブル。
【図１】
2004072294.tif 000003
【図２】
2004072294.tif 000004
【図３】
2004072294.tif 000005
【図４】
2004072294.tif 000006
【図５】
2004072294.tif 000007
【図６】
2004072294.tif 000008
【図７】
2004072294.tif 000009
【図８】
2004072294.tif 000010
【図９】
2004072294.tif 000011
【図１０】
2004072294.tif 000012
【図１１】
2004072294.tif 000013