特許7286643 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ グァンドン　オッポ　モバイル　テレコミュニケーションズ　コーポレーション　リミテッドの特許一覧

特許7286643動的構成方法、端末機器、ネットワーク機器およびコンピュータ記憶媒体

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-05-26

(45)【発行日】2023-06-05

(54)【発明の名称】動的構成方法、端末機器、ネットワーク機器およびコンピュータ記憶媒体

(51)【国際特許分類】

H04W 72/1273 20230101AFI20230529BHJP

H04W 72/232 20230101ALI20230529BHJP

【ＦＩ】

H04W72/1273

H04W72/232

【請求項の数】 7

(21)【出願番号】P 2020528041

(86)(22)【出願日】2018-05-22

(65)【公表番号】

(43)【公表日】2021-06-10

(86)【国際出願番号】 CN2018087924

(87)【国際公開番号】W WO2019161622

(87)【国際公開日】2019-08-29

【審査請求日】2021-04-23

(31)【優先権主張番号】PCT/CN2018/077062

(32)【優先日】2018-02-23

(33)【優先権主張国・地域又は機関】CN

【前置審査】

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧＯＰＰＯＭＯＢＩＬＥＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳＣＯＲＰ．，ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１８ＨａｉｂｉｎＲｏａｄ，Ｗｕｓｈａ，Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ５２３８６０Ｃｈｉｎａ

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口智也

(72)【発明者】

【氏名】チェン、ウェンホン

【審査官】永井啓司

(56)【参考文献】

【文献】特表２０１７－５０３４１７（ＪＰ，Ａ）

【文献】特開２０１７－２０１７９８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

端末機器に適用される動的構成方法であって、
端末機器が、少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することであって、各タイプのスケジューリング情報のうちの各スケジューリング情報には、対応するＭＣＳテーブルが構成されていることと、
前記端末機器が、プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定することと、
前記端末機器が、前記スケジューリング情報、前記スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することとを含み、
前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
前記端末機器が、ネットワーク機器からダウンリンク制御情報（ＤＣＩ）を受信することを含み、前記ＤＣＩは、無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされたものであり、
前記端末機器が、前記スケジューリング情報、前記スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記端末機器が、ＤＣＩをスクランブルするためのＲＮＴＩタイプに対応するサービスタイプ、及びＭＣＳテーブルとＤＣＩをスクランブルするための複数のＲＮＴＩタイプに対応する複数のサービスタイプとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルから前記ターゲットＭＣＳテーブルを決定することを含み、前記複数のサービスタイプは、超高信頼・低遅延通信（ＵＲＬＬＣ）サービス及び強化されたモバイルブロードバンド（ｅＭＢＢ）サービスを含む、前記動的構成方法。

【請求項2】

前記スケジューリング情報は、
制御リソースセット、
サーチスペースセット、
サーチスペース、
時間領域リソースの指示タイプ、
時間領域リソースの長さ、
ＭＣＳテーブルの指示情報、
ダウンリンク制御情報（ＤＣＩ）フォーマット、
集約レベル、
サービスインジケータ、
巡回冗長検査（ＣＲＣ）、
無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つを含む、
請求項１に記載の動的構成方法。

【請求項3】

ネットワーク機器に適用される動的構成方法であって、
前記方法は、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
前記端末機器にスケジューリング情報を送信することであって、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があり、各タイプのスケジューリング情報のうちの各スケジューリング情報には、対応するＭＣＳテーブルが構成されており、前記スケジューリング情報とＭＣＳテーブルとの間の対応関係、及び前記スケジューリング情報は、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定するために使用される、ことと、
前記ネットワーク機器が、プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定することとを含み、
前記端末機器に前記スケジューリング情報を送信することは、
無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされたダウンリンク制御情報（ＤＣＩ）を前記端末機器に送信することを含み、ＤＣＩをスクランブルするためのＲＮＴＩタイプに対応するサービスタイプ、及びＭＣＳテーブルと複数のＲＮＴＩタイプに対応する複数のサービスタイプとの間の対応関係は、前記少なくとも２つのＭＣＳテーブルから前記ターゲットＭＣＳテーブルを決定するために使用され、前記複数のサービスタイプは、ＵＲＬＬＣサービス及びｅＭＢＢサービスを含む、前記動的構成方法。

【請求項4】

【請求項5】

端末機器であって、
少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信し、ネットワーク側によって送信されたスケジューリング情報を受信するように構成される第１の通信ユニットであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、各タイプのスケジューリング情報のうちの各スケジューリング情報には、対応するＭＣＳテーブルが構成されている、第１の通信ユニットと、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、前記スケジューリング情報、前記スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定するように構成される第１の処理ユニットとを含み、
前記第１の通信ユニットは具体的に、ネットワーク機器から、無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされたダウンリンク制御情報（ＤＣＩ）を受信するように構成され、
前記第１の処理ユニットは具体的に、ＤＣＩをスクランブルするためのＲＮＴＩタイプに対応するサービスタイプ、及び前記ＭＣＳテーブルと複数のＲＮＴＩタイプに対応する複数のサービスタイプとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルから前記ターゲットＭＣＳテーブルを決定するように構成され、前記複数のサービスタイプは、ＵＲＬＬＣサービス及びｅＭＢＢサービスを含む、前記端末機器。

【請求項6】

【請求項7】

ネットワーク機器であって、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信し、前記端末機器にスケジューリング情報を送信するように構成される第２の通信ユニットであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があり、各タイプのスケジューリング情報のうちの各スケジューリング情報には、対応するＭＣＳテーブルが構成されており、前記スケジューリング情報とＭＣＳテーブルとの間の対応関係、及び前記スケジューリング情報は、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定するために使用される、第２の通信ユニットと、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定するように構成される第２の処理ユニットとを含み、
前記第２の通信ユニットは具体的に、無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされたダウンリンク制御情報（ＤＣＩ）を前記端末機器に送信するように構成され、ＤＣＩをスクランブルするためのＲＮＴＩタイプに対応するサービスタイプ、及びＭＣＳテーブルと複数のＲＮＴＩタイプに対応する複数のサービスタイプとの間の対応関係は、前記少なくとも２つのＭＣＳテーブルから前記ターゲットＭＣＳテーブルを決定するために使用され、前記複数のサービスタイプは、ＵＲＬＬＣサービス及びｅＭＢＢサービスを含む、前記ネットワーク機器。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理技術分野に関し、特に、動的構成方法、端末機器、ネットワーク機器およびコンピュータ記憶媒体に関する。

【背景技術】

【0002】

現在、５ＧＮＲシステムは、強化されたモバイルブロードバンド（ｅＭＢＢ：ＥｎｈａｎｃｅＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）および超高信頼・低遅延通信（ｕＲＬＬＣ）の２つサービスをサポートし、両者の信頼性要件は異なるため、両者の変調およびコーディングスキーム（ＭＣＳ：ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ）構成も通常異なり、且つＭＣＳ構成の範囲も異なる。いくつかの企業は、上位層シグナリングを介してＵＲＬＬＣおよびｅＭＢＢにＭＣＳテーブルをそれぞれ構成することを提案したが、ＵＲＬＬＣおよびｅＭＢＢサービスは動的にトリガされ、上記の動作メカニズムはサービス伝送需要に適合されない。

