(57)【特許請求の範囲】
【請求項１】
データ・パケット送信の反復を終了するための方法であって、
第１の回数のデータ・パケット反復が受信された後に、デバイス（１００、２００）において、データ・パケットが成功裏に復号されるかどうかを１度目に決定するステップ（Ｓ６１０、Ｓ６２０）であって、前記第１の回数は、前記デバイスに対して送信されるべきデータ・パケット反復の合計回数よりも少ない、１度目に決定するステップ（Ｓ６１０、Ｓ６２０）と、
前記データ・パケットが成功裏に復号されたことを前記１度目に決定するステップが決定する場合に、前記デバイスにより、肯定応答を１度目に送信するステップ（Ｓ６３０）であって、該１度目に送信するステップは、前記合計回数のデータ・パケット反復が受信される前に行われる、１度目に送信するステップ（Ｓ６３０）と、
第２の回数のデータ・パケット反復が受信された後に、前記デバイスにおいて、前記データ・パケットが成功裏に復号されるかどうかを２度目に決定するステップであって、前記第２の回数は、前記デバイスに対して送信されるべきデータ・パケット反復の前記合計回数よりも少なく、前記第２の回数は前記第１の回数よりも多い、２度目に決定するステップと、を含む、方法であって、
前記デバイスにおいて、前記データ・パケットの受信に先立って前記第１の回数の指示を受信するステップをさらに含む方法。
【請求項２】
前記データ・パケットが成功裏に復号されたことを前記２度目に決定するステップが決定する場合に、前記デバイスにより、肯定応答を２度目に送信するステップであって、該２度目に送信するステップは、前記合計回数のデータ・パケット反復が受信される前に行われる、２度目に送信するステップと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記第２の回数と前記第１の回数との間の差は、前記第１の回数とは異なる、請求項１に記載の方法。
【請求項４】
前記１度目に送信するステップは、前記肯定応答を第４の回数にわたり送信する、請求項１に記載の方法。
【請求項５】
前記１度目に送信するステップは、前記第１の回数のデータ・パケット反復が受信された時から時間的にオフセットして前記肯定応答を送信する、請求項１に記載の方法。
【請求項６】
データ・パケット送信の反復を終了するための方法であって、
デバイス（１００、２００）において、データ・パケットを送信する送信オペレーションを開始するステップであって、前記送信オペレーションは、第１の反復回数にわたって前記データ・パケットを送信するように構成されている、開始するステップと、
第２の反復回数の前記データ・パケットが送信された後に、前記デバイスにおいて、肯定応答が受信されたかどうかを１度目に決定するステップ（Ｓ７１０）であって、前記第２の反復回数は前記第１の反復回数よりも少ない、１度目に決定するステップ（Ｓ７１０）と、
前記肯定応答が受信されたことを前記１度目に決定するステップが決定する場合に、前記第１の反復回数に到達する前に、前記デバイスにより、前記送信オペレーションを１度目に終了するステップ（Ｓ７２０）と、
前記データ・パケットの第３の回数の反復が送信された後に、前記デバイスにおいて、前記肯定応答が受信されるかどうかを２度目に決定するステップであって、前記第３の回数は前記第２の反復回数よりも多い、２度目に決定するステップと、
を含み、
前記デバイスにより、前記開始するステップの前に前記第２の反復回数の指示を送信するステップをさらに含む、方法。
【請求項７】
前記肯定応答を送信するための少なくとも１つの送信リソースが前記開始するステップの前に予約されていることを、前記デバイスによりシグナリングするステップであって、前記送信リソースは、時間、周波数、およびコードのうちの少なくとも１つによって特徴づけられる、シグナリングするステップ
をさらに含む、請求項６に記載の方法。
【請求項８】
データ・パケット送信の反復を終了するための装置であって、
第１の回数のデータ・パケット反復が受信された後に、データ・パケットが成功裏に復号されるかどうかを１度目に決定するように構成されたプロセッサ（１１０、２１０）であって、前記第１の回数は、デバイスに対して送信されるべきデータ・パケット反復の合計回数よりも少ない、プロセッサ（１１０、２１０）
を備え、
前記プロセッサは、前記データ・パケットが成功裏に復号されたことを前記プロセッサが決定する場合に、肯定応答を１度目に送信するように構成されており、前記１度目に送信することは、前記合計回数のデータ・パケット反復が受信される前に行われ、
前記プロセッサは、第２の回数のデータ・パケット反復が送信された後に、前記データ・パケットが成功裏に復号されるかどうかを２度目に決定するように構成され、前記第２の回数は前記第１の回数よりも多い、装置であって、
前記データ・パケットの受信に先立って前記第１の回数の指示を受信する装置。
【発明の詳細な説明】
【背景技術】
【０００１】
一般に、マシン型通信（ＭＴＣ：Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスは、特定の用途のためにマシンによって使用されるユーザ機器（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）である。ＭＴＣデバイスの一例は、スマート・メーターである。そのようなスマート・メーターの中には地下に位置するものがあるが、地下は高い透過損失の影響を受け、それゆえにＭＴＣデバイスがネットワークと通信することが難しい。
【０００２】
物理チャネルの反復は、ＭＴＣ  ＵＥのカバレッジを拡張する主要なメカニズムである。反復回数はかなり多い（すなわち、場合によっては数百回の反復）ことが予想される。反復はスペクトル効率を低減させることになり、その理由から、低いカバレッジ・レベルにある（すなわち、基地局または強化されたノードＢ（ｅＮＢ：ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ）に対してより近い）ＵＥが、より高いカバレッジ・レベルにあるＵＥと比べて、必要とする反復がより少なくなるように、いくつかのカバレッジ・レベル提案されてきている。それゆえに、スペクトル効率の改善は非常に有益である。
【発明の概要】
【課題を解決するための手段】
【０００３】
少なくとも１つの実施形態は、データ・パケット送信の反復を終了するための方法を対象としている。
【０００４】
一実施形態においては、本方法は、第１の回数のデータ・パケット反復が受信された後に、デバイスにおいて、データ・パケットが成功裏に復号されるかどうかを１度目に決定するステップを含んでいる。ここで、第１の回数は、デバイスに対して送信されるべきデータ・パケット反復の合計回数よりも少ない。本方法は、その１度目に決定するステップが、データ・パケットが成功裏に復号されたことを決定する場合に、デバイスにより、肯定応答を１度目に送信するステップをさらに含んでおり、その１度目に送信するステップは、合計回数のデータ・パケット反復が受信される前に行われる。
【０００５】
別の実施形態においては、本方法は、デバイスにおいて、データ・パケットを送信する送信オペレーションを開始するステップを含んでいる。ここで、送信オペレーションは、第１の反復回数にわたってデータ・パケットを送信するためのものである。本方法は、第２の反復回数のデータ・パケットが送信された後に、デバイスにおいて、肯定応答が受信されたかどうかを１度目に決定するステップであって、第２の回数は第１の回数よりも少ない、１度目に決定するステップと、その１度目に決定するステップが、肯定応答が受信されたことを決定する場合に、第１の反復回数に到達する前に、デバイスにより、送信オペレーションを１度目に終了するステップとをさらに含む。
【０００６】
少なくとも１つの実施形態は、データ・パケット送信の反復を終了するための装置に関する。
【０００７】
一実施形態においては、本装置は、第１の回数のデータ・パケット反復が受信された後に、データ・パケットが、成功裏に復号されるかどうかを１度目に決定するように構成されたプロセッサを含んでいる。ここで、第１の回数は、デバイスに対して送信されるべきデータ・パケット反復の合計回数よりも少ない。データ・パケットが成功裏に復号されたことをプロセッサが決定する場合に、プロセッサは、肯定応答を１度目に送信するように構成されており、その１度目に送信するステップは、合計回数のデータ・パケット反復が受信される前に行われる。
【０００８】
別の実施形態においては、本装置は、データ・パケットを送信する送信オペレーションを開始するように構成されたプロセッサを含んでいる。ここで、送信オペレーションは、第１の反復回数にわたってデータ・パケットを送信するためのものである。プロセッサは、第２の回数のデータ・パケットの反復が送信された後に、肯定応答が受信されたかどうかを１度目に決定するように構成されており、ここで、第２の回数は、第１の回数よりも少なく、またプロセッサは、プロセッサが、肯定応答が受信されたことを決定する場合に、反復の第１の回数に到達する前に、送信オペレーションを終了するように構成されている。
【０００９】
例示の実施形態は、以下で本明細書において与えられる詳細な説明と添付図面から、より完全に理解されることになり、図面では同様の要素は同様の参照符号によって表され、この参照符号は例証だけとして与えられており、したがって本発明を限定するものではない。
【図面の簡単な説明】
【００１０】
【図１】例示の一実施形態によるワイヤレス通信を示す図である。
【図２】例示の一実施形態による、図１の中のｅＮＢの一例を示す図である。
【図３】例示の一実施形態による、図１の中のＵＥの一例を示す図である。
【図４】例示の一実施形態による、異なる反復についてのブラインド復号のオフセットの一例を示す図である。
【図５】例示の一実施形態による、肯定応答を送信するための反復の例示のオフセットおよび回数を示す図である。
【図６】例示の一実施形態による、受信デバイスにおいて実行される、データ・パケット送信の反復を終了するための方法のフロー・チャートを示す図である。
【図７】例示の一実施形態による、送信デバイスにおいて実行される、データ・パケット送信の反復を終了するための方法のフロー・チャートを示す図である。
【発明を実施するための形態】
【００１１】
次いで、様々な例示の実施形態について、いくつかの例示の実施形態が示される添付の図面を参照してより十分に説明する。
【００１２】
例示の実施形態は、様々な修正形態、および代替的な形態とすることができるが、それらの実施形態は、図面の中で例として示されており、本明細書において詳細に説明される。しかしながら、例示の実施形態を開示される特定の形態だけに限定する意図はないことを理解すべきである。反対に、例示の実施形態は、本開示の範囲内に含まれるすべての修正形態と、同等形態と、代替形態とを対象として含むべきである。同様の符号は、図面の説明全体を通して同様の要素を指している。
【００１３】
第１の、第２の、などの用語を本明細書において使用して様々な要素を説明することがあるが、これらの要素は、これらの用語によって限定されるべきではない。これらの用語は、単に１つの要素を別の要素から区別するために使用される。例えば、本開示の範囲を逸脱することなく、第１の要素が第２の要素と名付けられる可能性があり、また同様に、第２の要素が第１の要素と名付けられる可能性がある。本明細書において使用される場合、用語「および／または（ａｎｄ／ｏｒ）」は、１つまたは複数の関連する列挙された項目についての任意の組合せおよびすべての組合せを含んでいる。
【００１４】
ある要素が、別の要素に「接続されて（ｃｏｎｎｅｃｔｅｄ）」いる、または「結合されて（ｃｏｕｐｌｅｄ）」いると称されるときに、その要素は、他の要素に直接に接続または結合される可能性もあり、あるいは介在する要素が存在していてもよい。対照的に、ある要素が、別の要素に「直接（ｄｉｒｅｃｔｌｙ）接続されて」いる、または「直接結合されて」いると称されるときには、介在する要素は存在しない。要素の間の関係を説明するために使用される他の言葉も、同じように（例えば、「間に（ｂｅｔｗｅｅｎ）」に対して「直接に間に（ｄｉｒｅｃｔｌｙ  ｂｅｔｗｅｅｎ）」、「隣接する（ａｄｊａｃｅｎｔ）」に対して「直接に隣接する（ｄｉｒｅｃｔｌｙ  ａｄｊａｃｅｎｔ）」など）解釈されるべきである。
【００１５】
本明細書において使用される専門用語は、特定の実施形態を説明する目的のためだけであり、限定することを意図してはいない。本明細書において使用される場合、単数形の形式「１つの（ａ）」、「１つの（ａｎ）」、および「その（ｔｈｅ）」は、文脈が、明らかにそうでない場合を示していない限り、同様に複数形の形式を含むことを意図している。用語「備える／含む（ｃｏｍｐｒｉｓｅｓ）」、「備えている／含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」は、本明細書において使用されるときに、述べられた特徴、整数、ステップ、オペレーション、要素、および／またはコンポーネントの存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、オペレーション、要素、コンポーネント、および／またはそれらの群の存在もしくは追加を除外するものではないことが、さらに理解されるであろう。
【００１６】
いくつかの代替的な実装形態においては、指摘される機能／動作が、図面の中で指摘される順序を外れて起こり得ることにも注意すべきである。例えば、連続して示される２つの図は、実際には実質的に同時に実行されることもあり、または時として、関与する機能／動作に応じて逆の順序で実行されることもある。
【００１７】
別様に定義されない限り、本明細書において使用されるすべての用語（技術的用語および科学的用語を含む）は、例示の実施形態が関係する当業者によって一般的に理解されるものと同じ意味を有している。用語、例えば、一般的に使用される辞書の中で定義されるこれらの用語は、関連のある技術との関連でそれらの意味と整合している意味を有するように解釈されるべきであり、また本明細書において明示的にそのように定義されない限り、理想化された意味で、または過度に形式的な意味で解釈されないことが、さらに理解されるであろう。
【００１８】
例示の実施形態と、対応する詳細な説明との一部分は、制御装置によって実行されるアルゴリズムの観点から提示される。用語がここで使用される場合、またその用語が一般に使用される場合、アルゴリズムは、望ましい結果をもたらすステップの自己矛盾のないシーケンスであるように考えられる。それらのステップは、物理量の物理的操作を必要とするステップである。通常、必ずしもそうであるとは限らないが、これらの量は、記憶され、転送され、結合され、比較され、またそれ以外の方法で操作される可能性がある光学的信号、電気信号、または磁気信号の形態を取る。主として一般的な使用の理由のために、これらの信号をビット、値、要素、シンボル、キャラクタ、用語、番号などと称することは、ときに利便であることが分かっている。
【００１９】
特定の詳細は、以下の説明において提供されて、例示の実施形態の完全な理解を提供している。しかしながら、例示の実施形態がこれらの特定の詳細なしに実践され得ることが、当業者によって理解されるであろう。例えば、システムは、不必要な詳細で例示の実施形態をあいまいにすることのないように、ブロック図の形で示されることもある。他の例では、よく知られているプロセス、構造および技法は、例示の実施形態をあいまいにすることを回避するために、不必要な詳細なしで示されることもある。
【００２０】
以下の説明においては、例示的な実施形態は、特定のタスクを実行するかまたは特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含むプログラム・モジュールまたは機能プロセスとして実装され得る、また既存のネットワーク要素における既存のハードウェア、既存のエンド・ユーザ・デバイス、および／または後処理ツール（例えば、モバイル・デバイス、ラップトップ・コンピュータ、デスクトップ・コンピュータなど）を使用して実装され得る動作、およびオペレーションの記号的表現（例えば、フロー・チャート、流れ図、データ・フロー図、構造図、ブロック図などの形式）を参照して説明されるであろう。そのような既存のハードウェアは、１つまたは複数の中央演算処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔｓ）、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ：ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）コンピュータなどを含むことができる。
【００２１】
具体的に別途述べられていない限り、または考察から明らであるように、「処理する」、「計算する」、「算出する」、「決定する」または「表示する」などの用語は、コンピュータ・システムのレジスタおよびメモリの内部の物理的な量、電子的な量として表されるデータを操作して、コンピュータ・システムのメモリまたはレジスタ、あるいは他のそのような情報のストレージ・デバイス、送信デバイス、またはディスプレイ・デバイスの内部の物理量として同様に表される他のデータに変換するコンピュータ・システム、または類似した電子的コンピューティング・デバイスのアクションおよびプロセスのことを指す。
【００２２】
フロー・チャートは、逐次的プロセスとしてオペレーションを説明することができるが、オペレーションの多くは、並列に、並行して、または同時に実行されることもある。加えて、オペレーションの順序は、並べ替えられることもある。プロセスは、そのオペレーションが完了したときに終了することができるが、図の中に含まれていない追加のステップを有することもできる。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに対応することができる。プロセスが、関数に対応するときに、プロセスの終了は、呼び出し元の関数またはメイン関数への関数のリターンに対応することができる。
【００２３】
例示の実施形態のソフトウェアによって実装された態様は、一般的に、何らかの形態の有形の（または記録する）ストレージ媒体の上で符号化され、あるいは何らかのタイプの伝送媒体の上で実装されることにも留意されたい。本明細書において開示される場合、用語「ストレージ媒体」は、読出し専用メモリ（ＲＯＭ：ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、ランダム・アクセス・メモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、磁気ＲＡＭ、磁気ディスク・ストレージ媒体、光学的ストレージ媒体、フラッシュ・メモリ・デバイス、および／または情報を記憶するための他の有形のマシン読取り可能媒体を含む、データを記憶するための１つまたは複数のデバイスを表すことができる。用語「コンピュータ読取り可能媒体」は、それだけには限定されないが、命令および／またはデータを記憶し、包含し、または搬送することができる携帯式または固定式のストレージ・デバイス、光学的ストレージ・デバイス、および様々な他の媒体を含むことができる。
【００２４】
さらに、例示の実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらの任意の組合せによって実装されることもある。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードの形で実装されるときに、必要なタスクを実行するプログラム・コードまたはコード・セグメントは、コンピュータ読取り可能ストレージ媒体など、マシンまたはコンピュータによる読取り可能媒体に記憶されることもある。ソフトウェアの形で実装されるときに、１つまたは複数のプロセッサが必要なタスクを実行することになる。
【００２５】
コード・セグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、あるいは命令、データ構造、またはプログラム・ステートメントの任意の組合せを表すことができる。コード・セグメントは、情報、データ、引き数、パラメータ、またはメモリ内容を渡す、および／または受け取ることにより、別のコード・セグメントまたはハードウェア回路に結合されることもある。情報、引き数、パラメータ、データなどは、メモリ共有化、メッセージ・パッシング、トークン・パッシング、ネットワーク送信などを含む任意の適切な手段を経由して、渡され、転送され、または送信されることもある。
【００２６】
本明細書において使用される場合、用語「ユーザ機器」は、モバイル・ユーザ、移動局、モバイル端末、端末、ユーザ、加入者、ワイヤレス端末、および／またはリモート局に対する同義語とすることができ、またワイヤレス通信ネットワークにおけるワイヤレス・リソースのリモート・ユーザを表す場合もある。したがって、端末は、ワイヤレス電話、ワイヤレス装備のラップトップ、ワイヤレス装備の電化製品などとすることができる。
【００２７】
用語「基地局」は、１つまたは複数のセル・サイト、基地局、ノードＢ、強化されたノードＢ（ｅノードＢまたはｅＮＢ）、アクセス・ポイント、および／または無線周波数通信の任意の端末として理解されることもある。現在のネットワーク・アーキテクチャは、モバイル／ユーザ・デバイスと、アクセス・ポイント／セル・サイトとの間の差異を考慮することができるが、以下で説明される例示の実施形態は、一般に、その差異が、例えば、アドホック・アーキテクチャおよび／またはメッシュ・ネットワーク・アーキテクチャなど、それほど明確でないアーキテクチャに対して適用可能とすることができる。
【００２８】
基地局からＵＥへの通信は、一般的に、ダウンリンク通信または順方向リンク通信と呼ばれる。ＵＥから基地局への通信は、一般的に、アップリンク通信または逆方向リンク通信と呼ばれる。
【００２９】
図１は、例示の一実施形態によるワイヤレス通信を示すものである。図示されるように、第１のデバイス１００は、第２のデバイス２００とワイヤレスに通信する。例えば、ワイヤレス・ネットワークにおいては、第１のデバイス１００は、基地局またはｅＮＢとすることができ、また第２のデバイス２００は、ＵＥとすることができる。また例示の実施形態はこの例を使用して説明するが、本発明はこの例だけには限定されない。
【００３０】
図２は、ｅＮＢ１００の一例を示すものである。図示されるように、ｅＮＢ１００は、メモリ１２０、様々なインターフェース１３０、およびアンテナ１５０に接続されたプロセッサ１１０を含んでいる。理解されるように、ｅＮＢ１００の実装形態に応じて、ｅＮＢ１００は、図２において示されるこれらのコンポーネントよりもはるかに多くのコンポーネントを含むことができる。しかしながら、これらの通例の一般的なコンポーネントのすべてが、実例となる実施形態を開示するために示される必要はない。
【００３１】
メモリ１２０は、一般に、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、および／またはディスク・ドライブなどの恒久的な大容量デバイスを含むコンピュータ読取り可能ストレージ媒体とすることができる。メモリ１２０はまた、ｅＮＢ１００の機能（例えば、基地局の機能、例示の実施形態による方法など）を提供するためのオペレーティング・システムと任意の他のルーチン／モジュール／アプリケーションとを記憶する。これらのソフトウェア・コンポーネントはまた、ドライブ・メカニズム（図示されず）を使用して別個のコンピュータ読取り可能ストレージ媒体からメモリ１２０へとロードされることも可能である。そのような別個のコンピュータ読取り可能ストレージ媒体は、ディスク、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリ・カード、または他の同様なコンピュータ読取り可能ストレージ媒体（図示されず）を含むことができる。いくつかの実施形態においては、ソフトウェア・コンポーネントは、コンピュータ読取り可能ストレージ媒体を経由するのではなく、様々なインターフェース１３０のうちの１つを経由して、メモリ１２０へとロードされることもある。
【００３２】
プロセッサ１１０は、システムの基本的な算術演算と、論理演算と、入出力オペレーションとを実行することにより、コンピュータ・プログラムの命令を実行するように構成することができる。命令は、メモリ１２０によりプロセッサ１１０に提供することができる。
【００３３】
様々なインターフェース１３０は、アンテナ１５０とプロセッサ１１０をインターフェースさせるコンポーネント、または他の入出力コンポーネントを含むことができる。理解されるように、ｅＮＢ１００の特殊目的の機能を提示するインターフェース１３０およびメモリ１２０に記憶されるプログラムは、第１のデバイスの実装形態に応じて変化することになる。
【００３４】
図３は、ＵＥ２００の一例を示すものである。図示されるように、ＵＥ２００は、メモリ２２０と、様々なインターフェース２３０と、アンテナ２５０とに接続されたプロセッサ２１０を含んでいる。理解されるように、ＵＥ２００の実装形態に応じて、ＵＥ２００は、図３に示されるこれらのコンポーネントよりもはるかに多くのコンポーネントを含むことができる。しかしながら、これらの通例の一般的なコンポーネントのうちのすべてが、実例となる実施形態を開示するために示される必要はない。
【００３５】
メモリ２２０は、一般に、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、および／またはディスク・ドライブなどの恒久的な大容量デバイスを含むコンピュータ読取り可能ストレージ媒体とすることができる。メモリ２２０はまた、ＵＥ２００の機能（例えば、ＵＥの機能、例示の実施形態による方法など）を提供するためのオペレーティング・システムと任意の他のルーチン／モジュール／アプリケーションとを記憶する。これらのソフトウェア・コンポーネントはまた、ドライブ・メカニズム（図示されず）を使用して別個のコンピュータ読取り可能ストレージ媒体からメモリ２２０へとロードされることも可能である。そのような別個のコンピュータ読取り可能ストレージ媒体は、ディスク、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリ・カード、または他の同様なコンピュータ読取り可能ストレージ媒体（図示されず）を含むことができる。いくつかの実施形態においては、ソフトウェア・コンポーネントは、コンピュータ読取り可能ストレージ媒体を経由するのではなく、様々なインターフェース２３０のうちの１つを経由して、メモリ２２０へとロードされることもある。
【００３６】
プロセッサ２１０は、システムの基本的な算術演算と、論理演算と、入出力オペレーションとを実行することにより、コンピュータ・プログラムの命令を実行するように構成することができる。命令は、メモリ２２０によりプロセッサ２１０に対して提供することができる。
【００３７】
様々なインターフェース２３０は、アンテナ２５０とプロセッサ２１０をインターフェースさせるコンポーネント、または他の入出力コンポーネントを含むことができる。理解されるように、ＵＥ２００の専用の機能を提示するインターフェース２３０およびメモリ２２０に記憶されるプログラムは、第１のデバイスの実装形態に応じて変化することになる。
【００３８】
説明の目的のためだけに、実施形態は、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）規格に関して説明する。それに応じて、ＬＴＥに関連するよく知られている専門用語が、実施形態を説明するのに使用される。
【００３９】
次に、例示の一実施形態によるオペレーションについて説明する。一実施形態においては、リソースは、ダウンリンク・データ送信またはアップリンク・データ送信の反復のセット中の時間における少なくとも１つの特定の中間ポイントにおいて、肯定応答を送信するために、かつ／または肯定応答の受信を監視するために予約される。これらの中間ポイントの（時間における）場所は、例えば、シグナリングされ（例えば、データ送信に先立って、ＲＲＣ構成の一部分としてＵＥ２００に対して）るか、またはワイヤレス通信プロトコルを記述する仕様にあらかじめ規定されている可能性がある。ある時間における場所は、データ送信の時間を基準として示すことができる。
【００４０】
ＥＮＢ２００によるダウンリンクの反復（例えば、物理ダウンリンク共用チャネル（ＰＤＳＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）上）の場合には、ＵＥ２００が肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信するために使用すべき物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）リソースは、ＰＤＳＣＨのインデックスに基づいて、あるいは物理ダウンリンク制御チャネルＰＤＣＣＨまたは強化された物理ダウンリンク制御チャネルＥＰＤＣＣＨ（まとめて（Ｅ）ＰＤＣＣＨと称される）のインデックスに基づいて、任意のよく知られているやり方で、暗黙的に決定される。代わりに、ＵＥ２００が使用すべきリソースは、準静的および／または動的なシグナリングに基づいて明示的に決定されることも、あるいは暗示的なシグナリングと明示的なシグナリングの組合せが使用されることもある。
【００４１】
ＥＮＢ２００によるアップリンクの反復（例えば、物理アップリンク共用チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）上）の場合には、肯定応答（ＡＣＫ）は、新しいダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）メッセージの形式で、ｅＮＢ２００によって送信される可能性がある。ＵＥ２００は、そのようなＤＣＩを求めてブラインド復号することになり、このＤＣＩは、中間ポイント中にＰＤＣＣＨまたはＥＰＤＣＣＨを経由して送信される可能性がある。
【００４２】
一実施形態においては、肯定応答リソースの時間的な場所は、データ・パケットの反復の期間内の実質的に中間にあり、またはより一般には、データ・パケットの反復の期間内で途中の１／Ｎにあり、ここでＮは整数である。別の言い方で述べると、データ・パケットの反復中のこの中間ポイントは、例えば、第１の回数のデータ・パケット反復の後に起こる。理解されるように、Ｎは、肯定応答リソースの時間的な場所が反復の期間中に複数回起こり得るように、選択されることもある。例えば、複数の中間ポイントが確立されることもある。さらに、中間ポイントが定期的であってそれゆえに同じ回数のデータ・パケット反復ずつ間隔が空いている代わりに、隣接する中間ポイントの間の間隔が異なっていてもよい。例えば、第１の中間ポイントが、第１の回数のデータ・パケット反復の後にあってよく、また第２の中間ポイントが、第２の回数のデータ・パケット反復の後にあってよい。第１の回数と第２の回数は両方とも、データ・パケットが送信されることが予想される合計回数よりも少ない。しかしながら、第２の回数と第１の回数との間の差は、第１の回数に等しくても、または第１の回数とは異なってもよい。
【００４３】
そのような一実施形態のいくつかの例においては、肯定応答リソースの時間的な場所は、第１のデバイスと同じ中間ポイント（例えば、同じ反復回数）に他のデバイスのために予約された肯定応答リソースとの衝突を回避するために、これらの中間の位置からＭ個のサブフレーム分だけ（早い方に、または遅い方に）オフセットされ、この場合には、Ｍは、他のデバイスが肯定応答を送信するためのサブフレームの数とすることができる。ここでは、デバイスという用語を使用して、例えば、ＵＥまたはｅＮＢのことを指すことができる。
【００４４】
肯定応答リソースの時間的な場所において、リソースは、さらに、周波数および／またはコードの観点から規定されることもある。
【００４５】
肯定応答を送信するには反復を必要とすることになるが、１ビットだけが送信されるので、そのようなＡＣＫについての反復の回数は低いことを理解すべきである。それゆえに、中間ポイントが戦略的な場所に配置される場合には、使用される全反復は、スペクトル効率の正味の利得（すなわち、ＰＤＳＣＨ／ＰＵＳＣＨチャネルを成功裏に送信するために使用される合計リソースが減る）をもたらすであろう。
【００４６】
上記で示されるように、アップリンク・データ・パケット反復についてのＡＣＫは、（Ｅ）ＰＤＣＣＨによって搬送することができる。また、ダウンリンクにおけるＡＣＫに加えて、ＵＥ２００はまた、ダウンリンク認可またはアップリンク認可のために、（Ｅ）ＰＤＣＣＨをブラインド復号する必要がある可能性もあることを理解すべきである。それゆえに、一実施形態においては、ＵＥ２００の複雑さを増大させることを回避するために、ＡＣＫを搬送する（Ｅ）ＰＤＣＣＨの最後の反復は、認可情報を搬送するこれらの他の（Ｅ）ＰＤＣＣＨに対する異なるサブフレームで起こるように設定することができる。この態様は、ＵＥ２００が、予想された数の反復サンプルを蓄積しているときにのみ（Ｅ）ＰＤＣＣＨの上でブラインド復号を実行すると予想されることを認識している。例えば、図４においては、（Ｅ）ＰＤＣＣＨは、反復の異なる回数ＮＲを有しており、ここで、認可を搬送する可能性のある（Ｅ）ＰＤＣＣＨ候補は、ＮＲ＝｛８，１６，３２，６４｝を有する。ＡＣＫを搬送する（Ｅ）ＰＤＣＣＨは、反復ＮＲ＝４を有する。図４に示されるように、時刻τ０に、ＮＲ＝８、１６、３２および６４を有する（Ｅ）ＰＤＣＣＨ候補が同時に終了し、そのため、ＵＥ２００は、これらの反復に対応している候補についてブラインド検出する必要があるであろう（各反復を仮定すると、候補の数は限られる）。τ１において、ＡＣＫを搬送する（Ｅ）ＰＤＣＣＨについての反復だけが終了し、そのためＵＥは、この（Ｅ）ＰＤＣＣＨについての可能性のある候補をブラインド復号するだけで済む。
【００４７】
別の実施形態においては、これらの中間ポイントではＡＣＫだけが送信される。ＰＤＳＣＨ終了の場合、ＵＥ２００は、ＰＵＣＣＨでＡＣＫのみを送信するであろう。ＰＵＳＣＨ終了の場合、ｅＮＢ１００は、（Ｅ）ＰＤＣＣＨでＡＣＫのみを送信するであろう。ＡＣＫが存在しないことは、反復が、次の中間ポイントまで継続するべきであることを意味するであろう。
【００４８】
いくつかの実施形態においては、ＡＣＫが中間ポイントで送信されない場合は、その代わりに否定確認応答または否定応答（ＮＡＣＫ）が送信され、これは、ＡＣＫと不連続送信（ＤＴＸ：ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｔｒａｎｓｍｉｓｓｉｏｎ）との間に比べてＡＣＫとＮＡＣＫとの間のハミング距離が増大することに起因して、ＡＣＫの検出の信頼性を改善することができる。
【００４９】
ＵＥ２００が、１００回の反復を用いてＰＤＳＣＨが送信されるカバレッジ・レベルにある場合の以下の例を考察する。ＰＵＣＣＨは、ＡＣＫを送信するために５回の反復を必要とする。ｅＮＢ１００は、５０番目の反復に中間ポイントを設定し（例えば、Ｎ＝２）、また５０番目の反復の後のいくらかの期間にわたり５つのサブフレームのＰＵＣＣＨリソースを予約するであろう。これは図５に示され、時刻τ０に、ＵＥ１００は、５０回の反復を受信し、ＰＤＳＣＨチャネルを復号しようと試みる。この例においては、ＵＥ２００は、ＰＤＳＣＨを成功裏に復号し、またτ１において、暗黙的に予約されたアップリンク・リソース上のＰＵＣＣＨで肯定応答（ＡＣＫ）を送信する。τ１とτ０との間の差は、レガシー・システムにおいて使用されるタイミングと同じように、４サブフレームとすることができる。ＵＥは、時刻τ１に開始され、時刻τ２に終了するＰＵＣＣＨの５回の反復を送信する。時刻τ２に、ｅＮＢ１００は、ＵＥ１００からのＡＣＫを復号し、次いでＰＤＳＣＨの反復の送信を停止させる。それゆえに、ｅＮＢ１００は、１００回のＰＤＳＣＨの反復の代わりに全部で５９回のＰＤＳＣＨの反復（ＵＥ２００がＰＤＳＣＨを復号するための５０＋４つのサブフレーム＋ＰＵＣＣＨについての５つのサブフレーム）だけを送信する。
【００５０】
図６は、例示の一実施形態による、受信デバイスにおいて実行される、データ・パケット送信の反復を終了するための方法のフロー・チャートを示す。ステップＳ６１０に示されるように、デバイス（例えば、ダウンリンク送信のためのＵＥ２００、またはアップリンク送信のためのｅＮＢ１００）は、それらの反復における中間ポイントに反復して送信されるデータ・パケットを復号しようと試みる。例えば、第１の中間ポイントは、第１の回数のデータ・パケット反復にある可能性がある。第１の回数は、反復の合計回数の１／Ｎに等しいこともある。デバイスは、ステップＳ６２０において、復号が成功したかどうかを決定する。成功した場合、デバイスは、ステップＳ６３０において、肯定応答を送信して反復の終了をトリガする。成功しなかった場合、処理は、次の中間ポイントのためにステップＳ６１０へと戻ることができる。例えば、第２の中間ポイントは、第２の回数のデータ・パケット反復にあることができる。第１の回数と第２の回数は両方とも、データ・パケットが送信されると予想される合計回数よりも少ない。しかしながら、第２の回数と第１の回数との間の差は、第１の回数に等しくても、または第１の回数とは異なってもよい。次の中間ポイントが存在しない場合には、処理は終了することができる。
【００５１】
図７は、例示の一実施形態による、送信デバイスにおいて実行される、データ・パケット送信の反復を終了するための方法のフロー・チャートを示す。ここで、デバイス（例えば、アップリンク送信のためのＵＥ２００またはダウンリンク送信のためのｅＮＢ１００）は、データ・パケットを送信する送信オペレーションを開始する。送信オペレーションは、データ・パケットを反復して送信することを含む。送信オペレーションを行いながら、デバイスは、ステップＳ７１０において、例えば、データ・パケットが送信されることになる反復の合計回数よりも少ない第１の数のデータ・パケットを送信した後に、中間ポイントでＡＣＫが受信されるかどうかを決定する。例えば、第１の回数は、反復の合計回数の１／Ｎとすることができる。ＡＣＫが受信される場合、そのときにはデバイスは、ステップＳ７２０において、データ・パケットの反復された送信の実行を終了する。しかしながら、ＡＣＫが受信されない場合には、ステップＳ７３０において、デバイスは、データ・パケットの反復された送信の実行を継続する。理解されるように、図７の方法は、１／Ｎ番目の中間ポイントに加えて他の中間ポイント、または最初の（１／Ｎ）番目の中間ポイントについて反復されることもある。例えば、本方法は、第２の回数のデータ・パケットが送信された後に反復されることもある。第２の回数は、第１の回数よりも多いが、反復の合計回数よりも少ない。また、この第２の回数と第１の回数との間の差は、第１の回数に等しいこともあり、または第１の回数とは異なることもある。
【００５２】
さらに理解されるように、図６および図７に示される本方法の実施形態は、本開示において先に説明した他の実施形態に従って変更することが可能である。
【００５３】
実施形態のうちの１つを実装することにより、データ・パケットを送信するための反復の回数を減少させることができ、それによりスペクトル効率が改善する。
【００５４】
本発明は、このようにして説明されており、同じことが、多数のやり方で変化させられ得ることが明らかであろう。そのような変形形態は、本発明を逸脱するように見なされるべきではなく、またすべてのそのような修正形態は、本発明の範囲内に含まれることを意図している。
【図１】
0006698637.tif 000002
【図２】
0006698637.tif 000003
【図３】
0006698637.tif 000004
【図４】
0006698637.tif 000005
【図５】
0006698637.tif 000006
【図６】
0006698637.tif 000007
【図７】
0006698637.tif 000008