JP2011061840A

JP2011061840A - ウィンドウ制御及び再送制御方法、及び、送信側装置

Info

Publication number: JP2011061840A
Application number: JP2010246887A
Authority: JP
Inventors: Anil Umesh; アニールウメシュ; Sadayuki Abeta; 貞行安部田
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2010-11-02
Filing date: 2010-11-02
Publication date: 2011-03-24

Abstract

【課題】ＭＡＣサブレイヤが、受信したＳＴＡＴＵＳ-ＰＤＵに対する順序補正処理を行わない場合において、送信側装置におけるＲＬＣリセット処理の起動を回避することにより、通信品質の劣化を防ぐ。
【解決手段】再送制御方法において、送信側装置は、送達確認情報受信ウィンドウを管理しており、受信側装置から受信した送達確認情報に含まれるパケットのシーケンス番号が送達確認情報受信ウィンドウの範囲外の値である場合、送信側装置は、シーケンス番号に係る送達確認情報に基づいて、前記ウィンドウ制御処理及び前記パケットの再送制御処理を行わない。
【選択図】図６

Description

本発明は、送信側装置が受信側装置からの送達確認情報に基づいて、ウィンドウ制御処理及びパケットの再送制御処理を行うウィンドウ制御及び再送制御方法、及び、送信側装置に関する。

第３世代移動通信システムの標準化を行う団体である３ＧＰＰでは、無線アクセスネットワーク（ＲＡＮ：ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）における劇的な伝送速度の向上と伝送遅延の短縮を実現するために、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）と総称される検討を行っており、その検討にかかる要素技術の標準仕様策定を進めている。

図１に示すように、ＬＴＥ方式の移動通信システムにおける無線アクセスネットワーク（Ｅ-ＵＴＲＡＮ：ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲＡＮ）は、移動局ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）と、無線基地局ｅＮＢ（Ｅ-ＵＴＲＡＮＮｏｄｅＢ）とによって構成されており、移動局ＵＥと無線基地局ｅＮＢとの間では、無線リンク（ＲＬ：ＲａｄｉｏＬｉｎｋ）を介して通信を行われるように構成されている。

また、移動局ＵＥ及び無線基地局ｅＮＢは、それぞれ、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）サブレイヤと、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）サブレイヤと、物理（ＰＨＹ：Ｐｈｙｓｉｃａｌ）レイヤとを終端するように構成されている。

また、送信側装置（移動局ＵＥ又は無線基地局ｅＮＢ）は、伝送するデータに対して、ＲＬＣ処理とＭＡＣ処理とＰＨＹ処理とを順に施してから、無線部にて無線信号として送信するように構成されている。

一方、受信側装置（移動局ＵＥ又は無線基地局ｅＮＢ）は、無線部にて受信した無線信号に対して、ＰＨＹ処理とＭＡＣ処理とＲＬＣ処理とを順に施すことによって、伝送され
たデータを抽出するように構成されている。

ここで、伝送するデータは、ユーザが使用するアプリケーション等により発生するユーザデータ（Ｕプレーンデータ）、及び、移動通信システムの制御に用いるＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）シグナリングやＮＡＳ（ＮｏｎＡｃｃｅｓｓＳｔｒａｔｕｍ）シグナリング等の制御データ（Ｃプレーンデータ）を含む。

また、送信側装置のＲＬＣサブレイヤと受信側装置のＲＬＣサブレイヤとの間では、ＲＬＣ再送制御処理が行われるように構成されており、送信側装置のＭＡＣサブレイヤと受信側装置のＭＡＣサブレイヤとの間では、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ）再送制御処理（ＭＡＣ再送制御処理）が行われるように構成されている。

以下、図７を参照して、受信側装置のＲＬＣサブレイヤからの送達確認情報に基づく送信側装置のＲＬＣサブレイヤにおけるウィンドウ制御及び再送制御処理について説明する。

図７に示すように、ＳＴＡＴＵＳ-ＰＤＵ（送達確認情報）の送信トリガ＃１が発生すると、第１に、受信側装置のＲＬＣサブレイヤが、現在のＲＬＣ-ｄａｔａ-ＰＤＵの受信状況に応じて、次に受信することを期待するＲＬＣ-ｄａｔａ-ＰＤＵを通知するためのＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１０）を、受信側装置のＭＡＣサブレイヤに送信する。

