JP2011066899A - 無線通信におけるリンク制御のための方法および装置 - Google Patents

Abstract

【課題】再送信処理が既に開始されたとき、受信エンティティからの第２のＮＡＫによって引き起こされる送信エンティティからの不要な再送信の可能性を低減する。
【解決手段】破損したパケットの再送信を要求する第１の否定的アクノレッジメント（ＮＡＫ）が送られた後、第２のＮＡＫの送信を選択的に遅延させる通信システムにおいて、受信エンティティは、特定のＮＡＫ６３１に関連付けられたＮＡＫ禁止タイマを起動する。ＮＡＫ禁止タイマは、タイマが期限切れになるまで、送信エンティティに対する状況報告が、特定のＮＡＫの再送信を含むことを阻止する。
【選択図】図６Ｂ

Description

本発明は、一般に、無線通信に関し、特に、無線通信におけるリンク制御に関する。

無線リソースによる音声及びデータのメッセージの伝達に対する増え続ける要求によって、同時送信される競合する信号により、送信誤りの増加がもたらされた。送信誤りはまた、悪天候、信号強度シャドー、電気的干渉、あるいはエアインタフェースに悪影響を与える他の条件によっても引き起こされる。その結果、無線通信において１つ又は複数のパケットが見落とされたり破損される。見落としパケット、又は破損パケットが生じた場合、一般に、失われたデータを再送信するために、追加の無線システムリソースが必要とされる。

図１Ａ及び図１Ｂは、Ｗ−ＣＤＭＡにおいて、見落とし又は破損した無線パケットを復元する従来スキームを示す。これら図は、送信者からの受信されたポール１２０、見落とされたパケット１０１〜１０５、ＮＡＫ（否定的なアクノレッジメント）１３１〜１３３を含む状況報告、状況禁止タイマ１４１〜１４３、及び再送信パケット１１１〜１１５の間の受信機における一般的なタイミング関係を示す。図１Ａは、受信者において受信された様々な信号１０１〜１２０を示す一方、図１Ｂは、受信者と送信者との間で送信されたＮＡＫ１３１〜１３３と、再送信１１１〜１１５とを示す。スロット１０１〜１０５は、受信者における破損したパケットを示す。

パケット１０１が破損したと判定すると、受信者は、破損したパケット１０１の再送信を送信者に対して開始するように命令するＮＡＫ１３１を含む状況報告を送信者に送り戻す。従来のＷ−ＣＤＭＡ状況報告は一般に、最も直近に受信した連続番号から存在する全ての動作中の連続番号ギャップがＮＡＫを含むという要求を持つ。これは、従来の状況報告に、全ての動作中の連続番号ギャップを含めなければならず、貴重な無線リソースを浪費する。例えば、既に再送信されているプロセスにある破損したパケットのために、状況報告が送信者に送り戻される場合、無線リソースが浪費され、その結果、１秒間の、送信者からの不必要な不要な再送信となる。

不要な再送信を引き起こすことと、貴重な無線帯域幅の浪費とを回避するために、Ｗ−ＣＤＭＡは、状況禁止メカニズムと、状況禁止タイマ１４１〜１４３を導入した。一般的な状況禁止タイマは、任意の状況報告が送られるや否や開始する。現在、Ｗ−ＣＤＭＡは、状況禁止タイマが一旦スタートすると、タイマが終了するまで更なる状況報告が送信されないことを要求する。状況禁止タイマが動作している間、送信者から受信される任意のポールは、タイマが終了するまで遅れる。破損したパケットを検出すると、破損したパケットのためのＮＡＫを伴う状況報告は、動作中の状況禁止タイマが時間切れになるまで遅れる。

図１では、ＮＡＫ１３１を含む状況報告が受信者から送られるとすぐに、状況禁止タイマ１４１がスタートする。これは、タイマが時間切れになるまで、更なる状況報告の送信を阻止する。したがって、破損したパケット１０２が検出される場合（状況禁止タイマ１４１がまだ動作している間）、破損したパケット１０２に対するＮＡＫ１３２を有する状況報告は、状況禁止タイマ１４１が時間切れになるまで遅れる。図１Ａおよび図１Ｂに示すように、状況禁止タイマ１４１が時間切れになる時間まで、破損したパケット１０１のための再送信は、再送信されたパケット１１１として受信者において受信される。状況禁止タイマ１４１が一旦終了すると、受信者は、別の状況報告を送ることができる。これは、状況禁止タイマ１４１がまだ動作中に以前に検出された破損したパケット１０２の再送信を要求するＮＡＫ１３２を含む。

本発明は、上述した１つ又は複数の問題の悪影響に打ち勝つ、又は少なくとも弱めることに向けられている。

本特許出願は、２００４年６月１６日に出願され「Method and Apparatus for Link Control in Wireless Communications」と題された仮出願番号６０／５８０，４５８、及び２００５年５月４日に出願され「Method and Apparatus for Link Control in Wireless Communications」と題された仮出願番号６０／６７７，９７５の優先権を主張する。両仮出願は、ともに本明細書の譲受人に譲渡され、その全体が本明細書によって明確に組み込まれている。

本明細書で開示される発明の局面は、設定柔軟性を可能にし、シーケンス外のＰＤＵの受信を可能にするＲＬＣ−ＡＭモードのための状況報告のメカニズムを提供することによって、上述した必要性に対処する。

本発明の種々の局面によれば、装置、方法、およびコンピュータ読取可能媒体が、通信リンクを制御するために提供される。この局面は、受信エンティティにおいて、送信エンティティからの破損パケットを検出することと、受信エンティティから送信エンティティへ否定的なアクノレッジメント（ＮＡＫ）を送り返すこととを含む。ＮＡＫが送られることに応答して、破損パケットに関連するＮＡＫ禁止タイマが開始される。

本発明の局面によれば、ＮＡＫ禁止タイマは特定の破損パケットに関連付けられ、特定の破損パケットのための更なるＮＡＫが送られることを、ＮＡＫ禁止タイマが時間切れになるまで阻止する。しかしながら、別の破損パケットが検出される場合、ＮＡＫ禁止タイマは、別の破損パケットのために別のＮＡＫが送られることを阻止しない。本発明の１つの局面によれば、ＮＡＫ禁止タイマはまず、１往復時間（ＲＴＴ）あるいはそれ以上動作するように設定される。

本発明の局面に従ってＡＣＫ禁止タイマが開始される。ＡＣＫ禁止タイマは、ＲＬＣウィンドウを前に進める所望の応答性に依存して、ＮＡＫ禁止タイマの持続時間よりも長いか又は短い持続時間を持つ。ＡＣＫ禁止タイマは、ＡＣＫ禁止タイマが時間切れになるまで、ＡＣＫのみの状況報告の送信を遅らせる。しかしながら、ＡＣＫ禁止タイマは、ＮＡＫを含む状況報告の送信を遅らせない。

本発明の局面によれば、受信エンティティから送信エンティティへＡＣＫが送られると、ＡＣＫカウンタが起動する。ＡＣＫカウンタは、受信したシーケンス内ＰＤＵの各々についてインクリメントし、受信機ウィンドウが満たされる範囲を追跡する。ＡＣＫカウンタが、予め定められたしきい値に達すると、別のＡＣＫが送られる。予め定められたしきい値は、ＲＬＣウィンドウ幅の割合として定義されるかもしれない。

図１Ａは、見落としパケット又は破損パケットを復元する従来のスキームを示す。 図１Ｂは、見落としパケット又は破損パケットを復元する従来のスキームを示す。 図２は、本発明の様々な実施例に従って、有線局及び無線局の間の通信をサポートするネットワークアーキテクチャを示す。 図３は、移動局および固定基地局の詳細を示す。 図４は、高々１つの状況報告が１つのＲＴＴ当たり送信される場合、行方不明のＰＤＵの再送信に悪影響を与える遅延を例示する。 図５Ａは、本発明の様々な実施例に従うＮＡＫ禁止タイマを用いて、見落としパケット又は破損パケットを復元するスキームを示す。 図５Ｂは、本発明の様々な実施例に従うＮＡＫ禁止タイマを用いて、見落としパケット又は破損パケットを復元するスキームを示す。 図６Ａは、本発明の様々な実施例に従うＮＡＫ禁止タイマ、ＡＣＫ禁止タイマ、及び状況禁止タイマを用いて、見落としパケット又は破損パケットを復元するスキームを示す。 図６Ｂは、本発明の様々な実施例に従うＮＡＫ禁止タイマ、ＡＣＫ禁止タイマ、及び状況禁止タイマを用いて、見落としパケット又は破損パケットを復元するスキームを示す。 図７は、本発明の様々な実施例に従うリンク制御のための方法を示す。 図８は、本発明の様々な実施例に従ってＮＡＫを制御する方法の詳細を示す。 図９は、本発明の様々な実施例に従ってＡＣＫを制御する方法の詳細を示す。 図１０は、本発明の様々な実施例に従ってＡＣＫ報告期間を調節するために使用されるＡＣＫカウンタ手順を示す。

本発明の局面は、本発明の様々な実施例に向けられた、以下の説明および関連する図面で示される。代替実施例が、本発明の精神あるいは範囲から逸脱せずに考案されうる。より明らかに本発明を例示するために、当該技術における通常の熟練者に非常によく知られているいくつかの要素は、さほど詳細に記載されないかもしれない。あるいは本発明の適切な詳細を不明瞭にしないように省略されるかもしれない。

本開示及び特許請求の範囲を通じて使用されている用語「送信エンティティ」（又は「送信者」）、「受信エンティティ」（又は受信者」）は、例えば破損パケットのような特定のパケットに対する通信局の関係を称する。送信エンティティは、パケットを送った通信局又はデバイスである。受信エンティティは、パケットを受信するか、又は破損パケットの場合、このパケットを受信するように意図された通信局又はデバイスである。双方向通信に従事するデバイスは、あるパケットに対しては送信エンティティであり、別のパケットに対しては受信エンティティである。受信エンティティと同様に、送信エンティティは、受信回路と送信回路との両方を持っている。送信エンティティ及び受信エンティティの何れかは、（例えば、移動局のような）無線通信局かもしれないし、ケーブル又は有線を経由して通信する固定局かもしれない。本明細書で使用される用語「プロトコルデータユニット」（ＰＤＵ）は、ネットワークを介して渡されたか、あるいはネットワーク内のピアレイヤ間で交換された情報、パケット、又はフレームのユニットである。用語「ＰＤＵ」及び「パケット」は、本明細書では置換可能に使用され、同じ意味を持つものと定義される。

