WO2008032750A1

WO2008032750A1 - dispositif de communication

Info

Publication number: WO2008032750A1
Application number: PCT/JP2007/067762
Authority: WO
Inventors: Yukie Gotoh; Hiroshi Yokota; Atsuhiro Tsuji; Keiichi Takagaki; Yosuke Matsushita; Kyosuke Osuka
Original assignee: Panasonic Corporation
Priority date: 2006-09-13
Filing date: 2007-09-12
Publication date: 2008-03-20
Also published as: KR20090074147A; US20110019555A1; JPWO2008032750A1; EP2063571A1

Description

明細書

通信装置

技術分野

[0001] 本発明は、通信装置に関し、特に、省電力を目的とした通信装置および通信システム、ならびに省電力方法に関する。

背景技術

[0002] 近年、インターネットを中心とした IP (Internet Protocol)ネットワークが急速に拡大している。つまり、 PC (Personal Computer)だけでなぐテレビや DVD (Digital Versatile Disk)プレーヤーなどの据え置き型の家電機器における IPネットワークの利用が普及し始めるとともに、携帯電話や PDA (Personal Digital Assistants)、デジタルカメラなどの携帯型端末における IPネットワークの利用も普及し始めている。このようにインターネットなどのネットワークに接続可能な機器を通信装置と呼ぶ。

[0003] IPネットワークを利用したサービスでは、音楽データや動画データのダウンロードやアップロード、さらには音声などのストリーミングデータの送受信などが行われ、長時間の通信を行うことがある。そのため、 IPネットワークを利用するための消費電力を軽視することができない状況となっている。通信装置を構成するデバイスの中でも、 IP ネットワークを利用するためのネットワーク接続デバイスが特に多くの電力を必要としている。

[0004] ネットワーク接続デバイスには、有線により IPネットワークを利用するデバイスと、無線により IPネットワークを利用するデバイスとが存在する。消費電力を低減させるための省電力技術は、上述のような無線や有線を問わず、さまざまな機器に対して検討されている。その中でも携帯型端末では、内蔵のバッテリーのみで長時間使用するような使い方が想定されるため、省電力技術を特に必要としている。したがって、以下では、携帯型端末における省電力技術の例を説明する。

[0005] 携帯型端末のネットワーク接続デバイスとしては、無線 LAN (Local Area Network) デバイスの利用が注目されている。無線 LANデバイスは比較的大きな電力を消費するので、その省電力化は重要な検討課題であり、多くの省電力化の手法が提案されている。

[0006] 無線 LANの標準規格である IEEE802. 11では、無線端末の省電力化の方法として、パワーマネージメントのモード（パワーセーブモード）が規定されている。この方法では、無線端末は、パワーセーブモードで動作している場合、無線基地局（アクセスポイント）からビーコンが送信されるタイミングに合わせて受信動作を行ない、それ以外の間は受信動作を行なわない状態（ドーズモード）に入る。無線端末は、ドーズモードにお!/、て、その無線端末に備えられた無線 LANデバイスの電力供給を停止することにより、無線端末の消費電力を低減することができる。

[0007] 図 1は、パワーセーブモードでの無線端末の動作を説明するための説明図である。

[0008] 無線端末は、送信側装置から送信されたデータを、アクセスポイント (AP)を介して受信する。このとき、無線端末は、アクセスポイントからビーコン（図 1中の「B」のタイミングで送信される信号）が送信されるたびに、または複数のビーコンの送信に 1回のタイミングで、受信状態（電源が投入された状態）に入り、そのビーコンを受信する。ここでは、この無線端末がビーコンを受信する一定の間隔を、「スリープ間隔」と呼ぶ。スリープ間隔は、無線端末とアクセスポイントの間の接続シーケンスなどによって、無線端末から設定または変更される。

[0009] また、図 1に示すように、ドーズモードの期間中に無線端末宛に送信されたパケットは、一旦アクセスポイントでバッファリングされる。無線端末が次にビーコンを受信したときには、無線端末は、自分宛のパケットが届いていることが通知されるので、ァクセスポイントに対して PS— Poll (Power Save Poll)パケットを送信する。 PS— Pollパケットを受信したアクセスポイントは、その無線端末宛のパケットをまとめて送信するので、ドーズモードの期間に送信されたパケットは正しく無線端末に受信される。

[0010] しかしながら、この方法では、省電力効果と通信品質 (遅延時間や帯域)を両立させるのが難しいという問題がある。例えば、図 1に示すように、送信側装置のデータ送信間隔に対して、スリープ間隔が長く設定されていると、大きな通信遅延が発生してしまう。この場合には、最大、スリープ間隔に相当する時間分だけの通信遅延が発生する可能性がある。一方、必要以上にスリープ間隔を短く設定すると、無駄なポーリングが発生し、省電力効果が小さくなつてしまう。また、本来、ネットワークの通信状況や通信アプリケーションプログラムの要件 (例えば、遅延時間や帯域の制限など）によつて、適切なスリープ間隔は異なる。しかしながら、この方法ではスリープ間隔が固定のため、状況に応じた適切な省電力効果と通信品質が得られない。

[0011] 上記の問題を解決するため、従来、通信アプリケーションプログラムが使用する通信データ帯域に応じてスリープ間隔を設定および変化させることで、通信品質と省電力効果とを両立させる方法が提案されている (例えば、特許文献 1参照）。

[0012] 図 2は、上記特許文献 1の無線端末の動作を説明するための説明図である。

[0013] 特許文献 1における無線端末は、図 2に示す省電力設定リストを記憶しており、その省電力設定リストにはスリープ間隔 (省電力設定）が設定されている。

[0014] 具体的には、省電力設定リストには、無線端末で実行される各通信アプリケーションプログラムと、その通信アプリケーションプログラムが要求するデータ速度に対応する 0〜； 10までの省電力レベルと、その省電力レベルに対応するスリープ間隔（省電力設定）とが登録されている。

[0015] 例えば、比較的速いデータ速度が要求される音声ストリーミングの通信アプリケーシヨンプログラムには、省電力設定「ビーコンを毎回受信」および省電力レベル「1」が登録され、それよりもやや遅!/、データ速度が要求されるウェブブラウザの通信アプリケーシヨンプログラムには、省電力設定「ビーコンを 2回に 1回受信」および省電力レベル「2」が登録されて!/、る。また速!/、データ速度が要求されな!/、電子メールの通信アプリケーションプログラム（メールソフト）には、省電力設定「ビーコンを 10回に 1回受信」および省電力レベル「10」が登録され、極めて速いデータ速度が要求される動画ストリーミングの通信アプリケーションプログラムには、省電力設定「省電力制御を行なわなレ、（ドーズモードに入らな!/、）」および省電力レベル「0」が登録されて!/、る。

[0016] 無線端末は、通信アプリケーションプログラムの起動または終了時に、省電力設定リストを元に、実行中の通信アプリケーションプログラムの中で最も省電力レベルが低いものを検索する。そして、無線端末は、その検索結果の省電力レベルに応じて省電力設定 (スリープ間隔)を変更し、アクセスポイントにも省電力設定変更通知を送信する。

[0017] このように、特許文献 1の無線端末（通信装置）は、通信アプリケーションプログラムの性質に応じて、ビーコンを受信する間隔 (スリープ間隔)を変化させることで、適切な遅延時間や帯域で通信を行ないながら、消費電力を削減することもできる。

特許文献 1 :特開 2004— 187002号公報

発明の開示

発明が解決しょうとする課題

[0018] しかしながら、上記特許文献 1の通信装置であっても、通信品質と省電力効果とを十分に両立させることができな!/、と!/、う問題がある。

[0019] つまり、従来の特許文献 1に示す方式は、無線 LANの省電力方式の上で動作する方式であるため、無線 LAN特有の課題が発生する。具体的には、適用可能なネットワークが制限されるという第 1の課題と、省電力制御とリアルタイム通信が両立できな V、とレ、う第 2の課題と、アクセスポイントでデータの取りこぼしが発生してしまうと!/、う第 3の課題とが発生する。

[0020] まず、第 1の課題について説明する。特許文献 1に記載の通信装置は、 IEEE802 . 11規定の省電力機能を有するアクセスポイントと連動して動作する。し力、しながら、アクセスポイントによっては、 IEEE802. 11規定の省電力機能をサポートしていないものや、機能を持っていてもデフォルトで OFFになっているものがある。そのような環境では、たとえ携帯型端末側 (通信装置側)で特許文献 1に記載の省電力機能を搭載していたとしても、携帯型端末の省電力化が行なえない。また、同様の理由のため、携帯型端末（通信装置）が IEEE802. 11以外のネットワークデバイスを使って通信 (例えば、有線通信や IEEE802. 11以外の無線通信）する際には、特許文献 1記載の省電力方法を適用できない。このように、従来の特許文献 1に示す方式は、適用可能なネットワークの条件が制限されており、ネットワークデバイスの種類や他の通信機器の実装状況によって、省電力化が行なえな!/、場合が発生する。

[0021] 次に、第 2の課題について説明する。特許文献 1の通信装置は、スリープ間隔を変化させるが、単にスリープ間隔のビーコン送信間隔に対する倍率を変化させるだけであるため、ビーコン送信間隔自体を自由に変更させることはできない。そのため、特許文献 1の通信装置によるデータ受信は、 IEEE802. 11の省電力方式と同じくビーコンの送信に連動したタイミングで行なわれる。その結果、特許文献 1の通信装置では、リアルタイム通信に必要な遅延時間や帯域の要件を十分に満たすことができない。

[0022] 以下、第 2の課題を、遅延時間が長くなつてしまうという問題と、通信帯域が低く抑えられるという問題とに分けて説明する。

[0023] まず、第 2の課題における遅延時間が長くなつてしまうという問題について説明する。特許文献 1におけるスリープ間隔は、ビーコン送信間隔より短く設定できない。従つて、 VoIP (Voice over Internet Protocol)などの短時間おきにデータを送受信する通信アプリケーションプログラムでは、省電力制御を行なうと、遅延時間が長くなつてしまう場合がある。特に、アクセスポイントのビーコン送信間隔が長く設定されていた場合には、遅延時間の増大により、音声品質が低下してしまう。

[0024] また、ビーコン送信間隔が短くても、 1つのアクセスポイントに複数の無線端末 (通信装置）が接続されている場合には、遅延時間が増大してしまうことがある。具体的には、リアルタイム性の要求される通信アプリケーションプログラムが複数の無線端末（通信装置）で動作している場合、ビーコン送信毎に同時に複数の無線端末から PS— PolK無線端末へのデータ送信を要求するパケット）が送信される。その場合、 IEEE 802. 11で規定されている、送信時のバックオフアルゴリズム（無線端末が送信可能状態になった後に実際にデータを送信できるまでに、あるランダム時間だけ待ってからデータを送信するアルゴリズム）に基づくと、特定の無線端末以外の 1つ以上の無線端末が先に送信してしまう場合がある。このとき、先に送信を開始した無線端末からのデータ送信が完了するまで、その特定の無線端末はデータ送信を待たされてしまうため、待ち時間が増加する可能性が高くなつてしまう。その結果、 VoIPなどの遅延時間に制限のある通信アプリケーションプログラムでは、遅延時間の増大が問題になる。さらに、無線端末側では、ビーコンを受信して実際にデータを受信し終わるまでドーズ状態に戻れないため、実際にデータの送受信を行なわない待ち時間も、無駄に電源を投入し続けることになり、省電力効果が小さくなる。

[0025] 次に、第 2の課題における通信帯域が低く抑えられるという問題について説明する。ビーコン送信間隔が長い条件で特許文献 1の省電力化を行なうと、 TCP (Transmis sion Control Protocol)での通信帯域が低く抑えられてしまう。これは、後述する TCP のフロー制御の仕組みにより、一度に受信できるデータサイズ力 S、受信（無線端末）側の TCPの受信バッファのサイズに制限されてしまうためである。高帯域でデータ受信を行なうには、大きな受信バッファを用意して一度に受信するデータを大きくする、データ受信の間隔（=スリープ間隔）を短く設定するか、のどちらかが必要となる

〇

[0026] ビーコン送信間隔が長い場合、スリープ間隔もビーコン送信間隔より短く設定できないので、高帯域の通信を行なうには膨大な受信バッファを搭載する必要がある。例えば、無線端末力 STCPの受信バッファを 64 [KByte]搭載していたとしても、ビーコン送信間隔が 200 [msec]の場合、最大のスループットは、 2. 6 [Mbps]程度に抑えられてしまう。

[0027] このように、特許文献 1の省電力制御および通信装置では、データ受信をビーコン送信のタイミングに連動させる必要があるため、遅延時間増大や帯域低下の課題が発生する場合がある。従って、遅延時間や帯域を確保するためには、ドーズモードに入らな!/、 (省電力制御を行なわな!/、）とレ、う省電力設定を選択するしかなく、リアルタィム通信と省電力制御を両立することが十分にできない。

[0028] 最後に、第 3の課題について説明する。

[0029] 特許文献 1に記載の方式では、 IEEE802. 11の省電力方式と同じぐアクセスポィントがドーズモード中の無線端末（通信装置)宛のパケットをバッファリングしている。しかしながら、送信側装置と携帯型端末 (通信装置）間のデータ送受信は、常に一定レートではなぐ通信装置内での処理の遅れやネットワーク内でのジッタなどにより、アクセスポイントにバッファリングされるデータ量は変化する。従って、想定以上のデータ量がバースト的に到着すると、アクセスポイントがバッファリングしきれずにデータを取りこぼしてしまう可能性がある。

[0030] そこで、本発明は、力、かる問題に鑑みてなされたものであって、通信品質と省電力効果のさらなる向上を両立して図った通信装置を提供することを目的とする。

課題を解決するための手段

[0031] 上記目的を達成するために、本発明に係る通信装置は、通信相手側装置と通信する通信装置であって、前記通信相手側装置に対してデータの送受信を行う通信手段と、前記通信手段に対して供給される電力の状態を、前記送受信に必要な電力が供給されている給電状態と、前記送受信に必要な電力が供給されていない非給電状態とに切り換える電源切換手段と、前記通信相手側装置に対してデータ（例えば AC Kパケットや TCPのデータパケットなど）の送信を抑制させる抑制手段と、前記抑制手段によってデータの送信が抑制されていないときには、前記電源切換手段に対して、前記電力の状態を前記給電状態に切り換えさせ、前記抑制手段によってデータの送信が抑制されているときには、前記電源切換手段に対して、前記電力の状態を前記非給電状態に切り換えさせる切換制御手段とを備えることを特徴とする。例えば、前記通信装置は、さらに、データサイズである受信ウィンドウを含む送信要求データを前記通信手段から送信させることにより、前記通信相手側装置から前記受信ウィンドウ以下のデータを送信させて前記通信手段に受信させることを繰り返す通信制御手段を備え、前記抑制手段は、 0より大きな値を示す受信ウィンドウを含む前記送信要求データを正送信要求データとし、当該正送信要求データの前記通信手段からの送信を停止することにより、前記通信相手側装置に対してデータの送信を抑制させる。また、前記抑制手段は、さらに、前記正送信要求データの送信の停止を解除することで、前記通信相手側装置からのデータの送信を再開させる。

[0032] これにより、抑制手段による任意のタイミングで、通信相手側装置からのデータの送信が抑制されて、そのときに通信手段に供給される電力が削減されるため、通信装置は、通信相手側装置に関わらず、つまり適用可能なネットワークの条件に制限されず、通信品質に支障が生じない適切なタイミングで、積極的にデータの送信を抑制させて省電力化を図ることができる。その結果、通信品質と省電力効果のさらなる向上を両立して図ることができる。

[0033] 即ち、本発明の通信装置は、 IEEE802. 11規定の無線 LANに依存しない方法で省電力化の制御を行うため、アクセスポイントとの連携を必要とせず、無線 LANのネットワーク環境に依存しない。また、このため、有線通信や IEEE802. 11以外の無線通信時にも省電力制御が行なえる。

[0034] また、 IEEE802. 11規定の無線 LAN環境を想定した場合にも、本発明は従来の特許文献 1の技術と比べて以下の 2つの利点がある。 [0035] まず第 1に、本発明では、データ受信がアクセスポイントのビーコン送信のタイミングに連動せず、通信アプリケーションプログラムの要求する遅延時間や帯域に合わせたタイミングでデータ受信を行なうことができる。そのため、リアルタイム通信を行ないながら、つまり、リアルタイム通信に必要な遅延時間や帯域の要件を満たしながら、同時に省電力制御も両立することができる。

[0036] また第 2に、本発明によれば、従来方法のようにドーズモードで受信したデータをァクセスポイントでバッファリングするのではなぐ通信装置の電源を切断している間には、そもそも送信側装置 (通信相手側装置)からのデータ送信がない状態にされている。そのため、送信側装置の処理またはネットワーク上でなんらかのジッタが発生したとしても、アクセスポイントでデータ溢れがおきるような課題も発生しなくなる。

[0037] また、前記通信制御手段は、前記通信手段でデータが受信されると、前記データを受信したことを通知する肯定応答パケットを前記送信要求データとして前記通信手段から送信させ、前記抑制手段は、前記通信手段でデータが受信されたときに前記正送信要求データとして送信されるべき、 0より大きな値を示す受信ウィンドウを含む前記肯定応答パケットの、前記通信手段からの送信を停止することにより、前記通信相手側装置に対してデータの送信を抑制させ、 0より大きな値を示す受信ウィンドウを含む前記肯定応答パケットを前記通信制御手段に生成させて送信させることにより、前記通信相手側装置からのデータの送信を再開させることを特徴としてもょレ、。例えば、前記通信制御手段は、 TCP (Transmission Control Protocol)に従って、前記肯定応答パケットを前記通信手段から送信させるとともに、前記肯定応答パケットに対して前記通信相手側装置から送信されたデータを前記通信手段に受信させる。

[0038] これにより、フロー制御の仕組みを使う TCPに従った通信において、通信品質と省電力効果のさらなる向上を両立して図ることができる。

[0039] また、前記抑制手段は、さらに、前記通信相手側装置のデータの送信が抑制されているときに、受信ウィンドウとして 0を示す送信要求データを前記通信手段から送信させることを特 ί毁としてあよ!/、。

[0040] 例えば、通信相手側装置は、一定期間のうちに、受信ウィンドウとして 0を示す送信要求データを受信できないときには、先に送信したデータが通信装置に受信されていないと判断して、そのデータを再送し、その後、送信要求データに対して送信可能なデータのサイズを減少させてしまうことがある。このような場合でも、本発明では、受信ウィンドウとして 0を示す送信要求データが通信相手側装置に送信されるため、通信相手側装置からデータが送信されるのを抑えた状態で、通信相手側装置において送信可能なデータのサイズの減少を防ぐことができる。

[0041] また、前記通信装置は、さらに、サイクル時間およびサイクルデータサイズを決定する決定手段を備え、前記通信制御手段は、前記決定手段で決定されたサイクルデータサイズを前記受信ウィンドウとし、前記サイクルデータサイズを示す送信要求データを前記通信手段から送信させ、前記送信要求データを送信したタイミングをサイクル開始時点とし、前記抑制手段は、前記通信手段から前記送信要求データが送信されてから、前記決定手段で決定された前記サイクル時間が経過する時点をサイクル終了時点とし、前記サイクルデータサイズのデータが前記通信手段に受信されてから前記サイクル終了時点まで、前記正送信要求データの前記通信手段からの送信を停止し、前記サイクル終了時点を次のサイクルの前記サイクル開始時点として、前記サイクル開始時点から前記サイクル終了時点までの処理を前記サイクル時間ごとに繰り返させることを特徴としてもよい。例えば、前記決定手段は、前記通信装置と前記通信相手側装置との間で要求される通信の性能に基づレ、て、前記サイクル時間およびサイクルデータサイズを決定する。

[0042] これにより、サイクル時間（サイクル間隔）内において、送信要求データの送信と、その送信要求データに対するサイクルデータサイズ分のデータの受信と、送信要求データの送信の停止処理とを含む 1つのサイクルを行い、さらに、そのサイクルを繰り返すことで、間欠的なデータの送受信を行うことができる。また、例えば、通信装置で実行される通信アプリケーションプログラムによって要求される通信帯域や遅延時間などの条件 (性能）が満たされた状態で、その間欠的なデータの送受信を行うことができる。その結果、サイクル終了時点まで次の送信要求データの送信を停止していても、上述の通信帯域や遅延時間の要求を満足することができる。

[0043] また、前記切換制御手段は、前記通信相手側装置から前記サイクルデータサイズのデータが送信されて前記通信手段に受信された後、前記電源切換手段に対して、前記電力の状態を前記給電状態から前記非給電状態に切り換えさせ、前記サイクル終了時点までに、前記電源切換手段に対して、前記電力の状態を前記非給電状態力、ら前記給電状態に切り換えさせることを特徴としてもよい。

[0044] これにより、間欠的なデータ送受信の 1サイクルにおいて、通信手段での消費電力を確実に減少、させること力 Sできる。

[0045] また、前記通信相手側装置は、当該通信相手側装置から送信されたデータが消失して前記通信手段に受信されなかったことを検知すると、前記送信要求データに対して送信可能なデータのサイズである送信ウィンドウを減少させ、前記抑制手段は、前記通信手段から送信された前記送信要求データに対して、前記通信相手側装置から送信されて前記通信手段に受信されたデータのサイズが、前記送信要求データの示すサイクルデータサイズよりも小さいか否かを判別し、小さいと判別したときには、前記受信ウィンドウカ前記送信ウィンドウ以下となるようなウィンドウ IJ卸を fiうことを特徴としてもよい。例えば、前記抑制手段は、前記通信手段から送信された前記送信要求データに対して、前記通信相手側装置から送信されて前記通信手段に順次受信された各データの識別番号が連続であるか不連続であるかを判別し、不連続であると判別したときに、前記通信手段に受信されたデータのサイズが、前記送信要求データの示すサイクルデータサイズよりも小さいと判別する。または、前記抑制手段は、前記通信手段から送信された前記送信要求データに対して、前記通信相手側装置から送信されて前記通信手段に順次受信された各データの合計サイズが、予め定められた期間内で、前記送信要求データの示すサイクルデータサイズに達するか否かを判別し、達しないと判別したときに、前記通信手段に受信されたデータのサイズが、前記送信要求データの示すサイクルデータサイズよりも小さ!/、と判別する。

[0046] 通信相手側装置が、データが消失して通信手段に受信されなかったことを検知すると、即ちパケットロスを検知すると、送信ウィンドウ（輻輳ウィンドウ）力 S減少するため、受信された送信要求データの示す受信ウィンドウ（サイクルデータサイズ)が送信ウインドウよりも大きくなる場合がある。このような場合には、通信装置の通信手段は、送信要求データを送信しても、その送信要求データの示す受信ウィンドウ（サイクルデータサイズ)のデータを受信することができず、送信ウィンドウだけのデータを受信する。仮にこのような状態が継続されれば、通信装置の切換制御手段は、通信手段に供給される電力の状態を非給電状態に切り換えることができず、省電力化を行うことができない。

[0047] そこで、本発明では、通信手段に受信されたデータのサイズがサイクルデータサイズよりも小さい場合には、例えば、受信ウィンドウを低下させたり、送信ウィンドウをサイタルサイズ以上に回復させたりするように、前記受信ウィンドウが前記送信ウィンドウ以下となるようなウィンドウ制御を行うため、パケットロスが発生しても受信ウィンドウ≤ 送信ウィンドウの関係を維持して、上述のような間欠的なデータの送受信を行うとともに省電力化を図ることができる。

[0048] また、前記抑制手段は、前記通信手段に受信されたデータのサイズが前記サイクルデータサイズよりも小さいと判別したときには、前記ウィンドウ制御として、後に前記通信手段から送信される送信要求データの示す受信ウィンドウを前記サイクルデータサイズよりも/ J、さくさせることを特 ί毁としてもよ!/、。

[0049] これにより、パケットロスが発生しても受信ウィンドウ≤送信ウィンドウの関係を確実に維持して、間欠的なデータの送受信を行うとともに省電力化を図ることができる。

[0050] また、前記通信相手側装置は、前記通信手段から送信要求データを受信して、前記送信要求データに対するデータを前記通信手段に送信することを繰り返すことによって、減少された前記送信ウィンドウを増加させ、前記抑制手段は、前記送信ウィンドウの増加に伴って、前記通信手段から送信される送信要求データの示す受信ウインドウを増カロさせることを特 ί毁としてもよ!/、。

[0051] これにより、パケットロスなどによって、送信ウィンドウおよび受信ウィンドウ力 S減少されても、それぞれ増加されるため、それぞれを元の値にして、通信状態を、パケット口スが発生する前の状態に回復させることができる。

[0052] また、前記抑制手段は、前記サイクルデータサイズよりも小さい受信ウィンドウを示す送信要求データが前記通信手段から繰り返し送信されている間、前記決定手段で決定されたサイクル時間を短くし、前記通信手段から前記送信要求データが送信されてから、短くされた前記サイクル時間が経過する時点をサイクル終了時点とし、前記受信ウィンドウのデータが前記通信手段に受信されて力前記サイクル終了時点まで、前記正送信要求データの前記通信手段からの送信を停止することを特徴としてもよい。

[0053] これにより、受信ウィンドウがサイクルデータサイズよりも小さくなつても、サイクル時間が短くされるため、単位時間当りに通信相手側装置から送信されて通信手段で受信されるデータの量を一定に、つまりスループットを一定に保つことができる。

[0054] また、前記通信相手側装置は、前記通信手段から送信要求データを受信して、前記送信要求データに対するデータを前記通信手段に送信することを繰り返すことによって、減少された前記送信ウィンドウを増加させ、前記抑制手段は、前記送信ウィンドウが前記サイクルデータサイズよりも小さくなつてから前記サイクルデータサイズ以上になるまでのウィンドウ回復期間、前記ウィンドウ制御として、前記正送信要求データの送信の停止を解除することを特徴としてもょレ、。

[0055] これにより、パケットロスなどによって減少された送信ウィンドウを元の値に回復させること力 Sでさる。

[0056] また、前記通信制御手段は、前記通信手段でデータが受信されると、次に受信すべきデータの識別番号を通知することで、前記通信手段でデータが受信されたことを、前記通信相手側装置に通知する肯定応答パケットを、前記送信要求データとして前記通信手段から送信させ、前記ウィンドウ回復期間では、前記肯定応答パケットを、互いに異なる前記識別番号を有する複数の肯定応答パケットに分けて前記通信手段力、ら送信させることを特 ί毁としてもょレヽ。

[0057] これにより、通信装置が肯定応答パケットを通信相手側装置に送信し、その肯定応答パケットに対して通信相手側装置が通信装置にデータを送信するという、データ送受信の回数を、分割された肯定応答パケットの数だけ増加させることができる。その結果、通信相手側装置の減少された送信ウィンドウを早急に元の値に回復させることができる。

[0058] また、前記切換制御手段は、前記通信手段から前記送信要求データが送信された後に、前記電源切換手段に対して、前記電力の状態を前記給電状態から前記非給電状態に切り換えさせ、前記送信要求データに対するデータが前記通信手段に受信される前に、前記電源切換手段に対して、前記電力の状態を前記非給電状態から前記給電状態に切り換えさせることを特徴としてもよい。例えば、前記切換制御手段は、前記通信手段から前記送信要求データが送信されてから所定時間が経過した後に、前記電源切換手段に対して、前記電力の状態を前記非給電状態から前記給電状態に切り換えさせる。または、前記通信装置は、さらに、前記通信手段から前記送信要求データが送信されてから、前記送信要求データに対するデータが前記通信相手側装置から送信されて前記通信手段に受信されるまでの応答時間を推定する推定手段を備え、前記切換制御手段は、前記通信装置から前記送信要求データが送信されてから前記応答時間が経過する前に、前記電源切換手段に対して、前記電力の状態を前記非給電状態から前記給電状態に切り換えさせる。

[0059] これにより、通信装置は、送信要求データを送信してデータを受信するまでの間にも、通信手段の消費電力を削減することができ、通信品質を損なうことなく省電力化のさらなる向上を図ることができる。

[0060] また、前記通信手段は、前記通信相手側装置と通信端末との間における通信を中糸 Ϊすることを特 ί毁としてもよ!/、。

[0061] これにより、例えば、従来の通信端末と通信相手側装置との間で行われる TCPに従ったデータ通信を中継する場合にも、通信手段の消費電力を抑えることができ、通信品質と省電力効果のさらなる向上を両立して図ることができる。

[0062] また、前記通信装置は、さらに、送信データを前記通信手段から送信させることにより、前記通信相手側装置から肯定応答パケットを送信させて前記通信手段に受信させることを繰り返す通信制御手段を備え、前記抑制手段は、前記送信データの前記通信手段からの送信を停止することにより、前記通信相手側装置に対して肯定応答パケットの送信を抑制させることを特徴としてもよい。ここで、前記抑制手段は、さらに、前記送信データの送信の停止を解除することで、前記通信相手側装置からの肯定応答パケットの送信を再開させる。

[0063] これにより、本発明の通信装置が通信相手側装置に対して送信データを送る場合でも、抑制手段による任意のタイミングで、通信相手側装置からの肯定応答パケットの送信が抑制されて、そのときに通信手段に供給される電力が削減されるため、通信装置は、通信相手側装置に関わらず、つまり適用可能なネットワークの条件に制限されず、通信品質に支障が生じない適切なタイミングで、積極的にデータの送信を抑制させて省電力化を図ることができる。その結果、通信品質と省電力効果のさらなる向上を両立して図ることができる。

[0064] また、前記通信装置は、さらに、サイクル時間およびサイクルデータサイズを決定する決定手段を備え、前記通信制御手段は、前記決定手段で決定されたサイクルデータサイズ分の送信データを前記通信手段から送信させ、前記送信データを送信したタイミングをサイクル開始時点とし、前記抑制手段は、前記通信手段から前記送信データが送信されてから、前記決定手段で決定された前記サイクル時間が経過する時点をサイクル終了時点とし、前記送信データに対する肯定応答パケットが前記通信手段に受信されてから前記サイクル終了時点まで、前記送信データの前記通信手段力、らの送信を停止し、前記サイクル終了時点を次のサイクルの前記サイクル開始時点として、前記サイクル開始時点から前記サイクル終了時点までの処理を前記サイクル時間ごとに繰り返させることを特徴としてもよい。

[0065] これにより、サイクル時間（サイクル間隔）内において、送信データの送信と、その送信データに対する肯定応答パケットの受信と、送信データの送信の停止処理とを含む 1つのサイクルを行い、さらに、そのサイクルを繰り返すことで、間欠的なデータの送受信を行うことができる。また、例えば、通信装置で実行される通信アプリケーションプログラムによって要求される通信帯域や遅延時間などの条件 (性能）が満たされた状態で、その間欠的なデータの送受信を行うことができる。その結果、サイクル終了時点まで次の送信データの送信を停止していても、上述の通信帯域や遅延時間の要求を満足することができる。

[0066] また、前記通信手段は、前記通信相手側装置および他の通信相手側装置との間でデータの送受信を並列に行い、前記決定手段は、前記通信手段が前記他の通信相手側装置との間で一定時間ごとに送受信を繰り返す場合、前記他の通信相手側装置との間の送受信と、前記通信相手側装置力ものデータの受信とが同期するように、前記一定時間に基づいて前記サイクル時間を決定することを特徴としてもよい。例えば、前記決定装置は、前記通信手段が前記他の通信相手側装置から一定時間ごとに固定レートでデータを受信することを繰り返す場合に、前記一定時間を基準とし、前記一定時間に基づいて前記サイクル時間を決定することを特徴としてもよい。

[0067] これにより、例えばサイクル時間を上述の一定時間に等しくすれば、抑制手段が通信相手側装置に対してデータの送信を抑制させている期間を、他の通信相手側装置からデータが受信されていない期間に合わせることができる。つまり、通信装置は通信相手側装置および他の通信相手側装置との間の通信を同期させることができ、上述の期間において通信手段に供給される電力を切断することで、通信装置は通信相手側装置および他の通信相手側装置との間で通信を行いながら省電力効果を向上すること力 Sでさる。

[0068] また、前記通信手段は、前記通信相手側装置および他の通信相手側装置との間でデータの送受信を並列に行い、前記抑制手段は、前記通信手段が前記他の通信相手側装置から一定時間ごとに固定レートでデータを受信することを繰り返す場合、前記他の通信相手側装置からのデータが前記通信手段に受信されるタイミングと、前記通信相手側装置からのデータが前記通信手段に受信されるタイミングとが一致するように、前記通信手段からの前記正送信要求データの送信の停止および解除を fiうことを特 ί毁としてもよい。

[0069] これにより、上述のようにサイクル時間を上記一定時間に等しくしなくても、他の通信相手側装置からのデータが通信手段に受信されるタイミングと、通信相手側装置力、らのデータが通信手段に受信されるタイミングとが一致するため、抑制手段が通信相手側装置に対してデータの送信を抑制させてレ、る期間を、他の通信相手側装置力、らデータが受信されていない期間に合わせることができる。その結果、その期間において通信手段に供給される電力を切断することで、通信装置は通信相手側装置および他の通信相手側装置との間で通信を行いながら省電力効果を向上することができる。

[0070] また、前記抑制手段は、上述のようなデータの送信を抑制させる制御を行うことを、前記通信制御手段に通知する間欠受信実施通知手段を備え、前記通信制御手段は、前記間欠受信実施通知手段からの通知を受け付けたときには、前記通信手段から送信されるパケットに、前記通知の内容を示す情報を設定することを特徴としてもよい。 [0071] また、前記通信制御手段は、 TCP (Transmission Control Protocol)に従って、前記送信データを前記通信手段から送信させるとともに、前記送信データに対して前記通信相手側装置から送信された前記肯定応答パケットを前記通信手段に受信させることを特 ί毁としてもよい。

[0072] また、前記切換制御手段は、前記通信相手側装置から前記肯定応答パケットが送信されて前記通信手段に受信された後、前記電源切換手段に対して、前記電力の状態を前記給電状態から前記非給電状態に切り換えさせ、前記サイクル終了時点までに、前記電源切換手段に対して、前記電力の状態を前記非給電状態から前記給電状態に切り換えさせることを特徴としてもよい。

[0073] また、前記切換制御手段は、前記通信手段から前記送信データが送信された後に、前記電源切換手段に対して、前記電力の状態を前記給電状態から前記非給電状態に切り換えさせ、前記送信データに対する少なくとも一つの肯定応答パケットが前記通信手段に受信される前に、前記電源切換手段に対して、前記電力の状態を前記非給電状態から前記給電状態に切り換えさせることを特徴としてもよい。

[0074] また、前記通信制御手段は、送信データを一時的に保持するデータ保持手段を備え、送信データが送信されてから一定時間内に前記肯定応答パケットが前記通信手段に受信されなかった場合、前記データ保持手段に保持されている送信済みの送信データを、次のサイクルの最初の送信データとして前記通信手段に再送させることを特 ί毁としてもよい。

[0075] また、前記抑制手段が、前記サイクルデータサイズの送信データが送信された後、前記肯定応答パケットが前記通信手段に到達しないと判断した場合、前記通信制御手段は、前記肯定応答パケットが到達するまで、前記通信手段に送信済みの前記送信データを再送させることを特徴としてもょレヽ。

[0076] また、前記抑制手段は、前記肯定応答パケットを受信するのに必要となる前記送信データのパケット数である遅延応答回避パケット数に基づき、前記サイクルデータサィズ分の送信データを前記遅延応答回避パケット数の整数倍に分割することを前記通信制御手段に対して要求し、前記通信制御手段は、前記要求に従い、前記サイクルデータサイズ分のデータを前記遅延応答回避パケット数の整数倍に分割して前記通信手段から送信させることを特徴としてもょレヽ。

[0077] また、前記通信装置は、さらに、一定時間ごとに処理の開始および停止を繰り返す間欠処理手段を備え、前記間欠処理手段は、前記間欠処理手段による処理の開始および停止の時間間隔を、前記サイクル時間に合わせることを特徴としてもょレ、。

[0078] また、前記通信装置は、さらに、一定時間ごとに処理の開始および停止を繰り返す間欠処理手段を備え、前記間欠処理手段は、前記間欠処理手段による処理の開始時点を、前記サイクル開始時点に合わせることを特徴としてもよい。

[0079] また、前記抑制手段は、前記通信手段に受信されたデータのサイズが前記期待値よりも小さいと判別したときには、前記正送信要求データの送信の停止を解除することを特徴としてもよい。

[0080] また、前記抑制手段は、前記通信手段に受信されたデータのサイズが前記期待値よりも小さいと判別したときには、後に前記通信手段から送信される送信要求データの前記受信ウィンドウを前記サイクルデータサイズよりも小さい値にして、さらに後に前記通信手段から送信される送信要求データの前記受信ウィンドウを前記値よりも大きくすることを特 ί毁としてもよレ、。

[0081] また、前記抑制手段は、前記通信手段に受信されたデータのサイズが前記期待値よりも小さいと判別したときには、前記決定手段で決定されたサイクル時間を短くし、前記通信手段から前記送信要求データが送信されてから、短くされた前記サイクル時間が経過する時点をサイクル終了時点とし、前記受信ウィンドウのデータが前記通信手段に受信されてから前記サイクル終了時点まで、前記正送信要求データの前記通信手段からの送信を停止することを特徴としてもよい。

[0082] なお、本発明は、このような通信装置として実現することができるだけでなぐその通信装置を含んで構成される通信システムや、その通信装置が通信する通信方法や、その通信装置の消費電力を削減する省電力方法や、その通信装置を動かすためのプログラムや、そのプログラムを格納する記憶媒体や、集積回路としても実現することができる。

発明の効果

[0083] 本発明の通信装置は、通信品質と省電力効果のさらなる向上を両立して図ることができるという作用効果を奏する。また、本発明の通信装置は、フロー制御の仕組みを利用した省電力制御を有し、持ち運び可能な通信装置 (一般的には、無線端末）が、リアルタイム通信をしながら電力消費も抑えたいような使い方 (例えば、他の通信装置からネットワーク経由で長時間にわたってデータを受信するような場合）に有用である。さらに、無線 LANに限らず、有線通信や他の無線デバイスを使った通信など、様々なネットワーク環境の通信装置にも適用可能である。また、従来の無線 LANの省電力方法にあった、アクセスポイントのバッファ容量溢れによるデータロスの課題も防ぐこと力 Sできる。

図面の簡単な説明

[図 1]図 1は、従来の通信装置の動作を説明するための説明図である。

[図 2]図 2は、従来の他の通信装置の動作を説明するための説明図である。

園 3]図 3は、本発明の実施の形態 1における通信装置を有する通信システムの一例を示す構成図である。

園 4]図 4は、同上の受信側装置である携帯型端末と送信側装置との基本的な処理の一例を示すシーケンス図である。

[図 5]図 5は、同上の携帯型端末の具体的な構成を示す構成図である。

[図 6A]図 6Aは、同上のアプリ要求取得部が管理する性能パラメータ管理テーブルを示す図である。

[図 6B]図 6Bは、同上のアプリ要求取得部が管理する他の性能パラメータ管理テープルを示す図である。

園 6C]図 6Cは、同上のアプリ要求取得部が管理するさらに他の性能パラメータ管理テーブルを示す図である。

[図 7]図 7は、同上の間欠受信パラメータの決定ルールを示す図である。

[図 8]図 8は、同上のパラメータ決定部によって生成された間欠受信パラメータ管理テ一ブルの一例を示す図である。

[図 9]図 9は、同上の携帯型端末と送信側装置の定常状態での動作を示すシーケンス図である。

[図 10]図 10は、同上の携帯型端末の動作を示すフローチャートである。 [図 11]図 11は、同上の受信ウィンドウ（RWIN) = 0の ACKパケットが送信される動作を示すシーケンス図である。

園 12]図 12は、本発明の実施の形態 2における携帯型端末の具体的な構成を示す構成図である。

[図 13]図 13は、同上の携帯型端末と送信側装置の省電力方法を示すシーケンス図である。

園 14]図 14は、本発明の実施の形態 3における携帯型端末の具体的な構成を示す構成図である。

[図 15]図 15は、同上の携帯型端末の動作を示すフローチャートである。

[図 16]図 16は、同上のパケットロス検知処理の詳細を説明するための説明図である。

[図 17]図 17は、同上の再送誘発処理の詳細を説明するための説明図である。

[図 18]図 18は、同上の CWIN推定処理の詳細を説明するための説明図である。

[図 19]図 19は、同上の CWIN低下期間中の処理の詳細を示すフローチャートである

[図 20]図 20は、同上の CWIN低下期間中において行われる間欠受信の 1サイクルを示す図である。

園 21]図 21は、本発明の実施の形態 4における通信装置を有する通信システムの一例を示す構成図である。

[図 22]図 22は、同上の携帯型端末の具体的な構成を示す構成図である。

[図 23]図 23は、同上の受信側装置と携帯型端末と送信側装置の定常状態での動さを示すシーケンス図である。

園 24]図 24は、本発明の実施の形態 5における通信装置を有する通信システムの一例を示す構成図である。

