通信システムにおける方法及び装置
【課題】無線接続において、データ送信側パーティから受信したデータに関するフィードバック・レポートを、データ受信側パーティから搬送するための方法及び装置を提供する。
【解決手段】異なるフィードバック情報コードに割り当てられた複数のフィードバック・リソース３０４が、フィードバック・レポートを伝送するためにデータ受信側パーティに割り振られる。データが正しく受信されたか否かをチェックした後、データ受信側パーティは、受信されたデータに関する１つ又は複数のフィードバック・レポートに対応するフィードバック情報コードを備えたフィードバック・リソース（ＦＲ２）を選択する。その後、データ受信側パーティは、選択されたフィードバック・リソース上でフィードバック情報をデータ送信側パーティに送信し、それによって、対応するフィードバック情報コードを搬送する。
【解決手段】異なるフィードバック情報コードに割り当てられた複数のフィードバック・リソース３０４が、フィードバック・レポートを伝送するためにデータ受信側パーティに割り振られる。データが正しく受信されたか否かをチェックした後、データ受信側パーティは、受信されたデータに関する１つ又は複数のフィードバック・レポートに対応するフィードバック情報コードを備えたフィードバック・リソース（ＦＲ２）を選択する。その後、データ受信側パーティは、選択されたフィードバック・リソース上でフィードバック情報をデータ送信側パーティに送信し、それによって、対応するフィードバック情報コードを搬送する。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
本発明は、一般に、受信データに関するフィードバック・レポートを必要とする通信システムにおいて、無線伝送を最適化するための方法及び装置に関する。
【背景技術】
【０００２】
背景
３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、セルラ式／モバイル・ネットワークにおけるユーザ端末と基地局との間のデータ・パケットの無線伝送に関して、セルラ式パケット交換通信システムＨＳＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）及びＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）が規定されている。基地局からユーザ端末への伝送が「ダウンリンク」と呼ばれ、反対方向の伝送が「アップリンク」と呼ばれる。以下の説明で、「端末」は、一般に、セルラ式／モバイル・ネットワークにおいてたとえば基地局との無線通信が可能な、上記システムで一般に「ＵＥ」と呼ばれる任意のユーザ機器を表すために使用される。
【０００３】
無線伝送に使用可能な基本動作モードには、ＦＤＤ（周波数分割多重）及びＴＤＤ（時分割多重）の２つがある。ＦＤＤでは、ダウンリンク及びアップリンクの伝送は、ダウンリンク及びアップリンクで相互の干渉なしにパケットが同時に伝送可能なように、別々の周波数帯で実行される。これに対してＴＤＤでは、ダウンリンク及びアップリンクの伝送は同じ周波数帯で実行されるため、干渉を避けるために時間的に別々でなければならない。
【０００４】
ＴＤＤ動作モードは、ダウンリンク及びアップリンク伝送の持続時間が、ダウンリンク及びアップリンクのそれぞれの方向でのトラフィック強度に依存して構成可能であり、したがって非対称の伝送方式との接続が可能であるという点において、柔軟性がある。ダウンリンクを多用する接続の場合、ダウンリンクの時間枠をアップリンクの時間枠よりも大きく構成することが可能であり、アップリンクを多用する接続の場合はその逆である。
【０００５】
ＬＴＥの場合、現在、ダウンリンクではＯＦＤＭ（直交周波数分割多重化）、及びアップリンクではＳＣ−ＦＤＭＡ（単一搬送波周波数分割多重アクセス）に基づく、新しい物理層が３ＧＰＰで標準化されている。新しい物理層はＦＤＤ及びＴＤＤの両方の動作をサポートするものとし、これら２つの動作モード間に高度の共通性があるものとする。アップリンクでのＳＣ−ＦＣＭＡ特性は、各端末から伝送されるいかなるデータも、基本的に単一の搬送波特性を維持することを必要とする。
【０００６】
ＦＤＤ及びＴＤＤ動作における伝送は、どちらも一般に無線フレーム内でスケジューリングされ、各無線フレームは、通常、複数のサブフレームに分割される。以下の説明では、「サブフレーム」という用語は、一般に、情報の一部を「データ・ブロック」として伝送可能な、予め定義された伝送時間間隔「ＴＴＩ」を表すために使用されるが、いかなる特定の標準又は持続時間にも限定されることはない。データ・パケットは、パケット・サイズ及びサブフレーム長さに応じて、任意数のサブフレームで送信可能である。ＬＴＥは、通常、１つのデータ・パケットが単一のサブフレーム内に収容されるものと規定している。サブフレームは、一般に、ＬＴＥでは「転送ブロック」とも呼ばれる１つ又は複数のデータ・ブロックを含むことができる。現在、ＬＴＥは、単一のダウンリンク・サブフレーム内で端末ごとに２つの転送ブロックが可能である。
【０００７】
ＬＴＥでは、予め定義された無線フレームは１０ｍｓ（ミリ秒）であり、これがそれぞれ１ｍｓの予め定義された１０個のサブフレームに分割される。ＦＤＤモードでは、パケットはダウンリンク及びアップリンクで同時に伝送可能であり、図１ａで概略的に示されるように、それぞれ別々の周波数帯Ｆ１及びＦ２上に、１つの無線フレーム中に使用可能な１０個のダウンリンク・サブフレーム「ＤＬ」及び１０個のアップリンク・サブフレーム「ＵＬ」が存在する。ＴＤＤモードでは、１つの無線フレーム中に、使用可能な合計１０個のダウンリンク及びアップリンクのサブフレームが存在し、共通周波数帯Ｆ上で一度に１つしか伝送できない。
【０００８】
前述のように、ダウンリンク及びアップリンクの伝送は、いずれかの方向のトラフィック需要に応じて、ＴＤＤで構成することができる。たとえば、ダウンリンク／アップリンク割り振りは、図１ｂで概略的に示されるように、同じ周波数帯Ｆ上で、１つの無線フレーム中の８個のダウンリンク・サブフレーム及び２個のアップリンク・サブフレームに構成することができる。他の可能な構成は、５ ＤＬ：５ ＵＬサブフレームとすることが可能であり、他の構成は、２ ＤＬ：８ ＵＬサブフレームとすることができる。オプションで、交互パターンのダウンリンク／アップリンク・サブフレームも構成可能である。たとえば、図１ｂのダウンリンク／アップリンク・サブフレーム・パターンを、８個の連続するダウンリンク・サブフレームと、それに続く２個のアップリンク・サブフレームに修正することができる。
【０００９】
単一の基地局は、サブフレーム内のデータ・パケットをダウンリンクで１つ又は複数の端末へ伝送することが可能であり、端末は、サブフレーム内のデータ・パケットをアップリンクで基地局へ伝送する。典型的には、いずれかの方向の伝送が、伝搬フェージング、並びに反射及び他の伝送からの干渉を含む様々な妨害を受けるため、結果として、受信時にデータ・パケットにエラーが導入されている可能性がある。したがって、基地局と端末との間のチャネルは、しばしば「損失性」チャネルと呼ばれる。エラーは、受信器及び／又はアンテナの不良によっても生じる可能性がある。
【００１０】
端末又は基地局内の受信器は、サブフレームにデータの入ったパケットを受信した場合、受信したパケット内に何らかのエラーが存在するかどうかに関してチェックを行うように構成される。エラー検出の一般的な方法には、当分野で周知であるチェックサムなどの計算が含まれる。こうしたエラーの訂正を実行可能にするために、何らかのエラー訂正メカニズムがデータ受信側パーティに適切に適用できない限り、データ送信側パーティは誤って受信されたパケットがあればすべて再送しなければならない。したがって、通常受信側パーティには、受信されたパケット又はサブフレームそれぞれについて、パケットが基本的に正しく、すなわちエラーなしで受信されたか否かを示す、フィードバック・レポートを、データ送信側パーティに送信する義務がある。
【００１１】
パケットが正しく受信された場合、データ受信側パーティは肯定応答「ＡＣＫ」を送信し、パケットがエラーを含む場合は、否定応答「ＮＡＣＫ」を送信する。ＡＣＫ及びＮＡＣＫという用語はこの説明で頻繁に使用されるが、フィードバック・レポートには任意の等価又は同様のメッセージが使用可能であり、本発明はこの点で制限されない。「フィードバック・レポート」は、以下ではこうしたＡＣＫ／ＮＡＣＫメッセージ及びそれらの等価物に関する総称として使用される。
【００１２】
ＨＳＰＡ及びＬＴＥは、どちらも、それらのそれぞれのＭＡＣ（媒体アクセス制御）層内でＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ＲｅＱｕｅｓｔ）プロトコルを採用する。ＨＡＲＱプロトコル内で定義されたプロセスの基本機能は、前述のフィードバック・レポート・メカニズムに基づく再伝送によって、任意の誤って受信されたパケットを訂正することである。これとの関連において、フィードバック・レポートは時折、「ＨＡＲＱ状況レポート」と呼ばれる。
【００１３】
たとえばデータ受信側パーティは、誤って受信されたパケットを単に廃棄するだけとすることができる。より高度なソリューションでは、受信側パーティは、誤って受信されたパケットを表す信号をバッファ内に格納し、この格納された情報と再伝送とを組み合わせる。これはしばしば、伝送されたパケットを正しく復号する確率を増加させるために使用可能な「ソフト・コンバイニングＨＡＲＱ（HARQ with soft combining）」と呼ばれる。ソフト・コンバイニングＨＡＲＱでは、特定パケット内での符号化ビットのパターンが伝送と再伝送とで異なる可能性があるが、それらは同じ情報を明白に提示しなければならない。
【００１４】
データ受信側パーティでのソフト・コンバイニングを実行可能にするために、ＨＡＲＱプロセスを使用して、潜在的再伝送がそのオリジナル伝送に関連付けられる。受信側パーティは、ＨＡＲＱプロセスで送信されたデータの正しい受信をレポートした場合、当該データを使用して、新しいデータを伝送することができる。したがって、受信側パーティからＨＡＲＱ状況レポートを受信するまでは、データ送信側パーティは、新しいデータを伝送すべきであるか、又は「古いデータ」を再伝送すべきであるかがわからない。したがってその間、送信側パーティは伝送の結果がレポートされるまで「停止及び待機」する。これらの待機期間中、依然としてリンクを利用可能とするために、連続伝送を可能にする複数の並行ＨＡＲＱプロセスを適用することができる。
【００１５】
たとえば、パケットがダウンリンクで伝送される場合、受信側端末はパケット内のエラーをチェックし、フィードバック・レポートを基地局に送信する。基地局はＮＡＣＫを検出すると、パケット内の情報を再伝送する。このメカニズムを使用して、アップリンクでパケットを送信することもできる。ＬＴＥでは、ソフト・コンバイニングＨＡＲＱに必要なフィードバックは、ＡＣＫ又はＮＡＣＫのいずれかを示す単一ビットによって搬送される。通常、送信側パーティからのパケット伝送と受信側パーティからのフィードバック・レポート伝送との間のタイミング関係を使用して、フィードバック・レポートがいずれのパケットに関係するかが示される。
【００１６】
ＦＤＤでは、図１ａに示されるように、ダウンリンクとアップリンクとで使用可能なサブフレームの数が等しい。したがって、受信とフィードバックとの間の一定の時間間隔を使用して、「１対１の関係」に従い、所与のサブフレーム内で１つのダウンリンク・サブフレームで受信したデータ・ブロックに関するフィードバック・レポートを送信することができる。これにより、データ送信側パーティは、受信したフィードバック・レポートがいずれのＨＡＲＱプロセスを参照しているかを、レポートがいずれのサブフレームで受信されたかに基づいて、導出することができる。他方で、ＴＤＤでは、割り振られたダウンリンク・サブフレームの数が割り振られたアップリンク・サブフレームの数よりも多い場合などは、対応するフィードバック・レポート又はＡＣＫ／ＮＡＣＫをアップリンクで送信し得る前に、複数のサブフレーム内のデータ・ブロックをダウンリンクで受信しているかもしれない。
【００１７】
図２の割り振り例では、８つのダウンリンク・サブフレームが存在するが、使用可能なアップリンク・サブフレームは２つのみである。したがって、８つのダウンリンク・サブフレームに関するフィードバック・レポートを、２つのアップリンク・サブフレーム内で伝送しなければならない。ダウンリンク・サブフレーム内に何人のユーザがスケジューリングされているかに応じて、伝送する必要のあるフィードバック・レポートの数は４倍に増加する可能性がある。さらに、単一の端末が、使用可能なすべてのダウンリンク・サブフレーム内でデータを受信するようにスケジューリングされている場合、その端末は、単一のアップリンク・サブフレーム中に複数のダウンリンク・サブフレーム内で受信した複数のデータ・ブロックに関するフィードバック・レポートを伝送する必要がある。さらに、たとえば、１つ又は複数の異なるセッション或いは高位レベルでのメディア・ストリームに関して、複数のデータ又は転送ブロックを、単一の受信サブフレームに収容することも可能であり、各データ・ブロックが別々のフィードバック・レポートを必要とするため、結果として、必要なフィードバック・レポートの数がさらに増加する可能性がある。
【００１８】
ＴＤＤでは、対応するサブフレームがデータ受信側パーティからの伝送に使用できない場合には、サブフレーム受信後に受信サブフレームに関するフィードバック・レポートを一定の時間間隔で伝送できないため、前述の一定時間間隔のレポート・メカニズムは、一般に使用できない。したがって、その受信サブフレーム内のデータに関するフィードバック・レポートは、伝送用に使用可能な少なくとも第１のサブフレームまで遅延しなければならない。さらにデータ受信側パーティは、通常、サブフレームを受信した後、そのサブフレームに関するフィードバック・レポートを送信できるようになる前に、内部のデータを処理するために、及び、正しく受信されたか否かを判別するために、ある種の遅延を必要とする。たとえば、受信器が少なくとも１つのサブフレームを処理するための遅延を必要とする場合、受信されたサブフレームｋについて、サブフレームｋ＋２又はそれ以降まで、レポートすることはできない。
【００１９】
簡単で明白な解決策は、第１の使用可能サブフレーム内で受信されたサブフレームに関するフィードバック・レポートを、処理に必要な最低の遅延期間後、送信することである。したがって、遅延期間後、１つ又は複数のサブフレームが受信用に割り振られた場合、伝送に使用可能な第１のサブフレームが発生するまで、フィードバック・レポートはさらに遅延する。結果として、通常、複数のフィードバック・レポートを同じサブフレーム内で送信しなければならない。これは、単一サブフレーム内のこうしたレポートの数を減らすことが望ましい場合、特に問題である。
【００２０】
ＬＴＥでは、各サブフレームは、通常２つのスロットを含み、それぞれのスロットは複数のＯＦＤＭシンボルからなる。周波数ドメイン内では、各ＯＦＤＭシンボルを副搬送波のセットとみなすことができる。副搬送波の間隔は通常１５ｋＨｚであり、セット内の副搬送波の数は、周波数搬送波の帯域幅に依存する。さらに副搬送波は、たとえば１２副搬送波などの複数の隣接する副搬送波のグループに分割される。スロット内の各副搬送波グループは、一般に「リソース・ブロック」と呼ばれる。サブフレーム内で、これらのリソース・ブロックは、情報が搬送可能なリソース・ブロック・ペアとして配置構成される。
【００２１】
前述のように、複数のダウンリンク・サブフレーム内のデータ・パケットがスケジューリングされている端末の場合、その端末は、通常、単一のアップリンク・サブフレーム内で複数のフィードバック・レポートを伝送する必要がある。しかしながら、ＬＴＥに従って、単一搬送波の特性をアップリンク伝送内で保持しなければならない。結果として端末は、対応する副搬送波が隣接スペクトル、すなわち隣接周波数内にないことから、複数のリソース・ブロック内で伝送不可能であり、依然として単一の搬送波信号を伝送する。
【００２２】
さらに端末が、単一のリソース・ブロック内で複数のフィードバック・レポートを伝送する場合、リソース・ブロック内の異なるＣＤＭ（符号分割多重化）符号シーケンスでフィードバック・レポートを送信しなければならないため、組み合わされた信号は、通常、その単一搬送波特性を依然として保持せず、それによって相関されていない。言い換えれば、通常、端末は、一度に１つのフィードバック・レポートを伝送し、単一搬送波の特性を維持することのみが可能である。
【００２３】
ＢＰＳＫ（２相位相偏位キーイング）変調が使用される場合、シンボルごとに１ビット、すなわち１又は０が搬送されるため、端末は、アップリンク・サブフレーム内で１つのフィードバック・レポートを伝送することができる。ＱＰＳＫ（４相位相偏位キーイング）変調を使用することによって、ＱＰＳＫはシンボルごとに２ビットが可能であるため、端末はアップリンク・サブフレーム内で２つのフィードバック・レポートを搬送することができる。より高い変調方式、たとえばシンボルごとに４ビットが可能な１６ＱＰＳＫなどは、一般的に受容できないエラー率を発生させる、信号妨害に対して敏感すぎると思われる。変調位数を上げると、一般に、フィードバック・レポートの頑強性が低下し、フィードバック・レポートは比較的高い確率で正しく検出されることが重要である。エラー確率は、好ましくは１０−３から１０−４程度である。したがって、ＱＰＳＫよりも高位の変調は、単一のアップリンク・サブフレーム中に複数のフィードバック・レポートを報告するという問題に対する魅力的な解決策ではない。
【００２４】
しかしながら、８ ＤＬ：２ ＵＬのサブフレームの伝送割り振りが使用される場合、すべてのダウンリンク・サブフレームでスケジューリングされた端末は、アップリンク・サブフレームで少なくとも４つのフィードバック・レポートを送信する必要がある。したがって、上記に従ってＱＰＳＫを使用する場合は、可能なフィードバック・レポートが２つのみでは明らかに不十分である。さらに端末は、単一のダウンリンク・サブフレームで、２つのデータ・ブロック、たとえばＭＡＣ ＰＤＵ（パケット・データ・ユニット）を受信する場合があり、それぞれのデータ・ブロックがフィードバック・レポートを必要とする。この場合、端末は、各アップリンク・サブフレームで２倍のフィードバック・レポートを送信する必要があるが、単一搬送波の特性を保持しながら２つしかフィードバック・レポートを送信することができないという制限が、さらに明かになる。
【００２５】
上記制限の潜在的な重大さは、すべてのダウンリンク・サブフレーム内で単一の端末にデータを伝送できないことであり、このことが、フィードバック機会の欠如によってＤＬ容量を「人為的に」制限し得ることである。
【発明の概要】
【００２６】
要約
本発明の目的は、上記で概説した問題の少なくとも一部に対処することである。さらに、伝送されるサブフレームの単一搬送波特性を失うことなく、データ受信側パーティが、単一のサブフレーム内で複数のフィードバック・レポートをデータ送信側パーティに伝送できるようにする解決策を提供することが目的である。これら及び他の目的は、添付の独立請求項に従った方法及び装置によって達成可能である。
【課題を解決するための手段】
【００２７】
何らかの態様に従って、無線接続において、データ送信側パーティから受信したデータに関するフィードバック・レポートを搬送するための方法及び装置が、データ受信側パーティにおいて提供される。データ受信側パーティのリソース取得ユニットは、フィードバック・レポートを伝送するために使用可能な複数のフィードバック・リソースに関する割り振り情報を取得し、このフィードバック・リソースは、データ受信側パーティが受信データに関する暗黙的なフィードバック情報を搬送するために使用可能な、異なるフィードバック情報コードに関連付けられている。選択ユニットは、取得したフィードバック・リソースの中から、受信データに関する１つ又は複数のフィードバック・レポートに対応するフィードバック情報コードに割り当てられたフィードバック・リソースを選択し、その後送信ユニットは、選択されたフィードバック・リソース上でフィードバック情報をデータ送信側パーティに送信する。
【００２８】
様々な実施形態では、選択されたフィードバック・リソース上で明示的フィードバック情報が送信され、この選択されたフィードバック・リソースは、追加的な暗黙的フィードバック情報を示す。その後、ＱＰＳＫ変調を使用して、２ビットの明示的フィードバック情報が搬送可能であり、フィードバック・リソース選択を使用して、少なくとも１ビットの追加的な暗黙的フィードバック情報が搬送可能であり、それによって、２ビットの明示的フィードバック情報及び少なくとも１ビットの追加的な暗黙的フィードバック情報を備える組み合わされたコードワード（combined codeword）を形成する。形成されたコードワード内の各ビットは、受信したデータの特定のサブフレームに関係することができる。
【００２９】
他の諸実施形態では、リソース取得ユニットは、セル選択又はハンドオーバ手順中の制御メッセージ内で、或いは、端末に関するダウンリンク・スケジューリング割り当てによって与えられるように、又はネットワーク・ノードからデータがいずれのリソース上で伝送されるかによって、リソース割り振り情報を取得することができる。
【００３０】
何らかの他の態様に従って、無線接続において、ネットワーク・ノードから端末へ伝送されたデータに関するフィードバック・レポートを、端末から取得するための方法及び装置がネットワーク・ノード内に提供される。ネットワーク・ノード内のリソース提供ユニットは、フィードバック情報を伝送するために使用可能な複数のフィードバック・リソースに関する割り振り情報を、端末に提供し、このフィードバック・リソースは、受信したデータに関する暗黙的なフィードバック情報を搬送するために端末が使用可能な、異なるフィードバック情報コードに関連付けられている。その後、受信ユニットは、端末によって選択されたフィードバック・リソース上で、伝送されたデータに関するフィードバック情報を端末から受信する。それによって、検出ユニットは、選択されたフィードバック・リソースに割り当てられたフィードバック情報コードに基づいて、１つ又は複数のフィードバック・レポートを検出することができる。
【００３１】
様々な他の実施形態では、受信ユニットは、選択されたフィードバック・リソース上で明示的フィードバック情報を受信することができ、当該選択されたフィードバック・リソースが、追加的な暗黙的フィードバック情報を示す。さらに受信ユニットは、受信信号強度を検出すること、並びに、受信信号強度が雑音及び／又は干渉から識別されるだけの十分な強さであるかどうかを判別することによって、いずれのフィードバック・リソースに関するフィードバック情報を端末が伝送するかを検出することができる。フィードバック・リソースは、割り振られたすべてのフィードバック・リソース上で受信した信号強度を比較すること、及び、最高の信号強度及び／又はＳＩＮＲ（信号対雑音比）を備えたフィードバック・リソースを選択することによっても、検出することができる。
【００３２】
他の諸実施形態では、リソース提供ユニットは、セル選択又はハンドオーバ手順中の制御メッセージ内で、リソース割り振り情報を端末に送信することができる。このリソース割り振り情報は、端末に関するダウンリンク・スケジューリング割り当てによって与えられるように、又はネットワーク・ノードからデータがいずれのリソースに関して伝送されるかによっても、提供可能である。
【００３３】
以下の詳細な説明において、本発明の他の可能な特徴及び利点について説明する。
【００３４】
図面の簡単な説明
次に本発明について、例示的な諸実施形態を使用して、及び添付の図面を参照しながら、より詳細に説明する。
【図面の簡単な説明】
【００３５】
【図１ａ】図１ａは、従来技術に従った、無線ＦＤＤ伝送方式を示す図である。
【図１ｂ】図１ｂは、従来技術に従った、無線ＴＤＤ伝送方式を示す図である。
【図２】図２は、本発明に使用可能な、サブフレーム内の複数の副搬送波内のリソース・ブロックのパッケージを示す図である。
【図３】図３は、一実施形態に従った、受信データに関するフィードバック・レポートが、データ受信側パーティからデータ送信側パーティへどのように搬送可能であるかを示すブロック図である。
【図４】図４は、他の実施形態に従った、フィードバック・レポートをデータ送信側パーティへ送信するデータ受信側パーティでの手順を示す流れ図である。
【図５】図５は、他の実施形態に従った、フィードバック・レポートをデータ受信側パーティから受信する、基地局などのネットワーク・ノードでの手順を示す流れ図である。
【図６】図６は、他の実施形態に従った、データ受信側パーティとして動作する端末と、データ送信側パーティとして動作するネットワーク・ノードとを示す、ブロック図である。
【発明を実施するための形態】
【００３６】
詳細な説明
簡単に説明すると、データ送信側パーティに明示的フィードバック情報を伝送するデータ受信側パーティは、複数の使用可能フィードバック・リソースから選択されたフィードバック・リソース上で明示的フィードバック情報を伝送することによって、更に暗黙的フィードバック情報も搬送することができる。使用可能フィードバック・リソースは、フィードバック情報を搬送するために割り振られた異なるリソース・ブロックとすることができる。使用可能な各フィードバック・リソースには、少なくとも１情報ビットを含むフィードバック情報のコードが割り当てられるため、結果としてフィードバック・リソースを実際に選択することが、当該フィードバック情報のコードを暗示することになる。したがって、フィードバック情報のコード内の情報ビットは、データが正常に受信されたか否かを所定の様式で、すなわちＡＣＫ又はＮＡＣＫで示す。
【００３７】
たとえば、ＴＸサブフレームと呼ばれる伝送用に割り振られたサブフレーム内で、２つのフィードバック・リソースが選択用に使用可能な場合、たとえば１がＡＣＫを示すか、又は０がＮＡＣＫを示すなどのように、各フィードバック・リソースが１つの情報ビットを暗示することが可能であり、結果として、フィードバック・リソース選択によって、データと共に受信された１つのサブフレームを暗黙的フィードバック情報としてレポートすることができる。他の例では、４つのフィードバック・リソースがＴＸサブフレーム内での選択用に使用可能であり、各フィードバック・リソースが、それぞれ１対の情報ビット０／０、１／０、０／１、及び１／１を暗示することが可能であるため、結果として、フィードバック・リソース選択によって、受信した２つのサブフレームを暗黙的フィードバック情報としてレポートすることなどが可能である。
【００３８】
本発明は、単一搬送波の特性を失うことなく、データ送信側パーティから複数のサブフレームでデータを受信したデータ受信側パーティから伝送された、単一のサブフレーム内で、複数のフィードバック・レポートの伝送を可能にするために、使用することができる。前述のように、非対称ＴＤＤ伝送方式及び／又は単一サブフレーム内での複数のストリーム／セッションを使用する場合、単一のサブフレーム内で複数のフィードバック・レポートの伝送が必要な可能性がある。
【００３９】
当業者であれば、必要なフィードバック・レポートの数が、使用可能な各フィードバック・リソースにおけるビット数よりも多い場合、ＦＤＤ伝送方式で以下の諸実施形態も適用可能であることを理解されよう。データ送信側パーティを基地局とし、データ受信側パーティを端末とすること、又はその逆も可能である。
【００４０】
次に、リソース・ブロックをフィードバック・リソースとして使用することについて、より詳細に説明する。サブフレーム内でのリソース・ブロックＲＢの典型的な配置構成パターンが、図２に示されている。この例では、１ｍｓのサブフレームが１２のリソース・ブロック・ペアを備える。情報は、一般に、それぞれの副搬送波上の異なるリソース・ブロックで伝送することができる。サブフレームの中央Ｍでは、周波数ダイバーシティを取得するために、周波数ホッピング方式に従って、１つのリソース・ブロックＲＢｉ内のデータ・ブロックＤＢを異なるリソース・ブロックＲＢｊにマッピングすることが可能であり、したがってリソース・ブロック・ペアＲｂｉ／ＲＢｊを形成する。言い換えれば、データ・ブロックの伝送は、全周波数搬送波内の他の周波数にある他のリソース・ブロックに移動される。この例では、ＲＢ１内のデータ・ブロックＤＢ１はＭでＲＢ１２に移動し、ＲＢ２内のデータ・ブロックＤＢ２はＲＢ１１に移動するという具合である。
【００４１】
ＬＴＥでは、フィードバック・レポート、又はＡＣＫ／ＮＡＣＫは、ユーザ・データが同時に伝送されない限り、典型的には端末から、周波数搬送波内の最も外側のリソース・ブロックのうちの１つに割り振られる物理アップリンク制御チャネルＰＵＣＣＨを介して、伝送され、この場合、それらはユーザ・データで時分割多重化された他の副搬送波内で伝送可能である。図２では、４つのリソース・ブロックＲＢ１、ＲＢ２、ＲＢ１１、及びＲＢ１２が、異なる端末からのフィードバック又はＡＣＫ／ＮＡＣＫレポートに対して割り振られている。各リソース・ブロック内で、それぞれの端末は、ＣＤＭ様式でフィードバック・レポートを伝送することができる。それにより、各リソース・ブロック内の異なる端末によって複数の直交フィードバック・レポートを伝送することができる。言い換えれば、複数のリソースが、各サブフレーム内でフィードバック・レポートに使用可能である。この説明では、これらリソースのそれぞれがフィードバック・リソースと呼ばれる。各フィードバック・リソース内で、端末は、ＢＰＳＫ変調を使用して単一の情報ビットを伝送するか、又はＱＰＳＫ変調を使用して２つの情報ビットを伝送することができる。
【００４２】
複数のダウンリンク・サブフレーム内でデータ・パケットを受信する端末は、単一のアップリンク・サブフレーム内で複数のフィードバック・レポートを伝送する必要がある可能性がある。しかしながら、ＬＴＥに従ったアップリンク伝送では単一搬送波特性を保持しなければならないため、端末は、たとえばリソース・ブロックＲＢ１及びＲＢ３の両方では伝送不可能であり、これらの副搬送波が隣接スペクトル、すなわち隣接周波数にないため、依然として単一の搬送波信号を伝送する。
【００４３】
さらに、フィードバック・レポートのＣＤＭ構成要素の特性により、リソース・ブロックＲＢ１及びＲＢ２の両方で伝送することは不可能であり、ＲＢ１及びＲＢ２で同じ端末から伝送された情報が相関されないため、依然として単一搬送波特性を保持し、この場合も単一搬送波特性が失われることを暗示する。その代わりに、端末が複数のフィードバック・リソースを使用可能な場合、端末は、選択されたフィードバック・リソース上で伝送することにより、追加の暗黙的フィードバック情報を搬送することができる。
【００４４】
図３は、例示的実施形態に従い、フィードバック・リソースの選択によって、データ受信側パーティ３００からデータ送信側パーティ３０２へフィードバック情報がどのように搬送可能であるかを概略的に示す。データ送信側パーティ３０２は、「データ１」、「データ２」、「データ３」、及び「データ４」と示され、それぞれが個々のフィードバック・レポートを必要とする４つのデータ・セットを、データ受信側パーティ３００へ送信する。データ・セット１〜４は、前述のようにサブフレーム内で伝送されるパケットとすることができるが、本発明は特にこれらに限定されるものではない。本説明全体を通じて、「データ・セット」という用語は、一般に、サブフレーム内又は他の方法で伝送される任意のデータ・チャンクを表すために使用される。
【００４５】
データ受信側パーティ３００は、フィードバック・レポート用の特定のＴＸサブフレーム内で、この場合はＦＲ１、ＦＲ２、ＦＲ３、及びＦＲ４で示される４つの異なるフィードバック・リソース３０４の、いずれの伝送リソースが使用可能であるかに関する情報を予め取得しているものと想定される。この情報は、典型的にはセル選択又はハンドオーバに関連して取得される。フィードバック・リソース３０４は、前述のように割り振られたＴＸサブフレーム内のリソース・ブロックとすることができるが、本発明はいかなる特定タイプのフィードバック・リソースにも限定されない。
【００４６】
各フィードバック・リソース３０４は、両方のパーティによって知られる特定のフィードバック情報コードに割り当てられており、各コードは２つの情報ビットを含む。このコード割り当ては、割り振りメッセージで送信可能であるか、又は使用される機器内に予め構成することが可能である。この例では、ＦＲ１がコード（０，０）に割り当てられ、ＦＲ２がコード（１，０）に割り当てられ、ＦＲ３がコード（０，１）に割り当てられ、ＦＲ４がコード（１，１）に割り当てられる。これらのコードは、受信されたデータに関する暗黙的フィードバック情報を、明示的フィードバック情報と組み合わせて、すなわち、変調シンボル・ビット及び追加のリソース選択ビットによって決定される組み合わされたコードワードとして、搬送するために使用可能である。
【００４７】
この例では、データ受信側パーティ３００が、ＱＰＳＫ変調を使用して、受信した４つのデータ・セットに関するフィードバック情報を１つのサブフレーム内のみで送信可能であること、すなわち、そのサブフレーム内で明示的フィードバック情報を搬送するために２つの情報ビットが使用可能であることも、想定される。したがって、明示的フィードバック情報を搬送するために２ビットが使用可能であるが、４つのフィードバック・レポートが必要である。
【００４８】
この解決策では、４つの使用可能なフィードバック・リソース３０４のうちの１つの上で明示的フィードバック情報を伝送することによって、他の２ビットの暗黙的フィードバック情報を搬送することが可能であるため、結果として、単なるフィードバック・リソースの選択が、他の２つのフィードバック・レポート、すなわちそれぞれのフィードバック情報コード内の２ビットを示すことになる。データ受信側パーティ３００は、受信した各データ・セット１〜４内のエラーをチェックし、各データ・セット１〜４に関して、ＡＣＫ又はＮＡＣＫメッセージをデータ送信側パーティに返送すべきであるかどうかを決定する。図３に示された例では、データ・セット１、２、及び３は正しく受信されたが、データ・セット４は不正に受信された。したがってデータ・セット１〜４に関する必要なフィードバック・レポートは、コードワード「１，１，１，０」として符号化可能であり、ここで１＝ＡＣＫ及び０＝ＮＡＣＫである。したがって、データ受信側パーティ３００は、データ・セット１及び２に関する２つの明示的フィードバック・レポート「１，１」をＦＲ２を介して送信し、次にこれがデータ・セット３及び４に関する暗黙的フィードバック・レポート「１，０」を表すため、「１，１，１，０」となる。
【００４９】
符号化されたフィードバック・レポートは、以下の表１に従って、異なる端末によってサブフレーム内で搬送可能である。
【表１】
【００５０】
表１では、所与のサブフレーム内の８つの異なるフィードバック・リソース１〜８が２つの端末Ａ及びＢに割り振られ、ここでリソース１〜４は端末Ａに割り振られ、リソース５〜８は端末Ｂに割り振られている。さらに、フィードバック・リソースＦＲ１及びＦＲ５はフィードバック情報コード０に割り当てられ、ＦＲ２及びＦＲ６はフィードバック情報コード１に割り当てられ、ＦＲ３及びＦＲ７はフィードバック情報コード２に割り当てられ、ＦＲ４及びＦＲ８はフィードバック情報コード３に割り当てられる。本発明は一般に、任意数のフィードバック・リソースを任意数の端末に割り振り可能であることに留意されたい。
【００５１】
それによって、端末Ａ、Ｂは、フィードバック情報コード０〜３を追加的な暗黙的フィードバック情報としてデータ送信側パーティに搬送するために、１つの選択されたフィードバック・リソース上で明示的フィードバック情報を伝送することができる。ＱＰＳＫ変調が使用される場合、２ビットの明示的フィードバック情報ｘ０及びｘ１が、選択されたフィードバック・リソース上で送信される。その後、ＱＰＳＫ変調シンボルは、２つのフィードバック・ビット、すなわちビット０及びビット１を表すことになり、フィードバック・リソース選択は、他の２つのフィードバック・ビット、すなわちビット０及びビット３を表すことになる。以下の表２に示されるように、ビット０〜３のそれぞれが０又は１のいずれかとすることができる。
【表２】
【００５２】
図３の例に関する表１及び表２を使用して、データ受信側パーティ３００は、データ・セット３の正常な受信及びデータ・セット４の不正な受信を示すための暗黙的フィードバック情報として、フィードバック・コード１を表す選択されたフィードバック・リソースＦＲ２上で、データ・セット１及び２の正常な受信を示すための明示的フィードバック情報として、ｘ０＝１及びｘ１＝１で、ＱＰＳＫ変調シンボルを伝送する。それにより、４つのフィードバック・レポート「１，１，１，０」、すなわちビット０〜３が、組み合わされたコードワードとしてデータ送信側パーティに搬送される。
【００５３】
当業者であれば、前述の諸実施形態が、本発明に対する制限なしに、たとえば、異なるリソース割り振り、変調方法、及びフィードバック符号化方式を使用するなど、様々な異なる方法で修正可能であることを容易に理解されよう。前述の例では、フィードバック・リソースの数は、暗黙的フィードバック情報に関する追加情報ビット数に直接対応する。しかしながら、この観念は、データ受信側パーティ、たとえば端末が、Ｍ個の割り振り済みフィードバック・リソース間で選択可能なケースに対して、「Ｍ変数（M-ary）」シンボルを使用することに一般化できることに留意されたい。たとえば、３つの割り振り済みフィードバック・リソースを備え、選択されたリソースでＱＰＳＫ変調シンボルを伝送する場合、以下の表３に示されるように、データ受信側パーティは、３＊４＝１２までの異なる組み合わされたフィードバック・コードワード又はビット・パターンを信号送信することができる。
【表３】
【００５４】
この解決策を使用すると、各端末に割り振られなければならないフィードバック・リソースの数は、フィードバック・レポートの数、すなわち必要なビットと共に指数関数的に増加することになる。多くのフィードバック・レポートが必要な場合、それに対応してフィードバック・リソースの使用率は低くなる。たとえば、フィードバック・レポート用に５ビットで組み合わされたコードワードが必要であり、ＱＰＳＫ変調が使用される場合、フィードバック・リソースの選択によって追加の３ビットを搬送しなければならない。したがって、３ビットのすべての組み合わせをカバーするために８つのフィードバック・リソースを端末に割り振らなければならず、単一搬送波特性を保持するために、端末によってそれらのうちの１つのみが使用可能であるため、結果として１／８の最大リソース使用率となる。
【００５５】
ネットワーク側では、端末が接続されている基地局は、いずれのフィードバック・リソースに関するフィードバック情報を端末が伝送するかを検出できなければならない。たとえばこれは、エネルギー検出基準を使用すること、すなわち、受信信号強度を検出すること、及び受信信号強度が雑音及び／又は干渉から識別されるだけの十分な強さであるかどうかを判別すること、によって実行可能である。別の方法として、又はこれに加えて、使用されたフィードバック・リソースは、すべての割り振り済みフィードバック・リソース上の受信信号強度を比較すること、並びに最高の信号強度及び／又はＳＩＮＲ（信号対雑音比）を有するフィードバック・リソースを選択することによって、検出可能である。これらの両方の手法は、正しいフィードバック・リソース検出の確率を増加させるために組み合わせることができる。
【００５６】
図４は、データ受信側パーティによって実行される場合の、受信されたデータ・セットに関するフィードバック・レポートを、データ受信側パーティからデータ送信側パーティへ搬送する手順を示す流れ図である。データ送信側パーティを基地局とすること、及びデータ受信側パーティを端末とすることが可能であり、或いはその逆も可能である。フィードバック・レポートを伝送する場合、信号搬送波特性が必要であること、及び、必要なフィードバック・レポートの数が搬送波変調によるフィードバック・レポート用に使用可能なビット数よりも多いことが、想定される。これは、端末が、ダウンリンクで受信されたデータについて、単一サブフレーム内で複数のフィードバック・レポートをアップリンクで送信する必要がある場合、ＬＴＥのＴＤＤモードでしばしば見られるケースである。
【００５７】
第１のステップ４００では、データ受信側パーティからフィードバック・レポートを伝送するために、いずれのフィードバック・リソースが割り振られるかに関する情報が取得され、それによって、フィードバック・リソース選択によるフィードバック・レポートの識別が実行可能となる。取得されたフィードバック・リソースは、前述のように、フィードバック・レポートとして使用可能な異なるフィードバック情報コードに割り当てられる。
【００５８】
次に、データ受信側パーティがデータ送信側パーティから、フィードバック・レポートを必要とする、複数のデータ・セットを受信することが想定される。次のステップ４０２では、データ送信側パーティから受信したデータについて、明示的及び暗黙的なフィードバック情報が決定される。このステップでは、受信されたデータのエラーがチェックされ、それぞれのデータ・セットについてＡＣＫメッセージ又はＮＡＣＫメッセージが送信されるかどうかが判別される。明示的フィードバック・レポート、すなわち搬送波変調用に、何ビットが使用可能であるかに応じて、変調によって送信されることになる１つ又は複数の明示的フィードバック・レポートが決定される。残りのフィードバック・レポートは、フィードバック・リソース選択によって暗黙的に送信されることが決定される。
【００５９】
他のステップ４０４では、ステップ４００で受信された使用可能なフィードバック・リソースの中から、ステップ４０２で決定された暗黙的フィードバック情報に対応するフィードバック情報コードに割り当てられるフィードバック・リソースが選択される。最終的に、ステップ４０６で、暗黙的フィードバック情報を示すために、選択されたフィードバック・リソース上で明示的フィードバック情報が送信される。これにより、単一搬送波特性を失うことなく、明示的フィードバック情報及び暗黙的フィードバック情報の両方がデータ送信側パーティに搬送される。
【００６０】
図５は、データ・セットを伝送する基地局などのネットワーク・ノードによって実行される場合の、伝送されたデータ・セットに関するフィードバック・レポートを端末から受信する手順を示す流れ図である。この場合、ネットワーク・ノードはデータ送信側パーティであり、端末はデータ受信側パーティである。ここでも、端末がフィードバック・レポートを伝送する場合、単一搬送波特性が必要であること、及び、必要なフィードバック・レポートの数が、搬送波変調によるフィードバック・レポートに使用可能なビット数よりも多いことが、想定される。
【００６１】
第１のステップ５００では、ネットワーク・ノードにフィードバック・レポートを伝送する場合、選択用に複数のフィードバック・リソースが端末に割り振られ、それによって、フィードバック・リソース選択によるフィードバック・レポートの識別が実行可能となる。受信されたフィードバック・リソースは、端末がフィードバック・レポートとして使用可能な異なるフィードバック情報コードに割り当てられる。
【００６２】
次のステップ５０２では、前のステップ５００で割り振られたいずれのフィードバック・リソースが選択に使用可能であるかが、端末に通知される。使用可能なフィードバック・リソースは、たとえば、端末が基地局にロック・オンしている場合、セル選択又はハンドオーバ手順中に、好適な制御メッセージ内で通信可能である。この制御メッセージは、一般に知られたメッセージ「ＲＣＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ」又はブロードキャスト制御チャネルＢＣＣＨ上の好適なブロードキャスト・メッセージとすることができる。別の方法として、フィードバック・リソース割り振りは、以下でより詳細に説明されるように、端末に対するダウンリンク・スケジューリング割り当てによって、又は、データが、たとえば基地局などのネットワーク・ノードからいずれのリソース上で伝送されるかによって、与えることが可能である。
【００６３】
次に、ネットワーク・ノードが、端末からのフィードバック・レポートを必要とする、複数のデータ・セットを端末に送信することが想定される。他のステップ５０４では、追加的な暗黙的フィードバック情報を搬送するために端末によって選択された、ステップ５００で割り振られたフィードバック・リソースのうちの１つに関する１つ又は複数の明示的フィードバック・レポートが、端末から受信される。
【００６４】
最終的に、ステップ５０６で、受信されたフィードバック・リソースに対応するフィードバック情報コードに基づいて、暗黙的フィードバック情報が検出される。これにより、フィードバック情報が端末から伝送される場合に単一搬送波特性を失うことなく、明示的フィードバック情報及び暗黙的フィードバック情報の両方が、端末から受信される。
【００６５】
図６は、端末６００が、無線接続のダウンリンクでネットワーク・ノード６０２から受信したデータに関するフィードバック・レポートを、アップリンクで送信する場合の、データ受信側パーティとして動作する端末６００と、たとえば基地局などの、データ送信側パーティとして動作するネットワーク・ノード６０２とを示す、概略ブロック図である。ここでも、端末６００は、単一搬送波特性を伴ってフィードバック・レポートを伝送する必要があるものと想定される。
【００６６】
端末６００は、フィードバック・レポートの伝送に使用可能な複数のフィードバック・リソースに関する割り振り情報「ＦＲ情報」をネットワーク・ノード６０２から受信するように適合された、受信ユニット６００ａを備える。フィードバック・リソースは、端末によって知られている異なるフィードバック情報コードに関連付けられる。端末は、たとえば、セル選択又はハンドオーバ手順中などに、ネットワーク・ノード６０２からの好適な制御メッセージで、各フィードバック・リソースがいずれの特定のフィードバック情報コードに関連付けられているかといった知識を取得している可能性があるか、又は、これが端末内で予め構成されている可能性がある。
【００６７】
端末６００は、受信されたデータの結果に応じて暗黙的フィードバック情報を搬送するため、すなわち、その正しいか又は不正な受信を暗黙的に示すために、伝送用に受信されたフィードバック・リソースからフィードバック・リソースを選択するように適合された、選択ユニット６００ｂをさらに備える。選択されたフィードバック・リソースは、当該受信されたデータに関連する１つ又は複数のフィードバック・レポートに対応するフィードバック情報コードに割り当てられている。端末６００は、選択されたフィードバック・リソース上でフィードバック情報をデータ送信側パーティに送信するように適合された、送信ユニット６００ｃも備え、それによって、使用されるフィードバック・リソースに割り当てられたフィードバック情報コードを暗示する。
【００６８】
受信ユニット６００ａ、選択ユニット６００ｂ、及び送信ユニット６００ｃは、一般に、前述の図３〜図５に関連して説明した対応する機能を実行するように適合可能である。
【００６９】
ネットワーク・ノード６０２は、フィードバック情報を伝送するために割り振られた複数のフィードバック・リソースに関する情報「ＦＲ情報」を端末６００に送信するように適合された、送信ユニット６０２ａを備え、このフィードバック・リソースは、異なるフィードバック情報コードに割り当て及び関連付けられている。
【００７０】
ネットワーク・ノード６０２は、暗黙的フィードバック情報を搬送するために端末によって選択された、フィードバック・リソース上で端末から伝送されたデータに関するフィードバック情報を受信するように適合された、受信ユニット６０２ｂをさらに備える。ネットワーク・ノード６０２は、選択されたフィードバック・リソースに割り当てられたフィードバック情報コードに基づいて、１つ又は複数のフィードバック・レポートを検出するように適合された、検出ユニット６０２ｃも備える。
【００７１】
送信ユニット６０２ａ、受信ユニット６０２ｂ、及び検出ユニット６０２ｃは、一般に、前述の図３〜図５に関連して説明した対応する機能を実行するように適合可能である。図６は、様々な機能ユニット６００ａ〜ｃ及び６０２ａ〜ｃを論理的な意味で単に例示したものであり、当業者であれば、任意の好適なソフトウェア及びハードウェア手段を使用して、これらの機能を実際に自由に実装できることに留意されたい。
【００７２】
次に、上記内容に従い、端末にフィードバック・リソースがどのように割り振り可能であるかについて、より詳細に説明する。ＬＴＥでＦＤＤモードを使用する場合、特定端末に向かって送られる各ダウンリンク・データ・パケットは、アップリンクのいずれのフィードバック・リソースがフィードバック・レポートに使用可能であるかを識別する。ダウンリンク・データ・パケットを対応するアップリンク・フィードバック・リソースにマッピングするために、１）ダウンリンク・データ・パケットに関連する制御情報を含むダウンリンク・スケジューリング割り当てチャネルによって、フィードバック・リソースが与えられる、２）データ・パケット自体、ＬＴＥ内のＤＬ−ＳＣＨが、そのリソースによって伝送される、アップリンク・フィードバック・リソースが与えられる、３）アップリンク・フィードバック・リソースが基地局によって明示的に信号送信される、という３つの異なる方法が使用可能である。
【００７３】
これらの代替実施形態は、ＴＤＤモードを使用する場合にも適用可能である。ダウンリンク上で送信される各データ・パケットは、ＤＬデータ・パケットがいずれの端末にアドレス指定されるかにかかわらず、特定の所与のアップリンク・フィードバック・リソースに結合可能である。これは、各端末が、受信されるデータ・パケットごとに１つの割り振り済みフィードバック・リソースを受信することを意味する。１つのデータ・パケットのみが受信される場合、１つの対応するフィードバック・リソースが割り振られることになる。２つのデータ・パケットが受信される場合、２つの対応するフィードバック・リソースが割り振られることになる。４つのＤＬデータ・パケットが受信される場合、４つの対応するフィードバック・リソースが割り振られることになる、という具合である。
【００７４】
表４には、２つのダウンリンク・サブフレームと、ダウンリンク・サブフレームあたり４つまでのダウンリンク・スケジューリング割り当てチャネルとを備える、ＵＬフィードバック・リソース割り振りの例が与えられている。
【表４】
【００７５】
この例では、端末Ａは、ダウンリンク・サブフレーム１及び２の両方でデータを受信するようにスケジューリングされるため、下線が引かれたＵＬフィードバック・リソース３及び５が端末Ａに割り振られる。そこで、この端末のフィードバック・レポートは、いずれのフィードバック状況についてのレポートが必要であるかに応じて、フィードバック・リソース３及び５のうちのいずれか１つの選択を含むことになる。
【００７６】
この手法を使用すると、選択用のいずれのフィードバック・リソースが端末に割り振られているかを、基地局及び端末の両方が認識することになる。基地局は、本来、端末に対してどのようなスケジューリング決定を行ったかを認識しているのに対して、端末は、いずれのダウンリンク・リソースを受信したかを認識している。
【００７７】
前述の説明は、一般に、受信された各ダウンリンク・データ・パケットについて単一ビットのフィードバック・レポートが必要であり、受信された複数のデータ・パケットが単一のアップリンク・サブフレームでレポートされるケースに関連しているが、本発明は、一般に、２ビットより多くのフィードバック情報が必要な任意のケースに適用可能である。たとえば、この解決策は、冗長バージョンを再伝送すべきであるか、又はそれが主に誤って受信されたデータ・パケットの何らかの特定部分である場合、受信したいわゆる「ソフト・ビット」の品質をレポートするためにも使用可能である。この説明では、「フィードバック情報」という用語は、一般に、受信したデータのエラー又は品質に関する、及び／又は必要な再伝送に関する、任意のタイプの情報を表すために使用される。
【００７８】
前述の説明は、ＬＴＥのＴＤＤモードに焦点を当てているが、半二重ＦＤＤモード、すなわち端末が送受信を同時に実行できない場合にも、使用可能であることに留意されたい。
【００７９】
本発明の利点は、複数の受信したデータ・パケットに関するＡＣＫ／ＮＡＣＫなどのフィードバック・レポートが、伝送された信号の必要な単一搬送波特性を依然として維持しながら、単一のサブフレームで搬送可能であるという点である。これによって、ダウンリンク伝送におけるピーク・レートを上げることもできる。既知のソリューションの場合と同様に、基本的に、使用可能なアップリンク・サブフレームあたり１つのみの受信されたデータ・パケットについて、フィードバック・レポートが伝送可能である場合、たとえば４ ＤＬ：１ ＵＬなどのかなり非対称の接続に対して、すべてのダウンリンク・サブフレームにおいて単一の端末をスケジューリングすることができないため、ダウンリンク・データのピーク・レートが制限される。本発明を使用すると、無線フレームのすべてのダウンリンク・サブフレームにおいて単一の端末をスケジューリングすることが可能であり、それによってより高いダウンリンクのピーク・レートが達成される。
【００８０】
さらに、受信された各データ・パケットが個々にレポートされるため、正しく受信されたデータ・パケットのいかなる不必要な再伝送も避けることが可能であり、これによって、ダウンリンクのピーク・レート及び容量がさらに増加される。
【００８１】
この解決策は、エア・インターフェースを介して発生するブロック・エラーを訂正するためのプロトコルを採用する通信システムで動作する、ユーザ機器（ＵＥ）における方法としても定義可能であり、当該プロトコルが、データを受信するＵＥから当該データの送信側へのアップリンク・フィードバック・レポートの伝送を含み、この方法が、
−フィードバック・レポートが伝送可能な複数のリソースをシステムから受信するステップであって、それによって各リソースに２進コードが割り当てられる、ステップと、
−受信したリソースから伝送する１つのリソースを選択するステップであって、これによって、選択されたリソースに割り当てられた特定の２進コードがフィードバック情報として使用される、ステップと、
を含む。
【００８２】
本解決策は、エア・インターフェースを介して発生するブロック・エラーを訂正するためのプロトコルを採用する通信システムで動作することが可能なユーザ機器としても定義可能であり、当該プロトコルがアップリンク・フィードバック・レポートの伝送を含み、このユーザ機器が、上記方法を実行するための手段を備える。
【００８３】
本解決策は、エア・インターフェースを介して発生するブロック・エラーを訂正するためのプロトコルを採用する通信システムで動作する、ネットワーク・ノードにおける方法としても定義可能であり、当該プロトコルが、データを受信するＵＥから当該データの送信側へのアップリンク・フィードバック・レポートの伝送を含み、この方法が、
−フィードバック・レポートが伝送可能な複数のリソースを各ＵＥに提供するステップであって、それによって各リソースに２進コードが割り当てられる、ステップと、
−ＵＥの、受信したリソースから伝送する１つのリソースの選択を実行可能にするステップであって、これによって、選択されたリソースに割り当てられた特定の２進コードがフィードバック情報として使用される、ステップと、
−ＵＥが伝送する受信したリソース・ブロックの検出に基づいて、フィードバック情報を検出するステップと、
を含む。
【００８４】
本解決策は、エア・インターフェースを介して発生するブロック・エラーを訂正するためのプロトコルを採用する通信システムで動作可能な、ネットワーク・ノードとしても定義可能であり、当該プロトコルがアップリンク・フィードバック・レポートの伝送を含み、このネットワーク・ノードが前述の方法を実行するための手段を備える。
【００８５】
本発明について、特定の例示的諸実施形態を参照しながら説明してきたが、この説明は、全体として発明の概念を例示することのみを意図するものであり、発明の範囲を限定するものとみなされるべきではない。前述の諸実施形態を説明する際に、３ＧＰＰ、ＬＴＥ、ＨＳＰＡ、ＭＡＣ、無線フレーム、サブフレーム、ＨＡＲＱソフト・コンバイニング、及びＡＣＫ／ＮＡＣＫメッセージの概念が使用されているが、本明細書に記載された機能を実施するために、基本的に任意の他の同様の好適な標準、プロトコル、及びメカニズムが使用可能である。具体的に言えば、前述の諸実施形態は、ＴＤＤ並びに半二重ＦＤＤの伝送方式で適用可能である。全体として、本発明は、以下の独立請求項によって定義される。
【技術分野】
【０００１】
技術分野
本発明は、一般に、受信データに関するフィードバック・レポートを必要とする通信システムにおいて、無線伝送を最適化するための方法及び装置に関する。
【背景技術】
【０００２】
背景
３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、セルラ式／モバイル・ネットワークにおけるユーザ端末と基地局との間のデータ・パケットの無線伝送に関して、セルラ式パケット交換通信システムＨＳＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）及びＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）が規定されている。基地局からユーザ端末への伝送が「ダウンリンク」と呼ばれ、反対方向の伝送が「アップリンク」と呼ばれる。以下の説明で、「端末」は、一般に、セルラ式／モバイル・ネットワークにおいてたとえば基地局との無線通信が可能な、上記システムで一般に「ＵＥ」と呼ばれる任意のユーザ機器を表すために使用される。
【０００３】
無線伝送に使用可能な基本動作モードには、ＦＤＤ（周波数分割多重）及びＴＤＤ（時分割多重）の２つがある。ＦＤＤでは、ダウンリンク及びアップリンクの伝送は、ダウンリンク及びアップリンクで相互の干渉なしにパケットが同時に伝送可能なように、別々の周波数帯で実行される。これに対してＴＤＤでは、ダウンリンク及びアップリンクの伝送は同じ周波数帯で実行されるため、干渉を避けるために時間的に別々でなければならない。
【０００４】
ＴＤＤ動作モードは、ダウンリンク及びアップリンク伝送の持続時間が、ダウンリンク及びアップリンクのそれぞれの方向でのトラフィック強度に依存して構成可能であり、したがって非対称の伝送方式との接続が可能であるという点において、柔軟性がある。ダウンリンクを多用する接続の場合、ダウンリンクの時間枠をアップリンクの時間枠よりも大きく構成することが可能であり、アップリンクを多用する接続の場合はその逆である。
【０００５】
ＬＴＥの場合、現在、ダウンリンクではＯＦＤＭ（直交周波数分割多重化）、及びアップリンクではＳＣ−ＦＤＭＡ（単一搬送波周波数分割多重アクセス）に基づく、新しい物理層が３ＧＰＰで標準化されている。新しい物理層はＦＤＤ及びＴＤＤの両方の動作をサポートするものとし、これら２つの動作モード間に高度の共通性があるものとする。アップリンクでのＳＣ−ＦＣＭＡ特性は、各端末から伝送されるいかなるデータも、基本的に単一の搬送波特性を維持することを必要とする。
【０００６】
ＦＤＤ及びＴＤＤ動作における伝送は、どちらも一般に無線フレーム内でスケジューリングされ、各無線フレームは、通常、複数のサブフレームに分割される。以下の説明では、「サブフレーム」という用語は、一般に、情報の一部を「データ・ブロック」として伝送可能な、予め定義された伝送時間間隔「ＴＴＩ」を表すために使用されるが、いかなる特定の標準又は持続時間にも限定されることはない。データ・パケットは、パケット・サイズ及びサブフレーム長さに応じて、任意数のサブフレームで送信可能である。ＬＴＥは、通常、１つのデータ・パケットが単一のサブフレーム内に収容されるものと規定している。サブフレームは、一般に、ＬＴＥでは「転送ブロック」とも呼ばれる１つ又は複数のデータ・ブロックを含むことができる。現在、ＬＴＥは、単一のダウンリンク・サブフレーム内で端末ごとに２つの転送ブロックが可能である。
【０００７】
ＬＴＥでは、予め定義された無線フレームは１０ｍｓ（ミリ秒）であり、これがそれぞれ１ｍｓの予め定義された１０個のサブフレームに分割される。ＦＤＤモードでは、パケットはダウンリンク及びアップリンクで同時に伝送可能であり、図１ａで概略的に示されるように、それぞれ別々の周波数帯Ｆ１及びＦ２上に、１つの無線フレーム中に使用可能な１０個のダウンリンク・サブフレーム「ＤＬ」及び１０個のアップリンク・サブフレーム「ＵＬ」が存在する。ＴＤＤモードでは、１つの無線フレーム中に、使用可能な合計１０個のダウンリンク及びアップリンクのサブフレームが存在し、共通周波数帯Ｆ上で一度に１つしか伝送できない。
【０００８】
前述のように、ダウンリンク及びアップリンクの伝送は、いずれかの方向のトラフィック需要に応じて、ＴＤＤで構成することができる。たとえば、ダウンリンク／アップリンク割り振りは、図１ｂで概略的に示されるように、同じ周波数帯Ｆ上で、１つの無線フレーム中の８個のダウンリンク・サブフレーム及び２個のアップリンク・サブフレームに構成することができる。他の可能な構成は、５ ＤＬ：５ ＵＬサブフレームとすることが可能であり、他の構成は、２ ＤＬ：８ ＵＬサブフレームとすることができる。オプションで、交互パターンのダウンリンク／アップリンク・サブフレームも構成可能である。たとえば、図１ｂのダウンリンク／アップリンク・サブフレーム・パターンを、８個の連続するダウンリンク・サブフレームと、それに続く２個のアップリンク・サブフレームに修正することができる。
【０００９】
単一の基地局は、サブフレーム内のデータ・パケットをダウンリンクで１つ又は複数の端末へ伝送することが可能であり、端末は、サブフレーム内のデータ・パケットをアップリンクで基地局へ伝送する。典型的には、いずれかの方向の伝送が、伝搬フェージング、並びに反射及び他の伝送からの干渉を含む様々な妨害を受けるため、結果として、受信時にデータ・パケットにエラーが導入されている可能性がある。したがって、基地局と端末との間のチャネルは、しばしば「損失性」チャネルと呼ばれる。エラーは、受信器及び／又はアンテナの不良によっても生じる可能性がある。
【００１０】
端末又は基地局内の受信器は、サブフレームにデータの入ったパケットを受信した場合、受信したパケット内に何らかのエラーが存在するかどうかに関してチェックを行うように構成される。エラー検出の一般的な方法には、当分野で周知であるチェックサムなどの計算が含まれる。こうしたエラーの訂正を実行可能にするために、何らかのエラー訂正メカニズムがデータ受信側パーティに適切に適用できない限り、データ送信側パーティは誤って受信されたパケットがあればすべて再送しなければならない。したがって、通常受信側パーティには、受信されたパケット又はサブフレームそれぞれについて、パケットが基本的に正しく、すなわちエラーなしで受信されたか否かを示す、フィードバック・レポートを、データ送信側パーティに送信する義務がある。
【００１１】
パケットが正しく受信された場合、データ受信側パーティは肯定応答「ＡＣＫ」を送信し、パケットがエラーを含む場合は、否定応答「ＮＡＣＫ」を送信する。ＡＣＫ及びＮＡＣＫという用語はこの説明で頻繁に使用されるが、フィードバック・レポートには任意の等価又は同様のメッセージが使用可能であり、本発明はこの点で制限されない。「フィードバック・レポート」は、以下ではこうしたＡＣＫ／ＮＡＣＫメッセージ及びそれらの等価物に関する総称として使用される。
【００１２】
ＨＳＰＡ及びＬＴＥは、どちらも、それらのそれぞれのＭＡＣ（媒体アクセス制御）層内でＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ＲｅＱｕｅｓｔ）プロトコルを採用する。ＨＡＲＱプロトコル内で定義されたプロセスの基本機能は、前述のフィードバック・レポート・メカニズムに基づく再伝送によって、任意の誤って受信されたパケットを訂正することである。これとの関連において、フィードバック・レポートは時折、「ＨＡＲＱ状況レポート」と呼ばれる。
【００１３】
たとえばデータ受信側パーティは、誤って受信されたパケットを単に廃棄するだけとすることができる。より高度なソリューションでは、受信側パーティは、誤って受信されたパケットを表す信号をバッファ内に格納し、この格納された情報と再伝送とを組み合わせる。これはしばしば、伝送されたパケットを正しく復号する確率を増加させるために使用可能な「ソフト・コンバイニングＨＡＲＱ（HARQ with soft combining）」と呼ばれる。ソフト・コンバイニングＨＡＲＱでは、特定パケット内での符号化ビットのパターンが伝送と再伝送とで異なる可能性があるが、それらは同じ情報を明白に提示しなければならない。
【００１４】
データ受信側パーティでのソフト・コンバイニングを実行可能にするために、ＨＡＲＱプロセスを使用して、潜在的再伝送がそのオリジナル伝送に関連付けられる。受信側パーティは、ＨＡＲＱプロセスで送信されたデータの正しい受信をレポートした場合、当該データを使用して、新しいデータを伝送することができる。したがって、受信側パーティからＨＡＲＱ状況レポートを受信するまでは、データ送信側パーティは、新しいデータを伝送すべきであるか、又は「古いデータ」を再伝送すべきであるかがわからない。したがってその間、送信側パーティは伝送の結果がレポートされるまで「停止及び待機」する。これらの待機期間中、依然としてリンクを利用可能とするために、連続伝送を可能にする複数の並行ＨＡＲＱプロセスを適用することができる。
【００１５】
たとえば、パケットがダウンリンクで伝送される場合、受信側端末はパケット内のエラーをチェックし、フィードバック・レポートを基地局に送信する。基地局はＮＡＣＫを検出すると、パケット内の情報を再伝送する。このメカニズムを使用して、アップリンクでパケットを送信することもできる。ＬＴＥでは、ソフト・コンバイニングＨＡＲＱに必要なフィードバックは、ＡＣＫ又はＮＡＣＫのいずれかを示す単一ビットによって搬送される。通常、送信側パーティからのパケット伝送と受信側パーティからのフィードバック・レポート伝送との間のタイミング関係を使用して、フィードバック・レポートがいずれのパケットに関係するかが示される。
【００１６】
ＦＤＤでは、図１ａに示されるように、ダウンリンクとアップリンクとで使用可能なサブフレームの数が等しい。したがって、受信とフィードバックとの間の一定の時間間隔を使用して、「１対１の関係」に従い、所与のサブフレーム内で１つのダウンリンク・サブフレームで受信したデータ・ブロックに関するフィードバック・レポートを送信することができる。これにより、データ送信側パーティは、受信したフィードバック・レポートがいずれのＨＡＲＱプロセスを参照しているかを、レポートがいずれのサブフレームで受信されたかに基づいて、導出することができる。他方で、ＴＤＤでは、割り振られたダウンリンク・サブフレームの数が割り振られたアップリンク・サブフレームの数よりも多い場合などは、対応するフィードバック・レポート又はＡＣＫ／ＮＡＣＫをアップリンクで送信し得る前に、複数のサブフレーム内のデータ・ブロックをダウンリンクで受信しているかもしれない。
【００１７】
図２の割り振り例では、８つのダウンリンク・サブフレームが存在するが、使用可能なアップリンク・サブフレームは２つのみである。したがって、８つのダウンリンク・サブフレームに関するフィードバック・レポートを、２つのアップリンク・サブフレーム内で伝送しなければならない。ダウンリンク・サブフレーム内に何人のユーザがスケジューリングされているかに応じて、伝送する必要のあるフィードバック・レポートの数は４倍に増加する可能性がある。さらに、単一の端末が、使用可能なすべてのダウンリンク・サブフレーム内でデータを受信するようにスケジューリングされている場合、その端末は、単一のアップリンク・サブフレーム中に複数のダウンリンク・サブフレーム内で受信した複数のデータ・ブロックに関するフィードバック・レポートを伝送する必要がある。さらに、たとえば、１つ又は複数の異なるセッション或いは高位レベルでのメディア・ストリームに関して、複数のデータ又は転送ブロックを、単一の受信サブフレームに収容することも可能であり、各データ・ブロックが別々のフィードバック・レポートを必要とするため、結果として、必要なフィードバック・レポートの数がさらに増加する可能性がある。
【００１８】
ＴＤＤでは、対応するサブフレームがデータ受信側パーティからの伝送に使用できない場合には、サブフレーム受信後に受信サブフレームに関するフィードバック・レポートを一定の時間間隔で伝送できないため、前述の一定時間間隔のレポート・メカニズムは、一般に使用できない。したがって、その受信サブフレーム内のデータに関するフィードバック・レポートは、伝送用に使用可能な少なくとも第１のサブフレームまで遅延しなければならない。さらにデータ受信側パーティは、通常、サブフレームを受信した後、そのサブフレームに関するフィードバック・レポートを送信できるようになる前に、内部のデータを処理するために、及び、正しく受信されたか否かを判別するために、ある種の遅延を必要とする。たとえば、受信器が少なくとも１つのサブフレームを処理するための遅延を必要とする場合、受信されたサブフレームｋについて、サブフレームｋ＋２又はそれ以降まで、レポートすることはできない。
【００１９】
簡単で明白な解決策は、第１の使用可能サブフレーム内で受信されたサブフレームに関するフィードバック・レポートを、処理に必要な最低の遅延期間後、送信することである。したがって、遅延期間後、１つ又は複数のサブフレームが受信用に割り振られた場合、伝送に使用可能な第１のサブフレームが発生するまで、フィードバック・レポートはさらに遅延する。結果として、通常、複数のフィードバック・レポートを同じサブフレーム内で送信しなければならない。これは、単一サブフレーム内のこうしたレポートの数を減らすことが望ましい場合、特に問題である。
【００２０】
ＬＴＥでは、各サブフレームは、通常２つのスロットを含み、それぞれのスロットは複数のＯＦＤＭシンボルからなる。周波数ドメイン内では、各ＯＦＤＭシンボルを副搬送波のセットとみなすことができる。副搬送波の間隔は通常１５ｋＨｚであり、セット内の副搬送波の数は、周波数搬送波の帯域幅に依存する。さらに副搬送波は、たとえば１２副搬送波などの複数の隣接する副搬送波のグループに分割される。スロット内の各副搬送波グループは、一般に「リソース・ブロック」と呼ばれる。サブフレーム内で、これらのリソース・ブロックは、情報が搬送可能なリソース・ブロック・ペアとして配置構成される。
【００２１】
前述のように、複数のダウンリンク・サブフレーム内のデータ・パケットがスケジューリングされている端末の場合、その端末は、通常、単一のアップリンク・サブフレーム内で複数のフィードバック・レポートを伝送する必要がある。しかしながら、ＬＴＥに従って、単一搬送波の特性をアップリンク伝送内で保持しなければならない。結果として端末は、対応する副搬送波が隣接スペクトル、すなわち隣接周波数内にないことから、複数のリソース・ブロック内で伝送不可能であり、依然として単一の搬送波信号を伝送する。
【００２２】
さらに端末が、単一のリソース・ブロック内で複数のフィードバック・レポートを伝送する場合、リソース・ブロック内の異なるＣＤＭ（符号分割多重化）符号シーケンスでフィードバック・レポートを送信しなければならないため、組み合わされた信号は、通常、その単一搬送波特性を依然として保持せず、それによって相関されていない。言い換えれば、通常、端末は、一度に１つのフィードバック・レポートを伝送し、単一搬送波の特性を維持することのみが可能である。
【００２３】
ＢＰＳＫ（２相位相偏位キーイング）変調が使用される場合、シンボルごとに１ビット、すなわち１又は０が搬送されるため、端末は、アップリンク・サブフレーム内で１つのフィードバック・レポートを伝送することができる。ＱＰＳＫ（４相位相偏位キーイング）変調を使用することによって、ＱＰＳＫはシンボルごとに２ビットが可能であるため、端末はアップリンク・サブフレーム内で２つのフィードバック・レポートを搬送することができる。より高い変調方式、たとえばシンボルごとに４ビットが可能な１６ＱＰＳＫなどは、一般的に受容できないエラー率を発生させる、信号妨害に対して敏感すぎると思われる。変調位数を上げると、一般に、フィードバック・レポートの頑強性が低下し、フィードバック・レポートは比較的高い確率で正しく検出されることが重要である。エラー確率は、好ましくは１０−３から１０−４程度である。したがって、ＱＰＳＫよりも高位の変調は、単一のアップリンク・サブフレーム中に複数のフィードバック・レポートを報告するという問題に対する魅力的な解決策ではない。
【００２４】
しかしながら、８ ＤＬ：２ ＵＬのサブフレームの伝送割り振りが使用される場合、すべてのダウンリンク・サブフレームでスケジューリングされた端末は、アップリンク・サブフレームで少なくとも４つのフィードバック・レポートを送信する必要がある。したがって、上記に従ってＱＰＳＫを使用する場合は、可能なフィードバック・レポートが２つのみでは明らかに不十分である。さらに端末は、単一のダウンリンク・サブフレームで、２つのデータ・ブロック、たとえばＭＡＣ ＰＤＵ（パケット・データ・ユニット）を受信する場合があり、それぞれのデータ・ブロックがフィードバック・レポートを必要とする。この場合、端末は、各アップリンク・サブフレームで２倍のフィードバック・レポートを送信する必要があるが、単一搬送波の特性を保持しながら２つしかフィードバック・レポートを送信することができないという制限が、さらに明かになる。
【００２５】
上記制限の潜在的な重大さは、すべてのダウンリンク・サブフレーム内で単一の端末にデータを伝送できないことであり、このことが、フィードバック機会の欠如によってＤＬ容量を「人為的に」制限し得ることである。
【発明の概要】
【００２６】
要約
本発明の目的は、上記で概説した問題の少なくとも一部に対処することである。さらに、伝送されるサブフレームの単一搬送波特性を失うことなく、データ受信側パーティが、単一のサブフレーム内で複数のフィードバック・レポートをデータ送信側パーティに伝送できるようにする解決策を提供することが目的である。これら及び他の目的は、添付の独立請求項に従った方法及び装置によって達成可能である。
【課題を解決するための手段】
【００２７】
何らかの態様に従って、無線接続において、データ送信側パーティから受信したデータに関するフィードバック・レポートを搬送するための方法及び装置が、データ受信側パーティにおいて提供される。データ受信側パーティのリソース取得ユニットは、フィードバック・レポートを伝送するために使用可能な複数のフィードバック・リソースに関する割り振り情報を取得し、このフィードバック・リソースは、データ受信側パーティが受信データに関する暗黙的なフィードバック情報を搬送するために使用可能な、異なるフィードバック情報コードに関連付けられている。選択ユニットは、取得したフィードバック・リソースの中から、受信データに関する１つ又は複数のフィードバック・レポートに対応するフィードバック情報コードに割り当てられたフィードバック・リソースを選択し、その後送信ユニットは、選択されたフィードバック・リソース上でフィードバック情報をデータ送信側パーティに送信する。
【００２８】
様々な実施形態では、選択されたフィードバック・リソース上で明示的フィードバック情報が送信され、この選択されたフィードバック・リソースは、追加的な暗黙的フィードバック情報を示す。その後、ＱＰＳＫ変調を使用して、２ビットの明示的フィードバック情報が搬送可能であり、フィードバック・リソース選択を使用して、少なくとも１ビットの追加的な暗黙的フィードバック情報が搬送可能であり、それによって、２ビットの明示的フィードバック情報及び少なくとも１ビットの追加的な暗黙的フィードバック情報を備える組み合わされたコードワード（combined codeword）を形成する。形成されたコードワード内の各ビットは、受信したデータの特定のサブフレームに関係することができる。
【００２９】
他の諸実施形態では、リソース取得ユニットは、セル選択又はハンドオーバ手順中の制御メッセージ内で、或いは、端末に関するダウンリンク・スケジューリング割り当てによって与えられるように、又はネットワーク・ノードからデータがいずれのリソース上で伝送されるかによって、リソース割り振り情報を取得することができる。
【００３０】
何らかの他の態様に従って、無線接続において、ネットワーク・ノードから端末へ伝送されたデータに関するフィードバック・レポートを、端末から取得するための方法及び装置がネットワーク・ノード内に提供される。ネットワーク・ノード内のリソース提供ユニットは、フィードバック情報を伝送するために使用可能な複数のフィードバック・リソースに関する割り振り情報を、端末に提供し、このフィードバック・リソースは、受信したデータに関する暗黙的なフィードバック情報を搬送するために端末が使用可能な、異なるフィードバック情報コードに関連付けられている。その後、受信ユニットは、端末によって選択されたフィードバック・リソース上で、伝送されたデータに関するフィードバック情報を端末から受信する。それによって、検出ユニットは、選択されたフィードバック・リソースに割り当てられたフィードバック情報コードに基づいて、１つ又は複数のフィードバック・レポートを検出することができる。
【００３１】
様々な他の実施形態では、受信ユニットは、選択されたフィードバック・リソース上で明示的フィードバック情報を受信することができ、当該選択されたフィードバック・リソースが、追加的な暗黙的フィードバック情報を示す。さらに受信ユニットは、受信信号強度を検出すること、並びに、受信信号強度が雑音及び／又は干渉から識別されるだけの十分な強さであるかどうかを判別することによって、いずれのフィードバック・リソースに関するフィードバック情報を端末が伝送するかを検出することができる。フィードバック・リソースは、割り振られたすべてのフィードバック・リソース上で受信した信号強度を比較すること、及び、最高の信号強度及び／又はＳＩＮＲ（信号対雑音比）を備えたフィードバック・リソースを選択することによっても、検出することができる。
【００３２】
他の諸実施形態では、リソース提供ユニットは、セル選択又はハンドオーバ手順中の制御メッセージ内で、リソース割り振り情報を端末に送信することができる。このリソース割り振り情報は、端末に関するダウンリンク・スケジューリング割り当てによって与えられるように、又はネットワーク・ノードからデータがいずれのリソースに関して伝送されるかによっても、提供可能である。
【００３３】
以下の詳細な説明において、本発明の他の可能な特徴及び利点について説明する。
【００３４】
図面の簡単な説明
次に本発明について、例示的な諸実施形態を使用して、及び添付の図面を参照しながら、より詳細に説明する。
【図面の簡単な説明】
【００３５】
【図１ａ】図１ａは、従来技術に従った、無線ＦＤＤ伝送方式を示す図である。
【図１ｂ】図１ｂは、従来技術に従った、無線ＴＤＤ伝送方式を示す図である。
【図２】図２は、本発明に使用可能な、サブフレーム内の複数の副搬送波内のリソース・ブロックのパッケージを示す図である。
【図３】図３は、一実施形態に従った、受信データに関するフィードバック・レポートが、データ受信側パーティからデータ送信側パーティへどのように搬送可能であるかを示すブロック図である。
【図４】図４は、他の実施形態に従った、フィードバック・レポートをデータ送信側パーティへ送信するデータ受信側パーティでの手順を示す流れ図である。
【図５】図５は、他の実施形態に従った、フィードバック・レポートをデータ受信側パーティから受信する、基地局などのネットワーク・ノードでの手順を示す流れ図である。
【図６】図６は、他の実施形態に従った、データ受信側パーティとして動作する端末と、データ送信側パーティとして動作するネットワーク・ノードとを示す、ブロック図である。
【発明を実施するための形態】
【００３６】
詳細な説明
簡単に説明すると、データ送信側パーティに明示的フィードバック情報を伝送するデータ受信側パーティは、複数の使用可能フィードバック・リソースから選択されたフィードバック・リソース上で明示的フィードバック情報を伝送することによって、更に暗黙的フィードバック情報も搬送することができる。使用可能フィードバック・リソースは、フィードバック情報を搬送するために割り振られた異なるリソース・ブロックとすることができる。使用可能な各フィードバック・リソースには、少なくとも１情報ビットを含むフィードバック情報のコードが割り当てられるため、結果としてフィードバック・リソースを実際に選択することが、当該フィードバック情報のコードを暗示することになる。したがって、フィードバック情報のコード内の情報ビットは、データが正常に受信されたか否かを所定の様式で、すなわちＡＣＫ又はＮＡＣＫで示す。
【００３７】
たとえば、ＴＸサブフレームと呼ばれる伝送用に割り振られたサブフレーム内で、２つのフィードバック・リソースが選択用に使用可能な場合、たとえば１がＡＣＫを示すか、又は０がＮＡＣＫを示すなどのように、各フィードバック・リソースが１つの情報ビットを暗示することが可能であり、結果として、フィードバック・リソース選択によって、データと共に受信された１つのサブフレームを暗黙的フィードバック情報としてレポートすることができる。他の例では、４つのフィードバック・リソースがＴＸサブフレーム内での選択用に使用可能であり、各フィードバック・リソースが、それぞれ１対の情報ビット０／０、１／０、０／１、及び１／１を暗示することが可能であるため、結果として、フィードバック・リソース選択によって、受信した２つのサブフレームを暗黙的フィードバック情報としてレポートすることなどが可能である。
【００３８】
本発明は、単一搬送波の特性を失うことなく、データ送信側パーティから複数のサブフレームでデータを受信したデータ受信側パーティから伝送された、単一のサブフレーム内で、複数のフィードバック・レポートの伝送を可能にするために、使用することができる。前述のように、非対称ＴＤＤ伝送方式及び／又は単一サブフレーム内での複数のストリーム／セッションを使用する場合、単一のサブフレーム内で複数のフィードバック・レポートの伝送が必要な可能性がある。
【００３９】
当業者であれば、必要なフィードバック・レポートの数が、使用可能な各フィードバック・リソースにおけるビット数よりも多い場合、ＦＤＤ伝送方式で以下の諸実施形態も適用可能であることを理解されよう。データ送信側パーティを基地局とし、データ受信側パーティを端末とすること、又はその逆も可能である。
【００４０】
次に、リソース・ブロックをフィードバック・リソースとして使用することについて、より詳細に説明する。サブフレーム内でのリソース・ブロックＲＢの典型的な配置構成パターンが、図２に示されている。この例では、１ｍｓのサブフレームが１２のリソース・ブロック・ペアを備える。情報は、一般に、それぞれの副搬送波上の異なるリソース・ブロックで伝送することができる。サブフレームの中央Ｍでは、周波数ダイバーシティを取得するために、周波数ホッピング方式に従って、１つのリソース・ブロックＲＢｉ内のデータ・ブロックＤＢを異なるリソース・ブロックＲＢｊにマッピングすることが可能であり、したがってリソース・ブロック・ペアＲｂｉ／ＲＢｊを形成する。言い換えれば、データ・ブロックの伝送は、全周波数搬送波内の他の周波数にある他のリソース・ブロックに移動される。この例では、ＲＢ１内のデータ・ブロックＤＢ１はＭでＲＢ１２に移動し、ＲＢ２内のデータ・ブロックＤＢ２はＲＢ１１に移動するという具合である。
【００４１】
ＬＴＥでは、フィードバック・レポート、又はＡＣＫ／ＮＡＣＫは、ユーザ・データが同時に伝送されない限り、典型的には端末から、周波数搬送波内の最も外側のリソース・ブロックのうちの１つに割り振られる物理アップリンク制御チャネルＰＵＣＣＨを介して、伝送され、この場合、それらはユーザ・データで時分割多重化された他の副搬送波内で伝送可能である。図２では、４つのリソース・ブロックＲＢ１、ＲＢ２、ＲＢ１１、及びＲＢ１２が、異なる端末からのフィードバック又はＡＣＫ／ＮＡＣＫレポートに対して割り振られている。各リソース・ブロック内で、それぞれの端末は、ＣＤＭ様式でフィードバック・レポートを伝送することができる。それにより、各リソース・ブロック内の異なる端末によって複数の直交フィードバック・レポートを伝送することができる。言い換えれば、複数のリソースが、各サブフレーム内でフィードバック・レポートに使用可能である。この説明では、これらリソースのそれぞれがフィードバック・リソースと呼ばれる。各フィードバック・リソース内で、端末は、ＢＰＳＫ変調を使用して単一の情報ビットを伝送するか、又はＱＰＳＫ変調を使用して２つの情報ビットを伝送することができる。
【００４２】
複数のダウンリンク・サブフレーム内でデータ・パケットを受信する端末は、単一のアップリンク・サブフレーム内で複数のフィードバック・レポートを伝送する必要がある可能性がある。しかしながら、ＬＴＥに従ったアップリンク伝送では単一搬送波特性を保持しなければならないため、端末は、たとえばリソース・ブロックＲＢ１及びＲＢ３の両方では伝送不可能であり、これらの副搬送波が隣接スペクトル、すなわち隣接周波数にないため、依然として単一の搬送波信号を伝送する。
【００４３】
さらに、フィードバック・レポートのＣＤＭ構成要素の特性により、リソース・ブロックＲＢ１及びＲＢ２の両方で伝送することは不可能であり、ＲＢ１及びＲＢ２で同じ端末から伝送された情報が相関されないため、依然として単一搬送波特性を保持し、この場合も単一搬送波特性が失われることを暗示する。その代わりに、端末が複数のフィードバック・リソースを使用可能な場合、端末は、選択されたフィードバック・リソース上で伝送することにより、追加の暗黙的フィードバック情報を搬送することができる。
【００４４】
図３は、例示的実施形態に従い、フィードバック・リソースの選択によって、データ受信側パーティ３００からデータ送信側パーティ３０２へフィードバック情報がどのように搬送可能であるかを概略的に示す。データ送信側パーティ３０２は、「データ１」、「データ２」、「データ３」、及び「データ４」と示され、それぞれが個々のフィードバック・レポートを必要とする４つのデータ・セットを、データ受信側パーティ３００へ送信する。データ・セット１〜４は、前述のようにサブフレーム内で伝送されるパケットとすることができるが、本発明は特にこれらに限定されるものではない。本説明全体を通じて、「データ・セット」という用語は、一般に、サブフレーム内又は他の方法で伝送される任意のデータ・チャンクを表すために使用される。
【００４５】
データ受信側パーティ３００は、フィードバック・レポート用の特定のＴＸサブフレーム内で、この場合はＦＲ１、ＦＲ２、ＦＲ３、及びＦＲ４で示される４つの異なるフィードバック・リソース３０４の、いずれの伝送リソースが使用可能であるかに関する情報を予め取得しているものと想定される。この情報は、典型的にはセル選択又はハンドオーバに関連して取得される。フィードバック・リソース３０４は、前述のように割り振られたＴＸサブフレーム内のリソース・ブロックとすることができるが、本発明はいかなる特定タイプのフィードバック・リソースにも限定されない。
【００４６】
各フィードバック・リソース３０４は、両方のパーティによって知られる特定のフィードバック情報コードに割り当てられており、各コードは２つの情報ビットを含む。このコード割り当ては、割り振りメッセージで送信可能であるか、又は使用される機器内に予め構成することが可能である。この例では、ＦＲ１がコード（０，０）に割り当てられ、ＦＲ２がコード（１，０）に割り当てられ、ＦＲ３がコード（０，１）に割り当てられ、ＦＲ４がコード（１，１）に割り当てられる。これらのコードは、受信されたデータに関する暗黙的フィードバック情報を、明示的フィードバック情報と組み合わせて、すなわち、変調シンボル・ビット及び追加のリソース選択ビットによって決定される組み合わされたコードワードとして、搬送するために使用可能である。
【００４７】
この例では、データ受信側パーティ３００が、ＱＰＳＫ変調を使用して、受信した４つのデータ・セットに関するフィードバック情報を１つのサブフレーム内のみで送信可能であること、すなわち、そのサブフレーム内で明示的フィードバック情報を搬送するために２つの情報ビットが使用可能であることも、想定される。したがって、明示的フィードバック情報を搬送するために２ビットが使用可能であるが、４つのフィードバック・レポートが必要である。
【００４８】
この解決策では、４つの使用可能なフィードバック・リソース３０４のうちの１つの上で明示的フィードバック情報を伝送することによって、他の２ビットの暗黙的フィードバック情報を搬送することが可能であるため、結果として、単なるフィードバック・リソースの選択が、他の２つのフィードバック・レポート、すなわちそれぞれのフィードバック情報コード内の２ビットを示すことになる。データ受信側パーティ３００は、受信した各データ・セット１〜４内のエラーをチェックし、各データ・セット１〜４に関して、ＡＣＫ又はＮＡＣＫメッセージをデータ送信側パーティに返送すべきであるかどうかを決定する。図３に示された例では、データ・セット１、２、及び３は正しく受信されたが、データ・セット４は不正に受信された。したがってデータ・セット１〜４に関する必要なフィードバック・レポートは、コードワード「１，１，１，０」として符号化可能であり、ここで１＝ＡＣＫ及び０＝ＮＡＣＫである。したがって、データ受信側パーティ３００は、データ・セット１及び２に関する２つの明示的フィードバック・レポート「１，１」をＦＲ２を介して送信し、次にこれがデータ・セット３及び４に関する暗黙的フィードバック・レポート「１，０」を表すため、「１，１，１，０」となる。
【００４９】
符号化されたフィードバック・レポートは、以下の表１に従って、異なる端末によってサブフレーム内で搬送可能である。
【表１】
【００５０】
表１では、所与のサブフレーム内の８つの異なるフィードバック・リソース１〜８が２つの端末Ａ及びＢに割り振られ、ここでリソース１〜４は端末Ａに割り振られ、リソース５〜８は端末Ｂに割り振られている。さらに、フィードバック・リソースＦＲ１及びＦＲ５はフィードバック情報コード０に割り当てられ、ＦＲ２及びＦＲ６はフィードバック情報コード１に割り当てられ、ＦＲ３及びＦＲ７はフィードバック情報コード２に割り当てられ、ＦＲ４及びＦＲ８はフィードバック情報コード３に割り当てられる。本発明は一般に、任意数のフィードバック・リソースを任意数の端末に割り振り可能であることに留意されたい。
【００５１】
それによって、端末Ａ、Ｂは、フィードバック情報コード０〜３を追加的な暗黙的フィードバック情報としてデータ送信側パーティに搬送するために、１つの選択されたフィードバック・リソース上で明示的フィードバック情報を伝送することができる。ＱＰＳＫ変調が使用される場合、２ビットの明示的フィードバック情報ｘ０及びｘ１が、選択されたフィードバック・リソース上で送信される。その後、ＱＰＳＫ変調シンボルは、２つのフィードバック・ビット、すなわちビット０及びビット１を表すことになり、フィードバック・リソース選択は、他の２つのフィードバック・ビット、すなわちビット０及びビット３を表すことになる。以下の表２に示されるように、ビット０〜３のそれぞれが０又は１のいずれかとすることができる。
【表２】
【００５２】
図３の例に関する表１及び表２を使用して、データ受信側パーティ３００は、データ・セット３の正常な受信及びデータ・セット４の不正な受信を示すための暗黙的フィードバック情報として、フィードバック・コード１を表す選択されたフィードバック・リソースＦＲ２上で、データ・セット１及び２の正常な受信を示すための明示的フィードバック情報として、ｘ０＝１及びｘ１＝１で、ＱＰＳＫ変調シンボルを伝送する。それにより、４つのフィードバック・レポート「１，１，１，０」、すなわちビット０〜３が、組み合わされたコードワードとしてデータ送信側パーティに搬送される。
【００５３】
当業者であれば、前述の諸実施形態が、本発明に対する制限なしに、たとえば、異なるリソース割り振り、変調方法、及びフィードバック符号化方式を使用するなど、様々な異なる方法で修正可能であることを容易に理解されよう。前述の例では、フィードバック・リソースの数は、暗黙的フィードバック情報に関する追加情報ビット数に直接対応する。しかしながら、この観念は、データ受信側パーティ、たとえば端末が、Ｍ個の割り振り済みフィードバック・リソース間で選択可能なケースに対して、「Ｍ変数（M-ary）」シンボルを使用することに一般化できることに留意されたい。たとえば、３つの割り振り済みフィードバック・リソースを備え、選択されたリソースでＱＰＳＫ変調シンボルを伝送する場合、以下の表３に示されるように、データ受信側パーティは、３＊４＝１２までの異なる組み合わされたフィードバック・コードワード又はビット・パターンを信号送信することができる。
【表３】
【００５４】
この解決策を使用すると、各端末に割り振られなければならないフィードバック・リソースの数は、フィードバック・レポートの数、すなわち必要なビットと共に指数関数的に増加することになる。多くのフィードバック・レポートが必要な場合、それに対応してフィードバック・リソースの使用率は低くなる。たとえば、フィードバック・レポート用に５ビットで組み合わされたコードワードが必要であり、ＱＰＳＫ変調が使用される場合、フィードバック・リソースの選択によって追加の３ビットを搬送しなければならない。したがって、３ビットのすべての組み合わせをカバーするために８つのフィードバック・リソースを端末に割り振らなければならず、単一搬送波特性を保持するために、端末によってそれらのうちの１つのみが使用可能であるため、結果として１／８の最大リソース使用率となる。
【００５５】
ネットワーク側では、端末が接続されている基地局は、いずれのフィードバック・リソースに関するフィードバック情報を端末が伝送するかを検出できなければならない。たとえばこれは、エネルギー検出基準を使用すること、すなわち、受信信号強度を検出すること、及び受信信号強度が雑音及び／又は干渉から識別されるだけの十分な強さであるかどうかを判別すること、によって実行可能である。別の方法として、又はこれに加えて、使用されたフィードバック・リソースは、すべての割り振り済みフィードバック・リソース上の受信信号強度を比較すること、並びに最高の信号強度及び／又はＳＩＮＲ（信号対雑音比）を有するフィードバック・リソースを選択することによって、検出可能である。これらの両方の手法は、正しいフィードバック・リソース検出の確率を増加させるために組み合わせることができる。
【００５６】
図４は、データ受信側パーティによって実行される場合の、受信されたデータ・セットに関するフィードバック・レポートを、データ受信側パーティからデータ送信側パーティへ搬送する手順を示す流れ図である。データ送信側パーティを基地局とすること、及びデータ受信側パーティを端末とすることが可能であり、或いはその逆も可能である。フィードバック・レポートを伝送する場合、信号搬送波特性が必要であること、及び、必要なフィードバック・レポートの数が搬送波変調によるフィードバック・レポート用に使用可能なビット数よりも多いことが、想定される。これは、端末が、ダウンリンクで受信されたデータについて、単一サブフレーム内で複数のフィードバック・レポートをアップリンクで送信する必要がある場合、ＬＴＥのＴＤＤモードでしばしば見られるケースである。
【００５７】
第１のステップ４００では、データ受信側パーティからフィードバック・レポートを伝送するために、いずれのフィードバック・リソースが割り振られるかに関する情報が取得され、それによって、フィードバック・リソース選択によるフィードバック・レポートの識別が実行可能となる。取得されたフィードバック・リソースは、前述のように、フィードバック・レポートとして使用可能な異なるフィードバック情報コードに割り当てられる。
【００５８】
次に、データ受信側パーティがデータ送信側パーティから、フィードバック・レポートを必要とする、複数のデータ・セットを受信することが想定される。次のステップ４０２では、データ送信側パーティから受信したデータについて、明示的及び暗黙的なフィードバック情報が決定される。このステップでは、受信されたデータのエラーがチェックされ、それぞれのデータ・セットについてＡＣＫメッセージ又はＮＡＣＫメッセージが送信されるかどうかが判別される。明示的フィードバック・レポート、すなわち搬送波変調用に、何ビットが使用可能であるかに応じて、変調によって送信されることになる１つ又は複数の明示的フィードバック・レポートが決定される。残りのフィードバック・レポートは、フィードバック・リソース選択によって暗黙的に送信されることが決定される。
【００５９】
他のステップ４０４では、ステップ４００で受信された使用可能なフィードバック・リソースの中から、ステップ４０２で決定された暗黙的フィードバック情報に対応するフィードバック情報コードに割り当てられるフィードバック・リソースが選択される。最終的に、ステップ４０６で、暗黙的フィードバック情報を示すために、選択されたフィードバック・リソース上で明示的フィードバック情報が送信される。これにより、単一搬送波特性を失うことなく、明示的フィードバック情報及び暗黙的フィードバック情報の両方がデータ送信側パーティに搬送される。
【００６０】
図５は、データ・セットを伝送する基地局などのネットワーク・ノードによって実行される場合の、伝送されたデータ・セットに関するフィードバック・レポートを端末から受信する手順を示す流れ図である。この場合、ネットワーク・ノードはデータ送信側パーティであり、端末はデータ受信側パーティである。ここでも、端末がフィードバック・レポートを伝送する場合、単一搬送波特性が必要であること、及び、必要なフィードバック・レポートの数が、搬送波変調によるフィードバック・レポートに使用可能なビット数よりも多いことが、想定される。
【００６１】
第１のステップ５００では、ネットワーク・ノードにフィードバック・レポートを伝送する場合、選択用に複数のフィードバック・リソースが端末に割り振られ、それによって、フィードバック・リソース選択によるフィードバック・レポートの識別が実行可能となる。受信されたフィードバック・リソースは、端末がフィードバック・レポートとして使用可能な異なるフィードバック情報コードに割り当てられる。
【００６２】
次のステップ５０２では、前のステップ５００で割り振られたいずれのフィードバック・リソースが選択に使用可能であるかが、端末に通知される。使用可能なフィードバック・リソースは、たとえば、端末が基地局にロック・オンしている場合、セル選択又はハンドオーバ手順中に、好適な制御メッセージ内で通信可能である。この制御メッセージは、一般に知られたメッセージ「ＲＣＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ」又はブロードキャスト制御チャネルＢＣＣＨ上の好適なブロードキャスト・メッセージとすることができる。別の方法として、フィードバック・リソース割り振りは、以下でより詳細に説明されるように、端末に対するダウンリンク・スケジューリング割り当てによって、又は、データが、たとえば基地局などのネットワーク・ノードからいずれのリソース上で伝送されるかによって、与えることが可能である。
【００６３】
次に、ネットワーク・ノードが、端末からのフィードバック・レポートを必要とする、複数のデータ・セットを端末に送信することが想定される。他のステップ５０４では、追加的な暗黙的フィードバック情報を搬送するために端末によって選択された、ステップ５００で割り振られたフィードバック・リソースのうちの１つに関する１つ又は複数の明示的フィードバック・レポートが、端末から受信される。
【００６４】
最終的に、ステップ５０６で、受信されたフィードバック・リソースに対応するフィードバック情報コードに基づいて、暗黙的フィードバック情報が検出される。これにより、フィードバック情報が端末から伝送される場合に単一搬送波特性を失うことなく、明示的フィードバック情報及び暗黙的フィードバック情報の両方が、端末から受信される。
【００６５】
図６は、端末６００が、無線接続のダウンリンクでネットワーク・ノード６０２から受信したデータに関するフィードバック・レポートを、アップリンクで送信する場合の、データ受信側パーティとして動作する端末６００と、たとえば基地局などの、データ送信側パーティとして動作するネットワーク・ノード６０２とを示す、概略ブロック図である。ここでも、端末６００は、単一搬送波特性を伴ってフィードバック・レポートを伝送する必要があるものと想定される。
【００６６】
端末６００は、フィードバック・レポートの伝送に使用可能な複数のフィードバック・リソースに関する割り振り情報「ＦＲ情報」をネットワーク・ノード６０２から受信するように適合された、受信ユニット６００ａを備える。フィードバック・リソースは、端末によって知られている異なるフィードバック情報コードに関連付けられる。端末は、たとえば、セル選択又はハンドオーバ手順中などに、ネットワーク・ノード６０２からの好適な制御メッセージで、各フィードバック・リソースがいずれの特定のフィードバック情報コードに関連付けられているかといった知識を取得している可能性があるか、又は、これが端末内で予め構成されている可能性がある。
【００６７】
端末６００は、受信されたデータの結果に応じて暗黙的フィードバック情報を搬送するため、すなわち、その正しいか又は不正な受信を暗黙的に示すために、伝送用に受信されたフィードバック・リソースからフィードバック・リソースを選択するように適合された、選択ユニット６００ｂをさらに備える。選択されたフィードバック・リソースは、当該受信されたデータに関連する１つ又は複数のフィードバック・レポートに対応するフィードバック情報コードに割り当てられている。端末６００は、選択されたフィードバック・リソース上でフィードバック情報をデータ送信側パーティに送信するように適合された、送信ユニット６００ｃも備え、それによって、使用されるフィードバック・リソースに割り当てられたフィードバック情報コードを暗示する。
【００６８】
受信ユニット６００ａ、選択ユニット６００ｂ、及び送信ユニット６００ｃは、一般に、前述の図３〜図５に関連して説明した対応する機能を実行するように適合可能である。
【００６９】
ネットワーク・ノード６０２は、フィードバック情報を伝送するために割り振られた複数のフィードバック・リソースに関する情報「ＦＲ情報」を端末６００に送信するように適合された、送信ユニット６０２ａを備え、このフィードバック・リソースは、異なるフィードバック情報コードに割り当て及び関連付けられている。
【００７０】
ネットワーク・ノード６０２は、暗黙的フィードバック情報を搬送するために端末によって選択された、フィードバック・リソース上で端末から伝送されたデータに関するフィードバック情報を受信するように適合された、受信ユニット６０２ｂをさらに備える。ネットワーク・ノード６０２は、選択されたフィードバック・リソースに割り当てられたフィードバック情報コードに基づいて、１つ又は複数のフィードバック・レポートを検出するように適合された、検出ユニット６０２ｃも備える。
【００７１】
送信ユニット６０２ａ、受信ユニット６０２ｂ、及び検出ユニット６０２ｃは、一般に、前述の図３〜図５に関連して説明した対応する機能を実行するように適合可能である。図６は、様々な機能ユニット６００ａ〜ｃ及び６０２ａ〜ｃを論理的な意味で単に例示したものであり、当業者であれば、任意の好適なソフトウェア及びハードウェア手段を使用して、これらの機能を実際に自由に実装できることに留意されたい。
【００７２】
次に、上記内容に従い、端末にフィードバック・リソースがどのように割り振り可能であるかについて、より詳細に説明する。ＬＴＥでＦＤＤモードを使用する場合、特定端末に向かって送られる各ダウンリンク・データ・パケットは、アップリンクのいずれのフィードバック・リソースがフィードバック・レポートに使用可能であるかを識別する。ダウンリンク・データ・パケットを対応するアップリンク・フィードバック・リソースにマッピングするために、１）ダウンリンク・データ・パケットに関連する制御情報を含むダウンリンク・スケジューリング割り当てチャネルによって、フィードバック・リソースが与えられる、２）データ・パケット自体、ＬＴＥ内のＤＬ−ＳＣＨが、そのリソースによって伝送される、アップリンク・フィードバック・リソースが与えられる、３）アップリンク・フィードバック・リソースが基地局によって明示的に信号送信される、という３つの異なる方法が使用可能である。
【００７３】
これらの代替実施形態は、ＴＤＤモードを使用する場合にも適用可能である。ダウンリンク上で送信される各データ・パケットは、ＤＬデータ・パケットがいずれの端末にアドレス指定されるかにかかわらず、特定の所与のアップリンク・フィードバック・リソースに結合可能である。これは、各端末が、受信されるデータ・パケットごとに１つの割り振り済みフィードバック・リソースを受信することを意味する。１つのデータ・パケットのみが受信される場合、１つの対応するフィードバック・リソースが割り振られることになる。２つのデータ・パケットが受信される場合、２つの対応するフィードバック・リソースが割り振られることになる。４つのＤＬデータ・パケットが受信される場合、４つの対応するフィードバック・リソースが割り振られることになる、という具合である。
【００７４】
表４には、２つのダウンリンク・サブフレームと、ダウンリンク・サブフレームあたり４つまでのダウンリンク・スケジューリング割り当てチャネルとを備える、ＵＬフィードバック・リソース割り振りの例が与えられている。
【表４】
【００７５】
この例では、端末Ａは、ダウンリンク・サブフレーム１及び２の両方でデータを受信するようにスケジューリングされるため、下線が引かれたＵＬフィードバック・リソース３及び５が端末Ａに割り振られる。そこで、この端末のフィードバック・レポートは、いずれのフィードバック状況についてのレポートが必要であるかに応じて、フィードバック・リソース３及び５のうちのいずれか１つの選択を含むことになる。
【００７６】
この手法を使用すると、選択用のいずれのフィードバック・リソースが端末に割り振られているかを、基地局及び端末の両方が認識することになる。基地局は、本来、端末に対してどのようなスケジューリング決定を行ったかを認識しているのに対して、端末は、いずれのダウンリンク・リソースを受信したかを認識している。
【００７７】
前述の説明は、一般に、受信された各ダウンリンク・データ・パケットについて単一ビットのフィードバック・レポートが必要であり、受信された複数のデータ・パケットが単一のアップリンク・サブフレームでレポートされるケースに関連しているが、本発明は、一般に、２ビットより多くのフィードバック情報が必要な任意のケースに適用可能である。たとえば、この解決策は、冗長バージョンを再伝送すべきであるか、又はそれが主に誤って受信されたデータ・パケットの何らかの特定部分である場合、受信したいわゆる「ソフト・ビット」の品質をレポートするためにも使用可能である。この説明では、「フィードバック情報」という用語は、一般に、受信したデータのエラー又は品質に関する、及び／又は必要な再伝送に関する、任意のタイプの情報を表すために使用される。
【００７８】
前述の説明は、ＬＴＥのＴＤＤモードに焦点を当てているが、半二重ＦＤＤモード、すなわち端末が送受信を同時に実行できない場合にも、使用可能であることに留意されたい。
【００７９】
本発明の利点は、複数の受信したデータ・パケットに関するＡＣＫ／ＮＡＣＫなどのフィードバック・レポートが、伝送された信号の必要な単一搬送波特性を依然として維持しながら、単一のサブフレームで搬送可能であるという点である。これによって、ダウンリンク伝送におけるピーク・レートを上げることもできる。既知のソリューションの場合と同様に、基本的に、使用可能なアップリンク・サブフレームあたり１つのみの受信されたデータ・パケットについて、フィードバック・レポートが伝送可能である場合、たとえば４ ＤＬ：１ ＵＬなどのかなり非対称の接続に対して、すべてのダウンリンク・サブフレームにおいて単一の端末をスケジューリングすることができないため、ダウンリンク・データのピーク・レートが制限される。本発明を使用すると、無線フレームのすべてのダウンリンク・サブフレームにおいて単一の端末をスケジューリングすることが可能であり、それによってより高いダウンリンクのピーク・レートが達成される。
【００８０】
さらに、受信された各データ・パケットが個々にレポートされるため、正しく受信されたデータ・パケットのいかなる不必要な再伝送も避けることが可能であり、これによって、ダウンリンクのピーク・レート及び容量がさらに増加される。
【００８１】
この解決策は、エア・インターフェースを介して発生するブロック・エラーを訂正するためのプロトコルを採用する通信システムで動作する、ユーザ機器（ＵＥ）における方法としても定義可能であり、当該プロトコルが、データを受信するＵＥから当該データの送信側へのアップリンク・フィードバック・レポートの伝送を含み、この方法が、
−フィードバック・レポートが伝送可能な複数のリソースをシステムから受信するステップであって、それによって各リソースに２進コードが割り当てられる、ステップと、
−受信したリソースから伝送する１つのリソースを選択するステップであって、これによって、選択されたリソースに割り当てられた特定の２進コードがフィードバック情報として使用される、ステップと、
を含む。
【００８２】
本解決策は、エア・インターフェースを介して発生するブロック・エラーを訂正するためのプロトコルを採用する通信システムで動作することが可能なユーザ機器としても定義可能であり、当該プロトコルがアップリンク・フィードバック・レポートの伝送を含み、このユーザ機器が、上記方法を実行するための手段を備える。
【００８３】
本解決策は、エア・インターフェースを介して発生するブロック・エラーを訂正するためのプロトコルを採用する通信システムで動作する、ネットワーク・ノードにおける方法としても定義可能であり、当該プロトコルが、データを受信するＵＥから当該データの送信側へのアップリンク・フィードバック・レポートの伝送を含み、この方法が、
−フィードバック・レポートが伝送可能な複数のリソースを各ＵＥに提供するステップであって、それによって各リソースに２進コードが割り当てられる、ステップと、
−ＵＥの、受信したリソースから伝送する１つのリソースの選択を実行可能にするステップであって、これによって、選択されたリソースに割り当てられた特定の２進コードがフィードバック情報として使用される、ステップと、
−ＵＥが伝送する受信したリソース・ブロックの検出に基づいて、フィードバック情報を検出するステップと、
を含む。
【００８４】
本解決策は、エア・インターフェースを介して発生するブロック・エラーを訂正するためのプロトコルを採用する通信システムで動作可能な、ネットワーク・ノードとしても定義可能であり、当該プロトコルがアップリンク・フィードバック・レポートの伝送を含み、このネットワーク・ノードが前述の方法を実行するための手段を備える。
【００８５】
本発明について、特定の例示的諸実施形態を参照しながら説明してきたが、この説明は、全体として発明の概念を例示することのみを意図するものであり、発明の範囲を限定するものとみなされるべきではない。前述の諸実施形態を説明する際に、３ＧＰＰ、ＬＴＥ、ＨＳＰＡ、ＭＡＣ、無線フレーム、サブフレーム、ＨＡＲＱソフト・コンバイニング、及びＡＣＫ／ＮＡＣＫメッセージの概念が使用されているが、本明細書に記載された機能を実施するために、基本的に任意の他の同様の好適な標準、プロトコル、及びメカニズムが使用可能である。具体的に言えば、前述の諸実施形態は、ＴＤＤ並びに半二重ＦＤＤの伝送方式で適用可能である。全体として、本発明は、以下の独立請求項によって定義される。
【特許請求の範囲】
【請求項１】
無線接続において、データ送信側パーティ（３０２）から受信したデータに関するフィードバック・レポートをデータ受信側パーティ（３００）から搬送する方法であって、前記データ受信側パーティによって実行される方法は、
−フィードバック・レポートを伝送するために使用可能な複数のフィードバック・リソース（３０４）に関する割り振り情報を取得するステップであって、前記フィードバック・リソースが、前記データ受信側パーティが受信データに関する暗黙的なフィードバック情報を搬送するために使用可能な、異なるフィードバック情報コードに関連付けられている、ステップと、
−前記取得したフィードバック・リソースから、前記受信データに関する１つ又は複数のフィードバック・レポートに対応するフィードバック情報コードに割り当てられたフィードバック・リソース（ＦＲ２）を選択するステップと、
−前記選択されたフィードバック・リソース上でフィードバック情報を前記データ送信側パーティに送信するステップと、
を含む方法。
【請求項２】
前記選択されたフィードバック・リソース上で明示的フィードバック情報が送信され、かつ、前記選択されたフィードバック・リソースが追加的な暗黙的フィードバック情報を示す、請求項１に記載の方法。
【請求項３】
ＱＰＳＫ変調を使用して、２ビットの明示的フィードバック情報を搬送し、かつ、前記フィードバック・リソース選択を使用して、少なくとも１ビットの追加的な暗黙的フィードバック情報を搬送し、それによって、前記２ビットの明示的フィードバック情報及び少なくとも１ビットの追加的な暗黙的フィードバック情報を備える組み合わされたコードワードを形成する、請求項２に記載の方法。
【請求項４】
前記形成されたコードワード内の各ビットが、受信したデータの特定のサブフレームに関連する、請求項３に記載の方法。
【請求項５】
前記データ受信側パーティが端末（６００）であり、前記データ送信側パーティがネットワーク・ノード（６０２）である、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記リソース割り振り情報が、セル選択又はハンドオーバ手順中の制御メッセージ内で受信される、請求項５に記載の方法。
【請求項７】
前記リソース割り振り情報が、前記端末に対するダウンリンク・スケジューリング割り当てによって与えられるか、又は、前記ネットワーク・ノードから前記データがいずれのリソース上で伝送されるかによって与えられる、請求項５に記載の方法。
【請求項８】
前記データ送信側パーティと受信側パーティとの間の接続において、ＴＤＤ又は半二重ＦＤＤの伝送方式が採用される、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
ハイブリッドＡＲＱ（ＨＡＲＱ）プロトコルが使用され、それによって各フィードバック・レポートが、受信されたサブフレーム内のデータに関するＡＣＫメッセージ又はＮＡＣＫメッセージを含む、請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
無線接続において、データ送信側パーティ（６０２）から受信したデータに関するフィードバック・レポートを搬送するための、データ受信側パーティ（６００）内の装置であって、
−フィードバック・レポートを伝送するために使用可能な複数のフィードバック・リソースに関する割り振り情報を取得するように適合されたリソース取得ユニット（６００ａ）であって、前記フィードバック・リソースが、前記データ受信側パーティが受信データに関する暗黙的なフィードバック情報を搬送するために使用可能な、異なるフィードバック情報コードに関連付けられている、リソース取得ユニットと、
−前記取得したフィードバック・リソースから、前記受信データに関する１つ又は複数のフィードバック・レポートに対応するフィードバック情報コードに割り当てられたフィードバック・リソースを選択するように適合された選択ユニット（６００ｂ）と、
−前記選択されたフィードバック・リソース上でフィードバック情報を前記データ送信側パーティに送信するように適合された送信ユニット（６００ｃ）と、
を備える装置。
【請求項１１】
前記選択されたフィードバック・リソース上で明示的フィードバック情報が送信され、かつ、前記選択されたフィードバック・リソースが追加的な暗黙的フィードバック情報を示す、請求項１０に記載の装置。
【請求項１２】
ＱＰＳＫ変調を使用して、２ビットの明示的フィードバック情報を搬送し、前記フィードバック・リソース選択を使用して、少なくとも１ビットの追加的な暗黙的フィードバック情報を搬送し、それによって、前記２ビットの明示的フィードバック情報及び少なくとも１ビットの追加的な暗黙的フィードバック情報を備える組み合わされたコードワードを形成する、請求項１１に記載の装置。
【請求項１３】
前記形成されたコードワード内の各ビットが、受信したデータの特定のサブフレームに関連する、請求項１２に記載の装置。
【請求項１４】
前記データ受信側パーティが端末（６００）であり、前記データ送信側パーティがネットワーク・ノード（６０２）である、請求項１０から１３のいずれか一項に記載の装置。
【請求項１５】
さらに前記リソース取得ユニットは、セル選択又はハンドオーバ手順中の制御メッセージ内の前記リソース割り振り情報を受信するように適合された、請求項１４に記載の装置。
【請求項１６】
さらに、前記端末に対するダウンリンク・スケジューリング割り当てによって与えられるように、又は、前記ネットワーク・ノードから前記データがいずれのリソース上で伝送されるかによって、前記リソース取得ユニットが、前記リソース割り振り情報を取得するように適合された、請求項１４に記載の装置。
【請求項１７】
前記データ送信側パーティと受信側パーティとの間の接続において、ＴＤＤ又は半二重ＦＤＤの伝送方式が採用される、請求項１０〜１６のいずれか一項に記載の装置。
【請求項１８】
通信ユニットが、ハイブリッドＡＲＱ（ＨＡＲＱ）プロトコルを使用するように適合され、それによって各フィードバック・レポートが、受信されたサブフレーム内のデータに関するＡＣＫメッセージ又はＮＡＣＫメッセージを含む、請求項１０〜１７のいずれか一項に記載の装置。
【請求項１９】
無線接続において、ネットワーク・ノード（６０２）から端末へ伝送されたデータに関するフィードバック・レポートを、端末（６００）から取得するための方法であって、前記ネットワーク・ノードによって実行される方法は
−フィードバック情報を伝送するために使用可能な複数のフィードバック・リソースに関する割り振り情報を、前記端末に提供するステップであって、前記フィードバック・リソースが、受信したデータに関する暗黙的なフィードバック情報を搬送するために前記端末が使用可能な、異なるフィードバック情報コードに関連付けられる、ステップと、
−前記端末によって選択されたフィードバック・リソース上で、前記伝送された前記データに関するフィードバック情報を前記端末から受信するステップと、
−前記選択されたフィードバック・リソースに割り当てられた前記フィードバック情報コードに基づいて、１つ又は複数のフィードバック・レポートを検出するステップと、
を含む、方法。
【請求項２０】
前記選択されたフィードバック・リソース上で明示的フィードバック情報が受信され、かつ、前記選択されたフィードバック・リソースが追加的な暗黙的フィードバック情報を示す、請求項１９に記載の方法。
【請求項２１】
前記フィードバック情報を受信するステップが、受信信号強度を検出すること、及び受信信号強度が雑音及び／又は干渉から識別されるだけの十分な強さであるかどうかを判別すること、によって、いずれのフィードバック・リソース上で前記端末が前記フィードバック情報を伝送するかを検出するステップを含む、請求項１９又は２０に記載の方法。
【請求項２２】
前記フィードバック情報を受信するステップが、使用されたフィードバック・リソースが、すべての割り振り済みフィードバック・リソース上の前記受信信号強度を比較すること、及び最高の信号強度及び／又はＳＩＮＲ（信号対雑音比）を有する前記フィードバック・リソースを選択することによって、いずれのフィードバック・リソース上で前記端末が前記フィードバック情報を伝送するかを検出するステップを含む、請求項１９から２１のいずれか一項に記載の方法。
【請求項２３】
前記リソース割り振り情報が、セル選択又はハンドオーバ手順中の制御メッセージ内で送信される、請求項１９から２２のいずれか一項に記載の方法。
【請求項２４】
前記リソース割り振り情報が、前記端末に対するダウンリンク・スケジューリング割り当てによって与えられるように、又は、前記ネットワーク・ノードから前記データがいずれのリソース上で伝送されるかによって、提供される、請求項１９から２２のいずれか一項に記載の方法。
【請求項２５】
無線接続において、ネットワーク・ノードから端末へ伝送されたデータに関するフィードバック・レポートを、端末（６００）から取得するためのネットワーク・ノード（６０２）内の装置であって、
−フィードバック情報を伝送するために使用可能な複数のフィードバック・リソースに関する割り振り情報を、前記端末に提供するように適合された、リソース提供ユニット（６０２ａ）であって、前記フィードバック・リソースが、受信したデータに関する暗黙的なフィードバック情報を搬送するために前記端末が使用可能な、異なるフィードバック情報コードに関連付けられる、リソース提供ユニットと、
−前記端末によって選択されたフィードバック・リソース上で、前記伝送された前記データに関するフィードバック情報を前記端末から受信するように適合された受信ユニット（６０２ｂ）と、
−前記選択されたフィードバック・リソースに割り当てられた前記フィードバック情報コードに基づいて、１つ又は複数のフィードバック・レポートを検出するように適合された検出ユニット（６０２ｃ）と、
を含む、装置。
【請求項２６】
前記受信ユニット（６１２）が、前記選択されたフィードバック・リソース上の明示的フィードバック情報、及びさらに前記選択されたフィードバック・リソースによって示される暗黙的フィードバック情報を、受信するようにさらに適合された、請求項２５に記載の装置。
【請求項２７】
前記受信ユニット（６１２）が、受信信号強度を検出すること、及び前記受信信号強度が雑音及び／又は干渉から識別されるだけの十分な強さであるかどうかを判別すること、によって、いずれのフィードバック・リソース上で前記端末が前記フィードバック情報を伝送するかを検出するようにさらに適合された、請求項２５又は２６に記載の装置。
【請求項２８】
前記受信ユニット（６１２）が、すべての割り振り済みフィードバック・リソース上の前記受信信号強度を比較すること、並びに最高の信号強度及び／又はＳＩＮＲ（信号対雑音比）を有する前記フィードバック・リソースを選択することによって、いずれのフィードバック・リソース上で前記端末が前記フィードバック情報を伝送するかを検出するようにさらに適合された、請求項２５から２７のいずれか一項に記載の装置。
【請求項２９】
前記リソース提供ユニットが、セル選択又はハンドオーバ手順中の制御メッセージ内で、前記リソース割り振り情報を送信するようにさらに適合された、請求項２５から２８のいずれか一項に記載の装置。
【請求項３０】
前記リソース提供ユニットが、前記端末に対するダウンリンク・スケジューリング割り当てによって与えられるように、又は、前記ネットワーク・ノードから前記データがいずれのリソース上で伝送されるかによって、前記リソース割り振り情報を提供するようにさらに適合された、請求項２５から２８のいずれか一項に記載の装置。
【請求項１】
無線接続において、データ送信側パーティ（３０２）から受信したデータに関するフィードバック・レポートをデータ受信側パーティ（３００）から搬送する方法であって、前記データ受信側パーティによって実行される方法は、
−フィードバック・レポートを伝送するために使用可能な複数のフィードバック・リソース（３０４）に関する割り振り情報を取得するステップであって、前記フィードバック・リソースが、前記データ受信側パーティが受信データに関する暗黙的なフィードバック情報を搬送するために使用可能な、異なるフィードバック情報コードに関連付けられている、ステップと、
−前記取得したフィードバック・リソースから、前記受信データに関する１つ又は複数のフィードバック・レポートに対応するフィードバック情報コードに割り当てられたフィードバック・リソース（ＦＲ２）を選択するステップと、
−前記選択されたフィードバック・リソース上でフィードバック情報を前記データ送信側パーティに送信するステップと、
を含む方法。
【請求項２】
前記選択されたフィードバック・リソース上で明示的フィードバック情報が送信され、かつ、前記選択されたフィードバック・リソースが追加的な暗黙的フィードバック情報を示す、請求項１に記載の方法。
【請求項３】
ＱＰＳＫ変調を使用して、２ビットの明示的フィードバック情報を搬送し、かつ、前記フィードバック・リソース選択を使用して、少なくとも１ビットの追加的な暗黙的フィードバック情報を搬送し、それによって、前記２ビットの明示的フィードバック情報及び少なくとも１ビットの追加的な暗黙的フィードバック情報を備える組み合わされたコードワードを形成する、請求項２に記載の方法。
【請求項４】
前記形成されたコードワード内の各ビットが、受信したデータの特定のサブフレームに関連する、請求項３に記載の方法。
【請求項５】
前記データ受信側パーティが端末（６００）であり、前記データ送信側パーティがネットワーク・ノード（６０２）である、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記リソース割り振り情報が、セル選択又はハンドオーバ手順中の制御メッセージ内で受信される、請求項５に記載の方法。
【請求項７】
前記リソース割り振り情報が、前記端末に対するダウンリンク・スケジューリング割り当てによって与えられるか、又は、前記ネットワーク・ノードから前記データがいずれのリソース上で伝送されるかによって与えられる、請求項５に記載の方法。
【請求項８】
前記データ送信側パーティと受信側パーティとの間の接続において、ＴＤＤ又は半二重ＦＤＤの伝送方式が採用される、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
ハイブリッドＡＲＱ（ＨＡＲＱ）プロトコルが使用され、それによって各フィードバック・レポートが、受信されたサブフレーム内のデータに関するＡＣＫメッセージ又はＮＡＣＫメッセージを含む、請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
無線接続において、データ送信側パーティ（６０２）から受信したデータに関するフィードバック・レポートを搬送するための、データ受信側パーティ（６００）内の装置であって、
−フィードバック・レポートを伝送するために使用可能な複数のフィードバック・リソースに関する割り振り情報を取得するように適合されたリソース取得ユニット（６００ａ）であって、前記フィードバック・リソースが、前記データ受信側パーティが受信データに関する暗黙的なフィードバック情報を搬送するために使用可能な、異なるフィードバック情報コードに関連付けられている、リソース取得ユニットと、
−前記取得したフィードバック・リソースから、前記受信データに関する１つ又は複数のフィードバック・レポートに対応するフィードバック情報コードに割り当てられたフィードバック・リソースを選択するように適合された選択ユニット（６００ｂ）と、
−前記選択されたフィードバック・リソース上でフィードバック情報を前記データ送信側パーティに送信するように適合された送信ユニット（６００ｃ）と、
を備える装置。
【請求項１１】
前記選択されたフィードバック・リソース上で明示的フィードバック情報が送信され、かつ、前記選択されたフィードバック・リソースが追加的な暗黙的フィードバック情報を示す、請求項１０に記載の装置。
【請求項１２】
ＱＰＳＫ変調を使用して、２ビットの明示的フィードバック情報を搬送し、前記フィードバック・リソース選択を使用して、少なくとも１ビットの追加的な暗黙的フィードバック情報を搬送し、それによって、前記２ビットの明示的フィードバック情報及び少なくとも１ビットの追加的な暗黙的フィードバック情報を備える組み合わされたコードワードを形成する、請求項１１に記載の装置。
【請求項１３】
前記形成されたコードワード内の各ビットが、受信したデータの特定のサブフレームに関連する、請求項１２に記載の装置。
【請求項１４】
前記データ受信側パーティが端末（６００）であり、前記データ送信側パーティがネットワーク・ノード（６０２）である、請求項１０から１３のいずれか一項に記載の装置。
【請求項１５】
さらに前記リソース取得ユニットは、セル選択又はハンドオーバ手順中の制御メッセージ内の前記リソース割り振り情報を受信するように適合された、請求項１４に記載の装置。
【請求項１６】
さらに、前記端末に対するダウンリンク・スケジューリング割り当てによって与えられるように、又は、前記ネットワーク・ノードから前記データがいずれのリソース上で伝送されるかによって、前記リソース取得ユニットが、前記リソース割り振り情報を取得するように適合された、請求項１４に記載の装置。
【請求項１７】
前記データ送信側パーティと受信側パーティとの間の接続において、ＴＤＤ又は半二重ＦＤＤの伝送方式が採用される、請求項１０〜１６のいずれか一項に記載の装置。
【請求項１８】
通信ユニットが、ハイブリッドＡＲＱ（ＨＡＲＱ）プロトコルを使用するように適合され、それによって各フィードバック・レポートが、受信されたサブフレーム内のデータに関するＡＣＫメッセージ又はＮＡＣＫメッセージを含む、請求項１０〜１７のいずれか一項に記載の装置。
【請求項１９】
無線接続において、ネットワーク・ノード（６０２）から端末へ伝送されたデータに関するフィードバック・レポートを、端末（６００）から取得するための方法であって、前記ネットワーク・ノードによって実行される方法は
−フィードバック情報を伝送するために使用可能な複数のフィードバック・リソースに関する割り振り情報を、前記端末に提供するステップであって、前記フィードバック・リソースが、受信したデータに関する暗黙的なフィードバック情報を搬送するために前記端末が使用可能な、異なるフィードバック情報コードに関連付けられる、ステップと、
−前記端末によって選択されたフィードバック・リソース上で、前記伝送された前記データに関するフィードバック情報を前記端末から受信するステップと、
−前記選択されたフィードバック・リソースに割り当てられた前記フィードバック情報コードに基づいて、１つ又は複数のフィードバック・レポートを検出するステップと、
を含む、方法。
【請求項２０】
前記選択されたフィードバック・リソース上で明示的フィードバック情報が受信され、かつ、前記選択されたフィードバック・リソースが追加的な暗黙的フィードバック情報を示す、請求項１９に記載の方法。
【請求項２１】
前記フィードバック情報を受信するステップが、受信信号強度を検出すること、及び受信信号強度が雑音及び／又は干渉から識別されるだけの十分な強さであるかどうかを判別すること、によって、いずれのフィードバック・リソース上で前記端末が前記フィードバック情報を伝送するかを検出するステップを含む、請求項１９又は２０に記載の方法。
【請求項２２】
前記フィードバック情報を受信するステップが、使用されたフィードバック・リソースが、すべての割り振り済みフィードバック・リソース上の前記受信信号強度を比較すること、及び最高の信号強度及び／又はＳＩＮＲ（信号対雑音比）を有する前記フィードバック・リソースを選択することによって、いずれのフィードバック・リソース上で前記端末が前記フィードバック情報を伝送するかを検出するステップを含む、請求項１９から２１のいずれか一項に記載の方法。
【請求項２３】
前記リソース割り振り情報が、セル選択又はハンドオーバ手順中の制御メッセージ内で送信される、請求項１９から２２のいずれか一項に記載の方法。
【請求項２４】
前記リソース割り振り情報が、前記端末に対するダウンリンク・スケジューリング割り当てによって与えられるように、又は、前記ネットワーク・ノードから前記データがいずれのリソース上で伝送されるかによって、提供される、請求項１９から２２のいずれか一項に記載の方法。
【請求項２５】
無線接続において、ネットワーク・ノードから端末へ伝送されたデータに関するフィードバック・レポートを、端末（６００）から取得するためのネットワーク・ノード（６０２）内の装置であって、
−フィードバック情報を伝送するために使用可能な複数のフィードバック・リソースに関する割り振り情報を、前記端末に提供するように適合された、リソース提供ユニット（６０２ａ）であって、前記フィードバック・リソースが、受信したデータに関する暗黙的なフィードバック情報を搬送するために前記端末が使用可能な、異なるフィードバック情報コードに関連付けられる、リソース提供ユニットと、
−前記端末によって選択されたフィードバック・リソース上で、前記伝送された前記データに関するフィードバック情報を前記端末から受信するように適合された受信ユニット（６０２ｂ）と、
−前記選択されたフィードバック・リソースに割り当てられた前記フィードバック情報コードに基づいて、１つ又は複数のフィードバック・レポートを検出するように適合された検出ユニット（６０２ｃ）と、
を含む、装置。
【請求項２６】
前記受信ユニット（６１２）が、前記選択されたフィードバック・リソース上の明示的フィードバック情報、及びさらに前記選択されたフィードバック・リソースによって示される暗黙的フィードバック情報を、受信するようにさらに適合された、請求項２５に記載の装置。
【請求項２７】
前記受信ユニット（６１２）が、受信信号強度を検出すること、及び前記受信信号強度が雑音及び／又は干渉から識別されるだけの十分な強さであるかどうかを判別すること、によって、いずれのフィードバック・リソース上で前記端末が前記フィードバック情報を伝送するかを検出するようにさらに適合された、請求項２５又は２６に記載の装置。
【請求項２８】
前記受信ユニット（６１２）が、すべての割り振り済みフィードバック・リソース上の前記受信信号強度を比較すること、並びに最高の信号強度及び／又はＳＩＮＲ（信号対雑音比）を有する前記フィードバック・リソースを選択することによって、いずれのフィードバック・リソース上で前記端末が前記フィードバック情報を伝送するかを検出するようにさらに適合された、請求項２５から２７のいずれか一項に記載の装置。
【請求項２９】
前記リソース提供ユニットが、セル選択又はハンドオーバ手順中の制御メッセージ内で、前記リソース割り振り情報を送信するようにさらに適合された、請求項２５から２８のいずれか一項に記載の装置。
【請求項３０】
前記リソース提供ユニットが、前記端末に対するダウンリンク・スケジューリング割り当てによって与えられるように、又は、前記ネットワーク・ノードから前記データがいずれのリソース上で伝送されるかによって、前記リソース割り振り情報を提供するようにさらに適合された、請求項２５から２８のいずれか一項に記載の装置。
【図１ａ】
【図１ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図１ｂ】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−１１４９３３（Ｐ２０１２−１１４９３３Ａ）
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−１５７９（Ｐ２０１２−１５７９）
【出願日】平成２４年１月６日（２０１２．１．６）
【分割の表示】特願２０１０−５０２９７２（Ｐ２０１０−５０２９７２）の分割
【原出願日】平成２０年４月３日（２００８．４．３）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【出願番号】特願２０１２−１５７９（Ｐ２０１２−１５７９）
【出願日】平成２４年１月６日（２０１２．１．６）
【分割の表示】特願２０１０−５０２９７２（Ｐ２０１０−５０２９７２）の分割
【原出願日】平成２０年４月３日（２００８．４．３）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]