(57)【特許請求の範囲】
【請求項１】
送信側から受信側にパケットを伝送する通信装置であって、
前記送信側で前記パケットに含まれるヘッダを圧縮して前記パケットを送信し、前記受信側で前記パケットに含まれるヘッダを受信して伸張する、ヘッダ圧縮伸張手段を包含し、
前記送信側のヘッダ圧縮伸張手段が、前記ヘッダに変更がある場合に、前記パケットに差分情報を付与して、前記ヘッダが同一であることを示す前記パケットの差異値を更新し、
前記受信側のヘッダ圧縮伸張手段が、前記ヘッダが圧縮されており且つ前記差分情報を付与されていない前記パケットの喪失を検出した場合には、前記差異値が同一の前記パケットの前記差分情報に基づいて、前記ヘッダを復元し、前記ヘッダが圧縮されていないか又は前記差分情報を付与された前記パケットの喪失を検出した場合には、該喪失した前記パケットに対応する、前記ヘッダの圧縮を行っていない非圧縮パケットを前記送信側のヘッダ圧縮伸張手段に要求する、通信装置。
【請求項２】
前記受信側のヘッダ圧縮伸張手段が、前回の前記パケットの喪失から所定期間内に、前記ヘッダが圧縮されていないか又は前記差分情報を付与された前記パケットの喪失を検出した場合、該喪失した前記パケットに対応する前記非圧縮パケットをまとめて、前記送信側のヘッダ圧縮伸張手段に要求する、請求項１に記載の通信装置。
【請求項３】
前記送信側のヘッダ圧縮伸張手段が、前記受信側のヘッダ圧縮伸張手段から要求された前記非圧縮パケットをまとめて送信する、請求項２に記載の通信装置。
【請求項４】
前記送信側のヘッダ圧縮伸張手段が、前記非圧縮パケットを送信してから所定の時間が経過した場合に、再度、前記非圧縮パケットを送信する、請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
前記パケットの喪失に基づく前記非圧縮パケットの要求、及び、前記非圧縮パケットを送信してから所定の時間が経過した場合の前記非圧縮パケットの送信、が所定期間内に発生する場合には、前記パケットの喪失に基づく前記非圧縮パケットの要求を優先する、請求項４に記載の通信装置。
【請求項６】
送信側から受信側にパケットを伝送するパケット伝送方法であって、
前記送信側で前記パケットに含まれるヘッダを圧縮して前記パケットを送信し、前記受信側で前記パケットに含まれるヘッダを受信して伸張し、
前記送信側が、前記ヘッダに変更がある場合に、前記パケットに差分情報を付与して、前記ヘッダが同一であることを示す前記パケットの差異値を更新し、
前記受信側が、前記ヘッダが圧縮されており且つ前記差分情報を付与されていない前記パケットの喪失を検出した場合には、前記差異値が同一の前記パケットの前記差分情報に基づいて、前記ヘッダを復元し、前記ヘッダが圧縮されていないか又は前記差分情報を付与された前記パケットの喪失を検出した場合には、該喪失した前記パケットに対応する、前記ヘッダの圧縮を行っていない非圧縮パケットを前記送信側に要求する、パケット伝送方法。
【請求項７】
前記受信側が、前回の前記パケットの喪失から所定期間内に、前記ヘッダが圧縮されていないか又は前記差分情報を付与された前記パケットの喪失を検出した場合、該喪失した前記パケットに対応する前記非圧縮パケットをまとめて、前記送信側に要求する、請求項６に記載のパケット伝送方法。
【請求項８】
前記送信側が、前記受信側から要求された前記非圧縮パケットをまとめて送信する、請求項７に記載のパケット伝送方法。
【請求項９】
前記送信側が、前記非圧縮パケットを送信してから所定の時間が経過した場合に、再度、前記非圧縮パケットを送信する、請求項６乃至８のいずれか１項に記載のパケット伝送方法。
【請求項１０】
送信側でパケットに含まれるヘッダを圧縮して前記パケットを送信し、受信側で前記パケットに含まれるヘッダを受信して伸張する処理と、
前記送信側が、前記ヘッダに変更がある場合に、前記パケットに差分情報を付与して、前記ヘッダが同一であることを示す前記パケットの差異値を更新する処理と、
前記受信側が、前記ヘッダが圧縮されており且つ前記差分情報を付与されていない前記パケットの喪失を検出した場合には、前記差異値が同一の前記パケットの前記差分情報に基づいて、前記ヘッダを復元し、前記ヘッダが圧縮されていないか又は前記差分情報を付与された前記パケットの喪失を検出した場合には、該喪失した前記パケットに対応する、前記ヘッダの圧縮を行っていない非圧縮パケットを前記送信側に要求する処理と、をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット伝送が可能な通信装置、パケット伝送方法、及び、そのためのプログラムに関する。
【背景技術】
【０００２】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークのトラフィックの増大に対応して、ＩＰパケットを効率よく収容し伝送するために、パケットのヘッダ部分を圧縮して伝送する技術が用いられる場合がある。
【０００３】
特許文献１は、伝送データに含まれるパケットのヘッダの圧縮、削除等により、データ伝送を効率的に行うことが可能な、パケット伝送技術について開示している。
【０００４】
特許文献２は、パケット喪失に起因して復元不可能となるヘッダ圧縮パケットを減らすことが可能な、パケット伝送技術について開示している。
【０００５】
特許文献３は、ヘッダ圧縮を用いたデータ転送方式において、送信側と受信側との参照情報が不一致であるために発生するヘッダ復元エラーを削減し、伝送効率を向上させる技術について開示している。
【０００６】
特許文献４は、パケットの不到達が発生した場合に、ＩＰヘッダの復元失敗を回避し、伝送効率を改善することが可能なパケット通信技術について開示している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１４−１７９８４４号公報
【特許文献２】特開２００１−３１３６７３号公報
【特許文献３】特開２００２−１３５３６２号公報
【特許文献４】特開２００６−１１４９９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１は、パケット伝送の効率化について記述しているが、パケット喪失などの障害発生時に、どのように送信側と受信側の同期を回復するかについては言及していない。
【０００９】
特許文献２は、パケットの喪失を減らすことは可能だが、過去に送信された複数のヘッダ情報を参照してデータを復元する必要があり、復元できるケースが限定される。
【００１０】
特許文献３は、送信側と受信側との参照情報の不一致が原因で発生するヘッダ復元エラーを削減することは可能だが、パケット喪失等への対応には言及していない。
【００１１】
特許文献４は、パケットの不到達が発生した場合に、リフレッシュ（再送）することについては記載しているが、リフレッシュ前のデータの回復処理については、言及していない。
【００１２】
このように、上記文献では、パケット喪失などの障害発生時に、送信側と受信側の同期回復を即座に実施することはできない、という問題がある。
【００１３】
このため、本発明の目的は、上述した課題である、パケット喪失などの障害発生時に、送信側と受信側の同期回復を即座に実施し、安定的なパケット伝送効率化を実現することにある。
【課題を解決するための手段】
【００１４】
本発明の通信装置は、送信側から受信側にパケットを伝送する通信装置であって、前記送信側で前記パケットに含まれるヘッダを圧縮して前記パケットを送信し、前記受信側で前記パケットに含まれるヘッダを受信して伸張する、ヘッダ圧縮伸張手段を包含し、前記送信側のヘッダ圧縮伸張手段が、前記ヘッダに変更がある場合に、前記パケットに差分情報を付与して、前記ヘッダが同一であることを示す前記パケットの差異値を更新し、前記受信側のヘッダ圧縮伸張手段が、前記差分情報を付与されていない前記パケットの喪失を検出した場合には、前記差異値が同一の前記パケットの前記差分情報に基づいて、前記ヘッダを復元し、前記差分情報を付与された前記パケットの喪失を検出した場合には、前記ヘッダの圧縮を行っていない非圧縮パケットを前記送信側のヘッダ圧縮伸張手段に要求する。
【００１５】
本発明のパケット伝送方法は、送信側から受信側にパケットを伝送するパケット伝送方法であって、前記送信側で前記パケットに含まれるヘッダを圧縮して前記パケットを送信し、前記受信側で前記パケットに含まれるヘッダを受信して伸張し、前記送信側が、前記ヘッダに変更がある場合に、前記パケットに差分情報を付与して、前記ヘッダが同一であることを示す前記パケットの差異値を更新し、前記受信側が、前記差分情報を付与されていない前記パケットの喪失を検出した場合には、前記差異値が同一の前記パケットの前記差分情報に基づいて、前記ヘッダを復元し、前記差分情報を付与された前記パケットの喪失を検出した場合には、前記ヘッダの圧縮を行っていない非圧縮パケットを前記送信側に要求する。
【００１６】
本発明のコンピュータプログラムは、送信側でパケットに含まれるヘッダを圧縮して前記パケットを送信し、前記受信側で前記パケットに含まれるヘッダを受信して伸張する処理と、前記送信側が、前記ヘッダに変更がある場合に、前記パケットに差分情報を付与して、前記ヘッダが同一であることを示す前記パケットの差異値を更新する処理と、前記受信側が、前記差分情報を付与されていない前記パケットの喪失を検出した場合には、前記差異値が同一の前記パケットの前記差分情報に基づいて、前記ヘッダを復元し、前記差分情報を付与された前記パケットの喪失を検出した場合には、前記ヘッダの圧縮を行っていない非圧縮パケットを前記送信側に要求する処理と、をコンピュータに実行させる。
【発明の効果】
【００１７】
本発明によれば、パケット喪失などの障害発生時に、送信側と受信側の同期回復を即座に実施し、安定的なパケット伝送効率化を実現することができる。
【図面の簡単な説明】
【００１８】
【図１】図１は、第一の実施形態に係る、パケット伝送装置の構成の一例を示すブロック図である。
【図２】図２は、ヘッダテーブル格納部に格納されるヘッダテーブルの一例を示す図である。
【図３】図３は、対向するＩＰ回線収容部間のヘッダテーブルの同期回復の動作の一例を示す図である。
【図４】図４は、パケット伝送装置で送受信されるデータの構成の一例を示す図である。
【図５】図５は、非圧縮パケット、または、差分情報を含む圧縮パケットを喪失した場合のパケット伝送装置の動作の一例を示すシーケンスチャートである。
【図６】図６は、パケット伝送装置の動作を示すフローチャートである。
【図７】図７は、リフレッシュ（再同期）を行う場合のパケット伝送装置の動作の一例を示すシーケンスチャートである。
【図８】図８は、パケット伝送装置のリフレッシュを含む動作を示すフローチャートである。
【図９】図９は、第二の実施形態に係る、パケット伝送装置の構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１９】
本発明に係る通信装置は、第一の実施の形態においてパケット伝送装置１０に適用されている。通信装置は、パケット伝送装置に限定されず、本発明を適用可能な他の装置であってもよい。
＜第一の実施形態＞
本発明の第一の実施の形態について、図面を参照して詳細に説明する。  図１は、第一の実施形態のパケット伝送装置１０の構成の一例を示すブロック図である。
【００２０】
パケット伝送装置１０は、通信データの送信、または、データの受信を行う。従って、以下の説明での記述ルールでは、データの送信側の場合、パケット伝送装置１０Ａのように番号の後に「Ａ」を付けて記述し、データの受信側の場合、パケット伝送装置１０Ｂのように番号の後に「Ｂ」を付けて記述する。また、各部および装置を、データの送信側及び受信側を特定しないで記載する場合、パケット伝送装置１０または１０（１０Ａ、１０Ｂ）のように、番号のみ、あるいは、番号と「Ａ」または「Ｂ」を併記した番号の両方を記述する。なお、パケット伝送装置１０における他の構成要素についても、同様のルールで記述される。
【００２１】
パケット伝送装置１０（１０Ａ、１０Ｂ）は、ＩＰ回線収容部１１（１１Ａ、１１Ｂ）、時分割処理部１２（１２Ａ、１２Ｂ）、及び、回線接続部１３（１３Ａ、１３Ｂ）で構成される。パケット伝送装置１０は、例えば、通信基地局に設置される伝送端局装置などである。
【００２２】
ＩＰ回線収容部１１は、ヘッダ圧縮伸張部１１０（１１０Ａ、１１０Ｂ）、及び、ヘッダテーブル格納部１１１（１１１Ａ、１１１Ｂ）で構成される。ＩＰ回線収容部１１は、１つに限らず、複数、設けられてもよい。
【００２３】
ヘッダ圧縮伸張部１１０Ａは、パケット伝送装置１０が送信側の場合に、パケットのヘッダ（以下、単にヘッダと記述する）の圧縮を行う。一方、ヘッダ圧縮伸張部１１０Ｂは、パケット伝送装置１０が受信側の場合に、ヘッダの伸張を行う。
【００２４】
ヘッダテーブル格納部１１１は、ヘッダに関する情報を記載したヘッダテーブルを格納する。なお、ヘッダテーブルの詳細については、図２で後述する。
【００２５】
時分割処理部１２は、送受信データの時分割処理（送信側の場合は複数のＩＰ回線収容部１１からのデータの時分割多重処理、受信側の場合は時分割多重処理されたデータの復元分離処理）を行う。
【００２６】
回線接続部１３は、対向装置３０（パケット伝送装置１０の送受信の相手側を含む）と通信接続し通信データの送受信を行う。
【００２７】
ところで、パケット伝送装置１０は、図１に示すように、ＩＰ端末２０と接続することも可能である。ＩＰ端末２０は、パケット伝送装置１０との間で、パケットに関する情報等の送受信を行う。
【００２８】
ここで、ヘッダ圧縮伸張部１１０、時分割処理部１２、及び、回線接続部１３は、例えば、論理回路等のハードウェア回路で構成される。また、ヘッダテーブル格納部１１１は、ディスク装置、半導体メモリ等の記憶装置である。
【００２９】
なお、パケット伝送装置１０は、コンピュータ装置によって実現されてもよい。この場合、ヘッダ圧縮伸張部１１０、時分割処理部１２、及び、回線接続部１３は、コンピュータであるパケット伝送装置１０のプロセッサが、図示されないメモリ上のプログラムを実行することで実現されてもよい。プログラムは、不揮発性メモリに格納されてもよい。
【００３０】
本実施形態のパケット伝送装置１０は、パケット伝送装置１０内のＩＰ回線収容部１１の機能により、対向するＩＰ回線収容部１１間のヘッダテーブルの同期回復を実現する。
【００３１】
図２は、ヘッダテーブル格納部１１１に格納されるヘッダテーブルの一例を示す図である。ヘッダテーブルは、パケットのヘッダの圧縮前の状態（生ヘッダ）を格納する。図２に示すように、ヘッダテーブルは、セッションＩＤと生ヘッダから構成される。本実施実態の説明において、ヘッダテーブル内の情報は、ヘッダ情報とも呼ぶ。
【００３２】
セッションＩＤは、圧縮前の生ヘッダ（例えば、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレス、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレス、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）ヘッダ、及び、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）ヘッダ）のハッシュ値を演算することにより算出されるユニークな値である。
【００３３】
ヘッダ圧縮伸張部１１０Ａは、ヘッダテーブル内の情報を基に、ヘッダを圧縮する。一方、ヘッダ圧縮伸張部１１０Ｂは、ヘッダテーブルを基に生ヘッダを復元する。
【００３４】
図３は、対向するＩＰ回線収容部１１間のヘッダテーブルの同期回復の動作の一例を示す図である。
【００３５】
まず、送信側のヘッダ圧縮伸張部１１０Ａは、例えば、外部のＩＰ端末２０からパケット（もしくはパケットに関する情報）を受信し、ヘッダテーブルを生成して、ヘッダテーブル格納部１１１Ｂに格納する（ステップＳ１）。
【００３６】
そして、圧縮側のヘッダ圧縮伸張部１１０Ａは、まず、受信側のヘッダ圧縮伸張部１１０Ｂに対して、ヘッダの圧縮処理を行っていない状態である、非圧縮状態のパケット（以下、非圧縮パケットと記載）を送信する（ステップＳ２）。なお、非圧縮パケットには、図２に示すヘッダテーブルの情報が含まれる。
【００３７】
一方、受信側のヘッダ圧縮伸張部１１０Ｂは、受信した非圧縮パケットからヘッダテーブルを生成し、ヘッダテーブル格納部１１１Ｂに格納する（ステップＳ３）。
【００３８】
この後、受信側のヘッダ圧縮伸張部１１０Ｂは、受信成功の応答を送信側のヘッダ圧縮伸張部１１０Ａに送信する（ステップＳ４）。また、送信側のヘッダ圧縮伸張部１１０Ａは、応答を受信する（ステップＳ５）。
【００３９】
次に、送信側のヘッダ圧縮伸張部１１０Ａは、受信側のヘッダ圧縮伸張部１１０Ｂに、圧縮されたパケット（以下、圧縮パケットと記載）を送信する（ステップＳ６）。そして、受信側のヘッダ圧縮伸張部１１０Ｂは、ステップＳ３において格納されたヘッダテーブルの情報に基づいて、圧縮パケットを伸張する（ステップＳ７）。
【００４０】
なお、パケット送信の途中で障害が発生した場合には（ステップＳ８でＹｅｓ）、受信側のヘッダ圧縮伸張部１１０Ｂは、回復処理（ヘッダテーブルの同期回復）を実施する（ステップＳ９）。回復処理の詳細については、図４で説明する。
【００４１】
図４は、パケット伝送装置１０で送受信されるデータの構成の一例を示す図である。図４では、差分情報を用いた回復処理について説明する。
【００４２】
図４の上側のパケットデータ列は、送信側のパケット５０を時系列に配置した状態を示す。パケット５０の横軸は、経過時間ｔを示す。また、図の縦軸は、パケットの伝送量を示す。
【００４３】
図４の下側のパケットデータ列は、受信側のパケット６０を時系列に配置した状態を示す。
【００４４】
パケット５０およびパケット６０の各パケットの上段の数字は、各パケットに固有のシーケンスな値である、シーケンス番号（Ｌｉｎｋ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）である。また、各パケットの下段の数字は、各パケットのヘッダ情報が同一であるかを識別するために、ヘッダ情報に差異が発生した場合に値が更新される、差異値（Ｄｉｆｆｅｒｅｎｃｅ  Ｇｅｎｅｒａｔｉｏｎ）である。
【００４５】
まず、パケット５０の最初の送信データは、シーケンス番号が「１」、差異値が「０」の非圧縮パケットである。なお、この非圧縮パケットに含まれるヘッダ情報がヘッダテーブルに反映される。
【００４６】
次のシーケンス番号「２」以降の送信データとして、圧縮パケットが送信される。そして、ヘッダ情報に変更がある場合は、そのヘッダ情報の差分情報がパケットに付与される。また、ヘッダ情報に変更が無い場合は、差分情報は付与されず、送信対象のデータ（ペイロード）、及び、圧縮対象外のヘッダ情報のみが送信される。
【００４７】
シーケンス番号「２」のパケットは、差異値が「１」に変わる。ここで、差異値が「０」から「１」に変わるのは、差分情報が付与され、ヘッダ情報に変更があったことを意味している。
【００４８】
次に、シーケンス番号「３」のパケットは、シーケンス番号「２」の時と差異値に変更がなく、ヘッダ情報に変更がないことを示している。
【００４９】
その後、シーケンス番号「４」のパケットを送信する場合、ヘッダ圧縮伸張部１１０Ａは、新たに、差分情報を含む、差異値「２」のデータを送信する。そして、シーケンス番号が「５」〜「１０」のパケットを送信する間は、差異値の変更は無く、ヘッダ圧縮伸張部１１０Ａは、差異値「２」の状態でデータを送信し続ける。
【００５０】
この後、シーケンス番号「１１」のパケットの送信時では、新たに差分情報が発生するため、ヘッダ圧縮伸張部１１０Ａは、差異値を「３」に変更する。
【００５１】
例えば、シーケンス番号「６」及び「７」のパケット送信でパケットの喪失が発生するものとする。すなわち、ヘッダ圧縮伸張部１１０Ｂは、シーケンス番号「８」のパケットを受信した時点で、シーケンス番号「６」及び「７」のパケットのデータを正しく受信していないため、「６」及び「７」のパケットで喪失が発生したことを検知する。
【００５２】
この場合、シーケンス番号「６」及び「７」の差異値は「２」のままである（シーケンス番号「８」のパケットの差異値が「２」であるため）。この場合、ヘッダ圧縮伸張部１１０Ｂは、シーケンス番号「４」のパケットで差分情報を既に受信しているので、シーケンス番号「４」のパケットの差分情報を使って、ヘッダの圧縮データを復元することができる。
【００５３】
以上説明したように、パケット伝送装置１０Ｂは、圧縮パケットを喪失した場合には、既に受信している、ヘッダ情報の変更内容である差分情報を基に回復処理を実現する。
【００５４】
ただし、喪失したパケットに差分情報が含まれている場合には、ヘッダ情報を復元することが不可能なため、パケット伝送装置１０は、図５に示す回復処理を行う。  図５は、非圧縮パケット、または、差分情報を含む圧縮パケットを喪失した場合のパケット伝送装置１０の動作の一例を示すタイムチャートである。
【００５５】
図５に示すように、非圧縮パケット、または、差分情報を含む圧縮パケットを喪失した場合には、受信側のヘッダ圧縮伸張部１１０Ｂは、非圧縮パケットの送信を送信側のヘッダ圧縮伸張部１１０Ａに要求する。
【００５６】
なお、この場合、複数の要求が連続することによるパケットの輻輳を回避するため、ヘッダ圧縮伸張部１１０Ｂは、例えば、１秒間のインターバルを設けて要求を送信する。
【００５７】
以上により、パケット伝送装置１０は、非圧縮パケットまたは差分情報を含む圧縮パケットを喪失した場合でも、非圧縮パケットを送信するので、早期にヘッダテーブルの同期を回復することができる。
【００５８】
図６は、パケット伝送装置１０のパケット喪失時の動作を示すフローチャートである。
【００５９】
まず、ヘッダ圧縮伸張部１１０Ｂは、パケットの喪失が発生したことを検知する（ステップＳ１０）。
【００６０】
そして、ヘッダ圧縮伸張部１１０Ｂは、喪失したパケットのシーケンス番号、差異値を確認する（ステップＳ１１）。
【００６１】
ヘッダ圧縮伸張部１１０Ｂは、喪失したパケットの差異値が既に受信したパケットの差異値と変わっていない場合には（ステップＳ１２でＮｏ）、既に受信している差分情報を基に、ヘッダテーブルの同期を回復する（ステップＳ１３）。
【００６２】
一方、喪失したパケットの差異値が既に受信したパケットの差異値から変更されている場合には（ステップＳ１２でＹｅｓ）、ヘッダ圧縮伸張部１１０Ｂは、非圧縮パケットの送信を圧縮側のヘッダ圧縮伸張部１１０Ａに要求する（ステップＳ１４）。
【００６３】
以上、パケット伝送装置１０は、パケットの喪失に対応して図４及び図５の手法でヘッダテーブル（ヘッダ情報）の同期を回復することで、ヘッダの同期を安定して確保することができ、安定的なパケット伝送効率化を実現できる。
【００６４】
なぜなら、送信側のヘッダ圧縮伸張部１１０Ａがパケットに含まれるヘッダを圧縮してパケットを送信し、受信側のヘッダ圧縮伸張部１１０Ｂがパケットに含まれるヘッダを受信して伸張する場合、次のように動作するからである。送信側のヘッダ圧縮伸張部１１０Ａが、ヘッダに変更がある場合に、パケットに差分情報を付与して、ヘッダ情報が同一であることを示すパケットの差異値を更新する。そして、受信側のヘッダ圧縮伸張部１１０Ｂが、差分情報を付与されていないパケットの喪失を検出した場合には、差異値が同一のパケットの差分情報に基づいて、ヘッダを復元し、差分情報を付与されたパケットの喪失を検出した場合には、ヘッダ情報の圧縮を行っていない非圧縮パケットを前記送信側のヘッダ圧縮伸張手段に要求するからである。
【００６５】
（第一の実施形態の変形例）
受信側のヘッダ圧縮伸張部１１０Ｂは、パケットの喪失が前回のパケット喪失の検出から所定時間（例えば、１０ｍｓ）の間に発生した場合には、送信側のヘッダ圧縮伸張部１１０Ａに、必要な非圧縮パケットをまとめて要求する、としてもよい。なお、この場合、所定時間は、上記のインターバルに比べて短い時間であるものとする。そして、ヘッダ圧縮伸張部１１０Ａは、ヘッダ圧縮伸張部１１０Ｂからの要求に対応して、非圧縮パケットをまとめて送信する。
【００６６】
また、ヘッダ圧縮伸張部１１０Ｂは、所定時間に限定せず、所定パケット数（例えば、５パケット以内、ただし１０パケットを超えると切断される恐れがあるから）の間にパケットの喪失が発生したことを要求のトリガーとしてもよい。
【００６７】
パケット喪失が連続して発生する場合には、非圧縮パケットの要求、または、要求に対応した非圧縮パケットの送信の回数が多くなり、ヘッダ圧縮伸張部１１０Ａまたはヘッダ圧縮伸張部１１０Ｂの制御が煩雑となる。
【００６８】
このため、ヘッダ圧縮伸張部１１０Ｂは、一度にまとめて、要求を送信する。一方、ヘッダ圧縮伸張部１１０Ａは、非圧縮パケットの送信が遅れると通話などが切断される恐れがあるため、まとめて非圧縮パケットを送信する。
【００６９】
これらにより、パケット伝送装置１０は、非圧縮パケットの要求回数、もしくは、非圧縮パケットの送信回数を低減することができ、パケット伝送の安定性を確保しながら、一層の効率化を実現することができる。
【００７０】
（第一の実施形態の他の変形例）
さらに、第一の実施形態のパケット伝送装置１０には、リフレッシュ（再同期）を行う機能が付加されてもよい。
【００７１】
図７は、リフレッシュ（再同期）を行う場合のパケット伝送装置１０の動作の一例を示すタイムチャートである。
【００７２】
図７に示すように、定期的に送信側と受信側のヘッダテーブルの同期を取るために、最後の非圧縮パケット送信から一定時間（例えば、５秒）以上経過した場合に、ヘッダ圧縮伸張部１１０Ａは、再度、非圧縮パケットを送信してヘッダテーブルのリフレッシュを行う。以上により、パケット伝送装置１０Ａは、定期的に、非圧縮フレームをパケット伝送装置１０Ｂに送信するので、ヘッダテーブルの同期を維持することができる。
【００７３】
以上、パケット伝送装置１０は、パケットの喪失に対応して図４及び図５の手法でヘッダテーブルの同期を回復するが、定期的に図７の手法も用いることで、ヘッダテーブルの同期を安定して確保することができる。
【００７４】
図８は、パケット伝送装置１０のリフレッシュを含む動作を示すフローチャートである。
【００７５】
まず、ヘッダ圧縮伸張部１１０Ａは、図７に示したように、予め設定したリフレッシュ間隔（例えば、５秒）に到達したか確認し、到達していれば（ステップＳ２０でＹｅｓ）、リフレッシュを行う（ステップＳ２１）。
【００７６】
一方、リフレッシュ間隔に到達していない場合（ステップＳ２０でＮｏ）、ヘッダ圧縮伸張部１１０Ａおよびヘッダ圧縮伸張部１１０Ｂは、通常のパケットの送受信を行う。
【００７７】
そして、パケットの喪失が発生した場合には、ヘッダ圧縮伸張部１１０Ｂは、パケットの喪失が発生したことを検知する（ステップＳ２２）。
【００７８】
この後、ステップＳ２３からステップ２６までの動作は、図６における、ステップＳ１１からステップＳ１４までの動作と同一であるため、説明は省略する。
【００７９】
ステップＳ２４でＹｅｓの場合に、非圧縮パケットの送信をヘッダ圧縮伸張部１１０Ａに要求（ステップＳ２６）した後、ヘッダ圧縮伸張部１１０Ｂは、図５に示したインターバルの時間までにパケット喪失があったか、確認する（ステップＳ２７）。パケット喪失があった場合（ステップＳ２７でＹｅｓ）、ヘッダ圧縮伸張部１１０Ｂは、インターバルのタイミングで、再度、非圧縮パケットの送信をヘッダ圧縮伸張部１１０Ａに要求する（ステップＳ２６）。
【００８０】
なお、ステップＳ２２〜Ｓ２７の間に、ステップＳ２０で説明したリフレッシュ間隔の時間に到達する場合も考えられる。その場合、ヘッダ圧縮伸張部１１０Ｂは、ステップＳ２２〜Ｓ２７の動作をステップ２０およびステップ２１のリフレッシュ動作よりも優先して実行し、リフレッシュの動作をスキップするものとする。
【００８１】
すなわち、パケット伝送装置１０は、図５および図６で説明した同期処理（ステップＳ２６における、非圧縮パケットの要求と非圧縮パケットの送信）を図８で新たに説明した同期処理（ステップＳ２０、Ｓ２１におけるリフレッシュ処理）のタイミングを待たずに実行する。これにより、パケット伝送装置１０は、同期回復の時間をより短くすることができる。
【００８２】
このように、パケット伝送装置１０は、図８に示した動作により、早期にヘッダテーブル間の同期を回復して、安定的なパケット伝送効率化を実現することができる。
【００８３】
以上、変形例を含めて本実施形態に係るパケット伝送装置１０は、以下に記載するような効果を奏する。
【００８４】
パケット喪失などの障害発生時に、送信側と受信側の同期回復を即座に実施し、安定的なパケット伝送効率化を実現することができる。
【００８５】
その理由は、以下に基づく。すなわち、送信側のヘッダ圧縮伸張部１１０Ａが、ヘッダに変更がある場合に、パケットに差分情報を付与して、差分情報が同一であることを示すパケットの差異値を更新する。一方、受信側のヘッダ圧縮伸張部１１０Ｂが、パケットの喪失を検出した場合には、差異値が同一のパケットの差分情報に基づいて、ヘッダを復元するからである。
＜第二の実施形態＞
次に、本発明の第二の実施の形態について図面を参照して詳細に説明する。
【００８６】
図９は、第二の実施形態に係る、通信装置４０の構成の一例を示すブロック図である。
【００８７】
通信装置４０（４０Ａ、４０Ｂ）は、送信側の通信装置４０Ａ（以下、単に送信側と記載）から受信側の通信装置４０Ｂ（以下、受信側と記載）にパケットを伝送する。パケット伝送装置４０は、送信側でパケットに含まれるヘッダを圧縮してパケットを送信し、受信側でパケットに含まれるヘッダを受信して伸張する、ヘッダ圧縮伸張部４１（４１Ａ、４１Ｂ）を包含する。
【００８８】
送信側のヘッダ圧縮伸張部４１Ａは、ヘッダに変更がある場合に、パケットに差分情報を付与して、ヘッダが同一であることを示すパケットの差異値を更新する。受信側のヘッダ圧縮伸張部４１Ｂは、差分情報を付与されていないパケットの喪失を検出した場合には、差異値が同一のパケットの差分情報に基づいて、ヘッダを復元し、差分情報を付与されたパケットの喪失を検出した場合には、ヘッダの圧縮を行っていない非圧縮パケットを送信側のヘッダ圧縮伸張部４１Ａに要求する。
【００８９】
本実施形態に係る通信装置４０は、以下に記載するような効果を奏する。
【００９０】
パケット喪失などの障害発生時に、送信側と受信側の同期回復を即座に実施し、安定的なパケット伝送効率化を実現することができる。
【００９１】
その理由は、以下に基づく。すなわち、送信側のヘッダ圧縮伸張部４１Ａが、ヘッダに変更がある場合に、パケットに差分情報を付与して、差分情報が同一であることを示すパケットの差異値を更新し、受信側のヘッダ圧縮伸張部４１Ｂが、差分情報を付与されていないパケットの喪失を検出した場合には、差異値が同一のパケットの差分情報に基づいて、ヘッダを復元し、差分情報を付与されたパケットの喪失を検出した場合には、ヘッダの圧縮を行っていない非圧縮パケットを送信側のヘッダ圧縮伸張部４１Ａに要求するからである。
【００９２】
以上、図面を参照して本発明の実施形態を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【符号の説明】
【００９３】
１０（１０Ａ、１０Ｂ）    パケット伝送装置
１１（１１Ａ、１１Ｂ）    ＩＰ回線収容部
１１０（１１０Ａ、１１０Ｂ）    ヘッダ圧縮伸張部
１１１（１１１Ａ、１１１Ｂ）    ヘッダテーブル格納部
１２（１２Ａ、１２Ｂ）    時分割処理部
１３（１３Ａ、１３Ｂ）    回線接続部
２０    ＩＰ端末
３０    対向装置
４０（４０Ａ、４０Ｂ）    通信装置
４１（４１Ａ、４１Ｂ）    ヘッダ圧縮伸張部
５０    送信側のパケット
６０    受信側のパケット
【図１】
0006524771.tif 000002
【図２】
0006524771.tif 000003
【図３】
0006524771.tif 000004
【図４】
0006524771.tif 000005
【図５】
0006524771.tif 000006
【図６】
0006524771.tif 000007
【図７】
0006524771.tif 000008
【図８】
0006524771.tif 000009
【図９】
0006524771.tif 000010