JP2021525491A - 超高信頼低遅延通信の設定 - Google Patents

Abstract

超高信頼低遅延通信（ＵＲＬＬＣ）同時送信を設定するための方法、装置、および、コンピュータ読み取り可能媒体が記載される。これらは、ネットワークパフォーマンスを増強し、および／または、より効率的な動作を達成するためにＵＥ内の手順を増強するために使用することができる。例えば、様々な要因に基づいて適用される変調符号化方式（ＭＣＳ）テーブルを判定するための技術が記載される。様々な考慮事項に基づいてユーザ機器（ＵＥ）にＲＮＴＩを設定するための様々な技術も記載される。

Description

発明の詳細な説明

〔関連出願の相互参照〕
本出願は、２０１８年６月１５日に出願された米国仮特許第６２／６８５，３６８号の利益を主張し、その内容は、参照によりその全体が本明細書に組み込まれる。

本出願は、一般に５Ｇ技術に関する。例えば本出願の態様は、超高信頼低遅延通信（Ultra Reliable Low Latency Communication：ＵＲＬＬＣ）サービスの設定に関する。

〔背景〕
５Ｇ新無線（New Radio：ＮＲ）アクセス技術は、３ＧＰＰ標準化団体によりその７１回大会で承認された。５ＧＮＲのスキームは、拡張モバイルブロードバンド（Enhanced Mobile Broadband：ｅＭＢＢ）、ＵＲＬＬＣ、および大規模マシンタイプ通信（massive Machine Type Communication：ｍＭＴＣ）を含む。ｅＭＢＢは、以前の実装と比較して、より太いデータ帯域幅を提供し、遅延の改善と広いカバレッジエリアを提供する。これらの改善は、仮想現実、拡張現実、ストリーミングビデオ、リアルタイム翻訳などといった数多くの高帯域幅アプリケーションを補完する。ｍＭＴＣは、高いカバレッジ、コスト効率、より低い電力消費、および長い可用性を提供し、多くのデバイスとの接続に堅牢な接続を許可する。ＵＲＬＬＣは、５ＧＮＲの別の重要な使用事例である。ＵＲＬＬＣは、最も重要な通信をサポートするために、遅延および信頼性に関する厳格な要件を有する。ＵＲＬＬＣの目標は、技術報告（Technical Report：ＴＲ）３８．９１３に記載されている性能要件を満たすことである。

ｅＭＢＢ、ＵＲＬＬＣ、およびｍＭＴＣのような多様な使用事例をサポートするために、新無線（ＮＲ）における無線フレーム構造（radio frame structure）および媒体アクセス（medium access：ＭＡＣ）層手順の大部分は、高い柔軟性を有するように設計される。さらに、ＮＲは、以前のバージョンよりも高い堅牢性（すなわち、低ブロックエラー率（block error rate：ＢＬＥＲ）レベル）という特徴を有する、新タイプの無線リソースを導入する。新タイプの無線リソースは、１ｅ−５の目標ＢＬＥＲを達成することを目的とする。

〔発明の概要〕
本アプリケーションの態様は、ＵＲＬＬＣサービスを設定するための方法、装置、およびコンピュータ読み取り可能媒体を導入する。ユーザ機器（ＵＥ）のＭＡＣエンティティにおける現行のデータスケジューリング設計によれば、ＭＡＣは、ｇＮｏｄｅＢ（ｇＮＢ）からグラントされた上りリンクリソースの使用を、サブキャリアスペーシング（subcarrier spacing：ＳＣＳ）によって区別することができる。サブキャリアスペーシングは、送信遅延（例えば送信時間間隔）に関連する。しかしながら、ＭＡＣエンティティは、異なる無線リソースのＢＬＥＲレベルを区別することはできない。例えばｇＮＢは、異なるＢＬＥＲレベル（例えば、少なくとも一つのＢＬＥＲレベルが１０^−１で、もう一つのＢＬＥＲレベルが１０^−５になり得る）の無線リソースを許可する柔軟性がある。ＵＥのＭＡＣエンティティが異なる無線リソースのＢＬＥＲレベルを区別することができないことは、ｅＭＢＢとＵＲＬＬＣサービスとの間の使用の公平性に深刻な影響を及ぼし得る。ＵＥにおける現行のＭＡＣ手順は、より効率的な動作を達成するために、さらなる拡張を必要とする。

本開示の態様は、本明細書で記載された様々な技術を使用することにより、これらの問題およびその他のものに取り組む。一つの例において、ＵＲＬＬＣサービスを設定するための方法が提供される。本方法は、ＵＥに関連付けられた無線ネットワーク一時識別子（radio network temporary identifier：ＲＮＴＩ）を判定することができる。本方法は、ユーザ機器（ＵＥ）において、複数の情報要素（ＩＥ）を含む下りリンク無線リソース制御（ＲＲＣ）メッセージを受信することを含む。下りリンクＲＲＣメッセージは、ＵＥにＲＲＣを設定するために使用される。本方法は、下りリンクＲＲＣメッセージ内の複数のＩＥのうちのセルグループ固有ＩＥに基づいて、ＵＥに関連付けられたＲＮＴＩを判定することをさらに含む。セルグループ固有ＩＥは、セルグループ（cell group：ＣＧ）、マスターセルグループ（master cell group：ＭＣＧ）またはセカンダリセルグループ（secondary cell group：ＳＣＧ）を設定するために使用される。ＲＮＴＩは、セルグループ固有ＩＥに基づいて、ＭＣＧまたはＳＣＧに含まれるセルに設定される。

いくつかの態様において、ＭＣＧまたはＳＣＧのための設定パラメータは、セルグループ固有ＩＥ内において提供される。

いくつかの態様において、ＲＮＴＩは、変調符号化方式セルＲＮＴＩ（Modulation Coding Scheme Cell-RNTI：ＭＣＳ−Ｃ−ＲＮＴＩ）である。いくつかの態様において、本方法は、ＭＣＧまたはＳＣＧの一つ以上の物理共有チャンネル（physical shared channel）上でＵＥのための上りリンクグラントおよび下りリンクデータスケジューリングを受信することを更に含む。いくつかの態様において、セルグループ固有ＩＥを介して設定されたＭＣＳ−Ｃ−ＲＮＴＩに応じて、ＲＮＴＩに基づいた変調符号化方式（modulation coding scheme：ＭＣＳ）の判定ルールが、上りリンクグラントおよび下りリンクデータスケジューリングに適用される。いくつかの態様において、ＲＮＴＩに基づいたＭＣＳ判定ルールの適用は、物理下りリンク制御チャンネル（physical downlink control channel：ＰＤＣＣＨ）から情報を取得すること、当該情報内の一つ以上の巡回冗長検査（cyclic redundancy check：ＣＲＣ）ビットがＲＮＴＩを用いてスクランブルされていることを判定すること、および当該判定に基づいて第一の変調符号化方式（ＭＣＳ）テーブルを適用することを含む。いくつかの態様において、ＰＤＣＣＨから取得された情報は、下りリンク制御情報（downlink control information：ＤＣＩ）を含み、ＤＣＩは、ＲＮＴＩを用いてスクランブルされた一つ以上のＣＲＣビットを含む。いくつかの態様において、第一のＭＣＳテーブルは、第二のＭＣＳテーブルよりも高いチャンネル符号化率と関連付けられている。

いくつかの態様において、探索空間（search space）に基づいた変調符号化方式（ＭＣＳ）テーブル判定ルールを適用する方法が提供される。本方法は、下りリンクチャンネルから下りリンク制御情報（ＤＣＩ）を取得することを含む。本方法は、ＤＣＩに関連付けられたＤＣＩフォーマットを判定することを更に含む。本方法は、下りリンクチャンネルに関連付けられた探索空間が共通探索空間（common search space：ＣＳＳ）であるか、端末固有探索空間（user equipment specific search space：ＵＳＳ）であるかを、さらに判定することを含む。本方法は、ＤＣＩフォーマットおよび探索空間に基づいて、第一の変調符号化方式（ＭＳＣ）テーブルまたは第二のＭＣＳテーブルを適用することをさらに含む。

いくつかの態様において、ＤＣＩフォーマットは０＿０ＤＣＩフォーマットまたは１＿０ＤＣＩフォーマットであり、探索空間はＣＳＳであり、第一のＭＣＳテーブルが、探索空間がＣＳＳであり、ＤＣＩフォーマットが０＿０ＤＣＩフォーマットまたは１＿０ＤＣＩフォーマットであることに基づいて適用される。いくつかの態様において、第一のＭＣＳテーブルは、６４直交振幅変調（64 quadrature amplitude modulation：６４ＱＡＭ）ＭＣＳテーブルである。

いくつかの態様において、ＤＣＩフォーマットは、０＿０ＤＣＩフォーマット、１＿０ＤＣＩフォーマット、０＿１ＤＣＩフォーマット、または１＿１ＤＣＩフォーマットであり、探索空間はＵＳＳであり、第二のＭＣＳテーブルが、探索空間がＵＳＳであり、ＤＣＩフォーマットが０＿０ＤＣＩフォーマット、１＿０ＤＣＩフォーマット、０＿１ＤＣＩフォーマット、または１＿１ＤＣＩフォーマットであることに基づいて適用される。いくつかの態様において、第二のＭＣＳテーブルは、第一のＭＣＳテーブルよりも高いチャンネル符号化率と関連付けられている。いくつかの態様において、第二のＭＣＳテーブルは、超高信頼低遅延通信（ＵＲＬＬＣ）−ＭＣＳテーブルである。

いくつかの態様において、第一のＭＣＳテーブルまたは第二のＭＣＳテーブルは、上りリンクグラントおよび下りリンクデータスケジューリングのために適用される。

いくつかの態様において、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用する方法が提供される。本方法は、物理下りリンク制御チャンネル（ＰＤＣＣＨ）から情報を取得することを含む。本方法はさらに、当該情報内の一つ以上の巡回冗長検査（ＣＲＣ）ビットが無線ネットワーク一時識別子（ＲＮＴＩ）を用いてスクランブルされていることを判定することを含む。本方法は、当該判定に基づいて第一の変調符号化方式（ＭＣＳ）テーブルを適用することをさらに含む。

いくつかの態様において、ＰＤＣＣＨから取得された情報は、下りリンク制御情報（ＤＣＩ）を含み、ＤＣＩは、ＲＮＴＩを用いてスクランブルされた一つ以上のＣＲＣビットを含んでいる。いくつかの態様において、本方法は、ＲＮＴＩを用いて、ＤＣＩをスクランブル解除することをさらに含む。

いくつかの態様において、第一のＭＣＳテーブルは、第二のＭＣＳテーブルよりも高いチャンネル符号化率に関連付けられている。いくつかの態様において、第一のＭＣＳテーブルは、超高信頼低遅延通信（ＵＲＬＬＣ）−ＭＣＳ（Ｕ−ＭＣＳ）テーブルである。

いくつかの態様において、本方法は、追加のＰＤＣＣＨの情報内の一つ以上のＣＲＣビットがＲＮＴＩを用いてスクランブルされていないことを判定し、当該判定に基づいて第二のＭＣＳテーブルを適用することをさらに含む。いくつかの態様において、第一のＭＣＳテーブルは、第二のＭＣＳテーブルよりも高いチャンネル符号化率に関連付けられている。

いくつかの態様において、ＲＮＴＩは、変調符号化方式セルＲＮＴＩ（ＭＣＳ−Ｃ−ＲＮＴＩ）、またはＵ−ＲＮＴＩである。

別の例において、装置が提供される。当該装置は、一つ以上のデータセットを格納するように構成されたメモリと、メモリに接続されたプロセッサとを含む。プロセッサは、上記の方法のステップを含むステップを実行するように構成される。

本概要は、特許請求された主題の要点または本質的な特徴を特定することを意図するものではなく、特許請求された主題の範囲を決定するために単独で使用されることを意図するものでもない。当該主題は、本特許の明細書全体、任意のまたはすべての図面、および各請求項の適切な部分を参照することによって理解されるべきである。

上記は、他の特徴および実施形態と共に、以下の明細書、特許請求の範囲、および添付の図面を参照することにより、より明らかになるのであろう。

〔図面の簡単な説明〕
本出願の説明のための実施形態が、以下の図面を参照して詳細に説明される。

〔図１〕図１は、本明細書で提供されるいくつかの例に従った、データストリームを通信するためのネットワークを示す。

〔図２〕図２は、本明細書で提供されるいくつかの例に従った、複数のＲＡＮにサービスを提供するワイヤレスネットワークを備える５Ｇネットワークアーキテクチャを示す。

〔図３〕図３は、本明細書で提供されるいくつかの例に従った、高い信頼性の送信用のＭＣＳテーブルの例である。

〔図４〕図４は、本明細書で提供されるいくつかの例に従った、通常の信頼性の送信用の６４ＱＡＭのためのＭＣＳテーブルの例である。

〔図５〕図５は、本明細書で提供されるいくつかの例に従った、通常の信頼性の送信用の２５６ＱＡＭのためのＭＣＳテーブルの例である。

〔図６〕図６は、本明細書で提供されるいくつかの例に従った、ＳＳに基づいたＭＣＳテーブル判定ルールである。

〔図７〕図７は、本明細書で提供されるいくつかの例に従った、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールである。

〔図８〕図８は、本明細書で提供されるいくつかの例に従った、どのＭＣＳテーブル判定ルールを適用するかを決定するための方法を示すフローチャートである。

〔図９〕図９は、本明細書で提供されるいくつかの例に従った、ＵＥごとに設定されたＵ−ＲＮＴＩ ＩＥの草案（ＴＰ）の例である。

〔図１０〕図１０は、本明細書で提供されるいくつかの例に従った、セルグループごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図１１〕図１１は、本明細書で提供されるいくつかの例に従った、セルグループごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図１２〕図１２は、本明細書で提供されるいくつかの例に従った、セルグループごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図１３〕図１３は、本明細書で提供されるいくつかの例に従った、セルごとに設定されたＴＰ Ｕ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図１４〕図１４は、本明細書で提供されるいくつかの例に従った、セルごとに設定されたＴＰ Ｕ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図１５〕図１５は、本明細書で提供されるいくつかの例に従った、ＢＷＰごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図１６〕図１６は、本明細書で提供されるいくつかの例に従った、制御チャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図１７〕図１７は、本明細書で提供されるいくつかの例に従った、制御チャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図１８〕図１８は、本明細書で提供されるいくつかの例に従った、下りリンクデータチャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図１９〕図１９は、本明細書で提供されるいくつかの例に従った、下りリンクデータチャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図２０〕図２０は、本明細書で提供されるいくつかの例に従った、上りリンクデータチャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図２１〕図２１は、本明細書で提供されるいくつかの例に従った、上りリンクデータチャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図２２〕図２２は、本明細書で提供されるいくつかの例に従った、セルグループごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。

〔図２３〕図２３は、本明細書で提供されるいくつかの例に従った、下りリンクデータチャンネルごとに設定されたＵ−ＲＮＴＩ−ＩＩ ＩＥのＴＰの例である。

