(57)【要約】無線送受信ユニット（ＷＴＲＵ）が、ユニークワード−エラーチェック（ＵＷ−ＥＣ）符号化信号を受信し得る。プリデコーダデータチェックエンティティが、ＵＷ−ＥＣ符号化信号からのＥＣビットならびにシステマチックおよびパリティビットに基づいてエラーをチェックし得る。プリデコーダデータチェックエンティティにてエラーが検出されない場合、エラーのないデータがチャネル復号なしでソースデコーダにシグナリングされ得る。
2019504562.tif 000002
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
ソース符号化データからチャネル符号化信号を生成するように構成されたプロセッサと、
前記チャネル符号化信号のシステマティックビットからエラーチェック（ＥＣ）ビットを生成するようにさらに構成された前記プロセッサであって、ユニークワードエラーチェック（ＵＷ−ＥＣ）コードワードが前記ＥＣビットに基づいてＵＷ−ＥＣコードブックから選択される、前記プロセッサと、
前記ＵＷ−ＥＣコードワードおよび前記システマティックビットおよびパリティビットに基づいて生成されるＵＷ−ＥＣシーケンスからＵＷ−ＥＣ波形を生成するようにさらに構成された前記プロセッサと、
前記ＵＷ−ＥＣ波形を送信するように構成されたトランシーバと
を備えたことを特徴とするＷＴＲＵ。
【請求項２】
前記ＥＣビットは、システマティックビットと前記符号化データに対するエラーチェック能力(capability)の追加とを使用するＥＣ機能（ＥＣＦ）、前記符号化データの巡回冗長検査（ＣＲＣ）ビット、または前記符号化データおよび前記符号化データのＣＲＣビットによって生成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記ＵＷ−ＥＣシーケンスは、ＵＷ−ＥＣベースのデータインテグリティチェックを提供するように前記ＥＣビットを搬送する、または埋め込むために前記ＵＷ−ＥＣコードブックから選択されることを特徴とする請求項２に記載のＷＴＲＵ。
【請求項４】
ＵＷ−ＥＣ波形は、前記ＥＣビットを埋め込むＵＷ波形、離散フーリエ変換拡散直交周波数分割多重（ＤＦＴ−ｓ−ＯＦＤＭ）波形、ＵＷ  ＤＦＴ−ｓ−ＯＦＤＭ波形、またはＵＷ−ＯＦＤＭ波形のうちの少なくとも１つであることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
無線送受信ユニット（ＷＴＲＵ）であって、
ユニークワード−エラーチェック（ＵＷ−ＥＣ）符号化信号を受信するように構成されたトランシーバと、
前記ＵＷ−ＥＣ符号化信号からＵＷ−ＥＣコードワードおよびエラーチェック（ＥＣ）ビットを検出するように構成されたプロセッサと、
前記ＵＷ−ＥＣ符号化信号からの前記ＥＣビットおよびシステマチックおよびパリティビットに基づいてエラーをチェックするように構成されたプリデコーダデータチェックエンティティと、
前記プリデコーダデータチェックエンティティにてエラーが検出されないことを条件に、エラーのないデータをチャネル復号動作なしでソースデコーダにシグナリングするように構成された前記プロセッサと、
前記プリデコーダデータチェックエンティティにてエラーが検出されたことを条件に、エラーのあるデータをチャネルデコーダにシグナリングするように構成された前記プロセッサと、
を備えたことを特徴とするＷＴＲＵ。
【請求項６】
前記チャネルデコーダによって復号されたデータに対して追加のエラーチェックが実行されることを特徴とする請求項５に記載のＷＴＲＵ。
【請求項７】
前記チャネルデコーダによって出力された信号に対してポストデコーダＥＣチェックまたは巡回冗長検査（ＣＲＣ）が実行されることを特徴とする請求項６に記載のＷＴＲＵ。
【請求項８】
前記ＵＷ−ＥＣ符号化信号は、前記ＥＣビットを埋め込むＵＷ波形、離散フーリエ変換拡散直交周波数分割多重（ＤＦＴ−ｓ−ＯＦＤＭ）波形、ＵＷ  ＤＦＴ−ｓ−ＯＦＤＭ波形、またはＵＷ−ＯＦＤＭ波形のうちの少なくとも１つに基づくことを特徴とする請求項５に記載のＷＴＲＵ。
【請求項９】
前記プリデコーダデータチェックエンティティは、前記ＵＷ−ＥＣ符号化信号を受信するために使用されるチャネルに関係するチャネル品質インジケータ（ＣＱＩ）または信号対干渉雑音比（ＳＩＮＲ）を使用し、チャネル復号が必要とされるかどうか決定するようにさらに構成されたことを特徴とする請求項５に記載のＷＴＲＵ。
【請求項１０】
チャネル復号は、前記ＣＱＩが所定の閾値を上回る、または所定の範囲内にあるときバイパスされることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
前記ＷＴＲＵによって、ユニークワード−エラーチェック（ＵＷ−ＥＣ）符号化信号を受信するステップと、
前記ＷＴＲＵによって、前記ＵＷ−ＥＣ符号化信号からＵＷ−ＥＣコードワードおよびエラーチェック（ＥＣ）ビットを検出するステップと、
プリデコーダデータチェックエンティティによって、前記ＵＷ−ＥＣ符号化信号からの前記ＥＣビットならびにシステマチックおよびパリティビットに基づいてエラーをチェックするステップと、
前記ＷＴＲＵによって、前記プリデコーダデータチェックエンティティにてエラーが検出されないことを条件に、エラーのないデータをチャネル復号操作なしでソースデコーダにシグナリングするステップと、
前記ＷＴＲＵによって、前記プリデコーダデータチェックエンティティにてエラーが検出されたことを条件に、エラーのあるデータをチャネルデコーダにシグナリングするステップと
を備えたことを特徴とする方法。
【請求項１２】
前記チャネルデコーダによって復号された前記エラーのある前記データに対して追加のエラーチェックが実行されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記チャネルデコーダによって出力された信号に対してポストデコーダＥＣチェックまたは巡回冗長検査（ＣＲＣ）が実行されることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ＵＷ−ＥＣ符号化信号は、前記ＥＣビットを埋め込むＵＷ波形、離散フーリエ変換拡散直交周波数分割多重（ＤＦＴ−ｓ−ＯＦＤＭ）波形、ＵＷ  ＤＦＴ−ｓ−ＯＦＤＭ波形、またはＵＷ−ＯＦＤＭ波形のうちの少なくとも１つに基づくことを特徴とする請求項１１に記載の方法。
【請求項１５】
前記プリデコーダデータチェックエンティティによって、前記ＵＷ−ＥＣ符号化信号を受信するために使用されるチャネルに関係するチャネル品質インジケータ（ＣＱＩ）または信号対干渉雑音比（ＳＩＮＲ）を使用し、チャネル復号が必要とされるかどうか決定するステップ
をさらに備えたことを特徴とする請求項１１に記載の方法。
【請求項１６】
チャネル復号は、前記ＣＱＩが所定の閾値を上回る、または所定の範囲内にあるときバイパスされることを特徴とする請求項１５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、波形ベースのデータインテグリティチェックおよびエラー訂正に関する。
【背景技術】
【０００２】
関連出願の相互参照
本願は、２０１５年１２月３１日に出願された米国特許仮出願第６２／２７３，９６６号明細書の利益を主張し、その内容は参照により本明細書に組み込まれる。
【０００３】
ゼロテール（ＺＴ）またはユニークワード（ＵＷ）を使用する周波数分割多元接続（ＦＤＭＡ）または直交周波数分割多重（ＯＦＤＭ）波形は、ワイヤレス波形の候補である。ＺＴまたはＵＷは、サイクリックプレフィックス（ＣＰ）またはヌルサブキャリアなど冗長方式の代わりに、よりリソースに富むエネルギー効率的な選択肢として使用され得る。ＺＴまたはＵＷを使用する波形は、高い信頼性、低いピーク対平均電力比（ＰＡＰＲ）特性、低い帯域外（ＯＯＢ）漏洩、非常に高いデータ転送速度を達成し、より良好なサービス品質（ＱｏＳ）をもたらし得る。
【０００４】
ＺＴ、ＵＷ、またはＣＰを使用する波形で構成されたシステムは、次世代デバイスの信頼性要件を満たし、一方、高いスループットまたはコード化レートを維持するために、エラー検出（ＥＤ）またはエラーチェッキング（ＥＣ）を必要とすることになる。また、ＥＤまたはＥＣシステムは、マシンツーマシン（Ｍ２Ｍ）、マシンタイプ通信（ＭＴＣ）、ウェアラブルデバイス、モノのインターネット（ＩｏＴ）など異なるデバイスと、対応するフレーム構造とを扱うために、柔軟であることが必要とされ得る。
【０００５】
したがって、信頼性を高め、柔軟性を提供し、高いコード化レートを維持し、異なるデバイスタイプに適応可能であるＺＴ、ＵＷ、およびＣＰベースの波形のための効率的なデータインテグリティチェック、ＥＣ、またはＥＤを有することが望ましい。
【発明の概要】
【０００６】
パケットがプリデコーダデータチェックによって成功裏に検出されたときチャネル復号がバイパスされ得るように、エラー検出はチャネル復号の前に受信された波形に対して実施され得る。パケット復号がプリデコーダデータチェックによって不成功である場合、チャネル復号およびエラーチェッキングが実施され得る。プリデコーダデータチェックは、エラーチェック合格／成功または失敗／不成功状態を明示的または暗黙に示し得る既存の信号または導出信号を使用してよい。
【図面の簡単な説明】
【０００７】
添付の図面と共に、例として与えられている以下の説明から、より詳細な理解を得ることができる。
【０００８】
【図１Ａ】１つまたは複数の開示されている実施形態が実装され得る例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示されている通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示されている通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】ゼロテール（ＺＴ）離散フーリエ変換（ＤＦＴ）拡散直交周波数分割多重（ｓ−ＯＦＤＭ）（ＤＦＴ−ｓ−ＯＦＤＭ）送信機の図である。
【図３】ユニークワード（ＵＷ）−ＯＦＤＭ送信機および受信機の図である。
【図４】非ゼロ冗長シンボルを使用し得るＵＷ  ＤＦＴ−ｓ−ＯＦＤＭ送信機および受信機の図である。
【図５】ユニークワードエラーチェック（ＵＷ−ＥＣ）波形のための送信機の図である。
【図６】ＵＷ−ＥＣ信号データチェックのための受信機の図である。
【図７】ＵＷ−ＥＣ巡回冗長検査（ＣＲＣ）（ＵＷ−ＥＣ−ＣＲＣ）信号ダイバシティのための送信機の図である。
【図８】ＵＷ−ＥＣ−ＣＲＣダイバシティ方式のための受信機の図である。
【図９】ＵＷ−ＥＣオンＣＲＣ（ＵＷ−ＥＣ  ｏｎ  ＣＲＣ）信号のための送信機の図である。
【図１０】ＵＷ−ＥＣオンＣＲＣ信号データチェックのための受信機の図である。
【図１１】サブブロック仮想ＣＲＣ（ＶＣＲＣ）構造の図である。
【図１２】システマティックレート互換挿入重畳（ｒａｔｅ−ｃｏｍｐａｔｉｂｌｅ  ｉｎｓｅｒｔｉｏｎ  ｃｏｎｖｏｌｕｔｉｏｎａｌ）（ＲＣＩＣ）エンコーダの図である。
【図１３】ＵＷ−ＥＣ波形生成の図である。
【図１４】ＵＷ−ＥＣ波形を生成および送信するためのプロセスの図である。
【図１５】ＵＷ−ＥＣ波形を受信および復調するためのプロセスの図である。
【発明を実施するための形態】
【０００９】
下記の方法およびプロセスについて、列挙されているステップは、順序を外れて任意の順番で実施されてもよく、明示的に記載されず示されていないサブステップが実施されてもよい。さらに、「結合された」「動作可能に結合された」「通信する」などは、物体がリンクされ、または通信するが、リンクされた物体間にゼロ以上の中間物体を有してもよいことを意味し得る。また、開示されている特徴／要素の任意の組合せが１つまたは複数の実施形態で使用されてもよい。「ＡまたはＢ」に言及するとき、それはＡ、Ｂ、またはＡおよびＢを含んでもよく、同様により長いリストに延長されてもよい。Ｘ／Ｙという記法を使用するとき、それはＸまたはＹを含んでもよい。Ｘ／Ｙという記法を使用するとき、それはＸおよびＹをも含み得る。Ｘ／Ｙという記法は、同じ前述の論理で同様により長いリストに延長されてもよい。
【００１０】
本明細書の図に示されている、または記載の要素は、ハードウェア、ソフトウェア、ファームウェアなどにおける１つまたは複数の機能またはコンポーネントによって実施され得る。さらに、本明細書の例では、送信機は、望むならトランシーバまたはマルチコンポーネントハードウェアの一部であってもよい。受信機は、望むならトランシーバまたはマルチコンポーネントハードウェアの一部であってもよい。最後に、本明細書の例におけるデータまたは情報という用語は、制御データ、制御情報、制御パケット、ユーザデータ、ユーザ情報、ペイロードデータ、ペイロード情報、データパケット、一般データ、または一般情報を含み得る。
【００１１】
図１Ａは、１つまたは複数の開示されている実施形態が実装され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどコンテンツを複数のワイヤレスユーザに提供する多元接続システムであってよい。通信システム１００は、複数のワイヤレスユーザがそのようなコンテンツにワイヤレス帯域幅を含むシステムリソースの共有を通じてアクセスすることを可能にし得る。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を使用し得る。
【００１２】
図１Ａに示されているように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境内で動作および／または通信するように構成された任意のタイプのデバイスであってよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含み得る。
【００１３】
通信システム１００は基地局１１４ａおよび基地局１１４ｂをも含み得る。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスでインターフェースし、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスであってよい。例として、基地局１１４ａ、１１４ｂは、トランシーバ基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであってよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることを理解されたい。
【００１４】
基地局１１４ａは、ＲＡＮ１０４の一部であってよく、ＲＡＮは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなど、他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成され得る。セルは、さらにセルセクタに分割され得る。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタについて１つのトランシーバを含み得る。別の実施形態では、基地局１１４ａは、多重入力多重出力（ＭＩＭＯ）技術を使用し得、したがってセルの各セクタについて複数のトランシーバを使用し得る。
【００１５】
基地局１１４ａ、１１４ｂは、任意の好適なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外（ＩＲ）、紫外（ＵＶ）、可視光など）であってよいエアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信し得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１６】
より具体的には、上記で指摘したように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を使用し得る。たとえば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）を使用してエアインターフェース１１６を確立し得るユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）など無線技術を実装し得る。Ｗ−ＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）など、通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１７】
別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／または拡張ＬＴＥ（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立し得るＥｖｏｌｖｅｄ  ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）など無線技術を実装し得る。
【００１８】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ｃｄｍａ２０００、ｃｄｍａ２０００  １Ｘ、ｃｄｍａ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバル移動体通信システム（ＧＳＭ）、ＧＳＭエボリューション用の拡張データ転送速度（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）など、無線技術を実装し得る。
【００１９】
図１Ａにおける基地局１１４ｂは、たとえば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってよく、事業所、自宅、乗物、キャンパスなど局所的な領域でのワイヤレスコネクティビティを容易にするための任意の好適なＲＡＴを使用し得る。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１など無線技術を実装し得る。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５など無線技術を実装し得る。さらに別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（たとえば、Ｗ−ＣＤＭＡ、ｃｄｍａ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用し得る。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０に対する直接接続を有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることが必要とされ得ない。
【００２０】
ＲＡＮ１０４は、コアネットワーク１０６と通信し得、コアネットワークは、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成された任意のタイプのネットワークであってよい。たとえば、コアネットワーク１０６は、呼制御、支払い請求サービス、移動体位置をベースとするサービス、プリペイド呼、インターネットコネクティビティ、ビデオ配信などを提供し、および／またはユーザ認証などハイレベルセキュリティ機能を実施し得る。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接または間接的に通信し得ることを理解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を使用していることがあるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信し得る。
【００２１】
また、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働き得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ：ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｅｒｖｉｃｅ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線またはワイヤレス通信ネットワークを含み得る。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用し得る１つまたは複数のＲＡＮに接続された別のコアネットワークを含み得る。
【００２２】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部がマルチモード機能を含み得、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するために複数のトランシーバを含み得る。たとえば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用し得る基地局１１４ｂと通信するように構成され得る。
【００２３】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非取外し式メモリ１３０、取外し式メモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態と一貫したまま、前述の要素の任意のサブコンビネーションを含み得ることを理解されたい。
【００２４】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などであってよい。プロセッサ１１８は、信号コード化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境で動作することを可能にする任意の他の機能を実施し得る。プロセッサ１１８は、トランシーバ１２０に結合され得、トランシーバは、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内で共に集積されてもよいことを理解されたい。
【００２５】
送信／受信要素１２２は、エアインターフェース１１６を介して基地局（たとえば、基地局１１４ａ）に信号を送信する、または基地局から信号を受信するように構成され得る。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。別の実施形態では、送信／受信要素１２２は、たとえばＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号を共に送信および受信するように構成され得る。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成され得ることを理解されたい。
【００２６】
さらに、送信／受信要素１２２は、図１Ｂに単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するために２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含み得る。
【００２７】
トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調するように、また送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記で指摘したように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。したがって、トランシーバ１２０は、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするために複数のトランシーバを含み得る。
【００２８】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受信し得る。また、プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力し得る。さらに、プロセッサ１１８は、非取外し式メモリ１３０および／または取外し式メモリ１３３など任意のタイプの好適なメモリからの情報にアクセスし、それらにデータを記憶させ得る。非取外し式メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取外し式メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたは家庭用コンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置されないメモリからの情報にアクセスし、それらにデータを記憶させ得る。
【００２９】
プロセッサ１１８は、電源１３４から電力を受け取り得、ＷＴＲＵ１０２内の他の構成要素に電力を分配し、および／またはその電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであってよい。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００３０】
また、プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６を介して基地局（たとえば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、および／または近くの２つ以上の基地局から受信される信号のタイミングに基づいてその位置を決定し得る。ＷＴＲＵ１０２は、実施形態と一貫したまま、任意の好適な位置決定方法により位置情報を獲得し得ることを理解されたい。
【００３１】
さらに、プロセッサ１１８は他の周辺機器１３８に結合され得、それらの周辺機器は、追加の特徴、機能、および／または有線もしくはワイヤレスコネクティビティを提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る。たとえば、周辺機器１３８は、加速度計、電子コンパス（ｅ−ｃｏｍｐａｓｓ）、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリー用ヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。
【００３２】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で指摘したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用し、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。また、ＲＡＮ１０４は、コアネットワーク１０６と通信し得る。
【００３３】
ＲＡＮ１０４はｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含むが、ＲＡＮ１０４は、実施形態と一貫したまま、任意の数のｅノードＢを含み得ることを理解されたい。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれが、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含み得る。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装し得る。したがって、たとえばｅノードＢ１４０ａは、複数のアンテナを使用し、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信し得る。
【００３４】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けられ得、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成され得る。図１Ｃに示されているように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【００３５】
図１Ｃに示されているコアネットワーク１０６は、移動管理エンティティゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含み得る。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外のエンティティによって所有および／または運営されてもよいことを理解されたい。
【００３６】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され得、制御ノードとして働き得る。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどの責任を担い得る。また、ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷ−ＣＤＭＡなど他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。
【００３７】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され得る。サービングゲートウェイ１４４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送し得る。また、サービングゲートウェイ１４４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが使用可能であるときページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実施し得る。
【００３８】
また、サービングゲートウェイ１４４はＰＤＮゲートウェイ１４６に接続され得、ＰＤＮゲートウェイは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などパケット交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にし得る。
【００３９】
コアネットワーク１０６は、他のネットワークとの通信を容易にし得る。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８など回線交換ネットワークに対するアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にし得る。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得、またはＩＰゲートウェイと通信し得る。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他の有線もしくはワイヤレスネットワークを含み得るネットワーク１１２に対するアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【００４０】
さらに、他のネットワーク１１２は、ＩＥＥＥ８０２．１１ベースのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）１６０に接続され得る。ＷＬＡＮ１６０は、アクセスルータ１６５を含み得る。アクセスルータは、ゲートウェイ機能を含み得る。アクセスルータ１６５は、複数のアクセスポイント（ＡＰ）１７０ａ、１７０ｂと通信し得る。アクセスルータ１６５とＡＰ１７０ａ、１７０ｂとの間の通信は、有線イーサネット（ＩＥＥＥ８０２．３標準）または任意のタイプのワイヤレス通信プロトコルを介してよい。ＡＰ１７０ａは、エアインターフェースを介してＷＴＲＵ１０２ｄとワイヤレス通信する。
【００４１】
電力を節約し、複雑さを低減し、レイテンシを低減するために、本明細書に与えられている例について、ジェネリックまたはユニークワード−エラーチェッキング（ＵＷ−ＥＣ）波形上で送信される受信パケット、フレーム、またはチャネルが成功裏に検出された場合、チャネル復号が受信機またはトランシーバにおいてスキップまたはバイパスされ得る。また、チャネル復号は、本明細書に与えられている例について、チャネル復号前にエラーが検出された場合、スキップまたはバイパスされ得る。
【００４２】
ワイヤレスアプリケーションおよびデバイスは、ギガビット／秒のスループット、単純なアーキテクチャ、高トラフィック密度エリアでの動作、非常に低いレイテンシ、および非常に低い電力消費を必要とし得る。そのようなアプリケーションまたはデバイスは、触覚インターネット、モノのインターネット（ＩｏＴ）、センサ、ミッションクリティカル通信（ＭＴＣ）、ミリ波（ｍｍＷａｖｅ）システム、高信頼低遅延通信（ＵＲＬＬＣ）、拡張モバイルブロードバンド（ｅＭＢＢ）などを含み得る。この要件を満たすために、第５世代（５Ｇ）無線アクセスネットワークに対する拡張は、新しい無線波形を含む。
【００４３】
直交周波数分割多重（ＯＦＤＭ）は、周波数選択性チャネルを、より小さなフラットフェージングサブチャネルに変換することができることにより、ＬＴＥ、Ｗｉ−Ｆｉ、８０２．１１ｘなどのネットワークで使用されている。フラットフェージングサブチャネルは、受信機またはトランシーバにてサブチャネル当たり、より単純な、または１タップ等化を可能にし得ることが望ましい。ＯＦＤＭの変形形態、ＤＦＴ−ｓ−ＯＦＤＭは、拡散信号がサブチャネルに追加される前に、データシーケンスをＤＦＴで拡散することによってＯＦＤＭのピーク対平均電力比（ＰＡＰＲ）を改善する。
【００４４】
ＯＦＤＭと離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ−ｓ−ＯＦＤＭ）は共に、サイクリックプレフィックス（ＣＰ）を使用し、異なるチャネル遅延拡散により発生し得るシンボル間干渉（ＩＳＩ）を防止または低減し、シンボル巡回性を維持し得る。ＣＰの長さは、システム単純化のために、固定であり、チャネルまたはセルの最大遅延拡散に基づき得る。その結果、チャネルの遅延拡散がＣＰ持続時間より小さいとき、スペクトル効率が失われ得る。この効率損失は、チャネルの２乗平均平方根（ＲＭＳ）遅延拡散で大きな分散を伴う著しいものとなり得る。たとえばｍｍＷａｖｅチャネルでは、遅延拡散は、屋内チャネルについて、見通し内（ＬＯＳ）の条件で４ナノ秒（ｎｓ）未満、屋内の非見通し内（ＮＬＯＳ）の条件で最大７０ｎｓになり得る。ＣＰサイズを変更することはサブフレーム内のＯＦＤＭシンボルの数を変更することになり得るので、多数の異なるＣＰサイズで構成された、またはそれらをサポートするシステムは、固定されたサブフレーム持続時間または時間間隔のために処理の複雑さを追加し得る。
【００４５】
ゼロテール（ＺＴ）ＤＦＴ−ｓ−ＯＦＤＭまたはユニークワード（ＵＷ）ＯＦＤＭ波形は、可変のＣＰサイズ、可変のチャネル遅延拡散、可変のセルサイズなどに効率的に適合し、またはそれらを扱うように構成され得る。また、ＺＴ  ＤＦＴ−ｓ−ＯＦＤＭ波形は、いくつかの構成においてチャネル特性からデカップルし得、ＺＴの持続時間は、ＯＦＤＭシンボル持続時間に対する変更なしに、チャネル遅延拡散に動的に適合され得る。最後に、ＺＴは、ビームスイッチング、アップリンク（ＵＬ）／ダウンリンク（ＤＬ）スイッチング、ｍｍＷａｖｅチャネルにおける干渉測定などのためのギャップとして使用され得る。
【００４６】
図２は、ＺＴ  ＤＦＴ−ｓ−ＯＦＤＭ送信機２０２の図である。ＺＴ  ＤＦＴ−ｓ−ＯＦＤＭでは、ＺＴは、ＤＦＴ拡散コンポーネントまたは機能２０８のヘッドにＮhゼロ（２０４）として、またテールにＮtゼロ（２０６）としてゼロを加算することによって生成され得る。データ（２０３）は、Ｎd＝Ｍ−Ｎt−Ｎhとして表され得る。ＤＦＴ拡散コンポーネントまたは機能２０８によって出力されるビットは、サブキャリアマッピングコンポーネントまたは機能２１０によってサブキャリアにマッピングされ得る。ＤＦＴ拡散コンポーネントまたは機能２０８のサイズはＭとして、また逆高速フーリエ変換（ＩＦＦＴ）コンポーネントまたは機能２１２はＮ＿ＩＦＦＴとして表され得る。それに対応して、ＩＦＦＴコンポーネントまたは機能２１２の出力では、Ｍ個のデータシンボル２１４および（Ｎ＿ＩＦＦＴ／Ｍ−１）個の補間サンプルがあり得る。この構成の場合、ＤＦＴ拡散コンポーネントまたは機能２０８に対するゼロ入力は、ＩＦＦＴコンポーネントまたは機能２１２の出力においてデータシンボル２１４のヘッドＮZhゼロ（２１６）およびテールＮZtゼロ（２１８）上で分配され得る。
【００４７】
テールは、サンプルの補間により、正確に、または実質的に完璧なゼロにならないことがあり得る。また、補間されたサンプルはデータ依存性であり得るので、ゼロテールは、ＤＦＴ−ｓ−ＯＦＤＭシンボル間で異なり、ＯＦＤＭ信号の望ましい巡回特性を失うことになり得、より大きなＩＳＩが生じ得る。それに対応して、いくつかのデータタイプについて、ＺＴ  ＤＦＴ−ｓ−ＯＦＤＭ信号は、高い遅延拡散チャネルにおいて高い信号対雑音比（ＳＮＲ）でビットエラーレート（ＢＥＲ）フロアを有し得る。
【００４８】
図３は、ユニークワード（ＵＷ）−ＯＦＤＭ送信機３０２および受信機３１８の図である。送信機３０２にてＵＷ３０１をデータシンボル３００に追加することによって、各ＯＦＤＭブロックまたはシンボルのテールまたはヘッドは、実質的にゼロ、完璧なゼロ、近ゼロ、またはゼロサンプルを有し得る。ＵＷ３０１は、チャネルが線形畳み込みから巡回畳み込みに変換され、より単純な受信機／トランシーバ構造および動作を可能にし得るように、各ブロックまたはシンボルについて一定のテールを使用し得る。さらに、ＵＷ３０１は、位相ドリフト、マルチパス遅延などを追跡するために受信機にてトレーニングフィールドとして使用され得る。
【００４９】
送信機３０２では、データ３０３は、シリアル−パラレル（Ｓ／Ｐ）コンバータコンポーネントまたは機能３０４によって、パラレルストリームに変換され得る。データベクトルｄは、Ｓ／Ｐコンポーネントまたは機能３０４によって出力され、置換行列Ｐコンポーネントまたは機能３０６にシグナリングまたは提供され得る。また、データベクトルｄは、冗長サブキャリアｒを作り出し、ＯＦＤＭブロックまたはシンボルのテールにてゼロ、完璧なゼロ、近ゼロ、またはゼロサンプルを生成するために、ゼロテールジェネレータコンポーネントまたは機能３０５にシグナリングまたは提供され得る。冗長サブキャリアｒは、ゼロテールジェネレータコンポーネントまたは機能３０５によって生成される値で変調され得る。置換行列Ｐコンポーネントまたは機能３０６は、逆ＤＦＴコンポーネントまたは機能３０８によって時間領域に変換され出力信号ｘを作り出すように冗長サブキャリアｒおよびデータベクトルｄの要素をマッピングし得る。
【００５０】
ＵＷコンポーネントまたは機能３１０によって生成される固定のＵＷベクトルｕが、加算コンポーネントまたは機能３０９によって出力信号ｘのテールに加算され、信号ｔを作り出し得る。信号ｔは、パラレル−シリアル（Ｐ／Ｓ）コンポーネントまたは機能３１２によってパラレル−シリアル変換され、その後、アンテナ３１４を使用して送信されることになる。送信機３０２による送信は、チャネルＨを介して受信機３１８に進み、アンテナ３２０によって受信され得る。受信機３１８によって受信された信号は、Ｓ／Ｐコンポーネントまたは機能３２２によって処理され得、パラレル情報ストリームを生成し、このパラレル情報ストリームは、ＤＦＴコンポーネントまたは機能３２４によって周波数領域に変換され、周波数領域内で周波数領域等化器（ＦＤＥ）コンポーネントまたは機能３２６によって等化される。ＵＷがＵＷコンポーネントまたは機能３２９によって出力され、減算コンポーネントまたは機能３２７、３２８によってＦＤＥコンポーネントまたは機能３２６の出力信号から減算され得る。逆置換行列コンポーネントまたは機能３３０が減算コンポーネントまたは機能３２７、３２８の出力を使用し、データベクトルｄおよび信号Ｘ３３１を回復し得る。データベクトルｄは、Ｐ／Ｓコンポーネントまたは機能３３２によってシリアルストリーム３３４に変換される。
【００５１】
いくつかの構成では、冗長サブキャリアｒのノルムは、ＵＷ  ＯＦＤＭ信号または波形について大きなものとなり得、送信機３０２にて電力消費が高くなり、等化誤差によりおそらくは歪みが生じる。置換行列Ｐコンポーネントまたは機能３０６は、冗長サブキャリアｒの大きな値および信号歪みを低減するように冗長サブキャリアの位置を変更する、または変えることによって最適化され得る。大きな値の低減および最適化は、置換行列Ｐコンポーネントまたは機能３０６のためのヒューリスティックアルゴリズム、および出力信号ｘについてＺＴを生成するようにすべての割り振られたサブキャリアに対する調整を通じても達成され得る。しかし、ＺＴを生成するようにすべてのサブキャリアを変えることは、受信機３１８にて受信機構造がより複雑になり得る。
【００５２】
図４は、非ゼロ冗長シンボルを使用し得るＵＷ  ＤＦＴ−ｓ−ＯＦＤＭ送信機４０１および受信機４０２の図である。ＵＷ  ＤＦＴ−ｓ−ＯＦＤＭ波形は、パルスシェーピングを使用し、ＵＷによって引き起こされるエネルギー消費を低減し得る。ＺＴ  ＤＦＴ−ｓ−ＯＦＤＭと同様に、ＵＷ  ＤＦＴ−ｓ−ＯＦＤＭにおけるデータシンボルも、ＤＦＴ拡散ブロック４１５の中央部分にマッピングされ得る。さらに、ゼロ冗長シンボルをＤＦＴ拡散ブロック４１５のどちらかの端部または両端に配置するのではなく、非ゼロ冗長シンボルを使用し、送信機４０１にて波形のテールにおける漏洩エネルギーを抑制してもよい。
【００５３】
ＵＷ  ＤＦＴ−ｓ−ＯＦＤＭ波形は、高マルチパス歪み環境におけるより低いＩＳＩ、低いＰＡＰＲ、およびより低い帯域外（ＯＯＢ）放射をもたらし得るテールをゼロ化するために消費するエネルギーが非常に低くなり得る。さらに、ＵＷは入力ＤＦＴ拡散ブロック４１５にて挿入され得るので、受信機４０２は、低減された複雑さで、余分な動作なしにＵＷおよびデータシンボルを除去することができ得る。その結果、ＵＷ  ＤＦＴ−ｓ−ＯＦＤＭ波形は、任意のＤＦＴ−ｓ−ＯＦＤＭ受信機によって復号され得る。したがって、ＤＦＴ−ｓ−ＯＦＤＭ受信機またはトランシーバは、一部にはＵＷ  ＤＦＴ−ｓ−ＯＦＤＭ波形またはＤＦＴ−ｓ−ＯＦＤＭ波形を共に復号し得る。
【００５４】
送信機４０１では、データ４０４がＳ／Ｐコンポーネントまたは機能４０６によって、データベクトルｄを生成するように変換され得る。送信機４０１は、テール抑制コンポーネントまたは機能４１０を使用して、１つまたは複数のＤＦＴ−ｓ−ＯＦＤＭシンボルのテールにて抑制されたＤＦＴ−ｓ−ＯＦＤＭシンボルを生成し得る。同様に、１つまたは複数のＤＦＴ−ｓ−ＯＦＤＭシンボルのヘッドにおける抑制されたＤＦＴ−ｓ−ＯＦＤＭシンボルが、データ４０４上で送信機４０１によって配置または構成され得る。
【００５５】
抑制信号ｓを加算コンポーネントまたは機能４１４によってＵＷと組み合わせ、ゼロテールをデータベクトルｄに提供する抑制ベクトルｒを生成してもよい。ＵＷｕは、ＵＷコンポーネントまたは機能４１２によって生成され得る。送信機４０１では、Ｎdは、変調シンボルの数を表し、Ｎrは、テール抑制コンポーネントまたは機能４１０のための使用可能な次元であり得る。
【００５６】
置換行列Ｐコンポーネントまたは機能４０８は、変調シンボルおよび抑制ベクトルｒの要素を、サブ拡散行列Ｄ1４１６からＤK４１８を含むＤＦＴ拡散ブロック４１５の入力にマッピングするために使用され得る。サブ拡散行列Ｄ1４１６からＤK４１８は、テール抑制コンポーネントまたは機能４１０によって生成される値を使用してデータシンボルを変調し得る。下端のＤＦＴサブ拡散行列ＤK４１８は、Ｍheader,KおよびＭtail,Kを使用してＭKを生成するように構成され得る。上端のＤＦＴサブ拡散行列Ｄ1４１６は、Ｍheader,1およびＭtail,1を使用してＭ1を生成し得る。
【００５７】
ＤＦＴ拡散ブロック４１５の出力は、周波数領域において、シェーピング行列コンポーネントまたは機能４２０によって、異なるパルス形状について行列Ｂを構築するようにシェーピングされ、逆ＤＦＴコンポーネントまたは機能４２２によって時間領域に変換され得る。出力信号ｘが生成され、Ｐ／Ｓコンポーネントまたは機能４２４によるパラレル−シリアル変換後、アンテナ４２６を使用して送信される。
【００５８】
ＵＷ−ＤＦＴ−ｓ−ＯＦＤＭ受信機４０２は、通信チャネルの影響を考慮しながら、送信機４０１の実質的に逆の動作を実施し得る。アンテナ４２８は、送信機４０１による送信を受信する。受信信号は、Ｓ／Ｐコンポーネントまたは機能４３０によってシリアル−パラレル変換され、ベクトルｙを作り出し、ベクトルｙは、ＤＦＴ  Ｆコンポーネントまたは機能４３２によって処理される。ＤＦＴ  Ｆコンポーネントまたは機能４３２の出力は、ＦＤＥコンポーネントまたは機能４３６によってシェーピングしその後等化するために受信機シェーピング行列ＢH４３４にシグナリングまたは提供され得る。ＦＤＥコンポーネントまたは機能４３６は、最小二乗平均誤差（ＭＭＳＥ）、ゼロフォーシング、最良線形最小不偏推定量（ＢＬＵＥ）、または同様の機能のいずれか１つを使用し得る。
【００５９】
逆拡散ブロック４４２は、ＦＤＥコンポーネントまたは機能４３６の出力を逆拡散するために行列ＳHを構成するサブ逆拡散行列Ｄ1H４４０からＤKH４３８を含み得る。逆拡散ブロック４４２は、データベクトル
【００６０】
【数１】
2019504562.tif 000003
【００６１】
および信号
【００６２】
【数２】
2019504562.tif 000004
【００６３】
を回復するために、行列ＰHを使用して逆または受信機置換行列４４４に結果を通信する。データベクトル
【００６４】
【数３】
2019504562.tif 000005
【００６５】
は、Ｐ／Ｓコンポーネントまたは機能４４６によってパラレル−シリアル変換され、データ４４７を作り出し得る。
【００６６】
以下の例では、パケットがプリデコーダによって成功裏に検出されたときデータまたはデータインテグリティチェックチャネル復号がバイパスされ得るように、チャネル復号の前にエラー検出が受信された波形に対して実施され得る。パケット復号がプリデコーダによって不成功である場合、データインテグリティチェック、チャネル復号、およびエラーチェッキングが実施され得る。プリデコーダデータインテグリティチェックは、エラーチェック合格／成功または失敗／不成功状態を明示的または暗黙に示し得る既存の信号または導出信号を使用し得る。
【００６７】
ジェネリックプリデコーダデータインテグリティチェック機構を、データパケット、制御パケット、データチャネル、制御チャネル、ブロードキャストチャネルなど、またはそれらの任意の組合せのために使用してもよい。ジェネリックプリデコーダデータインテグリティチェック機構は、ＵＬチャネルまたはＤＬチャネルに適用され得る。
【００６８】
やはり以下の例では、コードブックベースのエラーチェックまたはエラーチェッキング符号化が使用され得る。コードブックは、ＥＣビットをＵＷ波形に追加し、ＵＷ−ＥＣ波形を生成するために、拡散符号、マスキング、直交符号などを使用し得る。さらに、エラーチェッキングまたはエラーチェックビットを、ＵＷ−ＥＣ波形に組み込まれるように構成してもよい。ＵＷ−ＥＣは、いくつかのＥＣビットを搬送（carry）する、またはＵＷ波形内に埋め込み得る、直交を含むシーケンスであり得る。
【００６９】
ＵＷ−ＥＣシーケンスは、エラーチェッキング機能（ＥＣＦ）に従って選択され得る。ＥＣＦは、望むようにＥＣ機能をデータ、ＣＲＣ、またはデータおよびＣＲＣに追加することによってシステマティックビットからＥＣビットを生成し得る。ＥＣＦは、パリティチェック機能、ＣＲＣ機能などを使用し得る。ＵＷ−ＥＣは、ＵＷベースの波形で送信され得る。ＵＷまたはＵＷベースの波形は、ＵＷ−ＯＦＤＭ、ＺＴ−ＯＦＤＭ、ＺＴ  ＦＤＭＡ、ＵＷ  ＤＦＴ−ｓ−ＯＦＤＭ、または同様の波形のうちの１つまたは任意の組合せであってよい。
【００７０】
コードブックベースのエラーチェッキングまたはプリデコーダデータインテグリティチェックは、ＥＣシーケンスがシーケンスの固定または既知のセットとして送信され得る、ＣＰベースのＯＦＤＭまたはＤＦＴ−ｓ−ＯＦＤＭ波形にも適用可能であり得る。たとえば、参照信号を使用し、ＥＣシーケンスを、それだけには限らないがＣＰベースのＯＦＤＭまたはＤＦＴ−ｓ−ＯＦＤＭ波形におけるシーケンスの固定または既知のセットとして送信してもよい。巡回シフトを有するザドフチュー（Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスを使用し、ＥＣシーケンスを送信してもよい。参照信号は、専用の参照信号、復調参照信号（ＤＭＲＳ）、サウンディング参照信号（ＳＲＳ）、ビーム参照信号（ＢＲＳ）、モビリティ参照信号（ＭＲＳ）などであってよい。巡回シフトを有する、または有していないザドフチューシーケンス以外のシーケンスを使用し、ＥＣシーケンスまたはＥＣビットを送信してもよい。
【００７１】
図５は、ＵＷ−ＥＣ波形のための送信機５０２の図である。エラーチェック機能（ＥＣＦ）は、ＥＣ機能をデータに追加することによってシステマティックビットからＥＣビットを生成するように予め定義または構成され得る。送信機５０２では、ＣＲＣの代わりに、エラーチェッキングのためのＵＷを使用することが望ましいものとなり得る。なぜなら、ＵＷは、すでに使用可能であり、エラーチェッキングのためのＣＲＣに置き換わる、またはＣＲＣを支援するためにＵＷが使用される場合、オーバーヘッドを低減し得るからである。コードブックベースのＵＷ−ＥＣもまた、望ましいものとなり得る。なぜなら、復号レイテンシを受信機またはトランシーバにて低減または除去することができるように、エラーチェッキングが復号前に実施され得るからである。さらに、拡張されたエラーチェッキングのためにＣＲＣに加えてＵＷが使用される場合、既存のＣＲＣチェックとのバックワード互換性が維持され得、望ましい。
【００７２】
データ５０４は、ソースエンコーダ５０６にシグナリングされ、チャネルエンコーダ５０８にシグナリングされ、システマティックビット５１４を生成し得る。データ５０４は、ＵＬまたはＤＬにおいて、データチャネル、制御チャネル、ブロードキャストチャネルなどによる任意の組合せでの送信に関係するデータパケット、制御パケット、またはそれらの任意の組合せであってよい。送信機５０２では、システマティックビット５１４は、巡回冗長検査（ＣＲＣ）またはパリティビットなしで生成され得る。システマティックビット５１４は、チャネルエンコーダ５０８によって生成され得る。チャネルエンコーダ５０８は、システマチックポーラー符号、低密度パリティチェック（ＬＤＰＣ）、ターボ符号、畳み込み符号、ブロック符号、またはそれらの任意の組合せなどシステマチックチャネル符号を使用するチャネルエンコーダであってよい。ＣＲＣのないシステマチックまたはデータビットをＥＣビットジェネレータ５１６にシグナリングし、ＥＣビットを生成することによってＥＣ機能を追加してもよい。ＥＣビットは、ＵＷ−ＥＣコードワード選択コンポーネントまたは機能５２２にて、ＵＷ−ＥＣコードブックコンポーネントまたは機能５２０からｕまたはｃなどＵＷ−ＥＣコードワードを選択するために使用され得る。
【００７３】
ＵＷ波形ジェネレータコンポーネントまたは機能５１２は、チャネルエンコーダ５０８からシステマチックおよびパリティビット５１０に基づいてＵＷ波形を生成し得る。ＵＷ波形は、送信機３０２、送信機４０１などについて述べたように生成され得る。ＵＷ−ＥＣコードワードは、ｃを挿入するかｕを調整することによってＵＷ波形ジェネレータコンポーネントまたは機能５１２にて信号に、ＵＷ−ＥＣコンポーネントまたは機能５２４によって追加され得るＵＷ−ＥＣシーケンスを生成するように選択され得る。ｕを調整するとき、式（１）における条件が必要とされ得る。
Ｍ22ｕ＝ｃ              式（１）
ＵＷ−ＥＣ波形は、ＵＷ−ＥＣ波形コンポーネントまたは機能５２６によって、送信信号５２８として送られるように生成され得る。
【００７４】
図６は、ＵＷ−ＥＣ信号データチェックのための受信機６０２の図である。受信信号６０４は、ＵＷ−ＥＣ波形コンポーネントまたは機能６０６によって処理され、ＵＷ−ＥＣシーケンスを検出し、データ復調コンポーネントまたは機能６０８に信号を提供する。また、ＵＷ−ＥＣ波形コンポーネントまたは機能６０６は、ＵＷ−ＥＣコードワード検出コンポーネントまたは機能６１０に信号を提供する。ＵＷ−ＥＣコードワードｃは、ＵＷ−ＥＣコードブックコンポーネントまたは機能６１２を使用してＵＷ−Ｅコードワード検出コンポーネントまたは機能６１０によって検出され得る。受信機６０２は、ＵＷ−ＥＣコードブックコンポーネントまたは機能６１２がＵＷ−ＥＣコードブックコンポーネントまたは機能５２０と同期されるように送信機５０２と通信し得る。さらに、コードブックは、受信機６０２がブラインド検出アルゴリズムを使用して受信信号６０４を復号するように予め定義または構成され得る。
【００７５】
ＥＣビットがＥＣビット回復コンポーネントまたは機能６１４によってコードワードｃから生成される。データ復調コンポーネントまたは機能６０８によってシグナリングまたは供給されたＣＲＣおよびパリティビットなしのＥＣビットおよびシステマティックビットを使用して、ロー（Ｒａｗ）ビットエラーレート（ＢＥＲ）プリデコーダデータチェックコンポーネントまたは機能６１６によって、成功裏のパケットまたはチャネルデータをチャネル復号前に検出することができる場合、チャネルデコーダ６１８による処理は、バイパスされ得る。本明細書に与えられている例のどれについても、プリデコーダデータチェックは、プリデコーダデータインテグリティチェックと相互交換可能に使用され得る。チャネル復号をスキップまたはバイパスすることは、受信機６０２での複雑さ、電力消費、およびレイテンシを低減し得る。その代わり、エラーのないデータ６２４が、ソースデコーダ６２２にシグナリングされ、データ６２６を出力し得る。チャネルデコーダ６１８は、ターボ復号、畳み込み復号、ＬＤＰＣチャネル復号、ポーラー復号、システマチックポーラー復号、ブロック復号などを実施するように構成され得る。
【００７６】
ＲａｗＢＥＲプリデコーダデータチェックコンポーネントまたは機能６１６がパケットまたはチャネルデータを成功裏に検出することができない場合、チャネル復号または追加のエラーチェッキングが受信機６０２にて必要とされ得る。データ復調コンポーネントまたは機能６０８による復調データは、ＣＲＣおよびパリティビットなしのシステマティックビットとしてシグナリングされ、ＲａｗＢＥＲプリデコーダデータチェックコンポーネントまたは機能６１６によってエラーのあるデータ６１７をチャネルデコーダ６１８にシグナリングするために使用され得る。チャネル復号済みデータは、ｃｏｄｅｄＢＥＲベースのＥＣチェックコンポーネントまたは機能６２０にシグナリングされ、これはＥＣビットを使用し、ソースデコーダ６２２が処理およびソース復号しデータ６２６を出力するための信号を出力する。
【００７７】
受信機６０２は、多層データエラーチェッキングを使用するように構成され得る。たとえば、２層を使用するとき、第１の層データエラーチェックは、粗いデータエラーチェックを含み得る。第１の層では、エラーが検出されない場合、受信機６０２は、チャネルデコーダ６１８による処理をバイパスし、第２の層または細かいデータエラーチェックをスキップし得る。それに対応して、エラーのないデータ６２４がソースデコーダ６２２にシグナリングされる。第１の層または粗いデータエラーチェックが不成功である場合、受信機６０２は、チャネル復号、および第２の層または細かいデータエラーチェックを実施し得る。
【００７８】
第１の層または粗いデータエラーチェッキングは、ＲａｗＢＥＲプリデコーダデータチェックコンポーネントまたは機能６１６によって実施され得る。第２の層または細かいデータエラーチェッキングは、チャネルデコーダ６１８によるチャネル復号の後、ｃｏｄｅｄＢＥＲ  ＥＣチェックコンポーネントまたは機能６２０によって実施され得る。第２の層または細かいデータエラーチェッキングは、第１の、または粗い層データエラーチェックによって検出されたデータエラーがない限り、使用されなくてもよい。さらに、チャネル復号後にｃｏｄｅｄＢＥＲ  ＥＣチェックコンポーネントまたは機能６２０を使用することは、データエラーがＲａｗＢＥＲプリデコーダデータチェックコンポーネントまたは機能６１６によって検出されたとき、パケットエラーレート（ＰＥＲ）またはブロックエラーレート（ＢＬＥＲ）性能を改善し得る。
【００７９】
受信機６０２は、チャネル品質インジケータ（ＣＱＩ）または信号対干渉雑音比（ＳＩＮＲ）プリデコーダデータチェックを使用し得る。ＣＱＩまたはＳＩＮＲは、受信信号６０４が受けているチャネル状態を示す、または決定するために使用され得る。ＣＱＩベースの受信機については、ＣＱＩ値が実質的に高い、または閾値を越えている場合、より良好なチャネル状態が推察され得、エラーチェックを合格する確率がより高くなり得る。さらに、ＣＱＩプリデコーダデータチェックは、受信機６０２でのリンク適応なしで構成され得、その結果、ＣＱＩは、ＰＥＲまたはＢＬＥＲを固定値、設定値または所定の値に維持することなしに、エラーチェックの合格、成功、失敗、不成功などの状態を示すために使用され得る。
【００８０】
ＣＱＩ範囲が、ＣＱＩプリデコーダデータチェックのために使用され得る。ＣＱＩ範囲は、所定のもの、シグナリングされるもの、送信機とネゴシエーションされるもの、予め定義されるもの、ＣＱＩテーブル内でインデックスされるものなどであってよい。また、ＣＱＩ範囲または関連の閾値は、シミュレーションに基づくもの、動的なもの、調整可能なもの、システムスループットに基づくもの、ＢＬＥＲに基づくもの、バッファ占有率に基づくもの、バッファステータスに基づくもの、ＳＩＮＲ値を使用して決定されるものなどであってよい。ＣＱＩ値が実質的に範囲内にあるとき、プリデコーダデータチェックが実施され得る。そうでない場合、プリデコーダおよびポストデコーダデータチェックが使用されても、チャネル復号の前にデータが破棄されてもよい。
【００８１】
例として、受信機６０２は、２つのＣＱＩ範囲を使用するように構成され得る。好ましいまたは望ましいチャネル状態を示すために高いＣＱＩ範囲が定義され得、好ましくないまたは望ましくないチャネル状態を示すために低いＣＱＩ範囲が定義され得る。測定されたＣＱＩが実質的に高いＣＱＩ範囲内にある場合には、受信機６０２は、チャネルデコーダ６１８でのチャネル復号なしに、粗いまたは第１の層プリデコーダデータチェックを実施し、エラーのないデータ６２４をソースデコーダ６２２にシグナリングし、出力データ６２６を生成または回復し得る。測定されたＣＱＩが実質的に低いＣＱＩ範囲内にある場合、細かい、または第２の層チャネル復号がチャネルデコーダ６１８にて、またエラーチェッキングがｃｏｄｅｄＢＥＲ  ＥＣチェックコンポーネントまたは機能６２０にて実施され、その後、出力データ６２６を生成または回復し得る。
【００８２】
別の例として、受信機６０２は、３つのＣＱＩ範囲、すなわち、好ましいまたは望ましいチャネル状態、およびデータチェックを合格または成功する非常に高い可能性を示すための高いＣＱＩ範囲と、好ましくないまたは望ましくないチャネル状態、およびデータチェックを合格または成功する低い可能性を示すための低いＣＱＩ範囲と、データチェックを合格または成功することができない実質的に最悪のチャネル状態を示す非常に低いＣＱＩ範囲とを使用するように構成されてもよい。測定されたＣＱＩが実質的に高いＣＱＩ範囲内にある場合には、受信機６０２は、チャネルデコーダ６１８でのチャネル復号なしに、粗いまたは第１の層プリデコーダデータチェックを実施し、エラーのないデータ６２４をソースデコーダ６２２にシグナリングし、出力データ６２６を生成または回復し得る。測定されたＣＱＩが実質的に低いＣＱＩ範囲内にある場合、細かい、または第２の層チャネル復号がチャネルデコーダ６１８にて、またエラーチェッキングがｃｏｄｅｄＢＥＲ  ＥＣチェックコンポーネントまたは機能６２０にて実施され、その後、出力データ６２６を生成または回復し得る。測定されたＣＱＩが実質的に非常に低いＣＱＩ範囲内にある場合、受信機６０２は、パケットを破棄してよい。ＣＱＩを使用するための本明細書に与えられている例は、チャネル復号をいつ実施するか決定するためのメトリックとしてＳＩＮＲが使用される場合にも同様に動作し得る。
【００８３】
受信機６０２は、チャネルデコーダ６１８でのチャネル復号をバイパスまたはスキップすることによって高速または低レイテンシのハイブリッド自動再送要求（ＨＡＲＱ）を提供し得る。プリデコーダデータチェックもまた、ＨＡＲＱレイテンシが低減され得るように、成功裏のデータパケット、データブロック、データセグメントなどの早期検出に通じ得る。一例として、多層ＨＡＲＱデータチェックが構成され得る。受信機６０２では、データパケットを受信したとき、プリデコーダエラーチェックが、ＲａｗＢＥＲプリデコーダデータチェックコンポーネントまたは機能６１６にてＵＷ−ＥＣデータチェックによって実施され得る。プリデコーダエラーチェックが合格または成功である場合、受信機６０２は、チャネル復号またはさらなる（たとえば、第２の層の）ＨＡＲＱ処理なしで第１の層のＨＡＲＱをトリガし得る。肯定応答（ＡＣＫ）も送信機５０２に通信され得る。プリデコーダエラーチェックがエラーにより不成功または失敗である場合、受信機６０２は、チャネルデコーダ６１８でのチャネル復号を実施し、第２の層のＨＡＲＱを実施し得る。その後、受信機６０２は、ＣＲＣチェックに基づいて送信機５０２に肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）をフィードバックし得る。
【００８４】
第１の層のＨＡＲＱは、チャネル復号およびＣＲＣチェックをバイパスするときＨＡＲＱレイテンシおよび電力消費が低減されるように、高速ＨＡＲＱプリデコーダデータチェックとして構成または設計され得る。また、第２の層のＨＡＲＱは、ポストデコーダデータインテグリティチェックを含み、プリデコーダデータチェックエンティティによってエラーが検出された場合、レガシＨＡＲＱ手順に対するバックワード互換性を維持し得る。
【００８５】
図７は、ＵＷ−ＥＣ−ＣＲＣ信号ダイバシティのための送信機７０２の図である。送信機７０２は、ＣＲＣおよびＵＷ−ＥＣエラーチェックを共に使用し得るので、それによりダイバシティが達成され得、一方のチェックが失敗した場合、他方がエラーチェッキングのために使用され得る。さらに、両エラーチェッキング手順は、拡張された保護のために使用され得る。これは、９１１、緊急時などクリティカルデータまたは制御通信のために望ましいものとなり得る。
【００８６】
ＣＲＣは、ＵＷ−ＥＣと組み合わされたとき、エラーに弱い、または高干渉のチャネルのためにロバスト性およびダイバシティを増大することによって性能を改善し得る。データ７０４は、ソースエンコーダ７０６から、ＣＲＣが添付され得るＣＲＣコンポーネントまたは機能７０８へ通過し得る。ＣＲＣコンポーネントまたは機能７０８の出力は、ＣＲＣおよびパリティビットを有するシステマティックビットを生成するチャネルエンコーダ７１０にシグナリングされ得る。チャネルエンコーダ７１０は、それだけには限らないが、ポーラー符号、システマチックポーラー符号、ＬＤＰＣ、ターボ符号などであってよい。ＣＲＣが添付されたデータを含み得るシステマティックビットは、データまたはＣＲＣおよびデータのためにＥＣ機能を追加するＥＣビット生成コンポーネントまたは機能７１４にシグナリングされ得る。ＥＣビットは、ＵＷ−ＥＣコードワード選択コンポーネントまたは機能７１６によってＵＷ−ＥＣコードブックコンポーネントまたは機能７１８からＵＷ−ＥＣコードワードｕまたはｃを選択するために使用される。
【００８７】
ＵＷ波形ジェネレータコンポーネントまたは機能７１２は、チャネルエンコーダ７１０から出力されるＣＲＣが添付されたデータを含み得るシステマティックビットに基づいてＵＷ波形を生成し得る。ＵＷ波形は、送信機３０２、送信機４０１など、コンポーネントによって生成され得る。ＵＷ−ＥＣコードワードは、加算コンポーネントまたは機能７２０にてｃを挿入するかｕを調整することによってＵＷ波形生成コンポーネントまたは機能７１２によって生成されるＵＷ波形に追加され得るＵＷ−ＥＣシーケンスを生成するように使用され得る。ｕの調整は、その条件を満たすことによって実施され得る。すなわち、
Ｍ22ｕ＝ｃ              式（２）
ＵＷ−ＥＣ波形は、ＵＷ−ＥＣ波形コンポーネントまたは機能７２２によって生成され、送信信号７２４として通信され得る。
【００８８】
図８は、ＵＷ−ＥＣ−ＣＲＣダイバシティ方式のための受信機８０２の図である。受信機８０２は、ＵＷ−ＥＣ波形コンポーネントまたは機能８０６にて受信信号８０４からＵＷ−ＥＣシーケンスを検出し得る。ＵＷ−ＥＣコードワードｃは、ＵＷ−ＥＣコードワード検出コンポーネントまたは機能８１０によって、ＵＷ−ＥＣコードブックコンポーネントまたは機能８１２を使用することによって検出され得る。受信機８０２は、ＵＷ−ＥＣコードブックコンポーネントまたは機能８１２がＵＷ−ＥＣコードブックコンポーネントまたは機能７１８と同期され得るように送信機７０２と通信し得る。さらに、当業者には理解されるように、受信機８０２がブラインド検出アルゴリズムを使用することによって受信信号８０４を復号し得るように、２つのコードブックが予め定義または構成されてもよい。
【００８９】
ＥＣビットは、ＥＣビット回復コンポーネントまたは機能８１４によってコードワードｃから生成され得る。ＥＣビット、ＣＲＣ出力、ならびに／またはデータ復調コンポーネントもしくは機能８０８によって生成されるＣＲＣおよびパリティビットを有するシステマティックビットを使用してＵＷ−ＥＣ−ＣＲＣプリデコーダデータチェックコンポーネントまたは機能８１６によってパケットまたはチャネルデータを成功裏に検出することができる場合、チャネルデコーダ８２０による処理は、バイパスされ得る。その代わり、エラーのない出力データ８２６が、ソースデコーダ８２４にシグナリングされ、データ８２８を出力する。チャネルデコーダ８２０は、ターボ復号、畳み込み復号、ＬＤＰＣチャネル復号、ポーラー復号、ブロック復号などを実施するように構成され得る。
【００９０】
ＵＷ−ＥＣ−ＣＲＣプリデコーダデータチェックコンポーネントまたは機能８１６がＥＣビット、ＣＲＣ出力、ならびに／またはＣＲＣおよびパリティビットを有するシステマティックビットを使用してパケットまたはチャネルデータを成功裏に検出することができない場合、チャネル復号または追加のエラーチェッキングが受信機８０２にて必要とされ得る。データ復調コンポーネントまたは機能８０８による復調データは、ＣＲＣおよびパリティビットを有するシステマティックビットとしてシグナリングされ、ＵＷ−ＥＣ−ＣＲＣプリデコーダデータチェックコンポーネントまたは機能８１６によってエラーのあるデータ８１８をチャネルデコーダ８２０にシグナリングするために使用される。チャネル復号済みシステマティックビットがＣＲＣチェックコンポーネントまたは機能８２２にシグナリングされ、エラーを検出し、ソースデコーダ８２４のために信号を出力し得る。ソースデコーダ８２４は、ＣＲＣチェックコンポーネントまたは機能８２２のＣＲＣチェック済み出力を使用することによってデータ８２８を出力し得る。
【００９１】
送信機７０２と受信機８０２の間の通信のためには、送信時間間隔（ＴＴＩ）のあらゆるシンボルについて実質的に同じＵＷ−ＥＣシーケンスが使用され得る。この構成は、ＴＴＩ内で巡回性を維持するために望ましいものとなり得る。別の例として、ＵＷ−ＥＣまたはＣＲＣは、ＴＴＩ内で複数のシンボルに分割されてもよい。この構成は、いくつかのコードもしくはシーケンスを低減することによって受信機８０２におけるブラインド検出の複雑さを低減し、または先進の信号処理を必要とし得る可能な低減された巡回性を代償としてコードもしくはシーケンス長を低減し得る。
【００９２】
図９は、ＵＷ−ＥＣオンＣＲＣ（ＵＷ−ＥＣ  ｏｎ  ＣＲＣ）信号のための送信機９０２の図である。データ９０４は、ソースエンコーダ９０６およびＣＲＣコンポーネントまたは機能９０８から、ＣＲＣおよびパリティビットを有するシステマティックビットを生成するチャネルエンコーダ９１０へ通過し得る。ＣＲＣコンポーネントまたは機能９０８の出力は、ＣＲＣおよびパリティビットを有するシステマティックビットを生成するチャネルエンコーダ９１０にシグナリングされ得る。チャネルエンコーダ９１０は、ポーラー符号、システマチックポーラー符号、ＬＤＰＣ、ターボ符号などを使用し得る。ＣＲＣが添付されたデータを含み得るシステマティックビットは、ＥＣ機能をＣＲＣ部分に追加するＥＣビットジェネレータコンポーネントまたは機能９１４にシグナリングされ得る。ＥＣビットは、ＵＷ−ＥＣコードワード選択コンポーネントまたは機能９１６によって、ＵＷ−ＥＣコードブックコンポーネントまたは機能９１８からＵＷ−ＥＣコードワードｕまたはｃを選択するために使用され得る。
【００９３】
ＵＷ波形ジェネレータコンポーネントまたは機能９１２は、チャネルエンコーダ９１０からのシステマチックおよびパリティビットに基づいてＵＷ波形を生成し得る。ＵＷ波形は、送信機３０２、送信機４０１など、コンポーネントによって生成され得る。ＵＷ−ＥＣコードワードは、加算コンポーネントまたは機能９２０にてｃを挿入するかｕを調整することによってＵＷ波形生成コンポーネントまたは機能９１２にて生成されるＵＷ波形に追加されるＵＷ−ＥＣシーケンスを生成するように使用され得る。ｕの調整は、その条件を満たすことによって実施され得る。すなわち、
Ｍ22ｕ＝ｃ              式（３）
ＵＷ−ＥＣ波形は、ＵＷ−ＥＣ波形コンポーネントまたは機能９２２によって生成され、送信信号９２４として通信され得る。
【００９４】
図１０は、ＵＷ−ＥＣオンＣＲＣ信号データチェックのための受信機１００２の図である。ＵＷ−ＥＣオンＣＲＣ方式は、少なくとも２つのステップで実施され得る。送信機では、ＣＲＣがＥＣＦ機能を使用してＥＣ生成ブロックの入力に供給され、ＵＷ−ＥＣコードまたはシーケンスを生成するために使用され得るＥＣビットまたはＵＷ−ＥＣビットを生成し得る。受信機では、明示的なＣＲＣビットをチェックするためにＵＷ−ＥＣを使用し、成功／合格の場合、データをチェックするために合格した明示的なＣＲＣビットを使用することによって、少なくとも２つのステップが実施され得る。受信機１００２は、ＵＷ−ＥＣ波形コンポーネントまたは機能１００６にて受信信号１００４からＵＷ−ＥＣシーケンスを検出し得る。ＵＷ−ＥＣコードワードｃは、ＵＷ−ＥＣコードワード検出コンポーネントまたは機能１０１０によって、ＵＷ−ＥＣコードブックコンポーネントまたは機能１０１２を使用することによって検出され得る。受信機１００２は、ＵＷ−ＥＣコードブックコンポーネントまたは機能１０１２がＵＷ−ＥＣコードブックコンポーネントまたは機能９１８と同期され得るように送信機９０２と通信し得る。さらに、当業者には理解されるように、受信機１００２がブラインド検出アルゴリズムを使用することによって受信信号１００４を復号し得るように、２つのコードブックが予め定義または構成されてもよい。
【００９５】
ＥＣビットは、ＥＣビット回復コンポーネントまたは機能１０１４によってコードワードｃから生成され得る。ＵＷ−ＥＣオンＣＲＣプリデコーダデータチェックコンポーネントまたは機能１０１６は、ＥＣビットを使用し、復調コンポーネントまたは機能１００８によって生成されるＣＲＣに対してエラーチェックを実施し、データエラーを検出する。正しいＣＲＣに基づいてなど成功の場合には、ＣＲＣチェックコンポーネントまたは機能１０２６によって「正しいＣＲＣ」を使用してＣＲＣエラーチェックのために、データインテグリティチェックがシステマティックビットに対して実施され得る。ＣＲＣチェックが成功である場合、チャネルデコーダ１０２０によるチャネル復号がバイパスされ得、エラーのないデータ１０２８がソースデコーダ１０２４にシグナリングされ、データ１０２５を出力する。チャネルデコーダ１０２０は、ターボ復号、畳み込み復号、ＬＤＰＣチャネル復号、ポーラー復号、ブロック復号などを実施するように構成され得る。
【００９６】
正しくない、または失敗したデータインテグリティチェックに基づいてなど、ＣＲＣチェックコンポーネントまたは機能１０２６によるＣＲＣエラーチェックが不成功である場合、チャネル復号または追加のエラーチェッキングが受信機１００２にて必要とされ得る。データ復調コンポーネントまたは機能１００８によって生成された復調データは、ＣＲＣおよびパリティビットを有するシステマティックビットとしてシグナリングされ、ＵＷ−ＥＣオンＣＲＣプリデコーダデータチェックコンポーネントまたは機能１０１６によってエラーのあるデータ１０１８をチャネルデコーダ１０２０にシグナリングするために使用される。ＣＲＣおよびパリティビットを有するシステマティックビットに加えて、チャネルデコーダ１０２０は、ＣＲＣチェックコンポーネントまたは機能１０２６からの不成功のエラーチェック結果を、復号しその後ＣＲＣチェックコンポーネントまたは機能１０２２にシグナリングするために使用し得る。ＣＲＣチェックコンポーネントまたは機能１０２２は、エラーを検出し、ソースデコーダ１０２４のために信号を出力するための追加の層として機能し得る。ソースデコーダ１０２４は、ＣＲＣチェックコンポーネントまたは機能１０２２のＣＲＣチェック済み出力を使用することによってデータ１０２５を出力し得る。
【００９７】
送信機９０２および受信機１００２の構成は、ＵＷ−ＥＣを使用することによって、データビットの代わりに明示的なＣＲＣに対するエラーチェッキングを可能にし得る。ＵＷ−ＥＣオンＣＲＣを使用することは、エラーチェックがデータに対して実施される前に、ＣＲＣの正しさを確保し得る。これは、ＣＲＣ長が一般にデータより短いものであり得るので、ＵＷ−ＥＣシーケンス長を短縮し得る。したがって、通信に必要とされるＵＷ−ＥＣシーケンスの数が少なくなり得る。いくつかのアプリケーションについては、ＵＷ−ＥＣオンＣＲＣは、受信機１００２における検出の複雑さおよび検出エラーを著しく低減し得る。
【００９８】
さらに、送信機９０２と受信機１００２の間の通信のためには、ＴＴＩ内のシンボルについて実質的に同じＵＷ−ＥＣシーケンスが使用され得る。この構成は、受信機１００２にて信号の巡回性およびコヒーレント検出を維持するために望ましいものとなり得る。
【００９９】
送信機３０２、４０１、５０２、７０２または９０２のいずれかは、ＷＴＲＵ１０２、基地局１１４ａ、基地局１１４ｂ、またはｅノードＢ１４０ａ〜１４０ｃを動作するように構成されても、それらの一部とされてもよい。同様に、受信機３１８、４０２、６０２、８０２または１００２のいずれかは、ＷＴＲＵ１０２、基地局１１４ａ、基地局１１４ｂ、またはｅノードＢ１４０ａ〜１４０ｃを動作するように構成されても、それらの一部とされてもよい。
【０１００】
図１１は、望むなら送信機７０２または９０２によって使用され得るサブブロックＶＣＲＣ構造の図である。パケット１１０４は、ＣＲＣ＃ｎ１１０８を有するコードブロック＃ｎ１１０６を含み得る。パケット１１０４は、チャネルエンコーダコンポーネントまたは機能１１１０によって処理され、その後、コード化ブロック１１１４を生成するためにレートマッチコンポーネントまたは機能１１１２に提供され得る。コード化ブロック１１１４のＴＴＩごとの送信が、Ｍ個の送信サブブロック１１１６0〜１１１６M-1に分割され得る。各サブブロックは、ＯＦＤＭシンボルなど、１つまたは複数のシンボルを含み得る。各サブブロックには、それぞれビットシンボル１１１８、１１２２または１１２６を送信するために、仮想ＣＲＣ（ＶＣＲＣ）１１２０、１１２４または１１２８が添付され得る。受信機では、Ｍ個の送信サブブロック１１１６0〜１１１６M-1のいずれかがＶＣＲＣにマッチする場合、データパケットの受信が成功となり得る。成功であるとき、ターボ復号、ＬＤＰＣ復号、ポーラー復号などチャネル復号がバイパスまたはスキップされ得、性能を増大し、複雑さを低減する。
【０１０１】
Ｍ個の送信サブブロック１１１６0〜１１１６M-1のいずれかのＶＣＲＣがマッチしないとき、チャネル復号が実施され得る。速度を増大し、電力使用を下げるために、ＶＣＲＣにマッチしたサブブロックは、チャネルデコーダに対する事前知識または事前情報として使用され得る。サブブロックＶＣＲＣは、低レイテンシチャネルデコーダ、低レイテンシターボデコーダ、低レイテンシＬＤＰＣ、低レイテンシポーラー符号などによって復号され得る。さらに、ＶＣＲＣは、ＵＷ−ＥＣシーケンス内に搬送される、または組み込まれ得る。サブブロックＶＣＲＣ構造は、コードブロックまたは非コード化ブロックに適用され得る。同様に、排他的ＯＲ（ＸＯＲ）演算などパリティチェック機能によって生成されるパリティチェックビットまたはサブブロック内のデータの反復は、ＵＷ−ＥＣシーケンス内に搬送される、または組み込まれ得る。
【０１０２】
さらに、サブブロックＶＣＲＣは、システマティックレート互換挿入重畳（ｒａｔｅ−ｃｏｍｐａｔｉｂｌｅ  ｉｎｓｅｒｔｉｏｎ  ｃｏｎｖｏｌｕｔｉｏｎａｌ）エンコーダおよびＵＷ−ＯＦＤＭ、ＵＷ−ＤＦＴ−ＯＦＤＭなどＵＷ波形を使用し得る。ＵＷ−ＯＦＤＭまたはＵＷ−ＤＦＴ−ｓ−ＯＦＤＭでは、ＶＣＲＣがＵＷ−ＥＣシーケンスによって示されるとき、検出されたＵＷ−ＥＣシーケンスまたはＶＣＲＣは、送信コードサブブロックのエラー検出のために使用され得る。受信機８０２または１００２など受信機にて送信コードサブブロックがＵＷ−ＥＣシーケンスを使用するＶＣＲＣを渡す場合、それらの送信コードサブブロックは、それぞれチャネルデコーダ８２０または１０２０をバイパスしてもよい。
【０１０３】
送信コードブロックは、システマティックコードビットｂを含み得る。システマティックコードビットｂのための開始点は、巡回バッファの冒頭に必要とされ得る。しかし、ＬＴＥにおける制御チャネル送信、ダウンリンク制御情報（ＤＣＩ）通信、アップリンク制御情報（ＵＣＩ）通信、特別な通信など、より小さなパケットサイズについては、５０８、７１０、９１０または１１１０などチャネルエンコーダは、より良好な性能のために、ターボコード化の代わりに畳み込みコード化を使用し得る。
【０１０４】
図１２は、システマティックレート互換挿入重畳（ＲＣＩＣ）エンコーダ１２０２の図である。システマティックビットｂ１２０３およびダミービットｄ１２０５を多重化しストリームＴを作り出すマルチプレクサ１２０４に基づいて、システマティックビットｂが、出力１２１４にて生成され得る。ストリームＴは、インターリーバ１２０６によってインターリーブされ得、インターリーブされたストリームＸを作り出し、ストリームＸは、Ｘならびにコード化出力ｐ1およびｐ2１２１２を出力するシステマチック畳み込みエンコーダ１２０８によって符号化され得る。ＲＣＩＣエンコーダ１２０２は、第３世代パートナーシッププロジェクト（３ＧＰＰ）ＬＴＥまたはＬＴＥ−Ａ標準のものと同様のコード化レートを達成し、ＶＣＲＣを使用し得る。
【０１０５】
送信機３０２、ＵＷ−ＯＦＤＭによるものなど波形生成のためには、信号は、
【０１０６】
【数４】
2019504562.tif 000006
【０１０７】
として表され得る。
送信機４０２によって生成されるものなどＵＷ−ＤＦＴ−ｓ−ＯＦＤＭ信号は、
【０１０８】
【数５】
2019504562.tif 000007
【０１０９】
として表され得る。
【０１１０】
式（４）、式（５）は、ＤＦＴ拡散行列Ｓを除いて実質的に同様である。したがって、ＵＷ−ＯＦＤＭおよびＵＷ−ＤＦＴ−ｓ−ＯＦＤＭなどＵＷ波形のためのジェネリック表現は、
【０１１１】
【数６】
2019504562.tif 000008
【０１１２】
として表され得、上式で、
【０１１３】
【数７】
2019504562.tif 000009
【０１１４】
【数８】
2019504562.tif 000010
【０１１５】
であり、Ｎtailは、テールでのサンプルの数であり得る。次いで、シンボルの非テール部およびテール部は、
【０１１６】
【数９】
2019504562.tif 000011
【０１１７】
として得られ、上式で、
【０１１８】
【数１０】
2019504562.tif 000012
【０１１９】
かつ
【０１２０】
【数１１】
2019504562.tif 000013
【０１２１】
であり、ｒ＝ｓ＋ｕである。変数ｘtailは、
【０１２２】
【数１２】
2019504562.tif 000014
【０１２３】
または
【０１２４】
【数１３】
2019504562.tif 000015
【０１２５】
としても表され得る。
式（８）の最初の２項Ｍ21ｄ＋Ｍ22ｓは、テール抑制演算を表し得、式（８）の第３の項Ｍ22ｕは、ＵＷ−ＥＣシーケンスがいかに生成されるかを表し得る。Ｍ22が完全行列、たとえばＮtail≦Ｎrである場合、ベクトルｕを介する任意のＵＷシーケンスが生成され得る。さらに、ＵＷ−ＥＣシーケンスは、Ｍ22ｕまたはｃによって生成され得る。
【０１２６】
直交シーケンスの所定のセット
【０１２７】
【数１４】
2019504562.tif 000016
【０１２８】
がＵＷ−ＥＣシーケンスとして働く場合、ＵＷ−ＥＣシーケンスを生成することは、
【０１２９】
【数１５】
2019504562.tif 000017
【０１３０】
を含み得る。式（１０）では、以下の関係が望ましいことがある。
Ｍ22ｕi＝ｃi、ただしｉ＝１，２，．．．Ｍ              式（１１）
【０１３１】
さらに、周波数領域におけるベクトルｕは、下式として与えられるように時間におけるＵＷ−ＥＣシーケンスを生成するように調整され得る。
【０１３２】
【数１６】
2019504562.tif 000018
【０１３３】
５１６、７１４または９１４などエラーチェックビット動作後、シーケンスまたはコードワードｃがＵＷ−ＥＣコードブックコンポーネントまたは機能５２０、７１８または９１８から選択され得る。ｃを挿入するかｕを調整することによって、ＵＷ−ＥＣシーケンスが生成され得る。ｕを調整するとき、Ｍ22ｕ＝ｃという条件が望ましいものとなり得る。
【０１３４】
図１３は、生成コンポーネントまたは機能１３０２によるＵＷ−ＥＣ波形生成の一例である。生成コンポーネントまたは機能１３０２については、ＵＷ−ＥＣ波形がシステマティックビットに基づいて生成され得る。システマチックエンコーダは、ターボ符号、畳み込み符号、ＬＤＰＣ符号、ポーラー符号、ブロック符号などを使用し得る。生成コンポーネントまたは機能１３０２では、ＵＷ−ＥＣは、ＵＷ−ＥＣコンポーネントまたは機能１３１４によって、周波数領域においてＥＣビットコンポーネントまたは機能１３１２によって提供されるＥＣビットを使用して追加され得る。
【０１３５】
生成コンポーネントまたは機能１３０２では、データベクトルｄ１３０４がテール抑制コンポーネントまたは機能１３０８に入力され、加算コンポーネントまたは機能１３１０によってベクトルｕと組み合わされ冗長サブキャリアｒを作り出すシーケンスｓを作り出し得る。置換行列Ｐコンポーネントまたは機能１３０６は、逆ＤＦＴコンポーネントまたは機能１３１６によって時間領域に変換されることになる冗長サブキャリアｒおよびデータベクトルｄ１３０４の要素をマッピングし、出力信号ｘ１３１８を作り出し得る。出力信号ｘ１３１８は、以下のように表され得る。
【０１３６】
【数１７】
2019504562.tif 000019
【０１３７】
式１３では、ｃは、時間領域におけるＵＷ−ＥＣコード、ＵＷ−ＥＣシーケンスなどとなり得る。
【０１３８】
システマチックブロック符号は、Ｇ＝［Ｉ｜Ｐ］として表され得、ここでＩは、単位行列である。システマチックブロック符号は、システマチックリードソロモン（ＲＳ）符号およびシステム巡回符号を含み得、Ｇは、下式として表される。
【０１３９】
【数１８】
2019504562.tif 000020
【０１４０】
ＣＲＣが使用されるとき、ＣＲＣ長ｃが与えられると、ｍ＜ｃの場合、ｍ個のエラーが検出され得る。ｍエラーベクトルがＣＲＣ多項式によって除算可能である場合、エラーが検出されないことがある。ＣＲＣ長がｃに等しい場合には、ＣＲＣ動作は、ｍ＞＝ｃバーストビットエラーを検出しないことがあり、ここでｍは、連続ビットエラーを表し得る。
【０１４１】
ＣＲＣ性能は、未検出エラー確率Ｐud、パケット長ｎ、ＣＲＣ長ｃ、ポリジェネレータ特性、またはＢＥＲのうちのいずれか１つに基づいて測定され得る。Ｐudは、概ね
【０１４２】
【数１９】
2019504562.tif 000021
【０１４３】
によって決定され得、上式で、εはＢＥＲ確率であり、ｄminは、任意の非ゼロコードワードにおける非ゼロ要素の最小数であり、ｄmaxは、任意の非ゼロコードワードにおける非ゼロ要素の最大数である。いくつかの構成では、ＢＥＲは、約１０-1以下であり、ポリジェネレータＣＲＣは最適と仮定され得る。
【０１４４】
ＵＷベースの相互に直交する符号またはシーケンスのセットが望ましいものとなり得る。Ｍ個のシーケンスのセットは、
【０１４５】
【数２０】
2019504562.tif 000022
【０１４６】
として定義され得、ここでｃiの各長さは、Ｌに等しい。シーケンスの２つの異なるセット
【０１４７】
【数２１】
2019504562.tif 000023
【０１４８】
、
【０１４９】
【数２２】
2019504562.tif 000024
【０１５０】
は、
【０１５１】
【数２３】
2019504562.tif 000025
【０１５２】
∀ｉ≠ｊ、かつｉ，ｊ∈｛１，．．．，Ｍ｝である場合、相互に直交であると言われ、ここで、
【０１５３】
【数２４】
2019504562.tif 000026
【０１５４】
は、
【０１５５】
【数２５】
2019504562.tif 000027
【０１５６】
と
【０１５７】
【数２６】
2019504562.tif 000028
【０１５８】
との間の周期的相関を示す。シーケンスの相互に直交するセットは、ゴレイ相補的シーケンス（Ｇｏｌａｙ  ｃｏｍｐｌｅｍｅｎｔａｒｙ  ｓｅｑｕｅｎｃｅｓ）など相補的シーケンスによって構築され得る。ザドフチュー（ＺＣ）シーケンス、定振幅ゼロ自己相関波形（ＣＡＺＡＣ）シーケンス、巡回シフト符号など他のコードが使用されてもよい。
【０１５９】
セット内のシーケンスの数Ｍは、無干渉窓（ＩＦＷ）またはゼロ相関ゾーン（ＺＣＺ）長と共に減少し得る。たとえば、
【０１６０】
【数２７】
2019504562.tif 000029
【０１６１】
、
【０１６２】
【数２８】
2019504562.tif 000030
【０１６３】
（Ｌ＝１６，Ｍ＝８，ＺＣＺ＝１）コードは、以下のように表され得る。
【０１６４】
【数２９】
2019504562.tif 000031
【０１６５】
受信機６０２、８０２または１００２において与えられるプリデコーダデータチェックは、多ユーザサポートおよび多重化のために構成され得る。この構成では、各ユーザには、データから、明示的ＣＲＣから、またはデータとＣＲＣの両方から生成されるＵＷ−ＥＣに従ってコードが割り当てられ得る。単一ユーザ構成では、ＷＴＲＵ１０２など、各ユーザデバイスが、コードを検出する。多ユーザ構成では、各ユーザデバイスは、いくつかのＵＷ−ＥＣコードを実質的に同時に検出し得る。
【０１６６】
また、多ユーザ構成については、ＷＴＲＵ１０２など各ユーザデバイスは、検出されたＵＷ−ＥＣコードのそれぞれを使用し、ＵＷ−ＥＣビットを生成し、またＵＷ−ＥＣビットを使用し、データエラーをチェックし得る。ユーザデバイスは、望むならすべての検出されたＵＷ−ＥＣコードおよびＵＷ−ＥＣビットを使用してもよい。一構成では、多ユーザ検出の場合、ＵＷ−ＥＣコードが１つだけ成功裏に検出されたとき、受信データは、合格として指定されてもよい。
【０１６７】
図５を再び参照すると、送信機５０２は、データ５０４に基づいてＮ個のＵＷ−ＥＣビットを使用するように構成され得る。ＵＷ−ＥＣ  Ｋシーケンスが直交であり、実質的に低い相関シーケンスを有し得、および／または以下の条件が満たされる場合、Ｋ個のシーケンスからのＵＷ−ＥＣシーケンスｖがデータのために選択され得る。
Ｋ＝２N              式（１６）
ＵＷ−ＥＣコードブックサイズは、Ｋに設定され得る。
【０１６８】
図６を再び参照すると、受信機６０２では、受信信号６０４の受信データｄからｖが検出され得る。ＵＷ−ＥＣビットは、ｖに従って再構築され得る。受信データｄに対するエラーチェッキングが実施され得る。エラーが見つかった場合、チャネルデコーダ６１８によるチャネル復号のためにデータが送られ得る。エラーが見つからなかった場合、チャネル復号はバイパスまたはスキップされ、データは、直接ソースデコーダ６２２に送られ得る。
【０１６９】
多ユーザ検出のために、重畳が使用され得る。ｖの検出後、ｖ対Ｗが１対１マッピングとして使用されてＷを決定し得、ここでＷは、ランダムシーケンスである対角を有する対角行列である。Ｗのためのランダムシーケンスは、インターリーブパターンまたは疑似ランダムコードであり得る。所与のＷの場合、データは復号され得る。コントロール支援のＵＷ多ユーザ手法のためには、ＣＲＣに対してエラーチェックするために次いで使用され得るＵＷ−ＥＣを得て、ＵＷ−ＥＣを使用してｖを決定し、またはｖのＷに対する１対１マッピングを使用してＷを決定するために、コントロールが復号され得る。
【０１７０】
図１４は、ＵＷ−ＥＣ波形を生成および送信するためのプロセス１４００である。データまたは信号がチャネル符号化され得る（１４０２）。データまたは信号のチャネル符号化によって生成されるシステマティックビットで、ＥＣビットが生成され得る（１４０４）。生成されたＥＣビットを使用してＵＷ−ＥＣコードブックからＵＷ−ＥＣコードワードが選択され得る（１４０６）。生成されたＵＷ−ＥＣシーケンスならびにシステマチックおよびパリティビットが、ＵＷ波形ジェネレータにシグナリングされ得る（１４０８）。その後、ＵＷ−ＥＣ波形が生成および送信され得る（１４１０）。
【０１７１】
図１５は、ＵＷ−ＥＣ信号または波形を受信および復調するためのプロセス１５００である。受信信号に基づいてＵＷ−ＥＣ波形がＵＷ−ＥＣコードワード検出器およびデータ復調器にシグナリングされる（１５０２）。ＵＷ−ＥＣコードワードおよびＥＣビットが検出される（１５０４）。プリデコーダデータチェックが、ＥＣビットならびにシステマチックおよびパリティビットを使用し（１５０６）、エラーが存在するかどうか決定し得る。エラーが検出されない場合、チェックは成功であり（１５０８）、エラーのないデータがソースデコーダにシグナリングされ、チャネルデコーダがバイパスされる（１５１０）。エラーが検出された場合、チェックは不成功であり（１５１１）、エラーのあるデータがチャネルデコーダ（１５１２）にシグナリングされる。チャネル復号済みデータに対する追加のエラーチェック（１５１４）もまた実施され得る。
【０１７２】
上記では特徴および要素が特定の組合せで記載されているが、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用され得ることを、当業者なら理解するであろう。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体内に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。コンピュータ可読媒体の例は、（有線接続またはワイヤレス接続を介して送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、それだけには限らないが、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し式ディスクなど磁気媒体、光磁気媒体、ＣＤ−ＲＯＭディスクなど光媒体、ならびにデジタル多用途ディスク（ＤＶＤ）を含む。ソフトウェアと関連付けられたプロセッサを使用し、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実装し得る。
【図１Ａ】
2019504562.tif 000032
【図１Ｂ】
2019504562.tif 000033
【図１Ｃ】
2019504562.tif 000034
【図２】
2019504562.tif 000035
【図３】
2019504562.tif 000036
【図４】
2019504562.tif 000037
【図５】
2019504562.tif 000038
【図６】
2019504562.tif 000039
【図７】
2019504562.tif 000040
【図８】
2019504562.tif 000041
【図９】
2019504562.tif 000042
【図１０】
2019504562.tif 000043
【図１１】
2019504562.tif 000044
【図１２】
2019504562.tif 000045
【図１３】
2019504562.tif 000046
【図１４】
2019504562.tif 000047
【図１５】
2019504562.tif 000048
【手続補正書】
【提出日】平成30年8月29日(2018.8.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
ソース符号化データからチャネル符号化信号を生成するように構成されたプロセッサと、
前記チャネル符号化信号のシステマティックビットからエラーチェック（ＥＣ）ビットを生成するようにさらに構成された前記プロセッサであって、ユニークワードエラーチェック（ＵＷ−ＥＣ）コードワードが前記ＥＣビットに基づいてＵＷ−ＥＣコードブックから選択される、前記プロセッサと、
前記ＵＷ−ＥＣコードワードおよび前記システマティックビットおよびパリティビットに基づいて生成されたＵＷ−ＥＣシーケンスからＵＷ−ＥＣ波形を生成するようにさらに構成された前記プロセッサと、
前記ＵＷ−ＥＣ波形を送信するように構成されたトランシーバと
を備えたことを特徴とするＷＴＲＵ。
【請求項２】
前記ＥＣビットは、システマティックビットと前記符号化データに対するエラーチェック能力の追加とを使用するＥＣ機能（ＥＣＦ）、前記符号化データの巡回冗長検査（ＣＲＣ）ビット、または前記符号化データおよび前記符号化データのＣＲＣビットによって生成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記ＵＷ−ＥＣシーケンスは、前記ＵＷ−ＥＣコードブックから選択され、前記ＥＣビットを搬送し、または埋め込み、ＵＷ−ＥＣベースのデータインテグリティチェックを提供することを特徴とする請求項２に記載のＷＴＲＵ。
【請求項４】
無線送受信ユニット（ＷＴＲＵ）であって、
ユニークワード−エラーチェック（ＵＷ−ＥＣ）符号化信号を受信するように構成されたトランシーバと、
前記ＵＷ−ＥＣ符号化信号からＵＷ−ＥＣコードワードおよびエラーチェック（ＥＣ）ビットを検出するように構成されたプロセッサと、
前記ＵＷ−ＥＣ符号化信号からの前記ＥＣビットおよびシステマチックおよびパリティビットに基づいてエラーをチェックするように構成されたプリデコーダデータチェックコンポーネントと、
エラーが前記プリデコーダデータチェックコンポーネントにて検出されないことを条件に、チャネル復号操作なしでエラーのないデータをソースデコーダにシグナリングするように構成された前記プロセッサと、
エラーが前記プリデコーダデータチェックコンポーネントにて検出されたことを条件に、エラーのあるデータをチャネルデコーダにシグナリングするように構成された前記プロセッサと、
を備えたことを特徴とするＷＴＲＵ。
【請求項５】
追加のエラーチェックが前記チャネルデコーダのチャネル復号化データに対して実行されることを特徴とする請求項４に記載のＷＴＲＵ。
【請求項６】
ポストデコーダＥＣチェックまたは巡回冗長検査（ＣＲＣ）が前記チャネルデコーダによって出力された信号に対して実行されることを特徴とする請求項５に記載のＷＴＲＵ。
【請求項７】
前記ＵＷ−ＥＣ符号化信号を受信するために使用されるチャネルに関係するチャネル品質インジケータ（ＣＱＩ）または信号対干渉雑音比（ＳＩＮＲ）を使用し、チャネル復号が必要とされるかどうかを決定するようにさらに構成された前記プリデコーダデータチェックコンポーネントをさらに備えたことを特徴とする請求項４に記載のＷＴＲＵ。
【請求項８】
チャネル復号は、前記ＣＱＩが予め定められた閾値を上回るか、または、予め定められた範囲内にあるとき、バイパスされることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
ユニークワード−エラーチェック（ＵＷ−ＥＣ）符号化信号を前記ＷＴＲＵによって受信するステップと、
前記ＵＷ−ＥＣ符号化信号からＵＷ−ＥＣコードワードおよびエラーチェック（ＥＣ）ビットを前記ＷＴＲＵによって検出するステップと、
前記ＵＷ−ＥＣ符号化信号からの前記ＥＣビットおよびシステマチックおよびパリティビットに基づいてエラーをプリデコーダデータチェックコンポーネントによってチェックするステップと、
エラーが前記プリデコーダデータチェックコンポーネントにて検出されないことを条件に、チャネル復号動作なしでエラーのないデータをソースデコーダに前記ＷＴＲＵによってシグナリングするステップと、
エラーが前記プリデコーダデータチェックコンポーネントにて検出されたことを条件に、エラーのあるデータをチャネルデコーダに前記ＷＴＲＵによってシグナリングするステップと
を備えたことを特徴とする方法。
【請求項１０】
追加のエラーチェックが前記チャネルデコーダのチャネル復号化データに対して実行されることを特徴とする請求項９に記載の方法。
【請求項１１】
ポストデコーダＥＣチェックまたは巡回冗長検査（ＣＲＣ）が前記チャネルデコーダによって出力された信号に対して実行されることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記ＵＷ−ＥＣ符号化信号を受信するために使用されるチャネルに関係するチャネル品質インジケータ（ＣＱＩ）または信号対干渉雑音比（ＳＩＮＲ）を使用し、チャネル復号が必要とされるかどうかを前記プリデコーダデータチェックコンポーネントによって決定するステップをさらに備えたことを特徴とする請求項９に記載の方法。
【請求項１３】
チャネル復号は、前記ＣＱＩが予め定められた閾値を上回るか、または、予め定められた範囲内にあるとき、バイパスされることを特徴とする請求項１２に記載の方法。
【国際調査報告】
2019504562.tif 000049
2019504562.tif 000050
2019504562.tif 000051