【発明の概要】

【発明が解決しようとする課題】

【0003】

上記の技術的課題を解決するために、本発明の実施例は、動的構成方法、端末機器、ネットワーク機器およびコンピュータ記憶媒体を提供する。

【課題を解決するための手段】

【0004】

本発明の実施例は、端末機器に適用される動的構成方法を提供し、前記方法は、
端末機器が、少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することと、
前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することとを含む。

【0005】

本発明の実施例は、ネットワーク機器に適用される動的構成方法を提供し、前記方法は、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
前記端末機器にスケジューリング情報を送信することであって、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があることとを含む。

【0006】

本発明の実施例は、端末機器を提供し、前記端末機器は、
少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、ネットワーク側によって送信されたスケジューリング情報を受信するように構成される第１の通信ユニットと、
前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定するように構成される第１の処理ユニットとを含む。

【0007】

本発明の実施例は、ネットワーク機器を提供し、前記ネットワーク機器は、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、前記端末機器にスケジューリング情報を送信し、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があるように構成される第２の通信ユニットを含む。

【0008】

本発明の実施例は、端末機器を提供し、前記端末機器は、プロセッサと、プロセッサで実行可能なコンピュータプログラムを記憶するように構成されるメモリとを含み、
ここで、前記プロセッサは、前記コンピュータプログラムを実行するときに、前記方法のステップを実行するように構成される。

【0009】

本発明の実施例は、ネットワーク機器を提供し、前記ネットワーク機器はプロセッサと、プロセッサで実行可能なコンピュータプログラムを記憶するように構成されるメモリとを含み、
ここで、前記プロセッサは、前記コンピュータプログラムを実行するときに、前記方法のステップを実行するように構成される。

【0010】

本発明の実施例はコンピュータ記憶媒体を提供し、前記コンピュータ記憶媒体にはコンピュータ実行可能な命令が記憶され、前記コンピュータ実行可能な命令が実行されるときに、前記方法のステップを具現する。

【発明の効果】

【0011】

本発明の実施例の技術的解決策は、少なくとも２つのＭＣＳテーブルの構成情報を事前に取得し、その後、スケジューリング情報に従ってターゲットＭＣＳテーブルを選択し、さらに、ターゲットＭＣＳテーブルを使用して後続処理を行うことができる。それにより、ＭＣＳテーブルの動的構成と、ＵＲＬＬＣ、ｅＭＢＢサービスに適応した動的スケジューリングを実現することができ、さらに、暗黙的な指示方法を使用することにより、物理層シグナリングのオーバーヘッドを削減し、物理層シグナリングの信頼性を向上させる。

【図面の簡単な説明】

【0012】

【図1】本発明の実施例によって提供された動的構成方法の第１の例示的なフローチャートである。

【図2】本発明の実施例によって提供された動的構成方法の第２の例示的なフローチャートである。

【図3】本発明の実施例の端末機器の例示的な構成構造図である。

【図4】本発明の実施例のネットワーク機器の例示的な構成構造図である。

【図5】本発明の実施例のハードウェアアーキテクチャの概略図である。

【発明を実施するための形態】

【0013】

本発明の実施例の特徴および技術内容をより詳細に理解するために、以下、図面を参照して本発明の実施例の具現を詳細に説明し、添付の図面は、参照用にするだけのものであり、本発明の実施例を限定することを意図するものではない。

【0014】

実施例１
本発明の実施例は端末機器に適用される動的構成方法を提供し、図１に示されたように、次のステップを含む。

【0015】

ステップ１０１において、端末機器は、少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用される。

【0016】

ステップ１０２において、前記端末機器は、ネットワーク側によって送信されたスケジューリング情報を受信する。

【0017】

ステップ１０３において、前記端末機器は、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定する。

【0018】

即ち、本実施例によって提供される技術案において、端末はスケジューリング情報を受信し、その後、端末はスケジューリング情報に基づいて、ＭＣＳテーブルを判定する。

【0019】

さらに、端末機器は、ネットワーク側から少なくとも２つのＭＣＳテーブルの構成情報を受信する。

【0020】

前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む。

【0021】

ここで、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルのコンテンツの一部であり、
および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される。

【0022】

前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである。

【0023】

もちろん、第１のＭＣＳテーブルは、第２のＭＣＳテーブルの後半部分のコンテンツであってもよく、中間部分のコンテンツであってもよいことをさらに理解することができ、本実施例では網羅的な列挙をしない。ここで、前半部分のコンテンツは、第２のＭＣＳテーブルに含まれたすべてのエントリのうちの半分であり、具体的には、エントリの前半部分であってもよく、対応的に、後半部分のコンテンツおよび中間部分のコンテンツは、これによって類推してもよく、再び説明しない。

【0024】

前記スケジューリング情報は、制御リソースセット、サーチスペースセット、サーチスペース、時間領域リソースの指示タイプ、時間領域リソースの長さ、ＭＣＳテーブルの指示情報、ダウンリンク制御情報（ＤＣＩ：ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）フォーマット、集約レベル（Ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ）、サービスインジケータ、巡回冗長検査（ＣＲＣ）、無線ネットワーク一時識別子（ＲＮＴＩ：ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒｙＩｄｅｎｔｉｔｙ）のうちの少なくとも１つのタイプを含む。

【0025】

ここで、制御リソースセットは、ＣＯＲＥＳＥＴ（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ）であってもよく、サーチスペースセットは、Ｓｅａｒｃｈｓｐａｃｅｓｅｔであってもよく、サーチスペースは、Ｓｅａｒｃｈｓｐａｃｅであってもよく、時間領域リソースの指示タイプは、例えばＴｙｐｅＡｏｒＴｙｐｅＢであってもよく、時間領域リソースの長さは、ＳｈｏｒｔＴＴＩｏｒｌｏｎｇＴＴＩであってもよく、スケジューリング情報はＭＣＳテーブルの指示情報をさらに含み得る。

【0026】

前記方法は、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定することをさらに含む。具体的には、ＭＣＳテーブルと前記情報との関係は、プロトコル合意、または上位層構成により決定される。

【0027】

前記方法は、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成することをさらに含む。

【0028】

対応的に、前記スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルを決定することは、
受信されたスケジューリング情報に対応するタイプを決定することと、
前記スケジューリング情報に対応するタイプ、および前記スケジューリング情報に対応するタイプとＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することとを含む。

【0029】

ここで、スケジューリング情報に対応するタイプには、具体的に、制御リソースセット、サーチスペースセット、サーチスペース、時間領域リソースの指示タイプ、時間領域リソースの長さ、ＭＣＳテーブルの指示情報のうちの１つのタイプを含むことができる。さらに、各タイプのスケジューリング情報には、例えば制御リソースセットＡ、制御リソースセットＢなど、またはサーチスペースセットＡ、サーチスペースセットＢなど、異なるスケジューリング情報があり得、これらは、異なるタイプのスケジューリング情報における異なるスケジューリング情報として理解することができ、一般的に、異なるタイプのスケジューリング情報として理解することができる。

【0030】

