(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信ネットワークにおいて複数の搬送波をサポートするユーザエージェントを動作する方法であって、該方法は、
該ユーザエージェントによって、タイマーを開始することと、
該ユーザエージェントによって、該複数の搬送波のうちの少なくとも１つの割り当てられた搬送波の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタリングすることであって、該少なくとも１つの割り当てられた搬送波は、該ネットワーク内のアクセスデバイスによってアクティブにされている、ことと、
該ユーザエージェントによって、ダウンリンク制御情報（ＤＣＩ）パケットが、該少なくとも１つの割り当てられた搬送波のうちの任意の搬送波において受信されたか否かを決定することと、
ＤＣＩパケットが該少なくとも１つの割り当てられた搬送波のうちの任意の搬送波において受信された場合には、該タイマーを再始動することと、
該受信されたＤＣＩパケットに基づいてハイブリッド自動再送要求（ＨＡＲＱ）プロセスインジケータ（ＨＰＩ）を決定することと
を含む、方法。
【請求項２】
前記ＰＤＣＣＨをモニタリングすることは、最大タイマー値が失効するまで該ＰＤＣＣＨをモニタリングすることを含む、請求項１に記載の方法。
【請求項３】
前記ＤＣＩパケットが、前記最大タイマー値が失効する前に前記少なくとも１つの割り当てられた搬送波のうちの任意の搬送波において受信された場合には、前記ユーザエージェントによって、前記ＰＤＣＣＨをモニタリングすることを継続することをさらに含む、請求項２に記載の方法。
【請求項４】
前記ＤＣＩパケットが、前記最大タイマー値が失効する前に前記少なくとも１つの割り当てられた搬送波のうちの任意の搬送波において受信されなかった場合には、前記ユーザエージェントによって、該少なくとも１つの割り当てられた搬送波を不活性にすることをさらに含む、請求項２に記載の方法。
【請求項５】
前記ユーザエージェントによって、前記複数の搬送波のアンカー搬送波のＰＤＣＣＨをモニタリングすることをさらに含み、該アンカー搬送波は、該ユーザエージェントによってルーチンでモニタリングされる唯一の搬送波である、請求項１に記載の方法。
【請求項６】
ワイヤレス通信ネットワークにおいて使用するユーザエージェントであって、該ユーザエージェントは、プロセッサを備え、該プロセッサは、
タイマーを開始することと、
該複数の搬送波のうちの少なくとも１つの割り当てられた搬送波の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタリングすることであって、該少なくとも１つの割り当てられた搬送波は、該ネットワーク内のアクセスデバイスによってアクティブにされている、ことと、
ダウンリンク制御情報（ＤＣＩ）パケットが、該少なくとも１つの割り当てられた搬送波のうちの任意の搬送波において受信されたか否かを決定することと、
ＤＣＩパケットが該少なくとも１つの割り当てられた搬送波のうちの任意の搬送波において受信された場合には、該タイマーを再始動することと、
該受信されたＤＣＩパケットに基づいてハイブリッド自動再送要求（ＨＡＲＱ）プロセスインジケータ（ＨＰＩ）を決定することと
を行うように構成されている、ユーザエージェント。
【請求項７】
前記プロセッサは、最大タイマー値が失効するまで前記ＰＤＣＣＨをモニタリングするように構成されている、請求項６に記載のユーザエージェント。
【請求項８】
前記プロセッサは、前記ＤＣＩパケットが、前記最大タイマー値が失効する前に前記少なくとも１つの割り当てられた搬送波のうちの任意の搬送波において受信された場合には、前記ＰＤＣＣＨをモニタリングすることを継続するようにさらに構成されている、請求項７に記載のユーザエージェント。
【請求項９】
前記プロセッサは、前記ＤＣＩパケットが、前記最大タイマー値が失効する前に前記少なくとも１つの割り当てられた搬送波のうちの任意の搬送波において受信されなかった場合には、該少なくとも１つの割り当てられた搬送波を不活性にするようにさらに構成されている、請求項７に記載のユーザエージェント。
【請求項１０】
前記プロセッサは、前記複数の搬送波のアンカー搬送波のＰＤＣＣＨをモニタリングするようにさらに構成され、該アンカー搬送波は、該ユーザエージェントによってルーチンでモニタリングされる唯一の搬送波である、請求項６に記載のユーザエージェント。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願への相互参照）
本出願は、２００９年３月１６日に出願され、“ＨＡＲＱ  ＰＲＯＣＥＳＳ  ＮＵＭＢＥＲ  ＭＡＮＡＧＥＭＥＮＴ  ＦＯＲ  ＤＯＷＮＬＩＮＫ  ＣＡＲＲＩＥＲ  ＡＧＧＲＥＧＡＴＩＯＮ”という名称の米国仮特許出願第６１／１６０，５５５号に基づく。
【０００２】
（背景）
本発明は、概して、モバイル通信システムにおけるデータ伝送に関し、さらに詳細には、ダウンリンク搬送波アグリゲーションのためのＨＡＲＱプロセス番号を管理する方法に関する。
【背景技術】
【０００３】
本明細書で使用される場合、「ユーザエージェント」および「ＵＡ」という用語は、モバイル電話、携帯情報端末、ハンドヘルドコンピュータまたはラップトップコンピュータ、および電話通信能力を有する同様なデバイスのようなワイヤレスデバイスをいい得る。いくつかの実施形態では、ＵＡは、モバイルワイヤレスデバイスをいい得る。「ＵＡ」という用語は、デスクトップコンピュータ、セットトップボックス、またはネットワークノードのような、同様な能力を有するが運搬可能でないデバイスをもいい得る。
【０００４】
従来のワイヤレス電話通信システムでは、基地局の伝送機器が、セルとして公知の地理的領域全体に信号を伝送する。技術が進化するにつれ、以前は可能でなかったサービスを提供し得るさらに先進的な装置が導入されてきた。これらの先進的な装置は、例えば、基地局または他のシステムではなくエンハンスドノードＢ（ｅＮＢ）、および従来のワイヤレス電話通信システムの機器の均等物よりかなり進化した装置を含み得る。このような先進的または次世代機器は、本明細書ではロングタームエボリューション（ＬＴＥ）機器と呼ばれ得、このような機器を使用するパケットベースのネットワークは、進化型パケットシステム（ＥＰＳ）と呼ばれ得る。ＬＴＥシステム／機器への追加的な特性は、最終的にはＬＴＥ  ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）システムをもたらす。本明細書で使用される場合、「アクセス装置」という用語は、従来の基地局、またはＬＴＥもしくはＬＴＥ−Ａアクセスデバイスのような、ＵＡに電話通信システムの他のコンポーネントへのアクセスを提供し得る任意のコンポーネントをいう。
【０００５】
Ｅｎｈａｎｃｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）のようなモバイル通信システムにおいて、アクセスデバイスは、１つ以上のＵＡに無線アクセスを提供する。アクセスデバイスは、動的にダウンリンクトラフィックデータパケット伝送をスケジュールすること、かつ、アクセスデバイスと通信する全てのＵＡ間でアップリンクトラフィックデータパケット伝送リソースを配分することのためのパケットスケジューラを含む。スケジューラの機能は、数ある中で、利用可能な空気界面の容量をＵＡ間で分割することと、各ＵＡのパケットデータ伝送のために使用される運搬チャンネルを決定することと、パケットの配分およびシステムロードをモニターすることとを含む。スケジューラは、物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）データ伝送および物理アップリンク共有チャンネル（ＰＵＳＣＨ）データ伝送のために動的にリソースを配分し、スケジューリングチャンネルを通してＵＡにスケジューリング情報を送信する。
【０００６】
数ある中で、ＤＣＩフォーマット１および１Ａを含むいくつかの異なるダウンリンク制御情報（ＤＣＩ）メッセージフォーマットがＵＡにデータパケットリソースの割り当てを伝達するために、ＬＴＥアクセスデバイスにより使用される。アクセスデバイスは、いくつかのファクターの関数としてＵＡへリソースを配分するためのダウンリンクＤＣＩフォーマットの１つを選択し、いくつかのファクターは、ＵＡおよびアクセスデバイスの能力、ＵＡに伝送するデータの量、セル内の通信トラフィックの量、チャンネル状況などを含む。ＵＡは、アップリンクおよびダウンリンク伝送のタイミングおよびデータレートに対するスケジューリング／リソース配分情報を参照し、それに応じてデータパケットを伝送または受信する。ＤＣＩフォーマットの制御データパケットは、物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）を介して伝送される。
【０００７】
ハイブリッド自動再送要求は（ＨＡＲＱ）は、不正確に受信されたトラフィックパケットに対して、補正するためにトラフィックデータを再伝送するための機構である。ＨＡＲＱ機構は、ＬＴＥシステムのアップリンクおよびダウンリンクの双方において使用される。ダウンリンク伝送を例にとると、ＵＡにより受信された各ダウンリンクパケットに対して、ＵＡにより実行された巡回冗長検査（ＣＲＣ）が成功した復号を示した後に、肯定応答（ＡＣＫ）がＵＡからアクセスデバイスに物理アップリンク制御チャンネル（ＰＵＣＣＨ）で伝送される。ＣＲＣが、パケットが正確に受信されていないことを示す場合、ＵＡのＨＡＲＱエンティティは、不正確に受信されたパケットの再伝送を要求するために、ＰＵＣＣＨで否定応答（ＮＡＣＫ）を伝送する。ＨＡＲＱのＮＡＣＫがアクセスデバイスに伝送されると、ＵＡは、再伝送されたトラフィックデータパケットの受信を待つ。アクセスデバイスで再伝送要求が受信された場合、アクセスデバイスは、ＵＡに不正確に受信されたパケットを再伝送する。ＡＣＫ／ＮＡＣＫを伝送および再伝送するこのプロセスは、パケットが正確に受信されるか、または最大数の再伝送がなされるまで継続する。本明細書の以下の部分では、ＮＡＣＫを伝送し、再伝送されたパケットを待ち、再伝送されたパケットの復号を試みるプロセスは、ＨＡＲＱプロセスと呼ばれる。
【０００８】
多くの場面では、短時間でアクセスデバイスがＵＡに多量のデータを伝送することが望ましい。例えば、ビデオキャストは、短時間でＵＡに伝送されなければならない多量の音声データおよびビデオデータを含み得る。別の場面では、ＵＡは、アクセスデバイスからデータパケットを実質的に同時に受信しなければならないいくつかのアプリケーションを実行し得、組み合わされたデータ転送量は非常に多い。
【０００９】
アクセスデバイスにいくつかの（例えば５つの）データパケット伝送プロセスを並行して開始させることは、短期間中に伝送され得るデータ量を増加する１つの方法である。複数の同時に実行されるパケット伝送の各々のためのＨＡＲＱ機構を促進するために、アクセスデバイスおよびＵＡは、並行ＨＡＲＱプロセスを支持するようにプログラムされる。この目的のために、ＰＤＣＣＨでの各ＤＣＩフォーマットのダウンリンクリソースグラントは、関連するデータパケットに対応する３ビットＨＡＲＱプロセス番号（ＨＰＮ）またはＨＡＲＱプロセスインジケータ（ＨＰＩ）を含む。データパケットが正確に受信されていない場合、不正確に受信されたパケットおよび関連するＨＰＩは、ＨＡＲＱ復号バッファにＨＡＲＱエンティティにより保存され、データパケットの再伝送を要求するために、ＮＡＣＫがアクセスデバイスに伝送し戻される。アクセスデバイスは、ＵＡにデータパケットと共に元の伝送されたデータパケットに関連するＨＰＩを再伝送する。再伝送されたパケットおよびＨＰＩが受信されたときに、ＵＡは、受信されたＨＰＮに関連するＨＡＲＱプロセスに再伝送されたパケットを送る。ＨＡＲＱプロセスは、組み合されたパケットデータを復号することを試み、ＨＡＲＱプロセスは継続する。ＨＰＩが３ビットである場合には、同時に実行されるＨＡＲＱプロセスの最大数は８である。
【００１０】
データ伝送のレートを増加する別の手段は、アクセスデバイスとＵＡとの間で通信するために複数の搬送波（すなわち、複数の周波数）を使用することである。複数の搬送波の使用を介して伝送レートが増加される場合、追加的なデータを管理するために要求される別個のＨＡＲＱプロセスの数も増加されるべきである。現在、マルチ搬送波システムにおいて、固有に識別可能なＨＡＲＱプロセスの数を増加する２つの周知の手段がある。第一に、複数の搬送波が使用される場合、ＵＡのＨＡＲＱエンティティは、単に、アクセスデバイスが元の不正確に受信されたパケットと同じ搬送波を使用してデータパケットを再伝送する通常の様式で、各搬送波周波数に対して別個のＨＡＲＱプロセスを維持し得る。例えば、ＤＣＩフォーマットが３ビットＨＰＩを含み、アクセスデバイスおよびＵＡが４つの搬送波を使用する場合、アクセスデバイスおよびＵＡは、４つの搬送波の各々に対して８つの別個のＨＡＲＱプロセス（合計で３２の別個のＨＡＲＱプロセス）を促進し得る。
【００１１】
第二に、複数の搬送波が使用される場合、ＨＰＩを特定するためのＤＣＩフォーマットのビット数が増加され得、ＨＰＩは、全ての搬送波にわたって共有され得る（すなわち、関連するＨＰＩにかかわらず任意の搬送波で任意のデータパケットが伝送され得る）。例えば、ＨＰＩが３ではなく５ビットであり、アクセスデバイスおよびＵＡが４つの搬送波を使用する場合、ＵＡは３２の別個のＨＰＩプロセスを促進し得、各ＨＰＩは、任意の搬送波を使用して促進され得る。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
マルチ搬送波システムにおける支持可能なＨＡＲＱプロセスの数を増加するための２つの解決法のそれぞれは、いくつかの利点を有するが、各解決法は少なくとも１つの重大な欠点を有する。３ビットＨＰＩを使用する第一の解決法では、現存するＤＣＩフォーマットおよびダウンリンク通信パケットが使用され得、これは制御チャンネル処理が単一式の搬送波ＵＡと上位互換性を持つことを意味するために、有益である。しかし、この３ビットＨＰＩ解決法は、各ＨＰＩが１つの搬送波とのみ使用され得るために、アクセスデバイスのスケジューリングの柔軟性を制限する。
【００１３】
３より多くのビット数を含むＨＰＩを使用する第二の解決法は、任意の搬送波がパケットを再伝送するために使用され得るため、より柔軟な再伝送のスケジューリングを可能にする。しかし、この第二の解決法は、４以上のビット数のＨＰＩに対処するためにＤＣＩフォーマットおよび後続のパケットへの変更を必要とする。ＤＣＩフォーマットを変更することは、３ビットＨＰＩのＵＡへの上位互換性に関する問題をつくり、結果的に仮定検定を増加する。
【課題を解決するための手段】
【００１４】
ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを支持するマルチ搬送波通信システムにおいて、ＨＡＲＱプロセスを管理することにおける柔軟性と上位互換性との間のバランスは、ＨＡＲＱプロセス番号（ＨＰＮ）またはＨＡＲＱプロセスインジケータ（ＨＰＩ）のサブセットを共有と指定し、別のサブセットを周波数専用と指定することにより、ダウンリンク制御チャンネル（ＰＤＣＣＨ）構造を変更することなく達成され得る。ここでは、共有ＨＰＩは、任意の周波数で使用され得、ＨＰＩが使用された搬送波周波数にかかわらずＨＡＲＱプロセスを固有に指定し得るが、専用ＨＰＩに関連するＨＡＲＱプロセスは、ＨＰＩが使用された搬送波周波数に依存する。例えば、少なくとも一部の実施形態では、システムが４つの搬送波を含み、ＨＰＩが３ビットであり、８つの異なるＨＰＩが特定され得る場合、ＨＰＩのうちの２つ（例えば０００および００１）が共有と指定され得、他の６つのＨＰＩ（例えば、０１０、００１、１００、１０１、１１０、および１１１）は専用であるため、２４の専用ＨＰＩチャンネルの組み合わせ（例えば、６つのＨＰＩ×４つの別個のチャンネル）と２つの共有チャンネルがある。この態様で、３ビットＨＰＩを使用するレガシー通信システムは、制御チャンネル処理に対してマルチ搬送波通信を支持するために改変される必要がなく、共有ＨＰＩは、アクセスデバイスでのさらなる柔軟性を促進する。
【００１５】
少なくとも一部の実施形態は、モバイルユーザエージェントとの使用のための方法を含み、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを管理するためにＨＡＲＱプロセスインジケータ（ＨＰＩ）を使用する、マルチ搬送波通信システムにおけるＨＡＲＱプロセスを管理するための方法であり、方法は、モバイルユーザエージェント内で、ＨＰＩの第一のサブセットを共有ＨＰＩとして指定するステップであって、各共有ＨＰＩは、複数のシステム搬送波周波数のうちのどれがトラフィックパケットを伝送するために使用されたかにかかわらずＨＡＲＱプロセスを指定する、ステップと、ＨＰＩの第二のサブセットを非搬送波共有ＨＰＩとして指定するステップであって、各非搬送波共有ＨＰＩは、トラフィックパケットを伝送するために使用される搬送波周波数と共に、搬送波周波数固有のＨＡＲＱプロセスを指定する、ステップとを含む。
【００１６】
一部の場面では、方法は、モバイルユーザエージェントでＨＰＩを受信するステップと、ＨＰＩに関連する搬送波周波数を介してユーザエージェントで第一のトラフィックパケットを受信するステップと、ＨＰＩが第一のサブセットのＨＰＩである場合、（ｉ）トラフィックパケットを伝送するために使用された搬送波周波数にかかわらず第一のトラフィックパケットに関連するＨＡＲＱプロセスを識別するためにＨＰＩを使用するステップと、（ｉｉ）識別されたＨＡＲＱプロセスに第一のトラフィックパケットを提供するステップと、ＨＰＩが第二のサブセットのＨＰＩである場合、（ｉ）第一のトラフィックパケットに関連する搬送波周波数特定のＨＡＲＱプロセスを識別するために、ＨＰＩと、第一のトラフィックパケットが受信された搬送波周波数とを使用するステップと、（ｉｉ）第一のトラフィックパケットを搬送波周波数特定のＨＡＲＱプロセスに提供するステップとをさらに含む。
【００１７】
一部の実施形態では、第一のトラフィックパケットは、第一の搬送波周波数で受信され、第一のトラフィックパケットに関連する第一のＨＰＩは、第一のサブセットのＨＰＩを含み、方法は、第二のトラフィックパケットに関連するＨＰＩが第一のＨＰＩである場合、第二の搬送波周波数における第二のトラフィックパケットをモバイルユーザエージェントで受信するステップと、第一のトラフィックパケットを受信したＨＡＲＱプロセスに第二のトラフィックパケットを提供するステップとをさらに含む。
【００１８】
一部の場面では、第三のトラフィックパケットおよび第四のトラフィックパケットのそれぞれが第三のＨＰＩと関連する場合、第一の搬送波周波数および第二の搬送波周波数を介して、それぞれ、第三のトラフィックパケットおよび第四のトラフィックパケットを受信するステップであって、第三のＨＰＩは、第二のサブセットのＨＰＩである、ステップと、第三のトラフィックパケットおよび第四のトラフィックパケットを別個のＨＡＲＱプロセスに提供するステップとをさらに含む。一部の場面では、システムは４つの搬送波周波数を使用し、ＨＰＩは、８つの別個のＨＰＩを含む。一部の実施形態では、第一のサブセットは、２つのＨＰＩを含み、第二のサブセットは、６つのＨＰＩを含む。
【００１９】
一部の場面では、指定するステップの前に、共有ＨＰＩおよび非共有ＨＰＩを示すＨＰＩ設定メッセージをユーザエージェントで受信するためのステップであって、指定するステップは、ユーザエージェントＨＡＲＱプロセスバッファで共有ＨＰＩおよび非共有ＨＰＩを指定するために、ＨＰＩ設定メッセージ情報を含む、ステップをさらに含む。
【００２０】
一部の実施形態は、モバイルユーザエージェントとの使用のための方法を含み、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを管理するためにＨＡＲＱプロセスインジケータ（ＨＰＩ）を使用する、マルチ搬送波通信システムにおけるＨＡＲＱプロセスを管理するための方法であり、方法は、モバイルユーザエージェント内で、ＨＰＩの第一のサブセットを共有ＨＰＩとして指定するステップであって、各共有ＨＰＩは、少なくとも第一の搬送波周波数および第二の搬送波周波数のうちのどれがトラフィックパケットを伝送するために使用されたかにかかわらずＨＡＲＱプロセスを指定する、ステップと、ＨＰＩの第二のサブセットを非搬送波共有ＨＰＩとして指定するステップであって、各非搬送波共有ＨＰＩは、トラフィックパケットを伝送するために使用される単一の搬送波周波数と共に、搬送波周波数固有のＨＡＲＱプロセスを指定する、ステップとを含む。
【００２１】
一部の場面では、方法は、モバイルユーザエージェントでＨＰＩを受信することと、ＨＰＩに関連する搬送波周波数を介してユーザエージェントで第一のトラフィックパケットを受信することと、ＨＰＩが第一のサブセットのＨＰＩであり、第一のトラフィックパケットが受信された搬送波周波数が、少なくとも第一の搬送波周波数および第二の搬送波周波数の１つである場合、（ｉ）第一のトラフィックパケットと、少なくとも第一の搬送波周波数および第二の搬送波周波数とに関連するＨＡＲＱプロセスを識別するためにＨＰＩを使用することと、（ｉｉ）識別されたＨＡＲＱプロセスにトラフィックパケットを提供することと、ＨＰＩが第二のサブセットＨＰＩである場合、（ｉ）第一のトラフィックパケットに関連する搬送波周波数特定のＨＡＲＱプロセスを識別するために、ＨＰＩと、第一のトラフィックパケットが受信された搬送波周波数とを使用することと、（ｉｉ）第一のトラフィックパケットを搬送波周波数特定のＨＡＲＱプロセスに提供することとをさらに含む。（ｉ）第一のトラフィックパケットに関連する搬送波周波数特定のＨＡＲＱプロセスを識別するために、ＨＰＩと、第一のトラフィックパケットが受信された搬送波周波数とを使用するステップと、（ｉｉ）第一のトラフィックパケットを搬送波周波数特定のＨＡＲＱプロセスに提供することとをさらに含む。
【００２２】
一部の実施形態は、ユーザエージェントにより実行される方法を含み、方法は、ａ．  １つの搬送波をアンカー搬送波として指定することと、ｂ．  複数の搬送波を割り当てられた搬送波として指定することであって、複数の割り当てられた搬送波のうちの少なくとも１つが非アクティブな搬送波として指定される、ことと、ｃ．  アンカー搬送波の制御チャンネルでコマンドを受信することであって、コマンドは、少なくとも１つの非アクティブな割り当てられた搬送波の少なくとも１つの指定をアクティブな割り当てられた搬送波に変更することをもたらす、こととを含む。
【００２３】
一部の実施形態では、特定のＨＰＩを含むＤＣＩパケットのためのＰＤＣＣＨである。一部の場面では、アクティブな割り当てられた搬送波の指定を、タイマーが失効した後に非アクティブな割り当てられた搬送波に変更するステップをさらに含む。一部の実施形態では、指定するステップの前に、アンカー搬送波および割り当てられた搬送波を示すＨＰＩ設定メッセージをユーザエージェントで受信するステップであって、指定するステップは、アンカー搬送波および割り当てられた搬送波を指定するために、ＨＰＩ設定メッセージ情報を使用することを含む、ステップをさらに含む。
【００２４】
一部の場面では、ユーザエージェントにより実行される方法であり、方法は、ａ．ＤＣＩフォーマット／通信プロトコルおよび対応する最大ＨＰＩビット数を識別するために、３ビットＨＰＩを使用するアクセスデバイスと能力ネゴシエーションを実行するステップと、ｂ．最大ＨＰＩビット数が３より大きい場合、最大ＨＰＩビット数を使用して通信するステップとを含む。
【００２５】
一部の場面では、実施形態は、ＨＰＩの第一のサブセットを共有ＨＰＩとして指定するステップであって、各共有ＨＰＩは、複数のシステム搬送波周波数のうちのどれがトラフィックパケットを伝送するために使用されたかにかかわらずＨＡＲＱプロセスを指定する、ステップと、ＨＰＩの第二のサブセットを非搬送波共有ＨＰＩとして指定するステップであって、各非搬送波共有ＨＰＩは、トラフィックパケットを伝送するために使用された搬送波周波数と共に搬送波周波数固有のＨＡＲＱプロセスを指定する、ステップとを実行するようにプログラムされたプロセッサを含む、マルチ搬送波通信システムでの使用のためのモバイルユーザエージェントを含む。
【００２６】
一部の実施形態では、プロセッサは、ＨＰＩをモバイルユーザエージェントで受信するステップと、ＨＰＩに関連する搬送波周波数を介してユーザエージェントで第一のトラフィックパケットを受信するステップと、ＨＰＩが第一のサブセットのＨＰＩである場合、（ｉ）トラフィックパケットを伝送するために使用された搬送波周波数にかかわらず第一のトラフィックパケットに関連するＨＡＲＱプロセスを識別するためにＨＰＩを使用するステップと、（ｉｉ）識別されたＨＡＲＱプロセスに第一のトラフィックパケットを提供するステップと、ＨＰＩが第二のサブセットのＨＰＩである場合、（ｉ）第一のトラフィックパケットに関連する搬送波周波数特定のＨＡＲＱプロセスを識別するために、ＨＰＩ、および第一のトラフィックパケットが受信された搬送波周波数を使用するステップと、（ｉｉ）第一のトラフィックパケットを搬送波周波数特定のＨＡＲＱプロセスに提供するステップとを実行するようにさらにプログラムされる。
【００２７】
一部の実施形態では、第一のトラフィックパケットは、第一の搬送波周波数で受信され、第一のトラフィックパケットに関連する第一のＨＰＩは、第一のサブセットのＨＰＩを含み、プロセッサは、第二のトラフィックパケットに関連するＨＰＩが第一のＨＰＩである場合、第二の搬送波周波数のおける第二のトラフィックパケットをモバイルユーザエージェントで受信するステップと、第二のトラフィックパケットを第一のトラフィックパケットを受信したＨＡＲＱプロセスに提供するステップとを実行するようにさらにプログラムされる。
【００２８】
他の実施形態は、通信ネットワークでの使用のためのユーザエージェントを含み、ユーザエージェントは、（ａ）１つの搬送波をアンカー搬送波として指定するステップと、（ｂ）複数の搬送波を割り当てられた搬送波として指定するステップであって、複数の割り当てられた搬送波の少なくとも１つは、非アクティブな搬送波として指定される、ステップと、（ｃ）アンカー搬送波の制御チャンネルでコマンドを受信するステップであって、コマンドは、少なくとも１つの非アクティブな割り当てられた搬送波の少なくとも１つの指定をアクティブな割り当てられた搬送波に変更することをもたらす、ステップと
を実行するようにプログラムされたプロセッサを含む。
【００２９】
一部の実施形態では、コマンドは、特定のＨＰＩを含むＤＣＩパケットのためのＰＤＣＣＨである。一部の実施形態では、プロセッサは、時間の失効した後に、アクティブな割り当てられた搬送波の指定を非アクティブな割り当てられた搬送波に変更するステップを実行するようにさらにプログラムされる。
【００３０】
一部の実施形態は、通信システムでの使用のためのユーザエージェントを含み、ユーザエージェントは、（ａ）ＤＣＩフォーマット／通信プロトコルおよび対応する最大ＨＰＩビット数を識別するために、３ビットＨＰＩを使用するアクセスデバイスと能力ネゴシエーションを実行するステップと、（ｂ）最大ＨＰＩビット数が３より大きい場合、最大ＨＰＩビット数を使用して通信するステップとを実行するようにプログラムされたプロセッサを含む。
例えば、本発明は以下の項目を提供する。
（項目１）
モバイルユーザエージェントと共に使用する方法であって、該方法は、ハイブリッド自動再送要求（ＨＡＲＱ）プロセスを管理するために、ＨＡＲＱプロセスインジケータ（ＨＰＩ）を使用するマルチ搬送波通信システムにおいてＨＡＲＱプロセスを管理し、該方法は、該モバイルユーザエージェント内で、
該ＨＰＩの第一のサブセットを共有ＨＰＩとして指定するステップであって、各共有ＨＰＩは、複数のシステム搬送波周波数のうちのどれがトラフィックパケットを伝送するために使用されるかにかかわらずＨＡＲＱプロセスを指定する、ステップと、
該ＨＰＩの第二のサブセットを非搬送波共有ＨＰＩとして指定するステップであって、各非搬送波共有ＨＰＩは、トラフィックパケットを伝送するために使用された該搬送波周波数と共に搬送波周波数固有のＨＡＲＱプロセスを指定する、ステップと
を含む、方法。
（項目２）
上記モバイルユーザエージェントにおいてＨＰＩを受信するステップと、
該ＨＰＩに関連する搬送波周波数を介して該ユーザエージェントにおいて第一のトラフィックパケットを受信するステップと、
該ＨＰＩが第一のサブセットのＨＰＩである場合には、
（ｉ）上記トラフィックパケットを伝送するために使用された該搬送波周波数にかかわらず該第一のトラフィックパケットに関連するＨＡＲＱプロセスを識別するためにＨＰＩを使用するステップと、
（ｉｉ）該識別されたＨＡＲＱプロセスに該第一のトラフィックパケットを提供するステップと
該ＨＰＩが第二のサブセットのＨＰＩである場合、
（ｉ）該第一のトラフィックパケットに関連する搬送波周波数特定のＨＡＲＱプロセスを識別するために、該ＨＰＩと、該第一のトラフィックパケットが受信された該搬送波周波数とを使用するステップと、
（ｉｉ）該第一のトラフィックパケットを該搬送波周波数特定のＨＡＲＱプロセスに提供するステップと
をさらに含む、項目１に記載の方法。
（項目３）
上記第一のトラフィックパケットは、第一の搬送波周波数で受信され、該第一のトラフィックパケットに関連する第一のＨＰＩは、第一のサブセットのＨＰＩを含み、上記方法は、第二のトラフィックパケットに関連するＨＰＩが該第一のＨＰＩである場合、第二の搬送波周波数における該第二のトラフィックパケットを上記モバイルユーザエージェントで受信するステップと、上記第一のトラフィックパケットを受信したＨＡＲＱプロセスに該第二のトラフィックパケットを提供するステップとをさらに含む、項目２に記載の方法。
（項目４）
第三のトラフィックパケットおよび第四のトラフィックパケットのそれぞれが第三のＨＰＩと関連する場合、上記第一の搬送波周波数および上記第二の搬送波周波数を介して、それぞれ、該第三のトラフィックパケットおよび該第四のトラフィックパケットを受信するステップであって、該第三のＨＰＩは、第二のサブセットのＨＰＩである、ステップと、
該第三のトラフィックパケットおよび該第四のトラフィックパケットを別個のＨＡＲＱプロセスに提供するステップと
をさらに含む、項目３に記載の方法。
（項目５）
上記システムは、４つの搬送波周波数を使用し、上記ＨＰＩは、８つの別個のＨＰＩを含む、項目１に記載の方法。
（項目６）
上記第一のサブセットは、２つのＨＰＩを含み、上記第二のサブセットは、６つのＨＰＩを含む、項目５に記載の方法。
（項目７）  上記指定するステップの前に、共有ＨＰＩおよび非共有ＨＰＩを示すＨＰＩ設定メッセージを上記ユーザエージェントで受信するためのステップであって、該指定するステップは、ユーザエージェントＨＡＲＱプロセスバッファで該共有ＨＰＩおよび該非共有ＨＰＩを指定するために、該ＨＰＩ設定メッセージ情報を含む、ステップをさらに含む、項目１に記載の方法。
（項目８）
ユーザエージェントにより実行される方法であって、該方法は、
ａ．１つの搬送波をアンカー搬送波として指定することと、
ｂ．複数の搬送波を割り当てられた搬送波として指定することであって、該複数の割り当てられた搬送波のうちの少なくとも１つが非アクティブな搬送波として指定される、ことと、
ｃ．該アンカー搬送波の制御チャンネルでコマンドを受信することであって、該コマンドは、該少なくとも１つの非アクティブな割り当てられた搬送波の少なくとも１つの指定をアクティブな割り当てられた搬送波に変更することをもたらす、ことと
を含む、方法。
（項目９）
上記コマンドは、特定のＨＰＩを含むＤＣＩパケットのためのＰＤＣＣＨである、項目８に記載の方法。
（項目１０）
上記アクティブな割り当てられた搬送波の指定を、タイマーが失効した後に非アクティブな割り当てられた搬送波に変更するステップをさらに含む、項目８に記載の方法。
（項目１１）
上記指定するステップの前に、アンカー搬送波および割り当てられた搬送波を示す、ＨＰＩ設定メッセージを上記ユーザエージェントで受信するステップであって、該指定するステップは、該アンカー搬送波および該割り当てられた搬送波を指定するために、該ＨＰＩ設定メッセージ情報を使用することを含む、ステップをさらに含む、項目８に記載の方法。
（項目１２）
ユーザエージェントにより実行される方法であって、該方法は、
ａ．ＤＣＩフォーマット／通信プロトコルおよび対応する最大ＨＰＩビット数を識別するために、３ビットＨＰＩを使用するアクセスデバイスと能力ネゴシエーションを実行するステップと、
ｂ．該最大ＨＰＩビット数が３より大きい場合、該最大ＨＰＩビット数を使用して通信するステップと
を含む、方法。
（項目１３）
マルチ搬送波通信システムにおいて使用するモバイルユーザエージェントであって、該モバイルユーザエージェントはプロセッサを備え、該プロセッサは、
ＨＰＩの第一のサブセットを共有ＨＰＩとして指定するステップであって、各共有ＨＰＩは、複数のシステム搬送波周波数のうちのどれがトラフィックパケットを伝送するために使用されたかにかかわらずＨＡＲＱプロセスを指定する、ステップと、
該ＨＰＩの第二のサブセットを非搬送波共有ＨＰＩとして指定するステップであって、各非搬送波共有ＨＰＩは、トラフィックパケットを伝送するために使用された搬送波周波数と共に搬送波周波数固有のＨＡＲＱプロセスを指定する、ステップと
を実行するようにプログラムされる、モバイルユーザエージェント。
（項目１４）
上記プロセッサは、
ＨＰＩを上記モバイルユーザエージェントで受信するステップと、
該ＨＰＩに関連する搬送波周波数を介して該ユーザエージェントで第一のトラフィックパケットを受信するステップと、
該ＨＰＩが第一のサブセットのＨＰＩである場合、
（ｉ）該トラフィックパケットを伝送するために使用された搬送波周波数にかかわらず該第一のトラフィックパケットに関連するＨＡＲＱプロセスを識別するために該ＨＰＩを使用するステップと、
（ｉｉ）該識別されたＨＡＲＱプロセスに該第一のトラフィックパケットを提供するステップと、
該ＨＰＩが第二のサブセットのＨＰＩである場合、
（ｉ）該第一のトラフィックパケットに関連する搬送波周波数特定のＨＡＲＱプロセスを識別するために、該ＨＰＩ、および該第一のトラフィックパケットが受信された搬送波周波数を使用するステップと、
（ｉｉ）該第一のトラフィックパケットを該搬送波周波数特定のＨＡＲＱプロセスに提供するステップと
を実行するようにさらにプログラムされる、項目１３に記載のユーザエージェント。
（項目１５）
上記第一のトラフィックパケットは、第一の搬送波周波数で受信され、該第一のトラフィックパケットに関連する第一のＨＰＩは、第一のサブセットのＨＰＩを含み、上記プロセッサは、第二のトラフィックパケットに関連するＨＰＩが該第一のＨＰＩである場合、第二の搬送波周波数のおける第二のトラフィックパケットを上記モバイルユーザエージェントで受信するステップと、該第二のトラフィックパケットを上記第一のトラフィックパケットを受信したＨＡＲＱプロセスに提供するステップとを実行するようにさらにプログラムされる、項目１４に記載のユーザエージェント。
（項目１６）
通信ネットワークでの使用のためのユーザエージェントであって、該ユーザエージェントは、プロセッサを備え、該プロセッサは、
ａ．１つの搬送波をアンカー搬送波として指定するステップと、
ｂ．複数の搬送波を割り当てられた搬送波として指定するステップであって、該複数の割り当てられた搬送波の少なくとも１つは、非アクティブな搬送波として指定される、ステップと、
ｃ．該アンカー搬送波の制御チャンネルでコマンドを受信するステップであって、該コマンドは、該少なくとも１つの非アクティブな割り当てられた搬送波の少なくとも１つの指定をアクティブな割り当てられた搬送波に変更することをもたらす、ステップと
を実行するようにプログラムされる、ユーザエージェント。
（項目１７）
上記コマンドは、特定のＨＰＩを含むＤＣＩパケットのためのＰＤＣＣＨである、項目１６に記載のユーザエージェント。
（項目１８）
上記プロセッサは、タイマーが失効した後に、上記アクティブな割り当てられた搬送波の指定を非アクティブな割り当てられた搬送波に変更するステップを実行するようにさらにプログラムされる、項目１６に記載のユーザエージェント。
（項目１９）
通信システムでの使用のためのユーザエージェントであって、該ユーザエージェントは、プロセッサを備え、該プロセッサは、
ａ．ＤＣＩフォーマット／通信プロトコルおよび対応する最大ＨＰＩビット数を識別するために、３ビットＨＰＩを使用するアクセスデバイスと能力ネゴシエーションを実行するステップと、
ｂ．該最大ＨＰＩビット数が３より大きい場合、該最大ＨＰＩビット数を使用して通信するステップと
を実行するようにプログラムされる、ユーザエージェント。
【図面の簡単な説明】
【００３１】
【図１】図１は、ＨＡＲＱプロセス復号バッファ／データベースを含むユーザエージェントを含む通信システムのコンポーネントを示す概要図である。
【図２】図２は、図１のユーザエージェントがＨＡＲＱプロセス番号を管理することを可能にするために図１のアクセスデバイスにより実行され得るプロセスを描写するフローチャートである。
【図３】図３は、ＨＡＲＱプロセス番号を管理するために、図１のユーザエージェントにより実行され得るプロセスを描写するフローチャートである。
【図４】図４は、本開示の少なくとも１つの局面と一貫した、共有ＨＡＲＱプロセスインジケータの受信前と後の搬送波状態を描写する概要図である。
【図５】図５は、割り当てられた搬送波をアクティブ化および非アクティブ化するための、図１のユーザエージェントにより実行され得るプロセスを描写するフローチャートである。
【図６】図６は、ＤＣＩ通信フォーマットおよび関連するＨＰＩビット数をネゴシエーションするための、図１のユーザエージェントにより実行され得るプロセスを描写するフローチャートである。
【図７】図７は、本開示の様々な実施形態の一部に対して操作可能なユーザエージェントを含むワイヤレス通信システムの図面である。
【図８】図８は、本開示の様々な実施形態の一部に対して操作可能なユーザエージェントのブロック図である。
【図９】図９は、本開示の様々な実施形態の一部に対して操作可能なユーザエージェントに実装され得るソフトウェア環境の図面である。
【図１０】図１０は、本開示の様々な実施形態の一部に対して適当な、描写的な汎用コンピュータシステムである。
【図１１】図１１は、別の例示的なＨＡＲＱプロセスバッファを描写する概要図である。
【発明を実施するための形態】
【００３２】
前記の目的および関連する目的の達成のために、本発明は、次に、本明細書の以下の部分で完全に記述される特徴部を含む。以下の記述および添付の図面は、本発明の特定の描写的な局面を詳細に記載する。しかし、これらの局面は、本発明の原理が使用され得る様々な手段のほんのいくつかのみを表す。本発明の他の局面、利点、および新規の特徴部は、図面と共に考慮されるときに本発明の以下の詳細な記述から明白になる。
【００３３】
対象発明の様々な局面は、ここで添付の図面への参照と共に記述され、同様な番号は、同様または対応する要素を本明細書全体にわたって指す。しかし、図面、および図面に関する詳細な記述は、特許請求された対象物を開示された特定の形式に制限することが意図されないことが理解される。むしろ、特許請求された対象物の精神および範囲内に含まれるすべての改変、均等物、および代替物を包括することが意図される。
【００３４】
この明細書で使用される場合、「コンポーネント」、「システム」、および同様な用語は、ハードウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、または実行されているソフトウェアなどのコンピュータ関連エンティティをいう。例えば、コンポーネントは、プロセッサで実行されているプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行の脈絡、プログラム、および／またはコンピュータであり得るが、これらに制限されない。例示として、コンピュータ上で実行されているアプリケーションおよびコンピュータの双方がコンポーネントであり得る。１つ以上のコンポーネントがプロセスおよび／または実行の脈絡内に存在し得、コンポーネントは、１つのコンピュータに局在し得、および／または２つ以上のコンピュータ間に分散され得る。
【００３５】
「例示的」という単語は、例、場面、または描写としての役割を果たすことを意味するように本明細書で使用される。「例示的」として本明細書で記述される任意の局面またはデザインは、他の局面またはデザインより好ましいまたは有利であると必ずしも解釈されるものではない。
【００３６】
さらに、開示された対象物は、本明細書に詳細記述される局面を実装するために、コンピュータまたはプロセッサベースのデバイスを制御するために、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせを生成するために標準的なプログラミングおよび／またはエンジニアリング技法を使用してシステム、方法、装置、または製造物として実装され得る。「製造物」（または代替に「コンピュータプログラム製品」）という用語は、本明細書で使用される場合、任意のコンピュータ読み取り可能デバイス、搬送体、または媒体からアクセス可能なコンピュータプログラムを包括することが意図される。例えば、コンピュータ読み取り可能メディアは、磁気記憶装置（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気帯など）、光学ディスク（例えば、コンパクトディスク（ＣＤ）、デジタルヴァーサタイルディスク（ＤＶＤ）など）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック）を含み得るがこれらに制限されない。その上、電子メールの伝送および受信、またはインターネットもしくは構内通信網（ＬＡＮ）のようなネットワークへのアクセスに使用されるような搬送波波が、コンピュータ読み取り可能電子データを伝送するために使用され得ることが認識される。もちろん、当業者は、特許請求される対象物の範囲または精神から逸脱することなく多くの改変がこの設定になされ得ることを認識する。
【００３７】
同様な参照番号がいくつかの図面にわたって同様な要素に対応する図面をここで参照し、さらに詳細には、図１を参照すると、図１は、ユーザエージェント（ＵＡ）１０とアクセスデバイス１２とを含む多重チャンネル通信システム３０を描写する概要図である。ＵＡ１０は、他のコンポーネントの中でも、１つ以上のソフトウェアプログラムを実行するプロセッサ１４を含み、プログラムの少なくとも１つは、アクセスデバイス１２からデータを受信するため、およびアクセスデバイス１２にデータを提供するために、アクセスデバイス１２と通信する。データがＵＡ１０からデバイス１２に伝送されるときには、データはアップリンクデータと呼ばれ、データがアクセスデバイス１２からＵＡ１０に伝送されるときには、データはダウンリンクデータと呼ばれる。
【００３８】
通信を促進するために、複数の異なる通信チャンネルがアクセスデバイス１２とＵＡ１０との間に確立される。本開示の目的のために、図１を参照すると、アクセスデバイス１２とＵＡ１０との間の重要なチャンネルは、物理ダウンリンク制御チャンネル（ＰＤＣＣＨ）７０、物理ダウンリンク共有チャンネル（ＰＤＳＣＨ）７２、および物理アップリンク制御チャンネル（ＰＵＣＣＨ）７４を含む。名前が暗示するように、ＰＤＣＣＨは、ダウンリンクデータ通信中にアクセスデバイス１２がＵＡ１０を制御することを可能にするチャンネルである。この目的のために、ＰＤＣＣＨは、ダウンリンク通信トラフィックパケット（すなわち、ＵＡ１０により実行されるアプリケーションにより使用される非制御データ）を受信するために、ＵＡ１０により使用されるスケジューリングを示すために、ＵＡ１０にダウンリンク制御情報（ＤＣＩ）パケットと呼ばれるスケジューリングまたは制御データパケットを伝送するために使用される。伝送されたトラフィックパケットのそれぞれに対して、別個のＤＣＩパケットがアクセスデバイス１２によりＵＡ１０に伝送される。関連するトラフィックパケットに対するスケジューリングを示す情報を含むことに加え、ＤＣＩパケットは、必要な場合、トラフィックパケットに対してＨＡＲＱプロセスを促進するために使用され得るＨＡＲＱプロセスインジケータ（ＨＰＩ）を含む。
【００３９】
Ｅ−ＵＴＲＡＮで現在使用されている、フォーマット１およびフォーマット１Ａを含む例示的なＤＣＩフォーマットは、３ＧＰＰ  ＴＳ  ３６．２１２  Ｖ８．３．０（２００８−０５）の５．３．３．１．２条および５．３．３．１．３条に記述され、ＦＤＤに対するＨＰＩ／ＨＰＮは、現在３ビットフィールドを含むことが分かる。従って、ＨＰＩは、８つの別個の値を有し得る。例示的なＤＣＩパケットが図１のＰＤＣＣＨの通信７１および７５により示される。
【００４０】
図１では、ＰＤＳＣＨ７２の例示的なトラフィックデータパケットが７３および７９と印付けされる。少なくとも一部の実施形態では、トラフィックパケットは、関連するＤＣＩパケットと同じ搬送波（すなわち、同じ周波数）を介して伝送される。
【００４１】
図１を参照すると、ＰＵＣＣＨ７４（一部の場面では、物理アップリンク共有チャンネル（ＰＵＳＣＨ）がアップリンクＡＣＫ／ＮＡＣＫ機能のために使用され得る）が正確または不正確なパケット受信のいずれかを示すために、受信されたトラフィックパケットのそれぞれに対してアクセスデバイス１２に、それぞれ、肯定応答（ＡＣＫ）信号または否定応答（ＮＡＣＫ）信号（図１の７７参照）を伝送するためにＵＡ１０により使用される。トラフィックパケットが正確に受信されず、ＮＡＣＫがアクセスデバイス１２に伝送し戻される場合、アクセスデバイス１２は、典型的に、別のＤＣＩパケットを伝送し（図１の７５参照）、不正確に受信されたトラフィックパケットをＵＡ１０に再伝送する（図１のパケット７９参照）。
【００４２】
継続して図１を参照すると、ＵＡプロセッサ１４は、ＨＡＲＱプロセス復号バッファ／データバース２２を維持し、ここでは、不正確に受信されたデータパケットが、１つのまたは複数の不正確に受信されたパケットに関連する複数のＨＡＲＱプロセスの１つを固有に識別する情報と共に保存される。この目的のために、例示的なバッファ／データベース２２は、複数のＨＡＲＱプロセス行列２８、５０、５２、５４、および５６を含む。例示的な行列５０は、不正確に受信されたトラフィックパケットが保存され得る、ＨＰＩ０１０からＨＰＩ１１１の印を付けらされた６つの別個の横列を含む。従って、例えば、元のトラフィックパケットが不正確に受信された場合、そのパケットは保存され、第二の不正確に受信されたトラフィックパケット（すなわち、初めて再伝送されたパケット）は、第一の不正確に受信されたパケットと組み合わされ、保存され、同じ態様でプロセスは、継続される。描写されるように、行列５０は、第一の搬送波周波数ｆ１に対応する。従って、第一搬送波周波数ｆ１で受信された不正確に受信されたトラフィックパケットのみが行列５０に保存される。同様に、行列５２、５４、および５６は、搬送波周波数ｆ２、ｆ３、およびｆ４に関連し、従って、搬送波周波数ｆ２、ｆ３およびｆ４に関連する不正確に受信されたトラフィックパケットのみが、それぞれ、行列５２、５４、および５６に保存される。描写されていないが、行列５２、５４、および５６のそれぞれは、行列５０とまったく同様に６つの横列を含み、横列は、ＨＰＩ０１０、０１１、１００、１０１、１１０、および１１１にそれぞれ対応する。従って、ＨＰＩ０１０、０１１、１００、１０１、１１０、および１１１のそれぞれに対して、不正確なトラフィックパケットがどの行列に保存されるかは、トラフィックパケットをＵＡ１０に伝送するために使用された搬送波周波数に依存する。このため、行列５０、５２、５４、および５６は、集合的に非搬送波共有プロセス行列２５と呼ばれる。
【００４３】
さらに再度図１を参照すると、５番目のＨＡＲＱプロセス行列２８は、ＨＰＩ０００および００１にそれぞれ対応する第一の横列および第二の横列を含む。従って、不正確に受信された元のトラフィックパケットは保存され得、元の不正確に受信されたパケットに関連する不正確に受信された再伝送されたパケットは、第一の不正確に受信されたパケットと組み合わされ得、次に保存され得る。ここでは、非搬送波共有ＨＡＲＱプロセス行列５０、５２、５４、および５６と違って、行列２８は共有ＨＡＲＱプロセス行列であり、搬送波ｆ１からｆ４の全てで不正確に受信されたパケットは、パケットを伝送するために使用された搬送波にかかわらず同じ行列２８に含まれる。例えば、元のパケットと、後続の再伝送された関連するパケットの双方は、ＨＡＲＱプロセスインジケータ０００に関連し、第一および第二の異なる搬送波（例えば、ｆ１、ｆ４）を介してＵＡ１０により受信された場合、不正確に受信された元のパケットおよび再伝送されたパケットは、組み合され、次に、行列２８のＨＰＩ０００に関連するフィールド３６に保存される。従って、この例では、アクセスデバイス１２は、３ビットＨＰＩより大きいビット数のＨＰＩに対処するためにＤＣＩフォーマットを変更することなくＵＡ１０がＨＡＲＱプロセスを管理することを可能にするようにＵＡ１０にＨＰＩを提供し得、少なくともＨＰＩ０００および００１に対しては、４つのうちの任意のシステムに支持された搬送波周波数ｆ１からｆ４を使用する柔軟性をなお有する。
【００４４】
ここでの例は、６つの非搬送波共有ＨＰＩ値と２つの搬送波共有ＨＰＩ値を含むが、共有ＨＰＩおよび非搬送波共有ＨＰＩの他の組み合わせが想起されることが認識される。従って、一部の場面では、４つの搬送波共有ＨＰＩおよび４つの非搬送波共有ＨＰＩ、または２つの非搬送波共有ＨＰＩおよび６つの搬送波共有ＨＰＩを有することが所望され得る。バッファ／データベースを設定するために、少なくとも一部の実施形態では、アクセスデバイス１２（再度図１参照）は、共有または非共有ＨＰＩを示すＨＰＩ設定メッセージをＵＡ１０に伝送するようにプログラムされ得ることが想起される。例えば、例示的なＨＰＩ設定メッセージは、１９ビットフィールドを含み得、最初の１６ビットは、特定のＵＡ１０を示し、最後の３ビットは、８つの３ビットの組み合わせの１つを示す。ここでは、ＵＡ１０は、最後の３ビットが３ビットの組み合わせより小さく、３ビットの組み合わせを含むビットの組み合わせに関連するすべてのＨＰＩが共有ＨＰＩとして扱われるべきと示すものとして解釈するようにプログラムされ得る。例えば、最後の３ビットが０００を含む場合、ＨＰＩ０００は、共有として扱われ、００１から１１１を含む残りのＨＰＩは、非共有として扱われる。同様に、最後の３ビットが００１を含む場合、ＨＰＩ０００および００１が共有として扱われ、０１０から１１１を含む残りのＨＰＩは、非共有として扱われる。他のＨＰＩ設定メッセージが想起される。少なくとも１部の実施形態では、ＨＰＩ設定メッセージは、Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）層、報知チャンネル、または無線インターフェイスと関連する、Ｅ−ＵＴＲＡＮのＭＡＣ制御エレメントを介して伝送され得る。
【００４５】
他の実施形態では、ＨＰＩ設定メッセージは、共有および非共有ＨＰＩ行列と同様にＨＰＩバッファを設定するために近隣の全てのＵＡにアクセスデバイス１２から定期的に報知し得ることが想起される。ここでは、共有および非共有構成は、通信システムにわたる状態に最適に対処するために定期的にアクセスデバイス１２により変更され得る。
【００４６】
図２をここで参照すると、ＵＡ１０によるＨＡＲＱプロセス管理を促進するための、アクセスデバイス１２により実行されるプロセス９０が描写される。決定ブロック１００では、アクセスデバイス１２は、ＵＡ１０へのダウンリンクデータ伝送が要求されるか否かを決定する。ダウンリンク伝送が要求されない場合、制御は、決定ブロック１００にループバックし続ける。ダウンリンク伝送が要求されると、制御は、ブロック１０２に進み、ブロック１０２では、アクセスデバイス１２が利用可能なＨＰＩまたはＨＰＩ／搬送波の組み合わせを識別する。ここで、以前に伝送されたトラフィックパケットをトラックするために、アクセスデバイス１２は、ＵＡ１０で現在使用されているＨＰＩまたはＨＰＩ／搬送波の組み合わせをトラックすることが認識される。ブロック１０２では、アクセスデバイス１２は、利用可能な（すなわち、現在未使用の）ＨＰＩまたはＨＰＩ／搬送波の組み合わせの１つを選択する。図１への参照を継続し、図１も参照すると、プロセスブロック１０６では、アクセスデバイス１２は、ブロック１０２で識別されたＨＰＩを含むＤＣＩパケット７１を生成し、ＵＡ１０に伝送する。選択された利用可能なＨＰＩが搬送波共有ＨＰＩである場合、アクセスデバイスは、ＤＣＩパケットのための任意の搬送波周波数の１つを選択する。利用可能なＨＰＩが非共有ＨＰＩである場合、アクセスデバイス１２は、ＤＣＩパケットのためのＨＰＩに関連する特定の搬送波の１つを選択する。プロセスブロック１０８では、アクセスデバイス１２は、ＤＣＩ特定スケジュールと選択された搬送波周波数とを使用してトラフィックパケットをＵＡ１０に伝送し（図１の７３参照）、ブロック１１０では、アクセスデバイス１２は、ＰＵＣＣＨをＡＣＫまたはＮＡＣＫに対してモニターする。ブロック１１２では、ＡＣＫが受信された場合（図１の７７参照）、制御はブロック１１４に進み、ブロック１１４では、アクセスデバイス１２は、受信されたＡＣＫに関連するＨＰＩまたはＨＰＩ／チャンネルの組み合わせを利用可能にする。ブロック１１４の後、制御は、ブロック１００に戻る。
【００４７】
図１および２を継続して参照すると、ブロック１１２では、ＡＣＫが受信されない場合、制御は、ブロック１１６に進み、ブロック１１６では、アクセスデバイス１２が、ＮＡＣＫが受信されたか否かを決定する。ＮＡＣＫが受信されていない場合、制御はブロック１１０に進み、ブロック１１０では、アクセスデバイス１２は、ＰＵＣＣＨをＡＣＫまたはＮＡＣＫに対してモニターし続ける。ブロック１１６では、ＮＡＣＫが受信された場合、制御はブロック１１８に進み、ブロック１１８では、アクセスデバイス１２は元のＨＰＩを含む別のＤＣＩパケットを伝送し（図１の７５参照）、ＵＡ１０により不正確に受信されたトラフィックパケットを再伝送する（図１の７９参照）。ブロック１１８の後、制御は別のＡＣＫ／ＮＡＣＫに対してモニターするためにブロック１１０に戻される。図３のプロセスがＵＡに伝送するために元のトラフィックパケットのそれぞれに対して実行され、プロセス９０のような複数のプロセスが同時に実行され得る。
【００４８】
ここで図３を参照すると、図１でＵＡプロセッサにより実行された、ＨＡＲＱプロセスを管理するためのプロセス１９０が描写される。プロセス１９０は、図２に対して示され、記述されたプロセスと、並行して部分的に実行される。図１も参照すると、プロセスブロック２００では、ＵＡ１０のＨＡＲＱ管理アプリケーション／エンティティに対して搬送波共有ＨＰＩおよび搬送波専用ＨＰＩが規定され、特定される。図１に示されるように、例示的な実施形態では、搬送波共有ＨＰＩは、ＨＡＲＱ行列２８に関連し、４つの周波数ｆ１からｆ４のそれぞれの間で共有される０００および００１を含む。図１の例示的な非搬送波共有ＨＰＩは、ＨＰＩ０１０、０１１、１００、１０１、１１０、および１１１を含み、これらは、それぞれ、搬送波周波数ｆ１、ｆ２、ｆ３、またはｆ４の特定の１つとの組み合わせでＨＡＲＱプロセスを固有に識別する。
【００４９】
図１および３を継続して参照すると、ブロック２０２では、ＵＡプロセッサ１４は、ＰＤＣＣＨをＤＣＩパケットに対してモニターする。ブロック２０４では、ＤＣＩパケットが受信されると（図１の７１参照）、制御はブロック２０６に進み、ブロック２０６では、ＵＡプロセッサ１４は、ＤＣＩパケットにスケジュールされたダウンリンクリソースを識別する。ここでは、スケジュールされたダウンリンクリソースを識別することに加えて、プロセッサ１４は、提供された新規データインジケータ（ＮＤＩ）を検査することにより、リソースグラントに関連するトラフィックパケットが新規データであるか再伝送されたデータであるかを決定するために、ＤＣＩパケット情報を使用し得る。その上、ブロック２０６では、プロセッサ１４は、ＤＣＩパケット情報により特定されたＨＰＩを識別し得る。ブロック２０７では、プロセッサ１４は、ブロック２０６で識別されたリソースグラントを介してＵＡ１０に伝送されたトラフィックパケット（図１の７３参照）をアクセスする。
【００５０】
決定ブロック２０８では、プロセッサ１４は、ＤＣＩにおけるＮＤＩが新規データを示すか否かを決定する。ＮＤＩが新規データを示す場合、制御は決定ブロック２１０に進み、決定ブロック２１０では、プロセッサ１４は新規データまたは元のトラフィックパケットが正確に受信されたか否かを決定する。元のトラフィックパケットが正確に受信された場合、ブロック２１２では、プロセッサ１４はアクセスデバイス１２にＡＣＫを伝送し戻し（図１の７７参照）、その後制御はブロック２０２に進み、ブロック２０２でプロセッサ１４はＰＤＣＣＨを新規のＤＣＩに対してモニターし続ける。
【００５１】
図１および３を参照すると、決定ブロック２１０では、元のトラフィックパケットが不正確に受信された場合、制御は、ブロック２１５に進み、ブロック２１５でプロセッサ１４は、ＤＣＩにより特定されたＨＰＩが搬送波により共有されているか非搬送波共有であるかを決定する。また、図１に描写される本実施例では、ＨＰＩ０００および００１は、両方とも共有搬送波であり、ＨＰＩ０１０、０１１、１００、１０１、１１０、および１１１はすべて非搬送波共有である。ＨＰＩが搬送波により共有される場合、制御はブロック２１７に進み、ブロック２１７では、不正確に受信された元のパケットは、共有ＨＰＩに関連付けられ、ＨＡＲＱ復号バッファの適切な共有ＨＡＲＱプロセス行列２８に保存される。例えば、図１に描写される例では、ＤＣＩにより特定されたＨＰＩが共有ＨＰＩ０００を含む場合、トラフィックパケットをＵＡ１０に伝送するためにどの周波数が使用されたかにかかわらずブロック２１７で（再度図３参照）不正確に受信された元のパケットは、ＨＰＩ０００に対応するフィールド２４に保存される。ブロック２１７の後、制御はブロック２１６に進み、ブロック２１６では、プロセッサ１４は、アクセスデバイス１２にＮＡＣＫを伝送し、これによりアクセスデバイス１２が元のトラフィックパケットを再伝送することを要求する。ブロック２１６の後、制御はブロック２０２に戻される。
【００５２】
再度図１および３を参照すると、ブロック２１５では、ＨＰＩが非搬送波共有ＨＰＩである場合、制御はブロック２１４に進み、ブロック２１４では、プロセッサ１４は、受信されたトラフィックパケットを伝送するために使用された搬送波を識別し、不正確に受信された元のパケットは、ＤＣＩおよびトラフィックパケット搬送波の組み合わせにより特定されたＨＰＩに関連付けられ、パケットは適切なＨＡＲＱ復号バッファ（すなわち、ＨＰＩ／搬送波の組み合わせに関連するバッファ）に保存される。例えば、図１に関して記述された上記の例と一貫して、ＨＰＩが１００であり、そのため非搬送波共有ＨＰＩであり、トラフィックパケット搬送波周波数がｆ１である場合、不正確に受信された元のトラフィックパケットは、周波数ｆ１に関連する行列５０のＨＰＩ１００に対応するフィールド５１に保存される。ブロック２１４の後、制御はブロック２１６に進み、ブロック２１６では、プロセッサ１４は、アクセスデバイス１２にＮＡＣＫを伝送し（図１の７７参照）、その後制御はブロック２０２に戻される。
【００５３】
図１および３をなおまた参照すると、ブロック２０８では、ＮＤＩが再伝送されたパケットを示す場合、制御はブロック２２２に進む。ブロック２２２では、プロセッサ１４は、ＨＰＩが共有か非搬送波共有であるかを決定する。ＨＰＩが搬送波により共有される場合、制御はブロック２２４に進み、ブロック２２４では、再伝送されたパケットは共有ＨＰＩと関連付けられ、適切なＨＡＲＱ復号バッファに保存される。また、図１の例と一貫して、ＨＰＩが０００であり、そのため共有ＨＰＩである場合、再伝送されたパケットは元のパケットと組み合わされ、行列２８のＨＰＩ０００の列に保存される。ブロック２２４の後、制御はブロック２２８に進む。
【００５４】
決定ブロック２２２を再度参照すると、ＨＰＩが非搬送波共有である場合、制御はブロック２２６に進み、ブロック２２６では、プロセッサ１４は、受信されたトラフィックパケットを伝送するために使用された搬送波を識別し、再伝送されたパケットは、ＤＣＩおよびトラフィックパケット搬送波の組み合わせに特定されたＨＰＩと関連付けられ、パケットはバッファ２２の搬送波特定のＨＡＲＱ行列に保存される。ブロック２２６の後、制御はブロック２２８に進む。
【００５５】
図１および３を継続して参照すると、ブロック２２８では、プロセッサ１４は、関連するパケットの復号を試みるために、ＨＰＩおよび搬送波の組み合わせに関連するか、またはＨＰＩ（搬送波共有ＨＰＩの場合）に関連するＨＡＲＱプロセス復号バッファ２２に保存されたすべてのパケット（すなわち、元のパケットといかなる再伝送されたパケット）を使用する。ブロック２３０では、パケットが正確に復号された場合、制御はブロック２３２に進み、ブロック２３２では、プロセッサ１４は、正確に復号されたパケットに関連するデータが正確に受信されたことを示すＡＣＫ（図１の７７参照）をアクセスデバイス１２に伝送する。ブロック２３４では、プロセッサ１４は、ＨＰＩまたはＨＰＩ／搬送波の組み合わせが後続のＨＡＲＱプロセスをトラックするためにその後使用され得るように、ＨＡＲＱ復号バッファからＨＰＩまたはＨＰＩ／搬送波の組み合わせに関連するデータを消去する。代替として、少なくとも一部の実施形態では、消去ステップ２３４が実行されるのではなく、ＨＰＩまたはＨＰＩ／搬送波の組み合わせは、アクセスデバイス１２が新規データを示し（ＮＤＩを介して）、ＨＰＩまたはＨＰＩ／搬送波の組み合わせを特定する後続のＤＣＩを伝送するときは、単に再利用されることが想起される。ブロック２３０でパケットが正確に復号されない場合、制御はブロック２１６に渡し戻され、ブロック２１６では、ＵＡ１０は、アクセスデバイス１２にＮＡＣＫを伝送し、これにより元のパケットが再度再伝送されること要求する。
【００５６】
通信システムが複数の搬送波を使用する場合、ＵＡのバッテリー電力は、特定の作動特性が発生したときにのみ搬送波のサブセットをモニターするようにＵＡを制御することにより温存され得る。例えば、通信システムが４つの搬送波周波数ｆ１、ｆ２、ｆ３、およびｆ４を使用する場合、低トラフィック作動中には４つの搬送波のうちの１つのみが使用されなければならず、他の３つの周波数がモニターされる必要がない場合がある。そのため、ＵＡ１０が低トラフィック作動中は周期的に１つのアンカー搬送波をモニターし得、状況が必要とする場合、より速いデータのダウンロードを促進するために、１つより多くまたは全ての搬送波をモニターするように制御され得ることが想起される。ここでは、複数の搬送波がいつモニターされるべきかをアクセスデバイス１２（図１を再度参照）がＵＡ１０に示すためのある手段を提供することが１つの要件である。搬送波をモニターするために、共有ＨＰＩが複数のＵＡ１０へのインジケータとして使用され得ることが認識される。
【００５７】
ここで図４を参照すると、上記注解と一貫して、例示的な通信システム内で使用される４つの搬送波４０２、４０４、４０６、および４０８が描写される。搬送波は、周波数ｆ１、ｆ２、ｆ３、およびｆ４にそれぞれ対応する。示されるように、周波数ｆ３に対応する搬送波４０６はアンカー搬送波と呼ばれ、これは、搬送波４０６がＵＡ１０により定期的にモニターされる唯一の搬送波であることを意味する。周波数ｆ１およびｆ４に対応する搬送波４０４および４０８は、非アクティブな割り当てられた搬送波として指定され、これは、これらの搬送波が最初に非アクティブとして指定された、アクセスデバイス１２によりＵＡ１０に割り当てられた搬送波であることを意味する。しかし、ＵＡ１０がアンカー搬送波４０６の制御チャンネルでコマンドを受信した後に、割り当てられた搬送波は、図４の４０２ａおよび４０８ａで示されるように、アクティブな割り当てられた搬送波になる。割り当てられた搬送波がアクティブになると、ＵＡ１０は、アンカー搬送波制御チャンネルをモニターするとともにアクティブな割り当てられた搬送波の制御チャンネルでモニターし始める。周波数ｆ２に対応する「割り当てされていない」搬送波４０４は、ＵＡ１０が搬送波４０４を割り当てられた搬送波として再分類するように明確に命令されるまでＵＡ１０に無視される。
【００５８】
図４を継続して参照すると、本開示の少なくとも一部の実施形態の別の局面によると、ＵＡ１０が共有ＨＡＲＱプロセス番号（例えば、図１の例では０００または００１）の１つを含むアンカー搬送波４０６の制御チャンネルメッセージを受信するときには、ＵＡプロセッサ１４は、図４の４０２ａおよび４０８ａで示されるように、割り当てられた搬送波の制御チャンネルをモニターし始め、割り当てられた搬送波が全てアクティブになる。図４では、共有ＨＰＩの受信は、時間４１０で示される。
【００５９】
割り当てられた搬送波がアクティブにされた後、ＵＡ１０がアンカー搬送波のみをモニターするように戻り、そのため割り当てられた搬送波が再度非アクティブにされるべき状況が起こり得ることが想起される。少なくとも一部の実施形態では、割り当てられた搬送波がアクティブにされた後、割り当てられた搬送波にいかなる制御チャンネルメッセージもなく閾値時間が過ぎた場合、ＵＡ１０は、アンカー搬送波のみがモニターされるように割り当てられた搬送波を自動的に非アクティブ化するようにプログラムされ得ることが想起される。
【００６０】
ここで図５と、再度図１とを参照すると、ＵＡが共有ＨＰＩの関数として搬送波をアクティブ化および非アクティブ化する方法５００が描写される。ブロック５０２では、ＵＡプロセッサ１４は、アンカー搬送波、割り当てられた搬送波、および割り当てされていない搬送波を指定する。ここでは、指定ステップ５０２は、アクセスデバイス１２により制御され得る。ブロック５０４では、最大タイマー値が設定される。ブロック５０６では、ＵＡプロセッサ１４は、ＰＤＣＣＨを、共有ＨＰＩを含むＤＣＩパケットに対してモニターする。決定ブロック５０８では、ＤＣＩパケットが受信された場合、制御はブロック５１０に進み、ブロック５１０では、ＤＣＩが処理される。ブロック５１２では、ＤＣＩのＨＰＩが識別される。ブロック５１４では、ＨＰＩが非搬送波共有である場合、制御はブロック５０６に戻され、ブロック５０６では、アンカー搬送波ＰＤＣＣＨをモニターすることが継続する。ブロック５１４では、ＨＰＩが共有の場合、制御はブロック５１６に進み、ブロック５１６では、タイマーが始動される。
【００６１】
図１および５を継続して参照すると、ブロック５１８では、プロセッサ１４は、アンカー搬送波およびアクティブな割り当てられた搬送波のＰＤＣＣＨをモニターする（すなわち、割り当てられた搬送波はアクティブにされる）。決定ブロック５２０では、プロセッサ１４は、ＤＣＩパケットが割り当てられた搬送波の１つで受信されたか否かを決定する。ＤＣＩパケットがアクティブな割り当てられた搬送波の１つで受信された場合、制御はブロック５２８に進み、ブロック５２８では、タイマーがゼロに再設定され、制御は、ブロック５１６に進み、ブロック５１６では、タイマーが再始動される。ブロック５２０では、ＤＣＩパケットが割り当てられた搬送波で受信されていない場合、制御は決定ブロック５２２に進む。ブロック５２２では、プロセッサ１４は、タイマーが最大タイマー値に到達したか否かを決定する。タイマーが最大タイマー値に到達していない場合、制御はブロック５１８に戻され、ブロック５１８では、アンカー搬送波チャンネルおよび割り当てられた搬送波チャンネルがモニターされる。タイマーがブロック５２２で最大タイマー値に到達した場合、制御はブロック５２４に進み、ブロック５２４では、プロセッサ１４は割り当てられた搬送波を非アクティブにする。ブロック５２６では、プロセッサ１４は、タイマーをゼロに再設定し、制御はブロック５０６に戻され、ブロック５０６では上述されたプロセスが継続する。
【００６２】
従って、最大タイマー値が失効する前に少なくとも１つのＤＣＩパケットが割り当てられた搬送波で受信される限り、プロセッサ１４は、割り当てられた搬送波の制御チャンネルをモニターし続ける（すなわち、割り当てられた搬送波はアクティブであり続ける）ことが認識される。しかし、ＤＣＩパケットが割り当てられた搬送波の１つで受信されずに最大タイマー値が時間切れになると、割り当てられた搬送波は非アクティブ化される。
【００６３】
少なくとも一部の場面では、一部のＵＡは、３ビットＨＰＩのみを使用し得るが、通信プロトコルの向上および将来のＵＡは、それらの将来のＵＡの一部が４つ以上のビットを有するＨＰＩを使用することを可能にし得ることが想起される。ここでは、システムが４ビット以上のＨＰＩを使用し得るＵＡとともにレガシー３ビットＨＰＩのＵＡを支持しなければならない場合、アクセスデバイスは、最適なＤＣＩ通信およびＨＰＩビット数プロトコルを決定する前に、ＵＡと能力ネゴシエーションを実行しなければならない。そのため、本開示の少なくとも一部の実施形態の別の側面によると、アクセスデバイスが最初にＵＡと通信を開始するときに、アクセスデバイスは、レガシー３ビットＨＰＩを含むＤＣＩプロトコルを使用し、その後ＵＡ１０が４以上のＨＰＩビットを含むより最適なＤＣＩプロトコルを介して通信し得ることをＵＡ１０が示す場合、アクセスデバイスとＵＡとの間の通信プロトコルが変更され得る。
【００６４】
前段落における注解と一貫して、ＵＡ１０により実行され得るプロセス６００が描写される。ブロック６０２では、ＵＡプロセッサ１４は、最適なＤＣＩフォーマット／通信プロトコルおよび対応する最大のＵＡ１０のＨＰＩビット数を識別するために、３ビットＨＰＩを使用するアクセスデバイス１２と能力ネゴシエーションを実行する。ブロック６０４では、最大ＨＰＩビット数が３より大きい場合、制御はブロック６０８に進み、ブロック６０８では、ＵＡ１０は、より高いビット数ＨＰＩを使用する通信を開始する。最大ＨＰＩビット数が３より大きくない場合、制御はブロック６０６に進み、ブロック６０６では、３ビットＨＰＩでの通常作動が継続する。
【００６５】
図７は、ＵＡ１０の実施形態を含むワイヤレス通信システムが描写される。ＵＡ１０は、本開示の局面を実装するために作動可能であるが、本開示はこれらの実装に制限されるものではない。モバイル電話として描写されるが、ＵＡ１０は、ワイヤレスハンドセット、ページャー、携帯情報端末（ＰＤＡ）、ポータブルコンピューター、タブレットコンピューター、またはラップトップコンピュータを含む様々な形式を取り得る。多くの適当なデバイスは、これらの機能の一部またはすべてを組み合わす。本開示の一部の実施形態では、ＵＡ１０は、ポータブル、ラップトップ、またはタブレットコンピューターのような汎用コンピューターデバイスではなく、むしろ、モバイル電話、ワイヤレスハンドセット、ページャー、ＰＤＡ、または車両に搭載された電話通信デバイスのような特化した通信デバイスである。ＵＡ１０は、また、デスクトップコンピュータ、セットトップボックス、またはネットワークノードのような、運搬可能でないが同様の能力を有するデバイスであり得るか、これらのようなデバイスを含み得るか、またはこれらのようなデバイスに含まれ得る。ＵＡ１０は、ゲーム、在庫制御、ジョブ制御、および／またはタスク管理機能などのような特化された活動を支持し得る。
【００６６】
ＵＡ１０は、ディスプレイ７０２を含む。また、ＵＡ１０は、タッチ感応表面、キーボード、またはユーザによる入力のための７０４と概して呼ばれる他の入力キーを含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および連続タイプのような完全または縮小型アルファベット数字式キーボードであり得るか、または電話キーパッドに関連するアルファベット文字を有する従来的な数字キーパッドであり得る。入力キーは、トラックホイール、ｅｘｉｔまたはエスケープキー、トラックボール、および他の操作キーまたは機能キーを含み得、これらのキーは、さらなる入力機能を提供するために中に押し下げられ得る。ＵＡ１０は、ユーザが選択するためのオプション、ユーザが作動するためのコントロール、および／またはユーザが指示するためのカーソルもしくは他のインジケータを提供し得る。
【００６７】
ＵＡ１０は、かけるための電話番号、またはＵＡ１０の作動を設定するための様々なパラメータ値を含む、ユーザからのデータ入力をさらに受け取る。ＵＡ１０は、ユーザコマンドに応答して１つ以上のソフトウェアまたはファームウェアアプリケーションをさらに実行し得る。これらのアプリケーションは、ユーザとのインタラクションに応答して様々なカスタマイズされた機能を実行するようにＵＡ１０を設定し得る。その上、ＵＡ１０は、無線で、例えば、ワイヤレス基地局、ワイヤレスアクセスポイント、またはピアＵＡ１０からプログラムされ、および／または設定され得る。
【００６８】
ディスプレイ７０２がウェブページを表示することを可能にするウェブブラウザは、ＵＡ１０により実行可能な様々なアプリケーションの中の１つである。ウェブページは、ワイヤレスネットワークアクセスノード、電波タワー、ピアＵＡ１０、または任意の他のワイヤレス通信ネットワークもしくはシステム７００とのワイヤレス通信を介して得られ得る。ネットワーク７００は、インターネットのような有線ネットワーク７０８に結合される。ワイヤレスリンクおよび有線ネットワークを介して、ＵＡ１０は、サーバ７１０のような様々なサーバ上の情報へのアクセスを有する。サーバ７１０は、ディスプレイ７０２上に表示され得るコンテンツを提供し得る。あるいは、ＵＡ１０は、中継点としての役割を果たす他のピアＵＡ１０を通して、リレータイプまたはホップタイプの接続でネットワーク７００にアクセスし得る。
【００６９】
図８は、ＵＡ１０のブロック図を示す。ＵＡ１１０の様々な周知のコンポーネントが記載されるが、実施形態では、列挙されたコンポーネントのサブセット、および／または列挙されていない追加的なコンポーネントがＵＡ１０に含まれ得る。ＵＡ１０は、デジタル信号プロセッサ（ＤＳＰ）８０２およびメモリ８０４を含む。示されるように、ＵＡ１０は、アンテナおよびフロントエンドユニット８０６と、高周波（ＲＦ）トランシーバ８０８と、アナログベースバンド処理ユニット８１０と、マイクロフォン８１２と、イヤピーススピーカー８１４と、ヘッドセットポート８１６と、入力／出力インターフェイス８１８と、取り外し可能メモリカード８２０と、ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ（ＵＳＢ）ポート８２２と、狭域ワイヤレス通信サブシステム８２４と、アラート８２６と、キーパッド８２８と、タッチ感応表面を含み得る液晶ディスプレイ（ＬＣＤ）８３０と、ＬＣＤコントローラ８３２と、電荷結合素子（ＣＣＤ）カメラ８３４と、カメラコントローラ８３６と、全地球測位システム（ＧＰＳ）センサ８３８とをさらに含み得る。実施形態では、ＵＡ１０は、タッチ感応スクリーンを提供しない別の種類のディスプレイを含み得る。実施形態では、ＤＳＰ８０２は、入力／出力インターフェイス８１８を通さずにメモリ８０４と直接通信し得る。
【００７０】
ＤＳＰ８０２またはある他の形式のコントローラもしくは中央処理装置は、メモリ８０４、またはＤＳＰ８０２自体の中に含まれるメモリに保存された、組み込まれたソフトウェアもしくはファームウェアに従って、ＵＡ１０の様々なコンポーネントを制御するように作動する。組み込まれたソフトウェアまたはファームウェアに加えて、ＤＳＰ８０２は、他のアプリケーションを実行し得、アプリケーションは、メモリ８０４に保存され得るか、または取り外し可能なメモリカード８２０のようなポータブルデータ記憶媒体のような情報搬送媒体を介して、または有線もしくはワイヤレスネットワーク通信を介して利用可能にされる。アプリケーションソフトウェアは、所望の機能性を提供するために、ＤＳＰ８０２を設定する機械読み取り可能命令のコンパイルされたセットを含み得るか、またはアプリケーションソフトウェアは、ＤＳＰ８０２を間接的に設定するための、インタプリタまたはコンパイラにより処理される高級ソフトウェア命令であり得る。
【００７１】
アンテナおよびフロントエンドユニット８０６がワイヤレス信号と電気信号との間で変換するように提供され得、これは、ＵＡ１０がセルラー式ネットワークもしくはある他の利用可能なワイヤレス通信ネットワーク、またはピアＵＡ１０から情報を受信することおよび送信することを可能にする。実施形態では、アンテナおよびフロントエンドユニット８０６は、ビーム形成および／または多入力多出力（ＭＩＭＯ）作動を支持するために複数のアンテナを含み得る。当業者に周知であるように、ＭＩＭＯ作動は、困難なチャンネル状態を克服する、および／またはチャンネルのスループットを増加するために使用され得る空間的多様性を提供し得る。アンテナおよびフロントエンドユニット８０６は、アンテナチューニングコンポーネントおよび／またはインピーダンスマッチングコンポーネント、ＲＦ電力増幅器、および／または低ノイズ増幅器を含み得る。
【００７２】
ＲＦトランシーバ８０８は、周波数偏移、受信されたＲＦ信号をベースバンドに変換すること、およびベースバンド伝送信号をＲＦ信号に変換することを提供する。一部の記述では、無線トランシーバまたはＲＦトランシーバは、変調／復調、符号化／復号、インターリーブ／デインターリーブ、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、サイクリックプレフィックス追加／除去、および他の信号処理機能を含むことが理解され得る。明晰性のため、ここでの記述は、ＲＦおよび／または無線ステージからこの信号処理の記述を分別し、その信号処理をアナログベースバンド処理ユニット８１０および／またはＤＳＰ８０２、または他の中央処理装置に概念的に配分する。一部の実施形態では、ＲＦトランシーバ８０８、アンテナおよびフロントエンド８０６の一部分、ならびにアナログベースバンド処理ユニット８１０は、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）に組み合され得る。
【００７３】
アナログベースバンド処理ユニット８１０は、入力および出力の様々なアナログ処理を提供し得る（例えば、マイクロフォン８１２およびヘッドセット８１６からの入力のアナログ処理、イヤピース８１４およびヘッドセット８１６への出力のアナログ処理）。そのため、アナログベースバンド処理ユニット８１０は、ＵＡ１０がセルラー式電話として使用されることを可能にする内蔵マイクロフォン８１２およびイヤピーススピーカー８１４を接続するためのポートを有し得る。アナログベースバンド処理ユニット８１０は、ヘッドセットまたは他のハンズフリーマイクロフォンおよびスピーカー構成に接続するためのポートをさらに含み得る。アナログベースバンド処理ユニット８１０は、１つの信号方向でデジタルアナログ変換を提供し得、反対の信号方向でアナログデジタル変換を提供し得る。一部の実施形態では、アナログベースバンド処理ユニット８１０の少なくとも一部の機能性は、デジタル処理コンポーネントにより提供され得る（例えば、ＤＳＰ８０２または他の中央処理装置により）。
【００７４】
ＤＳＰ８０２は、変調／復調、符号化／復号、インターリーブ／デインターリーブ、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、サイクリックプレフィックス追加／除去、およびワイヤレス通信に関連する他の信号処理機能を実行し得る。実施形態では、例えば符号分割多元接続（ＣＤＭＡ）技術アプリケーションでは、トランスミッタ機能に対してＤＳＰ８０２は、変調、符号化、インターリーブ、および拡散を実行し得、レシーバ機能に対してＤＳＰ８０２は、逆拡散、デインターリーブ、復号、および復調を実行し得る。別の実施形態では、例えば直交周波数分割多元接続（ＯＦＤＭＡ）技術アプリケーションでは、トランスミッタ機能に対してＤＳＰ８０２は、変調、符号化、インターリーブ、逆高速フーリエ変換、およびサイクリックプレフィックス追加を実行し得、レシーバ機能に対してＤＳＰ８０２は、サイクリックプレフィックス除去、高速フーリエ変換、デインターリーブ、復号、および復調を実行し得る。他のワイヤレス技術アプリケーションでは、さらに他の信号処理機能、および信号処理機能の組み合わせがＤＳＰ８０２により実行され得る。
【００７５】
ＤＳＰ８０２は、アナログベースバンド処理ユニット８１０を介してワイヤレスネットワークと通信し得る。一部の実施形態では、通信は、インターネット接続を提供し得、ユーザがインターネット上のコンテンツへのアクセスを取得すること、およびメールまたはテキストメッセージを送信および受信することを可能にする。入力／出力インターフェイス８１８は、ＤＳＰ８０２と、様々なメモリおよびインターフェイスとを相互接続する。メモリ８０４および取り外し可能メモリカード８２０は、ＤＳＰ８０２の作動を設定するためにソフトウェアおよびデータを提供する。ＵＳＢインターフェイス８２２および狭域ワイヤレス通信サブシステム８２４は、インターフェイスの中の１つであり得る。ＵＳＢインターフェイス８２２は、ＵＡ１０を充電するために使用され得、また、ＵＡ１０がパソコンまたは他のコンピュータシステムと情報を交換するために周辺デバイスとして機能することを可能にし得る。狭域ワイヤレス通信サブシステム８２４は、赤外線ポート、ブルーツースインターフェイス、ＩＥＥＥ８０２．１１対応ワイヤレスインターフェイス、または任意の他の狭域ワイヤレス通信サブシステムを含み得、これらはＵＡ１０が他の近隣のモバイルデバイスおよび／またはワイヤレス基地局とワイヤレスに通信することを可能にし得る。
【００７６】
入力／出力インターフェイス８１８は、アラート８２６にＤＳＰ８０２をさらに接続し得、アラート８２６は、発動された場合、ＵＡ１０がユーザに、例えばベルを鳴らす、メロディーを再生する、または振動することにより通知を提供することをもたらす。アラート８２６は、かかってくる電話コール、新規のテキストメッセージ、および予定のリマインダーのような任意の様々なイベントを、静穏に振動することにより、または特定の前もって割り当てられたメロディーを特定のコーラーに対して再生することによりユーザに知らせるためのメカニズムとしての役割を果たし得る。
【００７７】
キーパッド８２８は、インターフェイス８１８を介してＤＳＰ８０２に結合し、ユーザが選択をするためのメカニズム、情報を入力するためのメカニズム、およびそうでなければＵＡ１０に入力を提供するための１つのメカニズムを提供する。キーボード８２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および連続タイプのような完全または縮小型アルファベット数字式キーボードであり得るか、または電話キーパッドに関連するアルファベット文字を有する従来的な数字キーパッドであり得る。入力キーは、トラックホイール、ｅｘｉｔまたはｅｓｃａｐｅキー、トラックボール、および他の操作キーまたは機能キーを含み得、これらのキーは、さらなる入力機能を提供するために内部方向に押し下げられ得る。別の入力メカニズムは、ＬＣＤ８３０であり得、ＬＤＣ８３０は、タッチスクリーン機能を含み得、また、ユーザに文字および／またはグラフィックを表示する。ＬＣＤコントローラ８３２は、ＤＳＰ８０２をＬＣＤ８３０に結合する。
【００７８】
ＣＣＤカメラ８３４は、装備された場合、ＵＡ１０がデジタル写真を撮ることを可能にする。ＤＳＰ８０２は、カメラコントローラ８３６を介してＣＣＤカメラ８３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って作動するカメラが使用され得る。ＧＰＳセンサ８３８は、全地球測位システム信号を復号するためにＤＳＰ８０２に結合され、それによりＵＡ１０がその位置を決定することを可能にする。様々な他の周辺機器も追加的な機能を提供するために含まれ得る（例えば、ラジオおよびテレビ受信）。
【００７９】
図９は、ＤＳＰ８０２により実装され得るソフトウェア環境９０２を描写する。ＤＳＰ８０２は、オペレーティングシステムドライバ９０４を実行し、オペレーティングシステムドライバ９０４は、他のソフトウェアが作動するプラットフォームを提供する。オペレーティングシステムドライバ９０４は、アプリケーションソフトウェアがアクセス可能な標準化されたインターフェイスを有するＵＡのハードウェアのためのドライバを提供する。オペレーティングシステムドライバ９０４は、ＵＡ１０で実行されているアプリケーション間での制御を移転するアプリケーション管理サービス（「ＡＭＳ」）９０６を含む。また、ウェブブラウザアプリケーション９０８、メディアプレーヤーアプリケーション９１０、およびＪａｖａ（登録商標）アプレット９１２が図１０に示される。ウェブブラウザアプリケーション９０８は、ＵＡ１０をウェブブラウザとして作動するように設定し、ウェブページを引き出し、閲覧するために、ユーザがフォーム内に情報を入力すること、およびリンクを選択することを可能にする。メディアプレーヤーアプリケーション９１０は、音声またはＡＶメディアを引き出し再生するようにＵＡ１０を設定する。Ｊａｖａ（登録商標）アプレット９１２は、ＵＡ１０がゲーム、ユティリティ、および他の機能性を提供するように設定する。コンポーネント９１４は、本明細書に記述された機能性を提供し得る。
【００８０】
ＵＡ１０、アクセスデバイス１２０、および上述された他のコンポーネントは、上述された作用に関する命令を実行することが可能である処理コンポーネントを含み得る。図１０は、本明細書に開示された１つ以上の実施形態を実装するために適当な処理コンポーネント１０１０を含むシステム１０００の例を描写する。プロセッサ１０１０（これは、中央処理装置（ＣＰＵまたはＤＳＰ）と呼ばれ得る）に加えて、システム１０００は、ネットワーク接続デバイス１０２０、ランダムアクセスメモリ（ＲＡＭ）１０３０，リードオンリーメモリ（ＲＯＭ）１０４０、第二の記憶装置１０５０、および入力／出力（Ｉ／Ｏ）デバイス１０６０を含み得る。一部の実施形態では、ＨＡＲＱプロセスＩＤの最低数の決定を実装するためのプログラムがＲＯＭ１０４０に保存され得る。一部の場面では、一部のこれらのコンポーネントが存在しない場合があり、互いに、または示されていない他のコンポーネントと様々な組み合わせで組み合わされ得る。これらのコンポーネントは、単一の物理的エンティティ、または１つより多くの物理エンティティに位置し得る。プロセッサ１０１０によりとられるとして本明細書に記述される任意のアクションは、プロセッサ１０１０が単独でとり得るか、または１つ以上の示されたもしくは図面に示されていないコンポーネントと共にとられる。
【００８１】
プロセッサ１０１０は、ネットワーク接続デバイス１０２０、ＲＡＭ１０３０、ＲＯＭ１０４０、または第二の記憶装置１０５０（これは、ハードディスク、フロッピー（登録商標）ディスク、または光学ディスクを含み得る）からアクセスし得る命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つのプロセッサ１０１０のみが示されるが、複数のプロセッサが存在し得る。従って、命令がプロセッサにより実行されたと論考されるが、命令は、１つまたは複数のプロセッサにより同時に、並列して、または別の態様で実行され得る。プロセッサ１０１０は、１つ以上のＣＰＵチップとして実装され得る。
【００８２】
ネットワーク接続デバイス１０２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ｕｎｉｖｅｒａｌ  ｓｅｒｉａｌ  ｂｕｓ（ＵＳＢ）インターフェイスデバイス、シリアルインターフェイス、トークンリングデバイス、光ファイバ分散データインターフェイス（ＦＤＤＩ）デバイス、ワイヤレス構内通信網（ＷＬＡＮ）デバイス、符号分割多元接続（ＣＤＭＡ）デバイスのような無線トランシーバデバイス、ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）（登録商標)無線トランシーバデバイス、ｗｏｒｌｄｗｉｄｅ  ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  ｍｉｃｒｏｗａｖｅ  ａｃｃｅｓｓ（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形式を取り得る。これらのネットワーク接続デバイス１０２０は、プロセッサ１０１０がインターネットまたは１つ以上の電話通信ネットワークもしくは他のネットワークと通信することを可能にし得、プロセッサ１０１０はこれらのネットワークから情報を受信し得るか、またはプロセッサ１０１０がこれらのネットワークに情報を出力し得る。
【００８３】
また、ネットワーク接続デバイス１０２０は、高周波信号またはマイクロ波信号のような電磁波の形式でワイヤレスにデータを伝送および／または受信することが可能な１つ以上のトランシーバコンポーネント１０２５を含み得る。あるいは、データは、伝導体、同軸ケーブル、導波管、光ファイバのような光学媒体、または他の媒体の中で、またはこれらの表面で伝搬し得る。トランシーバコンポーネント１０２５は、別個の受信ユニットおよび伝送ユニットを含み得るか、または単一のトランシーバを含み得る。トランシーバ１０２５により伝送されるか受信される情報は、プロセッサ１０１０により処理されたデータまたはプロセッサ１０１０により実行される命令を含み得る。このような情報は、例えば、コンピュータデータベースバンド信号または搬送波波に含まれる信号の形式でネットワークから受信され得るか、またはネットワークへ出力され得る。データは、データの処理もしくは生成、またはデータの伝送もしくは受信のいずれかに対して所望され得る異なるシーケンスに従って並べられ得る。ベースバンド信号、搬送波波に組み込まれた信号、または現在使用されている信号もしくは今後開発される他のタイプの信号は、伝送媒体と呼ばれ得、当業者に周知のいくつかの方法に従って生成され得る。
【００８４】
ＲＡＭ１０３０は、揮発性データを保存するために使用され得、おそらくプロセッサ１０１０により実行される命令を保存するために使用され得る。ＲＯＭ１０４０は、第二の記憶装置１０５０のメモリ容量よりも小さいメモリ容量を典型的に有する不揮発性メモリデバイスである。ＲＯＭ１０４０は、命令と、おそらく命令の実行中に読み取られるデータとを保存するために使用され得る。ＲＡＭ１０３０およびＲＯＭ１０４０の双方へのアクセスは、第二の記憶装置１０５０へのアクセスより典型的に速い。第二の記憶装置１０５０は、典型的に、１つ以上のディスクドライブまたはテープドライブから成り、データの不揮発性記憶装置として使用され得るか、またはＲＡＭ１０３０が全ての作業データを保持するために充分でない場合に、オーバーフローデータ記憶デバイスとして使用され得る。第二の記憶装置１０５０は、ＲＡＭ１０３０にロードされたプログラムが実行のために選択される場合、このようなプログラムを保存するために使用され得る。
【００８５】
入力／出力デバイス１０６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイアル、マウス、トラックボール、音声認識装置、カードリーダー、ペーパーテーブリーダー、プリンタ、ビデオモニター、または他の周知の入力デバイスを含み得る。また、トランシーバ１０２５は、ネットワーク接続デバイス１０２０のコンポーネントの代わりに、またはネットワーク接続デバイス１０２０のコンポーネントであることに加えて入力／出力デバイス１０６０のコンポーネントとみなされ得る。入力／出力デバイス１０６０の一部または全てが、ディスプレイ７０２および入力７０４のような、前に記述されたＵＡ１０の図面に記載された様々なコンポーネントと実質的に同様であり得る。
【００８６】
以下の第三世代移動体通信システム標準化ロジェクト（３ＧＰＰ）技術仕様書（ＴＳ）、すなわちＴＳ３６．３２１、ＴＳ３６．３３１、およびＴＳ３６．３００は、参照により本明細書に援用される。
【００８７】
いくつかの実施形態が本開示で提供されているが、開示されたシステムおよび方法は、本開示の精神または範囲から逸脱することなく多くの他の特定の形式で具現化され得ることが理解される。本実施例は、制限的ではなく描写的とみなされ、本明細書で与えられる詳細に制限されない。例えば、コンポーネントの様々な要素は、別のシステムと組み合わせられ得るか、または統合され得る。また、特定の特徴部が省かれるか、または実装されない場合があり得る。
【００８８】
また、様々な実施形態で別または別個として記述され描写された技術、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく他のシステム、モジュール、技術、または方法と組み合わされ得るか、または統合され得る。結合されるもしくは直接結合される、または互いに通信すると示されるかまたは論考される他のアイテムは、あるインターフェイス、デバイス、もしくは媒介コンポーネントをとおして、電気的、機械的、または他の態様で間接的に結合され得るかまたは通信し得る。他の変更、代替、および改造は、当業者により確認可能であり、本明細書に開示された精神および範囲から逸脱することなくなされ得る。
【００８９】
その上、図１に関して上述された実施例は、搬送波共有ＨＰＩおよび非搬送波共有ＨＰＩを含むが、一部の実施形態では、部分的共有ＨＰＩを含むことが想起される。例えば、ＨＰＩは、システム周波数のサブセットの中で共有され得、残りのシステム周波数は、それぞれ、特定のＨＡＲＱプロセスを特定するためにＨＰＩと組み合わされる。例えば、図１１を参照すると、代替のプロセス復号バッファを形成する行列１１０２−１１０８の例示的なセット１１００が描写される。図１１では、行列１１０２は、ＨＰＩ０００、００１、０１０、および０１１が周波数ｆ１およびｆ２に対して共有されていることを示す。しかし、ここでは、行列１１０６および１１０８は、周波数ｆ３およびｆ４に対して、ＨＰＩ０００、００１、０１０、および０１１が共有されていないことを示す。その上、行列１１０４、１１０５、１１０６、および１１０８は、ＨＰＩ１００、１０１、１１０、および１１１のそれぞれが非搬送波共有であることを示す。
【００９０】
図１１の例では、ＨＰＩを識別することに加え、ＵＡプロセッサ１４は、トラフィックパケット搬送波（すなわち、伝送周波数）を常に識別しなければならない。任意の部分的共有ＨＰＩ０００、００１、０１０、または０１１が受信された場合、不正確に受信された周波数ｆ１およびｆ２のトラフィックパケットは、行列１１０２にＨＰＩにより保存される。任意の部分的共有ＨＰＩ０００、００１、０１０、および０１１が受信された場合、不正確に受信された周波数ｆ３またはｆ４のトラフィックパケットは、それぞれ、行列１１０６および１１０８にＨＰＩにより保存される。
【００９１】
本開示の範囲を公開するために、以下の特許請求がなされる。
【図１】
0005490871.tif 000002
【図２】
0005490871.tif 000003
【図３】
0005490871.tif 000004
【図４】
0005490871.tif 000005
【図５】
0005490871.tif 000006
【図６】
0005490871.tif 000007
【図７】
0005490871.tif 000008
【図８】
0005490871.tif 000009
【図９】
0005490871.tif 000010
【図１０】
0005490871.tif 000011
【図１１】
0005490871.tif 000012