(57)【要約】  本発明は、移動通信システムにおいて、ＲＬＣの並べ替え待ち時間と最大ＨＡＲＱ送信回数の不整合による無線リソースの浪費と伝送遅延の増大を防止することを目的とする。受信側装置のＲＬＣ層は、受信したＰＤＵに割り当てられたシーケンス番号に抜けを検知すると並び替えタイマー（４１）を起動し、並べ替えタイマー（４１）の満了するまで、抜けを検知したシーケンス番号のＰＤＵの受信を試み、シーケンス番号を用いてＰＤＵを並べ替える。受信側装置のＭＡＣ層のＨＡＲＱプロセス（３４）は、並べ替えタイマー（４１）と同時に満了するＨＡＲＱ再送待ちタイマー（３４１）を備え、ＨＡＲＱ再送待ちタイマー（３４１）の満了時に、ＰＤＵの再送の終了を要求する信号である再送終了要求信号を送信側装置のＭＡＣ層のＨＡＲＱプロセス（３４）に送信する。送信側装置は、再送終了要求信号を受信するとＰＤＵの再送を終了する。
2019167228.tif 000002
【特許請求の範囲】
【請求項１】
送信側装置と、前記送信側装置からＨＡＲＱ（Hybrid Automatic repeat-request）方式によりＰＤＵ（Protocol Data Unit）が送信される受信側装置とを備える移動通信システム（１１）であって、
前記受信側装置のＲＬＣ（Radio Link Control）層は、受信したＰＤＵに割り当てられたシーケンス番号に抜けを検知すると並び替えタイマー（４１）を起動し、前記並べ替えタイマー（４１）が満了するまで、抜けを検知したシーケンス番号のＰＤＵの受信を試み、シーケンス番号を用いてＰＤＵを並べ替え、
前記受信側装置のＭＡＣ（Medium Access Control）層のＨＡＲＱプロセス（３４）は、前記並べ替えタイマー（４１）と同時に満了するＨＡＲＱ再送待ちタイマー（３４１）を備え、前記ＨＡＲＱ再送待ちタイマー（３４１）の満了時に、ＰＤＵの再送の終了を要求する信号である再送終了要求信号を前記送信側装置のＭＡＣ層のＨＡＲＱプロセス（３４）に送信し、
前記送信側装置は、前記再送終了要求信号を受信するとＰＤＵの再送を終了する、
移動通信システム（１１）。
【請求項２】
送信側装置から、ＨＡＲＱ（Hybrid Automatic repeat-request）方式によりＰＤＵ（Protocol Data Unit）が送信される受信側装置であって、
ＲＬＣ（Radio Link Control）層において、受信したＰＤＵに割り当てられたシーケンス番号に抜けを検知すると、並び替えタイマー（４１）を起動し、前記並べ替えタイマー（４１）が満了するまで抜けを検知したシーケンス番号のＰＤＵの受信を試み、前記シーケンス番号を用いてＰＤＵを並べ替え、
ＭＡＣ（Medium Access Control）層のＨＡＲＱプロセス（３４）は、前記並べ替えタイマー（４１）と同時に満了するＨＡＲＱ再送待ちタイマー（３４１）を備え、前記ＨＡＲＱ再送待ちタイマー（３４１）の満了時に、ＰＤＵの再送の終了を要求する信号である再送終了要求信号を前記送信側装置のＭＡＣ層のＨＡＲＱプロセス（３４）に送信する、
受信側装置。
【請求項３】
送信側装置と、前記送信側装置からＨＡＲＱ（Hybrid Automatic repeat-request）方式によりＰＤＵ（Protocol Data Unit）が送信される受信側装置とを備える移動通信システム（１２）であって、
前記受信側装置のＲＬＣ層は、受信したＰＤＵに割り当てられたシーケンス番号に抜けを検知すると、並び替えタイマー（４１）を起動し、前記並べ替えタイマー（４１）が満了するまで抜けを検知したシーケンス番号のＰＤＵの受信を試み、前記シーケンス番号を用いてＰＤＵを並べ替え、
前記送信側装置のＭＡＣ層のＨＡＲＱプロセス（３４）は、前記並べ替えタイマー（４１）と同時に満了するＨＡＲＱ再送制限タイマー（３４２）を備え、前記ＨＡＲＱ再送制限タイマー（３４２）の満了時に、ＰＤＵの再送を終了する、
移動通信システム（１２）。
【請求項４】
ＨＡＲＱ方式によりＰＤＵを受信側装置に送信する送信側装置であって、
前記受信側装置のＲＬＣ層は、受信したＰＤＵに割り当てられたシーケンス番号に抜けを検知すると、並び替えタイマー（４１）を起動し、前記並べ替えタイマー（４１）が満了するまで抜けを検知したシーケンス番号のＰＤＵの受信を試み、前記シーケンス番号を用いてＰＤＵを並べ替え、
前記送信側装置のＭＡＣ層のＨＡＲＱプロセス（３４）は、受信側装置の並べ替えタイマーと同時に満了するＨＡＲＱ再送制限タイマー（３４２）を備え、前記ＨＡＲＱ再送制限タイマー（３４２）の満了時に、ＰＤＵの再送を終了する、
送信側装置。
【請求項５】
請求項１または請求項３に記載の移動通信システム（１３）であって、
前記再送は冗長再送を含み、
前記送信側装置のＭＡＣ層のＨＡＲＱプロセス（３４）は、前記ＰＤＵを送信した後、予め定められた冗長再送回数の上限に達するまで、前記受信側装置のＭＡＣ層のＨＡＲＱプロセス（３４）からのＰＤＵの再送を要求する信号である再送要求信号を待たずに前記ＰＤＵの冗長再送を行う、
移動通信システム。
【請求項６】
請求項４に記載の送信側装置であって、
前記再送は冗長再送を含み、
前記送信側装置のＭＡＣ層のＨＡＲＱプロセス（３４）は、前記ＰＤＵを送信した後、予め定められた冗長再送回数の上限に達するまで、前記受信側装置のＭＡＣ層のＨＡＲＱプロセス（３４）からのＰＤＵの再送を要求する信号である再送要求信号を待たずに前記ＰＤＵの冗長再送を行う、
送信側装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムのＨＡＲＱ再送制御に関する。
【背景技術】
【０００２】
非特許文献１，２，３では、３ＧＰＰ（Third Generation Partnership Project）の標準化仕様としてＬＴＥ（Long Term Evolution）およびＬＴＥ−Ａ（Long Term Evolution Advanced）の仕様が規定されている。【０００３】
これらの規定に従った移動通信システムでは、無線アクセスネットワークとユーザ端末との間の無線通信において、ＭＡＣ（Medium Access Control）層でＨＡＲＱ（Hybrid Automatic repeat-request）再送制御が行われる。ＨＡＲＱ再送制御における再送回数の上限である最大ＨＡＲＱ送信回数（maxHARQ-Tx：Maximum number of HARQ transmissions）は、送信側ＨＡＲＱエンティティにおいて定義されている。ＨＡＲＱ再送制御により、受信側装置ではトランスポートブロック（ＴＢ）の順序が逆転する。【０００４】
従って、受信側装置の無線リンク制御（ＲＬＣ：Radio Link Control）層では、受信側ＲＬＣエンティティが並べ替えタイマーを用いて時間を区切り、順序の補正を行う。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TS 36.321 version 12.4.0 Release 12 LTE;  Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification、3GPP、２０１５年２月
【非特許文献２】3GPP TS 36.322 version 12.1.1 Release 12 LTE;  Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) protocol specification、3GPP、２０１５年２月
【非特許文献３】3GPP TS 36.331 version 12.5.0 Release 12 LTE;  Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); protocol specification、3GPP、２０１５年４月
【発明の概要】
【発明が解決しようとする課題】
【０００６】
送信側ＨＡＲＱエンティティの最大ＨＡＲＱ送信回数と、受信側ＲＬＣエンティティの並べ替えタイマー値とは、ＭＡＣ層とＲＬＣ層という異なるプロトコル層で独立に管理と制御が行われているため、これらの不整合により以下の問題が生じる。【０００７】
例えば、最大ＨＡＲＱ送信回数が比較的大きく、並べ替えタイマー値が比較的小さい場合、受信側ＲＬＣエンティティが並べ替えタイマー満了によってプロトコルデータユニット（ＰＤＵ：Protocol Data Unit）の受信を諦めた後にも、送信側ＨＡＲＱプロセスにおいて最大ＨＡＲＱ送信回数に達するまでＨＡＲＱ再送が継続しうる。この場合、無駄な再送による無線リソースを浪費してしまうという問題点がある。【０００８】
反対に、最大ＨＡＲＱ送信回数が比較的小さく、並べ替えタイマー値が比較的大きい場合、送信側ＨＡＲＱプロセスで最大ＨＡＲＱ送信回数に達し、もはや再送されない状況になっても、受信側ＲＬＣエンティティは並べ替えタイマーが満了するまでＰＤＵの受信を試み続ける。この場合、無駄な並べ替え待ちにより伝送遅延が増大するという問題点がある。【０００９】
本発明はかかる点に鑑みてなされたものであり、移動通信システムにおいて、ＲＬＣの並べ替え待ち時間と最大ＨＡＲＱ送信回数との不整合による、無線リソースの浪費と伝送遅延の増大を防止することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の移動通信システムは、送信側装置と、送信側装置からＨＡＲＱ（Hybrid Automatic repeat-request）方式によりＰＤＵ（Protocol Data Unit）が送信される受信側装置とを備える。受信側装置のＲＬＣ（Radio Link Control）層は、受信したＰＤＵに割り当てられたシーケンス番号に抜けを検知すると並び替えタイマーを起動し、並べ替えタイマーが満了するまで、抜けを検知したシーケンス番号のＰＤＵの受信を試み、シーケンス番号を用いてＰＤＵを並べ替える。受信側装置のＭＡＣ（Medium Access Control）層のＨＡＲＱプロセスは、並べ替えタイマーと同時に満了するＨＡＲＱ再送待ちタイマーを備え、ＨＡＲＱ再送待ちタイマーの満了時に、ＰＤＵの再送の終了を要求する信号である再送終了要求信号を送信側装置のＭＡＣ層のＨＡＲＱプロセスに送信する。送信側装置は、再送終了要求信号を受信するとＰＤＵの再送を終了する。
【発明の効果】
【００１１】
本発明の移動通信システムによれば、並べ替えタイマーと同時に満了するＨＡＲＱ再送待ちタイマーの満了を契機としてＰＤＵの再送を終了することが可能である。従って、ＲＬＣの並べ替え待ち時間と最大ＨＡＲＱ送信回数との不整合による、無線リソースの浪費と伝送遅延の増大が防止される。【００１２】
本発明の目的、特徴、態様、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００１３】
【図１】前提技術の移動通信システムの概略構成を示す図である。
【図２】プロトコルスタック構成を示す図である。
【図３】ＭＡＣ層の構成を示す図である。
【図４】移動通信システムにおける送信側装置と受信側装置の間の伝送の一例を示す図である。
【図５】ＲＬＣ層による順序補正処理の一例を示す図である。
【図６】受信側ＲＬＣエンティティの状態変数と順序補正ウィンドウの制御イメージを表す図である。
【図７】実施の形態１の移動通信システムにおける受信側装置のブロック図である。
【図８】実施の形態１の移動通信システムにおける受信側ＨＡＲＱプロセスの動作を示すフローチャートである。
【図９】実施の形態１の移動通信システムにおける送信側装置と受信側装置の間の伝送の一例を示す図である。
【図１０】実施の形態２の移動通信システムにおける送信側装置のブロック図である。
【図１１】実施の形態２の移動通信システムにおける送信側ＨＡＲＱプロセスの動作を示すフローチャートである。
【図１２】実施の形態２の移動通信システムにおける送信側装置と受信側装置の間の伝送の一例を示す図である。
【図１３】実施の形態３の移動通信システムにおける送信側装置のブロック図である。
【図１４】実施の形態３のスケジューラの動作を示すフローチャートである。
【図１５】実施の形態３の送信側ＨＡＲＱプロセスの動作を示すフローチャートである。
【図１６】実施の形態３の移動通信システムにおける送信側装置と受信側装置の間の伝送の一例を示す図である。
【発明を実施するための形態】
【００１４】
＜前提技術＞
図１は、本発明の前提技術における移動通信システム１０の概略構成を示している。移動通信システム１０は、３ＧＰＰ（Third Generation Partnership Project）標準化仕様で規定されるＬＴＥ（Long Term Evolution）またはＬＴＥ−Ａ（Long Term Evolution Advanced）に従った移動通信システムである。移動通信システム１０は、ユーザ端末１００および無線基地局２００を含む。
【００１５】
ユーザ端末１００と無線基地局２００は、無線アクセスネットワーク２０を介して通信を行う。無線アクセスネットワーク２０は、３ＧＰＰにおいて規定されるＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）である。ユーザ端末１００は、在圏するセルの無線基地局２００と無線リンクを介して通信を行う。ユーザ端末１００と無線基地局２００との間に、ユーザデータ用ベアラ（ＤＲＢ：Data Radio Bearer）および制御メッセージ用ベアラ（ＳＲＢ：Signalling Radio Bearer）が論理的なパケット伝達経路として設定される。
【００１６】
なお、移動通信システム１０は、必ずしもＬＴＥ（Ｅ−ＵＴＲＡＮ）に限定されない。例えば、無線アクセスネットワーク２０は、５Ｇとして規定されるユーザ端末１００と無線通信を実行する無線アクセスネットワークであってもよい。
【００１７】
図２は、無線アクセスネットワーク２０を構成するユーザ端末１００、無線基地局２００間のプロトコルスタック構成を示す。
【００１８】
ユーザ端末１００および無線基地局２００のそれぞれは、ＰＤＣＰ（Packet Data Convergence Protocol）層、ＲＬＣ層、ＭＡＣ層、ＰＨＹ（PHYsical）層およびＲＲＣ（Radio Resource Control）層を備えている。ＰＤＣＰ層は、秘匿、正当性確認およびヘッダ圧縮などを行う。ＲＬＣ層は、順序制御、重複検出および再送制御などを行う。ＭＡＣ層は、無線リソース割当およびＨＡＲＱ再送制御などを行う。ＰＨＹ層は、ユーザ端末１００と無線基地局２００間の無線伝送を行う。ＲＲＣ層は、制御メッセージを送受する。
【００１９】
これらのプロトコル層は、プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）を単位として処理を行う。ＰＤＣＰ層およびＲＬＣ層では、ベアラ毎にエンティティが設定される。ＭＡＣ層では、ユーザ端末１００毎にエンティティが設定される。すなわち、無線基地局２００には、通信相手となるユーザ端末１００の数に応じた複数のＭＡＣエンティティが設定され得る。ユーザ端末１００と無線基地局２００のＲＲＣ層は、ＳＲＢを使ってＲＲＣメッセージを送受し、ユーザ端末１００と無線基地局２００の間のコネクション確立および解放、ベアラの確立、再構成および解放などを行う。
【００２０】
図３は、ＭＡＣ層３の構成を示す図である。ＭＡＣ層３は、ＭＡＣエンティティ３０とスケジューラ３１を備えている。ＭＡＣエンティティ３０は、無線基地局２００と各ユーザ端末１００に設定される。ユーザ端末１００間の無線リソースの割当を行うスケジューラ３１は、無線基地局２００のＭＡＣ層３に設けられる。
【００２１】
ＭＡＣエンティティ３０は、スケジューラ３２とＨＡＲＱエンティティ３３を備える。スケジューラ３２は、ユーザ端末１００内の無線リソースの割当を行う。ＨＡＲＱエンティティ３３は、再送制御を行う。なお、図示しないが、移動通信システム１０が複数のコンポーネントキャリア（ＣＣ：要素周波数帯域）を束ねて通信を行うキャリアアグリゲーション（ＣＡ：Carrier Aggregation）を採用する場合、ＨＡＲＱエンティティ３３は各ユーザ端末１００について、さらにＣＣ毎に設けられる。
【００２２】
ＨＡＲＱ再送制御には、ｎチャンネルＳＡＷ（n-channel Stop And Wait）方式が採用されており、ＨＡＲＱエンティティ３３はｎ個のＨＡＲＱプロセス３４を備える。
【００２３】
無線基地局２００のＭＡＣ層３は、スケジューリングの最小時間単位であるＴＴＩ（Transmission Time Interval）毎に、トランスポートブロック（ＴＢ：Transport Block）と呼ばれるパケットの送信機会を得る。
【００２４】
無線基地局２００からユーザ端末１００への下りリンクについては、無線基地局２００のスケジューラ３１が、どのユーザ端末１００に対してデータ送信するかを決定し、ユーザ端末１００との間の無線リンク状態に応じた特定のＴＢサイズを選択する。スケジューラ３１が決定したユーザ端末１００のＭＡＣエンティティ３０において、スケジューラ３２は、どのベアラについてデータ送信するかを決定し、ベアラ間にＴＢサイズを割り振る。スケジューラ３２は、割り振ったＴＢサイズに応じたＲＬＣ−ＰＤＵを、ベアラに対応するＲＬＣエンティティから受け取り、ＴＢに多重する。無線基地局２００のＭＡＣエンティティ３０からユーザ端末１００のＭＡＣエンティティ３０へ、ＨＡＲＱエンティティ３３を用いてＴＢが伝送される。ユーザ端末１００は受信したＴＢからＲＬＣ−ＰＤＵを抽出し、対応するベアラのＲＬＣエンティティにＲＬＣ−ＰＤＵを渡す。
【００２５】
ユーザ端末１００から無線基地局２００への上りリンクについては、無線基地局２００のスケジューラ３１が、どのユーザ端末１００にデータ送信させるかを決定し、ユーザ端末１００との間の無線リンク状態に応じた特定のＴＢサイズを選択する。そしてスケジューラ３１は、ＰＨＹ層の制御チャンネルを通じてユーザ端末１００のＭＡＣ層３に通知する。スケジューラ３１が決定したユーザ端末１００のＭＡＣエンティティ３０において、スケジューラ３２は、どのベアラについてデータ送信するかを決定し、ベアラ間にＴＢサイズを割り振る。スケジューラ３２は、割り振ったＴＢサイズに応じたＲＬＣ−ＰＤＵを、ベアラに対応するＲＬＣエンティティから受け取り、ＴＢに多重する。ユーザ端末１００のＭＡＣエンティティ３０から無線基地局２００のＭＡＣエンティティ３０へ、ＨＡＲＱエンティティ３３を用いてＴＢが伝送される。無線基地局２００は受信したＴＢからＲＬＣ−ＰＤＵを抽出し、対応するベアラのＲＬＣエンティティにＲＬＣ−ＰＤＵを渡す。
【００２６】
図４は、移動通信システム１０における送信側装置と受信側装置の間の伝送の一例を示している。ＨＡＲＱエンティティ３３は、ｎチャンネルＳＡＷの各チャンネルに対応したＨＡＲＱプロセス３４を備える。図４ではｎ＝４の場合が示され、ｐ０，ｐ１，ｐ２，ｐ３という４組のＨＡＲＱプロセス３４が示されている。１組のＨＡＲＱプロセス３４が、一つのＴＢを伝送する。
【００２７】
送信側装置のＨＡＲＱプロセス３４（以下、「送信側ＨＡＲＱプロセス３４」と称する）は、送信対象のＴＢをＨＡＲＱプロセス３４毎に備える再送バッファに保存した上で、受信側装置のＨＡＲＱプロセス３４（以下、「受信側ＨＡＲＱプロセス３４」と称する）へ初送する。
【００２８】
受信側ＨＡＲＱプロセス３４は、ＴＢにエラーがない場合は、ＴＢを正常受信してＲＬＣ−ＰＤＵ抽出等の後続処理に渡すとともに、ＡＣＫ（Acknowledgement）信号をＰＨＹ層の制御チャンネルを通じて送信側ＨＡＲＱプロセス３４に返信する。本明細書では、ＡＣＫ信号の返信をＡＣＫ応答とも称する。また、受信側ＨＡＲＱプロセス３４は、ＴＢにエラーを検出した場合、ＮＡＣＫ（Negative ACK）信号をＰＨＹ層の制御チャンネルを通じて送信側ＨＡＲＱプロセス３４に返信する。本明細書では、ＮＡＣＫ信号の返信をＮＡＣＫ応答とも称する。
【００２９】
なお、上りリンクにおいては、無線基地局２００からユーザ端末１００へのＴＢ送信許可通知（UL grant）において許可対象ＴＢが初送か再送かを示すことで、ＡＣＫ信号またはＮＡＣＫ信号に相当する情報を無線基地局２００からユーザ端末１００へ伝える方法もある。上記で説明したＡＣＫ信号とＮＡＣＫ信号には、このようなＴＢ送信許可通知に含められるものを含む。
【００３０】
送信側ＨＡＲＱプロセス３４は、受信側ＨＡＲＱプロセス３４からＡＣＫ信号を受けると、再送バッファを解放し、次のＴＢ送信を可能とする。なお、「次のＴＢ送信を可能な状態」とは、再送すべきＴＢを持たないアイドリング状態にあることを示す。また、送信側ＨＡＲＱプロセス３４は、受信側ＨＡＲＱプロセス３４からＮＡＣＫ信号を受けると、再送バッファに保存している送信対象ＴＢを、受信側ＨＡＲＱプロセス３４へ再度送信する（再送）。このように、一組のＨＡＲＱプロセス３４は、一つのＴＢを送信すると次のＴＢ送信を停止してＡＣＫ信号またはＮＡＣＫ信号を待つという、ＳＡＷ（Stop And Wait）方式の動作を行う。従って、ｎ組のＨＡＲＱプロセス３４は、ｎ個のＴＢをＡＣＫ信号またはＮＡＣＫ信号の受信前に送信することができる。
【００３１】
図４では、１６個のＴＢの伝送が示されている。まず、１から４番目のＴＢを、ＨＡＲＱプロセス３４の組ｐ０からｐ３がそれぞれ伝送する。受信側ＨＡＲＱプロセス３４は、１番目と２番目のＴＢにエラーを検出し、３番目と４番目のＴＢを正常に受信する。そこで、受信側ＨＡＲＱプロセス３４は、１番目と２番目のＴＢに対してＮＡＣＫ応答を行い、３番目と４番目のＴＢに対してＡＣＫ応答を行う。送信側ＨＡＲＱプロセス３４（ｐ０）は、受信側ＨＡＲＱプロセス３４（ｐ０）からＮＡＣＫ信号を受けると、再送バッファに保存している１番目のＴＢを再送する。受信側ＨＡＲＱプロセス３４（ｐ０）は、１番目のＴＢを正常に受信すると、ＡＣＫ応答を行う。ここで、受信側ＨＡＲＱエンティティ３３は、３番目のＴＢ、４番目のＴＢ、１番目のＴＢの順にＴＢを受信しており、ＴＢの受信順序が逆転している。送信側ＨＡＲＱプロセス３４（ｐ０）は、受信側ＨＡＲＱプロセス３４（ｐ０）からＡＣＫ信号を受けると、１番目のＴＢを保存していた再送バッファを解放し、次の、すなわち７番目のＴＢを送信可能にする。
【００３２】
送信側ＨＡＲＱプロセス３４（ｐ１）は、受信側ＨＡＲＱプロセス３４（ｐ１）からＮＡＣＫ応答を受けると、再送バッファに保存している２番目のＴＢを再送する（１度目）。受信側ＨＡＲＱプロセス３４（ｐ１）は、２番目のＴＢにエラーを検出すると、再びＮＡＣＫ応答を行う。送信側ＨＡＲＱプロセス３４（ｐ１）は、受信側ＨＡＲＱプロセス３４（ｐ１）からＮＡＣＫ応答を受けると、再送バッファに保存している２番目のＴＢを再送する（２度目）。このように、送信側ＨＡＲＱプロセス３４は、受信側ＨＡＲＱプロセス３４からＮＡＣＫ応答を受ける度にＴＢの再送を繰り返す。このときのＴＢの送信回数の上限が、最大ＨＡＲＱ送信回数（maxHARQ-Tx：Maximum number of HARQ transmissions）として送信側ＨＡＲＱエンティティ３３に定義されている。
【００３３】
図４では、最大ＨＡＲＱ送信回数が４回の場合を例示している。送信側ＨＡＲＱプロセス３４（ｐ１）は、再送回数に初送の１回を加えた回数が最大ＨＡＲＱ送信回数に達すると、受信側ＨＡＲＱプロセス３４（ｐ１）からの応答がＡＣＫ応答またはＮＡＣＫ応答のいずれであっても、２番目のＴＢを保存していた再送バッファを解放し、次の、すなわち１４番目のＴＢを送信可能にする。ここで、２番目のＴＢは消失し、以降も受信側ＨＡＲＱプロセス３４に受信されることはない。
【００３４】
上りリンクの最大ＨＡＲＱ送信回数は、ユーザ端末１００−無線基地局２００間のコネクション確立時のＲＲＣメッセージの中で、無線基地局２００からユーザ端末１００に対して設定される。下りリンクの最大ＨＡＲＱ送信回数の具体的な設定方法は、規定されていない。
【００３５】
なお、ＨＡＲＱ再送制御では、受信側ＨＡＲＱプロセス３４にもＴＢを保存するバッファを備え、エラーの検出されたＴＢの初送分、および再送分をソフトコンバイニングしてエラー発生率を低減する方式が採られるが、本発明とは直接関係しないため説明を省略する。
【００３６】
図４のように、ＨＡＲＱプロセス３４がＴＢを一定の時間間隔で再送する方式は、同期ＨＡＲＱ（Synchronous HARQ）と呼ばれ、上りリンクで用いられる。これに対して下りリンクでは、非同期ＨＡＲＱ（Asynchronous HARQ）が用いられる。非同期ＨＡＲＱでは、あるＨＡＲＱプロセス３４によるＴＢの初送よりも他のＨＡＲＱプロセス３４によるＴＢの再送を優先するなど、ＴＢの送信タイミングを柔軟に制御することができるが、各ＨＡＲＱプロセス３４のＴＢ送信時間間隔は予見できない。従って、非同期ＨＡＲＱ方式の場合、最大ＨＡＲＱ送信回数に相応する時間は予見できない。
【００３７】
次に、ＲＬＣ層について説明する。ＲＬＣ層には、ＲＬＣ−ＡＭ（RLC Acknowledged Mode）、ＲＬＣ−ＵＭ（RLC Unacknowledged Mode）、およびＲＬＣ−ＴＭ（RLC Transparent Mode）の３モードがある。ＲＬＣ−ＴＭでは、ＲＬＣそのものを透過とする。ＲＬＣ−ＡＭおよびＲＬＣ−ＵＭの送信側エンティティは、ＰＤＣＰ−ＰＤＵを適応的に分割または統合することにより、ＭＡＣ層３から割り振られたサイズに見合った長さのＲＬＣ−ＰＤＵを生成して、ＭＡＣ層３に渡す。ＲＬＣ−ＡＭおよびＲＬＣ−ＵＭの受信側エンティティは、ＭＡＣ層３のＨＡＲＱ再送制御で生じる順序逆転の補正（以下、「順序補正」と称する）を行ってから、送信側エンティティによるＰＤＣＰ−ＰＤＵの分割または統合に対応してＰＤＣＰ−ＰＤＵの再構築を行う。ＲＬＣ−ＡＭの場合はさらに、受信側ＲＬＣエンティティからの送達確認通知に基づいて送信側ＲＬＣエンティティがＲＬＣ−ＰＤＵを再送するＡＲＱ（Automatic Repeat reQuest）制御が実施されるが、本発明とは直接関係しないため説明を省略する。
【００３８】
以下、順序補正についてさらに説明する。順序補正のため、各ＲＬＣ−ＰＤＵにはシーケンス番号（ＳＮ：Sequence Number）を含むヘッダが付加される。このヘッダにより、受信側ＲＬＣエンティティはどのＲＬＣ−ＰＤＵが損失したかを識別できる。図５は、ＲＬＣ層による順序補正処理の一例を示す図である。送信側ＲＬＣエンティティは、受信側ＲＬＣエンティティの受信状態を意識することなく、シーケンス番号を単純にインクリメントしながらＲＬＣ−ＰＤＵを生成し、受信側ＲＬＣエンティティに送信する。一方、受信側ＲＬＣエンティティは、順序補正ウィンドウ（Reordering window）の範囲外のシーケンス番号のＲＬＣ−ＰＤＵを受信したことを契機に、順序補正ウィンドウを更新する。
【００３９】
図６は、ＲＬＣ−ＵＭの場合の、受信側ＲＬＣエンティティの状態変数と順序補正ウィンドウの制御イメージを表している。順序補正ウィンドウは、受信した各ＲＬＣ−ＰＤＵの順序をシーケンス番号順に補正、すなわち並べ替えるために用いられるウィンドウである。順序補正ウィンドウには、ＰＤＣＰ−ＰＤＵの再構成を待機中の受信済みのＲＬＣ−ＰＤＵが格納される。シーケンス番号のビット数をｎとしたとき、順序補正ウィンドウのサイズは２の（ｎ−１）乗である。以下の説明では、シーケンス番号を５ビットとし、順序補正ウィンドウのサイズを２４＝１６とする。
【００４０】
状態変数は、順序補正ウィンドウにおける各ＲＬＣ−ＰＤＵの受信状態を管理するための変数である。図６には状態変数として受信待機番号ＶＲ（ＵＲ）と、最大受信番号ＶＲ（ＵＨ）を示している。ＶＲ（ＵＨ）は、受信済みＲＬＣ−ＰＤＵのシーケンス番号の最大値に１を加えたシーケンス番号を意味する。ＶＲ（ＵＲ）は、並べ替え待ち、すなわち抜けが発生しているＰＬＣ−ＰＤＵのうち最も古いＰＬＣ−ＰＤＵのシーケンス番号を意味する。並べ替え待ちがない状態では、ＶＲ（ＵＲ）はＶＲ（ＵＨ）と一致する。
【００４１】
図６において、領域Ａは、「ＶＲ（ＵＨ）−順序補正ウィンドウサイズ（＝１６）」から「ＶＲ（ＵＲ）」の間のシーケンス番号の領域である。受信側ＲＬＣエンティティは、領域Ａのシーケンス番号のＰＬＣ−ＰＤＵを既に受信し、ＰＤＣＰ−ＰＤＵに再構築済みである。受信側ＲＬＣエンティティは、領域Ａのシーケンス番号のＰＬＣ−ＰＤＵを再び受信した場合、後に受信したＰＬＣ−ＰＤＵを破棄する。
【００４２】
領域Ｂは、「ＶＲ（ＵＲ）」から「ＶＲ（ＵＨ）」の間のシーケンス番号の領域である。領域Ｂのシーケンス番号のＰＬＣ−ＰＤＵは、受信側ＲＬＣエンティティが受信を期待しており、並べ替え待ちのＲＬＣ−ＰＤＵである。受信側ＲＬＣエンティティは、領域Ｂのシーケンス番号のＲＬＣ−ＰＤＵを受信したとき、そのシーケンス番号のＲＬＣ−ＰＤＵを初めて受信した場合は受け入れ、既に受信済みであれば破棄する。なお、領域Ａおよび領域Ｂが、順序補正ウィンドウにあたる。
【００４３】
領域Ｃは、未受信のＲＬＣ−ＰＤＵのシーケンス番号の領域である。受信側ＲＬＣエンティティは、領域Ｃのシーケンス番号のＲＬＣ−ＰＤＵを受信すると、順序補正ウィンドウを更新する。
【００４４】
受信側ＲＬＣエンティティは、シーケンス番号の抜けを検出すると、並べ替えタイマーを起動し、ＶＲ（ＵＲ）を更新しない。受信側ＲＬＣエンティティは、抜けが発生しているシーケンス番号のＲＬＣ−ＰＤＵを受信すると、ＶＲ（ＵＲ）を次に古い並べ替え待ちの、すなわち、抜けが発生しているＲＬＣ−ＰＤＵのシーケンス番号に更新する。また、受信側ＲＬＣエンティティは、並べ替えタイマーの満了時にも、抜けが発生しているシーケンス番号のＲＬＣ−ＰＤＵの受信を諦め、ＶＲ（ＵＲ）を次に古い並べ替え待ちのＲＬＣ−ＰＤＵのシーケンス番号に更新する。並べ替え待ちのＲＬＣ−ＰＤＵがなければ、ＶＲ（ＵＲ）はＶＲ（ＵＨ）に等しくなる。並べ替え待ちのＲＬＣ−ＰＤＵがまだある場合は、受信側ＲＬＣエンティティは、並べ替えタイマーを改めて起動する。受信側ＲＬＣエンティティは、更新後のＶＲ（ＵＲ）より古い、並べ替え待ちであったＲＬＣ−ＰＤＵを、ＰＤＣＰ−ＰＤＵに再構築し、ＰＤＣＰ層に渡す。
【００４５】
例えば、受信側ＲＬＣエンティティはＳＮ＝０、ＳＮ＝２、ＳＮ＝１の順でＲＬＣ−ＰＤＵを受信した場合、以下のように順序補正を行う。
【００４６】
まず、受信側ＲＬＣエンティティはＳＮ＝０のＲＬＣ−ＰＤＵを受信すると、ＶＲ（ＵＨ）＝１、ＶＲ（ＵＲ）＝１とし、ＳＮ＝０のＲＬＣ−ＰＤＵをＰＤＣＰ−ＰＤＵに再構築する。
【００４７】
次に、受信側ＲＬＣエンティティはＳＮ＝２のＲＬＣ−ＰＤＵを受信すると、ＶＲ（ＵＨ）＝３、ＶＲ（ＵＲ）＝１とし、並べ替えタイマーを起動する。
【００４８】
その後、受信側ＲＬＣエンティティはＳＮ＝１のＲＬＣ−ＰＤＵを受信すると、ＶＲ（ＵＨ）＝３、ＶＲ（ＵＲ）＝３とし、ＳＮ＝１，２のＲＬＣ−ＰＤＵをＰＤＣＰ−ＰＤＵに再構築する。
【００４９】
並べ替えタイマーが満了する時間である並べ替えタイマー値（t-Reordering）は、例えば３５ｍｓであるが、これに限定されるものではない。受信側ＲＬＣエンティティ毎に定義される並べ替えタイマー値は、下りリンクについては、ＵＥとｅＮＢとの間のベアラ確立または再構成時のＲＲＣメッセージにおいて、無線基地局２００からユーザ端末１００に対して設定される。上りリンクの並べ替えタイマー値については、具体的な設定方法が規定されていない。
【００５０】
以上のように、ＲＬＣ層の順序補正処理において、受信側ＲＬＣエンティティは、ＭＡＣ層のＨＡＲＱ再送制御で生じるＴＢの順序逆転および消失を、シーケンス番号の抜けによって検出する。そして、受信側ＲＬＣエンティティは並べ替えタイマー値の期間は抜けたＲＬＣ−ＰＤＵの受信を試み、それでも受信できなければ当該ＲＬＣ−ＰＤＵの受信を諦める。この順序補正処理のために、並べ替えタイマー値の分だけ伝送遅延が増加し得る。
【００５１】
＜実施の形態１＞
＜構成＞
実施の形態１の移動通信システム１１の構成は、図１に示した通りであり、ユーザ端末１００と無線基地局２００からなる。図７は、移動通信システム１１における受信側装置のブロック図である。図７では、ＭＡＣ層とＲＬＣ層を中心に受信側装置の構成を示している。なお、受信側装置とは、下りリンクにおけるユーザ端末１００であり、上りリンクにおける無線基地局２００である。
【００５２】
図７において、受信側装置は、ＭＡＣエンティティ３０、ＲＬＣエンティティ４０、およびＲＲＣ層５０を備える。ＭＡＣエンティティ３０は、ＨＡＲＱエンティティ３３およびＨＡＲＱ再送待ちタイマー値選択部３５を備える。
【００５３】
ＨＡＲＱエンティティ３３は、ｎ個のＨＡＲＱプロセス３４を備え、ＨＡＲＱ再送待ちタイマー値３３１を保持する。ｎ個のＨＡＲＱプロセス３４は、それぞれＨＡＲＱ再送待ちタイマー３４１を備える。ＨＡＲＱ再送待ちタイマー値選択部３５は、候補テーブル３５１を備える。
【００５４】
ＲＬＣエンティティ４０はベアラ毎に設定される。各ＲＬＣエンティティ４０は並べ替えタイマー４１を備え、並べ替えタイマー値４２を保持する。
【００５５】
＜動作＞
次に、実施の形態１の受信側装置の動作を、図７を参照して説明する。
【００５６】
ＲＲＣ層５０は、ベアラの確立または再構成の時に新たなＲＬＣエンティティ４０を生成し、ＲＬＣエンティティ４０に並べ替えタイマー値４２を設定する。下りリンクの場合、送信側装置である無線基地局２００のＲＲＣ層５０が、受信側装置であるユーザ端末１００のＲＲＣ層５０に設定すべき並べ替えタイマー値を通知し、ユーザ端末１００のＲＲＣ層５０がＲＬＣエンティティ４０に並べ替えタイマー値４２を設定する。上りリンクの場合、受信側装置である無線基地局２００のＲＲＣ層５０が、新たに生成したＲＬＣエンティティ４０に並べ替えタイマー値４２を設定する。
【００５７】
同時に、ＲＲＣ層５０はＨＡＲＱ再送待ちタイマー値選択部３５に新たな並べ替えタイマー値４２を通知する。ＨＡＲＱ再送待ちタイマー値選択部３５は、この並べ替えタイマー値４２を候補テーブル３５１に追加し、候補テーブル３５１中の最大値を、ＨＡＲＱ再送待ちタイマー値３３１に設定する。
【００５８】
なお、図示しないが、移動通信システム１０がＣＡを採用する場合、ＣＣ毎にＨＡＲＱエンティティ３３が設けられる。候補テーブル３５１中の最大値は、各ＨＡＲＱエンティティ３３が有するＨＡＲＱ再送待ちタイマー値３３１に設定される。
【００５９】
ベアラを解放する際、ＲＲＣ層５０は既存の解放対象のＲＬＣエンティティ４０を削除する。同時に、ＲＲＣ層５０はＨＡＲＱ再送待ちタイマー値選択部３５に、当該ＲＬＣエンティティ４０の並べ替えタイマー値４２を削除するよう通知する。ＨＡＲＱ再送待ちタイマー値選択部３５は、この通知を受けて当該ＲＬＣエンティティ４０の並べ替えタイマー値４２を候補テーブル３５１から削除し、削除後の候補テーブル３５１中の最大値を、ＨＡＲＱ再送待ちタイマー値３３１に設定する。
【００６０】
図８は、実施の形態１の移動通信システム１１における受信側ＨＡＲＱプロセス３４の動作を示すフローチャートである。以下、図８に沿って受信側ＨＡＲＱプロセス３４の動作を説明する。
【００６１】
まず、受信側ＨＡＲＱプロセス３４は、送信側ＨＡＲＱプロセス３４からＴＢを受信すると（ステップＳ１０１）、ＴＢにエラーがあるかを判定する（ステップＳ１０２）。ＴＢにエラーがない場合、すなわち正常受信の場合、受信側ＨＡＲＱプロセス３４はＨＡＲＱ再送待ちタイマー３４１を停止し（ステップＳ１０３）、送信側ＨＡＲＱプロセス３４にＡＣＫ応答を行う（ステップＳ１０４）。そして、受信側ＨＡＲＱプロセス３４は、正常受信したＴＢからＲＬＣ−ＰＤＵを抽出し、対応するベアラのＲＬＣエンティティ４０に渡す（ステップＳ１０５）。
【００６２】
ステップＳ１０２でＴＢにエラーが検出された場合、受信側ＨＡＲＱプロセス３４はＴＢが初送か否かを判定する（ステップＳ１０６）。従来、ＴＢには、ＰＨＹ層の制御チャンネルによってＮＤＩ（New Data Indicator）と呼ばれる情報が付随しているが、受信側ＨＡＲＱプロセス３４はＮＤＩによってＴＢが初送か再送かを判定することが可能である。
【００６３】
ステップＳ１０６でＴＢが初送である場合、受信側ＨＡＲＱプロセス３４はＨＡＲＱ再送待ちタイマー３４１を起動する（ステップＳ１０７）。なお、ＨＡＲＱ再送待ちタイマー３４１は、前述したステップＳ１０３の処理によって停止されない限り、ステップＳ１０７の起動時からＨＡＲＱ再送待ちタイマー値３３１の期間を経過した時点で満了する。次に、受信側ＨＡＲＱプロセス３４は送信側ＨＡＲＱプロセス３４にＮＡＣＫ応答を行う（ステップＳ１０８）。
【００６４】
ステップＳ１０６でＴＢが再送である場合、受信側ＨＡＲＱプロセス３４はＨＡＲＱ再送待ちタイマー３４１が満了したかを判定する（ステップＳ１０９）。そして、受信側ＨＡＲＱプロセス３４は、ＨＡＲＱ再送待ちタイマー３４１が満了していなければＮＡＣＫ応答（ステップＳ１１０）、ＨＡＲＱ再送待ちタイマー３４１が満了していればＡＣＫ応答（ステップＳ１１１）を、それぞれ送信側ＨＡＲＱプロセス３４に行う。送信側ＨＡＲＱプロセス３４は、ＮＡＣＫ応答を受けている間はＴＢの再送を行うが、ＡＣＫ応答を受けるとＴＢの再送を止める。すなわち、送信側ＨＡＲＱプロセス３４は再送バッファを開放し、次のＴＢ送信が可能な状態となる。
【００６５】
図９は、移動通信システム１１における送信側装置と受信側装置の間の伝送の一例を示している。両装置間には２つのベアラが設定され、ベアラに対応して両装置には２組のＲＬＣエンティティ４０、すなわちＲＬＣ−１とＲＬＣ−２が設定されている。なお、送信側装置のＭＡＣ層のＨＡＲＱエンティティには、無限大の最大ＨＡＲＱ送信回数が設定されているものとする。そして、受信側装置のＲＬＣエンティティ４０には、並べ替えタイマー値４２としてＲＬＣ−１にt-Reordering-1が、ＲＬＣ−２にt-reordering-2が設定されている。なお、（t-Reordering-1 ＞ t-Reordering-2）である。
【００６６】
ベアラの確立または再構成の時に、ＨＡＲＱ再送待ちタイマー値選択部３５が、候補テーブル３５１に設定された並べ替えタイマー値４２の最大値であるt-Reordering-1をＨＡＲＱ再送待ちタイマー値３３１に設定する。
【００６７】
図９では、送信側装置がＲＬＣ−１とＲＬＣ−２のＲＬＣ−ＰＤＵを多重化したＴＢを初送し、受信側装置がこのＴＢをエラーありで受信した場合を例示している。この場合、受信側ＨＡＲＱプロセス３４は、ＨＡＲＱ再送待ちタイマー３４１を起動し（図８のステップＳ１０７）、ＮＡＣＫ応答を行う（ステップＳ１０８）。受信側ＲＬＣエンティティ４０のＲＬＣ−１とＲＬＣ−２は、ＴＢに多重されたＲＬＣ−ＰＤＵのシーケンス番号に抜けを検出し、それぞれ並べ替えタイマー４１を起動する。
【００６８】
送信側ＨＡＲＱプロセス３４はＮＡＣＫ応答を受けてＴＢを再送するが、受信側ＨＡＲＱプロセス３４は、再送されたＴＢにもエラーを検出する。受信側ＨＡＲＱプロセス３４は、受信したＴＢにエラーを検出する度に、ＮＡＣＫ応答を行う（ステップＳ１１０）。このように、送信側ＨＡＲＱプロセス３４によるＴＢの再送と、受信側ＨＡＲＱプロセス３４によるＮＡＣＫ応答とが何度も繰り返される。
【００６９】
ＲＬＣ−２の並べ替えタイマー４１は、起動からt-Reordering-2が経過した時点で満了する。その後、ＲＬＣ−１の並べ替えタイマー４１も起動からt-Reordering-1が経過した時点で満了し、同時にＭＡＣ層のＨＡＲＱプロセス３４においても、ＨＡＲＱ再送待ちタイマー３４１が起動からt-Reordering-1が経過したことにより満了する。
【００７０】
その後、送信側ＨＡＲＱプロセス３４がＮＡＣＫ応答を受けてＴＢを再送する。そして、受信側ＨＡＲＱプロセス３４がＴＢを受信し、受信したＴＢにエラーを検出する。しかし、ＨＡＲＱ再送待ちタイマー３４１が既に満了しているため、受信側ＨＡＲＱプロセス３４はＮＡＣＫ応答ではなくＡＣＫ応答を行う（ステップＳ１１１）。送信側ＨＡＲＱプロセス３４は、受信側ＨＡＲＱプロセス３４からＡＣＫ応答を受けると、ＴＢの再送を止める。
【００７１】
＜変形例＞
上記の説明において、受信側ＨＡＲＱプロセス３４はＨＡＲＱ再送待ちタイマー３４１を備えたが、代わりに初送時刻を記録するメモリ等を備えても良い。その場合、受信側ＨＡＲＱプロセス３４は図８のステップＳ１０７では現在時刻を初送時刻として記録し、ステップＳ１０９ではステップＳ１０７で記録した初送時刻からの経過時間がＨＡＲＱ再送待ちタイマー値３３１を超えているかを判定する。
【００７２】
また、図８のフローチャートによれば、受信側ＨＡＲＱプロセス３４がエラーなしでＴＢを受信した場合（ステップＳ１０２でＮｏ）、受信時刻がＨＡＲＱ再送待ちタイマー３４１の満了後であってもＴＢからＲＬＣ−ＰＤＵ抽出を行う（ステップＳ１０５）。しかし、ここで抽出されるＲＬＣ−ＰＤＵは受信側ＨＡＲＱプロセス３４が既に受信を諦めたものであるため、受信側ＨＡＲＱプロセス３４はＲＬＣ−ＰＤＵ抽出を行わなくてもよい。
【００７３】
また、上記の説明では、送信側の最大ＨＡＲＱ送信回数を無限大とした。しかし、ＨＡＲＱ再送がＡＣＫ信号の伝送エラーに対処する等の目的であれば、無線アクセスネットワークで運用され得る並べ替えタイマー値に鑑みて、十分に大きな回数が最大ＨＡＲＱ送信回数として設定されれば良い。また、最大ＨＡＲＱ送信回数を予め取り決めておき、ＲＲＣメッセージによる最大ＨＡＲＱ送信回数の設定を省略しても良い。
【００７４】
また、上記の説明では、図８のステップＳ１１１で受信側ＨＡＲＱプロセス３４がＡＣＫ信号を応答した。しかし、ここで受信側ＨＡＲＱプロセス３４が送信側ＨＡＲＱプロセス３４に送信する信号は、送信側ＨＡＲＱプロセス３４に再送終了を要求する信号、すなわち再送終了要求信号であればよく、ＡＣＫ信号に限らない。
【００７５】
また、上記の説明では、受信側ＨＡＲＱプロセス３４はＨＡＲＱ再送待ちタイマー３４１が満了した後、ＴＢを受信した時に、図８のステップＳ１１１においてＡＣＫ信号を応答した。しかし、受信側ＨＡＲＱプロセス３４はＨＡＲＱ再送待ちタイマー３４１の満了時に即、ＴＢの受信を待たずにＡＣＫ信号を送信してもよい。
【００７６】
また、上記の説明では、下りリンクと上りリンクにおける並べ替えタイマー値を、無線基地局２００が決定したが、ユーザ端末１００が決定してもよい。例えば下りリンクの場合、ユーザ端末１００が、ベアラに要求される伝送遅延上限値、または順序補正処理のために割当て可能なデータバッファあるいはキューの容量などに基づいて、並べ替えタイマー値を決定してもよい。ユーザ端末１００が決定した並べ替えタイマー値は、ベアラ確立または再構成時のＲＲＣメッセージに載せて、ユーザ端末１００から無線基地局２００に通知してもよい。あるいは、ユーザ端末１００の保有メモリ量などの属性情報、または当該属性情報を指し示すインデクス値、または機種識別子を、コネクション確立時のＲＲＣメッセージに載せてユーザ端末１００から無線基地局２００に通知しておく。そして、無線基地局２００が、ベアラ確立または再構成時にベアラに要求される伝送遅延上限値、若しくはユーザ端末１００が順序補正処理のために割当て可能なデータバッファあるいはキューの容量などに基づいて、並べ替えタイマー値を決定してもよい。
【００７７】
また、上記の説明では、ＨＡＲＱプロセス３４が１つのＨＡＲＱ再送待ちタイマー３４１を備えた。しかし、ＨＡＲＱプロセス３４は生成されているＲＬＣエンティティ４０に対応した複数のＨＡＲＱ再送待ちタイマー３４１を備えてもよい。この場合、ＨＡＲＱ再送待ちタイマー値選択部３５は、候補テーブル３５１中の最大値をＨＡＲＱ再送待ちタイマー値３３１に設定する代わりに、候補テーブル３５１中の一部または全ての並べ替えタイマー値４２を、ＲＬＣエンティティ４０の識別情報と対応づけてＨＡＲＱ再送待ちタイマー値３３１に設定する。そして、図８のステップＳ１０７では、ＲＬＣエンティティ４０に対応した複数のＨＡＲＱ再送待ちタイマー３４１を起動する。さらに、図８のステップＳ１０９では、ステップＳ１０７で起動した全てのＨＡＲＱ再送待ちタイマー３４１が満了していた場合、ステップＳ１１１に進み、受信側ＨＡＲＱプロセス３４はＡＣＫ信号を送信側ＨＡＲＱプロセス３４に応答する。一方、一部のＨＡＲＱ再送待ちタイマー３４１だけが満了していた場合、受信側ＨＡＲＱプロセス３４は満了済みのＨＡＲＱ再送待ちタイマー３４１に対応するＲＬＣエンティティ４０の識別情報を含む部分ＡＣＫ信号を応答する。この部分ＡＣＫ信号を受信した送信側ＨＡＲＱプロセス３４は、部分ＡＣＫ信号に含まれるＲＬＣエンティティ４０の識別情報に対応するＲＬＣ−ＰＤＵを送信対象ＴＢから除去して、ＴＢの再送を継続する。このとき、送信対象ＴＢのＲＬＣ−ＰＤＵが除去された領域を別のデータ送信に利用してもよい。あるいは、より小さなＴＢサイズの変調方式または符号化率でＴＢを再送してもよい。
【００７８】
また、受信側ＨＡＲＱプロセス３４が１つのＨＡＲＱ再送待ちタイマー３４１を備える場合でも、ＨＡＲＱ再送待ちタイマー値選択部３５は、候補テーブル３５１中の一部または全ての並べ替えタイマー値４２を選択してＨＡＲＱ再送待ちタイマー値３３１に設定し、受信側ＨＡＲＱプロセス３４はＨＡＲＱ再送待ちタイマー値３３１の昇順にＨＡＲＱ再送待ちタイマー３４１を起動しても良い。すなわち、受信側ＨＡＲＱプロセス３４は、一つのＨＡＲＱ再送待ちタイマー値３３１を設定したＨＡＲＱ再送待ちタイマー３４１満了したら、次のＨＡＲＱ再送待ちタイマー値３３１をＨＡＲＱ再送待ちタイマー３４１に設定して起動する。そして、受信側ＨＡＲＱプロセス３４は、最後以外のＨＡＲＱ再送待ちタイマー値３３１が設定されたＨＡＲＱ再送待ちタイマー３４１の満了の際に、部分ＡＣＫ信号を応答し、最後のＨＡＲＱ再送待ちタイマー値３３１が設定されたＨＡＲＱ再送待ちタイマー３４１の満了の際に、ＡＣＫ信号を応答する。
【００７９】
＜効果＞
以上に説明したように、実施の形態１の移動通信システム１１は、送信側装置と、送信側装置からＨＡＲＱ方式によりＰＤＵが送信される受信側装置とを備える。そして、受信側装置のＲＬＣ層は、受信したＰＤＵに割り当てられたシーケンス番号に抜けを検知すると並び替えタイマー４１を起動し、並べ替えタイマー４１が満了するまで、抜けを検知したシーケンス番号のＰＤＵの受信を試み、シーケンス番号を用いてＰＤＵを並べ替える。受信側装置のＭＡＣ層のＨＡＲＱプロセス３４は、並べ替えタイマー４１と同時に満了するＨＡＲＱ再送待ちタイマー３４１を備え、ＨＡＲＱ再送待ちタイマー３４１の満了時に、ＰＤＵの再送の終了を要求する信号である再送終了要求信号を送信側装置のＭＡＣ層のＨＡＲＱプロセス３４に送信する。送信側装置は、再送終了要求信号を受信するとＰＤＵの再送を終了する。従って、移動通信システム１１によれば、ＲＬＣの並べ替え待ち時間に相応した回数のＨＡＲＱ再送を行うことができる。そのため、移動通信システム１１によれば、無駄な再送による無線リソース浪費と無駄な伝送遅延増大を防止することが可能である。
【００８０】
＜実施の形態２＞
＜構成＞
実施の形態２の移動通信システム１２の構成は、図１に示した通りであり、ユーザ端末１００と無線基地局２００からなる。図１０は、移動通信システム１２における送信側装置のブロック図である。図１０では、ＭＡＣ層とＲＬＣ層を中心に送信側装置の構成を示している。なお、送信側装置とは、下りリンクにおける無線基地局２００であり、上りリンクにおけるユーザ端末１００である。
【００８１】
図１０において、送信側装置は、ＭＡＣエンティティ３０、ＲＬＣエンティティ４０、およびＲＲＣ層５０を備える。ＭＡＣエンティティ３０は、スケジューラ３２とＨＡＲＱエンティティ３３を備える。スケジューラ３２は、候補テーブル３２１を備える。
【００８２】
ＨＡＲＱエンティティ３３は、ｎ個のＨＡＲＱプロセス３４を備える。ｎ個のＨＡＲＱプロセス３４は、それぞれＨＡＲＱ再送制限タイマー３４２を備え、ＨＡＲＱ再送制限タイマー値３４３を保持する。
【００８３】
ＲＬＣエンティティ４０はベアラ毎に設定され、それぞれリモート並べ替えタイマー値(t-Reordering-remote)４３を保持する。
【００８４】
＜動作＞
次に、実施の形態２の移動通信システム１２における送信側装置の動作を、図１０を参照して説明する。ＲＲＣ層５０は、ベアラの確立または再構成の時に、新たなＲＬＣエンティティ４０を生成し、ＲＬＣエンティティ４０にリモート並べ替えタイマー値４３を設定する。リモート並べ替えタイマー値４３は、実施の形態１で説明した受信側装置のＲＬＣエンティティ４０に設定される並べ替えタイマー値（t-Reordering）と同じ値である。下りリンクの場合、送信側装置である無線基地局２００のＲＲＣ層５０が、受信側装置であるユーザ端末１００のＲＲＣ層５０に、受信側ＲＬＣエンティティ４０に設定すべき並べ替えタイマー値（t-Reordering）を通知する。この並べ替えタイマー値と同じ値を、ＲＲＣ層５０が無線基地局２００に新たに生成したＲＬＣエンティティ４０に対し、リモート並べ替えタイマー値４３として設定する。上りリンクの場合、受信側装置である無線基地局２００のＲＲＣ層５０が、新たに生成したＲＬＣエンティティ４０に並べ替えタイマー値（t-Reordering）を設定する。無線基地局２００のＲＲＣ層５０は、この並べ替えタイマー値と同じ値を、送信側装置であるユーザ端末１００のＲＲＣ層５０に、ベアラ確立または再構成時のＲＲＣメッセージにリモート並べ替えタイマー値(t-Reordering-remote)として載せて通知する。ユーザ端末１００のＲＲＣ層５０は、無線基地局２００のＲＲＣ層５０から取得したリモート並べ替えタイマー値を、ユーザ端末１００に新たに生成したＲＬＣエンティティ４０に対して、リモート並べ替えタイマー値４３として設定する。
【００８５】
ベアラを解放する際、ＲＲＣ層５０は既存の解放対象のＲＬＣエンティティ４０を削除する。それと同時に、ＲＬＣエンティティ４０に設定されたリモート並べ替えタイマー値４３は削除される。
【００８６】
送信側装置のＭＡＣエンティティ３０において、スケジューラ３２が、どのベアラについてデータ送信するかを決定し、ベアラ間にＴＢサイズを割り振る。スケジューラ３２は、割り振ったＴＢサイズに応じたＲＬＣ−ＰＤＵを、ベアラに対応するＲＬＣエンティティ４０から受け取り、ＴＢに多重する。ここで、ＲＬＣエンティティ４０は、ＲＬＣ−ＰＤＵにリモート並べ替えタイマー値４３を付随してスケジューラ３２に渡す。スケジューラ３２は、ＲＬＣ−ＰＤＵを受け取る時に、付随するリモート並べ替えタイマー値４３を候補テーブル３２１に追加する。スケジューラ３２は、ＴＢに多重するＲＬＣ−ＰＤＵが揃った時点で、候補テーブル３２１中の最大値を選択する。そして、スケジューラ３２は、多重化したＴＢを、次のＴＢを送信可能な状態のＨＡＲＱプロセス３４に渡す時に、前記の最大値をＨＡＲＱ再送制限タイマー値３４３として設定する。その後、スケジューラ３２は、候補テーブル３２１をクリアする。なお、図示しないが、移動通信システム１２がＣＡを採用する場合、ＣＣ毎に設けられたＨＡＲＱエンティティ３３が上記のＴＢを構成する動作を行う。その結果、ＨＡＲＱ再送制限タイマー値３４３は、当該ＣＣのＨＡＲＱエンティティ３３に含まれるＨＡＲＱ再送制限タイマー値３４３として設定される。
【００８７】
図１１は、実施の形態２の移動通信システム１２における送信側ＨＡＲＱプロセス３４の動作を示すフローチャートである。以下、図１１に沿って送信側ＨＡＲＱプロセス３４の動作を説明する。
【００８８】
送信側ＨＡＲＱプロセス３４は、スケジューラ３２から送信対象のＴＢを受け取ると（ステップＳ２０１）、当該ＴＢをＨＡＲＱプロセス３４毎に備える再送バッファに保存する（ステップＳ２０２）。次に、送信側ＨＡＲＱプロセス３４はＨＡＲＱ再送制限タイマー３４２を起動する（ステップＳ２０３）。ＨＡＲＱ再送制限タイマー３４２は、後述するステップＳ２０７の処理によって停止されない限り、ステップＳ２０３の起動からＨＡＲＱ再送制限タイマー値３４３の期間を経過した時点で満了する。続いて、送信側ＨＡＲＱプロセス３４は、再送バッファに保存しているＴＢを受信側ＨＡＲＱプロセス３４へ初送し（ステップＳ２０４）、受信側ＨＡＲＱプロセス３４からのＡＣＫ応答またはＮＡＣＫ応答を待機する（ステップＳ２０５）。
【００８９】
受信側ＨＡＲＱプロセス３４からの応答がＡＣＫ応答であれば（ステップＳ２０６でＹｅｓ）、送信側ＨＡＲＱプロセス３４はＨＡＲＱ再送制限タイマー３４２を停止する（ステップＳ２０７）。そして、送信側ＨＡＲＱプロセス３４は再送バッファを解放し（ステップＳ２０８）、次のＴＢを送信可能な状態にする。
【００９０】
ステップＳ２０６で受信側ＨＡＲＱプロセス３４からの応答がＮＡＣＫ応答であれば（ステップＳ２０６でＮｏ）、送信側ＨＡＲＱプロセス３４はＨＡＲＱ再送制限タイマー３４２が満了したかを判定する（ステップＳ２０９）。ステップＳ２０９でＨＡＲＱ再送制限タイマー３４２がまだ満了していない場合、送信側ＨＡＲＱプロセス３４は再送バッファに保存しているＴＢを、受信側ＨＡＲＱプロセス３４へ送信、すなわち再送する（ステップＳ２１０）。その後、送信側ＨＡＲＱプロセス３４はステップＳ２０５に戻り、再び受信側ＨＡＲＱプロセス３４からのＡＣＫ応答またはＮＡＣＫ応答を待機する。
【００９１】
ステップＳ２０９でＨＡＲＱ再送制限タイマー３４２が満了している場合、送信側ＨＡＲＱプロセス３４は再送バッファを解放し（ステップＳ２１１）、次のＴＢを送信可能な状態にする。すなわち、ステップＳ２０４またはステップＳ２１０で送信したＴＢの再送を終了する。このＨＡＲＱ再送制限タイマー３４２による再送終了判断は、最大ＨＡＲＱ送信回数による再送終了判断に優先する。すなわち、送信側ＨＡＲＱプロセス３４は、ステップＳ２１１の時点で、再送回数に初送の１回を加えた回数が最大ＨＡＲＱ送信回数に達していなくても、再送を終了する。
【００９２】
図１２は、実施の形態２の移動通信システム１２における送信側装置と受信側装置の間の伝送の一例を示す図である。両装置間には２つのベアラが設定され、ベアラに対応して両装置には２組のＲＬＣエンティティ４０、すなわちＲＬＣ−１とＲＬＣ−２が設定されている。なお、送信側装置のＭＡＣ層のＨＡＲＱエンティティ３３には、無限大の最大ＨＡＲＱ送信回数が設定されているものとする。そして、受信側装置のＲＬＣエンティティ４０には、ＲＬＣ−１の並べ替えタイマー値としてt-Reordering-1が、ＲＬＣ−２の並べ替えタイマー値としてt-reordering-2が設定されている。なお、（t-Reordering-1 ＞ t-Reordering-2）である。
【００９３】
ベアラの確立または再構成の時に、ＲＲＣ層５０は、送信側ＲＬＣエンティティ４０のリモート並べ替えタイマー値４３を設定する。すなわち、ＲＲＣ層５０は、ＲＬＣ−１にt-Reordering-1を、ＲＬＣ−２にt-Reordering-2を設定する。送信側装置のＭＡＣエンティティ３０において、スケジューラ３２が、ＲＬＣ−１とＲＬＣ−２からＲＬＣ−ＰＤＵを受け取ってＴＢに多重する。この時スケジューラ３２は、ＲＬＣ−１から取得したＲＬＣ−ＰＤＵに付随するリモート並べ替えタイマー値４３（t-Reordering-1）と、ＲＬＣ−２から取得したＲＬＣ−ＰＤＵに付随するリモート並べ替えタイマー値４３（t-Reordering-2）とが追加された候補テーブル３２１の中から、最大値であるt-Reordering-1を、ＨＡＲＱ再送制限タイマー値３４３として送信側ＨＡＲＱプロセス３４に設定する。送信側ＨＡＲＱプロセス３４は、ＨＡＲＱ再送制限タイマー３４２を起動し（図１１のステップＳ２０３）、ＴＢを初送する（ステップＳ２０４）。
【００９４】
図１２では、このＴＢが受信側装置においてエラーありで受信された場合を例示している。受信側ＨＡＲＱプロセス３４はＮＡＣＫ応答を行う。また、受信側ＲＬＣエンティティ４０のＲＬＣ−１およびＲＬＣ−２は、ＴＢに多重されたＲＬＣ−ＰＤＵのシーケンス番号が抜けたことを検出し、それぞれ並べ替えタイマーを起動する。
【００９５】
送信側ＨＡＲＱプロセス３４は、受信側ＨＡＲＱプロセス３４からＮＡＣＫ応答を受ける度に、ＨＡＲＱ再送制限タイマー３４２が満了したかを判定する（図１１のステップＳ２０９）。ＨＡＲＱ再送制限タイマー３４２が満了していなければ、送信側ＨＡＲＱプロセス３４はＴＢを再送する（ステップＳ２１０）。図１２の例では、再送したＴＢも受信側装置においてエラーありで受信される。受信側ＨＡＲＱプロセス３４は、エラーありのＴＢを受信する度にＮＡＣＫ応答を行う。このように、送信側ＨＡＲＱプロセス３４によるＴＢの再送と受信側ＨＡＲＱプロセス３４によるＮＡＣＫ信号の応答が何度も繰り返される。
【００９６】
受信側装置において、ＲＬＣ−２の並べ替えタイマーは起動からt-Reordering-2が経過した時点で満了する。その後、ＲＬＣ−１の並べ替えタイマーも起動からt-Reordering-1が経過した時点で満了する。ＲＬＣ−１の並べ替えタイマーの満了と同時に、送信側ＨＡＲＱプロセス３４において、ＨＡＲＱ再送制限タイマー３４２が起動からt-Reordering-1が経過をもって満了する。
【００９７】
その後、送信側ＨＡＲＱプロセス３４はＮＡＣＫ応答を受信すると、図１１のフローは、ステップＳ２０６でＮｏ、ステップＳ２０９でＹｅｓとなる。そして、送信側ＨＡＲＱプロセス３４は再送バッファを開放し、ＴＢの再送を止める（ステップＳ２１１）。
【００９８】
＜変形例＞
上記の説明において、送信側ＨＡＲＱプロセス３４はＨＡＲＱ再送制限タイマー３４２を備えたが、代わりに初送時刻を記録するメモリ等を備えても良い。その場合、送信側ＨＡＲＱプロセス３４は図１１のステップＳ２０３で現在時刻を初送時刻として記録し、ステップＳ２０９ではステップＳ２０３で記録した初送時刻からの経過時間がＨＡＲＱ再送制限タイマー値３４３を超えているかを判定する。
【００９９】
また、上記の説明では、送信側の最大ＨＡＲＱ送信回数を無限大とした。しかし、ＨＡＲＱ再送がＡＣＫ信号の伝送エラーに対処する等の目的であれば、無線アクセスネットワークで運用され得る並べ替えタイマー値に鑑みて、十分に大きな回数が最大ＨＡＲＱ送信回数として設定されれば良い。また、最大ＨＡＲＱ送信回数を予め取り決めておき、ＲＲＣメッセージによる最大ＨＡＲＱ送信回数の設定を省略しても良い。
【０１００】
また、上記の説明では、送信側ＨＡＲＱプロセス３４は、ＨＡＲＱ再送制限タイマー３４２の満了後にＮＡＣＫ応答を受信した時に、図１１のステップＳ２１１においてＴＢの再送を止めた。しかし、送信側ＨＡＲＱプロセス３４はＨＡＲＱ再送制限タイマー３４２の満了時に即、再送を止めてもよい。
【０１０１】
また、上記の説明では、下りリンクと上りリンクにおける並べ替えタイマー値を、無線基地局２００が決定したが、ユーザ端末１００が決定してもよい。例えば、下りリンクの場合、ユーザ端末が、ベアラに要求される伝送遅延上限値、または順序補正処理のために割当て可能なデータバッファあるいはキューの容量などに基づいて、並べ替えタイマー値を決定してもよい。ユーザ端末１００が決定した並べ替えタイマー値は、ベアラ確立または再構成時のＲＲＣメッセージに載せて、ユーザ端末１００から無線基地局２００に通知してもよい。あるいは、ユーザ端末１００の保有メモリ量などの属性情報、または当該属性情報を指し示すインデクス値、または機種識別子を、コネクション確立時のＲＲＣメッセージに載せてユーザ端末１００から無線基地局２００に通知しておく。そして、無線基地局２００が、ベアラ確立または再構成時に無線基地局２００がベアラに要求される伝送遅延上限値、若しくはユーザ端末１００が順序補正処理のために割当て可能なデータバッファあるいはキューの容量などに基づいて、並べ替えタイマー値を決定してもよい。
【０１０２】
また、上記の説明では、送信側ＨＡＲＱプロセス３４が１つのＨＡＲＱ再送制限タイマー３４２を備えた。しかし、送信側ＨＡＲＱプロセス３４は、ＲＬＣ−ＰＤＵに対応した複数のＨＡＲＱ再送制限タイマー３４２を備えてもよい。この場合、スケジューラ３２は、候補テーブル３２１中の最大値をＨＡＲＱ再送制限タイマー値３４３に設定する代わりに、候補テーブル３２１中の一部または全てのリモート並べ替えタイマー値４３を、ＲＬＣ−ＰＤＵの識別情報と対応づけてＨＡＲＱ再送制限タイマー値３４３に設定する。そして、送信側ＨＡＲＱプロセス３４は、図１１のステップＳ２０３において、ＲＬＣ−ＰＤＵ毎に複数のＨＡＲＱ再送制限タイマー３４２を起動する。さらに送信側ＨＡＲＱプロセス３４は、図１１のステップＳ２０９において、ステップＳ２０３で起動した全てのＨＡＲＱ再送制限タイマー３４２が満了していた場合、ステップＳ２１１に進みＴＢの再送を停止する。一方、図１１のステップＳ２０９において、一部のＨＡＲＱ再送制限タイマー３４２が満了していた場合、送信側ＨＡＲＱプロセス３４は、満了したＨＡＲＱ再送制限タイマー３４２に対応するＲＬＣ−ＰＤＵを送信対象のＴＢから除去して再送を継続する。このとき、送信側ＨＡＲＱプロセス３４は、送信対象のＴＢからＰＬＣ−ＰＤＵが除去された領域を、別のデータ送信に利用しても良い。あるいは、送信側ＨＡＲＱプロセス３４は、より小さなＴＢサイズの変調方式または符号化率でＴＢを再送してもよい。
【０１０３】
また、送信側ＨＡＲＱプロセス３４が１つのＨＡＲＱ再送制限タイマー３４２を備える場合でも、スケジューラ３２は、候補テーブル３２１中の一部または全てのリモート並べ替えタイマー値４３を選択してＨＡＲＱ再送制限タイマー値３４３に設定し、送信側ＨＡＲＱプロセス３４はＨＡＲＱ再送制限タイマー値３４３の昇順にＨＡＲＱ再送制限タイマー３４２を起動しても良い。すなわち、送信側ＨＡＲＱプロセス３４は、一つのＨＡＲＱ再送制限タイマー値３４３でＨＡＲＱ再送制限タイマー３４２が満了したら次のＨＡＲＱ再送制限タイマー値３４３でＨＡＲＱ再送制限タイマー３４２を起動する。そして、満了済みのＨＡＲＱ再送制限タイマー３４２のＨＡＲＱ再送制限タイマー値３４３に対応するＲＬＣ−ＰＤＵを送信対象のＴＢから除去して再送を継続する。
【０１０４】
なお、実施の形態１と実施の形態２とを組み合わせてもよい。例えば、下りリンクと上りリンクとで実施の形態１と実施の形態２を使い分けてもよいし、下りリンクあるいは上りリンクに実施の形態１と実施の形態２の両方を同時に適用してもよい。
【０１０５】
＜効果＞
以上説明したように、実施の形態２の移動通信システム１２において、受信側装置のＲＬＣ層は、受信したＰＤＵに割り当てられたシーケンス番号に抜けを検知すると、並び替えタイマー４１を起動し、並べ替えタイマー４１が満了するまで抜けを検知したシーケンス番号のＰＤＵの受信を試み、シーケンス番号を用いてＰＤＵを並べ替える。そして、送信側装置のＭＡＣ層のＨＡＲＱプロセス３４は、並べ替えタイマー４１と同時に満了するＨＡＲＱ再送制限タイマー３４２を備え、ＨＡＲＱ再送制限タイマー３４２の満了時に、ＰＤＵの再送を終了する。従って、移動通信システム１２によれば、ＲＬＣの並べ替え待ち時間に相応した回数のＨＡＲＱ再送を行うことができる。そのため、移動通信システム１２によれば、無駄な再送による無線リソース浪費と無駄な伝送遅延増大を防止することが可能である。
【０１０６】
＜実施の形態３＞
実施の形態１と実施の形態２では、ＲＬＣの並べ替え待ち時間に相応したＨＡＲＱ再送を行う装置及び方法を示した。一方、ベアラによっては、同じ並べ替え時間内に更に伝送エラー率を低減したいという要求がありうる。例えば、符号化された映像データの中でキーフレームに該当するデータを伝送するベアラ、または緊急停止等の制御信号データを伝送するベアラなどは、特に伝送エラー率の低減が求められる。実施の形態３では、時間内の再送頻度を増やすことで伝送エラー率をさらに低減する移動通信システムについて説明する。
【０１０７】
実施の形態３の移動通信システム１３の構成は、図１に示した通りであり、ユーザ端末１００と無線基地局２００からなる。図１３は、移動通信システム１３における送信側装置のブロック図である。図１３では、ＭＡＣ層とＲＬＣ層を中心に送信側装置の構成を示している。なお、送信側装置とは、下りリンクにおける無線基地局２００であり、上りリンクにおけるユーザ端末１００である。
【０１０８】
図１３において、送信側装置は、ＭＡＣエンティティ３０、ＲＬＣエンティティ４０、およびＲＲＣ層５０を備える。ＭＡＣエンティティ３０は、スケジューラ３２およびＨＡＲＱエンティティ３３を備える。スケジューラ３２は、ＨＡＲＱ冗長再送カウント値候補テーブル３２２を備える。ＨＡＲＱエンティティ３３は、ｎ個のＨＡＲＱプロセス３４を備える。各ＨＡＲＱプロセス３４は、ＨＡＲＱ冗長再送カウンタ３４４を備える。ＲＬＣエンティティ４０はベアラ毎に設定される。各ＲＬＣエンティティ４０は冗長再送カウント値４４を保持する。
【０１０９】
移動通信システム１３における受信側装置の構成は、図７に示した実施の形態１の移動通信システム１１における受信側装置の構成と同様である。なお、本実施の形態では、冗長再送を行う構成を実施の形態１に適用した例を説明するが、本構成は実施の形態２にも適用可能である。
【０１１０】
＜動作＞
次に、移動通信システム１３における送信側装置の動作を、図１３を参照して説明する。ＲＲＣ層５０は、ベアラの確立または再構成の時に、新たなＲＬＣエンティティ４０を生成し、ＲＬＣエンティティ４０に冗長再送カウント値４４を設定する。伝送エラー率を低減すべきベアラについては「１」が、その他通常のベアラについては「０」が、冗長再送カウント値４４に設定される。冗長再送カウント値４４は、ベアラの特性に基づいて、無線基地局２００が決定することが可能である。例えば、下りリンクの場合、送信側装置である無線基地局２００のＲＲＣ層５０が、無線基地局２００に新たに生成したＲＬＣエンティティ４０に対して、冗長再送カウント値４４を設定する。また、上りリンクの場合、無線基地局２００のＲＲＣ層５０が、送信側装置であるユーザ端末１００のＲＲＣ層５０に、ベアラ確立または再構成時のＲＲＣメッセージに載せて冗長再送カウント値４４を通知する。そして、ユーザ端末１００のＲＲＣ層５０が、その値をユーザ端末１００に新たに生成したＲＬＣエンティティ４０に対して、冗長再送カウント値４４として設定する。
【０１１１】
ベアラを解放する際、ＲＲＣ層５０は既存の解放対象のＲＬＣエンティティ４０を削除する。このとき、冗長再送カウント値４４も同時に削除される。
【０１１２】
次に、送信側装置のＭＡＣエンティティ３０の動作を、これまでより細かく説明する。ここでは、スケジューラ３２は、各ＨＡＲＱプロセス３４に対して以下３種類の指示を行い、指示に対する結果としてＨＡＲＱプロセス３４からＴＢ「送信済」またはＴＢ「無送信」を受け取るものとする。
【０１１３】
（１）初送指示（ＴＢおよび冗長再送カウント値を付随する）
（２）通常再送指示
（３）冗長再送指示
図１４は、実施の形態３のスケジューラ３２の動作を示すフローチャートである。
【０１１４】
スケジューラ３２は、ＴＴＩ毎に訪れうるＴＢ送信機会を待つ（ステップＳ３０１）。ＴＢ送信機会が訪れると、スケジューラ３２はｎ個のＨＡＲＱプロセス３４から一つを選択し、選択したＨＡＲＱプロセス３４に通常再送指示を行う（ステップＳ３０２）。その後、スケジューラ３２はＨＡＲＱプロセス３４から「送信済」の結果を受け取ると（ステップＳ３０３でＹｅｓ）、処理を終了してステップＳ３０１に戻る。一方、スケジューラ３２はＨＡＲＱプロセス３４から「無送信」の結果を受け取ると（ステップＳ３０３でＮｏ）、通常再送指示を行っていない他のＨＡＲＱプロセスがあるかを判断する（ステップＳ３０４）。通常再送指示を行っていない他のＨＡＲＱプロセスがあれば、スケジューラ３２は当該ＨＡＲＱプロセスを選択し（ステップＳ３０５）、新たに選択したＨＡＲＱプロセスに通常再送指示を行う（ステップＳ３０２）。このように、スケジューラ３２はＨＡＲＱプロセス３４に通常再送指示した結果が「無送信」であれば、未指示の他のＨＡＲＱプロセス３４に対して通常再送指示を行う。ｎ個のＨＡＲＱプロセス３４に対する通常再送指示の結果が全て「無送信」となると、未指示の他のＨＡＲＱプロセス３４はなく（ステップＳ３０４でＮｏ）、スケジューラ３２の処理はステップＳ３０６に進む。
【０１１５】
ステップＳ３０６において、スケジューラ３２はどのベアラについてデータを送信するか決定する。いずれかのＲＬＣエンティティ４０が送信すべきデータを保有している場合、スケジューラ３２は対象ベアラありと判定する（ステップＳ３０７でＹｅｓ）。そして、スケジューラ３２はベアラ間にＴＢサイズを割り振り、割り振ったＴＢサイズに応じたＲＬＣ−ＰＤＵを、ベアラに対応するＲＬＣエンティティ４０から受け取り、ＴＢに多重する（ステップＳ３０８）。ここで、ＲＬＣエンティティ４０は、ＲＬＣ−ＰＤＵに冗長再送カウント値４４を付随してスケジューラ３２に渡す。スケジューラ３２は、ＲＬＣ−ＰＤＵを受け取る時に、付随する冗長再送カウント値４４をＨＡＲＱ冗長再送カウント値候補テーブル３２２に追加する。スケジューラ３２は、ＴＢに多重するＲＬＣ−ＰＤＵが揃った時点で、ＨＡＲＱ冗長再送カウント値候補テーブル３２２中の最大値を選択して冗長再送カウント値とする。
【０１１６】
次に、スケジューラ３２はｎ個のＨＡＲＱプロセス３４から一つを選択し、選択したＨＡＲＱプロセス３４に初送指示を行う（ステップＳ３０９）。初送指示を受けて送信される多重化したＴＢには、冗長再送カウント値が付随する。
【０１１７】
その後、スケジューラ３２はＨＡＲＱプロセス３４から「送信済」の結果を受け取ると（ステップＳ３１０でＹｅｓ）、次のＴＢ送信機会を待つ（ステップＳ３０１）。一方、スケジューラ３２はＨＡＲＱプロセス３４から「無送信」の結果を受け取ると（ステップＳ３１０でＮｏ）、初送指示を行っていない他のＨＡＲＱプロセスがあるかを判断する（ステップＳ３１１）。初送指示を行っていな他のＨＡＲＱプロセスがある場合、スケジューラ３２は当該ＨＡＲＱプロセスを選択し（ステップＳ３１２）、新たに選択したＨＡＲＱプロセスに初送指示を行う（ステップＳ３０９）。このように、スケジューラ３２はＨＡＲＱプロセス３４に初送指示した結果が「無送信」であれば、未指示の他のＨＡＲＱプロセス３４に対して初送指示を行う。ｎ個のＨＡＲＱプロセス３４に対する初送指示の結果が全て「無送信」となると、未指示の他のＨＡＲＱプロセス３４はなく（ステップＳ３１１でＮｏ）、スケジューラ３２の処理はステップＳ３１３に進む。但し、一般的にはこうしたケースが発生しないようにＨＡＲＱプロセス数（ｎ）が決定される。
【０１１８】
以上に説明したスケジューラ３２の動作は、冗長再送カウント値４４に関する部分を除き、従来と同様である。ステップＳ３０９からステップＳ３１２の動作が、多重化したＴＢを次のＴＢを送信可能な状態のＨＡＲＱプロセス３４に渡す動作に相当する。
【０１１９】
ステップＳ３０７において、いずれのＲＬＣエンティティ４０も送信すべきデータを保有していない場合、スケジューラ３２は対象ベアラなしと判定してステップＳ３１３に進む。ステップＳ３１３においてスケジューラ３２は、ｎ個のＨＡＲＱプロセス３４から一つを選択し、選択したＨＡＲＱプロセス３４に対して冗長再送指示を行う。
【０１２０】
その後、スケジューラ３２はＨＡＲＱプロセス３４から「送信済」の結果を受け取ると（ステップＳ３１４でＹｅｓ）、次のＴＢ送信機会を待つ（ステップＳ３０１）。一方、スケジューラ３２はＨＡＲＱプロセス３４から「無送信」の結果を受け取ると（ステップＳ３１４でＮｏ）、冗長再送指示を行っていない他のＨＡＲＱプロセスがあるかを判断する（ステップＳ３１５）。冗長再送指示を行っていない他のＨＡＲＱプロセスがある場合、スケジューラ３２は当該ＨＡＲＱプロセスを選択し（ステップＳ３１６）、新たに選択したＨＡＲＱプロセスに冗長再送指示を行う（ステップＳ３１３）。このように、スケジューラ３２はＨＡＲＱプロセス３４に冗長再送指示した結果が「無送信」であれば、未指示の他のＨＡＲＱプロセス３４に対して冗長再送指示を行う。ｎ個のＨＡＲＱプロセス３４に対する冗長再送指示の結果が全て「無送信」となると、未指示の他のＨＡＲＱプロセス３４はなく（ステップＳ３１５でＮｏ）、スケジューラ３２は次のＴＢ送信機会を待つ（ステップＳ３０１）。
【０１２１】
図１５は、実施の形態３の送信側ＨＡＲＱプロセス３４の動作を示すフローチャートである。以下、図１５のフローに沿って実施の形態３の送信側ＨＡＲＱプロセス３４の動作を説明する。まず、送信側ＨＡＲＱプロセス３４は初期状態で次のＴＢを送信可能な状態にある（ステップＳ４０１）。送信側ＨＡＲＱプロセス３４は、スケジューラ３２からの指示を受けると、指示が初送指示か否かを判断する（ステップＳ４０２）。指示が通常再送指示または冗長再送指示である場合は（ステップＳ４０２でＮｏ）、再送すべきＴＢが再送バッファにないため、送信側ＨＡＲＱプロセス３４は「無送信」の結果をスケジューラ３２に返し（ステップＳ４０３）、次のＴＢを送信可能な状態にする（ステップＳ４０１）。
【０１２２】
ステップＳ４０２において指示が初送指示であった場合、送信側ＨＡＲＱプロセス３４はスケジューラ３２から送信対象のＴＢを受け取り（ステップＳ４０４）、初送指示に付随する冗長再送カウント値４４をＨＡＲＱ冗長再送カウンタ３４４に設定する（ステップＳ４０５）。そして、送信側ＨＡＲＱプロセス３４は、ＴＢを送信側ＨＡＲＱプロセス３４毎に備える再送バッファに保存する（ステップＳ４０６）。さらに、送信側ＨＡＲＱプロセス３４は、ＴＢを受信側ＨＡＲＱプロセス３４へ初送し（ステップＳ４０７）、「送信済」の結果をスケジューラ３２に返し（ステップＳ４０８）、受信側ＨＡＲＱプロセス３４からのＡＣＫ応答またはＮＡＣＫ応答を待つ（ステップＳ４０９）。
【０１２３】
その後、送信側ＨＡＲＱプロセス３４は、受信側ＨＡＲＱプロセス３４からの応答より先にスケジューラ３２からの指示を受けると、その指示が冗長再送か否かを判断する（ステップＳ４１０）。受信側ＨＡＲＱプロセス３４からの応答より先にスケジューラ３２からの指示がない場合、送信側ＨＡＲＱプロセス３４は、受信側ＨＡＲＱプロセス３４からの応答がＡＣＫ応答か否かを判断する（ステップＳ４１２）。ＡＣＫ応答の場合、送信側ＨＡＲＱプロセス３４は再送バッファを解放し（ステップＳ４１３）、次のＴＢを送信可能な状態になる（ステップＳ４０１）。
【０１２４】
ステップＳ４１２で受信側ＨＡＲＱプロセス３４からの応答がＮＡＣＫ応答である場合、送信側ＨＡＲＱプロセス３４はスケジューラ３２からの通常再送指示を待つ（ステップＳ４１４）。そして、送信側ＨＡＲＱプロセス３４はスケジューラ３２からの指示を受けると、指示が通常再送指示か否かを判断する（ステップＳ４１５）。ステップＳ４１５で指示が初送指示である場合、再送バッファは解放されておらず次のＴＢを送信可能な状態にないため、送信側ＨＡＲＱプロセス３４は「無送信」の結果をスケジューラ３２に返して（ステップＳ４１６）、通常再送指示を待つ（ステップＳ４１４）。また、ステップＳ４１５で指示が冗長再送指示である場合も、通常再送を優先するため、送信側ＨＡＲＱプロセス３４は「無送信」の結果をスケジューラ３２に返して（ステップＳ４１６）、ステップＳ４１４に戻る。一方、ステップＳ４１５で指示が通常再送指示である場合、送信側ＨＡＲＱプロセス３４は再送バッファに保存している送信対象ＴＢを受信側ＨＡＲＱプロセス３４へ再送する（ステップＳ４１７）。そして、送信側ＨＡＲＱプロセス３４は「送信済」の結果をスケジューラ３２に返し（ステップＳ４１８）、受信側ＨＡＲＱプロセス３４からのＡＣＫ応答またはＮＡＣＫ応答を待つ（ステップＳ４０９）。
【０１２５】
ステップＳ４１０において、送信側ＨＡＲＱプロセス３４が受信側ＨＡＲＱプロセス３４からの応答より先にスケジューラ３２から初送指示を受けた場合（ステップＳ４１０でＮｏ）、再送バッファは解放されておらず次のＴＢを送信可能な状態にないため、送信側ＨＡＲＱプロセス３４は「無送信」の結果をスケジューラ３２に返して（ステップＳ４１１）、受信側ＨＡＲＱプロセス３４からのＡＣＫ応答またはＮＡＣＫ応答を待つ（ステップＳ４０９）。また、ステップＳ４１０において、送信側ＨＡＲＱプロセス３４が受信側ＨＡＲＱプロセス３４からの応答より先にスケジューラ３２から通常再送指示を受けた場合も（ステップＳ４１０でＮｏ）、受信側ＨＡＲＱプロセス３４からの応答があるまで通常再送の要否が不明であるため、送信側ＨＡＲＱプロセス３４は「無送信」の結果をスケジューラ３２に返して（ステップＳ４１１）、受信側ＨＡＲＱプロセス３４からのＡＣＫ応答またはＮＡＣＫ応答を待つ（ステップＳ４０９）。
【０１２６】
ステップＳ４１０において、送信側ＨＡＲＱプロセス３４が受信側ＨＡＲＱプロセス３４からの応答より先にスケジューラ３２から冗長再送指示を受けた場合（ステップＳ４１０でＹｅｓ）、送信側ＨＡＲＱプロセス３４はＨＡＲＱ冗長再送カウンタ３４４が０より大きいか否かを判断する（ステップＳ４１９）。ＨＡＲＱ冗長再送カウンタ３４４が０、すなわち残数なしの場合、送信側ＨＡＲＱプロセス３４は「無送信」の結果をスケジューラ３２に返して（ステップＳ４２０）、受信側ＨＡＲＱプロセス３４からのＡＣＫ応答またはＮＡＣＫ応答を待つ（ステップＳ４０９）。
【０１２７】
一方、ＨＡＲＱ冗長再送カウンタ３４４が０より大きい、すなわち残数ありの場合、送信側ＨＡＲＱプロセス３４はＨＡＲＱ冗長再送カウンタ３４４を１つ減算し（ステップＳ４２１）、再送バッファに保存している送信対象ＴＢを受信側ＨＡＲＱプロセス３４へ冗長再送として送信する（ステップＳ４２２）。そして、送信側ＨＡＲＱプロセス３４は「送信済」の結果をスケジューラ３２に返し（ステップＳ４２３）、受信側ＨＡＲＱプロセス３４からのＡＣＫ応答またはＮＡＣＫ応答を待つ（ステップＳ４０９）。
【０１２８】
なお、図１３から図１５で明示はしないが、ＣＡの場合、スケジューラ３２はＴＴＩ毎に各ＣＣについて図１４の動作をする。すなわち、スケジューラ３２は各ＣＣのＨＡＲＱエンティティ３３に含まれるＨＡＲＱプロセス３４に、冗長再送カウント値を付随した初送指示を行う。
【０１２９】
図１６は、実施の形態３の移動通信システム１３における送信側装置と受信側装置の間の伝送の一例を示す図である。両装置間には２つのベアラが設定され、ベアラに対応して両装置には２組のＲＬＣエンティティ４０、すなわちＲＬＣ−１とＲＬＣ−２が設定されている。ＲＬＣ−１は伝送エラー率を低減すべきベアラ、ＲＬＣ−２は一般のベアラである。なお、送信側装置のＭＡＣ層のＨＡＲＱエンティティ３３には、無限大の最大ＨＡＲＱ送信回数が設定されているものとする。また説明のため、ＴＢが３回目の再送でようやくエラーなしに伝送される無線リンク状態を仮定する。
【０１３０】
ベアラの確立または再構成の時に、送信側装置のＲＬＣエンティティ４０では、冗長再送カウント値４４が設定される。具体的には、ＲＬＣ−１の冗長再送カウント値４４に「１」が設定され、ＲＬＣ−２の冗長再送カウント値４４に「０」が設定される。送信側装置のＭＡＣエンティティ３０において、ｎ個のＨＡＲＱプロセス３４の初期状態は次のＴＢを送信可能な状態とする。
【０１３１】
以下、図１６に示す伝送例を、図１４と図１５のフローチャートに沿って説明する。まず、最初のＴＢ送信機会が訪れると、スケジューラ３２は図１４のステップＳ３０２からステップＳ３０５に従って通常再送指示を行う。しかし、送信側ＨＡＲＱプロセス３４の結果は全て「無送信」となり、スケジューラ３２の処理はステップＳ３０６に進む。スケジューラ３２は、ステップＳ３０８でＲＬＣ−１からＲＬＣ−ＰＤＵを受け取ってＴＢに多重し、ＲＬＣ−１の冗長再送カウント値４４「１」をＴＢに付随する。そして、スケジューラ３２はステップＳ３０９に従ってＨＡＲＱプロセス３４（ｐ０）に初送指示を行う。ここでは、ＲＬＣ−１がＴＢサイズ分の送信データを保有しているものとする。
【０１３２】
送信側ＨＡＲＱプロセス３４（ｐ０）は、図１５のステップＳ４０１からステップＳ４０８に従って、ＨＡＲＱ冗長再送カウンタ３４４に「１」を設定し、ＴＢを初送し、「送信済」の結果をスケジューラ３２に返す。そして、送信側ＨＡＲＱプロセス３４（ｐ０）は、ステップＳ４０９で受信側ＨＡＲＱプロセス３４（ｐ０）からのＡＣＫ信号またはＮＡＣＫ信号を待つ。
【０１３３】
スケジューラ３２は、送信側ＨＡＲＱプロセス３４（ｐ０）から「送信済」の結果を受けて、図１４のステップＳ３１０からステップＳ３０１に戻る。スケジューラ３２は、次のＴＢ送信機会が訪れると、図１４のステップＳ３０２からステップＳ３０５に従って通常再送指示を行う。しかし、送信側ＨＡＲＱプロセス３４（ｐ０）は図１５のステップＳ４１０からステップＳ４１１に進んで「無送信」の結果となり、他の送信側ＨＡＲＱプロセス３４は図１５のステップＳ４０２からステップＳ４０３に進んで「無送信」の結果となるため、スケジューラ３２の処理はステップＳ３０６に進む。
【０１３４】
次に、スケジューラ３２はステップＳ３０６からステップＳ３０８に従って、ＲＬＣ−２からＲＬＣ−ＰＤＵを受け取ってＴＢに多重し、ＲＬＣ−２の冗長再送カウント値４４「０」をＴＢに付随する。そして、スケジューラ３２はステップＳ３０９に従ってＨＡＲＱプロセス３４（ｐ０）に初送指示を行う。ここでは、ＲＬＣ−２がＴＢサイズ分の送信データを保有しているものとする。
【０１３５】
送信側ＨＡＲＱプロセス３４（ｐ０）は、図１５のステップＳ４０９において初送指示を受け、ステップＳ４１１で「無送信」の結果をスケジューラ３２に返す。従って、この結果を受けたスケジューラ３２は、図１４のステップＳ３１０からステップＳ３１２に従って、次の送信側ＨＡＲＱプロセス３４（ｐ１）を選択し、ステップＳ３０９で送信側ＨＡＲＱプロセス３４（ｐ１）に対して初送指示を行う。
【０１３６】
送信側ＨＡＲＱプロセス３４（ｐ１）は、図１５のステップＳ４０１からステップＳ４０８に従って、ＨＡＲＱ冗長再送カウンタ３４４に「０」を設定し、ＴＢを初送し、「送信済」の結果をスケジューラ３２に返す。そして、送信側ＨＡＲＱプロセス３４（ｐ１）は、ステップＳ４０９でＡＣＫ信号またはＮＡＣＫ信号を待つ。スケジューラ３２は、送信側ＨＡＲＱプロセス３４（ｐ１）から「送信済」の結果を受けて、図１４のステップＳ３１０からステップＳ３０１に戻る。
【０１３７】
こうして、ＲＬＣ−１とＲＬＣ−２には送信すべきデータがなくなる。ここで、スケジューラ３２は次のＴＢ送信機会が訪れると、図１４のステップＳ３０２からステップＳ３０５に従って通常再送指示を行う。しかし、ＨＡＲＱプロセス３４（ｐ０，ｐ１）は図１５のステップＳ４１０からステップＳ４１１で「無送信」の結果となり、他のＨＡＲＱプロセス３４は図１５のステップＳ４０２からステップＳ４０３で「無送信」の結果となる。従って、スケジューラ３２はステップＳ３０６に進み、ステップＳ３０７で対象ベアラなしと判定し、ステップＳ３１３でＨＡＲＱプロセス３４（ｐ０）に冗長再送指示を行う。
【０１３８】
冗長再送指示を受けたＨＡＲＱプロセス３４（ｐ０）は、図１５のステップＳ４１９においてＨＡＲＱ冗長再送カウンタ３４４の「１」が０より大きいため、ステップＳ４２１でＨＡＲＱ冗長再送カウンタ３４４を「０」に減算する。そして、ＨＡＲＱプロセス３４（ｐ０）は、ＴＢを冗長再送し（ステップＳ４２２）、「送信済」の結果をスケジューラ３２に返して（ステップＳ４２３）、ステップＳ４０９に戻る。スケジューラ３２は、ＨＡＲＱプロセス３４（ｐ０）から「送信済」の結果を受けて、図１４のステップＳ３１４からステップＳ３０１に戻る。
【０１３９】
スケジューラ３２は、次のＴＢ送信機会が訪れると、図１４のステップＳ３０２からステップＳ３０５に従って通常再送指示を行う。しかし、前回同様にＨＡＲＱプロセス３４の送信結果は全て「無送信」となるため、スケジューラ３２の処理はステップＳ３０６に進む。スケジューラ３２は、ステップＳ３０７で対象ベアラなしと判定し、ステップＳ３１３に進む。スケジューラ３２は、ステップＳ３１３からステップＳ３１６に従って冗長再送指示を行う。
【０１４０】
ＨＡＲＱプロセス３４（ｐ０）は、図１５のステップＳ４０９においてスケジューラ３２から冗長再送指示を受けると、ＨＡＲＱ冗長再送カウンタ３４４をチェックする（ステップＳ４１９）。ＨＡＲＱ冗長再送カウンタ３４４が既に「０」であるため、ＨＡＲＱプロセス３４（ｐ０）は、「無送信」の結果を返して（ステップＳ４２０）、ステップＳ４０９に戻る。ＨＡＲＱプロセス３４（ｐ１）は、図１５のステップＳ４０９においてスケジューラ３２から冗長再送指示を受けると、ＨＡＲＱ冗長再送カウンタ３４４をチェックする（ステップＳ４１９）。ＨＡＲＱ冗長再送カウンタ３４４は初期値から「０」であるため、ＨＡＲＱプロセス３４（ｐ１）は、「無送信」の結果を返して（ステップＳ４２０）、ステップＳ４０９に戻る。ＨＡＲＱプロセス３４（ｐ２，ｐ３）は、図１５のステップＳ４０１においてスケジューラ３２から冗長再送指示を受けると、「無送信」の結果を返して（ステップＳ４０３）、ステップＳ４０１に戻る。
【０１４１】
スケジューラ３２は、こうしてＨＡＲＱプロセス３４（ｐ０，ｐ１，ｐ２，ｐ３）から「無送信」の結果を受けると、ステップＳ３１５でＮｏとなりステップＳ３０１に戻る。この結果、ＴＢは送信されない。
【０１４２】
次に、受信側ＨＡＲＱプロセス３４（ｐ０）から送信側ＨＡＲＱプロセス３４（ｐ０）にＮＡＣＫ応答が到着すると、送信側ＨＡＲＱプロセス３４（ｐ０）の処理は図１５のステップＳ４１２でＮｏとなり、通常再送機会を待つ（ステップＳ４１４）。スケジューラ３２に次のＴＢ送信機会が訪れて、図１４のステップＳ３０２からステップＳ３０５に従い通常再送指示を行うと、送信側ＨＡＲＱプロセス３４（ｐ０）はＴＢを再送し（ステップＳ４１７）、「送信済」の結果をスケジューラ３２に返す（ステップＳ４１８）。従って、スケジューラ３２の処理は、ステップＳ３０３でＹｅｓとなりステップＳ３０１に戻る。
【０１４３】
次に、受信側ＨＡＲＱプロセス３４（ｐ１）から送信側ＨＡＲＱプロセス３４（ｐ１）にＮＡＣＫ応答が到着すると、送信側ＨＡＲＱプロセス３４（ｐ１）の処理は図１５のステップＳ４１２でＮｏとなり、通常再送機会を待つ（ステップＳ４１４）。スケジューラ３２に次のＴＢ送信機会が訪れて、図１４のステップＳ３０２からステップＳ３０５に従い通常再送指示を行うと、送信側ＨＡＲＱプロセス３４（ｐ１）はＴＢを再送し（ステップＳ４１７）、「送信済」の結果をスケジューラ３２に返す（ステップＳ４１８）。従って、スケジューラ３２の処理は、ステップＳ３０３でＹｅｓとなりステップＳ３０１に戻る。
【０１４４】
次に、受信側ＨＡＲＱプロセス３４（ｐ０）から送信側ＨＡＲＱプロセス３４（ｐ０）に到着するＮＡＣＫ応答は、前述の冗長再送に対するものである。送信側ＨＡＲＱプロセス３４（ｐ０）はこのＮＡＣＫ応答を受けると、その処理は図１５のステップＳ４１２でＮｏとなり、通常再送機会を待つ（ステップＳ４１４）。スケジューラ３２に次のＴＢ送信機会が訪れると、スケジューラ３２は図１４のステップＳ３０２からステップＳ３０５に従い通常再送指示を行う。そして、ＨＡＲＱプロセス３４（ｐ０）がＴＢを再送し（ステップＳ４１７）、「送信済」の結果をスケジューラ３２に返す（ステップＳ４１８）。従って、スケジューラ３２の処理は、ステップＳ３０３でＹｅｓとなりステップＳ３０１に戻る。図１６には、これ以降、同様に再送が繰り返される様子を示している。
【０１４５】
その後、ＨＡＲＱプロセス３４（ｐ０）は、３回目の再送に対するＡＣＫ応答が到着すると、再送バッファを開放し（ステップＳ４１３）、次のＴＢを送信可能な状態に戻る（ステップＳ４０１）。スケジューラ３２に次のＴＢ送信機会が訪れると、スケジューラ３２は図１４のステップＳ３０２からステップＳ３０５に従って通常再送指示を行う。しかし、ＨＡＲＱプロセス３４の結果は全て「無送信」となるため、スケジューラ３２の処理はステップＳ３０６に進む。スケジューラ３２は、ＲＬＣ−１からＲＬＣ−ＰＤＵを受け取ってＴＢに多重し（ステップＳ３０８）、ＲＬＣ−１の冗長再送カウント値４４「１」をＴＢに付随して、ＨＡＲＱプロセス３４（ｐ０）に初送指示を行う（ステップＳ３０９）。
【０１４６】
ＨＡＲＱプロセス３４（ｐ０）は、図１５のステップＳ４０１からステップＳ４０８に従ってＴＢを初送し、ＨＡＲＱ冗長再送カウンタ３４４に「１」を設定し、「送信済」の結果をスケジューラ３２に返す。そして、ＨＡＲＱプロセス３４（ｐ０）はＡＣＫ信号またはＮＡＣＫ信号を待つ（ステップＳ４０９）。スケジューラ３２は、ＨＡＲＱプロセス３４（ｐ０）から「送信済」の結果を受け、その処理は図１４のステップＳ３１０からステップＳ３０１に戻る。
【０１４７】
スケジューラ３２に次のＴＢ送信機会が訪れると、スケジューラ３２は図１４のステップＳ３０２からステップＳ３０５に従って通常再送指示を試みる。しかし、ＨＡＲＱプロセス３４（ｐ０、ｐ１）の送信結果は、図１５のステップＳ４１１で「無送信」となり、他のＨＡＲＱプロセス３４の送信結果は、図１５のステップＳ４０３で「無送信」となる。従って、スケジューラ３２の処理はステップＳ３０６に進む。スケジューラ３２は、ＲＬＣ−２からＲＬＣ−ＰＤＵを受け取ってＴＢに多重し（ステップＳ３０８）、ＲＬＣ−２の冗長再送カウント値４４「０」をＴＢに付随して、ステップＳ３０９からステップＳ３１２に従って初送指示を行う。
【０１４８】
ＨＡＲＱプロセス３４（ｐ０、ｐ１）は、図１５のステップＳ４０９で初送指示を受け、ステップＳ４１１で「無送信」の結果をスケジューラ３２に返す。この送信結果を受けたスケジューラ３２は、次のＨＡＲＱプロセス３４（ｐ２）を選択し（ステップＳ３１２）、ＨＡＲＱプロセス３４（ｐ２）に初送指示を行う（ステップＳ３０９）。
【０１４９】
ＨＡＲＱプロセス３４（ｐ２）は、図１５のステップＳ４０１からステップＳ４０８に従って、ＨＡＲＱ冗長再送カウンタ３４４に「０」を設定し、ＴＢを初送し、「送信済」の結果をスケジューラ３２に返信する。そして、ＨＡＲＱプロセス３４（ｐ２）はＡＣＫ信号またはＮＡＣＫ信号を待つ（ステップＳ４０９）。スケジューラ３２がＨＡＲＱプロセス３４（ｐ２）の送信結果「送信済」を受けると、その処理は図１４のステップＳ３１０からステップＳ３０１に戻る。以上が、図１６に例示した移動通信システム１３における装置間の伝送における、スケジューラ３２とＨＡＲＱプロセス３４の動作である。
【０１５０】
このように、各ＲＬＣに予め設定された冗長再送カウント値が冗長再送回数の上限となる。実施の形態１では、送信側ＨＡＲＱプロセス３４は、受信側ＨＡＲＱプロセス３４からＮＡＣＫ応答を受けるとＴＢを再送しており、ＮＡＣＫ信号が、ＰＤＵの再送を要求する再送要求信号であった。しかし、実施の形態３では、送信側ＨＡＲＱプロセス３４は冗長再送回数の上限に達するまで、受信側ＨＡＲＱプロセス３４からのＮＡＣＫ応答を待たずに冗長再送を行う。ＲＬＣ−１のＲＬＣ−ＰＤＵを伝送するＴＢ「１」は、冗長再送される他、冗長再送に対するＮＡＣＫ応答に応じて高頻度で通常再送される。従って、冗長再送されないＲＬＣ−２のＲＬＣ−ＰＤＵを伝送するＴＢ「２」に比べて、同じ時間内に高頻度で再送される。
【０１５１】
なお、図１４から図１６では、ＨＡＲＱ再送待ちタイマーの満了によって受信側ＨＡＲＱプロセス３４からＡＣＫ応答が行われることを示していない。しかし、実際には、図１４から図１６で示した冗長再送制御が、実施の形態１で説明したＨＡＲＱ再送待ちタイマーによるＨＡＲＱ再送制御と同時に行われる。
【０１５２】
＜変形例＞
上記の説明では、伝送エラー率を低減すべきベアラの冗長再送カウント値４４に「１」、一般のベアラの冗長再送カウント値４４に「０」が設定された。しかし、冗長再送カウント値４４はこれらの値に限らず、ベアラの伝送エラー率を低減すべき程度に応じて「２」以上が設定されてもよい。
【０１５３】
また、上記の説明では、初送（図１４のステップＳ３０６からステップＳ３１２）が冗長再送（ステップＳ３１３からステップＳ３１６）に優先して処理されたが、冗長再送が初送に優先して処理されてもよい。また、ベアラの要件に基づいて冗長再送の優先度を決定し、冗長再送カウント値と組み合わせてＨＡＲＱプロセス３４に設定してもよい。具体的には、例えば冗長再送指示に高優先と低優先の２種を設け、スケジューラ３２は通常再送、冗長再送（高優先）、初送、冗長再送（低優先）の順に送信指示を行えばよい。
【０１５４】
また、上記の説明においてＨＡＲＱプロセス３４は、初送後、最初のＡＣＫ応答またはＮＡＣＫ応答が到着する前にも冗長再送を行った。しかし、最初のＮＡＣＫ応答が到着すること、または規定回数のＮＡＣＫ応答が到着することを、ＨＡＲＱプロセス３４が冗長再送を行う条件としても良い。規定回数のＮＡＣＫ応答が到着することを冗長再送の条件とする場合、この規定回数はベアラの要件に基づいて決定され、冗長再送カウント値と組み合わせてＨＡＲＱプロセス３４に設定されるようにしてもよい。
【０１５５】
なお、受信側ＨＡＲＱプロセス３４はＡＣＫ信号を応答した後に、冗長再送されたＴＢを受信することがある。受信側ＨＡＲＱプロセス３４は、この遅れて受信したＴＢをＮＤＩに基づいて再送と判定し破棄してもよい。
【０１５６】
また、上記の説明では、送信側の最大ＨＡＲＱ送信回数を無限大とした。しかし、無線アクセスネットワークで運用され得る並べ替えタイマー値と、冗長再送による再送頻度の増加を考慮して、十分に大きな回数が最大ＨＡＲＱ送信回数として設定されれば良い。また、最大ＨＡＲＱ送信回数を予め取り決めておき、ＲＲＣメッセージによる最大ＨＡＲＱ送信回数の設定を省略しても良い。
【０１５７】
また、上記の説明では、下りリンクと上りリンクにおける冗長再送カウント値を、無線基地局２００が決定したが、ユーザ端末１００が決定してもよい。例えば下りリンクの場合、ユーザ端末１００が、ベアラの特性に基づいて冗長再送カウント値を決定しても良い。この場合、ユーザ端末１００が決定した冗長再送カウント値は、ベアラ確立または再構成時のＲＲＣメッセージに載せて、ユーザ端末１００から無線基地局２００に通知されても良い。
【０１５８】
また、上記の説明では、ＲＲＣ層５０がＲＬＣエンティティ４０に冗長再送カウント値４４を設定し、ＲＬＣエンティティ４０が冗長再送カウント値４４をＴＢに付随してスケジューラ３２に渡した。しかし、ＲＲＣ層５０が冗長再送カウント値４４をＱＣＩ（QoS Class Identifier）情報に付随してスケジューラ３２に直接渡してもよい。また、冗長再送に関する設定値がＱＣＩの定義に含まれても良い。
【０１５９】
また、上記の説明では、ＣＡの場合、全てのＣＣで等しく冗長再送が行われるものとしたが、一部のＣＣでだけ冗長再送が行われても良い。
【０１６０】
＜効果＞
以上説明したように、本実施の形態の移動通信システム１３では、実施の形態１の移動通信システム１１または実施の形態２の移動通信システム１２の構成に加えて以下の構成を備える。すなわち、送信側ＨＡＲＱプロセス３４は、ＰＤＵを送信した後、予め定められた冗長再送回数の上限に達するまで、受信側装置のＭＡＣ層のＨＡＲＱプロセス３４からの再送要求信号を待たずにＰＤＵの冗長再送を行う。従って、移動通信システム１３によれば、実施の形態１，２の効果に加えて、冗長再送によりＰＤＵの再送頻度が高まり、伝送エラー率が低減するという効果が得られる。
【０１６１】
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略したりすることが可能である。この発明は詳細に説明されたが、上記した説明は、すべての態様において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【０１６２】
１０，１１，１２，１３  移動通信システム、３０  ＭＡＣエンティティ、３１，３２  スケジューラ、３４  ＨＡＲＱプロセス、４０  ＲＬＣエンティティ、４１  並べ替えタイマー、５０  ＲＲＣ層、１００  ユーザ端末、２００  無線基地局、３４１  ＨＡＲＱ再送待ちタイマー、３４２  ＨＡＲＱ再送制限タイマー、３４４  ＨＡＲＱ冗長再送カウンタ。
【図１】
2019167228.tif 000003
【図２】
2019167228.tif 000004
【図３】
2019167228.tif 000005
【図４】
2019167228.tif 000006
【図５】
2019167228.tif 000007
【図６】
2019167228.tif 000008
【図７】
2019167228.tif 000009
【図８】
2019167228.tif 000010
【図９】
2019167228.tif 000011
【図１０】
2019167228.tif 000012
【図１１】
2019167228.tif 000013
【図１２】
2019167228.tif 000014
【図１３】
2019167228.tif 000015
【図１４】
2019167228.tif 000016
【図１５】
2019167228.tif 000017
【図１６】
2019167228.tif 000018
【国際調査報告】
2019167228.tif 000019
2019167228.tif 000020
2019167228.tif 000021
2019167228.tif 000022