以下、前記異なるタイプのスケジューリング情報とＭＣＳテーブルの対応関係に基づいて説明する。

【0031】

最初の方式として、ＣＯＲＥＳＥＴ（制御リソースセット）の構成に基づいてＭＣＳ（変調およびコーディングスキーム）テーブルを決定することは、
異なる制御リソースセットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる制御リソースセットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、ＣＯＲＥＳＥＴ１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、ＣＯＲＥＳＥＴ２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。

【0032】

例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末機器がＣＯＲＥＳＥＴ１でスケジューリング情報を受信することであってもよく、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であると理解することができる。

【0033】

前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であり、およびＣＯＲＥＳＥＴ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２から、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することを含み得る。

【0034】

前記ステップ１０２において、端末機器がＣＯＲＥＳＥＴ２で受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であると理解することができる。

【0035】

対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であり、ＣＯＲＥＳＥＴ２に基づくスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。

【0036】

これらの方式では、対応するＭＣＳテーブルをＣＯＲＥＳＥＴに設定することによって、またはプロトコル合意、または上位層構成によって決定されたＭＣＳテーブルにそれに対応するＣＯＲＥＳＥＴのタイプを設定することができる。構成は、上位層／物理層のシグナリングによって指示されてもよく、または、プロトコル合意によって決定されてもよい。

【0037】

さらに、ＭＣＳテーブルを構成しないＣＯＲＥＳＥＴはデフォルトなＭＣＳテーブルに対応する。デフォルトなＭＣＳテーブルはプロトコルによって合意されるか、シグナリングによって通知される。通常、高密度なＣＯＲＥＳＥＴは、より小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成する。

【0038】

即ち、スケジューリング情報を受信し、前記スケジューリング情報が、ＭＣＳテーブルが構成されていないＣＯＲＥＳＥＴに対応する場合、デフォルトなＭＣＳテーブルを使用して後続処理を行うことができる。

【0039】

ここで、デフォルトなＭＣＳテーブルは、複数のＭＣＳテーブルのうちの１つであってもよく、例えば、現在、ＭＣＳ１、ＭＣＳ２の２つのテーブルが構成された場合、ネットワーク側によって指定されるか、プロトコルによって合意されることができ、デフォルトなＭＣＳテーブルはＭＣＳ１（またはＭＣＳ２）である。

【0040】

この構成方式は、後続で説明する様々なシナリオに適用されてもよく、後続には再び説明しないことを理解されたい。

【0041】

２番目の方式として、ＳｅａｒｃｈＳｐａｃｅｓｅｔ（サーチスペースセット）／ＳｅａｒｃｈＳｐａｃｅ（サーチスペース）の構成に基づいてＭＣＳテーブルを決定する。

【0042】

この方式では、ネットワーク側は、異なるＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なるＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、ＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１のスケジューリング情報とＭＣＳテーブル１の間は対応関係を有し、ＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ２のスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。

【0043】

例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末機器がＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１でスケジューリング情報を受信することであってもよく、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１であると理解することができる。

【0044】

前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプはＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１であり、およびＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。

【0045】

前記ステップ１０２において、端末がＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ２で受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であると理解することができる。

【0046】

対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ２であり、およびＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0047】

通常、構成方式として、集約レベルの高いＳｅａｒｃｈｓｐａｃｅｓｅｔ／Ｓｅａｒｃｈｓｐａｃｅがより小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成し得る。

【0048】

３番目の方式として、時間領域リソースの指示タイプに基づいてＭＣＳテーブルを決定することは、
異なる時間領域リソースの指示タイプ（例えば、時間領域リソースＴｙｐｅＡまたは時間領域リソースＴｙｐｅＢ）に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる時間領域リソースの指示タイプのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、ＴｙｐｅＡのスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、ＴｙｐｅＢのスケジューリング情報とＭＣＳテーブル２との間は対応関係を有する。

【0049】

例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末機器がＴｙｐｅＡで受信したスケジューリング情報であってもよく、前記スケジューリング情報に対応するタイプはＴｙｐｅＡであると理解することができる。

【0050】

前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプはＴｙｐｅＡであり、およびＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。

【0051】

前記ステップ１０２において、端末がＴｙｐｅＢで受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプはＴｙｐｅＢであると理解することができる。

【0052】

対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプはＴｙｐｅＢであり、およびＴｙｐｅＢのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0053】

即ち、スケジューリング情報を受信して、前記スケジューリング情報がＴｙｐｅＡに対応すると判断した場合、ＭＣＳテーブル１を使用する。

【0054】

通常、ＴｙｐｅＡは従来のＭＣＳテーブルを使用し、ＴｙｐｅＢは超低ビットレートを覆うＭＣＳテーブル、またはより小さなＭＣＳテーブルを使用する。

【0055】

４番目の方式として、時間領域リソースの長さに基づいてＭＣＳテーブルを決定することは、
異なる時間領域リソースの長さ／時間領域の長さの範囲に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる時間領域リソースの長さ／時間領域の長さの範囲のスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、時間領域リソースの長さ／時間領域の長さの範囲２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。

【0056】

例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
スケジューリング情報を受信する端末機器の時間領域リソースの長さ／時間領域の長さが範囲１以内であってもよく、スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１である。

【0057】

前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲１であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報に対応するＭＣＳテーブル１がターゲットＭＣＳテーブルであり、ＭＣＳテーブル１に従ってＭＣＳレベルを解析することを含み得る。

【0058】

前記ステップ１０２において、スケジューリング情報を受信する端末機器の時間領域リソースの長さ／時間領域の長さが範囲２以内である場合、スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１であると理解することができる。

【0059】

対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲２であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲２のスケジューリング情報に対応するＭＣＳテーブル２がターゲットＭＣＳテーブルであり、ＭＣＳテーブル２に従ってＭＣＳレベルを解析する。

【0060】

５番目の方式として、ＤＣＩフォーマットに基づいてＭＣＳテーブルを決定し、または、具体的には、ＤＣＩフォーマットの長さに基づいてＭＣＳテーブルを決定することとして理解し得ることは、
異なるＤＣＩフォーマットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なるＤＣＩフォーマットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル１は対応関係を有し、従来のＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル２は対応関係を有する。

【0061】

例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が圧縮ＤＣＩフォーマットで受信したスケジューリング情報であり得る。前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであると理解することができる。

【0062】

前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであり、および圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２からターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することを含み得る。

【0063】

前記ステップ１０２において、端末機器が従来のＤＣＩフォーマットで受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであると理解することができる。

【0064】

対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであり、従来のＤＣＩフォーマットに基づくスケジューリング情報とＭＣＳテーブルの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。

【0065】

通常、圧縮ＤＣＩフォーマットは、より小さなＭＣＳテーブルに対応してもよく、従来のＤＣＩフォーマットはより大きなＭＣＳテーブルに対応してもよい。

【0066】

６番目の方式として、ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ（集約レベル）に基づいてＭＣＳテーブルを決定することは、
異なるＡｇｇｒｅｇａｔｉｏｎｌｅｖｅｌに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる集約レベルのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、低集約レベルのスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、高集約レベルのスケジューリング情報とＭＣＳテーブル２との間は対応関係を有する。

【0067】

