JP2001007858A - 送信装置および送信方法、並びに媒体 - Google Patents

Abstract

(57)【要約】 【課題】 大きなスループットで、かつ高い信頼性で、
パケットの送信を行う。 【解決手段】 通信装置１Ａは、最長のパケット長のパ
ケットＴＡ₁を構成し、通信装置１Ｂに送信し、通信装
置１ＢからACKが返ってこない場合、パケット長を短く
したパケットＴＡ₂を構成し、通信装置１Ｂに送信す
る。さらに、このパケットＴＡ₂に対しても、ACKが返っ
てこない場合、通信装置１Ａは、パケット長をより短く
したパケットＴＡ₃を構成し、通信装置１Ｂに送信す
る。そして、通信装置１Ａは、通信装置１ＢからのACK
としてのパケットＴＢ₃を受信すると、最初に送信すべ
きユーザデータを配置した、パケットＴＡ₃と同一のパ
ケット長のパケットＤＡ₁を構成し、通信装置１Ｂに送
信する。以下、通信装置１Ａは、パケットＴＡ₃と同一
のパケット長のパケットに、ユーザデータを順次配置し
て、通信装置１Ｂに送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、送信装置および送
信方法、並びに媒体に関し、特に、例えば、パケットを
送信する場合に、十分なスループットが得られるように
する送信装置および送信方法、並びに媒体に関する。

【０００２】

【従来の技術】データの伝送方法としては、例えば、デ
ータを、所定のパケット長のパケットに配置して送信す
るものが知られている。

【０００３】

【発明が解決しようとする課題】ところで、パケットを
送信する伝送路の伝送状態が悪い場合において、そのパ
ケットのパケット長が長いときには、そのパケットの伝
送中に、エラーが生じる可能性が高くなる。そして、エ
ラーが生じた場合には、その長いパケット長のパケット
を再送しなければならず、その結果、スループットが劣
化することになる。

【０００４】一方、パケットのパケット長を短くすれ
ば、パケット長が長い場合に比較して、パケットの伝送
中に、エラーが生じる可能性を低くすることができる。
しかしながら、パケット長を短くした場合には、ある一
定量のデータを送信するのに、多くのパケットを送信す
ることが必要となる。そして、パケットには、本来の情
報（真に送信したい、いわば実質的なデータ）の他に、
ヘッダやトレーラといったオーバヘッドが付加されるた
め、送信するパケットの数が増加すると、本来の情報の
量に対するオーバヘッドの割合も増加し、その結果、や
はり、スループットが劣化することになる。

【０００５】本発明は、このような状況に鑑みてなされ
たものであり、信頼性の高いパケットの送信を、より大
きなスループットで行うことができるようにするもので
ある。

【０００６】

【課題を解決するための手段】本発明の送信装置は、伝
送路を介してのパケットの伝送状態を検出する検出手段
と、伝送状態に基づいて、パケットに配置するデータの
長さを変更する変更手段とを含むことを特徴とする。

【０００７】変更手段には、パケットに配置する実質的
なデータの長さを変更させることができる。

【０００８】本発明の送信装置には、パケットについて
の誤り訂正符号を求め、パケットに配置する誤り訂正符
号算出手段をさらに設けることができ、この場合、変更
手段には、誤り訂正符号の長さを変更させることができ
る。

【０００９】検出手段には、受信装置から、パケットを
正常受信することができた旨の確認信号を受信させるこ
とで、伝送状態を検出させることができる。また、検出
手段には、受信装置から伝送路を介して送信されてくる
パケットについてのエラーを検出させることで、伝送状
態を検出させることができる。

【００１０】本発明の送信方法は、伝送路を介してのパ
ケットの伝送状態を検出する検出ステップと、伝送状態
に基づいて、パケットに配置するデータの長さを変更す
る変更ステップとを含むことを特徴とする。

【００１１】本発明の媒体がコンピュータに実行させる
プログラムは、伝送路を介してのパケットの伝送状態を
検出する検出ステップと、伝送状態に基づいて、パケッ
トに配置するデータの長さを変更する変更ステップとを
含むことを特徴とする。

【００１２】本発明の送信装置および送信方法、並びに
媒体においては、伝送路を介してのパケットの伝送状態
が検出され、その伝送状態に基づいて、パケットに配置
するデータの長さが変更される。

【００１３】

【発明の実施の形態】図１は、本発明を適用したパケッ
ト伝送装置の一実施の形態の構成例を示している。

【００１４】通信装置１Ａおよび１Ｂは、相互に、例え
ば、ISDN(Integrated System Digital Network)や、イ
ンターネット、CATV(Cable Television)網、衛星回線等
の伝送路３を介して、パケットの送受信を行うようにな
っている。

【００１５】アプリケーション２Ａは、通信装置１Ａに
対して、所定の相手に送信したい実質的なデータ（以
下、適宜、ユーザデータという）を供給するとともに、
また、通信装置１Ａで受信されたパケットに配置された
ユーザデータを受け取り、必要な処理を施すようになっ
ている。アプリケーション２Ｂも、アプリケーション２
Ａと同様に、通信装置２Ａに対して、ユーザデータを供
給するとともに、通信装置１Ｂで受信されたパケットに
配置されたユーザデータを受け取って処理を行うように
なっている。

【００１６】図２は、図１の通信装置１Ａおよび１Ｂの
構成例を示している。

【００１７】通信装置１Ａは、受信部１１Ａ、パケット
分解部１２Ａ、エラー／確認信号検出部１３Ａ、パケッ
ト生成部１４Ａ、および送信部１５Ａで構成され、アプ
リケーション２Ａからのユーザデータを配置したパケッ
トを構成して、通信装置１Ｂに送信するとともに、通信
装置１Ｂから送信されてくるパケットを受信し、そこか
らユーザデータを抽出して、アプリケーション２Ａに供
給するようになっている。

【００１８】即ち、受信部１１Ａは、通信装置１Ｂから
伝送路３を介して送信されてくるパケットを受信し、パ
ケット分解部１２Ａに供給するようになっている。パケ
ット分解部１２Ａは、受信部１１Ａからのパケットか
ら、ヘッダやトレーラ等を削除することにより、ユーザ
データのみを抽出し、アプリケーション２Ａに供給する
ようになっている。エラー／確認信号検出部（以下、適
宜、単に、検出部という）１３Ａは、パケット分解部１
２Ａを監視しており、そこに供給されたパケットのエラ
ーを検出し、あるいは通信装置１Ｂからのパケットを正
常受信した旨の確認を表す確認信号であるアクノリッジ
(Acknowledgement)（以下、適宜、ACKという）を検出す
ることで、伝送路３を介してのパケットの伝送状態（伝
送路３上でのパケットのエラーの有無や、エラーの程
度）を検出し、パケット生成部１４Ａに供給するように
なっている。パケット生成部１４Ａは、検出部１３Ａか
ら供給される伝送状態に基づいて、パケットに配置する
ユーザデータの長さを設定しながら、アプリケーション
２Ａから供給されるユーザデータを配置したパケットを
構成し、送信部１５Ａに供給するようになっている。送
信部１５Ａは、パケット生成部１４Ａからのパケット
を、伝送路３を介して送信するようになっている。