ここで、受信側装置のＲＬＣサブレイヤは、ロスを検出することなく、シーケンス番号＃１０のＲＬＣ-ｄａｔａ-ＰＤＵを受信している状態において、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１０）を送信するように構成されている。

第２に、受信側装置のＭＡＣサブレイヤが、ＨＡＲＱ再送制御処理を用いて、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１０）を、送信側装置のＭＡＣサブレイヤに送信する。

第３に、送信側装置のＲＬＣサブレイヤが、送信側装置のＭＡＣサブレイヤから受信したＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１０）に応じて、送信側ウィンドウの下限値及び上限値を、それぞれ「１１」及び「５２２」に更新する。ここで、送信側ウィンドウにおけるウィンドウサイズは「５１２」であるものとする。

また、送信側装置のＲＬＣサブレイヤで管理されている送達確認情報受信ウィンドウの下限値は、送信側ウィンドウの下限値と等しいため、送信側装置のＲＬＣサブレイヤは、送信側装置のＭＡＣサブレイヤから受信したＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１０）に応じて、送達確認情報受信ウィンドウの下限値についても「１１」に更新する。

一方で、送信側装置のＲＬＣサブレイヤで管理されている送達確認情報受信ウィンドウの上限値は、送信側装置において、ＲＬＣサブレイヤからＭＡＣサブレイヤに送出されたパケットの最も若いシーケンス番号の値に設定されるため、送信側装置のＲＬＣサブレイヤは、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１０）を受信した場合であっても、送達確認情報受信ウィンドウの上限値について更新しない。

次に、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１００）の送信トリガ＃２が発生すると、かかる移動通信システムは同様に動作し、送信側ウィンドウの下限値及び上限値が、それぞれ「１０１」及び「６１２」に更新され、さらに、送信側装置のＲＬＣサブレイヤで管理されている送達確認情報受信ウィンドウの下限値が、「１０１」に更新される。

ここで、ＩＭＴ-２０００方式の移動通信システムでは、図８に示すように、送信側装置において、ＭＡＣサブレイヤが、ＳＴＡＴＵＳ-ＰＤＵ（送達確認情報）も含めて受信したＲＬＣ-ＰＤＵ（実際にはＲＬＣ-ＰＤＵがマッピングされたＭＡＣ-ＰＤＵ）に対する順序補正処理を行い、ＲＬＣサブレイヤに対して、シーケンス番号の順番に、かかるＳＴＡＴＵＳ-ＰＤＵ（送達確認情報）を送信するように構成されていた。

したがって、通信状態が正常である場合、送信側装置のＲＬＣサブレイヤにより受信されるＳＴＡＴＵＳ-ＰＤＵ（送達確認情報）に含まれるパケットのシーケンス番号は、必ず送信側装置のＲＬＣサブレイヤで管理されている送達確認情報受信ウィンドウの範囲内の値であることが確約されていた。

そして、仮に、送信側装置のＲＬＣサブレイヤにより受信されるＳＴＡＴＵＳ-ＰＤＵ（送達確認情報）に含まれるパケットのシーケンス番号で、送信側装置のＲＬＣサブレイヤで管理されている送達確認情報受信ウィンドウの範囲外の値がある場合、通信状態が異常であると判断し、送信側装置のＲＬＣサブレイヤは、ＲＬＣリセット処理を起動していた。

ここで、送信側装置のＲＬＣサブレイヤは、ＲＬＣリセット処理が完了するまでの間、ＲＬＣ-ＰＤＵ（データパケット）の送信を行わないため、ＲＬＣリセット処理の起動は、通信品質を著しく劣化させることに留意する。

ＩＭＴ-２０００のＲＬＣ仕様：３ＧＰＰＴＳ２５.３２２Ｖ６.９.０（２００６-０９）ＬＴＥのＳｔａｇｅ２仕様：３ＧＰＰＴＳ３６.３００Ｖ８.０.０（２００７-０３）

しかしながら、ＬＴＥ方式の移動通信システムでは、図９に示すように、送信側装置において、ＭＡＣサブレイヤが、ＳＴＡＴＵＳ-ＰＤＵ（送達確認情報）も含めて受信したＲＬＣ-ＰＤＵに対する順序補正処理を行うことなく、ＲＬＣサブレイヤに対して、かかるＳＴＡＴＵＳ-ＰＤＵ（送達確認情報）を送信するように構成されている。

