(57)【要約】【課題】簡単にエラー訂正を行うことができるようにする。【解決手段】ＲＴＰパケット化部８３は、エラー訂正付加部８２によりエラー訂正パリティデータが付加されたＴＳパケットを、予め設定された個数にまとめ、そのまとめたＴＳパケットにＲＴＰヘッダを付加し、１つずつ増加させたシーケンス番号を順に割り振って、ＲＴＰパケットを生成して、ＭＡＣフレーム化部８４に供給する。したがって、エラー訂正部９４は、ＲＴＰパケットのシーケンス番号に基づいて、受信したＲＴＰパケットを用いて、エラー訂正し、通信路で欠落したパケットを回復することができる。本発明は、ＡＶデータを、無線通信で送受信する送受信システムに適用できる。【選択図】図３
2005210219.tif 000002
【特許請求の範囲】
【請求項１】
データを送信する送信装置と、前記送信装置から送信されてきた前記データを受信する受信装置から構成される送受信システムにおいて、
前記送信装置は、
Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加手段と、
前記エラー訂正付加手段により前記エラー訂正データが付加されているＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成手段と、
前記ＲＴＰパケット生成手段により生成された前記ＲＴＰパケットを、前記受信装置に送信可能な前記データに変換して送信する送信手段とを備え、
前記受信装置は、
前記送信装置からの前記データを受信する受信手段と、
前記受信手段により受信された前記データから、前記ＲＴＰパケットを取得するパケット取得手段と、
前記パケット取得手段により取得された前記ＲＴＰパケットの前記シーケンス番号に基づいて、前記受信手段により受信されなかった欠落パケットがあるか否かを判断するパケット判断手段と、
前記パケット判断手段により受信されなかった欠落パケットがあると判断された場合、前記パケット取得手段により取得された前記ＲＴＰパケットを用いて、前記欠落パケットを訂正するパケット訂正手段と
を備えることを特徴とする送受信システム。
【請求項２】
前記送信装置は、前記送信手段により送信される前に、前記ＲＴＰパケット生成手段により生成されたＲＴＰパケットの順番を所定の順番に並び替えるインターリーブ手段をさらに備え、
前記受信装置は、前記パケット取得手段により取得された前記ＲＴＰパケットの順番を、前記インターリーブ手段により前記所定の順番に並び替えられる前の元の順番に戻すデインターリーブ手段をさらに備える
ことを特徴とする請求項１に記載の送受信システム。
【請求項３】
データを受信装置に送信する送信装置において、
Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加手段と、
前記エラー訂正付加手段により前記エラー訂正データが付加されているＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成手段と、
前記ＲＴＰパケット生成手段により生成された前記ＲＴＰパケットを、前記受信装置に送信可能な前記データに変換して送信する送信手段と
を備えることを特徴とする送信装置。
【請求項４】
前記送信手段により送信される前に、前記ＲＴＰパケット生成手段により生成されたＲＴＰパケットを所定の順番に並び替えるインターリーブ手段をさらに備える
ことを特徴とする請求項３に記載の送信装置。
【請求項５】
データを受信装置に送信する送信装置の送信方法において、
Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加ステップと、
前記エラー訂正付加ステップの処理により前記エラー訂正データが付加されているＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成ステップと、
前記ＲＴＰパケット生成ステップの処理により生成された前記ＲＴＰパケットを、前記受信装置に送信可能な前記データに変換して送信する送信ステップと
を含むことを特徴とする送信方法。
【請求項６】
データを受信装置に送信する処理をコンピュータに行わせるプログラムが記録される記録媒体であって、
Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加ステップと、
前記エラー訂正付加ステップの処理により前記エラー訂正データが付加されているＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成ステップと、
前記ＲＴＰパケット生成ステップの処理により生成された前記ＲＴＰパケットを、前記受信装置に送信可能な前記データに変換して送信する送信ステップと
を含むことを特徴とするプログラムが記録される記録媒体。
【請求項７】
データを受信装置に送信する処理をコンピュータに行わせるプログラムであって、
Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加ステップと、
前記エラー訂正付加ステップの処理により前記エラー訂正データが付加されているＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成ステップと、
前記ＲＴＰパケット生成ステップの処理により生成された前記ＲＴＰパケットを、前記受信装置に送信可能な前記データに変換して送信する送信ステップと
を含むことを特徴とするプログラム。
【請求項８】
送信装置からデータを受信する受信装置において、
前記送信装置から、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加されているＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って生成されたＲＴＰ（Real-time Transport Protocol）パケットからなる前記データを受信する受信手段と、
前記受信手段により受信された前記データから、前記ＲＴＰパケットを取得するパケット取得手段と、
前記パケット取得手段により取得された前記ＲＴＰパケットの前記シーケンス番号に基づいて、前記受信手段により受信されなかった欠落パケットがあるか否かを判断するパケット判断手段と、
前記パケット判断手段により受信されなかった欠落パケットがあると判断された場合、前記パケット取得手段により取得された前記ＲＴＰパケットを用いて、前記欠落パケットを訂正するパケット訂正手段と
を備えることを特徴とする受信装置。
【請求項９】
前記受信手段により受信された前記データにおいて、前記ＲＴＰパケットは、前記送信装置により所定の順番に並べ替えられており、
前記パケット取得手段により取得された前記ＲＴＰパケットの順番を、前記送信装置により前記所定の順番に並び替えられる前の元の順番に戻すデインターリーブ手段をさらに備える
ことを特徴とする請求項９に記載の受信装置。
【請求項１０】
送信装置からデータを受信する受信装置の受信方法において、
前記送信装置から、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加されているＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って生成されたＲＴＰ（Real-time Transport Protocol）パケットからなる前記データを受信する受信ステップと、
前記受信ステップの処理により受信された前記データから、前記ＲＴＰパケットを取得するパケット取得ステップと、
前記パケット取得ステップの処理により取得された前記ＲＴＰパケットの前記シーケンス番号に基づいて、前記受信ステップの処理により受信されなかった欠落パケットがあるか否かを判断するパケット判断ステップと、
前記パケット判断ステップの処理により受信されなかった欠落パケットがあると判断された場合、前記パケット取得ステップの処理により取得された前記ＲＴＰパケットを用いて、前記欠落パケットを訂正するパケット訂正ステップと
を含むことを特徴とする受信方法。
【請求項１１】
送信装置からデータを受信する処理をコンピュータに行わせるプログラムが記録される記録媒体であって、
前記送信装置から、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加されているＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って生成されたＲＴＰ（Real-time Transport Protocol）パケットからなる前記データを受信する受信ステップと、
前記受信ステップの処理により受信された前記データから、前記ＲＴＰパケットを取得するパケット取得ステップと、
前記パケット取得ステップの処理により取得された前記ＲＴＰパケットの前記シーケンス番号に基づいて、前記受信ステップの処理により受信されなかった欠落パケットがあるか否かを判断するパケット判断ステップと、
前記パケット判断ステップの処理により受信されなかった欠落パケットがあると判断された場合、前記パケット取得ステップの処理により取得された前記ＲＴＰパケットを用いて、前記欠落パケットを訂正するパケット訂正ステップと
を含むことを特徴とするプログラムが記録される記録媒体。
【請求項１２】
送信装置からデータを受信する処理をコンピュータに行わせるプログラムであって、
前記送信装置から、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加されているＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って生成されたＲＴＰ（Real-time Transport Protocol）パケットからなる前記データを受信する受信ステップと、
前記受信ステップの処理により受信された前記データから、前記ＲＴＰパケットを取得するパケット取得ステップと、
前記パケット取得ステップの処理により取得された前記ＲＴＰパケットの前記シーケンス番号に基づいて、前記受信ステップの処理により受信されなかった欠落パケットがあるか否かを判断するパケット判断ステップと、
前記パケット判断ステップの処理により受信されなかった欠落パケットがあると判断された場合、前記パケット取得ステップの処理により取得された前記ＲＴＰパケットを用いて、前記欠落パケットを訂正するパケット訂正ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送受信システム、送信装置および方法、受信装置および方法、記録媒体、並びにプログラムに関し、特に、送受信されているパケットが欠落してしまったときに、その欠落を簡単に補うことができるようにした送受信システム、送信装置および方法、受信装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
従来、有線のイーサネット（登録商標）、または無線ネットワークに接続される装置間のリアルタイムＡＶデータ送受信においては、プロトコルとして、ＲＴＰ（Real-time Transport Protocol）／ＵＤＰ(User Datagram Protocol)が用いられている。
【０００３】
図１は、従来の送受信システムの構成例を示している。図１の例においては、送信装置１の送信データ生成部１１は、図示せぬアンテナを介して受信された放送信号のＭＰＥＧ−ＴＳ（Motion Picture Experts Group -Transport Stream）ストリームのＡＶ（Audio Video）信号を入力し、ＡＶ信号のＭＰＥＧ−ＴＳパケットを所定の個数ずつまとめて、ＲＴＰヘッダを付けて、ＲＴＰパケットを生成する。そして、送信データ生成部１１は、生成されたＲＴＰパケットを、リアルタイムＡＶデータ伝送用に、ＵＤＰ（User Datagram Protocol）パケット化し、さらに、ＩＰ（Internet Protocol）パケット化した後、例えば、IEEE802.11準拠のＭＡＣ（Media Access Control）ヘッダを付けてＭＡＣフレーム化し、無線送信モジュール１２に出力する。無線送信モジュール１２は、送信データ生成部１１からのＭＡＣフレーム化パケットを、無線通信により、受信装置２に送信する。
【０００４】
受信装置２の無線受信モジュール２１は、送信装置１より送信されたＭＡＣフレーム化パケットを、受信し、受信されたパケットを、ＴＳストリーム化部２２に供給する。ＴＳストリーム化部２２は、供給されたＭＡＣフレーム化パケットから、ＭＰＥＧ−ＴＳストリームを取り出し、図示せぬバッファに蓄積する。ＭＰＥＧデコーダ部２３は、ＴＳストリーム化部２２のバッファに蓄積されたＭＰＥＧ−ＴＳストリームを復号し、アナログＡＶ信号として、再生し、図示せぬ表示部に表示する。
【０００５】
以上のようにして、従来の送受信システムでは、ＵＤＰが用いられてデータが送受信されている。しかしながら、従来の送受信システムにおいては、ＵＤＰでの送受信の特性上、一部のパケットが通信路において欠落してしまい、受信装置側で受信できない問題（パケットドロップ）がある。
【０００６】
これを解決するために、送信装置において、送信後も一定時間、データを蓄積しておき、受信装置から欠落したパケットが要求されると、蓄積されているデータの中から、要求されたパケットを送信する送受信システムがある。
【０００７】
また、他の送受信システムとしては、伝送エラー訂正を行うためのＦＥＣ(Forward Error Correction)パケットを新規に定義付け、送信装置からＭＡＣフレーム化パケットを送信する前に、ＭＡＣフレーム全体に、ＦＥＣパケットを追加し、送信することにより、通信路で欠落したパケットを受信装置側で訂正するようにした送受信システムがある（例えば、特許文献１参照）。
【０００８】
【特許文献１】米国特許第６１４１７８８号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、前者の送受信システムの場合には、ＡＶデータ送受信以外に、高性能な装置同士の通信が必要であり、さらに、送信装置側で送信した後のデータ（パケット）を一定時間保持していなければならず、システム（ＣＰＵ）の負荷が大きくなってしまう。
【００１０】
また、後者の送受信システムの場合には、ＦＥＣパケットが新規に定義付けられているため、送信装置および受信装置の両者において、そのエラー訂正方法が既知であるか、または、ＲＴＳＰ（Real Time Streaming Protocol）などの他の方法を用いることにより相互に知らせ合わなければならない。
【００１１】
以上のように、ＵＤＰでの送受信において、パケットドロップに対応するためには、高性能な機能やＲＴＳＰなどの他の機能で構成されるシステム（送信装置および受信装置）が必要であり、このような送受信システムを簡単に実装することができない。すなわち、ＵＤＰでの送受信において、欠落したパケットの訂正を簡単に行うことが困難である課題があった。
【００１２】
本発明は、このような状況に鑑みてなされたものであり、通信路での欠落パケットを容易に訂正することができるようにするものである。
【課題を解決するための手段】
【００１３】
本発明の送受信システムは、送信装置は、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加手段と、エラー訂正付加手段によりエラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成手段と、ＲＴＰパケット生成手段により生成されたＲＴＰパケットを、受信装置に送信可能なデータに変換して送信する送信手段とを備え、受信装置は、送信装置からのデータを受信する受信手段と、受信手段により受信されたデータから、ＲＴＰパケットを取得するパケット取得手段と、パケット取得手段により取得されたＲＴＰパケットのシーケンス番号に基づいて、受信手段により受信されなかった欠落パケットがあるか否かを判断するパケット判断手段と、パケット判断手段により受信されなかった欠落パケットがあると判断された場合、パケット取得手段により取得されたＲＴＰパケットを用いて、欠落パケットを訂正するパケット訂正手段とを備えることを特徴とする。
【００１４】
送信装置は、送信手段により送信される前に、ＲＴＰパケット生成手段により生成されたＲＴＰパケットの順番を所定の順番に並び替えるインターリーブ手段をさらに備え、受信装置は、パケット取得手段により取得されたＲＴＰパケットの順番を、インターリーブ手段により所定の順番に並び替えられる前の元の順番に戻すデインターリーブ手段をさらに備えるようにすることができる。
【００１５】
本発明の送信装置は、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加手段と、エラー訂正付加手段によりエラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成手段と、ＲＴＰパケット生成手段により生成されたＲＴＰパケットを、受信装置に送信可能なデータに変換して送信する送信手段とを備えることを特徴とする。
【００１６】
送信手段により送信される前に、ＲＴＰパケット生成手段により生成されたＲＴＰパケットを所定の順番に並び替えるインターリーブ手段をさらに備えるようにすることができる。
【００１７】
本発明の送信方法は、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加ステップと、エラー訂正付加ステップの処理によりエラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成ステップと、ＲＴＰパケット生成ステップの処理により生成されたＲＴＰパケットを、受信装置に送信可能なデータに変換して送信する送信ステップとを含むことを特徴とする。
【００１８】
本発明の第１のプログラムが記録される記録媒体は、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加ステップと、エラー訂正付加ステップの処理によりエラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成ステップと、ＲＴＰパケット生成ステップの処理により生成されたＲＴＰパケットを、受信装置に送信可能なデータに変換して送信する送信ステップとを含むことを特徴とする。
【００１９】
本発明の第１のプログラムは、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加ステップと、エラー訂正付加ステップの処理によりエラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成ステップと、ＲＴＰパケット生成ステップの処理により生成されたＲＴＰパケットを、受信装置に送信可能なデータに変換して送信する送信ステップとを含むことを特徴とする。
【００２０】
本発明の受信装置は、送信装置から、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って生成されたＲＴＰ（Real-time Transport Protocol）パケットからなるデータを受信する受信手段と、受信手段により受信されたデータから、ＲＴＰパケットを取得するパケット取得手段と、パケット取得手段により取得されたＲＴＰパケットのシーケンス番号に基づいて、受信手段により受信されなかった欠落パケットがあるか否かを判断するパケット判断手段と、パケット判断手段により受信されなかった欠落パケットがあると判断された場合、パケット取得手段により取得されたＲＴＰパケットを用いて、欠落パケットを訂正するパケット訂正手段とを備えることを特徴とする。
【００２１】
受信手段により受信されたデータにおいて、ＲＴＰパケットは、送信装置により所定の順番に並べ替えられており、パケット取得手段により取得されたＲＴＰパケットの順番を、送信装置により所定の順番に並び替えられる前の元の順番に戻すデインターリーブ手段をさらに備えるようにすることができる。
【００２２】
本発明の受信方法は、送信装置から、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って生成されたＲＴＰ（Real-time Transport Protocol）パケットからなるデータを受信する受信ステップと、受信ステップの処理により受信されたデータから、ＲＴＰパケットを取得するパケット取得ステップと、パケット取得ステップの処理により取得されたＲＴＰパケットのシーケンス番号に基づいて、受信ステップの処理により受信されなかった欠落パケットがあるか否かを判断するパケット判断ステップと、パケット判断ステップの処理により受信されなかった欠落パケットがあると判断された場合、パケット取得ステップの処理により取得されたＲＴＰパケットを用いて、欠落パケットを訂正するパケット訂正ステップとを含むことを特徴とする。
【００２３】
本発明の第２のプログラムが記録される記録媒体は、送信装置から、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って生成されたＲＴＰ（Real-time Transport Protocol）パケットからなるデータを受信する受信ステップと、受信ステップの処理により受信されたデータから、ＲＴＰパケットを取得するパケット取得ステップと、パケット取得ステップの処理により取得されたＲＴＰパケットのシーケンス番号に基づいて、受信ステップの処理により受信されなかった欠落パケットがあるか否かを判断するパケット判断ステップと、パケット判断ステップの処理により受信されなかった欠落パケットがあると判断された場合、パケット取得ステップの処理により取得されたＲＴＰパケットを用いて、欠落パケットを訂正するパケット訂正ステップとを含むことを特徴とする。
【００２４】
本発明の第２のプログラムは、送信装置から、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って生成されたＲＴＰ（Real-time Transport Protocol）パケットからなるデータを受信する受信ステップと、受信ステップの処理により受信されたデータから、ＲＴＰパケットを取得するパケット取得ステップと、パケット取得ステップの処理により取得されたＲＴＰパケットのシーケンス番号に基づいて、受信ステップの処理により受信されなかった欠落パケットがあるか否かを判断するパケット判断ステップと、パケット判断ステップの処理により受信されなかった欠落パケットがあると判断された場合、パケット取得ステップの処理により取得されたＲＴＰパケットを用いて、欠落パケットを訂正するパケット訂正ステップとを含むことを特徴とする。
【００２５】
第１の本発明においては、送信装置により、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加され、エラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットが生成され、生成されたＲＴＰパケットが、受信装置に送信可能なデータに変換して送信される。そして、受信装置により、送信装置からのデータが受信され、受信されたデータから、ＲＴＰパケットが取得され、取得されたＲＴＰパケットのシーケンス番号に基づいて、受信されなかった欠落パケットがあると判断された場合、取得されたＲＴＰパケットを用いて、欠落パケットが訂正される。
【００２６】
第２の本発明においては、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加され、エラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットが生成され、生成されたＲＴＰパケットが、受信装置に送信可能なデータに変換して送信される。
【００２７】
第３の本発明においては、送信装置から、Ｎ個のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個ずつまとめ、シーケンス番号を順番に割り振って生成されたＲＴＰ（Real-time Transport Protocol）パケットからなるデータが受信される。そして、受信されたデータから、ＲＴＰパケットが取得され、取得されたＲＴＰパケットのシーケンス番号に基づいて、受信されなかった欠落パケットがあると判断された場合、取得されたＲＴＰパケットを用いて、欠落パケットが訂正される。
【００２８】
送受信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、すなわち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであってもよい。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであってもよい。
【発明の効果】
【００２９】
本発明によれば、通信路での欠落パケットを容易に訂正することができる。また、本発明によれば、通信路での欠落パケットによるデータ再生の途切れを、簡単に抑制することができる。
【発明を実施するための最良の形態】
【００３０】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。したがって、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００３１】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。
【００３２】
請求項１に記載の送受信システムは、送信装置（例えば、図２の信号受信装置５１）は、Ｎ個（例えば、図７の場合、７０個）のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加手段（例えば、図３のエラー訂正付加部８２）と、エラー訂正付加手段によりエラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個（例えば、図７の場合、７個）ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成手段（例えば、図３のＲＴＰパケット化部８３）と、ＲＴＰパケット生成手段により生成されたＲＴＰパケットを、受信装置に送信可能なデータに変換して送信する送信手段（例えば、図３の無線送信モジュール８５）とを備え、受信装置（例えば、図２の表示装置５２）は、送信装置からのデータを受信する受信手段（例えば、図３の無線受信モジュール９１）と、受信手段により受信されたデータから、ＲＴＰパケットを取得するパケット取得手段（例えば、図３のデータ抽出部９２）と、パケット取得手段により取得されたＲＴＰパケットのシーケンス番号に基づいて、受信手段により受信されなかった欠落パケットがあるか否かを判断するパケット判断手段（例えば、図３の番号判断部１０１）と、パケット判断手段により受信されなかった欠落パケットがあると判断された場合、パケット取得手段により取得されたＲＴＰパケットを用いて、欠落パケットを訂正するパケット訂正手段（例えば、図３のエラー訂正部９４）とを備えることを特徴とする。
【００３３】
請求項２に記載の送受信システムは、送信装置（例えば、図１２の記録再生装置１５１）は、送信手段により送信される前に、ＲＴＰパケット生成手段により生成されたＲＴＰパケットの順番を所定の順番に並び替えるインターリーブ手段（例えば、図１３のインターリーブ１８１）をさらに備え、受信装置（例えば、図１２の表示装置１５２）は、パケット取得手段により取得されたＲＴＰパケットの順番を、インターリーブ手段により所定の順番に並び替えられる前の元の順番に戻すデインターリーブ手段（例えば、図１３のデインターリーブ１９１）をさらに備えるようにすることを特徴とする。
【００３４】
請求項３に記載の送信装置（例えば、図２の信号受信装置５１）は、Ｎ個（例えば、図７の場合、７０個）のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加手段（例えば、図３のエラー訂正付加部８２）と、エラー訂正付加手段によりエラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個（例えば、図７の場合、７個）ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成手段（例えば、図３のＲＴＰパケット化部８３）と、ＲＴＰパケット生成手段により生成されたＲＴＰパケットを、受信装置に送信可能なデータに変換して送信する送信手段（例えば、図３の無線送信モジュール８５）とを備えることを特徴とする。
【００３５】
請求項４に記載の送信装置（例えば、図１２の記録再生装置１５１）は、送信手段により送信される前に、ＲＴＰパケット生成手段により生成されたＲＴＰパケットを所定の順番に並び替えるインターリーブ手段（例えば、図１３のインターリーブ１８１）をさらに備えることを特徴とする。
【００３６】
請求項５に記載の送信方法は、Ｎ個（例えば、図７の場合、７０個）のＴＳ（Transport Stream）パケット毎に、エラー訂正データを付加するエラー訂正付加ステップ（例えば、図８のステップＳ１２）と、エラー訂正付加ステップの処理によりエラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個（例えば、図７の場合、７個）ずつまとめ、シーケンス番号を順番に割り振って、ＲＴＰ（Real-time Transport Protocol）パケットを生成するＲＴＰパケット生成ステップ（例えば、図８のステップＳ１３）と、ＲＴＰパケット生成ステップの処理により生成されたＲＴＰパケットを、受信装置に送信可能なデータに変換して送信する送信ステップ（例えば、図８のステップＳ１４）とを含むことを特徴とする。
【００３７】
なお、請求項６に記載の記録媒体および請求項７に記載のプログラムも、上述した請求項５に記載の送信方法と基本的に同様の処理であるため、繰り返しになるのでその説明は省略する。
【００３８】
請求項８に記載の受信装置（例えば、図２の表示装置５２）は、送信装置から、Ｎ個（例えば、図７の場合、７０個）のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個（例えば、図７の場合、７個）ずつまとめ、シーケンス番号を順番に割り振って生成されたＲＴＰ（Real-time Transport Protocol）パケットからなるデータを受信する受信手段（例えば、図３の無線受信モジュール９１）と、受信手段により受信されたデータから、ＲＴＰパケットを取得するパケット取得手段（例えば、図３のデータ抽出部９２）と、パケット取得手段により取得されたＲＴＰパケットのシーケンス番号に基づいて、受信手段により受信されなかった欠落パケットがあるか否かを判断するパケット判断手段（例えば、図３の番号判断部１０１）と、パケット判断手段により受信されなかった欠落パケットがあると判断された場合、パケット取得手段により取得されたＲＴＰパケットを用いて、欠落パケットを訂正するパケット訂正手段（例えば、図３のエラー訂正部９４）とを備えることを特徴とする。
【００３９】
請求項９に記載の受信装置（例えば、図１２の表示装置１５２）は、受信手段により受信されたデータにおいて、ＲＴＰパケットは、送信装置により所定の順番に並べ替えられており、パケット取得手段により取得されたＲＴＰパケットの順番を、送信装置により所定の順番に並び替えられる前の元の順番に戻すデインターリーブ手段（例えば、図１３のデインターリーブ１９１）をさらに備えることを特徴とする。
【００４０】
請求項１０に記載の受信方法は、送信装置から、Ｎ個（例えば、図７の場合、７０個）のＴＳ（Transport Stream）パケット毎に、エラー訂正データが付加されたＴＳパケットをＭ（Ｎ＞Ｍ）個（例えば、図７の場合、７個）ずつまとめ、シーケンス番号を順番に割り振って生成されたＲＴＰ（Real-time Transport Protocol）パケットからなるデータを受信する受信ステップ（例えば、図９のステップＳ３１）と、受信ステップの処理により受信されたデータから、ＲＴＰパケットを取得するパケット取得ステップ（例えば、図９のステップＳ３２）と、パケット取得ステップの処理により取得されたＲＴＰパケットのシーケンス番号に基づいて、受信ステップの処理により受信されなかった欠落パケットがあるか否かを判断するパケット判断ステップ（例えば、図９のステップＳ３３）と、パケット判断ステップの処理により受信されなかった欠落パケットがあると判断された場合、パケット取得ステップの処理により取得されたＲＴＰパケットを用いて、欠落パケットを回復正するパケット訂正ステップ（例えば、図９のステップＳ３７）とを含むことを特徴とする。
【００４１】
なお、請求項１１に記載の記録媒体および請求項１２に記載のプログラムも、上述した請求項１０に記載の受信方法と基本的に同様の処理であるため、繰り返しになるのでその説明は省略する。
【００４２】
以下、図を参照して本発明の実施の形態について説明する。
【００４３】
図２は、本発明を適用した送受信システムの構成例を示している。図２の例においては、送受信システムは、ＡＶ（Audio Video）データをリアルタイムで送受信する信号受信装置５１および表示装置５２により構成されている。
【００４４】
信号受信装置５１は、アンテナ６１、チューナ６２、および送信部６３により構成されている。アンテナ６１は、テレビジョン放送のデータを受信する。チューナ６２は、アンテナ６１により受信されたテレビジョン放送のデータから、ユーザの所望のチャンネルのＡＶ信号を選択（検波、復調）し、ＭＰＥＧ−ＴＳ（Motion Picture Experts Group -Transport Stream）ストリームのＡＶ信号を、送信部６３に供給する。送信部６３は、チューナ６２からのＡＶ信号に、エラー訂正パリティデータを付加し、送信可能なデータに変換し、表示装置５２の受信部７１に送信する。
【００４５】
表示装置５２は、受信部７１、表示制御部７２、および表示部７３により構成される。受信部７１は、信号受信装置５１からのデータを受信し、エラー訂正を行う。そして、受信部７１は、エラー訂正が行われたデータを復号し、アナログＡＶ信号として、表示制御部７２に出力する。表示制御部７２は、受信部７１からのＡＶ信号を、表示部７３に表示する制御を行う。表示部７３は、ＣＲＴ（Cathode Ray Tube）やＬＣＤ(Liquid Crystal Display)などにより構成され、ＡＶ信号に基づいた画像を表示する。ＡＶ信号のうちの音声は、図示せぬスピーカから出力される。
【００４６】
信号受信装置５１と表示装置５２は、無線でデータの授受を行う。その無線による通信は、例えば、IEEE802.11の規格に基づく方式で行われる。信号受信装置５１と表示装置５２は、無線によりデータの授受を行うため、例えば、ユーザは、信号受信装置５１を家の所定の場所に固定して設置し、表示装置５２を所望の場所まで持ち運び、その場所でテレビジョン放送を閲覧することができる。
【００４７】
以上のように構成される送受信システムでは、信号受信装置５１のアンテナ６１により受信されたテレビジョン放送のＡＶ信号が、チューナ６２を介して、送信部６３に供給され、送信部６３は、そのＡＶ信号に、エラー訂正パリティデータを付加し、送信可能なデータに変換して、IEEE802.11の規格に準拠した無線通信によって送信する。
【００４８】
一方、表示装置５２の受信部７１は、送信部６３から送信されてくるデータを受信し、エラー訂正を実行して、ＡＶ信号に復号する。そして、受信部７１は、復号したＡＶ信号を、表示制御部７２に供給して、表示部７３に表示させる。
【００４９】
なお、図２の例においては、例えば、ＢＳ（Broadcasting Satellite）放送、ＣＳ（Communications Satellite）放送、地上波デジタル放送などのデジタル信号のテレビジョン放送が信号受信装置５１に受信され、そのデータが、表示装置５２に送信されるとして説明したが、本発明は、アナログ信号のテレビジョン放送に対しても適用することが可能である。
【００５０】
また、例えば、ＶＴＲ（Video Tape Recorder）やＤＶＤ（Digital Versatile Disc）プレーヤなどが信号受信装置５１に接続され、それらの装置からのデータが、送受信されるようにしてもよいし、表示装置５２に、ＶＴＲなどの記録再生装置などが接続され、それらの装置からのデータが、送受信されるようにしてもよい。さらに、インターネットなどのネットワークに接続され、IEEE802.3規格などに基づいて、そのネットワークに接続されることにより得られる情報などの送受信が行われるようにしてもよい。
【００５１】
図３は、図２の信号受信装置５１の送信部６３と表示装置５２の受信部７１の構成例を示している。
【００５２】
送信部６３は、バッファ８１、エラー訂正付加部８２、ＲＴＰ（Real-time Transport Protocol）パケット化部８３、ＭＡＣ（Media Access Control）フレーム化部８４、および無線送信モジュール８５により構成される。バッファ８１には、チューナ６２からＭＰＥＧ−ＴＳストリームのＡＶ信号が入力される。エラー訂正付加部８２は、バッファ８１に所定数のＭＰＥＧ−ＴＳパケット（以下、ＴＳパケットとも称する）が蓄積されるまで待機しており、バッファ８１に所定数のＴＳパケットが蓄積されたと判断された場合、バッファ８１に蓄積された所定数のＴＳパケットに対して、エラー訂正パリティデータを付加する。なお、送受信システムにおいて、何個のＲＴＰパケットに、エラー訂正パリティデータを付加するか（すなわち、エラー訂正を行う範囲）が予め設定されており、所定数のＴＳパケットは、それにより求めることができる。
【００５３】
ＲＴＰパケット化部８３は、バッファ８１のエラー訂正パリティデータが付加されたＴＳパケットを、予め設定された個数、例えば、７個にまとめ、そのまとめたＴＳパケットにＲＴＰヘッダを付加し、ＲＴＰパケットを生成して、ＭＡＣフレーム化部８４に供給する。このとき、ＲＴＰパケット化部８３は、ＲＴＰヘッダのシーケンス番号を１つずつ増加させて順番に割り振る。
【００５４】
ＭＡＣフレーム化部８４は、ＲＴＰパケット部８３からのＲＴＰパケットに、ＵＤＰ（User Datagram Protocol）ヘッダを付加して、ＵＤＰパケットを生成し、生成したＵＤＰパケットに対して、ＩＰ（Internet Protocol）ヘッダを付加して、ＩＰパケットを生成し、生成したＩＰパケットに対して、さらに、IEEE802.11準拠のＭＡＣ（Media Access Control）ヘッダを付加して、ＭＡＣフレーム化されたパケット（以下、ＭＡＣパケットとも称する）を生成し、無線送信モジュール８５に供給する。
【００５５】
無線送信モジュール８５は、ＭＡＣフレーム化部８４からのＭＡＣパケットを、IEEE802.11規格の無線で、表示装置５２に送信する。
【００５６】
一方、受信部７１は、無線受信モジュール９１、データ抽出部９２、バッファ９３、エラー訂正部９４、ＴＳストリーム化部９５、およびＭＰＥＧデコーダ部９６により構成される。無線受信モジュール９１は、信号受信装置５１から、IEEE802.11規格の無線で送信されてくるＭＡＣパケットを受信し、受信したＭＡＣパケットを、データ抽出部９２に供給する。
【００５７】
データ抽出部９２は、無線受信モジュール９１からのＭＡＣパケットから、ＲＴＰパケットを抽出し、抽出されたＲＴＰパケットを、バッファ９３に供給する。また、データ抽出部９２は、番号判断部１０１を有している。番号判断部１０１は、データ抽出部９２により抽出されたＲＴＰパケットのＲＴＰヘッダのシーケンス番号が１つずつ増加しているか否か（すなわち、スキップしていないか否か）を判断し、抽出したＲＴＰパケットのＲＴＰヘッダのシーケンス番号がスキップしていると判断した場合、スキップされたシーケンス番号のＲＴＰパケットが、通信路において、欠落（パケットドロップ）したと判断して、そのスキップされたシーケンス番号を、エラー訂正部９４に供給する。
【００５８】
バッファ９３は、エラー訂正パリティデータが付加されたＲＴＰパケットを蓄積する。エラー訂正部９４は、バッファ９３に、所定の範囲（すなわち、エラー訂正を行う範囲のシーケンス番号）のＲＴＰパケットが蓄積されるまで待機しており、所定の範囲のＲＴＰパケットが蓄積されたと判断した場合、番号判断部１０１からシーケンス番号が入力されたか否かを判断する。エラー訂正部９４は、番号判断部１０１からシーケンス番号が入力されたと判断した場合、バッファ９３に蓄積された所定の数のＲＴＰパケット（エラー訂正パリティデータが含まれている）を用いて、番号判断部１０１からのシーケンス番号のＲＴＰパケットのエラー訂正を実行し、エラー訂正されたＲＴＰパケットを、ＴＳストリーム化部９５に供給する。一方、エラー訂正部９４は、番号判断部１０１からシーケンス番号が入力されていないと判断した場合、バッファ９３の所定の範囲のシーケンス番号のＲＴＰパケットを、そのままＴＳストリーム化部９５に供給する。
【００５９】
ＴＳストリーム化部９５は、エラー訂正部９４からのＲＴＰパケットから、ＭＰＥＧ−ＴＳストリームを取り出し、図示せぬバッファに蓄積する。ＭＰＥＧデコーダ部９６は、ＴＳストリーム化部９５のバッファに蓄積されたＭＰＥＧ−ＴＳストリームを復号し、復号されたＡＶ信号を、表示制御部７２に供給する。
【００６０】
図４は、送信部６３から受信部７１に送信されるＭＡＣパケットの構成例を示している。
【００６１】
送信部６３においては、ＴＳパケットを、例えば、ＭＡＣレイヤ（Layer）、ＩＰレイヤ、ＵＤＰレイヤ、およびＲＴＰレイヤにカプセル化する。
【００６２】
すなわち、送信部６３のＲＴＰパケット化部８３は、ＴＳパケットを適当な個数分まとめて、ＲＴＰパケットを生成する。ＲＴＰパケットのペイロード（データ部）は、ＭＰＥＧ−ＴＳパケットデータであり、ＲＴＰパケットのヘッダ部は、ＲＴＰヘッダである。ＲＴＰパケットのペイロードに挿入するＴＳパケット（１パケット188Byte）は、適当な個数でもよいが、一般的に、７個が適切な個数とされる。これは、一般的な送受信システムにおいては、完全に無線だけの１：１の送受信に限定することができず、有線の送受信も含まれることが多いためである。すなわち、ＲＴＰパケットのペイロードは、IEEE802.11規格の無線においては、最大2312Byteにより構成されるので、７個よりも多くのＴＳパケットを入れることができるが、イーサネット（登録商標）の規格であるIEEE802.3規格においては、ＲＴＰパケットのペイロードは、最大1500Byte（すなわち、7個のＴＳパケット）までしかデータを入れることができないからである。
【００６３】
送信部６３のＭＡＣフレーム化部８４は、ＲＴＰパケットに、ＵＤＰヘッダを付加し、リアルタイム伝送用にＵＤＰパケットを生成する。そして、ＭＡＣフレーム化部８４は、ＵＤＰパケットに、さらに送信元のＩＰアドレス、送信先のＩＰアドレス等を含むＩＰヘッダを付加して、ＩＰパケットを生成し、そのＩＰパケットに、IEEE802.11準拠のＭＡＣヘッダを付加し、ＭＡＣフレーム（ＭＡＣパケット）を生成する。
【００６４】
なお、図３では、ＲＴＰパケットにＵＤＰヘッダを付加して、リアルタイム伝送用のＵＤＰパケットを生成するようにしたが、ＵＤＰヘッダではなく、ＴＣＰ（Transmission Control Protocol）ヘッダを付加し、ＴＣＰパケットを生成することもできる。
【００６５】
図５は、ＲＴＰレイヤにおけるＲＴＰヘッダのデータ構成を示す図である。ＲＴＰヘッダの“Ｖ”は、Version Bitを示し、ＲＴＰヘッダのフォーマットのバージョンを示すバージョン番号の情報である。“Ｐ”は、Padding Bitを示し、パケットのサイズを調整するビットである。“Ｘ”は、Extension Bitを示し、機能拡張時に指定される拡張ビットである。
【００６６】
“ＣＣ”は、CSRC(Contributing Source) Countを示し、リアルタイム転送に関わる送信元が、Mixerであるときに、Mixingされる元のソースの数を示すカウンタの情報である。“Ｍ”は、Marker Bitを示し、１パケットにおけるフレームの境界を示すマーカービットである。“ＰＴ”は、Payload Typeを示し、ペイロードの符号化の種類を示す情報である。“Sequence Number”は、ＲＴＰパケットの順番を示すシーケンス番号を示す情報である。このシーケンス番号は、２バイト長の数字で表現される。
【００６７】
“TIME STAMP”は、ＲＴＰヘッダが作成された時刻を示すタイムスタンプの情報を示す。“ＳＳＲＣ”は、Synchronization Source Identifierを示し、メッセージの最初の送信元（ソース）を識別する同期ソース識別子の情報である。“ＣＳＲＣ”は、Contributing Source Identifiersを示し、Synchronization SourceがMixerであるような場合に、ソースを識別するための貢献ソース識別子の情報である。
【００６８】
このような情報を含むＲＴＰヘッダに対応するペイロード（Payload）は、ＭＰＥＧ−ＴＳパケットのヘッダで始まる。ペイロードには、ＭＰＥＧ−ＴＳパケットデータが、例えば、７個分挿入される。
【００６９】
このＭＰＥＧ−ＴＳパケットデータは、ＲＴＰレイヤにカプセル化しなくても、そのままＵＤＰパケットとして送信することも可能であるが、そのままでは、タイムスタンプの情報を得ることができない。そこで、送信部６３および受信部７１は、ＭＰＥＧ−ＴＳパケットをＲＴＰパケット化し、上述したように構成されるＲＴＰヘッダから、タイムスタンプの情報を得る。すなわち、送信部６３および受信部７１においては、ＭＰＥＧ−ＴＳパケットをＲＴＰパケット化して送信することにより、通信路にパケットの欠落があったとしても、ＲＴＰヘッダのタイムスタンプを用いて、相互の時刻同期を正確に行うことができる。
【００７０】
また、ＭＰＥＧ−ＴＳパケットには、シーケンス番号のような、パケットの順番を表す番号が定義されていないため、ＭＰＥＧ−ＴＳパケットを見ただけでは、通信路にパケットの欠落が発生したか否かを検出することはできない。そこで、送信部６３および受信部７１は、ＲＴＰヘッダのシーケンス番号を用いて、エラー訂正を行う。すなわち、送信部６３は、ＲＴＰパケットに、１つずつ増加するシーケンス番号を順番に割り振る。受信部７１は、このシーケンス番号を監視し、シーケンス番号が１つずつ順番に増加せずに、スキップしてしまう場合が発生したら、そのスキップされたシーケンス番号を記憶する。これにより、受信部７１においては、このスキップされたシーケンス番号を参照し、スキップされた（すなわち、通信路上で欠落した）ＲＴＰパケットのエラー訂正を行うことができる。
【００７１】
なお、割り振られるシーケンス番号は、１つずつに限らず、２つずつ増加させるようにしてもよい。すなわち、シーケンス番号の増加の数は、送信部６３および受信部７１間で予め設定されて、順番を確認することができれば、どのようにしてもよい。
【００７２】
次に、図６および図７を参照して、ＲＴＰパケットに付加されるエラー訂正パリティデータの例を説明する。なお、図６および図７においては、説明の便宜上、ＴＳパケットに番号が付与されているが、実際には、上述したように、パケットの順番を表す番号は、ＴＳパケットには存在しない。
【００７３】
図６は、通常のＲＴＰパケットの構成例を示している。図６の例においては、番号１(No.1)のＲＴＰパケット(RTP Packet)は、番号１(No.1)乃至番号７(No.7)の７個のＴＳパケット(TS Packet)により構成される。以下、同様に、番号２のＲＴＰパケットは、番号８乃至番号１４のＴＳパケットにより構成され、番号３のＲＴＰパケットは、番号１５乃至番号２１のＴＳパケットにより構成され、番号４のＲＴＰパケットは、番号２２乃至番号２８のＴＳパケットにより構成され、番号５のＲＴＰパケットは、番号２９乃至番号３５のＴＳパケットにより構成され、番号６のＲＴＰパケットは、番号３６乃至番号４２のＴＳパケットにより構成され、番号７のＲＴＰパケットは、番号４３乃至番号４９のＴＳパケットにより構成される。
【００７４】
また、番号８のＲＴＰパケットは、番号５０乃至番号５６のＴＳパケットにより構成され、番号９のＲＴＰパケットは、番号５７乃至番号６３のＴＳパケットにより構成され、番号１０のＲＴＰパケットは、番号６４乃至番号７０のＴＳパケットにより構成され、番号１１のＲＴＰパケットは、番号７１乃至番号７７のＴＳパケットにより構成され、番号１２のＲＴＰパケットは、番号７８乃至番号８４のＴＳパケットにより構成され、番号１３のＲＴＰパケットは、番号８５乃至番号９１のＴＳパケットにより構成される。
【００７５】
なお、図６の例においては、第１４のＲＴＰパケット以降のＲＴＰパケットも、基本的な構成が同様であるため、その図示は省略する。
【００７６】
図７は、エラー訂正パリティデータが付加されたＲＴＰパケットの構成例を示している。なお、図７の例においては、図６のように構成されるＲＴＰパケット１０個に、例えば、Reed-Solomon符号を用いて、１つのエラー訂正パリティデータが付加されている。この場合、１０ＲＴＰパケットに１つのエラー訂正パリティＲＴＰパケットを付加するので、図６の通常の（エラー訂正パリティデータが付加されていない）ＲＴＰパケットのデータレートが２０Ｍｂｐｓであれば、図７のエラー訂正パリティデータ付加後のＲＴＰパケットのデータレートは、２２Ｍｂｐｓとなる。
【００７７】
したがって、図７の例の場合、番号１０のＲＴＰパケットまでは、図６の場合と同じ構成であるが、番号１１のＲＴＰパケットは、番号１乃至番号１０のＲＴＰパケットのエラー訂正パリティデータにより構成される。すなわち、番号１１のＲＴＰパケットは、番号１乃至番号１０のエラー訂正パリティＲＴＰパケットとなる。
【００７８】
このエラー訂正パリティデータの付加に応じて、以降のＲＴＰパケットの構成が変更される。したがって、番号１２のＲＴＰパケットは、番号７１乃至番号７７のＴＳパケットにより構成され、番号１３のＲＴＰパケットは、番号７８乃至番号８４のＴＳパケットにより構成され、番号１４のＲＴＰパケットは、番号８５乃至番号９１のＴＳパケットにより構成される。
【００７９】
なお、図７の例の場合も、第１５のＲＴＰパケット以降のＲＴＰパケットは、基本的な構成が同様であるため、その図示は省略するが、例えば、番号２２のＲＴＰパケットは、番号１２乃至番号２１のＲＴＰパケットのエラー訂正パリティデータにより構成され、番号３３のＲＴＰパケットは、番号２３乃至番号３２のＲＴＰパケットのエラー訂正パリティデータにより構成される。
【００８０】
以上のように付加されたエラー訂正パリティデータの場合には、エラー訂正を行う範囲である、エラー訂正パリティＲＴＰパケット（番号１１のＲＴＰパケット）を含む番号１乃至番号１１のＲＴＰパケットのうち、１つのＲＴＰパケットが消失したとしても、エラー訂正が可能になる。すなわち、何個のＲＴＰパケットに、何個のエラー訂正パリティＲＴＰパケットを付加するかなどのエラー訂正パリティデータの付加方法については、送信部６３および受信部７１において予め設定されている。したがって、受信部７１は、エラー訂正部９４に正しく到着したＲＴＰパケットと、消失したＲＴＰパケットのシーケンス番号に基づいて、エラー訂正を実行し、消失したＲＴＰパケットを回復することができる。
【００８１】
また、図７の例においては、Reed-Solomon符号を用いて、１つの方向にのみエラー訂正パリティを付加した例を説明したが、縦横の２方向にエラー訂正パリティデータを付加するようにしてもよいし、他のエラー訂正パリティデータを用いるようにしてもよい。
【００８２】
次に、図８のフローチャートを参照して、信号受信装置５１の送信部６３のパケット送信処理を説明する。
【００８３】
チューナ６２は、アンテナ６１により受信されたテレビジョン放送のデータから、ユーザの所望のチャンネルのＡＶ信号を選択（検波、復調）し、ＭＰＥＧ−ＴＳストリームのＡＶ信号を、バッファ８１に供給する。
【００８４】
エラー訂正付加部８２は、ステップＳ１１において、バッファ８１に所定の数のＭＰＥＧ−ＴＳパケットが蓄積されるまで待機しており、バッファ８１に所定の数のＴＳパケットが蓄積されたと判断された場合、ステップＳ１２に進み、バッファ８１に蓄積された所定の数のＴＳパケットに対して、エラー訂正パリティデータを付加し、ステップＳ１３に進む。例えば、図７の例の場合、１０ＲＴＰパケットにエラー訂正パリティデータが付加されるように、エラー訂正付加部８２は、７０ＴＳパケット（１０ＲＴＰパケット分）が蓄積されるまで待機しており、７０ＴＳパケットに対して、エラー訂正パリティデータを付加する。
【００８５】
ＲＴＰパケット化部８３は、ステップＳ１３において、バッファ８１のエラー訂正パリティデータが付加されたＴＳパケットを、予め設定された個数（図７の例の場合、７個）にまとめ、そのまとめたＴＳパケットにＲＴＰヘッダを付加し、ＲＴＰパケットを生成して、ＭＡＣフレーム化部８４に供給し、ステップＳ１４に進む。このとき、ＲＴＰパケット化部８３は、ＲＴＰヘッダのシーケンス番号を、１つずつ増加させて、順番に割り振る。
【００８６】
ＭＡＣフレーム化部８４は、ステップＳ１４において、ＲＴＰパケット部８３からのＲＴＰパケットに、ＵＤＰヘッダを付加して、ＵＤＰパケットを生成し、生成したＵＤＰパケットに対して、ＩＰヘッダを付加して、ＩＰパケットを生成し、生成したＩＰパケットに対して、さらに、ＭＡＣヘッダを付加して、図４を参照して上述したように構成されるＭＡＣパケットを生成し、無線送信モジュール８５に供給し、ステップＳ１５に進む。
【００８７】
無線送信モジュール８５は、ステップＳ１５において、ＭＡＣフレーム化部８４からのＭＡＣパケットを、IEEE802.11規格の無線で、表示装置５２に送信し、パケット送信処理を終了する。
【００８８】
以上の送信部６３のパケット送信処理に対応して実行される、表示装置５２の受信部７１のパケット受信処理を、図９のフローチャートを参照して説明する。
【００８９】
信号受信装置５１の送信部５１より、IEEE802.11規格の無線でＭＡＣパケットが送信されてくる。無線受信モジュール９１は、ステップＳ３１において、信号受信装置５１から送信されてくるＭＡＣパケットを受信し、受信したＭＡＣパケットを、データ抽出部９２に供給し、ステップＳ３２に進む。
【００９０】
データ抽出部９２は、ステップＳ３２において、無線受信モジュール９１からのＭＡＣパケットから、ＲＴＰパケットを抽出し、抽出されたＲＴＰパケットを、エラー訂正部９４に供給し、ステップＳ３３に進む。番号判断部１０１は、ステップＳ３３において、データ抽出部９２により抽出されたＲＴＰパケットのＲＴＰヘッダのシーケンス番号が１つずつ増加しているか否か（すなわち、スキップしていないか否か）を判断し、抽出されたＲＴＰパケットのＲＴＰヘッダのシーケンス番号が１つずつ増加していない（すなわち、スキップしている）と判断した場合、スキップされたシーケンス番号のＲＴＰパケットが、通信路において欠落したとして、ステップＳ３４に進み、そのスキップされたシーケンス番号を、エラー訂正部９４に供給し、ステップＳ３５に進む。
【００９１】
また、番号判断部１０１は、ステップＳ３３において、抽出したＲＴＰパケットのＲＴＰヘッダのシーケンス番号が１つずつ増加している（すなわち、スキップしていない）と判断した場合、ステップＳ３４の処理をスキップし、ステップＳ３５に進む。
【００９２】
バッファ９３には、エラー訂正パリティデータが付加されたＲＴＰパケットが蓄積されている。エラー訂正部９４は、ステップＳ３５において、バッファ９３に、所定の範囲（すなわち、エラー訂正を行う範囲のシーケンス番号）のＲＴＰパケット（図７の例の場合、番号１乃至番号１１のＲＴＰパケット）が蓄積されたか否かを判断し、所定の範囲のＲＴＰパケットが蓄積されていないと判断した場合、ステップＳ３１に戻り、それ以降の処理を繰り返す。
【００９３】
エラー訂正部９４は、ステップＳ３５において、所定の範囲のＲＴＰパケットが蓄積されたと判断した場合、ステップＳ３６に進み、番号判断部１０１からシーケンス番号が入力されたか否かを判断する。エラー訂正部９４は、ステップＳ３６において、番号判断部１０１からシーケンス番号が入力されたと判断した場合、ステップＳ３７に進み、エラー訂正パリティデータ（図７の例の場合、番号１１のＲＴＰパケット）が含まれている、バッファ９３に蓄積された所定の数のＲＴＰパケットを用いて、番号判断部１０１からのシーケンス番号のＲＴＰパケットのエラー訂正を実行する。すなわち、エラー訂正が実行されることにより、番号判断部１０１からのシーケンス番号のＲＴＰパケットが回復される。そして、エラー訂正部９４は、エラー訂正が実行されたＲＴＰパケットを、ＴＳストリーム化部９５に供給し、ステップＳ３９に進む。
【００９４】
一方、エラー訂正部９４は、ステップＳ３６において、番号判断部１０１からシーケンス番号が入力されていないと判断した場合、ステップＳ３８に進み、バッファ９３の所定の範囲のシーケンス番号のＲＴＰパケットを、そのままＴＳストリーム化部９５に供給し、ステップＳ３９に進む。
【００９５】
ＴＳストリーム化部９５は、ステップＳ３９において、エラー訂正部９４からのＲＴＰパケットから、エラー訂正パリティデータを除く、ＭＰＥＧ−ＴＳストリームを取り出し、図示せぬバッファに蓄積し、ステップＳ４０に進む。ＭＰＥＧデコーダ部９６は、ステップＳ４０において、ＴＳストリーム化部９５のバッファに蓄積されたＭＰＥＧ−ＴＳストリームを復号し、復号されたＡＶ信号を、表示制御部７２に供給し、パケット受信処理を終了する。これにより、表示制御部７２は、ＭＰＥＧデコーダ部９６からのＡＶ信号を、表示部７３に表示する制御を行い、表示部７３には、ＡＶ信号に基づいた画像が表示される。
【００９６】
以上のように、送信部６３において、ＴＳパケットにエラー訂正パリティデータを付加してからＲＴＰパケット化し、エラー訂正パリティデータが付加されたＲＴＰパケットに、１つずつ増加させたシーケンス番号を順に割り振るようにしたので、受信部７１において、そのシーケンス番号を確認するだけで、簡単にエラー訂正を行うことができる。すなわち、送信部６３および受信部７１間で、エラー訂正を行うＲＴＰパケットの範囲などを予め設定するだけで、送信部６３および受信部７１に、エラー訂正を行うための仕組みを新規に定義する必要がなく、そのための特別な機能も必要ないため、簡単に、送受信システムを構築することができる。
【００９７】
図１０は、通信状況が良好な場合のパケットドロップ状況を表すグラフを示している。図１０の例においては、横軸が、通信を行った全503,633パケット中のパケットドロップ数を表しており、縦軸が頻度を表している。
【００９８】
図１０の例の場合、全503,633パケット中に、１個のパケットドロップが発生する頻度は、１６回であり、２個のパケットドロップが発生する頻度は、６回であり、３個のパケットドロップが発生する頻度は、３回であることが示されている。また、全503,633パケット中に、４個のパケットドロップが発生する頻度は、０回であり、５個のパケットドロップが発生する頻度は、２回であることが示されている。
【００９９】
一方、図１１は、壁越えなどにより無線通信状況が悪い場合のパケットドロップ状況を表すグラフを示している。図１１の例においては、横軸が、通信を行った全147,988パケット中のパケットドロップ数を表しており、縦軸が頻度を表している。
【０１００】
図１１の例の場合、全147,988パケット中に、１個のパケットドロップが発生する頻度は、８１２回であり、２個のパケットドロップが発生する頻度は、２０２回であり、３個のパケットドロップが発生する頻度は、７４回であり、４個のパケットドロップが発生する頻度は、２５回であることが示されている。また、全147,988パケット中に、５個のパケットドロップが発生する頻度は、１３回であり、６個のパケットドロップが発生する頻度は、４回であることが示されている。
【０１０１】
さらに、全147,988パケット中に、７，１４，および１６個のパケットドロップが発生する頻度は、それぞれ２回であり、８乃至１０，１２，１５，２０乃至２２，２９，３０，３５，３８，および３９個のパケットドロップが発生する頻度は、それぞれ１回であり、１１，１３，１７乃至１９，２３乃至２８，３１乃至３４，３６，および３７個のパケットドロップが発生する頻度は、それぞれ０回であることが示されている。
【０１０２】
ここで、上述した図２の送受信システムのエラー訂正においては、例えば、１０ＲＴＰパケットに１つのエラー訂正ＲＴＰパケットが付加されているため、１１ＲＴＰパケットに１つのエラー訂正しか行うことができない。すなわち、図１０の例の通信状況が良好な場合には、図２の送受信システムのエラー訂正に対応できない個数（パケットドロップ数が１個より多い個数）の頻度は、１１回であるが、それらのパケットドロップは、連続して発生しないこともあるため、図２の送受信システムのエラー訂正で対応できる場合が多い。したがって、図２の送受信システムのエラー訂正は、通信状況が良好な場合のパケットドロップに対しては有効であるといえる。
【０１０３】
しかしながら、図１１に示されるように、壁越えなどにより無線通信状況が悪い場合には、図２の送受信システムのエラー訂正に対応できない個数（パケットドロップ数が１個より多い個数）の頻度は、３３７回であり、さらに、無線通信状況が悪い場合には、バースト的に連続してパケットドロップが発生することが多い。したがって、図２の送受信システムのエラー訂正は、無線通信状況が悪い場合のパケットドロップに対してはあまり有効であるとはいえない。そこで、無線通信状況が悪い場合には、送信するエラー訂正パリティデータが付加されたＲＴＰパケットに、図１２に示されるようなインタリーブ（並び替え）を施す送受信システムが有効とされる。
【０１０４】
図１２は、本発明を適用した送受信システムの他の構成例を示している。なお、図１２において、図２における場合と対応する部分には対応する符号を付してあり、その説明は繰り返しになるので適宜省略する。図２の例においては、送受信システムは、記録再生装置１５１および表示装置１５２により構成されている。
【０１０５】
記録再生装置１５１には、光ディスク１５３を着脱することができる。光ディスク１５３は、例えば、ＤＶＤ(Digital Versatile Disk)などにより構成され、記録再生装置１５１により、データが記録されたり、光ディスク１５３に記録されているデータが読み出され、再生される。
【０１０６】
記録再生装置１５１は、記録再生部１６１、ＴＳパケット化部１６２、および送信部１６３により構成されている。記録再生部１６１は、記録再生装置１５１に装着された光ディスク１５３に記録されているデータを読み出したり、または、光ディスク１５３に、図示せぬアンテナにより受信されたデータや、図示せぬネットワークから取得したデータなどを記録する。記録再生部１６１は、光ディスク１５３から読み出したデータを、ＴＳパケット化部１６２に供給する。ＴＳパケット化部１６２は、記録再生部１６１から供給されたデータを、ＭＰＥＧ−ＴＳストリームのＡＶ信号に変換し、変換されたＡＶ信号を、送信部１６３に供給する。送信部１６３は、ＴＳパケット化部１６２からのＡＶ信号に、エラー訂正パリティデータを付加し、エラー訂正パリティが付加されたデータの順番を並び替え、送信可能なデータに変換し、表示装置１５２の受信部１７１に送信する。
【０１０７】
表示装置１５２は、受信部１７１、表示制御部７２、および表示部７３により構成される。受信部１７１は、記録再生装置１５１からのデータを受信し、受信されたデータを、元の順番に並び替え、エラー訂正を行う。そして、受信部１７１は、エラー訂正が行われたデータを復号し、ＡＶ信号として表示制御部７２に出力する。表示制御部７２は、受信部１７１からのＡＶ信号を、表示部７３に表示する制御を行う。表示部７３は、ＡＶ信号に基づいた画像を表示する。
【０１０８】
記録再生装置１５１と表示装置１５２は、無線によりデータの授受を行うため、例えば、ユーザは、記録再生装置１５１を家の所定の場所に固定して設置し、表示装置１５２を所望の場所まで持ち運び、その場所で光ディスク１５３から読み出されたＡＶデータを閲覧することができる。
【０１０９】
以上のように構成される送受信システムでは、記録再生装置１５１の記録再生部１６１により読み出された光ディスク１５３のＡＶ信号が、ＴＳパケット化部１６２を介して、送信部１６３に供給され、送信部１６３は、そのＡＶ信号に、エラー訂正を付加し、順番を並び替え、送信可能なデータに変換して、IEEE802.11の規格に準拠した無線通信によって送信する。
【０１１０】
一方、表示装置１５２の受信部１７１は、送信部１６３から送信されてくるデータを受信し、元の順番に並び替え、エラー訂正を実行して、ＡＶ信号に復号する。そして、受信部１７１は、復号したＡＶ信号を、表示制御部７２に供給して、表示部７３に表示させる。
【０１１１】
図１３は、図１２の記録再生装置１５１の送信部１６３と表示装置１５２の受信部１７１の構成例を示している。なお、図１３の送信部１６３は、インターリーブ１８１が追加されている点を除いて、その他の構成は、上述した図３の送信部６３と同様の構成である。また、図１３の受信部１７１は、デインターリーブ１９１が追加されている点を除いて、その他の構成は、上述した図３の受信部７１と同様の構成である。
【０１１２】
送信部１６３は、バッファ８１、エラー訂正付加部８２、ＲＴＰパケット化部８３、インターリーブ１８１、ＭＡＣフレーム化部８４、および無線送信モジュール８５により構成される。
【０１１３】
図１３の例において、送信部１６３のＲＴＰパケット化部８３は、バッファ８１のエラー訂正パリティデータが付加されたＴＳパケットを、予め設定された個数、例えば、７個にまとめ、そのまとめたＴＳパケットに、シーケンス番号が順番に割り振られたＲＴＰヘッダを付加し、ＲＴＰパケットを生成する。インターリーブ１８１は、バッファ８１において、ＲＴＰパケット化部８３により生成されたＲＴＰパケットを所定の順番に並び替え、並び替えたＲＴＰパケットを、ＭＡＣフレーム化部８４に供給する。なお、インターリーブ１８１による並び替えの順番は、送信部１６３および受信部１７１において予め設定されている。
【０１１４】
ＭＡＣフレーム化部８４は、インターリーブ１８１により並び替えられたＲＴＰパケットに、ＵＤＰヘッダを付加して、ＵＤＰパケットを生成し、生成したＵＤＰパケットに対して、ＩＰヘッダを付加して、ＩＰパケットを生成し、生成したＩＰパケットに対して、さらに、ＭＡＣヘッダを付加して、ＭＡＣパケットを生成し、無線送信モジュール８５に供給する。
【０１１５】
一方、受信部１７１は、無線受信モジュール９１、データ抽出部９２、バッファ９３、デインターリーブ１９１、エラー訂正部９４、ＴＳストリーム化部９５、およびＭＰＥＧデコーダ部９６により構成される。
【０１１６】
図１３の例において、データ抽出部９２は、無線受信モジュール９１からのＭＡＣパケットから、ＲＴＰパケットを抽出し、抽出されたＲＴＰパケットを、バッファ９３に供給する。このとき、ＲＴＰパケットは、インターリーブ１８１により順番が並び替えられている。したがって、番号判断部１０１は、データ抽出部９２により抽出されたＲＴＰパケットのＲＴＰヘッダのシーケンス番号が、インターリーブ１８１により並び替えられた順番であるか否かを判断することにより、ＲＴＰヘッダのシーケンス番号がスキップしていないか否かを判断し、抽出したＲＴＰパケットのＲＴＰヘッダのシーケンス番号がスキップしていると判断した場合、スキップされたシーケンス番号のＲＴＰパケットが、通信路において、欠落（パケットドロップ）したとして、そのスキップされたシーケンス番号を、エラー訂正部９４に供給する。
【０１１７】
バッファ９３は、エラー訂正パリティデータが付加され、インターリーブ１８１により順番が並び替えられたＲＴＰパケットを蓄積する。デインターリーブ１８１は、バッファ９３に、所定の範囲（並び替え対象範囲のシーケンス番号）のＲＴＰパケットが蓄積されるまで待機しており、バッファ９３に、所定の範囲のＲＴＰパケットが蓄積されたと判断された場合、インターリーブ１８１により並び替えられたＲＴＰパケットを、元の順番に並び替え、エラー訂正部９４に供給する。
【０１１８】
エラー訂正部９４は、デインターリーブ１８１からのＲＴＰパケットを入力すると、番号判断部１０１からシーケンス番号が入力されたか否かを判断し、番号判断部１０１からシーケンス番号が入力されたと判断した場合、デインターリーブ１９１により並び替えられたＲＴＰパケットのうち、エラー訂正パリティデータが含まれている所定の数（すなわち、エラー訂正を行う範囲）のＲＴＰパケットを用いて、番号判断部１０１からのシーケンス番号のＲＴＰパケットのエラー訂正を実行し、エラー訂正されたＲＴＰパケットを、ＴＳストリーム化部９５に供給する。一方、エラー訂正部９４は、番号判断部１０１からシーケンス番号が入力されていないと判断した場合、デインターリーブ１９１からの所定の数のＲＴＰパケットを、そのままＴＳストリーム化部９５に供給する。
【０１１９】
次に、図１４および図１５を参照して、エラー訂正パリティデータが付加されたＲＴＰパケットを並び替える例を説明する。
【０１２０】
図１４は、エラー訂正パリティデータを付加したＲＴＰパケットの構成例を示している。なお、図１４においては、図６のように構成されるＲＴＰパケット９個に、例えば、Reed-Solomon符号を用いて、１つのエラー訂正パリティデータが付加されている。したがって、図１４の例においては、番号９のＲＴＰパケットまでは、図６の場合と同じ構成であるが、番号１０のＲＴＰパケットは、番号１乃至番号９のＲＴＰパケットのエラー訂正パリティデータにより構成される。すなわち、番号１０のＲＴＰパケットは、番号１乃至番号９のＲＴＰパケットのエラー訂正パリティＲＴＰパケットとなる。
【０１２１】
このエラー訂正パリティデータの付加に応じて、以降のＲＴＰパケットの構成が変更される。したがって、番号１１のＲＴＰパケットは、番号６４乃至番号７０のＴＳパケットにより構成され、番号１２のＲＴＰパケットは、番号７１乃至番号７７のＴＳパケットにより構成され、番号１３のＲＴＰパケットは、番号７８乃至番号８４のＴＳパケットにより構成され、番号１４のＲＴＰパケットは、番号８５乃至番号９１のＴＳパケットにより構成される。
【０１２２】
なお、基本的な構成は同様であるため、第１５のＲＴＰパケット以降の図示は省略するが、例えば、番号２０のＲＴＰパケットは、番号１１乃至番号１９のＲＴＰパケットのエラー訂正パリティデータにより構成され、番号３０のＲＴＰパケットは、番号２１乃至番号２９のＲＴＰパケットのエラー訂正パリティデータにより構成される。
【０１２３】
このようにして付加されたエラー訂正パリティデータの場合には、エラー訂正を行う範囲である、エラー訂正パリティＲＴＰパケット（番号１０のＲＴＰパケット）を含む番号１乃至番号１０のＲＴＰパケットのうち、１つのＲＴＰパケットが消失したとしても、エラー訂正が可能になる。
【０１２４】
図１５は、エラー訂正パリティデータが付加され、並び替えられたＲＴＰパケットの構成例を示している。図１５の例においては、図１４の例のようにエラー訂正パリティデータが付加されたＲＴＰパケットが、１０個単位で並び替えられている。
【０１２５】
すなわち、番号１乃至番号７のＴＳパケットにより構成される番号１のＲＴＰパケットの次には、番号６４乃至番号７０のＴＳパケットにより構成される番号１１のＲＴＰパケットが並べられている。番号１１のＲＴＰパケットの次には、番号１２７乃至番号１３３のＴＳパケットにより構成される番号２１のＲＴＰパケットが並べられている。番号２１のＲＴＰパケットの次には、番号１９０乃至番号１９６のＴＳパケットにより構成される番号３１のＲＴＰパケットが並べられている。番号３１のＲＴＰパケットの次には、番号２５３乃至番号２５９のＴＳパケットにより構成される番号４１のＲＴＰパケットが並べられている。
【０１２６】
また、番号４１のＲＴＰパケットの次には、番号３１６乃至番号３２２のＴＳパケットにより構成される番号５１のＲＴＰパケットが並べられている。番号５１のＲＴＰパケットの次には、番号３７９乃至番号３８５のＴＳパケットにより構成される番号６１のＲＴＰパケットが並べられている。番号６１のＲＴＰパケットの次には、番号４４２乃至番号４４８のＴＳパケットにより構成される番号７１のＲＴＰパケットが並べられている。
【０１２７】
さらに、番号７１のＲＴＰパケットの次には、番号５０５乃至番号５１１のＴＳパケットにより構成される番号８１のＲＴＰパケットが並べられている。番号８１のＲＴＰパケットの次には、番号５６８乃至番号５７４のＴＳパケットにより構成される番号９１のＲＴＰパケットが並べられている。番号９１のＲＴＰパケットの次には、番号８乃至番号１４のＴＳパケットにより構成される番号２のＲＴＰパケットが並べられている。番号２のＲＴＰパケットの次には、番号７１乃至番号７７のＴＳパケットにより構成される番号１２のＲＴＰパケットが並べられている。
【０１２８】
送信部１６３のインターリーブ１８１は、図１４に示される構成のＲＴＰパケットの順番を、図１５に示される構成のＲＴＰパケットの順番に並び替えるので、送信部１６３からは、ＲＴＰパケットの順番が並び替えられたＭＡＣパケットが送信される。一方、受信部１７１においては、ＲＴＰパケットの順番が並び替えられたＭＡＣパケットが受信されるので、デインターリーブ１９１は、図１５に示されるように並び替えられたＲＴＰパケットの順番を、図１４に示される元のＲＴＰパケットの順番に並び替える。
【０１２９】
図１６は、図１３の受信部１７１のエラー訂正処理を具体的に説明する図である。図１６の例の場合、図１４および図１５を参照して上述した場合のエラー訂正パリティデータおよび並び替えを用いて、エラー訂正処理を説明する。なお、図１６においては、受信部１７１のＴＳストリーム部９５およびＭＰＥＧデコーダ部９６の図示は、省略されている。
【０１３０】
図１６の例において、矢印は、データの流れを示している。無線受信モジュール９１は、記録再生装置１５１から送信されてくるＭＡＣパケットを受信し、受信したＭＡＣパケットを、データ抽出部９２に供給する。データ抽出部９２は、無線受信モジュール９１からのＭＡＣパケットから、ＲＴＰパケットを抽出し、抽出されたＲＴＰパケットを、バッファ９３に供給する。
【０１３１】
バッファ９３には、記録再生装置１５１によりエラー訂正パリティデータが付加され、図１５を参照して上述したように、並び替えられたＲＴＰパケットが蓄積される。したがって、通信路上においてパケットドロップがない正常な場合には、バッファ９３には、シーケンス番号１，１１，２１，３１，４１，５１，６１，７１，８１，９１，２，１２，２２，および３２の順番にＲＴＰパケットが蓄積される。しかしながら、図１６の例の場合、通信路において、シーケンス番号９１，２，１２，および２２のＲＴＰパケットは、欠落してしまい、バッファ９３には蓄積されていない。
【０１３２】
また、データ抽出部９２が無線受信モジュール９１からのＭＡＣパケットから、ＲＴＰパケットを抽出すると同時に、番号判断部１０１は、データ抽出部９２により抽出されたＲＴＰパケットのＲＴＰヘッダのシーケンス番号が、インターリーブ１８１により並び替えられた順番であるか否か（すなわち、ＲＴＰヘッダのシーケンス番号がスキップしていないか否）を判断することにより、スキップされたシーケンス番号、すなわち、通信路において、欠落したＲＴＰパケットのシーケンス番号を取得する。したがって、データ抽出部９２は、通信路において欠落し、バッファ９３に蓄積することができないＲＴＰパケットのシーケンス番号Ｎ（シーケンス番号９１，２，１２，および２２）を、エラー訂正部９４に供給する。
【０１３３】
デインターリーブ１９１は、バッファ９３に蓄積されたＲＴＰパケットを、インターリーブ１８１により並び替えられる前の元の順番に並び替え、並び替えたＲＴＰパケット２０１を、エラー訂正部９４に供給する。すなわち、エラー訂正部９４には、例えば、シーケンス番号１，（２），３，４，５，６，７，８，９，および１０の順番にＲＴＰパケット２０１が供給される。なお、このとき、シーケンス番号２のＲＴＰパケットは、欠落しており供給されない。
【０１３４】
ここで、シーケンス番号１０のＲＴＰパケットは、エラー訂正パリティＲＴＰパケットである。また、エラー訂正部９４には、データ抽出部９２から、通信路において欠落し、バッファ９３に蓄積することができないＲＴＰパケットのシーケンス番号Ｎ（シーケンス番号９１，２，１２，および２２）が供給されている。したがって、エラー訂正部９４は、バッファ９３に蓄積されたＲＴＰパケット（番号１，番号３乃至番号１０のＲＴＰパケット）を用いて、エラー訂正を行うことにより、シーケンス番号２のＲＴＰパケットを回復させ、シーケンス番号２のＲＴＰパケットが回復されたエラー訂正後のＲＴＰパケット２０２を得ることができる。なお、ＲＴＰパケット２０２においては、ＴＳパケットからなるＲＴＰパケットのみ示されている。
【０１３５】
なお、図示は省略するが、同様にして、シーケンス番号１２のＲＴＰパケットは、シーケンス番号２０のエラー訂正パリティＲＴＰパケットを含む番号１１，番号１３乃至２０のＲＴＰパケットを用いてエラー訂正され、シーケンス番号２２のＲＴＰパケットは、シーケンス番号３０のエラー訂正パリティＲＴＰパケットを含む番号２１，番号２３乃至３０のＲＴＰパケットを用いてエラー訂正され、シーケンス番号９１のＲＴＰパケットは、シーケンス番号１００のエラー訂正パリティＲＴＰパケットを含む番号９２乃至１００のＲＴＰパケットを用いてエラー訂正される。
【０１３６】
エラー訂正部９４は、図示せぬＴＳストリーム部９５およびＭＰＥＧデコーダ部９６を介して、エラー訂正を行ったＲＴＰパケット（シーケンス番号１乃至９）２０２を、ＡＶ信号として、表示制御部７２に出力する。表示制御部７２は、ＭＰＥＧデコーダ部９６からのＡＶ信号を、表示部７３に表示する制御を行い、表示部７３には、欠落したＲＴＰパケットがエラー訂正されたＡＶ信号に基づいた画像が表示される。
【０１３７】
以上のように、図１２の送受信システムにおいては、ＲＴＰパケットを並び替えて送信することにより、通信上で連続して欠落したＲＴＰパケットをできるだけ多く、エラー訂正し、回復することができる。
【０１３８】
すなわち、例えば、送信部１６３において、ＲＴＰパケット２０１のまま、受信部１７１に向けて送信され、通信路において、４つのＲＴＰパケットが連続して欠落した場合には、シーケンス番号１０のエラー訂正パリティＲＴＰパケットを用いても、エラー訂正を完全に行うことができない。しかしながら、上述したようにして、送信部１６３において、送信するＲＴＰパケットを並び替え、受信部１７１において、それを元に戻すことにより、連続して欠落したＲＴＰパケットを、１つでも多くエラー訂正し、回復することができるようになる。
【０１３９】
次に、図１７のフローチャートを参照して、記録再生装置１５１の送信部１６３のパケット送信処理を説明する。
【０１４０】
記録再生部１６１により光ディスク１５３から読み出されたデータは、ＴＳパケット化部１６２によりＭＰＥＧ−ＴＳストリームのＡＶ信号に変換され、送信部１６３に供給される。
【０１４１】
送信部１６３のエラー訂正付加部８２は、ステップＳ７１において、バッファ８１に所定の数のＭＰＥＧ−ＴＳパケットが蓄積されるまで待機しており、バッファ８１に所定の数のＴＳパケットが蓄積されたと判断された場合、ステップＳ７２に進み、バッファ８１に蓄積された所定の数のＴＳパケットに対して、エラー訂正パリティデータを付加し、ステップＳ１３に進む。例えば、エラー訂正付加部８２は、図１４の例の場合、６３ＴＳパケット（９ＲＴＰパケット分）に対して、エラー訂正パリティデータを付加する。
【０１４２】
ＲＴＰパケット化部８３は、ステップＳ７３において、バッファ８１のエラー訂正パリティデータが付加されたＴＳパケットを、予め設定された個数（図７の例の場合、７個）にまとめ、そのまとめたＴＳパケットにＲＴＰヘッダを付加し、ＲＴＰパケットを生成し、ステップＳ７４に進む。このとき、ＲＴＰパケット化部８３は、１つずつ増加させて、ＲＴＰヘッダのシーケンス番号を割り振る。
【０１４３】
インターリーブ１８１は、ステップＳ７４において、バッファ８１の、ＲＴＰパケット化部８３により生成されたＲＴＰパケットを、所定の順番に並び替え、並び替えたＲＴＰパケットを、ＭＡＣフレーム化部８４に供給し、ステップＳ７５に進む。例えば、インターリーブ１８１は、図１５の例の場合、ＲＴＰパケットを、１０個単位で並び替える。
【０１４４】
ＭＡＣフレーム化部８４は、ステップＳ７５において、インターリーブ１８１により並べ替えられたＲＴＰパケットに、ＵＤＰヘッダを付加して、ＵＤＰパケットを生成し、生成したＵＤＰパケットに対して、ＩＰヘッダを付加し、ＩＰパケットを生成し、生成したＩＰパケットに対して、さらに、ＭＡＣヘッダを付加し、ＭＡＣパケットを生成し、無線送信モジュール８５に供給し、ステップＳ７６に進む。
【０１４５】
無線送信モジュール８５は、ステップＳ７６において、ＭＡＣフレーム化部８４からのＭＡＣパケットを、IEEE802.11規格の無線で、表示装置１５２に送信し、パケット送信処理を終了する。
【０１４６】
以上の送信部１６３のパケット送信処理に対応して実行される、表示装置１５２の受信部１７１のパケット受信処理を、図１８のフローチャートを参照して説明する。
【０１４７】
記録再生装置１５１の送信部１６３より、IEEE802.11規格の無線でＭＡＣパケットが送信されてくる。無線受信モジュール９１は、ステップＳ１０１において、記録再生装置１５１から送信されてくるＭＡＣパケットを受信し、受信したＭＡＣパケットを、データ抽出部９２に供給し、ステップＳ１０２に進む。
【０１４８】
データ抽出部９２は、ステップＳ１０２において、無線受信モジュール９１からのＭＡＣパケットから、ＲＴＰパケットを抽出し、抽出されたＲＴＰパケットを、バッファ９３に供給し、ステップＳ１０３に進む。番号判断部１０１は、データ抽出部９２により抽出されたＲＴＰパケットのＲＴＰヘッダのシーケンス番号が、インターリーブ１８１により並び替えられた順番であるか否か（すなわち、スキップしていないか否か）を判断し、抽出されたＲＴＰパケットのＲＴＰヘッダのシーケンス番号が並び替えられた順番ではない（すなわち、スキップしている）と判断した場合、スキップされたシーケンス番号のＲＴＰパケットが、通信路において、欠落したとして、ステップＳ１０４に進み、そのスキップされたシーケンス番号を、エラー訂正部９４に供給し、ステップＳ１０５に進む。
【０１４９】
番号判断部１０１は、ステップＳ１０３において、データ抽出部９２により抽出されたＲＴＰパケットのＲＴＰヘッダのシーケンス番号が並び替えられた順番である（すなわち、スキップしていない）と判断した場合、ステップＳ１０４の処理をスキップし、ステップＳ１０５に進む。
【０１５０】
バッファ９３には、エラー訂正パリティデータが付加され、並び替えられたＲＴＰパケットが蓄積される。デインターリーブ１９１は、ステップＳ１０５において、バッファ９３に、所定の範囲（並び替え対象範囲のシーケンス番号）のＲＴＰパケットが蓄積されたか否かを判断し、所定の範囲（並び替え対象範囲のシーケンス番号）のＲＴＰパケットが蓄積されていないと判断した場合、ステップＳ１０１に戻り、それ以降の処理を繰り返す。ここで、並び替え対象範囲としては、図１６の例の場合、番号１００のＲＴＰパケットまでが蓄積されている必要がある。
【０１５１】
デインターリーブ１９１は、バッファ９３に、所定の範囲のＲＴＰパケットが蓄積されたと判断された場合、ステップＳ１０６に進み、インターリーブ１８１により並び替えられたＲＴＰパケットを、元の順番に並び替え、並び替えたＲＴＰパケットを、エラー訂正部９４に供給し、ステップＳ１０７に進む。
【０１５２】
エラー訂正部９４は、デインターリーブ１９１からＲＴＰパケットが入力されると、ステップＳ１０７において、番号判断部１０１からシーケンス番号が入力されたか否かを判断し、番号判断部１０１からシーケンス番号が入力されたと判断した場合、ステップＳ１０８に進み、バッファ９３の、デインターリーブ１９１により並び替えられたＲＴＰパケットのうち、エラー訂正パリティデータ（図１６の例の場合、番号１０のＲＴＰパケット）が含まれている所定の数のＲＴＰパケット（図１６の例の場合、番号１乃至１０のＲＴＰパケット）を用いて、番号判断部１０１からのシーケンス番号のＲＴＰパケットのエラー訂正を実行し、エラー訂正されたＲＴＰパケットを、ＴＳストリーム化部９５に供給し、ステップＳ１１０に進む。
【０１５３】
一方、エラー訂正部９４は、ステップＳ１０７において、番号判断部１０１からシーケンス番号が入力されていないと判断した場合、ステップＳ１０９に進み、デインターリーブ１９１により並び替えられた所定の数のＲＴＰパケットを、そのままＴＳストリーム化部９５に供給し、ステップＳ１１０に進む。
【０１５４】
ＴＳストリーム化部９５は、ステップＳ１１０において、エラー訂正部９４からのＲＴＰパケットから、エラー訂正パリティデータを除く、ＭＰＥＧ−ＴＳストリームを取り出し、図示せぬバッファに蓄積し、ステップＳ１１１に進む。ＭＰＥＧデコーダ部９６は、ステップＳ１１１において、ＴＳストリーム化部９５のバッファに蓄積されたＭＰＥＧ−ＴＳストリームを復号し、復号されたＡＶ信号を、表示制御部７２に供給し、パケット受信処理を終了する。これにより、表示制御部７２は、ＭＰＥＧデコーダ部９６からのＡＶ信号を、表示部７３に表示する制御を行い、表示部７３には、ＡＶ信号に基づいた画像が表示される。
【０１５５】
以上のように、送信部１６３において、ＴＳパケットにエラー訂正パリティデータを付加してからＲＴＰパケット化し、エラー訂正パリティデータが付加されたＲＴＰパケットに、１つずつ順にシーケンス番号を割り振るようにしたので、受信部１７１において、そのシーケンス番号を確認するだけで、簡単にエラー訂正を行うことができる。
【０１５６】
さらに、送信部１６３においては、エラー訂正パリティデータが付加されたＲＴＰパケットを並び替えてから送信し、受信部１７１において、受信したＲＴＰパケットを、元の順番に並べ替えるようにしたので、バースト的に連続して発生するパケットドロップに対して、できるだけ多くのエラーを訂正することができる。したがって、無線通信状況が悪い場合の通信品質を、容易な方法で向上することができる。
【０１５７】
すなわち、送信部１６３および受信部１７１間で、エラー訂正を行うＲＴＰパケットの範囲と、並べ替え方法などを予め設定するだけで、送信部１６３および受信部１７１に、エラー訂正を行うための仕組みを新規に定義する必要がなく、そのための特別な機能も必要ないため、簡単に、送受信システムを構築することができる。
【０１５８】
図１９は、図１２の記録再生装置１５１の送信部１６３の他の構成例を示している。なお、図１９の送信部１６３は、インターリーブ１８１がインターリーブ２０１に変更されている点、および、ＲＴＰパケット化部８３がＲＴＰパケット化部２０２に変更されている点を除いて、その他の構成は、上述した図１３の送信部１６３と同様の構成である。すなわち、図１３の送信部１６３においては、ＲＴＰパケット化部８３の処理の後に、インターリーブ１８１が処理するのに対して、図１９の送信部１６３においては、インターリーブ１８１の後に、ＲＴＰパケット化部２０２の処理が行われる点が異なるだけである。
【０１５９】
送信部１６３は、バッファ８１、エラー訂正付加部８２、インターリーブ２０１、ＲＴＰパケット化部２０２、ＭＡＣフレーム化部８４、および無線送信モジュール８５により構成される。
【０１６０】
図１９の例において、送信部１６３のインターリーブ２０１は、バッファ８１のエラー訂正パリティデータが付加されたＴＳパケットを、予め設定された個数、例えば、７個にまとめ、そのまとめたＴＳパケットを、所定の順番（例えば、図１５の例のＴＳパケットの順）に並び替える。
【０１６１】
ＲＴＰパケット化部２０２は、インターリーブ２０１により所定の順番に並び替えられた７個のＴＳパケットに、ＲＴＰヘッダを付加し、ＲＴＰパケットを生成し、ＭＡＣフレーム化部８４に供給する。このとき、ＲＴＰパケット化部２０２は、図１５の例のＲＴＰパケットの順になるように、シーケンス番号を、番号１，１１，２１，・・・の順に割り振り、ＲＴＰパケットを生成する。すなわち、図１９の例においては、ＲＴＰパケット化される前に、ＴＳパケットを並び替えているため、ＲＴＰパケット化部２０２は、並び替える前の順番に対して１つずつ増加させて設定されたシーケンス番号を、順に割り振る。
【０１６２】
ＭＡＣフレーム化部８４は、ＲＴＰパケット化部２０２からのＲＴＰパケットに、ＵＤＰヘッダを付加して、ＵＤＰパケットを生成し、生成したＵＤＰパケットに対して、ＩＰヘッダを付加して、ＩＰパケットを生成し、生成したＩＰパケットに対して、さらに、ＭＡＣヘッダを付加して、ＭＡＣパケットを生成し、無線送信モジュール８５に供給する。
【０１６３】
次に、図２０のフローチャートを参照して、図１９の送信部１６３のパケット送信処理を説明する。なお、図２０のステップＳ１５１、Ｓ１５２、Ｓ１５５、およびＳ１５６の処理は、図１７のステップＳ７１、Ｓ７２、Ｓ７５、およびＳ７６の処理と基本的に同じ処理を行うため、その説明は、繰り返しになるので適宜省略する。
【０１６４】
送信部１６３のエラー訂正付加部８２は、ステップＳ１５１において、バッファ８１に所定の数のＭＰＥＧ−ＴＳパケットが蓄積されるまで待機しており、バッファ８１に所定の数のＴＳパケットが蓄積されたと判断された場合、ステップＳ１５２に進み、バッファ８１に蓄積された所定の数のＴＳパケットに対して、エラー訂正パリティデータを付加し、ステップＳ１５３に進む。
【０１６５】
インターリーブ２０１は、ステップＳ１５３において、バッファ８１のエラー訂正パリティデータが付加されたＴＳパケットを、予め設定された個数、例えば、７個にまとめ、そのまとめたＴＳパケットを、所定の順番（図１５の例のＴＳパケットの順）に並び替え、ステップＳ１５４に進む。
【０１６６】
ＲＴＰパケット化部２０２は、ステップＳ１５４において、インターリーブ２０１により所定の順番に並び替えられた７個のＴＳパケットに、ＲＴＰヘッダを付加し、ＲＴＰパケットを生成し、ＭＡＣフレーム化部８４に供給し、ステップＳ１５５に進む。このとき、ＲＴＰパケット化部２０２は、予め設定されているシーケンス番号（図１５の例のＲＴＰパケットの番号）を、ＲＴＰパケットに割り振る。すなわち、ＲＴＰパケット化部２０２は、ＲＴＰパケット化される前に、ＴＳパケットを並び替えているため、並び替える前の順番に対して、１つずつ増加されて設定されたシーケンス番号を割り振る。
【０１６７】
ＭＡＣフレーム化部８４は、ステップＳ１５５において、ＲＴＰパケット化部２０２からのＲＴＰパケットに、ＵＤＰヘッダを付加して、ＵＤＰパケットを生成し、生成したＵＤＰパケットに対して、ＩＰヘッダを付加して、ＩＰパケットを生成し、生成したＩＰパケットに対して、さらに、ＭＡＣヘッダを付加して、ＭＡＣパケットを生成し、無線送信モジュール８５に供給し、ステップＳ１５６に進む。
【０１６８】
無線送信モジュール８５は、ステップＳ１５６において、ＭＡＣフレーム化部８４からのＭＡＣパケットを、IEEE802.11規格の無線で、表示装置１５２に送信し、パケット送信処理を終了する。
【０１６９】
以上のように、図１２の送受信システムにおいては、送信部１６３と受信部１７１間において、並び替える順番、およびエラー訂正パリティデータが付加されるＲＴＰパケットの範囲などが予め設定されていれば、送信部１６３内での処理の順番を入れ替えることもできる。
【０１７０】
なお、図１９の例においては、送信部１６３内での処理の順番を入れ替える場合を説明したが、同様にして、受信部１７１内での処理の順番を入れ替えるようにしてもよい。すなわち、図１３のデインターリーブ１９１により元の順番に並び替えられた後に、番号判断部１０１により、ＲＴＰパケットのシーケンス番号が１つずつ増加しているか否かを判断させるようにすることもできる。この場合、番号判断部１０１において、図１３のインターリーブ１８１による並び替えを考慮する必要がなくなる。
【０１７１】
上記説明においては、データの送受信を、IEEE802.11の規格の無線を用いて説明したが、IEEE802.11の規格の無線のみに限らず、IEEE802.3の規格に基づくイーサネット（登録商標）で構成するようにしてもよい。
【０１７２】
また、本発明の実施の形態においては、パケットの送信側を、信号受信装置５１または記録再生装置１５１の送信部として説明し、パケットの受信側を、表示装置５２または１５２として説明したが、これらに限定されず、本発明は、上述した構成からなる送信部または受信部を有する装置に適用することができる。
【０１７３】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。この場合、例えば、図２の信号受信装置５１および表示装置５２、並びに、図１２の記録再生装置１５１および表示装置１５２は、図２１に示されるような情報処理装置３０１により構成される。
【０１７４】
図２１において、ＣＰＵ（Central Processing Unit）３１１は、ＲＯＭ(Read Only Memory) ３１２に記憶されているプログラム、または、記憶部３１８からＲＡＭ（Random Access Memory）３１３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ３１３にはまた、ＣＰＵ３１１が各種の処理を実行する上において必要なデータなどが適宜記憶される。
【０１７５】
ＣＰＵ３１１、ＲＯＭ３１２、およびＲＡＭ３１３は、バス３１４を介して相互に接続されている。このバス３１４にはまた、入出力インタフェース３１５も接続されている。
【０１７６】
入出力インタフェース３１５には、キーボード、マウスなどよりなる入力部３１６、ＣＲＴ(Cathode Ray Tube)，ＬＣＤ（Liquid Crystal Display）などよりなるディスプレイ、並びにスピーカなどよりなる出力部３１７、ハードディスクなどより構成される記憶部３１８、モデム、ターミナルアダプタなどより構成される通信部３１９が接続されている。通信部３１９は、無線や図示せぬネットワークを介しての通信処理を行う。
【０１７７】
入出力インタフェース３１５にはまた、必要に応じてドライブ３２０が接続され、磁気ディスク３２１、光ディスク３２２、光磁気ディスク３２３、或いは半導体メモリ３２４などが適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じて記憶部３１８にインストールされる。
【０１７８】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば、汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。
【０１７９】
この記録媒体は、図２１に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク３２１（フレキシブルディスクを含む）、光ディスク３２２（CD-ROM(Compact Disk-Read Only Memory)，ＤＶＤ(Digital Versatile Disk)を含む）、光磁気ディスク３２３（MD(Mini-Disk)（商標）を含む）、もしくは半導体メモリ３２４などよりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭ３１２や、記憶部３１９に含まれるハードディスクなどで構成される。
【０１８０】
なお、本明細書において、フローチャートに示されるステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１８１】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０１８２】
【図１】従来の送受信システムの構成例を示す図である。
【図２】本発明の送受信システムの構成例を示す図である。
【図３】図２の送信部および受信部の構成例を示すブロック図である。
【図４】ＭＡＣパケットの構成例を示す図である。
【図５】ＲＴＰレイヤにおけるＲＴＰヘッダのデータ構成を示す図である。
【図６】通常のＲＴＰパケットの構成例を示す図である。
【図７】エラー訂正パリティデータが付加されたＲＴＰパケットの構成例を示す図である。
【図８】図２の送信部のパケット送信処理を説明するフローチャートである。
【図９】図２の受信部のパケット受信処理を説明するフローチャートである。
【図１０】通信状況が良好な場合のパケットドロップ状況を表すグラフを示す図である。
【図１１】無線通信状況が悪い場合のパケットドロップ状況を表すグラフを示す図である。
【図１２】本発明の送受信システムの他の構成例を示す図である。
【図１３】図１２の送信部および受信部の構成例を示すブロック図である。
【図１４】エラー訂正パリティデータが付加されたＲＴＰパケットの他の構成例を示す図である。
【図１５】エラー訂正パリティデータが付加され、並び替えられたＲＴＰパケットの構成例を示す図である。
【図１６】図１２の受信部のエラー訂正処理を説明する図である。
【図１７】図１２の送信部のパケット送信処理を説明するフローチャートである。
【図１８】図１２の受信部のパケット受信処理を説明するフローチャートである。
【図１９】図１２の送信部の他の構成例を示すブロック図である。
【図２０】図１２の送信部のパケット送信処理の他の例を説明するフローチャートである。
【図２１】本発明の情報処理装置の構成例を示すブロック図である。
【符号の説明】
【０１８３】
５１  信号処理装置，５２  表示装置，６３  送信部，７１  受信部，７２  表示制御部，７３  表示部，８１  バッファ，８２  エラー訂正付加部，８３  ＲＴＰパケット化部，８４  ＭＡＣフレーム化部，８５  無線送信モジュール，９１  無線受信モジュール，９２  データ取り出し部，９３  バッファ，９４  エラー訂正部，９５  ＴＳストリーム化部，９６  ＭＰＥＧデコーダ部，１０１  番号判断部，１５１  記録再生装置，１５２  表示装置，１６３  送信部，１７１  受信部，１８１  インターリーブ，１９１  デインターリーブ，２０１  インターリーブ，２０２  ＲＴＰパケット化部
【図１】
2005210219.tif 000003
【図２】
2005210219.tif 000004
【図３】
2005210219.tif 000005
【図４】
2005210219.tif 000006
【図５】
2005210219.tif 000007
【図６】
2005210219.tif 000008
【図７】
2005210219.tif 000009
【図８】
2005210219.tif 000010
【図９】
2005210219.tif 000011
【図１０】
2005210219.tif 000012
【図１１】
2005210219.tif 000013
【図１２】
2005210219.tif 000014
【図１３】
2005210219.tif 000015
【図１４】
2005210219.tif 000016
【図１５】
2005210219.tif 000017
【図１６】
2005210219.tif 000018
【図１７】
2005210219.tif 000019
【図１８】
2005210219.tif 000020
【図１９】
2005210219.tif 000021
【図２０】
2005210219.tif 000022
【図２１】
2005210219.tif 000023