JP2012182855A - 一方向伝送路に用いる送信端末、受信端末及び伝送システム - Google Patents

Abstract

【課題】ヘッダ情報を圧縮した圧縮ヘッダパケットを一方向伝送路を介して伝送する際に、ＣＩＤ及びヘッダ情報の対応関係の不整合を回避する。
【解決手段】送信端末１−３のＣＩＤテーブル管理部１９は、所定時刻になったことを判断すると、フロー・時刻別ＣＩＤ割当テーブル４０から、所定時刻に対応するＣＩＤ及びＩＰデータフローの各種データを読み出し、ＣＩＤレコードを生成してＣＩＤテーブル１０に保存する。圧縮ヘッダパケット生成部１７は、入力した複数のＩＰパケットを、ＩＰパケットのヘッダに記述されている情報に基づいて区別し、ＩＰデータフローを特定し、ＩＰデータフローにおける各種データに対応するＣＩＤをＣＩＤテーブル１０から読み出し、ＣＩＤを決定し、圧縮ヘッダパケットを生成する。送信制御部１８は、圧縮ヘッダパケット生成部１７により生成された圧縮ヘッダパケットを入力し、一方向伝送路３へ送信する。
【選択図】図１５

Description

本発明は、ＩＰヘッダ情報をコンテクスト識別子（ＣＩＤ）に置き換えることによりＩＰヘッダ情報を圧縮するヘッダ圧縮方式に関し、特に、送信端末から受信端末へ向かう一方向伝送路において、ＣＩＤ及びＩＰヘッダ情報の対応関係に関して送信端末と受信端末との間の整合性を確保する技術に関する。

従来、ＩＰパケットを送受信する伝送システムにおいて、ＩＰパケットを送信する際に、ＩＰパケットのヘッダを圧縮し、ＣＩＤ及びヘッダの一部のみを含む圧縮ヘッダを付加した圧縮ヘッダパケットを送信する方式が知られている（非特許文献１を参照）。この方式は、全てのパケットが全てのヘッダを備えて送信する代わりに圧縮ヘッダパケットを送信し、伝送システムにおける伝送効率の向上を図るものである。ここで、ＣＩＤは、ヘッダ圧縮を行うパケットのＩＰデータフローを特定するための情報である。

図１８は、フルヘッダパケット、圧縮ヘッダパケット及びＣＩＤテーブルによるヘッダ圧縮方式を説明する図である。このヘッダ圧縮方式では、送信端末は、送信したいＩＰパケットを入力し、ＩＰパケットに付加されたＩＰヘッダ及びＵＤＰヘッダに基づいてＣＩＤを特定し、ＣＩＤ及びヘッダ情報からなるＣＩＤテーブルを生成する。そして、送信端末は、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダを含むヘッダを付加したフルヘッダパケットを間欠的に送信し、それ以外のときに、ＣＩＤを含む圧縮ヘッダを付加した圧縮ヘッダパケットを送信する。

受信端末は、フルヘッダパケットを受信すると、フルヘッダパケットのヘッダに含まれるＣＩＤとＩＰヘッダ及びＵＤＰヘッダとの間の対応付けを、ＣＩＤテーブルに保存する。そして、受信端末は、圧縮ヘッダパケットを引き続き受信し、圧縮ヘッダパケットのヘッダに含まれるＣＩＤに基づいてＣＩＤテーブルを検索し、ＣＩＤに対応付いているヘッダ情報を取得し、ＣＩＤを元のＩＰヘッダ及びＵＤＰヘッダに復元する。そして、受信端末は、ＩＰパケットを生成し出力する。

このように、図１８に示したヘッダ圧縮方式では、送信端末と受信端末との間で、ＣＩＤとヘッダ情報とを予め対応付けておいたＣＩＤテーブルを共有し、送信端末から受信端末へ、フルヘッダパケット及び圧縮ヘッダパケットを送信する。これにより、送信端末と受信端末との間で、ＣＩＤをキーとして、全てのヘッダ情報を共有することができる。

このようなヘッダ圧縮方式においては、様々な課題に着目した技術が知られている（例えば、特許文献１〜３を参照）。特許文献１には、ヘッダ圧縮効率及びパケット伝送効率の低下を抑制するために、フルヘッダパケットを送信する間隔を制限する技術が記載されている。

また、特許文献２には、フルヘッダパケットまたは圧縮ヘッダパケットの喪失に起因した圧縮ヘッダパケットの破棄数を減らすために、喪失後の圧縮ヘッダパケットを保持し、その後に受信したフルヘッダパケットに基づいて、保持していた圧縮ヘッダパケットを復元する技術が記載されている。

また、特許文献３には、データの欠落する期間を短くするために、受信したフルヘッダパケットまたは圧縮ヘッダパケットに連続してエラーが検出された場合、フルヘッダパケットを送信するように受信端末から送信端末へ要求してＣＩＤテーブルを更新する技術が記載されている。

このようなヘッダ圧縮方式を用いた伝送システムにおいて、送信端末は、圧縮ヘッダパケットを送信する場合、前もってフルヘッダパケットを送信することにより、送信端末及び受信端末との間で共通するＣＩＤテーブルを保持することができる。従来のヘッダ圧縮方式では、ＩＰｖ４またはＩＰｖ６のバージョンにおけるＩＰヘッダの圧縮を行っている。

図１９は、ＣＩＤテーブルの構成を示す図である。（１）は、ＩＰヘッダがＩＰｖ４の場合のＣＩＤテーブルであり、（２）は、ＩＰヘッダがＩＰｖ６の場合のＣＩＤテーブルである。（１）において、ＩＰｖ４のＣＩＤテーブルは、ＣＩＤ、ＩＰｖ４ヘッダ及びＵＤＰヘッダから構成される。ＩＰｖ４ヘッダは、ＩＰヘッダのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、ＩＨＬ（Ｉｎｔｅｒｎｅｔ Ｈｅａｄｅｒ Ｌｅｎｇｔｈ：ＩＰヘッダ長）、ＴＯＳ（Ｔｙｐｅ Ｏｆ Ｓｅｒｖｉｃｅ：サービスタイプ）、ＩＰ−ＩＤ（ＩＰ−Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＩＰ識別番号）、Ｆｌｇ（フラグ）、Ｆｒａｇｍｅｎｔ Ｏｆｆｓｅｔ（フラグメントオフセット）、ＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）、Ｐｒｏｔｏｃｏｌ（プロトコル）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（あて先ＩＰアドレス）から構成される。また、ＵＤＰヘッダは、ＳｒｃＰｏｒｔ（送信元ポート番号）及びＤｓｔＰｏｒｔ（あて先ポート番号）から構成される。ＩＰｖ４ヘッダには、上記の他、Ｔｏｔａｌ Ｌｅｎｇｔｈ（パケット長）、Ｈｅａｄｅｒ Ｃｈｅｃｋｓｕｍ（ヘッダチェックサム）があり、ＵＤＰヘッダには、上記の他、Ｌｅｎｇｔｈ（ペイロード長）、Ｃｈｅｃｋｓｕｍ（チェックサム）があるが、これらは、パケット毎に値が異なることが想定されることから、ＣＩＤテーブルには保持しない。

また、（２）において、ＩＰｖ６のＣＩＤテーブルは、ＣＩＤ、ＩＰｖ６ヘッダ及びＵＤＰヘッダから構成される。ＩＰｖ６ヘッダは、ＩＰヘッダのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、Ｔｒａｆｆｉｃ Ｃｌａｓｓ（トラフィッククラス）、Ｆｌｏｗ Ｌａｂｅｌ（フローラベル）、Ｎｅｘｔ Ｈｅａｄｅｒ（ネクストヘッダ）、Ｈｏｐ Ｌｉｍｉｔ（ホップリミット）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（あて先ＩＰアドレス）から構成される。また、ＵＤＰヘッダは、ＳｒｃＰｏｒｔ（送信元ポート番号）及びＤｓｔＰｏｒｔ（あて先ポート番号）から構成される。ＩＰｖ６ヘッダには、上記の他、Ｐａｙｌｏａｄ Ｌｅｎｇｔｈ（ペイロード長）があり、ＵＤＰヘッダには、上記の他、Ｌｅｎｇｔｈ（ペイロード長）、Ｃｈｅｃｋｓｕｍ（チェックサム）があるが、これらは、パケット毎に値が異なることが想定されることから、ＣＩＤテーブルには保持しない。

図２０は、フルヘッダパケット及び圧縮ヘッダパケットの構成を示す図である。（１）は、ＩＰｖ４のフルヘッダパケットの構成を示し、（２）は、ＩＰｖ４の圧縮ヘッダパケットの構成を示し、（３）は、ＩＰｖ６のフルヘッダパケットの構成を示し、（４）は、ＩＰｖ６の圧縮ヘッダパケットの構成を示している。尚、数字は、それぞれのデータ項目のバイト長を示している（図４〜図７、図２１、図２２及び図２３においても同じ）。

（１）において、ＩＰｖ４のフルヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ヘッダ情報のタイプを示すＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ２０）、ＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ、ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びデータバイトにより構成される。