【００１９】通信装置１Ｂも、通信装置１Ａを構成する
受信部１１Ａ、パケット分解部１２Ａ、エラー／確認信
号検出部１３Ａ、パケット生成部１４Ａ、または送信部
１５Ａとそれぞれ同様の受信部１１Ｂ、パケット分解部
１２Ｂ、エラー／確認信号検出部１３Ｂ、パケット生成
部１４Ｂ、または送信部１５Ｂで構成され、アプリケー
ション２Ｂからのユーザデータを配置したパケットを構
成して、通信装置１Ａに送信するとともに、通信装置１
Ａから送信されてくるパケットを受信し、そこからユー
ザデータを抽出して、アプリケーション２Ｂに供給する
ようになっている。

【００２０】次に、通信装置１Ａを、パケットを送信す
る送信装置とするとともに、通信装置１Ｂを、そのパケ
ットを受信する受信装置として、送信装置としての通信
装置１Ａによるパケットの送信処理と、受信装置として
の通信装置１Ｂによるパケットの受信処理について説明
する。なお、上述したように、通信装置１Ａと１Ｂは同
一構成となっており、従って、通信装置１Ａは受信装置
として、通信装置１Ｂは送信装置として、それぞれ機能
させることも可能である。

【００２１】まず、図３のフローチャートを参照して、
通信装置１Ａによる送信処理について説明する。

【００２２】アプリケーション２Ａから送信すべきユー
ザデータが、通信装置１Ａに供給されると、ステップＳ
１において、パケット生成部１４Ａは、パケット長とし
て、最長のパケット長を設定し、そのようなパケット長
のパケットであって、ダミーのデータ（ダミーデータ）
を配置したパケットを構成して、送信部１５Ａに供給す
る。この場合、送信部１５Ａでは、パケット生成部１４
Ａからの最長のパケット長のパケットが、伝送路３を介
して通信装置１Ｂに送信される。

【００２３】ここで、本実施の形態では、可変のパケッ
ト長のパケットの送受信が行われるようになっており、
その可変のパケット長の上限と下限は、あらかじめ設定
されている。そして、ステップＳ１では、その上限のパ
ケット長のパケットが構成されて送信される。

【００２４】ステップＳ１でパケットが送信された後
は、ステップＳ２において、検出部１３Ａは、伝送路３
を介してのパケットの伝送状態を検出し、それが良好で
あるか、または不良であるかを判定する。

【００２５】即ち、通信装置１Ｂは、通信装置１Ａから
送信されてきたパケットを正常受信した場合には、ACK
を、伝送路３を介して、通信装置１Ａに返すようになっ
ており、そのACKは、受信部１１Ａを介して、パケット
分解部１２Ａに供給される。検出部１３Ａは、パケット
分解部１２Ａを監視しており、ACKが、受信部１１Ａか
らパケット分解部１２Ａに供給されたかどうかを検出し
て、その検出結果に基づいて、伝送状態を判定する。あ
るいは、また、検出部１３Ａは、受信部１１Ａで受信さ
れた、通信装置１Ｂからの最新のパケットから、パケッ
ト分解部１２Ａで抽出されたユーザデータにエラー（誤
り）があるか否かを検出し、その検出結果に基づいて、
伝送状態を判定する。

【００２６】ステップＳ２において、伝送状態が不良で
あると判定された場合、即ち、通信装置１ＢからACKが
送信されてこなかったか、または、通信装置１Ｂから送
信されてきた最新のパケットからエラーが検出された場
合、その旨の信号（以下、適宜、不良信号という）が、
検出部１３Ａからパケット生成部１４Ａに供給され、ス
テップＳ５に進む。

【００２７】パケット生成部１４Ａは、検出部１３Ａか
ら不良信号を受信すると、ステップＳ５において、現在
設定されているパケット長が、最短のパケット長（上述
した、可変のパケット長の下限）に等しいかどうかを判
定する。ステップＳ５において、現在設定されているパ
ケット長が、最短のパケット長でないと判定された場
合、ステップＳ６に進み、パケット生成部１４Ａは、現
在設定されているパケット長より所定の長さだけ短いパ
ケット長を新たに設定し、ステップＳ７に進む。

【００２８】ステップＳ７では、パケット生成部１４Ａ
は、ダミーデータが配置された、新たに設定されたパケ
ット長のパケットを構成し、送信部１５Ａに供給して送
信させる。そして、ステップＳ２に戻り、以下、同様の
処理が繰り返される。従って、ステップＳ２において、
伝送状態が良好であると判定されるまでは、即ち、通信
装置１Ｂにおいて、パケットを正常受信することができ
るまでは、パケット長を順次短くして、ダミーデータが
配置されたパケットを送信することが繰り返される。

【００２９】また、ステップＳ５において、現在設定さ
れているパケット長が、最短のパケット長であると判定
された場合、即ち、それ以上、パケット長を短くするこ
とができない場合、ステップＳ８に進み、パケット生成
部１４Ａは、例えば、パケットを送信することができな
い旨のメッセージを、アプリケーション２Ａに送信する
などのエラー処理を行い、送信処理を終了する。

【００３０】一方、ステップＳ２において、伝送状態が
良好であると判定された場合、即ち、通信装置１Ｂから
ACKが送信されてきたか、または、通信装置１Ｂから送
信されてきた最新のパケットからエラーが検出されなか
った場合、その旨の信号（以下、適宜、良好信号とい
う）が、検出部１３Ａからパケット生成部１４Ａに供給
され、ステップＳ３に進む。

【００３１】ステップＳ３では、パケット生成部１４Ａ
は、アプリケーション２Ａからのユーザデータの先頭か
ら、所定長だけを切り出し、その所定長のユーザデータ
の先頭または最後に、それぞれヘッダまたはトレーラを
配置することで、現在設定されているパケット長のパケ
ットを構成する。さらに、パケット生成部１４Ａは、そ
のパケットを、送信部１５Ａに供給して送信させる。

【００３２】そして、ステップＳ４に進み、ステップＳ
２における場合と同様に、検出部１３Ａにおいて、伝送
状態が判定される。ステップＳ４において、伝送状態が
不良であると判定された場合、ステップＳ５に進み、以
下、同様の処理が行われる。従って、ユーザデータが配
置されたパケットの送信中に、伝送状態が悪化して、通
信装置１Ｂにおいて、パケットを正常受信することがで
きなくなった場合には、通信装置１Ｂが、パケットを、
再び正常受信することができるようになるまで、パケッ
ト長が短くされ（ステップＳ２，Ｓ５乃至Ｓ７）、その
後、パケットの送信が続行される（ステップＳ３）。

【００３３】また、ステップＳ４において、伝送状態が
良好であると判定された場合、即ち、通信装置１Ｂにお
いて、現在のパケット長のパケットを正常受信すること
ができている場合、ステップＳ９に進み、アプリケーシ
ョン２Ａからのユーザデータすべての、通信装置１Ｂへ
の送信が完了したかどうかが判定される。ステップＳ９
において、アプリケーション２Ａからのユーザデータす
べての送信が、まだ完了していないと判定された場合、
ステップＳ３に戻り、以下、同様の処理が繰り返され
る。

【００３４】一方、ステップＳ９において、アプリケー
ション２Ａからのユーザデータのすべての送信が完了し
たと判定された場合、送信処理を終了する。

【００３５】次に、図４のフローチャートを参照して、
通信装置１Ｂによる受信処理について説明する。

【００３６】上述したようにして、通信装置１Ａから伝
送路３を介して、パケットが送信されてくると、ステッ
プＳ１１において、受信部１１Ｂは、そのパケットを受
信し、パケット分解部１２Ｂに供給する。パケット分解
部１２Ｂは、受信部１１Ｂからのパケットを分解し、即
ち、パケットからヘッダやトレーラ等を削除し、ユーザ
データ（あるいはダミーデータ）を抽出する。なお、パ
ケットからのユーザデータの抽出には、パケット長、あ
るいはペイロード長等が必要となるが、これは、例え
ば、パケット生成部１４Ａにおいて、ヘッダまたはトレ
ーラに配置されるようになっている。

