(57)【要約】  本発明は、動的構成方法、端末機器、ネットワーク機器およびコンピュータ記憶媒体を公開し、該方法は、端末機器が少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信することであって、前記構成情報は前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することと、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することとを含む。
2021514551.tif 000002
【特許請求の範囲】
【請求項１】
端末機器に適用される動的構成方法であって、
端末機器が、少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することと、
前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することとを含む、動的構成方法。
【請求項２】
前記スケジューリング情報は、
制御リソースセット、
サーチスペースセット、
サーチスペース、
時間領域リソースの指示タイプ、
時間領域リソースの長さ、
ＭＣＳテーブルの指示情報、
ダウンリンク制御情報（ＤＣＩ）フォーマット、
集約レベル、
サービスインジケータ、
巡回冗長検査（ＣＲＣ）、
無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つのタイプを含む、
請求項１に記載の動的構成方法。
【請求項３】
前記方法は、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定することをさらに含む、
請求項２に記載の動的構成方法。
【請求項４】
前記方法は、
各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成することをさらに含む、
請求項２に記載の動的構成方法。
【請求項５】
前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
受信されたスケジューリング情報に対応するタイプを決定することと、
前記スケジューリング情報に対応するタイプ、および前記スケジューリング情報に対応するタイプとＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することを含む、
請求項４に記載の動的構成方法。
【請求項６】
前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む、
請求項１に記載の動的構成方法。
【請求項７】
前記第１のＭＣＳテーブルは第２のＭＣＳテーブルのコンテンツの一部であり、
および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される、
請求項６に記載の動的構成方法。
【請求項８】
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである、
請求項７に記載の動的構成方法。
【請求項９】
ネットワーク機器に適用される動的構成方法であって、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
前記端末機器にスケジューリング情報を送信することであって、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があることとを含む、動的構成方法。
【請求項１０】
前記スケジューリング情報は、
制御リソースセット、
サーチスペースセット、
サーチスペース、
時間領域リソースの指示タイプ、
時間領域リソースの長さ、
ＭＣＳテーブルの指示情報、
ダウンリンク制御情報（ＤＣＩ）フォーマット、
集約レベル、
サービスインジケータ、
巡回冗長検査（ＣＲＣ）、
無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つのタイプを含む、
請求項９に記載の動的構成方法。
【請求項１１】
前記方法は、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定することをさらに含む、
請求項１０に記載の動的構成方法。
【請求項１２】
前記方法は、
各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成することをさらに含む、
請求項１０に記載の動的構成方法。
【請求項１３】
前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む、
請求項９に記載の動的構成方法。
【請求項１４】
前記第１のＭＣＳテーブルは第２のＭＣＳテーブルのコンテンツの一部であり、
および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される、
請求項１３に記載の動的構成方法。
【請求項１５】
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである、
請求項１４に記載の動的構成方法。
【請求項１６】
端末機器であって、
少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、ネットワーク側によって送信されたスケジューリング情報を受信するように構成される第１の通信ユニットと、
前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定するように構成される第１の処理ユニットとを含む、端末機器。
【請求項１７】
前記スケジューリング情報は、
制御リソースセット、
サーチスペースセット、
サーチスペース、
時間領域リソースの指示タイプ、
時間領域リソースの長さ、
ＭＣＳテーブルの指示情報、
ダウンリンク制御情報（ＤＣＩ）フォーマット、
集約レベル、
サービスインジケータ、
巡回冗長検査（ＣＲＣ）、
無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つのタイプを含む、
請求項１６に記載の端末機器。
【請求項１８】
前記第１の処理ユニットは、プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定する、
請求項１７に記載の端末機器。
【請求項１９】
前記第１の処理ユニットは、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成する、
請求項１７に記載の端末機器。
【請求項２０】
前記第１の処理ユニットは、受信されたスケジューリング情報に対応するタイプを決定し、前記スケジューリング情報に対応するタイプ、および前記スケジューリング情報に対応するタイプとＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定する、
請求項１９に記載の端末機器。
【請求項２１】
前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む、
請求項１６に記載の端末機器。
【請求項２２】
前記第１のＭＣＳテーブルは第２のＭＣＳテーブルのコンテンツの一部であり、
および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される、
請求項２１に記載の端末機器。
【請求項２３】
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである、
請求項２２に記載の端末機器。
【請求項２４】
ネットワーク機器であって、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、前記端末機器にスケジューリング情報を送信し、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があるように構成される第２の通信ユニットを含む、ネットワーク機器。
【請求項２５】
前記スケジューリング情報は、
制御リソースセット、
サーチスペースセット、
サーチスペース、
時間領域リソースの指示タイプ、
時間領域リソースの長さ、
ＭＣＳテーブルの指示情報、
ダウンリンク制御情報（ＤＣＩ）フォーマット、
集約レベル、
サービスインジケータ、
巡回冗長検査（ＣＲＣ）、
無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つのタイプを含む、
請求項２４に記載のネットワーク機器。
【請求項２６】
前記ネットワーク機器は、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定するように構成される第２の処理ユニットをさらに含む、
請求項２５に記載のネットワーク機器。
【請求項２７】
前記第２の処理ユニットは、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成する、
請求項２６に記載のネットワーク機器。
【請求項２８】
前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む、
請求項２４に記載のネットワーク機器。
【請求項２９】
前記第１のＭＣＳテーブルは第２のＭＣＳテーブルのコンテンツの一部であり、
および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される、
請求項２８に記載のネットワーク機器。
【請求項３０】
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである、
請求項２９に記載のネットワーク機器。
【請求項３１】
端末機器であって、
プロセッサと、プロセッサで実行可能なコンピュータプログラムを記憶するように構成されるメモリとを含み、
前記プロセッサは、前記コンピュータプログラムを実行するときに、請求項１ないし８のいずれか一項に記載の方法のステップを実行するように構成される、端末機器。
【請求項３２】
ネットワーク機器であって、
プロセッサと、プロセッサで実行可能なコンピュータプログラムを記憶するように構成されるメモリとを含み、
前記プロセッサは、前記コンピュータプログラムを実行するときに、請求項９ないし１５のいずれか一項に記載の方法のステップを実行するように構成される、ネットワーク機器。
【請求項３３】
コンピュータ記憶媒体であって、
前記コンピュータ記憶媒体には、コンピュータ実行可能な命令が記憶され、前記コンピュータ実行可能な命令が実行されるときに、請求項１ないし１５のいずれか一項に記載の方法のステップが実現される、コンピュータ記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理技術分野に関し、特に、動的構成方法、端末機器、ネットワーク機器およびコンピュータ記憶媒体に関する。
【背景技術】
【０００２】
現在、５Ｇ  ＮＲシステムは、強化されたモバイルブロードバンド（ｅＭＢＢ：Ｅｎｈａｎｃｅ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）および超高信頼・低遅延通信（ｕＲＬＬＣ）の２つサービスをサポートし、両者の信頼性要件は異なるため、両者の変調およびコーディングスキーム（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）構成も通常異なり、且つＭＣＳ構成の範囲も異なる。いくつかの企業は、上位層シグナリングを介してＵＲＬＬＣおよびｅＭＢＢにＭＣＳテーブルをそれぞれ構成することを提案したが、ＵＲＬＬＣおよびｅＭＢＢサービスは動的にトリガされ、上記の動作メカニズムはサービス伝送需要に適合されない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
上記の技術的課題を解決するために、本発明の実施例は、動的構成方法、端末機器、ネットワーク機器およびコンピュータ記憶媒体を提供する。
【課題を解決するための手段】
【０００４】
本発明の実施例は、端末機器に適用される動的構成方法を提供し、前記方法は、
端末機器が、少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することと、
前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することとを含む。
【０００５】
本発明の実施例は、ネットワーク機器に適用される動的構成方法を提供し、前記方法は、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
前記端末機器にスケジューリング情報を送信することであって、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があることとを含む。
【０００６】
本発明の実施例は、端末機器を提供し、前記端末機器は、
少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、ネットワーク側によって送信されたスケジューリング情報を受信するように構成される第１の通信ユニットと、
前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定するように構成される第１の処理ユニットとを含む。
【０００７】
本発明の実施例は、ネットワーク機器を提供し、前記ネットワーク機器は、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、前記端末機器にスケジューリング情報を送信し、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があるように構成される第２の通信ユニットを含む。
【０００８】
本発明の実施例は、端末機器を提供し、前記端末機器は、プロセッサと、プロセッサで実行可能なコンピュータプログラムを記憶するように構成されるメモリとを含み、
ここで、前記プロセッサは、前記コンピュータプログラムを実行するときに、前記方法のステップを実行するように構成される。
【０００９】
本発明の実施例は、ネットワーク機器を提供し、前記ネットワーク機器はプロセッサと、プロセッサで実行可能なコンピュータプログラムを記憶するように構成されるメモリとを含み、
ここで、前記プロセッサは、前記コンピュータプログラムを実行するときに、前記方法のステップを実行するように構成される。
【００１０】
本発明の実施例はコンピュータ記憶媒体を提供し、前記コンピュータ記憶媒体にはコンピュータ実行可能な命令が記憶され、前記コンピュータ実行可能な命令が実行されるときに、前記方法のステップを具現する。
【発明の効果】
【００１１】
本発明の実施例の技術的解決策は、少なくとも２つのＭＣＳテーブルの構成情報を事前に取得し、その後、スケジューリング情報に従ってターゲットＭＣＳテーブルを選択し、さらに、ターゲットＭＣＳテーブルを使用して後続処理を行うことができる。それにより、ＭＣＳテーブルの動的構成と、ＵＲＬＬＣ、ｅＭＢＢサービスに適応した動的スケジューリングを実現することができ、さらに、暗黙的な指示方法を使用することにより、物理層シグナリングのオーバーヘッドを削減し、物理層シグナリングの信頼性を向上させる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施例によって提供された動的構成方法の第１の例示的なフローチャートである。
【図２】本発明の実施例によって提供された動的構成方法の第２の例示的なフローチャートである。
【図３】本発明の実施例の端末機器の例示的な構成構造図である。
【図４】本発明の実施例のネットワーク機器の例示的な構成構造図である。
【図５】本発明の実施例のハードウェアアーキテクチャの概略図である。
【発明を実施するための形態】
【００１３】
本発明の実施例の特徴および技術内容をより詳細に理解するために、以下、図面を参照して本発明の実施例の具現を詳細に説明し、添付の図面は、参照用にするだけのものであり、本発明の実施例を限定することを意図するものではない。
【００１４】
実施例１
本発明の実施例は端末機器に適用される動的構成方法を提供し、図１に示されたように、次のステップを含む。
【００１５】
ステップ１０１において、端末機器は、少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用される。
【００１６】
ステップ１０２において、前記端末機器は、ネットワーク側によって送信されたスケジューリング情報を受信する。
【００１７】
ステップ１０３において、前記端末機器は、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定する。
【００１８】
即ち、本実施例によって提供される技術案において、端末はスケジューリング情報を受信し、その後、端末はスケジューリング情報に基づいて、ＭＣＳテーブルを判定する。
【００１９】
さらに、端末機器は、ネットワーク側から少なくとも２つのＭＣＳテーブルの構成情報を受信する。
【００２０】
前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む。
【００２１】
ここで、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルのコンテンツの一部であり、
および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される。
【００２２】
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである。
【００２３】
もちろん、第１のＭＣＳテーブルは、第２のＭＣＳテーブルの後半部分のコンテンツであってもよく、中間部分のコンテンツであってもよいことをさらに理解することができ、本実施例では網羅的な列挙をしない。ここで、前半部分のコンテンツは、第２のＭＣＳテーブルに含まれたすべてのエントリのうちの半分であり、具体的には、エントリの前半部分であってもよく、対応的に、後半部分のコンテンツおよび中間部分のコンテンツは、これによって類推してもよく、再び説明しない。
【００２４】
前記スケジューリング情報は、制御リソースセット、サーチスペースセット、サーチスペース、時間領域リソースの指示タイプ、時間領域リソースの長さ、ＭＣＳテーブルの指示情報、ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット、集約レベル（Ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）、サービスインジケータ、巡回冗長検査（ＣＲＣ）、無線ネットワーク一時識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒｙ  Ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つのタイプを含む。
【００２５】
ここで、制御リソースセットは、ＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ  Ｒｅｓｏｕｒｃｅ  Ｓｅｔ）であってもよく、サーチスペースセットは、Ｓｅａｒｃｈ  ｓｐａｃｅ  ｓｅｔであってもよく、サーチスペースは、Ｓｅａｒｃｈ  ｓｐａｃｅであってもよく、時間領域リソースの指示タイプは、例えばＴｙｐｅ  Ａ  ｏｒ  Ｔｙｐｅ  Ｂであってもよく、時間領域リソースの長さは、Ｓｈｏｒｔ  ＴＴＩ  ｏｒ  ｌｏｎｇ  ＴＴＩであってもよく、スケジューリング情報はＭＣＳテーブルの指示情報をさらに含み得る。
【００２６】
前記方法は、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定することをさらに含む。具体的には、ＭＣＳテーブルと前記情報との関係は、プロトコル合意、または上位層構成により決定される。
【００２７】
前記方法は、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成することをさらに含む。
【００２８】
対応的に、前記スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルを決定することは、
受信されたスケジューリング情報に対応するタイプを決定することと、
前記スケジューリング情報に対応するタイプ、および前記スケジューリング情報に対応するタイプとＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することとを含む。
【００２９】
ここで、スケジューリング情報に対応するタイプには、具体的に、制御リソースセット、サーチスペースセット、サーチスペース、時間領域リソースの指示タイプ、時間領域リソースの長さ、ＭＣＳテーブルの指示情報のうちの１つのタイプを含むことができる。さらに、各タイプのスケジューリング情報には、例えば制御リソースセットＡ、制御リソースセットＢなど、またはサーチスペースセットＡ、サーチスペースセットＢなど、異なるスケジューリング情報があり得、これらは、異なるタイプのスケジューリング情報における異なるスケジューリング情報として理解することができ、一般的に、異なるタイプのスケジューリング情報として理解することができる。
【００３０】
以下、前記異なるタイプのスケジューリング情報とＭＣＳテーブルの対応関係に基づいて説明する。
【００３１】
最初の方式として、ＣＯＲＥＳＥＴ（制御リソースセット）の構成に基づいてＭＣＳ（変調およびコーディングスキーム）テーブルを決定することは、
異なる制御リソースセットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる制御リソースセットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、ＣＯＲＥＳＥＴ１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、ＣＯＲＥＳＥＴ２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。
【００３２】
例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末機器がＣＯＲＥＳＥＴ１でスケジューリング情報を受信することであってもよく、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であると理解することができる。
【００３３】
前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であり、およびＣＯＲＥＳＥＴ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２から、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することを含み得る。
【００３４】
前記ステップ１０２において、端末機器がＣＯＲＥＳＥＴ２で受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であると理解することができる。
【００３５】
対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であり、ＣＯＲＥＳＥＴ２に基づくスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。
【００３６】
これらの方式では、対応するＭＣＳテーブルをＣＯＲＥＳＥＴに設定することによって、またはプロトコル合意、または上位層構成によって決定されたＭＣＳテーブルにそれに対応するＣＯＲＥＳＥＴのタイプを設定することができる。構成は、上位層／物理層のシグナリングによって指示されてもよく、または、プロトコル合意によって決定されてもよい。
【００３７】
さらに、ＭＣＳテーブルを構成しないＣＯＲＥＳＥＴはデフォルトなＭＣＳテーブルに対応する。デフォルトなＭＣＳテーブルはプロトコルによって合意されるか、シグナリングによって通知される。通常、高密度なＣＯＲＥＳＥＴは、より小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成する。
【００３８】
即ち、スケジューリング情報を受信し、前記スケジューリング情報が、ＭＣＳテーブルが構成されていないＣＯＲＥＳＥＴに対応する場合、デフォルトなＭＣＳテーブルを使用して後続処理を行うことができる。
【００３９】
ここで、デフォルトなＭＣＳテーブルは、複数のＭＣＳテーブルのうちの１つであってもよく、例えば、現在、ＭＣＳ１、ＭＣＳ２の２つのテーブルが構成された場合、ネットワーク側によって指定されるか、プロトコルによって合意されることができ、デフォルトなＭＣＳテーブルはＭＣＳ１（またはＭＣＳ２）である。
【００４０】
この構成方式は、後続で説明する様々なシナリオに適用されてもよく、後続には再び説明しないことを理解されたい。
【００４１】
２番目の方式として、Ｓｅａｒｃｈ  Ｓｐａｃｅ  ｓｅｔ（サーチスペースセット）／Ｓｅａｒｃｈ  Ｓｐａｃｅ（サーチスペース）の構成に基づいてＭＣＳテーブルを決定する。
【００４２】
この方式では、ネットワーク側は、異なるＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なるＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、Ｓｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１のスケジューリング情報とＭＣＳテーブル１の間は対応関係を有し、Ｓｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ  ２のスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。
【００４３】
例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末機器がＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１でスケジューリング情報を受信することであってもよく、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１であると理解することができる。
【００４４】
前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプはＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１であり、およびＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。
【００４５】
前記ステップ１０２において、端末がＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ  ２で受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であると理解することができる。
【００４６】
対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ２であり、およびＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【００４７】
通常、構成方式として、集約レベルの高いＳｅａｒｃｈ  ｓｐａｃｅ  ｓｅｔ／Ｓｅａｒｃｈ  ｓｐａｃｅがより小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成し得る。
【００４８】
３番目の方式として、時間領域リソースの指示タイプに基づいてＭＣＳテーブルを決定することは、
異なる時間領域リソースの指示タイプ（例えば、時間領域リソースＴｙｐｅＡまたは時間領域リソースＴｙｐｅＢ）に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる時間領域リソースの指示タイプのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、Ｔｙｐｅ  Ａのスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、Ｔｙｐｅ  Ｂのスケジューリング情報とＭＣＳテーブル２との間は対応関係を有する。
【００４９】
例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末機器がＴｙｐｅ  Ａで受信したスケジューリング情報であってもよく、前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ａであると理解することができる。
【００５０】
前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ａであり、およびＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。
【００５１】
前記ステップ１０２において、端末がＴｙｐｅ  Ｂで受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ｂであると理解することができる。
【００５２】
対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ｂであり、およびＴｙｐｅ  Ｂのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【００５３】
即ち、スケジューリング情報を受信して、前記スケジューリング情報がＴｙｐｅＡに対応すると判断した場合、ＭＣＳテーブル１を使用する。
【００５４】
通常、Ｔｙｐｅ  Ａは従来のＭＣＳテーブルを使用し、ＴｙｐｅＢは超低ビットレートを覆うＭＣＳテーブル、またはより小さなＭＣＳテーブルを使用する。
【００５５】
４番目の方式として、時間領域リソースの長さに基づいてＭＣＳテーブルを決定することは、
異なる時間領域リソースの長さ／時間領域の長さの範囲に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる時間領域リソースの長さ／時間領域の長さの範囲のスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、時間領域リソースの長さ／時間領域の長さの範囲２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。
【００５６】
例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
スケジューリング情報を受信する端末機器の時間領域リソースの長さ／時間領域の長さが範囲１以内であってもよく、スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１である。
【００５７】
前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲１であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報に対応するＭＣＳテーブル１がターゲットＭＣＳテーブルであり、ＭＣＳテーブル１に従ってＭＣＳレベルを解析することを含み得る。
【００５８】
前記ステップ１０２において、スケジューリング情報を受信する端末機器の時間領域リソースの長さ／時間領域の長さが範囲２以内である場合、スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１であると理解することができる。
【００５９】
対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲２であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲２のスケジューリング情報に対応するＭＣＳテーブル２がターゲットＭＣＳテーブルであり、ＭＣＳテーブル２に従ってＭＣＳレベルを解析する。
【００６０】
５番目の方式として、ＤＣＩフォーマットに基づいてＭＣＳテーブルを決定し、または、具体的には、ＤＣＩフォーマットの長さに基づいてＭＣＳテーブルを決定することとして理解し得ることは、
異なるＤＣＩフォーマットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なるＤＣＩフォーマットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル１は対応関係を有し、従来のＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル２は対応関係を有する。
【００６１】
例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が圧縮ＤＣＩフォーマットで受信したスケジューリング情報であり得る。前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであると理解することができる。
【００６２】
前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであり、および圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２からターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することを含み得る。
【００６３】
前記ステップ１０２において、端末機器が従来のＤＣＩフォーマットで受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであると理解することができる。
【００６４】
対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであり、従来のＤＣＩフォーマットに基づくスケジューリング情報とＭＣＳテーブルの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。
【００６５】
通常、圧縮ＤＣＩフォーマットは、より小さなＭＣＳテーブルに対応してもよく、従来のＤＣＩフォーマットはより大きなＭＣＳテーブルに対応してもよい。
【００６６】
６番目の方式として、ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ（集約レベル）に基づいてＭＣＳテーブルを決定することは、
異なるＡｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる集約レベルのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、低集約レベルのスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、高集約レベルのスケジューリング情報とＭＣＳテーブル２との間は対応関係を有する。
【００６７】
例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末機器が、低集約レベルのダウンリンク制御チャネルを使用して受信したスケジューリング情報であってもよく、前記スケジューリング情報に対応するタイプは低集約レベルであると理解することができる。
【００６８】
前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは低集約レベルであり、および低集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。
【００６９】
前記ステップ１０２において、端末が高集約レベルのダウンリンク制御チャネルを使用して受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプは高集約レベルであると理解することができる。
【００７０】
対応的に、ステップ１０３において、具体的に、前記スケジューリング情報に対応するタイプは高集約レベルであり、および高集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【００７１】
通常、低集約レベルの構成は、高スペクトル効率のＭＣＳテーブルを含み、高集約レベルの構成は、低スペクトル効率のＭＣＳテーブルを含む。
【００７２】
低集約レベルと高集約レベルの分割は、基地局によって構成されるか、プロトコルによって合意されることができる。１タイプの集約レベルは１つまたは複数の集約レベルを含むことができる。通常、集約レベル１、２、４は、高スペクトル効率を含むＭＣＳテーブルに対応し、集約レベル８、１６は、低スペクトル効率を含むＭＣＳテーブルに対応する。もちろん、他の分割方法がさらに存在することができ、本実施例では網羅的な列挙をしない。
【００７３】
７番目の方式として、サービスインジケータに基づいてＭＣＳテーブルを決定することは、
異なるサービスインジケータに対応するスケジューリング情報とＭＣＳテーブルとの間の対応関係をプロトコル合意、または上位層構成によって決定することであり、ここで、異なるサービスインジケータに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、ＵＲＬＬＣのスケジューリング情報はＭＣＳテーブル１と対応関係があり、ｅＭＢＢのスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【００７４】
例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が受信したスケジューリング情報が、ＵＲＬＬＣをスケジューリングするためのダウンリンク制御情報であることであってもよく、前記スケジューリング情報に対応するタイプはＵＲＬＬＣであると理解することができる。
【００７５】
前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプはＵＲＬＬＣであり、およびＵＲＬＬＣのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。
【００７６】
前記ステップ１０２において、端末が受信したスケジューリング情報が、ｅＭＢＢをスケジューリングするためのダウンリンク制御情報である場合、前記スケジューリング情報に対応するタイプはｅＭＢＢであると理解することができる。
【００７７】
対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプはｅＭＢＢであり、およびｅＭＢＢのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【００７８】
８番目の方式として、制御チャネルのＣＲＣに基づいてＭＣＳテーブルを決定することは、
異なる制御チャネルのＣＲＣに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる制御チャネルのＣＲＣのスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＣＲＣタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＣＲＣタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【００７９】
例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が受信したスケジューリング情報が、制御チャネルのＣＲＣタイプ１を使用するダウンリンク制御情報であってもよく、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であると理解することができる。
【００８０】
前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であり、および制御チャネルのＣＲＣタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。
【００８１】
前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が受信したスケジューリング情報が、制御チャネルのＣＲＣタイプ２を使用するダウンリンク制御情報であってもよく、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であると理解することができる。
【００８２】
前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であり、および制御チャネルのＣＲＣタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができることを含み得る。
【００８３】
通常、制御チャネルのＣＲＣタイプは、ＣＲＣの長さ、および／またはＣＲＣの生成方式によって区分することができる。
【００８４】
例えば、制御チャネルのＣＲＣタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングに対してＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＣＲＣタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングに対してｅＭＢＢ用のＭＣＳテーブルを構成する。
【００８５】
９番目の方式として、制御チャネルのＲＮＴＩに基づいてＭＣＳテーブルを決定することは、
異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＲＮＴＩタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＲＮＴＩタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【００８６】
例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が受信したスケジューリング情報が、制御チャネルのＲＮＴＩタイプ１を使用してスクランブルされたダウンリンク制御情報であってもよく、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であると理解することができる。
【００８７】
前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であり、および制御チャネルのＲＮＴＩタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【００８８】
前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が受信したスケジューリング情報が、制御チャネルのＲＮＴＩタイプ２を使用してスクランブルされたダウンリンク制御情報であってもよく、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であると理解することができる。
【００８９】
前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であり、および制御チャネルのＲＮＴＩタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。
【００９０】
通常、制御チャネルのＲＮＴＩタイプはＲＮＴＩの値によって区分することができる。
【００９１】
例えば、制御チャネルのＲＮＴＩタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングにＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＲＮＴＩタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングにｅＭＢＢ用のＭＣＳテーブルを構成する。
【００９２】
上記の技術案を介して、少なくとも２つのＭＣＳテーブルの構成情報を事前に取得し、その後、スケジューリング情報に従ってターゲットＭＣＳテーブルを選択し、さらに、ターゲットＭＣＳテーブルを使用して後続処理を行うことができることがわかる。それにより、ＭＣＳテーブルの動的構成と、ＵＲＬＬＣ、ｅＭＢＢサービスに適応した動的スケジューリングを実現することができ、さらに、暗黙的な指示方法を使用することにより、物理層シグナリングのオーバーヘッドを削減し、物理層シグナリングの信頼性を向上させる。
【００９３】
実施例２
本発明の実施例は、ネットワーク機器に適用される動的構成方法を提供し、図２に示されたように、前記方法は、次のステップを含む。
【００９４】
ステップ２０１において、端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用される。
【００９５】
ステップ２０２において、前記端末機器にスケジューリング情報を送信し、ここで、前記スケジューリング情報とＭＣＳテーブルとの間は対応関係を有する。
【００９６】
即ち、本実施例によって提供される技術案では、端末はスケジューリング情報を受信し、その後、端末はスケジューリング情報に基づいて、ＭＣＳテーブルを判定する。
【００９７】
さらに、端末機器は、ネットワーク側から少なくとも２つのＭＣＳテーブルの構成情報を受信する。
【００９８】
前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む。
【００９９】
ここで、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルのコンテンツの一部であり、
および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される。
【０１００】
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである。
【０１０１】
もちろん、第１のＭＣＳテーブルは第２のＭＣＳテーブルの後半部分のコンテンツであってもよく、中間部分のコンテンツであってもよいことをさらに理解することができ、本実施例では網羅的な列挙をしない。
【０１０２】
ここで前半部分のコンテンツは、第２のＭＣＳテーブルに含まれるすべてのエントリのうちの半分であり、具体的には、エントリの前半部分であってもよく、対応的に、後半部分のコンテンツおよび中間部分のコンテンツは、これによって類推してもよく、再び説明しない。
【０１０３】
前記スケジューリング情報は、制御リソースセット、サーチスペースセット、サーチスペース、時間領域リソースの指示タイプ、時間領域リソースの長さ、ＭＣＳテーブルの指示情報、ＤＣＩフォーマット、集約レベル（Ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）、サービスインジケータ、巡回冗長検査（ＣＲＣ）、無線ネットワーク一時識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒｙ  Ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つのタイプを含む。
【０１０４】
ここで、制御リソースセットは、ＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ  Ｒｅｓｏｕｒｃｅ  Ｓｅｔ）であってもよく、サーチスペースセットは、Ｓｅａｒｃｈ  ｓｐａｃｅ  ｓｅｔであってもよく、サーチスペースは、Ｓｅａｒｃｈ  ｓｐａｃｅであってもよく、時間領域リソースの指示タイプは、Ｔｙｐｅ  Ａ  ｏｒ  Ｔｙｐｅ  Ｂなどであってもよく、時間領域リソースの長さは、Ｓｈｏｒｔ  ＴＴＩ  ｏｒ  ｌｏｎｇ  ＴＴＩであってもよく、スケジューリング情報はＭＣＳテーブルの指示情報をさらに含み得る。
【０１０５】
前記方法は、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定することをさらに含む。具体的には、ＭＣＳテーブルと前記情報との関係は、プロトコル合意、または上位層構成により決定される。
【０１０６】
前記方法は、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成することをさらに含む。
【０１０７】
以下、前述した異なるタイプのスケジューリング情報に基づくＭＣＳテーブルへのそれぞれの対応方法を具体的に説明する。
【０１０８】
最初の方式として、制御リソースセット（ＣＯＲＥＳＥＴ）構成に基づいて変調およびコーディングスキーム（ＭＣＳ）テーブルを決定する。
【０１０９】
異なる制御リソースセットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御リソースセットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、ＣＯＲＥＳＥＴ１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、ＣＯＲＥＳＥＴ２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。
【０１１０】
対応的に、端末がＣＯＲＥＳＥＴ１で受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であると理解することができ、端末は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であり、およびＣＯＲＥＳＥＴ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２から、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定する。端末機器はＣＯＲＥＳＥＴ２でスケジューリング情報を受信する。前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であると理解することができる。対応的に、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であり、ＣＯＲＥＳＥＴ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。
【０１１１】
これらの方式では、対応するＭＣＳテーブルをＣＯＲＥＳＥＴに設定することによって、またはプロトコル合意、または、上位層構成によって決定されたＭＣＳテーブルにそれに対応するＣＯＲＥＳＥＴのタイプを設定することができる。構成は、上位層／物理層のシグナリングによって指示されてもよく、または、プロトコル合意によって決定されてもよい。
【０１１２】
さらに、ＭＣＳテーブルを構成しないＣＯＲＥＳＥＴはデフォルトなＭＣＳテーブルに対応する。デフォルトなＭＣＳテーブルはプロトコルによって合意されるか、シグナリングによって通知される。通常、高密度なＣＯＲＥＳＥＴは、より小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成する。
【０１１３】
即ち、スケジューリング情報を受信し、ＭＣＳテーブルが構成されていないＣＯＲＥＳＥＴに対応する場合、デフォルトなＭＣＳテーブルを使用して後続処理を行うことができる。
【０１１４】
ここで、デフォルトなＭＣＳテーブルは、複数のＭＣＳテーブルのうちの１つであってもよく、例えば、現在、ＭＣＳ１、ＭＣＳ２の２つのテーブルが構成された場合、ネットワーク側によって指定されるか、プロトコルによって合意されることができ、デフォルトなＭＣＳテーブルはＭＣＳ１（またはＭＣＳ２）である。
【０１１５】
この構成方式は、後続で説明する様々なシナリオに適用されることができ、後続には再び説明しないことを理解されたい。
【０１１６】
２番目の方式として、Ｓｅａｒｃｈ  Ｓｐａｃｅ  ｓｅｔ（サーチスペースセット）／Ｓｅａｒｃｈ  Ｓｐａｃｅ（サーチスペース）の構成に基づいてＭＣＳテーブルを決定する。
【０１１７】
この方式では、ネットワーク側は、異なるＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なるＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、Ｓｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１のスケジューリング情報とＭＣＳテーブル１の間は対応関係を有し、Ｓｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ  ２のスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。
【０１１８】
対応的に、端末機器がＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１で受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１であり、およびＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。端末がＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ  ２でスケジューリング情報を受信し、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ  ２であり、およびＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ  ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【０１１９】
通常、高集約レベルのＳｅａｒｃｈ  ｓｐａｃｅ  ｓｅｔ／Ｓｅａｒｃｈ  ｓｐａｃｅはより小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成する。
【０１２０】
３番目の方式として、時間領域リソースの指示タイプに基づいてＭＣＳテーブルを決定する。
【０１２１】
異なる時間領域リソースの指示タイプ（例えば、時間領域リソースＴｙｐｅＡまたは時間領域リソースＴｙｐｅＢ）に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる時間領域リソースの指示タイプのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、Ｔｙｐｅ  Ａのスケジューリング情報とＭＣＳテーブル１の間に対応関係を有し、Ｔｙｐｅ  Ｂのスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。
【０１２２】
対応的に、端末機器がＴｙｐｅ  Ａで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ａであると理解することができ、前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ａであり、およびＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。端末がＴｙｐｅ  Ｂで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ｂであると理解することができ、前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ｂであり、およびＴｙｐｅ  Ｂのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。即ち、スケジューリング情報を受信して、前記スケジューリング情報がＴｙｐｅＡに対応すると判断した場合、ＭＣＳテーブル１を使用する。
【０１２３】
通常、Ｔｙｐｅ  Ａは従来のＭＣＳテーブルを使用し、ＴｙｐｅＢは超低ビットレートを覆うＭＣＳテーブル、またはより小さなＭＣＳテーブルを使用する。
【０１２４】
４番目の方式として、時間領域リソースの長さに基づいてＭＣＳテーブルを決定する。
【０１２５】
異なる時間領域リソースの長さ／時間領域の長さの範囲に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる時間領域リソースの長さ／時間領域の長さの範囲のスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、時間領域リソースの長さ／時間領域の長さの範囲２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。
【０１２６】
対応的に、スケジューリング情報を受信する端末機器の時間領域リソースの長さ／時間領域の長さが範囲１以内である。スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１であると理解することができる。前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲１であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報に対応するＭＣＳテーブル１はターゲットＭＣＳテーブルであり、ＭＣＳテーブル１に従ってＭＣＳレベルを解析する。
【０１２７】
スケジューリング情報を受信する端末機器の時間領域リソースの長さ／時間領域の長さが範囲２以内である。スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１であると理解することができる。前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲２であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲２のスケジューリング情報に対応するＭＣＳテーブル２はターゲットＭＣＳテーブルであり、ＭＣＳテーブル２に従ってＭＣＳレベルを解析する。
【０１２８】
５番目の方式として、ＤＣＩフォーマットに基づいてＭＣＳテーブルを決定し、または、具体的には、ＤＣＩフォーマットの長さに基づいてＭＣＳテーブルを決定する。
【０１２９】
異なるＤＣＩフォーマットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なるＤＣＩフォーマットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル１は対応関係を有し、従来のＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル２は対応関係を有する。
【０１３０】
端末が圧縮ＤＣＩフォーマットで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであると理解することができる。前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであり、および圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２から、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定する。
【０１３１】
端末機器が従来のＤＣＩフォーマットで受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであると理解することができる。対応的に、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであることに基づいて、従来のＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。
【０１３２】
通常、圧縮ＤＣＩフォーマットは、より小さなＭＣＳテーブルに対応してもよく、従来のＤＣＩフォーマットはより大きなＭＣＳテーブルに対応してもよい。
【０１３３】
６番目の方式として、ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ（集約レベル）に基づいてＭＣＳテーブルを決定する。
【０１３４】
異なるＡｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる集約レベルのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、低集約レベルのスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、高集約レベルのスケジューリング情報とＭＣＳテーブル２との間は対応関係を有する。
【０１３５】
端末機器が低集約レベルのダウンリンク制御チャネルを使用して受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプは低集約レベルであると理解することができる。前記スケジューリング情報に対応するタイプは低集約レベルであり、および低集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【０１３６】
端末が高集約レベルのダウンリンク制御チャネルを使用して受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプは高集約レベルであると理解することができる。前記スケジューリング情報に対応するタイプは高集約レベルであり、および高集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【０１３７】
通常、低集約レベルの構成は、高スペクトル効率のＭＣＳテーブルを含み、高集約レベルの構成は、低スペクトル効率のＭＣＳテーブルを含む。
【０１３８】
低集約レベルと高集約レベルの分割は、基地局によって構成されるか、プロトコルによって合意されることができる。１タイプの集約レベルは１つまたは複数の集約レベルを含むことができる。通常、集約レベル１、２、４は、高スペクトル効率を含むＭＣＳテーブルに対応し、集約レベル８、１６は、低スペクトル効率を含むＭＣＳテーブルに対応する。もちろん、他の分割方法がさらに存在することができ、本実施例では網羅的な列挙をしない。
【０１３９】
７番目の方式として、サービスインジケータに基づいてＭＣＳテーブルを決定する。
【０１４０】
異なるサービスインジケータに対応するスケジューリング情報とＭＣＳテーブルとの間の対応関係をプロトコル合意、または上位層構成によって決定し、ここで、異なるサービスインジケータに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、ＵＲＬＬＣのスケジューリング情報はＭＣＳテーブル１と対応関係があり、ｅＭＢＢのスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【０１４１】
端末受信したスケジューリング情報がＵＲＬＬＣをスケジューリングするためのダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプはＵＲＬＬＣであると理解することができる。前記スケジューリング情報に対応するタイプはＵＲＬＬＣであり、およびＵＲＬＬＣのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【０１４２】
端末受信したスケジューリング情報がｅＭＢＢをスケジューリングするためのダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプはｅＭＢＢであると理解することができる。前記スケジューリング情報に対応するタイプはｅＭＢＢであり、およびｅＭＢＢのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【０１４３】
８番目の方式として、制御チャネルのＣＲＣに基づいてＭＣＳテーブルを決定する。
【０１４４】
異なる制御チャネルのＣＲＣに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御チャネルのＣＲＣのスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＣＲＣタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＣＲＣタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【０１４５】
端末が受信したスケジューリング情報が、制御チャネルのＣＲＣタイプ１を使用するダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であると理解することができる。前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であり、および制御チャネルのＣＲＣタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【０１４６】
端末が受信したスケジューリング情報が、制御チャネルのＣＲＣタイプ２を使用するダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であると理解することができる。前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であり、および制御チャネルのＣＲＣタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【０１４７】
通常、制御チャネルのＣＲＣタイプは、ＣＲＣの長さ、および／またはＣＲＣの生成方式によって区分することができる。
【０１４８】
例えば、制御チャネルのＣＲＣタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングに対してＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＣＲＣタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングに対してｅＭＢＢ用のＭＣＳテーブルを構成する。
【０１４９】
９番目の方式として、制御チャネルのＲＮＴＩに基づいてＭＣＳテーブルを決定する。
【０１５０】
異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＲＮＴＩタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＲＮＴＩタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【０１５１】
端末が受信したスケジューリング情報が、制御チャネルのＲＮＴＩタイプ１を使用してスクランブルされたダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であると理解することができる。前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であり、および制御チャネルのＲＮＴＩタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【０１５２】
端末が受信したスケジューリング情報が、制御チャネルのＲＮＴＩタイプ２を使用してスクランブルされたダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であると理解することができる。前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であり、および制御チャネルのＲＮＴＩタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【０１５３】
通常、制御チャネルのＲＮＴＩタイプはＲＮＴＩの値によって区分することができる。
【０１５４】
例えば、制御チャネルのＲＮＴＩタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングに対してＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＲＮＴＩタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングに対してｅＭＢＢ用のＭＣＳテーブルを構成する。
【０１５５】
上記の技術案を介して、少なくとも２つのＭＣＳテーブルの構成情報を事前に取得し、その後、スケジューリング情報に従ってターゲットＭＣＳテーブルを選択し、さらに、ターゲットＭＣＳテーブルを使用して後続処理を行うことができることがわかる。それにより、ＭＣＳテーブルの動的構成と、ＵＲＬＬＣ、ｅＭＢＢサービスに適応した動的スケジューリングを実現することができ、さらに、暗黙的な指示方法を使用することにより、物理層シグナリングのオーバーヘッドを削減し、物理層シグナリングの信頼性を向上させる。
【０１５６】
実施例３
本発明の実施例は、端末機器を提供し、図３に示されたように、
少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、ネットワーク側によって送信されたスケジューリング情報を受信するように構成される第１の通信ユニット３１と、
前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定するように構成される第１の処理ユニット３２とを含む。
【０１５７】
即ち、本実施例によって提供される技術案では、端末はスケジューリング情報を受信し、その後、端末はスケジューリング情報に基づいて、ＭＣＳテーブルを判定する。
【０１５８】
さらに、端末機器は、ネットワーク側から少なくとも２つのＭＣＳテーブルの構成情報を受信する。
【０１５９】
前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む。
【０１６０】
ここで、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルのコンテンツの一部であり、
および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される。
【０１６１】
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである。
【０１６２】
もちろん、第１のＭＣＳテーブルは、第２のＭＣＳテーブルの後半部分のコンテンツであってもよく、中間部分のコンテンツであってもよいことをさらに理解することができ、本実施例では網羅的な列挙をしない。ここで、前半部分のコンテンツは、第２のＭＣＳテーブルに含まれたすべてのエントリのうちの半分であり、具体的には、エントリの前半部分であってもよく、対応的に、後半部分のコンテンツおよび中間部分のコンテンツは、これによって類推してもよく、再び説明しない。
【０１６３】
前記スケジューリング情報は、制御リソースセット、サーチスペースセット、サーチスペース、時間領域リソースの指示タイプ、時間領域リソースの長さ、ＭＣＳテーブルの指示情報、ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット、集約レベル（Ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）、サービスインジケータ、巡回冗長検査（ＣＲＣ）、無線ネットワーク一時識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒｙ  Ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つのタイプを含む。
【０１６４】
ここで、制御リソースセットは、ＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ  Ｒｅｓｏｕｒｃｅ  Ｓｅｔ）であってもよく、  サーチスペースセットは、Ｓｅａｒｃｈ  ｓｐａｃｅ  ｓｅｔであってもよく、サーチスペースは、Ｓｅａｒｃｈ  ｓｐａｃｅであってもよく、時間領域リソースの指示タイプは、Ｔｙｐｅ  Ａ  ｏｒ  Ｔｙｐｅ  Ｂなどであってもよく、時間領域リソースの長さは、Ｓｈｏｒｔ  ＴＴＩ  ｏｒ  ｌｏｎｇ  ＴＴＩであってもよく、スケジューリング情報はＭＣＳテーブルの指示情報をさらに含み得る。
【０１６５】
前記第１の処理ユニット３２は、プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定する。具体的には、ＭＣＳテーブルと前記情報との関係は、プロトコル合意、または上位層構成により決定される。
【０１６６】
前記第１の処理ユニット３２は、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成する。
【０１６７】
対応的に、前記第１の処理ユニット３２は、受信されたスケジューリング情報に対応するタイプを決定し、
前記スケジューリング情報に対応するタイプ、および前記スケジューリング情報に対応するタイプとＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定する。
【０１６８】
ここで、スケジューリング情報に対応するタイプには、具体的に、ス制御リソースセット、サーチスペースセット、サーチスペース、時間領域リソースの指示タイプ、時間領域リソースの長さ、ＭＣＳテーブルの指示情報のうちの１つのタイプを含むことができる。さらに、各タイプのスケジューリング情報には、例えば制御リソースセットＡ、制御リソースセットＢなど、またはサーチスペースセットＡ、サーチスペースセットＢなど、異なる種類のスケジューリング情報があり得、これらは、異なるタイプのスケジューリング情報における異なるスケジューリング情報として理解することができ、一般的に、異なるタイプのスケジューリング情報として理解することができる。
【０１６９】
以下、前述した異なるタイプのスケジューリング情報に基づいてＭＣＳテーブルへのそれぞれの対応方法を具体的に説明する。
【０１７０】
１番目の方式として、ＣＯＲＥＳＥＴ（制御リソースセット）構成に基づいてＭＣＳ（変調およびコーディングスキーム）テーブルを決定する。
【０１７１】
異なる制御リソースセットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御リソースセットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、ＣＯＲＥＳＥＴ１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、ＣＯＲＥＳＥＴ２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。
【０１７２】
例を挙げて説明すると、ＣＯＲＥＳＥＴ１で受信したケジューリング情報は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であると理解することができる。
【０１７３】
第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であり、およびＣＯＲＥＳＥＴ１的スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２から、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定する。
【０１７４】
ＣＯＲＥＳＥＴ２で受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であると理解することができる。第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であり、ＣＯＲＥＳＥＴ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。
【０１７５】
これらの方式では、対応するＭＣＳテーブルをＣＯＲＥＳＥＴに設定することによって、またはプロトコル合意、または、上位層構成によって決定されたＭＣＳテーブルにそれに対応するＣＯＲＥＳＥＴのタイプを設定することができる。構成は、上位層／物理層のシグナリングによって指示されてもよく、または、プロトコル合意によって決定されてもよい。
【０１７６】
さらに、ＭＣＳテーブルを構成しないＣＯＲＥＳＥＴはデフォルトなＭＣＳテーブルに対応する。デフォルトなＭＣＳテーブルはプロトコルによって合意されるか、シグナリングによって通知される。通常、高密度なＣＯＲＥＳＥＴは、より小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成する。
【０１７７】
即ち、スケジューリング情報を受信し、前記スケジューリング情報はＭＣＳテーブルが構成されていないＣＯＲＥＳＥＴに対応する場合、デフォルトなＭＣＳテーブルを使用して後続処理を行うことができる。
【０１７８】
ここで、デフォルトなＭＣＳテーブルは、複数のＭＣＳテーブルのうちの１つであってもよく、例えば、現在、ＭＣＳ１、ＭＣＳ２のこれらの２つのテーブルが構成された場合、ネットワーク側によって指定されるか、プロトコルによって合意されることができ、デフォルトなＭＣＳテーブルはＭＣＳ１（またはＭＣＳ２）である。
【０１７９】
この構成方式は後続で説明する様々なシナリオに適用されることができ、後続には再び説明しないことを理解されたい。
【０１８０】
２番目の方式として、Ｓｅａｒｃｈ  Ｓｐａｃｅ  ｓｅｔ（サーチスペースセット）／Ｓｅａｒｃｈ  Ｓｐａｃｅ（サーチスペース）の構成に基づいてＭＣＳテーブルを決定する。
【０１８１】
この方式では、ネットワーク側は、異なるＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なるＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、Ｓｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１のスケジューリング情報とＭＣＳテーブル１の間は対応関係を有し、Ｓｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ  ２のスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。
【０１８２】
例を挙げて説明すると、Ｓｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１で受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１であると理解することができる。第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１であり、およびＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【０１８３】
第１の通信ユニットがＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１で受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であると理解することができる。
【０１８４】
対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１であり、およびＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【０１８５】
通常、構成方式として、高集約レベルのＳｅａｒｃｈ  ｓｐａｃｅ  ｓｅｔ／Ｓｅａｒｃｈ  ｓｐａｃｅはより小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成する。
【０１８６】
３番目の方式として、時間領域リソースの指示タイプに基づいてＭＣＳテーブルを決定することは、
異なる時間領域リソースの指示タイプ（例えば、時間領域リソースＴｙｐｅＡまたは時間領域リソースＴｙｐｅＢ）に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる時間領域リソースの指示タイプのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、Ｔｙｐｅ  Ａのスケジューリング情報とＭＣＳテーブル１の間に対応関係があると、Ｔｙｐｅ  Ｂのスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。
【０１８７】
例を挙げて説明すると、第１の通信ユニット３１はＴｙｐｅ  Ａで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ａであると理解することができる。
【０１８８】
第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ａであり、およびＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【０１８９】
第１の通信ユニット３１がＴｙｐｅ  Ｂで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ｂであると理解することができる。
【０１９０】
対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＴｙｐｅ  Ｂであり、およびＴｙｐｅ  Ｂのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【０１９１】
即ち、スケジューリング情報を受信して、前記スケジューリング情報がＴｙｐｅＡに対応すると判断した場合、ＭＣＳテーブル１を使用する。
【０１９２】
通常、Ｔｙｐｅ  Ａは従来のＭＣＳテーブルを使用し、ＴｙｐｅＢは超低ビットレートを覆うＭＣＳテーブル、またはより小さなＭＣＳテーブルを使用する。
【０１９３】
４番目の方式として、時間領域リソースの長さに基づいてＭＣＳテーブルを決定する。
【０１９４】
異なる時間領域リソースの長さ／時間領域の長さの範囲に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる時間領域リソースの長さ／時間領域の長さの範囲のスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、時間領域リソースの長さ／時間領域の長さの範囲２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。
【０１９５】
例を挙げて説明すると、第１の通信ユニット３１がスケジューリング情報を受信した時間領域リソースの長さ／時間領域の長さが範囲１以内である。スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１であると理解することができる。
【０１９６】
第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲１であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報に対応するＭＣＳテーブル１がターゲットＭＣＳテーブルであり、ＭＣＳテーブル１に従ってＭＣＳレベルを解析する。
【０１９７】
第１の通信ユニット３１が、前記スケジューリング情報を受信した時間領域リソースの長さ／時間領域の長さが範囲１である場合、スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１であると理解することができる。
【０１９８】
対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲２であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報に対応するＭＣＳテーブル２がターゲットＭＣＳテーブルであり、ＭＣＳテーブル２に従ってＭＣＳレベルを解析する。
【０１９９】
５番目の方式として、ＤＣＩフォーマットに基づいてＭＣＳテーブルを決定し、または、具体的には、ＤＣＩフォーマットの長さに基づいてＭＣＳテーブルを決定する。
【０２００】
異なるＤＣＩフォーマットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なるＤＣＩフォーマットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル１は対応関係を有し、従来のＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル２は対応関係を有する。
【０２０１】
例を挙げて説明すると、圧縮ＤＣＩフォーマットで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであると理解することができる。第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであり、および圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２から、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定する。
【０２０２】
従来のＤＣＩフォーマットで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであると理解することができる。
【０２０３】
対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであり、従来のＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。
【０２０４】
通常、圧縮ＤＣＩフォーマットは、より小さなＭＣＳテーブルに対応してもよく、従来のＤＣＩフォーマットは、より大きなＭＣＳテーブルに対応してもよい。
【０２０５】
６番目の方式として、ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ（集約レベル）に基づいてＭＣＳテーブルを決定する。
【０２０６】
異なるＡｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる集約レベルのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、低集約レベルのスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、高集約レベルのスケジューリング情報とＭＣＳテーブル２との間は対応関係を有する。
【０２０７】
例を挙げて説明すると、第１の通信ユニット３１は、低集約レベルのダウンリンク制御チャネルを使用してスケジューリング情報を受信する。前記スケジューリング情報に対応するタイプは低集約レベルであると理解することができる。
【０２０８】
第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは低集約レベルであり、および低集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【０２０９】
第１の通信ユニット３１が、高集約レベルのダウンリンク制御チャネルを使用してスケジューリング情報を受信した場合、前記スケジューリング情報に対応するタイプは高集約レベルであると理解することができる。
【０２１０】
対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは高集約レベルであり、および高集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【０２１１】
通常、低集約レベルの構成は、高スペクトル効率のＭＣＳテーブルを含み、高集約レベルの構成は、低スペクトル効率のＭＣＳテーブルを含む。
【０２１２】
低集約レベルと高集約レベルの分割は、基地局によって構成されるか、プロトコルによって合意されることができる。１タイプの集約レベルは１つまたは複数の集約レベルを含むことができる。通常、集約レベル１、２、４は、高スペクトル効率を含むＭＣＳテーブルに対応し、集約レベル８、１６は、低スペクトル効率を含むＭＣＳテーブルに対応する。もちろん、他の分割方法がさらに存在することができ、本実施例では網羅的な列挙をしない。
【０２１３】
７番目の方式として、サービスインジケータに基づいてＭＣＳテーブルを決定する。
【０２１４】
異なるサービスインジケータに対応するスケジューリング情報とＭＣＳテーブルとの間の対応関係をプロトコル合意、または上位層構成によって決定し、ここで、異なるサービスインジケータに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、ＵＲＬＬＣのスケジューリング情報はＭＣＳテーブル１と対応関係があり、ｅＭＢＢのスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【０２１５】
例を挙げて説明すると、第１の通信ユニット３１が受信したスケジューリング情報は、ＵＲＬＬＣをスケジューリングするためのダウンリンク制御情報であれば、前記スケジューリング情報に対応するタイプはＵＲＬＬＣであると理解することができる。
【０２１６】
第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＵＲＬＬＣであり、およびＵＲＬＬＣのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【０２１７】
第１の通信ユニット３１が受信したスケジューリング情報が、ｅＭＢＢをスケジューリングするためのダウンリンク制御情報である場合、前記スケジューリング情報に対応するタイプはｅＭＢＢであると理解することができる。
【０２１８】
対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはｅＭＢＢであり、およびｅＭＢＢ的スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【０２１９】
８番目の方式として、制御チャネルのＣＲＣに基づいてＭＣＳテーブルを決定する。
【０２２０】
異なる制御チャネルのＣＲＣに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御チャネルのＣＲＣのスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＣＲＣタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＣＲＣタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【０２２１】
例を挙げて説明すると、第１の通信ユニット３１が受信したスケジューリング情報は、制御チャネルのＣＲＣタイプ１を使用するダウンリンク制御情報であれば、これは、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であると理解することができる。
【０２２２】
第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であり、および制御チャネルのＣＲＣタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【０２２３】
第１の通信ユニット３１が受信したスケジューリング情報が、制御チャネルのＣＲＣタイプ２を使用するダウンリンク制御情報である場合、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であると理解することができる。
【０２２４】
第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であり、および制御チャネルのＣＲＣタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。
【０２２５】
通常、制御チャネルのＣＲＣタイプは、ＣＲＣの長さ、および／またはＣＲＣの生成方式によって区分することができる。
【０２２６】
例えば、制御チャネルのＣＲＣタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングに対してＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＣＲＣタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングに対してｅＭＢＢ用のＭＣＳテーブルを構成する。
【０２２７】
９番目の方式として、制御チャネルのＲＮＴＩに基づいてＭＣＳテーブルを決定する。
【０２２８】
異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＲＮＴＩタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＲＮＴＩタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【０２２９】
例を挙げて説明すると、第１の通信ユニット３１が受信したスケジューリング情報は、制御チャネルのＲＮＴＩタイプ１を使用してスクランブルされたダウンリンク制御情報であり、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であると理解することができる。
【０２３０】
第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であり、および制御チャネルのＲＮＴＩタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【０２３１】
第１の通信ユニット３１が受信したスケジューリング情報が、制御チャネルのＲＮＴＩタイプ２を使用してスクランブルされたダウンリンク制御情報である場合、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であると理解することができる。
【０２３２】
第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であり、および制御チャネルのＲＮＴＩタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。
【０２３３】
通常、制御チャネルのＲＮＴＩタイプはＲＮＴＩの値によって区分することができる。
【０２３４】
例えば、制御チャネルのＲＮＴＩタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングにＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＲＮＴＩタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングにｅＭＢＢ用のＭＣＳテーブルを構成する。
【０２３５】
上記の技術案を介して、少なくとも２つのＭＣＳテーブルの構成情報を事前に取得し、その後、スケジューリング情報に従ってターゲットＭＣＳテーブルを選択し、さらに、ターゲットＭＣＳテーブルを使用して後続処理を行うことができることがわかる。それにより、ＭＣＳテーブルの動的構成と、ＵＲＬＬＣ、ｅＭＢＢサービスに適応した動的スケジューリングを実現することができ、さらに、暗黙的な指示方法を使用することにより、物理層シグナリングのオーバーヘッドを削減し、物理層シグナリングの信頼性を向上させる。
【０２３６】
実施例４
本発明の実施例は、ネットワーク機器を提供し、図４に示されたように、前記ネットワーク機器は、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、前記端末機器にスケジューリング情報を送信し、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があるように構成される第２の通信ユニット４１を含む。
【０２３７】
即ち、本実施例によって提供される技術案では、端末はスケジューリング情報を受信し、その後、端末はスケジューリング情報に基づいて、ＭＣＳテーブルを判定する。
【０２３８】
さらに、端末機器は、ネットワーク側から少なくとも２つのＭＣＳテーブルの構成情報を受信する。
【０２３９】
前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む。
【０２４０】
ここで、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルのコンテンツの一部であり、
および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される。
【０２４１】
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである。
【０２４２】
もちろん、第１のＭＣＳテーブルは、第２のＭＣＳテーブルの後半部分のコンテンツであってもよく、中間部分のコンテンツであってもよいことをさらに理解することができ、本実施例では網羅的な列挙をしない。ここで、前半部分のコンテンツは、第２のＭＣＳテーブルに含まれるすべてのエントリのうちの半分であり、具体的には、エントリの前半部分であってもよく、対応的に、後半部分のコンテンツおよび中間部分のコンテンツは、これによって類推してもよく、再び説明しない。
【０２４３】
前記スケジューリング情報は、制御リソースセット、サーチスペースセット、サーチスペース、時間領域リソースの指示タイプ、時間領域リソースの長さ、ＭＣＳテーブルの指示情報、ＤＣＩフォーマット、集約レベル（Ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）、サービスインジケータ、巡回冗長検査（ＣＲＣ）、無線ネットワーク一時識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒｙ  Ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つのタイプを含む。
【０２４４】
ここで、制御リソースセットは、ＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ  Ｒｅｓｏｕｒｃｅ  Ｓｅｔ）であってもよく、サーチスペースセットは、Ｓｅａｒｃｈ  ｓｐａｃｅ  ｓｅｔであってもよく、サーチスペースは、Ｓｅａｒｃｈ  ｓｐａｃｅであってもよく、時間領域リソースの指示タイプは、Ｔｙｐｅ  Ａ  ｏｒ  Ｔｙｐｅ  Ｂなどであってもよく、時間領域リソースの長さは、Ｓｈｏｒｔ  ＴＴＩ  ｏｒ  ｌｏｎｇ  ＴＴＩであってもよく、スケジューリング情報はＭＣＳテーブルの指示情報をさらに含み得る。
【０２４５】
前記ネットワーク機器は、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定するように構成される第２の処理ユニット４２をさらに含む。具体的に、ＭＣＳテーブルと前記情報との関係は、プロトコル合意、または上位層構成によって決定される。
【０２４６】
前記第２の処理ユニット４２は、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成する。
【０２４７】
以下、前述した異なるタイプのスケジューリング情報に基づいてＭＣＳテーブルへのそれぞれの対応方法を具体的に説明する。
【０２４８】
１番目の方式として、ＣＯＲＥＳＥＴ（制御リソースセット）構成に基づいてＭＣＳ（変調およびコーディングスキーム）テーブルを決定する。
【０２４９】
異なる制御リソースセットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御リソースセットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、ＣＯＲＥＳＥＴ１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、ＣＯＲＥＳＥＴ２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。
【０２５０】
これらの方式では、対応するＭＣＳテーブルをＣＯＲＥＳＥＴに設定することによって、またはプロトコル合意、または、上位層構成によって決定されたＭＣＳテーブルにそれに対応するＣＯＲＥＳＥＴの種類を設定することができる。構成は、上位層／物理層のシグナリングによって指示されてもよく、または、プロトコル合意によって決定されてもよい。
【０２５１】
さらに、ＭＣＳテーブルを構成しないＣＯＲＥＳＥＴはデフォルトなＭＣＳテーブルに対応する。デフォルトなＭＣＳテーブルはプロトコルによって合意されるか、シグナリングによって通知される。通常、高密度なＣＯＲＥＳＥＴは、より小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成する。
【０２５２】
即ち、スケジューリング情報を受信し、ＭＣＳテーブルが構成されていないＣＯＲＥＳＥＴに対応する場合、デフォルトなＭＣＳテーブルを使用して後続処理を行うことができる。
【０２５３】
ここで、デフォルトなＭＣＳテーブルは、複数のＭＣＳテーブルのうちの１つであってもよく、例えば、現在、ＭＣＳ１、ＭＣＳ２のこれらの２つのテーブルが構成された場合、ネットワーク側によって指定されるか、プロトコルによって合意されることができ、デフォルトなＭＣＳテーブルはＭＣＳ１（またはＭＣＳ２）である。
【０２５４】
この構成方式は後続で説明する様々なシナリオに適用されることができ、後続には再び説明しないことを理解されたい。
【０２５５】
２番目の方式として、Ｓｅａｒｃｈ  Ｓｐａｃｅ  ｓｅｔ（サーチスペースセット）／Ｓｅａｒｃｈ  Ｓｐａｃｅ（サーチスペース）の構成に基づいてＭＣＳテーブルを決定する。
【０２５６】
この方式では、ネットワーク側は、異なるＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なるＳｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、Ｓｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ１のスケジューリング情報とＭＣＳテーブル１の間は対応関係を有し、Ｓｅａｒｃｈ  Ｓｐａｃｅ  Ｓｅｔ／Ｓｅａｒｃｈ  Ｓｐａｃｅ  ２のスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。
【０２５７】
通常、高集約レベルのＳｅａｒｃｈ  ｓｐａｃｅ  ｓｅｔ／Ｓｅａｒｃｈ  ｓｐａｃｅはより小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成する。
【０２５８】
３番目の方式として、時間領域リソースの指示タイプに基づいてＭＣＳテーブルを決定する。
【０２５９】
異なる時間領域リソースの指示タイプ（例えば、時間領域リソースＴｙｐｅＡまたは時間領域リソースＴｙｐｅＢ）に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる時間領域リソースの指示タイプのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。Ｔｙｐｅ  Ａのスケジューリング情報とＭＣＳテーブル１の間に対応関係があり、Ｔｙｐｅ  Ｂのスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。
【０２６０】
通常、Ｔｙｐｅ  Ａは従来のＭＣＳテーブルを使用し、ＴｙｐｅＢは超低ビットレートを覆うＭＣＳテーブル、またはより小さなＭＣＳテーブルを使用する。
【０２６１】
４番目の方式として、時間領域リソースの長さに基づいてＭＣＳテーブルを決定する。
【０２６２】
異なる時間領域リソースの長さ／時間領域の長さの範囲に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる時間領域リソースの長さ／時間領域の長さの範囲のスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、時間領域リソースの長さ／時間領域の長さの範囲２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。
【０２６３】
５番目の方式として、ＤＣＩフォーマットに基づいてＭＣＳテーブルを決定し、または、具体的には、ＤＣＩフォーマットの長さに基づいてＭＣＳテーブルを決定する。
【０２６４】
異なるＤＣＩフォーマットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なるＤＣＩフォーマットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル１は対応関係を有し、従来のＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル２は対応関係を有する。
【０２６５】
通常、圧縮ＤＣＩフォーマットは、より小さなＭＣＳテーブルに対応してもよく、従来のＤＣＩフォーマットはより大きなＭＣＳテーブルに対応してもよい。
【０２６６】
６番目の方式として、ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ（集約レベル）に基づいてＭＣＳテーブルを決定する。
【０２６７】
異なるＡｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる集約レベルのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、低集約レベルのスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、高集約レベルのスケジューリング情報とＭＣＳテーブル２との間は対応関係を有する。
【０２６８】
通常、低集約レベルの構成は、高スペクトル効率のＭＣＳテーブルを含み、高集約レベルの構成は、低スペクトル効率のＭＣＳテーブルを含む。
【０２６９】
低集約レベルと高集約レベルの分割は、基地局によって構成されるか、プロトコルによって合意されることができる。１タイプの集約レベルは１つまたは複数の集約レベルを含むことができる。通常、集約レベル１、２、４は、高スペクトル効率を含むＭＣＳテーブルに対応し、集約レベル８、１６は、低スペクトル効率を含むＭＣＳテーブルに対応する。もちろん、他の分割方法がさらに存在することができ、本実施例では網羅的な列挙をしない。
【０２７０】
７番目の方式として、サービスインジケータに基づいてＭＣＳテーブルを決定する。
【０２７１】
異なるサービスインジケータに対応するスケジューリング情報とＭＣＳテーブルとの間の対応関係をプロトコル合意、または上位層構成によって決定し、ここで、異なるサービスインジケータに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、ＵＲＬＬＣのスケジューリング情報はＭＣＳテーブル１と対応関係があり、ｅＭＢＢのスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【０２７２】
８番目の方式として、制御チャネルのＣＲＣに基づいてＭＣＳテーブルを決定する。
【０２７３】
異なる制御チャネルのＣＲＣに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御チャネルのＣＲＣのスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＣＲＣタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＣＲＣタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【０２７４】
通常、制御チャネルのＣＲＣタイプは、ＣＲＣの長さ、および／またはＣＲＣの生成方式によって区分することができる。
【０２７５】
例えば、制御チャネルのＣＲＣタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングに対してＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＣＲＣタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングに対してｅＭＢＢ用のＭＣＳテーブルを構成する。
【０２７６】
９番目の方式として、制御チャネルのＲＮＴＩに基づいてＭＣＳテーブルを決定する。
【０２７７】
異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＲＮＴＩタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＲＮＴＩタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。
【０２７８】
通常、制御チャネルのＲＮＴＩタイプはＲＮＴＩの値によって区分することができる。
【０２７９】
例えば、制御チャネルのＲＮＴＩタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングにＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＲＮＴＩタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングに対してｅＭＢＢ用のＭＣＳテーブルを構成する。
【０２８０】
上記の技術案を介して、少なくとも２つのＭＣＳテーブルの構成情報を事前に取得し、その後、スケジューリング情報に従ってターゲットＭＣＳテーブルを選択し、さらに、ターゲットＭＣＳテーブルを使用して後続処理を行うことができることがわかる。それにより、ＭＣＳテーブルの動的構成と、ＵＲＬＬＣ、ｅＭＢＢサービスに適応した動的スケジューリングを実現することができ、さらに、暗黙的な指示方法を使用することにより、物理層シグナリングのオーバーヘッドを削減し、物理層シグナリングの信頼性を向上させる。
【０２８１】
図５に示されたように、本発明の実施例は、少なくとも１つのプロセッサ５１と、メモリ５２と、少なくとも１つのネットワークインターフェース５３とを含む、端末機器またはネットワーク機器のハードウェアの構成アーキテクチャをさらに提供する。各コンポーネントは、バスシステム５４を介して結合される。理解され得るように、バスシステム５４は、これらのコンポーネント間の接続通信を具現するために使用される。データバスに加えて、バスシステム５４は、電力バス、制御バスおよびステータス信号バスをさらに含む。しかしながら、説明を明確にするために、図５では様々なバスをバスシステム５４として表記されている。
【０２８２】
本発明の実施例におけるメモリ５２は、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性および不揮発性メモリの両方を含んでもよいことを理解されたい。
【０２８３】
いくつかの実施形態で、メモリ５２は、操作システム５２１およびアプリケーションプログラム５２２の要素、実行可能なモジュールまたはデータ構造、またはそのサブセット、またはその拡張セットを記憶する。
【０２８４】
ここで、前記プロセッサ５１は、前述の実施例１または２の方法のステップを処理することができるように構成され、ここでは再び説明しない。
【０２８５】
本発明の実施例によって提供されるコンピュータ記憶媒体は、コンピュータ実行可能な命令が記憶され、前記コンピュータ実行可能な命令が実行されるときに、前述の実施例１または２の方法のステップを実施する。
【０２８６】
本発明の実施例の前記装置がソフトウェア機能モジュールの形態で実装され、スタンドアロン製品として販売または使用される場合、コンピュータ読み取り可能な記憶媒体に格納することもできる。このような理解に基づいて、本発明の実施例の技術的解決策は、本質でまたは先行技術に対して貢献のある部分は、ソフトウェア製品の形で具現されることができ、当該コンピュータソフトウェア製品は、１つの記憶媒体に記憶されて、一台のコンピュータ装置（パーソナルコンピュータ、サーバ、またはネットワーク機器等などであリ得る）が本発明の各実施例に記載の方法の全部または一部を実行させるために、いくつかの命令を含む。上記した記憶媒体は、Ｕディスク、モバイルハードディスク、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなどのプログラムコードを記憶することができる様々なメディアを含む。こうして、本発明の実施例は、いずれかのハードウェアおよびソフトウェアの特定の組み合わせに限定されない。
【０２８７】
対応的に、本発明の実施例は、本発明の実施例のデータスケジューリング方法を実行するように構成される、コンピュータプログラムが記憶されるコンピュータ記憶媒体をさらに提供する。
【０２８８】
本発明の好ましい実施例を例示の目的で開示したが、当業者が様々な修正、追加、および置換を想到し得ることも可能であるため、本発明の範囲は上記した実施例に限定されるべきではない。
【図１】
2021514551.tif 000003
【図２】
2021514551.tif 000004
【図３】
2021514551.tif 000005
【図４】
2021514551.tif 000006
【図５】
2021514551.tif 000007
【手続補正書】
【提出日】令和3年4月23日(2021.4.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末機器に適用される動的構成方法であって、
端末機器が、少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することと、
前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することとを含む、前記動的構成方法。
【請求項２】
前記スケジューリング情報は、
制御リソースセット、
サーチスペースセット、
サーチスペース、
時間領域リソースの指示タイプ、
時間領域リソースの長さ、
ＭＣＳテーブルの指示情報、
ダウンリンク制御情報（ＤＣＩ）フォーマット、
集約レベル、
サービスインジケータ、
巡回冗長検査（ＣＲＣ）、
無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つのタイプを含む、
請求項１に記載の動的構成方法。
【請求項３】
前記方法は、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定することをさらに含む、
請求項２に記載の動的構成方法。
【請求項４】
前記方法は、
各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成することをさらに含む、
請求項２に記載の動的構成方法。
【請求項５】
前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
受信されたスケジューリング情報に対応するタイプを決定することと、
前記スケジューリング情報に対応するタイプ、および前記スケジューリング情報に対応するタイプとＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することを含む、
請求項４に記載の動的構成方法。
【請求項６】
ネットワーク機器に適用される動的構成方法であって、
前記方法は、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
前記端末機器にスケジューリング情報を送信することであって、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があることとを含む、前記動的構成方法。
【請求項７】
前記スケジューリング情報は、
制御リソースセット、
サーチスペースセット、
サーチスペース、
時間領域リソースの指示タイプ、
時間領域リソースの長さ、
ＭＣＳテーブルの指示情報、
ダウンリンク制御情報（ＤＣＩ）フォーマット、
集約レベル、
サービスインジケータ、
巡回冗長検査（ＣＲＣ）、
無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つのタイプを含む、
請求項６に記載の動的構成方法。
【請求項８】
前記方法は、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定することをさらに含む、
請求項７に記載の動的構成方法。
【請求項９】
前記方法は、
各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成することをさらに含む、
請求項７に記載の動的構成方法。
【請求項１０】
端末機器であって、
少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、ネットワーク側によって送信されたスケジューリング情報を受信するように構成される第１の通信ユニットと、
前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定するように構成される第１の処理ユニットとを含む、前記端末機器。
【請求項１１】
前記スケジューリング情報は、
制御リソースセット、
サーチスペースセット、
サーチスペース、
時間領域リソースの指示タイプ、
時間領域リソースの長さ、
ＭＣＳテーブルの指示情報、
ダウンリンク制御情報（ＤＣＩ）フォーマット、
集約レベル、
サービスインジケータ、
巡回冗長検査（ＣＲＣ）、
無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つのタイプを含む、
請求項１０に記載の動的構成方法。
【請求項１２】
前記第１の処理ユニットは、プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定する、
請求項１１に記載の端末機器。
【請求項１３】
前記第１の処理ユニットは、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成する、
請求項１１に記載の端末機器。
【請求項１４】
前記第１の処理ユニットは、受信されたスケジューリング情報に対応するタイプを決定し、前記スケジューリング情報に対応するタイプ、および前記スケジューリング情報に対応するタイプとＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定する、
請求項１３に記載の端末機器。
【請求項１５】
ネットワーク機器であって、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、前記端末機器にスケジューリング情報を送信し、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があるように構成される第２の通信ユニットを含む、前記ネットワーク機器。
【国際調査報告】
2021514551.tif 000008
2021514551.tif 000009
2021514551.tif 000010
2021514551.tif 000011