〔図２４〕図２４は、本明細書で提供されるいくつかの例に従った、構成されたグラントＩＥのためのＵ−ＲＮＴＩ−ＩＩのＴＰの例である。

〔図２５〕図２５は、本明細書で提供されるいくつかの例に従った、セルグループ毎のＵ−ＲＮＴＩに基づいた設定を実行するための方法の例を示すフローチャートである。

〔図２６〕図２６は、本明細書で提供されるいくつかの例に従った、探索空間に基づいたＭＣＳテーブル判定ルールを適用するための方法の例を示すフローチャートである。

〔図２７〕図２７は、本明細書で提供されるいくつかの例に従った、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するための方法の例を示すフローチャートである。

〔図２８〕図２８は、本明細書で説明される様々な技術を実装することができるコンピューティングデバイスの例としてのコンピューティングデバイスアーキテクチャである。

〔詳細な説明〕
本開示の特定の態様および実施形態を以下に提供する。これらの態様および実施形態のいくつかは独立して適用されてもよく、それらのいくつかは、当業者に明らかであるように、組み合わせて適用されてもよい。以下の説明では、説明の目的のため、本出願の実施形態の完全な理解を提供するために、具体的な詳細が記載される。しかしながら、これらの具体的な詳細を用いずに様々な実施形態を実施できることは、明らかであろう。図面および説明は、限定を意図するものではない。

以下の説明は、例示的な実施形態のみを提供するものであり、本開示の範囲、適用性、または構成を限定することを意図するものではない。むしろ、例示的な実施形態の以下の説明は、例示的な実施形態を実施するための可能な説明を当業者に提供するだろう。添付の特許請求の範囲に記載された本出願の精神および範囲から逸脱することなく、要素の機能および配置において種々の変更がなされ得ることを理解されたい。

上述したように、５Ｇ新無線（ＮＲ）アクセス技術は、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼低遅延通信（ＵＲＬＬＣ）、および大規模マシンタイプ通信（ｍＭＴＣ）サービスを含む。ｅＭＢＢサービスは、広いカバレッジエリアにわたって高いデータレートを提供するために使用され得る。ＵＲＬＬＣサービスは、無線ネットワークにおいて高信頼性および低遅延性を達成するために使用され得る。ｍＭＴＣサービスは、高いカバレッジ、コスト効率性、より低い電力消費、および長い可用性を提供する。ｅＭＢＢ、ＵＲＬＬＣ、およびｍＭＴＣのような多様な使用事例をサポートするために、新無線（ＮＲ）における無線フレーム構造および媒体アクセス（ＭＡＣ）層手順の大部分は、高い柔軟性を有するように設計されている。さらに、ＮＲは、以前のバージョンよりも高い堅牢性（例えば低ブロックエラー率（ＢＬＥＲ）レベル）という特徴を有する、新しいタイプの無線リソースを導入する。新しいタイプの無線リソースは、１ｅ−５の目標ＢＬＥＲを達成することを目的とする。

（高信頼性および低遅延性のために）ＵＲＬＬＣサービスを設定するための技術は、本明細書で説明される。本技術は、（例えばｇＮＢの）ネットワークパフォーマンスを向上させ、とりわけ、より効率的な動作を達成するために、ＵＥ内のＭＡＣ手順を向上させることができる。いくつかの例において、様々な要因（例えば探索空間、ＲＮＴＩなどに基づく）に基づいて適用するＭＣＳテーブルを判定するための技術が説明される。いくつかの例において、ＲＮＴＩを用いてＵＥを設定するための、様々な考慮事項（例えばセルグループごと、ＵＥごと、セルごと、帯域幅パート（bandwidth part：ＢＷＰ）ごと、制御チャンネルごと、下りリンクデータチャンネルごと、上りリンクチャンネルごと、または他の考慮事項）に基づいた様々な技術が説明される。このような技術を説明する前に、ワイヤレス通信システムの一例を、図１および図２に関して説明する。

図１は、データストリームを通信するためのネットワーク１００を示す図である。本明細書で使用されるように、「データストリーム」は、音声ストリーム、および、ショートメッセージサービス（ＳＭＳ）メッセージ、マルチメディアメッセージサービス（ＭＭＳ）メッセージ、アプリケーション、アップロード、ダウンロード、電子メールなどのテキストメッセージングのためのストリーミングデータを含み得る。ネットワーク１００は、アクセスポイント（ＡＰ）１１０を備えることができる。ＡＰ１１０は、例えば基地局のような、無線アクセスを提供するために構成された任意の構成要素または構成要素の集合とすることができる。基地局は例えば、拡張された基地局（ｅＮＢまたはｅＮｏｄｅＢ）、または次世代ノードＢ（ｇＮＢ）であってもよい。ＡＰ１１０は、カバレッジエリア１０１（例えば、セル）、一つ以上のモバイルデバイス１２０、およびバックホールネットワーク１３０を有することができる。二つのモバイルデバイス１２０を有するものとして示され、説明されたが、たった一つのモバイルデバイス１２０から数千またはそれ以上のモバイルデバイス１２０までの範囲の任意の数のモバイルデバイス１２０が存在しうることが企図される。

ＡＰ１１０は、モバイルデバイス１２０を用いた上りリンク接続および／または下りリンク接続を確立することができる。上りリンクおよび／または下りリンク接続は、モバイルデバイス１２０とＡＰ１１０との間において、データを搬送することができる。特定の数の構成要素が示され、説明されているが、ルータ、リレー、リモート無線ヘッドなど、任意の数の追加の構成要素が提供されてもよく、また、簡潔さのために図１から省略されてもよいことが企図される。

５Ｇはデジタルセルラーネットワークの第５世代を表す。３ＧＰＰは一般に、５Ｇ新無線（５ＧＮＲ）として、「５Ｇ」と呼ぶ。世界中で、企業は、以前の技術と比較して高いダウンロードおよびアップロード速度を提供しており、キャリアのための５Ｇハードウェアおよびシステムを提供し始めている。一般に、以前のワイヤレス技術と同様に、５Ｇサービスエリアは、セルと呼ばれる地理的エリアに分割される。ユーザ機器が一つの地理的セルから別の地理的セルへ横断するとき、通信がドロップされず、観察可能な差がほとんどまたは全く見られないように、二つの地理的セルの間で通信がハンドオフされる。

本開示の態様は、複数の無線アクセスネットワーク（ＲＡＮ）を含み得る５Ｇ無線ネットワークにおいて実装され得る。図２は、第一のＲＡＮ２１０および第二のＲＡＮ２２０を含む複数のＲＡＮにサービスを提供する無線ネットワーク２０５を備える５Ｇネットワークアーキテクチャ２００を示す図である。無線ネットワークは、例えばサービングゲートウェイおよびパックデータネットワークゲートウェイといった様々なゲートウェイデバイスを備え得る。さらに、ＲＡＮは、基地局またはノードといった一つ以上のＡＰを含み得、これは、５Ｇ通信ネットワークのためのｇＮＢｓを含むことができる。

３Ｇのための３つの主な種類の使用事例が定義されている。ｅＭＢＢ、ＵＲＬＬＣ、および大規模マシンタイプ通信（ｍＭＴＣ）である。ｅＭＢＢは、４Ｇと比較して、より速い接続、より多くの容量、および、より高いスループットが評価される。例えばｅＭＢＢは、１０〜２０Ｇｂｐｓのピーク、必要な場合には１００Ｍｂｐｓ、最大１０，０００倍のトラフィック、マクロおよびスモールセルのサポート、高い移動性のために最大５００ｋｍ／ｈにおけるサポート、および著しいネットワークエネルギー節約が評価され得る。ＵＲＬＬＣは、高速応答率を必要とするミッションクリティカルアプリケーションのための中断されないデータ交換を提供する。例えばＵＲＬＬＣは、１ミリ秒（ｍｓ）未満のエアインターフェース遅延（air interface latency）を伴う極めて高い応答性を有する。さらに、ＵＲＬＬＣは、信頼性が高く、ほぼ１００％の確率で利用可能である。ＵＲＬＬＣは、低〜中データ速度および高速移動性が評価される。４Ｇと比較して、ＵＲＬＬＣは、１ｍｓの目標遅延が評価される。ｅＭＢＢは、４ｍｓの目標遅延が評価される。一方、４Ｇは、２０ｍｓを超える遅延時間が経験され得る。ｍＭＴＣは、広範囲にわたるエリア内で多数の低電力デバイスに起因した拡張性および増加した寿命をサポートする。例えばｍＭＴＣは、長距離にわたる高密度のデバイス、低データレート、低コスト、および長時間のバッテリ電力をサポートすることができる。

ブロックエラー率（ＢＬＥＲ）は、通信システムにおける品質の測定の一様式である。ＢＬＥＲ測定の計算例は以下の通りである：

ＢＬＥＲ計算は、巡回冗長検査（ＣＲＣ）評価に基づくことができ、これは、ＵＥ側におけるトランスポートブロック（transport block）の検査に使用される。ＣＲＣは、各トランスポートブロックに添付され、送信機（例えばｇＮＢ）によって送信されることができる。目的地（例えばＵＥ）において、トランスポートブロックは、ＵＥによってクロスチェックされることができる。誤ったブロックは、間違った（またはエラー中の）ＣＲＣを含んでいるトランスポートブロックとして定義できる。トランスポートブロックは、添付されたＣＲＣが受信機によって計算されたＣＲＣと一致する場合、正常に復号化できる。エラー中に受信されたブロックのために再送信を実行することができる。

無線ネットワーク一時識別子（ＲＮＴＩ）は、一つの固有の無線チャンネルを他の無線チャンネルから、および／または（例えばＵＥなど）一つのデバイスを別のデバイスから区別する、および／または識別するために使用される。例えばＲＮＴＩは、セル内に接続されたＵＥ、固有の無線チャンネル、ページングの場合のＵＥのグループ、ｅＮＢにより電力制御が発行されるＵＥのグループ、ｇＮＢによりすべてのＵＥのために送信されるシステム情報、および／または他の識別を、識別することができる。いくつかの場合において、（例えば各ＤＣＩのＣＲＣビットなど）下りリンク制御情報（ＤＣＩ）メッセージは、固有のＲＮＴＩ値によってスクランブルされることがある。

一般的に、ＵＲＬＬＣサービスは、ｅＭＢＢサービスと比較して、無線リソースに対するより厳しい要件と、より低いＢＬＥＲレベル要件とを有する。ｅＭＢＢサービスは、ＢＬＥＲレベルよりもデータ速度に重点を置く。これは少なくとも部分的には、ｅＭＢＢサービスが、通常のＢＬＥＲレベル（例えばＢＬＥＲレベル１０^−１。なお、１０^−１は１ｅ−１として記述することもでき、１０^−５は１ｅ−５として記述することもできる。）の無線リソースを用いても充足可能であるためである。したがって、ｇＮＢからグラントされた無線リソースおよび／またはデータが、低いＢＬＥＲを目標とする場合、ＭＡＣは、ｅＭＢＢサービスではなくＵＲＬＬＣサービスによって採用される低いＢＬＥＲ無線リソースを優先することができる。この場合、ＵＲＬＬＣサービスは、ｅＭＢＢサービスより多く無線リソースを使用することができる。

異なるＢＬＥＲレベル（例えば少なくとも１０^−１の一つのＢＬＥＲレベルと１０^−５の別のＢＬＥＲレベルが存在し得る）のｇＮＢによる柔軟なグラントのため、ＵＥ内の現行のＭＡＣ手順は、より効率的な運用を達成するために、さらなる強化を必要とする。例えばＵＥのＭＡＣは、異なる無線リソースのＢＬＥＲレベルを区別することができず、ｅＭＢＢとＵＲＬＬＣサービスとの間の使用の公平性に悪影響を及ぼす可能性がある。

さらに、異なる目標ＢＬＥＲレベルを有する、グラントされた無線リソースの適切な変調および符号化方式（ＭＣＳ）を示すために、ｇＮＢは、ＵＥによって各サポートＢＬＥＲレベルに基づいて報告されるチャンネル品質インジケータ（channel quality indicator：ＣＱＩ）を参照する必要がある。上りリンクグラントおよび下りリンクデータスケジューリングの間、ｇＮＢは、無線リソース制御（ＲＲＣ）層によって、および／またはデータスケジューリングごと、サービスタイプごと、物理チャンネルごと、論理チャンネルごと、帯域幅部（ＢＷＰ）ごと、サービングセルごと、またはＭＡＣエンティティ基準ごとの物理層によって、ＵＥに対してスケジューリングされた無線リソースのＭＣＳおよび／またはＢＬＥＲを示す。

物理チャンネルは、物理上りリンク共有チャンネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）、物理下りリンク共有チャンネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）、物理上りリンク共通制御チャンネル（Physical Uplink Common Control Channel：ＰＵＣＣＨ）、および物理下りリンク制御チャンネル（ＰＤＣＣＨ）を含むが、これらに限定されない。論理チャンネルは、ブロードキャスト制御チャンネル（Broadcast Control Channel：ＢＣＣＨ）、ページング制御チャンネル（Paging Control Channel：ＰＣＣＨ）、共通制御チャンネル（Common Control Channel：ＣＣＣＨ）、専用制御チャンネル（Dedicated Control Channel：ＤＣＣＨ）、および専用トラフィックチャンネル（Dedicated Traffic Channel：ＤＴＣＨ）とすることができるが、これらに限定されない。帯域幅パート（ＢＷＰ）は、セルの動作帯域幅内のＵＥの動作帯域幅を指し、ｇＮＢによって示される。ＵＥの動作帯域幅は、セルの動作帯域幅の合計のサブセットである。

キャリアアグリゲーション（Carrier Aggregation：ＣＡ）のみが設定され、デュアルコネクティビティ（Dual Connectivity：ＤＣ）が設定されない場合、ＵＥは、ネットワークを用いた一つのＲＲＣ接続のみを有する。ＲＲＣ接続確立、再確立、およびハンドオーバにおいて、一つのサービングセルは、非アクセス階層（Non-access stratum：ＮＡＳ）モビリティ情報を提供する。ＮＡＳは、進化型パケットシステム（Evolved Packet System）のプロトコルセットであり、通信セッションの確立を管理し、移動時でのＵＥとの継続的な通信を維持するために使用できる。例えばＮＡＳは、（例えばＬＴＥ／Ｅ−ＵＴＲＡＮアクセス、５Ｇアクセスなど）ネットワークアクセスのために、ＵＥとモビリティ管理エンティティ（Mobility Management Entity：ＭＭＥ）との間で非無線信号を伝達するために使用されうる。ＲＲＣ接続再確立およびハンドオーバにおいて、一つのサービングセルは、セキュリティインプット（security input）を提供する。このサービングセルは、プライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ばれる。ＵＥの能力に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）は、ＰＣｅｌｌと共にサービングセルのセットを形成するように設定されうる。従って、ＵＥのために設定されたサービングセルのセットは、一つのＰＣｅｌｌおよび一つ以上のＳＣｅｌｌを含み得る。

