JP2012049913A - 通信装置 - Google Patents

Abstract

【課題】リアルタイム性を向上させることができ、無線通信装置（ＭＮ）におけるデータの再生品質をさらに向上させることができる通信装置（ＣＮ）を提供する。
【解決手段】通信ネットワークに接続して通信を実行する通信部と、該通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、通信相手の無線通信装置(ＭＮ)11に対する、アプリケーションのデータの送信を制御する制御部とを備え、制御部は、無線通信装置が第１無線通信ネットワーク15から該第１無線通信ネットワーク15と異なる第２無線通信ネットワーク16ヘハンドオーバする際に、無線通信装置(ＭＮ)11から得られる第２無線通信ネットワーク16の通信許容帯域の情報と、通信部から送信すべきアプリケーションのデータ量とに基づいて、ハンドオーバ後のデータの送信速度を制御する。
【選択図】図８

Description

本発明は、異なる無線通信ネットワーク間でのハンドオーバが可能な無線通信装置と通信する通信装置に関するものである。

近年、ＩＥＴＦ（Internet Engineering Task Force）では、ユビキタス環境の実現に向けて、例えば携帯電話ネットワークや無線ＬＡＮ等、異なる複数の無線通信ネットワーク間でのハンドオーバを可能とするＩＰモビリティ技術が検討されている（例えば、非特許文献１参照）。このＩＰモビリティ技術における具体的なプロトコルとしては、通信端末個々の移動をサポートするモバイルＩＰｖ４及びモバイルＩＰｖ６（以下、これらを総称してモバイルＩＰと略称する）が知られており、ネットワーク単位での移動をサポートするＮＥＭＯ（Network Mobility）が知られている。

モバイルＩＰやＮＥＭＯでは、移動ノード（無線通信装置，ＭＮ：Mobile Node）がハンドオーバする際、当該無線通信装置（ＭＮ）が属するホームエージェント（ＨＡ：Home Agent）に、ハンドオーバ先の無線通信ネットワークのＩＰアドレスを気付けアドレス（ＣｏＡ：Care of Address）として登録することにより、ハンドオーバ先の無線通信ネットワークを介して、通信相手である対向ノード（通信装置，ＣＮ：Correspondent Node）との通信を可能としている。

ここで、ハンドオーバ方式には、ハンドオーバ元のネットワークを切断する前にハンドオーバ先のネットワークを接続するＭＢＢ（Make-Before-Break）方式や、ハンドオーバ元のネットワークを切断してからハンドオーバ先のネットワークを接続するＢＢＭ（Break-Before- Make）方式等が知られている。ＢＢＭ方式は、同時に複数の無線通信ネットワークとの接続を管理する必要がないため、比較的簡潔な処理でハンドオーバを行うことができるという利点を有する。

しかしながら、ＢＢＭ方式では、無線通信装置（ＭＮ）は、まず第１無線ＮＷとの無線接続を切断するため、無線通信装置（ＭＮ）と通信装置（ＣＮ）との間の通信は一度中断されることになる。この後、通常のモバイルＩＰでは、無線通信装置（ＭＮ）は、第２無線ＮＷに接続し、さらに第２無線ＮＷにおけるＣｏＡをホームエージェント（ＨＡ）に登録することによって、通信装置（ＣＮ）との通信を再開することができるが、第１無線ＮＷとの無線接続を切断してから、第２無線ＮＷにおけるＣｏＡをホームエージェント（ＨＡ）に登録するまでの間は、無線通信装置（ＭＮ）と通信装置（ＣＮ）との間で通信を行うことはできず、パケットロスが発生することになる。

その結果、ＶｏＩＰなどのリアルタイムアプリケーションでの通信中に、ＢＢＭ方式によってハンドオーバした場合は、パケットロスにより音が切れて、無音区間が発生し、再生品質及びリアルタイム性の低下を招くことになる。

このパケットロスによる無音の発生を防止する方法として、例えば、特許文献１のように、ハンドオーバの前に、パケットロスが生じる期間を把握することで、パケットが到着しない期間にも、ハンドオーバ元の第１無線通信ネットワークから受信したパケットを再生できるように、ハンドオーバ準備の開始を決定した時点から、長い時間をかけて第１無線通信ネットワーク及び第２無線通信ネットワーク間における遅延時間差を吸収するように、再生速度を制御する。これにより、標準の再生速度との差を小さくして、標準速度に近い速度で再生することができる。したがって、再生品質及びリアルタイム性を低下させることなく、第１無線通信ネットワークから第２無線通信ネットワークへのハンドオーバが可能となる。

特開２００９−１５９４４９号公報

C. Perkins、"IP Mobility Support (RFC2002)"、［online］、１９９６年１０月、ＩＥＴＦ、［平成１８年３月１５日検索］、インターネット＜URL: http: //www.ietf.org /rfc/rfc2002.txt

しかし、この方法では、ハンドオーバ準備開始の時点から比較的長時間をかけて、再生速度を制御することで無音が発生しないようにするものであるため、リアルタイム性の回復に時間がかかるなどして、音声を聞くユーザに違和感を与えるおそれがある。

一方、リアルタイム性をより早期に解消させるために、通信装置（ＣＮ）からのロストパケットの再送時に、送信すべきデータの符号化ビットレートを低くして、高速に送信することが考えられる。しかし、符号化ビットレートが低ければ、無線通信装置（ＭＮ）側で充分な再生品質が得られない場合がある。また、データの送信に際して、充分な通信帯域が確保できないことも想定される。

したがって、かかる点に鑑みてなされた本発明の目的は、遅延をより迅速に回復して、リアルタイム性を向上させることができ、無線通信装置（ＭＮ）におけるデータの再生品質をさらに向上させることができる通信装置（ＣＮ）を提供することである。

上記目的を達成する第１の観点に係る、通信装置の発明は、
通信ネットワークに接続して通信を実行する通信部と、
該通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
通信相手の無線通信装置に対する、前記アプリケーションのデータの送信を制御する制御部とを備え、
前記制御部は、前記無線通信装置が第１無線通信ネットワークから該第１無線通信ネットワークと異なる第２無線通信ネットワークヘハンドオーバする際に、前記無線通信装置から得られる前記第２無線通信ネットワークの通信許容帯域の情報と、前記通信部から送信すべき前記アプリケーションのデータ量とに基づいて、前記ハンドオーバ後の前記データの送信速度を制御することを特徴とする。

第２の観点に係る発明は、第１の観点に係る通信装置において、
前記制御部は、所定の符号化ビットレートによるデータ量を、前記送信すべきデータ量として用いて前記送信速度を算出し、該算出された送信速度が所定の閾値以上の場合、当該送信速度と前記許容帯域とに基づいて符号化ビットレートを制御することを特徴とするものである。

第３の観点に係る発明は、第１の観点に係る通信装置において、前記制御部は、
前記無線通信装置から得られる、所定時間内における前記無線通信装置のデータ再生量と、前記所定時間内における前記通信部からのデータ送信量とに基づいて、前記送信速度を制御することを特徴とするものである。

第４の観点に係る発明は、第３の観点に係る通信装置において、前記制御部は、
前記所定時間内における、前記データ再生量と前記データ送信量との比に基づいて、前記通信部から送信すべきデータの、符号化ビットレートを制御することを特徴とするものである。

本発明によれば、ハンドオーバ先の通信許容帯域に基づいて、送信速度を適切に制御するので、遅延をより迅速に回復して、リアルタイム性を向上させることができ、且つ、無線通信装置（ＭＮ）におけるデータの再生品質をさらに向上させることができる通信装置（ＣＮ）を提供することができる。

