(57)【要約】通信のための方法、システム、およびデバイスが説明される。低レイテンシ動作中に無線リンク制御（ＲＬＣ）データパケット回復についてのレイテンシを減少させる高速エラー回復プロシージャが用いられうる。デバイスは、失敗した低レイテンシ送信を検出し、失敗した送信に関連付けられたタイマをアクティブ化しうる。デバイスは、失敗した送信が再スケジュールされない場合、例えば、再スケジューリング前にタイマが満了する場合、失敗レポートを生成しうる。失敗レポートは、デバイスのＲＬＣエンティティまたはスケジューラの媒体アクセス制御（ＭＡＣ）レイヤエンティティに送られうる。いくつかのケースでは、デバイスは、高優先度のベアラについての終了されていない送信のリストを維持しうる。【選択図】図４
2018512772.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
受信デバイスにおいて、ハイブリッド自動再送要求（ＨＡＲＱ）処理の状態に少なくとも部分的に基づいて、送信エラーを検出することと、
前記送信エラーの前記検出に少なくとも部分的に基づいて、タイマを開始することと、
前記ＨＡＲＱ処理のための再送信についての許可が受信される前に前記タイマが満了したと決定することと、
送信デバイスに、前記決定に少なくとも部分的に基づいて、前記送信エラーをレポートすることと
を備える、方法。
【請求項２】
前記送信エラーをレポートすることは、
前記受信デバイスにより、前記送信デバイスの無線リンク制御（ＲＬＣ）エンティティ、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティ、または媒体アクセス制御（ＭＡＣ）エンティティにエラーインジケーションを送ること
を備える、請求項１に記載の方法。
【請求項３】
前記エラーインジケーションを送ることは、競合ベースのリソースを使用して、前記送信デバイスのエンティティに前記エラーインジケーションを送ることを備える、請求項２に記載の方法。
【請求項４】
終了されていない送信のリストを維持すること、ここにおいて、前記送信エラーをレポートすることは、前記リストに少なくとも部分的に基づく、
をさらに備える、請求項１に記載の方法。
【請求項５】
前記リスト中の各エントリは、時間インデックスにマッピングされる、請求項４に記載の方法。
【請求項６】
前記送信エラーをレポートすることは、
前記送信デバイスに、前記リストに対応するビットマップを送ること
を備える、請求項４に記載の方法。
【請求項７】
前記リストは、高優先度のＨＡＲＱ処理のセットに限定され、前記ＨＡＲＱ処理は、高優先度のＨＡＲＱ処理の前記セットの要素である、請求項４に記載の方法。
【請求項８】
高優先度のＨＡＲＱ処理の前記セットは、レイテンシ動作モードに少なくとも部分的に基づいて決定される、請求項７に記載の方法。
【請求項９】
前記タイマの満了より前に前記ＨＡＲＱ処理についての新しいデータインジケータ（ＮＤＩ）を識別すること、ここにおいて、前記送信エラーをレポートすることは、前記ＮＤＩに少なくとも部分的に基づく、
をさらに備える、請求項１に記載の方法。
【請求項１０】
高速回復モードを選択すること、ここにおいて、前記タイマを開始することは、前記選択に少なくとも部分的に基づく、
をさらに備える、請求項１に記載の方法。
【請求項１１】
前記選択は、レイテンシ動作モードに少なくとも部分的に基づく、請求項１０に記載の方法。
【請求項１２】
前記選択は、少なくとも１つの高優先度のベアラの構成に少なくとも部分的に基づく、請求項１０に記載の方法。
【請求項１３】
前記ＨＡＲＱ処理の前記状態に少なくとも部分的に基づいて、否定応答（ＮＡＣＫ）を送信すること
をさらに備える、請求項１に記載の方法。
【請求項１４】
再送信のために、最小時間期間の間、バッファ中のトランスポートブロックのセットを維持すること
をさらに備える、請求項１に記載の方法。
【請求項１５】
ワイヤレス通信のための装置であって、
受信デバイスにおいて、ハイブリッド自動再送要求（ＨＡＲＱ）処理の状態に少なくとも部分的に基づいて、送信エラーを検出する手段と、
前記送信エラーの前記検出に少なくとも部分的に基づいて、タイマを開始する手段と、
前記ＨＡＲＱ処理のための再送信についての許可が受信される前に前記タイマが満了したと決定する手段と、
送信デバイスに、前記決定に少なくとも部分的に基づいて、前記送信エラーをレポートする手段と
を備える、装置。
【請求項１６】
前記送信エラーを前記レポートする手段は、
前記受信デバイスにより、前記送信デバイスの無線リンク制御（ＲＬＣ）エンティティ、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティ、または媒体アクセス制御（ＭＡＣ）エンティティにエラーインジケーションを送る手段
を備える、請求項１５に記載の装置。
【請求項１７】
前記エラーインジケーションを前記送る手段は、
競合ベースのリソースを使用して、前記送信デバイスのエンティティに前記エラーインジケーションを送る手段
を備える、請求項１６に記載の装置。
【請求項１８】
終了されていない送信のリストを維持する手段、ここにおいて、前記送信エラーをレポートすることは、前記リストに少なくとも部分的に基づく、
をさらに備える、請求項１５に記載の装置。
【請求項１９】
前記リスト中の各エントリは、時間インデックスにマッピングされる、請求項１８に記載の装置。
【請求項２０】
前記送信エラーを前記レポートする手段は、
前記送信デバイスに、前記リストに対応するビットマップを送る手段
を備える、請求項１８に記載の装置。
【請求項２１】
前記リストは、高優先度のＨＡＲＱ処理のセットに限定され、前記ＨＡＲＱ処理は、高優先度のＨＡＲＱ処理の前記セットの要素である、請求項１８に記載の装置。
【請求項２２】
高優先度のＨＡＲＱ処理の前記セットは、レイテンシ動作モードに少なくとも部分的に基づいて決定される、請求項２１に記載の装置。
【請求項２３】
前記タイマの満了より前に前記ＨＡＲＱ処理についての新しいデータインジケータ（ＮＤＩ）を識別する手段、ここにおいて、前記送信エラーをレポートすることは、前記ＮＤＩに少なくとも部分的に基づく、
をさらに備える、請求項１５に記載の装置。
【請求項２４】
高速回復モードを選択する手段、ここにおいて、前記タイマを開始することは、前記選択に少なくとも部分的に基づく、
をさらに備える、請求項１５に記載の装置。
【請求項２５】
前記選択は、レイテンシ動作モードに少なくとも部分的に基づく、請求項２４に記載の装置。
【請求項２６】
前記選択は、少なくとも１つの高優先度のベアラの構成に少なくとも部分的に基づく、請求項２４に記載の装置。
【請求項２７】
前記ＨＡＲＱ処理の前記状態に少なくとも部分的に基づいて、否定応答（ＮＡＣＫ）を送信する手段
をさらに備える、請求項１５に記載の装置。
【請求項２８】
再送信のために、最小時間期間の間、バッファ中のトランスポートブロックのセットを維持する手段
をさらに備える、請求項１５に記載の装置。
【請求項２９】
ワイヤレス通信のための装置であって、
プロセッサと、
前記プロセッサと電子通信しているメモリと、
前記メモリに記憶された命令であって、前記プロセッサによって実行されたとき、前記装置に、
受信デバイスにおいて、ハイブリッド自動再送要求（ＨＡＲＱ）処理の状態に少なくとも部分的に基づいて、送信エラーを検出することと、
前記送信エラーの前記検出に少なくとも部分的に基づいて、タイマを開始することと、
前記ＨＡＲＱ処理のための再送信についての許可が受信される前に前記タイマが満了したと決定することと、
送信デバイスに、前記決定に少なくとも部分的に基づいて、前記送信エラーをレポートすることと
を行わせるように動作可能な命令と
を備える、装置。
【請求項３０】
ワイヤレス通信のためのコードを記憶する非一時的コンピュータ可読媒体であって、前記コードは、
受信デバイスにおいて、ハイブリッド自動再送要求（ＨＡＲＱ）処理の状態に少なくとも部分的に基づいて、送信エラーを検出することと、
前記送信エラーの前記検出に少なくとも部分的に基づいて、タイマを開始することと、
前記ＨＡＲＱ処理のための再送信についての許可が受信される前に前記タイマが満了したと決定することと、
送信デバイスに、前記決定に少なくとも部分的に基づいて、前記送信エラーをレポートすることと
を行うように実行可能な命令を備える、非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]本特許出願は、２０１６年２月２６日に出願された「Fast Radio Link Control Error Recovery with Low Latency Transmissions」と題されたVajapeyam他による米国特許出願第１５／０５４，６３７号、および２０１５年３月２日に出願された「Fast RLC Error Recovery with Low Latency Transmissions」と題されたVajapeyam他による米国仮特許出願第６２／１２７，１７９号の優先権を主張し、それらの各々は、本願の譲受人に譲渡される。
【背景技術】
【０００２】
[0002]以下は概して、ワイヤレス通信に関し、より具体的には、低レイテンシ送信を伴う高速無線リンク制御（ＲＬＣ）エラー回復に関する。ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト、等のような様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（例えば、時間、周波数、および電力）を共有することによって複数のユーザとの通信をサポートすることが可能でありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システム（例えば、ロングタームエボリューション（ＬＴＥ（登録商標））システム）を含む。ワイヤレス多元接続通信システムは、いくつかの基地局を含みえ、各々が、複数の通信デバイスのための通信を同時にサポートし、それらは、別名ユーザ機器（ＵＥ）として知られうる。
【０００３】
[0003]ＲＬＣエラー回復プロシージャは、データパケットのセットが正確に且つ所望された順序で受信されたかどうかを決定することによって送信失敗から回復するために、デバイスによって使用されうる。いくつかのケースでは、送信デバイスは、シーケンス番号（ＳＮ）をデータパケットのセットに割り当てうる。受信デバイスは、データパケットが乱れた順序で受信された場合に再順序付けタイマをスタートしうる。再順序付けタイマの満了時に、受信デバイスは、データパケットが受信されていないことを示す状態レポートを送信デバイスに送り、送信デバイスは、再送信をスケジュールしうる。しかしながら、再送信をスケジュールするためのＲＬＣエラー回復処理についての時間遅延は、低レイテンシ通信に適さないことがありうる。
【発明の概要】
【０００４】
[0004]デバイスは、低レイテンシ動作中に無線リンク制御（ＲＬＣ）データパケット回復についてのレイテンシを減少させる高速エラー回復プロシージャを使用しうる。デバイスは、失敗した低レイテンシ送信を検出し、失敗した送信に関連付けられたタイマをアクティブ化しうる。失敗した送信が再スケジュールされる前にタイマが満了する場合、デバイスは、失敗レポートを生成しうる。失敗レポートは、受信デバイスの、送信デバイスの、またはスケジューラの、ＲＬＣエンティティ、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティ、または媒体アクセス制御（ＭＡＣ）エンティティに送られうる。いくつかのケースでは、デバイスは、高優先度のベアラ（例えば、低レイテンシデータに関連付けられたベアラ）についての、アクティブハイブリッド自動再送要求（ＨＡＲＱ）処理のような、終了されていない（non-terminated）送信のリストを維持しうる。
【０００５】
[0005]ワイヤレス通信の方法が説明される。方法は、受信デバイスにおいて、ＨＡＲＱ処理の状態に少なくとも部分的に基づいて、送信エラーを検出することと、送信エラーの検出に少なくとも部分的に基づいて、タイマを開始することと、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定することと、送信デバイスに、決定に少なくとも部分的に基づいて、送信エラーをレポートすることとを含みうる。
【０００６】
[0006]ワイヤレス通信のための装置が説明される。装置は、受信デバイスにおいて、ＨＡＲＱ処理の状態に少なくとも部分的に基づいて、送信エラーを検出する手段と、送信エラーの検出に少なくとも部分的に基づいて、タイマを開始する手段と、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定する手段と、送信デバイスに、決定に少なくとも部分的に基づいて、送信エラーをレポートする手段とを含みうる。
【０００７】
[0007]さらなる装置が説明される。装置は、プロセッサと、プロセッサと電子通信しているメモリと、メモリ中に記憶された命令とを含みうる。命令は、プロセッサに、受信デバイスにおいて、ＨＡＲＱ処理の状態に少なくとも部分的に基づいて、送信エラーを検出することと、送信エラーの検出に少なくとも部分的に基づいて、タイマを開始することと、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定することと、送信デバイスに、決定に少なくとも部分的に基づいて、送信エラーをレポートすることとを行わせるように動作可能でありうる。
【０００８】
[0008]ワイヤレス通信のための非一時的コンピュータ可読媒体が説明される。非一時的コンピュータ可読媒体は、プロセッサに、受信デバイスにおいて、ＨＡＲＱ処理の状態に基づいて、送信エラーを検出することと、送信エラーの検出に基づいて、タイマを開始することと、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定することと、送信デバイスに、決定に基づいて、送信エラーをレポートすることとを行わせる命令を含みうる。
【０００９】
[0009]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、送信エラーをレポートすることは、受信デバイスが、送信デバイスのＲＬＣエンティティ、ＰＤＣＰエンティティ、またはＭＡＣエンティティにエラーインジケーションを送ることを備える。
【００１０】
[0010]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例はさらに、競合ベースのリソースを使用して、送信デバイスのエンティティにエラーインジケーションを送ることを備える、エラーインジケーションを送るための処理、特徴、手段、または命令を含みうる。
【００１１】
[0011]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例はさらに、終了されていない送信のリストを維持するための処理、特徴、手段、または命令を含みえ、ここで、送信エラーをレポートすることは、リストに基づく。
【００１２】
[0012]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、リスト中の各エントリは、時間インデックスにマッピングされる。
【００１３】
[0013]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、送信エラーをレポートすることは、送信デバイスに、リストに対応するビットマップを送ることを備える。
【００１４】
[0014]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、リストは、高優先度のＨＡＲＱ処理のセットに限定され、ここで、ＨＡＲＱ処理は、高優先度のＨＡＲＱ処理のセットの要素である。
【００１５】
[0015]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、高優先度のＨＡＲＱ処理のセットは、レイテンシ動作モード（latency mode of operation）に基づいて決定される。
【００１６】
[0016]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例はさらに、タイマの満了より前にＨＡＲＱ処理についての新しいデータインジケータ（ＮＤＩ：new data indicator）を識別するための処理、特徴、手段、または命令を含みえ、ここで、送信エラーをレポートすることは、ＮＤＩに基づく。
【００１７】
[0017]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例はさらに、高速回復モードを選択するための処理、特徴、手段、または命令を含みえ、ここで、タイマを開始することは、選択に基づく。
【００１８】
[0018]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、選択は、レイテンシ動作モードに基づく。
【００１９】
[0019]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例では、選択は、少なくとも１つの高優先度のベアラの構成（configuration）に基づく。
【００２０】
[0020]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例はさらに、ＨＡＲＱ処理の状態に基づいて、否定応答（ＮＡＣＫ）を送信するための処理、特徴、手段、または命令を含みうる。
【００２１】
[0021]上述された方法、装置、または非一時的コンピュータ可読媒体のいくつかの例はさらに、再送信のために、最小時間期間の間、バッファ中のトランスポートブロックのセットを維持するための処理、特徴、手段、または命令を含みうる。
【００２２】
[0022]本開示の態様は、以下の図面を参照して説明される。
【図面の簡単な説明】
【００２３】
【図１】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復をサポートするワイヤレス通信システムの例を示す。
【図２】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復をサポートするワイヤレス通信システムの例を示す。
【図３】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復をサポートするチャネル構造の例を示す。
【図４】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復をサポートするシステムのためのプロセスフローの例を示す。
【図５】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復をサポートするワイヤレスデバイスのブロック図を示す。
【図６】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復をサポートするワイヤレスデバイスのブロック図を示す。
【図７】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復をサポートするワイヤレスデバイスのブロック図を示す。
【図８】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復をサポートするＵＥを含むシステムを例示する。
【図９】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復をサポートする基地局を含むシステムを例示する。
【図１０】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法を例示する。
【図１１】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法を例示する。
【図１２】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法を例示する。
【図１３】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法を例示する。
【図１４】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法を例示する。
【図１５】本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法を例示する。
【詳細な説明】
【００２４】
[0031]本開示にしたがって、デバイスは、低レイテンシ動作中に無線リンク制御（ＲＬＣ）データパケット回復についてのレイテンシを減少させるために、高速エラー回復プロシージャを使用しうる。本開示の態様は、ワイヤレス通信システムのコンテキスト中で説明される。例えば、デバイスは、低レイテンシデータに関連付けられたコンポーネントキャリアに対して高速エラー回復モードを選択しえ、データ回復処理を促進するために、タイマをアクティブ化しうる。いくつかの例では、高速エラー回復モードは、否定応答（ＮＡＣＫ）対確認応答（ＡＣＫ）エラー（negative acknowledgement to acknowledgement error）後のデータ回復を低減しうる。本開示のこれらおよび他の態様はさらに、高速エラー回復モードに関連する装置図、システム図、およびフローチャートによって例示され、それらを参照して説明される。
【００２５】
[0032]図１は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のためのワイヤレス通信システム１００の例を示している。ワイヤレス通信システム１００は、基地局１０５、ＵＥ１１５、およびコアネットワーク１３０を含む。いくつかの例では、ワイヤレス通信システム１００は、ロングタームエボリューション（ＬＴＥ）／ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）ネットワークでありうる。
【００２６】
[0033]基地局１０５は、１つまたは複数の基地局アンテナを介してＵＥ１１５とワイヤレスで通信しうる。基地局１０５の各々は、それぞれの地理的カバレッジエリア１１０に対して通信カバレッジを提供しうる。ワイヤレス通信システム１００中に示されている通信リンク１２５は、ＵＥ１１５から基地局１０５へのアップリンク（ＵＬ）送信、または基地局１０５からＵＥ１１５へのダウンリンク（ＤＬ）送信を含みうる。基地局１０５は、高速回復プロシージャをサポートし、互いと通信しうる。例えば、基地局１０５は、バックホールリンク１３２（例えば、Ｓ１、等）を通じてコアネットワーク１３０とインターフェースしうる。基地局１０５はまた、（例えば、コアネットワーク１３０を通じて）直接的にまたは間接的にのいずれかで、バックホールリンク１３４（例えば、Ｘ１、等）を通して互いと通信しうる。基地局１０５は、ＵＥ１１５との通信のためのスケジューリングおよび無線設定を行い、または基地局コントローラ（図示せず）の制御下で動作しうる。様々な例では、基地局１０５は、マクロセル、スモールセル、ホットスポット、等でありうる。基地局１０５はまた、いくつかの例ではｅノードＢ（ｅＮＢ）１０５と呼ばれうる。
【００２７】
[0034]ＵＥ１１５は、ワイヤレス通信システム１００全体にわたって分散され、各ＵＥ１１５は、固定式または移動式でありうる。ＵＥ１１５はまた、モバイル局、加入者局、リモートユニット、ワイヤレスデバイス、アクセス端末、ハンドセット、ユーザエージェント、クライアント、または何らかの他の適した専門用語で呼ばれうる。ＵＥ１１５はまた、セルラ電話、ワイヤレスモデム、ハンドヘルドデバイス、パーソナルコンピュータ、タブレット、パーソナル電子デバイス、マシンタイプ通信（ＭＴＣ）デバイス、等でありうる。ＵＥ１１５は、基地局１０５と通信し、高速回復プロシージャをサポートしうる。
【００２８】
[0035]ＵＥは、キャリアアグリゲーション（ＣＡ）構成中の複数のキャリアで構成され、通信リンク１２５は、そのようなマルチキャリアＣＡ構成を表しうる。キャリアはまた、コンポーネントキャリア（ＣＣ）、レイヤ、チャネル、等と呼ばれうる。「コンポーネントキャリア」という用語は、ＣＡ動作においてＵＥによって利用される複数のキャリアの各々を指し、システム帯域幅の他の一部分とは異なりうる。例えば、ＣＣは、他のコンポーネントキャリアとは独立してまたはそれらと組み合わせて利用されることが可能な（susceptible of）比較的狭い帯域幅のキャリアでありうる。各ＣＣは、ＬＴＥ規格のリリース８またはリリース９に基づく分離されたキャリアと同じ能力を提供しうる。複数のコンポーネントキャリアは、より大きな帯域幅および、例えば、より高いデータレートをいくつかのＵＥ１１５に提供するために、同時に利用またはアグリゲートされうる。このことから、個々のＣＣは、レガシＵＥ１１５（例えば、ＬＴＥリリース８またはリリース９をインプリメントするＵＥ１１５）と後方互換性がありうるが、他のＵＥ１１５（例えば、リリース８／９後のＬＴＥのバージョンをインプリメントするＵＥ１１５）は、マルチキャリアモード中の複数のコンポーネントキャリアで構成されうる。ＤＬに対して使用されるキャリアは、ＤＬ ＣＣと呼ばれ、ＵＬに対して使用されるキャリアはＵＬ ＣＣと呼ばれうる。ＵＥ１１５は、キャリアアグリゲーションのための複数のＤＬ ＣＣおよび１つまたは複数のＵＬ ＣＣで構成されうる。各キャリアは、制御情報（例えば、基準信号、制御チャネル、等）、オーバヘッド情報、データ、等を送信するために使用されうる。
【００２９】
[0036]ＵＥ１１５は、複数の搬送波を利用して単一の基地局１０５と通信しうるか、または異なるキャリア上で同時に複数の基地局１０５とも通信しうる。基地局１０５の各セルは、ＵＬ ＣＣおよびＤＬ ＣＣを含みうる。基地局１０５に対する各サービングセルのカバレッジエリア１１０は、異なりうる（例えば、異なる周波数帯域上のＣＣは、異なるパスロスを経験しうる）。いくつかの例では、ある１つのキャリアは、ＵＥ１１５のためのプライマリキャリア、またはプライマリコンポーネントキャリア（ＰＣＣ）として指定され、それは、プライマリセル（ＰＣｅｌｌ）によってサービングされうる。プライマリセルは、ＵＥごとにより上位のレイヤ（例えば、無線リソース制御（ＲＲＣ）、等）によって半静的に構成されうる。物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信されるある特定のアップリンク制御情報（ＵＣＩ）、例えば、ＡＣＫ／ＮＡＣＫ、チャネル品質インジケータ（ＣＱＩ）、およびスケジューリング情報が、ＰＣｅｌｌによって搬送される。追加のキャリアは、セカンダリキャリア、またはセカンダリコンポーネントキャリア（ＳＣＣ）として指定されえ、それらは、セカンダリセル（ＳＣｅｌｌ）によってサービングされうる。ＳＣｅｌｌは同様に、ＵＥごとに半静的に構成されうる。いくつかのケースでは、セカンダリセルは、プライマリセルと同じ制御情報を含まないか、またはそれを送信するように構成されないことがありうる。
【００３０】
[0037]いくつかのケースでは、ワイヤレス通信システム１００は、１つまたは複数の拡張コンポーネントキャリア（ｅＣＣ）を利用しうる。ｅＣＣは、柔軟な帯域幅、異なる送信時間間隔（ＴＴＩ）、および修正された制御チャネル構成を含む１つまたは複数の特徴によって特徴付けられうる。いくつかのケースでは、ｅＣＣは、（例えば、複数のサービングセルが準最適バックホールリンクを有するとき）デュアルコネクティビティ構成またはＣＡ構成に関連付けられうる。ｅＣＣはまた、（例えば、１人より多くのオペレータがスペクトルを使用することを認可されている）共有スペクトルまたは無認可スペクトルで使用するために構成されうる。柔軟な帯域幅によって特徴付けられるｅＣＣは、（例えば、電力を節約するために）限定された帯域幅を使用することを好むか、または帯域幅全体をモニタすることが可能でないＵＥ１１５によって利用されうる１つまたは複数のセグメントを含みうる。
【００３１】
[0038]いくつかのケースでは、ｅＣＣは、他のＣＣとは異なるＴＴＩ長を利用しえ、それは、他のＣＣのＴＴＩと比較すると低減されたまたは可変のシンボル持続時間の使用を含みうる。シンボル持続時間は、いくつかのケースでは、同じままでありうるが、各シンボルは、異なるＴＴＩを表しうる。いくつかの例では、ｅＣＣは、異なるＴＴＩ長に関連付けられた複数の階層的レイヤを含みうる。例えば、１つの階層的レイヤにおけるＴＴＩが、均一の１ｍｓサブフレームに対応しうるのに対して、第２のレイヤでは、可変長のＴＴＩが、短い持続時間シンボル期間のバーストに対応しうる。いくつかのケースでは、より短いシンボル持続時間はまた、増大されたサブキャリア間隔に関連付けられうる。低減されたＴＴＩ長と併せて、ｅＣＣは、動的時間分割複信（ＴＤＤ）動作を利用しうる（すなわち、ｅＣＣは、動的条件にしたがって、短いバーストのためにＤＬ動作からＵＬ動作に切り替えることを可能にしうる）。
【００３２】
[0039]柔軟な帯域幅および可変のＴＴＩは、修正された制御チャネル構成に関連付けられうる（例えば、ｅＣＣは、ＤＬ制御情報のために拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）を利用しうる）。例えば、ｅＣＣの１つまたは複数の制御チャネルは、柔軟な帯域幅使用に対応する（accommodate）ために、周波数分割多重化（ＦＤＭ）スケジューリングを利用しうる。他の制御チャネルの修正点は、異なる間隔で送信される制御チャネル、または（例えば、可変長のＵＬおよびＤＬバーストの長さを示すための、または発展型マルチメディアブロードキャストマルチキャストサービス（ｅＭＢＭＳ）スケジューリングのための）追加の制御チャネルの使用を含む。ｅＣＣはまた、修正されたまたは追加のハイブリッド自動再送要求（ＨＡＲＱ）関連制御情報を含みうる。ＵＥ１１５は、不連続受信を使用して、ｅＣＣ、および他のＣＣ上で動作しうる。
【００３３】
[0040]ワイヤレス通信システム１００は、複数のレイヤ上で動作しうる。２つの最下位のレイヤは、媒体アクセス制御（ＭＡＣ）またはデータリンクレイヤ、および物理（ＰＨＹ）レイヤを含みうる。ワイヤレス通信システム１００はまた、より上位のレイヤ（例えば、無線リソース制御（ＲＲＣ）レイヤおよびパケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ）をより下位のレイヤ（例えば、ＭＡＣレイヤ）に接続するＲＬＣレイヤを含みうる。基地局１０５またはＵＥ１１５中のＲＬＣエンティティは、送信パケットが（ＭＡＣレイヤトランスポートブロックサイズに対応する）適切にサイジングされたブロックへと編成されることを確実にしうる。着信データパケット（すなわち、ＰＤＣＰまたはＲＲＣサービスデータユニット（ＳＤＵ））が送信には大き過ぎる場合、ＲＬＣレイヤは、データパケットをいくつかのより小さいＲＬＣプロトコルデータユニット（ＰＤＵ）へとセグメント化しうる。着信データパケットが小さ過ぎる場合、ＲＬＣレイヤは、それらのうちのいくつかを単一のより大きいＲＬＣ ＰＤＵへと連結（concatenate）させうる。各ＲＬＣ ＰＤＵは、どのようにデータをリアセンブルするのかについての情報を含むヘッダを含みうる。ＲＬＣレイヤはまた、パケットが信頼できる形で送信されることを確実にしうる。送信機は、インデックス付けされたＲＬＣ ＰＤＵのバッファを保持し、対応するＡＣＫを受信するまで各ＰＤＵの再送信を続けうる。いくつかのケースでは、送信機は、どのＰＤＵが受信されたかを決定するためにポーリング要求を送り、受信機は、状態レポートで応答しうる。ＭＡＣレイヤＨＡＲＱ機能とは異なり、ＲＬＣ自動再送要求（ＡＲＱ）は、前方誤り訂正（ＦＥＣ）を含まないことがありうる。
【００３４】
[0041]ＲＬＣエンティティは、確認応答モード（ＡＭ：acknowledged mode）、非確認応答モード（ＵＭ：unacknowledged mode）および透過モード（ＴＭ：transparent mode）の３つのモードのうちの１つで動作しうる。ＡＭでは、ＲＬＣエンティティは、セグメンテーション／連結（concatenation）およびＡＲＱを遂行しうる。このモードは、遅延に耐性のあるまたはエラーに敏感な送信に適切でありうる。ＵＭでは、ＲＬＣエンティティは、セグメンテーション／連結を遂行しうるが、エラー回復は遂行しないことがありうる。これは、遅延に敏感なまたはエラーに耐性のあるトラフィック（例えば、ボイスオーバＬＴＥ（ＶｏＬＴＥ））に適切でありうる。ＴＭは、データバッファリングのみを遂行し、連結／セグメンテーションまたはＡＲＱのいずれも含まない。ＴＭは主に、ブロードキャスト制御情報（例えば、マスタ情報ブロック（ＭＩＢ）およびシステム情報ブロック（ＳＩＢ））と、ページングメッセージと、ＲＲＣ接続メッセージとを送るために使用されうる。いくつかの送信は、ＲＬＣなしで送られうる（例えば、ランダムアクセスチャネル（ＲＡＣＨ）プリアンブルおよび応答）。
【００３５】
[0042]ＭＡＣレイヤにおいて、ＨＡＲＱは、データがワイヤレス通信リンク１２５を通して正確に受信されることを確実にする方法でありうる。ＨＡＲＱは、（例えば、巡回冗長検査（ＣＲＣ）を使用する）エラー検出、ＦＥＣ、および再送信（例えば、ＡＲＱ）の組み合わせを含みうる。ＨＡＲＱは、貧弱な無線条件（例えば、信号対雑音条件）でのＭＡＣレイヤにおけるスループットを改善しうる。増分的冗長ＨＡＲＱ（Incremental Redundancy HARQ）では、データを成功裡に復号する全体的な可能性を改善するために、不正確に受信されたデータがバッファ中に記憶され、後続の送信と組み合わされうる。いくつかのケースでは、冗長ビットが、送信より前に各メッセージに追加されうる。これは特に、貧弱な条件において有用でありうる。他のケースでは、冗長ビットは、各送信に追加されないが、情報を復号することに失敗した試みを示すＮＡＣＫを元のメッセージの送信機が受信した後で再送信される。
【００３６】
[0043]このことから、基地局１０５およびＵＥ１１５は、送信失敗を正すために、複数の回復プロシージャを使用しうる。例えば、ＲＬＣエンティティは、ＲＬＣ−ＡＭで動作するように構成され、ＵＥ１１５によって正確に受信されていないデータパケットのための再送信をスケジュールしうる。ＲＬＣ回復処理は、ＭＡＣ回復処理より遅いレートで動作しえ、ＭＡＣ処理によって見逃されたエラーを緩和するために使用されうる。例えば、ＨＡＲＱ処理に関連付けられたＡＣＫ／ＮＡＣＫエラー、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の消去、等である。
【００３７】
[0044]送信デバイスのＲＬＣは、それらがＵＥ１１５によって受信されるべき順序にしたがって、シーケンス番号（ＳＮ）をＰＤＵのセット中の各ＰＤＵ（すなわち、データパケット）に割り当てうる。ＰＤＵはその後、それらがセグメント化され、トランスポートブロックへと再配列されうるＭＡＣレイヤに移されうる。トランスポートブロックはその後、対応するＨＡＲＱ処理に関連付けられ、ＵＥ１１５に送られうる。受信機は、それらをＵＥ１１５のＭＡＣレイヤにおいてリアセンブルしうる。トランスポートブロックは、ＵＥのＲＬＣエンティティに送られえ、そこでＵＥ１１５は、各データパケットのＳＮを決定しうる。ＳＮは、データパケットが適正な順序で受信されたかどうかを決定するために使用されうる。例えば、受信デバイスは、より高次のＳＮを有するデータパケット：ＳＮ（ｎ＋１）がより低次のシーケンス番号を有するデータパケット：ＳＮ（ｎ）より前に受信された場合に、再順序付けタイマをスタートしうる。例えば、受信機は、状態変数ＶＲ（Ｈ）を更新するために、識別されたデータパケットを使用しえ、それは、（最高次の受信されたＳＮ）＋１およびＶＲ（Ｒ）に等しく、それは、（最高次の順番に（in-order）受信されたＳＮ）＋１に等しい。ＶＲ（Ｈ）＞ＶＲ（Ｒ）である場合、受信機は、ＳＮ（すなわち、データパケット）が欠けていることを検出し、再順序付けタイマをスタートしうる（それは、ＨＡＲＱ再送信プロトコルに基づきうる）。再順序付けタイマの満了時に、受信デバイスは、データパケットＳＮ（ｎ）が受信されていないことを示す状態レポートを送信デバイスに送り、送信デバイスはそれ故に、欠けているデータパケットＳＮ（ｎ）についての再送信をスケジュールしうる。
【００３８】
[0045]ＲＬＣ回復処理は、通信リンクにレイテンシをもたらしうる。例えば、ＵＥ１１５は、後続のＳＮ（例えば、ＳＮ（ｎ＋１））が正確に受信されるまで、欠けているＳＮ（例えば、ＳＮ（ｎ））を検出しないことがありうる。ＵＥ１１５はまた、基地局１０５に状態レポートを送るより前に再順序付けタイマが満了するまで待ちうる。さらに、ＵＥ１１５は、ＳＲを送信し、基地局１０５が状態レポートに関して送信ウィンドウをスケジュールするのを待ちうる。
【００３９】
[0046]例えば、ＨＡＲＱエラー後に遅延が生じうる。すなわち、ＵＥ１１５は、データパケット：ＳＮ１に関連付けられたトランスポートブロックを受信することに失敗しうる。不成功の送信後、ＵＥ１１５は、基地局１０５にＮＡＣＫを送信しうる。基地局１０５は、しかしながら、ＮＡＣＫをＡＣＫとして不正確に検出しえ、データパケット：ＳＮ１についての後続のトランスポートブロックを送信し続けうる。したがって、ＵＥ１１５のＲＬＣ受信機は、失敗したトランスポートブロックについての予期された再送信を受信することに失敗し、したがって、トランスポートブロックを含むデータパケットを成功裡に受信することに失敗しうる。ＵＥはその後、ＳＮ１が適正な順序で受信されなかったと決定する前に後続のデータパケット（例えば、データパケット：ＳＮ２、ＳＮ３、等）が成功裡に受信されるまで待ちうる。このタイプのエラーは、ＮＡＣＫ対ＡＣＫエラーと呼ばれえ、そのためにＲＬＣ回復プロシージャは、検出するのに２０ｍｓ以上かかりうる。
【００４０】
[0047]ＲＬＣ回復処理に関連付けられた遅延は、特定のレイテンシ動作モード（例えば、低レイテンシ動作、超低レイテンシ動作）には適さないことがありうる。例えば、低レイテンシ動作は、１ｍｓほどの低い遅延に対応しうる。その上、低レイテンシ通信によって利用されうるより短いＴＴＩは、制御チャネルの信頼度を減少させ、トランスポートブロックについてのエラー確率を増大させうる。その結果として、回復プロシージャは、低レイテンシ動作中により頻繁となり、結果として、通信リンクについてのレイテンシは、それに応じて増大しうる。したがって、基地局１０５またはＵＥ１１５のようなデバイスは、低レイテンシ動作中にＲＬＣデータパケット回復についてのレイテンシを減少させるために、高速エラー回復プロシージャを使用しうる。デバイスは、低レイテンシデータに関連付けられたＣＣに対して高速エラー回復モードを選択し、データ回復処理を促進するために、（ＲＬＣ再順序付けタイマとは異なり、それより短い）タイマをアクティブ化しうる。失敗した送信が再スケジュールされる前にタイマが満了する場合、デバイスは、失敗レポートを生成しうる。失敗レポートは、受信デバイスの、送信デバイスの、またはスケジューラの、ＲＬＣエンティティ、ＰＤＣＰエンティティ、またはＭＡＣエンティティに送られうる。高速エラー回復モードは、ＮＡＣＫ対ＡＣＫエラーまたは他の送信エラー後のデータ回復を低減しうる。
【００４１】
[0048]図２は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のためのワイヤレス通信システム２００の例を示している。ワイヤレス通信システム２００は、ＵＥ１１５−ａおよび基地局１０５−ａを含みえ、それらは、図１を参照して上述されたＵＥ１１５または基地局１０５の例でありうる。基地局１０５−ａおよびＵＥ１１５−ａは、概して図１を参照して上述されたように、ＵＥ１１５−ａがカバレッジエリア１１０−ａ内にあるときにダウンリンク２０５を介して互いと通信しうる。ＵＥ１１５−ａは、概して図１を参照して上述されたように、アップリンク２１０を介して基地局１０５−ａにＡＣＫ／ＮＡＣＫを送りうる。
【００４２】
[0049]ＵＥ１１５−ａは、ダウンリンク２０５を介して基地局１０５−ａからトランスポートブロックのセットを受信しうる。いくつかのケースでは、トランスポートブロックは、低レイテンシデータを含みうる。（例えば、トランスポートブロックは、低減されたＴＴＩを使用してｅＣＣを通して送られうる。）ＵＥ１１５−ａは、低レイテンシトランスポートブロックに関連付けられたベアラに対して高速回復モードを選択しうる。ＵＥ１１５−ａは、全ての終了されていない送信のリストを維持し、設定可能な時間のウィンドウの間、終了されていない送信の状態をモニタしうる。いくつかの例では、終了されていない送信は、アクティブＨＡＲＱ処理またはトランスポートブロックでありうる。いくつかのケースでは、ＵＥ１１５−ａは、トランスポートブロックを復号することに失敗し、基地局１０５−ａにアップリンク２１０を介してＮＡＣＫを送りうる。ＵＥ１１５−ａは同時に、失敗したトランスポートブロックに関連付けられたタイマ２１５を開始しうる。タイマ２１５は、ＵＥ１１５−ａと一体化されうる（例えば、タイマは、ＵＥ１１５−ａのプロセッサ内のモジュールでありうる）。いくつかのケースでは、タイマ２１５は、失敗したトランスポートブロックが基地局１０５−ａによって再スケジュールされる前に満了し、レポーティングプロシージャがトリガされうる。レポーティングプロシージャは、どの終了されていない送信が失敗したのかを示す失敗レポートを基地局１０５−ａに送ることを含みうる。いくつかのケースでは、失敗レポートは加えて、関連するタイマ２１５が満了していないリスト中の他の終了されていない送信についての情報を含みうる。
【００４３】
[0050]いくつかの例では、ＵＥ１１５−ａは、どの送信が再スケジュールされるべきかを（例えば、ＭＡＣレイヤにおける）基地局１０５−ａが決定しうるように、基地局１０５−ａに失敗レポートを送りうる。別の例では、ＵＥ１１５−ａのＭＡＣエンティティは、ＵＥ１１５−ａのＲＬＣエンティティに低レイテンシ（および、したがって、潜在的に高優先度の）ベアラについての潜在的な問題を知らせうる。ＲＬＣエンティティはその後、どのデータパケットが再スケジュールされるべきかを基地局１０５−ａが決定しうるように、基地局１０５−ａに初期（early）ＳＮ状態レポートをトリガしうる。他の例では、ＵＥ１１５−ａは、どのデータパケットが再スケジュールされるべきかを基地局１０５−ａが決定しうるように、基地局１０５−ａのエンティティ（例えば、ＲＬＣエンティティ、ＰＤＣＰエンティティ、またはＭＡＣエンティティ）にエラーインジケーションを送りうる。
【００４４】
[0051]別の例では、基地局１０５−ａは同様に、高速エラー回復モードを利用しうる。例えば、ＵＬ送信中に、基地局１０５−ａのＭＡＣエンティティは、ＵＬ送信を受信するより前にタイマが満了する場合に、エラーを検出し、タイマを開始し、エラーレポートを生成しうる。一例では、エラーは、基地局のＲＬＣエンティティにレポートされる。いくつかの例では、基地局１０５−ａのＭＡＣエンティティは、ＵＥ１１５−ａからの再送信を要求するために、基地局１０５−ａのスケジューラに直接失敗レポートを提供しうる。他の例では、基地局１０５−ａのＰＤＣＰエンティティは、ＵＥ１１５−ａからの再送信を要求するために、基地局１０５−ａのスケジューラに直接失敗レポートを提供しうる。
【００４５】
[0052]図３は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のためのチャネル構造３００の例を示している。チャネル構造３００は、図１−２を参照して上述されたように、ＵＥ１１５と基地局１０５との間での低レイテンシ送信の態様を例示しうる。
【００４６】
[0053]いくつかの例では、ＵＥ１１５は、トランスポートブロック３０５を受信しえ、それを復号することに失敗しうる。トランスポートブロック３０５中のデータは、ＨＡＲＱ処理：ＨＡＲＱ１、データパケット：ＳＮ１に関連付けられ、ｎ番目の再送信：ＲＶ（Ｎ）でありうる。ＵＥ１１５は、失敗した送信を検出し、トランスポートブロック３０５に関連付けられたエントリを用いて終了されていない送信のリストを更新し、タイマ３４０をスタートしうる。後にまたは同時に、ＵＥ１１５は、基地局１０５にＮＡＣＫを送信しうる。いくつかのケースでは、ＮＡＣＫは、ＮＡＣＫ対ＡＣＫエラー３１０中で、基地局１０５においてＡＣＫとして誤解されうる。ＨＡＲＱ１は、したがって、新しいデータ送信、ＲＶ（０）、を用いて後続のトランスポートブロック３１５をスケジュールしうるが、ＵＥ１１５は、トランスポートブロック３０５中のデータの再送信を予期していることがありうる。タイマ３４０は、トランスポートブロック３０５中のデータが再スケジュールされたことをＵＥ１１５が識別するか、またはタイマ３４０が満了するまでのいずれかまで作動し続けうる。トランスポートブロック３０５中のデータが再スケジュールされていないことから、ＵＥ１１５は、エラーを検出し、トランスポートブロック３０５中のデータの送信失敗を基地局１０５に知らせるために、タイマ３４０の満了時に（例えば、基地局１０５のエンティティに）失敗レポート３２０を送りうる。基地局１０５−ａは、トランスポートブロック３０５−ａ中での再送信用にトランスポートブロック３０５中のデータを再スケジュールするために、失敗レポート３２０を使用しうる。いくつかのケースでは、ＵＥ１１５は成功裡に、トランスポートブロック３０５−ａ中での再送信を受信し、基地局１０５にＡＣＫ３２５を送りうる。いくつかのケースでは、ＵＥ１１５は、第１のデータパケットがインジケータ３３０において成功裡に受信されたと決定しえ、状態変数ＶＲ（Ｈ）およびＶＲ（Ｒ）は、２（または最後の成功裡に受信されたＳＮ）に等しくなるように更新されうる。より後の時間において、ＵＥ１１５は、第２のデータパケットがインジケータ３３５において成功裡に受信されたと決定しえ、状態変数ＶＲ（Ｈ）およびＶＲ（Ｒ）は、再び更新されうる。
【００４７】
[0054]ＲＬＣ回復プロトコル下では、ワイヤレスネットワークは、長い時間期間（例えば、低レイテンシ通信とは不適合である時間期間）の間、ＮＡＣＫ対ＡＣＫエラー３１０を検出しないことがあり、データパケット：ＳＮ１の送信は、不成功でありうる。したがって、インジケータ３３０における状態変数値は、変化しないことがありうる（すなわち、ＶＲ（Ｈ）およびＶＲ（Ｒ）は、１に等しい）。より後の時間において、ＵＥ１１５は成功裡に、インジケータ３３５において第２のデータパケットを受信しえ、状態変数ＶＲ（Ｈ）は、３に等しくありうるが、ＶＲ（Ｒ）は、１に等しくありうる。これは、条件ＶＲ（Ｈ）＞ＶＲ（Ｒ）を満たし、ＵＥ１１５は、再順序付けタイマ３４５をスタートしうる。再順序付けタイマの満了時に、ＵＥ１１５のＲＬＣ送信機は、データパケット：ＳＮ１が受信されていないことを基地局１０５に警告する状態レポートを送り、基地局１０５は、データパケット：ＳＮ１についての再送信をスケジュールしうる。再順序付けタイマ３４５のエンドポイント（図示せず）とタイマ３４０のエンドポイントとの間の差異は、高速エラー回復プロシージャを使用して低減されうる、ＲＬＣ回復プロシージャに関連付けられた遅延の一部分を例示しうる。
【００４８】
[0055]図４は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のためのプロセスフロー４００の例を示している。プロセスフロー４００は、図１〜２を参照して上述されたように、ＵＥ１１５または基地局１０５の例でありうるＵＥ１１５−ｂおよび基地局１０５−ｂによって遂行されうる。いくつかの例では、ＵＥ１１５−ｂは、終了されていない送信をモニタし、失敗した送信のためにタイマをアクティブ化しうる。タイマが満了した場合、ＵＥ１１５−ｂは、失敗した送信の再スケジューリングを要求する失敗レポートを送信しうる。
【００４９】
[0056]ステップ４０５において、ＵＥ１１５−ｂは、高速回復モードを選択しうる。いくつかの例では、選択は、低レイテンシ動作に基づく。いくつかの例では、選択は、少なくとも１つの高優先度のベアラの構成に基づく。いくつかの例では、選択は、ＭＡＣシグナリングまたはＲＲＣシグナリングに基づく。
【００５０】
[0057]４１０において、ＵＥ１１５−ｂは、基地局１０５−ｂから１つまたは複数のトランスポートブロックを受信しうる。いくつかのケースでは、トランスポートブロックは、遅延に敏感でありうる低レイテンシデータを含みうる。いくつかのケースでは、基地局１０５−ｂは、再送信のために、最小時間期間の間、バッファ中のトランスポートブロックのセットを維持しうる。
【００５１】
[0058]４１５において、ＵＥ１１５−ｂは、送信エラーを検出しうる。いくつかのケースでは、ＵＥ１１５−ｂは、ＨＡＲＱ処理の状態に基づいて、送信エラーを検出しうる。例えば、トランスポートブロックは、正確に受信されないことがありうる。
【００５２】
[0059]４２０において、ＵＥ１１５−ｂは、受信されたトランスポートブロックに関してＡＣＫ／ＮＡＣＫで基地局１０５−ｂに応答しうる。例えば、正確に受信されなかったトランスポートブロックに関してＮＡＣＫが送られうる。このことから、ＵＥ１１５−ｂは、ＨＡＲＱ処理の状態に基づいて、ＮＡＣＫを送信しうる。いくつかのケースでは、ＨＡＲＱ応答は、送信または受信エラーの影響を受けうる。
【００５３】
[0060]いくつかのケースでは、ＵＥ１１５−ｂは、終了されていない送信のリストを維持しうる。ＵＥ１１５−ｂは、受信されたトランスポートブロックに基づいて、リストを更新しうる。いくつかのケースでは、リストは、ＵＥ１１５−ｂのＭＡＣレイヤによって維持されうる。いくつかの例では、リスト中の各エントリは、時間インデックスにマッピングされる。いくつかの例では、リストは、トランスポートブロックまたは高優先度のＨＡＲＱ処理のセットに限定され、それは、低レイテンシ動作に基づきうる。いくつかのケースでは、ＵＥ１１５−ｂは、設定可能なウィンドウの間、リスト中の終了されていない送信の状態を維持しうる。
【００５４】
[0061]４２５において、ＵＥ１１５−ｂは、送信エラーの検出に基づいて、タイマを開始しうる。タイマは、高速エラー回復モードに基づきうる。
【００５５】
[0062]４３０において、ＵＥ１１５−ｂは、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定することに基づいて、エラーレポートを生成しうる。
【００５６】
[0063]４３５において、ＵＥ１１５−ｂは、例えば、どのＨＡＲＱ処理またはトランスポートブロックが成功裡に受信されなかったかを示すことによって、失敗をレポートしうる。いくつかの例では、送信エラーをレポートすることは、基地局１０５−ｂのＲＬＣエンティティ、ＰＤＣＰエンティティ、またはＭＡＣエンティティにエラーインジケーションを送ることを含む。いくつかの例では、送信エラーをレポートすることは、スケジューリングデバイスのエンティティにエラーインジケーションを送ることを含む。いくつかの例では、送信エラーをレポートすることは、リストに対応するビットマップを送ることを含む。いくつかの例では、ＵＥ１１５−ｂは、タイマの満了より前にＨＡＲＱ状態についての新しいデータインジケータ（ＮＤＩ）を識別し、送信エラーをレポートしうる。いくつかの例では、送信エラーは、次のＲＬＣ ＰＤＵを受信するより前にレポートされる。いくつかのケースでは、失敗レポートを送信することは、エラーインジケーションに基づいて、ＲＬＣ状態レポートを送信することを含みうる。いくつかの例では、ＲＬＣ状態レポートを送信することは、競合ベースのリソースを使用して、（例えば、基地局１０５−ｂのエンティティに）エラーインジケーションを送ることを含む。いくつかの例では、エラーインジケーションを送ることは、競合ベースのリソースを使用して、エラーインジケーションを（例えば、基地局１０５−ｂのエンティティに）送ることを含む。
【００５７】
[0064]４４０において、基地局１０５−ｂは、失敗した送信についての再送信をスケジュールしうる。４４５において、基地局１０５−ｂは、トランスポートブロックの第２のセットを送信しえ、それは、スケジュールされた再送信を含みうる。
【００５８】
[0065]図５は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のために構成されたワイヤレスデバイス５００のブロック図を示している。ワイヤレスデバイス５００は、図１−４を参照して説明された基地局１０５またはＵＥ１１５の態様の例でありうる。ワイヤレスデバイス５００は、受信機５０５、高速ＲＬＣエラー回復モジュール５１０、または送信機５１５を含みうる。ワイヤレスデバイス５００はまた、プロセッサを含みうる。これらのコンポーネントの各々は、互いと通信中でありうる。
【００５９】
[0066]受信機５０５は、様々な情報チャネル（例えば、制御チャネル、データチャネル、および低レイテンシ送信を伴う高速ＲＬＣエラー回復に関連する情報、等）に関連付けられた制御情報、ユーザデータ、またはパケットのような情報を受信しうる。情報は、高速ＲＬＣエラー回復モジュール５１０、およびワイヤレスデバイス５００の他のコンポーネントに伝えられうる。
【００６０】
[0067]高速ＲＬＣエラー回復モジュール５１０は、ＨＡＲＱ処理の状態に基づいて、送信エラーを検出することと、送信エラーの検出に基づいて、タイマを開始することと、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定することと、決定に基づいて、送信エラーをレポートすることとを行いうる。
【００６１】
[0068]送信機５１５は、ワイヤレスデバイス５００の他のコンポーネントから受信された信号を送信しうる。いくつかの例では、送信機５１５は、トランシーバモジュール中で受信機５０５とコロケートされうる。送信機５１５は、単一のアンテナを含みうるか、または複数のアンテナを含みうる。いくつかの例では、送信機５１５は、エラーインジケーションに基づいて、（例えば、送信デバイスのエンティティに）ＲＬＣ状態レポートを送信しうる。いくつかの例では、ＲＬＣ状態レポートを送信することは、競合ベースのリソースを使用して、（例えば、送信デバイスのエンティティに）エラーインジケーションを送ることを含む。
【００６２】
[0069]図６は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のためのワイヤレスデバイス６００のブロック図を示している。ワイヤレスデバイス６００は、図１−５を参照して説明されたワイヤレスデバイス５００、基地局１０５、またはＵＥ１１５の態様の例でありうる。ワイヤレスデバイス６００は、受信機５０５−ａ、高速ＲＬＣエラー回復モジュール５１０−ａ、または送信機５１５−ａを含みうる。ワイヤレスデバイス６００はまた、プロセッサを含みうる。これらのコンポーネントの各々は、互いと通信中でありうる。高速ＲＬＣエラー回復モジュール５１０−ａはまた、エラー検出モジュール６０５、エラー検出タイミングモジュール６１０、レポートトリガモジュール６１５、およびエラーレポーティングモジュール６２０を含みうる。
【００６３】
[0070]受信機５０５−ａは、高速ＲＬＣエラー回復モジュール５１０−ａに、およびワイヤレスデバイス６００の他のコンポーネントに伝えられうる情報を受信しうる。高速ＲＬＣエラー回復モジュール５１０−ａは、図５を参照してここに説明された動作を遂行しうる。送信機５１５−ａは、ワイヤレスデバイス６００の他のコンポーネントから受信された信号を送信しうる。
【００６４】
[0071]エラー検出モジュール６０５は、図２−４を参照してここに説明されたように、ＨＡＲＱ処理の状態に基づいて、送信エラーを検出しうる。
【００６５】
[0072]エラー検出タイミングモジュール６１０は、図２−４を参照してここに説明されたように、送信エラーの検出に基づいて、タイマを開始しうる。
【００６６】
[0073]レポートトリガモジュール６１５は、図２−４を参照してここに説明されたように、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定しうる。
【００６７】
[0074]エラーレポーティングモジュール６２０は、図２−４を参照してここに説明されたように、決定に基づいて、送信エラーを（例えば、送信デバイスのエンティティに）レポートしうる。いくつかの例では、送信エラーは、次のＲＬＣ ＰＤＵを受信するより前にレポートされうる。
【００６８】
[0075]図７は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のためのワイヤレスデバイス５００またはワイヤレスデバイス６００のコンポーネントでありうる高速ＲＬＣエラー回復モジュール５１０−ｂのブロック図７００を示している。高速ＲＬＣエラー回復モジュール５１０−ｂは、図５−６を参照して説明された高速ＲＬＣエラー回復モジュール５１０の態様の例でありうる。高速ＲＬＣエラー回復モジュール５１０−ｂは、エラー検出モジュール６０５−ａ、エラー検出タイミングモジュール６１０−ａ、レポートトリガモジュール６１５−ａ、およびエラーレポーティングモジュール６２０−ａを含みうる。これらのモジュールの各々は、図６を参照してここに説明された機能を遂行しうる。高速ＲＬＣエラー回復モジュール５１０−ｂはまた、ＲＬＣレポーティングモジュール７０５、ＭＡＣレポーティングモジュール７１０、送信リストモジュール７１５、ＮＤＩ検出モジュール７２０、高速回復モードセレクタ７２５、およびトランスポートブロックバッファ７３０を含みうる。
【００６９】
[0076]ＲＬＣレポーティングモジュール７０５は、図２−４を参照してここに説明されたように、送信エラーをレポートすることが、送信デバイスの、受信デバイスの、またはスケジューラの、ＲＬＣエンティティ、ＰＤＣＰエンティティ、またはＭＡＣエンティティにエラーインジケーションを送ることを含みうるように構成されうる。
【００７０】
[0077]ＭＡＣレポーティングモジュール７１０は、図２−４を参照してここに説明されたように、送信エラーをレポートすることが、スケジューリングデバイスのＭＡＣエンティティにエラーインジケーションを送ることを含みうるように構成されうる。
【００７１】
[0078]送信リストモジュール７１５は、図２−４を参照してここに説明されたように、終了されていない送信のリストを維持しえ、送信エラーをレポートすることは、リストに基づきうる。いくつかの例では、リスト中の各エントリは、時間インデックスにマッピングされうる。いくつかの例では、送信エラーをレポートすることは、リストに対応するビットマップを送ることを含む。いくつかの例では、リストは、高優先度のＨＡＲＱ処理のセットに限定され、ＨＡＲＱ処理は、高優先度のＨＡＲＱ処理のセットの要素でありうる。いくつかの例では、高優先度のＨＡＲＱ処理のセットは、低レイテンシ動作に基づいて決定されうる。
【００７２】
[0079]ＮＤＩ検出モジュール７２０は、図２−４を参照してここに説明されたように、タイマの満了より前にＨＡＲＱ処理についてのＮＤＩを識別しえ、送信エラーをレポートすることは、ＮＤＩに基づきうる。
【００７３】
[0080]高速回復モードセレクタ７２５は、図２−４を参照してここに説明されたように、高速回復モードを選択しえ、タイマを開始することは、選択に基づく。いくつかの例では、選択は、レイテンシ動作モード（例えば、低レイテンシ動作、超低レイテンシモード）に基づきうる。いくつかの例では、選択は、少なくとも１つの高優先度のベアラの構成に基づきうる。いくつかの例では、選択は、ＭＡＣシグナリングまたはＲＲＣシグナリングに基づきうる。
【００７４】
[0081]トランスポートブロックバッファ７３０は、図２−４を参照してここに説明されたように、再送信のために、最小時間期間の間、バッファ中のトランスポートブロックのセットを維持しうる。
【００７５】
[0082]図８は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のために構成されたＵＥ１１５−ｃを含むシステム８００の図を示している。システム８００は、ＵＥ１１５−ｃを含みえ、それは、図１、２、および５−７を参照してここに説明されたワイヤレスデバイス５００、ワイヤレスデバイス６００、またはＵＥ１１５の例でありうる。ＵＥ１１５−ｃは、高速ＲＬＣエラー回復モジュール８１０を含みえ、それは、図５−７を参照して説明された高速ＲＬＣエラー回復モジュール５１０の例でありうる。ＵＥ１１５−ｃはまた、ＨＡＲＱ応答モジュール８２５を含みうる。ＵＥ１１５−ｃはまた、通信を送信するためのコンポーネントおよび通信を受信するためのコンポーネントを含む、双方向音声およびデータ通信のためのコンポーネントを含みうる。例えば、ＵＥ１１５−ｃは、基地局１０５−ｃまたはＵＥ１１５−ｄと双方向に通信しうる。
【００７６】
[0083]ＨＡＲＱ応答モジュール８２５は、図２−４を参照してここに説明されたように、ＨＡＲＱ処理の状態に基づいて、確認応答（例えば、ＡＣＫ／ＮＡＣＫ応答）を送りうる。
【００７７】
[0084]ＵＥ１１５−ｃはまた、プロセッサ８０５、およびメモリ８１５（ソフトウェア（ＳＷ）８２０を含む）、トランシーバ８３５、および１つまたは複数のアンテナ（１つ以上）８４０を含みえ、それらの各々は、（例えば、バス８４５を介して）互いと、直接的にまたは間接的に、通信しうる。トランシーバ８３５は、上述されたように、アンテナ（１つ以上）８４０またはワイヤードあるいはワイヤレスリンクを介して、１つまたは複数のネットワークと双方向に通信しうる。例えば、トランシーバ８３５は、基地局１０５または別のＵＥ１１５と双方向に通信しうる。トランシーバ８３５は、パケットを変調し、変調されたパケットを送信のためにアンテナ（１つ以上）８４０に提供し、アンテナ（１つ以上）８４０から受信されたパケットを復調するためのモデムを含みうる。ＵＥ１１５−ｃは、単一のアンテナ８４０を含みうるが、ＵＥ１１５−ｃはまた、複数のワイヤレス送信を同時に送信または受信することが可能である複数のアンテナ８４０を有しうる。
【００７８】
[0085]メモリ８１５は、ランダムアクセスメモリ（ＲＡＭ）および読取専用メモリ（ＲＯＭ）を含みうる。メモリ８１５は、実行されると、プロセッサ８０５に、ここに説明された様々な機能（例えば、低レイテンシ送信を伴う高速ＲＬＣエラー回復、等）を遂行させる命令を含む、コンピュータ可読、コンピュータ実行可能ソフトウェア／ファームウェアコード８２０を記憶しうる。代替として、ソフトウェア／ファームウェアコード８２０は、プロセッサ８０５によって直接実行可能ではないことがありうるが、（例えば、コンパイルおよび実行されたときに）コンピュータに、ここに説明された機能を遂行させうる。プロセッサ８０５は、インテリジェントハードウェアデバイス（例えば、中央処理ユニット（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣ、等）を含みうる。
【００７９】
[0086]図９は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のために構成された基地局１０５−ｄを含むシステム９００の図を示している。システム９００は、基地局１０５−ｄを含みえ、それは、図１、２、および６−８を参照してここに説明されたワイヤレスデバイス６００、ワイヤレスデバイス７００、または基地局１０５の例でありうる。基地局１０５−ｄは、基地局高速ＲＬＣエラー回復モジュール９１０を含みえ、それは、図６−８を参照して説明された基地局高速ＲＬＣエラー回復モジュール９１０の例でありうる。基地局１０５−ｄはまた、通信を送信するためのコンポーネントおよび通信を受信するためのコンポーネントを含む、双方向音声およびデータ通信のためのコンポーネントを含みうる。例えば、基地局１０５−ｄは、基地局１０５−ｅ、基地局１０５−ｆ、ＵＥ１１５−ｅ、またはＵＥ１１５−ｆと双方向に通信しうる。
【００８０】
[0087]いくつかのケースでは、基地局１０５−ｄは、１つまたは複数のワイヤードバックホールリンクを有しうる。基地局１０５−ｄは、コアネットワーク１３０へのワイヤードバックホールリンク（例えば、Ｓ１インターフェース、等）を有しうる。基地局１０５−ｄはまた、基地局間バックホールリンク（例えば、Ｘ２インターフェース）を介して、基地局１０５−ｅおよび基地局１０５−ｆのような他の基地局１０５と通信しうる。基地局１０５の各々は、同じまたは異なるワイヤレス通信技術を使用してＵＥ１１５と通信しうる。いくつかのケースでは、基地局１０５−ｄは、基地局通信モジュール９２５を利用して１０５−ｅまたは１０５−ｆのような他の基地局と通信しうる。いくつかの例では、基地局通信モジュール９２５は、基地局１０５のうちのいくつかの間での通信を提供するために、ＬＴＥ／ＬＴＥ−Ａワイヤレス通信ネットワーク技術内のＸ２インターフェースを提供しうる。いくつかの例では、基地局１０５−ｄは、コアネットワーク１３０を通じて他の基地局と通信しうる。いくつかのケースでは、基地局１０５−ｄは、ネットワーク通信モジュール９３０を通じてコアネットワーク１３０と通信しうる。
【００８１】
[0088]基地局１０５−ｄは、プロセッサ９０５、メモリ９１５（ソフトウェア（ＳＷ）９２０を含む）、トランシーバ９３５、およびアンテナ（１つ以上）９４０を含みえ、それらは各々、（例えば、バスシステム９４５を通して）互いと、直接的にまたは間接的に、通信中でありうる。トランシーバ９３５は、アンテナ（１つ以上）９４０を介して、ＵＥ１１５と双方向に通信するように構成されえ、それは、マルチモードデバイスでありうる。トランシーバ９３５（または基地局１０５−ｄの他のコンポーネント）はまた、アンテナ９４０を介して、１つまたは複数の他の基地局（図示せず）と双方向に通信するように構成されうる。トランシーバ９３５は、パケットを変調し、変調されたパケットを送信のためにアンテナ９４０に提供し、アンテナ９４０から受信されたパケットを復調するように構成されたモデムを含みうる。基地局１０５−ｄは、複数のトランシーバ９３５を含みえ、各々は、１つまたは複数の関連するアンテナ９４０とともにある。トランシーバは、組み合わされた図５の受信機５０５および送信機５１５の例でありうる。
【００８２】
[0089]メモリ９１５は、ＲＡＭおよびＲＯＭを含みうる。メモリ９１５はまた、実行されると、プロセッサ９１０に、ここに説明された様々な機能（例えば、低レイテンシ送信を伴う高速ＲＬＣエラー回復、カバレッジ強化技法を選択すること、呼処理、データベース管理、メッセージルーティング、等）を遂行させるように構成された命令を含む、コンピュータ可読、コンピュータ実行可能ソフトウェアコード９２０を記憶しうる。代替として、ソフトウェア９２０は、プロセッサ９０５によって直接実行可能ではないことがありうるが、例えば、コンパイルおよび実行されたときに、コンピュータに、ここに説明された機能を遂行させるように構成されうる。プロセッサ９０５は、インテリジェントハードウェアデバイス、例えば、ＣＰＵ、マイクロコントローラ、ＡＳＩＣ、等を含みうる。プロセッサ９０５は、エンコーダ、キュー処理モジュール、ベースバンドプロセッサ、無線ヘッドコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、等のような様々な特殊用途プロセッサを含みうる。
【００８３】
[0090]基地局通信モジュール９２５は、他の基地局１０５との通信を管理しうる。通信管理モジュールは、他の基地局１０５と連携してＵＥ１１５との通信を制御するためのスケジューラまたはコントローラを含みうる。例えば、基地局通信モジュール９２５は、ビームフォーミングまたはジョイント送信のような様々な干渉緩和技法のために、ＵＥ１１５への送信のためのスケジューリングを調整しうる。
【００８４】
[0091]ワイヤレスデバイス５００、ワイヤレスデバイス６００、高速ＲＬＣエラー回復モジュール５１０−ｂ、システム８００、およびシステム９００のコンポーネントは各々、個々にまたは集合的に、ハードウェア中で適用可能な機能のうちのいくつかまたは全てを遂行するように適合された少なくとも１つの特定用途向け集積回路（ＡＳＩＣ）を用いてインプリメントされうる。代替として、機能は、少なくとも１つの集積回路（ＩＣ）上で、１つまたは複数の他の処理ユニット（あるいはコア）によって遂行されうる。他の例では、他のタイプの集積回路（例えば、ストラクチャード／プラットフォームＡＳＩＣ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または別のセミカスタムＩＣ）が使用されえ、それらは、当該技術において知られている任意の方式でプログラムされうる。各ユニットの機能はまた、全体的にあるいは部分的に、メモリ中で具現化された命令によりインプリメントされ、１つまたは複数の汎用あるいは特定用途向けプロセッサによって実行されるようにフォーマットされうる。
【００８５】
[0092]図１０は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法１０００を例示しているフローチャートを示している。方法１０００の動作は、図１−９を参照して説明されたように、ＵＥ１１５または基地局１０５のようなデバイスあるいはそのコンポーネントによってインプリメントされうる。例えば、方法１０００の動作は、図５−８を参照して説明されたように、高速ＲＬＣエラー回復モジュール５１０によって遂行されうる。いくつかの例では、デバイスは、以下に説明される機能を遂行するためのデバイスの機能的な要素を制御するために、コードのセットを実行しうる。加えてまたは代替として、デバイスは、特殊用途ハードウェアを使用して、以下に説明される態様機能を遂行しうる。
【００８６】
[0093]ブロック１００５において、デバイスは、図２−４を参照してここに説明されたように、受信デバイスにおいて、ＨＡＲＱ処理の状態に基づいて、送信エラーを検出しうる。ある特定の例では、ブロック１００５の動作は、図６を参照してここに説明されたように、エラー検出モジュール６０５によって遂行されうる。
【００８７】
[0094]ブロック１０１０において、デバイスは、図２−４を参照してここに説明されたように、送信エラーの検出に基づいて、タイマを開始しうる。ある特定の例では、ブロック１０１０の動作は、図６を参照してここに説明されたように、エラー検出タイミングモジュール６１０によって遂行されうる。
【００８８】
[0095]ブロック１０１５において、デバイスは、図２−４を参照してここに説明されたように、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定しうる。ある特定の例では、ブロック１０１５の動作は、図６を参照してここに説明されたように、レポートトリガモジュール６１５によって遂行されうる。
【００８９】
[0096]ブロック１０２０において、デバイスは、図２−４を参照してここに説明されたように、送信デバイスに、決定に基づいて、送信エラーをレポートしうる。ある特定の例では、ブロック１０２０の動作は、図６を参照してここに説明されたように、エラーレポーティングモジュール６２０によって遂行されうる。
【００９０】
[0097]図１１は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法１１００を例示しているフローチャートを示している。方法１１００の動作は、図１−９を参照して説明されたように、ＵＥ１１５または基地局１０５のようなデバイスあるいはそのコンポーネントによってインプリメントされうる。例えば、方法１１００の動作は、図５−８を参照して説明されたように、高速ＲＬＣエラー回復モジュール５１０によって遂行されうる。いくつかの例では、デバイスは、以下に説明される機能を遂行するためのデバイスの機能的な要素を制御するために、コードのセットを実行しうる。加えてまたは代替として、デバイスは、特殊用途ハードウェアを使用して、以下に説明される態様機能を遂行しうる。方法１１００はまた、図１０の方法１０００の態様を組み込みうる。
【００９１】
[0098]ブロック１１０５において、デバイスは、図２−４を参照してここに説明されたように、受信デバイスにおいて、ＨＡＲＱ処理の状態に基づいて、送信エラーを検出しうる。ある特定の例では、ブロック１１０５の動作は、図６を参照してここに説明されたように、エラー検出モジュール６０５によって遂行されうる。
【００９２】
[0099]ブロック１１１０において、デバイスは、図２−４を参照してここに説明されたように、送信エラーの検出に基づいて、タイマを開始しうる。ある特定の例では、ブロック１１１０の動作は、図６を参照してここに説明されたように、エラー検出タイミングモジュール６１０によって遂行されうる。
【００９３】
[0100]ブロック１１１５において、デバイスは、図２−４を参照してここに説明されたように、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定しうる。ある特定の例では、ブロック１１１５の動作は、図６を参照してここに説明されたように、レポートトリガモジュール６１５によって遂行されうる。
【００９４】
[0101]ブロック１１２０において、デバイスは、図２−４を参照してここに説明されたように、送信デバイスに、決定に基づいて、送信エラーをレポートしうる。いくつかのケースでは、送信エラーをレポートすることは、送信デバイスの、受信デバイスの、またはスケジューラの、ＲＬＣエンティティ、ＰＤＣＰエンティティ、またはＭＡＣエンティティにエラーインジケーションを送ることを含む。ある特定の例では、ブロック１１２０の動作は、図６を参照してここに説明されたように、エラーレポーティングモジュール６２０によって遂行されうる。
【００９５】
[0102]ブロック１１２５において、デバイスは、図２−４を参照してここに説明されたように、エラーインジケーションに基づいて、ＲＬＣ状態レポートを送信しうる。ある特定の例では、ブロック１１２５の動作は、図５を参照してここに説明されたように、送信機５１５によって遂行されうる。
【００９６】
[0103]図１２は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法１２００を例示しているフローチャートを示している。方法１２００の動作は、図１−９を参照して説明されたように、ＵＥ１１５または基地局１０５のようなデバイスあるいはそのコンポーネントによってインプリメントされうる。例えば、方法１２００の動作は、図５−８を参照して説明されたように、高速ＲＬＣエラー回復モジュール５１０によって遂行されうる。いくつかの例では、デバイスは、以下に説明される機能を遂行するためのデバイスの機能的な要素を制御するために、コードのセットを実行しうる。加えてまたは代替として、デバイスは、特殊用途ハードウェアを使用して、以下に説明される態様機能を遂行しうる。方法１２００はまた、図１０−１１の方法１０００、および１１００の態様を組み込みうる。
【００９７】
[0104]ブロック１２０５において、デバイスは、図２−４を参照してここに説明されたように、受信デバイスにおいて、ＨＡＲＱ処理の状態に基づいて、送信エラーを検出しうる。ある特定の例では、ブロック１２０５の動作は、図６を参照してここに説明されたように、エラー検出モジュール６０５によって遂行されうる。
【００９８】
[0105]ブロック１２１０において、デバイスは、図２−４を参照してここに説明されたように、送信エラーの検出に基づいて、タイマを開始しうる。ある特定の例では、ブロック１２１０の動作は、図６を参照してここに説明されたように、エラー検出タイミングモジュール６１０によって遂行されうる。
【００９９】
[0106]ブロック１２１５において、デバイスは、図２−４を参照してここに説明されたように、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定しうる。ある特定の例では、ブロック１２１５の動作は、図６を参照してここに説明されたように、レポートトリガモジュール６１５によって遂行されうる。
【０１００】
[0107]ブロック１２２０において、デバイスは、図２−４を参照してここに説明されたように、決定に基づいて、送信エラーをレポートしうる。いくつかのケースでは、送信エラーをレポートすることは、スケジューリングデバイスのＭＡＣエンティティにエラーインジケーションを送ることを含む。ある特定の例では、ブロック１２２０の動作は、図６を参照してここに説明されたように、エラーレポーティングモジュール６２０によって遂行されうる。
【０１０１】
[0108]図１３は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法１３００を例示しているフローチャートを示している。方法１３００の動作は、図１−９を参照して説明されたように、ＵＥ１１５または基地局１０５のようなデバイスあるいはそのコンポーネントによってインプリメントされうる。例えば、方法１３００の動作は、図５−８を参照して説明されたように、高速ＲＬＣエラー回復モジュール５１０によって遂行されうる。いくつかの例では、デバイスは、以下に説明される機能を遂行するためのデバイスの機能的な要素を制御するために、コードのセットを実行しうる。加えてまたは代替として、デバイスは、特殊用途ハードウェアを使用して、以下に説明される態様機能を遂行しうる。方法１３００はまた、図１０−１２の方法１０００、１１００、および１２００の態様を組み込みうる。
【０１０２】
[0109]ブロック１３０５において、デバイスは、図２−４を参照してここに説明されたように、終了されていない送信のリストを維持しえ、送信エラーをレポートすることは、リストに基づきうる。ある特定の例では、ブロック１３０５の動作は、図７を参照してここに説明されたように、送信リストモジュール７１５によって遂行されうる。
【０１０３】
[0110]ブロック１３１０において、デバイスは、図２−４を参照してここに説明されたように、ＨＡＲＱ処理の状態に基づいて、送信エラーを検出しうる。ある特定の例では、ブロック１３１０の動作は、図６を参照してここに説明されたように、エラー検出モジュール６０５によって遂行されうる。
【０１０４】
[0111]ブロック１３１５において、デバイスは、図２−４を参照してここに説明されたように、送信エラーの検出に基づいて、タイマを開始しうる。ある特定の例では、ブロック１３１５の動作は、図６を参照してここに説明されたように、エラー検出タイミングモジュール６１０によって遂行されうる。
【０１０５】
[0112]ブロック１３２０において、デバイスは、図２−４を参照してここに説明されたように、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定しうる。ある特定の例では、ブロック１３２０の動作は、図６を参照してここに説明されたように、レポートトリガモジュール６１５によって遂行されうる。
【０１０６】
[0113]ブロック１３２５において、デバイスは、図２−４を参照してここに説明されたように、決定に基づいて、送信エラーをレポートしうる。ある特定の例では、ブロック１３２５の動作は、図６を参照してここに説明されたように、エラーレポーティングモジュール６２０によって遂行されうる。
【０１０７】
[0114]図１４は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法１４００を例示しているフローチャートを示している。方法１４００の動作は、図１−９を参照して説明されたように、ＵＥ１１５または基地局１０５のようなデバイスあるいはそのコンポーネントによってインプリメントされうる。例えば、方法１４００の動作は、図５−８を参照して説明されたように、高速ＲＬＣエラー回復モジュール５１０によって遂行されうる。いくつかの例では、デバイスは、以下に説明される機能を遂行するためのデバイスの機能的な要素を制御するために、コードのセットを実行しうる。加えてまたは代替として、デバイスは、特殊用途ハードウェアを使用して、以下に説明される態様機能を遂行しうる。方法１４００はまた、図１０−１３の方法１０００、１１００、１２００、および１３００の態様を組み込みうる。
【０１０８】
[0115]ブロック１４０５において、デバイスは、図２−４を参照してここに説明されたように、ＨＡＲＱ処理の状態に基づいて、送信エラーを検出しうる。ある特定の例では、ブロック１４０５の動作は、図６を参照してここに説明されたように、エラー検出モジュール６０５によって遂行されうる。
【０１０９】
[0116]ブロック１４１０において、デバイスは、図２−４を参照してここに説明されたように、送信エラーの検出に基づいて、タイマを開始しうる。ある特定の例では、ブロック１４１０の動作は、図６を参照してここに説明されたように、エラー検出タイミングモジュール６１０によって遂行されうる。
【０１１０】
[0117]ブロック１４１５において、デバイスは、図２−４を参照してここに説明されたように、タイマの満了より前にＨＡＲＱ状態についてのＮＤＩを識別しうる。ある特定の例では、ブロック１４１５の動作は、図７を参照してここに説明されたように、ＮＤＩ検出モジュール７２０によって遂行されうる。
【０１１１】
[0118]ブロック１４２０において、デバイスは、図２−４を参照してここに説明されたように、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定しうる。ある特定の例では、ブロック１４２０の動作は、図６を参照してここに説明されたように、レポートトリガモジュール６１５によって遂行されうる。
【０１１２】
[0119]ブロック１４２５において、デバイスは、図２−４を参照してここに説明されたように、決定に基づいて、送信エラーをレポートしえ、送信エラーをレポートすることは、ＮＤＩに基づきうる。ある特定の例では、ブロック１４２５の動作は、図６を参照してここに説明されたように、エラーレポーティングモジュール６２０によって遂行されうる。
【０１１３】
[0120]図１５は、本開示の様々な態様にしたがって、低レイテンシ送信を伴う高速ＲＬＣエラー回復のための方法１５００を例示しているフローチャートを示している。方法１５００の動作は、図１−９を参照して説明されたように、ＵＥ１１５または基地局１０５のようなデバイスあるいはそのコンポーネントによってインプリメントされうる。例えば、方法１５００の動作は、図５−８を参照して説明されたように、高速ＲＬＣエラー回復モジュール５１０によって遂行されうる。いくつかの例では、デバイスは、以下に説明される機能を遂行するためのデバイスの機能的な要素を制御するために、コードのセットを実行しうる。加えてまたは代替として、デバイスは、特殊用途ハードウェアを使用して、以下に説明される態様機能を遂行しうる。方法１５００はまた、図１０−１４の方法１０００、１１００、１２００、１３００、および１４００の態様を組み込みうる。
【０１１４】
[0121]ブロック１５０５において、デバイスは、図２−４を参照してここに説明されたように、高速回復モードを選択しえ、タイマを開始することは、選択に基づきうる。ある特定の例では、ブロック１５０５の動作は、図７を参照してここに説明されたように、高速回復モードセレクタ７２５によって遂行されうる。
【０１１５】
[0122]ブロック１５１０において、デバイスは、図２−４を参照してここに説明されたように、ＨＡＲＱ処理の状態に基づいて、送信エラーを検出しうる。ある特定の例では、ブロック１５１０の動作は、図６を参照してここに説明されたように、エラー検出モジュール６０５によって遂行されうる。
【０１１６】
[0123]ブロック１５１５において、デバイスは、図２−４を参照してここに説明されたように、送信エラーの検出に基づいて、タイマを開始しうる。ある特定の例では、ブロック１５１５の動作は、図６を参照してここに説明されたように、エラー検出タイミングモジュール６１０によって遂行されうる。
【０１１７】
[0124]ブロック１５２０において、デバイスは、図２−４を参照してここに説明されたように、ＨＡＲＱ処理のための再送信についての許可が受信される前にタイマが満了したと決定しうる。ある特定の例では、ブロック１５２０の動作は、図６を参照してここに説明されたように、レポートトリガモジュール６１５によって遂行されうる。
【０１１８】
[0125]ブロック１５２５において、デバイスは、図２−４を参照してここに説明されたように、決定に基づいて、送信エラーをレポートしうる。ある特定の例では、ブロック１５２５の動作は、図６を参照してここに説明されたように、エラーレポーティングモジュール６２０によって遂行されうる。
【０１１９】
[0126]このことから、方法１０００、１１００、１２００、１３００、１４００、および１５００は、低レイテンシ送信を伴う高速ＲＬＣエラー回復を提供しうる。方法１０００、１１００、１２００、１３００、１４００、および１５００は、可能なインプリメンテーションを説明しており、動作およびステップは、他のインプリメンテーションが可能になるように、再配列またはそうでない場合は修正されうることに留意されたい。いくつかの例では、方法１０００、１１００、１２００、１３００、１４００、および１５００のうちの２つ以上からの態様が組み合されうる。
【０１２０】
[0127]ここでの説明は、例を提供しており、特許請求の範囲に記載されている範囲、適用可能性、または例を限定してはいない。本開示の範囲から逸脱することなしに、論述された要素の機能および配列中で変更がなされうる。様々な例は、適宜、様々なプロシージャまたはコンポーネントを省略、代用、あるいは追加しうる。また、いくつかの例に関して説明された特徴は、他の例中で組み合されうる。
【０１２１】
[0128]ここに説明された技法は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）、および他のシステムのような、様々なワイヤレス通信システムに対して使用されうる。「システム」および「ネットワーク」という用語は、交換可能に使用されることが多い。ＣＤＭＡシステムは、ＣＤＭＡ２０００、ユニバーサル地上無線アクセス（ＵＴＲＡ）、等のような無線技術をインプリメントしうる。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＩＳ−２０００リリース０およびＡは一般に、ＣＤＭＡ２０００ １Ｘ、１Ｘ、等と呼ばれる。ＩＳ−８５６（ＴＩＡ−８５６）は一般に、ＣＤＭＡ２０００ １ｘＥＶ−ＤＯ、高レートパケットデータ（ＨＲＰＤ）、等と呼ばれる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形を含む。ＴＤＭＡシステムは、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））のような無線技術をインプリメントしうる。ＯＦＤＭＡシステムは、ウルトラモバイルブロードバンド（ＵＭＢ）、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭ、等のような無線技術をインプリメントしうる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）の一部である。３ＧＰＰ（登録商標）ロングタームエボリューション（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するユニバーサルモバイル電気通信システム（ＵＭＴＳ）の新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびモバイル通信のためのグローバルシステム（ＧＳＭ）は、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）という名称の団体からの文書中に説明されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の団体からの文書中に説明されている。ここに説明された技法は、上述されたシステムおよび無線技術ならびに他のシステムおよび無線技術に対して使用されうる。ここでの説明は、しかしながら、実例を目的としてＬＴＥシステムを説明しており、ＬＴＥの専門用語が上記の説明の大部分中で使用されているが、本技法は、ＬＴＥアプリケーションを超えて適用可能である。
【０１２２】
[0129]ここに説明されたそのようなネットワークを含むＬＴＥ／ＬＴＥ−Ａネットワークでは、発展型ノードＢ（ｅＮＢ）という用語は概して、基地局を説明するために使用されうる。ここに説明された１つまたは複数のワイヤレス通信システムは、異なるタイプのｅＮＢが様々な地理的領域に対してカバレッジを提供する異種ＬＴＥ／ＬＴＥ−Ａネットワークを含みうる。例えば、各ｅＮＢまたは基地局は、マクロセル、スモールセル、または他のタイプのセルに対して通信カバレッジを提供しうる。「セル」という用語は、コンテキストに依存して、基地局、基地局に関連付けられたキャリアまたはコンポーネントキャリア、あるいはキャリアまたは基地局のカバレッジエリア（例えば、セクタ、等）を説明するために使用されることができる３ＧＰＰの用語である。
【０１２３】
[0130]基地局は、ベーストランシーバ局、無線基地局、アクセスポイント、無線トランシーバ、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、または何らかの他の適した専門用語で当業者によって呼ばれうるか、あるいはそれらを含みうる。基地局に対する地理的カバレッジエリアは、カバレッジエリアの一部分のみを構成するセクタへと分割されうる。ここに説明された１つまたは複数のワイヤレス通信システムは、異なるタイプの基地局（例えば、マクロまたはスモールセル基地局）を含みうる。ここに説明されたＵＥは、マクロｅＮＢ、スモールセルｅＮＢ、中継基地局、等を含む様々なタイプの基地局およびネットワーク機器と通信することが可能でありうる。異なる技術のために重複している地理的カバレッジエリアが存在しうる。
【０１２４】
[0131]マクロセルは概して、比較的大きい地理的エリア（例えば、半径数キロメートル）をカバーし、ネットワークプロバイダにサービス加入しているＵＥによる無制限のアクセスを可能にしうる。スモールセルは、マクロセルと比較すると、マクロセルと同じまたは異なる（例えば、認可済、無認可、等の）周波数帯域中で動作しうるより低電力の基地局である。スモールセルは、様々な例にしたがって、ピコセル、フェムトセル、およびマイクロセルを含みうる。ピコセルは、例えば、小さい地理的エリアをカバーし、ネットワークプロバイダにサービス加入しているＵＥによる無制限のアクセスを可能にしうる。フェムトセルもまた、小さい地理的エリア（例えば、家）をカバーし、フェムトセルとの関連付けを有するＵＥ（例えば、クローズド加入者グループ（ＣＳＧ）中のＵＥ、家の中にいるユーザのためのＵＥ、等）による制限されたアクセスを提供しうる。マクロセルに対するｅＮＢは、マクロｅＮＢと呼ばれうる。スモールセルに対するｅＮＢは、スモールセルｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、またはホームｅＮＢと呼ばれうる。ｅＮＢは、１つまたは複数（例えば、２つ、３つ、４つ、等）のセル（例えば、コンポーネントキャリア）をサポートしうる。ＵＥは、マクロｅＮＢ、スモールセルｅＮＢ、中継基地局、等を含む様々なタイプの基地局およびネットワーク機器と通信することが可能でありうる。
【０１２５】
[0132]ここに説明された１つまたは複数のワイヤレス通信システムは、同期または非同期動作をサポートしうる。同期動作の場合、基地局は、同様のフレームタイミングを有し、異なる基地局からの送信は、時間で大まかにアラインされうる（approximately aligned in time）。非同期動作の場合、基地局は、異なるフレームタイミングを有し、異なる基地局からの送信は、時間でアラインされないことがありうる。ここに説明された技法は、同期または非同期動作のいずれかに対して使用されうる。
【０１２６】
[0133]ここに説明されたダウンリンク送信はまた、順方向リンク送信と呼ばれ、その一方でアップリンク送信はまた、逆方向リンク送信と呼ばれうる。例えば、図１および２のワイヤレス通信システム１００および２００を含む、ここに説明された各通信リンクは、１つまたは複数のキャリアを含みえ、ここで、各キャリアは、複数のサブキャリア（例えば、異なる周波数の波形信号）から成る信号でありうる。各変調された信号は、異なるサブキャリア上で送られ、制御情報（例えば、基準信号、制御チャネル、等）、オーバヘッド情報、ユーザデータ、等を搬送しうる。ここに説明された通信リンク（例えば、図１の通信リンク１２５）は、周波数分割複信（ＦＤＤ）動作を使用して（例えば、対にされたスペクトルリソースを使用して）またはＴＤＤ動作を使用して（例えば、対にされていないスペクトルリソースを使用して）双方向通信を送信しうる。ＦＤＤについてのフレーム構造（例えば、フレーム構造タイプ１）およびＴＤＤについてのフレーム構造（例えば、フレーム構造タイプ２）が定義されうる。
【０１２７】
[0134]添付された図面に関連してここに記載された説明は、実例的な構成を説明しており、インプリメントされうるまたは特許請求の範囲内にある全ての例を表してはいない。ここで使用されている「例証的（exemplary）」という用語は、「好ましい」または「他の例より有利である」ということではなく、「例、事例、または例示としての役割を果たすこと」を意味する。詳細な説明は、説明された技法の理解を提供することを目的として特定の詳細を含む。これらの技法は、しかしながら、これらの特定の詳細なしに実施されうる。いくつかの事例では、良く知られている構造およびデバイスは、説明された例の概念を曖昧にすることを避けるために、ブロック図形式で示されている。
【０１２８】
[0135]添付された図面では、同様のコンポーネントまたは特徴は、同じ参照ラベルを有しうる。さらに、同じタイプの様々なコンポーネントは、参照ラベルに、ダッシュと、同様のコンポーネント間を区別する第２のラベルとを後続させることによって区別されうる。本明細書中で第１の参照ラベルだけが使用される場合、その説明は、第２の参照ラベルに関係なく同じ第１の参照ラベルを有する同様のコンポーネントのうちのどの１つにも適用可能である。
【０１２９】
[0136]ここに説明された情報および信号は、多様な異なる技術および技法のうちの任意のものを使用して表わされうる。例えば、上記の説明全体を通じて参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはそれらの任意の組み合わせによって表されうる。
【０１３０】
[0137]ここでの開示に関連して説明された様々な例示的なブロックおよびモジュールは、汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたは他のプログラマブルロジックデバイス、離散ゲートまたはトランジスタロジック、離散ハードウェアコンポーネント、あるいはここに説明された機能を遂行するように設計されたそれらの任意の組み合わせを用いてインプリメントまたは遂行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替では、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでありうる。プロセッサはまた、コンピューティングデバイスの組み合わせ（例えば、デジタルシグナルプロセッサ（ＤＳＰ）およびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成）としてインプリメントされうる。
【０１３１】
[0138]ここに説明された機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組み合わせ中でインプリメントされうる。プロセッサによって実行されるソフトウェア中でインプリメントされる場合、機能は、コンピュータ可読媒体上の１つまたは複数の命令またはコードとして記憶あるいは送信されうる。他の例およびインプリメンテーションは、本開示および添付された特許請求の範囲および精神内にある。例えば、ソフトウェアの性質に起因して、上述された機能は、プロセッサによって実行されるソフトウェア、ハードウェア、ファームウェア、ハード配線、またはこれらのうちのいずれかの組み合わせを使用してインプリメントされることができる。機能をインプリメントする特徴はまた、機能の一部分が異なる物理的ロケーションにおいてインプリメントされるように分散されることを含めて、様々な位置に物理的にロケートされうる。特許請求の範囲を含めて、ここで使用される場合、「および／または（and/or）」という用語は、２つ以上の項目のリスト中で使用されるとき、リストされた項目のうちのいずれか１つが単独で用いられることができる、またはリストされた項目のうちの２つ以上の任意の組み合わせが用いられることができることを意味する。例えば、ある構成が、コンポーネントＡ、Ｂ、および／またはＣを含むものとして説明されている場合、その構成は、Ａだけ、Ｂだけ、Ｃだけ、ＡとＢの組み合わせ、ＡとＣの組み合わせ、ＢとＣの組み合わせ、またはＡとＢとＣの組み合わせを含むことができる。また、特許請求の範囲を含めて、ここで使用される場合、項目のリスト（例えば、「〜のうちの少なくとも１つ（at least one of）」または「〜のうちの１つまたは複数（one or more of）」のようなフレーズで始まる項目のリスト）中で使用される「または／あるいは／もしくは（or）」は、例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」のリストが、Ａ、Ｂ、Ｃ、ＡとＢ、ＡとＣ、ＢとＣ、ＡとＢとＣ（すなわち、Ａ、Ｂ、およびＣ）を意味するような、選言的なリストを示す。
【０１３２】
[0139]コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体と非一時的コンピュータ記憶媒体との両方を含む。非一時的記憶媒体は、汎用または特殊用途コンピュータによってアクセスされることができる任意の利用可能な媒体でありうる。限定ではなく例として、非一時的コンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスク（ＣＤ）ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいはデータ構造または命令の形態で所望されたプログラムコード手段を記憶または搬送するために使用されることができ、汎用または特殊用途コンピュータ、もしくは汎用または特殊用途プロセッサによってアクセスされることができる任意の他の非一時的媒体を備えることができる。また、任意の接続は、厳密にはコンピュータ可読媒体と称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義中に含まれる。ディスク（disk）およびディスク（disc）は、ここで使用される場合、ＣＤ（disc）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（ＤＶＤ）（disc）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は通常、磁気的にデータを再生し、その一方でディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれる。
【０１３３】
[0140]ここでの説明は、当業者が本開示を製造または使用することを可能にするために提供される。本開示に対する様々な修正は、当業者にとって容易に明らかとなり、ここに定義された包括的な原理は、本開示の範囲から逸脱することなしに他の変形に適用されうる。このことから、本開示は、ここに説明された例および設計に限定されるべきではなく、ここに開示された原理および新規の特徴と一致する最も広い範囲が付与されるべきである。
【図１】
2018512772.tif 000003
【図２】
2018512772.tif 000004
【図３】
2018512772.tif 000005
【図４】
2018512772.tif 000006
【図５】
2018512772.tif 000007
【図６】
2018512772.tif 000008
【図７】
2018512772.tif 000009
【図８】
2018512772.tif 000010
【図９】
2018512772.tif 000011
【図１０】
2018512772.tif 000012
【図１１】
2018512772.tif 000013
【図１２】
2018512772.tif 000014
【図１３】
2018512772.tif 000015
【図１４】
2018512772.tif 000016
【図１５】
2018512772.tif 000017
【国際調査報告】
2018512772.tif 000018
2018512772.tif 000019