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