(57)【要約】【課題】リアルタイム系と非リアルタイム系の、二つのデータ種別のデータそれぞれに対して適切な再送制御技術を適用することができる通信システム、通信システムに用いられる送信装置及び受信装置を提供することを目的とする。【解決手段】データ種別識別部２４０が、データ種別がリアルタイムであるか、非リアルタイムであるかを識別し、制御部２１０と、図示されない制御部３１０が、識別されたデータ種別に基づいて再送制御に用いられるパラメータを調整する。【選択図】図２
2006217085.tif 000002
【特許請求の範囲】
【請求項１】
リアルタイム系及び非リアルタイム系の、二つのデータ種別のデータをデータブロック毎に送信装置から受信装置に送信する通信システムであって、
前記データ種別がリアルタイム系であっても、非リアルタイム系であっても、前記受信装置によって正しく受信されなかった前記データブロックであるエラーデータブロックの再送要求を送信する再送要求部と、
前記再送要求に応じて、前記エラーデータブロックを再送する再送部と、
前記データ種別がリアルタイム系であるか、非リアルタイム系であるかを識別するデータ種別識別部と、
前記データ種別識別部によって識別された前記データ種別に基づいて、前記二つのデータ種別のデータの再送制御に用いられるパラメータを調整するパラメータ調整部とを備えることを特徴とする通信システム。
【請求項２】
前記パラメータは、前記再送制御に用いられるウィンドウサイズ、待ち合わせ時間及び最大再送回数の少なくともいずれか一つであることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記パラメータ調整部は、前記データ種別が非リアルタイム系である場合に、前記データ種別がリアルタイム系である場合より前記ウィンドウサイズを大きく、前記待ち合わせ時間を長く、又、前記最大再送回数を多く設定することを特徴とする請求項２に記載の通信システム。
【請求項４】
前記データ種別が非リアルタイム系である場合には複数の前記データブロックに対して、前記受信装置によって前記データブロックが正しく受信されたか否かを示す受信状況通知を一つ作成し、前記データ種別がリアルタイム系である場合には一つの前記データブロックに対して一つの前記受信状況通知を作成する受信状況通知作成部を備え、
前記再送要求は、前記トランスポートブロックが正しく受信されなかったことを示す前記受信状況通知であることを特徴とする請求項１乃至３のいずれか１項に記載の通信システム。
【請求項５】
前記データ種別が、非リアルタイム系である場合に、前記受信装置が前記データブロックを正しく受信したか否かを示す受信状況通知を、前記受信装置に要求する受信状況通知要求部と、
前記受信状況通知を作成する受信状況通知作成部とを備え、
前記再送要求部は、前記受信状況通知要求部から前記受信状況通知の要求があったときに前記受信状況通知作成部によって作成された前記受信状況通知を送信し、
前記再送要求は、前記トランスポートブロックが正しく受信されなかったことを示す前記受信状況通知であることを特徴とする請求項１乃至３のいずれか１項に記載の通信システム。
【請求項６】
前記受信状況通知作成部は、前記受信状況通知に、誤り検出を可能にする冗長データを付与し、
前記冗長データのデータ長は、前記データ種別が非リアルタイム系である場合に、前記データ種別がリアルタイム系である場合より長いことを特徴とする請求項４又は５に記載の通信システム。
【請求項７】
前記再送要求部は、前記受信状況通知を所定の反復回数送信し、
前記反復回数は、前記データ種別が非リアルタイム系である場合に、前記データ種別がリアルタイム系である場合より多いことを特徴とする請求項４乃至６のいずれか１項に記載の通信システム。
【請求項８】
前記データ種別が非リアルタイム系である場合に、前記データブロックが取り扱われるプロトコルレイヤより上位のプロトコルレイヤで取り扱われるデータ単位である上位ブロックを分割し、又は、結合することによって前記データブロックを作成し、又、前記データ種別がリアルタイム系である場合に前記上位ブロックを分割することによって前記データブロックを作成するトランスポートブロック作成部と、
前記トランスポートブロック作成部によって作成された前記トランスポートブロックから前記上位ブロックを再生する逆処理を行う上位ブロック再生部とを更に備えることを特徴する請求項１乃至７のいずれか１項に記載の通信システム。
【請求項９】
前記データ種別識別部は、一つの通信チャネルを介してリアルタイム系及び、非リアルタイム系の、二つの前記データ種別のデータが送信される場合に、前記一つの通信チャネルで送信されるデータの前記データ種別をリアルタイム系であると識別することを特徴とする請求項１乃至８のいずれか１項に記載の通信システム。
【請求項１０】
前記データ種別識別部は、前記データブロックに含まれるトラヒッククラス識別子、又は、前記送信装置及び前記受信装置以外の装置から前記送信装置に通知されるトラヒッククラスに基づいて、前記データ種別を識別することを特徴とする請求項１乃至９のいずれか１項に記載の通信システム。
【請求項１１】
リアルタイム系及び非リアルタイム系の、二つのデータ種別のデータをデータブロック毎に受信装置に送信する送信装置であって、
前記データ種別がリアルタイム系であっても、非リアルタイム系であっても、前記受信装置によって正しく受信されなかった前記データブロックであるエラーデータブロックの再送要求を取得する再送要求取得部と、
前記再送要求に応じて、前記エラーデータブロックを再送する再送部と、
前記データ種別がリアルタイム系であるか、非リアルタイム系であるかを識別するデータ種別識別部と、
前記データ種別識別部によって識別された前記データ種別に基づいて、前記二つのデータ種別のデータの再送制御に用いられるパラメータを調整するパラメータ調整部とを備えることを特徴とする送信装置。
【請求項１２】
リアルタイム系及び非リアルタイム系の、二つのデータ種別のデータをデータブロック毎に送信装置から受信する受信装置であって、
前記データ種別がリアルタイム系であっても、非リアルタイム系であっても、前記受信装置によって正しく受信されなかった前記データブロックであるエラーデータブロックの再送要求を送信する再送要求部と、
前記再送要求に応じて送信される、前記エラーデータブロックを受信するエラーデータブロック受信部と、
前記送信装置から、前記データ種別を取得するデータ種別取得部と、
前記データ種別取得部によって取得された前記データ種別に基づいて、前記二つのデータ種別のデータの再送制御に用いられるパラメータを調整するパラメータ調整部とを備えることを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リアルタイム系及び非リアルタイム系の、二つのデータ種別のデータを送信装置から受信装置に送信する通信システム、通信システムに用いられる送信装置及び受信装置に関する。
【背景技術】
【０００２】
従来、送信装置から受信装置へデータを送信する通信システムにおいて、通信中にエラーが発生した場合に、受信装置から送信装置に対して、エラーが発生したデータの再送を要求することによってエラーが発生したデータを選択的に訂正する再送制御技術が用いられている。例えば、ＱｏＳ（Quality of Service）を考慮して、この再送制御技術を用いる技術が開示されている（例えば、特許文献１参照。）。
【０００３】
又、３ＧＰＰ（Third-Generation Partnership Project）で標準化されているＨＳＤＰＡ（High Speed Downlink Packet Access）では、MAC-hsレイヤで Nch Stop And Wait方式のＨｙｂｒｉｄ  ＡＲＱ（Automatic Repeat reQeust）、即ち再送制御技術が用いられている。尚、Ｈｙｂｒｉｄ  ＡＲＱ（ＨＡＲＱ）とは、誤り訂正技術と再送制御技術とを併用する技術である。又、Nch Stop And Wait方式のＨＡＲＱとは、一つの移動局に対して複数のＨＡＲＱプロセスが割り当てられ、各ＨＡＲＱプロセスにおいて一つのトランスポートブロックに対する送信確認及び再送処理を行う技術である（例えば、非特許文献１参照。）。
【０００４】
更には、識別情報（ペイロードデータのデータ種、時間関連データシーケンスを含む）が付加されたＩＰ／ＵＤＰ／ＲＴＰパケットをＩＰ／ＵＤＰ／ＲＴＰヘッダとＩＰ／ＵＤＰ／ＲＴＰデータとに分離して、それぞれ異なるチャネルを通じて送信し、受信側において抽出された識別情報に応じて、受信エラーが発生したＩＰ／ＵＤＰ／ＲＴＰデータを再送することにより、ＩＰ／ＵＤＰ／ＲＴＰパケットの復元に及ぼす影響を考慮した再送制御技術を可能にする技術も開示されている（例えば、特許文献２参照。）。
【特許文献１】特開２００２−２７１３６６号公報
【特許文献２】特開２００３−１８８９１６号公報
【非特許文献１】3GPP TS25.308 "UTRA High Speed Downlink Packet Access (HSDPA); Overall description; Stage 2”
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、第３世代（３Ｇ；Third Generation）以降の移動通信では、全てのデータがパケットと呼ばれるデータ単位で送受信されようとしている。即ち、これまでＰＳ（Packet switching）と明確に区別されていたＣＳ（Circuit Switching）によって送受信されていたリアルタイム系のデータもＶｏＩＰ（Voice over IP）等の技術によってパケットで送受信されることが想定されている。
【０００６】
ＱｏＳを考慮して再送制御技術を用いる技術においては、非リアルタイム系データについてのみ、再送制御技術が用いられている。即ち、３Ｇで用いられている用語では、非リアルタイム系のデータに対してはＲＬＣ−ＡＭ（Acknowledged Mode）が適用され、リアルタイム系のデータに対してはＲＬＣ−ＵＭ(Unacknowledged Mode)が適用されている。
【０００７】
ＨＳＤＰＡにおいては、非リアル系のデータのみが扱われるため、非リアルタイム系のデータにのみ、ＨＡＲＱ、即ち再送制御技術が用いられる。
【０００８】
一方、ＩＰ／ＵＤＰ／ＲＴＰパケットの復元に及ぼす影響を考慮して再送制御技術を用いる技術においては、転送帯域を節約することを主目的として、ＩＰ／ＵＤＰ／ＲＴＰパケットの特性（ペイロードデータのデータ種、時間関連データシーケンスを含むデータ情報）に基づいてリアルタイム系パケットの再送制御を行う技術が開示されている。
【０００９】
しかしながら、ＰＳにより送受信されていた非リアルタイム系データと、ＶｏＩＰの技術によってパケットで送受信されるリアルタイム系データとは、相反する特徴を持っているため、リアルタイム系のデータに最適な再送制御処理を非リアルタイム系のデータに適用することは好ましくない。同様に、非リアルタイム系のデータに適切な再送制御処理をリアルタイム系のデータに適用することは好ましくない。
【００１０】
そこで、本発明は、以上の点に鑑みてなされたもので、リアルタイム系と非リアルタイム系の、二つのデータ種別のデータそれぞれに対して適切な再送制御技術を適用することができる通信システム、通信システムに用いられる送信装置及び受信装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の第１の特徴は、リアルタイム系及び非リアルタイム系の、二つのデータ種別のデータをデータブロック毎に送信装置から受信装置に送信する通信システムであって、前記データ種別がリアルタイム系であっても、非リアルタイム系であっても、前記データブロックであるエラーデータブロックの再送要求を送信する再送要求部と、前記再送要求に応じて、前記エラーデータブロックを再送する再送部と、前記データ種別がリアルタイム系であるか、非リアルタイム系であるかを識別するデータ種別識別部と、前記データ種別識別部によって識別された前記データ種別に基づいて、前記二つのデータ種別のデータの再送制御に用いられるパラメータを調整するパラメータ調整部とを備えることを要旨とする。
【００１２】
第１の特徴にかかる通信システムによれば、再送要求部が、リアルタイム系と非リアルタイム系の二つのデータ種別について、エラーデータブロックの再送要求を送信し、再送部がエラーデータブロックを再送する再送制御を行う。又、データ種別識別部が、送受信されるデータのデータ種別がリアルタイム系であるか、非リアルタイム系であるかを識別し、パラメータ調整部が、識別されたデータ種別に基づいて、再送制御に用いられるパラメータを調整する。このため、リアルタイム系と非リアルタイム系の、二つのデータ種別のデータそれぞれに対して適切な再送制御技術を適用することが可能になる。
【００１３】
又、第１の特徴に係る通信システムにおいて前記パラメータは、前記再送制御に用いられるウィンドウサイズ、待ち合わせ時間及び最大再送回数の少なくともいずれか一つであってもよい。尚、待ち合わせ時間には、送信装置において用いられる送信側待ち合わせ時間と、受信装置において用いられる受信側待ち合わせ時間とが含まれ得る。又、ウィンドウサイズには、送信装置において用いられる送信ウィンドウサイズと、受信装置において用いられる受信ウィンドウサイズとが含まれ得る。
【００１４】
更に、第１の特徴に係る通信システムにおいて、前記パラメータ調整部は、前記データ種別が非リアルタイム系である場合に、前記データ種別がリアルタイム系である場合より前記ウィンドウサイズを大きく、前記待ち合わせ時間を長く、又、前記最大再送回数を多く設定してもよい。
【００１５】
又、第１の特徴に係る通信システムにおいて、前記データ種別が非リアルタイム系である場合には、複数の前記データブロックに対して、前記受信装置が前記データブロックを正しく受信したか否かを示す受信状況通知を一つ作成し、前記データ種別がリアルタイム系である場合には一つの前記データブロックに対して一つの前記受信状況通知を作成する受信状況通知作成部を備え、前記再送要求は、前記トランスポートブロックが正しく受信されなかったことを示す前記受信状況通知であるように構成されていてもよい。
【００１６】
更に、第１の特徴に係る通信システムにおいて、前記データ種別が、非リアルタイム系である場合に、前記受信装置が前記データブロックを正しく受信したか否かを示す受信状況通知を、前記受信装置に要求する受信状況通知要求部と、前記受信状況通知を作成する受信状況通知作成部とを備え、前記再送要求部は、前記受信状況通知要求部から前記受信状況通知の要求があったときに前記受信状況通知作成部によって作成された前記受信状況通知を送信し、前記再送要求は、前記トランスポートブロックが正しく受信されなかったことを示す前記受信状況通知であるように構成されていてもよい。
【００１７】
又、第１の特徴に係る通信システムにおいて、前記受信状況通知作成部は、前記受信状況通知に、誤り検出を可能にする冗長データを付与し、前記冗長データのデータ長は、前記データ種別が非リアルタイム系である場合に、前記データ種別がリアルタイム系である場合より長くてもよい。
【００１８】
更に、第１の特徴に係る通信システムにおいて、前記再送要求部は、前記受信状況通知を所定の反復回数送信し、前記反復回数は、前記データ種別が非リアルタイム系である場合に、前記データ種別がリアルタイム系である場合より多くてもよい。
【００１９】
又、第１の特徴に係る通信システムにおいて、前記データ種別が非リアルタイム系である場合に、前記データブロックが取り扱われるプロトコルレイヤより上位のプロトコルレイヤで取り扱われるデータ単位である上位ブロックを分割し、又は、結合することによって前記データブロックを作成し、又、前記データ種別がリアルタイム系である場合に前記上位ブロックを分割することによって前記データブロックを作成するトランスポートブロック作成部と、前記トランスポートブロック作成部によって作成された前記トランスポートブロックから前記上位ブロックを再生する逆処理を行う上位ブロック再生部とを更に備えるように構成されていてもよい。
【００２０】
更に、第１の特徴に係る通信システムにおいて、前記データ種別識別部は、一つの通信チャネルを介してリアルタイム系及び、非リアルタイム系の、二つの前記データ種別のデータが送信される場合に、前記一つの通信チャネルで送信されるデータの前記データ種別をリアルタイム系であると識別してもよい。
【００２１】
又、第１の特徴に係る通信システムにおいて、前記データ種別識別部は、前記データブロックに含まれるトラヒッククラス識別子、又は、前記送信装置及び前記受信装置以外の装置から前記送信装置に通知されるトラヒッククラスに基づいて、前記データ種別を識別してもよい。
【００２２】
本発明の第２の特徴は、リアルタイム系及び非リアルタイム系の、二つのデータ種別のデータをデータブロック毎に受信装置に送信する送信装置であって、前記データ種別がリアルタイム系であっても、非リアルタイム系であっても、前記受信装置によって正しく受信されなかった前記データブロックであるエラーデータブロックの再送要求を取得する再送要求取得部と、前記再送要求に応じて、前記エラーデータブロックを再送する再送部と、前記データ種別がリアルタイム系であるか、非リアルタイム系であるかを識別するデータ種別識別部と、前記データ種別識別部によって識別された前記データ種別に基づいて、前記二つのデータ種別のデータの再送制御に用いられるパラメータを調整するパラメータ調整部とを備えることを要旨とする。
【００２３】
本発明の第３の特徴は、リアルタイム系及び非リアルタイム系の、二つのデータ種別のデータをデータブロック毎に送信装置から受信する受信装置であって、前記データ種別がリアルタイム系であっても、非リアルタイム系であっても、前記受信装置によって正しく受信されなかった前記データブロックであるエラーデータブロックの再送要求を送信する再送要求部と、前記再送要求に応じて送信される、前記エラーデータブロックを受信するエラーデータブロック受信部と、前記送信装置から、前記データ種別を取得するデータ種別取得部と、前記データ種別取得部によって取得された前記データ種別に基づいて、前記二つのデータ種別のデータの再送制御に用いられるパラメータを調整するパラメータ調整部とを備えることを要旨とする。
【発明の効果】
【００２４】
以上説明したように、本発明によれば、リアルタイム系と非リアルタイム系の、二つのデータ種別のデータそれぞれに対して適切な再送制御技術を適用することができる通信システム、通信システムに用いられる送信装置及び受信装置を提供することができる。
【発明を実施するための最良の形態】
【００２５】
（通信システム）
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。ただし、図面は模式的なものであることに留意すべきである。
【００２６】
図1は、本発明の実施の一形態に係る通信システム１の構成例を示す図である。通信システム１においては、リアルタイム系及び非リアルタイム系の、二つのデータ種別のデータをデータブロック毎に送受信される。通信システム１には、ネットワーク１００と、ネットワーク１００に接続される複数の基地局２００（２００ａ〜２００ｃ）と、複数の移動局３００（３００ａ〜３００ｆ）とが含まれる。尚、基地局２００ａ〜２００ｃは同様の構成を備え、移動局３００ａ〜３００ｆも同様の構成を備える。従って、以下においては、単に、基地局２００及び移動局３００と記載する。
【００２７】
複数の基地局２００は、サービスエリア、即ちセル４００（４００ａ〜４００ｃ）を形成することにより、移動局３００との間でデータの送受信を可能にする。
【００２８】
基地局２００から移動局３００へデータを送信する際には、基地局２００が送信装置であり、移動局３００が受信装置である。一方、移動局３００から基地局２００へデータを送信する際には移動局３００が送信装置であり、基地局２００が受信装置である。
【００２９】
又、送受信されるデータは、所定の大きさのデータであるデータブロック毎に送受信される。以下に示す実施の形態においては、データブロックは、トランスポートブロックである。ここで、トランスポートブロックとは、ＭＡＣ（Media Access Control）レイヤにおいて取り扱われ得る最小単位のデータである。
【００３０】
［第１の実施の形態］
（送信装置）
以下の説明では、基地局２００から移動局３００へデータを送信する場合について、即ち、基地局２００が送信装置として機能する場合について説明する。
【００３１】
図２に示されるように、基地局２００には、制御部２１０と、データ保持部２２０と、データ通信部２３０と、データ種別識別部２４０と、再送回数制御部２５０と、送信ウィンドウサイズ制御部２６０と、送信タイマ制御部２６５と、ステータスレポート解析部２７０と、トランスポートブロック作成部２８０とが備えられる。
【００３２】
制御部２１０は、他の構成要素に対して制御を行い、基地局２００全体の動作を司る。制御部２１０は、後述する再送回数制御部２５０、送信ウィンドウサイズ制御部２６０及び送信タイマ制御部２６５によって用いられるパラメータをデータ種別に基づいて調整するパラメータ調整部としても機能する。尚、非リアルタイム系のデータは、遅延に関してはある程度寛容であるが、データの誤りに関しては敏感である。一方、リアルタイム系のデータは、大きな遅延を許容できないが、データの誤りに関してはある程度寛容である。従って、制御部２１０は、データ種別が非リアルタイム系である場合にはデータ種別がリアルタイム系である場合よりも最大再送回数を多く、又、送信ウィンドウサイズを大きく設定する。
【００３３】
具体的には、制御部２１０は、データ種別識別部２４０によって識別されたデータ種別を取得する。制御部２１０は、取得されたデータ種別が非リアルタイム系である場合には最大再送回数をＮＲ１に設定し、リアルタイム系である場合にはＮＲ１より小さいＮＲ２に設定する。例えば、ＮＲ１は１０回程度、ＮＲ２は０〜３回程度に設定される。将来の移動通信システムにおいては、トランスポートブロックを受け渡し可能な最小の時間間隔であるＴＴＩ（Transmission Time Interval）を３Ｇにおける１０ｍｓに比べて遙かに小さくＴＴＩ設定することが可能になる。このため、短い時間に複数回トランスポートブロックを送信することが可能になる。従って、遅延に対して敏感なリアルタイム系のデータを送信する際にも数回の再送が許容され得る。
【００３４】
又、制御部２１０は、データ種別が非リアルタイム系である場合には送信ウィンドウサイズをＳＷＳ１に設定し、リアルタイム系である場合にはＳＷＳ１より小さいＳＷＳ２に設定する。更に、制御部２１０は、データ種別が非リアルタイム系である場合には送信側待ち合わせ時間をＳＴ１に設定し、リアルタイム系である場合にはＳＴ１より小さい（短い）ＳＴ２に設定する。
【００３５】
尚、本実施の形態においてはＮＲ１、ＮＲ２、ＳＷＳ１、ＳＷＳ２、ＳＴ１及びＳＴ２の値は、基地局２００において予め定められている。但し、これらの値は制御部２１０によって決定されてもよいし、無線ネットワークコントローラ（ＲＮＣ）等の他の装置によって定められ、基地局２００に通知されてもよい。
【００３６】
データ保持部２２０は、移動局３００に送信されたトランスポートブロックのコピーを保持する。尚、トランスポートブロックのコピーは、後述するデータ通信部２３０によって格納される。
【００３７】
データ通信部２３０は、移動局３００との間でトランスポートブロックを送受信する。データ通信部２３０は、送信ウィンドウサイズ制御部２６０の要求に応じて、トランスポートブロックを送信する。データ通信部２３０は、移動局３００にトランスポートブロックを送信する際に、送信されるトランスポートブロックのコピーを作成し、データ保持部２２０に格納する。又、データ通信部２３０は、トランスポートブロックのコピーが格納されたことを後述する送信タイマ制御部２６５に通知する。
【００３８】
又、データ通信部２３０は、移動局３００から送信されるステータスレポートを取得する。従って、データ通信部２３０は、前記受信装置によって正しく受信されなかったトランスポートブロックであるエラーデータブロックの再送要求を取得する再送要求取得部としても機能する。データ通信部２３０は、取得したステータスレポートをステータスレポート解析部２７０に入力する。
【００３９】
更に、データ通信部２３０は、ステータスレポート解析部２７０からの要求に応じてトランスポートブロックを再送する。具体的には、ステータスレポート解析部２７０からの要求に含まれるトランスポートブロックのシーケンス番号であるＴＳＮ（Transmission Sequence Number）に対応するトランスポートブロックをデータ保持部２２０から取得し、移動局３００に送信する。
【００４０】
又、データ通信部２３０は、データ種別が非リアルタイム系である場合に、移動局３００に対してステータスレポートを要求するためのＰｏｌｌを送信する。ここで、ステータスレポートは移動局３００がトランスポートブロックを正しく受信したか否かを示す受信状況通知である。従って、データ通信部２３０は、受信状況通知要求部としても機能する。具体的には、データ通信部２３０は、後述するデータ種別識別部２４０から取得したデータ種別が非リアルタイム系である場合には、Ｐｏｌｌを移動局３００に送信する。データ通信部２３０は、例えば定期的にＰｏｌｌを移動局に送信してもよい。又は、データ通信部２３０は、送信ウィンドウサイズ制御部２６０からトランスポートブロックを送信することの要求を受けた場合にＰｏｌｌを送信してもよい。尚、その際、データ通信部２３０は、送信すべきトランスポートブロックがある場合には、トランスポートブロックにＰｏｌｌのデータを含めて送信し、送信すべきトランスポートブロックがない場合には、Ｐｏｌｌのデータのみを移動局３００に送信してもよい。
【００４１】
更に、データ通信部２３０は、基地局２００と移動局３００との間で通信リンクを確立する際に、データ種別識別部２４０から取得したデータ種別を移動局３００に通知する。
【００４２】
データ種別識別部２４０は、送信されるデータのデータ種別がリアルタイム系であるか、非リアルタイム系であるかを識別する。
【００４３】
データ種別識別部２４０は、例えば、ＩＰパケットのヘッダ部分に含まれるトラヒッククラス識別子（ＤＳＣＰ（Diffserv Code Point））に基づいてデータ種別を識別する。或いは、データ種別識別部２４０は、基地局２００及び移動局３００以外の装置、例えば、３Ｇにおいては、上位のプロトコルレイヤ（ＲＡＮＡＰ等）における、ＣＮ（Core Network）に含まれる装置からＲＡＮ（Radio Access Network）へのシグナリングで通知されるＲＡＢ（Radio Access Bearer）によって示されるトラヒッククラスに基づいてデータ種別を識別してもよい。但し、データ種別の識別方法は、上述した例に限定されない。
【００４４】
又、データ種別識別部２４０は、各通信チャネルに対して、リアルタイム系のデータが取り扱われるか、非リアルタイム系のデータが取り扱われるか識別する。データ種別識別部２４０は、一つの通信チャネルを介してリアルタイム系及び、非リアルタイム系の、二つのデータ種別のデータが送信される場合に、一つの通信チャネルで送信されるデータのデータ種別をリアルタイム系であると識別してもよい。
【００４５】
再送回数制御部２５０は、トランスポートブロックを再送する回数を制御する。具体的には、再送回数制御部２５０は、データ種別識別部２４０によって識別されたデータ種別に基づいて制御部２１０によって設定された最大再送回数を取得する。ここで、最大再送回数とは、一つのトランスポートブロックを再送する回数の最大値である。
【００４６】
再送回数制御部２５０は、後述するステータスレポート解析部２７０から、ＮＡＣＫを含むステータスレポートを取得した旨の通知を受けた場合には、再送回数制御部２５０がトランスポートブロック毎に保持している再送回数を１ずつ増やす。再送回数制御部２５０は、再送回数が最大再送回数に達した場合に、再送回数が最大再送回数に達したトランスポートブロックをデータ保持部２２０から破棄する。
【００４７】
送信ウィンドウサイズ制御部２６０は、送信ウィンドウサイズを制御する。具体的には、送信ウィンドウサイズ制御部２６０は、データ種別識別部２４０によって識別されたデータ種別に基づいて、制御部２１０によって設定された送信ウィンドウサイズを取得する。尚、送信ウィンドウサイズとは、送達確認無しに（ステータスレポートが受信されていない状態で）送信することができるトランスポートブロックの数を定めるものである。又、送達確認無しに送信したトランスポートブロックのコピーがデータ保持部２２０によって保持される。従って、送信ウィンドウサイズ制御部２６０は、データ保持部２２０を参照し、データ通信部２３０にトランスポートブロックの送信を要求するか否かを決定する。
【００４８】
上述したように、データ通信部２３０と、再送回数制御部２５０と、送信ウィンドウサイズ制御部２６０とは、正しく受信されなかったことを示すステータスレポートに応じて、正しく受信されなかったトランスポートブロックであるエラートランスポートブロックを再送する再送部として機能する。
【００４９】
ステータスレポート解析部２７０は、移動局３００から送信されるステータスレポートをデータ通信部２３０から取得し、解析することによって、トランスポートブロックが正しく受信されたか否かを判断する。尚、ステータスレポートとは、トランスポートブロックが正しく受信されたか否かを示す。
【００５０】
送信タイマ制御部２６５は、送信側待ち合わせ時間を管理する。ここで、送信側待ち合わせ時間とは、再送のために、送信されたトランスポートブロックのコピーを保持する時間である。具体的には、送信タイマ制御部２６５は、制御部２１０によって設定された送信側待ち合わせ時間を取得し、タイマに設定する。送信タイマ制御部２６５は、データ通信部２３０から、トランスポートブロックのコピーが格納されたことの通知を取得した際に、タイマをスタートさせる。そして、送信タイマ制御部２６５は、そのトランスポートブロックが正しく受信された旨の通知を取得した際に、タイマを停止させる。一方、タイマに設定された送信側待ち合わせ時間が経過するまでに、そのトランスポートブロックが正しく受信された旨の通知が取得されなければ、データ保持部２２０に保持されているそのトランスポートブロックのコピーを破棄する。
【００５１】
ステータスレポート解析部２７０は、移動局３００から送信されたステータスレポートの内容がＡＣＫ（トランスポートブロックが正しく受信されたことを示す）であると判断した場合には、ステータスレポートに対応するトランスポートブロックを、データ保持部２２０から破棄する。一方、ステータスレポート解析部２７０は、ステータスレポートの内容がＮＡＣＫ（トランスポートブロックが正しく受信されなかったことを示す）であると判断した場合には、データ通信部２３０に、対応するトランスポートブロックの再送を要求する。又、ステータスレポート解析部２７０は、ステータスレポートの内容がＮＡＣＫであると判断した旨を再送回数制御部２５０に通知する。
【００５２】
尚、非リアルタイム系のデータについては、ステータスレポートは複数のトランスポートブロック毎に作成されるため、ステータスレポート解析部２７０は、ステータスレポートから正しく受信されなかった、即ち、ＮＡＣＫと判断されたトランスポートブロックのＴＳＮを抽出し、再送処理を行う。一方、リアルタイム系のデータについては、一つのトランスポートブロック毎にステータスレポートが作成されるため、ステータスレポート解析部２７０は、ステータスレポートにＮＡＣＫが含まれている場合に再送処理を行う。
【００５３】
トランスポートブロック作成部２８０は、ＭＡＣレイヤより上位のプロトコルレイヤで取り扱われるデータ単位である上位ブロックからＭＡＣレイヤで取り扱われ得る大きさのトランスポートブロックを作成する。
【００５４】
具体的には、トランスポートブロック作成部２８０は、データ種別識別部２４０から制御部２１０を介してデータ種別を取得する。データ種別が非リアルタイム系である場合には、トランスポートブロック作成部２８０は、上位ブロックを分割、又は、結合することによってトランスポートブロックを作成する。一方、データ種別がリアルタイム系である場合には、トランスポートブロック作成部２８０は、上位ブロックを分割することによってトランスポートブロックを作成し、結合は行わない。尚、トランスポートブロックは、再送されるデータの最小単位でもある。
【００５５】
（受信装置）
以下の説明では、基地局２００から移動局３００へデータを送信する場合について、即ち、移動局３００が受信装置として機能する場合について説明する。
【００５６】
図３に示されるように、移動局３００には、制御部３１０と、データ保持部３１５と、判定結果保持部３２０と、データ通信部３３０と、データ種別取得部３４０と、受信タイマ制御部３５０と、受信ウィンドウサイズ制御部３６０と、上位ブロック再生部３７０と、誤り検出部３８０と、ステータスレポート作成部３９０とが備えられる。
【００５７】
制御部３１０は、他の構成要素に対して制御を行い、移動局３００全体の動作を司る。制御部３１０は、後述する受信タイマ制御部３５０及び受信ウィンドウサイズ制御部３６０によって用いられるパラメータをデータ種別に基づいて調整するパラメータ調整部としても機能する。尚、非リアルタイム系のデータは、遅延に関してはある程度寛容であるが、誤りに関しては敏感であるのに対し、リアルタイム系のデータは、大きな遅延を許容できないが、誤りに関してはある程度寛容である。従って、制御部３１０は、データ種別が非リアルタイム系である場合に、データ種別がリアルタイム系である場合より受信ウィンドウサイズを大きく、又、再送要求を送信したエラーデータブロックを待つ時間である待ち合わせ時間を長く設定する。
【００５８】
更に、制御部３１０は、データ種別に応じて、ステータスレポート作成方法を「複数のトランスポートブロック毎」又は「一つのトランスポートブロック毎」のいずれかに決定する。非リアルタイム系のデータの場合は、遅延に対してある程度寛容であるため、ステータスレポートは、複数トランスポートブロックの判定結果についてまとめて作成され、基地局２００に対して送信されてもよい。このため、制御部３１０は、ステータスレポート作成方法を「複数のトランスポートブロック毎」に決定する。一方、リアルタイム系のデータの場合は、遅延に敏感であるため、ステータスレポートは一つのトランスポートブロックの判定結果について作成され、基地局２００に対して送信されることが望ましい。このため、制御部３１０は、ステータスレポート作成方法を「一つのトランスポートブロック毎」に決定する。
【００５９】
又、制御部３１０は、正しく受信されたと判定されたトランスポートブロックの順序を整える順序制御の処理を行い、上位のプロトコルレイヤに渡す。
【００６０】
データ保持部３１５は、移動局３００によって受信されたトランスポートブロックを保持する。具体的には、データ保持部３１５は、後述する誤り検出部３８０からトランスポートブロックを取得する。データ保持部３１５は、取得したトランスポートブロックを、ＴＳＮに基づいて適切な位置に保持する。即ち、データ保持部３１５は、ＴＳＮの順序制御を行う機能を有する。
【００６１】
図４に示されるように、判定結果保持部３２０は、後述する誤り検出部３８０による判定結果を、受信したトランスポートブロック毎に保持する。データ種別が非リアルタイム系である場合には、ステータスレポートの作成方法は「複数のトランスポートブロック毎」に決定される。従って、図４（ａ）に示されるように、判定結果保持部３２０は、複数のトランスポートブロックに対応する判定結果を保持する。図４（ａ）は、前回Ｐｏｌｌが受信されてステータスレポートが作成されてから、５つのトランスポートブロックが受信された後の判定結果保持部３２０の状態を示す。
【００６２】
一方、データ種別が非リアルタイム系である場合には、ステータスレポートの作成方法は「一つのトランスポートブロック毎」に決定される。従って、図４（ｂ）に示されるように、判定結果保持部３２０は、最大で一つのトランスポートブロックに対応する判定結果を保持する。
【００６３】
データ通信部３３０は、基地局２００から送信されるトランスポートブロックを受信する。又、データ通信部３３０は、ステータスレポート作成部３９０から取得したステータスレポートを基地局２００へ送信する。従って、データ通信部３３０は、ＮＡＣＫを内容として含むステータスレポートを送信することによって、データ種別がリアルタイム系であっても、非リアルタイム系であっても、移動局３００によって正しく受信されなかったトランスポートブロックであるエラートランスポートブロックの再送要求を送信する再送要求部として機能する。又、データ通信部３３０は、再送要求に応じて送信される、エラートランスポートブロックを受信するエラーデータブロック受信部としても機能する。
【００６４】
更に、データ通信部３３０は、基地局２００からＰｏｌｌを受信した場合には、その旨をステータスレポート作成部３９０に通知し、ステータスレポート作成部３９０からステータスレポートを取得する。従って、データ通信部３３０は、基地局２００からＰｏｌｌが受信されたときにステータスレポートを基地局２００に送信する。
【００６５】
又、データ通信部３３０は、基地局２００から受信したトランスポートブロックを受信ウィンドウサイズ制御部３６０に入力する。
【００６６】
データ種別取得部３４０は、データ通信部３３０を介して、基地局２００からのデータ種別の通知を受けることによってデータ種別を取得する。
【００６７】
受信タイマ制御部３５０は、順序制御の為に保持するトランスポートブロックの受信側待ち合わせ時間を管理する。即ち、受信側待ち合わせ時間とは、次に受信すべき第１のトランスポートブロックより先に、後に受信すべき第２のトランスポートブロックが取得された場合に、第２のトランスポートブロックが取得されてから第１のトランスポートブロックが取得されるまで待つ時間である。具体的には、受信タイマ制御部３５０は、制御部２１０によって設定された受信側待ち合わせ時間を取得し、タイマに設定する。受信タイマ制御部３５０は、次に受信すべきトランスポートブロックである第１のトランスポートブロックより先に、後に受信すべき第２のトランスポートブロックが取得された場合に、タイマをスタートさせる。そして、受信タイマ制御部３５０は、第１のトランスポートブロックがデータ通信部３３０を介して受信された場合に、タイマを停止させる。一方、タイマに設定された受信側待ち合わせ時間が経過するまでに、第１のトランスポートブロックがデータ通信部３３０を介して受信されなかった場合には、第１のトランスポートブロックは受信されないものと判断する。
【００６８】
受信ウィンドウサイズ制御部３６０は、移動局によって受け付けられるトランスポートブロックの範囲を制御する。具体的には、受信ウィンドウサイズ制御部３６０は、制御部３１０によって設定された受信ウィンドウサイズを取得する。尚、受信ウィンドウサイズとは、移動局３００において受け付けられるトランスポートブロックの範囲を定めるものである。受信ウィンドウサイズ制御部３６０は、既に受信したトランスポートブロックのシーケンス番号であるＴＳＮと、受信ウィンドウサイズとに基づいて、基地局２００から送信される可能性のあるトランスポートブロックのＴＳＮの範囲を決定する。
【００６９】
受信ウィンドウサイズ制御部３６０は、誤り検出部３８０から取得したトランスポートブロックのＴＳＮが、決定したＴＳＮの範囲内である場合には、そのトランスポートブロックをデータ保持部３１５に格納する。一方、受信ウィンドウサイズ制御部３６０は、データ通信部３３０を介して取得したトランスポートブロックのＴＳＮが、決定したＴＳＮの範囲を超えている場合には、そのトランスポートブロックを破棄する。
【００７０】
上位ブロック再生部３７０は、基地局２００によって生成されたトランスポートブロックから上位ブロックを再生する。即ち、基地局２００のトランスポートブロック作成部２８０によって行われる処理の逆処理を行う。具体的には、上位ブロック再生部３７０は、データ保持部３１５によって保持されているトランスポートブロックを分割し、又は、結合することにより、上位ブロックを復元する。尚、データ種別がリアルタイム系である場合には、基地局２００がトランスポートブロックを生成する際に結合を行わないため、上位ブロック再生部３７０は、トランスポートブロックの分割は行わない。
【００７１】
誤り検出部３８０は、基地局２００から送信されたトランスポートブロックが、移動局３００において正しく受信されているか否かを判定する。具体的には、誤り検出部３８０は、データ通信部３３０を介して取得したトランスポートブロックに誤りが含まれているか否かを判定する。誤り検出部３８０は、例えば、基地局２００によってトランスポートブロックに付与されるＣＲＣ（Cyclic Redundancy Code）を用いて、トランスポートブロックに含まれる誤りを検出する。
【００７２】
誤り検出部３８０は、トランスポートブロックに誤りが含まれていない場合に、トランスポートブロックが正しく受信されていると判定し、判定結果をＡＣＫとする。一方、誤り検出部３８０は、トランスポートブロックに誤りが含まれている場合に、トランスポートブロックが正しく受信されていない場合と判定し、判定結果をＮＡＣＫとする。誤り検出部３８０は、判定結果を判定結果保持部３２０に格納する。
【００７３】
誤り検出部３８０は、制御部３１０によって決定されたステータスレポート作成方法を取得する。ステータスレポート作成方法が「一つのトランスポートブロック毎」である場合には、誤り検出部３８０は、判定結果が判定結果保持部３２０に保持されている旨をステータスレポート作成部３９０に通知する。
【００７４】
又、誤り検出部３８０は、トランスポートブロックが正しく受信されたと判定した場合には、トランスポートブロックを受信ウィンドウサイズ制御部３６０に入力する。一方、又、誤り検出部３８０は、トランスポートブロックが正しく受信されなかったと判定した場合には、そのトランスポートブロックを破棄する。
【００７５】
ステータスレポート作成部３９０は、ステータスレポートを作成する。即ちステータスレポート作成部３９０は、受信状況通知を作成する受信状況通知作成部である。又、ステータスレポート作成部３９０は、作成したステータスレポートをデータ通信部３３０に入力する。
【００７６】
尚、ステータスレポート作成部３９０は、データ種別が非リアルタイム系である場合には複数のトランスポートブロックに対して、ステータスレポートを一つ作成し、データ種別がリアルタイム系である場合には一つのトランスポートブロックに対して一つのステータスレポートを作成する。このように、本実施の形態においては一つのトランスポートブロックが正しく受信されたか否かを示すものだけでなく、複数のトランスポートブロックが正しく受信されたか否かを示すものもステータスレポートと呼ぶ。
【００７７】
ステータスレポート作成部３９０は、判定結果保持部３２０によって保持されている情報を含むステータスレポートを作成する。データ種別が、リアルタイム系である場合には、ステータスレポート作成部３９０は、誤り検出部３８０から、判定結果が判定結果保持部３２０に保持されている旨の通知を受けた際にステータスレポートを作成する。一方、データ種別が非リアルタイム系である場合には、ステータスレポート作成部３９０は、基地局２００のデータ通信部２３０から、データ通信部３３０を介してＰｏｌｌを受信した旨の通知を受けた際に、ステータスレポートを作成する。従って、ステータスレポートは、データ種別が非リアルタイム系である場合には複数のトランスポートブロックに対して一つ作成され、データ種別がリアルタイム系である場合には、一つのトランスポートブロックに対して一つ作成される。但し、Ｐｏｌｌが受信された際に、判定結果保持部３２０に一つの判定結果しか保持されていなければ、一つのトランスポートブロックに対して一つのステータスレポートが作成される。
【００７８】
（データ送信方法）
次に、通信システム１に含まれ、送信装置として機能する基地局２００によって実施されるデータ送信方法について、図５、図６  を用いて説明する。
【００７９】
図５は、基地局２００において上位ブロックを、トランスポートブロックとして送信し、必要な場合に再送を行う処理を示すフローチャートである。
【００８０】
ステップＳ１０１において、基地局２００が、移動局３００との間で通信リンクを確立し、データ種別識別部２４０が、基地局２００と移動局３００との間で送受信されるデータのデータ種別を識別する。
【００８１】
ステップＳ１０２において、制御部２１０が、データ種別に基づいて最大再送回数、送信ウィンドウサイズ及び送信側待ち合わせ時間を決定する。
【００８２】
ステップＳ１０３において、データ種別が非リアルタイム系である場合には、トランスポートブロック作成部２８０が、上位ブロックを分割し、データ種別が非リアルタイム系である場合には、トランスポートブロック作成部２８０が、上位ブロックを分割し、又、結合してトランスポートブロックを作成する。
【００８３】
ステップＳ１０４において、データ通信部２３０が、送信されるトランスポートブロックのコピーを作成し、データ保持部２２０に格納する。
【００８４】
ステップＳ１０５において、データ通信部２３０が、トランスポートブロック又はＰｏｌｌを移動局３００に送信する。尚、トランスポートブロックにはＰｏｌｌが含まれ得る。
【００８５】
ステップＳ１０６において、データ通信部２３０が、ステータスレポートを受信するまで待つ。
【００８６】
ステップＳ１０７において、ステータスレポート解析部２７０が、ステップＳ１０６で受信されたステータスレポートを解析する。
【００８７】
ステップＳ１０８において、ステータスレポート解析部２７０が、ステータスレポートにＮＡＣＫが有るか否か、即ち、送信したトランスポートブロックが正しく受信されたか否かを判断する。
【００８８】
ステップＳ１０８においてステータスレポート解析部２７０によってＮＡＣＫが有ると判断された場合に、ステップＳ１０９において、ステータスレポート解析部２７０から要求を受けたデータ通信部３３０が、ステータスレポートに対応するトランスポートブロックを再送する。
【００８９】
ステップＳ１１０において、再送回数制御部２５０が、トランスポートブロック毎に保持している再送回数を１ずつ増やす。
【００９０】
ステップＳ１１１において、再送回数制御部２５０が、再送回数が最大再送回数に達しているか否かを判断する。
【００９１】
ステップＳ１１１において、再送回数制御部２５０が、再送回数が最大再送回数に達していると判断した場合には、ステップＳ１１２において、再送回数制御部２５０が、データ保持部２２０に保持されている対応するトランスポートブロックを破棄する。
【００９２】
一方、ステップＳ１０８においてステータスレポート解析部２７０によってＮＡＣＫが無いと判断された場合、即ち、全てＡＣＫであると判断された場合に、ステップＳ１１３において、ステータスレポート解析部２７０が、ステータスレポートに対応するトランスポートブロックを、データ保持部２２０から破棄する。
【００９３】
図６は、データ種別に応じて最大再送回数及び送信ウィンドウサイズを設定する処理を示すフローチャートである。即ち、図６は、図５に示されるステップＳ１０２の処理を説明するフローチャートである。
【００９４】
ステップＳ２０１において、制御部２１０が、データ種別識別部２４０によって識別されたデータ種別が非リアルタイム系であるか否か判断する。
【００９５】
ステップＳ２０１において、データ種別が非リアルタイム系であると判断された場合には、ステップＳ２０２において、制御部２１０が、最大再送回数をＮＲ１に設定する。
【００９６】
ステップＳ２０３において、制御部２１０が、送信ウィンドウサイズをＳＷＳ１に設定する。
【００９７】
ステップＳ２０４において、制御部２１０が、送信側待ち合わせ時間をＳＴ１に設定する。
【００９８】
一方、ステップＳ２０１において、データ種別が非リアルタイム系でない、即ち、リアルタイム系であると判断された場合には、ステップＳ２０５において、制御部２１０が、最大再送回数をＮＲ１より小さいＮＲ２に設定する。
【００９９】
ステップＳ２０６において、制御部２１０が、送信ウィンドウサイズをＳＷＳ１より小さいＳＷＳ２に設定する。
【０１００】
ステップＳ２０７において、制御部２１０が、送信側待ち合わせ時間をＳＴ１より小さいＳＴ２に設定する。
【０１０１】
（データ受信方法）
次に、通信システム１に含まれ、受信装置として機能する移動局３００によって実施されるデータ受信方法について、図７、図８  を用いて説明する。
【０１０２】
図７は、移動局３００においてトランスポートブロックを受信し、必要な場合に再送を要求する処理を示すフローチャートである。
【０１０３】
ステップＳ３０１において、データ種別取得部３４０が、基地局２００からのデータ種別の通知を受けることによって、データ種別を取得する。
【０１０４】
ステップＳ３０２において、制御部３１０が、データ種別に基づいて、受信側待ち合わせ時間、受信ウィンドウサイズ及びステータスレポート作成方法を決定する。
【０１０５】
ステップＳ３０３において、データ通信部３３０が、トランスポートブロックを受信したか否かを判断する。
【０１０６】
ステップＳ３０３において、トランスポートブロックが受信されたと判断された場合に、ステップＳ３０４において、誤り検出部３８０が、受信されたトランスポートブロックに含まれている誤りを検出する。
【０１０７】
ステップＳ３０５において、誤り検出部３８０が、トランスポートブロックに誤りが含まれているか否かを判定する。
【０１０８】
ステップＳ３０５において、トランスポートブロックに誤りが含まれていないと判定された場合には、ステップＳ３０６において、誤り検出部３８０が、トランスポートブロックが正しく受信されていると判定し、判定結果をＡＣＫとする。
【０１０９】
一方、ステップＳ３０５において、トランスポートブロックに誤りが含まれていると判定された場合には、ステップＳ３０７において、誤り検出部３８０が、トランスポートブロックが正しく受信されていないと判定し、判定結果をＮＡＣＫとする。
【０１１０】
ステップＳ３０８において、誤り検出部３８０が判定結果を判定結果保持部３２０に格納する。
【０１１１】
ステップＳ３０９において、誤り検出部３８０が、ステータスレポート作成方法が「一つのトランスポートブロック毎」であるか否かを判断する。
【０１１２】
ステップＳ３０９において、ステータスレポート作成方法が「一つのトランスポートブロック毎」であると判断した誤り検出部３８０から通知を受けたステータスレポート作成部３９０が、ステップＳ３１０において、判定結果保持部３２０によって保持されている情報を含むステータスレポートを作成し、データ通信部３３０に入力する。
【０１１３】
ステップＳ３１１において、データ通信部３３０が、ステータスレポートを基地局２００に送信する。
【０１１４】
一方、ステップＳ３０２において、データ通信部３３０がトランスポートブロックを受信しなかったと判断した場合には、ステップＳ３１２において、データ通信部３３０がＰｏｌｌを受信したか否かを判断する。
【０１１５】
ステップＳ３１２において、データ通信部３３０が、Ｐｏｌｌが受信されたと判断した場合にも、データ通信部３３０からその旨の通知を受けたステータスレポート作成部３９０が、ステップＳ３１０において判定結果保持部３２０によって保持されている情報を含むステータスレポートを作成し、データ通信部３３０に入力する。そして、ステップＳ３１１において、データ通信部３３０がステータスレポートを基地局２００に送信する。
【０１１６】
尚、ステップＳ３０９において、ステータスレポート作成方法が「一つのトランスポートブロック毎」でないと判断された場合、及び、ステップＳ３１２において、Ｐｏｌｌが受信されなかったと判断された場合にはステップＳ３０３に戻って処理が行われる。
【０１１７】
図８は、データ種別に応じて受信側待ち合わせ時間、受信ウィンドウサイズ及びステータスレポート作成方法を設定する処理を示すフローチャートである。即ち、図８は、図７に示されるステップＳ３０２の処理を説明するフローチャートである。
【０１１８】
ステップＳ４０１において、制御部３１０が、データ種別取得部３４０によって取得されたデータ種別が非リアルタイム系であるか否か判断する。
【０１１９】
ステップＳ４０１において、データ種別が非リアルタイム系であると判断された場合には、ステップＳ４０２において、制御部３１０が受信側待ち合わせ時間をＲＴ１に設定する。
【０１２０】
ステップＳ４０３において、制御部３１０が、受信ウィンドウサイズをＲＷＳ１に設定する。
【０１２１】
ステップＳ４０４において、制御部３１０が、ステータスレポート作成方法を「複数のトランスポートブロック毎」に設定する。
【０１２２】
一方、ステップＳ４０１において、データ種別が非リアルタイム系でない、即ち、リアルタイム系であると判断された場合には、ステップＳ４０５において、制御部３１０が、受信側待ち合わせ時間をＲＴ１より小さい（短い）ＲＴ２に設定する。
【０１２３】
ステップＳ４０６において、制御部３１０が、受信ウィンドウサイズをＲＷＳ１より小さいＲＷＳ２に設定する。
【０１２４】
ステップＳ４０７において、制御部３１０が、ステータスレポート作成方法を「１つのトランスポートブロック毎」に設定する。
【０１２５】
（効果）
従来、リアルタイム系のデータに関しては再送制御を行わないことが一般的であったが、リアルタイム系のデータに関しても再送制御技術を適用することにより、データの誤りを抑制することが求められる。
【０１２６】
又、従来、リアルタイム系のデータに対して再送制御技術を適用する技術が開示されている。しかし、非リアルタイム系のデータは、遅延に関してはある程度寛容であるが、誤りに関しては敏感であり、一方、リアルタイム系のデータは、大きな遅延を許容できないが、データの誤りに関してはある程度寛容である。即ち、リアルタイム系のデータと、非リアルタイム系のデータとの特性はトレードオフの関係にある。このため、リアルタイム系のデータと非リアルタイム系のデータとに同様の再送制御技術を適用すると、リアルタイム系のデータについては遅延が問題となり、非リアルタイム系のデータについては十分に誤りを除去できないという問題が生じる。
【０１２７】
従って、リアルタイム系と非リアルタイム系の、二つのデータ種別のデータそれぞれに対して再送制御技術を適用する際には、再送制御技術に用いられるパラメータをデータ種別に基づいて調整、即ちチューニングする必要がある。
【０１２８】
本実施の形態に係る通信システム１によれば、データ種別識別部２４０が、送受信されるデータのデータ種別がリアルタイム系であるか、非リアルタイム系であるかを識別し、制御部２１０が、識別されたデータ種別に基づいて再送回数制御部２５０、送信ウィンドウサイズ制御部２６０及び送信タイマ制御部２６５によって用いられるパラメータを調整する。又、制御部３１０が、基地局２００によって識別されたデータ種別に基づいて、受信タイマ制御部３５０及び受信ウィンドウサイズ制御部３６０によって用いられるパラメータを調整する。このため、リアルタイム系と非リアルタイム系の、二つのデータ種別のデータそれぞれに対して適切な再送制御技術を行うことが可能になる。尚、本実施の形態においては、パラメータ調整部が基地局２００と、移動局３００の両方に備えられている。
【０１２９】
本実施の形態においては、基地局２００において、再送制御のために用いられるパラメータは、最大再送回数、送信ウィンドウサイズ及び送信側待ち合わせ時間であり、移動局３００において、再送制御のために用いられるパラメータは、受信側待ち合わせ時間及び受信ウィンドウサイズである。このため、一般的な再送制御に用いられるパラメータをリアルタイム系のデータと非リアルタイム系のデータとのそれぞれに対して適切に設定することができる。
【０１３０】
又、本実施の形態においては、制御部３１０はデータ種別が非リアルタイム系である場合に、データ種別がリアルタイム系である場合より受信ウィンドウサイズを大きく、又、受信側待ち合わせ時間を長く設定し、制御部２１０はデータ種別が非リアルタイム系である場合に、データ種別がリアルタイム系である場合よりも最大再送回数を大きく、又、送信ウィンドウサイズを大きく設定する。このため、遅延に関してはある程度寛容であるがデータの誤りに関しては敏感である非リアルタイム系のデータと、大きな遅延を許容できないが、誤りに関してはある程度寛容であるリアルタイム系のデータのそれぞれに適切にパラメータを設定できる。
【０１３１】
即ち、遅延に敏感なリアルタイム系のデータについては再送回数を少なくし、送信ウィンドウサイズ及び受信ウィンドウサイズを小さくすることにより遅延を抑制することが可能となる。又、リアルタイム系のデータについては再送回数を少なくすることによってチャネルのオーバーヘッドを少なくしてチャネルの有効利用をすることができる。一方、遅延に寛容で、誤り（ロス）に敏感な非リアルタイム系のデータについては、可能な限り再送回数を多くすることにより誤りの発生率を抑制することができる。
【０１３２】
更に、ステータスレポート作成部３９０は、データ種別がリアルタイム系である場合には一つのトランスポートブロックに対して一つのステータスレポートを作成して、データ通信部３３０が送信するのに対し、データ種別が非リアルタイム系である場合には複数のトランスポートブロックに対して一つのステータスレポートを作成してデータ通信部３３０が送信する。又、データ種別が非リアルタイム系である場合には、基地局２００からステータスレポートの要求（Ｐｏｌｌ）があったときにのみ、ステータスレポート作成部３９０がステータスレポートを作成してデータ通信部３３０が送信する。このため、大きな遅延を許容できないリアルタイム系のデータに関しては、迅速に再送の処理を行うことを可能にし、遅延に対してある程度寛容な非リアルタイム系のデータに関しては、無線リソースを節約することができる。
【０１３３】
又、トランスポートブロック作成部２８０が、データ種別が非リアルタイム系である場合に、上位ブロックを分割し、又は、結合することによってトランスポートブロックを作成し、又、データ種別がリアルタイム系である場合に上位ブロックを分割することによってトランスポートブロックを作成する。このため、ＭＡＣレイヤにおけるデータの受け渡しに適した方法で上位ブロックを送受信することが可能となる。更に、データ種別がリアルタイム系である場合にはトランスポートブロック作成部２８０は上位ブロックの結合を行わない。このため、リアルタイム系のデータに関しては、上位ブロック再生部３７０は上位ブロック再生の処理を迅速に行うことができる。
【０１３４】
更に、データ種別識別部２４０は、一つの通信チャネルを介してリアルタイム系及び、非リアルタイム系の、二つの前記データ種別のデータが送信される場合に、前記一つの通信チャネルで送信されるデータのデータ種別をリアルタイム系であると識別してもよい。この場合、リアルタイム系のデータが送信される際の遅延を優先的に抑制することができる。
【０１３５】
又、データ種別識別部２４０は、トランスポートブロックに含まれるトラヒッククラス識別子、又は、基地局２００及び移動局３００以外の装置から基地局２００に通知されるトラヒッククラスに基づいて、データ種別を識別する。このため、データ種別識別部２４０は、一般的な通信システムにおいて用いられているデータに基づいてデータ種別を識別することが可能になる。
【０１３６】
［第２の実施の形態］
（送信装置）
以下の説明では、基地局２００から移動局３００へデータを送信する場合について、即ち、基地局２００が送信装置として機能する場合について説明する。
【０１３７】
本実施の形態に係る基地局２００は、第１の実施の形態に係る基地局２００と同様の構成を備える。従って、以下の説明では、第１の実施の形態と異なる機能を備える構成要素である、ステータスレポート解析部２７０についてのみ説明する。
【０１３８】
ステータスレポート解析部２７０は、第１の実施の形態におけるステータスレポート解析部２７０と同様に、ステータスレポートを解析することによって、トランスポートブロックが正しく受信されたか否かを判断する。更に、本実施の形態におけるステータスレポート解析部２７０は、ステータスレポート自体が正しく受信されたか否かを判断する。
【０１３９】
本実施の形態においては、移動局３００から送信されるステータスレポートには、ＣＲＣ（Cyclic Redundancy Code）等、誤り検出を可能にする冗長データが付与されている。ステータスレポート解析部２７０は、データ通信部２３０から取得したステータスレポートに付与された冗長データに基づいて、ステータスレポートに含まれる誤りを検出する。
【０１４０】
ステータスレポートの誤りが検出された場合には、ステータスレポート解析部２７０は、ステータスレポートを破棄し、ステータスレポートに含まれていると考えられるＴＳＮに対応するトランスポートブロック、即ちステータスレポートに対応するトランスポートブロックを再送する。
【０１４１】
尚、ステータスレポート解析部２７０は、ステータスレポートの誤りが検出された場合に、ステータスレポートの再送を移動局３００に要求してもよい。
【０１４２】
一方、ステータスレポートの誤りが検出されなかった場合には、ステータスレポート解析部２７０は第１の実施の形態と同様に、ステータスレポートの内容を判断する。
【０１４３】
（受信装置）
以下の説明では、基地局２００から移動局３００へデータを送信する場合について、即ち、移動局３００が受信装置として機能する場合について説明する。
【０１４４】
本実施の形態に係る移動局３００は、第１の実施の形態に係る移動局３００と同様の構成を備える。従って、以下の説明では、第１の実施の形態と異なる機能を備える構成要素である、制御部３１０及びステータスレポート作成部３９０についてのみ説明する。
【０１４５】
制御部３１０は、第１の実施の形態における制御部３１０と同様に、移動局３００全体の動作を司り、かつ、受信ウィンドウサイズの大きさや受信側待ち合わせ時間の長さを調整するパラメータ調整部として機能する。
【０１４６】
更に、本実施の形態においては、制御部３１０は、ステータスレポートに付与される冗長データのデータ長も調整する。尚、非リアルタイム系のデータは、遅延に関してはある程度寛容であるが、誤りに関しては敏感であるのに対し、リアルタイム系のデータは、大きな遅延を許容できないが、誤りに関してはある程度寛容である。従って、制御部３１０は、データ種別が非リアルタイム系である場合にはデータ種別がリアルタイム系である場合よりも冗長データのデータ長を長く設定する。
【０１４７】
具体的には、制御部３１０は、データ種別が非リアルタイム系である場合には冗長データのデータ長をＮＣ１に設定し、リアルタイム系である場合にはＮＣ１より小さいＮＣ２に設定する。尚、ＮＣ１、ＮＣ２の値は、制御部３１０によって定められてもよいし、無線ネットワークコントローラ（ＲＮＣ）等の他の装置によって定められ、移動局３００に通知されてもよい。又、データ種別がリアルタイム系である場合に、ステータスレポートに付与される冗長データのデータ長、ＮＣ２はゼロに設定されてもよい。
【０１４８】
ステータスレポート作成部３９０は、第１の実施の形態におけるステータスレポート作成部３９０と同様に、トランスポートブロックが正しく受信されたか否かを示すステータスレポートを作成する。
【０１４９】
更に、本実施の形態に係るステータスレポート作成部３９０は、作成したステータスレポートに冗長データを付与する。具体的には、ステータスレポート作成部３９０は、制御部３１０によって設定された冗長データのデータ長を取得する。ステータスレポート作成部３９０は、作成したステータスレポートに、制御部３１０から取得した数の冗長データを付与した後に、ステータスレポートをデータ通信部３３０に入力する。尚、制御部３１０によって冗長データのデータ長がゼロに設定された場合には、ステータスレポート作成部３９０はステータスレポートに冗長データを付与しない。
【０１５０】
（データ送信方法）
次に、第２の実施の形態において、送信装置として機能する基地局２００によって実施されるデータ送信方法について、図９を用いて説明する。
【０１５１】
ステップＳ５０１〜ステップＳ５０６は、図５に示されるステップＳ１０１〜ステップＳ１０６と同様である。
【０１５２】
ステップＳ５０７において、ステータスレポート解析部２７０が、冗長データに基づいてステータスレポートに誤りが含まれるか否かを判断する。
【０１５３】
ステップＳ５０７において、ステータスレポートに誤りが含まれていないと判断された場合には、ステップＳ５０８〜ステップＳ５１４の処理が行われる。ステップＳ５０８〜ステップＳ５１４の処理は、図５に示されるステップＳ１０７〜ステップＳ１１３と同様である。尚、ステータスレポートに冗長データが付与されていない場合にも、ステップＳ５０８〜ステップＳ５１４の処理が行われる。
【０１５４】
一方、ステップＳ５０７において、ステータスレポートに誤りが含まれていると判断された場合には、判定結果にＮＡＣＫがあると判断された場合と同様に、トランスポートブロックが再送される。即ち、ステップＳ５１０〜ステップＳ５１２の処理が行われる。
【０１５５】
（データ受信方法）
次に、第２の実施の形態において、受信装置として機能する移動局３００によって実施されるデータ受信方法について、図１０、図１１を用いて説明する。
【０１５６】
ステップＳ６０１は、図７に示されるステップＳ３０１と同様である。
【０１５７】
ステップＳ６０２において、制御部３１０が、受信側待ち合わせ時間、受信ウィンドウサイズ及びステータスレポート作成方法の他、冗長データのデータ長も設定する。
【０１５８】
ステップＳ６０３〜ステップＳ６１０は、図７に示されるステップＳ３０３〜ステップＳ３１０と同様である。
【０１５９】
ステップＳ６１１において、ステータスレポート作成部３９０が、ステータスレポートに冗長データを付与する。尚、制御部３１０によって冗長データのデータ長がゼロに設定された場合には、ステータスレポート作成部３９０は、ステータスレポートに冗長データを付与しない。
【０１６０】
ステップＳ６１２において、データ通信部３３０が、ステータスレポート作成部３９０から取得した冗長データが付与されたステータスレポートを基地局２００に送信する。
【０１６１】
ステップＳ６１３は図７に示されるステップＳ３１２と同様である。
【０１６２】
図１１は、データ種別に応じて受信側待ち合わせ時間、受信ウィンドウサイズ及びステータスレポート作成方法の他、冗長データのデータ長を設定する処理を示すフローチャートである。即ち、図１１は、図１０に示されるステップＳ６０２の処理を説明するフローチャートである。
【０１６３】
ステップＳ７０１〜ステップＳ７０４は、図８に示されるステップＳ４０１〜ステップＳ４０４と同様である。
【０１６４】
ステップＳ７０１において、データ種別が非リアルタイム系であると判断された場合には、ステップＳ７０５において、制御部３１０が冗長データのデータ長をＮＣ１に設定する。
【０１６５】
ステップＳ７０６，ステップＳ７０７は、図８に示されるステップＳ４０５，ステップＳ４０６と同様である。
【０１６６】
ステップＳ７０１において、データ種別が非リアルタイム系でない、即ち、リアルタイム系であると判断された場合には、ステップＳ７０８において、制御部３１０が、冗長データのデータ長をＮＣ１より短いＮＣ２に設定する。
【０１６７】
（効果）
本実施の形態におけるステータスレポート解析部２７０と、制御部３１０と、ステータスレポート作成部３９０とによれば、第１の実施の形態において得られる効果に加えて以下のような効果が得られる。
【０１６８】
ステータスレポート作成部３９０は、誤り検出を可能にする冗長データが付与されたステータスレポートを作成して、データ通信部３３０が基地局２００に送信し、ステータスレポート解析部２７０は、冗長データに基づいて、取得したステータスレポートの誤りを検出するため、ステータスレポートに関する誤り耐性が強化される。このため、送信装置として機能する基地局２００においてステータスレポートが解析される際の誤りを抑制することができる。従って、ＭＡＣレイヤにおける不要な再送処理や、上位のレイヤにおける不要な再送処理等が抑えられ、通信システム１におけるスループット特性が向上する。
【０１６９】
又、データ種別が非リアルタイム系である場合に、データ種別がリアルタイム系である場合より、冗長データのデータ長が長い。このため、誤りに対する要求は比較的低いリアルタイム系のデータに関しては、十分な誤り耐性が得られ、かつ、チャネルのオーバーヘッドを少なくする事ができ、チャネルを有効利用することができる。一方、誤りには敏感な非リアルタイム系のデータに関しては、受信装置で正しく受信できなかったにも関わらず、送信装置が、受信装置によって正しく受信されたと判断するＡＣＫ／ＮＡＣＫ誤りを抑制することができ、高信頼度のＡＣＫ／ＮＡＣＫ送受信が可能になる。
【０１７０】
［第３の実施の形態］
（送信装置）
以下の説明では、基地局２００から移動局３００へデータを送信する場合について、即ち、基地局２００が送信装置として機能する場合について説明する。
【０１７１】
本実施の形態に係る基地局２００は、第１の実施の形態に係る基地局２００と同様の構成を備える。従って、以下の説明では、第１の実施の形態と異なる機能を備える構成要素である、ステータスレポート解析部２７０についてのみ説明する。
【０１７２】
ステータスレポート解析部２７０は、第１の実施の形態におけるステータスレポート解析部２７０と同様に、ステータスレポートを解析することによって、トランスポートブロックが正しく受信されたか否かを判断する。
【０１７３】
但し、本実施の形態においては、移動局３００は、ステータスレポートを所定の反復回数（ＲＮ）送信する。従って、ステータスレポート解析部２７０は、データ通信部２３０を介して、同一の内容を含むステータスレポートをＲＮ回取得した場合に、有効なステータスレポートが受信されたと判断し、ステータスレポートの内容を判断する。
【０１７４】
一方、ステータスレポート解析部２７０は取得したＲＮ個のステータスレポートが同一の内容でない場合は、無効なステータスレポートが受信されたと判断し、ＲＮ個のステータスレポートを破棄する。
【０１７５】
所定の反復回数ＲＮは、データ種別が非リアルタイム系である場合に、データ種別がリアルタイム系である場合より多く設定される。尚、所定の反復回数ＲＮは、制御部２１０によって設定されてもよいし、移動局３００の制御部３１０、又は、無線ネットワークコントローラ（ＲＮＣ）等の他の装置によって設定され、基地局２００に通知されてもよい。但し、所定の反復回数ＲＮは、基地局２００と移動局３００の間で合意されていなければならない。
【０１７６】
本実施の形態において、ステータスレポートを送信し、解析する処理を、図１２を用いて説明する。図１２に示される例においては、ステータスレポートは１ビットで構成され、図１２（ａ）に示されるように、ＮＡＣＫを示すステータスレポートは“０”であり、ＡＣＫを示すステータスレポートは“１”である。又、反復回数ＲＮは５である。
【０１７７】
ステータスレポート解析部２７０は、図１２（ｄ）にビット列“０００００”で示されるように、データ通信部２３０を介して５個のステータスレポート“０”を取得した場合には、有効なステータスレポート“０”を取得したと判断する。そして、ステータスレポート解析部２７０は、ＮＡＣＫを内容とするステータスレポートを取得したと判断する。又、ステータスレポート解析部２７０は、図１２（ｄ）にビット列“１１１１１”と示されるように、データ通信部２３０を介して５個のステータスレポート“１”を取得した場合には、有効なステータスレポート“１”を取得したと判断する。そして、ステータスレポート解析部２７０は、ＡＣＫを内容とするステータスレポートを取得したと判断する。
【０１７８】
一方、ステータスレポート解析部２７０は、図１２（ｅ）にビット列“０１０００”や“１１１０１”で示されるように、５個のステータスレポートが同一の内容でない場合には、無効なステータスレポートが取得されたと判断し、５個のステータスレポートを破棄する。
【０１７９】
（受信装置）
以下の説明では、基地局２００から移動局３００へデータを送信する場合について、即ち、移動局３００が受信装置として機能する場合について説明する。
【０１８０】
本実施の形態に係る移動局３００は、第１の実施の形態に係る移動局３００と同様の構成を備える。従って、以下の説明では、第１の実施の形態と異なる機能を備える構成要素である、ステータスレポート作成部３９０についてのみ説明する。
【０１８１】
ステータスレポート作成部３９０は、第１の実施の形態におけるステータスレポート作成部３９０と同様に、トランスポートブロックが正しく受信されたか否かを示すステータスレポートを作成する。
【０１８２】
但し、本実施の形態においては、ステータスレポート作成部３９０は、ステータスレポートを所定の反復回数（ＲＮ）データ通信部３３０に入力する。
【０１８３】
ここで、データ通信部３３０は取得したステータスレポートを基地局２００に送信するため、データ通信部３３０はステータスレポートを所定の反復回数（ＲＮ）送信する。
【０１８４】
尚、所定の反復回数ＲＮの設定方法については上述した通りである。
【０１８５】
ステータスレポートを所定の回数送信する手法について図１２を用いて説明する。図１２（ａ）に示されるように、ＮＡＣＫを示すステータスレポートは“０”であり、ＡＣＫを示すステータスレポートは“１”である。又、反復回数ＲＮは５である。
【０１８６】
ステータスレポート作成部３９０は、図１２（ｂ）に示されるように、同一のステータスレポートを５回、データ通信部３３０に入力する。ステータスレポート作成部３９０は、ＮＡＣＫを示すステータスレポートを作成した場合には、“０”含むステータスレポートを５回、データ通信部３３０に入力し、ＡＣＫを示すステータスレポートを作成した場合には、“１”含むステータスレポートを５回、データ通信部３３０に入力する。
【０１８７】
図１２（ｃ）は５つのステータスレポートが送信されるタイミングを説明する図である。ステータスレポート作成部３９０は、予め定められた所定の時間間隔ｔで５つのステータスレポートをデータ通信部３３０に入力する。図１２（ｃ）は、一例として、所定の時間間隔ｔが、１ＴＴＩである場合にステータスレポートが送信される例を示す。
【０１８８】
（データ送信方法）
次に、第３の実施の形態において、送信装置として機能する基地局２００によって実施されるデータ送信方法について、図１３を用いて説明する。
【０１８９】
図１３は、複数のステータスレポートに基づいて、トランスポートブロックが正しく受信されたか否かを判断する処理を示すフローチャートである。即ち、図１３は、図５に示されるステップＳ１０６〜ステップＳ１０８の処理を説明するフローチャートである。
【０１９０】
ステップＳ８０１において、ステータスレポート解析部２７０が、ＲＮ個のステータスレポートを受信したか否かを判断する。
【０１９１】
ステップＳ８０１において、ステータスレポート解析部２７０がＲＮ個のステータスレポートを受信したと判断した場合には、ステップＳ８０２において、ステータスレポート解析部２７０が、複数のステータスレポートが全て同一の内容であるか否かを判断する。
【０１９２】
ステップＳ８０２において、ステータスレポート解析部２７０が、ＲＮ個全てのステータスレポートが同一の内容であると判断した場合にはステップＳ８０３において、ステータスレポート解析部２７０がステータスレポートの内容がＡＣＫか否かを判断する。
【０１９３】
ステップＳ８０３において、全ステータスレポートがＡＣＫであると判断された場合は、ステップＳ８０４において、ステータスレポート解析部２７０が、ステータスレポートの内容はＡＣＫであると判断する。
【０１９４】
一方、ステップＳ８０３において、全ステータスレポートがＮＡＣＫであると判断された場合は、ステータスレポート解析部２７０が、ステータスレポートの内容はＮＡＣＫであると判断する。
【０１９５】
尚、ステップＳ８０４の処理の後に図５に示されるステップＳ１１３以降の処理が行われ、ステップＳ８０５の処理の後に、図５に示されているステップＳ１１３以降の処理が行われる。
【０１９６】
又、ステップＳ８０１において、ステータスレポート解析部２７０が、ＲＮ個のステータスレポートを受信していないと判断した場合、及び、ステップＳ８０２において、ステータスレポート解析部２７０が、ＲＮ個全てのステータスレポートが同一の内容でないと判断した場合には、ステータスレポート解析部２７０は、有効なステータスレポートを受信していないと判断する。従って、ステップＳ８０１から処理が継続される。
【０１９７】
尚、ステータスレポート解析部２７０が、有効なステータスレポートを受信していないと判断し、ステップＳ８０１から処理が継続されることは、図５に示されるステップＳ１０６においてステータスレポートが受信されていないと判断された場合の処理に対応する。
【０１９８】
（データ受信方法）
次に、第３の実施の形態において、受信装置として機能する移動局３００によって実施されるデータ受信方法について、図１４を用いて説明する。
【０１９９】
図１４は、複数のステータスレポートを送信することによって一つのステータスレポートを送信する処理を示すフローチャートである。即ち、図１４は、図７に示されるステップＳ３１１の処理を説明するフローチャートである。
【０２００】
ステップＳ９０１において、ステータスレポート作成部３９０から取得したステータスレポートをデータ通信部３３０が送信する。
【０２０１】
ステップＳ９０２において、ステータスレポート作成部３９０が、送信回数を１ずつ増やし、ステータスレポートをデータ通信部３３０に入力した回数、即ち送信回数がＲＮ回に達したか否か判断する。
【０２０２】
ステップＳ９０２において、ステータスレポート作成部３９０が、送信回数がＲＮ回に達したと判断した場合には、ステータスレポートをデータ通信部３３０に入力する処理を終了する。一方、ステップＳ９０２において、ステータスレポート作成部３９０が、送信回数がＲＮ回に達していないと判断した場合には、ステップＳ９０１に戻り、ステータスレポート作成部３９０がデータ通信部３３０にステータスレポートを入力するため、データ通信部３３０がステータスレポートを送信する。
【０２０３】
（効果）
本実施の形態におけるステータスレポート解析部２７０と、ステータスレポート作成部３９０とによれば、第１の実施の形態において得られる効果に加えて以下のような効果が得られる。
【０２０４】
データ通信部３３０がステータスレポート作成部３９０から取得したステータスレポートを反復回数送信し、ステータスレポート解析部２７０が、同一のステータスレポートを反復回数受信した場合に、有効なステータスレポートを受信したと判断する。このため、受信装置で正しく受信できなかったにも関わらず、送信装置が、受信装置によって正しく受信されたと判断するＡＣＫ／ＮＡＣＫ誤りを抑制することができ、高信頼度のＡＣＫ／ＮＡＣＫ送受信、即ちステータスレポートの送受信が可能になる。
【０２０５】
又、反復回数は、データ種別が非リアルタイム系である場合に、データ種別がリアルタイム系である場合より多い。このため、誤りに関してはある程度寛容なリアルタイム系のデータの場合に、十分な誤り耐性が得られ、かつ、チャネルのオーバーヘッドを抑えてチャネルを有効利用することができる。一方、遅延に関してはある程度寛容であるが、の誤りに関しては敏感な非リアルタイム系のデータの場合に、多くのステータスレポートが送受信されることによってより高信頼度のＡＣＫ／ＮＡＣＫ送受信が可能になる。
【０２０６】
［その他の実施の形態］
本発明は上記の実施の形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０２０７】
例えば、上述した実施の形態における基地局２００に備えられている構成要素を移動局３００が備え、移動局３００に備えられている構成要素を基地局２００が備えてもよい。この場合、移動局３００から基地局２００に送信されるデータに対する再送制御を、データ種別に応じて適切に行うことが可能になる。
【０２０８】
或いは、上述した実施の形態における基地局２００に備えられている構成要素が複数の装置に分けられて備えられていてもよいし、移動局３００に備えられている構成要素が複数の装置に分けられて備えられていてもよい。その際は、それらの複数の装置間でデータのやりとりが行えるようにバス等で装置間を接続しているものとする。
【０２０９】
又、上述した実施の形態では、基地局２００に備えられているデータ種別識別部２４０がデータ種別を識別して制御部２１０及び基地局２００から通知されたデータ種別を取得した制御部３１０がパラメータを調整したが、再送制御に用いられる全てのパラメータを基地局２００が設定して移動局３００に通知してもよいし、或いは、全てのパラメータを移動局３００が設定して基地局２００に通知してもよい。即ち、パラメータ調整部が送信装置又は受信装置のいずれかのみに備えられていてもよい。
【０２１０】
更に、無線ネットワーク制御装置等の他の装置が、再送制御に用いられるパラメータを設定して基地局２００及び移動局３００に通知してもよい。即ち、送信装置、受信装置の他の装置にパラメータ調整部が備えられていてもよい。
【０２１１】
或いは、上述した第３の実施の形態においては、ステータスレポート解析部２７０は、複数のステータスレポートが全て同一でない場合にステータスレポートが無効であると判断している。しかし、ステータスレポート解析部２７０は、例えば、複数のステータスレポートの内、５０％以上のステータスレポートが同一である場合に、有効なステータスレポートを取得したと判断してもよい。この場合、ステータスレポート解析部２７０は、５０％以上のステータスレポートが示す内容からトランスポートブロックが正しく受信されたか否かを判断する。
【０２１２】
又、基地局２００と移動局３００とが第２の実施の形態と第３の実施の形態とを組み合わせた構成であってもよい。即ち、基地局２００に備えられるステータスレポート解析部２７０と、移動局３００に備えられる制御部３１０及びステータスレポート作成部３９０は、第１の実施の形態において備える機能に加え、ステータスレポートに対する冗長データの付与に関係する機能及びステータスレポートの反復回数送信に関係する機能を備えてもよい。
【０２１３】
更には、上述した実施の形態においては、基地局２００が送信装置として機能し、移動局３００が受信装置として機能する場合について説明したため、基地局２００と移動局３００との間の無線リンクを介して上位ブロック又はトランスポートブロックとしてデータが送受信されることを前提に説明した。しかし、伝送路は無線に限定されるものではなく、有線であってもよい。
【０２１４】
又、上述した実施の形態においては、再送されるデータ単位であるデータブロックはＭＡＣレイヤで取り扱われるトランスポートブロックであるとしているが、例えば、ＭＡＣレイヤよりより上位のプロトコルレイヤで取り扱われるデータ単位であってもよい。
【図面の簡単な説明】
【０２１５】
【図１】図１は、第１の実施の形態に係る通信システムの構成図である。
【図２】図２は、第１の実施の形態に係る基地局の構成図である。
【図３】図３は、第１の実施の形態に係る移動局の構成図である。
【図４】図４は、第１の実施の形態に係る判定結果保持部を示す図である。
【図５】図５は、第１の実施の形態に係るデータ送信方法を示すフローチャートである。
【図６】図６は、第１の実施の形態において基地局がパラメータを設定する処理を示すフローチャートである。
【図７】図７は、第１の実施の形態に係るデータ受信方法を示すフローチャートである。
【図８】図８は、第１の実施の形態において移動局がパラメータを設定する処理を示すフローチャートである。
【図９】図９は、第２の実施の形態に係るデータ送信方法を示すフローチャートである。
【図１０】図１０は、第２の実施の形態に係るデータ受信方法を示すフローチャートである。
【図１１】図１１は、第２の実施の形態においてデータ種別に応じて移動局がパラメータを設定する処理を示すフローチャートである。
【図１２】図１２は、第３の実施の形態においてステータスレポート送信し、解析する処理を説明する図である。
【図１３】図１３は、第３の実施の形態に係るデータ送信方法を示すフローチャートである。
【図１４】図１４は、第３の実施の形態に係るデータ受信方法を示すフローチャートである。
【符号の説明】
【０２１６】
１…通信システム
２００，２００ａ〜２００ｃ…基地局
２１０…制御部
２２０…データ保持部
２３０…データ通信部
２４０…データ種別識別部
２５０…再送回数制御部
２６０…送信ウィンドウサイズ制御部
２６５…送信タイマ制御部
２７０…ステータスレポート解析部
２８０…トランスポートブロック作成部
３００，３００ａ〜３００ｆ…移動局
３１０…制御部
３１５…データ保持部
３２０…判定結果保持部
３３０…データ通信部
３４０…データ種別取得部
３５０…受信タイマ制御部
３６０…受信ウィンドウサイズ制御部
３７０…上位ブロック再生部
３８０…検出部
３９０…ステータスレポート作成部
４００…セル
【図１】
2006217085.tif 000003
【図２】
2006217085.tif 000004
【図３】
2006217085.tif 000005
【図４】
2006217085.tif 000006
【図５】
2006217085.tif 000007
【図６】
2006217085.tif 000008
【図７】
2006217085.tif 000009
【図８】
2006217085.tif 000010
【図９】
2006217085.tif 000011
【図１０】
2006217085.tif 000012
【図１１】
2006217085.tif 000013
【図１２】
2006217085.tif 000014
【図１３】
2006217085.tif 000015
【図１４】
2006217085.tif 000016