したがって、ＬＴＥ方式の移動通信システムでは、図１０に示すように、通信状態が正常である場合であっても、ＳＴＡＴＵＳ-ＰＤＵ（送達確認情報）の送信トリガ＃１の発生を契機に送信されたＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１０）が、ＭＡＣサブレイヤ間における再送が繰り返されることによって、ＳＴＡＴＵＳ-ＰＤＵ（送達確認情報）の送信トリガ＃２の発生を契機に送信されたＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１００）よりも遅れて送信側装置のＲＬＣサブレイヤに到着する場合がある。

かかる場合、ＩＭＴ-２０００方式の移動通信システムと同様の処理を行うと、送信側装置のＲＬＣサブレイヤは、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１００）によって、送信側ウィンドウの下限値（すなわち、送達確認情報受信ウィンドウの下限値）を「１０１」に更新した後、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１００）が生成された際の受信状況よりも古い受信状況によって生成されたＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１０）を受信すると、かかるＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１０）に含まれるパケットのシーケンス番号が送達確認情報受信ウィンドウの範囲外の値があるため、ＲＬＣリセット処理を起動してしまい、通信品質を著しく劣化させてしまうという問題点があった。

そこで、本発明は、上述の課題に鑑みてなされたものであり、ＭＡＣサブレイヤが、受信したＳＴＡＴＵＳ-ＰＤＵに対する順序補正処理を行わない場合において、送信側装置におけるＲＬＣリセット処理の起動を回避することにより、通信品質の劣化を防ぐことができるウィンドウ制御及び再送制御方法、及び、送信側装置を提供することを目的とする。

本発明の第１の特徴は、送信側装置が、受信側装置からの確認応答又は再送要求を含む送達確認情報に基づいて、ウィンドウ制御処理及びパケットの再送制御処理を行うウィンドウ制御及び再送制御方法であって、前記送信側装置は、送達確認情報受信ウィンドウを管理しており、前記受信側装置から受信した前記送達確認情報に含まれるパケットのシーケンス番号が、前記送達確認情報受信ウィンドウの範囲外の値である場合、前記送信側装置は、前記シーケンス番号に係る送達確認情報に基づいて、前記ウィンドウ制御処理及び前記パケットの再送制御処理を行わないことを要旨とする。

本発明の第１の特徴において、前記送達確認情報受信ウィンドウの下限値は、前記送信側装置にいて前記受信側装置からの確認応答を期待しているパケットの最も古いシーケンス番号であってもよい。

本発明の第１の特徴において、前記送達確認情報受信ウィンドウの上限値は、前記送信側装置において前記ウィンドウ制御処理及び前記再送制御処理を行う所定のサブレイヤよりも下位のレイヤに送出されたパケットの最も若いシーケンス番号であってもよい。

本発明の第２の特徴は、受信側装置からの確認応答又は再送要求を含む送達確認情報に基づいて、ウィンドウ制御処理及びパケットの再送制御処理を行うように構成されている送信側装置であって、送達確認情報受信ウィンドウを管理するように構成されており、前記受信側装置から受信した前記送達確認情報に含まれるパケットのシーケンス番号が、前記送達確認情報受信ウィンドウの範囲外の値である場合、前記シーケンス番号に係る送達確認情報に基づいて、前記ウィンドウ制御処理及び前記パケットの再送制御処理を行わないように構成されていることを要旨とする。

本発明の第２の特徴において、前記送達確認情報受信ウィンドウの下限値は、前記送信側装置において前記受信側装置からの確認応答を期待しているパケットの最も古いシーケンス番号であってもよい。

本発明の第２の特徴において、前記送達確認情報受信ウィンドウの上限値は、前記送信側装置において前記ウィンドウ制御処理及び前記再送制御処理を行う所定のサブレイヤよりも下位のレイヤに送出されたパケットの最も若いシーケンス番号であってもよい。

以上説明したように、本発明によれば、ＭＡＣサブレイヤが、受信したＳＴＡＴＵＳＰＤＵに対する順序補正処理を行わない場合において、送信側装置におけるＲＬＣリセット処理の起動を回避することにより、通信品質の劣化を防ぐことができるウィンドウ制御及び再送制御方法、及び、送信側装置を提供することができる。