ＵＥのＭＡＣエンティティは、ブロードキャストチャンネル（Broadcast Channel：ＢＣＨ）、下りリンク共有チャンネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）、ページングチャンネル（Paging Channel：ＰＣＨ）、上りリンク共有チャンネル（Uplink Shared Channel：ＵＬ−ＳＣＨ）、およびランダムアクセスチャンネル（Random Access Channel：ＲＡＣＨ）といったトランスポートチャンネル（transport channel）を処理することができる。キャリアアグリゲーション（ＣＡ）において、単一のＭＡＣエンティティは、ＵＥに設定することができ、集約されたサービングセルのそれぞれ（例えばＰＣｅｌｌ、ＳＣｅｌｌなど）は、ＵＥのために設定されたＭＡＣエンティティに関連付けることができる。デュアルコネクティビティにおいて、二つのＭＡＣエンティティは、ＵＥに設定される：一つは、マスターセルグループ（Master Cell Group：ＭＣＧ）のためのものであり、もう一つはセカンダリセルグループ（Secondary Cell Group：ＳＣＧ）のためのものである。

本明細書で説明される例によれば、グラントに基づいたＵＲＬＬＣデータ送信のために、ｇＮＢは、ＵＲＬＬＣ固有のＲＮＴＩを設定するための新しいＲＲＣパラメータを適用することができるとともに、ＵＲＬＬＣデータ送信に適用されるべきＭＣＳテーブルを示すようにＭＣＳ−ｔａｂｌｅと表された既存のＲＲＣ情報要素（ＩＥ）の任意的事項を拡張することができる。ＵＲＬＬＣおよびｅＭＢＢの信頼性要件が異なるため、ＵＲＬＬＣデータ送信およびｅＭＢＢデータ送信に適用されるＭＣＳテーブルは、異なる場合があることに留意されたい。様々な要因に基づいてどのＭＣＳテーブルを適用するかを決定するための技術は、本明細書で説明される。

ＵＥがｅＭＢＢおよびＵＲＬＬＣデータ送信の両方を同時にサポートする場合、ｇＮＢは、少なくとも二つの独立したＭＣＳテーブルをＵＥに示すことができる。ＭＣＳテーブルは、空間ストリームの数、変調タイプ、およびｇＮＢに接続するときに可能であるＵＥの符号化率を要約する値を含むことができる。少なくとも二つの独立したＭＣＳテーブルのインディケイションに基づいて、ｅＭＢＢデータ送信のための一つのＭＣＳテーブル、ＵＲＬＬＣデータ送信のための別のＭＣＳテーブルが存在することができる。ここで、新たに定義されたＵＲＬＬＣ固有ＲＮＴＩおよび新たなＭＣＳテーブルが提供される。それらは、それぞれ、Ｕ−ＲＮＴＩ（またはＭＣＳ−Ｃ−ＲＮＴＩ）およびＵ−ＭＣＳと呼ばれる。新しいＵ−ＭＣＳテーブルは、ｅＭＢＢ送信といった他のサービスのために使用されることができる既存のＭＣＳテーブルよりも高いチャンネル符号化率（例えばＢＬＥＲ１ｅ−５に基づいて設計される。）に関連付けられる。

ＭＣＳテーブルのための二つの既存の任意的事項が存在し、それらは、例えば１ｅ−１のＢＬＥＲに基づいて設計された６４ＱＡＭおよび２５６ＱＡＭを含んでいる。ＵＲＬＬＣサービスをサポートするためのより低いＢＬＥＲを達成するために、ＮＲ標準規格は、ＭＣＳテーブルの任意的事項を拡張して、１ｅ−５のＢＬＥＲに基づいて設計され、本明細書で説明される新しいＭＣＳテーブル（Ｕ−ＭＣＳ）を導入することができる。図３は（ＵＲＬＬＣに基づく）高い信頼性の送信用のＭＣＳテーブルの一例（例えばＵ−ＭＣＳ）である。図４は、（例えばｅＭＢＢまたは他のサービスのための、１ｅ−１のＢＬＥＲに基づいて設計された）通常の信頼性の送信用の６４ＱＡＭのためのＭＣＳテーブルの例である。図５は（例えばｅＭＢＢまたは他のサービスなどのための、１ｅ−１のＢＬＥＲに基づいて設計された）通常の信頼性の送信用の２５６ＱＡＭのためのＭＣＳテーブルの例である。

二つの独立したＭＣＳテーブル判定ルールが本明細書で説明される。それらは、ＵＥが上りリンクグラントおよび下りリンクデータスケジューリングの各々に、どのＭＣＳテーブルを適用すべきかを判定するように設計される。ＭＣＳ判定ルールは、図６および図７に示される。

図６は、探索空間に基づいた（search-space-based：ＳＳに基づいた）ＭＣＳ判定ルールを示す。探索空間（またはＰＤＣＣＨ探索空間）は、ＰＤＣＣＨが搬送され得る下りリンクリソースグリッド内のエリアを指す。ＵＥは、（例えばＤＣＩといった）ＰＤＣＣＨデータを見つけようとする一つ以上の探索空間全体にわたってブラインド復号化を実行することができる。例えばＵＥが（例えばＤＣＩといった）ＰＤＣＣＨデータを復号するために、ＵＥは、位置（例えばＣＣＥインデックス）、構造（例えば集約レベル（Aggregation Level）、インターリーブ（Interleaving）、および／または他の構造）、ＲＮＴＩ、および／または他の情報の正確な値を把握しなければならない。いくつかの事例において、この情報は、事前にＵＥに示されず、値が動的に変更されることがある。（例えば事前定義されたルールまたはシグナリングメッセージを介して）情報は、（例えばＤＣＩといった）ＰＤＣＣＨデータを運ぶ可能性がある特定の探索範囲に関して、ＵＥに提供される。探索範囲内で、ＵＥは、試行錯誤に基づいて、様々なタイプのパラメータ（例えばＣＣＥインデックス、集約レベル、ＲＮＴＩなど）を使用してＰＤＣＣＨ／ＤＣＩを復号しようと試みることができる。このタイプの復号は、ブラインド復号と呼ばれる。ＵＥがブラインド復号を実行する事前定義された領域は、探索空間と呼ばれる。

２タイプの探索空間が提供されており、端末固有探索空間（ＵＳＳ）と共通探索空間（ＣＳＳ）と呼ばれる。ＵＳＳは、各々の固有のＵＥの専用である。ＵＳＳは、ＲＲＣ信号メッセージを介してＵＥに示すことができ、その場合、ＵＥは、ＵＳＳに関する情報を得るために、ＲＲＣの確立を完了する必要がある。ＣＳＳは、ＵＥが各ＵＥに提供される信号（例えばシステム情報ブロック（system information block：ＳＩＢ）のためのＰＤＣＣＨ）または固有のＵＥのために専用チャンネルが確立される前に各ＵＥに適用されるシグナリングメッセージ（例えばランダムアクセスチャンネル（ＲＡＣＨ）プロセス中に使用されるＰＤＣＣＨ）を検索する必要がある固有の検索空間である。

図６に戻ると、ＳＳに基づいたＭＣＳテーブル判定ルールは、ＤＣＩフォーマット（例えば０＿０、１＿０、０＿１、または１＿１）およびＵＥに指定された検索空間のタイプに基づくことができる。例えばＵＥは、下りリンクチャンネル（例えばＰＤＣＣＨまたは他の下りリンクチャンネル）に含まれるＤＣＩに関連するＤＣＩフォーマットを判定することができる。ＵＥは、下りリンクチャンネルに関連する検索空間がＣＳＳであるかＵＳＳであるかを判定することができる。特定のＭＣＳテーブルは、ＤＣＩフォーマットと、検索空間がＣＳＳまたはＵＳＳのいずれであるかと、に基づいて適用される。例えば図６に示されるように、ＣＳＳにおけるＤＣＩフォーマット０＿０および１＿０に対して、図４に示されるＭＣＳテーブルといった（例えばｅＭＢＢのためのといった通常の信頼性の送信用の）既存の６４ＱＡＭ ＭＣＳテーブルが使用されることができる。別の例において、図６に示すように、ＵＳＳにおけるＤＣＩフォーマット０＿０、１＿０、０＿１、および１＿１に対して、図３に示すＵ−ＭＣＳテーブル（ｑａｍ６４ＬｏｗＳＥと呼ばれることもある）のように、新たに定義されたＵ−ＭＣＳテーブルが使用される。

図７は、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールである。上述したように、ＲＮＴＩｓは、（例えばセル内のＵＥを区別するために）、一つの固有の無線チャンネルを他の無線チャンネルから、および／または、一つのＵＥを別のＵＥから、区別および／または識別するために使用されてよい。ＲＮＴＩに基づいたＭＣＳテーブル判定ルールは、ＤＣＩ ＣＲＣが、新しく定義されたＵ−ＲＮＴＩ（ＭＣＳ−Ｃ−ＲＮＴＩと呼ばれることもある）でスクランブルされているかどうかに基づくことができる。例えばＵＥは、ＰＤＣＣＨから情報を得ることができ、当該情報内の一つ以上のＣＲＣビットがＵ−ＲＮＴＩでスクランブルされていることを判定することができる。ＵＥは、この判定に基づいて、特定のＭＣＳテーブルを適用することができる。例えば図６に示すように、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールは、ＤＣＩ ＣＲＣがＵ−ＲＮＴＩ（またはＭＣＳ−Ｃ−ＲＮＴＩ）を用いてスクランブルされている場合、Ｕ−ＭＣＳテーブル（例えば図３に示すＵ−ＭＣＳテーブル）が使用されることを示す。そうでなければ、ＵＥは、既存のＮＲの動作に従うことができる（例えばＵＥは、図４に示されるような６４ＱＡＭ ＭＣＳテーブル、または図５に示されるような２５６ＱＡＭ ＭＣＳテーブルを使用することができる）。いくつかの例において、６４ＱＡＭ ＭＣＳテーブルまたは２５６ＱＡＭ ＭＣＳテーブルのいずれかが、ＵＥによって適用されるかは、ＲＲＣレイヤを介してｇＮＢによって設定される。

ＲＮＴＩに基づいたＭＣＳテーブル判定ルールは、異なるＭＣＳテーブルを用いるスケジューリング無線リソース間の動的変化（例えばＢＬＥＲのレベル）に関して、より短い遅延時間を有する。ＰＤＣＣＨの各状況内で、ｇＮＢは（例えばＲＮＴＩに基づいたＭＣＳ判定ルールに基づいて）ＤＣＩをＣ−ＲＮＴＩまたはＵ−ＲＮＴＩを用いてスクランブルすることによって、ＭＣＳテーブルを示し得る。これは、ＵＥがＵ−ＲＮＴＩを用いてＤＣＩをスクランブル解除する必要があるため、ＵＥは、ブラインド復号オーバヘッドを増加させる可能性があるということを意味する。ＳＳに基づいたＭＣＳテーブル判定ルールは、ＤＣＩが受信されるＳＳのタイプ（一つのＭＣＳテーブルの場合は、ＵＳＳ、別のＭＣＳテーブルの場合は、ＣＳＳ）によってスケジュールされた無線リソースのＭＣＳテーブルを暗黙的に示す。したがって、ブラインド復号オーバヘッドは、ＳＳに基づいたＭＣＳテーブル判定ルールのために増加しないが、スケジューリングの柔軟性は、ＵＳＳおよびＣＳＳの周期性によって制限される。異なるシナリオに基づいて、ｇＮＢは、とりわけ、異なるセルグループ、ＢＷＰｓ、データチャンネルのための異なるＭＣＳテーブル判定ルールを用いてＵＥを設定することができる。こういったＭＣＳ判定ルールの設定は、ｇＮＢがＵＥごと、セルグループごと（例えばＭＡＣエンティティごと）、ＢＷＰごと、制御チャンネルごと（例えばＰＤＣＣＨ）、またはデータチャンネルごと（例えばＰＤＳＣＨまたはＰＵＳＣＨ）に、Ｕ−ＲＮＴＩをＵＥに設定することができることを意味する。ｇＮＢがＵ−ＲＮＴＩの設定をどのようにするかによって、各セルグループ、ＢＷＰ、制御チャンネル、またはデータチャンネルのＵＥ ＭＣＳテーブル判定ルールが異なる場合がある。

ＵＥは、上りリンクグラントおよび下りリンクデータスケジューリングの各々に、ＲＮＴＩに基づいた、またはＳＳに基づいたＭＣＳテーブル判定ルールを適用することができる。どのＭＣＳテーブル判定ルールをＵＥにより適用するかの決定は、図８に示されるフローチャートによって示されるように、新たに定義されたＵ−ＲＮＴＩがＵＥに対して設定されているかどうかに基づくことができる。

図８は、どのＭＣＳテーブル判定ルールを適用するかを決定する方法を示すフローチャートである。図８に示されるように、Ｕ−ＲＮＴＩがｇＮＢによって設定されるかどうかは、どのＭＣＳテーブル判定ルールを適用すべきかをＵＥが決定するための状態の一つである。本方法は、ステップ８０５において、開始する。ステップ８１０において、Ｕ−ＲＮＴＩが設定されているか否かが判定される。Ｕ−ＲＮＴＩがＵＥのために設定されている場合、本方法は、ステップ８２５に進み、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールが適用される。次に本方法は、ステップ８３０において、終了する。ステップ８１０において、Ｕ−ＲＮＴＩが設定されていない場合、本方法は、ステップ８１５に進み、ＭＣＳテーブルＩＥがＵ−ＭＣＳを示すかどうかを判定する。ステップ８１５において、ＭＣＳテーブルＩＥがＵ−ＭＣＳを示すと判定された場合（「真」判定）、ステップ８２０において、ＳＳに基づいたＭＣＳテーブル判定ルールが適用される。次いで本方法は、ステップ８３０において終了する。ステップ８１５において、ＭＣＳテーブルＩＥがＵ−ＭＣＳを示さないと判定された場合（「偽」判定）、本方法は、ステップ８３０において、終了する。しかしながら、ｇＮＢがＵＥにＵ−ＲＮＴＩをどのように設定するか、および、Ｕ−ＲＮＴＩが、どのような根拠に基づいて、ｇＮＢからＵＥにどのように設定されるかは不明である。上記に列挙された構成の選択肢の各々は、異なるレベルのＵＥブラインド復号オーバヘッドと、上りリンクグラントおよび下りリンクデータスケジューリングの異なる柔軟性とをもたらす。