また、（２）において、ＩＰｖ４の圧縮ヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ２１）、ＩＰｖ４ヘッダの識別番号を示すｉｄｅｎｔｉｆｉｃａｔｉｏｎ（識別番号）及びデータバイトにより構成される。

また、（３）において、ＩＰｖ６のフルヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ６０）、ＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ、ＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びデータバイトにより構成される。

また、（４）において、ＩＰｖ６の圧縮ヘッダパケットは、ＣＩＤ、同一のＣＩＤを持つパケットの順序を示すＳＮ（シーケンス番号）、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ６１）及びデータバイトにより構成される。

これらのフルヘッダパケット及び圧縮ヘッダパケットにおけるＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）により、（１）〜（４）が区別される。また、（１）によるＩＰｖ４のフルヘッダパケットにおけるＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈが、図１９（１）に示したＩＰｖ４のＣＩＤテーブルにおけるＩＰｖ４ヘッダ及びＵＤＰヘッダにそれぞれ相当する。また、（３）によるＩＰｖ６のフルヘッダパケットにおけるＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈが、図１９（２）に示したＩＰｖ６のＣＩＤテーブルにおけるＩＰｖ６ヘッダ及びＵＤＰヘッダにそれぞれ相当する。

図２１は、図２０（１）に示したＩＰｖ４のフルヘッダパケットにおけるＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。このＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＩＰパケットのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、ＩＨＬ、ＴＯＳ（Ｔｙｐｅ Ｏｆ Ｓｅｒｖｉｃｅ：サービスタイプ）、ＩＰ−ＩＤ（ＩＰ−Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＩＰ識別番号）、Ｆｌａｇ（フラグ）、Ｆｒａｇｍｅｎｔ Ｏｆｆｓｅｔ（フラグメントオフセット）、ＴＴＬ（Ｔｉｍｅ Ｔｏ Ｌｉｖｅ）、Ｐｒｏｔｏｃｏｌ（プロトコル）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（あて先ＩＰアドレス）により構成される。

図２２は、図２０（３）に示したＩＰｖ６のフルヘッダパケットにおけるＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。このＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＩＰパケットのバージョンを示すＶｅｒｓｉｏｎ（バージョン）、Ｔｒａｆｆｉｃ Ｃｌａｓｓ（トラフィッククラス）、Ｆｌｏｗ Ｌａｂｅｌ（フローラベル）、Ｎｅｘｔ Ｈｅａｄｅｒ（ネクストヘッダ）、Ｈｏｐ Ｌｉｍｉｔ（ホップリミット）、ＳｒｃＡｄｄｒ（送信元ＩＰアドレス）及びＤｓｔＡｄｄｒ（あて先ＩＰアドレス）により構成される。

図２３は、図２０（１）（３）に示したＩＰｖ４，６のフルヘッダパケットにおけるＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。このＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈは、ＳｒｃＰｏｒｔ（送信元ポート番号）及びＤｓｔＰｏｒｔ（あて先ポート番号）により構成される。尚、図２０〜図２３に示した構成の詳細については、非特許文献１を参照されたい。

特許第３３２３４８３号公報 特許第３７３０８３５号公報 特許第３３２３４８４号公報

"情報通信審議会情報通信技術分科会（第６０回） 資料６０−１−２放送システム委員会報告"、［online］、平成２０年７月２９日、情報通信審議会、［平成２０年１１月１２日検索］、インターネット＜ＵＲＬ：http://www.soumu.go.jp/joho_tsusin/policyreports/joho_tsusin/bunkakai/080729_1.html＞

ところで、ＩＰ電話等を用いた双方向伝送路においては、ＩＰヘッダ情報を圧縮して伝送する場合、通信開始時に、送信端末と受信端末との間でネゴシエーションすることにより、ヘッダ情報をＣＩＤに対応付けることができる。具体的には、送信端末は、これから送信するパケットのヘッダ情報の圧縮に用いるＣＩＤを受信端末へ通知する。そして、受信端末は、送信端末からＣＩＤの通知を受け、保持しているＣＩＤとヘッダ情報との間の対応付けデータ（以下、ＣＩＤレコードという。）を更新する。これにより、受信端末において、ＣＩＤが意図しないヘッダ情報に対応付けられることを回避することができる。

これに対し、放送伝送路等の一方向伝送路においては、受信端末が、任意のタイミングで受信処理を開始し、任意のタイミングで受信処理を終了する場合があることから、送信端末は、それぞれの受信端末の振る舞いを知ることができない。このため、受信端末により保持されているＣＩＤレコードが、送信端末により保持されているＣＩＤレコードと異なる場合があり、ＣＩＤ及びヘッダ情報の対応付けに関して、送信端末と受信端末との間に不整合が生じる可能性がある。ここで、不整合とは、送信端末のＣＩＤレコードにおいてＣＩＤが指し示すヘッダ情報と、受信端末のＣＩＤレコードにおいて当該ＣＩＤが指し示すヘッダ情報とが一致しないことをいう。この場合、受信端末は、あるヘッダ情報に対応付けられたＣＩＤを含む圧縮ヘッダパケットを受信し、圧縮ヘッダパケットのＣＩＤを、別の正しくないヘッダ情報に復元してしまう。つまり、一方向伝送路の受信端末においては、必ずしもＣＩＤ及びヘッダ情報の対応付けが正しいとは限らない。

そこで、本発明は前記課題を解決するためになされたものであり、その目的は、ヘッダ情報を圧縮した圧縮ヘッダパケットを一方向伝送路を介して伝送する際に、ＣＩＤ及びヘッダ情報の対応関係の不整合を回避することが可能な送信端末、受信端末及び伝送システムを提供することにある。

前記課題を解決するため、本発明による送信端末は、複数のＩＰパケットの集合をＩＰデータフロー毎に伝送する際に、前記ＩＰデータフローを構成するＩＰパケットのヘッダ情報を、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えてヘッダ圧縮し、前記ＣＩＤを含む圧縮ヘッダパケットを送信する送信端末において、前記ＩＰデータフロー毎にそれぞれ対応したＣＩＤと前記ＩＰデータフローを構成するＩＰパケットのヘッダ情報とを含む複数のＣＩＤレコードが予め固定的に設定され、前記パケットを受信する側に備えたＣＩＤテーブルと同一のＣＩＤレコードを有するＣＩＤテーブルと、前記ＣＩＤテーブルに基づいて、前記ＣＩＤを含む圧縮ヘッダパケットを生成する圧縮ヘッダパケット生成部と、前記圧縮ヘッダパケット生成部により生成された圧縮ヘッダパケットを送信する送信制御部と、を備えたことを特徴とする。

また、本発明による受信端末は、ＩＰデータフローを構成するＩＰパケットのヘッダ情報が前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えられてヘッダ圧縮され、前記ヘッダ圧縮された圧縮ヘッダパケットを受信する受信端末において、前記ＩＰデータフロー毎にそれぞれ対応したＣＩＤと前記ＩＰデータフローを構成するＩＰパケットのヘッダ情報とを含む複数のＣＩＤレコードが予め固定的に設定され、前記パケットを送信する側に備えたＣＩＤテーブルと同一のＣＩＤレコードを有するＣＩＤテーブルと、受信した前記圧縮ヘッダパケットのＣＩＤを用いて前記ＣＩＤテーブルからヘッダ情報を読み出し、前記ＩＰデータフローを構成するＩＰパケットを生成する圧縮ヘッダパケット処理部、を備えたことを特徴とする。

また、本発明による伝送システムは、前記送信端末と前記受信端末とを備えて構成される、ことを特徴とする。

以上のように、受信端末のＣＩＤテーブルは、ＣＩＤ及びヘッダ情報の対応関係について送信端末が備えるＣＩＤテーブルと整合するから、圧縮ヘッダパケットを一方向伝送路を介して受信した場合、圧縮ヘッダを誤ったヘッダ情報に復元することがない。したがって、ＣＩＤ及びヘッダ情報の対応関係の不整合を回避することが可能となる。