本発明の第１の実施形態に係る移動通信システムの無線アクセスネットワークにおけるプロトコルレイヤ構成を示す図である。本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤの機能ブロック図である。本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤにおいて行われる再分割処理について説明するための図である。本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤによって生成されるＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）のフォーマットの一例を示す図である。本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤによって生成されるＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）のフォーマットの一例を示す図である。本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤの動作を示すフローチャートである。ＬＴＥ方式の移動通信システムの動作を示すシーケンス図である。ＩＭＴ-２０００方式の移動通信システムにおけるＭＡＣサブレイヤとＲＬＣサブレイヤとの間の通信について説明するための図である。ＬＴＥ方式の移動通信システムにおけるＭＡＣサブレイヤとＲＬＣサブレイヤとの間の通信について説明するための図である。ＬＴＥ方式の移動通信システムの動作を示すシーケンス図である。

（本発明の第１の実施形態に係る移動通信システムの構成）
図１乃至図４を参照して、本発明の第１の実施形態に係る移動通信システムの構成について説明する。

なお、本実施形態では、図１に示すように、３ＧＰＰで標準化が進められているＬＴＥ/ＳＡＥ（ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅＥｖｏｌｕｔｉｏｎ）のアーキテクチャを具備する移動通信システムを例として説明を行うが、本発明は、かかる移動通信システムに限定されるものではなく、その他のアーキテクチャを具備する移動通信システムにも適用可能である。

図２を参照して、Ａｃｋｎｏｗｌｅｄｇｅモード（ＡＭ）のＲＬＣサブレイヤ（以下、ＲＬＣサブレイヤ）の機能構成について説明する。

なお、図２に示すＲＬＣサブレイヤを構成する機能（モジュール）の一部又は全部は、ＩＣチップ上で、ハードウェア又はソフトウェアによって実現されていてもよい。

例えば、ＩＣチップ上で、一般的に単純で高速処理が要求されているＭＡＣサブレイヤ及び物理レイヤを構成する機能（モジュール）をハードウェアで実現し、一般的に複雑な処理が要求されているＲＬＣサブレイヤを構成する機能（モジュール）をソフトウェアで実現するように構成されていてもよい。

また、物理レイヤを構成する機能（モジュール）とＭＡＣサブレイヤを構成する機能（モジュール）とＲＬＣサブレイヤを構成する機能（モジュール）とは、同一のＩＣチップ上で実現されていてもよいし、別々のＩＣチップ上で実現されていてもよい。

以下、図２を参照して、本実施形態に係る移動通信システムにおけるＲＬＣサブレイヤの構成の一例を示す。

図２に示すように、ＲＬＣサブレイヤは、ＲＬＣ-ＳＤＵバッファ１１と、新規送信バッファ１２と、分割統合処理部１３と、ＡＣＫ待ちバッファ１４と、再送バッファ１５と、ＲＬＣ-ＰＤＵ送信部１６と、再分割処理部１７と、ＲＬＣ-ＰＤＵ送信部１８と、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９と、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０と、多重解除部３１と、順序補正バッファ３２と、再構築バッファ３３と、ＲＬＣ-ＳＤＵ再構築部３４とを具備している。

ＲＬＣ-ＳＤＵバッファ１１は、上位レイヤから受信したＲＬＣ-ＳＤＵを格納するように構成されている。

新規送信バッファ１２は、ＲＬＣ-ＳＤＵバッファ１１に格納されたＲＬＣ-ＳＤＵをコピーして格納するように構成されている。

分割統合処理部１３は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、新規送信バッファ１２に格納されているＲＬＣ-ＳＤＵ（若しくは、その一部）に対して分割処理又は統合処理を施して、ＭＡＣサブレイヤから併せて通知された許容送信データ量の範囲内でサイズが最大となるＲＬＣ-ｄａｔａ-ＰＤＵを生成するように構成されている。

また、分割統合処理部１３は、生成したＲＬＣ-ｄａｔａ-ＰＤＵを、ＲＬＣ-ＰＤＵ送信部１６に送信すると共に、ＡＣＫ待ちバッファ１４に格納するように構成されている。

ＡＣＫ待ちバッファ１４は、分割統合処理部１３からのＲＬＣ-ｄａｔａ-ＰＤＵや、再送待ちバッファ１５からのＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵや、再分割処理部１７からのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを格納するように構成されている。

ＡＣＫ待ちバッファ１４は、格納しているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵについて再送が必要であるか否かについて判断し、再送が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを再送バッファ１５に送信するように構成されている。

ここで、例えば、ＡＣＫ待ちバッファ１４は、受信側装置のＲＬＣサブレイヤからのＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）及びＭＡＣサブレイヤからのＮＡＣＫを受信した場合等に、格納しているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵについて再送する必要があると判断する。

