(57)【要約】【課題】既存の通信装置に影響を及ぼすこと無く、ＤＴＸ->ＡＣＫ誤認に伴うパケットの欠落を検出する。【解決手段】通信装置２０を構成する受信部２１は、複数のプロセス３０＿１〜３０＿ｎを用いて、互いに異なるパケット３＿１〜３＿ｍを受信する。判定部２２は、各パケット３＿１〜３＿ｍに付加されたシーケンス番号２＿１〜２＿ｍに基づき一のパケットの受信欠落を検出した場合、各プロセス３０＿１〜３０＿ｎの使用状況４に基づき、当該一のパケットがその送信元の通信装置１０から再送されること無く欠落したか否かを判定する。【選択図】図１
2011061667.tif 000002
【特許請求の範囲】
【請求項１】
複数のプロセスを用いて、互いに異なるパケットを受信する受信手段と、
各パケットに付加されたシーケンス番号に基づき一のパケットの受信欠落を検出した場合、各プロセスの使用状況に基づき、当該一のパケットがその送信元から再送されること無く欠落したか否かを判定する判定手段と、
を備えた通信装置。
【請求項２】
請求項１において、
前記判定手段は、全てのプロセスが他のパケットの受信に使用されている場合に、前記一のパケットが前記送信元から再送されること無く欠落したと判定することを特徴とした通信装置。
【請求項３】
請求項２において、
各パケットには、各パケットが伝送されるデータチャネル毎に異なる番号体系でシーケンス番号が付与され、
前記判定手段は、全てのプロセスが、前記受信欠落を検出したデータチャネルを介した他のパケットの受信に使用されている場合に、前記一のパケットが前記送信元から再送されること無く欠落したと判定することを特徴とした通信装置。
【請求項４】
請求項２において、
前記受信手段は、前記判定手段からの要求に応じて、前記プロセスの稼働数を前記判定手段へ通知し、
前記判定手段は、前記受信欠落を検出した際に前記要求を発生し、前記稼働数が前記プロセスの個数ｎ（ｎは２以上の整数）に等しい場合に、全てのプロセスが前記他のパケットの受信に使用されていると判定することを特徴とした通信装置。
【請求項５】
請求項４において、
各パケットには、各パケットが伝送されるデータチャネル毎に異なる番号体系でシーケンス番号が付与され、
前記判定手段は、前記受信手段に対し、前記稼働数として、前記受信欠落を検出したデータチャネルを介した受信に使用されるプロセスの稼働数を要求することを特徴とした通信装置。
【請求項６】
請求項４又は５において、
前記受信手段は、前記稼働数がｎに等しい場合に、前記通知を行うことを特徴とした通信装置。
【請求項７】
請求項２において、
各プロセスは、稼働中に、自身の識別情報を前記判定手段へ通知し、
前記判定手段は、前記受信欠落を検出し、且つ全てのプロセスから前記識別情報が通知された場合に、全てのプロセスが前記他のパケットの受信に使用されていると判定することを特徴とした通信装置。
【請求項８】
請求項７において、
各パケットには、各パケットが伝送されるデータチャネル毎に異なる番号体系でシーケンス番号が付与され、
前記判定手段は、全てのプロセスから、前記受信欠落を検出したデータチャネルを介した受信に際して前記識別情報が通知された場合に、全てのプロセスが、前記一のパケットと同一のデータチャネルを介して伝送される他のパケットの受信に使用されていると判定することを特徴とした通信装置。
【請求項９】
請求項１〜８のいずれか一項において、
前記判定手段は、前記一のパケットが前記送信元から再送されること無く欠落したと判定した場合、前記受信手段に、前記一のパケットの再送を前記送信元に対して要求させることを特徴とした通信装置。
【請求項１０】
シーケンス番号を付加した、互いに異なるパケットを送信する第１の通信装置と、
複数のプロセスを用いて、前記パケットを受信する第２の通信装置と、を備え、
前記第２の通信装置は、前記シーケンス番号に基づき一のパケットの受信欠落を検出した場合、各プロセスの使用状況に基づき、当該一のパケットが前記第１の通信装置から再送されること無く欠落したか否かを判定する、通信システム。
【請求項１１】
複数のプロセスを用いて、互いに異なるパケットを受信する通信装置に用いるパケット欠落検出方法であって、
各パケットに付加されたシーケンス番号に基づき、一のパケットの受信欠落を検出し、
前記受信欠落を検出した場合、各プロセスの使用状況に基づき、当該一のパケットがその送信元から再送されること無く欠落したか否かを判定する、パケット欠落検出方法。
【請求項１２】
請求項１１において、
全てのプロセスを他のパケットの受信に使用している場合に、前記一のパケットが前記送信元から再送されること無く欠落したと判定することを特徴としたパケット欠落検出方法。
【請求項１３】
請求項１１において、
各パケットに、各パケットが伝送されるデータチャネル毎に異なる番号体系でシーケンス番号が付与され、且つ全てのプロセスを、前記受信欠落を検出したデータチャネルを介した他のパケットの受信に使用している場合に、前記一のパケットが前記送信元から再送されること無く欠落したと判定することを特徴としたパケット欠落検出方法。
【請求項１４】
請求項１１〜１３のいずれか一項において、
前記一のパケットが前記送信元から再送されること無く欠落したと判定した場合、前記送信元に対して、前記一のパケットの再送を要求することを特徴としたパケット欠落検出方法。
【請求項１５】
複数のプロセスを用いて、互いに異なるパケットを受信する通信装置に、
各パケットに付加されたシーケンス番号に基づき、一のパケットの受信欠落を検出する処理と、
前記受信欠落を検出した場合、各プロセスの使用状況に基づき、当該一のパケットがその送信元から再送されること無く欠落したか否かを判定する処理と、
を実行させるためのパケット欠落検出プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信システム、並びにこれに用いるパケット欠落検出方法及びプログラムに関し、特に通信装置同士間における再送制御のトリガとして、パケットの欠落を検出する技術に関する。
【背景技術】
【０００２】
近年、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)は、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)と呼ばれるワーキンググループを立ち上げ、第３世代の移動体通信方式であるＷ−ＣＤＭＡ(Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)方式や、ＨＳＤＰＡ(Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ)方式及びＨＳＵＰＡ(Ｈｉｇｈ Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ)方式の後継として、より高レート且つ低遅延なパケット伝送に特化した無線アクセス方式について検討している。
【０００３】
ＬＴＥでは、ＨＳＤＰＡ方式及びＨＳＵＰＡ方式と同様、ＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ)によるパケットの再送制御が採用されている(例えば、非特許文献１参照)。
【０００４】
また、ＲＬＣ(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ)レイヤにおける従来の再送処理を簡素化し、ＨＡＲＱとＡＲＱを連動させることで効率の良い再送制御を行う様々な提案が既に為されている。
【０００５】
例えば非特許文献２〜４には、送信側の通信装置におけるＮＡＣＫ->ＡＣＫ誤認に伴うパケットの欠落を検出する方法が記載されている。ここで、ＮＡＣＫ->ＡＣＫ誤認とは、送信側の通信装置が、受信側の通信装置からのＮＡＣＫ(Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)をＡＣＫ(Ｐｏｓｉｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)として誤認することである。具体的には、受信側の通信装置は、ＮＡＣＫを通知して一のパケットの再送を要求していたにも関わらず、当該一のパケットとは異なる新たなパケットを送信側の通信装置から受信した場合に、ＮＡＣＫ->ＡＣＫ誤認を検出する。この時、受信側の通信装置は、送信側の通信装置へエラーを通知し、以て送信側の通信装置に、当該一のパケットを再送させる。
【０００６】
しかしながら、上記の非特許文献２〜４には、受信側の通信装置が、送信側の通信装置におけるＤＴＸ->ＡＣＫ誤認に伴うパケットの欠落を何ら検出できないという問題があった。ここで、ＤＴＸ->ＡＣＫ誤認は、送信側の通信装置が、ＤＴＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ)、すなわち受信側の通信装置からの再送要求が無いことをＡＣＫとして誤認することであり、主に、受信側の通信装置における制御チャネルのデコード失敗に起因して発生する。
【０００７】
より具体的には、制御チャネルのデコードに失敗した場合、受信側の通信装置は、自身へ割り当てられたデータチャネル等を特定できず、以て送信側の通信装置から一のパケットが送出されたことを認識でない。一方、送信側の通信装置は、受信側の通信装置に対して新たなパケットを送信する。この結果、当該一のパケットは、送信側の通信装置から再送されること無く欠落することとなる。
【０００８】
上記の問題への対策として、従来、送信側の通信装置がタイマを用いた再送制御を行っていた。具体的には、送信側の通信装置は、受信側の通信装置からのＡＣＫがパケット送信後に一定時間経過しても通知されない場合に、パケットの再送を行う。しかしながら、この場合には再送遅延を何ら抑制することができないという問題があった。
【０００９】
これらの問題に対処する関連技術が、例えば特許文献１に記載されている。特許文献１に記載される送信側の通信装置は、シーケンス番号を付加したパケットをデータチャネルを介して送信する通常動作と、当該シーケンス番号を制御チャネルを介して冗長送信する特殊動作とを並列に行う。一方、受信側の通信装置は、制御チャネルを介して受信したシーケンス番号に基づき、送信側の通信装置におけるＤＴＸ->ＡＣＫ誤認に伴うパケットの欠落を検出する。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００７−１２９６７３号公報
【非特許文献】
【００１１】
【非特許文献１】３ＧＰＰ ＴＲ３６．３２１ Ｖ８．４．０
【非特許文献２】Ｒ２−０５２８００, "ＨＡＲＱ ａｓｓｉｓｔｅｄ ＡＲＱ ｏｐｅｒａｔｉｏｎ", Ｓａｍｓｕｎｇ
【非特許文献３】Ｒ２−０６０３７６, "Ｒｏｂｕｓｔｎｅｓｓ ｏｆ ＨＡＲＱ ａｓｓｉｓｔｅｄ ＡＲＱ ｏｐｅｒａｔｉｏｎ", Ｓａｍｓｕｎｇ
【非特許文献４】Ｒ２−０６１８６１, "ＨＡＲＱ−ＡＲＱ Ｉｎｔｅｒａｃｔｉｏｎｓ", Ｅｒｉｃｓｓｏｎ
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記の特許文献１には、既存の通信装置への悪影響があり、実現性に乏しいという課題があった。これは、大略、送信側及び受信側の両通信装置に対し、上記の特殊動作に応じた改修を施す必要があるためである。
【００１３】
より具体的には、例えば移動体通信システムへ上記の特許文献１を適用する場合、膨大な数の基地局及び移動局の全てが改修の対象となる。また、制御チャネルを介した信号系統の変更に伴い、上記の特殊動作に対応していない既存の通信装置においては障害等が発生し、最悪の場合には通信不可能となる虞がある。さらに、制御チャネルの伝搬状況が劣悪であれば、上記の特殊動作自体の実施が困難である。
【００１４】
従って、本発明は、既存の通信装置に影響を及ぼすこと無く、ＤＴＸ->ＡＣＫ誤認に伴うパケットの欠落を検出することが可能な通信装置、通信システム、並びにこれに用いるパケット欠落検出方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記の目的を達成するため、本発明の一態様に係る通信装置は、複数のプロセスを用いて、互いに異なるパケットを受信する受信手段と、各パケットに付加されたシーケンス番号に基づき一のパケットの受信欠落を検出した場合、各プロセスの使用状況に基づき、当該一のパケットがその送信元から再送されること無く欠落したか否かを判定する判定手段とを備える。
【００１６】
また、本発明の一態様に係る通信システムは、シーケンス番号を付加した、互いに異なるパケットを送信する第１の通信装置と、複数のプロセスを用いて、前記パケットを受信する第２の通信装置とを備える。前記第２の通信装置は、前記シーケンス番号に基づき一のパケットの受信欠落を検出した場合、各プロセスの使用状況に基づき、当該一のパケットが前記第１の通信装置から再送されること無く欠落したか否かを判定する。
【００１７】
また、本発明の一態様に係るパケット欠落検出方法は、複数のプロセスを用いて、互いに異なるパケットを受信する通信装置に用いるパケット欠落検出方法を提供する。このパケット欠落検出方法は、各パケットに付加されたシーケンス番号に基づき、一のパケットの受信欠落を検出し、前記受信欠落を検出した場合、各プロセスの使用状況に基づき、当該一のパケットがその送信元から再送されること無く欠落したか否かを判定する。
【００１８】
さらに、本発明の一態様に係るパケット欠落検出プログラムは、複数のプロセスを用いて、互いに異なるパケットを受信する通信装置に、各パケットに付加されたシーケンス番号に基づき、一のパケットの受信欠落を検出する処理と、前記受信欠落を検出した場合、各プロセスの使用状況に基づき、当該一のパケットがその送信元から再送されること無く欠落したか否かを判定する処理とを実行させる。
【発明の効果】
【００１９】
本発明では、受信側の通信装置が、単独でＤＴＸ->ＡＣＫ誤認に伴うパケットの欠落を検出可能である。このため、送信側の通信装置への改修、及び通信装置同士間における信号系統の変更が不要であり、以て既存の通信装置に障害等の影響を及ぼすことが無い。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施の形態に係る通信装置、及びこれを適用する通信システムの概略的な構成例を示したブロック図である。
【図２】本発明の実施の形態に係る通信装置の具体的な構成例を示したブロック図である。
【図３】本発明の実施の形態に係る通信装置におけるＤＴＣ->ＡＣＫ誤認の検出処理例を示したフローチャート図である。
【図４】本発明の実施の形態に係る通信装置におけるプロセス使用状況の監視動作の一例を示したブロック図である。
【図５】本発明の実施の形態に係る通信装置におけるプロセス使用状況の監視動作の他の例を示したブロック図である。
【発明を実施するための形態】
【００２１】
以下、本発明に係る通信装置及びこれを適用する通信システムの実施の形態を、図１〜図５を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２２】
図１に示す本実施の形態に係る通信システム１は、シーケンス番号２＿１〜２＿ｍ(以下、符号２で総称することがある)をそれぞれ付加した、互いに異なるパケット３＿１〜３＿ｍ(以下、符号３で総称することがある)を送信する送信側の通信装置１０と、パケット３を受信する受信側の通信装置２０とで構成される。
【００２３】
この内、通信装置２０は、受信部２１と、判定部２２とを備えている。受信部２１は、ｎ個(ｎは２以上の整数)のプロセス３０＿１〜３０＿ｎ(以下、符号３０で総称することがある)を用いて、パケット３を受信する。判定部２２は、シーケンス番号２に基づき、受信部２１におけるパケット３＿１〜３＿ｍの内のいずれか一のパケットの受信欠落を検出する。この場合、判定部２２は、各プロセス３０＿１〜３０＿ｎの使用状況４に基づき、当該一のパケットが通信装置１０におけるＤＴＸ->ＡＣＫ誤認に伴って欠落したか否かを判定する。
【００２４】
例えば、パケット３＿１の受信欠落を検出した際、全てのプロセス３０＿１〜３０＿ｎが他のパケット３＿２〜３＿ｍ或いは後続のパケット(図示せず)の受信に使用されているとする。この時、判定部２２は、通信装置１０におけるＤＴＸ->ＡＣＫ誤認に伴いパケット３＿１が欠落した(すなわち、プロセス３０が、制御チャネルのデコードに失敗して通信装置１０からのパケット３＿１の送出を認識できず、以て通信装置１０に対してＡＣＫもＮＡＣＫも通知できなかった)と判定する。
【００２５】
このように、本実施の形態においては、ＤＴＸ->ＡＣＫ誤認に伴うパケットの欠落を、受信側の通信装置２０が単独で簡易に検出できる。また、送信側の通信装置１０には一般的な通信装置を用いることができ、通信装置１０−２０間における信号系統にも変更が生じない。従って、既存の通信装置には、障害等の悪影響を何ら及ぼさない。
【００２６】
なお、上記の受信部２１及び判定部２２は、ハードウェアに限らず、ソフトウェアにより実現することもできる。この場合、これらの受信部２１及び判定部２２と同等の処理を記述したプログラムをメモリ等の記憶媒体(図示せず)に格納し、以て通信装置２０内のプロセッサ(図示せず)等に実行させれば良い。また、当該プログラムは、既存の通信装置に組み込まれたファームウェアへのプラグインとして提供しても良い。
【００２７】
以下、通信装置２０の具体的な構成例及び動作例を、パケットの再送制御にＨＡＲＱを採用する場合を例に取り、図２〜図５を参照して詳細に説明する。
【００２８】
図２に示すように、まず通信装置１０は、送信ＡＭ(Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ) ＲＬＣ部１１と、送信ＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)部１２と、ＰＨＹ(Ｐｈｙｓｉｃａｌ)部１３とを備え、ＨＡＲＱに則した一般的な再送制御を行う。ここで、送信ＡＭ ＲＬＣ部１１、送信ＭＡＣ部１２、及びＰＨＹ部１３は、ＲＬＣレイヤ、ＭＡＣレイヤ、及びＰＨＹレイヤにそれぞれ位置する。
【００２９】
送信ＡＭ ＲＬＣ部１１内の送信ＡＲＱ部１４は、上位レイヤ(例えば、ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)レイヤや、ＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)サブレイヤ)から受信したＳＤＵ(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ)に対して、データチャネル毎に異なる番号体系でシーケンス番号２を付加し、以て図１に示したパケット３としてのＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)３ａを生成する。また、送信ＡＲＱ部１４は、生成したＰＤＵ ３ａを、送信ＭＡＣ部１２へ転送する。
【００３０】
送信ＭＡＣ部１２内の送信ＨＡＲＱ部１５は、ＰＤＵ ３ａをＰＨＹ部１３へ転送し、以て無線信号により、ＰＤＵ ３ａを通信装置２０へ送信する。また、送信ＨＡＲＱ部１５は、通信装置２０からＡＣＫ ５が通知された場合、送信ＡＲＱ部１４に対してＰＤＵ ３ａの送信が正常に完了した旨を報告する。一方、通信装置２０からＮＡＣＫ ６が通知された場合、送信ＨＡＲＱ部１５は、送信ＡＲＱ部１４に対してＰＤＵ ３ａの再転送を要求すると共に、ＰＤＵ ３ａを通信装置２０へ再送する。
【００３１】
一方、通信装置２０は、ＰＨＹ部２３と、受信ＭＡＣ部２４と、受信ＡＭ ＲＬＣ部２５とを備え、通信装置１０との協調動作による再送制御を行う。ここで、ＰＨＹ部２３、受信ＭＡＣ部２４、及び受信ＡＭ ＲＬＣ部２５は、ＰＨＹレイヤ、ＭＡＣレイヤ、及びＲＬＣレイヤにそれぞれ位置する。
【００３２】
受信ＭＡＣ部２４内の受信ＨＡＲＱ部２１ａは、図１に示した受信部２１に相当し、プロセス３０＿１〜３０＿ｎとしてのＨＡＲＱプロセス３０ａ＿１〜３０ａ＿ｎ(以下、符号３０ａで総称することがある)を用いて、ＰＤＵ ３ａを受信する。また、ＨＡＲＱプロセス３０ａは、ＰＤＵ ３ａのデコードに成功した場合、送信ＨＡＲＱ部１５へＡＣＫ ５を通知すると共に、ＰＤＵ ３ａを受信ＡＭ ＲＬＣ部２５へ転送する。一方、ＰＤＵ ３ａのデコードに失敗した場合、ＨＡＲＱプロセス３０ａは、送信ＨＡＲＱ部１５へＮＡＣＫ ６を通知し、以てＰＤＵ ３ａの再送を要求する。なお、制御チャネルのデコードに失敗した場合、ＨＡＲＱプロセス３０ａは、何ら処理を実行しない。
【００３３】
受信ＡＭ ＲＬＣ部２５内の受信ＡＲＱ部２６は、ＨＡＲＱプロセス３０ａから受信したＰＤＵ ３ａを、シーケンス番号２順に上位レイヤへ転送する。また、受信ＡＲＱ部２６には、図１に示した判定部２２が設けられている。判定部２２は、シーケンス番号２の連続性を監視すると共に、図１に示したプロセス使用状況４としてＨＡＲＱプロセス３０ａの使用状況４ａを監視し、以てＤＴＸ->ＡＣＫ誤認に伴うＰＤＵの欠落を検出する(以下、この処理をＤＴＸ->ＡＣＫ誤認検出処理と呼称する)。また、判定部２２は、ＤＴＸ->ＡＣＫ誤認に伴うＰＤＵ欠落を検出した場合、これを示す通知７(以下、ＤＴＸ->ＡＣＫ誤認検出通知と呼称する)を受信ＨＡＲＱ部２１ａに与え、以て通信装置１０にＤＴＸ->ＡＣＫエラー８を通知する(すなわち、通信装置１０に対して、欠落したＰＤＵの再送を要求する)。
【００３４】
以下、ＤＴＸ->ＡＣＫ誤認検出処理の一例を、図３〜図５を参照して説明する。
【００３５】
図３に示すように、判定部２２は、受信ＡＲＱ部２６でＰＤＵが受信される度毎に、シーケンス番号２の連続性を監視する(ステップＳ１)。
【００３６】
この結果、シーケンス番号２が不連続であることを検出した場合(すなわち、ＰＤＵの受信欠落が発生した場合)、判定部２２は、受信ＨＡＲＱ部２１ａに対して、ＨＡＲＱプロセス使用状況４ａを要求する(ステップＳ２及びＳ３)。この時、送信装置１０−２０間でのＰＤＵ ３ａの伝送に複数のデータチャネルが用いられていれば、判定部２２は、受信欠落を検出したデータチャネルを指定し、以て受信ＨＡＲＱ部２１ａに、対象データチャネルを介した受信に係るＨＡＲＱプロセス使用状況を報告させる。なお、シーケンス番号２が不連続で無い場合、判定部２２は、上記のステップＳ１に戻って、シーケンス番号２の監視を継続する。
【００３７】
より具体的には、図４に示すように、判定部２２は、対象データチャネルの指定を含む使用状況要求４ａ＿１を受信ＨＡＲＱ部２１ａに与える。これに応じて、受信ＨＡＲＱ部２１ａは、対象データチャネルを介した受信に使用しているＨＡＲＱプロセス３０ａの稼働数４ａ＿２を、判定部２２へ返信する。このように、判定部２２は、ＨＡＲＱプロセス使用状況４ａを簡易に監視できる。なお、図示を省略するが、判定部２２は、受信ＨＡＲＱ部２１ａからのＨＡＲＱプロセス稼働数４ａ＿２の返信を待機する間、シーケンス番号２の監視を並列に行う。
【００３８】
そして、判定部２２は、ＨＡＲＱプロセス稼働数４ａ＿２とＨＡＲＱプロセス３０ａの個数ｎとが一致するか否か、すなわち、全てのＨＡＲＱプロセス３０ａ＿１〜３０ａ＿ｎが稼働中であるか否かを判定する(ステップＳ４)。
【００３９】
ここで、受信ＨＡＲＱ部２１ａは、全てのＨＡＲＱプロセス３０ａ＿１〜３０ａ＿ｎが稼働中である場合にのみ、ＨＡＲＱプロセス使用状況４ａを判定部２２へ返信するようにしても良い。この場合、上記のステップＳ４の判定が不要となり、判定部２２の処理負荷が軽減される。
【００４０】
全てのＨＡＲＱプロセス３０ａ＿１〜３０ａ＿ｎが稼働中である場合、判定部２２は、シーケンス番号２の不連続性が解消したか否かをさらに判定する(ステップＳ５)。
【００４１】
シーケンス番号２の不連続性が解消していない場合、判定部２２は、図２に示したＤＴＸ->ＡＣＫ誤認検出通知７を発生し、以て受信ＨＡＲＱ部２１ａに、ＤＴＸ->ＡＣＫエラー８を通信装置１０へ通知させる(ステップＳ６)。これにより、ＤＴＸ->ＡＣＫ誤認に伴って欠落したＰＤＵが、通信装置１０から再送されることとなる。
【００４２】
一方、上記のステップＳ４で全てのＨＡＲＱプロセス３０ａ＿１〜３０ａ＿ｎが稼働中でないと判定した場合、又は上記のステップＳ５でシーケンス番号２の不連続性が解消したと判定した場合、判定部２２は、欠落したＰＤＵがいずれかのＨＡＲＱプロセスで受信され得ると判断し、上記のステップＳ１に戻って、シーケンス番号２の監視を継続する。
【００４３】
また、図５に示すように、ＨＡＲＱプロセス３０ａ＿１〜３０ａ＿ｎが、その稼働中に、予め付与された固有のプロセス番号４ｂ＿１〜４ｂ＿ｎを判定部２２へ通知するようにしても良い。全てのＨＡＲＱプロセス３０ａ＿１〜３０ａ＿ｎから、対象データチャネルを介した受信に際してプロセス番号４ｂ＿１〜４ｂ＿ｎが通知された場合、判定部２２は、全てのＨＡＲＱプロセス３０ａ＿１〜３０ａ＿ｎが対象データチャネルを介した受信に使用されていると判定する。この場合、ＨＡＲＱプロセス３０ａの稼働数の管理が不要となるため、受信ＨＡＲＱ部２１ａの処理負荷が軽減される(すなわち、受信ＨＡＲＱ部２１ａは、ＨＡＲＱに則した一般的な処理のみを実行すれば良い)。
【００４４】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。
【符号の説明】
【００４５】
１  通信システム
２, ２＿１〜２＿ｍ  シーケンス番号
３, ３＿１〜３＿ｍ  パケット
３ａ  ＰＤＵ
４  プロセス使用状況
４ａ  ＨＡＲＱプロセス使用状況
４ａ＿１  使用状況要求
４ａ＿２  ＨＡＲＱプロセス稼働数
４ｂ＿１〜４ｂ＿ｎ  プロセス番号
５  ＡＣＫ
６  ＮＡＣＫ
７  ＤＴＸ->ＡＣＫエラー
８  ＤＴＸ->ＡＣＫ誤認検出通知
１０, ２０  通信装置
１１  送信ＡＭ ＲＬＣ部
１２  送信ＭＡＣ部
１３, ２３  ＰＨＹ部
１４  送信ＡＲＱ部
１５  送信ＨＡＲＱ部
２１  受信部
２１ａ  受信ＨＡＲＱ部
２２  判定部
２４  受信ＭＡＣ部
２５  受信ＡＭ ＲＬＣ部
２６  受信ＡＲＱ部
３０, ３０＿１〜３０＿ｎ  プロセス
３０ａ, ３０ａ＿１〜３０ａ＿ｎ  ＨＡＲＱプロセス
【図１】
2011061667.tif 000003
【図２】
2011061667.tif 000004
【図３】
2011061667.tif 000005
【図４】
2011061667.tif 000006
【図５】
2011061667.tif 000007