本発明の実施形態による送信端末及び受信端末を含む伝送システムの概略構成を示す図である。 実施例１の送信端末の構成を示すブロック図である。 実施例１の受信端末の構成を示すブロック図である。 （１）は、ＩＰｖ４のＣＩＤレコード更新パケットの構成を示す図である。（２）は、ＩＰｖ６のＣＩＤレコード更新パケットの構成を示す図である。 ＣＩＤレコード削除パケットの構成を示す図である。 複数のＣＩＤレコードを削除するＣＩＤレコード削除パケットの構成を示す図である。 ＣＩＤレコード全削除パケットの構成を示す図である。 ＣＩＤレコード更新パケット、ＣＩＤレコード削除パケット及び圧縮ヘッダパケットの送信順序を説明する図である。 ＣＩＤレコード削除パケット、フルヘッダパケット及び圧縮ヘッダパケットの送信順序を説明する図である。 ＣＩＤレコード全削除パケット、ＣＩＤレコード更新パケット及び圧縮ヘッダパケットの送信順序を説明する図である。 実施例２の送信端末の構成を示すブロック図である。 実施例２の受信端末の構成を示すブロック図である。 実施例２で用いるアドレスマップテーブル（ＡＭＴ）の構成を示す図である。 アドレスマップテーブル（ＡＭＴ）によりＣＩＤテーブルを更新する場合の送信順序を説明する図である。 実施例３の送信端末の構成を示すブロック図である。 実施例３の受信端末の構成を示すブロック図である。 フロー・時刻別ＣＩＤ割当テーブルの構成を示す図である。 フルヘッダパケット、圧縮ヘッダパケット及びＣＩＤテーブルによるヘッダ圧縮方式を説明する図である。 （１）は、ＩＰｖ４のＣＩＤテーブルの構成を示す図である。（２）は、ＩＰｖ６のＣＩＤテーブルの構成を示す図である。 （１）は、ＩＰｖ４のフルヘッダパケットの構成を示す図である。（２）は、ＩＰｖ４の圧縮ヘッダパケットの構成を示す図である。（３）は、ＩＰｖ６のフルヘッダパケットの構成を示す図である。（４）は、ＩＰｖ６の圧縮ヘッダパケットの構成を示す図である。 ＩＰｖ４のフルヘッダパケットにおけるＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。 ＩＰｖ６のフルヘッダパケットにおけるＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。 ＩＰｖ４及びＩＰｖ６のフルヘッダパケットにおけるＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈの構成を示す図である。

以下、本発明を実施するための最良の形態について図面を用いて詳細に説明する。
まず、本発明の実施形態による送信端末及び受信端末が用いられる伝送システムについて説明する。図１は、その伝送システムの概略構成を示す図である。この伝送システムは、高度ＢＳデジタル放送を実現する衛星放送システムであり、放送局に設けられたファイル送出装置及び多重化装置（送信端末１）、並びに、例えば一般家庭に設けられた高度ＢＳチューナー（受信端末２）及びネットワーク端末装置を備えて構成される。送信端末１と受信端末２とは、放送衛星を介して、放送伝送路である一方向伝送路３により接続される。

送信端末１は、ファイル送出装置から入力したＩＰパケットを多重化し、放送波を一方向伝送路３を介して受信端末２へ送信する。具体的には、送信端末１は、テレビ放送サービスを実現するための情報、及び、コンテンツロードサービスを実現するためのコンテンツを含むＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）を生成し、放送波として送信する。このとき、ＴＬＶには、配信されるコンテンツのＩＰパケット、伝送制御信号であるアドレスマップテーブル（ＡＭＴ）等が格納される。ＴＬＶ及びＡＭＴについては後述する。

受信端末２は、送信端末１から一方向伝送路３を介して放送波を受信し、受信した放送波からＩＰパケットを取得し、ホームネットワークを介してネットワーク端末装置に出力する。このようにして、一般家庭内のネットワーク端末装置は、ダウンロードアプリケーションによって、放送局に設けられたファイル送出装置から、送信端末１、一方向伝送路３及び受信端末２を経由して、オペレータが所望するコンテンツのＩＰパケットを受信し、コンテンツを視聴または録画することができる。

このような伝送システムにおいて、図１８に示したように、送信端末１は、入力したＩＰパケットから、ＣＩＤテーブルを用いて圧縮ヘッダパケットを生成し、生成した圧縮ヘッダパケットを受信端末２へ送信する。そして、受信端末２が、圧縮ヘッダパケットを受信し、受信した圧縮ヘッダパケットに含まれるＣＩＤを、ＣＩＤテーブルを用いてヘッダ情報に復元し、ＩＰパケットを生成して出力する。

以下、受信端末２が、ＣＩＤ及びヘッダ情報の対応関係が送信端末１と整合したＣＩＤテーブルを用いて、受信した圧縮ヘッダパケットのＣＩＤを正しいヘッダ情報に復元する手法を説明する。実施例１は、ＣＩＤレコード更新パケット、ＣＩＤレコード削除パケット等の制御パケットを用いることにより、ＣＩＤテーブルを更新するものである。実施例２は、制御タイプのＴＬＶコンテナにより伝送される伝送制御信号であるＡＭＴを用いることにより、ＣＩＤテーブルを更新するものである。実施例３は、予め設定された固定のＣＩＤ及びヘッダ情報が格納されたＣＩＤテーブルを用いるものである。

〔実施例１〕
まず、実施例１について説明する。実施例１は、ＣＩＤレコード更新パケット、ＣＩＤレコード削除パケット等の制御パケットを用いてＣＩＤテーブルを更新することにより、ＣＩＤ及びヘッダ情報の対応関係の不整合を回避する。

（送信端末）
送信端末の構成について説明する。図２は、実施例１の送信端末の構成を示すブロック図である。この送信端末１−１は、フルヘッダパケット・圧縮ヘッダパケット生成部１１、制御パケット生成部１２、送信制御部１３及びＣＩＤテーブル１０を備えている。ＣＩＤテーブル１０は、記憶手段に記憶されており、図１９に示したＣＩＤテーブルと同一の構成をしている。

フルヘッダパケット・圧縮ヘッダパケット生成部１１は、ＩＰパケットを入力し、入力した複数のＩＰパケットを、ＩＰパケットのヘッダに記述されている情報（ＩＰヘッダ及びＵＤＰヘッダ）に基づいて区別し、ＩＰデータフローを特定する。ここで、ＩＰデータフローとは、ＩＰヘッダ及びＵＤＰヘッダに含まれる、プロトコル種別、送信元ＩＰアドレス、あて先ＩＰアドレス、送信元ポート番号及びあて先ポート番号の５つのフィールドの値がユニークな組み合わせを持つＩＰパケットの集合である。

そして、フルヘッダパケット・圧縮ヘッダパケット生成部１１は、特定したＩＰデータフロー毎に割り当て可能なＣＩＤを決定し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダの各種データからなるＣＩＤレコードを生成し、ＣＩＤテーブル１０に保存する。また、フルヘッダパケット・圧縮ヘッダパケット生成部１１は、図２０〜図２３に示したフルヘッダパケット及び圧縮ヘッダパケットを生成し、送信制御部１３に出力する。尚、後述する実施例１−１，１−３では、フルヘッダパケットを生成しないで、圧縮ヘッダパケットのみを生成する。

制御パケット生成部１２は、ＣＩＤテーブル１０からＣＩＤレコードを読み出し、ＣＩＤレコードの内容に基づいて、ＣＩＤレコード更新パケット、ＣＩＤレコード削除パケット及びＣＩＤレコード全削除パケットの制御パケットを生成し、送信制御部１３に出力する。尚、後述する実施例１−１では、ＣＩＤレコード更新パケット及びＣＩＤレコード削除パケットを生成し、実施例１−２では、ＣＩＤレコード削除パケットのみを生成し、実施例１−３では、全てのＣＩＤレコードを削除するためのＣＩＤレコード全削除パケット及びＣＩＤレコード更新パケットを生成する。

図４は、ＣＩＤレコード更新パケットの構成を示す図である。図４（１）に示すように、ＩＰｖ４のＣＩＤレコード更新パケットは、ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ２Ｆ）、ＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈにより構成される。また、図４（２）に示すように、ＩＰｖ６のＣＩＤレコード更新パケットは、ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ６Ｆ）、ＩＰｖ６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈにより構成される。受信端末２において、ＣＩＤレコード更新パケットのうちのＣＩＤ、ＩＰｖ４，６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈがＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードとして、ＣＩＤテーブルに保存される。このＣＩＤレコード更新パケットは、図２０（１）に示したＩＰｖ４のフルヘッダパケットのうちのフルヘッダ、及び図２０（３）に示したＩＰｖ６のフルヘッダパケットのうちのフルヘッダと同様の構成をしている。すなわち、ＣＩＤレコード更新パケットは、これらのフルヘッダパケットからデータバイト領域を取り除いた構成と同等である。

図５は、ＣＩＤレコード削除パケットの構成を示す図である。図５に示すように、ＣＩＤレコード削除パケットは、ＣＩＤ、ＳＮ及びＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ８０）により構成される。受信端末２において、ＣＩＤレコード削除パケットのＣＩＤが示すＣＩＤレコードがＣＩＤテーブルから削除される。

図６は、複数のＣＩＤレコードを削除するＣＩＤレコード削除パケットの構成を示す図である。図６に示すように、ＣＩＤレコード削除パケットは、ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ８０）及びＣＩＤにより構成される。受信端末２において、ＣＩＤレコード削除パケットの複数のＣＩＤが示すＣＩＤレコードがＣＩＤテーブルから削除される。

図７は、ＣＩＤレコード全削除パケットの構成を示す図である。図７に示すように、ＣＩＤレコード全削除パケットは、ＣＩＤ、ＳＮ及びＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ：０ｘ８１）により構成される。受信端末２において、ＣＩＤレコード全削除パケットにより全てのＣＩＤレコードがＣＩＤテーブルから削除される。