本発明の一実施の形態に係る通信ネットワークの概略構成を示す図である。 図１に示す無線通信装置の概略構成を示すブロック図である。 図２に示す無線通信装置の電話機能部の概略構成を示す機能ブロック図である。 図２に示すハンドオーバ制御部によるハンドオーバの制御を説明するための図である。 図１に示すホームエージェント（ＨＡ）の概略構成を示す図である。 ハンドオーバによるパケットロスを説明するための図である。 図１に示す通信装置（ＣＮ）の概略構成を示す機能ブロック図である。 図７に示す通信装置（ＣＮ）の電話機能部の概略構成を示す機能ブロック図である。 図８に示す電話機能部の要部の動作を示す図である。 通信装置（ＣＮ）からの高速送信パケットを受信している際の、無線通信装置（ＭＮ）の再生速度計算部における、再生速度と送信速度の関係の一例を示す図である。 パケットを受信し再生する側（無線通信装置（ＭＮ））の電話機能部における、再生速度変更時の動作を示す図である。 送信側（通信装置（ＣＮ））の送信制御の動作を説明するための図である。 送信側（通信装置（ＣＮ））における符号化レート及び送信速度の制御を説明するための図である。 送信側（通信装置（ＣＮ））の電話機能部６３における、受信側（無線通信装置（ＭＮ））からの再生速度変更通知を受信した時の動作を説明するフローチャートである。 送信速度・符号化レート制御と再生制御の結果の一例を示す図である。 従来技術に従う送信速度・符号化レート制御と再生制御の結果の一例を示す図である。 送信側（通信装置（ＣＮ））において高速送信用の音声データを蓄積する送信バッファの動作を説明するための図である。 送信側（通信装置（ＣＮ））における間引き処理を説明するための図である。 間引き処理における重み付けを説明するための図である。 間引き処理を行う音声データ信号の一例を示す図である。

以下、本発明の実施の形態について、図を参照して説明する。

図１は、本発明の一実施の形態に係る通信ネットワークの概略構成を示す図である。図１において、移動ノードである無線通信装置（ＭＮ）１１は、対向ノードである通信装置（ＣＮ）１２との間で、リアルタイム通信系のアプリケーションであるＶｏＩＰによる通話を行うものとする。無線通信装置（ＭＮ）１１は、第１無線通信ネットワーク１５と第２無線通信ネットワーク１６との間で、ハンドオーバが可能となっている。第１無線通信ネットワーク１５及び第２無線通信ネットワーク１６は、インターネット１８に結合されている。

ここで、第１無線通信ネットワーク１５は、例えば無線ＬＡＮからなり、第２無線通信ネットワーク１６は例えばｃｄｍａ２０００ ＥＶ−ＤＯの携帯電話ネットワークからなり、下りの絶対遅延時間は、第１無線通信ネットワーク１５の方が、第２無線通信ネットワーク１６よりも短くなっている。なお、図１において、符号１５ａは、第１無線通信ネットワーク１５のアクセスポイントを示し、符号１６ａは、第２無線通信ネットワーク１６の基地局を示している。

通信装置（ＣＮ）１２は、例えば送受話器１２ａが接続され、電話機能部としてのソフトフォンがインストールされたパーソナルコンピュータからなり、図示しないインターネットサービスプロバイダを介して通信ネットワークであるインターネット１８に接続されている。

また、第１無線通信ネットワーク１５及び第２無線通信ネットワーク１６には、それぞれ通信を制御するＳＩＰ（Session Initiation Protocol）サーバ２１及び２２が接続されている。さらに、インターネット１８には、無線通信装置（ＭＮ）１１宛の受信パケットを、無線通信装置（ＭＮ）１１が接続されている無線通信ネットワークに転送するホームエージェント（ＨＡ）２３と、通信を制御するＳＩＰサーバ２４とが接続されている。

図１に示す通信ネットワークにおいては、ホームエージェント（ＨＡ）２３に、無線通信装置（ＭＮ）１１が本来属する無線通信ネットワークで用いるホームアドレスを登録するとともに、ハンドオーバ時に、ハンドオーバ先の無線通信ネットワークのＩＰアドレスを気付けアドレス（ＣｏＡ：care of address）として登録することにより、異なる無線通信ネットワーク間でのハンドオーバを可能としている。なお、このようなＩＰモビリティ技術については、上述したモバイルＩＰや、ＮＥＭＯにおいて公知であるので、ここでは詳細な説明は省略する。

本実施の形態では、無線通信装置（ＭＮ）１１は、ホームエージェント（ＨＡ）２３に第１無線通信ネットワーク１５のＩＰアドレスを気付けアドレス（第１無線ＣｏＡ）として登録して、第１無線通信ネットワーク１５を介して通信装置（ＣＮ）１２と通信を行っている状態から、第２無線通信ネットワーク１６へハンドオーバするものとする。

図２は、図１に示す無線通信装置（ＭＮ）１１の概略構成を示す機能ブロック図である。無線通信装置（ＭＮ）１１は、第１無線通信ネットワーク１５に対応する第１無線Ｉ／Ｆ（インターフェース）３１と、第２無線通信ネットワーク１６に対応する第２無線Ｉ／Ｆ３２と、ＶｏＩＰのアプリケーションを実行する電話機能部３３と、第１無線通信ネットワーク１５及び第２無線通信ネットワーク１６への接続を制御する通信処理部３４と、第１無線通信ネットワーク１５及び第２無線通信ネットワーク１６の無線情報を取得する無線情報取得部３５と、第１無線通信ネットワーク１５と第２無線通信ネットワーク１６との間のハンドオーバを制御するハンドオーバ制御部３６と、を有する。さらに、無線情報取得部３５は、遅延計測部３７を有する。

通信処理部３４は、電話機能部３３と通信装置（ＣＮ）１２との間で、第１無線通信ネットワーク１５又は第２無線通信ネットワーク１６を介して通話を行うとともに、ハンドオーバ制御部３６による制御のもとに、ホームエージェント（ＨＡ）２３と通信するように、第１無線Ｉ／Ｆ３１又は第２無線Ｉ／Ｆ３２の接続を制御する。

無線情報取得部３５は、無線情報として、第１無線Ｉ／Ｆ３１及び第２無線Ｉ／Ｆ３２から、それぞれ対応する第１無線通信ネットワーク１５及び第２無線通信ネットワーク１６の通信品質を取得し、その取得した通信品質をハンドオーバ制御部３６に供給する。ここで、通信品質として、例えば、無線状態を表すＲＳＳＩ（Received Signal Strength Indicator）を取得する。

ハンドオーバ制御部３６は、無線情報取得部３５からの通信品質に基づいて、ハンドオーバを予定するか否か、すなわちハンドオーバの準備を開始するか否かの決定を含むハンドオーバ情報を生成し、そのハンドオーバ情報に基づいてハンドオーバを制御する。

図３は、図２に示す無線通信装置（ＭＮ）１１の電話機能部３３の構成を示す機能ブロック図である。電話機能部３３は、例えばソフトフォンからなり、公知のソフトフォンの構成と同様に、ボタン入力部７１、画面表示部７２、マイク７３、エンコーダ７４、パケット送信部７５、パケット受信部７６、ジッタバッファ７７、デコーダ７８、スピーカ７９、ジッタバッファ監視部５０、ジッタバッファ制御部５１、ＳＩＰ制御部５２、全体の動作を制御する全体制御部５３、送信制御部５６、及び再生速度計算部５９を有する。