図２は、本発明の様々な実施例に従って、固定局及び無線局の間の通信をサポートする一般的な無線ネットワークアーキテクチャ２００を示す。多くの競合するシステムが、音声、データ、およびコンテンツの無線送信のために、最近人気を獲得した。これらのシステムのうちの１つは、３ＧＰＰ（第３世代パートナシップ計画）によって１９９９年１２月に最初にリリースされたＷ−ＣＤＭＡ（広帯域符号分割多元接続方式）である。最初の１９９９年のＷ−ＣＤＭＡリリースは、Ｒ−９９と呼ばれる。本明細書で提供される例及び説明の多くはＷ−ＣＤＭＡシステムに言及するが、様々な実施例が、Ｗ−ＣＤＭＡ、ｃｄｍａ２０００、ＧＳＭ／ＧＰＲＳ、又はその他様々な技術からなる様々なリリース及び実装を含む他の多くの無線通信規格あるいは有線通信規格に従って実施されうる。

無線システム２００は、コアネットワーク２５０、１つ又は複数のラジオネットワークサブシステム２４０、無線ユーザ機器２１０、および地上通信線電話２６０のような有線ユーザ機器を含んでいる。一方、ラジオネットワークサブシステムＲＮＳ２４０は、それぞれ多くの基地局２２０に通信可能に接続された１つ又は複数のラジオネットワークコントローラＲＮＣ２３０（Ｗ−ＣＤＭＡでは一般に「ノードＢ」と称される）を含む。実装の詳細によって、ノードＢ２２０は様々な形式をとり、別の名前で表されるか、別のシステムの局面を共通して持っているかもしれない。例えば、いくつかのシステムでは、ノードＢ２２０基地局は、基地トランシーバ局（ＢＴＳ）あるいは基地局システム（ＢＳＳ）と呼ばれるかもしれない。図中ＲＮＣ２３０として示されるラジオネットワークコントローラは、ある実装では、他の形式をとり、別の名前で称されるか、例えば基地局コントローラ（ＢＳＣ：base station controller）、モバイル交換局（ＭＳＣ：Mobile Switching Center）、又はサービスＧＰＲＳサポートノード（ＳＧＳＮ：Serving GPRS Support Node）のような他のシステムに共通した局面を持っているかもしれない。一般に、ＳＧＳＮは、パケット交換接続を取り扱うコアネットワークエンティティであり、ＭＳＣは、回路交換接続を取り扱うコアネットワークエンティティである。図２は、無線ユーザ機器ＵＥ２１０を示す。無線ユーザ機器ＵＥ２１０は、例えばセルラ電話、移動局、無線送受話器等のような多くの異なる名前として知られている。本発明の範囲は、これらおよびその他のそのようなシステム、名前、用語、及び類似タイプの無線システムの要素のための実装をカバーする。

図中に示されるネットワークは単なる典型例であり、無線による、あるいは要素間の固定ケーブルや有線通信経路による通信を可能にする任意のシステムを含みうる。本システムは、図２に示すような方法、あるいは当該技術における通常の熟練者によって知られている方法で接続されるかもしれない。ＵＥ２１０および固定局２６０は、電話、セルラ電話、無線接続したコンピュータ、ＰＤＡ（携帯情報端末）、ページャ、ナビゲーションデバイス、音楽あるいはビデオコンテンツダウンロードユニット、無線ゲーム装置、在庫制御ユニット、あるいはエアインタフェースを介して無線通信するその他の同様なタイプのデバイスのうちの１つ又は複数を含む多くの異なるタイプの有線又は無線デバイスの形態で具体化されうる。セルラ電話又はその他の無線電気通信サービスは、公衆交換電話網（ＰＳＴＮ）、インターネット、統合サービスデジタル網（ＩＳＤＮ）、１つ又は複数のローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、仮想プライベートネットワーク（ＶＰＮ）、あるいは他のそのようなネットワークかもしれない固定ネットワーク２５０を経由して、データリンクあるいは他のネットワークリンクを介して搬送波ネットワークと通信しうる。通信はさらに、ＰＳＴＮあるいは他の固定ネットワーク２５０によって通信する固定局２６０を使用してなされうる。

無線システム２００は、一般に、ＲＮＳ２４０を経由してデータパケットとしてＵＥ２１０に送られるメッセージあるいは他の情報を制御する。各ＲＮＣ２３０は、１つ又は複数のノードＢ２２０基地局に接続されうる。１つより多いノードＢ２２０が特定のＵＥ２１０に関連付けられている事象では、そのＵＥ２１０のアクティブセット内のノードＢ２２０の全てが、同じ概念のＥ−ＤＣＨフレーム番号を持つ。これによって、ＵＥ２１０とソフトハンドオーバ（ＳＨＯ）を行っている２つの異なるノードＢ２２０とやり取りするパケットが解釈され、正しくソートされる。ＲＮＣ２３０を含むサブシステムＲＮＳ２４０は、ノードＢ２２０とＵＥ２１０との間のラジオリンクを制御する。一般に、ＲＮＣ２３０は、無線ＵＥ２１０を管理し制御するためのロジック（例えば、プロセッサかコンピュータ）を含んでいる。ＲＮＣ２３０のロジックは、呼出ルーティング、登録、認証、位置更新、ハンドオーバ、およびＲＮＣ２３０に関連したノードＢにおいて登録される無線ＵＥ２１０のための符号化スキームのような機能を管理し制御する。

ＲＮＣ２３０は一般に、ネットワーク２５０の相互接続に類似した方法で固定通信線路のネットワークによって、データ転送及び／又は音声情報のために形成されるネットワークによってノードＢ２２０に接続される。様々なＲＮＣ２３０およびノードＢ２２０の要素との通信は一般に、インターネット及び／又はＰＳＴＮの一部を含んでいるかもしれない地上通信線のネットワークによって実行される。上流側に、ＲＮＣ２３０は、（例えばＰＳＴＮ、インターネット、ＩＳＤＮ等の）上述したものによって複数のネットワークに接続され、これによって、よりブロードな通信ネットワークへの無線ＵＥ２１０デバイスアクセスが可能となる。音声送信に加えて、ショートメッセージサービス（ＳＭＳ）又は当該技術で周知のその他のエアを介した（ＯＴＡ：over- the-air）方法を用いてデータが送信されうる。

各ノードＢ２２０は、ノードＢ２２０に関連付けられたかあるいは登録された１つ又は複数のＵＥ２１０との情報の送受信のために１つ又は複数の送信機及び受信機を有する。ノードＢ２２０は、当該技術における通常の熟練者に周知のＯＴＡ方法によって、ＵＥ２１０に無線によってデータメッセージ又はその他の情報をブロードキャストする。例えば、ＵＥ２１０とノードＢ２２０との間の無線信号は、限定される訳ではないが、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多重接続）、ＯＦＤＭ（直交周波数分割多重化）、および例えばＧＳＭのようなハイブリッド符号化技術、あるいは通信又はデータネットワークで使用されるその他同様の無線プロトコルを含むいくつかの異なる技術のうちの何れかに基づきうる。

図３は、ＵＥ２１０およびノードＢ２２０の詳細を示す。適切な符号化プロトコル又はスキームにおいて、送信される情報を符号化し、受信情報を復号するエンコーダ／デコーダ２２５を、ノードＢ２２０は含んでいる。ＵＥ２１０からのパケットを無線で送受信し、ＲＮＣ２３０とパケットを送受信する（地上通信線を経由して送信されうる）ための受信／送信回路２２７を、ノードＢ２２０は含む。ノードＢ２２０は更に、無線通信に含まれる処理及び動作、特に本明細書で記述する処理又は動作を実行あるいは制御する回路又はその他のロジックを含むプロセッサ２２１を含んでいる。

また、本明細書で記述するような無線通信を行う際に使用される様々なプロトコル、ルーチン、処理、又はソフトウェアを格納するためのメモリ２２３を含むようにノードＢ２２０は構成される。例えば、メモリ２２３は、ＵＥ２１０と通信するための１つ又は複数の送信、スキーム、プロトコル、又はストラテジを格納しうる。送信スキーム、ストラテジ、およびプロトコルは、喪失又は破損したデータによる再送信のためのタイミングに関する情報、（必要であれば）冗長バージョン符号、無線通信の送受信のために使用される任意の符号化スキーム又はプロトコルを含む。この情報はまた、ＲＮＣ２３０のメモリに格納され、必要に応じて、あるいは定期的更新及びシステムメンテナンスの実施中にノードＢ２２０へ通信される。

ＵＥ２１０の実施例は一般に、図３に示すように、ノードＢ２２０の対応部分と類似の機能を実行するプロセッサあるいは他のロジック２０７、メモリ２０９、及びエンコーダ／デコーダ回路２１１を含む。例えば、ＵＥ２１０に備えられたエンコーダ回路２１１やその他同様の回路は、ノードＢ２２０へ送信するためにデータを符号化したり、あるいはパケットにカプセル化するように構成されうる。各ＵＥ２１０はまた、情報の無線による送受信のために、当該技術における熟練者に周知のアンテナ２１３、受信／送信回路２１５、及びその他のエレクトロニクスを有する。受信回路２１５は、受信したパケットが破損しているかを検知するように構成される。また、送信回路は、破損したパケットに対するＮＡＫを（例えば、ノードＢ２２０のような）送信エンティティに送り戻すように構成される。ノードＢ２２０およびＵＥ２１０は、ともに送信エンティティとして、ウィンドウを進めるためにＡＣＫが受信される前にウィンドウが止まることを阻止するため、十分なパケットを格納するための十分なメモリを有するべきである。

ＵＥ２１０は、図３においてプロセッサ２０７として示されているＵＥ２１０の機能を制御するためのロジックを含んでいる。実際、このロジックは、常駐構成されたロジックを実行する１つ又は複数の処理回路、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロコントローラ、又はこれらや他のハードウェアの組み合わせ、例えば本明細書で記述したＵＥ２１０動作のような動作を少なくとも実行するように構成されたソフトウェア及び／又はハードウェアの形態で構成されうる。

チャネルの送信条件によって、ビット誤りが、混乱を引き起こす場合がある。この混乱は、誤り復元または再送信技術によって対処されうるフレームがビット誤りを含む確率は、チャネルのビット誤り率、およびフレームのインスタンスか長さにおけるデータ量の関数である傾向がある。無線システム２００は、例えば自動反復要求（ＡＲＱ： Automatic Repeat Request）及び／又は順方向誤り訂正（ＦＥＣ：Forward Error Correction）、又はハイブリッドＡＲＱ（ＨＡＲＱ）のようなビット誤りを被る送信を検知し、復元するための１つ又は複数のメカニズムとともに実装されうる。ＨＡＲＱシステムは、ＡＲＱアクノレッジメントフィードバック技術に、順方向誤り訂正（ＦＥＣ）の使用を加える。

