(57)【要約】【課題】ＴＣＰ／ＩＰなどの通信プロトコルに準拠した無線ＬＡＮ通信や電灯線通信において、フレームを衝突させることなく送受信し、円滑なデータ通信をする。【解決手段】アクセス制御部１４２６は、フレームヘッダー解析部１４２５から出力される解析結果と、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３の記憶状況とに基づいて、送信するＡＣＫ信号フレームに確認応答フレームを送信する旨を記載するか否かを判断し、フレーム送受信処理部１４２４に指示する。また、フレーム送受信処理部１４２４が受信したＡＣＫ信号フレームに確認応答フレームを送信する旨が記載されている場合、アクセス制御部１４２６は、フレーム送受信処理部１４２４にフレームの送信を一定時間待機するように指示する。【選択図】図１
2007318631.tif 000002
【特許請求の範囲】
【請求項１】
データパケット及び確認応答パケットのいずれかを含む送信フレームと、前記送信フレームの受信に応答して、前記送信フレームの受信状況を示す少なくとも１種類の応答フレームとをネットワークを介して送受信する複数の通信装置間の通信を制御する通信制御方法であって、
前記複数の通信装置の１つである第１の通信装置から、他の通信装置の各々へと、確認応答パケットを含む送信フレームを送出する旨を示す確認応答送信通知を送出するステップと、
前記確認応答送信通知に応答して、前記他の通信装置の各々において送信フレーム及び応答フレームの送出を所定時間停止するステップと、
前記第１の通信装置から前記ネットワーク上へ確認応答パケットを含む第１の送信フレームを送出するステップとを備える、通信制御方法。
【請求項２】
前記第１の通信装置において、送信すべき確認応答パケットを記憶しているか否かを判定するステップを更に備え、
前記第１の送信フレームを送出するステップにおいて、確認応答パケットを記憶していると判定された場合に、前記ネットワーク上へと、前記確認応答送信通知を送出することを特徴とする、請求項１に記載の通信制御方法。
【請求項３】
前記第１の通信装置において、記憶されている確認応答パケットの残量数と、所定の閾値とを比較するステップとを更に備え、
前記第１の送信フレームを送出するステップにおいて、記憶されている確認応答パケットの残量数が、前記閾値よりも大きい場合に、前記ネットワーク上へと、前記確認応答送信通知を送出することを特徴とする、請求項１に記載の通信制御方法。
【請求項４】
前記複数の通信装置の各々において、送出するデータパケットの残量数を応答フレームに記載するステップと、
前記第１の通信装置において、受信した応答フレームに記載されている前記データパケットの残量数と、所定の閾値とを比較するステップと、
前記第１の送信フレームを送出するステップにおいて、前記データパケットの残量数が、前記閾値よりも小さい場合に、前記ネットワーク上へと、前記確認応答送信通知を送出することを特徴とする、請求項２または３のいずれかに記載の通信制御方法。
【請求項５】
前記応答フレームの１つは、送信フレームを正常に受信したことを示すＡＣＫ信号フレームであり、
前記第１の通信装置において、ＡＣＫ信号フレームに前記確認応答パケットを送出する旨を制御情報として記載するステップを更に備え、
前記第１の送信フレームを送出するステップにおいて、前記前記制御情報を含むＡＣＫ信号フレームを前記確認応答送信通知として送出することを特徴とする、請求項２〜４のいずれかに記載の通信制御方法。
【請求項６】
前記応答フレームの１つは、送信フレームを正常に受信できなかったことを示すＮＡＣＫ信号フレームであり、
前記第１の通信装置において、ＮＡＣＫ信号フレームに前記確認応答パケットを送出する旨を制御情報として記載するステップを更に備え、
前記第１の送信フレームを送出するステップにおいて、前記制御情報を含むＮＡＣＫ信号フレームを前記確認応答送信通知として送出することを特徴とする、請求項２〜４のいずれかに記載の通信制御方法。
【請求項７】
前記第１の送信フレームを送出するステップにおいて、前記確認応答送信通知を送出した直後に、前記ネットワーク上へと、前記確認応答パケットを含む前記送信フレームを送出することを特徴とする、請求項５または６のいずれかに記載の通信制御方法。
【請求項８】
前記第１の通信装置から前記第１の送信フレームを受信した第２の通信装置において、前記第１の通信装置に送信すべきデータパケットを記憶しているか否かを判定するステップと、
前記第２の通信装置において、前記第１の通信装置に送信すべきデータパケットを記憶していると判断された場合に、他の通信装置の各々へと、データパケットを送出する旨を示すデータパケット送信通知を送出するステップと、
前記データパケット送信通知に応答して、他の通信装置の各々において送信フレーム及び応答フレームの送出を所定時間停止するステップと、
前記第２の通信装置から前記第１の通信装置へと、データパケットを含む第２の送信フレームを送出するステップを更に備える、請求項１に記載の通信制御方法。
【請求項９】
前記第２の通信装置において、前記データパケットの残量数と、所定の閾値とを比較するステップと、
前記第２の送信フレームを送出するステップにおいて、前記データパケットの残量数が、前記閾値よりも大きいと判定された場合に、他の通信装置の各々へと、前記データパケット送信通知を送出することを特徴とする、請求項８に記載の通信制御方法。
【請求項１０】
前記第１の通信装置において、送出する前記確認応答パケットの残量数を、前記確認応答パケットを含む前記第１の送信フレームに記載するステップと、
前記第２の通信装置において、前記第１の通信装置から受信した第１の送信フレームに記載されている前記確認応答パケットの残量数と、所定の閾値とを比較するステップと、
前記第２の送信フレームを送出するステップにおいて、第１の送信フレームに含まれる確認応答パケットの残量数が、前記閾値よりも小さい場合に、他の通信装置の各々へと、前記データパケット送信通知を送出することを特徴とする、請求項８または９のいずれかに記載の通信制御方法。
【請求項１１】
前記応答フレームの１つは、前記送信フレームを正常に受信したことを示すＡＣＫ信号フレームであり、
前記第２の通信装置において、前記ＡＣＫ信号フレームに前記データパケットを送出する旨を制御情報として記載するステップと、
前記データパケットを含む送信フレームを送出するステップにおいて、前記ＡＣＫ信号フレームを前記データパケット送信通知として送出するステップとを更に備える、請求項８〜１０のいずれかに記載の通信制御方法。
【請求項１２】
前記応答フレームの１つは、前記送信フレームを正常に受信できなかったことを示すＮＡＣＫ信号フレームであり、
前記第２の通信装置において、前記ＮＡＣＫ信号フレームに前記データパケットを送出する旨を制御情報として記載するステップと、
前記第２の送信フレームを送出するステップにおいて、前記ＮＡＣＫ信号フレームを前記データパケット送信通知として送出するステップとを更に備える、請求項８〜１０のいずれかに記載の通信制御方法。
【請求項１３】
前記第２の送信フレームを送出するステップにおいて、前記データパケット送信通知を送出した直後に、他の通信装置の各々へと、前記第２の送信フレームを送出することを特徴とする、請求項１２に記載の通信制御方法。
【請求項１４】
ネットワーク上の送受信フレームの送受信を監視するステップと、
送受信フレームを監視した結果が所定の条件を満たすか否かを判断するステップとを更に備え、
確認応答送信通知を送出するステップにおいて、前記所定の条件を満たしていると判断された場合に、前記確認応答送信通知を送出することを特徴とする、請求項１に記載の通信制御方法。
【請求項１５】
前記第１の通信装置において、ネットワーク上に送出した前記確認応答送信通知の数を優先送信回数として記憶するステップを更に備える、請求項１４に記載の通信制御方法。
【請求項１６】
前記第１の通信装置において、前記第１の前記送信フレームをネットワーク上へ送出した回数を優先送信回数として記憶するステップを更に備える、請求項１４に記載の通信制御方法。
【請求項１７】
前記第１の通信装置において、前記優先送信回数と、所定の閾値とを比較するステップと、
前記第１の通信装置において、前記優先送信回数が前記閾値よりも小さい場合に、前記所定の条件を満たしていることを判断するステップとを更に備える、請求項１５または１６のいずれかに記載の通信制御方法。
【請求項１８】
前記第１の通信装置において、前記優先送信回数と、所定の閾値とを比較するステップと、
前記第１の通信装置において、前記優先送信回数が前記閾値以上である場合に、前記所定の条件が満たされないと判断するステップと、
前記第１の通信装置において、前記所定の条件が満たされないと判断された場合に、一定期間以内で、他の通信装置からの送信フレームを受信するまで待機するステップとを更に備える、請求項１５または１６のいずれかに記載の通信制御方法。
【請求項１９】
データパケット及び確認応答パケットのいずれかを含む送信フレームと、前記送信フレームの受信に応答して、前記送信フレームの受信状況を示す少なくとも１種類の応答フレームとを、ネットワークを介して送受信する通信装置であって、
前記送信フレーム及び前記応答フレームを送受信するフレーム送受信処理部と、
送信すべき確認応答パケットを一時的に記憶するバッファ部と、
前記フレーム送受信処理部によって受信された応答フレームに、確認応答パケットを送信する旨を示す情報が含まれるか否かを解析するフレームヘッダー解析部と、
前記フレームヘッダー解析部による解析結果と、前記バッファ部の記憶内容とに基づいて、前記フレーム送受信処理部を制御するアクセス制御部とを備え、
前記アクセス制御部は、
前記バッファ部に前記確認応答パケットが記憶されている場合、前記確認応答パケットを送信する旨を示す情報を含む応答フレームと、前記確認応答パケットを含む送信フレームとを送信する指示を前記フレーム送受信処理部へ出力し、
前記フレームヘッダー解析部によって、前記フレーム送受信部が受信した応答フレームに、確認応答パケットを送信する旨を示す情報が含まれると解析された場合に、前記送信フレーム及び前記応答フレームの送信を所定期間停止する指示を前記フレーム送受信処理部に出力する、通信装置。
【請求項２０】
データパケット及び確認応答パケットのいずれかを含む送信フレームと、前記送信フレームの受信に応答して、前記送信フレームの受信状況を示す少なくとも１種類の応答フレームとを、ネットワークを介して送受信する集積回路であって、
前記送信フレーム及び前記応答フレームを送受信するフレーム送受信処理部と、
送信すべき確認応答パケットを一時的に記憶するバッファ部と、
前記フレーム送受信処理部によって受信された応答フレームに、確認応答パケットを送信する旨を示す情報が含まれるか否かを解析するフレームヘッダー解析部と、
前記フレームヘッダー解析部による解析結果と、前記バッファ部の記憶内容とに基づいて、前記フレーム送受信処理部を制御するアクセス制御部とが集積され、
前記アクセス制御部は、
前記バッファ部に前記確認応答パケットが記憶されている場合、前記確認応答パケットを送信する旨を示す情報を含む応答フレームと、前記確認応答パケットを含む送信フレームとを送信する指示を前記フレーム送受信処理部へ出力し、
前記フレームヘッダー解析部によって、前記フレーム送受信部が受信した応答フレームに、確認応答パケットを送信する旨を示す情報が含まれると解析された場合に、前記送信フレーム及び前記応答フレームの送信を所定期間停止する指示を前記フレーム送受信処理部に出力する、集積回路。
【請求項２１】
データパケット及び確認応答パケットのいずれかを含む送信フレームと、前記送信フレームの受信に応答して、前記送信フレームの受信状況を示す少なくとも１種類の応答フレームとを送受信するフレーム送受信処理部と、コンピュータと、送信すべき確認応答パケットを一時的に記憶するバッファ部とを有する通信装置を制御するプログラムであって、
前記コンピュータに、
前記フレーム送受信処理部によって受信された応答フレームに、確認応答パケットを送信する旨を示す情報が含まれるか否かを解析するフレームヘッダー解析機能と、
前記バッファ部に前記確認応答パケットが記憶されている場合、前記確認応答パケットを送信する旨を示す情報を含む応答フレームと、前記確認応答パケットを含む送信フレームとを送信する指示を前記フレーム送受信処理部に出力し、前記フレームヘッダー解析部によって、前記フレーム送受信部が受信した応答フレームに、確認応答パケットを送信する旨を示す情報が含まれると解析された場合に、前記送信フレーム及び前記応答フレームの送信を所定期間停止する指示を前記フレーム送受信処理部に出力するアクセス制御機能とを実現させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御方法に関し、より特定的には無線ＬＡＮや電灯線通信等の半二重通信における通信制御方法と、当該通信制御方法を利用する通信装置、集積回路およびプログラムとに関する。
【背景技術】
【０００２】
信頼性のあるデータ通信を実現するためにＴＣＰ／ＩＰプロトコル（非特許文献１参照）が、一般に用いられている。
【０００３】
図１３は、ＴＣＰ／ＩＰプロトコルに準拠した通信装置が送信するデータフレーム１００の構成を示す図である。図１３に示すデータフレーム１００は、物理層データリンク層ヘッダー情報１０１と、ＩＰ層ヘッダー情報１０２と、ＴＣＰ層ヘッダー情報１０３と、ユーザーデータ１０４とを含む。
【０００４】
ＩＰ層ヘッダー情報１０２及びＴＣＰ層ヘッダー情報１０３は、ＴＣＰ／ＩＰプロトコルに基づいて生成及び解析される。そして、通信装置は、生成されたＩＰ層ヘッダー情報１０２及びＴＣＰ層ヘッダー情報１０３に、物理層データリンク層ヘッダー情報１０１及びユーザーデータ１０４を付加したデータフレームを生成し、生成したデータフレームをネットワーク上へ送出する。ＴＣＰ／ＩＰプロトコルに準拠する通信装置間において、ユーザーデータ１０４の通信は、上記のフレームヘッダー情報が付加されたデータフレームによって制御される。
【０００５】
図１４は、ＴＣＰ／ＩＰプロトコルによるデータ通信の制御シーケンスを示す図である。図１４に示す制御シーケンスは、ネットワークに接続される送信側通信装置と、受信側通信装置とによって実行される。データパケット１１１、１１２、１１４、１１５、１１８及び１１９は、送信側から送信されたデータパケットを表す。また、確認応答パケット１１３、１１６及び１１７は、受信側から返信されたパケットを表す。
【０００６】
まず、送信側は、データパケット１１１及び１１２を受信側に送信する。受信側は、データパケット１１１及び１１２を受信すると、データパケット１１１及び１１２を正常に受信したことを示すために確認応答パケット１１３を送信側へ返信する。次に、送信側は、確認応答パケット１１３を受信した後、データパケット１１４及び１１５を送信する。受信側は、データパケット１１４及び１１５を受信すると、確認応答パケット１１６を送信側へ返信する。ここで、何らかの問題によって確認応答パケット１１６が、送信側に届かない場合、受信側は、確認応答パケット１１７を再度返信する。送信側は、確認応答パケット１１７を受信するまでデータパケット１１８及び１１９を送信することができないので、データ通信に遅延が発生する。
【０００７】
また、従来の送受信制御技術として、確認応答パケットを早期に返送するために上位層の通信装置の代わりに、下位層の通信装置が上位層のバッファを管理した上で、確認応答パケットを生成する方法がある（例えば、特許文献１参照）。
【０００８】
特許文献１に記載のフレーム送受信制御技術について、概略を説明すると、図１３に示すデータフレーム１００に含まれるヘッダー情報の内、物理層データリンク層ヘッダー情報１０１と、ＩＰ層ヘッダー情報１０２と、ＴＣＰ層ヘッダー情報１０３とが下位層の通信装置に取り込まれ、取り込まれたそれぞれのヘッダー情報が解析される。一方、下位層の通信装置に取り込まれないユーザーデータ１０４は、上位層の通信装置へ転送される。
【０００９】
図１５は、特許文献１に記載されている上記従来の送受信制御技術を使用する通信装置の構成を示す図である。図１５には、ネットワーク１５３に接続され下位層のプロトコルを実装する通信装置１５１と、通信装置１５１に接続され、通信装置１５１より上位のプロトコルを実装する通信装置１５２とから構成される。例えば、通信装置１５１は、ブリッジ等の中継機器に相当し、通信装置１５２は、パーソナルコンピュータ等に相当する。
【００１０】
下位層の通信装置１５１は、パケット受信バッファ部１３１と、ヘッダー解析部１３２と、上位システム記憶手段管理部１３３とを備える。上位層の通信装置１５２は、システムバッファ部１４１と、システムバッファ管理部１４２と、システム／ユーザープログラム１４３とを備える。以下、通信装置１５１及び１５２の各部の構成と、これらが実行する処理手順とを併せて説明する。具体的には、通信装置１５２に実装されるシステム／ユーザープログラム１４３が、ネットワーク１５３に接続されている他の通信装置（図示せず）からパケットを受け取り、当該他の通信装置へと確認応答パケットを返信する手順について説明する。
【００１１】
まず、通信装置１５１において、パケット受信バッファ部１３１は、ネットワーク１５３からフレームを取り込む。パケット受信バッファ部１３１は、取り込んだフレームに含まれる受信パケット１６１の内、ヘッダー１６２に含まれる情報をヘッダー解析部１３２に出力し、データ１６４を通信装置１５２のシステムバッファ部１４１へ出力する。なお、データ１６４は、図１３に示すユーザーデータ１０４に相当する。
【００１２】
次に、通信装置１５１において、ヘッダー解析部１３２は、パケット受信バッファ部１３１から出力されたヘッダー１６２を解析し、解析結果を上位システム記憶手段管理部１３３に出力する。なお、ヘッダー１６２は、図１３に示す物理層データリンク層ヘッダー情報１０１と、ＩＰ層ヘッダー情報１０２と、ＴＣＰ層ヘッダー情報１０３とを含む。
【００１３】
次に、通信装置１５２において、システムバッファ管理部１４２は、パケット受信バッファ部１３１から出力されたデータ１６４のシステムバッファ部１４１における格納場所を決定して、決定した格納場所をシステムバッファ部１４１に出力する。また、システムバッファ管理部１４２は、システムバッファ部１４１の使用量を上位システム記憶手段管理部１３３に出力する。
【００１４】
次に、通信装置１５２において、システムバッファ部１４１は、パケット受信バッファ部１３１から出力されたデータ１６４をシステムバッファ管理部１４２によって決定された格納場所へ格納する。
【００１５】
通信装置１５２において、システム／ユーザープログラム１４３は、システムバッファ部１４１に格納されたデータ１６４を適宜読み出して利用する。通信装置１５１によって受信パケット１６１のヘッダー１６２（ＴＣＰ／ＩＰヘッダー）が処理されるため、システム／ユーザープログラム１４３は、受信パケット１６１に含まれるヘッダー１６２を参照することなくデータ１６４を利用することができる。
【００１６】
次に、通信装置１５１において、上位システム記憶手段管理部１３３は、ヘッダー解析部１３２と、システムバッファ管理部１４２とのそれぞれから出力される情報に基づいて確認応答パケット１６３を生成する。
【００１７】
上位システム記憶手段管理部１３３によって生成される確認応答パケット１６３は、受信パケット１６１に対する確認応答パケットである。確認応答パケット１６３は、図１３に示す物理層データリンク層ヘッダー情報１０１と、ＩＰ層ヘッダー情報１０２と、ＴＣＰ層ヘッダー情報１０３のみから構成される。下位層の通信装置１５１は、確認応答パケット１６３を生成した後、生成した確認応答パケット１６３を即座にネットワーク１５３へ送信する。
【００１８】
このような構成により、通信装置１５１は、受信パケット１６１に含まれるヘッダー１６２と、通信装置１５２のシステムバッファ管理部１４２から出力されるのシステムバッファの使用量とを、通信装置１５１側で管理する。通信装置１５１は、システムバッファ管理部から出力される情報に基づいて、独自にＴＣＰ／ＩＰ確認応答パケットを返信することができるので、他の通信装置から受信した受信パケットに対して確認応答パケット１６３を早期に返信でき、高速なＴＣＰ／ＩＰデータ通信を実現できる。
【特許文献１】特開平６−２１６９７０号公報
【非特許文献１】「アールエフシー７９３  トランスミッションコントロールプロトコル（ＲＦＣ７９３Transmission Control Protocol）」、ディフェンスアドバンスドリサーチプロジェクツエージェンシー  インフォメーションプロセッシングテクニックオフィス（Defense Advanced Reserch Projects Agency Information Processing Techniques Office）、１９８１年９月
【発明の開示】
【発明が解決しようとする課題】
【００１９】
上記の特許文献１記載の通信制御方法によれば、ＦＤＤＩやＥｔｈｅｒｎｅｔ（登録商標）などのネットワーク形態を前提とする通信装置においては、確認応答パケット（ＡＣＫパケット）を早期に返信することによって、ＴＣＰ／ＩＰ通信の遅延時間を短縮することができる。
【００２０】
ところで、近年では、上述の通信形態以外に無線ＬＡＮや電灯線通信などの新たな通信形態が開発されている。しかしながら、無線ＬＡＮ通信や電灯線通信のような半２重通信においては、送信端末及び受信端末が交換するデータフレームと、それに対する確認応答フレームとの衝突が頻繁に発生するという問題があった。また、これらの新たな通信形態においては、フレームの衝突を検出することができないという特有の問題がある。
【００２１】
そこで、無線ＬＡＮや電灯線通信のような、フレーム同士の衝突が頻繁に発生するが、衝突を検出できないという特有の問題点を考慮しつつ、ＴＣＰ／ＩＰプロトコルに準拠したパケットを確実に送信する方法が望まれている。
【００２２】
それ故に、本発明は、例えば無線ＬＡＮ通信や電灯線通信のように、確認応答フレームの衝突を検出することができない通信形態において、確認応答パケットを含むフレームを衝突させることなく確実に返送し、ＴＣＰ／ＩＰデータ通信の伝送効率を向上させることを目的とする。
【課題を解決するための手段】
【００２３】
上記従来の課題を解決するために、第１の発明は、データパケット及び確認応答パケットのいずれかを含む送信フレームと、送信フレームの受信に応答して、送信フレームの受信状況を示す少なくとも１種類の応答フレームとをネットワークを介して送受信する複数の通信装置間の通信を制御する通信制御方法であって、複数の通信装置の１つである第１の通信装置から、他の通信装置の各々へと、確認応答パケットを含む送信フレームを送出する旨を示す確認応答送信通知を送出するステップと、確認応答送信通知に応答して、他の通信装置の各々において送信フレーム及び応答フレームの送出を所定時間停止するステップと、第１の通信装置からネットワーク上へ確認応答パケットを含む第１の送信フレームを送出するステップとを備える通信制御方法である。
【００２４】
第２の発明は、第１の発明において、第１の通信装置において、送信すべき確認応答パケットを記憶しているか否かを判定するステップを更に備え、第１の送信フレームを送出するステップにおいて、確認応答パケットを記憶していると判定された場合に、ネットワーク上へと、確認応答送信通知を送出することを特徴とする。
【００２５】
第３の発明は、第２の発明において、第１の通信装置において、記憶されている確認応答パケットの残量数と、所定の閾値とを比較するステップとを更に備え、第１の送信フレームを送出するステップにおいて、記憶されている確認応答パケットの残量数が、閾値よりも大きい場合に、ネットワーク上へと、確認応答送信通知を送出することを特徴とする。
【００２６】
第４の発明は、第２又は第３のいずれかの発明において、複数の通信装置の各々において、送出するデータパケットの残量数を応答フレームに記載するステップと、第１の通信装置において、受信した応答フレームに記載されているデータパケットの残量数と、所定の閾値とを比較するステップと、第１の送信フレームを送出するステップにおいて、データパケットの残量数が、閾値よりも小さい場合に、ネットワーク上へと、確認応答送信通知を送出することを特徴とする。
【００２７】
第５の発明は、第２〜第４のいずれかの発明において、応答フレームの１つは、送信フレームを正常に受信したことを示すＡＣＫ信号フレームであり、第１の通信装置において、ＡＣＫ信号フレームに確認応答パケットを送出する旨を制御情報として記載するステップを更に備え、第１の送信フレームを送出するステップにおいて、制御情報を含むＡＣＫ信号フレームを確認応答送信通知として送出することを特徴とする。
【００２８】
第６の発明は、第２〜第４のいずれかの発明において、応答フレームの１つは、送信フレームを正常に受信できなかったことを示すＮＡＣＫ信号フレームであり、第１の通信装置において、ＮＡＣＫ信号フレームに確認応答パケットを送出する旨を制御情報として記載するステップを更に備え、第１の送信フレームを送出するステップにおいて、制御情報を含むＮＡＣＫ信号フレームを確認応答送信通知として送出することを特徴とする。
【００２９】
第７の発明は、第５又は第６のいずれかの発明において、第１の送信フレームを送出するステップにおいて、確認応答送信通知を送出した直後に、ネットワーク上へと、確認応答パケットを含む送信フレームを送出することを特徴とする。
【００３０】
第８の発明は、第１の発明において、第１の通信装置から第１の送信フレームを受信した第２の通信装置において、第１の通信装置に送信すべきデータパケットを記憶しているか否かを判定するステップと、第２の通信装置において、第１の通信装置に送信すべきデータパケットを記憶していると判断された場合に、他の通信装置の各々へと、データパケットを送出する旨を示すデータパケット送信通知を送出するステップと、データパケット送信通知に応答して、他の通信装置の各々において送信フレーム及び応答フレームの送出を所定時間停止するステップと、第２の通信装置から第１の通信装置へと、データパケットを含む第２の送信フレームを送出するステップを更に備える通信制御方法である。
【００３１】
第９の発明は、第８の発明において、第２の通信装置において、データパケットの残量数と、所定の閾値とを比較するステップと、第２の送信フレームを送出するステップにおいて、データパケットの残量数が、閾値よりも大きいと判定された場合に、他の通信装置の各々へと、データパケット送信通知を送出することを特徴とする。
【００３２】
第１０の発明は、第８又は第９のいずれかの発明において、第１の通信装置において、送出する確認応答パケットの残量数を、確認応答パケットを含む第１の送信フレームに記載するステップと、第２の通信装置において、第１の通信装置から受信した第１の送信フレームに記載されている確認応答パケットの残量数と、所定の閾値とを比較するステップと、第２の送信フレームを送出するステップにおいて、第１の送信フレームに含まれる確認応答パケットの残量数が、閾値よりも小さい場合に、他の通信装置の各々へと、データパケット送信通知を送出することを特徴とする。
【００３３】
第１１の発明は、第８〜第１０のいずれかの発明において、応答フレームの１つは、送信フレームを正常に受信したことを示すＡＣＫ信号フレームであり、第２の通信装置において、ＡＣＫ信号フレームにデータパケットを送出する旨を制御情報として記載するステップと、データパケットを含む送信フレームを送出するステップにおいて、ＡＣＫ信号フレームをデータパケット送信通知として送出するステップとを更に備える通信制御方法である。
【００３４】
第１２の発明は、第８〜第１０のいずれかの発明において、応答フレームの１つは、送信フレームを正常に受信できなかったことを示すＮＡＣＫ信号フレームであり、第２の通信装置において、ＮＡＣＫ信号フレームにデータパケットを送出する旨を制御情報として記載するステップと、第２の送信フレームを送出するステップにおいて、ＮＡＣＫ信号フレームをデータパケット送信通知として送出するステップとを更に備える通信制御方法である。
【００３５】
第１３の発明は、第１２の発明において、第２の送信フレームを送出するステップにおいて、データパケット送信通知を送出した直後に、他の通信装置の各々へと、第２の送信フレームを送出することを特徴とする。
【００３６】
第１４の発明は、第１の発明において、ネットワーク上の送受信フレームの送受信を監視するステップと、送受信フレームを監視した結果が所定の条件を満たすか否かを判断するステップとを更に備え、確認応答送信通知を送出するステップにおいて、所定の条件を満たしていると判断された場合に、確認応答送信通知を送出することを特徴とする。
【００３７】
第１５の発明は、第１４の発明において、第１の通信装置において、ネットワーク上に送出した確認応答送信通知の数を優先送信回数として記憶するステップを更に備える通信制御方法である。
【００３８】
第１６の発明は、第１４の発明において、第１の通信装置において、第１の前記送信フレームをネットワーク上へ送出した回数を優先送信回数として記憶するステップを更に備える通信制御方法である。
【００３９】
第１７の発明は、第１５又は第１６のいずれかの発明において、第１の通信装置において、優先送信回数と、所定の閾値とを比較するステップと、第１の通信装置において、優先送信回数が閾値よりも小さい場合に、所定の条件を満たしていることを判断するステップとを更に備える通信制御方法である。
【００４０】
第１８の発明は、第１５又は第１６のいずれかの発明において、第１の通信装置において、優先送信回数と、所定の閾値とを比較するステップと、第１の通信装置において、優先送信回数が閾値以上である場合に、所定の条件が満たされないと判断するステップと、第１の通信装置において、所定の条件が満たされないと判断された場合に、一定期間以内で、他の通信装置からの送信フレームを受信するまで待機するステップとを更に備える通信制御方法である。
【００４１】
第１９の発明は、データパケット及び確認応答パケットのいずれかを含む送信フレームと、送信フレームの受信に応答して、送信フレームの受信状況を示す少なくとも１種類の応答フレームとを、ネットワークを介して送受信する通信装置であって、送信フレーム及び応答フレームを送受信するフレーム送受信処理部と、送信すべき確認応答パケットを一時的に記憶するバッファ部と、フレーム送受信処理部によって受信された応答フレームに、確認応答パケットを送信する旨を示す情報が含まれるか否かを解析するフレームヘッダー解析部と、フレームヘッダー解析部による解析結果と、バッファ部の記憶内容とに基づいて、フレーム送受信処理部を制御するアクセス制御部とを備え、アクセス制御部は、バッファ部に確認応答パケットが記憶されている場合、確認応答パケットを送信する旨を示す情報を含む応答フレームと、確認応答パケットを含む送信フレームとを送信する指示をフレーム送受信処理部へ出力し、フレームヘッダー解析部によって、フレーム送受信部が受信した応答フレームに、確認応答パケットを送信する旨を示す情報が含まれると解析された場合に、送信フレーム及び応答フレームの送信を所定期間停止する指示をフレーム送受信処理部に出力する、通信装置である。
【００４２】
第２０の発明は、データパケット及び確認応答パケットのいずれかを含む送信フレームと、送信フレームの受信に応答して、送信フレームの受信状況を示す少なくとも１種類の応答フレームとを、ネットワークを介して送受信する集積回路であって、送信フレーム及び応答フレームを送受信するフレーム送受信処理部と、送信すべき確認応答パケットを一時的に記憶するバッファ部と、フレーム送受信処理部によって受信された応答フレームに、確認応答パケットを送信する旨を示す情報が含まれるか否かを解析するフレームヘッダー解析部と、フレームヘッダー解析部による解析結果と、バッファ部の記憶内容とに基づいて、フレーム送受信処理部を制御するアクセス制御部とが集積され、アクセス制御部は、バッファ部に確認応答パケットが記憶されている場合、確認応答パケットを送信する旨を示す情報を含む応答フレームと、確認応答パケットを含む送信フレームとを送信する指示をフレーム送受信処理部へ出力し、フレームヘッダー解析部によって、フレーム送受信部が受信した応答フレームに、確認応答パケットを送信する旨を示す情報が含まれると解析された場合に、送信フレーム及び応答フレームの送信を所定期間停止する指示をフレーム送受信処理部に出力する、集積回路である。
【００４３】
第２１の発明は、データパケット及び確認応答パケットのいずれかを含む送信フレームと、送信フレームの受信に応答して、送信フレームの受信状況を示す少なくとも１種類の応答フレームとを送受信するフレーム送受信処理部と、コンピュータと、送信すべき確認応答パケットを一時的に記憶するバッファ部とを有する通信装置を制御するプログラムであって、コンピュータに、フレーム送受信処理部によって受信された応答フレームに、確認応答パケットを送信する旨を示す情報が含まれるか否かを解析するフレームヘッダー解析機能と、バッファ部に確認応答パケットが記憶されている場合、確認応答パケットを送信する旨を示す情報を含む応答フレームと、確認応答パケットを含む送信フレームとを送信する指示をフレーム送受信処理部に出力し、フレームヘッダー解析部によって、フレーム送受信部が受信した応答フレームに、確認応答パケットを送信する旨を示す情報が含まれると解析された場合に、送信フレーム及び応答フレームの送信を所定期間停止する指示をフレーム送受信処理部に出力するアクセス制御機能とを実現させる、プログラムである。
【発明の効果】
【００４４】
本発明に係る通信制御方法によれば、確認応答パケットを含む確認応答フレームを衝突させることなく確実に返送でき、無線ＬＡＮ通信や電灯線通信において、上位層のデータ通信の伝送効率を向上させることができる。
【発明を実施するための最良の形態】
【００４５】
以下、本発明の各実施の形態について、図面を参照しながら説明する。各実施形態に係る通信制御方法においては、ネットワーク上には、ＴＣＰ／ＩＰパケットにフレームヘッダーを付加することによって構成されるフレーム単位でデータが送受信される。以下の説明においては、ＴＣＰ／ＩＰデータパケットまたはＴＣＰ／ＩＰ確認応答パケットを含むフレームを送信フレームといい、ＩＰ層より下位層のプロトコルに従って返信され、送信フレームの受信状況を示すフレームを確認応答フレームという。
【００４６】
（実施の形態１）
図１は、本発明の実施の形態１に係る通信制御方法を実行する通信装置の概略構成を示すブロック図である。また、図２及び図３は、本発明の実施の形態１に係る通信装置が送受信する送信フレームのフォーマットを示す模式図である。
【００４７】
図１には、ネットワーク１４０３に接続され、ネットワーク１４０３を介して送信フレームと確認応答フレームとを送受信する通信装置１４０１と、通信装置１４０１に接続される端末装置１４０２とが示されている。一例として、通信装置１４０１は、無線ＬＡＮのブリッジや、電力線通信のモデム等として実現される。端末装置１４０２は、例えば、パーソナルコンピュータや、ネットワーク接続機能を有する家電製品等、ＴＣＰ／ＩＰプロトコルを実装する装置に相当する。
【００４８】
まず、図１に示される通信装置１４０１の説明に先立って、通信装置１４０１が送受信する送信フレームについて説明する。
【００４９】
図２に示されるように、送信フレームは、フレームヘッダー部１００１と、ＴＣＰ／ＩＰデータパケット１００２とから構成される。フレームヘッダー部１００１は、物理層レベルでフレームを識別するためのデータであり、図１３に示す物理層データリンク層ヘッダー情報１０１に相当する。ＴＣＰ／ＩＰデータパケット１００２は、端末装置間で送受信されるデータを含み、図１３に示すＩＰ層ヘッダー情報１０２と、ＴＣＰ層ヘッダー情報１０３と、ユーザーデータ１０４とに相当する。
【００５０】
また、図３に示されるように、送信フレームは、フレームヘッダー部１１０１と、ＴＣＰ／ＩＰ確認応答パケット１１０２とから構成される場合もある。フレームヘッダー部１１０１は、図１３に示す物理層データリンク層ヘッダー情報１０１に相当する。ＴＣＰ／ＩＰ確認応答パケット１１０２は、ＴＣＰ／ＩＰプロトコルレベルで、ＴＣＰ／ＩＰデータパケットの受信状況（ＡＣＫ、ＮＡＣＫ）を通知するためのパケットであり、図１３に示すＩＰ層ヘッダー情報１０２と、ＴＣＰ層ヘッダー情報１０３とに相当する。
【００５１】
次に、通信装置１４０１の構成について説明する。
【００５２】
本発明の実施の形態１に係る通信装置は、半２重通信をし、フレームを受信するたびに下位層のフレームの通信における確認応答フレームを送出するものとする。確認応答フレームの１つはＡＣＫ信号フレームである。ＡＣＫ信号フレームは、図１３における物理層データリンク層ヘッダー情報１０１のみから構成されるフレームであり、そのヘッダーの所定の領域にいくつかの制御情報を記載することができる。ＡＣＫ信号フレームは、受信するべき通信装置以外の通信端末も検出することができる。以下の説明では、通信装置が、送信するＡＣＫ信号フレームをＡＣＫ信号フレームＦａｃとし、受信するＡＣＫ信号フレームＦａｃｋとする。
【００５３】
再度図１を参照して、通信装置１４０１は、パケットヘッダー解析部１４２１と、データパケット送信バッファ１４２２と、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３と、フレーム送受信処理部１４２４と、フレームヘッダー解析部１４２５と、アクセス制御部１４２６と、パケット受信バッファ１４２７とを備える。
【００５４】
パケットヘッダー解析部１４２１は、端末装置１４０２から出力された送信パケットＰｓｎｄを受け取り、受け取った送信パケットＰｓｎｄのヘッダーを解析する。具体的には、パケットヘッダー解析部１４２１は、送信パケットＰｓｎｄに含まれるＩＰ層ヘッダー情報１０２とＴＣＰ層ヘッダー情報１０３とを参照し、パケットの種別を判定する。パケットヘッダー解析部１４２１は、送信パケットＰｓｎｄがデータパケットＰｄである場合には、送信パケットＰｓｎｄ（Ｐｄ）をデータパケット送信バッファ１４２２に格納する。また、パケットヘッダー解析部１４２１は、送信パケットＰｓｎｄが確認応答パケットＰｒである場合には、当該送信パケットＰｓｎｄ（Ｐｒ）を、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３に格納する。
【００５５】
データパケット送信バッファ１４２２は、パケットヘッダー解析部１４２１から出力されるデータパケットＰｄを一時的に記憶する。
【００５６】
ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３は、パケットヘッダー解析部１４２１から出力されるＴＣＰ／ＩＰ確認応答パケットＰｒを一時的に記憶する。
【００５７】
フレーム送受信処理部１４２４は、ネットワーク１４０３を介して、フレームを送受信する。
【００５８】
まず、フレームの送信処理に関し、フレーム送受信処理部１４２４は、データパケット送信バッファ１４２２に記憶されるデータパケットＰｄを読み出し、読み出したデータパケットＰｄにフレームヘッダーを付加して、送信フレームＦｓｎｄを生成する。また、フレーム送受信処理部１４２４は、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３に記憶される確認応答パケットＰｒを読み出し、読み出した確認応答パケットＰｒにフレームヘッダーを付加して送信フレームＦｓｎｄを生成する。その後、フレーム送受信処理部１４２４は、生成した送信フレームＦｓｎｄに変調等の所定の処理を施し、ネットワーク１４０３へ送出する。
【００５９】
次に、フレームの受信処理に関し、フレーム送受信処理部１４２４は、ネットワーク１４０３から受信フレームＦｒｃｖ及び確認応答フレームＦａｃｋを受信し、受信したフレームに復調等の処理を施す。フレーム送受信処理部１４２４は、復調したフレームをフレームヘッダー解析部１４２５へ出力する。そして、フレーム送受信処理部１４２４は、復調したフレームＦｒｃｖ及びＦａｃｋをフレームヘッダー解析部１４２５へ出力し、受信フレームＦｒｃｖまたは確認応答フレームＦａｃｋを受信したことを示す情報Ｉｒｃｖをアクセス制御部１４２６に出力する。
【００６０】
フレームヘッダー解析部１４２５は、フレーム送受信処理部１４２４から出力された受信フレームＦｒｃｖ及び確認応答フレームＦａｃｋのヘッダーを解析して、解析結果Ａｒをアクセス制御部１４２６へ出力する。フレームヘッダー解析部１４２５が出力する解析結果Ａｒには、受信フレームＦｒｃｖがデータパケットＰｄ及び確認応答パケットＰｒのいずれを含むかを示す情報と、確認応答パケットＰｒを含む受信フレームＦｒｃｖを送信する旨が制御情報として記載されているかを示す情報と、受信フレームＦｒｃｖ及び確認応答フレームＦａｃｋの送信元通信装置を示す情報とが含まれる。
【００６１】
アクセス制御部１４２６は、データパケット送信バッファ１４２２及びＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３の記憶内容及びフレームヘッダー解析部１４２５から出力される解析結果Ａｒに基づいて、フレーム送受信処理部１４２４を制御する。
【００６２】
具体的には、フレームの送信処理に関し、アクセス制御部１４２６は、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３を参照して、送信すべき確認応答パケットＰｒが記憶されているか否かを判定する。送信すべき確認応答パケットＰｒが記憶されていると判断した場合、確認応答パケットＰｒを送信する旨を示す情報を含む確認応答フレームＦａｃを送信する指示Ｃｃｎｔをフレーム送受信処理部１４２４に出力する。確認フレームＦａｃの送信指示Ｃｃｎｔの出力に続いて、アクセス制御部１４２６は、確認応答パケットＰｒを含む送信フレームＦｓｎｄを生成して送信する指示Ｃｓｎｄをフレーム送受信処理部１４２４に出力する。
【００６３】
また、フレームの受信処理に関し、アクセス制御部１４２６は、フレームヘッダー解析部１４２５から出力された解析結果Ａｒに基づいて、フレーム送受信処理部１４２４が受信した確認応答フレームＦａｃｋに確認応答パケットＰｒを送信する旨を示す情報が含まれていると判断した場合、フレーム送受信処理部１４２４に一定期間の間フレームの送信を停止する指示Ｃｗｔを出力する。
【００６４】
図４は、本発明の実施の形態１における通信制御方法を示すシーケンス図である。図４に示す通信装置１４０１ａ〜１４０１ｃは、図１に示される通信装置１４０１と同一の構成を備え、同一のネットワークに接続されている。図４においては、通信装置１４０１ａが、データパケットを含むフレームを送信し、通信装置１４０１ｂが、データパケットを含むフレームを受信する処理をする場合について説明する。
【００６５】
本実施の形態に係る通信制御方法は、無線ＬＡＮや電力線通信等、フレームを受信するたびに、当該フレームの受信状況を示す物理層レベルの確認応答フレーム（例えば、ＡＣＫ信号フレーム）を返信する通信装置間の通信を制御するためのものである。基本的な概念は、フレームの受信確認のための確認応答フレームを利用して、上位層のフロー制御に必要なＴＣＰ確認応答パケットを含むフレームを送信する前に、当該フレームの送信を通知するものである。
【００６６】
まず、通信装置１４０１ａは、ＴＣＰ／ＩＰデータパケットを含むフレーム（以下、「データフレーム」という）１２１１を通信装置１４０１ｂに送信する。
【００６７】
次に、通信装置１４０１ｂは、通信装置１４０１ａから送信されたデータフレーム１２１１を受信すると、確認応答フレームの１種であるＡＣＫ信号フレーム１２２１を返信する。ＡＣＫ信号フレーム１２２１は、フレームを正常に受信したことを通知するための確認応答フレームである。このとき、通信装置１４０１ｂは、通信装置１４０１ａへ送信すべき確認応答パケットの有無を判定した後、送信すべき確認応答パケットがある場合には、通信装置１４０１ａへ返信するＡＣＫ信号フレーム１２２１のヘッダーに、確認フレーム１２１２を送信する旨を示す情報を記載する。
【００６８】
次に、通信装置１４０１ａ及び１４０１ｃは、通信装置１４０１ｂが送信したＡＣＫ信号フレーム１２２１を検出し、検出したＡＣＫ信号フレーム１２２１のヘッダーに、確認応答パケットを含むフレーム（以下、「確認フレーム」という）の送信を示唆する制御情報が含まれているか否かを判定する。通信装置１４０１ａ及び１４０１ｃは、確認フレームの送信を示す制御情報を検出した場合、所定のフレーム送信停止期間Δｔ１以内で、フレームの送信を停止する。
【００６９】
一方、通信装置１４０１ｂは、ＡＣＫ信号フレーム１２２１を送信した直後に確認フレーム１２１２を送信する。
【００７０】
上記のような通信制御方法によれば、通信装置１４０１ａ及び１４０１ｃがフレームの送信を停止しているため、通信装置１４０１ｂが送信した確認フレーム１２１２は、他のフレームと衝突することなく通信装置１４０１ａに到達する。
【００７１】
その後、通信装置１４０１ａは、フレームの送信停止後Δｔ２経過後（ただし、Δｔ２＜Δｔ１）、通信装置１４０１ｂから送信された確認フレーム１２１２を受信し、待機を終了する。図の例では、通信装置１４０１ｃは、フレームを受信しないため、時間Δｔ１の経過後、フレームの送信の待機を解除する。
【００７２】
図５は、本発明の実施の形態１におけるフレームを受信した通信装置のアクセス制御部１４２６の動作を示すフローチャート図である。以下、図５を参照しながら、アクセス制御部１４２６の動作を説明する。
【００７３】
ステップＳ５００１において、アクセス制御部１４２６は、フレーム送受信処理部１４２４からフレームを受信した通知Ｉｒｃｖを受ける。フレーム送受信処理部１４２４は、ステップＳ５００１において、受信フレームＦｒｃｖをフレームヘッダー解析部１４２５に出力する。アクセス制御部１４２６及びフレームヘッダー解析部１４２５が、ステップＳ５００１の処理を終了すると、ステップＳ５００２の処理へ進む。
【００７４】
ステップＳ５００２において、アクセス制御部１４２６は、フレームヘッダー解析部１４２５から出力される解析結果Ａｒに基づいて、フレーム送受信処理部１４２４が受信フレームＦｒｃｖの送信元装置を確認する。アクセス制御部１４２６は、ステップＳ５００２の処理を終了すると、ステップＳ５００３の処理へ進む。
【００７５】
ステップＳ５００３において、アクセス制御部１４２６は、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３から受信フレームＦｒｃｖの送信元装置へのＴＣＰ／ＩＰ確認応答パケットＰｒを検索する。アクセス制御部１４２６は、ステップＳ５００３の処理を終了すると、ステップＳ５００４の処理へ進む。
【００７６】
ステップＳ５００４において、アクセス制御部１４２６は、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３に記憶されている確認応答パケットＰｒに受信フレームＦｒｃｖの送信元装置への確認応答パケットＰｒが記憶されているか否かを判断する。
【００７７】
ステップＳ５００４において、アクセス制御部１４２６は、確認応答パケットＰｒが記憶されていると判断した場合、ステップＳ５００５の処理へ進む。一方、ステップＳ５００４において、アクセス制御部１４２６は、確認応答パケットＰｒが記憶されていないと判断した場合、ステップＳ５１０６の処理へ進む。
【００７８】
ステップＳ５００５において、アクセス制御部１４２６は、受信フレームＦｒｃｖの送信元装置へ返信するＡＣＫ信号フレームＦａｃに確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信する旨を制御情報として記載する指示Ｃｃｎｔをフレーム送受信処理部１４２４に出力する。アクセス制御部１４２６は、ステップＳ５００５の処理を終了すると、ステップＳ５００６の処理へ進む。
【００７９】
フレーム送受信処理部１４２４は、ステップＳ５００６において、アクセス制御部１４２６から出力される指示Ｃｃｎｔに基づいて、制御情報が記載されたＡＣＫ信号フレームＦａｃを生成すると、アクセス制御部１４２６から出力される指示Ｃｓｎｄに従い、生成したＡＣＫ信号フレームＦａｃを返信する。フレーム送受信処理部１４２４が、ステップＳ５００６の処理を終了すると、ステップＳ５００７の処理へ進む。
【００８０】
ステップＳ５００７において、フレーム送受信処理部１４２４は、受信フレームＦｒｃｖの送信元装置に送信する確認応答パケットＰｒをＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３から読み出す。フレーム送受信処理部１４２４は、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３から読み出した確認応答パケットＰｒにフレームヘッダーを付加し、確認応答パケットＰｒを含む送信フレームＦｓｎｄを作成する。フレーム送受信処理部１４２４は、ステップＳ５００７の処理が終了すると、ステップＳ５００８の処理へ進む。
【００８１】
ステップＳ５００８において、フレーム送受信処理部１４２４は、アクセス制御部１４２６から出力される指示Ｃｓｎｄに従い、作成した確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信する。フレーム送受信処理部１４２４が、ステップＳ５００８の処理を終了すると、図５に示す処理を終了する。
【００８２】
ステップＳ５１０６において、アクセス制御部１４２６は、確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信する旨を記載されていないＡＣＫ信号フレームＦａｃを送信する指示Ｃｃｎｔをフレーム送受信処理部１４２４に出力する。フレーム送受信処理部１４２４は、ステップＳ５１０６において、アクセス制御部１４２６から出力される指示Ｃｃｎｔに従いＡＣＫ信号フレームＦａｃを送信する。
【００８３】
図６は、本発明の実施の形態１におけるフレームを受信した通信装置のアクセス制御部１４２６の動作を示すフローチャート図である。以下、図６を参照しながら、アクセス制御部１４２６の動作を説明する。
【００８４】
ステップＳ６００１において、アクセス制御部１４２６は、フレーム送受信処理部１４２４からＡＣＫ信号フレームＦａｃｋを受信した通知Ｉｒｃｖを受ける。フレーム送受信処理部１４２４は、ステップＳ６００１において、受信したＡＣＫ信号フレームＦａｃｋをフレームヘッダー解析部１４２５に出力する。アクセス制御部１４２６及びフレームヘッダー解析部１４２５は、ステップＳ６００１の処理を終了すると、ステップＳ６００２の処理へ進む。
【００８５】
ステップＳ６００２において、アクセス制御部１４２６は、フレーム送受信処理部１４２４が受信したＡＣＫ信号フレームＦａｃｋに含まれる制御情報をフレームヘッダー解析部１４２５から出力される解析結果Ａｒから取得する。アクセス制御部１４２６が、ステップＳ６００２の処理を終了すると、ステップＳ６００３の処理へ進む。
【００８６】
ステップＳ６００３において、アクセス制御部１４２６は、解析結果Ａｒに含まれる制御情報に基づいて受信したＡＣＫ信号フレームＦａｃｋの送信元装置から確認応答パケットＰｒを含む受信フレームＦｒｃｖが送信されるか否かを判断する。アクセス制御部１４２６は、ステップＳ６００３において、受信したＡＣＫ信号フレームＦａｃｋの送信元装置から確認応答パケットＰｒを含む受信フレームＦｒｃｖが送信されると判断した場合、ステップＳ６００４の処理へ進む。一方、アクセス制御部１４２６は、ステップＳ６００３において、送信元装置から確認応答パケットＰｒを含む受信フレームＦｒｃｖが送信されないと判断した場合、図６に示す処理を終了する。
【００８７】
ステップＳ６００４において、アクセス制御部１４２６は、一定期間フレームの送信を停止して待機する指示Ｃｗｔをフレーム送受信処理部１４２４に出力する。アクセス制御部１４２６は、ステップＳ６００４の処理を終了すると、ステップＳ６００５の処理へ進む。
【００８８】
ステップＳ６００５において、アクセス制御部１４２６は、フレーム送受信処理部１４２４からの通知Ｉｒｃｖに基づき、確認応答パケットＰｒを含む受信フレームＦｒｃｖを受信したか否かを判断する。アクセス制御部１４２６は、ステップＳ６００５において、確認応答パケットＰｒを含む受信フレームＦｒｃｖを受信したと判断した場合、ステップＳ６００６の処理へ進む。一方、アクセス制御部１４２６は、ステップＳ６００５において、確認応答パケットＰｒを含む受信フレームＦｒｃｖを受信していないと判断した場合ステップＳ６００７の処理へ進む。
【００８９】
ステップＳ６００６において、アクセス制御部１４２６は、フレーム送受信処理部１４２４に待機を終了する指示Ｃｗｔを出力し待機を終了して、図６に示す処理を終了する。
【００９０】
Ｓ６００７において、アクセス制御部１４２６は、フレームの送信を停止してから一定時間が経過したか否かを判断する。アクセス制御部１４２６は、ステップＳ６００７において、一定時間が経過していると判断した場合、ステップＳ６００６の処理へ進む。一方、アクセス制御部１４２６は、ステップＳ６００７において、一定時間が経過していないと判断した場合、再びステップＳ６００５の処理へ戻る。
【００９１】
このように、実施の形態１に係る通信装置は、ＴＣＰ／ＩＰ確認応答パケットを送信する旨をＡＣＫ信号フレームに含まれる制御情報に記載し、制御情報が記載されたＡＣＫ信号フレームを送信することで他の通信装置のフレームの送信を停止させることができる。
【００９２】
そして、他の通信装置のフレームの送信を停止させた直後に確認応答パケットを含む送信フレームを送信することで、確認応答パケットを衝突させることなく送信することが可能となる。
【００９３】
したがって、データパケットの送信側の通信装置は、短い遅延時間で確認応答パケットを受信することができ、その結果として送信フレームを短い遅延時間で送信することができる。したがって、本発明の第１の実施形態に係る通信制御方法によれば、ＴＣＰ／ＩＰプロトコルに準拠したデータ通信を円滑にすることができる。
【００９４】
また、実施の形態１に係る通信制御方法は、通信装置１４０１のみで行う制御方法であるため、端末装置１４０２の構成に変更を加える必要がない。
【００９５】
（実施の形態１の第１の変形例）
なお、実施の形態１に係る通信制御方法では、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３に、確認応答パケットＰｒが記憶されているか否かという情報に基づいて確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信するか否かをアクセス制御部１４２６が判断していた。
【００９６】
これに対して、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３に記憶されている送信元装置への確認応答パケットＰｒの個数、またはバッファ量に基づいて確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信するか否かを判断しても良い。
【００９７】
この場合、アクセス制御部１４２６は、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３に記憶されている確認応答パケットＰｒの個数またはバッファ量のいずれか一方と、所定の閾値とを比較する。
【００９８】
そして、アクセス制御部１４２６は、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３に記憶されている確認応答パケットＰｒの個数またはバッファ量のいずれか一方が、所定の閾値よりも大きい場合、確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信することを決定する。
【００９９】
一方、アクセス制御部１４２６は、ＴＣＰ／ＩＰ確認応答パケット送信バッファ１４２３に記憶されている確認応答パケットＰｒの個数またはバッファ量が、所定の閾値よりも小さい場合、確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信しないことを決定する。
【０１００】
また、実施の形態１に係る通信制御方法において、データパケットＰｄを含む送信フレームＦｓｎｄのフレームヘッダー部に、データパケット送信バッファ１４２２に残っているデータパケットＰｄの個数、またはデータパケットＰｄの残量を記載して送信してもよい。
【０１０１】
この場合、フレームヘッダー解析部１４２５は、フレーム送受信処理部１４２４が受信したデータパケットＰｄを含む送信フレームＦｓｎｄに記載されているデータパケットＰｄの個数、またはデータパケットＰｄの残量を解析結果Ａｒとしてアクセス制御部１４２６に出力する。
【０１０２】
アクセス制御部１４２６は、フレームヘッダー解析部１４２５から出力された解析結果Ａｒに含まれるデータパケットＰｄの個数、またはデータパケットＰｄの残量を取得して、取得した値と、所定の閾値とを比較する。そして、アクセス制御部１４２６は、比較した結果に基づいて、確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信するか否かを判断しても良い。
【０１０３】
図７は、図５に示すフローチャート図に上記のデータパケットＰｄの個数、またはデータパケットＰｄの残量と、所定の閾値とを比較するステップを追加したフローチャート図である。図７において、図５と同じステップについては同じ符号を用い、動作の説明を省略する。
【０１０４】
ステップＳ７００１において、フレームヘッダー解析部１４２５は、フレーム送受信処理部１４２４から出力されるデータパケットＰｄを含む受信フレームＦｒｃｖのフレームヘッダーに記載されている送信元装置の残量パケット数または残量パケットの個数を含む情報を解析結果Ａｒとしてアクセス制御部１４２６に出力する。フレームヘッダー解析部１４２５は、ステップＳ７００１の処理を終了すると、ステップＳ５００２の処理へ進む。
【０１０５】
ステップＳ５００２〜ステップＳ５００４の処理は、実施の形態１で説明した処理と同様なので説明を省略する。
【０１０６】
ステップＳ７００２において、アクセス制御部１４２６は、解析結果Ａｒに含まれるデータパケットＰｄの個数、またはデータパケットＰｄの残量のいずれか一方と、所定の閾値とを比較する。
【０１０７】
ステップＳ７００２において、アクセス制御部１４２６は、解析結果Ａｒに含まれるデータパケットＰｄの個数、またはデータパケットＰｄの残量が、所定の閾値よりも小さい場合に、確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信することを決定する。なぜならば、データパケットＰｄの個数、またはデータパケットＰｄの残量が、所定の閾値より小さいということは、送信元装置に記憶されているデータパケットＰｄが少なく、送信元装置が確認応答パケットＰｒを必要としていることを表すためである。アクセス制御部１４２６は、ステップＳ７００２において、確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信することを決定した場合、ステップＳ５００５の処理へ進む。
【０１０８】
ステップＳ５００５〜ステップＳ５００８の処理は、実施の形態１で説明した処理と同様なので説明を省略する。
【０１０９】
一方、ステップＳ７００２において、アクセス制御部１４２６は、解析結果Ａｒに含まれるデータパケットＰｄの個数、またはデータパケットＰｄの残量が、所定の閾値よりも大きい場合、確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信することを決定せずにステップＳ５１０６の処理へ進む。
【０１１０】
図７に示す処理は、ＴＣＰ／ＩＰデータ送信側の通信装置内の送信バッファ量に基づいて、確認応答パケットＰｒを含む送信フレームＦｓｎｄの返信の適切なタイミングを取得するための手段である。これによって、データパケットを可能な限り途切れることなく、連続して送信することが可能となる。
【０１１１】
（実施の形態１の第２の変形例）
実施の形態１に係る通信制御方法において、データパケットＰｄを含む受信フレームＦｒｃｖを受信する度に、確認応答パケットＰｒを含む送信フレームＦｓｎｄを優先的に送信してしまうと、図３に示す通信装置１４０１ａ及び１４０１ｂが交換しているデータパケットＰｄを含む受信フレームＦｒｃｖ及び確認応答パケットＰｒを含む送信フレームＦｓｎｄだけでネットワークを占有してしまうことがある。すなわち、図３に示す通信装置１４０１ｃのような通信装置がフレームを送信できない場合が発生する。
【０１１２】
通信装置１４０１ａのような通信装置がフレームを送信できない場合を回避するために、確認応答パケットＰｒを含む送信フレームＦｓｎｄの送信回数または確認応答パケットＰｒを含む送信フレームＦｓｎｄを優先して送信することを決定した回数を優先送信回数として記憶し、優先送信回数と所定の閾値とを比較してもよい。
【０１１３】
図８は、図５に示すフローチャート図に、上記の優先送信回数と、所定の閾値を比較するステップを追加したフローチャート図である。図８において、図５と同じステップについては同じ符号を用い、動作の説明を省略する。
【０１１４】
ステップＳ８００１において、アクセス制御部１４２６は、優先送信回数と、所定の閾値とを比較する。アクセス制御部１４２６は、ステップＳ８００１において、優先送信回数が、所定の閾値よりも小さいと判断した場合、確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信すると判断して、ステップＳ５００５の処理へ進む。
【０１１５】
また、ステップＳ８００１において、アクセス制御部１４２６は、優先送信回数が、所定の閾値よりも大きいと判断した場合、ステップＳ８００３の処理へ進む。
【０１１６】
ステップＳ８００３において、アクセス制御部１４２６は、確認応答パケットＰｒを含む送信フレームＦｓｎｄの優先送信回数を０にリセットする。アクセス制御部１４２６は、ステップＳ８００３の処理を終了すると、ステップＳ５１０６の処理へ進む。
【０１１７】
アクセス制御部１４２６は、ステップＳ５００５〜ステップＳ５００８の処理を終了するとステップＳ８００２の処理へ進む。ステップＳ８００２において、アクセス制御部１４２６は、優先送信回数を１だけインクリメントする。
【０１１８】
図９は、実施の形態１の第２の変形例の通信制御方法において、優先送信回数をカウントするタイミングを示す図である。
【０１１９】
なお、アクセス制御部１４２６は、ステップＳ８００１において、確認応答パケットＰｒを含む送信フレームＦｓｎｄを送信しないと判断した場合、他の通信端末がフレームを送信しやすいように、フレーム送受信処理部１４２４にフレームの送信を一定時間停止して待機する指示Ｃｗｔを出力しても良い。
【０１２０】
また、アクセス制御部１４２６は、フレーム送受信処理部１４２４にＡＣＫ信号フレームＦａｃの制御情報に一定時間フレームの送信を停止させる旨の通知を記載する指示を出力してもよい。これにより、ＴＣＰ／ＩＰデータ送信側の通信装置に一定時間のフレームの送信を停止させることができる。
【０１２１】
これは、図３における通信装置１４０１ｃのような通信装置が、フレームを送信できる機会を増やすための方法である。これにより、同一のネットワークに接続される通信装置が増えた場合でも、特定の送信装置と受信装置とにネットワークを占有される場合がなくなる
【０１２２】
なお、実施の形態１では、ＡＣＫ信号フレームの制御情報に確認応答パケットを含む送信フレームを送信する旨を記載していた。しかし、ＡＣＫ信号フレーム以外にもＮＡＣＫ信号フレーム、ＲＮＲ（Ｒｅｃｅｉｖｅ  Ｎｏｔ  Ｒｅａｄｙ）信号フレーム及びＲＲ（Ｒｅｃｅｉｖｅ  Ｒｅａｄｙ）信号フレーム等に確認応答パケットを含む送信フレームを送信する旨を記載して送信しても良い。
【０１２３】
さらに、送信フレームのフレームヘッダー部に、制御情報を記載する領域を設けて、確認応答パケットを含むＴＣＰ／ＩＰ確認応答フレームを送信する旨の通知を記載しても良い。
【０１２４】
（実施の形態２）
本発明の実施の形態２について、図面を参照しながら説明する。本発明の実施の形態２における通信制御方法では、実施の形態１と同様に図１及び図２に示す構造を有する確認応答フレームを使用する。実施の形態２では、図２のフレームヘッダー部１１０１は、確認応答パケットを内包することを通知する制御情報を含んでいる。
【０１２５】
図１０は、本発明の実施の形態２におけるデータフレームを優先的に返信する方法を説明するためのシーケンス図である。図１０に示す処理は、図３に示すシーケンス図に続く処理を示す。
【０１２６】
まず、通信装置１４０１ａは、ＴＣＰ／ＩＰデータパケットを含むフレーム（以下、「データフレーム」という）１２１１を通信装置１４０１ｂに送信する。
【０１２７】
次に、通信装置１４０１ｂは、通信装置１４０１ａから送信されたデータフレーム１２１１を受信すると、確認応答フレームの１種であるＡＣＫ信号フレーム１２２１を返信する。ＡＣＫ信号フレーム１２２１は、フレームを正常に受信したことを通知するための確認応答フレームである。このとき、通信装置１４０１ｂは、通信装置１４０１ａへ送信すべき確認応答パケットの有無を判定した後、送信すべき確認応答パケットがある場合には、通信装置１４０１ａへ返信するＡＣＫ信号フレーム１２２１のヘッダーに、確認フレーム１２１２を送信する旨を示す情報を記載する。
【０１２８】
次に、通信装置１４０１ａ及び１４０１ｃは、通信装置１４０１ｂが送信したＡＣＫ信号フレーム１２２１を検出し、検出したＡＣＫ信号フレーム１２２１のヘッダーに、確認応答パケットを含むフレーム（以下、「確認フレーム」という）の送信を示唆する制御情報が含まれているか否かを判定する。通信装置１４０１ａ及び１４０１ｃは、確認フレームの送信を示す制御情報を検出した場合、所定のフレーム送信停止期間Δｔ１以内で、フレームの送信を停止する。
【０１２９】
一方、通信装置１４０１ｂは、ＡＣＫ信号フレーム１２２１を送信した直後に確認フレーム１２１２を送信する。
【０１３０】
以上の処理は、実施の形態１に係るものと同様であるが、本実施の形態においては、更に次の処理が続けて実行される点に特徴を有する。
【０１３１】
通信装置１４０１ａは、通信装置１４０１ｂから確認フレーム１２１２を受信すると、確認フレームを正常に受信したことを通信装置１４０１ａに通知するために、ＡＣＫ信号フレーム１２２２を返信する。このとき、通信装置１４０１ａは、通信装置１４０１ｂに送信すべきデータパケットの有無を判定し、送信すべきデータパケットがある場合には、通信装置１４０１ｂへ返信するＡＣＫ信号フレーム１２２２のヘッダーに、確認フレーム１２１２を送信する旨を示す情報を記載する。
【０１３２】
次に、通信装置１４０１ｂ及び１４０１ｃは、通信装置１４０１ａが送信したＡＣＫ信号フレーム１２２２を検出し、検出したＡＣＫ信号フレーム１２２１のヘッダーに、データフレームの送信を示唆する制御情報が含まれるか否かを判定する。通信装置１４０１ｂ及び１４０１ｃは、確認フレームの送信を示す制御情報を検出した場合、所定のフレーム送信停止期間Δｔ１以内で、フレームの送信を停止する。
【０１３３】
一方、通信装置１４０１ａは、ＡＣＫ信号フレーム１２２１を送信した直後にデータフレーム１９１２を送信する。
【０１３４】
その後、通信装置１４０１ｂは、データフレーム１９１２を受信すると、データフレーム１９１２に対するＡＣＫ信号フレーム１９２２を送出する。
【０１３５】
このような制御方法によれば、通信装置１４０１ｂ及び通信装置１４０１ｃは、データフレーム１９１２を受信するために待機している。したがって、通信装置１４０１ａが送信したデータフレーム１９１２は、他のフレームと衝突することなく通信装置１４０１ｂに到達する。通信装置１４０１ｂは、データフレーム１９１２を受信すると待機を終了する。
【０１３６】
また通信装置１４０１ｃは、データフレーム１９１２を受信できた場合、待機を終了する。一方、通信装置１４０１ｃが、データフレーム１９１２を受信できない場合、ＡＣＫ信号フレーム１９２２を受信すると待機を終了する。
【０１３７】
データフレームを優先的に送信することをＡＣＫ信号フレームのヘッダーに制御情報として記載して他の通信端末に通知することにより、データフレームを衝突することなく送信することが可能となる。次に、実施の形態２に係る通信端末の動作をフローチャート図を用いて説明する。
【０１３８】
図１１は、本発明の実施の形態２に係る送信側の通信装置のアクセス制御部１４２６の動作を示すフローチャート図である。図１１のフローチャート図は、図５に示すフローチャートに新たな処理を追加したフローチャート図である。図１１において、図５と同じステップについては、同一の参照符号を付し、動作の説明を省略する。
【０１３９】
以下、図１１を参照しながら、データフレームを優先的に送信することの決定、通知及び送信を制御するアクセス制御部１４２６の動作を説明する。
【０１４０】
ステップＳ１０００１において、フレームヘッダー解析部１４２５は、フレーム送受信処理部１４２４から出力された受信フレームＦｒｃｖのヘッダーを解析して、解析結果Ａｒをアクセス制御部１４２６に出力する。アクセス制御部１４２６は、ステップＳ１０００１において、解析結果Ａｒに基づいて、フレーム送受信処理部１４２４が受信したフレームＦｒｃｖのヘッダーに記載されている制御情報を確認する。アクセス制御部１４２６は、ステップＳ１０００１の処理が終了するとステップＳ１０００２の処理へ進む。
【０１４１】
ステップＳ１０００２において、アクセス制御部１４２６は、フレームヘッダー解析部１４２５から出力された解析結果Ａｒに基づいて受信フレームＦｒｃｖが、データパケットＰｄを含む受信フレームＦｒｃｖであるか確認応答パケットＰｒを含む受信フレームＦｒｃｖであるかを確認する。
【０１４２】
ステップＳ１０００２において、アクセス制御部１４２６は、受信フレームＦｒｃｖが確認応答パケットＰｒを含む受信フレームＦｒｃｖであると判断した場合、ステップＳ５００２の処理へ進む。
【０１４３】
また、ステップＳ１０００２において、アクセス制御部１４２６は、受信したフレームが確認応答パケットＰｒを含む受信フレームＦｒｃｖでないと判断した場合、ステップＳ５１０６の処理へ進む。
【０１４４】
ステップＳ５００２及びステップＳ５１０６における処理は、実施の形態１で説明した処理と同様なので、説明を省略する。
【０１４５】
ステップＳ１０００３において、アクセス制御部１４２６は、データパケット送信バッファ１４２２から確認応答パケットＰｒを含む受信フレームＦｒｃｖを送信した送信元端末へのデータパケットＰｄを検索する。アクセス制御部１４２６は、データパケットＰｄの検索が終了すると、ステップＳ５００４の処理へ進む。
【０１４６】
ステップＳ５００４において、アクセス制御部１４２６は、確認応答パケットＰｒを含む受信フレームＦｒｃｖを送信した送信元端末に送信すべきデータパケットＰｄがデータパケット送信バッファ１４２２に記憶されていると判断した場合、ステップＳ１０００４の処理へ進む。
【０１４７】
また、ステップＳ５００４において、アクセス制御部１４２６は、確認応答パケットＰｒを含む受信フレームＦｒｃｖを送信した送信元装置に送信すべきデータパケットＰｄがデータパケット送信バッファ１４２２に記憶されていないと判断した場合、ステップＳ５１０６の処理へ進む。
【０１４８】
ステップＳ１０００４において、アクセス制御部１４２６は、確認応答パケットＰｒを含む受信フレームＦｒｃｖを送信した送信元装置に送信すべきデータパケットＰｄを含む送信フレームＦｓｎｄを優先して送信することを決定する。そして、アクセス制御部１４２６は、ステップＳ１０００４において、ＡＣＫ信号フレームＦａｃの制御情報にデータパケットＰｄを含む送信フレームＦｓｎｄを優先して送信する旨を記載する指示Ｃｃｎｔをフレーム送受信処理部１４２４に出力する。アクセス制御部１４２６は、ステップＳ１０００４の処理が終了すると、ステップＳ５００６の処理へ進む。
【０１４９】
ステップＳ５００６における処理は、実施の形態１で説明した処理と同様なので、説明を省略する。
【０１５０】
ステップＳ１０００５において、アクセス制御部１４２６は、確認応答パケットＰｒを含む受信フレームＦｒｃｖを送信した送信元装置に送信すべきデータパケットＰｄを含むデータパケットＰｄを含む送信フレームＦｓｎｄを作成する指示Ｃｃｎｔをフレーム送受信処理部１４２４に出力する。フレーム送受信処理部１４２４は、ステップＳ１０００５において、アクセス制御部１４２６から出力される指示Ｃｃｎｔに応じて、確認応答パケットＰｒを含む受信フレームＦｒｃｖを送信した送信装置に送信すべきデータパケットＰｄにフレームヘッダー部を付加し、データパケットＰｄを含む送信フレームＦｓｎｄを作成する。
【０１５１】
ステップＳ１０００６において、フレーム送受信処理部１４２４は、データパケットＰｄを含む送信フレームＦｓｎｄを作成すると、作成したデータパケットＰｄを含む送信フレームＦｓｎｄを送信して処理を終了する。
【０１５２】
図１２は、本発明の実施の形態２に係る受信側の通信端末のアクセス制御部１４２６の動作を示すフローチャート図である。図１２のフローチャート図は、図６に示すフローチャート図に新たな処理を追加したフローチャート図である。図１２において、図６と同じステップについては、同一の参照符号を付し、動作の説明を省略する。
【０１５３】
以下、図１２を参照しながら、通信装置がデータパケットＰｄを含む送信フレームＦｓｎｄを優先的に送信する場合のアクセス制御部１４２６の動作について説明する。
【０１５４】
フレーム送受信処理部１４２４が、ＡＣＫ信号フレームＦａｃｋを受信すると、受信したＡＣＫ信号フレームＦａｃｋをフレームヘッダー解析部１４２５に出力する。フレームヘッダー解析部１４２５は、受信したＡＣＫ信号フレームＦａｃｋのフレームヘッダーを解析して、解析結果Ａｒをアクセス制御部１４２６に出力する。
【０１５５】
ステップＳ１１００１において、アクセス制御部１４２６は、フレームヘッダー解析部１４２５から出力された解析結果Ａｒに基づいて、受信したＡＣＫ信号フレームＦａｃｋの送信元装置がデータパケットＰｄを含む受信フレームＦｒｃｖを優先して送信するか否かを判断する。
【０１５６】
ステップＳ１１００１において、アクセス制御部１４２６は、ＡＣＫ信号フレームＦａｃｋの送信元装置がデータパケットＰｄを含む受信フレームＦｒｃｖを優先して送信することを確認した場合、ステップＳ１１００２の処理へ進む。一方、アクセス制御部１４２６は、ステップＳ１１００１において、ＡＣＫ信号フレームＦａｃｋの送信元端末がデータパケットＰｄを含む受信フレームＦｒｃｖを優先して送信しないことを確認した場合、処理を終了する。
【０１５７】
ステップＳ１１００２において、アクセス制御部１４２６は、フレームの送信を停止して送信元端末から送信されるデータパケットＰｄを含む受信フレームＦｒｃｖを受信するために、フレーム送受信処理部１４２４に対して一定時間待機する指示Ｃｗｔを出力する。フレーム送受信処理部１４２４は、ステップＳ１１００２において、アクセス制御部１４２６から出力される指示Ｃｗｔに応じて、フレームの送信を停止して、データパケットＰｄを含む受信フレームＦｒｃｖを受信するための待機を開始する。フレーム送受信処理部１４２４が、待機を開始すると、ステップＳ１１００３の処理へ進む。
【０１５８】
ステップＳ１１００３において、アクセス制御部１４２６は、フレーム送受信処理部１４２４からの通知Ｉｒｃｖ及びフレームヘッダー解析部１４２５から出力される解析結果Ａｒに基づき、データパケットＰｄを含む受信フレームＦｒｃｖを受信したか否かを判定する。アクセス制御部１４２６は、ステップＳ１１００３において、データパケットＰｄを含む受信フレームＦｒｃｖを受信したと判断した場合、ステップＳ１１００４の処理へ進む。一方、アクセス制御部１４２６は、データパケットＰｄを含む受信フレームＦｒｃｖを受信していないと判断した場合、ステップＳ６００７の処理へ進む。
【０１５９】
ステップＳ１１００４において、アクセス制御部１４２６は、フレーム送受信処理部１４２４に対して待機を終了する指示Ｃｗｔを出力する。アクセス制御部１４２６は、ステップＳ１１００４の処理が終了すると、図１２に示す処理を終了する。
【０１６０】
このように、実施の形態２に係る通信装置は、データフレームを優先的に送信することをＡＣＫ信号フレームのヘッダーに制御情報として記載して他の通信装置に通知することにより、データフレームを衝突することなく送信することが可能となる。したがって、実施の形態２に係る通信装置は、実施の形態１に係る通信装置と同様に、円滑なＴＣＰ／ＩＰプロトコルに準拠したデータ通信をすることができる。
【０１６１】
なお、実施の形態２の通信制御方法と、実施の形態１の通信制御方法とを組み合わせた送受信制御方式を使用しても良い。２つの通信制御方法を組み合わせることで、いずれか一方の実施形態の通信制御方法によるデータ通信よりもさらに円滑で高速なＴＣＰ／ＩＰプロトコルのデータ通信が可能となる。
【０１６２】
上記の各実施の形態に係る通信制御方法を利用するプログラムを実現することも可能である。より詳細には、図１に示される機能ブロックの内、フレーム送受信処理部と、端末装置から出力されるパケットを一時的に記憶するバッファと、コンピュータとを有する通信装置のコンピュータに、記憶装置（ＲＯＭ、ＲＡＭ、ハードディスク等）に格納された上述の処理手順を実行させるプログラムを構成することができる。なお、通信装置が備えるコンピュータは少なくとも、ＣＰＵと、記憶装置とを含むものであればよい。
当該プログラムは、記録媒体を介して記憶装置内に格納された後に実行されても良いし、記憶媒体から直接実行されても良い。また、図１に示される機能ブロックは、集積回路として実現されても良い。当該集積回路は、１チップ化されても良いし、複数のチップに分散されても良い。
【産業上の利用可能性】
【０１６３】
本発明に係る送受信制御方式によれば、ＡＣＫ信号フレームのヘッダーに確認応答フレーム及びデータフレームを送信する通知を記載することで、同一のネットワークに接続されている他の通信端末のフレームの送受信を制御でき、ＴＣＰ／ＩＰ等の通信プロトコルに準拠した無線ＬＡＮ及び電灯線通信などのメディアにおける高速データ通信等の分野に有用である。
【図面の簡単な説明】
【０１６４】
【図１】本発明の実施の形態１に係る通信装置のブロック図
【図２】ＴＣＰ／ＩＰデータパケットを内包するフレームの構成図
【図３】ＴＣＰ／ＩＰ確認応答パケットを内包するフレームの構成図
【図４】本発明の実施の形態１に係る通信制御方法のシーケンス図
【図５】実施の形態１に係る通信装置が実行する確認応答パケット送信処理の一例を示すフローチャート
【図６】実施の形態１に係る通信装置が実行する確認応答パケット受信処理の一例を示すフローチャート
【図７】実施の形態１に係る通信装置が実行する確認応答パケット送信処理の他の一例を示すフローチャート
【図８】実施の形態１に係る通信装置が実行する確認応答パケット送信処理の他の一例を示すフローチャート
【図９】優先送信回数を説明する図
【図１０】本発明の実施の形態２に係る通信制御方法のシーケンス図
【図１１】実施の形態２に係る通信装置が実行する確認応答パケット送信処理の一例を示すフローチャート
【図１２】実施の形態２に係る通信装置が実行する確認応答パケット送信処理の一例を示すフローチャート
【図１３】ＴＣＰ／ＩＰプロトコルに準拠したデータフレームの構成を示す図
【図１４】従来のＴＣＰ／ＩＰプロトコルによるデータ通信制御のシーケンスを示す図
【図１５】従来の通信端末装置の構成を示すブロック図
【符号の説明】
【０１６５】
１００１  フレームヘッダー部
１００２  ＴＣＰ／ＩＰデータパケット
１１０１  フレームヘッダー部
１１０２  ＴＣＰ／ＩＰ確認応答パケット
１２１１  ＴＣＰ／ＩＰデータフレーム
１２１２  ＴＣＰ／ＩＰ確認フレーム
１２２１，１２２２  ＡＣＫ信号フレーム
１４０１，１４０１ａ〜１４０１ｃ  通信装置
１４０２  端末装置
１４０３  ネットワーク
１４２１  パケットヘッダー解析部
１４２２  データパケット送信バッファ
１４２３  ＴＣＰ／ＩＰ確認応答パケット送信バッファ
１４２４  フレーム送受信処理部
１４２５  フレームヘッダー解析部
１４２６  アクセス制御部
１４２７  パケット受信バッファ
【図１】
2007318631.tif 000003
【図２】
2007318631.tif 000004
【図３】
2007318631.tif 000005
【図４】
2007318631.tif 000006
【図５】
2007318631.tif 000007
【図６】
2007318631.tif 000008
【図７】
2007318631.tif 000009
【図８】
2007318631.tif 000010
【図９】
2007318631.tif 000011
【図１０】
2007318631.tif 000012
【図１１】
2007318631.tif 000013
【図１２】
2007318631.tif 000014
【図１３】
2007318631.tif 000015
【図１４】
2007318631.tif 000016
【図１５】
2007318631.tif 000017