(57)【要約】【解決手段】データのパケットを再送するためのシステム、方法、装置および技術を提供する。  無線リンク制御（ＲＬＣ）層のデータパケットが生成され、このＲＬＣ層のデータパケットは１または複数の物理（ＰＨＹ）層のデータパケットへと変換される。１または複数のＰＨＹ層のデータパケットが送信される。ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）メッセージおよびＨＡＲＱ否定応答（ＮＡＣＫ）メッセージのうちの少なくとも１つが、１または複数のＰＨＹ層のデータパケットの送信に応答して、受信機から受信される。ＨＡＲＱ  ＡＣＫメッセージおよびＨＡＲＱ  ＮＡＣＫメッセージのうちの少なくとも１つが自動再送要求（ＡＲＱ）ＡＣＫメッセージまたはＡＲＱ  ＮＡＣＫメッセージを示すかどうかが決定される。
2015509682.tif 000002
【特許請求の範囲】
【請求項１】
データのパケットを再送するシステムであって、
無線リンク制御層（ＲＬＣ層）のデータパケットを生成する処理回路と、
前記ＲＬＣ層のデータパケットを１または複数の物理（ＰＨＹ）層のデータパケットに変換し、前記１または複数の物理（ＰＨＹ）層のデータパケットを送信する送信回路と、
前記１または複数のＰＨＹ層のデータパケットの送信に応答して、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）メッセージおよびＨＡＲＱ否定応答（ＮＡＣＫ）メッセージのうちの少なくとも１つを受信機から受信し、
前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの少なくとも１つが、自動再送要求（ＡＲＱ）ＡＣＫメッセージまたはＡＲＱ  ＮＡＣＫメッセージを示しているかどうかを決定するスケジューリング回路と、を備える
システム。
【請求項２】
前記送信回路はさらに、前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの前記少なくとも１つが、前記ＡＲＱ  ＮＡＣＫメッセージを示しているとの決定に応答して、前記ＲＬＣ層のデータパケットを１または複数の追加的なＰＨＹ層のデータパケットへと再変換する
請求項１に記載のシステム。
【請求項３】
前記送信回路はさらに、（ｉ）パケットサイズパラメータ，（ｉｉ）変調型パラメータ、および（ｉｉｉ）コード化スキームパラメータに基づき、前記ＲＬＣ層のデータパケットを１または複数のＰＨＹ層のデータパケットに変換し、
前記変換の後、（ｉ）前記パケットサイズパラメータ，（ｉｉ）前記変調型パラメータ、および（ｉｉｉ）前記コード化スキームパラメータのうちの少なくとも１つを変更し、
前記変更に基づき、前記ＲＬＣ層のデータパケットを１または複数の追加的なＰＨＹ層のデータパケットへと再変換する
請求項２に記載のシステム。
【請求項４】
前記ＲＬＣ層のデータパケットは、現在のＲＬＣ層のデータパケットであり、前記処理回路はさらに、前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの前記少なくとも１つがＡＲＱ  ＡＣＫメッセージを示しているとの決定に応答して、新規のＲＬＣ層のデータパケットを生成する
請求項１から３のいずれか１項に記載のシステム。
【請求項５】
前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの前記少なくとも１つは、少なくとも２つのＨＡＲＱ  ＡＣＫメッセージまたは少なくとも２つのＨＡＲＱ  ＮＡＣＫメッセージを含む
請求項１から４のいずれか１項に記載のシステム。
【請求項６】
前記受信機はさらに、複数のＲＬＣポーリングステータスメッセージの送信を無効にする
請求項１から５のいずれか１項に記載のシステム。
【請求項７】
前記受信機は複数のＲＬＣステータスレポートの送信を無効にする
請求項１から６のいずれか１項に記載のシステム。
【請求項８】
前記スケジューリング回路はさらに、予め特定された数の連続するＨＡＲＱ  ＮＡＣＫメッセージの受信に応答して、前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの前記少なくとも１つが前記ＡＲＱ  ＮＡＣＫメッセージを示していると決定する
請求項１から７のいずれか１項に記載のシステム。
【請求項９】
前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの前記少なくとも１つが、前記ＡＲＱ  ＡＣＫメッセージまたは前記ＡＲＱ  ＮＡＣＫメッセージを示すかどうかの前記決定は、およそ４５ミリ秒ごとに１回行う
請求項１から８のいずれか１項に記載のシステム。
【請求項１０】
前記受信機は、第３世代パートナーシッププロジェクトロングタームエボリューション（３ＧＰＰ  ＬＴＥ）規格またはワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ（登録商標））規格に従い、複数のＨＡＲＱ  ＡＣＫメッセージおよび複数のＨＡＲＱ  ＮＡＣＫメッセージを送信する
請求項１から９のいずれか１項に記載のシステム。
【請求項１１】
データのパケットを再送する方法であって、
無線リンク制御層（ＲＬＣ層）のデータパケットを生成する段階と、
前記ＲＬＣ層のデータパケットを１または複数の物理（ＰＨＹ）層のデータパケットに変換する段階と、
前記１または複数のＰＨＹ層のデータパケットを送信する段階と、
前記１または複数のＰＨＹ層のデータパケットの送信に応答して、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）メッセージおよびＨＡＲＱ否定応答（ＮＡＣＫ）メッセージのうちの少なくとも１つを受信機から受信する段階と、
前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの前記少なくとも１つが、自動再送要求（ＡＲＱ）ＡＣＫメッセージまたはＡＲＱ  ＮＡＣＫメッセージを示すかどうか決定する段階と、を備える
方法。
【請求項１２】
前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの前記少なくとも１つが、前記ＡＲＱ  ＮＡＣＫメッセージを示しているとの決定に応答して、前記ＲＬＣ層のデータパケットを１または複数の追加的なＰＨＹ層のデータパケットへと再変換する段階をさらに備える
請求項１１に記載の方法。
【請求項１３】
（ｉ）パケットサイズパラメータ、（ｉｉ）変調型パラメータ、および（ｉｉｉ）コード化スキームパラメータに基づき、前記ＲＬＣ層のデータパケットを1または複数のＰＨＹ層のデータパケットへと変換する段階と、
前記変換の後、（ｉ）前記パケットサイズパラメータ、（ｉｉ）前記変調型パラメータ、および（ｉｉｉ）前記コード化スキームパラメータのうちの少なくとも１つを変更し、
前記変更に基づき、前記ＲＬＣ層のデータパケットを１または複数の追加的なＰＨＹ層のデータパケットへと再変換する段階と、をさらに備える
請求項１２に記載の方法。
【請求項１４】
前記ＲＬＣ層のデータパケットは現在のＲＬＣ層のデータパケットであり、
前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの前記少なくとも１つが前記ＡＲＱ  ＡＣＫメッセージを示しているとの決定に応答して、新規のＲＬＣ層のデータパケットを生成する段階を更に備える
請求項１１から１３のいずれか１項に記載の方法。
【請求項１５】
前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの前記少なくとも１つが、少なくとも２つのＨＡＲＱ  ＡＣＫメッセージまたは少なくとも２つのＨＡＲＱ  ＮＡＣＫメッセージを含む
請求項１１から１４のいずれか１項に記載の方法。
【請求項１６】
複数のＲＬＣポーリングステータスメッセージの送信を無効にする段階をさらに備える
請求項１１から１５のいずれか１項に記載の方法。
【請求項１７】
複数のＲＬＣステータスレポートの送信を無効にする段階をさらに備える
請求項１１から１６のいずれか１項に記載の方法。
【請求項１８】
予め特定された数の連続するＨＡＲＱ  ＮＡＣＫメッセージの受信に応答して、前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの前記少なくとも１つが、前記ＡＲＱ  ＮＡＣＫメッセージを示していると決定する段階をさらに備える
請求項１１から１７のいずれか１項に記載の方法。
【請求項１９】
前記ＨＡＲＱ  ＡＣＫメッセージおよび前記ＨＡＲＱ  ＮＡＣＫメッセージのうちの前記少なくとも１つが前記ＡＲＱ  ＡＣＫメッセージまたは前記ＡＲＱ  ＮＡＣＫメッセージを示すかどうかを、およそ４５ミリ秒毎に１回決定する段階をさらに備える
請求項１１から１８のいずれか１項に記載の方法。
【請求項２０】
第３世代パートナーシッププロジェクトロングタームエボリューション（３ＧＰＰ  ＬＴＥ）規格またはワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ（登録商標））規格に従って、複数のＨＡＲＱ  ＡＣＫメッセージおよび複数のＨＡＲＱ  ＮＡＣＫメッセージを送信する段階をさらに備える
請求項１１から１９のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本特許文献は、２０１２年２月２４日出願の米国仮特許出願第６１／６０３，０５０号の利益と優先権を主張しており、その開示全体を本明細書に参照として組み込む。
【０００２】
本開示は、自動再送要求（ＡＲＱ）技術およびハイブリッド自動再送要求（ＨＡＲＱ）技術などの、通信システムにおける送信機と受信機との間の確実な通信を可能にするための再送技術に関する。
【背景技術】
【０００３】
第３世代パートナーシッププロジェクトロングタームエボリューション（３ＧＰＰ  ＬＴＥ）およびワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ（登録商標））などの現在のセルラシステムは、ＡＲＱ再送スキームおよびＨＡＲＱ再送スキームの両方を用いている。ＡＲＱはプロトコルスタックの上位（例えば、無線リンク制御（ＲＬＣ）層）で、比較的長いタイムアウト時間をもって実行され、ＨＡＲＱはプロトコルスタックの下位（例えば、媒体アクセス制御（ＭＡＣ）層および物理（ＰＨＹ）層）で実行される。また、ＡＲＱおよびＨＡＲＱは、別個独立したメカニズムを用いて受信機からのフィードバックを通信システムの送信機に提供し、送信機は、受信されたパケットの成功または失敗のステータスを知り得る。ＡＲＱおよびＨＡＲＱの処理に対して別個のフィードバックを用いることは、セルラシステムにおけるデータ送信に対する階層化アプローチに基づく。
【発明の概要】
【課題を解決するための手段】
【０００４】
データのパケットを再送するシステム、方法、装置および技術が提供される。ＲＬＣ層がデータパケットは生成され、このＲＬＣ層のデータパケットは１または複数のＰＨＹ層のデータパケットへ変換される。１または複数のＰＨＹ層のデータパケットが送信される。ＨＡＲＱ肯定応答（ＡＣＫ）メッセージおよびＨＡＲＱ否定応答（ＮＡＣＫ）メッセージのうちの少なくとも１つは、１または複数のＰＨＹ層のデータパケットの送信に応答して受信機から受信される。ＨＡＲＱ  ＡＣＫメッセージおよびＨＡＲＱ  ＮＡＣＫメッセージのうちの少なくとも１つが、自動再送要求（ＡＲＱ）ＡＣＫメッセージまたはＡＲＱ  ＮＡＣＫメッセージを示しているかどうかが決定される。
【０００５】
いくつかのアレンジメントにおいて、ＨＡＲＱ  ＡＣＫメッセージおよびＨＡＲＱ  ＮＡＣＫメッセージのうちの少なくとも１つが、ＡＲＱ  ＮＡＣＫメッセージを示しているという決定に応答して、ＲＬＣ層のデータパケットは、１または複数の追加的なＰＨＹ層のデータパケットに再変換される。いくつかのアレンジメントにおいて、ＲＬＣ層のデータパケットは、（ｉ）パケットサイズパラメータ、（ｉｉ）変調型パラメータ、および（ｉｉｉ）コード化スキームパラメータに基づき、１または複数のＰＨＹ層のデータパケットに変換される。変換後は、（ｉ）パケットサイズパラメータ、（ｉｉ）変調型パラメータ、および（ｉｉｉ）コード化スキームパラメータのうちの少なくとも１つは変更され、その変更に基づき、ＲＬＣ層のデータパケットは１または複数の追加的なＰＨＹ層のデータパケットへ再変換される。
【０００６】
いくつかのアレンジメントにおいて、ＲＬＣ層のデータパケットは現在のＲＬＣ層のデータパケットであり、ＨＡＲＱ  ＡＣＫメッセージおよびＨＡＲＱ  ＮＡＣＫメッセージのうちの少なくとも１つがＡＲＱ  ＡＣＫメッセージを示しているとの決定に応答して、新規のＲＬＣ層のデータパケットは生成される。いくつかのアレンジメントにおいて、ＨＡＲＱ  ＡＣＫメッセージおよびＨＡＲＱ  ＮＡＣＫメッセージのうちの少なくとも１つは、少なくとも２つのＨＡＲＱ  ＡＣＫメッセージまたは少なくとも２つのＨＡＲＱ  ＮＡＣＫメッセージを含む。いくつかのアレンジメントにおいて、ＲＬＣポーリングステータスメッセージの送信は無効になる。いくつかのアレンジメントにおいて、ＲＬＣステータスレポートは無効になる。
【０００７】
いくつかのアレンジメントにおいては、予め特定された数の連続するＨＡＲＱ  ＮＡＣＫメッセージの受信に応答して、ＨＡＲＱ  ＡＣＫメッセージおよびＨＡＲＱ  ＮＡＣＫメッセージのうちの少なくとも１つがＡＲＱ  ＮＡＣＫメッセージを示すことが決定される。いくつかのアレンジメントにおいて、ＨＡＲＱ  ＡＣＫメッセージおよびＨＡＲＱ  ＮＡＣＫメッセージのうちの少なくとも１つが、ＡＲＱ  ＡＣＫメッセージまたはＡＲＱ  ＮＡＣＫメッセージを示すかどうかの決定をおよそ４５ミリ秒毎に１回行う。いくつかのアレンジメントにおいて、ＨＡＲＱ  ＡＣＫメッセージおよびＨＡＲＱ  ＮＡＣＫメッセージは、３ＧＰＰ  ＬＴＥまたはＷｉＭＡＸ（登録商標）規格に従い送信される。
【図面の簡単な説明】
【０００８】
本発明の上記およびその他の態様と利点とが、添付の図面と共に以下の詳細な説明を検討すれば明らかになるであろう。図面中、同じ参照文字は、同じ部分を示す。図面には以下のものがある。
【０００９】
【図１】いくつかの実装による、アップリンク送信におけるさまざまなプロトコル層で実装される送信機の機能を示す。
【００１０】
【図２】いくつかの実装による、送信機がＡＲＱ再送を開始する場合の、時間の経過でみたＡＲＱ送信およびＨＡＲＱ送信を示す。
【００１１】
【図３】いくつかの実装による、受信機がＡＲＱ再送を開始する場合の、ＡＲＱ送信およびＨＡＲＱ送信を示す。
【００１２】
【図４】いくつかの実装による、ＨＡＲＱ  ＡＣＫメッセージおよびＨＡＲＱ  ＮＡＣＫメッセージに基づき、送信機がＲＬＣ  ＡＣＫメッセージおよびＲＬＣ  ＮＡＣＫメッセージを推定し、ＲＬＣ層のデータパケットを再送するクロスレイヤ処理を示す。
【発明を実施するための形態】
【００１３】
本明細書にて、無線通信システムにおける、送信機と受信機との間のデータ送信を実行すべく、オーバーヘッド量（例えば、フィードバックの提供に関連付けられるデータ量および時間遅延）を減らすクロスレイヤ技術が開示される。いくつかの実装において、能率を上げるため、開示される技術は、プロトコルスタックのＲＬＣ層、ＭＡＣ層、およびＰＨＹ層のうちの２つ以上の層において従来通り実行される特定の機能を組み合わせるか、またはマージする。
【００１４】
図１は、いくつかの実装による、アップリンク送信におけるさまざまなプロトコル層で実装される送信機１００の機能を示す。具体的には、送信機１００の機能は、ＲＬＣ層１１０、ＭＡＣ層１２０およびＰＨＹ層１３０に関連付けられる機能に分離可能である。論理チャネル数に対応するデータは、入力１０５で受信される。ＲＬＣ層１１０の機能の一部として、データは、分割または連結され、そうでなければ、ＡＲＱベースの送信のために備えられる。
【００１５】
具体的には、ＡＲＱ下において、受信機で誤って受信された（またはタイムアウト前に受信されることのなかった）データパケット全体の情報は、再送される。しかしながら、再送すると、データパケット自身が送信機において処理を通して変更され、データパケットは異なる形になり得る。異なる形になることで、受信機におけるデータパケットの受信に成功する可能性を高めることが目的である。例えば、データは再送すると、より小さいパケットへ分割され得る（有効信号対雑音比を高めるため）。追加的にまたは代替的に、データパケットの変調型またはデータパケットのコード化スキームは、再送すると変更される。
【００１６】
ＡＲＱ再送は一般的に、１または複数のＨＡＲＱベースの再送に失敗した後のみに用いられる（ＨＡＲＱについては、ＭＡＣ層１２０に関連して以下でさらに説明する）。具体的に言うと、ＨＡＲＱパケットとは違い、最初のＡＲＱパケットの、最初のＡＲＱパケット再送の複数のバージョン間においては組み合わせは行われない。さらに、ＡＲＱ再送は、ＨＡＲＱ再送に比べてより遅いタイムスケールで起こる。例えば、いくつかの実装においては、ＡＲＱパケットが、３５−４５ｍｓのタイムアウト時間の後で再送されるのに対し、ＨＡＲＱパケットは、８−１０ｍｓ毎に一回再送される。一般的に、ＡＲＱ再送は、送信機または受信機のどちらかで開始され得る（しかしながら、いくつかの実装においては、ＡＲＱ送信は送信機および受信機のうちのどちらか１つだけで開始される）。具体的には、送信機は受信機をポーリングし、パケットシーケンス番号で列挙される、受信し損ねた（または、まだ受信していない）パケットのリストをもって、「ステータスレポート」の問い合わせをしてもよい。追加的にまたは代替的に、パケットのタイムアウト時間満了後、受信機はあるパケットシーケンス番号に対するＡＲＱ  ＮＡＣＫを送信してよい。
【００１７】
ＭＡＣ層１２０の機能の一部として、ＲＬＣ層１１０から受信されたデータは、ＨＡＲＱベースの送信に備えられる。具体的には、ＨＡＲＱ下では、データパケットは１または複数回再送され、復号性能を高めるべく、データパケットの全ての受信されたコピーは受信機において組み合わされ得る。さらに、受信機において、再送されたデータパケットの組み合わせを容易にすべく、パケットのサイズおよびパケットのコンテンツは各ＨＡＲＱ再送において維持される。受信機はＡＣＫおよびＮＡＣＫシグナリングを用いて、データパケットの受信に成功したかどうか、または、データパケットがＨＡＲＱ再送であるかどうか、を送信機に知らせる。
【００１８】
図２は、いくつかの実装による、送信機がＡＲＱ再送を開始する場合の、時間の経過でみたＡＲＱ送信およびＨＡＲＱ送信を示す。具体的には、送信機２２５から受信機２３５への、または受信機２３５から送信機２２５への、送信機２２５において内部で生成されるコマンドおよび／またはデータを列２１０に列挙し、物理チャネルを通して送信されるコマンドおよび／またはデータを列２２０に列挙する。
【００１９】
時刻２２２において、送信機２２５は最初の送信のためのＲＬＣ層のパケットを生成する。送信機２２５はＲＬＣ層のパケットを処理し、１または複数の対応するＰＨＹ層のパケットを生成する。時刻２２４において、ＰＨＹ層のパケットは送信機２２５から受信機２３５へ送信される。受信機２３５は、しかしながら、ＰＨＹ層のパケットを適切にデコードできない。例えば、受信機２３５はＰＨＹ層のパケットを受信し得るがＰＨＹ層のパケットの情報を適切にデコードできない。または受信機２３５はＰＨＹ層のパケットを受信し得ないか、またはＰＨＹ層のパケットの受信を検出し得ない。
【００２０】
受信機２３５はＰＨＹ層のパケットを適切にデコードできないので、時刻２２６において、時刻２２４において送信されたＰＨＹ層のパケットに対応するＨＡＲＱ  ＮＡＣＫメッセージが送信機２２５に送信される。それに応じて、元は時刻２２４において送信されたＰＨＹ層のパケットが、時刻２２８において送信機２２５によって再送される。具体的には、ＨＡＲＱが用いられるので、時刻２２４における先の送信で受信されたＰＨＹ層のパケットのどのコピーとも組み合わせ可能なように、同じまたは異なる長さ、変調およびコード化スキームを用いて、ＰＨＹ層のパケットが再送される。
【００２１】
時刻２３０において、時刻２２４および時刻２２８において受信されたＰＨＹ層のパケットのどの組み合わせを基にしても、受信機２３５がＰＨＹ層のパケットを適切にデコードできないと仮定すると、受信機２３５は送信機２２５に、時刻２２４（および時刻２２８）において送信されたＰＨＹ層のパケットに対応する第２のＨＡＲＱ  ＮＡＣＫメッセージ送信する。受信機２３５から送信機２２５への繰り返されるＨＡＲＱ  ＮＡＣＫ送信の処理は、受信機２３５においてＰＨＹ層のパケットが適切にデコードされるか（このシナリオは図２において明示されてはいない）、または送信機２３５がポーリングの時間切れを宣言するまで継続する。具体的に言うと、各ＰＨＹ層のパケットに対して、送信機２２５は関連付けられるカウンタを維持し、ＰＨＹ層のパケットに対応して、ＨＡＲＱ  ＡＣＫが受信されるまで時間を測る。あるＰＨＹ層のパケットに対して、ＨＡＲＱ  ＡＣＫが、対応するカウンタの終了前に受信されない場合、ポーリングの時間切れが宣言される。
【００２２】
時刻２３２において、最初に時刻２２４において送信されたＰＨＹ層のパケットに対応して、ポーリングの時間切れが宣言される。従って、時刻２３４において、送信機２２５が、送信する次のＲＬＣ層のパケットを生成する場合、ＲＬＣ層のパケットはポーリングインジケーション要求を含む。送信機２２５は、それからＲＬＣ層のパケットを処理し、１または複数の対応するＰＨＹ層のパケットを生成する。時刻２３６において、ポーリングインジケーション要求を含むＰＨＹ層のパケットが、送信機２２５から受信機２３５へ送信される。時刻２３８において、ポーリングインジケーション要求の受信に応答して、受信機２３５は送信機２２５へＲＬＣステータスレポートを送信する。具体的には、ＲＬＣステータスレポートは、受信機がまだ受信していない全てのＲＬＣ層のパケットのリストを含み、これらＲＬＣ層のパケットの各々の（ＨＡＲＱよりもむしろ）ＡＲＱ  ＮＡＣＫメッセージを提供する。このように、ＲＬＣステータスレポートを受信すると、送信機２２５は、時刻２２４において、最初に送信されたＰＨＹ層のパケットのＡＲＫ  ＮＡＣＫを受信する。
【００２３】
時刻２２２において、送信機２２５は時刻２２４において最初に生成されたＲＬＣ層のパケットの再送のためのＲＬＣ層のパケットを生成する。さらに、送信機２２５は、時刻２４０において生成されたＲＬＣ層のパケットを処理し、１または複数の対応するＰＨＹ層のパケットを生成する。具体的には、時刻２２４において生成されたＰＨＹ層のパケットに比べると、時刻２４２において生成されたＰＨＹ層のパケットは、再送されると、分割されてより小さいパケットに、またはより大きいパケットになり得て（有効信号対雑音比を高めるため）、および／またはＰＨＹ層のパケットに関連付けられる変調型またはコード化スキームは再送されると変更され得る。時刻２４２において、時刻２４０において生成されたＲＬＣ層のパケットに対応するＰＨＹ層のパケットは、受信機２３５へ送信される。受信機２３５がＰＨＹ層のパケットを正しく受信し、受信したＰＨＹ層のパケットをデコードできると仮定すれば、時刻２４４において受信機は、時刻２２４，時刻２２８および時刻２４２において送信されたパケットに対応するシーケンスナンバーに対するＨＡＲＱ  ＡＣＫメッセージを送信する。
【００２４】
図３はいくつかの実装による、受信機がＡＲＱ再送を開始する場合の、ＡＲＱ送信およびＨＡＲＱ送信を示す。具体的に、送信機３２５において内部で生成されるコマンドおよび／またはデータを列３１０に列挙する。送信機３２５から受信機３３５へ、または受信機３３５から送信機３２５へ、物理チャネルを通して送信されるコマンドおよび／またはデータを、列３２０に列挙する。列３３７には、受信機３２５において内部で生成されるコマンドおよび／またはデータを列挙する。フロー図３００は、図２のフロー図２００のシナリオと同様に始まるシナリオを示す。
【００２５】
フロー図３００の時刻３２２、時刻３２４、時刻３２６、時刻３２８および時刻３３０に関連付けられる動作またはデータコマンドは、フロー図２００の時刻２２２、時刻２２４、時刻２２６、時刻２２８および時刻２３０に関連付けられる動作またはデータコマンドと、それぞれ同一である。具体的には、時刻３２２において、送信機３２５は、最初の送信に対してＲＬＣ層のパケットを生成する。送信機３２５はそれから、ＲＬＣ層のパケットを処理し、１または複数の対応するＰＨＹ層のパケットを生成する。時刻３２４において、ＰＨＹ層のパケットは送信機３２５から受信機３３５へ送信される。受信機３３５は、しかしながら、ＰＨＹ層のパケットを適切にデコードできない。例えば、受信機３３５はＰＨＹ層のパケットを受信し得るがＰＨＹ層のパケットの情報を適切にデコードできない。または受信機３３５はＰＨＹ層のパケットを受信し得ないか、またはＰＨＹ層のパケットの受信を検出し得ない。
【００２６】
時刻３２６において、受信機３３５はＰＨＹ層のパケットを適切にデコードできないので、時刻３２４において送信されたＰＨＹ層のパケットに対応するＨＡＲＱ  ＮＡＣＫメッセージが送信機３２５に送信される。それに応じて、元は時刻３２４において送信されたＰＨＹ層のパケットが、時刻３２８において送信機３２５によって再送される。具体的には、ＨＡＲＱが用いられるので、時刻３２４における先の送信で受信されたＰＨＹ層のパケットのどのコピーとも組み合わせられるように、同じまたは異なる長さ、変調およびコード化スキームを用いて、ＰＨＹ層のパケットが再送される。  時刻３２４および時刻３２８において受信されたＰＨＹ層のパケットのどの組み合わせを基にしても、受信機３３５がＰＨＹ層のパケットを適切にデコードできない場合、時刻３３０において受信機３３５は送信機３２５に、時刻３２４（および時刻３２８）において送信されたＰＨＹ層のパケットに対応する第２のＨＡＲＱ  ＮＡＣＫメッセージ送信する。
【００２７】
フロー図２００と異なり、フロー図３００では、（送信機よりはむしろ）受信機がＡＲＱ再送を開始する場合を例示している。従って、受信機３３５から送信機３２５への繰り返されるＨＡＲＱ  ＮＡＣＫ送信の処理は、受信機３３５においてパケットが適切にデコードされるか（このシナリオは図３において明示されてはいない）、または送信機３３５が時間切れを宣言するまで継続する。具体的に言うと、各ＲＬＣ層のパケットに対して、送信機３２５は関連付けられるカウンタを維持し、ＲＬＣ層のパケットが受信されるまで時間を測る。あるＲＬＣ層のパケットが、対応するカウンタの終了前に受信されない場合、受信機３３５によって時間切れが宣言される。この場合、図３の時刻３３２における動作で示されるように、受信機３３５は受信されなかったＲＬＣ層のパケットのＡＲＱタイムアウトを発行する。
【００２８】
時刻３３８において、受信機３３５は送信機３２５へＲＬＣステータスレポートを送信する。具体的には、ＲＬＣステータスレポートは、受信機がまだ受信していない全てのＲＬＣ層のパケットのリストを含み、これらＲＬＣ層のパケットの各々のＡＲＱ  ＮＡＣＫメッセージを提供する。このように、ＲＬＣステータスレポートを受信すると、送信機３２５は、時刻３２４において、最初に送信されたＰＨＹ層のパケットに対するＡＲＫ  ＮＡＣＫを受信する。
【００２９】
時刻３２２において、送信機３２５は時刻３２４において最初に生成されたＲＬＣ層のパケットの再送のためのＲＬＣ層のパケットを生成する。さらに、送信機３２５は、時刻３４０において生成されたＲＬＣ層のパケットを処理し、１または複数の対応するＰＨＹ層のパケットを生成する。具体的には、時刻３２４において生成されたＰＨＹ層のパケットに比べると、時刻３４２において生成されたＰＨＹ層のパケットは、再送されると、分割されてより小さいパケットに、またはより大きいパケットになり得て（有効信号対雑音比を高めるため）、および／またはＰＨＹ層のパケットに関連付けられる変調型またはコード化スキームは再送されると変更され得る。時刻３４２において、時刻３４０において生成されたＲＬＣ層のパケットに対応するＰＨＹ層のパケットは、受信機３３５へ送信される。受信機３３５がＰＨＹ層のパケットを正しく受信し、受信したＰＨＹ層のパケットをデコードできると仮定すれば、時刻３４４において受信機は、時刻３２４，時刻３２８および時刻３４２において送信されたパケットに対応するシーケンスナンバーに対するＨＡＲＱ  ＡＣＫメッセージを送信する。
【００３０】
図２および図３に関して上述した送信技術は、独立した（上位の）ＨＡＲＱプロトコルおよび（下位の）ＡＲＱプロトコルを使用し、ＡＲＱオペレーションに対するＨＡＲＱのフィードバックを使用するいずれのメカニズムも特定していない。このように、図２および図３に関して説明された技術においては、ＲＬＣ層のパケットに対するＡＣＫ／ＮＡＣＫフィードバックを含むＲＬＣステータスレポートは、タイムアウトパラメータに基づき（かつＨＡＲＱ送信には基づかず）生成され、どのＲＬＣ層のパケットがＡＲＱプロトコルに従い再送される必要があるのかを把握する目的で用いられる。次に、図４に関して、物理層のＨＡＲＱ  ＡＣＫおよびＮＡＣＫフィードバックに基づき、送信機がＲＬＣ層のパケットのステータスを推定し得る技術を説明する。図４に関して説明されるこの技術は、ＲＬＣポーリングステータスコマンドまたはＲＬＣステータスレポートを用いない。例えば、図４の技術によると、送信機は、たとえ対応するポーリングタイマが終了しても（このようなタイマは送信機においては事実上無視される）、ＲＬＣポーリングステータスコマンドをトリガしない。さらに、受信機におけるＡＲＱタイマが無効であれば（例えば、大きな数値にセットされる、など）、受信機はＲＬＣステータスレポートを送信する。これらの技術において、送信機の一部として含まれるスケジューラは、分割情報、連結情報、多重化情報およびマッピング情報を格納する。提案したアプローチの利点は、送信機におけるＡＲＱ再送決定に関連付けられるレーテンシを減らすとともに、ポーリングおよびステータスレポートの生成をなくすことによって、ＲＬＣ制御のオーバーヘッドを減じること、などである。
【００３１】
図４は、いくつかの実装による、ＨＡＲＱ  ＡＣＫメッセージおよびＨＡＲＱ  ＮＡＣＫメッセージに基づき、送信機がＲＬＣ  ＡＣＫメッセージおよびＲＬＣ  ＮＡＣＫメッセージを推定し、ＲＬＣ層のデータパケットを再送するクロスレイヤ処理を示す。４０５において、送信機は現在のＲＬＣ層のパケットを生成する。４１０において、送信機は、パケットパラメータのセットを用いて現在のＲＬＣ層のパケットを送信する。具体的には、ＲＬＣ層のパケットは、送信前のパケットパラメータに基づき、１または複数のＰＨＹ層のパケットに変換される。パケットパラメータはＰＨＹ層のパケットに対するデータフォーマットまたはデータタイプを特定する。また、パケットパラメータはＰＨＹ層のパケット長、変調型およびコード化スキームパラメータのうちの１または複数を含み得る。４２０、４３０、４４０および４５０の各々は、送信機のスケジューラコンポーネントによって実行され得る。スケジューラは、適切な回路、ソフトウェアまたはそれらの組み合わせを用いて実装され得る。 
【００３２】
４２０において、送信機（例えば、スケジューラ）は、現在のＲＬＣ層のパケットの直近の送信に対応するＨＡＲＱ  ＡＣＫメッセージまたはＨＡＲＱ  ＮＡＣＫメッセージを受信する。４３０において、送信機（例えば、スケジューラ）は、現在のＲＬＣ層のパケットの直近の送信に対応して受信されたＨＡＲＱ  ＡＣＫおよびＨＡＲＱ  ＮＡＣＫの全てから、ＲＬＣ  ＡＣＫまたはＲＬＣ  ＮＡＣＫが推定され得るか決定する。すなわち、送信機は、直近の４３０段階において受信されたＨＡＲＱ  ＡＣＫまたはＨＡＲＱ  ＮＡＣＫに加え、現在のＲＬＣ層のパケットの直近の送信後以外の、前の４３０のイタレーションの間に受信され得た全ての他のＨＡＲＱ  ＡＣＫおよびＨＡＲＱ  ＮＡＣＫについても、ＲＬＣ  ＡＣＫまたはＲＬＣ  ＮＡＣＫが推定され得るかどうかの決定に用いる。
【００３３】
いくつかの実装において、予め特定された数のＨＡＲＱ  ＡＣＫが連続して受信される場合、４３０においてＲＬＣ  ＡＣＫが推定される。ここで、予め特定された数は１であってもよい同様に、いくつかの実装において、予め特定された数のＨＡＲＱ  ＮＡＣＫが連続して受信される場合、４３０においてＲＬＣ  ＮＡＣＫが推定される。ここで、予め特定された数は１であってもよい。ＲＬＣ  ＡＣＫまたはＲＬＣ  ＮＡＣＫが４３０において推定され得る場合、４３０においてその推定が成され、処理４００は４４０へと進む。一方、ＲＬＣ  ＡＣＫまたはＲＬＣ  ＮＡＣＫが４３０において推定できない場合、処理４００はステップ４２０へ戻り、現在のＲＬＣ層のパケットの直近の送信に対応する少なくとも１つの追加的なＨＡＲＱ  ＡＣＫまたはＨＡＲＱ  ＮＡＣＫのサンプルを集める。
【００３４】
４４０において、（ＲＬＣ  ＮＡＣＫとは反対の）ＲＬＣ  ＡＣＫが推定されるかどうか決定される。４４０において、ＲＬＣ  ＡＣＫが推定される場合、処理４００は４５０へ進む。４５０において、次のＲＬＣ層のパケットが生成されて現在のＲＬＣ層のパケットとして送信され、処理４００は４２０へと戻る。一方、４４０において、ＲＬＣ  ＮＡＣＫが推定される場合、処理４００は４５０へ進む。４５０において、パケットパラメータがアップデートされる。例えば、１または複数のＰＨＹ層のパケット長、変調型およびコード化スキームパラメータがアップデートされ得る。処理４００はそれから、４１０へと戻り、今度はアップデートされたパケットパラメータセットを用いて、送信機は現在のＲＬＣ層のパケットを再び送信する。
【００３５】
図４の技術では、送信機（例えば、スケジューラ）はＲＬＣ層のパケットのＡＣＫメッセージおよびＮＡＣＫメッセージを推定し、スケジューラは、（図２の時刻２３２で実行される動作とは対照的に）ポーリングステータス要求を生成しない。しかしながら、いくつかの実装において、３ＧＰＰ  ＬＴＥ規格に従うべく、スケジューラは依然としてポーリングカウンタを維持し、増やす。処理４００のいくつかの実装において、受信機は送信機に１つもＲＬＣステータスレポートを送信しない（処理４００においてはこのようなステータスレポートは使用されないため）。受信機のこの特性を無効にすべく、いくつかの実装では、ＡＲＱタイムアウトカウンタが無効にされ、「無限」に対応する有効値がセットされ、受信機からＲＬＣステータスレポートが送信されないようにする。
【００３６】
上記の実装は、説明の目的で提供されたものであり、限定するものではない。他の実施形態も考えられ、上述された１または複数の技術部分は、異なる順序で（または同時に）実行されてもよく、それでもなお所望の結果が得られる。加えて、開示の技術は、特定用途向け集積回路（ＡＳＩＣ）または現場プログラム可能ゲートアレイ（ＦＰＧＡ）などのハードウェアに実装され得る。開示の技術は、ソフトウェアにも実装され得る。
【図１】
2015509682.tif 000003
【図２】
2015509682.tif 000004
【図３】
2015509682.tif 000005
【図４】
2015509682.tif 000006
【国際調査報告】
2015509682.tif 000007
2015509682.tif 000008
2015509682.tif 000009
2015509682.tif 000010