無線システムは一般に、送信の成功又は失敗に関する情報を受信機が送信機に送り戻すことを可能にするフィードバックチャネルを使用する。幾つかの誤り訂正スキームは、帯域内フィードバックを用いて実施されるが、誤り訂正スキームはしばしば、帯域外フィードバックチャネルを使用して実施される。ＡＲＱは、再送信を要求するために、否定的なアクノレッジメント（ＮＡＫ、しばしばＮＡＣＫと表される）を用いて明示的に実施されうる。あるいは、ＡＲＱは、タイムアウト規則と共にアクノレッジメント（ＡＣＫ）を使用して暗黙的に実施されうる。

ＵＥ２１０から送信を受信すると、ノードＢ２２０は、ＡＣＫかＮＡＫの何れかの形態で、送信に関するフィードバックを提供するためにＡＲＱ信号を送るように構成されうる。例えば、明示的な帯域外ＡＲＱフィードバックを備えたシステムでは、ＵＥ２１０からのデータが、ノードＢ２２０によって受信される前に破損又は失われた場合、ノードＢは、ＵＥ２１０が、失敗した送信を再送信すべきであることを示すＮＡＫを送り返す。

無線システム２００は、Ｒ−９９ Ｗ−ＣＤＭＡシステムとして、あるいはその他の幾つかの無線規格あるいは技術のうちの何れかに従って実施されうる。例えば、無線システムは、本明細書にその全体が参照によって明らかに組み込まれるユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）無線リンク制御（ＲＬＣ）プロトコル仕様（３ＧＰＰ ＴＳ ２５．３２２バージョン６．０．０リリース６）に従うかもしれない。Ｒ−９９ Ｗ−ＣＤＭＡでは、無線リンク制御（ＲＬＣ）プロトコルが、フレーム化及び再送信機能を取り扱う。ＲＬＣプロトコルは、透過（ＲＬＣ−ＴＭ）、非アクノレッジ（ＲＬＣ−ＵＭ）、及びアクノレッジ（ＲＬＣ−ＡＭ）の個別の３つの送信モードをサポートする。ＲＬＣは物理層と結合して、異なるタイプのＱｏＳ（例えば、異なる最大遅延および見逃し誤り率）のサポートを可能にするように十分柔軟性がある。マイナーな増強を除いて、従来のＲＬＣ実装は、Ｒ−９９の一部として、最初から修正されていない。オリジナルのＲＬＣ成分のほとんどは、ＵＭＴＳ開発の初期段階から来ており、その時以来変わっていない。新しい物理層特徴が導入されると、ＲＬＣを修正しないようにし、その代わり、他の層の中でその制限のうちのいくつかに対処することを試みるように決定された。これは例えば、高速ダウンリンクパケット接続（ＨＳＤＰＡ）のためのプロトコルデータユニット（ＰＤＵ）の無秩序な受信のニーズに応じるためになされた。

Ｒ−９９ Ｗ−ＣＤＭＡは、不要な再送信がないことを保証するために、状況禁止メカニズムを使用する。Ｒ−９９はまた、この状況禁止メカニズムが動作している間、少なくとも１つのポールが受信されたことを保証するために多くのポーリングスキームを使用する。Ｒ−９９状況禁止値は一般に、再送信を実行する場合に利用可能な有限帯域幅を確保するために、予測される往復時間よりも４０又は６０ｍｓ長く設定される。状況報告を開始するために利用可能な複数のメカニズムが存在する。例えば状況報告は、一定時間間隔で定期的に送られるかもしれないし、あるいは連続番号シーケンス内の切れ目が検出される場合、行方不明のＰＤＵにより開始されるかもしれない。あるいは、状況報告は、状況報告を要求する通信リンクのもう１つの端における送信エンティティから受信されたポールに応答して開始されうる。ポールは、例えば、ＲＬＣ−ＡＭヘッダ上にビットを設定することにより、送信エンティティによって示されうる。

状況報告を開始するポールの使用に関し、送信エンティティによるポールの送信を開始するために利用可能な多くのメカニズムがある。ポールを開始するためのこれらメカニズムは、定期的なポール、送信バッファ内の最後のＰＤＵに対するポーリング、ポールタイマを使用すること、ウィンドウベースのポール、全てのＰｏｌｌ＿ＰＤＵ ＰＤＵ（プロトコルデータユニット）又は全てのＰｏｌｌ＿ＳＤＵ ＳＤＵ（サービスデータユニット）に応じたカウンタベースのポーリングを含む。これらのポーリングは、以下のような動作を開始させる。定期的なポールについては、予め定めた定期的な時間間隔でポールが開始される。送信バッファ検出については、送信バッファあるいは再送信バッファにおける最後のＰＤＵが検出されるとポールは開始される。例えば、ポールは、送信バッファ又は再送信バッファにおける最後のＰＤＵのヘッダ上に設定されうる。送信バッファヘッダ又は再送信バッファヘッダは、これを達成するために独立して構成されうる。ポールタイマを使用するために、タイマが時間切れになった後、送信されたデータが肯定的にアクノレッジされていないのであれば、前のポールの後、予め定めた固定された時間、ポールが開始される。ポールタイマスキームは、ポールが失われた場合、冗長性を保証する。ウィンドウベースのポーリングの場合、送信ウィンドウが、送信ウィンドウのある部分よりも進んだ後、ポールが開始されうる。

全てのＰｏｌｌ＿ＰＤＵ ＰＤＵのポーリングを開始したカウンタの場合、Ｐｏｌｌ＿ＰＤＵ ＰＤＵメッセージの送信後、状態変数ＶＴ（ＰＤＵ）が、上部層によって設定されるＰｏｌｌ＿ＰＤＵ値に達する場合、ポールが開始される。状態変数ＶＴ（ＰＤＵ）は、ＡＭＤ（アクノレッジされたモードデータ）ＰＤＵが（ＰＤＵ再送信を含んで）送信される毎に１ずつインクリメントされる。同様に、全てのＰｏｌｌ＿ＳＤＵ ＳＤＵに関するポールの場合、状態変数ＶＴ（ＳＤＵ）が、上部層によって設定されるＰｏｌｌ＿ＰＤＵ値に達する場合、Ｐｏｌｌ＿ＳＤＵ ＳＤＵの送信後にポールが開始される。状態変数ＶＴ（ＳＤＵ）は、最初のＳＤＵセグメントを運ぶＡＭＤ ＰＤＵが、初めて送信されるとスケジュールされた場合、所定のＳＤＵに対して１ずつインクリメントされる。

ＲＬＣ−ＡＭ受信エンティティは、ＶＲ（Ｒ）、ＶＲ（Ｈ）、およびＶＲ（ＭＲ）を含む多くの状態変数を保持する。状態変数ＶＲ（Ｒ）は、シーケンスに従って受信された最も直近のシーケンス番号を表す。ＶＲ（Ｒ）は、受信機ウィンドウの開始を示す。状態変数ＶＲ（Ｈ）は、受信された任意のＰＤＵのための最も高い連続番号である。状態変数ＶＲ（ＭＲ）は、有効であると受け入れられる最も高い連続番号である。ＶＲ（ＭＲ）は、受信機ウィンドウの端を示す。よって、ＶＲ（ＭＲ）は、ＶＲ（Ｒ）＋Ｒｘ Ｗｉｎｄｏｗ Ｓｉｚｅに設定される。ＲＬＣウィンドウ、受信機ウィンドウ、および送信ウィンドウといった用語に関し、これら用語は、たとえ異なる意味を有していても、当該技術では、しばしば置換可能に使用されることが注目される。ＲＬＣが設定される場合、同じサイズの２つのウィンドウ、すなわち、受信エンティティにおける受信機ウィンドウ（しばしば受信ウィンドウと称される）と、送信エンティティにおける送信ウィンドウとが生成される。受信ウィンドウは、シーケンスに従ってＰＤＵが受信されると進められる。ＰＤＵがシーケンスに従って受信されない（例えば、１つ又は複数の破損ＰＤＵが存在する）場合には、受信ウィンドウの進行は、行方不明のＰＤＵの再送信が受信されるか、行方不明のＰＤＵが廃棄される（例えば、最大数の再送信に達する場合）まで待つ。送信ウィンドウは、送信エンティティが、受信エンティティから、一定のＰＤＵ数までのＰＤＵがシーケンスに従って適切に受信されたことを示すＡＣＫを受信する毎に進められる。ＲＬＣウィンドウという用語は、一般に、ＲＬＣに関してしばしば使用される。

上述したように、従来システムにおける各ＲＬＣ状況報告は、受信機ウィンドウで検出される全てのホール又はデータギャップに対してＮＡＫを含むことが要求される。従って、従来ネットワークは、ＲＬＣ往復時間よりも僅かに長い状況禁止を使用する。例えば、従来のＲ−９９ Ｗ−ＣＤＭＡ実装では、一般に、状況禁止値は、予測される往復時間よりも４０〜６０ミリ秒長く設定される。従来のＷ−ＣＤＭＡ構成では、保持するデータ送信中に、状況報告が、ＲＬＣ往復時間につき一度送信される。

本発明者は、往復時間（ＲＴＴ）毎に１つだけ状況報告を送信することによる遅延の欠点を認識した。従来の状況禁止タイマが動作している間、更なる状況報告が送られないというＷ−ＣＤＭＡ要求は、しばしば、破損したパケットの再送信における遅延をもたらす。図４は、１つのみの状況報告がＲＴＴ毎に送信される従来スキームの場合、行方不明又は破損したＰＤＵから復元するために再送信されたパケットの遅延を示す。この例では、識別子４０１、４０３、４０５、４０７および４０９は、受信エンティティから送信エンティティに送り戻されている状況報告を表わす。状況報告４０１を送信すると、状況禁止タイマ４２１が起動する。従来のＷ−ＣＤＭＡ実施に従って、状況禁止タイマ４２１が終了するまで、状況報告は送られない。状況禁止タイマ４２１が時間切れになった後、状況禁止タイマ４２１による遅延４３１後に状況報告４０３が送信されうる。同じ状態は、従来のＷ−ＣＤＭＡで送られる全ての状況報告の場合に生じる。状況報告４０１〜４０９の各々に続いて、状況禁止タイマ４２１〜４２７のうちの１つが開始され、１つのＲＴＴ、あるいは１つのＲＴＴよりも僅かに長く有効状態を保つ。禁止タイマ４２１〜４２７は、動作中の状況禁止タイマ４２１〜４２７が時間切れになるまで、次の状況報告が送られることを阻止する。状況報告４０１〜４０９は、各受信機ウィンドウで検出される全てのホール（例えば、破損したＰＤＵ４１１，４１３，及び４１５）に対するＮＡＫを含む。

