JP2020519161A - データ送信方法、基地局、及び端末デバイス - Google Patents
データ送信方法、基地局、及び端末デバイス Download PDFInfo
- Publication number
- JP2020519161A JP2020519161A JP2019560300A JP2019560300A JP2020519161A JP 2020519161 A JP2020519161 A JP 2020519161A JP 2019560300 A JP2019560300 A JP 2019560300A JP 2019560300 A JP2019560300 A JP 2019560300A JP 2020519161 A JP2020519161 A JP 2020519161A
- Authority
- JP
- Japan
- Prior art keywords
- target
- base graph
- terminal device
- base
- lifting factor
- 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
Links
Images
Classifications
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0057—Block codes
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0057—Block codes
- H04L1/0058—Block-coded modulation
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
- H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
- H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
- H03M13/1148—Structural properties of the code parity-check or generator matrix
- H03M13/116—Quasi-cyclic LDPC [QC-LDPC] codes, i.e. the parity-check matrix being composed of permutation or circulant sub-matrices
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
- H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
- H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
- H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
- H03M13/1148—Structural properties of the code parity-check or generator matrix
- H03M13/118—Parity check matrix structured for simplifying encoding, e.g. by having a triangular or an approximate triangular structure
- H03M13/1185—Parity check matrix structured for simplifying encoding, e.g. by having a triangular or an approximate triangular structure wherein the parity-check matrix comprises a part with a double-diagonal
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/25—Error detection or forward error correction by signal space coding, i.e. adding redundancy in the signal constellation, e.g. Trellis Coded Modulation [TCM]
- H03M13/255—Error detection or forward error correction by signal space coding, i.e. adding redundancy in the signal constellation, e.g. Trellis Coded Modulation [TCM] with Low Density Parity Check [LDPC] codes
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/65—Purpose and implementation aspects
- H03M13/6522—Intended application, e.g. transmission or communication standard
- H03M13/6525—3GPP LTE including E-UTRA
-
- 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/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/63—Joint error correction and other techniques
- H03M13/6306—Error control coding in combination with Automatic Repeat reQuest [ARQ] and diversity transmission, e.g. coding schemes for the multiple transmission of the same information or the transmission of incremental redundancy
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Probability & Statistics with Applications (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Mathematical Physics (AREA)
- Mobile Radio Communication Systems (AREA)
- Error Detection And Correction (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
この出願は、データ送信方法、基地局、及び端末デバイスを提供する。方法は、基地局によって、Ｎ個のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定するステップと、基地局によって、端末デバイスに指示情報を送信するステップであって、指示情報は、端末デバイスに対し、ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を実行するように指示するために用いられる、ステップと、を含む。上記の技術的解決策に基づいて、基地局は、ＬＤＰＣ符号化及び復号を実行するために用いられ得る複数のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、そして、ターゲットベースグラフを端末デバイスに示し得る。さらに、１つの符号レート又は１つの符号長に対して、基地局は、要求されたときに異なるベースグラフを選択し得る。
Description
本出願は、参照によりその全体が本明細書に組み込まれている、２０１７年５月４日に中国特許庁に出願した「ＤＡＴＡ ＴＲＡＮＳＭＩＳＳＩＯＮ ＭＥＴＨＯＤ， ＢＡＳＥ ＳＴＡＴＩＯＮ， ＡＮＤ ＴＥＲＭＩＮＡＬ ＤＥＶＩＣＥ」という名称の中国特許出願第２０１７１０３０７４３０．１号の優先権を主張するものである。
本出願は通信分野に関し、より具体的には、データ送信方法、基地局、及び端末デバイスに関する。
第５世代（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システムの拡張モバイルインターネット（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）シナリオにおいて、ラプタ様低密度パリティチェックコード（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ Ｃｏｄｅ、ＬＤＰＣ）は、データチャネル符号化方式のために用いられることが決定される。
５Ｇ通信システムにおいて用いられ得るラプタ様ＬＤＰＣベースグラフが、例として用いられる。１つのラプタ様ＬＤＰＣベースグラフ（ｂａｓｅ ｇｒａｐｈ）は、４０ビットから８１９２ビットまでの範囲の長さを有する符号化されるべきコードブロックに対して、符号化を行うために用いられてよく、１／５から８／９までの範囲の符号化の符号レートを達成する。しかし、このような広い範囲の符号長及びこのような広い範囲の符号レートが１つのラプタ様ＬＤＰＣベースグラフを用いることによってサポートされるとき、いくつかの問題がある。例えば、ラプタ様ＬＤＰＣベースグラフは、異なる長さを有するコードブロックの符号化性能及び復号性能を確実にすることはできず、及び高符号レート符号化及び復号と、低符号レート符号化及び復号との両方の性能を保証することはできない。
本出願は、符号化されたトランスポートブロックが実際のサービスの要件を満足することができるように、データ送信方法、基地局、及び端末デバイスを提供する。
第１の態様によれば、本出願の実施形態はデータ送信方法を提供する。方法は、基地局によって、Ｎ個のラプタ様低密度パリティチェックコードＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定するステップであって、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、また、Ｎは２以上の正の整数である、ステップと、基地局によって、指示情報を端末デバイスに送るステップであって、指示情報は、ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を行うように、端末デバイスに指示するために用いられる、ステップとを含む。上記の技術的解決策に基づいて、基地局は、ＬＤＰＣ符号化及び復号を行うために用いられ得る複数のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ターゲットベースグラフを端末デバイスに示し得る。さらに、１つの符号レート又は１つのコードブロック長に対して、基地局は必要に応じて異なるベースグラフを選択し得る。
第１の態様に関連して、第１の態様の第１の可能な実装において、基地局によって、指示情報を端末デバイスに送るステップは、基地局によって、変調及び符号化方式ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて少なくともＮ個のＭＣＳインデックス内で、ターゲットベースグラフに対応するターゲットＭＣＳインデックスを決定するステップと、基地局によって、ターゲットＭＣＳインデックスを端末デバイスに送るステップとを含み、ターゲットＭＣＳインデックスは指示情報である。基地局は、既存のシグナリング内のＭＣＳインデックスを用いて、指示情報を搬送し得る。従って、上記の技術的解決策において、決定されたターゲットベースグラフは、シグナリングオーバーヘッドを増加せずに、及びシグナリング構造を変更せずに、端末デバイスに示され得る。
第１の態様の第１の可能な実装に関連して、第１の態様の第２の可能な実装において、ＭＣＳインデックスとベースグラフとの間の対応関係は、ＭＣＳテーブルを用いることによって示され、ここでＭＣＳテーブルは少なくともＮ個のＭＣＳインデックスを含み、少なくともＮ個のＭＣＳインデックスのそれぞれは、Ｎ個のラプタ様ＬＤＰＣベースグラフの１つに対応し、また、少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスの少なくとも１つにさらに対応する。ターゲットベースグラフは、トランスポートブロックサイズと相互に関連付けられ得る。従って、ターゲットベースグラフ、及びターゲットベースグラフに対応するトランスポートブロックサイズインデックスの両方は、ＭＣＳインデックスを用いることによって端末デバイスに示される。
第１の態様又は第１の態様の上記の可能な実装のいずれか１つに関連して、第１の態様第３の可能な実装において、方法は、基地局によって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、基地局によって、符号化されるべきコードブロックの長さに基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、基地局によって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うステップとをさらに含む。異なる要件及び異なるハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ、ＨＡＲＱ）性能は、適切なリフティングファクタを選択することによって満たされる。
第１の態様、第１の態様の第１の可能な実装、又は第１の態様の第２の可能な実装のいずれか１つに関連して、第１の態様の第４の可能な実装において、方法は、基地局によって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、基地局によって、符号化されるべきコードブロックの長さに基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、端末デバイスによって送られたコードブロックを、基地局によって受信するステップであって、端末デバイスによって送られたコードブロックは、端末デバイスによって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うことによって取得される、ステップと、基地局によって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信されたコードブロックに対してＬＤＰＣ復号を行うステップとをさらに含む。異なる要件及び異なるＨＡＲＱ性能は、適切なリフティングファクタを選択することによって満たされる。
第１の態様又は第１の態様の上記の可能な実装のいずれか１つに関連して、第１の態様の第５の可能な実装において、第２のベースグラフの列は、第１のベースグラフの列のサブセットである。これはラプタ様ＬＤＰＣベースグラフを記憶するためのストレージスペースを低減することができる。
第２の態様によれば、本出願の実施形態は、データ送信方法を提供する。方法は、基地局によって送られた指示情報を、端末デバイスによって受信するステップと、指示情報に従って端末デバイスによって、低密度パリティチェックコードＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するステップとを含み、ここでターゲットベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフからのものであり、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、また、Ｎは２以上の正の整数である。
第２の態様に関連して、第２の態様の第１の可能な実装において、基地局によって送られた指示情報を、端末デバイスによって受信するステップは、基地局によって送られたターゲット変調及び符号化方式ＭＣＳインデックスを、端末デバイスによって受信するステップを含み、ターゲットＭＣＳインデックスは指示情報であり、指示情報に従って端末デバイスによって、ＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するステップは、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて端末デバイスによって、ターゲットＭＣＳインデックスに対応するベースグラフを、ターゲットベースグラフとして決定するステップを含む。従って、上記の技術的解決策において、ターゲットベースグラフは、シグナリングオーバーヘッドを増加せずに、及びシグナリング構造を変更せずに決定され得る。
第２の態様の第１の可能な実装に関連して、第２の態様の第２の可能な実装において、基地局によって送られた指示情報を、端末デバイスによって受信するステップは、基地局によって送られたターゲット変調及び符号化方式ＭＣＳインデックスを、端末デバイスによって受信するステップを含み、ターゲットＭＣＳインデックスは指示情報であり、指示情報に従って端末デバイスによって、ＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するステップは、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて端末デバイスによって、ターゲットＭＣＳインデックスに対応するベースグラフを、ターゲットベースグラフとして決定するステップを含む。従って、ターゲットベースグラフ、及びターゲットベースグラフに対応するトランスポートブロックサイズインデックスの両方は、ＭＣＳインデックスを用いることによって取得される。
第２の態様又は第２の態様の上記の可能な実装のいずれか１つに関連して、第２の態様の第３の可能な実装において、方法は、端末デバイスによって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、端末デバイスによって、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、端末デバイスによって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うステップとをさらに含む。異なる要件及び異なるＨＡＲＱ性能は、適切なリフティングファクタを選択することによって満たされる。
第２の態様、第２の態様の第１の可能な実装、又は第２の態様の第２の可能な実装のいずれか１つに関連して、第２の態様の第４の可能な実装において、方法は、端末デバイスによって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、端末デバイスによって、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、基地局によって送られたコードブロックを、端末デバイスによって受信するステップであって、基地局によって送られたコードブロックは、基地局によって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うことによって取得される、ステップと、基地局によって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信されたコードブロックに対してＬＤＰＣ復号を行うステップとをさらに含む。異なる要件及び異なるＨＡＲＱ性能は、適切なリフティングファクタを選択することによって満たされる。
第２の態様又は第２の態様の上記の可能な実装のいずれか１つに関連して、第２の態様の第５の可能な実装において、第２のベースグラフの列は、第１のベースグラフの列のサブセットである。これはラプタ様ＬＤＰＣベースグラフを記憶するためのストレージスペースを低減することができる。
第３の態様によれば、本出願の実施形態は基地局を提供する。基地局は、第１の態様又は第１の態様のいずれかの可能な実装における方法を行うように構成されたユニットを含む。
第４の態様によれば、本出願の実施形態は端末デバイスを提供する。端末デバイスは、第２の態様又は第２の態様のいずれかの可能な実装における方法を行うように構成されたユニットを含む。
第５の態様によれば、本出願の実施形態は基地局を提供する。基地局は、メモリと、トランシーバと、プロセッサとを含む。メモリは、第１の態様又は第１の態様のいずれかの可能な実装における方法を実施するために用いられる命令を記憶し、プロセッサは、トランシーバと協働して、メモリに記憶された命令を実行する。
第６の態様によれば、本出願の実施形態は端末デバイスを提供する。端末デバイスは、メモリと、トランシーバと、プロセッサとを含む。メモリは、第２の態様又は第２の態様のいずれかの可能な実装における方法を実施するために用いられる命令を記憶し、プロセッサは、トランシーバと協働して、メモリに記憶された命令を実行する。
第７の態様によれば、本出願の実施形態はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは上記の態様における方法を行うことが可能になる。
第８の態様によれば、本出願の実施形態は、命令を含んだコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されたとき、コンピュータは上記の態様における方法を行うことが可能になる。
以下は、添付の図面を参照して、本出願の技術的解決策を述べる。
本出願の実施形態の技術的解決策は、ラプタ様ＬＤＰＣ行列が符号化及び復号を行うために用いられる様々な通信システム、例えば、第５世代（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）ネットワークシステム及び新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）に適用され得ることが理解されるべきである。
本出願の実施形態で述べられるワイヤレス送信デバイスは、端末デバイスと、ネットワークデバイスとを含み得る。
本出願の実施形態の技術的解決策で述べられる端末デバイスは、アクセス端末、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、加入者ユニット、加入者局、移動局、モバイルコンソール、リモート局、リモート端末、モバイル装置、ユーザ端末、端末、ワイヤレス通信デバイス、ユーザエージェント又はユーザ装置、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス又はワイヤレスモデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、及び将来の５Ｇネットワークにおける端末デバイスと呼ばれ得る。端末デバイスは、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）を通して１つ又は複数のコアネットワークと通信してよいし、或いは、自己組織化方式又はグラントフリー方式で分散型ネットワークに接続され得る。端末デバイスは、代替的に、通信のための他の方式においてワイヤレスネットワークに接続されてよいし、或いは、端末デバイスは、他の端末デバイスとワイヤレス通信を直接行い得る。これは本出願の実施形態において限定されない。
本出願の実施形態で説明されるネットワークデバイスは、ノードＢ（ｎｏｄｅ Ｂ）、進化型ノードＢ（Ｅｖｏｌｕｔｉｏｎａｌ ＮｏｄｅＢ、ｅＮＢ）、通信システムにおける基地局、将来の通信システムにおける基地局又はネットワークデバイスなどでよい。
データリンク層は、データを処理のためにトランスポートブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ、ＴＢ）によって物理層に送る。トランスポートブロックを受信した後、物理層は、ＴＢに対してエラー検出を行う能力を強化するために、最初にトランスポートブロックに巡回冗長検査（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ、ＣＲＣ）パリティビットを追加する。エンコーダによってサポートされる入力長は、制限される。いくつかの場合、ＣＲＣパリティビットが追加されるＴＢの長さは、エンコーダによってサポートされる入力長より大きくなり得る。その場合において、ＣＲＣパリティビットが追加されるＴＢに対して、コードブロックセグメント化が行われる必要がある。コードブロックセグメント化は、エンコーダによる符号化のために、ＣＲＣパリティビットを有するトランスポートブロックを、エンコーダによってサポートされる入力長にその長さが整合する複数のコードブロック（Ｃｏｄｅ Ｂｌｏｃｋ、ＣＢ）にセグメント化することである。いくつかの場合、ＣＲＣパリティビットを有するＴＢの長さは、エンコーダによってサポートされる長さより小さくてよく、また、この場合は、コーダによってサポートされる入力長に整合する長さに達するように、ＴＢにフィラービットが挿入され得る。
本出願の実施形態で述べられる符号化されるべきコードブロックは、エンコーダに入力されるコードブロックである。例えば、符号化処理において、コードブロックセグメント化を通して取得されたＣＢにＣＲＣパリティビットが付加されてよく、ＣＲＣパリティビットを有するＣＢはエンコーダに入力される。実施形態において、ＣＲＣパリティビットを有するＣＢは、本出願の実施形態で述べられる符号化されるべきコードブロック、又はＬＤＰＣ符号化されるべきコードブロックである。
図１は、ラプタ様ＬＤＰＣ行列の概略図である。ラプタ様ＬＤＰＣ行列は、５つの部分に分割され得る。図１に示されるＡ、Ｂ、Ｃ、Ｄ、及びＥは、ラプタ様ＬＤＰＣ行列の５つの部分を表す。行列Ａはラプタ様ＬＤＰＣベースグラフと呼ばれてよく、符号化されたブロックの情報ビット部分に対応する。行列Ｂは、その列重みが３である少なくとも１つの列を含み、その列重みが３である列の右側に、二重対角構造が存在する。行列Ｃは全てゼロの行列である。行列Ｅは単位対角行列である。行列Ｄの形は限定されない。
図２は、本出願の実施形態によるデータ送信方法の概略フローチャートである。
２０１．基地局は、Ｎ個のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ここでＮは２以上の正の整数である。第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つである。第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なる。第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではない。
基地局は、現在のサービス要件、例えば、レイテンシかそれとも性能が優先的に考慮されるかに基づいて、ターゲットベースグラフを決定し得る。例えば、性能が優先的に考慮される選択実装では、初期送信の間の最適の復号性能が優先的に確実にされ得る。この場合、基地局は、エンコーダによって予め記憶された行列内の、最適の性能を達成し、異なる入力符号長及び異なる初期送信符号レートに対応する行列を予め記録する。基地局は、実際の符号長及び実際の符号レートに基づいて、最適なラプタ様ＬＤＰＣベースグラフをターゲットベースグラフとして選択し得る。レイテンシが優先的に考慮される他の行列選択実装では、基地局は、レイテンシに対する実際のサービスの要件に基づいて行列を選択し得る。サービスが比較的低いレイテンシを必要とするとき、基地局は、情報ビットに対応する列の数量が比較的小さなラプタ様ＬＤＰＣベースグラフをターゲットベースグラフとして決定し得る。
確かに、基地局は、代替的に、他の選択条件に基づいてターゲットベースグラフを決定し得る。例えば、基地局は、代替的に、拡張モバイルインターネット（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）及び超高信頼低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｕＲＬＬＣ）など、現在のサービスタイプに基づいてターゲットベースグラフを決定し得る。
任意選択で、いくつかの実施形態において、第２のベースグラフの列は、第１のベースグラフの列のサブセットである。
より具体的には、いくつかの実施形態において、第１のベースグラフはＫ個の列を含むことが想定される。第２のベースグラフはＫ’個の列を含み、Ｋ’はＫより小さな正の整数である。Ｋ’個の列内のｋ番目の列に対する第１の列は、Ｋ個の列内のｋ番目の列に対する第１の列であり、また、Ｋ’個の列内のＫ’番目の列に対する（ｋ＋１）番目の列は、Ｋ個の列内のＫ番目の列に対する（Ｋ−（Ｋ’−ｋ−１））番目の列であり、ここでＫ、Ｋ’、及びｋは全て正の整数であり、Ｋ’はＫより小さく、ｋはＫ’より小さい。
任意選択で、いくつかの実施形態において、ｋは１より大きな正の整数である。例えば、第１のベースグラフは３２個の列を含み、第２のベースグラフは１６個の列を含む。第２のベースグラフ内の１番目の列から１０番目の列は、第１のベースグラフの１番目の列から１０番目の列でよい。第２のベースグラフ内の１１番目の列から１６番目の列は、第１のベースグラフ内の２７番目の列から３２番目の列である。
さらに、いくつかの実施形態において、ｋはＫ’−１でよい。例えば、第１のベースグラフは３２個の列を含み、第２のベースグラフは１６個の列を含む。第２のベースグラフ内の１番目の列から１５番目の列は、第１のベースグラフの１番目の列から１５番目の列でよい。第２のベースグラフ内の１６番目の列は、第１のベースグラフ内の３２番目の列である。
２０２．基地局は、指示情報を端末デバイスに送り、ここで指示情報は、ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を行うように、端末デバイスに指示するために用いられる。
２０３．端末デバイスは、指示情報に従ってターゲットベースグラフを決定する。
任意選択で、いくつかの実施形態において、基地局は、少なくともＮ個のＭＣＳインデックス内で、変調及び符号化方式（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ、ＭＣＳ）インデックスとベースグラフとの間の対応関係に基づいて、ターゲットベースグラフに対応するターゲットＭＣＳインデックスを決定し得る。基地局は、ターゲットＭＣＳインデックスを端末デバイスに送り得る。ターゲットＭＣＳインデックスは指示情報である。
ＭＣＳインデックスとベースグラフとの間の対応関係は、ＭＣＳテーブルを用いることによって示され得る。ＭＣＳテーブルは少なくともＮ個のＭＣＳインデックスを含み、また、少なくともＮ個のＭＣＳインデックスのそれぞれは、Ｎ個のラプタ様ＬＤＰＣベースグラフの１つに対応する。少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスの少なくとも１つにさらに対応する。
ＬＤＰＣ符号化を行うために用いられる異なるターゲットベースグラフは、通常は異なる符号レート範囲及び異なる符号長範囲をサポートする。例えば、より大きなラプタ様ＬＤＰＣベースグラフは通常、より長い符号長及びより高い符号レートをサポートするのに適し、より小さなラプタ様ＬＤＰＣベースグラフは通常、より短い符号長及びより低い符号レートのみをサポートするのに適する。行列のみによってサポートされる符号長及び符号レートについては、ＭＣＳインデックスが、ＭＣＳインデックスに対応するトランスポートブロックサイズ及び変調次数を決定するために用いられるとき、ターゲットベースグラフについての情報を決定するために、符号長及び符号レートが決定される。複数の行列によってサポートされる符号長、及び複数の行列によってサポートされる符号レートについては、異なる選択ポリシーに基づいて、ターゲットベースグラフ、及びターゲットベースグラフに対応するトランスポートブロックサイズインデックスの両方が、ＭＣＳインデックスを用いることによって端末デバイスに示され得る。
ターゲットベースグラフを決定した後、基地局はターゲットベースグラフに基づいて、ターゲットベースグラフに基づくターゲットベースグラフに対応するＭＣＳインデックスを決定し得る。具体的には、基地局は、端末デバイスによって送られたチャネル環境情報、例えば、チャネル品質インジケータ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ、ＣＱＩ）を受信し得る。基地局は、ＣＱＩに基づいて複数の候補ＭＣＳインデックスを決定し得る。これらの候補ＭＣＳインデックスによって示される変調次数及びトランスポートブロックサイズインデックスは、全てＣＱＩに対応する。加えて、これらの候補ＭＣＳインデックスによって示されるベースグラフは、全て異なる。基地局は、決定されたターゲットベースグラフに基づいて候補ＭＣＳインデックス内で、ターゲットベースグラフを示すＭＣＳインデックスを決定し、決定されたＭＣＳインデックスを端末デバイスに送り得る。端末デバイスは、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて、受信されたターゲットＭＣＳインデックスに対応するターゲットベースグラフを決定し得る。
表１は、ＭＣＳテーブルの概略図である。
表１に示されるＭＣＳテーブル内のラプタ様ＬＤＰＣベースグラフの数量は、２である。基地局は、端末デバイスによって報告されたＣＱＩに基づいて、ＭＣＳインデックス０及びＭＣＳインデックス１を用いることを決定し得ることが想定される。これは、２つのＭＣＳインデックスに対応する変調次数及びトランスポートブロックサイズがＣＱＩを満たすためである。基地局が、ターゲットベースグラフはベースグラフ２であると決定した場合、基地局はＭＣＳインデックス１を端末デバイスに送り得る。端末デバイスは、受信されたＭＣＳインデックスに基づいて、ベースグラフ２をターゲットベースグラフとして用いることを決定し得る。
任意選択で、いくつかの他の実施形態において、基地局は制御情報を端末デバイスに送ってよく、制御情報は指示情報を含む。
任意選択で、いくつかの実施形態において、制御情報はダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）でよい。ＤＣＩは、明示的に指示情報を搬送し得る。例えば、ＤＣＩにフィールドが追加されてよく、フィールドは少なくとも１つのビットを含む。フィールドは、指示情報を搬送するために用いられ得る。端末デバイスは、フィールドに基づいてターゲットベースグラフを決定し得る。ＤＣＩは、代替的に、暗示的に指示情報を搬送し得る。例えば、Ｎ個のラプタ様ＬＤＰＣベースグラフを表すＮ個のフィールドが定義され得る。基地局は、ターゲットベースグラフに対応するフィールドと、ＤＣＩ内の指定のフィールドとに対してＸＯＲ演算を行い得る。端末デバイスは、指定のフィールドと、Ｎ個のフィールドのそれぞれとに対してＸＯＲ演算を行い得る。ＤＣＩに対する巡回冗長検査は、端末デバイス及び基地局が同じフィールドに対してＸＯＲ演算を行ったときにのみ、成功する可能性が高い。端末デバイスは、ＤＣＩに対する巡回冗長検査が成功することを可能にするフィールドに対応するラプタ様ＬＤＰＣベースグラフを、ターゲットＬＤＰＣベースグラフとして決定し得る。
任意選択で、いくつかの実施形態において、各符号化されるべきコードブロックの符号長は、リフティングファクタに対応し得る。送信端デバイスとしてのワイヤレス送信デバイスは、符号化されるべきコードブロックの符号長に基づいてターゲットリフティングファクタを決定してよく、ターゲットベースグラフ及びターゲットリフティングファクタに基づいて、符号化されるべきコードブロックの符号長に対してＬＤＰＣ符号化を行い得る。受信端デバイスとしてのワイヤレス送信デバイスは、送信端デバイスからターゲットリフティングファクタを直接取得し得る。受信端デバイスは、代替的に、符号化されるべきコードブロックの符号長に基づいてターゲットリフティングファクタを決定し、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信された情報に対してＬＤＰＣ復号を行い得る。符号化されるべきコードブロックの符号長は、送信端から受信端デバイスに送られてよく、又は受信端デバイスによって決定され得る。符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係は、ワイヤレス送信デバイスに記憶される。加えて、基地局に記憶された、符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係は、端末デバイスに記憶された、符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係と同じであることが理解され得る。
任意選択で、いくつかの他の実施形態において、送信端デバイスとしてのワイヤレス送信デバイスは、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定してよく、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む。送信端デバイスは、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定し得る。送信端デバイスは、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行い得る。同様に、受信端デバイスとしてのワイヤレス送信デバイスは、代替的に、要件情報に基づいて少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定し、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定し、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信されたコードブロックに対してＬＤＰＣ復号を行い得る。送信端デバイスによってターゲットリフティングファクタを決定するルールは、受信端デバイスによってターゲットリフティングファクタを決定するルールと同じであり、それによって受信端デバイスは正しく復号を行うことができることが理解され得る。加えて、送信端デバイスは、トランスポートブロックの長さを受信端デバイスに送る。受信端は、予め設定されたコードブロックセグメント化ルールに従って、符号化されるべきコードブロックの符号長を決定し得る。受信端デバイスによって受信されたコードブロックは、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うことによって、送信端デバイスによって取得される。受信端デバイスによって用いられるコードブロックセグメント化ルールは、送信端デバイスによって用いられるコードブロックセグメント化ルールと同じである。従って、受信端デバイスによって決定され、符号化されるべきコードブロックのものである符号長は、送信端デバイスによって決定され、符号化されるべきコードブロックのものである符号長と同じである。
少なくとも２つのリフティングファクタグループに含まれる複数のリフティングファクタのそれぞれは、符号化されるべきコードブロックの符号長に対応し得る。１つの符号化されるべきコードブロックの符号長は、異なるリフティングファクタグループ内の異なるリフティングファクタに対応し得る。リフティングファクタグループに含まれるリフティングファクタは、予め設定される。少なくとも２つのリフティングファクタグループ、及び符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係は、ワイヤレス送信デバイスに記憶される。基地局及び端末デバイスは、同じリフティングファクタグループ、及び同じ符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応を記憶することが理解され得る。
リフティングファクタグループの設定は、要件情報に対応し得る。２つのリフティングファクタグループがあることが想定される。２つのリフティングファクタグループ内のリフティングファクタの第１のグループは、比較的高いレイテンシ要件が存在する間の符号化に適用可能であり、リフティングファクタの第２のグループは、一般的なレイテンシ要件が存在する間の符号化に適用可能である。この場合、送信端デバイスが、符号化の間に比較的高いレイテンシ要件が存在すると決定した場合、リフティングファクタの第１のグループがターゲットリフティングファクタグループとして決定され得る。同様に、リフティングファクタグループは、異なるサービスタイプ、端末デバイスタイプ、スループットレート要件、初期送信符号レートなどに基づいて分割され得る。確かに、異なるリフティングファクタグループは、代替的に、異なる要件情報に対応し得る。例えば、リフティングファクタのグループは、比較的高いレイテンシ要件が存在する間の符号化に適用可能であり、別のリフティングファクタのグループは、比較的高いスループットレート要件が存在する間の符号化に適用可能である。
初回送信符号レートなどとも呼ばれる、初期送信符号レートは、ＬＤＰＣ符号化を受けたコードブロックに対してレートマッチングが行われた後、符号化されたコードブロックを受信端デバイスに最初に送るための送信符号レートである。
上記の技術的解決策に基づいて、基地局は、ＬＤＰＣ符号化を行うために用いられ得る複数のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ターゲットベースグラフを端末デバイスに示し得る。さらに、１つの符号レート又は１つの符号長に対して、基地局は必要に応じて異なるベースグラフを選択し得る。加えて、複数のラプタ様ＬＤＰＣベースグラフは、異なる符号レート及び異なる符号長をサポートしてもよい。これは、サポートされる符号レート及び符号長の範囲を増加させることができる。
図３は、本出願の実施形態による基地局の構造ブロック図である。図３に示されるように、基地局３００は、ストレージユニット３０１と、処理ユニット３０２と、送信ユニット３０３とを含む。
ストレージユニット３０１は、Ｎ個のラプタ様ＬＤＰＣベースグラフを記憶するように構成される。
処理ユニット３０２は、ストレージユニット３０１に記憶されたＮ個のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定するように構成され、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、また、Ｎは２以上の正の整数である。
送信ユニット３０３は、指示情報を端末デバイスに送るように構成され、ここで指示情報は、ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を行うように、端末デバイスに指示するために用いられる。
図３に示される基地局３００は、ＬＤＰＣ符号化及び復号を行うために用いられ得る複数のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ターゲットベースグラフを端末デバイスに示し得る。さらに、１つの符号レート又は１つの符号長に対して、基地局３００は必要に応じて異なるベースグラフを選択し得る。
ストレージユニット３０１はメモリによって実装されてよく、処理ユニット３０２はプロセッサによって実装されてよく、また、送信ユニット３０３は送信器によって実装されてよい。
加えて、基地局３００は受信ユニットをさらに含んでよく、受信ユニットは端末デバイスによって送られたコードブロックを受信するように構成され得る。受信ユニットは受信器によって実装され得る。
基地局３００の各ユニットの具体的な機能及び有利な効果については、図２に示される方法を参照し、詳細は本明細書では再び説明されない。
図４は、本出願の実施形態による端末デバイスの構造ブロック図である。図４に示される端末デバイス４００は、ストレージユニット４０１と、受信ユニット４０２と、処理ユニット４０３とを含む。
ストレージユニット４０１は、Ｎ個のラプタ様ＬＤＰＣベースグラフを記憶するように構成される。
受信ユニット４０２は、基地局によって送られた指示情報を受信するように構成される。
処理ユニット４０３は、指示情報に従って、ＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するように構成され、ここでターゲットベースグラフは、ストレージユニット４０１に記憶されたＮ個のラプタ様ＬＤＰＣベースグラフからのものであり、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、及びＮは２以上の正の整数である。
ストレージユニット４０１はメモリによって実施されてよく、受信ユニット４０２は受信器によって実装されてよく、及び処理ユニット４０３はプロセッサによって実装されてよい。
端末デバイス４００の各ユニットの具体的な機能及び有利な効果については、図２に示される方法を参照し、詳細は本明細書では再び説明されない。
図５は、本出願の実施形態による基地局の構造ブロック図である。図５に示される基地局５００は、プロセッサ５０１と、メモリ５０２と、トランシーバ回路５０３とを含む。
基地局５００の構成要素は、バスシステム５０４を用いることによって互いに接続される。データバスに加えて、バスシステム５０４は、電源バス、制御バス、及びステータス信号バスを含む。しかし、説明を明瞭にするために、図５において様々なバスはバスシステム５０４として示される。
本出願の上記の実施形態において開示される方法は、プロセッサ５０１に適用されてよいし、又はプロセッサ５０１によって実装され得る。プロセッサ５０１は、集積回路チップでよく、信号処理能力を有する。実施プロセスにおいて、上記の方法のステップは、プロセッサ５０１内のハードウェア集積論理回路を用いることによって、又はソフトウェアの形での命令を用いることによって実施されることができる。上記のプロセッサ５０１は、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）又は他のプログラマブルロジックデバイス、個別のゲート又はトランジスタロジックデバイス、或いは、個別のハードウェア構成要素であってよい。プロセッサ５０１は、本出願の実施形態において開示される方法、ステップ及び論理ブロック図を実施又は行い得る。汎用プロセッサはマイクロプロセッサであってよいし、又はプロセッサは任意の通常のプロセッサなどであってよい。本出願の実施形態において開示される方法のステップは、ハードウェア復号プロセッサによって直接行われ又は達成されてよいし、又は復号プロセッサ内のハードウェアモジュールとソフトウェアモジュールの組み合わせによって行われ又は達成されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、又はレジスタなど、当技術分野において成熟した記憶媒体内に位置し得る。記憶媒体はメモリ５０２内に位置する。プロセッサ５０１は、メモリ５０２内の命令を読み出し、トランシーバ回路５０３と協働して上記の方法のステップを完了させる。
図６は、本出願の実施形態による端末デバイスの構造ブロック図である。図６に示される端末デバイス６００は、プロセッサ６０１と、メモリ６０２と、トランシーバ回路６０３とを含む。
端末デバイス６００の構成要素は、バスシステム６０４を用いることによって互いに接続される。データバスに加えて、バスシステム６０４は、電源バス、制御バス、及びステータス信号バスを含む。しかし、説明を明瞭にするために、図６において様々なバスはバスシステム６０４として示される。
本出願の上記の実施形態において開示される方法は、プロセッサ６０１に適用されてよいし、又はプロセッサ６０１によって実施され得る。プロセッサ６０１は、集積回路チップでよく、信号処理能力を有する。実装プロセスにおいて、上記の方法のステップは、プロセッサ６０１内のハードウェア集積論理回路を用いることによって、又はソフトウェアの形での命令を用いることによって実施されることができる。上記のプロセッサ６０１は、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）又は他のプログラマブルロジックデバイス、個別のゲート又はトランジスタロジックデバイス、或いは、個別のハードウェア構成要素であってよい。プロセッサ６０１は、本出願の実施形態において開示される方法、ステップ及び論理ブロック図を実施又は行い得る。汎用プロセッサはマイクロプロセッサであってよいし、又はプロセッサは任意の通常のプロセッサなどであってよい。本出願の実施形態において開示される方法のステップは、ハードウェア復号プロセッサによって直接行われ又は達成されてよいし、又は復号プロセッサ内のハードウェアモジュールとソフトウェアモジュールの組み合わせによって行われ又は達成されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、又はレジスタなど、当技術分野において成熟した記憶媒体内に位置し得る。記憶媒体はメモリ６０２内に位置する。プロセッサ６０１は、メモリ６０２内の命令を読み出し、トランシーバ回路６０３と協働して上記の方法のステップを完了させる。
当業者は、本出願で開示される実施形態で述べられる例におけるユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実施され得ることを認識し得る。機能がハードウェアかそれともソフトウェアによって行われるかは、特定の応用例、及び技術的解決策の設計上の制約条件に依存する。当業者は、説明された機能を各特定の応用例に対して実施するために異なる方法を用い得るが、実装は本出願の範囲を超えるものと見なされるべきではない。
当業者には、簡便及び簡潔な説明のために、上記のシステム、装置、及びユニットの詳細な動作プロセスに対して、方法の上記の実施形態における対応するプロセスが参照され得ることが明らかに理解されてよく、詳細は本明細書では再び説明されない。
本出願において提供されるいくつかの実施形態において、開示されるシステム、装置、及び方法は、他のやり方で実施され得ることが理解されるべきである。例えば、説明された装置実施形態は単に例である。例えば、ユニットの分割は、単に論理的機能に基づく分割に過ぎず、実際の実装では他の分割のやり方があり得る。例えば、複数のユニット又は構成要素は、組み合わされ、又は別のシステムに統合されてよく、又はいくつかの機能は無視される若しくは行われなくてよい。加えて、示された又は論じられた、相互結合若しくは直接結合、又は通信接続は、いくつかのインターフェースを通して実施され得る。装置又はユニットの間の間接結合又は通信接続は、電気的、機械的、又は他の形で実施され得る。
別個の部分として説明されたユニットは物理的に別個であってよく又はそうでなくてよく、ユニットとして示される部分は物理ユニットであってよく又はそうでなくてよく、即ち、それらは１つの位置にあってよく、又は複数のネットワークユニット上に分散されてよい。ユニットのいくつか又は全ては、実施形態の解決策の目的を達成するための実際の要件に基づいて選択され得る。
加えて、本出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてよく、又はユニットのそれぞれは物理的に単独で存在してよく、又は２つ以上のユニットは１つのユニットに統合される。
上記の実施形態の全て又はいくつかは、ソフトウェア、ハードウェア、又はそれらの任意の組み合わせを用いることによって実装され得る。実施形態を実装するためにソフトウェアが用いられるとき、実施形態は全面的に又は部分的にコンピュータプログラム製品の形で実装され得る。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ、実行されるとき、本出願の実施形態による手順又は機能が、全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置であってよい。コンピュータ命令はコンピュータ可読記憶媒体に記憶されてよく、又はコンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体に送信されてよい。例えば、コンピュータ命令はウエブサイト、コンピュータ、サーバ、又はデータセンタから、他のウエブサイト、他のコンピュータ、他のサーバ、又は他のデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））、又はワイヤレス（例えば、赤外線、無線、マイクロ波など）のやり方で送信され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ又は複数の使用可能な媒体を統合したサーバなどのデータ記憶デバイス、又はデータセンタであってよい。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステートディスク（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ、ＳＳＤ））などであってよい。
上記の説明は、単に本出願の特定の実装に過ぎないが、本出願の保護範囲を限定するものではない。本出願で開示される技術的範囲内で、当業者によって容易に考え出されるいずれの変形又は置き換えも、本出願の保護範囲に包含されるものとする。従って、本出願の保護範囲は「特許請求の範囲」の保護範囲を前提とするものとする。
本出願は、参照によりその全体が本明細書に組み込まれている、２０１７年５月４日に中国特許庁に出願した「ＤＡＴＡ ＴＲＡＮＳＭＩＳＳＩＯＮ ＭＥＴＨＯＤ， ＢＡＳＥ ＳＴＡＴＩＯＮ， ＡＮＤ ＴＥＲＭＩＮＡＬ ＤＥＶＩＣＥ」という名称の中国特許出願第２０１７１０３０７４３０．１号の優先権を主張するものである。
本出願は通信分野に関し、より具体的には、データ送信方法、基地局、及び端末デバイスに関する。
第５世代（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システムの拡張モバイルインターネット（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）シナリオにおいて、ラプタ様低密度パリティチェックコード（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ Ｃｏｄｅ、ＬＤＰＣ）は、データチャネル符号化方式のために用いられることが決定される。
５Ｇ通信システムにおいて用いられ得るラプタ様ＬＤＰＣベースグラフが、例として用いられる。１つのラプタ様ＬＤＰＣベースグラフ（ｂａｓｅ ｇｒａｐｈ）は、４０ビットから８１９２ビットまでの範囲の長さを有する符号化されるべきコードブロックに対して、符号化を行うために用いられてよく、１／５から８／９までの範囲の符号化の符号レートを達成する。しかし、このような広い範囲の符号長及びこのような広い範囲の符号レートが１つのラプタ様ＬＤＰＣベースグラフを用いることによってサポートされるとき、いくつかの問題がある。例えば、ラプタ様ＬＤＰＣベースグラフは、異なる長さを有するコードブロックの符号化性能及び復号性能を確実にすることはできず、及び高符号レート符号化及び復号と、低符号レート符号化及び復号との両方の性能を保証することはできない。
本出願は、符号化されたトランスポートブロックが実際のサービスの要件を満足することができるように、データ送信方法、基地局、及び端末デバイスを提供する。
第１の態様によれば、本出願の実施形態はデータ送信方法を提供する。方法は、基地局によって、Ｎ個のラプタ様低密度パリティチェックコードＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定するステップであって、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、また、Ｎは２以上の正の整数である、ステップと、基地局によって、指示情報を端末デバイスに送るステップであって、指示情報は、ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を行うように、端末デバイスに指示するために用いられる、ステップとを含む。上記の技術的解決策に基づいて、基地局は、ＬＤＰＣ符号化及び復号を行うために用いられ得る複数のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ターゲットベースグラフを端末デバイスに示し得る。さらに、１つの符号レート又は１つのコードブロック長に対して、基地局は必要に応じて異なるベースグラフを選択し得る。
第１の態様に関連して、第１の態様の第１の可能な実装において、基地局によって、指示情報を端末デバイスに送るステップは、基地局によって、変調及び符号化方式ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて少なくともＮ個のＭＣＳインデックス内で、ターゲットベースグラフに対応するターゲットＭＣＳインデックスを決定するステップと、基地局によって、ターゲットＭＣＳインデックスを端末デバイスに送るステップとを含み、ターゲットＭＣＳインデックスは指示情報である。基地局は、既存のシグナリング内のＭＣＳインデックスを用いて、指示情報を搬送し得る。従って、上記の技術的解決策において、決定されたターゲットベースグラフは、シグナリングオーバーヘッドを増加せずに、及びシグナリング構造を変更せずに、端末デバイスに示され得る。
第１の態様の第１の可能な実装に関連して、第１の態様の第２の可能な実装において、ＭＣＳインデックスとベースグラフとの間の対応関係は、ＭＣＳテーブルを用いることによって示され、ここでＭＣＳテーブルは少なくともＮ個のＭＣＳインデックスを含み、少なくともＮ個のＭＣＳインデックスのそれぞれは、Ｎ個のラプタ様ＬＤＰＣベースグラフの１つに対応し、また、少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスの少なくとも１つにさらに対応する。ターゲットベースグラフは、トランスポートブロックサイズと相互に関連付けられ得る。従って、ターゲットベースグラフ、及びターゲットベースグラフに対応するトランスポートブロックサイズインデックスの両方は、ＭＣＳインデックスを用いることによって端末デバイスに示される。
第１の態様又は第１の態様の上記の可能な実装のいずれか１つに関連して、第１の態様第３の可能な実装において、方法は、基地局によって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、基地局によって、符号化されるべきコードブロックの長さに基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、基地局によって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うステップとをさらに含む。異なる要件及び異なるハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ、ＨＡＲＱ）性能は、適切なリフティングファクタを選択することによって満たされる。
第１の態様、第１の態様の第１の可能な実装、又は第１の態様の第２の可能な実装のいずれか１つに関連して、第１の態様の第４の可能な実装において、方法は、基地局によって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、基地局によって、符号化されるべきコードブロックの長さに基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、端末デバイスによって送られたコードブロックを、基地局によって受信するステップであって、端末デバイスによって送られたコードブロックは、端末デバイスによって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うことによって取得される、ステップと、基地局によって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信されたコードブロックに対してＬＤＰＣ復号を行うステップとをさらに含む。異なる要件及び異なるＨＡＲＱ性能は、適切なリフティングファクタを選択することによって満たされる。
第１の態様又は第１の態様の上記の可能な実装のいずれか１つに関連して、第１の態様の第５の可能な実装において、第２のベースグラフの列は、第１のベースグラフの列のサブセットである。これはラプタ様ＬＤＰＣベースグラフを記憶するためのストレージスペースを低減することができる。
第２の態様によれば、本出願の実施形態は、データ送信方法を提供する。方法は、基地局によって送られた指示情報を、端末デバイスによって受信するステップと、指示情報に従って端末デバイスによって、低密度パリティチェックコードＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するステップとを含み、ここでターゲットベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフからのものであり、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、また、Ｎは２以上の正の整数である。
第２の態様に関連して、第２の態様の第１の可能な実装において、基地局によって送られた指示情報を、端末デバイスによって受信するステップは、基地局によって送られたターゲット変調及び符号化方式ＭＣＳインデックスを、端末デバイスによって受信するステップを含み、ターゲットＭＣＳインデックスは指示情報であり、指示情報に従って端末デバイスによって、ＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するステップは、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて端末デバイスによって、ターゲットＭＣＳインデックスに対応するベースグラフを、ターゲットベースグラフとして決定するステップを含む。従って、上記の技術的解決策において、ターゲットベースグラフは、シグナリングオーバーヘッドを増加せずに、及びシグナリング構造を変更せずに決定され得る。
第２の態様の第１の可能な実装に関連して、第２の態様の第２の可能な実装において、基地局によって送られた指示情報を、端末デバイスによって受信するステップは、基地局によって送られたターゲット変調及び符号化方式ＭＣＳインデックスを、端末デバイスによって受信するステップを含み、ターゲットＭＣＳインデックスは指示情報であり、指示情報に従って端末デバイスによって、ＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するステップは、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて端末デバイスによって、ターゲットＭＣＳインデックスに対応するベースグラフを、ターゲットベースグラフとして決定するステップを含む。従って、ターゲットベースグラフ、及びターゲットベースグラフに対応するトランスポートブロックサイズインデックスの両方は、ＭＣＳインデックスを用いることによって取得される。
第２の態様又は第２の態様の上記の可能な実装のいずれか１つに関連して、第２の態様の第３の可能な実装において、方法は、端末デバイスによって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、端末デバイスによって、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、端末デバイスによって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うステップとをさらに含む。異なる要件及び異なるＨＡＲＱ性能は、適切なリフティングファクタを選択することによって満たされる。
第２の態様、第２の態様の第１の可能な実装、又は第２の態様の第２の可能な実装のいずれか１つに関連して、第２の態様の第４の可能な実装において、方法は、端末デバイスによって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、端末デバイスによって、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、基地局によって送られたコードブロックを、端末デバイスによって受信するステップであって、基地局によって送られたコードブロックは、基地局によって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うことによって取得される、ステップと、端末デバイスによって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信されたコードブロックに対してＬＤＰＣ復号を行うステップとをさらに含む。異なる要件及び異なるＨＡＲＱ性能は、適切なリフティングファクタを選択することによって満たされる。
第２の態様又は第２の態様の上記の可能な実装のいずれか１つに関連して、第２の態様の第５の可能な実装において、第２のベースグラフの列は、第１のベースグラフの列のサブセットである。これはラプタ様ＬＤＰＣベースグラフを記憶するためのストレージスペースを低減することができる。
第３の態様によれば、本出願の実施形態は基地局を提供する。基地局は、第１の態様又は第１の態様のいずれかの可能な実装における方法を行うように構成されたユニットを含む。
第４の態様によれば、本出願の実施形態は端末デバイスを提供する。端末デバイスは、第２の態様又は第２の態様のいずれかの可能な実装における方法を行うように構成されたユニットを含む。
第５の態様によれば、本出願の実施形態は基地局を提供する。基地局は、メモリと、トランシーバと、プロセッサとを含む。メモリは、第１の態様又は第１の態様のいずれかの可能な実装における方法を実施するために用いられる命令を記憶し、プロセッサは、トランシーバと協働して、メモリに記憶された命令を実行する。
第６の態様によれば、本出願の実施形態は端末デバイスを提供する。端末デバイスは、メモリと、トランシーバと、プロセッサとを含む。メモリは、第２の態様又は第２の態様のいずれかの可能な実装における方法を実施するために用いられる命令を記憶し、プロセッサは、トランシーバと協働して、メモリに記憶された命令を実行する。
第７の態様によれば、本出願の実施形態はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは上記の態様における方法を行うことが可能になる。
第８の態様によれば、本出願の実施形態は、命令を含んだコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されたとき、コンピュータは上記の態様における方法を行うことが可能になる。
以下は、添付の図面を参照して、本出願の技術的解決策を述べる。
本出願の実施形態の技術的解決策は、ラプタ様ＬＤＰＣ行列が符号化及び復号を行うために用いられる様々な通信システム、例えば、第５世代（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）ネットワークシステム及び新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）に適用され得ることが理解されるべきである。
本出願の実施形態で述べられるワイヤレス送信デバイスは、端末デバイスと、ネットワークデバイスとを含み得る。
本出願の実施形態の技術的解決策で述べられる端末デバイスは、アクセス端末、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、加入者ユニット、加入者局、移動局、モバイルコンソール、リモート局、リモート端末、モバイル装置、ユーザ端末、端末、ワイヤレス通信デバイス、ユーザエージェント又はユーザ装置、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス又はワイヤレスモデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、及び将来の５Ｇネットワークにおける端末デバイスと呼ばれ得る。端末デバイスは、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）を通して１つ又は複数のコアネットワークと通信してよいし、或いは、自己組織化方式又はグラントフリー方式で分散型ネットワークに接続され得る。端末デバイスは、代替的に、通信のための他の方式においてワイヤレスネットワークに接続されてよいし、或いは、端末デバイスは、他の端末デバイスとワイヤレス通信を直接行い得る。これは本出願の実施形態において限定されない。
本出願の実施形態で説明されるネットワークデバイスは、ノードＢ（ｎｏｄｅ Ｂ）、進化型ノードＢ（Ｅｖｏｌｕｔｉｏｎａｌ ＮｏｄｅＢ、ｅＮＢ）、通信システムにおける基地局、将来の通信システムにおける基地局又はネットワークデバイスなどでよい。
データリンク層は、データを処理のためにトランスポートブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ、ＴＢ）によって物理層に送る。トランスポートブロックを受信した後、物理層は、ＴＢに対してエラー検出を行う能力を強化するために、最初にトランスポートブロックに巡回冗長検査（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ、ＣＲＣ）パリティビットを追加する。エンコーダによってサポートされる入力長は、制限される。いくつかの場合、ＣＲＣパリティビットが追加されるＴＢの長さは、エンコーダによってサポートされる入力長より大きくなり得る。その場合において、ＣＲＣパリティビットが追加されるＴＢに対して、コードブロックセグメント化が行われる必要がある。コードブロックセグメント化は、エンコーダによる符号化のために、ＣＲＣパリティビットを有するトランスポートブロックを、エンコーダによってサポートされる入力長にその長さが整合する複数のコードブロック（Ｃｏｄｅ Ｂｌｏｃｋ、ＣＢ）にセグメント化することである。いくつかの場合、ＣＲＣパリティビットを有するＴＢの長さは、エンコーダによってサポートされる長さより小さくてよく、また、この場合は、コーダによってサポートされる入力長に整合する長さに達するように、ＴＢにフィラービットが挿入され得る。
本出願の実施形態で述べられる符号化されるべきコードブロックは、エンコーダに入力されるコードブロックである。例えば、符号化処理において、コードブロックセグメント化を通して取得されたＣＢにＣＲＣパリティビットが付加されてよく、ＣＲＣパリティビットを有するＣＢはエンコーダに入力される。実施形態において、ＣＲＣパリティビットを有するＣＢは、本出願の実施形態で述べられる符号化されるべきコードブロック、又はＬＤＰＣ符号化されるべきコードブロックである。
図１は、ラプタ様ＬＤＰＣ行列の概略図である。ラプタ様ＬＤＰＣ行列は、５つの部分に分割され得る。図１に示されるＡ、Ｂ、Ｃ、Ｄ、及びＥは、ラプタ様ＬＤＰＣ行列の５つの部分を表す。行列Ａはラプタ様ＬＤＰＣベースグラフと呼ばれてよく、符号化されたブロックの情報ビット部分に対応する。行列Ｂは、その列重みが３である少なくとも１つの列を含み、その列重みが３である列の右側に、二重対角構造が存在する。行列Ｃは全てゼロの行列である。行列Ｅは単位対角行列である。行列Ｄの形は限定されない。
図２は、本出願の実施形態によるデータ送信方法の概略フローチャートである。
２０１．基地局は、Ｎ個のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ここでＮは２以上の正の整数である。第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つである。第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なる。第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではない。
基地局は、現在のサービス要件、例えば、レイテンシかそれとも性能が優先的に考慮されるかに基づいて、ターゲットベースグラフを決定し得る。例えば、性能が優先的に考慮される選択実装では、初期送信の間の最適の復号性能が優先的に確実にされ得る。この場合、基地局は、エンコーダによって予め記憶された行列内の、最適の性能を達成し、異なる入力符号長及び異なる初期送信符号レートに対応する行列を予め記録する。基地局は、実際の符号長及び実際の符号レートに基づいて、最適なラプタ様ＬＤＰＣベースグラフをターゲットベースグラフとして選択し得る。レイテンシが優先的に考慮される他の行列選択実装では、基地局は、レイテンシに対する実際のサービスの要件に基づいて行列を選択し得る。サービスが比較的低いレイテンシを必要とするとき、基地局は、情報ビットに対応する列の数量が比較的小さなラプタ様ＬＤＰＣベースグラフをターゲットベースグラフとして決定し得る。
確かに、基地局は、代替的に、他の選択条件に基づいてターゲットベースグラフを決定し得る。例えば、基地局は、代替的に、拡張モバイルインターネット（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）及び超高信頼低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｕＲＬＬＣ）など、現在のサービスタイプに基づいてターゲットベースグラフを決定し得る。
任意選択で、いくつかの実施形態において、第２のベースグラフの列は、第１のベースグラフの列のサブセットである。
より具体的には、いくつかの実施形態において、第１のベースグラフはＫ個の列を含むことが想定される。第２のベースグラフはＫ’個の列を含み、Ｋ’はＫより小さな正の整数である。Ｋ’個の列内のｋ番目の列に対する第１の列は、Ｋ個の列内のｋ番目の列に対する第１の列であり、また、Ｋ’個の列内のＫ’番目の列に対する（ｋ＋１）番目の列は、Ｋ個の列内のＫ番目の列に対する（Ｋ−（Ｋ’−ｋ−１））番目の列であり、ここでＫ、Ｋ’、及びｋは全て正の整数であり、Ｋ’はＫより小さく、ｋはＫ’より小さい。
任意選択で、いくつかの実施形態において、ｋは１より大きな正の整数である。例えば、第１のベースグラフは３２個の列を含み、第２のベースグラフは１６個の列を含む。第２のベースグラフ内の１番目の列から１０番目の列は、第１のベースグラフの１番目の列から１０番目の列でよい。第２のベースグラフ内の１１番目の列から１６番目の列は、第１のベースグラフ内の２７番目の列から３２番目の列である。
さらに、いくつかの実施形態において、ｋはＫ’−１でよい。例えば、第１のベースグラフは３２個の列を含み、第２のベースグラフは１６個の列を含む。第２のベースグラフ内の１番目の列から１５番目の列は、第１のベースグラフの１番目の列から１５番目の列でよい。第２のベースグラフ内の１６番目の列は、第１のベースグラフ内の３２番目の列である。
２０２．基地局は、指示情報を端末デバイスに送り、ここで指示情報は、ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を行うように、端末デバイスに指示するために用いられる。
２０３．端末デバイスは、指示情報に従ってターゲットベースグラフを決定する。
任意選択で、いくつかの実施形態において、基地局は、少なくともＮ個のＭＣＳインデックス内で、変調及び符号化方式（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ、ＭＣＳ）インデックスとベースグラフとの間の対応関係に基づいて、ターゲットベースグラフに対応するターゲットＭＣＳインデックスを決定し得る。基地局は、ターゲットＭＣＳインデックスを端末デバイスに送り得る。ターゲットＭＣＳインデックスは指示情報である。
ＭＣＳインデックスとベースグラフとの間の対応関係は、ＭＣＳテーブルを用いることによって示され得る。ＭＣＳテーブルは少なくともＮ個のＭＣＳインデックスを含み、また、少なくともＮ個のＭＣＳインデックスのそれぞれは、Ｎ個のラプタ様ＬＤＰＣベースグラフの１つに対応する。少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスの少なくとも１つにさらに対応する。
ＬＤＰＣ符号化を行うために用いられる異なるターゲットベースグラフは、通常は異なる符号レート範囲及び異なる符号長範囲をサポートする。例えば、より大きなラプタ様ＬＤＰＣベースグラフは通常、より長い符号長及びより高い符号レートをサポートするのに適し、より小さなラプタ様ＬＤＰＣベースグラフは通常、より短い符号長及びより低い符号レートのみをサポートするのに適する。行列のみによってサポートされる符号長及び符号レートについては、ＭＣＳインデックスが、ＭＣＳインデックスに対応するトランスポートブロックサイズ及び変調次数を決定するために用いられるとき、ターゲットベースグラフについての情報を決定するために、符号長及び符号レートが決定される。複数の行列によってサポートされる符号長、及び複数の行列によってサポートされる符号レートについては、異なる選択ポリシーに基づいて、ターゲットベースグラフ、及びターゲットベースグラフに対応するトランスポートブロックサイズインデックスの両方が、ＭＣＳインデックスを用いることによって端末デバイスに示され得る。
ターゲットベースグラフを決定した後、基地局はターゲットベースグラフに基づいて、ターゲットベースグラフに基づくターゲットベースグラフに対応するＭＣＳインデックスを決定し得る。具体的には、基地局は、端末デバイスによって送られたチャネル環境情報、例えば、チャネル品質インジケータ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ、ＣＱＩ）を受信し得る。基地局は、ＣＱＩに基づいて複数の候補ＭＣＳインデックスを決定し得る。これらの候補ＭＣＳインデックスによって示される変調次数及びトランスポートブロックサイズインデックスは、全てＣＱＩに対応する。加えて、これらの候補ＭＣＳインデックスによって示されるベースグラフは、全て異なる。基地局は、決定されたターゲットベースグラフに基づいて候補ＭＣＳインデックス内で、ターゲットベースグラフを示すＭＣＳインデックスを決定し、決定されたＭＣＳインデックスを端末デバイスに送り得る。端末デバイスは、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて、受信されたターゲットＭＣＳインデックスに対応するターゲットベースグラフを決定し得る。
表１は、ＭＣＳテーブルの概略図である。
表１に示されるＭＣＳテーブル内のラプタ様ＬＤＰＣベースグラフの数量は、２である。基地局は、端末デバイスによって報告されたＣＱＩに基づいて、ＭＣＳインデックス０及びＭＣＳインデックス１を用いることを決定し得ることが想定される。これは、２つのＭＣＳインデックスに対応する変調次数及びトランスポートブロックサイズがＣＱＩを満たすためである。基地局が、ターゲットベースグラフはベースグラフ２であると決定した場合、基地局はＭＣＳインデックス１を端末デバイスに送り得る。端末デバイスは、受信されたＭＣＳインデックスに基づいて、ベースグラフ２をターゲットベースグラフとして用いることを決定し得る。
任意選択で、いくつかの他の実施形態において、基地局は制御情報を端末デバイスに送ってよく、制御情報は指示情報を含む。
任意選択で、いくつかの実施形態において、制御情報はダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）でよい。ＤＣＩは、明示的に指示情報を搬送し得る。例えば、ＤＣＩにフィールドが追加されてよく、フィールドは少なくとも１つのビットを含む。フィールドは、指示情報を搬送するために用いられ得る。端末デバイスは、フィールドに基づいてターゲットベースグラフを決定し得る。ＤＣＩは、代替的に、暗示的に指示情報を搬送し得る。例えば、Ｎ個のラプタ様ＬＤＰＣベースグラフを表すＮ個のフィールドが定義され得る。基地局は、ターゲットベースグラフに対応するフィールドと、ＤＣＩ内の指定のフィールドとに対してＸＯＲ演算を行い得る。端末デバイスは、指定のフィールドと、Ｎ個のフィールドのそれぞれとに対してＸＯＲ演算を行い得る。ＤＣＩに対する巡回冗長検査は、端末デバイス及び基地局が同じフィールドに対してＸＯＲ演算を行ったときにのみ、成功する可能性が高い。端末デバイスは、ＤＣＩに対する巡回冗長検査が成功することを可能にするフィールドに対応するラプタ様ＬＤＰＣベースグラフを、ターゲットＬＤＰＣベースグラフとして決定し得る。
任意選択で、いくつかの実施形態において、各符号化されるべきコードブロックの符号長は、リフティングファクタに対応し得る。送信端デバイスとしてのワイヤレス送信デバイスは、符号化されるべきコードブロックの符号長に基づいてターゲットリフティングファクタを決定してよく、ターゲットベースグラフ及びターゲットリフティングファクタに基づいて、符号化されるべきコードブロックの符号長に対してＬＤＰＣ符号化を行い得る。受信端デバイスとしてのワイヤレス送信デバイスは、送信端デバイスからターゲットリフティングファクタを直接取得し得る。受信端デバイスは、代替的に、符号化されるべきコードブロックの符号長に基づいてターゲットリフティングファクタを決定し、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信された情報に対してＬＤＰＣ復号を行い得る。符号化されるべきコードブロックの符号長は、送信端から受信端デバイスに送られてよく、又は受信端デバイスによって決定され得る。符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係は、ワイヤレス送信デバイスに記憶される。加えて、基地局に記憶された、符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係は、端末デバイスに記憶された、符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係と同じであることが理解され得る。
任意選択で、いくつかの他の実施形態において、送信端デバイスとしてのワイヤレス送信デバイスは、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定してよく、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む。送信端デバイスは、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定し得る。送信端デバイスは、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行い得る。同様に、受信端デバイスとしてのワイヤレス送信デバイスは、代替的に、要件情報に基づいて少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定し、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定し、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信されたコードブロックに対してＬＤＰＣ復号を行い得る。送信端デバイスによってターゲットリフティングファクタを決定するルールは、受信端デバイスによってターゲットリフティングファクタを決定するルールと同じであり、それによって受信端デバイスは正しく復号を行うことができることが理解され得る。加えて、送信端デバイスは、トランスポートブロックの長さを受信端デバイスに送る。受信端は、予め設定されたコードブロックセグメント化ルールに従って、符号化されるべきコードブロックの符号長を決定し得る。受信端デバイスによって受信されたコードブロックは、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うことによって、送信端デバイスによって取得される。受信端デバイスによって用いられるコードブロックセグメント化ルールは、送信端デバイスによって用いられるコードブロックセグメント化ルールと同じである。従って、受信端デバイスによって決定され、符号化されるべきコードブロックのものである符号長は、送信端デバイスによって決定され、符号化されるべきコードブロックのものである符号長と同じである。
少なくとも２つのリフティングファクタグループに含まれる複数のリフティングファクタのそれぞれは、符号化されるべきコードブロックの符号長に対応し得る。１つの符号化されるべきコードブロックの符号長は、異なるリフティングファクタグループ内の異なるリフティングファクタに対応し得る。リフティングファクタグループに含まれるリフティングファクタは、予め設定される。少なくとも２つのリフティングファクタグループ、及び符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係は、ワイヤレス送信デバイスに記憶される。基地局及び端末デバイスは、同じリフティングファクタグループ、及び同じ符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応を記憶することが理解され得る。
リフティングファクタグループの設定は、要件情報に対応し得る。２つのリフティングファクタグループがあることが想定される。２つのリフティングファクタグループ内のリフティングファクタの第１のグループは、比較的高いレイテンシ要件が存在する間の符号化に適用可能であり、リフティングファクタの第２のグループは、一般的なレイテンシ要件が存在する間の符号化に適用可能である。この場合、送信端デバイスが、符号化の間に比較的高いレイテンシ要件が存在すると決定した場合、リフティングファクタの第１のグループがターゲットリフティングファクタグループとして決定され得る。同様に、リフティングファクタグループは、異なるサービスタイプ、端末デバイスタイプ、スループットレート要件、初期送信符号レートなどに基づいて分割され得る。確かに、異なるリフティングファクタグループは、代替的に、異なる要件情報に対応し得る。例えば、リフティングファクタのグループは、比較的高いレイテンシ要件が存在する間の符号化に適用可能であり、別のリフティングファクタのグループは、比較的高いスループットレート要件が存在する間の符号化に適用可能である。
初回送信符号レートなどとも呼ばれる、初期送信符号レートは、ＬＤＰＣ符号化を受けたコードブロックに対してレートマッチングが行われた後、符号化されたコードブロックを受信端デバイスに最初に送るための送信符号レートである。
上記の技術的解決策に基づいて、基地局は、ＬＤＰＣ符号化を行うために用いられ得る複数のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ターゲットベースグラフを端末デバイスに示し得る。さらに、１つの符号レート又は１つの符号長に対して、基地局は必要に応じて異なるベースグラフを選択し得る。加えて、複数のラプタ様ＬＤＰＣベースグラフは、異なる符号レート及び異なる符号長をサポートしてもよい。これは、サポートされる符号レート及び符号長の範囲を増加させることができる。
図３は、本出願の実施形態による基地局の構造ブロック図である。図３に示されるように、基地局３００は、ストレージユニット３０１と、処理ユニット３０２と、送信ユニット３０３とを含む。
ストレージユニット３０１は、Ｎ個のラプタ様ＬＤＰＣベースグラフを記憶するように構成される。
処理ユニット３０２は、ストレージユニット３０１に記憶されたＮ個のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定するように構成され、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、また、Ｎは２以上の正の整数である。
送信ユニット３０３は、指示情報を端末デバイスに送るように構成され、ここで指示情報は、ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を行うように、端末デバイスに指示するために用いられる。
図３に示される基地局３００は、ＬＤＰＣ符号化及び復号を行うために用いられ得る複数のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ターゲットベースグラフを端末デバイスに示し得る。さらに、１つの符号レート又は１つの符号長に対して、基地局３００は必要に応じて異なるベースグラフを選択し得る。
ストレージユニット３０１はメモリによって実装されてよく、処理ユニット３０２はプロセッサによって実装されてよく、また、送信ユニット３０３は送信器によって実装されてよい。
加えて、基地局３００は受信ユニットをさらに含んでよく、受信ユニットは端末デバイスによって送られたコードブロックを受信するように構成され得る。受信ユニットは受信器によって実装され得る。
基地局３００の各ユニットの具体的な機能及び有利な効果については、図２に示される方法を参照し、詳細は本明細書では再び説明されない。
図４は、本出願の実施形態による端末デバイスの構造ブロック図である。図４に示される端末デバイス４００は、ストレージユニット４０１と、受信ユニット４０２と、処理ユニット４０３とを含む。
ストレージユニット４０１は、Ｎ個のラプタ様ＬＤＰＣベースグラフを記憶するように構成される。
受信ユニット４０２は、基地局によって送られた指示情報を受信するように構成される。
処理ユニット４０３は、指示情報に従って、ＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するように構成され、ここでターゲットベースグラフは、ストレージユニット４０１に記憶されたＮ個のラプタ様ＬＤＰＣベースグラフからのものであり、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、及びＮは２以上の正の整数である。
ストレージユニット４０１はメモリによって実施されてよく、受信ユニット４０２は受信器によって実装されてよく、及び処理ユニット４０３はプロセッサによって実装されてよい。
端末デバイス４００の各ユニットの具体的な機能及び有利な効果については、図２に示される方法を参照し、詳細は本明細書では再び説明されない。
図５は、本出願の実施形態による基地局の構造ブロック図である。図５に示される基地局５００は、プロセッサ５０１と、メモリ５０２と、トランシーバ回路５０３とを含む。
基地局５００の構成要素は、バスシステム５０４を用いることによって互いに接続される。データバスに加えて、バスシステム５０４は、電源バス、制御バス、及びステータス信号バスを含む。しかし、説明を明瞭にするために、図５において様々なバスはバスシステム５０４として示される。
本出願の上記の実施形態において開示される方法は、プロセッサ５０１に適用されてよいし、又はプロセッサ５０１によって実装され得る。プロセッサ５０１は、集積回路チップでよく、信号処理能力を有する。実施プロセスにおいて、上記の方法のステップは、プロセッサ５０１内のハードウェア集積論理回路を用いることによって、又はソフトウェアの形での命令を用いることによって実施されることができる。上記のプロセッサ５０１は、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）又は他のプログラマブルロジックデバイス、個別のゲート又はトランジスタロジックデバイス、或いは、個別のハードウェア構成要素であってよい。プロセッサ５０１は、本出願の実施形態において開示される方法、ステップ及び論理ブロック図を実施又は行い得る。汎用プロセッサはマイクロプロセッサであってよいし、又はプロセッサは任意の通常のプロセッサなどであってよい。本出願の実施形態において開示される方法のステップは、ハードウェア復号プロセッサによって直接行われ又は達成されてよいし、又は復号プロセッサ内のハードウェアモジュールとソフトウェアモジュールの組み合わせによって行われ又は達成されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、又はレジスタなど、当技術分野において成熟した記憶媒体内に位置し得る。記憶媒体はメモリ５０２内に位置する。プロセッサ５０１は、メモリ５０２内の命令を読み出し、トランシーバ回路５０３と協働して上記の方法のステップを完了させる。
図６は、本出願の実施形態による端末デバイスの構造ブロック図である。図６に示される端末デバイス６００は、プロセッサ６０１と、メモリ６０２と、トランシーバ回路６０３とを含む。
端末デバイス６００の構成要素は、バスシステム６０４を用いることによって互いに接続される。データバスに加えて、バスシステム６０４は、電源バス、制御バス、及びステータス信号バスを含む。しかし、説明を明瞭にするために、図６において様々なバスはバスシステム６０４として示される。
本出願の上記の実施形態において開示される方法は、プロセッサ６０１に適用されてよいし、又はプロセッサ６０１によって実施され得る。プロセッサ６０１は、集積回路チップでよく、信号処理能力を有する。実装プロセスにおいて、上記の方法のステップは、プロセッサ６０１内のハードウェア集積論理回路を用いることによって、又はソフトウェアの形での命令を用いることによって実施されることができる。上記のプロセッサ６０１は、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）又は他のプログラマブルロジックデバイス、個別のゲート又はトランジスタロジックデバイス、或いは、個別のハードウェア構成要素であってよい。プロセッサ６０１は、本出願の実施形態において開示される方法、ステップ及び論理ブロック図を実施又は行い得る。汎用プロセッサはマイクロプロセッサであってよいし、又はプロセッサは任意の通常のプロセッサなどであってよい。本出願の実施形態において開示される方法のステップは、ハードウェア復号プロセッサによって直接行われ又は達成されてよいし、又は復号プロセッサ内のハードウェアモジュールとソフトウェアモジュールの組み合わせによって行われ又は達成されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、又はレジスタなど、当技術分野において成熟した記憶媒体内に位置し得る。記憶媒体はメモリ６０２内に位置する。プロセッサ６０１は、メモリ６０２内の命令を読み出し、トランシーバ回路６０３と協働して上記の方法のステップを完了させる。
当業者は、本出願で開示される実施形態で述べられる例におけるユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実施され得ることを認識し得る。機能がハードウェアかそれともソフトウェアによって行われるかは、特定の応用例、及び技術的解決策の設計上の制約条件に依存する。当業者は、説明された機能を各特定の応用例に対して実施するために異なる方法を用い得るが、実装は本出願の範囲を超えるものと見なされるべきではない。
当業者には、簡便及び簡潔な説明のために、上記のシステム、装置、及びユニットの詳細な動作プロセスに対して、方法の上記の実施形態における対応するプロセスが参照され得ることが明らかに理解されてよく、詳細は本明細書では再び説明されない。
本出願において提供されるいくつかの実施形態において、開示されるシステム、装置、及び方法は、他のやり方で実施され得ることが理解されるべきである。例えば、説明された装置実施形態は単に例である。例えば、ユニットの分割は、単に論理的機能に基づく分割に過ぎず、実際の実装では他の分割のやり方があり得る。例えば、複数のユニット又は構成要素は、組み合わされ、又は別のシステムに統合されてよく、又はいくつかの機能は無視される若しくは行われなくてよい。加えて、示された又は論じられた、相互結合若しくは直接結合、又は通信接続は、いくつかのインターフェースを通して実施され得る。装置又はユニットの間の間接結合又は通信接続は、電気的、機械的、又は他の形で実施され得る。
別個の部分として説明されたユニットは物理的に別個であってよく又はそうでなくてよく、ユニットとして示される部分は物理ユニットであってよく又はそうでなくてよく、即ち、それらは１つの位置にあってよく、又は複数のネットワークユニット上に分散されてよい。ユニットのいくつか又は全ては、実施形態の解決策の目的を達成するための実際の要件に基づいて選択され得る。
加えて、本出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてよく、又はユニットのそれぞれは物理的に単独で存在してよく、又は２つ以上のユニットは１つのユニットに統合される。
上記の実施形態の全て又はいくつかは、ソフトウェア、ハードウェア、又はそれらの任意の組み合わせを用いることによって実装され得る。実施形態を実装するためにソフトウェアが用いられるとき、実施形態は全面的に又は部分的にコンピュータプログラム製品の形で実装され得る。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ、実行されるとき、本出願の実施形態による手順又は機能が、全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置であってよい。コンピュータ命令はコンピュータ可読記憶媒体に記憶されてよく、又はコンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体に送信されてよい。例えば、コンピュータ命令はウエブサイト、コンピュータ、サーバ、又はデータセンタから、他のウエブサイト、他のコンピュータ、他のサーバ、又は他のデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））、又はワイヤレス（例えば、赤外線、無線、マイクロ波など）のやり方で送信され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ又は複数の使用可能な媒体を統合したサーバなどのデータ記憶デバイス、又はデータセンタであってよい。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステートディスク（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ、ＳＳＤ））などであってよい。
上記の説明は、単に本出願の特定の実装に過ぎないが、本出願の保護範囲を限定するものではない。本出願で開示される技術的範囲内で、当業者によって容易に考え出されるいずれの変形又は置き換えも、本出願の保護範囲に包含されるものとする。従って、本出願の保護範囲は「特許請求の範囲」の保護範囲を前提とするものとする。
Claims (24)
- データ送信方法であって、前記方法は、
基地局によって、Ｎ個のラプタ様低密度パリティチェックコードＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定するステップであって、第１のベースグラフ及び第２のベースグラフは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの任意の２つであり、前記第１のベースグラフに含まれる情報ビットに対応する列の数量は、前記第２のベースグラフに含まれる情報ビットに対応する列の数量と異なり、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号長間での共通部分は空でなく、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号レート間での共通部分は空でなく、Ｎは、２以上の正の整数である、ステップと、
前記基地局によって、指示情報を端末デバイスに送信するステップであって、前記指示情報は、前記端末デバイスに前記ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を実行するよう指示するために用いられる、ステップと、を含む、
方法。 - 前記基地局によって、指示情報を端末デバイスに送信する前記ステップは、
前記基地局によって、少なくともＮ個のＭＣＳインデックス内で、変調及び符号化方式ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて、前記ターゲットベースグラフに対応するターゲットＭＣＳインデックスを決定するステップと、
前記基地局によって、前記ターゲットＭＣＳインデックスを前記端末デバイスに送信するステップであって、前記ターゲットＭＣＳインデックスは、前記指示情報である、ステップと、を含む
請求項１に記載の方法。 - ＭＣＳインデックスとベースグラフとの間の前記対応関係は、ＭＣＳテーブルを用いることによって示され、前記ＭＣＳテーブルは、前記少なくともＮ個のＭＣＳインデックスを含み、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフの１つに対応し、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスのうちの少なくとも１つにさらに対応する
請求項２に記載の方法。 - 前記方法は、さらに、
前記基地局によって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、前記少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、前記要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプのうちの少なくとも１つを含む、ステップと、
前記基地局によって、符号化されるべきコードブロックの符号長に基づいて、前記ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、
前記基地局によって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行するステップと、を含む
請求項１〜３のいずれか１項に記載の方法。 - 前記方法は、さらに、
前記基地局によって、少なくとも２つのリフティングファクタグループ内で、要件情報に基づいて、ターゲットリフティングファクタグループを決定するステップであって、前記少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、前記要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプのうちの少なくとも１つを含む、ステップと、
前記基地局によって、符号化されるべきコードブロックの符号長に基づいて、前記ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、
前記基地局によって、前記端末デバイスによって送信されるコードブロックを受信するステップであって、前記端末デバイスによって送信される前記コードブロックは、前記端末デバイスによって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行することによって取得される、ステップと、
前記基地局によって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記受信されたコードブロックについてのＬＤＰＣ復号を実行するステップと、を含む、
請求項１〜３のいずれか１項に記載の方法。 - 前記第２のベースグラフの前記列は、前記第１のベースグラフの前記列のサブセットである、
請求項１〜５のいずれか１項に記載の方法。 - データ送信方法であって、前記方法は、
端末デバイスによって、基地局によって送信された指示情報を受信するステップと、
前記端末デバイスによって、前記指示情報に従って、低密度パリティチェックコードＬＤＰＣ符号化及び復号を実行するために用いられるターゲットベースグラフを決定するステップであって、前記ターゲットベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフからのものであり、第１のベースグラフ及び第２のベースグラフは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの任意の２つであり、前記第１のベースグラフに含まれる情報ビットに対応する列の数量は、前記第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号長間での共通部分は空でなく、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号レート間での共通部分は空でなく、Ｎは、２以上の正の整数である、ステップと、を含む、
方法。 - 前記端末デバイスによって、基地局によって送信される指示情報を受信する前記ステップは、
前記端末デバイスによって、前記基地局によって送信されるターゲット変調及び符号化方式ＭＣＳインデックスを受信するステップであって、前記ターゲットＭＣＳインデックスは、前記指示情報である、ステップを含み、
前記端末デバイスによって、前記指示情報に従って、ＬＤＰＣ符号化及び復号を実行するために用いられるターゲットベースグラフを決定する前記ステップは、
前記端末デバイスによって、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて、前記ターゲットベースグラフとして、前記ターゲットＭＣＳインデックスに対応するベースグラフを決定するステップを含む、
請求項７に記載の方法。 - ＭＣＳインデックスとベースグラフとの間の前記対応関係は、ＭＣＳテーブルを用いることによって示され、前記ＭＣＳテーブルは、少なくともＮ個のＭＣＳインデックスを含み、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの１つに対応し、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスのうちの少なくとも１つにさらに対応する、
請求項８に記載の方法。 - 前記方法は、さらに、
前記端末デバイスによって、少なくとも２つのリフティングファクタグループ内で、要件情報に基づいて、ターゲットリフティングファクタグループを決定するステップであって、前記少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、前記要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプのうちの少なくとも１つを含む、ステップと、
前記端末デバイスによって、符号化されるべきコードブロックの符号長に基づいて、前記ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、
前記端末デバイスによって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行するステップと、を含む、
請求項７〜９のいずれか１項に記載の方法。 - 前記方法は、さらに、
前記端末デバイスによって、少なくとも２つのリフティングファクタグループ内で、要件情報に基づいて、ターゲットリフティングファクタグループを決定するステップであって、前記少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、前記要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプのうちの少なくとも１つを含む、ステップと、
前記端末デバイスによって、符号化されるべきコードブロックの符号長に基づいて、前記ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、
前記端末デバイスによって、前記基地局によって送信されるコードブロックを受信するステップであって、前記基地局によって送信される前記コードブロックは、前記基地局によって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行することによって取得される、ステップと、
前記基地局によって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記受信されたコードブロックについてのＬＤＰＣ復号を実行するステップと、を含む、
請求項７〜９のいずれか１項に記載の方法。 - 前記第２のベースグラフの前記列は、前記第１のベースグラフの前記列のサブセットである、
請求項７〜１１のいずれか１項に記載の方法。 - Ｎ個のラプタ様低密度パリティチェックコードＬＤＰＣベースグラフを格納するように構成されたストレージユニットと、
前記ストレージユニットに格納された前記Ｎ個のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定するように構成された処理ユニットであって、第１のベースグラフ及び第２のベースグラフは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの任意の２つであり、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号長間での共通部分は空でなく、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号レート間での共通部分は空でなく、Ｎは、２以上の正の整数である、処理ユニットと、
指示情報を端末デバイスに送信するように構成された送信ユニットであって、前記指示情報は、前記端末デバイスに前記ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を実行するよう指示するために用いられる、送信ユニットと、
を備える、基地局。 - 前記処理ユニットは、少なくともＮ個のＭＣＳインデックス内で、変調及び符号化方式ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて、前記ターゲットベースグラフに対応するターゲットＭＣＳインデックスを決定するようにさらに構成され、
前記送信ユニットは、前記ターゲットＭＣＳインデックスを前記端末デバイスに送信するように特に構成され、前記ターゲットＭＣＳインデックスは、前記指示情報である、
請求項１３に記載の基地局。 - ＭＣＳインデックスとベースグラフとの間の前記対応関係は、ＭＣＳテーブルを用いることによって示され、前記ＭＣＳテーブルは、前記少なくともＮ個のＭＣＳインデックスを含み、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフの１つに対応し、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスのうちの少なくとも１つにさらに対応する
請求項１３に記載の基地局。 - 前記処理ユニットは、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するようにさらに構成され、前記少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、前記要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプのうちの少なくとも１つを含み、
前記処理ユニットは、符号化されるべきコードブロックの符号長に基づいて、前記ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するようにさらに構成され、
前記処理ユニットは、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行するようにさらに構成される、
請求項１３〜１５のいずれか１項に記載の基地局。 - 前記処理ユニットは、少なくとも２つのリフティングファクタグループ内で、要件情報に基づいて、ターゲットリフティングファクタグループを決定するようにさらに構成され、前記少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、前記要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプのうちの少なくとも１つを含み、
前記処理ユニットは、符号化されるべきコードブロックの符号長に基づいて、前記ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するようにされに構成され、
前記基地局は、前記端末デバイスによって送信されるコードブロックを受信するように構成された受信ユニットをさらに備え、前記端末デバイスによって送信される前記コードブロックは、前記端末デバイスによって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行することによって取得され、
前記処理ユニットは、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記受信されたコードブロックについてのＬＤＰＣ復号を実行するようにさらに構成される
請求項１３〜１５のいずれか１項に記載の基地局。 - 前記第２のベースグラフの列は、前記第１のベースグラフの列のサブセットである、
請求項１３〜１７のいずれか１項に記載の基地局。 - Ｎ個のラプタ様低密度パリティチェックコードＬＤＰＣベースグラフを格納するように構成されたストレージユニットと、
基地局によって送信された指示情報を受信するように構成された受信ユニットと、
前記指示情報に従って、ＬＤＰＣ符号化及び復号を実行するために用いられるターゲットベースグラフを決定するように構成された処理ユニットと、
を備え、
前記ターゲットベースグラフは、前記ストレージユニットに格納された前記Ｎ個のラプタ様ＬＤＰＣベースグラフからのものであり、第１のベースグラフ及び第２のベースグラフは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの任意の２つであり、前記第１のベースグラフに含まれる情報ビットに対応する列の数量は、前記第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号長間での共通部分は空でなく、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号レート間での共通部分は空でなく、Ｎは、２以上の正の整数である、
端末デバイス。 - 前記受信ユニットは、前記基地局によって送信されるターゲット変調及び符号化方式ＭＣＳインデックスを受信するように特に構成され、前記ターゲットＭＣＳインデックスは、前記指示情報であり、
前記処理ユニットは、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて、前記ターゲットベースグラフとして、前記ターゲットＭＣＳインデックスに対応するベースグラフを決定するように特に構成される、
請求項１９に記載の端末デバイス。 - ＭＣＳインデックスとベースグラフとの間の前記対応関係は、ＭＣＳテーブルを用いることによって示され、前記ＭＣＳテーブルは、少なくともＮ個のＭＣＳインデックスを含み、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの１つに対応し、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスのうちの少なくとも１つにさらに対応する、
請求項２０に記載の端末デバイス。 - 前記処理ユニットは、少なくとも２つのリフティングファクタグループ内で、要件情報に基づいて、ターゲットリフティングファクタグループを決定するようにさらに構成され、前記少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、前記要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプのうちの少なくとも１つを含み、
前記処理ユニットは、符号化されるべきコードブロックの符号長に基づいて、前記ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するようにさらに構成され、
前記処理ユニットは、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行するようにさらに構成される、
請求項１９〜２１のいずれか１項に記載の端末デバイス。 - 前記処理ユニットは、少なくとも２つのリフティングファクタグループ内で、要件情報に基づいて、ターゲットリフティングファクタグループを決定するようにさらに構成され、前記少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、前記要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプのうちの少なくとも１つを含み、
前記処理ユニットは、符号化されるべきコードブロックの符号長に基づいて、前記ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するようにさらに構成され、
前記受信ユニットは、前記基地局によって送信されるコードブロックを受信するようにさらに構成され、前記基地局によって送信される前記コードブロックは、前記基地局によって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行することによって取得され、
前記処理ユニットは、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記受信されたコードブロックについてのＬＤＰＣ復号を実行するようにさらに構成される、
請求項１９〜２１のいずれか１項に記載の端末デバイス。 - 前記第２のベースグラフの前記列は、前記第１のベースグラフの前記列のサブセットである、
請求項１９〜２３のいずれか１項に記載の端末デバイス。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710307430.1 | 2017-05-04 | ||
| CN201710307430.1A CN108809487B (zh) | 2017-05-04 | 2017-05-04 | 传输数据的方法、基站和终端设备 |
| PCT/CN2018/085408 WO2018202057A1 (zh) | 2017-05-04 | 2018-05-03 | 传输数据的方法、基站和终端设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2020519161A true JP2020519161A (ja) | 2020-06-25 |
| JP6925450B2 JP6925450B2 (ja) | 2021-08-25 |
Family
ID=64016460
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2019560300A Active JP6925450B2 (ja) | 2017-05-04 | 2018-05-03 | データ送信方法、基地局、及び端末デバイス |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US11101927B2 (ja) |
| EP (1) | EP3609101B1 (ja) |
| JP (1) | JP6925450B2 (ja) |
| KR (1) | KR102260943B1 (ja) |
| CN (1) | CN108809487B (ja) |
| BR (1) | BR112019023128A2 (ja) |
| WO (1) | WO2018202057A1 (ja) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10784901B2 (en) | 2015-11-12 | 2020-09-22 | Qualcomm Incorporated | Puncturing for structured low density parity check (LDPC) codes |
| US11043966B2 (en) | 2016-05-11 | 2021-06-22 | Qualcomm Incorporated | Methods and apparatus for efficiently generating multiple lifted low-density parity-check (LDPC) codes |
| US10454499B2 (en) | 2016-05-12 | 2019-10-22 | Qualcomm Incorporated | Enhanced puncturing and low-density parity-check (LDPC) code structure |
| US10469104B2 (en) | 2016-06-14 | 2019-11-05 | Qualcomm Incorporated | Methods and apparatus for compactly describing lifted low-density parity-check (LDPC) codes |
| CN108809487B (zh) * | 2017-05-04 | 2022-07-22 | 华为技术有限公司 | 传输数据的方法、基站和终端设备 |
| CN108809509B (zh) * | 2017-05-05 | 2021-01-22 | 电信科学技术研究院 | 低密度奇偶校验码的基础图选择方法及装置 |
| US10312939B2 (en) | 2017-06-10 | 2019-06-04 | Qualcomm Incorporated | Communication techniques involving pairwise orthogonality of adjacent rows in LPDC code |
| WO2019164515A1 (en) * | 2018-02-23 | 2019-08-29 | Nokia Technologies Oy | Ldpc codes for 3gpp nr ultra-reliable low-latency communications |
| CN110535558A (zh) * | 2019-07-24 | 2019-12-03 | 中兴通讯股份有限公司 | 一种数据传输方法、装置和存储介质 |
| KR20220053406A (ko) * | 2020-10-22 | 2022-04-29 | 삼성전자주식회사 | 통신 시스템에서 제어 정보 및 데이터를 송수신하기 위한 장치 및 방법 |
| US20240056133A1 (en) * | 2022-08-12 | 2024-02-15 | Qualcomm Incorporated | Ldpc base graph selection systems and methods |
| US20240097819A1 (en) * | 2022-09-21 | 2024-03-21 | Qualcomm Incorporated | Signaling and reports for low density parity check graph adaptation |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7581157B2 (en) * | 2004-06-24 | 2009-08-25 | Lg Electronics Inc. | Method and apparatus of encoding and decoding data using low density parity check code in a wireless communication system |
| EP1985022B1 (en) * | 2006-02-08 | 2011-06-08 | Thomson Licensing | Decoding of raptor codes |
| KR100943589B1 (ko) * | 2006-03-20 | 2010-02-23 | 삼성전자주식회사 | 통신 시스템에서 신호 송수신 장치 및 방법 |
| US8301974B2 (en) * | 2008-10-22 | 2012-10-30 | Samsung Electronics Co., Ltd. | System and method for low complexity raptor codes for multimedia broadcast/multicast service |
| CN102412842B (zh) * | 2010-09-25 | 2016-06-15 | 中兴通讯股份有限公司 | 一种低密度奇偶校验码的编码方法及装置 |
| CN102684824B (zh) * | 2011-03-17 | 2015-08-12 | 中兴通讯股份有限公司 | 一种数据传输方法和系统 |
| US10075309B2 (en) | 2014-04-25 | 2018-09-11 | Qualcomm Incorporated | Modulation coding scheme (MCS) indication in LTE uplink |
| CN104579576B (zh) * | 2015-01-27 | 2018-02-09 | 清华大学 | 编码调制方法及系统 |
| CN106549726B (zh) * | 2015-09-18 | 2021-02-23 | 华为技术有限公司 | 传输数据的方法、基站和终端设备 |
| CN108809487B (zh) * | 2017-05-04 | 2022-07-22 | 华为技术有限公司 | 传输数据的方法、基站和终端设备 |
| US10879927B2 (en) * | 2017-05-17 | 2020-12-29 | Futurewei Technologies, Inc. | Compact low density parity check (LDPC) base graph |
-
2017
- 2017-05-04 CN CN201710307430.1A patent/CN108809487B/zh active Active
-
2018
- 2018-05-03 JP JP2019560300A patent/JP6925450B2/ja active Active
- 2018-05-03 EP EP18794463.2A patent/EP3609101B1/en active Active
- 2018-05-03 BR BR112019023128-5A patent/BR112019023128A2/pt unknown
- 2018-05-03 KR KR1020197035193A patent/KR102260943B1/ko active IP Right Grant
- 2018-05-03 WO PCT/CN2018/085408 patent/WO2018202057A1/zh unknown
-
2019
- 2019-11-04 US US16/673,613 patent/US11101927B2/en active Active
-
2021
- 2021-07-29 US US17/389,004 patent/US11588576B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN108809487A (zh) | 2018-11-13 |
| US20210359786A1 (en) | 2021-11-18 |
| EP3609101A4 (en) | 2020-04-08 |
| US20200067641A1 (en) | 2020-02-27 |
| US11101927B2 (en) | 2021-08-24 |
| KR102260943B1 (ko) | 2021-06-04 |
| WO2018202057A1 (zh) | 2018-11-08 |
| US11588576B2 (en) | 2023-02-21 |
| EP3609101A1 (en) | 2020-02-12 |
| KR20200003073A (ko) | 2020-01-08 |
| BR112019023128A2 (pt) | 2020-05-26 |
| EP3609101B1 (en) | 2022-03-02 |
| CN108809487B (zh) | 2022-07-22 |
| JP6925450B2 (ja) | 2021-08-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6925450B2 (ja) | データ送信方法、基地局、及び端末デバイス | |
| JP7007405B2 (ja) | ポーラー符号化のための方法および装置 | |
| US10700705B2 (en) | Encoding and decoding method and terminal | |
| US20200322090A1 (en) | Method and device for rate matching and polar encoding | |
| WO2017124844A1 (zh) | 确定极化码传输块大小的方法和通信设备 | |
| KR102326830B1 (ko) | 전송 블록 크기를 확정하는 방법, 장치 및 기기 | |
| JP7092795B2 (ja) | データ処理方法およびデータ処理装置 | |
| CN108631937B (zh) | 一种信息处理方法、装置及设备 | |
| WO2018202080A1 (zh) | Polar码编译码方法及装置 | |
| JP2021514551A (ja) | 動的構成方法、端末機器、ネットワーク機器およびコンピュータ記憶媒体 | |
| KR102520788B1 (ko) | 채널 상태 정보 인코딩 방법 및 장치, 저장 매체 및 프로세서 | |
| KR102071929B1 (ko) | 정보 전송 방법, 장치 및 시스템 | |
| CN110034845B (zh) | 信息处理方法和无线传输设备 | |
| WO2018210216A1 (zh) | 传输数据的方法、芯片、收发机和计算机可读存储介质 | |
| WO2022117061A1 (zh) | 一种极化码辅助比特的确定方法和装置 | |
| EP3209057B1 (en) | Data transmission method, device and system | |
| JP2024523043A (ja) | データ処理方法、装置、及びシステム | |
| WO2018202151A1 (zh) | 通信方法和通信装置 | |
| CN108809479B (zh) | 数据处理方法和数据处理装置 | |
| WO2020077640A1 (zh) | 一种存储方法及极化码接收设备 | |
| CN115529107A (zh) | 一种调制和编码方案mcs表格确定方法及装置 | |
| CN115549848A (zh) | 一种数据传输方法和通信装置 | |
| KR20210008086A (ko) | Mcs 테이블을 결정하는 방법, 단말, 기지국 및 판독 가능한 저장 매체 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20191204 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20191204 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20201026 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20201201 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210212 |
|
| 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: 20210713 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210803 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6925450 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |