(57)【要約】【課題】ＲＯＨＣ圧縮を目的とするＲＴＰ／ＵＤＰ／ＩＰパケットのＲＴＰヘッダタイムスタンプの値を連続して変化させることにより、ＲＯＨＣ圧縮において最適な圧縮率を得ることができるデータ圧縮方法及びデータ送信装置を提供する。【解決手段】圧縮するためのデータを取得するクライアントＰＣ１３と、取得したデータに応じデータのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出するＲＯＨＣ圧縮部２０と、取得した現在のデータにおけるタイムスタンプ値から加算値を引いた値を算出し、算出値に基づき現在データにおけるタイムスタンプ値を補正するか否かを判断し、算出値が前回取得データのタイムスタンプ値と同じ場合、前回取得データのタイムスタンプ値に加算値を加えた値を現在データにおけるタイムスタンプ値として補正する、ＲＴＰタイムスタンプ処理部３１とを含む。【選択図】図３
2008113157.tif 000002
【特許請求の範囲】
【請求項１】
送信装置から受信装置へ送信するデータを圧縮するデータ圧縮方法において、
前記送信装置が、圧縮対象となるデータを取得するデータ取得ステップと、
前記データ取得ステップで取得したデータに応じて、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出するタイムスタンプ加算値算出ステップと、
前記データ取得ステップで取得した現在のデータにおけるタイムスタンプ値から、前記加算値を引いた値を算出し、算出した値に基づいて、前記現在のデータにおけるタイムスタンプ値を補正するか否かを判断するタイムスタンプ値補正判断ステップと、
前記判断の結果、前記タイムスタンプ値補正判断ステップで算出した値が、前記データ取得ステップで前回取得されたデータのタイムスタンプ値と同じである場合には、前記データ取得ステップで前回取得されたデータのタイムスタンプ値に前記加算値を加えた値を、前記現在のデータにおけるタイムスタンプ値として補正するタイムスタンプ値補正ステップと、
を含むことを特徴とするデータ圧縮方法。
【請求項２】
前記タイムスタンプ加算値算出ステップでは、
前記データ取得ステップで取得したデータの伝送量に応じ、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出することを特徴とする請求項１に記載のデータ圧縮方法。
【請求項３】
前記タイムスタンプ加算値算出ステップでは、
前記データ取得ステップで取得したデータの伝送量が、現在の通信帯域における許容伝送量に基づいた基準伝送量を越える場合に、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出することを特徴とする請求項１に記載のデータ圧縮方法。
【請求項４】
前記タイムスタンプ加算値算出ステップでは、
前記データ取得ステップで取得したデータを圧縮した後のデータの伝送量が、現在の通信帯域における許容伝送量に基づいた基準伝送量を越える場合に、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出することを特徴とする請求項１に記載のデータ圧縮方法。
【請求項５】
受信装置へ送信するデータを圧縮して送信するデータ送信装置において、
圧縮するためのデータを取得するデータ取得手段と、
前記データ取得手段で取得したデータに応じ、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出する加算値算出手段と、
前記データ取得手段で取得した現在のデータにおけるタイムスタンプ値から前記加算値を引いた値を算出し、当該算出した値に基づいて、前記現在のデータにおけるタイムスタンプ値を補正するか否かを判断する判断手段と、
前記判断の結果、前記判断手段で算出した値が、前記データ取得手段で前回取得されたデータのタイムスタンプ値と同じである場合には、前記データ取得手段で前回取得されたデータのタイムスタンプ値に前記加算値を加えた値を、前記現在のデータにおけるタイムスタンプ値として補正するタイムスタンプ値補正手段と
を有することを特徴とするデータ送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ圧縮方法及びデータ送信装置に関し、特に、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：ＩＰ）に基づくデータ圧縮方法及びデータ送信装置に関する。
【背景技術】
【０００２】
従来、送信機側から受信機側にデータを伝達させる通信技術は様々に考案されているが、昨今では、パケット指向や送信先の自由度等の理由でＩＰに基づく方法が好んで選択されている。
また、伝送の目的が音声や動画等のメディアパケット伝送である場合は、ＩＰパケットを下位層としてユーザデータグラムプロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ：ＵＤＰ）、更に、その上位層の通信方法としてリアルタイムトランスポートプロトコル（Ｒｅａｌ  ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ：ＲＴＰ）が好んで用いられる。
【０００３】
ＲＴＰ／ＵＤＰ／ＩＰを用いたメディアパケット伝送は、デファクトスタンダードとなっており、多くの運用共通性確保のために本方法を選択せざるを得ない場合が多いにもかかわらず、オーバーヘッドが比較的大きくなってしまう。
ＲＴＰ／ＵＤＰ／ＩＰのオーバーヘッドを減らして、より狭い帯域しか持たない伝送経路上でメディアパケットを透過させるための方法として、例えば、「ヘッダ圧縮方法及び装置並びにプログラム」（特許文献１参照）等、幾つかのパケットヘッダ圧縮方法が考案されており、その中に、ロバストヘッダコンプレッション（Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ：ＲＯＨＣ）がある。
【０００４】
ＲＯＨＣは、連続するパケット間におけるＲＴＰ／ＵＤＰ／ＩＰヘッダの整合性に着目し、既に送信した情報で不変な情報、類推可能な情報、計算により求まる情報は、繰り返し送信せず、類推可能な情報を類推するための情報と、類推不可能、且つ、毎回変わる情報を送信することにより、送信すべきパケットヘッダ情報を圧縮する。ここで、類推可能な情報の一つに、ＲＯＨＣ（ＲＦＣ３０９５）のプロファイル１（ＲＴＰプロファイル）ではＵＤＰヘッダにおけるタイムスタンプがある。
【０００５】
ＩＰ経路の一部を無線化するための無線装置は、昨今、一般的な技術になっており、その一つにＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）が存在する。このＰＨＳにおいては、クライアントＰＣ（Ｃｌｉｅｎｔ  Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）からはモデムに見え、クライアントＰＣで稼動するウインドウズ（ＷＩＮＤＯＷＳ（登録商標）、Ｍｉｃｒｏｓｏｆｔ社の登録商標）等のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）が、インターネットに接続する仲立ちを行う。
【０００６】
一般に、ウインドウズ等の汎用ＯＳは、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アプリケーションを実行することができる。ＶｏＩＰアプリケーションは、例えば、コーディックにＧ７２９Ａ（８Ｋｂｐｓ）を用い、ＲＴＰ／ＵＤＰ／ＩＰを用いて、インターネット上にあるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）電話機とＶｏＩＰ通話を行うことができる。
【０００７】
一般に、ＲＴＰを使用したＶｏＩＰ通話において、ＲＴＰのタイムスタンプは、パケットに含まれる最も古いデータが発生した時刻を表す。クロックの周波数は、ペイロードタイプ（Ｐａｙｌｏａｄ  Ｔｙｐｅ：ＰＴ）毎に定義され、音声コーディックの場合はサンプリング周波数になる。例えば、８ｋＨｚサンプリングの音声コーディックを２０ｍｓｅｃのパケット長で伝送する場合、１パケットには１６０サンプル分の音声データが含まれており、タイムスタンプもパケット毎に１６０ずつ増加する。
【特許文献１】特開２００２−２０４２６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来のＲＴＰを使用したＶｏＩＰ通信において、ＲＴＰのタイムスタンプ加算量は、上述したように等差で加算されるのが一般的であるが、極まれに、上記タイムスタンプが変動するアプリケーションが存在する。
このタイムスタンプが変動するアプリケーションを、前述のパケットヘッダ圧縮方法で使用した場合、ＲＴＰタイムスタンプの値が計算により求められなくなるため、圧縮装置側でＲＴＰタイムスタンプの情報を付与した圧縮パケットを送信する。ＲＯＨＣ（ＲＦＣ３０９５）を例に挙げると、ＲＴＰタイムスタンプに付与された情報は、ＩＲ，ＵＯＲ−ＴＳ等のメッセージとなり、通常の圧縮パケットに比べ、平均して５〜６Ｂｙｔｅ分サイズの大きいパケットとなる。
【０００９】
Ｇ７２９Ａ（８Ｋｂｐｓ）コーディックを用い、１ＩＰパケットに２コーディックペイロードを載せる設定の場合、２０ｍｓｅｃ毎にＲＴＰパケットが流通することになるが、上記アプリケーションを使用した場合、スループットに換算して２．０〜２．４Ｋｂｐｓの増加に相当し、約１／４強のオーバーヘッド増加となる。
無線を用いたＩＰパケットの伝送経路では、帯域が９．６Ｋｂｐｓ程度しか確保できない場合が、極普通に有り得るが、上述したオーバーヘッド増加は無視できず、このオーバーヘッドを削除することが望まれる。
本発明の目的は、ＲＯＨＣ圧縮を目的とするＲＴＰ／ＵＤＰ／ＩＰパケットのＲＴＰヘッダタイムスタンプの値を連続して変化させることにより、ＲＯＨＣ圧縮において最適な圧縮率を得ることができるデータ圧縮方法及びデータ送信装置を提供することである。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明に係るデータ圧縮方法は、送信装置から受信装置へ送信するデータを圧縮するデータ圧縮方法において、前記送信装置が、圧縮対象となるデータを取得するデータ取得ステップと、前記データ取得ステップで取得したデータに応じて、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出するタイムスタンプ加算値算出ステップと、前記データ取得ステップで取得した現在のデータにおけるタイムスタンプ値から、前記加算値を引いた値を算出し、算出した値に基づいて、前記現在のデータにおけるタイムスタンプ値を補正するか否かを判断するタイムスタンプ値補正判断ステップと、前記判断の結果、前記タイムスタンプ値補正判断ステップで算出した値が、前記データ取得ステップで前回取得されたデータのタイムスタンプ値と同じである場合には、前記データ取得ステップで前回取得されたデータのタイムスタンプ値に前記加算値を加えた値を、前記現在のデータにおけるタイムスタンプ値として補正するタイムスタンプ値補正ステップと、を含むことを特徴している。
【００１１】
また、本発明は、前記タイムスタンプ加算値算出ステップでは、前記データ取得ステップで取得したデータの伝送量に応じ、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出することが好ましい。
また、本発明は、前記タイムスタンプ加算値算出ステップでは、前記データ取得ステップで取得したデータの伝送量が、現在の通信帯域における許容伝送量に基づいた基準伝送量を越える場合に、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出することが好ましい。
また、本発明は、前記タイムスタンプ加算値算出ステップでは、前記データ取得ステップで取得したデータを圧縮した後のデータの伝送量が、現在の通信帯域における許容伝送量に基づいた基準伝送量を越える場合に、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出することが好ましい。
【００１２】
また、本発明に係るデータ送信装置は、受信装置へ送信するデータを圧縮して送信するデータ送信装置において、圧縮するためのデータを取得するデータ取得手段と、前記データ取得手段で取得したデータに応じ、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出する加算値算出手段と、前記データ取得手段で取得した現在のデータにおけるタイムスタンプ値から前記加算値を引いた値を算出し、当該算出した値に基づいて、前記現在のデータにおけるタイムスタンプ値を補正するか否かを判断する判断手段と、前記判断の結果、前記判断手段で算出した値が、前記データ取得手段で前回取得されたデータのタイムスタンプ値と同じである場合には、前記データ取得手段で前回取得されたデータのタイムスタンプ値に前記加算値を加えた値を、前記現在のデータにおけるタイムスタンプ値として補正するタイムスタンプ値補正手段とを有することを特徴としている。
【発明の効果】
【００１３】
本発明によれば、ＲＯＨＣ圧縮を目的とするＲＴＰ／ＵＤＰ／ＩＰパケットのＲＴＰヘッダタイムスタンプの値を連続して変化させることにより、ＲＯＨＣ圧縮において最適な圧縮率を得ることができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態について図面を参照して説明する。
図１は、本発明の一実施の形態に係る無線端末装置を用いた無線通信システムの概略構成を示す説明図である。図１に示すように、無線端末装置（データ送信装置）１０を用いた無線通信システム１１は、無線端末装置１０と無線により接続された無線基地局１２、無線端末装置１０に接続されたクライアントＰＣ１３、クライアントＰＣ１３に接続された音声通話器１４、無線基地局１２にインターネットを介して接続されたＳＩＰサーバ１５、対向ＳＩＰ電話機１６、及び無線基地局１２に接続されたＰＤＳＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ）１７を有している。
【００１５】
音声通話器１４は、昨今、市販されているＶｏＩＰ通話用の電話機であり、受話用のスピーカ、送話用のマイク、及び各種操作用のキーパット、クライアントＰＣ１３との接続のためのＵＳＢインターフェース等を備えている。
クライアントＰＣ１３は、ＰＰＰｏＥクライアント（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ  Ｃｌｉｅｎｔ）として機能し、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））経由で無線端末装置１０と接続する。
【００１６】
無線端末装置１０は、ＰＰＰｏＥサーバ機能を有し、ＰＰＰｏＥからの接続要求を受け付ける。つまり、無線端末装置１０は、無線基地局１２と無線リンクにより接続し、クライアントＰＣ１３からのＰＰＰパケットをＰＤＳＮ１７まで伝達する。ＰＤＳＮ１７は、ＰＰＰサーバ及びＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバとしての機能を有し、クライアントＰＣ１３からのＰＰＰ接続要求を受け付けると共に、グローバルＩＰアドレスをクライアントＰＣ１３に渡す。クライアントＰＣ１３は、グローバルＩＰアドレスを用いてインターネットに接続する。
【００１７】
クライアントＰＣ１３には、ＳＩＰに対応したＶｏＩＰアプリケーションがインストールされており、ＳＩＰを介して、ＳＩＰサーバ１５及び対向ＳＩＰ電話機１６と通信を行う。クライアントＰＣ１３からの呼接続要求があると、ＳＩＰサーバ１５の導きにより対向ＳＩＰ電話機１６と接続された後、クライアントＰＣ１３にＵＳＢ  Ｉ／Ｆ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ  ｉｎｔｅｒｆａｃｅ）により接続された音声通話器１４のスピーカ及びマイクを用いて、対向ＳＩＰ電話機１６との音声通話が実現する。音声コーディックは、Ｇ７２９Ａ（８Ｋｂｐｓ）を用いることとする。
【００１８】
図２は、図１の無線通信システムを用いたＶｏＩＰ通話時のプロトコルスタック変遷過程の一例を表により示した説明図である。図２に示すように、無線通信システム１１を用いてＶｏＩＰ通話を行なっている際、クライアントＰＣ１３は、マイクから得た音声データをＧ７２９コーディックによりデジタルデータに変換し、ＲＴＰ／ＵＤＰ／ＩＰパケットに梱包する。クライアントＰＣ１３のＰＰＰｏＥクライアントは、ＲＴＰ／ＵＤＰ／ＩＰパケットをＰＰＰｏＥ／ＩＰパケットにカプセリングし、イーサネットをリンクチャネルに用いて無線端末装置１０に送信する。
【００１９】
無線端末装置１０は、ＰＰＰｏＥパケットをエンカプセルした後、ＲＴＰ／ＵＤＰ／ＩＰの各ヘッダをＲＯＨＣ圧縮し、無線プロトコルを用いて無線基地局１２に伝送する。無線基地局１２は、無線端末装置１０から受信したデータから、Ａ１０／ＧＲＥ（Ｇｅｎｅｒａｌ  Ｒｏｕｔｉｎｇ  Ｅｎｃａｐｓｕｌａｔｉｏｎ）パケットを構築する。この際、ＲＯＨＣ圧縮されているＲＯＨＣパケットからＲＴＰ／ＵＤＰ／ＩＰパケットに展開する。Ａ１０／ＧＲＥパケットは、イーサネットをリンクチャネルに用いてＰＤＳＮ１７に伝達される。
【００２０】
図３は、図１の無線端末装置の内部構造を示すブロック図である。図３に示すように、無線端末装置１０は、無線通信部１８、送信バッファ１９、ＲＯＨＣ圧縮部２０、送信チャネルコンテキスト保持部２１、受信パケットバッファ２２、ＰＰＰ判定部２３、ＲＯＨＣ展開部２４、受信チャネルコンテキスト保持部２５、ＰＰＰパケット構築部２６、パケットフィルタ２７、ＰＰＰパケット抽出処理部２８、ＰＰＰｏＥパケット構築部２９、ＰＣ  Ｉ／Ｆ部３０、及びＲＴＰタイムスタンプ処理部３１を有している。
ＲＴＰタイムスタンプ処理部３１は、ＲＴＰタイムスタンプ修正部３２、ＲＴＰタイムスタンプ監視部３３及び切替スイッチ３４を有している。
【００２１】
ＰＣ  Ｉ／Ｆ部３０は、イーサネットから受信したイーサネットパケットを受信する働きを持つ。ＰＣ  Ｉ／Ｆ部３０から受信したイーサネットパケットは、ＰＰＰｏＥパケットであるので、ＰＰＰパケット抽出処理部２８により、ＰＰＰパケットにエンカプセルされる。クライアントＰＣ１３は、ＰＰＰｏＥパケットのプロトコル種別をＩＰパケットとしている。パケットフィルタ２７は、ＰＰＰパケットの各ヘッダ情報を参照することにより、ＲＯＨＣ圧縮が必要なパケットであるか否かを判定する。一般に、ＩＰヘッダのプロトコルフィールド、ＲＴＰパケットのペイロードタイプ等を参照することにより、圧縮目的のパケットか否かを判定することが可能である。
【００２２】
パケットフィルタ２７は、ＰＰＰパケットがＲＯＨＣ圧縮対象パケットであると判断した場合、ＰＰＰパケットのプロトコル種別をＲＯＨＣプロトコルに書き換え、ＲＯＨＣ圧縮部２０により圧縮を行う。また、パケットフィルタ２７は、ＰＰＰパケットがＲＯＨＣ圧縮対象パケットではないと判断した場合、ＰＰＰのプロトコル種別をＩＰのまま書き換えず、ＲＯＨＣ圧縮部２０を透過させない（非圧縮のまま）。そして、何れの場合も、ＰＰＰパケットは、送信バッファ１９に格納され、順次、無線基地局１２に送信される。
【００２３】
次に、ＲＴＰタイムスタンプ処理部３１について説明する。ＰＰＰパケットの処理に関し、パケットフィルタ２７がＰＰＰパケットの内容を参照して、ＲＯＨＣ圧縮が必要なパケットか否かを判定し、ＲＯＨＣ圧縮が必要な場合は、ＰＰＰのプロトコル種別をＲＯＨＣプロトコルに書き換える。ここまでは、ＲＴＰタイムスタンプ処理部３１を設けていない場合と同じであるが、ＲＴＰタイムスタンプ処理部３１により、コンテキストＩＤ毎に管理された番号単位、即ち、ＩＰ，ＵＤＰポート等が同一のＶｏＩＰセッション単位で、ＲＴＰタイムスタンプ監視部３３によりＲＴＰヘッダのタイムスタンプを監視し、タイムスタンプが適正でない場合、ＲＴＰタイムスタンプ修正部３２により修正する。
【００２４】
このような制御を行うことにより、設定に応じてＲＴＰヘッダのタイムスタンプをＲＯＨＣ圧縮に適正な値に修正することができる。
ここで、ＲＴＰタイムスタンプ処理部３１によるＲＴＰヘッダのタイムスタンプ修正の具体的な処理について、説明する。
先ず、ＲＴＰパケットのタイムスタンプ加算値の算出を行う。
【００２５】
図４は、ＲＴＰパケットの各情報要素の分類を表で示す説明図である。図５は、ＲＴＰパケットＰＴの分類（抜粋）を表で示す説明図である。図４及び図５に示すように、ＲＴＰパケットには、コーディックタイプを記述するフィールド（ＰＴ）があり、この値から１秒間のサンプリング周波数（ＫＨｚ）を抽出することができる。一般的に、殆どの音声コーディックにおいて、サンプリング周波数は８ＫＨｚ（８０００Ｈｚ）である。また、ＲＴＰペイロードサイズから、ＲＴＰパケットの送信間隔、また１秒間に送出するＲＴＰパケット総数を算出することができる。上記２パラメータにより、ＲＴＰタイムスタンプの加算値を以下のように算出することができる。
【００２６】
Ｇ．７２９（８ＫＨｚ）のＲＴＰパケットを２０ｍｓ間隔で送出するＶｏＩＰアプリケーションの場合、
（１）１秒間に送信するＲＴＰパケット数を算出する。
Ｇ．７２９のスループットは８Ｋｂｐｓ（１秒間に１０００バイト）であるため、この値からＲＴＰパケットのペイロードサイズを除算すれば、１秒間に送信するＲＴＰパケット数を算出することができる。
（２）ＲＴＰタイムスタンプ加算値を求める。
Ｇ．７２９のサンプリング周波数から、（１）で求めた１秒間に送信するＲＴＰパケット数を除算すれば、目的のＲＴＰタイムスタンプ加算値を求めることができる。
【００２７】
次に、ＲＯＨＣ圧縮部におけるＲＴＰタイムスタンプの検査及び修正を行う。
図６は、本発明に係る無線端末装置による送信処理の流れを示すフローチャートである。ここで、ＴＳはタイムスタンプの略である。図６に示すように、ＲＯＨＣ圧縮部２０が処理を開始すると、ＲＴＰパケットのＴＳの加算値を算出する（ステップＳ１０１）。算出後、圧縮対象のＲＴＰのＴＳを取得する（ステップＳ１０２）。その後、ＴＳを加算値で割った剰余が０か否か（ＴＳ％加算値＝０？）を判断し（ステップＳ１０３）、判断の結果、０である（ｙｅｓ）場合、ＴＳをＲＴＰパケットのＴＳとする（ステップＳ１０４）。
【００２８】
一方、ステップＳ１０３での判断の結果、０でない（ｎｏ）場合、ＴＳからＴＳ％加算値を減算したものをＴＳとした（ステップＳ１０５）後、ＴＳがＴＳ−ＳＶか否か（ＴＳ＝ＴＳ−ＳＶ？）を判断する（ステップＳ１０６）。判断の結果、ＴＳがＴＳ−ＳＶである（ｙｅｓ）場合は、ＴＳに加算値を加算したものをＴＳとして（ステップＳ１０７）、ＴＳがＴＳ−ＳＶでない（ｎｏ）場合はそのまま、ＴＳをＲＴＰパケットのＴＳとする（ステップＳ１０４）。
その後、ＴＳをＴＳ−ＳＶ、即ち、ＲＯＨＣ圧縮部２０に送信した最新ＲＴＰのＴＳとして（ステップＳ１０８）、ステップＳ１０２へ戻る。以後、ステップＳ１０２からステップＳ１１０の処理を繰り返すループ処理を行う。
【００２９】
上述したように、無線端末装置１０によるデータ圧縮方法は、送信装置から受信装置へ送信するデータを圧縮するデータ圧縮方法において、送信装置が、圧縮対象となるデータを取得するデータ取得ステップと、データ取得ステップで取得したデータに応じて、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出するタイムスタンプ加算値算出ステップと、データ取得ステップで取得した現在のデータにおけるタイムスタンプ値から、加算値を引いた値を算出し、算出した値に基づいて、現在のデータにおけるタイムスタンプ値を補正するか否かを判断するタイムスタンプ値補正判断ステップと、判断の結果、タイムスタンプ値補正判断ステップで算出した値が、データ取得ステップで前回取得されたデータのタイムスタンプ値と同じである場合には、データ取得ステップで前回取得されたデータのタイムスタンプ値に加算値を加えた値を、現在のデータにおけるタイムスタンプ値として補正するタイムスタンプ値補正ステップと、を含む。
【００３０】
即ち、無線端末装置１０によるデータ圧縮処理を行う場合、先ず、ＲＯＨＣ圧縮部２０におけるＲＴＰタイムスタンプの検査を行う。ＲＴＰタイムスタンプ監視部３３において受信したＲＴＰパケットのタイムスタンプ値を、上述した方法により求めたタイムスタンプ加算値で剰余算し、余り発生の有無を調べる。次に、ＲＴＰタイムスタンプの検査の結果、ＲＴＰタイムスタンプ修正部３２が、該当したＲＴＰパケットについてタイムスタンプ修正処理を行う。つまり、受信ＲＴＰパケットのタイムスタンプ値から、タイムスタンプ加算値で剰余算して求めた余り分を引いて、求めた値が１個前に受信したＲＴＰと同じ場合、求めた値にタイムスタンプ加算値を加える。
【００３１】
このように、データ送信装置である無線端末装置１０は、受信装置へ送信するデータを圧縮して送信するデータ送信装置において、圧縮するためのデータを取得するデータ取得手段（クライアントＰＣ１３）と、データ取得手段で取得したデータに応じ、当該データのヘッダ情報に含まれるタイムスタンプ値へ加算する加算値を算出する加算値算出手段（ＲＯＨＣ圧縮部２０）と、データ取得手段で取得した現在のデータにおけるタイムスタンプ値から加算値を引いた値を算出し、当該算出した値に基づいて、現在のデータにおけるタイムスタンプ値を補正するか否かを判断する判断手段（ＲＴＰタイムスタンプ処理部３１）と、判断の結果、判断手段で算出した値が、データ取得手段で前回取得されたデータのタイムスタンプ値と同じである場合には、データ取得手段で前回取得されたデータのタイムスタンプ値に加算値を加えた値を、現在のデータにおけるタイムスタンプ値として補正するタイムスタンプ値補正手段（ＲＴＰタイムスタンプ処理部３１）とを有する。
【００３２】
従って、ＩＰパケットの伝送経路を無線化する無線端末装置１０において、ＲＯＨＣ圧縮を目的とするＲＴＰ／ＵＤＰ／ＩＰパケットのＲＴＰヘッダタイムスタンプの値を連続して変化させることにより、ＲＯＨＣ圧縮において最適な圧縮率を得ることができる。
なお、本発明は、上述した実施の形態により説明したが、この実施の形態に限定されるものではない。従って、本発明の趣旨を逸脱することなく変更態様として実施するものも含むものである。
【図面の簡単な説明】
【００３３】
【図１】本発明の一実施の形態に係る無線端末装置を用いた無線通信システムの概略構成を示す説明図である。
【図２】図１の無線通信システムを用いたＶｏＩＰ通話時のプロトコルスタック変遷過程の一例を表により示した説明図である。
【図３】図１の無線端末装置の内部構造を示すブロック図である。
【図４】ＲＴＰパケットの各情報要素の分類を表で示す説明図である。
【図５】ＲＴＰパケットＰＴの分類（抜粋）を表で示す説明図である。
【図６】本発明に係る無線端末装置による送信処理の流れを示すフローチャートである。
【符号の説明】
【００３４】
１０  無線端末装置
１１  無線通信システム
１２  無線基地局
１３  クライアントＰＣ
１４  音声通話器
１５  ＳＩＰサーバ
１６  対向ＳＩＰ電話機
１７  ＰＤＳＮ
１８  無線通信部
１９  送信バッファ
２０  ＲＯＨＣ圧縮部
２１  送信チャネルコンテキスト保持部
２２  受信パケットバッファ
２３  ＰＰＰ判定部
２４  ＲＯＨＣ展開部
２５  受信チャネルコンテキスト保持部
２６  ＰＰＰパケット構築部
２７  パケットフィルタ
２８  ＰＰＰパケット抽出処理部
２９  ＰＰＰｏＥパケット構築部
３０  ＰＣ  Ｉ／Ｆ部
３１  ＲＴＰタイムスタンプ処理部
３２  ＲＴＰタイムスタンプ修正部
３３  ＲＴＰタイムスタンプ監視部
３４  切替スイッチ
【図１】
2008113157.tif 000003
【図２】
2008113157.tif 000004
【図３】
2008113157.tif 000005
【図４】
2008113157.tif 000006
【図５】
2008113157.tif 000007
【図６】
2008113157.tif 000008