この例では、ブロック４１１，４１３，および４１５は、ＲＬＣ連続番号における３つの新しいホールの検出を示す。各ホールが検出される場合、状況禁止タイマ４２１〜４２７のうちの１つが有効であるので、ホールの検出と、次の状況報告における対応するＮＡｋの送信との間に遅延が発生する。ホール４１１、４１３、および４１５に対する遅延は、４３１、４３３、および４３５としてそれぞれ示される。送信誤りは、状況報告タイミングと相関しないので、更なる遅延が、零（０）と、状況禁止タイマの値との間で一様に分布する。従来システムでは、状況禁止タイマの長さは、ＲＴＴ近傍に設定される。これは、ホールが検出される時間と、再送信が受信される時間との間の合計遅延が、平均して、往復遅延時間の１．５倍に等しいことを意味する。特定のホールに対する最初の再送信のみが、この遅延によって影響されうることに留意されたい。ホールに対するこの最初の再送信が失敗すれば、次の再送信と、その後のホールのための全ての再送信は、１つのＲＴＴによってのみ遅延される。

フロー制御を行う送信ウィンドウに依存するＲＬＣ−ＡＭ及びＴＣＰのようなプロトコルの場合、送信ウィンドウを前に進めるよう注意喚起するためにアクノレッジメントＡＣＫが使用される。比較的大きいウィンドウサイズの場合、アクノレッジメントを送信する際の遅延は、著しく性能に悪影響を与えない。しかし、従来のＲＬＣ−ＡＭ実装では、ＡＣＫは、報告すべきＮＡＫが存在するか否かに関わらず、同じ周波数で送られる。送信エンティティは、送信中に誤りがないことを仮定して、ウィンドウを進めるためにＡＣＫが受信される前にウィンドウが止まらないことを保証するために、多くのＰＤＵを格納できるべきである。一般に、２つの連続した状況報告の受信の間に、送信エンティティによってバッファされる必要のあるデータ量（例えば、最大のバッファデータ）は、往復時間の２倍で送信されることが可能なデータ量に相当する。ＰＤＵバッファは、Ｒ−９９ではなくＨＳＤＰＡにおいてより重要かもしれない。なぜなら、ＨＳＤＰＡでは、ＲＬＣウィンドウサイズは、より制限される傾向にあるからである。例えば、２００ミリ秒の往復時間と、３２０ビットのＰＤＵサイズとを仮定すると、達成可能な最大データレートは、２０４８×３２０／（２×０．２）＝１．６３Ｍｂｐｓとなる。ＨＳＤＰＡの場合、状況禁止は、しばしば小さな値として設定されうる。なぜなら、良好なチャネル条件では、見逃し誤り率は極端に低いからである。しかしながら、セルを介した同じ設定を使用すれば、劣悪なチャネル条件を有するエリア内のユーザは、極めて多くの不要な再送信によって悪影響を受けるだろう。

従来ＲＬＣの欠点は、ＲＴＴあたり１つよりも多い状況報告の送信が、不要な再送信を引き起こすかもしれないことである。しかしながら、ＲＴＴあたり１つ程度に状況報告を制限することによって、ＲＬＣウィンドゥを進め、行方不明のＰＤＵに対するＮＡＫを送る際に、より長い遅延を引き起こす。従来のＲＬＣ実装は、ＮＡＫ遅延とＡＣＫ遅延とを調節することを不可能にする多くの制約を含んでいる。例えば、従来の状況報告は、全てのホールのためのＮＡＫを連続番号（ＳＮ）で含んでいる。そして、状況報告は、どんなＮＡＫが存在しているかとは無関係な同じレートで、ＡＣＫが何度も送られる必要がないという事実にも関わらず送られる。もしも状況報告期間が、往復時間よりも大きくなければ、従来のＲＬＣ実装のこの要求は、不要な再送信を引き起こす。

本明細書で開示された様々な実施例は、ＰＤＵシーケンスにおけるホールを独立して追跡することにより、更なる柔軟性を提供する。（全てのホールに対して適用可能である）規則的な状況禁止タイマに加えて、ホール毎に個別のタイマが提供される。ＮＡＫ禁止タイマと呼ばれるこのタイマは、状況ＰＤＵの送信を阻止しない。与えられたホールのためのＮＡＫ禁止タイマは、与えられたホールのためのＮＡＫ禁止タイマが時間切れになるまで、送信されたあらゆる状況報告におけるホールを称するＮＡＫを含むことを阻止する。ポーリングと状況禁止との組み合わせによって、システムは、報告が生成されるレートを定義することが可能になる。また、行方不明のＰＤＵ報告トリガを効率的に使用することを可能にする。

図１Ａ及び図１Ｂに示す従来のスキームは、しばしば、本明細書で開示された様々な実施例によって送信されるＮＡＫの数（例えば、図５Ａ及び図５Ｂにおける５３１，５３２，５３３，及び５３４）よりも少ないＮＡＫ送信（例えば、１３１，１３２，及び１３３）しか必要としない。しかし、従来スキームは、フィードバックを送る際の遅延の低減を可能にしない。本実施例は、状況報告の増加した数に対するフィードバック遅延のトレードオフにおける更なる柔軟性を可能にする。本明細書で開示された実施例に従ってより頻繁に状況報告送信を送ることは、再送信のより均衡のとれた配信を提供する傾向にある。更に、本明細書で開示された様々な実施例の状況禁止タイマは、不要な再送信の可能性を増加することなく、従来システムの状況禁止タイマよりも短い値に設定される。

最も直近のシーケンスに従って受信された連続番号を報告するために、すなわち、ＲＬＣウィンドウの最初を更新するために、ＡＣＫが受信エンティティから送信エンティティへと頻繁に送り戻される。ＡＣＫは、一般に、ＮＡＫを含む状況報告に含まれるだろう。しかしながら、利用可能なＮＡＫがない場合、サポートされているウィンドウサイズに依存して、ＡＣＫの送信を開始することは、必ずしも意味のあることではない。送られるＮＡＫが存在しない場合に、不必要にＡＣＫを開始することを回避するために、本明細書で開示された様々な実施例は、「ＡＣＫ禁止タイマ」を提供する。このタイマは、ＮＡＫ禁止タイマよりもより長い値に設定されうる。ＮＡＫを含む状況報告は、状況禁止タイマが動作している場合、又は関連するＮＡＫ禁止タイマが時間切れになっていない場合にのみ遅延する。しかしながら、ＡＣＫのみの状況報告、すなわち、ＡＣＫのみであってＮＡＫではない状況報告は、状況禁止タイマ又はＡＣＫ禁止タイマの何れか一方が動作している場合に遅延する。様々な実施例においてＮＡＫ禁止タイマはＮＡＫ特有であるので、異なるＮＡＫ又は任意のＡＣＫの状況報告の送信に悪影響を与えないであろう。

図５Ａ乃至図５Ｂは、本明細書で開示された様々な実施例に従って、見落とされた又は破損した無線パケットを復元するスキームの局面を示す。図５Ａは、ＮＡＫ禁止タイマを例示しており、送信エンティティから受信したポール５２０、見落とされたパケット５０１〜５０５、送信エンティティにＮＡＫ５３１〜５３４を送り戻す状況報告、ＮＡＫ禁止タイマ５４１〜５４４、及び再送信パケット５１１〜５１５の典型的な時間関係を示している。スロット５０１〜５０５は、受信エンティティにおける破損パケットを示す。図５Ａが、受信エンティティにおいて受信される様々な信号５０１〜５２０を示している一方、図５Ｂは、受信エンティティと送信エンティティとの間で送られるＮＡＫ５３１〜５３４及び再送信５１１〜５１５を示す。明瞭さのために、ＡＣＫ禁止タイマと状況禁止タイマとは、図５Ａ及び図５Ｂともに関連して提供されるＮＡＫ禁止タイマの説明には考慮されない。ＡＣＫ禁止タイマと状況禁止タイマとは、図６Ａ及び図６Ｂともに以下に説明する。

パケット（例えばパケット５０１）が破損されていると判定すると、受信エンティティは、送信エンティティに対して、破損したパケット５０１の再送信を開始するように命令するＮＡＫ５３１を含む状況報告を送信エンティティに送り戻す。不要な再送信を引き起こさないようにするために、ＮＡＫ禁止タイマ５４１が開示される。様々な実施例に従って、ＮＡＫ禁止タイマは、状況報告が送信されるや否や開始される。従来のＷ−ＣＤＭＡ実装の状況禁止タイマとは異なり、本明細書で開示されたＮＡＫ禁止タイマは、ＮＡＫに特有である。ＮＡＫに特有なので、ＮＡＫ禁止タイマは、特定の失われたＰＤＵについての更なるＮＡＫのみを禁止する。あるいは、いくつかの連続する失われたＰＤＵのホールが存在する場合、ＮＡＫ禁止タイマは、このホールの連続する失われたＰＤＵ更なるＮＡＫを、ＮＡＫ禁止タイマが時間切れになるまで禁止する。ここで使用されるように、ＮＡＫ特有であるＮＡＫ禁止タイマは、１つ又は複数の破損パケットに関連付けられていると言われる。したがって、ＮＡＫ禁止タイマが時間切れになるまで、１つ又は複数の破損パケットのために更なるＮＡＫは送られないであろう。これは、タイマが時間切れになるまで更なる状況報告を禁止する従来技術の一般的な状況禁止タイマとは異なる。

図５に示すように、ＮＡＫ５３１を含む状況報告が受信エンティティから送られるや否や、状況禁止タイマ５４１が開始される。これによって、ＮＡＫ禁止タイマ５４１が時間切れになるまで、破損パケット５０１に対する更なるＮＡＫの送信を回避する。しかしながら、ＮＡＫ禁止タイマ５４１は、破損パケット５０１のためのＮＡＫに関してＮＡＫ特有であるので、他の破損ＰＤＵのための他のＮＡＫはブロックされない。従って、破損ＰＤＵ５０２を検出すると、ＮＡＫ禁止タイマ５４１がまだ動いているという事実にも関わらず、受信エンティティはＮＡＫ５３２を送ることができる。ＮＡＫ禁止タイマが動作している間に、送信エンティティから受信されたポールは、ＮＡＫ禁止タイマを考慮して無視される必要はない。上述したように、２つ以上の連続する喪失ＰＤＵのホールが存在する場合、ＮＡＫ禁止タイマは、ＮＡＫ禁止タイマが時間切れになるまで、このホールの連続する喪失ＰＤＵのための更なるＮＡＫを禁止する。例えば、破損ＰＤＵ５０４及び５０５は、２つの連続する喪失ＰＤＵのホールを形成する。２つのＮＡＫを送るのではなく、幾つかの実施例では、２つの破損パケット５０４及び５０５のために単一のＮＡＫ５３４を送ることによって、オーバヘッドが節約される。そのような例では、単一のＮＡＫ禁止タイマ５４４が、ホールの両方の破損パケット５０４及び５０５を報告するＮＡＫ５３４について開始される。ＮＡＫ禁止タイマ５４４は、喪失ＰＤＵ５０４、及び喪失ＰＵＤ５０５の両方に関連すると言われている。したがって、ＮＡＫ禁止タイマ５４４が時間切れになるまで、これら２つの喪失ＰＤＵのうちの何れかのために、更なるＮＡＫが送信されることを阻止する。

状況報告の送信、特に、破損パケットのためにＮＡＫを送るタイミングに関し、一般に、送信エンティティから送られたポールを受信するや否や状況報告が送られる。しかしながら、様々な実装では、ＮＡＫを含む状況報告は、ポールを待つことなく、破損ＰＤＵを検出した際に送られるかもしれない。例えば、Ｗ−ＣＤＭＡでは、「行方不明ＰＤＵインジケータ」オプションが、ポールを待つことなく、新たに発見された破損ＰＤＵのためにＮＡＫを送るように構成されうる。ポールを待たずにＮＡＫを送るように構成されたこのオプションを用いてでさえ、動作中の状況禁止タイマによって、ＮＡＫは遅れるかもしれない。

図６Ａは、ＮＡＫ禁止タイマ、ＡＣＫ禁止タイマ、及び状況禁止タイマの間の相互作用を様々な実施例に従って例示する。図６Ａは、３つのタイプのタイマ、すなわちＮＡＫ禁止タイマ６４１〜６４２、状況禁止タイマ６５０、及びＡＣＫ禁止タイマ６６１〜６６３を示す。ＮＡＫ禁止タイマは、ＮＡＫに特有である。これは、ＮＡＫが一旦送られると、ＮＡＫ禁止タイマが時間切れになるまで、ＮＡＫ禁止タイマに関連付けられた破損ＰＤＵのためのあらゆる更なるＮＡＫの送信を阻止するが、他の失われたＰＤＵのためにＮＡＫが送られることを阻止しないことを意味する。１つの失われたＰＤＵに関連付けられたＮＡＫ特有のＮＡＫ禁止タイマは、別の失われたＰＤＵのためにＮＡＫが送られることを阻止しない。ＮＡＫ禁止タイマは、一般に、１つのＲＴＴよりも僅かに大きく（例えば、ＲＴＴよりも２０〜１００ｍｓ長く）設定される。一方、状況禁止タイマは、ＮＡＫに特有ではない。状況禁止タイマは、時間切れになるまで、あらゆる状況報告が送られないようにする。従って、送るべきＮＡＫがある場合、ＮＡＫは、動作中の状況禁止タイマが時間切れになるまで遅延される。状況禁止タイマは、任意の時間長さに設定されうるが、様々な実施例に従って、一般に、ＲＴＴよりも幾分短い持続時間に設定される。このように、シーケンスにしたがって最も直近に受信された連続番号に対する状態変数ＶＲ（Ｒ）（受信機ウィンドウの始まりを表す）は、頻繁に更新される。これによって、ＲＬＣウィンドウをタイムリーに移動させる。ＡＣＫタイマは、動作中のＡＣＫタイマが時間切れになるまで、ＮＡＫではなくＡＣＫのみを含む状況報告の送信を阻止する。しかしながら、ＡＣＫタイマは、ＮＡＫを含む状況報告を阻止もしないし、遅らせもしない。更に、いくつかの実施例では、（ＡＣＫタイマはＮＡＫを遅らせないので）送るべきＮＡＫが存在すれば、状況報告が送られ、ＮＡＫによって促される状況報告は、いずれにせよ送られるので、ＡＣＫも含みうる。

ＰＤＵが受信されると、チャネル条件に依存して、受信エンティティは時々、破損パケット（例えばＰＤＵ６０１及び６０２）を検出する。いくつかの実装では、たとえポールが送信機から受信されていなくても、ＮＡＫがすぐに送られるかもしれない。一方、他の実装では、受信エンティティは、ＮＡＫの送信を開始するために、次のポールが受信されるまで待つ。しかしながら、何れかの実装では、動作中の状況禁止タイマが有効であれば、ＮＡＫを含む状況報告は送られないであろう。図６Ａにおいて示す例では、状況禁止タイマ６５１が動作中であれば、破損ＰＤＵ６０１に対するＮＡＫ６３１はすぐには送られない。破損ＰＤＵ６０１に対するＮＡＫ６３１は、時間６９１において時間切れになるまで状況禁止タイマ６５１によって遅延される。時間６９１において、ＡＣＫ禁止タイマ６６１が動作中であることが注目されるべきである。しかしながら、ＡＣＫ禁止タイマは、ＮＡＫの送信を遅らせないし、悪影響も与えないので、破損パケット６０１のＮＡＫは、たとえＡＣＫ禁止タイマ６６１が現在動作中であっても、送信されるであろう。更に、幾つかの実施例では、ＡＣＫタイマ６６１が有効であっても、ＮＡＫ６３１を含む状況報告もまたＡＣＫを含む。何れにせよ、ＮＡＫ６３１のために開始される状況報告は送られるので、状況報告とともにＡＣＫを送ることは、オーバヘッドを増加しない。いくつかの実施例では、ＡＣＫ禁止タイマが有効である間、ＡＣＫは、送られる状況報告内にＮＡＫを同伴するので、ＡＣＫ禁止タイマはリセットされる。

従来システムでは、状況禁止タイマは、一般に、ＲＴＴに等しいか、ＲＴＴよりも僅かに大きい。本明細書で開示された様々な実施例に従って、状況禁止タイマは、ＲＴＴよりもはるかに短い持続時間であり、しばしばＲＴＴよりも数倍短い（例えば、状況禁止タイマ６５０）。図６Ａは、ＮＡＫ禁止タイマ（６４１〜６４２）が状況禁止タイマのほとんど２．５倍である典型的な場合を示す。一方、ＡＣＫ禁止タイマは、状況禁止タイマの３倍として示される。状況禁止タイマをＲＴＴよりもはるかに短くすることによって、様々な実施例が、シーケンスに従って受信された最も直近の連続番号に対する状態変数ＶＲ（Ｒ）を更新することができる。そして、ＲＬＣウィンドウを、より少ない遅延で進め続けることができる。

図７は、本発明の様々な実施例に従うリンク制御のための方法を示す。この方法は７０１で始まり、ＰＤＵが検出される７０５に進む。７０５では、予め定めた時間期間、時間スロット、又はＴＴＩ（送信時間間隔）内に、受信エンティティにおいて、送信エンティティからのデータが受信されると期待される。例えば、受信エンティティ（例えば、図２のＵＥ２１０）は、特定の時間スロット（例えば、図５Ａの５０１）において、送信エンティティ（例えば、ノードＢ２２０）からデータパケットを受信することが期待される。受信エンティティは、移動局であることに必ずしも限定される必要はない。受信エンティティは、固定局（例えば、図２のノードＢ２２０又は地上通信線電話２６０）でありえる。また、送信エンティティは、別の固定局あるいは移動局でありえる。双方向通信を行う特定の局は、いくつかのＰＤＵの受信エンティティ、および他のＰＤＵの送信エンティティであろう。ＰＤＵが受信されたかどうかを検知すると、この方法は７０５から７０７へ進む。

７０７では、受信エンティティが、ＰＤＵが正しく受信されたか（例えば図５の５１１又は５８０）、又は破損しているか（例えば、５０１〜５０５）を判定する。正しく受信されたパケットは、再送信されたパケット（例えば５１１〜５１５）であるか、あるいは最初に送信されたパケットである初期送信（例えば、ラベルされていない図５の５８０及びその他のパケット）として送信されたパケットのうちの何れかでありうる。更に、正しく受信されたパケットは、破損したが、誤り訂正を用いて復元されたパケットの結果かもしれない。破損したパケット（しばしば、失われたパケットと呼ばれる）は、誤っているか、判読できないデータを含んでいるかもしれないし、あるいは全く受信されないかもしれない。７０７の一部として、受信エンティティは、いくつかの実施例の中で、ＰＤＵが破損しているかどうかを判断するために誤りチェックを行なうかもしれない。誤りチェックは、（チェックサムや、巡回冗長検査（ＣＲＣ）や、フレームチェックシーケンス（ＦＣＳ）や、例えばハミングコード、リードソロモンコード、リードミュラーコード、バイナリゴーレイコード、畳み込みコード、ターボコードのような誤り訂正コード（ＥＣＣ）や、その他のタイプの誤り検出又は検出／訂正スキームのような）いくつかの誤りチェックルーチンあるいはアルゴリズムのうちの何れかを含む。ブロック７０７において、ＰＤＵが正しく受信されたか、破損しているかをチェックすることは、チャネル測定又は受信電力測定、移動ユニット受信品質の暗黙推定、又はその他同様の種類の任意の手続き、又は当該技術における熟練者に周知の受信時における誤りのためのテストのような動作を必要としうる。７０７では、ＰＤＵが破損していると判定された場合には、本方法は、ＮＡＫ処理のために７０９に進む。ブロック７０９のＮＡＫ処理は、図８においてより詳細に説明される。

ブロック７０９のＮＡＫ処理が一旦完了すると、本方法は、７１１に進み、ＡＣＫカウンタ処理を実行する。いくつかの実施例は、ＡＣＫカウンタ処理を実行するかもしれないが、他は実行しない。ＡＣＫカウンタ処理が実施されないのであれば、本方法は、７０９から７０３に直接進む。７０３では、通信が終了したかが判定される。ＡＣＫカウンタ処理を実施する実施例の場合、ブロック７１１の処理が実行される。ブロック７１１のＡＣＫカウンタ処理は、図１０においてより詳細に説明される。ＡＣＫカウンタ処理が一旦終了すると、本方法は７０３に進む。