[図 25]図 25は、同上の送信側装置である携帯型端末の具体的な構成を示す構成図である。

[図 26]図 26は、同上の携帯型端末と受信側装置の定常状態での動作を示すシーケンス図である。

[図 27]図 27は、同上の携帯型端末の動作を示すフローチャートである。 [図 28]図 28は、同上の携帯型端末と受信側装置の定常状態で、 RTT間も電源切断を行う場合の動作を示すシーケンス図である。

園 29]図 29は、本発明の実施の形態 6における通信装置を有する通信システムの一例を示す構成図である。

園 30]図 30は、同上の携帯型端末の具体的な構成を示す構成図である。

[図 31A]図 31Aは、同上のアプリ要求取得部が管理する UDPに関する性能パラメ一タ管理テーブルを示す図である。

[図 31B]図 31 Bは、同上のアプリ要求取得部が管理する UDPに関する他の性能パラメータ管理テーブルを示す図である。

[図 32A]図 32Aは、同上のアプリ要求取得部が管理する TCPに関する性能パラメ一タ管理テーブルを示す図である。

[図 32B]図 32Bは、同上のアプリ要求取得部が管理する TCPに関する他の性能パラメータ管理テーブルを示す図である。

[図 33]図 33は、同上の携帯型端末と、 UDPを用いた通信を行う送信側装置と、 TCP を用いた通信を行う送信側装置との通信において、送信間隔とサイクル間隔が同期する場合における、定常状態での動作を示すシーケンス図である。

園 34]図 34は、サイクル間隔と送信間隔とが異なる場合に抑制再開制御部がデータの送受信のタイミングの同期を取るための動作を示すフローチャートである。

[図 35]図 35は、同上の携帯型端末と、 UDPを用いた通信を行う送信側装置と、 TCP を用いた通信を行う送信側装置との通信において、送信間隔とサイクル間隔が同期しない場合における、定常状態での動作を示すシーケンス図である。

[図 36]図 36は、同上の携帯型端末と、 TCPを用いた通信を行う受信側装置と、 TCP を用いた通信を行う送信側装置との通信において、定常状態での動作を示すシーケンス図である。

園 37]図 37は、本発明の実施の形態 7における通信装置を有する通信システムの一例を示す構成図である。

[図 38]図 38は、同上の携帯型無線装置の具体的な構成を示す構成図である。

[図 39]図 39は、同上の携帯型無線装置と携帯型端末の定常状態での動作を示すシ一ケンス図である。

符号の説明

101 通信アプリケーション部

102 アプリ要求取得部

103 パラメータ決定部

104 抑制再開制御部

106 電源制御部

107 通信制御部

108 通信 I/F部

202 無線基地局

203 送信側装置

204 インターネット（WAN)

211、 212 携帯型端末 (通信装置）

発明を実施するための最良の形態

[0086] (実施の形態 1)

以下、本発明の第 1の実施の形態における通信装置について図面を参照しながら説明する。

[0087] 図 3は、本実施の形態における通信装置を有する通信システムの一例を示す構成図である。

[0088] 本実施の形態に係る通信システムは、通信装置たる携帯型端末 211 , 212と、無線基地局 202と、インターネット 204と、送信側装置 203とを備えている。

[0089] 携帯型端末 211 , 212は、通信品質と省電力効果のさらなる向上を両立して図った通信装置であって、無線通信デバイスを搭載した無線端末として構成されている。携帯型端末 211 , 212は、無線基地局 202を介してインターネット 204に接続する。

[0090] 送信側装置 203は、インターネット 204上に接続されている通信装置である。送信側装置 203は、他の機器からの接続を受け付けて、相手にコンテンツデータなどを送信する機能を持つ。

[0091] このような通信システムでは、携帯型端末 211 , 212は、インターネット 204を介して送信側装置 203と接続し、送信側装置 203からのデータを受信する。携帯型端末 21 1と送信側装置 203の間のデータ送受信には、 TCP (Transmission Control Protocol )のようなフロー制御付きプロトコルが使われる。

[0092] なお、図 3に示す携帯型端末 211 , 212は、それぞれ同等の構成を備え、同等の動作を行なう装置であるため、以下の説明では、簡略化のため、携帯型端末 211について詳細に説明する。また、携帯型端末 211を受信側装置として以下説明する。

[0093] 本実施の形態における携帯型端末 211は、フロー制御を利用する。フロー制御とは、受信側装置のデータ受信処理が追いつかなくなる事態を防ぐために、受信側装置が送信側装置にデータ送信の停止および再開を指示する制御である。この制御は、受信側装置でのデータあふれを防ぐための制御として、各種の通信プロトコルで行なわれている。

[0094] 以下、 TCPにおけるフロー制御の仕組みを説明する。 TCPレベルのフロー制御は、受信ウィンドウ（一般的に、受信側装置の TCP受信バッファの空き容量に相当）を送信側装置に伝えることで、それ以上のデータが受信側装置に送られないように調整している。具体的には、受信ウィンドウは、 TCPヘッダの「ウィンドウサイズ」のフィールドに格納され、受信側装置から送信側装置への ACKパケット（肯定応答パケット）を使って通知される。送信側装置では、 ACKパケットを監視し、送信済みのデータサィズと ACKパケットで通知された受信ウィンドウとの関係から、送信可能なデータサイズの上限を知り、その上限を超えて送信しないようにする。なお、 TCPヘッダには、さらにシーケンス番号 (送信するデータのストリーム全体の位置を示す番号）と ACK番号 (次に受信するデータのシーケンス番号）のフィールドがあり、受信側装置は ACK パケットの ACK番号を使って、どこまでのデータを受信したのかを送信側装置に通知する。

[0095] 一方、受信側装置の処理が滞った場合のように、受信側装置が受信ウィンドウを更新しな!/、 (ACKパケットを返せな!/、）状況が続くと、送信側装置の送信可能なデータサイズが減少する。最終的に送信可能なデータサイズが 0になると、送信側装置からそれ以上のデータの送信ができなくなる。すなわち、この状態では、新たなデータ受信を示す ACKパケットを受け取る力、、より大きな受信ウィンドウを通知されるまでは、送信側装置は送信を行えなくなる。その後、受信側装置がデータ受信可能な状態になったら、改めて ACKパケットを送信側装置に送って、新たな受信ウィンドウを通知すれば、送信側装置からのデータ送信が再開する。

[0096] 本発明では、このようなフロー制御の仕組みを、（受信側装置の停滞などによる）データあふれ回避の目的ではなぐ受信側装置が送信側装置からの間欠的なデータ送信を能動的に実行させる目的で利用する。

[0097] 図 4は、受信側装置である携帯型端末 211と送信側装置 203との基本的な処理の一例を示すシーケンス図である。

[0098] 携帯型端末 211 (上述の受信側装置に相当する）と送信側装置 203とは、 TCPを使ったデータ送受信を行なう。

[0099] まず、携帯型端末 211は、送信側装置 203がバースト的に送信するデータサイズの上限を決め、それを受信ウィンドウとして送信側装置 203へ通知する（ステップ S701 )。例えば、送信側装置 203が 1パケットで送信するデータサイズが Dseg [バイト]である場合、携帯型端末 211は、送信側装置 203の送信するデータのサイズの上限を、 4パケット分（ = 4 X Dseg [バイト] )に決定する。そして、携帯型端末 211は、受信ゥインドウ（以後、 RWINと呼ぶ）を「4 X Dseg」に設定した ACKパケットを、送信側装置 203に送信する。

[0100] 送信側装置 203は、 RWIN = 4 X Dseg [バイト]の ACKパケットを受信することにより、送信可能なデータサイズ（以下、 uwndという）が 4 X Dseg [バイト]であることを把握し、データ送信を再開できるようになる。なお、送信側装置 203は、その ACKパケットの受信前には、送信可能なデータサイズを uwnd = 0として把握しており、データ送信を停止している。

[0101] 次に、送信側装置 203は、 Dseg [バイト]のパケットを 4回だけ送信し、 1回送信するごとに uwndを Dseg [バイト]分だけデクリメントする（ステップ S702〜S705)。

[0102] 一方、携帯型端末 211は、ステップ S702〜S705で送信側装置 203から送信されたデータ (パケット）を受信する力 ACKパケットを返さない制御を行なう。その結果、送信側装置 203は、 4回目のパケットを送信した時点（ステップ S705)で uwndが 0になるため、データ送信を停止する。このようにして、携帯型端末 211は「送信側装置がデータを送信できない期間」を作ることができる。以後、送信側装置がデータを送信できない期間のことを、送信抑制期間と呼ぶ。その後、携帯型端末 211は、所望のタイミングで「RWIN = 4 X Dseg」の ACKパケットを送信することで、送信側装置 203 にデータ送信の再開を指示する（ステップ S706)。

[0103] 携帯型端末 211は、フロー制御の仕組みを使って上記のようなデータ送信の抑制と再開の指示を繰り返すことで、携帯型端末 211の所望する間隔での間欠的なデータ受信（間欠受信)を行う。そして、携帯型端末 211は、受信の合間の送信抑制期間に、携帯型端末 211の備える通信 I/F部の電源を切断し、実際にデータや ACKパケットの送受信を行なう期間だけ通信 I/F部の電源を投入することで、携帯型端末 2 11の省電力化を行なう。

[0104] なお、本実施の形態では、間欠的に通信 I/F部の電源を切断または投入することにより省電力制御を行うが、必ずしも完全に電源を切断する必要はなぐ通信 I/F部に電力を供給した状態でその電力を調整してもよい。つまり、携帯型端末 211は、通信 I/F部によるデータの送受信の必要がない期間には、通信 I/F部に供給される電力を、通信 I/F部の送受信機能を正常に動作させるために必要な電力（以下、通常電力という）よりも抑え、データの送受信の必要がある期間には、通信 I/F部に供給される電力を通常電力に戻す。即ち、本発明における省電力制御では、通信 I/F 部の消費電力を、通常電力よりも低い状態に変化させる制御であればよい。例えば、携帯型端末 211に低消費電力モードが定義されて!/、る場合は、携帯型端末 211は、通信 I/F部の電源を切断する代わりに低消費電力モードに移行する。または、携帯型端末 211は、通信 I/F部への電源（電流）の供給を停止したり、クロックの供給を停止したりする。そして、携帯型端末 211は、消費電力を通常電力に復帰させるときには、電源を投入したり、供給電力を増加させたり、クロックの提供を開始したりするなど、上記それぞれと逆の操作を行う。