【００３７】その後、ステップＳ１２に進み、検出部１
３Ｂにおいて、ユーザデータを正常に受信することがで
きたか否かが判定される。即ち、検出部１３Ｂは、パケ
ット分解部１２Ｂを監視しており、パケット分解部１２
Ｂで抽出されたユーザデータにエラーがあるか否かを検
出し、その検出結果に基づいて、ユーザデータを正常に
受信することができたか否かを判定する。

【００３８】なお、エラー検出には、そのための、例え
ば、CRC(Cyclic Redundancy Check)等のエラー検出符号
が必要となるが、これは、例えば、パケット生成部１４
Ａや１４Ｂにおいて、パケットの送信時に、トレイラに
配置されるようになっている。

【００３９】ステップＳ１２において、ユーザデータを
正常に受信することができたと判定された場合、検出部
１３Ｂは、良好信号を、パケット生成部１４Ｂに出力
し、ステップＳ１３に進む。パケット生成部１４Ｂは、
検出部１３Ｂから良好信号を受信すると、ステップＳ１
３において、通信部１５Ｂを制御することにより、ACK
を、伝送路３を介して通信装置１Ａに送信させ、受信処
理を終了する。

【００４０】また、ステップＳ１２において、ユーザデ
ータを正常に受信することができなかったと判定された
場合、ステップＳ１３をスキップして、受信処理を終了
する。従って、この場合、ACKは、通信装置１Ａに送信
されない。

【００４１】以上のような送信処理および受信処理によ
れば、送信装置としての通信装置１Ａと、受信装置とし
ての通信装置１Ｂとの間では、例えば、図５に示すよう
なやりとりが行われる。

【００４２】即ち、通信装置１Ａは、最初に、例えば、
ペイロードにダミーデータを配置することで、最長のパ
ケット長のパケットＴＡ₁を構成し、通信装置１Ｂに送
信する（ステップＳ１）。パケットＴＡ₁のパケット長
は、最長であるため、図６（Ａ）に示すように、伝送路
３を介しての伝送の途中でエラーが生じる可能性が高
く、エラーが生じると、通信装置１Ｂは、パケットＴＡ
₁を正常受信することができない。従って、通信装置１
Ｂは、ACKを返さないが、この場合、通信装置１Ａは、
ペイロード長を所定長だけ短くすることで、パケット長
を短くしたパケットＴＡ₂を構成し、通信装置１Ｂに送
信する（ステップＳ６，Ｓ７）。

【００４３】そして、通信装置１Ｂにおいて、このパケ
ットＴＡ₂も正常受信することができなかった場合に
は、通信装置１Ａは、ペイロート長をさらに所定長だけ
短くすることで、パケット長をより短くしたパケットＴ
Ａ₃を構成し、通信装置１Ｂに送信する（ステップＳ
６，Ｓ７）。

【００４４】このようにパケット長が短くされた、例え
ば、図６（Ｂ）に示すようなパケットＴＡ₃は、伝送路
３を介しての伝送の途中でエラーが生じる可能性が低く
なり、エラーが生じなければ、通信装置１Ｂは、パケッ
トＴＡ₃を正常受信する。通信装置１Ｂは、パケットＴ
Ａ₃を正常受信すると、ACKとしてのパケットＴＢ₃を、
通信装置１Ａに送信する。

【００４５】通信装置１Ａは、通信装置１Ｂから、ACK
としてのパケットＴＢ₃を受信すると、ペイロードに、
最初に送信すべきユーザデータを配置することにより、
パケットＴＡ₃と同一のパケット長のパケットＤＡ₁を構
成し、通信装置１Ｂに送信する（ステップＳ３）。

【００４６】そして、通信装置１Ｂは、パケットＤＡ₁
を正常受信すると、ACKとしてのパケットＤＢ₁を、通信
装置１Ａに送信する。以下、同様にして、通信装置１Ａ
から１Ｂへのパケットの送信と、通信装置１Ｂから１Ａ
へのACKの送信とが交互に繰り返され、最後のユーザデ
ータが配置されたパケットＤＡ_Nが通信装置１Ａから１
Ｂに送信され、それに対するACKとしてのパケットＤＢ_N
が通信装置１Ｂから１Ａに送信されると、通信装置１Ａ
と１Ｂとの間での通信が終了する。

【００４７】ここで、上述のように、ユーザデータを配
置された、パケットＴＡ₃と同一のパケット長のパケッ
トの送信が開始された後に、例えば、伝送路３の状態の
悪化等に起因して、通信装置１Ｂにおいてパケットを正
常受信することができなくなり、通信装置１Ｂから、AC
Kが返ってこなくなることがある。この場合は、通信装
置１Ａは、通信装置１Ｂがパケットを正常受信すること
ができるようになるまでペイロート長を短し（ステップ
Ｓ６）、これにより、パケット長をより短くしたパケッ
トを構成して送信する（ステップＳ７）。

【００４８】また、通信装置１Ｂは、ACKとしてのパケ
ットを、通信装置１Ａに送信するが、この通信装置１Ｂ
から１Ａに送信されるパケットのパケット長は、通信装
置１Ａから送信されてくるパケットと同一のパケット長
にされるようになっている。なお、この場合、通信装置
１Ｂにおいて、通信装置１Ａからのパケットのパケット
長を認識する必要があるが、このパケット長は、通信装
置１Ａからのパケットのヘッダまたはトレーラを参照す
ることで認識することができる。

【００４９】以上のように、通信装置１Ｂにおいて、パ
ケットを正常受信することができるまで、パケット長を
順次短くして、パケットを送信し、これにより、通信装
置１Ｂがパケットを正常受信することができるパケット
長を特定し、そのパケット長のパケットを送信するよう
にしたので、より大きなスループットで、かつエラーが
生じないように、パケットを送信することができる。

【００５０】ところで、例えば、図５において、ユーザ
データを配置された、パケットＴＡ ₃と同一のパケット
長のパケットの送信が開始された後に、例えば、伝送路
３の状態が改善され、その結果、通信装置１Ａにおい
て、より長いパケット長のパケットを送信しても、通信
装置１Ｂにおいて、そのパケットを正常受信することが
できるようになることがある。この場合、パケット長を
長くすることで、スループットを、より向上させること
ができる。

【００５１】そこで、図７のフローチャートを参照し
て、このように、スループットをより向上させる送信処
理について説明する。

【００５２】この場合、ステップＳ３１，Ｓ３２，Ｓ３
６乃至Ｓ３９では、図３のステップＳ１，Ｓ２，Ｓ５乃
至Ｓ８における場合とそれぞれ同様の処理が行われる。

【００５３】そして、ステップＳ３２において、伝送状
態が良好であると判定された場合、即ち、通信装置１Ｂ
からACKが送信されてきたか、または、通信装置１Ｂか
ら送信されてきた最新のパケットからエラーが検出され
ず、従って、通信装置１Ｂで、パケットを正常受信する
ことができた場合、良好信号が、検出部１３Ａからパケ
ット生成部１４Ａに供給され、ステップＳ３３に進む。

