(57)【要約】【課題】  画落ちしないようにデータの送受信を行う。【解決手段】  演算部２５は、バッファ２３の残量に関するパラメータと、通信制御部２４からのパラメータを取得する。そして、その取得されたパラメータを用いて算出されるパラメータで、エンコーダ部２２のエンコードのビットレートと、通信制御部２４の送信の無線レートを設定する。その設定されたレートにより、エンコーダ部２２はエンコードを行い、通信制御部２４は通信を行う。取得されるパラメータは、実際にデータの送受信が行われた結果、取得される値であるようにする。本発明は、データの送受信を無線で行う送信装置に適用することが可能である。【選択図】図２
2006033250.tif 000002
【特許請求の範囲】
【請求項１】
入力されたデータを所定のビットレートでエンコードするエンコード手段と、
前記エンコード手段によりエンコードされた前記データをバッファリングするバッファリング手段と、
前記バッファリング手段によりバッファリングされた前記データを、所定の無線レートで送信する送信手段と、
前記ビットレートと前記無線レートを制御する制御手段と
を備え、
前記制御手段は、前記バッファリング手段の残量に関するパラメータと前記送信手段から取得されるパラメータを用いて無線帯域を算出し、その算出された無線帯域で送信可能なデータ量をさらに算出し、その算出されたデータ量を基に、前記ビットレートと前記無線レートを、それぞれ設定し、その設定に基づいて制御する
ことを特徴とする送信装置。
【請求項２】
前記送信手段から取得されるパラメータは、単位時間に正しく送信できたパケット数に関するパラメータ、単位時間にｎ回再送して送信できなかったパケット数に関するパラメータ、および、単位時間に１回以上、ｎ回未満再送して送信できたパケット数に関するパラメータである
ことを特徴とする請求項１に記載の送信装置。
【請求項３】
入力されたデータを所定のビットレートでエンコードするエンコードステップと、
前記エンコードステップの処理でエンコードされた前記データをバッファにバッファリングするバッファリングステップと、
前記バッファリングステップの処理でバッファリングされた前記データを、送信手段により所定の無線レートで送信する送信ステップと、
前記ビットレートと前記無線レートを制御する制御ステップと
を含み、
前記制御ステップは、前記バッファの残量に関するパラメータと前記送信手段から取得されるパラメータを用いて無線帯域を算出し、その算出された無線帯域で送信可能なデータ量をさらに算出し、その算出されたデータ量を基に、前記ビットレートと前記無線レートを、それぞれ設定し、その設定に基づいて制御する
ことを特徴とする送信方法。
【請求項４】
入力されたデータを所定のビットレートでエンコードするエンコードステップと、
前記エンコードステップの処理でエンコードされた前記データをバッファにバッファリングするバッファリングステップと、
前記バッファリングステップの処理でバッファリングされた前記データを、送信手段により所定の無線レートで送信する送信ステップと、
前記ビットレートと前記無線レートを制御する制御ステップと
を含む処理をコンピュータに実行させ、
前記制御ステップは、前記バッファの残量に関するパラメータと前記送信手段から取得されるパラメータを用いて無線帯域を算出し、その算出された無線帯域で送信可能なデータ量をさらに算出し、その算出されたデータ量を基に、前記ビットレートと前記無線レートを、それぞれ設定し、その設定に基づいて制御する
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置および方法、並びにプログラムに関し、特に、送信するデータ量をリアルタイムに、状況に合わせて変化させることにより、送信するデータが欠落し、例えば映像が途切れてしまうような不都合が発生するようなことを防ぐ際に用いて好適な送信装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
ネットワークが普及し、そのネットワークを用いて提供されるサービスも、多岐にわたるようになってきている。ネットワーク自体の構成も、有線で構成されるものや、無線で構成されるものがある。
【０００３】
近年では、家庭内におけるネットワークとして、有線によるものより、設置などが手軽な無線ＬＡＮ（Local Area Network）が普及しつつある。しかしながら、無線ＬＡＮは、その特性から、有線ＬＡＮに比べて信頼性が劣るという問題があった。
【０００４】
無線を用いてデータの授受が行われる場合、その授受を良好に行えるか否かは、そのデータが授受される環境に依存することが多い。例えば、データを送信する装置と、データを受信する装置が、別々の部屋に設置されているような場合、それらの装置を隔てている部屋のドアの開閉状態により、それらの装置間でのデータの授受に影響があることが認識されている。
【０００５】
また例えば、無線ＬＡＮにおいては、当然ながら、無線によりデータの送受信を行うが、無線で行うために、通信を行っている送信機と受信機の間を人が横切ったり、湿度などの環境の変化により、その通信状態が悪化することが考えられる。通信状態が悪化したために、送受信（通信）すべきデータが通信の途中で欠落するなどの不都合が発生することが考えられる。
【０００６】
そのような環境の変化により、データの授受に影響が及ぼされ、その受信状態が悪化すると、ユーザに対して提供する映像や音声が途切れてしまうといった不都合が発生する可能性がある。そのような不都合が発生することを防ぐための、送信するデータ量を制御することなどが提案されている。（例えば、特許文献１，２参照）
【特許文献１】特開２００２−３７４２０５号公報
【特許文献２】特開２０００−０４９６６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
無線によりデータを授受するとき、そのデータを基にユーザに提供される映像や音声が途切れるような不都合が発生しないように、送信側で、無線強度の測定を行い、送信するデータ量を決定し、その決定されたデータ量でデータを送信することが提案されている。また、データを受信する側で、送信側に受信状況を通知し、その通知された情報を用いて、送信側で、送信するデータ量を決定し、その決定されたデータ量でデータを送信することが提案されている。
【０００８】
このような提案に基づく方法では、実際に単位時間に到達可能なデータ量が算出されているのではないため、算出されたデータ量で実際にデータの授受を行った場合、送信されたデータが欠落してしまう可能性があるといった課題があった。欠落してしまったデータを、再度送信する（受信する）ことにより、欠落したデータを補うことも提案されている。この提案に基づいて処理するようにした場合、受信側にバッファが設けられ、そのバッファに一定時間内に受信されたデータが蓄積され、蓄積された時点でそのデータが再生される。このように処理が行われるようにすると、リアルタイムに処理が行えないという課題があった。
【０００９】
また、送信側で、送信するデータ量を制御するために、受信側から所定の情報を取得し、その情報に基づいて送信するデータ量を決定し、その決定されたデータ量でデータが送信されるようした場合、送信側で、受信側からの情報を取得するまでの時間（受信側からのフィードバックを待つための時間）があるため、制御にタイムラグが発生してしまうといった課題があった。すなわち、リアルタイムに送信されるデータ量を制御することができないといった課題があった。
【００１０】
さらに、例えば、家庭内において、テレビジョン放送などを無線により送信側から受信側に送信するような場合、タイムラグを生じさせることなく、リアルタイムに処理される必要がある。換言すれば、ユーザ側に、映像や音声をリアルタイムに提供する必要がある。そのようなリアルタイムに映像や音声をユーザに提供しなくてはならないようなシステムにおいては、上記したようなタイムラグが発生してしまうようなシステムを適用することはできない。
【００１１】
しかしながら仮に、タイムラグが発生しても良いとし、受信側にバッファなどを備え、一旦データを蓄積して処理するようにした場合、例えば、テレビジョン放送でチャンネルが切り換えられたときなど、切り換え先のチャンネルで放送されている番組のデータがバッファに蓄積されるまで、ユーザに映像や音声が提供されないことになる。このようなことは、ユーザに不快感を与え、操作性の悪さを感じさせてしまうことになり、好ましい状況ではない。
【００１２】
また、タイムラグが発生しないようにするために、上記したようなバッファなどを用いたシステムを適用しなかった場合、データが送受信の段階で欠落し、結果として、映像または音声が途切れてしまうといった状況をユーザに提供してしまうといった不都合が発生する可能性が高くなるといった課題があった。
【００１３】
本発明はこのような状況に鑑みてなされたものであり、送信側から送信されたデータを受信側でリアルタイムに処理しなくてはならないような場合であっても、授受されるデータに基づく映像や音声が途切れるようなことなく制御できるようにすることを目的とする。
【課題を解決するための手段】
【００１４】
本発明の送信装置は、入力されたデータを所定のビットレートでエンコードするエンコード手段と、エンコード手段によりエンコードされたデータをバッファリングするバッファリング手段と、バッファリング手段によりバッファリングされたデータを、所定の無線レートで送信する送信手段と、ビットレートと無線レートを制御する制御手段とを備え、制御手段は、バッファリング手段の残量に関するパラメータと送信手段から取得されるパラメータを用いて無線帯域を算出し、その算出された無線帯域で送信可能なデータ量をさらに算出し、その算出されたデータ量を基に、ビットレートと無線レートを、それぞれ設定し、その設定に基づいて制御することを特徴とする。
【００１５】
前記送信手段から取得されるパラメータは、単位時間に正しく送信できたパケット数に関するパラメータ、単位時間にｎ回再送して送信できなかったパケット数に関するパラメータ、および、単位時間に１回以上、ｎ回未満再送して送信できたパケット数に関するパラメータであることを特徴とする。
【００１６】
本発明の送信方法は、入力されたデータを所定のビットレートでエンコードするエンコードステップと、エンコードステップの処理でエンコードされたデータをバッファにバッファリングするバッファリングステップと、バッファリングステップの処理でバッファリングされたデータを、送信手段により所定の無線レートで送信する送信ステップと、ビットレートと無線レートを制御する制御ステップとを含み、制御ステップは、バッファの残量に関するパラメータと送信手段から取得されるパラメータを用いて無線帯域を算出し、その算出された無線帯域で送信可能なデータ量をさらに算出し、その算出されたデータ量を基に、ビットレートと無線レートを、それぞれ設定し、その設定に基づいて制御することを特徴とする。
【００１７】
本発明のプログラムは、入力されたデータを所定のビットレートでエンコードするエンコードステップと、エンコードステップの処理でエンコードされたデータをバッファにバッファリングするバッファリングステップと、バッファリングステップの処理でバッファリングされたデータを、送信手段により所定の無線レートで送信する送信ステップと、ビットレートと無線レートを制御する制御ステップとを含む処理をコンピュータに実行させ、制御ステップは、バッファの残量に関するパラメータと送信手段から取得されるパラメータを用いて無線帯域を算出し、その算出された無線帯域で送信可能なデータ量をさらに算出し、その算出されたデータ量を基に、ビットレートと無線レートを、それぞれ設定し、その設定に基づいて制御することを特徴とする。
【００１８】
本発明の送信装置および方法、並びにプログラムにおいては、データを蓄積するバッファの残量に関するパラメータと、送信したデータの送信状態を示すパラメータが用いられ、その時点で送信できる適切なデータ量が算出される。その算出されたデータ量になるようなエンコードが行われ、そのデータ量が送信できる無線レートが選択される。
【発明の効果】
【００１９】
本発明によれば、データの授受を行うとき、その授受されるデータ量を可変とすることが可能となる。
【００２０】
本発明によれば、データの授受を行うとき、送信側で、送信するデータ量を変更することが可能となる。また、その変更は、データの授受が行われる環境に対応し、リアルタイムに変更することが可能となる。
【発明を実施するための最良の形態】
【００２１】
以下に本発明の最良の形態を説明するが、開示される発明と実施の形態との対応関係を例示すると、次のようになる。明細書中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００２２】
さらに、この記載は、明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現し、追加されたりする発明の存在を否定するものではない。
【００２３】
本発明の送信装置は、例えば図２に示す送信機１である。本発明の送信装置は、入力されたデータを所定のビットレートでエンコードするエンコード手段（例えば、図２のエンコーダ部２２）と、エンコード手段によりエンコードされたデータをバッファリングするバッファリング手段（例えば、図２のバッファ２３）と、バッファリング手段によりバッファリングされたデータを、所定の無線レートで送信する送信手段（例えば、図２の通信制御部２４）と、ビットレートと無線レートを制御する制御手段（例えば、図２の演算部２５）とを少なくとも備える。
【００２４】
以下に、本発明の実施の形態について図面を参照して説明する。
【００２５】
［全体構成］
図１は、本発明を適用した送受信システムの一実施の形態の構成を示す図である。図１に示した送受信システムは、送信機１と受信機２から構成されている。送信機１は、アンテナ３により受信されたテレビジョン放送のデータを、受信機２に対して送信する。受信機２は、表示装置（例えば、ディスプレイ）や音声出力装置（例えば、スピーカ）を備えており、受信したデータに基づく映像や音声を出力するように構成されている。
【００２６】
ここでは、テレビジョン放送が受信されるとして説明をする。そのテレビジョン放送は、アナログ信号のテレビジョン放送に限らず、例えば、ＢＳ（Broadcasting Satellite）放送、ＣＳ（Communications Satellite）放送、地上波デジタル放送などのデジタル信号のテレビジョン放送などでも良い。
【００２７】
また、例えば、ＶＴＲ（Video Tape Recorder）やＤＶＤ（Digital Versatile Disc）プレーヤなどが送信機１に接続され、それらの装置からのデータが、送受信されるようにしても良い。さらに、インターネットなどのネットワークに接続され、そのネットワークに接続されることにより得られる情報などの送受信が行われるようにしても良い。
【００２８】
送信機１と受信機２は、無線でデータの授受を行う。その無線による通信は、例えば、ＩＥＥＥ８０２．１１の規格に基づく方式で行われる。送信機１と受信機２は、無線によりデータの授受を行うため、例えば、ユーザは、送信機１を家の所定の場所に固定して設置し、受信機２を所望の場所まで持ち運び、その場所でテレビジョン放送を閲覧するといったことをできる。
【００２９】
［内部構成例］
図２は、送信機１の内部構成例を示す図である。図２に示した内部構成例は、主に、本発明にかかわり、説明に必要とされる部分を示し、説明に必要ない部分、例えば、受信したテレビジョン放送からユーザが指定した番組を抽出するチューナや、ＶＴＲやＤＶＤプレーヤなどを接続した際に、それらの装置からの入力を切り換えるスイッチャーなどは、省略してある。
【００３０】
送信機１は、アンテナ３により受信されたテレビジョン放送としてのデータ（信号）を入力部２１により入力する。入力される信号は、例えば、アナログ信号である。そのアナログ信号は、エンコーダ部２２に供給される。エンコーダ部２２は、例えば、ＭＰＥＧ（Moving Picture Experts Group）方式により、入力されたアナログ信号をデジタルデータに変換する。
【００３１】
なお、入力部２１に入力されるデータがＭＰＥＧ方式などで、既にデジタルデータに変換されているような場合、再度エンコーダ部２２によりエンコードを行うために、一旦、入力部２１に入力されたデータがデコードされ、その後、エンコーダ部２２によりエンコードされるようにしても良い。
【００３２】
エンコーダ部２２によりエンコードされたデータは、バッファ２３に一旦記憶される。バッファ２３に記憶されたデータは、順次、通信制御部２４に供給される。通信制御部２４は、受信機２（図１）とのデータの授受を制御するために設けられている。通信制御部２４は、受信機２に対してデータを送信する送信部３１と、受信機２からのデータ（例えば、再送要求のデータなど）を受信する受信部３２を備える。
【００３３】
エンコーダ部２２による圧縮率や、通信制御部２４による無線レートは、演算部２５により演算される値により決定される。その値は、バッファ２３の容量や、受信機２からのデータを基に算出される。
【００３４】
［演算部の処理の必要性について］
ここで、演算部２５がエンコーダ部２２による圧縮率や、通信制御部２４による無線レートの制御を行う理由について説明する。まず、前提として、エンコーダ部２２は、複数の圧縮率を、任意に設定できるようになっている。高圧縮（従って、データ量は小さくなる）に設定された状態でエンコードが行われると、画質は悪くなる傾向にあり、低圧縮（従って、データ量は多くなる）に設定された状態でエンコードが行われると、画質は良くなる傾向にある。
【００３５】
また、通信制御部２４の無線レートが高く設定されていると、多くのデータを一度に送信することが可能となるが、伝搬距離が短くなる、環境の影響を受けやすくなるなどの欠点もある。逆に、通信制御部２４の無線レートが低く設定されていると、多くのデータを一度に送信することが難しくなるが、伝搬距離が長くなる、環境の影響を受けにくくなるなどの利点もある。
【００３６】
このようなことを考慮すると、理想的には、エンコード部２２による圧縮率は低くし（高画質を維持できるようにし）、通信制御部２４の無線レートを高くし、多くのデータを送信できるようにすることが良いと考えられる。しかしながら、無線による通信は、送信機１と受信機２との間に存在する障害物、湿度などの環境、受信機２の移動により伝搬距離の変化など、さまざまな要因により、必ずしも、圧縮率が低く、無線レートが高い状態で、通信できるとは限らない。換言すれば、圧縮率が低く、無線レートが高い状態を維持した通信を行うことにより、データの欠落が発生し、ユーザ側に提供される映像や音声が途切れてしまうような不都合な状況が発生する可能性がある。
【００３７】
そこで、本実施の形態においては、データが授受される環境に応じて圧縮率や無線レートを制御し、映像や音声が途切れるような状況が発生することを防ぐと共に、できる限り、画質の良い状態で、ユーザ側にデータを提供できるようにするために、演算部２５における演算および制御が行われるようにする。
【００３８】
［演算に係わるパラメータについて］
次に、圧縮率や無線レートを制御するために行われる演算部２５の演算について説明する。演算部２５は、上記したような制御を実行するために、受信機２との間での無線の状態を把握する。無線の状態を把握するために、３つのパラメータを定義し、その３つのパラメータを用いて上記したような制御を実現する。図３を参照し、ここで定義する３つのパラメータと、それらのパラメータの関係について説明する。
【００３９】
設定パラメータは、エンコーダ部２２や通信制御部２４を制御するためのパラメータである。取得パラメータは、設定パラメータが用いられて、エンコーダ部２２や通信制御部２４が制御された結果、どのような通信状態になったかを示し、受信機２やバッファ２３などから取得されるパラメータである。環境パラメータは、システムに影響を与える環境状態を示すパラメータである。取得パラメータと環境パラメータが用いられた演算が行われた結果、設定パラメータが算出される。
【００４０】
なお、このような３つのパラメータの定義、および、以下に説明する各パラメータに属するパラメータの定義や分類は限定を示すものではなく、例えば、環境パラメータと取得パラメータは、共に、演算に用いられるパラメータであるので、同一の定義とし、１つにまとめてしまうような定義でも良い。
【００４１】
ここで、上記した３つのパラメータ毎に、以下の説明において必要とされるパラメータとその定義について説明する。まず、設定パラメータについて説明する。
MPEG Rate
エンコーダ部２２のMPEGの圧縮レート（単位はMbps）
AIR Rate
通信制御部２４の無線レート（単位はMbps）
Request Packet
送出するパケット数
【００４２】
次に、取得パラメータについて説明する。
Good Transmits
単位時間内に正しく送出できたパケット数（１パケットは、例えば1400kbytes）
Excessive Retries
単位時間にn回再送して送出できなかったパケット数（nは、例えば４）
Total Retries
単位時間に１回以上、４回未満（n=4としたとき）の再送で送出できたパケット数
Free Descriptor Count（FDC）
無線ドライバがもつディスクリプターの残量
（所定の時点（測定時）におけるバッファ２３の残量）
RSSI(Received Signal Strength Indicator)
受信信号の強度
Noise Figure
再送により消費されているパケット数
【００４３】
次に、環境パラメータについて説明する。
Good Transmits Max
設定されている無線レートで送出できる最大パケット数
FDC Ratio
任意の無線レートで単位時間内に測定した回数の内、無線レートによって決定される閾値を、FDCの残量が超えた回数の割合
Shared Bandwidth
Good TransmitsがGood Transmits Maxに占める割合
Real Bandwidth
無線状態から類推される送出可能なパケット数
【００４４】
［画落ちの発生する原因と対応］
ここで、データの欠落などにより、ユーザ側に提供される映像や音声の一部が欠落したとき（画落ちしたとき）、その画落ちした原因と、その原因を解消し画落ちしない状態にするための対応について、上記したパラメータを参照して説明する。
【００４５】
まず、画落ちする原因として、無線帯域が足りない（十分でない）ことが考えられる。無線帯域が足りないために画落ちが発生した場合、FDC Ratioの低下、Real Bandwidthの低下、Shared Bandwidthの上昇など、パラメータの値に変化が見られる。そして、このようなパラメータの変化があり、改善すべき状態であると判断されるときには、MPEG Rateを下げる、AIR Rateを上げるなど、パラメータを変化させることにより改善することができる。
【００４６】
画落ちする原因として、ノイズが多いことも考えられる。ノイズが多いために画落ちが発生した場合、Total Retryの上昇、Noise Figureの上昇など、パラメータの値に変化が見られる。そして、このようなパラメータの変化があり、改善すべき状態であると判断されたときには、MPEG Rateを下げる、AIR Rateを上げるなど、パラメータを変化させることにより改善することができる。
【００４７】
さらに、画落ちする原因として、電波が届かないことも考えられる。電波が届かないために画落ちが発生した場合、RSSIが低下するなど、パラメータの値に変化が見られる。そして、このようなパラメータの変化があり、改善すべき状態であると判断されたときには、AIR Rateを上げるなど、パラメータを変化させることにより改善することができる。
【００４８】
このように、画落ちが発生するような場合には、パラメータを参照することにより、その原因を把握することが可能であり、把握された原因に応じて、MPEG RateやAIR Rateといったパラメータを変化させることにより、画落ちするという状況を改善できることがわかる。
【００４９】
［演算部が行う演算について］
［画落ちの発生する原因と対応］のところで説明したように、画落ちが発生するような場合、MPEG RateやAIR Rateといったパラメータを変化させれば良い。AIR Rateは、どのくらいのデータを送信するかにより使い分けることが可能である。どのくらいのデータを送信するかは、MPEG Rate、すなわち、エンコーダ部２２の圧縮率に依存する。よって、MPEG Rateを決定すれば、AIR Rateを決定することが可能となる。MPEG Rateは、送信するパケット数を表すパラメータであるRequest Packetを算出することにより、決定することができる。
【００５０】
そこで、演算部２５において実行される演算は、Request Packetの値を算出するために行われる。Request Packetを算出するために、まず、Shared Bandwidthが次式（１）に基づき算出される。
Shared Bandwidth＝α×（FDC Ratio）2＋β×（FDC Ratio）＋γ  ・・・（１）
【００５１】
式（１）において、α、β、γは、図１に示したシステムに依存した値であり、かつ、無線レート（AIR Rate）に依存する値である。よって、無線レート毎に、α、β、γの値は、それぞれ異なる値とされる。また、α、β、γは、ここでは予め求められている数値とし、演算部２５の記憶部（不図示）に記憶されているとする。予め求められているとしたが、具体的には、図４に示したようなグラフを作成することにより求められる。
【００５２】
図４は、FDC RateとShared Bandwidth Rateの関係を示すグラフである。図４に示したグラフにおいては、横軸にFDC Rateをとり、縦軸にShared Bandwidth Rateをとったきのものであり、所定のAIR Rate（無線レート）のときに得られる関係を示している。また図４におけるFDC Rateは、FDC over 1489をパーセンテージで表したものとしている。
【００５３】
Shared Bandwidthは、次式（２）に基づいて算出することも可能である。
Shared Bandwidth＝（Good Transmits）／（Good Transmits Max）  ・・・（２）
図４の縦軸の値は、式（２）により求められる値である。
【００５４】
実測することにより得られる値をグラフ化することにより、図４に示したようなグラフが作成される。そして、図４に示したグラフから、式（１）におけるα、β、γを求めることができる。図４から求められるα、β、γを代入した式（３）を以下に示す。
Shared Bandwidth＝（-0.004）×（FDC Ratio）2−0.502×（FDC Ratio）＋100.88
・・・（３）
【００５５】
このような関係式は、AIR Rate毎に作成され、演算部２５に予め記憶されている。
【００５６】
次に、Shared Bandwidthを用いて、Real Bandwidthが、次式（４）に基づいて算出される。
Real Bandwidth＝（（Good Transmits）／（Shared Bandwidth））×Δ  ・・・（４）
【００５７】
式（４）において、Δは、例えば、７０乃至８０の値に設定される。Real Bandwidthは、無線状態から類推される実施に送出可能なパケット数を示すパラメータである。例えば、送出可能なパケット数の最大数をReal Bandwidthとして設定してしまうと、何らかの原因で、そのパケット数を超えてしまったとき、送信できないことになるため、余裕をもたせた値に、Real Bandwidthが設定されるようにΔの値を設定する。
【００５８】
Real Bandwidthが算出されると、Noise Figureが、次式（５）に基づいて算出される。
Noise Figure＝（Total Retries＋Excessive Retries）×n  ・・・（５）
式（５）においてｎは、再送回数として設定されている値であり、例えば４である。
【００５９】
Total Retriesは、単位時間内に再送して送信できたパケット数を示すパラメータであり、Excessive Retriesは、単位時間内に再送しても送信できなかったパケット数を示すパラメータである。これらのパラメータは、送信機１から１回以上、送信したにもかかわらず、何らかの原因で、受信機２側に受信されなかったパケット数を示している。このようなパケットは、結果として、その時点で送信すべきパケット（１回目の送信であるパケット）とは別に、繰り返し送信しなくてはならないパケット数を表し、再送により消費されているパケット数を表していることになる。
【００６０】
再送により消費されているとは、例えば、再送するためにバッファ２３に蓄積しておかなくてはならいので、そのバッファ２３の容量を消費していることになる。また、再送するために、通信制御部２４により制御が行われるが、その制御にかかる時間、すなわち、再送するパケットを送信するための時間などが消費されることを意味する。
【００６１】
このNoise Figureは、データの送信、受信の環境が悪いと、上昇するパラメータである。そこで、式（４）で算出される実際に送出可能なパケット数から、式（５）で算出される再送により消費されるパケット数を減算することにより、実際に送出できるパケット数（再送ではなく、新たに送信すべきパケット数）を算出することができる。すなわち、次式（６）に基づいて、Request Packetのパラメータが算出される。
Request Packet＝（Real Bandwidth）―（Noise Figure）  ・・・（６）
【００６２】
式（６）で算出されたRequest Packetのパラメータの値が用いられ、エンコーダ部２２の圧縮率（MPEG Rate）と、通信制御部２４の通信レート（AIR Rate）が制御される。
【００６３】
［送信機１の動作について］
次に、このような演算を行う演算部２５の動作について、図５のフローチャートを参照して説明する。ステップＳ１１において、演算部２５は、取得パラメータを取得する。このステップＳ１１において取得される取得パラメータは、上記したGood Transmits、Excessive Retries、Total Retries、Free Descriptor Count（FDC）の４つのパラメータである。
【００６４】
Good Transmits、、Excessive Retries、Total Retriesは、それぞれ、通信制御部２４から取得される。Free Descriptor Count（FDC）は、バッファ２３から取得される。取得された取得パラメータを用いて、ステップＳ１２において、演算が行われる。ステップＳ１２において行われる演算は、上記した式（１）、式（４）、式（５）、および、式（６）に基づく演算である。
【００６５】
すなわち、式（１）に基づき、Shared Bandwidthが算出され、その算出されたShared Bandwidthの値が用いられ、式（４）に基づきReal Bandwidthが算出される。また、式（５）に基づきNoise Figureが算出される。そして、算出されたReal Bandwidthの値とNoise Figureの値が用いられ、式（６）に基づきRequest Packetが算出される。
【００６６】
このようにして算出されたRequest Packetの値が用いられ、ステップＳ１３において、制御が行われる。制御とは、例えば、Request Packetの値に基づき、エンコーダ部２２のビットレート（MPEG Rate）を設定し、そのビットレートでエンコードが実施されるように制御することである。また、Request Packetの値（エンコーダ部２２のビットレート）に基づき、通信制御部２４の無線レート（AIR Rate）を設定し、その設定された無線レートで送信が実施されるように制御される。
【００６７】
また、例えば、送信に必要とされるデータ量が、Real Bandwidthを下回った場合、無線チャンネルの切り換えなどの処理も実行される。このように、ビットレートや無線レートだけでなく、無線チャンネルなども変更されるようにし、画落ちなどの不都合が発生するような状況を回避するための処理も行われようにする。
【００６８】
このような処理は、所定の間隔、例えば、２秒毎に繰り返し行われることにより、常に、無線の状態を監視し、適正なビットレート、無線レートで、通信が行われるように制御することが可能となる。
【００６９】
このように、本発明を適用することにより、送信機１側で、取得されるパラメータを用いて演算を行い、その演算により算出されたパラメータを用いて、エンコードのビットレートや、送信する無線レートを制御することができる。また、上記したように、制御にかかわる処理が実行されるため、リアルタイムに制御を行うことが可能となる。
【００７０】
また、上記したように制御が実行されることにより、より多くのデータを、リアルタイム性を保持しつつ、欠落することなく伝送することが可能となる。また、その制御に用いられる設定パラメータは、実際に送信できた送信データから取得される取得パラメータを用いて算出しているため、その算出される設定パラメータは、無線によるデータの欠落原因、例えば、干渉、到達距離、妨害などの原因に依存しなものとすることができる。よって、画落ちなどの状況が発生する可能性を抑制することが可能となる。
【００７１】
また、送信可能なデータ量が、送信必要データ量を下回った場合など、エンコードのビットレートや、送信の無線レートを制御するだけでなく、無線チャンネルを切り換えるなどの処理を実行するようにすることで、画落ちなどの状況が発生する可能性をより抑制することが可能となる。
【００７２】
［記録媒体について］
上述した一連の処理は、それぞれの機能を有するハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体からインストールされる。
【００７３】
図６は、汎用のパーソナルコンピュータの内部構成例を示す図である。パーソナルコンピュータのＣＰＵ（Central Processing Unit）２０１は、ＲＯＭ（Read Only Memory）２０２に記憶されているプログラムに従って各種の処理を実行する。ＲＡＭ（Random Access Memory）２０３には、ＣＰＵ２０１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。入出力インタフェース２０５は、キーボードやマウスから構成される入力部２０６が接続され、入力部２０６に入力された信号をＣＰＵ２０１に出力する。また、入出力インタフェース２０５には、ディスプレイやスピーカなどから構成される出力部２０７も接続されている。
【００７４】
さらに、入出力インタフェース２０５には、ハードディスクなどから構成される記憶部２０８、および、インターネットなどのネットワークを介して他の装置とデータの授受を行う通信部２０９も接続されている。ドライブ２１０は、磁気ディスク２２１、光ディスク２２２、光磁気ディスク２２３、半導体メモリ２２４などの記録媒体からデータを読み出したり、データを書き込んだりするときに用いられる。
【００７５】
記録媒体は、図６に示すように、パーソナルコンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク２２１（フレキシブルディスクを含む）、光ディスク２２２（CD-ROM（Compact Disc-Read Only Memory），DVD（Digital Versatile Disc）を含む）、光磁気ディスク２２３（MD（Mini-Disc）（登録商標）を含む）、若しくは半導体メモリ２２４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているＲＯＭ２０２や記憶部２０８が含まれるハードディスクなどで構成される。
【００７６】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【００７７】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【００７８】
【図１】本発明を適用したシステムの一実施の形態の構成を示す図である。
【図２】送信機の内部構成例を示す図である。
【図３】パラメータの関係を説明するための図である。
【図４】定数を設定するために作成されるグラフの一例である。
【図５】演算部の動作を説明するためのフローチャートである。
【図６】媒体を説明する図である。
【符号の説明】
【００７９】
１  送信機，  ２  受信機，  ３  アンテナ，  ２１  入力部，  ２２  エンコーダ部，  ２３  バッファ，  ２４  通信制御部，  ２５  演算部，  ３１  送信部，  ３２  受信部
【図１】
2006033250.tif 000003
【図２】
2006033250.tif 000004
【図３】
2006033250.tif 000005
【図４】
2006033250.tif 000006
【図５】
2006033250.tif 000007
【図６】
2006033250.tif 000008