(57)【要約】【課題】非対称回線において、伝送速度の遅い回線でのＩＰパケットのペイロードの実効スループットが向上させ、非対称回線を用いても双方向対称な伝送速度を実現するパケット処理装置を得ること。【解決手段】ＩＰパケット処理ユニット１２またはレイヤ２処理ユニット１６で上り回線および下り回線の伝送速度を測定し、上り回線へのフレームの送信時、上り回線と下り回線の伝送速度の差が所定の閾値を超えた場合、圧縮ユニット１５によってＩＰパケットのＩＰペイロードを圧縮することで、伝送速度の遅い上り回線でのＩＰパケットのペイロードの実効スループットを向上させる。【選択図】        図２
2005039602.tif 000002
【特許請求の範囲】
【請求項１】
非対称回線を介してＩＰパケットを含むフレーム信号をパケット交換ネットワークと送受信するＩＰパケット処理装置において、
上り回線および下り回線の伝送速度を測定する伝送速度測定手段と、
フレーム信号の送信時、前記上り回線と下り回線の伝送速度の差が所定の閾値を超えた場合、ＩＰパケットのＩＰペイロードを圧縮する圧縮手段と、
を備えることを特徴とするＩＰパケット処理装置。
【請求項２】
前記圧縮手段は、ＩＰパケットのＩＰペイロード長が所定の閾値を超えた場合でかつ前記上り回線と下り回線の伝送速度の差が所定の閾値を超えた場合、ＩＰパケットのＩＰペイロードを圧縮することを特徴とする請求項１に記載のＩＰパケット処理装置。
【請求項３】
送信ＩＰパケットを蓄積する送信バッファを更に備え、
前記圧縮手段は、送信バッファへの送信ＩＰパケットの蓄積量が所定の閾値を越えた場合、ＩＰパケットのＩＰペイロードを圧縮することを特徴とする請求項１または２に記載のＩＰパケット処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なる伝送速度を有する上り回線および下り回線を介してＩＰパケットを含むフレーム信号をパケット交換ネットワークと送受信するＩＰパケット処理装置に関するものである。
【背景技術】
【０００２】
ＡＤＳＬ回線(Asymmetric Digital Subscriber Line)等の非対称回線では、データの伝送方向により回線速度が非対称であり、この種の非対称回線では、交換局、ＩＳＰ(Internet Service Provider)等のパケット交換網からユーザに向けたダウンリンク（下り回線）の回線速度が、ユーザからパケット交換網へ向けたアップリンク（上り回線）の回線速度に比べ速い特徴を持つ。
【０００３】
したがって、ＡＤＳＬ等の非対称な回線速度を提供する回線では、Ｐ２Ｐ(Point to Point)接続のような同期的な通信を実現することは困難である。そこで、このような同期的な通信を行う際には、従来、アップリンクおよびダウンリンクで対称な回線速度を提供するＳＤＳＬ回線（Symmetric Digital Subscriber Line）等の対称回線が利用されてきた。
【０００４】
また、従来のパケット通信システムでは、スループットを向上させるために、データを圧縮して伝送されるデータ量を減らす処理が行われることもあった。このような圧縮処理を行うパケット通信装置に関連する先行技術として、例えば、特許文献１がある。
【０００５】
この特許文献１においては、入力パケットが予め設定されたパケット長以上の場合には、入力パケットを圧縮・伸長部に渡して、パケットの宛先アドレスと、パケットの上位層のデータＴＹＰＥと、データ部分と、ＦＣＳ(Frame Check Sequence)部分を圧縮し、入力パケットが予め設定されたパケット長に満たない場合には、圧縮・伸長部のエラー検出部のみを経由してパケットを直接、通信制御部に渡すようにしたスイッチングハブに関する発明が示されている。
【０００６】
【特許文献１】特開２０００−４９８４３号公報（第５頁、図２〜図４）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ＡＤＳＬのような非対称回線では、回線速度が非対称でかつアップリンクの回線速度がダウンリンクより遅いという特徴をもっているので、ユーザー側から情報配信をおこなう場合は、ＳＤＳＬ回線等の双方向対称な回線速度を提供する回線を利用せざるをえない。  また、ＡＤＳＬのような非対称回線において、ダウンリンクの速度がアップリンクの速度より速い場合では、ダウンリンク側が高負荷でなくてもアップリンク側においてバッファ溢れをおこす可能性がある。
【０００８】
また、特許文献１では、パケットのデータ部分であるＩＥＥＥ８０２．３フレームのＰＤＵ部分に対して圧縮処理を行っているため、ＩＰヘッダの宛先、ソースアドレスによる発信先、宛先識別ができず、このため、ＩＰアドレスによるフォワーディングが行えないという問題がある。
【０００９】
本発明は、上記に鑑みてなされたものであって、ＳＤＳＬなどの双方向対称な伝送速度をＡＤＳＬなどの非対称回線上で実現することができるＩＰパケット処理装置を得ることを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明は、ＩＰパケット処理装置は、非対称回線を介してＩＰパケットを含むフレーム信号をパケット交換ネットワークと送受信するＩＰパケット処理装置において、上り回線および下り回線の伝送速度を測定する伝送速度測定手段と、フレーム信号の送信時、前記上り回線と前記下り回線の伝送速度の差が所定の閾値を超えた場合、ＩＰパケットのＩＰペイロードを圧縮する圧縮手段とを備えることを特徴とする。
【００１１】
この発明によれば、フレームの送信時、上り回線と下り回線の伝送速度の差が所定の閾値を超えた場合、ＩＰパケットのＩＰペイロードを圧縮する。
【発明の効果】
【００１２】
以上説明したとおり、この発明によれば、フレームの送信時、上り回線と下り回線の伝送速度の差が所定の閾値を超えた場合、ＩＰパケットのＩＰペイロードを圧縮するようにしているので、伝送速度の遅い上り回線でのＩＰパケットのペイロードの実効スループットが向上し、ＡＤＳＬ回線のような非対称回線を用いても双方向対称な伝送速度を実現することができるようになる。したがって、ＡＤＳＬ回線を用いても、Ｐ２Ｐ接続のような同期的な通信を行うことができる。また、ＩＰパケットのＩＰペイロード（ＰＤＵ）を圧縮するため、ＩＰアドレスによるフォワーディングを行うこともできる。
【発明を実施するための最良の形態】
【００１３】
以下に、本発明にかかるＩＰパケット処理装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１４】
実施の形態１．
図１は、本発明にかかるＩＰパケット処理装置１０をＡＤＳＬ回線２０を介してパケット交換網１００と接続したＩＰパケット通信システムを示す図である。パケット交換網１００内には、パケット交換局、またはＩＳＰ（Internet Service Provider）等が含まれている。ＡＤＳＬ回線２０は、データの伝送方向によって伝送速度が異なる非対称の通信回線であって、パケット交換網１００からＩＰパケット処理装置１０に向けた下り回線（ダウンリンク）２１のデータ伝送速度が、ＩＰパケット処理装置１０からパケット交換網１００に向けた上り回線（アップリンク）２２のデータ伝送速度に比較して速い。
【００１５】
ＩＰパケット処理装置１０は、ユーザ端末に接続されるものであり、後述するように、データ圧縮処理などの各種ＩＰパケット処理を実行する。図２は、ＩＰパケット処理装置１０の内部構成を示すものである。
【００１６】
ＩＰパケット処理装置１０は、上位レイヤ処理ユニット１１、ＩＰパケット処理ユニット１２、ペイロード長監視ユニット１３，伝送速度監視ユニット１４，圧縮ユニット１５およびレイヤ２処理ユニット１６を備えている。
【００１７】
上位レイヤ処理ユニット１１は、IPCompアソシエーション確立処理（IPCA確立処理）と、レイヤ２より上位のレイヤ処理すなわちレイヤ３およびレイヤ４のレイヤ処理を実行する。IPComp（ＩＰペイロード圧縮、IP Payload Compression Protocol）は、OSI(Open System Interconnection)基本参照モデルにおけるネットワーク層に相当するIPv4（Internet Protocol version 4）,IPv6（Internet Protocol version 6）と、RFC（Request for Comments）に規定されているＩＰパケットのＰＤＵ(Protocol Data Unit)部分、すなわちＩＰペイロードに対しての圧縮処理を規定するためのプロトコルである。IPCAは、圧縮パラメータインデックス、動作モード、使用される圧縮アルゴリズム、選択された圧縮アルゴリズムに必要なあらゆるパラメータなどのIPCompの動作に必要な情報をすべて含むものであり、上位レイヤ処理ユニット１１は、通信の相手ノードとIPCA確立処理を実行する。
【００１８】
ＩＰパケット処理ユニット１２は、OSI基本参照モデルにおけるネットワーク層に相当するＩＰ(Internet Protocol)に対してＩＰヘッダの構築、ＩＰパケットの構築、圧縮処理後の圧縮ＰＤＵとIPCompヘッダを足した値（図３(c)参照）と所定の閾値（長さ閾値）との比較判定、ならびにＩＰパケットの受信速度と送信速度の情報収集をおこなう。長さ閾値は、任意の固定値に定めるようにしてもよいし、最適解を求めるための適宜のアルゴリズムを用いて自動的に設定できるようにしてもよい。
【００１９】
ペイロード長監視ユニット１３は、ＩＰパケット処理ユニット１２に内蔵されているかまたは、独立して存在する。ペイロード長監視ユニット１３は、ＩＰパケット処理ユニット１２から通知されたペイロード長すなわちＩＰデータグラムでのＰＤＵの長さ（図３(b)の斜線部）と、所定の閾値との比較判定をおこない、ＰＤＵの長さが所定の閾値（ＰＤＵ閾値）より大きければ、圧縮判定通知を伝送速度監視ユニット１４へ送り、そうでなければ非圧縮通知をＩＰパケット処理ユニット１２へ送る。ＰＤＵ閾値は、圧縮アルゴリズム毎にあらかじめ固定値に定めるようにしてもよいし、圧縮率の最適値を求めるための適宜のアルゴリズムを用いて自動的に設定するようにしてもよい。
【００２０】
伝送速度監視ユニット１４は、ペイロード長監視ユニット１３からの圧縮判定通知を受け取ると、レイヤ２処理ユニット１６若しくはＩＰパケット処理ユニット１２で計測した受信速度および送信速度を用いて比較判定をおこなう。すなわち、受信速度と送信速度との差がある所定の閾値（速度閾値）以上となるならば、ＩＰパケット処理ユニット１２へ圧縮通知を送り、そうでなければ非圧縮通知をＩＰパケット処理ユニット１２へ送る。
【００２１】
圧縮ユニット１５は、ＩＰパケットのＰＤＵ部分に対して圧縮処理をおこなう機能を有し、伝送速度監視ユニット１４からの圧縮通知を契機として、該当するＩＰパケットのＰＤＵ部分に対し、IPCompアソシエーションで決定した圧縮アルゴリズムを用いて圧縮処理を施す。圧縮前のＰＤＵはＩＰパケット処理ユニット１２から圧縮ユニット１５に付与され、圧縮ユニット１５は圧縮後のＰＤＵをＩＰパケット処理ユニット１２に与える。IPCompアソシエーションで決定された圧縮アルゴリズムは、ＩＰパケット処理ユニット１２によって圧縮ユニット１５に指示される。
【００２２】
レイヤ２処理ユニット１６は、OSI基本参照モデルにおけるデータリンク層に相当するフレーム構築・解析処理をおこなう。すなわち、下り回線２１からの受信フレーム（図３（a））からＩＰパケット（図３(b)）を取り出し、ＩＰパケットを上位レイヤ処理ユニット１１およびＩＰパケット処理ユニット１２へ送るとともに、ＩＰパケット処理ユニット１２からの送信ＩＰパケット（図３(b)）を用いて送信フレーム（図３(a)）を形成し、形成したフレームを上り回線２２に送出する。また、レイヤ２処理ユニット１６は、レイヤ２のフレームの受信速度情報と送信速度情報を収集する。
【００２３】
図３(a)は、ＩＥＥＥ８０２．３フレームを示すものであり、このフレームは、クロック同期のためのプリアンブルと、フレームの開始を示すフィールドであるフレーム開始部(Start Frame Delimiter)と、送信先ＭＡＣアドレス部、送信元ＭＡＣアドレスおよびデータ長部などを含むイーサネット（登録商標）ヘッダと、ＩＥＥＥ８０２．３フレームのペイロードとしてのＰＤＵ（すなわちＩＰパケット）と、フレームチェック部(Frame Check Sequence)とを備えている。
【００２４】
図３(b)は、ＩＰパケットを示しており、ＩＰパケットは、送信先ＩＰアドレス部、送信元ＩＰアドレスおよびデータ長部などを含むＩＰヘッダと、ＩＰパケットのペイロードとしてのＰＤＵとを備えている。IPCompによる圧縮適用範囲が斜線部分で表されている。すなわち、IPCompによる圧縮部分は、ＩＰパケットのペイロード部分のみであり、ＩＰパケットのＩＰヘッダ部はIPCompによる圧縮適用範囲から除外されている。
【００２５】
図３(c)は、ＩＰパケットをIPCompにより圧縮した後のＩＰパケットを示しており、圧縮後のＩＰパケットは、ＩＰヘッダと、ＩＰｃｏｍｐヘッダと、圧縮後のＰＤＵ部分を備えている。
【００２６】
図４(a)は圧縮前のＩＰパケットのＰＤＵ部分を示しており、図４(b)，(c)に圧縮後のＩＰパケットのＰＤＵ部分を示している。図４(b)では、圧縮した効果が大きく、圧縮前のＰＤＵと比較してデータ量が所定の閾値（長さ閾値）以下になった圧縮成功時のIPCompヘッダを付加した圧縮ＰＤＵを示している。図４(c)には、圧縮した効果が小さかったためにデータ量が多くなった圧縮失敗時のIPCompヘッダを付加した圧縮ＰＤＵを示している。
【００２７】
つぎに、図５を用いて、図２に示すパケット処理装置の受信時の動作について説明する。レイヤ２処理ユニット１６は、下り回線２１を介してＩＥＥＥ８０２．３フレームを受信し、受信したＩＥＥＥ８０２．３フレームについてのレイヤ２の処理を行うとともに、受信したＩＥＥＥ８０２．３フレームのＰＤＵ部分（図３(a)）を抽出し、抽出したＰＤＵ部分を受信ＩＰパケットとしてＩＰパケット処理ユニット１２に渡す。ＩＰパケット処理ユニット１２は、受信ＩＰパケットについてのレイヤ３の処理を行うとともに、受信ＩＰパケットのＰＤＵ部分（図３(b)）を抽出し、抽出したＰＤＵ部分を受信データとして上位レイヤ処理ユニット１１に渡す。上位レイヤ処理ユニット１１は、受信データに対して上位レイヤの処理を行う。
【００２８】
このような受信処理の際、レイヤ２処理ユニット１６及び／又はＩＰパケット処理ユニット１２は、受信側の回線速度を測定している（図５ステップＳＴ１００）。すなわち、レイヤ２処理ユニット１６は、ＩＥＥＥ８０２．３フレームの受信速度を計測し、計測したフレーム受信速度を伝送速度監視ユニット１４に通知する。また、ＩＰパケット処理ユニット１２は、ＩＰパケットの受信速度を計測し、計測したＩＰパケット受信速度を伝送速度監視ユニット１４に通知する。
【００２９】
つぎに、図６を用いて、図２に示すパケット処理装置の送信時の動作について説明する。送信側処理においては、まず、レイヤ２処理ユニット１６及び／又はＩＰパケット処理ユニット１２は、受信側の回線速度を測定する（ステップＳＴ００）。すなわち、レイヤ２処理ユニット１６は、ＩＥＥＥ８０２．３フレームの受信速度を計測し、計測したフレーム受信速度を伝送速度監視ユニット１４に通知する。また、ＩＰパケット処理ユニット１２は、ＩＰパケットの受信速度を計測し、計測したＩＰパケット受信速度を伝送速度監視ユニット１４に通知する。
【００３０】
つぎに、ＩＰパケット処理ユニット１２は、相手側通信装置との間でIPCompアソシエーションが確立できたか否かを判断し（ステップＳＴ０１）、IPCompアソシエーションが確立できた場合のみ圧縮処理を行い、IPCompアソシエーションが確立できなければ圧縮処理はおこなわない。
【００３１】
つぎに、ＩＰパケット処理ユニット１２は、上位レイヤ処理ユニット１１からＩＰパケット処理ユニット１２へ送信されるＰＤＵがＩＰでカプセル化されるか否かを判定し、ＩＰでカプセル化されるのであれば、手順をステップＳＴ０３へ移行させ、ＩＰでカプセル化されないのであれば、ＰＤＵをレイヤ２処理ユニット１６へ送って、その後ステップＳＴ１２の処理を実行させる。
【００３２】
つぎに、ＩＰパケット処理ユニット１２は、ＩＰパケットのＰＤＵの長さ（図３(b)斜線部）を測定し、測定したＰＤＵの長さ（ペイロード長）をペイロード長監視ユニット１３に報告する（ステップＳＴ０３）。
【００３３】
ペイロード長監視ユニット１３は、ＩＰパケット処理ユニット１２から通知されたペイロード長（図３(b)斜線部）と、所定のＰＤＵ閾値とを比較し、ペイロード長がＰＤＵ閾値以上であれば、伝送速度監視ユニット１４へ圧縮判定通知をおこない、そうでなければ非圧縮通知をＩＰパケット処理ユニット１２へ送る（ステップＳＴ０４）。ＩＰパケットのＰＤＵの長さ（ペイロード長）と、所定の閾値（ＰＤＵ閾値）との間で比較をおこなっているのは、短いＰＤＵでは圧縮効率が悪いからである。
【００３４】
伝送速度監視ユニット１４は、ＩＰパケット処理ユニット１２またはレイヤ２処理ユニット１６から取得した送信側の回線速度と受信側との回線速度とを比較し、受信側の回線速度と送信側の回線速度との速度差がある所定の閾値（速度閾値）以上となるならば、ＩＰパケット処理ユニット１２へ圧縮通知を送り、そうでなければ非圧縮通知をＩＰパケット処理ユニット１２へ送る（ステップＳＴ０５）。上記比較処理で用いる送受信回線速度は、ステップＳＴ００、ステップＳＴ１１でＩＰパケット処理ユニット１２が測定したもの、あるいはステップＳＴ００、ステップＳＴ１３でレイヤ２処理ユニット１６が測定したもののいずれを用いてもよい。
【００３５】
ステップＳＴ０６では、ＩＰパケット処理ユニット１２は、ペイロード長監視ユニット１３および伝送速度監視ユニット１４からの通知内容は圧縮通知であるかあるいは非圧縮通知であるかを判定し、圧縮通知である場合は、圧縮通知を圧縮前のＰＤＵおよび圧縮アルゴリズムの選択指定信号とともに圧縮ユニット１５に送信する。
【００３６】
圧縮通知、圧縮前のＰＤＵおよび圧縮アルゴリズムの選択指定信号がＩＰパケット処理ユニット１２から受信すると、圧縮ユニット１５は、ＩＰパケット処理ユニット１２から送られた圧縮前のＰＤＵとIPCompアソシエーションで決定された圧縮アルゴリズムに従いＰＤＵの圧縮処理をおこない、圧縮処理が終了すると、圧縮処理をされた圧縮ＰＤＵをＩＰパケット処理ユニット１２へ渡す（ステップＳＴ０７）。
【００３７】
ＩＰパケット処理ユニット１２は、圧縮後のＰＤＵとIPCompヘッダとを加算した長さ（図３(c)からＩＰヘッダ部分を除いた長さ）と、圧縮前のＰＤＵの長さ（図３(b)斜線部）とを比較し、これらの差が所定の閾値以上あるか、あるいは所定の閾値以上の圧縮率が得られた場合は、図４(b)のように圧縮成功とみなし、前記の条件が成立しない場合は圧縮失敗とみなす（ステップＳＴ０８）。
【００３８】
非圧縮通知された場合、あるいは圧縮失敗の場合、ＩＰパケット処理ユニット１２は、適切な値のＩＰヘッダを圧縮処理がおこなわれていないＰＤＵへ付加するＩＰパケット構築処理をおこなう（ステップＳＴ０９）。構築した送信ＩＰパケットはレイヤ２処理ユニット１６に出力される。この際、ＩＰパケット処理ユニット１２は、ＩＰパケットの送信速度を測定する（ステップＳＴ１１）。
【００３９】
圧縮成功の場合、ＩＰパケット処理ユニット１２は、適切な値のＩＰヘッダならびにIPCompヘッダを圧縮処理が施されたＰＤＵへ付加するＩＰパケット構築処理をおこなう。構築した送信ＩＰパケットはレイヤ２処理ユニット１６に出力される。この際、ＩＰパケット処理ユニット１２は、ＩＰパケットの送信速度を測定する（ステップＳＴ１１）。
【００４０】
レイヤ２処理ユニット１６は、ＩＰパケット処理ユニット１２から入力された送信ＩＰパケットを用いてＩＥＥＥ８０２．３フレーム（図３(a)）を作成し（ステップＳＴ１２）、作成したＩＥＥＥ８０２．３フレームを上り回線２２上に送出する。この際、レイヤ２処理ユニット１６は、ＩＥＥＥ８０２．３フレームの送信速度を測定する（ステップＳＴ１３）。
【００４１】
このように実施の形態１によれば、伝送速度の遅い上り回線２２へのＩＰパケットの送信時、ＩＰパケットのＰＤＵ部分の長さが所定の長さ以上に長く、かつ下り回線２１の回線速度と上り回線２２の回線速度の速度差が大きい場合に、ＩＰパケットのＰＤＵ部分を圧縮して送信するようにしているので、伝送速度の遅い上り回線でのＩＰパケットのペイロードの実効スループットが向上し、ＡＤＳＬ回線のような非対称回線を用いても双方向対称な伝送速度を実現することができる。したがって、ＡＤＳＬ回線を用いても、Ｐ２Ｐ接続のような同期的な通信を行うことができる。また、ＩＰパケットのＰＤＵを圧縮するため、ＩＰアドレスによるフォワーディングを行うこともできる。
【００４２】
実施の形態２．
つぎに、この発明の実施の形態２について説明する。この実施の形態２においては、先の実施の形態１の構成に加えて、送信バッファ１７およびバッファ監視ユニット１８を追加している。この実施の形態２においては、実施の形態１と同様、ＩＰパケットの送信時、ＩＰパケットのＰＤＵ部分の長さが所定の長さ以上に長く、かつ下り回線２１の回線速度と上り回線２２の回線速度の速度差が大きい場合に、ＩＰパケットのＰＤＵ部分を圧縮して送信するとともに、送信バッファ１７へのデータ蓄積量が所定の圧縮閾値を越えた場合、ＩＰパケットのＰＤＵ部分を圧縮して送信するようにしている。
【００４３】
図７は実施の形態２のＩＰパケット処理装置の構成を示すものである。この実施の形態２のＩＰパケット処理装置は、上位レイヤ処理ユニット１１、ＩＰパケット処理ユニット１２、ペイロード長監視ユニット１３，伝送速度監視ユニット１４，圧縮ユニット１５およびレイヤ２処理ユニット１６の他に、送信バッファ１７およびバッファ監視ユニット１８を備えている。
【００４４】
送信バッファ１７は、送信するＩＰパケットを格納するものであり、バッファ監視ユニット１８に現在のデータ蓄積量を通知する。
【００４５】
バッファ監視ユニット１８は、送信バッファ１７から通知された現在のデータ蓄積量を所定の閾値（圧縮閾値、廃棄閾値）と比較し、その比較結果に応じて上位レイヤ処理ユニット１１に圧縮通知、非圧縮通知、オーバーフロー通知を出力する。
【００４６】
図８は、バッファ監視ユニット１８での送信バッファ１７のデータ蓄積量と所定の閾値との比較に基づく各ユニットでの処理を示したもので、実施の形態１と共通する圧縮処理については省略している。
【００４７】
バッファ監視ユニット１８は、送信バッファ１７から通知される現在のデータ蓄積量と廃棄閾値とを比較し、データ蓄積量が廃棄閾値を越えた場合は、上位レイヤ処理ユニット１１に対しバッファオーバーフロー通知をおこなう（ステップＳＴ２０１）。
【００４８】
また、上記比較の結果、データ蓄積量が廃棄閾値を越えていない場合、バッファ監視ユニット１８は、送信バッファ１７から通知される現在のデータ蓄積量を圧縮閾値（ただし圧縮閾値＜廃棄閾値）と比較し、現在のデータ蓄積量が圧縮閾値を越えた場合は、上位レイヤ処理ユニット１１に対し圧縮通知を送り、そうでなければ非圧縮通知を上位レイヤ処理ユニット１１に送る（ステップＳＴ２０２）。
【００４９】
ステップＳＴ２０３では、上位レイヤ処理ユニット１１は、バッファ監視ユニット１８からの通知を判定し、判定結果に応じてつぎのような処理を実行する。すなわち、圧縮通知であれば、圧縮ユニット１５へ、送信するＰＤＵとIPCompアソシエーションで決定された圧縮アルゴリズムとを通知し、非圧縮通知であればＩＰパケット処理ユニット１２へ送信するＰＤＵを送り、バッファオーバーフロー通知であれば、ある所定の時間後にステップＳＴ２０１に手順を復帰させるか、あるいは送信するＰＤＵを廃棄する。
【００５０】
圧縮ユニット１５は、上位レイヤ処理ユニット１１からのＰＤＵおよびIPCompアソシエーションで決定された圧縮アルゴリズムを受信すると、通知された圧縮アルゴリズムにもとづいてＩＰパケットのＰＤＵ部分（図３(b)斜線部分）に対して圧縮処理を施し、圧縮処理を終了すると、ＩＰパケット処理ユニット１２へ圧縮ＰＤＵを送る（ステップＳＴ２０４）。
【００５１】
ＩＰパケット処理ユニット１２は、圧縮後のＰＤＵとIPCompヘッダとを加算した長さ（図３(c)からＩＰヘッダ部分を除いた長さ）と、圧縮前のＰＤＵの長さ（図３(b)斜線部）とを比較し、これらの差が所定の閾値以上あるか、あるいは所定の閾値以上の圧縮率が得られた場合は、図４(b)のように圧縮成功とみなし、前記の条件が成立しない場合は圧縮失敗とみなす（ステップＳＴ２０５）。
【００５２】
上位レイヤ処理ユニット１１からの非圧縮通知を受信した場合、あるいは圧縮失敗の場合は、ＩＰパケット処理ユニット１２は、適切な値のＩＰヘッダを圧縮処理がおこなわれていないＰＤＵへ付加するＩＰパケット構築処理をおこなう（ステップＳＴ２０６）。構築した送信ＩＰパケットは送信バッファ１７に蓄積された後（ステップＳＴ２０８）、レイヤ２処理ユニット１６に出力される。
【００５３】
一方、圧縮成功の場合、ＩＰパケット処理ユニット１２は、適切な値のＩＰヘッダならびにIPCompヘッダを圧縮処理が施されたＰＤＵへ付加するＩＰパケット構築処理をおこなう。構築した送信ＩＰパケットは送信バッファ１７に蓄積された後（ステップＳＴ２０８）、レイヤ２処理ユニット１６に出力される。
【００５４】
レイヤ２処理ユニット１６は、ＩＰパケット処理ユニット１２から入力された送信ＩＰパケットを用いてＩＥＥＥ８０２．３フレーム（図３(a)）を作成し（ステップＳＴ２０９）、作成したＩＥＥＥ８０２．３フレームを上り回線２２上に送出する。
【００５５】
このように実施の形態２によれば、送信バッファ内のデータ蓄積量が所定の閾値を越えると、ＩＰパケットのＰＤＵを圧縮するようにしているので、先の実施の形態１の効果に加え、送信時のバッファ溢れを低減させることができる。
【産業上の利用可能性】
【００５６】
以上のように、本発明にかかるパケット処理装置は、ＡＤＳＬのような上り回線および下り回線が異なる伝送速度を有する非対称回線に接続される場合に有用である。
【図面の簡単な説明】
【００５７】
【図１】本発明を適用するＩＰパケット通信システムの構成図である。
【図２】本発明の実施の形態１に係るＩＰパケット処理装置の内部構成を示すブロック図である。
【図３】ＩＥＥＥ８０２．３フレーム、圧縮前後のＩＰパケットのデータ形式を表す図である。
【図４】ＰＤＵの圧縮の様子を表す図である。
【図５】実施の形態１に係るＩＰパケット処理装置の受信処理のフローチャートである。
【図６】実施の形態１に係るＩＰパケット処理装置の送信処理のフローチャートである。
【図７】本発明の実施の形態１に係るＩＰパケット処理装置の内部構成を示すブロック図である。
【図８】実施の形態２に係るＩＰパケット処理装置の送信処理のフローチャートである。
【符号の説明】
【００５８】
１０  パケット処理装置
１１  上位レイヤ処理ユニット
１２  ＩＰパケット処理ユニット
１３  ペイロード長監視ユニット
１４  伝送速度監視ユニット
１５  圧縮ユニット
１６  レイヤ２処理ユニット
１７  送信バッファ
１８  バッファ監視ユニット
２０  ＡＤＳＬ回線
２１  下り回線
２２  上り回線
１００  パケット交換網
【図１】
2005039602.tif 000003
【図２】
2005039602.tif 000004
【図３】
2005039602.tif 000005
【図４】
2005039602.tif 000006
【図５】
2005039602.tif 000007
【図６】
2005039602.tif 000008
【図７】
2005039602.tif 000009
【図８】
2005039602.tif 000010