【００５４】ステップＳ３３では、パケット生成部１４
Ａは、パケットの送信回数をカウントするための変数ｉ
を０に初期化し、ステップＳ３４に進み、以下、ステッ
プＳ３４，Ｓ３５，Ｓ４０において、図３のステップＳ
３，Ｓ４，Ｓ９における場合とそれぞれ同様の処理が行
われる。

【００５５】そして、ステップＳ４０において、アプリ
ケーション２Ａからのユーザデータのすべての送信が、
まだ完了していないと判定された場合、ステップＳ４１
に進み、パケット生成部１４Ａは、変数ｉを１だけイン
クリメントし、ステップＳ４２に進む。ステップＳ４２
では、パケット生成部１４Ａにおいて、変数ｉが、所定
の回数Ｍに等しいかどうかが判定される。

【００５６】ステップＳ４２において、変数ｉが、所定
の回数Ｍに等しくないと判定された場合、ステップＳ３
４に戻る。従って、この場合、前回送信されたパケット
と同一のパケット長でのパケットの送信が繰り返され
る。

【００５７】一方、ステップＳ４２において、変数ｉ
が、所定の回数Ｍに等しいと判定された場合、即ち、通
信装置１Ｂにおいて、所定のパケット長のパケットの正
常受信を、所定の回数Ｍだけ連続して行うことができた
場合、ステップＳ４３に進み、パケット生成部１４Ａ
は、現在設定されているパケット長より所定の長さだけ
長いパケット長を新たに設定し、ステップＳ４４に進
む。

【００５８】ステップＳ４４では、パケット生成部１４
Ａは、ダミーデータが配置された、新たに設定されたパ
ケット長のパケットを構成し、送信部１５Ａに供給して
送信させ、ステップＳ３２に戻る。

【００５９】従って、この場合、ステップＳ３２におい
て、伝送状態が良好であると判定されると、即ち、通信
装置１Ｂにおいて、パケット長を所定の長さだけ長くし
たパケットを正常受信することができると、その後は、
その長くされたパケット長でのパケットの送信が行われ
る。

【００６０】以上のような送信処理によれば、送信装置
としての通信装置１Ａと、受信装置としての通信装置１
Ｂとの間では、例えば、図８に示すようなやりとりが行
われる。

【００６１】即ち、通信装置１Ａは、最初に、例えば、
ペイロードにダミーデータを配置することで、最長のパ
ケット長のパケットＴＡ₁を構成し、通信装置１Ｂに送
信する（ステップＳ３１）。パケットＴＡ₁のパケット
長は、最長であるため、図６（Ａ）に示したように、伝
送路３を介しての伝送の途中でエラーが生じる可能性が
高く、エラーが生じると、通信装置１Ｂは、パケットＴ
Ａ₁を正常受信することができない。従って、通信装置
１Ｂは、ACKを返さないが、この場合、通信装置１Ａ
は、ペイロード長を所定長だけ短くすることで、パケッ
ト長を短くしたパケットＴＡ₂を構成し、通信装置１Ｂ
に送信する（ステップＳ３７，Ｓ３８）。

【００６２】そして、通信装置１Ｂにおいて、このパケ
ットＴＡ₂も正常受信することができなかった場合に
は、通信装置１Ａは、ペイロート長をさらに所定長だけ
短くすることで、パケット長をより短くしたパケットＴ
Ａ₃を構成し、通信装置１Ｂに送信する（ステップＳ３
７，Ｓ３８）。

【００６３】このようにパケット長が短くされた、例え
ば、図６（Ｂ）に示したようなパケットＴＡ₃は、伝送
路３を介しての伝送の途中でエラーが生じる可能性が低
くなり、エラーが生じなければ、通信装置１Ｂは、パケ
ットＴＡ₃を正常受信する。通信装置１Ｂは、パケット
ＴＡ₃を正常受信すると、ACKとしてのパケットＴＢ
₃を、通信装置１Ａに送信する。

【００６４】通信装置１Ａは、通信装置１Ｂから、ACK
としてのパケットＴＢ₃を受信すると、ペイロードに、
最初に送信すべきユーザデータを配置することにより、
パケットＴＡ₃と同一のパケット長のパケットＤＡ₁を構
成し、通信装置１Ｂに送信する（ステップＳ３４）。

【００６５】そして、通信装置１Ｂは、パケットＤＡ₁
を正常受信すると、ACKとしてのパケットＤＢ₁を、通信
装置１Ａに送信する。以下、同様にして、通信装置１Ａ
から１Ｂへのパケットの送信と、通信装置１Ｂから１Ａ
へのACKの送信とが交互に繰り返され、これにより、Ｍ
回連続してパケットの送信が成功すると、即ち、パケッ
トＴＡ₃と同一のパケット長のパケットＤＡ_Mが、通信装
置１Ｂにおいて正常受信され、その旨を表すACKとして
のパケットＤＢ_Mを、通信装置１Ａが受信すると、通信
装置１Ａは、ペイロード長を所定長だけ長くすること
で、パケット長を長くし、かつ、ペイロードにダミーデ
ータを配置したパケットＴＡ₄を構成し、通信装置１Ｂ
に送信する（ステップＳ４３，Ｓ４４）。

【００６６】通信装置１Ｂは、パケット長が、前回受信
したパケットＤＡ_Mより長いパケットＴＡ₄を正常受信す
ることができた場合、ACKとしてのパケットＴＢ₄を、通
信装置１Ａに送信する。

【００６７】通信装置１Ａは、通信装置１Ｂから、ACK
としてのパケットＴＢ₄を受信すると、ペイロードに、
続きのユーザデータを配置することにより、パケットＴ
Ａ₄と同一のパケット長のパケットＤＡ_M+1、即ち、いま
まで送信していたパケットよりも長いパケット長のパケ
ットＤＡ_M+1を構成し、通信装置１Ｂに送信する（ステ
ップＳ３４）。

【００６８】そして、通信装置１Ｂは、パケットＤＡ
_M+1を正常受信すると、ACKとしての信号ＤＢ_M+1を、通
信装置１Ａに送信する。以下、同様の処理が行われ、最
後のユーザデータが配置されたパケットＤＡ_Nが通信装
置１Ａから１Ｂに送信され、それに対するACKが通信装
置１Ｂから１Ａに送信されると、通信装置１Ａと１Ｂと
の間での通信が終了する。

【００６９】以上のように、図７の実施の形態では、通
信装置１Ｂにおいて、所定のパケット長のパケットの正
常受信を、所定の回数Ｍだけ連続して行うことができた
場合には、通信装置１Ａにおいて、パケット長を長くし
たパケットが構成されて送信されるので、例えば、伝送
路３の状態が改善等され、より長いパケット長のパケッ
トを送信しても、その正常受信が可能となった場合に
は、スループットを、より向上させることができる。な
お、Ｍは、１以上の整数値とすることができるが、小さ
な値を設定すると、ダミーデータの送信が頻繁に行わ
れ、その結果、スループットが低下することとなるた
め、Ｍは、ある程度大きな値とするのが望ましい。

【００７０】次に、図９は、図１の通信装置１Ａおよび
１Ｂの他の構成例を示している。なお、図中、図２にお
ける場合と対応する部分については、同一の符号を付し
てあり、以下では、その説明は、適宜省略する。即ち、
通信装置１Ａは、受信部１１Ａとパケット分解部１２Ａ
との間に、エラー訂正部２１Ａが新たに設けられている
とともに、パケット生成部１４Ａと送信部１５Ａとの間
に、エラー訂正符号付加部２２Ａが新たに設けられてい
る他は、図２における場合と基本的に同様に構成されて
おり、また、通信装置１Ｂも、受信部１１Ｂとパケット
分解部１２Ｂとの間に、エラー訂正部２１Ｂが新たに設
けられているとともに、パケット生成部１４Ｂと送信部
１５Ｂとの間に、エラー訂正符号付加部２２Ｂが新たに
設けられている他は、図２における場合と基本的に同様
に構成されている。