図４に、本実施形態に係る移動通信システムで用いられるＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）のフォーマット例を示す。

図４に示すように、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）は、「Ｔｙｐｅ」フィールドと、「ＣｏｎｔｒｏｌＰＤＵＴｙｐｅ」フィールドと、「ＣｏｍｕｌａｔｉｖｅＡＣＫＳＮ」フィールドとを有する。

「Ｔｙｐｅ」フィールドは、ＲＬＣ-ＰＤＵの種別（例えば、ＳＴＡＴＵＳ-ＰＤＵ）について示すフィールドである。

「ＣｏｎｔｒｏｌＰＤＵＴｙｐｅ」フィールドは、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵの種別（ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）やＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）等）について示すフィールドである。

「ＣｏｍｕｌａｔｉｖｅＡＣＫＳＮ」フィールドは、受信側装置のＲＬＣサブレイヤで管理されている受信側ウィンドウの下限値-１の値を示すフィールドである。

図５に、本実施形態に係る移動通信システムで用いられるＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）のフォーマット例を示す。

図５に示すように、ＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）は、「Ｔｙｐｅ」フィールドと、「ＣｏｎｔｒｏｌＰＤＵＴｙｐｅ」フィールドと、「ＳｅｌｅｃｔｉｖｅＮＡＣＫＳＮ」フィールドと、「ＳｅｌｅｃｔｉｖｅＮＡＣＫＦｉｒｓｔＯｃｔｅｔ」フィールドと、「ＳｅｌｅｃｔｉｖｅＮＡＣＫＬａｓｔＯｃｔｅｔ」フィールドとを有する。

ここで、ＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）のペイロード部分は、複数組の「ＳｅｌｅｃｔｉｖｅＮＡＣＫＳＮ」フィールドと「ＳｅｌｅｃｔｉｖｅＮＡＣＫＦｉｒｓｔＯｃｔｅｔ」フィールドと「ＳｅｌｅｃｔｉｖｅＮＡＣＫＬａｓｔＯｃｔｅｔ」フィールドとを有してもよい。

「ＳｅｌｅｃｔｉｖｅＮＡＣＫＳＮ」フィールドは、受信側装置のＲＬＣサブレイヤで管理されている受信側ウィンドウ内でＲＬＣ再送が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号を示すフィールドである。

「ＳｅｌｅｃｔｉｖｅＮＡＣＫＦｉｒｓｔＯｃｔｅｔ」フィールドは、「ＳｅｌｅｃｔｉｖｅＮＡＣＫＳＮ」フィールドにより指定されたＲＬＣ-ｄａｔａ-ＰＤＵの中で、何番目のバイト（オクテット）から再送が必要であるかについて示すフィールドである。

「ＳｅｌｅｃｔｉｖｅＮＡＣＫＬａｓｔＯｃｔｅｔ」フィールドは、「ＳｅｌｅｃｔｉｖｅＮＡＣＫＳＮ」フィールドにより指定されたＲＬＣ-ｄａｔａ-ＰＤＵの中で、何番目のバイト（オクテット）まで再送が必要であるかについて示すフィールドである。

ＡＣＫ待ちバッファ１４は、送信側ウィンドウ及び送達確認情報受信ウィンドウを管理するように構成されている。

具体的には、ＡＣＫ待ちバッファ１４は、状態関数「Ｗｉｎｄｏｗ_Ｓｉｚｅ」と「ＶＴ（Ａ）」と「ＶＴ（Ｓ）」と「ＶＴ（ＭＳ）」とによって定義される送信側ウィンドウ及び送達確認情報受信ウィンドウを管理している。

ここで、「Ｗｉｎｄｏｗ_Ｓｉｚｅ」は、送信側装置のＲＬＣサブレイヤと受信側装置のＲＬＣサブレイヤとの間で共通な値であり、受信側装置のＲＬＣサブレイヤからのＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）を受信することなく送信可能なＲＬＣ-ＰＤＵの最大数を示す。

「ＶＴ（Ａ）」は、送信側ウィンドウ及び送達確認情報受信ウィンドウの下限値、すなわち、受信側装置のＲＬＣサブレイヤからのＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）を期待しているＲＬＣ-ｄａｔａ-ＰＤＵ（パケット）の最も古いシーケンス番号の値を示す。

「ＶＴ（Ｓ）」は、送信側装置において、新規にＲＬＣサブレイヤからＭＡＣサブレイヤに送出するＲＬＣ-ｄａｔａ-ＰＤＵ（パケット）に付与する次のシーケンス番号の値を示す。