[0105] このように、本発明では、フロー制御の仕組みを使って、携帯型端末 (受信側装置）

211がデータ受信の無い期間を能動的に作り、その期間に電源を OFFにすることで省電力化を図る。従って、省電力化の制御は、受信側装置のみで行なわれ、無線し ANの省電力方式のように、アクセスポイントとの連携を必要としない。そのため、ネットワーク環境に依存せずに省電力制御が行なえる。

[0106] また、本発明では、データ受信のタイミングは、アクセスポイントのビーコン送信のタイミングに連動せず、受信側装置で自由に制御できる。従って、通信アプリケーションプログラムの必要とする遅延時間と帯域を確保できるように、データ受信の間隔およびデータサイズを調整すれば、所望の通信を継続しながら、同時に省電力化も両立して fiうこと力でさる。

[0107] さらに、本発明では、アクセスポイントでデータをバッファリングせず、受信側装置の受信可能なタイミングおよびデータサイズで送信側装置がデータを送信するので、ァクセスポイントでのデータ溢れの発生を防ぐこともできる。

[0108] ここで、本実施の形態における携帯型端末 211について詳細に説明する。

[0109] 図 5は、携帯型端末 211の具体的な構成を示す構成図である。

[0110] 携帯型端末 211は、通信アプリケーション部 101と、アプリ要求取得部 102と、パラメータ決定部 103と、抑制再開制御部 104と、電源制御部 106と、通信制御部 107と、上述の通信 I/F部 108とを備える。

[0111] なお、本実施の形態では、通信 I/F部 108が通信手段として構成され、電源制御部 106が電源切換手段として構成され、抑制再開制御部 104が抑制手段および切換制御手段として構成されて!/、る。

[0112] 通信アプリケーション部 101は、通信アプリケーションプログラムを実行する。通信アプリケーション部 101は、通信アプリケーションプログラムの起動時に、アプリ要求取得部 102に起動通知を発行し、送信側装置 203との間でデータ送受信を行なう。また、通信アプリケーション部 101は、通信アプリケーションプログラムの終了時に、ァプリ要求取得部 102に終了通知を発行する。なお、本実施の形態では、説明の単純化のため、携帯型端末 211上で同時に動作する通信アプリケーションプログラムが 1 つに限定されているものとする。

[0113] アプリ要求取得部 102は、通信アプリケーション部 101と送信側装置 203との間でのデータ通信の「性能パラメータ」を入手する。ここで、「性能パラメータ」とは、通信ァプリケーシヨンプログラムによって独自に決められた帯域や遅延時間、一度に送信するパケットのサイズなどの条件 (性能要件）を示すパラメータである。アプリ要求取得部 102は、通信アプリケーション部 101から起動通知または終了通知を受けると、同時に性能パラメータを通信アプリケーション部 101から入手し、ノラメータ決定部 103 に対して、性能パラメータ登録通知または性能パラメータ削除通知を発行する。

[0114] ノラメータ決定部 103は、間欠的にデータを受信するためのパラメータを決定する。間欠的にデータを受信するためのパラメータは、間欠受信の 1サイクル分の時間間隔、および 1サイクルの間に受信するデータサイズの 2つから成る。以後、前者のパラメータを「サイクル間隔」と呼び、後者のパラメータを「サイクルデータサイズ」と呼ぶ。また、これらの 2つのパラメータを総称して「間欠受信パラメータ」と呼ぶ。ノラメータ決定部 103は、アプリ要求取得部 102から性能パラメータ登録通知または性能パラメ一タ削除通知を受けつけたとき、アプリ要求取得部 102からの性能パラメータを元に間欠受信パラメータを決定し、抑制再開制御部 104に間欠受信パラメータ登録通知または間欠受信パラメータ削除通知を送信する。

[0115] 抑制再開制御部 104は、送信側装置 203からのデータ送信が間欠的に行なわれるように、 TCPのフロー制御の仕組みを使って通信制御部 107を制御する。さらに、抑制再開制御部 104は、この TCPのフロー制御によって得られた送信抑制期間（送信側装置 203からのデータ送信が無い期間）に通信 I/F部 108の電源が切断されるように、電源制御部 106へ指示を出す。

[0116] 具体的には、抑制再開制御部 104は、間欠受信パラメータ登録通知によって受け取った間欠受信パラメータに応じて、送信側装置 203からのデータ送信を抑制または再開させるタイミングを決定する。また、抑制再開制御部 104は、決定したタイミングに、送信側装置 203からのデータ送信を抑制または再開させるため、通信制御部 107に対して ACKパケットに関係する 3つの要求（後述）を発行する。また、抑制再開制御部 104は、送信抑制期間に連動して、電源制御部 106に対して投入または切断の要求を送信する。さらに、抑制再開制御部 104は、通信制御部 107で送受信する TCPパケットをモニタリングし、そのモニタリングの結果を上述のタイミングの決定に利用する。

[0117] 電源制御部 106は、抑制再開制御部 104からの投入または切断の要求に従って、通信 I/F部 108の電源を投入または切断する。 [0118] 通信制御部 107は、通信アプリケーション部 101からのデータを、通信 I/F部 108 より送信するための制御を行なうとともに、通信 I/F部 108で受信したデータを通信アプリケーション部 101に渡すための制御を行なう。この制御には、 TCP/IP (Trans mission Control Protocol/Internet Protocol)などのプロトコル処理や、無線基地局 2 02との間のネゴシエーション処理などが含まれる。通信制御部 107で送受信する TC Pパケットは、抑制再開制御部 104からモニタリングされる。さらに、通信制御部 107 は、通常の TCP処理に加えて、抑制再開制御部 104からの要求を受けて、 ACKパケットの送信タイミングやパケット内容を変更する。具体的には、通信制御部 107は、抑制再開制御部 104から、 ACK通常送信抑制要求、 ACK通常送信再開要求、および ACK単発送信要求を受けて、それらの要求に対応する。

[0119] ACK通常送信抑制要求は、通常の ACKパケット送信を抑制させる要求である。通信制御部 107は、この要求を受けると、以後、 TCPのデータ受信に連動して ACKパケットを送信しなくなる。

[0120] ACK通常送信再開要求は、 ACK通常送信抑制要求を解除させる要求である。通信制御部 107は、この要求を受けると、通常の TCP処理 (TCPのデータ受信に連動した ACKパケットの送信）を再開する。

[0121] ACK単発送信要求は、抑制再開制御部 104から指定されたタイミングで、抑制再開制御部 104から指定された内容の ACKパケットを送信させる要求である。通信制御部 107は、この要求を受けると、 TCPのデータ受信タイミングに関係なぐ指定された内容の ACKパケットを指定されたタイミングで送信する。なお、この要求は、 ACK 通常送信抑制要求を受けている状態でも有効である（送信可能である）。

[0122] 通信 I/F部 108は、通信制御部 107より受け取ったデータを無線で送信する処理を行なう。また、無線基地局 202から受信したデータを通信制御部 107へ渡す処理を行なう。通信 I/F部 108は、電源制御部 106により電源の投入および切断が行なわれる。

[0123] このような携帯型端末 211が初期状態から通信を開始して終了するまでの各構成要素の動作について、以下、説明する。

[0124] 初期状態では、携帯型端末 211の通信 I/F部 108の電源は切断されており、通信アプリケーション部 101は、通信アプリケーションプログラムを実行していない。

[0125] 通信アプリケーション部 101は、通信アプリケーションプログラムを起動すると、ァプリ要求取得部 102に対して起動通知を発行する。この起動通知の発行によって、通信アプリケーション部 101は、通信アプリケーションプログラムの複数の性能パラメ一タをアプリ要求取得部 102に引き渡す。アプリ要求取得部 102は、それらの複数の性能パラメータを受け取ると、それらを性能パラメータ管理テーブルに纏めて保存する。

[0126] 図 6A、図 6Bおよび図 6Cは、アプリ要求取得部 102が管理する性能パラメータ管理テーブルを示す図である。

[0127] 例えば、アプリ要求取得部 102は、図 6A、図 6Bおよび図 6Cに示す 3つの性能パラメータ管理テーブル 102a, 102b, 102cのうち何れ力、 1つを管理する。

[0128] 性能パラメータ管理テーブル 102a, 102b, 102cはそれぞれ、起動済みの通信ァプリケーシヨンプログラムに対する複数の性能パラメータを有する。その複数の性能パラメータとしては、ストリームタイプ、帯域、および遅延時間のパラメータがある。ここで、ストリームタイプには、帯域重視型、遅延時間重視型、およびべストエフオート型の 3つのタイプがある。

[0129] 大容量のファイルを長時間に一定レートでダウンロードしょうとする通信アプリケーシヨンプログラムを実行する通信アプリケーション部 101は、ストリームタイプ「帯域重視型」を含む複数の性能パラメータをアプリ要求取得部 102に引き渡す。その結果、アプリ要求取得部 102は、図 6Aに示すストリームタイプ「帯域重視型」の性能パラメータ管理テーブル 102aを保持して管理する。

[0130] 例えば、この性能パラメータ管理テーブル 102aは、図 6Aに示すように、ストリームタイプ「帯域重視型」と、帯域¾\¥ = 8\¥3 [8 6 6(：]」とを含む。

[0131] また、 VoIPなどデータの遅延時間の要求の厳しい通信アプリケーションプログラムを実行する通信アプリケーション部 101は、ストリームタイプ「遅延時間重視型」を含む複数の性能パラメータをアプリ要求取得部 102に引き渡す。その結果、アプリ要求取得部 102は、図 6Bに示すストリームタイプ「遅延時間重視型」の性能パラメータ管理テーブル 102bを保持して管理する。

[0132] 例えば、この性能パラメータ管理テーブル 102bは、図 6Bに示すように、ストリームタイプ「遅延時間重視型」と、帯域「BW = BWb [Byte/sec]」と、遅延時間「DT = DT b [sec]」とを含む。

[0133] また、遅延時間や帯域に対する明確な要求をせずに大容量のファイルをできるだけ早くダウンロードしょうとする通信アプリケーションプログラムを実行する通信アプリケーシヨン部 101は、ストリームタイプ「ベストエフオート型」を示す性能パラメータをァプリ要求取得部 102に引き渡す。その結果、アプリ要求取得部 102は、図 6Cに示すストリームタイプ「ベストエフオート型」の性能パラメータ管理テーブル 102cを保持して管理する。

[0134] 例えば、この性能パラメータ管理テーブル 102cは、図 6Cに示すように、ストリームタイプ「ベストエフオート型」のみを性能パラメータとして含む。

[0135] アプリ要求取得部 102は、通信アプリケーション部 101から起動通知を受けたときには、その起動通知に含まれる性能パラメータの情報をもとに、性能パラメータ管理テーブル 102a, 102b, 102cの何れ力、 1つを作成する。さらに、アプリ要求取得部 1 02は、パラメータ決定部 103に対して、その性能パラメータ管理テーブルを含む性能パラメータ登録通知を発行する。なお、アプリ要求取得部 102は、通信アプリケーシヨン部 101から終了通知を受けたときには、作成された性能パラメータ管理テープルを削除する。

[0136] パラメータ決定部 103は、性能パラメータ登録通知を受けると、性能パラメータ管理テーブルの内容を読み出し、その内容を元に、間欠受信パラメータを決定する。

[0137] ノラメータ決定部 103は、間欠受信パラメータであるサイクル間隔 Tcとサイクルデータサイズ Dcとを、基本的に、 Dc/Tc = BW (性能パラメータの帯域）を満たすような条件で決定する。なお、サイクルデータサイズ Dcの適切なサイズは、携帯型端末 2 11の TCPの条件（TCP受信バッファサイズや MSS (Maximum Segment Size) )や通信アプリケーションプログラムの条件（データ送信の単位）などによって変わる。したがつて、ノラメータ決定部 103は、これらの条件も加味して間欠受信パラメータを決定する。なお、本実施の形態では、説明を簡単にするため、これらの条件が常に変化しない環境を想定し、パラメータ決定部 103はこれらの条件に影響されることなく間欠受信パラメータを決定する。 [0138] 具体的に、パラメータ決定部 103は、間欠パラメータを決定するためのルールを予め記憶している。

[0139] 図 7は、間欠受信パラメータの決定ルールを示す図である。

[0140] ノラメータ決定部 103は、ストリームタイプ「帯域重視型」の性能パラメータ管理テーブルを読み出すと、その性能パラメータ管理テーブルに示される性能パラメータである帯域「BW = BWs [Byte/sec]」を、間欠受信パラメータを決定するための条件として用いる。つまり、パラメータ決定部 103は、間欠受信パラメータの決定ルール、即ち、サイクルデータサイズ Dc = Cl (C1は定数）に従い、サイクルデータサイズ Dcとして CI [Byte/sec]を決定する。そして、パラメータ決定部 103は、間欠受信パラメータの決定ルール、即ち、サイクル間隔 Tc = Dc/BWに従い、サイクル間隔 Tcとして C1 /BWs [sec]を決定する。そして、パラメータ決定部 103は、その決定されたサイクノレ間隔 Tcおよびサイクルデータサイズ Dcを示す間欠受信パラメータ管理テーブルを生成する。

[0141] つまり、ノラメータ決定部 103は、ストリームタイプ「帯域重視型」の性能パラメータ管理テーブルを読み出すと、最初にサイクルデータサイズ Dcを決定した後、それに合わせてサイクル間隔 Tcを決定する。

[0142] 一方、ノラメータ決定部 103は、ストリームタイプ「遅延時間重視型」の性能パラメ一タ管理テーブルを読み出すと、その性能パラメータ管理テーブルに示される性能パラメータである帯域「： BW = BWb [Byte/sec]」と遅延時間「DT = DTb [sec]」とを、間欠受信パラメータを決定するための条件として用いる。つまり、パラメータ決定部 103は、間欠受信パラメータの決定ルール、即ち、サイクル間隔 Tc = DT/C2 (C2は 1より大きい定数）に従い、サイクル間隔 Tcとして DTb/C2 [sec]を決定する。なお、 C2が小さいほど、サイクル間隔 Tcが長くなり、省電力効果が高まる。そして、パラメータ決定部 103は、間欠受信パラメータの決定ルール、即ち、サイクルデータサイズ Dc = B W XTcに従い、サイクルデータサイズ Dcとして BWb X DTb/C2 [Byte]を決定する。そして、パラメータ決定部 103は、その決定されたサイクル間隔 Tcおよびサイクノレデータサイズ Dcを示す間欠受信パラメータ管理テーブルを生成する。

[0143] つまり、ノラメータ決定部 103は、ストリームタイプ「遅延時間重視型」の性能パラメータ管理テーブルを読み出すと、ストリームタイプ「帯域重視型」の場合とは逆に、遅延時間の要件が厳しいので、サイクル間隔 Tcを先に決めて、サイクルデータサイズ D cをそれに合わせて決める。このように、 VoIPなどの遅延時間重視型の通信アプリケーシヨンプログラムに基づく性能パラメータ管理テーブルの場合には、パラメータ決定部 103は、性能パラメータの遅延時間 DTを使って、「Tcく DT」いう条件、即ち、サイタル間隔 Tc = DT/C2を、サイクル間隔 Tcの決定ルールとして追加している。

[0144] また、パラメータ決定部 103は、ストリームタイプ「ベストエフオート型」の性能パラメータ管理テーブルを読み出すと、間欠受信パラメータの決定ルールに従い、サイクル間隔 Tcおよびサイクルデータサイズ Dcを決定しない。つまり、ベストエフオート型については、帯域重視型や遅延時間重視型のような明確な性能要件がないため、パラメータ決定部 103は、基本的には複雑な間欠受信制御を行わずに通信 I/F部 10 8の電源を ONにしたまま一気にデータ転送を完了させるような制御を行う。ただし、ベストエフオート型に対しても間欠受信を行うことは可能である。

[0145] 図 8は、ノラメータ決定部 103によって生成された間欠受信パラメータ管理テープルの一例を示す図である。

[0146] ノラメータ決定部 103は、ストリームタイプ「帯域重視型」の性能パラメータ管理テーブルを読み出すと、例えば、間欠受信パラメータであるサイクル間隔 Tcとして C1/B Ws [sec]と、間欠受信パラメータであるサイクルデータサイズとして CI [Byte]とを示す間欠受信パラメータ管理テーブルを生成する。

[0147] ノラメータ決定部 103は、性能パラメータ登録通知を受けるごとに、上記の手順で間欠受信パラメータ管理テーブルを生成する。そして、ノラメータ決定部 103は、生成後、抑制再開制御部 104に対して間欠受信パラメータ登録通知を発行する。

[0148] 抑制再開制御部 104は、間欠受信パラメータ登録通知を受けると、間欠受信パラメータ管理テーブルの内容を読み出して、その内容に基づき、電源制御部 106への投入要求の発行と、通信制御部 107で送受信される TCPパケットのモニタリングの開始と、通信制御部 107に対する ACK通常送信再開要求の発行とを行ない、間欠受信の準備状態に入る。この処理に連動して、電源制御部 106は通信 I/F部 108に電源の投入を指示する。その結果、通信 I/F部 108の電源が投入される。 [0149] 以下、本実施の形態における間欠受信の準備状態の処理について説明する。

[0150] 通信アプリケーション部 101は、通信アプリケーションプログラム起動時の処理を行なった後、送信側装置 203との接続を確立し、送信側装置 203からのデータ受信を開始する。

[0151] 通信制御部 107では、通信アプリケーション部 101からの接続要求を受けて、無線基地局 202との間のネゴシエーション処理、および、送信側装置 203との TCPコネクシヨンの確立などの処理を行なう。 TCPコネクションの確立後、携帯型端末 211と送信側装置 203の間のデータは、無線基地局 202および通信 I/F部 108を介して送受信され、 TCPパケットの送受信処理は、通信制御部 107で行なわれる。

[0152] 抑制再開制御部 104は、通信制御部 107で受信される TCPパケットをモニタリングし、受信データの帯域 (受信帯域)が、間欠受信パラメータ管理テーブルに設定されている帯域 (設定帯域 BW = Dc/Tc)に到達するのを待つ。例えば、抑制再開制御部 104は、サイクル間隔 Tcの経過ごとに、そのサイクル間隔 Tcの間に受信した TCP パケットのデータサイズを合計することで、合計データサイズ T1Dを算出する。そして、抑制再開制御部 104は、「TlD/Tc≥BW」の条件を満たす回数が所定回数以上だけ続いたときに、受信帯域が設定帯域 BWに到達したと見なす。

[0153] 抑制再開制御部 104は、受信帯域が設定帯域 BWに到達すると、送信側装置 203 からの送信を抑制するために、通信制御部 107に対して ACK通常送信抑制要求を発行する。なお、この発行は、間欠受信の 1回目の処理に相当する。このとき、抑制再開制御部 104は、通信制御部 107からそれまでに送信した最後の ACKパケットの情報、すなわち、 ACK番号（LAST— ACKNO)と受信ウィンドウ（LAST— RWIN) とを保持しておく。通信制御部 107は、抑制再開制御部 104から ACK通常送信抑制要求を受けると、以後、 TCPのデータ受信は続けるものの、受信時に ACKバケツトを送信しないようにする。

[0154] 一方、送信側装置 203は、携帯型端末 211から ACKパケットが送られてこなくなつても、自身の管理する送信可能なデータサイズ (uwnd)が 0になるまで、データ送信を続け、 uwndが 0になった時点で、データ送信を終了する。その結果、送信側装置 203は送信抑制期間に入る。 [0155] 抑制再開制御部 104は、 ACK通常送信抑制要求の発行後も TCPパケットをモニタリングし、送信側装置 203での送信可能なデータサイズ (uwnd)が 0になるのを待つ。具体的には、抑制再開制御部 104は、受信した TCPパケットのシーケンス番号とデータサイズを参照し、（シーケンス番号 +データサイズ）が（LAST— ACKNO + L AST— RWIN)に達するのを待つ。

[0156] 抑制再開制御部 104は、 uwndが 0になったと判断したら、電源制御部 106へ切断要求を発行する。電源制御部 106は切断要求を受けると、通信 I/F部 108の電源を切断する。

[0157] 抑制再開制御部 104は、電源制御部 106へ切断要求を発行した後、所定時間の満了を待つ。この所定時間は、サイクル間隔 Tcと一致していてもよいし、異なる時間であっても良い。送信側装置 203は、既に送信抑制期間に入っているので、通信 1/ F部 108の電源が切断されている間、データ送信を行なわない。

[0158] 所定時間が満了したとき、抑制再開制御部 104は、電源制御部 106へ投入要求を発行する。さらに、抑制再開制御部 104は、間欠受信の準備状態が満了したと見なし、定常状態に遷移する。電源制御部 106は投入要求を受けると、通信 I/F部 108 の電源を投入する。

[0159] 以下、本実施の形態における定常状態の処理について説明する。

[0160] 図 9は、本実施の形態における携帯型端末 211と送信側装置 203の定常状態での動作を示すシーケンス図である。

[0161] 定常状態での 1サイクル分の動作は、送信再開処理と、送信抑制期間の開始処理と、送信抑制期間の終了処理との 3つのステップに分けられる。

[0162] 送信再開処理 (ステップ 1)では、抑制再開制御部 104は、送信側装置 203からのデータ送信を再開させるため、通信制御部 107に対して ACK単発送信要求を発行する。このとき、抑制再開制御部 104は、 ACKパケットの受信ウィンドウ（RWIN)として、間欠受信パラメータ管理テーブルに格納されたサイクルデータサイズ Dcを指定する。通信制御部 107は、時刻 T1に、 ACK単発送信要求を受け取ると、 RWIN = D cの ACKパケット PIを通信 I/F部 108を介して送信する。また、抑制再開制御部 10 4は、送信した ACKパケット P1の ACK番号を保持しておく。 [0163] 一方、送信側装置 203は、携帯型端末 211からの ACKパケット PI (RWIN = Dc) を受信すると、間欠受信の準備状態、または、送信抑制期間が終了し、データ送信が可能な状態になる。その結果、送信側装置 203は、携帯型端末 211あての TCPパケット（データ P2)の送信を再開する。

[0164] 携帯型端末 211の抑制再開制御部 104は、間欠受信の準備状態で ACK通常送信抑制要求を発行しているので、通常の ACKパケットの送信、つまりデータ受信に連動した ACKパケットの送信は既に抑制されている。すなわち、通信制御部 107は、送信側装置 203からのデータ P2を受信して、そのデータを通信アプリケーション部 101に引渡しても、送信側装置 203に対して ACKパケットを送信しない。そのため、間欠受信の 1サイクル (サイクル間隔 Tc)において、送信側装置 203から受信されるデータ P2のサイズは、サイクルデータサイズ Dcに制限される。

[0165] 送信抑制期間の開始処理 (ステップ 2)では、抑制再開制御部 104は、時刻 T1以降、通信制御部 107で受信される TCPパケットをモニタリングする。そして、抑制再開制御部 104は、時刻 T1以降で受信されたデータサイズがサイクルデータサイズ Dcに到達したかどうか、すなわち、送信側装置 203の送信可能なデータサイズ (uwnd)が 0になった力、どうかを確認し続ける。このとき抑制再開制御部 104は、間欠受信の準備状態での確認処理と同じぐ最後に送信した ACKパケットの ACK番号と受信ウインドウ（RWIN = Dc)を使って上述の確認を行う。時刻 T1以降で受信したデータサイズがサイクルデータサイズ Dcに到達したとき、即ち時刻 T2で、抑制再開制御部 104 は、送信抑制期間が開始したとみなし、電源制御部 106に対して切断要求を発行する。電源制御部 106は切断要求を受けると、通信 I/F部 108の電源を切断する。

[0166] 送信抑制期間の終了処理 (ステップ 3)では、本発明の実施の形態における携帯型端末 211は、時刻 T1を起点として、サイクル間隔 Tcの時間経過後の時刻 T3を、送信抑制期間の終了点と見なす。つまり、抑制再開制御部 104は、タイマにより時刻 T 3を検出し、電源制御部 106に投入要求を発行する。その投入要求により、電源制御部 106は時刻 T3に通信 I/F部 108の電源を投入する。

[0167] 携帯型端末 211は、定常状態では、上記 3つのステップを 1サイクルとして、繰り返し実行する。 [0168] 通信アプリケーション部 101は、通信アプリケーションプログラムを終了するときには

、通信制御部 107に対して送信側装置 203とのコネクションの切断を要求し、アプリ要求取得部 102に対して終了通知を発行する。

[0169] 通信制御部 107は、通信アプリケーション部 101によるコネクション切断の要求により、 TCPのコネクションを切断する。

[0170] アプリ要求取得部 102は、終了通知を受け付けると、性能パラメータ管理テーブルの内容をクリアし、ノラメータ決定部 103に対して性能パラメータ削除通知を発行す

[0171] ノラメータ決定部 103では、性能パラメータ削除通知を受けると、間欠パラメータ管理テーブルの内容をクリアし、抑制再開制御部 104に対して間欠受信パラメータ削除通知を発行する。

[0172] 抑制再開制御部 104は、間欠受信パラメータ削除通知を受けると、通信制御部 10 7で送受信される TCPパケットのモニタリングを停止し、さらに、電源制御部 106への切断要求の発行を行なう。

[0173] 電源制御部 106は、抑制再開制御部 104の処理 (切断要求の発行）に連動して、通信 I/F部 108の電源を切断する。

[0174] 以上の処理により、携帯型端末 211の状態は初期状態に戻る。

[0175] 図 10は、本実施の形態おける携帯型端末 211の動作を示すフローチャートである

〇

[0176] まず、本実施の形態の携帯型端末 211は、送信側装置 203に対して RWIN = Dc の ACKパケットを送信する（ステップ S10)。このとき、携帯型端末 211の抑制再開制御部 104は、通信 I/F部 108への電源投入のタイミングを特定するために、タイマによる計時を開始する。

[0177] そして、携帯型端末 211は、その ACKパケットに対して送信側装置 203から送信されたサイクルデータサイズ Dc分のデータ (TCPパケット）を受信する（ステップ S 12)。このとき、本実施の形態の携帯型端末 211は、受信したデータに対して通常行われる ACKパケットの送信を停止することで、送信側装置 203からのデータの送信を抑制している。 [0178] そして、携帯型端末 211は、ステップ S 12でサイクルデータサイズ Dc分の全てのデータを受信すると、通信 I/F部 108の電源を切断する（ステップ S14)。

[0179] 携帯型端末 211は、通信 I/F部 108の電源を切断すると、上述のタイマに基づいて、ステップ S10での ACKパケットの送信時からサイクル間隔 Tcが経過したか否かを判別する（ステップ S 16)。

[0180] ここで、携帯型端末 211は、サイクル間隔 Tcが経過していないと判別したときには（ステップ S 16の No)、ステップ S14からの処理を繰り返し、サイクル間隔 Tcが経過したと判別したときには（ステップ S16の Yes)、通信 I/F部 108の電源を投入する（ステツプ S 18)。

[0181] そして、携帯型端末 211は、送信側装置 203との通信を終了すべきか否かを判別し（ステップ S20)、終了すべきと判別したときには（ステップ S20の Yes)、全ての処理を終了する。また、携帯型端末 211は、終了すべきでないと判別したときには (ステツプ S20の No)、ステップ S 10からの処理を繰り返し実行する。このようなステップ S 10 〜S20の処理によって、間欠受信の 1サイクルが実行さる。

[0182] 以上のように、本実施の形態に係る携帯型端末 211は、無線 LANの省電力方法に依存せず、例えば TCPなどのフロー制御機構を持つプロトコルを使って、送信側装置 203との間で通信を行いながら省電力化を行なう。そのため、本実施の形態では、アクセスポイントでの省電力機能のサポート状況やネットワークデバイスの種類にも関係なぐ携帯型端末 211の省電力化を図ることができる。

[0183] また、本実施の形態では、無線 LANの省電力方法に依存しな!/、ので、携帯型端末 211のデータの受信タイミングをビーコン送信タイミングに連動させる必要がない。そのため、遅延時間と帯域を確保した通信を続けながら、同時に省電力能力を向上すること力 Sでさる。

[0184] さらに、本実施の形態では、送信側装置 203からのデータ到着が無い期間を積極的に作ったうえで、携帯型端末 211の電源を切断するので、ジッタが発生しても送信側装置 203と携帯型端末 211との間のデータ溢れの発生を防ぐことができる。

[0185] なお、本実施の形態では、携帯型端末 211は TCPのプロトコルに従って動作した力、そのプロトコルは TCP以外のプロトコルであっても、フロー制御機構を持つプロトコルであればよぐ既存のフロー制御付きプロトコルであってもよい。すなわち、本実施の形態を実現するために、送信側装置と携帯型端末の両方で新たなプロトコルを追加する必要はなぐ携帯型端末に本発明の省電力方法に対応する処理部を追加するだけで実現できる。

[0186] ここで、本発明について実施の形態 1を用いて説明した力実施の形態 1を変形しても本発明を実施することができる。

[0187] 例えば、実施の形態 1では、送信側装置 203からのデータ送信の抑制方法として、「携帯型端末 211から ACKパケットを送信しない」という方法を説明した力 S、データ送信の抑制方法はこれに限定されるものではない。例えば、携帯型端末 211は、受信ウィンドウ（RWIN) =0の ACKパケットを送信側装置 203に送ることで、明示的に送信側装置 203からのデータ送信を抑制してもよい。

[0188] 図 11は、受信ウィンドウ（RWIN) =0の ACKパケットが送信される動作を示すシーケンス図である。

[0189] 例えば、携帯型端末 211の通信制御部 107は、図 11に示すように、送信側装置 2 03からのデータ P2を受信して、そのデータを通信アプリケーション部 101に引渡すと、時刻 T2に、送信側装置 203に対して受信ウィンドウ（RWIN) =0の ACKパケット P 3を送信する。このような ACKパケット P3を送信した場合にも、送信側装置 203から受信するデータ P2のサイズをサイクルデータサイズ Dcに制限して、送信側装置 203 力、らのデータ送信を抑制することができる。