【００７１】図９の通信装置１Ａおよび１Ｂでは、パケ
ットの送信時には、エラー訂正のためのエラー訂正符号
がパケットに付加されて送信され、また、パケットの受
信時には、そのエラー訂正符号を用いて、パケットのエ
ラー訂正が行われるようになっている。

【００７２】即ち、エラー訂正部２１Ａは、受信部１１
Ａが受信したパケットに対して、エラー訂正符号による
エラー訂正（誤り訂正）処理を施し、その処理結果を、
パケット分解部１２Ａに供給するようになっている。

【００７３】エラー訂正符号付加部２２Ａは、パケット
生成部１４Ａからパケットについて、例えば、ハミング
符号、ＢＣＨ符号、Fire符号、岩垂符号等のエラー訂正
のためのエラー訂正符号を計算し、パケットに配置し
て、送信部１５Ａに供給するようになっている。なお、
本実施の形態では、エラー訂正符号は、例えば、ユーザ
データとともに、ペイロードに配置されるようになって
いる。

【００７４】エラー訂正部２１Ｂまたはエラー訂正符号
付加部２２Ｂも、エラー訂正部２１Ａまたはエラー訂正
符号付加部２２Ａとそれぞれ同様に構成されている。

【００７５】次に、上述の場合と同様に、通信装置１Ａ
を送信装置とするとともに、通信装置１Ｂを受信装置と
して、通信装置１Ａによるパケットの送信処理と、通信
装置１Ｂによるパケットの受信処理について説明する。

【００７６】まず、図１０のフローチャートを参照し
て、図９の通信装置１Ａによる送信処理について説明す
る。

【００７７】アプリケーション２Ａから送信すべきユー
ザデータが、通信装置１Ａに供給されると、ステップＳ
５１において、パケット生成部１４Ａは、パケット長と
して、最長のパケット長を設定し、そのようなパケット
長のパケットであって、ダミーデータを配置したパケッ
トを構成して、エラー訂正符号付加部２２Ａに供給す
る。エラー訂正符号付加部２２Ａは、パケット生成部１
４Ａからのパケットについて、エラー訂正符号を計算
し、そのエラー訂正符号を、パケットに付加（配置）し
て、送信部１５Ａに供給する。送信部１５Ａでは、エラ
ー訂正符号付加部２２Ａからのパケットが、伝送路３を
介して通信装置１Ｂに送信される。

【００７８】ここで、エラー訂正符号付加部２２Ａ（エ
ラー訂正符号付加部２２Ｂにおいても同様）では、エラ
ー／確認信号検出部１３Ａからの信号に基づいて、可変
の符号長のエラー訂正符号の計算を行うことができるよ
うになっており、その符号長の上限と下限は、あらかじ
め設定されている。そして、ステップＳ５１では、エラ
ー訂正符号の符号長として、下限の符号長が設定され、
その下限の符号長のエラー訂正符号が計算されるように
なっている。

【００７９】なお、エラー訂正符号として、例えば、ハ
ミング符号を用いる場合、ｎビットのハミング符号によ
れば、２ⁿ−１ビットのデータ列のうちの任意の１ビッ
トの誤りを訂正することができる。従って、一般に、エ
ラー訂正符号は、その符号長が長いほど、そのエラー訂
正能力は高くなることになるが、これは、逆に言えば、
エラー訂正能力を高くするには、符号長の長いエラー訂
正符号を付加する必要があり、この場合、冗長なデータ
が増加し、スループットが低下することになる。

【００８０】ステップＳ５１でパケットが送信された後
は、ステップＳ５２において、検出部１３Ａにおいて、
伝送路３を介してのパケットの伝送状態が検出され、そ
れが良好であるか、または不良であるかが判定される。

【００８１】即ち、検出部１３Ａは、上述したように、
通信部１ＢからのACKの有無に基づいて、伝送状態を判
定する。あるいは、通信装置１Ａでは、受信部１１Ａに
おいて、通信装置１Ｂからのパケットが受信され、エラ
ー訂正部２１Ａにおいて、そのパケットに付加されてい
るエラー訂正符号によって、エラー訂正が行われて、パ
ケット分解部１２Ａに供給されるが、検出部１３Ａで
は、そのようにしてパケット分解部１２Ａに供給され
る、通信装置１Ｂからの、エラー訂正後の最新のパケッ
トに配置されたユーザデータにエラー（誤り）があるか
否かを検出し、その検出結果に基づいて、伝送状態を判
定する。

【００８２】ステップＳ５２において、伝送状態が不良
であると判定された場合、即ち、通信装置１ＢからACK
が送信されてこなかったか、または、通信装置１Ｂから
送信されてきた最新のパケットからエラーが検出された
場合、その旨の信号（不良信号）が、検出部１３Ａから
エラー訂正符号付加部２２Ａに供給され、ステップＳ５
５に進む。

【００８３】エラー訂正符号付加部２２Ａは、検出部１
３Ａから不良信号を受信すると、ステップＳ５５におい
て、現在設定されている符号長が、最長の符号長（上述
した、可変の符号長の上限）に等しいかどうかを判定す
る。ステップＳ５５において、現在設定されている符号
長が、最長の符号長でないと判定された場合、ステップ
Ｓ５６に進み、エラー訂正符号付加部２２Ａは、現在設
定されている符号長より所定の長さだけ長い符号長を新
たに設定し、ステップＳ５７に進む。

【００８４】ステップＳ５７では、パケット生成部１４
Ａは、ダミーデータが配置されたパケットを構成し、エ
ラー訂正符号付加部２２Ａに供給する。エラー訂正符号
付加部２２Ａは、パケット生成部１４Ａからのパケット
について、現在設定されている符号長のエラー訂正符号
を計算して付加し、送信部１５Ａに供給する。送信部１
５Ａでは、エラー訂正符号付加部２２Ａからのパケット
が、伝送媒体３を介して送信され、ステップＳ５２に戻
り、以下、同様の処理が繰り返される。従って、ステッ
プＳ５２において、伝送状態が良好であると判定される
までは、即ち、通信装置１Ｂにおいて、パケットを正常
受信することができるまでは、エラー訂正符号の符号長
を順次長くして、ダミーデータが配置されたパケットを
送信することが繰り返される。

【００８５】また、ステップＳ５５において、現在設定
されている符号長が、最長の符号長であると判定された
場合、即ち、それ以上、エラー訂正符号の符号長を長く
することができない場合、ステップＳ５８に進み、パケ
ット生成部１４Ａは、図３のステップＳ８における場合
と同様のエラー処理を行い、送信処理を終了する。

【００８６】一方、ステップＳ５２において、伝送状態
が良好であると判定された場合、即ち、通信装置１Ｂか
らACKが送信されてきたか、または、通信装置１Ｂから
送信されてきた最新のパケットからエラーが検出されな
かった場合（エラーがあっても、エラー訂正符号により
訂正が可能な場合を含む）、その旨の信号（良好信号）
が、検出部１３Ａからエラー訂正符号付加部２２Ａに供
給され、ステップＳ５３に進む。

