▶ フラウンホッファー−ゲゼルシャフト ツァ フェルダールング デァ アンゲヴァンテン フォアシュンク エー．ファオの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-04-05
(45)【発行日】2022-04-13
(54)【発明の名称】信頼可能な超低遅延通信
(51)【国際特許分類】
H04L 1/16 20060101AFI20220406BHJP
H04L 69/00 20220101ALI20220406BHJP
H04W 28/04 20090101ALI20220406BHJP
【ＦＩ】
H04L1/16
H04L69/00
H04W28/04 110
【請求項の数】
37
(21)【出願番号】P 2019569385
(86)(22)【出願日】2018-06-13
(65)【公表番号】
(43)【公表日】2020-08-06
(86)【国際出願番号】 EP2018065735
(87)【国際公開番号】W WO2018229168
(87)【国際公開日】2018-12-20
【審査請求日】2020-02-18
(31)【優先権主張番号】17176135.6
(32)【優先日】2017-06-14
(33)【優先権主張国・地域又は機関】EP
(73)【特許権者】
【識別番号】591037214
【氏名又は名称】フラウンホッファー－ゲゼルシャフト ツァ フェルダールング デァ アンゲヴァンテン フォアシュンク エー．ファオ
(74)【代理人】
【識別番号】100079577
【弁理士】
【氏名又は名称】岡田 全啓
(74)【代理人】
【識別番号】100167966
【弁理士】
【氏名又は名称】扇谷 一
(72)【発明者】
【氏名】ハッサン フセイン ハリード シャウキー
(72)【発明者】
【氏名】フェーレンバッハ トーマス
【審査官】阿部 弘
(56)【参考文献】
【文献】特開２００９－１５９４４０（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１１／００５１６５７（ＵＳ，Ａ１）
【文献】特表２０１５－５２７７９１（ＪＰ，Ａ）
【文献】特開２０１１－０９１６７７（ＪＰ，Ａ）
【文献】米国特許出願公開第２００４／０２２８３２０（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１４／００９２７８４（ＵＳ，Ａ１）
【文献】中国特許出願公開第１９５１０４２（ＣＮ，Ａ）
【文献】米国特許出願公開第２０１３／０３４３２７３（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ １／１６
Ｈ０４Ｌ ６９／００
Ｈ０４Ｗ ２８／０４
(57)【特許請求の範囲】
【請求項1】
ハイブリッド自動再送要求（ＨＡＲＱ）スキームに従った通信をするための方法（１０－１０”、４０、４０ｂ、４０ｃ、８０）であって、第１のチャンネル（６１）で第１のデータ送信（１１－１１”、４１、８２）を実行するステップと、
前記第１のデータ送信に続く少なくとも１つのすぐ後の物理的なリソースの中で、第２のチャンネル（６２、６３）において、少なくとも１つの冗長送信（１２－１２”、１３”、４２、４２ｃ）を実行するステップであって、前記少なくとも１つの冗長送信は前方誤り訂正のための漸増する冗長に従って実行され、前記少なくとも１つの冗長送信は確認応答メッセージを待つことなく実行される、ステップと、
を備え、
停止条件、または、延期条件を満たしているときには、前記冗長送信を終了、または、延期するステップを含むことを特徴とする、方法。
【請求項2】
前記第１のチャンネルは、割り当てられた物理的なリソースを有し、前記第２のチャンネルは、割り当てられた物理的なリソースを有することを特徴とする、請求項１に記載の方法。
【請求項3】
前記第１のチャンネルは、割り当てられた物理的なリソースを有し、及び前記第２のチャンネルは、グラント・フリーな物理的なリソースを有することを特徴とする、請求項１または請求項２のうちのいずれか１つに記載の方法。
【請求項4】
前記第１のチャンネルは、グラント・フリーな物理的なリソースを有し、及び前記第２のチャンネルは、グラント・フリーな物理的なリソースを有することを特徴とする、請求項１ないし請求項３のうちのいずれか１つに記載の方法。
【請求項5】
前記第１のチャンネルは、グラント・フリーな物理的なリソースを有し、及び前記第２のチャンネルは、割り当てられた物理的なリソースを有することを特徴とする、請求項１ないし請求項４のうちのいずれか１つに記載の方法。
【請求項6】
停止条件、または、延期条件を満たしているときには、前記冗長送信を終了、または、延期するステップであって、前記停止条件、または、前記延期条件は、他の送信が、送信されている、または、送信されることになっている（４１ｂ）という条件を少なくとも１つ含む、ステップをさらに備えることを特徴とする、請求項１ないし請求項５のうちのいずれか１つに記載の方法。
【請求項7】
前記停止条件、または、前記延期条件を満たしているときには、前記冗長送信を終了、または、延期するステップであって、前記停止条件、または、前記延期条件は、確認応答ＡＣＫメッセージを受信する（４６）という条件を少なくとも含む、ステップをさらに備えることを特徴とする、請求項１ないし請求項６のうちのいずれか１つに記載の方法。
【請求項8】
前記停止条件、または、前記延期条件を満たしているときには、前記冗長送信を終了、または、延期するステップであって、前記停止条件、または、前記延期条件は、最大数の再送が実行された（４８）という条件を少なくとも含む、ステップをさらに備えることを特徴とする、請求項１ないし請求項７のうちのいずれか１つに記載の方法。
【請求項9】
前記停止条件、または、前記延期条件を満たしているときには、前記冗長送信を終了、または、延期するステップであって、前記停止条件、または、前記延期条件は、最大タイマが満了した（４８）という条件を少なくとも含む、ステップをさらに備えることを特徴とする、請求項１ないし請求項８のうちのいずれか１つに記載の方法。
【請求項10】
前記停止条件、または、前記延期条件を満たしているときには、前記冗長送信を終了、または、延期するステップであって、前記停止条件、または、前記延期条件は、前記少なくとも１つの後続の物理的なリソースの割り当てが行われていないという条件を少なくとも含む、ステップをさらに備えることを特徴とする、請求項１ないし請求項９のうちのいずれか１つに記載の方法。
【請求項11】
前記停止条件、または、前記延期条件を満たしているときには、前記冗長送信を終了、または、延期するステップであって、前記停止条件、または、前記延期条件は、
確認応答（ＡＣＫ）メッセージを受信した（４６）、および／または、
最大数の再送が実行された（４８）、および／または、
最大タイマが満了した（４９）、および／または、
他の送信が、送信されている、または、送信されることになっている（４１ｂ）、および／または、
前記少なくとも１つの後続の前記物理的なリソースの割り当てが行われていない、
という条件のうちの少なくとも１つ、または上記条件のうちの少なくとも２つの「ＯＲ」条件を含む、ステップをさらに備えることを特徴とする、請求項１ないし請求項１０のうちのいずれか１つに記載の方法。
【請求項12】
前記第１のデータ送信が実行される前に、送信されるデータを前記第１のデータ送信に関連付けられた第１の送信バッファ（７５ａ）に挿入し、及び冗長データを前記第２のデータ送信が実行される前に、少なくとも１つの前記冗長送信に関連付けられた第２の送信バッファ（７５ｂ）に挿入するステップと、停止条件、または、延期条件を満たしているときには、前記第２の送信バッファを退避させるステップと、
をさらに備えることを特徴とする、請求項１ないし請求項１１のうちのいずれか１つに記載の方法。
【請求項13】
前記データ送信、及び冗長送信は、アップリンク（ＵＬ）され、リッスン・ビフォア・トーク・スキーム（４１ｂ）、または、前記少なくとも１つの冗長送信を実行するための感知、または、検知する技術に基づいたスキームを実行するステップと、
をさらに備えることを特徴とする、請求項１ないし請求項１２のうちのいずれか１つに記載の方法。
【請求項14】
搬送波検知多重アクセス衝突検出（ＣＳＭＡ／ＣＤ）に基づく技術を用いていることを特徴とする、請求項１３に記載の方法。
【請求項15】
搬送波検知多重アクセス衝突回避（ＣＳＭＡ／ＣＡ）に基づく技術を用いていることを特徴とする、請求項１３に記載の方法。
【請求項16】
前記延期条件を満たすまで、冗長送信を実行するステップ（４８、４９）と、冗長送信に利用できる後続のリソースのために待機するステップ（４５）と、
前記後続の割り当てられたリソースに対し少なくとも１つの追加の冗長送信が実行されるステップと、
をさらに備えることを特徴とする、請求項１ないし請求項１５のうちのいずれか１つに記載の方法。
【請求項17】
初期段階で、メトリック（９３３－９３７）が閾値を下回っているときには、後続のステップを初期化するために、少なくともネットワークの状態と関連する部分で、前記メトリックを計測するステップ、
を備えることを特徴とする、請求項１ないし請求項１６のうちのいずれか１つに記載の方法。
【請求項18】
第１のチャンネル、および／または、前記第２のチャンネルにおいて、第１の割り当てられたリソースと、前記第１の割り当てられたリソースに後続する、または、前記第１の割り当てらえたリソースと、同時に、割り当てられた、または、割り当てられなかった少なくとも１つのリソースとを関連付けられるようにするために、複数の割り当てられたリソースを送信されるデータに関連付けるためのスケジューリングを実行するステップ、
をさらに備えることを特徴とする、請求項１ないし請求項１７のうちのいずれか１つに記載の方法。
【請求項19】
前記ＱｏＳ要件を満たしていないという弱点がある装置に対してより多くの冗長通信を割り当てるために、少なくとも前記ネットワーク状態と関連する部分でメトリックを測定するステップと、をさらに備えることを特徴とする、請求項１ないし請求項１８のうちのいずれか１つに記載の方法。
【請求項20】
緊急の通信を要求する装置に対してより多くの冗長通信を割り当てるために、少なくとも前記ネットワーク状態と関連する部分でメトリックを測定するステップと、をさらに備えることを特徴とする、請求項１ないし請求項１９のうちのいずれか１つに記載の方法。
【請求項21】
より多くの冗長送信をより優先度の高い送信に割り当てるために、優先の順位を決定するステップ、
をさらに備えることを特徴とする、請求項１ないし請求項２０のうちのいずれか１つに記載の方法。
【請求項22】
前記少なくとも１つの冗長送信は、前記第２のチャンネル（６１）の複数の後続のリソースに送信される複数の冗長送信、
を備えることを特徴とする、請求項１ないし請求項２１のうちのいずれか１つに記載の方法。
【請求項23】
同じ物理的なリソースにおいて再送を実行する前に、否定応答（ＮＡＣＫ）メッセージを待つ（４５、４５ｃ）自動要求（ＡＲＱ）技術、
をさらに備えることを特徴とする、請求項１ないし請求項２２のうちのいずれか１つに記載の方法。
【請求項24】
前記ＡＲＱ再送は、前記電力レベルを増加させることよって実行されることを特徴とする、請求項２３に記載の方法。
【請求項25】
前記グラント・フリーなリソースのうちの少なくとも１つは、ショート送信時間間隔（ｓＴＴＩ）であることを特徴とする、請求項１ないし請求項２４のうちのいずれか１つに記載の方法。
【請求項26】
前記グラント・フリーなリソースのうちの少なくとも１つは、ショート送信時間間隔（ｓＴＴＩ）であることを特徴とする、請求項１ないし請求項２５のうちのいずれか１つに記載の方法。
【請求項27】
前記スケジューリングは、半永続スケジューリング（ＳＰＳ）、または、グラント・フリー送信としての事前構成されたリソースであることを特徴とする、請求項１ないし請求項２６のうちのいずれか１つに記載の方法。
【請求項28】
第１のデータを第１のチャンネル（６１）で受信（３１）し、すぐ後に、少なくとも１つの冗長信号を第２のチャンネル（６２、６３）で受信するステップ（３１）であって、前記少なくとも１つの冗長送信は、停止条件または延期条件が満たされたときに前記冗長送信を停止または延期するまで送信され、前記少なくとも１つの冗長送信は前方誤り訂正のための漸増する冗長に従って実行され、前記少なくとも１つの冗長送信は確認応答（ＡＣＫ）メッセージを待つことなく事項される、ステップと、前記第１のデータ、および／または、前記少なくとも１つの冗長送信に対して妥当性チェックを実行するステップ（３２）と、
もし、妥当性チェックが、前記第１のデータ、および／または、前記少なくとも１つの前記冗長送信のうちの１つについて肯定的であれば、確認応答（ＡＣＫ）を送信するステップ（３５）、および／または、
もし、妥当性チェックが、前記第１のデータ、および／または、前記少なくとも１つの冗長送信について否定的であれば、否定応答（ＮＡＣＫ）メッセージを送信するステップ（３５）と、
を備えることを特徴とする、方法。
【請求項29】
送信された前記データを再構築するために、不正確に受信した冗長送信を先の不正確に受信したデータと組み合わせるステップを含むことを特徴とする、請求項２８に記載の方法。
【請求項30】
前記受信したデータは、請求項１ないし請求項２７のうちのいずれか１つに記載の方法から得られることを特徴とする、請求項２８または請求項２９のうちのいずれか１つに記載の方法。
【請求項31】
前記通信は、ロング・ターム・エボリューション（ＬＴＥ）通信、および／または、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）、および／または、４Ｇ、および／または、５Ｇであることを特徴とする、請求項１ないし請求項３０のうちのいずれか１つに記載の方法。
【請求項32】
第１のチャンネル（６１）で通信を実行し、第１のデータを送信し、
その後に、第２のチャンネル（６２、６３）で、少なくとも１つの冗長送信を実行し、ここで前記少なくとも１つの冗長送信は前方誤り訂正のための漸増する冗長に従って実行され、前記少なくとも１つの冗長送信は確認応答（ＡＣＫ）メッセージを待つことなく実行され、
停止条件、または、延期条件を満たしているときには、前記冗長送信を終了、または、延期するように構成されることを特徴とする、装置（２１－２３、５１－５４）。
【請求項33】
前記停止条件、または、前記延期条件は、
確認応答（ＡＣＫ）メッセージを受信した（４６）、および／または、
最大数の再送が実行されていた状態（４８）、および／または、
最大タイマが満了した（４９）、および／または、
他の送信が、送信されている、または、送信されることになっている（４１ｂ）、および／または、
少なくとも１つの後続の物理的なリソースの割り当てが実行されていない、
という条件のうちの少なくとも２つを備えることを特徴とする、請求項３２に記載の装置。
【請求項34】
前記第１のチャンネル（６１）は、グラント・フリーな物理的なリソースを有し、
前記第２のチャンネルは、グラント・フリーな物理的なリソースを有していることを特徴とする、請求項３２または請求項３３のうちのいずれか１つに記載の装置（２１－２３、５１－５４）。
【請求項35】
第１のチャンネルの中に割り当てられたリソース上の第１のデータを受信し、その後に、前記第１のチャンネル、または、第２のチャンネルにおいて少なくとも１つの冗長送信を受信し、ここで、前記少なくとも１つの冗長送信は、停止条件または延期条件が満たされたときに前記冗長送信を停止または延期するまで送信され、前記少なくとも１つの冗長送信は前方誤り訂正のための漸増する冗長に従って実行され、前記少なくとも１つの冗長送信は確認応答（ＡＣＫ）メッセージを待つことなく実行され、前記第１のデータ、および／または、前記少なくとも１つの冗長送信に対して妥当性チェックを実行し、
前記妥当性チェックの結果に基づいて、確認応答（ＡＣＫ）メッセージ、および／または、否定応答（ＮＡＣＫ）メッセージを送信するように構成されることを特徴とする、装置。
【請求項36】
前記第１のチャンネルは、割り当てられた物理的なリソースを有し、前記第２のチャンネルは、割り当てられた物理的なリソースを有することを特徴とする、請求項３２または請求項３３、または、請求項３５のいずれか１つに記載の装置。
【請求項37】
前記第１のチャンネルは、グラント・フリーな物理的なリソースを有し、前記第２のチャンネルは、グラント・フリーな物理的なリソースを有することを特徴とする、請求項３２ないし請求項３３、または、請求項３５のいずれか１つに記載の装置。【発明の詳細な説明】
【技術分野】
【0001】
メッセージの送信、そして、冗長送信、例えば、基地局（ＢＳ）からユーザー機器（ＵＥ）、そして／あるいは、その逆と関連する技術的な解決策をここに提供する。
【0002】
一般的には、多数の送信機／受信機は、信頼度を減少させる結果を生じさせることがある。したがって、早い再送が必要とされる。
【背景技術】
【0003】
超低遅延通信は、一方で、とても低いデューティ比を有するプレスケジューリング（ｐｒｅｓｃｈｅｄｕｌｉｎｇ）（例えば、半持続スケジューリング（ＳＰＳ））が、解決のカギである。一方で、超低遅延通信のためには、送信時間間隔（短いＴＴＩのようなＴＴＩ）、無線フレームサイズ、そして、ハイブリッド自動再送要求（ＨＡＲＱ）再送間隔を減らす必要がある。
【0004】
超低遅延通信ユースケースの大半は、高い信頼度を必要とするので、これは、減少されたフレームチャート（ｆｒａｍｅ ｃｈａｒｔ）、そして、短いプレセンテンスサイクル（ｐｒｅｓｅｎｔｅｎｃｅ ｃｙｃｌｅ）をサポート（ｓｕｐｐｏｒｔ）するために管理されたハイブリッド自動再送要求ＨＡＲＱ設計のような技術に大きな挑戦を与える。
【0005】
以下の例は、開ループ、または、大半が開ループを形作る超低遅延通信のために、半永久的に増加する冗長再送の設計に焦点が当たっている。
【0006】
以下の例は、遅延時間が制限を受ける（ミッション・クリティカル（ｍｉｓｓｉｏｎ－ｃｒｉｔｉｃａｌ））（極めて重要な）通信サービス、複数の段階（Ｍｕｌｔｉｌｅｖｅｌ）のＱоＳサービス、超低遅延通信、さらに高められた（ｅｎｈａｎｃｅｄ）多重アクセス（ＭＡ）スキーム、および、ＭＡチャンネルと関連する。
技術的な解決策は、ここに、送信の信頼度を増加させることを可能にするように記述され、したがって、信頼できない通信チャンネルを使用してもよい。
技術的な解決策は、ここに、送信の信頼度を増加させることを可能にするように記述され、したがって、信頼できない通信チャンネルを使用してもよい。
【0007】
関連技術では、以下の戦略（ｓｔｒａｔｅｇｉｅｓ）を用いて、信頼度を増加させることが試みられる。
・複数回の送信（多重サブフレームＴＴＩｓ上の）での、冗長性、または、多様性（これは、巨大な遅延を犠牲にして、そして、ＵＬだけをサポートするもの）と同じ種類の情報としてのＴＴＩバンドリング［６、７］。
・短いＴＴＩを有する同時に起きないＨＡＲＱだけを用いると、再送のシーケンスがまだ起きているかもしれない時には、低い遅延は保証しない［１］。
・そして、並列で、そして、複数の送信ブロックのために受信されたＡＣＫ、または、組み合わされたＡＣＫを有する送信を溢れさせる。もし、ＨＡＲＱは、非常に遅く修正できるならば、これは、応答の遅延のために、今後、さらに、遅れを誘発する。これに加えて、短い（または、たとえ普通の）期間を伴うＳＰＳには適切ではない［１０］。
・フレームが異なるフラグメント（ｆｒａｇｍｅｎｔｓ）を中継する、拡張されたハードウエアを提供する、しかし、これは、クリティカル・ミッションな通信では、可能ではないかもしれない［８］。
・複数のフレームのフィードバックのためのＨＡＲＱ－ＡＣＫバンドリング、及び多重化は、その後の再送のために、今後、さらに、遅延を誘発する［１１］。
・複数回の送信（多重サブフレームＴＴＩｓ上の）での、冗長性、または、多様性（これは、巨大な遅延を犠牲にして、そして、ＵＬだけをサポートするもの）と同じ種類の情報としてのＴＴＩバンドリング［６、７］。
・短いＴＴＩを有する同時に起きないＨＡＲＱだけを用いると、再送のシーケンスがまだ起きているかもしれない時には、低い遅延は保証しない［１］。
・そして、並列で、そして、複数の送信ブロックのために受信されたＡＣＫ、または、組み合わされたＡＣＫを有する送信を溢れさせる。もし、ＨＡＲＱは、非常に遅く修正できるならば、これは、応答の遅延のために、今後、さらに、遅れを誘発する。これに加えて、短い（または、たとえ普通の）期間を伴うＳＰＳには適切ではない［１０］。
・フレームが異なるフラグメント（ｆｒａｇｍｅｎｔｓ）を中継する、拡張されたハードウエアを提供する、しかし、これは、クリティカル・ミッションな通信では、可能ではないかもしれない［８］。
・複数のフレームのフィードバックのためのＨＡＲＱ－ＡＣＫバンドリング、及び多重化は、その後の再送のために、今後、さらに、遅延を誘発する［１１］。
【発明の概要】
【発明が解決しようとする課題】
【0008】
本発明は、超低遅延通信は、一方で、とても低いデューティ比を有するプレスケジューリング（例えば、半持続スケジューリング（ＳＰＳ））、及び超低遅延通信のための送信時間間隔（短いＴＴＩのようなＴＴＩ）、無線フレームサイズ、そして、ハイブリッド自動再送要求（ＨＡＲＱ）再送間隔を減らすことを目的とする。
【課題を解決するための手段】
【0009】
実施例と一致する、自動再送要求ＡＲＱスキーム、そして／あるいは、ハイブリッド（ｈｙｂｒｉｄ）ＡＲＱ、ＨＡＲＱスキームに従った、通信方法は、
第１のデータ送信を実行するステップと、
第１のデータ送信と同時に、または、その次の物理的なリソースで、少なくとも１つの冗長送信を実行するステップと、
を備えていてもよい。
第１のデータ送信を実行するステップと、
第１のデータ送信と同時に、または、その次の物理的なリソースで、少なくとも１つの冗長送信を実行するステップと、
を備えていてもよい。
【0010】
したがって、信頼性は増加する。
【0011】
実施例に従えば、方法は、停止状態、または、延期状態の条件を満たしているときには、データ再送を終了、または、延期し、停止状態、または、延期状態は、少なくとも、以下の１つの状態と、または、少なくとも、以下の２つの「あるいは」状態と、
確認応答ＡＣＫメッセージを受信している状態と、そして／あるいは、
最大数の再送が実行されていた状態と、そして／あるいは、
最大のタイマが満了した状態と、そして／あるいは、
他の送信が、送信される、または、送信されることになっている状態と、そして／あるいは、
を備える。
確認応答ＡＣＫメッセージを受信している状態と、そして／あるいは、
最大数の再送が実行されていた状態と、そして／あるいは、
最大のタイマが満了した状態と、そして／あるいは、
他の送信が、送信される、または、送信されることになっている状態と、そして／あるいは、
を備える。
【0012】
その結果、信頼性は向上する。
【0013】
実施例に従えば、方法は、
第１のデータ送信、そして、少なくとも１つの冗長送信が実行される前に、第１のデータ送信と関連する第１の送信バッファに送信されるデータを挿入し、そして、少なくとも１つの冗長送信と関連する第２の送信バッファに冗長データを挿入するステップと、
停止状態、または、延期状態の条件を満たしているときには、第２の送信バッファに退避するステップと、
を備える。
第１のデータ送信、そして、少なくとも１つの冗長送信が実行される前に、第１のデータ送信と関連する第１の送信バッファに送信されるデータを挿入し、そして、少なくとも１つの冗長送信と関連する第２の送信バッファに冗長データを挿入するステップと、
停止状態、または、延期状態の条件を満たしているときには、第２の送信バッファに退避するステップと、
を備える。
【0014】
その結果、送信を実行するために用いられる同じ戦略を伴う無用な再送を避けることができる。
【0015】
実施例に従えば、方法は、チェイス合成スキーム、そして／あるいは、前方誤り訂正に従った、少なくとも１つの冗長送信を実行するステップと、を備えていてもよい。
【0016】
その結果、信頼性は向上する。
【0017】
実施例に従えば、データ送信、そして、冗長送信は、アップリンクＵＬされ、方法は、リッスン・ビフォア・トーク・スキームと、または、少なくとも１つの冗長送信を実行するために、感知する、または、検知する技術に基づいたスキームを実行するステップと、を備えていてもよい。
【0018】
その結果、異なる複数のＵＥの間の媒体（ｍｅｄｉｕｍ）のアクセス（ａｃｃｅｓｓ）を調整するために有効な技術は、実行されてもよい。
【0019】
実施例に従えば、方法は、
延期状態が条件を満たすまで、冗長送信を実行するステップと、
冗長送信の処理で、その後の（割り当てられた、または、割り当てられていない）リソースのために待機するステップと、
その後の割り当てられたリソースで少なくとも１つの追加の冗長送信が実行されるステップと、
を備えていてもよい。
延期状態が条件を満たすまで、冗長送信を実行するステップと、
冗長送信の処理で、その後の（割り当てられた、または、割り当てられていない）リソースのために待機するステップと、
その後の割り当てられたリソースで少なくとも１つの追加の冗長送信が実行されるステップと、
を備えていてもよい。
【0020】
その結果、信頼性は向上する。
【0021】
実施例に従えば、いくつかのＨＡＲＱ冗長送信は、実行されてもよく、もはや可能性がないときには、ＡＲＱ再送は実行されてもよい。その結果、ＨＡＲＱ、そして、ＡＲＱ送信を用いて、通信チャンネルを効果的に使う将来の可能性がある。
【0022】
実施例に従えば、方法は、初期段階で、メトリック（９３３から９３７）が閾値を下回っているときには、次のステップを初期化するためのネットワークの状態と関連する少なくとも一部で、メトリックを計測するステップと、を備えていてもよい。
【0023】
その結果、上述、そして／あるいは、以下の方法は、有利なことに、必要なときだけ、開始される。
【0024】
実施例に従えば、方法は、第１のチャンネル、そして／あるいは、第２のチャンネルの中で、第１の割り当てられたリソースと第１の割り当てられたリソースのその後に、または、同時に、割り当てられた、または、割り当てられなかった少なくとも１つのリソースの間で関連付けを可能にするように、複数の割り当てられたデータをアップリンクＵＬ、そして／あるいは、ダウンリンクＤＬされるデータに関連付けるためのスケジューリングを実行するステップと、を備えていてもよい。
【0025】
その結果、ＨＡＲＱ冗長送信は、訂正メッセージが受信されていたときには、ＨＡＲＱ送信の繰り返しを避けることを可能にするグラント・フリー基準に基づいて、実行されてもよい。
【0026】
実施例に従えば、方法は、低いＱｏＳという弱点がある、そして／あるいは、緊急の通信を要求している装置により冗長な送信を割り当てるように、ネットワークの状態と関連する少なくとも一部でメトリックを測定するステップと、を備えていてもよい。
【0027】
その結果、ネットワークは、使用するための少ない追加的なリソースを有しているために、最も低い実行をしている複数のＵＥによって、複数のＵＥの状態に適応する。
【0028】
実施例に従えば、方法は、より多くの再送により高い優先的な送信に割り当てるように、優先の順位を決定するステップと、を備えていてもよい。
【0029】
緊急の通信（例えば、ＵＲＬＬＣ）の場合には、最も重要な通信を実行する装置のための信頼度を向上させるように、より多くの再送は割り当てられる。
【0030】
実施例に従えば、方法は、
第１のチャンネルで第１の送信を実行するステップと、
第２のチャンネルで少なくとも１つの冗長送信を実行するステップと、
を備えていてもよい。
第１のチャンネルで第１の送信を実行するステップと、
第２のチャンネルで少なくとも１つの冗長送信を実行するステップと、
を備えていてもよい。
【0031】
いくつかの実施例では、いくつかのチャンネルは、例えば、ＨＡＲＱ送信のために、受信されてもよい。
【0032】
実施例に従えば、第１のチャンネルは、割り当てられた物理的なリソースと、を備えていてもよく、そして、第２のチャンネルは、グラント・フリーな物理的なリソースと、を備えていてもよい。
【0033】
実施例に従えば、データを受信するための方法は、
第１のデータを受信し、そして、同時に、または、その後に、少なくとも１つの冗長データを受信するステップと、
第１のデータ、そして／あるいは、少なくとも１つの冗長データの妥当性チェックを実行するステップと、
もし、妥当性チェックが、少なくとも１つの第１のデータ、そして／あるいは、少なくとも１つの冗長データにとって肯定的であれば、肯定応答ＡＣＫを送信するステップと、
もし、妥当性チェックが、少なくとも１つの第１のデータ、そして／あるいは、少なくとも１つの冗長データにとって否定的であれば、否定応答ＮＡＣＫを送信するステップと、
を備えていてもよい。
第１のデータを受信し、そして、同時に、または、その後に、少なくとも１つの冗長データを受信するステップと、
第１のデータ、そして／あるいは、少なくとも１つの冗長データの妥当性チェックを実行するステップと、
もし、妥当性チェックが、少なくとも１つの第１のデータ、そして／あるいは、少なくとも１つの冗長データにとって肯定的であれば、肯定応答ＡＣＫを送信するステップと、
もし、妥当性チェックが、少なくとも１つの第１のデータ、そして／あるいは、少なくとも１つの冗長データにとって否定的であれば、否定応答ＮＡＣＫを送信するステップと、
を備えていてもよい。
【0034】
実施例に従えば、装置は、
スケジューリングに従った少なくともいくつかの通信で、通信を実行し、
第１のデータを送信し、
同時に、または、その後に、冗長送信を実行するように、構成されていてもよい。
スケジューリングに従った少なくともいくつかの通信で、通信を実行し、
第１のデータを送信し、
同時に、または、その後に、冗長送信を実行するように、構成されていてもよい。
【0035】
実施例に従えば、装置は、基地局、または、ユーザー機器である。
【0036】
実施例に従えば、装置は、
第１のチャンネルの中に割り当てられたリソース上の第１のデータを受信し、そして、
同時に、または、その後に、第１、または、第２のチャンネルの中の少なくとも１つの冗長データを受信し、
第１のデータ、そして／あるいは、少なくとも１つの冗長データに関する妥当性チェックを実行し、
妥当性チェックの結果に基づいて、肯定応答ＡＣＫメッセージ、そして／あるいは、否定応答ＮＡＣＫメッセージを送信するように、構成されていてもよい。
第１のチャンネルの中に割り当てられたリソース上の第１のデータを受信し、そして、
同時に、または、その後に、第１、または、第２のチャンネルの中の少なくとも１つの冗長データを受信し、
第１のデータ、そして／あるいは、少なくとも１つの冗長データに関する妥当性チェックを実行し、
妥当性チェックの結果に基づいて、肯定応答ＡＣＫメッセージ、そして／あるいは、否定応答ＮＡＣＫメッセージを送信するように、構成されていてもよい。
【0037】
実施例に従えば、装置は、上述／以下の装置／方法のスケジューリングｆｒを定義するように構成されていてもよい。
【0038】
実施例に従えば、システムは、少なくとも２つの装置と、備えていてもよく、第１の装置は基地局になり、第２の装置はユーザー機器になり、２つの装置のうちの少なくとも１つは、上述の、そして／あるいは、以下の方法のいずれかに従う、そして／あるいは、上述の、そして／あるいは、以下の装置のいずれかとして動作する他の装置にデータを送信するように構成されている。
【0039】
冗長送信は、例えば、データの完全な再送、そして／あるいは、先のデータの冗長部分の送信であってもよい。
【発明の効果】
【0040】
実施例と一致する、自動再送要求ＡＲＱスキーム、そして／あるいは、ハイブリッドＡＲＱ、ＨＡＲＱスキームに従った、通信方法は、
第１のデータ送信を実行することと、
第１のデータ送信と同時に、または、その次の物理的なリソースで、少なくとも１つの冗長送信を実行することと、
を備えることができる。
第１のデータ送信を実行することと、
第１のデータ送信と同時に、または、その次の物理的なリソースで、少なくとも１つの冗長送信を実行することと、
を備えることができる。
【図面の簡単な説明】
【0041】
【詳細な説明】
【0042】
図１ａから１ｃは、実施例に従った方法１０、１０’、１０”を示している。方法は、例えば、自動再送要求ＡＲＱデータ、そして／あるいは、ハイブリッドＡＲＱ、ＨＡＲＱデータであってもよい。
【0043】
図１ａは、例えば、第１のデータを受信機に送信することによって、実行された第１のデータ送信の中のブロック１１を有する方法１０を示している。第１のデータは、送信されてもよい（同じ実施例の中の割り当てられた物理的なリソースの中で、同じ実施例の中のグラント・フリーな物理的なリソースの中で）。方法１０は、ブロック１１にその後に冗長送信を実行するブロック１２と、を備えていてもよい。ブロック１２は、実施例に従って、割り当てられた物理的なリソースの上で、または、グラント・フリーな物理的なリソースの中で実行されてもよい。ブロック１２は、実施例に従って、同じチャンネルの上で、または、異なるチャンネルの上で（例えば、例として、異なるチャンネルの上で）、データを送信することによって、実行されてもよい。
【0044】
図１ｂは、例えば、第１のデータを受信機に送信することによって、第１のデータ送信が実行される時のブロック１１’を伴う方法１０’を示している。第１のデータは、割り当てられたリソース上、または、他の例として、グラント・フリーなリソースの中に送信されてもよい。方法１０’は、ブロック１１’と同時に冗長送信を実行するブロック１２’と、を備えていてもよい。ブロック１２’は、実施例に従った、割り当てられたリソース、または、割り当てられていないリソースで実行されてもよい。ブロック１２’は、ブロック１１’で使用されたチャンネルと関連付けられた他のチャンネル上のデータを送信することによって、実行されてもよい。
【0045】
図１ｃは、例えば、第１のデータを受信機に送信することによって、第１のデータ送信が実行される時のブロック１１”を有する方法１０”を示している。第１のデータは、例えば、割り当てられたリソース上、または、グラント・フリーなリソースの中に送信されてもよい。方法１０’は、ブロック１１’ と同時に冗長送信を実行するブロック１２”と、そして、ブロック１１”、および１２”の後の第２の冗長送信を実行するブロック１３”と、を備えていてもよい。ブロック１２”は、実施例に従った、割り当てられたリソース、または、割り当てられていないリソースで実行されてもよい。ブロック１２”は、ブロック１１”で使用されたチャンネルと関連付けられた他のチャンネル上のデータを送信することによって、実行されてもよい。ブロック１３”は、実施例に従って、ブロック１１”のために使用された、同じ、または、異なるチャンネル上のデータを送信することによって、実行されてもよい。いくつかの実施例では、ブロック１３”は、ブロック１２”で送信された冗長データの再送と、を備えていてもよい。いくつかの実施例では、ブロック１３”は、それらのブロック１１”で送信された冗長データであるデータの送信と、を備えていてもよい。いくつかの実施例では、ブロック１３”は、ブロック１１”で実行された冗長送信の再送と、を備えていてもよい。
【0046】
それぞれのチャンネルは、周波数範囲（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ（ｓ））、タイムスロット（ｔｉｍｅ ｓｌｏｔ（ｓ））、空間チャネル（ｓｐａｔｉａｌ ｃｈａｎｎｅｌ（ｓ））、コードディメンション（ｃｏｄｅ ｄｉｍｅｎｓｉｏｎ（ｓ））のうちの少なくともいずれか１つである、または、（備えている、または、組み合わされて）いてもよい。それぞれのチャンネルは、複数の例えば、物理的なリソースのシーケンス（例えば、例として、同じ周波数での送信の多数のタイムスロット、または、多数の異なるチャンネル）と、を備えていてもよい。
【0047】
上述の、または、以下の方法は、第３世代パートナーシップ・プロジェクト３ＧＰＰ、４Ｇ、５Ｇ、ロング・ターム・エボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）（ＬＴＥ）、ＮＲ、ＥＰＣなどのようなモバイル通信のための基準の下での通信を提供してもよい。通信は、ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ（ＵＭＴＳ）地上波無線アクセスネットワーク（ＵＴＲＡＮ）、または、発展したＵＴＲＡＮ（ｅＵＴＲＡＮ）に従った通信であってもよい。通信は、時分割複信（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ（ＴＤＤ））送信（ＵＬ、そして／あるいは、ＤＬ送信）と、を備えていてもよい。通信は、周波数分割複信（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ（ＦＤＤ））送信（ＵＬ、そして／あるいは、ＤＬ送信）と、を備えていてもよい。ＢＳは、無線基地局（ｅｖｏｌｖｅｄ ｎｏｄｅ）（ｅＮＢ）、ｇＮＢ（５Ｇの技術が使用されている）、または、一般的な、ｇＮＢ／ｅＮＢであってもよい。いくつかの実施例では、ＵＥは、例えば、特定のＱоＳ要求を伴う無線ベアラ（ｒａｄｉｏ ｂｅａｒｅｒ）をセットアップ（ｓｅｔｕｐ）するための改良されたパケットコア（ｐａｃｋｅｔ ｃｏｒｅ）（ＥＰＣ）のような、コアネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ）へのインタフェースとして、ＢＳを使用すると考えられる。ＮＲでは、ＵＥは、パケット・バイ・パケット・サービスフローを可能にするための、例えば、ＥＰＣのような、コアネットワークに取り付けられるｇＮＢを経由するサービスフローをセットアップすることができる。
【0048】
上述の、または、以下の実施例は、ＵＥは、例えば、モバイルフォン（ｍｏｂｉｌｅ ｐｈｏｎｅｓ）、スマートフォン（ｓｍａｒｔｐｈｏｎｅｓ）、モバイル／ポータブル端末（ｍｏｂｉｌｅ／ｐｏｒｔａｂｌｅ ｔｅｒｍｉｎａｌｓ）、モバイル／ポータブルコンピュータ（ｍｏｂｉｌｅ／ｐｏｒｔａｂｌｅ ｃｏｍｐｕｔｅｒｓ）、タブレット（ｔａｂｌｅｔｓ）中継装置（ｒｅｌａｙｓ）、車、トラック、バスの中の乗り物の通信装置、ドローン、または、航空機のモバイル通信装置、その他の間で選ばれた装置であってもよい。複数のＵＥの少なくともいくつかは、モノのインターネット、ＩｏＴ、または、ＩｏＴ装置に接続された通信装置であってもよい。
【0049】
チャンネル（例えば、一時的なシーケンスで、割り当てられたリソース、及び割り当てられなかったリソースにスケジューリングをすることによって、さらに分割されてもよい）は、例えば、時間領域、周波数領域、空間領域、コード領域、電力領域のうちの少なくとも１つ、または、組み合わせであってもよい。これらの領域のうちの少なくとも１つで多重化技術は実行されてもよい。
【0050】
時間領域に関連して、割り当てられたリソースは、ＵＬ、または、ＤＬ送信のために、複数のＵＥの通信に割り当てられた（例えば、スケジューリングによって）、タイムスロットと、を備えていてもよい。それぞれのタイムスロットは、特定のＵＥでＵＬ、または、ＤＬするために割り当てられた、１つのチャンネルにあってもよい。タイムスロットは、送信時間間隔（ＴＴＩ）、または、短縮された送信時間間隔（ｓＴＴＩ）、ＴＴＩのグループ、または、ミニスロット（ＮＲ技術）であってもよい。
【0051】
時間領域に関連して、割り当てられなかったリソース（グラント・フリーな物理的なリソース）は、１つのＵＥには割り当てられなかったタイムスロットと、を備えていてもよい。
【0052】
時間領域に関連して、割り当てられたリソースは、ＵＬ、または、ＤＬ送信のために、ＵＥの間で分配されるように割り当てられた周波数帯域と、を備えていてもよい。それぞれの周波数帯域は、特定のＵＥに割り当てられたチャンネルにあってもよい。
【0053】
周波数領域に関連して、割り当てられなかったリソースは、１つのＵＥ（例えば、いくつかのタイムスロットの間に）に事前に割り当てられなかった周波数帯域と、を備えていてもよい。
【0054】
空間領域に関連して、割り当てられたリソースは、ＵＬ、または、ＤＬ送信のための異なる複数のＵＥに割り当てられた（例えば、スケジューリングによって）、空間チャンネル（例えば、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）によって得られた）にあってもよい。
【0055】
空間領域に関連して、割り当てられなかったリソースは、１つのＵＥに事前に割り当てられなかった空間チャンネルにあってもよい。
【0056】
コード領域に関連して、割り当てられたリソースは、例えば、利用しているＮＯＭＡスキームのような、ＵＬ、または、ＤＬ送信のための異なる複数のＵＥに割り当てられたコードディメンションと、を備えていてもよい。
【0057】
コード領域に関連して、割り当てられなかったリソースは、特定の複数のＵＥに事前に割り当てられなかったコードと、を備えていてもよい。
【0058】
電力領域に関連して、割り当てられたリソースは、ＵＬ送信を実行するための異なる複数のＵＥに割り当てられた（例えば、スケジューリングによって）電力レベルと、を備えていてもよい。それぞれの電力レベル値（例えば、電力レベルの範囲）は、特定のＵＥに割り当てられていてもよいチャンネルにあってもよい。マルチ・ユーザ・スーパーポジション送信（Ｍｕｌｔｉ－ｕｓｅｒ ｓｕｐｅｒｐｏｓｉｔｉｏｎ ｔｒａｎｓｍｉｓｓｉｏｎ）（ＭＵＳＴ）スキームは、用いられてもよい。
【0059】
電力領域に関連して、割り当てられていないリソースは、ＵＥを伴うＵＬ、そして／あるいは、ＤＬでの特定の通信に事前に割り当てられなかった電力レベル（電力レベル範囲）と、を備えていてもよい。アプリケーションのこの種類のために、非直交多元接続（ｎｏｎ－ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）（ＮＯＭＡ）スキームは用いられてもよい。
【0060】
いくつかの実施例では、それぞれ（割り当てられた、または、割り当てられなかった）物理的なリソースは、時間領域、周波数領域、空間領域、コード領域、そして／あるいは、電力領域の組み合わせと、を備えていてもよい。例えば、それは、特定のＵＥが、第１のタイムスロットの間に、第１の電力レベルで第１のコードを有する第１の空間チャンネルの中の第１の周波数帯域で、そして、第２のタイムスロットの間に、第２の電力レベルで第２のコードを有する第２の空間チャンネルの中の第２の周波数帯域、その他で送信する、スケジューラ（ＢＳ）によって決定されてもよい（例えば、スケジューリング、そして／あるいは、リソースの割り当てによって）。それぞれの物理的なリソース（割り当てられた、または、割り当てられなかった）は、実施の形態に従った、時間、周波数、空間、チャンネル、コード、そして／あるいは、電力のいくつかの組み合わせによって、定義されてもよい。
【0061】
割り当てられたリソースは、送信許可に基づいてスケジューリングされてもよい。
これらは、以下であるかもしれず、
動的なスケジューリング許可（ＵＬ、そして／あるいは、ＤＬで）と、
半持続的な許可（ＵＬ、そして／あるいは、ＤＬで）と、
非直交多元接続（電力領域／コード領域／ＰＤＭＡ／ＳＣＭＡ／ＭＵＳＴ）、空間分割多元接続（ＵＬ／ＤＬ）と、ここで、複数のユーザーは、同じ許可を分け合う。
これらは、以下であるかもしれず、
動的なスケジューリング許可（ＵＬ、そして／あるいは、ＤＬで）と、
半持続的な許可（ＵＬ、そして／あるいは、ＤＬで）と、
非直交多元接続（電力領域／コード領域／ＰＤＭＡ／ＳＣＭＡ／ＭＵＳＴ）、空間分割多元接続（ＵＬ／ＤＬ）と、ここで、複数のユーザーは、同じ許可を分け合う。
【0062】
グラント・フリーな物理的なリソース（ＵＬだけ）は、多数のＵＥ（例えば、はっきりとした許可）によって、共有されたリソースであってもよい。
【0063】
上述の、そして、以下の方法は、自動再送要求ＡＲＱ、そして／あるいは、ハイブリッド自動再送要求ＨＡＲＱ技術をサポートしてもよい。
【0064】
ＡＲＱ技術は、受信機が否定応答ＮＡＣＫメッセージを送信した後に、先に送信されたデータを、送信機から受信機に繰り返すことに基づいていてもよい。受信機は、例えば、受信したデータを放棄し、そして、新たな再送（冗長送信）を待ってもよい。実施例では、新たな再送は、（先に符号化されるか、異なった符号化をされた）同じ情報と、を正確に備えていてもよい。実施例では、新たな再送は、先に送信された情報の繰り返しとしての、冗長送信である。
【0065】
実施例に従った、ＨＡＲＱ技術は、例えば、さらなる、そして／あるいは、異なる冗長を伴う、先に送信されたメッセージの少なくとも一部を再送することに基づいている。再送は、ＮＡＣＫメッセージを待つことがなく、自動的であってもよい（例えば、確かなＨＡＲＱ）。再送は、第１の送信データ（例えば、方法１０’、および１０”）と同時であってもよい。異なる再送は、異なるチャンネル（例えば、異なる周波数帯域、異なる空間チャンネル、異なるタイムスロット、異なるコードディメンジョン、そして／あるいは、異なる電力レベル）で再送されてもよい。
【0066】
実施例に従った、ＨＡＲＱ技術では、冗長送信は、オリジナル（ｏｒｉｇｉｎａｌ）の先に送られたメッセージの一部だけで構成されていてもよい。例えば、方法１０－１０”、冗長送信１２－１２”、および１３”は、いくつかの冗長データだけを有していてもよく、そして／あるいは、互いに、そして／あるいは、第１の送信１１－１１”とは異なっていてもよい。したがって、送信の縮小は、得られてもよく、それによって、使用電力は減少する。実施例に従った、他のＨＡＲＱ技術では、冗長送信ｓは、オリジナルの先に送られたメッセージ（たぶん、先に符号化されるか、異なったコード化がなされる）と等しくてもよい。
【0067】
実施例に従った、ＨＡＲＱ技術では、受信機は、誤ってデコード（ｄｅｃｏｄｅ）（復号）されたデータを廃棄することなく、格納してもよい。受信機は、最初のデータの適切なバージョンを再構築（決定）するために、例えば、第１の誤ってデコードされたデータと第２の誤ってデコードされたデータの間で組み合わせを試みてもよい（そして、誤ったデコードをされたデータを追加で受信する場合に）。
【0068】
実施例に従った、ＨＡＲＱ技術では、受信機は最初の情報を再構築できない場合には、受信機は、ＮＡＣＫメッセージを送信してもよい。
【0069】
実施例に従った、ＨＡＲＱ技術では、冗長送信が同一であるチェイス合成を使用することが可能である。いくつかの実施例では、冗長送信は、再送が受信機によって正確にデコードされる確率を増加させるために、冗長送信の漸増するエネルギーを使用する。
【0070】
実施例に従った、ＡＲＱ／ＨＡＲＱ技術では、再送が第１のデータ送信と同じように、正確ではなければ、漸増する冗長技術を使用することが可能である。それぞれの再送で、受信機は、追加の情報を得る。
【0071】
それゆえに、冗長送信は、例えば、
（第１の送信と同じであってもよい）送信の繰り返し、そして／あるいは、
第１の送信で符号化された情報の一部の少なくとも部分的に繰り返された冗長データの送信であってもよい。
（第１の送信と同じであってもよい）送信の繰り返し、そして／あるいは、
第１の送信で符号化された情報の一部の少なくとも部分的に繰り返された冗長データの送信であってもよい。
【0072】
いくつかの実施例では、上述の、そして、以下の方法は、スケジュールされたスキームを使用し、送信のうちの少なくともいくつかは、スケジュールされ（ＵＥの間で割り当てられ）、例えば、他の物理的なリソースは、衝突を避けるために、１つの単独のＵＥに正確に割り当てられていてもよい間に、いくつかの物理的なリソースは、１つの単独のＵＥに独占的に割り当てられてもよい。
【0073】
いくつかの実施例では、上述の、そして、以下の方法は、グラント・フリー（例えば、スケジュールされていない）スキームを使用しており、少なくともいくつかの送信は、推測的には決定されず、例えば、少なくともいくつかのＵＬ物理的なリソースは、競争を受け入れるかもしれず、それによって、ＵＥがアクセスする物理的なリソースは、あらかじめ定められることはない。
【0074】
いくつかの実施例では、上述の、そして、以下の方法は、グラント・フリー（例えば、スケジュールされていない）スキーム、そして、割り当てられたリソースの両方を使用しており、そして、それは、少なくともいくつかの送信が推測的には決定されず、いくつかのリソースはスケジュールされ、例えば、いくつかのＵＬ物理的なリソースは、競争を受け入れるかもしれず、それによって、いくつかの他のリソースがいくつかのＵＥに付与されている間に、ＵＥは物理的なリソースにアクセス（ａｃｃｅｓｓｅｓ）することはない。
【0075】
いくつかの実施例では、スケジューリングは、動的なスケジューリングである。いくつかの実施例では、スケジューリングは、固定的なスケジューリングである。いくつかの実施例では、動的、そして、固定されたスケジューリングは、例えば、いくつかの通信では、動的なスケジューリングを使用し、そして、いくつかの他の通信では、固定されたスケジューリングを伴って実行することによって、共存してもよい。
【0076】
図２ａから分かるように、方法１０から１０”のうちのいずれか１つは、基地局ＢＳ２１に向かうアップリンクＵＬで、少なくとも１つのユーザー機器ＵＥ２２によって実行されてもよい。基地局ＢＳ２１とユーザー機器ＵＥ２２は、システム２０を形成してもよい。システム２０は、他の複数のＵＥ（例えば、ＵＥ２３）と、を備えていてもよい。いくつかの実施例では、ＵＬで、スケジューリングに従った、割り当てられたリソースは、いくつかの他の割り当てられたリソースが他の複数のＵＥに割り当てられていてもよい間に、第１のＵＥに割り当てられる。ＵＬの許可が割り当てられていないような、ＵＬの中の他の物理的なリソースは、異なる複数のＵＥの間の競争（争い）を受け入れてもよい。いくつかの実施例では、第２の構成要素搬送波（第２のチャンネル）で、いくつかのタイムスロットが、異なる複数のＵＥ（または、いくつかの実施例で割り当てられたリソース）の間での競争を受け入れている間に、第１の構成要素搬送波（第１のチャンネル）で、いくつかのタイムスロットは、ＵＥ２２に割り当てられ、いくつかの他のタイムスロットは、ＵＥ２３（割り当てられたリソース、または、割り当てられていないリソース）に割り当てられてもよい。
【0077】
図２ｂから分かるように、方法１０から１０” のうちのいずれか１つは、少なくとも１つのＵＥ２２、または、２３（図２ｂの中に瞬間的に示されたＵＥ２２）に向かう、ダウンリンクＤＬで、ＢＳ２１によって実行されてもよい。スケジューリングに従ったＤＬで、いくつかの割り当てられたリソースは、システムの他の複数のＵＥに割り当てられている。いくつかの実施例では、いくつかのタイムスロットは、いくつかの他のタイムスロットが、ＵＥ２３へのＤＬ送信に割り当てられていてもよい間に、第１の構成要素搬送波（例えば、第１のチャンネル）で、ＵＥ２２へのＤＬ送信に割り当てられていてもよい。実施例に従って、ＤＬで、割り当てられていないリソースが提供される。
【0078】
図２ａ、そして、２ｂの通信は、例えば、ＡＲＱ、または、ＨＡＲＱ送信であってもよい。
【0079】
【0080】
ブロック３１では、受信機は、第１のデータ１１から１１”、そして／あるいは、冗長データ１２から１２”、そして／あるいは、１３”を受信してもよい。スケジューリングを伴う実施例では、受信機は、スケジューリングを知っている（受信機は、受信機が有する送信の権限によって割り当てられたリソースを知っている）。割り当てられていないリソースのために、受信機は、例えば、送信、または、再送の識別子から、起源を導き出してもよい。
【0081】
ブロック３２では、受信機は、第１のデータ、そして／あるいは、冗長データの妥当性チェックを実行してもよい。例えば、ブロック３１、およびブロック３２は、同時に、実行されてもよく、いくつかの送信の妥当性がチェックされている間に、さらなる再送が受信されてもよい。ブロック３２では、受信機は、受信された、第１のデータ、そして／あるいは、冗長データのフォーマットが有効、例えば、定義されたフォーマットと互換性がある、または、（例えば、雑音、障害、そして／あるいは、干渉を考慮して）、メッセージの中のいくつかのデータ（例えば、いくつかのデータビット）が破損している（例えば、いくつかの“１’ｓ”ビットは、“０’ｓ”としてデコードされ、または、その逆も然りのように、変更された）かどうかを決定するための分析を実行してもよい。この分析では、巡回冗長検査（ＣＲＣ）、パリティビットチェック、プラサビリティチェック（ｐｌａｕｓｉｂｉｌｉｔｙ ｃｈｅｃｋ）などのような妥当性チェックが実行されてもよい。
【0082】
もし、チェックが、受信データに妥当性がないと決定すると（例えば、データが、破損していると認められと）、受信機は、ブロック３１に移って、新な受信を待つ。いくつかの例では、受信機は、送信機に、否定応答ＮＡＣＫを送信してもよい。
【0083】
もし、チェックが、受信データに妥当性があると決定すると（例えば、データが、破損していると認められと）、受信機は、ブロック３６に移行して、データ（最初のデータとして受け取られるか、冗長データとして受け取られた）は、例えば、高い層のアプリケーション（例えば、音声、または、データ通信）を使用する。
【0084】
例えば、受信機は、例えば、肯定応答ＡＣＫメッセージを送信することによって、受信したデータを承認する。
【0085】
ＡＣＫ、そして／あるいは、ＮＡＣＫメッセージは、イベント・ドリブン（ｅｖｅｎｔ－ｄｒｉｖｅｎ）メッセージであってもよい。ＡＣＫ、そして／あるいは、ＮＡＣＫメッセージは、第１、そして、第２のリソースが異なるチャンネル（周波数帯域、空間チャンネル、コードディメンジョン、タイムスロット、電力レベルなどのうちの１つ、または、組み合わせ）（例えば、異なるチャンネル）で送信されてもよい。ＡＣＫ、そして／あるいは、ＮＡＣＫメッセージは、割り当てられた、そして／あるいは、割り当てられなかったリソースを使用しているチャンネルとは異なるチャンネルで送信されてもよい。したがって、ＡＣＫ、そして／あるいは、ＮＡＣＫメッセージは、いくつかの実施例では、割り当てられた、そして／あるいは、割り当てられなかったリソースと同時に送信されてもよい。ブロック３４、そして／あるいは、３５は、いくつかの実施例では、バイパスされていてもよい。
【0086】
図３ｂは、実施例に従った、方法３０ｂを示しており、ＨＡＲＱ受信を実行するための移行が示されている。方法３０と同じであってもよい、ブロック３１から３６は、ここでは、再び議論はしない。
【0087】
もし、３２で受信されたメッセージが、（例えば、ＣＲＣ、または、他の技術を用いて）正しくないと決定されると、ブロック３７ｂで、受信機は、先に誤って受信されたデータ（第１の送信されたデータ、そして／あるいは、冗長）を有する、誤って受信された冗長データを組み合わせることを試みる。例えば、ブロック３７ｂは、（例えば、ＣＲＣ訂正を用いて）形式的に正しいメッセージを得るために、破損したメッセージを変化させてもよい。
【0088】
ブロック３８ｂで、再構築された（得られた）訂正データ、再構築されたデータは、３６で使用されてもよい。
【0089】
ブロック８６ｂでは、十分に信頼ができない再構築された訂正データが決定され、不正確に受信されたデータは、それでも、メモリ３９ｂにセーブされて（格納されて）、そして、新しい冗長送信が待たれる。ブロック３４、そして／あるいは、３５は、いくつかの実施例ではバイパスされる。
【0090】
方法１０から１０”のうちのいずれか１つの詳細な実施例は、図４ａに示される。方法は、ＵＬのためでも、または、ＤＬのためであってもよい。方法は、４０’から開始する。
【0091】
ブロック４１（ブロック１１から１１”のうちのいずれか１つで実施されてもよい）、第１のデータ送信は、第１の割り当てられたリソースで（いくつかの実施例の中で）、または、グラント・フリーなリソースで（いくつかの実施例の中で）実施されてもよい。
【0092】
ブロック４２（ブロック１２から１２”、及び１３”のうちのいずれか１つで実施されてもよい）、少なくとも１つの冗長送信は、実行されてもよい（第２の割り当てられたリソース上で）。ブロック４１、および４２は、ここに、直列で表されているが、いくつかの実施例では、それらは、実際には、並行に実行されてもよい（少なくとも１つの冗長送信と同時ではあるが、第１のチャンネルとは異なるチャンネルで実行することによって）。
【0093】
ブロック４３は、分岐記号である。分岐記号４３は、もし、データが、受信機によって、正確に受信される、そして／あるいは、もし、データが（部分的に、または、完全に）再送されたら、終了してもよい。もし、データが正しく受信されたと決定されると、その時は、ブロック４４で、方法４０は、終了する。例えば、分岐記号４３は、もし、ＡＣＫメッセージが受信機（例えば、方法３０のブロック３５）から得られたら、例えば、４６でチェックを行ってもよい。
【0094】
例えば、分岐記号４３は、ブロック４２でのさらなる追加の冗長送信を実行するかどうか、そして／あるいは、再送のための新たな割り当てられたリソースを待つ（４５で）かどうかを決定してもよい。例えば、分岐記号４３は、ＮＡＣＫメッセージ（例えば、４６で）、または、ＡＣＫメッセージが欠如していることを考慮してもよい。例えば、分岐記号４３（例えば、４８で）は、もし、最大数の冗長送信が実行されていれば、考慮してもよい。例えば、分岐記号４３（例えば、４９で）は、もし、タイマによってタイムアウトに到達していれば、考慮してもよい。したがって、ブロック４６は、冗長送信を終結させるための停止状態をチェックする。
【0095】
例えば、分岐記号４３は、受信機が、第１のデータ送信と少なくとも１つの冗長送信の間で、少なくとも１つ、正確に受信したことを認識してはいないが（例えば、４６での、アウトプット“ＮＡＣＫ、または、ＡＣＫなし”）、最大数の冗長送信の（再）送信がまだ実行されておらず（例えば、ブロック４８でアウトプット“ＮＯ”）、そして、少なくとも１つのさらなる再送（例えば、ブロック４９でアウトプット“ＮＯ”）のための十分な時間があれば、少なくとも１つのさらなる冗長（再）送信は、例えば、直ちに、４２で実行されてもよい。直接の再送は、例えば、実施例に従って、そして、特定のスケジューリングに従って、例えば、先の冗長送信に割り当てられたリソースのすぐ後に割り当てられたリソースで実行されてもよい。同じ、または、異なるチャンネルは、スケジューリング、そして、実施例に従って、使用されてもよい。いくつかの実施例では、４２での再送は、グラント・フリーなリソースで（例えば、スケジューリングされていない通信で）、実行されようとしており、４５での送信は、送信を実行するために占有されていないグラント・フリーな物理的なリソースを待っている物理的なリソース（例えば、チャンネル）を感知、または、検出してもよい。
【0096】
この一方、もし、分岐記号４３は、受信機が、第１のデータ送信と少なくとも１つの冗長送信の間で、少なくとも１つ、正確に受信したことを認識していないが（例えば、ブロック４６でアウトプット“ＮＯ”）、最大数の冗長送信がすでに実行されていた（例えば、ブロック４８でのアウトプット“ＹＥＳ”）、または、さらなる再送（例えば、ブロック４９でのアウトプット“ＹＥＳ”）のための十分な時間がなければ、次のリソース（実施例に従った、割り当てられた、または、グラント・フリー）のためのブロック４５を待つ必要がある。したがって、ブロック４８、および４９では、冗長送信を延期するための状態（冗長送信を終結することなく）は、チェックされる。
【0097】
例えば、分岐記号４３は、冗長データをすぐに再送するか、または、さらなる冗長データを送信する前に、その後に割り当てられるリソースを待つかどうかを決定してもよい。スケジューリングに基づいた実施例に従って、第１のデータ送信が実行されている中で、複数の割り当てられたリソース（例えば、タイムスロット）、すぐ後に続くタイムスロットが、冗長送信に予約されている間に、遅かれ早かれ、割り当てられたリソースは、異なる通信に関連付けられるべきである（例えば、ＤＬの場合には、異なる受信機ＵＥに、または、ＵＬの場合には、異なるＵＥから）。したがって、ブロック４５は、データがまだ正しく受信されていない間に、同じ通信のための新しい冗長送信の廃棄で、割り当てられていないリソース（または、同じ実施例でのグラント・フリーなリソース）がない時には、使用されてもよい。
【0098】
例えば、ＨＡＲＱ技術は、（いくつかの場合には、新しいリソースで同じ送信を繰り返すことによって）冗長送信を実行する前に、（４５で）待つことによって、ＡＲＱ技術が実施されている間に、冗長送信をすぐに実行することによって（いくつかの場合には、漸増する冗長を用いて）、実施されてもよい。
【0099】
冗長送信４２は、例えば、ＨＡＲＱ送信であってもよい。冗長送信４２は、例えば、ＡＲＱ再送であってもよい。例えば、冗長送信は、第１の送信が繰り返されるという意味で、冗長であってもよい。他の実施例では、冗長送信は、第１の送信情報の一部（冗長部分）だけが繰り返されるという意味で、冗長であってもよい（異なる方法で符号化され、暗号化され、圧縮されていたとしても）。実施例では、冗長送信４２は、漸増する冗長タイプであってもよい。実施例では、冗長送信４２は、チェイス合成タイプであってもよい。
【0100】
図４ｂは、例えば、バースト転送で実施されている実施例４０ｂを示している。実施例４０ｂは、グラント・フリーなリソースの中で実行された少なくともいくつかの送信の中（例えば、少なくとも１つのチャンネルの中）での方法であってもよく、例えば、異なる複数のＵＥからのＵＬ送信の間の衝突は、起きるかもしれない。方法４０ｂは、方法１０から１０”のうちのいずれか１つで実施されてもよい。方法４０ｂは、データをＢＳに送信している異なる複数のＵＥの間のアクセス競争を解決するために使用されてもよい。方法は、４０’から開始する。４１では、第１のデータ送信（例えば、第１のチャンネル６１で）が実行されてもよい。方法４０ｂは、他のチャンネル（例えば、チャンネル６１の中で、それらと同時に、物理的なリソースを有していてもよい、第２のチャンネル６２、または、第３のチャンネル６３）の中で、物理的なリソースがグラント・フリーである間に、いくつかのチャンネル（例えば、第１の周波数帯域での、例えば、第１のチャンネル６１）の中で、物理的なリソースが割り当てられる（例えば、スケジューリングに従って）ようになっていてもよい。
【0101】
方法は、いくつかの実施例では、グラント・フリーなリソース上の送信を実行する（例えば、第２のチャンネル６２で）ブロック４１ｂと、を備えていてもよい。方法は、４１ｂで、割り当てられていないリソース（例えば、第２のチャンネル６２の中で、第１のチャンネル６１と関連付けられた搬送波構成要素と異なっていてもよい搬送波構成要素）が解放されている、または、おそらく解放される（可能性は確率的に得られてもよい）かどうかをチェックするステップと、を備える。リッスン・ビフォア・トーク手順は、用いられてもよい（感知、そして／あるいは、探知することに基づいた他の方法は実施されてもよい）。いくつかの実施例では、衝突検知を伴う（ＣＳＭＡ／ＣＤ）、または、衝突回避を伴う（ＣＳＭＡ／ＣＡ）、搬送波検知多重アクセス（ＣＳＭＡ）技術が、用いられてもよい。１つの実施例では、ＵＥは、次の割り当てられなかったリソースが、解放されているかどうかを把握するために、ＢＳからのＡＣＫ／ＮＡＣＫメッセージを待ってもよい。もし、割り当てられなかったリソースが使用されていると検知されると（例えば、異なったＵＥがそれ自身の冗長データとして送信している）、送信機は、次の割り当てられていないリソースを待つ。
【0102】
最終的に使用されておらず、割り当てられていないリソースが検知されると、冗長（再）送信は、ブロック４２で実行されてもよい（第１の送信を実行するために使用されたチャンネルとは異なっていてもよい、少なくとも１つのチャンネル６２、そして／あるいは、６３は、第１の送信を実行するために用いられてもよい）。
【0103】
ブロック４６では、送信、または、冗長送信のために、受信機（例えば、ＢＳ）から受信されたＡＣＫメッセージ、または、ＮＡＣＫメッセージであるかどうかが確証される。もし、ＡＣＫメッセージが受信されると、４４で方法４０ｂは終了する。
【0104】
そうでなければ、もし、ＡＣＫではないメッセージが受信されていれば、方法４０ｂは、４２で、冗長送信を実行してもよい。いくつかの実施例では、方法４０ｂは、その後の物理的なリソースが他の再送によって占有されているかどうかを確かめるために、４１ｂに進んでもよい。
【0105】
【0106】
方法４０ｂは、ＵＬできわめて重要であるかもしれないことには注意する価値があり、複数のＵＥ（方法４０ｂの例を実行しているそれぞれのＵＥ）は、冗長送信を実行することを試みてもよく、ＵＥはそれぞれの割り当てられていないリソースに送信してもよいことを決定することができる。
【0107】
冗長送信４２は、例えば、漸増する冗長を伴うようなＨＡＲＱ再送であってもよい。
【0108】
図４ｃは、方法の例４０ｃを示している。方法は、ブロック４０’から開始してもよい。
【0109】
方法４０ｃは、割り当てられたリソース上での、または、グラント・フリーなリソースの中での（それは、図４ａのブロック４２と同じであってもよい）、特別な実施例に従っていてもよい、第１のデータ送信を実行するステップと、を備えていてもよい。第１の送信の後に、ＨＡＲＱ送信（冗長送信）は、４２ｃで実行されていてもよい。ＨＡＲＱ再送は、例えば、漸増する冗長を伴う冗長送信であってもよい。１つの実施例では、ブロック４２ｃは、ブロック４２－４６－５８－４９－４２のサイクルと一致してもよい。したがって、多くの（再）送信は、４２ｃで実行されてもよい。
【0110】
４３ｃでは、ＨＡＲＱ送信の後に、正しいデータが受信機によって受け付けられたかどうかをチェックすることができる。肯定的な場合には、方法は４４で終了する。
【0111】
そうでなければ、ＡＲＱ再送（例えば、漸増する電力レベルを伴う）は、４５ｃで実行されてもよい。ＡＲＱ再送を実行するための送信と関連付けられた次の割り当てられたリソースを待つことができる。ブロック４５ｃは、図４ａの方法４０の中のブロック４５、そして、４２のシーケンスと一致してもよい。
【0112】
４５ｃの後には、４２ｃの新しい例で、ＡＲＱ再送のさらなるＨＡＲＱ送信を実行することができる。図４ｃの４２ｃ－４３ｃ－４５ｃのサイクルは。図４ａの４２－４６－４８－４９－４５－４２のサイクルと一致してもよい。
【0113】
図５は、システム５０（システム２０として実施されてもよい）を示している。システム５０では、ＢＳ５１（例えば、ＢＳ２１であってもよい）は、複数のＵＥ５２－５４（例えば、ＵＥ２２、およびＵＥ２３であってもよい）からのアップリンク（ＵＬ）でデータを得てもよい。受信機として動作し、そして、例えば、方法３０を実施するＢＳ５１は、それらの送信、及び冗長（再）送信に応じて、複数のＵＥ５２－５４にＡＣＫ／ＮＡＣＫメッセージを送信してもよい。
【0114】
図６は、通信の例を示す。通信は、例えば、ＵＬ（複数のＵＥからＢＳへの）であってもよい。通信は、スケジューリングに従っていてもよい（いくつかの実施例では、特定の複数のＵＥへの物理的なリソースの割り当ては、周期的であってもよいように）。スケジューリングは、動的、または、動的でなくてもよい。スケジューリングは、スケジューラ（ＢＳであってもよい）によって、複数のＵＥに示されてもよい。この場合には、少なくとも２２の物理的なリソース６０ａは、３つのチャンネルに分割される（この場合には、搬送波構成要素６１、６１、６３であってもよい）。図６には、６６の物理的なリソースが明らかにされていてもよい。それぞれのチャンネルは、物理的なリソース（例えば、ブロック）のシーケンス（例えば、一時的なシーケンス）と、を備え、それらのうちのそれぞれは、送信（異なる実施例に従った、ＵＬ、または、ＤＬ）によって占有されている。
【0115】
特定の実施例、そして／あるいは、スケジューリングに従って、第１のチャンネル６１は、メッセージＴ０、Ｔ１、Ｔ２、Ｔ３、Ｔ４、Ｔ５などの送信をサポートしてもよい。ＡＲＱ、そして／あるいは、ＨＡＲＱ技術は、実施されてもよい。第１のチャンネル６１は、割り当てられたリソースと、を備えていてもよい。
【0116】
第１のチャンネル６１（例えば、搬送波構成要素ＣＣ０）での送信は、スケジュールされ、そして／あるいは、複数の（例えば、シーケンスの）タイムスロット６０ａ（例えば、短い送信時間間隔ｓＴＴＩｓ）で実行されてもよい。
【0117】
第２のチャンネル６２（例えば、搬送波構成要素ＣＣ１）は、Ｔ０の冗長送信のためのＴ０ｒｅ－ＴＸ０、Ｔ１の冗長送信のためのＴ１ｒｅ－ＴＸ１など、として示された、メッセージＴ０、Ｔ１、Ｔ２の冗長送信をサポートしてもよい。これらの冗長送信は、例えば、ＨＡＲＱ再送であってもよい。いくつかの場合（例えば、モード６５ａの中で）、第２のチャンネル６２の中の物理的なリソースは、割り当てられていてもよい（例えば、特定の複数のＵＥ、そして／あるいは、送信で）。いくつかの場合（例えば、モード６５ｂの中で）、ＵＬで、第２のチャンネル６２の中の物理的なリソースは、グラント・フリーであってもよい（例えば、スケジューリングされていない、競争が受け入れられる）。
【0118】
第２のチャンネル６２（例えば、搬送波構成要素ＣＣ２）での送信は、冗長（再）送信をサポートしてもよい（同じタイムスロットでの物理的なリソースの中には、同じ、または、異なるデータが挿入されてもよい）。いくつかの実施例では、ＣＣ２の送信は、（不適切な時期に割り当てられた）ＣＣ１の送信に関して、補正、または、調整されてもよい。いくつかの実施例では、Ｔ０ｒｅ－ＴＸ１’（ＣＣ２の中のタイムスロット３で送信された）は、Ｔ０ｒｅ－ＴＸ０（ＣＣ１の中のタイムスロット０で送信された）と同じであってもよく、Ｔ０ｒｅ－ＴＸ２’（ＣＣ２の中のタイムスロット４で送信された）は、Ｔ０ｒｅ－ＴＸ１（ＣＣ１の中のタイムスロット１で送信された）、その他と同じであってもよい。
【0119】
例えば、ＣＣ１、そして、ＣＣ２は、異なる送信のために用いられてもよい（同じデータ、または、同じ冗長データの再送のためではなく）。例えば、異なるチャンネル（例えば、ＣＣ１、そして、ＣＣ２）は、リソースの分配、そして／あるいは、リソースの割り当て（例えば、スケジューリング）の間に、メイン送信チャンネル（例えば、ＣＣ０）に集められてもよい。
【0120】
いくつかの実施例では、非バースト転送（ＵＬ、または、ＤＬで）が、用いられてもよい。いくつかの実施例では、バースト転送（例えば、ＵＬで）だけが用いられてもよい。ＵＬに関するいくつかの実施例では、非バースト転送とバースト転送の両方が、用いられてもよい（例えば、異なる時間間隔の中で、そして／あるいは、例えば、ＢＳの動作による選択に従って）。
【0121】
非バースト転送６５ａでは、すべてのブロックは、割り当てられたリソースであってもよく、スケジューリングは、例えば、特定のＵＥ（Ｔ０を送信する１つ）に独自に割り当てられていた、割り当てられたリソースであるチャンネルＣＣ０ ６１の中のタイムスロット１、特定のＵＥ（Ｔ１を送信する１つ）に独自に割り当てられていた、割り当てられたリソースであるチャンネルＣＣ０ ６１の中のタイムスロット５、及びタイムスロット１１、そして、特定のＵＥ（Ｔ２を送信する１つ）に独自に割り当てられていた、割り当てられたリソースであるチャンネルＣＣ０ ６１の中のタイムスロット８を定義する。
【0122】
スケジューリングは、また、特定のＵＥ（Ｔ０を送信する１つ）に独自に割り当てられていた、割り当てられたリソースであるチャンネルＣＣ１、及びＣＣ２（６２、６３）の中のタイムスロット２から５、特定のＵＥ（Ｔ１を送信する１つ）に独自に割り当てられていた、割り当てられたリソースであるタイムスロット６から８、及び１２から１６、そして、特定のＵＥ（Ｔ２を送信する１つ）に独自に割り当てられていた、割り当てられたリソースであるタイムスロット９から１１を定義してもよい。
【0123】
スケジューリングは、また、定義されていない（例えば、物理的なリソースが用意され、または、異なる通信のために用いられる）、いくつかの物理的なリソースを定義してもよい。
【0124】
動作では、スケジューリングに従って、第１のＵＥは、物理チャンネルＣＣ０の中のスロット１（ブロック１１から１１”、４１）でＴ０を送信してもよい。
【0125】
同一のＵＥは、物理チャンネルＣＣ１、そして、ＣＣ２の中のタイムスロット２から４（例えば、ブロック１２から１２”、１３”、４２）で、Ｔ０の冗長（再）送信を実行してもよい（いくつかの場合には、例えば、事前に符号化された、または、漸増的に異なるバージョンで、あるいは、同じバージョンで）。
【0126】
そうしているうちに、受信機（ＢＳ２１、または、５１であってもよい）は、送信、そして、冗長送信を受信してもよい（例えば、受信機は、方法３０を実施してもよい）。
【0127】
受信機は、送信、そして、冗長送信の有効性チェックを実行してもよい（例えば、３２で）。受信機は、したがって、ＡＣＫメッセージ６４ａ（ここに、ＡＣＫ０と示される）を送信してもよい。ＡＣＫ０が送信しているＵＥに受信されたときには、ＵＥは、データは受信機によって正確に受信されていたかどうかを決定してもよく、そして、冗長データを受信機に再送することを停止（例えば、ブロック４４で）してもよい（処理遅延Ｔｐｒоｃは必要とされる）。
【0128】
したがって、タイムスロット５（Ｔ０を送信したＵＥのために受信された割り当てられたリソースと一致する）の中のチャンネルＣＣ１、または、ＣＣ２は、送信によって占有されず、それゆえに、ペイロードは減少する。
【0129】
タイムスロット５では、別のＵＥは、第１のチャンネルＣＣ０で、データＴ１を送信する権利を有する。冗長（再）送信は、第２、そして／あるいは、第３のリソースチャンネルＣＣ１、そして、ＣＣ２の中のタイムスロット６から８で実行されてもよい。
【0130】
しかしながら、この場合には、受信機は、ブロック３２で、正しくデコードされたデータ（送信された、または、再送された）ではなかったと決定していた。したがって、（ブロック３４で）、受信機は、Ｔ１を送信したＵＥにＮＡＣＫメッセージ（ＮＡＣＫ１）６４ｎを送信していた。
【0131】
タイムスロット９では、Ｔ１（例えば、ブロック４８、そして、４９で検証される）を送信するために、ＵＥに割り当てられた物理的なリソースはなく、ＵＥは、それについての次の割り当てられたリソースのために、Ｔ１のバージョンの再送の前に、４５で、待たれるべきである。スケジューリングに従って、その後の割り当てられたリソース（例えば、リソースＣＣ０の中のリソースタイムスロット８、及び第２、および第３のリソースＣＣ１、及びＣＣ２の中のタイムスロット９から１１）の中では、別のＵＥは、送信、そして、再送（例えば、データＴ２のために）を実行する権限を有する。タイムスロット９と１０の間には、Ｔ１を送信したＵＥは、４５で待っているままである。
【0132】
しかしながら、スケジューリングに従って、割り当てられたリソースは、Ｔ１を送信した同じＵＥに割り当てられたチャンネルＣＣ０のタイムスロット１１と一致する。したがって、ＵＥは、ブロック４５からブロック４２に移行して、そして、Ｔ１（Ｔ１*で示された）の冗長送信を実行してもよい。Ｔ１*は、例えば、Ｔ１のＡＲＱ再送であってもよい。
【0133】
さらに、第２、および第３のリソースＣＣ１、およびＣＣ２の中のタイムスロット１２から１６の中では、Ｔ１*の（そして、Ｔ１の）さらなる冗長送信は、まだ、実行されていてもよい。ＮＡＣＫ３は、タイムスロット１４で受信され、Ｔ１の送信、そして、再送は、もうすでに、成功していなかったことを意味する。Ｔ１*の冗長送信は、例えば、ＨＡＲＱ再送であってもよい。
【0134】
非バースト転送６５ａは、また、ＤＬ、例えば、ＢＳから複数のＵＥへの、で実行されてもよい。これらの場合には、Ｔ０、Ｔ１、Ｔ２は、スケジューリングによって定義されたＢＳから特定のＵＥに向かう送信を参照する。例えば、バーストモードは、ＵＬ通信を受け入れるだけである。
【0135】
バーストモード（図の中においてバーストポジション６５ｂで示された）を実施することは可能である。バーストモードは、ＢＳによって実現され、例えば、シグナリングによって複数のＵＥと通信されてもよい。図では、バーストモードは、タイムスロット１６で開始し、６５ａでスケジュールされた通信から完全に独立していてもよい。
【0136】
バーストモードですら、通信は、少なくとも１つのチャンネル（例えば、ＣＣ０ ６１）の中で、スケジュールされてもよい。例えば、割り当てられたリソースは、タイムスロット１６、１８、１９の中で定義されており、そして、通信Ｔ３、Ｔ４、Ｔ５に割り当てられており、それぞれは、一般的には、異なる複数のＵＥである複数のＵＥによって実行されてもよい。それとは反対に、他のチャンネル（例えば、ＣＣ１、そして、ＣＣ２）では、割り当てられていないリソースは定義される。したがって、競争は、異なる複数のＵＥの間で起きてもよい。
【0137】
物理的なリソースは、タイムスロット１６と関連付けられ、そして、第１のチャンネルＣＣ０は、独自に、送信Ｔ３と関連付けられる。さらに、Ｔ３を送信したＵＥは、Ｔ３の冗長送信を実行するために、第２、そして、第３のチャンネルＣＣ１とＣＣ２の中で、その次のタイムスロット１７を占有してもよい。ＵＥは、例えば、方向４０ｂの過程を実行してもよい。ＵＥは、ブロック４２と４６の間で循環されてもよく、そして、Ｔ３の冗長送信を実行してもよい。
【0138】
特に、ＵＥがＴ３の冗長バージョンを送信している間に、他の複数のＵＥは、それらが、使用されてはおらず、割り当てられていないリソースを見つけるまで、ブロック４１ｂを繰り返すことによって、（方法４０ｂのそれらの過程の中で）循環する。
【0139】
この場合には、第２、および第３のチャンネルＣＣ１、そして、ＣＣ２の中で、タイムスロット１８、そして、１９は、ＡＫＳ３がＢＳによって送信されるまで、Ｔ３の冗長バージョンの再送によって、まだ、占有されている。それに応じて、Ｔ３を再送したＵＥは、４６から４４に移行する。
【0140】
よって、ＣＣ１、およびＣＣ２上のタイムスロット２０の中の割り当てられていないリソース（グラント・フリーなリソース）は、使用されなくなる。したがって、ＣＣ１、およびＣＣ２の中のＴ４の再送（第１のチャンネルＣＣ０の中のスロット１７上で送信されたが、スロット１８、及び１９の中でＴ３の繰り返された再送の図の中では、再送されることはできなかった）は、スロット２０だけで可能である。したがって、スロット１６におけるＣＣ０の中のＴ４を送信したＵＥは、Ｔ３の冗長送信を実行して、タイムスロット２０に至り、スロット２０に至るまで、繰り返しているブロック４１ｂを循環させる。
【0141】
ＣＣ１、そして、ＣＣ２が使用されていないときに、タイムスロット２１で物理的なリソースを決定するときには、同じことが、スロット１８でＣＣ０の中のＴ５を送信したＵＥに、適用され、それは、スロット２１に至るまで、ブロック４１ｂを繰り返して、循環させる。
【0142】
図６の実施例は、図４の実施例の動作を実施してもよい。Ｔ０、Ｔ１、Ｔ２は、方法４０ｃのＣＣ０の中のブロック４１で送信されてもよい。ＨＡＲＱ再送（例えば、Ｔ０re－ＴＸなど）は、ＣＣ１、そして、ＣＣ２の中のブロック４２ｃで送信されてもよい。例えば、ＣＣ１、そして、ＣＣ２の中のタイムスロット５では、ブロック４４（終わり）に向けて、「ＹＥＳ」を送信するブロック４３ｃとしての、ＨＡＲＱ再送はない。それとは逆に、タイムスロット１１では、ＣＣ０の中でＴ１（Ｔ１*で示された）のＡＲＱ再送は、ブロック４５に従って実行される。タイムスロット１２から１６におけるＣＣ１、そして、ＣＣ２の中では、Ｔ１*のＨＡＲＱ再送（例えば、Ｔ０re－ＴＸなど）は、ブロック４２ｃに従って実行される。
【0143】
図７は、例えば、ＵＥ（例えば、２２、２３、５２から５４）、または、ＢＳ（２１、または、５１）でもよい通信機器７０を示している。通信機器７０は、例えば、送信機であってもよい。通信機器７０は、アンテナ７１と、を備えていてもよい。通信機器７０は、送信／受信、Ｔ／Ｒモジュール７２（例えば、メディア・アクセス・コントロールＭＡＣ層、そして／あるいは、物理層の中で動作する）と、を備えていてもよい。Ｔ／Ｒモジュール７２は、アンテナ７１に信号を送信し、アンテナ７１から信号を受信してもよい。通信機器７０は、通信機器７０の少なくともいくつかの部分を制御するプロセッサ７３と、を備えていてもよい。通信機器７０は、格納スペース７４と、を備えていてもよい。
【0144】
プロセッサ（例えば、プロセッサ７３）が、上述の、そして／あるいは、以下の方法のうちの少なくとも１つを実行させて、そして／あるいは、上述の、そして／あるいは、以下で議論された送信機（ＵＥ、または、ＢＳ）のうちの少なくとも１つを実施させてもよいことによって、実行されるときには、格納スペース７４は、不揮発性メモリユニット７４ｂと、を備えていてもよい。格納スペース７４は、また、スケジューリングデータ（例えば、揮発メモリユニット７４ｂ）と、を備えていてもよい。
【0145】
格納スペースは、異なった物理的なリソースが挿入されて送信されることになっている、バッファ７５と、を備えていてもよい。バッファ７５は、例えば、プロセッサ７３から（そして、また、送信される場合に）、データを得てもよく、そして、Ｔ／Ｒモジュール７２にデータを与えてもよいのであれば（そして、Ｔ／Ｒモジュール７２からデータを受信する場合にも）、デュアル・ポート装置と、を備えていてもよい。バッファ７５は、スケジューリングデータ７４ｂに従って構成されていてもよい。それぞれの割り当てられたリソースは、例えば、マトリックス（ｍａｔｒｉｘ）として組織化された、メモリロケーション（ｍｅｍｏｒｙ ｌｏｃａｔｉｏｎ）に書き込まれてもよいデータと関連付けられてもよい。グラント・フリー送信の場合には、待ち行列が実施されてもよい。
【0146】
バッファ７５は、第１の送信位置７５ａと、を備えていてもよく、そして、それは、特別な実施例に従って、送信される第１のデータは、割り当てられたリソース上で、そして／あるいは、グラント・フリーなリソース上で送信するために、Ｔ／Ｒモジュール７２に出力する前に、格納される。
【0147】
バッファ７５は、割り当てられた、または、割り当てられなかったリソース上で送信するためのＴ／Ｒモジュール７２に出力される前に、冗長データが挿入される冗長データ位置７５ｂと、を備えていてもよい。冗長データ位置７５ｂは、挿入されるいくつかの冗長データの中の待ち行列とみなされてもよい。冗長データは、実施例に従った、正確な繰り返し、そして／あるいは、漸増する冗長であってもよい。もし、割り当てられていないリソースが、使われていなければ、冗長データが割り当てられていないリソースのどこに送信されるのかについて（例えば、図６のモード６５ｂの開かれた競争の中）、Ｔ／Ｒモジュール７２が確認される。
【0148】
送信機７０の中では、受信機からのＡＣＫ、または、ＮＡＣＫメッセージは、アンテナ７１から、例えば、Ｔ／Ｒモジュール７２、そして／あるいは、プロセッサ７３に提供されてもよい。これに加えて、または、代わりに、割り込みライン７６は、例えば、受信されているＡＣＫメッセージ（例えば、ブロック４５の目的のために）の情報を提供するために、プロセッサ７３への入力で提供されてもよい。もしそうであれば、レジスタ空間では、送信と関連付けられたデータは、送信されないで、削除される、または、合図で停止してもよい。
【0149】
通信装置７０は、また、例えば、受信機（例えば、送信機、及び受信機の両方であってもよい）、及び受信機は、例えば、ＵＥ、または、ＢＳであってもよい。メッセージを受信したとき（例えば、アンテナ７１によって）には、メッセージの妥当性は、妥当性チェック（例えば、Ｔ／Ｒモジュール７２の中で実施されてもよい）を通じて、チェックされてもよい。メッセージは、その時に、プロセッサ７３で提供されてもよい。送信機に逆送信されるＡＣＫ、または、ＮＡＣＫメッセージは、例えば、Ｔ／Ｒモジュール７２、そして／あるいは、プロセッサ７３によって、アンテナ７１に提供されてもよい。プロセッサ７３は、メッセージの受信のために、命令を実行し、命令は、不揮発性格納メモリユニット７４の中に格納されている。これらの命令の間では、プロセッサ７３は、方法３０を実行するために、命令を実行してもよい。受信機７０は、例えば、方法３０、または、方法３０ｂを実行してもよい。自動再送要求ＡＲＱを実施することは可能であり、そして、そこで、送信機は、ＡＣＫメッセージを待つ。ハイブリッド自動再送要求ＨＡＲＱ（例えば、ｈａｒｄ－ＨＡＲＱ技術）を実施することは可能であり、そして、それは、少なくともいくつかの反復は、要求の必要なしに送信される（ＡＣＫ、メッセージＮＡＣＫメッセージを待つ必要なしに）。
【0150】
図８は、例えば、バッファ７５によって管理される、冗長送信を準備するための方法８０の実施例を示す。
【0151】
８１では、方法８０は、第１の送信バッファ７５ａに送信される（例えば、Ｔ０、Ｔ１、Ｔ２）ための挿入データ、及び冗長バッファ７５ｂに再送されるための挿入冗長データが送信されるための挿入データを提供してもよい。
【0152】
８２では、方法８０は、送信している、第１のデータ８１、及び冗長データ８３を提供してもよい。図の中では、ブロック８２、及びブロック８３は、シーケンスとして表わされているが、それは、いくつかの場合には、並行であってもよい（例えば、第１のデータ送信と冗長送信の両方のために、同じタイムスロットの中で異なるチャンネルを用いている）。
【0153】
したがって、方法８０は、８４で、データ送信機、または、再送は、受信機によって、受信が成功していたかどうかをチェックすることを条件付けている。チェックは、例えば、複数のＡＣＫ／複数のＮＡＣＫの受信をチェックすることによって、実行されてもよい。
【0154】
否定的な受信（例えば、ＡＣＫ受信ではなく、または、ＮＡＣＫ受信）の場合には、方法８０は、さらなる冗長送信を実行するために移行してもよい。
【0155】
冗長送信は、例えば、メッセージの再送と、を備えていてもよい。冗長送信は、例えば、先のメッセージ（例えば、冗長部分だけが送信された）の送信部分と、を備えていてもよい。
【0156】
肯定的な受信（例えば、ＡＣＫ受信）では、方法８０は、８５で、冗長データバッファに退避するために（例えば、削除によって）、移行してもよい。これは、例えば、図６の中で、ＣＣ１、及びＣＣ２の中のタイムスロット５の中で送信された冗長されていないデータであるという事実のための理由かもしれず、冗長データバッファ７５ｂは、タイムスロットの中で、Ｔ／Ｒモジュール７２によって、使用されていないことを見つけており、そして、冗長されていない送信は実行されなかった。
【0157】
図９は、ＢＳ２２であってもよい（または、その一部であってもよい）スケジューラ９３０を示している。スケジューラ９３０は、スケジューリングに関する信号設定データ９３１であってもよい。スケジューラ９３０は、例えば、１つ、または、２つ以上の基準に基づいて、それぞれのＵＥによって、どのチャンネル、そして／あるいは、物理的なリソースが使用されるのかを決定してもよい。基準は、１つ、または、２つ以上のデータを伴う、いくつかの実施例では、少なくともデータ９３３から９３７は、ネットワーク状態９３２を構築するために貢献してもよい。基準は、事前に定義された、そして／あるいは、実時間の中で定義される、そして／あるいは、変更されてもよい。スケジューリングは、動的であるかもしれず、または、動的である。
【0158】
スケジューラ９３０は、ネットワークで、トラフィック９３３（または、メトリック、または、それと関連付けられた推定）を伴う少なくとも一部の基準に基づいて、設定データ（スケジューリング）を定義してもよい。トラフィックは、例えば、中央装置（ＢＳ、ｇ／ｅＮＢであってもよい）、現在の信号、現在開いているセッションなどの数の範囲内で表されている複数のＵＥの数の合計を維持することによって、測定されてもよい。同じ実施例では、もし、トラフィックが過剰ではなければ、チャンネル（例えば、割り当てられたリソース）の量は、増加するかもしれない。
【0159】
スケジューラ９３０は、ネットワークで、サービスの質（ＱоＳ）９３４（または、メトリック、または、それと関連付けられた推定）を伴う少なくとも一部の基準に基づいて、設定データ（スケジューリング）を定義してもよい。ＱоＳ９３４は、例えば、不正確にデコードされたメッセージ（例えば、複数のＵＥからＢＳへのＵＬ通信）の統計値の合計を維持することによって、測定されてもよい。いくつかの実施例では、もし、ＱоＳが、いくつかの特定のＵＥのために、不足していれば、スケジューリングは、低いＱоＳという弱点がある装置に増加した数の割り当てられたリソースを関連付けることによって、変更してもよい。いくつかの実施例では、もし、ＱоＳが、一般的に、不足していれば、割り当てられたリソースの量は増加させてもよい。
【0160】
推定は、統計データ（例えば、地理的表示を人間の表現を関連付けた）と、を備えていてもよい。推定は、少なくとも一部が、履歴データ、そして／あるいは、自動的に計算された、そして／あるいは、少なくとも一部が経験的知識によって、条件付けられてもよい。
【0161】
スケジューラ９３０は、例えば、安全性と関連する目的（第１の応答システムなど）のために、緊急３６の通信（電話通信、特別なセッションなど）を少なくとも一部に含む基準に基づいて、設定データ９３１（スケジューリング）は定義されてもよい。実施例は、超高信頼低遅延通信（ＵＲＬＬＣ）であってもよい。緊急の通信で必要とされる複数のＵＥは、追加の割り当てられたリソースを使用するために、スケジューラ９３０によって、割り当てられていてもよい。逆に、割り当てられたリソースは、緊急の通信を必要としない複数のＵＥには、減少させてもよい。
【0162】
スケジューラ９３０は、少なくとも一部が、選択９３７を伴う基準に基づいて、設定データ９３１（スケジューリング）を決定してもよい。選択された複数のＵＥは、追加の割り当てられたリソースに割り当てられてもよい。選ばれなかった複数のＵＥは、減少した（または、同じ実施例では０）割り当てられたリソースが与えられることを伴って与えられてもよい。選択は、例えば、使用者の要求（例えば、ネットワークを管理しているサービスプロバイダによって提供される追加のサービスとして）、稼働してもよい。よって、能力、そして／あるいは、信頼性、そして／あるいは、速度が増加した通信は、選択された使用者に提供されてもよい。
【0163】
スケジューラ９３０は、特に、例えば、異なったネットワークの状態を基礎にする基準の変化によって、リアルタイムで動作してもよい。
【0164】
スケジューラは、したがって、優先順位を実行してもよく、高い順位付けをされた複数のＵＥは、低い順位付けをされた複数のＵＥに関して割り当てられたリソースの数を増加させて与えられてもよい。図６に関して、Ｔ１送信をしている装置（ＣＣ０の中のタイムスロット５、及び１１、ＣＣ１、及びＣＣ２の中のタイムスロット６から８、及び１２から１６と関連付けられた、例えば、１８の割り当てられたリソース）は、Ｔ２を送信している装置（ＣＣ０の中のタイムスロット８、ＣＣ１、及びＣＣ２の中のタイムスロット９から１１と関連付けられた、例えば、７の割り当てられたリソース）よりもより良い順位付けをされる。異なる複数のＵＥの間の順位付けは、例えば、ネットワーク状態９３２上で、９３３、９３４、９３６、及び９３７、及び、一般的にはより多くに基づく基準のうちの１つに従ってもよい。
【0165】
割り当てられたリソースを異なるＵＥに割り当てるための基準は、ネットワークの状況（複数のＵＥの状況）を基礎にしてリアルタイムの中で発展していってもよい。
【0166】
実施例では、スケジューラ９０は、方法１０から１０”、３０、３０ｂ、４０から４０ｃ、５０、６０、及び８０のうちのいずれか１つを開始、または、終了させるために用いられてもよい。したがって、スケジューラ９０は、ネットワーク状況９３２上の９３３、９３４、９３６、及び９３７、一般的により多くでのメトリックが、ネットワークの悪い状況（例えば、低いＱоＳ、そして／あるいは、閾値以下のメトリック）、または、緊急通信を実行するための必要性を決定するときには、特に、用いられることになっている、これらの方法を決定する（例えば、ＵＲＬＬＣ）。
【0167】
上記の見解では、解決は、早期に、タイム－クリティカル、または、ミッション・クリティカルな通信で、データが破損していると検知されたパケットのハンドシェイキング（ｈａｎｄｓｈａｋｉｎｇ）のために必要とされる時間の問題が提供されていた。一般的には、さらなる再送の可能性がある周期的、または、非周期的な再送は、超高信頼低遅延通信には適合しない、遅延を生じさせるかもしれない。
【0168】
実施例によれば、以下の検討事項Ｅ１、Ｅ２、Ｅ３の少なくともいくつかは、有効であってもよい、
Ｅ１：データは、例えば、短い期間のＳＰＳであってもよい、割り当てられたリソース上で送信されてもよい。再送ＨＡＲＱブロックは、オリジナルのデータ（ＭＣＳに基づいており、及びＴＢＳに選択された）の送信の間／前に、計算されてもよい。
Ｐ１：バースト転送の場合には、連続的な漸増冗長（ＨＡＲＱ動作）は、以下のＳ １、そして／あるいは、Ｓ２に依存して、異なる数を伴って実行されてもよく、
Ｓ１：選択されたＭＣＳ（ＨＡＲＱバッファの中にセーブされた（ｓａｖ ｅｄ）冗長の数を示す）、そして／あるいは、
Ｓ２：オリジナルデータの優先；高い優先データは、送信されることになって いる、より多くのＨＡＲＱブロックを必要とし、及び低い信頼度は、より少な いＨＡＲＱブロックを必要とする、
Ｐ２：ブロックを処理するＨＡＲＱの全体は、以下のＳ１、または、Ｓ２のうちの どちらかまで、連続して送信されてもよい、
Ｓ１：選択された変調－符号化スキーム（ＭＣＳ）のための最小の符号レート に到達し、以降は、ＭＣＳは、必要に応じて、同じくらい強い（低い）ように 、または、利用可能な持続的な再送リソースとして選ばれなければならない
Ｓ２：次の新しい送信は、次の短いサブフレーム（または、ｓＴＴｉ）の中で 開始されなければならない。それゆえに、古い再送は、処分され、そして、（ もし、前部でＡＣＫ受信がなかったら）ＡＲＱプロセスに切り替えられ、ＮＡ ＣＫメッセージが受信されると推定される（Ｅ３を見てください）。そうでな ければ、余分なＨＡＲＱは、並行したリソースで、続いているかもしれない（ Ｅ２を見てください）。
Ｅ２：「同じｓＴＴｉ」のために（同様に、次の複数のｓＴＴｉの上で送信しているＨＡＲＱを妨げることなしに）。ＨＡＲＱバージョンは、「同じｓＴＴｉ」、または、「次のＴＴｉ」、または、「次のｓＴＴｉ」で送信されることができる。後者は、既存のＦＤＤ、及びＴＤＤアップリンク、及びダウンリンクフレーム構造と適合させることができる。
Ｐ１：さらなる搬送波構成要素ＣＣｓ（チャンネルの例）は、ＨＡＲＱバージョン
を送信するために用いられてもよく、そして／あるいは、
Ｐ２：ＣＣ（ｓ）は、異なるＨＡＲＱバージョンを送信するために用いられてもよ く、そして／あるいは、
Ｐ３：ＣＣ（ｓ）は、同じＨＡＲＱバージョンを（同時に）グラント・フリーで送 信することができて、
Ｓ１：自由許可アップリンク送信の場合の複数の冗長、そして／あるいは、
Ｓ２：複数のバージョンの同じＨＡＲＱ構成要素をＨＡＲＱ上の安全なチェイ ス合成をしているＨＡＲＱ（ＣＣ－ＨＡＲＱ）に送信する部分。これは、受信 機で受信されたＨＡＲＱフレームの最大の比率によって、利用することができ る。
Ｐ４：無許可の帯域は、持続的な（半継続的な）ＨＡＲＱ送信、そして／あるいは 、
Ｅ３：受信機でのＨＡＲＱプロセス反応、
Ｐ１：もし、データが正確に受信されると、受信機でＨＡＲＱメカニズム（ｍ ｅｃｈａｎｉｓｍ）は、タイムライン（ｔｉｍｅ ｌｉｎｅ）の早期の段 階のいずれか１つでＡＣＫを付与される。一度、これは、送信機で、デコードされ 、ＨＡＲＱビットは、１つの場所をＳＡＷプロセスから解放しているバッファから 取り除かれ、そして／あるいは、
Ｐ２：ほかに、もし、ＡＣＫが必要としなければ、それは、省略され、そして、も しすべてが送られると、送信機は、ＨＡＲＱバッファに退避するだけであり、そし て／あるいは、
Ｐ３：ほかに、もし、データに不正確に受信されると、最後のＨＡＲＱバッファブ ロックが受信された後、または、新たな送信が要請された後に、ＮＡＣＫが生成さ れる。それゆえに、もし、ＮＡＣＫを受信すると、新たな送信が、次の最も早い送 信スロットでスケジュールされる。それは、例えば、新しいデータインジケータＩ Ｄ、または、上の層での決定をＡＲＱプロセスに任せることを伴うことを示してい る。
Ｅ１：データは、例えば、短い期間のＳＰＳであってもよい、割り当てられたリソース上で送信されてもよい。再送ＨＡＲＱブロックは、オリジナルのデータ（ＭＣＳに基づいており、及びＴＢＳに選択された）の送信の間／前に、計算されてもよい。
Ｐ１：バースト転送の場合には、連続的な漸増冗長（ＨＡＲＱ動作）は、以下のＳ １、そして／あるいは、Ｓ２に依存して、異なる数を伴って実行されてもよく、
Ｓ１：選択されたＭＣＳ（ＨＡＲＱバッファの中にセーブされた（ｓａｖ ｅｄ）冗長の数を示す）、そして／あるいは、
Ｓ２：オリジナルデータの優先；高い優先データは、送信されることになって いる、より多くのＨＡＲＱブロックを必要とし、及び低い信頼度は、より少な いＨＡＲＱブロックを必要とする、
Ｐ２：ブロックを処理するＨＡＲＱの全体は、以下のＳ１、または、Ｓ２のうちの どちらかまで、連続して送信されてもよい、
Ｓ１：選択された変調－符号化スキーム（ＭＣＳ）のための最小の符号レート に到達し、以降は、ＭＣＳは、必要に応じて、同じくらい強い（低い）ように 、または、利用可能な持続的な再送リソースとして選ばれなければならない
Ｓ２：次の新しい送信は、次の短いサブフレーム（または、ｓＴＴｉ）の中で 開始されなければならない。それゆえに、古い再送は、処分され、そして、（ もし、前部でＡＣＫ受信がなかったら）ＡＲＱプロセスに切り替えられ、ＮＡ ＣＫメッセージが受信されると推定される（Ｅ３を見てください）。そうでな ければ、余分なＨＡＲＱは、並行したリソースで、続いているかもしれない（ Ｅ２を見てください）。
Ｅ２：「同じｓＴＴｉ」のために（同様に、次の複数のｓＴＴｉの上で送信しているＨＡＲＱを妨げることなしに）。ＨＡＲＱバージョンは、「同じｓＴＴｉ」、または、「次のＴＴｉ」、または、「次のｓＴＴｉ」で送信されることができる。後者は、既存のＦＤＤ、及びＴＤＤアップリンク、及びダウンリンクフレーム構造と適合させることができる。
Ｐ１：さらなる搬送波構成要素ＣＣｓ（チャンネルの例）は、ＨＡＲＱバージョン
を送信するために用いられてもよく、そして／あるいは、
Ｐ２：ＣＣ（ｓ）は、異なるＨＡＲＱバージョンを送信するために用いられてもよ く、そして／あるいは、
Ｐ３：ＣＣ（ｓ）は、同じＨＡＲＱバージョンを（同時に）グラント・フリーで送 信することができて、
Ｓ１：自由許可アップリンク送信の場合の複数の冗長、そして／あるいは、
Ｓ２：複数のバージョンの同じＨＡＲＱ構成要素をＨＡＲＱ上の安全なチェイ ス合成をしているＨＡＲＱ（ＣＣ－ＨＡＲＱ）に送信する部分。これは、受信 機で受信されたＨＡＲＱフレームの最大の比率によって、利用することができ る。
Ｐ４：無許可の帯域は、持続的な（半継続的な）ＨＡＲＱ送信、そして／あるいは 、
Ｅ３：受信機でのＨＡＲＱプロセス反応、
Ｐ１：もし、データが正確に受信されると、受信機でＨＡＲＱメカニズム（ｍ ｅｃｈａｎｉｓｍ）は、タイムライン（ｔｉｍｅ ｌｉｎｅ）の早期の段 階のいずれか１つでＡＣＫを付与される。一度、これは、送信機で、デコードされ 、ＨＡＲＱビットは、１つの場所をＳＡＷプロセスから解放しているバッファから 取り除かれ、そして／あるいは、
Ｐ２：ほかに、もし、ＡＣＫが必要としなければ、それは、省略され、そして、も しすべてが送られると、送信機は、ＨＡＲＱバッファに退避するだけであり、そし て／あるいは、
Ｐ３：ほかに、もし、データに不正確に受信されると、最後のＨＡＲＱバッファブ ロックが受信された後、または、新たな送信が要請された後に、ＮＡＣＫが生成さ れる。それゆえに、もし、ＮＡＣＫを受信すると、新たな送信が、次の最も早い送 信スロットでスケジュールされる。それは、例えば、新しいデータインジケータＩ Ｄ、または、上の層での決定をＡＲＱプロセスに任せることを伴うことを示してい る。
【0169】
少なくともいくつかの実施例では、以下の結果のうちの少なくともいくつかが用いられ、要約すると、
【0170】
第１に、この考えは、異なるＵＬ、または、ＤＬを取得することを伴う、短い期間 の半永続スケジューリング（ＳＰＳ）に基づいており、それぞれの送信の間の任意 の異なるサブフレームは残っている。
第２に、ＨＡＲＱ再送は、メインの送信ストリーム、言い換えれば、他の搬送波構 成要素（複数の）、空間的なサブレイヤー、または、時間分割で並行に送信されて もよい。
第３に、周期的なＡＣＫ／ＮＡＣＫ要求（４つのＴＴｉ／ｓＴＴｉの成功受信の後 ）の送信の代わりに、それらは、以下のどちらかにあり、
ＡＣＫは、その後に、できるだけ早いか、もし、必要なければ、超低遅延のた めに、省略され、そして／あるいは、
もし、失敗すると、ＮＡＣＫは、一度、新しい送信ブロックＩＤが示している 、または、最後のＨＡＲＱバッファブロックに示された、物理的なリソースに 、送信される。
第４に、図６は、ＦＤＤ、及び付与されたＳＰＳに基づく描写である。しかしなが ら、ＴＤＤへの拡張、または、二重化スキームのうちの１つは、前方にまっすぐで 、そして、フレーム構造の中身になる。
第２に、ＨＡＲＱ再送は、メインの送信ストリーム、言い換えれば、他の搬送波構 成要素（複数の）、空間的なサブレイヤー、または、時間分割で並行に送信されて もよい。
第３に、周期的なＡＣＫ／ＮＡＣＫ要求（４つのＴＴｉ／ｓＴＴｉの成功受信の後 ）の送信の代わりに、それらは、以下のどちらかにあり、
ＡＣＫは、その後に、できるだけ早いか、もし、必要なければ、超低遅延のた めに、省略され、そして／あるいは、
もし、失敗すると、ＮＡＣＫは、一度、新しい送信ブロックＩＤが示している 、または、最後のＨＡＲＱバッファブロックに示された、物理的なリソースに 、送信される。
第４に、図６は、ＦＤＤ、及び付与されたＳＰＳに基づく描写である。しかしなが ら、ＴＤＤへの拡張、または、二重化スキームのうちの１つは、前方にまっすぐで 、そして、フレーム構造の中身になる。
【0171】
ＨＡＲＱ処理は、多数の並行な停止、及び待ち（Ｓｔｏｐ－ＡＮＤ－Ｗａｉｔ）（ＳＡＷ）処理を伴うＳＡＷ技術を使用してもよく、すべての処理は、システマティックビット、及び冗長ビットのＨＡＲＱ環状バッファを伴う送信ブロック（ＴＢ）として表わされていてもよい。さらに、データは、短い期間のＳＰＳの中にあってもよい、割り当てられたリソース上で送信されてもよい。それらの付与は、また、例えば、ＵＬ送信、送信に基づく争いを使用する特別な使用者に割り当てられているかもしれない（スケジューリングによって）。
【0172】
再送ＨＡＲＱブロックは、異なる搬送波構成要素（ＣＣ）上の「同じｓＴＴｉ」、または、次の「ｓＴＴｉ」で送信されるために、送信、及び開始している間に計算されてもよい。ブロックで処理されたＨＡＲＱの全体は、次のいずれか一方まで、徐々に送信されてもよい、
・選ばれた変調スキームのための最小の符号化レートに達するとき、または、
・次の新しい送信が次の短いサブフレーム（または、ｓＴＴｉ）で開始されなければならないとき。
さらなる詳細は、図６、及び関連する上述の議論を見てください。この図は、割り当て、及び限定された／部分的な衝突（多重化バーストＨＡＲＱ）を制御することを可能にする多層のＱоＳ検知を伴う、部分的な衝突を示している。ここに、単独／複数のＣＣ、ＨＡＲＱ（同様にグラント・フリーなメカニズムが作用している）のために固定された物理的なリソース、及び任意の限定されたＨＡＲＱスロットは、訴えられてもよい。再送のための、１の遅延したｓＴＴｉが想定されるが、同じｓＴＴｉ ＨＡＲＱ送信は妨げられない。実施例では、もし、データが正確に受信され、そして、ＡＣＫが必須であれば、ＨＡＲＱメカニズムは、タイムラインの早期のステージのうちのいずれかで、ＡＣＫを得て、ＨＡＲＱビットは、ＳＡＷプロセスの１つを解放するバッファから取り除かれる。そうでなければ、最後のＨＡＲＱブロックが送信されたときに、ＨＡＲＱバッファは、自動的に、退避される。もし、ＮＡＣＫを受信すると、新しい送信が次の最も早い送信スロットでスケジュールされる。これは、例えば、新しいデータ表示機ＩＤを用いて、表示されてもよい。
・選ばれた変調スキームのための最小の符号化レートに達するとき、または、
・次の新しい送信が次の短いサブフレーム（または、ｓＴＴｉ）で開始されなければならないとき。
さらなる詳細は、図６、及び関連する上述の議論を見てください。この図は、割り当て、及び限定された／部分的な衝突（多重化バーストＨＡＲＱ）を制御することを可能にする多層のＱоＳ検知を伴う、部分的な衝突を示している。ここに、単独／複数のＣＣ、ＨＡＲＱ（同様にグラント・フリーなメカニズムが作用している）のために固定された物理的なリソース、及び任意の限定されたＨＡＲＱスロットは、訴えられてもよい。再送のための、１の遅延したｓＴＴｉが想定されるが、同じｓＴＴｉ ＨＡＲＱ送信は妨げられない。実施例では、もし、データが正確に受信され、そして、ＡＣＫが必須であれば、ＨＡＲＱメカニズムは、タイムラインの早期のステージのうちのいずれかで、ＡＣＫを得て、ＨＡＲＱビットは、ＳＡＷプロセスの１つを解放するバッファから取り除かれる。そうでなければ、最後のＨＡＲＱブロックが送信されたときに、ＨＡＲＱバッファは、自動的に、退避される。もし、ＮＡＣＫを受信すると、新しい送信が次の最も早い送信スロットでスケジュールされる。これは、例えば、新しいデータ表示機ＩＤを用いて、表示されてもよい。
【0173】
バースト転送（例えば、６５ｂ）の場合には、連続的な漸増する冗長（ＨＡＲＱ動作）は、以下に従って異なる数を伴って送信されてもよい。
・オリジナルの送信、ＨＡＲＱバッファの中に保存された冗長の合計のために選択 されたＭＣＳ、及びＨＡＲＱ再送のために選択されたＭＣＳ。
・オリジナルデータの優先については、高い優先データは、遅延させて再送を回避 し、及び好ましくは低い優先データの低下させる、より多くのＨＡＲＱブロックを 必要とする。
・オリジナルの送信、ＨＡＲＱバッファの中に保存された冗長の合計のために選択 されたＭＣＳ、及びＨＡＲＱ再送のために選択されたＭＣＳ。
・オリジナルデータの優先については、高い優先データは、遅延させて再送を回避 し、及び好ましくは低い優先データの低下させる、より多くのＨＡＲＱブロックを 必要とする。
【0174】
最後に、この特許のアイディアの中では、ＨＡＲＱ情報は、周波数（図１のさらなる搬送波構成要素）の中のＵＲＬＬＣ装置、または、時間（ＵＬとＤＬでの再送の間のＴＤＭＡを推定するために図１を変更する）、または、もし可能であれば、無許可の周波数帯域の中の他のＵＲＬＬＣ装置を伴って割り当てることができる並行した搬送波構成要素を占有することができる。
【0175】
実施例については、
１．短い送信時間間隔（ｓＴＴｉ）を伴う超高信頼超低遅延通信（ＵＲＬＬＣ）を 有することが推測され、そして／あるいは、
２．短いスケジューリング期間を伴うＳＰＳは、時間の中で間隔を空けている同種 の、または、同種ではない、物理的なリソースを伴っていることが推測され（図６ を見てください）、そして／あるいは、
３．加えて、漸増する冗長を伴うバースト（連続的な）通信は、優先、選択された ＭＣＳ（ＨＡＲＱバッファ長さ）に基づくことが推定され、そして／あるいは、
４．もし、ＮＡＣＫを受信すると、再送は、占有することだけをすることができる 、そして／あるいは、
５．物理的なリソースを省略すると、タイムアウト期間の後に、ＮＡＣＫになるこ とが推定される。それゆえに、もし、フレームが、デコードされることに成功する と、受信機は、再度、ＡＣＫを送ることを強制され、そして／あるいは、
６．ＨＡＲＱプロセスは、同時には起きないＨＡＲＱであるかもしれず、
７．しかしながら、同時に起きるＨＡＲＱは、以下のように、図６の変更がまだ必 要とされるかもしれない、
１．ｓＳＰＳ送信間隔は、等距離である
２．ＡＣＫ／ＮＡＣは、次の物理的なリソースの前に送信されており、そして 、再送（もし、必要があれば）は、第２の次の物理的なリソースを占有しなけ ればならない
８．適用可能な、及び適用不可能なＨＡＲＱ送信の両方は、言い換えれば、新しい データ表示機にＤＣＩＯ（適用可能）であると設定され、または、ＰＨＩＣＨ（適 用可能ではない）として設定されたＡＣＫ／ＮＡＣＫと設定された情報を伴うと推 測される
１．短い送信時間間隔（ｓＴＴｉ）を伴う超高信頼超低遅延通信（ＵＲＬＬＣ）を 有することが推測され、そして／あるいは、
２．短いスケジューリング期間を伴うＳＰＳは、時間の中で間隔を空けている同種 の、または、同種ではない、物理的なリソースを伴っていることが推測され（図６ を見てください）、そして／あるいは、
３．加えて、漸増する冗長を伴うバースト（連続的な）通信は、優先、選択された ＭＣＳ（ＨＡＲＱバッファ長さ）に基づくことが推定され、そして／あるいは、
４．もし、ＮＡＣＫを受信すると、再送は、占有することだけをすることができる 、そして／あるいは、
５．物理的なリソースを省略すると、タイムアウト期間の後に、ＮＡＣＫになるこ とが推定される。それゆえに、もし、フレームが、デコードされることに成功する と、受信機は、再度、ＡＣＫを送ることを強制され、そして／あるいは、
６．ＨＡＲＱプロセスは、同時には起きないＨＡＲＱであるかもしれず、
７．しかしながら、同時に起きるＨＡＲＱは、以下のように、図６の変更がまだ必 要とされるかもしれない、
１．ｓＳＰＳ送信間隔は、等距離である
２．ＡＣＫ／ＮＡＣは、次の物理的なリソースの前に送信されており、そして 、再送（もし、必要があれば）は、第２の次の物理的なリソースを占有しなけ ればならない
８．適用可能な、及び適用不可能なＨＡＲＱ送信の両方は、言い換えれば、新しい データ表示機にＤＣＩＯ（適用可能）であると設定され、または、ＰＨＩＣＨ（適 用可能ではない）として設定されたＡＣＫ／ＮＡＣＫと設定された情報を伴うと推 測される
【0176】
少なくとも実施例のいくつかは、以下のような定義が可能である、
１－方法は、ＳＰＳが付与された装置を伴って、衝突を回避するために並行な再送を保証するように、そして、最小の短い送信時間を保証するように開発されている。ここに、再送遅延は、必要とされる信頼度、及び最大のエンド・ツー・エンド（ｅｎｄ－ｔｏ－ｅｎｄ）遅延と対比して計測されなければならない。このために、半永続スケジューリングＨＡＲＱは、一度、並行なＡＣＫが受信され、または、ＨＡＲＱバッファが使用されていなければ、再送停止させるだけであると我々は推定した。
２．実施例１の方法は、リクエストスケジューリング（ｒｅｑｕｅｓｔ ｓｃｈｅｄｕｌｉｎｇ）（ＲＳ）を実行し、そして、ＱоＳ、チャンネル状態情報、送信の緊急性などのために必要なすべての情報を捕えると推定される。
３．実施例１に基づいており、そして、実施例２を満たしている、ＨＡＲＱバッファサイズ（複数の）、及び可能な送信ＨＡＲＱブロックは、選択されたＭＣＳ、及びＱоＳから決定される。
４．実施例１に基づいて、そして、送信は、別のＳＰＳが付与された装置を伴って衝突を回避するために集められた搬送波構成要素（ＣＣ）上で実行される。
５．実施例１、及び実施例４に基づいて、割り当てられたＣＣは、周波数、または、ＵＲＬＬＣ装置の間の時間、または、無許可の周波数帯域のいずれかでスケジュールされてもよい
６．実施例１、及び実施例５に基づいて、もし、少数のＵＲＬＬＣ装置が動作していれば、再送は、信頼度のために、多数の搬送波構成要素の上で二重化されていてもよい
７．実施例１に基づいて、ＨＡＲＱプロセスサポートは、同時には動いていないＨＡＲＱのどちらか、言い換えれば、失敗、または、同時に動く場合に受信機によって、引き起こされるだけであってもよい。同時に起きるＨＡＲＱの場合には、ＨＡＲＱ領域は、トータルのオーバヘッドを減少させて付与されたｓＳＰＳを伴ってスケジュールされていてもよい。
８．実施例１、及び実施例７に基づいて、適用可能な、及び適用可能ではないＨＡＲＱの両方は、サポートされることができる。
９．実施例１に基づいて、バースト、及び非バースト転送は、サポートされることができる。しかしながら、バースト転送のためのＨＡＲＱプロセス遅延は、早いＡＣＫによって減少させることができる。
１０．実施例１、及び実施例９の本質に基づいて、ＨＡＲＱプロセスは、多数（１から８）のＳＡＷプロセスとして動作する。
１－方法は、ＳＰＳが付与された装置を伴って、衝突を回避するために並行な再送を保証するように、そして、最小の短い送信時間を保証するように開発されている。ここに、再送遅延は、必要とされる信頼度、及び最大のエンド・ツー・エンド（ｅｎｄ－ｔｏ－ｅｎｄ）遅延と対比して計測されなければならない。このために、半永続スケジューリングＨＡＲＱは、一度、並行なＡＣＫが受信され、または、ＨＡＲＱバッファが使用されていなければ、再送停止させるだけであると我々は推定した。
２．実施例１の方法は、リクエストスケジューリング（ｒｅｑｕｅｓｔ ｓｃｈｅｄｕｌｉｎｇ）（ＲＳ）を実行し、そして、ＱоＳ、チャンネル状態情報、送信の緊急性などのために必要なすべての情報を捕えると推定される。
３．実施例１に基づいており、そして、実施例２を満たしている、ＨＡＲＱバッファサイズ（複数の）、及び可能な送信ＨＡＲＱブロックは、選択されたＭＣＳ、及びＱоＳから決定される。
４．実施例１に基づいて、そして、送信は、別のＳＰＳが付与された装置を伴って衝突を回避するために集められた搬送波構成要素（ＣＣ）上で実行される。
５．実施例１、及び実施例４に基づいて、割り当てられたＣＣは、周波数、または、ＵＲＬＬＣ装置の間の時間、または、無許可の周波数帯域のいずれかでスケジュールされてもよい
６．実施例１、及び実施例５に基づいて、もし、少数のＵＲＬＬＣ装置が動作していれば、再送は、信頼度のために、多数の搬送波構成要素の上で二重化されていてもよい
７．実施例１に基づいて、ＨＡＲＱプロセスサポートは、同時には動いていないＨＡＲＱのどちらか、言い換えれば、失敗、または、同時に動く場合に受信機によって、引き起こされるだけであってもよい。同時に起きるＨＡＲＱの場合には、ＨＡＲＱ領域は、トータルのオーバヘッドを減少させて付与されたｓＳＰＳを伴ってスケジュールされていてもよい。
８．実施例１、及び実施例７に基づいて、適用可能な、及び適用可能ではないＨＡＲＱの両方は、サポートされることができる。
９．実施例１に基づいて、バースト、及び非バースト転送は、サポートされることができる。しかしながら、バースト転送のためのＨＡＲＱプロセス遅延は、早いＡＣＫによって減少させることができる。
１０．実施例１、及び実施例９の本質に基づいて、ＨＡＲＱプロセスは、多数（１から８）のＳＡＷプロセスとして動作する。
【0177】
実施例のいくつかの利点は、ここで再開される。［１０］との違いは、ＡＣＫは、短い反応時間のための機会を残して増加されることはない。追加的に（及び特に利点は、）
ＨＡＲＱブロックは、同時に、並行なリソース上で送信されることもできる（デー タ、または、遅延を伴って）。これによって、多数のＣＣ、または、無許可で、使 用されることができるＡＣＫは、早く受信されてもよい（ＨＡＲＱバッファを退避 して）
ＨＡＲＱプロセスは、任意の数の再送に限定することができる
フレームＨＡＲＱ再送数、及びＭＣＳは、それぞれのフレーム優先に基づいている
並行なＣＣ／リソース上の多数の同様のＨＡＲＱは、例えば、ＭＲＣプロセスを伴 うＨＡＲＱメカニズムのチェイス合成で利用されることができる
ＨＡＲＱブロックは、同時に、並行なリソース上で送信されることもできる（デー タ、または、遅延を伴って）。これによって、多数のＣＣ、または、無許可で、使 用されることができるＡＣＫは、早く受信されてもよい（ＨＡＲＱバッファを退避 して）
ＨＡＲＱプロセスは、任意の数の再送に限定することができる
フレームＨＡＲＱ再送数、及びＭＣＳは、それぞれのフレーム優先に基づいている
並行なＣＣ／リソース上の多数の同様のＨＡＲＱは、例えば、ＭＲＣプロセスを伴 うＨＡＲＱメカニズムのチェイス合成で利用されることができる
【0178】
一般的に、実施例は、プログラム命令を有するコンピュータプログラムとして実施されてもよく、コンピュータプログラム製品がコンピュータで動作しているときには、プログラム命令は、方法のうちの１つを実行するために動作している。プログラム命令は、例えば、機械で読み取り可能なメディアに格納されていてもよい。
【0179】
他の実施例は、機械で読み取り可能な搬送波上に格納された、ここに述べられた方法のうちの１つを実行するために動作しているコンピュータプログラムと、を備えている。
【0180】
言い換えれば、コンピュータプログラム製品がコンピュータで動作しているときには、
方法の実施例は、したがって、ここに述べられた方法のうちの１つを実施するためのコンピュータ命令を有するコンピュータプログラムである。
方法の実施例は、したがって、ここに述べられた方法のうちの１つを実施するためのコンピュータ命令を有するコンピュータプログラムである。
【0181】
方法のさらなる実施例は、したがって、その上に記録される、ここに述べられた方法のうちの１つを実施するためのコンピュータプログラムと、を備える、データ搬送媒体（または、デジタル格納媒体、または、コンピュータ読み取り可能な媒体）である。データ搬送メディア、または、記録されたメディアは、無形、そして、移行できる信号ではなく、有形であり、そして／あるいは、移行できない。
【0182】
方法のさらなる実施例は、したがって、ここに述べられた方法のうちの１つを実施するためのコンピュータプログラムで表された、データストリーム、または、信号のシーケンスである。データストリーム、または、信号のシーケンスは、例えば、インターネットを経由するような、例えば、データ通信接続を経由して送信されてもよい。
【0183】
方法のさらなる実施例は、例えば、ここに述べられた方法のうちの１つを実施するためのコンピュータ、または、プログラム可能な論理装置のような、処理手段と、を備える。
【0184】
さらなる実施例は、ここに述べられた方法のうちの１つを実施するためにコンピュータプログラムをインストールしているコンピュータと、を備える。
【0185】
さらに、実施例は、ここに述べられた方法のうちの１つを実行するためのコンピュータプログラムを受信機に送信（電気的に、または、光学的に）する電子機器、または、システムと、を備える。受信機は、コンピュータ、モバイル機器、メモリ装置、または、その他である。電子機器、または、システムは、例えば、コンピュータプログラムを受信機に送信するためのファイルサーバと、を備える。
【0186】
いくつかの実施例では、プログラム可能な論理装置（例えば、フィールド・プログラブル・ゲート・アレイ）は、ここに述べられた方法の機能のいくつか、または、すべてを実行するために用いられてもよい。いくつかの実施例では、フィールド・プログラブル・ゲート・アレイは、ここに述べられた方法のうちの１つを実行するために、マイクロプロセッサと連携してもよい。一般的に、方法は、いくつかの適切なハードウエア装置によって実行されてもよい。
【0187】
上述された実施例は、本発明の原理を説明するための単なる具体例にすぎない。ここに述べられた配置、および詳細の修正、および変更は、すぐに明らかになると理解される。したがって、この実施例は、明細書の意味、または、実施の形態の議論によってここに表された特別な詳細によってよりも請求の範囲の保護の範囲によってのみ限定されることを意味する。
【0188】
【0189】
【図1a】
【図1b】
【図1c】
【図2a】
【図2b】
【図3a】
【図3b】
【図4a】
【図4b】
【図4c】
【図5】
【図6】
【図7】
【図8】
【図9】