全体制御部５３は、ボタン入力部７１や画面表示部７２を介して、ユーザの操作情報を取得し、その取得情報に基づいて全体の動作を制御する。また、ＳＩＰ制御部５２は、通話の開始や終了のＳＩＰの手続きを制御する。通話中は、送信制御部５６は、マイク７３から取得した音声データをエンコーダ７４に送り、符号化部であるエンコーダ７４でエンコードし、そのエンコードしたデータを、パケット送信部７５からパケットにいれて、通信処理部３４を経て通信装置（ＣＮ）１２へ送信する。

また、通信処理部３４を経てパケット受信部７６で受信した通信装置（ＣＮ）１２からのパケットは、ジッタバッファ７７に一旦取り込んでから読み出し、その読み出したパケットは、デコーダ７８でペイロード部分をデコードして、スピーカ７９から再生音声として出力する。なお、ジッタバッファ７７のパケットの受信状況や、ジッタバッファ７７内のパケット数（データ量）の状態は、ジッタバッファ監視部５０で監視し、その監視結果に基づいて、ジッタバッファ制御部５１により、ジッタバッファ７７からのパケットの読み出し速度や、受信したパケットの破棄などの処理を制御する。

本実施の形態では、電話機能部３３は、さらに、ハンドオーバ情報取得部５５及び送信バッファ５７を設ける。ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６からハンドオーバ予定決定情報を取得する。当該情報を取得した場合は、ハンドオーバ情報取得部５５は、さらに、ハンドオーバ制御部３６から所要のハンドオーバ情報を取得し、その取得したハンドオーバ情報を送信制御部５６に提供する。

送信制御部５６は、エンコーダ７４による送信データの符号化時のビットレート及びエンコーダ７４からパケット送信部７５へのデータの送信を制御するもので、ハンドオーバ情報取得部５５からハンドオーバ情報が供給されない通常の通話状態では、マイク７３からの入力音声データをエンコーダ７４に送る。これに対し、ハンドオーバ情報取得部５５からハンドオーバ情報が供給された場合は、送信制御部５６は、マイク７３からの入力音声データをコピーし、送信バッファ５７に送る。この送信制御部５６による送信制御については、さらに後述する。

このように、本実施の形態では、電話機能部３３が、リアルタイム通信系のアプリケー
ションを実行する実行部、及び当該アプリケーションのデータの送信を制御する制御部を構成している。さらに、電話機能部３３は、Ｕｎｒｅａｃｈａｂｌｅ情報取得部５８を設ける。Ｕｎｒｅａｃｈａｂｌｅ情報取得部５８は、通信処理部３４を介して、通信装置（ＣＮ）１２の通信処理部６２から、ソフトフォン通信パケットに対するＩＣＭＰ（Internet Control Message Protocol）Ｕｎｒｅａｃｈａｂｌｅパケットを受け取る。

図４は、図２に示すハンドオーバ制御部によるハンドオーバの制御を説明するための図である。ここでは、ハンドオーバ制御部３６は、使用中の無線のＲＳＳＩがある閾値（ハンドオーバ準備開始閾値）に達した場合に、ハンドオーバのための準備を開始し、第２無線通信ネットワーク１６に接続（Linkup）するように第２無線Ｉ／Ｆ３２を制御する。そして、ハンドオーバ制御部３６は、ＲＳＳＩがハンドオーバ準備開始閾値よりも低い別の閾値（ハンドオーバ開始閾値）に達した場合に、ハンドオーバを開始する決定を含むハンドオーバ情報を生成し、第２無線Ｉ／Ｆ３２が、ＢＵ（Binding Update）をホームエージェント（ＨＡ）２３に送信するように制御する。

図５は、ホームエージェント（ＨＡ）２３の概略構成を示す図である。ホームエージェント（ＨＡ）２３においては、移動管理部４１及び転送部４２がホームエージェントとしての機能を実現する。移動管理部４１は、無線通信装置（ＭＮ）１１からのＢＵに対してＢＡ（Binding Acknowledge）を返すと共に、ＢＵに含まれている無線通信装置（ＭＮ）１１のＩＰアドレスを登録する。転送部４２は、移動管理部４１で登録されたＩＰアドレスを元に、パケットを転送する。ホームエージェント（ＨＡ）２３は、更に、無線通信装置（ＭＮ）１１の無線情報を取得する無線情報取得部４３を有する。無線情報取得部４３は、遅延計測部４４を有する。

ホームエージェント（ＨＡ）２３の遅延計測部４４と、無線通信装置（ＭＮ）１１の遅延計測部３７は、無線通信装置（ＭＮ）１１とホームエージェント（ＨＡ）２３との間で、送信時のタイムスタンプを追加しながらパケットの送受信を行う。その中で遅延計測部４４は、ハンドオーバ元である第１無線通信ネットワーク１５と、ハンドオーバ先である第２無線通信ネットワーク１６との間の絶対遅延時間差や、ハンドオーバ先である第２無線通信ネットワーク１６のＲＴＴ（Round Trip Time）を計測し、無線通信装置（ＭＮ）１１−ホームエージェント（ＨＡ）２３間のＶｏＩＰのアプリケーションに、遅延情報を通知する。

図６は、ハンドオーバによるパケットロスを説明するための図である。ここでは、便宜上、ＮＥＭＯを例にとって説明する。無線通信装置（ＭＮ）１１のハンドオーバ制御部３６がハンドオーバ準備開始を決定すると、ハンドオーバ先の無線を接続（Linkup）する。その後、ハンドオーバ制御部３６がハンドオーバ開始を決定すると、ハンドオーバ制御部３６は、ハンドオーバ元の無線を切断し、ハンドオーバ先の無線でＢＵをホームエージェント（ＨＡ）２３に送信する。ＢＵを受信したホームエージェント（ＨＡ）２３は、ＣｏＡ（Care of Address）として登録されていたハンドオーバ元の無線のＩＰアドレスに、新しいＩＰアドレスを上書きして登録し、ＢＡを返す。ＢＡを受信した無線通信装置（ＭＮ）１１は、新たにハンドオーバ先の無線にて送受信を開始する。ここで、無線通信装置（ＭＮ）１１がハンドオーバ元の無線を切断してからハンドオーバ先の無線で送受信を開始するまでの間に、ハンドオーバ元の無線と通信を行う第１無線Ｉ／Ｆに到着するパケットは、無線通信装置（ＭＮ）１１によって受信されない。したがって、無線通信装置（ＭＮ）１１がＢＵを送信した後にホームエージェント（ＨＡ）２３からＢＡを受信するまでの間に無線通信装置（ＭＮ）１１に到着するパケットはロストすることになる。

図７は、図１に示す通信装置（ＣＮ）１２の概略構成を示す機能ブロック図である。通信装置（ＣＮ）１２は、図示しないインターネットサービスプロバイダを介してインターネット１８に接続するネットワークＩ／Ｆ（インターフェース）６１と、ネットワークへの接続を制御する通信処理部６２と、ＶｏＩＰのアプリケーションを実行する電話機能部６３と、無線情報を取得する無線情報取得部６４とを有する。

通信処理部６２は、ネットワークＩ／Ｆ６１のインターネット１８への接続を制御して、電話機能部６３と無線通信装置（ＭＮ）１１との間の通信を実行する。したがって、ネットワークＩ／Ｆ６１及び通信処理部６２は、通信部を構成する。

図８は、図７に示す通信装置（ＣＮ）１２の電話機能部６３の概略構成を示す機能ブロック図である。電話機能部６３は、図３に示す電話機能部３３と同様の構成を有するため、同一の機能を有する機能ブロックには、図３で付した参照符号に１００を加えた参照符号を付す。また、同一の機能を有する機能ブロックについての説明は省略する。ハンドオーバ情報取得部１５５は、無線通信装置（ＭＮ）１１からのハンドオーバ予告メッセージを一定時間毎に監視して、ハンドオーバの予定を決定するハンドオーバ予定決定情報を取得する。ハンドオーバ予定決定情報を取得した場合は、ハンドオーバ情報取得部１５５は、更に無線通信装置（ＭＮ）１１から所要のハンドオーバ情報を取得し、取得した情報を送信制御部１５６に供給する。