Ｕ−ＲＮＴＩ（またはＭＣＳ−Ｃ−ＲＮＴＩ）の設定のための異なる技術について説明する。一つの例において、Ｕ−ＲＮＴＩの設定は、ＵＥごとに設定される。例えばＲＲＣ構成またはＲＲＣ再構成手順の間に、ｇＮＢは、固有の下りリンクＲＲＣメッセージ（例えばＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を介して、ＵＥの観点ごとにＵＥへのＵ−ＲＮＴＩを設定することができる。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内にＵ−ＲＮＴＩ ＩＥを含むことによって、ｇＮＢは、固有の下りリンクＲＲＣメッセージ内で、ＵＥに対するＵ−ＲＮＴＩの値（例えばＵ−ＲＮＴＩ−Ｖａｌｕｅ）を示すことができる。このようなＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの一例は、テキスト提案（ＴＰ）の一例として図９に示されている。「Ｕ−ＲＮＴＩ」ＩＥ（対応するＵ−ＲＮＴＩ−Ｖａｌｕｅと共に図９中に強調で示される）は、単なる一例である。いくつかの実装形態において、Ｕ−ＲＮＴＩ ＩＥは、ＲＲＣ再構成メッセージの他の任意の位置に含むことができる。

一旦、ｇＮＢがＵＥの観点ごとに、Ｕ−ＲＮＴＩをＵＥに設定すると、データチャンネル、制御チャンネル、ＢＷＰ、および／またはセルグループの一部または全部において、上りリンクグラントおよび下りリンクデータスケジューリングの一部または全部が、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するためにｇＮＢによって割り当てられるとみなされる。

別の例において、Ｕ−ＲＮＴＩがセルグループごとに（例えばＭＡＣエンティティごとに）設定される。例えばマスターセルグループ（ＭＣＧ）またはセカンダリセルグループ（ＳＣＧ）を設定するためのセルグループ固有ＩＥは、ＵＥによって、ＵＥのために設定されたＵ−ＲＮＴＩを判定するために、使用されることができる。セルグループ固有ＩＥは、Ｕ−ＲＮＴＩの値を示すことができる。このような例において、Ｕ−ＲＮＴＩは、セルグループ固有ＩＥに基づいたＭＣＧまたはＳＣＧ内のセルに対して設定される。セルグループ固有ＩＥは、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素、ＭＡＣ−ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素、またはＰｈｙｓｉｃａｌＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素を含むことができる。

例えばＲＲＣ構成またはＲＲＣ再構成手順の間、ｇＮＢは、固有の下りリンクＲＣメッセージ（例えばＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を介して、セルグループの観点ごとからＵ−ＲＮＴＩを設定してもよい。固有の下りリンクＲＲＣメッセージ内で、ｇＮＢは、図１０、図１１、および図１２に示すように、ＲＲＣ再構成メッセージ内のＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素、ＭＡＣ−ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素、またはＰｈｙｓｉｃａｌＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素内にＵ−ＲＮＴＩ ＩＥを格納することによって、ＵＥに対するＵ−ＲＮＴＩ（例えばＵ−ＲＮＴＩ−Ｖａｌｕｅ）の値を示すことができる。図１０、１１、および１２内のＵ−ＲＮＴＩ ＩＥ（Ｕ−ＲＮＴＩ−ｖａｌｕｅと共に強調で示されている）は単なる例である。いくつかの実装形態において、Ｕ−ＲＮＴＩ ＩＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの他の任意の位置（例えば他のＩＥ内）に格納することができる。

セルグループの観点ごとで、ｇＮＢがＵＥにＵ−ＲＮＴＩを設定すると、設定されたセルグループ内の一部かまたは全部のデータチャンネル、制御チャンネル、および／またはＢＷＰｓ上のＵＥへの一部かまたは全部の上りリンクグラントおよび下りリンクデータスケジューリングは、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するために、ｇＮＢによって割り当てられるとみなされる。例えばｇＮＢからＵＥが受信した他のセルグループに対する上りリンクグラントおよび下りリンクデータスケジューリングは、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するために、ｇＮＢによって割り当てられるとはみなされない。

別の例において、Ｕ−ＲＮＴＩは、セルごとに設定される。例えばＲＲＣ構成またはＲＲＣ再構成手順の間に、ｇＮＢは、固有の下りリンクＲＲＣメッセージ（例えばＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を介して、セルの観点ごとで、ＵＥへのＵ−ＲＮＴＩを設定してもよい。固有の下りリンクＲＲＣメッセージ内で、ｇＮＢは、図１３および図１４に示すように、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ情報要素またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ情報内のＵ−ＲＮＴＩ ＩＥを格納することによって、ＵＥに対するＵ−ＲＮＴＩの値（例えばＵ−ＲＮＴＩ−Ｖａｌｕｅ）を示すことができる。図１３および図１４に示されるＵ−ＲＮＴＩ ＩＥ（Ｕ−ＲＮＴＩ−ｖａｌｕｅと共に強調で示される）は、単なる例である。いくつかの実装形態において、Ｕ−ＲＮＴＩ ＩＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの他の任意の位置（例えば他のＩＥ内）に格納することもできる。

同じセルスケジューリングの場合（すなわちスケジューリングセルおよびスケジューリングされたセルが同じセルである）、いったんｇＮＢが、セルの観点ごとに、ＵＥにＵ−ＲＮＴＩを設定すると、設定されたセル（すなわちＵ−ＲＮＴＩを用いて設定されたセル）内のＢＷＰの一部または全部に関するＵＥへの上りリンクグラントおよび下りリンクデータスケジューリングの一部または全部が、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するために、ｇＮＢによって割り当てられるとみなされる。スケジューリングセルは、ＵＥがＤＣＩを受信するセルであり、スケジューリングされたセルは、受信されたＤＣＩによって示されるセルである。ｇＮＢからＵＥによって受信された他のセル上の上りリンクグラントおよび下りリンクデータスケジューリングは、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するために、ｇＮＢによって割り当てられるとみなされるべきではない。

いくつかの態様において、クロスセルスケジューリング（すなわちスケジューリングセルおよびスケジュールされたセルが同じセルではない）のために、導入されたセルごとのＵ−ＲＮＴＩ設定方法は、スケジューリングセルまたはスケジューリングされたセルのみに限定することができる。例えばＵ−ＲＮＴＩ設定方法がスケジューリングセルのみに限定され得る場合、スケジューリングセル上で受信されるＤＣＩによって示される上りリンクグラントおよび下りリンクデータスケジューリングは、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するように示され得る。しかしながら、Ｕ−ＲＮＴＩ設定方法がスケジュールされたセルのみに限定される場合、スケジュールされたセル上の上りリンクグラントおよび下りリンクデータスケジューリングは、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するように示され得る。

いくつかの事例において、一旦、ＵＥがサプリメンタル上りリンク（ＳＵＬ）に対応するセルでも設定されると、ｇＮＢは、固有下りリンクＲＲＣメッセージ（例えばＲＲＣ再構成）を介してＵＥに対して、Ｕ−ＲＮＴＩを設定することによって、ＳＵＬに対してどのＭＣＳテーブル判定ルールを適用する必要があるかをＵＥに示してもよい。固有下りリンクＲＲＣメッセージ内で、ｇＮＢはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ情報要素、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ情報要素、ｓｕｐｐｌｅｍｅｎｔａｒｙＵｐｌｉｎｋＣｏｎｆｉｇ情報要素、ＵｐｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎ情報要素、またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ情報要素内にＵ−ＲＮＴＩ ＩＥを含んでいることにより、ＵＥに対するＵ−ＲＮＴＩの値（例えばＵ−ＲＮＴＩ−Ｖａｌｕｅ）を示す。

別の例において、Ｕ−ＲＮＴＩは、帯域幅パート（ＢＷＰ）ごとに設定される。例えばＲＲＣ構成またはＲＲＣ再構成手順の間、ｇＮＢは、固有下りリンクＲＲＣメッセージ（例えばＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を介して、ＢＷＰの観点ごとにＵＥへのＵ−ＲＮＴＩを設定することができる。固有下りリンクＲＲＣメッセージ内で、ｇＮＢは、図１５に示すように、ＲＲＣ再構成メッセージ内のＢＷＰ−Ｕｐｌｉｎｋ情報要素、ＢＷＰ−ＵｐｌｉｎｋＤｅｄｉｃａｔｅｄ情報要素、ＢＷＰ−ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄ情報要素、またはＢＷＰ−ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄ情報要素である、ＢＷＰ情報要素内のＵ−ＲＮＴＩ ＩＥ（すなわちＢＷＰを設定するための一つのＩＥ）を格納することによって、ＵＥへのＵ−ＲＮＴＩ（例えばＵ−ＲＮＴＩ−Ｖａｌｕｅ）の値を示す。図１５内のＵ−ＲＮＴＩ ＩＥ（Ｕ−ＲＮＴＩ−ｖａｌｕｅと共に強調で示されている）は、単なる一例である。いくつかの実装形態において、Ｕ−ＲＮＴＩ ＩＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの他の位置（例えば任意の他のＩＥ内）に格納されてもよい。

同じＢＷＰスケジューリングの事例（すなわちスケジューリングＢＷＰとスケジューリングされたＢＷＰが同じＢＷＰ）に対して、いったんｇＮＢがＢＷＰの観点ごとにＵＥにＵ−ＲＮＴＩを設定すると、設定されたＢＷＰ内のデータチャンネルと制御チャンネルの一部または全部で、上りリンクグラントと下りリンクデータスケジューリングの一部または全部が、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するために、ｇＮＢによって割り当てられたとみなされてもよい。スケジューリングＢＷＰは、ＵＥがＤＣＩを受信するＢＷＰであり、スケジューリングされたＢＷＰは、受信されたＤＣＩによって示されるＢＷＰである。ｇＮＢからＵＥによって受信された他のＢＷＰ上の上りリンクグラントおよび下りリンクデータスケジューリングは、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するためにｇＮＢによって割り当てられるとはみなされない。

いくつかの態様において、クロスＢＷＰスケジューリング（すなわちスケジューリングＢＷＰおよびスケジューリングされたＢＷＰが同じＢＷＰではない）のために、導入されたＢＷＰごとのＵ−ＲＮＴＩ設定方法は、スケジューリングＢＷＰまたはスケジューリングされたＢＷＰのいずれかにのみ限定され得る。例えばＵ−ＲＮＴＩ設定方法がスケジューリングＢＷＰのみに限定される場合、スケジューリングＢＷＰ上で受信されるＤＣＩによって示される上りリンクグラントと下りリンクデータスケジューリングは、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するために示されてもよい。しかしながら、Ｕ−ＲＮＴＩ設定方法がスケジュールされたＢＷＰのみに限定される場合、スケジュールされたＢＷＰ上の上りリンクグラントおよび下りリンクデータスケジューリングは、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するように示されてよい。

別の例において、Ｕ−ＲＮＴＩは、制御チャンネルごとに設定される。例えばＲＲＣ構成またはＲＲＣ再構成手順の間に、ｇＮＢは、固有下りリンクＲＲＣメッセージ（例えばＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を介して、制御チャンネルの観点ごとにＵＥへのＵ−ＲＮＴＩを設定することができる。固有下りリンクＲＲＣメッセージ内で、ｇＮＢは、図１６および図１７に示すように、ＲＲＣ再構成メッセージ内のＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ情報要素またはＰＤＣＣＨ−Ｃｏｎｆｉｇ情報要素内にＵ−ＲＮＴＩ ＩＥを格納することによって、ＵＥに対するＵ−ＲＮＴＩの値（例えばＵ−ＲＮＴＩ−Ｖａｌｕｅ）を示してもよい。図１６および１７内のＵ−ＲＮＴＩ ＩＥ（Ｕ−ＲＮＴＩ値と共に強調で示されている）は単なる例である。いくつかの実装形態において、Ｕ−ＲＮＴＩ ＩＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの他の任意の位置（例えば任意の他のＩＥ内）に格納することができる。

一旦、ｇＮＢが制御チャンネルの観点ごとにＵ−ＲＮＴＩをＵＥに設定すると、設定されたＰＤＣＣＨを介してｇＮＢによってＵＥにスケジュールされた上りリンクグラントおよび下りリンクデータの一部または全部は、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するためにｇＮＢによって割り当てられたものと見なしてもよい。他のＰＤＣＣＨを介して、ｇＮＢによってＵＥにスケジュールされた上りリンクグラントおよび下りリンクデータは、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するためにｇＮＢによって割り当てられるとはみなされない。

別の例において、Ｕ−ＲＮＴＩは、下りリンクデータチャンネルごとに設定される。例えばＲＲＣ構成またはＲＲＣ再構成手順の間に、ｇＮＢは、固有下りリンクＲＲＣメッセージ（例えばＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を介して下りリンクデータチャンネルの観点ごとに、ＵＥへのＵ−ＲＮＴＩを設定してもよい。固有下りリンクＲＲＣメッセージ内で、ｇＮＢは、図１８および図１９に示すように、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内のＰＤＳＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ情報要素またはＰＤＳＣＨ−Ｃｏｎｆｉｇ情報要素内にＵ−ＲＮＴＩ ＩＥを格納することによって、ＵＥに対するＵ−ＲＮＴＩの値（例えばＵ−ＲＮＴＩ−Ｖａｌｕｅ）を示してもよい。図１８および１９におけるＵ−ＲＮＴＩ ＩＥ（Ｕ−ＲＮＴＩ値と共に強調で示されている）は、単なる例である。いくつかの実装形態において、Ｕ−ＲＮＴＩ ＩＥがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの他の任意の位置（例えば任意の他のＩＥ内）に含めることもできる。

一旦、ｇＮＢが下りリンクデータチャンネルの観点ごとにＵ−ＲＮＴＩをＵＥに設定すると、設定されたＰＤＳＣＨ上のｇＮＢによってＵＥにスケジュールされた下りリンクデータの一部または全部は、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するために、ｇＮＢによって割り当てられたとみなされる。他のＰＤＳＣＨ上でｇＮＢによってＵＥにスケジュールされた下りリンクデータは、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するためにｇＮＢによって割り当てられるとみなされなくてもよい。ＵＥは、ＮＲがクロスＢＷＰおよびクロスサービングセルスケジューリングをサポートするため、設定されたＰＤＳＣＨ上で下りリンクデータをｇＮＢがスケジュールするセルを予測することができず、また、ＰＤＣＣＨが介する下りリンクデータをどのようにｇＮＢがスケジュールするかを予測することもできない。これは、ＵＥの一つ以上のＰＤＳＣＨのいずれかがＵ−ＲＮＴＩで設定されると、ＵＥが、ＰＤＳＣＨへの下りリンクデータスケジューリングを実行する可能性を有するすべてのＰＤＣＣＨにおいてＵ−ＲＮＴＩのためのブラインド復号化を実行する必要があることを意味する。

別の例において、Ｕ−ＲＮＴＩは、上りリンクデータチャンネルごとに設定される。例えばＲＲＣ構成またはＲＲＣ再構成手順の間に、ｇＮＢは、固有下りリンクＲＲＣメッセージ（例えばＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を介して、上りリンクデータチャンネルの観点ごとにＵＥへのＵ−ＲＮＴＩを設定することができる。固有下りリンクＲＲＣメッセージ内で、ｇＮＢは、図２０および図２１に示すように、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内のＰＵＳＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ情報要素またはＰＵＳＣＨ−Ｃｏｎｆｉｇ情報要素内にＵ−ＲＮＴＩ ＩＥを格納することによって、ＵＥに対するＵ−ＲＮＴＩの値（例えばＵ−ＲＮＴＩ−Ｖａｌｕｅ）を示すことができる。図２０および２１内のＵ−ＲＮＴＩ ＩＥ（Ｕ−ＲＮＴＩ値と共に強調で示されている）は、単なる例である。いくつかの実装形態において、Ｕ−ＲＮＴＩ ＩＥは、ＲＲＣ再構成メッセージの他の任意の位置（例えば他の任意のＩＥ内）に格納することもできる。