表１は、フルヘッダパケット、圧縮ヘッダパケット、ＣＩＤレコード更新パケット、ＣＩＤレコード削除パケット及びＣＩＤレコード全削除パケットにおけるＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）の割り当てを示す。ＣＩＤヘッダタイプは、ＣＩＤレコード削除パケット及びＣＩＤレコード全削除パケットを除き、ＩＰｖ４、ＩＰｖ６に応じて異なる値になっている。

図２に戻って、送信制御部１３は、フルヘッダパケット・圧縮ヘッダパケット生成部１１により生成されたフルヘッダパケット及び圧縮ヘッダパケットを入力すると共に、制御パケット生成部１２により生成された制御パケット（ＣＩＤレコード更新パケット、ＣＩＤレコード削除パケット、ＣＩＤレコード全削除パケット）を入力する。そして、送信制御部１３は、予め設定された送信順序に従って、それぞれのパケットを一方向伝送路３へ送信する。ここで、パケットは、ＴＬＶに格納されて送信される。ＴＬＶは、将来予約、ＴＬＶパケットタイプ、データの長さ及びデータの各フィールドから構成され、データのフィールドに、パケット、ＡＭＴ等の実際の情報が格納される。ＴＬＶの詳細については、非特許文献１を参照されたい。

（受信端末）
次に、受信端末の構成について説明する。図３は、実施例１の受信端末の構成を示すブロック図である。この受信端末２−１は、受信制御部２１、制御パケット処理部２２、フルヘッダパケット処理部２３、圧縮ヘッダパケット処理部２４及びＣＩＤテーブル２０を備えている。ＣＩＤテーブル２０は、記憶手段に記憶されており、図１９に示したＣＩＤテーブルと同一の構成をしている。

受信制御部２１は、一方向伝送路３からパケットを受信し、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいて、フルヘッダパケット、圧縮ヘッダパケット及び制御パケットに区別する。そして、受信制御部２１は、フルヘッダパケットをフルヘッダパケット処理部２３に、圧縮ヘッダパケットを圧縮ヘッダパケット処理部２４に、制御パケットを制御パケット処理部２２にそれぞれ出力する。ここで、受信制御部２１は、パケットを格納したＴＬＶを受信するから、ＴＬＶからパケットを認識して取り出す処理を行う。また、ＴＬＶにはＡＭＴ等の伝送制御信号等も含まれており、それぞれの情報に従った処理を行う。

フルヘッダパケット処理部２３は、受信制御部２１からフルヘッダパケットを入力し、フルヘッダパケットからＣＩＤ、ＩＰｖ４，６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈを取り出し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを生成し、ＣＩＤテーブル２０に保存する。そして、フルヘッダパケット処理部２３は、フルヘッダパケットからＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）を取り除き、ＴＬＶの‘データの長さ’フィールドから算出したｌｅｎｇｔｈを付加し、さらに、チェックサムを計算して付加し、ＩＰパケットを生成して出力する。

圧縮ヘッダパケット処理部２４は、受信制御部２１から圧縮ヘッダパケットを入力し、圧縮ヘッダパケットから圧縮ヘッダであるＣＩＤを取り出し、ＣＩＤをキーとしてＣＩＤテーブル２０を検索し、同じＣＩＤを有するＣＩＤレコードのＩＰヘッダ及びＵＤＰヘッダを読み出す。そして、圧縮ヘッダパケット処理部２４は、圧縮ヘッダパケットからＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）を取り除き、ＴＬＶの‘データの長さ’フィールドから算出したｌｅｎｇｔｈを付加し、さらに、チェックサムを計算して付加し、ＩＰパケットを生成して出力する。尚、フルヘッダパケット処理部２３及び圧縮ヘッダパケット処理部２４は、フルヘッダパケット及び圧縮ヘッダパケットのＳＮに従って、その順番にＩＰパケットを出力する。

制御パケット処理部２２は、受信制御部２１から制御パケットを入力し、表１に示したＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいて、ＣＩＤレコード更新パケット、ＣＩＤレコード削除パケット及びＣＩＤレコード全削除パケットに区別する。

そして、制御パケット処理部２２は、入力したパケットがＣＩＤレコード更新パケットの場合、ＣＩＤレコード更新パケットからＣＩＤ、ＩＰｖ４，６＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈを取り出し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを生成し、ＣＩＤレコード２０に保存する。また、制御パケット処理部２２は、入力したパケットがＣＩＤレコード削除パケットの場合、ＣＩＤレコード削除パケットからＣＩＤを取り出し、そのＣＩＤが示すＣＩＤレコードをＣＩＤテーブル２０から削除する。さらに、制御パケット処理部２２は、入力したパケットがＣＩＤレコード全削除パケットの場合、全てのＣＩＤレコードをＣＩＤテーブル２０から削除する。

次に、図２に示した送信端末１−１及び図３に示した受信端末２−１による、前述の制御パケットを用いた具体的な実施例を説明する。
〔実施例１−１〕
まず、実施例１−１について説明する。この実施例１−１は、フルヘッダパケットを用いることなく、ＣＩＤレコード更新パケット及びＣＩＤレコード削除パケットを用いることにより、ＣＩＤ及びヘッダ情報の対応関係について送信端末と受信端末との間の不整合を回避する。

図８は、実施例１−１によるＣＩＤレコード更新パケット、ＣＩＤレコード削除パケット及び圧縮ヘッダパケットの送信順序を説明する図である。図８に示すように、同一ファイルを伝送する場合、ＣＩＤレコード更新パケット、圧縮ヘッダパケット及びＣＩＤレコード削除パケットが、この順序で送信される。

以下、具体的に説明する。まず、送信端末１−１の処理について説明する。送信端末１−１のフルヘッダパケット・圧縮ヘッダパケット生成部１１は、ファイル１のＩＰパケットを入力すると、ＩＰデータフローを特定してＣＩＤを決定し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを新たに生成してＣＩＤテーブル１０に保存する。そして、フルヘッダパケット・圧縮ヘッダパケット生成部１１は、入力したＩＰパケットから図２０に示した圧縮ヘッダパケットを生成する。

一方、制御パケット生成部１２は、フルヘッダパケット・圧縮ヘッダパケット生成部１１により新たに保存されたＣＩＤレコードをＣＩＤテーブル１０から読み出して、図４に示したＣＩＤレコード更新パケットを生成する。この場合、制御パケット生成部１２は、読み出したＣＩＤレコードのＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダを、ＣＩＤレコード更新パケットのＣＩＤ、ＩＰｖ４＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈ及びＵＤＰ＿ｈｅａｄｅｒ＿ｗｏ＿ｌｅｎｇｔｈにそれぞれ設定し、フルヘッダパケット・圧縮ヘッダパケット生成部１１により特定されたＩＰデータフローのプロトコル種別に応じてＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）を設定する。

送信制御部１３は、フルヘッダパケット・圧縮ヘッダパケット生成部１１により生成された圧縮ヘッダパケットを入力すると共に、制御パケット生成部１２により生成されたＣＩＤレコード更新パケットを入力する。そして、送信制御部１３は、圧縮ヘッダパケットを送信する前にＣＩＤレコード更新パケットを送信する。これにより、受信端末２−１は、ＣＩＤレコード更新パケットを用いて、送信端末１−１と整合のとれたＣＩＤ及びヘッダ情報を取得することができる。送信制御部１３は、ＣＩＤレコード更新パケットを送信した後、圧縮ヘッダパケットを送信する。尚、送信されるパケットのＳＮにはシーケンス番号が設定される。

フルヘッダパケット・圧縮ヘッダパケット生成部１１は、入力したファイル１のＩＰパケットについて、全ての圧縮ヘッダパケットの生成を完了すると、保存したＣＩＤレコードをＣＩＤテーブル１０から削除する。

一方、制御パケット生成部１２は、ＣＩＤテーブル１０を参照してＣＩＤレコードが削除されたことを認識し、図５に示したように、削除されたＣＩＤレコードのＣＩＤを含むＣＩＤレコード削除パケットを生成する。

送信制御部１３は、制御パケット生成部１２により生成されたＣＩＤレコード削除パケットを入力し、フルヘッダパケット・圧縮ヘッダパケット生成部１１により生成された全ての圧縮ヘッダパケットの送信を完了すると、ＣＩＤレコード削除パケットを送信する。

引き続いてファイル２を伝送する場合も、前述のファイル１を伝送する場合と同様の処理が行われる。尚、ファイル１及びファイル２を同一のヘッダ情報で送信する場合には、同一のＣＩＤを用いることができる。このため、送信制御部１３は、ファイル１を構成する圧縮ヘッダパケットを送信した後に、ファイル１の伝送に関するＣＩＤレコード削除パケット及びファイル２の伝送に関するＣＩＤレコード更新パケットを送信する必要がない。すなわち、送信制御部１３は、ファイル１を構成する圧縮ヘッダパケットを送信した後に、ファイル２を構成する圧縮ヘッダパケットを送信し、その圧縮ヘッダパケットの送信が完了した後にＣＩＤレコード削除パケットを送信する。

次に、受信端末２−１の処理について説明する。受信端末２−１の受信制御部２１は、送信端末１−１により送信されたパケットを受信すると、そのＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいてＣＩＤレコード更新パケット、圧縮ヘッダパケット及びＣＩＤレコード削除パケットに区別する。