図９は、無線通信装置（ＭＮ）１１のハンドオーバ時における、無線通信装置（ＭＮ）１１の電話機能部３３の要部の受信再生動作を示すシーケンス図である。電話機能部３３のハンドオーバ情報取得部５５は、ハンドオーバ制御部３６からのハンドオーバ情報を一定間隔毎に監視し、ハンドオーバ準備開始の情報を取得した場合には、ハンドオーバ準備開始通知を再生速度計算部５９に通知する。また、ハンドオーバ準備が開始した旨を通信装置（ＣＮ）１２に通知する。その後、通信装置（ＣＮ）１２から送信速度を通知されると、再生速度計算部５９に転送する。ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６から遅延情報を随時取得し、その情報を再生速度計算部５９へ渡す。

一方、ジッタバッファ監視部５０は、ジッタバッファ７７を常時監視し、取得したパケットの受信状況やパケット量をジッタバッファ制御部５１に通知する。通知を受けたジッタバッファ制御部５１は、ジッタバッファ７７を制御して、ジッタバッファからのパケットの取り出し速度の調整や、受信したパケットの破棄などの処理を行う。また、ジッタバッファ監視部５０は、取得したパケット量の情報を、再生速度計算部５９に通知する。

再生速度計算部５９は、下記の式に基づいてパケット蓄積目標値を算出する。
パケット蓄積目標値＝標準のパケット蓄積量＋ＲＴＴ最大値
ここで、ＲＴＴ最大値とは、それまでに通知された遅延情報の最大値で、ハンドオーバ先無線のＲＴＴの最大値である。

そして、再生速度計算部５９は、ジッタバッファ監視部５０からバッファ内のパケット蓄積量を取得し、その時点のパケット蓄積量がパケット蓄積目標値よりも少なかった場合には、再生速度を標準より遅い速度（例えば、９０％）にするよう、ジッタバッファ制御部５１に指示する。現在のパケット蓄積量が目標値と同程度であった場合には、再生速度計算部５９は、標準の速度で再生するように、ジッタバッファ制御部５１を指示する。ジッタバッファ制御部５１は、指示された再生速度となるように、ジッタバッファ７７の読み出しを制御する。

その後、再生速度計算部５９は、ハンドオーバ情報取得部５５を介して通信装置（ＣＮ）１２からの高速送信開始通知を受けると、パケット蓄積量が標準のパケット蓄積量以上になるのを待ち、その後、高速再生を行う。高速再生にあたって、図１０を参照して説明する計算方法によって、高速再生の速度を計算し、その速度をジッタバッファ制御部５１に通知する。また、この再生速度の情報を通話相手である通信装置（ＣＮ）１２に通知する。そして、高速送信終了通知を受けると、パケット蓄積量が標準のパケット蓄積量以上であれば高速再生を指示し、パケット蓄積量が標準のパケット蓄積量未満であれば低速再生を指示する。その後、パケット蓄積量が標準のパケット蓄積量付近になると、通常の制御に戻す。その後、ハンドオーバ情報取得部５５は、ハンドオーバ準備開始の情報の監視に戻る。

このような再生速度の制御が、通信装置（ＣＮ）１２によるアップリンク受信時にも、通信装置（ＣＮ）１２の電話機能部６３において行われる。この場合には、下記の式によってパケット蓄積増加目標値を求め、過去のパケット蓄積増加目標値の最大値と標準のパケット蓄積量とを加算して、パケット蓄積目標値とする。ここで、パケット蓄積増加目標値は、例えば、アップリンク遅延差がゼロよりも大きい場合にはＲＴＴとアップリンク遅延差とを加算した値とし、アップリンク遅延差がゼロ以下の場合はＲＴＴとする。
パケット蓄積目標値＝標準のパケット蓄積量＋パケット蓄積増加目標値最大値
ここで、ＵＬ遅延差は、無線通信装置（ＭＮ）１１のハンドオーバ先無線とハンドオーバ元無線との遅延差である。

図１０は、通信装置（ＣＮ）１２からの高速送信パケットを受信している際の、無線通信装置（ＭＮ）１１の再生速度計算部５９における、再生速度と送信速度の関係の一例を示す図である。ここでは、横軸を送信速度(SndRat)、縦軸を再生速度(PlyRat)とし、最低送信速度(SndRatMin)は１１０％とする。送信速度とは、通信を行っているネットワークの全許容帯域の値（[kbps]）を一秒当たりに流れるデータ量（[kbps]）で割り、百分率で表した値を言うものとする。

送信速度(SndRat)が１１０％から１７０％である期間において、再生速度(PlyRat)は、１１０％から１５０％まで線形に増加させ、送信速度(SndRat)が１７０％を超えた場合であっても、再生速度(PlyRat)を１５０％に保持するように、ジッタバッファ制御部５１がジッタバッファ７７を制御する。また、再生速度の下限は１１０％として、送信速度(SndRat)が最低送信速度(SndRatMin)を下回った場合であっても、再生速度(PlyRat)を１１０％に維持するように、ジッタバッファ制御部５１がジッタバッファ７７を制御する。

なお、最低送信速度(SndRatMin)を１１０％とすることは一例であり、例えば、再生速度を標準速度(１００％)までは追従して低下させ、送信速度が標準速度以下になっても、再生速度(PlyRat)は、標準速度（１００％）を下回らないように、ジッタバッファ制御部５１がジッタバッファ７７を制御することも可能である。また、再生速度(PlyRat)の最高値を更に高い値に設定しても良いし、送信速度に対する再生速度の変化は線形でなくても良い。

図１１は、パケットを受信し再生する側（無線通信装置（ＭＮ）１１とする）の電話機能部３３における、再生速度変更時の動作を示す図である。今、通話相手（通信装置（ＣＮ）１２とする）が高速送信を行っているものとする。無線通信装置（ＭＮ）１１の電話機能部３３は、高速送信開始時の最初のパケットを受信した時刻（基点時間：TimRcv0）を保持する（ステップＳ１０１）。そして、再生速度計算部５９は、ハンドオーバ情報取得部５５を介して、送信側（通信装置（ＣＮ）１２）からの送信速度通知を受信する（ステップＳ１０２）。そして、再生速度計算部５９は、受信した送信速度をSndRat(t)に設定する（ステップＳ１０３）。また、再生速度計算部５９は、受信した送信速度がそれまでに受信した送信速度から変化したか否かを判定（SndRat(t)≠SndRat(t−Δt)）する（ステップＳ１０４）。送信速度が変化した場合、再生速度計算部５９は、ジッタバッファ監視部５０を通じて、ジッタバッファの蓄積量を確認する（ステップＳ１０５）。ジッタバッファの蓄積量が所定の閾値以上である場合、再生速度計算部５９は、再生速度（PlyRat(t))を算出(PlyRat(t)＝FncP(t))する（ステップＳ１０６）。そして、再生速度（PlyRat(t))がそれまでの再生速度から変化したか否かを判定する（ステップＳ１０７）。再生速度が変化した（PlyRat(t)≠PlyRat(t−Δt)）場合、電話機能部３３は、通話相手のソフトフォンに対して、変更後の再生速度（PlyRat(t))と、基点時間（TimRcv0)からの経過時間（TimPas(t)＝TimNow−TimRcv0)を通知する（ステップＳ１０８）。