例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末機器が、低集約レベルのダウンリンク制御チャネルを使用して受信したスケジューリング情報であってもよく、前記スケジューリング情報に対応するタイプは低集約レベルであると理解することができる。

【0068】

前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは低集約レベルであり、および低集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。

【0069】

前記ステップ１０２において、端末が高集約レベルのダウンリンク制御チャネルを使用して受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプは高集約レベルであると理解することができる。

【0070】

対応的に、ステップ１０３において、具体的に、前記スケジューリング情報に対応するタイプは高集約レベルであり、および高集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0071】

通常、低集約レベルの構成は、高スペクトル効率のＭＣＳテーブルを含み、高集約レベルの構成は、低スペクトル効率のＭＣＳテーブルを含む。

【0072】

低集約レベルと高集約レベルの分割は、基地局によって構成されるか、プロトコルによって合意されることができる。１タイプの集約レベルは１つまたは複数の集約レベルを含むことができる。通常、集約レベル１、２、４は、高スペクトル効率を含むＭＣＳテーブルに対応し、集約レベル８、１６は、低スペクトル効率を含むＭＣＳテーブルに対応する。もちろん、他の分割方法がさらに存在することができ、本実施例では網羅的な列挙をしない。

【0073】

７番目の方式として、サービスインジケータに基づいてＭＣＳテーブルを決定することは、
異なるサービスインジケータに対応するスケジューリング情報とＭＣＳテーブルとの間の対応関係をプロトコル合意、または上位層構成によって決定することであり、ここで、異なるサービスインジケータに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、ＵＲＬＬＣのスケジューリング情報はＭＣＳテーブル１と対応関係があり、ｅＭＢＢのスケジューリング情報はＭＣＳテーブル２と対応関係がある。

【0074】

例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が受信したスケジューリング情報が、ＵＲＬＬＣをスケジューリングするためのダウンリンク制御情報であることであってもよく、前記スケジューリング情報に対応するタイプはＵＲＬＬＣであると理解することができる。

【0075】

前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプはＵＲＬＬＣであり、およびＵＲＬＬＣのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。

【0076】

前記ステップ１０２において、端末が受信したスケジューリング情報が、ｅＭＢＢをスケジューリングするためのダウンリンク制御情報である場合、前記スケジューリング情報に対応するタイプはｅＭＢＢであると理解することができる。

【0077】

対応的に、ステップ１０３において、具体的には、前記スケジューリング情報に対応するタイプはｅＭＢＢであり、およびｅＭＢＢのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0078】

８番目の方式として、制御チャネルのＣＲＣに基づいてＭＣＳテーブルを決定することは、
異なる制御チャネルのＣＲＣに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる制御チャネルのＣＲＣのスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＣＲＣタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＣＲＣタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。

【0079】

例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が受信したスケジューリング情報が、制御チャネルのＣＲＣタイプ１を使用するダウンリンク制御情報であってもよく、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であると理解することができる。

【0080】

前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であり、および制御チャネルのＣＲＣタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。

【0081】

前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が受信したスケジューリング情報が、制御チャネルのＣＲＣタイプ２を使用するダウンリンク制御情報であってもよく、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であると理解することができる。

【0082】

前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であり、および制御チャネルのＣＲＣタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができることを含み得る。

【0083】

通常、制御チャネルのＣＲＣタイプは、ＣＲＣの長さ、および／またはＣＲＣの生成方式によって区分することができる。

【0084】

例えば、制御チャネルのＣＲＣタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングに対してＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＣＲＣタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングに対してｅＭＢＢ用のＭＣＳテーブルを構成する。

【0085】

９番目の方式として、制御チャネルのＲＮＴＩに基づいてＭＣＳテーブルを決定することは、
異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定することであり、ここで、異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＲＮＴＩタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＲＮＴＩタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。

【0086】

例を挙げて説明すると、前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が受信したスケジューリング情報が、制御チャネルのＲＮＴＩタイプ１を使用してスクランブルされたダウンリンク制御情報であってもよく、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であると理解することができる。

【0087】

前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であり、および制御チャネルのＲＮＴＩタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0088】

前記ステップ１０２において、前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することは、
端末が受信したスケジューリング情報が、制御チャネルのＲＮＴＩタイプ２を使用してスクランブルされたダウンリンク制御情報であってもよく、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であると理解することができる。

【0089】

前記ステップ１０３において、前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であり、および制御チャネルのＲＮＴＩタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができることを含み得る。

【0090】

通常、制御チャネルのＲＮＴＩタイプはＲＮＴＩの値によって区分することができる。

【0091】

例えば、制御チャネルのＲＮＴＩタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングにＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＲＮＴＩタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングにｅＭＢＢ用のＭＣＳテーブルを構成する。

【0092】

上記の技術案を介して、少なくとも２つのＭＣＳテーブルの構成情報を事前に取得し、その後、スケジューリング情報に従ってターゲットＭＣＳテーブルを選択し、さらに、ターゲットＭＣＳテーブルを使用して後続処理を行うことができることがわかる。それにより、ＭＣＳテーブルの動的構成と、ＵＲＬＬＣ、ｅＭＢＢサービスに適応した動的スケジューリングを実現することができ、さらに、暗黙的な指示方法を使用することにより、物理層シグナリングのオーバーヘッドを削減し、物理層シグナリングの信頼性を向上させる。

【0093】

実施例２
本発明の実施例は、ネットワーク機器に適用される動的構成方法を提供し、図２に示されたように、前記方法は、次のステップを含む。

【0094】

ステップ２０１において、端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用される。

【0095】

ステップ２０２において、前記端末機器にスケジューリング情報を送信し、ここで、前記スケジューリング情報とＭＣＳテーブルとの間は対応関係を有する。

【0096】

即ち、本実施例によって提供される技術案では、端末はスケジューリング情報を受信し、その後、端末はスケジューリング情報に基づいて、ＭＣＳテーブルを判定する。

【0097】

さらに、端末機器は、ネットワーク側から少なくとも２つのＭＣＳテーブルの構成情報を受信する。

【0098】

【0099】

【0100】

【0101】

もちろん、第１のＭＣＳテーブルは第２のＭＣＳテーブルの後半部分のコンテンツであってもよく、中間部分のコンテンツであってもよいことをさらに理解することができ、本実施例では網羅的な列挙をしない。

【0102】

ここで前半部分のコンテンツは、第２のＭＣＳテーブルに含まれるすべてのエントリのうちの半分であり、具体的には、エントリの前半部分であってもよく、対応的に、後半部分のコンテンツおよび中間部分のコンテンツは、これによって類推してもよく、再び説明しない。

【0103】

前記スケジューリング情報は、制御リソースセット、サーチスペースセット、サーチスペース、時間領域リソースの指示タイプ、時間領域リソースの長さ、ＭＣＳテーブルの指示情報、ＤＣＩフォーマット、集約レベル（Ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ）、サービスインジケータ、巡回冗長検査（ＣＲＣ）、無線ネットワーク一時識別子（ＲＮＴＩ：ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒｙＩｄｅｎｔｉｔｙ）のうちの少なくとも１つのタイプを含む。

【0104】