[0190] このように受信ウィンドウ（RWIN) =0の ACKパケットを送信するような抑制方法の場合には、 TCPの制御方法に従って動作する送信側装置 203での再送処理を予防すること力 Sできる。つまり、図 9に示す、 ACKパケットを送信しないような抑制方法の場合には、送信側装置 203には ACKパケットが全く届かないので、送信側装置 203 は、 TCPの制御方法に従って、タイムアウトによりパケットロスが発生したと判断してデータを再送してしまうケースがある。このとき、送信側装置 203の送信可能データ（輻輳ウィンドウと呼ばれる）力パケット分（上述の MSS)低下すると!/、う弊害もある。ところ力 S、図 11に示すように、 RWIN = 0の ACKパケットを送信するような抑制方法では、送信側装置 203は、 ACKパケットを受け取るため、タイムアウトを止めることができる。なお、携帯型端末 211は、 RWIN = 0の ACKパケットを、 uwnd = 0となる時亥 IJ T2に送っても良いし、時刻 T2以降で且つ送信側装置 203でタイムアウトが発生する前であれば任意のタイミングで送っても良い。また、携帯型端末 211は、 RWIN = 0 の ACKパケットを、定常状態だけでなぐ間欠受信の準備状態に送っても良い。

[0191] また、携帯型端末 211は、送信側装置 203からのデータ送信を抑制するため、 RW IN = 0以外の ACKパケットを送ってもよい。つまり、送信側装置 203から送信されるデータのサイズがサイクルデータサイズ Dc (送信再開を指示する ACKパケットの RW INで指定されたサイズ)以下になるのであれば、携帯型端末 211はどのような ACK ノケットを送信してもよい。したがって、携帯型端末 211は、「Dc— (時刻 T1以降で受信したデータのサイズ）」を越えな!/、値を RWINに設定して、 ACKパケットを送信してもよい。

[0192] また、本発明における携帯型端末 211が搭載する無線通信デバイスは、無線 LAN

(IEEE802. l la/b/g)のデバイスの他、任意の無線通信デバイスであってもよい

[0193] さらに、実施の形態 1では、携帯型端末 211が通信 I/F部 108として無線通信デノイスを搭載したネットワーク構成を想定していた力本発明の携帯型端末は通信 I

/Fの種類に限定されるものではない。例えば、無線 LAN以外の無線 I/Fや有線の通信 I/Fを使ってもよい。なお、有線の通信 I/Fを使う場合は、ネットワーク構成として無線基地局 202が不要になり、代わりに有線のルータなどの装置が必要となる。また、実施の形態 1では、アクセスポイント（無線基地局 202)の存在する無線 LANのネットワーク構成を想定してレ、たが、アクセスポイントの無レ、アドホックモードでの環境を想定してもよい。その場合、送信側装置 203と携帯型端末 211はインターネット 20 4を経由せず、無線 LANで直接接続される。

[0194] また、フロー制御付きのプロトコルとして TCPを中心に説明したが、本発明に使用されるプロトコルは TCPに限定されるわけではない。本発明に使用されるプロトコルは、フロー制御の機能を持っていれば他のプロトコルでもよぐ例えば、アプリケーション層でフロー制御を実現して、そのフロー制御で TCPと同様の送信抑制および送信再開の制御を行なうことで省電力制御を行なってもよい。また、携帯型端末が送信側装置と直接接続される場合は、送信側装置と携帯型端末との間のデータリンク層でのフロー制御を使って省電力制御を行なってもよい。また、フロー制御は、携帯型端末 2 11と送信側装置 203の間に限定されるわけではない。例えば、中継装置と携帯型端末の間でフロー制御を行なうプロトコルがあれば、そのフロー制御を同様に利用して省電力制御を行なってもよレ、。

[0195] また、本発明では、送信抑制期間に通信 I/F部 108の電源を切断または投入する方法は、どのような方法であってもよい。例えば、本発明を無線 LANのパワーセーブモードの処理と連動させて、本発明での電源切断のタイミングでパワーセーブモードたるドーズモードへの移行を行なっても良い。また、電源切断のタイミングは、送信抑制期間の間であれば任意のタイミングでよレ、。

[0196] また、実施の形態 1では、単純化のため、通信アプリケーション部 101で同時動作する通信アプリケーションプログラムを 1つに限定したが、本発明の省電力方法は通信アプリケーションプログラムの数に依存しなレ、。複数の通信アプリケーションプログラムが同時に動作する環境でも、例えば、複数の通信アプリケーションプログラムの間欠受信のタイミングを統合して、同様のフロー制御に基づく電力制御を行なっても良い。

[0197] また、アプリ要求取得部 102における性能パラメータの取得方法は、本発明の本質ではない。したがって、アプリ要求取得部 102は、なんらかの方法で性能パラメータを取得できればよぐその取得方法は実施の形態 1の手順に限定されるものではない。例えば、実施の形態 1では、アプリ要求取得部 102は、通信アプリケーション部 101 力、ら性能パラメータを直接取得した力自立的に性能パラメータを取得してもよい。つまり、アプリ要求取得部 102は、データ送受信のパケットを解析したり、 OS (Operatin g System)上で通信アプリケーションプログラムの起動および終了のタイミングを監視したりすることで、性能パラメータを取得する。

[0198] 例えば、省電力の制御を行なっていないとき、つまり通信 I/F部 108の電源が常に投入されているときにおける、携帯型端末 211と送信側装置 203とのデータ送受信の帯域および遅延時間の少なくとも一方が、通信アプリケーションプログラムとしての性能要件に一致している。このような場合には、アプリ要求取得部 102は、省電力制御が行われていない状態で、通信制御部 107のデータ送受信のパケットをモニタリングして帯域および遅延時間の少なくとも一方を推定し、その推定値を性能パラメータとして使う。これにより、アプリ要求取得部 102はパケット解析により自立的に性能パラメータを取得する。

[0199] また、実施の形態 1では、通信アプリケーションプログラムの起動および終了のタイミングを取得して、通信アプリケーションの起動中は性能パラメータを常に固定値として扱った力性能パラメータを動的に変化させてもよい。

[0200] また、実施の形態 1では、図 7に示す決定ルールに基づいて間欠受信パラメータを決定したが、他のルールに基づ!/、て間欠受信パラメータ（サイクル間隔およびサイクルデータサイズ)を決めてもよい。また、間欠受信パラメータを固定させておく必要はなぐ動的に変化させてもよい。即ち、サイクル間隔 Tcやサイクルデータサイズ Dcの値を一定期間ごとに変化させてもよいし、毎回異なる値に変化させてもよい。また、性能パラメータに関しても同様であって、実施の形態 1では、図 6A、図 6Bおよび図 6C に示す性能パラメータを用いた力これらの性能パラメータ以外のパラメータを用いてもよい。例えば、実施の形態 1では、ストリームタイプを 3種類に分類している力 2 種類や 4種類以上に分類してもよぐ他の種別のストリームタイプに分類してもよい。さらに、実施の形態 1では、これらのストリームタイプに応じて、間欠受信パラメータの決定ルールを異ならせた力これらのストリームタイプに関わらず、常に一定のルールに基づ!/、て間欠受信パラメータを決定してもよレ、。

[0201] また、実施の形態 1では、通信開始から測定した帯域が設定帯域 BWに到達するまでの間は「間欠受信の準備状態」として電源を常に ONにしていたが、この期間においても間欠受信による省電力制御を行ってもよい。ただし、この期間では送信側装置 203においては TCPのスロースタート制御が行われるため、ウィンドウサイズが RTT( Round Trip Time)の経過毎に 1MSS, 2MSS, 4MSSというように増カロしていく。なお、 RTTは、 ACKパケットが送信されてからそれに対応するデータが受信されるまでの時間であり、 MSSは、 1パケットに含まれる TCPデータの最大サイズである。このため、抑制再開制御部 104は、これに合わせて制御を行う必要がある。具体的には、抑制再開制御部 104は、最初のデータパケットが受信されると、通信 I/F部 108の電源を切断させる。一定期間後、抑制再開制御部 104は、通信 I/F部 108の電源を再投入させ、 ACKパケット（RWIN = 2 X MSS)を送信させ、 2つのデータパケットが受信された時点で通信 I/F部 108の電源を切断させる。さらに、抑制再開制御部 10 4は、一定期間後、通信 I/F部 108の電源を再投入させ、 ACKパケット（RWIN = 4 X MSS)を送信させ、 4つのデータパケットが受信された時点で通信 I/F部 108の電源を切断させる。なお、上述のデータパケットは、送信側装置から受信側装置に T CPにより送信されるパケットであって、このデータパケットと ACKパケットとを総称して TCPパケットという。

[0202] このように、抑制再開制御部 104は、間欠受信サイクルごとに、通知する受信ウィンドウ（RWIN)のサイズを倍々にしていく。ただし、送信側装置 203ではあるタイミングでスロースタート制御が終了し、それ以降は ACKパケット受信によるウィンドウサイズの上昇が小さくなる。抑制再開制御部 104はこれをタイムアウトなどにより検知し、それ以降は ACKパケットにより通知する受信ウィンドウを少しずつ上昇させる制御に移行する。このような制御により、通知する受信ウィンドウがサイクルデータサイズ Dcに達した時点で、抑制再開制御部 104は前述の定常状態の処理を開始する。

[0203] (実施の形態 2)

本発明の実施の形態 2に係る通信装置について説明する。実施の形態 1では、送信側装置 203からのデータ送信が無い送信抑制期間にのみ、通信 I/F部 108の電源を切断した力本実施の形態では、別の期間にも通信 I/F部 108の電源を切断して、省電力効果をさらに向上する。具体的には、携帯型端末が送信再開の指示を出してから、実際に送信側装置 203からのデータが到着するまでの期間も、通信 I/F 部 108の電源が切断される。

[0204] なお、本実施の形態において、実施の形態 1と同様の機器および構成については、同一の参照符号を付して説明を省略する。本実施の形態に係る通信システムのネットワーク構成は、実施の形態 1の図 3に示す通信システムのネットワーク構成と同じであるため、説明を省略する。

[0205] 図 12は、本実施の形態における携帯型端末の具体的な構成を示す構成図である [0206] 本実施の形態における携帯型端末 21 laは、通信アプリケーション部 101と、アプリ要求取得部 102と、ノラメータ決定部 103と、抑制再開制御部 804と、電源制御部 1 06と、通信制御部 107と、通信 I/F部 108と、 RTT推定部 809とを備える。つまり、本実施の形態における携帯型端末 211aは、実施の形態 1の携帯型端末 211の抑制再開制御部 104の代わりに、抑制再開制御部 804を備えるとともに、実施の形態 1 の携帯型端末 211にはな!/、RTT推定部 809を備えて!/、る。

[0207] RTT推定部 809は、フロー制御付きプロトコル上での RTTを推定する。なお、 RTT は、携帯型端末 211aと送信側装置 203の間のパケットの往復時間に相当する。 RT T推定部 809は、通信制御部 107における送受信パケットをモニタリングして、 RTT の最短値を推定し、その結果を抑制再開制御部 804に送る。例えば、 RTT推定部 8 09は、通信制御部 107のモニタリングにより、携帯型端末 21 laと送信側装置 203との間で往復するパケットの組の往復時間を、その組ごとに所定回数だけ測定し、その中で最短の往復時間を RTTの最短値とする。

[0208] ここで、携帯型端末 21 laと送信側装置 203との間で往復するパケットの組とは、携帯型端末 21 laから送信されるパケットと、その送信に対して送信側装置 203が応答して送信するパケットとの組であれば、どのようなパケットの組でも良い。例えば、図 9 に示すように、時刻 T1で携帯型端末 211 aが送信する ACKパケット P1 (受信ウィンドゥ〉 0)と、それに対して送信側装置 203から送信される最初のデータパケット P2との糸且であってもよい。なお、 RTTの最短の推定方法は、本発明の省電力方法の本質に関わるものではないので、上述の方法に限定されるものではなぐ他の方法であつてもよい。

[0209] 抑制再開制御部 804は、実施の形態 1の抑制再開制御部 104の機能を有するとともに、 RWIN〉0の ACKパケットが送信されてから、 RTT推定部 809で推定された R TT (以下、 RTT推定値という）が経過するまでの期間にも、通信 I/F部 108の電源を切断するように指示する。具体的には、抑制再開制御部 804は、 RTT推定部 809 力、ら RTT推定値を取得する。さらに、抑制再開制御部 804は、 ACKパケット（RWIN 〉0)の送信後のタイミングに、電源制御部 106に対して切断要求を発行し、 ACKパケット（RWIN〉0)の送信直後力も RTT推定値が経過するタイミングに、電源制御部 106に対して投入要求を発行する。

[0210] また、抑制再開制御部 804は、抑制再開制御部 104と同様の処理を行なうことで、送信抑制期間にも、通信 I/F部 108の電源の ON/OFFを行なう。

[0211] 図 13は、本実施の形態に係る携帯型端末 211aと送信側装置 203の省電力方法

[0212] 図 13において、携帯型端末 211aが送信再開の指示を出してから、実際に送信側装置 203からのデータが到着するまでの期間は、時刻 T11から時刻 T12の期間に対応する。この期間では、実施の形態 1で説明した送信抑制期間と同様、送信側装置 2 03からのデータ送信が無い期間なので、通信 I/F部 108の電源を切断しても問題ないはずである。

[0213] そこで、本実施の形態に係る省電力方法を適用する携帯型端末 21 laは、 ACKパケット PI (RWIN = Dc)を送信する間、つまり時刻 T10〜時刻 T11の期間だけ通信 I /F部 108の電源を投入し、その後、時刻 T12まで通信 I/F部 108の電源を切断する。時刻 T11〜時刻 T12の時間は、上述のように RTT推定部 809によって推定された RTT推定値に相当する。携帯型端末 211aは、送信側装置 203からのデータを受信している期間、つまり時刻 T12〜時刻 T13の期間には、電源を再投入し、その後の時刻 T13〜時刻 T20の送信抑制期間には、実施の形態 1と同様、電源を切断す

[0214] なお、抑制再開制御部 804は、 ACKパケット (RWIN〉0)の送信後に、電源制御部 106に対して切断要求を発行する力 S、その送信の時刻 T11以降のタイミングであれば任意のタイミングで発行してもよい。また、抑制再開制御部 804は、 ACKバケツト（RWIN〉0)の送信直後から RTT推定値が経過するタイミングに、電源制御部 10 6に対して投入要求を発行するが、時刻 T12以前であれば任意のタイミングで発行してもよい。特に、投入要求のタイミングに関しては RTT推定値が実際の最小 RTT値より短い場合も考慮し、一定時間だけ早めに投入要求を発行すること、もしくは、測定した RTT値の平均や、分散、サンプル数などの統計値に基づいて計算された値分だけ早めに投入要求を発行することも有効である。

[0215] また、本実施の形態では、ベストエフオート型であっても、 ACKパケット（RWIN〉0 )が送信されて力 RTTが経過するまでの間に電源を OFFすることで省電力化を図ること力 Sでさる。

[0216] ここで、ベストエフオート型の通信では間欠受信は行われない。これは、ベストエフオート型の通信アプリケーションプログラムでは、途切れなくデータ転送を行うことを前提としている力である。即ち、送信側装置 203は、リアルタイムに送信データを生成しないため保持しているデータを連続的に送信でき、受信側装置は全てのデータを保存するメモリを保持するためデータを連続的に受信できる。したがって、ベストエフオート型の通信では、送信抑制期間がないため、途切れなくデータ転送が行われ、その分データ全体の受信完了までの期間が短くなる。ところ力実施の形態 1では、送信抑制期間をなくすと、電源を OFFにすることができないため、消費電力を削減すること力 Sできない。また、この場合、一定のサイズのデータを転送するのに必要な消費電力は総転送データ量で決まってしまう。

[0217] しかし、本実施の形態では、携帯型端末 21 laが送信再開の指示を出してから、実際に送信側装置 203からのデータが到着するまでの期間に、携帯型端末 211aは通信 I/F部 108の電源を切断するため、ベストエフオート型の通信においても、データ転送レートを落とさずに省電力化を図ることができる。なお、この場合、間欠受信パラメータであるサイクルデータサイズ Dcを、パケットロスの発生しな!/、できるだけ大きな値とすることが望ましい。また、携帯型端末 21 laは、間欠受信パラメータであるサイクル間隔 Tcを規定せずに、送信側装置 203からサイクルデータサイズ Dc分のパケットを受け取ると、即座に次のサイクルでの ACKパケット（RWIN = Dc)を送信すればよい。

[0218] このように、本実施の形態では、実施の形態 1での省電力方法に対して、通信 I/F 部 108の電源を切断する期間を追加することで、さらに省電力効果を向上させることができる。

[0219] (実施の形態 3)

次に、本発明の実施の形態 3に係る通信装置について説明する。本実施の形態に係る通信装置は、パケットロスが発生したときにも、通信品質と省電力効果の向上を両立して fiうこと力 Sでさる。 [0220] 実施の形態 1では、抑制再開制御部 104は、受信した TCPパケットのシーケンス番号とデータサイズを参照し、（シーケンス番号 +データサイズ）が（LAST— ACKNO + LAST— RWIN)に到達したことによって、送信側装置 203が送信抑制期間に入つたことを検知し、通信 I/F部 108の電源を切断させていた。

[0221] し力、し、このような制御は、以下の 2つの条件が成り立つている状況においてのみ正しく fiわれる。

[0222] 第 1の条件は、（シーケンス番号 +データサイズ）が（LAST— ACKNO + LAST —RWIN)となるまでパケットを受信側装置が受信できることである。

[0223] 第 2の条件は、受信側装置が通知した受信ウィンドウ（RWIN)分だけ送信側装置 2 03が送信可能であることである。

[0224] 実際、第 1の条件は、パケットロスが発生した場合には保証されない。パケットロスは様々な原因により発生する。例えば、電波状況が悪い無線区間にパケットロスが発生する。または、中継ルータや無線アクセスポイントなどの中継装置において他のフロ一と競合することによる中継装置内のバッファ溢れによってパケットロスが発生する。または、受信側装置で処理可能レートを越えるトラフィックを受信した場合の受信装置内のバッファ溢れによってパケットロスが発生する。

[0225] また、第 2の条件も、パケットロスが発生した場合には保証されないことがある。パケットロスが発生すると、 TCPに従って処理を行なう送信側装置 203はパケットロスをネットワークの輻輳を示す情報と解釈し、輻輳制御を目的として管理している輻輳ウィンドウ（以下、 CWINと呼ぶ）を小さくする。実際の送信側装置 203からのデータの送信量は、通知された RWINと CWINの小さい方を上限として制限される。したがって、受信側装置から通知された RWINよりも CWINが小さくなる状況がパケットロスにより引き起こされると、送信側装置 203は RWIN分のパケットを送信できなくなる。

[0226] なお、 TCPに従って処理を行なう送信側装置 203は、通常、以下の 2つの方法によつてパケットロスを検知する。

[0227] 第 1のロス検知方法では、送信側装置 203は、送信したパケットに対する ACKパケットがー定時間（再送タイムアウト時間と呼ばれる)経過後も受信されな力た場合に、パケットロスを検知する。この場合、送信側装置 203は、 CWINを 1まで減少させ、その後、ロスされたパケットを再送パケットとして送信する。

[0228] 第 2のロス検知方法では、送信側装置 203は、同一の ACK番号を持つ複数 (通常

4つ）の ACKパケットを受信した場合に、パケットロスを検知する。この場合、送信側装置 203は、即座に再送パケットを送信し、再送パケットに対する ACKパケットを受信した後は、 CWINをパケットロス検知前の CWINの半分にする。

[0229] 図 14は、本実施の形態における携帯型端末の具体的な構成を示す構成図である

[0230] 本実施の形態の携帯型端末 21 lbは、通信アプリケーション部 101と、アプリ要求取得部 102と、ノラメータ決定部 103と、抑制再開制御部 904と、電源制御部 106と、通信制御部 107と、通信 I/F部 108とを備える。つまり、本実施の形態における携帯型端末 21 lbは、実施の形態 1の携帯型端末 211の抑制再開制御部 104の代わりに、抑制再開制御部 904を備える。なお、本実施の形態において実施の形態 1と同様の機器および構成については、同一の参照符号を付して説明を省略する。

[0231] 抑制再開制御部 904は、実施の形態 1の抑制再開制御部 104と同様の機能を有するとともに、パケットロスを検知して、そのロスしたパケットが再送パケットとして再送されるように通信制御部 107を制御する。さらに、抑制再開制御部 904は、ノケット口スが発生した後の送信側装置 203の CWINを推定して、その推定された CWINにおいても実施の形態 1と同様の間欠受信と省電力制御とを行なえるように通信制御部 1 07を制御する。

[0232] 以下、パケットロスが発生した時の本実施の形態の動作について詳細に説明する。

なお、パケットロスが発生していない状況での動作については実施の形態 1と同様となるため、ここでは説明を省略する。

[0233] 図 15は、本実施の形態における携帯型端末 21 lbの動作を示すフローチャートである。

[0234] まず、携帯型端末 21 lbは、実施の形態 1の図 9に示す処理動作と同様の定常状態の処理、即ち 1サイクルごとにサイクルデータサイズ Dcのデータを転送しつつ電源の ON/OFF制御 (省電力制御）を行う（ステップ S301)。さらに、携帯型端末 21 lb は、パケットロスの検知処理を行う（ステップ S302)。ここで、携帯型端末 21 lbは、その検知処理の結果に基づいてパケットロスがあつたか否かを判別する（ステップ S30 3)。

[0235] 携帯型端末 21 lbは、パケットロスがなかったと判別したときには (ステップ S303の No)、例えば、定常状態処理を終了すべきか否かをさらに判別する（ステップ S308) 。そして、携帯型端末 21 lbは、終了すべきと判別したときには (ステップ S308の Yes )、定常状態処理を終了し、終了すべきでないと判別したときには (ステップ S308の No)、ステップ S301からの処理を繰り返す。

[0236] 一方、携帯型端末 21 lbは、パケットロスがあつたと判別したときには (ステップ S30 3の Yes)、まず、送信側装置 203にロスしたパケットを再送させるための再送誘発処理を実施する（ステップ S304)。

[0237] このとき、携帯型端末 21 lbは、この再送誘発処理によって再送されたパケットを受信し、そのパケットを受信したことを ACKパケットにより送信側装置 203に通知する。送信側装置 203は、その ACKパケットによる通知を受けると、 TCPにおける輻輳制御により CWINを低下させる。その結果、上述の第 2の条件である CWIN^RWINを前提とする、ステップ S301の定常状態処理における間欠受信のサイクルを実行できなくなる可能性がある。

[0238] このため、携帯型端末 21 lbは、まず送信側装置 203のパラメータである CWINを推定する（ステップ S305)。そして、携帯型端末 21 lbは、ステップ S305で推定された推定値 Dc '力 RWINとして設定されているサイクルデータサイズ Dcよりも小さいか否かを判定する (ステップ S306)。携帯型端末 21 lbは、推定値 Dc 'が小さい (Dc ' < Dc)と判定したときには（ステップ S306の Yes)、 CWINをサイクルデータサイズ Dcまで増加させるための処理（CWIN低下期間中の処理）を実行する（ステップ S30 7)。一方、携帯型端末 21 lbは、推定値 Dc'がサイクルデータサイズ Dc以上である（ Dc '≥Dc)であると判定したときには（ステップ S306の No)、ステップ S301からの処理を繰り返す。

[0239] 以下、ステップ S302のパケットロス検知処理、ステップ S304の再送誘発処理、ステツプ S305の CWIN推定処理、および、ステップ S307の CWINの低下期間中の処理について、詳細に説明する。 [0240] 図 16は、図 15のステップ S302におけるパケットロス検知処理の詳細を説明するための説明図である。

[0241] 例えば、時刻 T31に送信された ACKパケット (RWIN = Dc)に対して送信側装置 2 03から送信されたサイクルデータサイズ Dc分のデータのうち、例えば 4個のデータ（ DATA；!〜 4)のうち、 DATA3がロスする。

[0242] 抑制再開制御部 904は、パケットロスをタイムアウトにより検出する。具体的には、抑制再開制御部 904は、送信側装置 203に送信再開を促す ACKパケット P11を送信した時亥 IJT31から一定時間 Tol経過後の時亥 IJT32までに、通知したサイクルデータサイズ Dc分の全てのデータを受信し切れなかった場合に、タイムアウトを検出し、パケットロスが発生したものとみなす。したがって、上述のように DATA3がロスすると、抑制再開制御部 904は、一定時間 Tol内にサイクルデータサイズ Dc分の全てのデータを受信し切れないため、パケットロスの発生を検知する。なお、一定時間 Tolをタィムァゥ H直という。

[0243] 例えば、抑制再開制御部 904は、それまでのサイクルにお!/、て、送信側装置 203 に送信再開を促す ACKパケットが送信された時刻から、通知したサイクルデータサィズ Dc分の全てのデータを受信し切るまでの時間を計測する。そして、抑制再開制御部 904は、その計測した時間のうち最大の時間を、上述のタイムァゥ H直 Tolに用いる。

[0244] また、抑制再開制御部 904は、タイムアウト値 Tolの決定においては、送信再開を促す ACKパケットが送信されてから、それに対する最初のデータを受信するまでの間隔である RTTや、連続したデータの受信間隔 Rtなどの情報を取得しておき、その情報からタイムアウトィ直 Tolを決定してもよい。即ち、抑制再開制御部 904は、「RTT の最大値 + (Dc/MSS— 1) X Rtの最大値 =Tol」のように計算してもよい。また、抑制再開制御部 904は、最大値ではなぐ平均値や分散値などの各種統計値を用 V、ることにより、より適切なタイムアウトィ直 Tolを設定してもよ!/、。

[0245] また、タイムアウト値の計測の開始時点を、送信再開を促す ACKパケットを送信した時刻 T31ではなぐ通知したサイクルデータサイズ Dc分のデータのうち最初に到着したパケットの到着時刻としてもよい。 [0246] また、抑制再開制御部 904は、タイムアウトを用いずに、受信済みのデータのシーケンス番号を監視して、そのシーケンス番号が不連続であれば、パケットロスが発生したと検知してもよい。即ち、抑制再開制御部 904は、図 16に示すように、 DATA3 を受信せずに DATA4を受信したことによりパケットロスの発生を検知する。ここで、パケットロスが発生していなくても、ネットワーク上でのパケットの順序入れ替えの発生により、シーケンス番号が不連続となる場合がある。このような場合には、上述のようにシーケンス番号が不連続であることによってパケットロスの発生を検知すると、パケットロスが発生していなくてもパケットロスとみなしてしまう可能性がある。そこで、抑制再開制御部 904は、不連続なシーケンス番号を持つデータを含むパケットを複数個受信したときまでに、または、不連続なシーケンス番号を持つデータを受信してから一定時間経過したときまでに、抜けていたデータを受信しなかった場合に、パケット口スの発生を検知してもよい。