図１２は、通信装置（ＣＮ）１２から無線通信装置（ＭＮ）１１にパケットを送信する場合における、電話機能部６３における、送信制御の動作を説明するためのシーケンス図である。電話機能部６３のハンドオーバ情報取得部１５５は、無線通信装置（ＭＮ）１１からハンドオーバ準備開始通知を受信すると、ハンドオーバ準備開始通知を送信制御部１５６に通知する。そして、送信制御部１５６は、入力音声データを送信バッファ１５７に一定量コピーするよう制御する。また、ハンドオーバ情報取得部１５５は、再生速度計算部１５９から再生速度の情報を、パケット蓄積量計算部１８０からジッタバッファにおけるパケット蓄積量の情報を受信すると、これらの情報を送信制御部１５６に転送する。その後、ハンドオーバ情報取得部１５５は、無線情報取得部６４から遅延情報を通知されると、送信制御部１５６にこの情報を随時転送する。すると、送信制御部１５６は各情報を随時記憶する。そして、ハンドオーバ情報取得部１５５は、ハンドオーバ完了通知を受信すると、送信制御部１５６に転送する。さらに、図示しないが、ハンドオーバ情報取得部１５５は、ハンドオーバ準備開始から高速送信開始通知までの期間に於いては、Ｕｎｒｅａｃｈａｂｌｅ情報取得部１５８から通知されるＲＴＰパケットタイムスタンプを送信制御部１５６に転送する。

ここで、送信制御部１５６は、ハンドオーバ情報取得部１５５からハンドオーバ完了通知を受信すると、記憶した遅延情報と、ＩＣＭＰ ＵｎｒｅａｃｈａｂｌｅのＲＴＰパケットタイムスタンプに基づいて、以下に詳述するような計算によって、パケットのロストした期間（パケットロスト期間）及びロストしたパケットの量（ロストパケット数）の予測値（予測パケットロスト期間及び予測ロストパケット数）を計算し、再送パケット数を得る。

まず、通信装置（ＣＮ）１２が、無線通信装置（ＭＮ）１１にパケットを送信する場合の、遅延情報による予測ロストパケット数の算出について説明する。通信装置（ＣＮ）１２の電話機能部６３のハンドオーバ情報取得部１５５は、遅延情報として、無線通信装置（ＭＮ）１１のハンドオーバ先無線のＲＴＴの情報、及び無線通信装置（ＭＮ）１１のハンドオーバ先無線とハンドオーバ元無線のダウンリンクの遅延差（ハンドオーバ先−ハンドオーバ元）の情報を取得する。このとき、これらの情報を取得する度に、ハンドオーバ情報取得部１５５は、その時の予測ロストパケット数として、下記の式の計算を行った値を記憶する。
遅延情報による予測ロストパケット数
＝ハンドオーバ先無線のＲＴＴ−ダウンリンク遅延差

次に、無線通信装置（ＭＮ）１１が、通信装置（ＣＮ）１２にパケットを送信する場合の、遅延情報による予測ロストパケット数の算出について説明する。無線通信装置（ＭＮ）１１の無線情報取得部３５は、遅延情報として、無線通信装置（ＭＮ）１１のハンドオーバ先無線のＲＴＴ、及び無線通信装置（ＭＮ）１１のハンドオーバ先無線とハンドオーバ元無線のアップリンクの遅延差（ハンドオーバ先−ハンドオーバ元）の情報を取得する。このとき、これらの情報を取得する度に、電話機能部３３の送信制御部５６は、その時の予測ロストパケット数として、以下の計算を行い、値を記憶する。

このようにして、遅延情報による予測ロストパケット数を算出した後に、無線通信装置（ＭＮ）１１の送信制御部５６は、ハンドオーバ情報取得部５５からハンドオーバ完了通知を受信した時、ＩＣＭＰ Ｕｎｒｅａｃｈａｂｌｅ ＲＴＰパケットタイムスタンプの通知があれば以下の式によって予測ロストパケット数を計算する。
ICMP Unreachableによる予測ロストパケット数
＝次に送信予定のＲＴＰパケットタイムスタンプ
−ICMP Unreachable ＲＴＰパケットタイムスタンプ最小値

そして、送信制御部５６は、遅延情報による予測ロストパケット数の平均と、ＩＣＭＰ Ｕｎｒｅａｃｈａｂｌｅによる予測ロストパケット数を比較して、大きい方のパケット数を再送パケット数とする。なお、通信装置（ＣＮ）１２においても同様の計算を行い、再送パケット数を決定する。

このようにして、予測ロストパケット数を算出すると、通信装置（ＣＮ）１２の送信制御部１５６は、送信バッファ１５７に保存されている入力音声データのうち、予測パケットロスト期間の所定時間前のデータを送信バッファ１５７から読み出してエンコードし、高速送信を始める。この時、送信制御部１５６は、高速送信開始通知を、ハンドオーバ情報取得部１５５を通して無線通信装置（ＭＮ）１１の電話機能部３３のハンドオーバ情報取得部５５に通知する。なお、新しい入力音データは、継続して送信バッファ１５７に保存する。そして、高速送信によって送信バッファが空になると、送信制御部１５６は、送信速度を通常の速度に戻すように送信バッファ１５７からの読み出しを制御し、ハンドオーバ情報取得部１５５を通して高速送信終了通知を通話相手の無線通信装置（ＭＮ）１１の電話機能部３３のハンドオーバ情報取得部５５に通知し、送信制御を終了する。

そして、高速送信終了通知を受けると、無線通信装置（ＭＮ）１１の再生速度計算部５９は、パケット蓄積量が標準のパケット蓄積量以上であれば高速再生となるようジッタバッファ制御部に指示し、パケット蓄積量が標準のパケット蓄積量未満であれば低速再生を指示する。その後、パケット蓄積量が標準のパケット蓄積量付近になると、再生速度計算部５９は通常の制御に戻すようにジッタバッファ制御部５１に指示する。

一方、送信制御部１５６は、送信速度の情報をハンドオーバ情報取得部１５５を通して無線通信装置（ＭＮ）１１の電話機能部３３のハンドオーバ情報取得部５５に通知する（図示しない）。

図１３は、高速送信中の通信装置（ＣＮ）１２における符号化レート、送信速度の制御を説明するためのフローチャートである。例えば、送信速度に基づいて１パケットを送信するために要する時間を算出し、その時間に一致する間隔（パケット送信間隔）でパケットを送信するとする。ここで、送信速度は、例えば、全許容帯域を一秒当たりに流れるデータ量で除算し、百分率で表した値として求められる値であり、下記の式により求められる。
SndRat = WidAll/(EthIpSiz×PktUni＋EncRat)
SndRat：送信速度[%]
WidAll：全許容帯域[kbps]
EthIpSiz：Ether-IPヘッダサイズ[bits]
PktUni：単位時間パケット数[packets/sec]
EncRat：符号化レート[kbps]

