(57)【要約】  受信機は、アンテナと、アンテナへ連結されるトランシーバと、デコーダと、プロセッサとを含む。トランシーバは、無線通信ネットワークの送信機からデータブロックを受信する。データブロックは、受信機へ割り当てられる複数のリソース上で送信される符号化されたデータを含む。デコーダは、符号化されたデータを復号し、割り当てられたリソースについて、符号化されたデータの復号が成功したか失敗したかを決定する。プロセッサは、リソースのうちの復号が失敗した１つまたは複数がレポートに含まれているかどうかを評価し、レポートは、割り当てられたリソースのうちの１つまたは複数について、１つまたは複数の割り当てられたリソース上で送信される符号化されたデータが復号不能であること、または復号不能である可能性が高いことを指示し、プロセッサは前記評価に応答して、トランシーバに送信機へ再送信要求を送信させる。【特許請求の範囲】
【請求項１】
受信機であって、
アンテナと、
前記アンテナに連結されるトランシーバであって、前記トランシーバは、無線通信ネットワークの送信機からデータブロックを受信するように構成され、前記データブロックは、前記受信機に割り当てられる複数のリソース上で送信される符号化されたデータを含む、トランシーバと、
前記符号化されたデータを復号し、前記割り当てられるリソースについて、前記符号化されたデータの復号が成功したか失敗したかを決定するように構成されるデコーダと、
プロセッサであって、
前記リソースのうちの前記復号に失敗した１つまたは複数がレポートに包含されているかどうかを評価し、前記レポートは、前記割り当てられたリソースのうちの１つまたは複数について、前記１つまたは複数の割り当てられたリソース上で送信される符号化されたデータが復号不能であること、または復号不能である可能性が高いことを示すものであり、
前記評価に応答して、前記トランシーバに前記送信機へ再送信要求を送信させる
ように構成される、プロセッサと、
を備える受信機。
【請求項２】
前記１つまたは複数の割り当てられたリソース上で送信される符号化されたデータは、前記１つまたは複数のリソースが前記送信機による、かつ／または前記無線通信ネットワークの１つまたは複数のさらなる送信機による１つまたは複数の障害を経験する場合に、復号不能である、または復号不能である可能性が高いとして示される、請求項１に記載の受信機。
【請求項３】
前記１つまたは複数の障害には、前記送信機によって、かつ／または前記無線通信ネットワークの１つまたは複数のさらなる送信機によって引き起こされるパンクチャリング、干渉または信号強度の低下が含まれる、請求項２に記載の受信機。
【請求項４】
前記レポートは、前記１つまたは複数のリソースについて、前記符号化されたデータが復号不能である確率を示す、請求項１〜請求項３のいずれか一項に記載の受信機。
【請求項５】
前記レポートは、前記割り当てられるリソースを複数の汚染レベルに、前記割り当てられるリソース上で送信される符号化されたデータが復号不能である確率に依存して関連づけ、前記確率は、前記１つまたは複数のリソースが前記送信機により、かつ／または前記１つまたは複数のさらなる送信機により経験する前記障害に依存する、請求項４に記載の受信機。
【請求項６】
前記再送信要求は、前記送信機へ、前記復号に失敗した前記１つまたは複数のリソースの汚染レベルを伝えるメッセージを含み、
前記メッセージにより、前記送信機は、シグナリングされた前記汚染レベルに関連づけられる、かつ／またはシグナリングされた前記汚染レベルより高い汚染レベルに関連づけられるリソース上で送信される前記符号化されたデータの再送信または追加的冗長を送信する、
請求項５に記載の受信機。
【請求項７】
前記再送信要求は、１ビットのメッセージであり、
前記レポートに含まれる前記リソースのうちの１つまたは複数について前記復号が失敗した場合、前記プロセッサは、前記トランシーバに前記送信機へ第１の１ビットメッセージ（ＮＡＣＫ）を送信させるように構成され、前記第１の１ビットメッセージ（ＮＡＣＫ）により、前記送信機は、前記レポートに含まれる前記１つまたは複数のリソース上で送信された前記符号化されたデータの再送信または追加的冗長を送信する、
請求項１〜請求項６のいずれか一項に記載の受信機。
【請求項８】
前記レポートに含まれない前記リソースのうちの１つまたは複数について前記復号が失敗した場合、前記プロセッサは、前記トランシーバに前記送信機へさらなる再送信要求を送信させるように構成され、前記さらなる再送信要求により、前記送信機は、前記復号に失敗した前記１つまたは複数のリソース上で送信された前記符号化されたデータまたは前記データブロックの再送信または追加的冗長を送信する、
請求項７に記載の受信機。
【請求項９】
前記データブロックの全てのリソースについて前記復号が成功した場合、前記プロセッサは、前記トランシーバに前記送信機へ第２の１ビットメッセージ（ＡＣＫ）を送信して前記送信機へ前記データブロックの正しい受信を認識させるように構成される、
請求項７または請求項８に記載の受信機。
【請求項１０】
前記再送信要求は、２ビットのメッセージであり、
前記復号が、前記レポートに含まれるリソースのうちの１つまたは複数でのみ失敗した場合、前記プロセッサは、前記トランシーバに、
前記送信機へ第１の２ビットメッセージ（ＮＡＣＫ１）を送信させるように構成され、前記第１の２ビットメッセージ（ＮＡＣＫ１）は、前記送信機に、前記レポートに第１の汚染レベルで含まれる前記１つまたは複数のリソース上で送信された前記符号化されたデータの再送信または追加的冗長を送信させ、前記プロセッサは、前記トランシーバに、
前記送信機へ第２の２ビットメッセージ（ＮＡＣＫ２）を送信させるように構成され、前記第２の２ビットメッセージ（ＮＡＣＫ２）は、前記送信機に、前記レポートに前記第１の汚染レベルおよび第２の汚染レベルで含まれる前記１つまたは複数のリソース上で送信された前記符号化されたデータの再送信または追加的冗長を送信させ、前記第１の汚染レベルは、前記第２の汚染レベルより高く、
前記復号が失敗したリソースが、前記レポートに含まれない１つまたは複数のリソースを含む場合、前記プロセッサは、前記トランシーバに、前記送信機へ第３の２ビットメッセージ（ＮＡＣＫ３）を送信させるように構成される、
請求項１〜請求項６のいずれか一項に記載の受信機。
【請求項１１】
前記第３の２ビットメッセージ（ＮＡＣＫ３）は、前記送信機に、
前記受信機が、前記復号が失敗した前記１つまたは複数のリソースを特定できるように、前記受信機へ追加のリソースを割り当てさせ、
前記復号が失敗した前記１つまたは複数の特定されたリソース上で送信された前記符号化されたデータの再送信または追加的冗長を送信させ、または、前記データブロックの再送信または追加的冗長を送信させる、
請求項１０に記載の受信機。
【請求項１２】
前記データブロックの全てのリソースについて前記復号が成功した場合、前記プロセッサは、前記トランシーバに前記送信機へ、第４の２ビットメッセージ（ＡＣＫ）を送信して前記送信機へ前記データブロックの正しい受信を認識させるように構成される、
請求項１０または請求項１１に記載の受信機。
【請求項１３】
前記復号が、前記データブロックの全てのリソースで成功した場合、前記プロセッサは、前記トランシーバに前記送信機へ、第１の再送信メッセージ（ＡＣＫ）を送信して前記送信機へ前記データブロックの正しい受信を認識させるように構成され、
前記復号が、前記レポートに含まれる前記リソースのうちの１つまたは複数でのみ失敗した場合、前記プロセッサは、前記トランシーバに、前記送信機へ第２の再送信メッセージ（ＮＡＣＫ１）または第３の再送信メッセージ（ＮＡＣＫ２）を送信させるように構成され、前記第２または第３の再送信メッセージ（ＮＡＣＫ１、ＮＡＣＫ２）は、前記送信機に、前記レポートにその汚染レベルに基づいて含まれる前記１つまたは複数のリソース上で送信された前記符号化されたデータの再送信または追加的冗長を送信させ、
前記復号が失敗したリソースが、前記データブロックの前記リソースのうちのいずれか１つを含む場合、前記プロセッサは、前記トランシーバに、前記送信機へ第４の再送信メッセージ（ＮＡＣＫ３）を送信させるように構成され、前記第４の再送信メッセージ（ＮＡＣＫ３）は、前記復号が失敗した前記データブロックの前記リソースを示し、前記送信機に、前記復号が失敗した前記１つまたは複数の特定されたリソース上で送信された前記符号化されたデータの再送信または追加的冗長を送信させる、
請求項１〜請求項６のいずれか一項に記載の受信機。
【請求項１４】
前記プロセッサは、
前記データブロックの前記復号に続き、割り当てられた前記リソースについて、前記符号化されたデータの復号が成功したか、失敗したかを決定する前に、または前記データブロックの前記リソースのうちの１つまたは複数で復号が失敗した場合に、前記トランシーバに、前記送信機へレポート要求を送信させるように構成され、
前記レポート要求により、前記送信機は、前記レポートを前記受信機へ送信する、
請求項１〜請求項１３のいずれか一項に記載の受信機。
【請求項１５】
前記無線通信ネットワークの前記送信機または前記１つまたは複数のさらなる送信機は、１つまたは複数のデータブロックを送信するための送信パターンに基づいて動作し、
前記レポートは、前記送信機または前記さらなる送信機のうちの１つまたは複数の前記送信パターンの変化に応じて生成される、
請求項１〜請求項１４のいずれか一項に記載の受信機。
【請求項１６】
前記送信パターンの前記変化は、前記受信機に割り当てられる前記リソース上の、前記送信機および／または前記送信機に隣接する１つまたは複数のさらなる送信機によるパンクチャリング、干渉または信号強度の低下によって引き起こされる、請求項１５に記載の受信機。
【請求項１７】
前記送信パターンの前記変化は、前記送信機および／または前記送信機に隣接する１つまたは複数のさらなる送信機による、前記受信機に割り当てられる前記リソース上の１つまたは複数の予期せぬ送信によって引き起こされる、請求項１５または請求項１６に記載の受信機。
【請求項１８】
前記受信機に割り当てられる前記リソース上の前記予期せぬ送信は、前記送信パターンによって規定されるものより高い信号強度を用いる送信、たとえばＵＲＬＬＣ（超高信頼低遅延）送信、を含む、請求項１７に記載の受信機。
【請求項１９】
前記無線通信ネットワークの前記送信機および前記１つまたは複数のさらなる送信機は、合意された送信パターンを用いて動作し、前記合意された送信パターンは、１つまたは複数のデータブロックを送信するためのセル間干渉制御（ＩＣＩＣ）を基礎とし、前記無線通信ネットワークの前記送信機および前記１つまたは複数のさらなる送信機は、おそらくは干渉の影響を受けるリソース上のバックホールインタフェースを介して通信する、
請求項１〜請求項１８のいずれか一項に記載の受信機。
【請求項２０】
前記レポートは、前記受信機へ同報通信信号または専用信号を用いて送信され、
前記同報通信信号は、前記送信機によりサービスを提供される複数の受信機について、前記無線通信ネットワークの前記送信機からの、かつ／または１つまたは複数のさらなる送信機からの干渉を経験している前記リソースを示すレポートを含み、前記複数の受信機は、前記送信機によりサービスを提供される全ての受信機、または前記送信機によりサービスを提供される受信機グループを含み、
前記専用信号は、前記送信機によりサービスを提供される１つの専用受信機について、前記無線通信ネットワークの前記送信機からの、かつ／または１つまたは複数のさらなる送信機からの干渉を経験しているリソースを示すレポートを含む、
請求項１〜請求項１９のいずれか一項に記載の受信機。
【請求項２１】
前記データブロックは、時間領域における複数のシンボルにより、かつ周波数領域における複数のサブキャリアにより規定され、前記符号化されたデータは、複数のコードブロック（ＣＢ）または複数のコードブロック・グループ（ＣＢＧ）を含む、請求項１〜請求項２０のいずれか一項に記載の受信機。
【請求項２２】
前記受信機は、ＨＡＲＱプロセス、予測ＨＡＲＱプロセスまたは早期ＨＡＲＱプロセスに従って動作し、前記再送信要求は、復号不良を是正するための情報の要求を含む、請求項１〜請求項２１のいずれか一項に記載の受信機。
【請求項２３】
送信機であって、
アンテナと、
前記アンテナに連結されるトランシーバと、を備え、前記トランシーバは、無線通信ネットワークの１つまたは複数の受信機と通信するように構成され、前記１つまたは複数の受信機は、前記送信機によりサービスを提供され、
前記トランシーバは、前記１つまたは複数の受信機へレポートを送信するように構成され、前記レポートは、前記１つまたは複数の受信機に割り当てられる１つまたは複数のリソースについて、前記１つまたは複数の割り当てられたリソース上で送信される符号化されたデータが復号不能であること、または復号不能である可能性が高いことを示す、
送信機。
【請求項２４】
前記無線通信ネットワークの前記送信機または前記１つまたは複数のさらなる送信機は、１つまたは複数のデータブロックを送信するための送信パターンに基づいて動作し、
前記送信機は、前記送信機または前記さらなる送信機のうちの１つまたは複数の前記送信パターンの変化に応じて前記レポートを生成するように構成されるプロセッサを備える、
請求項２３に記載の送信機。
【請求項２５】
前記送信パターンの前記変化は、前記送信機および／または前記送信機に隣接する１つまたは複数のさらなる送信機による、前記１つまたは複数の受信機に割り当てられる前記リソース上のパンクチャリング、干渉または信号強度の低下によって引き起こされる、請求項２４に記載の送信機。
【請求項２６】
前記送信パターンの前記変化は、前記送信機および／または前記送信機に隣接する１つまたは複数のさらなる送信機による、前記１つまたは複数の受信機に割り当てられる前記リソース上の１つまたは複数の予期せぬ送信によって引き起こされる、請求項２４または請求項２５に記載の送信機。
【請求項２７】
前記１つまたは複数の受信機に割り当てられる前記リソース上の前記予期せぬ送信は、前記送信パターンによって規定されるものより高い信号強度を用いる送信、たとえばＵＲＬＬＣ（超高信頼低遅延）送信、を含む、請求項２６に記載の送信機。
【請求項２８】
前記無線通信ネットワークの前記送信機および前記１つまたは複数のさらなる送信機は、合意された送信パターンを用いて動作し、前記合意された送信パターンは、１つまたは複数のデータブロックを送信するためのセル間干渉制御（ＩＣＩＣ）を基礎とする、
請求項２３〜請求項２７のいずれか一項に記載の送信機。
【請求項２９】
前記無線通信ネットワークの前記１つまたは複数のさらなる送信機へのバックホールインタフェースを備え、前記バックホールインタフェースは、前記１つまたは複数のさらなる送信機と、おそらくは干渉による影響を受けるリソース上で通信するように構成される、請求項２３〜請求項２８のいずれか一項に記載の送信機。
【請求項３０】
前記トランシーバは、前記レポートを同報通信信号または専用信号を用いて送信するように構成され、
前記同報通信信号は、前記送信機によりサービスを提供される複数の受信機について、前記無線通信ネットワークの前記送信機からの、かつ／または１つまたは複数のさらなる送信機からの干渉を経験している前記リソースを示す前記レポートを含み、前記複数の受信機は、前記送信機によりサービスを提供される全ての受信機、または前記送信機によりサービスを提供される受信機グループを含み、
前記専用信号は、前記送信機によりサービスを提供される１つの専用受信機について、前記無線通信ネットワークの前記送信機からの、かつ／または１つまたは複数のさらなる送信機からの干渉を経験している前記リソースを示す前記レポートを含む、
請求項２３〜請求項２９のいずれか一項に記載の送信機。
【請求項３１】
前記トランシーバは、前記複数の受信機のうちの１つへデータブロックを送信するように構成され、前記データブロックは、前記受信機に割り当てられる複数のリソース上で送信される符号化されたデータを含み、
前記トランシーバは、前記受信機から、前記データブロックの前記送信に応答して、再送信要求を受信するように構成される、
請求項２３〜請求項３０のいずれか一項に記載の送信機。
【請求項３２】
前記再送信要求は、第１の再送信メッセージ（ＡＣＫ）、第２の再送信メッセージ（ＮＡＣＫ、ＮＡＣＫ１）および第３の再送信メッセージ（ＮＡＣＫ２）のうちの１つまたは複数を含み、
前記第１の再送信メッセージ（ＡＣＫ）は、前記受信機における前記データブロックの正しい受信を確認し、
前記第２の再送信メッセージ（ＮＡＣＫ、ＮＡＣＫ１）は、前記受信機における復号が、前記レポートに含まれる前記リソースのうちの１つまたは複数についてのみ失敗したことを示し、前記トランシーバは、前記第２の再送信メッセージ（ＮＡＣＫ、ＮＡＣＫ１）に応答して、前記レポートに含まれる前記１つまたは複数のリソース上で送信された前記符号化されたデータの再送信または追加的冗長を送信するように構成され、
前記第３の再送信メッセージ（ＮＡＣＫ２）は、前記受信機において復号が失敗した前記データブロックのリソースのうちのいずれか１つを特定し、前記トランシーバは、前記第３の再送信メッセージ（ＮＡＣＫ２）に応答して、前記復号が失敗した特定された前記１つまたは複数のリソース上で送信された前記符号化されたデータの再送信または追加的冗長を送信するように構成される、
請求項３１に記載の送信機。
【請求項３３】
通信ネットワークであって、
請求項１〜請求項２２のうちの一項に記載の１つまたは複数の受信機と、
請求項２３〜請求項３２のうちの一項に記載の１つまたは複数の送信機と、
を備える通信ネットワーク。
【請求項３４】
前記通信ネットワークには、有線通信ネットワーク、無線通信ネットワーク、セルラネットワーク、無線ローカル・エリア・ネットワークまたは無線センサシステムが含まれる、請求項３３に記載の通信ネットワーク。
【請求項３５】
前記受信機は、移動体端末、ＩｏＴデバイスまたは無線通信ネットワークの基地局であり、前記送信機は、移動体端末、ＩｏＴデバイスまたは前記無線通信ネットワークの基地局である、請求項３３または請求項３４に記載の通信ネットワーク。
【請求項３６】
ＩＦＦＴ（逆高速フーリエ変換）ベースの信号を用い、前記ＩＦＦＴベースの信号には、ＣＰを有するＯＦＤＭ、ＣＰを有するＤＦＴ−ｓ−ＯＦＤＭ、ＣＰのないＩＦＦＴベースの波形、ｆ−ＯＦＤＭ、ＦＢＭＣ、ＧＦＤＭまたはＵＦＭＣが含まれる、請求項３３〜請求項３５のいずれか一項に記載の通信ネットワーク。
【請求項３７】
無線通信ネットワークの送信機からデータブロックを受信することであって、前記データブロックは、前記受信機に割り当てられる複数のリソース上で送信される符号化されたデータを含むことと、
前記符号化されたデータを復号することと、
割り当てられる前記リソースについて、前記符号化されたデータの復号が成功したか失敗したかを決定することと、
前記リソースのうちで前記復号に失敗した１つまたは複数がレポートに包含されているかどうかを評価することであって、前記レポートは、前記１つまたは複数の割り当てられたリソースについて、前記１つまたは複数の割り当てられたリソース上で送信される符号化されたデータが復号不能であること、または復号不能である可能性が高いことを示すことと、
前記評価に応答して、前記送信機へ再送信要求を送信すること、
を含む方法。
【請求項３８】
無線通信ネットワークの１つまたは複数の受信機と通信することを含み、前記１つまたは複数の受信機は、送信機によりサービスを提供され、
１つまたは複数の受信機と通信することは、前記１つまたは複数の受信機へレポートを送信することを含み、前記レポートは、前記１つまたは複数の受信機に割り当てられた１つまたは複数のリソースについて、前記１つまたは複数の割り当てられたリソース上で送信される符号化されたデータが復号不能であること、または復号不能である可能性が高いことを示す
方法。
【請求項３９】
コンピュータ上で実行されると、請求項３７または請求項３８に記載の方法を実行する命令を記憶するコンピュータ可読媒体を含む、非一時的コンピュータ・プログラム・プロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線または有線通信ネットワークまたはシステムの分野に関し、より具体的には、データの送信に続いて、データの再送信またはデータに関連づけられる冗長（redundancy）の送信を要求し得る通信ネットワークまたは通信ネットワークが提供するサービスに関する。本発明の実施形態は、割当てリソース上の符号化されたデータを受信機において復号できない、または復号できない可能性が高い、という指示に応答する再送信プロセスに関する。
【背景技術】
【０００２】
図１は、コアネットワーク１０２と、無線アクセスネットワーク１０４とを含む無線ネットワークの一例１００を示す略図である。無線アクセスネットワーク１０４は、複数の基地局ｅＮＢ１〜ｅＮＢ５を含み得、各基地局は、基地局を包囲する、個々のセル１０６１〜１０６５により略示される固有のエリアにサービスを提供する。基地局は、セル内のユーザにサービスを提供するために設けられる。ユーザは、固定デバイスである場合も、モバイルデバイスである場合もある。さらに、無線通信システムは、基地局またはユーザに接続するＩｏＴデバイスによってアクセスされ得る。モバイルデバイスまたはＩｏＴデバイスには、物理デバイス、ロボットまたは車等の地上車両、有人または無人航空機（ＵＡＶ）、後者はドローンとも呼ばれる、等の航空機、内部に電子機器、ソフトウェア、センサ、アクチュエータまたはこれらに類似するもの、ならびにこれらのデバイスが既存のネットワークインフラを通じてデータを収集しかつ交換できるようにするネットワーク接続性を組み込んだ建物および他のアイテムが含まれ得る。図１は、例示として５つのセルしか示していないが、無線通信システムは、このようなセルをより多く含み得る。図１は、セル１０６２内にあって基地局ｅＮＢ２によってサービス提供される、ユーザ機器（ＵＥ）とも呼ばれる２名のユーザＵＥ１およびＵＥ２を示している。セル１０６４には、基地局ｅＮＢ４によってサービスされる別のユーザＵＥ３が示されている。矢印１０８１、１０８２および１０８３は、データをユーザＵＥ１、ＵＥ２およびＵＥ３から基地局ｅＮＢ２、ｅＮＢ４へ送信するため、またはデータを基地局ｅＮＢ２、ｅＮＢ４からユーザＵＥ１、ＵＥ２、ＵＥ３へ送信するためのアップリンク／ダウンリンク接続を略示している。さらに、図１は、セル１０６４内に、２つのＩｏＴデバイス１１０１および１１０２を示しているが、これらは、固定デバイスでもモバイルデバイスでもあり得る。ＩｏＴデバイス１１０１は、矢印１１２１が略示するように、基地局ｅＮＢ４を介して無線通信システムにアクセスし、データを送受信する。ＩｏＴデバイス１１０２は、矢印１１２２が略示するように、ユーザＵＥ３を介して無線通信システムにアクセスする。個々の基地局ｅＮＢ１〜ｅＮＢ５は、個々のバックホールリンク１１４１〜１１４５を介してコアネットワーク１０２へ接続され、図１では、該リンクが「コア」を指す矢印で略示されている。コアネットワーク１０２は、１つまたは複数の外部ネットワークへ接続され得る。
【０００３】
データ送信には、物理リソースグリッドが使用され得る。物理リソースグリッドは、様々な物理チャネルおよび物理信号がマッピングされるリソースエレメント・セットを備え得る。たとえば、物理チャネルには、ダウンリンクおよびアップリンク・ペイロード・データとも呼ばれる、ユーザ固有のデータを伝送する物理ダウンリンク共有チャネルおよび物理アップリンク共有チャネル（ＰＤＳＣＨ、ＰＵＳＣＨ）、たとえばマスタ情報ブロック（ＭＩＢ）およびシステム情報ブロック（ＳＩＢ）を伝送する物理ブロードキャストチャネル（ＰＢＣＨ）、たとえばダウンリンク制御情報（ＤＣＩ）を伝送する物理ダウンリンク制御チャネルおよび物理アップリンク制御チャネル（ＰＤＣＣＨ、ＰＵＣＣＨ）、他が含まれ得る。アップリンクの場合、物理チャネルには、さらに、ＵＥがＭＩＢおよびＳＩＢに同期しかつこれらを入手すると、ＵＥがネットワークにアクセスするために用いる物理ランダム・アクセス・チャネル（ＰＲＡＣＨまたはＲＡＣＨ）が含まれ得る。物理信号には、基準信号（ＲＳ）、同期信号およびこれらに類似するものが含まれ得る。リソースグリッドは、時間領域に１０ミリ秒といった所定の持続時間を有する、かつ周波数領域に所与の帯域幅を有するフレームを備え得る。フレームは、長さが予め規定されている所定数のサブフレーム、たとえば長さ１ミリ秒の２つのサブフレーム、を有し得る。各サブフレームは、サイクリックプレフィックス（ＣＰ）の長さに依存して、６または７個のＯＦＤＭシンボルより成る２つのスロットを含み得る。
【０００４】
無線通信システムは、直交周波数分割多重（ＯＦＤＭ）システム、直交周波数分割多重アクセス（ＯＦＤＭＡ）システムまたはたとえばＤＦＴ−ｓ−ＯＦＤＭである他の任意のＣＰを有する、またはＣＰを持たないＩＦＦＴベース信号といった、周波数分割多重を基礎とする任意のシングルトーンまたはマルチキャリアシステムであり得る。多元接続用非直交波形といった他の波形、たとえば、フィルタバンクマルチキャリア（ＦＢＭＣ）、一般化周波数分割多重（ＧＦＤＭ）または汎用フィルタマルチキャリア（ＵＦＭＣ）も使用され得る。無線通信システムは、たとえば、ＬＴＥ−Ａｄｖａｎｃｅｄ  ｐｒｏ規格または５ＧまたはＮＲ（新無線）規格に従って動作し得る。
【０００５】
また、データは、有線通信ネットワークまたは有線ネットワークおよび無線ネットワークの組合せ、たとえばローカル・エリア・ネットワーク（ＬＡＮ）、電話線、同軸ケーブルおよび／または電力線といった異なるタイプのワイヤ上で動作するＧ．ｈｎネットワークまたはインターネット等の広域ネットワーク（ＷＡＮ）、のチャネル上でも通信され得る。
【０００６】
参照した上述のネットワークでは、データは、チャネルを介して送信される間に、ノイズでオーバーレイされる、または干渉といった他の外乱を受けることがあり、よって、受信機においてデータが正しく処理されない、または全く処理されないことがある。たとえば、送信されるべきデータが予め規定されたコードを用いて符号化される場合、符号化されたデータは、送信機で生成されかつチャネルを介して受信機へ転送される。送信の間、符号化されたデータは、たとえばノイズの多いチャネル状況に起因して、符号化されたデータの復号が不可能な程度まで乱されることがある。こうした状況に対処するために、有線および／または無線通信ネットワークは、再送信機構を採用することがある。たとえば、受信機が、符号化されたデータが復号不能であることを検出すると、送信機または送信者からの再送信が要求される。たとえば、ＨＡＲＱ（ハイブリッド自動再送要求）は、復号不良を訂正すべく送信機からの再送信を要求するために使用され得る。たとえば、追加的冗長（additional redundancy）が要求されることもある。送信機において、データの符号化は、送信されるべきデータに追加される冗長ビットを含み得る冗長の生成を含む。最初の送信では、冗長の一部のみが送信され得る。再送信が要求されると、冗長のさらなる部分が受信機へ送信され得る。たとえば、ＨＡＲＱは、チェイス合成（全ての再送信が同じ情報、データおよびパリティビットを含む）を採用する場合もあれば、増分冗長（全ての再送信が以前とは異なるパリティビットを含む）を採用する場合もある。
【０００７】
たとえば、ＬＴＥ規格に従って実装される、またはＮＲ規格に従って実装される通信ネットワークでは、トランスポートブロック（ＴＢ）が１つまたは複数のコードブロック（ＣＢ）を含むことがある。ＬＴＥ規格に従って実装される通信ネットワークでは、再送信要求がＨＡＲＱ要求であることがあるが、ＨＡＲＱフィードバックが提供するフィードバックは、ＴＢ全体に対してのみであり、よって、単に単一のＣＢのみの障害であってもＴＢ全体に対する再送信または追加的冗長の提供が開始される。ＮＲ規格に従って実装される無線通信システムでは、この欠点が、コードブロック・グループ（ＣＢＧ）を導入することによって対処されてきた。各ＣＧＢについて、復号に障害があるＴＢのＣＢＧに対してのみ、再送信または追加的冗長の送信が必要とされるように、ＨＡＲＱフィードバック、たとえば１ビットＨＡＲＱフィードバックが提供され得る。ＣＢＧベースのＨＡＲＱフィードバックは、ＴＢ全体に対する再送信／追加的冗長の必要性を回避するものであるが、それでもＴＢごとにマルチビットＨＡＲＱフィードバックが必要とされる。これにより、アップリンク通信のシグナリングオーバーヘッドが発生し、かつ最終的に物理アップリンク制御チャネル（ＰＵＣＣＨ）においてリソース割当て問題が生じるが、後者は、復号が失敗した実際のＣＢＧに関する詳細を送信機へ伝えるための追加のリソースを割り当てる必要性に起因して生じ得る。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、通信ネットワークにおける再送信プロセスを改善する手法を提供することにある。
【課題を解決するための手段】
【０００９】
この目的は、独立請求項に規定されているような発明対象によって達成される。
【００１０】
実施形態は、従属請求項に規定されている。
【００１１】
次に、添付の図面を参照して、本発明の実施形態をさらに詳しく説明する。
【図面の簡単な説明】
【００１２】
【図１】無線通信システムの一例を示す略図である。
【図２】本発明の一実施形態による、ＣＢＧベースのＨＡＲＱフィードバック低減手法のタイムラインを示す。
【図３】送信機から受信機へ情報を送信するための無線通信システムを示す略図である。
【図４】本発明の手法に従って記述されるユニットまたはモジュールならびに方法ステップを実行し得るコンピュータシステムの一例を示す。
【発明を実施するための形態】
【００１３】
以下、本発明の好ましい実施形態を、添付の図面を参照してさらに詳しく説明するが、諸図を通じて、同じ、または類似の機能を有するエレメントは、同じ参照符号で参照される。
【００１４】
実施形態によれば、本発明は、アンテナと、トランシーバと、デコーダと、プロセッサとを備える、ＵＥのような受信機を提供する。トランシーバは、アンテナへ連結されて、基地局のような無線通信ネットワークの送信機からデータブロックを受信する。データブロックは、受信機へ割り当てられる複数のリソースを用いて送信される符号化されたデータを含む。デコーダは、符号化されたデータを復号し、割り当てられたリソースについて、符号化されたデータの復号が成功したか失敗したかを決定する。プロセッサは、復号に失敗した１つまたは複数のリソースがレポートに包含されているかどうかを評価する。レポートは、割り当てられたリソースのうちの１つまたは複数について、１つまたは複数の割り当てられたリソース上で送信される符号化されたデータが復号不能であることを示すものである。プロセッサは、この評価に応答して、トランシーバに送信機へ再送信要求を送信させる。
【００１５】
実施形態によれば、本発明は、アンテナとトランシーバとを有する、基地局のような送信機を提供する。トランシーバは、アンテナへ連結されて、無線通信ネットワークの、ＵＥのような１つまたは複数の受信機と通信する。１つまたは複数の受信機は、送信機によってサービスを提供される。送信機は、１つまたは複数の受信機へ、上述のレポートまたは、受信機へ割り当てられる１つまたは複数のリソースについて、１つまたは複数の割り当てられたリソース上で送信される符号化されたデータが復号できないことを示す汚染レポートを送信する。
【００１６】
本発明による手法の実施形態は、本発明による手法に従って実装されるＵＥのような１つまたは複数の受信機と、本発明による手法に従って実装される基地局のような１つまたは複数の送信機とを含む通信ネットワークを提供する。
【００１７】
実施形態によれば、割り当てられるリソースは、先に述べたような物理リソースグリッドの１つまたは複数のリソースエレメントを含んでもよい。送信されるべきデータは、符号化されて、１つまたは複数のコードブロック（ＣＢ）として提供される。割り当てられる１つのリソースは、１つまたは複数のＣＢの送信に使用されてもよいが、後者の場合（複数のＣＢの送信に使用される場合）、コードブロック・グループ（ＣＢＧ）とも呼ばれるＣＢのグループが規定されてもよく、その結果、受信機へ割り当てられる複数のリソースが複数のＣＢＧを送信するために用いられてもよい。
【００１８】
レポートは、割り当てられたリソースのうちの１つまたは複数で送信される符号化されたデータが復号不可であることを示す場合がある。１つまたは複数のリソースが、無線通信ネットワークの基地局および／または１つまたは複数のさらなる基地局および／または他のＵＥのような他のエンティティから生じる障害または外乱を受ける場合、送信されるデータは、復号できないことがある。１つまたは複数のさらなる該基地局は、ＵＥにサービスを提供する基地局に隣接する、またはその近傍における基地局であってもよい。割り当てられたリソースに対する、１つまたは複数の基地局により引き起こされる障害または有害な影響には、パンクチャリング、干渉または信号強度の低下が含まれ得る。データブロックを基地局からＵＥへ、たとえば物理リソースグリッドの１つまたは複数のスロット、サブフレームまたはフレームといった特定の（specific）送信周期で送信することを決定する場合、符号化されたデータの送信に対して信頼性があるとされるリソースが割り当てられる。しかしながら、符号化されたデータをＵＥへ送信するために使用されるリソースの信頼性は、経時的に変化し得る。たとえば、特定のイベントは、リソースの障害を、たとえば問題のリソースを用いて送信される信号のパンクチャリング、干渉または信号強度の低下に起因して引き起こすことがある。こうした状況が発生する場合、リソース上の符号化されたデータは、ＵＥにおいて復号できない可能性が高い。
【００１９】
データをＵＥへ送信するために割り当てられるリソースは、基地局からの障害を経験することがあるが、該リソースは、予期しないトラフィックに応答する周囲の基地局によって、または周囲の基地局からサービスを提供される。このような予期しないトラフィックは、超高信頼低遅延（ＵＲＬＬＣ）送信を要求するサービスにより、または、より一般的には、データの高優先性送信を要求するサービスのための他の任意タイプの突発送信によって引き起こされることがある。ＵＲＬＬＣサービスがネットワークに、ＵＥにサービスを提供する基地局を介して接続すると、当初ＵＥに割り当てられたリソースのうちの１つがＵＲＬＬＣサービスまたはトラフィックに割り当てられることがあり、その結果このリソースは、ＵＥへのデータ送信に利用できなくなるが、これは、パンクチャリングとも呼ばれる。ＵＥにサービスを提供する基地局が、ＵＲＬＬＣ送信にＵＥへ割り当てられたリソースのうちの１つを使用しない場合でも、ＵＲＬＬＣ送信の信号要件は、ＵＲＬＬＣデータ送信がＵＲＬＬＣ要件に準拠するように、所定の信号強度を要求し得る。これにより、信号強度の増加が必要となる場合があるが、基地局は、概して、基地局がサービスを提供する全てのアクティブなユーザと通信するための予め設定された電力バジェットに基づいて動作する。利用可能な電力のこの制限により、ＵＲＬＬＣ送信用のより高い信号強度のためにより多くの電力が必要となれば、基地局からＵＥへのデータ送信用にＵＥに割り当てられるリソースのうちの１つまたは複数における信号強度が低減されることがある。また、この低減される信号強度は、たとえば、リソースのうちの１つまたは複数における信号強度の低減に起因して、個々のリソース上の信号が、基地局とＵＥと間のチャネル上で干渉、ノイズおよび他の外乱の影響をより受けやすくなり得るという理由で、ＵＥに割り当てられるリソースのうちの１つまたは複数におけるデータがＵＥで復号できなくなる原因ともなり得る。
【００２０】
ＵＲＬＬＣトラフィックが、ＵＥが位置決めされるセルではなく、近傍のセルに存在する場合、特定のリソースを用いる近傍セルにおける高信号強度のＵＲＬＬＣ送信は、ＵＥが位置決めされるセルにおける対応するリソースに干渉を引き起こすことがある。
【００２１】
コードブロックまたはコードブロック・グループの復号不良は、主として、ＵＥが位置決めされるセルおよび／または近傍セルにおける予期せぬトラフィック、たとえばＵＲＬＬＣトラフィックによるパンクチャリング、干渉および低信号強度といった、上述の障害または影響に起因することが分かっている。ＵＲＬＬＣトラフィックは、いつでも、かつ予期せずに発生し得るものであり、その結果、ＵＥに割り当てられている、割り当てられた時点では信頼できるものとされていたリソースは、後には、これらのリソースを用いて送信される符号化されたデータがＵＥにおいて復号できなくなることがあるという点で信頼できる通信経路をもはや提供しない。
【００２２】
本発明による手法は、ＵＥに割り当てられたリソースであって、パンクチャリング、干渉または信号強度の低減といった障害を経験し、その結果これらのリソース上で送信される符号化されたデータは、ＵＥにおいて正常に復号できない可能性が高い、またはおそらく復号できないリソースに関する知識を使用する。この知識は、ＵＥがアクセスできる、汚染レポートとも呼ばれるレポートにおいて提供される。レポートは、ＵＥに割り当てられたリソースのうちの、障害の影響を受けているために正常に復号できない符号化されたデータを含む可能性が高いリソースを示す。本発明による手法は、概して、ＵＥにおける復号不良は、障害を経験するリソース上で送信されるデータに対して発生する可能性が最も高く、一方で、障害を経験しない他の割当てリソースは、復号可能とみなされることを想定するものである。本発明による手法は、この特性または知識を用いて、ＵＥにおける復号の失敗に際して再送信または追加的冗長を要求するために必要な情報量を低減する。
【００２３】
先に述べた従来技術による手法は、ＴＢの各ＣＢＧに対して少なくとも１ビットを送信するが、本発明によれば、障害を経験するリソースに関する知識が活用され、より具体的には、汚染レポートに基づいて、復号不良が汚染レポートに示されているリソース上で発生したものかどうかが決定される。不良が汚染レポートに示されているリソース上で生じている場合、単一のメッセージが基地局へ返され得、よって基地局は、汚染レポートに示されているリソースの全てについて再送信または追加的冗長を提供し、すなわち、汚染レポートに示されているリソース上で送信される符号化されたデータの全てに対して再送信または追加的冗長が送信される。したがって、シグナリングオーバーヘッド、およびＰＵＣＣＨにおけるリソースのスケジューリングに関する問題と同様に、再送信要求に必要な情報量は大幅に低減される。
【００２４】
また、汚染レポートに含まれていないリソースにおける復号の失敗が決定されるという状況もあり得る。こうした場合、本発明は、基地局からＴＢまたはＴＢ内のＣＢＧのうちの１つまたは複数に向けた再送信または追加的冗長を要求するための従来のＨＡＲＱプロセスを用いることがある。
【００２５】
実施形態によれば、再送信プロセスは、ＨＡＲＱプロセス、予測ＨＡＲＱプロセスまたは早期ＨＡＲＱプロセスであってもよい。
【００２６】
予測ＨＡＲＱプロセスの一例は、たとえば、２０１６年１１月２３日に提出された、欧州特許出願第１６２００３６１．０号明細書「ＲＥＣＥＩＶＥＲ，ＴＲＡＮＳＭＩＴＴＥＲ，ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＮＥＴＷＯＲＫ，ＤＡＴＡ  ＳＩＧＮＡＬ  ＡＮＤ  ＭＥＴＨＯＤ  ＩＭＰＲＯＶＩＮＧ  Ａ  ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ  ＰＲＯＣＥＳＳ  ＩＮ  Ａ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＮＥＴＷＯＲＫ」に記載され、該出願は、参照により開示に含まれる。予測ＨＡＲＱプロセスを実装するために、基地局は、ＵＥへ送信されるべきデータを受信するＬＤＰＣ（低密度パリティ検査）エンコーダを含んでもよい。ＬＤＰＣエンコーダは、ＬＤＰＣコードを用いてデータを符号化し、コードワードを取得する。コードワードは、ＬＤＰＣコードを表す二部グラフの複数の検査ノードに関連づけられる複数の変数ノードによって規定される。コードワードは、二部グラフの検査ノードの部分集合に関連づけられる選択された変数ノードが残りの変数ノードより先に送信されるように、ＵＥへ送信される。選択される変数ノードは、ＵＥにおいて知られる部分コードワードを規定する。部分コードワードは、ＵＥにより、送信されるコードワードの復号可能性をコードワードの全ての変数ノードを受信する前に推定するために使用される。ＵＥは、送信されるコードワードの復号可能性を、部分コードワードを用いて、コードワードの全ての変数ノードを受信する前に推定するＬＤＰＣデコーダを含む。
【００２７】
早期ＨＡＲＱプロセスの一例は、たとえば、２０１７年５月１２日に提出された、欧州特許出願第１７１７０８７１．２号明細書「ＲＥＣＥＩＶＥＲ，ＴＲＡＮＳＭＩＴＴＥＲ，ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＮＥＴＷＯＲＫ，ＤＡＴＡ  ＳＩＧＮＡＬ  ＡＮＤ  ＭＥＴＨＯＤ  ＩＭＰＲＯＶＩＮＧ  Ａ  ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ  ＰＲＯＣＥＳＳ  ＩＮ  Ａ  ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＮＥＴＷＯＲＫ」に記載され、該出願は、参照により開示に含まれる。早期ＨＡＲＱプロセスは、早期ＨＡＲＱフィードバックとも呼ばれる早期再送信要求が送信されることを見込むものである。早期ＨＡＲＱフィードバックは、従来のＨＡＲＱ手順を実装する際に経験される再送信遅延またはＨＡＲＱ遅延を減らせるようにする。フィードバックのタイミングは、最小限の時間にまで短縮され、かつ早期の段階で、データのさらなる冗長バージョン（ＲＶ）等の冗長の提供を可能にする。早期ＨＡＲＱプロセスによれば、１つまたは複数のコードブロック（ＣＢ）がデータブロックまたはＴＢに提供され得る。ＴＢが複数のＣＢを含む場合、個々のＣＢは、グループ化されて複数のコードブロック・グループ（ＣＢＧ）を形成してもよい。言い替えれば、各ＣＢＧは、少なくとも１つのＣＢを、または最大で、ＴＢに提供される全てのＣＢを含んでもよい。ＴＢ以外に、各ＣＢＧは、ＵＥにおいて、各ＣＢＧに対する別個のフィードバックによって独立して処理されてもよい。早期フィードバックを見込むために、データブロック内のコードブロックは、複数の部分を有し、かつコードブロックの第１の部分は、ＵＥにおいてコードブロックの復号可能性を推定するために使用される。第１の部分は、先に述べた欧州特許出願第１６２００３１６．０号明細書に記載されているような手法を用いて取得されてもよい。ＬＬＲ（対数尤度比）推定が使用される場合、第１の部分は、ＣＢの他の任意の部分集合でもあり得る。コードブロックの第１の部分は、データブロックにおいて、コードブロックの残りの１つまたは複数の部分の前に配置される。コードブロックの第１の部分を残りの部分の前に置くことにより、第１の部分は、ＣＢの残りの部分に先行して送信され、よって、コードブロックの復号可能性の推定は、ＵＥにおいてデータブロックがまだ受信されている間に、既にＵＥにおいて開始され得る。推定に応答して、ＨＡＲＱフィードバックは、可能な限り早期に、たとえば各ＣＢに対して個別に送信されてもよい。
【００２８】
図２は、本発明の一実施形態による、ＣＢＧベースのＨＡＲＱフィードバック低減手法のタイムラインを示す。データの処理およびＨＡＲＱフィードバックの生成については、ＵＥの包含エレメントを参照して合わせて説明する。時間ｔ０において、データブロック２００は、ＵＥの１つまたは複数のアンテナＡＮＴＵＥへ連結される、ＵＥの受信機２０２で受信される。データブロック２００は、先に説明したような物理リソースグリッドであってもよく、かつ複数のリソース２０４１〜２０４９を含んでもよい。リソース２０４１〜２０４９は、上述の物理リソースグリッドの１つまたは複数のリソースエレメントを含んでもよく、かつ送信されるべきデータは、符号化されて１つまたは複数のコードブロック・グループ（ＣＢＧ）として提供される。図２の例では、１つまたは複数の割り当てられたリソースがコードブロック・グループ（ＣＢＧ）の送信に使用されている。各リソースは、１つのＣＢＧに関連づけられ得るが、他の実施形態において、ＣＢＧは、２つ以上のリソースを用いてもよい。データブロック２００は、無線通信ネットワークの基地局によりサービスを提供される複数のＵＥに割り当てられるリソースを含む。リソース２０４１〜２０４３は、他のＵＥに割り当てられ、よってリソース２０４４〜２０４９のみが現行のＵＥに割り当てられる。現行のＵＥに割り当てられるリソース２０４４〜２０４９は、ＴＢを規定してもよい。本発明は、図２に示すデータブロック２００のサイズに限定されず、どちらかといえば、他の実施形態に従って、データブロックがより多くの、またはより少ないリソースを含み得ることは、留意される。
【００２９】
データブロック２００の受信は、時間ｔ１で完了する。受信に続き、時間ｔ２において、デコーダ２０６による、ＵＥに割り当てられた個々のリソース２０４４〜２０４９上で送信された符号化されたデータの復号が開始される。２０８で略示されているように、デコーダ２０６は、ＵＥに割り当てられたリソース２０４４〜２０４９の各々について、これらのリソースにより伝送されたデータが正常に復号され得るか否かを決定する。図２の実施形態では、復号が、２０８において文字「ｘ」が示すリソース２０４７を除く全てのリソースで成功したものと想定されている。
【００３０】
復号および特定のリソース上のデータの復号が成功したか失敗したかの決定に続き、時間ｔ３において、ＵＥのプロセッサ２１０は、データの復号が失敗したリソース２０４７がＵＥにおいて入手可能な汚染レポート２１２に存在するかどうかを決定する。汚染レポートは、ＵＥに割り当てられたリソース２０４４〜２０４９のうちのどれが汚染され得るかを示す。図２の実施形態において、汚染レポートは、リソース２０４６および２０４７が汚染されていることを示すものと想定されており、すなわち、汚染レポートは、リソース２０４６および２０４７上で送信されるデータがデコーダ２０６によって正常に復号され得ないことを示している。先に説明したように、リソース２０４６および２０４７は、汚染されている場合があって、たとえば、予期しないトラフィックに起因する何らかの外乱または障害を経験し得る。
【００３１】
実施形態によれば、汚染レポートは、ＵＥに割り当てられた個々のリソースまたはリソースグループを示す表を含むことがあり、該表では、リソースまたはリソースグループの各々について、これらが「汚染されている」かどうか、たとえば、これらの１つまたは複数のリソース上で送信されるデータの復号が、個々のリソースまたはリソースグループにおいて経験される何らかの干渉、パンクチャリングまたは信号強度の低下に起因して失敗する可能性が高いかどうか、が示される。この表は、図２の２１２ａに略示されている。他の実施形態によれば、汚染レポートは、異なる方法で実装されてもよい。
【００３２】
リソース２０４７上でデータの復号が失敗したという決定に続き、時間ｔ４において、プロセッサ２１０は、トランシーバ２０２に、アンテナＡＮＴＵＥを介して、再送信または追加的冗長を要求するＨＡＲＱフィードバックメッセージを送信させる。ＨＡＲＱフィードバックメッセージには、符号化されたデータが全て正常に復号化されたこと、または、復号の失敗があったことを示す単一のメッセージ、たとえば１ビットまたは２ビットメッセージ、が含まれる。再送信メッセージは、復号に失敗した実際のリソースまたは実際のＣＢＧに関する指示を含まない。これにより、再送信メッセージのサイズおよびシグナリングオーバーヘッドを低減または最小にすることができる。また、復号に失敗したＣＢＧを識別する情報のアップリンク送信用に、ＰＵＣＣＨ内にリソースを割り当てる必要もない。復号不良があったことを示す再送信メッセージに応答して、基地局は、基地局でも利用可能な汚染レポートに基づいて、レポートにおいて汚染されているとして示されており、復号が事実上失敗したリソース−図２の例では、リソース２０４７、上で送信されたデータに関する、また、リソース２０４６上で送信されたデータにも関する、再送信または追加的冗長の送信を開始する。
【００３３】
本発明による手法は、復号エラーは、汚染されているリソースにおいて発生する可能性が最も高いものと想定している。したがって、実施形態によれば、データの再送信または該データの追加的冗長を要求するには、単純なＨＡＲＱフィードバックメッセージ、たとえば単ビットのＨＡＲＱフィードバックメッセージで足り、次に、基地局は、汚染レポートに基づいて、ＵＥへどのデータを再送信する必要があるか、または、どのデータに関する追加的冗長を返送する必要があるか、を決定する。
【００３４】
これより可能性としては低い、汚染されていないものと想定される、すなわち、障害を経験しないものと想定されているリソース２０４４、２０４５、２０４８または２０４９のうちの１つにおいて、たとえば予期しないトラフィックに起因して復号エラーが発生する場合は、従来のＨＡＲＱ再送信要求が、汚染レポートに示されているリソースの外で不良が生じたＣＢＧに対して送信されてもよい。
【００３５】
実施形態によれば、ＵＥは、ＣＢＧ−ｅＭＢＢ（高度化モバイルブロードバンド）ＵＥであってもよく、かつ基地局は、ＵＥまたはＵＥグループへ、汚染レポートを用いて、パンクチャリング、干渉または低信号強度の影響を受け得る重要なリソースをシグナリングしてもよい。汚染レポートを介する重要なリソースのシグナリングは、ＣＢＧ−ｅＭＢＢ  ＵＥがそのフィードバックを、たとえばある実施形態に従って１ビットに、または別の実施形態に従って２ビットに減らすことを可能にする。
【００３６】
１ビットの実施形態では、ＮＡＣＫメッセージ（非確認応答メッセージ）が、自動的に、たとえば干渉により汚染されることが予測されているＣＢＧの再送信、またはＣＢＧの追加的冗長の送信を引き起こす。これより可能性としては低い、汚染されていないリソースが影響を受けた場合、これは、データの補完的再送信、完全再送信または冗長送信を含む次のＨＡＲＱ再送信における詳細なＣＢＧ  ＨＡＲＱフィードバックによって処理されてもよい。
【００３７】
２ビットの実施形態によれば、ＨＡＲＱフィードバックを伝えるために、２ビットまたはマルチビットメッセージが使用されてもよい。第１のメッセージは、全てのデータが正常に復号されたことを示す確認応答メッセージＡＣＫであってもよい。第１の非確認応答メッセージＮＡＣＫ１は、汚染されているリソースのうちの１つまたは複数でのみ復号が失敗した場合に送信されてもよく、第２の非確認応答メッセージＮＡＣＫ２は、汚染されていないリソースのうちの１つまたは複数でも、すなわち汚染レポートに示されているリソース上および汚染レポートに示されていないリソース上で、復号が失敗した場合に送信されてもよい。第２の非確認応答メッセージＮＡＣＫ２は、ＵＥが詳細なＣＢＧフィードバックを送信できるようにするためのさらなるリソース割当ての要求を含む場合もあれば、該メッセージにより、自動的に、ＴＢまたはデータブロック全体が完全に再送信される、または冗長が送信される場合もある。
【００３８】
２ビットまたはマルチビットメッセージを用いるさらなる実施形態によれば、汚染レポートは、１つまたは複数のリソースについて、符号化されたデータが復号不可である確率を示してもよく、かつ、符号化されたデータが復号不可であるこれらの確率に依存して、個々の割り当てられたリソースが関連づけられる複数の汚染レベルが提供される。データが復号不可である確率は、個々のリソースに対する障害に依存する。実施形態によれば、パンクチャリングが復号不良を引き起こす確率は、近傍セルからの干渉より高く、かつ近傍セルからの干渉が復号不良を引き起こす確率は、データ送信のための信号強度の低減より高いと考えられている。汚染表に汚染レベルが含まれる場合、要求送信メッセージは、基地局へ３つ以上の非確認応答メッセージをシグナリングしてもよく、該非確認応答メッセージは各々、基地局が単に、シグナリングされる汚染レベルに関連づけられるリソース上で送信されたデータを再送信させる、または追加的冗長を提供させることを可能にする特定の汚染レベルに関連づけられる。たとえば、パンクチャリングを経験するリソースについてのみデータの復号が失敗した状況について考察すると、ＵＥにより基地局へ、たとえば、基地局に単に、パンクチャリングを経験するリソース上で送信されるデータの再送信、または追加的冗長の提供を引き起こさせる汚染レベル２を示す、対応する非確認応答メッセージＮＡＣＫ１が送信されてもよい。干渉を経験する１つまたは複数の割り当てられたリソース上で送信されるデータの復号が失敗したと決定される場合、パンクチャリングおよび干渉を経験するリソース上のデータのみに関して再送信または追加的冗長の提供が行われるように、基地局へ、パンクチャリングおよび干渉を経験するリソースに影響が出ていることを示す汚染レベル１をシグナリングする第２のメッセージＮＡＣＫ２が送信されてもよい。復号不良が、パンクチャリングにも干渉にも関連づけられないリソース、たとえば低減された信号強度で動作するリソース、に対して発生した場合、第３のメッセージＮＡＣＫ３が基地局へ送信され、基地局は、汚染レベル３に起因する復号不良が発生したことを伝えるこのメッセージに応答して、汚染レポートにおいて明確にされたリソース上で送信される全てのデータまたは全てのデータの冗長を再送信させる。
【００３９】
図２を参照して説明する例では、完全なデータブロックまたはＴＢが復号された後、この復号が成功したか失敗したかが決定される。他の実施形態によれば、ＴＢ、ＣＢまたはＣＢＧの復号可能性を、ＴＢ、ＣＢまたはＣＢＧ全体の受信に先行して決定できるようにする、予測ＨＡＲＱプロセスまたは早期ＨＡＲＱが実装されてもよい。言い替えれば、ある特定のリソース上のデータの復号不可能性は、予測ＨＡＲＱまたは早期ＨＡＲＱを用いて決定されてもよく、かつ再送信メッセージは、復号可能性推定および汚染レポートを用いて生成されてもよい。
【００４０】
図２は、汚染レポートが既にＵＥに存在する一実施形態について説明しているが、他の実施形態によれば、汚染レポートは、ＵＥに、データブロックの復号に続いて、または復号に成功または失敗した割当てリソースの決定に先立って提供されてもよく、もしくは、汚染レポートは、復号が失敗した場合に要求されて基地局から送信されてもよい。
【００４１】
本発明の実施形態によれば、汚染レポートは、ＵＥにサービスを提供する基地局により、かつ／または１つまたは複数の隣接する基地局により生成されてもよい。基地局は、互いに、たとえばＸ２インタフェースのようなバックホール接続を介して通信してもよい。１つまたは複数のＵＥのための汚染レポートは、サービスを提供する側の基地局において、たとえば、ＵＥにサービスを提供する基地局の送信パターンに基づいて生成されてもよい。また、１つまたは複数の隣接する基地局の送信パターンも、考慮されてもよい。実施形態によれば、無線通信ネットワークの基地局は、互いの間で、障害、たとえば干渉またはこれに類似するものによって影響される可能性が高い、またはおそらく影響されるリソースについて、Ｘ２インタフェースを介して通信し合ってもよい。基地局は、近傍のセルに、基地局に近い他のセルのＵＥを妨害する可能性が高い、ＵＲＬＬＣ送信といった予期せぬ送信について知らせてもよい。
【００４２】
実施形態によれば、無線通信ネットワークにおける複数の基地局は、確立された合意の送信パターンに基づいて、たとえば、セル間干渉制御（ＩＣＩＣ）手法に基づいて動作してもよい。このような合意された送信パターンが存在する場合、送信パターンのこうした適合化に基づいて汚染レポートが生成され得るように、１つのデータブロックの送信後、合意された送信パターンを評価して、送信パターンにおいて規定されるリソースのいずれかが予期せぬ送信に起因する障害を経験しているかどうかが確認されてもよい。
【００４３】
汚染レポートは、ＵＥにサービスを提供する基地局により生成されてＵＥへ送信される。実施形態によれば、基地局は、おそらくは障害によって影響される全てのリソース、すなわち、データをＵＥにおいて復号できない方法で送信する可能性が最も高い全てのリソース、を含む汚染レポートを同報通信してもよい。汚染レポートを同報通信する場合、汚染レポートは、基地局により割り当てられた複数の、または全てのリソースの情報を含む。基地局によりサービスを提供されるＵＥは、同報通信を聞いて、レポートから、自らに関連する情報を抽出し、すなわち、ＵＥは、受信した汚染レポートから自らに割り当てられたリソースを抽出し、復号の失敗が汚染レポートに示されたリソース上で発生したかどうかを決定するための上述の手法を実行する。
【００４４】
他の実施形態によれば、基地局により、１名のＵＥまたはＵＥグループに、該ＵＥまたはＵＥグループのリソースのうちのどれが障害を経験しているかを告げる汚染レポートの専用シグナリングが行われてもよい。
【００４５】
さらなる実施形態によれば、ＵＥは、本発明による手法に従ってＵＥがＵＥにおいて失敗した復号行動を報告し得る動的なＨＡＲＱフィードバックを提供することもあれば、現行ＴＢに関連する全てのＣＢＧのデコーダ結果を含む詳細なＨＡＲＱフィードバックを直に提供する場合もある。
【００４６】
本発明の実施形態は、図１に示されるような、基地局と、移動体端末またはＩｏＴデバイスのようなユーザとを含む無線通信システムにおいて実装されてもよい。図３は、送信機ＴＸと受信機ＲＸとの間で情報を通信し、かつ先に述べた本発明による手法の実施形態に従って動作するための無線通信システム３００を示す略図である。送信機ＴＸ、たとえば基地局、は、１つまたは複数のアンテナＡＮＴＴＸ、または複数のアンテナ素子を有するアンテナアレイを含む。受信機ＲＸ、たとえばＵＥ、は、少なくとも１つのアンテナＡＮＴＲＸを含む。他の実施形態において、受信機ＲＸは、２つ以上のアンテナを含んでもよい。矢印３０２で示すように、信号は、送信機ＴＸと受信機ＲＸとの間で無線リンクのような無線通信リンクを介して通信される。送信機ＴＸおよび受信機ＲＸの動作、および送信機ＴＸと受信機ＲＸとの間のシグナリングは、先に述べた本発明の実施形態に従う。
【００４７】
たとえば、受信機ＲＸは、１つまたは複数のアンテナＡＮＴＲＸと、アンテナへ連結されるトランシーバ３０４と、デコーダ３０６と、プロセッサ３０８とを含む。トランシーバ３０４は、無線通信ネットワーク３００の送信機ＴＸからデータブロック３１０を受信する。データブロック３１０は、受信機ＲＸに割り当てられる複数のリソース３１２上で送信される符号化されたデータを含む。デコーダ３１０は、符号化されたデータを復号し、割り当てられたリソース３１２について、符号化されたデータの復号が成功したか失敗したかを決定する。プロセッサ３０８は、復号に失敗した１つまたは複数のリソース３１２がレポート３１４に包含されているかどうかを評価する。レポート３１４は、割り当てられたリソース３１２のうちの１つまたは複数について、割り当てられたリソースのうちの該１つまたは複数で送信された符号化されたデータが、たとえば、これらのリソースが送信機ＴＸから、かつ／または３１８で略示されているような無線通信ネットワーク３００の１つまたは複数のさらなる送信機３１６から経験する場合があるパンクチャリング、干渉または信号強度の低下といった障害に起因して復号不可であることを示す。プロセッサ３０８は、この評価に応答して、トランシーバ３０４から送信機ＴＸへ再送信要求３２０を送信させる。
【００４８】
実施形態によれば、送信機ＴＸは、１つまたは複数のアンテナＡＮＴＴＸと、アンテナＡＮＴＴＸへ連結されるトランシーバ３２２とを含む。トランシーバ３２２は、無線通信ネットワーク３００の１つまたは複数の受信機ＲＸと通信する。１つまたは複数の受信機ＲＸは、送信機ＴＸによってサービスを提供される。トランシーバ３２２は、１つまたは複数の受信機ＲＸへレポート３１０を送信する。レポート３１０は、１つまたは複数の受信機ＲＸに割り当てられる１つまたは複数のリソース３１２について、割り当てられたリソースのうちの１つまたは複数で送信される符号化されたデータが復号不能であることを示すものである。実施形態によれば、送信機ＴＸは、送信機ＴＸから、かつ／または１つまたは複数のさらなる送信機３１８からの情報に基づいてレポート３１０を生成するプロセッサ３２４を含んでもよい。この情報は、所定のリソース上で送信されるデータが、おそらくは受信機で復号できないことを示してもよい。１つまたは複数のさらなる送信機３１８からの情報がやはりレポートの作成に使用される実施形態において、送信機ＴＸは、無線通信ネットワーク３００の１つまたは複数のさらなる送信機３１８へのバックホールインタフェース３２６を含んでもよい。
【００４９】
説明している概念の幾つかの態様は、装置のコンテキストで説明されているが、これらの態様が、対応する方法の説明も表すことは明らかであり、その場合、ブロックまたはデバイスは、方法ステップに、または方法ステップの特徴に対応する。同様に、方法ステップのコンテキストで説明される態様は、対応する装置の対応するブロックまたはアイテムもしくは特徴の説明も表す。
【００５０】
本発明の様々なエレメントおよび特徴は、アナログおよび／またはデジタル回路を用いるハードウェアにおいて、１つまたは複数の汎用または専用プロセッサによる命令の実行を介するソフトウェアにおいて、またはハードウェアとソフトウェアとの組合せとして実装されてもよい。たとえば、本発明の実施形態は、コンピュータシステムまたは別の処理システムの環境において実装されてもよい。図４は、コンピュータシステム４００の一例を示す。ユニットまたはモジュール、ならびにこれらのユニットにより実行される方法のステップは、１つまたは複数のコンピュータシステム４００で実行されてもよい。コンピュータシステム４００は、専用または汎用デジタル信号プロセッサのような１つまたは複数のプロセッサ４０２を含む。プロセッサ４０２は、バスまたはネットワークのような通信インフラストラクチャ４０４へ接続される。コンピュータシステム４００は、メインメモリ４０６、たとえばランダム・アクセス・メモリ（ＲＡＭ）と、二次メモリ４０８、たとえばハード・ディスク・ドライブおよび／またはリムーバブル・ストレージ・ドライブとを含む。二次メモリ４０８は、コンピュータプログラムまたは他の命令をコンピュータシステム４００にロードできるようにしてもよい。コンピュータシステム４００は、さらに、ソフトウェアおよびデータをコンピュータシステム４００と外部デバイスとの間で転送できるようにする通信インタフェース４１０を含んでもよい。通信は、電子的、電磁気的、光学的、または他の、通信インタフェースで処理できる信号形式であってもよい。通信は、ワイヤまたはケーブル、光ファイバ、電話回線、携帯電話リンク、ＲＦリンクおよび他の通信チャネル４１２を用いてもよい。
【００５１】
「コンピュータプログラム媒体」および「コンピュータ可読媒体」という用語は、概して、リムーバブル・ストレージ・ユニットまたはハード・ディスク・ドライブにインストールされるハードディスク等の有形記憶媒体を指して使用される。これらのコンピュータ・プログラム・プロダクトは、コンピュータシステム４００へソフトウェアを提供するための手段である。コンピュータ制御論理とも呼ばれるコンピュータプログラムは、メインメモリ４０６および／または二次メモリ４０８に記憶される。コンピュータプログラムは、通信インタフェース４１０を介して受信されてもよい。コンピュータプログラムは、実行されると、コンピュータシステム４００が本発明を実装することを可能にする。具体的には、コンピュータプログラムは、実行されると、プロセッサ４０２が本明細書に記述する方法のうちのいずれか等の本発明のプロセスを実装することを可能にする。したがって、このようなコンピュータプログラムは、コンピュータシステム４００のコントローラを表してもよい。本開示がソフトウェアを用いて実装される場合、ソフトウェアは、コンピュータ・プログラム・プロダクトに記憶され、かつ通信インタフェース４１０のようなインタフェースであるリムーバブル・ストレージ・ドライブを用いてコンピュータシステム４００にロードされてもよい。
【００５２】
ハードウェアまたはソフトウェアにおける実装は、個々の方法が実行されるようにプログラマブル・コンピュータ・システムと協働する（または、協働することができる）電子可読制御信号を記憶しているデジタル記憶媒体、たとえば、クラウドストレージ、フロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはフラッシュメモリ、を用いて実行されてもよい。したがって、デジタル記憶媒体は、コンピュータ読取り可能であってもよい。
【００５３】
本発明による実施形態の中には、本明細書に記述する方法のうちの１つが実行されるようにプログラマブル・コンピュータ・システムと協働することができる電子可読制御信号を有するデータキャリアを備えるものがある。
【００５４】
概して、本発明の実施形態は、プログラムコードを備えるコンピュータ・プログラム・プロダクトとして実装されてもよく、該プログラムコードは、コンピュータ・プログラム・プロダクトがコンピュータ上で実行されると方法のうちの１つを実行するように作用する。プログラムコードは、たとえば、機械可読キャリアに記憶されてもよい。
【００５５】
他の実施形態は、機械可読キャリアに記憶される、本明細書に記述する方法のうちの１つを実行するためのコンピュータプログラムを含む。したがって、言い替えれば、本発明による方法の一実施形態は、コンピュータプログラムがコンピュータ上で実行されると本明細書に記述する方法のうちの１つを実行するためのプログラムコードを有する、コンピュータプログラムである。
【００５６】
したがって、本発明による方法のさらなる実施形態は、本明細書に記述する方法のうちの１つを実行するためのコンピュータプログラムを記録して備えるデータキャリア（または、デジタル記憶媒体、またはコンピュータ可読媒体）である。したがって、本発明による方法のさらなる実施形態は、本明細書に記述する方法のうちの１つを実行するためのコンピュータプログラムを表すデータストリームまたは信号シーケンスである。データストリームまたは信号シーケンスは、たとえば、データ通信接続を介して、たとえばインターネットを介して転送されるように構成されてもよい。さらなる実施形態は、本明細書に記述する方法のうちの１つを実行するように構成される、または適合化される処理手段、たとえばコンピュータまたはプログラマブル論理デバイス、を備える。さらなる実施形態は、本明細書に記述する方法のうちの１つを実行するためのコンピュータプログラムをインストールしているコンピュータを備える。
【００５７】
実施形態によっては、プログラマブル論理デバイス（たとえば、フィールド・プログラマブル・ゲート・アレイ）を用いて、本明細書に記述する方法の機能の一部または全てが実行されてもよい。実施形態によっては、フィールド・プログラマブル・ゲート・アレイは、本明細書に記述する方法のうちの１つを実行するためにマイクロプロセッサと協働してもよい。概して、これらの方法は、好ましくは、あらゆるハードウェア装置によって実行される。
【００５８】
これまでに述べた実施形態は、本発明の原理の単なる例示である。本明細書に記述した配置および詳細の変更および変形が、他の当業者に明らかとなる点は、理解される。したがって、本発明は、添付の特許請求の範囲によってのみ限定され、本明細書において実施形態の記述および説明として提示されている特定の詳細によって限定されるものではないことが意図される。
【図１】
2020524957.tif 000002
【図２】
2020524957.tif 000003
【図３】
2020524957.tif 000004
【図４】
2020524957.tif 000005
【国際調査報告】
2020524957.tif 000006
2020524957.tif 000007
2020524957.tif 000008
2020524957.tif 000009
2020524957.tif 000010