７０７に戻り、ＰＤＵが正しく受信されたと判定されると、本方法は７１３に進む。７１３では、受信されたＰＤＵが、新たなデータの最初の送信であるか、以前に破損したデータの再送信であるかが判定される。ＰＤＵが新たなデータであると判定された場合、本方法はＡＣＫ処理のために７１５に移る。７１３では、受信されたＰＤＵが、以前に破損したパケットの再送信であると判定された場合、本方法は７１９に進む。７１９では、再送信に関連付けられたＮＡＫ禁止タイマは、まだ動作しているのであれば停止又は取り除かれる。再送信されたパケットは受信されているので、送信が待たされた再送信パケットに関連付けられたＮＡＫはもはや必要とされず、送られることなく破棄される。本方法は７１９から７１５へ進む。ＡＣＫ処理７１５は、図９においてより詳細に説明される。ＡＣＫ処理７１５の結果は、ＡＣＫが送信されるか、あるいはＡＣＫ禁止タイマが有効であれば、ＡＣＫ禁止タイマが期限切れになったときに、ＡＣＫは送信のために待たされる。

ＡＣＫ処理７１５が一旦終了すると、本方法は７１７に進み、再送信が未だに受信されていない以前に破損したパケットからの期限切れＮＡＫ禁止タイマが存在するかが判定される。ＮＡＫ禁止タイマは、受信エンティティ内で任意の値に設定されうるが、一般に、ＮＡＫ禁止タイマを、１つの往復時間（ＲＴＴ）よりも僅かに大きく設定することが有利である。ＲＴＴは、ＮＡＫが送信エンティティに送り戻され、送信エンティティによって処理され、そして、送信エンティティに、再送信を受信エンティティに送らせるために期待される時間である。ＲＴＴ値は、チャネル条件に幾分依存しているか、あるいは、地上通信線の場合には、信号の通信経路に依存するかもしれない。ＮＡＫ禁止タイマを、１つのＲＴＴよりも僅かに大きく設定することは、たとえ前のＮＡＫによる動作で設定された再送信が既に存在していても、不要な再送信、すなわち、更なるＮＡＫを送ることによって生じる１つ又は複数の余分で不必要な再送信を回避する傾向にある。従って、ＮＡＫ禁止タイマは、一般に、おおよそ１つのＲＴＴか、あるいは１つのＲＴＴよりも僅かに大きく設定される。例えば、ＮＡＫ禁止タイマは、ＲＴＴに、追加の送信時間間隔（ＴＩＩ）を加えた値、ＲＴＴ＋２×ＴＩＩ、ＲＴＴ＋３×ＴＩＩ、又は条件が保証するのであれば、より長い時間設定に設定される。いくつかの実施例では、ＮＡＫ禁止タイマ設定は、例えば１１０％のようなＲＴＴの割合として測定されうる。タイマが設定されたいかなる値についても、特定の破損ＰＤＵのためのＮＡＫ禁止タイマが時間切れになると、別のＮＡＫがその特定の破損ＰＤＵのために送られる。第２のＮＡＫ（すなわち次のＮＡＫ）を送ることが、しばしば不要な再送信をもたらすことになるかもしれないが、ＮＡＫ禁止タイマによって導入される追加ＮＡＫを送る際の遅延は、不要な再送信の発生を著しく低減するであろう。

７１７では、再送信が再び受信されない（あるいは破損している）ために、時間切れになったＮＡＫ禁止タイマが存在すると判定されたのであれば、本方法は、７１７から、「ＹＥＳ」分岐に沿って７２１に進む。いくつかのシステムでは、例えば、通信が停止することを回避するために、特定の破損パケットのために送られるＮＡＫの数に制限がある。そのようなシステムでは、ブロック７２１は、最大数のＮＡＫが、そのパケットのために送られたかどうかを判定する。最大数でなければ、本方法は、７２１から「Ｎｏ」分岐に沿って７０９に進み、ＮＡＫ処理が実行され、破損パケットのための別のＮＡＫが開始される。７２１では、最大数の再送信が送られたと判定されると、本方法は、７２１から「Ｙｅｓ」分岐に沿って、７２３において誤り処理が実行される。この誤り処理は、システムへの誤り報告と、ＰＤＵホールを埋めるためのギャップ停止手段として、恐らくは、隣接パケットからのデータを用いた誤り復元ルーチン又はデータ補間を要しうる。あるいは、破損スロットは、ブランクのままかもしれない。７２３の誤り処理を終了すると、本方法は７０３に進む。

７１７に戻り、以前に送られたＮＡＫのために期限切れになったＮＡＫ禁止タイマが存在しないと判定された場合、本方法は、７１７から「ＮＯ」分岐に沿って７０３に進む。７０３では、例えば、データ送信が終了するか、又はあるユーザ或いは他のユーザが切断又はハングアップされて通信が終了したかが判定される。７０３において、通信が終了していないと判定されると、本方法は、７０３から「Ｎｏ」パスに沿って７０５に進み、ＰＤＵが次のスロットで受信されたかが検出される。通信が終了している場合、本方法は、７０３から「ＹＥＳ」パスに沿って７２５に進み、通信を終了させるルーチンが実行され方法が終了する。

図８は、本発明の様々な実施例に従ってリンク制御の一部としてＮＡＫを開始する方法を示す。特に図８は、図７のブロック７０９のＮＡＫ処理の詳細を示す。そのため、図８の８０１は一般に、図７の７０７あるいは７２１のうちの何れかの後に実行される。８０１が７２１の後に実行される場合、処理中の破損データパケットのために有効なＮＡＫ特有のＮＡＫ禁止タイマは存在しないだろう。なぜなら、７１７で、前のＮＡＫ禁止タイマが期限切れになったと判定されたからである。８０１では、７０７において、破損パケットを検出することに応じてＮＡＫが送られることを阻止する有効なＮＡＫ禁止タイマが存在するかが判定される。動作中のＮＡＫ禁止タイマは頻繁には存在しないだろう。なぜなら、破損パケットは、ＮＡＫ禁止タイマが存在しない最初の送信であるか、あるいは、破損パケットは、ＮＡＫ禁止タイマが期限切れ又はほとんど期限切れによる再送信であるかの何れかだからである。受信エンティティが、再送信される破損パケットの識別表示を検出することができる状態の場合、別のＮＡＫの送信を更に遅らせる必要がないので、受信エンティティは、ＮＡＫ禁止タイマにおける残りの時間を終了するかもしれない。

８０１において、有効であるＮＡＫ禁止タイマが存在すると判定された場合、本方法は、８０１から「ＹＥＳ」分岐に沿って８０３に進み、ＮＡＫ禁止タイマが有効期限になった後、ＮＡＫを後で送るためにキューする。いくつかの実施例では、ＮＡＫは、ＮＡＫ禁止タイマが期限切れになることに応じて送られうる。一方、他の実施例では、システムは、送られるべきＮＡＫが存在すると判定すると、動作中のＮＡＫ禁止タイマをチェックし、動作中のＮＡＫ禁止タイマが見つからない場合にはＮＡＫを送る。８０３において、ＮＡＫが、送信のためにキューされると、本方法は、図７の７０３に進む。８０１において、有効なＮＡＫ禁止タイマが存在しないと判定された場合には、本方法は、８０１から「ＮＯ」分岐に沿って８０５に移動する。

８０５では、ＮＡＫを含む任意の状況報告を送ることを阻止する動作中の状況禁止タイマが存在するかが判定される。任意の特定のパケット又はＮＡＫに特有ではない状況禁止タイマは、ＲＬＣウィンドウをより感度良く前に進めるために、一般に、ＲＴＴよりも幾分短く設定される。一般に、状況禁止タイマは、ＲＴＴの１／２から１／１０に設定されうる。極端な例では、状況禁止タイマは、高々１ＲＴＴで、かつ１スロット幅以上に設定されるべきである。８０５では、状況禁止タイマが有効であると判定されると、本方法は、８０５から「ＹＥＳ」分岐に沿って８０３に進み、ＮＡＫを、状況禁止タイマがもはや動作しなくなった場合に送るためにキューする。８０５では、有効である状況禁止タイマが存在しないと判定された場合には、本方法は、８０５から「ＮＯ」分岐に沿って８０７に進む。ブロック８０７では、ＮＡＫが受信エンティティから送信エンティティに送信され、本方法は、図７の７０３に進む。

図９は、本発明の様々な実施例に従って、リンク制御の一部としてＡＣＫを開始する方法を示す。特に、図９は、図７のブロック７１５のＡＣＫ処理の詳細を示す。そのため、図９の９０１は、一般に、図７の７１３又は７１９かの何れかに続いて行われる。９０１では、ＲＬＣウィンドウがどの程度まで移動されるべきであるかが、すなわち、どのスロットまでが全てのＰＤＵを正しく受信したのか（再送信を含む）が判定されるか、あるいは説明される。状態変数ＶＲ（Ｒ）は、受信機ウィンドウの最初を示すシーケンスに従って受信された最も直近の連続番号を表す。ブロック９０１は、例えば、状態変数ＶＲ（Ｒ）の値に基づいて、ウィンドウをどの程度移動すべきかを判定する。最後に正確に受信された連続ＰＤＵである時間スロット、すなわちＨＡＲＱインスタンスは、ＡＣＫが送られるためのものである。状況報告では、１つのＰＤＵのみがアクノレッジされる必要がある。一般に、事前調整された取り決めによって、ＡＣＫ内で指定されたものの前の全てのＰＤＵは正しく受信されていると仮定される。他のいくつかの実施例では、これは、ウィンドウを進めるために、最後に正しく受信されたＰＤＵを指定するのではなく、受信されたＰＤＵの全てをリストすることによって、より煩わしい方法で達成されるかもしれない。９０１では、ウィンドウをどの程度移動し、どのＰＤＵをアクノレッジすべきかが一旦決定されると、方法は９０３に進む。

９０３では、ＡＣＫ禁止タイマが有効であるかが判定される。ＡＣＫ禁止タイマは、通信のパラメータ及びタイムリーなデータに対する要求に基づいて、受信エンティティ内における広範な値のうちの任意の値に設定されうる。例えば、比較的高いデータレートの場合、ＡＣＫ禁止タイマは、受信機ウィンドウをより感度良く前に進めるために、１ＲＴＴよりも幾分短い値に設定される。一方、比較的低いデータレートの場合、特に、受信機ウィンドウを前に進める緊急の必要性がないのであれば、ＡＣＫ禁止タイマは、（しばしば１ＲＴＴよりも僅かに大きく設定される）ＮＡＫ禁止タイマよりも長い値に設定される。更に、ＡＣＫカウンタが実装される場合には、ＡＣＫ禁止タイマは、ギャップ停止手段となるので、ＡＣＫ禁止タイマのために使用される値は、比較的大きな値に設定される。

