(57)【要約】  再送要求送信方法において、ＳＴＡＴＵＳ-ＰＤＵを生成するタイミングで、受信側装置のＲＬＣサブレイヤが、未だ受信していないＲＬＣ-ＰＤＵ-ｄａｔａ（若しくは、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ）についてＭＡＣサブレイヤにおいて再送制御処理が行われているか否かについて判定し、かかる判定結果に基づいて、未だ受信していないＲＬＣ-ｄａｔａ-ＰＤＵで、かつ、ＭＡＣサブレイヤにおいて再送制御処理が行われていないＲＬＣ-ｄａｔａ-ＰＤＵのみを含むＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）を生成して送信する。
2008126806.tif 000002
【特許請求の範囲】
【請求項１】
受信側装置の所定サブレイヤが、送信側装置の所定サブレイヤから送信されたパケットに対する再送要求を送信する再送要求送信方法であって、
前記受信側装置の所定サブレイヤが、未だ受信していないパケットについて前記受信側装置の所定サブレイヤの下位サブレイヤにおいて再送制御処理が行われているか否かについて判定する工程と、
前記再送要求を生成するタイミングで、前記受信側装置の所定サブレイヤが、前記判定結果に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信する工程とを有することを特徴とする再送要求送信方法。
【請求項２】
前記受信側装置の所定サブレイヤが、前記判定結果を状態変数として管理し、前記状態変数に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信することを特徴とする請求項１に記載の再送要求送信方法。
【請求項３】
所定サブレイヤにおいて、送信側装置の所定サブレイヤから送信されたパケットに対する再送要求を送信するように構成されている受信側装置であって、
前記所定サブレイヤにおいて、未だ受信していないパケットについて前記所定サブレイヤの下位サブレイヤにおいて再送制御処理が行われているか否かについて判定するように構成されており、
前記所定サブレイヤにおいて、前記再送要求を生成するタイミングで、前記判定結果に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信するように構成されていることを特徴とする受信側装置。
【請求項４】
前記所定サブレイヤが、前記判定結果を状態変数として管理し、前記状態変数に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信することを特徴とする請求項３に記載の受信側装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信側装置の所定サブレイヤが送信側装置の所定サブレイヤから送信されたパケットに対する再送要求を送信する再送要求送信方法、及び、受信側装置に関する。
【背景技術】
【０００２】
第３世代移動通信システムの標準化を行う団体である３ＧＰＰでは、無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）における劇的な伝送速度の向上と伝送遅延の短縮を実現するために、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）と総称される検討を行っており、その検討にかかる要素技術の標準仕様策定を進めている。【０００３】
図４に示すように、ＬＴＥ方式の移動通信システムにおける無線アクセスネットワーク（Ｅ-ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  ＲＡＮ）は、移動局ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）と、無線基地局ｅＮＢ（Ｅ-ＵＴＲＡＮ  Ｎｏｄｅ  Ｂ）とによって構成されており、移動局ＵＥと無線基地局ｅＮＢとの間では、無線リンク（ＲＬ：Ｒａｄｉｏ  Ｌｉｎｋ）を介して通信を行われるように構成されている。【０００４】
また、移動局ＵＥ及び無線基地局ｅＮＢは、それぞれ、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）サブレイヤと、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）サブレイヤと、物理（ＰＨＹ：Ｐｈｙｓｉｃａｌ）レイヤとを終端するように構成されている。【０００５】
また、送信側装置（移動局ＵＥ又は無線基地局ｅＮＢ）は、伝送するデータに対して、ＲＬＣ処理とＭＡＣ処理とＰＨＹ処理とを順に施してから、無線部にて無線信号として送信するように構成されている。【０００６】
一方、受信側装置（移動局ＵＥ又は無線基地局ｅＮＢ）は、無線部にて受信した無線信号に対して、ＰＨＹ処理とＭＡＣ処理とＲＬＣ処理とを順に施すことによって、伝送されたデータを抽出するように構成されている。【０００７】
ここで、伝送するデータは、ユーザが使用するアプリケーション等により発生するユーザデータ（Ｕプレーンデータ）、及び、移動通信システムの制御に用いるＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングやＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリング等の制御データ（Ｃプレーンデータ）を含む。【０００８】
また、送信側装置のＲＬＣサブレイヤと受信側装置のＲＬＣサブレイヤとの間では、ＲＬＣ再送制御処理が行われるように構成されており、送信側装置のＭＡＣサブレイヤと受信側装置のＭＡＣサブレイヤとの間では、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）再送制御処理（ＭＡＣ再送制御処理）が行われるように構成されている。【０００９】
ここで、ＩＭＴ-２０００方式の移動通信システムでは、図１に示すように、受信側装置において、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵ（実際には、ＲＬＣ-ＰＤＵがマッピングされたＭＡＣ-ＰＤＵ）に対する順序補正処理を行い、ＲＬＣサブレイヤに対して、シーケンス番号の順番にＲＬＣ-ＰＤＵを送信するように構成されていた。【００１０】
したがって、ＲＬＣサブレイヤは、図２に示すように、ＳＴＡＴＵＳ-ＰＤＵ生成トリガが発生した場合に、未だ受信していないＲＬＣ-ｄａｔａ-ＰＤＵ（ＩＭＴ-２０００方式の移動通信システムでは、ＡＭＤ-ＰＤＵ）であって、かつ、後続のＲＬＣ-ｄａｔａ-ＰＤＵ（シーケンス番号＃６のＲＬＣ-ｄａｔａ-ＰＤＵ等）を受信しているＲＬＣ-ｄａｔａ-ＰＤＵ（シーケンス番号＃２及び＃５のＲＬＣ-ｄａｔａ-ＰＤＵ）については、無条件に、パケット抜けが発生していると判断して、シーケンス番号＃２及び＃５のＲＬＣ-ｄａｔａ-ＰＤＵの再送を要求するＳＴＡＴＵＳ-ＰＤＵを送信するように構成されていた。
【非特許文献１】ＩＭＴ-２０００のＲＬＣ仕様：３ＧＰＰ  ＴＳ  ２５.３２２  Ｖ６.９.０  （２００６-０９）
【非特許文献２】ＬＴＥのＳｔａｇｅ２仕様：３ＧＰＰ  ＴＳ  ３６.３００  Ｖ８.０.０  （２００７-０３）
【発明の開示】
【００１１】
しかしながら、ＬＴＥ方式の移動通信システムでは、図３に示すように、受信側装置において、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行うことなく、ＲＬＣサブレイヤに対して、ＲＬＣ-ＰＤＵを送信するように構成されている。
【００１２】
したがって、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガが発生した場合において、ＲＬＣサブレイヤで未だ受信されていないＲＬＣ-ｄａｔａ-ＰＤＵ（若しくは、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ）であって、かつ、後続のＲＬＣ-ｄａｔａ-ＰＤＵ（若しくは、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ）が受信されているＲＬＣ-ｄａｔａ-ＰＤＵであっても、ＭＡＣサブレイヤにおけるＨＡＲＱ再送制御処理中である可能性があるため、無条件に、かかるＲＬＣ-ｄａｔａ-ＰＤＵ（例えば、図２におけるシーケンス番号＃２及び＃５のＲＬＣ-ＰＤＵ）の再送を要求するＳＴＡＴＵＳ-ＰＤＵを送信することは適切ではない。
【００１３】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行わない場合において、ＲＬＣサブレイヤが、ＭＡＣサブレイヤにおけるＨＡＲＱ再送制御処理中であるＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求を送信することを回避することができる再送要求送信方法及び受信側装置を提供することを目的とする。
【００１４】
本発明の第１の特徴は、受信側装置の所定サブレイヤが、送信側装置の所定サブレイヤから送信されたパケットに対する再送要求を送信する再送要求送信方法であって、前記受信側装置の所定サブレイヤが、未だ受信していないパケットについて前記受信側装置の所定サブレイヤの下位サブレイヤにおいて再送制御処理が行われているか否かについて判定する工程と、前記再送要求を生成するタイミングで、前記受信側装置の所定サブレイヤが、前記判定結果に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信する工程とを有することを要旨とする。
【００１５】
本発明の第１の特徴において、前記受信側装置の所定サブレイヤが、前記判定結果を状態変数として管理し、前記状態変数に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信してもよい。
【００１６】
本発明の第２の特徴は、所定サブレイヤにおいて、送信側装置の所定サブレイヤから送信されたパケットに対する再送要求を送信するように構成されている受信側装置であって、前記所定サブレイヤにおいて、未だ受信していないパケットについて前記所定サブレイヤの下位サブレイヤにおいて再送制御処理が行われているか否かについて判定するように構成されており、前記所定サブレイヤにおいて、前記再送要求を生成するタイミングで、前記判定結果に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信するように構成されていることを要旨とする。
【００１７】
本発明の第２の特徴において、前記所定サブレイヤが、前記判定結果を状態変数として管理し、前記状態変数に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信してもよい。
【００１８】
以上説明したように、本発明によれば、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行わない場合において、ＲＬＣサブレイヤが、ＭＡＣサブレイヤにおけるＨＡＲＱ再送制御処理中であるＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求を送信することを回避することができる再送要求送信方法及び受信側装置を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】図１は、従来の移動通信システムの受信側装置における動作を説明するための図である。
【図２】図２は、従来の移動通信システムの受信側装置における動作を説明するための図である。
【図３】図３は、従来の移動通信システムの受信側装置における動作を説明するための図である。
【図４】図４は、本発明の第１の実施形態に係る移動通信システムの無線アクセスネットワークにおけるプロトコルレイヤ構成を示す図である。
【図５】図５は、本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤの機能ブロック図である。
【図６】図６は、本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤにおいて行われる再分割処理について説明するための図である。
【図７】図７は、本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤによって生成されるＳＴＡＴＵＳ-ＰＤＵのフォーマットの一例を示す図である。
【図８】図８は、本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤの動作を説明するための図である。
【図９】図９は、本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤの動作を示すフローチャートである。
【発明を実施するための最良の形態】
【００２０】
（本発明の第１の実施形態に係る移動通信システムの構成）
図４乃至図８を参照して、本発明の第１の実施形態に係る移動通信システムの構成について説明する。【００２１】
なお、本実施形態では、図４に示すように、３ＧＰＰで標準化が進められているＬＴＥ/ＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）のアーキテクチャを具備する移動通信システムを例として説明を行うが、本発明は、かかる移動通信システムに限定されるものではなく、その他のアーキテクチャを具備する移動通信システムにも適用可能である。【００２２】
図５を参照して、Ａｃｋｎｏｗｌｅｄｇｅモード（ＡＭ）のＲＬＣサブレイヤ（以下、ＲＬＣサブレイヤ）の機能構成について説明する。【００２３】
なお、図５に示すＲＬＣサブレイヤを構成する機能（モジュール）の一部又は全部は、ＩＣチップ上で、ハードウェア又はソフトウェアによって実現されていてもよい。【００２４】
例えば、ＩＣチップ上で、一般的に単純で高速処理が要求されているＭＡＣサブレイヤ及び物理レイヤを構成する機能（モジュール）をハードウェアで実現し、一般的に複雑な処理が要求されているＲＬＣサブレイヤを構成する機能（モジュール）をソフトウェアで実現するように構成されていてもよい。【００２５】
また、物理レイヤを構成する機能（モジュール）とＭＡＣサブレイヤを構成する機能（モジュール）とＲＬＣサブレイヤを構成する機能（モジュール）とは、同一のＩＣチップ上で実現されていてもよいし、別々のＩＣチップ上で実現されていてもよい。【００２６】
以下、図５を参照して、本実施形態に係る移動通信システムにおけるＲＬＣサブレイヤの構成の一例を示す。【００２７】
図５に示すように、ＲＬＣサブレイヤは、ＲＬＣ-ＳＤＵバッファ１１と、新規送信バッファ１２と、分割統合処理部１３と、ＡＣＫ待ちバッファ１４と、再送バッファ１５と、ＲＬＣ-ＰＤＵ送信部１６と、再分割処理部１７と、ＲＬＣ-ＰＤＵ送信部１８と、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９と、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０と、多重解除部３１と、順序補正バッファ３２と、再構築バッファ３３と、ＲＬＣ-ＳＤＵ再構築部３４とを具備している。【００２８】
ＲＬＣ-ＳＤＵバッファ１１は、上位レイヤから受信したＲＬＣ-ＳＤＵを格納するように構成されている。【００２９】
新規送信バッファ１２は、ＲＬＣ-ＳＤＵバッファ１１に格納されたＲＬＣ-ＳＤＵをコピーして格納するように構成されている。【００３０】
分割統合処理部１３は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、新規送信バッファ１２に格納されているＲＬＣ-ＳＤＵ（若しくは、その一部）に対して分割処理又は統合処理を施して、ＭＡＣサブレイヤから併せて通知された許容送信データ量の範囲内でサイズが最大となるＲＬＣ-ｄａｔａ-ＰＤＵを生成するように構成されている。【００３１】
また、分割統合処理部１３は、生成したＲＬＣ-ｄａｔａ-ＰＤＵを、ＲＬＣ-ＰＤＵ送信部１６に送信すると共に、ＡＣＫ待ちバッファ１４に格納するように構成されている。【００３２】
ＡＣＫ待ちバッファ１４は、分割統合処理部１３からのＲＬＣ-ｄａｔａ-ＰＤＵや、再送待ちバッファ１５からのＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵや、再分割処理部１７からのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを格納するように構成されている。【００３３】
ＡＣＫ待ちバッファ１４は、格納しているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵについて再送が必要であるか否かについて判断し、再送が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを再送バッファ１５に送信するように構成されている。【００３４】
ここで、例えば、ＡＣＫ待ちバッファ１４は、受信側装置のＲＬＣサブレイヤからのＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）及びＭＡＣサブレイヤからのＮＡＣＫを受信した場合等に、格納しているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵについて再送する必要があると判断する。【００３５】
図７に、本実施形態に係る移動通信システムで用いられるＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）のフォーマット例を示す。【００３６】
図７に示すように、ＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）は、「Ｔｙｐｅ」フィールドと、「Ｃｏｎｔｒｏｌ  ＰＤＵ  Ｔｙｐｅ」フィールドと、「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  ＳＮ」フィールドと、「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｆｉｒｓｔ  Ｏｃｔｅｔ」フィールドと、「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｌａｓｔ  Ｏｃｔｅｔ」フィールドとを有する。【００３７】
ここで、ＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）のペイロード部分は、複数組の「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  ＳＮ」フィールドと「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｆｉｒｓｔ  Ｏｃｔｅｔ」フィールドと「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｌａｓｔ  Ｏｃｔｅｔ」フィールドとを有してもよい。【００３８】
「Ｃｏｎｔｒｏｌ  ＰＤＵ  Ｔｙｐｅ」フィールドは、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵの種別について示すフィールドである。例えば、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵの種別として、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）又はＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）等が想定される。【００３９】
「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  ＳＮ」フィールドは、受信側装置のＲＬＣサブレイヤの受信側ウィンドウ内でＲＬＣ再送が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号を示すフィールドである。【００４０】
「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｆｉｒｓｔ  Ｏｃｔｅｔ」フィールドは、「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  ＳＮ」フィールドにより指定されたＲＬＣ-ｄａｔａ-ＰＤＵの中で、何番目のバイト（オクテット）から再送が必要であるかについて示すフィールドである。【００４１】
「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  Ｌａｓｔ  Ｏｃｔｅｔ」フィールドは、「Ｓｅｌｅｃｔｉｖｅ  ＮＡＣＫ  ＳＮ」フィールドにより指定されたＲＬＣ-ｄａｔａ-ＰＤＵの中で、何番目のバイト（オクテット）まで再送が必要であるかについて示すフィールドである。【００４２】
再送バッファ１５は、ＡＣＫ待ちバッファ１４からのＲＬＣ-ｄａｔａ-ＰＤＵやＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを格納するように構成されている。【００４３】
ＲＬＣ-ＰＤＵ送信部１６は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、分割統合処理部１３から送信されたＲＬＣ-ｄａｔａ-ＰＤＵ、及び、再送バッファ１５に格納されているＲＬＣ-ｄａｔａ-ＰＤＵを、ＭＡＣサブレイヤに送信するように構成されている。【００４４】
ここで、ＲＬＣ-ＰＤＵ送信部１６は、送信すべきＲＬＣ-ｄａｔａ-ＰＤＵに対して、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０に格納されているＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ（ＳＴＡＴＵＳ-ＰＤＵ等）を付与することによって、ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵを生成して送信するように構成されていてもよい。【００４５】
再分割処理部１７は、無線リンクの通信状態に応じて、具体的には、ＭＡＣサブレイヤから併せて通知された許容送信データ量に応じて、再送バッファ１５に格納されている１つのＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを分割して、複数のＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを生成するように構成されている、すなわち、再送バッファ１５に格納されているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵに対して再分割処理を行うように構成されている。【００４６】
図６の例では、再分割処理部１７は、１回目の再送時には、ＲＬＣ-ｄａｔａ-ＰＤＵ（ＳＮ＝Ｘ）を、３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ乃至＃Ｃに分割し、２回目の再送時には、３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ乃至＃Ｃを、それぞれ３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ１乃至＃Ａ３、＃Ｂ１乃至＃Ｂ３、＃Ｃ１乃至＃Ｃ３に分割している。【００４７】
ＲＬＣ-ＰＤＵ送信部１８は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、再分割処理部１７により再分割処理が施されたＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを、ＭＡＣサブレイヤに送信するように構成されている。【００４８】
ここで、ＲＬＣ-ＰＤＵ送信部１８は、送信すべきＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵに対して、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０に格納されているＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ（ＳＴＡＴＵＳ-ＰＤＵ等）を付与することによって、ＲＬＣ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵを生成して送信するように構成されていてもよい。【００４９】
ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、順序補正バッファ３２からの通知に応じて、再送要求を生成するタイミング（例えば、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントが発生した時点、或いは、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントが発生した後の最初の無線送信機会の直前、或いは、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントが発生した時点で起動していたＳＴＡＴＵＳ-ＰＤＵ抑制タイマ（ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ）が満了した時点）で、ＳＴＡＴＵＳＰＤＵ（ＡＣＫ/ＮＡＣＫ）を生成するように構成されている。【００５０】
具体的には、図８に示すように、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガ＃１の時点（時点＃２）では、順序補正バッファ３２から、（未受信の）シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求が必要であるとは通知されていないため、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガ＃１の時点（時点＃２）において生成するＳＴＡＴＵＳ-ＰＤＵでは、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵについて考慮しないように構成されている。【００５１】
その後、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガ＃２の時点（時点＃４）では、既に、順序補正バッファ３２から、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求が必要であると通知されているため、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガ＃２の時点（時点＃４）において生成するＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）には、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵを含めるように構成されている。【００５２】
ここで、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントが発生するまでに、順序補正バッファ３２から、複数のＲＬＣｄａｔａ-ＰＤＵに対する再送要求が必要であると通知された場合、その全てのＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号を個別に管理して、ＳＴＡＴＵＳ-ＰＤＵを生成する際に、その全てのＲＬＣ-ＰＤＵのシーケンス番号を含めるように構成されていてもよい。【００５３】
また、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、順序補正バッファ３２から再送要求が必要であると通知されたＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号のみを管理し（例えば、かかるシーケンス番号を「状態変数Ｔ_ＳＮ_ＳＴＡＴＵＳ」として管理する）、ＳＴＡＴＵＳ-ＰＤＵを生成する際に、状態変数「Ｔ_ＳＮ_ＳＴＡＴＵＳ」以下であり、かつ、受信ウィンドウ内の全ての未受信であるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号を含めるように構成されていてもよい。即ち、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、順序補正バッファ３２から再送要求が必要であると判定された結果（判定結果）として通知されたＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号のみを、「状態変数Ｔ_ＳＮ_ＳＴＡＴＵＳ」として管理し、かかる「状態変数Ｔ_ＳＮ_ＳＴＡＴＵＳ」に基づいて、ＳＴＡＴＵＳ-ＰＤＵを生成してもよい。【００５４】
また、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、順序補正バッファ３２から再送要求が必要であると通知されたＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号の次のシーケンス番号を有するＲＬＣ-ｄａｔａ-ＰＤＵを受信している場合に、かかるＲＬＣ-ｄａｔａ-ＰＤＵよりも大きいシーケンス番号を有するＲＬＣ-ｄａｔａ-ＰＤＵで、かつ、未受信のＲＬＣ-ｄａｔａ-ＰＤＵの中で最小のシーケンス番号のみを管理し（例えば、かかるシーケンス番号を状態変数「Ｔ_ＳＮ_ＳＴＡＴＵＳ」として管理する）、当該「Ｔ_ＳＮ_ＳＴＡＴＵＳ」に基づいて、ＳＴＡＴＵＳ-ＰＤＵを生成してもよい。具体的に、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、「Ｔ_ＳＮ_ＳＴＡＴＵＳ」より小さい、かつ、受信ウィンドウ内の全ての未受信であるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号を含めるようにＳＴＡＴＵＳ-ＰＤＵを生成してもよい。【００５５】
なお、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントとしては、順序補正バッファ３２からの特定のＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求が必要であるとの通知や、順序補正バッファ３２からのＰｏｌｌビットを検出したことの通知や、順序補正バッファ３２からの受信ウィンドウの使用率が特定の閾値を上回ったことの通知や、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９における周期タイマの満了等が考えられる。【００５６】
さらに、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」の適用により、過剰なＳＴＡＴＵＳ-ＰＤＵの送信を抑制するように構成されていてもよい。【００５７】
ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」を適用する場合、ＳＴＡＴＵＳ-ＰＤＵが送信された時点で、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」を起動する。【００５８】
そして、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」が起動している間は、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントが発生しても、ＳＴＡＴＵＳ-ＰＤＵを生成・送信しない。【００５９】
その後、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」が満了した時点において、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」の起動中に、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントが発生していた場合は、ＳＴＡＴＵＳ-ＰＤＵを生成・送信する。【００６０】
ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０は、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９によって生成されたＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵを格納するように構成されている。【００６１】
多重解除部３１は、ＭＡＣサブレイヤから受信したＲＬＣ-ＰＤＵの中から、ＳＴＡＴＵＳ-ＰＤＵを抽出してＡＣＫ待ちバッファ１４に転送し、ＲＬＣ-ｄａｔａ-ＰＤＵ及びＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを抽出して順序補正バッファ３２に転送するように構成されている。【００６２】
なお、上述のように、ＭＡＣサブレイヤは、ＲＬＣ-ＰＤＵについて、順序補正処理を行うことなく、ＲＬＣサブレイヤに送信するように構成されている。【００６３】
順序補正バッファ３２は、格納しているＲＬＣ-ｄａｔａ-ＰＤＵに対して順序補正処理を行うように構成されている。【００６４】
具体的には、順序補正バッファ３２は、シーケンス番号順に格納されているＲＬＣ-ｄａｔａ-ＰＤＵ（ｉｎ-ｓｅｑｕｅｎｃｅ）を再構築バッファ３３に格納するように構成されている。【００６５】
一方、順序補正バッファ３２は、シーケンス番号順に格納されていないＲＬＣ-ｄａｔａ-ＰＤＵ（ｏｕｔ-ｏｆ-ｓｅｑｕｅｎｃｅ）については、順序補正タイマを用いて、ＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求の必要性を判断し、未受信のＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求が必要であると判断した場合、その旨をＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知するように構成されている。【００６６】
順序補正バッファ３２は、未だ受信していないパケットについてＭＡＣサブレイヤにおいて再送制御処理（ＨＡＲＱ再送制御処理）が行われているか否かについて判定するように構成されている。【００６７】
そして、順序補正バッファ３２は、上述の判定結果に基づいて、未だ受信していないパケットで、かつ、ＭＡＣサブレイヤにおいて再送制御処理（ＨＡＲＱ再送制御処理）が行われていないパケットのみを含むＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）（再送要求）を生成するように、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に対して指示するように構成されている。【００６８】
具体的には、図８に示すように、順序補正バッファ３２は、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵを受信する前に、時点＃１において、シーケンス番号＃４のＲＬＣ-ｄａｔａ-ＰＤＵを受信した場合に、順序補正タイマを起動するように構成されている。【００６９】
かかる場合、順序補正バッファ３２は、時点＃２（ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガ＃１の時点）では、シーケンス番号＃４のＲＬＣ-ｄａｔａ-ＰＤＵの受信を契機として起動された順序補正タイマが満了していないため、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵについては、未だＭＡＣサブレイヤにおいて再送制御処理（ＨＡＲＱ再送制御処理）が行われている可能性があり、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵの再送が必要である旨を、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知していない。【００７０】
その後、順序補正バッファ３２は、時点＃３において、シーケンス番号＃４のＲＬＣｄａｔａ-ＰＤＵの受信を契機として起動された順序補正タイマが満了したため、シーケンス番号＃２及び＃３のＲＬＣ-ＰＤＵについては、既にＭＡＣサブレイヤにおいて再送制御処理（ＨＡＲＱ再送制御処理）が行われておらず、受信側装置のＲＬＣサブレイヤにおいて受信される可能性がないと判断して、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵの再送が必要である旨を、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知する。【００７１】
なお、順序補正バッファ３２は、図８に示すような順序補正タイマを用いることなく、再送が必要なＲＬＣ-ｄａｔａ-ＰＤＵ、すなわち、未だ受信しておらず既にＭＡＣサブレイヤにおいて再送制御処理が行われていないＲＬＣ-ｄａｔａ-ＰＤＵを検出してもよい。【００７２】
また、順序補正バッファ３２は、再送要求が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号の次のシーケンス番号を有するＲＬＣ-ｄａｔａ-ＰＤＵを受信している場合に、かかるＲＬＣ-ｄａｔａ-ＰＤＵよりも大きいシーケンス番号を有するＲＬＣ-ｄａｔａ-ＰＤＵで、かつ、未受信のＲＬＣ-ｄａｔａ-ＰＤＵの中で最小のシーケンス番号をＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知してもよい。【００７３】
ここで、順序補正バッファ３２が、かかるシーケンス番号をＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知するタイミングは、順序補正タイマが満了したタイミングであってもよいし、更新されたタイミング（例えば、かかるシーケンス番号が更新されたタイミング）であってもよい。【００７４】
なお、再送要求が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号の次のシーケンス番号を有するＲＬＣ-ｄａｔａ-ＰＤＵを受信していない場合、順序補正バッファ３２は、再送要求が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号の次のシーケンス番号をＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知してもよい。【００７５】
順序補正バッファ３２は、格納しているＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵからＲＬＣ-ｄａｔａ-ＰＤＵを構築することができる場合は、かかるＲＬＣ-ｄａｔａ-ＰＤＵを構築するように構成されている。【００７６】
ＲＬＣ-ＳＤＵ再構築部３４は、再構築バッファ３３に格納されているＲＬＣ-ｄａｔａ-ＰＤＵからＲＬＣ-ＳＤＵを構築することができる場合は、かかるＲＬＣ-ＳＤＵを構築して、シーケンス番号順に上位レイヤに送信するように構成されている。【００７７】
（本発明の第１の実施形態に係る移動通信システムの動作）
図９を参照して、本発明の第１の実施形態に係る移動通信システムにおける受信側装置の動作について説明する。【００７８】
図９に示すように、ステップＳ１０１において、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントが発生すると、ステップＳ１０２において、受信側装置のＲＬＣサブレイヤは、未だ受信していないＲＬＣ-ｄａｔａ-ＰＤＵ（若しくは、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ）のうち、再送が必要なＲＬＣ-ｄａｔａ-ＰＤＵを特定する。【００７９】
ステップＳ１０３において、受信側装置のＲＬＣサブレイヤは、ステップＳ１０２において、再送が必要であると特定されたＲＬＣ-ｄａｔａ-ＰＤＵに対するＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）を生成・送信する。【００８０】
（本発明の第１の実施形態に係る移動通信システムの作用・効果）
本発明の第１の実施形態に係る移動通信システムによれば、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行わない場合において、ＲＬＣサブレイヤが、適切に、再送が必要なＲＬＣ-ｄａｔａ-ＰＤＵ（若しくは、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ）、すなわち、未だ受信しておらず既にＭＡＣサブレイヤにおいて再送制御処理が行われていないＲＬＣ-ｄａｔａ-ＰＤＵを検出し、検出したＲＬＣ-ｄａｔａ-ＰＤＵに対するＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）を送信することができる。【００８１】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。【００８２】
なお、日本国特許出願第２００７−１０１１８８号（２００７年４月６日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用の可能性】
【００８３】
以上説明したように、本発明に係る再送要求送信方法及び受信側装置によれば、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行わない場合において、ＲＬＣサブレイヤが、ＭＡＣサブレイヤにおけるＨＡＲＱ再送制御処理中であるＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求を送信することを回避することができるため有用である。
【図１】
2008126806.tif 000003
【図２】
2008126806.tif 000004
【図３】
2008126806.tif 000005
【図４】
2008126806.tif 000006
【図５】
2008126806.tif 000007
【図６】
2008126806.tif 000008
【図７】
2008126806.tif 000009
【図８】
2008126806.tif 000010
【図９】
2008126806.tif 000011
【手続補正書】
【提出日】平成22年2月24日(2010.2.24)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
ＡＣＫ待ちバッファ１４は、分割統合処理部１３からのＲＬＣ‐ｄａｔａ‐ＰＤＵや、再送バッファ１５からのＲＬＣ‐ｄａｔａ‐ＰＤＵ又はＲＬＣ‐ｄａｔａ‐Ｓｕｂ‐ＰＤＵや、再分割処理部１７からのＲＬＣ‐ｄａｔａ‐Ｓｕｂ‐ＰＤＵを格納するように構成されている。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４９
【補正方法】変更
【補正の内容】
【００４９】
ＲＬＣ‐ｃｏｎｔｒｏｌ‐ＰＤＵ生成部１９は、順序補正バッファ３２からの通知に応じて、再送要求を生成するタイミング（例えば、ＳＴＡＴＵＳ‐ＰＤＵ生成・送信トリガとなるイベントが発生した時点、或いは、ＳＴＡＴＵＳ‐ＰＤＵ生成・送信トリガとなるイベントが発生した後の最初の無線送信機会の直前、或いは、ＳＴＡＴＵＳ‐ＰＤＵ生成・送信トリガとなるイベントが発生した時点で起動していたＳＴＡＴＵＳ‐ＰＤＵ抑制タイマ（ＳＴＡＴＵＳ‐ｐｒｏｈｉｂｉｔ‐ｔｉｍｅｒ）が満了した時点）で、ＳＴＡＴＵＳ‐ＰＤＵ（ＡＣＫ／ＮＡＣＫ）を生成するように構成されている。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
ここで、ＲＬＣ‐ｃｏｎｔｒｏｌ‐ＰＤＵ生成部１９は、ＳＴＡＴＵＳ‐ＰＤＵ生成・送信トリガとなるイベントが発生するまでに、順序補正バッファ３２から、複数のＲＬＣ‐ｄａｔａ‐ＰＤＵに対する再送要求が必要であると通知された場合、その全てのＲＬＣ‐ｄａｔａ‐ＰＤＵのシーケンス番号を個別に管理して、ＳＴＡＴＵＳ‐ＰＤＵを生成する際に、その全てのＲＬＣ‐ＰＤＵのシーケンス番号を含めるように構成されていてもよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００７０
【補正方法】変更
【補正の内容】
【００７０】
その後、順序補正バッファ３２は、時点＃３において、シーケンス番号＃４のＲＬＣ‐ｄａｔａ‐ＰＤＵの受信を契機として起動された順序補正タイマが満了したため、シーケンス番号＃２及び＃３のＲＬＣ‐ＰＤＵについては、既にＭＡＣサブレイヤにおいて再送制御処理（ＨＡＲＱ再送制御処理）が行われておらず、受信側装置のＲＬＣサブレイヤにおいて受信される可能性がないと判断して、シーケンス番号＃２及び＃３のＲＬＣ‐ｄａｔａ‐ＰＤＵの再送が必要である旨を、ＲＬＣ‐ｃｏｎｔｒｏｌ‐ＰＤＵ生成部１９に通知する。
【手続補正書】
【提出日】平成22年3月25日(2010.3.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受信側装置の所定サブレイヤが、送信側装置の所定サブレイヤから送信されたパケットに対する再送要求を送信する再送要求送信方法であって、
前記受信側装置の所定サブレイヤが、１つ又は複数の第１パケットを受信する前に、該第１パケットのシーケンス番号よりも大きいシーケンス番号を有する第２パケットを受信した場合に、順序補正タイマを起動する工程と、
前記受信側装置の所定サブレイヤが、前記順序補正タイマの満了時に、前記第２パケットのシーケンス番号よりも大きいシーケンス番号を有する第３パケットのうち、未だ受信していないパケットのシーケンス番号の最小値を、状態変数として管理する工程と、
前記受信側装置の所定サブレイヤが、管理されている前記状態変数に基づいて、前記再送要求を生成して送信する工程とを有することを特徴とする移動通信方法。
【請求項２】
所定サブレイヤにおいて、送信側装置の所定サブレイヤから送信されたパケットに対する再送要求を送信するように構成されている受信側装置であって、
前記所定サブレイヤにおいて、１つ又は複数の第１パケットを受信する前に、該第１パケットのシーケンス番号よりも大きいシーケンス番号を有する第２パケットを受信した場合に、順序補正タイマを起動するように構成されており、
前記所定サブレイヤにおいて、前記順序補正タイマの満了時に、前記第２パケットのシーケンス番号よりも大きいシーケンス番号を有する第３パケットのうち、未だ受信していないパケットのシーケンス番号の最小値を、状態変数として管理するように構成されており、
前記所定サブレイヤにおいて、管理されている前記状態変数に基づいて、前記再送要求を生成して送信するように構成されていることを特徴とする受信側装置。
【国際調査報告】
2008126806.tif 000012
2008126806.tif 000013