上りリンクデータチャンネルの観点ごとに、ｇＮＢがＵＥにＵ−ＲＮＴＩを設定すると、設定されたＰＵＳＣＨ上のｇＮＢによってＵＥにスケジュールされた上りリンクグラントの一部または全部が、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するためにｇＮＢによって割り当てられたものとみなされる。他のＰＵＳＣＨ上でｇＮＢによってＵＥにスケジュールされた上りリンクグラントは、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するためにｇＮＢによって割り当てられるとみなされるべきではない。

ＮＲがクロスＢＷＰおよびクロスサービングセルスケジューリングをサポートするため、ＵＥは、ｇＮＢが設定されたＰＵＳＣＨ上で上りリンクグラントをスケジュールするときを予測することができず、また、ｇＮＢがどのようにＰＤＣＣＨを介して上りリンクグラントをスケジュールするかを予測することもできないことが観察される。これは、ＵＥの一つ以上のＰＵＳＣＨのいずれかがＵ−ＲＮＴＩで設定されると、ＵＥは、ＰＵＳＣＨへの上りリンクグラントのスケジューリングを実行する可能性があるすべてのＰＤＣＣＨにおいてＵ−ＲＮＴＩのためのブラインド復号化を実行する必要があることを意味する。

いくつかの実装形態において、２ステップのＵ−ＲＮＴＩ（またはＭＣＳ−Ｃ−ＲＮＴＩ）設定を実行できる。上記で導入されたＵ−ＲＮＴＩ設定の設計によれば、ｇＮＢが対応するＩＥまたはＲＲＣメッセージ中にＵ−ＲＮＴＩ ＩＥ（Ｕ−ＲＮＴＩ−Ｖａｌｕｅ）を含めるかどうかは、ＵＥがＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用すべきかどうかの指示を表す。しかしながら、いくつかの事例において、ｇＮＢは、無線リソースを浪費する、セル別に、ＢＷＰ別に、またはチャンネル別に、Ｕ−ＲＮＴＩ値をＵＥに対して示すことを行わなくてもよい。全体的な設定手順をより効率的にするために、セルグループ、セル、ＢＷＰ、制御チャンネル、またはデータチャンネルのそれぞれについて、複数のＩＥｓ（例えばＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ、ＢＷＰ、ＰＤＣＣＨ−Ｃｏｎｆｉｇ、ＰＤＳＣＨ−Ｃｏｎｆｉｇ、またはＰＵＳＣＨ−Ｃｏｎｆｉｇ ＩＥ）に対し、Ｕ−ＲＮＴＩ ＩＥを含ませることの繰り返しを大幅に低減することができる２ステップのＵ−ＲＮＴＩ設定方法を実装してもよい。２ステップのＵ−ＲＮＴＩ設定方法において、ｇＮＢからＵＥへのＵ−ＲＮＴＩの設定は、同一または異なる下りリンクＲＲＣメッセージ／ＩＥに含まれる二つの部分（すなわち、Ｕ−ＲＮＴＩ−ＩおよびＵ−ＲＮＴＩ−ＩＩ）に分割されてもよい。

Ｕ−ＲＮＴＩ−Ｉは、ＵＥ内の、設定されたセルグループ、セル、ＢＷＰ、制御チャンネル、またはデータチャンネルの間で共有されるＵ−ＲＮＴＩ値を示す。Ｕ−ＲＮＴＩ−ＩＩはＵ−ＲＮＴＩ−Ｉ（例えばＵ−ＲＮＴＩ−Ｖａｌｕｅ）が、対応するセルグループ、セル、ＢＷＰ、制御チャンネル、またはデータチャンネルのためのＰＤＣＣＨブラインド復号化のために適用されるべきかどうかを示してもよい。いくつかの実装形態において、Ｕ−ＲＮＴＩ−ＩＩは、ブールパラメータであってもよい：いくつかの例において、１は真で、０は偽である。ＵＥは、Ｕ−ＲＮＴＩ−ＩＩブールパラメータが真にセットされるとき、Ｕ−ＲＮＴＩ−Ｉを適用してよく、一方、ＵＥは、ブールパラメータが偽にセットされるとき、Ｕ−ＲＮＴＩ−Ｉを無視してよい。いくつかの態様において、ＵＥは、Ｕ−ＲＮＴＩ−ＩＩが存在するとき、Ｕ−ＲＮＴＩ−Ｉを適用することができ、一方、ＵＥは、Ｕ−ＲＮＴＩ−ＩＩが存在しないとき、Ｕ−ＲＮＴＩ−Ｉを無視する。

いくつかの例において、Ｕ−ＲＮＴＩを適用すべきかどうかの個々の指示を使用することができる。例えば上記で導入された様々なＲＮＴＩ設定技術のそれぞれについて、Ｕ−ＲＮＴＩ−ＩおよびＵ−ＲＮＴＩ−ＩＩ ＩＥは、それに応じて異なるＩＥに含めることができる。次に、Ｕ−ＲＮＴＩ−ＩおよびＵ−ＲＮＴＩ−ＩＩ ＩＥがどのように配置され得るかを説明する例を説明する。

一例としてセルグループごとであるＵ−ＲＮＴＩの設定を使用することにより、ＵＥに対して設定されたセルグループ（例えばＭＣＧ、ＳＣＧなど）の全てが単一のＵ−ＲＮＴＩの値を共有するとき、Ｕ−ＲＮＴＩ−Ｉ ＩＥは、限定はされないが、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージまたはＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素（または他のセルグループ固有ＩＥ）に含まれ得るが、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素、ＭＡＣ−ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素またはＰｈｙｓｉｃａｌＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素に対応するセルグループが、ＲＮＴＩに基づいたＭＣＳ判定ルールを適用するために示される必要がある場合、Ｕ−ＲＮＴＩ−ＩＩ ＩＥは、個別に、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素、ＭＡＣ−ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素またはＰｈｙｓｉｃａｌＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素のそれぞれに格納されることができる。例えばＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ、Ｍａｃ−ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇまたはＰｈｙｓｉｃａｌＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇに対応するセルグループが、Ｕ−ＲＮＴＩ−ＩＩに示されていなかった、またはＵ−ＲＮＴＩ−ＩＩに偽がセットされている場合、ＵＥは、セルグループにＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用しないだろう。

一例としてセルごとであるＵ−ＲＮＴＩの設定を使用することにより、ＵＥに対して設定されたセルの全てが単一のＵ−ＲＮＴＩの値を共有するとき、Ｕ−ＲＮＴＩ−Ｉ ＩＥは、限定はされないが、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージまたはＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ ＩＥに含まれることができるが、Ｕ−ＲＮＴＩ−ＩＩ ＩＥは、セルがＲＮＴＩに基づいたＭＣＳ判定ルールを適用するために示される必要がある場合、個別に、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇまたはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥに対応する設定されたセルのそれぞれに含まれることができる。例えばＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇまたはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎに対応するセルが、Ｕ−ＲＮＴＩ−ＩＩに示されていなかった、またはＵ−ＲＮＴＩ−ＩＩに偽がセットされている場合、ＵＥは、セルにＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用しないだろう。

一例としてＢＷＰごとであるＵ−ＲＮＴＩの設定を使用することにより、ＵＥに対して設定されたＢＷＰの全てが単一のＵ−ＲＮＴＩの値を共有するとき、Ｕ−ＲＮＴＩ−Ｉ ＩＥは、限定はされないが、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ中、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ ＩＥ中、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ ＩＥ中または、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥ中に含まれることができるが、Ｕ−ＲＮＴＩ−ＩＩ ＩＥは、ＢＷＰがＲＮＴＩに基づいたＭＣＳ判定ルールを適用するために示される必要がある場合、個別に、設定されたＢＷＰに対応する、ＢＷＰ、ＢＷＰ−Ｕｐｌｉｎｋ、ＢＷＰ−ＵｐｌｉｎｋＤｅｄｉｃａｔｅｄ、ＢＷＰ−ＤｏｗｎｌｉｎｋまたはＢＷＰ−ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄ ＩＥにそれぞれに含まれることができる。例えばＢＷＰ、ＢＷＰ−Ｕｐｌｉｎｋ、ＢＷＰ−ＵｐｌｉｎｋＤｅｄｉｃａｔｅｄ、ＢＷＰ−ＤｏｗｎｌｉｎｋまたはＢＷＰ−ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄに対応するＢＷＰが、Ｕ−ＲＮＴＩ−ＩＩに示されていなかった、またはＵ−ＲＮＴＩ−ＩＩに偽がセットされている場合、ＵＥは、ＢＷＰに対しＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用しないだろう。

一例として制御チャンネルごとであるＵ−ＲＮＴＩの設定を使用することにより、ＵＥに対して設定された制御チャンネルの全てが単一のＵ−ＲＮＴＩの値を共有するとき、Ｕ−ＲＮＴＩ−Ｉ ＩＥは、限定はされないが、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ ＩＥ、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ ＩＥ、ＢＷＰ ＩＥ、ＢＷＰ−Ｄｏｗｎｌｉｎｋ ＩＥ、またはＢＷＰ−ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄ ＩＥ中に含まれることができるが、Ｕ−ＲＮＴＩ−ＩＩ ＩＥは、制御チャンネルがＲＮＴＩに基づいたＭＣＳ判定ルールを適用するために示される必要がある場合、個別に、設定された制御チャンネルに対応する、ＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ、またはＰＳＣＣＨ−Ｃｏｎｆｉｇ ＩＥのそれぞれに含まれることができる。例えばＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎまたはＰＤＣＣＨ−Ｃｏｎｆｉｇに対応する制御チャンネルが、Ｕ−ＲＮＴＩ−ＩＩに示されていなかった、またはＵ−ＲＮＴＩ−ＩＩに偽がセットされている場合、ＵＥは、ＢＷＰにＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用しないだろう。

一例として下りリンクデータチャンネルごとであるＵ−ＲＮＴＩの設定を使用することにより、ＵＥに対して設定された下りリンクデータチャンネルの全てが単一のＵ−ＲＮＴＩの値を共有するとき、Ｕ−ＲＮＴＩ−Ｉ ＩＥは、限定はされないが、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ中、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ ＩＥ中、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ ＩＥ中、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥ中、ＢＷＰ ＩＥ中、ＢＷＰ−Ｄｏｗｎｌｉｎｋ ＩＥ中、またはＢＷＰ−ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄ ＩＥ中に含まれることができるが、Ｕ−ＲＮＴＩ−ＩＩ ＩＥは、下りリンクデータチャンネルがＲＮＴＩに基づいたＭＣＳ判定ルールを適用するために示される必要がある場合、個別に、設定された制御チャンネルのそれぞれに対応する、ＰＤＳＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ、またはＰＤＳＣＨ−Ｃｏｎｆｉｇ ＩＥに含まれることができる。例えばＰＤＳＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎまたはＰＤＳＣＨ−Ｃｏｎｆｉｇに対応する制御が、Ｕ−ＲＮＴＩ−ＩＩに示されていなかった、またはＵ−ＲＮＴＩ−ＩＩに偽がセットされている場合、ＵＥは、下りリンクデータチャンネルにＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用しないだろう。

図２２および図２３は、考えられる設定の草案（text proposal：ＴＰ）を示す。図２２は、セルグループごとに設定されたＵ−ＲＮＴＩ−Ｉ ＩＥを示すＴＰの一例である。図２２に示されるＵ−ＲＮＴＩ−Ｉは、Ｕ−ＲＮＴＩ−Ｖａｌｕｅを示し、これは、設定されたセルグループ、セル、ＢＷＰｓ、制御チャンネル、またはデータチャンネルの間で共有される。図２３は、下りリンクデータチャンネルごとに設定されたＵ−ＲＮＴＩ−ＩＩ ＩＥを示すＴＰの例である。図２３に示されるＵ−ＲＮＴＩ−ＩＩは、Ｕ−ＲＮＴＩ−Ｉ（すなわちＵ−ＲＮＴＩ−Ｖａｌｕｅ）が、対応するセルグループ、セル、ＢＷＰ、制御チャンネル、またはデータチャンネルのためのＰＤＣＣＨブラインド復号化に適用されるべきかどうかを、示す。Ｕ−ＲＮＴＩが適用されるべきかどうかを個別に示すための上記の態様の一部または全ては、Ｕ−ＲＮＴＩ−ＩおよびＵ−ＲＮＴＩ−ＩＩの同様の設定を、対応するＩＥに論理的に適用することができる。

一例として上りリンクデータチャンネルごとであるＵ−ＲＮＴＩの設定を使用することにより、ＵＥに対して設定された上りリンクデータチャンネルの全てが単一のＵ−ＲＮＴＩの値を共有するとき、Ｕ−ＲＮＴＩ−Ｉ ＩＥは、限定はされないが、ＲＲＣ再構成メッセージ中、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ ＩＥ中、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ ＩＥ中、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥ中、ＢＷＰ ＩＥ中、ＢＷＰ−Ｕｐｌｉｎｋ ＩＥ中、またはＢＷＰ−ＵｐｌｉｎｋＤｅｄｉｃａｔｅｄ ＩＥ中に含まれることができるが、Ｕ−ＲＮＴＩ−ＩＩ ＩＥは、上りリンクデータチャンネルがＲＮＴＩに基づいたＭＣＳ判定ルールを適用するために示される必要がある場合、個別に、設定された制御チャンネルのそれぞれに対応するＰＵＳＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎ、またはＰＵＳＣＨ−Ｃｏｎｆｉｇ ＩＥに含まれることができる。例えばＰＵＳＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎまたはＰＵＳＣＨ−Ｃｏｎｆｉｇに対応する制御が、Ｕ−ＲＮＴＩ−ＩＩに示されていなかった、またはＵ−ＲＮＴＩ−ＩＩに偽がセットされている場合、ＵＥは、上りリンクデータチャンネルにＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用しないだろう。

いくつかの実装形態において、Ｕ−ＲＮＴＩ−ＩＩは、設定されたグラントの設定ＩＥ（例えば図２４に示すようにＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ）に含まれてもよいが、Ｕ−ＲＮＴＩ−Ｉ ＩＥは、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ ＩＥ、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ ＩＥ、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥ、ＢＷＰ ＩＥ、ＢＷＰ−Ｕｐｌｉｎｋ ＩＥ、ＢＷＰ−ＵｐｌｉｎｋＤｅｄｉｃａｔｅｄ ＩＥ、ＢＷＰ−Ｄｏｗｎｌｉｎｋ ＩＥ、または、ＢＷＰ−ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄ ＩＥに含まれてもよいが、これらに限定されない。設定されたグラントは、サービングセルごとおよび／またはＢＷＰごとにＲＲＣによって設定され得ることに留意されたい。

