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