まず、送信制御部１５６は、前回パケットを送信してからの経過時間を算出する(ステップＳ２０１)。そして、送信制御部１５６は、経過時間がパケット送信間隔に一致するか否か、すなわち、パケット送信タイミングに該当するか否かを判定する（ステップＳ２０２）。そして、送信制御部１５６は、符号化レート（EncRat)を、復号音声品質として、標準的な通話品質が得られる符号化レートである標準符号化レート（EncRatBas)に設定し、その場合の送信速度（SndRat）を算出する（ステップＳ２０３）。なお、このときの再生速度計算部５９における再生速度の算出は図１０に従う。ここでいう標準符号化レートとは、例えば２０．６[kbps]のような、標準の通話品質を担保可能な符号化レートを指すものとする。そして、送信制御部１５６は、算出した送信速度が、最高送信速度（SndRatMax(例えば、２００％)）以上か否かを判定し（ステップＳ２０４）、算出した送信速度（SndRat）が最高送信速度（SndRatMax）以上である場合に、送信速度（SndRat）を最高送信速度（SndRatMax）とし、その場合の符号化レート（EncRat）を算出する（ステップＳ２０５）。符号化レートは、下記の式に従って算出する。
EncRat＝FncE（t）＝（WidAll/SndRat）−EthIpSiz×PktUni
EncRat：符号化レート
WidAll：全許容帯域[kbps]
SndRat：送信速度[％]
EthIpSiz：Either-IPヘッダサイズ[bits]
PktUni：単位時間パケット数[packets/sec]
この計算により、最高送信速度（SndRatMax）で送信している場合において、許容帯域に更に余裕がある場合には、送信すべきデータを高品質の符号化レートでエンコードすることが可能になる。

一方、ステップＳ２０４で、送信速度（SndRat）が最高送信速度（SndRatMax）未満であると判定された場合には、送信制御部１５６は、ステップＳ２０３で算出した、標準符号化レート（EncRatBas)の場合における送信速度（SndRat）を送信速度とする。そして、送信制御部１５６は、高速送信が始まってからの総送信量と総再生量の比が、１未満であるか否かを判定する（ステップＳ２０６）。送信再生比（SndPlyRat）の算出方法は、下記の式に従う。
SndPlyRat：送信再生比
SndRat(j)：送信速度[％]
PlyRat(i)：再生速度[％]
ただし、SndTim(J)=PlyTim(I)=(PktCnt(t)+1)×PktUniTim
PktCnt(t)：パケット数
PktUniTim：パケットの送信間隔[sec](例えば、0.02[sec])
SndTim(J)＝SndTim(j+1)：送信側現在時刻
PlyTim(I)＝PlyTim(i+1)：再生側現在時刻

算出した送信再生比が１未満の場合、即ち、総送信量が総再生量よりも少ない場合、送信制御部１５６は、符号化レート（EncRat）を最低符号化レート(EncRatMin(例えば、7.8[kbps]））にし、送信速度（SndRat)を算出する（ステップＳ２０７）。そして、送信制御部１５６は、再度、送信再生比（SndPlyRat(t))を算出し、１未満か否かを判定する（ステップＳ２０８）。SndPlyRat(t)が１未満である場合、即ち、総送信量に対して総再生量が大きく、このままでは再生側において音声が途切れるおそれがあるような場合、送信制御部１５６は、データの間引き処理を行う（ステップＳ２０９）。間引き処理は、図１８〜２０を参照して詳述する方法に従う。その後、送信制御部１５６は、送信バッファ１５７に残りパケット、すなわち、送信バッファ１５７に高速送信すべきパケットが存在するか否かを判定する（ステップＳ２１１）。このとき、高速送信すべきパケットとは、再送すべきロストパケットに加えて、受信側（無線通信装置（ＭＮ）１１）における再生が、リアルタイム性を回復するまでの期間に蓄積されたパケットである。そして、残りパケットが無ければ、高速送信終了し（ステップＳ２１５）、残りパケットがあれば、再度、送信再生比（SndPlyRat(t))を算出する（ステップＳ２０８）。一方、（SndPlyRat(t)≧1)の場合、送信制御部５６は、送信すべき音声データの符号化レート（EncRat）を再計算する（ステップＳ２１０）。そして、送信制御部１５６は、エンコーダ１７４を制御して、再計算した符号化レート値以下で、実際に設定可能な符号化レートの値でデータをエンコードするように制御する。

ステップＳ２１０で符号化レート（EncRat）を再計算すると、送信制御部１５６は、送信バッファから入力音声データを読み出し、エンコーダ１７４が所定の符号化レートでデータをエンコードするように制御し、パケット送信部１７５が所定の送信速度でパケットを送信するように制御する（ステップＳ２１２）。一方、ステップＳ２０６において、送信再生比が１以上の場合、即ち、総送信量が総再生量よりも多く、音声の途切れが生じる可能性が低い場合、標準符号化レート（EncRatBas)で符号化が行われ、ステップＳ２０３で算出した送信速度で送信処理が行われる。ステップＳ２０７において送信速度が更新された場合、送信制御部１５６は、送信速度リストに送信速度と経過時間{SndRat(j)=SndRat、SndTim(j)=PktTim}を記録する（ステップＳ２１３）。そして、送信制御部１５６は、再度、送信バッファ１５７の残りパケット数がゼロか否かを判定し（ステップＳ２１４）、残りパケットが無ければ、高速送信を終了する（ステップＳ２１５）。ステップＳ２１４で残りパケット数がゼロでないと判定された場合には、再びステップＳ２０１に戻る。

図１４は、送信側（通信装置（ＣＮ）１２とする）の電話機能部６３における、受信側（無線通信装置（ＭＮ）１１）からの再生速度変更通知を受信した時の動作を説明するフローチャートである。通信装置（ＣＮ）１２の送信制御部１５６は、高速送信開始する時、最初にパケットを送信する時刻（TimSnd0)の情報を保持する（ステップＳ３０１）。そして、送信制御部１５６は、平均送信速度の算出基点（TimSndBas）を設定する（TimSndBas＝TimSnd0)（ステップＳ３０２）。その後、送信制御部１５６は、再生速度リストの初期化を行い、再生速度を標準速度（PlyRat(0)=PlyRatBas）とし、そのときの時間をゼロとして（TimPas(0)=0）、再生速度リストに保存する（PlyRat(0)、TimPas(0)）に保存する（ステップＳ３０３）。このときの標準速度は、例えば１１０％である。そして、送信制御部１５６は、受信側（無線通信装置（ＭＮ）１１）の電話機能部３３から、その時点（TimPas(i)）における再生速度に関する情報（PlyRat）の通知（再生速度変更通知）を受信したか否かを判定し（ステップＳ３０４）、受信した場合には再生速度の更新履歴として再生速度リストに保存する（ステップＳ３０５）。そして、送信制御部１５６は、送信バッファ１５７に高速送信すべきパケットが存在するか否かを判定して、高速送信を終了すべきか否かを判定する（ステップＳ３０６）。

図１５は、本発明に係る通信装置の高速送信期間中の送信速度・符号化レート制御と再生制御の結果の一例を示す。許容帯域が十分にある段階では、送信側（通信装置（ＣＮ）１２）の送信制御部１５６は、任意に設定した最高送信速度でパケットを送信するようにパケット送信部１７５を制御する。時刻Ｔ１までは帯域に更に余裕があるため、送信制御部１５６は、送信するパケットの符号化レートを、より高品質の符号化レートに上げるようにエンコーダ１７４を制御する。その後、時刻Ｔ１以後に、許容帯域が狭くなったので、送信制御部１５６は、送信するパケットの符号化レートを下げるようにエンコーダ１７４を制御する。その結果、時刻Ｔ２においては、符号化レートは標準符号化レートまで下がっている。そして、時刻Ｔ２以降においても許容帯域が減少し続けると、送信制御部１５６は、次に、パケットの送信速度を下げるようにパケット送信部１７５を制御する。その後、時刻Ｔ３において、更に許容帯域が減少して、データを標準符号化レート及び最低送信速度で送信できなくなると、送信制御部１５６は、送信するデータの符号化レートを下げるようにエンコーダ１７４を制御する。そして、最低符号化レートでも送信が不可能な程、許容帯域が減少すると、送信制御部１５６は、次に、最低送信速度を下回る値まで、送信速度を必要なだけ下げるように、パケット送信部７５を制御する。