すなわち、「ＶＴ（Ｓ）−１」は、送信側装置において、ＲＬＣサブレイヤからＭＡＣサブレイヤに送出されたＲＬＣ-ＰＤＵ（パケット）の最も若いシーケンス番号の値を示し、送達確認情報受信ウィンドウの上限値を示すことになる。

「ＶＴ（ＭＳ）」は、送信側ウィンドウの上限値＋１、すなわち、「ＶＴ（Ａ）」と「Ｗｉｎｄｏｗ_Ｓｉｚｅ」との和を示す。

基本的には、ＡＣＫ待ちバッファ１４は、受信側装置のＲＬＣサブレイヤから受信したＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）に含まれるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号に基づいて、送信側ウィンドウ及び送達確認情報受信ウィンドウ（状態関数）を更新するように構成されている。

しかしながら、ＡＣＫ待ちバッファ１４は、受信側装置のＲＬＣサブレイヤから受信したＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）に含まれるＲＬＣ-ＰＤＵのシーケンス番号が、送達確認情報受信ウィンドウの範囲内の値（「ＶＴ（Ａ）」≦シーケンス番号≦「ＶＴ（Ｓ）−１」））でない場合、該シーケンス番号に係るＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）については無視する、すなわち、該シーケンス番号に係るＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）に基づいて、ウィンドウ制御処理及び再送制御処理を行わないように構成されている。

すなわち、ＡＣＫ待ちバッファ１４は、受信側装置のＲＬＣサブレイヤから受信したＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）に含まれるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号が、送達確認情報受信ウィンドウの範囲外にあると判断した場合には、かかるＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）に含まれる確認応答若しくは再送要求を無視して、送信側ウィンドウ及び送達確認情報受信ウィンドウの状態関数の更新、及び、該当するＲＬＣ-ｄａｔａ-ＰＤＵについての再送を行わないように構成されている。

なお、受信したＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）によって、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵが特定されている場合、ＡＣＫ待ちバッファ１４は、当該ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵが属するＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号が、送達確認情報受信ウィンドウの範囲外にあると判断した場合には、かかるＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）に含まれる確認応答若しくは再送要求を無視して、送信側ウィンドウ及び送達確認情報受信ウィンドウの状態関数の更新、及び、該当するＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵについての再送を行わないように構成されている。

再送バッファ１５は、ＡＣＫ待ちバッファ１４からのＲＬＣ-ｄａｔａ-ＰＤＵやＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを格納するように構成されている。

ＲＬＣ-ＰＤＵ送信部１６は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、分割統合処理部１３から送信されたＲＬＣ-ｄａｔａ-ＰＤＵ、及び、再送バッファ１５に格納されているＲＬＣ-ｄａｔａ-ＰＤＵを、ＭＡＣサブレイヤに送信するように構成されている。

ここで、ＲＬＣ-ＰＤＵ送信部１６は、送信すべきＲＬＣ-ｄａｔａ-ＰＤＵに対して、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０に格納されているＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ（ＳＴＡＴＵＳ-ＰＤＵ等）を付与することによって、ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵを生成して送信するように構成されていてもよい。

また、ＲＬＣ-ＰＤＵ送信部１６は、送信すべきＲＬＣ-ｄａｔａ-ＰＤＵを生成する際に、該ＲＬＣ-ｄａｔａ-ＰＤＵに対して新たなシーケンス番号（「ＶＴ（Ｓ）」）を付与するように構成されている。

なお、ＲＬＣ-ＰＤＵ送信部１６は、送信側ウィンドウの上限値よりも大きいシーケンス番号（「ＶＴ（ＭＳ）」以上）を付与するＲＬＣ-ｄａｔａ-ＰＤＵを生成することはできない。

再分割処理部１７は、無線リンクの通信状態に応じて、具体的には、ＭＡＣサブレイヤから併せて通知された許容送信データ量に応じて、再送バッファ１５に格納されている１つのＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを分割して、複数のＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを生成するように構成されている、すなわち、再送バッファ１５に格納されているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵに対して再分割処理を行うように構成されている。

図３の例では、再分割処理部１７は、１回目の再送時には、ＲＬＣ-ｄａｔａ-ＰＤＵ（ＳＮ＝Ｘ）を、３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ乃至＃Ｃに分割し、２回目の再送時には、３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ乃至＃Ｃを、それぞれ３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ１乃至＃Ａ３、＃Ｂ１乃至＃Ｂ３、＃Ｃ１乃至＃Ｃ３に分割している。