次に、ＢＬＥＲおよびＭＣＳの設定について説明する。ＢＬＥＲレベル固有ＲＮＴＩを、本明細書に導入する。例えばＮＲは、ＵＥがＵＲＬＬＣサービスのために１ｅ−５のＢＬＥＲのＭＣＳテーブルを適用すべきかどうかを示すことの目的のために、Ｕ−ＲＮＴＩを導入することができる。しかしながら、ＮＲは、様々な変調符号化方式を用いてバンドルする、より低い目標ＢＬＥＲを有するＭＣＳテーブルのより多くのオプションを導入することができる。したがって、より積極的なＭＣＳテーブルの指示方法は、ｇＮＢからＵＥへ判定され得る。例えばｇＮＢは、Ｕ−ＲＮＴＩ−Ｉ内のＵ−ＲＮＴＩ−Ｖａｌｕｅのリストを提供することができる。これは、Ｕ−ＲＮＴＩ−Ｉ ＩＥがＵ−ＲＮＴＩの値のリスト（例えばＵ−ＲＮＴＩ−Ｖａｌｕｅ｛Ｖａｌｕｅ＿１、Ｖａｌｕｅ＿２、Ｖａｌｕｅ＿３、Ｖａｌｕｅ＿４｝）になることができることを意味する。Ｕ−ＲＮＴＩの値のリスト内の値の各々は、様々な目的（例えばＭＣＳテーブルの様々な目標ＢＬＥＲレベルを暗黙的に示す）を参照することがある。Ｕ−ＲＮＴＩの第３の種類（すなわちＵ−ＲＮＴＩ−ＩＩＩ）は、Ｕ−ＲＮＴＩ−Ｉ内のどの値がＵＥに適用されるべきかを示すことができる。例えばＵ−ＲＮＴＩ−ＩＩＩが２ビットストリームである場合、００は、ＵＥがＶａｌｕｅ＿１を適用するべきであることを意味し、０１は、ＵＥがＶａｌｕｅ＿２を適用するべきであることを意味し、１０は、ＵＥがＶａｌｕｅ＿３を適用するべきであることを意味し、１１は、ＵＥがＶａｌｕｅ＿４を適用するべきであることを意味する。Ｕ−ＲＮＴＩ−Ｖａｌｕｅ内の各値は、対応するＭＣＳテーブルに関係することに留意されたい。Ｖａｌｕｅ＿１は、対応するＭＣＳテーブル１に関係し、Ｖａｌｕｅ＿２は、対応するＭＣＳテーブル２に関係し、Ｖａｌｕｅ＿３は、対応するＭＣＳテーブル３に関係し、Ｖａｌｕｅ＿４は、対応するＭＣＳテーブル４に関係し得る。４つのＭＣＳテーブルは、目標ＢＬＥＲレベル、または変調符号化レベル（最大変調符号化比率）が異なる場合がある。

いくつかの態様において、ＵＥがＳＳに基づいたＭＣＳ判定ルールを適用するためにｇＮＢによって示される場合、ｇＮＢは、ＭＣＳテーブルのリストを示すために第一−ＩＥを適用し、第一−ＩＥ内のどのＭＣＳテーブルを対応する探索空間に適用すべきかを示すために第二−ＩＥを適用することもできる。ＣＳＳとＵＳＳの両方は、ＣＳＳとＵＳＳによって適用されるＭＣＳテーブルが同じであることを意味する、単一の第二−ＩＥで示すことができる。あるいはＣＳＳとＵＳＳは、二つの異なる第二−ＩＥｓで示すことができ、この場合、ＣＳＳとＵＳＳによって適用されるＭＣＳテーブルは同じであるか、異なるものになる。

Ｕ−ＲＮＴＩ−ＩＩＩは、Ｕ−ＲＮＴＩ−ＩＩと組んで配置することができるが、これに限定されないことに留意されたい。あるいはｇＮＢは、Ｕ−ＲＮＴＩ−ＩＩＩを、何らかの他の対応するＩＥ／ＲＲＣメッセージに入れることができる。

ＢＬＥＲおよびＭＣＳは、二つの独立したファクターである。ＮＲがより多様なサービスをサポートしたい場合、ＮＲは、ＭＣＳ（例えば６４ＱＡＭ、２５６ＱＡＭ、または１０２４ＱＡＭ）およびＢＬＥＲ（例えば１ｅ−１、１ｅ−５、１ｅ−７、または１ｅ−９）のより多くのオプションを導入することができる。可能性のあるＭＣＳおよびＢＬＥＲを示す例は、ｇＮＢがＵＥに対するＭＣＳテーブル（例えば現在はＮＲ ＩＥ）を示しているのに対し、ｇＮＢは、別の独立したＩＥ（例えばＢＬＥＲ＿ｉｎｄｉｃａｔｉｏｎ）を介してＭＣＳテーブルのＢＬＥＲを独立に示すことができることである。したがって、ＵＥは、ＭＣＳテーブルと新しいＢＬＥＲ＿ｉｎｄｉｃａｔｉｏｎ ＩＥの両方を参照してＭＣＳテーブルを決定することができる。あるいはｇＮＢがＢＬＥＲレベル固有Ｕ−ＲＮＴＩを導入することができ、ここで、ｇＮＢは、ＢＬＥＲレベル固有Ｕ−ＲＮＴＩの各々のためにＭＣＳを事前に設定する。したがって、ＵＥは、ＢＬＥＲレベル固有Ｕ−ＲＮＴＩのみによって使用するためのＭＣＳテーブルを暗黙的に示すことができる。

いくつかの態様において、ｇＮＢは、別の固有ＢＬＥＲレベルのために別の独立したＭＳＣテーブルＩＥを適用してもよい。例えば１ｅ−１のＢＬＥＲ（例えばＭＣＳ−ｔａｂｌｅ＿ｅＭＢＢ ＩＥ）用のＭＣＳテーブル：｛６４ＱＡＭまたは２５６ＱＡＭ｝、１ｅ−５のＢＬＥＲ（例えばＭＣＳ−ｔａｂｌｅ＿ＵＲＬＬＣ ＩＥ）用のＭＣＳテーブル：｛６４ＱＡＭまたは２５６ＱＡＭ｝および１ｅ−７のＢＬＥＲ（例えばＭＣＳ−ｔａｂｌｅ＿ＳｏｍｅＯｔｈｅｒＳｅｒｖｉｃｅ ＩＥ）用のＭＣＳテーブル：｛６４ＱＡＭまたは２５６ＱＡＭ｝である。

いくつかの態様において、ｇＮＢは、現行のＭＣＳテーブルＩＥ内の範囲／オプションを拡張してもよい。ＭＣＳテーブルをＵＥに設定する前に、ｇＮＢは、どの種類のＢＬＥＲおよびＭＣＳを表現するＭＣＳテーブル内の各オプションについて、ＵＥに事前に通知してもよい。

なお、ＲＮＴＩに基づいたＭＣＳ判定ルールおよびＳＳに基づいたＭＣＳ判定ルールの両方は、単なる例である。いくつかの事例において、他のＭＣＳテーブル判定ルールを適用することもできる。例えばＭＣＳ判定ルールをどのように決定するかについての設計は、論理的に採用され、および／またはいくつかの他のＭＣＳ判定ルールに拡張されてもよい。

いくつかの態様において、ＵＥに設定されたセルグループのうちの一つが別のｇＮＢまたはｅＮＢ（例えばセカンダリノード）から提供され、一方でセルグループがマスターｇＮＢまたはｅＮＢから提供される場合、Ｕ−ＲＮＴＩ−Ｉおよび／またはＵ−ＲＮＴＩ−ＩＩおよび／またはＵ−ＲＮＴＩ−ＩＩＩ ＩＥｓは、マスターｇＮＢからセカンダリノードに送信されてもよく、逆もまた同様である。セカンダリノードは、ここでＵＥに導入されたそれらの設定情報要素を直接的に設定するか、もしくはマスターｇＮＢまたはｅＮＢから受信する対応する設定に従ってそれらの設定情報要素を設定してもよく、逆もまた同様である。

いくつかの態様において、Ｕ−ＲＮＴＩ−Ｉは、常にＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に格納されるが、Ｕ−ＲＮＴＩ−ＩＩはブールパラメータである。ＵＥは、ブールパラメータが真に設定されるとき、Ｕ−ＲＮＴＩ−Ｉを適用してもよく、そうでなければ、ＵＥは、ブールパラメータが偽に設定されるとき、Ｕ−ＲＮＴＩ−Ｉを無視してもよい。

図２５は、本明細書に提供された、いくつかの例に従った、セルグループごとの設定に基づいたＵ−ＲＮＴＩを実施するための方法の一例を示すフローチャートである。ステップ２５１０において、下りリンク無線リソース制御（ＲＲＣ）メッセージは、ユーザ機器（ＵＥ）において受信される。ＲＲＣメッセージは、複数の情報要素（ＩＥ）を含む。下りリンクＲＲＣメッセージは、ＵＥのためのＲＲＣを設定するために使用される。

ステップ２５２０において、本方法は、下りリンクＲＲＣメッセージ内の複数のＩＥのセル固有ＩＥに基づいたＵＥに関連付けられた無線ネットワーク一時識別子（ＲＮＴＩ）を判定する。グループ固有ＩＥは、マスターセルグループ（ＭＣＧ）またはセカンダリセルグループ（ＳＣＧ）を設定するために使用される。ＲＮＴＩは、グループ固有ＩＥに基づいて、ＭＣＧまたはＳＣＧ内のセルのために設定される。セルグループ固有ＩＥは、ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素、ＭＡＣ−ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素、またはＰｈｙｓｉｃａｌＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇ情報要素を含むことができる。いくつかの態様において、ＭＣＧまたはＳＣＧのための設定パラメータは、セルグループ固有ＩＥ内で提供される。

いくつかの態様において、ＲＮＴＩは、変調符号化方式セルＲＮＴＩ（ＭＣＳ−Ｃ−ＲＮＴＩ）、またはＵ−ＲＮＴＩである。いくつかの態様において、本方法は、ＭＣＧまたはＳＣＧの一つ以上の物理共有チャンネル上で、ＵＥのための上りリンクグラントおよび下りリンクデータスケジューリングを受信することをさらに含む。いくつかの態様において、上述したように、グループ固有ＩＥを介して設定されているＭＣＳ−Ｃ−ＲＮＴＩに対応した上りリンクグラントおよび下りリンクデータスケジューリングに、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールが適用される。いくつかの例において、ＲＮＴＩに基づいたＭＣＳ判定ルールを適用することは、物理下りリンク制御チャンネル（ＰＤＣＣＨ）から情報を取得すること、情報中の一つ以上の巡回冗長検査（ＣＲＣ）ビットがＲＮＴＩを用いてスクランブルされることを判定すること、および判定に基づいて第一の変調符号化方式（ＭＣＳ）テーブルを適用することを含む。いくつかの態様において、ＰＤＣＣＨから得られた情報は、下りリンク制御情報（ＤＣＩ）を含む。ＤＣＩは、ＲＮＴＩを用いてスクランブルされた一つ以上のＣＲＣビットを含む。いくつかの態様において、第一のＭＣＳテーブルは、第二のＭＣＳテーブルよりも高いチャンネル符号化率に関連付けられる。

図２６は、本明細書で提供されるいくつかの例に従った、探索空間に基づいたＭＣＳテーブル判定ルールを適用するための方法を示すフローチャートである。ステップ２６１０において、下りリンク制御情報（ＤＣＩ）は、下りリンクチャンネルから取得される。ステップ２６２０において、ＤＣＩに関連付けられたＤＣＩフォーマットが判定される。ステップ２６３０において、下りリンクチャンネルに関連付けられた探索空間が共通探索空間（ＣＳＳ）であるか、端末固有探索空間（ＵＳＳ）であるかが判定される。ステップ２６４０において、ＤＣＩフォーマットおよび探索空間に基づいて、第一の変調符号化方式（ＭＣＳ）テーブルが適用されるか、または第二のＭＣＳテーブルが適用される。例えば第一のＭＣＳテーブルまたは第二のＭＣＳテーブルは、上りリンクグラントおよび下りリンクデータスケジューリングに適用できる。

いくつかの態様において、ＤＣＩフォーマットは、０＿０ ＤＣＩフォーマットまたは１＿０ ＤＣＩフォーマットであり、探索空間は、ＣＳＳであり、第一のＭＣＳテーブルは、探索空間がＣＳＳであること、およびＤＣＩフォーマットが０＿０ ＤＣＩフォーマットまたは１＿０ ＤＣＩフォーマットであることに基づいて適用される。いくつかの態様において、第一のＭＣＳテーブルは、図４に示されたような、６４直交振幅変調（６４ＱＡＭ）ＭＣＳテーブルである。いくつかの態様において、第一のＭＣＳテーブルは、図５に示されるように、２５６直交振幅変調（２５６ＱＡＭ）ＭＣＳテーブルである。

いくつかの態様において、ＤＣＩフォーマットは、０＿０ ＤＣＩフォーマット、１＿０ ＤＣＩフォーマット、０＿１ ＤＣＩフォーマット、または１＿１ ＤＣＩフォーマットであり、探索空間はＵＳＳであり、第二のＭＣＳテーブルは、探索空間がＵＳＳであること、およびＤＣＩフォーマットが０＿０ ＤＣＩフォーマット、１＿０ ＤＣＩフォーマット、０＿１ ＤＣＩフォーマット、または１＿１ ＤＣＩフォーマットであることに基づいて適用される。いくつかの態様において、第二のＭＣＳテーブルは、第一のＭＣＳテーブルよりも高いチャンネル符号化率に関連付けられ、および／または１０^−５のＢＬＥＲのために設計される。いくつかの態様において、第二のＭＣＳテーブルは、図３に示されるように、超高信頼低遅延通信（ＵＲＬＬＣ）−ＭＣＳテーブルである。

図２７は、本明細書で提供されるいくつかの例に従った、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するための方法を示すフローチャートである。ステップ２７１０において、物理下りリンク制御チャンネル（ＰＤＣＣＨ）から情報が取得される。ステップ２７２０で、情報内の一つ以上の巡回冗長検査（ＣＲＣ）ビットは、無線ネットワーク一時識別子（ＲＮＴＩ）を用いてスクランブルされるために判定される。ステップ２７３０において、情報中の一つ以上のＣＲＣビットがＲＮＴＩを用いてスクランブルされるという判定に基づいて、第一の変調符号化方式（ＭＣＳ）テーブルが適用される。

いくつかの例において、ＰＤＣＣＨから得られた情報は、下りリンク制御情報（ＤＣＩ）を含む。ＤＣＩは、ＲＮＴＩを用いてスクランブルされた一つ以上のＣＲＣビットを含む。いくつかの態様において、本方法は、ＲＮＴＩを用いてＤＣＩをスクランブル解除することをさらに含む。