制御パケット処理部２２は、受信制御部２１により区別されたＣＩＤレコード更新パケットを入力し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを生成し、ＣＩＤテーブル２０に保存する。

圧縮ヘッダパケット処理部２４は、受信制御部２１により区別された圧縮ヘッダパケットを入力し、ＣＩＤをキーとしてＣＩＤテーブル２０からＩＰヘッダ及びＵＤＰヘッダを読み出し、ＩＰパケットを生成して出力する。

そして、制御パケット処理部２２は、受信制御部２１により区別されたＣＩＤレコード削除パケットを入力し、ＣＩＤが示すＣＩＤレコードをＣＩＤテーブル２０から削除する。

以上のように、実施例１−１によれば、送信端末１−１は、ＣＩＤレコード更新パケット、圧縮ヘッダパケット及びＣＩＤレコード削除パケットの順序で送信し、受信端末２−１は、ＣＩＤレコード更新パケットにより新たなＣＩＤレコードをＣＩＤテーブル２０に保存し、圧縮ヘッダパケットの受信処理が完了した後、ＣＩＤレコード削除パケットによりそのＣＩＤレコードをＣＩＤテーブル２０から削除するようにした。これにより、受信端末２−１は、ＣＩＤレコード更新パケットの直後の送信に用いるＣＩＤ及びヘッダ情報を含むＣＩＤレコード更新パケットを受信し、ＣＩＤ及びヘッダ情報の関係について送信端末１−１と整合したＣＩＤレコードをＣＩＤテーブル２０に保存するから、ＣＩＤ及びヘッダ情報の対応関係の不整合を回避することができる。また、受信端末２−１は、圧縮ヘッダパケットを受信したときには、送信端末１−１と整合のとれたＣＩＤ及びヘッダ情報のＣＩＤレコードが含まれるＣＩＤテーブル２０により、ＣＩＤをヘッダ情報に復元するから、圧縮ヘッダを誤ったヘッダ情報に復元することがない。

尚、実施例１−１では、送信端末１−１が、ファイル２のＣＩＤレコード更新パケットを、ファイル１の送信処理のときにまたはそれ以前に送信するようにしてもよい。これにより、ファイル２の送信処理に先立って、ファイル２を送信するためのＣＩＤレコードを、ＣＩＤテーブル１０，２０に予め確保しておくことができる。

〔実施例１−２〕
次に、実施例１−２について説明する。この実施例１−２は、ＣＩＤレコード更新パケットを用いることなく、フルヘッダパケット及びＣＩＤレコード削除パケットを用いることにより、ＣＩＤ及びヘッダ情報の対応関係について送信端末と受信端末との間の不整合を回避する。

図９は、実施例１−２によるＣＩＤレコード削除パケット、フルヘッダパケット及び圧縮ヘッダパケットの送信順序を説明する図である。図９に示すように、同一ファイルを伝送する場合、フルヘッダパケット、圧縮ヘッダパケット及びＣＩＤレコード削除パケットが、この順序で送信される。また、フルヘッダパケットは、一定量の圧縮ヘッダパケットが送信される毎に送信される。

以下、具体的に説明する。まず、送信端末１−１の処理について説明する。送信端末１−１のフルヘッダパケット・圧縮ヘッダパケット生成部１１は、ファイル１のＩＰパケットを入力すると、ＩＰデータフローを特定してＣＩＤを決定し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを新たに生成してＣＩＤテーブル１０に保存する。そして、フルヘッダパケット・圧縮ヘッダパケット生成部１１は、入力したＩＰパケットから図２０に示したフルヘッダパケット及び圧縮ヘッダパケットを生成する。この場合、フルヘッダパケットは、一定量の圧縮ヘッダパケットが送信される毎に送信されるように、生成される。

送信制御部１３は、フルヘッダパケット・圧縮ヘッダパケット生成部１１により生成されたフルヘッダパケット及び圧縮ヘッダパケットを入力し、図９に示す順序で送信する。これにより、受信端末２−１は、フルヘッダパケットを用いて、送信端末１−１と整合のとれたＣＩＤ及びヘッダ情報を取得することができる。

フルヘッダパケット・圧縮ヘッダパケット生成部１１は、入力したファイル１のＩＰパケットについて、全てのフルヘッダパケット及び圧縮ヘッダパケットの生成を完了すると、保存したＣＩＤレコードをＣＩＤテーブル１０から削除する。

一方、制御パケット生成部１２は、ＣＩＤテーブル１０を参照してＣＩＤレコードが削除されたことを認識し、図５に示したように、削除されたＣＩＤレコードのＣＩＤを含むＣＩＤレコード削除パケットを生成する。

送信制御部１３は、制御パケット生成部１２により生成されたＣＩＤレコード削除パケットを入力し、フルヘッダパケット・圧縮ヘッダパケット生成部１１により生成された全てのフルヘッダパケット及び圧縮ヘッダパケットの送信を完了すると、制御パケット生成部１２により生成されたＣＩＤレコード削除パケットを送信する。

引き続いてファイル２を伝送する場合も、前述のファイル１を伝送する場合と同様の処理が行われる。尚、ファイル１及びファイル２を同一のヘッダ情報で送信する場合には、同一のＣＩＤを用いることができる。このため、送信制御部１３は、ファイル１を構成するフルヘッダパケット及び圧縮ヘッダパケットを送信した後に、ＣＩＤレコード削除パケットを送信する必要がない。すなわち、送信制御部１３は、ファイル１を構成するフルヘッダパケット及び圧縮ヘッダパケットを送信した後にファイル２を構成するフルヘッダパケット及び圧縮ヘッダパケットを送信し、その圧縮ヘッダパケットの送信が完了した後にＣＩＤレコード削除パケットを送信する。

次に、受信端末２−１の処理について説明する。受信端末２−１の受信制御部２１は、送信端末１−１により送信されたパケットを受信すると、そのＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいてフルヘッダパケット、圧縮ヘッダパケット及びＣＩＤレコード削除パケットに区別する。

フルヘッダパケット処理部２３は、受信制御部２１により区別されたフルヘッダパケットを入力し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを生成し、ＣＩＤテーブル２０に保存する。また、フルヘッダパケット処理部２３は、ＩＰパケットを生成して出力する。

圧縮ヘッダパケット処理部２４は、受信制御部２１により区別された圧縮ヘッダパケットを入力し、ＣＩＤをキーとしてＣＩＤテーブル２０からＩＰヘッダ及びＵＤＰヘッダを読み出し、ＩＰパケットを生成して出力する。

そして、制御パケット処理部２２は、受信制御部２１により区別されたＣＩＤレコード削除パケットを入力し、ＣＩＤが示すＣＩＤレコードをＣＩＤテーブル２０から削除する。

以上のように、実施例１−２によれば、送信端末１−１は、フルヘッダパケット、圧縮ヘッダパケット及びＣＩＤレコード削除パケットの順序で送信し、受信端末２−１は、フルヘッダパケットにより新たなＣＩＤレコードをＣＩＤテーブル２０に保存し、全てのフルヘッダパケット及び圧縮ヘッダパケットの受信処理が完了した後、ＣＩＤレコード削除パケットによりそのＣＩＤレコードをＣＩＤテーブル２０から削除するようにした。これにより、受信端末２−１は、ＣＩＤ及びヘッダ情報を含むフルヘッダパケットを受信し、ＣＩＤ及びヘッダ情報の関係について送信端末１−１と整合のとれたＣＩＤレコードをＣＩＤテーブル２０に保存するから、ＣＩＤ及びヘッダ情報の対応関係について送信端末１−１との不整合を回避することができる。また、受信端末２−１は、圧縮ヘッダパケットを受信したときには、送信端末１−１と整合のとれたＣＩＤ及びヘッダ情報のＣＩＤレコードが含まれるＣＩＤテーブル２０により、ＣＩＤをヘッダ情報に復元するから、圧縮ヘッダを誤ったヘッダ情報に復元することがない。

尚、実施例１−１，１−２では、送信端末１−１の制御パケット生成部１２が、一つのＣＩＤレコードを削除するために、図５に示したＣＩＤレコード削除パケットを生成するようにしたが、複数のＣＩＤレコードを同時に削除するために、図６に示したＣＩＤレコード削除パケットを生成するようにしてもよい。例えば、送信端末１−１の制御パケット生成部１２は、使用済みのＣＩＤを記憶しておき、ＣＩＤテーブル１０に保存されていないＣＩＤであって、かつ使用済みのＣＩＤを特定する。そして、特定したＣＩＤのＣＩＤレコードを受信端末２−１のＣＩＤテーブル２０から削除するために、ＣＩＤレコード削除パケットを生成する。これにより、受信端末２−１において、あるＣＩＤの使用終了後にそのＣＩＤレコードを削除するだけではなく、その直前に使用したＣＩＤまたは同時に使用していないＣＩＤのＣＩＤレコードについて、同時に削除することができる。つまり、送信端末１−１のＣＩＤテーブル１０に保存されていないＣＩＤレコードを、受信端末２−１のＣＩＤテーブル２０から削除することができる。

