(57)【要約】【課題】リソースを効率よく使用するとともに、伝送効率の低下を抑制すること。【解決手段】通信装置１００は、複数のベアラを確立して通信を行う。ＲＬＣ部１７０は、ベアラ毎にデータ処理を行うとともに再設定を要求されたベアラの再設定を行い、再設定を行うベアラを通知する再設定通知をＭＡＣ部１６０へ出力する。ＭＡＣ部１６０は、複数のベアラに跨って再送制御を行うことにより複数のベアラの再送データを受信し、受信した再送データをＲＬＣ部１７０においてデータ処理するためにＲＬＣ部１７０へ出力するとともに、再送制御の途中で再設定通知を受けた際に、再設定通知により通知されたベアラの再送データのＲＬＣ部１７０への出力を停止する。【選択図】図４
2012095114.tif 000002
【特許請求の範囲】
【請求項１】
複数のベアラを確立して通信を行う通信装置であって、
ベアラ毎にデータ処理を行うとともに再設定を要求されたベアラの再設定を行い、前記再設定を行うベアラを通知する第１プロトコル処理手段と、
前記複数のベアラに跨って再送制御を行うことにより前記複数のベアラの再送データを受信し、受信した前記再送データを前記データ処理のために前記第１プロトコル処理手段へ出力するとともに、前記再送制御の途中で前記通知を受けた際に、前記通知を受けたベアラの前記再送データの前記出力を停止する第２プロトコル処理手段と、
を具備する通信装置。
【請求項２】
複数のベアラを確立して通信を行う通信装置におけるデータ処理方法であって、
ベアラ毎にデータ処理を行うとともに再設定を要求されたベアラの再設定を行い、前記再設定を行うベアラを通知する第１プロトコル処理ステップと、
前記複数のベアラに跨って再送制御を行うことにより前記複数のベアラの再送データを受信し、受信した前記再送データを前記データ処理のために前記第１プロトコル処理ステップへ出力するとともに、前記再送制御の途中で前記通知を受けた際に、前記通知を受けたベアラの前記再送データの前記出力を停止する第２プロトコル処理ステップと、
を具備するデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及びデータ処理方法に関し、特にハイブリッド自動再送要求（H-ARQ:Hybrid Automatic Repeat Request)または自動再送要求(ARQ:Automatic Repeat Request)を実施する通信装置及びデータ処理方法に関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（3rd Generation Partnership Project）のＴＳＧ  ＲＡＮ（Technical Specification Group Radio Access Network）において、次世代移動通信システムであるＬＴＥ（Long Term Evolution）の検討が進められている。
【０００３】
従来、ＬＴＥにおけるデータ通信において、無線リンク制御層（Radio Link Control）（以下、「ＲＬＣ」と記載する）の確認型データ転送モード（AcknowledgeMode）（以下、「ＲＬＣ−ＡＭ」と記載する）では、送信データであるＲＬＣ  ＰＤＵの再送メカニズムによるエラー訂正機能として自動再送要求（以下、「ＡＲＱ」と記載する）方式を提供している（例えば、非特許文献１）。ＡＲＱでは、データ受信側がデータ送信側に対してデータを正しく受信したことを通知するメッセージ（送達確認：acknowledgement）を通知することで、データの送信誤りを検出し、再送を実施する。
【０００４】
また、媒体アクセス制御層（Medium Access Control）（以下、「ＭＡＣ」と記載する）では、ハイブリッド自動再送要求（以下、「Ｈ−ＡＲＱ」と記載する）方式を提供している（例えば、非特許文献２）。Ｈ−ＡＲＱ方式は、ＡＲＱ方式の伝送効率を増加させるものであり、データ受信側では、誤りが発生したデータを破棄せず、再送データと組み合わせて復号を行う。
【０００５】
ＬＴＥでは、これらの技術を併用することにより、データ伝送の信頼性を高めている。
【０００６】
図１は、ＬＴＥにおけるＲＬＣレイヤ及びＭＡＣレイヤのデータ構成を示す図である。３ＧＰＰ移動通信システムでは、移動機等の通信端末装置と基地局との間の無線区間で、無線ベアラ（Radio bearer）（以下、「ＲＢ」と記載する）と呼ばれる仮想的なコネクションを確立し、データの送受信を行う。図１では、ＤＲＢ（Data Radio Bearer）＃１とＤＲＢ＃２の２つのＲＢでデータ伝送を行う場合のデータ構成を示している。
【０００７】
ＲＬＣレイヤでは、上位レイヤから受信したＲＬＣ  ＳＤＵ（RLC Service Data Unit）を、下位レイヤから通知されるリソースサイズに応じて、適切なサイズに分割または結合する。そして、ＲＬＣレイヤでは、ＲＬＣヘッダ（RLC header）を付加したＲＬＣ  ＰＤＵ（RLC Protocol Data Unit）を生成する。これらの処理は、ＲＬＣレイヤにおいて、ＲＢ単位で行われる。したがって、ＲＬＣレイヤにおいて実施されるＡＲＱ処理はＲＢ毎に独立して実施される。
【０００８】
一方、ＭＡＣレイヤでは、ＲＬＣレイヤから通知される複数のＲＢのＲＬＣ  ＰＤＵを結合するとともにＭＡＣヘッダを付加してＭＡＣ  ＰＤＵを生成する。このようにして生成したＭＡＣ  ＰＤＵの送信単位をＴＢ（Transport Block）と呼ぶ。ＭＡＣレイヤでは複数のＲＢのデータを結合して１ＴＢとして送受信を行う。従って、ＭＡＣレイヤでのＨ−ＡＲＱ処理は、１つあるいは複数のＲＢのＲＬＣ  ＰＤＵが含まれたＴＢ単位で行われることになる。
【０００９】
ＬＴＥ方式におけるＲＬＣレイヤでは、ＲＬＣレイヤでのプロトコルエラーを検出するために、以下の機能が設けられている。即ち、非特許文献１の規格に示すように、ＲＬＣレイヤでのプロトコルエラーを検出するために、ＡＲＱによるＲＬＣ  ＰＤＵの再送回数をカウントしている。ＲＬＣレイヤにおけるＡＲＱによるＲＬＣ  ＰＤＵの再送回数が規定上限回数に達した場合には、プロトコルエラーが発生したものとして、通信端末装置と基地局との間のシグナリング用コネクション（ＲＲＣ（Radio Resource Control）コネクション）の再設定を行う。このシグナリング用コネクションの再設定により、エラー状態からの復帰を試みる。
【００１０】
上記の従来のＬＴＥ方式におけるプロトコルエラーからの復帰方式では、１つのＲＢ（例えば、図１のＤＲＢ＃１）でのみエラーが発生した場合であっても、ＲＲＣコネクションの再設定を行う。そのため、他のＲＢ（例えば、図１のＤＲＢ＃２）は正常に動作している場合であっても全てのＲＢのデータ伝送が一旦切断され、復帰を試みることになる。そのため、問題なくデータ送受信を行っているＲＢ（例えば、図１のＤＲＢ＃２）での通信を阻害するという課題が発生する。
【００１１】
上記の課題を解決する手段として、プロトコルエラーの発生したＲＢのみを再設定する方法が考えられる。しかし、この場合、以下のような課題が発生する。
【００１２】
図２は、従来のプロトコルエラーの発生したＲＢのみを再設定する方法を採用した場合に発生する課題を説明するためのシーケンス図である。
【００１３】
図２より、ネットワーク側のＲＬＣ部に通知されたＤＲＢ＃１及びＤＲＢ＃２のＲＬＣ  ＰＤＵは、ネットワーク側のＭＡＣ部に通知される（ステップＳＴ１及びステップＳＴ２）。
【００１４】
次に、ＤＲＢ＃１及びＤＲＢ＃２のＲＬＣ  ＰＤＵは、ネットワーク側のＭＡＣ部から通信端末装置に送信される（ステップＳＴ３）。この際、ＭＡＣ部は、これらのＤＲＢ＃１及びＤＲＢ＃２の２つのＲＬＣ  ＰＤＵを結合して１ＴＢとしたＭＡＣ  ＰＤＵを送信する。
【００１５】
また、この際、ステップＳＴ１及びステップＳＴ２において、ＲＬＣ部からＭＡＣ部にデータを送信した後に、ＲＬＣ部においてＤＲＢ＃１のプロトコルエラーを検出する（ステップＳＴ４）。
【００１６】
この場合において、プロトコルエラー検出前にＲＬＣ部から送信したＭＡＣ  ＰＤＵは、ＭＡＣ部で１ＴＢとして送信処理が実施されるため、送信が失敗した場合は、１ＴＢ単位でＨ−ＡＲＱによる再送が実施される（ステップＳＴ５）。また、ＲＬＣ部の処理とＭＡＣ部の処理とは独立に動作しているため、ネットワーク側のＲＬＣ部でプロトコルエラーを検出した場合であっても、ＭＡＣ部ではＨ−ＡＲＱによる再送は継続される。
【００１７】
また、ネットワーク側のＲＬＣ部は、ＤＲＢ＃１のプロトコルエラーを検出した場合、検出したエラーをネットワーク側のＲＲＣ部に通知する（ステップＳＴ６）。
【００１８】
次に、ネットワーク側のＲＲＣ部は、通信端末装置側のＲＲＣ部に再設定要求を通知するとともに（ステップＳＴ７）、ＤＲＢ＃１の再設定を行う（ステップＳＴ８）。
【００１９】
次に、通信端末装置側のＲＲＣ部は、プロトコルエラーの発生したＤＲＢ＃１のみの再設定要求を通信端末装置のＲＬＣ部に行う（ステップＳＴ９）。
【００２０】
次に、通信端末装置側のＲＬＣ部は、ＤＲＢ＃１のみの再設定を行う（ステップＳＴ１０）。
【００２１】
次に、通信端末装置側のＲＬＣ部は、ＤＲＢ＃１の再設定が完了した後に、ＤＲＢ＃１の再設定完了を通信端末装置側のＲＲＣ部に通知する（ステップＳＴ１１）。
【００２２】
次に、通信端末装置側のＲＲＣ部は、ＤＲＢ＃１の再設定完了をネットワーク側のＲＲＣ部に通知する（ステップＳＴ１２）。
【００２３】
上記の処理の間において、ＭＡＣ部でのＨ−ＡＲＱによる再送は継続されているため、通信端末装置側のＲＬＣ部がＤＲＢ＃１の再設定を行った後に、ＭＡＣ部でＨ−ＡＲＱによる受信が成功する場合がある（ステップＳＴ１３）。この場合、通信端末装置のＲＬＣ部には、ＤＲＢ＃２のデータと共に再設定前にネットワーク側が送信したＤＲＢ＃１のデータが到達することになる（ステップＳＴ１４及びステップＳＴ１５）。
【００２４】
ＲＬＣ部の受信側は、受信したデータに付加されたシーケンス番号に基づいて順序制御を行う。即ち、ＲＬＣ部は、シーケンス番号に基づいて、受信したデータを整列し、ＲＬＣ  ＰＤＵからＲＬＣ  ＳＤＵの組み立てを行って上位レイヤに通知する。また、ＲＬＣ部は、再設定が行われた場合、シーケンス番号をリセットし、再設定が実施された後は、リセットされたシーケンス番号に基づいて、受信したデータの順序制御を行う。また、ＲＬＣ部は、受信したデータが再設定前に送信されたものか、または再設定後に送信されたものかを区別することができない。
【００２５】
従って、再設定によってＲＬＣ部のシーケンス番号はリセットされているが、受信したデータはシーケンス番号のリセット前のデータである場合には、ＲＬＣ部ではデータの順序制御が機能せず、ＲＬＣ部はＲＬＣ  ＰＤＵからＲＬＣ  ＳＤＵへの組み立てができなくなる。この結果、受信側ではＡＲＱによりシーケンス番号の欠損したデータの再送を行うものの、送信側と受信側とでシーケンス番号にずれが生じるので、最終的に再送回数が規定上限回数に到達し、再度、プロトコルエラーによる再設定が発生する。
【００２６】
また、上記の図２により説明した課題を解決する手段として、特許文献１に示す方法が知られている。
【００２７】
図３は、特許文献１における不要なデータ送信を防止する方法を示すシーケンス図である。なお、図３において、図２と同様の処理を行う部分には同一符号を付して、その説明を省略する。
【００２８】
ネットワーク側のＲＬＣ部は、ＤＲＢ＃１の再設定を行った後（ステップＳＴ８）、ネットワーク側のＭＡＣ部へリセットを要求する（ステップＳＴ２１）。
【００２９】
次に、ネットワーク側のＭＡＣ部は、Ｈ−ＡＲＱによる送信を停止する。
【００３０】
これにより、ＤＲＢ＃１と同じＴＢで送信されている、プロトコルエラーの発生していないＤＲＢ＃２のデータの送信も停止される。従って、ネットワーク側のＲＬＣ部は、再設定後（ステップＳＴ１２）、ＤＲＢ＃２のデータの再送を行う（ステップＳＴ２２）。
【００３１】
これにより、特許文献１では、リセットの要求の後は、ＭＡＣ部でのＨ−ＡＲＱによる再送は行われなくなるため、通信端末装置側のＲＬＣ部は、再設定前に送信されたデータを再設定後に受信する問題が解消される。
【００３２】
なお、特許文献１では、Ｈ−ＡＲＱによる再送は停止されるものの、再設定完了後に該当のデータは上位レイヤによる再送が行われるため、データの欠損は保証される。
【先行技術文献】
【特許文献】
【００３３】
【特許文献１】特開２００３−１１１１４７号公報
【非特許文献】
【００３４】
【非特許文献１】3GPP TS 36.322 V8.7.0 (2009-09) Radio Link Control (RLC) protocol specification(Release 8)
【非特許文献２】3GPP TS 36.322 V8.7.0 (2009-09) Medium Access Control (MAC) protocol specification(Release 8)
【発明の概要】
【発明が解決しようとする課題】
【００３５】
しかしながら、特許文献１においては、再設定後、プロトコルエラーの発生していないＤＲＢのデータの再送（図３におけるステップＳＴ２２）が行われるので、伝送効率が低下するという問題がある。
【００３６】
本発明の目的は、リソースを効率よく使用することができるとともに、伝送効率の低下を抑制することができる通信装置及びデータ処理方法を提供することである。
【課題を解決するための手段】
【００３７】
本発明の通信装置は、複数のベアラを確立して通信を行う通信装置であって、ベアラ毎にデータ処理を行うとともに再設定を要求されたベアラの再設定を行い、前記再設定を行うベアラを通知する第１プロトコル処理手段と、前記複数のベアラに跨って再送制御を行うことにより前記複数のベアラの再送データを受信し、受信した前記再送データを前記データ処理のために前記第１プロトコル処理手段へ出力するとともに、前記再送制御の途中で前記通知を受けた際に、前記通知を受けたベアラの前記再送データの前記出力を停止する第２プロトコル処理手段と、を具備する構成を採る。
【００３８】
本発明のデータ処理方法は、複数のベアラを確立して通信を行う通信装置におけるデータ処理方法であって、ベアラ毎にデータ処理を行うとともに再設定を要求されたベアラの再設定を行い、前記再設定を行うベアラを通知する第１プロトコル処理ステップと、前記複数のベアラに跨って再送制御を行うことにより前記複数のベアラの再送データを受信し、受信した前記再送データを前記データ処理のために前記第１プロトコル処理ステップへ出力するとともに、前記再送制御の途中で前記通知を受けた際に、前記通知を受けたベアラの前記再送データの前記出力を停止する第２プロトコル処理ステップと、を具備するようにした。
【発明の効果】
【００３９】
本発明によれば、リソースを効率よく使用することができるとともに、伝送効率の低下を抑制することができる。
【図面の簡単な説明】
【００４０】
【図１】ＬＴＥにおけるＲＬＣレイヤ及びＭＡＣレイヤのデータ構成を示す図
【図２】従来のプロトコルエラーの発生したＲＢのみを再設定する方法を採用した場合に発生する課題を説明するためのシーケンス図
【図３】特許文献１における不要なデータ送信を防止する方法を示すシーケンス図
【図４】本発明の実施の形態に係る通信装置の構成を示すブロック図
【図５】本実施の形態に係る通信装置を含む通信システムにおける通信方法を示すシーケンス図
【発明を実施するための形態】
【００４１】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００４２】
（実施の形態）
図４は、本発明の実施の形態に係る通信装置１００の構成を示すブロック図である。
【００４３】
通信装置１００は、アンテナ１０１と、無線通信部１０２と、Ｈ−ＡＲＱ実施部１０３と、ＲＬＣ  ＰＤＵ復号部１０４と、通知対象ＲＬＣ  ＰＤＵ判定部１０５と、再設定対象ＲＢ通知部１０６と、再設定実施部１０７と、データ処理部１０８と、ＲＲＣ部１０９とから主に構成される。通信装置１００は、例えば移動機等の通信端末装置である。
【００４４】
また、通信制御部１５０は、ＭＡＣ部１６０及びＲＬＣ部１７０を含む。また、ＭＡＣ部１６０は、Ｈ−ＡＲＱ実施部１０３と、ＲＬＣ  ＰＤＵ復号部１０４と、通知対象ＲＬＣ  ＰＤＵ判定部１０５とを含む。また、ＲＬＣ部１７０は、再設定対象ＲＢ通知部１０６及び再設定実施部１０７、データ処理部１０８を含む。
【００４５】
アンテナ１０１は、信号を受信して無線通信部１０２へ出力する。また、アンテナ１０１は、無線通信部１０２から入力した信号を送信する。
【００４６】
無線通信部１０２は、アンテナ１０１から入力した信号を無線信号からベースバンド信号に変換するとともに、復調してＨ−ＡＲＱ実施部１０３へ出力する。また、無線通信部１０２は、Ｈ−ＡＲＱ実施部１０３から入力した再送要求を含む送信信号を変調するとともに、ベースバンド周波数から無線周波数に周波数変換してアンテナ１０１へ出力する。また、無線通信部１０２は、ＲＲＣ部１０９からＲＬＣ部１７０及びＭＡＣ部１６０を経由して入力したメッセージを含む送信信号を変調するとともに、ベースバンド周波数から無線周波数に周波数変換してアンテナ１０１へ出力する。なお、図４において、無線通信部１０２に入力する上記のメッセージに対してデータ処理を行うＲＬＣ部１７０及びＭＡＣ部１６０のデータ処理部は、説明の便宜上省略する。
【００４７】
Ｈ−ＡＲＱ実施部１０３は、無線通信部１０２から入力した復調信号を復号する。また、Ｈ−ＡＲＱ実施部１０３は、複数のＲＢに跨ってＨ−ＡＲＱ処理を実施し、データ受信エラーを検出した場合には、ＲＬＣ  ＰＤＵ復号部１０４に出力は行わない。また、Ｈ−ＡＲＱ実施部１０３は、データ受信に成功し、データを取得できた場合には、取得したデータをＲＬＣ  ＰＤＵ復号部１０４へ出力する。また、Ｈ−ＡＲＱ実施部１０３は、複数のＲＢに跨ってＨ−ＡＲＱ処理を実施し、データ受信エラーを検出した場合に、再送要求を無線通信部１０２へ出力する。
【００４８】
ＲＬＣ  ＰＤＵ復号部１０４は、Ｈ−ＡＲＱ実施部１０３から入力したＴＢ単位のデータを分割して、ＲＬＣ  ＰＤＵ単位の復号データを取得する。また、ＲＬＣ  ＰＤＵ復号部１０４は、取得した復号データを通知対象ＲＬＣ  ＰＤＵ判定部１０５へ出力する。
【００４９】
通知対象ＲＬＣ  ＰＤＵ判定部１０５は、通知対象のＲＢのデータを判定し、該当するＲＢのデータのみをデータ処理部１０８へ出力する。具体的には、通知対象ＲＬＣ  ＰＤＵ判定部１０５は、再設定対象ＲＢ通知部１０６から入力した、再設定対象のＲＢを通知する再設定通知を参照して、ＲＬＣ  ＰＤＵ復号部１０４から入力した復号データをデータ処理部１０８へ出力するか否かを判定する。即ち、通知対象ＲＬＣ  ＰＤＵ判定部１０５は、再設定対象のＲＢのＲＬＣ  ＰＤＵをデータ処理部１０８へ出力せず、再設定対象ではないＲＢのＲＬＣ  ＰＤＵをデータ処理部１０８へ出力する。
【００５０】
再設定対象ＲＢ通知部１０６は、再設定実施部１０７より再設定を行うＲＢの通知を受けて、再設定を行うＲＢを通知する再設定通知を生成する。また、再設定対象ＲＢ通知部１０６は、生成した再設定通知を通知対象ＲＬＣ  ＰＤＵ判定部１０５へ出力する。
【００５１】
再設定実施部１０７は、ＲＢ単位で再設定を実施する。具体的には、再設定実施部１０７は、ＲＲＣ部１０９から再設定要求が入力した場合に、再設定を要求されたＲＢの再設定を実施する。また、再設定実施部１０７は、再設定を実施するＲＢを再設定対象ＲＢ通知部１０６へ通知する。また、再設定実施部１０７は、再設定が完了した場合に、再設定完了通知をＲＲＣ部１０９へ出力する。
【００５２】
データ処理部１０８は、通知対象ＲＬＣ  ＰＤＵ判定部１０５から入力したデータの順序制御を行い、ＲＬＣ  ＳＤＵを生成するデータ処理を行う。
【００５３】
ＲＲＣ部１０９は、無線通信部１０２からＭＡＣ部１６０及びＲＬＣ部１７０を経由して入力した制御メッセージに再設定要求が含まれる場合に、再設定要求を再設定実施部１０７へ出力する。また、ＲＲＣ部１０９は、再設定実施部１０７から再設定完了通知が入力した場合に、再設定完了通知をＲＬＣ部１７０及びＭＡＣ部１６０を経由して無線通信部１０２へ出力する。なお、図４において、ＲＲＣ部１０９に入力する上記の制御メッセージに対してデータ処理を行うＲＬＣ部１７０及びＭＡＣ部１６０のデータ処理部は、説明の便宜上省略する。また、ＲＲＣ部１０９から出力された上記の再設定完了通知に対してデータ処理を行うＲＬＣ部１７０及びＭＡＣ部１６０のデータ処理部は、説明の便宜上省略する。
【００５４】
次に、本実施の形態に係る通信装置１００を含む通信システムにおける通信方法について、図５を用いて説明する。図５は、本実施の形態に係る通信装置１００を含む通信システムにおける通信方法を示すシーケンス図である。
【００５５】
本実施の形態における通信システムは、通信装置１００とネットワーク２００とから主に構成される。また、ネットワーク２００は、ＭＡＣ部２０１と、ＲＬＣ部２０２と、ＲＲＣ部２０３とを有する。なお、図５において、図４と同一構成である部分には同一の符号を付している。
【００５６】
図５より、ネットワーク２００側のＲＬＣ部２０２は、図示しない上位レイヤより取得したＤＲＢ＃１のＲＬＣ  ＰＤＵ及びＤＲＢ＃２のＲＬＣ  ＰＤＵを、ネットワーク２００側のＭＡＣ部２０１に出力する（ステップＳＴ５０１及びステップＳＴ５０２）。
【００５７】
次に、ＭＡＣ部２０１は、ＤＲＢ＃１のＲＬＣ  ＰＤＵ及びＤＲＢ＃２のＲＬＣ  ＰＤＵを通信装置１００に送信する（ステップＳＴ５０３）。この際、ＭＡＣ部２０１は、ＤＲＢ＃１のＲＬＣ  ＰＤＵとＤＲＢ＃２のＲＬＣ  ＰＤＵとを結合するとともに、ＭＡＣヘッダを付加して１ＴＢとしたＭＡＣ  ＰＤＵを送信する。
【００５８】
また、ＲＬＣ部２０２は、ステップＳＴ５０１及びステップＳＴ５０２において、ＲＢ＃１のＲＬＣ  ＰＤＵ及びＤＲＢ＃２のＲＬＣ  ＰＤＵをＭＡＣ部２０１に出力した後に、ＤＲＢ＃１のプロトコルエラーを検出する（ステップＳＴ５０４）。
【００５９】
また、ステップＳＴ５０３において送信したＭＡＣ  ＰＤＵの送信が失敗した場合（ＮＧの場合）は、ＭＡＣ部２０１は、１ＴＢ単位でＨ−ＡＲＱ処理による再送を実施する（ステップＳＴ５０５）。この際、ＲＬＣ部２０２の処理とＭＡＣ部２０１の処理とは独立に動作しているため、ＲＬＣ部２０２でプロトコルエラーを検出した場合であっても、ＭＡＣ部２０１ではＨ−ＡＲＱによる再送は継続される。
【００６０】
また、ＲＬＣ部２０２は、ＤＲＢ＃１のプロトコルエラーを検出した場合、検出したエラーをネットワーク２００側のＲＲＣ部２０３に通知する（ステップＳＴ５０６）。
【００６１】
次に、ＲＲＣ部２０３は、通信装置１００側のＲＲＣ部１０９に対して、ＤＲＢ＃１の再設定要求を通知する（ステップＳＴ５０７）。
【００６２】
次に、ＲＲＣ部１０９は、通信装置１００側のＲＬＣ部１７０に対して再設定要求を通知することにより、ＤＲＢ＃１の再設定を要求する（ステップＳＴ５０８）。
【００６３】
次に、ＲＬＣ部１７０は、ＤＲＢ＃１のみの再設定を行う（ステップＳＴ５０９）。
【００６４】
次に、ＲＬＣ部１７０は、ＭＡＣ部１６０に対して、ＤＲＢ＃１の再設定を行う旨の再設定通知を行う（ステップＳＴ５１０）。
【００６５】
また、ＲＬＣ部２０２は、ＤＲＢ＃１のみの再設定を行う（ステップＳＴ５１１）。
【００６６】
次に、ＲＬＣ部１７０は、ＤＲＢ＃１の再設定が完了した後に、ＤＲＢ＃１の再設定完了をＲＲＣ部１０９に通知する（ステップＳＴ５１２）。
【００６７】
次に、ＲＲＣ部１０９は、ＤＲＢ＃１の再設定完了をＲＲＣ部２０３に通知する（ステップＳＴ５１３）。
【００６８】
また、ステップＳＴ５０５のＨ−ＡＲＱ処理による再送は、ＭＡＣ  ＰＤＵの受信成功により終了する（ステップＳＴ５１４）。
【００６９】
次に、ＭＡＣ部１６０は、受信したＭＡＣ  ＰＤＵのＲＢをチェックする（ステップＳＴ５１５）。
【００７０】
次に、ＭＡＣ部１６０は、ＭＡＣ  ＰＤＵにＤＲＢ＃１のＲＬＣ  ＰＤＵが含まれている場合には、ＲＬＣ部１７０に対して、ＤＲＢ＃１のＲＬＣ  ＰＤＵを出力せずに、ＤＲＢ＃２のＲＬＣ  ＰＤＵのみを出力する（ステップＳＴ５１６）。
【００７１】
このように、本実施の形態では、ネットワーク側において一部のＲＢにプロトコルエラーが生じても、プロトコルエラーの生じたＲＢを含むＴＢ単位の再送は継続することにより、プロトコルエラーの生じていないＲＢのＡＲＱによる再送を防ぐことができる。これにより、本実施の形態によれば、リソースを効率よく使用することができるとともに、伝送効率の低下を抑制することができる。
【００７２】
また、本実施の形態では、再設定を実施するＲＢをＲＬＣ部からＭＡＣ部に通知することにより、ＭＡＣ部はネットワーク側においてプロトコルエラーが生じたＲＢの再送データをＲＬＣ部へ出力しない。これにより、本実施の形態によれば、ＲＬＣ部における順序制御が機能しない状態を抑制することができ、再送回数が規定上限回数に達することによる再度のプロトコルエラーによる再設定を抑制することができる。
【００７３】
なお、上記の実施の形態において、ＭＡＣ部、ＲＬＣ部及びＲＲＣ部を設けたが、本発明はこれに限らず、ＭＡＣ部、ＲＬＣ部及びＲＲＣ部以外のこれらと同様の処理を行う任意のプロトコル処理を行う構成を各々採用することができる。
【産業上の利用可能性】
【００７４】
本発明にかかる通信装置及びデータ処理方法は、特にハイブリッド自動再送要求または自動再送要求を実施するのに好適である。
【符号の説明】
【００７５】
１００  通信装置
１０１  アンテナ
１０２  無線通信部
１０３  Ｈ−ＡＲＱ実施部
１０４  ＲＬＣ  ＰＤＵ復号部
１０５  通知対象ＲＬＣ  ＰＤＵ判定部
１０６  再設定対象ＲＢ通知部
１０７  再設定実施部
１０８  データ処理部
１０９  ＲＲＣ部
１５０  通信制御部
１６０  ＭＡＣ部
１７０  ＲＬＣ部
【図１】
2012095114.tif 000003
【図２】
2012095114.tif 000004
【図３】
2012095114.tif 000005
【図４】
2012095114.tif 000006
【図５】
2012095114.tif 000007