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

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

Info

Publication number
JP2021514551A
JP2021514551A JP2020528041A JP2020528041A JP2021514551A JP 2021514551 A JP2021514551 A JP 2021514551A JP 2020528041 A JP2020528041 A JP 2020528041A JP 2020528041 A JP2020528041 A JP 2020528041A JP 2021514551 A JP2021514551 A JP 2021514551A
Authority
JP
Japan
Prior art keywords
mcs table
scheduling information
mcs
type
correspondence
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2020528041A
Other languages
English (en)
Other versions
JP7286643B2 (ja
Inventor
チェン、ウェンホン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2021514551A publication Critical patent/JP2021514551A/ja
Application granted granted Critical
Publication of JP7286643B2 publication Critical patent/JP7286643B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/32—Carrier systems characterised by combinations of two or more of the types covered by groups H04L27/02, H04L27/10, H04L27/18 or H04L27/26
    • H04L27/34—Amplitude- and phase-modulated carrier systems, e.g. quadrature-amplitude modulated carrier systems
    • H04L27/36—Modulator circuits; Transmitter circuits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0016—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy involving special memory structures, e.g. look-up tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0027—Scheduling of signalling, e.g. occurrence thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0039—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver other detection of signalling, e.g. detection of TFCI explicit signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding

Abstract

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

Description

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

Claims (33)

  1. 端末機器に適用される動的構成方法であって、
    端末機器が、少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
    前記端末機器が、ネットワーク側によって送信されたスケジューリング情報を受信することと、
    前記端末機器が、前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することとを含む、動的構成方法。
  2. 前記スケジューリング情報は、
    制御リソースセット、
    サーチスペースセット、
    サーチスペース、
    時間領域リソースの指示タイプ、
    時間領域リソースの長さ、
    ＭＣＳテーブルの指示情報、
    ダウンリンク制御情報（ＤＣＩ）フォーマット、
    集約レベル、
    サービスインジケータ、
    巡回冗長検査（ＣＲＣ）、
    無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つのタイプを含む、
    請求項１に記載の動的構成方法。
  3. 前記方法は、
    プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定することをさらに含む、
    請求項２に記載の動的構成方法。
  4. 前記方法は、
    各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成することをさらに含む、
    請求項２に記載の動的構成方法。
  5. 前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することは、
    受信されたスケジューリング情報に対応するタイプを決定することと、
    前記スケジューリング情報に対応するタイプ、および前記スケジューリング情報に対応するタイプとＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定することを含む、
    請求項４に記載の動的構成方法。
  6. 前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む、
    請求項１に記載の動的構成方法。
  7. 前記第１のＭＣＳテーブルは第２のＭＣＳテーブルのコンテンツの一部であり、
    および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される、
    請求項６に記載の動的構成方法。
  8. 前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
    前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである、
    請求項７に記載の動的構成方法。
  9. ネットワーク機器に適用される動的構成方法であって、
    端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信することであって、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用されることと、
    前記端末機器にスケジューリング情報を送信することであって、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があることとを含む、動的構成方法。
  10. 前記スケジューリング情報は、
    制御リソースセット、
    サーチスペースセット、
    サーチスペース、
    時間領域リソースの指示タイプ、
    時間領域リソースの長さ、
    ＭＣＳテーブルの指示情報、
    ダウンリンク制御情報（ＤＣＩ）フォーマット、
    集約レベル、
    サービスインジケータ、
    巡回冗長検査（ＣＲＣ）、
    無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つのタイプを含む、
    請求項９に記載の動的構成方法。
  11. 前記方法は、
    プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定することをさらに含む、
    請求項１０に記載の動的構成方法。
  12. 前記方法は、
    各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成することをさらに含む、
    請求項１０に記載の動的構成方法。
  13. 前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む、
    請求項９に記載の動的構成方法。
  14. 前記第１のＭＣＳテーブルは第２のＭＣＳテーブルのコンテンツの一部であり、
    および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される、
    請求項１３に記載の動的構成方法。
  15. 前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
    前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである、
    請求項１４に記載の動的構成方法。
  16. 端末機器であって、
    少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を受信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、ネットワーク側によって送信されたスケジューリング情報を受信するように構成される第１の通信ユニットと、
    前記スケジューリング情報、スケジューリング情報とＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定するように構成される第１の処理ユニットとを含む、端末機器。
  17. 前記スケジューリング情報は、
    制御リソースセット、
    サーチスペースセット、
    サーチスペース、
    時間領域リソースの指示タイプ、
    時間領域リソースの長さ、
    ＭＣＳテーブルの指示情報、
    ダウンリンク制御情報（ＤＣＩ）フォーマット、
    集約レベル、
    サービスインジケータ、
    巡回冗長検査（ＣＲＣ）、
    無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つのタイプを含む、
    請求項１６に記載の端末機器。
  18. 前記第１の処理ユニットは、プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定する、
    請求項１７に記載の端末機器。
  19. 前記第１の処理ユニットは、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成する、
    請求項１７に記載の端末機器。
  20. 前記第１の処理ユニットは、受信されたスケジューリング情報に対応するタイプを決定し、前記スケジューリング情報に対応するタイプ、および前記スケジューリング情報に対応するタイプとＭＣＳテーブルとの間の対応関係に基づいて、前記少なくとも２つのＭＣＳテーブルからターゲットＭＣＳテーブルを決定する、
    請求項１９に記載の端末機器。
  21. 前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む、
    請求項１６に記載の端末機器。
  22. 前記第１のＭＣＳテーブルは第２のＭＣＳテーブルのコンテンツの一部であり、
    および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される、
    請求項２１に記載の端末機器。
  23. 前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
    前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである、
    請求項２２に記載の端末機器。
  24. ネットワーク機器であって、
    端末機器に少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルの構成情報を送信し、前記構成情報は、前記少なくとも２つのＭＣＳテーブルを決定するために使用され、前記端末機器にスケジューリング情報を送信し、前記スケジューリング情報とＭＣＳテーブルとの間には対応関係があるように構成される第２の通信ユニットを含む、ネットワーク機器。
  25. 前記スケジューリング情報は、
    制御リソースセット、
    サーチスペースセット、
    サーチスペース、
    時間領域リソースの指示タイプ、
    時間領域リソースの長さ、
    ＭＣＳテーブルの指示情報、
    ダウンリンク制御情報（ＤＣＩ）フォーマット、
    集約レベル、
    サービスインジケータ、
    巡回冗長検査（ＣＲＣ）、
    無線ネットワーク一時識別子（ＲＮＴＩ）のうちの少なくとも１つのタイプを含む、
    請求項２４に記載のネットワーク機器。
  26. 前記ネットワーク機器は、
    プロトコルに基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定し、または、上位層構成に基づいて、スケジューリング情報とＭＣＳテーブルとの間の対応関係を決定するように構成される第２の処理ユニットをさらに含む、
    請求項２５に記載のネットワーク機器。
  27. 前記第２の処理ユニットは、各タイプのスケジューリング情報の各種のスケジューリング情報に対して、対応するＭＣＳテーブルを構成する、
    請求項２６に記載のネットワーク機器。
  28. 前記少なくとも２つの変調およびコーディングスキーム（ＭＣＳ）テーブルは、少なくとも第１のＭＣＳテーブル、および第２のＭＣＳテーブルを含む、
    請求項２４に記載のネットワーク機器。
  29. 前記第１のＭＣＳテーブルは第２のＭＣＳテーブルのコンテンツの一部であり、
    および／または、前記第１のＭＣＳテーブルは、第２のＭＣＳテーブルの奇数または偶数のインデックス値に対応する要素で構成される、
    請求項２８に記載のネットワーク機器。
  30. 前記第１のＭＣＳテーブルが第２のＭＣＳテーブルのコンテンツの一部であることは、
    前記第１のＭＣＳテーブルが第２のＭＣＳテーブルの前半部分のコンテンツであることである、
    請求項２９に記載のネットワーク機器。
  31. 端末機器であって、
    プロセッサと、プロセッサで実行可能なコンピュータプログラムを記憶するように構成されるメモリとを含み、
    前記プロセッサは、前記コンピュータプログラムを実行するときに、請求項１ないし８のいずれか一項に記載の方法のステップを実行するように構成される、端末機器。
  32. ネットワーク機器であって、
    プロセッサと、プロセッサで実行可能なコンピュータプログラムを記憶するように構成されるメモリとを含み、
    前記プロセッサは、前記コンピュータプログラムを実行するときに、請求項９ないし１５のいずれか一項に記載の方法のステップを実行するように構成される、ネットワーク機器。
  33. コンピュータ記憶媒体であって、
    前記コンピュータ記憶媒体には、コンピュータ実行可能な命令が記憶され、前記コンピュータ実行可能な命令が実行されるときに、請求項１ないし１５のいずれか一項に記載の方法のステップが実現される、コンピュータ記憶媒体。
JP2020528041A 2018-02-23 2018-05-22 動的構成方法、端末機器、ネットワーク機器およびコンピュータ記憶媒体 Active JP7286643B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/CN2018/077062 WO2019161547A1 (zh) 2018-02-23 2018-02-23 动态配置方法、终端设备、网络设备及计算机存储介质
CNPCT/CN2018/077062 2018-02-23
PCT/CN2018/087924 WO2019161622A1 (zh) 2018-02-23 2018-05-22 动态配置方法、终端设备、网络设备及计算机存储介质

Publications (2)

Publication Number Publication Date
JP2021514551A true JP2021514551A (ja) 2021-06-10
JP7286643B2 JP7286643B2 (ja) 2023-06-05

Family

ID=67687472

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020528041A Active JP7286643B2 (ja) 2018-02-23 2018-05-22 動的構成方法、端末機器、ネットワーク機器およびコンピュータ記憶媒体

Country Status (8)

Country Link
US (2) US11184212B2 (ja)
EP (1) EP3694168B1 (ja)
JP (1) JP7286643B2 (ja)
KR (1) KR102565646B1 (ja)
CN (3) CN111034319A (ja)
AU (1) AU2018410421A1 (ja)
TW (1) TW201939986A (ja)
WO (2) WO2019161547A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111034319A (zh) * 2018-02-23 2020-04-17 Oppo广东移动通信有限公司 动态配置方法、终端设备、网络设备及计算机存储介质
CN114640421A (zh) * 2020-12-15 2022-06-17 维沃移动通信有限公司 信息传输方法、接收方法、装置、终端及网络侧设备
CN115085861B (zh) * 2021-03-15 2023-11-24 维沃移动通信有限公司 传输上行mcs指示信息的方法、终端及网络侧设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017503417A (ja) * 2014-01-06 2017-01-26 インテル アイピー コーポレイション 変調符号化方式選択及び設定のためのシステム及び方法
JP2017201798A (ja) * 2013-01-11 2017-11-09 インターデイジタル パテント ホールディングス インコーポレイテッド 適応変調のためのシステムおよび方法

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9344259B2 (en) 2007-06-20 2016-05-17 Google Technology Holdings LLC Control channel provisioning and signaling
CN101626621B (zh) * 2008-07-08 2013-03-20 华为技术有限公司 一种信息调度方法、装置
CN101686214B (zh) * 2008-09-26 2012-12-05 电信科学技术研究院 一种进行信道质量指示估计的方法及装置
US20110069637A1 (en) 2009-09-18 2011-03-24 Futurewei Technologies, Inc. System and Method for Control Channel Search Space Location Indication for a Relay Backhaul Link
CN103096493B (zh) * 2011-11-04 2016-07-06 华为技术有限公司 接收和发送控制信道的方法、用户设备和基站
US9160485B2 (en) * 2012-12-03 2015-10-13 Lg Electronics Inc. Method and apparatus for encoding transport block
US9407417B2 (en) * 2013-01-09 2016-08-02 Qualcomm Incorporated Identifying modulation and coding schemes and channel quality indicators
CN103944855B (zh) * 2013-01-18 2018-08-17 中兴通讯股份有限公司 调制处理方法及装置
EP2787670A1 (en) * 2013-04-05 2014-10-08 Panasonic Intellectual Property Corporation of America MCS table adaptation for 256-QAM
KR20160051758A (ko) * 2013-09-03 2016-05-11 삼성전자주식회사 다운링크 전송 방법 및 사용자 단말 장치
BR112016009761B1 (pt) 2013-10-31 2023-02-14 Huawei Technologies Co., Ltd. Método de notificação de informação, método de relatório de informação, estação base e equipamento de usuário
WO2015099172A1 (ja) * 2013-12-27 2015-07-02 シャープ株式会社 端末装置および基地局装置
CN110086744B (zh) * 2013-12-27 2022-05-17 夏普株式会社 终端装置以及基站装置
KR102391121B1 (ko) * 2014-01-29 2022-04-27 인터디지탈 패튼 홀딩스, 인크 커버리지 향상 무선 송신을 위한 액세스 및 링크 적응 방법
US10075309B2 (en) * 2014-04-25 2018-09-11 Qualcomm Incorporated Modulation coding scheme (MCS) indication in LTE uplink
CN104202115B (zh) * 2014-05-09 2019-05-07 中兴通讯股份有限公司 高阶编码的调制处理方法及装置、基站、终端
US10063672B2 (en) * 2014-10-02 2018-08-28 Acer Incorporated Device and method of handling parameter configurations
US10321504B2 (en) * 2015-03-04 2019-06-11 Lg Electronics Inc. Method and device for searching for alternative link in wireless communication system
CN106992847B (zh) * 2016-01-20 2021-01-26 中兴通讯股份有限公司 上行数据发送、接收方法、装置、终端及基站
US10356811B2 (en) * 2016-01-28 2019-07-16 Qualcomm Incorporated Methods and apparatus for grant processing
JPWO2017195702A1 (ja) * 2016-05-10 2019-03-14 株式会社Ｎｔｔドコモ 無線通信装置及び無線通信方法
CN108633014B (zh) * 2017-03-22 2021-02-23 华为技术有限公司 数据发送的方法、终端设备和网络设备
US11258532B2 (en) * 2018-01-11 2022-02-22 Kt Corporation Method and apparatus for data modulation and coding for new radio
US10708112B2 (en) * 2018-01-12 2020-07-07 At&T Intellectual Property I, L.P. Dynamic indication of higher order modulation and coding scheme table
JP2019134354A (ja) * 2018-02-01 2019-08-08 シャープ株式会社 端末装置、基地局装置、および、通信方法
US10567108B2 (en) * 2018-02-16 2020-02-18 At&T Intellectual Property I, L.P. Adaptive configuration of modulation and coding scheme tables for new radio
CN111034319A (zh) * 2018-02-23 2020-04-17 Oppo广东移动通信有限公司 动态配置方法、终端设备、网络设备及计算机存储介质

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017201798A (ja) * 2013-01-11 2017-11-09 インターデイジタル パテント ホールディングス インコーポレイテッド 適応変調のためのシステムおよび方法
JP2017503417A (ja) * 2014-01-06 2017-01-26 インテル アイピー コーポレイション 変調符号化方式選択及び設定のためのシステム及び方法

Also Published As

Publication number Publication date
WO2019161622A1 (zh) 2019-08-29
CN111034144A (zh) 2020-04-17
JP7286643B2 (ja) 2023-06-05
CN111510254A (zh) 2020-08-07
EP3694168A1 (en) 2020-08-12
KR20200124645A (ko) 2020-11-03
US20220060366A1 (en) 2022-02-24
CN111034319A (zh) 2020-04-17
CN111510254B (zh) 2022-07-12
US11184212B2 (en) 2021-11-23
EP3694168B1 (en) 2023-07-12
WO2019161547A1 (zh) 2019-08-29
AU2018410421A1 (en) 2020-06-11
TW201939986A (zh) 2019-10-01
KR102565646B1 (ko) 2023-08-09
US20200267043A1 (en) 2020-08-20
EP3694168A4 (en) 2020-12-16

Similar Documents

Publication Publication Date Title
CN110830221B (zh) 用于移动通信系统的基站及用户装置
RU2635262C2 (ru) Способ для отправки и приема информации управления, устройство и система связи
US11395291B2 (en) Allocating transmission resources in communication networks that provide low latency services
US20210250159A1 (en) Resource configuration method and apparatus
CN110324897B (zh) 频域资源分配的指示信息发送方法及装置、接收方法及装置、存储介质、基站、用户终端
WO2018127241A1 (zh) Dci传输方法、用户终端和网络侧设备
US20220060366A1 (en) Dynamic configuration method, terminal device, network device and computer storage medium
WO2018166254A1 (zh) 占用业务资源指示信道指示方法、装置和存储介质
CN110034842A (zh) 一种传输dci的方法及装置、设备、存储介质
EP4161198A1 (en) Information transmission method and apparatus
EP3605985B1 (en) Method and device for determining a modulation and coding scheme
CN110278059B (zh) 控制信道发送、检测方法、装置及设备、存储介质
WO2019095739A1 (zh) 一种带宽指示方法、网络设备及终端设备
CN111107658B (zh) 一种信息传输方法、终端设备及网络设备
US11050602B2 (en) Methods and communication apparatuses for bit-to-symbol mapping
CN111669251B (zh) 传输块大小的确定方法及通信装置
CN110809286B (zh) 数据调度及传输方法、网络设备、终端和计算机存储介质
CN113612595B (zh) 上行控制信息传输方法及装置
US11212781B2 (en) Parameter configuration method, terminal device, network side device, and communications system
US20210410006A1 (en) Method for determining transport block size and communications apparatus
WO2021233146A1 (zh) 一种数据调度方法及装置
WO2019214554A1 (zh) 一种mcs表格确定方法、终端和基站及可读存储介质
CN114641067A (zh) 信道重复传输的控制方法、装置和系统
CN117793924A (zh) 探测参考信号的传输方法、传输装置、存储介质
CN115915445A (zh) 通信方法、网络设备、用户设备、电子设备及存储介质

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210423

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210423

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220228

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220304

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220602

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20221004

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230202

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20230202

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20230210

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20230214

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230425

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230524

R150 Certificate of patent or registration of utility model

Ref document number: 7286643

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150