(57)【要約】【課題】ＴＳ再生の際に必要なＴＳ＿ＳＴＲＩＤＥを決定する通信装置を得ること。【解決手段】パケット送信端末から受信したパケットのヘッダ情報を圧縮し、ヘッダ情報が圧縮されたパケットを復号側通信装置３０に転送する圧縮側通信装置２０であって、パケットのヘッダ情報を記憶するための記憶部２と、パケット送信端末から受信したパケットを復号側通信装置３０へ転送するための制御を行い、必要に応じてパケットのヘッダ情報を圧縮する制御部１と、を備え、制御部１が、パケット送信端末から受信したパケットのヘッダ情報を記憶部２に記憶することとし、パケット送信端末から受信した最新のパケットのヘッダ情報と、記憶部２に記憶されている前回受信したパケットのヘッダ情報に基づいて、圧縮されたヘッダ情報を再生する際に使用するＴＳ＿ＳＴＲＩＤＥを決定し、復号側通信装置３０へ通知する。【選択図】図２
2010283677.tif 000002
【特許請求の範囲】
【請求項１】
パケット送信端末から受信したパケットのヘッダ情報を圧縮し、ヘッダ情報が圧縮されたパケットを受信装置に転送する通信装置であって、
パケットのヘッダ情報を記憶するための記憶手段と、
前記パケット送信端末から受信したパケットを前記受信装置へ転送するための制御を行い、また、当該制御において、必要に応じてパケットのヘッダ情報を圧縮する制御手段と、
を備え、
前記制御手段が、
前記パケット送信端末から受信したパケットのヘッダ情報を前記記憶手段に記憶することとし、
前記パケット送信端末から受信した最新のパケットのヘッダ情報と、前記記憶手段に記憶されている前回受信したパケットのヘッダ情報に基づいて、圧縮されたヘッダ情報を再生する際に使用するパラメータを決定し、当該パラメータを前記受信装置へ通知する、
ことを特徴とする通信装置。
【請求項２】
パケット送信端末から受信したパケットのヘッダ情報を圧縮し、ヘッダ情報が圧縮されたパケットを受信装置に転送する通信装置であって、
パケットのヘッダ情報およびパラメータの仮算出値を記憶するための記憶手段と、
前記パケット送信端末から受信したパケットを前記受信装置へ転送するための制御を行い、また、当該制御において、必要に応じてパケットのヘッダ情報を圧縮する制御手段と、
を備え、
前記制御手段が、
前記パケット送信端末から受信したパケットのヘッダ情報を前記記憶手段に記憶することとし、
また、前記パケット送信端末から受信した最新のパケットのヘッダ情報と、前記記憶手段に記憶されている前回受信したパケットのヘッダ情報に基づいて、圧縮されたヘッダ情報を再生する際に使用するパラメータを仮算出し、当該仮算出値を前記記憶手段に記憶することとし、
前記記憶手段に記憶された仮算出値が所定数に達した場合に、当該所定数の仮算出値に基づいて前記パラメータを決定し、当該パラメータを前記受信装置へ通知する、
ことを特徴とする通信装置。
【請求項３】
前記制御手段は、所定数の仮算出値が全て同一の場合に当該仮算出値を前記パラメータとして決定する、
ことを特徴とする請求項２に記載の通信装置。
【請求項４】
パケット送信端末から受信したパケットのヘッダ情報を圧縮し、ヘッダ情報が圧縮されたパケットを受信装置に転送する通信装置であって、
パケットのヘッダ情報に付与されているペイロードタイプ値と、圧縮されたヘッダ情報を再生する際に使用するパラメータとの対応関係を記憶するための記憶手段と、
前記パケット送信端末から受信したパケットを前記受信装置へ転送するための制御を行い、また、当該制御において、必要に応じてパケットのヘッダ情報を圧縮する制御手段と、
を備え、
前記制御手段が、
前記パケット送信端末から受信したパケットのヘッダ情報に付与されているペイロードタイプ値を抽出し、
抽出したペイロードタイプ値に対応するパラメータを前記記憶手段から読み出し、当該パラメータを前記受信装置へ通知する、
ことを特徴とする通信装置。
【請求項５】
前記制御手段は、前記パラメータをＩＲパケットによって前記受信装置へ通知する、
ことを特徴とする請求項１〜４のいずれか１つに記載の通信装置。
【請求項６】
前記制御手段は、前記パラメータをＩＲ−ＤＹＮパケットによって前記受信装置へ通知する、
ことを特徴とする請求項１〜４のいずれか１つに記載の通信装置。
【請求項７】
前記ヘッダ情報を、時間情報を示すタイムスタンプ、およびデータの送信順を示すシーケンス番号とし、
前記パラメータを、前記パケット送信端末がパケットを送信する度に増加するタイムスタンプの増加数であるタイムスタンプストライド（ＴＳ＿ＳＴＲＩＤＥ）とする、
ことを特徴とする請求項１〜６のいずれか１つに記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット伝送においてヘッダ情報を圧縮して送信する通信装置に関する。
【背景技術】
【０００２】
３ＧＰＰ（３rd  Generation  Partnership  Project）や、３ＧＰＰ  ＬＴＥ（Long  Term  Evolution）などの無線アクセスネットワークで通信を行う無線基地局（ＢＴＳ：Base  Transceiver  Station）、無線ネットワーク制御装置（ＲＮＣ：Radio  Network  Control）、移動局（ＭＳ：Mobile  Station）等の通信装置は、パケット伝送の際、ヘッダ部分を圧縮して送信することで伝送効率を高めている。例えば、動画等のデータストリームをリアルタイムに配送するＲＴＰ（Real−time  Transport  Protocol)では、ＲＯＨＣ（RObust  Header  Compression）による圧縮技術が一般的である。
【０００３】
ＲＯＨＣによってヘッダ情報を圧縮してパケットを送信する通信装置（Compressor：圧縮側通信装置）では、ヘッダ情報を圧縮してパケット送信を開始する前に、時間情報であるＴＳ（Time  Stamp）、データの送信順を示すＳＮ（Sequence  Number）、およびＳＮ増加数に応じたＴＳ増加数であるＴＳ＿ＳＴＲＩＤＥ（ＲＴＰパケット送信周期時間／符合化サンプリング周期時間）を、パケットを受信してヘッダ情報を復号する通信装置（Decompressor：復号側通信装置）へ送信する。その後、圧縮側通信装置が、以降のパケットにおいてヘッダ情報を圧縮して送信を行い、最も効率的な場合では、ＳＮのみを圧縮したヘッダ情報として送信し、それ以外のヘッダ情報を送信しない。ヘッダ情報が圧縮されたパケットを受信した復号側通信装置では、ＳＮおよびＴＳ＿ＳＴＲＩＤＥを用いてＴＳを再生する。このような技術が、下記非特許文献１において開示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】IETF  RFC4815  RObust  Header  Compression  （ROHC）：  Corrections  and  Clarifications  to  RFC  3095  4.2  （De）compression  of  TS  without  Transmitted  TS  Bits  ２００７年
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術によれば、ＴＳ＿ＳＴＲＩＤＥの明確な決定方法や基準が規定されていない。そのため、圧縮側通信装置で適切にＴＳ＿ＳＴＲＩＤＥを規定していないと、圧縮側通信装置がＳＮのみを送信しても復号側通信装置でＴＳを再生できない場合がある、という問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、ＴＳ再生の際に必要なＴＳ＿ＳＴＲＩＤＥを決定する通信装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、パケット送信端末から受信したパケットのヘッダ情報を圧縮し、ヘッダ情報が圧縮されたパケットを受信装置に転送する通信装置であって、パケットのヘッダ情報を記憶するための記憶手段と、前記パケット送信端末から受信したパケットを前記受信装置へ転送するための制御を行い、また、当該制御において、必要に応じてパケットのヘッダ情報を圧縮する制御手段と、を備え、前記制御手段が、前記パケット送信端末から受信したパケットのヘッダ情報を前記記憶手段に記憶することとし、前記パケット送信端末から受信した最新のパケットのヘッダ情報と、前記記憶手段に記憶されている前回受信したパケットのヘッダ情報に基づいて、圧縮されたヘッダ情報を再生する際に使用するパラメータを決定し、当該パラメータを前記受信装置へ通知する、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、復号側通信装置においてＴＳを再生することができる、という効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、ＴＳを再生する処理を示す図である。
【図２】図２は、無線通信システムの構成例を示す図である。
【図３】図３は、ＴＳ＿ＳＴＲＩＤＥの決定方法を示す図である。
【図４】図４は、メモリ上のパラメータ格納領域の構成例を示す図である。
【図５】図５は、ＴＳ＿ＳＴＲＩＤＥの決定方法を示す図である。
【図６】図６は、ＴＳ＿ＳＴＲＩＤＥの決定処理を示すフローチャートである。
【図７】図７は、メモリ上のパラメータ格納領域の構成例を示す図である。
【図８】図８は、ＴＳ＿ＳＴＲＩＤＥの決定方法を示す図である。
【図９】図９は、ＴＳ＿ＳＴＲＩＤＥを登録した参照テーブルの構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本発明にかかる通信装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１１】
実施の形態１．
最初に、従来のＲＴＰパケットの通信において、ヘッダ情報が圧縮されたパケットを受信した復号側通信装置がＴＳを再生するまでの処理について説明する。図１は、ＴＳを再生するまでの、圧縮側通信装置と復号側通信装置の処理を示す図である。例えば、圧縮側通信装置が、ある時点でＲＴＰ送信端末からＲＴＰパケットを受信すると、通信開始時のＩＲパケット（ＲＴＰ送信端末からＳＮ＝ａ、ＴＳ＝ＴＳ０のＲＴＰパケットを受信した後に送信するパケット）や、復号側通信装置の情報を更新するＩＲ−ＤＹＮパケット（ＲＴＰ送信端末からＳＮ＝ａ＋１、ＴＳ＝ＴＳ１のＲＴＰパケットを受信した後に送信するパケット）によって、ＴＳ、ＳＮの情報とあわせて、ＴＳ＿ＳＴＲＩＤＥの情報を復号側通信装置へ送信する。圧縮側通信装置は、その後、ヘッダ部分を圧縮したパケットの送信を開始する。この際、ヘッダ情報としては、パケットごとに可変するＳＮ（ここではＳＮ＝ａ＋２）のみを送信する。
【００１２】
復号側通信装置では、受信したＳＮ（ａ＋２）と先に受信しているＴＳ＿ＳＴＲＩＤＥを用いて、「ＴＳ＝ＴＳ１＋ＴＳ＿ＳＴＲＩＤＥ×（ａ＋２−（ａ＋１））＝ＴＳ２」としてＴＳを再生することができる。ただし、ＴＳ＿ＳＴＲＩＤＥが適切に規定されていない場合、ＴＳ＿ＳＴＲＩＤＥを用いてもＴＳ２の値を正確に復号できない場合がある。そのため、以下に、ＴＳ＿ＳＴＲＩＤＥの値を適切に規定する方法について説明する。なお、復号側通信装置から送信するパケット（ＡＣＫパケット等）については記載を省略する。
【００１３】
図２は、圧縮側通信装置を含む無線通信システムの構成例を示す図である。無線通信システムは、ＲＴＰ送信端末１０と、圧縮側通信装置２０と、復号側通信装置３０と、を備える。ここでは、圧縮側通信装置２０が、ＲＴＰ送信端末１０から送信されたＲＴＰパケットを受信し、受信したＲＴＰパケットを復号側通信装置３０へ送信する。圧縮側通信装置２０は、復号側通信装置３０へ送信する場合、必要に応じてパケットのヘッダ情報を圧縮して送信する。
【００１４】
圧縮側通信装置２０は、制御部１と、記憶部２と、を備える。制御部１は、ＲＴＰ送信端末１０からパケットを受信し、また受信したパケットを復号側通信装置３０へ送信する制御を行う。この際、必要に応じてパケットのヘッダ情報を圧縮して送信する。記憶部２は、ＲＴＰ送信端末１０から受信したパケットのヘッダ情報、および算出したＴＳ＿ＳＴＲＩＤＥを記憶するためのメモリである。
【００１５】
図３は、本実施の形態のＴＳ＿ＳＴＲＩＤＥの決定方法を示す図である。ＲＯＨＣヘッダ圧縮プロトコルがまだ起動されていないＲＴＰ通信において、まず、圧縮側通信装置２０が、ＲＴＰ送信端末１０から最初のＳＮ＝ａ、ＴＳ＝ＴＳ０のＲＴＰパケット（１−１）を受信した場合、制御部１は、そのＳＮ、ＴＳの値を、記憶部２のメモリ上に記録する。図４は、記憶部２のメモリ上のパラメータ格納領域の構成例を示す図である。ＴＳや、ＳＮ等の値をＲＯＨＣセクション毎に記憶することができる。
【００１６】
つぎに、圧縮側通信装置２０が、ＲＴＰ送信端末１０からＳＮ＝ａ＋１、ＴＳ＝ＴＳ１のＲＴＰパケット（１−２）を受信した場合、制御部１が、当該ＳＮ、ＴＳ値と、記憶部２から読み出したＴＳ、ＳＮ情報（ＴＳ＝ＴＳ０、ＳＮ＝ａ）を用いて、「ＴＳ＿ＳＴＲＩＤＥ＝（ＴＳ１−ＴＳ０）／（（ａ＋１）−ａ）＝ＴＳ１−ＴＳ０」を算出し、その値をこのＲＴＰ通信に関するＴＳ＿ＳＴＲＩＤＥとして決定する。すなわち、制御部１は、ＴＳ＿ＳＴＲＩＤＥを、ＲＴＰ送信端末１０から受信したＲＴＰパケットに基づいて算出する。制御部１は、ＴＳ＿ＳＴＲＩＤＥとして、算出した値を記憶部２のメモリ上に記録する（図４参照）。
【００１７】
つぎに、圧縮側通信装置２０の制御部１は、算出したＴＳ＿ＳＴＲＩＤＥをヘッダ情報に付したパケット（１−３）を、復号側通信装置３０へ送信する。送信に使用するパケットとしては、ＩＲパケットを用いることができるが、従来同様、ＩＲ−ＤＹＮパケットを用いることも可能である。復号側通信装置３０は、実際に受信されたパケットに基づいて算出されたＴＳ＿ＳＴＲＩＤＥを用いることで、ＴＳを再生することができる。ＴＳの再生方法については、従来同様の方法で再生可能である（図１参照）。
【００１８】
以上説明したように、本実施の形態では、圧縮側通信装置２０の制御部１が、ＲＴＰ送信端末１０から２回受信したＲＴＰパケットのＴＳとＳＮの値を用いてＴＳ＿ＳＴＲＩＤＥを算出することとした。これにより、復号側通信装置３０では、実測値に基づいたＴＳ＿ＳＴＲＩＤＥを用いることができるため、ＴＳを再生できない事態を回避することができる。
【００１９】
実施の形態２．
本実施の形態では、圧縮側通信装置が、仮のＴＳ＿ＳＴＲＩＤＥを複数回算出してからＴＳ＿ＳＴＲＩＤＥを決定する。以下、実施の形態１と異なる部分について説明する。
【００２０】
なお、本実施の形態において、無線通信システムおよび圧縮側通信装置の構成は図２と同様であるが、説明の便宜上、圧縮側通信装置２０、制御部１および記憶部２を、それぞれ、圧縮側通信装置２０ａ、制御部１ａおよび記憶部２ａとする。
【００２１】
図５は、本実施の形態のＴＳ＿ＳＴＲＩＤＥの決定方法を示す図である。ここでは、フローチャートに基づいて決定する処理を説明する。図６は、ＴＳ＿ＳＴＲＩＤＥの決定処理を示すフローチャートである。
【００２２】
まず、圧縮側通信装置２０ａが、ＲＴＰ送信端末１０から最初のＳＮ＝ａ、ＴＳ＝ＴＳ０のＲＴＰパケット（２−１）を受信した場合（ステップＳ１）、ここでは、該当セッションのＴＳ＿ＳＴＲＩＤＥは決定済みではなく（ステップＳ２：Ｎｏ）、記憶部２ａのメモリ上にＴＳ、ＳＮの記録がないため、（ステップＳ３：Ｎｏ）、制御部１ａは、そのＴＳ、ＳＮの値を、記憶部２ａのメモリ上に記録する（ステップＳ４）。図７は、記憶部２ａのメモリ上のパラメータ格納領域の構成例を示す図である。ＴＳや、ＳＮ等の値をＲＯＨＣセクション毎に記憶することができる。図４の場合と異なり、仮のＴＳ＿ＳＴＲＩＤＥであるＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥを記憶する格納領域がある。
【００２３】
なお、既に該当セッションのＴＳ＿ＳＴＲＩＤＥは決定済みの場合（ステップＳ２：Ｙｅｓ）、制御部１ａは、つぎのセッションでＴＳ＿ＳＴＲＩＤＥを決定するためのＲＴＰパケットを受信することとする（ステップＳ１）。
【００２４】
つぎに、圧縮側通信装置２０ａが、ＲＴＰ送信端末１０からＳＮ＝ａ＋１、ＴＳ＝ＴＳ１のＲＴＰパケット（２−２）を受信した場合（ステップＳ１）、該当セッションのＴＳ＿ＳＴＲＩＤＥは決定済みではなく（ステップＳ２：Ｎｏ）、記憶部２ａのメモリ上にＴＳ、ＳＮの記録があるので（ステップＳ３：Ｙｅｓ）、制御部１ａが、ＲＴＰパケット（２−２）のＳＮ＝ａ＋１、ＴＳ＝ＴＳ１と、記憶部２ａのメモリ上から読み出したＴＳ、ＳＮ情報（ＴＳ＝ＴＳ０、ＳＮ＝ａ）を用いて、「ＴＳ＿ＳＴＲＩＤＥ＝（ＴＳ１−ＴＳ０）／（（ａ＋１）−ａ）＝ＴＳ１−ＴＳ０」を算出し（ステップＳ５）、その値をこのＲＴＰ通信に関するＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥ＃０として、記憶部２ａのメモリ上に記録する（ステップＳ６）。
【００２５】
制御部１ａは、記憶部２ａのメモリ上の測定回数Ｍ＿ｎｕｍを読み出し（ステップＳ７）、Ｍ＿ｎｕｍ＝２であるが、現在メモリ上の使用中ＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥの数は１つのため（ステップＳ７：Ｎｏ）、算出されたＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥ＃０をＴＳ＿ＳＴＲＩＤＥとして決定しない判断を行ない、ＲＴＰパケット（２−２）に設定されているＳＮ＝ａ＋１とＴＳ＝ＴＳ１を、それぞれ記憶部２ａのメモリ上に記録する（ステップＳ４）。
【００２６】
つぎに、圧縮側通信装置２０ａが、ＲＴＰ送信端末１０からＳＮ＝ａ＋２、ＴＳ＝ＴＳ２のＲＴＰパケット（２−３）を受信した場合（ステップＳ１）、該当セッションのＴＳ＿ＳＴＲＩＤＥは決定済みではなく（ステップＳ２：Ｎｏ）、記憶部２ａのメモリ上にＴＳ、ＳＮの記録があるので（ステップＳ３：Ｙｅｓ）、制御部１ａが、ＲＴＰパケット（２−３）のＳＮ＝ａ＋２、ＴＳ＝ＴＳ２と、記憶部２ａのメモリ上から読み出したＴＳ、ＳＮ情報（ＴＳ＝ＴＳ１、ＳＮ＝ａ＋１）を用いて、「ＴＳ＿ＳＴＲＩＤＥ＝（ＴＳ２−ＴＳ１）／（（ａ＋２）−（ａ＋１））＝ＴＳ２−ＴＳ１」を算出し(ステップＳ５）、その値をこのＲＴＰ通信に関するＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥ＃１として、記憶部２ａのメモリ上に記録する（ステップＳ６）。
【００２７】
制御部１ａは、記憶部２ａのメモリ上の測定回数Ｍ＿ｎｕｍを読み出し（ステップＳ７）、Ｍ＿ｎｕｍ＝２であり、現在メモリ上の使用中ＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥの数は、ＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥ＃０、ＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥ＃１、の２つで同数のため（ステップＳ７：Ｙｅｓ）、つぎに、メモリ上の使用中ＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥである、ＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥ＃０の値とＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥ＃１の値を比較する（ステップＳ８）。２つの値が同一の場合（ステップＳ８：Ｙｅｓ）、制御部１ａは、この値をＴＳ＿ＳＴＲＩＤＥに決定し（ステップＳ９）、記憶部２ａのメモリ上に記録する。２つの値が同一でない場合（ステップＳ８：Ｎｏ）、制御部１ａは、記憶部２ａのメモリ上に記録しているＴＭＰ＿ＴＳ＿ＳＴＲＩＤＥを全て消去する（ステップＳ１０）。
【００２８】
なお、圧縮側通信装置２０ａの制御部１ａが、算出したＴＳ＿ＳＴＲＩＤＥを復号側通信装置３０へ送信するパケット（２−４）としては、実施の形態１と同様、ＩＲパケット、ＩＲ−ＤＹＮパケットで行うことができる。
【００２９】
以上説明したように、本実施の形態では、圧縮側通信装置２０ａの制御部１ａが、仮のＴＳ＿ＳＴＲＩＤＥの値を複数回算出してから決定することとした。これにより、安定した通信状態におけるＴＳ＿ＳＴＲＩＤＥを算出することができるため、実施の形態１と比較して、復号側通信装置３０がＴＳを再生する場合に、さらに再生できない事態を回避することができる。
【００３０】
なお、測定回数を２回の場合について説明したが、これに限定するものではなく、３回以上の場合についても、適用可能である。
【００３１】
実施の形態３．
本実施の形態では、ＲＴＰパケットのヘッダ情報に設定されているペイロードタイプ値に基づいて、ＴＳ＿ＳＴＲＩＤＥを決定する。以下、実施の形態１、２と異なる部分について説明する。
【００３２】
なお、本実施の形態において、無線通信システムおよび圧縮側通信装置の構成は図２と同様であるが、説明の便宜上、圧縮側通信装置２０、制御部１および記憶部２を、それぞれ、圧縮側通信装置２０ｂ、制御部１ｂおよび記憶部２ｂとする。記憶部２ｂは、ペイロードタイプ値に対応するＴＳ＿ＳＴＲＩＤＥを記憶するためのメモリである。
【００３３】
図８は、本実施の形態のＴＳ＿ＳＴＲＩＤＥの決定方法を示す図である。まず、圧縮側通信装置２０ｂが、ＲＴＰ送信端末１０からＲＴＰパケット（３−１）を受信すると、制御部１ｂが、そのＲＴＰパケットのヘッダ情報として設定されているペイロードタイプ値（ここではＸという値）を抽出する。つぎに、制御部１ｂは、記憶部２ｂのメモリ上の参照テーブルを参照し、抽出したペイロードタイプＸに対応するＴＳ＿ＳＴＲＩＤＥを読み出し、その値をＴＳ＿ＳＴＲＩＤＥとして決定する。
【００３４】
図９は、記憶部２ｂのメモリ上のペイロードタイプ値に対応するＴＳ＿ＳＴＲＩＤＥを登録した参照テーブルの構成例を示す図である。例えば、ペイロードタイプ値が２のＧ．７２１である場合、ＲＴＰ送信周期２０ｍｓｅｃ、信号サンプリング周波数８ｋＨｚと決まっているため、これより、「０．０２／（１／８０００）＝１６０」という値を事前に登録しておくことができる。
【００３５】
なお、圧縮側通信装置２０ｂの制御部１ｂが、読み出したＴＳ＿ＳＴＲＩＤＥを復号側通信装置３０へ送信するパケット（３−２）としては、実施の形態１、２と同様、ＩＲパケット、ＩＲ−ＤＹＮパケットで行うことができる。
【００３６】
以上説明したように、本実施の形態では、ペイロードタイプで規定される送信周期、信号サンプリング周波数に基づいて、ペイロードタイプ値に対応するＴＳ＿ＳＴＲＩＤＥをあらかじめ記憶部２ｂのメモリ上に用意し、圧縮側通信装置２０ｂの制御部１ｂは、受信したパケットのペイロードタイプに基づいて、メモリ上から読み出した値をＴＳ＿ＳＴＲＩＤＥとして決定することとした。これにより、圧縮側通信装置２０ｂではＴＳ＿ＳＴＲＩＤＥの決定時間を短縮でき、かつ、復号側通信装置３０ではＴＳを再生できない事態を回避することができる。
【産業上の利用可能性】
【００３７】
以上のように、本発明にかかる通信装置は、パケット通信に有用であり、特に、ヘッダ情報を圧縮して送信する装置として適している。
【符号の説明】
【００３８】
１  制御部
２  記憶部
１０  ＲＴＰ送信端末
２０  圧縮側通信装置
３０  復号側通信装置
【図１】
2010283677.tif 000003
【図２】
2010283677.tif 000004
【図３】
2010283677.tif 000005
【図４】
2010283677.tif 000006
【図５】
2010283677.tif 000007
【図６】
2010283677.tif 000008
【図７】
2010283677.tif 000009
【図８】
2010283677.tif 000010
【図９】
2010283677.tif 000011