(57)【要約】【課題】Ｎプロセスストップアンドウエイト方式の再送制御を行う通信システムにおいて、パケットを適切且つ迅速に転送すること。【解決手段】通信装置は、Ｎ個の伝送プロセスで受信されたＮ個のパケットデータユニットに対して誤り検出を行う手段と、誤り検出結果に応じて、肯定応答を示す信号又は第１の再送要求信号を送信する手段と、肯定応答の対象となったパケットを上位レイヤへの転送に備えて格納する格納手段と、肯定応答の対象となったパケットの順序が断続的であった場合に、欠如したパケットについて再送が必要なことを更に確認した上で第２の再送要求信号を送信する手段と、パケットデータユニットの順序を揃えて前記格納手段から上位レイヤへパケットを転送する手段とを有する。【選択図】図６
2007181127.tif 000002
【特許請求の範囲】
【請求項１】
Ｎプロセスストップアンドウエイト方式のハイブリッドＡＲＱ法に従ってデータを受信する通信装置であって、
Ｎ個の伝送プロセスで受信されたＮ個のパケットデータユニットに対して誤り検出を行う手段と、
誤り検出結果に応じて、肯定応答を示す信号又は第１の再送要求信号を送信する手段と、
肯定応答の対象となったパケットを上位レイヤへの転送に備えて格納する格納手段と、
肯定応答の対象となったパケットの順序が断続的であった場合に、欠如したパケットについて再送が必要なことを更に確認した上で第２の再送要求信号を送信する手段と、
パケットデータユニットの順序を揃えて前記格納手段から上位レイヤへパケットを転送する手段と、
を有することを特徴とする通信装置。
【請求項２】
前記第２の再送要求信号は、前記欠如したパケットについての再送プロセスが実行途中でなかった場合に、又は前記欠如したパケットについての再送プロセス終了後でも該パケットについて誤りが検出された場合に生成される
ことを特徴とする請求項１記載の通信装置。
【請求項３】
前記パケットの順序は、パケットデータユニット毎に付与された識別番号を用いて行われる
ことを特徴とする請求項１記載の通信装置。
【請求項４】
Ｎプロセスストップアンドウエイト方式のハイブリッドＡＲＱ法に従ってデータを受信する方法であって、
Ｎ個の伝送プロセスで受信されたＮ個のパケットデータユニットに対して誤り検出を行うステップと、
誤り検出結果に応じて、肯定応答を示す信号又は第１の再送要求信号を送信するステップと、
肯定応答の対象となったパケットを、上位レイヤへの転送に備えて格納し、該パケットの順序を確認するステップと、
確認された順序が断続的であった場合に、欠如したパケットについて再送が必要なことを更に確認した上で第２の再送要求信号を送信するステップと、
パケットデータユニットの順序を揃えて前記格納手段から上位レイヤへパケットを転送するステップと、
を有することを特徴とする方法。
【請求項５】
前記第２の再送要求信号は、前記欠如したパケットについての再送プロセスが実行途中でなかった場合に、又は前記欠如したパケットについての再送プロセス終了後でも該パケットについて誤りが検出された場合に生成される
ことを特徴とする請求項４記載の方法。
【請求項６】
Ｎプロセスストップアンドウエイト方式のハイブリッドＡＲＱ法に従ってデータを受信させるプログラムであって、
Ｎ個の伝送プロセスで受信されたＮ個のパケットデータユニットに対して誤り検出を行うステップと、
誤り検出結果に応じて、肯定応答を示す信号又は第１の再送要求信号を送信するステップと、
肯定応答の対象となったパケットを、上位レイヤへの転送に備えて格納し、該パケットの順序を確認するステップと、
確認された順序が断続的であった場合に、欠如したパケットについて再送の要否を更に確認した上で第２の再送要求信号を送信するステップと、
パケットデータユニットの順序を揃えて前記格納手段から上位レイヤへパケットを転送するステップと、
を通信装置に実行させることを特徴とするプログラム。
【請求項７】
前記第２の再送要求信号は、前記欠如したパケットについての再送プロセスが実行途中でなかった場合に、又は前記欠如したパケットについての再送プロセス終了後でも該パケットについて誤りが検出された場合に生成される
ことを特徴とする請求項６記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信の技術分野に関し、特にハイブリッド自動再送要求(HARQ:  Hybrid  ARQ)を行いながらパケットを通信する通信装置、通信方法及びプログラムに関連する。
【背景技術】
【０００２】
この種の技術分野では通信の信頼性を向上させるため自動再送要求(ARQ:   Automatic  Repeat  reQuest)法が使用される。概してＡＲＱ法は受信パケットについて誤り検出を行い、許容できない程度に誤りを含んでいたパケットを再送するように送信側に要求する。誤り検出は巡回冗長符号(CRC)を使用する技術のような何らかの既存の技術により行われてもよい。送信側はこの要求に応じてパケットを再送する。これにより、受信側でパケットが欠如したままアプリケーションが実行されてしまうことをある程度解消することができる。
【０００３】
図１はＡＲＱ法の動作概要を示す。例えばインターネットプロトコル（ＩＰ）に基づくＩＰパケットＡ，Ｂ，Ｃ，．．．は、上位装置から基地局の受信バッファに順番に格納される（Ｓ１）。受信されたＩＰパケットは、低レイヤでの送信に備えて固定長のブロックサイズに分割される（Ｓ２）。更に所定数個のブロック毎に物理チャネルでの無線伝送が行われ、移動局でそれらが受信される（Ｓ３）。図示の例では送信時間間隔(TTI)毎に２つのブロックが伝送される。移動局は受信パケットについて誤り検出処理を行う。受信パケットは移動局のＲＬＣバッファ（受信バッファ）に格納される（Ｓ４）。この場合に、誤りの検出されたブロックについては、基地局側に再送が要求される。図示の例では「NG」で示されるように１１，１２番目のブロックについて誤りが検出され、それらを再送するように移動局は基地局に要求する。移動局は誤りの検出されなかったパケットをＲＬＣより上位のレイヤ（アプリケーションレイヤ等）に転送する（Ｓ５）。誤りの検出されたブロックを含むパケット（図示の例ではパケットＣ）は破棄され、移動局は適切なパケットが用意されるのを待機し、再送手順完了後に再送対象のパケットを上位レイヤに転送する。
【０００４】
通信の確実性を更に向上させるため、誤り訂正方式とＡＲＱ方式を組み合わせたハイブリッドＡＲＱ（HARQ）方式も提案されている。これはHSDPA(High  Speed  Downlink  Packet  Access)方式のシステムにも使用されている。
【０００５】
図２はＨＡＲＱ法を行う基地局及び移動局の概略ブロック図を示し、図３はＨＡＲＱ方式の動作概要を示す。ＩＰパケットＡ，Ｂ，Ｃ，．．．は、上位装置から基地局のＲＬＣ／ＡＲＱバッファ又は受信バッファ（図２）に順番に格納される（図３のＳ１）。受信されたＩＰパケットは図２のＲＬＣバッファで固定長のブロックサイズに分割される（Ｓ２）。そしてＨＡＲＱ−ＰＤＵ処理部で固定長のブロックの１以上が無線環境に応じて束ねられ、伝送される。各ブロックはシーケンス番号（ＳＮ＝１，２，．．．）で特定される。ＩＰパケットは所定数個のブロック毎に物理チャネルで無線伝送され、移動局で受信される（Ｓ３）。1以上のブロックを含むパケットデータユニットにはそれぞれ番号（ＴＳＮ＝１，２，．．．）が割り当てられ、その番号で指定される情報を伝送するプロセスにはプロセス番号（Ｐ１，Ｐ２，．．．）が割り当てられる。移動局は受信パケットについて誤り検出を行い、図中「ＮＧ」で示されるように誤りが検出された場合にはそのパケットを再送するように移動局は基地局に要求する。受信パケットは図２に示されるリオーダリングバッファに格納される（Ｓ４）。リオーダリングバッファは、欠落したパケットが受信されるまで、再送対象でないパケットを保持する。図示の例ではＴＳＮ＝２のパケットデータユニット（プロセス番号はＰ２）について誤りが検出され、それを再送するように移動局は基地局に要求する。基地局はこれに応じて再送を行い、図示の例では再送パケットは誤りなく受信され、リオーダリングバッファに格納される。この段階での再送要求処理は、ＭＡＣサブレイヤで行われる。リオーダリングバッファでは格納済みのパケットはＴＳＮ番号順に並べ替えられる。適切な順序に並べられたパケットはＲＬＣレイヤでのパケットデータユニット（ＲＬＣ−ＰＤＵ）に分解され、ＲＬＣバッファに格納される（Ｓ５）。ＲＬＣバッファに格納されたパケットについてもシーケンス番号ＳＮが断続的であるか否かが確認される。例えばＨＡＲＱでの最大再送回数に達しても依然として誤りが検出されるような場合には、ＲＬＣバッファ中のパケットについて依然としてパケットの欠落が検出されるかもしれないからである。そのような場合には、ＲＬＣレイヤでの再送が移動局から基地局に要求される。この段階での再送要求処理は、ＲＬＣレイヤ（又はＡＲＱレイヤとも呼ばれる）で行われる。移動局は誤りの検出されなかったパケットをＲＬＣより上位のレイヤ（アプリケーションレイヤ等）に転送する。誤りの検出されたブロックを含むパケットについては、移動局は適切なパケットが用意されるのを待機し、再送手順完了後に再送対象のパケットを上位レイヤに転送する（Ｓ６）。このような従来のＡＲＱ及びＨＡＲＱについては非特許文献１に記載されている。
【非特許文献１】3GPP  TS  25.301  6.4.0、インターネット＜URL:  http://www.3gpp.org＞
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、ＲＬＣレイヤでのパケットデータユニットを指定するシーケンス番号ＳＮや、ＭＡＣレイヤでのパケットデータユニットを指定する番号ＴＳＮは固定長のビット数で表現されるので、その番号又は数は循環的に（サイクリックに）パケットに付与される。例えばシーケンス番号ＳＮが１２ビットで表現される場合には、２１２＝４０９６個の番号が循環的に使用される。このため、伝送するパケットに１つずつ番号を連続的に割り当てて伝送する場合に、受信側は受信したパケットが現在のサイクルのものであるか否か、１サイクル前のものであるか否かを容易には判別できない。
【０００７】
このような不都合を解消するため、従来技術では送信ストーリング(transmission  stalling)と呼ばれる技術が使用される。これは受信機からの確認応答が無くても送信側が連続的に送信可能なパケットデータユニット数又は番号を制限する技術である。より具体的にはシーケンス番号ｉのパケットに続くi+1〜i+2049の２０４８個のパケットはＳＮ＝ｉのパケット送信後に連続的に送信されてよいが、ＳＮ＝i+2050（及びそれ以降）のパケットの送信はＳＮ＝ｉのパケットについてのＡＣＫ（確認応答又は肯定応答）が得られるまで禁止される。送信機でＳＮ＝ｉについての確認応答が得られると、ＳＮ＝ｉ＋１のパケットの送信後に、ＳＮ＝i+2〜i+2051の２０４８個のパケットは確認応答なしに送信されてよい。確認応答なしに送信可能なパケット数又はサイズは、送信ウインドウと呼ばれる。確認応答が連続的に得られる毎に送信ウインドウの範囲はSNの増える方向に１つずつずれてゆくが、確認応答が連続的に得られなかった場合には送信ウインドウの範囲はずらされずに維持される。確認応答なしに送信可能なパケット数を、表現可能な最大数の半分に制限することで、受信機は受信したパケットが再送されたものであるか否かを判別できる。このような方式はストップアンドウエイト(SAW:  Stop  And  Wait)方式とも言及される。
【０００８】
上述したように再送要求の処理はＭＡＣレイヤでもＲＬＣレイヤでも行われる。何れのレイヤでも固定長のビット数でパケットデータユニットが指定されるので、双方の再送要求処理で送信ストーリングが行われる。パケットデータユニットのサイズはＭＡＣレイヤ及びＲＬＣレイヤで異なることに加えて、データ送信後に確認応答（ＡＣＫ）を受信するタイミングがＭＡＣレイヤとＲＬＣレイヤで異なるので、送信ウインドウのサイズも互に異なる。一般にＭＡＣレイヤでの確認応答がＲＬＣレイヤでの確認応答より早く得られる。例えばＲＬＣレイヤでの再送要求処理に対する送信ウインドウのサイズは上記のように２０４８であり、ＭＡＣレイヤでの送信ウインドウサイズは１６であるように設定可能である（ＴＳＮの最大値が３２であることが仮定されている。）。
【０００９】
しかしながらＭＡＣレイヤ及びＲＬＣレイヤでそれぞれ独自に送信ストーリングが行われると、送信機は双方の送信ウインドウに含まれるパケットしか送信することができない。言い換えれば、データが一方の送信ウインドウの中に属していても、それが他方の送信ウインドウの範囲外であったならば、そのデータを送信することは禁止される。図４は送信ストーリングが別々に行われる様子を示す。図示の例ではシーケンス番号ＳＮ＝１，２についての確認応答は既に得られているが、ＳＮ＝３についての確認応答が未だ得られていないことが仮定されている。この時点では、ＳＮ＝３のパケットに続くＳＮ＝４〜２０５１のパケットは連続的に送信されてよいが、ＳＮ＝２０５２以降のパケットの送信は禁止される。一方、図示の例では、ＳＮ＝３のパケットはＴＳＮ＝１３のパケットデータユニットに含まれるので、ＭＡＣレイヤでの送信ストーリングによれば、ＴＳＮ＝１３に続くＴＳＮ＝１４〜２９のパケットは連続的に送信されてよいが、ＴＳＮ＝３０以降のパケットの送信は禁止される。従って、ＳＮ＝３〜９１８までのパケットは連続的に送信されてよいが、ＳＮ＝９１９以降のパケットの送信は禁止されることになる。このように従来の手法によれば、送信側は双方の送信ウインドウに含まれるパケットしか送信することができないので、スループットを向上させる観点からは有利であるとは言えない。
【００１０】
本発明の課題は、Ｎプロセスストップアンドウエイト方式の再送制御を行う通信システムにおいて、パケットを適切且つ迅速に転送するための通信装置、再送制御方法及びプログラムを提供することである。
【課題を解決するための手段】
【００１１】
本発明では、Ｎプロセスストップアンドウエイト方式のハイブリッドＡＲＱ法に従ってデータを受信する通信装置が使用される。通信装置は、Ｎ個の伝送プロセスで受信されたＮ個のパケットデータユニットに対して誤り検出を行う手段と、誤り検出結果に応じて、肯定応答を示す信号又は第１の再送要求信号を送信する手段と、肯定応答の対象となったパケットを上位レイヤへの転送に備えて格納する格納手段と、肯定応答の対象となったパケットの順序が断続的であった場合に、欠如したパケットについて再送が必要なことを更に確認した上で第２の再送要求信号を送信する手段と、パケットデータユニットの順序を揃えて前記格納手段から上位レイヤへパケットを転送する手段とを有する通信装置である。
【発明の効果】
【００１２】
本発明によれば、ＮプロセスＳＡＷ方式の再送制御を行う通信システムにおいて、パケットを適切且つ迅速に転送することができる。
【発明を実施するための最良の形態】
【００１３】
以下、プロトコル階層の観点から本発明を概説する。比較のため従来技術に関するプロトコル階層も説明される。
【００１４】
図５Ａは図２や図３に示されるような従来技術に対する階層モデルの一例を示す。上述したようにレイヤ１／ＭＡＣレイヤでは受信パケットについて誤り検出を行い、図中ＣＲＣ−ＮＧで示されるように誤りが検出されたこと（又は誤りが許容レベル以上であったこと）に応じて、誤っているパケットの再送が要求される。ＲＬＣ／ＡＲＱレイヤではシーケンス番号ＳＮが連続的であるか否かが検査され、シーケンス番号が欠如していることが検出されると、そのパケットについての再送が要求される。ＭＡＣレイヤからＲＬＣ／ＡＲＱレイヤへのデータ伝送はパケットの順序が確保された状態で行われる。順序を整合させる処理はリオーダリングバッファを用いて行われる。順序が揃った状態でパケットを上位レイヤに転送することは、インシーケンスデリバリ(ISD:  In  Sequence  Delivery)と呼ばれる。更に、ＲＬＣ／ＡＲＱレイヤから上位レイヤ（図示の例ではアプリケーションレイヤ又はＰＤＣＰレイヤ）へのデータ伝送もインシーケンスデリバリ（ＩＳＤ）でなされる。ＲＬＣレイヤではシーケンス番号ＳＮが監視され、その欠落が発見されると再送制御が行われ、ＲＬＣ受信バッファでパケットの順序が維持される。
【００１５】
このような手法はデータの順序を確実に揃える観点からは好ましいかもしれない。しかし、異なる送信ウインドウを用いて２つの送信ストーリングが別々行われ、スループットの劣化が懸念されることは上述のとおりである。ところで、再送を行う本質的な意義は、順序の揃った抜けの無い一連のパケットをアプリケーション層等に供給する点にある。従って２つの送信ストーリングを別々に行って双方でＩＳＤを確保することは必須ではないかもしれない。本発明は再送要求のトリガを工夫することで、重複的な送信ストーリングを省略しつつ上位レイヤへ転送されるパケットの順序も確保する。
【００１６】
図５Ｂは本発明に対する階層モデルの一例を示す。処理を行うレイヤの種類や名称は単なる一例に過ぎず、本発明はＮプロセスＳＡＷ方式のハイブリッドＨＡＲＱ法を行う様々なシステムで使用することができる。レイヤ１／ＭＡＣレイヤでは受信パケットにＣＲＣを用いて誤り検出を行い、図中ＣＲＣ−ＮＧで示されるように誤りが検出されたこと（又は誤りが許容レベル以上であったこと）に応じて、誤っているパケットの再送が要求される。ＲＬＣ／ＡＲＱレイヤではシーケンス番号ＳＮが連続的であるか否か検査され、シーケンス番号が欠如していることが検出されると、そのパケットについての再送要求が真に必要か否かが確認され、それが必要であると認定された場合に再送要求がなされる。ＲＬＣ／ＡＲＱレイヤから上位レイヤへデータ伝送はインシーケンスデリバリ（ＩＳＤ）でなされるが、ＭＡＣレイヤからＲＬＣ／ＡＲＱレイヤへのデータ転送では順序は保障されていない、即ちアウトオブシーケンスデリバリ(OSD:  Out  of  Sequence  Delivery)で転送がなされる。従来技術とは異なり、ＨＡＲＱレイヤでのシーケンス番号（ＴＳＮ番号）による順序保障は行われず、順序保障はＡＲＱレイヤでのシーケンス番号（ＳＮ番号）でなされる。このため、送信ストーリングの送信ウインドウは1種類しか存在しない。なお、ＨＡＲＱレイヤ及びＡＲＱレイヤでのシーケンス番号が統合されて管理されてもよい。説明済みの例に当てはめれば、シーケンス番号で２０４８個分のサイズを有する送信ウインドウを用いてパケットの順序が保障され、ＴＳＮ番号１６個分のサイズを有する送信ウインドウは使用されない。その結果、従来懸念されていたようなスループットの低下を実質的に解消することができる。但し、本発明では、ＲＬＣ／ＡＲＱレイヤでの再送要求のトリガが従来技術のものと異なり、シーケンス番号が欠如していることが検出された場合であって、そのパケットについての再送要求が真に必要か否かが確認された後でしか再送要求がなされない。このように、再送要求のトリガを工夫することで、２つの送信ストーリングの一方を省略することができ、順序の揃ったパケットをアプリケーションレイヤ等へ速やかに転送することができる。
【実施例１】
【００１７】
以下、基地局から移動局への下り伝送を例にとって本発明の一実施例が説明されるが、データ伝送方向は逆向きでもよい。
【００１８】
図６は本発明の一実施例によるＨＡＲＱ法を行う基地局及び移動局の概略ブロック図を示し、図７はその動作概要を示す。再送要求の詳細な手順は図８を参照しながら説明される。ＩＰパケットＡ，Ｂ，Ｃ，．．．は、上位装置から基地局のＡＲＱバッファ又は受信バッファ（図６）に順番に格納される（図７のＳ１）。受信されたＩＰパケットは図６のＡＲＱバッファで固定長のブロックサイズに分割されてもよい。本発明はＰＤＵのサイズによらず使用可能なので、図７に示される例では。ＰＤＵのサイズは全て共通に描かれているが、様々なサイズのＰＤＵが使用されてもよい。伝送されるパケットは便宜上シーケンス番号（ＳＮ＝１，２，．．．）で特定されるものとする。
【００１９】
これらのパケットは物理チャネルで無線伝送され、移動局で受信される（Ｓ２）。ＳＮで指定される情報を伝送するプロセスにはプロセス番号（Ｐ１，Ｐ２，．．．）が割り当てられる。移動局は受信パケットについて誤り検出処理を行い、図中「ＮＧ」で示されるように誤りが検出された場合にはそのパケットを再送するように移動局は基地局に要求する。説明の便宜上、この段階での再送要求は、「ＨＡＲＱ再送要求」と言及される。図６の基地局及び移動局の「ＨＡＲＱ」で示される処理部は、このようなレイヤ１／ＭＡＣレイヤでの再送要求に関する処理を行う。
【００２０】
受信パケットはＡＲＱバッファに格納される（Ｓ３）。ＡＲＱバッファは図２のＲＬＣバッファと同様に受信パケットをバッファリングするが、バッファ中のパケットの順序が不連続であった場合でも再送要求がなされないかもしれない等の点で、再送制御部と協同しながら異なる動作を行う。この場合において、ＡＲＱバッファに格納されたパケットのシーケンス番号ＳＮが断続的であるか否かが確認され、欠如したパケットについて真に再送が必要か否かが判定され、必要であれば再送要求がなされる。説明の便宜上、この段階での再送要求は、「ＡＲＱ再送要求」と言及される。
【００２１】
移動局は誤りの検出されなかったパケットをＲＬＣより上位のレイヤ（アプリケーションレイヤ等）に転送する。誤りの検出されたブロックを含むパケットについては、移動局は適切なパケットが用意されるのを待機し、再送手順完了後に再送対象のパケットを上位レイヤに転送する（Ｓ４）。
【００２２】
図８は再送要求に関する動作例を示すフローチャートである。このフローに示される動作は主に移動局の再送制御部で行われる。ステップＳ１では移動局は下りの共有制御チャネルを受信し、それを復号（デコード）する。
【００２３】
ステップＳ２ではその移動局宛のデータの有無が判定される。自分宛のデータが無ければフローはステップＳ３に進み、次の送信時間間隔まで待機し、ステップＳ１に戻る。
【００２４】
ステップＳ４では共有データチャネルで自分宛のデータが受信され、それが復号される。
【００２５】
ステップＳ５では復号されたパケットについて誤り検出が行われる。誤りが許容レベル以上に多く検出された場合、フローはステップＳ６に進み、そのパケットの再送を基地局に要求する（ＨＡＲＱ再送要求）。そしてフローはステップＳ３に進み、次の送信時間間隔まで待機し、ステップＳ１に戻る。
【００２６】
ステップＳ７では、誤りが無かった又は有ったとしても許容範囲内であった場合に、そのパケットについての確認応答（ＡＣＫ）が基地局に送信される。確認応答は、そのパケットが適切に移動局に受信されたことを示す。
【００２７】
ステップＳ８では、適切に受信されたパケットのシーケンス番号を確認することで、その番号が受信すべき最も若い番号であるか否かが判定される。言い換えれば確認応答の対象となっているパケットの順序に抜けがあるか否かが判定される。検査対象の番号が最も若い番号であったならば、フローはステップＳ３に進み、ステップＳ１に戻る。例えばシーケンス番号ＳＮ＝１のパケットが受信されたばかりであったとすると、次に受信すべき最も若い番号はＳＮ＝２である。確認された番号が、次に受信すべき最も若い番号でなかったならば、フローはステップＳ９に進む。これは、図７に示されるようにＳＮ＝１のパケットが適切に受信された後に、ＳＮ＝２のパケットは再送対象となり、ＳＮ＝３のパケットが適切に受信されたような状況である。
【００２８】
ステップＳ９では再送処理が未完了のＨＡＲＱプロセス（再送プロセス）の有無が判定される。この判定は、例えば図６の再送制御部がＨＡＲＱ処理部の処理内容を確認することによって行われる。未完了の再送プロセスが無かったならば、フローはステップＳ１０に進む。そうでなければフローはステップＳ１２に進む。
【００２９】
ステップＳ１０ではステップＳ８で確認された欠落したパケットが再送されるように移動局は基地局に要求する（ＡＲＱ要求）。以後フローはステップＳ１１に進み、次の送信時間間隔まで待機し、ステップＳ１に戻る。従来の手法とは異なり、確認応答の対象となっているパケットの順序に抜けがあったとしても直ちには再送要求を行わず、ステップＳ８で未完了の再送プロセスの有無を確認し、それが無かった場合に再送要求が行われる。従って無駄な再送要求のなされることが効果的に回避される。
【００３０】
ステップＳ１２では再送中のパケットが何であるか（具体的にはシーケンス番号が何であるか）及びそのパケットを伝送するプロセス番号が何であるかがメモリに記憶される。
【００３１】
ステップＳ１３ではステップＳ１２で記憶された再送途中の全プロセスについて再送処理が終了した後に、ステップＳ１２で記憶された再送対象のパケットについて誤り検出が行われる。
【００３２】
ステップＳ１４では再送対象となっていたパケットについて誤り検出が行われる。誤りが許容範囲内であった場合は、それがＡＲＱバッファに格納され、フローはステップＳ３に進み、次の送信時間間隔まで待機し、ステップＳ１に戻る。誤りが許容範囲外であった場合は、フローはステップＳ１０に進み、依然として不適切にしか受信されていないパケットが再送されるように移動局は基地局に要求する（ＡＲＱ再送要求）。これは例えば最大の回数だけ再送が行われたにもかかわらず充分な品質でパケットが受信できなかった場合や、所定の遅延時間の間に充分な品質のパケットが受信できなかった等の場合が考えられる。以後フローはステップＳ１１に進み、次の送信時間間隔まで待機し、ステップＳ１に戻る。
【図面の簡単な説明】
【００３３】
【図１】従来の再送処理の様子を示す図である。
【図２】従来の基地局及び移動局の概略的な機能ブロック図を示す。
【図３】従来の再送処理の様子を示す図である。
【図４】従来の再送処理の問題点を説明するための図を示す。
【図５Ａ】従来技術に関するプロトコル階層を示す図である。
【図５Ｂ】本発明に関するプロトコル階層を示す図である。
【図６】本発明の一実施例による基地局及び移動局の概略的な機能ブロック図を示す。
【図７】本発明の一実施例による再送処理の様子を示す図である。
【図８】本発明の一実施例による再送要求処理に関するフローチャートである。
【符号の説明】
【００３４】
ＵＥ  ユーザ装置
ＡＲＱ  自動再送要求
ＨＡＲＱ  ハイブリッド自動再送要求
ＰＤＵ  パケットデータユニット
ＲＬＣ  無線リンクコントロール
ＭＡＣ  メディアアクセスコントロール
【図１】
2007181127.tif 000003
【図２】
2007181127.tif 000004
【図３】
2007181127.tif 000005
【図４】
2007181127.tif 000006
【図５Ａ】
2007181127.tif 000007
【図５Ｂ】
2007181127.tif 000008
【図６】
2007181127.tif 000009
【図７】
2007181127.tif 000010
【図８】
2007181127.tif 000011