また、実施例１−１，１−２では、ファイル１，２を送信する場合の例を示したが、ファイルを送信する場合に限らず、コンテンツのストリーミングを送信する場合にも適用がある。つまり、新たなＩＰデータフローが特定されてＣＩＤが切り替わるタイミングで、実施例１−１ではＣＩＤレコード更新パケットを送信し、実施例１−２ではフルヘッダパケットを送信する。そして、そのストリーミングが終了すると、実施例１−１，１−２ではＣＩＤレコード削除パケットを送信する。

〔実施例１−３〕
次に、実施例１−３について説明する。この実施例１−３は、ＣＩＤレコード全削除パケット及びＣＩＤレコード更新パケットを用いることにより、ＣＩＤ及びヘッダ情報の対応関係について送信端末と受信端末との間の不整合を回避する。

図１０は、実施例１−３によるＣＩＤレコード全削除パケット、ＣＩＤレコード更新パケット及び圧縮ヘッダパケットの送信順序を説明する図である。図１０に示すように、同一ファイルを伝送する場合、そのファイル伝送が行われる前に、ＣＩＤレコード全削除パケットが予め送信され、そして、ＣＩＤレコード更新パケット及び圧縮ヘッダパケットが、この順序で送信される。

以下、具体的に説明する。まず、送信端末１−１の処理について説明する。送信端末１−１のフルヘッダパケット・圧縮ヘッダパケット生成部１１は、ファイル１のＩＰパケットを入力すると、ＩＰデータフローを特定してＣＩＤを決定し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを新たに生成してＣＩＤテーブル１０に保存する。そして、フルヘッダパケット・圧縮ヘッダパケット生成部１１は、入力したＩＰパケットから図２０に示した圧縮ヘッダパケットを生成する。

一方、制御パケット生成部１２は、フルヘッダパケット・圧縮ヘッダパケット生成部１１により新たに保存されたＣＩＤレコードをＣＩＤテーブル１０から読み出して、図４に示したＣＩＤレコード更新パケットを生成する。また、このとき、ＣＩＤレコード全削除パケットも生成する。

送信制御部１３は、フルヘッダパケット・圧縮ヘッダパケット生成部１１により生成された圧縮ヘッダパケットを入力すると共に、制御パケット生成部１２により生成されたＣＩＤレコード全削除パケット及びＣＩＤレコード更新パケットを入力する。そして、送信制御部１３は、ＣＩＤレコード更新パケット及び圧縮ヘッダパケットを送信するのに先立って、ＣＩＤレコード全削除パケットを送信する。これにより、受信端末２−１は、ＣＩＤテーブル２０から全てのＣＩＤレコードを削除することができる。そして、送信制御部１３は、ＣＩＤレコード更新パケットを送信する。これにより、受信端末２−１は、ＣＩＤレコード更新パケットを用いて、送信端末１−１と同一のＣＩＤレコードをＣＩＤテーブル２０に保存することができる。送信制御部１３は、ＣＩＤレコード更新パケットを送信した後、圧縮ヘッダパケットを送信する。

フルヘッダパケット・圧縮ヘッダパケット生成部１１は、入力したファイル１のＩＰパケットについて、全ての圧縮ヘッダパケットの生成を完了すると、保存したＣＩＤレコードをＣＩＤテーブル１０から削除する。

次に、受信端末２−１について説明する。受信端末２−１の受信制御部２１は、送信端末１−１により送信されたパケットを受信すると、そのＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいてＣＩＤレコード全削除パケット、ＣＩＤレコード更新パケット及び圧縮ヘッダパケットに区別する。

制御パケット処理部２２は、受信制御部２１により区別されたＣＩＤレコード全削除パケットを入力し、全てのＣＩＤレコードをＣＩＤテーブル２０から削除する。

そして、制御パケット処理部２２は、受信制御部２１により区別されたＣＩＤレコード更新パケットを入力し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダからなるＣＩＤレコードを生成し、ＣＩＤテーブル２０に保存する。

そして、圧縮ヘッダパケット処理部２４は、受信制御部２１により区別された圧縮ヘッダパケットを入力し、ＣＩＤをキーとしてＣＩＤテーブル２０からＩＰヘッダ及びＵＤＰヘッダを読み出し、ＩＰパケットを生成して出力する。

以上のように、実施例１−３によれば、送信端末１−１は、ＣＩＤレコード全削除パケット、ＣＩＤレコード更新パケット及び圧縮ヘッダパケットの順序で送信し、受信端末２−１は、ＣＩＤレコード全削除パケットにより全てのＣＩＤレコードをＣＩＤテーブル２０から削除し、ＣＩＤレコード更新パケットにより新たなＣＩＤレコードをＣＩＤテーブル２０に保存するようにした。これにより、受信端末２−１は、ファイル伝送に先立ってＣＩＤテーブル２０をクリアした後に、ＣＩＤレコード更新パケットの直後の送信に用いるＣＩＤ及びヘッダ情報を含むＣＩＤレコード更新パケットを受信し、ＣＩＤ及びヘッダ情報の関係について送信端末１−１と整合したＣＩＤレコードをＣＩＤテーブル２０に保存するから、ＣＩＤ及びヘッダ情報の対応関係の不整合を回避することができる。また、受信端末２−１は、圧縮ヘッダパケットを受信したときには、送信端末１−１と整合のとれたＣＩＤ及びヘッダ情報のＣＩＤレコードが含まれるＣＩＤテーブル２０により、ＣＩＤをヘッダ情報に復元するから、圧縮ヘッダを誤ったヘッダ情報に復元することがない。

〔実施例２〕
次に、実施例２について説明する。実施例２は、伝送制御信号であるＡＭＴを用いてＣＩＤテーブルを更新することにより、ＣＩＤ及びヘッダ情報の対応関係について送信端末と受信端末との間の不整合を回避する。

（送信端末）
まず、送信端末の構成及び処理について説明する。図１１は、実施例２の送信端末の構成を示すブロック図である。この送信端末１−２は、圧縮ヘッダパケット生成部１４、ＡＭＴ生成部１５、送信制御部１６及びＣＩＤテーブル１０を備えている。ＣＩＤテーブル１０は、記憶手段に記憶されており、図１９に示したＣＩＤテーブルと同一の構成をしている。

圧縮ヘッダパケット生成部１４は、ＩＰパケットを入力し、入力した複数のＩＰパケットを、ＩＰパケットのヘッダに記述されている情報（ＩＰヘッダ及びＵＤＰヘッダ）に基づいて区別し、ＩＰデータフローを特定する。そして、圧縮ヘッダパケット生成部１４は、特定したＩＰデータフロー毎に割り当て可能なＣＩＤを決定し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダの各種データからなるＣＩＤレコードを生成し、ＣＩＤテーブル１０に保存する。また、圧縮ヘッダパケット生成部１４は、図２０に示した圧縮ヘッダパケットを生成し、送信制御部１６に出力する。

ＡＭＴ生成部１５は、ＣＩＤテーブル１０から全てのＣＩＤレコードを読み出し、既にファイル伝送に先立って生成されているＡＭＴに対し、それぞれのＣＩＤを付加する。

図１３は、実施例２で用いるＡＭＴの構成を示す図である。このＡＭＴは、ＩＰパケットのマルチキャストグループとサービスＩＤ（サービス識別子）とを関連付けるテーブルである。図１３に示すように、ＡＭＴは、サービスＩＤ（ｓｅｒｖｉｃｅ＿ｉｄ）及びＩＰバージョン（ｉｐ＿ｖｅｒ）に加えて、送信元ＩＰアドレスの範囲を示すｓｒｃ＿ａｄｄｒ及びｓｒｃ＿ｍａｓｋ、あて先ＩＰアドレスの範囲を示すｄｓｔ＿ａｄｄｒ及びｄｓｔ＿ｍａｓｋ、並びに、これらのデータに対応付けたＣＩＤにより構成される。ｓｒｃ＿ｍａｓｋは、ｓｒｃ＿ａｄｄｒとして記述されるＩＰアドレスの先頭から何ビットまでを識別するかを示す情報である。また、ｄｓｔ＿ｍａｓｋは、ｄｓｔ＿ａｄｄｒとして記述されるＩＰアドレスの先頭から何ビットまでを識別するかを示す情報である。

ＡＭＴは、高度ＢＳデジタル放送を実現する衛星放送システムにおいて、制御タイプのＴＬＶコンテナを用いて全ての受信端末に伝送される伝送制御信号の一つである。このため、ＡＭＴは、本来的に、図１３に示した構成からＣＩＤを除いたデータにより構成されている。実施例２では、図１３に示したように、これらのデータにＣＩＤが付加されている。

