(57)【要約】【課題】パケットデータのデータ特性に基づいてパケット順序制御を行うことにより、装置の処理負荷を軽減するとともに、装置内処理遅延を軽減し、実質的な通信速度を向上させること。【解決手段】ＰＤＣＰ処理部１０３は、順序制御適用判別部１０７におけるパケットデータの並び替えを実行するか否かの決定に従って、ＰＤＣＰの処理を実行する。Ａｐｐ処理部１０５は、通信時に通信部１０１と連携してベアラの確立処理を行い、通信制御情報を生成する。データ特性検出部１０６は、Ａｐｐ処理部１０５が生成した通信制御情報よりパケットデータのデータ特性を検出する。順序制御適用判別部１０７は、データ特性に基づいて、ＰＤＣＰの処理におけるパケットデータの並び替えを実行するか否かを決定する。【選択図】図１
2009246447.tif 000002
【特許請求の範囲】
【請求項１】
パケットデータを受信する受信手段と、
ベアラの確立により、前記パケットデータのアプリケーション処理を実行するための通信制御情報を生成するアプリケーション処理実行手段と、
生成した前記通信制御情報より前記パケットデータのデータ特性を検出するデータ特性検出手段と、
検出した前記データ特性に基づいて、特定のプロトコル処理におけるパケットデータの並び替えを実行するか否かを決定する並び替え決定手段と、
前記決定に従って前記特定のプロトコル処理を実行するプロトコル処理手段と、
を具備する通信端末装置。
【請求項２】
パケットデータを受信する受信手段と、
受信した前記パケットデータのヘッダを解析することにより前記パケットデータのデータ特性を検出するデータ特性検出手段と、
検出した前記データ特性に基づいて、特定のプロトコル処理におけるパケットデータの並び替えを実行するか否かを決定する並び替え決定手段と、
前記決定に従って前記特定のプロトコル処理を実行するプロトコル処理手段と、
を具備する通信端末装置。
【請求項３】
前記並び替え決定手段は、前記データ特性検出手段が前記特定のプロトコルの上位のプロトコルで前記パケットデータの並び替えを行う前記データ特性を検出した際に、前記特定のプロトコル処理における前記パケットデータの並び替えを実行しないことを決定し、
前記プロトコル処理手段は、前記パケットデータの並び替えを行わずに前記特定のプロトコル処理を実行する請求項１または請求項２記載の通信端末装置。
【請求項４】
前記並び替え決定手段は、前記データ特性検出手段が前記パケットデータが音声データである前記データ特性を検出した際に、前記特定のプロトコル処理における前記パケットデータの並び替えを実行しないことを決定し、
前記プロトコル処理手段は、前記パケットデータの並び替えを行わずに前記特定のプロトコル処理を実行する請求項１から請求項３のいずれかに記載の通信端末装置。
【請求項５】
前記並び替え決定手段は、トランスポート層の前記特定のプロトコル処理におけるパケットデータの並び替えを実行するか否かを決定し、
前記プロトコル処理手段は、前記決定に従ってトランスポート層の前記特定のプロトコル処理を実行する請求項１から請求項４のいずれかに記載の通信端末装置。
【請求項６】
前記並び替え決定手段は、前記特定のプロトコルであるＰＤＣＰ（Packet Data Convergence Protocol）における前記並び替えを実行するか否かを決定し、
前記プロトコル処理手段は、前記決定に従って前記ＰＤＣＰの処理を実行する請求項１から請求項５のいずれかに記載の通信端末装置。
【請求項７】
パケットデータに対して各プロトコルに従った処理を実行する通信端末装置におけるデータ並び替え制御方法であって、
ベアラの確立により、前記パケットデータのアプリケーション処理を実行するための通信制御情報を生成するステップと、
生成した前記通信制御情報より前記パケットデータのデータ特性を検出するステップと、
検出した前記データ特性に基づいて、特定のプロトコル処理におけるパケットデータの並び替えを実行するか否かを決定するステップと、
前記決定に従って前記特定のプロトコル処理を実行するステップと、
を具備するデータ並び替え制御方法。
【請求項８】
パケットデータに対して各プロトコルに従った処理を実行する通信端末装置におけるデータ並び替え制御方法であって、
受信した前記パケットデータのヘッダを解析することにより前記パケットデータのデータ特性を検出するステップと、
検出した前記データ特性に基づいて、特定のプロトコル処理におけるパケットデータの並び替えを実行するか否かを決定するステップと、
前記決定に従って前記特定のプロトコル処理を実行するステップと、
を具備するデータ並び替え制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末装置及びデータ並び替え制御方法に関し、特に所定のレイヤにおけるパケット順序制御（Reordering）処理を実施する通信端末装置及びデータ並び替え制御方法に関する。
【背景技術】
【０００２】
３ＧＰＰで規定されているＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）は、ＩＰ  ｄａｔａ  ｆｌｏｗの圧縮・伸張、ハンドオーバ時のパケット順序制御、データの暗号化・複合化などを行うプロトコルである。従来、ハンドオーバの際に、ＰＤＣＰ層を介在して通信される全データに対して、パケット順序制御を実施するものが知られている（例えば、非特許文献１）。パケット順序制御とは、受信装置へのパケットデータの到着順序が入れ替わった際に、パケットデータを正規の順序に並び替える制御である。また、パケット順序制御は、通常、ハンドオーバ時にのみ行われるものではないが、ＰＤＣＰでは、パケット順序制御を行うのは、ハンドオーバ時のみである。
【０００３】
図９は、従来のパケット順序制御の処理手順を示すシーケンス図である。図９において、ＰＤＣＰ１及びＲＬＣ２は、ハンドオーバ元の基地局（以下「Ｈ．Ｏ．元ｅＮＢ」と記載する）であり、ＰＤＣＰ３及びＲＬＣ４は、ハンドオーバ先の基地局（以下、「Ｈ．Ｏ．先ｅＮＢ」と記載する）であり、ＲＬＣ５、ＰＤＣＰ６及びＩＰ７は、通信端末装置（ＵＥ２）である。
【０００４】
最初に、Ｈ．Ｏ．元ｅＮＢのＰＤＣＰ１は、ＵＥ２の通信相手である図示しないＵＥ１からパケットデータ１を受信する（ステップＳＴ１０）。
【０００５】
次に、Ｈ．Ｏ．元ｅＮＢのＰＤＣＰ１は、受信したパケットデータ１をＲＬＣ２に転送する（ステップＳＴ１１）。
【０００６】
次に、ＲＬＣ２は、転送されたパケットデータ１をＵＥ１の通信相手であるＵＥ２へ送信し、ＵＥ２のＰＤＣＰ６は、ＲＬＣ５を介してパケットデータ１を受信する（ステップＳＴ１２）。
【０００７】
次に、ＰＤＣＰ６は、パケットデータ１をＩＰ７に転送する（ステップＳＴ１３）。
【０００８】
また、Ｈ．Ｏ．元ｅＮＢのＰＤＣＰ１は、ＵＥ１からパケットデータ２を受信し（ステップＳＴ１４）、受信したパケットデータ２をＲＬＣ２に転送する（ステップＳＴ１５）。
【０００９】
次に、Ｈ．Ｏ．元ｅＮＢのＰＤＣＰ１は、ＵＥ１からパケットデータ３を受信し（ステップＳＴ１６）、受信したパケットデータ３をＲＬＣ２に転送する（ステップＳＴ１７）。
【００１０】
次に、ＵＥ２は、Ｈ．Ｏ．元ｅＮＢからＨ．Ｏ．先ｅＮＢへのハンドオーバを開始する（Ｈ．Ｏ．開始）（ステップＳＴ１８）。
【００１１】
次に、Ｈ．Ｏ．先ｅＮＢのＰＤＣＰ３は、ＵＥ１からパケットデータ４を受信して（ステップＳＴ１９）、受信したパケットデータ４をＲＬＣ４に転送する（ステップＳＴ２０）。
【００１２】
次に、Ｈ．Ｏ．先ｅＮＢのＲＬＣ４は、パケットデータ４をＵＥ２に送信し、ＵＥ２のＰＤＣＰ６は、ＲＬＣ５を介してパケットデータ４を受信する（ステップＳＴ２１）。
【００１３】
次に、ＵＥ２のＰＤＣＰ６は、ステップＳＴ１２におけるパケットデータ１の受信に続いて、ステップＳＴ２１におけるパケットデータ４を受信することにより、パケットデータ４を直ちにＩＰ７に転送せずに、タイマを起動して時間の計測を開始する。ＰＤＣＰ６は、タイマが時間を計測している間に、未到着のパケットデータであるパケットデータ２及びパケットデータ３を受信しない限り、パケットデータのＩＰ７への転送を行わない。
【００１４】
次に、Ｈ．Ｏ．元ｅＮＢのＰＤＣＰ１は、ステップＳＴ１４で受信したパケットデータ２をＨ．Ｏ．先ｅＮＢのＰＤＣＰ３に転送する（ステップＳＴ２２）。
【００１５】
次に、Ｈ．Ｏ．先ｅＮＢのＰＤＣＰ３は、パケットデータ２をＲＬＣ４に転送する（ステップＳＴ２３）。
【００１６】
次に、ＲＬＣ４は、パケットデータ２をＵＥ２に送信し、ＵＥ２のＰＤＣＰ６は、ＲＬＣ５を介してパケットデータ２を受信する（ステップＳＴ２４）。この際、ＵＥ２のＰＤＣＰ６は、まだタイマで時間を計測中であり、未到着のパケットデータが全て届いていないため、パケットデータ２をＩＰ７に転送しない。
【００１７】
次に、Ｈ．Ｏ．元ｅＮＢのＰＤＣＰ１は、ステップＳＴ１６で受信したパケットデータ３をＨ．Ｏ．先ｅＮＢのＰＤＣＰ３に転送する（ステップＳＴ２５）。
【００１８】
次に、Ｈ．Ｏ．先ｅＮＢのＰＤＣＰ３は、パケットデータ３をＲＬＣ４に転送する（ステップＳＴ２６）。
【００１９】
次に、ＲＬＣ４は、パケットデータ３をＵＥ２に送信し、ＵＥ２のＰＤＣＰ６は、ＲＬＣ５を介してパケットデータ３を受信する（ステップＳＴ２７）。この際、ＵＥ２のＰＤＣＰ６は、未到着のパケットデータが全て届いたため、タイマでの時間の計測を終了し、タイマで時間を計測中に取得したパケットデータ２〜パケットデータ４のパケット順序制御を行うことにより、パケットデータ２〜パケットデータ４の並び替えを行う。ここで、ＵＥ２がパケット順序制御をやめる条件は、未到着のパケットデータの全てを受信した場合、またはタイマで計測する時間が所定時間になった場合の何れかである。
【００２０】
次に、ＰＤＣＰ６は、順番に並び替えたパケットデータ２〜パケットデータ４を順次ＩＰ７に転送する（ステップＳＴ２８〜ステップＳＴ３０）。
【００２１】
次に、Ｈ．Ｏ．先ｅＮＢのＰＤＣＰ３は、ＵＥ１からパケットデータ５を受信し（ステップＳＴ３１）、受信したパケットデータ５をＲＬＣ４に転送する（ステップＳＴ３２）。
【００２２】
次に、Ｈ．Ｏ．先ｅＮＢのＲＬＣ４は、パケットデータ５をＵＥ２に送信し、ＵＥ２のＰＤＣＰ６は、ＲＬＣ５を介してパケットデータ５を受信する（ステップＳＴ３３）。
【００２３】
次に、ＵＥ２のＰＤＣＰ６は、タイマを起動していないので、受信したパケットデータ５をＩＰ７に転送する（ステップＳＴ３４）。
【非特許文献１】３ＧＰＰ  ＴＳ３６．３００ｖ．８．１．０
【発明の開示】
【発明が解決しようとする課題】
【００２４】
しかしながら、従来の装置においては、ハンドオーバの際に、受信されるデータに対してプロトコルに従って一律にパケット順序制御を行うことにより、パケット順序制御が不要なデータに対してもパケット順序制御を行うので、不要な処理による処理負荷が生じるとともに、パケット順序制御による装置内での処理遅延が生じるという問題がある。
【００２５】
本発明はかかる点に鑑みてなされたものであり、パケットデータのデータ特性に基づいてパケット順序制御を行うことにより、装置の処理負荷を軽減することができるとともに、装置内における処理遅延を軽減することができ、実質的な通信速度を向上させることができる通信端末装置及びデータ並び替え制御方法を提供することを目的とする。
【課題を解決するための手段】
【００２６】
本発明の通信端末装置は、パケットデータを受信する受信手段と、ベアラの確立により、前記パケットデータのアプリケーション処理を実行するための通信制御情報を生成するアプリケーション処理実行手段と、生成した前記通信制御情報より前記パケットデータのデータ特性を検出するデータ特性検出手段と、検出した前記データ特性に基づいて、特定のプロトコル処理におけるパケットデータの並び替えを実行するか否かを決定する並び替え決定手段と、前記決定に従って前記特定のプロトコル処理を実行するプロトコル処理手段と、を具備する構成を採る。
【００２７】
また、本発明の通信端末装置は、パケットデータを受信する受信手段と、受信した前記パケットデータのヘッダを解析することにより前記パケットデータのデータ特性を検出するデータ特性検出手段と、検出した前記データ特性に基づいて、特定のプロトコル処理におけるパケットデータの並び替えを実行するか否かを決定する並び替え決定手段と、前記決定に従って前記特定のプロトコル処理を実行するプロトコル処理手段と、を具備する構成を採る。
【００２８】
本発明のデータ並び替え制御方法は、パケットデータに対して各プロトコルに従った処理を実行する通信端末装置におけるデータ並び替え制御方法であって、ベアラの確立により、前記パケットデータのアプリケーション処理を実行するための通信制御情報を生成するステップと、生成した前記通信制御情報より前記パケットデータのデータ特性を検出するステップと、検出した前記データ特性に基づいて、特定のプロトコル処理におけるパケットデータの並び替えを実行するか否かを決定するステップと、前記決定に従って前記特定のプロトコル処理を実行するステップと、を具備するようにした。
【００２９】
また、本発明のデータ並び替え制御方法は、パケットデータに対して各プロトコルに従った処理を実行する通信端末装置におけるデータ並び替え制御方法であって、受信した前記パケットデータのヘッダを解析することにより前記パケットデータのデータ特性を検出するステップと、検出した前記データ特性に基づいて、特定のプロトコル処理におけるパケットデータの並び替えを実行するか否かを決定するステップと、前記決定に従って前記特定のプロトコル処理を実行するステップと、を具備するようにした。
【発明の効果】
【００３０】
本発明によれば、パケットデータのデータ特性に基づいてパケット順序制御を行うことにより、装置の処理負荷を軽減することができるとともに、装置内における処理遅延を軽減することができ、実質的な通信速度を向上させることができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００３２】
（実施の形態１）
図１は、本発明の実施の形態１に係る通信端末装置１００の構成を示すブロック図である。
【００３３】
通信部１０１は、通信時に図示していない基地局装置とベアラ（例えば、３Ｇ（第３世代移動体通信システム）のＰＤＰ  Ｃｏｎｔｅｘｔ，Ｓ３Ｇ（Ｓｕｐｅｒ ３Ｇ）のＤｅｆａｕｌｔ／Ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ）の確立及び開放処理を行う。また、通信部１０１は、図示しない基地局装置とパケットデータの送受信を行う。パケットデータ受信時、通信部１０１は、レイヤ１の処理などを実行したパケットデータをＲＬＣ処理部１０２へ出力する。また、通信部１０１は、ＲＬＣ処理部１０２から入力したＲＬＣ  ＰＤＵに対してレイヤ１の処理を行って基地局装置へ送信する。
【００３４】
ＲＬＣ処理部１０２は、選択再送型の再送制御プロトコルに基づいてデータの再送制御を行う機能を有する。具体的には、ＲＬＣ処理部１０２は、通信部１０１から入力したパケットデータのＲＬＣヘッダの順序番号をチェックし、正常である場合にはＲＬＣヘッダを除去してＰＤＣＰ（Packet Data Convergence Protocol）処理部１０３へ出力する。また、ＲＬＣ処理部１０２は、ＲＬＣヘッダの順序番号の抜け等の順序番号の異常を検出した場合には再送要求を設定したＲＬＣ  ＰＤＵを生成する。また、ＲＬＣ処理部１０２は、ＰＤＣＰ処理部１０３から入力したパケットデータに対して再送制御のための順序番号等を含むＲＬＣヘッダ等を付加してＲＬＣ  ＰＤＵを生成する。そして、ＲＬＣ処理部１０２は、生成したＲＬＣ  ＰＤＵを通信部１０１へ出力する。
【００３５】
プロトコル処理手段としてのＰＤＣＰ処理部１０３は、タイマを有し、ＰＤＣＰ（特定のプロトコル）に従った処理を実行するとともに、順序制御適用判別部１０７の命令に従って、ＲＬＣ処理部１０２から入力したパケットデータに対して、ＰＤＣＰに従った処理におけるパケット順序制御を行う。具体的には、ＰＤＣＰ処理部１０３は、ハンドオーバの際、順序制御適用判別部１０７からのパケット順序制御不要の命令がない場合、タイマにより計測する所定時間、ＲＬＣ処理部１０２から入力したパケットデータのＴＣＰ／ＵＤＰ／ＩＰ処理部１０４への出力を停止してパケットデータを待機させる。また、ＰＤＣＰ処理部１０３は、所定時間経過後、もしくはタイマで計測する時間が所定時間になる前に未到着のパケットデータが全て届いた際、パケットデータを正しい順序に並び替えるパケット順序制御を行う。そして、ＰＤＣＰ処理部１０３は、並び替えたパケットデータをＴＣＰ／ＵＤＰ／ＩＰ処理部１０４へ出力する。また、ＰＤＣＰ処理部１０３は、ＲＬＣ処理部１０２から入力した圧縮されたパケットデータの伸張を行ってＩＰパケットに復元してＴＣＰ／ＵＤＰ／ＩＰ処理部１０４へ出力する。また、ＰＤＣＰ処理部１０３は、ＴＣＰ／ＵＤＰ／ＩＰ処理部１０４から入力したパケットデータの圧縮等を行ってＲＬＣ処理部１０２へ出力する。
【００３６】
ＴＣＰ／ＵＤＰ／ＩＰ処理部１０４は、ＴＣＰ／ＵＤＰ／ＩＰプロトコルに基づいたプロトコル処理を実行する。具体的には、ＴＣＰ／ＵＤＰ／ＩＰ処理部１０４は、ＰＤＣＰ処理部１０３から入力したＩＰパケットよりＩＰヘッダ等を除去するとともに、ＴＣＰの場合は、ヘッダの順序番号等を解析する。また、ＴＣＰ／ＵＤＰ／ＩＰ処理部１０４は、ＴＣＰヘッダまたはＵＤＰヘッダの解析結果が正常である場合には、パケットデータよりＴＣＰヘッダまたはＵＤＰヘッダを除去してＡｐｐ処理部１０５へ出力する。また、ＴＣＰ／ＵＤＰ／ＩＰ処理部１０４は、ＴＣＰヘッダの順序番号の解析において、ＴＣＰヘッダの順序番号の抜けの異常を検出した場合には、再送を要求するパケットを組み立ててＰＤＣＰ処理部１０３へ出力する。また、ＴＣＰ／ＵＤＰ／ＩＰ処理部１０４は、Ａｐｐ処理部１０５から入力したデータにＴＣＰヘッダまたはＵＤＰヘッダを付加してパケットデータを組み立て、ＰＤＣＰ処理部１０３へ出力する。
【００３７】
アプリケーション処理実行手段としてのＡｐｐ処理部１０５は、通信時に通信部１０１と連携してベアラの確立処理を行い、図示しない基地局装置との通信を制御するための情報である通信制御情報を生成し保持する。通信制御情報とは、ベアラの制御情報およびベアラとアプリケーションの関連付けに関する情報であり、例えば、Ｃｏｎｔｅｘｔ種別、Ｃｏｎｔｅｘｔ識別子、ベアラの状態、トランスポートプロトコル種別、ポート番号、関連アプリケーション識別子から構成されるものである。３Ｇの場合、ベアラの確立処理は、通信部１０１が、ネットワークにＣｏｎｔｅｘｔ Ｒｅｑｕｅｓｔを送信することで所望のＰＤＰコンテキストの設定要求を行い、ネットワークからＡｃｔｉｖａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔを受信することでベアラの確立処理が完了する。また、Ａｐｐ処理部１０５は、ＴＣＰ／ＵＤＰ／ＩＰ処理部１０４から入力したパケットデータに対して、保持する通信制御情報を用いて、あらかじめ設定したアプリケーションプログラムに従った処理を実行して画像または音声等として出力する。また、Ａｐｐ処理部１０５は、画像データまたは音声データ等の通信データを生成してＴＣＰ／ＵＤＰ／ＩＰ処理部１０４へ出力する。
【００３８】
データ特性検出部１０６は、Ａｐｐ処理部１０５が保持する通信制御情報をＡｐｐ処理部１０５から取得して、取得した通信制御情報からデータ特性を検出する。そして、データ特性検出部１０６は、検出したデータ特性を順序制御適用判別部１０７へ出力する。ここで、データ特性とは、通信単位、通信種別情報、通信識別情報及びデータ特徴を含む。また、通信単位とは、トランスポートレベルまたはＣｏｎｔｅｘｔレベルを示す。ここでトランスポートレベルとは、データ特性検出部１０６が検出したデータ特性の通信種別情報がトランスポート種別になることを意味し、Ｃｏｎｔｅｘｔレベルとは、データ特性検出部１０６が検出したデータ特性の通信種別情報がＣｏｎｔｅｘｔ種別になることを意味する。また、通信種別情報とは、通信単位がトランスポートレベルの際には、ＴＣＰまたはＵＤＰ等のトランスポート層で用いられるプロトコル種別を示すものであり、通信単位がＣｏｎｔｅｘｔレベルの際には、ＰＤＰ  ＣｏｎｔｅｘｔまたはＭＢＭＳ  ＣｏｎｔｅｘｔのＣｏｎｔｅｘｔ種別を示す。また、通信識別情報とは、通信単位がトランスポートレベルの際には、ＩＰアドレスまたはポート番号等のコネクション識別子を示すものであり、通信単位がＣｏｎｔｅｘｔレベルの際には、Ｃｏｎｔｅｘｔ識別子を示す。また、データ特徴とは、不明、パケット順序制御必要またはパケット順序制御不要を示す。また、Ｃｏｎｔｅｘｔとは、パケットデータを転送するための状況設定を示ものであるとともに、通信路の仕様を記述するものであり、簡単に言うと、ベアラの管理情報である。
【００３９】
並び替え決定手段としての順序制御適用判別部１０７は、データ特性検出部１０６から入力したデータ特性に基づいて、パケット順序制御を行うか否かを決定する。例えば、順序制御適用判別部１０７は、ＰＤＣＰの上位のプロトコルがＴＣＰであるデータ特性がデータ特性検出部１０６から入力した場合、またはパケットデータが音声データであるデータ特性がデータ特性検出部１０６から入力した場合に、パケット順序制御を行わないことを決定する。そして、順序制御適用判別部１０７は、決定結果に基づいて、ＰＤＣＰ処理部１０３に対してパケット順序制御に関する命令を行う。
【００４０】
次に、通信端末装置１００の動作について、図２を用いて説明する。図２は、通信端末装置１００の動作を示すシーケンス図である。
【００４１】
図２において、Ｄａｔａ１、Ｄａｔａ３、Ｄａｔａ４及びＤａｔａ７は、パケット順序制御の対象パケットデータであり、Ｄａｔａ２、Ｄａｔａ５及びＤａｔａ６は、パケット順序制御の非対象パケットデータである。
【００４２】
最初に、ＰＤＣＰ処理部１０３は、通信部１０１及びＲＬＣ処理部１０２を介してパケットデータ（Ｄａｔａ１）を受信する（ステップＳＴ２０１）。
【００４３】
次に、ＰＤＣＰ処理部１０３は、Ｄａｔａ１のＳ／Ｎ（Sequence Number）を認識し、認識したＳ／Ｎに「１」を加算して、次に受信を期待するパケットデータのＳ／Ｎとして保持する（次に受信を期待するパケットデータのＳ／Ｎ＝受信したパケットデータのＳ／Ｎ＋１）。この際、ＰＤＣＰ処理部１０３は、受信したパケットデータがパケット順序制御の対象であるか非対象であるかに関わりなく次に受信を期待するパケットデータのＳ／Ｎを保持する。
【００４４】
次に、ＰＤＣＰ処理部１０３は、Ｄａｔａ１をＴＣＰ／ＵＤＰ／ＩＰ処理部１０４へ転送する（ステップＳＴ２０２）。
【００４５】
次に、ＰＤＣＰ処理部１０３は、通信部１０１及びＲＬＣ処理部１０２を介してパケットデータ（Ｄａｔａ２）を受信する（ステップＳＴ２０３）。
【００４６】
次に、ＰＤＣＰ処理部１０３は、Ｄａｔａ２のＳ／Ｎを認識し、認識したＳ／Ｎに「１」を加算して、次に受信を期待するパケットデータのＳ／Ｎとして保持する。
【００４７】
次に、ＰＤＣＰ処理部１０３は、Ｄａｔａ２をＴＣＰ／ＵＤＰ／ＩＰ処理部１０４へ転送する（ステップＳＴ２０４）。
【００４８】
次に、ＰＤＣＰ処理部１０３は、通信部１０１及びＲＬＣ処理部１０２を介してパケットデータ（Ｄａｔａ３）を受信する（ステップＳＴ２０５）。仮に、パケットデータ（Ｄａｔａ２）が欠損した場合でも、ＰＤＣＰ処理部１０３は、次に受信を期待するパケットデータ（Ｄａｔａ２）のＳ／Ｎを保持しているので、パケットデータ（Ｄａｔａ３）を受信することにより、パケットデータ（Ｄａｔａ２）が欠損したことを検知可能である。
次に、ＰＤＣＰ処理部１０３は、Ｄａｔａ３のＳ／Ｎを認識し、認識したＳ／Ｎに「１」を加算して、次に受信を期待するパケットデータのＳ／Ｎとして保持する。
【００４９】
次に、ＰＤＣＰ処理部１０３は、Ｄａｔａ３をＴＣＰ／ＵＤＰ／ＩＰ処理部１０４へ転送する（ステップＳＴ２０６）。
【００５０】
次に、ＰＤＣＰ処理部１０３は、通信部１０１及びＲＬＣ処理部１０２を介してパケットデータ（Ｄａｔａ４）を受信する（ステップＳＴ２０７）。
【００５１】
次に、ＰＤＣＰ処理部１０３は、Ｄａｔａ４のＳ／Ｎを認識し、認識したＳ／Ｎに「１」を加算して、次に受信を期待するパケットデータのＳ／Ｎとして保持する。
【００５２】
次に、ＰＤＣＰ処理部１０３は、Ｄａｔａ４をＴＣＰ／ＵＤＰ／ＩＰ処理部１０４へ転送する（ステップＳＴ２０８）。
【００５３】
次に、ＰＤＣＰ処理部１０３は、通信部１０１及びＲＬＣ処理部１０２を介してパケットデータ（Ｄａｔａ６）を受信する（ステップＳＴ２０９）。
【００５４】
次に、ＰＤＣＰ処理部１０３は、Ｄａｔａ６のＳ／Ｎを認識し、認識したＳ／Ｎに「１」を加算して、次に受信を期待するパケットデータのＳ／Ｎとして保持する。
【００５５】
ここで、ＰＤＣＰ処理部１０３は、パケットデータ（Ｄａｔａ５）を受信していないことを検知しているが、パケットデータ（Ｄａｔａ６）がパケット順序制御の対象となっていないため、パケットデータ（Ｄａｔａ６）をＴＣＰ／ＵＤＰ／ＩＰ処理部１０４へ転送する（ステップＳＴ２１０）。
【００５６】
次に、ＰＤＣＰ処理部１０３は、通信部１０１及びＲＬＣ処理部１０２を介してパケットデータ（Ｄａｔａ７）を受信する（ステップＳＴ２１１）。
【００５７】
ここで、ＰＤＣＰ処理部１０３は、パケットデータ（Ｄａｔａ７）が順序制御の対象となっていることを認識し、遅れて到着するであろうパケットデータ（Ｄａｔａ５）がパケット順序制御の対象パケットデータかもしれないので、パケットデータ（Ｄａｔａ５）を待つタイマを起動して、時間の計測を開始する。
【００５８】
次に、ＰＤＣＰ処理部１０３は、通信部１０１及びＲＬＣ処理部１０２を介してパケットデータ（Ｄａｔａ５）を受信する（ステップＳＴ２１２）。
【００５９】
次に、ＰＤＣＰ処理部１０３は、受信したパケットデータ（Ｄａｔａ５）がパケット順序制御の非対象パケットデータであるため、ステップＳＴ２１１で受信したパケットデータ（Ｄａｔａ７）とステップＳＴ２１２で受信したパケットデータ（Ｄａｔａ５）をＴＣＰ／ＵＤＰ／ＩＰ処理部１０４に転送する（ステップＳＴ２１３、ステップＳＴ２１４）。
【００６０】
次に、順序制御適用判別部１０７におけるパケット順序制御を行うか否かの決定方法について、図３を用いて説明する。図３は、順序制御適用判別部１０７におけるパケット順序制御を行うか否かの決定方法を示すフロー図である。図３では、通信端末装置１００は、初期設定（デフォルト）でＰＤＣＰ処理部１０３にてパケット順序制御を行うものとする。
【００６１】
最初に、順序制御適用判別部１０７は、データ特性検出部１０６から取得したデータ特性の通信単位を確認する（ステップＳＴ３０１）。図４は、順序制御適用判別部１０７がデータ特性検出部１０６から取得したデータ特性を示す図である。データ特性検出部１０６は、検出したデータ特性のテーブルを作成し、作成したデータ特性のテーブルを順序制御適用判別部１０７へ出力する。順序制御適用判別部１０７は、データ特性検出部１０６から取得した図４のデータ特性のテーブルを参照することにより通信単位を確認することができる。
【００６２】
次に、順序制御適用判別部１０７は、図４のデータ特性における通信単位がトランスポートレベルであるか否かを判定する（ステップＳＴ３０２）。
【００６３】
トランスポートレベルである場合（ステップＳＴ３０２でＹＥＳの場合）には、順序制御適用判別部１０７は、データ特性のテーブルを参照して、データ特性の通信種別情報を確認するとともに、通信種別情報がトランスポート種別である場合にはトランスポート種別を確認する（ステップＳＴ３０３）。
【００６４】
次に、順序制御適用判別部１０７は、トランスポート種別がＴＣＰであるか否かを判定する（ステップＳＴ３０４）。即ち、順序制御適用判別部１０７は、パケット順序制御の機能を実装しているプロトコルであるか否かを判定する。
【００６５】
トランスポート種別がＴＣＰである場合（ステップＳＴ３０４でＹＥＳの場合）には、ＴＣＰにてパケットデータの並び替えを行うので、順序制御適用判別部１０７は、ＰＤＣＰ処理部１０３に対して、パケット順序制御を行わないように命令する（ステップＳＴ３０５）。
【００６６】
一方、ステップＳＴ３０４において、トランスポート種別がＴＣＰではない場合（ステップＳＴ３０４でＮＯの場合）には、順序制御適用判別部１０７は、図４のデータ特性を確認する（ステップＳＴ３０６）。
【００６７】
次に、順序制御適用判別部１０７は、データ特性のテーブルを参照して、パケット順序制御が不要なものであるか否かを判定する（ステップＳＴ３０７）。具体的には、順序制御適用判別部１０７は、パケットデータが音声データである場合には、並び替え不要なパケットデータであるので、パケット順序制御が不要であると判定する。順序制御適用判別部１０７は、受信したパケットデータが音声データであるか否かは、通信種別情報のトランスポート種別がＵＤＰであり、ＵＤＰヘッダのポート番号が音声データに使用される特定の番号であることを確認することにより知ることができる。なお、Ａｐｐ処理部１０５が音声データであることを認識することにより、データ特性検出部１０６が、データ特性のデータ特徴にパケット順序制御が不要であることを設定し、順序制御適用判別部１０７は、データ特徴がパケット順序制御不要であることのみを確認することで、パケット順序制御が不要であることを知ることができるようにしても良い。
【００６８】
データ特徴がパケット順序制御の不要なものである場合（ステップＳＴ３０７でＹＥＳの場合）には、順序制御適用判別部１０７は、ＰＤＣＰ処理部１０３に対して、パケット順序制御を行わないように命令する（ステップＳＴ３０５）。
【００６９】
また、データ特徴がパケット順序制御の必要なものである（ステップＳＴ３０７でＮＯの場合）には、順序制御適用判別部１０７は、ＰＤＣＰ処理部１０３に対する命令を行わずに処理を終了する。
【００７０】
一方、ステップＳＴ３０２において、通信単位がトランスポートレベルではない場合（ステップＳＴ３０２でＮＯの場合）には、順序制御適用判別部１０７は、図４のデータ特性のデータ特徴を確認する（ステップＳＴ３０８）。
【００７１】
次に、順序制御適用判別部１０７は、データ特性のテーブルを参照して、パケット順序制御が不要であるか否かを判定する（ステップＳＴ３０９）。
【００７２】
データ特徴がパケット順序制御不要である場合（ステップＳＴ３０９でＹＥＳの場合）には、順序制御適用判別部１０７は、ＰＤＣＰ処理部１０３に対して、パケット順序制御を行わないように命令する（ステップＳＴ３０５）。
【００７３】
また、データ特徴がパケット順序制御必要または不明である場合（ステップＳＴ３０９でＮＯの場合）には、順序制御適用判別部１０７は、ＰＤＣＰ処理部１０３に対する命令を行わずに処理を終了する。
【００７４】
このように、本実施の形態によれば、パケットデータのデータ特性に基づいてパケット順序制御を行うことにより、装置の処理負荷を軽減することができるとともに、装置内処理遅延を軽減することができ、実質的な通信速度を向上させることができる。
【００７５】
（実施の形態２）
図５は、本発明の実施の形態２に係る通信端末装置５００の構成を示すブロック図である。
【００７６】
図５に示す通信端末装置５００は、図１に示す実施の形態１に係る通信端末装置１００に対して、順序制御適用判別部１０７の代わりに、データ解析部５０１及び適用判別部５０２を含む順序制御適用判別部５１０を有する。なお、図５において、図１と同一構成である部分には同一の符号を付してその説明を省略する。
【００７７】
ＰＤＣＰ処理部１０３は、タイマを有し、ＰＤＣＰ（特定のプロトコル）に従った処理を実行するとともに、適用判別部５０２の命令に従って、ＲＬＣ処理部１０２から入力したパケットデータに対して、ＰＤＣＰに従った処理におけるパケット順序制御を行う。具体的には、ＰＤＣＰ処理部１０３は、ハンドオーバの際、適用判別部５０２からのパケット順序制御不要の命令がない場合、タイマにより計測する所定時間、ＲＬＣ処理部１０２から入力したパケットデータの出力を停止してパケットデータを待機させる。また、ＰＤＣＰ処理部１０３は、所定時間経過後、もしくはタイマで計測する時間が所定時間になる前に未到着のパケットデータが全て届いた際、パケットデータを正しい順序に並び替えるパケット順序制御を行う。そして、ＰＤＣＰ処理部１０３は、並び替えたパケットデータをＴＣＰ／ＵＤＰ／ＩＰ処理部１０４へ出力する。また、ＰＤＣＰ処理部１０３は、ＲＬＣ処理部１０２から入力した圧縮されたパケットデータの伸張を行ってＩＰパケットに復元してＴＣＰ／ＵＤＰ／ＩＰ処理部１０４へ出力する。また、ＰＤＣＰ処理部１０３は、ＴＣＰ／ＵＤＰ／ＩＰ処理部１０４から入力したパケットデータの圧縮等を行ってＲＬＣ処理部１０２へ出力する。
【００７８】
データ特性検出手段としてのデータ解析部５０１は、ＰＤＣＰ処理部１０３がＲＬＣ処理部１０２またはＴＣＰ／ＵＤＰ／ＩＰ処理部１０４から受け取ったパケットデータのヘッダを解析することにより、パケットデータのデータ特性を検出する。そして、データ解析部５０１は、データ特性の検出結果を適用判別部５０２へ出力する。
【００７９】
並び替え決定手段としての適用判別部５０２は、データ解析部５０１から入力したデータ特性に基づいて、パケット順序制御を行うか否かを決定する。例えば、適用判別部５０２は、ＰＤＣＰの上位のプロトコルがＴＣＰであるデータ特性がデータ解析部５０１から入力した場合、ＰＤＣＰの上位のプロトコルがＵＤＰであるデータ特性がデータ解析部５０１から入力した場合、またはパケットデータが音声データであるデータ特性がデータ解析部５０１から入力した場合に、パケット順序制御を行わないことを決定する。そして、適用判別部５０２は、決定結果に基づいて、ＰＤＣＰ処理部１０３に対してパケット順序制御に関する命令を行う。
【００８０】
次に、データ解析部５０１におけるヘッダ解析処理方法について、図６を用いて説明する。図６は、データ解析部５０１におけるヘッダ解析処理方法のフロー図である。
【００８１】
最初に、データ解析部５０１は、データ特性の通信単位をトランスポートレベルに設定するとともに、データ特性のデータ特徴を不明に設定する（ステップＳＴ６０１）。
【００８２】
次に、データ解析部５０１は、ＩＰヘッダの構造を解析する（ステップＳＴ６０２）。図７は、ＴＣＰ／ＵＤＰ／ＩＰパケットデータのデータ構造を示す図である。図７より、ＴＣＰ／ＵＤＰ／ＩＰパケットデータは、ＩＰヘッダ７０１、ＴＣＰ／ＵＤＰヘッダ７０２及びＴＣＰ／ＵＤＰデータ部７０３から構成される。データ解析部５０１は、ＩＰヘッダ７０１のＩＨＬ７１０のＩＨＬ値にてヘッダ長を認識する。
【００８３】
次に、データ解析部５０１は、ＩＰヘッダチェックサムを計算し、チェックサムの計算結果とＩＰヘッダ７０１のＨｅａｄｅｒ  Ｃｈｅｃｋｓｕｍ７１１のチェックサム値とを照合する（ステップＳＴ６０３）。
【００８４】
次に、データ解析部５０１は、照合結果が一致するか否かを判定する（ＩＰヘッダチェックサムＯＫ？）（ステップＳＴ６０４）。
【００８５】
照合結果が一致しない場合（ステップＳＴ６０４でＮＯの場合）には、データ解析部５０１は、処理を終了する。
【００８６】
一方、照合結果が一致する場合（ステップＳＴ６０４でＹＥＳの場合）には、データ解析部５０１は、ＩＰヘッダ７０１のＦｌａｇ７１２を確認することにより、ＩＰフラグメント状態を認識する（ステップＳＴ６０５）。ここで、フラグメントとは、パケットデータの分割を意味する。
【００８７】
次に、データ解析部５０１は、フラグメント未実施またはフラグメントの先頭か否かを判定する（ステップＳＴ６０６）。この際、データ解析部５０１は、フラグメントされた途中のパケットデータ及びフラグメントされた末尾のパケットデータにはＴＣＰ／ＵＤＰヘッダ７０２が含まれていないのでヘッダ解析不能であり、ヘッダ解析不能を検出した際に、フラグメントされた途中のパケットデータであるものと認識できる。
【００８８】
フラグメント未実施でない場合またはフラグメントの先頭でない場合（ステップＳＴ６０６でＮＯの場合）には、データ解析部５０１は、処理を終了する。
【００８９】
一方、フラグメント未実施またはフラグメントの先頭の場合（ステップＳＴ６０６でＹＥＳ）には、データ解析部５０１は、ＩＰヘッダ７０１のＰｒｏｔｏｃｏｌ７１３のＰｒｏｔｏｃｏｌ値によりトランスポート層がどんなプロトコルであるかを認識する（ステップＳＴ６０７）。これにより、データ解析部５０１は、トランスポート種別を取得することができる。
【００９０】
次に、データ解析部５０１は、トランスポート層がＴＣＰであるか否かを判定する（ステップＳＴ６０８）。
【００９１】
トランスポート層がＴＣＰである場合（ステップＳＴ６０８でＹＥＳである場合）には、データ解析部５０１は、ＴＣＰチェックサムを計算するとともに、計算結果とＴＣＰヘッダ７０２のＴＣＰ  Ｃｈｅｃｋｓｕｍ７１４のチェックサム値とを照合する（ステップＳＴ６０９）。
【００９２】
次に、データ解析部５０１は、照合結果が一致するか否かを判定する（ＴＣＰチェックサムＯＫ？）（ステップＳＴ６１０）。
【００９３】
照合結果が一致しない場合（ステップＳＴ６１０でＮＯの場合）には、データ解析部５０１は、処理を終了する。
【００９４】
一方、照合結果が一致する場合（ステップＳＴ６１０でＹＥＳの場合）には、データ解析部５０１は、ＩＰヘッダ７０１の解析とＴＣＰヘッダ７０２の解析を行う（ステップＳＴ６１１）。具体的には、データ解析部５０１は、ＩＰヘッダ７０１のＳｏｕｒｃｅ  Ａｄｄｒｅｓｓ７１５のＩＰ  Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ値とＩＰヘッダ７０１のＤｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ７１６のＩＰ  Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ値を取得する。また、データ解析部５０１は、ＴＣＰヘッダ７０２のＳｏｕｒｃｅ  Ｐｏｒｔ  Ｎｕｍｂｅｒ７１７のＳｏｕｒｃｅ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値とＴＣＰヘッダ７０２のＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｎｕｍｂｅｒ７１８のＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値を取得する。これにより、データ解析部５０１は、コネクション識別子を取得することができる。
【００９５】
一方、ステップＳＴ６０８において、トランスポート層がＴＣＰではない場合（ステップＳＴ６０８でＮＯの場合）には、データ解析部５０１は、トランスポート層のプロトコルがＵＤＰであるか否かを判定する（ステップＳＴ６１２）。
【００９６】
トランスポート層のプロトコルがＵＤＰではない場合（ステップＳＴ６１２でＮＯの場合）には、データ解析部５０１は、処理を終了する。
【００９７】
一方、トランスポート層のプロトコルがＵＤＰである場合（ステップＳＴ６１２でＹＥＳの場合）には、データ解析部５０１は、ＵＤＰチェックサムを計算するとともに、計算結果とＵＤＰヘッダ７０２のＵＤＰ  Ｃｈｅｃｋｓｕｍ７１９のチェックサム値とを照合する（ステップＳＴ６１３）。
【００９８】
次に、データ解析部５０１は、照合結果が一致するか否かを判定する（ＵＤＰチェックサムＯＫ？）（ステップＳＴ６１４）。
【００９９】
照合結果が一致しない場合（ステップＳＴ６１４でＮＯの場合）には、データ解析部５０１は、処理を終了する。
【０１００】
一方、照合結果が一致する場合（ステップＳＴ６１４でＹＥＳの場合）には、データ解析部５０１は、ＩＰヘッダ７０１の解析とＵＤＰヘッダ７０２の解析を行う（ステップＳＴ６１５）。具体的には、データ解析部５０１は、ＩＰヘッダ７０１のＳｏｕｒｃｅ  Ａｄｄｒｅｓｓ７１５のＩＰ  Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ値とＩＰヘッダ７０１のＤｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ７１６のＩＰ  Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ値を取得する。また、データ解析部５０１は、ＵＤＰヘッダ７０２のＳｏｕｒｃｅ  Ｐｏｒｔ  Ｎｕｍｂｅｒ７２０のＳｏｕｒｃｅ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値とＵＤＰヘッダ７０２のＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｎｕｍｂｅｒ７２１のＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｎｕｍｂｅｒ値を取得する。これにより、データ解析部５０１は、コネクション識別子を取得することができる。
【０１０１】
そして、データ解析部５０１は、ステップＳＴ６０１で設定した通信単位とデータ特徴、ステップＳＴ６０７で取得した通信種別情報及びステップＳＴ６１１で取得した通信識別情報をデータ特性として検出する。または、データ解析部５０１は、ステップＳＴ６０１で設定した通信単位とデータ特徴、ステップＳＴ６０７で取得した通信種別情報及びステップＳＴ６１５で取得した通信識別情報をデータ特性として検出する。
【０１０２】
図８は、データ解析部５０１が検出したデータ特性を示す図である。図８に示すように、データ解析部５０１は、検出したデータ特性のテーブルを作成し、作成したデータ特性のテーブルを適用判別部５０２へ出力する。
【０１０３】
なお、適用判別部５０２におけるパケット順序制御を行うか否かの決定方法は、図３と同一であるので、その説明を省略する。
【０１０４】
このように、本実施の形態によれば、パケットデータのデータ特性に基づいてパケット順序制御を行うことにより、装置の処理負荷を軽減することができるとともに、装置内処理遅延を軽減することができ、実質的な通信速度を向上させることができる。
【０１０５】
なお、上記実施の形態１及び実施の形態２において、ＰＤＣＰ、ＴＣＰ、ＵＤＰの各プロトコルを用いたが、本発明はこれに限らず、ＰＤＣＰ、ＴＣＰ、ＵＤＰ以外の任意のプロトコルを用いた際のパケットデータの並び替え処理に適用することができる。また、上記実施の形態１及び実施の形態２において、トランスポート層でパケット順序制御を行う場合に適用したが、本発明はこれに限らず、トランスポート層以外の任意のレイヤにおけるパケットデータの並び替え制御に適用することができる。また、上記実施の形態１及び実施の形態２において、チェックサムの照合を行っているが、このような処理を省略して実現することもできる。
【産業上の利用可能性】
【０１０６】
本発明にかかる通信端末装置及びデータ並び替え制御方法は、特に所定のレイヤにおけるパケット順序制御処理を実施するのに好適である。
【図面の簡単な説明】
【０１０７】
【図１】本発明の実施の形態１に係る通信端末装置の構成を示すブロック図
【図２】本発明の実施の形態１に係る通信端末装置の動作を示すシーケンス図
【図３】本発明の実施の形態１に係る順序制御適用判別部におけるパケット順序制御を行うか否かの決定方法を示すフロー図
【図４】本発明の実施の形態１に係るデータ特性を示す図
【図５】本発明の実施の形態２に係る通信端末装置の構成を示すブロック図
【図６】本発明の実施の形態２に係るデータ解析部におけるヘッダ解析処理方法のフロー図
【図７】本発明の実施の形態２に係るＴＣＰ／ＵＤＰ／ＩＰパケットデータのデータ構造を示す図
【図８】本発明の実施の形態２に係るデータ特性を示す図
【図９】従来のパケット順序制御の処理手順を示すシーケンス図
【符号の説明】
【０１０８】
１００  通信端末装置
１０１  通信部
１０２  ＲＬＣ処理部
１０３  ＰＤＣＰ処理部
１０４  ＴＣＰ／ＵＤＰ／ＩＰ処理部
１０５  Ａｐｐ処理部
１０６  データ特性検出部
１０７  順序制御適用判別部
【図１】
2009246447.tif 000003
【図２】
2009246447.tif 000004
【図３】
2009246447.tif 000005
【図４】
2009246447.tif 000006
【図５】
2009246447.tif 000007
【図６】
2009246447.tif 000008
【図７】
2009246447.tif 000009
【図８】
2009246447.tif 000010
【図９】
2009246447.tif 000011