９０３では、ＡＣＫ禁止タイマが動作していると判定された場合には、本方法は、９０３から「ＹＥＳ」分岐に沿って９０５に進み、ＡＣＫ禁止タイマが一旦時間切れになると、ＡＣＫを送信のためにキューする。いくつかの実施例では、ＡＣＫ禁止タイマが時間切れになることに応じてＡＣＫが送られうる一方、他の実施例では、受信エンティティは、送られるＡＣＫが存在することを判定すると、動作中のＡＣＫ禁止タイマをチェックし、動作中のＡＣＫ禁止タイマが見つからないのであればＡＣＫを送る。９０５では、送信のためにＡＣＫが一旦キューされると、本方法は図７の７１７に進む。９０３では、有効なＡＣＫ禁止タイマが存在しないと判定されると、本方法は、９０３から「ＮＯ」分岐に沿って９０７に進む。

９０７では、ＡＣＫを含むあらゆる状況報告を送ることを阻止する状況禁止タイマが存在するかが判定される。状況禁止タイマが現在動作中であると判定された場合には、本方法は、９０７から「ＹＥＳ」分岐に沿って９０５に進み、状況禁止タイマがもはや動作していない時に、送信のためＡＣＫをキューする。９０７では、有効な状況禁止タイマが存在しないと判定されると、本方法は、９０７から「ＮＯ」分岐に沿って９０９に進む。ブロック９０９では、ＡＣＫが受信エンティティから送信エンティティへ送信され、本方法は、図７の７１７に進む。９０９又は９０５では、新たなＡＣＫ禁止タイマ設定が、一般的な条件に適切であると判定された場合には、９０９又は９０５のＡＣＫを経由して送信エンティに伝達される。

図１０は、ＡＣＫカウンタ処理を示す。これは、本明細書で開示された様々な実施例に従って、ＡＣＫ報告期間を調節するために使用されうる。特に、図１０は、図７のブロック７１１のＡＣＫカウンタ処理の詳細を示す。図１０のブロック１００１は、一般に、図７の７０９の後に実施される。ＡＣＫカウンタが有効である場合、ＡＣＫ報告機能は主に、ＡＣＫカウンタによって起動されるので、ＡＣＫ禁止タイマが、比較的長い値に設定されうる。

ＡＣＫカウンタは、現在のデータ送信レートに応じるようにＡＣＫ報告期間を適応させるので、ＲＬＣウィンドウを効率的に前に進め続けることを支援する。ＡＣＫカウンタがない状態では、例えば、送信データレートが変化した場合、送信条件変化として、送信エンティティは、新たなＡＣＫ禁止タイマ値を、受信エンティティに伝達する。データレートの変化にしたがってＡＣＫ禁止タイマが調節されないのであれば、ＲＬＣスループットは制限されるか、あるいは低下するかもしれない。例えば、ＡＣＫ禁止タイマが、比較的大きな値に設定され、データレートが突然増加すれば、ＲＬＣスループットは制限されるだろう。同じ理由で、例えば、ＡＣＫ禁止タイマが比較的低い値に設定され、レートが突然減少すれば、不必要に大きなシグナリング負荷が、反対方向に、受信エンティティから送信エンティティへ逆に引き起こるかもしれない。

ＡＣＫ禁止タイマを、送信データレートのために非効率な値に設定することを避けるために、本明細書で開示する様々な実施例は、ACK_Counter変数を有する。ACK_Counter変数は、受信エンティティが、最後のＡＣＫ値が報告されてからＶＲ（Ｒ）値が増加した量を追跡することを可能にする。状態変数ＶＲ（Ｒ）は、シーケンスに従って受信した最も直近の連続番号を表すので、ＡＣＫカウンタは、受信機ウィンドウが埋められる範囲を示す。ACK_Counterが、予め定めた閾値を通過すると、ＡＣＫは、送られた次の状況報告とともに報告されるので、前述した性能上の欠点を回避する。この閾値は、様々なデータレートに関連付けられたインクリメントか、あるいは設定された受信機ウィンドウサイズの割合かの何れかによって定義されうる。

状態変数ＶＲ（Ｒ）は、受信エンティティにおいて、シーケンスに従って受信された最も直近のＰＤＵを表わす。受信エンティティにおいて、別の連続するＰＤＵが正しく受信される毎に、状態変数ＶＲ（Ｒ）がインクリメントされる。図１０の１００１では、ＶＲ（Ｒ）が閾値に達したかが判定される。この閾値は、例えば受信機ウィンドウの１０％から５０％の値のように、設定された受信機あるいはＲＬＣウィンドウサイズの割合として定義される。例えば、ウィンドウサイズの８０％まで、あるいはそれ以上のように、リンク制御条件に適切な、より小さい、あるいは大きなウィンドウサイズの割合が使用されてもよい。１００１では、ＶＲ（Ｒ）が閾値に達したと判定されると、本方法は、１００１から「ＹＥＳ」分岐に沿って１００３へ進む。１００３では、通信条件に適切な新たなＡＣＫタイマ設定が決定されると、ＡＣＫを経由して送信エンティティに伝達される。ＡＣＫ禁止タイマのための調節を含むＡＣＫが、受信エンティティから送信エンティティへと一旦送られると、本方法は、１００３から、図７の７０３に戻る。ＡＣＫカウンタを使用する１つの利点は、ＡＣＫ報告の頻度が、レート条件に容易に適用されうることである。比較的高い送信データレートについては、ＡＣＫは、より頻繁に報告されるようになり、ＲＬＣウィンドウをより速く進めることが可能となる。レートが劇的に低くなる場合、ＡＣＫは、それほど頻繁に報告されないように調節され、もって、反対方向におけるシグナリング負荷を低減する。ＡＣＫ値が報告されない状態を回避するために、図９を用いて説明したＡＣＫ禁止タイマが維持されうる。ＡＣＫ報告期間を、比較的大きな値に設定し続けることは、システムフィードバックリソースに極めて多くの量まで負担をかけることではない。ある意味では、ＡＣＫカウンタがイネーブルされる場合、ＡＣＫ禁止タイマは、ＡＣＫ報告期間のための最大境界値の役割をすると見なされるかもしれない。同様に、最も高いデータレートの場合、ＡＣＫ報告頻度は、状況禁止タイマによって、最低値に制限される。

図面は、本発明を説明し可能にし、かつ本発明の原理を例示するために提供される。図中における方法ブロック図に示す本発明を実行するための動作のうちのいくつかは、図中に示すもの以外の規則で実施されるかもしれないし、あるいは完全に省略されるかもしれない。例えば、図７では、通信が終了するかの判定（７０３）は、次のＰＤＵを検出すること（７０５）と同時に、又はその後に起こるかもしれない。同様に、ＡＣＫカウンタ処理（７１１）は、いくつかの実施例では、ＮＡＫ処理（７０９）の前に行なわれ、他の実施例では、次のＰＤＵの検出（７０５）の後に行われ、他の実施例では、全く実施されないかもしれない。

当該技術分野における熟練者であれば、これら情報および信号が、種々異なった技術や技法を用いて表されることを理解するであろう。例えば、上述した記載の全体で引用されているデータ、指示、命令、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれら何れかの組み合わせによって表現されうる。これら熟練者であれば、更に、ここで開示された実施例に関連して記載された様々な説明的論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子工学ハードウェア、コンピュータソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互互換性を明確に説明するために、様々に例示された部品、ブロック、モジュール、回路、およびステップが、それらの機能に関して一般的に記述された。それら機能がハードウェアとして又はソフトウェアとして実現されているかは、特定のアプリケーション及びシステム全体に課せられている設計制約に依存する。熟練した技術者であれば、各特定のアプリケーションに応じて変更した方法で上述した機能を実施しうる。しかしながら、この適用判断は、本発明の範囲から逸脱したものと解釈されるべきではない。

ここで開示された実施例に関連して記述された様々の説明的論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、アプリケーションに固有の集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェア部品、又は上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現又は実行されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、たとえばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１つ以上のマイクロプロセッサ、またはこのような任意の構成である計算デバイスの組み合わせとして実現することも可能である。

ここで開示された実施例に関連して記述された方法やアルゴリズムのステップは、ハードウェアや、プロセッサによって実行されるソフトウェアモジュールや、これらの組み合わせによって直接的に具現化される。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されうる。このプロセッサと記憶媒体は、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体は、ユーザ端末内のディスクリート部品として存在しうる。

「典型的な」（exemplary）という用語は、例、インスタンス、又は例示として役立つことを意味する。本明細書において「典型的な」（exemplary）と記述された実施例及び特徴は、本発明の他の実施例又は特徴よりも好適であるとか、有利であるとか必ずしも解釈される必要はない。

開示された実施例における上述の記載は、当該技術分野におけるいかなる人であっても、本発明の活用または利用を可能とするように提供される。これらの実施例への様々な変形例もまた、当該技術分野における熟練者に対しては明らかであって、ここで定義された一般的な原理は、本発明の主旨または範囲を逸脱せずに他の実施例にも適用されうる。このように、本発明は、ここで示された実施例に制限されるものではなく、ここで記載された原理と新規の特徴に一致した最も広い範囲に相当するものを意図している。

Claims (31)

1. 通信リンク制御する方法であって、
   受信エンティティにおいて、送信エンティティからの破損パケットを検出することと、
   否定的アクノレッジメントを前記送信エンティティに送ることと、
   前記否定的アクノレッジメントを送ることに応じて、前記破損パケットに関連付けられた否定的アクノレッジメント禁止タイマを起動することとを備え、
   前記否定的アクノレッジメント禁止タイマは、前記否定的アクノレッジメント禁止タイマが時間切れになるまで、前記破損パケットのために更なる否定的アクノレッジメントが送られることを阻止する方法。
2. 請求項１に記載の方法において、
   前記否定的アクノレッジメント禁止タイマは、前記否定的アクノレッジメント禁止タイマが時間切れになる前に、別の破損パケットのために別の否定的アクノレッジメントが送られることを許可する方法。
3. 請求項１に記載の方法において、
   前記否定的アクノレッジメント禁止タイマは、最初に、少なくとも１往復時間の間動作するように設定される方法。