具体的に説明すると、ＡＭＴ生成部１５は、ＣＩＤテーブル１０から全てのＣＩＤレコードを読み出し、そのうちの送信元ＩＰアドレス（ＳｒｃＡｄｄｒ）及びあて先ＩＰアドレス（ＤｓｔＡｄｄｒ）と、既にファイル伝送に先立って生成されているＡＭＴの送信元ＩＰアドレス（ｓｒｃ＿ａｄｄｒ）及びあて先ＩＰアドレス（ｄｓｔ＿ａｄｄｒ）とが一致するＡＭＴのレコードを特定し、そのレコードのＣＩＤフィールドに、読み出したＣＩＤレコードのＣＩＤを格納する。このようにして生成したＡＭＴを送信制御部１６に出力する。尚、ＡＭＴ生成部１５は、所定の時間間隔のタイミングにて前述の処理を行い、ＡＭＴを送信制御部１６に出力する。

図１１に戻って、送信制御部１６は、圧縮ヘッダパケット生成部１４により生成された圧縮ヘッダパケットを入力すると共に、ＡＭＴ生成部１５により生成されたＡＭＴを入力する。そして、送信制御部１６は、圧縮ヘッダパケットの送信に先立って、その圧縮ヘッダパケットのＣＩＤが含まれるＡＭＴをＴＬＶ（制御用ＴＬＶ）に格納して送信する。そして、送信制御部１６は、圧縮ヘッダパケットをＴＬＶに格納して送信する。尚、送信制御部１６は、ＡＭＴ生成部１５から入力したＡＭＴを、定期的にＴＬＶ（制御用ＴＬＶ）に格納して送信する。

図１４は、実施例２において、ＡＭＴによりＣＩＤテーブルを更新する場合の送信順序を説明する図である。ＡＭＴは、定期的にＴＬＶに格納して送信され、当該圧縮ヘッダパケットが送信される前に送信される。図１４に示すように、受信端末においてＣＩＤテーブル２０が更新されている状況の下で、ファイル１の圧縮ヘッダパケットが送信され、ファイル２の圧縮ヘッダパケットが送信される。

（受信端末）
次に、受信端末の構成及び処理について説明する。図１２は、実施例２の受信端末の構成を示すブロック図である。この受信端末２−２は、受信制御部２５、ＡＭＴ処理部２６、圧縮ヘッダパケット処理部２７及びＣＩＤテーブル２０を備えている。ＣＩＤテーブル２０は、記憶手段に記憶されており、図１９に示したＣＩＤテーブルと同一の構成をしている。

受信制御部２５は、一方向伝送路３からＴＬＶを受信し、ＴＬＶからパケット、ＡＭＴ等を取り出し、パケットについてはＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいて圧縮ヘッダパケットに区別する。そして、受信制御部２５は、区別した圧縮ヘッダパケットを圧縮ヘッダパケット処理部２７に出力する。また、受信制御部２５は、ＡＭＴをＡＭＴ処理部２６に出力する。

ＡＭＴ処理部２６は、受信制御部２５からＡＭＴを入力し、ＡＭＴから全てのＣＩＤ、ｉｐ＿ｖｅｒ、ｓｒｃ＿ａｄｄｒ及びｄｓｔ＿ａｄｄｒを取り出し、ＣＩＤレコードを構成するＣＩＤ、ＩＰヘッダにおけるＶｅｒｓｉｏｎ、ＳｒｃＡｄｄｒ及びＤｓｔＡｄｄｒに設定する。そして、これらのデータ以外のＣＩＤレコードを構成するデータを固定にして（予め設定されているデータを用いて）、ＣＩＤレコードを生成し、ＣＩＤテーブル２０に保存する。ここで、ＡＭＴは、ＣＩＤ、ｉｐ＿ｖｅｒ、ｓｒｃ＿ａｄｄｒ（送信元ＩＰアドレス）及びｄｓｔ＿ａｄｄｒ（あて先ＩＰアドレス）を格納するフィールドがあり、ＣＩＤレコードに格納すべき送信元ポート番号（ＳｒｃＰｏｒｔ）及びあて先ポート番号（ＤｓｔＰｏｒｔ）等のヘッダ情報は含まない。しかしながら、一方向伝送路３では、プロトコル種別がＵＤＰと運用制限をしても差し障りがないこと、送信元ポート番号（ＳｒｃＰｏｒｔ）及びあて先ポート番号（ＤｓｔＰｏｒｔ）等のデータは、アプリケーションにより予め設定することができ、商用サービスでは、これらの値を固定的に用いることができる。そこで、ＡＭＴ処理部２６は、ＡＭＴから取り出したＣＩＤ、Ｖｅｒｓｉｏｎ、ＳｒｃＡｄｄｒ及びＤｓｔＡｄｄｒをそのまま設定し、また、これらのデータ以外のＣＩＤレコードを構成するデータを固定にして設定することにより、ＣＩＤレコードを生成しＣＩＤテーブル２０に保存する。この場合、ＡＭＴ処理部２６は、ＣＩＤテーブル２０の全てのＣＩＤレコードを削除した後に、生成した全てのＣＩＤレコードをＣＩＤテーブル２０に保存する。

圧縮ヘッダパケット処理部２７は、受信制御部２５から圧縮ヘッダパケットを入力し、圧縮ヘッダパケットから圧縮ヘッダであるＣＩＤを取り出し、ＣＩＤをキーとしてＣＩＤテーブル２０を検索し、同じＣＩＤを有するＣＩＤレコードのＩＰヘッダ及びＵＤＰヘッダを読み出す。そして、圧縮ヘッダパケット処理部２７は、ＩＰパケットを生成して出力する。

このように、送信端末１−２のＡＭＴ生成部１５は、図１３に示すように、本来のＡＭＴにＣＩＤを付加して送信することにより、これを受信した受信端末２−２は、サービスを構成するＩＰパケットのマルチキャストグループ、すなわちＣＩＤを特定することができる。また、受信端末２−２は、ＣＩＤからＩＰパケットのマルチキャストグループを特定することができる。

以上のように、実施例２によれば、送信端末１−２は、ＣＩＤを付加したＡＭＴを、そのＣＩＤを用いる圧縮ヘッダパケットを送信する前に送信し、受信端末２−２は、ＡＭＴを受信する毎にＣＩＤテーブル２０をクリアし、ＡＭＴのデータ及び予め設定されたデータを用いて、新たなＣＩＤレコードをＣＩＤテーブル２０に保存するようにした。これにより、受信端末２−２は、ＣＩＤ及びヘッダ情報の一部を含むＡＭＴを受信する毎に、固定データを用いることにより不足しているヘッダ情報を補い、ＣＩＤテーブル２０を更新することができるから、ＣＩＤ及びヘッダ情報の対応関係について送信端末１−２との不整合を回避することができる。また、受信端末２−２は、圧縮ヘッダパケットを受信したときには、送信端末１−２と整合のとれたＣＩＤ及びヘッダ情報のＣＩＤレコードが含まれるＣＩＤテーブル２０により、ＣＩＤをヘッダ情報に復元するから、圧縮ヘッダを誤ったヘッダ情報に復元することがない。

〔実施例３〕
次に、実施例３について説明する。実施例３は、予め設定された固定のＣＩＤ及びヘッダ情報が格納されたＣＩＤテーブルを用いることにより、ＣＩＤ及びヘッダ情報の対応関係について送信端末と受信端末との間で不整合が発生することを回避する。実施例１，２では、ＩＰデータフローを特定するための５つの情報（プロトコル種別、送信元ＩＰアドレス、あて先ＩＰアドレス、送信元ポート番号及びあて先ポート番号）に対して、ＣＩＤを任意に割り当てることができる。つまり、同一のＩＰデータフローであっても、日時が異なれば、異なるＣＩＤを割り当てることがあり、同一のＣＩＤであっても、日時が異なれば、異なるＩＰデータフローに割り当てられてしまう。これに対し、実施例３では、同一のＩＰデータフローに対して、常に同一のＣＩＤを割り当てるものであり、また、同一のＩＰデータフローに対して、時刻に応じて常に同一のＣＩＤを割り当てるものである。

（送信端末）
まず、送信端末の構成及び処理について説明する。図１５は、実施例３の送信端末の構成を示すブロック図である。この送信端末１−３は、圧縮ヘッダパケット生成部１７、送信制御部１８、ＣＩＤテーブル管理部１９、ＣＩＤテーブル１０及びフロー・時刻別ＣＩＤ割当テーブル４０を備えている。ＣＩＤテーブル１０は、記憶手段に記憶されており、図１９に示したＣＩＤテーブルと同一の構成をしている。また、フロー・時刻別ＣＩＤ割当テーブル４０は、記憶手段である不揮発性メモリ等の蓄積媒体に記憶されている。

ＣＩＤテーブル管理部１９は、図示しないタイマーから時刻情報を入力し、所定時刻になったことを判断すると、フロー・時刻別ＣＩＤ割当テーブル４０から、所定時刻に対応するＣＩＤ及びＩＰデータフローの各種データ（プロトコル種別、送信元ＩＰアドレス、あて先ＩＰアドレス、送信元ポート番号及びあて先ポート番号）を読み出し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダの各種データからなるＣＩＤレコードを生成し、ＣＩＤテーブル１０をクリアした後に、生成したＣＩＤレコードをＣＩＤテーブル１０に保存する。