【００８７】ステップＳ５３では、パケット生成部１４
Ａは、アプリケーション２Ａからのユーザデータの先頭
から、所定長だけを切り出し、その所定長のユーザデー
タの先頭または最後に、それぞれヘッダまたはトレーラ
を配置することで、パケットを構成して、エラー訂正符
号付加部２２Ａに供給する。エラー訂正符号付加部２２
Ａは、パケット生成部１４Ａからのパケットに配置され
たユーザデータについて、現在設定されている符号長の
エラー訂正符号を演算し、そのエラー訂正符号を、パケ
ットの、例えば、ユーザデータとトレーラとの間に配置
して、送信部１５Ａに供給する。そして、送信部１５Ａ
では、エラー訂正符号付加部２２Ａからのパケットが、
伝送路３を介して送信される。

【００８８】そして、ステップＳ５４に進み、ステップ
Ｓ５２における場合と同様に、検出部１３Ａにおいて、
伝送状態が判定される。ステップＳ５４において、伝送
状態が不良であると判定された場合、ステップＳ５５に
進み、以下、同様の処理が行われる。従って、ユーザデ
ータが配置されたパケットの送信中に、伝送状態が悪化
して、通信装置１Ｂにおいて、パケットを正常受信する
ことができなくなった場合、即ち、現在設定されている
符号長のエラー訂正符号によっては、伝送路３において
生じたパケットのエラーの訂正をすることができない場
合には、通信装置１Ｂが、パケットを、再び正常受信す
ることができるようになるまで、エラー訂正符号の符号
長が長くされ（ステップＳ５２，Ｓ５５乃至Ｓ５７）、
その後、パケットの送信が続行される（ステップＳ５
３）。

【００８９】また、ステップＳ５４において、伝送状態
が良好であると判定された場合、即ち、パケットの伝送
中にエラーが生じず、あるいは、エラーが生じていて
も、そのエラーを、現在設定されている符号長のエラー
訂正符号によって訂正することで、通信装置１Ｂにおい
て、パケットを正常受信することができている場合、ス
テップＳ５９に進み、アプリケーション２Ａからのユー
ザデータのすべての、通信装置１Ｂへの送信が完了した
かどうかが判定される。ステップＳ５９において、アプ
リケーション２Ａからのユーザデータのすべての送信
が、まだ完了していないと判定された場合、ステップＳ
５３に戻り、以下、同様の処理が繰り返される。

【００９０】一方、ステップＳ５９において、アプリケ
ーション２Ａからのユーザデータのすべての送信が完了
したと判定された場合、送信処理を終了する。

【００９１】次に、図１１のフローチャートを参照し
て、図９の通信装置１Ｂによる受信処理について説明す
る。

【００９２】上述したようにして、通信装置１Ａから伝
送路３を介して、パケットが送信されてくると、ステッ
プＳ６１において、受信部１１Ｂは、そのパケットを受
信し、エラー訂正部２１Ｂに供給する。エラー訂正部２
１Ｂは、受信部１１Ｂからのパケットに配置されたエラ
ー訂正符号によって、そのパケットに対してエラー訂正
処理を施し、パケット分解部１２Ｂに供給する。パケッ
ト分解部１２Ｂは、受信部１１Ｂからのパケットを分解
し、即ち、パケットからヘッダやトレーラ等を削除し、
ユーザデータ（あるいはダミーデータ）を抽出する。

【００９３】その後、ステップＳ６２に進み、検出部１
３Ｂにおいて、ユーザデータを正常に受信することがで
きたか否かが判定される。即ち、検出部１３Ｂは、パケ
ット分解部１２Ｂを監視しており、パケット分解部１２
Ｂで抽出されたユーザデータにエラーがあるか否かを検
出し、その検出結果に基づいて、ユーザデータを正常に
受信することができたか否かを判定する。

【００９４】ステップＳ６２において、ユーザデータを
正常に受信することができたと判定された場合、検出部
１３Ｂは、良好信号を、エラー訂正符号付加部２２Ｂに
出力し、ステップＳ６３に進む。エラー訂正符号付加部
２２Ｂは、検出部１３Ｂから良好信号を受信すると、ス
テップＳ６３において、通信部１５Ｂを制御することに
より、ACKを、伝送路３を介して通信装置１Ａに送信さ
せ、受信処理を終了する。

【００９５】また、ステップＳ６２において、ユーザデ
ータを正常に受信することができなかったと判定された
場合、ステップＳ６３をスキップして、受信処理を終了
する。従って、この場合、ACKは、通信装置１Ａに送信
されない。

【００９６】以上のように、通信装置１Ｂにおいて、パ
ケットを正常受信することができるまで、エラー訂正符
号の符号長を順次長くして、パケットを送信し、これに
より、通信装置１Ｂがパケットを正常受信するのに必要
なエラー訂正符号の符号長を特定し、その符号長のエラ
ー訂正符号を付加してパケットを送信するようにしたの
で、より大きなスループットで、かつエラーが生じない
ように（エラーが生じても、その訂正をすることができ
るように）、パケットを送信することができる。

【００９７】次に、以上のように、パケットに、エラー
訂正符号を付加して送信する場合においても、受信装置
としての通信装置１Ｂでエラーの訂正が可能な符号長の
エラー訂正符号を付加したパケットの送信が開始された
後に、例えば、伝送路３の状態が改善され、その結果、
通信装置１Ａにおいて、より短い符号長のエラー訂正符
号が付加されたパケットを送信しても、通信装置１Ｂに
おいて、そのパケットを正常受信することができる（パ
ケットにエラーが生じても、そのパケットに付加されて
いる、短い符号長のエラー訂正符号によって、エラーを
訂正することができる）ようになることがある。この場
合、エラー訂正符号の符号長を短くすることで、スルー
プットを、より向上させることができる。

【００９８】そこで、図１２のフローチャートを参照し
て、このように、スループットをより向上させる送信処
理について説明する。

【００９９】この場合、ステップＳ７１，Ｓ７２，Ｓ７
６乃至Ｓ７９において、図１０のステップＳ５１，Ｓ５
２，Ｓ５５乃至Ｓ５８における場合とそれぞれ同様の処
理が行われる。

【０１００】そして、ステップＳ７２において、伝送状
態が良好であると判定された場合、即ち、通信装置１Ｂ
からACKが送信されてきたか、または、通信装置１Ｂか
ら送信されてきた最新のパケットからエラーが検出され
ず、従って、通信装置１Ｂで、パケットを正常受信する
ことができた場合、良好信号が、検出部１３Ａからエラ
ー訂正符号付加部２２Ａに供給され、ステップＳ７３に
進む。

【０１０１】ステップＳ７３では、エラー訂正符号付加
部２２Ａは、パケットの送信回数をカウントするための
変数ｉを０に初期化し、ステップＳ７４に進み、以下、
ステップＳ７４，Ｓ７５，Ｓ８０において、図１０のス
テップＳ５３，Ｓ５４，Ｓ５９における場合とそれぞれ
同様の処理が行われる。

【０１０２】そして、ステップＳ８０において、アプリ
ケーション２Ａからのユーザデータのすべての送信が、
まだ完了していないと判定された場合、ステップＳ８１
に進み、エラー訂正符号付加部２２Ａは、変数ｉを１だ
けインクリメントし、ステップＳ８２に進む。ステップ
Ｓ８２では、エラー訂正符号付加部２２Ａにおいて、変
数ｉが、所定の回数Ｍに等しいかどうかが判定される。

