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