[0247] 図 17は、図 15のステップ S304の再送誘発処理の詳細を説明するための説明図である。

[0248] パケットロスが発生した場合に受信側装置 (携帯型端末)から何も送信されなければ、送信側装置 203は、前述の第 1のロス検知方法によりタイムアウトを発生させ CW INを 1にしてから再送を行う。その結果、効率的に転送を行うことができなくなり、通信アプリケーションプログラムの性能要件を満たせなくなる可能性がある。

[0249] そこで、本実施の形態における受信側装置 (携帯型端末） 21 lbは、送信側装置 20 3に対して、第 2のロス検知方法による高速な再送を行わせ、 CWINの減少を半分にとどめさせる。その結果、できるだけ効率的に送信側装置 203にデータの転送を行わせる。

[0250] つまり、携帯型端末 21 lbの抑制再開制御部 904は、再送誘発処理では、送信側装置 203に第 2のロス検知方法を行わせるために、同一の ACKパケットを 4つ連続して送信するように通信制御部 107に指示する。その結果、携帯型端末 21 lbは、その 4つの ACKパケット P21を送信側装置 203に送信する。なお、これらの全ての ACK パケット P21に含まれる受信ウィンドウ（RWIN)は、サイクルデータサイズ Dcであって、全ての ACKパケット P21に含まれる ACK番号は、ロスしたパケットである DATA3 の送信を要求する値 (例えば、 3)となる。

[0251] このような 4つの ACKパケット P21を受け取った送信側装置 203は、ロスしたバケツトである DATA3を再送する。なお、送信側装置 203は、パケットロス検知処理時のサイクルで送信されたサイクルデータサイズ Dc分のデータ内でのロスしたパケットの位置や、送信側装置 203の TCPのバージョンや実装によって、 DATA4以降のパケットも送信すること力ある。例えば、送信側装置 203は、 DATA3を再送するとともに DATA5および DATA6を送信する。携帯型端末 21 lbの抑制再開制御部 904は、これらの全てのデータを受信するために、 4番目の ACKパケット P21の送信時刻 T4 1から一定時間 To2経過後の時刻 T42まで、データが届くのを待つ。なお、送信側装置 203は、 DATA3の再送時には、 DATA4は既に送信されているため、その DA ΤΑ4を送信しない。しかし、 DATA4もロスした可能性を考慮して、送信側装置 203 は、 DATA4を再送してもよい。

[0252] また、抑制再開制御部 904は、タイムアウト値 Tolの決定方法と同様に、 RTTや連続したデータの受信間隔 Rtの統計情報などをもとに、一定時間 To2を決定してもよい。即ち、抑制再開制御部 904は、「RTTの最大値 + (Dc/MSS - 1) X Rtの最大値 =To2」のように一定時間 To2を決定する。また、抑制再開制御部 904は、最大値ではなぐ平均値や分散値などの各種統計値を用いることにより、より適切な一定時間 Το2を設定してもよい。

[0253] また、一定時間 Το2の計測の開始時点を、再送を促す ACKパケット P21を送信した時刻 T41ではなぐ再送パケットの到着時刻としてもよい。

[0254] また、抑制再開制御部 904は、再送を促すために同一の ACKパケット P21を 4個だけ送信したが、この ACKパケット P21がロスする可能性を考慮して、さらに余分に同一の ACKパケットを送信してもよ!/ヽ。

[0255] なお、パケットロス検知処理のサイクルにおいて 1つのパケットのみがロスしていた場合には、上述の再送誘発処理により、ロスしたパケットが再送される。しかし、 2つ以上のパケットがロスして!/、た場合には、 2番目以降にロスして!/、るパケットも再送させることが望ましい。このために、携帯型端末 21 lbの抑制再開制御部 904は、 1番目にロスしたパケットに対する再送パケットが受信されると、 2番目にロスしたパケットを再送させるための同一の ACKパケットを 4つ送信するように通信制御部 107に指示する。ただし、この送信に対して送信側装置 203が 2番目にロスしたパケットを再送するかどうかは、送信側装置 203の TCPのバージョンや実装によって異なる。したがつて、場合によっては、送信側装置 203において第 1のロス検知方法によるロス検知が行われ、 CWINが 1になる可能性もある。送信側装置 203の TCP力 2番目にロスしたパケットを再送するように実装されている場合には、携帯型端末 21 lbの抑制再開制御部 904は、 1番目にロスしたパケットに対する処理と同様の処理を、全てのロスしたパケットに対して繰り返すことで、再送誘発処理を完了する。

[0256] なお、送信側装置 203の状態がどうなつている力、、即ち、第 1のロス検知方法により CWINが 1となっているの力、、第 2のロス検知方法の繰り返しの適用により CWINが 1 より大きな値となっているかは、この再送誘発処理の完了時にロスした全てのパケットの再送パケットを携帯型端末 21 lbが受信しているかどうかにより判別可能である。

[0257] 図 18は、図 15のステップ S305の CWIN推定処理の詳細を説明するための説明図である。

[0258] パケットロスが発生した場合、図 17に示す再送誘発処理の完了後には送信側装置

203において輻輳ウィンドウ（CWIN)が小さくなつている。し力もながら、定常状態での省電力制御を行うためには、上述の第 2の条件である CWIN^RWIN (Dc)が満たされている必要がある。

[0259] そこで、抑制再開制御部 904は、この CWINの値がサイクルデータサイズ Dc (期待値）を下回っていないかを知っておく必要があるため、 CWIN推定処理では、送信側装置 203の CWINの値を推定する。

[0260] まず、抑制再開制御部 904は、送信側装置 203からのデータ送信を促すため、 AC Kパケットを送信するように指示する。その結果、携帯型端末 21 lbは、その ACKパケット P31を送信側装置 203に送信する。この ACKパケット P31は受信ウィンドウ（R WIN)をサイクルデータサイズ Dcとして通知する。また、その ACKパケット P31に設定される ACK番号は、通常の TCPどおり、ステップ S304の再送誘発処理までに抜けなく受信できているデータのシーケンス番号の最大値 + 1 (例えば、 N)である。

[0261] 送信側装置 203は、この ACKパケット P31を受信すると、 Min (Dc, CWIN)分のパケット、つまり、サイクルデータサイズ Dcと CWINとのうち小さい方のサイズ分のパケットを送信する。

[0262] 抑制再開制御部 904は、この後、サイクルデータサイズ Dc分のデータを受信できた場合には、 CWINがサイクルデータサイズ Dc以上であること、つまり上述の第 2の条件が満たされていることを検知できる。また、抑制再開制御部 904は、サイクルデータサイズ Dc分のデータを受信できない場合には、 ACKパケット P31が送信された時刻 T51から一定時間 To3経過後の時刻 T52までに受信されたデータの量 (バケツトの個数）を、 CWINの推定値 Dc'とする。

[0263] なお、抑制再開制御部 904は、サイクルデータサイズ Dc分のデータを受信できたか否かの判断には、パケットロスの検知ゃタイムアウトを利用する。つまり、抑制再開制御部 904は、通信 I/F部 108から送信された ACKパケットに対して、送信側装置 203から送信されて通信 I/F部 108に順次受信された各データのシーケンス番号が連続であるか不連続である力、を判別する。そして、抑制再開制御部 904は、不連続であると判別したとき、つまりパケットロスがあつたと判別したときに、サイクルデータサィズ Dc分のデータを受信できなかったと判断する。また、抑制再開制御部 904は、通信 I/F部 108から送信された ACKパケットに対して、送信側装置 203から送信されて通信 I/F部 108に順次受信された各データの合計サイズ力 S、予め定められた期間内で、その ACKパケットの示すサイクルデータサイズ Dcに達するか否かを判別する。そして、そして、抑制再開制御部 904は、サイクルデータサイズ Dcに達しないと判別したとき、つまりタイムアウトがあつたと判別したときに、サイクルデータサイズ Dc 分のデータを受信できなかったと判断する。

[0264] 図 19は、ステップ S307の CWIN低下期間中の処理の詳細を示すフローチャートである。

[0265] CWIN低下期間中は CWINく Dcとなっている。したがって、携帯型端末が、受信ウィンドウをサイクルデータサイズ Dcとして送信側装置 203に通知しても、送信側装置 203は CWIN分しかデータを送らない。その結果、携帯型端末は、いつまでたっても通信 I/F部 108の電源を切断できなくなり、省電力制御を行えないという問題が発生する。 [0266] このため、携帯型端末 21 lbの抑制再開制御部 904は、 CWIN低下期間の最初では、まず受信ウィンドウを CWINの推定値 Dc 'として通知するように通信制御部 107 に指示する。こうすれば、携帯型端末 (受信側装置） 21 lbは、通知した受信ウィンドゥ分のデータ、つまり推定値 Dc '分のデータを受信することができ、通信 I/F部 108 の電源を切断することができる。また、送信側装置 203は、 TCPの輻輳制御手順により、「CWIN/MSS個の ACKパケットを受信すると CWINを MSS分大きくする」という制御を行う。したがって、携帯型端末 21 lbの抑制再開制御部 904は、この CWIN の増加に合わせて、通知する受信ウィンドウのサイズを大きくする。その結果、抑制再開制御部 904は、最終的には受信ウィンドウのサイズを元のサイクルデータサイズ Dc として通知することができ、定常状態で省電力制御を継続することが可能となる。

[0267] 抑制再開制御部 904は、実際の処理として、まず、 CWIN低下期間中のサイクノレデータサイズ DcXの初期値を推定値 Dc'とするとともに、 CWIN低下期間中のサイクル間隔 TcXの初期値を Dc ' /BWとする（ステップ S401)。なお、 TcX = DcX/BW とすることで、 CWIN低下期間中も BW[Byte/sec]のレートを確保することができる。これは、サイクルデータサイズが Dcから Dc'に低下したのに比例してサイクル間隔 T cも短くすることに相当する。

[0268] 次に、抑制再開制御部 904は、上記サイクルデータサイズ DcXおよびサイクル間隔 TcXに基づく間欠受信サイクルを DcX/MSS回繰り返す（ステップ S402)。つまり、携帯型端末 21 lbは、 RWIN = DcXの ACKパケットを送信して、サイクルデータサイズ DcX分のデータを受信し、その ACKパケットの送信からサイクル間隔 TcXが経過するまで次の ACKパケットの送信を停止しておくという間欠受信を（DcX/MSS)サイタルだけ繰り返す。このような間欠受信を繰り返すことによつても、携帯型端末 211 bは、サイクルデータサイズ DcX分のデータを受信してから、次の ACKパケットを送信するまで、通信 I/F部 108の電源を OFFにすることができ、省電力制御を行なうこと力 Sできる。また、このような間欠受信の繰り返しによって、送信側装置 203は、 DcX /MSS個の ACKを受信することになり、その結果、 CWINを MSS分だけ増加させ

[0269] したがって、間欠受信サイクルが DcX/MSS回繰り返されると、次のサイクルからは、それまでよりサイクルデータサイズ DcXを MSS分大きくしても省電力制御を行うこと力 Sでさる。

[0270] このため、抑制再開制御部 904は、サイクルデータサイズ DcXを MSS大きくし、それに合わせてサイクル間隔 TcXも更新する（ステップ S403)。そして、抑制再開制御部 904は、ステップ S403でサイクルデータサイズ DcXが大きくなることで、そのサイクルデータサイズ DcX力パケットロス発生前の元のサイクルデータサイズ Dc以上になつたか否かを判別する（ステップ S404)。

[0271] ここで、抑制再開制御部 904は、サイクルデータサイズ Dc以上になったと判別したときには（ステップ S404の Yes)、 CWIN低下期間中の処理を完了し、図 15に示すステツプ S301の定常状態処理を実行する。一方、抑制再開制御部 904は、サイクノレデータサイズ DcXがまだ元のサイクルデータサイズ Dcに満たないと判別したときには (ステップ S404の No)、更新されたサイクルデータサイズ DcXおよびサイクル間隔 T cXを用いて、ステップ S402力、らの処理、つまり間欠受信を DcX/MSS回繰り返す処理を行う。

[0272] 図 20は、ステップ S307の CWIN低下期間中において行われる間欠受信の 1サイクルを示す図である。

[0273] CWIN低下期間中では、携帯型端末 211bは、例えば時亥 ijT61に、（RWIN = Dc X)の ACKパケット P41を送信する。その結果、携帯型端末 21 lbは、時刻 T62に、 C WIN低下期間中のサイクルデータサイズ DcX分のデータを送信側装置 203から受信する。そして、携帯型端末 21 lbは、その ACKパケット P41を送信してから、 CWI N低下期間中のサイクル間隔 TcXが経過するまで、つまり時亥 IJT63まで次の ACKパケットの送信を停止する。さらに、携帯型端末 21 lbは、時刻 T61〜T62までは通信 I /F部 108の電源を ONにして、時刻 T62〜T63まではその電源を OFFにするような省電力制御を行なう。携帯型端末 21 lbは、このような時刻 T61〜T63までの処理を間欠受信の 1サイクルとして実行する。

[0274] なお、抑制再開制御部 904は、ステップ S307における CWIN低下期間中の処理中に、パケットロスを検知した場合も、図 15に示すステップ S30；!〜 S308の処理を行なえばよい。 [0275] また、抑制再開制御部 904は、図 20に示すように、 1サイクルに ACKパケットを一つだけ送信するが、複数の ACKパケットを送信してもよい。つまり、送信される ACK パケットが 1つの場合には、 CWINを増加させるために、間欠受信のサイクルを DcX /MSS回繰り返す必要がある。し力、し、 1サイクルに ACK番号の異なる複数個（例えば N個）の ACKパケットを送信すれば、間欠受信のサイクルの繰り返し回数を DcX / (MSS X N)回に抑えることができる。さらに、 N = DcX/MSSとすれば、間欠受信のサイクルの繰り返し回数を 1サイクルにすることができる。

[0276] また、上記処理を行っただけでは、通信アプリケーションプログラムの要求である帯域 BWを十分確保したとはいえない場合がある。即ち、ステップ S307の CWIN低下期間中の処理、およびステップ S 301の定常状態処理の期間においては、帯域 BW は確保されている。し力、し、ステップ 302のパケットロス検知処理、ステップ S304の再送誘発処理、ステップ S305の CWIN推定処理を行っている期間においては、タイムアウト待ちを行ってレ、ることにより、帯域 BWは確保されて!/、な!/、。

[0277] 通信アプリケーションプログラムが帯域 BWを要求して!/、ると!/、うことは、 TCPコネクシヨン開始時から帯域 BWで通信し続けただけのデータを受信している必要があるが、上記処理ではこれが満たされてないことになる。この問題は、「TCPコネクション開始時から受信したデータの総量 =通信開始時からの経過時間 X BW」の条件が成り立つまで、例えば以下の 3つの制御方法を実行することにより回避可能である。第 1 の制御方法では、ステップ S307の CWIN低下期間中の処理において、サイクル間隔 TcXの値を上記処理よりも短く設定することにより、一時的に帯域 BW以上の帯域を確保する。また、第 2の制御方法では、 CWIN低下期間終了後のステップ S301の定常状態処理において、サイクル間隔 Tcを短くする、もしくはサイクルデータサイズ D cを大きくすることにより、一時的に BW以上の帯域を確保する。上述の条件が成り立つた後は、サイクル間隔 Tcおよびサイクルデータサイズ Dcをパケットロス発生前の元の値に戻せばよ!/、。第 3の制御方法では、送信抑制制御（間欠受信）を一時的に中断する。例えば、抑制再開制御部 904は、 CWINがサイクルデータサイズ Dcよりも小さくなつてからサイクルデータサイズ Dc以上になるまでのウィンドウ回復期間、 ACK パケットの通常の送信の抑制（停止）を解除し、通信 I/F部 108でデータが受信されるごとに、 ACKパケットを通信 I/F部 108から送信させる。また、このとき、上述と同様に、 1つの ACKパケットを、 ACK番号の異なる複数個（例えば N個）の ACKバケツトに分けて送信することによって、 CWINをサイクルデータサイズ Dc以上に早急に回復させること力 Sでさる。

[0278] また、上記処理では、定常状態では間欠受信サイクルが成功することを前提としている。しかし、上記処理では、送信側装置 203はサイクルデータサイズ Dc分だけのデータをバースト的に送信することになるため、例えば中継装置が転送パケットを格納するために保持して!/、るバッファのサイズがサイクルデータサイズ Dcよりも小さ!/ヽ場合などは、必ずパケットロスが発生し定常状態処理を行えない可能性がある。このため、定常状態での処理が成功しない状況においては、サイクルデータサイズを Dc よりも小さな値 D"とし、サイクル間隔も Tcより小さい値 D"/BWとした定常状態処理を行なうなどの必要がある。なお、ネットワークの状況などは動的に変化するため、パケットロスの発生に応じてサイクル間隔およびサイクルデータサイズを動的に変化させることにより、より最適な（通信アプリケーションプログラムの要求を満たしつつ、できるだけ省電力効果の高い)パラメータを探索するように動作してもよい。また、動的にノラメータを変更しつつ、最適なパラメータ値を探索するアルゴリズムは、一般に用いられている探索アルゴリズムなどを流用すればよぐ本発明の本質ではないためここでは詳細なアルゴリズムについては説明を省略する。

[0279] また、上記では、図 15に示すように、ステップ S307で CWIN低下期間中の処理を行うかどうかを判定したり、 CWIN低下期間中のサイクルデータサイズの初期値 Dc' を決定したりするために、ステップ S305の CWIN推定処理を行った。し力、し、 CWIN 推定処理は、より効率的に、即ち必要以上に転送レートを低下させないために行う処理であり、必ずしも本発明に必須の処理ではない。例えば、パケットロスが 1回しか発生していない場合などは、 CWINは最低でもパケットロス発生前の 1/2以上であると言えるため、サイクルデータサイズの初期値をサイクルデータサイズ Dcの 1/2として、必ず CWINの低下期間中の処理を行ってもよい。

[0280] 上記のような処理を行うことにより、パケットロスが発生した場合でも、通信帯域を維持しつつ間欠受信による省電力制御を継続することができる。 [0281] (実施の形態 4)

次に、本発明の実施の形態 4に係る通信装置について説明する。実施の形態；!〜 3の通信装置は、フロー制御を終端するが、本実施の形態における通信装置はフロ一制御を行う通信を中継する。つまり、本実施の形態における通信装置は、中継通信装置として構成され、実施の形態 1の携帯型端末 211自体の TCP通信に対して行つていた制御を、中継している TCP通信に対して行う。したがって、本実施の形態における間欠受信および省電力制御の本質は、実施の形態 1と共通するため、以下では、本実施の形態における実施の形態 1との差分を中心に説明する。

[0282] 図 21は、本実施の形態における通信装置を有する通信システムの一例を示す構成図である。なお、本実施の形態に含まれる構成要素中、実施の形態 1と同一の機能および構成を有する構成要素に対しては、実施の形態 1の構成要素と同一の符号を付して示し、詳細な説明は省略する。

[0283] 本実施の形態に係る通信システムは、携帯型端末 212と、携帯型端末 501と、受信側装置 502と、無線基地局 202と、インターネット 204と、送信側装置 203とを備えている。

[0284] 本実施の形態における携帯型端末 501と受信側装置 502は、それぞれが組み合わされた状態で、インターネット 204および無線基地局 202を介して送信側装置 203 に対して、実施の形態 1の携帯型端末 211と同様の処理動作を行う。

[0285] また、携帯型端末 501は、送信側装置 203と受信側装置 502との間の通信を中継する。

[0286] つまり、本実施の形態の通信システムと、実施の形態 1の図 3に示す通信システムとの違いは、実施の形態 1では本発明の通信装置たる携帯型端末 212が受信側装置として動作していたのに対し、本実施の形態では本発明の通信装置たる携帯型端末 501が中継装置として動作し、その携帯型端末 501に別の受信側装置 502が接続されている点である。

[0287] 図 22は、本実施の形態における携帯型端末 501の具体的な構成を示す構成図である。

[0288] 携帯型端末 501は、アプリ要求取得部 102と、ノラメータ決定部 103と、抑制再開制御部 504と、電源制御部 106と、通信制御部 107と、通信 I/F部 108と、サブ通信 I/F部 109とを備える。

[0289] つまり、本実施の形態における携帯型端末 501は、実施の形態 1の携帯型端末 21 1にないサブ通信 I/F部 109を備えるとともに、携帯型端末 211にある通信アプリケーシヨン部 101を備えていない。また、本実施の形態における携帯型端末 501は、実施の形態 1の携帯型端末 211における抑制再開制御部 104の代わりに、抑制再開制御部 504を備える。

[0290] サブ通信 I/F部 109は、例えば、 Ethernet (登録商標）などの有線 LANや、無線 LAN, USB (Universal Sirial Bus)などで受信側装置 502と通信する。なお、サブ通信 I/F部 109の通信方式は、これら以外の任意の通信方式であってもよい。

[0291] 抑制再開制御部 504は、実施の形態 1の抑制再開制御部 104と同様、間欠受信パラメータ登録通知によって受け取った間欠受信パラメータに応じて、送信側装置 203 力のデータ送信を抑制または再開させるタイミングを決定する。また、抑制再開制御部 504は、決定したタイミングに、送信側装置 203からのデータ送信を抑制または再開させるため、通信制御部 107に対して ACKパケットの転送に関係する 3つの要求（後述）を発行する。

[0292] 実施の形態 1では、通信制御部 107が TCPの処理を行っていたため、抑制再開制御部 104は、その通信制御部 107に対して、 ACKパケットの送信の可否を要求したり、 ACKパケットの内容を所定の内容にするように要求したり、 ACKパケットの送信のタイミングを要求した。本実施の形態では、通信制御部 107が送信側装置 203および受信側装置 502の送信するパケットの転送を行うため、抑制再開制御部 504は、通信制御部 107に対して、受信側装置 502の送信した ACKパケットの転送の可否を要求したり、受信側装置 502の IPアドレスが送信元アドレスとなるように、 ACKパケットの内容を所定の内容にするように要求したり、 ACKパケットの転送のタイミングを要求する。

[0293] 具体的に、通信制御部 107は、抑制再開制御部 504から、 ACK通常転送抑制要求、 ACK通常転送再開要求、および ACK単発送信要求を受けて、それらの要求に対応する。 [0294] ACK通常転送抑制要求は、通常の ACKパケット転送を抑制させるための要求である。通信制御部 107は、この要求を受けると、以後、受信側装置 502から送信された ACKパケットの転送を行わなくなる。

[0295] ACK通常転送再開要求は、 ACK通常転送抑制要求を解除させる要求である。通信制御部 107は、この要求を受けると、通常の処理 (受信側装置 502から送信された ACKパケットの転送）を再開する。

[0296] ACK単発送信要求は、抑制再開制御部 504から指定されたタイミングで、抑制再開制御部 504から指定された内容の ACKパケットを送信させる要求である。通信制御部 107は、この要求を受けると、受信側装置 502が ACKパケットを送信するタイミングに関係なぐ指定された内容の ACKパケットを指定されたタイミングで送信する。なお、この要求は、 ACK通常転送抑制要求を受けている状態でも有効である（送信可能である）。また、抑制再開制御部 504は、この ACKパケットの送信元 IPアドレスには受信側装置 502の IPアドレスを用いるように通信制御部 107に指示する。

[0297] 次に、本実施の形態における、間欠受信の準備状態に入るまでの処理について説明する。本実施の形態における上記処理では、実施の形態 1の処理と比べて、間欠受信パラメータに関する処理のみが異なる。そこで、間欠受信パラメータに関する処理について説明する。

[0298] 実施の形態 1では、アプリ要求取得部 102は、通信アプリケーションプログラムから性能に関する要求 (性能パラメータ）を受信し、これを性能パラメータ管理テーブルで管理していた。しかし、本実施の形態においては、通信を行う通信アプリケーションプログラムは、受信側装置 502にあるため、この要求性能に関する情報 (性能パラメ一タ）も受信側装置 502が保持している。このため、本実施の形態のアプリ要求取得部 102は、以下の処理を行うことにより性能パラメータを取得する。

[0299] 例えば、アプリ要求取得部 102は、受信側装置 502からサブ通信 I/F部 109を経由して通信アプリケーションプログラムに関する情報 (性能パラメータ）を取得する。このとき、アプリ要求取得部 102は、その後に開始される TCP通信を識別するための情報を合わせて取得する。例えば、アプリ要求取得部 102は、送信側装置 203の IP アドレス情報や、通信アプリケーションプログラムが使用するポート番号の情報、もしくは TCP通信を識別するための ro情報を取得する。 m情報を取得する場合は、その後開始される TCP通信にお!/、て、例えば IPヘッダオプションフィールドや TCPへッダオプションフィールドなどにこの ID情報を含めることで携帯型端末 501が TCPコネクシヨンを言忍識できるようにすれば'よい。

[0300] また、アプリ要求取得部 102は、受信側装置 502から性能パラメータを取得できない場合は、既定のパラメータを性能パラメータに適用する。なお、既定のパラメータでは、通信アプリケーションプログラムの性能要件を満たせな力、つたり、必要以上に通信 I/F部 108の電力を消費したりする可能性があるため、携帯型端末 501の UI (Us er Interface)などからこの既定のパラメータを変更できるようにしてもょレ、。

[0301] 次に、本実施の形態における間欠受信の準備状態の処理について説明する。まず、受信側装置 502と送信側装置 203の間で TCPコネクションが確立される。携帯型端末 501の通信制御部 107は、コネクション開始時の TCPパケット（SYNパケット等）を転送する際に、制御対象である TCPコネクションが開始されたことを検知する。 TC Pコネクションの確立後、受信側装置 502と送信側装置 203の間の TCPパケットは、携帯型端末 501の通信 I/F部 108、通信制御部 107、およびサブ通信 I/F部 109 を介して送受信される。

[0302] その後、抑制再開制御部 504は、通信制御部 107で転送される TCPパケットをモユタリングし、転送データの帯域 (転送帯域）が、間欠受信パラメータ管理テーブルに設定されている帯域 (設定帯域 BW = Dc/Tc)に到達するのを待つ。例えば、抑制再開制御部 504は、実施の形態 1の抑制再開制御部 104と同様、サイクル間隔 Tcの経過ごとに、そのサイクル間隔 Tcの間に受信した TCPパケットのデータサイズを合計することで、合計データサイズ T1Dを算出する。そして、抑制再開制御部 504は、「T1 D/Tc≥BW」の条件を満たす回数が所定回数以上だけ続いたときに、転送帯域が設定帯域 BWに到達したと見なす。

[0303] 抑制再開制御部 504は、転送帯域が設定帯域 BWに到達すると、送信側装置 203 からのデータ送信を抑制するために、通信制御部 107に対して ACK通常転送抑制要求を発行する。なお、この発行は、間欠受信の 1回目の処理に相当する。このとき、抑制再開制御部 504は、通信制御部 107からそれまでに送信した最後の ACKパケットの情報、すなわち、 ACK番号（LAST— ACKNO)と受信ウィンドウ（LAST— RWIN)とを保持しておく。通信制御部 107は、抑制再開制御部 504から ACK通常転送抑制要求を受けると、以後、受信側装置 502から送信された ACKパケットを転送しないようにする。

[0304] 一方、送信側装置 203は、受信側装置 502から ACKパケットが送られてこなくなつても、自身の管理する送信可能なデータサイズ (uwnd)が 0になるまで、データ送信を続け、 uwndが 0になった時点で、データ送信を終了する。その結果、送信側装置 203は送信抑制期間に入る。

[0305] 抑制再開制御部 504は、 ACK通常転送抑制要求の発行後も TCPパケットをモニタリングし、送信側装置 203での送信可能なデータサイズ (uwnd)が 0になるのを待つ。具体的には、抑制再開制御部 504は、受信した TCPパケットのシーケンス番号とデータサイズを参照し、（シーケンス番号 +データサイズ）が（LAST— ACKNO + L AST— RWIN)に到達するのを待つ。

[0306] 抑制再開制御部 504は、 uwndが 0になったと判断したら、電源制御部 106へ切断要求を発行する。電源制御部 106は切断要求を受けると、通信 I/F部 108の電源を切断する。

[0307] 抑制再開制御部 504は、電源制御部 106へ切断要求を発行した後、所定時間の満了を待つ。この所定時間は、サイクル間隔 Tcと一致していてもよいし、異なる時間であっても良い。送信側装置 203は、既に送信抑制期間に入っているので、通信 1/ F部 108の電源が切断されている間、データ送信を行なわない。

[0308] 所定時間が満了したとき、抑制再開制御部 504は、電源制御部 106へ投入要求を発行する。さらに、抑制再開制御部 504は、間欠受信の準備状態が満了したと見なし、定常状態に遷移する。電源制御部 106は投入要求を受けると、通信 I/F部 108 の電源を投入する。

[0309] 以下、本実施の形態における定常状態の処理について説明する。

[0310] 図 23は、本実施の形態における受信側装置 502と携帯型端末 501と送信側装置 2 03の定常状態での動さを示すシーケンス図である。

[0311] 定常状態での 1サイクル分の動作は、送信再開処理と、送信抑制期間の開始処理と、送信抑制期間の終了処理との 3つのステップに分けられる。

[0312] 送信再開処理 (ステップ 1)では、抑制再開制御部 504は、送信側装置 203からのデータ送信を再開させるため、通信制御部 107に対して ACK単発送信要求を発行する。このとき、抑制再開制御部 504は、 ACKパケットの受信ウィンドウ（RWIN)として、間欠受信パラメータ管理テーブルに格納されたサイクルデータサイズ Dcを指定する。通信制御部 107は、時亥 IJT71に、 ACK単発送信要求を受け取ると、 RWIN = Dcの ACKパケット P51を通信 I/F部 108を介して送信する。このとき、抑制再開制御部 504は、受信側装置 502から受信して転送して!/、な!/、ACKパケットの ACK番号のうち最大のものを記憶しているため、その記憶している ACK番号を、 ACKパケット P51の ACK番号にする。なお、送信側装置 203がこの ACKパケット P51を正当なパケットとして受信できるように、その ACKパケット 51では、送信元 IPアドレスは受信側装置 502の IPアドレスとされ、ポート番号は当該 TCPコネクションのポート番号とされる。

[0313] 一方、送信側装置 203は、携帯型端末 501が送信した ACKパケット (RWIN = Dc )を受信すると、間欠受信の準備状態、または、送信抑制期間が終了し、データ送信が可能な状態になる。その結果、送信側装置 203は、受信側装置 502あての TCPパケット（データ P52)の送信を再開する。

[0314] 携帯型端末 501の抑制再開制御部 504は、間欠受信の準備状態で ACK通常転送抑制要求を発行して!/、るので、受信側装置 502が送信した ACKパケットの転送は既に抑制されている。すなわち、サブ通信 I/F部 109が受信側装置 502からの AC Kパケットを受信して、その ACKパケットを通信制御部 107に引渡しても、通信制御部 107はその ACKパケットを通信 I/F部 108を通して送信側装置 203に対して送信しない。そのため、送信側装置 203がー度に送信できるデータ P52のサイズは、サイタルデータサイズ Dcに制限される。

[0315] 送信抑制期間の開始処理 (ステップ 2)では、抑制再開制御部 504は、時刻 T71以降、通信制御部 107で転送される TCPパケットをモニタリングする。そして、抑制再開制御部 504は、時刻 T71以降で転送したデータサイズがサイクルデータサイズ Dcに到達したかどうか、すなわち、送信側装置 203の送信可能なデータサイズ (uwnd)が 0になった力、どうかを確認し続ける。このとき抑制再開制御部 504は、間欠受信の準備状態での確認処理と同じぐ最後に送信した ACKパケットの ACK番号と受信ウインドウ（RWIN = Dc)を使って上述の確認を行う。 T71以降で転送したデータサイズ力 ¾cに到達したとき、即ち時刻 T72で、抑制再開制御部 504は、送信抑制期間が開始したとみなし、電源制御部 106に対して切断要求を発行する。電源制御部 106 は切断要求を受けると、通信 I/F部 108の電源を切断する。