【０１０３】ステップＳ８２において、変数ｉが、所定
の回数Ｍに等しくないと判定された場合、ステップＳ８
４に戻る。従って、この場合、前回送信されたエラー訂
正符号と同一の符号長のエラー訂正符号が付加されたパ
ケットの送信が繰り返される。

【０１０４】一方、ステップＳ８２において、変数ｉ
が、所定の回数Ｍに等しいと判定された場合、即ち、通
信装置１Ｂにおいて、所定のパケット長のパケットの正
常受信を、所定の回数Ｍだけ連続して行うことができた
場合、ステップＳ８３に進み、エラー訂正符号付加部２
２Ａは、現在設定されている符号長より所定の長さだけ
短い符号長を新たに設定し、ステップＳ８４に進む。

【０１０５】ステップＳ８４では、パケット生成部１４
Ａは、ダミーデータが配置されたパケットを構成し、エ
ラー訂正符号付加部２２Ａに供給する。エラー訂正符号
付加部２２Ａは、パケット生成部１４Ａからのパケット
について、新たに設定された短い符号長のエラー訂正符
号を計算して付加し、送信部１５Ａに供給する。送信部
１５Ａでは、エラー訂正符号付加部２２Ａからのパケッ
トが送信され、ステップＳ７２に戻る。

【０１０６】従って、この場合、ステップＳ７２におい
て、伝送状態が良好であると判定されると、即ち、通信
装置１Ｂにおいて、符号長を短くしたエラー訂正符号を
用いたエラー訂正処理によって、パケットのエラー訂正
を正しく行うことができ、その結果、パケットを正常受
信することができると、その後は、通信装置１Ａにおい
て、その短くされた符号長のエラー訂正符号が付加され
た形で、パケットの送信が行われる。

【０１０７】以上のように、図１１の実施の形態では、
通信装置１Ｂにおいて、所定の符号長のエラー訂正符号
が付加されたパケットの正常受信を、所定の回数Ｍだけ
連続して行うことができた場合には、通信装置１Ａにお
いて、符号長を短くしたエラー訂正符号が付加されたパ
ケットが構成されて送信されるので、例えば、伝送路３
の状態が改善等され、より短い符号長のエラー訂正符号
が付加されたパケットを送信しても、そのエラー訂正符
号によって、パケットに生じたエラーの訂正が可能とな
った場合には、スループットを、より向上させることが
できる。

【０１０８】なお、エラー訂正符号の符号長を、長くま
たは短く変更する場合には、図１３に示すように、エラ
ー訂正符号の符号長のみを長く、または短くしても良い
し、図１４に示すように、エラー訂正符号の符号長を長
く、または短くするとともに、その分だけ、ユーザデー
タの長さを短く、または長くするようにしても良い。図
１３に示した場合には、エラー訂正符号の符号長の変更
分だけ、パケット長も長くまたは短くなるが、図１４に
示した場合には、パケット長は変わらない。

【０１０９】次に、上述した一連の処理は、ハードウェ
アにより行うこともできるし、ソフトウェアにより行う
こともできる。一連の処理をソフトウェアによって行う
場合には、そのソフトウェアを構成するプログラムが、
専用のハードウェアとしての通信装置１Ａや１Ｂに組み
込まれているコンピュータ、または各種のプログラムを
インストールすることで各種の処理を行う汎用のコンピ
ュータ等にインストールされる。

【０１１０】そこで、図１５を参照して、上述した一連
の処理を実行するプログラムをコンピュータにインスト
ールし、コンピュータによって実行可能な状態とするた
めに用いられる媒体について説明する。

【０１１１】プログラムは、図１５（Ａ）に示すよう
に、コンピュータ１０１に内蔵されている記録媒体とし
てのハードディスク１０２や半導体メモリ１０３に予め
インストールした状態でユーザに提供することができ
る。

【０１１２】あるいはまた、プログラムは、図１５
（Ｂ）に示すように、フロッピーディスク１１１、CD-R
OM(Compact Disc Read Only Memory)１１２，MO(Magnet
o optical)ディスク１１３，DVD(Digital Versatile Di
sc)１１４、磁気ディスク１１５、半導体メモリ１１６
などの記録媒体に、一時的あるいは永続的に格納し、パ
ッケージソフトウエアとして提供することができる。

【０１１３】さらに、プログラムは、図１５（Ｃ）に示
すように、ダウンロードサイト１２１から、ディジタル
衛星放送用の人工衛星１２２を介して、コンピュータ１
０１に無線で転送したり、LAN(Local Area Network)、
インターネットといったネットワーク１３１を介して、
コンピュータ１２３に有線で転送し、コンピュータ１０
１において、内蔵するハードディスク１０２などに格納
させるようにすることができる。

【０１１４】本明細書における媒体とは、これら全ての
媒体を含む広義の概念を意味するものである。

【０１１５】また、本明細書において、媒体により提供
されるプログラムを記述するステップは、必ずしもフロ
ーチャートとして記載された順序に沿って時系列に処理
する必要はなく、並列的あるいは個別に実行される処理
（例えば、並列処理あるいはオブジェクトによる処理）
も含むものである。

【０１１６】次に、図１６は、図１５のコンピュータ１
０１の構成例を示している。

【０１１７】コンピュータ１０１は、図１６に示すよう
に、CPU(Central Processing Unit)１４２を内蔵してい
る。CPU１４２には、バス１４１を介して、入出力イン
タフェース１４５が接続されており、CPU１４２は、入
出力インタフェース１４５を介して、ユーザによって、
キーボードやマウス等で構成される入力部１４７が操作
されることにより指令が入力されると、それにしたがっ
て、図１５（Ａ）の半導体メモリ１０３に対応するROM
(Read Only Memory)１４３に格納されているプログラム
を実行する。あるいは、また、CPU１４２は、ハードデ
ィスク１０２に格納されているプログラム、衛星１２２
若しくはネットワーク１３１から転送され、通信部１４
８で受信されてハードディスク１０２にインストールさ
れたプログラム、またはドライブ１４９に装着されたフ
ロッピディスク１１１、CD-ROM１１２、MOディスク１１
３、DVD１１４、若しくは磁気ディスク１１５から読み
出されてハードディスク１０２にインストールされたプ
ログラムを、RAM(Random Access Memory)１４４にロー
ドして実行する。そして、CPU１４２は、その処理結果
を、例えば、入出力インタフェース１４５を介して、LC
D(Liquid CryStal Display)等で構成される表示部１４
６に、必要に応じて出力する。

【０１１８】以上のように、伝送路３を介してのパケッ
トの伝送状態を検出し、その伝送状態に基づいて、パケ
ットに配置するユーザデータの長さや、誤り訂正符号の
符号長を変更するようにしたので、パケットの送信を、
高い信頼性で、かつ大きなスループットで行うことがで
きる。即ち、伝送路３の状態によって、パケットにエラ
ーが生じやすい場合には、パケット長を短くし、あるい
は符号長の長いエラー訂正符号を付加することで、スル
ープットは低下するが、エラーのないパケットの受信、
あるいはエラー訂正が可能なように、パケットの送信を
行うことができる。また、パケットにエラーが生じにく
い場合には、パケット長を長くし、あるいは符号長の短
いエラー訂正符号を付加することで、スループットが高
く、かつ信頼性も高いパケットの送信を行うことができ
る。

