(57)【要約】  ＨＡＲＱを利用する通信システムにおいてデコード不能パケットを送信する場合、アクノリッジ（ＡＣＫ／ＮＡＣＫ）は抑制される。デコード不能パケットは、システム帯域幅を省くために送信され、より高い全体のスペクトル効率をもたらす。送信機および受信機は、ＨＡＲＱにおいて送信機が受信機にデコード不能パケットを送信する場合に、これはＮＡＣＫを自動的に戻すような受信機をもたらすであろうことを知る。送信機および受信機は、ＮＡＣＫを破棄すること、および／又は、ＮＡＣＫを送信しないことによってこの事実を利用する。
2010537506.tif 000002
【特許請求の範囲】
【請求項１】
デコード不能パケットを受信することと、
前記受信されたデコード不能パケットのアクノリッジの前記送信を抑制することと、
を具備する、デコード不能パケットを受信するための方法。
【請求項２】
デコード不能パケット通信モードを示す制御チャンネル情報を受信することを更に具備し、
前記アクノリッジの送信を抑制することは、
デコード不能パケット通信モードを受信することに基づいて活性化される、請求項１記載の方法。
【請求項３】
前記アクノリッジの送信を抑制することは、
前記アクノリッジの前記送信を不可とすることを具備する、請求項１記載の方法。
【請求項４】
前記抑制されたアクノリッジが、
ＮＡＣＫである、請求項１記載の方法。
【請求項５】
デコード不能パケットは、
ｋより少ないエンコードされたビットが送信されるパケットであり、
ｋは、
エンコーディングより前に前記パケットの中で予めエンコードされたビット数である、請求項１記載の方法。
【請求項６】
デコード不能パケットを送信することと、
前記送信されたデコード不能パケットのアクノリッジを抑制することと、
を具備する、デコード不能パケットを送信するための方法。
【請求項７】
デコード不能パケット通信モードを受信機に通知する情報を制御チャネル上に送信することを更に具備する、請求項６記載の方法。
【請求項８】
前記送信されたデコード不能パケットの前記アクノリッジを抑制することは、
前記送信されたデコード不能パケットの前記アクノリッジを破棄することを具備する、請求項６記載の方法。
【請求項９】
前記抑制されたアクノリッジが、
ＮＡＣＫである、請求項６記載の方法。
【請求項１０】
予め決められた数のデコード不能パケットを送信することを更に具備する、請求項６記載の方法。
【請求項１１】
前記送信されたデコード不能パケットの前記アクノリッジを抑制することは、
前記アクノリッジが受信されようとなかろうと前記アクノリッジをデコードすることを拒否することを具備する、請求項６記載の方法。
【請求項１２】
各々送信されるパケットに対して変調スキームを選択することと、
前記選択された変調スキームに基づいて前記送信の一部のためにデコード不能パケットを送信することと、
を更に具備する、請求項６記載の方法。
【請求項１３】
前記送信されたデコード不能パケットは、
ＭＩＭＯを利用して送信される、請求項６記載の方法。
【請求項１４】
デコード不能パケットを受信する手段と、
前記受信されたデコード不能パケットのアクノリッジの前記送信を不可とする手段と、
を具備する、ハイブリッド自動再送要求（ＨＡＲＱ）を用いる通信システムでデコード不能パケットを受信するための装置。
【請求項１５】
デコード不能パケットモードを前記装置に通知する情報を制御チャネル上で受信する手段を更に具備し、
前記アクノリッジの前記送信を不可とする手段は、
前記デコード不能パケット通信モードを受信することに基づいて活性化される、請求項１４記載の装置。
【請求項１６】
前記アクノリッジが、
ＮＡＣＫである、請求項１４記載の装置。
【請求項１７】
前記受信されたデコード不能パケットは、
ＭＩＭＯを利用して受信される、請求項１４記載の装置。
【請求項１８】
デコード不能パケットを送信する手段と、
前記送信されたデコード不能パケットのアクノリッジを抑制する手段と、
を具備する、ハイブリッド自動再送要求（ＨＡＲＱ）を用いる通信システムでデコード不能パケットを送信するための装置。
【請求項１９】
デコード不能パケットモードを受信機に通知する情報を制御チャネル上に送信する手段を更に具備する、請求項１８記載の装置。
【請求項２０】
前記アクノリッジが、
ＮＡＣＫである、請求項１８記載の装置。
【請求項２１】
前記送信されたデコード不能パケットは、
ＭＩＭＯを利用して送信される、請求項１８記載の装置。
【請求項２２】
予め決められた数のデコード不能パケットを送信する手段を更に具備する、請求項１８記載の装置。
【請求項２３】
前記送信されたデコード不能パケットの前記アクノリッジを抑制する手段は、
前記アクノリッジが受信されようとなかろうと前記アクノリッジをデコードすることを拒否する手段を更に具備する、請求項１８記載の装置。
【請求項２４】
各々送信されたパケットに対して変調スキームを選択する手段と、
前記選択された変調スキームに基づいて前記送信の一部のためにデコード不能パケットを送信する手段と、
を更に具備する、請求項１８記載の装置。
【請求項２５】
デコード不能パケット送信モードを受信機に通知する情報を制御チャネル上で受信するために、デコード不能パケットを受信するために、および前記デコード不能パケット送信モードに応じて、前記受信されたデコード不能パケットのアクノリッジの前記送信を不可とするために動作可能なプロセッサと、
前記プロセッサに関連したメモリと、
を具備する、デコード不能パケットを受信するための集積回路。
【請求項２６】
前記アクノリッジが、
ＮＡＣＫである、請求項２５記載の集積回路。
【請求項２７】
前記受信されたデコード不能パケットは、
ＭＩＭＯおよびハイブリッド自動再送要求（ＨＡＲＱ）を利用して受信される、請求項２５記載の集積回路。
【請求項２８】
デコード不能パケット送信モードを受信機に通知する情報を制御チャネル上に送信するために、デコード不能パケットを送信するために、および前記送信されたデコード不能パケットのアクノリッジを破棄するために動作可能なプロセッサと、
前記プロセッサに関連したメモリと、
を具備する、デコード不能パケットを送信するための集積回路。
【請求項２９】
前記アクノリッジが、
ＮＡＣＫである、請求項２８記載の集積回路。
【請求項３０】
前記送信されたデコード不能パケットは、
ＭＩＭＯおよびハイブリッド自動再送要求（ＨＡＲＱ）を利用して送信される、請求項２８記載の集積回路。
【請求項３１】
前記プロセッサは、
予め決められた数のデコード不能パケットを送信するために更に動作可能である、請求項２８記載の集積回路。
【請求項３２】
前記プロセッサは、
前記アクノリッジが受信されようとなかろうと前記アクノリッジをデコードすることを拒否するために更に動作可能である、請求項２８記載の集積回路。
【請求項３３】
前記プロセッサは、
各々送信されたパケットに対して変調スキームを選択することと、
前記選択された変調スキームに基づいて前記送信の一部のためにデコード不能パケットを送信することと、
を更に動作可能にする、請求項２８記載の集積回路。
【請求項３４】
デコード不能パケット通信モードを前記装置に通知する情報を制御チャネル上で受信するために前記装置を有効にするアサイメントモジュールと、
デコード不能パケットを受信するために前記装置を有効にするデータ受信モジュールと、
前記デコード不能パケット通信モードに基づいて前記受信されたデコード不能パケットに対するＮＡＣＫの前記送信を抑制するために前記装置を有効にするアクノリッジエンコードモジュールと、
を具備する、デコード不能パケットを受信するための装置。
【請求項３５】
前記装置は、
ＭＩＭＯおよびハイブリッド自動再送要求（ＨＡＲＱ）スキームを備えて動作するように構成される、請求項３４記載の装置。
【請求項３６】
デコード不能パケット通信モードを受信機に通知する情報を制御チャネル上に送信するために前記装置を有効にするスケジューラモジュールと、
デコード不能パケットを送信するために前記装置を有効にするデータ送信モジュールと、
前記送信されたデコード不能パケットに対するＮＡＣＫを破棄するために前記装置を有効にするアクノリッジデコードモジュールと、
を具備する、デコード不能パケットを送信するための装置。
【請求項３７】
前記装置は、
ＭＩＭＯおよびハイブリッド自動再送要求（ＨＡＲＱ）スキームを備えて動作するように構成される、請求項３６記載の装置。
【請求項３８】
前記スケジューラモジュールは、
予め決められた数のデコード不能パケットを送信するために前記装置を更に有効にする、請求項３６記載の装置。
【請求項３９】
前記アクノリッジデコードモジュールは、
前記アクノリッジが受信されようとなかろうと前記アクノリッジをデコードすることを拒否するために前記装置を更に有効にする、請求項３６記載の装置。
【請求項４０】
前記データ送信モジュールは、
各々送信されたパケットに対して変調スキーム選択するために前記装置を更に有効にすることと、
前記選択された変調スキームに基づいて前記送信の一部のためにデコード不能パケットを送信するために前記装置を更に有効にする、請求項３６記載の装置。
【請求項４１】
デコード不能パケット送信モードを受信機に通知する情報を制御チャネル上で受信することをコンピュータにさせるコードと、
デコード不能パケットを受信することをコンピュータにさせるコードと、
前記デコード不能パケット送信モードに応じて、前記受信されたデコード不能パケットのアクノリッジの前記送信を不可とすることをコンピュータにさせるコードと、
を備えるコンピュータ可読媒体を具備する、コンピュータプログラム製品。
【請求項４２】
デコード不能パケット送信モードを受信機に通知する情報を制御チャネル上に送信することをコンピュータにさせるコードと、
デコード不能パケットを送信することをコンピュータにさせるコードと、
前記送信されたデコード不能パケットのアクノリッジを破棄することをコンピュータにさせるコードと、
を備えるコンピュータ可読媒体を具備する、コンピュータプログラム製品。
【発明の詳細な説明】
【優先権の主張】
【０００１】
本願は、本願の譲受人に譲渡され、参照によって本願に明確に組み込まれた２００７年８月１６日出願の「デコード不能パケットを備えるＨＡＲＱの中のアクノリッジ抑制」と題された米国特許仮出願第６０／９５６，２５１号に対する優先権を主張する。
【技術分野】
【０００２】
開示される態様は、一般的に、デコード不能パケットを送信する通信システムに関し、特に、ハイブリッド自動再送要求（ＨＡＲＱ）を用いる間にデコード不能パケットを送信するシステムに関する。
【背景技術】
【０００３】
自動再送要求（ＡＲＱ）プロトコルは、多くの通信システムにおいて用いられる。ＡＲＱは、誤って受信された情報、典型的にはパケットの再送信を要求することによって通信システムの信頼性を増やすための方法である。ＡＲＱは、信頼できるデータ送信を達成するためにアクノリッジの使用（ＡＣＫ）をもたらす。アクノリッジ（ＡＣＫ）は、正確にデータを受信したことを示すために、受信機によって送信機に送られるメッセージである。典型的には、送信機が時間制限内にＡＣＫを受信しない場合、情報を再送信する。送信機は、情報が正確に受信され、受信機がＡＣＫを送信機に送るまで、又は、予め決められた再送信の回数が超えられるまで、情報を再送信し続ける。受信機は、ネガティブＡＣＫ（ＮＡＣＫ）の形をとって再送信を要求してもよい。ＮＡＣＫは、パケットが失敗して受信されたことを送信機に通知する。当業者に用いられ、知られるＡＲＱの多くの変形がある。
【０００４】
ハイブリッド自動再送要求（ＨＡＲＱ）は、ＡＲＱの変形である。ＨＡＲＱは典型的に、増加した実現複雑性を犠牲にして、通常のＡＲＱより良い性能を提供する。ＨＡＲＱは、典型的に再送信の目標数を有し、あるタイプの前方誤り訂正（ＦＥＣ）エンコーディングを用いる。当業者に用いられ、知られるＨＡＲＱのいくつかの変形がある。しかしながら、変形の多くは２つの主なカテゴリ、チェイス合成および増加的冗長性に該当する。
【０００５】
ＨＡＲＱの一つの変形は、タイプＩ  ＨＡＲＱと称される。タイプＩ  ＨＡＲＱは、単に前方誤り訂正（ＦＥＣ）とＡＲＱを組み合わせる。基本的に、データブロックは送信より前にＦＥＣでエンコードされる。エンコードされたデータブロックが受信される場合、受信機は最初に誤り訂正コードをデコードする。もし受信機が、誤りがＦＥＣを用いて修復できないことを検出するのであれば、再送信が受信機によって要求される。その後、送信機は同じ情報又はパケットを再送する。受信機は典型的にパケットをデコードするために再送信をソフト合成する。同じ情報又はパケットの再送は、典型的にチェイス合成（ＣＣ）再送信と称される。
【０００６】
ＨＡＲＱのもう一つの変形が、タイプＩＩ／ＩＩＩ  ＨＡＲＱである。タイプＩＩ／ＩＩＩ  ＨＡＲＱは、増加的冗長性（ＩＲ）ＨＡＲＱである。基本的に、異なる再送信はそれぞれエンコードされ、コード化が再送信によって効率的に行われるのでより良い性能を与える。タイプＩＩ  ＨＡＲＱとタイプＩＩＩ  ＨＡＲＱとの主な違いは、タイプＩＩＩ  ＨＡＲＱ内の再送信パケットは自身によってデコードされうることである。
【０００７】
増加的冗長性タイプＩＩ  ＨＡＲＱの一例が、３ＧＰＰ規格に定められるような高速ダウンリンクパケット接続（ＨＳＤＰＡ）に用いられる。データブロックは、典型的なターボ１／３レートコードで最初にコード化される。次に、各再送信の間に、コード化したブロックが穿孔され（インタリーブされる）、コード化されたビットのほんの少しが選択され、送られる。各再送信の間に用いられる穿孔パターンは異なる。このように異なるコード化されたビットは時間毎に送られる。デコード不能パケットを破棄するのではなく、パケットが、パケットをデコードする機会を増やすために再送信されたパケットと共に用いられ、保存される。ＨＳＤＰＡは、典型的にＨＡＲＱに対してストップ−アンド−ウェイト（ＳＡＷ）プロトコルを用いる。なお、送信機は、次の情報のブロック又はパケットを送信する前に受信機からのＡＣＫを待つ。再送信の回数も目標数に典型的に設定される。ＨＡＲＱスキームが効果的であり、通信システムにおいてデータの信頼性を提供するけれども、それらに関連した問題がある。
【０００８】
ＨＡＲＱで直面した問題のうちの一つは、ＡＣＫ／ＮＡＣＫメッセージを送るときに増加したオーバーヘッドのために、全体のシステム効率が減少されるかもしれないことである。
【０００９】
もう一つの問題は、より多くのパケットがパケットを適切にデコードするために送信される場合、パケットをデコードすることにおいて更に遅れうることである。
【００１０】
また、ＡＣＫ／ＮＡＣＫ検出エラーが送信機で生じ得、通信システムに対して重大な送信問題になる。ＡＣＫ／ＮＡＣＫ指示は典型的な単一のビットであり、それゆえにエラーの傾向がある。
【００１１】
更に、ＨＡＲＱ送信を増やすことは、より少ないスペクトル効率となるかもしれない。
【００１２】
これらの問題の全ては、高速制限リソース通信システムにおいて望ましくない。それゆえ、上記された問題への解決策を当業者に提供する必要がある。
【発明の概要】
【００１３】
ここに開示した様々な態様は、デコード不能パケットを受信し、送信するための方法および装置に向けられる。
【００１４】
いくつかの態様において、デコード不能パケットが受信される場合に、受信したデコード不能パケットのアクノリッジの送信が抑制される方法が提供される。
【００１５】
いくつかの態様において、デコード不能パケットが送信される場合に、送信したデコード不能パケットのアクノリッジが抑制される方法が提供される。
【００１６】
いくつかの態様において、コンピュータ可読媒体は、受信機が制御チャネルに送られる情報によりデコード不能パケット送信モードが通知され、デコード不能パケットが受信され、デコード不能パケット送信モードに応じて、受信されたデコード不能パケットのアクノリッジの送信が無効にされる方法をコンピュータに実行させるためのコードを備える。
【００１７】
いくつかの態様において、コンピュータ可読媒体は、受信機にデコード不能パケット送信モードを通知する制御チャネルに情報が送られ、デコード不能パケットが送信され、送信されたデコード不能パケットのアクノリッジが破棄される方法をコンピュータに実行させるためのコードを備える。
【００１８】
いくつかの態様において、装置は、装置がデコード不能パケット通信モードを装置に通知する情報を制御チャネルで受信することができるようにするアサイメントモジュールと、装置がデコード不能パケットを受信することができるようにするデータ受信モジュールと、装置がデコード不能パケット通信モードに基づいて受信されたデコード不能パケットに対するＮＡＣＫの送信を抑制することができるようにするアクノリッジエンコードモジュールとを提供される。
【００１９】
いくつかの態様において、装置は、装置がデコード不能パケット通信モードを受信機に通知する情報を制御チャネルに送信することができるようにするスケジューラモジュールと、装置がデコード不能パケットを送信することができるようにするデータ送信モジュールと、装置が送信されたデコード不能パケットに対するＮＡＣＫを破棄することができるようにするアクノリッジデコードモジュールとを提供される。
【００２０】
いくつかの態様において、集積回路が提供され、プロセッサは、デコード不能パケット送信モードを受信機に通知する情報を制御チャネルに受信するために動作可能であり、デコード不能パケットを受信するために動作可能であり、デコード不能パケット送信モードに応じて受信されたデコード不能パケットのアクノリッジの送信を無効にするために動作可能である。プロセッサは前述に関連したメモリも有する。
【００２１】
いくつかの態様において、集積回路が提供され、プロセッサは、デコード不能パケット送信モードを受信機に通知する情報を制御チャネルに送信するために動作可能であり、デコード不能パケットを送信するために動作可能であり、送信されたデコード不能パケットのアクノリッジを破棄するために動作可能である。プロセッサは前述に関連したメモリも有する。
【００２２】
いくつかの態様において、デコード不能パケットを送信する手段と、送信されたデコード不能パケットのアクノリッジを抑制する手段とが記述される。
【００２３】
更に別の態様において、デコード不能パケットを送信する手段と、受信されたデコード不能パケットのアクノリッジの送信を無効にする手段とが記述される。
【００２４】
様々な態様のその他の利益，特徴，および利点は、以下の詳細な説明，図，および特許請求の範囲から明白になるであろう。それゆえ、上述した問題への解決策を当業者に提供する必要がある。
【図面の簡単な説明】
【００２５】
【図１】図１は、開示される様々な態様を動作させるために用いられてもよい、典型的なワイヤレス通信システムの例示的な高いレベルの図を示す。
【図２】図２は、ＨＡＲＱを用いる受信機および送信機のブロック図を示す。
【図３】図３は、大サイズサブブロックおよび小サイズサブブロックを用いる、ＨＡＲＱ再送信の比較を示す。
【図４】図４は、本開示の態様でＨＡＲＱを利用する受信機および送信機のブロック図を示す。
【図５】図５は、本開示の態様でＨＡＲＱを用いる受信機のための方法フローチャートを示す。
【図６】図６は、本開示の態様でＨＡＲＱを用いる送信機のための方法フローチャートを示す。
【発明を実施するための形態】
【００２６】
本開示の様々な様態が以下に記述される。「典型的」としてここに記述される態様のいずれかは、必ずしもその他の態様を通じて都合よく又は好ましく解釈されない。ここでの教えが種々様々な形式で具体化されてもよいこと、および本明細書に記述される特有の構成，機能，又はその両方が単なる典型であることは明白であるだろう。本明細書の記載に基づいて、当業者は、ここに開示される態様が個々に実現されてもよいこと、およびこれら態様の二又はそれ以上が様々な方法で組み合わされてもよいことをよく理解するであろう。例えば、ここに示す態様のいずれかを用いて、装置は実現されてもよい、又は方法は実行されてもよい。加えて、ここに示す一又はそれ以上の態様の他に、その他の構成，機能性，又は構成および機能性を用いて、このような装置は実現されてもよい、又はこのような方法は実行されてもよい。
【００２７】
様々な態様が、上述した様々な問題を解決するために、デコード不能パケットに対するアクノリッジを抑制するための方法および装置を開示する。
【００２８】
図１は、開示される様々な態様を動作させるために用いられてもよい、典型的なワイヤレス通信システム１００の例示的な高いレベルの図を示す。開示される様々な態様は、ＨＡＲＱの形式を用いる通信システムのいずれかのタイプで用いられうる。通信システムは、例えば、第３世代移動体通信システム（ＵＭＴＳ），広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ），直交周波数分割多元接続（ＯＦＤＭ），多重入力・多重出力（ＭＩＭＯ），又はＨＳＤＰＡ等を利用しうる。用いられるシステムは、ワイヤレス通信に限定されない。ワイヤレスシステムが、開示される様々な態様の記述を容易にするために、例示的な目的だけのためにここに記述される。
【００２９】
ワイヤレス通信システム１００は、無線リンク１０８を通じてアクセスポイント１０４と通信するアクセスターミナル１０６ｘおよび１０６ｙを備える。アクセスポイント１０４は、ネットワークリンク１１０によって通信網１０２に接続される。アクセスポイントは、ユーザターミナルと通信する一般的な固定局であり、基地局，ノードＢ，又は当業者によく知られるようないくつかのその他の専門用語と称されてもよい。いくつかの例証において、「マスター」アクセスターミナルはＡＰの役目を務めてもよい。２つのアクセスターミナルおよび１つのアクセスポイントだけが例証目的のために示される。しかしながら、典型的なワイヤレス通信システムが多くのアクセスポイントおよびターミナルを有することは、当業者によく知られる。通信網１０２は、エンド・トゥ・エンド通信を容易にする任意のものであり、例えば、ＰＳＴＮ／ＩＳＤＮ，ＭＳＣ，ＤＳＬ，加入者データベース，ＷＬＡＮ，その他のアクセスポイント，ＰＯＴＳ，又はインターネット等を含みうる。
【００３０】
ＡＴは、ワイヤレス通信ネットワークに関連したワイヤレス通信手段を提供する、ターミナルデバイスの任意のタイプを含むことができるが、これに限定されない。例えば、ＡＴは、ラップトップ，個人情報端末（ＰＤＡ），又はモバイル電話を備えてもよい。更に、ＡＴは、ピア・トゥ・ピアおよびアドホックタイプ通信を可能にするそれらによってＡＰとして機能してもよい。
【００３１】
図１に示されるようなアクセスポイント１０４は、図２に示されるような送信機ユニット２００および受信機ユニット２２０を含んでもよい。同様に、ＡＴ１０６ｘは、図２に示されるような送信機ユニット２００および受信機ユニット２２０を含んでもよい。送信機ユニット２００および受信機ユニット２２０は、ＨＡＲＱの形式を利用して互いに通信する。送信機ユニット２００で、ｋ個のデータビットが、データソース２０２によってエンコーダ２０４に提供される。エンコーダ２０４は、レート１／３ターボエンコーダであると仮定されうるが、誤り訂正エンコードの任意のタイプが用いられてもよい。エンコーダ２０４は、インタリーブ回路２０６にＮ＊ｋビット（この例においては、３＊ｋビット）を提供するであろう。インタリーブ回路はレートマッチングを提供してもよい。インタリーブ回路２０６は、変調器２０８によって変調されるビット数Ｍを選択するであろう。インタリーブ回路２０６は、どれくらいのビットがＨＡＲＱ再送信のためのサブブロックの中にパッケージされるか決定する。これは、例えば、入力ビット数，チャネルのレート容量，コーディングおよび変調スキーム，スペクトル効率，および再送信の目標数等、多くの要因に基づきうる。変調器２０８は、当業者に知られるような、固定された又は適応させる任意のタイプの変調スキームを用いうる。変調されたビットは、トランシーバ２１０によって無線リンク１０８を通じて送られてもよい。
【００３２】
理想的には、もしエラーに直面しないのであれば、変調されたビットはトランシーバ２１２によって受信機ユニット２２０で受信される。復調器２１４は、変調されたビットを復調し、デインタリーブ回路２１６にＭビットを送る。デインタリーブ回路２１６はレートマッチングを提供してもよい。デインタリーブ回路２１６は、エンコードされたＮ＊ｋビットを抽出し、デコーダ２１８にそれらを提供する。デコーダ２１８は、Ｎ＊ｋビットをデコードし、データシンク２２１にもともとのｋ個のデータビットを提供する。エラーが検出されず、ｋ個のデータビットが適切にデコードされる場合、受信機ユニット２２０は、パケットがうまく受け取られたことを送信機に知らせるＡＣＫを送信機ユニット２００に送る。データソース２１９は、エンコーダ２１７にビットを送る。エンコーダ２１７は、その後変調器２１５にエンコードされたビットを提供する。変調器は、トランシーバ２１２に変調されたデータビットを送る。送信機ユニット２００で、トランシーバ２１０は変調されたデータビットを受信する。受信される変調されたデータビットは、その後復調器２０７に送られる。復調されたデータビットは、デコーダ２０５によってデコードされる。デコーダ２０５は、データシンク２０３にデコードされたデータビットを送る。プロセッサ２０１は、エンコーダ２０４，インタリーブ回路２０６，変調器２０８，復調器２０７，およびデコーダ２０５を含んでもよい。プロセッサ２０１は、単一のプロセッサであってもよいし、いくつかの個々のディスクリートプロセッサを備えてもよいし、又は１つのチップを含んだいくつかの個々のプロセッサを備えてもよい。また、メモリ２０９がプロセッサ２０１の内側に含まれる又は結合されてもよい。同様に、受信機ユニット２２０で、プロセッサ２１１は、エンコーダ２１７，デインタリーブ回路２１６，変調器２１５，復調器２１４，およびデコーダ２１８を含んでもよい。プロセッサ２１１は、単一のプロセッサであってもよいし、いくつかの個々のディスクリートプロセッサを備えてもよいし、又は１つのチップを含んだいくつかの個々のプロセッサを備えてもよい。また、メモリ２１３は、プロセッサ２１１の内側に含まれる又は結合されてもよい。
【００３３】
実際には、例えば、チャネル状態によるエラーが生じ、受信機ユニット２２０でパケットが誤ってデコードされるであろう。ＨＡＲＱの形式を用いる多くのシステムにおいて、これが生じる場合、受信機は、パケットの再送信を送信機ユニット２００に通知するＮＡＣＫの形をとって再送信を要求することができる。受信機ユニット２２０はＡＣＫを送らなくてもよい。この場合、ＡＣＫが受信されなかった間に予め決められた時間に達した後、送信機ユニット２００はパケットを再送信するであろう。これは典型的に同期ＨＡＲＱと称される。再送信遅延が固定されないが、送信機ユニット２００が各送信に対して新しいアサイメントメッセージを送るような、別のタイプのＨＡＲＱ、非同期ＨＡＲＱもある。非同期ＨＡＲＱは典型的にＨＳＤＰＡに用いられる。いずれにしても、送信機ユニット２００は、ＡＣＫが受信されるまで、又は、予め決められた数の再送信が超えられるまで再送信する。典型的に、ＨＡＲＱは大サイズ再送信サブブロックを用いる。
【００３４】
図３は、大サイズサブブロックおよび小サイズサブブロックを用いる、ＨＡＲＱ再送信の比較を示す。サブブロックは、図２に示されるような送信機ユニット２００を用いて送信され、受信機ユニット２２０を用いて受信されうる。開示される様々な態様は、デコード不能パケット（小サイズサブブロック）の特徴を利用する。パケットは、「デコード可能」又は「デコード不能」とみなされる。もしパケットが予めエンコードされたビット数ｋと等しい又はそれ以上のビットで送信されるのであれば、送信されたパケットは「デコード可能」と称される。なお、予めエンコードされたビット数ｋは、データソース２０２から入力する図２に示されるようなパケットにおいて、もともとのコード化されないビットの量である。予めエンコードされたビット数より少ないビット数が送信される場合、パケットは「デコード不能」と称される。例えば図２において、もし送信機ユニット２００がエンコード（Ｎ＊ｋビット）およびインタリーブ（Ｍビット）の後に、予めエンコードされたもともとのビット数ｋより少ないビットを含むパケットを送るのであれば、パケットはデコード不能とみなされるであろう。より明確な例として、もともとの１／５レート（Ｎ＝５）エンコーダは、送信されるべきデータソースからの１０００ビットのパケットを処理し、エンコードされたビットを５０００生成する。次に、インタリーブ回路が初期送信のためにＭ＝８００ビットを選択すると仮定する。８００＜１０００なので、この最初の送信はデコード不能であるだろう。このように、送信されたパケットのデコード能力は、一般的に、どれくらいのエンコードされたビットがパケット内で送られるかに基づいて決定される。大サイズサブブロックは典型的に「デコード可能」であり、小サイズサブブロックは典型的に「デコード不能」である。
【００３５】
より大きい「デコード可能」サブブロックを送信することは好都合であるように思えるかもしれないが、ある状況において生じうる数個の問題がある。問題の一つは、ＨＡＲＱが、チャンネルがサポートしうる再送信の実際の数を次の再送信数に典型的に「切り上げる」ことである。例えば、もしチャンネルがサポートしうる再送信の実際の数が（２）であるのであれば、ＨＡＲＱは再送信（３）に切り上げるであろう。これは、パケットは（２）再送信にデコードされたが、システムが自動的に（３）を送信したことを意味する。図３はこの例を説明する。うまくデコードされるパケットのための再送信の実際の数は、ポイント３０４に位置される。しかしながら、ＨＡＲＱは次のより高い整数の再送信に切り上げるであろうし、ポイント３０６に示されるような第３のサブブロックを再送信するであろう。このように、第３のサブブロックの再送信のために、帯域は浪費される。従って、スペクトル効率は低下される。ＨＡＲＱの「切り上げ」性質は、いくらかのデコード遅延ももたらしうる。スペクトル効率の損失およびデコード遅延を克服するために、より小さいデコード不能パケットは図３に示されるように送信されうる。もしより小さい「デコード不能」サブブロックが送信されるのであれば、第４の「デコード不能」サブブロックがポイント３０６までに再送信の浪費した帯域幅なしで受信された後に、パケットはポイント３０４でうまくデコードされるであろう。それゆえ、パケットはデコード不能として送信されるが、送信されたパケットのＩＲ性質は、受信機がより大きい固定サイズパケットのスペクトル効率と比較してより高いスペクトル効率を備えてより速くそのパケットをデコードすることを可能とする。
【００３６】
図４は、実施形態に従ってＨＡＲＱの形式を利用する送信機４１０および受信機４２０のブロック図を示す。送信機４１０および受信機４２０は、図３に示されるようなより小さい「デコード不能」サブブロックを受信し、送信しうる。送信機４１０および受信機４２０は、ＨＡＲＱの形式を用いて互いに通信する。
【００３７】
送信機４１０は、データチャネル４１２を通じて、意図される受信機４２０に小さなデコード不能パケットを送る。任意に、送信機４１０は、各パケットのために変調スキームを選択し、選択される変調スキームに依存していくつかのデコード不能パケットのみならずいくつかのデコード可能パケットを送信しうる。態様において、送信機４１０は、受信機４２０にパケットを送るデータ送信モジュール４０２を有しうる。受信機４２０は、送信機から送信されたパケットを受信するデータ受信モジュール４２２を有しうる。送信機４１０は、再送信の目標数が達成されるまでパケットがデコードされないであろうことを知っている。開示される態様の任意の特徴は、送信機４１０が、デコード不能パケット送信モードを受信機４２０に通知するために制御チャネル４１６上に情報，メッセージ，又は通知を送信するスケジューラモジュール４０６を有してもよいことである。
【００３８】
受信機４２０は、任意に、この通知を受信し、受信機４２０がデコード不能パケットモードで動作することを可能とする、アサイメントモジュール４２６を有しうる。チャネル状態又はその他のシステムパラメータに依存して、送信機４１０は、デコード可能パケット送信モードおよびデコード不能パケット送信モードの間で任意に切り替わることができる。少なくとも、いったん送信モードがデコード不能パケットモードであると、送信機４１０および受信機４２０は、ＡＣＫ／ＮＡＣＫチャネル４１４を通じてＨＡＲＱで通常は生じるであろういずれかのＡＣＫ／ＮＡＣＫを抑制することによって、独立して又は両方がこのノリッジを利用することができる。送信機４１０は、ＡＣＫ／ＮＡＣＫ受信機能を不可とし無視する、又は受信機４２０からのＮＡＣＫを予期しない、捜さないアクノリッジデコードモジュール４０４を有しうる。開示されるもう一つの態様は、送信機４１０が受信されたアクノリッジのいずれもデコードしないと決めてもよく、受信されたＮＡＣＫを捨てうる。受信機４２０は、ＡＣＫ／ＮＡＣＫの送信を不可とし抑制する、又は送信機４１０にＮＡＣＫを送信しないアクノリッジエンコードモジュール４２４を有しうる。態様において、送信機がＡＣＫ／ＮＡＣＫで何を行うかを決定するかにかかわらず、受信機４２０はＡＣＫを送る。これら開示される態様は、標準のＨＡＲＱと比較してより少ないオーバーヘッドの形をとって貴重な帯域幅をとっておく。システムは、ＮＡＣＫに対してストップ−アンド−ウェイト（ＳＡＷ）でなくてもよい事実を利用することができる。それによって、遅延を減らし、価値のある処理リソースを使えるようになり、およびチャネルとその他のシステムリソースを使えるようになる。また、ＡＣＫ／ＮＡＣＫを受信しない又は送信しないことのもう一つの利点は、誤って検出されたＡＣＫ／ＮＡＣＫのリスクが取り除かれることである。不適切に検出されたＡＣＫ／ＮＡＣＫは、データブロックの損失となりうるし、重大な送信問題をもたらしうる。開示された態様は、ＡＣＫ／ＮＡＣＫを抑制することによってシステムからこのリスクを取り除く。
【００３９】
図５は、本明細書の態様でＨＡＲＱの形式を用いる受信機のための方法５００を示す。図４に示されるような受信機４２０は図５の方法５００を実行するために用いられうる。最初に、ステップ５０２で、デコード不能パケットモードに対する通知が受信される。次に、ステップ５０４で、デコード不能パケットが受信される。最後に、ステップ５０６で、アクノリッジの送信が無効にされ、送信されない。当該処理は再送信の目標数が達成されるまで繰り返されうる。
【００４０】
図６は、本明細書の態様でＨＡＲＱの形式を用いる送信機のための方法６００を示す。図４に示されるような送信機４１０は図６の方法６００を実行するために用いられうる。最初に、ステップ６０２で、デコード不能パケットモードに対する通知が送信される。次に、ステップ６０４で、デコード不能パケットが送信される。最後に、ステップ６０６で、受信されたアクノリッジが破棄され、デコードされない、又は、捜されない。当該処理は再送信の目標数が達成されるまで繰り返されうる。
【００４１】
当業者は更に、開示される態様に関連して記載された、実例となる様々な論理ブロック，モジュール，およびステップが、ハードウェア，ソフトウェア，ファームウェア，又はそれらの組み合わせとして実現されうることと、ハードウェア実現がディジタル，アナログ，又はその両者であってもよいこととをよく理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な実例となる構成要素，ブロック，モジュール，およびステップが、それらの機能の観点から一般的に説明された。このような機能が、ハードウェアとして実現されるかソフトウェアとして実現されるかは、システム全体に課された設計制約および特定のアプリケーションによる。当業者は、各特定のアプリケーションのために上述した機能を様々な方法で実現することができるが、このような実現の決定は、本開示の範囲から逸脱させるものとして解釈されてはならない。
【００４２】
開示される態様に関連して示された様々な例示的な論理ブロックおよびモジュールは、汎用プロセッサ，ディジタル信号プロセッサ（ＤＳＰ），特定用途向け集積回路（ＡＳＩＣ），フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはトランジスタ・ロジック，ディスクリート・ハードウェア部品、又は本明細書に示す機能を実行するために設計された上記何れかの組み合わせを用いて実現又は実行されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ，コントローラ，マイクロコントローラ，又は状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、集積回路、ＤＳＰコアに接続された１つ又は複数のマイクロプロセッサ、又はこのような任意の構成である計算デバイスの組み合わせとして実現することも可能である。
【００４３】
典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるように、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することができる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００４４】
開示される態様に関連して記述された方法やアルゴリズムのステップや機能は、ハードウェアによって直接、プロセッサによって実行されるソフトウェア・モジュールによって、又は、これらの組み合わせによって具現化されうる。ステップ又は機能は、本態様の範囲から逸脱することなく相互に交換されてもよい。
【００４５】
コンピュータ可読媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体およびコンピュータ記憶媒体を両方含む。記憶媒体は、コンピュータによってアクセス可能である任意の利用可能な媒体であることができる。限定ではなく一例として、そのようなコンピュータ可読媒体は、ＲＡＭ，フラッシュメモリ，ＲＯＭ，ＥＰＲＯＭ，ＥＥＰＲＯＭ，レジスタ，ハードディスク，リムーバルディスク，ＣＤ−ＲＯＭ，光ディスク記憶媒体，磁気ディスク記憶媒体，磁気記憶デバイス，又はコンピュータによってアクセス可能であり、命令又はデータ構成の形式で望まれるプログラム・コードを搬送又は格納するために用いられることができるその他の任意の媒体を備えることができる。また、任意の接続が、コンピュータ可読媒体と適切に称される。例えば、ソフトウェアが、ウェブサイト，サーバ，又は同軸ケーブル，光ファイバケーブル，ツイストペア，ＤＳＬ，又は例えば赤外線，無線，およびマイクロ波のような無線技術を用いるその他の遠隔ソースから送信される場合、同軸ケーブル，光ファイバケーブル，ツイスト線ペア，ＤＳＬ，又は、例えば赤外線，無線，およびマイクロ波のような無線技術は、媒体の定義内に含まれる。本明細書で用いられるディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ｄｉｓｃ）（ＣＤ），レーザディスク（ｄｉｓｃ），光ディスク（ｄｉｓｃ），ディジタルバーサスタイルディスク（ｄｉｓｃ）（ＤＶＤ），フロッピー（登録商標）ディスク（ｄｉｓｃ），およびブルーレイディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は通常データを磁気的に再生するのに対し、ディスク（ｄｉｓｃ）は光的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【００４６】
ある態様における上記記載は、当業者をして、本発明の製造又は利用を可能とするために提供される。これらの態様への様々な変形例が、当業者には明らかであり、本明細書で定義された一般原理は、本明細書の範囲から逸脱することなく、他の態様にも適用されうる。従って本開示は、本明細書に示された態様に限定することは意図されておらず、本明細書に開示された原理および新規特徴と整合が取れた最も広い範囲と一致するように意図されている。
【図１】
2010537506.tif 000003
【図２】
2010537506.tif 000004
【図３】
2010537506.tif 000005
【図４】
2010537506.tif 000006
【図５】
2010537506.tif 000007
【図６】
2010537506.tif 000008
【国際調査報告】
2010537506.tif 000009
2010537506.tif 000010
2010537506.tif 000011