(57)【要約】【課題】無線ネットワーク制御装置での受信データの処理遅延を低減する。【解決手段】受信部１ａは、複数の再送プロセスによって端末３からデータを受信しおよびデータの再送処理を行う。再送実施状況取得部１ｂは、複数の再送プロセスごとにおいて再送処理の再送実施状況を取得する。全体再送実施状況把握部１ｃは、取得された再送実施状況に基づいて複数の再送プロセス全体における再送処理の全体再送実施状況を把握する。全体再送実施状況送信部１ｄは、全体再送実施状況を全体再送実施状況受信部２ａに送信する。再送判断部２ｂは、受信された全体再送実施状況に基づいて基地局１の複数の再送プロセスで再送処理が行われているか否か判断する。待ち合わせ部２ｃは、端末３からのデータを受信するとともに再送判断部２ｂの判断結果に基づいて基地局１と端末３との無線通信で欠落したデータの受信待ち合わせを行う。【選択図】図１
2010278588.tif 000002
【特許請求の範囲】
【請求項１】
端末と無線通信を行う基地局において、
複数の再送プロセスを動作させ、前記複数の再送プロセスによって前記端末からデータを受信しおよび前記データの再送処理を行う受信部と、
前記受信部の前記複数の再送プロセスごとにおいて再送処理の再送実施状況を取得する再送実施状況取得部と、
前記再送実施状況取得部によって取得された前記再送実施状況に基づいて前記複数の再送プロセス全体における再送処理の全体再送実施状況を把握する全体再送実施状況把握部と、
前記全体再送実施状況把握部によって把握された前記全体再送実施状況を当該基地局を制御する無線ネットワーク制御装置に送信する全体再送実施状況送信部と、
を有することを特徴とする基地局。
【請求項２】
前記全体再送実施状況把握部は、前記データの再送処理が前記複数の再送プロセスによって規定回数行われた場合、再送処理が規定回数行われる前の前記全体再送実施状況と再送処理が規定回数行われた後の前記全体再送実施状況とを比較し、比較結果に基づいて再送処理が規定回数行われた後の前記全体再送実施状況を前記全体再送実施状況送信部に出力することを特徴とする請求項１記載の基地局。
【請求項３】
前記全体再送実施状況は、前記データを前記無線ネットワーク制御装置に送信するフレームに含められて送信されることを特徴とする請求項１記載の基地局。
【請求項４】
前記全体再送実施状況送信部は、前記無線ネットワーク制御装置に送信する前記データがなく、前回前記無線ネットワーク制御装置に送信した前記全体再送実施状況と今回前記無線ネットワーク制御装置に送信しようとする前記全体再送実施状況とに変化がない場合、前記フレームを前記無線ネットワークに送信しないことを特徴とする請求項３記載の基地局。
【請求項５】
端末と無線通信を行う基地局の再送実施状況通知方法において、
複数の再送プロセスを動作させ、前記複数の再送プロセスによって前記端末からデータを受信しおよび前記データの再送処理を行い、
前記複数の再送プロセスごとにおいて再送処理の再送実施状況を取得し、
取得された前記再送実施状況に基づいて前記複数の再送プロセス全体における再送処理の全体再送実施状況を把握し、
把握された前記全体再送実施状況を当該基地局を制御する無線ネットワーク制御装置に送信する、
ことを特徴とする再送実施状況通知方法。
【請求項６】
基地局を制御する無線ネットワーク制御装置において、
前記基地局で動作している、端末からデータを受信しおよび前記データの再送処理を行う複数の再送プロセスの全体における再送処理の全体再送実施状況を前記基地局から受信する全体再送実施状況受信部と、
前記全体再送実施状況受信部によって受信された前記全体再送実施状況に基づいて前記基地局において前記複数の再送プロセスの再送処理が行われているか否か判断する再送判断部と、
前記基地局を介して前記端末から送信される前記データを受信するとともに前記再送判断部の判断結果に基づいて前記端末と前記基地局との無線通信で欠落した前記データの受信待ち合わせを行う待ち合わせ部と、
を有することを特徴とする無線ネットワーク制御装置。
【請求項７】
前記待ち合わせ部は、欠落した前記データの受信待ち合わせを行っているときに、前記再送判断部によって前記複数の再送プロセスの再送処理が行われていないと判断された場合、前記データの受信待ち合わせを終了することを特徴とする請求項６記載の無線ネットワーク制御装置。
【請求項８】
基地局を制御する無線ネットワーク制御装置のデータ待ち合わせ方法において、
前記基地局で動作している、端末からデータを受信しおよび前記データの再送処理を行う複数の再送プロセスの全体における再送処理の全体再送実施状況を前記基地局から受信し、
受信された前記全体再送実施状況に基づいて前記基地局において前記複数の再送プロセスの再送処理が行われているか否か判断し、
前記基地局を介して前記端末から送信される前記データを受信するとともに再送処理の判断結果に基づいて前記端末と前記基地局との無線通信で欠落した前記データの受信待ち合わせを行う、
ことを特徴とするデータ待ち合わせ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は端末と無線通信を行う基地局、端末と無線通信を行う基地局の再送実施状況通知方法、基地局を制御する無線ネットワーク制御装置、および基地局を制御する無線ネットワーク制御装置のデータ待ち合わせ方法に関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）移動通信システムでは、上り（端末から基地局）方向の通信速度を向上させる技術にＨＳＵＰＡ（High Speed Uplink Packet Access）がある。
【０００３】
図２４は、ＨＳＵＰＡにおける端末−基地局−ＲＮＣ（Radio Network Controller）間のプロトコルモデルを示した図である。図２４に示すように端末は、ＲＬＣ（Radio Link Control）レイヤ、Ｍａｃ−ｄ（Medium Access Control-dedicated channel）レイヤ、Ｍａｃ−ｅｓ（Mac-enhanced dedicated channel serving radio network controller）レイヤ、およびＲａｄｉｏレイヤを有している。基地局は、Ｒａｄｉｏレイヤ、Ｅ−ＤＣＨ  ＦＰ（Enhanced Dedicated Channel Frame Protocol）レイヤ、ＵＤＰ（User Datagram Protocol）レイヤ、ＩＰ（Internet Protocol）レイヤ、Ｌ（Layer）２／Ｌ１レイヤを有している。ＲＮＣは、ＲＬＣレイヤ、Ｍａｃ−ｄレイヤ、Ｍａｃ−ｅｓレイヤ、Ｅ−ＤＣＨ  ＦＰレイヤ、ＵＤＰレイヤ、ＩＰレイヤ、およびＬ２／Ｌ１レイヤを有している。なお、端末−基地局間の無線区間のインタフェースは、Ｕｕ（The radio interface between UTRAN and the User equipment）インタフェースと呼ばれ、基地局−ＲＮＣ間のインタフェースは、Ｉｕｂ（Interface between an RNC and a Node B）インタフェースと呼ばれる。
【０００４】
図２５は、端末−基地局−ＲＮＣ間の上りデータ疎通例を示した図である。図２５に示すデータフレーム１０１は、端末が他の端末に送信しようとしているデータを示す。データフレーム１０１は、基地局を介してＲＮＣへ送信され、図示していないコアネットワークを介して他の端末に送信されるとする。図２５に示すデータフレーム１０２は、端末から受信したＲＮＣのデータフレームを示している。
【０００５】
端末のＲＬＣレイヤおよびＭａｃ−ｄレイヤは、データフレーム１０１をより短いＲＬＣＰＤＵ（Protocol Data Unit）およびＭａｃ−ｄＰＤＵに分割する。Ｍａｃ−ｅｓレイヤは、Ｍａｃ−ｄＰＤＵを多重し、Ｍａｃ−ｅｓＰＤＵを生成する。端末は、無線区間を介して、Ｍａｃ−ｅｓＰＤＵを基地局に送信する。
【０００６】
基地局のＥ−ＤＣＨ  ＦＰレイヤは、端末から受信したＭａｃ−ｅｓＰＤＵを元にＥ−ＤＣＨフレームを生成する。基地局は、Ｅ−ＤＣＨフレームをＲＮＣに送信する。
ＲＮＣのＥ−ＤＣＨ  ＦＰレイヤは、基地局から受信したＥ−ＤＣＨフレームからＭａｃ−ｅｓＰＤＵを取り出す。Ｍａｃ−ｅｓレイヤ、Ｍａｃ−ｄレイヤ、およびＲＬＣレイヤは、Ｍａｃ−ｅｓＰＤＵからＭａｃ−ｄＰＤＵおよびＲＬＣＰＤＵを取り出し、データフレーム１０２を再生する。このようにして、端末のデータフレーム１０１は、ＲＮＣに送信される。
【０００７】
端末−基地局間の無線区間では、複数のＨＡＲＱ（Hybrid Automatic Repeat Request）プロセスが動作し、上りのデータレートの向上を図っている。
図２６は、ＨＡＲＱプロセスを説明する図である。図２６に示すように端末と基地局では、複数のＨＡＲＱプロセス１１１ａ〜１１１ｎ，１１２ａ〜１１２ｎが動作している。複数のＨＡＲＱプロセス１１１ａ〜１１１ｎ，１１２ａ〜１１２ｎは、振り分けられたデータをそれぞれ独立して送信および到達確認をし、データ送信が失敗した場合、規定回数内においてデータの再送処理を行う。
【０００８】
ＨＡＲＱプロセス１１１ａ〜１１１ｎ，１１２ａ〜１１２ｎは、それぞれ独立して動作しているため、端末でのデータ送信順序が基地局では保証されない仕組みとなっている。そのため、端末は、Ｍａｃ−ｅｓＰＤＵ単位でシーケンスナンバ（以下、ＴＳＮ）を付与し、Ｍａｃ−ｅｓＰＤＵを終端するＲＮＣが、ＴＳＮに基づいてデータの並び替え処理（リオーダリング処理）を行って端末の送信したデータの順序を保証している。
【０００９】
例えば、Ｍａｃ−ｅｓＰＤＵは、ＴＳＮ＝０，１，２の昇順に基地局に送信されなければならないとする。ＨＡＲＱプロセス１１１ａ〜１１１ｎ，１１２ａ〜１１２ｂは、それぞれ独立して動作しているため、ＨＡＲＱプロセス１１１ａ〜１１１ｎ，１１２ａ〜１１２ｂに振り分けられたＭａｃ−ｅｓＰＤＵは、ＴＳＮ＝０，２，１の順に基地局に送信される場合がある。この場合でも、ＲＮＣのＭａｃ−ｅｓレイヤのリオーダリング処理によって、データの送信順序は保証される。
【００１０】
図２７は、ＲＮＣのＭａｃ−ｅｓレイヤのリオーダリング処理を説明する図である。図２７には、リオーダリング処理の時系列が示してある。図２７に示す時間軸ｔは、Ｍａｃ−ｅｓレイヤの処理の時間経過を示す。図２７に示すバッファ１２１は、Ｍａｃ−ｅｓレイヤがＭａｃ−ｅｓＰＤＵをリオーダリングするためのバッファを示している。
【００１１】
Ｍａｃ−ｅｓレイヤは、例えば、図２７に示すバッファ１２１の‘０’〜‘５’のそれぞれに、ＴＳＮ＝０〜５のＭａｃ−ｅｓＰＤＵを順に格納する。例えば、基地局が端末からＴＳＮ＝０，１，２の順にＭａｃ−ｅｓＰＤＵを受信したとする。この場合、ＲＮＣのＭａｃ−ｅｓレイヤは、ＴＳＮ＝０のＭａｃ−ｅｓＰＤＵをバッファ１２１の‘０’に格納し、ＴＳＮ＝１のＭａｃ−ｅｓＰＤＵをバッファ１２１の‘１’に格納し、ＴＳＮ＝２のＭａｃ−ｅｓＰＤＵをバッファ１２１の‘２’に格納する。これにより、Ｍａｃ−ｅｓＰＤＵは、バッファ１２１にてＴＳＮ＝０，１，２の順に格納され、送信順序が保証されることになる。
【００１２】
ＲＮＣのＭａｃ−ｅｓレイヤは、ＴＳＮの欠落を検出した場合、ＨＡＲＱの再送によるデータ救済を期待して、一定時間の待ち合わせを行う。例えば、図２７に示すように、ＲＮＣのＭａｃ−ｅｓレイヤは、ＴＳＮ＝０，１のＭａｃ−ｅｓＰＤＵを基地局から受信したとする。Ｍａｃ−ｅｓレイヤは、ＴＳＮ＝０，１のＭａｃ−ｅｓＰＤＵをバッファ１２１の‘０’，‘１’に格納する。ＴＳＮ＝０，１は、期待通りの受信（ＴＳＮの抜けのない受信）なので、Ｍａｃ−ｄレイヤおよびＲＬＣレイヤに出力される。
【００１３】
次いで、ＴＳＮ＝２のＭａｃ−ｅｓＰＤＵは、無線区間にて送信に失敗し、Ｍａｃ−ｅｓレイヤは、ＴＳＮ＝３，４のＭａｃ−ｅｓＰＤＵを受信したとする。この場合、Ｍａｃ−ｅｓレイヤは、ＴＳＮ＝３，４のＭａｃ−ｅｓＰＤＵをバッファ１２１の‘３’，‘４’に格納し、待ち合わせタイマを起動する。すなわち、Ｍａｃ−ｅｓレイヤは、無線区間でのＨＡＲＱによるＴＳＮ＝２のＭａｃ−ｅｓＰＤＵの再送を期待して一定の待ち合わせを行う。なお、図２７の時間軸ｔに示す三角形は、Ｍａｃ−ｅｓＰＤＵの待ち合わせタイマの時間経過（例えば、カウント値）を示し、ｔ＝ｔ１で待ち合わせタイマは満了（例えば、カウント値＝０）するとする。
【００１４】
待ち合わせタイマが満了する前に、ＴＳＮ＝２のＭａｃ−ｅｓＰＤＵがＨＡＲＱによって再送された場合、Ｍａｃ−ｅｓレイヤは、ＴＳＮ＝２のＭａｃ−ｅｓＰＤＵをバッファ１２１の‘２’に格納する。これにより、端末の送信データの送信順序が保証される。
【００１５】
一方、ＴＳＮ＝２のＭａｃ−ｅｓＰＤＵを受信することなく待ち合わせタイマが満了した場合（時間ｔ１を経過した場合）は、Ｍａｃ−ｅｓレイヤは、ＨＡＲＱの再送処理が失敗したと判断し、次のＴＳＮのＭａｃ−ｅｓＰＤＵの受信を待つことになる。なお、受信できなかったＴＳＮ＝２のＭａｃ−ｅｓＰＤＵのデータは、上位のＲＬＣレイヤによって再送処理が行われる。
【００１６】
なお、データパケットを適切な順序で受信するために該データパケットにシーケンス番号を関連付ける技術が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特表２００７−５２２７８０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１８】
しかし、ＲＮＣのＭａｃ−ｅｓレイヤは、無線区間のＨＡＲＱの再送実施状況に関係なく、Ｍａｃ−ｅｓＰＤＵのタイマ待ち合わせを行う。そのため、すでに規定回数のＨＡＲＱの再送処理が行われ、ＨＡＲＱのデータ再送が期待できない場合であっても、Ｍａｃ−ｅｓＰＤＵの受信待ちを行い、データ処理が遅延するという問題点があった。
【００１９】
例えば、図２７において、待ち合わせタイマが満了する前に（ｔ＝ｔ１を経過する前に）、ＴＳＮ＝２のＭａｃ−ｅｓＰＤＵのＨＡＲＱの再送処理が規定回数行われたとする。この場合、ＨＡＲＱによるデータ再送は行われることがないにも関わらず、Ｍａｃ−ｅｓレイヤは、ｔ＝ｔ１が経過するまで、ＴＳＮ＝２のＭａｃ−ｅｓＰＤＵの受信待ちを行う。その結果、上位のＭａｃ−ｄレイヤおよびＲＬＣレイヤのデータ処理に遅延が発生する。
【００２０】
本件はこのような点に鑑みてなされたものであり、無線ネットワーク制御装置での受信データの処理遅延を低減できる基地局および無線ネットワーク制御装置を提供することを目的とする。
【課題を解決するための手段】
【００２１】
上記課題を解決するために、端末と無線通信を行う基地局が提供される。この基地局は、複数の再送プロセスを動作させ、前記複数の再送プロセスによって前記端末からデータを受信しおよび前記データの再送処理を行う受信部と、前記受信部の前記複数の再送プロセスごとにおいて再送処理の再送実施状況を取得する再送実施状況取得部と、前記再送実施状況取得部によって取得された前記再送実施状況に基づいて前記複数の再送プロセス全体における再送処理の全体再送実施状況を把握する全体再送実施状況把握部と、前記全体再送実施状況把握部によって把握された前記全体再送実施状況を当該基地局を制御する無線ネットワーク制御装置に送信する全体再送実施状況送信部と、を有する。
【００２２】
また、上記課題を解決するために、基地局を制御する無線ネットワーク制御装置が提供される。この無線ネットワーク制御装置は、前記基地局で動作している、端末からデータを受信しおよび前記データの再送処理を行う複数の再送プロセスの全体における再送処理の全体再送実施状況を前記基地局から受信する全体再送実施状況受信部と、前記全体再送実施状況受信部によって受信された前記全体再送実施状況に基づいて前記基地局において前記複数の再送プロセスの再送処理が行われているか否か判断する再送判断部と、前記基地局を介して前記端末から送信される前記データを受信するとともに前記再送判断部の判断結果に基づいて前記端末と前記基地局との無線通信で欠落した前記データの受信待ち合わせを行う待ち合わせ部と、を有する。
【発明の効果】
【００２３】
開示の基地局および無線ネットワーク制御装置によれば、無線ネットワーク制御装置での受信データの処理遅延を低減できる。
【図面の簡単な説明】
【００２４】
【図１】基地局と無線ネットワーク制御装置を示した図である。
【図２】移動通信システムを示した図である。
【図３】端末、基地局、およびＲＮＣのブロック図を示した図である。
【図４】基地局の詳細なブロック図である。
【図５】再送実施状況記憶部のデータ構成例を示した図である。
【図６】ＨＡＲＱ再送回数記憶部のデータ構成例を示した図である。
【図７】前全体再送実施状況記憶部のデータ構成例を示した図である。
【図８】Ｅ−ＤＣＨフレームのフレームフォーマットを示した図である。
【図９】基地局のデータ受信部の動作を示したフローチャートである。
【図１０】基地局のデータ受信部の動作を示したフローチャートである。
【図１１】基地局のＥ−ＤＣＨフレーム生成部の動作を示したフローチャートである。
【図１２】基地局のＥ−ＤＣＨフレーム生成部の動作を示したフローチャートである。
【図１３】ＲＮＣの詳細なブロック図である。
【図１４】Ｅ−ＤＣＨフレーム受信部の動作を示したフローチャートである。
【図１５】リオーダリング処理部の動作を示したフローチャートである。
【図１６】ＨＡＲＱ再送失敗の動作シーケンスその１を示した図である。
【図１７】ＨＡＲＱ再送失敗の動作シーケンスその１を示した図である。
【図１８】ＨＡＲＱ再送失敗の動作シーケンスその２を示した図である。
【図１９】ＨＡＲＱ再送失敗の動作シーケンスその２を示した図である。
【図２０】ＨＡＲＱ再送失敗の動作シーケンスその２を示した図である。
【図２１】ＨＡＲＱ再送失敗の動作シーケンスその３を示した図である。
【図２２】ＨＡＲＱ再送失敗の動作シーケンスその３を示した図である。
【図２３】ＨＡＲＱ再送失敗の動作シーケンスその３を示した図である。
【図２４】ＨＳＵＰＡにおける端末−基地局−ＲＮＣ間のプロトコルモデルを示した図である。
【図２５】端末−基地局−ＲＮＣ間の上りのデータ疎通例を示した図である。
【図２６】ＨＡＲＱプロセスを説明する図である。
【図２７】ＲＮＣのＭａｃ−ｅｓレイヤのリオーダリング処理を説明する図である。
【発明を実施するための形態】
【００２５】
図１は、基地局と無線ネットワーク制御装置を示した図である。図１に示すように、基地局１は、受信部１ａ、再送実施状況取得部１ｂ、全体再送実施状況把握部１ｃ、および全体再送実施状況送信部１ｄを有している。無線ネットワーク制御装置２は、全体再送実施状況受信部２ａ、再送判断部２ｂ、および待ち合わせ部２ｃを有している。図１には、基地局１および無線ネットワーク制御装置２を介して他の端末にデータを送信する端末３も示してある。
【００２６】
基地局１の受信部１ａは、例えば、図２６に示したように、複数の再送プロセスを動作させ、複数の再送プロセスによって端末３からデータを受信しおよびデータの再送処理を行う。
【００２７】
再送実施状況取得部１ｂは、受信部１ａの複数の再送プロセスごとにおいて、再送処理の再送実施状況を取得する。例えば、受信部１ａで８個の再送プロセスが動作している場合、再送実施状況取得部１ｂは、８個の再送プロセスのそれぞれにおいて、再送処理が行われているか否か取得する。
【００２８】
全体再送実施状況把握部１ｃは、再送実施状況取得部１ｂによって取得された再送実施状況に基づいて、複数の再送プロセスの全体における再送処理の全体再送実施状況を把握する。例えば、全体再送実施状況把握部１ｃは、再送実施状況取得部１ｂによって取得された再送実施状況が１個でも再送処理を行っていることを示している場合、複数の再送プロセスの全体において再送処理が行われていると把握する。一方、全体再送実施状況把握部１ｃは、再送実施状況の全部が再送処理を行っていないことを示している場合、複数の再送プロセスの全体において再送処理が行われていないと把握する。
【００２９】
全体再送実施状況送信部１ｄは、全体再送実施状況把握部１ｃによって把握された全体再送実施状況を、基地局１を制御する無線ネットワーク制御装置２に送信する。
無線ネットワーク制御装置２の全体再送実施状況受信部２ａは、基地局１の全体再送実施状況送信部１ｄから送信される全体再送実施状況を受信する。
【００３０】
再送判断部２ｂは、全体再送実施状況受信部２ａによって受信された全体再送実施状況に基づいて、基地局１において複数の再送プロセスの再送処理が行われているか否か判断する。
【００３１】
待ち合わせ部２ｃは、基地局１を介して端末３から送信されるデータを受信するとともに、再送判断部２ｂの判断結果に基づいて、端末３と基地局１との無線通信で欠落したデータの受信待ち合わせを行う。例えば、待ち合わせ部２ｃは、再送判断部２ｂが全体再送実施状況に基づいて、基地局１と端末３とが再送処理を行っていると判断した場合、欠落したデータの再送を期待して、そのデータの待ち合わせを行う。一方、待ち合わせ部２ｃは、再送判断部２ｂが全体再送実施状況に基づいて、基地局１と端末３とが再送処理を行っていないと判断した場合、欠落したデータの再送は期待できないとし、待ち合わせを行わないようにする。
【００３２】
このように、基地局１は、複数の再送プロセスの全体における全体再送実施状況を把握し、把握した全体再送実施状況を無線ネットワーク制御装置２に送信する。無線ネットワーク制御装置２は、基地局１からの全体再送実施状況に基づいて、基地局１と端末３との間で欠落したデータの再送処理が行われているか否か判断する。これにより、無線ネットワーク制御装置２は、基地局１と端末３との間で再送処理が行われていない欠落データの受信待ち合わせをせずに済み、データ処理の遅延を低減することができる。
【００３３】
図２は、移動通信システムを示した図である。図２に示すように、基地局１１は、ＲＮＣ１２と接続されている。ＲＮＣ１２は、基地局１１を制御する上位装置であり、例えば、ハンドオーバ処理などを制御したりする。図２に示してないが、ＲＮＣ１２は、コアネットワーク（ＣＮ：Core Network）に接続されている。
【００３４】
端末１３は、基地局１１と無線通信を行う。基地局１１と端末１３は、例えば、ＨＳＵＰＡを適用したＷ−ＣＤＭＡの無線通信を行う。端末１３は、例えば、携帯電話である。
基地局１１、ＲＮＣ１２、および端末１３は、例えば、図２４に示したプロトコルモデルに基づいてデータの送受信を行う。基地局１１と端末１３の間では、データの受信およびデータの再送処理を行う複数の再送プロセスが動作している。例えば、図２６で説明したように複数のＨＡＲＱプロセスが動作している。以下では、基地局１１と端末１３の間には、複数のＨＡＲＱプロセスが動作しているとして説明する。
【００３５】
図３は、端末、基地局、およびＲＮＣのブロック図を示した図である。図３に示すように基地局１１は、データ受信部２１、Ｅ−ＤＣＨフレーム生成部２２、およびＥ−ＤＣＨフレーム送信部２３を有している。ＲＮＣ１２は、Ｅ−ＤＣＨフレーム受信部３１、リオーダリング処理部３２、およびＲＬＣ処理部３３を有している。端末１３は、ＲＬＣ処理部４１、Ｍａｃデータ生成部４２、およびデータ送信部４３を有している。
【００３６】
端末１３のＲＬＣ処理部４１は、ＲＬＣレイヤおよびＭａｃ−ｄレイヤの処理を行う。ＲＬＣ処理部４１は、ネットワークに送信するデータフレームをより短いＲＬＣＰＤＵに分割し、Ｍａｃ−ｄＰＤＵを生成する。ＲＬＣ処理部４１は、データフレームをＲＬＣＰＤＵに分割する際、ＲＬＣＰＤＵ単位にシーケンスナンバ（以下、ＳＮ）を付与する。
【００３７】
Ｍａｃデータ生成部４２は、Ｍａｃ−ｅｓレイヤの処理を行う。Ｍａｃデータ生成部４２は、ＲＬＣ処理部４１によって生成されたＭａｃ−ｄＰＤＵを多重し、Ｍａｃ−ｅｓＰＤＵを生成する。Ｍａｃデータ生成部４２は、無線区間でのＭａｃ−ｅｓＰＤＵの順序逆転を補正するために、Ｍａｃ−ｅｓＰＤＵ単位にＴＳＮを付与する。
【００３８】
データ送信部４３は、Ｒａｄｉｏレイヤの処理を行う。データ送信部４３は、複数のＨＡＲＱプロセスを動作させ、基地局１１との間でデータ送達確認付きのデータ送信を行う。ＨＡＲＱプロセスのそれぞれは、データ送信に失敗した場合、規定回数内においてデータの再送を試みる。
【００３９】
基地局１１のデータ受信部２１は、Ｒａｄｉｏレイヤの処理を行う。データ受信部２１は、複数のＨＡＲＱプロセスを動作させ、端末１３のデータ送信部４３からのデータを受信しおよび再送処理を行う。
【００４０】
データ受信部２１は、複数のＨＡＲＱプロセスごとにおける再送処理の再送実施状況を取得する。また、データ受信部２１は、複数のＨＡＲＱプロセスごとにおける再送処理の再送回数を取得する。また、データ受信部２１は、複数のＨＡＲＱプロセスごとの再送実施状況に基づいて、複数のＨＡＲＱプロセス全体における再送処理の全体再送実施状況を把握する。例えば、全体再送実施状況は、１つでもＨＡＲＱプロセスが再送処理を行っている場合、基地局１１と端末１３の無線通信にて再送処理が実施されていることを示す。一方、全体再送実施状況は、複数のＨＡＲＱプロセスの全てが再送処理を行っていない場合、基地局１１と端末１３の無線通信にて再送処理が実施されていないことを示す。
【００４１】
Ｅ−ＤＣＨフレーム生成部２２およびＥ−ＤＣＨフレーム送信部２３は、Ｌ２／Ｌ１レイヤ、ＩＰレイヤ、ＵＤＰレイヤ、およびＥ−ＤＣＨ  ＦＰレイヤの処理を行う。Ｅ−ＤＣＨフレーム生成部２２は、Ｅ−ＤＣＨフレームを生成する。Ｅ−ＤＣＨフレーム生成部２２は、データ受信部２１によって受信されたＭａｃ−ｅｓＰＤＵを周期的な送信タイミングで多重し、Ｅ−ＤＣＨフレームを生成する。また、Ｅ−ＤＣＨフレーム生成部２２は、データ受信部２１によって取得された全体再送実施状況をＥ−ＤＣＨフレームに含める。
【００４２】
Ｅ−ＤＣＨフレーム送信部２３は、Ｅ−ＤＣＨフレーム生成部２２によって生成されたＥ−ＤＣＨフレームをＲＮＣ１２に送信する。
ＲＮＣ１２のＥ−ＤＣＨフレーム受信部３１は、Ｌ２／Ｌ１レイヤ、ＩＰレイヤ、ＵＤＰレイヤ、およびＥ−ＤＣＨ  ＦＰレイヤの処理を行う。Ｅ―ＤＣＨフレーム受信部３１は、基地局１１のＥ−ＤＣＨフレーム送信部２３から送信されるＥ−ＤＣＨフレームを受信する。Ｅ−ＤＣＨフレーム受信部３１は、受信したＥ−ＤＣＨフレームから、Ｍａｃ−ｅｓＰＤＵを抽出する。また、Ｅ−ＤＣＨフレーム受信部３１は、Ｅ−ＤＣＨフレームに含まれる全体再送実施状況を抽出する。
【００４３】
リオーダリング処理部３２は、Ｍａｃ−ｅｓレイヤの処理を行う。リオーダリング処理部３２は、Ｅ−ＤＣＨフレーム受信部３１によって抽出されたＭａｃ−ｅｓＰＤＵに付与されているＴＳＮに基づいてリオーダリング処理を行い、Ｍａｃ−ｄＰＤＵを抽出する。
【００４４】
リオーダリング処理部３２は、ＴＳＮに基づいて、端末から送信されたＭａｃ−ｅｓＰＤＵに欠落がないか判断する。例えば、リオーダリング処理部３２は、ＴＳＮ＝０，１のＭａｃ−ｅｓＰＤＵを受信して、ＴＳＮ＝３，４のＭａｃ−ｅｓＰＤＵを受信した場合、ＴＳＮ＝２のＭａｃ−ｅｓＰＤＵが欠落したと判断する。
【００４５】
また、リオーダリング処理部３２は、基地局１１から送信される全体再送実施状況に基づいて、基地局１１と端末１３との間の無線通信にて再送処理が行われているか判断する。リオーダリング処理部３２は、全体再送実施状況に基づき、基地局１１と端末１３との間の無線通信にて再送処理が行われていると判断した場合、欠落したＭａｃ−ｅｓＰＤＵが再送されると期待し、一定時間の受信待ち合わせを行う。一方、リオーダリング処理部３２は、全体再送実施状況に基づき、基地局１１と端末１３との間の無線通信にて再送処理が行われていないと判断した場合、欠落したＭａｃ−ｅｓＰＤＵが再送されないと判断し、一定時間の受信待ち合わせを行わない。また、リオーダリング処理部３２は、一定時間の受信待ち合わせを行っている途中に、基地局１１から再送処理が実施されていない旨を示す全体再送実施状況を受信した場合、待ち合わせを終了する。
【００４６】
ＲＬＣ処理部３３は、Ｍａｃ−ｄレイヤおよびＲＬＣレイヤの終端処理を行い、データフレームを再生する処理を行う。ＲＬＣ処理部３３は、ＲＬＣＰＤＵに付与されたＳＮに基づき、ＲＬＣＰＤＵを欠落することなく受信できたか否か判断する。ＲＬＣ処理部３３は、ＲＬＣＰＤＵが欠落していた場合、端末１３のＲＬＣ処理部４１に対して、欠落したＳＮのＲＬＣＰＤＵを再送するよう要求する。ＲＬＣ処理部３３は、再生したデータフレームをＣＮに送信する。
【００４７】
図４は、基地局の詳細なブロック図である。図４に示すように、データ受信部２１は、受信部２１ａ、再送実施状況取得部２１ｂ、全体再送実施状況把握部２１ｃ、再送実施状況記憶部２１ｄ、ＨＡＲＱ再送回数記憶部２１ｅ、前全体再送実施状況記憶部２１ｆ、および新全体再送実施状況記憶部２１ｇを有している。Ｅ−ＤＣＨフレーム生成部２２は、フレーム生成部２２ａ、および全体再送実施状況通知記憶部２２ｂを有している。なお、図４の受信部２１ａは、図１の受信部１ａに対応し、再送実施状況取得部２１ｂは、再送実施状況取得部１ｂに対応し、全体再送実施状況把握部２１ｃは、全体再送実施状況把握部１ｃに対応し、Ｅ−ＤＣＨフレーム生成部２２およびＥ−ＤＣＨフレーム送信部２３は、全体再送実施状況送信部１ｄに対応する。
【００４８】
データ受信部２１の受信部２１ａは、複数のＨＡＲＱプロセスを動作させている。複数のＨＡＲＱプロセスは、端末１３のデータ送信部４３からのデータ受信に成功した場合、ＡＣＫを端末１３のデータ送信部４３に返信し、データの受信に失敗した場合、ＮＡＣＫを端末１３のデータ送信部４３に返信する。受信部２１ａは、受信したデータをＥ−ＤＣＨフレーム生成部２２に出力する。
【００４９】
再送実施状況取得部２１ｂは、受信部２１ａで動作している複数のＨＡＲＱプロセスごとにおける再送実施状況を取得する。再送実施状況取得部２１ｂは、取得した再送実施状況を再送実施状況記憶部２１ｄに記憶する。
【００５０】
図５は、再送実施状況記憶部のデータ構成例を示した図である。図５に示すように、再送実施状況記憶部２１ｄには、複数のＨＡＲＱプロセスごとの再送実施状況が記憶される。再送実施状況記憶部２１ｄは、例えば、メモリやレジスタなどである。
【００５１】
受信部２１ａでは、例えば、８個のＨＡＲＱプロセス＃０〜＃７が動作しているとする。この場合、再送実施状況記憶部２１ｄには、図５に示すように８個のＨＡＲＱプロセス＃０〜＃７の再送実施状況を記憶するための８ビットの領域が８個確保される。
【００５２】
例えば、図５に示すＨＡＲＱプロセス＃０再送実施状況の領域に‘０’が記憶されている場合、ＨＡＲＱプロセス＃０の再送実施状況は‘再送実施中’であることを示す。また、図５に示すＨＡＲＱプロセス＃０再送実施状況の領域に‘１’が記憶されている場合、ＨＡＲＱプロセス＃０の再送実施状況は‘再送実施なし’であることを示す。再送実施状況を記憶する領域は８ビットとしたが、１ビットであってもよい。
【００５３】
図４の説明に戻る。再送実施状況取得部２１ｂは、ＨＡＲＱプロセスの再送処理を行った再送回数をカウントする。再送実施状況取得部２１ｂは、カウントした再送回数をＨＡＲＱ再送回数記憶部２１ｅに記憶する。再送実施状況取得部２１ｂは、データ再送が成功した場合、ＨＡＲＱ再送回数記憶部２１ｅに記憶している再送回数をリセットする。また、再送実施状況取得部２１ｂは、再送回数が規定回数以上になり、データ再送処理に失敗した場合、ＨＡＲＱ再送回数記憶部２１ｅに記憶している再送回数をリセットする。
【００５４】
図６は、ＨＡＲＱ再送回数記憶部のデータ構成例を示した図である。図６に示すように、ＨＡＲＱ再送回数記憶部２１ｅには、複数のＨＡＲＱプロセスごとの再送回数が記憶される。ＨＡＲＱ再送回数記憶部２１ｅは、例えば、メモリやレジスタなどである。
【００５５】
受信部２１ａでは、例えば、８個のＨＡＲＱプロセス＃０〜＃７が動作しているとする。この場合、ＨＡＲＱ再送回数記憶部２１ｅには、図６に示すように８個のＨＡＲＱプロセス＃０〜＃７の再送回数を記憶するための８ビットの領域が８個確保される。
【００５６】
例えば、図６に示すＨＡＲＱプロセス＃０再送回数の領域に‘２’が記憶されている場合、ＨＡＲＱプロセス＃０の行った再送回数は２回であることを示す。再送回数を記憶する領域は８ビットとしたが、ＨＡＲＱの規定回数を記憶できる領域が確保されればよい。
【００５７】
図４の説明に戻る。全体再送実施状況把握部２１ｃは、再送実施状況記憶部２１ｄに記憶されている再送実施状況に基づき、複数の再送プロセス全体における再送処理の全体再送実施状況を把握する。具体的には、全体再送実施状況把握部２１ｃは、再送実施状況記憶部２１ｄに記憶されている再送実施状況に基づき、１つのＨＡＲＱプロセスでも再送処理を行っている場合、複数の再送プロセス全体において再送処理が行われていると把握する。また、全体再送実施状況把握部２１ｃは、再送実施状況記憶部２１ｄに記憶されている再送実施状況に基づき、全ＨＡＲＱプロセスで再送処理が行われていない場合、複数の再送プロセス全体において再送処理が行われていないと把握する。
【００５８】
全体再送実施状況把握部２１ｃは、把握した全体再送実施状況をフレーム生成部２２ａに出力する。また、全体再送実施状況把握部２１ｃは、把握した全体再送実施状況を前全体再送実施状況記憶部２１ｆおよび新全体再送実施状況記憶部２１ｇに記憶する。前全体再送実施状況記憶部２１ｆおよび新全体再送実施状況記憶部２１ｇは、今回のデータ受信処理における全体再送実施状況と、前回のデータ受信処理における全体再送実施状況との差分（変化）を検出するために設けられている。なお、全体再送実施状況把握部２１ｃの前全体再送実施状況記憶部２１ｆおよび新全体再送実施状況記憶部２１ｇに全体再送実施状況を記憶するタイミングについては、後述のフローチャートで説明する。
【００５９】
図７は、前全体再送実施状況記憶部のデータ構成例を示した図である。図７に示すように、前全体再送実施状況記憶部２１ｆには、複数のＨＡＲＱプロセス全体における全体再送実施状況が記憶される。前全体再送実施状況記憶部２１ｆは、例えば、メモリやレジスタなどである。
【００６０】
前全体再送実施状況記憶部２１ｆには、例えば、全体再送実施状況を記憶する８ビットの領域が１個確保される。例えば、図７の全体再送実施状況の領域に‘０’が記憶されている場合、少なくとも１以上のＨＡＲＱプロセスにおいて再送処理が行われていることを示す。図７の全体再送実施状況の領域に‘１’が記憶されている場合、全ＨＡＲＱプロセスにおいて、再送処理が行われていないことを示す。全体再送実施状況を記憶する領域は８ビットとしたが、１ビットであってもよい。
【００６１】
なお、新全体再送実施状況記憶部２１ｇは、前全体再送実施状況記憶部２１ｆと同じデータ構成例を有し、その説明を省略する。
図４の説明に戻る。Ｅ−ＤＣＨフレーム生成部２２のフレーム生成部２２ａは、データ受信部２１の受信部２１ａによって受信された受信データ（Ｍａｃ−ｅｓＰＤＵ）と、全体再送実施状況把握部２１ｃから出力される全体再送実施状況とを受信し、受信順にキューイングする。受信データは、再送実施状況取得部２１ｂおよび全体再送実施状況把握部２１ｃを経由し、全体再送実施状況は、受信データに付加される形でフレーム生成部２２ａに出力される。フレーム生成部２２ａは、Ｅ−ＤＣＨフレームの送信タイミング（周期的）になるまで、受信データおよび全体再送実施状況をキューイングする。
【００６２】
フレーム生成部２２ａは、Ｅ−ＤＣＨフレームの送信タイミングになると、キューイングした受信データを多重してＥ−ＤＣＨフレームを生成する。また、フレーム生成部２２ａは、キューイングした全体再送実施状況のうち、最新に受信した全体再送実施状況をＥ−ＤＣＨフレームに格納する。
【００６３】
フレーム生成部２２ａは、Ｅ−ＤＣＨフレームに格納した全体再送実施状況を全体再送実施状況通知記憶部２２ｂに記憶する。すなわち、フレーム生成部２２ａは、ＲＮＣ１２に送信した全体再送実施状況を全体再送実施状況通知記憶部２２ｂに記憶する。全体再送実施状況通知記憶部２２ｂのデータ構成例は、図７と同様であり、その説明を省略する。
【００６４】
フレーム生成部２２ａは、生成したＥ−ＤＣＨフレームをＥ−ＤＣＨフレーム送信部２３に出力する。Ｅ−ＤＣＨフレーム送信部２３は、Ｅ−ＤＣＨフレーム生成部２２ａによって生成されたＥ−ＤＣＨフレームをＲＮＣ１２に送信する。
【００６５】
図８は、Ｅ−ＤＣＨフレームのフレームフォーマットを示した図である。図８に示すように、Ｅ−ＤＣＨフレーム５１は、ヘッダ領域５２およびペイロード領域５３を有している。ペイロード領域５３は、オプショナル領域５３ａを有している。
【００６６】
フレーム生成部２２ａは、キューイングした受信データ、すなわち、Ｍａｃ−ｅｓをＥ−ＤＣＨフレームのペイロード領域５３に多重する。また、フレーム生成部２２ａは、全体再送実施状況把握部２１ｃから出力される全体再送実施状況を、オプショナル領域５３ａのSpare Extensionに格納する。
【００６７】
図９、図１０は、基地局のデータ受信部の動作を示したフローチャートである。
ステップＳ１において、受信部２１ａで動作しているＨＡＲＱプロセスは、端末１３からデータを受信する。
【００６８】
ステップＳ２において、受信部２１ａは、データを受信したＨＡＲＱプロセスのプロセス番号を取得する。例えば、受信部２１ａでは、ＨＡＲＱプロセス＃０〜＃７が動作しているとする。ＨＡＲＱプロセス＃１がデータを受信した場合、受信部２１ａは、プロセス番号＃１を取得することになる。
【００６９】
ステップＳ３において、ＨＡＲＱプロセスは、受信データに異常があるか否か判断する。ＨＡＲＱプロセスは、受信データに異常がある場合（受信データの再送処理を行う必要がある場合）、ステップＳ９へ進む。受信データに異常がない場合（受信データの再送処理を行う必要がない場合）、ステップＳ４へ進む。
【００７０】
ステップＳ４において、再送実施状況取得部２１ｂは、ＨＡＲＱプロセスごとの再送実施状況を取得する。再送実施状況取得部２１ｂは、取得した再送実施状況を再送実施状況記憶部２１ｄに記憶する。
【００７１】
ステップＳ５において、再送実施状況取得部２１ｂは、ＨＡＲＱ再送回数記憶部２１ｅの再送回数をリセットする。再送実施状況取得部２１ｂは、ステップＳ２にて取得したプロセス番号に対応する再送回数をリセットする。
【００７２】
ステップＳ６において、全体再送実施状況把握部２１ｃは、再送実施状況記憶部２１ｄに記憶されている再送実施状況に基づき、複数の再送プロセス全体における全体再送実施状況を把握する。全体再送実施状況把握部２１ｃは、把握した全体再送実施状況を新全体再送実施状況記憶部２１ｇに記憶する。
【００７３】
ステップＳ７において、受信部２１ａは、端末１３から受信したデータをＥ−ＤＣＨフレーム生成部２２のフレーム生成部２２ａに出力する。また、全体再送実施状況把握部２１ｃは、新全体再送実施状況記憶部２１ｇに記憶した全体再送実施状況をＥ−ＤＣＨフレーム生成部２２のフレーム生成部２２ａに出力する。
【００７４】
ステップＳ８において、全体再送実施状況把握部２１ｃは、再送実施状況記憶部２１ｄに記憶されている再送実施状況に基づき、複数の再送プロセス全体における全体再送実施状況を把握する。全体再送実施状況把握部２１ｃは、把握した全体再送実施状況を前全体再送実施状況記憶部２１ｆに記憶する。これにより、受信部２１ａが次の受信データ処理を行う場合、前全体再送実施状況記憶部２１ｆには、前回行った受信データ処理での全体再送実施状況が記憶されていることになる。
【００７５】
ステップＳ９において、再送実施状況取得部２１ｂは、受信したデータの再送が規定回数行われたか否か判断する。再送実施状況取得部２１ｂは、受信したデータの再送が規定回数行われた場合、すなわち、データ再送処理が失敗した場合、ステップＳ１０へ進む。受信したデータの再送が規定回数行われていない場合、すなわち、データ再送処理中の場合、ステップＳ１５へ進む。
【００７６】
ステップＳ１０において、再送実施状況取得部２１ｂは、ＨＡＲＱプロセスごとの再送実施状況を取得する。再送実施状況取得部２１ｂは、取得した再送実施状況を再送実施状況記憶部２１ｄに記憶する。
【００７７】
ステップＳ１１において、再送実施状況取得部２１ｂは、データ再送処理を終了するので、ＨＡＲＱ再送回数記憶部２１ｅの再送回数をリセットする。再送実施状況取得部２１ｂは、ステップＳ２にて取得したプロセス番号に対応する再送回数をリセットする。
【００７８】
ステップＳ１２において、全体再送実施状況把握部２１ｃは、再送実施状況記憶部２１ｄに記憶されている再送実施状況に基づき、複数の再送プロセス全体における全体再送実施状況を把握する。全体再送実施状況把握部２１ｃは、把握した全体再送実施状況を新全体再送実施状況記憶部２１ｇに記憶する。
【００７９】
ステップＳ１３において、全体再送実施状況把握部２１ｃは、新全体再送実施状況記憶部２１ｇに記憶されている全体再送実施状況と前全体再送実施状況記憶部２１ｆに記憶されている前回の受信処理における全体再送実施状況を比較し、全体再生実施状況が‘再送あり’から‘再送なし’に変化したか判断する。例えば、ステップＳ２にてデータを受信したＨＡＲＱプロセスのみが再送処理を行っていた場合、全体再生実施状況は、‘再送あり’から‘再送なし’に変化する。ステップＳ２にてデータを受信したＨＡＲＱプロセス以外も再送処理を行っている場合、全体再生実施状況は、‘再送あり’から‘再送なし’に変化しない。
【００８０】
全体再送実施状況把握部２１ｃは、全体再生実施状況が‘再送あり’から‘再送なし’に変化した場合、ステップＳ１４へ進む。すなわち、複数のＨＡＲＱプロセスの全てが再送処理を行っていない状態になった場合、ステップＳ１４へ進む。全体再送実施状況把握部２１ｃは、全体再生実施状況が‘再送あり’から‘再送なし’に変化しない場合、ステップＳ８へ進む。
【００８１】
ステップＳ１４において、全体再送実施状況把握部２１ｃは、新全体再送実施状況記憶部２１ｇに記憶した全体再送実施状況をＥ−ＤＣＨフレーム生成部２２のフレーム生成部２２ａに出力する。なお、全体再生実施状況に差分が生じた場合のみ、全体再送実施状況をＥ−ＤＣＨフレーム生成部２２のフレーム生成部２２ａに出力するのは、同じ全体再生実施状況の出力処理を抑制し、処理の低減を図るためである。
【００８２】
ステップＳ１５において、再送実施状況取得部２１ｂは、ＨＡＲＱプロセスごとの再送実施状況を取得する。再送実施状況取得部２１ｂは、取得した再送実施状況を再送実施状況記憶部２１ｄに記憶する。
【００８３】
ステップＳ１６において、再送実施状況取得部２１ｂは、ＨＡＲＱ再送回数記憶部２１ｅのＨＡＲＱ再送回数に１を加算する。再送実施状況取得部２１ｂは、ステップＳ２にて受信部２１ａが取得したプロセス番号に対応するＨＡＲＱ再送回数に１を加算する。
【００８４】
ステップＳ１７において、全体再送実施状況把握部２１ｃは、再送実施状況記憶部２１ｄに記憶されている再送実施状況に基づき、複数の再送プロセス全体における全体再送実施状況を把握する。全体再送実施状況把握部２１ｃは、把握した全体再送実施状況を新全体再送実施状況記憶部２１ｇに記憶する。
【００８５】
なお、ステップＳ３からステップＳ９へ進む処理は、受信したデータに異常が発生している場合である。従って、ステップＳ９以降のルートでは、ステップＳ７のように受信部２１ａが端末１３から受信したデータをＥ−ＤＣＨフレーム生成部２２のフレーム生成部２２ａに出力する処理はない。
【００８６】
図１１、図１２は、基地局のＥ−ＤＣＨフレーム生成部の動作を示したフローチャートである。
ステップＳ２１において、フレーム生成部２２ａは、Ｅ−ＤＣＨフレームの送信タイミングになったか否か判断する。フレーム生成部２２ａは、Ｅ−ＤＣＨフレームの送信タイミングになった場合、ステップＳ２４へ進む。フレーム生成部２２ａは、Ｅ−ＤＣＨフレームの送信タイミングになっていない場合、ステップＳ２２へ進む。
【００８７】
ステップＳ２２において、フレーム生成部２２ａは、受信部２１ａから出力される受信データを受信する。また、フレーム生成部２２ａは、全体再送実施状況把握部２１ｃから出力される全体再送実施状況を受信する。
【００８８】
ステップＳ２３において、フレーム生成部２２ａは、受信部２１ａから受信した受信データおよび全体再送実施状況把握部２１ｃから受信した全体再送実施状況を受信した順にキューイングする。
【００８９】
ステップＳ２４において、フレーム生成部２２ａは、キューイングした受信データおよび全体再送実施状況があるか否か判断する。フレーム生成部２２ａは、キューイングした受信データおよび全体再送実施状況がない場合、ステップＳ３４へ進む。フレーム生成部２２ａは、キューイングした受信データおよび全体再送実施状況がある場合、ステップＳ２５へ進む。
【００９０】
なお、キューイングした受信データおよび全体再送実施状況がない場合とは、ＲＮＣ１２に送信するデータを端末１３から受信せず、全体再送実施状況が全体再送実施状況把握部２１ｃから出力されなかった場合である。または、キューイングした受信データおよび全体再送実施状況を全てＥ−ＤＣＨフレームに格納した場合である。
【００９１】
ステップＳ２５において、フレーム生成部２２ａは、キューイングした受信データがＥ−ＤＣＨフレームに多重可能であるか判断する。フレーム生成部２２ａは、受信データがＥ−ＤＣＨフレームに多重可能である場合、ステップＳ２６へ進む。フレーム生成部２２ａは、受信データがＥ−ＤＣＨフレームに多重不可能である場合、ステップＳ３１へ進む。
【００９２】
なお、フレーム生成部２２ａは、キューイングした受信データのＴＳＮが連番でない場合、受信データの多重は不可能と判断する。Ｅ−ＤＣＨフレームには、連番のＴＳＮのＭａｃ−ｅｓＰＤＵが多重されるからである。フレーム生成部２２ａは、ステップＳ２５の処理により、ＴＳＮが連番する範囲で受信データをＥ−ＤＣＨフレームに多重することになる。
【００９３】
ステップＳ２６において、フレーム生成部２２ａは、Ｅ−ＤＣＨフレームを生成する。なお、フレーム生成部２２ａは、すでにＥ−ＤＣＨフレームを生成している場合、Ｅ−ＤＣＨフレームを生成しない。
【００９４】
ステップＳ２７において、フレーム生成部２２ａは、キューイングした受信データがあるかないか判断する。フレーム生成部２２ａは、キューイングした受信データがない場合、ステップＳ２９へ進む。フレーム生成部２２ａは、キューイングした受信データがある場合、ステップＳ２８へ進む。
【００９５】
ステップＳ２８において、フレーム生成部２２ａは、キューイングした受信データをＥ−ＤＣＨフレームのペイロード領域に格納（多重）する。
ステップＳ２９において、フレーム生成部２２ａは、キューイングした全体再送実施状況をＥ−ＤＣＨフレームのオプショナル領域のSpare Extensionに格納する。なお、フレーム生成部２２ａは、全体再送実施状況を複数キューイングしている場合、オプショナル領域のSpare Extensionを上書きして全体再送実施状況を格納する。従って、オプショナル領域のSpare Extensionには、最新の全体再送実施状況が格納される。
【００９６】
ステップＳ３０において、フレーム生成部２２ａは、Ｅ−ＤＣＨフレームに格納した受信データまたは全体再送実施状況をデキューする。フレーム生成部２２ａは、ステップＳ２４の処理へ進む。
【００９７】
ステップＳ３１において、フレーム生成部２２ａは、Ｅ−ＤＣＨフレームが生成されているかまたは全体再送実施状況に差分があるか判断する。フレーム生成部２２ａは、Ｅ−ＤＣＨフレームが生成されている場合または全体再送実施状況に差分がある場合、ステップＳ３２へ進む。フレーム生成部２２ａは、Ｅ−ＤＣＨフレームが生成されておらずかつ全体再送実施状況に差分がない場合、ステップＳ２６へ進む。
【００９８】
なお、フレーム生成部２２ａは、Ｅ−ＤＣＨフレームに格納されている最新の全体再送実施状況と、全体再送実施状況通知記憶部２２ｂに記憶されている全体再送実施状況と比較して、全体再送実施状況の差分を検出する。
【００９９】
ステップＳ３２において、フレーム生成部２２ａは、生成したＥ−ＤＣＨフレームをＥ−ＤＣＨフレーム送信部２３に出力する。これにより、Ｅ−ＤＣＨフレームは、ＲＮＣ１２に送信される。
【０１００】
ステップＳ３３において、フレーム生成部２２ａは、Ｅ−ＤＣＨフレームに格納した全体再送実施状況を全体再送実施状況通知記憶部２２ｂに記憶する。
ステップＳ３４において、フレーム生成部２２ａは、Ｅ−ＤＣＨフレームが生成されているかまたは全体再送実施状況に差分があるか判断する。フレーム生成部２２ａは、Ｅ−ＤＣＨフレームが生成されている場合または全体再送実施状況に差分がある場合、ステップＳ３５へ進む。フレーム生成部２２ａは、Ｅ−ＤＣＨフレームが生成されておらずかつ全体再送実施状況に差分がない場合、処理を終了する。この場合、ＲＮＣ１２には、何も送信されない。
【０１０１】
ステップＳ３５において、フレーム生成部２２ａは、生成したＥ−ＤＣＨフレームをＥ−ＤＣＨフレーム送信部２３に出力する。これにより、Ｅ−ＤＣＨフレームは、ＲＮＣ１２に送信される。
【０１０２】
ステップＳ３６において、フレーム生成部２２ａは、Ｅ−ＤＣＨフレームに格納した全体再送実施状況を全体再送実施状況通知記憶部２２ｂに記憶する。
次に、ＲＮＣ１２について説明する。図１３は、ＲＮＣの詳細なブロック図である。図１３に示すように、リオーダリング処理部３２は、再送判断部３２ａ、リオーダリング部３２ｂ、バッファ３２ｃ、およびデータ出力部３２ｄを有している。なお、図１３のＥ−ＤＣＨフレーム受信部３１は、図１の全体再送実施状況受信部２ａに対応し、再送判断部３２ａは、再送判断部２ｂに対応し、リオーダリング部３２ｂは、待ち合わせ部２ｃに対応する。
【０１０３】
Ｅ−ＤＣＨフレーム受信部３１は、基地局１１からＥ−ＤＣＨフレームを受信する。Ｅ−ＤＣＨフレーム受信部３１は、Ｅ−ＤＣＨフレームに含まれているＭａｃ−ｅｓＰＤＵおよび全体再送実施状況を抽出し、リオーダリング処理部３２に出力する。
【０１０４】
リオーダリング処理部３２の再送判断部３２ａは、Ｅ−ＤＣＨフレーム受信部３１で抽出された全体再送実施状況を受信する。再送判断部３２ａは、受信した全体再送実施状況に基づいて、基地局１１と端末１３との間で再送処理が行われているか判断する。
【０１０５】
リオーダリング部３２ｂは、Ｅ−ＤＣＨフレーム受信部３１で抽出されたＭａｃ−ｅｓＰＤＵを受信する。リオーダリング部は、受信データ（Ｍａｃ−ｅｓＰＤＵ）に付与されているＴＳＮに基づいて受信データをリオーダリングし、バッファ３２ｃに記憶する。
【０１０６】
リオーダリング部３２ｂは、例えば、受信データのＴＳＮとバッファ３２ｃのアドレスと対応させて、受信データをバッファ３２ｃに記憶する。具体的には、リオーダリング部３２ｂは、ＴＳＮ＝０，１，２，３の順に受信データを受信した場合、それぞれの受信データをバッファ３２ｃのアドレス＝１０，１１，１２，１３に対応させて記憶する。また、リオーダリング部３２ｂは、ＴＳＮ＝２の受信データを欠落し、ＴＳＮ＝０，１，３，４の受信データを受信した場合、バッファ３２ｃのアドレス＝１０，１１，１３，１４に対応させて受信データを記憶する。これにより、受信データは、リオーダリングされて（ＴＳＮの順に）バッファ３２ｃに記憶されることになる。
【０１０７】
リオーダリング部３２ｂは、再送判断部３２ａの判断結果に基づいて、欠落した受信データの受信待ち合わせを行う。例えば、リオーダリング部３２ｂは、再送判断部３２ａによって基地局１１と端末１３との間で再送処理が行われていないと判断された場合、欠落したデータの受信待ち合わせをせず、受信データをＲＬＣ処理部３３に出力する。一方、リオーダリング部３２ｂは、再送判断部３２ａによって基地局１１と端末１３との間で再送処理が行われていると判断された場合、欠落したデータの受信待ち合わせを行う。また、リオーダリング部３２ｂは、受信データの受信待ち合わせを行っている途中に、再送判断部３２ａによって基地局１１と端末１３との間で再送処理が行われていないと判断された場合、欠落したデータの受信待ち合わせを終了し、受信データをＲＬＣ処理部３３に出力する。
【０１０８】
データ出力部３２ｄは、バッファ３２ｃに記憶されている受信データをＲＬＣ処理部３３に出力する。
図１４は、Ｅ−ＤＣＨフレーム受信部の動作を示したフローチャートである。
【０１０９】
ステップＳ４１において、Ｅ−ＤＣＨフレーム受信部３１は、基地局１１からＥ−ＤＣＨフレームを受信する。
ステップＳ４２において、Ｅ−ＤＣＨフレーム受信部３１は、受信したＥ−ＤＣＨフレームからＭａｃ−ｅｓＰＤＵを抽出する。
【０１１０】
ステップＳ４３において、Ｅ−ＤＣＨフレーム受信部３１は、受信したＥ−ＤＣＨフレームから全体再送実施状況を抽出する。
ステップＳ４４において、Ｅ−ＤＣＨフレーム受信部３１は、抽出したＭａｃ−ｅｓＰＤＵおよび全体再送実施状況をリオーダリング処理部３２に出力する。
【０１１１】
図１５は、リオーダリング処理部の動作を示したフローチャートである。
ステップＳ５１において、リオーダリング部３２ｂは、受信データの待ち合わせがタイムアウトしたか否か判断する。リオーダリング部３２ｂは、受信データの待ち合わせがタイムアウトした場合、ステップＳ５９へ進む。リオーダリング部３２ｂは、受信データの待ち合わせがタイムアウトしていない場合、ステップＳ５２へ進む。
【０１１２】
ステップＳ５２において、リオーダリング部３２ｂは、Ｅ−ＤＣＨフレーム受信部３１から受信データを受信し、バッファ３２ｃに記憶する。なお、リオーダリング部３２ｂは、受信データがない場合、受信データの受信処理をスキップする。
【０１１３】
ステップＳ５３において、リオーダリング部３２ｂは、ＴＳＮに基づいて、受信データに欠落があるか否か判断する。リオーダリング部３２ｂは、受信データに欠落がない場合、ステップＳ５８へ進む。リオーダリング部３２ｂは、受信データに欠落がある場合、ステップＳ５４へ進む。
【０１１４】
ステップＳ５４において、再送判断部３２ａは、Ｅ−ＤＣＨフレーム受信部３１から受信した全体再送実施状況に基づいて、基地局１１と端末１３との間で再送処理が行われているか判断する。再送判断部３２ａは、基地局１１と端末１３との間で再送処理が行われていないと判断した場合、ステップＳ５６へ進む。再送判断部３２ａは、基地局１１と端末１３との間で再送処理が行われていると判断した場合、ステップＳ５５へ進む。
【０１１５】
ステップＳ５５において、リオーダリング部３２ｂは、欠落した受信データの受信待ち合わせを行う。
ステップＳ５６において、リオーダリング部３２ｂは、欠落した受信データの受信待ちを終了する。なお、ステップＳ５４からステップＳ５６へのルートは、受信データの欠落があり、基地局１１と端末１３との間で再送処理が行われていないので、欠落した受信データの再送が期待できず、待ち合わせを終了するルートである。
【０１１６】
ステップＳ５７において、データ出力部３２ｄは、バッファ３２ｃに記憶されている受信データをＲＬＣ処理部３３に出力する。
ステップＳ５８において、データ出力部３２ｄは、バッファ３２ｃに記憶されている受信データをＲＬＣ処理部３３に出力する。
【０１１７】
ステップＳ５９において、リオーダリング部３２ｂは、欠落した受信データの受信待ちを終了する。なお、ステップＳ５１からステップＳ５９へのルートは、受信データの欠落があり、基地局１１と端末１３との間で再送処理が行われているが、待ち合わせ時間を満了したルートである。
【０１１８】
ステップＳ６０において、データ出力部３２ｄは、バッファ３２ｃに記憶されている受信データをＲＬＣ処理部３３に出力する。
図１６、図１７は、ＨＡＲＱ再送失敗の動作シーケンスその１を示した図である。図１６、図１７では、ＨＡＲＱの再送でＴＳＮが逆転しない場合の動作シーケンスが示してある。例えば、図１６のステップＳ７５，Ｓ８１，Ｓ８２，Ｓ８５に示すように、ＴＳＮが順にインクリメントされた場合の動作シーケンスが示してある。
【０１１９】
なお、図１６、図１７中に示す三角形の鋭角の頂点は、Ｅ−ＤＣＨフレームの送信タイミングを示す。また、図１６、図１７中に示すＲは、図９〜図１２、図１４、図１５のフローチャートのどのルートを経た処理であるかを示している。
【０１２０】
ステップＳ７１において、データ送信部４３は、Ｍａｃデータ生成部４２からＲＮＣ１２に送信するＭａｃ−ｅｓＰＤＵ（以下、データ）を受信する。
ステップＳ７２において、データ送信部４３は、Ｍａｃデータ生成部４２から受信したデータを基地局１１のデータ受信部２１に無線送信する。データには、ＴＳＮ＝０、ＳＮ＝０が付与されているとする。
【０１２１】
ステップＳ７３において、データ受信部２１は、データを正常に受信したとする。データ受信部２１は、受信したデータと、全体再送実施状況‘１’をＥ−ＤＣＨフレーム生成部２２に出力する。なお、全体再送実施状況‘１’は、複数のＨＡＲＱプロセスの全てにおいて再送処理が行われていないことを示し、全体再送実施状況‘０’は、複数のＨＡＲＱプロセスの何れかにおいて再送処理が行われていることを示す。
【０１２２】
ステップＳ７４において、データ送信部４３は、Ｍａｃデータ生成部４２からＲＮＣ１２に送信するデータを受信する。
ステップＳ７５において、データ送信部４３は、Ｍａｃデータ生成部４２から受信したデータを基地局１１のデータ受信部２１に無線送信する。データには、ＴＳＮ＝１、ＳＮ＝１が付与されているとする。
【０１２３】
ステップＳ７６において、データ受信部２１は、データを正常に受信したとする。データ受信部２１は、受信したデータと、全体再送実施状況‘１’をＥ−ＤＣＨフレーム生成部２２に出力する。
【０１２４】
ステップＳ７７において、Ｅ−ＤＣＨフレーム生成部２２およびＥ−ＤＣＨフレーム送信部２３は、Ｅ−ＤＣＨフレームの送信タイミングとなったため、Ｅ−ＤＣＨフレームを生成し、ＲＮＣ１２に送信する。Ｅ−ＤＣＨフレーム生成部２２は、Ｅ−ＤＣＨフレームにデータ受信部２１から受信したＴＳＮ＝０，１のデータを多重し、全体再送実施状況‘１’を格納する。
【０１２５】
ステップＳ７８において、Ｅ−ＤＣＨフレーム受信部３１は、基地局１１からＥ−ＤＣＨフレームを受信し、ＴＳＮ＝０，１のデータおよび全体再送実施状況を抽出して、リオーダリング処理部３２に出力する。
【０１２６】
ステップＳ７９において、リオーダリング処理部３２は、受信したデータのリオーダリング処理を行う。リオーダリング処理部３２は、例えば、受信したＴＳＮ＝０のデータをバッファ３２ｃのアドレス＝０に記憶し、受信したＴＳＮ＝１のデータをバッファ３２ｃのアドレス＝１に記憶する。なお、リオーダリング処理部３２は、ＴＳＮ抜けを検出していないので、データの待ち合わせを行わない。リオーダリング部３２は、ＴＳＮ抜けが発生し、待ち合わせを実施するような状況となったとき、全体再送実施状況を確認して待ち合わせの判断を行う。
【０１２７】
リオーダリング処理部３２は、バッファ３２ｃに記憶されたＴＳＮ＝０，１のデータをＲＬＣ処理部３３に出力する。ＲＬＣ処理部３３は、受信したデータからＲＬＣＰＤＵを抽出し、例えば、ＳＮ＝０のＲＬＣＰＤＵをバッファのアドレス＝０に記憶し、ＳＮ＝１のＲＬＣＰＤＵをバッファのアドレス＝１に記憶する。
【０１２８】
ステップＳ８０において、データ送信部４３は、Ｍａｃデータ生成部４２からＲＮＣ１２に送信するデータを受信する。
ステップＳ８１において、データ送信部４３は、Ｍａｃデータ生成部４２から受信したデータを基地局１１のデータ受信部２１に無線送信する。データには、ＴＳＮ＝２、ＳＮ＝２が付与されているとする。データの無線送信は、失敗したとする。
【０１２９】
なお、基地局１１のデータ受信部２１は、データ受信の失敗により、全体再送実施状況‘０’を把握するが、Ｅ−ＤＣＨフレーム生成部２２には出力しない（図１０のルートＲ４）。
【０１３０】
ステップＳ８２において、データ送信部４３は、無線送信に失敗したデータの再送を行う。なお、ＨＡＲＱの再送の規定回数は、１回とする。従って、ＴＳＮ＝２、ＳＮ＝２のデータの再送は、ステップＳ８２の再送処理で終了する。
【０１３１】
ステップＳ８３において、データ受信部２１は、ＨＡＲＱの再送処理が規定回数行われ、全体再送実施状況が‘０’から‘１’に変化するので、全体再送実施状況‘１’をＥ−ＤＣＨフレーム生成部２２に出力する（図１０のルートＲ２）。
【０１３２】
なお、Ｅ−ＤＣＨフレーム生成部２２は、データ受信部２１から受信した全体再送実施状況‘１’と、ＲＮＣ１２に前回送信した全体再送実施状況‘１’（ステップＳ７７）とに変化がなく、ＲＮＣ１２に送信するデータもないので、送信タイミングになっても全体再送実施状況‘１’をＲＮＣ１２に送信しない（図１２のルートＲ２，Ｒ４，Ｒ８）。
【０１３３】
ステップＳ８４〜Ｓ９１の処理は、ステップＳ７１〜Ｓ７８の処理と同様であり、その説明を省略する。ただし、ステップＳ８４〜Ｓ９１では、ＴＳＮ＝３，４（ＳＮ＝３，４）のデータがＲＮＣ１２に送信されるとする。
【０１３４】
ステップＳ９２において、リオーダリング処理部３２は、受信したデータのリオーダリング処理を行う。リオーダリング処理部３２は、ＴＳＮ＝２のデータを受信せず、ＴＳＮ＝３のデータを受信しているが、ＴＳＮ＝２の受信待ち合わせを行わない。全体再送実施状況が‘１’であり、端末１３と基地局１１との間で再送処理が行われておらず、ＴＳＮ＝２の再送は期待できないからである。
【０１３５】
リオーダリング処理部３２は、例えば、受信したＴＳＮ＝３のデータをバッファ３２ｃのアドレス＝３に記憶し、受信したＴＳＮ＝４のデータをバッファ３２ｃのアドレス＝４に記憶する。リオーダリング処理部３２は、ＴＳＮ＝２のデータ（再送に失敗したデータ）を記憶すべきバッファ３２ｃのアドレス＝２を使用済みとする。
【０１３６】
リオーダリング処理部３２は、バッファ３２ｃに記憶されたＴＳＮ＝３，４のデータをＲＬＣ処理部３３に出力する。ＲＬＣ処理部３３は、受信したデータからＲＬＣＰＤＵを抽出し、例えば、ＳＮ＝３のＲＬＣＰＤＵをバッファのアドレス＝３に記憶し、ＳＮ＝４のＲＬＣＰＤＵをバッファのアドレス＝４に記憶する。
【０１３７】
ステップＳ９３において、ＲＬＣ処理部３３は、端末１３のＲＬＣ処理部４１に対し、未受信のＳＮ＝２のＲＬＣＰＤＵの再送処理を要求する。
ステップＳ９４において、データ送信部４３は、Ｍａｃデータ生成部４２から未送信のＳＮ＝２のデータを受信する。データには、ＴＳＮ＝５が付与されているとする。
【０１３８】
ステップＳ９５において、データ送信部４３は、Ｍａｃデータ生成部４２から受信したデータを基地局１１のデータ受信部２１に無線送信する。
ステップＳ９６において、データ受信部２１は、データを正常に受信したとする。データ受信部２１は、受信したデータと、全体再送実施状況‘１’をＥ−ＤＣＨフレーム生成部２２に出力する。
【０１３９】
ステップＳ９７において、Ｅ−ＤＣＨフレーム生成部２２およびＥ−ＤＣＨフレーム送信部２３は、Ｅ−ＤＣＨフレームの送信タイミングとなったため、Ｅ−ＤＣＨフレームを生成し、ＲＮＣ１２に送信する。Ｅ−ＤＣＨフレーム生成部２２は、Ｅ−ＤＣＨフレームにデータ受信部２１から受信したＴＳＮ＝５（ＳＮ＝２）のデータを格納し、全体再送実施状況‘１’を格納する。
【０１４０】
ステップＳ９８において、Ｅ−ＤＣＨフレーム受信部３１は、基地局１１からＥ−ＤＣＨフレームを受信し、ＴＳＮ＝５のデータおよび全体再送実施状況を抽出して、リオーダリング処理部３２に出力する。
【０１４１】
ステップＳ９９において、リオーダリング処理部３２は、受信したデータのリオーダリング処理を行う。リオーダリング処理部３２は、例えば、受信したＴＳＮ＝５のデータをバッファ３２ｃのアドレス＝５に記憶する。
【０１４２】
リオーダリング処理部３２は、バッファ３２ｃに記憶されたＴＳＮ＝５のデータをＲＬＣ処理部３３に出力する。ＲＬＣ処理部３３は、受信したデータからＲＬＣＰＤＵを抽出し、ＳＮ＝２のＲＬＣＰＤＵを、例えば、バッファのアドレス＝２に記憶する。
【０１４３】
図１８〜図２０は、ＨＡＲＱ再送失敗の動作シーケンスその２を示した図である。図１８〜図２０では、ＨＡＲＱの再送でＴＳＮが逆転し、再送失敗後にデータ転送がある場合の動作シーケンスが示してある。例えば、図１８、図１９のステップＳ１１１，Ｓ１１３，Ｓ１１７に示すように、ＴＳＮに逆転が発生している。また、図１９のステップＳ１２０に示すように、ＴＳＮ＝２の再送失敗後に、ＴＳＮ＝４（ＳＮ＝４）のデータ転送を行っている。
【０１４４】
なお、図１８〜図２０中に示す三角形の鋭角の頂点は、Ｅ−ＤＣＨフレームの送信タイミングを示す。また、図１８〜図２０中に示すＲは、図９〜図１２、図１４、図１５のフローチャートのどのルートを経た処理であるかを示している。
【０１４５】
ステップＳ１０１〜Ｓ１０９の処理は、図１６のステップＳ７１〜Ｓ７９と同様の処理であり、その説明を省略する。
ステップＳ１１０において、データ送信部４３は、Ｍａｃデータ生成部４２からＲＮＣ１２に送信するデータを受信する。
【０１４６】
ステップＳ１１１において、データ送信部４３は、Ｍａｃデータ生成部４２から受信したデータを基地局１１のデータ受信部２１に無線送信する。データには、ＴＳＮ＝２、ＳＮ＝２が付与されているとする。データの無線送信は、失敗したとする。
【０１４７】
なお、基地局１１のデータ受信部２１は、データ受信の失敗により、全体再送実施状況‘０’を把握するが、Ｅ−ＤＣＨフレーム生成部２２には出力しない（図１０のルートＲ４）。
【０１４８】
ステップＳ１１２において、データ送信部４３は、Ｍａｃデータ生成部４２からＲＮＣ１２に送信するデータを受信する。
ステップＳ１１３において、データ送信部４３は、Ｍａｃデータ生成部４２から受信したデータを基地局１１のデータ受信部２１に無線送信する。データには、ＴＳＮ＝３、ＳＮ＝３が付与されているとする。
【０１４９】
ステップＳ１１４において、データ受信部２１は、データを正常に受信したとする。データ受信部２１は、受信したデータと、全体再送実施状況‘０’をＥ−ＤＣＨフレーム生成部２２に出力する。なお、ステップＳ１１１によるデータ送信の失敗により、全体再送実施状況は‘０’となる。
【０１５０】
ステップＳ１１５において、Ｅ−ＤＣＨフレーム生成部２２およびＥ−ＤＣＨフレーム送信部２３は、Ｅ−ＤＣＨフレームの送信タイミングとなったため、Ｅ−ＤＣＨフレームを生成し、ＲＮＣ１２に送信する。Ｅ−ＤＣＨフレーム生成部２２は、Ｅ−ＤＣＨフレームにデータ受信部２１から受信したＴＳＮ＝３のデータを格納し、全体再送実施状況‘０’を格納する。
【０１５１】
ステップＳ１１６において、Ｅ−ＤＣＨフレーム受信部３１は、基地局１１からＥ−ＤＣＨフレームを受信し、ＴＳＮ＝３のデータおよび全体再送実施状況‘０’を抽出して、リオーダリング処理部３２に出力する。
【０１５２】
リオーダリング処理部３２は、受信したデータのリオーダリング処理を行う。リオーダリング処理部３２は、例えば、受信したＴＳＮ＝３のデータをバッファ３２ｃのアドレス＝３に記憶する。
【０１５３】
なお、リオーダリング処理部３２は、ＴＳＮ＝２のデータの受信を欠落し、全体再送実施状況が‘０’（再送処理中）なので、ＴＳＮ＝２の再送を期待してデータの待ち合わせを行う（図１５のルートＲ１）。
【０１５４】
ステップＳ１１７において、データ送信部４３は、ＴＳＮ＝２のデータの再送を行う。データの再送は、失敗したとする。
ステップＳ１１８において、データ受信部２１は、ＨＡＲＱの再送処理が規定回数（１）行われ、全体再送実施状況が‘０’から‘１’に変化するので、全体再送実施状況‘１’をＥ−ＤＣＨフレーム生成部２２に出力する（図１０のルートＲ２）。
【０１５５】
ステップＳ１１９において、データ送信部４３は、Ｍａｃデータ生成部からＲＮＣ１２に送信するデータを受信する。
ステップＳ１２０において、データ送信部４３は、Ｍａｃデータ生成部４２から受信したデータを基地局１１のデータ受信部２１に無線送信する。データには、ＴＳＮ＝４、ＳＮ＝４が付与されているとする。
【０１５６】
ステップＳ１２１において、データ受信部２１は、データを正常に受信したとする。データ受信部２１は、受信したデータと、全体再送実施状況‘１’をＥ−ＤＣＨフレーム生成部２２に出力する。
【０１５７】
ステップＳ１２２において、Ｅ−ＤＣＨフレーム生成部２２およびＥ−ＤＣＨフレーム送信部２３は、Ｅ−ＤＣＨフレームの送信タイミングとなったため、Ｅ−ＤＣＨフレームを生成し、ＲＮＣ１２に送信する。Ｅ−ＤＣＨフレーム生成部２２は、Ｅ−ＤＣＨフレームにデータ受信部２１から受信したＴＳＮ＝４のデータを格納し、全体再送実施状況‘１’を格納する（図１２のルートＲ２，Ｒ４，Ｒ２，Ｒ３，Ｒ７）。
【０１５８】
ステップＳ１２３において、Ｅ−ＤＣＨフレーム受信部３１は、基地局１１からＥ−ＤＣＨフレームを受信し、ＴＳＮ＝４のデータおよび全体再送実施状況‘１’を抽出して、リオーダリング処理部３２に出力する。
【０１５９】
リオーダリング処理部３２は、受信したデータのリオーダリング処理を行う。リオーダリング処理部３２は、例えば、受信したＴＳＮ＝４のデータをバッファ３２ｃのアドレス＝４に記憶する。
【０１６０】
なお、リオーダリング処理部３２は、ステップＳ１１６の処理により、欠落したＴＳＮ＝２のデータの受信待ちを行っている。リオーダリング処理部３２は、ステップＳ１２３にて全体再送実施状況‘１’受信したことにより、ＴＳＮ＝２の再送は期待できなと判断し、待ち合わせを終了する（図１５のルートＲ２）。
【０１６１】
ステップＳ１２４において、リオーダリング処理部３２は、バッファ３２ｃに記憶されたＴＳＮ＝３，４のデータをＲＬＣ処理部３３に出力する。ＲＬＣ処理部３３は、受信したデータからＲＬＣＰＤＵを抽出し、例えば、ＳＮ＝３のＲＬＣＰＤＵをバッファのアドレス＝３に記憶し、ＳＮ＝４のＲＬＣＰＤＵをバッファのアドレス＝４に記憶する。
【０１６２】
ステップＳ１２５〜Ｓ１３１の処理は、図１７で説明したステップＳ９３〜Ｓ９９と同様であり、その説明を省略する。
図２１〜図２３は、ＨＡＲＱ再送失敗の動作シーケンスその３を示した図である。図２１〜図２３では、ＨＡＲＱの再送でＴＳＮが逆転し、再送失敗後にデータ転送がない場合の動作シーケンスが示してある。例えば、図２１、図２２のステップＳ１５１，Ｓ１５３，Ｓ１５７に示すように、ＴＳＮに逆転が発生している。また、図２３のステップＳ１６４に示すように、ＴＳＮ＝２の再送失敗後に、ＳＮ＝２の再送を行っているだけで、新たなデータ転送は行われていない。
【０１６３】
なお、図２１〜図２３中に示す三角形の鋭角の頂点は、Ｅ−ＤＣＨフレームの送信タイミングを示す。また、図２１〜図２３中に示すＲは、図９〜図１２、図１４、図１５のフローチャートのどのルートを経た処理であるかを示している。
【０１６４】
ステップＳ１４１〜Ｓ１５８の処理は、図１８、図１９に示したステップＳ１０１〜Ｓ１１８と同様であり、その説明を省略する。
ステップＳ１５９において、Ｅ−ＤＣＨフレーム生成部２２およびＥ−ＤＣＨフレーム送信部２３は、Ｅ−ＤＣＨフレームの送信タイミングとなったため、Ｅ−ＤＣＨフレームを生成し、ＲＮＣ１２に送信する。Ｅ−ＤＣＨフレーム生成部２２は、データ受信部２１からデータを受信しておらず、Ｅ−ＤＣＨフレームに全体再送実施状況‘１’のみを格納する（図１２のルートＲ２，Ｒ４，Ｒ７）。
【０１６５】
ステップＳ１６０において、Ｅ−ＤＣＨフレーム受信部３１は、基地局１１からＥ−ＤＣＨフレームを受信し、全体再送実施状況‘１’を抽出して、リオーダリング処理部３２に出力する。
【０１６６】
リオーダリング処理部３２は、ステップＳ１５６の処理により、欠落したＴＳＮ＝２のデータの受信待ちを行っている。リオーダリング処理部３２は、ステップＳ１６０にて全体再送実施状況‘１’受信したことにより、ＴＳＮ＝２の再送は期待できなと判断し、待ち合わせを終了する（図１５のルートＲ２）。
【０１６７】
ステップＳ１６１において、リオーダリング処理部３２は、バッファ３２ｃに記憶されたＴＳＮ＝４のデータをＲＬＣ処理部３３に出力する。ＲＬＣ処理部３３は、受信したデータからＲＬＣＰＤＵを抽出し、例えば、ＳＮ＝３のＲＬＣＰＤＵをバッファのアドレス＝３に記憶する。
【０１６８】
ステップＳ１６２〜Ｓ１６８の処理は、図１９、図２０で説明したステップＳ１２５〜Ｓ１３１の処理と同様であり（ただし、ＴＳＮ＝４）、その説明を省略する。
このように、基地局１１は、複数のＨＡＲＱプロセスの全体における全体再送実施状況を把握し、把握した全体再送実施状況をＲＮＣ１２に送信する。ＲＮＣ１２は、基地局１１からの全体再送実施状況に基づいて、基地局１１と端末１３との間で欠落したデータの再送処理が行われているか否か判断する。これにより、ＲＮＣ１２は、基地局１１と端末１３との間で再送処理が行われていない欠落データの待ち合わせをせずに済み、データ処理の遅延の低減することができる。
【０１６９】
また、全体再送実施状況把握部２１ｃは、例えば、図１０のステップＳ９に示すように、データの再送処理が再送プロセスによって規定回数行われた場合、ステップＳ１３に示すように、再送処理が規定回数行われる前の前全体再送実施状況記憶部２１ｆに記憶された全体再送実施状況と、再送処理が規定回数行われた後の新全体再送実施状況記憶部２１ｇに記憶された全体再送実施状況とを比較する。そして、全体再送実施状況把握部２１ｃは、全体再送実施状況が再送ありから再送なしに変化した場合、新全体再送実施状況記憶部２１ｇに記憶した全体再送実施状況をＥ−ＤＣＨフレーム生成部２２のフレーム生成部２２ａに出力する。すなわち、全体再送実施状況把握部２１ｃは、全体再送実施状況に変化がない場合、全体再送実施状況をＥ−ＤＣＨフレーム生成部２２のフレーム生成部２２ａに出力しない。これにより、処理の低減を図ることができる。
【０１７０】
また、全体再送実施状況は、データを送信するＥ−ＤＣＨフレームのSpare Extensionに含められて送信されることにより、基地局１１とＲＮＣ１２との間のスループット低下を抑制することができる。
【０１７１】
また、ＲＮＣ１２は、欠落したデータの待ち合わせを行っていても、基地局１１から再送処理が行われていない旨の全体再送実施状況を受信した場合、その欠落したデータの待ち合わせを終了するので、データ処理の遅延を低減することができる。
【０１７２】
また、Ｅ−ＤＣＨフレーム送信部２３は、ＲＮＣ１２に送信する端末１３のデータがなく、前回ＲＮＣ１２に送信した全体再送実施状況と今回ＲＮＣ１２に送信する全体再送実施状況とに変化がない場合、Ｅ−ＤＣＨフレームをＲＮＣ１２に送信しない。これにより、基地局１１とＲＮＣ１２との間のスループット低下を抑制することができる。
【０１７３】
また、無線区間の送信電力を抑えたシステム運用では、データ欠落の頻度が高くなり、ＲＮＣ１２の欠落データの待ち合わせも多くなる。しかし、基地局１１およびＲＮＣ１２では、無線区間の送信電力を抑えた運用でも、欠落データの待ち合わせを抑制し、データ処理の遅延を抑制することができる。
【０１７４】
さらに、ＲＬＣ処理部３３は、リオーダリング処理部３２がデータの待ち合わせを行っている間、欠落しているＳＮのデータの再送要求を行うことができない。この場合、ＲＬＣ処理部３３は、欠落しているＳＮのデータを受信するまで、バッファのデータを維持しておかなければならない。このため、待ち合わせ時間が長くなるほど、バッファを確保する時間も長くなり、ＲＬＣ処理部のバッファ枯渇の原因にもなる。しかし、基地局１１およびＲＮＣ１２では、無駄な欠落データの待ち合わせを抑制するので、バッファ枯渇を抑制することができる。
【符号の説明】
【０１７５】
１  基地局
１ａ  受信部
１ｂ  再送実施状況取得部
１ｃ  全体再送実施状況把握部
１ｄ  全体再送実施状況送信部
２  無線ネットワーク制御装置
２ａ  全体再送実施状況受信部
２ｂ  再送判断部
２ｃ  待ち合わせ部
【図１】
2010278588.tif 000003
【図２】
2010278588.tif 000004
【図３】
2010278588.tif 000005
【図４】
2010278588.tif 000006
【図５】
2010278588.tif 000007
【図６】
2010278588.tif 000008
【図７】
2010278588.tif 000009
【図８】
2010278588.tif 000010
【図９】
2010278588.tif 000011
【図１０】
2010278588.tif 000012
【図１１】
2010278588.tif 000013
【図１２】
2010278588.tif 000014
【図１３】
2010278588.tif 000015
【図１４】
2010278588.tif 000016
【図１５】
2010278588.tif 000017
【図１６】
2010278588.tif 000018
【図１７】
2010278588.tif 000019
【図１８】
2010278588.tif 000020
【図１９】
2010278588.tif 000021
【図２０】
2010278588.tif 000022
【図２１】
2010278588.tif 000023
【図２２】
2010278588.tif 000024
【図２３】
2010278588.tif 000025
【図２４】
2010278588.tif 000026
【図２５】
2010278588.tif 000027
【図２６】
2010278588.tif 000028
【図２７】
2010278588.tif 000029