[0316] 送信抑制期間の終了処理 (ステップ 3)では、本発明の実施の形態における携帯型端末 501では、 T71時点を起点として、サイクル間隔 Tcの時間経過後の時刻 T73を、送信抑制期間の終了点と見なす。つまり、抑制再開制御部 504は、タイマにより時刻 T73のタイミングを検出し、電源制御部 106に投入要求を発行する。その結果、投入要求により、電源制御部 106は時刻 T73に通信 I/F部 108の電源を投入する。

[0317] 携帯型端末 501は、定常状態では、上記 3つのステップを 1サイクルとして、繰り返し実行する。

[0318] このように、本実施の形態では、実施の形態 1での省電力方法と同様の間欠受信制御を、 TCP通信を中継する通信装置に対しても適用することができ、実施の形態 1 と同様の省電力効果を得ることができる。また、ここでは説明を省略するが、実施の形態 2による省電力効果の向上や、実施の形態 3によるパケットロス時の動作なども TC P通信を中継する通信装置に対して適用することも可能である。

[0319] (実施の形態 5)

以下、本発明の第 5の実施の形態における通信装置について図面を参照しながら説明する。実施の形態 1から 4では、本発明に係る通信装置を受信側装置に対して適用したが、本実施の形態では、本発明に係る通信装置を送信側装置に適用し、送信側装置の省電力効果を向上させる。また、本実施の形態における送信側装置は、受信側装置に対して、間欠送信処理を行うことを通知することで、より確実に省電力効果を高める。

[0320] 図 24は、本実施の形態における通信装置を有する通信システムの一例を示す構成図である。

[0321] 本実施の形態に係る通信システムは、通信装置たる携帯型端末 611 , 612と、無線基地局 202と、インターネット 204と、受信側装置 603とを備えている。

[0322] 携帯型端末 611 , 612は、通信品質と省電力効果のさらなる向上を両立して図った送信側装置であって、無線基地局 202およびインターネット 204を介して、受信側装置 603にデータを送信する。受信側装置 603は、インターネット 204および無線基地局 202を介して、携帯型端末 611 , 612から送信されたデータを受信する。

[0323] ここで、本実施の形態における携帯型端末 611について詳細に説明する。

[0324] 図 25は、本実施の形態における携帯型端末 611の一例を示す構成図である。

[0325] 携帯型端末 611は、通信アプリケーション部 621と、アプリ要求取得部 622と、パラメータ決定部 623と、抑制再開制御部 624と、電源制御部 106と、通信制御部 627と、通信 I/F部 108とを備える。この携帯型端末 611は、受信側装置 603から ACKパケットを受信しても、直ちにその ACKパケットに応じたデータパケット（送信データ）を送信することなぐ所定期間（上述の送信抑制期間)だけデータパケットの送信を停止して、その所定期間経過後にデータパケットを送信する。言い換えれば、携帯型端末 611は、フロー制御の仕組みを使ってデータ送信の抑制と再開を繰り返すことで、携帯型端末 611の所望する間隔での間欠的なデータ送信（間欠送信)を行う。これにより、携帯型端末 611は、その所定期間だけ通信 I/F部 108に供給される電力を抑えることができ省電力効果の向上を図ることができる。

[0326] また、本実施の形態における携帯型端末 611が備えている上記各構成要素は、基本的に、実施の形態 1の携帯型端末 211が備えている各構成要素のデータ受信用の機能に対応した、データ送信用の機能を有する。したがって、本実施の形態における携帯型端末 611が備えている上記各構成要素の機能のうち、実施の形態 1の携帯型端末 211が備えて!/、る各構成要素の機能に対応して!/、るものにつ!/、ては、以下、簡単に説明し、単純に対応していない機能についてのみ詳細に説明する。

[0327] なお、本実施の形態では、抑制再開制御部 624が抑制手段および切換制御手段として構成されている。

[0328] 通信アプリケーション部 621は、通信アプリケーションプログラムを実行する。通信アプリケーション部 621は、通信アプリケーションプログラムの起動時に、アプリ要求取得部 622に起動通知を発行し、受信側装置 603との間でデータ送受信を行なう。また、通信アプリケーション部 621は、通信アプリケーションプログラムの終了時に、ァプリ要求取得部 622に終了通知を発行する。なお、本実施の形態では、説明の単純化のため、携帯型端末 611上で同時に動作する通信アプリケーションプログラムが 1 つに限定されているものとする。

[0329] アプリ要求取得部 622は、通信アプリケーション部 621と受信側装置 603との間でのデータ通信の「性能パラメータ」を入手する。アプリ要求取得部 622は、通信アプリケーシヨン部 621から起動通知または終了通知を受けると、同時にその性能パラメ一タを通信アプリケーション部 621から入手し、ノラメータ決定部 623に対して、性能パラメータ登録通知または性能パラメータ削除通知を発行する。

[0330] なお、アプリ要求取得部 622は、送信されるデータのタイプ（アプリケーションタイプ )や、ファイルサイズ、バッファサイズなどに基づいて、性能パラメータである帯域 BW および遅延時間 DTなどを決定してもよい。たとえば、アプリケーションタイプが MPE Gであれば、アプリ要求取得部 622は、画像が乱れない程度の必要な帯域を性能パラメータとして決定する。

[0331] ノラメータ決定部 623は、間欠的にデータを送信するためのパラメータを決定する。間欠的にデータを送信するためのパラメータは、実施の形態 1の間欠受信時と同様に、間欠送信のサイクル間隔およびサイクルデータサイズからなる。また、これらの 2 つのパラメータを総称して「間欠送信パラメータ」と呼ぶ。ノラメータ決定部 623は、ァプリ要求取得部 622から性能パラメータ登録通知または性能パラメータ削除通知を受けつけたとき、アプリ要求取得部 622からの性能パラメータを元に間欠送信パラメータを決定し、抑制再開制御部 624に間欠送信パラメータ登録通知または間欠送信ノラメータ削除通知を送信する。

[0332] 抑制再開制御部 624は、受信側装置 603へのデータ送信が間欠的に行なわれるように、通信制御部 627を制御する。抑制再開制御部 624は、送信したデータに対する ACKパケットを受信した後、受信側装置 603へのデータ送信を行わな!/、期間を作る。この期間のことを送信抑制期間と呼ぶ。さらに、抑制再開制御部 624は、この制御によって得られた送信抑制期間に通信 I/F部 108の電源が切断されるように、電源制御部 106へ指示を出す。 [0333] 具体的には、抑制再開制御部 624は、間欠送信パラメータ登録通知によって受け取った間欠送信パラメータに応じて、受信側装置 603へのデータ送信を抑制または再開するタイミングを決定する。また、抑制再開制御部 624は、送信抑制期間に連動して、電源制御部 106に対して投入または切断の要求を送信する。さらに、抑制再開制御部 624は、通信制御部 627で送受信する TCPパケットをモニタリングし、そのモユタリングの結果を上述のタイミングの決定に利用する。

[0334] 電源制御部 106は、抑制再開制御部 624からの投入または切断の要求に従って、通信 I/F部 108の電源を投入または切断する。

[0335] 通信制御部 627は、通常の TCP処理に加えて、抑制再開制御部 624からの要求を受けて、データパケットの送信タイミングやパケット内容を変更する。具体的には、通信制御部 627は、抑制再開制御部 624から、データパケット通常送信抑制要求、データパケット通常送信再開要求、指定サイズデータ送信要求を受けて、それらの要求に対応する。

[0336] データパケット通常送信抑制要求は、通常のデータパケット送信を抑制させる要求である。通信制御部 627は、この要求を受けると、以後、指定サイズデータ送信要求、もしくは、データパケット通常送信再開要求を受けない限り、データパケットを送信しない。

[0337] データパケット通常送信再開要求は、データパケット通常送信抑制要求によって停止していたデータパケットの送信抑制を解除し、通常の TCPにしたがって、データパケットを送信させる要求である。

[0338] 指定サイズデータ送信要求は、データパケット通常送信抑制要求を受けた状態において有効であり、指定されたサイズのデータを TCPにしたがって送信させる要求である。通信制御部 627は、通信 I/F部 108を介して、指定されたサイズのデータパケットを送信し、送信したデータパケットに対応する ACKパケットを受信したと判断した時点で、データパケットの送信を停止する。

[0339] このような携帯型端末 611が初期状態から通信を開始して終了するまでの携帯型端末 611の動作について、以下、説明する。

[0340] 初期状態では、実施の形態 1の間欠受信パラメータの登録と同様に、携帯型端末 6 11は、性能パラメータに基づいて間欠送信パラメータ管理テーブルを登録し、通常の TCPにしたがった処理を開始する。

[0341] 次に、携帯型端末 611は、間欠送信の準備状態の処理を行う。この準備状態においては、携帯型端末 611は、まず、間欠送信を行うことを受信側装置 603に通知する。すなわち、携帯型端末 611は、 TCPの通信を開設する際に、間欠送信処理を行う旨を受信側装置 603に通知するために、 TCPヘッダのオプションフィールドにおいて間欠送受信有効フラグを有効にし、 3WAYノヽンドシェイクを行う。これにより、受信側装置 603の間欠受信処理を抑えることができ、より確実に省電力効果を高めることができる。つまり、受信側装置 603が実施の形態 1の携帯型端末 211のように間欠受信を行うことが可能な通信装置である場合に、受信側装置 603による間欠受信と、携帯型端末 611による間欠送信とが同時に行われると、携帯型端末 611と受信側装置 60 3との間での通信（間欠送信および間欠受信）が正常に行われないことがある。しかしながら、上述のように、本実施の形態では、携帯型端末 611が間欠送信を行うことを受信側装置 603に通知して、受信側装置 603による間欠受信を停止させることにより、携帯型端末 611による受信側装置 603に対する間欠送信を正常に行うことができる。このような間欠送信の通知の他、携帯型端末 611は、実施の形態 1と同様に、データパケット（送信データ）の帯域 (送信帯域)が間欠送信パラメータ管理テーブルに設定されて!/、る帯域 BWまで達し、その帯域でのデータパケットの送信が所定の回数以上継続されるように、データパケットの送信を繰り返し行う。その後、携帯型端末 61 1の抑制再開制御部 624は、データパケット通常送信抑制要求を通信制御部 627に送信する。その結果、通信制御部 627は、抑制再開制御部 624からデータパケット通常送信抑制要求を受けると、以後、 ACKパケットの受信を続けるものの、その受信時にデータパケットを送信しな!/、ようにする。

[0342] 次に、本実施の形態における定常状態の処理について説明する。

[0343] 図 26は、本実施の形態における携帯型端末 611と受信側装置 603の定常状態での動作を示すシーケンス図である。

[0344] 定常状態での 1サイクル分の動作は、送信再開処理と、送信抑制期間の開始処理と、送信抑制期間の終了処理との 3つのステップに分けられる。 [0345] 送信再開処理 (ステップ 1)では、抑制再開制御部 624は、受信側装置 603への指定サイズのデータ送信を行うために、通信制御部 627に対して指定サイズデータ送信要求を発行する。このとき、抑制再開制御部 624は、間欠送信パラメータ管理テーブルに格納されたサイクルデータサイズ Dcを、サイクル間隔 Tcの間に送信すべきデータサイズ (指定サイズ)とし、そのサイクルデータサイズ Dc分のデータを送信するように通信制御部 627に要求する。通信制御部 627は、時刻 T81に、指定サイズデータ送信要求を受け取ると、サイクルデータサイズ Dc分のデータパケット P1を通信 1/ F部 108を介して送信する。

[0346] 送信抑制期間の開始処理 (ステップ 2)では、抑制再開制御部 624は、時刻 T81以降、通信制御部 627で受信される TCPパケットをモニタリングしながら、通信制御部 6 27からそれまでに送信された最後のデータパケットの情報、すなわち、シーケンス番号（LAST— SEQ)と送信したデータサイズ（LAST— SIZE)とを保持しておく。

[0347] そして、抑制再開制御部 624は、時刻 T81以降で送信したデータサイズがサイクルデータサイズ Dcに到達し、最後のデータパケットに対する ACKパケットを受信したかどうか、を確認し続ける。具体的には、抑制再開制御部 624は、 ACKパケット P2が受信されるごとに、その受信された ACKパケット P2の ACK番号を参照し、その ACK番号が（LAST— SEQ + LAST— SIZE)であるか否かを確認する。

[0348] このとき、送信されたデータパケットに対する ACKパケットが全て携帯型端末 611 に到達しない場合がある。具体的には、次の原因が考えられる。

[0349] (1)受信側装置 603が DELAYED ACKアルゴリズムを実装している場合、受信側装置 603はデータパケット 1つに対して 1つの ACKパケットを送信するのではなぐ複数個のデータパケットに対し、 1つの ACKパケットを送信する。

[0350] (2)伝送路上や、受信側端末 603上、携帯型端末 611上で、パケットロスが発生す

[0351] そこで、携帯型端末 611は、 RTTを推定する RTT推定部を備え、送信したデータパケットに対する全ての ACKパケットを受信しな!/、場合、最後のデータパケットを送信した後から RTT間だけ ACKパケットを待ち受けてもよい。携帯型端末 611は、この RTT間に全ての ACKパケットを受信しなければ、 ACKパケットの待ち受けを終了し、受信していない ACKパケットに対応するデータパケットを、次のサイクルにおけるデータ送信の最初に再送する。

[0352] また、携帯型端末 611は、 RTT間だけ ACKパケットを待ち受け、全ての ACKパケットを受信しない場合は、パケットロスが発生している可能性もあるため、受信していない ACKパケットに対応するデータパケット、もしくは、最後に送信したデータバケツトを再送信し、再度 ACKパケットを待ってもよい。

[0353] また、受信側装置 603の DELAYED ACK TIMERを解除するパケット数が既知であれば、携帯型端末 611は、データパケットの数が DELAYED ACK TIME R解除のパケット数の整数倍となるように、データパケットの分割を行ってもよい。一方、 DELAYED ACK TIMERを解除するパケット数が既知でなければ、携帯型端末 611は、あらかじめ、通信中に DELAYED ACK TIMER解除のパケット数を A CKパケットの受信タイミングから推定してお!/、てもよ!/、。

[0354] 時刻 T81以降で送信したデータパケットに対する全ての ACKパケットが到達したとき、もしくは、これ以上到達しないと判断したときである時刻 T82で、抑制再開制御部 624は、送信抑制期間が開始したとみなし、電源制御部 106に対して切断要求を発行する。電源制御部 106は切断要求を受けると、通信 I/F部 108の電源を切断する

〇

[0355] 送信抑制期間の終了処理 (ステップ 3)では、本発明の実施形態における携帯型端末 611は、時刻 T81を起点として、サイクル間隔 Tcの時間経過後の時刻 T83を、送信抑制期間の終了点と見なす。つまり、抑制再開制御部 624は、タイマにより時刻 T 83を検出し、電源制御部 106に投入要求を発行する。その投入要求により、電源制御部 106は時亥 IJT83に通信 I/F部 108の電源を投入する。

[0356] 携帯型端末 611は、定常状態では、上記 3つのステップを 1サイクルとして、繰り返し実行する。

[0357] 通信アプリケーションプログラムを終了する場合の処理では、携帯型端末 611は、実施の形態 1と同様に、受信側装置 603との TCPのコネクションを切断する。さらに、携帯型端末 611のアプリ要求取得部 622およびパラメータ決定部 623はそれぞれ、性能パラメータ管理テーブルの内容と、間欠送信パラメータ管理テーブルの内容とをクリアする。さらに、抑制再開制御部 624は、通信制御部 627で送受信される TCPパケットのモニタリングを停止し、電源制御部 106に対して通信 I/F部 108の電源を切断させる。

[0358] 以上の処理により、携帯型端末 611の状態は初期状態に戻る。

[0359] 次に、上記の間欠送信処理のための、携帯型端末 611内の処理について、フローチャートを用いて説明する。

[0360] 図 27は、本実施の形態における携帯型端末 611の定常状態の動作を示すフローチャートである。

[0361] まず、本実施の形態の携帯型端末 611は、前のサイクルにおいて、受信していない ACKパケットに対応するデータパケットが通信制御部 627に保持されていたら、サイクルデータサイズ Dc分のデータパケットの送信に先立ち、その保持されているデータパケットを既存の TCPプロトコルに従って送信する（ステップ S501)。このとき、携帯型端末 611の抑制再開制御部 624は、通信 I/F部 108への電源投入のタイミングを特定するため、タイマによる計時を開始する。

[0362] 次に、携帯型端末 611は、今回のサイクルで送信すべきサイクルデータサイズ Dc 分のデータパケットを送信する（ステップ S502)。このとき、上述の送信抑制期間の開始処理 (ステップ 2)で説明したように、携帯型端末 611は、最後のデータパケットを送信後、送信したデータパケットに対応する全ての ACKパケットを RTT間だけ待ち受ける。この RTT間に全ての ACKパケットを受信しなければ、携帯型端末 611は、その全ての ACKパケットを受信しないまま、データパケットの送信を完了する。なお、 T CPなので、最後のデータパケットは通信制御部 107に保持されており、次回のサイクルの最初（ステップ S 501)で送信される。

[0363] 携帯型端末 611は、サイクルデータサイズ Dc分のデータパケットの送信が完了した後、通信 I/F部 108の電源を切断する（ステップ S503)。携帯型端末 611は、通信 I /F部 108の電源を切断すると、上述のタイマに基づいて、ステップ S502でのデータパケットの送信開始時からサイクル間隔 Tcが経過したか否かを判別する (ステップ S504)。ここで、携帯型端末 611は、サイクル間隔 Tcが経過していないと判別したときには（ステップ S504の No)、ステップ S503からの処理を繰り返し、サイクル間隔 Tc が経過したと判別したときには (ステップ S504の Yes)、通信 I/F部 108の電源を投入する（ステップ S 505)。

[0364] なお、本実施の形態では、ステップ S503および S504において、定期的にサイクル間隔 Tcの経過を確認している力 S、定期的な確認を行わず、サイクル間隔 Tcが経過したときに、割り込みを発生させて、サイクル間隔 Tcの経過を検知してもよい。

[0365] 最後に、携帯型端末 611は、送信すべきアプリケーションデータ（データパケット）の送信を完了し、受信側装置 603との通信を終了すべきか否かを判別し (ステップ S50 6)、終了すべきと判別したときには（ステップ S506の Yes)、全ての処理を終了する。また、携帯型端末 611は、終了すべきでなぐまだ送信すべきデータが存在すると判別したときには（ステップ S506の No)、ステップ S501からの処理を繰り返し実行する。このようなステップ S501〜S506の処理によって、間欠送信を行いながら通信が実 fiされる。

[0366] 以上のように、本実施の形態に係る携帯型端末 611は、無線 LANの省電力方法に依存せず、例えば TCPなどのフロー制御機構を持つプロトコルを使って、受信側装置 603との間で通信を行いながら省電力化を行なう。そのため、本実施の形態では、アクセスポイントでの省電力機能のサポート状況やネットワークデバイスの種類にも関係なく、携帯型端末 611の省電力化を図ることができる。また、携帯型端末 611 ( 送信側装置)から間欠送信を行うことが受信側装置 603に通知されることにより、受信側装置 603の間欠受信処理を抑えることができ、より確実に省電力化を図ることができる。

[0367] なお、本実施の形態では、送信抑制期間におレ、てのみ、電源を切断したが、省電力効果をさらに向上するために、 1サイクル内のデータパケットの送信後から ACKパケットの受信までの期間も電源を切断してもよい。

[0368] 図 28は、本実施の形態に係る携帯型端末 611と受信側装置 603の他の省電力方法を示すシーケンス図である。

[0369] 携帯型端末 611は、実施の形態 2の携帯型端末 211aと同様に、サイクルの最初のデータパケット送信後、そのデータパケットに対応する ACKパケットを受信するまでの RTT間のうち、一部の期間において通信 I/F部 108の電源を切断する。 [0370] 具体的には、携帯型端末 611は、サイクル間隔 Tcの間にサイクルデータサイズ分のデータパケットを送信しなければならないので、 1サイクルの全てのデータパケットを送信した直後（図 28の時刻 T92)から、最初の ACKパケットが到達する直前（図 2 8の時刻 T93)までの期間において通信 I/F部 108の電源を切断する。ただし、受信側装置 603から受信して!/、る RWINがサイクルデータサイズ Dcよりも小さレ、場合は、携帯型端末 611は、受信した RWINに応じたデータサイズ分のデータパケットを送信した後に電源を切断する。

[0371] また、本実施の形態では、サイクルデータサイズ Dcおよびサイクル間隔 Tcを固定させたが、送信するデータサイズに応じて動的に変更してもよい。また、本実施の形態では、各サイクルの間隔をあけずに、各サイクルを連続させた力各サイクルの間を空けてもよい。例えば、携帯型端末 611は、サイクルデータサイズ Dc分のデータの送信準備がサイクル開始時点でできてレ、なレ、場合などでは、サイクルデータサイズ Dc 分の送信すべきデータが準備されるまで、次のサイクルを開始せず、電源切断を行つてもよい。これにより、まとめてデータを送信することにより、 TCPの往復回数を減らすことで、より省電力効果を得ることができる。

[0372] また、本実施の形態では、携帯型端末 611 (送信側装置)が、間欠送信を通知した力必ずしも通知する必要はない。また、携帯型端末 611 (送信側装置)が、間欠送信を通知することなぐ逆に、受信側装置 603が、間欠受信を携帯型端末 611に通知してもよい。また、携帯型端末 611 (送信側装置)と受信側装置 603との間でネゴシエーシヨンを実施することにより、間欠受信および間欠送信のうち何れを実行するかを決定してもよい。この場合、両装置が間欠送受信有効フラグに省電力効果に関する情報を含めることで、間欠受信および間欠送信のうち、省電力効果の高い方が実施される。また、本実施の形態では、間欠送信の実施を通知するタイミングを、 3WA Yノ、ンドシェイクとした力 S、そのタイミングは、間欠送信の準備状態などのように、間欠送信を実施する前であれば何れのタイミングであってもよい。

[0373] (実施の形態 6)