ＲＬＣ-ＰＤＵ送信部１８は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、再分割処理部１７により再分割処理が施されたＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを、ＭＡＣサブレイヤに送信するように構成されている。

ここで、ＲＬＣ-ＰＤＵ送信部１８は、送信すべきＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵに対して、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０に格納されているＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ（ＳＴＡＴＵＳ-ＰＤＵ等）を付与することによって、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵを生成して送信するように構成されていてもよい。

ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、順序補正バッファ３２からの通知に応じて、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）を生成するように構成されている。

ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０は、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９によって生成されたＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵを移納するように構成されている。

多重解除部３１は、ＭＡＣサブレイヤから受信したＲＬＣ-ＰＤＵの中から、ＳＴＡＴＵＳ-ＰＤＵを抽出してＡＣＫ待ちバッファ１４に転送し、ＲＬＣ-ｄａｔａ-ＰＤＵ及びＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを抽出して順序補正バッファ３２に転送するように構成されている。

順序補正バッファ３２は、格納しているＲＬＣ-ｄａｔａ-ＰＤＵ（若しくは、ＲＬＣｄａｔａ-Ｓｕｂ-ＰＤＵ）に対して順序補正処理を行うように構成されている。

具体的には、順序補正バッファ３２は、シーケンス番号順に格納されているＲＬＣ-ｄａｔａ-ＰＤＵ（ｉｎ-ｓｅｑｕｅｎｃｅ）を再構築バッファ３３に格納するように構成されている。

一方、順序補正バッファ３２は、シーケンス番号順に格納されていないＲＬＣ-ｄａｔａ-ＰＤＵ（ｏｕｔ-ｏｆ-ｓｅｑｕｅｎｃｅ）については、順序補正タイマを用いたＲＬ
Ｃ-ｄａｔａ-ＰＤＵ検出処理を行い、未受信のＲＬＣ-ＰＤＵに対するロスが検出された場合、その旨をＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知するように構成されている。

順序補正バッファ３２は、格納しているＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵからＲＬＣ-ｄａｔａ-ＰＤＵを構築することができる場合は、かかるＲＬＣ-ｄａｔａ-ＰＤＵを構築するように構成されている。

ＲＬＣ-ＳＤＵ再構築部３４は、再構築バッファ３３に格納されているＲＬＣ-ｄａｔａ-ＰＤＵからＲＬＣ-ＳＤＵを構築することができる場合は、かかるＲＬＣ-ＳＤＵを構築して、シーケンス番号順に上位レイヤに送信するように構成されている。

（本発明の第１の実施形態に係る移動通信システムの動作）
図５を参照して、本発明の第１の実施形態に係る移動通信システムにおける送信側装置の動作について説明する。

図５に示すように、ステップＳ１０１において、送信側装置のＲＬＣサブレイヤが、受信側装置のＲＬＣサブレイヤからのＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）を受信する。

ステップＳ１０２において、送信側装置のＲＬＣサブレイヤが、受信したＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）によって特定されるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号が、送達確認情報受信ウィンドウ内の値であるか否かについて判定する。

なお、受信したＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）によって、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵが特定されている場合、送信側装置のＲＬＣサブレイヤは、当該ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵが属するＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号が、送達確認情報受信ウィンドウ内の値であるか否かについて判定する。

受信したＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）によって特定されるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号が、送達確認情報受信ウィンドウ内の値であると判定された場合、ステップＳ１０３において、送信側装置のＲＬＣサブレイヤは、必要であれば（ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）によって特定されるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号が送信側ウィンドウの下限値であれば）、送信側ウィンドウ及び送達確認情報受信ウィンドウを移動する、すなわち、送信側ウィンドウ及び送達確認情報受信ウィンドウにおける状態関数を更新する。

また、受信したＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）によって特定されるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号が、送達確認情報受信ウィンドウ内の値であると判定された場合、ステップＳ１０３において、送信側装置のＲＬＣサブレイヤは、かかるＲＬＣ-ｄａｔａ-ＰＤＵについて再送する。

一方、受信したＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ・ＮＡＣＫ）によって特定されるＲＬＣＰＤＵのシーケンス番号が、送達確認情報受信ウィンドウ内の値であると判定された場合、ステップＳ１０３において、送信側装置のＲＬＣサブレイヤは、かかるＳＴＡＴＵＳＰＤＵ（ＡＣＫ/ＮＡＣＫ）を無視する、すなわち、かかるＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ/ＮＡＣＫ）に基づいて、ウィンドウ制御処理及びパケットの再送制御処理を行わない。