この間、受信側（無線通信装置（ＭＮ）１１）は、送信側（通信装置（ＣＮ）１２）の送信速度に応じて、再生速度計算部５９が再生速度を計算し、データを再生している。送信速度が再生速度よりも速い期間には、例えば、時刻Ｔ２までの期間におけるパケット蓄積量を示すプロットラインのように、受信側（無線通信装置（ＭＮ）１１）のジッタバッファにおけるパケット蓄積量は増加する。その後、許容帯域が減少して、送信側（通信装置（ＣＮ）１２）の送信制御部１５６が送信速度を段階的に引き下げ、受信側（無線通信装置（ＭＮ）１１）が、標準再生速度で受信したデータの再生を続けた結果、時刻Ｔ５に於いて、標準パケット蓄積量の余剰分がなくなり、パケット蓄積量が標準値に戻る。

ここで、これ以上最低送信速度以下の速度でデータの送信を続けると、受信側（無線通信装置（ＭＮ）１１）のパケット蓄積量が減少し、ジッタが発生する危険性が増してしまうので、送信側（通信装置（ＣＮ）１２）の送信制御部１５６は、Ｔ５において送信データの間引きを行い、最低送信速度を維持するようにパケット送信部１７５を制御する。その後、時刻Ｔ６において許容帯域が回復すると間引きを終了する。そして、送信バッファ１５７に高速送信すべきパケットが存在しなくなると、送信側（通信装置（ＣＮ）１２）の送信制御部１５６は、高速送信を終了するようにパケット送信部１７５を制御する。

