(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
基地局によって、複数のデータビットを受信するステップと、
前記基地局によって、1つまたは複数のコードブロックを生成するステップであって、前記1つまたは複数のコードブロックの各々が、1つまたは複数の情報ビットと1つまたは複数のパリティビットとを含み、各コードブロックについて、前記1つまたは複数の情報ビットが、前記受信された複数のデータビットにおけるデータビットに少なくとも部分的に基づいて生成され、各コードブロックについて、前記1つまたは複数のパリティビットが、前記コードブロックの前記1つまたは複数の情報ビットに少なくとも部分的に基づいて生成される、ステップと、
前記基地局によって、モバイルデバイスから受信された情報に基づいて生成すべきパリティ検査コードブロックの数を判定するステップであって、前記1つまたは複数のパリティ検査コードブロックを生成することが、前記判定された数のパリティ検査コードブロックを生成することを含む、ステップと、
前記基地局によって、前記1つまたは複数のパリティ検査コードブロックを生成するステップであって、前記1つまたは複数のパリティ検査コードブロックの各々が1つまたは複数の情報ビットを含み、各パリティ検査コードブロックについて、前記1つまたは複数の情報ビットが前記1つまたは複数のコードブロックの情報ビットに相当する、ステップと、
前記基地局によって、前記1つまたは複数のコードブロックおよび前記1つまたは複数のパリティ検査コードブロックの各々を前記モバイルデバイスに送信するステップとを含む方法。
【請求項２】
前記モバイルデバイスから受信された前記情報は、生成すべきパリティ検査コードブロックの推奨される数を含み、前記推奨される数は、前記モバイルデバイスにおけるデコーダに関連する統計を復号することに少なくとも部分的に基づいて判定される、請求項1に記載の方法。
【請求項３】
パリティ検査コードブロックの各情報ビットは、前記1つまたは複数のコードブロックの情報ビットの異なるセットに相当する、請求項1に記載の方法。
【請求項４】
干渉信号を特定するステップと、
前記1つまたは複数のコードブロックのうちのどのコードブロックが前記干渉信号の影響を受けるかを示す通知をサイドチャネルを介して前記モバイルデバイスに送信するステップとをさらに含む、請求項1に記載の方法。
【請求項５】
誤りを有するコードブロックの数が誤りを有さないパリティ検査コードブロックの数よりも大きいときに、前記1つまたは複数のコードブロックおよび前記1つまたは複数のパリティ検査コードブロックの再送信に関する要求を前記モバイルデバイスから受信するステップと、
前記再送信に関する要求を受信したことに応答して、前記1つまたは複数のコードブロックおよび前記1つまたは複数のパリティ検査コードブロックを前記モバイルデバイスに再送信するステップとをさらに含む、請求項1に記載の方法。
【請求項６】
干渉信号を特定するステップと、
前記特定された干渉信号に少なくとも部分的に基づいて生成すべきパリティ検査コードブロックの数を動的に適合するステップとをさらに含む、請求項1に記載の方法。
【請求項７】
ワイヤレス通信の方法であって、
モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信するステップと、
前記モバイルデバイスによって、前記1つまたは複数のコードブロックを復号するステップと、
前記モバイルデバイスによって、誤りを有する復号されたコードブロックの数を判定するステップと、
前記モバイルデバイスによって、前記受信されたコードブロックのうちの1つまたは複数が誤りを有するときに前記1つまたは複数のパリティ検査コードブロックを復号するステップと、
前記モバイルデバイスによって、誤りを有さない復号されたコードブロックの数を判定するステップと、
前記モバイルデバイスによって、誤りを有さないと判定された前記復号されたパリティ検査コードブロックに少なくとも部分的に基づいて誤りを有すると判定された前記復号されたコードブロックにおける誤りを訂正し、誤りを有するコードブロックの数が誤りを有さないと判定されたパリティ検査コードブロックの数以下になったときに前記1つまたは複数のコードブロックの前記復号を完了するステップとを含む方法。
【請求項８】
ワイヤレス通信の方法であって、
モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信するステップと、
前記モバイルデバイスによって、前記1つまたは複数のコードブロックの各々を復号するステップであって、各コードブロックについて、前記コードブロックにおける情報ビットに少なくとも部分的に基づいて前記コードブロックにおける各ビットに関する対数尤度比(LLR)値を生成することを含む、ステップと、
前記モバイルデバイスによって、前記1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有するか、および前記1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有さないかを判定するステップと、
前記モバイルデバイスによって、その後、誤りを有すると判定されたコードブロックの各々を復号するステップであって、その後復号される各コードブロックについて、前記コードブロックにおける情報ビットに関するあらかじめ生成された前記LLR値および前記受信された1つまたは複数のパリティ検査コードブロックの少なくとも1つにおける情報ビットのLLR値に少なくとも部分的に基づいて前記コードブロックにおける各ビットに関する前記LLR値を修正することを含む、ステップとを含む方法。
【請求項９】
その後、誤りを有すると判定された前記コードブロックの各々が復号されるたびに、前記その後復号されたコードブロックのうちのどのコードブロックが誤りを有するかについての別の判定が下され、依然として誤りを有すると判定されたその後復号されたコードブロックに対してその後の復号を継続する、請求項8に記載の方法。
【請求項１０】
ワイヤレス通信の方法であって、
モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信するステップであって、前記1つまたは複数のコードブロックの各々が1つまたは複数の情報ビットを含み、前記1つまたは複数のパリティ検査コードブロックの各々が1つまたは複数の情報ビットを含み、各パリティ検査コードブロックについて、前記1つまたは複数の情報ビットが前記1つまたは複数のコードブロックの情報ビットに相当する、ステップと、
前記モバイルデバイスによって、前記1つまたは複数のコードブロックを復号するステップと、
生成すべきパリティ検査コードブロックの推奨される数を基地局に送信するステップとを含む方法。
【請求項１１】
前記1つまたは複数のコードブロックのうちのどのコードブロックが干渉信号の影響を受けるかを示す通知をサイドチャネルを介して基地局から受信するステップと、
前記受信された通知に少なくとも部分的に基づいて前記1つまたは複数のブロックを復号するステップとをさらに含む、請求項10に記載の方法。
【請求項１２】
前記1つまたは複数のコードブロックの各々は1つまたは複数のパリティビットを含み、前記1つまたは複数のパリティ検査コードブロックの各々は1つまたは複数のパリティビットを含み、各コードブロックについて、前記1つまたは複数のパリティビットは、前記コードブロックの前記1つまたは複数の情報ビットに少なくとも部分的に基づいて生成されており、各パリティ検査コードブロックについて、前記1つまたは複数のパリティビットは、前記パリティ検査コードブロックの前記1つまたは複数の情報ビットに少なくとも部分的に基づいて生成されている、請求項10に記載の方法。
【請求項１３】
前記1つまたは複数のコードブロックのうちのどれも誤りを有さないときに前記受信された1つまたは複数のブロックの復号を終了するステップをさらに含む、請求項10に記載の方法。
【請求項１４】
前記推奨される数は、前記モバイルデバイスによって実行される前記復号の統計に少なくとも部分的に基づいて判定される、請求項10に記載の方法。
【請求項１５】
請求項1から14のいずれか一項に記載の方法を実施するための命令を含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、2014年12月15日に出願された、「CODING FOR BURSTY INTERFERENCE」という名称の同時係属米国特許出願第62/092035号、2015年3月15日に出願された、「CODE BLOCK LEVEL ERROR CORRECTION TO MITIGATE BURSTY PUNCTURING AND INTERFERENCE IN A MULTI-LAYER PROTOCOL WIRELESS SYSTEM」という名称の同時係属米国特許出願第62/133383号、2015年12月14日に出願された、「MITIGATION OF BURSTY INTERFERENCE,」という名称の米国実用特許出願第14/968376号の利益を主張するものであり、これらの出願は、参照によりその全体が本明細書に明確に組み込まれる。
【０００２】
本開示の態様は一般にワイヤレス通信システムに関し、より詳細には、ワイヤレス通信システムにおけるバースト性干渉の影響を軽減するためのデータ符号化および復号に関する。
【背景技術】
【０００３】
音声、ビデオ、パケットデータ、メッセージング、放送などの様々な通信サービスを提供するために、ワイヤレス通信ネットワークが広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることができる多元接続ネットワークであってもよい。通常は多元接続ネットワークであるそのようなネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザのための通信をサポートする。そのようなネットワークの一例が、ユニバーサル地上無線アクセスネットワーク(UTRAN:Universal Terrestrial Radio Access Network)である。UTRANは、第3世代パートナーシッププロジェクト(3GPP)によってサポートされる第3世代(3G)モバイルフォン技術である、ユニバーサルモバイルテレコミュニケーションシステム(UMTS:Universal Mobile Telecommunications System)の一部として定められた無線アクセスネットワーク(RAN)である。多元接続ネットワークフォーマットの例には、符号分割多元接続(CDMA)ネットワーク、時分割多元接続(TDMA)ネットワーク、周波数分割多元接続(FDMA)ネットワーク、直交FDMA(OFDMA)ネットワーク、およびシングルキャリアFDMA(SC-FDMA)ネットワークが含まれる。
【０００４】
ワイヤレス通信ネットワークは、複数のユーザ機器(UE)のための通信をサポートすることができる、複数の基地局またはノードBを含むことができる。UEは、ダウンリンクおよびアップリンクを介して基地局と通信することができる。ダウンリンク(または順方向リンク)は基地局からUEへの通信リンクを指し、アップリンク(または逆方向リンク)はUEから基地局への通信リンクを指す。
【０００５】
基地局は、ダウンリンク上でUEにデータおよび制御情報を送信してもよく、ならびに/あるいはアップリンク上でUEからデータおよび制御情報を受信してもよい。ダウンリンクにおいて、基地局からの送信信号は、近隣基地局から、または他のワイヤレス無線周波数(RF)トランスミッタからの送信信号に起因する干渉を受けることがある。アップリンクにおいて、UEからの送信信号は、近隣基地局と通信する他のUEのアップリンク送信信号から、または他のワイヤレスRFトランスミッタのうちの干渉を受けることがある。この干渉は、ダウンリンクとアップリンクの両方において性能を低下させる場合がある。
【０００６】
モバイルブロードバンドアクセスに対する需要が増加し続けるにつれて、より多くのUEが長距離ワイヤレス通信ネットワークにアクセスし、より多くの短距離ワイヤレスシステムが地域に展開されるのに伴って、干渉およびネットワークの混雑の可能性が高まっている。バースト性干渉が特に重要であり、この干渉は、干渉信号が干渉する送信の期間のごく一部にすぎない周期を有する干渉信号によって生じる。代表的な送信信号は、複数の情報ブロックを含むことが多い。しかしながら、オーバーヘッド制約に起因して、多くの送信信号は全体として受け入れられるかまたは再送信される。送信信号の個々のブロックが別個に送信されることはない。したがって、干渉が、送信信号の各ブロックのうちのごく一部のみにおける情報を損失させるようなバースト性の干渉であるときでも、情報が失われないブロックを含む送信信号全体を再送信しなければならない。このプロセスは非効率的であり、余分なリソースを無駄に消費する。モバイルブロードバンドアクセスへの増大する需要を満たすためだけではなく、モバイル通信のユーザ体感を進化および向上させるために、UMTS技術を進化させるための研究開発が続けられている。
【発明の概要】
【課題を解決するための手段】
【０００７】
本開示の一態様では、ワイヤレス通信の方法が、基地局によって、複数のデータビットを受信するステップと、基地局によって、1つまたは複数のコードブロックを生成するステップであって、1つまたは複数のコードブロックの各々が、1つまたは複数の情報ビットと1つまたは複数のパリティビットとを含み、各コードブロックについて、1つまたは複数の情報ビットが、受信された複数のデータビットにおけるデータビットに少なくとも部分的に基づいて生成され、各コードブロックについて、1つまたは複数のパリティビットが、コードブロックの1つまたは複数の情報ビットに少なくとも部分的に基づいて生成される、ステップと、基地局によって、各パリティ検査コードブロックが1つまたは複数の情報ビットを含む1つまたは複数のパリティ検査コードブロックを生成するステップであって、各パリティ検査コードブロックについて、1つまたは複数の情報ビットが1つまたは複数のコードブロックの情報ビットに相当する、ステップと、基地局によって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックの各々をモバイルデバイスに送信するステップとを含む。
【０００８】
本開示の追加の態様では、ワイヤレス通信向けに構成された装置が、基地局によって、複数のデータビットを受信するための手段と、基地局によって、1つまたは複数のコードブロックを生成するための手段であって、1つまたは複数のコードブロックの各々が、1つまたは複数の情報ビットと1つまたは複数のパリティビットとを含み、各コードブロックについて、1つまたは複数の情報ビットが、受信された複数のデータビットにおけるデータビットに少なくとも部分的に基づいて生成され、各コードブロックについて、1つまたは複数のパリティビットが、コードブロックの1つまたは複数の情報ビットに少なくとも部分的に基づいて生成される手段と、基地局によって、各パリティ検査コードブロックが1つまたは複数の情報ビットを含む1つまたは複数のパリティ検査コードブロックを生成するための手段であって、各パリティ検査コードブロックについて、1つまたは複数の情報ビットが1つまたは複数のコードブロックの情報ビットに相当する手段と、基地局によって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックの各々をモバイルデバイスに送信するための手段とを含む。
【０００９】
本開示の追加の態様では、コンピュータプログラム製品が、プログラムコードが記録されたコンピュータ可読記憶媒体を有する。このプログラムコードは、基地局によって、複数のデータビットを受信することと、基地局によって、1つまたは複数のコードブロックを生成することであって、1つまたは複数のコードブロックの各々が、1つまたは複数の情報ビットと1つまたは複数のパリティビットとを含み、各コードブロックについて、1つまたは複数の情報ビットが、受信された複数のデータビットにおけるデータビットに少なくとも部分的に基づいて生成され、各コードブロックについて、1つまたは複数のパリティビットが、コードブロックの1つまたは複数の情報ビットに少なくとも部分的に基づいて生成される、コードブロックを生成することと、基地局によって、各パリティ検査コードブロックが1つまたは複数の情報ビットを含む1つまたは複数のパリティ検査コードブロックを生成することであって、各パリティ検査コードブロックについて、1つまたは複数の情報ビットが1つまたは複数のコードブロックの情報ビットに相当する、パリティ検査コードブロックを生成することと、基地局によって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックの各々をモバイルデバイスに送信することとをコンピュータに行わせるためのコードを含む。
【００１０】
本開示の追加の態様では、装置が、少なくとも1つのプロセッサと、プロセッサに結合されたメモリとを含む。このプロセッサは、基地局によって、複数のデータビットを受信することと、基地局によって、1つまたは複数のコードブロックを生成することであって、1つまたは複数のコードブロックの各々が、1つまたは複数の情報ビットと1つまたは複数のパリティビットとを含み、各コードブロックについて、1つまたは複数の情報ビットが、受信された複数のデータビットにおけるデータビットに少なくとも部分的に基づいて生成され、各コードブロックについて、1つまたは複数のパリティビットが、コードブロックの1つまたは複数の情報ビットに少なくとも部分的に基づいて生成される、コードブロックを生成することと、基地局によって、各パリティ検査コードブロックが1つまたは複数の情報ビットを含む1つまたは複数のパリティ検査コードブロックを生成することであって、各パリティ検査コードブロックについて、1つまたは複数の情報ビットが1つまたは複数のコードブロックの情報ビットに相当する、パリティ検査コードブロックを生成することと、基地局によって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックの各々をモバイルデバイスに送信することとを行うように構成される。
【００１１】
本開示の追加の態様では、ワイヤレス通信の方法が、モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信するステップと、モバイルデバイスによって、1つまたは複数のコードブロックを復号するステップと、モバイルデバイスによって、誤りを有するいくつかの復号されたコードブロックを判定するステップと、モバイルデバイスによって、受信されたコードブロックのうちの1つまたは複数が誤りを有するときに1つまたは複数のパリティ検査コードブロックを復号するステップと、モバイルデバイスによって、誤りを有さないいくつかの復号されたパリティ検査コードブロックを判定するステップと、モバイルデバイスによって、誤りを有さないと判定された復号されたパリティ検査コードブロックに少なくとも部分的に基づいて誤りを有すると判定された復号されたコードブロックにおける誤りを訂正し、誤りを有するコードブロックの数が、誤りを有さないと判定されたパリティ検査コードブロックの数以下になったときに1つまたは複数のコードブロックの復号を完了するステップとを含む。
【００１２】
本開示の追加の態様では、ワイヤレス通信向けに構成された装置が、モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信するための手段と、モバイルデバイスによって、1つまたは複数のコードブロックを復号するための手段と、モバイルデバイスによって、誤りを有するいくつかの復号されたコードブロックを判定するための手段と、モバイルデバイスによって、受信されたコードブロックのうちの1つまたは複数が誤りを有するときに1つまたは複数のパリティ検査コードブロックを復号するための手段と、モバイルデバイスによって、誤りを有さないいくつかの復号されたパリティ検査コードブロックを判定するための手段と、モバイルデバイスによって、誤りを有さないと判定された復号されたパリティ検査コードブロックに少なくとも部分的に基づいて誤りを有すると判定された復号されたコードブロックにおける誤りを訂正し、誤りを有するコードブロックの数が、誤りを有さないと判定されたパリティ検査コードブロックの数以下になったときに1つまたは複数のコードブロックの復号を完了するための手段とを含む。
【００１３】
本開示の追加の態様では、コンピュータプログラム製品が、プログラムコードが記録されたコンピュータ可読記憶媒体を有する。このプログラムコードは、モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信することと、モバイルデバイスによって、1つまたは複数のコードブロックを復号することと、モバイルデバイスによって、誤りを有するいくつかの復号されたコードブロックを判定することと、モバイルデバイスによって、受信されたコードブロックのうちの1つまたは複数が誤りを有するときに1つまたは複数のパリティ検査コードブロックを復号することと、モバイルデバイスによって、誤りを有さないいくつかの復号されたパリティ検査コードブロックを判定することと、モバイルデバイスによって、誤りを有さないと判定された復号されたパリティ検査コードブロックに少なくとも部分的に基づいて誤りを有すると判定された復号されたコードブロックにおける誤りを訂正し、誤りを有するコードブロックの数が、誤りを有さないと判定されたパリティ検査コードブロックの数以下になったときに1つまたは複数のコードブロックの復号を完了することとをコンピュータに行わせるためのコードを含む。
【００１４】
本開示の追加の態様では、装置が、少なくとも1つのプロセッサと、プロセッサに結合されたメモリとを含む。このプロセッサは、モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信することと、モバイルデバイスによって、1つまたは複数のコードブロックを復号することと、モバイルデバイスによって、誤りを有するいくつかの復号されたコードブロックを判定することと、モバイルデバイスによって、受信されたコードブロックのうちの1つまたは複数が誤りを有するときに1つまたは複数のパリティ検査コードブロックを復号することと、モバイルデバイスによって、誤りを有さないいくつかの復号されたパリティ検査コードブロックを判定することと、モバイルデバイスによって、誤りを有さないと判定された復号されたパリティ検査コードブロックに少なくとも部分的に基づいて誤りを有すると判定された復号されたコードブロックにおける誤りを訂正し、誤りを有するコードブロックの数が、誤りを有さないと判定されたパリティ検査コードブロックの数以下になったときに1つまたは複数のコードブロックの復号を完了することとを行うように構成される。
【００１５】
本開示の追加の態様では、ワイヤレス通信の方法が、モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信するステップと、モバイルデバイスによって、1つまたは複数のコードブロックの各々を復号するステップであって、各コードブロックについて、コードブロックにおける情報ビットに少なくとも部分的に基づいてコードブロックにおける各ビットに関する対数尤度比(LLR)値を生成することを含む、ステップと、モバイルデバイスによって、1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有し、1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有さないかを判定するステップと、その後、モバイルデバイスによって、誤りを有すると判定されたコードブロックの各々を復号するステップであって、その後復号された各コードブロックについて、コードブロックにおける情報ビットに関するあらかじめ生成されたLLR値および受信された1つまたは複数のパリティ検査コードブロックのうちの少なくとも1つにおける情報ビットのLLR値に少なくとも部分的に基づいてコードブロックにおける各ビットに関するLLR値を修正することを含む、ステップとを含む。
【００１６】
本開示の追加の態様では、ワイヤレス通信向けに構成された装置が、モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信するための手段と、モバイルデバイスによって、1つまたは複数のコードブロックの各々を復号するための手段であって、復号することが、各コードブロックについて、コードブロックにおける情報ビットに少なくとも部分的に基づいてコードブロックにおける各ビットに関するLLR値を生成することを含む手段と、モバイルデバイスによって、1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有し、1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有さないかを判定するための手段と、その後、モバイルデバイスによって、誤りを有すると判定されたコードブロックの各々を復号するための手段であって、その後復号することが、その後復号された各コードブロックについて、コードブロックにおける情報ビットに関するあらかじめ生成されたLLR値および受信された1つまたは複数のパリティ検査コードブロックのうちの少なくとも1つにおける情報ビットのLLR値に少なくとも部分的に基づいてコードブロックにおける各ビットに関するLLR値を修正することを含む手段とを含む。
【００１７】
本開示の追加の態様では、コンピュータプログラム製品が、プログラムコードが記録されたコンピュータ可読記憶媒体を有する。このプログラムコードは、モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信することと、モバイルデバイスによって、1つまたは複数のコードブロックの各々を復号することであって、各コードブロックについて、コードブロックにおける情報ビットに少なくとも部分的に基づいてコードブロックにおける各ビットに関する対数尤度比(LLR)値を生成することを含む、復号することと、モバイルデバイスによって、1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有し、1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有さないかを判定することと、その後、モバイルデバイスによって、誤りを有すると判定されたコードブロックの各々を復号することであって、その後復号された各コードブロックについて、コードブロックにおける情報ビットに関するあらかじめ生成されたLLR値および受信された1つまたは複数のパリティ検査コードブロックのうちの少なくとも1つにおける情報ビットのLLR値に少なくとも部分的に基づいてコードブロックにおける各ビットに関するLLR値を修正することを含む、その後復号することとをコンピュータに行わせるためのコードを含む。
【００１８】
本開示の追加の態様では、装置が、少なくとも1つのプロセッサと、プロセッサに結合されたメモリとを含む。このプロセッサは、モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信することと、モバイルデバイスによって、1つまたは複数のコードブロックの各々を復号することであって、各コードブロックについて、コードブロックにおける情報ビットに少なくとも部分的に基づいてコードブロックにおける各ビットに関する対数尤度比(LLR)値を生成することを含む、復号することと、モバイルデバイスによって、1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有し、1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有さないかを判定することと、その後、モバイルデバイスによって、誤りを有すると判定されたコードブロックの各々を復号することであって、その後復号された各コードブロックについて、コードブロックにおける情報ビットに関するあらかじめ生成されたLLR値および受信された1つまたは複数のパリティ検査コードブロックのうちの少なくとも1つにおける情報ビットのLLR値に少なくとも部分的に基づいてコードブロックにおける各ビットに関するLLR値を修正することを含む、その後復号することとを行うように構成される。
【００１９】
本開示の一態様では、ワイヤレス通信の方法が、モバイルデバイスによって、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信するステップであって、1つまたは複数のコードブロックの各々が1つまたは複数の情報ビットを含み、1つまたは複数のパリティ検査コードブロックの各々が1つまたは複数の情報ビットを含み、各パリティ検査コードブロックについて、1つまたは複数の情報ビットが1つまたは複数のコードブロックの情報ビットに相当する、ステップと、モバイルデバイスによって、1つまたは複数のコードブロックを復号するステップとを含む。
【００２０】
本開示の追加の態様では、ワイヤレス通信向けに構成された装置が、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信するための手段であって、1つまたは複数のコードブロックの各々が1つまたは複数の情報ビットを含み、1つまたは複数のパリティ検査コードブロックの各々が1つまたは複数の情報ビットを含み、各パリティ検査コードブロックについて、1つまたは複数の情報ビットが1つまたは複数のコードブロックの情報ビットに相当する手段と、1つまたは複数のコードブロックを復号するための手段とを含む。
【００２１】
本開示の追加の態様では、コンピュータプログラム製品が、プログラムコードが記録されたコンピュータ可読記憶媒体を有する。このプログラムコードは、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信することであって、1つまたは複数のコードブロックの各々が1つまたは複数の情報ビットを含み、1つまたは複数のパリティ検査コードブロックの各々が1つまたは複数の情報ビットを含み、各パリティ検査コードブロックについて、1つまたは複数の情報ビットが1つまたは複数のコードブロックの情報ビットに相当する、受信することと、1つまたは複数のコードブロックを復号することとをコンピュータに行わせるためのコードを含む。
【００２２】
本開示の追加の態様では、装置が、少なくとも1つのプロセッサと、プロセッサに結合されたメモリとを含む。このプロセッサは、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信することであって、1つまたは複数のコードブロックの各々が1つまたは複数の情報ビットを含み、1つまたは複数のパリティ検査コードブロックの各々が1つまたは複数の情報ビットを含み、各パリティ検査コードブロックについて、1つまたは複数の情報ビットが1つまたは複数のコードブロックの情報ビットに相当する、受信することと、1つまたは複数のコードブロックを復号することとを行うように構成される。
【００２３】
上記においては、次の詳細な説明がより良く理解できるように、本出願の特徴および技術的利点についてかなり広く概説した。特許請求の範囲の主題を形成する、さらなる特徴および利点について以下において説明する。開示される概念および具体的態様は、本出願の同じ目的を実行するために他の構造を変更するまたは設計するための基礎として容易に利用できることが当業者には理解されるはずである。当業者には、そのような等価の構成が、本出願の趣旨および範囲ならびに添付の特許請求の範囲から逸脱しないことも理解されるはずである。態様の特色をなすと思われる新規の特徴は、その構成と動作方法の両方について、さらなる目的および利点とともに、以下の説明を添付の図との関連で考慮したときにより良く理解されるであろう。しかしながら、図の各々は、例示および説明のみを目的として提示されており、特許請求の範囲の限定を定義するものとして意図されていないことを明確に理解されたい。
【図面の簡単な説明】
【００２４】
【図１】本開示の様々な態様によるワイヤレス通信システムの一例を示す図である。
【図２Ａ】本開示の様々な態様による、無認可スペクトルにおいてLTEを使用するための展開シナリオの例を示す図である。
【図２Ｂ】本開示の様々な態様による、無認可スペクトルにおいてLTEを使用するための展開シナリオの別の例を示す図である。
【図３】本開示の様々な態様による、認可スペクトルおよび無認可スペクトルにおいて同時にLTEを使用するときのキャリアアグリゲーションの一例を示す図である。
【図４】本開示の一態様に従って構成された基地局/eNBおよびUEの構成を概念的に示すブロック図である。
【図５】本開示の様々な態様による、ワイヤレスネットワークを介したワイヤレス送信が行えるように実装される場合がある例示的なプロトコルスタックを示す図である。
【図６】本開示の様々な態様による送信時間間隔において送信されるブロックの一例を示す図である。
【図７】本開示の一態様による送信ブロックにおけるバースト性干渉信号の一例を示す図である。
【図８】本開示の一態様による、バースト性干渉を軽減するようにコーディングされた送信ブロックの一例を示す図である。
【図９】本開示の一態様による、ワイヤレス通信に関してデータを符号化するための方法を示す概略フローチャート図である。
【図１０】本開示の一態様による、ワイヤレス通信に関してデータを復号するための方法を示す概略フローチャート図である。
【図１１】本開示の一態様による、ワイヤレス通信に関してデータを復号するための別の方法を示す概略フローチャート図である。
【図１２】本開示の一態様による、ワイヤレス通信に関してデータを復号するための別の方法を示す概略フローチャート図である。
【図１３】本開示の一態様による、ワイヤレス通信の方法を示す概略フローチャート図である。
【図１４】本開示の一態様による、ワイヤレス通信の別の方法を示す概略フローチャート図である。
【発明を実施するための形態】
【００２５】
添付の図面に関連して以下に記載される詳細な説明は、種々の構成の説明を目的としたものであり、本開示の範囲を制限することを意図したものではない。むしろ、詳細な説明は、本発明の主題を完全に理解してもらうために具体的な詳細を含む。これらの具体的な細部が必ずしもすべての場合に必要であるとは限らないこと、そして、場合によっては、提示を明確にするために、周知の構造および構成要素がブロック図の形で示されることは当業者には明らかになるであろう。
【００２６】
通信事業者はこれまで、セルラーネットワークにおいてますます高くなる輻輳度を軽減するために、無認可スペクトルを使用するための主要な機構としてWiFiに注目してきた。しかしながら、無認可スペクトルを含むLTE/LTE-Aに基づくニューキャリアタイプ(NCT:new carrier type)は、キャリアグレードWiFiと互換性があり、無認可スペクトルを含むLTE/LTE-AがWiFiに取って代わる可能性がある。無認可スペクトルを含むLTE/LTE-Aは、LTEの概念を利用してもよく、無認可スペクトルにおけるより効率的な動作を実現し、かつ規制上の要件を満たすために、ネットワークまたはネットワークデバイスの物理層(PHY)および媒体アクセス制御(MAC)の態様に、何らかの変更を導入する場合がある。たとえば、無認可スペクトルは600メガヘルツ(MHz)から6ギガヘルツ(GHz)に及ぶ場合がある。いくつかのシナリオでは、無認可スペクトルを含むLTE/LTE-AはWiFiよりも著しく良好に動作する場合がある。たとえば、すべてWiFiを展開する場合と比べて、または高密度にスモールセルを展開するときに比べて、無認可スペクトルを含むLTE/LTE-Aをすべて展開する場合(単一、または複数の事業者の場合)、無認可スペクトルを含むLTE/LTE-Aは、WiFiよりも著しく良好に動作する場合がある。無認可スペクトルを含むLTE/LTE-AがWiFiと混在するとき(単一または複数の事業者の場合)のような他のシナリオでも、無認可スペクトルを含むLTE/LTE-AはWiFiよりも良好に動作する場合がある。
【００２７】
単一のサービスプロバイダ(SP)の場合、無認可スペクトルを含むLTE/LTE-Aネットワークは、認可スペクトル上のLTEネットワークと同期するように構成されてもよい。しかしながら、複数のSPによって所与のチャネル上で展開される、無認可スペクトルを含むLTE/LTE-Aネットワークは、複数のSPにわたって同期するように構成される場合がある。上記の機構の両方を組み込む1つの手法は、所与のSPに対して、無認可スペクトルを含まないLTE/LTE-Aネットワークと、無認可スペクトルを含むLTE/LTE-Aネットワークとの間で一定のタイミングオフセットを使用することを含んでもよい。無認可スペクトルを含むLTE/LTE-Aネットワークは、SPの必要性に応じて、ユニキャストサービスおよび/またはマルチキャストサービスを提供してもよい。さらに、無認可スペクトルを含むLTE/LTE-Aネットワークは、LTEセルがアンカーとしての役割を果たし、無認可スペクトルを含むLTE/LTE-Aのための関連するセル情報(たとえば、無線フレームのタイミング、共通チャネルの構成、システムフレーム番号すなわちSFNなど)を提供する、ブートストラップモードにおいて動作してもよい。このモードでは、無認可スペクトルを含まないLTE/LTE-Aと、無認可スペクトルを含むLTE/LTE-Aとの間に密インターワーキングが存在する場合がある。たとえば、ブートストラップモードは、上記の追加ダウンリンクモードおよびキャリアアグリゲーションモードをサポートしてもよい。無認可スペクトルを含むLTE/LTE-AネットワークのPHY-MAC層は、無認可スペクトルを含むLTE/LTE-Aが無認可スペクトルを含まないLTE/LTE-Aから独立して動作するスタンドアローンモードにおいて動作してもよい。この場合、たとえば、無認可スペクトルセルを含む/含まないLTE/LTE-Aがコロケートされる場合、または複数のセルおよび/または基地局にわたるマルチフローの場合のRLCレベルアグリゲーションに基づいて、無認可スペクトルを含まないLTE/LTE-Aと無認可スペクトルを含むLTE/LTE-Aとの間に疎インターワーキングが存在する場合がある。
【００２８】
本明細書において説明する技法はLTEには限定されず、CDMA、TDMA、FDMA、OFDMA、SC-FDMAおよび他のシステムのような、様々なワイヤレス通信システムにも使用されてもよい。「システム」と「ネットワーク」という用語は、しばしば互換的に使用される。CDMAシステムは、CDMA2000、ユニバーサル地上波無線アクセス(UTRA:Universal Terrestrial Radio Access)などの無線技術を実装してもよい。CDMA2000は、IS-2000、IS-95およびIS-856標準規格を対象とする。IS-2000リリース0およびAは、一般に、CDMA2000 1X、1Xなどと呼ばれる。IS-856(TIA-856)は、一般に、CDMA2000 1xEV-DO、高速パケットデータ(HRPD)などと呼ばれる。UTRAは、Wideband CDMA(WCDMA（登録商標）)およびCDMAの他の変形形態を含む。TDMAシステムは、モバイル通信用グローバルシステム(GSM（登録商標）:Global System for Mobile Communications)のような無線技術を実装してもよい。OFDMAシステムは、ウルトラモバイルブロードバンド(UMB)、発展型UTRA(E-UTRA)、IEEE802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802.20、Flash-OFDMなどのような無線技術を実装してもよい。UTRAおよびE-UTRAは、ユニバーサルモバイルテレコミュニケーションシステム(UMTS:Universal Mobile Telecommunication System)の一部である。LTEおよびLTE-Advanced(LTE-A)は、E-UTRAを使用するUMTSの新しいリリースである。UTRA、E-UTRA、UMTS、LTE、LTE-A、およびGSM（登録商標）は、「第3世代パートナーシッププロジェクト」(3GPP)と称する組織のうちの文書に記載されている。CDMA2000およびUMBは、「第3世代パートナーシッププロジェクト2」(3GPP2)と称する組織のうちの文書に記載されている。本明細書で説明される技法は、上で言及されたシステムおよび無線技術、ならびに他のシステムおよび無線技術のために使用されてもよい。しかしながら、以下の説明は、例示を目的にLTEシステムを説明し、以下の説明の大部分においてLTE用語が使用されるが、本技法はLTE適用例以外に適用可能である。
【００２９】
したがって、以下の説明は例を提示するものであり、特許請求の範囲に記載された範囲、適用可能性、または構成を限定するものではない。本開示の趣旨および範囲から逸脱することなく、説明する要素の機能および構成が変更されてもよい。様々な態様では、必要に応じて、様々な手順または構成要素を省略、置換、または追加する場合がある。たとえば、説明する方法は、説明する順序とは異なる順序で実行されてもよく、様々なステップが追加、省略、または組み合わされてもよい。また、いくつかの態様に関して説明する特徴は、他の態様において組み合わされてもよい。
【００３０】
最初に図1を参照すると、図において、ワイヤレス通信システムまたはネットワーク100の例が示されている。システム100は、基地局(またはセル)105と、通信デバイス115と、コアネットワーク130とを含む。基地局105は、種々の態様においてコアネットワーク130または基地局105の一部である場合がある、基地局コントローラ(図示せず)の制御下で、通信デバイス115と通信してもよい。基地局105は、バックホールリンク132を通して、コアネットワーク130と制御情報および/またはユーザデータを通信してもよい。態様では、基地局105は、ワイヤード通信リンクまたはワイヤレス通信リンクである場合があるバックホールリンク134を介して、直接にまたは間接的に、互いに通信してもよい。システム100は、複数のキャリア(異なる周波数の波形信号)上での動作をサポートしてもよい。マルチキャリア送信機は、複数のキャリア上で同時に被変調信号を送信することができる。たとえば、各通信リンク125は、上記で説明した様々な無線技術に従って変調されたマルチキャリア信号であってもよい。各被変調信号は、異なるキャリア上で送られてもよく、制御情報(たとえば、基準信号、制御チャネルなど)、オーバーヘッド情報、データなどを搬送してもよい。
【００３１】
基地局105は、1つまたは複数の基地局アンテナを介してデバイス115とワイヤレス通信してもよい。基地局105の各サイトは、それぞれの地理的エリア110のための通信カバレッジを提供してもよい。いくつかの態様では、基地局105は、トランシーバ基地局、無線基地局、アクセスポイント、無線トランシーバ、基本サービスセット(BSS)、拡張サービスセット(ESS)、NodeB、eNodeB(eNB)、ホームNodeB、ホームeNodeB、または何らかの他の適切な用語で呼ばれる場合がある。基地局のカバレッジエリア110は、カバレッジエリアの一部分のみを構成するセクタ(図示せず)に分割されてもよい。システム100は、異なるタイプの基地局105(たとえば、マクロ基地局、マイクロ基地局、および/またはピコ基地局)を含んでもよい。異なる技術のためのカバレッジエリアが重なる場合がある。
【００３２】
いくつかの態様では、システム100は、1つまたは複数の無認可スペクトル動作モードまたは展開シナリオをサポートする、LTE/LTE-Aネットワークである。他の態様では、システム100は、無認可スペクトルと、無認可スペクトルを使用したLTE/LTE-Aとは異なるアクセス技術とを使用して、または、認可スペクトルと、LTE/LTE-Aとは異なるアクセス技術とを使用して、ワイヤレス通信をサポートしてもよい。発展型ノードB(eNB)およびユーザ機器(UE)という用語は一般に、それぞれ基地局105およびデバイス115を表すのに使用される場合がある。システム100は、異なるタイプのeNBが種々の地理的領域のカバレッジを提供する、無認可スペクトルを含むかまたは含まない異種LTE/LTE-Aネットワークであってもよい。たとえば、各eNB105は、マクロセル、ピコセル、フェムトセル、および/または他のタイプのセル用の通信カバレッジを提供してもよい。ピコセル、フェムトセル、および/または他のタイプのセルのような小さなセルは、低電力ノードすなわちLPNを含んでもよい。マクロセルは、一般に、比較的大きい地理的エリア(たとえば、半径数キロメートル)を対象とし、ネットワークプロバイダのサービスに加入しているUEによる無制限アクセスを可能にする場合がある。ピコセルは、一般に、比較的小さい地理的エリアを対象とし、ネットワークプロバイダを伴うサービスに加入しているUEによる無制限アクセスを可能にする場合がある。フェムトセルも、一般に、比較的小さい地理的エリア(たとえば、自宅)を対象とし、無制限アクセスに加えて、フェムトセルとの関連付けを有するUE(たとえば、限定加入者グループ(CSG:closed subscriber group)中のUE、自宅の中のユーザ用のUEなど)による制限付きアクセスも可能にする場合がある。マクロセル用のeNBはマクロeNBと呼ばれることがある。ピコセル用のeNBは、ピコeNBと呼ばれることがある。そして、フェムトセル用のeNBは、フェムトeNBまたはホームeNBと呼ばれることがある。eNBは、1つまたは複数(たとえば、2つ、3つ、4つなど)のセルをサポートしてもよい。
【００３３】
コアネットワーク130は、バックホール132(たとえば、S1など)を介してeNB105と通信してもよい。eNB105はまた、たとえば、バックホールリンク134(たとえば、X2など)を介しておよび/またはバックホールリンク132を介して(たとえば、コアネットワーク130を通して)、直接または間接的に、互いに通信してもよい。システム100は同期動作または非同期動作をサポートしてもよい。同期動作では、eNBは類似するフレームタイミングおよび/またはゲーティングタイミングを有することがあり、異なるeNBからの送信信号は、時間的にほぼ揃えられる場合がある。非同期動作では、eNBは異なるフレームタイミングおよび/またはゲーティングタイミングを有することがあり、異なるeNBからの送信信号は、時間的に揃えられない場合がある。本明細書で説明される技法は、同期動作または非同期動作のいずれに使用されてもよい。
【００３４】
UE115は、システム100全体にわたって分散され、各UEは固定式であってもまたは移動式であってもよい。UE115はまた、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、またはクライアントと呼ばれるか、あるいは何らかの他の適切な用語によって呼ばれる場合がある。UE115は、携帯電話、携帯情報端末(PDA)、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、タブレットコンピュータ、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ(WLL)局などであってもよい。UEは、マクロeNB、ピコeNB、フェムトeNB、リレーなどと通信することが可能であってもよい。
【００３５】
システム100に示された通信リンク125は、モバイルデバイス115から基地局105へのアップリンク(UL)送信信号、および/または基地局105からモバイルデバイス115へのダウンリンク(DL)送信信号を含んでもよい。ダウンリンク送信信号は順方向リンク送信信号と呼ばれることもあり、一方、アップリンク送信信号は逆方向リンク送信信号と呼ばれることもある。ダウンリンク送信信号は、認可スペクトル(たとえば、LTE)、無認可スペクトル(たとえば、無認可スペクトルを含むLTE/LTE-A)、または両方(無認可スペクトルを含む/含まないLTE/LTE-A)を用いて送信されてもよい。同様に、アップリンク送信信号は、認可スペクトル(たとえば、LTE)、無認可スペクトル(たとえば、無認可スペクトルを含むLTE/LTE-A)、または両方(無認可スペクトルを用いる/含まないLTE/LTE-A)を用いて送信されてもよい。
【００３６】
システム100のいくつかの態様では、認可スペクトル内のLTEダウンリンク容量を、無認可スペクトルにオフロードすることができる追加ダウンリンク(SDL)モード、LTEダウンリンク容量とLTEアップリンク容量の両方が、認可スペクトルから無認可スペクトルにオフロードされる場合があるキャリアアグリゲーションモード、および、基地局(たとえば、eNB)とUEとの間のLTEダウンリンク通信およびLTEアップリンク通信が無認可スペクトルにおいて行われる場合があるスタンドアローンモードを含む、無認可スペクトルを用いるLTE/LTE-Aのための種々の展開シナリオがサポートされてもよい。基地局105ならびにUE115は、これらの動作モードまたは同様の動作モードのうちの1つまたは複数をサポートしてもよい。無認可スペクトルにおけるLTEダウンリンク送信信号の場合、通信リンク125においてOFDMA通信信号が使用されてもよいが、無認可スペクトルにおけるLTEアップリンク送信信号の場合、通信リンク125においてSC-FDMA通信信号が使用されてもよい。システム100のようなシステムにおける無認可スペクトルを用いるLTE/LTE-Aの展開シナリオまたは動作モードの実装形態に関するさらなる詳細、および無認可スペクトルを用いるLTE/LTE-Aの動作に関する他の特徴および機能を以下に示す。
【００３７】
次に図2Aを参照する。図200に、無認可スペクトルを含むLTE/LTE-AをサポートするLTEネットワークのための補足ダウンリンクモードおよびキャリアアグリゲーションモードの例を示す。図200は、図1のシステム100の一部の一例とされてもよい。さらに、基地局105-aは、図1の基地局105の一例とされてもよく、一方、UE115-aは、図1のUE115の一例とされてもよい。
【００３８】
図200に示される補足ダウンリンクモードの例では、基地局105-aは、ダウンリンク205を用いてOFDMA通信信号をUE115-aに送信してもよい。ダウンリンク205は、無認可スペクトル内の周波数F1と関連付けられる。基地局105-aは、双方向リンク210を使用してOFDMA通信信号を同じUE115-aに送信してもよく、双方向リンク210を使用してSC-FDMA通信信号をそのUE115-aから受信してもよい。双方向リンク210は、認可スペクトル内の周波数F4と関連付けられる。無認可スペクトル内のダウンリンク205と認可スペクトル内の双方向リンク210は、同時に動作してもよい。ダウンリンク205は、基地局105-1のためのダウンリンク容量のオフロードを行ってもよい。いくつかの態様では、ダウンリンク205は、ユニキャストサービス(たとえば、1つのUEにアドレス指定される)サービスまたはマルチキャストサービス(たとえば、いくつかのUEにアドレス指定される)用に使用されてもよい。このシナリオは、認可スペクトルを使用し、トラフィックおよび/またはシグナリングの輻輳をある程度軽減する必要がある、任意のサービスプロバイダ(たとえば、従来のモバイルネットワーク事業者すなわちMNO)の場合に生じることがある。
【００３９】
図200内のキャリアアグリゲーションモードの一例では、基地局105-aは、双方向リンク215を用いてOFDMA通信信号をUE115-aに送信してもよく、双方向リンク215を用いてSC-FDMA通信信号を同じUE115-aから受信してもよい。双方向リンク215は、無認可スペクトル内の周波数F1と関連付けられる。基地局105-aはまた、双方向リンク220を使用してOFDMA通信信号を同じUE115-aに送信してもよく、双方向リンク220を使用してSC-FDMA通信信号を同じUE115-aから受信してもよい。双方向リンク220は、認可スペクトル内の周波数F2と関連付けられる。双方向リンク215は、基地局105-aのためのダウンリンク容量とアップリンク容量のオフロードを行ってもよい。上述の補足ダウンリンクのように、このシナリオは、認可スペクトルを使用しトラフィックおよび/またはシグナリング輻輳をある程度軽減する必要がある任意のサービスプロバイダ(たとえば、MNO)の場合に生じる場合がある。
【００４０】
図200におけるキャリアアグリゲーションモードの別の例では、基地局105-aは、双方向リンク225を用いてOFDMA通信信号をUE115-aに送信してもよく、双方向リンク225を用いてSC-FDMA通信信号を同じUE115-aから受信してもよい。双方向リンク225は、無認可スペクトル内の周波数F3と関連付けられる。基地局105-aはまた、双方向リンク230を使用してOFDMA通信信号を同じUE115-aに送信してもよく、双方向リンク230を使用してSC-FDMA通信信号を同じUE115-aから受信してもよい。双方向リンク230は、認可スペクトル内の周波数F2と関連付けられる。双方向リンク225は、基地局105-aのためのダウンリンク容量およびアップリンク容量のオフロードを行ってもよい。この例、および上述の例は、例示を目的に提示されており、容量オフロードを可能にするために無認可スペクトルを含むかまたは含まないLTE/LTE-Aの各動作を組み合わせる他の同様の動作モードまたは展開シナリオが存在してもよい。
【００４１】
上述のように、無認可スペクトルを含むLTE/LTE-Aを使用することによって行われる容量オフロードから利益を得る場合がある典型的なサービスプロバイダは、LTEスペクトルを用いる従来のMNOである。これらのサービスプロバイダの場合、動作構成は、認可スペクトル上のLTEプライマリコンポーネントキャリア(PCC)と無認可スペクトル上のLTEセカンダリコンポーネントキャリア(SCC)とを使用する、ブートストラップモード(たとえば、補足ダウンリンク、キャリアアグリゲーション)を含んでもよい。
【００４２】
追加ダウンリンクモードでは、無認可スペクトルを含むLTE/LTE-Aに対する制御は、LTEアップリンク(たとえば、双方向リンク210のアップリンク部分)を介してトランスポートされてもよい。ダウンリンク容量オフロードを行う理由の1つは、データ需要が、主としてダウンリンク消費が要因になって生じることである。さらに、このモードでは、UEが無認可スペクトルでは送信しないので、規制上の影響はない場合がある。UEに関するリッスンビフォアトーク(LBT:listen-before-talk)またはキャリアセンス多元接続(CSMA:carrier sense multiple access)の要件を実現する必要はない。しかしながら、LBTは、たとえば、周期的な(たとえば、10ミリ秒ごとの)クリアチャネルアセスメント(CCA)および/または無線フレーム境界に揃えられるグラブアンドリリンキッシュ機構を使用することによって、基地局(たとえば、eNB)上で実施されてもよい。
【００４３】
キャリアアグリゲーションモードでは、データおよび制御はLTE(たとえば、双方向リンク210、220、および230)において通信することができ、一方、データは無認可スペクトルを含むLTE/LTE-A(たとえば、双方向リンク215および225)において通信することができる。無認可スペクトルを含むLTE/LTE-Aを使用するときにサポートされるキャリアアグリゲーション機構は、ハイブリッド周波数分割二重-時分割二重(FDD-TDD)キャリアアグリゲーション、または、複数のコンポーネントキャリアにわたって異なる対称性を伴うTDD-TDDキャリアアグリゲーションに分類されてもよい。
【００４４】
図2Bは、無認可スペクトルを含むLTE/LTE-Aの場合のスタンドアローンモードの一例を示す図200-aを示す。図200-aは、図1のシステム100の一部の一例とされてもよい。さらに、基地局105-bは、図1の基地局105および図2Aの基地局105-aの一例とされてもよく、一方、UE115-bは、図1のUE115および図2AのUE115-aの一例とされてもよい。
【００４５】
図200-a内のスタンドアローンモードの例では、基地局105-bは、双方向リンク240を用いてOFDMA通信信号をUE115-bに送信してもよく、双方向リンク240を用いてSC-FDMA通信信号をUE115-bから受信してもよい。双方向リンク240は、図2Aを参照して上記において説明した無認可スペクトル内の周波数F3と関連付けられる。スタンドアローンモードは、競技場内アクセス(たとえば、ユニキャスト、マルチキャスト)のような、非従来型のワイヤレスアクセスのシナリオにおいて使用されてもよい。この動作モードの通常のサービスプロバイダは、認可スペクトルを有しない、競技場の所有者、ケーブルテレビ会社、イベント主催者、ホテル、企業および/または大企業であってもよい。これらのサービスプロバイダの場合、スタンドアローンモードのための動作構成は、無認可スペクトル上のPCCを使用してもよい。さらに、基地局とUEの両方においてLBTが実施されてもよい。
【００４６】
次に図3を参照する。図300に、様々な態様による、認可スペクトルおよび無認可スペクトルにおいて同時にLTEを使用するときのキャリアアグリゲーションの例を示す。図300のキャリアアグリゲーション方式は、図2Aを参照して上記において説明したハイブリッドFDD-TDDキャリアアグリゲーションに相当してもよい。このタイプのキャリアアグリゲーションは、図1のシステム100の少なくとも一部において使用されてもよい。さらに、このタイプのキャリアアグリゲーションは、図1および図2Aのそれぞれ基地局105および105-aにおいて、ならびに/あるいは、図1および図2AのそれぞれUE115および115-aにおいて使用されてもよい。
【００４７】
この例では、ダウンリンクにおけるLTEに関連してFDD(FDD-LTE)が実行されてもよく、無認可スペクトルを含むLTE/LTE-Aに関連して第1のTDD(TDD1)が実行されてもよく、認可スペクトルを含むLTEに関連して第2のTDD(TDD2)が実行されてもよく、認可スペクトルを用いるアップリンクにおけるLTEに関連して別のFDD(FDD-LTE)が実行されてもよい。TDD1は結果として6:4のDL:UL比をもたらし、一方、TDD2の場合の比は7:3である。時間スケールにおいて、異なる実効的なDL:UL比は、3:1、1:3、2:2、3:1、2:2および3:1である。この例は例示を目的に提示されており、無認可スペクトルを含むかまたは含まないLTE/LTE-Aの各動作を組み合わせる他のキャリアアグリゲーション方式が存在してもよい。
【００４８】
図4は、図1の基地局/eNBのうちの1つおよび図1のUEのうちの1つであってもよい基地局/eNB105およびUE115の設計のブロック図を示す。eNB105は、アンテナ434a〜434tを備えてもよく、UE115は、アンテナ452a〜452rを備えてもよい。eNB105において、送信プロセッサ420が、データソース412からデータを受信し、コントローラ/プロセッサ440から制御情報を受信してもよい。制御情報は、物理ブロードキャストチャネル(PBCH)、物理制御フォーマットインジケータチャネル(PCFICH)、物理ハイブリッド自動再送要求インジケータチャネル(PHICH)、物理ダウンリンク制御チャネル(PDCCH)などのための情報であってもよい。データは、物理ダウンリンク共有チャネル(PDSCH)に関するデータなどであってもよい。送信プロセッサ420は、データと制御情報とを処理(たとえば、符号化およびシンボルマッピング)して、それぞれデータシンボルと制御シンボルとを得てもよい。また、送信プロセッサ420は、たとえば、プライマリ同期信号(PSS)、セカンダリ同期信号(SSS)、およびセル固有基準信号に関する基準シンボルなどを生成してもよい。送信(TX)多入力多出力(MIMO)プロセッサ430が、適用可能な場合に、データシンボル、制御シンボル、および/または基準シンボルに対する空間処理(たとえば、プリコーディング)を実施してもよく、変調器(MOD)432a〜432tに出力シンボルストリームを供給してもよい。各変調器432は、(たとえば、OFDMなどのための)それぞれの出力シンボルストリームを処理し、出力サンプルストリームを取得してもよい。各変調器432は、出力サンプルストリームをさらに処理(たとえば、アナログに変換、増幅、フィルタ処理、およびアップコンバート)し、ダウンリンク信号を取得してもよい。変調器432aから432tのうちのダウンリンク信号を、それぞれアンテナ434aから434tを介して送信してもよい。
【００４９】
UE115において、アンテナ452a〜452rは、eNB105からダウンリンク信号を受信してもよく、受信信号を復調器(DEMOD)454a〜454rにそれぞれ供給してもよい。各復調器454は、それぞれの受信信号を調整(たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化)し、入力サンプルを取得してもよい。各復調器454は、(たとえば、OFDMなどのための)入力サンプルをさらに処理し、受信シンボルを取得してもよい。MIMO検出器456は、すべての復調器454a〜454rから、受信シンボルを取得してもよく、適用可能な場合には受信シンボルに対してMIMO検出を実行することができ、被検出シンボルを供給してもよい。受信プロセッサ458は、被検出シンボルを処理(たとえば、復調、デインターリーブ、および復号)し、UE115に関する復号されたデータをデータシンク460に供給し、復号された制御情報をコントローラ/プロセッサ480に供給してもよい。
【００５０】
アップリンクでは、UE115において、送信プロセッサ464が、データソース462のうちの(たとえば、物理アップリンク共有チャネル(PUSCH:Physical Uplink Shared Channel)のための)データと、コントローラ/プロセッサ480のうちの(たとえば、物理アップリンク制御チャネル(PUCCH:Physical Uplink Control Channel)のための)制御情報とを受信し、処理してもよい。また、送信プロセッサ464は、基準信号に関する基準シンボルを生成してもよい。送信プロセッサ464のうちのシンボルは、適用可能な場合には、TX MIMOプロセッサ466によってプリコーディングされ、(たとえばSC-FDMなどのために)復調器454a〜454rによってさらに処理され、eNB105に送信されてもよい。eNB105において、UE115のうちのアップリンク信号は、アンテナ434によって受信され、復調器432によって処理され、適用可能な場合には、MIMO検出器436によって検出され、さらに受信プロセッサ438によって処理されて、UE115によって送られた復号されたデータと制御情報とを取得してもよい。プロセッサ438は、復号されたデータをデータシンク439に供給してもよく、かつ復号された制御情報をコントローラ/プロセッサ440に供給してもよい。
【００５１】
コントローラ/プロセッサ440および480は、それぞれeNB105およびUE115における動作を指示してもよい。コントローラ/プロセッサ440ならびに/あるいはeNB105における他のプロセッサおよびモジュールは、本明細書において説明する技法の種々の処理を実行するか、または実行を指示してもよい。また、UE115におけるコントローラ/プロセッサ480ならびに/または他のプロセッサおよびモジュールは、図9および図-14に示される機能ブロック、および/または本明細書において説明する技法のための他のプロセスを実行するか、または実行を指示してもよい。メモリ442および482は、それぞれeNB105およびUE115に関するデータおよびプログラムコードを記憶してもよい。スケジューラ444は、ダウンリンクおよび/またはアップリンク上でデータを送信できるようにUEをスケジュールしてもよい。
【００５２】
図5は、本開示の様々な態様による、ワイヤレスネットワークを介したワイヤレス送信が行えるように実装される場合がある例示的なプロトコルスタックを示す図を示す。図5に示す態様では、プロトコルスタック502は、少なくとも3つのレイヤ504、506、および508を含む。第1のレイヤ504はPHYレイヤ510を含んでもよい。第2のレイヤ506は、MACレイヤ512、無線リンク制御(RLC)レイヤ514、および/またはパケットデータ収束制御レイヤ516を含んでもよい。第3のレイヤ508は、無線リソース制御(RRC)レイヤ518、インターネットプロトコル(IP)レイヤ520、および/または非アクセス層(NAS)レイヤ522を含んでもよい。
【００５３】
PHYレイヤ510は、エアインターフェースを介してMACレイヤ512のトランスポートチャネルから情報を伝達する働きをしてもよい。PHYレイヤ510は、リンク適応、電力制御、セル探索、およびRRCレイヤ518に関するその他の測定を実行するのに使用されてもよい。
【００５４】
MACレイヤ512は、RLCレイヤ514に論理チャネルを供給してもよく、RLCレイヤ514は論理チャネルをPHYレイヤトランスポートチャネルとして多重化してもよい。MACレイヤ512は、誤り訂正に関するハイブリッド自動再送要求(HARQ)、同じUEに対する論理チャネルの優先順位付け、およびUE間の動的スケジューリングを管理してもよい。
【００５５】
基地局は、受信側UEが送信信号を復号するまでHARQを使用してダウンリンクチャネルを介して送信信号を繰り返し送信してもよい。本開示のいくつかの態様では、HARQは高速前方誤り訂正コーディングとARQ(自動再送要求)誤り制御の組合せであってもよい。破損したメッセージを検出したUEにおけるレシーバは、送信基地局に新しいメッセージを要求してもよい。HARQでは、元のデータは前方誤り訂正(FEC)コードによって符号化されてもよく、パリティビットは、メッセージとともに直ちに送信されても、あるいはレシーバが誤ったメッセージを検出した要求時にのみ送信されてもよい。
【００５６】
図6は、本開示の様々な態様による送信時間間隔において送信されるブロックの一例を示す図である。送信信号602は、アップリンクチャネルを介して送信されても、あるいはPDSCHなどのダウンリンクチャネルを介して送信されてもよい。図6に示す例では、複数のトランスポートブロック604が1ミリ秒(ms)などの送信時間間隔(TTI)において送信されてもよい。各トランスポートブロック604(本明細書では送信ブロックも呼ぶ)は複数のコードブロック606を含んでもよい。コードブロック606の数は、トランスポートブロックサイズに基づいて異なってもよい。各トランスポートブロック604は、巡回冗長検査(CRC)に関連付けられてもよい。トランスポートブロックレベルCRCに加えて、トランスポートブロック604の各コードブロック606がコードブロック606自体のCRCとともに送信されてもよい。
【００５７】
いくつかの態様では、TTI内のトランスポートブロック604ごとにHARQプロセスが定義されてもよい。一態様によれば、各HARQプロセスでは、各トランスポートブロック604に24ビットCRCがアタッチされてもよい。いくつかの態様では、トランスポートブロック604CRCが、誤り検出に使用され、かつHARQ肯定応答(ACK)またはHARQ否定応答(NACK)を生成するのに使用されてもよい。さらに、いくつかの態様では、電力節約を改善しメモリ利用効率を向上させるためにレシーバにおいてコードブロック606CRCが利用されてもよい。
【００５８】
一例では、トランスポートブロック604はTTI内に最大で16個以上のコードブロック606を含んでもよい。レシーバにおいて、コードブロック606のうちの1つに誤りがある場合、トランスポートブロック604CRC障害が生じる場合がある。この障害の結果として、HARQフィードバックが可能になるようにトランスミッタデバイスにNACKがシグナリングされてもよい。トランスミッタは、NACKを受信したときには、適切な後のTTIにおいて、同じトランスポートブロック604を再送信し、したがって、コードブロック606の同じセットを再送信してもよい。
【００５９】
図7は、本開示の一態様による送信ブロックにおけるバースト性干渉信号の一例を示す図を示す。特に、図7は、バースト性パンクチャリング送信信号に起因してチャネル上で認識される場合がある干渉を示す。図7に示す例では、コードブロックCB0-CB9が第1のバースト性パンクチャリング送信信号706および/または第2のバースト性パンクチャリング送信信号708によって干渉を受ける場合がある。
【００６０】
いくつかの態様では、コードブロックが周波数に対してインターリーブされてもよく、それによってより高速のパイプライン処理が可能になる。しかし、送信ブロックサイズが大きい場合、各コードブロックの時間領域インターリーブがほとんど行われず、1つのコードブロックが送信シンボルを占有することがある。したがって、単一のコードブロックがバースト性パンクチャリング706または708によって消去される場合、送信ブロック710全体を再送信することが必要になることがある。したがって、コードブロックレベルではなく送信ブロックレベルにおいて再送信が行われることがあり、すなわち、あるコードブロックがパンクチャリングされた場合、送信ブロック全体が再送信されることがある。
【００６１】
ネットワークにおけるバースト性干渉トラフィックはアップリンクチャネルおよび/またはダウンリンクチャネルに影響を与える場合がある。一態様によれば、干渉信号706または708などのバースト性干渉信号は、ネットワークにおける近傍デバイスから発信される信号であってもよい。別の態様では、干渉信号は、基地局からモバイルデバイスに送信されるミッションクリティカルな送信信号などの、基地局によって生成される信号であってもよい。たとえば、基地局は、ミッションクリティカルな送信信号を利用してミッションクリティカルなメッセージをダウンリンクチャネルに導入してもよい。そのようなバースト性のミッションクリティカルなトラフィックは、公称データ送信に関して他のモバイルデバイスにすでに割り当てられているリソースに干渉する場合がある。たとえば、ミッションクリティカルなメッセージは、他のダウンリンク送信/アップリンク送信信号よりも高い送信電力で送信される場合がある。
【００６２】
図8は、本開示の一態様による、バースト性干渉を軽減するようにコーディングされた送信ブロックの一例を示す図を示す。送信ブロック802は、1つまたは複数のコードブロックCB0-CB7と1つまたは複数のパリティ検査コードブロックPCB0-PCB1とを含んでもよい。送信ブロック802は、8つのコードブロックCB0-CB7と2つのパリティ検査コードブロックPCB0-PCB1からなる10個のブロックとを含むが、一般に、送信ブロックは、コードブロックとパリティ検査コードブロックの任意の組合せからなる任意の数のブロックを含んでもよい。図8の態様によれば、コードブロック、たとえば、コードブロックCB0は、コードブロックCB0の情報ビット804などの1つまたは複数の情報ビット820と、コードブロックCB0のパリティビット806などの1つまたは複数のパリティビット830とを含んでもよい。同様に、パリティ検査コードブロック、たとえば、パリティ検査コードブロックPCB1は、パリティ検査コードブロックPCB1の情報ビット808などの1つまたは複数の情報ビット820と、パリティ検査コードブロックPCB1のパリティビット810などの1つまたは複数のパリティビット830とを含んでもよい。
【００６３】
いくつかの態様によれば、コードブロックまたはパリティ検査コードブロックに関するパリティビットは、関連するコードブロックまたはパリティ検査コードブロックに関する情報ビットとは異なるように符号化されてもよい。たとえば、一態様では、パリティビットはターボ符号化されてもよい。他の態様では、他の前方誤り訂正コードまたはより一般的な誤り検出コードを使用してパリティビットが符号化されてもよい。
【００６４】
いくつかの態様では、PCB0および/またはPCB1などのパリティ検査コードブロックの情報ビット820は、CB0〜CB7などの1つまたは複数のコードブロックの情報ビット820に相当してもよい。言い換えれば、PCB0またはPCB1などのパリティ検査コードブロックのビットにおける情報は、コードブロックCB0〜CB7の各ビットに関する情報であってもよい。たとえば、図8の態様に示すように、ビットd0,kまたはd1,kは、ビットb0,k〜b7,kに相当する情報であってもよい。同様に、PCB0および/またはPCB1などのパリティ検査コードブロックのパリティビット830は、CB0〜CB7などの1つまたは複数のコードブロックのパリティビット830に相当してもよい。
【００６５】
一態様によれば、パリティ検査コードブロックの各ビットは、1つまたは複数のコードブロックのビットの異なるセットに相当してもよい。たとえば、図8の態様では、パリティ検査コードブロックPCB0のうちのビットd0,kは、コードブロックCB0,k〜CB7,kのうちのビットb0,k〜b7,kに相当し、パリティ検査コードブロックPCB0のうちのビットd0,k+2は、コードブロックCB0,k〜CB7,kのうちのビットb0,k+2〜b0,k+2に相当してもよい。さらに、図8の態様は、1つまたは複数のコードブロックのビットの異なるセットが1つまたは複数のコードブロックの各コードブロックのうちの単一のビットを含むことを示すが、本開示はそのような態様に限定されない。たとえば、別の態様では、パリティ検査コードブロックにおけるビットが対応する場合があるビットのセットは、特定のコードブロックのうちの1ビットよりも多くのビットを含んでもよい。特に、一態様では、パリティ検査コードブロックPCB0のうちのビットd0,kは、コードブロックCB0のうちのビットb0,kおよびb0,k+1に相当してもよい。
【００６６】
図9は、本開示の一態様による、ワイヤレス通信に関してデータを符号化するための方法を示す概略フローチャート図である。方法900の態様は、図1〜図8に関して説明した本開示の態様によって実施されてもよい。具体的には、方法900は、ブロック902において、複数のデータビットを受信することを含む。一態様によれば、データビットは、ワイヤレス通信ネットワークを介して送信される任意の情報のビットに相当してもよい。
【００６７】
ブロック904において、方法900は、1つまたは複数のコードブロックを生成することを含む。いくつかの態様では、1つまたは複数のコードブロックの各々は、コードブロックCB0〜CB7に関して図8に示すような、1つまたは複数の情報ビットと1つまたは複数のパリティビットとを含んでもよい。1つまたは複数の情報ビットは、受信された複数のデータビットにおけるデータビットに少なくとも部分的に基づいて生成されてもよい。たとえば、いくつかの態様では、コードブロックの符号化された各情報ビットが、受信された複数のビットのデータビットと1対1の対応を有してもよく、それによって、コードブロックの符号化された各情報ビットは、受信さされた複数のデータビットの異なるビットに相当する。さらに、1つまたは複数のパリティビットは、コードブロックの1つまたは複数の情報ビットに少なくとも部分的に基づいて生成されてもよい。たとえば、図8に示すパリティビットに関して説明したように、コードブロックCB0などのコードブロックのパリティビット830は、一般的な誤り検出コードまたはターボコードなどの前方誤り訂正コードを使用して、コードブロックCB0などのコードブロックにおける情報ビット820に基づいて符号化されてもよい。
【００６８】
ブロック906において、方法900は、1つまたは複数のパリティ検査コードブロックを生成することを含む。いくつかの態様では、1つまたは複数のパリティ検査コードブロックの各々は、パリティ検査コードブロックPCB0〜PCB1に関して図8に示すような、1つまたは複数の情報ビットを含んでもよい。図9の態様によれば、各パリティ検査コードブロックについて、1つまたは複数の情報ビットは1つまたは複数のコードブロックの情報ビットに相当してもよい。たとえば、いくつかの態様では、基地局が生成行列を使用して1つまたは複数のコードブロックおよび/または1つまたは複数のパリティ検査コードブロックを生成してもよい。特に、一態様によれば、8つのコードブロックのうちの8つの情報ビットの同じセットに基づいて2つのパリティ検査コードブロック情報ビットを生成することは次式のように定義される。
[d0,k d1,k]=[b0,k b1,k...b7,k]P8×2 (1)
【００６９】
いくつかの態様によれば、数式(1)における行列Pは、GF(2)におけるエントリを有する最大階数行列であってもよく、すなわち、これらのエントリは0または1のいずれかである。しかしながら、一般には、行列Pは、任意の組織的線形ブロックまたは畳み込みコードの生成行列から導くことができる。数式(1)に示すように、行列Pは、コードブロックの1つまたは複数の情報ビットを入力として取り、1つまたは複数のパリティ検査コードブロックの符号化された情報ビットを出力することができる。
【００７０】
一般に、[n,k,d]線形ブロックコードが与えられた場合、その生成行列Gk x nはGk x n=[Ik x k|Pk x n-k](以下ではCrowと呼ぶ)などの組織的形態で書くことができる。消去補正に関しては、いくつかの態様では、[n,k,d]線形ブロックコードはd-1個までの消去を補正することができる。さらに、いくつかの態様では、線形ブロックコードに関するシングルトン限界をd≦n-k+1と定義することができる。別の態様によれば、[n,k]最大距離分離(MDS)コードがシングルトン限界を満たす場合があり、n-k個の消去を補正することができる場合がある。
【００７１】
本開示の態様によれば、パリティ検査コードブロックの各情報ビットは、パリティ検査コードブロック情報ビットが対応する1つまたは複数のコードブロックの情報ビットのセットに少なくとも部分的に基づいて生成されてもよい。たとえば、数式(1)に示すように、いくつかの態様では、パリティ検査コードブロックの各情報ビットは、1つまたは複数のコードブロックの情報ビットの異なるセットに相当してもよい。さらに、いくつかの態様では、1つまたは複数のコードブロックの情報ビットの異なるセットは、1つまたは複数のコードブロックの各コードブロックのうちの単一のビットを含んでもよい。したがって、一態様では、図8を参照すると、図8に示す送信ブロック802に関する数式(1)において定義された行列Pを使用して生成されるパリティ検査コードブロックPCB0のパリティ検査コードブロック情報ビットd0,kは、コードブロックCB0〜CB7の情報ビットb0,k〜b7,kに基づいて生成され、かつこれらの情報ビットに相当してもよい。
【００７２】
いくつかの態様では、パリティ検査コードブロック情報ビットを生成することに加えて、行列Pを使用して、たとえば、図8に示す送信ブロック802のコードブロックCB0-CB7の情報ビット820などの、送信ブロックにおける1つまたは複数のコードブロックの符号化された情報ビットを生成することもできる。たとえば、いくつかの態様では、行列Pは組織的形態であってもよく、その場合、行列Pの出力ビットは、行列Pに入力された1つまたは複数のコードブロックのうちの情報ビットと、1つまたは複数のパリティ検査コードブロックに関する指定された数の1つまたは複数の情報ビットとを含む。
【００７３】
しかし、一般に、行列Pは組織的形態である必要はない。たとえば、生成行列は、それぞれに異なる態様に関して組織的形態に変換することのできる完全行列であってもよい。最大階数行列を使用することの1つの利点は、最大階数行列によって、パリティ検査コードブロックが確実に線形独立ブロックになることである。いくつかの態様では、生成行列が組織的形態ではないとき、行列Pの出力ビットは行列Pに入力されたのと同一のビットを含まなくてもよい。たとえば、一態様では、ブロック902において受信された複数のデータビットなどの受信されたデータビットのうちのデータビットが行列Pに入力されてもよく、出力ビットは、入力データビットに相当するコードブロック情報ビットならびに1つまたは複数のパリティ検査コードブロックに関する指定された数の1つまたは複数の情報ビットを含んでもよい。したがって、いくつかの態様では、パリティ検査コードブロックの各情報ビットは、パリティ検査コードブロック情報ビットが対応する1つまたは複数のコードブロックの情報ビットのセットを生成するのに使用される受信された複数のデータビットにおける同じデータビットに少なくとも部分的に基づいて生成されてもよい。
【００７４】
パリティ検査コードブロックの各情報ビットは、送信ブロックの一部であるコードブロックに少なくとも部分的に基づいて生成されることに加えて、送信ブロックの一部ではないコードブロックに少なくとも部分的に基づいて生成されてもよい。たとえば、本開示のいくつかの態様では、パリティ検査コードブロックは、2つ以上の送信ブロックに含まれるコードブロックに基づいて生成されてもよい。これによって、送信ブロックにパリティ検査コードブロックを付加することに伴うオーバーヘッドが軽減する場合がある。たとえば、そのような態様では、コードブロックが誤り訂正を実行するための冗長性が別の送信ブロックのパリティ検査コードブロックに組み込まれ、すなわち、コーディングされるので、すべての送信ブロックにパリティ検査コードブロックが必要であるとは限らない。
【００７５】
いくつかの態様では、1つまたは複数のパリティ検査コードブロックの各々は、コードブロックPCB0〜PCB1に関して図8に示すような、1つまたは複数のパリティビットを含んでもよい。コードブロックのパリティビットと同様に、各パリティ検査コードブロックについて、1つまたは複数のパリティビットが、パリティ検査コードブロックの1つまたは複数の情報ビットに少なくとも部分的に基づいて生成されてもよい。たとえば、図8に示すパリティビットに関して説明したように、パリティ検査コードブロックのパリティビットは、一般的な誤り検出コードまたはターボコードなどの前方誤り訂正コードを使用して、コードブロックにおける情報ビットに基づいて符号化されてもよい。
【００７６】
本開示の一態様によれば、基地局は、ブロック906などにおいて、モバイルデバイスから受信された情報に基づいて、生成すべきパリティ検査コードブロックの数を判定してもよい。たとえば、モバイルデバイスから受信された情報は、生成すべきパリティ検査コードブロックの推奨される数を含んでもよい。いくつかの態様では、モバイルデバイスは、モバイルデバイスにおけるデコーダに関連する統計を復号することに少なくとも部分的に基づいて推奨される数を判定してもよい。たとえば、一態様では、この統計は、パリティ検査コードブロックを使用せずに首尾よく復号される送信ブロックにおけるコードブロックの部分を示す長期統計であってもよい。
【００７７】
基地局は、生成すべきパリティ検査コードブロックの推奨される数をモバイルデバイスから受信したときに、推奨される数のパリティ検査コードブロックを生成することも、生成しないこともある。たとえば、いくつかの態様では、基地局は推奨される数のパリティ検査コードブロックを生成してもよい。他の態様では、基地局は、推奨される数のパリティ検査コードブロックを生成すると、顕著なオーバーヘッド制約が課されると判定し、したがって、推奨される数のパリティ検査コードブロックを生成しない場合がある。また別の態様では、基地局は、生成すべきパリティ検査コードブロックについての受信された推奨される数に対して生成すべきパリティ検査コードブロックのある数を加算または減算し、次いでたくさんのパリティ検査コードブロックを生成してもよい。一般に、基地局が推奨される数のパリティ検査コードブロックを生成するかそれとも生成しないかに関して多数の制約があり、当業者には、基地局による判定が本明細書において開示される特定のシナリオに限定されないことが容易に認識されよう。
【００７８】
基地局は、ネットワークにおける干渉信号を検出または特定し、それに応じて、特定された干渉信号についてモバイルデバイスに通知するかまたは送信ブロックに含まれるパリティ検査コードブロックの数を修正することなどによって、ワイヤレス通信を修正してもよい。特に、基地局は、干渉信号を特定するように構成されてもよい。たとえば、基地局は、隣接するモバイルデバイスが、別のモバイルデバイスに送信される通信信号に干渉する可能性が高いACK/NACK信号を有するかまたは送信する予定であることを特定してもよい。別の例では、基地局は、あるモバイルデバイスへのミッションクリティカルなメッセージを有するかまたは送信する予定であり、そのメッセージがこのモバイルデバイスまたは別のモバイルデバイスに送信される通信信号に干渉する可能性が高いとの判定に基づいて干渉信号を特定してもよい。
【００７９】
基地局は、干渉信号を特定したときに、それに応じて通信信号を修正してもよい。たとえば、本開示の一態様では、基地局は、干渉信号が特定されたこと、ならびに1つまたは複数のコードブロックのうちのどれがこの干渉信号の影響を受けるかを示す通知を、たとえばサイドチャネルなどを介してモバイルデバイスに送信してもよい。したがって、モバイルデバイスは、干渉信号が特定されたこと、ならびに1つまたは複数のコードブロックのうちのどれがこの干渉信号の影響を受けるかを示す通知を、たとえばサイドチャネルなどを介して基地局から受信してもよい。モバイルデバイスはその後、本明細書において開示された復号方式のうちの1つを使用することなどによって、受信さされた通知に少なくとも部分的に基づいて送信ブロックの受信された1つまたは複数のコードブロックを復号してもよい。
【００８０】
基地局は、特定された干渉信号に少なくとも部分的に基づいて生成すべきパリティ検査コードブロックの数を動的に適合してもよい。たとえば、基地局は、バースト性干渉を生じさせる可能性が高いミッションクリティカルなメッセージを送信する予定であると特定したときに、送信ブロックにより多くのパリティ検査コードブロックを含めて、送信される送信ブロックの復号可能性を向上させるように、送信ブロックのコーディングを動的に適合してもよい。
【００８１】
図9を参照する。方法900は、ブロック908において、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックの各々をモバイルデバイスに送信することを含む。たとえば、基地局は、生成行列を使用してコードブロックおよびパリティ検査コードブロックを生成した後、コードブロックおよびパリティ検査コードブロックをモバイルデバイスに送信してもよい。
【００８２】
ブロックコードはいくつかの方法で復号されてもよい。たとえば、コードは、ハードパリティ検査またはソフトパリティ検査、あるいはその両方を使用して復号されてもよい。制限ではなく簡単な例として、いくつかの態様では、Crowは、e個の消去を補正することのできる[n,k,d]バイナリ線形ブロックコードを表すことができる。モバイルデバイスは、コードブロックCB0,…,CBkを受信し復号してもよい。すべてのブロックが巡回冗長検査(CRC)にパスした場合、復号は終了してもよい。e個以下のコードブロックがCRCにパスしなかった場合、ターボ復号の後でCrowを使用してe個以下のコードブロックを訂正してもよい。しかしながら、e個よりも多くのコードブロックがCRCにパスしなかった場合、いくつかの態様では、誤りを訂正できない場合がある。
【００８３】
消去を補正する一例として、いくつかの態様では、バイナリ線形コードブロックは、n-k個の消去を補正することのできる[n,k]バイナリ線形コードであってもよい。2のパリティ検査コードブロック情報ビットの生成が次式のように定義されてもよい。
【００８４】
【数１】
0006736554.tif 000002
【００８５】
数式(2)において、d0,kおよびd1,kは、2つの異なるパリティ検査コードブロックの情報ビットであってもよい。さらに、数式(2)に示すように、d0,kおよびd1,kは、コードブロックCB0,k〜CB7,kおよびCrowの情報ビットb0,k〜b7,kに基づいて生成されてもよい。いくつかの態様によれば、パリティ検査コードブロックの情報ビットが数式(2)のように定義されるとき、連続する消去の任意の対{bj,k,bj+1,k}、0≦j≦7を補正することができる。一例として、{b0,k,b1,k}が唯一の消去されたビットである場合がある。数式(2)から、b0,kおよびb1,kは以下のように復元されてもよい。
b0,k=d0,k-b2,k-b4,k-b6,k
b1,k=d1,k-b2,k-b5,k-b7,k
したがって、上記に示すように、パリティ検査コードブロックの情報ビットが数式(2)のように定義されるとき、残りのビットがわかっている限り、消去された連続するビットの任意の対が補正される場合がある。数式(2)において、Crowは長さnが10であるコードであった。しかしながら、数式(2)に与えられた例示的な構文は任意のn≧4に一般化することができる。
【００８６】
消去を補正する別の例として、いくつかの態様では、3つのパリティ検査コードブロック情報ビットの生成が次式のように定義されてもよい。
【００８７】
【数２】
0006736554.tif 000003
【００８８】
数式(3)において、d0,k、d1,k、およびd2,kは、3つの異なるパリティ検査コードブロックの情報ビットであってもよい。さらに、数式(3)に示すように、d0,k、d1,k、およびd2,kは、コードブロックCB0,k〜CB6,kおよびCrowの情報ビットb0,k〜b6,kに基づいて生成されてもよい。いくつかの態様によれば、パリティ検査コードブロックの情報ビットが数式(3)のように定義されるとき、連続する消去の任意の三つ組{bj,k,bj+1,k,bj+2,k}、0≦j≦6を補正することができる。特に、連続する消去の任意の三つ組を復元するための数式(3)から導かれる一次式は以下の通りである。
d0,k=b0,k+b3,k+b6,k
d1,k=b1,k+b4,k
d2,k=b2,k+b5,k
したがって、上記に示すように、パリティ検査コードブロックの情報ビットが数式(3)のように定義されるとき、残りのビットがわかっている限り、消去された連続するビットの任意の三つ組が補正される場合がある。数式(3)において、Crowは長さnが10であるコードであった。しかしながら、数式(3)に与えられた例示的な構文は任意のn≧6に一般化することができる。
【００８９】
いくつかの態様では、本明細書において開示するコーディング方式は、基地局によってPDSCHにおいて送信される各コードワードに別個に適用されてもよく、一方、他の態様では、このコーディング方式がそのように適用されない場合がある。さらに、いくつかの態様では、送信ブロック内のすべてのコードブロックが同じサイズであることが必要になる場合があり、一方、他の態様では、コードブロックが同じサイズであることが必要とされない場合がある。
【００９０】
図10は、本開示の一態様による、ハードパリティ検査を使用してワイヤレス通信に関してデータを復号するための方法を示す概略フローチャート図である。方法1000の態様は、図1〜図8に関して説明した本開示の態様によって実施されてもよい。具体的には、方法1000は、ブロック1002において、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信することを含む。たとえば、いくつかの態様では、通信デバイス115などのモバイルデバイスが1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信してもよい。
【００９１】
ブロック1004において、方法1000は、1つまたは複数のコードブロックを復号することを含む。たとえば、モバイルデバイスは、一般的な誤り復号方式またはターボ復号などの前方誤り訂正方式などの1つまたは複数のコードブロックを符号化するのに使用された符号化方式に対応する復号方式を使用して1つまたは複数の受信されたコードブロックを復号してもよい。
【００９２】
方法1000は、ブロック1006において、誤りを有する復号されたコードブロックの数を判定することをさらに含む。いくつかの態様では、モバイルデバイスは、コードブロックのパリティビットを使用して復号された各コードブロックに関してCRCを実行し、コードブロックが誤りを有するかを判定してもよい。その後、CRCにパスしなかった復号されたコードブロックの数を判定することによって、誤りを有する復号されたコードブロックの数が判定されてもよい。
【００９３】
方法1000は、ブロック1008において、受信されたコードブロックのうちの1つまたは複数が誤りを有すると判定されたときに1つまたは複数のパリティ検査コードブロックを復号することを含む。モバイルデバイスは、コードブロックの復号と同様に、一般的な誤り復号方式またはターボ復号などの前方誤り訂正方式などの1つまたは複数のコードブロックを符号化するのに使用された符号化方式に対応する復号方式を使用して1つまたは複数の受信されたパリティ検査コードブロックを復号してもよい。
【００９４】
方法1000は、ブロック1010において、誤りを有さない復号されたパリティ検査コードブロックの数を判定することを含む。いくつかの態様では、モバイルデバイスは、コードブロックと同様に、パリティ検査コードブロックのパリティビットを使用して復号された各パリティ検査コードブロックに関してCRCを実行し、パリティ検査コードブロックが誤りを有するかを判定してもよい。その後、CRCにパスした復号されたパリティ検査コードブロックの数を判定することによって、誤りを有さない復号されたパリティ検査コードブロックの数が判定されてもよい。
【００９５】
方法1000は、ブロック1012において、誤りを有さないと判定された復号されたパリティ検査コードブロックに少なくとも部分的に基づいて誤りを有すると判定された復号されたコードブロックにおける誤りを訂正し、誤りを有するコードブロックの数が誤りを有さないと判定されたパリティ検査コードブロックの数以下になったときに1つまたは複数のコードブロックの復号を完了することを含む。いくつかの態様では、1つまたは複数の受信されたコードブロックの復号を完了するために復号する必要のあるパリティ検査コードブロックの数は、CRCにパスしなかったコードブロックの数によって決まる。たとえば、一態様では、2つのコードブロックが、CRCにパスしなかったことに起因して誤りを有すると判定されたとき、パリティ検査コードブロックを使用して1つまたは複数の受信されたコードブロックを完全に復号するには、最低で2つのパリティ検査コードブロックを誤りなしに復号しなければならない。
【００９６】
送信ブロックを送信する前に、コードブロックのビットの正しい値に基づいてパリティ検査コードブロックビットが生成されたので、これらのパリティ検査コードブロックビットは、コードブロックのビットに関する冗長で正しい情報を含んでもよい。したがって、いくつかの態様では、誤りを有すると判定された復号されたコードブロックにおける誤りを訂正することは、パリティ検査コードブロックビットの情報ビットとパリティビットの両方を生成するのに使用される数式を使用して、誤りを有すると判定された復号されたコードブロックにおけるビットの正しい値を判定することを含む。
【００９７】
1つまたは複数の復号されたコードブロックのうちで誤りを有すると判定されたコードブロックがない場合、受信されたコードブロックの復号は終了してもよく、復号されたコードブロックのその後の処理が実行されてもよい。たとえば、ブロック1006において、すべての復号されたコードブロックがCRCにパスしたことに起因してすべてのコードブロックが誤りなしに復号されたとモバイルデバイスが判定した場合、ブロック1006における動作の完了後にコードブロックのさらなる復号を終了してもよい。さらに、いくつかの態様では、モバイルデバイスは、ブロック1006において、復号されたコードブロックのうちで誤りを有するブロックがなくなったと判定されたときには、1008などにおいて、パリティ検査コードブロックの復号を実行しなくてもよい。
【００９８】
いくつかの態様によれば、誤りを有するコードブロックの数が誤りを有さないと判定されたパリティ検査コードブロックの数よりも大きいとき、復号されたコードブロックにおける誤りを訂正することが可能ではなくなる場合がある。したがって、誤りを有するコードブロックの数が、誤りを有さないと判定されたパリティ検査コードブロックの数よりも大きいとき、モバイルデバイスは、最初に送信ブロックを送信した基地局に、送信ブロックの再送信に関する要求を送信してもよい。基地局はその後、モバイルデバイスから再送信要求を受信したときに送信ブロックを再送信してもよい。特に、基地局は、誤りを有するコードブロックの数が誤りを有さないパリティ検査コードブロックの数よりも大きいとき、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックの再送信に関するモバイルデバイスからの要求を受信し、要求を受信したことに応答して、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを含んでいた送信ブロックをモバイルデバイスに送信してもよい。
【００９９】
図11は、本開示の一態様による、ワイヤレス通信に関してデータを復号するための別の方法を示す概略フローチャート図である。方法1100の態様は、図1〜図8に関して説明した本開示の態様によって実施されてもよい。具体的には、方法1100は、ブロック1102において、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信することを含む。たとえば、いくつかの態様では、通信デバイス115などのモバイルデバイスが1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信してもよい。
【０１００】
方法1100は、ブロック1104において、1つまたは複数の受信されたコードブロックを復号することを含み、この場合、復号することは、各コードブロックについて、コードブロックにおける情報ビットに少なくとも部分的に基づいてコードブロックにおける各ビットに関する対数尤度比(LLR)値を生成することを含む。たとえば、いくつかの態様では、モバイルデバイスは、ターボデコーダを使用して1つまたは複数の受信されたコードブロックの各々に対する第1のターボデコーダイタレーションを実行してもよい。他の態様では、一般的な誤り検出デコーダコードまたは前方誤り訂正デコーダコードなどの他のデコーダコードが使用されてもよい。一態様によれば、コードブロックに対する第1のデコーダイタレーションは、コードブロックにおける情報ビットのみに基づいてもよい。第1のデコーダイタレーションの結果は、コードブロックにおける各ビットに関するLLR値の生成であってもよい。
【０１０１】
方法1100は、ブロック1106において、1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有するか、および1つまたは複数のコードブロックのうちのどのコードブロックが誤りを有さないかを判定することを含む。たとえば、いくつかの態様では、モバイルデバイスは、復号された各コードブロックについて、コードブロックのパリティビットを使用してCRCを実行し、コードブロックが誤りを有するかどうかを判定してもよい。
【０１０２】
方法1100は、ブロック1108において、その後、誤りを有すると判定されたコードブロックの各々を復号することを含み、その後復号することは、その後復号される各コードブロックについて、コードブロックにおける情報ビットに関するあらかじめ生成されたLLR値および受信された1つまたは複数のパリティ検査コードブロックの少なくとも1つにおける情報ビットのLLR値に少なくとも部分的に基づいてコードブロックにおける各ビットに関するLLR値を修正することを含む。たとえば、いくつかの態様では、モバイルデバイスは、ターボデコーダを使用して1つまたは複数の受信されたコードブロックの各々に対する以後のターボデコーダイタレーションを実行してもよい。他の態様では、一般的な誤り検出デコーダコードまたは前方誤り訂正デコーダコードなどの他のデコーダコードが使用されてもよい。
【０１０３】
一態様によれば、コードブロックに対するその後のデコーダイタレーションは、コードブロックにおける情報ビットに関するあらかじめ生成されたLLR値および受信された1つまたは複数のパリティ検査コードブロックの少なくとも1つにおける情報ビットのLLR値に少なくとも部分的に基づいてもよい。たとえば、コードブロックCB0が10個の情報ビットb0,k〜b0,k+9を含む一態様では、コードブロックCB0に対する第1のデコーダイタレーションは、情報ビットb0,k〜b0,k+9のみに基づいてもよく、かつ情報ビットb0,k〜b0,k+9の各々に関する初期LLR値を生成してもよい。同様に、10個の情報ビットb0,k〜b0,k+9を含むパリティ検査コードブロックPCB0の場合、パリティ検査コードブロックPCB0に対する第1のデコーダイタレーションは、情報ビットb0,k〜b0,k+9のみに基づいてもよく、かつ情報ビットb0,k〜b0,k+9の各々に関する初期LLR値を生成してもよい。しかしながら、コードブロックCB0に関するその後のターボデコーダイタレーションは、情報ビットb0,k〜b0,k+9に関するLLR値および情報ビットd0,k〜d0,k+9に関するLLR値に基づいてもよい。情報ビットd0,k〜d0,k+9が情報ビットb0,k〜b0,k+9に基づいて生成されるので、情報ビットd0,k〜d0,k+9は、以後のターボデコーダイタレーションの間に使用することができる情報ビットb0,k〜b0,k+9に関係する外部情報を供給して、情報ビットb0,k〜b0,k+9に関するLLR値を改善してもよい。言い換えれば、復号されたコードブロックに対するその後のデコーダイタレーションの結果は、コードブロックにおける情報ビットの各々に関する改善された(より信頼できる)LLR値の生成であってもよい。
【０１０４】
いくつかの態様によれば、その後、誤りを有すると判定されたコードブロックの各々が復号されるたびに、どのコードブロックが依然として誤りを有するかに関する別の判定が下されてもよい。たとえば、ターボデコーダイタレーションが行われるたびに、その後復号されたコードブロックが誤りを有するかどうかを判定するためにそのコードブロックに関する別のCRCが実行されてもよい。その後の復号は、依然として誤りを有すると判定されたその後復号されたコードブロックに対して継続されてもよい。言い換えれば、いくつかの態様では、コードブロックのその後の復号は、コードブロックが、ターボデコーダイタレーションが行われるたびに実行されるCRCにパスしない限り継続されてもよい。他の態様では、コードブロックのその後の復号は、あらかじめ決定された回数のターボデコーダイタレーションが実行されたときに終了してもよい。
【０１０５】
いくつかの態様では、復号されたコードブロックが誤りを有さないと判定されたとき、たとえば、復号されたコードブロックが、最初のターボデコーダイタレーションまたはその後のターボデコーダイタレーションの後にCRCにパスしたときに、復号されたコードブロックにおける情報ビットに関するLLR値がロックされ、もはや調整できないようにされてもよい。さらに、いくつかの態様では、復号されたコードブロックが誤りを有さないと判定されたときに、復号されたコードブロックのさらなる復号が終了されてもよい。
【０１０６】
いくつかの態様によれば、ビットに関するLLR値がロックされる値は、そのビットを含むコードブロックが誤りを有さないと判定されたときにはそのビットに関連するLLR値とは異なる場合がある。特定の例として、制限なしに、一態様では、デコーダは、ビットに関するLLR値として3を出力する場合があるが、ビットに関するLLR値がロックされたときには、そのビットに関するLLR値がロックされる値は30になることがある。別の特定の例として、制限なしに、別の態様では、デコーダは、ビットに関するLLR値として-1.5を出力する場合があるが、ビットに関するLLR値がロックされたときには、そのビットに関するLLR値がロックされる値は-30になることがある。
【０１０７】
本開示の態様はプロセッサの計算およびメモリの複雑さを顕著に改善する。たとえば、GF(2)に対する加算によって、行列反転の必要なしに誤り回復が実行されてもよいので、計算の複雑さを最小限に抑えることができる。さらに、メモリサイズが送信ブロックにおけるコードブロックの数に依存しなくてもよいので、メモリの複雑さを低減させることができる。特に、メモリは、送信ブロックにおけるコードブロックの数ではなく補正する必要のある消去の数に依存する場合がある。たとえば、各パリティ検査コードブロック情報ビットについて、パリティ検査コードブロック情報ビットを生成するのに使用された消去されたビットを回復するには、同じくパリティ検査コードブロックを生成するのに使用された正しく復号されたコードブロック情報ビットのバイナリ和しか必要とされない場合がある。特定の例として、d0,k=b0,k+b2,k+b4,k+b6,kであり、b6,kのみが消去された場合、b0,k、b2,k、b4,kを個別に追跡するのではなく、メモリにおいて和Seven,k=b0,k+b2,k+b4,kのみを追跡すればよく、その理由としては、b0,k=d0,k-b0,k-b2,k-b4,k=d0,k-Seven,kであることが挙げられる。したがって、複数のビットに関連するメモリを単一のビットに削減することができる。
【０１０８】
本開示の態様は、オーバーヘッドペナルティを最小限に抑えて実施される場合がある。たとえば、いくつかの態様では、k個の追加のパリティ検査コードブロックによってK個の連続するコードブロック消去が補正されてもよい。送信ブロックがn個のコードブロックを有すると仮定すると、k個の連続するコードブロック消去を補正する場合、オーバーヘッド係数が次式のように定義されてもよい。
【０１０９】
【数３】
0006736554.tif 000004
【０１１０】
固定数の消去kの補正が対象になる場合がある態様などのいくつかの態様では、送信ブロックにおけるコードブロックnの数が増えるに従ってオーバーヘッドが軽減される場合がある。
【０１１１】
本明細書において開示される態様は、現在のマッピングプロトコルを使用して実施されてもよいが、各態様は有利なことに、コーディングされたシンボルをリソース要素にマップする代替方法を使用して実施されてもよい。たとえば、周波数優先マッピングに代わる時間優先マッピングは、そのようなマッピングがバースト性干渉に対する時間的なロバストネスを向上させることがあるので有利である場合がある。さらに、時間優先マッピングを含むPUSCHの場合、このコーディング方式は周波数選択性干渉を防止する場合がある。
【０１１２】
図12は、本開示の一態様による、ワイヤレス通信に関してデータを復号するための別の方法を示す概略フローチャート図である。方法1200の態様は、図1〜図8に関して説明した本開示の態様によって実施されてもよい。具体的には、方法1200は、ブロック1202において、1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信することを含み、この場合、1つまたは複数のコードブロックの各々が1つまたは複数の情報ビットを含み、1つまたは複数のパリティ検査コードブロックの各々が1つまたは複数の情報ビットを含み、各パリティ検査コードブロックについて、1つまたは複数の情報ビットが1つまたは複数のコードブロックの情報ビットに相当する。たとえば、いくつかの態様では、通信デバイス115などのモバイルデバイスが1つまたは複数のコードブロックおよび1つまたは複数のパリティ検査コードブロックを受信してもよい。方法1200は、ブロック1204において、受信された1つまたは複数のコードブロックを復号することを含む。たとえば、復号することは、図10〜図11を参照しながら開示された復号方式のうちの1つを含んでもよい。
【０１１３】
本開示の態様は、イントラコードブロック(イントラCB)レベルHARQとインターコードブロック(インターCB)レベルの誤り訂正コーディングの両方を含むマルチレベル処理方式を含んでもよい。イントラCBレベルHARQは主として、静的干渉/ノイズを軽減する働きをする場合がある。図8〜図14を参照しながら説明したコーディング方式などのインターCB誤り訂正コーディングは主として、バースト性トラフィックによって生じる干渉などのパンクチャリング干渉を軽減する働きをする場合がある。本開示のいくつかの態様では、イントラCBレベルHARQが各コードブロックに適用可能であってもよい。本開示の他の態様では、バースト性パンクチャリング干渉に対処するために信号インターCB誤り訂正コーディングが複数のコードブロックにわたって適用されてもよい。
【０１１４】
イントラCBレベルHARQは、受信側モバイルデバイスが、基地局にNACKを送信することなどによって、送信ブロック誤りがあったことを示したときに、PHYレイヤHARQを使用して送信を繰り返してもよい。インターCB誤り訂正コードは、1つの送信ブロックにおけるコードブロックまたは複数の送信ブロックに対して、図8〜図14を参照しながら説明した前方誤り訂正コーディングなどの誤り訂正コーディングを実施してもよい。
【０１１５】
本開示のいくつかの態様によれば、基地局が、バースト性トラフィックに起因するパンクチャリング干渉がいつ生じるかを知る場合がある。たとえば、基地局が、ダウンリンクチャネルおよび/またはアップリンクチャネルにおける送信信号に干渉する可能性が高いミッションクリティカルな情報を送信する予定であることを知る場合がある。基地局は、バースト性パンクチャリングが差し迫っていることを知ったときに、インジケータ/制御/シグナリングチャネルなどのサイドチャネルを使用して、特定のコードブロックまたはトランスポートブロックにおいて干渉が生じることを受信側モバイルデバイスに通知してもよい。パンクチャリング干渉は、高度なレシーバ技術に基づいてモバイルデバイスにおいて直接検出されてもよい。一例として、インターCB誤り訂正を使用する障害のあるコードブロックの誤り訂正が、コードブロックレベルCRC出力に基づいて採用されてもよい。言い換えれば、CBレベルCRC障害はCBにおける消去を示す。
【０１１６】
モバイルデバイスは、特定のコードブロックが干渉信号による干渉を受けたという表示を受信するか、または干渉を特定したときに、パンクチャドコードブロックを復元する必要があることを知る場合がある。本開示の一態様では、受信側モバイルデバイスは、開示されたインターCB誤り訂正コードを使用して影響を受けた個々のコードブロックの復元を実行してもよい。インターCB誤り訂正コードは、正しく復号されなかったコードブロックなどの、破損した可能性があるコードブロックのうちの1つまたは複数を復元することができるように(1つまたは複数の送信ブロックにおける)複数のコードブロックから得た情報を対象としてもよい。
【０１１７】
上述のように、インターCB誤り訂正コードの一例では、送信ブロック内のコードブロックにおける情報の冗長性が誤り訂正コードとして生成され、送信ブロック内のパリティコードブロックとして送信されてもよい。誤り訂正コードによって使用される冗長性の程度(たとえば、使用されるパリティコードブロックの数)は、チャネル上の予期されるバースト性パンクチャ率と直接的な関係を有する場合がある。たとえば、トランスポートブロックがN個のコードブロックを含む場合、N個のうちのK個のコードブロックがデータパケットに使用されてもよく、一方、N-K個のブロックがパリティコードブロックまたはパケットとして使用されてもよい。したがって、率R=K/Nとしては、予期されるバースト性パンクチャ率と一致するレートが選択されてもよい。したがって、スループットは、ピークスループットのK/Nの比率に制限されてもよい。
【０１１８】
一例では、受信デバイスが、インターCB誤り訂正コードを使用して、障害が生じた(たとえば、復号できなかった)あらゆるコードブロックを復元することを試みてもよい。本開示のいくつかの態様では、障害を受けたコードブロックを復元することができない場合にのみ、受信側デバイスが、イントラCBレベルHARQを使用して、トランスポートブロック全体を再送信すべきであることを送信側デバイスに通知する。
【０１１９】
図13は、本開示の一態様による、ワイヤレス通信の方法を示す概略フローチャート図である。方法1300の態様は、図1〜図8に関して説明した本開示の態様によって実施されてもよい。具体的には、方法1300は、ブロック1302において、1つまたは複数の送信ブロックにおけるデータを符号化することを含み、この場合、各送信ブロックは、データが符号化される複数のコードブロックを含む。たとえば、符号化することは、図8に示し図9〜図12を参照しながら説明した符号化を含んでもよい。方法1300は、ブロック1304において、インターコードブロック誤り訂正コードをコードブロック単位で複数のコードブロックに適用することを含む。たとえば、適用されるインターコードブロック誤り訂正コードは、図8〜図14を参照しながら説明したコーディング方式を含んでもよい。誤り訂正コードは、単一の送信ブロック内または複数の送信ブロック内の複数のコードブロックを対象としてもよい。方法1300は、ブロック1306において、受信側デバイスに特有のチャネルを介して、1つまたは複数の送信ブロックをインターコードブロック誤り訂正コードとともにワイヤレスに送信することを含む。
【０１２０】
方法1300は、ブロック1308において、基地局によって、ネットワークセル内においてバースト性トラフィックが生じることの表示を取得することを含む。方法1300は、ブロック1310において、どのコードブロックがバースト性トラフィックによるパンクチャリング干渉の影響を受けるかを示す表示をサイドチャネルを介して受信側デバイスに送信することを含む。インターコードブロック誤り訂正コードは、1つまたは複数の送信ブロック内の1つまたは複数の誤ったコードブロックを復元することを可能にする前方誤り訂正コードであってもよい。様々な実装形態では、ネットワークセル(基地局によってアクセス可能な領域)は、送信側デバイスが動作する別のネットワークセルとは別個のネットワークセルであっても、あるいは送信側デバイスが動作するネットワークセルと同じネットワークセルであってもよい。方法1300は、ブロック1312において、基地局によって、受信側デバイスからイントラコードブロックHARQを受信して1つまたは複数の送信ブロックを受信側デバイスに再送信することを含み、この場合、イントラコードHARQは物理レイヤHARQを使用する。したがって、方法1300は、ブロック1314において、受信側デバイスに特有のチャネルを介して、1つまたは複数の送信ブロックをインターコードブロック誤り訂正コードとともに再送信することを含む。本開示の一態様によれば、インターコードブロック誤り訂正コードは、単一の送信ブロック内の複数のコードブロックあるいは1つまたは複数の送信ブロックのうちの複数の送信ブロック内の複数のコードブロックのいずれを対象としてもよい。さらに、いくつかの態様では、インターコードブロック誤り訂正コードは、チャネル上の予期される干渉に基づいて送信側デバイスによって動的に適合されてもよい。
【０１２１】
図14は、本開示の一態様による、ワイヤレス通信の別の方法を示す概略フローチャート図である。方法1400の態様は、図1〜図8に関して説明した本開示の態様によって実施されてもよい。具体的には、方法1400は、ブロック1402において、基地局などの送信側デバイスからチャネルを介して1つまたは複数の送信ブロックを受信することを含み、この場合、各送信ブロックは、データが符号化される複数のコードブロックを含む。方法1400は、ブロック1404において、コードブロック単位で複数のコードブロックを対象とするインターコードブロック誤り訂正コードを受信することを含んでもよい。方法1400は、ブロック1406は、複数のコードブロックを復号してデータを取得することを含む。
【０１２２】
一実装形態では、1つまたは複数のコードブロックがバースト性トラフィックによるパンクチャリング干渉の影響を受ける場合があることを示す表示が、サイドチャネルを介して送信側デバイスから受信されてもよい。受信側デバイスは、この表示を受信すると、インターコードブロック誤り訂正コードを複数のコードブロックに適用して1つまたは複数のコードブロックを復元してもよい。様々な実装形態では、インターコードブロック誤り訂正コードは、単一の送信ブロック内の複数のコードブロックまたは複数の送信ブロック内の複数のコードブロックを対象としてもよい。いくつかの態様では、インターコードブロック誤り訂正コードは、送信ブロック内の1つまたは複数の誤ったコードブロックを復元することを可能にする前方誤り訂正コードであってもよい。
【０１２３】
方法1400は、ブロック1408において、受信側デバイスによって、1つまたは複数の受信されたコードブロックを正しく復号できないかどうかを確認することを含む。方法1400は、ブロック1410において、インターコードブロック誤り訂正コードを1つまたは複数のコードブロックに適用して1つまたは複数のコードブロックを復元するのを試みることを含む。インターコードブロック誤り訂正コードは、チャネル上の予期される干渉に基づいて送信側デバイスによって動的に適合されてもよい。方法1400は、ブロック1412において、1つまたは複数のコードブロックの復元が失敗した場合、イントラコードブロックコードHARQを使用して1つまたは複数の送信ブロックの再送信を要求することを含む。
【０１２４】
情報および信号が様々な異なる技術および技法のいずれを使用して表されてもよいことは、当業者であれば理解されよう。たとえば、上記の説明全体を通して言及されることがあるデータ、命令、指令、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光学粒子、またはそれらの任意の組合せによって表されることがある。
【０１２５】
図9〜図14における機能ブロックおよびモジュールは、プロセッサ、電子デバイス、ハードウェアデバイス、電子構成要素、論理回路、メモリ、ソフトウェアコード、ファームウェアコードなど、またはそれらの任意の組合せを含むことができる。
【０１２６】
本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装される場合があることは、当業者であればさらに諒解されよう。ハードウェアおよびソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能がハードウェアとして実装されるのか、それともソフトウェアとして実装されるのかは、特定の適用例および全体的なシステムに課された設計制約によって決まる。当業者は、説明した機能を特定の適用例ごとに様々な方式によって実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱を引き起こすと解釈されるべきではない。また、当業者には、本明細書において説明された構成要素、方法または相互作用の順序または組合せが例にすぎないこと、および本開示の様々な態様の構成要素、方法または相互作用を本明細書において図示および説明したのとは異なる方法において組み合わせること、または実行することができることが容易に認識されよう。
【０１２７】
本明細書の開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、本明細書において説明された機能を実行するように設計された汎用プロセッサ、デジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)もしくは他のプログラマブル論理デバイス、個別のゲートもしくはトランジスタロジック、個別のハードウェア構成要素、またはそれらの任意の組合せを用いて、実装または実行されてもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサはまた、コンピューティングデバイスの組合せ(たとえば、DSPとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと連携した1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成)として実現される場合もある。
【０１２８】
本明細書の開示に関連して説明した方法またはアルゴリズムのステップは、ハードウェアとして直接具現化されても、プロセッサによって実行されるソフトウェアモジュールとして具現化されても、あるいはその2つの組合せとして具現化されてもよい。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または当技術分野において周知の任意の他の形態の記憶媒体内に存在してもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取ること、および記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体は、プロセッサと一体である場合がある。プロセッサおよび記憶媒体は、ASIC内に存在してもよい。ASICは、ユーザ端末内に存在してもよい。代替として、プロセッサおよび記憶媒体は、個別構成要素としてユーザ端末内に存在してもよい。
【０１２９】
1つまたは複数の例示的な設計では、上述の機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せとして実装される場合がある。ソフトウェアとして実装される場合、機能は、1つもしくは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されても、あるいはコンピュータ可読媒体を介して送信されてもよい。コンピュータ可読媒体は、コンピュータ記憶媒体と、コンピュータプログラムのある場所から別の場所への転送を容易にする任意の媒体を含む通信媒体との両方を含む。コンピュータ可読記憶媒体は、汎用または専用コンピュータによってアクセスすることができる任意の利用可能な媒体であってもよい。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用することができ、汎用コンピュータもしくは専用コンピュータまたは汎用プロセッサもしくは専用プロセッサによってアクセスすることができる、任意の他の媒体を含むことができる。また、接続が、コンピュータ可読媒体と適切に呼ばれる場合もある。たとえば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、またはデジタル加入者回線(DSL)を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合には、同軸ケーブル、光ファイバケーブル、ツイストペア、またはDSLは、媒体の定義に含まれる。本明細書で使用するディスク(disk)およびディスク(disc)は、コンパクトディスク(disc)(CD)、レーザーディスク（登録商標）(disc)、光ディスク(disc)、デジタル多用途ディスク(disc)(DVD)、フロッピーディスク(disk)、およびブルーレイディスク(disc)を含み、ディスク(disk)は通常、データを磁気的に再生するが、ディスク(disc)はレーザーを用いてデータを光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲に含まれるべきである。
【０１３０】
特許請求の範囲を含めて本明細書で使用する場合、「および/または」という用語は、2つ以上の項目のリストにおいて使用されるとき、列挙される項目のうちのいずれか1つを単独で利用できること、または列挙される項目のうちの2つ以上からなる任意の組合せを利用できることを意味する。たとえば、構成が、構成要素A、B、および/またはCを含むものとして表される場合、その構成は、Aのみを含んでも、Bのみを含んでも、Cのみを含んでも、AとBの組合せを含んでも、AとCの組合せを含んでも、BとCの組合せを含んでも、あるいはA、B、およびCの組合せを含んでもよい。また、特許請求の範囲を含む本明細書では、項目のリスト(たとえば、「のうちの少なくとも1つ」または「のうちの1つまたは複数」などの句で始まる項目のリスト)において使用される「または」は、たとえば、「A、B、またはCのうちの少なくとも1つ」のリストがAまたはBまたはCまたはABまたはACまたはBCまたはABC(すなわち、AおよびBおよびC)またはその組合せを意味するような、選言的リストを示す。
【０１３１】
本開示の上述の説明は、いかなる当業者も本開示を作成または使用することが可能になるように提供される。本開示に対する様々な修正は、当業者には容易に明らかになり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用されてもよい。したがって、本開示は、本明細書に記載の例および設計に限定されることを意図するものではなく、本明細書で開示される原理および新規の特徴と一致する最も広い範囲が与えられるべきである。
【符号の説明】
【０１３２】
100  ネットワーク
105  基地局
110  地理的エリア
115  UE
125  通信デバイス
130  コアネットワーク
132  バックホール
205  ダウンリンク
210  双方向リンク
215  双方向リンク
220  双方向リンク
225  双方向リンク
230  双方向リンク
240  双方向リンク
412  データソース
420  送信プロセッサ
430  TX MIMOプロセッサ
432  変調器
434  アンテナ
436  MIMO検出器
438  受信プロセッサ
439  データシンク
440  コントローラ/プロセッサ
442  メモリ
444  スケジューラ
452  アンテナ
454  復調器
456  MIMO検出器
458  受信プロセッサ
460  データシンク
462  データソース
464  送信プロセッサ
466  TX MIMOプロセッサ
480  コントローラ/プロセッサ
482  メモリ
502  プロトコルスタック
504  第1のレイヤ
506  第2のレイヤ
508  第3のレイヤ
510  PHYレイヤ
512  MACレイヤ
514  RLCレイヤ
516  パケットデータ収束制御レイヤ
518  RRCレイヤ
602  送信信号
604  トランスポートブロック
606  コードブロック
706  第1のバースト性パンクチャリング送信信号
708  第2のバースト性パンクチャリング送信信号
710  送信ブロック
802  送信ブロック
820  情報ビット
830  パリティビット
【図１】
0006736554.tif 000005
【図２Ａ】
0006736554.tif 000006
【図２Ｂ】
0006736554.tif 000007
【図３】
0006736554.tif 000008
【図４】
0006736554.tif 000009
【図５】
0006736554.tif 000010
【図６】
0006736554.tif 000011
【図７】
0006736554.tif 000012
【図８】
0006736554.tif 000013
【図９】
0006736554.tif 000014
【図１０】
0006736554.tif 000015
【図１１】
0006736554.tif 000016
【図１２】
0006736554.tif 000017
【図１３Ａ】
0006736554.tif 000018
【図１３Ｂ】
0006736554.tif 000019
【図１４Ａ】
0006736554.tif 000020
【図１４Ｂ】
0006736554.tif 000021