(57)【要約】  受信ノードにおけるＨ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）処理のためのメモリを、より柔軟なＨ−ＡＲＱメモリ構成を可能とし、かつＨ−ＡＲＱ処理の性能を改善するように、動的に構成するための方法および装置を開示する。受信ノードにおけるＨ−ＡＲＱメモリは、複数のＨ−ＡＲＱ処理のために確保される。送信ノードは、それぞれのＨ−ＡＲＱ送信に対して受信ノードにおけるＨ−ＡＲＱメモリを、複数のＨ−ＡＲＱ処理に対するメモリ要件がＨ−ＡＲＱメモリ容量を超えるように、動的に構成する。Ｈ−ＡＲＱ送信をサポートするために使用可能なＨ−ＡＲＱメモリが不十分であれば、複数のＨ−ＡＲＱ処理の一部しか一度にアクティブにすることができない。Ｈ−ＡＲＱ送信を処理するためのＨ−ＡＲＱメモリが不十分である場合には、ＮＡＣＫ（Negative ACKnowledgement：否定応答）、ＡＣＫ（ACKnowledgement：肯定応答）、無応答、および／または失敗した送信に対する理由を表す情報を、送信ノードに送信することができる。
2009525698.tif 000002
【特許請求の範囲】
【請求項１】
送信ノードおよび受信ノードを含む無線通信システムにおいて、前記受信ノードにおけるＨ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）メモリを、複数のＨ−ＡＲＱ処理のために動的に構成するための方法であって、
前記受信ノードが、複数のＨ−ＡＲＱ処理のためにＨ−ＡＲＱメモリを確保するステップと、
前記受信ノードが、Ｈ−ＡＲＱメモリ共有可能性および前記Ｈ−ＡＲＱメモリの容量の少なくとも１つを前記送信ノードへ信号送出するステップと、
前記送信ノードが、前記Ｈ−ＡＲＱメモリを動的に構成するステップと、
前記送信ノードが、前記Ｈ−ＡＲＱメモリを構成するためにメモリ構成指示を前記受信ノードに信号送出するステップと
を備えることを特徴とする方法。
【請求項２】
下り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であり、かつ前記送信ノードがノードＢであることを特徴とする請求項１に記載の方法。
【請求項３】
上り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがノードＢであり、かつ前記送信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であることを特徴とする請求項１に記載の方法。
【請求項４】
前記メモリ構成指示がコマンドであることを特徴とする請求項１に記載の方法。
【請求項５】
前記メモリ構成指示が勧告であることを特徴とする請求項１に記載の方法。
【請求項６】
送信ノードおよび受信ノードを含む無線通信システムにおいて、前記受信ノードにおいてＨ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）メモリ容量を超過する複数のＨ−ＡＲＱ処理のために前記Ｈ−ＡＲＱメモリを動的に構成する方法であって、
前記受信ノードが、複数のＨ−ＡＲＱ処理のためにＨ−ＡＲＱメモリを確保するステップと、
前記受信ノードが、Ｈ−ＡＲＱメモリ共有可能性および前記Ｈ−ＡＲＱメモリの容量の少なくとも１つを前記送信ノードへ信号送出するステップと、
前記送信ノードが、前記Ｈ−ＡＲＱメモリを動的に構成するステップと、
前記送信ノードが、前記Ｈ−ＡＲＱメモリを構成するためにメモリ構成指示を前記受信ノードに信号送出するステップと、
前記受信ノードが、Ｈ−ＡＲＱ送信をサポートするために十分なＨ−ＡＲＱメモリがあるかを判定するステップと
を備えることを特徴とする方法。
【請求項７】
失敗したＨ−ＡＲＱ送信に対して、前記受信ノードがＮＡＣＫ（Negative ACKnowledgement：否定応答）を前記送信ノードに信号送出するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項８】
失敗したＨ−ＡＲＱ送信に対して、前記受信ノードがＡＣＫ（ACKnowledgement：肯定応答）を前記送信ノードに信号送出するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項９】
不十分なＨ−ＡＲＱメモリがある場合にＨ−ＡＲＱ再送信を回避するために、前記ＡＣＫは、前記受信ノードが前記Ｈ−ＡＲＱ送信を受信したことを虚偽的に示すことを特徴とする請求項８に記載の方法。
【請求項１０】
前記受信ノードが、Ｈ−ＡＲＱ送信をサポートするために十分なＨ−ＡＲＱメモリが利用可能になるまで待機するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項１１】
前記受信ノードが、前記失敗したＨ−ＡＲＱ送信に対する理由を示す情報を信号送出するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項１２】
下り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であり、かつ前記送信ノードがノードＢであることを特徴とする請求項６に記載の方法。
【請求項１３】
上り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがノードＢであり、かつ前記送信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であることを特徴とする請求項６に記載の方法。
【請求項１４】
前記メモリ構成指示がコマンドであることを特徴とする請求項６に記載の方法。
【請求項１５】
前記メモリ構成指示が勧告であることを特徴とする請求項６に記載の方法。
【請求項１６】
Ｈ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）メモリを動的に構成するためのシステムであって、
受信ノードと、
送信ノードとを備え、
前記受信ノードが、複数のＨ−ＡＲＱ処理のためにＨ−ＡＲＱメモリを確保するよう  に構成され、ならびにＨ−ＡＲＱメモリ共有可能性および前記Ｈ−ＡＲＱメモリの容量の少なくとも１つを前記送信ノードへ信号送出するように構成され、
前記送信ノードが、前記Ｈ−ＡＲＱメモリを動的に構成するように、ならびに前記Ｈ−ＡＲＱメモリを構成するためにメモリ構成指示を前記受信ノードに信号送出するように構成されることを特徴とするシステム。
【請求項１７】
前記受信ノードが、Ｈ−ＡＲＱ送信をサポートするために十分なＨ−ＡＲＱメモリがあるかを判定するように構成されることを特徴とする請求項１６に記載のシステム。
【請求項１８】
失敗したＨ−ＡＲＱ送信に対して、前記受信ノードがＮＡＣＫ（Negative ACKnowledgement：否定応答）を前記送信ノードに信号送出するように構成されることを特徴とする請求項１７に記載のシステム。
【請求項１９】
失敗したＨ−ＡＲＱ送信に対して、前記受信ノードがＡＣＫ（ACKnowledgement：肯定応答）を前記送信ノードに信号送出するように構成されることを特徴とする請求項１７に記載のシステム。
【請求項２０】
不十分なＨ−ＡＲＱメモリがある場合にＨ−ＡＲＱ再送信を回避するために、前記ＡＣＫは、前記受信ノードが前記Ｈ−ＡＲＱ送信を受信したことを虚偽的に示すことを特徴とする請求項１９に記載のシステム。
【請求項２１】
前記受信ノードが、十分なＨ−ＡＲＱメモリが利用可能になるまで待機するように構成されることを特徴とする請求項１７に記載のシステム。
【請求項２２】
前記受信ノードが、失敗したＨ−ＡＲＱ送信に対する理由を示す情報を信号送出するように構成されることを特徴とする請求項１７に記載のシステム。
【請求項２３】
下り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であり、かつ前記送信ノードがノードＢであることを特徴とする請求項１６に記載のシステム。
【請求項２４】
上り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがノードＢであり、かつ前記送信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であることを特徴とする請求項１６に記載のシステム。
【請求項２５】
前記メモリ構成指示がコマンドであることを特徴とする請求項１６に記載のシステム。
【請求項２６】
前記メモリ構成指示が勧告であることを特徴とする請求項１６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信ノードおよび受信ノードを含む無線通信システムに関する。より詳細には本発明は、受信ノードにおけるＨ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）処理のためのメモリを、より柔軟なメモリ構成を可能としかつＨ−ＡＲＱ処理の性能を改善するように、動的に構成するための方法に関する。
【背景技術】
【０００２】
Ｈ−ＡＲＱ処理を使用して無線通信システムのデータ速度および性能を改善するための方法は、３ＧＰＰ（3rd Generation Partnership Project：第三世代パートナシップ・プロジェクト）において検討されている。
【０００３】
Ｈ−ＡＲＱ方式は、少ない待ち時間の送信および再送信を発生させるために使用される。Ｈ−ＡＲＱは、ＡＲＱ（Automatic Repeat Request：自動再送要求）誤り制御方法の変形であり、実装の複雑さの増大を費やして通常のＡＲＱ方法より良い性能を提供する。Ｈ−ＡＲＱは、停止／待機（stop-and-wait）再送信または選択的反復再送信において使用することが可能である。停止／待機再送信は、使用することは簡単である。しかしながら、受信機の信号の確認応答を待機することが効率を減少させる。したがって、複数の停止／待機Ｈ−ＡＲＱ処理が並列に使用され、この機構に起因するＡＣＫ（ACKnowledgement：肯定応答）／ＮＡＣＫ（Negative ACKnowledgement：否定応答）の往復遅延時間（round-trip delay）を克服する。さらに複数のＨ−ＡＲＱ処理により、高い優先度のトラフィックが、１つの既存のＨ−ＡＲＱ処理を使用して送信中のパケットの後で渋滞するのではなく、むしろ新しいＨ−ＡＲＱ処理を使用して直ちに送信されることが可能となる。例えば、１つのＨ−ＡＲＱ処理がＡＣＫを待機しているときに、もう一つのＨ−ＡＲＱ処理を使用してより多くのデータを送ることが可能である。
【０００４】
３ＧＰＰにおいては、プロトコル・メッセージングがＨ−ＡＲメモリ可用性を含むＨ−ＡＲＱの動作を構成設定する。より詳細には、従来技術ではＨ−ＡＲＱ処理を、バッファサイズを伴って構成設定し、かつそのバッファサイズをＷＴＲＵまたはノードＢ（Ｎｏｄｅ−Ｂ）などの通信中のピア・デバイスと交換するプロトコル・メッセージを可能とする。従来技術においては、それぞれのＨ−ＡＲＱ処理は特定のＨ−ＡＲＱメモリ限界を伴って構成設定される。この構成は２つの制限および非能率を提示する。第１には、ある無線ベアラが、それぞれが少ないメモリ要件による場合に、多くのＨ−ＡＲＱ処理により利益を享受することができる。第２には、アプリケーションが大きなメモリ要件を有しても、そのアプリケーションには厳しい遅延要件がないためＨ−ＡＲＱ再送信の数を増加させることが許容可能である場合に、そのアプリケーションは、より大きなバッファ限界を有し少ないＨ−ＡＲＱ処理により利益を享受することができる。
【０００５】
増加的冗長性方式を実施するために必要とされるソフト復号化判定をＨ−ＡＲＱメモリ中にバッファリングするための受信メモリ要件が、このＨ−ＡＲＱ機構を実施することにおける課題である。
【０００６】
ＵＭＴＳ（Universal Mobile Telecommunications System：統合移動体通信システム）に対するＷＣＤＭＡ（Wideband Code Division Multiple Access：広帯域符号分割多元アクセス）のＬＴＥ（Long Term Evolution：長期発展形）の改善を必要とする２つの点は、データ速度の高速化、ならびに特にＱｏＳ（Quality of Service：サービス品質）要件が異なる場合の、異なったアプリケーションの処理が改善されることである。ＬＴＥはまた、Ｅ−ＵＴＲＡ（Evolved Universal Terrestrial Radio Access）と呼ばれる。これらの必要な改善を提供するためにＬＴＥの作業グループは、柔軟なフレームおよびＴＴＩ（Transmission Time Interval：送信時間間隔）の形式を議論している。さらに、特定の遅延不感知（delay insensitive）アプリケーションでは、より多い数の再送信を許容することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
データ速度が増加するに従って、Ｈ−ＡＲＱ処理のために必要とされるＨ−ＡＲＱメモリ（すなわち、ソフト・メモリ）の量が、ベースバンド・チップセットに対してかなりのコスト要因になる。したがってＨ−ＡＲＱメモリ最適化が、かなりの設計的利得になる可能性がある。残念ながら現在のＨ−ＡＲＱメモリ割り当て機構は、これらの問題を取り扱うためには、余りにも制限的である。結果として、より動的かつ柔軟なＨ−ＡＲＱメモリ構成を可能にする新しい機構が必要である。
【課題を解決するための手段】
【０００８】
本発明は、受信ノードにおけるＨ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）処理のためのメモリを、より柔軟なＨ−ＡＲＱメモリ構成を可能としかつＨ−ＡＲＱ処理の性能を改善するように、動的に構成するための方法に関する。受信ノードにおけるＨ−ＡＲＱメモリは、複数のＨ−ＡＲＱ処理のために動的に確保（予約）される。送信ノードは、それぞれの新規のＨ−ＡＲＱ送信に対して受信ノードにおけるＨ−ＡＲＱメモリを動的に構成する。受信ノードは、Ｈ−ＡＲＱ送信を利用する無線ベアラ（Radio Bearer）の確立の間、送信ノードに信号送出する。このシグナリングにより、受信ノードにおける複数のＨ−ＡＲＱ処理の全体の間でＨ−ＡＲＱメモリを共有する（share）可能性を送信ノードに通知する。このシグナリングにより、受信ノードにおけるＨ−ＡＲＱメモリの容量を送信ノードに通知する。Ｈ−ＡＲＱメモリ容量は、無線ベアラの最大データ速度およびＱｏＳ（Quality of Service：サービス品質）要件に基づく。送信ノードは、受信ノードにおけるＨ−ＡＲＱメモリを、複数のＨ−ＡＲＱ処理の集約に対するメモリ要件が受信ノードのＨ−ＡＲＱメモリ容量を超過するように、動的に構成することができる。送信ノードは、対応して受信ノードがそのＨ−ＡＲＱメモリを動的に構成するよう受信ノードに命令する信号送出をする。
【０００９】
Ｈ−ＡＲＱ送信をサポートするために受信ノードにて使用可能なＨ−ＡＲＱメモリが不十分であるなら、複数のＨ−ＡＲＱ処理の一部（subset）のみしか一度にはアクティブにはされない。受信したＨ−ＡＲＱ送信を処理するためのＨ−ＡＲＱメモリが不十分である場合には、受信ノードは、ＮＡＣＫ（Ｈ−ＡＲＱメモリが不十分であることを表す付加的情報を伴う場合、伴わない場合がある）、ＡＣＫ、無応答、および／または失敗した送信が送信された場合の理由を表す情報、を送信ノードに信号送出することができる。
【００１０】
例として与えられ、かつ付加された図面に関連して理解されるべき、好適な実施例の以下の記述から本発明のより詳細な理解を得ることができる。
【発明を実施するための最良の形態】
【００１１】
以下、用語「ＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）」は限定するものではないが、ＵＥ（User Equipment：ユーザ設備）、移動端末、固定または移動体の加入者ユニット、ページャ、または無線環境において動作する能力のある他のいかなる型のデバイスをも含む。以下、用語「基地局」は限定するものではないが、ノードＢ、サイト制御装置、ＡＰ（Access・Point：アクセス・ポイント）、または無線環境において動作する能力のある他のいかなる型のインタフェース・デバイスをも含む。
【００１２】
本発明の特徴は、ＩＣ（Integrated Circuit：集積回路）に組み込むこと、または相互接続された多数の部品を備える回路において構成することができる。
【００１３】
図１は、本発明に従って構成された無線通信システム１００のブロック図である。システム１００は、Ｈ−ＡＲＱ送信のために構成された、受信ノード１０２および送信ノード１０４を含む。受信ノード１０２および送信ノード１０４は、既存のパラメータを使用して明示的なシグナリングまたは暗示的なシグナリングを介して通信する。下り回線Ｈ−ＡＲＱ送信に関しては、受信ノード１０２はＷＴＲＵである場合があり、そして送信ノード１０４はノードＢである場合がある。上り回線Ｈ−ＡＲＱ送信に関しては、受信ノード１０２はノードＢである場合があり、そして送信ノードはＷＴＲＵである場合がある。
【００１４】
図１において示されるように、受信ノード１０２は、プロセッサ１１０、Ｈ−ＡＲＱメモリ１１４、受信機１１６、および送信機１１８を含む。プロセッサ１１０は、送信ノード１０４から受信した信号に従ってＨ−ＡＲＱメモリ１１４の割り当てを動的に構成するように構成される。プロセッサ１１０は、複数の受信Ｈ−ＡＲＱ処理１１２を制御するように構成される。
【００１５】
代替的実施形態においては、送信ノード１０４から何れの信号をも受信することなくＨ−ＡＲＱメモリ１１４の割り当てを動的に構成するようにプロセッサ１１０を構成することができる。プロセッサ１１０は、それ自体でＨ−ＡＲＱメモリ１１４の構成を決定して、そして決定されたＨ−ＡＲＱメモリ１１４構成を、送信機１１８を介して送信ノード１０４に信号送出する。
【００１６】
Ｈ−ＡＲＱメモリ１１４は、複数の受信Ｈ−ＡＲＱ処理１１２のために確保される。Ｈ−ＡＲＱメモリ１１４は、ソフト・メモリと呼ぶことができる。Ｈ−ＡＲＱメモリ１１４は、複数のＨ−ＡＲＱ処理１１２の全体の間で動的に共有されることが望ましい。Ｈ−ＡＲＱメモリ１１４は、Ｈ−ＡＲＱ処理１１２の間で動的に割り当てられる。複数のＨ−ＡＲＱ処理１１２に対する集約されたソフト・メモリ要件がＨ−ＡＲＱメモリ１１４の容量を超過した場合には、複数のＨ−ＡＲＱ処理１１２のある一部のみがその時々でアクティブになる場合がある。さらに、構成されたＨ−ＡＲＱ１１４メモリの量は、無線ベアラまたはＭＡＣフローの最大データ速度および／またはＱｏＳ要件に依存する場合がある。
【００１７】
受信ノード１０２の受信機１１６は、そのＨ−ＡＲＱメモリ１１４を受信ノード１０２が対応して構成するように命令する、送信ノード１０４からの信号を受信するように構成される。受信ノード１０２の送信機１１８は、Ｈ−ＡＲＱメモリ共有可能性、および／またはＨ−ＡＲＱメモリ１１４の容量を送信ノード１０４に信号送出するように構成される。Ｈ−ＡＲＱメモリ共有可能性は、受信ノード１０２がＨ−ＡＲＱ処理１１２の全体の間でそのＨ−ＡＲＱメモリ１１４を共有可能であるか否かを示す。このシグナリングは、既存のパラメータに従って明示的または暗示的である場合がある。
【００１８】
依然として図１を参照して、送信ノード１０４は、プロセッサ１２０、Ｈ−ＡＲＱメモリ１２４、受信機１２６、および送信機１２８を含む。プロセッサ１２０は、受信ノード１０２におけるＨ−ＡＲＱメモリ１１４を動的に構成するように構成される。このメモリ構成は、複数のＨ−ＡＲＱ処理１１２の全体の間でＨ−ＡＲＱメモリを分割することを含む。
【００１９】
送信ノード１０４におけるプロセッサ１２０は、受信ノード１０２におけるＨ−ＡＲＱメモリ１１４を管理し、かつ構成設定するように構成される。プロセッサ１２０は、ＴＦ（Transport Format：伝送フォーマット）選択処理の間、ＴＢ（Transport Block：伝送ブロック）サイズおよびＭＣＳ（Modulation and Coding Scheme：変調および符号方式）を決定するときに、その時点のＴＴＩ（Transmission Time Interval：送信時間間隔）において処理されている無線ベアラまたはＭＡＣフローによって、使用されるＨ−ＡＲＱメモリ１１４を測定するように構成される。ＴＦ選択処理はまた、その時点で選択されたＴＦ送信に対するＴＴＩの間、連続的、または略連続的な送信を可能とするために、そのＴＴＩを越えて送信することが可能な総データ、およびその後のＴＴＩ群のためにＨ−ＡＲＱメモリ１１４中に容量を確保することが可能な総データを考慮することができる。結果としては、動的に構成可能なＨ−ＡＲＱメモリ１１４リソースに合致するようにＴＢのサイズが決められる。その結果、受信ノード１０２におけるＨ−ＡＲＱメモリ１１４の動的構成設定は、Ｈ−ＡＲＱ処理１１２、およびそのＨ−ＡＲＱ処理にマッピングされた無線ベアラおよびＭＡＣフローの性能を改善する。プロセッサ１２０はまた、複数の送信Ｈ−ＡＲＱ処理１２２を処理するように構成される。
【００２０】
送信ノード１０４の送信機１２８は、Ｈ−ＡＲＱメモリ構成設定コマンドまたは勧告を受信ノード１０２に信号送出するように構成される。一例として、下り回線送信に関し、受信ノード１０２が従わねばならないコマンドを送信機が送る。別の例として、上り回線送信に関し、受信ノード１０２が従う場合がある勧告を送信機が送る。送信機１２８は、既存のパラメータを使用し、明示的または暗示的シグナリングを介して受信ノード１０２に信号送出する。それぞれのＨ−ＡＲＱ処理のためのＨ−ＡＲＱメモリ要件を受信ノード１０２に暗示的に信号送出するために、ＴＦＣＩ（Transport Format Combination Indicator：伝送フォーマット組み合わせ表示子）、ＴＦＲＩ（Transport Format Resource Indicator：伝送フォーマットリソース表示子）、または他の送信に関連付けられたシグナリングを使用することができる。さらに、Ｈ−ＡＲＱ処理１１２のためのＨ−ＡＲＱメモリ要件を暗示的に識別するために、Ｈ−ＡＲＱ処理のＩＤ（Identity：識別子）に関する知識を使用することができる。Ｈ−ＡＲＱメモリ１１４構成を受信ノード１０２に暗示的に信号送出するためにこの情報を使用することができる。あるいは送信機１２８は、受信ノード１０２に割り当てられている送信ノード１０４におけるＨ−ＡＲＱメモリ１２４の量を明示的に信号送出することができる。これらの機構により、Ｈ−ＡＲＱ処理のメモリ分割を、新規にＨ−ＡＲＱ処理送信が開始されるそれぞれのＴＴＩについて、送信機および受信機の間で調整することができる。
【００２１】
Ｈ−ＡＲＱメモリ要件の暗示的識別の別の方法は、送信機により利用できる、特定のＴＦまたは許容されたＴＦの一部をスケジューラが識別する場合である。この場合には、受信機Ｈ−ＡＲＱのメモリ１１４は、スケジューリング情報に基づき分割される。
【００２２】
図２は、図１のシステム１００によって実施される動的に構成されたＨ−ＡＲＱメモリ割り当て処理２００のフロー図である。ステップ２０２において受信ノード１０２が、複数のＨ−ＡＲＱ処理１１２のためにＨ−ＡＲＱメモリ１１４を確保する。ステップ２０４において受信ノード１０２が、Ｈ−ＡＲＱメモリ共有可能性、および／またはＨ−ＡＲＱメモリ１１４の容量を送信ノード１０４に信号送出する。受信機がＷＴＲＵであるときにのみ、ステップ２０４が必要である場合があることに留意すべきである。このシグナリングは、受信ノード１０２がＨ−ＡＲＱメモリ１１４を複数のＨ−ＡＲＱ処理１１２の全体の間で共有できるか否かを送信ノード１０４に表す。このシグナリングはまた、受信ノード１０２におけるＨ−ＡＲＱメモリ１１４の容量を表すことができる。このシグナリングは、既存のパラメータに従って明示的または暗示的である場合がある。
【００２３】
ステップ２０６において送信ノード１０４は、Ｈ−ＡＲＱ処理１１２がＨ−ＡＲＱ処理１１２の性能を改善するように、受信ノード１０２におけるＨ−ＡＲＱメモリ１１４を、動的に構成する（分割する）。ステップ２０８において送信ノード１０４は、可能性としてそれぞれの新規のＨ−ＡＲＱ送信においてＨ−ＡＲＱメモリ構成設定コマンドまたは勧告を受信ノード１０２に信号送出する。Ｈ−ＡＲＱメモリの分割のためのシグナリングは、明示的または暗示的である場合がある。望ましくは、Ｈ−ＡＲＱメモリ１１４におけるＨ−ＡＲＱ処理１１２の間のソフト・メモリ分割（soft memory partition）を構成し、そして再構成するために、送信ノードは高速な物理層のシグナリングを使用する。送信ノード１０４はまた、Ｈ−ＡＲＱメモリ１１４におけるＨ−ＡＲＱ処理１１２の間のソフト・メモリ分割を構成し、そして再構成するために、第２層ＭＡＣまたは第３層ＲＲＣ（Radio Resource Control：無線リソース管理）シグナリングを使用することができる。随意的一実施形態として、ＭＡＣまたはＲＲＣシグナリングによりＨ−ＡＲＱ処理１１２の特定の無線ベアラとの関連付けを再構成することができる。このシグナリングは、無線ベアラの確立、開放、または再構成の際に呼び出される。その結果、受信ノード１０２におけるＨ−ＡＲＱメモリ１１４は動的に構成設定され、新規のＨ−ＡＲＱ処理送信が開始される可能性があるときはいつでも、Ｈ−ＡＲＱ処理１１２の性能の改善を可能とする。ステップ２０２およびステップ２０４の後で、新規のＨ−ＡＲＱ処理送信が開始されるそれぞれのＴＴＩにステップ２０６およびステップ２０８が繰り返されることに注意するべきである。
【００２４】
図３は、一式のＨ−ＡＲＱ処理１１２に対する集約されたメモリ要件が受信ノード１０２でのＨ−ＡＲＱメモリ１１４を超過した場合に、図１のシステム１００によって実施される動的に構成されるＨ−ＡＲＱメモリ割り当て処理３００のフロー図である。
【００２５】
ステップ３０２において受信ノード１０２は、複数のＨ−ＡＲＱ処理１１２のためのＨ−ＡＲＱメモリ１１４を確保する。受信ノード１０２によりＨ−ＡＲＱメモリ１１４の容量を変更することができる。ステップ３０４において受信ノード１０２は、Ｈ−ＡＲＱメモリ共有可能性、および／またはＨ−ＡＲＱメモリ１１４の容量を送信ノード１０４に信号送出する。このシグナリングは、受信ノード１０２がＨ−ＡＲＱメモリ１１４を複数のＨ−ＡＲＱ処理１１２の全体の間で共有できるか否かを送信ノード１０４に示す。このシグナリングはまた、受信ノード１０２におけるＨ−ＡＲＱメモリ１１４の容量を示すことができる。このシグナリングは、既存のパラメータに従って明示的または暗示的である場合がある。
【００２６】
ステップ３０６において送信ノード１０４は、受信ノード１０２におけるＨ−ＡＲＱメモリ１１４を、複数のＨ−ＡＲＱ処理１１２のための集約されたメモリ要件がＨ−ＡＲＱメモリ１１４の容量を超過するように、動的に構成設定する。ステップ３０８において送信ノード１０４は、可能性としてそれぞれの新規のＨ−ＡＲＱ送信においてＨ−ＡＲＱメモリ構成設定コマンドまたは勧告を受信ノード１０２に信号送出する。
【００２７】
ステップ３１０において受信ノード１０２は、Ｈ−ＡＲＱ送信をサポートするために使用可能なＨ−ＡＲＱメモリ１１４が十分であるか否かを判定する。Ｈ−ＡＲＱ送信をサポートし、そしてソフト結合をサポートするためにＨ−ＡＲＱメモリ１１４が不十分であれば、失敗したＨ−ＡＲＱ送信に対して以下の３つの選択３１２、３１４、および３１６の内の１つを実施することができる。
【００２８】
ステップ３１２（オプション１）において受信ノード１０２は、送信ノード１０４にＮＡＣＫを信号送出する。ＮＡＣＫは、Ｈ−ＡＲＱ送信が正しく受信されていないことを送信ノード１０４に通知する。
【００２９】
ステップ３１４（オプション２）において受信ノード１０２は、送信ノード１０４にＡＣＫを信号送出する。このＡＣＫは、送信ノード１０４がＨ−ＡＲＱ送信を再送することを受信ノード１０２が欲しない場合に、受信ノード１０２がＨ−ＡＲＱ送信を受信したことを虚偽的に示す。この手順は、使用可能なＨ−ＡＲＱメモリ１１４が不十分である場合に、Ｈ−ＡＲＱ再送信を回避するために存在する。このシナリオは、使用可能なＨ−ＡＲＱメモリ１１４が無いということを、送信ノード１０４に受信ノード１０２が通知することが可能ではないことを仮定する。これは、Ｈ−ＡＲＱ再送信が自己復号可能でないＨ−ＡＲＱ方式において有益である。残余のＨ−ＡＲＱ伝送エラーを修正するために別個のＡＲＱ方式が存在するなら、そのＡＲＱ方式が送信を復元するかもしれない。
【００３０】
ステップ３１６（オプション３）において受信ノード１０２は、Ｈ−ＡＲＱ送信をサポートするために十分なＨ−ＡＲＱメモリ１１４が使用可能になるまで待機する。受信機ノード１０２は、送信ノード１０４に何も信号送出して返すことはしない。
【００３１】
代替的実施形態において受信ノード１０２は、Ｈ−ＡＲＱ送信をサポートするために失敗に対する理由を表す追加的情報を信号送出することができる。例えば、失敗はＨ−ＡＲＱメモリ１１４の不足のためであったとする。この追加的情報は、上で記述されたＡＣＫ／ＮＡＣＫシグナリングと共に信号送出することができる。さらにこの追加的情報が、ＡＣＫ／ＮＡＣＫシグナリングに代わって信号送出される場合がある。
【００３２】
説明的な一例として、受信ノード１０２におけるＨ−ＡＲＱメモリ１１４は１Ｍｂの容量を有し、かつ４つの同様に構成されたＨ−ＡＲＱ処理をサポートすると仮定する。この処理３００は、５つ目のＨ−ＡＲＱ処理が、Ｈ−ＡＲＱ処理１１２に対してＨ−ＡＲＱメモリ１１４が十分であることが保証されない状態で、例示されることを可能とする。Ｈ−ＡＲＱメモリ１１４は、複数のＨ−ＡＲＱ処理１１２をサポートするように予め構成設定されたソフト・メモリ分割を含むことができる。Ｈ−ＡＲＱ処理１１２の動的構成設定は、Ｈ−ＡＲＱメモリ１１４の容量が超過しないことを確実にすることができる。
【００３３】
本発明の特徴は、ＩＣ（Integrated Circuit：集積回路）に組み込むこと、または相互接続された多数の部品を備える回路において構成することができる。
【００３４】
本発明の特徴および要素が好適な実施形態において特定の組み合わせにて記述されているが、それぞれの特徴または要素は好適な実施形態の他の特徴および要素なしで単独にて、または本発明の他の特徴および要素のあるなしにかかわらず、様々な組み合わせにて使用可能である。本発明において提供された方法またはフロー図は、汎用目的の計算機または処理装置による実行のためのコンピュータにて読み込み可能な記憶媒体にて実体的に具現化されたコンピュータ・プログラム、ソフトウェア、またはファームウェアにて実施することができる。コンピュータにて読み込み可能な記憶媒体の例としては、読み出し専用メモリ（Read Only Memory：ＲＯＭ）、ランダム・アクセス・メモリ（Random Access Memory：ＲＡＭ）、レジスタ、キャッシュ・メモリ、半導体記憶デバイス、内蔵ハード・ディスクおよび着脱可能ディスク、磁気−光学媒体、およびＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）などの光学媒体が含まれる。
【００３５】
適切な処理装置の例としては、汎用目的処理装置、専用目的処理装置、従来の処理装置、デジタル信号処理装置（Digital Signal Processor：ＤＳＰ）、複数のマイクロ処理装置、ＤＳＰコアに関連付けられた１つまたは複数のマイクロ処理装置、制御装置、マイクロ制御装置、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）回路、他の何れかの型の集積回路（ＩＣ）、および／または状態マシンが含まれる。
【００３６】
ソフトウェアに関連付けられた処理装置は、無線送受信ユニット（ＷＴＲＵ）、ユーザ設備（ＵＥ）、端末、基地局、無線ネットワーク制御装置（Radio Network Controller：ＲＮＣ）、または任意のホスト・コンピュータにおける使用のための無線周波数送受信機を実施するために使用することができる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェアで実施され、カメラ、ビデオカメラ・モジュール、テレビ電話、スピーカフォン、振動デバイス、スピーカ、マイクロホン、テレビ送受信機、ハンズフリー受話器、キーボード、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））モジュール、周波数変調（Frequency Modulated：ＦＭ）された無線ユニット、液晶（Liquid Crystal Display：ＬＣＤ）表示装置、有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）表示ユニット、デジタル音楽プレーヤ、メディア・プレーヤ、テレビゲーム・プレーヤ・モジュール、インターネット・ブラウザ、および／または任意の無線ローカル・エリア・ネットワーク（Wireless Local Area Network：ＷＬＡＮ）モジュールなどのモジュールと連動して使用することができる。
【００３７】
＜実施形態＞
１．受信ノードにおけるＨ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）メモリを、複数のＨ−ＡＲＱ処理のために動的に構成するための方法。
【００３８】
２．前記受信ノードにより、複数のＨ−ＡＲＱ処理のためにＨ−ＡＲＱメモリを確保することをさらに備える実施形態１の方法。
【００３９】
３．前記受信ノードにより、Ｈ−ＡＲＱメモリ共有可能性を送信ノードへ信号送出することをさらに備える実施形態１〜２のいずれかの方法。
【００４０】
４．前記受信ノードにより、前記Ｈ−ＡＲＱメモリの容量を送信ノードへ信号送出することをさらに備える実施形態１〜３のいずれかの方法。
【００４１】
５．前記受信ノードの前記Ｈ−ＡＲＱメモリを送信ノードにより動的に構成することをさらに備える実施形態１〜４のいずれかの方法。
【００４２】
６．前記送信ノードにより、前記Ｈ−ＡＲＱメモリを構成するためにメモリ構成指示を前記受信ノードに信号送出することをさらに備える実施形態１〜５のいずれかの方法。
【００４３】
７．前記メモリ構成指示がコマンドである実施形態６の方法。
【００４４】
８．前記メモリ構成指示が勧告である実施形態６の方法。
【００４５】
９．下り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であり、かつ前記送信ノードがノードＢである実施形態１〜８のいずれかの方法。
【００４６】
１０．上り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがノードＢであり、かつ前記送信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）である実施形態１〜８のいずれかの方法。
【００４７】
１１．受信ノードにおけるＨ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）メモリを、受信ノードにおける前記Ｈ−ＡＲＱメモリを超過する複数のＨ−ＡＲＱ処理のために動的に構成するための方法。
【００４８】
１２．前記受信ノードにより、複数のＨ−ＡＲＱ処理のためにＨ−ＡＲＱメモリを確保することをさらに備える実施形態１１の方法。
【００４９】
１３．前記受信ノードにより、Ｈ−ＡＲＱメモリ共有可能性を送信ノードへ信号送出することをさらに備える実施形態１１〜１２のいずれかの方法。
【００５０】
１４．前記受信ノードにより、前記Ｈ−ＡＲＱメモリの容量を送信ノードへ信号送出することをさらに備える実施形態１１〜１３のいずれかの方法。
【００５１】
１５．送信ノードにより、前記受信ノードの前記Ｈ−ＡＲＱメモリを動的に構成することをさらに備える実施形態１１〜１４のいずれかの方法。
【００５２】
１６．前記送信ノードにより、前記Ｈ−ＡＲＱメモリを構成するためにメモリ構成指示を前記受信ノードに信号送出することをさらに備える実施形態１１〜１５のいずれかの方法。
【００５３】
１７．前記メモリ構成指示がコマンドである実施形態１６の方法。
【００５４】
１８．前記メモリ構成指示が勧告である実施形態１６の方法。
【００５５】
１９．前記受信ノードにより、Ｈ−ＡＲＱ送信をサポートするために十分なＨ−ＡＲＱメモリがあるか否かを判定することをさらに備える実施形態１１〜１８のいずれかの方法。
【００５６】
２０．失敗したＨ−ＡＲＱ送信に対して、前記受信ノードによりＮＡＣＫ（Negative ACKnowledgement：否定応答）を前記送信ノードに信号送出することをさらに備える実施形態１１〜１９のいずれかの方法。
【００５７】
２１．失敗したＨ−ＡＲＱ送信に対して、前記受信ノードによりＡＣＫ（ACKnowledgement：肯定応答）を前記送信ノードに信号送出することをさらに備える実施形態１１〜１９のいずれかの方法。
【００５８】
２２．前記ＡＣＫが、前記受信ノードが前記Ｈ−ＡＲＱ送信を受信したことを虚偽的に表す実施形態２１の方法。
【００５９】
２３．不十分なＨ−ＡＲＱメモリがある場合に前記ＡＣＫがＨ−ＡＲＱ再送信を回避する実施形態２１〜２２のいずれかの方法。
【００６０】
２４．前記受信ノードにより、Ｈ−ＡＲＱ送信をサポートするために十分なＨ−ＡＲＱメモリが利用可能になるまで待機することをさらに備える実施形態１１〜１９のいずれかの方法。
【００６１】
２５．前記受信ノードにより、失敗したＨ−ＡＲＱ送信に対する理由を示すことを信号送出することをさらに備える実施形態１１〜２４のいずれかの方法。
【００６２】
２６．下り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であり、かつ前記送信ノードがノードＢである実施形態１１〜２５のいずれかの方法。
【００６３】
２７．上り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがノードＢであり、かつ前記送信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）である実施形態１１〜２５のいずれかの方法。
【００６４】
２８．受信ノードにおけるＨ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）メモリを、複数のＨ−ＡＲＱ処理のために動的に構成するためのシステム。
【００６５】
２９．前記システムが受信ノードを備える実施形態２８のシステム。
【００６６】
３０．前記システムが送信ノードを備える実施形態２８〜２９のいずれかのシステム。
【００６７】
３１．前記受信ノードが、複数のＨ−ＡＲＱ処理のためにＨ−ＡＲＱメモリを確保するように構成された実施形態２８〜３０のいずれかのシステム。
【００６８】
３２．前記受信ノードが、Ｈ−ＡＲＱメモリ共有可能性を前記送信ノードへ信号送出するように構成された実施形態２８〜３１のいずれかのシステム。
【００６９】
３３．前記受信ノードが、前記Ｈ−ＡＲＱメモリの容量を前記送信ノードへ信号送出するように構成された実施形態２８〜３２のいずれかのシステム。
【００７０】
３４．前記送信ノードが、前記Ｈ−ＡＲＱメモリを動的に構成するように構成された実施形態２８〜３３のいずれかのシステム。
【００７１】
３５．前記送信ノードが、前記Ｈ−ＡＲＱメモリを構成するために、メモリ構成指示を前記受信ノードに信号送出するように構成された実施形態２８〜３４のいずれかのシステム。
【００７２】
３６．前記メモリ構成指示がコマンドである実施形態３５のシステム。
【００７３】
３７．前記メモリ構成指示が勧告である実施形態３５のシステム。
【００７４】
３８．前記受信ノードが、Ｈ−ＡＲＱ送信をサポートするために十分なＨ−ＡＲＱメモリがあるか否かを判定するように構成された実施形態２８〜３７のいずれかのシステム。
【００７５】
３９．前記受信ノードが、失敗したＨ−ＡＲＱ送信に対してＮＡＣＫ（Negative ACKnowledgement：否定応答）を前記送信ノードに信号送出するように構成された実施形態２８〜３８のいずれかのシステム。
【００７６】
４０．前記受信ノードが、失敗したＨ−ＡＲＱ送信に対してＡＣＫ（ACKnowledgement：肯定応答）を前記送信ノードに信号送出するように構成された実施形態２８〜３９のいずれかのシステム。
【００７７】
４１．前記ＡＣＫが、前記受信ノードが前記Ｈ−ＡＲＱ送信を受信したことを虚偽的に示す実施形態４０のシステム。
【００７８】
４２．不十分なＨ−ＡＲＱメモリがある場合に前記ＡＣＫがＨ−ＡＲＱ再送信を回避する実施形態４０〜４１のいずれかのシステム。
【００７９】
４３．前記受信ノードが、十分なＨ−ＡＲＱメモリが利用可能になるまで待機するように構成された実施形態２８〜４２のいずれかのシステム。
【００８０】
４４．前記受信ノードが、失敗したＨ−ＡＲＱ送信に対する理由を示す情報を信号送出するように構成された実施形態２８〜４３のいずれかのシステム。
【００８１】
４５．下り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であり、かつ前記送信ノードがノードＢである実施形態２８〜４４のいずれかのシステム。
【００８２】
４６．上り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがノードＢであり、かつ前記送信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）である実施形態２８〜４５のいずれかのシステム。
【図面の簡単な説明】
【００８３】
【図１】本発明に従って構成される無線通信システムのブロック図である。
【図２】図１のシステムによって実施される動的に構成されたＨ−ＡＲＱメモリ割り当て処理のフロー図である。
【図３】一式のＨ−ＡＲＱ処理に対する集約されたメモリ要件が受信ノードでのＨ−ＡＲＱメモリ容量を超過した場合に、図１のシステムによって実施される動的に構成されるＨ−ＡＲＱメモリ構成設定処理のフロー図である。
【図１】
2009525698.tif 000003
【図２】
2009525698.tif 000004
【図３】
2009525698.tif 000005
【手続補正書】
【提出日】平成19年10月8日(2007.10.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受信ノードにおけるＨ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）メモリを、複数のＨ−ＡＲＱ処理のために動的に構成するための方法であって、
前記受信ノードが、複数のＨ−ＡＲＱ処理のためにＨ−ＡＲＱメモリを確保するステップと、
前記受信ノードが、前記複数のＨ−ＡＲＱ処理の全体の間で前記Ｈ−ＡＲＱメモリを前記受信ノードが共有するか否かを示すＨ−ＡＲＱメモリ共有可能性、およびＨ−ＡＲＱメモリ容量を送信ノードへ信号送出するステップと、
前記Ｈ−ＡＲＱメモリを動的に構成するために、前記受信ノードが、前記信号送出されたＨ−ＡＲＱメモリ共有可能性およびＨ−ＡＲＱメモリ容量に基づくメモリ構成指示を前記送信ノードから受信するステップと
を備えることを特徴とする方法。
【請求項２】
下り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であり、かつ前記送信ノードがノードＢであることを特徴とする請求項１に記載の方法。
【請求項３】
上り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがノードＢであり、かつ前記送信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であることを特徴とする請求項１に記載の方法。
【請求項４】
前記メモリ構成指示がコマンドであることを特徴とする請求項１に記載の方法。
【請求項５】
前記メモリ構成指示が勧告であることを特徴とする請求項１に記載の方法。
【請求項６】
受信ノードにおいてＨ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）メモリ容量を超過する複数のＨ−ＡＲＱ処理のために前記Ｈ−ＡＲＱメモリを動的に構成する方法であって、
前記受信ノードが、複数のＨ−ＡＲＱ処理のためにＨ−ＡＲＱメモリを確保するステップと、
前記受信ノードが、複数のＨ−ＡＲＱ処理の全体の間で前記Ｈ−ＡＲＱメモリを前記受信ノードが共有するかを示すＨ−ＡＲＱメモリ共有可能性、およびＨ−ＡＲＱメモリ容量を送信ノードへ信号送出するステップと、
前記Ｈ−ＡＲＱメモリを動的に構成するために、前記受信ノードが、前記信号送出されたＨ−ＡＲＱメモリ共有可能性およびＨ−ＡＲＱメモリ容量に基づくメモリ構成指示を、前記送信ノードから受信するステップと、
前記受信ノードが、Ｈ−ＡＲＱ送信をサポートするために十分なＨ−ＡＲＱメモリがあるかを判定するステップと
を備えることを特徴とする方法。
【請求項７】
失敗したＨ−ＡＲＱ送信に対して、前記受信ノードがＮＡＣＫ（Negative ACKnowledgement：否定応答）を前記送信ノードに信号送出するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項８】
失敗したＨ−ＡＲＱ送信に対して、前記受信ノードがＡＣＫ（ACKnowledgement：肯定応答）を前記送信ノードに信号送出するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項９】
不十分なＨ−ＡＲＱメモリがある場合にＨ−ＡＲＱ再送信を回避するために、前記ＡＣＫは、前記受信ノードが前記Ｈ−ＡＲＱ送信を受信したことを虚偽的に示すことを特徴とする請求項８に記載の方法。
【請求項１０】
前記受信ノードは、Ｈ−ＡＲＱ送信をサポートするために十分なＨ−ＡＲＱメモリが利用可能になるまで待機するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項１１】
前記受信ノードは、前記失敗したＨ−ＡＲＱ送信に対する理由を示す情報を信号送出するステップをさらに備えることを特徴とする請求項６に記載の方法。
【請求項１２】
下り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であり、かつ前記送信ノードがノードＢであることを特徴とする請求項６に記載の方法。
【請求項１３】
上り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがノードＢであり、かつ前記送信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であることを特徴とする請求項６に記載の方法。
【請求項１４】
前記メモリ構成指示がコマンドであることを特徴とする請求項６に記載の方法。
【請求項１５】
前記メモリ構成指示が勧告であることを特徴とする請求項６に記載の方法。
【請求項１６】
Ｈ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）メモリを動的に構成するためのシステムであって、
受信ノードと、
送信ノードとを備え、
前記受信ノードは、複数のＨ−ＡＲＱ処理のためにＨ−ＡＲＱメモリを確保するよう  に構成され、ならびに前記複数のＨ−ＡＲＱ処理の全体の間で前記Ｈ−ＡＲＱメモリを前記受信ノードが共有するかを示すＨ−ＡＲＱメモリ共有可能性、およびＨ−ＡＲＱメモリ容量を送信ノードへ信号送出するように構成され、
前記送信ノードは、前記Ｈ−ＡＲＱメモリを動的に構成するように、ならびに前記Ｈ−ＡＲＱメモリを構成するために、前記受信ノードからの前記信号送出に基づくメモリ構成指示を前記受信ノードに信号送出するように構成されることを特徴とするシステム。
【請求項１７】
前記受信ノードが、Ｈ−ＡＲＱ送信をサポートするために十分なＨ−ＡＲＱメモリがあるかを判定するように構成されることを特徴とする請求項１６に記載のシステム。
【請求項１８】
失敗したＨ−ＡＲＱ送信に対して、前記受信ノードがＮＡＣＫ（Negative ACKnowledgement：否定応答）を前記送信ノードに信号送出するように構成されることを特徴とする請求項１７に記載のシステム。
【請求項１９】
失敗したＨ−ＡＲＱ送信に対して、前記受信ノードがＡＣＫ（ACKnowledgement：肯定応答）を前記送信ノードに信号送出するように構成されることを特徴とする請求項１７に記載のシステム。
【請求項２０】
不十分なＨ−ＡＲＱメモリがある場合にＨ−ＡＲＱ再送信を回避するために、前記ＡＣＫは、前記受信ノードが前記Ｈ−ＡＲＱ送信を受信したことを虚偽的に示すことを特徴とする請求項１９に記載のシステム。
【請求項２１】
前記受信ノードは、十分なＨ−ＡＲＱメモリが利用可能になるまで待機するように構成されることを特徴とする請求項１７に記載のシステム。
【請求項２２】
前記受信ノードは、失敗したＨ−ＡＲＱ送信に対する理由を示す情報を信号送出するように構成されることを特徴とする請求項１７に記載のシステム。
【請求項２３】
下り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であり、かつ前記送信ノードがノードＢであることを特徴とする請求項１６に記載のシステム。
【請求項２４】
上り回線Ｈ−ＡＲＱ送信に関して、前記受信ノードがノードＢであり、かつ前記送信ノードがＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であることを特徴とする請求項１６に記載のシステム。
【請求項２５】
前記メモリ構成指示がコマンドであることを特徴とする請求項１６に記載のシステム。
【請求項２６】
前記メモリ構成指示が勧告であることを特徴とする請求項１６に記載のシステム。
【請求項２７】
ＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であって、
Ｈ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）メモリ共有可能性およびＨ−ＡＲＱメモリ容量をノードＢに送信するように構成される送信機と、
前記送信されたＨ−ＡＲＱメモリ共有可能性およびＨ−ＡＲＱメモリ容量に基づくメモリ構成指示を前記ノードＢから受信するように構成される受信機と、
複数のＨ−ＡＲＱ処理を格納するために構成されるＨ−ＡＲＱメモリと、
前記ノードＢから受信したメモリ構成指示に基づき前記Ｈ−ＡＲＱメモリの割り当てを動的に構成するように構成される処理装置と
を備えることを特徴とするＷＴＲＵ。
【請求項２８】
前記メモリ構成指示がコマンドであることを特徴とする請求項２７に記載のＷＴＲＵ。
【請求項２９】
前記処理装置は、前記ノードＢから信号送出されたＨ−ＡＲＱ送信をサポートするために十分なＨ−ＡＲＱメモリがあるかを判定するようにさらに構成されることを特徴とする請求項２７に記載のＷＴＲＵ。
【請求項３０】
失敗したＨ−ＡＲＱ送信に対して、ＮＡＣＫ（Negative ACKnowledgement：否定応答）を前記ノードＢに送信するように前記送信機がさらに構成されることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３１】
失敗したＨ−ＡＲＱ送信に対して、前記送信機がＡＣＫ（ACKnowledgement：肯定応答）を前記ノードＢに送信するようにさらに構成されることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３２】
不十分なＨ−ＡＲＱメモリがある場合にＨ−ＡＲＱ再送信を回避するために、前記ＡＣＫは、前記受信ノードが前記Ｈ−ＡＲＱ送信を受信したことを虚偽的に示すことを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３３】
前記送信機が、前記失敗したＨ−ＡＲＱ送信に対する理由を示す情報を前記ノードＢに送信するようにさらに構成されることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３４】
ＷＴＲＵ（Wireless Transmit Receive Unit：無線送受信ユニット）であって、
Ｈ−ＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）メモリ共有可能性およびＨ−ＡＲＱメモリ容量をノードＢから受信するように構成される受信機と、
前記ノードＢにおけるＨ−ＡＲＱメモリの割り当てを構成するために、メモリ構成指示を前記ノードＢに送信するように構成される送信機と、
複数のＨ−ＡＲＱ処理を格納するために構成されるＨ−ＡＲＱメモリと、
前記複数の格納されたＨ−ＡＲＱ処理を管理するように構成され、かつ前記ノードＢから受信した前記Ｈ−ＡＲＱメモリ共有可能性およびＨ−ＡＲＱメモリ容量に基づき、前記ノードＢにおける前記Ｈ−ＡＲＱメモリの割り当てを動的に構成するように構成される処理装置と
を備えることを特徴とするＷＴＲＵ。
【請求項３５】
前記メモリ構成指示が勧告であることを特徴とする請求項３４に記載のＷＴＲＵ。
【国際調査報告】
2009525698.tif 000006
2009525698.tif 000007
2009525698.tif 000008