本発明の実施の形態 6に係る通信装置について説明する。実施の形態 1から実施の形態 5では、携帯型端末において動作する通信アプリケーションプログラムは 1つだけであつたが、本実施の形態では、複数の通信アプリケーションプログラムが同時に動作する。複数の通信アプリケーションプログラムが同時に動作した場合でも、複数の通信アプリケーションプログラムの送信処理および受信処理を同期することにより、送信抑制期間を発生させ、省電力効果を得ることができる。本実施の形態では、簡単のために 2つの通信アプリケーションプログラムが同時に動作した場合について説明を行う。

[0374] 図 29は、本実施の形態における通信装置を有する通信システムの一例を示す構成図である。

[0375] 本実施の形態に係る通信システムは、通信装置たる携帯型端末 1001 , 1002と、 UDP (User Datagram Protocol)などのようにフロー制御を行わない通信を行う送信側装置 203aと、フロー制御付の通信を行う機能を持つ送信側装置 203と、受信側装置 603とを備える。

[0376] なお、本実施の形態において、実施の形態;!〜 5と同様の機器および構成については、同一の参照符号を付して説明を省略する。

[0377] 本実施の形態における携帯型端末 1001は、実施の形態 2の携帯型端末 21 laの受信側装置としての機能と、実施の形態 5の携帯型端末 611の送信側装置としての機能とを兼ね備え、 2つの通信アプリケーションプログラムを同時に実行する。つまり、本実施の形態における携帯型端末 1001は、送信側装置 203, 203aから送信されるデータパケットを同時に受信したり、送信側装置 203から送信されるデータパケットの受信と、受信側装置 603へのデータパケットの送信とを同時に実行したりする。

[0378] また、本実施の形態における携帯型端末 1001は、実施の形態 1〜5と同様に TCP に従った通信を行うとともに、 UDPに従った通信を行う。したがって、携帯型端末 10 01は、送信側装置 203または受信側装置 603と通信するときには、 TCPに従ったデータの受信または送信を行い、送信側装置 203aと通信するときには、 UDPに従い、送信側装置 203aから一定間隔ごとに送信されるデータを受信する。

[0379] なお、本実施の形態では、携帯型端末 1001により実行される間欠受信および間欠送信を総称して、間欠送受信と呼び、携帯型端末 1001により扱われる間欠受信パラメータおよび間欠送信パラメータを総称して、間欠送受信パラメータと呼ぶ。また、携帯型端末 1001 , 1002はそれぞれ同一の機能と構成を有するため、携帯型端末 10 01のみについて以下に説明する。

[0380] 図 30は、本実施の形態における携帯型端末 1001の具体的な構成を示す構成図である。

[0381] 本実施の形態における携帯型端末 1001は、通信アプリケーション部 1011と、アブリ要求取得部 1012と、ノラメータ決定部 1013と、抑制再開制御部 1014と、電源制御部 106と、通信制御部 1027と、通信 I/F部 108と、 RTT推定部 1019とを備える。

[0382] 通信アプリケーション部 1011は、実施の形態 2の通信アプリケーション部 101の機能と、実施の形態 5の通信アプリケーション部 621の機能とを兼ね備え、データを送信するための通信アプリケーションプログラムと、データを受信するための通信アプリケーシヨンプログラムとを同時に実行したり、データを送信または受信するための 2つの通信アプリケーションプログラムを同時に実行したりする。つまり、通信アプリケーシヨン部 1011は、アプリ要求取得部 1012に起動通知を発行して、送信側装置 203a、送信側装置 203および受信側装置 603aのうち何れか 2つの装置との間でデータの送受信を行う。

[0383] アプリ要求取得部 1012は、実施の形態 2のアプリ要求取得部 102の機能と、実施の形態 5のアプリ要求取得部 622の機能とを兼ね備え、通信アプリケーション部 101 1から、性能パラメータを入手し、ノラメータ決定部 1013に対して、性能パラメータ登録通知または性能パラメータ削除通知を発行する。また、アプリ要求取得部 1012によって入手される性能パラメータには、後述する「プロトコル」や「省電力優先度」が示されている。

[0384] 抑制再開制御部 1014は、実施の形態 2の抑制再開制御部 804の機能と、実施の形態 5の抑制再開制御部 624の機能とを兼ね備える。さらに、抑制再開制御部 1014 は、複数の通信アプリケーションプログラムの間欠送受信パラメータに従って、各通信アプリケーションプログラムによる間欠送受信の同期をとる。つまり、抑制再開制御部 1014は、各通信アプリケーションプログラムにおける通信の抑制および再開を同時に行い、抑制時には、電源制御部 106に対して通信 I/F部 108の電源を切断させる。通信の抑制および再開のタイミングについては後述する。さらに、本実施の形態の携帯型端末 1001は、 UDPを用いてデータの受信を行う場合は、 UDPパケットの受信間隔を特定し、その受信間隔に基づいて、 UDPパケットの受信予想時刻を推疋。

[0385] RTT推定部 1019は、実施の形態 2の RTT推定部 809と同様に、各通信アプリケーシヨンプログラムの RTTを推定し、推定した RTTをパラメータ決定部 1013、抑制再開制御部 1014および通信制御部 1027に通知する。

[0386] パラメータ決定部 1013は、実施の形態 2のパラメータ決定部 103の機能と、実施の形態 5のパラメータ決定部 623の機能とを兼ね備え、上述の間欠送受信パラメータを決定し、抑制再開制御部 1014に間欠送受信パラメータ登録通知（間欠受信パラメータ登録通知または間欠送信パラメータ登録通知）または間欠送受信パラメータ削除通知（間欠受信パラメータ削除通知または間欠送信パラメータ削除通知）を送信す

[0387] 通信制御部 1027は、実施の形態 2の通信制御部 107の機能と、実施の形態 5の通信制御部 627の機能とを兼ね備えるとともに、通信 I/F部 108を介して、送信側装置 203aから UDPに従ったデータパケットの受信を行う。

[0388] 図 31Aおよび図 31Bは、アプリ要求取得部 1012が管理する UDPに関する性能パラメータ管理テーブルを示す図である。

[0389] 性能パラメータ管理テーブル 1012a, 1012bはそれぞれ、 UDPにより通信を行う起動済みの通信アプリケーションプログラムに対する性能パラメータを有する。その性能パラメータとしてはプロトコルや送信間隔がある。

[0390] プロトコルは、例えば「UDP固定レート受信」や「UDP可変レート送信」などのように、 UDP固定レートまたは UDP可変レートと、送信または受信との組み合わせにより規定されるパラメータである。送信間隔 DTは、 UDPにより断続的に送信されるデータパケットの時間間隔を示すパラメータであり、プロトコルが UDP固定レートを示す場合に、性能パラメータ管理テーブルに設定され、プロトコルが UDP可変レートを示す場合には設定されない。

[0391] 図 32Aおよび図 32Bは、アプリ要求取得部 1012が管理する TCPに関する性能パラメータ管理テーブルを示す図である。 [0392] 性能パラメータ管理テーブル 1012c, 1012dはそれぞれ、 TCPにより通信を行う起動済みの通信アプリケーションプログラムに対する性能パラメータを有する。その性能パラメータとしては、プロトコルや、省電力優先度、ストリームタイプ、帯域、遅延時間がある。なお、ストリームタイプ、帯域および遅延時間のパラメータは、図 6A、図 6B および図 6Cに示すパラメータと同じである。

[0393] プロトコルは、例えば「TCP送信」や「TCP受信」などを示すパラメータである。省電力優先度は、間欠送受信のサイクルの基準となる通信アプリケーションプログラムを決定するためのパラメータである。

[0394] 携帯型端末 1001のパラメータ決定部 1013は、起動済みの 2つの通信アプリケーシヨンプログラムのそれぞれの性能パラメータ管理テーブルにより示されるプロトコノレや省電力優先度などに基づいて、その 2つの通信アプリケーションプログラムのうち、何れか一方をサイクル基準アプリケーションに決定する。つまり、パラメータ決定部 10 13は、そのサイクル基準アプリケーションによる間欠送受信のサイクルを基準（基準サイクル）とし、他方の通信アプリケーションプログラムによる間欠送受信のサイクルがその基準サイクルに同期するように、その他方の間欠送受信パラメータを決定する。

[0395] 例えば、 TCPにより通信を行う起動済みの 2つの通信アプリケーションプログラムが起動している場合には、パラメータ決定部 1013は、その 2つの通信アプリケーションプログラムの性能パラメータ管理テーブルに示される省電力優先度を比較する。そして、パラメータ決定部 1013は、省電力優先度の高い通信アプリケーションプログラムをサイクル基準アプリケーションに決定する。

[0396] また、パラメータ決定部 1013は、起動済みの 2つの通信アプリケーションプログラムの性能パラメータ管理テーブルに示されるプロトコルを比較し、一方のプロトコルが T CPを示し他方のプロトコルが UDPを示す場合には、 UDPの通信アプリケーションプログラムをサイクル基準アプリケーションに決定する。プロトコルが UDPの通信アプリケーシヨンプログラムは再送制御を実施しな!/、ことから、間欠送受信の非給電状態でのパケットロスを極力避けなければならない。したがって、パラメータ決定部 1013は、 UDPの通信アプリケーションプログラムを優先的にサイクル基準アプリケーションに決定する。 [0397] なお、性能パラメータ管理テーブルに省電力優先度が設定されていない場合や、互いの性能パラメータ管理テーブルに示される省電力優先度が同じレベルである場合には、パラメータ決定部 1013は、 RTT推定部 1019から通知された1^^ゃ、通信アプリケーションプログラムもしくはユーザによる指定に応じてサイクル基準アプリケーシヨンを決定してもよい。

[0398] また、サイクル基準アプリケーションとならなかった通信アプリケーションプログラムは、サイクル基準アプリケーションと連動して動作することになる。そのため、ノラメ一タ決定部 1013は、サイクル基準アプリケーションとならなかった通信アプリケーションプログラムの間欠送受信パラメータを決定するときには、サイクルデータサイズ Dctを増やすなどして間欠送受信パラメータを調整し、通信アプリケーションプログラムからの要求が満たされるような間欠送受信パラメータを決定する。

[0399] パラメータ決定部 1013は、 TCPにより通信を行うサイクル基準アプリケーションの間欠受信パラメータを決定するときには、実施の形態 1と同様に、間欠受信パラメ一タであるサイクル間隔 Tctとサイクルデータサイズ Dctを決定する。また、パラメータ決定部 1013は、 UDPにより通信を行うサイクル基準アプリケーションの性能パラメータ管理テーブルに示される送信間隔 DTを、 UDPにより送信されたパケットを受信する受信間隔や、 UDPによりパケットを送信する送信間隔として用いる。

[0400] ここで、間欠送受信パラメータの決定方法について、以下詳細に説明する。

[0401] まず、通信アプリケーション部 1011が 2つの通信アプリケーションプログラムを起動し、一方の通信アプリケーションプログラムが UDPの送受信を行い、もう一方の通信アプリケーションプログラム力 STCPの送受信を行う場合について説明する。

[0402] UDPの通信では、プロトコルによる再送制御が実施されないため、電源切断中にパケットを受信し、ロスすることは避けるべきである。また、 VoIPなどの送信では、パケット送信遅延により音声が乱れるなどの現象が発生するため、パケット送信遅延に対する制約が厳しい。そこでまず、携帯型端末 1001は、 UDPと TCPの通信の両方を行う場合、 UDPの送受信を実行しょうとする通信アプリケーションプログラムをサイクル基準アプリケーションとし、 UDPパケットの送信間隔を守ることにより、パケットの送受信遅延に関する制約を守る。 [0403] パラメータ決定部 1013は、 UDPにより通信を行う通信アプリケーションプログラムをサイクル基準アプリケーションに決定し、そのサイクル基準アプリケーションの性能パラメータ管理テーブルに示される送信間隔 DT=DTuを特定する。そして、パラ一タ決定部 1013は、その送信間隔に基づいて、 TCPにより通信を行う通信アプリケーシヨンプログラムのサイクル間隔 Tctを決定する。

[0404] 次に、パラメータ決定部 1013は、 TCPにより通信を行う通信アプリケーションプログラムのサイクルデータサイズを、その通信アプリケーションプログラムの性能パラメータ管理テーブルに示される帯域 BWに基づいて決定する。このとき、パラメータ決定部 1 013は、サイクル基準アプリケーションによる UDP通信の送信間隔 DTuに、 TCPの通信のサイクル間隔 Tct (サイクル間隔 Tctの整数倍）を合わせて両通信の同期が取られている状態において、必要とされるサイクルデータサイズを決定する。

[0405] 具体的に、 TCPの性能パラメータ管理テーブルに示されるストリームタイプが帯域重視型である場合は、両通信の同期を取るために、ノラメータ決定部 1013は、 TCP の通信のサイクル間隔 Tctを Tct = DTuに決定する。次に、実施の形態 1と同様に、パラメータ決定部 1013は、 Dct=Tct X BWに従い、 1回のサイクルにおいて送受信するデータサイズである、サイクルデータサイズ Dctを決定し、要求された帯域 BWを確保する。

[0406] 一方、 TCPの性能パラメータ管理テーブルに示されるストリームタイプが遅延時間重視型である場合は、まず、ノラメータ決定部 1013は、 UDPの送信間隔 DTuと TC Pの遅延時間 DTtを比較する。 UDPの送信間隔 DTuよりも、 TCPの遅延時間 DTt のほうが長ければ、パラメータ決定部 1013は、サイクル間隔 Tctを Tct = DTuに決定し、サイクルデータサイズ Dctを Dct =Tct X BWに決定する。逆に、 TCPの遅延時間 DTtの方が短ければ、 DTu〉C3 X DTtとなるような整数 C3を決定する。この場合、パラメータ決定部 1013は、サイクル間隔 Tctを Tct = DTu/C3に決定することで、 UDPの送信間隔内に、 TCPの送受信を C3回実行し、要求された遅延時間 D Ttを守る。そして、ノラメータ決定部 1013は、帯域重視型と同様に、 Dct=Tct X B Wにより、サイクルデータサイズ Dctを決定する。

[0407] なお、 TCPの性能パラメータ管理テーブルに示されるストリームタイプがベストエフオート型の場合は、ノラメータ決定部 1013は、実施の形態 1と同様に、間欠送受信ノラメータを決定せず、携帯型端末 1001は間欠送受信を行わない。

[0408] 次に、通信アプリケーション部 1011が 2つの通信アプリケーションプログラムを起動し、両方の通信アプリケーションプログラムが TCPの送受信を行う場合につ!/、て説明する。 2つの TCPの通信を動作させる場合は、パラメータ決定部 1013は、各通信のためのサイクル間隔 Tctとサイクルデータサイズ Dctを決定しなければならない。

[0409] ここでは、サイクル基準アプリケーションによる通信のサイクル間隔 Tctを Telとし、その通信のサイクルデータサイズ Dctを Delとする。また、もう一方の通信アプリケーシヨンプログラムによる通信のサイクル間隔 Tctを Tc2とし、その通信のサイクルデータサイズ Dctを Dc2とする。

[0410] 両方の通信が TCPの送受信の場合、まず、パラメータ決定部 1013は、各通信ァプリケーシヨンプログラムの性能パラメータ管理テーブルに示される省電力優先度を確認し、優先度の高レ、通信アプリケーションプログラムをサイクル基準アプリケーションに決定する。そして、ノラメータ決定部 1013は、サイクル基準アプリケーションのサイクル間隔 Tc 1とサイクルデータサイズ Dc 1とを、実施の形態 1または実施の形態 5と同様の方法で決定する。

[0411] 次に、パラメータ決定部 1013は、もう一方の通信アプリケーションプログラムについて、サイクルデータサイズ Dc2とサイクル間隔 Tc2とを決定する。この決定方法では、パラメータ決定部 1013は、上述の UDPの通信と TCPの通信を同時に行う場合における決定方法にお!/、て、 UDPの送信間隔 DTuをサイクル基準アプリケーションのサイタル間隔 Telに置き換えて計算することより、サイクル間隔 Tc2とサイクルデータサィズ Dc2とを決定する。

[0412] 図 33は、本実施の形態に係る携帯型端末 1001と送信側装置 203aおよび送信側装置 203との省電力方法を示すシーケンス図である。

[0413] 例えば、携帯型端末 1001は、図 31Aに示す性能パラメータ管理テーブル 1012a に対応する通信アプリケーションプログラムにより、 UDPに従って送信側装置 203a 力もデータを受信しながら、図 32Bに示す性能パラメータ管理テーブル 1012dに対応する通信アプリケーションプログラムにより、 TCPに従って送信側装置 203からデータを受信する。なお、送信側装置 203aが UDPパケットを送信する送信間隔を DT uとし、送信側装置 203bとの通信におけるサイクル間隔を Tctとし、サイクルデータサィズを Dctとし、 RTTを RTTtとする。また、送信側装置 203aとの通信は、 UDPを用いて行うので、上述の通り、 UDPを用いた通信アプリケーションプログラムをサイクノレ基準アプリケーションとし、 UDPの送信間隔 DTuは DTu =サイクル間隔 Tctとなる。そして、携帯型端末 1001は、送信間隔 DTuの間隔で UDPパケットを受信すること、つまり UDPパケットを受信する時刻（受信予測時刻）を予測する。

[0414] 本シーケンスでは、最初に、携帯型端末 1001は、間欠受信の初期状態において、送信側装置 203aおよび送信側装置 203と通信するために、パラメータ決定部 1013 により、上記で説明した方法で間欠受信パラメータを決定する。

[0415] 次に、携帯型端末 1001は、間欠受信の準備状態の処理を行う。このとき、携帯型端末 1001は、 TCPを用いて送信側装置 203と通信するために、実施の形態 1と同様の方法により準備状態の処理を実施する。それに加えて、携帯型端末 1001の RT T推定部 1019は、 TCPの通信の RTTである RTTtを推定しておく。なお、携帯型端末 1001は、 UDPを用いて送信側装置 203aと通信するときには、固定レートでパケット送受信を行うため、その UDPの通信のための準備状態の処理を行わない。

[0416] また、携帯型端末 1001の抑制再開制御部 1014は、準備状態の処理が完了すると、サイクル基準アプリケーションによる UDPパケットの受信のタイミングに同期して T CPの通信アプリケーションプログラムによる通信が開始できるように、通信制御部 10 27による ACKパケットの送信を停止させて、送信側装置 203aとの通信を抑制してお <。

[0417] その後の定常状態では、抑制再開制御部 1014は、時刻 T101にサイクル間隔 Tct のタイマによる計時を開始し、送信側装置 203からのデータ送信を再開させるため、通信制御部 1027に対して ACK単発送信要求を発行する。したがって、携帯型端末 1001は、送信側装置 203に ACKパケット Palを送信することで、間欠受信を開始する。ここで、開始するタイミング、つまり ACKパケット Palを送信するタイミング（時刻 T 101)は、送信側装置 203aからの UDPパケット Pulの受信予測時刻と、送信側装置 203からの TCPパケット Pdlの受信予測時刻とがちょうど一致するように調整されている。なお、 TCPパケット Pdlは、送信側装置 203から送信されるサイクルデータサイズ Dct分のパケット全てを含む。

[0418] つまり、抑制再開制御部 1014は、送信側装置 203aからの UDPパケット Pulの受信予測時刻を予測し、その受信予測時刻から RTTt分さかのぼったタイミング（時刻 T101)で、 ACK単発送信要求を発行して、 ACKパケット Palを送信させる。抑制再開制御部 1014は、 ACKパケット Palの送信が完了した時刻 T102に、電源制御部 1 06に対して切断要求を発行する。電源制御部 106は切断要求を受けると、通信 1/ F部 108の電源を切断する。そして、 ACKパケット Pal送信完了後の時刻 T102から RTTt経過する時刻 T103まで、送信側装置 203aおよび送信側装置 203の!/、ずれからもパケットを受信することがないため、抑制再開制御部 1014は、通信 I/F部 10 8の電源を切断させておく。

[0419] 次に、抑制再開制御部 1014は、時刻 T102から RTTt経過したときの時刻 T103に、送信側装置 203aおよび送信側装置 203からパケットが到達するため、電源制御部 106に対して投入要求を発行する。その投入要求により、電源制御部 106は時刻 T1 03に通信 I/F部 108の電源を投入する。そして、受信すべき全てのパケットを受信した後の時刻 T104と、サイクルの開始時刻 T101からサイクル間隔 Tct経過した時刻 T105との間にはパケットを送受信しないため、抑制再開制御部 1014は、電源制御部 106を制御することにより、その時刻 T104から時刻 T105まで、通信 I/F部 10 8の電源を切断させる。そして、携帯型端末 1001は、タイマによる計時の開始時刻 T 101からサイクル間隔 Tctが経過した時刻 T105に、再度新しいサイクルを開始する。このように、送信側装置 203aの UDPパケットの送信間隔 DTuと、送信側装置 203 の通信のサイクル間隔 Tctとが同じであるため、この後も同期して間欠受信をすることが可能である。

[0420] このように本実施の形態における携帯型端末 1001では、複数の通信を並列に実行する場合にも、それらのタイミングを同期させることで、データを送受信しない期間を作り、その期間に通信 I/F部 108の電源を切断して、省電力効果の向上を図ること力 Sできる。

[0421] なお、サイクルデータサイズ Dct分の TCPパケットがサイクル間隔 Tctに受信されな力、つた場合には、携帯型端末 1001は、間欠受信を実施せず、 TCPパケットを受信すると直ちに ACKパケットを送信し、次のデータ (TCPパケット）を受信してもよい。この場合、サイクルデータサイズ Dct分の TCPパケットを受信できなかったサイクルの次のサイクルでは、携帯型端末 1001は、サイクルデータサイズ Dctに、前回のサイクルで受信できなかったデータのサイズを加算したサイズを、次のサイクルで必要となるサイクルデータサイズ Dctとし、次のサイクルを実行する。

[0422] また、図 33では、 UDPを用いた受信と TCPを用いた受信とを用いて、本実施の形態における携帯型端末 1001の省電力効果を説明したが、 UDPを用いた受信と TC Pを用いた送信とを携帯型端末 1001が実行する場合でも、本実施の形態における携帯型端末 1001では、間欠送受信処理により省電力効果を向上させることが可能である。具体的には、本実施の形態で説明した例と同様に、携帯型端末 1001は、 U DPを用いた受信に合わせて、データパケット (TCPパケット）の送信、もしくはデータパケット (TCPパケット）に対応する ACKパケットの受信を実施する。例えば、 UDPパケットの受信と、データパケットに対する ACKパケットの受信とのタイミングを合わせる場合は、携帯型端末 1001は、図 33の時刻 T101で、 ACKパケットの送信の代わりに、サイクルデータサイズ Dc分のデータパケットの送信を実施する。

[0423] また、図 33では、携帯型端末 1001は、送信側装置 203との通信におけるサイクノレ間隔 Tctを送信間隔 DTuと同じとすることで、両通信の同期をとつていたが、サイクル間隔 Tctを送信間隔 DTuに等しくしなくても同期を取ることができる。この場合には、携帯型端末 1001は、 UDPパケットの送信間隔 DTuとは無関係にサイクル間隔 Tct を決定し、 UDPパケットの受信予測時刻を推定し、各サイクル中の適切なタイミングにおいて ACK単発送信要求に基づく ACKパケットを送信する。つまり、 ACKバケツトの送信時刻はサイクルの開始に依存せず、 UDPパケットの受信予測時刻、 RTTt およびサイクル間隔 Tctを用いることで、データの送受信のタイミングの同期を取ること力 Sできる。

[0424] 図 34は、サイクル間隔 Tctと送信間隔 DTuとが異なる場合に抑制再開制御部 101 4がデータの送受信のタイミングの同期を取るための動作を示すフローチャートであ [0425] 最初に、抑制再開制御部 1014は、サイクルの開始時刻において、そのサイクルのサイクル間隔 Tct内に UDPパケットを受信するか否力、、つまり UDPパケットの受信予測時刻（以下、 UDP受信予測時刻と!/、う）が存在するか否かを判定する (ステップ S6 01)。具体的には、抑制再開制御部 1014は、（UDP受信予測時刻サイクルの開始時刻）がサイクル間隔 Tctよりも小さ!/、か否かを判定する。

[0426] ここで、抑制再開制御部 1014は、 UDP受信予測時刻がサイクル間隔 Tct内に存在しな!/、 ( (UDP受信予測時刻サイクルの開始時刻） >サイクル間隔 Tct)と判定すると（ステップ S601の No)、同期処理を行うことなぐサイクルの開始時刻に ACK パケットを送信させる (ステップ S605)。つまり、抑制再開制御部 1014は、サイクルを開始すると同時に、実施の形態 1と同様の方法により間欠受信制御を行う。

[0427] 一方、抑制再開制御部 1014は、 UDP受信予測時刻がサイクル間隔 Tct内に存在する（（UDP受信予測時刻サイクルの開始時刻） <サイクル間隔 Tct)と判定すると (ステップ S601の Yes)、さらに、 UDP受信予測時刻に TCPパケット（データパケット )を受信できるか否かを判定する (ステップ S602)。つまり、抑制再開制御部 1014は、 UDPパケットの受信と、 ACKパケットの送信もしくは TCPパケットの受信との同期を取るために、（UDP受信予測時刻—サイクルの開始時刻）と RTTtとを比較する。抑制再開制御部 1014は、（UDP受信予測時刻 -サイクルの開始時刻） > RTTtであれば、 UDP受信予測時刻に TCPパケットを受信できると判定し、（UDP受信予測時刻—サイクルの開始時刻） < RTTtであれば、 UDP受信予測時刻に TCPパケットを受信できないと判定する。

[0428] ここで、抑制再開制御部 1014は、 UDP受信予測時刻に TCPパケットを受信できる

( (UDP受信予測時刻サイクルの開始時刻） >RTTt)と判定すると（ステップ S60 2の Yes)、 UDPパケットの受信と TCPパケットの受信とを同期させる（ステップ S603 )。つまり、抑制再開制御部 1014は、サイクルの開始時刻から { (UDP受信予測時刻 —サイクルの開始時刻） RTTt}経過したタイミングで、 ACKパケットを送信させる。

[0429] 一方、抑制再開制御部 1014は、 UDP受信予測時刻に TCPパケットを受信できな Vヽ（（UDP受信予測時刻サイクルの開始時刻） <RTTt)と判定すると（ステップ S6 02の No)、 UDPパケットの受信と ACKパケットの送信とを同期させる（ステップ S60 4)。つまり、抑制再開制御部 1014は、 UDP受信予測時刻に ACKパケットを送信させる。

[0430] そして、抑制再開制御部 1014は、次のサイクルがあるか否かを判別し (ステップ S6 06)、次のサイクルがないと判別したときには（ステップ S606の Yes)、全ての処理を終了し、次のサイクルがあると判別したときには（ステップ S606の No)、ステップ S60 1からの処理を繰り返し実行する。

[0431] このようなサイクル間隔 Tctと送信間隔 DTuとが異なるときの省電力方法について、図 35を用いてさらに詳細に説明する。

[0432] 図 35は、本実施の形態に係る携帯型端末 1001と送信側装置 203aおよび送信側装置 203との他の省電力方法を示すシーケンス図である。