ここで、制御リソースセットは、ＣＯＲＥＳＥＴ（ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ）であってもよく、サーチスペースセットは、Ｓｅａｒｃｈｓｐａｃｅｓｅｔであってもよく、サーチスペースは、Ｓｅａｒｃｈｓｐａｃｅであってもよく、時間領域リソースの指示タイプは、ＴｙｐｅＡｏｒＴｙｐｅＢなどであってもよく、時間領域リソースの長さは、ＳｈｏｒｔＴＴＩｏｒｌｏｎｇＴＴＩであってもよく、スケジューリング情報はＭＣＳテーブルの指示情報をさらに含み得る。

【0105】

【0106】

前記方法は、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成することをさらに含む。

【0107】

以下、前述した異なるタイプのスケジューリング情報に基づくＭＣＳテーブルへのそれぞれの対応方法を具体的に説明する。

【0108】

最初の方式として、制御リソースセット（ＣＯＲＥＳＥＴ）構成に基づいて変調およびコーディングスキーム（ＭＣＳ）テーブルを決定する。

【0109】

異なる制御リソースセットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御リソースセットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、ＣＯＲＥＳＥＴ１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、ＣＯＲＥＳＥＴ２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。

【0110】

対応的に、端末がＣＯＲＥＳＥＴ１で受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であると理解することができ、端末は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であり、およびＣＯＲＥＳＥＴ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２から、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定する。端末機器はＣＯＲＥＳＥＴ２でスケジューリング情報を受信する。前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であると理解することができる。対応的に、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であり、ＣＯＲＥＳＥＴ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。

【0111】

これらの方式では、対応するＭＣＳテーブルをＣＯＲＥＳＥＴに設定することによって、またはプロトコル合意、または、上位層構成によって決定されたＭＣＳテーブルにそれに対応するＣＯＲＥＳＥＴのタイプを設定することができる。構成は、上位層／物理層のシグナリングによって指示されてもよく、または、プロトコル合意によって決定されてもよい。

【0112】

【0113】

即ち、スケジューリング情報を受信し、ＭＣＳテーブルが構成されていないＣＯＲＥＳＥＴに対応する場合、デフォルトなＭＣＳテーブルを使用して後続処理を行うことができる。

【0114】

【0115】

この構成方式は、後続で説明する様々なシナリオに適用されることができ、後続には再び説明しないことを理解されたい。

【0116】

【0117】

この方式では、ネットワーク側は、異なるＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なるＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、ＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１のスケジューリング情報とＭＣＳテーブル１の間は対応関係を有し、ＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ２のスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。

【0118】

対応的に、端末機器がＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１で受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１であり、およびＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。端末がＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ２でスケジューリング情報を受信し、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ２であり、およびＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0119】

通常、高集約レベルのＳｅａｒｃｈｓｐａｃｅｓｅｔ／Ｓｅａｒｃｈｓｐａｃｅはより小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成する。

【0120】

３番目の方式として、時間領域リソースの指示タイプに基づいてＭＣＳテーブルを決定する。

【0121】

異なる時間領域リソースの指示タイプ（例えば、時間領域リソースＴｙｐｅＡまたは時間領域リソースＴｙｐｅＢ）に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる時間領域リソースの指示タイプのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、ＴｙｐｅＡのスケジューリング情報とＭＣＳテーブル１の間に対応関係を有し、ＴｙｐｅＢのスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。

【0122】

対応的に、端末機器がＴｙｐｅＡで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＴｙｐｅＡであると理解することができ、前記スケジューリング情報に対応するタイプはＴｙｐｅＡであり、およびＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。端末がＴｙｐｅＢで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＴｙｐｅＢであると理解することができ、前記スケジューリング情報に対応するタイプはＴｙｐｅＢであり、およびＴｙｐｅＢのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。即ち、スケジューリング情報を受信して、前記スケジューリング情報がＴｙｐｅＡに対応すると判断した場合、ＭＣＳテーブル１を使用する。

【0123】

【0124】

４番目の方式として、時間領域リソースの長さに基づいてＭＣＳテーブルを決定する。

【0125】

異なる時間領域リソースの長さ／時間領域の長さの範囲に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる時間領域リソースの長さ／時間領域の長さの範囲のスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、時間領域リソースの長さ／時間領域の長さの範囲２のスケジューリング情報とＭＣＳテーブル２との間には対応関係を有する。

【0126】

対応的に、スケジューリング情報を受信する端末機器の時間領域リソースの長さ／時間領域の長さが範囲１以内である。スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１であると理解することができる。前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲１であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報に対応するＭＣＳテーブル１はターゲットＭＣＳテーブルであり、ＭＣＳテーブル１に従ってＭＣＳレベルを解析する。

【0127】

スケジューリング情報を受信する端末機器の時間領域リソースの長さ／時間領域の長さが範囲２以内である。スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１であると理解することができる。前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲２であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲２のスケジューリング情報に対応するＭＣＳテーブル２はターゲットＭＣＳテーブルであり、ＭＣＳテーブル２に従ってＭＣＳレベルを解析する。

【0128】

５番目の方式として、ＤＣＩフォーマットに基づいてＭＣＳテーブルを決定し、または、具体的には、ＤＣＩフォーマットの長さに基づいてＭＣＳテーブルを決定する。

【0129】

異なるＤＣＩフォーマットに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なるＤＣＩフォーマットのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル１は対応関係を有し、従来のＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブル２は対応関係を有する。

【0130】

端末が圧縮ＤＣＩフォーマットで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであると理解することができる。前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであり、および圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２から、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定する。

【0131】

端末機器が従来のＤＣＩフォーマットで受信したスケジューリング情報である場合、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであると理解することができる。対応的に、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであることに基づいて、従来のＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。

【0132】

【0133】

６番目の方式として、ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ（集約レベル）に基づいてＭＣＳテーブルを決定する。

【0134】

異なるＡｇｇｒｅｇａｔｉｏｎｌｅｖｅｌに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる集約レベルのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、低集約レベルのスケジューリング情報とＭＣＳテーブル１との間は対応関係を有し、高集約レベルのスケジューリング情報とＭＣＳテーブル２との間は対応関係を有する。

【0135】

端末機器が低集約レベルのダウンリンク制御チャネルを使用して受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプは低集約レベルであると理解することができる。前記スケジューリング情報に対応するタイプは低集約レベルであり、および低集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0136】

端末が高集約レベルのダウンリンク制御チャネルを使用して受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプは高集約レベルであると理解することができる。前記スケジューリング情報に対応するタイプは高集約レベルであり、および高集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0137】

通常、低集約レベルの構成は、高スペクトル効率のＭＣＳテーブルを含み、高集約レベルの構成は、低スペクトル効率のＭＣＳテーブルを含む。

【0138】

【0139】

７番目の方式として、サービスインジケータに基づいてＭＣＳテーブルを決定する。

【0140】

異なるサービスインジケータに対応するスケジューリング情報とＭＣＳテーブルとの間の対応関係をプロトコル合意、または上位層構成によって決定し、ここで、異なるサービスインジケータに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、ＵＲＬＬＣのスケジューリング情報はＭＣＳテーブル１と対応関係があり、ｅＭＢＢのスケジューリング情報はＭＣＳテーブル２と対応関係がある。

