(57)【特許請求の範囲】
【請求項１】
データ転送のための送信特性を調整するための、無線ネットワークの送信ノードにおいて実行される方法であって、
トランスポート用送信特性のセットを用いて、受信ノードへ第１のトランスポートブロックを送信（Ｓ１０１）するステップと、前記第１のトランスポートブロックについて使用された前記トランスポート用送信特性のセットに対して低減された送信ロバスト性をもたらす探索用送信特性のセットを用いて、前記受信ノードへ前記第１のトランスポートブロックにも含まれるペイロードデータを含む探索ブロックを送信（Ｓ１０２）するステップと、
前記受信ノードによる前記探索ブロックの復号の成功を示す、前記受信ノードにより通信される情報に基づいて、第２のトランスポートブロックのために前記トランスポート用送信特性のセットを再構成（Ｓ１０４）するステップと、
を含む方法。
【請求項２】
前記探索ブロックを送信した後に、前記トランスポート用送信特性のセットを用いて、前記第２のトランスポートブロックを送信（Ｓ１０３）すること、及び、
前記第１のトランスポートブロックの成功裏の復号を示す情報を受信（Ｓ１０２ｃ）すること、
のうちの少なくとも１つをさらに含む、請求項１に記載の方法。
【請求項３】
前記再構成するステップは、前記トランスポート用送信特性のセットの少なくとも一部を、前記探索用送信特性のセットのそれぞれ一部に適合するように調整（Ｓ１０４ａ）すること、を含む、請求項１及び２のいずれかに記載の方法。
【請求項４】
前記再構成するステップは、前記トランスポート用送信特性のセットの少なくとも一部を、前記第１のトランスポートブロックの送信において使用された前記トランスポート用送信特性のセットの送信ロバスト性よりも低いが前記探索用送信特性のセットの送信ロバスト性よりも高い送信ロバスト性を引き起こすように調整（Ｓ１０４ａ）すること、を含む、請求項１〜２のいずれかに記載の方法。
【請求項５】
それぞれのタイムスロットにおいてトランスポートブロック内で送信されるようにペイロードデータをスケジューリング（Ｓ１０３ａ）することと、
前記それぞれのタイムスロットのうちの１つの期間中に送信されるように前記探索ブロックをスケジューリング（Ｓ１０３ｂ）することと、
前記それぞれのタイムスロットのうちの前記１つの期間中にスケジューリングされる前記ペイロードデータを、後続のタイムスロットにおいてスケジューリングされるペイロードデータとマージ（Ｓ１０３ｃ）することと、
マージされた前記ペイロードデータを用いて前記第２のトランスポートブロックを生成（Ｓ１０３ｄ）することと、
をさらに含む、請求項１〜４のいずれかに記載の方法。
【請求項６】
前記ペイロードデータをマージするステップ（Ｓ１０３ｃ）は、前記それぞれのタイムスロットのうちの前記１つにおいてスケジューリングされる前記ペイロードデータを、前記それぞれのタイムスロットのうちの前記１つのすぐ後に続く前記タイムスロットにおいてスケジューリングされるペイロードデータとマージすること、を含む、請求項５に記載の方法。
【請求項７】
前記トランスポートブロックの各々は、前記受信ノードに関連付けられる第１の識別子を含み、前記探索ブロックは、前記受信ノードに関連付けられる第２の識別子を含む、請求項１〜６のいずれかに記載の方法。
【請求項８】
前記探索ブロックを送信するステップは、前記受信ノードによるそれぞれのリクエストに応じて実行される、請求項１〜７のいずれかに記載の方法。
【請求項９】
無線ネットワーク内のノードのプログラム可能なコントローラにおいて実行されると、請求項１〜８のいずれかに記載の方法を当該ノードに実行させるコンピュータプログラムコード、を含む、コンピュータプログラム。
【請求項１０】
無線ネットワーク内の、１つ以上の処理回路を含む送信ノード（３００）であって、
前記処理回路は、
トランスポート用送信特性のセットを用いて、ペイロードデータを含む第１及び第２のトランスポートブロックを提供する、ように構成されるデータモジュール（３０１）と、
前記トランスポート用送信特性のセットに対して低減された送信ロバスト性を有する探索用送信特性のセットを用いて探索ブロックを提供する、ように構成される探索モジュール（３０３）と、前記探索モジュール（３０３）は、前記第１及び第２のトランスポートブロックのうちの少なくとも１つに含まれるペイロードデータを含む前記探索ブロックを提供する、ように構成されることと、
受信ノードへ、前記第１及び第２のトランスポートブロックを送信し、並びに前記第１のトランスポートブロックの前記送信と前記第２のトランスポートブロックの前記送信との間に前記探索ブロックを送信する、ように構成される通信モジュール（３０２）と、
前記受信ノードにより提供される前記探索ブロックの復号についての成功を示す確認応答に応じて、前記トランスポート用送信特性のセットを再構成する、ように構成される送信特性モジュール（３０４）と、
を含む、送信ノード。
【請求項１１】
前記送信特性モジュール（３０４）は、前記トランスポート用送信特性のセットの少なくとも一部を、前記探索用送信特性のセットのそれぞれ一部に適合するように調整する、ように構成される、請求項１０に記載の送信ノード。
【請求項１２】
前記送信特性モジュール（３０４）は、前記トランスポート用送信特性のセットの少なくとも一部を、前記第１のトランスポートブロックの送信において使用された前記トランスポート用送信特性のセットの送信ロバスト性よりも低いが前記探索用送信特性のセットの送信ロバスト性よりも高い送信ロバスト性を引き起こすように調整する、ように構成される、請求項１０に記載の送信ノード。
【請求項１３】
前記通信モジュール（３０２）は、前記受信ノードによる、前記ペイロードデータを含むトランスポートブロックの肯定確認応答の受信の後に、前記探索ブロックを送信する、ように構成される、請求項１０〜１２のいずれかに記載の送信ノード。
【請求項１４】
前記データモジュール（３０１）は、
それぞれのタイムスロットにおいて送信されるようにペイロードデータをスケジューリングする、ように構成されるスケジューラ（３０１ａ）と、
前記探索ブロックの送信がスケジューリングされる前記タイムスロットにおいて送信されるようにスケジューリングされるペイロードデータと、後続のタイムスロットにおいて、特に、前記探索ブロックの前記送信のすぐ後に続く前記タイムスロットにおいてスケジューリングされるペイロードデータと、をマージし、及び、マージされた前記ペイロードデータを含むトランスポートブロックを提供する、ように構成されるマージャ（３０１ｂ）と、
を含む、請求項１０〜１３のいずれかに記載の送信ノード。
【請求項１５】
前記データモジュール（３０１）は、前記受信ノードに関連付けられる第１の識別子を有する１つ又は複数のトランスポートブロックを提供するように構成され、
前記探索モジュール（３０３）は、前記受信ノードに関連付けられる第２の識別子を有する前記探索ブロックを提供する、ように構成される、
請求項１０〜１４のいずれかに記載の送信ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線ネットワークにおいて送信信号を送信し及び受信する方法に関する。より具体的には、本開示は、データ転送に関連付けられる送信特性を調整する方法に関する。さらに、本開示は、無線ネットワーク内の送信及び受信ノード、並びに対応するコンピュータプログラムに関する。
【背景技術】
【０００２】
現代のモバイル通信システムは、ＵＭＴＳ（Universal  Mobile  Telecommunication  System）及びＬＴＥ（Long  Term  Evolution）として知られる複数の通信標準を活用する。ＬＴＥについての３ＧＰＰ（third  Generation  Partnership  Program）の作業は、Ｅ−ＵＴＲＡＮ（Evolved  Universal  Terrestrial  Access  Network）としても言及される。ＬＴＥは、ダウンリンク及びアップリンクの双方において高いデータレートに達することのできる高速なパケットベースの通信を実現するための技術であり、ＵＭＴＳに対する次世代のモバイル通信システムであると考えられている。高いデータレートをサポートする目的で、ＬＴＥは、変調タイプとしてＯＦＤＭを用いて、２０ＭＨｚのシステム帯域幅、又は、キャリアアグリゲーションが採用される場合には最大１００ＭＨｚのシステム帯域幅を可能とする。また、ＬＴＥは、異なる複数の周波数帯域で動作することが可能であり、少なくとも周波数分割複信（ＦＤＤ）モード及び時分割複信（ＴＤＤ）モードで動作することができる。
【０００３】
ハイブリッド自動再送要求（ＨＡＲＱ）は、増分冗長性の手段によってワイヤレスデバイスとネットワークノードとの間の信頼性の高い通信を可能とする、３Ｇ標準及び４Ｇ標準の不可欠な部分である。送信されるべきトランスポートブロックは、前方エラー訂正符号化の対象とされ、それにより冗長性が取り入れられる。ビット数は、取り入れられる冗長性に起因して増加し、但し全てのビットが同時に送信されるわけではない。結果として生じるビットは、複数の冗長バージョンへとセグメント化され、そうした各冗長バージョンは、情報ビットの同じセットを含み、但し異なるパリティビットのセットを含む。冗長バージョンは、さらに、所与の割り当て（１つ以上のリソースブロックペア）にフィットさせる目的で送信前に間引かれる。この点での“間引き（Puncturing）”は、符号化理論において使用される用語であり、間引きにおいて、パリティビットのいくつかがエラー訂正コードを伴う符号化の後に除去される。どの程度の間引きが行われるかは、割り当てにおいていくつのビット（情報ビット及び冗長ビット）が搬送可能であるかに依存し、それはさらに、割り当て帯域幅、使用される変調法（例えば、ＱＰＳＫ、１６ＱＡＭ、２５６ＱＡＭ）、並びに、割り当て帯域幅内のブロードキャストされる信号及びチャネルの存在に依存する。トランスポートブロック内の情報ビットと情報ビットプラス冗長ビットとの間の比率を、コードレートという。良好な無線条件において、コードレートは１に近く（非常に少ない冗長性）、無線条件が悪化するほどコードレートは減少する（情報の冗長性は徐々に増加する）。コードレートと変調タイプとの組み合わせを、変調符号化方式、又は略してＭＣＳという。ＭＣＳ、及び送信のロバスト性に影響する他のパラメータを、送信特性という。
【０００４】
実際に、誤って受信された符号化されたデータブロックは、しばしば、破棄されるのではなく受信機に記憶され、再送されたブロックが受信されると、２つのブロックが合成される。２つの所与の送信信号をエラー無しに独立して復号することはできない可能性があるが、前に誤って受信された送信信号を合成することで、正しく復号するために十分な情報を得られる場合がある。このアプローチは、ソフト合成を伴うハイブリッドＡＲＱと呼ばれ、その中で、増分冗長性がそうしたソフト合成のための可能性である。
【０００５】
増分冗長性は、受信ノード、例えばユーザデバイスが、トランスポートブロックの第１の冗長バージョンの受信及び復号を試行することを可能にする。それに失敗した場合には、受信ノードはトランスポートブロックの第２の冗長バージョンを受信し、それを第１の受信ブロックと合成して再度復号する。同じトランスポートブロックの再送が求められるケースでは、それは通常、最小で８ｍｓの距離で生起する。いくつかの状況下では、ＴＴＩバンドリングなどの機能が使用され、それによると、複数の冗長バージョンが、前の冗長バージョンが成功裏に復号されたかに関するフィードバックを待ち受けることなく、後続のサブフレームにおいて送信される。
【０００６】
受信エンティティは、トランスポートブロックの復号が成功したか（ＡＣＫ）又は失敗したか（ＮＡＣＫ）に関する確認応答を送信エンティティへ提供する。送信エンティティは、すると、同じブロックについて他の冗長バージョンを送信すべきか又は次のトランスポートブロックについての冗長バージョンを送信すべきかについて決定することができる。
【０００７】
受信エンティティがトランスポートブロックを復号できるようになることなく再送の最大回数に達した場合、プロトコルデータユニット（ＰＤＵ）が逸失したことが上位レイヤ（例えば、無線リンク制御（ＲＬＣ））によって概して５０〜１００ｍｓ以内に検出され、そのＲＬＣ  ＰＤＵを含む全てのトランスポートブロックについて再送が要求される。復号に成功したかもしれないトランスポートブロックでさえそうである。これを自動再送要求（ＡＲＱ）といい、ＨＡＲＱ再送よりもかなり大きいレイテンシを有する。
【０００８】
ＬＴＥネットワークにおいて、ワイヤレスデバイス（ＬＴＥではユーザ機器（ＵＥ）として言及される）は、測定を遂行して、感知される無線伝搬条件に関する標識を、チャネル品質インジケータ（ＣＱＩ）レポーティングと呼ばれるものの中で基地局（ＬＴＥではｅＮｏｄｅＢ）へ提供する。そのレポーティングに基づき、基地局は、ＵＥとの通信のためにどの変調符号化方式（ＭＣＳ）を使用すべきかをおおよそ決定することができる。ＣＱＩとＭＣＳとの間のマッピングの一例が、３ＧＰＰ  ＴＳ３６．２１３  Ｖ１０．１２．０のセクション７．２．３から取得した以下の表１に示されている。チャネル品質が低い場合（低いＣＱＩインデックス）、情報ビットの成功裏の復号のためにより多くの前方エラー訂正符号化が必要とされ、チャネル品質が高い場合、即ちＣＱＩインデックスが高い場合において逆もまたしかりである。よって、高ＣＱＩでは、情報ビットのスループットを低ＣＱＩよりも高くすることができる。
【０００９】
【表１】
0006479216.tif 000002
【００１０】
良好なシステムスループットを得る目的で、ｅＮｏｄｅＢは、リンク適応を遂行することにより、各ＵＥがレポートしたチャネル品質を、システムスループットと個々のユーザについてのスループットとの間の正しいバランスを提供するＭＣＳに適合させる。３ＧＰＰ  ＴＳ３６．２１３  Ｖ１０．１２．０のセクション７．１．７．１から取得した表２に示されているように、ＭＣＳは、ＰＤＣＣＨ（Physical  Data  Control  Channel）上で提供されるダウンリンク制御情報（ＤＣＩ）においてＵＥへ指し示される。
【００１１】
【表２】
0006479216.tif 000003
【００１２】
ＣＱＩレポーティングに加えて、ｅＮｏｄｅＢは、典型的には、ＡＣＫ／ＮＡＣＫレポートに基づいて例えば１０％のＢＬＥＲ（ＮＡＣＫと、受信され又は予期されるＡＣＫ／ＮＡＣＫの総数との間の比率）を与える適切な値にＭＣＳ値をチューニングするというアウターループを有する。それは、どの目標ＢＬＥＲが使用されるか（例えば、１％、１０％、３０％）の柔軟性を提供することに加えて、レポートされるＣＱＩにおいて各ＵＥモデルが又は同じモデルの複数のＵＥさえも個別のバイアスを有し得るという問題をも解決する。よって、基地局は、所望のＢＬＥＲ目標を与えるようにチューニングするＵＥ固有のＣＱＩオフセットを維持する。
【００１３】
高信頼性かつ低レイテンシな通信についての、例えば１０−９程度の残留ＢＬＥＲ及び２０ｍｓ程度のレイテンシ（即ち、１０億個につき最大１つのトランスポートブロックが２０ｍｓを超えるレイテンシを有することを許される）といった極端な要件を伴うＵＥのケースでは、ＭＡＣレベルでのブロックエラーは可能な限り回避されなければならない。各ブロックエラーは、ＭＡＣ  ＨＡＲＱ合成における失敗のリスクを増大させ、結果として、典型的には１００ｍｓ以上のレイテンシに関連付けられるＲＬＣ再送（ＲＬＣ  ＡＲＱ）をもたらす。これは、ＲＬＣが、パッケージが（ネットワークオペレータにより構成可能な）順序違い（out-of-order）で送出されたことを検出した後、ＭＡＣ  ＰＤＵが失われたと結論付けることができ及び再送を要求することができる前に、しばらくの間待たねばならないことに起因する。
【００１４】
既存のＨＡＲＱ実装は、トランスポートブロックが正しく復号されたかについて２値のレポーティング、即ちＡＣＫ又はＮＡＣＫ、しかサポートしない。これは、ＭＡＣ  ＨＡＲＱレベルでのブロックエラーを導入するリスクを増大させることなしに、一意のＣＱＩバイアスを判定し及び補償する動作を行うことができないことを意味している。ＭＡＣ  ＨＡＲＱレベルのブロックエラーはレイテンシの増加につながり得る。というのも、不成功の各ＨＡＲＱ再送は少なくとも追加の８ｍｓを要するからである。その理由は、ブロックが正しく復号された場合、肯定確認応答ＡＣＫは、送信側へ、復号動作がその限界にどれくらい近かったか、即ち訂正可能なエラーがあったか否か、を知らせないことである。
【００１５】
既存の実装は、ネットワークノードがＣＱＩバイアスを識別することを困難にしている。というのも、そうした動作は、レイテンシ要件及び／又は信頼性要件の違反につながり得るからである。結果として、ｅＮｏｄｅＢは、ＲＬＣレベルで遅延及び／又はブロックエラーを導入するリスクを冒さないようにする目的で、必要とされるよりもはるかにロバストなＭＣＳを使用してＤＬ及びＵＬ送信を構成する必要がある。よりロバストなＭＣＳは、特定のＵＥについて必要以上のリソースを利用することにつながり、セル内の他のＵＥについて利用可能なリソースはより少なくなり、それにより、全体的なシステムのスループットが低下する。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
このため、より柔軟なアプローチを提供する方法が求められる。
【課題を解決するための手段】
【００１７】
データ転送に関連付けられる送信特性を調整するための方法は、無線ネットワークの送信ノードにおいて実行される。方法は、トランスポート用送信特性のセットを用いて、受信ノードへ第１のトランスポートブロックを送信することを含む。第１のトランスポートブロックについて使用されたトランスポート用送信特性のセットに対して低減されたロバスト性をもたらす探索用送信特性のセットを用いて、探索ブロックが受信ノードへ送信される。また、方法は、受信ノードによる探索ブロックの復号の成功を示す、受信ノードにより通信される情報に基づいて、さらなるトランスポートブロックのためにトランスポート用送信特性のセットを再構成することを含む。提案される方法は、高信頼性かつ低レイテンシな通信についての要件を維持しながらリソースを解放する目的で、送信特性を再構成する可能性を提供する。これは、探索ブロックを送信し及び探索ブロックの復号の成功を示すフィードバックを評価することにより達成される。
【００１８】
さらなる側面において、方法は、探索ブロックを送信した後に、トランスポート用送信特性を用いて、第２のトランスポートブロックを送信することも含み得る。換言すれば、探索ブロックは、第１及び第２のトランスポートブロックの間に送信される。代替的に又は追加的に、第１のトランスポートブロックの成功裏の復号を示す情報も受信され得る。これは、正規のデータ転送の期間中に探索ブロックを送信することにより、探索を柔軟に実行することを可能にするであろう。
【００１９】
一側面において、再構成することは、トランスポート用送信特性のセットの少なくとも一部を、探索用送信特性のセットのそれぞれ一部に適合するように調整すること、を含む。代替的に、トランスポート用送信特性のセットの少なくとも一部は、第１のトランスポートブロックの送信において使用されたトランスポート用送信特性のセットの送信ロバスト性よりも低いが探索用送信特性のセットの送信ロバスト性よりも高い送信ロバスト性を引き起こし及び／又はもたらすように調整される。この点に関して、送信特性は、例えば、変調符号化方式、無線アクセス技術、１つ以上のＭＩＭＯ（Multiple  Input  Multiple  Output）送信モード、ビームフォーミング、プリコーディング行列、送信電力、又は、送信のロバスト性に影響を及ぼす他の任意の送信パラメータ、を含み得る。
【００２０】
一側面において、探索ブロックは、トランスポート用送信特性のセットを用いるトランスポートブロック内にも含まれるペイロードデータを含む。換言すれば、探索ブロックは、トランスポートブロック内で受信ノードへ既に送信されたか又は送信されるようにスケジューリングされるものと同じペイロードデータを含む。探索ブロック内のペイロードは、探索ブロックが復号され及び成功裏の復号が確認応答された後に、破棄され得る。
【００２１】
さらなる側面において、トランスポートブロックのペイロードに等しいペイロードデータを含む探索ブロックは、上記トランスポートブロックの成功裏の復号を示す受信ノードによる通信を受信した後に送信される。含まれるペイロードが受信ノードにより既に成功裏に復号されていることから、受信ノードは、探索ブロックが正しく復号されるかどうかに関わらず、探索ブロックを破棄することができ、よって、リソースは探索のために一時的に割り当てられるに過ぎない。いくつかの側面において、探索ブロックの移行は、トランスポートブロックの送信の直後又は直前である。これは、ペイロードデータの受信の確認応答を待ち受けることなく、探索ブロックを送信することを可能にするであろう。
【００２２】
さらに別の側面において、方法は、それぞれのタイムスロットにおいて送信されるようにペイロードデータをスケジューリングすることと、それらタイムスロットのうちの１つの期間中の送信のために探索ブロックをスケジューリングすることと、をさらに含む。探索ブロックを送信するために使用されたタイムスロットを補償するために、当該１つのタイムスロットにおいてスケジューリングされるペイロードデータは、後続のタイムスロットにおいてスケジューリングされるペイロードデータとマージされる。第２のトランスポートブロックは、マージされたペイロードを使用して生成される。一側面において、後続のタイムスロットは、当該１つのタイムスロットのすぐ後に続くタイムスロットである。これは、概して連続的なデータ転送を可能にし、同時に探索を可能にするであろう。
【００２３】
別の側面において、トランスポートブロックの各々は、受信ノードに関連付けられる第１の識別子を含み、探索ブロックは、受信ノードに関連付けられる第２の識別子を含む。一側面において、第３のトランスポートブロックが、探索ブロックが送信される時間の期間中に送信される。第３のトランスポートブロック及び探索ブロックは、この点に関して、異なる識別子を含み得る。よって、同じ受信ノードに関連付けられる２つの識別子が、１つは通常のデータフローのために、他方は探索のために、同時に使用される。これは結果として、受信ノードへの途切れない通常のデータフローをもたらす。
【００２４】
一側面において、探索用送信特性は、ブロックレベルエラーレートに応じて選択され、所要の上記ブロックレベルエラーレートは、受信ノードにより通信されるチャネル品質インジケータ内のブロックレベルエラーレートへとバイアスされる。このアプローチは、リソース効率のよい手法で、受信ノードによるレイテンシ及びＢＬＥＲの要件を充足することを可能にし得る。
【００２５】
提案される方法は、無線ネットワーク環境における基地局においてもユーザ機器においても使用されることができる。このため、一側面において、探索ブロックを送信するステップは、受信ノードによるそれぞれのリクエストに応じて実行される。別の側面において、第１及び第２のトランスポートブロック又は探索ブロックのうちの少なくとも１つが送信されるようにスケジューリングされるタイムスロットのリストが受信される。一例において、双方の側面が、無線ネットワークにおける送信ノードとしてのユーザデバイスへ適用される。
【００２６】
別の側面において、トランスポートブロックについての品質情報を処理するための方法が提案される。上記方法は、無線ネットワークの受信ノードにおいて実行され、トランスポート用送信特性のセットを用いて第１のトランスポートブロックを受信することを含む。第１のトランスポートブロックについて使用されたトランスポート用送信特性のセットに対して低減されたロバスト性を含む探索用送信特性のセットを用いて、探索ブロックが受信される。探索ブロックの復号に応じて、確認応答が受信ノードにより通信され、復号された探索ブロックは破棄される。
【００２７】
探索ブロックは、その復号後に破棄されるので、ペイロードデータはより上位レベルで処理されることはなく、よって、処理の時間及び労力が節約される。具体的には、探索ブロックは、復号プロセスの結果に関わらず、即ちブロックが成功裏に復号されたか否かに関わらず、破棄されることができる。一側面において、第１のトランスポートブロックの成功裏の復号を示す情報が通信される。さらに、探索ブロックを受信した後に、第２のトランスポートブロックが受信される。換言すれば、探索ブロックは、第１及び第２のトランスポートブロックのそれぞれの受信の間に受信される。この点に関して、第２のトランスポートブロックは、探索ブロックが送信される時間の期間中の送信のためにスケジューリングされるペイロードデータと、探索ブロックの送信後に送信されるようにスケジューリングされるペイロードデータと、を含む、マージされたペイロードデータを含み得る。
【００２８】
一側面において、探索ブロックは、トランスポートブロック内に既に含まれていたペイロードデータを含む。代替的に、探索ブロックは、予め定義されるペイロードデータを含み得る。探索ブロックが正しく復号されたかどうかを評価するための他の方策にもかかわらず、既知のペイロードデータは、受信ノードがそれを破棄する前に、さらなる一貫性のチェックを迅速に実行することを可能にする。ロバスト性をさらに増大させ及び処理のオーバヘッドを低減する目的で、受信されるトランスポートブロック内のデータについての確認応答が、探索ブロック内の上記データの受信に先立って送信されてもよい。
【００２９】
いくつかの他の側面において、各トランスポートブロックは、受信ノードに関連付けられる第１の識別子を含み、探索ブロックは、受信ノードに関連付けられる第２の識別子を含む。受信ノードに関連付けられる２つの識別子を使用することで、受信ノードは、探索ブロックの受信により中断されることなく、実質的に連続した態様で複数のトランスポートブロックを受信することを可能とされる。一側面において、第３のトランスポートブロックが、探索ブロックが受信される時間の期間中に受信されることができ、それらのブロックは、異なる識別子を有し得る。
【００３０】
双方の方法は、様々な無線ネットワーク標準において適用されることができる。例えば、無線ネットワーク標準を使用する無線ネットワーク内の第１のノードは、送信特性を調整するための方法の１つ以上の側面を実行するように構成され、他方、当該無線ネットワーク内の第２のノードは、品質情報を処理するための方法を実行する、ように構成される。コンピュータプログラムコードを含むコンピュータプログラムが、無線ネットワーク内のノードのプログラム可能なコントローラにおいて実行された場合に、当該ノードに、上記側面のうちの１つ以上を実行させてもよい。加えて、第１の、第２の、及び探索ブロックは、例えば、ペイロードデータ転送のためのチャネルにおいて、特にＰＤＳＣＨ（physical  downlink  shared  channel）又はＰＵＳＣＨ（physical  uplink  shared  channel）において、ＬＴＥ標準に従って、送信されることができる。今日までのところ、現行のＬＴＥ標準は２０１５年３月からのリリース１２、シリーズ３６であり、これは、ftp://ftp.3gpp.org/Specs/2015-03/Rel-12/36_series/で見つけることができ、参照によりここに取り入れられる。
【００３１】
さらに別の側面において、無線ネットワーク内の送信ノードは、データモジュールと、探索モジュールと、通信モジュールと、送信特性モジュールと、を含む。データモジュールは、トランスポート用送信特性のセットを用いて、ペイロードデータを含む第１及び第２のトランスポートブロックを提供する、ように構成される。探索モジュールは、トランスポート用送信特性のセットに対して低減された送信ロバスト性を含む探索用送信特性のセットを用いる探索ブロックを提供する、ように構成される。通信モジュールは、受信ノードへ、第１及び第２のトランスポートブロックをそれぞれのタイムスロットにおいて送信するように、また、当該それぞれのタイムスロットの間のタイムスロットにおいて探索ブロックを送信するように、構成される。送信特性モジュールは、受信ノードにより提供される探索ブロックの復号の成功を示す確認応答に応じて、トランスポート用送信特性のセットを再構成する、ように構成される。
【００３２】
この側面に従えば、送信ノードは、第１の送信パラメータのセットを、ロバスト性のより低いしかしながらレイテンシ及び他の送信品質パラメータについての要件を依然として充足する送信へと調整することを可能にされる。このため、利用可能なリソースはより効率的に使用されるようになり、送信特性は、変化する環境に応じてより柔軟に変更されることができる。さらなる側面において、送信特性モジュールは、トランスポート用送信特性のセットの少なくとも一部を、探索用送信特性のセットのそれぞれ一部に適合するように調整する、ように構成される。結果として、送信ノードは、いずれかの探索動作の期間中に評価され及びテストされた送信特性を活用する。
【００３３】
一側面において、送信ノードの探索モジュールは、複数のトランスポートブロックのうちの１つに含まれるペイロードデータを含む探索ブロックを提供する、ように構成される。さらに別の側面において、通信モジュールは、受信ノードによる上記ペイロードデータを含むトランスポートブロックの肯定確認応答を受信した後に、探索ブロックを送信するように構成され得る。これは、肯定確認応答が受信される対象である、探索用データの既知のペイロードが使用される、という程度において、何らかの形式の優先制御（prioritization）を提供し得る。上記ペイロードは、受信ノードにとっては既知であり、したがって、探索ブロックが成功裏に復号されるか否かに関わらず破棄されることができる。
【００３４】
さらなる側面は、スケジューリングされる態様で複数のトランスポートブロックを送信することに関する。この側面において、データモジュールは、それぞれのタイムスロットで送信されるようにペイロードデータをスケジューリングする、ように構成されるスケジューラ、を含む。データモジュールは、探索用データの送信の期間中の送信のためにスケジューリングされるペイロードデータと、後続のタイムスロットにおいてスケジューリングされるペイロードデータと、をマージする、ように構成されるマージャ、も含む。この点に関して、マージャは、ペイロードをマージし及び、当該ペイロードを、特に探索用データの送信のすぐ後に続くタイムスロットにおいて送信されるようにスケジューリングするように構成され得る。バンドラは、上記バンドリングされたペイロードデータを含むトランスポートブロックを提供する。この側面に従えば、送信ノードは、探索ブロックを予め定義される時間の期間中に送信されるようにスケジューリングする探索機能性を提供し得る。ペイロードの実質的に連続した送信を可能にするためにマージャが提供され、マージャは、探索ブロックがスケジューリングされる時間の期間中にペイロードデータがスケジューリングされるケースにおいて、ペイロードデータをマージする。換言すれば、マージャは、送信のために１つのトランスポートブロック内にマージされるべき２つのペイロードパケットを提供する。
【００３５】
別の側面において、データモジュールは、受信ノードに関連付けられる第１の識別子を有するトランスポートブロックと、受信ノードに関連付けられる第２の識別子を有する探索ブロックと、を提供する、ように構成される。通信モジュールは、第３のトランスポートブロック及び探索ブロックを同時に送信するように構成され得る。２つの識別子を同じ受信ノードに関連付けることで、送信ノードは、複数のトランスポートブロックを、探索による送信の中断なしに実質的に連続的に送信することを可能とされる。
【００３６】
いくつかの状況において、通信モジュールは、探索ブロックと同じペイロードデータを含むトランスポートブロックの直前又は直後に、探索ブロックを送信する、ように構成される。いくつかの他の側面において、探索モジュールは、復号の確認応答の通信後に探索ブロックを破棄せよとのリクエストを提供する、ように構成される。
【００３７】
別の側面は、無線ネットワークにおける受信ノードに言及する。ノードは、トランスポート用送信特性のセットを用いて第１及び第２のトランスポートブロックを復号してペイロードデータを取得する、ように構成される復号モジュールを含む。探索モジュールは、トランスポート用送信特性のセットに対して低減された送信ロバスト性を有する探索用送信特性のセットを用いる探索ブロックを復号する、ように構成される。探索モジュールは、さらに、復号後に探索ブロックを破棄するように、及び、復号結果を示す確認応答を提供するように、構成される。また、受信ノードは、送信ノードから第１及び第２のトランスポートブロックと、それらトランスポートブロックの間に探索ブロックと、を受信するように、並びに、上記送信ノードへ確認応答を送信する、ように構成される通信モジュール、を含む。したがって、受信ノードは、探索ブロックが成功裏に復号されるか否かを評価するのみであり、復号の試行の後、探索ブロックを破棄するであろう。このため、復号プロセスはより下位のレイヤで実行されることができ、結果として、探索のためのリソースの消費が低減される。
【００３８】
一側面において、受信ノードは、トランスポートブロックに関連付けられる識別子とは異なる識別子に関連付けられる探索ブロックを受信し及び復号する、ように構成される。異なる識別子を伴う探索ブロックの受信は、受信ノードが処理のために複数のトランスポートブロックを実質的に連続的に受信することを可能にする。
【００３９】
すべての側面において、送信特性のセットは、送信品質、又は送信のロバスト性に影響を及ぼす他の設定の、１つ以上のパラメータを含み得る。これらの側面は、例えば、変調符号化方式、無線アクセス技術、１つ以上のＭＩＭＯ（Multiple  Input  Multiple  Output）送信モード、ビームフォーミング、プリコーディング行列、又は送信電力、を含む。
【図面の簡単な説明】
【００４０】
上述した内容は、添付図面に示したような、例示的な実施形態についての以下のより具体的な説明から明白となるであろう。それら添付図面において、類似の参照記号は様々な観点を通じて同じ部分を指す。図面は必ずしも等尺ではなく、代わりに例示的な実施形態の描出に関して強調が施される。
【００４１】
【図１】無線ネットワークにおける複数の方法ステップのフローチャートを示す。
【図２】無線ネットワークにおける複数の方法ステップを示す別のフローチャートを示す。
【図３Ａ】ＨＡＲＱプロセスを用いる複数のサブフレーム及びトランスポートブロックを示す時間図を示す。
【図３Ｂ】ＨＡＲＱプロセスを用いる複数のサブフレーム及びトランスポートブロックを示す別の時間図を示す。
【図４】無線ネットワークにおいて実行される方法ステップを示すフローチャートを示す。
【図５】ＨＡＲＱプロセスを用いる複数のサブフレーム及びトランスポートブロックを示す別の時間図を示す。
【図６】無線ネットワークにおいて実行される方法ステップを示すフローチャートを示す。
【図７】無線ネットワークにおいて実行される方法ステップを示すフローチャートを示す。
【図８】ＨＡＲＱプロセスを用いる複数のサブフレーム及びトランスポートブロックを示す別の時間図を示す。
【図９】無線ネットワークにおいて実行される方法ステップを示すフローチャートを示す。
【図１０】無線ネットワークにおいて実行される方法ステップを示すフローチャートを示す。
【図１１】無線ネットワークにおいて実行される方法ステップを示すフローチャートを示す。
【図１２】送信ノードの例示的なノード構成を示す。
【図１３】受信ノードの例示的なノード構成を示す。
【図１４】無線ネットワークノード及びワイヤレスデバイスを示している。
【図１５】ＬＴＥの物理レイヤのダウンリンク及びアップリンクの処理のスケッチである。
【発明を実施するための形態】
【００４２】
［略語］
以下の略語は、本開示において一般的に用いられる略語の非限定的なリストを表す。本開示は追加的な略語を含み得るが、その意味及び定義は本開示内において適切な場所で説明される。
【００４３】
ＡＣＫ        Acknowledged
ＡＲＱ        Automatic  repeat  request
ＢＬＥＲ      Block  error  rate
ＣＱＩ        Channel  quality  indicator
Ｃ−ＲＮＴＩ  Cell  Radio  Network  Temporary  Identifier
ＣＲＳ        Cell  specific  reference  signals
ＣＳＩ        Channel  state  information
ＤＣＩ        Downlink  control  information
ＤＬ          Downlink
ｅＩＣＩＣ    Enhanced  ICIC
ＦＦＴ        Fast  Fourier  transformation
ＨＡＲＱ      Hybrid  automatic  repeat  request
ＩＣＩＣ      Inter-cell  interference  coordination
ＬＴＥ        Long  Term  Evolution
ＭＡＣ        Medium  ACcess  layer
ＭＣＳ        Modulation  and  coding  scheme
ＮＡＣＫ      Not  Acknowledged
ＯＦＤＭ      Orthogonal  Frequency  Division  Modulation
ＰＣＦＩＣＨ  Physical  control  format  indicator  channel
ＰＤＣＣＨ    Physical  downlink  control  channel
ＰＤＳＣＨ    Physical  downlink  shared  channel
ＰＨＩＣＨ    Physical  HARQ  indication  channel
ＰＨＹ        Physical  layer
ＰＵＣＣＨ    Physical  uplink  control  channel
ＰＵＳＣＨ    Physical  uplink  shared  channel
ＰＤＵ        Protocol  data  unit
ＱｏＳ        Quality  of  service
ＲＬＣ        Radio  link  control
ＳＧ          Scheduling  grant
ＳＲ          Scheduling  request
ＳＲＳ        Sounding  reference  signals
ＴＴＩ        Transmission  time  interval
ＵＣＩ        Uplink  control  information
ＵＥ          User  equipment
ＵＬ          Uplink
【００４４】
これ以降、添付図面を参照しながら本開示の複数の側面がより充分に説明されるであろう。ここで開示される装置及び方法は、しかしながら、多くの異なる形式で実現されることができ、ここで呈示される側面に限定されるものとして解釈されるべきではない。図面内の類似の番号は一貫して類似のエレメントを指す。
【００４５】
ここで使用される専門用語は、本開示の具体的な側面を説明する目的のためのものに過ぎず、本開示を限定することを意図されない。ここで使用されるところによれば、単数形の“a”、“an”及び“the”は、別段文脈で明示されない限り、複数形をも含むものと意図される。
【００４６】
以下の実施形態を説明する目的で、本開示は、３ｇｐｐ標準の２０１５年３月からのリリース１２、シリーズ３６に記述され及び包含されている通りの、現代の通信標準３ＧＰＰ／ＬＴＥに言及する。このため、ここで使用される用語は、上記標準に由来する。しかしながら、提案され及び開示される技術、方法、及びデバイスは、この標準に制限され又は限定されるものではなく、概して、あらゆる無線ネットワーク又はワイヤレス通信標準（例えば、Ｗｉ−Ｆｉ、ＷＣＤＭＡ、ＷｉＭａｘ、ＵＭＢ、及びＧＳＭ）に適用可能であり、また、信頼性の高いデータ転送及びリソース管理を達成するために同様のエラー訂正の原理及び送信パラメータ変更を適用する有線通信標準にも適用可能である。現時点において開発の初期段階にある将来的な無線ネットワーク標準は、開示される実施形態及び原理から恩恵を受ける可能性があり、既存の標準の将来的な改定版及びそれからの変種についても同様である。本説明を通じて、送信ノード及び受信ノードという用語が使用される。留意すべきこととして、これらの用語は、特定のエンティティに対応するものと限定的に解釈されてはならない。それどころか、基地局ばかりかユーザ機器も、送信ノードとして動作し又は送信ノードを実現することができる。同様に、ユーザ機器及び／又は基地局は、受信ノードとして動作し又は受信ノードを実装することができる。
【００４７】
また、様々な図面が、実線で境界が示されるいくつかの動作及び破線で境界が示されるいくつかの動作を含み得ることが理解される。実線の縁取り内に含まれる動作は、より広範な例示的な実施形態に含まれる動作である。破線の縁取り内に含まれる動作は、実線の縁取りの例示的な実施形態の動作に加えてなされ得るさらなる動作に含まれ、又はさらなる動作の一部であり、又はさらなる動作である、例示的な実施形態である。理解されるべきこととして、それらの動作は、本開示内に別段記述されていなければ、必ずしも開示される順序で実行される必要はない。さらに、理解されるべきこととして、それらの動作のすべてが実行される必要はない。例示の動作は、いずれの好適な順序で実行されてもよく、また、図面に示される複数の実施形態のいずれの組み合わせで実行されてもよい。
【００４８】
本開示を通じて、トランスポートブロック及び探索ブロックという用語が使用される。ここに特定されるいかなる（トランスポート又は探索）ブロックも、特定の変調符号化方式（ＭＣＳ）及び／又は他の適切な送信特性を用いて、特定される長さの時間ピリオドの期間中に送信されることになることが理解されるであろう。当該時間ピリオドは、タイムスロット又はサブフレームとして言及されるであろう。複数のサブフレームは適宜、フレームへと結合されることができる。複数のサブフレームは、概して、同じ長さである。上記タイムスロットの期間中に送信され又は受信されるトランスポートブロック及び／又は探索ブロックは、概して、１つ以上の識別子を含むヘッダ情報と、ペイロード情報とを含む。ペイロード及びヘッダは、選択された変調符号化方式に応じて符号化されて、それぞれのブロックを形成する。ペイロードの量がブロック内にフィットする量よりも少なければ（ＭＣＳ及びサブフレームの長さが、通信されるべき情報の量を定義する）、パディング情報が追加される。
【００４９】
現代の無線ネットワーク、特にワイヤレス無線ネットワークは、データ転送におけるレイテンシを回避し及び低減するために、好ましくは物理レイヤ上又はその近傍で、高い及び高信頼性のデータスループットのために、いくつかのエラー訂正及び検出技術を必要とする。無線ネットワーク標準のＬＴＥにおいて、こうしたエラー訂正は、ＰＨＹ及びＭＡＣレベル、即ち無線ネットワークについての抽象レイヤモデルのレイヤ１及びレイヤ２での、ハイブリッド自動再送要求（ＨＡＲＱ）技術を含む。
【００５０】
ＬＴＥは、増分冗長性と呼ばれる、ソフト合成を伴う特定のＨＡＲＱ技術を使用する。増分冗長性は、ノードが、トランスポートブロックの第１の冗長バージョンの送信／受信及び復号を試行することを可能にする。それに失敗した場合には、ノードはトランスポートブロックの第２の冗長バージョンを送信／受信して、いわゆるソフト合成でそれを第１の冗長バージョンと合成し復号を試行する。同じトランスポートブロックの（再）送信は、送信時間インターバル（ＴＴＩ）バンドリングなどの機能が使用されない限り、最小で８ｍｓの距離を以って生起する。ＴＴＩバンドリングによると、複数の冗長バージョンが、前の冗長バージョンが成功裏に復号されたかに関するフィードバックを待ち受けることなく後続のサブフレームにおいて送信される。
【００５１】
受信ノードであるワイヤレスデバイス又は基地局は、トランスポートブロックの復号が成功したか（ＡＣＫ）又は失敗したか（ＮＡＣＫ）に関するフィードバックを送信ノードへ提供する。送信ノードは、すると、同じブロックについて他の冗長バージョンを送信すべきか又は次のトランスポートブロックについての冗長バージョンを送信すべきかについて決定を行うことができる。
【００５２】
受信ノードへトランスポートブロックを送信するために送信ノードが使用する送信特性は、当該送信が開始される前に交渉され又は推奨される。この目的のために、受信ノードは、送信特性を設定するために送信ノードにより使用されるチャネル品質インジケータ（ＣＱＩ）をレポートする。こうした送信特性は、とりわけ、変調符号化方式（ＭＣＳ）を含み得る。そのレポーティングに基づき、送信ノード、大半の場合は基地局あるいはｅＮｏｄｅＢは、当該受信ノードとの通信のためにどのＭＣＳを使用すべきかをおおよそ決定することができる。加えて、ＣＱＩは、基地局がＢＬＥＲ（即ち、成功裏に受信され復号されるブロックと、受信されるブロックの総数と、の比率）を設定することを可能にする情報を含み、ＢＬＥＲに基づき、基地局は、送信特性をも適切な値にチューニングし得る。
【００５３】
ＤＬ及びＵＬ送信のためのネットワークノード（例えば、ｅＮｏｄｅＢ）によるＭＣＳの選択は、ＵＥによりレポートされるＣＱＩ及びＡＣＫ／ＮＡＣＫに大いに基づく。各ＵＥは、ＣＱＩレポーティング内に個々のバイアスを有する場合があり、ネットワークノードはこれに対処する必要がある。ネットワークノードは、例えば１０％という具体的なＢＬＥＲ目標が達成されるまで、想定されるＵＥ固有のＭＣＳオフセットを調整する。
【００５４】
前に述べたように、ＭＡＣレベルでのブロックエラーは、高信頼性かつ低レイテンシな通信のケースでは可能な限り回避されねばならない。既存のＨＡＲＱ実装は、トランスポートブロックが正しく復号されたかどうかに関して２値のレポーティングしかサポートしないことから、ＭＡＣ  ＨＡＲＱレベルでのブロックエラーを導入するリスクを増大させることなしに一意のＣＱＩバイアスを判定し及び補償する動作を行うことはできない。このため、ネットワークノードは、ＲＬＣレベルでの遅延及び／又はブロックエラーを導入するリスクを冒すことのないように、必要とされるよりもはるかにロバストなＭＣＳを使用してＤＬ及びＵＬ送信を構成するであろう。
【００５５】
先行技術文献ＷＯ２０１１／１１２１２７は、複数のＭＣＳ設定又は送信特性をチェックし、探索パケットの受信に成功したかどうかに依存してチャネル品質推定を調整する方法を示す。この方法は、次の探索パケットを送信する前に各個別の探索パケットのＡＣＫ／ＮＡＣＫレポートを待ち受ける必要はないが、いくつもの探索パケットが連続して送信されることから、探索セッションの期間中、データ送信が中断される。
【００５６】
提案される解決策は、信頼性及び最大レイテンシについての要件に違反することなく、送信特性及び送信のロバスト性をチューニングする手法を提供する。具体的には、データ転送を続行することができ、先行技術文献におけるように中断されることはない。その結果、別のやり方ではセーフティマージンのために割り当てられたはずのキャパシティが、他のＵＥのために利用可能となり、システムのスループットが改善する。データ送信において作為的なエラーを取り込むことなく、サーチ及びチューニングを、保守的過ぎない送信特性から達成することができる。さらに、物理レイヤのキャパシティの観点で、受信機がその限界にどのくらい近いところで動作しているかを送信機が知得することは有益であり得る。例えば、ブロックを成功裏に復号したときに残されているターボ復号器の反復回数、又は同様の種類のメトリックを知得することは有益であり得る。
【００５７】
ＵＥにおけるＬＴＥの物理レイヤの簡略化されたスケッチが図１５に提供されている。複数のサンプルが無線機から受信され、ＯＦＤＭ復調器においてＦＦＴの対象となる。その出力は、例えば変調シンボル及びリファレンス信号を搬送する複数のリソースエレメントを含む。リファレンス信号は、無線チャネルを推定するためにチャネル推定器により使用され、そのチャネル推定結果、送信モードに関する情報、及び割り当て帯域幅から、合成重み計算器により最適な合成重みが導出される。いくつかのリファレンス信号は、ＣＳＩ推定器によってチャネル状態情報（ＣＳＩ。ＣＱＩを含む）を計算するためにも使用され、ＣＳＩは、ネットワークノードへフィードバックされる。受信された変調シンボル及び合成重みは合成及びデマッピング器へ供給され、合成及びデマッピング器はソフトビットを生成し、ソフトビットはチャネルに依存して複数の復号器のいずれかへさらに入力される。
【００５８】
ＵＥは、まずＰＤＣＣＨ（physical  downlink  control  channel）を受信し及び復号して、ＰＤＳＣＨ（physical  downlink  shared  channel）上の割り当てに関する情報と共に、使用される送信モード及び変調符号化方式（ＭＣＳ）、アップリンク割り当て（スケジューリンググラント、ＳＧ）、アップリンク電力制御コマンドなど、を提供するダウンリンク制御情報（ＤＣＩ）を見つけ出す。しかしながら、それを受信する前に、ＵＥは、制御領域がどれほどの大きさか、即ち、サブフレーム内の先頭のＯＦＤＭシンボルのうちのいくつがＰＤＣＣＨを搬送しているかを知らせるＰＣＦＩＣＨ（physical  control  format  indicator  channel）を復号する。また、その復号の前に、無線伝播チャネルが推定され及び合成重みが生成される必要がある。
【００５９】
ＰＤＣＣＨは、畳み込み符号化され、制御復号器により復号される。復号されたＤＣＩは、ベースバンドを構成するために使用される制御ユニットへ供給される。制御復号器は、アップリンク上の送信が成功裏に復号されたか否かに関するネットワークノードからのフィードバック（ＵＬ  ＡＣＫ／ＮＡＣＫ；ＵＬ  Ａ／Ｎ）をさらに出力し、及び、ＰＢＣＨ（physical  broadcast  channel）上で搬送されるマスタ情報ブロック（ＭＩＢ）を復号するためにも使用される。
【００６０】
ＤＣＩが一旦復号されると、概して、サブフレームのほぼ中間の時点で、ＰＤＳＣＨが次に来る。サブフレーム内の残りのリファレンス信号がチャネル推定を改善するために使用され、合成重みが使用中の送信モードのために適合され、そして、受信された変調シンボルが合成され及びデマッピングされて、復号の対象のソフトビットへと帰着する。復号開始が可能となる前にサブフレーム全体が受信されなければならないことから、これはタイミング的に次のサブフレームにおいて制御情報が受信され及び復号される最中にパイプライン型で生起する。
【００６１】
ＰＤＳＣＨは、ターボ符号化され及びデータ復号器を用いて復号される。データ復号器は、関連付けられるソフトビット合成器を伴うＨＡＲＱの機能性とターボ復号器とを主に含む。ターボ復号器は、受信されたデータが（巡回冗長検査；ＣＲＣの成功により示される通り）成功裏に復号されるまで、又は時間（反復）切れとなるまで復号を反復する。復号失敗のケースにおいて、後続の反復においてそれほど多くの情報が訂正されないことをメトリックが示している場合、早期に断念してもよく、いわゆる早期断念機能（ＥＧＦ：early  give-up  function）という。パイプラインの形式の処理に起因して、ターボ復号器は、１サブフレームという時間長の範囲内で終了させなければならない。データが成功裏に復号されたか否かに関するフィードバック（ＡＣＫ／ＮＡＣＫ；ＤＬ  Ａ／Ｎ）は、サブフレームｎ＋４においてネットワークノードへ提供され、ここでサブフレームｎはデータが受信されたサブフレームである。
【００６２】
ＣＳＩレポーティングは、それがいつレポートされるべきかが事前にＵＥにとって既知である方式で周期的であってもよく、但し、ＣＳＩレポートがサブフレームｎ＋４において送信されるべきであることがＤＣＩにおいてＵＥへ通知される方式で周期的であってもよい。
【００６３】
ＯＦＤＭ復調器、チャネル推定器、合成重み計算器、合成及びデマッピング器、並びに制御復号器のための処理時間は使用される帯域幅に強く依存し、一方で、データ復号器のための処理時間は主にＨＡＲＱバッファのサイズを規定するＵＥカテゴリに依存する。
【００６４】
ＵＥは、サブフレームｎにおいてＳＧを受信した場合、サブフレームｎ＋４内のＰＵＳＣＨ（physical  uplink  shared  channel）上で送信を行うことになる。スケジューリングリクエスト（ＳＲ）、ＤＬ  Ａ／Ｎ、及びＣＳＩは、ＵＣＩ符号化器により符号化されるアップリンク制御情報（ＵＣＩ）を構成する。送信されるべきデータは、ターボ符号化を遂行するデータ符号化器により符号化され、そしてＵＣＩが挿入される。変調シンボルはブロックマッピング器へ供給され、ブロックマッピング器は、変調シンボルとＵＬ  ＲＳＩＧ生成器により生成されるアップリンクリファレンスシンボルとを、許可された割り当てへマッピングする。結果としてのシンボルのシーケンスは、ＳＣ−ＦＤＭＡ変調器へ供給され、ＳＣ−ＦＤＭＡ変調器は、本質的にはＩＦＦＴを遂行し、その出力が無線機へ送出される。
【００６５】
スケジューリンググラントが受信されておらず但しＵＥがＵＬ  Ａ／Ｎ、ＣＳＩ及びＳＲを提供すべきであるケースでは、その情報は、予め定義されるフォーマットに従ってＰＵＣＣＨ（physical  uplink  control  channel）上で送信される。
【００６６】
ＵＬ  ＲＳＩＧ生成器、ブロックマッピング器、及びＳＣ−ＦＤＭＡ変調器のための処理時間は使用される帯域幅に強く依存し、一方で、データ符号化器のための処理時間はＵＥカテゴリに依存する。
【００６７】
さらに、タイミングアドバンス（ＴＡ）と、最大１００ｋｍのセル半径をサポートするものと定めた規格とに起因して、アップリンクサブフレームｎは、ダウンリンクサブフレームｎが受信される０．６７ｍｓ前に送信されなければならない可能性がある。よって、ＵＥは、非周期的なＣＳＩレポーティングリクエストに対処し、ネットワークノードからのＵＬ  Ａ／Ｎに対処するなどしながら、ＤＬ  Ａ／Ｎのための時間を充足するために、おおよそ２ｍｓの範囲内で、あるサブフレームの全てのデータ関連の及びＣＳＩ関連の処理を行うことができなければならないであろう。
【００６８】
留意すべきこととして、コスト効率及び電力効率に起因して、ＵＥは、概して、例えばＤＬ及びＵＬそれぞれのキャリア数といった、サポートされる特徴及びケイパビリティのために、並びにそれらの各々についてサポートされる帯域幅のためにちょうど必要とされる処理キャパシティ、メモリサイズなどを有するように設計される。これは、例えば、ＦＦＴ及びＩＦＦＴがＯＦＤＭシンボルごとの期限に間に合うように、但しそれより大して速くはないように設計される形で反映される。
【００６９】
図１４は、ｅＮｏｄｅＢ２０及びＵＥ１０を含む通信システムを示している。この例において、ｅＮｏｄｅＢ２０はＵＥ１０へトランスポートブロックを送信し、それによりＵＥは、成功裏の復号時に、成功裏の受信について確認応答を行う。提案される解決策に従えば、ｅＮｏｄｅＢ２０は後続のいくつかのタイムスロットの期間中に１つ以上の探索ブロックを送信し、ＵＥはそうした探索ブロックの受信及び成功裏の復号について確認応答を行う。それにより、ｅＮｏｄｅＢ２０は、物理レイヤＰＨＹについての情報を受信し、及び、それに続いて送信されるようにスケジューリングされるトランスポートブロックについての送信特性を再構成し得る。同様の手法で、ＵＥ１０は、予め決定されたタイムスロットにおいて、特定の送信特性を用いて１つ以上の探索パケットを送信することができ、それらの探索パケットは、ｅＮｏｄｅＢでの受信時に復号される。このため、ｅＮｏｄｅＢは、ＵＬ及びＤＬのための送信特性をロバスト性のより低いレベルにチューニングし、但し信頼性及びレイテンシについての要件を依然として維持することを可能とされる。
【００７０】
１つ以上の側面に従った方法及びノード動作の一例が図１に示されている。方法は、サブフレーム内のデータ転送に関連付けられる送信特性を調整するために、無線ネットワークの送信ノードにおいて実行される。この例では、サブフレームは８ｍｓの長さを有する。当該方法はＤＬ及びＵＬの双方向をカバーするので、送信ノードはｅＮｏｄｅＢ又はＵＥを含むことができる。例えば、図１４を参照すると、送信ノードはｅＮｏｄｅＢ２０に実装されている。ＥｎｏｄｅＢ２０は、ＵＥ１０へダウンリンクで制御情報及びデータを送信するリンクを介して通信する。ＵＥ１０もまた、送信ノードを含み、アップリンクでデータを送信する期間中に、提案した方法を活用することができる。ステップＳ１０１で、送信ノードから受信ノードへと、第１のトランスポートブロックが送信特性のトランスポートを用いて送信される。こうした送信特性は、しばしばＭＣＳを含み、但し、無線アクセス技術、１つ以上のＭＩＭＯ（Multiple  Input  Multiple  Output）送信モード、ビームフォーミング、プリコーディング行列、送信電力、事前歪みパラメータ、等も含み得る。オプションとして、ステップＳ１０３で、第２のトランスポートブロックが、上記トランスポート用送信特性のセットを用いて送信される。
【００７１】
本方法は、次に、第１のトランスポートブロックの送信後に、ステップ１０２として、専用の探索ブロックをさらに送信することを提案する。上記探索ブロックは、トランスポート用送信特性のセットに対して低減されたロバスト性を含む探索用送信特性のセットを使用する。換言すれば、探索用送信特性のセットは、トランスポート用送信特性のセットよりもより積極的である。例えば、探索用送信特性のセットは、トランスポート用送信特性において使用される変調符号化方式よりもより積極的でありそのためロバスト性のより低い変調符号化方式を含んでもよい。より具体的には、探索は、ＣＱＩ対ＭＣＳのマッピングを一時的に引き上げ、引き上げられたＭＣＳを用いてそれぞれの探索ブロックを送信することにより、遂行されてもよい。
【００７２】
ステップ１０４で、受信ノードによる探索ブロックの復号の成功を示す、受信ノードにより通信される情報を用いて又は当該情報に基づいて、トランスポート用送信特性のセットがさらなるデータ転送のために再構成される。この点に関して留意することとして、成功裏の復号は、選択された変調タイプに従ったブロック及びＩＱシンボルの受信を指すのみでなく、受信機チェーンにおいてリンクレイヤへ最終ステータスを提供する目的で、前方エラー訂正なども指す。当該ステータスに依存して、受信ノードは送信ノードへＡＣＫ／ＮＡＣＫメッセージを提供する。
【００７３】
再構成は、トランスポート用送信特性の少なくとも一部を、探索用送信特性のセットのそれぞれ一部に適合するように調整することを含んでもよい。例えば、トランスポート用送信特性のＭＣＳが、探索用送信特性において使用されるＭＣＳに適合するように調整される。代替的に、トランスポート用送信特性のセットの一部が、結果として生じる送信ロバスト性が、ステップＳ１０１において使用された送信特性のセットの送信ロバスト性よりも低いが探索用送信特性のセットの送信ロバスト性よりも高くなるように調整される。例えば、表２を参照して言うと、トランスポート用送信特性はインデックス１０に対応するＭＣＳを含み、探索の期間中にインデックス１２が使用された。この点に関して留意することとして、表２において、インデックスが高くなるにつれて送信ロバスト性が低くなる。成功裏の復号の確認応答の受信後、ステップＳ１０４において調整された新しいトランスポート用送信特性は、表２におけるインデックス値１１に対応するＭＣＳを含む。そして、新しいインデックス１１がレイテンシ及び品質に対する要件を依然として充足することから、当該新しいインデックス１１がさらなるデータ送信のために使用される。
【００７４】
いくつかの実施形態では、オプションのブロック１０２ａによって示されるように、専用のペイロードデータを伴う探索ブロックを準備することが好適であり得る。こうしたペイロードデータは、例えば、トランスポート用送信特性を使用し及びステップＳ１０１で送信されるトランスポートブロックにも含まれる。その後オプションとして、ステップ１０２ｂにおいて、１つ以上のさらなるトランスポートブロックが受信ノードへ送信される。それらさらなるトランスポートブロックのうちの１つ以上を送信した後、送信ノードはオプションのステップ１０２ｃにおいて、探索ブロックの受信に関するＡＣＫ／ＮＡＣＫメッセージを受信したかどうかを評価する。先に述べたように、ＨＡＲＱプロセスを使用するＬＴＥにおいて、こうした確認応答メッセージは、サブフレームｎ＋４で受信されるはずであり、ここでｎは探索ブロックが送信されたタイムスロット又はサブフレームである。確認応答メッセージが未だ受信されていない場合、ステップ１０２ｂが繰り返され、そうでなければ、（第１のトランスポートブロックの復号について肯定確認応答があると、）ステップ１０２ａにおいて生成されたペイロードを用いる探索ブロックが受信ノードへ送信される。ネットワークノードは、探索ブロックの送信のために利用可能なＨＡＲＱプロセスを利用するであろう。第１の送信特性のセット、即ちＭＣＳは、探索を遂行する際を除いてはＨＡＲＱの再送が不要となるように設定されることから、利用可能なＨＡＲＱプロセスは存在するものとされる。
【００７５】
探索ブロック内のペイロードは受信ノードにより既に成功裏に受信され及び復号されているので、探索ブロックは、冗長データを含むに過ぎず、受信ノードによって必要とされない。復号されたトランスポートブロックのそうした重複は、ＵＥにより、ＭＡＣ又はＲＬＣによって除去されるであろう。よって、既に復号されているブロックを再送することはＵＥにとって問題ではない。追加的に又は代替的に、探索ブロックの送信は、復号後に探索ブロックを破棄せよとの命令をも受信ノードに送信するステップ１０２ｆをも、オプションとして含むことができる。
【００７６】
図２は、提案される方法のいくつかのさらなるオプションとしての側面を示している。ステップ１０３ａで、送信ノードは、それぞれのタイムスロットで送信されるべきトランスポートブロックにおけるペイロードデータのスケジュールを提供する。さらにステップＳ１０３ｂで、探索ブロックは、それらタイムスロットのうちの専用の１つのスロットにおいて送信されるようにスケジューリングされる。探索ブロックのためのその専用のタイムスロットは、実際には、トランスポートブロックが送信されるようにスケジューリングされるタイムスロットと等しくてもよい。換言すれば、トランスポートブロック及び探索ブロックのスケジューリングの結果として、探索ブロックとトランスポートブロックとが同じタイムスロットで送信されるようにスケジューリングされ、そのようにしてスケジューリング競合に帰着する。
【００７７】
この競合を解消するために、探索ブロックが送信されなかった場合にそのタイムスロットについてスケジューリングされていたペイロードデータが、後続のタイムスロットで送信されるようにスケジューリングされるペイロードデータとマージされる。したがって、オプションとしてＳ１０３ｃに示されるこの統合により、１つのトランスポートブロックが２つのペイロードデータを含む結果となる。ペイロードデータの統合は、いかなる時点においても、例えば第１のトランスポートブロックの送信に先立ってでさえも、実行されることができる。ペイロードの統合後、ステップＳ１０３ｄにおいて、マージされた当該ペイロードから１つのトランスポートブロックが生成され、上記トランスポート用送信特性のセットを用いて第２のトランスポートブロックとして送信される。この点に関して、第２のトランスポートブロックの送信のためにより多くのリソースが割り当てられるが、他のトランスポート用送信特性、具体的にはＭＣＳは、第１のトランスポートブロックの送信のためのものと同じであろう。
【００７８】
上記プロセスは、小さなジッタ及び１タイムスロットの遅延を導入することになるが、それ以外の点では、複数のトランスポートブロックの送信は連続的であろう。方法はステップ１０４に続く。こうした再構成のオプションの部分として、トランスポート用送信特性のセットの複数の部分が、探索用送信特性のセットのそれぞれの部分に適合するように調整される。一例として、探索ブロックのＭＣＳでの探索ブロックの肯定的な受信が受信ノードからの情報により確認されれば、トランスポートブロックのＭＣＳはステップＳ１０４ａにおいて、上記探索ブロックのＭＣＳに一致するように再構成される。その後は、送信ノードは、改定されたＭＣＳが受信ノードによって求められるロバスト性を依然として提供するものと想定することができる。
【００７９】
図３Ａ及び図３Ｂは、ＨＡＲＱプロセスを使用してＵＥノードへとｅＮｏｄｅＢについてのブロックを送信するための時間図を示す。図３Ａにおいて、ペイロードＴＲＢ０〜ＴＲＢ１０を伴う各トランスポートブロックＳＦｒＴが、それぞれのサブフレーム内にスケジューリングされている。それぞれのトランスポートブロックは、送信のために８つのＨＡＲＱプロセスのうちの１つに割り当てられており、例えば、ペイロードＴＲＢ０を伴うトランスポートブロックＳＦｒＴはＨＡＲＱプロセス０に割り当てられ、ペイロードＴＲＢ１はＨＡＲＱプロセス１に割り当てられ、等である。このため、ＤＬ  Ｔｘバッファ内のサブフレームにおいて送信されるようにスケジューリングされるペイロードは、図３Ａ内で異なるＨＡＲＱプロセスへと分割されており、トランスポート用送信特性のセットを用いて送信される。図３Ｂは、探索ブロックＳＦｐＴがＨＡＲＱプロセス０を使用して挿入される例を示している。探索ブロックＳＦｐＴは、正規にスケジューリングされるトランスポートブロックＳＦｒＴ１と同じペイロードＴｒＢ０を含んでいる。このトランスポートブロックの成功裏の復号について、受信ノードにより確認応答がなされる（図３Ｂには示さない）。ＨＡＲＱプロセス１におけるペイロードＴｒＢ１を伴うトランスポートブロックについても同様である。
【００８０】
ＨＡＲＱプロセス０は、解放され及びしたがって、第８サブフレームにおいて探索用送信特性のセットを用いる探索ブロックＳＦｐＴを送信するために使用されることができる。探索ブロックＳＦｐＴ内のペイロードＴｒＢ０は受信ノードには既知であり、探索ブロックの復号後に破棄されるであろう（図示せず）。受信ノードから送信ノードへのフィードバック（図示せず）は、探索用送信特性のセットがさらなる使用のために好適であるかについての情報を提供する。加えて、ＨＡＲＱプロセス０は、再び解放されて、正規のトランスポートブロックの送信のためにまた再利用される。
【００８１】
しかしながら、図３Ａと比較すると、ペイロードＴｒＢ８を伴うトランスポートブロックＳＦｒＴ２が、当初は、探索ブロックＳＦｐＴを送信するために今や使用されているサブフレームにおいて送信されるようにスケジューリングされていたことに気付く。このため、ペイロードＴｒＢ８を再スケジューリングして後続のサブフレームで送信する必要がある。これは、ペイロードＴｒＢ８と、後続のタイムスロットにおいて送信されるようにスケジューリングされるペイロードＴｒＢ９とを新しいトランスポートブロックＳＦｂＴ内へとマージすることにより達成されることができる。ＨＡＲＱプロセス１は、マージされたペイロードを伴うこのトランスポートブロックを送信するために使用される。この送信は、受信ノードにおいて１サブフレーム分、データフロー内にジッタを引き起こすことになるが、データフローは平均すると一定に保たれ、また、送信内に目立ったレイテンシが取り込まれることはない。
【００８２】
この例では、マージされたペイロードの送信のために、探索ブロックの直後のトランスポートブロックが使用される。しかしながら、探索ブロックの送信に起因して逸失されたペイロードの受信及び成功裏の復号がＵＥにより要求される時間内に保証される限りにおいて、いくつかの他のトランスポートブロックも好適であり得る。マージされたペイロードを探索ブロックの送信に先立って送信することも可能である。
【００８３】
図４は、変調符号化方式ＭＣＳを調整するための方法の別の例を示している。ペイロードＴｒＢｍの成功裏の復号についての肯定確認応答ＡＣＫがステップＳ４０１において受信される。探索は周期的に実行されるので、ステップＳ４０２は、探索が予め決定された時間ピリオド内に又はある数のサブフレーム内に行われたかどうかを評価する。もしそうであれば、プロセスは終了され、後に繰り返される。そうでなければ、方法はステップＳ４０３に続き、探索ブロックを送信するために専用のサブフレームｎにおいてＨＡＲＱプロセスをスケジューリングする。探索ブロックは、ステップＳ４０１において肯定確認応答ＡＣＫが受信されたペイロードＴｒＢｍを使用して生成され（Ｓ４０４）、その後、探索ブロックは、ステップＳ４０５において、割り当てられたそれぞれのＨＡＲＱプロセスを使用してサブフレームｎにおいて送信される。
【００８４】
さらに、Ｓ４０６において、サブフレームｎが通常のトランスポートブロックの送信のために使用されることが意図されているか、又は、そのサブフレームｎにおいて送信するためにトランスポートブロックがスケジューリングされていたか／いるか、が評価される。もしそうでなければ、方法はステップＳ４０９において、受信ノードからのフィードバックＡＣＫ／ＮＡＣＫを待ち受ける。一方、もしトランスポートブロックが通常の送信のためにスケジューリングされていたら、方法はステップＳ４０７に続き、サブフレームｎ及びｎ＋１においてトランスポートブロック内で送信されるように当初スケジューリングされていたＤＬにおけるペイロードデータをマージする。その後、マージされたペイロードはステップＳ４０８において正規のトランスポートブロックとしてサブフレームｎ＋１において送信され、方法はステップＳ４０９に続く。フィードバックに応じて、探索ブロックについてのＢＬＥＲ統計が更新され、ＭＣＳが適宜、再構成される。最後のステップＳ４１０、具体的には、ＭＣＳの再構成に先立つＢＬＥＲ統計の更新はオプションであり、但し好適であろう。送信ノードは通常、より保守的でない送信特性が、より高いＢＬＥＲ、又は受信ノードのレイテンシの要件に影響を及ぼす他のいかなるリスクにも帰着しないことを保証せねばならない。このため、探索用送信特性のセットを伴う探索ブロックは、トランスポート用送信特性のセットの再構成が行われる前に複数回送信される。
【００８５】
図５は、受信ノードがレイテンシ及び信頼性については依然として厳格な要件を有し得るがデータをｋ＞１サブフレームごとに一度しか受信する必要のない環境において、探索パケットを送信する一例を示している。示されている例では、ＤＬ  ＴＸバッファは、１つおきのサブフレーム（ＤＬ  Ｔｘバッファラインにおいて一点鎖線の空のボックスで示される）で送信されるようにスケジューリングされるペイロードデータＴｒＢ０、・・・、ＴｒＢ５を含む。このため、送信のために１つおきのＨＡＲＱプロセスのみが使用され、他のＨＡＲＱプロセスは未使用のままである。これら未使用のＨＡＲＱプロセスは、送信においていかなるジッタも引き起こすことなく、探索のために使用されることができる。例えば、探索ブロックＳＦｐ１Ｔは、さもなければ未使用であったサブフレームの期間中に、以前は未使用であったＨＡＲＱプロセス１を使用して送信されるようにスケジューリングされる。さらに、ブロックＳＦｐ１Ｔは、受信ノードには既知である専用のリファレンス探索ペイロードを含んでいる。送信は、例えば、ＣＱＩ対ＭＣＳのマッピングや、より低いロバスト性、より少ない冗長性、他の電力レベルなどを伴うＭＣＳといった、探索用送信特性のセットを使用する。未使用のすべてのＨＡＲＱプロセスを探索プロセスのために使用することが可能であるため、探索ブロックの成功裏の復号についての関連する統計をわずか数フレーム内で迅速に見つけ出すことができる。これは、環境（即ち、雑音、反射、減衰）が探索の統計に影響を及ぼすほど素早く変化することはないという想定の下で好適である。
【００８６】
前の複数の例は、探索ブロックを送信するためにＤＬ  Ｔｘバッファを使用している。トランスポートブロック及び／又は探索ブロックの送信のために、それぞれのブロックは、受信ノードが正しいトランスポートブロックを取得し及び復号することを可能にする識別子を含み関連付けられている。このＣ−ＲＮＴＩと呼ばれる一意の識別子は、ｅＮｏｄｅＢにより提供されて、ネットワーク内の各ＵＥへ個別に割り当てられる。受信ノードあるいはＵＥが毎サブフレームでデータを受信することが肝要でありかつジッタが許容されないであろうケースにおいて、ＵＥは、一方が通常のペイロードのために使用され及び他方が専用の探索ペイロードのために使用される２つのＣ−ＲＮＴＩを同時に復号することをサポートしてもよい。
【００８７】
図６は、同じ受信ノードに関連付けられるより多くの識別子を活用するそれぞれの方法の一例を示している。２つの識別子、例えば２つの異なるＣ−ＲＮＴＩがＵＥに割り当てられ、それにより、１つの識別子がトランスポートブロックのために使用され、第２の識別子が探索ブロックのために使用される。ステップＳ１０１で、ペイロードデータを伴う第１のトランスポートブロックが送信される。第１のトランスポートブロックは、受信ノードに関連付けられる第１の識別子を含む。受信ノードは、トランスポートブロックを受信し、識別子に従ってそれを復号する。ステップＳ２０１ｅで、探索ブロックが送信される。この探索ブロックは、やはり受信ノードに関連付けられる第２の識別子を含む。オプションとして、当該ノードは、ステップ１０２ｇにおいて、第１の識別子及びトランスポート用送信特性のセットを用いて、第３のトランスポートブロックも送信する。この点に関して留意すべきこととして、オプションとしての第３のトランスポートブロック及び探索ブロックの送信は、同時に生起する可能性が高く、但し互いに前後して生起する可能性も高い。トランスポートブロックの連続送信のケースでは、トランスポートブロックの途切れない送信を保証する目的で、受信ノードに関連付けられる異なる第２の識別子を使用して探索ブロックを同時に送信することが有用であり得る。方法ステップ１０３及び１０４は、既に説明したものと同様である。
【００８８】
図７は、受信ノードに関連付けられる第２の識別子を使用する、提案される方法の同様の実施形態を示している。ステップＳ７０１における評価は、最後の探索から予め特定された量の時間が経過したかどうかをチェックし、もし評価結果が真であれば、ステップＳ７０２に続く。探索ブロックが、受信ノード（このケースではセルと呼ばれる）に関連付けられる異なるＣ−ＲＮＴＩを伴って生成される。探索ブロック及び、受信ノードに関連付けられる異なる識別子を有する通常のトランスポートブロックが、ステップＳ７０３において同じ時間の期間中に送信される。送信ノードは、ステップＳ７０４においてフィードバックを待ち受け、それに応じて、探索ブロックについてのＢＬＥＲ統計をＳ７０５において更新する。フィードバック及び統計に基づいて、送信特性の調整が実行され、例えばＭＣＳが調整され得る。
【００８９】
第２の識別子を伴う探索ブロックを送信する目的で、専用の探索用ＨＡＲＱプロセスを使用することができる。図８は、それぞれのタイミング図を示している。この例では、通常のすべてのＨＡＲＱプロセスが通常のデータ送信ＳＦｒＴのために使用され、及びＤＬ  ＴＸバッファは、後続のサブフレームにおいて連続的に送信されるようにスケジューリングされるペイロードデータＴｒＢで完全に埋まっている。専用のサブフレームにおいて、探索ブロックＴｒＰＤが、専用のＨＡＲＱ探索プロセスを使用して送信されるようにスケジューリングされる。探索ブロックは、トランスポートブロックとは異なる識別子を使用して、トランスポートブロックＳＦｒＴと同時に送信される。送信ノードは、トランスポートブロックＳＦｒＴについてのフィードバックとともに、探索ブロックＳＦｐＴについてのフィードバックも受信し得る（図示せず）。
【００９０】
上記に対するオプションとして、送信ノードは、探索ブロックの送信に関するフィードバックに応じてトランスポート用送信特性のセットを再構成するための評価プロセスを実装してもよい。図９は、そうしたアプローチの一実施形態を例示しており、その中で、トランスポートパッケージについての変調符号化方式が再構成される。もちろん、送信特性の他のパラメータを、例示されるアプローチを使用して応じて再調整することができる。ステップＳ９０１において受信ノードからＨＡＲＱフィードバックを受信した後、フィードバックの結果がステップＳ９０２において評価される。フィードバックが、対応する探索ブロックの復号に失敗したことを意味するＮＡＣＫであれば、方法はステップＳ９０５に続く。受信ノードにより提供されるＮＡＣＫは、送信された探索ブロックのＭＣＳ（あるいは、より一般的には送信特性）が、エラーのない送信を保証するのに十分なほどロバストではない（あるいは、より一般的には、探索ブロックのために選ばれた送信特性がレイテンシ及びＢＬＥＲの要件を充足し得ない）ことを指し示す。このため、送信特性、例えばＭＣＳが、ロバスト性及び／又は改善されたＢＬＥＲを得る目的で、以降の探索ブロックのためにより保守的な又はより低いレベルへと調整される。さらに、探索用ＢＬＥＲの統計が、調整された設定を反映させるために、ステップＳ９０６においてリセットされる。他方、評価が成功裏の送信（フィードバックにおいてＡＣＫ）を指し示す場合には、方法はステップＳ９０３に続き、探索ブロックについての現行のＢＬＥＲ統計がトランスポート用送信特性の調整を正当化するのに十分に大きな根拠を有しているかどうかを評価する。評価が否定的であれば、方法は現行の設定を維持し、それらをステップＳ９０９で、次の探索ブロック及びトランスポートブロックの送信について適用する。統計的データの根拠が十分に大きいケースでは、ステップＳ９０４は、ＢＬＥＲが所定のしきい値を下回るかどうかを評価する。この点に関して、当該しきい値は、受信ノードにより呈示され又は推奨される低レイテンシの要件に依存してもよい。ステップＳ９０４において概説した基準が充足される場合、送信特性、例えばＭＣＳ値はやはり、Ｓ９０７において、トランスポートブロックの送信のために調整される。このため、以降のトランスポートブロックは、更新された、但しロバスト性のより低いＣＱＩ−ＭＣＳ設定を使用して送信されることになる。というのも、それらの設定はＳ９０４において評価されたようにＢＬＥＲ又はレイテンシに関する要件を依然として充足するからである。この場合も、探索ブロックについてのＢＬＥＲ統計がリセットされて、新しい設定が以降のトランスポートブロックの送信のために適用される。
【００９１】
図１０は、本開示に従った方法の別の例を示している。ネットワーク標準に依存して、データ又はトランスポートブロックの送信は、特定のタイムスロットの期間中にのみ許可されかもしれない。例えば、ＬＴＥネットワーク内のＵＥは、ｅＮｏｄｅＢにより特定される専用のタイムスロットの期間中のみ、送信を行うことを許可される。さらに、送信特性はｅＮｏｄｅＢにより制御されて、送信に先立ってＵＥへ送信される。それでもやはり、利用可能なリソースを節約するために、ＵＬチャネル品質についての情報をｅＮｏｄｅＢが取得することが好適である。この限りにおいて、ｅＮｏｄｅＢはＵＥに、特定のタイムスロット内で専用のペイロードを伴う探索パケットを送信するように命令する。それらの探索パケットを受信し復号すると、ｅＮｏｄｅＢは情報を取得し、それに応じてＵＥに対して、以降のトランスポートブロックのためにその送信特性を調整するように命令し得る。ステップＳ１０６で、ＵＥは、ＵＬを介して送信されるべきトランスポートブロックのためのタイムスロットのリストを取得する。このリストに従って、第１のトランスポートブロックがトランスポート用送信特性のセットを用いて送信される。その後、ＵＥは、探索ブロックの送信リクエストを受信する。こうしたリクエストは、この例のステップＳ１０７におけるように別個に受信されることができるが、ステップＳ１０６におけるタイムスロットのリスト内に既に含まれていることもできる。リクエストは、探索ブロックをいつ送信するかについての情報を含むのみならず、そうした探索ブロックの送信のための送信特性も含み得る。それらに応じて、ＵＥは、Ｓ１０２において探索用送信特性のセットを用いて探索ブロックを送信し、及び、ステップＳ１０３において第２のトランスポートブロックを送信する。探索ブロック及び第２のトランスポートブロックは、先に開示した複数の技術のうちの１つ以上を使用して送信される。
【００９２】
本開示の別の側面は、無線ネットワークの受信ノードにおいてトランスポートブロックについての品質情報を処理する方法に関する。図１１は、それぞれの例を示している。オプションとして、受信されるべきトランスポートブロックについての送信特性がステップＳ２０１で送信され及び受信される。そして、トランスポート用送信特性のセットを有する第１のトランスポートブロックがステップＳ２０２で受信される。探索ブロックがステップＳ２０３で受信され、当該探索ブロックは探索用送信特性のセットを有する。留意すべきこととして、トランスポートブロック及び／又は探索ブロックの復号プロセスは、いくらか時間がかかる可能性があり、その期間中にさらなるトランスポートブロック及び／又は探索ブロックが受信される。このプロセスについて、受信ノードも、ＨＡＲＱ又は同様のプロセス、即ち、ターボ復号を含むプロセスを使用し得る。
【００９３】
図１１の例では、探索ブロックは、Ｓ２０７において、受信された第１のトランスポートブロックにおけるペイロードの復号について確認応答するフィードバックの送信後に、受信される。このアプローチは、既に成功裏に復号されているペイロードデータを探索ブロック内で受信することを可能にする。ステップＳ２０４において、第２の及びなおさらなるトランスポートブロック（図示せず）が受信され復号される。第２のトランスポートブロック群は、トランスポート用送信特性のセットを含む。いくらかの時間の後に、探索ブロックが完全に復号されるか又は復号プロセスが失敗し、対応するフィードバックがステップ２０５において送信ノードへ通信される。探索ブロックはデータ転送自体のために使用されるのではなく、送信特性の探索のために使用されることから、探索ブロック及びあらゆる復号結果がＳ２０６において破棄される。
【００９４】
なお、第１のトランスポートブロック及びそれぞれの第２のトランスポートブロックを送信し又は受信することは、そうした第１及び第２のトランスポートブロックを複数個送信し及び／又は受信することも含む。この点に関して、想定されることとして、トランスポートブロックは、選ばれるトランスポート用送信特性が再送が不要であるように十分に保守的であることから再受信はされないものの、ＨＡＲＱプロセスを活用する。
【００９５】
図１２は、例えば基地局内又はＵＥ内に実装されるような送信ノードの一実施形態を示している。送信ノードは、１つ以上の処理回路、ベースバンド及びＨＦの双方のコンポーネント、並びに、メモリ及び他のハードウェアコンポーネント、を含む。機能性は、ソフトウェア、ハードウェア、又はそれらの組み合わせとして実装される。例えば、いかなる機能性も、メモリ、ＦＦＴユニット、変調器、増幅器、フィルタ及び処理ユニット、のようなハードウェアコンポーネントにより実装されてよく、但し、例えばエンコーダといったソフトウェアコンポーネントによって、又はそれらの組み合わせによって実装されてもよい。この例において示されている送信ノードは、いくつかのモジュールを含んでおり、それらは、ハードウェア、ソフトウェア、及びそれらの組み合わせを活用し又はそれにより実装される。加えて、送信ノードは、ｅＮｏｄｅＢ又はＵＥの不可欠な部分を形成することができる。こうした実装の性質として、モジュールは様々な手法で実装される。送信ノード３００は、とりわけ、相互接続され互いに通信するいくつかのモジュールを含む処理回路３００ａを含む。データモジュール３０１は、ペイロードデータを提供し及びそれを通信モジュール３０２により後に送信するために１つ以上のトランスポートブロック内に配置する、ように構成される。データモジュール３０１は、スケジューラ３０１ａ及びペイロードマージャ３０１ｂも含む。スケジューラは、送信されるべきトランスポートブロックを特定の順序で配列するように構成され、及び、各ブロックを固有のサブフレームへ割り当てる。スケジューラは、それぞれのトランスポートブロックを通信モジュール３０２へ提供する責任も有し得る。通信モジュール３０２は、データモジュール３０１及び探索モジュール３０３により提供されるそれぞれのブロックを受信ノードへ送信する。また、モジュール３０２は、ブロックの復号に関する受信ノードからのあらゆるフィードバックあるいは確認応答を受信し、当該フィードバックを処理する。
【００９６】
ペイロードマージャ３０１ｂは、後続のタイムスロットにおいて送信されるように当初スケジューリングされていたペイロードデータが今や同じタイムスロット内で送信される必要がある場合に、ペイロードデータの統合を提供するように適合される。処理回路３００ａの一部である探索モジュール３０３は、探索ペイロードを生成し及び送信のために探索ブロックを提供する、ように構成される。送信特性モジュール３０４は、データモジュール及び探索モジュールの双方についての、又はより具体的には、データモジュールにより提供されるトランスポートブロック及び探索モジュールにより提供される探索ブロックの双方についての、それぞれの送信特性のセットを選択する。
【００９７】
図１３は、受信ノードの一実施形態を示している。受信ノードは、無線ネットワークの基地局であるｅＮｏｄｅＢ内に実装されることができ、但しモバイルデバイスあるいはＵＥ内にも実装されることができる。送信ノードと同様に、受信ノードは、１つ以上の処理回路、ベースバンド及びＨＦの双方、並びに、メモリ及び他のハードウェアコンポーネントを含む。受信ノードの機能性は、ソフトウェア、ハードウェア、又はそれらの組み合わせとして実装される。例えば、通信機能性は、メモリ、ＦＦＴユニット、変調器、増幅器、フィルタ及び処理ユニット、といったハードウェアコンポーネントを含んでもよく、但し例えばエンコーダといったソフトウェアコンポーネントを含んでもよい。
【００９８】
受信ノード４００は、提案される原理に従って動作するように様々なモジュールを実現する１つ以上の処理回路４００ａを含む。通信モジュール４０２は、送信ノードから無線ネットワークリンクを通じてトランスポートブロック及び探索ブロックを受信し、並びに受信したブロックをそれぞれの復号モジュール及び探索モジュールへ中継する、ように構成される。通信モジュールは、受信されたトランスポートブロック及び探索ブロックに含まれ又はそれらに関連付けられる何らかの識別子を評価して、中継を開始し得る。トランスポートブロック及び探索ブロックのために異なる識別子が使用されるケースでは、通信モジュール４０２はこの情報を使用して、それぞれのブロックを送信モジュール及び探索モジュールへとそれぞれ転送し得る。
【００９９】
通信モジュール４０２は、探索モジュール４０３及び復号モジュール４０１により実行された復号プロセスの結果に関するフィードバックを送信ノードへ送信するようにも構成される。復号モジュール４０１は、通信モジュール４０２からトランスポートブロックを取得し及び当該ブロックを復号してその中に含まれるペイロードデータを得るように構成される。この目的のために、復号モジュール４０１は、それぞれのトランスポートブロックに関連付けられる送信特性に関する情報を使用する。例えば、トランスポートブロックがペイロードを符号化するために特定の変調符号化方式を使用していれば、復号モジュールは適切な方式を用いて、トランスポートブロックに含まれるペイロードデータを復号する。復号のために必要とされる送信特性は、それぞれのトランスポートブロック内で、制御情報の何らかの形で並列に送信されるか、又は他のやり方で復号モジュールに対して利用可能とされることができる。復号モジュール４０１は、復号プロセスの結果を示すフィードバックを通信モジュールに提供するようにも構成される。フィードバックＡＣＫ／ＮＡＣＫは、通信モジュール４０２により送信ノードへ送り返され、送信ノードは、その結果に依存して再送又は新しいトランスポートブロックの送信を引き起こし得る。
【０１００】
探索モジュール４０３は、探索ブロックを取得し及び当該ブロックを復号する、ように構成される。探索ブロックは、ノード４００により受信されるトランスポートブロックと比較して異なる送信特性を、例えば異なるＭＣＳを含む。トランスポートブロックに関しては、探索ブロックのペイロードを復号するために必要とされるいかなる情報も、探索ブロック自体の中に含まれるか、又は、制御情報内で並行して送信されることができる。したがって、探索モジュール４０３は、探索用送信特性のセットを有する探索ブロックを取得する復号サブモジュール４０３ａを含む。復号要件、例えば、探索用送信特性のセットに関連付けられる特定のＭＣＳが、ペイロードを得るために使用される。復号サブモジュール４０３ａは、復号プロセスの結果も評価し、即ち、探索ブロックの復号が成功したかもチェックする。復号されたペイロードは、探索ブロックにとって特に好適な専用のデータ又は、前に若しくは後に受信されるトランスポートブロックのペイロードを含み得る。いずれのケースでも、復号されたデータはサブモジュール４０３ｂにより破棄される。復号プロセスの期間中のエラーに備えて、サブモジュール４０３ｂは、復号プロセスが何故失敗したのかを分析する機能性を含んでもよい。こうした情報は、後続の探索ブロックの送信を調整するために、送信ノードへ送り返されることができる。探索モジュール４０３は、復号サブモジュール４０３ａ及び破棄サブモジュール４０３ｂから結果を取得してそれぞれのフィードバックメッセージを準備する確認応答サブモジュールをも含む。上記フィードバックメッセージは、送信ノードへ返信されるように、通信モジュール４０２へ転送される。
【図１】
0006479216.tif 000004
【図２】
0006479216.tif 000005
【図３Ａ】
0006479216.tif 000006
【図３Ｂ】
0006479216.tif 000007
【図４】
0006479216.tif 000008
【図５】
0006479216.tif 000009
【図６】
0006479216.tif 000010
【図７】
0006479216.tif 000011
【図８】
0006479216.tif 000012
【図９】
0006479216.tif 000013
【図１０】
0006479216.tif 000014
【図１１】
0006479216.tif 000015
【図１２】
0006479216.tif 000016
【図１３】
0006479216.tif 000017
【図１４】
0006479216.tif 000018
【図１５】
0006479216.tif 000019