【０１１９】なお、本実施の形態では、通信装置１Ａに
おいて、ユーザデータが配置されたパケットの送信を開
始する前に、ダミーデータが配置されたパケットを送信
し、通信装置１ＢからのACKを１度受信した後に、そのA
CKに対応するパケットのパケット長を、ユーザデータを
配置するパケットのパケット長として設定するようにし
たが、ユーザデータを配置するパケットのパケット長
は、その他、例えば、通信装置１ＢからのACKを１度受
信した後に、そのACKに対応するパケットと同一のパケ
ット長のパケットを幾つか送信し、その幾つかのパケッ
トすべてについて、ACKを受信することができた場合に
設定するようにしても良い。

【０１２０】また、本実施の形態では、パケット長を設
定するにあたって、ダミーデータが配置されたパケット
を送信するようにしたが、パケット長の設定は、その
他、例えば、ユーザデータが配置されたパケットを送信
することによって行うことも可能である。この場合、よ
りスループットを向上させることが可能となる。

【０１２１】さらに、本実施の形態では、送信したパケ
ットに対するACKの有無や、受信したパケットにおける
エラーの有無によって、伝送状態を検出し、その伝送状
態に基づいて、パケット長、またはエラー訂正符号の符
号長を変更するようにしたが、伝送状態は、その他、例
えば、パケットの再送回数に基づいて検出することも可
能である。即ち、通信装置１Ａと１Ｂとの間で、パケッ
トの送受信が成功しなかった場合には、パケットの再送
を行うようにすることが可能であるが、伝送状態は、こ
の再送回数に基づいて検出し、パケット長、またはエラ
ー訂正符号の符号長の変更を行うことが可能である。

【０１２２】また、エラー訂正符号の符号長の変更は、
エラー訂正の方法を変えることなく行っても良いし、ま
た、エラー訂正の方法を変えることで行っても良い。

【０１２３】さらに、本発明は、一対一での通信を行う
場合の他、一対多での通信を行う場合にも適用可能であ
る。さらに、一対多での通信を行う場合には、例えば、
通信を行う受信装置ごとに、独立に、パケット長や、エ
ラー訂正符号の符号長の変更を行うようにすることが可
能である。

【０１２４】

【発明の効果】以上の如く、本発明の送信装置および送
信方法、並びに媒体によれば、伝送路を介してのパケッ
トの伝送状態が検出され、その伝送状態に基づいて、パ
ケットに配置するデータの長さが変更される。従って、
大きなスループットで、かつ高い信頼性で、パケットの
送信を行うことが可能となる。

【図面の簡単な説明】

【図１】本発明を適用したパケット伝送装置の一実施の
形態の構成例を示すブロック図である。

【図２】図１の通信装置１Ａおよび１Ｂの構成例を示す
ブロック図である。

【図３】図２の通信装置１Ａによる送信処理を説明する
ためのフローチャートである。

【図４】図２の通信装置１Ｂによる受信処理を説明する
ためのフローチャートである。

【図５】図２の通信装置１Ａと１Ｂとの間のやりとりを
説明するための図である。

【図６】図２の通信装置１Ａと１Ｂとの間でやりとりさ
れるパケットを示す図である。

【図７】図２の通信装置１Ａによる他の送信処理を説明
するためのフローチャートである。

【図８】図２の通信装置１Ａと１Ｂとの間のやりとりを
説明するための図である。

【図９】図１の通信装置１Ａおよび１Ｂの他の構成例を
示すブロック図である。

【図１０】図９の通信装置１Ａによる送信処理を説明す
るためのフローチャートである。

【図１１】図９の通信装置１Ｂによる受信処理を説明す
るためのフローチャートである。

【図１２】図９の通信装置１Ａによる他の送信処理を説
明するためのフローチャートである。

【図１３】図９の通信装置１Ａと１Ｂとの間でやりとり
されるパケットを示す図である。

【図１４】図９の通信装置１Ａと１Ｂとの間でやりとり
されるパケットを示す図である。

【図１５】本発明を適用した媒体を説明するための図で
ある。

【図１６】図１５のコンピュータ１０１の構成例を示す
ブロック図である。

【符号の説明】

１Ａ，１Ｂ 通信装置， ２Ａ，２Ｂ アプリケーショ
ン， ３ 伝送路，１１Ａ，１１Ｂ 受信部， １２
Ａ，１２Ｂ パケット分解部， １３Ａ， １３Ｂ エ
ラー／確認信号検出部， １４Ａ，１４Ｂ パケット生
成部， １５Ａ，１５Ｂ 送信部， ２１Ａ，２１Ｂ
エラー訂正部， ２２Ａ，２２Ｂ エラー訂正符号付加
部， １０１ コンピュータ， １０２ ハードディス
ク， １０３ 半導体メモリ， １１１ フロッピーデ
ィスク， １１２ CD-ROM， １１３ MOディスク，
１１４ DVD， １１５ 磁気ディスク， １１６ 半
導体メモリ， １２１ ダウンロードサイト， １２２
衛星， １３１ ネットワーク， １４１ バス，
１４２ CPU， １４３ ROM， １４４ RAM，１４５
入出力インタフェース， １４６ 表示部， １４７
入力部， １４８ 通信部， １４９ ドライブ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 吉田 英喜 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 川口 大介 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5K014 AA03 BA05 DA02 FA13 HA05 5K030 GA03 GA11 HA08 HC04 LA02 MA01 MB11 9A001 BB01 BB03 BB04 CC04 CC05 CC07 CC08 JJ25

Claims (7)

【特許請求の範囲】
1. 【請求項１】 データをパケット化し、所定の伝送路を
   介して、受信装置に送信する送信装置であって、 前記伝送路を介しての前記パケットの伝送状態を検出す
   る検出手段と、 前記伝送状態に基づいて、前記パケットに配置するデー
   タの長さを変更する変更手段と、 前記パケットを、前記伝送路を介して送信する送信手段
   とを含むことを特徴とする送信装置。
2. 【請求項２】 前記変更手段は、前記パケットに配置す
   る実質的なデータの長さを変更することを特徴とする請
   求項１に記載の送信装置。
3. 【請求項３】 前記パケットについての誤り訂正符号を
   求め、前記パケットに配置する誤り訂正符号算出手段を
   さらに含み、 前記変更手段は、前記誤り訂正符号の長さを変更するこ
   とを特徴とする請求項１に記載の送信装置。
4. 【請求項４】 前記検出手段は、前記受信装置から、前
   記パケットを正常受信することができた旨の確認信号を
   受信することで、前記伝送状態を検出することを特徴と
   する請求項１に記載の送信装置。
5. 【請求項５】 前記検出手段は、前記受信装置から前記
   伝送路を介して送信されてくるパケットについてのエラ
   ーを検出することで、前記伝送状態を検出することを特
   徴とする請求項１に記載の送信装置。
6. 【請求項６】 データをパケット化し、所定の伝送路を
   介して、受信装置に送信する送信方法であって、 前記伝送路を介しての前記パケットの伝送状態を検出す
   る検出ステップと、 前記伝送状態に基づいて、前記パケットに配置するデー
   タの長さを変更する変更ステップと、 前記パケットを、前記伝送路を介して送信する送信ステ
   ップとを含むことを特徴とする送信方法。
7. 【請求項７】 データをパケット化し、所定の伝送路を
   介して、受信装置に送信する送信処理を行うためのプロ
   グラムを、コンピュータに実行させる媒体であって、 前記伝送路を介しての前記パケットの伝送状態を検出す
   る検出ステップと、前記伝送状態に基づいて、前記パケ
   ットに配置するデータの長さを変更する変更ステップ
   と、 前記パケットを、前記伝送路を介して送信する送信ステ
   ップとを含むことを特徴とするプログラムを、前記コン
   ピュータに実行させる媒体。