【0141】

端末受信したスケジューリング情報がＵＲＬＬＣをスケジューリングするためのダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプはＵＲＬＬＣであると理解することができる。前記スケジューリング情報に対応するタイプはＵＲＬＬＣであり、およびＵＲＬＬＣのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0142】

端末受信したスケジューリング情報がｅＭＢＢをスケジューリングするためのダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプはｅＭＢＢであると理解することができる。前記スケジューリング情報に対応するタイプはｅＭＢＢであり、およびｅＭＢＢのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0143】

８番目の方式として、制御チャネルのＣＲＣに基づいてＭＣＳテーブルを決定する。

【0144】

異なる制御チャネルのＣＲＣに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御チャネルのＣＲＣのスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＣＲＣタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＣＲＣタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。

【0145】

端末が受信したスケジューリング情報が、制御チャネルのＣＲＣタイプ１を使用するダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であると理解することができる。前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であり、および制御チャネルのＣＲＣタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0146】

端末が受信したスケジューリング情報が、制御チャネルのＣＲＣタイプ２を使用するダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であると理解することができる。前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であり、および制御チャネルのＣＲＣタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0147】

通常、制御チャネルのＣＲＣタイプは、ＣＲＣの長さ、および／またはＣＲＣの生成方式によって区分することができる。

【0148】

【0149】

９番目の方式として、制御チャネルのＲＮＴＩに基づいてＭＣＳテーブルを決定する。

【0150】

異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる制御チャネルのＲＮＴＩに対応するスケジューリング情報を異なるタイプのスケジューリング情報として理解することができる。例えば、制御チャネルのＲＮＴＩタイプ１のスケジューリング情報はＭＣＳテーブル１と対応関係があり、制御チャネルのＲＮＴＩタイプ２のスケジューリング情報はＭＣＳテーブル２と対応関係がある。

【0151】

端末が受信したスケジューリング情報が、制御チャネルのＲＮＴＩタイプ１を使用してスクランブルされたダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であると理解することができる。前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であり、および制御チャネルのＲＮＴＩタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0152】

端末が受信したスケジューリング情報が、制御チャネルのＲＮＴＩタイプ２を使用してスクランブルされたダウンリンク制御情報であることは、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であると理解することができる。前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であり、および制御チャネルのＲＮＴＩタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0153】

通常、制御チャネルのＲＮＴＩタイプはＲＮＴＩの値によって区分することができる。

【0154】

例えば、制御チャネルのＲＮＴＩタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングに対してＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＲＮＴＩタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングに対してｅＭＢＢ用のＭＣＳテーブルを構成する。

【0155】

【0156】

実施例３
本発明の実施例は、端末機器を提供し、図３に示されたように、
少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、ネットワーク側によって送信されたスケジューリング情報を受信するように構成される第１の通信ユニット３１と、
前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定するように構成される第１の処理ユニット３２とを含む。

【0157】

【0158】

さらに、端末機器は、ネットワーク側から少なくとも２つのＭＣＳテーブルの構成情報を受信する。

【0159】

【0160】

【0161】

【0162】

【0163】

【0164】

【0165】

前記第１の処理ユニット３２は、プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定する。具体的には、ＭＣＳテーブルと前記情報との関係は、プロトコル合意、または上位層構成により決定される。

【0166】

前記第１の処理ユニット３２は、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成する。

【0167】

対応的に、前記第１の処理ユニット３２は、受信されたスケジューリング情報に対応するタイプを決定し、
前記スケジューリング情報に対応するタイプ、および前記スケジューリング情報に対応するタイプとＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定する。

【0168】

ここで、スケジューリング情報に対応するタイプには、具体的に、ス制御リソースセット、サーチスペースセット、サーチスペース、時間領域リソースの指示タイプ、時間領域リソースの長さ、ＭＣＳテーブルの指示情報のうちの１つのタイプを含むことができる。さらに、各タイプのスケジューリング情報には、例えば制御リソースセットＡ、制御リソースセットＢなど、またはサーチスペースセットＡ、サーチスペースセットＢなど、異なる種類のスケジューリング情報があり得、これらは、異なるタイプのスケジューリング情報における異なるスケジューリング情報として理解することができ、一般的に、異なるタイプのスケジューリング情報として理解することができる。

【0169】

以下、前述した異なるタイプのスケジューリング情報に基づいてＭＣＳテーブルへのそれぞれの対応方法を具体的に説明する。

【0170】

１番目の方式として、ＣＯＲＥＳＥＴ（制御リソースセット）構成に基づいてＭＣＳ（変調およびコーディングスキーム）テーブルを決定する。

【0171】

【0172】

例を挙げて説明すると、ＣＯＲＥＳＥＴ１で受信したケジューリング情報は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であると理解することができる。

【0173】

第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ１であり、およびＣＯＲＥＳＥＴ１的スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２から、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定する。

【0174】

ＣＯＲＥＳＥＴ２で受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であると理解することができる。第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であり、ＣＯＲＥＳＥＴ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。

【0175】

【0176】

【0177】

即ち、スケジューリング情報を受信し、前記スケジューリング情報はＭＣＳテーブルが構成されていないＣＯＲＥＳＥＴに対応する場合、デフォルトなＭＣＳテーブルを使用して後続処理を行うことができる。

【0178】

ここで、デフォルトなＭＣＳテーブルは、複数のＭＣＳテーブルのうちの１つであってもよく、例えば、現在、ＭＣＳ１、ＭＣＳ２のこれらの２つのテーブルが構成された場合、ネットワーク側によって指定されるか、プロトコルによって合意されることができ、デフォルトなＭＣＳテーブルはＭＣＳ１（またはＭＣＳ２）である。

【0179】

この構成方式は後続で説明する様々なシナリオに適用されることができ、後続には再び説明しないことを理解されたい。

【0180】

【0181】

【0182】

例を挙げて説明すると、ＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１で受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１であると理解することができる。第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１であり、およびＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0183】

第１の通信ユニットがＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１で受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＣＯＲＥＳＥＴ２であると理解することができる。

【0184】

対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１であり、およびＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0185】

通常、構成方式として、高集約レベルのＳｅａｒｃｈｓｐａｃｅｓｅｔ／Ｓｅａｒｃｈｓｐａｃｅはより小さなＭＣＳテーブル、または低レベルのＭＣＳテーブルを構成する。

【0186】

３番目の方式として、時間領域リソースの指示タイプに基づいてＭＣＳテーブルを決定することは、
異なる時間領域リソースの指示タイプ（例えば、時間領域リソースＴｙｐｅＡまたは時間領域リソースＴｙｐｅＢ）に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる時間領域リソースの指示タイプのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。例えば、ＴｙｐｅＡのスケジューリング情報とＭＣＳテーブル１の間に対応関係があると、ＴｙｐｅＢのスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。

【0187】

例を挙げて説明すると、第１の通信ユニット３１はＴｙｐｅＡで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＴｙｐｅＡであると理解することができる。

【0188】

第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＴｙｐｅＡであり、およびＳｅａｒｃｈＳｐａｃｅＳｅｔ／ＳｅａｒｃｈＳｐａｃｅ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0189】