図１７は、フロー・時刻別ＣＩＤ割当テーブル４０の構成を示す図である。図１７に示すように、フロー・時刻別ＣＩＤ割当テーブル４０は、ＣＩＤの有効時間の範囲毎に、事業者Ａのフロー１、フロー２等のＣＩＤ及び事業者Ｂのフロー１、フロー２等のＣＩＤにより構成され、１５分毎の各フローにおけるＣＩＤが格納されている。フロー１、フロー２等は、ＩＰデータフローを示しており、各種データ（プロトコル種別、送信元ＩＰアドレス、あて先ＩＰアドレス、送信元ポート番号及びあて先ポート番号）が格納されている。

ここで、ＣＩＤテーブル管理部１９は、時刻が０：００から開始して、０：１５、０：３０等の１５分経過したときの時刻を監視する。例えば、時刻が０：１５になったことを判断すると、フロー・時刻別ＣＩＤ割当テーブル４０から、ＣＩＤの有効時間の範囲が０：１５〜０：３０におけるＣＩＤ及びＩＰデータフローの各種データを読み出し、読み出したＣＩＤ毎に、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダの各種データからなるＣＩＤレコードを生成し、ＣＩＤテーブル１０をクリアした後に、生成したＣＩＤレコードをＣＩＤテーブル１０に保存する。これにより、フロー・時刻別ＣＩＤ割当テーブル４０に基づいて、使用するＣＩＤを時刻毎に変更することができる。

圧縮ヘッダパケット生成部１７は、ＩＰパケットを入力し、入力した複数のＩＰパケットを、ＩＰパケットのヘッダに記述されている情報（ＩＰヘッダ及びＵＤＰヘッダ）に基づいて区別し、ＩＰデータフローを特定する。そして、圧縮ヘッダパケット生成部１７は、ＩＰデータフローにおける各種データ（プロトコル種別、送信元ＩＰアドレス、あて先ＩＰアドレス、送信元ポート番号及びあて先ポート番号）に対応するＣＩＤを、ＣＩＤテーブル１０から読み出し、ＣＩＤを決定する。また、圧縮ヘッダパケット生成部１７は、圧縮ヘッダパケットを生成し、送信制御部１８に出力する。

送信制御部１８は、圧縮ヘッダパケット生成部１７により生成された圧縮ヘッダパケットを入力し、図１４に示したように、圧縮ヘッダパケットを一方向伝送路３へ送信する。

（受信端末）
次に、受信端末の構成及び処理について説明する。図１６は、実施例３の受信端末の構成を示すブロック図である。この受信端末２−３は、受信制御部２８、圧縮ヘッダパケット処理部２９、ＣＩＤテーブル管理部３０、ＣＩＤテーブル２０及びフロー・時刻別ＣＩＤ割当テーブル５０を備えている。ＣＩＤテーブル２０は、記憶手段に記憶されており、図１９に示したＣＩＤテーブルと同一の構成をしている。また、フロー・時刻別ＣＩＤ割当テーブル５０は、記憶手段である不揮発性メモリ等の蓄積媒体に記憶されており、前述したフロー・時刻別ＣＩＤ割当テーブル４０と同一のテーブルである。つまり、受信端末２−３は、図１５に示した送信端末１−３のフロー・時刻別ＣＩＤ割当テーブル４０と同一内容のフロー・時刻別ＣＩＤ割当テーブル５０を備えている。

ＣＩＤテーブル管理部３０は、図示しないタイマーから時刻情報を入力し、所定時刻になったことを判断すると、フロー・時刻別ＣＩＤ割当テーブル５０から、所定時刻に対応するＣＩＤ及びＩＰデータフローの各種データ（プロトコル種別、送信元ＩＰアドレス、あて先ＩＰアドレス、送信元ポート番号及びあて先ポート番号）を読み出し、ＣＩＤ、ＩＰヘッダ及びＵＤＰヘッダの各種データからなるＣＩＤレコードを生成し、ＣＩＤテーブル２０をクリアした後に、生成したＣＩＤレコードをＣＩＤテーブル２０に保存する。ＣＩＤテーブル管理部３０及びフロー・時刻別ＣＩＤ割当テーブル５０については、図１５に示した送信端末１−３のＣＩＤテーブル管理部１９及びフロー・時刻別ＣＩＤ割当テーブル４０と同様であるから、ここでは詳細な説明を省略する。

受信制御部２８は、一方向伝送路３からパケットを受信し、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅ（ＣＩＤヘッダタイプ）に基づいてパケットを区別する。圧縮ヘッダパケット処理部２９は、受信制御部２８により区別された圧縮ヘッダパケットを入力し、圧縮ヘッダパケットから圧縮ヘッダであるＣＩＤを取り出し、ＣＩＤをキーとしてＣＩＤテーブル２０を検索し、同じＣＩＤを有するＣＩＤレコードのＩＰヘッダ及びＵＤＰヘッダを読み出す。そして、圧縮ヘッダパケット処理部２９は、ＩＰパケットを生成して出力する。

以上のように、実施例３によれば、送信端末１−３は、予め設定された固定のデータが格納されたフロー・時刻別ＣＩＤ割当テーブル４０を用いて、固定のＣＩＤ及びヘッダ情報が格納されるＣＩＤテーブル１０を生成し、このＣＩＤテーブル１０を用いて圧縮ヘッダパケットを生成し送信するようにした。また、受信端末２−３は、フロー・時刻別ＣＩＤ割当テーブル４０と同一のフロー・時刻別ＣＩＤ割当テーブル５０を用いてＣＩＤテーブル２０を生成し、このＣＩＤテーブル２０を用いてＣＩＤをヘッダ情報に復元する。ここで、ＣＩＤテーブル１０とＣＩＤテーブル２０とは同じ内容のテーブルになる。このように、送信端末１−３及び受信端末２−３が同一の固定のＣＩＤテーブル１０，２０を用いることにより、ＣＩＤ及びヘッダ情報の対応関係について送信端末１−３と受信端末２−３との間で不整合が発生することを回避することができる。

尚、図１７に示したフロー・時刻別ＣＩＤ割当テーブル４０，５０は、１５分刻みの時刻に応じて、同一のＩＰデータフローであっても異なるＣＩＤが割り当てられる構成としたが、ＣＩＤは時刻が変わっても不変の値とし、終日同じ値が割り当てられる構成としてもよい。

１ 送信端末
２ 受信端末
３ 一方向伝送路
１０，２０ ＣＩＤテーブル
１１ フルヘッダパケット・圧縮ヘッダパケット生成部
１２ 制御パケット生成部
１３，１６，１８ 送信制御部
１４，１７ 圧縮ヘッダパケット生成部
１５ ＡＭＴ生成部
１９，３０ ＣＩＤテーブル管理部
２１，２５，２８ 受信制御部
２２ 制御パケット処理部
２３ フルヘッダパケット処理部
２４，２７，２９ 圧縮ヘッダパケット処理部
２６ ＡＭＴ処理部
４０，５０ フロー・時刻別ＣＩＤ割当テーブル

Claims (3)

1. 複数のＩＰパケットの集合をＩＰデータフロー毎に伝送する際に、前記ＩＰデータフローを構成するＩＰパケットのヘッダ情報を、前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えてヘッダ圧縮し、前記ＣＩＤを含む圧縮ヘッダパケットを送信する送信端末において、
   前記ＩＰデータフロー毎にそれぞれ対応したＣＩＤと前記ＩＰデータフローを構成するＩＰパケットのヘッダ情報とを含む複数のＣＩＤレコードが予め固定的に設定され、前記パケットを受信する側に備えたＣＩＤテーブルと同一のＣＩＤレコードを有するＣＩＤテーブルと、
   前記ＣＩＤテーブルに基づいて、前記ＣＩＤを含む圧縮ヘッダパケットを生成する圧縮ヘッダパケット生成部と、
   前記圧縮ヘッダパケット生成部により生成された圧縮ヘッダパケットを送信する送信制御部と、を備えたことを特徴とする送信端末。
2. ＩＰデータフローを構成するＩＰパケットのヘッダ情報が前記ＩＰデータフローを特定するためのコンテクスト識別子（ＣＩＤ）に置き換えられてヘッダ圧縮され、前記ヘッダ圧縮された圧縮ヘッダパケットを受信する受信端末において、
   前記ＩＰデータフロー毎にそれぞれ対応したＣＩＤと前記ＩＰデータフローを構成するＩＰパケットのヘッダ情報とを含む複数のＣＩＤレコードが予め固定的に設定され、前記パケットを送信する側に備えたＣＩＤテーブルと同一のＣＩＤレコードを有するＣＩＤテーブルと、
   受信した前記圧縮ヘッダパケットのＣＩＤを用いて前記ＣＩＤテーブルからヘッダ情報を読み出し、前記ＩＰデータフローを構成するＩＰパケットを生成する圧縮ヘッダパケット処理部、を備えたことを特徴とする受信端末。
3. 請求項１に記載の送信端末と請求項２に記載の受信端末とを備えて構成される、ことを特徴とする伝送システム。

Images