[0433] 携帯型端末 1001は、送信側装置 203との TCPを用いた通信におけるサイクル間隔 Tctを決定するときには、送信側装置 203aとの UDPを用いた通信における送信間隔 DTuと異なるサイクル間隔 Tctを決定する。なお、図 35では、説明を簡単にするため、携帯型端末 1001が ACKパケットの送信後 RTTt経過まで電源を切断しないことを前提とする。

[0434] まず、携帯型端末 1001は、時刻 Ti l lに定常状態に達すると、上述したサイクノレ間隔 Tctと送信間隔 DTuとが異なる場合の間欠受信制御に基づいて、 ACKパケットの送信タイミングを決定する。携帯型端末 1001は、時刻 Ti l lから開始されるこのサイタルでは、 UDP受信予測時刻に TCPパケットを受信できる、つまり（UDP受信予測時刻サイクルの開始時刻）〉RTTtが成り立つと判定する。その結果、携帯型端末 1001は、時刻 Ti l lにサイクルを開始し、その時刻力、ら（UDPパケット Pulの受信予測時刻一サイクルの開始時刻 Ti l l— RTTt)が経過するタイミングになるまで、通信 I/F部 108の電源を切断しておく。次に、時刻 T112に（UDPパケット Pulの受信予測時刻—サイクルの開始時刻 Tl 11—RTTt)のタイミングとなると、携帯型端末 10 01は、 ACK単発送信要求に基づく ACKパケット Palを送信側装置 203に送信する。そして RTTt経過後、携帯型端末 1001は、送信側装置 203aから UDPパケットを受信し、送信側装置 203から TCPパケットを受信する。携帯型端末 1001は、時刻 T 113で、受信すべき全てのデータを受信すると、通信 I/F部 108の電源を切断し、サイクルの開始時刻 Tl 11からサイクル間隔 Tct経過後の時刻 Tl 14まで、その電源を切断しておく。

[0435] 次に、携帯型端末 1001は、次のサイクルを開始する時刻 T114に、次の UDPパケット Pu2の受信予測時刻がそのサイクル中に発生するか否かを判断する。発生しないと判断すると、携帯型端末 1001は、そのサイクルの開始時刻 T114に、 ACKパケット Pa2を送信する。携帯型端末 1001は、時刻 T115に、その ACKパケット Pa2に対応する全ての TCPパケット Pd2を受信すると、その後、サイクルの終了時刻 T116 まで通信 I/F部 108の電源を切断する。

[0436] さらに、携帯型端末 1001は、次のサイクルの開始時刻 T116に、そのサイクルでは、 UDP受信予測時刻に TCPパケットを受信できない、つまり（UDP受信予測時刻サイクルの開始時刻 T116) <RTTtが成り立つと判定する。その結果、携帯型端末 1001は UDPパケット Pu2を受信する時刻 T117に、 ACKパケット Pa3を送信する。したがって、携帯型端末 1001は、時刻 T116から時刻 T117まで通信 I/F部 108の電源を切断しておく。

[0437] このように、サイクル間隔 Tctと送信間隔 DTuが異なる場合も、 UDP受信予測時刻とサイクル間隔 Tctと RTTtとを用いることで 2つの通信の同期をとることができ、省電力効果を向上させることができる。

[0438] 図 36は、本実施の形態に係る携帯型端末 1001と受信側装置 603および送信側装置 203との省電力方法を示すシーケンス図である。

[0439] 携帯型端末 1001は、 TCPを用いて受信側装置 603にデータを送信しながら、 TC Pを用いて送信側装置 203からデータを受信する。ここで、受信側装置 603との通信におけるサイクル間隔を Tcとし、サイクルデータサイズを Dcaとし、 RTTを RTTaとする。また、送信側装置 203との通信におけるサイクル間隔を Tcとし、サイクルデータサィズを Debとし、 RTTを RTTbとする。上記の説明の通り、サイクル間隔 Tcは、受信側装置 603の通信と送信側装置 203の通信とで、同一である。

[0440] また、携帯型端末 1001は、図 33の場合と同様に、サイクル基準アプリケーションのサイクルに合わせて、もう一方の通信のサイクル間隔 Tcおよびサイクルデータサイズ Dcを決定することにより、サイクル間隔 Tcの同期をとり、送信抑制期間で通信 I/F 部 108の電源を切断する。

[0441] 最初に、携帯型端末 1001は、図 33と同様に初期状態において、受信側装置 603 および送信側装置 203に対する間欠送受信パラメータを決定し、実施の形態 2および実施の形態 5と同様の準備状態の処理を実施し、間欠送受信可能な状態で各装置との通信を抑制しておく。ここで、本実施の形態では、受信側装置 603との通信の省電力優先度が「高」であるものとする。よって、サイクル基準アプリケーションは、受信側装置 603に対して TCPを用いた送信処理を行う通信アプリケーションプログラムとなる。したがって、携帯型端末 1001は、送信側装置 203に対する準備状態が完了すると、サイクル基準アプリケーションによる受信側装置 603との通信と同期をとるため、送信側装置 203の通信を抑制しておく。

[0442] そして、携帯型端末 1001は、受信側装置 603および送信側装置 203に対する準備状態の処理が完了すると、定常状態の処理を開始する。すなわち、携帯型端末 1 001は、両通信のサイクル間隔 Tcの間にサイクルデータサイズ分のデータの送受信が完了すると、各装置に対する通信を抑制し、その通信が抑制された期間、通信 1/ F部 108の電源を切断する。

[0443] 具体的には、定常状態では、まず、携帯型端末 1001は、サイクル間隔 Tcの開始時刻 T121に、受信側装置 603に対してデータパケット Pdaを送信すると同時に、送信側装置 203に ACK単発送信要求に基づく ACKパケット Pabを送信する。次に、携帯型端末 1001は、受信側装置 603と送信側装置 203とからパケットを受信するまで、それぞれ RTTだけ時間力 Sかかるため、通信 I/F部 108の電源を切断する。具体的には、携帯型端末 1001は、受信側装置 603に対してサイクル中に送信すべきデータパケット Pdaが全て送信された時刻 T122から、最初にデータパケットが到達する時刻 T123まで、通信 I/F部 108の電源を切断する。なお、送信側装置 203の RTT bの方が受信側装置 603の RTTaよりも短いため、最初に到達するデータパケットは、送信側装置 203から送信されたデータパケット Pdbである。つまり、携帯型端末 100 1は、受信側装置 603の RTTaの期間と、送信側装置 203の RTTbの期間とが重なる期間（時刻 T122〜時刻 T123)に通信 I/F部 108の電源を切断する。

[0444] その後、携帯型端末 1001は、時刻 T123に再度電源を投入し、送信したデータに対応する ACKパケット Paaを受信側装置 603から受信するとともに、サイクルデータサイズ Deb分のデータパケット Pdbを送信側装置 203から受信する。その結果、時刻 T125に、このサイクル間隔 Tcで受信側装置 603および送信側装置 203との間で行われるべき通信が全て完了するので、携帯型端末 1001は、時刻 T125からサイクノレ間隔 Tcの終了点である時刻 T126までを送信抑制期間とし、その期間において通信 I/F部 108の電源を切断する。

[0445] ここまでで、 TCPを用いた送信と TCPを用いた受信とを同時に動作させる場合の、

1サイクルが完了する。携帯型端末 1001は、時刻 T126以降も次のサイクルにおいて上述と同様の処理を実行することで、省電力効果を向上させることができる。

[0446] なお、図 36では、携帯型端末 1001の省電力方法について、携帯型端末 1001が TCPを用いた送信と TCPを用いた受信とを実行する場合を例に挙げて説明した。しかし、サイクル基準アプリケーションがどちらの通信アプリケーションプログラムになるかにかかわらず、 a)TCPを用いた 2つの送信処理を並列に実行する場合、 b)TCP を用いた 2つの受信処理を並列に実行する場合でも、本実施の形態における携帯型端末 1001は間欠送受信処理により省電力効果を向上させることができる。以下に上記 a)、 b)について具体的に説明する。

[0447] a)携帯型端末 1001が TCPを用いた 2つの送信処理を並列に実行する場合は、携帯型端末 1001は、サイクル間隔 Tcを開始する時点で、 2つの受信側装置に対してデータパケットを送信し、対応する ACKパケットを受信する。

[0448] b)携帯型端末 1001が TCPを用いた 2つの受信処理を並列に実行する場合は、携帯型端末 1001は、サイクル間隔 Tcを開始する時点で、 2つの送信側装置に対して

ACK単発送信要求に基づく ACKパケットを送信し、サイクルデータサイズ Dc分のデータパケットを受信する。

[0449] このように、本実施の形態では、複数の通信アプリケーションプログラムが動作している携帯型端末においても、通信アプリケーションプログラムの同期をとりながら間欠送受信を行い、通信 I/F部 108の電源を切断する期間を定期的に設けることで、省電力効果を向上させることができる。

[0450] (実施の形態 7) 本発明の実施の形態 7に係る通信装置について説明する。本実施の形態では、間欠送受信処理に伴い通信 I/F部 108への電力供給を切り換えるだけでなぐ他の構成要素の動作も切り換えることにより、省電力効果をさらに高める。

[0451] 図 37は、本実施の形態における通信装置を有する通信システムの一例を示す構成図である。

[0452] 本実施の形態に係る通信システムは、通信装置たる携帯型無線装置 1102と、携帯型端末 1101とを備え、携帯型端末 1101と携帯型無線装置 1102は基地局を経由することなく無線で直接通信する。

[0453] 携帯型無線装置 1102は、通信品質と省電力効果のさらなる向上を両立して図った通信装置であって、無線通信デバイスを搭載した無線端末として構成されている。また、この携帯型無線装置 1102は、実施の形態 6の携帯型端末 1001と同様にフロー制御付の通信を用いて、携帯型端末 1101と通信する。本実施の形態では、この携帯型無線装置 1102は、通信相手となる携帯型端末 1101からのデータ取得の要求に対し、携帯型無線装置 1102が記憶しているデータを送信する。なお、携帯型端末 1101と携帯型無線装置 1102との間の通信において、上位プロトコルでフロー制御付の通信を行っていれば、無線接続の方式は、 Bluetooth (登録商標）や、無線 LA Nのインフラストラクチャーモード、アドホックモードなどであってもよぐ通信方式を限定しない。

[0454] 図 38は、本実施の形態における携帯型無線装置 1102の具体的な構成を示す構成図である。

[0455] 本実施の形態における携帯型無線装置 1102は、通信アプリケーション部 1011と、アプリ要求取得部 1012と、ノラメータ決定部 1013と、抑制再開制御部 1114と、電源制御部 106と、通信制御部 1117と、通信 I/F部 108と、 RTT推定部 1019と、記憶部 1017とを備える。なお、本実施の形態において、実施の形態 1〜6と同様の構成要素については、同一の参照符号を付して説明を省略する。つまり、本実施の形態における携帯型無線装置 1102は、実施の形態 6の抑制再開制御部 1014の代わりに抑制再開制御部 1114を備え、通信制御部 1027の代わりに通信制御部 1117を備え、さらに新規に記憶部 1017を備えている。 [0456] 記憶部 1017は、通信アプリケーション部 1011で利用するデータを記憶している。また、記憶部 1017は、ハードディスクとキャッシュとモータとを備え、ハードディスクから読み出したデータをキャッシュに保存する。ハードディスクに記憶されているデータは、ブラッタと呼ばれるディスク上に保存され、ブラッタは、セクタとよばれる単位に分割されている。データの読み出しの際は、ブラッタをモータで回転させてセクタの整数倍単位でデータの読み出しを行う。一方、キャッシュは、ディスクとは異なり、半導体メモリなどで構成され、モータを使用しない方式でデータを保存する。なお、記憶部 10 17は、抑制再開制御部 1014からのデータ取得要求によりモータを起動して、ハードディスクからデータを読み出し、キャッシュに記憶すると同時に、キャッシュに記憶された必要分のデータのみを通信アプリケーション部 1011に渡す。

[0457] 抑制再開制御部 1114は、間欠送受信処理を開始する際、携帯型無線装置 1102 が間欠送受信処理を行うことを通知する機能をさらに備える。間欠送受信処理は、通信相手が間欠送受信処理を行わない場合に省電力効果を高めることができる。そのため、携帯型無線装置 1102は、間欠送受信処理を行う前に通信相手となる携帯型端末 1101に対し、間欠送受信処理を行うことを通知し、その携帯型端末 1101による間欠送受信処理を停止させる。

[0458] 具体的には、抑制再開制御部 1114は、通信制御部 1117に、間欠送受信処理を行う旨を通知する。さらに、抑制再開制御部 1114は、記憶部 1017に対してデータ取得要求を行い、モータ起動のタイミングと間欠送受信処理のタイミングとを連動させ

[0459] 通信制御部 1117は、抑制再開制御部 1114から間欠送受信処理を行う旨を通知されると、 TCPパケットに間欠送受信処理を行う設定を行う。具体的には、通信制御部 1117は、携帯型端末 1101との通信開始時の TCPの 3WAYノヽンドシェイクの際に、 TCPヘッダのオプションフィールドに新たに間欠送受信有効フラグを追加する。間欠送受信有効フラグが有効である TCPパケットを受信した通信相手である携帯型端末 1101は、間欠送受信処理を実施しない。

[0460] 図 39は、本実施の形態における携帯型無線装置 1102と携帯型端末 1101の定常状態での動作を示すシーケンス図である。なお、本実施の形態における初期状態および準備状態の処理は、実施の形態 5と同様のため、説明を省略する。

[0461] 抑制再開制御部 1114は、定常状態では、サイクルが開始される時刻 T131に、最初のデータパケット P1を送信し、さらにそのタイミングで記憶部 1017に対してデータ取得要求を行う。これにより、記憶部 1017は、キャッシュにサイクルデータサイズ分のデータを保持している場合には、そのデータを通信アプリケーション部 1011に渡す。また、記憶部 1017は、キャッシュにサイクルデータサイズ分のデータを保持していなければ、ハードディスクのモータを起動し、サイクルデータサイズの整数倍のデータをキャッシュにコピーすると同時に、サイクルデータサイズ分のデータを通信アプリケーシヨン部 1011に渡す。これにより、ハードディスクのモータの起動回数を減らして、モータ起動時の電力を抑制することができる。

[0462] 携帯型無線装置 1102は、このような処理を繰り返すことにより、通信アプリケーションプログラムが必要とする全てのデータを送信する。

[0463] このように、本実施の形態では、データを送信する所定のタイミングのみで、記憶部 1017のモータを起動することにより、携帯型無線装置 1102の省電力効果を高めることができる。また、間欠送受信処理を行う前に、間欠送受信処理を行う旨を通知することで、確実に省電力効果を高めることができる。

[0464] なお、携帯型無線装置 1102は、携帯型のハードディスクや、携帯型の音楽記録再生機、携帯型の動画記録再生機などの、無線通信により記憶しているデータを送信する装置であってもよい。

[0465] また、本実施の形態では、データ送信のタイミングに常にモータを起動してもよぐ一度のモータの起動で、複数回分のデータをキャッシュに記憶させ、モータの起動および停止回数を削減してもよ!/、。

[0466] また、本実施の形態では、記憶部 1017のモータと同期させて、間欠送受信処理を行ったが、セルラー系の通信手段を持つ携帯型端末の場合、その通信の送受信タイミングと同期させて、間欠送受信処理を実施してもよい。

[0467] また、本実施の形態では、間欠送受信のタイミングに記憶部 1017におけるモータの処理を同期させたが、他の処理を同期させてもよぐ CPU稼動時間が小さくなるように制御してもよい。 [0468] 以上、本発明に係る通信装置について、実施の形態 1〜7を用いて説明した力本発明は、これらに限定されるものではない。

[0469] 例えば、図 5、図 12、図 14、図 22、図 25、図 30、および図 38に示す通信装置をそれぞれ LSI (Large Scale Integration)などの半導体集積回路で構成してもよい。

[0470] また、実施の形態;!〜 7のそれぞれの特徴を組み合わせても本発明を実現することができる。

産業上の利用可能性

[0471] 本発明の通信装置は、通信品質と省電力効果のさらなる向上を両立して図ることができるという効果を奏し、例えば、テレビや DVD (Digital Versatile Disk)プレーヤーなどの据え置き型の家電機器、携帯電話や PDA (Personal Digital Assistants)などの携帯機器、並びにパーソナルコンピュータなどに適用することができる。

Claims

請求の範囲

[1] 通信相手側装置と通信する通信装置であって、

前記通信相手側装置に対してデータの送受信を行う通信手段と、

前記通信手段に対して供給される電力の状態を、前記送受信に必要な電力が供給されている給電状態と、前記送受信に必要な電力が供給されていない非給電状態とに切り換える電源切換手段と、

前記通信相手側装置に対してデータの送信を抑制させる抑制手段と、前記抑制手段によってデータの送信が抑制されていないときには、前記電源切換手段に対して、前記電力の状態を前記給電状態に切り換えさせ、前記抑制手段によつてデータの送信が抑制されているときには、前記電源切換手段に対して、前記電力の状態を前記非給電状態に切り換えさせる切換制御手段と

を備えることを特徴とする通信装置。

[2] 前記通信装置は、さらに、

送信データを前記通信手段から送信させることにより、前記通信相手側装置から肯定応答パケットを送信させて前記通信手段に受信させることを繰り返す通信制御手段を備え、

前記抑制手段は、前記送信データの前記通信手段からの送信を停止することにより、前記通信相手側装置に対して肯定応答パケットの送信を抑制させる

ことを特徴とする請求項 1記載に通信装置。

[3] 前記抑制手段は、さらに、前記送信データの送信の停止を解除することで、前記通信相手側装置からの肯定応答パケットの送信を再開させる

ことを特徴とする請求項 2記載の通信装置。

[4] 前記通信装置は、さらに、

サイクル時間およびサイクルデータサイズを決定する決定手段を備え、前記通信制御手段は、前記決定手段で決定されたサイクルデータサイズ分の送信データを前記通信手段から送信させ、前記送信データを送信したタイミングをサイクル開始時点とし、

前記抑制手段は、前記通信手段から前記送信データが送信されてから、前記決定手段で決定された前記サイクル時間が経過する時点をサイクル終了時点とし、前記送信データに対する肯定応答パケットが前記通信手段に受信されてから前記サイクル終了時点まで、前記送信データの前記通信手段からの送信を停止し、前記サイクル終了時点を次のサイクルの前記サイクル開始時点として、前記サイクル開始時点から前記サイクル終了時点までの処理を前記サイクル時間ごとに繰り返させる

ことを特徴とする請求項 3記載の通信装置。

[5] 前記通信装置は、さらに、

データサイズである受信ウィンドウを含む送信要求データを前記通信手段から送信させることにより、前記通信相手側装置から前記受信ウィンドウ以下のデータを送信させて前記通信手段に受信させることを繰り返す通信制御手段を備え、

前記抑制手段は、 0より大きな値を示す受信ウィンドウを含む前記送信要求データを正送信要求データとし、当該正送信要求データの前記通信手段からの送信を停止することにより、前記通信相手側装置に対してデータの送信を抑制させる

ことを特徴とする請求項 1記載の通信装置。

[6] 前記抑制手段は、さらに、前記正送信要求データの送信の停止を解除することで、前記通信相手側装置からのデータの送信を再開させる

ことを特徴とする請求項 5記載の通信装置。

[7] 前記通信制御手段は、前記通信手段でデータが受信されると、前記データを受信したことを通知する肯定応答パケットを前記送信要求データとして前記通信手段から送信させ、

前記抑制手段は、前記通信手段でデータが受信されたときに前記正送信要求データとして送信されるべき、 0より大きな値を示す受信ウィンドウを含む前記肯定応答パケットの、前記通信手段からの送信を停止することにより、前記通信相手側装置に対してデータの送信を抑制させ、 0より大きな値を示す受信ウィンドウを含む前記肯定応答パケットを前記通信制御手段に生成させて送信させることにより、前記通信相手側装置からのデータの送信を再開させる

ことを特徴とする請求項 6記載の通信装置。

[8] 前記抑制手段は、複数の送信要求データに対して前記通信相手側装置から前記通信手段に送信されるデータのサイズが予め定められたサイズとなるように、前記複数の送信要求データのそれぞれの前記受信ウィンドウを設定することにより、前記通信相手側装置に対してデータの送信を抑制させる

ことを特徴とする請求項 6記載の通信装置。

[9] 前記抑制手段は、さらに、前記通信相手側装置のデータの送信が抑制されてレ、るときに、受信ウィンドウとして 0を示す送信要求データを前記通信手段から送信させることを特徴とする請求項 6記載の通信装置。

[10] 前記通信装置は、さらに、

サイクル時間およびサイクルデータサイズを決定する決定手段を備え、前記通信制御手段は、前記決定手段で決定されたサイクルデータサイズを前記受信ウィンドウとし、前記サイクルデータサイズを示す送信要求データを前記通信手段から送信させ、前記送信要求データを送信したタイミングをサイクル開始時点とし、前記抑制手段は、前記通信手段から前記送信要求データが送信されてから、前記決定手段で決定された前記サイクル時間が経過する時点をサイクル終了時点とし、前記サイクルデータサイズのデータが前記通信手段に受信されてから前記サイクル終了時点まで、前記正送信要求データの前記通信手段からの送信を停止し、前記サイクル終了時点を次のサイクルの前記サイクル開始時点として、前記サイクル開始時点から前記サイクル終了時点までの処理を前記サイクル時間ごとに繰り返させる

ことを特徴とする請求項 6記載の通信装置。

[11] 前記通信手段は、前記通信相手側装置および他の通信相手側装置との間でデータの送受信を並列に行い、

前記決定手段は、前記通信手段が前記他の通信相手側装置との間で一定時間ごとに送受信を繰り返す場合、前記他の通信相手側装置との間の送受信と、前記通信相手側装置からのデータの受信とが同期するように、前記一定時間に基づいて前記サイクル時間を決定する

ことを特徴とする請求項 10記載の通信装置。

[12] 前記決定装置は、前記通信手段が前記他の通信相手側装置から一定時間ごとに固定レートでデータを受信することを繰り返す場合に、前記一定時間を基準とし、前記一定時間に基づいて前記サイクル時間を決定する

ことを特徴とする請求項 11記載の通信装置

[13] 前記切換制御手段は、

前記通信相手側装置から前記サイクルデータサイズのデータが送信されて前記通信手段に受信された後、前記電源切換手段に対して、前記電力の状態を前記給電状態から前記非給電状態に切り換えさせ、

前記サイクル終了時点までに、前記電源切換手段に対して、前記電力の状態を前記非給電状態から前記給電状態に切り換えさせる

ことを特徴とする請求項 10記載の通信装置。

[14] 前記通信相手側装置は、当該通信相手側装置から送信されたデータが消失して前記通信手段に受信されなかったことを検知すると、前記送信要求データに対して送信可能なデータのサイズである送信ウィンドウを減少させ、

前記抑制手段は、

前記通信手段から送信された前記送信要求データに対して、前記通信相手側装置から送信されて前記通信手段に受信されたデータのサイズが、前記送信要求データの示すサイクルデータサイズよりも小さいか否かを判別し、

小さいと判別したときには、前記受信ウィンドウが前記送信ウィンドウ以下となるようなウィンドウ制御を行う

ことを特徴とする請求項 13記載の通信装置。

[15] 前記抑制手段は、

前記通信手段に受信されたデータのサイズが前記サイクルデータサイズよりも小さいと判別したときには、前記ウィンドウ制御として、後に前記通信手段から送信される送信要求データの示す受信ウィンドウを前記サイクルデータサイズよりも小さくさせることを特徴とする請求項 14記載の通信装置。

[16] 前記通信相手側装置は、前記通信手段から送信要求データを受信して、前記送信要求データに対するデータを前記通信手段に送信することを繰り返すことによって、減少された前記送信ウィンドウを増加させ、

前記抑制手段は、前記送信ウィンドウが前記サイクルデータサイズよりも小さくなつてから前記サイクルデータサイズ以上になるまでのウィンドウ回復期間、前記ウィンドゥ制御として、前記正送信要求データの送信の停止を解除する

ことを特徴とする請求項 14記載の通信装置。

[17] 前記抑制手段は、

前記通信手段から送信される送信要求データに対して、前記通信相手側装置から送信されて前記通信手段に受信されるデータのサイズの期待値を計算し、

前記通信手段から送信された送信要求データに対して、前記通信相手側装置から送信されて前記通信手段に受信されたデータのサイズが、前記期待値よりも小さいか否かを判別し、

小さいと判別したときには、前記通信手段に受信されるデータのサイズが前記期待値に近づくように、後に前記通信手段から送信される送信要求データの送信形式を変更する

ことを特徴とする請求項 13記載の通信装置。

[18] 前記切換制御手段は、

前記通信手段から前記送信要求データが送信された後に、前記電源切換手段に対して、前記電力の状態を前記給電状態から前記非給電状態に切り換えさせ、前記送信要求データに対するデータが前記通信手段に受信される前に、前記電源切換手段に対して、前記電力の状態を前記非給電状態から前記給電状態に切り換えさせる

ことを特徴とする請求項 13記載の通信装置。

[19] 前記決定手段は、前記通信装置と前記通信相手側装置との間で要求される通信の性能に基づ!/、て、前記サイクル時間およびサイクルデータサイズを決定することを特徴とする請求項 10記載の通信装置。

[20] 前記通信手段は、前記通信相手側装置および他の通信相手側装置との間でデータの送受信を並列に行い、

前記抑制手段は、前記通信手段が前記他の通信相手側装置から一定時間ごとに固定レートでデータを受信することを繰り返す場合、前記他の通信相手側装置からのデータが前記通信手段に受信されるタイミングと、前記通信相手側装置からのデータが前記通信手段に受信されるタイミングとが一致するように、前記通信手段からの前記正送信要求データの送信の停止および解除を行う

ことを特徴とする請求項 6記載の通信装置。

[21] 前記通信手段は、前記通信相手側装置と通信端末との間における通信を中継することを特徴とする請求項 1記載の通信装置。

[22] 通信相手側装置と、前記通信相手側装置と通信する通信装置とを備える通信システムであって、

前記通信装置は、

を備えることを特徴とする通信システム。

[23] 通信相手側装置と通信する通信手段を用いた通信方法であって、

前記通信手段が前記通信相手側装置に対してデータの送受信を行う通信ステップと、

前記通信相手側装置に対してデータの送信を抑制させる抑制ステップと、前記抑制ステップによってデータの送信が抑制されていないときには、前記通信手段に対して供給される電力の状態を、前記送受信に必要な電力が供給されている給電状態に切り換える給電ステップと、

前記抑制ステップによってデータの送信が抑制されているときには、前記通信手段に対して供給される電力の状態を、前記送受信に必要な電力が供給されていない非給電状態に切り換える非給電ステップと

を含むことを特徴とする通信方法。

[24] 通信手段を用いて通信相手側装置と通信するためのプログラムであって、

をコンピュータに実行させることを特徴とする通信方法。

[25] 通信相手側装置と通信する集積回路であって、

を備えることを特徴とする集積回路。