図１６は、図１５と同じ環境で従来の制御を行った場合の結果を示す。送信側(通信装置（ＣＮ）１２）において、符号化レートは最低符号化レートを使用し、送信速度は所定の送信速度を使用するものとする。受信側（無線通信装置（ＭＮ）１１）では、所定の送信速度に対応する速度で再生するものとする。その結果、時刻Ｔ３からＴ６の期間において、許容帯域が、最低符号化レートかつ所定の送信速度でデータを送信する際に必要とされる帯域を下回ってしまう。このとき、送信側（通信装置（ＣＮ）１２）は、許容帯域以上にパケットを送信してしまうことになる。このため、例えば、時刻Ｔ３〜Ｔ６付近において、基地局にパケットがバッファリングされて、パケットが無線通信装置（ＭＮ）１１に届かずにネットワーク上で滞留する結果、受信側（無線通信装置（ＭＮ）１１）において受信バッファ内のパケットがなくなり、データの再生中に無音が発生する可能性が高くなる。また、一定の送信速度でデータが送信されているため、送信側（通信装置（ＣＮ）１２）の送信バッファ１５７に蓄積された、ハンドオーバ時のロストパケットその前後のパケットの送信を終了し、通話の遅延が元に戻るまでの時間が、図１５に示した本発明に係る方法よりも長くなってしまう。

このように、本実施の形態に係る方法によれば、受信側（無線通信装置（ＭＮ）１１）においては送信速度にあわせて再生し、送信側（通信装置（ＣＮ）１２）では許容帯域と受信側の再生にあわせて送信することで、符号化レートを上げて音質を良くし、滞留を回避し、通話の遅延をより早く解消することが出来る。

図１７は、送信側（通信装置（ＣＮ）１２）において、高速送信用の音声データを蓄積する送信バッファ１５７の動作を説明するための図である。送信バッファ１５７は、波形データを保存した先頭ポインタ、波形データのデータサイズ（[Byte]）、波形データが送信待ち状態であるか否かの有効フラグ（True/False）の情報を保持する。送信制御部１５６は、マイク１７３が音声波形データをキャプチャすると、経時的に、送信バッファ１５７にポインタ、データサイズ、有効フラグ(＝True(送信待ち))の情報を記憶する。

送信バッファ１５７からデータを読み出す場合は、送信制御部１５６は、送信待ち状態（有効フラグ＝True）のデータの内、もっとも古く登録されたデータから順次読み出す。そして、読み出した際に、有効フラグを送信済み状態（有効フラグ＝False）に設定する。

図１８は、送信制御部１５６におけるデータの間引きを説明するための図である。図１８において、横軸は時間、縦軸は音声データの振幅を示す。ここで、縦軸に示した振幅値は、音声符号化する単位（即ち、１パケット分）毎の振幅値の２乗平均値とする。例えば、ＶｏＩＰにおいては、音声データは２０ｍｓｅｃ毎にパケット化されている。今、時刻ｔ０において、例えば、許容帯域が狭くなるなど、データの送信に際して間引き処理が必要となった場合、送信制御部１５６は、受信側（無線通信装置（ＭＮ）１１）の電話機能部３３におけるジッタバッファ７７の蓄積時間の情報を取得する。取得した情報に基づいて、送信制御部１５６は、受信側（無線通信装置（ＭＮ）１１）のジッタバッファ７７における残余の蓄積時間（以下、蓄積時間Ｔｂ０と称する）を算出する。そして、送信制御部１５６は、時刻ｔ０〜時刻ｔ１（ｔ０＋Ｔｂ０）までの区間（以下、［ｔ０,（ｔ０＋Ｔｂ０）］とする）の音声データから、間引き処理を行う間引きポイントｐ１を決定する。また、時刻ｔ２において、データの間引きが必要になった場合においても同様に、蓄積時間Ｔｂ１を算出して、時刻ｔ２〜時刻（ｔ２＋Ｔｂ１）の区間（以下、［ｔ２,（ｔ２＋Ｔｂ１）］とする））から間引きポイントを決定する。

上述したように、蓄積時間Ｔｂ０は、受信側（無線通信装置（ＭＮ）１１）の電話機能部３３からの通知に基づいて算出する。なお、通知がない期間においては、再生速度、送信速度、及び蓄積量を取得した時刻からの経過時間に基づいて推定する。通知がない期間におけるジッタバッファ７７の蓄積量Ｔｂ（Ｔｐａｓ）は、例えば、下記の式に従って算出する。
Tb(Tpas)=Tb(0)+（(SndRat/PlyRat)×Tpas×TimUni）
Tpas：経過時間
TimUni：単位時間

送信制御部１５６は、このようにして取得又は推定した間引き対象区間（［ｔ０,（ｔ０＋Ｔｂ０）］、［ｔ２,（ｔ２＋Ｔｂ１）］、［ｔｂ，（ｔｂ＋Ｔｂ（Ｔｐａｓ））］）、における音声データの振幅値の２乗平均値に重み（ｗ）を乗算した値が最小値となるポイントを間引きポイントとして間引き処理を行う。まず、重み（ｗ）を１として、図１８に示すような、音声データの振幅値の２乗平均値と掛け合わせ、最小値となるポイントを間引きポイントｐ1として決定する。そして、送信制御部１５６は、間引きポイントｐ１を含むパケットを１つ間引いて、間引いたデータの送信を試みる。許容帯域が狭く、間引いたデータでさえも送信できない場合には、送信制御部１５６は、第２の間引きポイントｐ２を決定する。間引きポイントｐ２の決定に際しては、重み（ｗ）は図１９（ａ）に示す関数に従う。

図１９は、間引きポイントを決定するための重み付けを説明するための図である。重み付けは、間引きポイントとした時刻に最大の重み（ｗ＝１．０）をつけ、間引きポイントから離れるほど重みが小さくなるようにする。今、間引きポイントとした時刻がｔ１である場合における、間引き対象区間[ｔ０，ｔ２]における重み（ｗ）曲線は、例えば、下記の式のような減衰曲線の一部を採用する。

図１９（ａ）においては、第１の間引きポイントｐ１において重み（ｗ）が１．０であり、ポイントｐ１から離れるにしたがって、重み関数は減衰している。第２の間引きポイントｐ２は、このような重み関数を図１８に示す振幅値に掛けて、その値が最小となるポイントｐ２を第２の間引きポイントとして決定する。そして、送信制御部１５６は、第２の間引きポイントｐ２を含む所定時間（例えば、２０ｍｓｅｃ）分のデータを間引くようにエンコーダ１７４を制御して、パケット送信部１７５で間引いたデータをパケットに入れ、送信させる。しかし、許容帯域が狭く、第１の間引きポイントｐ１を含むデータ（パケット）と、第２の間引きポイントｐ２を含むデータ（パケット）とを間引いたデータでさえも送信できない場合には、送信制御部１５６は、さらに、第３の間引きポイントｐ３を決定する。この場合に使用する重み関数は図１９（ｂ）に従う。

図１９（ｂ）においては、間引きポイントｐ１、ｐ２において重み（Ｗ）が１となるようにし、それぞれの間引きポイントｐ１、ｐ２を基点とする重み曲線のうち、実線部分を重み関数として用いるものとする。この関数と図１８に示す振幅値とを掛け合わせ、その値が最小となるポイントｐ３を第３の間引きポイントとして決定し、第１及び第２の間引きポイントを決定したときと同様の方法でパケットを間引き、データの送信を試みる。許容帯域が狭く、それでもデータを送信できない場合は、送信制御部１５６は、更に第４の間引きポイントを決定する。この場合に使用する関数は図１９（ｃ）に従い、第１〜３の間引きポイントを決定したときと同様の方法を繰り返す。

図２０において、間引き処理を行った音声データ信号の波形の一例を示す。今、送信側（通信装置（ＣＮ）１２）の送信制御部１５６が時刻ｔ１において間引きが必要と判断したとする。図２０（ａ）は、図１９を引用して説明したような重み付けによる間引きポイントの選出を行わずに、間引きが必要と判断した時刻で間引きを行った場合の結果である。ここでは、時刻ｔ１の直後に、送信帯域を急激に下げるために、送信制御部１５６は、連続して間引き処理を行う。この場合、受信側（無線通信装置（ＭＮ）１１）において、例えば、音声データ通信の場合には、音切れが発生する可能性が高い。

これに対して、図１９を参照して説明したような重み付けによる間引きポイントの選出を行えば、図２０（ｂ）に示すように、間引きを必要とした時点で必ずしも間引きを行うわけではなく、その後の無音である可能性の高い部分で間引きを行う。そして、間引きを行った部分の重み（Ｗ）を１として、振幅値と掛け合わせたときの値が最も小さいポイントで次の間引きポイントを決定するので、間引き対象期間の音声データにおいて、分散して間引きを行うようになる。対照的に、音声データが無音である部分に集中してデータを間引いてしまうと、再生された音声データにおいて無音の期間が極端に短くなり、受信側（無線通信装置（ＭＮ）１１）において再生された音声を聴くユーザに違和感を与えるおそれがあった。しかし、分散して間引きを行うことで、間引きによる無音部の欠落がユーザに与える違和感を低減することができる。

このように、本実施の形態に係る通信装置（ＣＮ）１２は、通信相手の無線通信装置（ＭＮ）１１が第１無線通信ネットワークから該第１無線通信ネットワークと異なる第２無線通信ネットワークヘハンドオーバする際に、無線通信装置（ＭＮ）１１から得られる前記第２無線通信ネットワークの通信許容帯域の情報と、自装置の通信部から送信すべき前記アプリケーションのデータ量とに基づいて、ハンドオーバ後の前記データの送信速度を制御するので、第２無線通信ネットワークの通信許容帯域を最大限に活用して、ハンドオーバ時のロストパケットを短期間に解消することが出来る。

また、ハンドオーバ後のロストパケットの再送時に充分な通信許容帯域があれば、通信装置（ＣＮ）１２は、再送すべきデータの符号化ビットレートを高くして送信するので、無線通信装置（ＭＮ）１１において受信及び再生されるデータの品質を高くすることができる。さらには、許容帯域が著しく少ない場合には、例えば、無音の音声データのような、情報量が少ないポイントにおいてデータの間引きを行うため、データ量を削減する際の品質劣化を抑えることができる。

以上、本発明の一実施形態に係る通信装置について説明してきたが、本発明は上記実施の形態にのみ限定されるものではなく、幾多の変形又は変更が可能である。例えば、本発明はＶｏＩＰのアプリケーションを実行する場合に限らず、映像や音楽等のマルチメディアデータをストリーミング送信する場合のような、リアルタイム通信系のアプリケーションを実行する場合にも有効に適用できる。この場合は、アプリケーションの実行部を、電話機能部に代えて、同様の送信制御機能を有するマルチメディア機能部で構成すれば良い。

１１ 無線通信装置（ＭＮ）
１２ 通信装置（ＣＮ）
１５ 第１無線通信ネットワーク
１６ 第２無線通信ネットワーク
１８ インターネット
２１、２２ サーバ
２３ ホームエージェント（ＨＡ）
２４ ＳＩＰサーバ
３３、６３ 電話機能部
３４ 通信処理部
３５ 無線情報取得部
３６ ハンドオーバ制御部
３７ 遅延計測部
４０ ネットワークＩ／Ｆ
４１ 移動管理部
４２ 転送部
４３ 無線情報取得部
４４ 遅延計測部
５０、１５０ ジッタバッファ監視部
５１、１５１ ジッタバッファ制御部
５２、１５２ ＳＩＰ制御部
５３、１５３ 全体制御部
５５、１５５ ハンドオーバ情報取得部
５６、１５６ 送信制御部
５７、１５７ 継続して送信バッファ
５８、１５８ Ｕｎｒｅａｃｈａｂｌｅ情報取得部
５９、１５９ 再生速度計算部
６１ ネットワークＩ／Ｆ
６２ 通信処理部
６３ 電話機能部
６４ 無線情報取得部
７１、１７１ ボタン入力部
７２、１７２ 画面表示部
７３、１７３ マイク
７４、１７４ エンコーダ
７５、１７５ パケット送信部
７６、１７６ パケット受信部
７７、１７７ ジッタバッファ
７８、１７８ デコーダ
７９、１７９ スピーカ

Claims (4)

1. 通信ネットワークに接続して通信を実行する通信部と、
   該通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
   通信相手の無線通信装置に対する、前記アプリケーションのデータの送信を制御する制御部とを備え、
   前記制御部は、前記無線通信装置が第１無線通信ネットワークから該第１無線通信ネットワークと異なる第２無線通信ネットワークヘハンドオーバする際に、前記無線通信装置から得られる前記第２無線通信ネットワークの通信許容帯域の情報と、前記通信部から送信すべき前記アプリケーションのデータ量とに基づいて、前記ハンドオーバ後の前記データの送信速度を制御することを特徴とする通信装置。
2. 前記制御部は、所定の符号化ビットレートによるデータ量を、前記送信すべきデータ量として用いて前記送信速度を算出し、該算出された送信速度が所定の閾値以上の場合、当該送信速度と前記許容帯域とに基づいて符号化ビットレートを制御することを特徴とする請求項１に記載の通信装置。
3. 前記制御部は、前記無線通信装置から得られる、所定時間内における前記無線通信装置のデータ再生量と、前記所定時間内における前記通信部からのデータ送信量とに基づいて、前記送信速度を制御することを特徴とする請求項１に記載の通信装置。
4. 前記制御部は、前記所定時間内における、前記データ再生量と前記データ送信量との比に基づいて、前記通信部から送信すべきデータの、符号化ビットレートを制御することを特徴とする請求項３に記載の通信装置。