(57)【特許請求の範囲】
【請求項１】
処理回路を備える装置であって、前記処理回路は、
現在の非２５６−直交振幅変調（ＱＡＭ）スキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージを復調し、
前記２５６−ＱＡＭスキームを使用するための複数のソフトチャネルビットの数が、ダウンリンクにおける空間多重化に対して最大で２層または４層をサポートする前記現在の非２５６−ＱＡＭスキームをユーザ機器（ＵＥ）が使用している間の前記複数のソフトチャネルビットの前記数に等しくなるように、前記複数のソフトチャネルビットをメモリに格納させる、装置。
【請求項２】
前記２５６−ＱＡＭスキームに関連するトランスポートブロックを処理するためのロジックを備え、
前記トランスポートブロックは、前記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する、請求項１に記載の装置。
【請求項３】
前記２５６−ＱＡＭスキームの無線リソース制御（ＲＲＣ）設定後に、物理ダウンリンクシグナルチャネル（ＰＤＳＣＨ）で信号を復調するための復調器を備える、請求項１または請求項２に記載の装置。
【請求項４】
前記メッセージングは、無線リソース制御（ＲＲＣ）層シグナリングにより実行される、または、前記メッセージングは、媒体アクセス制御（ＭＡＣ）層シグナリングにより実行される、請求項１から請求項３のいずれか１項に記載の装置。
【請求項５】
アプリケーションプロセッサ、メモリ、１または複数のアンテナ、前記アプリケーションプロセッサが別のデバイスと通信することを可能にする無線インタフェース、およびタッチスクリーンディスプレイを備えるユーザ機器（ＵＥ）デバイスであって、
前記ＵＥデバイスは、請求項１から請求項４のいずれか１項に記載の装置を含む、ＵＥデバイス。
【請求項６】
現在の非２５６−直交振幅変調（ＱＡＭ）スキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージを復調する段階と、
前記２５６−ＱＡＭスキームを使用するための複数のソフトチャネルビットの数が、ダウンリンクにおける空間多重化に対して最大で２層または４層をサポートする前記現在の非２５６−ＱＡＭスキームをユーザ機器（ＵＥ）が使用している間の前記複数のソフトチャネルビットの前記数に等しくなるように、前記複数のソフトチャネルビットをメモリに格納する段階と、
を有する方法。
【請求項７】
２５６−ＱＡＭスキームに関連するトランスポートブロックを処理する段階を有し、
前記トランスポートブロックは、前記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する、請求項６に記載の方法。
【請求項８】
前記２５６−ＱＡＭスキームの無線リソース制御（ＲＲＣ）設定後に、物理ダウンリンクシグナルチャネル（ＰＤＳＣＨ）で信号を復調する段階を有する、請求項６または請求項７に記載の方法。
【請求項９】
前記メッセージングは、無線リソース制御（ＲＲＣ）層シグナリングにより実行される、または、前記メッセージングは、媒体アクセス制御（ＭＡＣ）層シグナリングにより実行される、請求項６から請求項８のいずれか１項に記載の方法。
【請求項１０】
現在の非２５６−直交振幅変調（ＱＡＭ）スキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージを復調する手段と、
前記２５６−ＱＡＭスキームを使用するための複数のソフトチャネルビットの数が、ダウンリンクにおける空間多重化に対して最大で２層または４層をサポートする前記現在の非２５６−ＱＡＭスキームをユーザ機器（ＵＥ）が使用している間の前記複数のソフトチャネルビットの前記数に等しくなるように、前記複数のソフトチャネルビットをメモリに格納する手段と、
を備える装置。
【請求項１１】
２５６−ＱＡＭスキームに関連するトランスポートブロックを処理する手段を備え、
前記トランスポートブロックは、前記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する、請求項１０に記載の装置。
【請求項１２】
前記２５６−ＱＡＭスキームの無線リソース制御（ＲＲＣ）設定後に、物理ダウンリンクシグナルチャネル（ＰＤＳＣＨ）で信号を復調する手段を備える、請求項１０または請求項１１に記載の装置。
【請求項１３】
前記メッセージングは、無線リソース制御（ＲＲＣ）層シグナリングにより実行される、または、前記メッセージングは、媒体アクセス制御（ＭＡＣ）層シグナリングにより実行される、請求項１０から請求項１２のいずれか１項に記載の装置。
【請求項１４】
処理回路を備える装置であって、前記処理回路は、
現在の非２５６−直交振幅変調（ＱＡＭ）スキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージを変調し、
前記２５６−ＱＡＭスキームを使用するための複数のソフトチャネルビットの数が、ダウンリンクにおける空間多重化に対して最大で２層または４層をサポートする前記現在の非２５６−ＱＡＭスキームを進化型ＮｏｄｅＢ（ｅＮＢ）が使用している間の前記複数のソフトチャネルビットの前記数に等しくなるように、前記複数のソフトチャネルビットの総数に基づいたメモリ使用サイズを用いてデータをエンコードする、装置。
【請求項１５】
２５６−ＱＡＭスキームに関連するトランスポートブロックを処理するためのロジックを備え、
前記トランスポートブロックは、前記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する、請求項１４に記載の装置。
【請求項１６】
前記２５６−ＱＡＭスキームの無線リソース制御（ＲＲＣ）設定後に、物理ダウンリンクシグナルチャネル（ＰＤＳＣＨ）で信号を変調するための変調器を備える、請求項１４または請求項１５に記載の装置。
【請求項１７】
前記メッセージングは、無線リソース制御（ＲＲＣ）層シグナリングにより実行される、または、前記メッセージングは、媒体アクセス制御（ＭＡＣ）層シグナリングにより実行される、請求項１４から請求項１６のいずれか１項に記載の装置。
【請求項１８】
アプリケーションプロセッサ、メモリ、１または複数のアンテナポート、および前記アプリケーションプロセッサが別のデバイスと通信することを可能にするインタフェースを備える進化型ＮｏｄｅＢ（ｅＮＢ）デバイスであって、
前記ｅＮＢデバイスは、請求項１４から請求項１７のいずれか１項に記載の装置を含む、ｅＮＢデバイス。
【請求項１９】
現在の非２５６−直交振幅変調（ＱＡＭ）スキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージを変調する段階と、
前記２５６−ＱＡＭスキームを使用するための複数のソフトチャネルビットの数が、ダウンリンクにおける空間多重化に対して最大で２層または４層をサポートする前記現在の非２５６−ＱＡＭスキームを進化型ＮｏｄｅＢ（ｅＮＢ）が使用している間の前記複数のソフトチャネルビットの前記数に等しくなるように、前記複数のソフトチャネルビットの総数に基づいたメモリ使用サイズを用いてデータをエンコードする段階と、
を有する方法。
【請求項２０】
２５６−ＱＡＭスキームに関連するトランスポートブロックを処理する段階を有し、
前記トランスポートブロックは、前記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する、請求項１９に記載の方法。
【請求項２１】
前記２５６−ＱＡＭスキームの無線リソース制御（ＲＲＣ）設定後に、物理ダウンリンクシグナルチャネル（ＰＤＳＣＨ）で信号を変調する段階を有する、請求項１９または請求項２０に記載の方法。
【請求項２２】
前記メッセージングは、無線リソース制御（ＲＲＣ）層シグナリングにより実行される、または、前記メッセージングは、媒体アクセス制御（ＭＡＣ）層シグナリングにより実行される、請求項１９から請求項２１のいずれか１項に記載の方法。
【請求項２３】
現在の非２５６−直交振幅変調（ＱＡＭ）スキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージを変調する手段と、
前記２５６−ＱＡＭスキームを使用するための複数のソフトチャネルビットの数が、ダウンリンクにおける空間多重化に対して最大で２層または４層をサポートする前記現在の非２５６−ＱＡＭスキームを進化型ＮｏｄｅＢ（ｅＮＢ）が使用している間の前記複数のソフトチャネルビットの前記数に等しくなるように、前記複数のソフトチャネルビットの総数に基づいたメモリ使用サイズを用いてデータをエンコードする手段と、
を備える装置。
【請求項２４】
２５６−ＱＡＭスキームに関連するトランスポートブロックを処理する手段を備え、
前記トランスポートブロックは、前記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する、請求項２３に記載の装置。
【請求項２５】
前記２５６−ＱＡＭスキームの無線リソース制御（ＲＲＣ）設定後に、物理ダウンリンクシグナルチャネル（ＰＤＳＣＨ）で信号を変調する手段を備える、請求項２３または請求項２４に記載の装置。
【発明の詳細な説明】
【背景技術】
【０００１】
［優先権の主張］
本出願は、米国特許法第１１９条（ｅ）の下で２０１４年１月３０日に出願された米国特許仮出願第６１／９３３，８６１号からの優先権を主張する。上記出願の開示内容全体が、参照により本明細書に組み込まれる。
【０００２】
無線ブロードバンドデータに対する要求が益々増大している。いくつかのロングタームエボリューションアドバンス（ＬＴＥ−Ａ）に準拠した複数のスモールセル配置においてユーザ機器（ＵＥ）が経験する高配置が、ダウンリンク送信に対して、より高次の変調スキーム（例えば、２５６直交振幅変調（ＱＡＭ）スキーム）を使用する可能性を提供する。しかしながら、追加的なより高次の変調スキームをサポートするには、現在のダウンリンク制御シグナリングにおけるいくつかの変更を必要とする。
【図面の簡単な説明】
【０００３】
以下に与えられる発明を実施するための形態から、および本開示の様々な実施形態の添付の複数の図面から、本開示の複数の実施形態が、より完全に理解されるだろう。しかしながら、これらは、本開示を複数の特定の実施形態に限定するものと解釈されるべきではなく、説明および理解のためだけに過ぎない。
【０００４】
【図１Ａ】本開示のいくつかの実施形態に従った、２５６直交振幅変調（２５６−ＱＡＭ）符号化スキームに対するシームレスな動作をサポートするための、ネットワークの様々なコンポーネントを有する、ロングタームエボリューションアドバンス（ＬＴＥ−Ａ）ネットワークのエンドツーエンドネットワークアーキテクチャの１つの部分を示す。
【０００５】
【図１Ｂ】本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作をサポートすることのできる、マクロ拡張／進化型ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ＮｏｄｅＢ（ｅＮＢ）および複数の低電力（ＬＰ）ｅＮＢを有するＬＴＥ−Ａネットワークのシナリオを示す。
【０００６】
【図２】本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作をサポートするための複数のメカニズムを有するユーザ機器（ＵＥ）のブロック図を示す。
【０００７】
【図３】本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作をサポートするための複数のメカニズムを有するｅＮＢのブロック図を示す。
【０００８】
【図４】本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供するための、ＵＥおよびｅＮＢにより対処される、無線リソース制御（ＲＲＣ）再設定アンビギュイティ期間を示すメッセージングタイムラインを示す。
【０００９】
【図５】リミテッドバッファレートマッチング（Limited Buffer Rate Matching：ＬＢＲＭ）を示す。
【００１０】
【図６】本開示のいくつかの実施形態に従った、図５のＬＢＲＭと比較して、より少ないパリティビットで２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供するためのＬＢＲＭを示す。
【００１１】
【図７】本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供するための、ＵＥおよびｅＮＢにより実行される方法のフローチャートを示す。
【００１２】
【図８】本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供するための複数のメカニズムを有するシステムオンチップ（ＳｏＣ）を示す。
【発明を実施するための形態】
【００１３】
以下の説明において、本開示の複数の実施形態のより完全な説明を提供すべく、様々な詳細が説明される。しかしながら、本開示の複数の実施形態は、これらの具体的な詳細が無くても実施され得ることが、当業者には明らかだろう。他の例では、本開示の複数の実施形態を不明瞭にすることを回避すべく、よく知られた複数の構造およびデバイスが、詳細にではなく、ブロック図の形式で示される。
【００１４】
複数の実施形態の対応する複数の図面においては、複数の信号が複数の線によって表されていることに留意されたい。いくつかの線が、より多くの構成要素の信号経路を示すべく、より太くなっていることがある。および／または、主要な情報の流れの方向を示すべく、１または複数の端部に矢印を有することがある。そのような表示は、限定的であることが意図されるものではない。むしろ、複数の線は、回路または論理ユニットのより容易な理解のために、１または複数の例示的な実施形態に関連して使用されるものである。設計上の要求または優先事項によって規定される、ここに表された任意の信号は、いずれの方向にも移動し得る１または複数の信号を実際には含んでよく、任意の適切なタイプの信号スキームで実装され得る。
【００１５】
明細書を通じて、また複数の請求項において、"接続され"という用語は、如何なる中間デバイスも存在しない、接続されている複数の物体間での直接の電気的接続または無線接続を意味する。"結合され"という用語は、接続されている複数の物体間での直接の電気的接続または無線接続、もしくは、１または複数の受動的または能動的な中間デバイスを介しての間接的な接続のいずれかを意味する。"一の"、"１つの"、および"その"の意味は、複数形の参照を含む。"〜において"の意味は、"〜中"および"〜上"を含む。
【００１６】
"実質的に"、"近く"、"およそ"、"近辺"、および"約"という用語は、一般的に、ターゲット値の＋／−２０％以内にあることを指す。そうでないことが特定されていない限り、共通のオブジェクトを説明するための"第１"、"第２"、および"第３"等の順序を示す形容詞の使用は、複数の同様なオブジェクトの異なる例が参照されていることを単に示すだけであり、そのように説明される複数のオブジェクトが、時間的に、空間的に、ランク順に、または任意の他の態様のいずれかで、所与の順序でなければならないと暗示することが意図されるものではない。
【００１７】
図１Ａは、本開示のいくつかの実施形態に従った、２５６直交振幅変調（２５６−ＱＡＭ）符号化スキームに対するシームレスな動作をサポートするための、ネットワークの様々なコンポーネントを有する、ロングタームエボリューションアドバンス（ＬＴＥ−Ａ）ネットワークのエンドツーエンドネットワークアーキテクチャ１００の１つの部分を示す。
【００１８】
いくつかの実施形態において、ネットワークアーキテクチャ１００は、コアネットワーク１０１、無線アクセスネットワーク（ＲＡＮ）１０２、インタフェース１０３、動的ホスト構成プロトコル（ＤＨＣＰ）アプリケーション（Ａｐｐ．）サーバまたはドメインネームシステム（ＤＮＳ）Ａｐｐ．サーバ１０７、ルータ１０８、ファイアウォール１０９、およびインターネット１１０を備える。
【００１９】
コアネットワーク１０１の例は、進化型パケットコア（ＥＰＣ）であり、システムアーキテクチャエボリューション（ＳＡＥ）コアともまた呼ばれる。ＲＡＮ１０２の例は、進化型ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。インタフェース１０３の例はＳＩインタフェースである。様々な実施形態を曖昧にしないように、コアネットワーク１０１の１つの部分のみ、並びにＲＡＮ１０２が例示されている。コアネットワーク１０１は、パケットデータネットワークゲートウェイ（ＰＤＮ  ＧＷまたはＰＧＷ）１０１ａ、サービングゲートウェイ（サービングＧＷまたはＳＧＷ）１０１ｂ、およびモビリティ管理エンティティ（ＭＭＥ）１０１ｃを含む。ＰＧＷ１０１ａとＳＧＷ１０１ｂとの間のインタフェースはＳ５である。ＳＧＷ１０１ｂとＭＭＥ１０１ｃとの間のインタフェースはＳ１１である。
【００２０】
ＰＤＮ  ＧＷ１０１ａ（ここではまたＰＧＷとも呼ばれる）は、パケットデータネットワーク（ＰＤＮ）に向けてＳＧｉインタフェースを終端させる。ＰＤＮ  ＧＷ１０１ａは、ＥＰＣ１０１と外部ＰＤＮ（図示せず）との間で複数のデータパケットを送付し、ポリシー実施およびデータ収集の請求に対するキーノードであり得る。これはまた、非ＬＴＥネットワークアクセスでのモビリティに対するアンカーポイントも提供し得る。外部ＰＤＮは、任意の種類のインターネットプロトコル（ＩＰ）ネットワーク、並びにＩＰマルチメディアサブシステム（ＩＭＳ）ドメインであることができる。いくつかの例において、ＰＤＮ  ＧＷ１０１ａおよびサービングＧＷ１０１ｂは、１つの物理的なノードで実現され得る。いくつかの例において、ＰＤＮ  ＧＷ１０１ａおよびサービングＧＷ１０１ｂはまた、複数の個別の物理的なノードでも実現され得る。
【００２１】
サービングＧＷ１０１ｂ（ここではまたＳＧＷとも呼ばれる）は、ＲＡＮ１０２に向けてインタフェースを終端させる。さらに、サービングＧＷ１０１ｂは、ＲＡＮ１０２とコアネットワーク１０１との間で複数のデータパケットを送付する。ＳＧＷ１０１ｂは、複数のｅＮＢ間の複数のハンドオーバに対するローカルなアンカーポイントであり得る。
【００２２】
ＭＭＥ１０１ｃは、機能において、レガシーサービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）の制御プレーンと同様である。ＭＭＥ１０１ｃは、ゲートウェイ選択およびトラッキングエリアリスト管理のような、アクセスにおける複数のモビリティ態様を管理する。ＳＧＷ１０１ｂおよびＭＭＥ１０１ｃは、１つの物理的なノードで、あるいはまた、複数の個別の物理的なノードで実現され得る。
【００２３】
ＲＡＮ１０２（ここではまたＥ−ＵＴＲＡＮ１０２とも呼ばれる）は、１または複数のＵＥ１０４と通信するための、（複数の基地局として機能し得る）複数の拡張／進化型ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢと略記する）１０２ａ／ｂ／ｃ／ｄを含む。ｅＮＢ１０２ａ／ｂ／ｃ／ｄは、マクロｅＮＢ１０１ｂ／ｃおよび低電力（ＬＰ）ｅＮＢ１０２ａ／ｄより成る。ｅＮＢはＬＴＥ規格のＥ−ＵＴＲＡの要素であり、ＵＭＴＳのＵＭＴＳ地上波無線アクセス（ＵＴＲＡ）における要素ＮｏｄｅＢの進化型である。ＵＭＴＳは、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））規格に基づいた複数のネットワークに対する第３世代のモバイルセルラーシステムである。これは、複数のＧＳＭ（登録商標）ネットワークにおける基地局（ＢＴＳ）と同様に、複数のＵＥと直接通信する携帯電話ネットワークに接続されるハードウェアである。従来、ＮｏｄｅＢは最小限の機能性を有し、無線ネットワークコントローラ（ＲＮＣ）によって制御される。しかしながら、ｅＮＢにより、個別のコントローラ要素が存在しない。これは、アーキテクチャを単純化し、より少ない応答時間を可能にする。
【００２４】
ｅＮＢは、ＳＡＥコア（ＥＰＣとしてもまた知られている）およびその他複数のｅＮＢとインタフェース接続する。例えば、ｅＮＢ１０２ｂは、制御プレーントラフィックのために、ＭＭＥ１０１ｃとのＳ１−ＭＭＥインタフェース上でＳ１−ＡＰプロトコルを使用する。ｅＮＢはまた、ＧＰＲＳトンネリングプロトコル（ＧＴＰ−Ｕ）も使用する。これは、ユーザプレーントラフィックのための、ＳＧＷとのＳ１−Ｕインタフェース上での、ＧＰＲＳコアネットワークプロトコルの画定ＩＰベースプロトコルである。Ｓ１−ＭＭＥおよび複数のＳ１−Ｕインタフェースは集合的にＳ１インタフェース１０３として知られ、これらは、ｅＮＢ１０２ｂ／ｃからＥＰＣ１０１へのインタフェースを表す。
【００２５】
複数のｅＮＢ（例えばマクロ１０２ｂ／ｃおよびＬＰ１０２ａ／ｄ）は、無線インタフェースプロトコルを決定する。複数のｅＮＢは、ＵＥ１０４にとって最初の接点であり得る。いくつかの実施形態において、ｅＮＢは、データパケットスケジューリング、モビリティ管理、無線ベアラー管理、並びに、アップリンクおよびダウンリンク動的無線リソース管理のような複数のＲＮＣ機能を含む、ＲＡＮ１０２に対する様々な論理的役割を果たし得る。ｅＮＢ１０２ａ／ｂ／ｃ／ｄの実施形態が、図３を参照して説明される。
【００２６】
図１Ａに戻って参照すると、いくつかの実施形態において、複数のＵＥ１０４は、複数の直交周波数分割多重（ＯＦＤＭ）通信信号を使用し、ＯＦＤＭ通信技術に従ったマルチキャリア通信チャネルを通じて、ｅＮＢ１０２ａ／ｂ／ｃ／ｄと通信するように構成されてよい。複数のＯＦＤＭ信号は、多くの直交サブキャリアを含み得る。ＯＦＤＭは、複数のキャリア周波数にてデジタルデータをエンコードする方法である。
【００２７】
いくつかの実施形態において、ＵＥ１０４は、通信のためにエンドユーザによって直接使用される任意のデバイスであってよい。これは、ハンドヘルド電話、モバイルブロードバンドアダプタが装備されたラップトップコンピュータ、または、任意の他のデバイスであり得る。ＵＥ１０４は基地局、例えば、ＥＴＳＩ  １２５／１３６シリーズおよび３ＧＰＰ  ２５／３６シリーズの仕様書で特定されるようなＮｏｄｅＢ／ｅＮｏｄｅＢ１０２ａと接続する。ＵＥ１０４は、複数のＧＳＭ（登録商標）システムにおける移動局（ＭＳ）にほぼ対応する。様々なベアラー（すなわちキャリア）が、例えば、ＵＥ１０４からインターネット１１０へのエンドツーエンドサービスを提供すべく使用される。ＵＥ１０４の一実施形態が、図２および図８を参照して説明される。
【００２８】
図１Ａに戻って参照すると、いくつかの実施形態においては、Ｓ１インタフェース１０３が、ＥＰＣ１０１とＲＡＮ１０２とを分けるインタフェースである。Ｓ１インタフェース１０３は２つの部分に分割される。第１の部分においては、Ｓ１−Ｕが、ｅＮＢ１０２ｂ／ｃとＳＧＷ１０１ｂとの間でトラフィックデータを伝える。第２の部分はＳ１−ＭＭＥであり、ｅＮＢ１０２ｂ／ｃとＭＭＥ１０１ｃとの間のシグナリングインタフェースである。Ｘ２インタフェースが、ｅＮＢ１０２ｂ／ｃ間のインタフェースである。Ｘ２インタフェースは２つの部分、Ｘ２−ＣおよびＸ２−Ｕを含む。Ｘ２−Ｃは、ｅＮＢ１０１ｂ／ｃ間の制御プレーンインタフェースであり、Ｘ２−Ｕは、ｅＮＢ１０１ｂ／ｃ間のユーザプレーンインタフェースである。
【００２９】
複数のＬＴＥネットワークが、同種および異種ネットワークに分類され得る。複数の同種ネットワークにおいて、ｅＮＢはマクロｅＮＢ１０１ｂ／ｃまたはマクロセル１０１ｂ／ｃであってよい。マクロｅＮＢ１０１ｂ／ｃは、セル中の複数のＵＥに対する無線カバレッジを提供し得る。ここでの"セル"という用語は、一般的に、複数のＵＥがマクロノードと通信するカバレッジ範囲を指す。複数の同種ネットワークとは対照的に、複数の異種ネットワークは、マクロｅＮＢ１０１ｂ／ｃでの高トラフィック負荷を処理し得る。この高トラフィック負荷は、複数のＵＥ１０４の増大した使用および機能性によるものであり得る。複数の異種ネットワークは、重複する複数のマクロを含んでよい。例えば、計画された複数の高電力マクロノード（複数のマクロｅＮＢまたは複数のマクロセル）の層が、低電力（ＬＰ）ｅＮＢ１０１ａ／ｄの複数の層によって重ねられてよい。ＬＰ  ｅＮＢ１０１ａ／ｄは、マクロｅＮＢ１０１ｂ／ｃのカバレッジエリア／範囲（すなわちセル）内において、十分に計画されていない態様で、または完全に協調性の無い態様でさえ、配置され得る。
【００３０】
複数のＬＰノードはまた、複数のＬＰセル、スモールセル、スモールノード、または低電力ノードと呼ばれ、屋外の複数の信号が十分に到達しない屋内の複数のエリアへとカバレッジを拡張すべく通常使用される。複数のＬＰセルはまた、空港のような、電話の使用量が非常に多い複数のエリアにおいて、ネットワーク容量を追加すべく使用される。ＬＰ  ｅＮＢという用語は、フェムトセル（またはフェムトｅＮＢ）、ピコセル（またはピコｅＮＢ）、またはマイクロセル（マイクロｅＮＢ）、複数のスモールｅＮＢ、複数のホームｅＮＢ、等のような、ナロワーセル（すなわち、マクロセルよりも狭い）を実装するための、任意のより低電力のｅＮＢを指す。複数のフェムトセルｅＮＢは、通常、移動体通信事業者により、その住宅用顧客または法人顧客に対して提供される。フェムトセルは、一般的に住宅用ゲートウェイのサイズである。これは、典型的には、ユーザのブロードバンドラインに接続する。フェムトセルがブロードバンドラインにプラグ接続された場合、これは、移動体事業者のモバイルネットワークに接続する。その後、接続されたフェムトセルは、複数の住宅用フェムトセルに対して、例えば３０から５０メートルの追加のカバレッジを提供する。従って、ＬＰ  ｅＮＢ（例えば１０２ａ／ｄ）がフェムトセルｅＮＢであり得る。何故ならば、これはＰＧＷ１０１ａを介して結合されるからである。
【００３１】
同様に、ピコセルは、企業のオフィス、ショッピングエリア、または航空機等のような、小さなエリアを通常カバーする無線通信システムである。ピコセルｅＮＢは、Ｘ２リンクを介して別のｅＮＢに結合することができる。例えば、ピコセルｅＮＢは、その基地局コントローラ（ＢＳＣ）を介してマクロｅＮＢ１０２ｂに結合することができる。従って、ＬＰ  ｅＮＢ（例えば１０２ａ／ｄ）がピコセルｅＮＢによって実現され得る。ピコセルｅＮＢによってＬＰ  ｅＮＢ１０１ａを実現する１つの理由は、ＬＰ  ｅＮＢが、Ｘ２インタフェースを介してマクロｅＮＢ１０２ｃと結合されていることである。複数のピコセルｅＮＢまたはその他複数のＬＰ  ｅＮＢが、マクロｅＮＢのいくつかの特徴または全ての特徴を組み込んでよい。いくつかの場合、複数のピコセルｅＮＢまたはその他複数のＬＰ  ｅＮＢは、アクセスポイント（ＡＰ）、基地局（ＢＳ）、またはエンタープライズフェムトセルと呼ばれる。
【００３２】
カバレッジおよび／または負荷容量を増大させることに加えて、いくつかのスモールセル配置において複数のＵＥが経験するノードへの近さおよび好ましい配置が、ダウンリンク送信に対して、複数のより高次の変調（ＨＯＭ）スキームを使用する可能性を提供する。例えば、３ＧＰＰにおける現在の複数の変調スキームが６４ＱＡＭにおいてピークに達するのに対し、改善された近さおよび配置は、２５６−ＱＡＭを可能にするだろう。
【００３３】
いくつかの場合、ｅＮＢ１０２ａ／ｂ／ｃ／ｄからＵＥ１０４へのダウンリンク送信のために、ダウンリンクリソースグリッドが使用される。ダウンリンクリソースグリッドは、時間周波数グリッドであってよい。時間周波数グリッドは、それぞれのスロットにおけるダウンリンクの物理リソースである。このような時間周波数プレーン表現が、複数のＯＦＤＭシステムに対して使用される。時間周波数リソースグリッドは、複数の列および複数の行から形成される。時間周波数リソースグリッドの各列および各行は、それぞれ、１つのＯＦＤＭシンボルおよび１つのＯＦＤＭサブキャリアに対応する。
【００３４】
時間領域における時間周波数リソースグリッドの持続時間は、時間領域において、無線フレームにおける１つのスロットに対応する。時間周波数リソースグリッドにおける最小の時間周波数単位は、リソースエレメントと呼ばれる。各時間周波数リソースグリッドは、多くのリソースブロックを含む。複数のリソースブロックが、複数のリソースエレメントに対して、複数の特定の物理チャネルのマッピングを記載する。各リソースブロックは、複数のリソースエレメントの集まりを含む。周波数領域において、複数のリソースエレメントの集まりは、現在の許容リソースの最小の量を表す。そのような複数のリソースブロックを介して伝達される、多くの異なる物理ダウンリンクチャネルが存在する。例えば、複数の物理ダウンリンクチャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）であることができる。
【００３５】
ＰＤＳＣＨはユーザデータをＵＥ１０４へ伝える。ＰＤＳＣＨはまた、より上位層のシグナリングをＵＥ１０４（例えばＵＥ１）へ伝える。ＰＤＣＣＨは、ＰＤＳＣＨに関する複数のリソース割り当ておよび搬送フォーマットについての情報を伝える。ＰＤＣＣＨはまた、アップリンク共有チャネルに関するリソース割り当て、搬送フォーマット、およびハイブリッド自動再送要求（Ｈ−ＡＲＱ）情報についてＵＥ１０４に知らせる。一般的に、ダウンリンクスケジューリング（すなわち、セル内の複数のＵＥ１０４に対して制御および共有チャネルリソースブロックを割り当てること）が、ｅＮＢ（例えば、１または複数のｅＮＢ１０２ａ／ｂ／ｃ／ｄ）において実行される。このダウンリンクスケジューリングは、複数のＵＥ１０４からｅＮＢ１０２ａ／ｂ／ｃ／ｄへとフィードバックされるチャネル品質情報に基づいている。その後、ダウンリンクリソース割り当て情報が、ＵＥ１０４に対して使用される（または割り当てられる）制御チャネル（すなわちＰＤＣＣＨ）上で、ＵＥ１０４（例えばＵＥ１）へと送信される。
【００３６】
制御情報を伝達すべく、ＰＤＣＣＨは複数の制御チャネルエレメント（ＣＣＥ）を使用する。複数のＰＤＣＣＨ複素数シンボルが、複数のリソースエレメントに対してマッピングされる前に、４つ組にまず編成される。これらの４つ組は、その後、レートマッチングのためのサブブロックインタリーバを使用して順序を変えられる。各ＰＤＣＣＨは、これらのＣＣＥの１または複数を使用して送信される。各ＣＣＥは、４つの物理リソースエレメントの９つの組に対応する。複数の物理リソースエレメントによるこれらの組は、複数のリソースエレメントグループ（ＲＥＧ）として知られている。１つの例においては、４つの４位相シフトキーイング（ＱＰＳＫ）シンボルが、それぞれのＲＥＧに対してマッピングされる。ダウンリンク制御情報（ＤＣＩ）のサイズおよびチャネル状態に応じて、１または複数のＣＣＥを使用してＰＤＣＣＨは送信され得る。
【００３７】
ＬＴＥダウンリンクにおいて、ｅＮＢ（例えばｅＮＢ１０２ａ／ｂ）は、１または複数の同期信号およびシステム情報を伝える信号を周期的に送信する。１または複数の同期信号の複数の例は、プライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）である。システム情報を伝える複数の信号の複数の例は、複数の物理ブロードキャストチャネル（ＰＢＣＨ）信号である。ＬＴＥダウンリンク送信は、複数のサブフレームがたとえ空であったとしても（すなわち、データが送信されていない場合でも）、どのサブフレームにも共通基準信号（ＣＲＳ）を含む。
【００３８】
ＵＥ（例えばＵＥ１０４）は、まず、物理セル識別子（ＰＣＩ）、フレーム同期情報、および複数のシステム情報ブロックを読み出すための時間スロットを、ｅＮＢから取得する。ＵＥ１０４が特定の周波数チャネルに現在チューニングされている場合、これは、サブフレームレベルで同期するべくＰＳＳを読み出す。ＰＳＳは、ｅＮＢ１０２ａ／ｂによって周期的に送信される。それにより、ＵＥ１０４が、ｅＮＢ１０２ａ／ｂと定期的に（または周期的に）同期される。その後ＵＥ１０４は、ＰＳＳと同じサブフレームにあるＳＳＳを読み出す。ＵＥ１０４は、ＳＳＳから、物理層セル識別グループ数を実現する。ＳＳＳは、ｅＮＢ１０２ａ／ｂによって周期的に送信される。それにより、ＵＥ１０４は、ＳＳＳを使用してｅＮＢ１０２ａ／ｂと定期的に（または周期的に）同期される。所与のセルに対するＰＣＩをＵＥ１０４がひとたび知ると、これはまた、ＣＲＳのような複数のセル基準信号の位置もまた知ることとなる。複数の基準信号は、チャネル推定手順、セル選択手順、セル再選択手順、および、ハンドオーバ手順に使用される。
【００３９】
複数のＬＴＥネットワークにおける追加的な複数の変調スキーム（例えば２５６−ＱＡＭ）をサポートすべく、複数のダウンリンク制御シグナリングフォーマットが、変調および符号化スキーム（ＭＣＳ）を示すために変化しなくてはならないだろう。同様に、追加的な変調スキーム（例えば２５６−ＱＡＭ）に対応するリンク品質についてのチャネル品質指標（ＣＱＩ）を報告するために、複数のアップリンク制御情報（ＵＣＩ）シグナリングフォーマットが変更されなくてはならないだろう。
【００４０】
３ＧＰＰにおける現在の複数の変調スキームは、６４−ＱＡＭまで拡張する。しかしながら、いくつかのスモールセル配置において複数のＵＥが経験する高配置は、より高次の変調スキーム（例えば２５６−ＱＡＭ）を使用する可能性を提供する。いくつかの場合、ダウンリンクおよびアップリンク制御情報の対応する複数のフィールド中に追加的な複数のビットを追加することによって、現在のシグナリングを単純に拡張することは望ましくない。現在のシグナリングを単純に拡張することは、追加的なシグナリングオーバヘッドおよび複数のアップリンク制御メッセージ（例えば物理アップリンク制御チャネル（ＰＵＣＣＨ））のいくつかに対するアップリンクカバレッジへの悪影響の可能性があるために、望ましくない。
【００４１】
従来のシステムにおいては、複数のソフトチャネルビットを格納するＵＥの能力に基づいて（すなわちＮｓｏｆｔに基づいて）、レートマッチングパターンが導出される。２５６−ＱＡＭの無線リソース制御（ＲＲＣ）設定の間（すなわち、図４を参照して説明されるようなＲＲＣ設定アンビギュイティ期間）、（レートマッチングパターンを導出すべく使用される）Ｎｓｏｆｔの実際の値が、ｅＮＢ上とＵＥ上とで異なることがあり得る。Ｎｓｏｆｔの値におけるこの不整合は、そのアンビギュイティ期間中、正確なＰＤＳＣＨ復調を妨げ得る。この問題に対処すべく、いくつかの実施形態においては、ＵＥにおける２５６−ＱＡＭ設定および２５６−ＱＡＭサポートを問わず、同じＮｓｏｆｔが、レートマッチングパターンを導出すべく使用される。このような複数の実施形態においてＵＥ１０４は、レートマッチングパターンの決定に対して２５６−ＱＡＭスキームをサポートしていない、関連するＵＥのＮｓｏｆｔと同じＮｓｏｆｔ値を使用する。
【００４２】
いくつかの実施形態において、ここで説明されるメカニズムは、複数の２５６−ＱＡＭ  ＭＣＳに対する複数のパリティビットの追加の破棄を犠牲にして、２５６−ＱＡＭの設定の間に、ＵＥ１０４がレートマッチングパターンにおけるアンビギュイティを回避することを可能にする。このような複数の実施形態において、２５６−ＱＡＭのＲＲＣ設定の間、ＰＤＳＣＨの正確な復調が容易にされる。
【００４３】
図１Ｂは、本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作をサポートすることのできる、マクロｅＮＢ１０１ｂおよび複数のＬＰ  ｅＮＢ１０１ａを有する、ＬＴＥ−Ａネットワークのシナリオ１２０を示す。その他の任意の図面の複数の要素と同じ参照番号（または名称）を有する図１Ｂのこれらの要素は、そのように説明されたものと同様な任意の態様で動作または機能することができるが、そのようなものに限定はされないことを指摘しておく。
【００４４】
ここでは、マクロセル１２１がマクロｅＮＢ１０１ｂによってサービスされるのに対し、ＬＰセル１２２ａおよび１２２ｂは複数のＬＰ  ｅＮＢ１０１ａによってサービスされる。ＬＰセル１２２ａおよび１２２ｂを有する１つの理由は、サービスしている複数のローカルＵＥ１０４に対して、複数の小さな区域におけるスループットを改善するためである。いくつかの場合、シナリオ１２０の上側のセルに示されるように、マクロセル１２１は非重複型のセルである（すなわち、マクロセル１２１がスモールセル１２２ａおよび１２２ｂと重なり合わない）。いくつかの場合、シナリオ１２０の下側のセルにおける破線のセル境界によって示されるように、マクロセル１２１は、スモールセル１２２ａおよび１２２ｂと重なり合う。マクロｅＮＢ１０１ｂは、キャリア周波数ｆ１を使用してＵＥ１０４へ複数の信号を送信し得る。これに対して複数のＬＰ  ｅＮＢ１０１ａは、キャリア周波数ｆ１またはｆ２を使用して、それらの対応するセル内において、それらのローカルＵＥ１０４へ複数の信号を送信し得る。いくつかの例において、ｆ２はｆ１よりも高くてよい。例えば、ｆ２は３．５ＧＨｚであり、ｆ１は２ＧＨｚである。
【００４５】
いくつかの実施形態において、ＵＥ１０４は、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをｅＮＢ１０１ｂから受信する。いくつかの実施形態においては、そのようなメッセージングを受信することに応答して、２５６−ＱＡＭスキームを使用するためのソフトチャネルビットの数および値が、ＵＥが２５６−ＱＡＭスキームを使用していない場合のソフトチャネルビットの数および値に実質的に等しくなるように、ＵＥ１０４は、Ｎｓｏｆｔに基づいて複数のソフトチャネルビットを使用する。
【００４６】
いくつかの実施形態においてｅＮＢ１０１ｂは、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをＵＥ１０４へ送信する。いくつかの実施形態においては、２５６−ＱＡＭスキームを使用するためのＮｓｏｆｔの数および値が、ｅＮＢが２５６−ＱＡＭスキームを使用していない場合のＮｓｏｆｔの数および値に実質的に等しくなるように、ｅＮＢ１０１ｂが、Ｎｓｏｆｔに基づいたメモリ使用サイズを用いてデータをエンコードする。ここで、マクロセル１２１およびスモールセル１２２ａおよび１２２ｂに対して、様々な実施形態が適用可能である。
【００４７】
図２は、本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作をサポートするための複数のメカニズムを有するＵＥ２００（例えばＵＥ１０４）のブロック図を示す。その他の任意の図面の複数の要素と同じ参照番号（または名称）を有する図２のこれらの要素は、そのように説明されたものと同様な任意の態様で動作または機能することができるが、そのようなものに限定はされないことを指摘しておく。
【００４８】
いくつかの実施形態において、ＵＥ２００は、物理（ＰＨＹ）層回路２０２、媒体アクセス制御（ＭＡＣ）回路２０３、プロセッサ２０４、メモリ２０５、パケットフィルタ２０６、およびテーブルコンポーネント２０８を含んでよい。複数の実施形態を曖昧にしないように、ＵＥ２００の高レベルの簡略化されたアーキテクチャが説明される。当業者であれば、示されているものに加えて、完全なＵＥを形成すべく、その他複数のコンポーネント（図示せず）もまた使用されることを理解するだろう。いくつかの実施形態において、ＰＨＹ層回路２０２は、複数の信号をｅＮＢ１０２ａ／ｂ／ｃ／ｄおよびその他複数のｅＮＢへ送信し、また、これらから受信するための送受信機２０７を含む。送受信機２０７はまた、複数の信号を、１または複数のアンテナ２０１を使用して、他の複数のＵＥまたは他の複数のデバイスへと送信し、また、これらから受信する。いくつかの実施形態において、ＭＡＣ回路２０３は無線媒体へのアクセスを制御する。プロセッサ２０４およびメモリ２０５は、いくつかの実施形態を参照して説明される複数の動作を実行するように構成される。
【００４９】
いくつかの実施形態において、テーブルコンポーネント２０８は、ＵＥにおける２５６−ＱＡＭ設定および２５６−ＱＡＭサポートを問わず、レートマッチングパターンを導出すべく使用されるものと同じＮｓｏｆｔを格納するために使用される。このような複数の実施形態においてＵＥ２００は、レートマッチングパターンの決定に対して２５６−ＱＡＭスキームをサポートしていない、関連するＵＥのＮｓｏｆｔと同じＮｓｏｆｔ値を使用する。いくつかの実施形態においては、２５６−ＱＡＭスキームを使用するためのソフトチャネルビットの数および値が、ＵＥが２５６−ＱＡＭスキームを使用していない場合のソフトチャネルビットの数および値に実質的に等しくなるように、Ｎｓｏｆｔに基づいて複数のソフトチャネルビットを格納するために、テーブルコンポーネント２０８が使用される。
【００５０】
いくつかの実施形態において複数のアンテナ２０１は、モノポールアンテナ、ダイポールアンテナ、ループアンテナ、パッチアンテナ、マイクロストリップアンテナ、共面導波アンテナ、または、複数の無線周波数（ＲＦ）信号を送信するのに適切な複数の他のタイプのアンテナを含む、１または複数の指向性または全方向性のアンテナを備えてよい。いくつかのマルチ入力マルチ出力（ＭＩＭＯ）実施形態において、複数のアンテナ２０１は、空間ダイバーシティを利用すべく離される。いくつかの実施形態においてアンテナ２０１は、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをｅＮＢから受信する。
【００５１】
いくつかの実施形態においてＵＥ２００は、２５６−ＱＡＭスキームのＲＲＣ設定後に、ＰＤＳＣＨで信号を復調するための復調器を備える。いくつかの実施形態においては、ＲＲＣ層シグナリングによってメッセージングが実行される。いくつかの実施形態においてメッセージングは、ＭＡＣ回路２０３を使用したＭＡＣ層シグナリングによって実行される。いくつかの実施形態においてメモリ２０５は、ＵＥが２５６−ＱＡＭスキームで動作していない場合のメモリの使用サイズと同じ使用サイズを有する。いくつかの実施形態においてプロセッサ２０４は、２５６−ＱＡＭスキームに関連する複数のダウンリンク物理層パラメータ値に従って、ＰＤＳＣＨで複数の信号を処理するように動作可能である。
【００５２】
いくつかの実施形態においては、２５６−ＱＡＭスキームに関連するマザーコードの最大符号化レート（すなわち、ラップアラウンド前の符号レート）が、非２５６−ＱＡＭスキームに関連するマザーコードの最大符号化レートよりも大きい。いくつかの実施形態においては、レートマッチングパターンが、２５６−ＱＡＭスキームへの切り替えの後にも同じ状態のままである。いくつかの実施形態においてＵＥ２００は、ＵＥ２００が非２５６−ＱＡＭスキームを適用するように設定されている場合にＭＣＳに対して破棄するパリティビットの数よりも、ＵＥ２００が２５６−ＱＡＭスキームを適用するように設定されている場合に、ＭＣＳに対してより多くのパリティビットを破棄するためのロジックを備える。図８は、ＵＥ１０４の別の実施形態を記載する。
【００５３】
図３は、本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作をサポートするための複数のメカニズムを有するｅＮＢ３００（例えばｅＮＢ１０２ａ／ｂ／ｃ／ｄのうちの１つ）のブロック図を示す。いくつかの実施形態において、ｅＮＢ３００は固定式の非モバイルデバイスであり得ることに留意すべきである。その他の任意の図面の複数の要素と同じ参照番号（または名称）を有する図３のこれらの要素は、そのように説明されたものと同様な任意の態様で動作または機能することができるが、そのようなものに限定はされないことを指摘しておく。
【００５４】
いくつかの実施形態においてｅＮＢ３００は、ＰＨＹ層回路３０２、ＭＡＣ回路３０３、プロセッサ３０４、メモリ３０５、およびエンコーダ３０８を含んでよい。複数の実施形態を曖昧にしないように、ｅＮＢの高レベルの簡略化されたアーキテクチャが説明される。当業者であれば、示されているものに加えて、完全なｅＮＢを形成すべく、その他複数のコンポーネント（図示せず）もまた使用されることを理解するだろう。いくつかの実施形態においてＰＨＹ層回路３０２は、複数の信号をｅＮＢ１０２ａ／ｂ／ｃ／ｄおよびその他複数のｅＮＢへ送信し、これらから受信するための送受信機３０７を含む。送受信機３０７はまた、複数の信号を、１または複数のアンテナ３０１を使用して、他の複数のＵＥまたは他の複数のデバイスへと送信し、また、これらから受信する。いくつかの実施形態において、ＭＡＣ回路３０３は無線媒体へのアクセスを制御する。いくつかの実施形態において、プロセッサ３０４およびメモリ３０５は、いくつかの実施形態を参照して説明される複数の動作を実行するように構成される。
【００５５】
いくつかの実施形態においては、２５６−ＱＡＭスキームを使用するためのＮｓｏｆｔの数および値が、ｅＮＢが２５６−ＱＡＭスキームを使用していない場合のＮｓｏｆｔの数および値に実質的に等しくなるように、ｅＮＢ３００は、Ｎｓｏｆｔに基づいたメモリ使用サイズを用いてデータをエンコードするエンコーダ３０８を備える。いくつかの実施形態においては、ＵＥにおける２５６−ＱＡＭ設定および２５６−ＱＡＭスキームサポートを問わず、同じＮｓｏｆｔが、レートマッチングパターンを導出すべく使用される。
【００５６】
いくつかの実施形態において複数のアンテナ３０１は、モノポールアンテナ、ダイポールアンテナ、ループアンテナ、パッチアンテナ、マイクロストリップアンテナ、共面導波アンテナ、または、複数のＲＦ信号を送信するのに適切な複数の他のタイプのアンテナを含む、１または複数の指向性または全方向性のアンテナを備えてよい。いくつかのＭＩＭＯの実施形態において、複数のアンテナ３０１は、空間ダイバーシティを利用すべく離される。いくつかの実施形態においてアンテナ３０１は、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをＵＥ１０４／２００へ送信する。
【００５７】
いくつかの実施形態においてｅＮＢ３００は、２５６−ＱＡＭスキームに関連するトランスポートブロックを処理するためのロジックを備える。いくつかの実施形態において、２５６−ＱＡＭスキームに関連するトランスポートブロックのサイズは、現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きい。いくつかの実施形態においてｅＮＢ３００は、２５６−ＱＡＭスキームのＲＲＣ設定後に、ＰＤＳＣＨで信号を変調する変調器を備える。いくつかの実施形態においては、ＲＲＣ層シグナリングによってメッセージングが実行される。いくつかの実施形態においては、ＭＡＣ回路３０３を使用したＭＡＣ層シグナリングによってメッセージングが実行される。いくつかの実施形態においてメモリ３０５は、ｅＮＢ３００が２５６−ＱＡＭスキームで動作していない場合のメモリの使用サイズと同じ使用サイズを有する。
【００５８】
いくつかの実施形態においてプロセッサ３０４は、２５６−ＱＡＭスキームに関連する複数のダウンリンク物理層パラメータ値に従って、ＰＤＳＣＨで複数の信号をエンコードするように動作可能である。いくつかの実施形態においては、２５６−ＱＡＭスキームに関連するマザーコードの最大符号化レートが、非２５６−ＱＡＭスキームに関連する最大符号化レートよりも大きい。いくつかの実施形態においては、レートマッチングパターンが、２５６−ＱＡＭスキームへの切り替えの後にも同じ状態のままである。いくつかの実施形態においてｅＮＢ３００は、ｅＮＢ３００が非２５６−ＱＡＭスキームを適用すべき場合にＭＣＳに対して破棄されるパリティビットの数よりも、ｅＮＢ３００が２５６−ＱＡＭスキームを適用すべき場合に、ＭＣＳに対してより多くのパリティビットを破棄するためのロジックを備える。
【００５９】
ＵＥ２００およびｅＮＢ３００は、いくつか別個の機能要素を有するものとしてそれぞれ説明されているが、これらの機能要素のうちの１または複数が組み合わされてよく、また、ソフトウェアで構成された複数の要素および／またはその他複数のハードウェア要素の組み合わせによって実装されてよい。本開示のいくつかの実施形態において、複数の機能要素が、１または複数の処理要素上で動作している１または複数の処理を参照することができる。ソフトウェアおよび／またはハードウェアで構成された複数の要素の複数の例は、複数のデジタルシグナルプロセッサ（ＤＳＰ）、１または複数のマイクロプロセッサ、複数のＤＳＰ、複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、複数の特定用途向け集積回路（ＡＳＩＣ）、複数の無線周波数集積回路（ＲＦＩＣ）、等を含む。
【００６０】
図４は、本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供すべく、ＵＥ１０４およびｅＮＢ１０２ａ／ｂによって対処される、ＲＲＣ再設定アンビギュイティ期間を示すメッセージングタイムライン４００を示す。その他の任意の図面の複数の要素と同じ参照番号（または名称）を有する図４のこれらの要素は、そのように説明されたものと同様な任意の態様で動作または機能することができるが、そのようなものに限定はされないことを指摘しておく。
【００６１】
今日のＬＴＥネットワークでは、現在のチャネル状態（すなわち、使用すべき変調スキームの次数を示す）がＵＥによって推定される。その後ＵＥは、その現在の状態に対応するチャネル品質指標（ＣＱＩ）値を選択する。第３世代パートナシッププロジェクト技術仕様書（３ＧＰＰ  ＴＳ）３６．２１３の表７．２．３−１は、１６個のＭＣＳを含む４ビットのＣＱＩテーブルを定義する。ＵＥは、１６個のＭＣＳのうちから、現在のダウンリンクチャネル状態に対して最も適切（または最大限サポート可能）であるとみなされる１つのＭＣＳを選択する。その後ＵＥは、選択されたＭＣＳに対応するｅＮＢへ、選択されたＣＱＩ値を提供する。１６個のＭＣＳのそれぞれに対するＣＱＩインデックスがＣＱＩテーブル中に定義される。
【００６２】
３ＧＰＰ  ＴＳにおいて現在定義されているように、その後ｅＮＢは、ＰＤＳＣＨ送信等の通信用にＭＣＳを選択するために、このＣＱＩインデックスを使用する。ｅＮＢは、３ＧＰＰ  ＴＳ  ３６．２１３の表７．１．７．１−１において定義されるＭＣＳテーブルから、１つのＭＣＳを選択する。選択されたＭＣＳに対応するＭＣＳインデックス（ＩＭＣＳ）が、ＰＤＣＣＨでＵＥへ通信される。その後ＵＥは、対応する通信用にこのＭＣＳを使用する。変調次数（Ｑｍ）およびＰＤＳＣＨで使用されるトランスポートブロックサイズ（ＴＢＳ）を決定すべく、仕様書（具体的に、３ＧＰＰ  ＴＳ  ３６．２１３の表７．１．７．１−１）に符号化された表と併せて、ＵＥは、ダウンリンク制御情報（ＤＣＩ）フォーマットで受信されたこのＩＭＣＳ値を使用する。
【００６３】
その後ＵＥは、決定された変調次数およびＴＢＳに基づいて、ＰＤＳＣＨを受信および復号化することができる。前述のように、３ＧＰＰにおける現在の複数の変調スキームが６４−ＱＡＭでピークに達するのに対し、この改善された近さおよび配置は、２５６−ＱＡＭ符号化スキームを可能にするだろう。これは、現在の（またはレガシー）ＣＱＩテーブル（すなわち、表７．２．３−１）および現在の（またはレガシー）ＭＣＳテーブル（すなわち、３ＧＰＰ  ＴＳ  ３６．２１３の７．１．７．１−１）が、６４−ＱＡＭ符号化スキームまでしかサポートしないことを意味する。ＬＴＥ仕様書の新たなバージョンにおける２５６−ＱＡＭ符号化による、より上位の複数のＭＣＳをサポートするための新たなＣＱＩテーブルおよび新たなＭＣＳテーブルが、同時係属且つ共同所有され、２０１４年９月２６日に出願された米国特許出願第１４／４９８，５０３号において提案されている。その内容全体が参照により本明細書に組み込まれる。
【００６４】
メッセージングタイムライン４００において、４つの時点、ｔ１からｔ４が示されている。ｔ１において、ｅＮＢ１０１ｂがＲＲＣ接続設定メッセージをＵＥ１０４へ送信する。この接続設定メッセージは、ＵＥ１０４に対し、非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへと切り替えるよう命令する。いくつかの実施形態において、ｅＮＢ１０１ｂによってＵＥ１０４へ送信されたＲＲＣメッセージは、ＵＥ１０４に対して、２５６−ＱＡＭ  ＭＣＳ  ＴＢＳへと切り替えるよう示す。ｔ２においてＵＥ１０４は、このメッセージを受信し、ｅＮＢ１０１ｂによって示される新たな設定を適用する。ｔ３においてＵＥ１０４は、ｅＮＢ１０１ｂへ設定メッセージを送信する。ｔ４においてｅＮＢ１０１ｂは、ＵＥ１０４から確認メッセージを受信する。
【００６５】
２５６ＱＡＭ  ＭＣＳ／ＴＢＳテーブルへの切り替えを示すＲＲＣ接続再設定メッセージを送信した後、ｅＮＢは、ＵＥが新たな設定をいつ適用するかを正確には知り得ない。ｔ１からｔ４の間のこの期間は、ＲＲＣアンビギュイティ期間と呼ばれる。そのようなＲＲＣアンビギュイティ期間中、ｅＮＢにおいて使用されるＭＣＳ／ＴＢＳは、ＵＥによって適切には解釈され得ない。ＲＲＣ設定アンビギュイティのこの問題は、同時係属且つ共同所有され、２０１４年９月２６日に出願された米国特許出願第１４／４９８，５０３号にて提案される解決法により解決される。
【００６６】
このアンビギュイティの問題を回避する１つの方法は、レガシーおよび２５６ＱＡＭ  ＭＣＳ／ＴＢＳテーブルの間で共通な複数のＭＣＳに対して、複数のＭＣＳインデックスが同じになるような方法で、ＭＣＳ／ＴＢＳテーブル中の複数のＭＣＳにインデックスを付けることである。しかしながら、レートマッチングパターンにおいては、依然としてＲＲＣ設定アンビギュイティが生じ得る。レートマッチングパターンは、循環バッファのどこにラップするかを示す。
【００６７】
いくつかの実施形態において、ＲＲＣ設定アンビギュイティは、２５６−ＱＡＭスキームを使用するためのソフトチャネルビットの数および値が、ＵＥが２５６−ＱＡＭスキームを使用していない場合のソフトチャネルビットの数および値に実質的に等しくなるように、Ｎｓｏｆｔに基づいて複数のソフトチャネルビットを格納するためのテーブルコンポーネントをＵＥ１０４中に有することによって、レートマッチングパターン中で解決される。いくつかの実施形態においては、２５６−ＱＡＭスキームを使用するためのＮｓｏｆｔの数および値が、ｅＮＢが２５６−ＱＡＭスキームを使用していない場合のＮｓｏｆｔの数および値に実質的に等しくなるように、ｅＮＢ１０１ｂのエンコーダが、Ｎｓｏｆｔに基づいたメモリ使用サイズを用いてデータをエンコードする。
【００６８】
いくつかの実施形態においては、２５６−ＱＡＭスキームのＲＲＣ設定後（すなわちｔ４の後）、ｅＮＢ１０１ａ／ｂの変調器が、ＰＤＳＣＨで信号を変調する。いくつかの実施形態においては、２５６−ＱＡＭスキームのＲＲＣ設定後（すなわち、ｔ４の後）、ＵＥ１０４の復調器が、変調された信号をＰＤＳＣＨで復調する。
【００６９】
図５は、リミテッドバッファレートマッチング（ＬＢＲＭ）５００を示す。レートマッチング手順が３ＧＰＰ  ＴＳ  ３６．２１２中で特定される。ＬＢＲＭに従って、（下記の表１により定義されるように）複数のソフトチャネルビットに対してＵＥにおけるストレージ要求が低減される。制限されたバッファサイズに対する複数のＮｓｏｆｔ値が３ＧＰＰ  ＴＳ  ３６．３０６中に定義されている。ストレージまたはメモリ使用は、複数のシステマティックビット５０１および対応する複数のパリティビット５０２を含む。循環バッファのより早いラップアラウンド５０３を強制することにより、ストレージ要求が低減される（すなわち、複数のパリティビット用に確保されたブランク領域５０４によって示されるように、複数のパリティビット５０２が低減される）。ラップアラウンド点（またはレートマッチング）が、情報エレメント（ＩＥ）ｕｅ−カテゴリシグナリングを使用することによって提供される、利用可能なソフトバッファサイズＮｓｏｆｔ（すなわち、ソフトチャネルビットの総数）に基づいて計算される。
【００７０】
表１は、３ＧＰＰ  ＴＳ  ３６．３０６のＬＴＥ  Ｒｅｌ−１０によってサポートされた、異なる複数のＵＥカテゴリに対する複数の物理層パラメータを示す。
【表１】
0006370381.tif 000002
【００７１】
今日、Ｒｅｌ−１０  ＵＥは、ＩＥ  ｕｅ−カテゴリ−ｖ１０２０を使用したネットワークに対して複数のＵＥカテゴリの信号を送り、また、ＩＥ  ｕｅ−カテゴリ−ｖ１０２０における信号を送られた複数のＵＥカテゴリに応じて、カテゴリ４または５を示す。ＩＥ  ｕｅ−カテゴリにおける複数のＵＥカテゴリはＲｅｌ−８／９カテゴリ（Ｃａｔ  １−５）であり、ＩＥ  ｕｅ−カテゴリ−ｖ１０２０におけるそれらはＲｅｌ−１０カテゴリ（Ｃａｔ  ６−８）である。Ｒｅｌ−８／９ネットワークに対するＲｅｌ−１０  Ｃａｔ  ６−８  ＵＥの後方互換性アクセスを提供すべく、２つのＵＥカテゴリのシグナリングが必要である。ここでｅＮＢはＣａｔ  １−５のみを解釈することができる。
【００７２】
ＵＥカテゴリのパラメータＮｓｏｆｔは、通常、マザーコードの符号化レート（すなわち、ラップアラウンド点５０３の前の符号レート）を保証すべく選択される。ここで、符号化レートは、最大サイズのトランスポートブロックに対しておよそ０．６である。３ＧＰＰ  ＴＳ  ３６．２１２はレートマッチングパターンの決定（すなわち、循環ソフトバッファサイズ）を以下のように特定する。
トランスポートブロックに対するソフトバッファサイズをＮＩＲビットと示し、ｒ番目の符号ブロックに対するソフトバッファサイズをＮｃｂビットと示す。サイズＮｃｂが以下のようにして得られる。ここでＣはセクション５．１．２［３ＧＰＰ  ＴＳ  ３６．２１２］において算出される符号ブロックの数である。
【数１】
0006370381.tif 000003
【数２】
0006370381.tif 000004
ここでＮＩＲは、
【数３】
0006370381.tif 000005
に等しい。ここで、
もしＵＥがｕｅ−カテゴリ−ｖ１０２０の信号を送り、ＤＬセルに対する伝送モード９または伝送モード１０で設定される場合、Ｎｓｏｆｔは、ｕｅ−カテゴリ−ｖ１０２０［６］によって示されるＵＥカテゴリに従ったソフトチャネルビット［４］の総数である。そうでなければ、Ｎｓｏｆｔは、ｕｅ−カテゴリ［６］によって示されるＵＥカテゴリに従ったソフトチャネルビット［４］の総数である。
もし  Ｎｓｏｆｔ＝３５９８２７２０  であれば
ＫＣ＝５  であり、
そうではなく、もし  Ｎｓｏｆｔ＝３６５４１４４  であり、且つ、ＵＥが、ＤＬセルに対する最大で２以下の空間層をサポートすることが可能であれば、
ＫＣ＝２  であり、
そうでなければ、
ＫＣ＝１  であり、
終了する。
ＫＭＩＭＯは、もしもＵＥが、［３］のセクション７．１において定義されるような伝送モード３、４、８、９、または１０に基づいた複数のＰＤＳＣＨ送信を受信するように設定されているならば２に等しく、そうでなければ１に等しい。
【００７３】
３ＧＰＰ  ＴＳ  ３６．２１２仕様書は、レートマッチングパターンがＮｓｏｆｔ値に依存することを示す。Ｎｓｏｆｔ値自身は両側における（すなわち、ｅＮＢおよびＵＥにおける）ＵＥカテゴリに依存する。例えば、Ｎｓｏｆｔは、２５６−ＱＡＭスキームが設定される場合に、より大きくなり得る。その場合、このＮｓｏｆｔ値でのｅＮＢとＵＥとの間のあらゆるアンビギュイティが、いくつかの場合において複数のＰＤＳＣＨパケットの正確な復号化を妨げるだろう。そのような複数のＬＴＥシステムにおいては、複数のソフトチャネルビットを格納するＵＥの能力に基づいて（すなわちＮｓｏｆｔに基づいて）レートマッチングパターンが導出される。２５６−ＱＡＭスキームのＲＲＣ設定の間（すなわち、ＲＲＣ設定アンビギュイティ期間中）、（レートマッチングパターンを導出すべく使用される）Ｎｓｏｆｔの実際の値が、ｅＮＢ上とＵＥ上とで異なることがあり得る。これは、その期間中の正確なＰＤＳＣＨ復調を妨げ得る。
【００７４】
この問題に対処すべく、いくつかの実施形態においては、ＵＥにおける２５６−ＱＡＭ設定および２５６−ＱＡＭサポートを問わず、ＵＥ１０４およびｅＮＢ１０１ｂが同じＮｓｏｆｔを使用して、レートマッチングパターンを導出する。いくつかの実施形態においてＵＥ１０４は、レートマッチングパターンの決定に対して２５６−ＱＡＭスキームをサポートしていない、関連するＵＥのＮｓｏｆｔと同じＮｓｏｆｔ値を使用する。
【００７５】
２５６−ＱＡＭスキームをサポートすべく、２５６−ＱＡＭスキームに関連するより高いデータレートをサポートする複数の物理層パラメータと共に、新たなＵＥカテゴリが、３ＧＰＰ  ＴＳ  ３６．３０６の表（すなわち、本開示にて説明される更新された表１）中にて定義され得る。
【００７６】
いくつかの実施形態において、Ｒｅｌ−１０  ＵＥ  Ｃａｔ  ７が、表２に示されるような２５６−ＱＡＭ符号化スキームをサポートすべく、Ｒｅｌ−１２  Ｃａｔ  Ｘへ拡張されることができる。ここで'Ｘ'は、２５６−ＱＡＭ符号化スキームに関連するＵＥカテゴリに対する将来の番号を表す。
【表２】
0006370381.tif 000006
【００７７】
いくつかの実施形態においては、以前のリリースの複数のｅＮＢとの後方互換性をサポートするために、Ｒｅｌ−１２  Ｃａｔ  Ｘ  ＵＥはまた、２５６−ＱＡＭ符号化スキームをサポートしていない以前のリリース（例えば、Ｒｅｌ−１０のＣａｔ  ７）からのＵＥカテゴリに関連するものを信号として送ることができる。表２の例においては、（２５６−ＱＡＭをサポートする新たなＵＥ  Ｃａｔ  Ｘに対する）ソフトチャネルビットの総数Ｎｓｏｆｔ＝５４８１２１６は、２５６−ＱＡＭ符号化スキームをサポートしない、関連するＵＥ  Ｃａｔ  ７のソフトチャネルビットの数Ｎｓｏｆｔ＝３６５４１４４よりも大きい。
【００７８】
最大サイズの２５６−ＱＡＭトランスポートブロックが使用される場合、より大きなソフトチャネルビット数が（Ｒｅｌ−８設計基準に従うと）マザー符号化レート０．５９４６を保証する。しかしながら、より大きなＮｓｏｆｔ＝５４８１２１６に基づいて導出されるレートマッチングパターンは、Ｎｓｏｆｔ＝３６５４１４４に基づいて導出される、関連するＲｅｌ−１０  ＵＥ  Ｃａｔ  ７のレートマッチングパターンとは後方互換性が無い。言い換えると、２５６−ＱＡＭのＲＲＣ設定後における３６５４１４４から５４８１２１６へのＮｓｏｆｔのＵＥ切り替えは、ｅＮＢのレートマッチングの仮定には従わないだろう。従って、複数のＰＤＳＣＨパケットを正確には受信できないだろう。
【００７９】
いくつかの実施形態において、Ｒｅｌ−１２  Ｃａｔ  Ｘによる新たな２５６−ＱＡＭ対応ＵＥ１０４に対し、２５６−ＱＡＭ符号化スキームをサポートしていない関連するＲｅｌ−１０またはＲｅｌ−１１  ＵＥ  Ｃａｔ（例えばＵＥ  Ｃａｔ  ７）のＮｓｏｆｔと同じＮｓｏｆｔ値が、レートマッチングパターンの決定に対して使用される。いくつかの実施形態が、以下のように、３ＧＰＰ  ＴＳ  ３６．２１２仕様書中に取り込まれることができる。
トランスポートブロックに対するソフトバッファサイズをＮＩＲビットと示し、ｒ番目の符号ブロックに対するソフトバッファサイズをＮｃｂビットと示す。サイズＮｃｂが以下のようにして得られる。ここでＣはセクション５．１．２において算出される符号ブロックの数である。
【数１】
0006370381.tif 000007
【数２】
0006370381.tif 000008
ここでＮＩＲは、
【数３】
0006370381.tif 000009
に等しい。ここで、
もしＵＥがｕｅ−カテゴリ−ｖ１０２０またはｕｅ−カテゴリ−ｖ１２ｘｙの信号を送り、ＤＬセルに対する伝送モード９または伝送モード１０で設定される場合、Ｎｓｏｆｔは、ｕｅ−カテゴリ−ｖ１０２０［６］によって示されるＵＥカテゴリに従ったソフトチャネルビット［４］の総数である。そうでなければ、Ｎｓｏｆｔは、ｕｅ−カテゴリ［６］によって示されるＵＥカテゴリに従ったソフトチャネルビット［４］の総数である。
もし  Ｎｓｏｆｔ＝３５９８２７２０  であれば
ＫＣ＝５  であり、
そうではなく、もし  Ｎｓｏｆｔ＝３６５４１４４  であり、且つ、ＵＥが、ＤＬセルに対する最大で２以下の空間層をサポートすることが可能であれば、
ＫＣ＝２  であり、
そうでなければ、
ＫＣ＝１  であり、
終了する。
ＫＭＩＭＯは、もしもＵＥが、［３］のセクション７．１において定義されるような伝送モード３、４、８、９、または１０に基づいた複数のＰＤＳＣＨ送信を受信するように設定されているならば２に等しく、そうでなければ１に等しい。
【００８０】
本明細書において、"ｕｅ−カテゴリ−ｖ１２ｘｙ"ＩＥは、２５６−ＱＡＭ  ＵＥカテゴリのシグナリングをサポートする。
【００８１】
図６は、本開示のいくつかの実施形態に従った、図５のＬＢＲＭ５００と比較して、より少ないパリティビットで２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供するためのＬＢＲＭ６００を示す。その他の任意の図面の複数の要素と同じ参照番号（または名称）を有する図６のこれらの要素は、そのように説明されたものと同様な任意の態様で動作または機能することができるが、そのようなものに限定はされないことを指摘しておく。
【００８２】
いくつかの実施形態においては、２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供すべく、ＵＥ１０４およびｅＮＢ１０１ｂによって実行される方法が、ＬＢＲＭ６００におけるより大きなパリティビット数の破棄をもたらす。考慮された例において結果として生じたマザー符号化レートは、最大の２５６−ＱＡＭ  ＴＢＳに対しては０．８９１９に等しい。これは、依然としてＵＥ１０４において復号可能である。
【００８３】
ＬＢＲＭ６００に従って、（下記の表３により定義されるように）複数のソフトチャネルビットに対してＵＥにおけるストレージ要求が低減される。ストレージまたはメモリ使用は、複数のシステマティックビット６０１および対応する複数のパリティビット６０２を含む。循環バッファのより早いラップアラウンド６０３を強制することにより、ストレージ要求が低減される（すなわち、複数のパリティビット用に確保されたブランク領域６０４によって示されるように、複数のパリティビット６０２が低減される）。
【００８４】
いくつかの実施形態において、２５６−ＱＡＭ符号化スキームをサポートしていない、以前のＬＴＥリリース（例えばＲｅｌ−１０のＣａｔ  ７と同じ）からの、関連するＵＥカテゴリにおいて使用されるものと同じソフトチャネルビットの総数の値（例えば、３６５４１４４）が、２５６−ＱＡＭ符号化スキームをサポートする新たなＲｅｌ−１２  ＵＥカテゴリに対して再利用される。この実施形態の例は、下記の表３に取り込まれる。ここで、ソフトチャネルビットの総数は、Ｃａｔ  ７およびＣａｔ  Ｘに対するもの（すなわち、３６５４１４４）と同じである。
【表３】
0006370381.tif 000010
【００８５】
いくつかの実施形態の１つの技術的な効果は、複数の２５６−ＱＡＭ  ＭＣＳに対する複数のパリティビットの追加の破棄を犠牲にして、２５６−ＱＡＭ符号化スキームの設定の間に、レートマッチングパターンにおけるアンビギュイティをＵＥ１０４が回避することである。いくつかの実施形態は、２５６−ＱＡＭのＲＲＣ設定の間のＰＤＳＣＨの正確な復調を容易にする。
【００８６】
図７は、本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供するための、ＵＥ１０４およびｅＮＢ１０１ｂにより実行される方法のフローチャート７００を示す。その他の任意の図面の複数の要素と同じ参照番号（または名称）を有する図７のこれらの要素は、そのように説明されたものと同様な任意の態様で動作または機能することができるが、そのようなものに限定はされないことを指摘しておく。
【００８７】
図７を参照すると、フローチャートの複数のブロックおよび／または複数の動作が特定の順序で示されているものの、これらの動作の順序は変更され得る。従って、示されている複数の実施形態は、異なる順序で実行され得る。また、いくつかの動作／ブロックは、並行して実行されてよい。図７にリストされた複数のブロックおよび／または動作のうちのいくつかは、いくつかの実施形態によれば任意である。提示されている複数のブロックの番号は、明確性のためであり、様々なブロックが生じるはずの複数の動作の順序を規定することが意図されるものではない。さらに、様々なフローからの複数の動作が、様々な組み合わせとして利用されてよい。
【００８８】
ブロック７０１において、２５６−ＱＡＭスキームを使用するためのＮｓｏｆｔの数および値が、ｅＮＢが２５６−ＱＡＭスキームを使用していない場合のＮｓｏｆｔの数および値に実質的に等しくなるように、ｅＮＢ１０１ａ／ｂが、Ｎｓｏｆｔに基づいたメモリ使用サイズを用いてデータをエンコードする。その後ｅＮＢ１０１ａ／ｂは、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをＵＥ１０４へ送信する。いくつかの実施形態においては、ＲＲＣ層シグナリングによってメッセージングが実行される。いくつかの実施形態においては、ＭＡＣ層シグナリングによってメッセージングが実行される。
【００８９】
ブロック７０２において、ＵＥ１０４は、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをｅＮＢ１０１ａ／ｂから受信する。いくつかの実施形態においては、ＲＲＣ層シグナリングによってメッセージングが実行される。いくつかの実施形態においては、ＭＡＣ層シグナリングによってメッセージングが実行される。いくつかの実施形態においては、２５６−ＱＡＭスキームを使用するためのソフトチャネルビットの数および値が、ＵＥが２５６−ＱＡＭスキームを使用していない場合のソフトチャネルビットの数および値に実質的に等しくなるように、Ｎｓｏｆｔに基づいて複数のソフトチャネルビットをＵＥ１０４が格納する。その後ＵＥ１０４は、２５６−ＱＡＭ符号化スキームを設定したという確認メッセージをｅＮＢ１０１ａ／ｂへ送信する。例えば、レートマッチングパターンは同じに保持されるので、２５６−ＱＡＭ符号化スキームが設定され、ｅＮＢ１０２ａ／ｂによってＰＤＳＣＨ送信用に使用され得ることをＵＥ１０４は示す。いくつかの実施形態においては、レートマッチングパターンが、２５６−ＱＡＭスキームへの切り替えの後にも同じ状態のままである。
【００９０】
ブロック７０３において、ｅＮＢ１０１ａ／ｂは、ＵＥが２５６−ＱＡＭスキームを設定したという確認を、ＵＥ１０４から受信する。ブロック７０４において、ｅＮＢ１０１ａ／ｂの変調器が、２５６−ＱＡＭスキームのＲＲＣ設定後に、ＰＤＳＣＨで信号を変調する。いくつかの実施形態においてｅＮＢ１０１ａ／ｂは、２５６−ＱＡＭスキームに関連する複数のダウンリンク物理層パラメータ値に従って、ＰＤＳＣＨで複数の信号をエンコードする。いくつかの実施形態においてｅＮＢ１０１ａ／ｂのメモリは、ｅＮＢが２５６−ＱＡＭスキームで動作していない場合のメモリの使用サイズと同じ使用サイズを有する。
【００９１】
いくつかの実施形態において、ｅＮＢ１０１ａ／ｂは、ｅＮＢが非２５６−ＱＡＭスキームを適用すべき場合にＭＣＳに対して破棄されるパリティビットの数よりも、ｅＮＢが２５６−ＱＡＭスキームを適用すべき場合に、ＭＣＳに対してより多くのパリティビットを破棄する。いくつかの実施形態において、ｅＮＢ１０１ａ／ｂのロジックが、２５６−ＱＡＭスキームに関連するトランスポートブロックを処理する。ここで、このトランスポートブロックのサイズは、現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きい。いくつかの実施形態において、ｅＮＢ１０１ａ／ｂにおけるレートマッチングパターンは、２５６−ＱＡＭスキームへの切り替えの後にも同じ状態のままである。いくつかの実施形態においては、２５６−ＱＡＭスキームに関連するマザーコードの最大符号化レートが、非２５６−ＱＡＭスキームに関連する最大符号化レートよりも大きい。
【００９２】
ブロック７０５においてＵＥ１０４は、２５６−ＱＡＭスキームのＲＲＣ設定後に、ＰＤＳＣＨで信号を復調する。いくつかの実施形態においてＵＥ１０４は、２５６−ＱＡＭスキームに関連するトランスポートブロックを処理する。ここで、このトランスポートブロックのサイズは、現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きい。いくつかの実施形態において、ＵＥ１０４のメモリは、ＵＥ１０４が２５６−ＱＡＭスキームで動作していない場合のメモリの使用サイズと同じ使用サイズを有する。いくつかの実施形態においてＵＥ１０４のプロセッサは、２５６−ＱＡＭスキームに関連する複数のダウンリンク物理層パラメータ値に従って、ＰＤＳＣＨで複数の信号を処理するように動作可能である。いくつかの実施形態においては、２５６−ＱＡＭスキームに関連するマザーコードの最大符号化レートが、非２５６−ＱＡＭスキームに関連する最大符号化レートよりも大きい。いくつかの実施形態においてＵＥ１０４は、ＵＥ１０４が非２５６−ＱＡＭスキームを適用するように設定されている場合にＭＣＳに対して破棄されるパリティビットの数よりも、ＵＥ１０４が２５６−ＱＡＭスキームを適用するように設定されている場合に、ＭＣＳに対してより多くのパリティビットを破棄する。
【００９３】
図８は、２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供するための複数のメカニズムを有するＳｏＣ（例えばＵＥ１０４／２００）を示す。その他の任意の図面の複数の要素と同じ参照番号（または名称）を有する図８のこれらの要素は、そのように説明されたものと同様な任意の態様で動作または機能することができるが、そのようなものに限定はされないことを指摘しておく。
【００９４】
ＵＥ１６００は、本開示のいくつかの実施形態に従った、２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供するための複数のメカニズムを有するスマートデバイス、またはコンピュータシステム、もしくはＳｏＣであってよい。図８は、複数の平面インタフェースコネクタが使用され得るモバイルデバイスの実施形態のブロック図を示す。いくつかの実施形態においてＵＥ１６００は、コンピューティングタブレット、携帯電話またはスマートフォン、無線対応電子書籍リーダ、または、その他の無線モバイルデバイスのような、モバイルコンピューティングデバイスを表す。いくつかのコンポーネントが大まかに示されており、そのようなデバイスの全てのコンポーネントがＵＥ１６００中に示されているのではないことが理解されよう。
【００９５】
いくつかの実施形態においてＵＥ１６００は、説明されるいくつかの実施形態に従って、２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供するための複数のメカニズムを有する第１のプロセッサ１６１０を含む。ＵＥ１６００の他の複数のブロックもまた、いくつかの実施形態の２５６−ＱＡＭ符号化スキームに対するシームレスな動作を提供するための複数のメカニズムを含んでよい。無線デバイス、例えば携帯電話または携帯情報端末にシステムの実施形態が組み込まれ得るように、本開示の様々な実施形態が、無線インタフェースのような１６７０内のネットワークインタフェースもまた含んでよい。
【００９６】
いくつかの実施形態において、プロセッサ１６１０（および／またはプロセッサ１６９０）は、複数のマイクロプロセッサ、アプリケーションプロセッサ、マイクロコントローラ、プログラマブルロジックデバイス、またはその他の処理手段のような、１または複数の物理デバイスを含むことができる。プロセッサ１６１０によって実行される複数の処理動作が、複数のアプリケーションおよび／またはデバイス機能が実行されるオペレーティングプラットフォームまたはオペレーティングシステムの実行を含む。複数の処理動作は、人間のユーザまたは複数の他のデバイスによるＩ／Ｏ（入力／出力）に関する複数の動作、電力管理に関する複数の動作、および／または、ＵＥ１６００を別のデバイスへ接続することに関する複数の動作を含む。複数の処理動作はまた、オーディオＩ／Ｏおよび／またはディスプレイＩ／Ｏに関する複数の動作も含んでよい。
【００９７】
いくつかの実施形態において、ＵＥ１６００はオーディオサブシステム１６２０を含む。これは、ＵＥに対して複数のオーディオ機能を提供することに関連するハードウェア（例えばオーディオハードウェアおよび複数のオーディオ回路）およびソフトウェア（例えば複数のドライバ、コーデック）コンポーネントを表す。複数のオーディオ機能は、スピーカおよび／またはヘッドフォン出力、並びにマイク入力を含むことができる。そのような複数の機能用の複数のデバイスが、ＵＥ１６００に統合され得る。または、ＵＥ１６００に接続され得る。一実施形態においては、プロセッサ１６１０によって受信され、処理される複数のオーディオコマンドを提供することによって、ユーザがＵＥ１６００と相互作用する。
【００９８】
いくつかの実施形態において、ＵＥ１６００はディスプレイサブシステム１６３０を含む。ディスプレイサブシステム１６３０は、ユーザがＵＥ１６００と相互作用するための視覚および／または触覚ディスプレイを提供するハードウェア（例えば複数のディスプレイデバイス）およびソフトウェア（例えば複数のドライバ）コンポーネントを表す。ディスプレイサブシステム１６３０は、ユーザに対する表示を提供すべく使用される、特定のスクリーンまたはハードウェアデバイスを含むディスプレイインタフェース１６３２を含む。一実施形態においてディスプレイインタフェース１６３２は、表示に関する少なくともいくつかの処理を実行するための、プロセッサ１６１０とは別個のロジックを含む。いくつかの実施形態においてディスプレイサブシステム１６３０は、ユーザに対して出力および入力の両方を提供する、タッチスクリーン（またはタッチパッド）デバイスを含む。
【００９９】
いくつかの実施形態において、ＵＥ１６００はＩ／Ｏコントローラ１６４０を備える。これは、ユーザとの相互作用に関する複数のハードウェアデバイスおよび複数のソフトウェアコンポーネントを表す。Ｉ／Ｏコントローラ１６４０は、オーディオサブシステム１６２０および／またはディスプレイサブシステム１６３０の一部であるハードウェアを管理するように動作可能である。さらに、Ｉ／Ｏコントローラ１６４０は、ＵＥ１６００に接続する、追加的な複数のデバイスに対する接続点を示す。これらを介して、ユーザはシステムと相互作用するだろう。例えば、ＵＥ１６００に対して取り付けられ得る複数のデバイスは、複数のマイクデバイス、複数のスピーカまたはステレオシステム、複数のビデオシステム、もしくはその他複数のディスプレイデバイス、複数のキーボードまたはキーパッドデバイス、もしくは、複数のカードリーダまたはその他複数のデバイスのような複数の特定のアプリケーションで使用するためのその他複数のＩ／Ｏデバイスを含む。
【０１００】
前述のように、Ｉ／Ｏコントローラ１６４０は、オーディオサブシステム１６２０および／またはディスプレイサブシステム１６３０と相互作用することができる。例えば、マイクまたはその他のオーディオデバイスを通じた入力が、ＵＥ１６００の１または複数のアプリケーションまたは機能に対する入力または複数のコマンドを提供することができる。さらに、オーディオ出力が、ディスプレイ出力の代わりに、または、ディスプレイ出力に加えて提供され得る。別の例においては、ディスプレイサブシステム１６３０がタッチスクリーンを含む場合、ディスプレイデバイスもまた入力デバイスとして機能する。これは、Ｉ／Ｏコントローラ１６４０によって少なくとも部分的に管理され得る。ＵＥ１６００にはまた、Ｉ／Ｏコントローラ１６４０によって管理される複数のＩ／Ｏ機能を提供するための、複数の追加的なボタンまたはスイッチも存在し得る。
【０１０１】
いくつかの実施形態においてＩ／Ｏコントローラ１６４０は、複数の加速度計、カメラ、光センサ、またはその他複数の環境センサ、もしくは、ＵＥ１６００に含まれ得るその他のハードウェアのような、複数のデバイスを管理する。この入力は、ユーザによる直接の相互作用、並びに、（ノイズをフィルタリングすること、明るさ検出用にディスプレイを調整すること、カメラにフラッシュを適用すること、または、その他複数の特徴のような）その複数の動作に影響を与えるべく、システムに対する環境入力を提供することの一部であり得る。
【０１０２】
いくつかの実施形態において、ＵＥ１６００は電力管理１６５０を含む。これは、バッテリ電力使用量、バッテリの充電、および、省電力化動作に関する複数の特徴を管理する。メモリサブシステム１６６０は、ＵＥ１６００中に情報を格納するための複数のメモリデバイスを含む。メモリは、（メモリデバイスへの電力が遮断された場合にも状態が変化しない）不揮発性の、および／または、（メモリデバイスへの電力が遮断された場合には状態が不確定である）揮発性の、複数のメモリデバイスを含むことができる。メモリサブシステム１６６０は、アプリケーションデータ、ユーザデータ、音楽、複数の写真、複数の文書、またはその他のデータ、並びに、ＵＥ１６００の複数のアプリケーションおよび機能の実行に関する（長期であろうと、または一時的であろうと）システムデータを格納することができる。
【０１０３】
複数の実施形態の複数の要素はまた、コンピュータ実行可能な複数の命令（例えば、本明細書にて説明される任意の他の複数の処理を実施するための複数の命令）を格納するための機械可読媒体（例えばメモリ１６６０）としても提供される。機械可読媒体（例えばメモリ１６６０）は、これらに限定はされないが、フラッシュメモリ、光学ディスク、ＣＤ−ＲＯＭ、ＤＶＤ  ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光学カード、相変化メモリ（ＰＣＭ）、もしくは、電子的またはコンピュータ実行可能な複数の命令を格納するのに適切な、その他複数のタイプの機械可読媒体を含んでよい。例えば、本開示の複数の実施形態は、通信リンク（例えばモデムまたはネットワーク接続）を介した複数のデータ信号によって、リモートコンピュータ（例えばサーバ）から要求コンピュータ（例えばクライアント）へ転送され得るコンピュータプログラム（例えばＢＩＯＳ）としてダウンロードされてよい。
【０１０４】
いくつかの実施形態において接続１６７０は、ＵＥ１６００が複数の外部デバイスと通信することを可能にするための複数のハードウェアデバイス（例えば、複数の無線および／または有線コネクタおよび通信ハードウェア）、並びに、複数のソフトウェアコンポーネント（例えば、複数のドライバ、プロトコルスタック）を含む。ＵＥ１６００は、他の複数のコンピューティングデバイス、無線アクセスポイントまたは基地局、並びにヘッドセット、プリンタ、またはその他複数のデバイスのような複数の周辺機器等、複数の個別のデバイスであり得る。
【０１０５】
いくつかの実施形態において接続１６７０は、複数の異なるタイプの接続を含むことができる。一般化すべく、ＵＥ１６００は、セルラー接続１６７２および無線接続１６７４とともに示されている。セルラー接続１６７２は、ＧＳＭ（登録商標）またはその変形あるいは派生物、ＣＤＭＡ（符号分割多重アクセス）またはその変形あるいは派生物、ＴＤＭ（時分割多重化）またはその変形あるいは派生物、もしくは、その他複数のセルラーサービス規格によって提供されるもののような、複数の無線通信事業者によって提供された、セルラーネットワーク接続を一般的に指す。無線接続（または無線インタフェース）１６７４は、セル方式ではなく、（ブルートゥース（登録商標）、近距離無線通信（Ｎｅａｒ  Ｆｉｅｌｄ）、等のような）複数のパーソナルエリアネットワーク、（Ｗｉ−Ｆｉのような）複数のローカルエリアネットワーク、および／または（ＷｉＭＡＸのような）複数の広域ネットワーク、もしくは、その他の無線通信を含むことができる無線接続を指す。
【０１０６】
いくつかの実施形態においてＵＥ１６００は、複数の周辺接続１６８０を備える。複数の周辺接続１６８０は、複数の周辺接続を形成すべく、複数のハードウェアインタフェースおよびコネクタ、並びに、複数のソフトウェアコンポーネント（例えば複数のドライバ、プロトコルスタック）を含む。ＵＥ１６００は、他の複数のコンピューティングデバイスに対する周辺デバイスであることができる（"出"１６８２）とともに、ＵＥ１６００に接続された複数の周辺デバイスを有することもできる（"入"１６８４）ことが理解されるだろう。ＵＥ１６００は、一般に、ＵＥ１６００上のコンテンツを管理する（例えば、ダウンロードする、および／またはアップロードする、変更する、同期する）こと等、複数の目的用にその他複数のコンピューティングデバイスへ接続するための"ドッキング"コネクタを有する。さらにドッキングコネクタは、ＵＥ１６００が、いくつかの周辺機器に接続することを可能にできる。これらの周辺機器は、ＵＥ１６００による、例えば、オーディオビジュアルシステムまたはその他複数のシステムへのコンテンツの出力を制御することを可能にする。
【０１０７】
プロプライエタリドッキングコネクタまたはその他のプロプライエタリ接続ハードウェアに加えて、ＵＥ１６００は、共通または規格に準拠した複数のコネクタを介して複数の周辺接続１６８０を形成することができる。複数の共通タイプは、ユニバーサルシリアルバス（ＵＳＢ）コネクタ（いくつかの異なるハードウェアインタフェースのうちの任意のものを含むことができる）、ミニディスプレイポート（ＭＤＰ）を含むディスプレイポート、高精細マルチメディアインタフェース（ＨＤＭＩ（登録商標））、ファイヤワイヤ、またはその他複数のタイプを含むことができる。
【０１０８】
本明細書における"一実施形態"、"１つの実施形態"、"いくつかの実施形態"または"その他複数の実施形態"との言及は、複数の実施形態に関連して説明される特定の特徴、構造、または特性が、少なくともいくつかの実施形態に含まれることを意味するが、必ずしも全ての実施形態に含まれることを意味するものではない。"一実施形態"、"１つの実施形態"、または"いくつかの実施形態"という様々な表現は、必ずしも全て、同じ複数の実施形態を参照するものではない。明細書が、コンポーネント、特徴、構造、または特性が含まれ"てよい"、含まれる"だろう"、または含まれ"得る"と述べている場合、この特定のコンポーネント、特徴、構造、または特性が含まれることが必須なわけではない。明細書または請求項が"１つの"または"一の"要素と言及する場合、これは、その要素が１つだけあることを意味するものではない。明細書または請求項が"追加的な"要素に言及する場合、これは、この追加的な要素が１つよりも多くあることを除外しない。
【０１０９】
さらに、複数の特定の特徴、構造、機能、または特性が、１または複数の実施形態において、任意の適切な態様で組み合わされてよい。例えば、２つの実施形態と関連するこれらの特定の特徴、構造、機能、または特性が相互に排他的でない場合はどこでも、第１の実施形態が第２の実施形態と組み合わされてよい。
【０１１０】
本開示が、複数の特定の実施形態と併せて説明されてきたものの、上記の説明を考慮すると、当業者には、このような複数の実施形態の多くの代替手段、変形および変化が明らかだろう。例えば、その他複数のメモリアーキテクチャ、例えばダイナミックＲＡＭ（ＤＲＡＭ）が、説明された複数の実施形態で使用されてよい。本開示の複数の実施形態は、そのような代替手段、変形、および変化の全てが、添付の複数の請求項のブロードな範囲に含まれるように、それらを包含することが意図されている。
【０１１１】
さらに、複数の集積回路（ＩＣ）チップおよびその他複数のコンポーネントとの、よく知られたパワー／グランド接続は、図示および説明を簡略化し、本開示を曖昧にしないように、提示される複数の図面内に示されても示されなくてもよい。さらに、複数の構成がブロック図の形式で示されてよい。これは、本開示を不明瞭にすることを回避するためであり、また、そのような複数のブロック図の構成の実装に関する詳述が、本開示が実装されるべきプラットフォームに大きく依存しているという事実から見てのことである。（すなわち、そのような詳述は、十分、当業者の視野内のはずである。）本開示の複数の実施形態の例を記載すべく具体的な詳細（例えば複数の回路）が説明されるところでは、本開示が、これらの具体的な詳細に対する変化無しに、または変化を伴って実施され得ることが当業者には明らかなはずである。従ってこの説明は、限定的ではなく例示的なものとみなされるべきである。
【０１１２】
以下の複数の例は、さらなる複数の実施形態に関する。これらの例における具体的事項は、１または複数の実施形態のいずれにおいても使用され得る。本明細書にて説明される複数の装置における全ての任意の特徴はまた、方法またはプロセスに関しても実装され得る。
【０１１３】
例えば、ネットワーク上でｅＮＢと通信するためのＵＥが提供される。上記ＵＥは、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをｅＮＢから受信するアンテナと、上記２５６−ＱＡＭスキームを使用するためのソフトチャネルビットの数および値が、上記ＵＥが上記２５６−ＱＡＭスキームを使用していない場合の上記ソフトチャネルビットの上記数および値に実質的に等しくなるように、上記ソフトチャネルビットの総数（Ｎｓｏｆｔ）に基づいて、上記ソフトチャネルビットを格納するためのテーブルコンポーネントと、を含むハードウェア処理回路を備える。
【０１１４】
いくつかの実施形態において上記ＵＥは、２５６−ＱＡＭスキームに関連するトランスポートブロックを処理するためのロジックを備える。ここで、上記トランスポートブロックは、上記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する。いくつかの実施形態において上記ＵＥは、上記２５６−ＱＡＭスキームのＲＲＣ設定後に、ＰＤＳＣＨで信号を復調するための復調器を備える。いくつかの実施形態においては、ＲＲＣ層シグナリングによって上記メッセージングが実行される。いくつかの実施形態においては、ＭＡＣ層シグナリングによって上記メッセージングが実行される。
【０１１５】
いくつかの実施形態において、上記ＵＥはメモリを備える。上記メモリは、上記ＵＥが２５６−ＱＡＭスキームで動作していない場合の上記メモリの使用サイズと同じ使用サイズを有する。いくつかの実施形態において上記ＵＥは、上記２５６−ＱＡＭスキームに関連する複数のダウンリンク物理層パラメータ値に従って、ＰＤＳＣＨで複数の信号を処理するように動作可能なプロセッサを備える。いくつかの実施形態においては、上記２５６−ＱＡＭスキームに関連するマザーコードの最大符号化レートが、非２５６−ＱＡＭスキームに関連する上記最大符号化レートよりも大きい。
【０１１６】
いくつかの実施形態においては、レートマッチングパターンが、上記２５６−ＱＡＭスキームへの切り替えの後にも同じ状態のままである。いくつかの実施形態において上記ＵＥは、上記ＵＥが非２５６−ＱＡＭスキームを適用するように設定されている場合に変調および符号化スキーム（ＭＣＳ）に対して破棄するパリティビットの数よりも、上記ＵＥが上記２５６−ＱＡＭスキームを適用するように設定されている場合に、ＭＣＳに対してより多くのパリティビットを破棄するためのロジックを備える。
【０１１７】
別の例においては、ネットワーク上で１または複数のＵＥと通信するｅＮＢが提供される。上記ｅＮＢは、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをＵＥへ送信するアンテナと、上記２５６−ＱＡＭスキームを使用するためのソフトチャネルビットの総数（Ｎｓｏｆｔ）の数および値が、上記ｅＮＢが上記２５６−ＱＡＭスキームを使用していない場合の上記Ｎｓｏｆｔの上記数および値に実質的に等しくなるように、Ｎｓｏｆｔに基づいたメモリ使用サイズを用いてデータをエンコードするエンコーダと、を含むハードウェア処理回路を備える。
【０１１８】
いくつかの実施形態において上記ｅＮＢは、上記２５６−ＱＡＭスキームに関連するトランスポートブロックを処理するためのロジックを備える。ここで、上記トランスポートブロックは、上記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する。いくつかの実施形態において上記ｅＮＢは、上記２５６−ＱＡＭスキームのＲＲＣ設定後に、ＰＤＳＣＨで信号を変調する変調器を備える。いくつかの実施形態においては、ＲＲＣ層シグナリングによって上記メッセージングが実行される。いくつかの実施形態においては、ＭＡＣ層シグナリングによって上記メッセージングが実行される。
【０１１９】
いくつかの実施形態において、上記ｅＮＢはメモリを備える。上記メモリは、上記ｅＮＢが２５６−ＱＡＭスキームで動作していない場合の上記メモリの使用サイズと同じ使用サイズを有する。いくつかの実施形態において上記ｅＮＢは、上記２５６−ＱＡＭスキームに関連する複数のダウンリンク物理層パラメータ値に従って、ＰＤＳＣＨで複数の信号をエンコードするように動作可能なプロセッサを備える。いくつかの実施形態においては、上記２５６−ＱＡＭスキームに関連するマザーコードの最大符号化レートが、非２５６−ＱＡＭスキームに関連する上記最大符号化レートよりも大きい。いくつかの実施形態においては、レートマッチングパターンが、上記２５６−ＱＡＭスキームへの切り替えの後にも同じ状態のままである。いくつかの実施形態において上記ｅＮＢは、上記ｅＮＢが非２５６−ＱＡＭスキームを適用すべき場合に変調および符号化スキーム（ＭＣＳ）に対して破棄するパリティビットの数よりも、上記ｅＮＢが上記２５６−ＱＡＭスキームを適用すべき場合に、ＭＣＳに対してより多くのパリティビットを破棄するためのロジックを備える。
【０１２０】
別の例においては、ＵＥによって実行される方法が提供される。この方法は、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをｅＮＢから受信する段階と、上記２５６−ＱＡＭスキームを使用するためのソフトチャネルビットの数および値が、上記ＵＥが上記２５６−ＱＡＭスキームを使用していない場合の上記ソフトチャネルビットの上記数および値に実質的に等しくなるように、上記ソフトチャネルビットの総数（Ｎｓｏｆｔ）に基づいて、上記ソフトチャネルビットをテーブルコンポーネントに格納する段階と、を有する。
【０１２１】
いくつかの実施形態において上記の方法は、２５６−ＱＡＭスキームに関連するトランスポートブロックを処理する段階を有する。ここで、上記トランスポートブロックは、上記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する。いくつかの実施形態において上記の方法は、上記２５６−ＱＡＭスキームの無線リソース制御（ＲＲＣ）設定後に、ＰＤＳＣＨで信号を復調する段階を有する。いくつかの実施形態においては、ＲＲＣ層シグナリングによって上記メッセージングが実行される。いくつかの実施形態においては、ＭＡＣ層シグナリングによって上記メッセージングが実行される。いくつかの実施形態において上記の方法は、上記２５６−ＱＡＭスキームに関連する複数のダウンリンク物理層パラメータ値に従って、ＰＤＳＣＨで複数の信号を処理する段階を有する。
【０１２２】
いくつかの実施形態においては、上記２５６−ＱＡＭスキームに関連するマザーコードの最大符号化レートが、非２５６−ＱＡＭスキームに関連する上記最大符号化レートよりも大きい。いくつかの実施形態においては、レートマッチングパターンが、上記２５６−ＱＡＭスキームへの切り替えの後にも同じ状態のままである。いくつかの実施形態において上記の方法は、上記ＵＥが非２５６−ＱＡＭスキームを適用するように設定されている場合にＭＣＳに対して破棄するパリティビットの数よりも、上記ＵＥが上記２５６−ＱＡＭスキームを適用するように設定されている場合に、ＭＣＳに対してより多くのパリティビットを破棄する段階を有する。
【０１２３】
別の例においては、ＵＥが提供される。このＵＥは、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをｅＮＢから受信する手段と、上記２５６−ＱＡＭスキームを使用するためのソフトチャネルビットの数および値が、上記ＵＥが上記２５６−ＱＡＭスキームを使用していない場合の上記ソフトチャネルビットの上記数および値に実質的に等しくなるように、上記ソフトチャネルビットの総数（Ｎｓｏｆｔ）に基づいて、上記ソフトチャネルビットをテーブルコンポーネントに格納する手段と、を備える。
【０１２４】
いくつかの実施形態において上記ＵＥは、２５６−ＱＡＭスキームに関連するトランスポートブロックを処理する手段を備える。ここで、上記トランスポートブロックは、上記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する。いくつかの実施形態において上記ＵＥは、上記２５６−ＱＡＭスキームのＲＲＣ設定後に、ＰＤＳＣＨで信号を復調する手段を備える。いくつかの実施形態においては、ＲＲＣ層シグナリングによって上記メッセージングが実行される。いくつかの実施形態においては、ＭＡＣ層シグナリングによって上記メッセージングが実行される。いくつかの実施形態において上記ＵＥは、上記２５６−ＱＡＭスキームに関連する複数のダウンリンク物理層パラメータ値に従って、ＰＤＳＣＨで複数の信号を処理する手段を備える。
【０１２５】
いくつかの実施形態においては、上記２５６−ＱＡＭスキームに関連するマザーコードの最大符号化レートが、非２５６−ＱＡＭスキームに関連する上記最大符号化レートよりも大きい。いくつかの実施形態においては、レートマッチングパターンが、上記２５６−ＱＡＭスキームへの切り替えの後にも同じ状態のままである。いくつかの実施形態において上記ＵＥは、上記ＵＥが非２５６−ＱＡＭスキームを適用するように設定されている場合にＭＣＳに対して破棄するパリティビットの数よりも、上記ＵＥが上記２５６−ＱＡＭスキームを適用するように設定されている場合に、ＭＣＳに対してより多くのパリティビットを破棄する手段を備える。
【０１２６】
別の例においては、自身に格納された複数の命令を有する機械可読記憶媒体が提供される。これらの命令が実行されると、１または複数のプロセッサに、上述の方法に従った方法を実行させる。
【０１２７】
別の例においては、ｅＮＢによって実行される方法が提供される。この方法は、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをＵＥへ送信する段階と、上記２５６−ＱＡＭスキームを使用するためのソフトチャネルビットの総数（Ｎｓｏｆｔ）の数および値が、上記ｅＮＢが上記２５６−ＱＡＭスキームを使用していない場合の上記Ｎｓｏｆｔの上記数および値に実質的に等しくなるように、上記Ｎｓｏｆｔに基づいたメモリ使用サイズを用いてデータをエンコードする段階と、を有する。
【０１２８】
いくつかの実施形態において上記の方法は、上記２５６−ＱＡＭスキームに関連するトランスポートブロックを処理する段階を有する。ここで、上記トランスポートブロックは、上記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する。いくつかの実施形態において上記の方法は、上記２５６−ＱＡＭスキームのＲＲＣ設定後に、ＰＤＳＣＨで信号を変調する段階を有する。いくつかの実施形態においては、ＲＲＣ層シグナリングによって上記メッセージングが実行される。いくつかの実施形態においては、ＭＡＣ層シグナリングによって上記メッセージングが実行される。いくつかの実施形態において上記の方法は、上記２５６−ＱＡＭスキームに関連する複数のダウンリンク物理層パラメータ値に従って、ＰＤＳＣＨで複数の信号をエンコードする段階を有する。
【０１２９】
いくつかの実施形態においては、上記２５６−ＱＡＭスキームに関連するマザーコードの最大符号化レートが、非２５６−ＱＡＭスキームに関連する上記最大符号化レートよりも大きい。いくつかの実施形態においては、レートマッチングパターンが、上記２５６−ＱＡＭスキームへの切り替えの後にも同じ状態のままである。いくつかの実施形態において上記の方法は、上記ｅＮＢが非２５６−ＱＡＭスキームを適用すべき場合にＭＣＳに対して破棄するパリティビットの数よりも、上記ｅＮＢが上記２５６−ＱＡＭスキームを適用すべき場合に、ＭＣＳに対してより多くのパリティビットを破棄する段階を有する。
【０１３０】
別の例においては、自身に格納された複数の命令を有する機械可読記憶媒体が提供される。これらの命令が実行されると、１または複数のプロセッサに、上述の方法に従った方法を実行させる。
【０１３１】
別の例においては、ｅＮＢが提供される。このｅＮＢは、現在の非２５６−ＱＡＭスキームから２５６−ＱＡＭスキームへの切り替えを示すメッセージングをＵＥへ送信する手段と、上記２５６−ＱＡＭスキームを使用するためのソフトチャネルビットの総数（Ｎｓｏｆｔ）の数および値が、上記ｅＮＢが上記２５６−ＱＡＭスキームを使用していない場合の上記Ｎｓｏｆｔの上記数および値に実質的に等しくなるように、上記Ｎｓｏｆｔに基づいたメモリ使用サイズを用いてデータをエンコードする手段と、を備える。いくつかの実施形態において上記ｅＮＢは、上記２５６−ＱＡＭスキームに関連するトランスポートブロックを処理する手段を備える。ここで、上記トランスポートブロックは、上記現在の非２５６−ＱＡＭスキームのトランスポートブロックサイズよりも大きなサイズを有する。
【０１３２】
いくつかの実施形態において上記ｅＮＢは、上記２５６−ＱＡＭスキームのＲＲＣ設定後に、ＰＤＳＣＨで信号を変調する手段を備える。いくつかの実施形態においては、ＲＲＣ層シグナリングによって上記メッセージングが実行される。いくつかの実施形態においては、ＭＡＣ層シグナリングによって上記メッセージングが実行される。いくつかの実施形態において上記ｅＮＢは、上記２５６−ＱＡＭスキームに関連する複数のダウンリンク物理層パラメータ値に従って、ＰＤＳＣＨで複数の信号をエンコードする手段を備える。
【０１３３】
いくつかの実施形態においては、上記２５６−ＱＡＭスキームに関連するマザーコードの最大符号化レートが、非２５６−ＱＡＭスキームに関連する上記最大符号化レートよりも大きい。いくつかの実施形態においては、レートマッチングパターンが、上記２５６−ＱＡＭスキームへの切り替えの後にも同じ状態のままである。いくつかの実施形態において、上記ｅＮＢが非２５６−ＱＡＭスキームを適用すべき場合にＭＣＳに対して破棄するパリティビットの数よりも、上記ｅＮＢが上記２５６−ＱＡＭスキームを適用すべき場合に、ＭＣＳに対してより多くのパリティビットを破棄する手段が備えられる。
【０１３４】
この技術的開示の本質および趣旨を読者が確認できるようにする要約が提供される。要約は、複数の請求項の範囲または意味を限定するために使用されることがないとの理解のもとに提出されている。以下の複数の請求項は、本明細書における発明を実施するための形態に組み込まれ、各請求項は、それ自身が個別の実施形態として成立している。
【図１Ａ】
0006370381.tif 000011
【図１Ｂ】
0006370381.tif 000012
【図２】
0006370381.tif 000013
【図３】
0006370381.tif 000014
【図４】
0006370381.tif 000015
【図５】
0006370381.tif 000016
【図６】
0006370381.tif 000017
【図７】
0006370381.tif 000018
【図８】
0006370381.tif 000019