ヘッダ圧縮パケット処理方法及び装置
【課題】圧縮ヘッダのパケットを処理する方法及び装置における、処理効率向上及びメモリ削減を実現できる技術を提供する。
【解決手段】本ヘッダ圧縮パケット通信装置１０１は、ヘッダ圧縮パケット処理部１０２、ＵＤＰ／ＩＰプロトコル処理部１０３、アプリケーション処理部１０４、セッション情報記憶部１０６などを有する。本装置は、圧縮ヘッダをフルヘッダに展開せずに、ヘッダ圧縮パケットの送受信処理を行う。セッション情報記憶部１０６に、チェックサム計算に係わる固定部チェックサム値を含ませたセッション情報が格納される。固定部チェックサム値は、フルヘッダの固定部情報から計算される。本装置内の各処理部でセッション情報を共用する。
【解決手段】本ヘッダ圧縮パケット通信装置１０１は、ヘッダ圧縮パケット処理部１０２、ＵＤＰ／ＩＰプロトコル処理部１０３、アプリケーション処理部１０４、セッション情報記憶部１０６などを有する。本装置は、圧縮ヘッダをフルヘッダに展開せずに、ヘッダ圧縮パケットの送受信処理を行う。セッション情報記憶部１０６に、チェックサム計算に係わる固定部チェックサム値を含ませたセッション情報が格納される。固定部チェックサム値は、フルヘッダの固定部情報から計算される。本装置内の各処理部でセッション情報を共用する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク等の通信システムにおけるデータ送受信に関し、特に、ヘッダ圧縮技術を用いたパケット処理に関する。
【背景技術】
【０００２】
近年、ビルや家庭内の空調機器、照明機器、センサ等の制御系機器などの機器に対して、ネットワークを利用した高機能化と、その応用サービス・システムのニーズが高まっている。例えば、人感センサや温湿度センサが周辺情報を空調機器や照明機器に伝送し、電源のオン・オフや設定温度・照度の調整を自動で行う遠隔制御機能などである。
【０００３】
このようにネットワークを介して情報を伝送する場合、対象となる情報・データ（ユーザデータと称する）に、送信元や受信先を特定するための情報などを示すヘッダを付加し、パケット化して伝送する方法が主流となっている。例えば、ＩＰ（Internet Protocol）ネットワーク上でパケットを伝送する際には、ＩＰが通信プロトコルとして利用される。ＩＰのヘッダは、ＩＰｖ４の場合は２０バイト、ＩＰｖ６の場合は４０バイトのデータ量である。
【０００４】
これらヘッダのデータ量は、ユーザデータのデータ量にかかわらず一定であるため、ユーザデータのデータ量が少ない場合は、パケットの大部分をヘッダが占めることとなる。特に上述の制御系機器の遠隔制御では、概してユーザデータのデータ量は少ない。
【０００５】
パケットのヘッダは、本来送受信の対象であるユーザデータではないため、ヘッダの占める割合が大きくなることは好ましいことではない。このため、ヘッダ本来の情報（フルヘッダ）のうち、固定的な情報を除いて構成（作成）した新たなヘッダである圧縮ヘッダを利用して、伝送データ量を少なくする方法が適用されることも多い。
【０００６】
ヘッダ圧縮の方式には、ＩＥＴＦ（Internet Engineering Task Force）で規定された複数の種類が存在する。例えば、プロトコルセットとしてＴＣＰ／ＵＤＰ／ＩＰ、ＲＴＰ／ＵＤＰ／ＩＰを対象としたＩＰヘッダ圧縮（非特許文献１）や、低消費電力ネットワーク上でＩＰｖ６パケットを伝送する規格である６ＬｏＷＰＡＮ（IPv6 over Low Power WPAN）で利用される方式（非特許文献２）等である。
【０００７】
６ＬｏＷＰＡＮのパケット処理では、ＵＤＰ／ＩＰｖ６の６０バイトのヘッダを、最小で８バイトにまで圧縮することが可能である（図７）。
【０００８】
また、非特許文献１の圧縮ヘッダ（ＩＰヘッダ圧縮）を用いる手法（第１の技術とする）では、パケット（ユーザデータ）に対し、通常（圧縮ヘッダ無し）の形式のヘッダとほぼ同様の構成であるフルヘッダを散発的に付加し、それ以外の大部分のパケット（ユーザデータ）に対しては圧縮ヘッダを付加する。これにより、ＵＤＰ／ＩＰｖ６の６０バイトのヘッダを最小で４バイトにまで圧縮でき、伝送する情報量を減少する（図８）。
【０００９】
また、非特許文献１のヘッダ圧縮パケットを処理する技術に対応する一構成例として、特開２００５−２５２８５５号公報（特許文献１）に開示されているものがある。
【特許文献１】特開２００５−２５２８５５号公報
【非特許文献１】“IP Header Compression（RFC 2507）”、M. Degermark, B. Nordgren and S. Pink、IETF、February,1999
【非特許文献２】“Transmission of IPv6 Packets over IEEE 802.15.4 Networks draft-ietf-6lowpan-format-04(work in progress)”、G. Montenegro and N. Kushalnagar、IETF、August, 2006
【発明の開示】
【発明が解決しようとする課題】
【００１０】
前記第１の技術のような従来技術では、ヘッダ圧縮パケットの送受信において、圧縮ヘッダをフルヘッダに展開（再構成）してチェックサム計算等のプロトコル処理を行うので、データコピー等が発生し、その分メモリを消費し、処理効率が良くない、という問題がある。これは詳しくは以下である。
【００１１】
前記従来の構成（第１の技術）では、圧縮ヘッダの中にＣＩＤ（Context Identifier：コンテキスト識別子）情報が格納されており（図８）、その情報をもとに、散発的に伝送されるフルヘッダとの関連付けを行っている。また、ヘッダ圧縮パケットを受信した際、圧縮ヘッダ中の情報であるＣＩＤと、セッション情報記憶部に格納されている、該当ＣＩＤに関連付けられた該当セッション情報とを利用して、通常の形式（圧縮しない形式）のフルヘッダ（第１の技術では疑似ＵＤＰ／ＩＰヘッダ）を一旦構成し、チェックサム計算（誤り検出）等のプロトコル処理（ネットワークプロトコル処理）を行っている。そのため、セッション情報記憶部に格納されている該当セッション情報を、フルヘッダを構成（展開）するためのメモリ空間へデータコピーしなければならない。また、ヘッダ圧縮パケットを送信する際も、上記受信の際と同様に、フルヘッダの構成のためのデータコピーが発生する。上記フルヘッダの構成及びデータコピーのために、ワーキングメモリが必要になる。また、伝送される大部分のパケットが圧縮ヘッダであり、その圧縮ヘッダを送受信する度に前記データコピーが発生する。そのため、パケット処理装置内のプロトコル処理効率が良くない。換言すれば、パケット処理時間が長くなり、通信処理速度が低減する。
【００１２】
本発明は以上のような問題に鑑みてなされたものであり、その目的は、上記のような問題を解決し、圧縮ヘッダのパケットを処理する方法及び装置における、処理効率向上及びメモリ削減を実現できる技術を提供することにある。
【課題を解決するための手段】
【００１３】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。前記目的を達成するために、本発明は、通信システムにおける、フルヘッダの代わりにフルヘッダよりもデータ量が少なくなるように圧縮（省略）構成されたヘッダ情報（圧縮ヘッダ）が付加されたデータ（ユーザデータ）からなるパケットデータ（ヘッダ圧縮パケット）を送受信処理する方法及び装置であって、以下の構成を特徴とする。
【００１４】
本ヘッダ圧縮パケット処理方法は、ネットワーク等に対してヘッダ圧縮パケットを送受信する処理（ヘッダ圧縮パケット処理）、及び、トランスポート層及びネットワーク層に対応のプロトコル処理の工程を有して構成される。また、本ヘッダ圧縮パケット処理装置は、ネットワーク等に対してヘッダ圧縮パケットを送受信する処理（ヘッダ圧縮パケット処理）、及び、トランスポート層及びネットワーク層に対応のプロトコル処理の手段を有して構成される。またその他、上位のアプリケーション処理などの手段（工程）を備えてもよい。また、本装置内のいずれかの箇所には、セッション情報及びその他関連情報のテーブルを格納するセッション情報記憶手段（メモリ）を設ける。本装置内の各処理手段（工程）が、セッション情報記憶手段のテーブルの情報を共用する構成である。
【００１５】
セッション情報記憶手段のテーブルには、通信相手を特定するアドレス情報等を含む、通信相手とのセッション情報（換言すれば複数のパケットの送受信のフローに係わる情報）が格納される。なおその格納の際にセッション情報を作成することは条件ではなく、外部からセッション情報が与えられてもよい。セッション情報は、そのセッション情報を識別する情報（セッション識別子）を含むまたは関連付けされる。また、本テーブルのセッション情報に対し、ユーザデータを授受するアプリケーション（上位の処理部）を識別する情報（アプリケーション識別子）などが関連付けまたは含まれる。本装置内の各処理部が、セッション識別子などを用いて、テーブルの情報を共用する。
【００１６】
加えて、本テーブルには、チェックサム計算等の誤り検出処理の部分値（処理途中値であり最終的な計算値とは異なる）である、固定部チェックサム値（第１の計算値）を格納する。固定部チェックサム値は、フルヘッダのうちの固定部情報から計算される。フルヘッダのうちの固定部情報は、圧縮ヘッダではほぼ省略される可能性が高い情報である。これに対し、同様の処理の部分値である、可変部チェックサム値（第２の計算値）は、フルヘッダのうちの可変部情報から計算される。
【００１７】
本構成により、送受信パケットがヘッダ圧縮パケットである場合、本装置内の各処理部が自身の処理を行う際に、セッション情報記憶手段から、圧縮ヘッダに対応する該当セッション情報を入手して利用できる。また、フルヘッダには含まれるが圧縮ヘッダでは省略される情報に関しても、フルヘッダ相当の情報に対するチェックサム計算（誤り検出処理）を行うことができる。よって、本処理方法及び装置では、ヘッダ圧縮パケットのみの伝送であっても、パケット送受信及びプロトコル処理を遂行できる。
【００１８】
本処理方法及び装置では、ヘッダ圧縮パケットを或る通信相手に初めて送信する際には、対応するセッション情報を、セッション情報記憶手段のテーブルに格納する。圧縮ヘッダを構成する際は、このテーブルから必要な情報のみを取り出して利用する。また、既にテーブル内に情報として存在する通信相手に対しヘッダ圧縮パケットを送信する際には、引き続きそのテーブル内の該当セッション情報を利用する。
【００１９】
ヘッダ圧縮パケットを受信した際は、そのパケットの圧縮ヘッダに格納されている情報と、セッション情報記憶手段のテーブル内の該当セッション情報とを比較する。既にテーブル内に該当セッション情報が存在する場合、そのセッション情報の識別子を本装置内の各処理部で受け渡し、該当セッション情報が存在しない場合、テーブル内に新たにセッション情報を格納し、そのセッション情報の識別子を本装置内の各処理部で受け渡す。このように、テーブル内の情報を装置内の各処理部で共用することにより、各処理部が必要なときに必要な情報のみを利用することができる。
【００２０】
また、本処理装置及び方法では、フルヘッダ（一例として疑似ＵＤＰ／ＩＰヘッダ）内の固定部情報に対する部分的なチェックサム計算を予め行い、その結果である固定部チェックサム値（第１の計算値）をセッション情報記憶手段のテーブルに格納しておく（新たな通信相手に初めてパケットを送信する際など）。フルヘッダに含まれる固定部情報は、ほぼ省略されて圧縮ヘッダには含まれない場合が多いが（例えば６ＬｏＷＰＡＮ）、圧縮ヘッダのチェックサム計算を行う際に、テーブルに格納してある第１の計算値を利用することにより、わざわざ疑似ヘッダ（フルヘッダ）を構成することなく、第１と第２の計算値を合わせることでチェックサム計算を行うことができる。上記構成により、圧縮ヘッダをフルヘッダに一切展開することなく、チェックサム計算等のプロトコル処理を含むパケット処理を行うことができる。
【００２１】
本ヘッダ圧縮パケット処理方法は、例えば以下の構成である。本処理方法では、ヘッダ圧縮パケットの送受信に関する誤り検出処理として、フルヘッダのうちの、固定部情報についての第１の計算値と、可変部情報についての第２の計算値とを計算処理し、第１の計算値をセッション情報記憶手段に格納し、第２の計算値を含んだ圧縮ヘッダをユーザデータに付加したヘッダ圧縮パケットを構成（作成）する。そして、ヘッダ圧縮パケットの送受信の際、圧縮ヘッダに含まれる第２の計算値とセッション情報記憶手段の第１の計算値とを用いて誤り検出処理を行う。また、第１と第２の計算値を時間的に別のタイミングで計算し、後でそれら両者を加算等することにより、誤り検出処理の計算値を得る。ヘッダ圧縮パケットの送受信の際に、計算処理した第２の計算値と、セッション情報記憶手段に格納されている第１の計算値とを用いて、誤り検出処理の計算値を得る。
【００２２】
また、本ヘッダ圧縮パケット処理装置は、例えば以下の構成である。本処理装置は、セッション情報記憶手段と、ヘッダ圧縮パケットの送受信に関する誤り検出処理では、第１の計算値と第２の計算値とを計算処理し、第１の計算値をセッション情報記憶手段のセッション情報に含んで格納し、第２の計算値を含んだ圧縮ヘッダをユーザデータに付加したヘッダ圧縮パケットを構成し、ヘッダ圧縮パケットの送受信の際、圧縮ヘッダに含まれる第２の計算値とセッション情報記憶手段の第１の計算値とを用いて誤り検出処理を行うことを含む、ヘッダ圧縮パケット処理及びプロトコル処理を行う手段とを有する。
【００２３】
また、ヘッダ圧縮パケット処理及びプロトコル処理を行う手段は、ヘッダ圧縮パケットを送信する際に、セッション情報をもとに圧縮ヘッダを構成する処理と、ヘッダ圧縮パケットを受信する際に、受信したヘッダ圧縮パケットの圧縮ヘッダとセッション情報記憶手段に格納されているセッション情報とをもとに圧縮ヘッダの情報を解釈する処理と、を行う圧縮ヘッダ処理手段（１０５）と、フルヘッダのうちの誤り検出処理の第１の計算値と第２の計算値とを用いて誤り検出処理の部分値を計算する部分値計算手段（１０７）と、誤り検出処理の第２の計算値を計算する処理（１０８）と、ヘッダ圧縮パケットを送信する際に、ユーザデータを送受信するアプリケーションの識別情報と、セッション情報記憶手段に格納されているセッション情報とを比較し、セッション情報の識別情報を抽出し、ヘッダ圧縮パケットを受信した際に、セッション情報の識別情報及びアプリケーションの識別情報に関連付けられたアプリケーションにユーザデータを受け渡す処理（１０９）と、を行うネットワーク層及びトランスポート層のプロトコル処理手段とを有する。
【発明の効果】
【００２４】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。本発明によれば、圧縮ヘッダのパケットを処理する方法及び装置における、処理効率向上及びメモリ削減を実現できる。特に、圧縮ヘッダからフルヘッダを構成（展開）する必要なくプロトコル処理を行うので、パケット処理時間が短く通信処理速度を向上でき、またデータコピーに必要なメモリが不要になる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。
【００２６】
＜従来技術例＞
以下、図７〜図１１を用いて、本発明及び実施の形態を従来技術と比較してわかりやすく説明するために、ヘッダ圧縮形式や装置構成例などに係わる各従来技術について簡単に説明する。
【００２７】
＜ヘッダ圧縮（６ＬｏＷＰＡＮ）＞
図７を用いて、フルヘッダ及び圧縮ヘッダの一例として、６ＬｏＷＰＡＮの場合を説明する。図７において、６ＬｏＷＰＡＮ圧縮ヘッダ４０１は、圧縮ヘッダ符号４０２、圧縮ＩＰｖ６ヘッダ４０３、圧縮ＵＤＰヘッダ４０４から構成されている。
【００２８】
圧縮ヘッダ符号４０２は、６ＬｏＷＰＡＮにおけるフルヘッダ（ＵＤＰ／ＩＰｖ６フルヘッダ（図８の５０１）に対応する）に含まれる情報（例として、情報４０６、情報４０７）から省略せずに圧縮ヘッダ部（４０３，４０４）に格納する情報を示す、２バイトの情報４０５である。圧縮ヘッダ符号４０２の情報４０５は、ＩＰｖ６ヘッダ（図８の５０３）の圧縮情報（圧縮ヘッダに格納する情報）を示す符号：ＨＣ１と、ＵＤＰヘッダ（図８の５０４）の圧縮情報を示す符号：ＨＣ２とから構成される。情報４０６は、図８のＩＰｖ６ヘッダ５０３のうちの一部、情報４０７は、図８のＵＤＰヘッダ５０４のうちの一部である。
【００２９】
圧縮ＩＰｖ６ヘッダ４０３は、ＩＰｖ６におけるホップ数、送信元アドレス、受信先アドレス、トラフィッククラス、フローラベル、及び次ヘッダの３９バイトの情報４０６をもとに構成される。実際のパケットの圧縮ＩＰｖ６ヘッダ４０３には、これらの情報４０６の中から前記ＨＣ１で指定されたもののみを含む、２〜３９バイトの可変長の情報である。
【００３０】
圧縮ＵＤＰヘッダ４０４は、ＵＤＰにおける送信元ポート番号、受信先ポート番号、データ長、及びチェックサムの８バイトの情報４０７をもとに構成される。実際のパケットの圧縮ＵＤＰヘッダ４０４には、これらの情報４０７の中から前記ＨＣ２で指定されたもののみを含む、４〜８バイトの可変長の情報である。
【００３１】
これらの構成により、６ＬｏＷＰＡＮのパケット処理では、ＵＤＰ／ＩＰｖ６の６０バイトのヘッダ（図８の５０１）を、６ＬｏＷＰＡＮ圧縮ヘッダ４０１のように最小で８バイト（２＋２＋４＝８バイト）にまで圧縮することが可能である。
【００３２】
なお、圧縮ＩＰｖ６ヘッダ４０３及び圧縮ＵＤＰヘッダ４０４の中で、圧縮ヘッダ符号４０２で指定されない情報、即ちフルヘッダに対して圧縮（省略）により欠落した情報であっても、それらは不変的な情報や他の情報から導出可能なものであるため、フルヘッダに完全に復元可能である。
【００３３】
なお、６ＬｏＷＰＡＮ自体は、フルヘッダと圧縮ヘッダの両方の処理が可能であるが、本実施の形態では、６ＬｏＷＰＡＮにおける圧縮ヘッダを扱う。
【００３４】
＜ヘッダ圧縮（ＵＤＰ／ＩＰ）＞
図８を用いて、ＲＦＣ２５０７（非特許文献１）におけるＵＤＰ／ＩＰｖ６フルヘッダ５０１及びその圧縮ヘッダ５０２の構成を説明する。ＵＤＰ／ＩＰｖ６フルヘッダ５０１は、ＲＦＣ２４６０で規定されているＩＰｖ６ヘッダ５０３とＵＤＰヘッダ５０４とを組み合わせて成るものである。
【００３５】
ＵＤＰ／ＩＰｖ６フルヘッダ５０１におけるレングス（レングス＃１，＃２）部分に、ＣＩＤ（Context Identifier：コンテキスト識別子）５０５含む情報が書き込まれるものである（図示していない）。なお、レングス＃１，＃２は、通常（圧縮ヘッダ無し）のヘッダ形式のＵＤＰ／ＩＰｖ６ヘッダの場合では、ペイロード長及びデータグラム長がそれぞれ書き込まれる部分であり、ＣＩＤ５０５は書き込まれない。ＣＩＤ５０５は、従来技術として、フローを特定するための識別情報、換言すればフルヘッダを特定するための識別情報である。なお、レングス＃１，＃２内のＣＩＤ５０５と、圧縮ヘッダ５０２内のＣＩＤ５０５とで対応付け可能である。
【００３６】
圧縮ヘッダ５０２は、通常（圧縮ヘッダ無し）のＵＤＰ／ＩＰｖ６ヘッダを構成する情報のうち、可変的な部分であるチェックサムとＣＩＤ５０５とを含む情報から構成されるものである。
【００３７】
前記ＲＦＣ２５０７（非特許文献１）の圧縮ヘッダを用いる手法（第１の技術）では、通常（圧縮ヘッダ無し）の形式とほぼ同様の構成であるフルヘッダを散発的に付加し、それ以外の大部分のパケットに対しては圧縮ヘッダを付加する。これにより、ＵＤＰ／ＩＰｖ６の６０バイトのヘッダを最小で４バイトにまで圧縮でき、伝送する情報・データ量を減少する。
【００３８】
なお、公知技術であるチェックサム（チェックサム計算）は、データ送受信における誤り検出方法の１つである。即ち、送信側では、対象データの各ブロックの数値の合計などをとり、それ（チェックサム値）を対象データに付加して送信する。受信側では、受信データから同様にチェックサム値を計算し、それと受信チェックサム値とが一致するかどうかを検査する。両者が異なる場合、伝送路で対象データに誤りが生じていることになる。
【００３９】
＜疑似ＵＤＰ／ＩＰヘッダ＞
図９において、後述の従来技術例の処理に係わる、疑似ＵＤＰ／ＩＰヘッダ６０１の構成を示している。疑似ＵＤＰ／ＩＰヘッダ６０１は、疑似ＩＰヘッダ６０２とＵＤＰヘッダ６０３から構成される。疑似ＵＤＰ／ＩＰヘッダ６０１及びユーザデータを１６ビットずつ加算して得られる総和の１の補数が、チェックサム値である。疑似ＵＤＰ／ＩＰヘッダ６０１は、ネットワーク上での伝送は行われず、チェックサム計算処理のために構成される。疑似ＩＰヘッダ６０２は、チェックサム計算処理に必要な情報のみで構成される。なお、疑似ヘッダとは、当該情報をネットワークで伝送しないことからそのように呼称している。
【００４０】
＜ヘッダ圧縮パケット処理装置例＞
図１０，図１１を用いて、前記特許文献１記載の従来技術例であるヘッダ圧縮パケット処理及び装置について簡単に説明する。図１０，図１１に示す構成例は、図８のパケット及びヘッダ構成を処理する一例となっている。これら構成は、ヘッダ圧縮パケットの受信処理の場合を示している。
【００４１】
図１０における本従来技術例のヘッダ圧縮パケット処理装置（ヘッダ圧縮パケット受信装置９０１）の概略構成を示している。ヘッダ圧縮パケット受信装置９０１は、ＰＰＰフレーム受信部９０２、圧縮ヘッダ受信処理部９０３、ＵＤＰ／ＩＰ受信処理部９０４、疑似ＵＤＰ受信処理部９０５、セッション情報記憶部９０６、及びユーザデータ出力部９０７から構成されている。ユーザデータ出力部９０７から、それぞれのＵＤＰ／ＩＰアプリケーション９０８に対して出力する。
【００４２】
図１１の詳細構成において、圧縮ヘッダ受信処理部９０３は、フルヘッダ受信部１００１、圧縮ヘッダ受信部１００２、及びコンテキスト情報記憶部１００３から構成されている。ＵＤＰ／ＩＰ受信処理部９０４は、ＩＰ受信処理部１００４、及びＵＤＰ受信処理部１００５から構成されている。疑似ＵＤＰ受信処理部９０５は、チェックサム確認部１００７、及び疑似ＵＤＰ／ＩＰヘッダ生成部１００８から構成されている。
【００４３】
ＰＰＰフレーム受信部９０２は、外部装置から送信されてきたＰＰＰフレームを受信し、その中に含まれるＰＰＰヘッダを解析する。
【００４４】
圧縮ヘッダ受信処理部９０３は、ユーザデータに付加されているヘッダが、フルヘッダであるか圧縮ヘッダであるかを判断・区分して、後段の処理部でそれぞれに対し異なる処理を行わせる。
【００４５】
ＵＤＰ／ＩＰ受信処理部９０４は、フルヘッダ即ち通常のＵＤＰ／ＩＰヘッダが付加されているパケット（ＵＤＰ／ＩＰパケット）を処理（ＵＤＰ／ＩＰ受信処理）し、当該パケットに対応するアプリケーション（９０８）を選定する。
【００４６】
疑似ＵＤＰ受信処理部９０５は、圧縮ヘッダ（ＣＩＤとチェックサムを含む）と、セッション情報記憶部９０６に格納されているセッション情報とから、図９の疑似ＵＤＰ／ＩＰヘッダ６０１を生成して受信処理（疑似ＵＤＰ受信処理）を行い、当該パケットに対応するアプリケーション（９０８）を選定する。
【００４７】
セッション情報記憶部９０６は、ＩＰアドレスとＵＤＰポート番号との組み合わせに対応するセッション情報、及び対応するアプリケーションを識別する情報（アプリケーション識別子：ＡＩＤとする）を記憶する。
【００４８】
ユーザデータ出力部９０７は、受信したユーザデータを、指定されたＵＤＰ／ＩＰアプリケーション９０８へと出力する。
【００４９】
次に、本従来技術例のパケット受信時の動作の概略を説明する。パケットを受信した際には、ＰＰＰフレーム受信部９０２が、これに付加されているヘッダが圧縮ヘッダであるかフルヘッダであるかを判断する。フルヘッダが付加されているユーザデータについては、フルヘッダ受信部１００１に渡す。フルヘッダ受信部１００１では、そのフルヘッダに含まれる情報と、セッション情報を特定するための識別情報（セッション識別子：ＳＩＤとする）とを比較して、そのフルヘッダが付加されているユーザデータの受け渡し先となるアプリケーション（９０８）を選択する。この際、チェックサム確認部１００６において、そのヘッダ中のチェックサムを確認（計算）し、受信したパケットに誤りが無いかを検査する。そのチェックサム計算の結果、異常が無ければ、ＵＤＰ／ＩＰ受信処理部９０４は、ユーザデータ出力部９０７に、ユーザデータとアプリケーション識別子（ＡＩＤ）とを渡す。それと共に、コンテキスト情報記憶部１００３に、セッション識別子（ＳＩＤ）と、フルヘッダ中のコンテキスト識別子（ＣＩＤ）とを、関連付けて記憶する。
【００５０】
一方、圧縮ヘッダが付加されている際には、ＰＰＰフレーム受信部９０２は、そのパケットを、圧縮ヘッダ受信部１００２に渡す。圧縮ヘッダ受信部１００２では、圧縮ヘッダからＣＩＤを抽出し、そのＣＩＤに関連付けられたＳＩＤを、コンテキスト情報記憶部１００３から読み出す。そして、読み出したＳＩＤに対応したセッション情報に基づいて、一旦、疑似ＵＤＰ／ＩＰヘッダ６０１を生成し、そのＳＩＤ及び疑似ＵＤＰ／ＩＰヘッダ６０１を、疑似ＵＤＰ受信処理部９０５に渡す。疑似ＵＤＰ受信処理部９０５（チェックサム確認部１００７）では、フルヘッダの場合と同様にチェックサムの計算を行い、異常が無ければ、そのセッション情報に基づいて圧縮ヘッダが付加されていたユーザデータを受け渡すアプリケーション（９０８）を決定し、ユーザデータ出力部９０７にそのユーザデータ及びＡＩＤを渡す。このような構成例により、圧縮ヘッダが付加されたパケットの処理が可能である。
【００５１】
＜問題点等＞
しかしながら、上述した従来技術は、本実施の形態の技術と、ヘッダ圧縮パケットを処理する点で共通するが、フルヘッダを処理する点などで異なる。前記従来の構成（第１の技術）では、圧縮ヘッダの中にＣＩＤ情報が格納されており（図８）、その情報をもとに、散発的に伝送されるフルヘッダとの関連付けを行っていた。しかしながら、６ＬｏＷＰＡＮのように、パケットに付加される全てのヘッダが圧縮ヘッダであるような場合、前記第１の技術のようにフルヘッダを処理する装置構成はそもそも不要である。
【００５２】
また、前記第１の技術では、ヘッダ圧縮パケットを受信した際、圧縮ヘッダ中の情報であるＣＩＤと、セッション情報記憶部に格納されている、該当ＣＩＤに関連付けられた該当セッション情報とを利用して、通常の形式（圧縮しない形式）のフルヘッダ（第１の技術では疑似ＵＤＰ／ＩＰヘッダ６０１）を一旦構成し、チェックサム計算等のプロトコル処理を行う。そのため、セッション情報記憶部に格納されている該当セッション情報を、フルヘッダを構成するためのメモリ空間へデータコピーしなければならない。また、ヘッダ圧縮パケットを送信する際も、セッション情報からフルヘッダを構成し、チェックサム計算等を行い、圧縮ヘッダを構成して送信するので、上記ヘッダ圧縮パケット受信の際と同様のデータコピーが発生していた。フルヘッダの構成（展開）及びデータコピーのためには、ワーキングメモリが必要になる。
【００５３】
また、前記第１の技術では、伝送される大部分のパケットが圧縮ヘッダであり、その圧縮ヘッダを送受信する度に前記データコピーが発生する。そのため、パケット処理装置内のプロトコル処理効率が良くない。換言すれば、パケット処理時間が長くなり、通信処理速度が低減する。
【００５４】
＜実施の形態＞
上述した技術を踏まえ、図１〜図６、並びに前記従来技術例と共通の図７〜図９を用いて、本発明の一実施の形態におけるヘッダ圧縮パケット処理方法及びその方法を用いるヘッダ圧縮パケット処理装置を説明する。本方法及び装置では、特徴として、６ＬｏＷＰＡＮにおけるパケット（ヘッダ圧縮パケット）の送受信（送信・受信の両方）の機能を備える構成において、本装置内の各処理部で、固定部チェックサム値を含ませたセッション情報を共用する。そして、各パケットの送受信の際のプロトコル処理では、可変部チェックサム値を計算し、固定部チェックサム値と加算することで、チェックサム値を取得する。これにより、圧縮ヘッダを一切フルヘッダに展開することなく、ヘッダ圧縮パケットの送受信処理が実現される。
【００５５】
＜概略構成＞
図１において、本実施の形態のヘッダ圧縮パケット処理装置であるヘッダ圧縮パケット通信装置（通信装置と略称する）１０１の概略構成を示している。通信装置１０１は、主に、ヘッダ圧縮パケット処理部１０２、ＵＤＰ／ＩＰプロトコル処理部１０３、及びアプリケーション処理部１０４から構成されている。
【００５６】
ヘッダ圧縮パケット処理部１０２は、圧縮ヘッダ処理部１０５、セッション情報記憶部１０６、及びチェックサム部分値加算部１０７から構成されている。ＵＤＰ／ＩＰプロトコル処理部１０３は、チェックサム計算部１０８、及びＵＤＰ／ＩＰ処理部１０９から構成されている。アプリケーション処理部１０４は、ＵＤＰ／ＩＰを利用するそれぞれのＵＤＰ／ＩＰアプリケーション１１０（１１０−１，１１０−２，１１０−３）を含むものである。
【００５７】
本通信装置１０１は、特徴的な部位は、ヘッダ圧縮パケット処理部１０２、ＵＤＰ／ＩＰプロトコル処理部１０３である。本通信装置１０１は、ソフトウェア／ハードウェア（回路ＩＣなど）で実装構成されるが、どの部分をＩＣ化するか等、実装詳細は各種可能である。また、各処理部は、分けずに１つの処理部として構成することもできる。また、各処理部内には、圧縮ヘッダの処理に必要な分のワークメモリ（図示しない）等も有する。
【００５８】
セッション情報記憶部１０６には、図２のようなセッション情報（セッション情報テーブル）が格納される。なお、圧縮ヘッダ処理部１０５、ＵＤＰ／ＩＰ処理部１０９等では、必要に応じてセッション情報を作成することが可能である。
【００５９】
ＵＤＰ／ＩＰプロトコル処理部１０３は、トランスポート層／ネットワーク層処理部に相当する。ヘッダ圧縮パケット処理部１０２は、上位のＵＤＰ／ＩＰプロトコル処理部１０３（トランスポート層／ネットワーク層処理部）と下位の図示しない物理／ＭＡＣ層との間に設ける適応部（アダプタ）である。
【００６０】
なお、説明の必要に応じて、Ｐ：パケット（ヘッダ圧縮パケット）、Ｄ：ユーザデータ、Ｈ１：フルヘッダ、Ｈ２：圧縮ヘッダ、Ｓ：セッション情報、Ｃ：チェックサム値などとして表す。
【００６１】
＜詳細構成＞
次に、図２において、通信装置１０１の詳細構成を示している。特にパケット処理例における各処理部間のデータ・情報の受け渡しも示している。圧縮ヘッダ処理部１０５は、ネットワークからパケット（Ｐ）を受信し、あるいはネットワークへとパケット（Ｐ）を送信する、処理部位である。圧縮ヘッダ処理部１０５は、パケット（Ｐ）を送信する際には、セッション情報（Ｓ）をもとに、圧縮ヘッダ（Ｈ２）を構成（作成）する。また、圧縮ヘッダ処理部１０５は、パケット（Ｐ）を受信した際には、セッション情報（Ｓ）と、圧縮ヘッダ（Ｈ２）が付加されたパケット（Ｐ）とをもとに、圧縮ヘッダ（Ｈ２）の情報を解釈する。
【００６２】
セッション情報記憶部１０６のセッション情報テーブルには、セッション情報（Ｓ）、更にそれに対応付けされるアプリケーション識別子（ＡＩＤ）等の情報を格納する。本例では、セッション情報（Ｓ）としては、セッション識別子（ＳＩＤ）（当該セッション情報（Ｓ）内に含む）、送信元ＩＰアドレス（Ａ１）、受信先ＩＰアドレス（Ａ２）、送信元ＵＤＰポート番号（ｎ１）、受信先ＵＤＰポート番号（ｎ２）、及び、固定部チェックサム値（Ｃａ）から構成される。本セッション情報テーブル内には、従来技術例で用いるＣＩＤは不要である。なお、本セッション情報テーブルのデータ構造は、図２に示すものに限定されるものではない。
【００６３】
セッション情報記憶部１０６では、パケット（Ｐ）を送信する際には、ＵＤＰ／ＩＰ処理部１０９から受け取ったセッション情報（Ｓ）がセッション情報テーブルに記憶され、パケット（Ｐ）を受信した際には、圧縮ヘッダ処理部１０５から受け取ったセッション情報（Ｓ）がセッション情報テーブルに記憶される。
【００６４】
チェックサム部分値加算部１０７は、パケット（Ｐ）を送信する際には、ＵＤＰ／ＩＰ処理部１０９から受け取ったチェックサム値（Ｃ）に、セッション情報記憶部１０６から受け取ったチェックサム部分値（Ｃ１）を加算し、パケット（Ｐ）を受信した際には、圧縮ヘッダ処理部１０５から受け取ったチェックサム値（Ｃ）に、セッション情報記憶部１０６から受け取ったチェックサム部分値（Ｃ１）を加算する、処理部位である。
【００６５】
チェックサム計算部１０８は、チェックサム計算の対象となるデータ（チェックサム計算対象データ：Ｃ２）を、ＵＤＰ／ＩＰ処理部１０９から受け取り、チェックサム計算し、チェックサム計算結果（Ｃ３）を返答する。
【００６６】
ＵＤＰ／ＩＰ処理部１０９は、パケット（Ｐ）の送受信の際に、チェックサム計算やアプリケーション判断などのプロトコル処理を行い、対応するＵＤＰ／ＩＰアプリケーション１１０とユーザデータ（Ｄ）の受け渡しを行う処理部位である。
【００６７】
セッション情報（Ｓ）は、アドレス（Ａ１，Ａ２）やポート番号（ｎ１，ｎ２）を主にして、加えて、固定部チェックサム値（Ｃａ）が含まれる。固定部チェックサム値（Ｃａ）は、チェックサム部分値、即ち、パケット（Ｐ）のチェックサム処理の部分的な処理途中の計算値である。更に、これらのセッション情報（Ｓ）（特に受信先ＵＤＰポート番号：ｎ２）に対して、アプリケーション識別子（ＡＩＤ）が対応付けされる例である。
【００６８】
従来技術では、パケットの送受信の都度、パケットの全部のデータに対してチェックサム処理を行っている。一方、本実施の形態では、フルヘッダ（Ｈ１）のうちの固定部の情報のみを予めチェックサム処理して固定部チェックサム値（Ｃａ）としてセッション情報テーブルに格納しておき、各部で共用する。そして、パケット送受信の際は、圧縮ヘッダ（Ｈ２）に含まれる、フルヘッダ（Ｈ１）の可変部の情報を、その都度チェックサム処理し、固定部チェックサム値（Ｃａ）と可変部チェックサム値（Ｃｂ）との両者を加算して完全なチェックサム値（Ｃ）を得るものである。
【００６９】
＜送信処理動作＞
次に、図３，図４を用いて、本実施の形態における、圧縮ヘッダ（Ｈ２）を付加したユーザデータ（Ｄ）からなるヘッダ圧縮パケット（Ｐ）の送受信処理の概略動作を説明する。
【００７０】
まず、図３のフローにおいて、パケット（ユーザデータ）の送信処理の動作を説明する。Ｓ３０１（Ｓは処理ステップを表す）において、ＵＤＰ／ＩＰアプリケーション１１０は、送信するユーザデータ（Ｄ）を、ＵＤＰ／ＩＰ処理部１０９に渡す。
【００７１】
Ｓ３０２において、ＵＤＰ／ＩＰ処理部１０９は、ＵＤＰ／ＩＰアプリケーション１１０から受け取ったユーザデータ（Ｄ）、及び図９の疑似ＵＤＰ／ＩＰヘッダ６０１の可変部情報であるデータ長を、チェックサム計算対象データ（Ｃ２）として、チェックサム計算部１０８に渡す。チェックサム計算部１０８は、これらのデータ（Ｃ２）から、可変部チェックサム値（Ｃｂ）を計算し、その結果（Ｃ３）を、ＵＤＰ／ＩＰ処理部１０９に返答する。
【００７２】
Ｓ３０３において、ＵＤＰ／ＩＰ処理部１０９は、ユーザデータ（Ｄ）を受け取ったＵＤＰ／ＩＰアプリケーション１１０から判断したセッション情報（Ｓ）がセッション情報記憶部１０６のテーブルに既に存在しているか否かを確認する。存在している場合（Ｙ）は、Ｓ３０８に進み、それ以外の場合（Ｎ）は、Ｓ３０４に進む。
【００７３】
Ｓ３０４において、ＵＤＰ／ＩＰ処理部１０９は、ユーザデータ（Ｄ）を受け取ったＵＤＰ／ＩＰアプリケーション１１０から判断したセッション情報（Ｓ）をセッション情報記憶部１０６のテーブルに格納し、セッション識別子（ＳＩＤ）をセッション情報記憶部１０６から受け取る。
【００７４】
次にＳ３０５において、ＵＤＰ／ＩＰ処理部１０９は、セッション情報記憶部１０６のテーブルに、疑似ＵＤＰ／ＩＰヘッダ６０１の固定部情報である、送信元ＩＰアドレス（Ａ１）、受信先ＩＰアドレス（Ａ２）、送信元ＵＤＰポート番号（ｎ１）、次ヘッダ、及び受信先ＵＤＰポート番号（ｎ２）から計算した固定部チェックサム値（Ｃａ）が、既に存在しているか否かを確認する。存在している場合（Ｙ）は、Ｓ３０８に進み、それ以外の場合（Ｎ）は、Ｓ３０６に進む。
【００７５】
Ｓ３０６において、ＵＤＰ／ＩＰ処理部１０９は、疑似ＵＤＰ／ＩＰヘッダ６０１の固定部情報を、チェックサム計算対象データ（Ｃ２）としてチェックサム計算部１０８に渡す。チェックサム計算部１０８は、これらのデータ（Ｃ２）から固定部チェックサム値（Ｃａ）を計算し、その結果（Ｃ３）を、ＵＤＰ／ＩＰ処理部１０９に返答する。
【００７６】
Ｓ３０７において、ＵＤＰ／ＩＰ処理部１０９は、Ｓ３０６で計算した固定部チェックサム値（Ｃａ）を、セッション識別子（ＳＩＤ）に関連するセッション情報テーブルに格納する。
【００７７】
Ｓ３０８において、チェックサム部分値加算部１０７は、ＵＤＰ／ＩＰ処理部１０９から、セッション識別子（ＳＩＤ）と可変部チェックサム値（Ｃｂ）及びユーザデータ（Ｄ）を受け取る。そして、セッション情報テーブルからセッション識別子（ＳＩＤ）に関連する固定部チェックサム値（Ｃａ）を取り出し、それに可変部チェックサム値（Ｃｂ）を加算し、圧縮ヘッダ（Ｈ２）に格納するチェックサム値（Ｃ）を算出する。そして、セッション識別子（ＳＩＤ）、チェックサム値（Ｃ）、及びユーザデータ（Ｄ）を、圧縮ヘッダ処理部１０５に渡す。
【００７８】
Ｓ３０９において、圧縮ヘッダ処理部１０５は、セッション識別子（ＳＩＤ）に関連するセッション情報（Ｓ）、チェックサム値（Ｃ）、及びユーザデータ（Ｄ）から、圧縮ヘッダ（Ｈ２）を生成し、圧縮ヘッダ（Ｈ２）を付加したユーザデータ（Ｄ）からなるヘッダ圧縮パケット（Ｐ）をネットワークへ送信する。
【００７９】
＜受信処理動作＞
次に、図４のフローにおいて、パケット（ユーザデータ）の受信処理の動作を説明する。Ｓ４０１において、圧縮ヘッダ処理部１０５は、ネットワークから受信したヘッダ圧縮パケット（Ｐ）から、セッション情報（Ｓ）である、送信元ＩＰアドレス（Ａ１）、受信先ＩＰアドレス（Ａ２）、送信元ＵＤＰポート番号（ｎ１）、及び受信先ＵＤＰポート番号（ｎ２）を取り出す。
【００８０】
Ｓ４０２において、圧縮ヘッダ処理部１０５は、受信したヘッダ圧縮パケット（Ｐ）のセッション情報（Ｓ）がセッション情報記憶部１０６のテーブルに既に存在しているか否かを確認する。存在している場合（Ｙ）は、セッション識別子（ＳＩＤ）、受信したヘッダ圧縮パケット（Ｐ）内のチェックサム値（Ｃ）、及びユーザデータ（Ｄ）を、チェックサム部分値加算部１０７に渡し、Ｓ４０４に進み、それ以外の場合（Ｎ）は、Ｓ４０３に進む。
【００８１】
Ｓ４０３において、圧縮ヘッダ処理部１０５は、受信パケット（Ｐ）のセッション情報（Ｓ）を、セッション情報記憶部１０６のテーブルに格納し、セッション識別子（ＳＩＤ）をセッション情報記憶部１０６から受け取り、セッション識別子（ＳＩＤ）、受信パケット（Ｐ）内のチェックサム値（Ｃ）、及びユーザデータ（Ｄ）を、チェックサム部分値加算部１０７に渡す。
【００８２】
Ｓ４０４において、チェックサム部分値加算部１０７は、セッション情報記憶部１０６のテーブルに、疑似ＵＤＰ／ＩＰヘッダ６０１の固定部情報である、送信元ＩＰアドレス（Ａ１）、受信先ＩＰアドレス（Ａ２）、送信元ＵＤＰポート番号（ｎ１）、次ヘッダ、及び受信先ＵＤＰポート番号（ｎ２）から計算した固定部チェックサム値（Ｃａ）が、既に存在しているか否かを確認する。存在している場合（Ｙ）は、Ｓ４０７に進み、それ以外の場合（Ｎ）は、Ｓ４０５に進む。
【００８３】
Ｓ４０５において、チェックサム部分値加算部１０７は、受信パケット（Ｐ）の疑似ＵＤＰ／ＩＰヘッダ６０１の固定部情報についての固定部チェックサム値（Ｃａ）を計算する。
【００８４】
Ｓ４０６において、チェックサム部分値加算部１０７は、Ｓ４０５で計算した固定部チェックサム値（Ｃａ）を、セッション識別子（ＳＩＤ）に関連するセッション情報テーブルに格納する。
【００８５】
Ｓ４０７において、チェックサム部分値加算部１０７は、受信パケット（Ｐ）のチェックサム値即ちチェックサム部分値（Ｃ１）に対し、セッション情報テーブルからセッション識別子（ＳＩＤ）に関連する固定部チェックサム値（Ｃａ）を取り出し、チェックサム値部分値（Ｃ１）に加算する。そして、その加算結果であるチェックサム部分値（Ｃ１）、セッション識別子（ＳＩＤ）、及びユーザデータ（Ｄ）を、ＵＤＰ／ＩＰ処理部１０９に渡す。
【００８６】
Ｓ４０８において、ＵＤＰ／ＩＰ処理部１０９は、疑似ＵＤＰ／ＩＰヘッダ６０１の可変部情報であるデータ長、及びチェックサム部分値加算部１０７から受け取ったユーザデータ（Ｄ）を、チェックサム計算対象データ（Ｃ２）としてチェックサム計算部１０８に渡す。チェックサム計算部１０８は、これらのデータ（Ｃ２）から可変部チェックサム値（Ｃｂ）を計算し、その結果（Ｃ３）を、ＵＤＰ／ＩＰ処理部１０９に返答する。
【００８７】
Ｓ４０９において、ＵＤＰ／ＩＰ処理部１０９は、受信パケット（Ｐ）のチェックサム値即ちチェックサム部分値（Ｃ１）に、Ｓ４０８で計算した可変部チェックサム値（Ｃｂ）を加算する。
【００８８】
Ｓ４１０において、ＵＤＰ／ＩＰ処理部１０９は、Ｓ４０９で計算したチェックサム計算結果が０（ＯＫ）であるか否かを確認する。０（ＯＫ）である場合（Ｙ）は、Ｓ４１２に進み、それ以外（ＮＧ）の場合（Ｎ）は、Ｓ４１１に進む。Ｓ４１１において、ＵＤＰ／ＩＰ処理部１０９は、受信パケット（Ｐ）のユーザデータ（Ｄ）を破棄し、受信処理を終了する。
【００８９】
Ｓ４１２において、ＵＤＰ／ＩＰ処理部１０９は、セッション情報テーブルからセッション識別子（ＳＩｖ）に関連するアプリケーション識別子（ＡＩＤ）を取り出し、対応するＵＤＰ／ＩＰアプリケーション１１０にユーザデータ（Ｄ）を渡し、受信処理を終了する。
【００９０】
＜効果＞
本実施の形態による主な効果としては以下である。従来技術では、圧縮ヘッダを含むパケットを受信した際には、そのパケットのヘッダをフルヘッダ（一例として疑似ＵＤＰ／ＩＰヘッダ６０１）に展開し、プロトコル処理を行っている。また、圧縮ヘッダを含むパケットを送信する場合も同様にフルヘッダを処理している。そのため、圧縮ヘッダを処理する際には、セッション情報テーブルから必要な情報を取り出し、フルヘッダを構成するためのデータコピーや、フルヘッダの格納のためのメモリ空間が必要であった。
【００９１】
これに対し、本通信装置１０１では、圧縮ヘッダ（Ｈ２）を含むヘッダ圧縮パケット（Ｐ）を送受信する際、本装置内の各処理部がセッション情報記憶部１０６のセッション情報テーブルから必要な情報のみを取り出すことで、フルヘッダ（Ｈ１）に相当する疑似ＵＤＰ／ＩＰヘッダ６０１に展開（構成）する必要は無い。また、チェックサム計算（誤り検出処理）においても、疑似ＵＤＰ／ＩＰヘッダ６０１の固定部情報に対する固定部チェックサム値（Ｃａ）をセッション情報テーブルに格納することで、チェックサム計算時の加算回数を削減する。これにより、同じ通信相手、即ち過去に通信しセッション情報テーブルにセッション情報（Ｓ）が格納されている相手と通信する際のチェックサム計算処理を軽減している。
【００９２】
従って、本通信装置１０１及び方法では、圧縮ヘッダ（Ｈ２）を含むパケット（Ｐ）を送受信する際の送受信処理を軽減して処理時間の短縮及び処理速度を向上することができ、本通信装置１０１に具備する必要なメモリ（ワークメモリやセッション情報記憶部１０６を含む）が少なくて済む。
【００９３】
＜変形例＞
図５，図６において、上述した一実施の形態（第１の構成）のヘッダ圧縮パケット処理装置（通信装置１０１）の別の構成（変形例）を示している。これらは、セッション情報記憶部１０６の位置が異なる。これらの構成における、各処理部の機能やヘッダ圧縮パケット（Ｐ）の送受信処理の動作等は同様である。
【００９４】
図５において、第２の構成における通信装置１０１Ｂは、ヘッダ圧縮パケット処理部１０２Ｂ、ＵＤＰ／ＩＰプロトコル処理部１０３Ｂ、アプリケーション処理部１０４を有し、ヘッダ圧縮パケット処理部１０２Ｂではなく、ＵＤＰ／ＩＰプロトコル処理部１０３Ｂ内に、セッション情報記憶部１０６Ｂを有する。例えば、圧縮ヘッダ処理部１０５は、ＵＤＰ／ＩＰプロトコル処理部１０３Ｂ内のセッション情報記憶部１０６Ｂにアクセスして情報を読み書きする。
【００９５】
図６において、第３の構成における通信装置１０１Ｃは、ヘッダ圧縮パケット処理部１０２Ｃ、ＵＤＰ／ＩＰプロトコル処理部１０３Ｃ、アプリケーション処理部１０４を有し、ヘッダ圧縮パケット処理部１０２Ｃ及びＵＤＰ／ＩＰプロトコル処理部１０３Ｃの外に、セッション情報記憶部１０６Ｃを有する。例えば、圧縮ヘッダ処理部１０５やＵＤＰ／ＩＰ処理部１０９は、通信装置１０１内にあるセッション情報記憶部１０６Ｂにアクセスして情報を読み書きする。
【００９６】
＜その他＞
上記の他に可能な構成などについて説明する。他の構成として、ヘッダ圧縮パケット（Ｐ）の送信・受信の処理の一方の機能のみを備える装置構成も可能である。
【００９７】
また、例えば圧縮ヘッダ処理部１０５に、処理対象パケットについて圧縮ヘッダ（Ｈ２）かフルヘッダ（Ｈ１）かを判断する機能、及び対応するフルヘッダ処理部を追加した構成にすれば、圧縮ヘッダ（Ｈ２）だけでなくフルヘッダ（Ｈ１）の送受信等の処理も合わせて可能となる。
【００９８】
また、本構成で適用可能な圧縮ヘッダ形式としては、６ＬｏＷＰＡＮに限定されない。また、本構成で適用可能な通信プロトコルとしては、ＵＤＰ／ＩＰに限定されず、例えばＴＣＰ／ＩＰ等も可能である。
【００９９】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
【産業上の利用可能性】
【０１００】
本発明は、例えば無線通信システムにおけるパケットデータ通信を行う装置などに利用可能である。
【図面の簡単な説明】
【０１０１】
【図１】本発明の一実施の形態におけるヘッダ圧縮パケット通信装置の構成を示す図である。
【図２】本発明の一実施の形態のヘッダ圧縮パケット通信装置において、主要部（ヘッダ圧縮パケット処理部及びＵＤＰ／ＩＰプロトコル処理部）の詳細構成を示す図である。
【図３】本発明の一実施の形態のヘッダ圧縮パケット通信装置において、ユーザデータ送信処理（ヘッダ圧縮パケット送信処理）の動作フローを示す図である。
【図４】本発明の一実施の形態のヘッダ圧縮パケット通信装置において、ヘッダ圧縮パケット受信処理（ユーザデータ受信処理）の動作フローを示す図である。
【図５】本発明の一実施の形態のヘッダ圧縮パケット通信装置において、ヘッダ圧縮パケット通信装置の別の構成（その１）を示す図である。
【図６】本発明の一実施の形態のヘッダ圧縮パケット通信装置において、ヘッダ圧縮パケット通信装置の別の構成（その２）を示す図である。
【図７】従来技術例である、及び本発明の一実施の形態で扱う、６ＬｏＷＰＡＮにおける圧縮ヘッダ（６ＬｏＷＰＡＮ圧縮ヘッダ）の構成を示す図である。
【図８】従来技術例である、及び本発明の一実施の形態で参照する、ＵＤＰ／ＩＰｖ６フルヘッダ及びその圧縮ヘッダの構成を示す図である。
【図９】従来技術例である、及び本発明の一実施の形態で参照する、疑似ＵＤＰ／ＩＰヘッダの構成を示す図である。
【図１０】従来技術例における、ヘッダ圧縮パケット受信装置の構成を示す図である。
【図１１】従来技術例における、ヘッダ圧縮パケット受信装置の詳細構成を示す図である。
【符号の説明】
【０１０２】
１０１，１０１Ｂ，１０１Ｃ…ヘッダ圧縮パケット通信装置（ヘッダ圧縮パケット処理装置）、１０２，１０２Ｂ，１０２Ｃ…ヘッダ圧縮パケット処理部、１０３，１０３Ｂ，１０３Ｃ…ＵＤＰ／ＩＰプロトコル処理部、１０４…アプリケーション処理部、１０５…圧縮ヘッダ処理部、１０６，１０６Ｂ，１０６Ｃ…セッション情報記憶部、１０７…チェックサム部分値加算部、１０８…チェックサム計算部、１０９…ＵＤＰ／ＩＰ処理部、１１０（１１０−１，１１０−２，１１０−３）…アプリケーション（ＵＤＰ／ＩＰアプリケーション）、４０１…６ＬｏＷＰＡＮ圧縮ヘッダ、４０２…圧縮ヘッダ符号、４０３…圧縮ＩＰｖ６ヘッダ、４０４…圧縮ＵＤＰヘッダ、４０５…情報、４０６…情報、４０７…情報、５０１…ＵＤＰ／ＩＰｖ６フルヘッダ、５０２…圧縮ヘッダ（ＵＤＰ／ＩＰｖ６圧縮ヘッダ）、５０３…ＩＰｖ６ヘッダ、５０４…ＵＤＰヘッダ、５０５…ＣＩＤ（コンテキスト識別子）、６０１…疑似ＵＤＰ／ＩＰヘッダ、６０２…疑似ＩＰヘッダ、６０３…ＵＤＰヘッダ、９０１…ヘッダ圧縮パケット受信装置、９０２…ＰＰＰフレーム受信部、９０３…圧縮ヘッダ受信処理部、９０４…ＵＤＰ／ＩＰ受信処理部、９０５…疑似ＵＤＰ受信処理部、９０６…セッション情報記憶部、９０７…ユーザデータ出力部、９０８…ＵＤＰ／ＩＰアプリケーション、１００１…フルヘッダ受信部、１００２…圧縮ヘッダ受信部、１００３…コンテキスト情報記憶部、１００４…ＩＰ受信処理部、１００５…ＵＤＰ受信処理部、１００６，１００７…チェックサム確認部、１００８…疑似ＵＤＰ／ＩＰヘッダ生成部。
【技術分野】
【０００１】
本発明は、ネットワーク等の通信システムにおけるデータ送受信に関し、特に、ヘッダ圧縮技術を用いたパケット処理に関する。
【背景技術】
【０００２】
近年、ビルや家庭内の空調機器、照明機器、センサ等の制御系機器などの機器に対して、ネットワークを利用した高機能化と、その応用サービス・システムのニーズが高まっている。例えば、人感センサや温湿度センサが周辺情報を空調機器や照明機器に伝送し、電源のオン・オフや設定温度・照度の調整を自動で行う遠隔制御機能などである。
【０００３】
このようにネットワークを介して情報を伝送する場合、対象となる情報・データ（ユーザデータと称する）に、送信元や受信先を特定するための情報などを示すヘッダを付加し、パケット化して伝送する方法が主流となっている。例えば、ＩＰ（Internet Protocol）ネットワーク上でパケットを伝送する際には、ＩＰが通信プロトコルとして利用される。ＩＰのヘッダは、ＩＰｖ４の場合は２０バイト、ＩＰｖ６の場合は４０バイトのデータ量である。
【０００４】
これらヘッダのデータ量は、ユーザデータのデータ量にかかわらず一定であるため、ユーザデータのデータ量が少ない場合は、パケットの大部分をヘッダが占めることとなる。特に上述の制御系機器の遠隔制御では、概してユーザデータのデータ量は少ない。
【０００５】
パケットのヘッダは、本来送受信の対象であるユーザデータではないため、ヘッダの占める割合が大きくなることは好ましいことではない。このため、ヘッダ本来の情報（フルヘッダ）のうち、固定的な情報を除いて構成（作成）した新たなヘッダである圧縮ヘッダを利用して、伝送データ量を少なくする方法が適用されることも多い。
【０００６】
ヘッダ圧縮の方式には、ＩＥＴＦ（Internet Engineering Task Force）で規定された複数の種類が存在する。例えば、プロトコルセットとしてＴＣＰ／ＵＤＰ／ＩＰ、ＲＴＰ／ＵＤＰ／ＩＰを対象としたＩＰヘッダ圧縮（非特許文献１）や、低消費電力ネットワーク上でＩＰｖ６パケットを伝送する規格である６ＬｏＷＰＡＮ（IPv6 over Low Power WPAN）で利用される方式（非特許文献２）等である。
【０００７】
６ＬｏＷＰＡＮのパケット処理では、ＵＤＰ／ＩＰｖ６の６０バイトのヘッダを、最小で８バイトにまで圧縮することが可能である（図７）。
【０００８】
また、非特許文献１の圧縮ヘッダ（ＩＰヘッダ圧縮）を用いる手法（第１の技術とする）では、パケット（ユーザデータ）に対し、通常（圧縮ヘッダ無し）の形式のヘッダとほぼ同様の構成であるフルヘッダを散発的に付加し、それ以外の大部分のパケット（ユーザデータ）に対しては圧縮ヘッダを付加する。これにより、ＵＤＰ／ＩＰｖ６の６０バイトのヘッダを最小で４バイトにまで圧縮でき、伝送する情報量を減少する（図８）。
【０００９】
また、非特許文献１のヘッダ圧縮パケットを処理する技術に対応する一構成例として、特開２００５−２５２８５５号公報（特許文献１）に開示されているものがある。
【特許文献１】特開２００５−２５２８５５号公報
【非特許文献１】“IP Header Compression（RFC 2507）”、M. Degermark, B. Nordgren and S. Pink、IETF、February,1999
【非特許文献２】“Transmission of IPv6 Packets over IEEE 802.15.4 Networks draft-ietf-6lowpan-format-04(work in progress)”、G. Montenegro and N. Kushalnagar、IETF、August, 2006
【発明の開示】
【発明が解決しようとする課題】
【００１０】
前記第１の技術のような従来技術では、ヘッダ圧縮パケットの送受信において、圧縮ヘッダをフルヘッダに展開（再構成）してチェックサム計算等のプロトコル処理を行うので、データコピー等が発生し、その分メモリを消費し、処理効率が良くない、という問題がある。これは詳しくは以下である。
【００１１】
前記従来の構成（第１の技術）では、圧縮ヘッダの中にＣＩＤ（Context Identifier：コンテキスト識別子）情報が格納されており（図８）、その情報をもとに、散発的に伝送されるフルヘッダとの関連付けを行っている。また、ヘッダ圧縮パケットを受信した際、圧縮ヘッダ中の情報であるＣＩＤと、セッション情報記憶部に格納されている、該当ＣＩＤに関連付けられた該当セッション情報とを利用して、通常の形式（圧縮しない形式）のフルヘッダ（第１の技術では疑似ＵＤＰ／ＩＰヘッダ）を一旦構成し、チェックサム計算（誤り検出）等のプロトコル処理（ネットワークプロトコル処理）を行っている。そのため、セッション情報記憶部に格納されている該当セッション情報を、フルヘッダを構成（展開）するためのメモリ空間へデータコピーしなければならない。また、ヘッダ圧縮パケットを送信する際も、上記受信の際と同様に、フルヘッダの構成のためのデータコピーが発生する。上記フルヘッダの構成及びデータコピーのために、ワーキングメモリが必要になる。また、伝送される大部分のパケットが圧縮ヘッダであり、その圧縮ヘッダを送受信する度に前記データコピーが発生する。そのため、パケット処理装置内のプロトコル処理効率が良くない。換言すれば、パケット処理時間が長くなり、通信処理速度が低減する。
【００１２】
本発明は以上のような問題に鑑みてなされたものであり、その目的は、上記のような問題を解決し、圧縮ヘッダのパケットを処理する方法及び装置における、処理効率向上及びメモリ削減を実現できる技術を提供することにある。
【課題を解決するための手段】
【００１３】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。前記目的を達成するために、本発明は、通信システムにおける、フルヘッダの代わりにフルヘッダよりもデータ量が少なくなるように圧縮（省略）構成されたヘッダ情報（圧縮ヘッダ）が付加されたデータ（ユーザデータ）からなるパケットデータ（ヘッダ圧縮パケット）を送受信処理する方法及び装置であって、以下の構成を特徴とする。
【００１４】
本ヘッダ圧縮パケット処理方法は、ネットワーク等に対してヘッダ圧縮パケットを送受信する処理（ヘッダ圧縮パケット処理）、及び、トランスポート層及びネットワーク層に対応のプロトコル処理の工程を有して構成される。また、本ヘッダ圧縮パケット処理装置は、ネットワーク等に対してヘッダ圧縮パケットを送受信する処理（ヘッダ圧縮パケット処理）、及び、トランスポート層及びネットワーク層に対応のプロトコル処理の手段を有して構成される。またその他、上位のアプリケーション処理などの手段（工程）を備えてもよい。また、本装置内のいずれかの箇所には、セッション情報及びその他関連情報のテーブルを格納するセッション情報記憶手段（メモリ）を設ける。本装置内の各処理手段（工程）が、セッション情報記憶手段のテーブルの情報を共用する構成である。
【００１５】
セッション情報記憶手段のテーブルには、通信相手を特定するアドレス情報等を含む、通信相手とのセッション情報（換言すれば複数のパケットの送受信のフローに係わる情報）が格納される。なおその格納の際にセッション情報を作成することは条件ではなく、外部からセッション情報が与えられてもよい。セッション情報は、そのセッション情報を識別する情報（セッション識別子）を含むまたは関連付けされる。また、本テーブルのセッション情報に対し、ユーザデータを授受するアプリケーション（上位の処理部）を識別する情報（アプリケーション識別子）などが関連付けまたは含まれる。本装置内の各処理部が、セッション識別子などを用いて、テーブルの情報を共用する。
【００１６】
加えて、本テーブルには、チェックサム計算等の誤り検出処理の部分値（処理途中値であり最終的な計算値とは異なる）である、固定部チェックサム値（第１の計算値）を格納する。固定部チェックサム値は、フルヘッダのうちの固定部情報から計算される。フルヘッダのうちの固定部情報は、圧縮ヘッダではほぼ省略される可能性が高い情報である。これに対し、同様の処理の部分値である、可変部チェックサム値（第２の計算値）は、フルヘッダのうちの可変部情報から計算される。
【００１７】
本構成により、送受信パケットがヘッダ圧縮パケットである場合、本装置内の各処理部が自身の処理を行う際に、セッション情報記憶手段から、圧縮ヘッダに対応する該当セッション情報を入手して利用できる。また、フルヘッダには含まれるが圧縮ヘッダでは省略される情報に関しても、フルヘッダ相当の情報に対するチェックサム計算（誤り検出処理）を行うことができる。よって、本処理方法及び装置では、ヘッダ圧縮パケットのみの伝送であっても、パケット送受信及びプロトコル処理を遂行できる。
【００１８】
本処理方法及び装置では、ヘッダ圧縮パケットを或る通信相手に初めて送信する際には、対応するセッション情報を、セッション情報記憶手段のテーブルに格納する。圧縮ヘッダを構成する際は、このテーブルから必要な情報のみを取り出して利用する。また、既にテーブル内に情報として存在する通信相手に対しヘッダ圧縮パケットを送信する際には、引き続きそのテーブル内の該当セッション情報を利用する。
【００１９】
ヘッダ圧縮パケットを受信した際は、そのパケットの圧縮ヘッダに格納されている情報と、セッション情報記憶手段のテーブル内の該当セッション情報とを比較する。既にテーブル内に該当セッション情報が存在する場合、そのセッション情報の識別子を本装置内の各処理部で受け渡し、該当セッション情報が存在しない場合、テーブル内に新たにセッション情報を格納し、そのセッション情報の識別子を本装置内の各処理部で受け渡す。このように、テーブル内の情報を装置内の各処理部で共用することにより、各処理部が必要なときに必要な情報のみを利用することができる。
【００２０】
また、本処理装置及び方法では、フルヘッダ（一例として疑似ＵＤＰ／ＩＰヘッダ）内の固定部情報に対する部分的なチェックサム計算を予め行い、その結果である固定部チェックサム値（第１の計算値）をセッション情報記憶手段のテーブルに格納しておく（新たな通信相手に初めてパケットを送信する際など）。フルヘッダに含まれる固定部情報は、ほぼ省略されて圧縮ヘッダには含まれない場合が多いが（例えば６ＬｏＷＰＡＮ）、圧縮ヘッダのチェックサム計算を行う際に、テーブルに格納してある第１の計算値を利用することにより、わざわざ疑似ヘッダ（フルヘッダ）を構成することなく、第１と第２の計算値を合わせることでチェックサム計算を行うことができる。上記構成により、圧縮ヘッダをフルヘッダに一切展開することなく、チェックサム計算等のプロトコル処理を含むパケット処理を行うことができる。
【００２１】
本ヘッダ圧縮パケット処理方法は、例えば以下の構成である。本処理方法では、ヘッダ圧縮パケットの送受信に関する誤り検出処理として、フルヘッダのうちの、固定部情報についての第１の計算値と、可変部情報についての第２の計算値とを計算処理し、第１の計算値をセッション情報記憶手段に格納し、第２の計算値を含んだ圧縮ヘッダをユーザデータに付加したヘッダ圧縮パケットを構成（作成）する。そして、ヘッダ圧縮パケットの送受信の際、圧縮ヘッダに含まれる第２の計算値とセッション情報記憶手段の第１の計算値とを用いて誤り検出処理を行う。また、第１と第２の計算値を時間的に別のタイミングで計算し、後でそれら両者を加算等することにより、誤り検出処理の計算値を得る。ヘッダ圧縮パケットの送受信の際に、計算処理した第２の計算値と、セッション情報記憶手段に格納されている第１の計算値とを用いて、誤り検出処理の計算値を得る。
【００２２】
また、本ヘッダ圧縮パケット処理装置は、例えば以下の構成である。本処理装置は、セッション情報記憶手段と、ヘッダ圧縮パケットの送受信に関する誤り検出処理では、第１の計算値と第２の計算値とを計算処理し、第１の計算値をセッション情報記憶手段のセッション情報に含んで格納し、第２の計算値を含んだ圧縮ヘッダをユーザデータに付加したヘッダ圧縮パケットを構成し、ヘッダ圧縮パケットの送受信の際、圧縮ヘッダに含まれる第２の計算値とセッション情報記憶手段の第１の計算値とを用いて誤り検出処理を行うことを含む、ヘッダ圧縮パケット処理及びプロトコル処理を行う手段とを有する。
【００２３】
また、ヘッダ圧縮パケット処理及びプロトコル処理を行う手段は、ヘッダ圧縮パケットを送信する際に、セッション情報をもとに圧縮ヘッダを構成する処理と、ヘッダ圧縮パケットを受信する際に、受信したヘッダ圧縮パケットの圧縮ヘッダとセッション情報記憶手段に格納されているセッション情報とをもとに圧縮ヘッダの情報を解釈する処理と、を行う圧縮ヘッダ処理手段（１０５）と、フルヘッダのうちの誤り検出処理の第１の計算値と第２の計算値とを用いて誤り検出処理の部分値を計算する部分値計算手段（１０７）と、誤り検出処理の第２の計算値を計算する処理（１０８）と、ヘッダ圧縮パケットを送信する際に、ユーザデータを送受信するアプリケーションの識別情報と、セッション情報記憶手段に格納されているセッション情報とを比較し、セッション情報の識別情報を抽出し、ヘッダ圧縮パケットを受信した際に、セッション情報の識別情報及びアプリケーションの識別情報に関連付けられたアプリケーションにユーザデータを受け渡す処理（１０９）と、を行うネットワーク層及びトランスポート層のプロトコル処理手段とを有する。
【発明の効果】
【００２４】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。本発明によれば、圧縮ヘッダのパケットを処理する方法及び装置における、処理効率向上及びメモリ削減を実現できる。特に、圧縮ヘッダからフルヘッダを構成（展開）する必要なくプロトコル処理を行うので、パケット処理時間が短く通信処理速度を向上でき、またデータコピーに必要なメモリが不要になる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。
【００２６】
＜従来技術例＞
以下、図７〜図１１を用いて、本発明及び実施の形態を従来技術と比較してわかりやすく説明するために、ヘッダ圧縮形式や装置構成例などに係わる各従来技術について簡単に説明する。
【００２７】
＜ヘッダ圧縮（６ＬｏＷＰＡＮ）＞
図７を用いて、フルヘッダ及び圧縮ヘッダの一例として、６ＬｏＷＰＡＮの場合を説明する。図７において、６ＬｏＷＰＡＮ圧縮ヘッダ４０１は、圧縮ヘッダ符号４０２、圧縮ＩＰｖ６ヘッダ４０３、圧縮ＵＤＰヘッダ４０４から構成されている。
【００２８】
圧縮ヘッダ符号４０２は、６ＬｏＷＰＡＮにおけるフルヘッダ（ＵＤＰ／ＩＰｖ６フルヘッダ（図８の５０１）に対応する）に含まれる情報（例として、情報４０６、情報４０７）から省略せずに圧縮ヘッダ部（４０３，４０４）に格納する情報を示す、２バイトの情報４０５である。圧縮ヘッダ符号４０２の情報４０５は、ＩＰｖ６ヘッダ（図８の５０３）の圧縮情報（圧縮ヘッダに格納する情報）を示す符号：ＨＣ１と、ＵＤＰヘッダ（図８の５０４）の圧縮情報を示す符号：ＨＣ２とから構成される。情報４０６は、図８のＩＰｖ６ヘッダ５０３のうちの一部、情報４０７は、図８のＵＤＰヘッダ５０４のうちの一部である。
【００２９】
圧縮ＩＰｖ６ヘッダ４０３は、ＩＰｖ６におけるホップ数、送信元アドレス、受信先アドレス、トラフィッククラス、フローラベル、及び次ヘッダの３９バイトの情報４０６をもとに構成される。実際のパケットの圧縮ＩＰｖ６ヘッダ４０３には、これらの情報４０６の中から前記ＨＣ１で指定されたもののみを含む、２〜３９バイトの可変長の情報である。
【００３０】
圧縮ＵＤＰヘッダ４０４は、ＵＤＰにおける送信元ポート番号、受信先ポート番号、データ長、及びチェックサムの８バイトの情報４０７をもとに構成される。実際のパケットの圧縮ＵＤＰヘッダ４０４には、これらの情報４０７の中から前記ＨＣ２で指定されたもののみを含む、４〜８バイトの可変長の情報である。
【００３１】
これらの構成により、６ＬｏＷＰＡＮのパケット処理では、ＵＤＰ／ＩＰｖ６の６０バイトのヘッダ（図８の５０１）を、６ＬｏＷＰＡＮ圧縮ヘッダ４０１のように最小で８バイト（２＋２＋４＝８バイト）にまで圧縮することが可能である。
【００３２】
なお、圧縮ＩＰｖ６ヘッダ４０３及び圧縮ＵＤＰヘッダ４０４の中で、圧縮ヘッダ符号４０２で指定されない情報、即ちフルヘッダに対して圧縮（省略）により欠落した情報であっても、それらは不変的な情報や他の情報から導出可能なものであるため、フルヘッダに完全に復元可能である。
【００３３】
なお、６ＬｏＷＰＡＮ自体は、フルヘッダと圧縮ヘッダの両方の処理が可能であるが、本実施の形態では、６ＬｏＷＰＡＮにおける圧縮ヘッダを扱う。
【００３４】
＜ヘッダ圧縮（ＵＤＰ／ＩＰ）＞
図８を用いて、ＲＦＣ２５０７（非特許文献１）におけるＵＤＰ／ＩＰｖ６フルヘッダ５０１及びその圧縮ヘッダ５０２の構成を説明する。ＵＤＰ／ＩＰｖ６フルヘッダ５０１は、ＲＦＣ２４６０で規定されているＩＰｖ６ヘッダ５０３とＵＤＰヘッダ５０４とを組み合わせて成るものである。
【００３５】
ＵＤＰ／ＩＰｖ６フルヘッダ５０１におけるレングス（レングス＃１，＃２）部分に、ＣＩＤ（Context Identifier：コンテキスト識別子）５０５含む情報が書き込まれるものである（図示していない）。なお、レングス＃１，＃２は、通常（圧縮ヘッダ無し）のヘッダ形式のＵＤＰ／ＩＰｖ６ヘッダの場合では、ペイロード長及びデータグラム長がそれぞれ書き込まれる部分であり、ＣＩＤ５０５は書き込まれない。ＣＩＤ５０５は、従来技術として、フローを特定するための識別情報、換言すればフルヘッダを特定するための識別情報である。なお、レングス＃１，＃２内のＣＩＤ５０５と、圧縮ヘッダ５０２内のＣＩＤ５０５とで対応付け可能である。
【００３６】
圧縮ヘッダ５０２は、通常（圧縮ヘッダ無し）のＵＤＰ／ＩＰｖ６ヘッダを構成する情報のうち、可変的な部分であるチェックサムとＣＩＤ５０５とを含む情報から構成されるものである。
【００３７】
前記ＲＦＣ２５０７（非特許文献１）の圧縮ヘッダを用いる手法（第１の技術）では、通常（圧縮ヘッダ無し）の形式とほぼ同様の構成であるフルヘッダを散発的に付加し、それ以外の大部分のパケットに対しては圧縮ヘッダを付加する。これにより、ＵＤＰ／ＩＰｖ６の６０バイトのヘッダを最小で４バイトにまで圧縮でき、伝送する情報・データ量を減少する。
【００３８】
なお、公知技術であるチェックサム（チェックサム計算）は、データ送受信における誤り検出方法の１つである。即ち、送信側では、対象データの各ブロックの数値の合計などをとり、それ（チェックサム値）を対象データに付加して送信する。受信側では、受信データから同様にチェックサム値を計算し、それと受信チェックサム値とが一致するかどうかを検査する。両者が異なる場合、伝送路で対象データに誤りが生じていることになる。
【００３９】
＜疑似ＵＤＰ／ＩＰヘッダ＞
図９において、後述の従来技術例の処理に係わる、疑似ＵＤＰ／ＩＰヘッダ６０１の構成を示している。疑似ＵＤＰ／ＩＰヘッダ６０１は、疑似ＩＰヘッダ６０２とＵＤＰヘッダ６０３から構成される。疑似ＵＤＰ／ＩＰヘッダ６０１及びユーザデータを１６ビットずつ加算して得られる総和の１の補数が、チェックサム値である。疑似ＵＤＰ／ＩＰヘッダ６０１は、ネットワーク上での伝送は行われず、チェックサム計算処理のために構成される。疑似ＩＰヘッダ６０２は、チェックサム計算処理に必要な情報のみで構成される。なお、疑似ヘッダとは、当該情報をネットワークで伝送しないことからそのように呼称している。
【００４０】
＜ヘッダ圧縮パケット処理装置例＞
図１０，図１１を用いて、前記特許文献１記載の従来技術例であるヘッダ圧縮パケット処理及び装置について簡単に説明する。図１０，図１１に示す構成例は、図８のパケット及びヘッダ構成を処理する一例となっている。これら構成は、ヘッダ圧縮パケットの受信処理の場合を示している。
【００４１】
図１０における本従来技術例のヘッダ圧縮パケット処理装置（ヘッダ圧縮パケット受信装置９０１）の概略構成を示している。ヘッダ圧縮パケット受信装置９０１は、ＰＰＰフレーム受信部９０２、圧縮ヘッダ受信処理部９０３、ＵＤＰ／ＩＰ受信処理部９０４、疑似ＵＤＰ受信処理部９０５、セッション情報記憶部９０６、及びユーザデータ出力部９０７から構成されている。ユーザデータ出力部９０７から、それぞれのＵＤＰ／ＩＰアプリケーション９０８に対して出力する。
【００４２】
図１１の詳細構成において、圧縮ヘッダ受信処理部９０３は、フルヘッダ受信部１００１、圧縮ヘッダ受信部１００２、及びコンテキスト情報記憶部１００３から構成されている。ＵＤＰ／ＩＰ受信処理部９０４は、ＩＰ受信処理部１００４、及びＵＤＰ受信処理部１００５から構成されている。疑似ＵＤＰ受信処理部９０５は、チェックサム確認部１００７、及び疑似ＵＤＰ／ＩＰヘッダ生成部１００８から構成されている。
【００４３】
ＰＰＰフレーム受信部９０２は、外部装置から送信されてきたＰＰＰフレームを受信し、その中に含まれるＰＰＰヘッダを解析する。
【００４４】
圧縮ヘッダ受信処理部９０３は、ユーザデータに付加されているヘッダが、フルヘッダであるか圧縮ヘッダであるかを判断・区分して、後段の処理部でそれぞれに対し異なる処理を行わせる。
【００４５】
ＵＤＰ／ＩＰ受信処理部９０４は、フルヘッダ即ち通常のＵＤＰ／ＩＰヘッダが付加されているパケット（ＵＤＰ／ＩＰパケット）を処理（ＵＤＰ／ＩＰ受信処理）し、当該パケットに対応するアプリケーション（９０８）を選定する。
【００４６】
疑似ＵＤＰ受信処理部９０５は、圧縮ヘッダ（ＣＩＤとチェックサムを含む）と、セッション情報記憶部９０６に格納されているセッション情報とから、図９の疑似ＵＤＰ／ＩＰヘッダ６０１を生成して受信処理（疑似ＵＤＰ受信処理）を行い、当該パケットに対応するアプリケーション（９０８）を選定する。
【００４７】
セッション情報記憶部９０６は、ＩＰアドレスとＵＤＰポート番号との組み合わせに対応するセッション情報、及び対応するアプリケーションを識別する情報（アプリケーション識別子：ＡＩＤとする）を記憶する。
【００４８】
ユーザデータ出力部９０７は、受信したユーザデータを、指定されたＵＤＰ／ＩＰアプリケーション９０８へと出力する。
【００４９】
次に、本従来技術例のパケット受信時の動作の概略を説明する。パケットを受信した際には、ＰＰＰフレーム受信部９０２が、これに付加されているヘッダが圧縮ヘッダであるかフルヘッダであるかを判断する。フルヘッダが付加されているユーザデータについては、フルヘッダ受信部１００１に渡す。フルヘッダ受信部１００１では、そのフルヘッダに含まれる情報と、セッション情報を特定するための識別情報（セッション識別子：ＳＩＤとする）とを比較して、そのフルヘッダが付加されているユーザデータの受け渡し先となるアプリケーション（９０８）を選択する。この際、チェックサム確認部１００６において、そのヘッダ中のチェックサムを確認（計算）し、受信したパケットに誤りが無いかを検査する。そのチェックサム計算の結果、異常が無ければ、ＵＤＰ／ＩＰ受信処理部９０４は、ユーザデータ出力部９０７に、ユーザデータとアプリケーション識別子（ＡＩＤ）とを渡す。それと共に、コンテキスト情報記憶部１００３に、セッション識別子（ＳＩＤ）と、フルヘッダ中のコンテキスト識別子（ＣＩＤ）とを、関連付けて記憶する。
【００５０】
一方、圧縮ヘッダが付加されている際には、ＰＰＰフレーム受信部９０２は、そのパケットを、圧縮ヘッダ受信部１００２に渡す。圧縮ヘッダ受信部１００２では、圧縮ヘッダからＣＩＤを抽出し、そのＣＩＤに関連付けられたＳＩＤを、コンテキスト情報記憶部１００３から読み出す。そして、読み出したＳＩＤに対応したセッション情報に基づいて、一旦、疑似ＵＤＰ／ＩＰヘッダ６０１を生成し、そのＳＩＤ及び疑似ＵＤＰ／ＩＰヘッダ６０１を、疑似ＵＤＰ受信処理部９０５に渡す。疑似ＵＤＰ受信処理部９０５（チェックサム確認部１００７）では、フルヘッダの場合と同様にチェックサムの計算を行い、異常が無ければ、そのセッション情報に基づいて圧縮ヘッダが付加されていたユーザデータを受け渡すアプリケーション（９０８）を決定し、ユーザデータ出力部９０７にそのユーザデータ及びＡＩＤを渡す。このような構成例により、圧縮ヘッダが付加されたパケットの処理が可能である。
【００５１】
＜問題点等＞
しかしながら、上述した従来技術は、本実施の形態の技術と、ヘッダ圧縮パケットを処理する点で共通するが、フルヘッダを処理する点などで異なる。前記従来の構成（第１の技術）では、圧縮ヘッダの中にＣＩＤ情報が格納されており（図８）、その情報をもとに、散発的に伝送されるフルヘッダとの関連付けを行っていた。しかしながら、６ＬｏＷＰＡＮのように、パケットに付加される全てのヘッダが圧縮ヘッダであるような場合、前記第１の技術のようにフルヘッダを処理する装置構成はそもそも不要である。
【００５２】
また、前記第１の技術では、ヘッダ圧縮パケットを受信した際、圧縮ヘッダ中の情報であるＣＩＤと、セッション情報記憶部に格納されている、該当ＣＩＤに関連付けられた該当セッション情報とを利用して、通常の形式（圧縮しない形式）のフルヘッダ（第１の技術では疑似ＵＤＰ／ＩＰヘッダ６０１）を一旦構成し、チェックサム計算等のプロトコル処理を行う。そのため、セッション情報記憶部に格納されている該当セッション情報を、フルヘッダを構成するためのメモリ空間へデータコピーしなければならない。また、ヘッダ圧縮パケットを送信する際も、セッション情報からフルヘッダを構成し、チェックサム計算等を行い、圧縮ヘッダを構成して送信するので、上記ヘッダ圧縮パケット受信の際と同様のデータコピーが発生していた。フルヘッダの構成（展開）及びデータコピーのためには、ワーキングメモリが必要になる。
【００５３】
また、前記第１の技術では、伝送される大部分のパケットが圧縮ヘッダであり、その圧縮ヘッダを送受信する度に前記データコピーが発生する。そのため、パケット処理装置内のプロトコル処理効率が良くない。換言すれば、パケット処理時間が長くなり、通信処理速度が低減する。
【００５４】
＜実施の形態＞
上述した技術を踏まえ、図１〜図６、並びに前記従来技術例と共通の図７〜図９を用いて、本発明の一実施の形態におけるヘッダ圧縮パケット処理方法及びその方法を用いるヘッダ圧縮パケット処理装置を説明する。本方法及び装置では、特徴として、６ＬｏＷＰＡＮにおけるパケット（ヘッダ圧縮パケット）の送受信（送信・受信の両方）の機能を備える構成において、本装置内の各処理部で、固定部チェックサム値を含ませたセッション情報を共用する。そして、各パケットの送受信の際のプロトコル処理では、可変部チェックサム値を計算し、固定部チェックサム値と加算することで、チェックサム値を取得する。これにより、圧縮ヘッダを一切フルヘッダに展開することなく、ヘッダ圧縮パケットの送受信処理が実現される。
【００５５】
＜概略構成＞
図１において、本実施の形態のヘッダ圧縮パケット処理装置であるヘッダ圧縮パケット通信装置（通信装置と略称する）１０１の概略構成を示している。通信装置１０１は、主に、ヘッダ圧縮パケット処理部１０２、ＵＤＰ／ＩＰプロトコル処理部１０３、及びアプリケーション処理部１０４から構成されている。
【００５６】
ヘッダ圧縮パケット処理部１０２は、圧縮ヘッダ処理部１０５、セッション情報記憶部１０６、及びチェックサム部分値加算部１０７から構成されている。ＵＤＰ／ＩＰプロトコル処理部１０３は、チェックサム計算部１０８、及びＵＤＰ／ＩＰ処理部１０９から構成されている。アプリケーション処理部１０４は、ＵＤＰ／ＩＰを利用するそれぞれのＵＤＰ／ＩＰアプリケーション１１０（１１０−１，１１０−２，１１０−３）を含むものである。
【００５７】
本通信装置１０１は、特徴的な部位は、ヘッダ圧縮パケット処理部１０２、ＵＤＰ／ＩＰプロトコル処理部１０３である。本通信装置１０１は、ソフトウェア／ハードウェア（回路ＩＣなど）で実装構成されるが、どの部分をＩＣ化するか等、実装詳細は各種可能である。また、各処理部は、分けずに１つの処理部として構成することもできる。また、各処理部内には、圧縮ヘッダの処理に必要な分のワークメモリ（図示しない）等も有する。
【００５８】
セッション情報記憶部１０６には、図２のようなセッション情報（セッション情報テーブル）が格納される。なお、圧縮ヘッダ処理部１０５、ＵＤＰ／ＩＰ処理部１０９等では、必要に応じてセッション情報を作成することが可能である。
【００５９】
ＵＤＰ／ＩＰプロトコル処理部１０３は、トランスポート層／ネットワーク層処理部に相当する。ヘッダ圧縮パケット処理部１０２は、上位のＵＤＰ／ＩＰプロトコル処理部１０３（トランスポート層／ネットワーク層処理部）と下位の図示しない物理／ＭＡＣ層との間に設ける適応部（アダプタ）である。
【００６０】
なお、説明の必要に応じて、Ｐ：パケット（ヘッダ圧縮パケット）、Ｄ：ユーザデータ、Ｈ１：フルヘッダ、Ｈ２：圧縮ヘッダ、Ｓ：セッション情報、Ｃ：チェックサム値などとして表す。
【００６１】
＜詳細構成＞
次に、図２において、通信装置１０１の詳細構成を示している。特にパケット処理例における各処理部間のデータ・情報の受け渡しも示している。圧縮ヘッダ処理部１０５は、ネットワークからパケット（Ｐ）を受信し、あるいはネットワークへとパケット（Ｐ）を送信する、処理部位である。圧縮ヘッダ処理部１０５は、パケット（Ｐ）を送信する際には、セッション情報（Ｓ）をもとに、圧縮ヘッダ（Ｈ２）を構成（作成）する。また、圧縮ヘッダ処理部１０５は、パケット（Ｐ）を受信した際には、セッション情報（Ｓ）と、圧縮ヘッダ（Ｈ２）が付加されたパケット（Ｐ）とをもとに、圧縮ヘッダ（Ｈ２）の情報を解釈する。
【００６２】
セッション情報記憶部１０６のセッション情報テーブルには、セッション情報（Ｓ）、更にそれに対応付けされるアプリケーション識別子（ＡＩＤ）等の情報を格納する。本例では、セッション情報（Ｓ）としては、セッション識別子（ＳＩＤ）（当該セッション情報（Ｓ）内に含む）、送信元ＩＰアドレス（Ａ１）、受信先ＩＰアドレス（Ａ２）、送信元ＵＤＰポート番号（ｎ１）、受信先ＵＤＰポート番号（ｎ２）、及び、固定部チェックサム値（Ｃａ）から構成される。本セッション情報テーブル内には、従来技術例で用いるＣＩＤは不要である。なお、本セッション情報テーブルのデータ構造は、図２に示すものに限定されるものではない。
【００６３】
セッション情報記憶部１０６では、パケット（Ｐ）を送信する際には、ＵＤＰ／ＩＰ処理部１０９から受け取ったセッション情報（Ｓ）がセッション情報テーブルに記憶され、パケット（Ｐ）を受信した際には、圧縮ヘッダ処理部１０５から受け取ったセッション情報（Ｓ）がセッション情報テーブルに記憶される。
【００６４】
チェックサム部分値加算部１０７は、パケット（Ｐ）を送信する際には、ＵＤＰ／ＩＰ処理部１０９から受け取ったチェックサム値（Ｃ）に、セッション情報記憶部１０６から受け取ったチェックサム部分値（Ｃ１）を加算し、パケット（Ｐ）を受信した際には、圧縮ヘッダ処理部１０５から受け取ったチェックサム値（Ｃ）に、セッション情報記憶部１０６から受け取ったチェックサム部分値（Ｃ１）を加算する、処理部位である。
【００６５】
チェックサム計算部１０８は、チェックサム計算の対象となるデータ（チェックサム計算対象データ：Ｃ２）を、ＵＤＰ／ＩＰ処理部１０９から受け取り、チェックサム計算し、チェックサム計算結果（Ｃ３）を返答する。
【００６６】
ＵＤＰ／ＩＰ処理部１０９は、パケット（Ｐ）の送受信の際に、チェックサム計算やアプリケーション判断などのプロトコル処理を行い、対応するＵＤＰ／ＩＰアプリケーション１１０とユーザデータ（Ｄ）の受け渡しを行う処理部位である。
【００６７】
セッション情報（Ｓ）は、アドレス（Ａ１，Ａ２）やポート番号（ｎ１，ｎ２）を主にして、加えて、固定部チェックサム値（Ｃａ）が含まれる。固定部チェックサム値（Ｃａ）は、チェックサム部分値、即ち、パケット（Ｐ）のチェックサム処理の部分的な処理途中の計算値である。更に、これらのセッション情報（Ｓ）（特に受信先ＵＤＰポート番号：ｎ２）に対して、アプリケーション識別子（ＡＩＤ）が対応付けされる例である。
【００６８】
従来技術では、パケットの送受信の都度、パケットの全部のデータに対してチェックサム処理を行っている。一方、本実施の形態では、フルヘッダ（Ｈ１）のうちの固定部の情報のみを予めチェックサム処理して固定部チェックサム値（Ｃａ）としてセッション情報テーブルに格納しておき、各部で共用する。そして、パケット送受信の際は、圧縮ヘッダ（Ｈ２）に含まれる、フルヘッダ（Ｈ１）の可変部の情報を、その都度チェックサム処理し、固定部チェックサム値（Ｃａ）と可変部チェックサム値（Ｃｂ）との両者を加算して完全なチェックサム値（Ｃ）を得るものである。
【００６９】
＜送信処理動作＞
次に、図３，図４を用いて、本実施の形態における、圧縮ヘッダ（Ｈ２）を付加したユーザデータ（Ｄ）からなるヘッダ圧縮パケット（Ｐ）の送受信処理の概略動作を説明する。
【００７０】
まず、図３のフローにおいて、パケット（ユーザデータ）の送信処理の動作を説明する。Ｓ３０１（Ｓは処理ステップを表す）において、ＵＤＰ／ＩＰアプリケーション１１０は、送信するユーザデータ（Ｄ）を、ＵＤＰ／ＩＰ処理部１０９に渡す。
【００７１】
Ｓ３０２において、ＵＤＰ／ＩＰ処理部１０９は、ＵＤＰ／ＩＰアプリケーション１１０から受け取ったユーザデータ（Ｄ）、及び図９の疑似ＵＤＰ／ＩＰヘッダ６０１の可変部情報であるデータ長を、チェックサム計算対象データ（Ｃ２）として、チェックサム計算部１０８に渡す。チェックサム計算部１０８は、これらのデータ（Ｃ２）から、可変部チェックサム値（Ｃｂ）を計算し、その結果（Ｃ３）を、ＵＤＰ／ＩＰ処理部１０９に返答する。
【００７２】
Ｓ３０３において、ＵＤＰ／ＩＰ処理部１０９は、ユーザデータ（Ｄ）を受け取ったＵＤＰ／ＩＰアプリケーション１１０から判断したセッション情報（Ｓ）がセッション情報記憶部１０６のテーブルに既に存在しているか否かを確認する。存在している場合（Ｙ）は、Ｓ３０８に進み、それ以外の場合（Ｎ）は、Ｓ３０４に進む。
【００７３】
Ｓ３０４において、ＵＤＰ／ＩＰ処理部１０９は、ユーザデータ（Ｄ）を受け取ったＵＤＰ／ＩＰアプリケーション１１０から判断したセッション情報（Ｓ）をセッション情報記憶部１０６のテーブルに格納し、セッション識別子（ＳＩＤ）をセッション情報記憶部１０６から受け取る。
【００７４】
次にＳ３０５において、ＵＤＰ／ＩＰ処理部１０９は、セッション情報記憶部１０６のテーブルに、疑似ＵＤＰ／ＩＰヘッダ６０１の固定部情報である、送信元ＩＰアドレス（Ａ１）、受信先ＩＰアドレス（Ａ２）、送信元ＵＤＰポート番号（ｎ１）、次ヘッダ、及び受信先ＵＤＰポート番号（ｎ２）から計算した固定部チェックサム値（Ｃａ）が、既に存在しているか否かを確認する。存在している場合（Ｙ）は、Ｓ３０８に進み、それ以外の場合（Ｎ）は、Ｓ３０６に進む。
【００７５】
Ｓ３０６において、ＵＤＰ／ＩＰ処理部１０９は、疑似ＵＤＰ／ＩＰヘッダ６０１の固定部情報を、チェックサム計算対象データ（Ｃ２）としてチェックサム計算部１０８に渡す。チェックサム計算部１０８は、これらのデータ（Ｃ２）から固定部チェックサム値（Ｃａ）を計算し、その結果（Ｃ３）を、ＵＤＰ／ＩＰ処理部１０９に返答する。
【００７６】
Ｓ３０７において、ＵＤＰ／ＩＰ処理部１０９は、Ｓ３０６で計算した固定部チェックサム値（Ｃａ）を、セッション識別子（ＳＩＤ）に関連するセッション情報テーブルに格納する。
【００７７】
Ｓ３０８において、チェックサム部分値加算部１０７は、ＵＤＰ／ＩＰ処理部１０９から、セッション識別子（ＳＩＤ）と可変部チェックサム値（Ｃｂ）及びユーザデータ（Ｄ）を受け取る。そして、セッション情報テーブルからセッション識別子（ＳＩＤ）に関連する固定部チェックサム値（Ｃａ）を取り出し、それに可変部チェックサム値（Ｃｂ）を加算し、圧縮ヘッダ（Ｈ２）に格納するチェックサム値（Ｃ）を算出する。そして、セッション識別子（ＳＩＤ）、チェックサム値（Ｃ）、及びユーザデータ（Ｄ）を、圧縮ヘッダ処理部１０５に渡す。
【００７８】
Ｓ３０９において、圧縮ヘッダ処理部１０５は、セッション識別子（ＳＩＤ）に関連するセッション情報（Ｓ）、チェックサム値（Ｃ）、及びユーザデータ（Ｄ）から、圧縮ヘッダ（Ｈ２）を生成し、圧縮ヘッダ（Ｈ２）を付加したユーザデータ（Ｄ）からなるヘッダ圧縮パケット（Ｐ）をネットワークへ送信する。
【００７９】
＜受信処理動作＞
次に、図４のフローにおいて、パケット（ユーザデータ）の受信処理の動作を説明する。Ｓ４０１において、圧縮ヘッダ処理部１０５は、ネットワークから受信したヘッダ圧縮パケット（Ｐ）から、セッション情報（Ｓ）である、送信元ＩＰアドレス（Ａ１）、受信先ＩＰアドレス（Ａ２）、送信元ＵＤＰポート番号（ｎ１）、及び受信先ＵＤＰポート番号（ｎ２）を取り出す。
【００８０】
Ｓ４０２において、圧縮ヘッダ処理部１０５は、受信したヘッダ圧縮パケット（Ｐ）のセッション情報（Ｓ）がセッション情報記憶部１０６のテーブルに既に存在しているか否かを確認する。存在している場合（Ｙ）は、セッション識別子（ＳＩＤ）、受信したヘッダ圧縮パケット（Ｐ）内のチェックサム値（Ｃ）、及びユーザデータ（Ｄ）を、チェックサム部分値加算部１０７に渡し、Ｓ４０４に進み、それ以外の場合（Ｎ）は、Ｓ４０３に進む。
【００８１】
Ｓ４０３において、圧縮ヘッダ処理部１０５は、受信パケット（Ｐ）のセッション情報（Ｓ）を、セッション情報記憶部１０６のテーブルに格納し、セッション識別子（ＳＩＤ）をセッション情報記憶部１０６から受け取り、セッション識別子（ＳＩＤ）、受信パケット（Ｐ）内のチェックサム値（Ｃ）、及びユーザデータ（Ｄ）を、チェックサム部分値加算部１０７に渡す。
【００８２】
Ｓ４０４において、チェックサム部分値加算部１０７は、セッション情報記憶部１０６のテーブルに、疑似ＵＤＰ／ＩＰヘッダ６０１の固定部情報である、送信元ＩＰアドレス（Ａ１）、受信先ＩＰアドレス（Ａ２）、送信元ＵＤＰポート番号（ｎ１）、次ヘッダ、及び受信先ＵＤＰポート番号（ｎ２）から計算した固定部チェックサム値（Ｃａ）が、既に存在しているか否かを確認する。存在している場合（Ｙ）は、Ｓ４０７に進み、それ以外の場合（Ｎ）は、Ｓ４０５に進む。
【００８３】
Ｓ４０５において、チェックサム部分値加算部１０７は、受信パケット（Ｐ）の疑似ＵＤＰ／ＩＰヘッダ６０１の固定部情報についての固定部チェックサム値（Ｃａ）を計算する。
【００８４】
Ｓ４０６において、チェックサム部分値加算部１０７は、Ｓ４０５で計算した固定部チェックサム値（Ｃａ）を、セッション識別子（ＳＩＤ）に関連するセッション情報テーブルに格納する。
【００８５】
Ｓ４０７において、チェックサム部分値加算部１０７は、受信パケット（Ｐ）のチェックサム値即ちチェックサム部分値（Ｃ１）に対し、セッション情報テーブルからセッション識別子（ＳＩＤ）に関連する固定部チェックサム値（Ｃａ）を取り出し、チェックサム値部分値（Ｃ１）に加算する。そして、その加算結果であるチェックサム部分値（Ｃ１）、セッション識別子（ＳＩＤ）、及びユーザデータ（Ｄ）を、ＵＤＰ／ＩＰ処理部１０９に渡す。
【００８６】
Ｓ４０８において、ＵＤＰ／ＩＰ処理部１０９は、疑似ＵＤＰ／ＩＰヘッダ６０１の可変部情報であるデータ長、及びチェックサム部分値加算部１０７から受け取ったユーザデータ（Ｄ）を、チェックサム計算対象データ（Ｃ２）としてチェックサム計算部１０８に渡す。チェックサム計算部１０８は、これらのデータ（Ｃ２）から可変部チェックサム値（Ｃｂ）を計算し、その結果（Ｃ３）を、ＵＤＰ／ＩＰ処理部１０９に返答する。
【００８７】
Ｓ４０９において、ＵＤＰ／ＩＰ処理部１０９は、受信パケット（Ｐ）のチェックサム値即ちチェックサム部分値（Ｃ１）に、Ｓ４０８で計算した可変部チェックサム値（Ｃｂ）を加算する。
【００８８】
Ｓ４１０において、ＵＤＰ／ＩＰ処理部１０９は、Ｓ４０９で計算したチェックサム計算結果が０（ＯＫ）であるか否かを確認する。０（ＯＫ）である場合（Ｙ）は、Ｓ４１２に進み、それ以外（ＮＧ）の場合（Ｎ）は、Ｓ４１１に進む。Ｓ４１１において、ＵＤＰ／ＩＰ処理部１０９は、受信パケット（Ｐ）のユーザデータ（Ｄ）を破棄し、受信処理を終了する。
【００８９】
Ｓ４１２において、ＵＤＰ／ＩＰ処理部１０９は、セッション情報テーブルからセッション識別子（ＳＩｖ）に関連するアプリケーション識別子（ＡＩＤ）を取り出し、対応するＵＤＰ／ＩＰアプリケーション１１０にユーザデータ（Ｄ）を渡し、受信処理を終了する。
【００９０】
＜効果＞
本実施の形態による主な効果としては以下である。従来技術では、圧縮ヘッダを含むパケットを受信した際には、そのパケットのヘッダをフルヘッダ（一例として疑似ＵＤＰ／ＩＰヘッダ６０１）に展開し、プロトコル処理を行っている。また、圧縮ヘッダを含むパケットを送信する場合も同様にフルヘッダを処理している。そのため、圧縮ヘッダを処理する際には、セッション情報テーブルから必要な情報を取り出し、フルヘッダを構成するためのデータコピーや、フルヘッダの格納のためのメモリ空間が必要であった。
【００９１】
これに対し、本通信装置１０１では、圧縮ヘッダ（Ｈ２）を含むヘッダ圧縮パケット（Ｐ）を送受信する際、本装置内の各処理部がセッション情報記憶部１０６のセッション情報テーブルから必要な情報のみを取り出すことで、フルヘッダ（Ｈ１）に相当する疑似ＵＤＰ／ＩＰヘッダ６０１に展開（構成）する必要は無い。また、チェックサム計算（誤り検出処理）においても、疑似ＵＤＰ／ＩＰヘッダ６０１の固定部情報に対する固定部チェックサム値（Ｃａ）をセッション情報テーブルに格納することで、チェックサム計算時の加算回数を削減する。これにより、同じ通信相手、即ち過去に通信しセッション情報テーブルにセッション情報（Ｓ）が格納されている相手と通信する際のチェックサム計算処理を軽減している。
【００９２】
従って、本通信装置１０１及び方法では、圧縮ヘッダ（Ｈ２）を含むパケット（Ｐ）を送受信する際の送受信処理を軽減して処理時間の短縮及び処理速度を向上することができ、本通信装置１０１に具備する必要なメモリ（ワークメモリやセッション情報記憶部１０６を含む）が少なくて済む。
【００９３】
＜変形例＞
図５，図６において、上述した一実施の形態（第１の構成）のヘッダ圧縮パケット処理装置（通信装置１０１）の別の構成（変形例）を示している。これらは、セッション情報記憶部１０６の位置が異なる。これらの構成における、各処理部の機能やヘッダ圧縮パケット（Ｐ）の送受信処理の動作等は同様である。
【００９４】
図５において、第２の構成における通信装置１０１Ｂは、ヘッダ圧縮パケット処理部１０２Ｂ、ＵＤＰ／ＩＰプロトコル処理部１０３Ｂ、アプリケーション処理部１０４を有し、ヘッダ圧縮パケット処理部１０２Ｂではなく、ＵＤＰ／ＩＰプロトコル処理部１０３Ｂ内に、セッション情報記憶部１０６Ｂを有する。例えば、圧縮ヘッダ処理部１０５は、ＵＤＰ／ＩＰプロトコル処理部１０３Ｂ内のセッション情報記憶部１０６Ｂにアクセスして情報を読み書きする。
【００９５】
図６において、第３の構成における通信装置１０１Ｃは、ヘッダ圧縮パケット処理部１０２Ｃ、ＵＤＰ／ＩＰプロトコル処理部１０３Ｃ、アプリケーション処理部１０４を有し、ヘッダ圧縮パケット処理部１０２Ｃ及びＵＤＰ／ＩＰプロトコル処理部１０３Ｃの外に、セッション情報記憶部１０６Ｃを有する。例えば、圧縮ヘッダ処理部１０５やＵＤＰ／ＩＰ処理部１０９は、通信装置１０１内にあるセッション情報記憶部１０６Ｂにアクセスして情報を読み書きする。
【００９６】
＜その他＞
上記の他に可能な構成などについて説明する。他の構成として、ヘッダ圧縮パケット（Ｐ）の送信・受信の処理の一方の機能のみを備える装置構成も可能である。
【００９７】
また、例えば圧縮ヘッダ処理部１０５に、処理対象パケットについて圧縮ヘッダ（Ｈ２）かフルヘッダ（Ｈ１）かを判断する機能、及び対応するフルヘッダ処理部を追加した構成にすれば、圧縮ヘッダ（Ｈ２）だけでなくフルヘッダ（Ｈ１）の送受信等の処理も合わせて可能となる。
【００９８】
また、本構成で適用可能な圧縮ヘッダ形式としては、６ＬｏＷＰＡＮに限定されない。また、本構成で適用可能な通信プロトコルとしては、ＵＤＰ／ＩＰに限定されず、例えばＴＣＰ／ＩＰ等も可能である。
【００９９】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
【産業上の利用可能性】
【０１００】
本発明は、例えば無線通信システムにおけるパケットデータ通信を行う装置などに利用可能である。
【図面の簡単な説明】
【０１０１】
【図１】本発明の一実施の形態におけるヘッダ圧縮パケット通信装置の構成を示す図である。
【図２】本発明の一実施の形態のヘッダ圧縮パケット通信装置において、主要部（ヘッダ圧縮パケット処理部及びＵＤＰ／ＩＰプロトコル処理部）の詳細構成を示す図である。
【図３】本発明の一実施の形態のヘッダ圧縮パケット通信装置において、ユーザデータ送信処理（ヘッダ圧縮パケット送信処理）の動作フローを示す図である。
【図４】本発明の一実施の形態のヘッダ圧縮パケット通信装置において、ヘッダ圧縮パケット受信処理（ユーザデータ受信処理）の動作フローを示す図である。
【図５】本発明の一実施の形態のヘッダ圧縮パケット通信装置において、ヘッダ圧縮パケット通信装置の別の構成（その１）を示す図である。
【図６】本発明の一実施の形態のヘッダ圧縮パケット通信装置において、ヘッダ圧縮パケット通信装置の別の構成（その２）を示す図である。
【図７】従来技術例である、及び本発明の一実施の形態で扱う、６ＬｏＷＰＡＮにおける圧縮ヘッダ（６ＬｏＷＰＡＮ圧縮ヘッダ）の構成を示す図である。
【図８】従来技術例である、及び本発明の一実施の形態で参照する、ＵＤＰ／ＩＰｖ６フルヘッダ及びその圧縮ヘッダの構成を示す図である。
【図９】従来技術例である、及び本発明の一実施の形態で参照する、疑似ＵＤＰ／ＩＰヘッダの構成を示す図である。
【図１０】従来技術例における、ヘッダ圧縮パケット受信装置の構成を示す図である。
【図１１】従来技術例における、ヘッダ圧縮パケット受信装置の詳細構成を示す図である。
【符号の説明】
【０１０２】
１０１，１０１Ｂ，１０１Ｃ…ヘッダ圧縮パケット通信装置（ヘッダ圧縮パケット処理装置）、１０２，１０２Ｂ，１０２Ｃ…ヘッダ圧縮パケット処理部、１０３，１０３Ｂ，１０３Ｃ…ＵＤＰ／ＩＰプロトコル処理部、１０４…アプリケーション処理部、１０５…圧縮ヘッダ処理部、１０６，１０６Ｂ，１０６Ｃ…セッション情報記憶部、１０７…チェックサム部分値加算部、１０８…チェックサム計算部、１０９…ＵＤＰ／ＩＰ処理部、１１０（１１０−１，１１０−２，１１０−３）…アプリケーション（ＵＤＰ／ＩＰアプリケーション）、４０１…６ＬｏＷＰＡＮ圧縮ヘッダ、４０２…圧縮ヘッダ符号、４０３…圧縮ＩＰｖ６ヘッダ、４０４…圧縮ＵＤＰヘッダ、４０５…情報、４０６…情報、４０７…情報、５０１…ＵＤＰ／ＩＰｖ６フルヘッダ、５０２…圧縮ヘッダ（ＵＤＰ／ＩＰｖ６圧縮ヘッダ）、５０３…ＩＰｖ６ヘッダ、５０４…ＵＤＰヘッダ、５０５…ＣＩＤ（コンテキスト識別子）、６０１…疑似ＵＤＰ／ＩＰヘッダ、６０２…疑似ＩＰヘッダ、６０３…ＵＤＰヘッダ、９０１…ヘッダ圧縮パケット受信装置、９０２…ＰＰＰフレーム受信部、９０３…圧縮ヘッダ受信処理部、９０４…ＵＤＰ／ＩＰ受信処理部、９０５…疑似ＵＤＰ受信処理部、９０６…セッション情報記憶部、９０７…ユーザデータ出力部、９０８…ＵＤＰ／ＩＰアプリケーション、１００１…フルヘッダ受信部、１００２…圧縮ヘッダ受信部、１００３…コンテキスト情報記憶部、１００４…ＩＰ受信処理部、１００５…ＵＤＰ受信処理部、１００６，１００７…チェックサム確認部、１００８…疑似ＵＤＰ／ＩＰヘッダ生成部。
【特許請求の範囲】
【請求項１】
フルヘッダの代わりにデータ量が少なくなるように圧縮構成された圧縮ヘッダが付加されたユーザデータからなるヘッダ圧縮パケットが伝送される通信システムで用いられる、前記ヘッダ圧縮パケットを送信する処理及び受信する処理を含むパケット処理を行う装置におけるヘッダ圧縮パケット処理方法であって、
前記装置内に備えるセッション情報記憶手段に、前記ユーザデータの送受信先を特定する情報を含むセッション情報が格納され、その情報を前記装置内の各処理部で共用し、
前記ヘッダ圧縮パケットの送受信に関する誤り検出処理として、前記フルヘッダのうちの、固定部情報についての第１の計算値と、可変部情報についての第２の計算値とを計算処理し、前記第１の計算値を前記セッション情報記憶手段に格納し、前記第２の計算値を含んだ前記圧縮ヘッダを前記ユーザデータに付加した前記ヘッダ圧縮パケットを構成し、
前記ヘッダ圧縮パケットの送受信の際、前記圧縮ヘッダに含まれる前記第２の計算値と前記セッション情報記憶手段の前記第１の計算値とを用いて前記誤り検出処理を行うことを特徴とするヘッダ圧縮パケット処理方法。
【請求項２】
請求項１記載のヘッダ圧縮パケット処理方法において、
前記ヘッダ圧縮パケットを送信する処理において、前記第２の計算値を計算し、前記セッション情報記憶手段に当該通信相手に対応するセッション情報が格納されていない場合は当該セッション情報を格納し、前記第１の計算値が格納されていない場合はそれを計算して格納し、前記セッション情報記憶手段の前記セッション情報を用いて、前記第１の計算値と前記第２の計算値とを用いて前記誤り検出処理の計算値とし、前記誤り検出処理の計算値を含んだ前記圧縮ヘッダを構成し、それを前記ユーザデータに付加して前記ヘッダ圧縮パケットを構成して当該通信相手に送信し、
前記ヘッダ圧縮パケットを受信する処理において、当該通信相手から受信した前記ヘッダ圧縮パケットの前記圧縮ヘッダの情報を解釈してセッション情報を取り出し、前記セッション情報記憶手段に、その取り出したセッション情報に対応する該当セッション情報が格納されていない場合は、その取り出したセッション情報を格納し、前記セッション情報記憶手段に、その取り出したセッション情報に対応する前記第１の計算値が格納されていない場合は、それを計算して格納し、前記受信したヘッダ圧縮パケットにおける前記誤り検出処理の計算値における前記第２の計算値に対し、前記セッション情報記憶手段に格納されている前記第１の計算値を用いて前記誤り検出処理を行い、その結果を確認して前記ユーザデータを得ることを特徴とするヘッダ圧縮パケット処理方法。
【請求項３】
請求項１記載のヘッダ圧縮パケット処理方法において、
前記誤り検出処理は、チェックサム計算処理であり、前記第１の計算値は、固定部チェックサム値であり、前記第２の計算値は、可変部チェックサム値であり、前記第１と第２の計算値を加算することによりチェックサム計算値を得ることを特徴とするヘッダ圧縮パケット処理方法。
【請求項４】
請求項１記載のヘッダ圧縮パケット処理方法において、
前記第１の計算値の計算処理を予め行って、前記第１の計算値を前記セッション情報記憶手段のセッション情報に含んでもしくは関連付けて格納しておき、
前記ヘッダ圧縮パケットの送受信の際に、計算処理した前記第２の計算値と、前記セッション情報記憶手段に格納されている前記第１の計算値とを用いて、前記誤り検出処理の計算値を得ることを特徴とするヘッダ圧縮パケット処理方法。
【請求項５】
請求項１記載のヘッダ圧縮パケット処理方法において、
前記ヘッダ圧縮パケットを新たな通信相手に対して初めて送信する際または受信した際には、前記ヘッダ圧縮パケットの前記圧縮ヘッダの情報に対応する前記セッション情報を前記セッション情報記憶手段に格納し、以後そのセッション情報を同じ通信相手に対して使用することを特徴とするヘッダ圧縮パケット処理方法。
【請求項６】
請求項１記載のヘッダ圧縮パケット処理方法において、
前記セッション情報記憶手段に格納される情報は、当該セッション情報の識別情報、前記ヘッダ圧縮パケットの送信元ネットワーク層アドレス、送信元トランスポート層ポート番号、受信先ネットワーク層アドレス、受信先トランスポート層ポート番号、前記第１の計算値、及び前記アプリケーションの識別情報を有することを特徴とするヘッダ圧縮パケット処理方法。
【請求項７】
フルヘッダの代わりにデータ量が少なくなるように圧縮構成された圧縮ヘッダが付加されたユーザデータからなるヘッダ圧縮パケットが伝送される通信システムで用いられる、前記ヘッダ圧縮パケットを送信する処理及び受信する処理を含むパケット処理を行うヘッダ圧縮パケット処理装置であって、
前記ユーザデータの送受信先を特定する情報を含むセッション情報が格納されその情報が本装置内の各処理部で共用されるセッション情報記憶手段と、
前記ヘッダ圧縮パケットの送受信に関する誤り検出処理では、前記フルヘッダのうちの、固定部情報についての第１の計算値と、可変部情報についての第２の計算値とを計算処理し、前記第１の計算値を前記セッション情報記憶手段に格納し、前記第２の計算値を含んだ前記圧縮ヘッダを前記ユーザデータに付加した前記ヘッダ圧縮パケットを構成し、前記ヘッダ圧縮パケットの送受信の際、前記圧縮ヘッダに含まれる前記第２の計算値と前記セッション情報記憶手段の前記第１の計算値とを用いて前記誤り検出処理を行うことを含む、ヘッダ圧縮パケット処理及びプロトコル処理を行う手段とを有することを特徴とするヘッダ圧縮パケット処理装置。
【請求項８】
請求項７記載のヘッダ圧縮パケット処理装置において、
前記ヘッダ圧縮パケット処理及びプロトコル処理を行う手段は、
前記ヘッダ圧縮パケットを送信する際に、前記セッション情報をもとに前記圧縮ヘッダを構成する処理と、前記ヘッダ圧縮パケットを受信する際に、受信したヘッダ圧縮パケットの前記圧縮ヘッダと前記セッション情報記憶手段に格納されている前記セッション情報とをもとに前記圧縮ヘッダの情報を解釈する処理と、を行う圧縮ヘッダ処理手段と、
前記フルヘッダのうちの前記誤り検出処理の前記第１の計算値と前記第２の計算値とを用いて前記誤り検出処理の部分値を計算する部分値計算手段と、
前記誤り検出処理の前記第２の計算値を計算する処理と、前記ヘッダ圧縮パケットを送信する際に、前記ユーザデータを送受信するアプリケーションの識別情報と、前記セッション情報記憶手段に格納されている前記セッション情報とを比較し、前記セッション情報の識別情報を抽出し、前記ヘッダ圧縮パケットを受信した際に、前記セッション情報の識別情報及び前記アプリケーションの識別情報に関連付けられたアプリケーションに前記ユーザデータを受け渡す処理と、を行うネットワーク層及びトランスポート層のプロトコル処理手段と、を有することを特徴とするヘッダ圧縮パケット処理装置。
【請求項９】
請求項７記載のヘッダ圧縮パケット処理装置において、
前記誤り検出処理は、チェックサム計算処理であり、前記第１の計算値は、固定部チェックサム値であり、前記第２の計算値は、可変部チェックサム値であり、前記第１と第２の計算値を加算することによりチェックサム計算値を得ることを特徴とするヘッダ圧縮パケット処理装置。
【請求項１０】
請求項７記載のヘッダ圧縮パケット処理装置において、
前記ヘッダ圧縮パケット処理及びプロトコル処理を行う手段は、
前記第１の計算値の計算処理を予め行って、前記第１の計算値を前記セッション情報記憶手段のセッション情報に含んでもしくは関連付けて格納しておき、
前記ヘッダ圧縮パケットの送受信の際に、計算処理した前記第２の計算値と、前記セッション情報記憶手段に格納されている前記第１の計算値とを用いて、前記誤り検出処理の計算値を得ることを特徴とするヘッダ圧縮パケット処理装置。
【請求項１１】
請求項７記載のヘッダ圧縮パケット処理装置において、
前記ヘッダ圧縮パケットを新たな通信相手に対して初めて送信する際または受信した際には、前記ヘッダ圧縮パケットの前記圧縮ヘッダの情報に対応する前記セッション情報を前記セッション情報記憶手段に格納し、以後そのセッション情報を同じ通信相手に対して使用することを特徴とするヘッダ圧縮パケット処理装置。
【請求項１２】
請求項７記載のヘッダ圧縮パケット処理装置において、
前記セッション情報記憶手段に格納される情報は、当該セッション情報の識別情報、前記ヘッダ圧縮パケットの送信元ネットワーク層アドレス、送信元トランスポート層ポート番号、受信先ネットワーク層アドレス、受信先トランスポート層ポート番号、前記第１の計算値、及び前記アプリケーションの識別情報を有することを特徴とするヘッダ圧縮パケット処理装置。
【請求項１】
フルヘッダの代わりにデータ量が少なくなるように圧縮構成された圧縮ヘッダが付加されたユーザデータからなるヘッダ圧縮パケットが伝送される通信システムで用いられる、前記ヘッダ圧縮パケットを送信する処理及び受信する処理を含むパケット処理を行う装置におけるヘッダ圧縮パケット処理方法であって、
前記装置内に備えるセッション情報記憶手段に、前記ユーザデータの送受信先を特定する情報を含むセッション情報が格納され、その情報を前記装置内の各処理部で共用し、
前記ヘッダ圧縮パケットの送受信に関する誤り検出処理として、前記フルヘッダのうちの、固定部情報についての第１の計算値と、可変部情報についての第２の計算値とを計算処理し、前記第１の計算値を前記セッション情報記憶手段に格納し、前記第２の計算値を含んだ前記圧縮ヘッダを前記ユーザデータに付加した前記ヘッダ圧縮パケットを構成し、
前記ヘッダ圧縮パケットの送受信の際、前記圧縮ヘッダに含まれる前記第２の計算値と前記セッション情報記憶手段の前記第１の計算値とを用いて前記誤り検出処理を行うことを特徴とするヘッダ圧縮パケット処理方法。
【請求項２】
請求項１記載のヘッダ圧縮パケット処理方法において、
前記ヘッダ圧縮パケットを送信する処理において、前記第２の計算値を計算し、前記セッション情報記憶手段に当該通信相手に対応するセッション情報が格納されていない場合は当該セッション情報を格納し、前記第１の計算値が格納されていない場合はそれを計算して格納し、前記セッション情報記憶手段の前記セッション情報を用いて、前記第１の計算値と前記第２の計算値とを用いて前記誤り検出処理の計算値とし、前記誤り検出処理の計算値を含んだ前記圧縮ヘッダを構成し、それを前記ユーザデータに付加して前記ヘッダ圧縮パケットを構成して当該通信相手に送信し、
前記ヘッダ圧縮パケットを受信する処理において、当該通信相手から受信した前記ヘッダ圧縮パケットの前記圧縮ヘッダの情報を解釈してセッション情報を取り出し、前記セッション情報記憶手段に、その取り出したセッション情報に対応する該当セッション情報が格納されていない場合は、その取り出したセッション情報を格納し、前記セッション情報記憶手段に、その取り出したセッション情報に対応する前記第１の計算値が格納されていない場合は、それを計算して格納し、前記受信したヘッダ圧縮パケットにおける前記誤り検出処理の計算値における前記第２の計算値に対し、前記セッション情報記憶手段に格納されている前記第１の計算値を用いて前記誤り検出処理を行い、その結果を確認して前記ユーザデータを得ることを特徴とするヘッダ圧縮パケット処理方法。
【請求項３】
請求項１記載のヘッダ圧縮パケット処理方法において、
前記誤り検出処理は、チェックサム計算処理であり、前記第１の計算値は、固定部チェックサム値であり、前記第２の計算値は、可変部チェックサム値であり、前記第１と第２の計算値を加算することによりチェックサム計算値を得ることを特徴とするヘッダ圧縮パケット処理方法。
【請求項４】
請求項１記載のヘッダ圧縮パケット処理方法において、
前記第１の計算値の計算処理を予め行って、前記第１の計算値を前記セッション情報記憶手段のセッション情報に含んでもしくは関連付けて格納しておき、
前記ヘッダ圧縮パケットの送受信の際に、計算処理した前記第２の計算値と、前記セッション情報記憶手段に格納されている前記第１の計算値とを用いて、前記誤り検出処理の計算値を得ることを特徴とするヘッダ圧縮パケット処理方法。
【請求項５】
請求項１記載のヘッダ圧縮パケット処理方法において、
前記ヘッダ圧縮パケットを新たな通信相手に対して初めて送信する際または受信した際には、前記ヘッダ圧縮パケットの前記圧縮ヘッダの情報に対応する前記セッション情報を前記セッション情報記憶手段に格納し、以後そのセッション情報を同じ通信相手に対して使用することを特徴とするヘッダ圧縮パケット処理方法。
【請求項６】
請求項１記載のヘッダ圧縮パケット処理方法において、
前記セッション情報記憶手段に格納される情報は、当該セッション情報の識別情報、前記ヘッダ圧縮パケットの送信元ネットワーク層アドレス、送信元トランスポート層ポート番号、受信先ネットワーク層アドレス、受信先トランスポート層ポート番号、前記第１の計算値、及び前記アプリケーションの識別情報を有することを特徴とするヘッダ圧縮パケット処理方法。
【請求項７】
フルヘッダの代わりにデータ量が少なくなるように圧縮構成された圧縮ヘッダが付加されたユーザデータからなるヘッダ圧縮パケットが伝送される通信システムで用いられる、前記ヘッダ圧縮パケットを送信する処理及び受信する処理を含むパケット処理を行うヘッダ圧縮パケット処理装置であって、
前記ユーザデータの送受信先を特定する情報を含むセッション情報が格納されその情報が本装置内の各処理部で共用されるセッション情報記憶手段と、
前記ヘッダ圧縮パケットの送受信に関する誤り検出処理では、前記フルヘッダのうちの、固定部情報についての第１の計算値と、可変部情報についての第２の計算値とを計算処理し、前記第１の計算値を前記セッション情報記憶手段に格納し、前記第２の計算値を含んだ前記圧縮ヘッダを前記ユーザデータに付加した前記ヘッダ圧縮パケットを構成し、前記ヘッダ圧縮パケットの送受信の際、前記圧縮ヘッダに含まれる前記第２の計算値と前記セッション情報記憶手段の前記第１の計算値とを用いて前記誤り検出処理を行うことを含む、ヘッダ圧縮パケット処理及びプロトコル処理を行う手段とを有することを特徴とするヘッダ圧縮パケット処理装置。
【請求項８】
請求項７記載のヘッダ圧縮パケット処理装置において、
前記ヘッダ圧縮パケット処理及びプロトコル処理を行う手段は、
前記ヘッダ圧縮パケットを送信する際に、前記セッション情報をもとに前記圧縮ヘッダを構成する処理と、前記ヘッダ圧縮パケットを受信する際に、受信したヘッダ圧縮パケットの前記圧縮ヘッダと前記セッション情報記憶手段に格納されている前記セッション情報とをもとに前記圧縮ヘッダの情報を解釈する処理と、を行う圧縮ヘッダ処理手段と、
前記フルヘッダのうちの前記誤り検出処理の前記第１の計算値と前記第２の計算値とを用いて前記誤り検出処理の部分値を計算する部分値計算手段と、
前記誤り検出処理の前記第２の計算値を計算する処理と、前記ヘッダ圧縮パケットを送信する際に、前記ユーザデータを送受信するアプリケーションの識別情報と、前記セッション情報記憶手段に格納されている前記セッション情報とを比較し、前記セッション情報の識別情報を抽出し、前記ヘッダ圧縮パケットを受信した際に、前記セッション情報の識別情報及び前記アプリケーションの識別情報に関連付けられたアプリケーションに前記ユーザデータを受け渡す処理と、を行うネットワーク層及びトランスポート層のプロトコル処理手段と、を有することを特徴とするヘッダ圧縮パケット処理装置。
【請求項９】
請求項７記載のヘッダ圧縮パケット処理装置において、
前記誤り検出処理は、チェックサム計算処理であり、前記第１の計算値は、固定部チェックサム値であり、前記第２の計算値は、可変部チェックサム値であり、前記第１と第２の計算値を加算することによりチェックサム計算値を得ることを特徴とするヘッダ圧縮パケット処理装置。
【請求項１０】
請求項７記載のヘッダ圧縮パケット処理装置において、
前記ヘッダ圧縮パケット処理及びプロトコル処理を行う手段は、
前記第１の計算値の計算処理を予め行って、前記第１の計算値を前記セッション情報記憶手段のセッション情報に含んでもしくは関連付けて格納しておき、
前記ヘッダ圧縮パケットの送受信の際に、計算処理した前記第２の計算値と、前記セッション情報記憶手段に格納されている前記第１の計算値とを用いて、前記誤り検出処理の計算値を得ることを特徴とするヘッダ圧縮パケット処理装置。
【請求項１１】
請求項７記載のヘッダ圧縮パケット処理装置において、
前記ヘッダ圧縮パケットを新たな通信相手に対して初めて送信する際または受信した際には、前記ヘッダ圧縮パケットの前記圧縮ヘッダの情報に対応する前記セッション情報を前記セッション情報記憶手段に格納し、以後そのセッション情報を同じ通信相手に対して使用することを特徴とするヘッダ圧縮パケット処理装置。
【請求項１２】
請求項７記載のヘッダ圧縮パケット処理装置において、
前記セッション情報記憶手段に格納される情報は、当該セッション情報の識別情報、前記ヘッダ圧縮パケットの送信元ネットワーク層アドレス、送信元トランスポート層ポート番号、受信先ネットワーク層アドレス、受信先トランスポート層ポート番号、前記第１の計算値、及び前記アプリケーションの識別情報を有することを特徴とするヘッダ圧縮パケット処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００８−１４１４６６（Ｐ２００８−１４１４６６Ａ）
【公開日】平成２０年６月１９日（２００８．６．１９）
【国際特許分類】
【出願番号】特願２００６−３２５４８０（Ｐ２００６−３２５４８０）
【出願日】平成１８年１２月１日（２００６．１２．１）
【出願人】（５０３１２１１０３）株式会社ルネサステクノロジ (4,790)
【Ｆターム（参考）】
【公開日】平成２０年６月１９日（２００８．６．１９）
【国際特許分類】
【出願日】平成１８年１２月１日（２００６．１２．１）
【出願人】（５０３１２１１０３）株式会社ルネサステクノロジ (4,790)
【Ｆターム（参考）】
[ Back to top ]