いくつかの例において、第一のＭＣＳテーブルは、第二のＭＣＳテーブルよりも高いチャンネル符号化率に関連付けられ、および／または１０^−５のＢＬＥＲのために設計される。いくつかの態様において、第一のＭＣＳテーブルは、図３に示されるように、超高信頼低遅延通信（ＵＲＬＬＣ）−ＭＣＳ（Ｕ−ＭＣＳ）テーブルである。

いくつかの例において、本方法は、追加のＰＤＣＣＨの情報中の一つ以上のＣＲＣビットは、ＲＮＴＩを用いてスクランブルされていないことを判定すること、およびこの判定に基づいた第二のＭＣＳテーブルを適用することをさらに含む。いくつかの態様において、第一のＭＣＳテーブルは、第二のＭＣＳテーブルよりも高いチャンネル符号化率に関連付けられ、図３に示されるように、Ｕ−ＭＣＳテーブルを含むことができる。

いくつかの例において、方法２５００、２６００、および２７００は、図２８に示されるコンピューティングデバイスアーキテクチャ２８００を有するコンピューティングデバイスといったコンピューティングデバイスまたは装置によって実行されてもよい。コンピューティングデバイスは、ＵＥまたは他の適切なデバイスを含むことができる。いくつかの事例において、コンピューティングデバイスまたは装置は、入力デバイス、出力デバイス、一つ以上のプロセッサ、一つ以上のマイクロプロセッサ、一つ以上のマイクロコンピュータ、または方法２５００、２６００、２７００のステップを実行するために構成された他の構成要素を含むことができる。コンピューティングデバイスは、ディスプレイ、データを通信および／または受信するために構成されたネットワークインターフェース、それらの任意の組合せ、および／または他の構成要素（複数可）をさらに含んでもよい。ネットワークインターフェースは、電気通信に基づいたデータまたは他の種類のデータを通信および／または受信するために構成してもよい。

方法２５００、２６００、および２７００は、論理フロー図として示され、その動作は、ハードウェア、コンピュータ命令、またはそれらの組合せで実装され得る動作のシーケンスを表現する。コンピュータ命令の文脈において、動作は、一つ以上のプロセッサによって実行されるときに、前記動作を実行する、一つ以上のコンピュータ読み取り可能記憶媒体上に記憶されたコンピュータ実行可能命令を表現する。一般に、コンピュータ実行可能命令は、特定の機能を実行するか、または特定のデータの種類を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。動作が説明される順序は、限定として解釈されることを意図されておらず、説明される動作の任意の数は、プロセスを実装するために任意の順序および／または並列に組み合わせることができる。

さらに、方法２５００、２６００、および２７００は、実行可能命令を用いて構成された一つ以上のコンピュータシステムの制御下で実行されてもよく、一つ以上のプロセッサ上で集合的に実行するコード（例えば実行可能命令、一つ以上のコンピュータプログラム、または一つ以上のアプリケーション）として、ハードウェアによって、またはそれらの組合せとして実装されてもよい。上述したように、コードは例えば一つ以上のプロセッサによって実行可能な複数の命令を含むコンピュータプログラムの形態で、コンピュータ読み取り可能または機械読み取り可能な記憶媒体に記憶することができる。コンピュータ読み取り可能または機械読み取り可能な記憶媒体は、一時的なものでなくてもよい。

図２８は、本明細書で説明する様々な技術を実装することができる例示的なコンピューティングデバイスの例示的なコンピューティングデバイスアーキテクチャ２８００を示す。コンピューティングデバイスアーキテクチャ２８００の構成要素は、バスといった、接続２８０５を使用して互いに電気通信するように示されている。例としてのコンピューティングデバイスアーキテクチャ２８００は、読み取り専用メモリ（ＲＯＭ）２８２０およびランダムアクセスメモリ（ＲＡＭ）２８２５といった、コンピューティングデバイスメモリ２８１５を含んでいる様々なコンピューティングデバイスの構成要素をプロセッサ２８１０に結合するプロセッサユニット（ＣＰＵまたはプロセッサ）２８１０およびコンピューティングデバイス接続２８０５を含む。

コンピューティングデバイスアーキテクチャ２８００は、プロセッサ２８１０に近接して直接接続された、またはその一部として集積された高速メモリのキャッシュを含むことができる。コンピューティングデバイスアーキテクチャ２８００は、プロセッサ２８１０による迅速なアクセスのために、メモリ２８１５および／または記憶デバイス２８３０からキャッシュ２８１２にデータをコピーすることができる。このようにして、キャッシュは、データを待つ間、プロセッサ２８１０の遅延を回避する性能向上を提供することができる。これらおよび他のモジュールは、プロセッサ２８１０を制御して様々な動作を実行するように制御または構成することができる。他のコンピューティングデバイスメモリ２８１５も同様に使用可能であってよい。メモリ２８１５は、異なる性能特性を有する複数の異なる種類のメモリを含むことができる。プロセッサ２８１０は、プロセッサ２８１０を制御するように構成された記憶デバイス２８３０に記憶されたサービス１ ２８３２、サービス２ ２８３４、サービス３ ２８３６といった任意の汎用プロセッサおよびハードウェアまたはソフトウェアサービス、ならびにソフトウェア命令がプロセッサ設計に組み込まれる特殊目的プロセッサを含むことができる。プロセッサ２８１０は、複数のコアまたはプロセッサ、バス、メモリコントローラ、キャッシュメモリを含む自己格納型システムであってもよい。マルチコアプロセッサは、対称であっても非対称であってもよい。

コンピューティングデバイスアーキテクチャ２８００を用いてユーザ対話を可能にするために、入力デバイス２８４５は、発話のためのマイクロフォン、ジェスチャまたはグラフィカル入力のためのタッチセンシティブスクリーン、キーボード、マウス、モーション入力、発話など、任意の数の入力機構として表すことができる。出力デバイス２８３５はまた、ディスプレイ、プロジェクタ、テレビ、スピーカデバイスなど、当業者に知られているいくつかの出力メカニズムのうちの一つ以上とすることができる。ある場合において、マルチモーダルコンピューティングデバイスは、ユーザにコンピューティングデバイスアーキテクチャ２８００と通信するために、複数の種類の入力を提供することを可能にすることができる。通信インターフェース２８４０は一般に、ユーザ入力およびコンピューティングデバイス出力を制御および管理することができる。特定のハードウェア構成での操作に制限はなく、したがって、ここに記載されている基本的な機能は、開発時に改良されたハードウェアまたはファームウェア構成に簡単に代わってもよい。

記憶デバイス２８３０は、不揮発性メモリであり、磁気カセット、フラッシュメモリカード、固体状メモリデバイス、デジタル多用途ディスク、カートリッジ、ランダムアクセスメモリ（ＲＡＭｓ）２８２５、読み取り専用メモリ（ＲＯＭ）２８２０、およびそれらの混合といった、コンピュータによってアクセス可能なデータを記憶することができるハードディスクまたは他の種類のコンピュータ読み取り可能な媒体とすることができる。記憶デバイス２８３０は、プロセッサ２８１０を制御するためのサービス２８３２、２８３４、２８３６を含むことができる。他のハードウェアまたはソフトウェアモジュールは、考慮される。記憶デバイス２８３０は、コンピューティングデバイス接続２８０５に接続することができる。一態様において、特定の機能を実行するハードウェアモジュールは、その機能を実行するために、プロセッサ２８１０、接続２８０５、出力デバイス２８３５などといった必要なハードウェア構成要素に関連して、コンピュータ読み取り可能媒体に記憶されたソフトウェア構成要素を含むことができる。

用語「コンピュータ読み取り可能媒体」は、携帯または非携帯の記憶デバイス、光記憶デバイス、ならびに命令（複数可）および／またはデータを記憶すること、格納すること、または搬送することができる様々な他の媒体を含むが、これらに限定されない。コンピュータ読み取り可能媒体は、データを記憶することができ、ワイヤレスまたはワイヤ接続を介して伝搬する搬送波および／または一時的電子信号を含まない非一時的媒体を含むことができる。非一時的媒体の例は、磁気ディスクまたはテープ、コンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ）などの光記憶媒体、フラッシュメモリ、メモリ、またはメモリデバイスを含んでもよいが、これらに限定されない。コンピュータ読み取り可能媒体はその上に、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、もしくは命令、データ構造、またはプログラム文の任意の組み合わせを表すことができるコードおよび／またはマシン実行可能命令を記憶してもよい。コードセグメントは、情報、データ、引数、パラメータ、またはメモリ内容を渡し、および／または受信することによって、別のコードセグメントまたはハードウェア回路に結合されてもよい。情報、引数、パラメータ、データなどは、メモリシェアリング、メッセージパッシング、トークンパッシング、ネットワークトランスミッションなどを含む任意の好適な手段を介して渡され、転送され、または送信されてもよい。

いくつかの実施形態において、コンピュータ読み取り可能記憶デバイス、媒体、およびメモリは、ビットストリームなどといったものを格納するケーブルまたはワイヤレス信号を含むことができる。しかしながら、このとき、非一時的なコンピュータ読み取り可能記憶媒体は、エネルギー、搬送波信号、電磁波、および信号自体などといった媒体を明示的に除外する。

本明細書で提供される実施形態および例の完全な理解を提供するために、具体的な詳細が上記の説明で提供される。しかし、当業者であれば、これらの具体的な詳細なしに実施形態を実施できることを理解されるであろう。説明を明確にするために、いくつかの例において、本技術がデバイス、デバイス構成要素、ソフトウェアで具体化された方法におけるステップまたはルーチン、またはハードウェアとソフトウェアの組合せを含む機能ブロックを含む個々の機能ブロックを含むものとして提示することができる。追加の構成要素は、図面に示され、および／または本明細書に記載されるもの以外に使用されてもよい。例えば回路、システム、ネットワーク、プロセス、および他の構成要素は、不必要な詳細で実施形態を不明瞭にしないために、ブロック図形式で構成要素として示され得る。他の例において、周知の回路、プロセス、アルゴリズム、構造、および技術は実施形態を曖昧にすることを回避するために、不必要な詳細なしに示され得る。

個々の実施形態は、フローチャート、フロー図、データフロー図、構造図、またはブロック図として示されるプロセスまたは方法として上記で説明されてもよい。フローチャートは、動作を順次プロセスとして説明することができるが、動作の多くは並行して、または同時に実行することができる。さらに、動作の順序は、再配置されてもよい。プロセスは、その動作が完了したときに終了するが、図に含まれていない追加のステップを有することができる。プロセスは、メソッド、関数、プロシージャ、サブルーチン、サブプログラムなどに対応してもよい。プロセスが関数に対応するとき、その終了は、呼び出し元の関数または主な関数への関数の戻り値に対応することができる。

上述の例によるプロセスおよび方法は、コンピュータ読み取り可能媒体から記憶されるか、または別の方法で利用可能なコンピュータ実行可能命令を使用して実現することができる。このような命令は例えば、汎用コンピュータ、特殊目的コンピュータ、または特定の機能または機能のグループを実行するための処理デバイスを引き起こすか、または別の方法で構成する命令およびデータを含むことができる。使用されるコンピュータリソースの一部は、ネットワーク経由でアクセス可能である。コンピュータ実行可能命令は例えば、バイナリ、アセンブリ言語、ファームウェア、ソースコードなどといった中間フォーマット命令であってもよい。記載された例に従った方法の間に作成される命令、使用される情報、および／または情報を記憶するために使用され得るコンピュータ読み取り可能媒体の例は、磁気または光ディスク、フラッシュメモリ、不揮発性メモリを備えたＵＳＢデバイス、ネットワーク接続された記憶デバイスなどを含む。

これらの開示に従ったプロセスおよび方法を実装するデバイスは、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはこれらの任意の組み合わせを含むことができ、様々なフォームファクタのいずれかを含むことができる。ソフトウェア、ファームウェア、ミドルウェア、またはマイクロコードで実装される場合、必要なタスク（例えばコンピュータプログラム製品）を実行するためのプログラムコードまたはコードセグメントは、コンピュータ読み取り可能媒体または機械読み取り可能媒体に格納されてもよい。プロセッサは、必要なタスクを実行してよい。フォームファクタの典型的な例は、ラップトップ、スマートフォン、携帯電話、タブレットデバイスまたは他のスモールフォームファクタパーソナルコンピュータ、携帯情報端末、ラックマウントデバイス、スタンドアロンデバイスなどを含む。本明細書で説明される機能は、周辺機器またはアドインカード内で実施することもできる。そのような機能性は、さらなる例として、異なるチップ間の回路基板上で、または単一のデバイス内で実行される異なるプロセス上で実装することもできる。

命令、そのような命令を伝達するための媒体、それらを実行するためのコンピューティングリソース、およびそのようなコンピューティングリソースをサポートするための他の構造は、本開示に記載される機能を提供するための例示的な手段である。

前述の説明において、本出願の態様は、その特定の実施形態を参照して説明されているが、当業者は本出願がそれに限定されないことを認識するであろう。したがって、本出願の例示的な実施形態を本明細書で詳細に説明してきたが、本発明の概念は、別の方法で様々に具現化され、使用されてもよく、添付の特許請求の範囲は先行技術によって限定される場合を除いて、そのような変形形態を含むと解釈されることが意図されることを理解されたい。上述の出願の様々な特徴および態様は、個別にまたは共に使用されてもよい。さらに、実施形態は、本明細書のより広い精神および範囲から逸脱することなく、本明細書に記載されたものを超える任意の数の環境および適用において利用することができる。したがって、本明細書および図面は、限定ではなく例示とみなされるべきである。例示の目的のために、方法を特定の順序で記載した。代替の実施形態において、本方法が記載された順序とは異なる順序で実行されてもよいことを理解されたい。

当業者は、本明細書の範囲から逸脱することなく、本明細書で使用されるより少ない（「＜」）およびより多い（「＞」）記号または用語を、それぞれ、より少ないまたは等しい（「≦」）およびより多いまたは等しい（「≧」）記号で置き換えることができることを理解するのであろう。

構成要素が特定の動作を実行するように「構成される」として説明される場合、そのような構成は例えば、動作を実行するように電子回路または他のハードウェアを設計することによって、動作を実行するようにプログラマブル電子回路（例えばマイクロプロセッサ、または他の適切な電子回路）をプログラミングすることによって、またはそれらの任意の組合せによって、達成され得る。

「結合される」という語句は、直接的または間接的に別の構成要素に物理的に接続される任意の構成要素、および／または直接的または間接的に別の構成要素と通信する（例えば有線または無線接続、および／または他の適切な通信インターフェースを介して他の構成要素に接続される）任意の構成要素を指す。

「少なくとも一つ」のセットを列挙するクレーム言語または他の言語は、セットの一つのメンバまたはセットの複数のメンバがクレームを満たすことを示す。例えば「ＡおよびＢのうちの少なくとも一つ」を列挙するクレーム言語は、Ａ、Ｂ、またはＡおよびＢを意味する。