第１の通信ユニット３１がＴｙｐｅＢで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプはＴｙｐｅＢであると理解することができる。

【0190】

対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＴｙｐｅＢであり、およびＴｙｐｅＢのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0191】

即ち、スケジューリング情報を受信して、前記スケジューリング情報がＴｙｐｅＡに対応すると判断した場合、ＭＣＳテーブル１を使用する。

【0192】

【0193】

４番目の方式として、時間領域リソースの長さに基づいてＭＣＳテーブルを決定する。

【0194】

【0195】

例を挙げて説明すると、第１の通信ユニット３１がスケジューリング情報を受信した時間領域リソースの長さ／時間領域の長さが範囲１以内である。スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１であると理解することができる。

【0196】

第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲１であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報に対応するＭＣＳテーブル１がターゲットＭＣＳテーブルであり、ＭＣＳテーブル１に従ってＭＣＳレベルを解析する。

【0197】

第１の通信ユニット３１が、前記スケジューリング情報を受信した時間領域リソースの長さ／時間領域の長さが範囲１である場合、スケジューリング情報に対応するタイプは、時間領域リソースの長さ／時間領域の長さの範囲１であると理解することができる。

【0198】

対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは時間領域リソースの長さ／時間領域の長さの範囲２であることに基づいて、時間領域リソースの長さ／時間領域の長さの範囲１のスケジューリング情報に対応するＭＣＳテーブル２がターゲットＭＣＳテーブルであり、ＭＣＳテーブル２に従ってＭＣＳレベルを解析する。

【0199】

【0200】

【0201】

例を挙げて説明すると、圧縮ＤＣＩフォーマットで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであると理解することができる。第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは圧縮ＤＣＩフォーマットであり、および圧縮ＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ＭＣＳテーブル１およびＭＣＳテーブル２から、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定する。

【0202】

従来のＤＣＩフォーマットで受信したスケジューリング情報は、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであると理解することができる。

【0203】

対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは従来のＤＣＩフォーマットであり、従来のＤＣＩフォーマットのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定する。

【0204】

通常、圧縮ＤＣＩフォーマットは、より小さなＭＣＳテーブルに対応してもよく、従来のＤＣＩフォーマットは、より大きなＭＣＳテーブルに対応してもよい。

【0205】

６番目の方式として、ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ（集約レベル）に基づいてＭＣＳテーブルを決定する。

【0206】

【0207】

例を挙げて説明すると、第１の通信ユニット３１は、低集約レベルのダウンリンク制御チャネルを使用してスケジューリング情報を受信する。前記スケジューリング情報に対応するタイプは低集約レベルであると理解することができる。

【0208】

第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは低集約レベルであり、および低集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0209】

第１の通信ユニット３１が、高集約レベルのダウンリンク制御チャネルを使用してスケジューリング情報を受信した場合、前記スケジューリング情報に対応するタイプは高集約レベルであると理解することができる。

【0210】

対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは高集約レベルであり、および高集約レベルのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0211】

通常、低集約レベルの構成は、高スペクトル効率のＭＣＳテーブルを含み、高集約レベルの構成は、低スペクトル効率のＭＣＳテーブルを含む。

【0212】

【0213】

７番目の方式として、サービスインジケータに基づいてＭＣＳテーブルを決定する。

【0214】

【0215】

例を挙げて説明すると、第１の通信ユニット３１が受信したスケジューリング情報は、ＵＲＬＬＣをスケジューリングするためのダウンリンク制御情報であれば、前記スケジューリング情報に対応するタイプはＵＲＬＬＣであると理解することができる。

【0216】

第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはＵＲＬＬＣであり、およびＵＲＬＬＣのスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0217】

第１の通信ユニット３１が受信したスケジューリング情報が、ｅＭＢＢをスケジューリングするためのダウンリンク制御情報である場合、前記スケジューリング情報に対応するタイプはｅＭＢＢであると理解することができる。

【0218】

対応的に、第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプはｅＭＢＢであり、およびｅＭＢＢ的スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0219】

８番目の方式として、制御チャネルのＣＲＣに基づいてＭＣＳテーブルを決定する。

【0220】

【0221】

例を挙げて説明すると、第１の通信ユニット３１が受信したスケジューリング情報は、制御チャネルのＣＲＣタイプ１を使用するダウンリンク制御情報であれば、これは、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であると理解することができる。

【0222】

第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ１であり、および制御チャネルのＣＲＣタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0223】

第１の通信ユニット３１が受信したスケジューリング情報が、制御チャネルのＣＲＣタイプ２を使用するダウンリンク制御情報である場合、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であると理解することができる。

【0224】

第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは制御チャネルのＣＲＣタイプ２であり、および制御チャネルのＣＲＣタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル２であると決定することができる。

【0225】

通常、制御チャネルのＣＲＣタイプは、ＣＲＣの長さ、および／またはＣＲＣの生成方式によって区分することができる。

【0226】

【0227】

９番目の方式として、制御チャネルのＲＮＴＩに基づいてＭＣＳテーブルを決定する。

【0228】

【0229】

例を挙げて説明すると、第１の通信ユニット３１が受信したスケジューリング情報は、制御チャネルのＲＮＴＩタイプ１を使用してスクランブルされたダウンリンク制御情報であり、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であると理解することができる。

【0230】

第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ１であり、および制御チャネルのＲＮＴＩタイプ１のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0231】

第１の通信ユニット３１が受信したスケジューリング情報が、制御チャネルのＲＮＴＩタイプ２を使用してスクランブルされたダウンリンク制御情報である場合、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であると理解することができる。

【0232】

第１の処理ユニット３２は、前記スケジューリング情報に対応するタイプは制御チャネルのＲＮＴＩタイプ２であり、および制御チャネルのＲＮＴＩタイプ２のスケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、ターゲットＭＣＳテーブルがＭＣＳテーブル１であると決定することができる。

【0233】

通常、制御チャネルのＲＮＴＩタイプはＲＮＴＩの値によって区分することができる。

【0234】

【0235】

【0236】

実施例４
本発明の実施例は、ネットワーク機器を提供し、図４に示されたように、前記ネットワーク機器は、
端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、前記端末機器にスケジューリング情報を送信し、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があるように構成される第２の通信ユニット４１を含む。

【0237】

【0238】

さらに、端末機器は、ネットワーク側から少なくとも２つのＭＣＳテーブルの構成情報を受信する。

【0239】

【0240】

【0241】

【0242】

もちろん、第１のＭＣＳテーブルは、第２のＭＣＳテーブルの後半部分のコンテンツであってもよく、中間部分のコンテンツであってもよいことをさらに理解することができ、本実施例では網羅的な列挙をしない。ここで、前半部分のコンテンツは、第２のＭＣＳテーブルに含まれるすべてのエントリのうちの半分であり、具体的には、エントリの前半部分であってもよく、対応的に、後半部分のコンテンツおよび中間部分のコンテンツは、これによって類推してもよく、再び説明しない。

【0243】

【0244】

【0245】

前記ネットワーク機器は、
プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定するように構成される第２の処理ユニット４２をさらに含む。具体的に、ＭＣＳテーブルと前記情報との関係は、プロトコル合意、または上位層構成によって決定される。

