(57)【要約】変換されたネットワークにおけるチェックサムの計算に当たり、新規に指定されたデータ領域の値を含めずに所望のチェックサム値を求めることにより、一層高速のパケット処理性能を実現する、ＩＰｖ４／ＩＰｖ６変換におけるＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算装置および方法を提供するＩＰｖ４／ＩＰｖ６変換におけるＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算装置を提供する。ＩＰｖ４からＩＰｖ６への変換時、あるいはＩＰｖ６からＩＰｖ４への変換時に新規に指定されたＴＣＰヘッダのチェックサム値を計算するに当たって、データ領域の値を含めずにチェックサム値を求めることを特徴とする。
2006505185.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰｖ４／ＩＰｖ６変換器は、更新前のＴＣＰセグメントまたはＵＤＰデータグラムから読み出されたチェックサム値と疑似ヘッダ領域及びヘッダ領域の値とを演算処理する第１のチェックサム処理部と、
更新された疑似ヘッダ領域及びヘッダ領域の値を計算し、それを前記第１のチェックサム処理部から出力された値と演算することにより、新規のチェックサムを求める第２のチェックサム処理部と、
前記求められたチェックサムを新規なＴＣＰヘッダまたはＵＤＰヘッダに繰り込むチェックサム繰込処理部と、
からなることを特徴とするＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算装置。
【請求項２】
第１のチェックサム処理部は、
受信された疑似ヘッダ領域の情報を合計処理してチェックサムを求める受信疑似ヘッダ領域チェックサム処理部と、
受信されたヘッダ領域の情報を合計処理してチェックサムを求める受信ヘッダ領域チェックサム処理部と、
受信されたＴＣＰセグメントまたはＵＤＰデータグラムのチェックサムを読み出すためのチェックサム読出部と、
からなることを特徴とする請求項１に記載のＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算装置。
【請求項３】
前記第１のチェックサム処理部は、前記チェックサム読出部から出力されたチェックサム値を１の補数値に変換するための補数変換器をさらに含んでなることを特徴とする請求項１に記載のＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算装置。
【請求項４】
前記チェックサム処理部は、
前記受信疑似ヘッダ領域チェックサム処理部と、
前記受信ヘッダ領域チェックサム処理部と、
前記チェックサム読出部からの出力値を演算処理するための演算器と、
からなることを特徴とする請求項１に記載のＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算装置。
【請求項５】
前記第２のチェックサム処理部は、
更新された疑似ヘッダ領域の情報を合計してチェックサムを求める新規疑似ヘッダ領域チェックサム処理部と、
更新されたヘッダ領域の情報を合計してチェックサムを求める新規ヘッダ領域チェックサム処理部と、
からなることを特徴とする請求項１に記載のＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算装置。
【請求項６】
前記第２のチェックサム処理部は、前記第１のチェックサム処理部からの出力値との演算を行うための演算器をさらに含んでなることを特徴とする請求項１に記載のＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算装置。
【請求項７】
ＩＰｖ４／ＩＰｖ６変換において、更新前の疑似ヘッダ領域およびヘッダ領域のチェックサム値と、更新された疑似ヘッダ領域およびヘッダ領域のチェックサム値とのみを演算して新規チェックサム値を求めることを特徴とするＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算方法。
【請求項８】
ＩＰｖ４／ＩＰｖ６変換において、受信されたＴＣＰセグメントまたはＵＤＰデータグラムから読み出されたチェックサム値と、前記受信されたＴＣＰセグメントまたはＵＤＰデータグラムの疑似ヘッダ領域およびヘッダ領域のチェックサム値とを演算する第１の段階と、
前記第１の段階において得られた値に、更新された疑似ヘッダ領域およびヘッダ領域のチェックサム値を加算する第２の段階と、
からなることを特徴とするＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算方法。
【請求項９】
前記第１の段階は、前記受信されたチェックサム値を１の補数に変換し、その値から、前記疑似ヘッダ領域およびヘッダ領域のチェックサム値を減算することを特徴とする請求項８に記載のＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算方法。
【請求項１０】
第２の段階は、前記第１の段階において得られた値に、前記更新された疑似ヘッダ領域およびヘッダ領域のチェックサム値を加算して、１の補数の値に変換することを特徴とする請求項８に記載の ＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算方法。
【請求項１１】
ＩＰｖ４／ＩＰｖ６変換において、受信されたＴＣＰセグメントまたはＵＤＰデータグラムから読み出されたチェックサム値に、前記受信されたＴＣＰセグメントまたはＵＤＰデータグラムの疑似ヘッダ領域およびヘッダ領域のチェックサム値を加算する第１の段階と、
前記第１の段階において得られた値から、更新された疑似ヘッダ領域およびヘッダ領域のチェックサム値を減算する第２の段階と、
からなることを特徴とするＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＰｖ４(Internet Protocol version ４)からＩＰｖ６(Internet Protocol version ６)への変換時、あるいはＩＰｖ６からＩＰｖ４への変換時に、ＴＣＰ(Transmission Control Protocol)セグメントまたはＵＤＰ(User Datagram Protocol)データグ
ラムのチェックサムを高速で計算することのできる、改善された装置及び方法に関する。
【背景技術】
【０００２】
１９９０年代に入ってインターネットユーザが急増するに伴い、インターネット通信を構成する代表的なプロトコルであるＴＣＰ／ＩＰのアドレスシステムであるＩＰｖ４アドレスが高速に枯渇されつつある。
【０００３】
このために、ＩＥＩＦ(Internet Engineering Task Force)では、ＩＰｖ４に代えられ
る手段として、新しいアドレスシステムであるＩＰｖ６を開発し、その補給に努めている。
【０００４】
しかしながら、多くの専門家によれば、現在使用中のＩＰｖ４アドレス基盤のインターネットを、一朝一夕にＩＰｖ６基盤のネットワークに取り替えることは不可能であるため、新規に導入されるネットワークを優先にして、次第にＩＰｖ６基盤のネットワークが拡散されると見込まれ、且つ、そのような方向に研究が進んでいる。
【０００５】
ＩＰｖ６基盤のネットワークは、最初にはＩＰｖ４基盤のネットワークという海にまるで島のように浮かんでいて、次第にその領域が拡大されるに伴い、以降にはＩＰｖ６基盤のネットワークという海にＩＰｖ４基盤のネットワークという島が浮かんでいる形をなすと見込まれる。
【０００６】
また、ＩＰｖ４とＩＰｖ６基盤のネットワークは相当長期間、あるいは永遠に共存する可能性が高い。このため、現在もっとも問題視されるのが、ＩＰｖ４基盤ネットワークとＩＰｖ６基盤ネットワーク間のプロトコル変換である。
【０００７】
なぜならば、パケットのフォーマットが相異なる両者間のプロトコル変換が円滑に行われなければ、ＩＰｖ４基盤のネットワークとＩＰｖ６基盤のネットワークとの間に通信が円滑になされなくなるためである。
【０００８】
ＩＰｖ４基盤のネットワークとＩＰｖ６基盤のネットワークとの間に通信が行われるためには、ＩＰｖ４ネットワークとＩＰｖ６ネットワークの接面に存在しながら、両ネットワークプロトコルを円滑に変換する装置が必要となる。
【０００９】
このために、ＩＥＩＦなどでは、各種の方案を工夫して論文及び提案として作成しており、また、多くの会社及び研究所では、これに基づいて実際の製品を設計及び実現している。
【００１０】
このような方法のうち代表的なものが、ＩＰｖ４パケットをＩＰｖ６パケットに変換し、且つ、ＩＰｖ６パケットをＩＰｖ４パケットに変換して送る方法である。
図４に、このようなパケット変換の概念図が示してある。
【００１１】
ここで、１００は、ＩＰｖ４基盤のネットワークを示し、２００は、ＩＰｖ４からＩＰ
ｖ６への変換、またはＩＰｖ６からＩＰｖ４への変換を行うＩＰｖ４／ＩＰｖ６変換器を示し、そして、３００は、ＩＰｖ６基盤のネットワークを示す。
【００１２】
特に、図４の２００で示されたＩＰｖ４／ＩＰｖ６変換器は、概念的な意味を有し、その詳細な具現方法としては、ＩＰｖ４／ＩＰｖ６デュアルスタック方式、ＮＡＴ−ＰＴ(Network Address Translation-Protocol Translation)，ＳＩＩＴ(Stateless IP/ICMP Translation)，ＢＩＳ(Bump-in-the-Stack)またはＢＩＡ(Bump-in-the-API)などの方式を用
いた変換に基づくものである。
【００１３】
また、ここには挙げられていないが、ＩＥＩＦなどにより提案された各種の方式がある。
ＩＰｖ４をＩＰｖ４に変換(translation)するプロセスのうち最も重要なのが、ＩＰｖ
６パケットヘッダをＩＰｖ４パケットヘッダに変換することである。同様に、ＩＰｖ４をＩＰｖ６に変換するプロセスにおいても、ＩＰｖ４パケットヘッダをＩＰｖ６パケットヘッダに変換することが重要である。
【００１４】
このため、ＩＰｖ６をＩＰｖ４に変換することは、ＩＰｖ６パケットヘッダをＩＰｖ４パケットヘッダに変換することを意味する。同様に、ＩＰｖ４をＩＰｖ６に変換することは、ＩＰｖ４パケットヘッダをＩＰｖ６パケットヘッダに変換することを意味する。
【００１５】
すなわち、ＩＰｖ６からＩＰｖ４への変換時には、新しいＩＰｖ４パケットヘッダが生成され、ＩＰｖ６からＩＰｖ４への変換時には、新しいＩＰｖ６パケットヘッダが生成される。
【００１６】
このとき、それぞれのパケットのデータ部に乗せられる上位階層のプロトコル(Upper Layer Protocol)であるＴＣＰ／ＵＤＰまたはＩＣＭＰｖ６(Internet Control Messaging Protocol Version ６)のチェックサム(checksum)値が、新規に計算される必要がある。
【００１７】
なぜならば、ＴＣＰ／ＵＤＰのチェックサム値は、ＴＣＰ／ＵＤＰの疑似ヘッダ(Pseudo header)、ＴＣＰ／ＵＤＰヘッダ、及びデータ領域の全体に対して計算されるが、ＩＰ
ｖ４からＩＰｖ６への変換、またはＩＰｖ６からＩＰｖ４への変換が行われる間に、それぞれのＩＰアドレス及びＴＣＰ／ＵＤＰ領域のポート番号(Port number)などが新しく指
定されるためである。
【００１８】
従来のＩＰｖ４基盤のネットワークにおけるチェックサムの計算、及びＩＰｖ６基盤のネットワークにおけるチェックサムの計算方法について説明すれば、下記の通りである。
図１（Ａ）は、ＴＣＰセグメントの構成を示すものであって、ＴＣＰセグメントは、大きくＴＣＰプロトコルヘッダ領域１１とデータ領域１２とに大別される。
【００１９】
ＴＣＰヘッダのチェックサム領域１３は、１６ビット長を有し、チェックサム計算は、ＴＣＰヘッダとデータ領域がある全ての情報を、１６ビット長のワードで割った後、これらを１の補数の形で加えた結果に対して、１の補数を取ったものである。
【００２０】
チェックサム値が計算されたときには、チェックサム領域そのものはゼロ値を有する。ところが、このチェックサム値を計算するときには、図１（Ｂ）に示すように、フォーマットの疑似ヘッダという概念的なヘッダが含まれて計算が行われる。
【００２１】
前記ＴＣＰセグメントの疑似ヘッダは、９６ビットの長さを有し、その構成は、発信ＩＰｖ４アドレス(Source Ipv4 address)１４、受信ＩＰｖ４アドレス(Destination Ipv4 address)１５、ゼロ１６、プロトコル１７、そしてＴＣＰ長１８(TCP length)領域と、よ
りなる。
【００２２】
この疑似ヘッダは、送信段でチェックサム値を計算したり、受信段でチェックサム値を確かめるときに生成されるものであって、実際には転送されない。
また、疑似ヘッダの用途は、誤って経路指定されたセグメントからＴＣＰを保護することである。この疑似ヘッダは、ＴＣＰヘッダの直前に位置して、チェックサム値を計算するときに一緒に計算される。
【００２３】
ＩＰｖ４基盤のネットワーク上において、ＵＤＰデータグラムのチェックサムを計算する方法は、基本的にＩＰｖ４セグメントにおけるチェックサムの計算方法と同じである。
換言すれば、チェックサムの計算は、ＵＤＰヘッダとデータ領域にある全ての情報を、１６ビット長のワードで割った後、これらを１の補数の形で加えた結果の１の補数値を取ることである。
【００２４】
もちろん、チェックサム値を計算するときには、チェックサム領域はゼロ値を有し、ＵＤＰ疑似ヘッダも使われる必要がある。
図２（Ａ）は、ＵＤＰデータグラムを示し、図２（Ｂ）は、ＵＤＰ疑似ヘッダのフォーマットを示す。
【００２５】
一方、ＩＰｖ６基盤のネットワーク上において、ＴＣＰセグメントのチェックサムとＵＤＰデータグラムのチェックサムを計算する方法は、既存のＩＰｖ４基盤のネットワークにおける方法と同様である。但し、相違点があれば、疑似ヘッダがＩＰｖ６向けに変わるということである。
【００２６】
図３（Ａ）に、３２０ビット長を有するＩＰｖ６基盤のＴＣＰセグメントの疑似ヘッダのフォーマットを示し、図３（Ｂ）に、３２０ビット長を有するＩＰｖ６基盤のＵＤＰデータグラムの疑似ヘッダのフォーマットを示した。
【００２７】
図５は、ＩＰｖ４／ＩＰｖ６変換器２００内においてチェックサムを更新するための装置であって、
ＴＣＰセグメント（またはＵＤＰデータグラム）を受信するための受信処理部２１０と、
受信された従来のネットワーク基盤のセグメントフォーマットから、新規ネットワーク基盤のセグメントフォーマットに変換するためのフォーマット変換処理部２２０と、
変換された各領域別のチェックサムを処理して更新されたＴＣＰヘッダのチェックサム値を得るためのチェックサム処理部２３０と、
前記得られたチェックサム値をＴＣＰヘッダのチェックサム領域に繰り込むためのチェックサム繰込部２４０と、
変換されたセグメントを新規なネットワークに送るための送信処理部２５０と、からなる。
【００２８】
このような構成を有する従来のＩＰｖ４／ＩＰｖ６変換時におけるチェックサムの計算方法を、図６と図７に基づいて説明する。
まず、従来のネットワーク基盤（ここでは、ＩＰｖ４）のＴＣＰセグメント（またはＵＤＰデータグラム）を、受信処理部（２１０）を介して受信する（Ｓ１００１）。
【００２９】
受信されたＴＣＰセグメントをフォーマット変換処理部２２０において、それぞれ領域別に新しいフォーマットのパケットに変換する（Ｓ１００２）（図７の（Ａ））。
つまり、新規なＴＣＰヘッダは、ヘッダ変換部２２２において変換され、新規フォーマットの疑似ヘッダは、疑似ヘッダ生成部２２１において新規に生成され、データは変換さ
れずにデータバッファ部２２３に一時保存される。
【００３０】
このようにして変換された各領域別の値は、チェックサム処理部２３０においてチェックサム値を計算するが、疑似ヘッダ領域のチェックサム処理部２３１、ヘッダのチェックサム処理部２３２及びデータ領域のチェックサム処理部２３３において、それぞれの領域別の値を計算する（Ｓ１００３）。
【００３１】
このときにも、ＴＣＰヘッダのチェックサムは、さらにゼロに戻って計算される（図７の（Ｂ）における４０２〜４０７）。
このようにして得られた値は、合算器２３４において合計された後、補数変換器２３５において、１の補数に変換される（Ｓ１００４）（図７の（Ｂ）における４０８〜４１１）。
【００３２】
このようにして得られた値が、更新されたチェックサム値となり、この値を前記新規に変換されたＴＣＰヘッダのチェックサム領域に繰り込んだ後、送信処理部を介して、従来のネットワークとは異なるネットワーク（ここでは、ＩＰｖ６）に送る（Ｓ１００５〜Ｓ１００６）。
【００３３】
実質的に、ＩＰｖ４パケットとＩＰｖ６パケットはそれぞれ、３２ビットのワードよりなり、それぞれのチェックサム領域は、１６ビットの長さを有するが、説明を簡略にするために、図７においては、チェックサム領域及びチェックサムに関わる演算を８ビットで示す。
【００３４】
上述したように、ＩＰｖ４ネットワーク領域からＩＰｖ６ネットワーク領域へと、あるいはその逆方向にデータが送られるときには、ＩＰｖ４とＩＰｖ６との間のプロトコルを、それぞれのネットワークに合わせて変換する必要がある。
【００３５】
ところが、単にＩＰｖ４ヘッダをＩＰｖ６ヘッダに、あるいはその逆方向に変換するだけでプロトコル変換が終わるわけではない。
つまり、ＩＰｖ４ヘッダがＩＰｖ６ヘッダに変換されるとき、そして、ＩＰｖ６ヘッダがＩＰｖ４ヘッダに変換されるとき、パケットに乗せられているＴＣＰセグメントあるいはＵＤＰデータグラムのチェックサム値も変換される必要がある。
【００３６】
なぜならば、最初にＴＣＰセグメントあるいはＵＤＰデータグラムのチェックサム値を計算するときに、疑似ヘッダが使われるが、ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの間の接面において変換が行われるときに、ＩＰ階層のヘッダが変換されれば、変換されたＩＰヘッダに応じて、疑似ヘッダもまた変換されるため、これを目安にさらにチェックサム値を計算する必要があるためである。
【００３７】
つまり、ＩＰｖ４ネットワークからＩＰｖ６ネットワークへとパケットが転送されるときには、接面にＩＰｖ６基盤の疑似ヘッダが新規に生成されるが、このとき、ＩＰアドレスだけではなく、ＴＣＰまたはＵＤＰ階層のポート番号を含む幾つかの領域の値が必要に応じて再指定される。
【００３８】
これらをもって、前述したような方法により、チェックサム値を計算して、それをＴＣＰセグメントヘッダまたはＵＤＰデータグラムヘッダに繰り込んだ後、目的地に転送する。
【００３９】
同様に、ＩＰｖ６ネットワークからＩＰｖ４ネットワークへとパケットが転送されるときには、接面にＩＰｖ４基盤の疑似ヘッダが新規に生成されるが、このとき、ＩＰアドレ
スだけではなく、ＴＣＰまたはＵＤＰ階層のポート番号を含む幾つかの領域の値が必要に応じて再指定される。
【００４０】
これらをもって、前述したような方法により。チェックサム値を計算して、それをＴＣＰセグメントヘッダまたはＵＤＰデータグラムヘッダに繰り込んだ後、目的地に転送する。
【００４１】
しかしながら、ＴＣＰセグメントまたはＵＤＰデータグラムのヘッダに繰り込まれるチェックサム値を計算することは、疑似ヘッダ、ＴＣＰ／ＵＤＰヘッダ、そしてデータ領域の全体に亘って値を計算することである。
【００４２】
このとき、疑似ヘッダとＴＣＰまたはＵＤＰヘッダは固定長を有するために別に問題視されないが、データ領域が長くなれば長くなるほどその計算量が増え、その分だけ処理時間が延びるという不具合がある。
【００４３】
これは、ＩＰｖ４／ＴＣＰネットワークの接面において、深刻なボトルネック現象を引き起こす原因となり、その分だけパケット処理のパフォーマンスが低下する結果となる。
【発明の開示】
【発明が解決しようとする課題】
【００４４】
本発明は、上記事情に鑑みてなされたものであり、その目的は、変換されたネットワークにおけるチェックサムの計算に当たり、新規に指定されたデータ領域の値を含めずに所望のチェックサム値を求めることにより、一層高速のパケット処理性能を実現する、ＩＰｖ４／ＩＰｖ６変換におけるＴＣＰセグメント／ＵＤＰデータグラムのチェックサム計算装置および方法を提供することにある。
【課題を解決するための手段】
【００４５】
本発明は、上記目的を達成するための方法であって、ＩＰｖ４からＩＰｖ６への変換時、あるいはＩＰｖ６からＩＰｖ４への変換時に新規に指定されたＴＣＰヘッダのチェックサム値を計算するに当たって、データ領域の値を含めずにチェックサム値を求めることを特徴とする。
【００４６】
また、本発明によるＩＰｖ４／ＩＰｖ６変換器は、受信されたＴＣＰセグメントまたはＵＤＰデータグラムから読み出されたチェックサム値と疑似ヘッダ領域及びヘッダ領域の値とを演算処理する第１のチェックサム処理部と、
更新された疑似ヘッダ領域及びヘッダ領域の値を計算し、それを前記第１のチェックサム処理部において計算された値と演算することにより、新規のチェックサムを求める第２のチェックサム処理部と、
前記求められたチェックサムを新規なＴＣＰヘッダまたはＵＤＰヘッダに繰り込むチェックサム繰込処理部と、
からなることを特徴とする。
【００４７】
また、本発明は、受信されたＴＣＰセグメントまたはＵＤＰデータグラムから読み出されたチェックサム値と、前記受信されたＴＣＰセグメントまたはＵＤＰデータグラムの疑似ヘッダ領域およびヘッダ領域のチェックサム値とを演算する第１の段階と、
前記第１の段階において得られた値に、更新された疑似ヘッダ領域及びヘッダ領域のチェックサム値を加算する第２の段階と、
からなる。
【００４８】
また、本発明は、受信されたＴＣＰセグメントまたはＵＤＰデータグラムから読み出さ
れたチェックサム値と、前記受信されたＴＣＰセグメントまたはＵＤＰデータグラムの疑似ヘッダ領域およびヘッダ領域のチェックサム値とを演算する第１の段階と、
前記第１の段階において得られた値から、更新された疑似ヘッダ領域及びヘッダ領域のチェックサム値を減算する第２の段階と、
からなることを特徴とする。
【発明の効果】
【００４９】
本発明は、ＩＰｖ４パケットをＩＰｖ６パケットに、またはＴＣＰパケットをＩＰｖ４パケットに変換するに当たり、チェックサムの計算時に新規に指定されたデータ領域の値は含めずに所望のチェックサム値を求めることにより、少ない計算量をもってチェックサム値の計算にかかる時間を画期的に短縮できるだけではなく、パケット変換の処理性能を高められるという効果がある。
【発明を実施するための最良の形態】
【００５０】
図８は、本発明の一実施例を示すものであって、その構成は、次の通りである。
ここで、従来と同じ構成要素には図５の図面符号と同じ番号を付した。
従来の構成と異なる点は、受信されたＴＣＰセグメントにおいて、疑似ヘッダ値を演算処理するための受信疑似ヘッダ領域のチェックサム領域部２８１と、ＴＣＰヘッダ値を演算処理するための受信ヘッダ領域のチェックサム処理部２８２と、受信されたセグメントのチェックサム値を読み出すためのチェックサム読出部２８３と、補数の変換器２８４と、加算器２８５と、からなる受信セグメントのチェックサム処理部２８０が追加され、従来のチェックサム処理部２３０は、新規変換後に再設定されたパケット領域のうち疑似ヘッダ領域とヘッダ領域とのみを演算処理する更新チェックサム処理部２７０に置換されたということである。
【００５１】
以下、図９及び図１０に基づき、本発明のチェックサムの処理方法について説明する。
本発明は、ＩＰｖ４からＩＰｖ６への変換及びＩＰｖ６からＩＰｖ４への変換という２つの場合について適用可能であるが、説明の重複を避けるために、ここではＩＰｖ４からＩＰｖ６への変換についてのみ説明する。
【００５２】
まず、受信処理部２１０を介して、ＩＰｖ４基盤のネットワークＴＣＰセグメント（またはＵＤＰデータグラム、ここでは、ＴＣＰセグメントを例にとって説明する。）を受信する（Ｓ２００１）。
【００５３】
このようにして受信されたセグメントにおいて、ＴＣＰヘッダ内のチェックサムをチェックサム読出部２８３から読み出し、疑似ヘッダ領域の値及びヘッダ領域の値は、受信疑似ヘッダ領域のチェックサム処理部２８１及び受信ヘッダ領域のチェックサム処理部２８２においてそれぞれ演算する（Ｓ２００２）。
【００５４】
前記チェックサム読出部２８３から読み出されたチェックサム値を、補数の変換器２８４において、１の補数に変換した後（Ｓ２００３）、それを、加算器２８５において、前記演算された疑似ヘッダ領域及びヘッダ領域の値と演算する（Ｓ２００４）。
【００５５】
一方、フォーマット変換処理部２２０を介して、新規フォーマットに変換されたパケットの疑似ヘッダ領域の値及びヘッダ領域の値は、疑似ヘッダ領域のチェックサム処理部２７１及びヘッダ領域のチェックサム処理部２７２において、それぞれ演算処理する（Ｓ２００５〜Ｓ２００６）。
【００５６】
次に、加算器２７３における演算値と、前記受信チェックサム処理部２８０における演算値とを合計した後、補数変換器２７４において、１の補数に変換することにより、新規
のチェックサムを得る（Ｓ２００７〜Ｓ２００８）。
【００５７】
このようにして得られた更新チェックサム値を、チェックサム繰込処理部２４０において、新規に変換されたＵＤＰヘッダに繰り込み、送信処理部２５０を介して、ＩＰｖ６基盤のネットワークに送る（Ｓ２００９）。
【００５８】
図１０は、以上の演算処理方法を説明するための模式図である。
（Ａ）は、ＩＰｖ４基盤のネットワーク上におけるパケットのタイプ（つまり、受信パケットのタイプ）を示す。
【００５９】
実質的に、ＩＰｖ４パケットとＩＰｖ６パケットは、それぞれ３２ビットのワードよりなり、それぞれのチェックサム領域は、１６ビット長を有するが、説明を簡略にするために、図１０においては、チェックサム領域及びチェックサムに関わる演算を８ビットで示す。
【００６０】
５０１は、受信された疑似ヘッダ値の演算を示し、５０２は、ＴＣＰヘッダ値の演算、そして、５０３は、データの演算を示すが、本発明においてはデータ領域を演算する必要がない。
【００６１】
さらに、５０４は、受信されたチェックサム値を示す。
（Ｂ）は、ＩＰｖ６に更新されたパケットのタイプを示すものであって、５０５は、疑似ヘッダ領域、５０６は、ヘッダ領域の演算例を示し、このとき、ヘッダのチェックサムはゼロである。
【００６２】
（Ｃ）は、図９のフローチャートによる本発明のチェックサムの計算処理例を示す。
図１１〜図１３は、本発明の他の実施例を示すものである。
図１１は、図８とその構成面で大した相違点はないが、受信セグメントのチェックサム処理部２８０と更新チェックサム処理部２７０に僅かな相違点がある。
【００６３】
つまり、受信セグメントのチェックサム処理部２８０は、受信疑似ヘッダ領域のチェックサム処理部２８１、受信ヘッダ領域のチェックサム処理部２８２及びチェックサム読出部２８３における処理値を、加算器２８５において合計するように構成されており、更新チェックサム処理部２７０は、疑似ヘッダ領域のチェックサム処理部２７１及びヘッダ領域のチェックサム処理部２７２における処理値を、前記受信セグメントのチェックサム処理部２８０からの出力値から減算するための減算器２７３をさらに含んでいる点で異なる。
【００６４】
以下、図１２と図１３に基づき、本発明の他の実施例に係る、ＩＰｖ４／ＩＰｖ６の変換において、ＴＣＰセグメント／ＴＣＰデータグラムのチェックサムを計算する方法について説明する。
【００６５】
まず、受信処理部２１０を介して、ＩＰｖ４基盤ネットワークのＴＣＰセグメント（またはＵＤＰデータグラム、ここでは、ＴＣＰセグメントを例にとって説明する。）を受信する（Ｓ３００１）。
【００６６】
このようにして受信されたセグメントにおいて、ＴＣＰヘッダ内のチェックサムを、チェックサム読出部２８３から読み出し、疑似ヘッダ領域の値及びヘッダ領域の値は、受信疑似ヘッダ領域のチェックサム処理部２８１及び受信ヘッダ領域のチェックサム処理部２８２においてそれぞれ演算する（Ｓ３００２）。
【００６７】
次に、前記チェックサム読出部２８３から読み出されたチェックサム値と、加算器２８５において演算された疑似ヘッダ領域及びヘッダ領域の値とを演算する（Ｓ２００３）。
一方、フォーマット変換処理部２２０を介して、新規フォーマットに変換されたパケットの疑似ヘッダ領域の値及びヘッダ領域の値は、疑似ヘッダ領域のチェックサム処理部２７１及びヘッダ領域のチェックサム処理部２７２において、それぞれ演算処理する（Ｓ３００４〜Ｓ３００５）。
【００６８】
次に、減算器２７３において、前記演算された値を、前記受信チェックサム処理部２８０における演算値から減算すれば、新規なチェックサムが得られる（Ｓ３００６）。
このとき、減算方法としては、１の補数を加える方法を取れば良い。このようにして得られた更新チェックサム値を、チェックサム繰込処理部２４０において、新規に変換されたＴＣＰヘッダに繰り込み、送信処理部２５０を介して、ＩＰｖ６基盤のネットワークに送る（Ｓ３００７）。
【００６９】
図１３は、以上の演算処理方法を説明するための模式図である。
（Ａ）は、ＩＰｖ６基盤のネットワーク上におけるパケットのタイプ（つまり、受信パケットのタイプ）を示す。
【００７０】
実質的に、ＩＰｖ４のパケット長はそれぞれ、１６ビットのワードよりなり、ＩＰｖ６は、３２ビットのワードよりなるが、説明を簡略にするために、８ビットで示す。
５０１は、受信された疑似ヘッダ値の演算を示し、５０２は、ＴＣＰヘッダ値の演算、そして、５０３は、データの演算を示すが、本発明においてはデータ領域を演算する必要がない。さらに、５０４は、受信されたチェックサム値を示す。
【００７１】
（Ｂ）は、ＩＰｖ６に更新されたパケットのタイプを示し、５０５は、疑似ヘッダ領域、５０６は、ヘッダ領域の演算例を示し、このとき、ヘッダのチェックサムはゼロである。
【００７２】
（Ｃ）は、図１２のフローチャートによる本発明のチェックサムの計算処理例を示す。
【図面の簡単な説明】
【００７３】
【図１】ＩＰｖ４におけるＴＣＰセグメント及び疑似ヘッダを示す構成図である。
【図２】ＩＰｖ４におけるＵＤＰデータグラム及び疑似ヘッダを示す構成図である。
【図３】ＩＰｖ６におけるＴＣＰセグメント及びＵＤＰデータグラムの疑似ヘッダを示す構成図である。
【図４】ＩＰｖ４／ＩＰｖ６基盤のネットワーク及び変換器を示す構成図である。
【図５】従来のＩＰｖ４／ＩＰｖ６変換におけるチェックサムの計算装置を示す構成図である。
【図６】従来のＩＰｖ４／ＩＰｖ６変換におけるチェックサムの計算方法を示すフローチャートである。
【図７】従来のＩＰｖ４／ＩＰｖ６変換におけるチェックサムの計算方法を説明する模式図である。
【図８】本発明によるＩＰｖ４／ＩＰｖ６変換におけるＴＣＰセグメント／ＵＤＰデータグラムのチェックサムの計算装置を示す構成図である。
【図９】本発明によるＩＰｖ４／ＩＰｖ６変換におけるＴＣＰセグメント／ＵＤＰデータグラムのチェックサムの計算方法を示すフローチャートである。
【図１０】本発明によるＩＰｖ４／ＩＰｖ６変換におけるＴＣＰセグメント／ＵＤＰデータグラムのチェックサムの計算方法を説明する模式図であるである。
【図１１】本発明の他の実施例に係るＩＰｖ４／ＩＰｖ６変換におけるＴＣＰセグメント／ＵＤＰデータグラムのチェックサムの計算装置を示す構成図である。
【図１２】本発明のさらに他の実施例に係るＩＰｖ４／ＩＰｖ６変換におけるＴＣＰセグメント／ＵＤＰデータグラムのチェックサムの計算方法を示すフローチャートである。
【図１３】本発明のさらに他の実施例に係るＩＰｖ４／ＩＰｖ６変換におけるＴＣＰセグメント／ＵＤＰデータグラムのチェックサムの計算方法を説明する模式図である。
【図１】
2006505185.tif 000003
【図２】
2006505185.tif 000004
【図３】
2006505185.tif 000005
【図４】
2006505185.tif 000006
【図５】
2006505185.tif 000007
【図６】
2006505185.tif 000008
【図７】
2006505185.tif 000009
【図８】
2006505185.tif 000010
【図９】
2006505185.tif 000011
【図１０】
2006505185.tif 000012
【図１１】
2006505185.tif 000013
【図１２】
2006505185.tif 000014
【図１３】
2006505185.tif 000015
【国際調査報告】
2006505185.tif 000016