4. 請求項１に記載の方法において、
   前記破損パケットは第１の破損パケットであり、前記否定的アクノレッジメントは第１の否定的アクノレッジメントであり、前記否定的アクノレッジメント禁止タイマは第１の否定的アクノレッジメント禁止タイマであり、前記方法は更に、
   前記第１の破損パケットに関連付けられた前記第１の否定的アクノレッジメント禁止タイマが時間切れになる前に、第２の破損パケットに関連付けられた第２の否定的アクノレッジメントを前記送信エンティティに送ることと、
   前記第２の破損パケットに関連付けられた第２の否定的アクノレッジメント禁止タイマを設定することとを備えた方法。
5. 請求項１に記載の方法において、更に、
   前記受信エンティティにおいて、前記送信エンティティからポールを受信することと、
   前記ポールに応答して、前記否定的アクノレッジメント禁止タイマの時間切れ前に、前記受信エンティティから前記送信エンティティへ状況報告を送ることとを備え、
   前記状況報告は、前記破損パケットに関連付けられた前記更なる否定的アクノレッジメントを含んでいない方法。
6. 請求項４に記載の方法において、前記第１の否定的アクノレッジメント及び前記第２の否定的アクノレッジメントはともに、前記送信エンティティへ無線で送信される方法。
7. 請求項４に記載の方法において、前記第１の否定的アクノレッジメント及び前記第２の否定的アクノレッジメントはともに、Ｗ−ＣＤＭＡプロトコルに従って前記送信エンティティへ無線で送信される方法。
8. 請求項１に記載の方法において、更に、
   前記破損パケットを検出する前に、状況禁止タイマを起動することであって、前記状況禁止タイマは、前記否定的アクノレッジメント禁止タイマよりも短い持続時間を有することと、
   前記状況禁止タイマが時間切れになるまで前記否定的アクノレッジメントを送ることを遅らせることとを備えた方法。
9. 請求項８に記載の方法において、更に、状況報告を送ることを備え、
   前記状況報告は、肯定的アクノレッジメントと、前記否定的アクノレッジメントとを備え、
   前記状況禁止タイマは、前記状況禁止タイマが時間切れになるまで、前記状況報告が送られることを遅らせる方法。
10. 請求項１に記載の方法において、更に、
    肯定的アクノレッジメント禁止タイマを起動することと、
    前記肯定的アクノレッジメント禁止タイマが時間切れになるまで、肯定的アクノレッジメントのみの状況報告を送ることを遅らせることとを備えた方法。
11. 請求項１に記載の方法において、更に、
    前記受信エンティティから前記送信エンティティへ第１の肯定的アクノレッジメントを送ると、肯定的アクノレッジメントカウンタを起動することと、
    前記肯定的アクノレッジメントカウンタが、予め定義した閾値に達した場合には、第２の肯定的アクノレッジメントを送ることとを備えた方法。
12. 請求項１１に記載の方法において、前記予め定義した閾値は、受信機ウィンドウ幅の割合として定義される方法。
13. 請求項１に記載の方法において、前記破損パケットは、第２の破損パケットである次の連続するパケットを備えた第１の破損パケットであり、前記方法は更に、
    前記第１及び第２の破損パケット両方を報告する送信エンティティに前記否定的アクノレッジメントを送ることを備え、
    前記否定的アクノレッジメント禁止タイマは、前記第１及び前記第２の破損パケット両方に関連付けられている方法。
14. 通信リンクを制御する方法を組み込んだコンピュータ読取可能媒体であって、前記方法は、
    受信エンティティにおいて、送信エンティティからの破損パケットを検出することと、
    否定的アクノレッジメントを前記送信エンティティに送ることと、
    前記否定的アクノレッジメントを送ることに応じて、前記破損パケットに関連付けられた否定的アクノレッジメント禁止タイマを起動することとを備え、
    前記否定的アクノレッジメント禁止タイマは、前記否定的アクノレッジメント禁止タイマが時間切れになるまで、前記破損パケットのために、更なる否定的アクノレッジメントが送られることを阻止するコンピュータ読取可能媒体。
15. 請求項１４に記載のコンピュータ読取可能媒体において、
    前記否定的アクノレッジメント禁止タイマは、前記否定的アクノレッジメント禁止タイマが時間切れになる前に、別の破損パケットのために別の否定的アクノレッジメントが送られることを許可するコンピュータ読取可能媒体。
16. 請求項１４に記載のコンピュータ読取可能媒体において、
    前記否定的アクノレッジメント禁止タイマは、最初に、少なくとも１往復時間の間動作するように設定されるコンピュータ読取可能媒体。
17. 請求項１４に記載のコンピュータ読取可能媒体において、
    前記破損パケットは第１の破損パケットであり、前記否定的アクノレッジメントは第１の否定的アクノレッジメントであり、前記否定的アクノレッジメント禁止タイマは第１の否定的アクノレッジメント禁止タイマであり、前記方法は更に、
    前記第１の破損パケットに関連付けられた前記第１の否定的アクノレッジメント禁止タイマが時間切れになる前に、第２の破損パケットに関連付けられた第２の否定的アクノレッジメントを前記送信エンティティに送ることと、
    前記第２の破損パケットに関連付けられた第２の否定的アクノレッジメント禁止タイマを設定することとを備えたコンピュータ読取可能媒体。
18. 請求項１４に記載のコンピュータ読取可能媒体であって、更に、
    前記受信エンティティにおいて、前記送信エンティティからポールを受信することと、
    前記ポールに応答して、前記否定的アクノレッジメント禁止タイマの時間切れ前に、前記受信エンティティから前記送信エンティティへ状況報告を送ることとを備え、
    前記状況報告は、前記破損パケットに関連付けられた前記更なる否定的アクノレッジメントを含んでいないコンピュータ読取可能媒体。
19. 請求項１７に記載のコンピュータ読取可能媒体において、
    前記第１の否定的アクノレッジメント及び前記第２の否定的アクノレッジメントはともに、前記送信エンティティへ無線で送信されるコンピュータ読取可能媒体。
20. 請求項１７に記載のコンピュータ読取可能媒体において、
    前記第１の否定的アクノレッジメント及び前記第２の否定的アクノレッジメントはともに、Ｗ−ＣＤＭＡプロトコルに従って前記送信エンティティへ無線で送信されるコンピュータ読取可能媒体。
21. 請求項１４に記載のコンピュータ読取可能媒体において、更に、
    前記破損パケットを検出する前に、状況禁止タイマを起動することであって、前記状況禁止タイマは、前記否定的アクノレッジメント禁止タイマよりも短い持続時間を有することと、
    前記状況禁止タイマが時間切れになるまで前記否定的アクノレッジメントを送ることを遅らせることとを備えたコンピュータ読取可能媒体。
22. 請求項２１に記載のコンピュータ読取可能媒体において、更に、
    状況報告を送ることを備え、
    前記状況報告は、肯定的アクノレッジメントと、前記否定的アクノレッジメントとを備え、
    前記状況禁止タイマは、前記状況禁止タイマが時間切れになるまで、前記状況報告が送られることを遅らせるコンピュータ読取可能媒体。
23. 請求項２１に記載のコンピュータ読取可能媒体において、更に、
    前記否定的アクノレッジメント禁止タイマよりも長い持続時間を持つ肯定的アクノレッジメント禁止タイマを起動することと、
    前記肯定的アクノレッジメント禁止タイマが時間切れになるまで、肯定的アクノレッジメントのみの状況報告を送ることを遅らせることとを備えるコンピュータ読取可能媒体。
24. 請求項１４に記載のコンピュータ読取可能媒体において更に、
    前記受信エンティティから前記送信エンティティへ第１の肯定的アクノレッジメントを送ると、肯定的アクノレッジメントカウンタを起動することと、
    前記肯定的アクノレッジメントカウンタが、予め定義した閾値に達した場合には、第２の肯定的アクノレッジメントを送ることとを備えるコンピュータ読取可能媒体。
25. 請求項２４に記載のコンピュータ読取可能媒体において、前記予め定義した閾値は、受信機ウィンドウ幅の割合として定義されるコンピュータ読取可能媒体。
26. 通信リンクを経由してパケットを受信するように構成された受信エンティティであって、
    送信エンティティから受信された破損パケットを検出するように構成された受信回路と、
    否定的アクノレッジメントを前記送信エンティティに送るように構成された送信回路と、
    前記破損パケットに関連付けられ、前記否定的アクノレッジメントが送られることに応じて起動される否定的アクノレッジメント禁止タイマとを備え
    前記否定的アクノレッジメント禁止タイマは、前記否定的アクノレッジメント禁止タイマが時間切れになるまで、前記破損パケットのために更なる否定的アクノレッジメントが送られることを阻止し、
    前記否定的アクノレッジメント禁止タイマは、前記否定的アクノレッジメント禁止タイマが時間切れになる前に、別の破損パケットのために別の否定的アクノレッジメントが送られることを許可する受信エンティティ。
27. 請求項２６に記載の受信エンティティにおいて、
    前記送信回路は、前記否定的アクノレッジメントを前記送信エンティティに無線で送る受信エンティティ。
28. 請求項２６に記載の受信エンティティにおいて、更に、
    前記否定的アクノレッジメント禁止タイマよりも短い持続時間を有するように構成された状況禁止タイマを備え、
    前記状況禁止タイマは、起動されると、前記状況禁止タイマが時間切れになるまで前記否定的アクノレッジメントを送ることを遅らせるように構成された受信エンティティ。
29. 請求項２６に記載の受信エンティティにおいて、更に、
    前記否定的アクノレッジメント禁止タイマよりも長い持続時間を有するように構成された肯定的アクノレッジメント禁止タイマを備え、
    前記肯定的アクノレッジメント禁止タイマは、起動されると、前記肯定的アクノレッジメント禁止タイマが時間切れになるまで、肯定的アクノレッジメントのみの状況報告を送ることを遅らせるように構成される受信エンティティ。
30. 請求項２６に記載の受信エンティティにおいて、更に、
    前記受信エンティティから前記送信エンティティへ第１の肯定的アクノレッジメントを送ると起動されるように構成された肯定的アクノレッジメントカウンタを備え、
    前記肯定的アクノレッジメントカウンタは、予め定義した閾値に達した場合には、第２の肯定的アクノレッジメントを送るように構成された受信エンティティ。
31. 請求項３０に記載の受信エンティティにおいて、
    前記予め定義した閾値は、受信機ウィンドウ幅の割合として定義される受信エンティティ。

Images