(57)【要約】ハイブリッド自動リピート要求（ＨＡＲＱ）プロセスＩＤを割り当てるための方法を提供する。方法は、第１のＨＡＲＱプロセスＩＤを有する第１の初期半永続的スケジューリング（ＳＰＳ）伝送と関連付けられる再伝送が、ＳＰＳリソースで以前に構成された第２の初期伝送後に生じると期待される時に、第２のＨＡＲＱプロセスＩＤを第２の初期伝送に明示的に割り当てるステップを含み、第２のＨＡＲＱプロセスＩＤは、第１のＨＡＲＱプロセスＩＤとは異なる。【選択図】図８ｃ
2011530266.tif 000002
【特許請求の範囲】
【請求項１】
ハイブリッド自動リピート要求（ＨＡＲＱ）プロセスＩＤを割り当てるための方法であって、
第１のＨＡＲＱプロセスＩＤを有する第１の初期半永続的スケジューリング（ＳＰＳ）伝送と関連付けられる再伝送が、ＳＰＳリソースで以前に構成された第２の初期伝送後に生じると期待される時に、第２のＨＡＲＱプロセスＩＤを前記第２の初期伝送に明示的に割り当てるステップを含み、前記第２のＨＡＲＱプロセスＩＤは、前記第１のＨＡＲＱプロセスＩＤとは異なる、方法。
【請求項２】
前記明示的な割当は、物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して選択される情報を含む、請求項１に記載の方法。
【請求項３】
前記第１のＨＡＲＱプロセスＩＤを有する前記第１の初期ＳＰＳ伝送の前記再伝送が、前記第２の初期伝送後に生じると期待されない時に、前記第２の初期伝送が前記第１のＨＡＲＱプロセスＩＤに割り当てられることをさらに含む、請求項１に記載の方法。
【請求項４】
前記第１のＨＡＲＱプロセスＩＤは、信号メッセージを介して留保され、前記信号メッセージは、無線リソース制御（ＲＲＣ）信号メッセージまたは物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）信号メッセージのうちの１つである、請求項１に記載の方法。
【請求項５】
アクセスデバイスであって、
第１のハイブリッド自動リピート要求（ＨＡＲＱ）プロセスＩＤを有する第１の初期半永続的スケジューリング（ＳＰＳ）伝送と関連付けられる再伝送が、ＳＰＳリソースで以前に構成された第２の初期伝送後に生じると期待される時に、前記アクセスデバイスが、第２のＨＡＲＱプロセスＩＤを前記第２の初期伝送に明示的に割り当てるように構成される、伝送器を備え、前記第２のＨＡＲＱプロセスＩＤは、前記第１のＨＡＲＱプロセスＩＤとは異なる、アクセスデバイス。
【請求項６】
前記明示的な割当は、物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して選択される情報を含む、請求項５に記載のアクセスデバイス。
【請求項７】
前記第１のＨＡＲＱプロセスＩＤを有する前記第１の初期ＳＰＳ伝送の前記再伝送が、前記第２の初期伝送後に生じると期待されない時に、前記アクセスデバイスは、前記第２の初期伝送に前記第１のＨＡＲＱプロセスＩＤを割り当てる、請求項５に記載のアクセスデバイス。
【請求項８】
前記第１のＨＡＲＱプロセスＩＤは、信号メッセージを介して留保され、前記信号メッセージは、無線リソース制御（ＲＲＣ）信号メッセージまたは物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）信号メッセージのうちの１つである、請求項５に記載のアクセスデバイス。
【請求項９】
前記第２の伝送の動的伝送は、前記第２の伝送に対する前記リソースを割り当てる制御チャネルメッセージを伝送する、前記アクセスデバイスによって生じる、請求項５に記載のアクセスデバイス。
【請求項１０】
ユーザ機器であって、
第１のハイブリッド自動リピート要求（ＨＡＲＱ）プロセスＩＤを有する第１の初期半永続的スケジューリング（ＳＰＳ）伝送と関連付けられる再伝送が、ＳＰＳリソースで以前に構成された第２の初期伝送後に生じると期待される時に、前記ユーザ機器が、前記第２の初期伝送に明示的に割り当てられた第２のＨＡＲＱプロセスＩＤを受信するように構成される、受信機を備え、前記第２のＨＡＲＱプロセスＩＤは、前記第１のＨＡＲＱプロセスＩＤとは異なる、ユーザ機器。
【請求項１１】
前記ユーザ機器によって受信される、前記明示的な割当は、物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して選択される情報を含む、請求項１０に記載のユーザ機器。
【請求項１２】
前記第１のＨＡＲＱプロセスＩＤを有する前記第１の初期ＳＰＳ伝送の前記再伝送が、前記第２の初期伝送後に生じると期待されない時に、前記第２の初期伝送には、前記第１のＨＡＲＱプロセスＩＤが割り当てられる、請求項１０に記載のユーザ機器。
【請求項１３】
前記第１のＨＡＲＱプロセスＩＤは、信号メッセージを介して留保され、前記信号メッセージは、無線リソース制御（ＲＲＣ）信号メッセージまたは物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）信号メッセージのうちの１つである、請求項１０に記載のユーザ機器。
【発明の詳細な説明】
【背景技術】
【０００１】
本明細書で使用される場合、「ユーザエージェント」および「ＵＡ」という用語は、携帯電話、携帯情報端末、手持ち式またはラップトップコンピュータ、および電気通信能力を有する同様のデバイス等の、携帯デバイスを指すことができる。そのようなＵＡは、加入者識別モジュール（ＳＩＭ）アプリケーション、汎用加入者識別モジュール（ＵＳＩＭ）アプリケーション、可撤性ユーザ識別モジュール（Ｒ−ＵＩＭ）アプリケーションを含む、デバイスおよびその関連汎用集積回路カード（ＵＩＣＣ）から成る場合があり、またはそのようなカードを伴わないデバイス自体から成る場合がある。「ＵＡ」という用語はまた、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の、同様の能力を有するが運搬可能ではないデバイスを指してもよい。ＵＡがネットワークノードである時、ネットワークノードは、無線デバイス等の別の機能に代わって作用し、無線デバイスまたは固定回線デバイスをシミュレートまたはエミュレートすることができる。例えば、いくつかの無線デバイスについて、典型的にはデバイス上に常駐するＩＰ（インターネットプロトコル）マルチメディアサブシステム（ＩＭＳ）セッション開始プロトコル（ＳＩＰ）クライアントは、実際にネットワーク内に常駐し、最適化されたプロトコルを使用して、デバイスにＳＩＰメッセージ情報を中継する。言い換えれば、伝統的に無線デバイスによって実行された、いくつかの機能は、遠隔ＵＡの形態で分布することができ、その場合、遠隔ＵＡは、ネットワーク内の無線デバイスを表す。「ＵＡ」という用語はまた、ＳＩＰセッションを終結させることができる、任意のハードウェアまたはソフトウェア構成要素も指すことができる。
【０００２】
従来の無線電気通信システムにおいて、基地局内の伝送機器は、セルとして公知の地理的な領域内全体に、信号を伝送する。技術が進化するにつれ、以前では不可能であったサービスを提供可能な、より高度な機器が導入されるようになった。この高度な機器は、例えば、基地局よりもむしろ拡張ノードＢ（ＥＮＢ）、または従来の無線電気通信システムにおける同等の機器よりもさらに高度に進化した他のシステムおよびデバイスを含む場合がある。かかる高度なまたは次世代の機器は、ロングタームエボリューション（ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）機器と称されてもよく、また、かかる機器を使用するパケットベースのネットワークは、進化型のパケットシステム（ＥＰＳ）と称することもできる。本明細書で使用されるような「アクセスデバイス」という用語は、ＵＡに、電気通信システム内の他の構成要素へのアクセスを提供することができる、従来の基地局またはＬＴＥ  ＥＮＢ等の任意の構成要素を指す。ＥＰＳシステムでは、ＵＡはしばしば、ユーザ機器（ＵＥ）と呼ばれる。
【０００３】
無線ボイスオーバーインターネットプロトコル（ＶｏＩＰ）通話では、ＵＡとアクセスデバイスとの間でデータを搬送する信号は、周波数、時間、および符号化パラメータの特定のセット、ならびにアクセスデバイスによって指定され得る他の特徴を有することができる。ＵＡとかかる特徴の特定のセットを有するアクセスデバイスとの間の接続は、リソースと称することができる。アクセスデバイスは、典型的には、特定の時間において通信する各ＵＡで、異なるリソースを確立する。
【発明の概要】
【課題を解決するための手段】
【０００４】
最初に、本開示の１つ以上の実施形態の例証的実装を以下で提供するが、開示されたシステムおよび／または方法は、現在既知であるか、または既存であるかにかかわらず、任意の数の技法を使用して実装されてもよいことを理解されたい。本開示は、本明細書で例証および説明される例示的設計および実装を含む、以下で例証される例証的実装、図面、および技法に決して限定されるべきではないが、同等物の全範囲とともに、添付の請求項の範囲内で修正されてもよい。
【０００５】
一実施形態では、ハイブリッド自動リピート要求（ＨＡＲＱ）プロセスＩＤを割り当てるための方法が提供される。方法は、第１のＨＡＲＱプロセスＩＤを有する第１の初期半永続的スケジューリング（ＳＰＳ）伝送と関連付けられる再伝送が、ＳＰＳリソースで以前に構成された第２の初期伝送後に生じると期待される時に、第２のＨＡＲＱプロセスＩＤを第２の初期伝送に明示的に割り当てるステップを含み、第２のＨＡＲＱプロセスＩＤは、第１のＨＡＲＱプロセスＩＤとは異なる。
【０００６】
代替実施形態では、アクセスデバイスが提供される。 アクセスデバイスは、第１のハイブリッド自動リピート要求（ＨＡＲＱ）プロセスＩＤを有する第１の初期半永続的スケジューリング（ＳＰＳ）伝送と関連付けられる再伝送が、ＳＰＳリソースで以前に構成された第２の初期伝送後に生じると期待される時に、アクセスデバイスが、第２のＨＡＲＱプロセスＩＤを第２の初期伝送に明示的に割り当てるように構成される、伝送器を含み、第２のＨＡＲＱプロセスＩＤは、第１のＨＡＲＱプロセスＩＤとは異なる。
【０００７】
代替実施形態では、ユーザ機器が提供される。 ユーザ機器は、第１のハイブリッド自動リピート要求（ＨＡＲＱ）プロセスＩＤを有する第１の初期半永続的スケジューリング（ＳＰＳ）伝送と関連付けられる再伝送が、ＳＰＳリソースで以前に構成された第２の初期伝送後に生じると期待される時に、ユーザ機器が、第２の初期伝送に明示的に割り当てられた第２のＨＡＲＱプロセスＩＤを受信するように構成される、受信機を備え、第２のＨＡＲＱプロセスＩＤは、第１のＨＡＲＱプロセスＩＤとは異なる。
【０００８】
一度、伝送リソースを決定し、次いで、実質的に同一のリソースを周期的に再割り当てする手順は、半永続的スケジューリングと称することができる（構成されたスケジューリングとも称される）。半永続的スケジューリングにおいて、ＵＡの反復するリソースの利用可能性についての低頻度ＰＤＣＣＨ（物理的ダウンリンク制御チャネル）通知があり、したがって、アップリンクおよびダウンリンクの両方における信号伝達オーバーヘッドが低減される。つまり、半永続的スケジューリングにおいて、複数データパケットに提供されるリソースは、単一のスケジューリング要求に基づいて割り当てられる。
【０００９】
ハイブリッド自動リピート要求（ＨＡＲＱ）は、半永続的スケジューリングを使用するデータ伝送を含む、デジタル電気通信で使用されることがあるエラー制御方法である。ＨＡＲＱでは、付加的なエラー検出および訂正ビットをデータ伝送に追加することができる。伝送の受信者がデータ伝送の復号に成功できた場合には、受信者は、伝送と関連付けられるデータブロックを受け入れる。受信者が伝送を復号できない場合、受信者は、再伝送を要求する場合がある。
【図面の簡単な説明】
【００１０】
ここで、本開示のより完全な理解のために、添付の図面および発明を実施するための形態と関連して、以下の簡単な説明を参照し、類似参照数字は、類似部品を表す。
【図１】図１は、本開示の一実施形態による、データ伝送および再伝送の説明図である。
【図２】図２は、本開示の一実施形態により、データ伝送および再伝送の代替説明図である。
【図３】図３は、本開示の一実施形態による、初期伝送および再伝送を関連付けるための方法の略図である。
【図４】図４は、本開示の種々の実施形態のうちのいくつかに対して、動作可能なユーザエージェントを含む、無線通信システムの略図である。
【図５】図５は、本開示の種々の実施形態のうちのいくつかに対して動作可能なユーザエージェントのブロック図である。
【図６】図６は、本開示の種々の実施形態のうちのいくつかに対して動作可能なユーザエージェント上に実装されてもよい、ソフトウェア環境の略図である。
【図７】図７は、本開示の種々の実施形態のうちのいくつかに好適である、例証的な汎用コンピュータシステムである。
【図８ａ】図８ａ、８ｂおよび８ｃは、本開示の一実施形態による、データ伝送および再伝送の代替説明図である。
【図８ｂ】図８ａ、８ｂおよび８ｃは、本開示の一実施形態による、データ伝送および再伝送の代替説明図である。
【図８ｃ】図８ａ、８ｂおよび８ｃは、本開示の一実施形態による、データ伝送および再伝送の代替説明図である。
【図９】図９は、セルの中のＵＡの幾何学形状を描写する。
【発明を実施するための形態】
【００１１】
図１は、アクセスデバイス１２０からＵＡ１１０への一連のデータ伝送を図示する。データ伝送は、初期伝送２１０と、ＵＡ１１０が１つ以上の初期伝送２１０の受信に成功しなかった時に生じる再伝送２２０とを含む。初期伝送２１０は、ＨＡＲＱエラー検出ビットを含み、周期的なパケット到着間隔２３０、例えば、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）については２０ミリ秒で生じる。初期伝送２１０を受信すると、ＵＡ１１０は、エラー検出ビットの復号を試行する。復号が成功である場合、ＵＡ１１０は、初期データ伝送２１０と関連付けられるデータパケットを受け入れ、確認（ＡＣＫ）メッセージをアクセスデバイス１２０に送信する。復号が不成功である場合、ＵＡ１１０は、バッファの中に初期データ伝送２１０と関連付けられるデータパケットを入れ、非確認（ＮＡＣＫ）メッセージをアクセスデバイス１２０に送信する。
【００１２】
アクセスデバイス１２０がＮＡＣＫメッセージを受信した場合、アクセスデバイス１２０は、初期伝送２１０の再伝送２２０ａを送信する。再伝送は、バッファの中に定着している初期伝送と組み合わせられるように意図されている、異なるデータを含有してもよい。初期伝送２１０ａ等の再伝送２２０ａは、ＨＡＲＱエラー訂正および検出ビットを含む。その対応する初期伝送２１０ａと共に、再伝送２２０ａの復号が不成功である場合、ＵＡ１１０は、別のＮＡＣＫメッセージを送信する場合があり、アクセスデバイスは、別の再伝送２２０ｂを送信する場合がある。ＵＡ１１０は、通常、復号の前に、初期伝送２１０ａおよびその対応する再伝送２２０ａ、２２０ｂを組み合わせる。初期伝送２１０およびその第１の再伝送２２０ａの間、または２つの再伝送２２０ａ、２２０ｂの間の間隔は、しばしば、再伝送時間２４０と称される。
【００１３】
アクセスデバイス１２０がＵＡ１１０に初期伝送２１０を送信し、ＵＡ１１０が伝送の復号を試行し、アクセスデバイス１２０がＵＡ１１０からのＡＣＫまたはＮＡＣＫメッセージを待機し、ＮＡＣＫメッセージが受信されるとアクセスデバイス１２０が再伝送２２０を送信し、ＵＡ１１０が組み合わせられた伝送および再伝送の復号の成功を試行するプロセスは、ＨＡＲＱプロセスと称することができる。アクセスデバイス１２０は、例えば、ＥＰＳシステムの一実施形態については８である、限定数のＨＡＲＱプロセスのみをサポートすることができる。各ＨＡＲＱプロセスには一意のＩＤが与えられ、特定のＨＡＲＱプロセスＩＤは、ある一連のデータ伝送専用に留保される場合がある。例えば、ＨＡＲＱプロセスＩＤ１が、一連の半永続的にスケジュールされた伝送に留保される場合、いずれの他の伝送もＨＡＲＱプロセスＩＤ１を使用することができない。
【００１４】
ＨＡＲＱプロセスＩＤは、制御チャネル信号伝達、例えば、ＰＤＣＣＨを介して指定される場合がある。半永続的（または構成された）スケジューリングについては、通話スパートの最初の初期伝送のみが制御チャネルを介して割り当てられる。半永続的（または構成された）リソースと関連付けられる後続の初期伝送２１０は、制御チャネルを介して割り当てられず、したがって、明示的に割り当てられたＨＡＲＱプロセスＩＤを持たない。制御チャネル信号伝達、例えば、ＰＤＣＣＨを介して割り当てられる再伝送２２０のみに、ＨＡＲＱプロセスＩＤが明示的に割り当てられる。よって、初期伝送２１０と起こり得る再伝送２２０との間には直接連携がない。つまり、ＵＡ１１０が再伝送２２０を受信すると、ＵＡ１１０は、再伝送２２０が再伝送を必要とする最新の初期伝送２１０に対するものであると仮定しなければならない場合がある。しかしながら、再伝送は、実際には、以前の初期伝送２１０と関連付けられる場合がある。ＵＡ１１０が仮定しなければならない場合、間違った仮定をする場合がある。
【００１５】
これは、図１で例証することができ、ここで、ＵＡ１１０が第１の初期伝送２１０ａの受信に成功しないと仮定できる。初期伝送２１０ａは、半永続的（または構成された）リソースを使用して送信された最初の伝送ではない（すなわち、ＰＤＤＣＨ上で信号伝達されていない）が、代わりに、明示的に割り当てられたＨＡＲＱプロセスＩＤを持たない初期伝送であると仮定される。次いで、ＵＡ１１０は、ＮＡＣＫをアクセスデバイス１２０に送信する。ＮＡＣＫを受信すると、アクセスデバイス１２０は、ＵＡ１１０に第１の再伝送２２０ａを送信する。ＵＡ１１０は、第１の再伝送２２０ａの受信に成功せず、別のＮＡＣＫを送信する。次いで、アクセスデバイス１２０が、第２の再伝送２２０ｂを送信し、ＵＡ１１０は、再度その受信に成功しない。ＵＡ１１０は、第３のＮＡＣＫを送信し、アクセスデバイス１２０は、第３の再伝送２２０ｃを送信する。
【００１６】
ＨＡＲＱプロセスＩＤは、ＰＤＣＣＨ上で再伝送２２０のそれぞれに明示的に信号伝達されるが、初期伝送２１０ａには信号伝達されないため、再伝送２２０が初期伝送２１０ａに関連付けられることが明らかではない場合がある。この問題を解決する簡単な方法は、アクセスデバイス１２０とＵＡ１１０との間のセッションの持続時間にわたって、初期伝送２１０および再伝送２２０の全てに対するＨＡＲＱプロセスＩＤを留保することである。こうして、再伝送に対してＰＤＣＣＨ上で明示的に信号伝達されるＨＡＲＱプロセスＩＤは、初期伝送に対してＵＡ１１０によって暗示的に使用されるものと同じとなり、ＵＡ１１０は、例えば、再伝送２２０ａおよび２２０ｂが初期伝送２１０ａと関連付けられることを知る。
【００１７】
しかしながら、第２の初期伝送２１０ｂの後で再伝送が行われるため、第３の再伝送２２０ｃに関して、いくらかの不明点が依然として存在する。１つのＨＡＲＱプロセスＩＤが、半永続的にスケジュールされた伝送のために取っておかれ、初期伝送２１０ａおよび２１０ｂならびに再伝送２２０ａ、２２０ｂ、および２２０ｃの両方が、同じＨＡＲＱプロセスＩＤを使用する場合、第３の再伝送２２０ｃが、第１の初期伝送２１０ａまたは第２の初期伝送２１０ｂのどちらに関連付けられたのかがはっきりしない。この問題は、２つのＨＡＲＱプロセスＩＤを留保し、それらを交互に起こる初期伝送２１０に暗示的に割り当てることによって、解決される場合がある。２つのＨＡＲＱプロセスがこのように留保されていることをＵＡ１１０およびアクセスデバイス１２０の両方が認識している場合、どの再伝送２２０がどの初期伝送２１０と関連付けられるのかを解決することができる。
【００１８】
一実施形態では、半永続的（または構成された）伝送が割り当てられると、メッセージが無線リソース制御（ＲＲＣ）上でＵＡ１１０に伝送される。このＲＲＣメッセージは、半永続的（または構成された）伝送の期間を含有する。加えて、このメッセージは、半永続的伝送のために留保されているＨＡＲＱプロセスＩＤの数を含んでもよい。代替として、ＵＡ１１０およびアクセスデバイス１２０の両方は、半永続的リソースのために留保されているＨＡＲＱプロセスＩＤの数をすでに知っていてもよい。ＵＡ１１０は、半永続的にスケジュールされたリソースを受信する時に使用するためのＨＡＲＱプロセスＩＤ情報を記憶する。当業者であれば、半永続的伝送の期間、およびＰＤＣＣＨ上の信号伝達を含む半永続的伝送のために留保されているＨＡＲＱプロセスＩＤの数を伝送するために、他のプロトコルを使用できることを理解するであろう。
【００１９】
いったん半永続的リソースが割り当てられていることをＵＡ１１０が知ると、ＵＡ１１０は第１の初期伝送を聞く。一実施形態では、第１の初期伝送に対する制御信号伝達が、物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信される。ＰＤＣＣＨは、常に同じサブフレームの中にある半永続的リソースに使用される、リソースブロック（ＲＢ）ならびに変調および符号化スキーム（ＭＣＳ）を含有する。ＵＡ１１０は、ＲＢおよびＭＣＳがＰＤＣＣＨで伝送された、システムフレーム番号（ＳＦＮ）およびサブフレームに留意する。次いで、ＵＡ１１０は、別のチャネルである、物理的ダウンリンク共有チャネル（ＰＤＳＣＨ）を見て、同じサブフレームの中の半永続的データを取得する。ＵＡ１１０は、制御チャネル、例えば、ＰＤＣＣＨを見て、次の伝送を判定する代わりに、次の初期伝送を期待する時を判定するために、期間情報を使用する。例えば、第１の初期伝送がＳＦＮ＝１、サブフレーム＝９で生じ、期間が２０サブフレームであると仮定する。第２の初期伝送は、ＳＦＮにつき１０のサブフレームがあると仮定して、ＳＦＮ＝３およびサブフレーム＝９で生じる。ＵＡ１１０は、期待ＳＦＮ、サブフレーム、およびＲＢを引き続き見て、ＵＡ１１０にその挙動を変えるように告げる別のメッセージをＵＡ１１０が受信するまで、各伝送における情報を復号する。
【００２０】
ＨＡＲＱリソースの留保は不明点を低減することができるが、非効率性をもたらす可能性もある。８つのＨＡＲＱリソースが利用可能である時、１つのＨＡＲＱリソースの留保は、非半永続的にスケジュールされたデータのピークデータスループットを１２．５％低減する可能性があり、２つのＨＡＲＱリソースの留保は、非半永続的にスケジュールされたデータのピークデータスループットを２５％低減する可能性がある。少なくとも１つの再伝送２２０が、典型的には、初期伝送の約１０〜１５％で生じるため、ピークデータスループットの１２．５％低減は、例えば、第１の再伝送２２０ａが第１の初期伝送２１０ａに関連付けられることを確実にするための容認可能なトレードオフとなる場合がある。しかしながら、第２のＨＡＲＱリソースの留保によってもたらされるデータスループットの２５％低減は、過剰となる場合がある。第２のＨＡＲＱリソースは、第３の再伝送２２０ｃが生じる時の不明点を軽減できるが、第３の再伝送２２０ｃは、可能性が非常に低い。例えば、第３の再伝送２２０ｃは、典型的には、初期伝送の約２〜３％のみで生じる。場合によっては、ＵＡがセル端にある時に、より多数の再伝送が必要とされる。図９に示されるように、ＵＡのうちのごく少数しかセル端にない。かかる稀な事象は、スループットのこのような大幅な低減を必ずしも生じさせるとは限らない。
【００２１】
パケット到達インターバル230は、通常、２０ミリ秒であり、再伝送時間240は、通常、８ミリ秒であるため、通常、第１の再伝送２２０ａおよび第２の再伝送２２０ｂが、第１の初期伝送２１０ａおよび第２の初期伝送２１０ｂの間で生じ、通常、第２の初期伝送２１０ｂの後で、第３の再伝送２２０ｃが生じる。例えば、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）等の半永続的にスケジュールされたサービスについて、パケット到着間隔２３０が、典型的には２０ミリ秒である一方で、再伝送時間２４０は、典型的には８ミリ秒である。初期伝送２１０に対する再伝送２２０の数が２に限定される場合には、第３の再伝送２２０ｃと関連付けられる不明点は排除され、１つのみのＨＡＲＱプロセスの留保は、再伝送２２０ａおよび２２０ｂが適切な初期伝送２１０ａと関連付けられることを確実にしてもよい。
【００２２】
しかしながら、初期伝送２１０に対する再伝送２２０の数が２に限定されない状況があってもよい。例えば、セル端付近で、第３の再伝送２２０ｃが必要とされてもよい。初期伝送２１０に対する再伝送２２０の数が２に限定されない場合、スループット性能を向上させるために、第２のＨＡＲＱプロセスＩＤの現行の留保を伴わない方式で、第３の再伝送２２０ｃと関連付けられる不明点を解決することが望ましくてもよい。
【００２３】
ＵＡ１１０およびアクセスデバイス１２０は両方とも、ＵＡ１１０が送信したＮＡＣＫメッセージの数、アクセスデバイス１２０が送信した再伝送２２０の数、パケット到達間隔２３０のサイズ、および再伝送時間２４０の長さを認識している。この情報により、ＵＡ１１０およびアクセスデバイス１２０は両方とも、第２の初期伝送２１０ｂの後に第１の初期伝送２１０ａと関連付けられる再伝送２２０が生じることを認識できる。例えば、ＵＡ１１０およびアクセスデバイス１２０は、初期伝送２１０ｂの後に再伝送２２０ｃが生じることを知る。
【００２４】
一実施形態において、第２の初期伝送２１０ｂの後に第１の初期伝送２１０ａと関連付けられる再伝送２２０が生じることを、ＵＡ１１０およびアクセスデバイス１２０が認識するまで、第１のＨＡＲＱプロセスＩＤが全ての初期伝送２１０に対して留保される。その時に、ＵＡ１１０およびアクセスデバイス１２０は、第２のＨＡＲＱプロセスＩＤが第２の初期伝送２１０ｂに暗示的に割り当てられることを記述する規則に従うことに同意できる。このように、ＵＡ１１０およびアクセスデバイス１２０は、第１の初期伝送２１０ａと関連付けられる再伝送２２０を、第１の初期伝送２１０ａに適切にリンクさせることができ、かつ、第２の初期伝送２１０ｂと関連付けられる再伝送２２０を、第２の初期伝送２１０ｂに適切にリンクさせることができる。
【００２５】
初期伝送２１０と関連付けられる再伝送２２０の総数が限定される場合、第２の再伝送２２０ｃの後に生じる初期伝送２１０は、第１のＨＡＲＱプロセスＩＤを使用することに戻ることができる。これは、第２の初期伝送２１０ｂの後に生じる第３の再伝送２２０ｃという稀な場合が生じた時のみ、第２のＨＡＲＱプロセスＩＤが一時的に使用されることを可能にする。したがって、ＵＡ１１０とアクセスデバイス１２０との間のセッションの全体を通して、第２のＨＡＲＱプロセスが留保される場合と比較して、非半永続的にスケジュールされたデータに対するデータスループットを、ほぼ１２．５％増加させることができる。
【００２６】
この実施形態の実施例を図２に図示する。ここではＨＡＲＱ  ＩＤ−Ｘと称される第１のＨＡＲＱプロセスは、初期伝送２１０ａの前に生じる初期伝送２１０ｄを含む、初期伝送２１０に対して留保される。図１と同様に、初期伝送２１０ａは不成功であり、初期伝送２１０ａの３つの再伝送２２０が生じ、第２の初期伝送２１０ｂの後に第３の再伝送２２０ｃが生じる。この場合、パケット到達間隔が２０ミリ秒であり、再伝送時間が８ミリ秒であるため、ＵＡ１１０およびアクセスデバイス１２０は両方とも、再伝送２２０ａおよび２２０ｂが第１のパケット到達間隔２３０ａ内に入り、再伝送２２０ｃが第２のパケット到達間隔２３０ｂ内に入ることを認識している。他の実施形態では、再伝送２２０ａおよび２２０ｂを第１のパケット到達間隔２３０ａ内に入らせ、再伝送２２０ｃを第２のパケット到達間隔２３０ｂ内に入らせる、他のパケット到達間隔２３０および再伝送時間２４０を使用することができる。
【００２７】
ＵＡ１１０が第２の再伝送２３０ｂで不成功である時、ＵＡ１１０はＮＡＣＫメッセージをアクセスデバイス１２０に送信する。その時に、ＵＡ１１０およびアクセスデバイス１２０は、第２の初期伝送２１０ｂの後で第３の再伝送２２０ｃが生じることを認識するようになり、第２の初期伝送２１０ｂおよび第２の初期伝送２１０ｂに対して生じる場合がある任意の再伝送２２０に対して、第２のＨＡＲＱプロセスＩＤが留保されることに合意する。第２のＨＡＲＱプロセスＩＤは、本明細書ではＨＡＲＱ  ＩＤ−Ｘと称される。第２の初期伝送２１０ｂと関連付けられる再伝送２２０ｄが生じる場合、ＵＡ１１０およびアクセスデバイス１２０は両方とも、ＨＡＲＱ  ＩＤ−Ｙを第２の初期伝送２１０ｂと関連付けられる再伝送２２０ｄに暗示的に割り当てることを知る。言い換えれば、ＵＡ１１０が、パケット到達間隔２３０ｂ中に再伝送２２０ｃおよび再伝送２２０ｄの両方を受信する場合、ＵＡ１１０は、再伝送２２０ｃが第１の初期伝送２１０ａと関連付けられ、再伝送２２０ｄが第２の初期伝送２１０ｂと関連付けられることを知る。
【００２８】
初期伝送２１０に対する再伝送２２０の数が限定される場合、ＵＡ１１０およびアクセスデバイス１２０は、第１の初期伝送２１０ａと関連付けられる再伝送２２０がこれ以上生じないことを認識している。したがって、ＨＡＲＱ  ＩＤ−Ｘは、この時点で、再伝送２２０を第１の初期伝送２１０ａに関連付けるためにもはや必要とされない。したがって、ＨＡＲＱ  ＩＤ−Ｘは、初期伝送２１０ｃおよび任意の後続の初期伝送２１０によって使用することができ、ＨＡＲＱ  ＩＤ−Ｙは、他の目的で解放することができる。このように、ＨＡＲＱ  ＩＤ−Ｙは、短期間のみ、かつ、稀な場合にのみ、使用できるため、セッションの間中２つのＨＡＲＱプロセスが留保されている場合に比べて、全体的なデータスループットを増加させる。
【００２９】
ＨＡＲＱ  ＩＤ−Ｙの識別子は、種々の異なる方法のうちの１つで割り当てることができる。一実施形態では、ＨＡＲＱ  ＩＤ-Ｙは、単純にＨＡＲＱ  ＩＤ-Ｘ＋１である。例えば、ＨＡＲＱ  ＩＤ-Ｘが３である場合、ＨＡＲＱ  ＩＤ-Ｙは４となる。別の実施形態では、ＨＡＲＱ  ＩＤ-Ｙは、ＨＡＲＱ  ＩＤ-Ｘ＋Ｎであり、Ｎは、アクセスデバイス１２０によって明示的または暗示的に割り当てられる整数である。例えば、ＨＡＲＱ  ＩＤ-Ｘが５であり、アクセスデバイス１２０が２という値をＮに割り当てる場合、ＵＡ１１０およびアクセスデバイス１２０は両方とも、ＨＡＲＱ  ＩＤ-Ｙが７であることを認識する。
【００３０】
別の実施形態では、ＵＡ１１０およびアクセスデバイス１２０は、ＨＡＲＱ  ＩＤ-Ｙが、第３の再伝送２２０が第２の初期伝送２１０の後に生じることが明白となる時に利用可能である、次のＨＡＲＱプロセスになることに合意する。つまり、ＵＡ１１０およびアクセスデバイス１２０は両方とも、どのＨＡＲＱプロセスＩＤが他のＵＡによって使用中であり、どのＨＡＲＱプロセスＩＤが使用されていないかを認識しており、ＨＡＲＱプロセスＩＤのシーケンスで、次の未使用ＨＡＲＱプロセスＩＤを使用することができる。例えば、ＵＡ１１０およびアクセスデバイス１２０が、ＨＡＲＱプロセス２を使用しており、ＨＡＲＱプロセス３および４が他のＵＡによって使用されているが、ＨＡＲＱプロセス５が使用されていないことを認識している場合、ＵＡ１１０およびアクセスデバイス１２０は、ＨＡＲＱプロセス５を使用する。
【００３１】
一実施形態において、アクセスデバイス１２０は、セッションセットアップ時に、無線リソース制御信号伝達を介して値をＨＡＲＱ  ＩＤ−Ｙに割り当てるが、ＨＡＲＱ  ＩＤ−Ｙプロセスは、必要な場合のみに使用される。つまり、ＵＡ１１０とアクセスデバイス１２０との間でセッションがセットアップされている時に、アクセスデバイス１２０は、ＨＡＲＱ  ＩＤ−Ｘを留保し、第２の初期伝送２１０の後で第３の再伝送２２０が生じる場合に使用される、ＨＡＲＱ  ＩＤ−Ｙプロセスを指定する。そのような状況が生じると、ＵＡ１１０およびアクセスデバイス１２０は、その時にＨＡＲＱ  ＩＤ−Ｙが留保されることを知っており、第２の初期伝送２１０をその再伝送のうちのいずれかと関連付けるために、ＨＡＲＱ  ＩＤ−Ｙを使用する。
【００３２】
ＨＡＲＱ  ＩＤ-ＸおよびＨＡＲＱ  ＩＤ-Ｙの割当は、ＡＣＫ／ＮＡＣＫの正確な受信に依存する。そこでＵＡ１１０がＡＣＫを伝送するが、アクセスデバイス１２０がこれをＮＡＣＫとして解釈する、またはその逆である場合、アクセスデバイス１２０およびＵＡ１１０は、ＨＡＲＱプロセスＩＤの状態の異なる理解を得る。したがって、ＨＡＲＱ  ＩＤの不一致が生じる。
【００３３】
別の実施形態では、アクセスデバイス１２０、例えば、ＮＢが、第２の初期伝送２１０の後に第３の再伝送２２０が生じることを認識している場合、アクセスデバイス１２０は、第２の初期伝送２１０を伝送するために、動的上書きを使用してもよい。動的上書きとは、例えば、アクセスデバイス１２０が初期伝送２１０ｂをスケジュールする時に、例えば、第２の初期伝送２１０と関連付けられるＨＡＲＱプロセスＩＤを明示的に識別することによって、ＨＡＲＱプロセスＩＤの不明点を解決するように、物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）上で動的に上書きすることを指す。このアプローチは、いくらかの付加的なＰＤＣＣＨ信号伝達オーバーヘッドを消費するが、ＨＡＲＱプロセスＩＤの使用の付加的な融通性を提供する。
【００３４】
動的上書きは、ダウンリンクおよびアップリンクの両方を適用することができる半永続的リソース割当を上書きするために、アクセスデバイス１２０が使用するスキームである。ここで一例としてダウンリンクを使用すると、ＵＡ１１０には、ダウンリンクにおいて半永続的（または構成された）リソースが割り当てられ、アクセスデバイス１２０は、半永続的（または構成された）パケットをＵＡ１１０に送達するために、このリソースを使用する。場合によっては、アクセスデバイス１２０は、割り当てられたリソースよりも大きい、到着する大型の半永続的に割り当てられたパケットを有してもよく、例えば、大型パケットを送信するために必要とされるリソースブロックの数は、半永久的に割り当てられたリソースブロックの数より多い。この場合、アクセスデバイスは、より大型のリソースをより大型のパケットに割り当てるために、動的スケジューリングを使用する。スケジューリング情報は、制御チャネル、例えば、ＰＤＣＣＨ上で伝送され、ＵＡ１１０がそれを受信した後、ＵＡ１１０は、アクセスデバイス１２０からデータを受信するために、半永続的リソースの代わりに、この新しいスケジューリング情報を使用する。大型パケットについてのシナリオのほかに、半永続的ＨＡＲＱプロセスＩＤ割当の状況で、構成されている第２の初期伝送（例えば、通常は半永続的に割り当てられたリソースを使用する伝送）は、代わりに、ＨＡＲＱプロセスＩＤが制御チャネル（例えば、ＰＤＣＣＨ）上でアクセスデバイスによって明示的に割り当てられることを可能にする、動的上書きを使用して、動的にスケジュールされてもよく、ＰＤＣＣＨ上での伝送を動的にスケジュールすることによって、ＨＡＲＱプロセスＩＤがＰＤＣＣＨ割当において明示的に提供される。
【００３５】
図３は、初期伝送および再伝送を関連付けるための方法３００の実施例を図示する。ブロック３１０では、第１のＨＡＲＱプロセスＩＤを有する第１の初期伝送と関連付けられる再伝送が、第２の初期伝送後に生じると期待される時に、第２の初期伝送には、第１のＨＡＲＱプロセスＩＤとは異なる第２のＨＡＲＱプロセスＩＤが与えられ、第１のＨＡＲＱプロセスＩＤは、暗示的に割り当てられ、第２のＨＡＲＱプロセスＩＤは、明示的に割り当てられる。ブロック３２０では、第１のＨＡＲＱプロセスＩＤを有する第１の初期伝送と関連付けられる再伝送が、第２の初期伝送後に生じると期待されない時に、第２の初期伝送には、第１のＨＡＲＱプロセスＩＤが暗示的に割り当てられる。
【００３６】
上記の考察は、アクセスデバイス１２０からＵＡ１１０へのダウンリンク通信に注目したものであるが、本開示は、ＵＡ１１０からアクセスデバイス１２０へのアップリンク通信にも適用できることを理解されたい。アップリンクの場合、同様のスキームを適用することができる一方で、制御チャネルはＰＵＣＣＨ（物理的アップリンク制御チャネル）と称される。
【００３７】
図４は、ＵＡ１１０の実施形態を含む、無線通信システムを図示する。ＵＡ１１０は、本開示の側面を実装するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として図示されているが、ＵＡ１１０は、無線ハンドセット、ポケットベル、携帯情報端末（ＰＤＡ）、携帯用コンピュータ、タブレットコンピュータ、またはラップトップコンピュータを含む、種々の形態を成してもよい。多くの好適なデバイスは、これらの機能のうちのいくつかまたは全てを組み合わせる。本開示のいくつかの実施形態では、ＵＡ１１０は、携帯用、ラップトップ、またはタブレットコンピュータのような汎用コンピュータデバイスではなく、むしろ、携帯電話、無線ハンドセット、ポケットベル、ＰＤＡ、または車載電気通信デバイス等の特殊用途通信デバイスである。別の実施形態では、ＵＡ１１０は、携帯用、ラップトップ、または他のコンピュータデバイスであってもよい。ＵＡ１１０はまた、デバイスであってもよく、デバイスを含んでもよく、または、同様の能力を有するが可搬型ではないデバイス、デスクトップコンピュータ、セットトップボックス、またはネットワークノードに含まれてもよい。ＵＡ１１０は、ゲーム、在庫管理、ジョブ制御、および／またはタスク管理機能等の、特殊活動をサポートしてもよい。
【００３８】
ＵＡ１１０は、ディスプレイ４０２を含んでもよい。ＵＡ１１０はまた、ユーザによる入力のために、概して４０４と称される、タッチセンサ式表面、キーボード、または他の入力キーも含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下されてもよい、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。ＵＡ１１０は、ユーザが選択するためのオプション、ユーザが作動させるための制御、および／またはユーザが指図するためのカーソルあるいは他の指標を提示してもよい。
【００３９】
ＵＡ１１０はさらに、ダイヤルする番号、またはＵＡ１１０の動作を構成するための種々のパラメータ値を含む、ユーザからのデータ入力を受け取ってもよい。ＵＡ１１０はさらに、ユーザコマンドに反応して、１つ以上のソフトウェアまたはファームウェアアプリケーションを実行してもよい。これらのアプリケーションは、ユーザ対話に反応して種々のカスタマイズされた機能を果たすようにＵＡ１１０を構成してもよい。加えて、ＵＡ１１０は、例えば、無線基地局、無線アクセスポイント、またはピアＵＡ１１０から、無線でプログラムおよび／または構成されてもよい。
【００４０】
ＵＡ１１０によって実行可能な種々のアプリケーションの中には、ディスプレイ４０２がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、無線ネットワークアクセスノード、携帯電話の基地局、ピアＵＡ１１０、または任意の他の無線通信ネットワークあるいはシステム４００との無線通信を介して、取得されてもよい。ネットワーク４００は、インターネット等の有線ネットワーク４０８に連結される。無線リンクおよび有線ネットワークを介して、ＵＡ１１０は、サーバ４１０等の種々のサーバ上の情報にアクセスできる。サーバ４１０は、ディスプレイ上４０２に示されてもよいコンテンツを提供してもよい。代替として、ＵＡ１１０は、中継型またはホップ型の接続で、仲介の役割を果たすピアＵＡ１１０を通して、ネットワーク４００にアクセスできる。
【００４１】
図５は、ＵＡ１１０のブロック図を示す。ＵＡ１１０の種々の公知の構成要素が描写されているが、実施形態では、記載された構成要素および／または記載されていない付加的な構成要素の一部が、ＵＡ１１０に含まれてもよい。ＵＡ１１０は、デジタル信号プロセッサ（ＤＳＰ）５０２と、メモリ５０４とを含む。
【００４２】
示されるように、ＵＡ１１０はさらに、アンテナおよびフロントエンドユニット５０６と、無線周波数（ＲＦ）送受信機５０８と、アナログベースバンド処理ユニット５１０と、マイクロホン５１２と、イヤホンスピーカ５１４と、ヘッドセットポート５１６と、入出力インターフェース５１８と、可撤性メモリカード５２０と、ユニバーサルシリアルバス（ＵＳＢ）ポート５２２と、短距離無線通信サブシステム５２４と、アラート５２６と、キーパッド５２８と、タッチセンサ式表面を含んでもよい液晶ディスプレイ（ＬＣＤ）５３０と、ＬＣＤコントローラ５３２と、電荷結合素子（ＣＣＤ）カメラ５３４と、カメラコントローラ５３６と、グローバルポジショニングシステム（ＧＰＳ）センサ５３８とを含んでもよい。実施形態では、ＵＡ１１０は、タッチセンサ式スクリーンを提供しない、別の種類のディスプレイを含んでもよい。実施形態では、ＤＳＰ５０２は、入出力インターフェース５１８を通過せずに、メモリ５０４と直接通信してもよい。
【００４３】
ＤＳＰ５０２または何らかの他の形態のコントローラあるいは中央処理ユニットは、メモリ５０４に記憶された、またはＤＳＰ５０２自体内に含有されるメモリに記憶された、組み込みソフトウェアまたはファームウェアに従って、ＵＡ１１０の種々の構成要素を制御するように動作する。組み込みソフトウェアまたはファームウェアに加えて、ＤＳＰ５０２は、メモリ５０４に記憶された、または、可撤性メモリカード５２０のような携帯用データ記憶媒体等の情報担体媒体を介して、あるいは有線または無線ネットワーク通信を介して利用可能となった、他のアプリケーションを実行してもよい。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ５０２を構成する、コンパイルされた一式の機械可読命令を備えてもよく、または、アプリケーションソフトウェアは、ＤＳＰ５０２を間接的に構成するようにインタープリタまたはコンパイラによって処理される、高次ソフトウェア命令であってもよい。
【００４４】
アンテナおよびフロントエンドユニット５０６は、無線信号と電気信号との間で変換するように提供されてもよく、ＵＡ１１０が、セルラーネットワークまたは何らかの他の利用可能な無線通信ネットワークから、あるいはピアＵＡ１１０から、情報を送受信することを可能にする。実施形態では、アンテナおよびフロントエンドユニット５０６は、ビーム形成および／または多重入出力（ＭＩＭＯ）動作をサポートするように、複数のアンテナを含んでもよい。当業者に公知であるように、ＭＩＭＯ動作は、困難なチャネル条件を克服する、および／またはチャネルスループットを増加させるために使用することができる、空間的多様性を提供してもよい。アンテナおよびフロントエンドユニット５０６は、アンテナ同調および／またはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含んでもよい。
【００４５】
ＲＦ送受信機５０８は、周波数偏移を提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド伝送信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および他の信号処理機能等の、他の信号処理機能性を含むと理解されてもよい。簡単にする目的で、ここでの説明は、ＲＦおよび／または無線段階から、この信号処理の説明を分離し、その信号処理を、アナログベースバンド処理ユニット５１０および／またはＤＳＰ５０２あるいは他の中央処理ユニットに概念的に割り当てる。いくつかの実施形態では、ＲＦ送受信機５０８、アンテナおよびフロントエンド５０６の複数部分、およびアナログベースバンド処理ユニット５１０が、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）に組み入れられてもよい。
【００４６】
アナログベースバンド処理ユニット５１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン５１２およびヘッドセット５１６からの入力、ならびにイヤホン５１４およびヘッドセット５１６への出力のアナログ処理を提供してもよい。そのためには、アナログベースバンド処理ユニット５１０は、ＵＡ１１０が携帯電話として使用されることを可能にする、内蔵マイクロホン５１２およびイヤホンスピーカ５１４に接続するためのポートを有してもよい。アナログベースバンド処理ユニット５１０はさらに、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含んでもよい。アナログベースバンド処理ユニット５１０は、１つの信号方向にデジタル・アナログ変換を、反対の信号方向にアナログ・デジタル変換を提供してもよい。いくつかの実施形態では、アナログベースバンド処理ユニット５１０の機能性の少なくとも一部が、デジタル処理構成要素によって、例えば、ＤＳＰ５０２によって、または他の中央処理ユニットによって提供されてもよい。
【００４７】
ＤＳＰ５０２は、変調／復調、符号化／復号、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および無線通信と関連付けられる他の信号処理機能を行ってもよい。実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途で、伝送器機能のために、ＤＳＰ５０２は、変調、符号化、インターリービング、および拡散を行ってもよく、受信機機能のために、ＤＳＰ５０２は、逆拡散、デインターリービング、復号、および復調を行ってもよい。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途で、伝送器機能のために、ＤＳＰ５０２は、変調、符号化、インターリービング、逆高速フーリエ変換、および周期的接頭辞添付を行ってもよく、受信機機能のために、ＤＳＰ５０２は、周期的接頭辞除去、高速フーリエ変換、デインターリービング、復号、および復調を行ってもよい。他の無線技術用途では、さらに他の信号処理機能、および信号処理機能の組み合わせが、ＤＳＰ５０２によって行われてもよい。
【００４８】
ＤＳＰ５０２は、アナログベースバンド処理ユニット５１０を介して無線ネットワークと通信してもよい。いくつかの実施形態では、通信は、インターネット接続を提供してもよく、ユーザがインターネット上のコンテンツへのアクセスを獲得することと、Ｅメールまたはテキストメッセージを送受信することとを可能にする。入出力インターフェース５１８は、ＤＳＰ５０２ならびに種々のメモリおよびインターフェースを相互接続する。メモリ５０４および可撤性メモリカード５２０は、ＤＳＰ５０２の動作を構成するように、ソフトウェアおよびデータを提供してもよい。インターフェースの中には、ＵＳＢインターフェース５２２および短距離無線通信サブシステム５２４があってもよい。ＵＳＢインターフェース５２２は、ＵＡ１１０を充電するために使用されてもよく、また、ＵＡ１１０が周辺デバイスとして機能し、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換することを可能にしてもよい。短距離無線通信サブシステム５２４は、赤外線ポート、Ｂｌｕｅｔｏｏｔｈインターフェース、ＩＥＥＥ８０２．１１に準拠する無線インターフェース、または、ＵＡ１１０が他の近くの携帯デバイスおよび／または無線基地局との無線通信することを可能にしてもよい、任意の他の短距離無線通信サブシステムを含んでもよい。
【００４９】
入出力インターフェース５１８はさらに、誘起されると、例えば、ベルを鳴らす、メロディを再生する、または振動することによって、ＵＡ１１０にユーザへ通知を提供させる、アラート５２６にＤＳＰ５０２を接続してもよい。アラート５２６は、無音で振動することによって、または特定の架電者に対して特定の事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および約束のリマインダ等の種々の事象のうちのいずれかをユーザに警告するための機構としての機能を果たしてもよい。
【００５０】
キーパッド５２８は、インターフェース５１８を介してＤＳＰ５０２に連結し、ユーザが選択を行う、情報を入力する、または別様に入力をＵＡ１１０に提供するための１つの機構を提供する。キーパッド５２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下されてもよい、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示してもよい、ＬＣＤ５３０であってもよい。ＬＣＤコントローラ５３２は、ＤＳＰ５０２をＬＣＤ５３０に連結する。
【００５１】
ＣＣＤカメラ５３４は、装備された場合、ＵＡ１１０がデジタル写真を撮ることを可能にする。ＤＳＰ５０２は、カメラコントローラ５３６を介してＣＣＤカメラ５３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用されてもよい。ＧＰＳセンサ５３８は、グローバルポジショニングシステム信号を復号するようにＤＳＰ５０２に連結され、それにより、ＵＡ１１０がその位置を判定することを可能にする。種々の他の周辺機器もまた、付加的な機能、例えば、ラジオおよびテレビ受信を提供するように含まれてもよい。
【００５２】
図６は、ＤＳＰ５０２によって実装されてもよいソフトウェア環境６０２を図示する。ＤＳＰ５０２は、そこからソフトウェアの他の部分が動作するプラットフォームを提供する、オペレーティングシステムドライバ６０４を実行する。オペレーティングシステムドライバ６０４は、アプリケーションソフトウェアにアクセス可能である標準化インターフェースを伴うＵＡハードウェアに対するドライバを提供する。オペレーティングシステムドライバ６０４は、ＵＡ１１０上で稼働するアプリケーションの間で制御を転送する、アプリケーション管理サービス（「ＡＭＳ」）６０６を含む。また、図６には、ウェブブラウザアプリケーション６０８、メディアプレーヤアプリケーション６１０、およびＪａｖａ（登録商標）アプレット６１２も示されている。ウェブブラウザアプリケーション６０８は、ウェブブラウザとして動作するようにＵＡ１１０を構成し、ユーザがフォームに情報を入力し、リンクを選択してウェブブラウザを読み出し、閲覧することを可能にする。メディアプレーヤアプリケーション６１０は、音声または視聴覚媒体を読み出し、再生するようにＵＡ１１０を構成する。Ｊａｖａ（登録商標）アプレット６１２は、ゲーム、ユーティリティ、および他の機能性を提供するようにＵＡ１１０を構成する。構成要素６１４は、本明細書で説明される機能性を提供する場合がある。
【００５３】
上記で説明されるＵＡ１１０および他の構成要素は、上記で説明される動作に関する命令を実行することが可能である、処理構成要素を含む場合がある。図７は、本明細書で開示される１つ以上の実施形態を実装するために好適な処理構成要素１３００を含む、システム１３１０の実施例を図示する。プロセッサ１３１０（中央プロセッサユニットまたはＣＰＵと呼ばれてもよい）に加えて、システム１３００は、ネットワーク接続デバイス１３２０、ランダムアクセスメモリ（ＲＡＭ）１３３０、読み出し専用メモリ（ＲＯＭ）１３４０、２次記憶装置１３５０、入出力（Ｉ／Ｏ）デバイス１３６０を含む場合がある。場合によっては、これらの構成要素のうちのいくつかが存在しなくてもよく、または、相互に、あるいは示されていない他の構成要素と、種々の組み合わせで組み合わせられてもよい。これらの構成要素は、単一の物理的実体に、または１つより多くの物理的実体に位置する場合がある。プロセッサ１３１０によって取られるものとして本明細書で説明される、任意の動作は、プロセッサ１３１０によって単独で、または、図面に示されている、あるいは示されていない１つ以上の構成要素と併せて、プロセッサ１３１０によって取られる場合がある。
【００５４】
プロセッサ１３１０は、それがネットワーク接続デバイス１３２０、ＲＡＭ１３３０、ＲＯＭ１３４０、または２次記憶装置１３５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等の、種々のディスクベースのシステムを含む場合がある）からアクセスする場合がある、命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つだけのプロセッサ１３１０が示されているが、複数のプロセッサが存在してもよい。したがって、命令は、プロセッサによって実行されるものとして論議されてもよいが、命令は、同時に、連続的に、または別様に、１つまたは複数のプロセッサによって実行されてもよい。プロセッサ１３１０は、１つ以上のＣＰＵチップとして実装されてもよい。
【００５５】
ネットワーク接続デバイス１３２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を成してもよい。これらのネットワーク接続デバイス１３２０は、プロセッサ１３１０が情報を受信する場合がある、またはプロセッサ１３１０が情報を出力する場合がある、インターネットまたは１つ以上の電気通信ネットワークあるいは他のネットワークと、プロセッサ１３１０が通信することを可能にしてもよい。
【００５６】
ネットワーク接続デバイス１３２０はまた、無線周波数信号またはマイクロ波周波数信号等の電磁波の形態で、データを無線で伝送および／または受信することが可能な１つ以上の送受信機構成要素１３２５も含む場合がある。代替として、データは、導電体の表面の中または上、同軸ケーブルの中、導波管の中、光ファイバ等の光媒体の中、あるいは他の媒体の中を伝播してもよい。送受信機構成要素１３２５は、別個の受信および伝送ユニット、または単一の送受信機を含む場合がある。送受信機１３２５によって伝送または受信される情報は、プロセッサ１３１０によって処理されたデータ、またはプロセッサ１３１０によって実行される命令を含んでもよい。そのような情報は、例えば、コンピュータデータベースバンド信号または搬送波で具現化された信号の形態で、ネットワークから受信され、ネットワークに出力されてもよい。データは、データを処理または生成するか、あるいはデータを伝送または受信するために望ましくてもよいような異なる順序に従って、順序付けられてもよい。ベースバンド信号、搬送波に組み込まれた信号、または、現在使用されている、あるいは今後開発される他の種類の信号が、伝送媒体と呼ばれてもよく、当業者に周知のいくつかの方法に従って生成されてもよい。
【００５７】
ＲＡＭ１３３０は、揮発性データを記憶するため、およびおそらくはプロセッサ１３１０によって実行される命令を記憶するために、使用される場合がある。ＲＯＭ１３４０は、典型的には、２次記憶装置１３５０のメモリ容量よりも小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ１３４０は、命令、およびおそらくは命令の実行中に読み出されるデータを記憶するために、使用される場合がある。ＲＡＭ１３３０およびＲＯＭ１３４０の両方へのアクセスは、典型的には、２次記憶装置１３５０へのアクセスよりも高速である。２次記憶装置１３５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ１３３０が全作業データを保持するほど十分に大きくない場合に、データの不揮発性記憶のために、またはオーバーフローデータ記憶デバイスとして使用される場合がある。２次記憶装置１３５０は、ＲＡＭ１３３０にロードされるプログラムが実行のために選択されると、そのようなプログラムを記憶するために使用されてもよい。
【００５８】
Ｉ／Ｏデバイス１３６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取装置、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入力デバイスを含んでもよい。また、送受信機１３２５は、ネットワーク接続デバイス１３２０の構成要素である代わりに、またはそれに加えて、Ｉ／Ｏデバイス１３６０の構成要素と見なされる場合がある。Ｉ／Ｏデバイス１３６０のうちのいくつかまたは全ては、ディスプレイ４０２および入力４０４等の、ＵＡ１１０の以前に描写した図面で描写された種々の構成要素と実質的に同様であってもよい。
【００５９】
以下は本開示の代替実施形態である。
【００６０】
Ｉ．ＤＬ  ＳＰＳ  ＨＡＲＱプロセス
ＨＡＲＱプロセスＩＤの不明点には、いくつかの問題がある。第１の問題は、ＤＬ  ＳＰＳ再伝送が生じる際に、ＵＥは、生じる可能性のある再伝送（ＰＤＣＣＨ信号伝達によりＨＡＲＱプロセスＩＤを有する）を、ＨＡＲＱバッファのうちの１つに存在している（ｓｉｔｔｉｎｇ）初期伝送に関連付ける必要があるということである。しかしながら、初期ＳＰＳ伝送は、ＰＤＣＣＨ上で割り当てられず、したがって、関連ＨＡＲＱプロセスＩＤをもたない。これは、初期伝送と再伝送との間の連携およびソフト合成を困難にする。ＰＤＣＣＨは、再伝送が受信されるＵＥに信号を送るように使用されるが、何のＨＡＲＱプロセスＩＤを使用するかが明確でない。図８ａの中央部に示される第２の問題が、次のＳＰＳ伝送の後で再伝送が生じる際に生じる。ＵＥは、再伝送を正しい伝送に関連付けるすべを持たない。
【００６１】
これらの問題を解決するための簡単な方法は、ＤＬ  ＳＰＳに対するＨＡＲＱプロセスを留保することである。以下において、詳細をさらに分析する。
【００６２】
ＩＩ．ＨＡＲＱプロセス留保
伝送された音声パケットの１０〜１５％で再伝送が生じるため、伝送を再伝送とリンクする必要性は重要である。これを解決するための簡単かつ安定した方法として、初期伝送およびＨＡＲＱ再伝送をリンクするための、ＨＡＲＱプロセスのうちの１つの留保がある。これの簡単な例は、ＳＰＳに対するＨＡＲＱプロセス１を留保することである。いずれの動的にスケジュールされた伝送も、使用中に、ＨＡＲＱプロセス１を使用することはできない。ＳＰＳが構成されると、ＵＥは、全ての伝送および再伝送のために、プロセス１を自動的に使用する。
【００６３】
２つのＨＡＲＱプロセスが留保され、ＳＦＮおよび／またはサブフレームにマップされる場合、第２の問題も解決される。これの例として、ＨＡＲＱプロセス１およびＨＡＲＱプロセス２が、２０ｍｓ間隔ごとに周期的に使用される（そのため、ＨＡＲＱの利用パターンは１、２、１、２、１、２・・・である）。しかしながら、特に、１つより多いフレームで継続する再伝送があまり頻繁に生じない（システムデザインにより約１％）ことを考慮すると、これは非効率的となり得る。初期伝送が１０〜１５％ＢＬＥＲに標的化され、２０ｍｓパケット到着間隔が２つのＨＡＲＱ  ＦＤＤ再伝送を収容できることを考慮すると、第２の事例が生じ得る確率は極めて低い（ＶｏＩＰ  ＢＬＥＲが１％未満に標的化されることに留意されたい）。生じる可能性の低い第２の問題を解決するために、別のＨＡＲＱプロセスを留保することは、効率的ではない場合がある。留保により、８より少ないＨＡＲＱプロセスが使用される時に、非継続的な伝送が生じる場合があるため、ＨＡＲＱプロセス留保は、ＵＥのスループットを明らかに低減する。
【００６４】
さらに、図９は、セルの中で均一に分布したＵＥの幾何学形状を示す。ＵＥのうちのごく少数のみが、より多くの再伝送を必要としてもよいセル端にあることが分かる。しかしながら、中程度／良好な無線条件におけるＵＥについて、一般に、再伝送の必要数は非常に限定されている。これらのＵＥについて、単一のＨＡＲＱプロセスが、大抵の場合でほぼ十分である。常に２つのＨＡＲＱプロセスを留保する場合、これらのＵＥにとって無駄になる。したがって、ＳＰＳに対するＨＡＲＱプロセスを割り当てるための融通の利く方法を設計する必要があってもよい。
【００６５】
一例として、ＳＰＳに対するＨＡＲＱ再伝送の最大数が、ＦＤＤで２に限定される場合、第２の問題を懸念する必要が全くなく、図８ｂに示されるように、１つのみのＨＡＲＱプロセスがＳＰＳに必要とされる。したがって、１つのＨＡＲＱプロセスがＶｏＩＰセッションに留保されることを考慮すると、低頻度の第２の事例のみに対して、別のＨＡＲＱプロセスの留保を回避する方法を模索することが有益である。
【００６６】
ＵＥおよびｅＮＢの両方が、ＳＰＳ割当から全く同一の情報を有することを考慮して、ＵＥは、ＮＡＣＫを伝送する時に不明点が生じることを知ることができる。ＵＥは、ＲＴＴを再伝送するＮＡＣＫおよび送信される時のみを知る必要がある。ｅＮＢがＮＡＣＫを受信した後、ｅＮＢはまた、ｅＮＢが再伝送を送信する時に不明点が生じることも認識できる。したがって、ＵＥが第２の事例を暗示的に解決することを可能にする、ＨＡＲＱプロセスＩＤを動的に割り当てるための方法を見つけることが可能である。２つの可能な方法がある。
【００６７】
１．暗示的規則
ここに実施例がある。留保されたＨＡＲＱプロセスがＸであり、動的に割り当てられたＨＡＲＱプロセスがＸ＋１である（しかし留保されていない）と仮定する。ＵＥがＮＡＣＫを伝送するが、期待された再伝送が２０ｍｓ境界を越える時はいつでも、ＵＥは、ＳＰＳ上の到着初期伝送がＨＡＲＱプロセスＸ＋１を使用していると仮定する。ｅＮＢが、ＮＡＣＫを受信し、再伝送が２０ｍｓ境界を越えると認識した後、ｅＮＢは、それを初期伝送（また、この伝送に対する対応する再伝送）として識別するためにＨＡＲＱプロセスＩＤ  Ｘ＋１を使用する（ＩＤをＭｏｄ  ８で増分する）。したがって、次の２０ｍｓ間隔では、ＵＥは、ＨＡＲＱプロセスＸを伴う再伝送を受信する場合、これが第１の伝送に対するものであることを認識し、ＵＥは、ＨＡＲＱプロセスＸ＋１を伴う再伝送を受信する場合、これが現行の（第２の）初期伝送にリンクされることを認識する。図８ｃを参照されたい。
【００６８】
図８ｃにおいて、伝送７に対するＨＡＲＱプロセスＩＤは、通常の利用のために、留保されたＨＡＲＱプロセスＩＤ＝Ｘに戻る（ＨＡＲＱプロセスＸのみが留保される）ことに留意されたい。この場合、たとえ伝送６が２よりも多い再伝送を必要としても（伝送６に対するＨＡＲＱ再伝送が伝送７の境界を越える）、正しいＨＡＲＱ合成について不明点が存在しないことに留意されたい。
【００６９】
上記のスキームは、Ｘ＋１として付加的なＨＡＲＱプロセスを使用する実施例にすぎない。いくつかの方法がある。
【００７０】
（１）付加的なＨＡＲＱプロセスは、事例２が生じる時間内の、次の利用可能なＨＡＲＱプロセスとなり得る。ｅＮＢおよびＵＥは、ＨＡＲＱの利用状態について同じ情報を有することに留意されたい。
【００７１】
（２）付加的なＨＡＲＱプロセスは、ＲＲＣ信号伝達を通して、ｅＮＢによって割り当てられる。しかし、事例２が生じる場合のみである。そうでなければ、それはＳＰＳによって使用されない（留保なし）。
【００７２】
上記の方法は、ＡＣＫ／ＮＡＣＫの正確な受信に依存する。ＡＣＫ→ＮＡＣＫまたはＮＡＣＫ→ＡＣＫエラーが生じた場合、ｅＮＢおよびＵＥは、異なる理解を有する場合がある。しかしながら、この事例は稀にしか起こらないと考える。上記のように、第２の事例はあまり頻繁に起こらず、次いで、第２の事例が起こると考慮すると、ＮＡＣＫ／ＡＣＫエラーの確率は、Ｐｒｏｂ（ＮＡＣＫ／ＡＣＫエラー）＊Ｐｒｏｂ（第２の事例が起こる）に等しくなる。ＮＡＣＫ／ＡＣＫエラーは１０＾（−３）〜１０＾（−４）の範囲［３］であり、第２の事例は通常、５％未満で生じることに留意されたい。そのため、合計の確率は、１０＾（−５）〜１０＾（−６）の範囲である。
【００７３】
これらのエラーが起こった場合（一例として図８cを使用する）、
ａ）ＮＡＣＫ→ＡＣＫエラーについては、ｅＮＢは、伝送５に対する再伝送を止め、依然としてＨＡＲＱプロセスＸを伝送６に暗示的に割り当てる。ＵＥは、伝送６がＨＡＲＱプロセスＸ＋１を使用すると仮定する。伝送６が成功であれば、問題がない。伝送６がエラーとなる場合、再伝送が来る時に（そのため常にＨＡＲＱプロセスＸ）、ＵＥは、これを伝送５と組み合わせる。最悪の場合としては、ＵＥがもう１つの音声パケットを失う場合がある。エラーは伝播されない（伝送７では、ｅＮＢおよびＵＥの両方が単純にＨＡＲＱプロセスＸを適用するため）。
【００７４】
（ｂ）ＡＣＫ→ＮＡＣＫエラーについては、伝送５は成功し、ＵＥは、伝送６がＨＡＲＱ  ＩＤ＝Ｘを使用すると想定する。伝送６が成功であれば、問題はない。伝送６がエラーとなる場合、ｅＮＢは、ＨＡＲＱプロセスＩＤ＝Ｘ＋１を伴う再伝送を送信する。ＵＥは、ＨＡＲＱ  ＩＤの不一致により、ＨＡＲＱ合成を行おうとしない。最悪の場合としては、ＵＥが伝送６に対するもう１つの音声パケットを失う場合がある。エラーは伝播されない（伝送７では、ｅＮＢおよびＵＥの両方が単純にＨＡＲＱプロセスＸを適用するため）。
【００７５】
上記の分析から、ＶｏＩＰに対して、１つのみのＨＡＲＱプロセスの留保が必要であり、低頻度の第２の事例に対処するために、別のＨＡＲＱプロセスが暗示的かつ動的に割り当てられることを結論付ける。このように、１つのみのＨＡＲＱが留保される必要がある（２つのＨＡＲＱプロセス留保と比較して、これは、ＵＥに対してスループットを１７％増加させる）。
【００７６】
２．動的上書き
不明点が生じる、すなわち、初期伝送Ｎに対する次のスケジュールされた再伝送が、次の初期伝送Ｎ＋１の後に起こることを、ｅＮＢが認識している時、ｅＮＢは、初期伝送Ｎ＋１を伝送するために動的上書きを使用する。図８ｃでは、伝送６について、ｅＮＢは、不明点を解決するためにＰＤＣＣＨ上で動的上書きを使用する。伝送６が動的なスケジュールされた伝送を使用するため、不明点が解決される。一方では、これは、低頻度の第２の事例が生じる時にＨＡＲＱプロセスを使用する付加的な融通性を提供する。他方では、これは、いくらかの付加的なＰＤＣＣＨ信号伝達オーバーヘッドを追加する。
【００７７】
提案１：１つのＨＡＲＱプロセスがＳＰＳに留保される。ＥＮＢおよびＵＥは、ＳＰＳに対する第２の事例に対処するために付加的なＨＡＲＱプロセスを使用するように、上記の暗示的規則または動的上書きを適用する。
【００７８】
ＩＩＩ．信号伝達側面
留保されたＨＡＲＱプロセスＩＤに対する信号伝達は、ＰＤＣＣＨを介して、またはＲＲＣを介して行うことができる。
【００７９】
１）ＤＣＣＨを介する
ＵＥによってＤＬ  ＰＤＣＣＨ  ＳＰＳ起動が受信される時はいつでも、割り当てられたＨＡＲＱ  ＩＤは、留保されたＩＤ  Ｘである。無音期間中は、いずれのＨＡＲＱプロセスＩＤも留保されない。
【００８０】
２）ＲＲＣを介する
ｅＮＢは、ＲＲＣ信号伝達を介して、留保されたＨＡＲＱプロセスＩＤ＝ＸをＵＥに信号伝達する。留保されたＨＡＲＱプロセスは、無音期間中、他のアプリケーションによって使用できる。些細な欠点として、固定された留保により、ある融通性が失われる場合ある（しかし、影響はさほど大きくない）。しかしながら、これは、さらに、ＰＤＣＣＨによる、ＤＬ  ＳＰＳ起動のコードスペース利用を制限する（このため、ＤＬ  ＳＰＳ起動で不正な検出が低減される）可能性がある。
【００８１】
単純性および頑健性の観点から、ＲＲＣ信号伝達を介する、留保されたＨＡＲＱプロセスの信号伝達が好ましいと思われる。
【００８２】
提案２：留保されたＨＡＲＱプロセスを示すためのＲＲＣ信号伝達の使用。留保されたＨＡＲＱプロセスは、無音期間中、他のアプリケーションによって使用できる。
【００８３】
以下の第３世代パートナーシッププロジェクト技術仕様（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  （３ＧＰＰ）  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ  （ＴＳ））、ＴＳ３６．３２１、ＴＳ３６．３３１、およびＴＳ３６．３００は、参照することによって本明細書に組み込まれる。
【００８４】
いくつかの実施形態を本開示で提供したが、開示されたシステムおよび方法は、本開示の精神または範囲から逸脱することなく、多くの他の具体的形態で具現化されてもよいことを理解されたい。本実施例は、制限的ではなく例証的と見なされるものであり、本明細書で与えられる詳細に制限されることを意図するものではない。例えば、種々の要素または構成要素が組み合わされるか、または別のシステムに統合されてもよく、または、ある特徴が省略されるか、あるいは実装されなくてもよい。
【００８５】
また、個別または別個のものとして種々の実施形態で説明および例証される、技術、システム、サブシステム、および方法は、本開示の範囲から逸脱することなく、他のシステム、モジュール、技術、または方法と組み合わされるか、あるいは統合されてもよい。相互に連結される、または直接連結される、あるいは通信するものとして示される、または論議される他の項目は、電気的であろうと、機械的であろうと、または別の方法であろうと、何らかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結されるか、または通信してもよい。変更、置換、および改変の他の実施例が、当業者によって究明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことができる。
【図２】
2011530266.tif 000003
【図３】
2011530266.tif 000004
【図４】
2011530266.tif 000005
【図５】
2011530266.tif 000006
【図６】
2011530266.tif 000007
【図７】
2011530266.tif 000008
【図１】
2011530266.tif 000009
【図８ａ】
2011530266.tif 000010
【図８ｂ】
2011530266.tif 000011
【図８ｃ】
2011530266.tif 000012
【図９】
2011530266.tif 000013
【国際調査報告】
2011530266.tif 000014
2011530266.tif 000015