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