【0246】

前記第２の処理ユニット４２は、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成する。

【0247】

以下、前述した異なるタイプのスケジューリング情報に基づいてＭＣＳテーブルへのそれぞれの対応方法を具体的に説明する。

【0248】

１番目の方式として、ＣＯＲＥＳＥＴ（制御リソースセット）構成に基づいてＭＣＳ（変調およびコーディングスキーム）テーブルを決定する。

【0249】

【0250】

これらの方式では、対応するＭＣＳテーブルをＣＯＲＥＳＥＴに設定することによって、またはプロトコル合意、または、上位層構成によって決定されたＭＣＳテーブルにそれに対応するＣＯＲＥＳＥＴの種類を設定することができる。構成は、上位層／物理層のシグナリングによって指示されてもよく、または、プロトコル合意によって決定されてもよい。

【0251】

【0252】

【0253】

【0254】

この構成方式は後続で説明する様々なシナリオに適用されることができ、後続には再び説明しないことを理解されたい。

【0255】

【0256】

【0257】

【0258】

３番目の方式として、時間領域リソースの指示タイプに基づいてＭＣＳテーブルを決定する。

【0259】

異なる時間領域リソースの指示タイプ（例えば、時間領域リソースＴｙｐｅＡまたは時間領域リソースＴｙｐｅＢ）に対応するスケジューリング情報に対応するＭＣＳテーブルをプロトコル合意、または上位層構成によって決定し、ここで、異なる時間領域リソースの指示タイプのスケジューリング情報は、異なるタイプのスケジューリング情報として理解することができる。ＴｙｐｅＡのスケジューリング情報とＭＣＳテーブル１の間に対応関係があり、ＴｙｐｅＢのスケジューリング情報とＭＣＳテーブル２の間は対応関係を有する。

【0260】

【0261】

４番目の方式として、時間領域リソースの長さに基づいてＭＣＳテーブルを決定する。

【0262】

【0263】

【0264】

【0265】

【0266】

６番目の方式として、ａｇｇｒｅｇａｔｉｏｎｌｅｖｅｌ（集約レベル）に基づいてＭＣＳテーブルを決定する。

【0267】

【0268】

通常、低集約レベルの構成は、高スペクトル効率のＭＣＳテーブルを含み、高集約レベルの構成は、低スペクトル効率のＭＣＳテーブルを含む。

【0269】

【0270】

７番目の方式として、サービスインジケータに基づいてＭＣＳテーブルを決定する。

【0271】

【0272】

８番目の方式として、制御チャネルのＣＲＣに基づいてＭＣＳテーブルを決定する。

【0273】

【0274】

通常、制御チャネルのＣＲＣタイプは、ＣＲＣの長さ、および／またはＣＲＣの生成方式によって区分することができる。

【0275】

【0276】

９番目の方式として、制御チャネルのＲＮＴＩに基づいてＭＣＳテーブルを決定する。

【0277】

【0278】

通常、制御チャネルのＲＮＴＩタイプはＲＮＴＩの値によって区分することができる。

【0279】

例えば、制御チャネルのＲＮＴＩタイプ１はＵＲＬＬＣサービスのスケジューリングのために使用されると、前記スケジューリングにＵＲＬＬＣ用のＭＣＳテーブルを構成し、制御チャネルのＲＮＴＩタイプ２はｅＭＢＢサービスのスケジューリングのために使用されると、前記スケジューリングに対してｅＭＢＢ用のＭＣＳテーブルを構成する。

【0280】

【0281】

図５に示されたように、本発明の実施例は、少なくとも１つのプロセッサ５１と、メモリ５２と、少なくとも１つのネットワークインターフェース５３とを含む、端末機器またはネットワーク機器のハードウェアの構成アーキテクチャをさらに提供する。各コンポーネントは、バスシステム５４を介して結合される。理解され得るように、バスシステム５４は、これらのコンポーネント間の接続通信を具現するために使用される。データバスに加えて、バスシステム５４は、電力バス、制御バスおよびステータス信号バスをさらに含む。しかしながら、説明を明確にするために、図５では様々なバスをバスシステム５４として表記されている。

【0282】

本発明の実施例におけるメモリ５２は、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性および不揮発性メモリの両方を含んでもよいことを理解されたい。

【0283】

いくつかの実施形態で、メモリ５２は、操作システム５２１およびアプリケーションプログラム５２２の要素、実行可能なモジュールまたはデータ構造、またはそのサブセット、またはその拡張セットを記憶する。

【0284】

ここで、前記プロセッサ５１は、前述の実施例１または２の方法のステップを処理することができるように構成され、ここでは再び説明しない。

【0285】

本発明の実施例によって提供されるコンピュータ記憶媒体は、コンピュータ実行可能な命令が記憶され、前記コンピュータ実行可能な命令が実行されるときに、前述の実施例１または２の方法のステップを実施する。

【0286】

本発明の実施例の前記装置がソフトウェア機能モジュールの形態で実装され、スタンドアロン製品として販売または使用される場合、コンピュータ読み取り可能な記憶媒体に格納することもできる。このような理解に基づいて、本発明の実施例の技術的解決策は、本質でまたは先行技術に対して貢献のある部分は、ソフトウェア製品の形で具現されることができ、当該コンピュータソフトウェア製品は、１つの記憶媒体に記憶されて、一台のコンピュータ装置（パーソナルコンピュータ、サーバ、またはネットワーク機器等などであリ得る）が本発明の各実施例に記載の方法の全部または一部を実行させるために、いくつかの命令を含む。上記した記憶媒体は、Ｕディスク、モバイルハードディスク、読み取り専用メモリ（ＲＯＭ：ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、磁気ディスクまたは光ディスクなどのプログラムコードを記憶することができる様々なメディアを含む。こうして、本発明の実施例は、いずれかのハードウェアおよびソフトウェアの特定の組み合わせに限定されない。

【0287】

対応的に、本発明の実施例は、本発明の実施例のデータスケジューリング方法を実行するように構成される、コンピュータプログラムが記憶されるコンピュータ記憶媒体をさらに提供する。

【0288】

本発明の好ましい実施例を例示の目的で開示したが、当業者が様々な修正、追加、および置換を想到し得ることも可能であるため、本発明の範囲は上記した実施例に限定されるべきではない。

【図1】

【図2】

【図3】

【図4】

【図5】

知財求人

知財求人お知らせサービス

知財のニュースを調べる
- 知財ニュース
- 知財周辺ニュース
企業の特許を調べる
知財のセミナーを調べる
知財,特許事務所への求職・転職
特許事務所をさがす
弁理士試験を受ける
- 年の弁理士試験情報
- 弁理士試験の合格率など統計
知財の法律をしらべる
期限日をしらべる
- 今日に対して意見書・補正書の期限
- 今日に対して審査請求期限日
知財の判決をしらべる
コンテンツ・リンク
運営会社
プレスの皆様へ
- お問い合わせ
ユーザーの皆様
- お問い合わせ・フィードバック
広告掲載を希望の皆様へ
- 広告掲載について
- 求人広告の掲載について

IP Force 特許公報掲載プロジェクト 2022.1.31 β版