（本発明の第１の実施形態に係る移動通信システムの作用・効果）
本発明の第１の実施形態に係る移動通信システムによれば、図７に示すように、ＳＴＡＴＵＳ-ＰＤＵの送信トリガ＃１の発生を契機に送信されたＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１０）が、ＭＡＣサブレイヤ間における再送が繰り返されることによって、ＳＴＡＴＵＳ-ＰＤＵの送信トリガ＃２の発生を契機に送信されたＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ＝１００）よりも遅れて送信側装置のＲＬＣサブレイヤに到着した場合には、ＳＴＡＴＵＳＰＤＵ（ＡＣＫ＝１０）を無視することによって、送信側装置におけるＲＬＣリセット処理の起動を回避し、通信品質の劣化を防ぐことができる。

以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。

本実施形態の第１の特徴は、送信側装置が、受信側装置からの確認応答又は再送要求を含む送達確認情報に基づいて、ウィンドウ制御処理及びパケットの再送制御処理を行うウィンドウ制御及び再送制御方法であって、前記送信側装置は、送達確認情報受信ウィンドウを管理しており、前記受信側装置から受信した前記送達確認情報に含まれるパケットのシーケンス番号が、前記送達確認情報受信ウィンドウの範囲外の値である場合、前記送信側装置は、前記シーケンス番号に係る送達確認情報に基づいて、前記ウィンドウ制御処理及び前記パケットの再送制御処理を行わないことを要旨とする。

本実施形態の第１の特徴において、前記送達確認情報受信ウィンドウの下限値は、前記送信側装置において前記受信側装置からの確認応答を期待しているパケットの最も古いシーケンス番号であってもよい。

本実施形態の第１の特徴において、前記送達確認情報受信ウィンドウの上限値は、前記送信側装置において前記ウィンドウ制御処理及び前記再送制御処理を行う所定のサブレイヤよりも下位のレイヤに送出されたパケットの最も若いシーケンス番号であってもよい。

本実施形態の第２の特徴は、受信側装置からの確認応答又は再送要求を含む送達確認情報に基づいて、ウィンドウ制御処理及びパケットの再送制御処理を行うように構成されている送信側装置であって、送達確認情報受信ウィンドウを管理するように構成されており、前記受信側装置から受信した前記送達確認情報に含まれるパケットのシーケンス番号が、前記送達確認情報受信ウィンドウの範囲外の値である場合、前記シーケンス番号に係る送達確認情報に基づいて、前記ウィンドウ制御処理及び前記パケットの再送制御処理を行わないように構成されていてもよい。

本実施形態の第２の特徴において、前記送達確認情報受信ウィンドウの下限値は、前記送信側装置において前記受信側装置からの確認応答を期待しているパケットの最も古いシーケンス番号であってもよい。

本実施形態の第２の特徴において、前記送達確認情報受信ウィンドウの上限値は、前記送信側装置において前記ウィンドウ制御処理及び前記再送制御処理を行う所定のサブレイヤよりも下位のレイヤに送出されたパケットの最も若いシーケンス番号であってもよい。

以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

１１…ＲＬＣ-ＳＤＵバッファ
１２…新規送信バッファ
１３…分割統合処理部
１４…ＡＣＫ待ちバッファ
１５…再送バッファ
１６、１８…ＲＬＣ-ＰＤＵ送信部
１７…再分割処理部
１９…ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部
２０…ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ
３１…多重解除部
３２…順序補正バッファ
３３…再構築バッファ
３４…ＲＬＣ-ＳＤＵ再構築部

Claims

送信側装置が、受信側装置からの確認応答又は再送要求を含む送達確認情報に基づいて、ウィンドウ制御処理及びパケットの再送制御処理を行うウィンドウ制御及び再送制御方法であって、
前記送信側装置は、送達確認情報受信ウィンドウを管理しており、
前記受信側装置から受信した前記送達確認情報に含まれるパケットのシーケンス番号が、前記送達確認情報受信ウィンドウの範囲外の値である場合、前記送信側装置は、前記シーケンス番号に係る送達確認情報に基づいて、前記ウィンドウ制御処理及び前記パケットの再送制御処理を行わないことを特徴とするウィンドウ制御及び再送制御方法。