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