本明細書で開示される実施形態に関連して説明される様々な実例となる論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、ファームウェア、またはそれらの組合せとして実装されてよい。ハードウェアおよびソフトウェアのこの互換性を明白に示すために、さまざまな実例となる構成要素、ブロック、モジュール、回路およびステップは、それらの機能の点から上記で一般的に説明した。このような機能をハードウェアまたはソフトウェアで実装するか否かは、特定の適用およびシステムに課される設計上の制約次第である。当業者は、説明された機能性を、特定のアプリケーションごとに様々な方法で実装することができるが、そのような実装の決定は、本出願の範囲からの逸脱を引き起こすものとして解釈されるべきではない。

本明細書で説明する技術は、電子ハードウェア、コンピュータソフトウェア、ファームウェア、またはそれらの任意の組合せで実装されてもよい。そのような技術は、汎用コンピュータ、無線通信デバイスハンドセット、または無線通信デバイスハンドセットおよび他のデバイスにおけるアプリケーションを含む複数の用途を有する集積回路デバイスなど様々なデバイスのうちの任意のものにおいて実装され得る。モジュールまたは構成要素として記載される任意の特徴は、集積論理デバイスにおいて共に、または個別であるが相互運用可能な論理デバイスとして別々に実装されてもよい。ソフトウェアで実装される場合、本技術は、少なくとも一部が実行されると、上述の一つ以上の方法を実行する命令を含むプログラムコードを含むコンピュータ読み取り可能データ記憶媒体によって実現されてもよい。コンピュータ読み取り可能データ記憶媒体は、パッケージング材料を含むことができるコンピュータプログラム製品の一部を形成することができる。コンピュータ読み取り可能な媒体は、ランダムアクセスメモリ（ＲＡＭ）といった、または同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、磁気または光データ記憶媒体などといった、データ記憶媒体を含むことができる。本技術は追加的に、または代替的に、命令またはデータ構造の形態でプログラムコードを搬送または通信し、伝搬された信号または波などといった、コンピュータによってアクセス、読み取り、および／または実行することができるコンピュータ読み取り可能通信媒体によって、少なくとも部分的に実現することができる。

プログラムコードは、一つ以上のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（フィールドプログラマブルゲートアレイ）、または他の同等の集積またはディスクリート論理回路などといった、一つ以上のプロセッサを含んでよいプロセッサによって実行することができる。そのようなプロセッサは、本開示で説明される技術のいずれかを実行するように構成されてよい。汎用プロセッサは、マイクロプロセッサであってもよいが、代替的には、プロセッサが従来の任意のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであってもよい。プロセッサはまた、コンピューティングデバイスの組合せ、例えばＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと接続された一つ以上のマイクロプロセッサ、または他のそのような構成として実装されてよい。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造のいずれか、前述の構造の任意の組み合わせ、または本明細書で説明される技術の実装に適した他の構造または装置を指すことができる。

図１は、本明細書で提供されるいくつかの例に従った、データストリームを通信するためのネットワークを示す。 図２は、本明細書で提供されるいくつかの例に従った、複数のＲＡＮにサービスを提供するワイヤレスネットワークを備える５Ｇネットワークアーキテクチャを示す。 図３は、本明細書で提供されるいくつかの例に従った、高い信頼性の送信用のＭＣＳテーブルの例である。 図４は、本明細書で提供されるいくつかの例に従った、通常の信頼性の送信用の６４ＱＡＭのためのＭＣＳテーブルの例である。 図５は、本明細書で提供されるいくつかの例に従った、通常の信頼性の送信用の２５６ＱＡＭのためのＭＣＳテーブルの例である。 図６は、本明細書で提供されるいくつかの例に従った、ＳＳに基づいたＭＣＳテーブル判定ルールである。 図７は、本明細書で提供されるいくつかの例に従った、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールである。 図８は、本明細書で提供されるいくつかの例に従った、どのＭＣＳテーブル判定ルールを適用するかを決定するための方法を示すフローチャートである。 図９は、本明細書で提供されるいくつかの例に従った、ＵＥごとに設定されたＵ−ＲＮＴＩ ＩＥの草案（ＴＰ）の例である。 図１０は、本明細書で提供されるいくつかの例に従った、セルグループごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。 図１１は、本明細書で提供されるいくつかの例に従った、セルグループごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。 図１２は、本明細書で提供されるいくつかの例に従った、セルグループごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。 図１３は、本明細書で提供されるいくつかの例に従った、セルごとに設定されたＴＰ Ｕ−ＲＮＴＩ ＩＥのＴＰの例である。 図１４は、本明細書で提供されるいくつかの例に従った、セルごとに設定されたＴＰ Ｕ−ＲＮＴＩ ＩＥのＴＰの例である。 図１５は、本明細書で提供されるいくつかの例に従った、ＢＷＰごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。 図１６は、本明細書で提供されるいくつかの例に従った、制御チャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。 図１７は、本明細書で提供されるいくつかの例に従った、制御チャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。 図１８は、本明細書で提供されるいくつかの例に従った、下りリンクデータチャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。 図１９は、本明細書で提供されるいくつかの例に従った、下りリンクデータチャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。 図２０は、本明細書で提供されるいくつかの例に従った、上りリンクデータチャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。 図２１は、本明細書で提供されるいくつかの例に従った、上りリンクデータチャンネルごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。 図２２は、本明細書で提供されるいくつかの例に従った、セルグループごとに設定されたＵ−ＲＮＴＩ ＩＥのＴＰの例である。 図２３は、本明細書で提供されるいくつかの例に従った、下りリンクデータチャンネルごとに設定されたＵ−ＲＮＴＩ−ＩＩ ＩＥのＴＰの例である。 図２４は、本明細書で提供されるいくつかの例に従った、構成されたグラントＩＥのためのＵ−ＲＮＴＩ−ＩＩのＴＰの例である。 図２５は、本明細書で提供されるいくつかの例に従った、セルグループ毎のＵ−ＲＮＴＩに基づいた設定を実行するための方法の例を示すフローチャートである。 図２６は、本明細書で提供されるいくつかの例に従った、探索空間に基づいたＭＣＳテーブル判定ルールを適用するための方法の例を示すフローチャートである。 図２７は、本明細書で提供されるいくつかの例に従った、ＲＮＴＩに基づいたＭＣＳテーブル判定ルールを適用するための方法の例を示すフローチャートである。 図２８は、本明細書で説明される様々な技術を実装することができるコンピューティングデバイスの例としてのコンピューティングデバイスアーキテクチャである。

Claims (25)

1. ユーザ機器（ＵＥ）において、複数の情報要素（ＩＥ）を含む下りリンク無線リソース制御（ＲＲＣ）メッセージを受信し、前記下りリンクＲＲＣメッセージは、前記ＵＥにＲＲＣを設定するために使用されること、および
   前記下りリンクＲＲＣメッセージ内の前記複数のＩＥのうちのセルグループ固有ＩＥに基づいて、前記ＵＥに関連付けられた無線ネットワーク一時識別子（ＲＮＴＩ）を判定し、前記セルグループ固有ＩＥは、マスターセルグループ（ＭＣＧ）またはセカンダリセルグループ（ＳＣＧ）を設定するために使用され、前記ＲＮＴＩは、前記セルグループ固有ＩＥに基づいて前記ＭＣＧまたはＳＣＧ内のセルに設定されることを含む、方法。
2. 前記ＭＣＧまたはＳＣＧのための設定パラメータは、前記セルグループ固有ＩＥ内において提供される、請求項１に記載の方法。
3. 前記ＲＮＴＩは、変調符号化方式セルＲＮＴＩ（ＭＣＳ−Ｃ−ＲＮＴＩ）である、請求項１に記載の方法。
4. 前記ＭＣＧまたはＳＣＧの一つ以上の物理共有チャンネル上で前記ＵＥのための上りリンクグラントおよび下りリンクデータスケジューリングを受信することを更に含む、請求項３に記載の方法。
5. ＲＮＴＩに基づいた変調符号化方式（ＭＣＳ）判定ルールは、前記セルグループ固有ＩＥを介して設定されている前記ＭＣＳ−Ｃ−ＲＮＴＩに応じて、前記上りリンクグラントおよび下りリンクデータスケジュールに適用される、請求項４に記載の方法。
6. 前記ＲＮＴＩに基づいたＭＣＳ判定ルールを適用することは、
   物理下りリンク制御チャンネル（ＰＤＣＣＨ）から情報を取得すること、
   前記情報内の一つ以上の巡回冗長検査（ＣＲＣ）ビットが前記ＲＮＴＩを用いてスクランブルされていることを判定すること、および、
   前記判定に基づいて、第一の変調符号化方式（ＭＣＳ）テーブルを適用すること、
   を含む、請求項５に記載の方法。
7. 前記ＰＤＣＣＨから取得された前記情報は、下りリンク制御情報（ＤＣＩ）を含み、前記ＤＣＩは、前記ＲＮＴＩを用いてスクランブルされた前記一つ以上のＣＲＣビットを含む、請求項６に記載の方法。
8. 前記第一のＭＣＳテーブルは、第二のＭＣＳテーブルよりも高いチャンネル符号化率と関連付けられている、請求項６に記載の方法。
9. 装置であって、メモリ、および、前記メモリに接続されたプロセッサを備えており、
   前記プロセッサは、複数の情報要素（ＩＥ）を含む下りリンク無線リソース制御（ＲＲＣ）メッセージを受信し、前記下りリンクＲＲＣメッセージは、前記装置のためのＲＲＣを構成するために使用され、前記下りリンクＲＲＣメッセージ内の前記複数のＩＥのうちのセルグループ固有ＩＥに基づいて、前記装置に関連付けられた無線ネットワーク一時識別子（ＲＮＴＩ）を判定し、前記セルグループ固有ＩＥは、マスターセルグループ（ＭＣＧ）またはセカンダリセルグループ（ＳＣＧ）を設定するために使用され、前記ＲＮＴＩは、前記セルグループ固有ＩＥに基づいて前記ＭＣＧまたはＳＣＧ内のセルに設定されるように構成されている、装置。
10. 前記ＭＣＧまたはＳＣＧのための設定パラメータは、前記セルグループ固有ＩＥ内において提供される、請求項９に記載の装置。
11. 前記ＲＮＴＩは、変調符号化方式セルＲＮＴＩ（ＭＣＳ−Ｃ−ＲＮＴＩ）である、請求項９に記載の装置。
12. 前記プロセッサは、更に、前記ＭＣＧまたはＳＣＧの一つ以上の物理共有チャンネル上で前記装置のための上りリンクグラントおよび下りリンクデータスケジューリングを受信するように構成される、請求項１１に記載の装置。
13. ＲＮＴＩに基づいた変調符号化方式（ＭＣＳ）判定ルールは、前記セルグループ固有ＩＥを介して設定されている前記ＭＣＳ−Ｃ−ＲＮＴＩに応じて、前記上りリンクグラントおよび下りリンクデータスケジュールに適用される、請求項１２に記載の装置。
14. 前記ＲＮＴＩに基づいたＭＣＳ判定ルールを適用することは、
    物理下りリンク制御チャンネル（ＰＤＣＣＨ）から情報を取得すること、
    前記情報内の一つ以上の巡回冗長検査（ＣＲＣ）ビットが前記ＲＮＴＩを用いてスクランブルされていることを判定すること、および、
    前記判定に基づいて、第一の変調符号化方式（ＭＣＳ）テーブルを適用すること、
    を含む、請求項１３に記載の装置。
15. 前記ＰＤＣＣＨから取得された前記情報は、下りリンク制御情報（ＤＣＩ）を含み、前記ＤＣＩは、前記ＲＮＴＩを用いてスクランブルされた前記一つ以上のＣＲＣビットを含む、請求項１４に記載の装置。
16. 前記第一のＭＣＳテーブルは、第二のＭＣＳテーブルよりも高いチャンネル符号化率と関連付けられている、請求項１４に記載の装置。
17. 前記装置は、モバイルデバイスである、請求項９に記載の装置。
18. ユーザ機器（ＵＥ）の非一時的コンピュータ読み取り可能媒体であって、命令が記憶されており、
    当該命令は、一つ以上のプロセッサにより実行されたとき、
    当該一つ以上のプロセッサに、複数の情報要素（ＩＥ）を含む下りリンク無線リソース制御（ＲＲＣ）メッセージを受信させ、前記下りリンクＲＲＣメッセージは、前記ＵＥのためのＲＲＣを構成するために使用され、
    前記下りリンクＲＲＣメッセージ内の前記複数のＩＥのうちのセルグループ固有ＩＥに基づいて、前記ＵＥに関連付けられた無線ネットワーク一時識別子（ＲＮＴＩ）を判定させ、前記セルグループ固有ＩＥは、マスターセルグループ（ＭＣＧ）またはセカンダリセルグループ（ＳＣＧ）を設定するために使用され、
    前記ＲＮＴＩは、前記セルグループ固有ＩＥに基づいて前記ＭＣＧまたはＳＣＧ内のセルに設定される、
    非一時的コンピュータ読み取り可能媒体。
19. 前記ＭＣＧまたはＳＣＧのための設定パラメータは、前記セルグループ固有ＩＥ内において提供される、請求項１８に記載の非一時的コンピュータ読み取り可能媒体。
20. 前記ＲＮＴＩは、変調符号化方式セルＲＮＴＩ（ＭＣＳ−Ｃ−ＲＮＴＩ）である、請求項１８に記載の非一時的コンピュータ読み取り可能媒体。
21. 前記一つ以上のプロセッサにより実行されたとき、前記一つ以上のプロセッサに、前記ＭＣＧまたはＳＣＧの一つ以上の物理共有チャンネル上で前記ＵＥのための上りリンクグラントおよび下りリンクデータスケジューリングを受信させる命令を更に含む、請求項２０に記載の非一時的コンピュータ読み取り可能媒体。
22. ＲＮＴＩに基づいた変調符号化方式（ＭＣＳ）判定ルールは、前記セルグループ固有ＩＥを介して設定されている前記ＭＣＳ−Ｃ−ＲＮＴＩに応じて、前記上りリンクグラントおよび下りリンクデータスケジュールに適用される、請求項２１に記載の非一時的コンピュータ読み取り可能媒体。
23. 前記ＲＮＴＩに基づいたＭＣＳ判定ルールを適用することは、
    物理下りリンク制御チャンネル（ＰＤＣＣＨ）から情報を取得すること、
    前記情報内の一つ以上の巡回冗長検査（ＣＲＣ）ビットが前記ＲＮＴＩを用いてスクランブルされていることを判定すること、および、
    前記判定に基づいて、第一の変調符号化方式（ＭＣＳ）テーブルを適用すること、
    を含む、請求項２２に記載の非一時的コンピュータ読み取り可能媒体。
24. 前記ＰＤＣＣＨから取得された前記情報は、下りリンク制御情報（ＤＣＩ）を含み、前記ＤＣＩは、前記ＲＮＴＩを用いてスクランブルされた前記一つ以上のＣＲＣビットを含む、請求項２３に記載の非一時的コンピュータ読み取り可能媒体。
25. 前記第一のＭＣＳテーブルは、第二のＭＣＳテーブルよりも高いチャンネル符号化率と関連付けられている、請求項２３に記載の非一時的コンピュータ読み取り可能媒体。

Images