(57)【要約】【課題】見かけ上のラウンドトリップタイムを小さくすることにより、コストの増大及び消費電力の増加を招かずに処理の高速化を図り、パケットデータの再送を早期に行うとともに、スループットの低下を防ぐこと。【解決手段】受信パケット事前解析部１０４は、受信したパケットデータのＩＰヘッダ及びＴＣＰヘッダを解析し、解析の結果の情報である事前解析結果情報としてデバイス間制御情報伝達部１０５へ出力する。受信パケット事前解析制御部１１２は、事前解析結果情報からパケットデータのＴＣＰプロトコルに従った受信処理の成功を検出する。ＴＣＰ／ＩＰプロトコル処理部１１４は、受信パケット事前解析制御部１１２が受信処理の成功を検出した際に、受信処理の成功を通知するＡＣＫの返信処理を実行する。【選択図】図１
2010045528.tif 000002
【特許請求の範囲】
【請求項１】
パケットデータを受信する受信手段と、
受信した前記パケットデータのＩＰヘッダ及びＴＣＰヘッダを解析する事前解析手段と、
前記解析の結果の情報である事前解析結果情報を前記パケットデータよりも優先して転送する転送手段と、
転送された前記事前解析結果情報から前記パケットデータのＴＣＰプロトコルに従った受信処理の成功を検出する制御手段と、
前記制御手段が前記受信処理の成功を検出した際に前記受信処理の成功を通知する受信応答の返信処理を実行するプロトコル処理手段と、
を具備する通信端末装置。
【請求項２】
前記プロトコル処理手段は、前記パケットデータのＴＣＰプロトコルに従った実際の受信処理が完了する前に前記受信応答の返信処理の実行を開始する請求項１記載の通信端末装置。
【請求項３】
前記制御手段は、前記受信処理の成功に加えて、前記事前解析結果情報から前記受信処理の失敗を検出し、
前記プロトコル処理手段は、前記制御手段が前記受信処理の失敗を検出した際に、通信相手に対して受信処理に失敗したパケットデータの再送を促す請求項１または請求項２記載の通信端末装置。
【請求項４】
ＴＣＰプロトコルに従って通信を行う通信端末装置におけるパケットデータ受信方法であって、
パケットデータを受信するステップと、
受信した前記パケットデータのＩＰヘッダ及びＴＣＰヘッダを解析するステップと、
前記解析の結果の情報である事前解析結果情報を前記パケットデータよりも優先して転送するステップと、
転送された前記事前解析結果情報から前記パケットデータのＴＣＰプロトコルに従った受信処理の成功を検出するステップと、
前記受信処理の成功を検出した際に前記受信処理の成功を通知する受信応答の返信処理を実行するステップと、
を具備するパケットデータ受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末装置及びパケットデータ受信方法に関し、特にＴＣＰ／ＩＰプロトコルにより通信を行う通信端末装置及びパケットデータ受信方法に関する。
【背景技術】
【０００２】
従来、例えば特許文献１に示すようなＴＣＰ／ＩＰ通信におけるＴＣＰプロトコルでは、受信端末側からの受信応答が返る前に送信できるデータ量（Ｗｉｎｄｏｗ  Ｓｉｚｅ）に制限がある。従って、受信端末は、受信応答を早く返すほど高スループットが得られる傾向にある。
【０００３】
図８は、従来の通信端末装置１の構成を示す概略図である。通信端末装置１は、ネットワークデバイス２とアプリケーションデバイス３を含む。
【０００４】
バッファ１０は、ベースバンド受信端のバッファであり、間欠的に受信したＴＣＰ／ＩＰパケットを一時的に格納する。また、バッファ１０は、レイヤ１等の低レイヤにおける再送の待ち合わせのため、受信したＴＣＰ／ＩＰパケットを一時的に格納する。そして、バッファ１０は、格納したＴＣＰ／ＩＰパケットを所定のタイミングでバッファ１１へ出力する。
【０００５】
バッファ１１は、ネットワークデバイス２からアプリケーションデバイス３へ伝送されるパケットデータの伝送待ち合わせのためのバッファであるとともに、アプリケーションデバイス３へのＴＣＰ／ＩＰパケットの伝送量を平均化するために設けられるバッファであり、バッファ１０から入力したＴＣＰ／ＩＰパケットを一時的に格納する。そして、バッファ１１は、格納したＴＣＰ／ＩＰパケットを所定のタイミングでバッファ１２へ出力する。また、バッファ１１は、ネットワークデバイス２からアプリケーションデバイス３へのパケットデータのデータ転送頻度の低減及びＣＰＵの負荷軽減に寄与する。
【０００６】
バッファ１２は、ＴＣＰ／ＩＰプロトコル処理用のバッファである。具体的には、バッファ１２は、ＩＰパケットの正常性の確認や複数のＩＰパケットからＴＣＰデータグラムを組み上げる等のプロトコル処理に用いられる。また、バッファ１２は、バッファ１１から入力したＴＣＰ／ＩＰパケットを一時的に格納する。そして、バッファ１２は、格納したＴＣＰ／ＩＰパケットを所定のタイミングでＴＣＰ／ＩＰ部１３へ出力する。
【０００７】
ＴＣＰ／ＩＰ部１３は、バッファ１２から入力したＴＣＰ／ＩＰパケットに対してＴＣＰ／ＩＰプロトコル処理を実行する。また、ＴＣＰ／ＩＰ部１３は、ＴＣＰ／ＩＰパケットを正しく受信できた場合にＡＣＫを送信し、ＴＣＰ／ＩＰパケットを正しく受信できなかった場合に再送を依頼する。
【特許文献１】特開２００２−５１１０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の装置においては、通信端末装置の応答性の向上は、一般的に通信端末装置の処理の高速化を要求することとなり、コストの増大と消費電力の増加を伴うという問題がある。また、従来の装置においては、図８に示すように、各バッファにＴＣＰ／ＩＰパケットが滞留するので、処理の高速化が妨げられるとともに遅延が増大し、スループットが低下し、さらに最適な再送制御を行うことができないという問題がある。また、パケットデータは、一般にデータサイズが大きいため、特に複数のパケットデータを一括で転送する状況下で大きな転送遅延を招くとともに、この転送遅延がバッファ毎に生じ、ＴＣＰ／ＩＰ通信性能を低下させるという問題がある。
【０００９】
本発明はかかる点に鑑みてなされたものであり、見かけ上のラウンドトリップタイムを小さくすることにより、コストの増大及び消費電力の増加を招かずに処理の高速化を図ることができ、パケットデータの再送を早期に行うことができるとともに、スループットの低下を防ぐことができる通信端末装置及びパケットデータ受信方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の通信端末装置は、パケットデータを受信する受信手段と、受信した前記パケットデータのＩＰヘッダ及びＴＣＰヘッダを解析する事前解析手段と、前記解析の結果の情報である事前解析結果情報を前記パケットデータよりも優先して転送する転送手段と、転送された前記事前解析結果情報から前記パケットデータのＴＣＰプロトコルに従った受信処理の成功を検出する制御手段と、前記制御手段が前記受信処理の成功を検出した際に前記受信処理の成功を通知する受信応答の返信処理を実行するプロトコル処理手段と、を具備する構成を採る。
【００１１】
本発明のパケットデータ受信方法は、ＴＣＰプロトコルに従って通信を行う通信端末装置におけるパケットデータ受信方法であって、パケットデータを受信するステップと、受信した前記パケットデータのＩＰヘッダ及びＴＣＰヘッダを解析するステップと、前記解析の結果の情報である事前解析結果情報を前記パケットデータよりも優先して転送するステップと、転送された前記事前解析結果情報から前記パケットデータのＴＣＰプロトコルに従った受信処理の成功を検出するステップと、前記受信処理の成功を検出した際に前記受信処理の成功を通知する受信応答の返信処理を実行するステップと、を具備するようにした。
【発明の効果】
【００１２】
本発明によれば、見かけ上のラウンドトリップタイムを小さくすることにより、コストの増大及び消費電力の増加を招かずに処理の高速化を図ることができ、パケットデータの再送を早期に行うことができるとともに、スループットの低下を防ぐことができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１４】
（実施の形態）
図１は、本発明の実施の形態に係る通信端末装置１００の構成を示すブロック図である。通信端末装置１００は、通信処理デバイス１５０及び通信アプリケーション処理デバイス１６０を含む。通信処理デバイス１５０は、物理層制御部１０１、物理層データ処理部１０２、無線データ格納メモリ１０３、受信パケット事前解析部１０４、デバイス間制御情報伝達部１０５、データ転送制御部１０６、リンク層プロトコル処理部１０７、転送データ格納メモリ１０８、リンク層プロトコル処理部１０９及び物理層データ処理部１１０を含む。通信アプリケーション処理デバイス１６０は、デバイス間制御情報伝達部１１１、受信パケット事前解析制御部１１２、通信パケット格納メモリ１１３、ＴＣＰ／ＩＰプロトコル処理部１１４及び通信アプリケーション処理部１１５を含む。
【００１５】
物理層制御部１０１は、物理層データ処理部１０２及び物理層データ処理部１１０に対して、物理層の制御を行う。
【００１６】
物理層データ処理部１０２は、物理層制御部１０１の制御に基づいて、ネットワークから入力した無線電波に対してレイヤ１の処理を行う。具体的には、物理層データ処理部１０２は、ネットワークから受信した受信信号からパケットデータを抽出する処理を行い、抽出したパケットデータを無線データ格納メモリ１０３へ出力する。
【００１７】
無線データ格納メモリ１０３は、受信データ格納領域１０３ａと送信データ格納領域１０３ｂを有する。また、無線データ格納メモリ１０３は、物理層データ処理部１０２から入力したパケットデータを一時的に受信データ格納領域１０３ａに格納し、受信データ格納領域１０３ａに格納しているパケットデータを所定のタイミングでリンク層プロトコル処理部１０７へ出力する。また、無線データ格納メモリ１０３は、リンク層プロトコル処理部１０９から入力したパケットデータを一時的に送信データ格納領域１０３ｂに格納し、送信データ格納領域１０３ｂに格納しているパケットデータを所定のタイミングで物理層データ処理部１１０へ出力する。
【００１８】
受信パケット事前解析部１０４は、デバイス間制御情報伝達部１０５から取得したＴＣＰコネクション管理テーブルを記憶する。また、受信パケット事前解析部１０４は、無線データ格納メモリ１０３の受信データ格納領域１０３ａに格納しているパケットデータのＴＣＰヘッダ及びＩＰヘッダの解析を行い、解析結果とＴＣＰコネクション管理テーブルに基づいて、解析結果値を取得する。そして、受信パケット事前解析部１０４は、取得した解析結果値を、解析の結果の情報である事前解析結果情報としてデバイス間制御情報伝達部１０５へ出力する。また、受信パケット事前解析部１０４は、複数のパケットデータを一括で転送する場合でも、パケットデータ毎に事前解析結果情報を生成することが可能である。なお、受信パケット事前解析部１０４の動作及びＴＣＰコネクション管理テーブルについては後述する。
【００１９】
デバイス間制御情報伝達部１０５は、受信パケット事前解析部１０４から入力した事前解析結果情報を、パケットデータよりも優先してデバイス間制御情報伝達部１１１に転送する。即ち、デバイス間制御情報伝達部１０５は、データ転送制御部１０６に対して、受信パケット事前解析部１０４から入力した事前解析結果情報をデバイス間制御情報伝達部１１１に伝送するための制御情報の割り込みを依頼する。そして、デバイス間制御情報伝達部１０５は、データ転送制御部１０６から割り込みを許可された際に、事前解析結果情報をデバイス間制御情報伝達部１１１へ伝送する。また、デバイス間制御情報伝達部１０５は、デバイス間制御情報伝達部１１１からＴＣＰコネクション管理テーブルを取得して受信パケット事前解析部１０４へ出力する。
【００２０】
データ転送制御部１０６は、デバイス間制御情報伝達部１０５から割り込みの依頼を受けた際に、リンク層プロトコル処理部１０７からのパケットデータの出力を所定時間遅延させる等により、リンク層プロトコル処理部１０７からのパケットデータの出力タイミングを制御する。そして、データ転送制御部１０６は、デバイス間制御情報伝達部１０５に対して割り込みを許可する。また、データ転送制御部１０６は、リンク層プロトコル処理部１０９に対してパケットデータの出力タイミングを制御する。
【００２１】
リンク層プロトコル処理部１０７は、ＭＡＣ処理及びＲＬＣプロトコル処理を実行する。また、リンク層プロトコル処理部１０７は、無線データ格納メモリ１０３の受信データ格納領域１０３ａに格納されているパケットデータを読み出すとともに、データ転送制御部１０６の制御に従って、読み出したパケットデータを所定のタイミングで転送データ格納メモリ１０８へ出力する。
【００２２】
転送データ格納メモリ１０８は、受信データ格納領域１０８ａと送信データ格納領域１０８ｂを有する。また、転送データ格納メモリ１０８は、リンク層プロトコル処理部１０７から入力したパケットデータを一時的に受信データ格納領域１０８ａに格納し、受信データ格納領域１０８ａに格納しているパケットデータを所定のタイミングで通信パケット格納メモリ１１３へ出力する。また、無線データ格納メモリ１０８は、通信パケット格納メモリ１１３から入力したパケットデータを一時的に送信データ格納領域１０８ｂに格納し、送信データ格納領域１０８ｂに格納しているパケットデータを所定のタイミングでリンク層プロトコル処理部１０９へ出力する。
【００２３】
リンク層プロトコル処理部１０９は、ＭＡＣ処理及びＲＬＣプロトコル処理を実行する。また、リンク層プロトコル処理部１０９は、転送データ格納メモリ１０８の送信データ格納領域１０８ｂに格納されているパケットデータを読み出して、データ転送制御部１０６の制御に従って、読み出したパケットデータを所定のタイミングで無線データ格納メモリ１０３へ出力する。
【００２４】
物理層データ処理部１１０は、物理層制御部１０１の制御に基づいて、無線データ格納メモリ１０３の送信データ格納領域１０３ｂに格納されているパケットデータを読み出してレイヤ１の処理を行う。そして、物理層データ処理部１１０は、レイヤ１の処理を行ったパケットデータをネットワークへ送信する。
【００２５】
デバイス間制御情報伝達部１１１は、デバイス間制御情報伝達部１０５から事前解析結果情報を受け取った際に受信パケット事前解析制御部１１２へ出力する。また、デバイス間制御情報伝達部１１１は、受信パケット事前解析制御部１１２から入力したＴＣＰコネクション管理テーブルをデバイス間制御情報伝達部１０５へ転送する。
【００２６】
受信パケット事前解析制御部１１２は、ＴＣＰコネクション管理テーブルを作成して、作成したＴＣＰコネクション管理テーブルをデバイス間制御情報伝達部１１１へ出力する。また、受信パケット事前解析制御部１１２は、デバイス間制御情報伝達部１１１から入力した事前解析結果情報から、パケットデータのＴＣＰプロトコルに従った受信処理の成功または失敗を検出する。そして、受信パケット事前解析制御部１１２は、ＴＣＰ／ＩＰプロトコル処理部１１４に対して、検出結果に応じた通知を行う。
【００２７】
通信パケット格納メモリ１１３は、受信データ格納領域１１３ａと送信データ格納領域１１３ｂを有する。また、通信パケット格納メモリ１１３は、転送データ格納メモリ１０８から入力したパケットデータを受信データ格納領域１１３ａに一時的に格納し、受信データ格納領域１１３ａに格納しているパケットデータを所定のタイミングでＴＣＰ／ＩＰプロトコル処理部１１４へ出力する。また、通信パケット格納メモリ１１３は、ＴＣＰ／ＩＰプロトコル処理部１１４から入力したパケットデータを送信データ格納領域１１３ｂに一時的に格納し、送信データ格納領域１１３ｂに格納しているパケットデータを転送データ格納メモリ１０８へ出力する。
【００２８】
ＴＣＰ／ＩＰプロトコル処理部１１４は、通信パケット格納メモリ１１３から入力したパケットデータに対してＴＣＰ／ＩＰプロトコル処理を実行する。そして、ＴＣＰ／ＩＰプロトコル処理部１１４は、ＴＣＰ／ＩＰプロトコル処理により取得した音声データまたは画像データ等のデータを通信アプリケーション処理部１１５へ出力する。また、ＴＣＰ／ＩＰプロトコル処理部１１４は、通信アプリケーション処理部１１５から入力したデータに対してＴＣＰ／ＩＰプロトコル処理を実行する。そして、ＴＣＰ／ＩＰプロトコル処理部１１４は、ＴＣＰ／ＩＰプロトコル処理により生成したパケットデータを通信パケット格納メモリ１１３へ出力する。また、ＴＣＰ／ＩＰプロトコル処理部１１４は、受信パケット事前解析制御部１０４がパケットデータのＴＣＰプロトコルに従った受信処理の成功を検出した際に、受信パケット事前解析制御部１１２からの通知により、受信処理の成功を示すＡＣＫ（受信応答）の返信処理を実行する。即ち、ＴＣＰ／ＩＰプロトコル処理部１１４は、ＡＣＫを含むパケットデータを生成して通信パケット格納メモリ１１３へ出力する。また、ＴＣＰ／ＩＰプロトコル処理部１１４は、受信パケット事前解析制御部１１２がパケットデータのＩＰプロトコルに従った受信処理の失敗を検出した際に、受信パケット事前解析制御部１０４からの通知により、受信処理に失敗したパケットデータの再送を促す受信応答通知を行う。即ち、ＴＣＰ／ＩＰプロトコル処理部１１４は、再送を促すパケットデータを生成して通信パケット格納メモリ１１３へ出力する。この際、ＴＣＰ／ＩＰプロトコル処理部１１４は、受信パケット事前解析制御部１１２の制御により、パケットデータのＴＣＰ／ＩＰプロトコル処理が完了する前に、ＡＣＫ返信による正常受信通知あるいは再送要求を開始することが可能である。
【００２９】
ここで、再送を促す方法として、通信端末装置１００が受信処理に失敗した場合にはＡＣＫを返信しない方法（以下「方法１」と記載する）、または受信処理に失敗したパケットデータのデータ長を除いた、これまでに受信処理に成功したパケットデータのトータルのデータ長の情報を含める方法（以下「方法２」と記載する）等を適用することができる。これにより、方法１の場合には、通信相手に対して、ＡＣＫ待ち時間のタイムアウトを起こさせて、再送が必要であることを通信相手に認識させることができる。また、方法２の場合には、受信に成功した際に、通信相手がこれまでに送信した全てのパケットデータのトータルのデータ長の情報を通信端末装置１００から通信相手に送信することにすれば、受信処理に失敗した際には、通信相手は、通信端末装置１００から受け取ったトータルのデータ長の情報と、これまでに自分が送信した全てのパケットデータのトータルのデータ長とが異なる通知を繰り返し受信することになるため、再送が必要であることを認識することができる。
【００３０】
通信アプリケーション処理部１１５は、ＴＣＰ／ＩＰプロトコル処理部１１４から入力したデータを音声または画像等として外部へ出力するための再生処理を実行する。また、通信アプリケーション処理部１１５は、外部から取得した音声の音声データまたは画像の画像データ等のデータをＴＣＰ／ＩＰプロトコル処理部１１４へ出力する。
【００３１】
次に、通信端末装置１００の動作について、図２を用いて説明する。図２は、通信端末装置１００の動作を示すシーケンス図である。
【００３２】
最初に、ＴＣＰ／ＩＰプロトコル処理部１１４は、通信相手とのＴＣＰコネクション（１）を確立する（ステップＳＴ２０１）。
【００３３】
次に、受信パケット事前解析制御部１１２は、ＴＣＰ／ＩＰプロトコル処理部１１４からＴＣＰのコネクション特定に必要な送受信ＩＰアドレスや送受信ポート番号の情報を取得し（ステップＳＴ２０２）、取得した情報より情報把握を行う（ステップＳＴ２０３）。そして、受信パケット事前解析制御部１１２は、ＴＣＰコネクション管理テーブルを作成する。
【００３４】
次に、作成したＴＣＰコネクション管理テーブルは、受信パケット事前解析制御部１１２からデバイス間制御情報伝達部１１１及びデバイス間制御情報伝達部１０５を介して受信パケット事前解析部１０４へ伝送される（ステップＳＴ２０４）。
【００３５】
次に、通信端末装置１００は、パケットデータを受信する。そして、パケットデータは、無線データ格納メモリ１０３に一時的に格納されるとともに、無線データ格納メモリ１０３から、リンク層プロトコル処理部１０７、転送データ格納メモリ１０８及び通信パケット格納メモリ１１３を介してＴＣＰ／ＩＰプロトコル処理部１１４に伝送される（ステップＳＴ２０５）。
【００３６】
また、受信パケット事前解析部１０４は、無線データ格納メモリ１０３に格納されたパケットデータの事前解析を行う（ステップＳＴ２０６）。そして、受信パケット事前解析部１０４は、事前解析の結果を事前解析結果情報としてＴＣＰ／ＩＰプロトコル処理部１１４へ伝送する（ステップＳＴ２０７）。この際、事前解析結果情報は、無線データ格納メモリ１０３、転送データ格納メモリ１０８及び通信パケット格納メモリ１１３を介さずに受信パケット事前解析部１０４からＴＣＰ／ＩＰプロトコル処理部１１４に伝送されるので、ステップＳＴ２０５で伝送されるパケットデータよりも先にＴＣＰ／ＩＰプロトコル処理部１１４に到達する。
【００３７】
次に、事前解析結果情報を受け取った受信パケット事前解析制御部１１２は、事前解析結果情報から、パケットデータのＴＣＰプロトコルに従った受信処理の成功または失敗を検出する。そして、受信パケット事前解析制御部１１２は、ＴＣＰ／ＩＰプロトコル処理部１１４に対して、検出結果に応じた制御を行う。また、ＴＣＰ／ＩＰプロトコル処理部１１４は、受信パケット事前解析部１０４が受信処理の成功を検出した際にＡＣＫの返信処理を実行し（ステップＳＴ２０８）、受信パケット事前解析部１０４が受信処理の失敗を検出した際に再送を依頼する。
【００３８】
次に、ＴＣＰ／ＩＰプロトコル処理部１１４は、パケットデータを受け取って、受け取ったパケットデータに対してＴＣＰ／ＩＰプロトコル処理を実行する。
【００３９】
次に、ＴＣＰ／ＩＰプロトコル処理部１１４は、再び通信相手とのＴＣＰコネクション（２）を確立する（ステップＳＴ２０９）。
【００４０】
次に、受信パケット事前解析制御部１１２は、ＴＣＰ／ＩＰプロトコル処理部１１４から、ＴＣＰコネクション管理テーブルを作成する際に必要な情報を取得し（ステップＳＴ２１０）、取得した情報より情報把握を行う（ステップＳＴ２１１）。そして、受信パケット事前解析制御部１１２は、ＴＣＰコネクション管理テーブルを作成して、作成したＴＣＰコネクション管理テーブルの情報であるＴＣＰコネクション管理テーブル情報（追加）を、デバイス間制御情報伝達部１１１及びデバイス間制御情報伝達部１０５を介して受信パケット事前解析部１０４へ伝送する（ステップＳＴ２１２）。
【００４１】
次に、ＴＣＰ／ＩＰプロトコル処理部１１４は、ＴＣＰコネクション（１）を切断する（ステップＳＴ２１３）。
【００４２】
次に、受信パケット事前解析制御部１１２は、ＴＣＰ／ＩＰプロトコル処理部１１４から、ＴＣＰコネクション管理テーブルを作成する際に必要な情報を取得し（ステップＳＴ２１４）、取得した情報より情報把握を行う（ステップＳＴ２１５）。そして、受信パケット事前解析制御部１１２は、ＴＣＰコネクション管理テーブルを作成して、作成したＴＣＰコネクション管理テーブルの情報であるＴＣＰコネクション管理テーブル情報（削除）を、デバイス間制御情報伝達部１１１及びデバイス間制御情報伝達部１０５を介して受信パケット事前解析部１０４へ伝送する（ステップＳＴ２１６）。
【００４３】
次に、ステップＳＴ２０６における事前解析の際の受信パケット事前解析部１０４の動作について、図３及び図４を用いて説明する。図３は、受信パケット事前解析部１０４の動作を示すフロー図であり、図４は、ＴＣＰ／ＩＰパケットデータ及びそのヘッダ構造を示す図である。ＴＣＰ／ＩＰパケットデータは、ＩＰヘッダ４０１、ＴＣＰヘッダ４０２及びＴＣＰデータ部４０３から構成されている。
【００４４】
最初に、受信パケット事前解析部１０４は、無線データ格納メモリ１０３に格納しているパケットデータのＩＰヘッダ４０１の構造を解析する（ステップＳＴ３０１）。具体的には、受信パケット事前解析部１０４は、ＩＰヘッダ４０１のＩＨＬ４１０に格納されているＩＨＬ値にてヘッダ長を認識する。
【００４５】
次に、受信パケット事前解析部１０４は、ＩＰヘッダ４０１のチェックサムを計算し、チェックサムの計算結果とＩＰヘッダ４０１のＨｅａｄｅｒ  Ｃｈｅｃｋｓｕｍ４１１に格納されているチェックサム値とを照合する（ステップＳＴ３０２）。
【００４６】
次に、受信パケット事前解析部１０４は、照合した結果、チェックサム値が一致するか否かを判定する（ＩＰヘッダチェックサムＯＫ？）（ステップＳＴ３０３）。
【００４７】
ステップＳＴ３０３において、チェックサム値が一致しない場合（ステップＳＴ３０３でＮＯの場合）には、受信パケット事前解析部１０４は、解析結果値を「ＩＰチェックサムエラー」に設定して記憶する（ステップＳＴ３０４）。例えば、受信パケット事前解析部１０４は、「ＩＰチェックサムエラー」を示す「Ｄａｔａ  Ｔｙｐｅ＝“０１０１”」を設定する。その後、受信パケット事前解析部１０４は、処理を終了する。
【００４８】
一方、ステップＳＴ３０３において、チェックサム値が一致する場合（ステップＳＴ３０３でＹＥＳの場合）には、受信パケット事前解析部１０４は、ＩＰフラグメント（分割）状態を認識する（ステップＳＴ３０５）。具体的には、受信パケット事前解析部１０４は、ＩＰヘッダ４０１のＦｌａｇ４１２に格納されているフラグメント状態を示すフラグを認識する。これにより、受信パケット事前解析部１０４は、通常のパケットデータであるかまたは分割されたパケットデータであるかを認識することができる。
【００４９】
次に、受信パケット事前解析部１０４は、フラグメントが未実施であるかまたはフラグメントの先頭であるか否かを判定する（ステップＳＴ３０６）。
【００５０】
ステップＳＴ３０６において、フラグメントを実施していると判定した場合（ステップＳＴ３０６でＮＯの場合）には、受信パケット事前解析部１０４は、解析結果値を「フラグメント非先頭データ」に設定して記憶する（ステップＳＴ３０７）。例えば、受信パケット事前解析部１０４は、「フラグメント非先頭データ」を示す「Ｄａｔａ  Ｔｙｐｅ＝“１０００”」を設定する。その後、受信パケット事前解析部１０４は、処理を終了する。
【００５１】
フラグメントされたパケットデータの先頭ではない場合に処理を終了する理由は、フラグメントされたパケットデータの途中のＩＰパケットデータ及び末尾のＩＰパケットデータにはＴＣＰヘッダが含まれていないので、解析不能だからである。
【００５２】
一方、ステップＳＴ３０６において、フラグメントが未実施であるかまたはフラグメントの先頭であると判定した場合（ステップＳＴ３０６でＹＥＳの場合）には、受信パケット事前解析部１０４は、トランスポート層の認識を行う（ステップＳＴ３０８）。具体的には、受信パケット事前解析部１０４は、ＩＰヘッダ４０１のＰｒｏｔｏｃｏｌ４１３に格納されているＰｒｏｔｏｃｏｌ値を取得する。
【００５３】
実際、フラグメント化されたパケットデータは、正しく組み立てることができるか否かを判定する必要があるが、一般にエラー率は低いので、組み立てには問題ないものとして事前解析を行う。仮に、フラグメント化されたパケットデータにＴＣＰ／ＩＰプロトコル処理部１１４で問題が生じた際は、フラグメント化されたパケットデータに限定して再送制御を行うこともできる。
【００５４】
次に、受信パケット事前解析部１０４は、トランスポート層はＴＣＰであるか否かを判定する（ステップＳＴ３０９）。
【００５５】
ステップＳＴ３０９において、トランスポート層がＴＣＰではない場合（ステップＳＴ３０９でＮＯの場合）には、受信パケット事前解析部１０４は、解析結果を「ＴＣＰ以外のデータ」に設定して記憶する（ステップＳＴ３１０）。例えば、受信パケット事前解析部１０４は、「ＴＣＰ以外のデータ」を示す「Ｄａｔａ  Ｔｙｐｅ＝“０００１”」を設定する。
【００５６】
一方、ステップＳＴ３０９において、トランスポート層がＴＣＰである場合（ステップＳＴ３０９でＹＥＳの場合）には、受信パケット事前解析部１０４は、ＴＣＰヘッダ４０２のチェックサムを計算し、チェックサムの計算結果とＴＣＰヘッダ４０２のＴＣＰ  Ｃｈｅｃｋｓｕｍ４１４に格納されているチェックサム値とを照合する（ステップＳＴ３１１）。
【００５７】
次に、受信パケット事前解析部１０４は、照合した結果、チェックサム値が一致するか否かを判定する（ＴＣＰチェックサムＯＫ？）（ステップＳＴ３１２）。
【００５８】
ステップＳＴ３１２において、チェックサム値が一致しない場合（ステップＳＴ３１２でＮＯの場合）には、受信パケット事前解析部１０４は、解析結果値を「ＴＣＰチェックサムエラー」に設定して記憶する（ステップＳＴ３１３）。例えば、受信パケット事前解析部１０４は、「ＴＣＰチェックサムエラー」を示す「Ｄａｔａ  Ｔｙｐｅ＝“０１００”」を設定する。その後、受信パケット事前解析部１０４は、処理を終了する。
【００５９】
一方、ステップＳＴ３１２において、チェックサム値が一致する場合（ステップＳＴ３１２でＹＥＳの場合）には、受信パケット事前解析部１０４は、ＩＰヘッダ４０１の解析を行って、ＩＰヘッダ４０１のＳｏｕｒｃｅ  Ａｄｄｒｅｓｓ４１５に格納されているＩＰ  Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ値及びＤｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ４１６に格納されているＩＰ  Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓを取得するとともに、ＴＣＰヘッダ４０２の解析を行って、ＴＣＰヘッダ４０２のＳｏｕｒｃｅ  Ｐｏｒｔ  Ｎｕｍｂｅｒ４１７に格納されているＳｏｕｒｃｅ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値及びＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｎｕｍｂｅｒ４１８に格納されているＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値を取得する（ステップＳＴ３１４）。
【００６０】
次に、受信パケット事前解析部１０４は、ステップＳＴ３１４で取得したＩＰ  Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ値、ＩＰ  Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ値、Ｓｏｕｒｃｅ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値、及びＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値と、記憶しているＴＣＰコネクション管理テーブルとを照合する（ステップＳＴ３１５）。図５は、ＴＣＰコネクション管理テーブルを示す図である。
【００６１】
次に、受信パケット事前解析部１０４は、照合した結果、ＴＣＰコネクション管理テーブルに、ステップＳＴ３１４で取得したＩＰ  Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ値、ＩＰ  Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ値、Ｓｏｕｒｃｅ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値、及びＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値と一致するＩＰ  Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ値、ＩＰ  Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ値、Ｓｏｕｒｃｅ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値、及びＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値があるか否かを判定する（ＴＣＰコネクション把握ＯＫ？）（ステップＳＴ３１６）。
【００６２】
ステップＳＴ３１６において、一致しない場合（ステップＳＴ３１６でＮＯの場合）には、受信パケット事前解析部１０４は、解析結果値を「ＴＣＰコネクション不明」に設定して記憶する（ステップＳＴ３１７）。例えば、受信パケット事前解析部１０４は、「ＴＣＰコネクション不明」を示す「Ｄａｔａ  Ｔｙｐｅ＝“００１０”」を設定する。その後、受信パケット事前解析部１０４は、処理を終了する。
【００６３】
一方、ステップＳＴ３１６において、一致する場合（ステップＳＴ３１６でＹＥＳの場合）には、解析結果値を「正規ＴＣＰデータ」に設定して記憶する（ステップＳＴ３１８）。例えば、受信パケット事前解析部１０４は、「正規ＴＣＰデータ」を示す「Ｄａｔａ  Ｔｙｐｅ＝“００００”」を設定する。その後、受信パケット事前解析部１０４は、処理を終了する。
【００６４】
受信パケット事前解析部１０４は、図６に示す事前解析結果情報を受信パケット事前解析制御部１１２へ転送する。図６は、事前解析結果情報を示す図である。図６より、事前解析結果情報は、Ｄａｔａ  Ｔｙｐｅ６０１、Ｃｏｎｎｅｃｔｉｏｎ  Ｎｕｍｂｅｒ６０２、Ｔｏｔａｌ  Ｌｅｎｇｔｈ６０３及びＳｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ６０４の各事前解析結果値を含む情報である。ここで、Ｄａｔａ  Ｔｙｐｅ６０１は、図３のステップＳＴ３０４、ステップＳＴ３０７、ステップＳＴ３１０、ステップＳＴ３１３、ステップＳＴ３１７またはステップＳＴ３１８で設定した受信パケット解析結果を示すものである。また、Ｃｏｎｎｅｃｔｉｏｎ  Ｎｕｍｂｅｒ６０２は、解析結果から認識したＴＣＰコネクション番号を示す図５のＴＣＰコネクション管理テーブルのＬｏｃａｌ  Ｃｏｎｎｅｃｔｉｏｎ  Ｎｕｍｂｅｒである。また、Ｔｏｔａｌ  Ｌｅｎｇｔｈ６０３は、ＩＰデータの長さを示すものであり、図４のＩＰヘッダ４０１のＴｏｔａｌ  Ｌｅｎｇｔｈ４１９に格納されている値を抽出したものである。また、Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ６０４は、ＴＣＰデータのセグメント位置（先頭位置）の特定に使用するものであり、図４のＴＣＰヘッダ４０２のＳｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ４２０に格納されているＴＣＰシーケンス番号（オクテット単位）である。
【００６５】
次に、図２のステップＳＴ２０８におけるＡＣＫの返信処理の際の受信パケット事前解析制御部１１２及びＴＣＰ／ＩＰプロトコル処理部１１４の動作について、図７を用いて説明する。図７は、ＴＣＰ／ＩＰプロトコル処理部１１４及び受信パケット事前解析制御部１１２の動作を示すフロー図である。
【００６６】
最初に、受信パケット事前解析制御部１１２は、取得した事前解析結果情報のＤａｔａ  Ｔｙｐｅを認識する（ステップＳＴ７０１）。
【００６７】
次に、受信パケット事前解析制御部１１２は、処理対象のＴＣＰ／ＩＰパケットデータであるか否かを判定する（ステップＳＴ７０２）。具体的には、受信パケット事前解析制御部１１２は、「Ｄａｔａ  Ｔｙｐｅ＝“０００１”」を検出したか否かを判定する。
【００６８】
処理対象のＴＣＰ／ＩＰパケットデータでない場合（ステップＳＴ７０２でＮＯの場合）、即ち「Ｄａｔａ  Ｔｙｐｅ＝“０００１”」を検出した場合には、ＡＣＫの送信処理を終了する。
【００６９】
一方、処理対象のＴＣＰ／ＩＰパケットデータである場合（ステップＳＴ７０２でＹＥＳの場合）、即ち「Ｄａｔａ  Ｔｙｐｅ＝“０００１”」を検出しなかった場合には、受信パケット事前解析制御部１１２は、パケットデータのＴＣＰプロトコルに従った受信処理の成功を検出したものとして、事前解析結果情報のＣｏｎｎｅｃｔｉｏｎ  Ｎｕｍｂｅｒを認識する（ステップＳＴ７０３）。
【００７０】
次に、受信パケット事前解析制御部１１２は、正常にＴＣＰ／ＩＰパケットデータを検出したか否かを判定する（ステップＳＴ７０４）。具体的には、受信パケット事前解析制御部１１２は、「Ｄａｔａ  Ｔｙｐｅ＝“００００”」を検出したか否かを判定する。
【００７１】
正常にＴＣＰ／ＩＰパケットデータを検出した場合（ステップＳＴ７０４でＹＥＳの場合）、即ち「Ｄａｔａ  Ｔｙｐｅ＝“００００”」を検出した場合には、受信パケット事前解析制御部１１２は、パケットデータのＴＣＰプロトコルに従った受信処理の成功を検出したものとして、事前解析結果情報からＴＣＰセグメント位置を認識する（ステップＳＴ７０５）。具体的には、受信パケット事前解析制御部１１２は、事前解析結果情報のＩＰ  Ｔｏｔａｌ  Ｌｅｎｇｔｈ及びＴＣＰ  Ｓｅｑｕｅｎｃｅ  ＮｕｍｂｅｒからＴＣＰセグメント位置を認識する。即ち、受信パケット事前解析制御部１１２は、受信済みのパケットデータの範囲を認識する。
【００７２】
次に、ＴＣＰ／ＩＰプロトコル処理部１１４は、受信パケット事前解析制御部１１２からの通知を受けて、コネクション別の取得済みデータ領域及びデータ末尾位置を認識して更新する（ステップＳＴ７０６）。
【００７３】
次に、ＴＣＰ／ＩＰプロトコル処理部１１４は、データ末尾位置が更新されたか否かを判定する（ステップＳＴ７０７）。
【００７４】
ステップＳＴ７０６において、データ末尾位置が更新された場合（ステップＳＴ７０７でＹＥＳの場合）には、ＴＣＰ／ＩＰプロトコル処理部１１４は、ＡＣＫの送出可能なタイミングであるか否かを判定する（ステップＳＴ７０８）。即ち、パケットデータを受信する毎にＡＣＫを返信すると伝送効率が悪いので、ＴＣＰ／ＩＰプロトコル処理部１１４は、所定数のパケットデータを受信する毎にＡＣＫを１回返信するか、または取得したデータ量に応じてＡＣＫを返信することができる。これより、ＴＣＰ／ＩＰプロトコル処理部１１４は、ＡＣＫを送出可能なタイミングであるか否かを判定する。
【００７５】
ステップＳＴ７０８において、ＡＣＫの送出可能なタイミングではない場合（ステップＳＴ７０８でＮＯの場合）には、ＴＣＰ／ＩＰプロトコル処理部１１４は、ＡＣＫの送信処理を終了する。
【００７６】
一方、ステップＳＴ７０８において、ＡＣＫの送出可能なタイミングである場合（ステップＳＴ７０８でＹＥＳの場合）には、ＴＣＰ／ＩＰプロトコル処理部１１４は、ＡＣＫを生成して送信するとともに、確認応答番号（データ末尾＋１）及び宛先等を設定したＡＣＫを含むパケットデータを生成し、通信端末装置１００は、ＴＣＰ／ＩＰプロトコル処理部１１４が生成したＡＣＫを含むパケットデータを送信する（ステップＳＴ７０９）。この場合、通信端末装置１００が送信するＡＣＫは、受信成功を示すものである。
【００７７】
また、ステップＳＴ７０７において、データ末尾位置が更新されなかった場合（ステップＳＴ７０７でＮＯの場合）には、ＴＣＰ／ＩＰプロトコル処理部１１４は、ＡＣＫを生成して送信するとともに、確認応答番号（データ末尾＋１）及び宛先等を設定したＡＣＫを含むパケットデータを生成し、通信端末装置１００は、ＴＣＰ／ＩＰプロトコル処理部１１４が生成したＡＣＫを含むパケットデータを送信する（ステップＳＴ７０９）。そして、ＴＣＰ／ＩＰプロトコル処理部１１４は、ＡＣＫの送信処理を終了する。
【００７８】
データ末尾位置を更新しないデータの取得が起こると、通信伝送路上でのデータの欠落の可能性があるので、確認応答番号（次データ先頭オクテット情報）を更新しないＡＣＫを返信し、送信側に高速再送制御を行うように促す。
【００７９】
また、ＴＣＰ／ＩＰプロトコル処理部１１４は、パケットデータを取得した際には、ＴＣＰプロトコル処理を実行する（ステップＳＴ７１０）。
【００８０】
次に、ＴＣＰ／ＩＰプロトコル処理部１１４は、次に、受信パケット事前解析制御部１１２は、正常にＴＣＰ／ＩＰパケットデータを検出したか否かを判定する（ステップＳＴ７１１）。
【００８１】
正常にＴＣＰ／ＩＰパケットデータを検出した場合（ステップＳＴ７１１でＹＥＳの場合）には、ＴＣＰ／ＩＰプロトコル処理部１１４は、ステップＳＴ７０６〜ステップＳＴ７０９と同様の処理を行う。
【００８２】
また、正常にＴＣＰ／ＩＰパケットデータを検出しなかった場合（ステップＳＴ７１１でＮＯの場合）には、ＴＣＰ／ＩＰプロトコル処理部１１４は、確認応答番号（データ末尾＋１）及び宛先等を設定したＡＣＫを含むパケットデータを生成する。この場合、通信端末装置１００が送信するＡＣＫは、受信処理の失敗を通知するものなので、ＴＣＰ／ＩＰプロトコル処理部１１４は、方法２により再送を促すＡＣＫを含むパケットデータを生成する。そして、通信端末装置１００は、ＴＣＰ／ＩＰプロトコル処理部１１４が生成したＡＣＫを含むパケットデータを送信する（ステップＳＴ７０９）。
【００８３】
一方、ステップＳＴ７０４において、正常にＴＣＰ／ＩＰパケットデータを検出しなかった場合（ステップＳＴ７０４でＮＯの場合）、即ち「Ｄａｔａ  Ｔｙｐｅ＝“００００”」を検出しなかった場合には、ＴＣＰ／ＩＰプロトコル処理部１１４は、受信パケット事前解析制御部１１２からの通知により、確認応答番号（データ末尾＋１）及び宛先等を設定したＡＣＫを含むパケットデータを生成する。この場合、通信端末装置１００が送信するＡＣＫは、受信処理の失敗を通知するものなので、ＴＣＰ／ＩＰプロトコル処理部１１４は、方法２により再送を促すＡＣＫを含むパケットデータを生成する。そして、通信端末装置１００は、ＴＣＰ／ＩＰプロトコル処理部１１４が生成したＡＣＫを含むパケットデータを送信する（ステップＳＴ７０９）。
【００８４】
なお、ステップＳＴ７０９において、方法１により再送を促す場合には、通信端末装置１００は、ＡＣＫを含むパケットデータを送信しないようにする。
【００８５】
このように、ＴＣＰ／ＩＰプロトコル処理部１１４は、ステップＳＴ７１０及びステップＳＴ７１１の処理の実行が終了する前に、ステップＳＴ７０６〜ステップＳＴ７０９の処理を先行して実行する点が従来と異なる点である。即ち、従来は、ステップＳＴ７０１〜ステップＳＴ７０５の処理は行っていなかったため、ステップＳＴ７１０及びステップＳＴ７１１のＴＣＰプロトコル処理が完了した後にステップＳＴ７０６の処理に移行していた。しかし、本実施の形態では、ステップＳＴ７１０及びステップＳＴ７１１のＴＣＰプロトコル処理が完了したか否かに関わらず、すでにパケットデータを取得したものと見なして、ステップＳＴ７０５の処理をステップＳＴ７０６以降の処理に繋ぐとともに、通常のデータ取得管理における処理であるステップＳＴ７０６以降の処理を共有する点に特徴を有するものである。
【００８６】
因みに、受信パケット事前解析部１０４でＡＣＫを返信する場合（ＴＣＰ代理応答機能）は、ＴＣＰのＡＣＫ生成機能を受信パケット事前解析部１０４に設ける必要がある。ＡＣＫを生成するためには、次のデータの先頭位置を伝える確認応答番号を逐次把握することのみならず、例えばＲＦＣ２８８３で規定されたＳＡＣＫ技術に対応するためには、受信管理状態にあるＴＣＰメッセージ上の取得済みデータ位置を正確に把握し続ける必要がある。従って、受信パケット事前解析部１０４に、ＴＣＰプロトコルスタックの受信管理及び応答に関する機能を設ける必要があり、非常に難しい実装が要求される。また、これに伴って、ＴＣＰプロトコル実装を含む通信端末装置に搭載するソフトウェアを通信端末装置の販売後にアップグレードまたはマイナーチェンジすることが難しくなる。
【００８７】
また、受信パケット事前解析部１０４にて、ＴＣＰ／ＩＰパケットの解析及び把握を完全に行うことが求められるため、下層に完全なＩＰプロトコルスタックの実装が必要となる。これは、通信端末装置内部にもう一つのＩＰ通信機能を搭載するに等しく、実装に際しての負荷の増大及び通信端末装置のコストの増大を招く。
【００８８】
また、ＴＣＰのＡＣＫ生成位置と、ＴＣＰのパケットデータ生成位置が異なるため、ＴＣＰのＰｉｇｇｙ  Ｂａｃｋパケットを生成することができない。Ｐｉｇｇｙ  Ｂａｃｋとは、逆方向のパケットデータを用いてＡＣＫ情報を伝えるもので、通信帯域の効率化に不可欠な技術である。これが利用できないためにＴＣＰ双方向通信であっても、ＡＣＫはパケットデータとは常に独立に生成され、ＴＣＰの実効帯域が低下することになる。
【００８９】
また、ＲＴＴに対する優位性に関しては、以下のような理由で限定的な優位性に留まる。現在のインターネットサービスを含むＴＣＰ／ＩＰ通信サービスのうち通信高帯域性を求めるものは、ＷＥＢブラウジングやファイルダウンロード、映像ストリーミングなど、おおむね下り通信（サーバからクライアント方向）偏重の帯域利用となっており、上り方向の通信路の輻輳が生じることは稀である。代理応答機能がＲＴＴを改善できるのは、通信端末装置内部で上りパケットが滞留する場合であるので、代理応答機能の優位性は限定的なものとならざるを得ない。
【００９０】
また、ＡＣＫを返信する前にフラグメントパケットデータ群の正常性検証のため、分断された複数のパケットデータの情報を管理及び記憶し、再構築処理の可否を判断する必要がある。ＩＰヘッダのチェックサム計算、ＴＣＰヘッダのチェックサム計算に関しても、代理応答機能では必須である。
【００９１】
一方、本実施の形態は、ＴＣＰ／ＩＰプロトコルスタックに至る通信端末装置の内部実装の前段でＴＣＰ／ＩＰパケットデータのヘッダの情報を事前に抽出して、ＴＣＰ／ＩＰプロトコルスタックから参照可能な状態とするものであり、事前抽出の際に必ずしもヘッダ構造解析及び正常性解析を必要とするものではない。即ち、本発明の受信パケット事前解析部１０４では、解析の難しいパケットを敢えて解析を行わずとも遜色ない効果が得られるため、ＩＰプロトコルスタックの追加搭載は必要としていない。たとえば通信経路上でフラグメントが起こり分断された非先頭パケット（中間パケットや最後尾パケット）を受信した際には、本実施の形態では、受信パケット事前解析部１０４は解析を放棄し、ＴＣＰ／ＩＰプロトコル処理部１１４に解析を委ねる。ＩＰヘッダのチェックサム計算、ＴＣＰヘッダのチェックサム計算に関しても、本実施の形態の受信パケット事前解析部１０４では必ずしも必須ではない。仮に、受信パケット事前解析部１０４がチェックサムエラーを見過ごしてパケットデータの位置を通知しても、後段のＴＣＰ／ＩＰプロトコル処理部１１４等ではチェックサム検証をおこなっているため、ＡＣＫを返信して、チェックサムエラーであったパケットデータの再取得を行うことが可能である。
【００９２】
このように、本実施の形態によれば、見かけ上のラウンドトリップタイムを小さくすることにより、コストの増大及び消費電力の増加を招かずに処理の高速化を図ることができ、パケットデータの再送を早期に行うことができるとともに、スループットの低下を防ぐことができる。また、本実施の形態によれば、複数のパケットデータを一括で転送する場合でも、事前解析結果情報はパケットデータ毎に生成して転送することにより、さらなる処理の高速化を図ることができる。
【００９３】
なお、本実施の形態において、受信パケット事前解析部１０４がＩＰヘッダ及びＴＣＰヘッダを解析したが、本発明はこれに限らず、受信パケット事前解析部１０４に相当する部分で、パケットデータの先頭数バイトをＴＣＰヘッダ及びＩＰヘッダが含まれているものとして固定的に抽出し、専用のメモリ領域に転写して、ＴＣＰ／ＩＰからいつでも参照可能な状態とすることでも同様の効果がえられる。
【産業上の利用可能性】
【００９４】
本発明にかかる通信端末装置及びパケットデータ受信方法は、特にＴＣＰ／ＩＰプロトコルにより通信を行うのに好適である。
【図面の簡単な説明】
【００９５】
【図１】本発明の実施の形態に係る通信端末装置の構成を示すブロック図
【図２】本発明の実施の形態に係る通信端末装置の動作を示すシーケンス図
【図３】本発明の実施の形態に係る受信パケット事前解析部の動作を示すフロー図
【図４】本発明の実施の形態に係るＴＣＰ／ＩＰパケットデータ及びそのヘッダ構造を示す図
【図５】本発明の実施の形態に係るＴＣＰコネクション管理テーブルを示す図
【図６】本発明の実施の形態に係る事前解析結果情報を示す図
【図７】本発明の実施の形態に係るＴＣＰ／ＩＰプロトコル処理部及び受信パケット事前解析制御部の動作を示すフロー図
【図８】従来の通信端末装置の構成を示す概略図
【符号の説明】
【００９６】
１００  通信端末装置
１０１  物理層制御部
１０２、１１０  物理層データ処理部
１０３  無線データ格納メモリ
１０３ａ、１０８ａ、１１３ａ  受信データ格納領域
１０４  受信パケット事前解析部
１０５、１１１  デバイス間制御情報伝達部
１０６  データ転送制御部
１０７、１０９  リンク層プロトコル処理部
１０８  転送データ格納メモリ
１１２  受信パケット事前解析制御部
１１３  通信パケット格納メモリ
１１４  ＴＣＰ／ＩＰプロトコル処理部
１１５  通信アプリケーション処理部
１５０  通信処理デバイス
１６０  通信アプリケーション処理デバイス
【図１】
2010045528.tif 000003
【図２】
2010045528.tif 000004
【図３】
2010045528.tif 000005
【図４】
2010045528.tif 000006
【図５】
2010045528.tif 000007
【図６】
2010045528.tif 000008
【図７】
2010045528.tif 000009
【図８】
2010045528.tif 000010