(57)【特許請求の範囲】
【請求項１】
データ送信方法であって、前記方法は、
基地局によって、Ｎ個のラプタ様低密度パリティチェック（ＬＤＰＣ）ベースグラフ内で、ターゲットベースグラフを決定するステップであって、第１のベースグラフ及び第２のベースグラフは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの任意の２つであり、前記第１のベースグラフに含まれる情報ビットに対応する列の数量は、前記第２のベースグラフに含まれる情報ビットに対応する列の数量と異なり、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号長間での共通部分は空でなく、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号レート間での共通部分は空でなく、Ｎは、２以上の正の整数である、ステップと、
前記基地局によって、指示情報を端末デバイスに送信するステップであって、前記指示情報は、変調及び符号化方式（ＭＣＳ）インデックスを含み、前記指示情報は、前記端末デバイスに、前記ＭＣＳインデックスに対応するトランスポートブロックサイズ及び変調次数に基づいて決定される符号長及び符号レートに従って、前記ターゲットベースグラフを決定し、決定された前記ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を実行するよう指示するために用いられる、ステップと、を含む、
方法。
【請求項２】
前記基地局によって、指示情報を端末デバイスに送信する前記ステップは、
前記基地局によって、少なくともＮ個のＭＣＳインデックス内で、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて、前記ターゲットベースグラフに対応する前記ＭＣＳインデックスを決定するステップと、
前記基地局によって、前記ＭＣＳインデックスを前記端末デバイスに送信するステップと、を含む
請求項１に記載の方法。
【請求項３】
ＭＣＳインデックスとベースグラフとの間の前記対応関係は、ＭＣＳテーブルを用いることによって示され、前記ＭＣＳテーブルは、前記少なくともＮ個のＭＣＳインデックスを含み、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフの１つに対応し、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスのうちの少なくとも１つにさらに対応する
請求項２に記載の方法。
【請求項４】
前記方法は、さらに、
前記基地局によって、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタを決定するステップと、
前記基地局によって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行するステップと、を含む
請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記方法は、
前記基地局によって、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタを決定するステップと、
前記基地局によって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、受信された情報についてのＬＤＰＣ復号を実行するステップと、
をさらに含む、
請求項１〜３のいずれか１項に記載の方法。
【請求項６】
前記指示情報は、制御情報に含まれる、
請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記制御情報は、ダウンリンク制御情報（ＤＣＩ）である、
請求項６に記載の方法。
【請求項８】
データ送信方法であって、前記方法は、
端末デバイスによって、基地局によって送信された指示情報を受信するステップであって、前記指示情報は、変調及び符号化方式（ＭＣＳ）インデックスを含む、ステップと、
前記端末デバイスによって、前記ＭＣＳインデックスに対応するトランスポートブロックサイズ及び変調次数に基づいて符号長及び符号レートを決定するステップと、
前記端末デバイスによって、前記符号長及び符号レートに従って、低密度パリティチェック（ＬＤＰＣ）符号化及び復号を実行するために用いられるターゲットベースグラフを決定するステップであって、前記ターゲットベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフからのものであり、第１のベースグラフ及び第２のベースグラフは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの任意の２つであり、前記第１のベースグラフに含まれる情報ビットに対応する列の数量は、前記第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号長間での共通部分は空でなく、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号レート間での共通部分は空でなく、Ｎは、２以上の正の整数である、ステップと、を含む、
方法。
【請求項９】
前記端末デバイスによって、前記指示情報に従って、ＬＤＰＣ符号化及び復号を実行するために用いられるターゲットベースグラフを決定する前記ステップは、
前記端末デバイスによって、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて、前記ターゲットベースグラフとして、前記ＭＣＳインデックスに対応するベースグラフを決定するステップを含む、
請求項８に記載の方法。
【請求項１０】
ＭＣＳインデックスとベースグラフとの間の前記対応関係は、ＭＣＳテーブルを用いることによって示され、前記ＭＣＳテーブルは、少なくともＮ個のＭＣＳインデックスを含み、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの１つに対応し、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスのうちの少なくとも１つにさらに対応する、
請求項９に記載の方法。
【請求項１１】
前記方法は、さらに、
前記端末デバイスによって、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタを決定するステップと、
前記端末デバイスによって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行するステップと、を含む、
請求項８〜１０のいずれか１項に記載の方法。
【請求項１２】
前記方法は、さらに、
前記端末デバイスによって、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタを決定するステップと、
前記端末デバイスによって、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、受信された情報についてのＬＤＰＣ復号を実行するステップと、
を含む、
請求項８〜１０のいずれか１項に記載の方法。
【請求項１３】
前記指示情報は、制御情報に含まれる、
請求項８〜１２のいずれか１項に記載の方法。
【請求項１４】
前記制御情報は、ダウンリンク制御情報（ＤＣＩ）である、
請求項１３に記載の方法。
【請求項１５】
Ｎ個のラプタ様低密度パリティチェックコード（ＬＤＰＣ）ベースグラフを格納するように構成されたストレージユニットと、
前記ストレージユニットに格納された前記Ｎ個のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定するように構成された処理ユニットであって、第１のベースグラフ及び第２のベースグラフは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの任意の２つであり、前記第１のベースグラフに含まれる情報ビットに対応する列の数量は、前記第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号長間での共通部分は空でなく、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号レート間での共通部分は空でなく、Ｎは、２以上の正の整数である、処理ユニットと、
指示情報を端末デバイスに送信するように構成された送信ユニットであって、前記指示情報は、変調及び符号化方式（ＭＣＳ）インデックスを含み、前記指示情報は、前記端末デバイスに、前記ＭＣＳインデックスに対応するトランスポートブロックサイズ及び変調次数に基づいて決定される符号長及び符号レートに従って、前記ターゲットベースグラフを決定し、決定された前記ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を実行するよう指示するために用いられる、送信ユニットと、
を備える、基地局。
【請求項１６】
前記処理ユニットは、少なくともＮ個のＭＣＳインデックス内で、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて、前記ターゲットベースグラフに対応する前記ＭＣＳインデックスを決定するようにさらに構成され、
前記送信ユニットは、前記ＭＣＳインデックスを前記端末デバイスに送信するように特に構成される、
請求項１５に記載の基地局。
【請求項１７】
ＭＣＳインデックスとベースグラフとの間の前記対応関係は、ＭＣＳテーブルを用いることによって示され、前記ＭＣＳテーブルは、前記少なくともＮ個のＭＣＳインデックスを含み、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフの１つに対応し、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスのうちの少なくとも１つにさらに対応する
請求項１６に記載の基地局。
【請求項１８】
前記処理ユニットは、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタを決定し、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行するようにさらに構成される、
請求項１５〜１７のいずれか１項に記載の基地局。
【請求項１９】
前記処理ユニットは、
符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタを決定し、
前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、受信された情報についてのＬＤＰＣ復号を実行する
ようにさらに構成される、
請求項１５〜１７のいずれか１項に記載の基地局。
【請求項２０】
前記指示情報は、制御情報に含まれる、
請求項１５〜１９のいずれか１項に記載の基地局。
【請求項２１】
前記制御情報は、ダウンリンク制御情報（ＤＣＩ）である、
請求項２０に記載の基地局。
【請求項２２】
Ｎ個のラプタ様低密度パリティチェック（ＬＤＰＣ）ベースグラフを格納するように構成されたストレージユニットと、
基地局によって送信された指示情報を受信することであって、前記指示情報は、変調及び符号化方式（ＭＣＳ）インデックスを含む、ことを行うように構成された受信ユニットと、
前記ＭＣＳインデックスに対応するトランスポートブロックサイズ及び変調次数に基づいて符号長及び符号レートを決定することと、前記符号長及び符号レートに従って、ＬＤＰＣ符号化及び復号を実行するために用いられるターゲットベースグラフを決定することと、を行うように構成された処理ユニットと、を備え、
前記ターゲットベースグラフは、前記ストレージユニットに格納された前記Ｎ個のラプタ様ＬＤＰＣベースグラフからのものであり、第１のベースグラフ及び第２のベースグラフは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの任意の２つであり、前記第１のベースグラフに含まれる情報ビットに対応する列の数量は、前記第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号長間での共通部分は空でなく、前記第１のベースグラフ及び前記第２のベースグラフによってサポートされる符号レート間での共通部分は空でなく、Ｎは、２以上の正の整数である、
端末デバイス。
【請求項２３】
前記処理ユニットは、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて、前記ターゲットベースグラフとして、前記ＭＣＳインデックスに対応するベースグラフを決定するように特に構成される、
請求項２２に記載の端末デバイス。
【請求項２４】
ＭＣＳインデックスとベースグラフとの間の前記対応関係は、ＭＣＳテーブルを用いることによって示され、前記ＭＣＳテーブルは、少なくともＮ個のＭＣＳインデックスを含み、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、前記Ｎ個のラプタ様ＬＤＰＣベースグラフのうちの１つに対応し、前記少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスのうちの少なくとも１つにさらに対応する、
請求項２３に記載の端末デバイス。
【請求項２５】
前記処理ユニットは、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタを決定し、前記ターゲットリフティングファクタ及び前記ターゲットベースグラフに基づいて、前記符号化されるべきコードブロックについてのＬＤＰＣ符号化を実行するようにさらに構成される、
請求項２２〜２４のいずれか１項に記載の端末デバイス。
【請求項２６】
前記処理ユニットは、
符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタを決定し、
前記ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信された情報についてのＬＤＰＣ復号を実行する
ようにさらに構成される、
請求項２２〜２４のいずれか１項に記載の端末デバイス。
【請求項２７】
前記指示情報は、制御情報に含まれる、
請求項２２〜２４のいずれか１項に記載の端末デバイス。
【請求項２８】
前記制御情報は、ダウンリンク制御情報（ＤＣＩ）である、
請求項２７に記載の端末デバイス。
【請求項２９】
請求項１〜１４のいずれか１項に記載の前記方法を実行するように構成された、装置。
【請求項３０】
請求項２２〜２８のいずれか１項に記載の前記端末デバイスと、請求項１５〜２１のいずれか１項に記載の前記基地局とを含む、通信システム。
【請求項３１】
命令を含むことを特徴とするコンピュータ可読記録媒体であって、前記命令がコンピュータ上で実行されたときに、請求項１〜１４のいずれか１項に記載の前記方法を前記コンピュータに実行させる、コンピュータ可読記録媒体。
【請求項３２】
請求項１〜１４のいずれか１項に記載の前記方法をコンピュータに実行させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照によりその全体が本明細書に組み込まれている、２０１７年５月４日に中国特許庁に出願した「ＤＡＴＡ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＭＥＴＨＯＤ，  ＢＡＳＥ  ＳＴＡＴＩＯＮ，  ＡＮＤ  ＴＥＲＭＩＮＡＬ  ＤＥＶＩＣＥ」という名称の中国特許出願第２０１７１０３０７４３０．１号の優先権を主張するものである。
【０００２】
本出願は通信分野に関し、より具体的には、データ送信方法、基地局、及び端末デバイスに関する。
【背景技術】
【０００３】
第５世代（５ｔｈ  Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システムの拡張モバイルインターネット（Ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）シナリオにおいて、ラプタ様低密度パリティチェックコード（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ  Ｃｏｄｅ、ＬＤＰＣ）は、データチャネル符号化方式のために用いられることが決定される。
【０００４】
５Ｇ通信システムにおいて用いられ得るラプタ様ＬＤＰＣベースグラフが、例として用いられる。１つのラプタ様ＬＤＰＣベースグラフ（ｂａｓｅ  ｇｒａｐｈ）は、４０ビットから８１９２ビットまでの範囲の長さを有する符号化されるべきコードブロックに対して、符号化を行うために用いられてよく、１／５から８／９までの範囲の符号化の符号レートを達成する。しかし、このような広い範囲の符号長及びこのような広い範囲の符号レートが１つのラプタ様ＬＤＰＣベースグラフを用いることによってサポートされるとき、いくつかの問題がある。例えば、ラプタ様ＬＤＰＣベースグラフは、異なる長さを有するコードブロックの符号化性能及び復号性能を確実にすることはできず、及び高符号レート符号化及び復号と、低符号レート符号化及び復号との両方の性能を保証することはできない。
【発明の概要】
【０００５】
本出願は、符号化されたトランスポートブロックが実際のサービスの要件を満足することができるように、データ送信方法、基地局、及び端末デバイスを提供する。
【０００６】
第１の態様によれば、本出願の実施形態はデータ送信方法を提供する。方法は、基地局によって、Ｎ個のラプタ様低密度パリティチェックコードＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定するステップであって、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、また、Ｎは２以上の正の整数である、ステップと、基地局によって、指示情報を端末デバイスに送るステップであって、指示情報は、ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を行うように、端末デバイスに指示するために用いられる、ステップとを含む。上記の技術的解決策に基づいて、基地局は、ＬＤＰＣ符号化及び復号を行うために用いられ得る複数のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ターゲットベースグラフを端末デバイスに示し得る。さらに、１つの符号レート又は１つのコードブロック長に対して、基地局は必要に応じて異なるベースグラフを選択し得る。
【０００７】
第１の態様に関連して、第１の態様の第１の可能な実装において、基地局によって、指示情報を端末デバイスに送るステップは、基地局によって、変調及び符号化方式ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて少なくともＮ個のＭＣＳインデックス内で、ターゲットベースグラフに対応するターゲットＭＣＳインデックスを決定するステップと、基地局によって、ターゲットＭＣＳインデックスを端末デバイスに送るステップとを含み、ターゲットＭＣＳインデックスは指示情報である。基地局は、既存のシグナリング内のＭＣＳインデックスを用いて、指示情報を搬送し得る。従って、上記の技術的解決策において、決定されたターゲットベースグラフは、シグナリングオーバーヘッドを増加せずに、及びシグナリング構造を変更せずに、端末デバイスに示され得る。
【０００８】
第１の態様の第１の可能な実装に関連して、第１の態様の第２の可能な実装において、ＭＣＳインデックスとベースグラフとの間の対応関係は、ＭＣＳテーブルを用いることによって示され、ここでＭＣＳテーブルは少なくともＮ個のＭＣＳインデックスを含み、少なくともＮ個のＭＣＳインデックスのそれぞれは、Ｎ個のラプタ様ＬＤＰＣベースグラフの１つに対応し、また、少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスの少なくとも１つにさらに対応する。ターゲットベースグラフは、トランスポートブロックサイズと相互に関連付けられ得る。従って、ターゲットベースグラフ、及びターゲットベースグラフに対応するトランスポートブロックサイズインデックスの両方は、ＭＣＳインデックスを用いることによって端末デバイスに示される。
【０００９】
第１の態様又は第１の態様の上記の可能な実装のいずれか１つに関連して、第１の態様第３の可能な実装において、方法は、基地局によって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、基地局によって、符号化されるべきコードブロックの長さに基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、基地局によって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うステップとをさらに含む。異なる要件及び異なるハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ、ＨＡＲＱ）性能は、適切なリフティングファクタを選択することによって満たされる。
【００１０】
第１の態様、第１の態様の第１の可能な実装、又は第１の態様の第２の可能な実装のいずれか１つに関連して、第１の態様の第４の可能な実装において、方法は、基地局によって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、基地局によって、符号化されるべきコードブロックの長さに基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、端末デバイスによって送られたコードブロックを、基地局によって受信するステップであって、端末デバイスによって送られたコードブロックは、端末デバイスによって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うことによって取得される、ステップと、基地局によって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信されたコードブロックに対してＬＤＰＣ復号を行うステップとをさらに含む。異なる要件及び異なるＨＡＲＱ性能は、適切なリフティングファクタを選択することによって満たされる。
【００１１】
第１の態様又は第１の態様の上記の可能な実装のいずれか１つに関連して、第１の態様の第５の可能な実装において、第２のベースグラフの列は、第１のベースグラフの列のサブセットである。これはラプタ様ＬＤＰＣベースグラフを記憶するためのストレージスペースを低減することができる。
【００１２】
第２の態様によれば、本出願の実施形態は、データ送信方法を提供する。方法は、基地局によって送られた指示情報を、端末デバイスによって受信するステップと、指示情報に従って端末デバイスによって、低密度パリティチェックコードＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するステップとを含み、ここでターゲットベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフからのものであり、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、また、Ｎは２以上の正の整数である。
【００１３】
第２の態様に関連して、第２の態様の第１の可能な実装において、基地局によって送られた指示情報を、端末デバイスによって受信するステップは、基地局によって送られたターゲット変調及び符号化方式ＭＣＳインデックスを、端末デバイスによって受信するステップを含み、ターゲットＭＣＳインデックスは指示情報であり、指示情報に従って端末デバイスによって、ＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するステップは、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて端末デバイスによって、ターゲットＭＣＳインデックスに対応するベースグラフを、ターゲットベースグラフとして決定するステップを含む。従って、上記の技術的解決策において、ターゲットベースグラフは、シグナリングオーバーヘッドを増加せずに、及びシグナリング構造を変更せずに決定され得る。
【００１４】
第２の態様の第１の可能な実装に関連して、第２の態様の第２の可能な実装において、基地局によって送られた指示情報を、端末デバイスによって受信するステップは、基地局によって送られたターゲット変調及び符号化方式ＭＣＳインデックスを、端末デバイスによって受信するステップを含み、ターゲットＭＣＳインデックスは指示情報であり、指示情報に従って端末デバイスによって、ＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するステップは、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて端末デバイスによって、ターゲットＭＣＳインデックスに対応するベースグラフを、ターゲットベースグラフとして決定するステップを含む。従って、ターゲットベースグラフ、及びターゲットベースグラフに対応するトランスポートブロックサイズインデックスの両方は、ＭＣＳインデックスを用いることによって取得される。
【００１５】
第２の態様又は第２の態様の上記の可能な実装のいずれか１つに関連して、第２の態様の第３の可能な実装において、方法は、端末デバイスによって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、端末デバイスによって、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、端末デバイスによって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うステップとをさらに含む。異なる要件及び異なるＨＡＲＱ性能は、適切なリフティングファクタを選択することによって満たされる。
【００１６】
第２の態様、第２の態様の第１の可能な実装、又は第２の態様の第２の可能な実装のいずれか１つに関連して、第２の態様の第４の可能な実装において、方法は、端末デバイスによって、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定するステップであって、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む、ステップと、端末デバイスによって、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定するステップと、基地局によって送られたコードブロックを、端末デバイスによって受信するステップであって、基地局によって送られたコードブロックは、基地局によって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うことによって取得される、ステップと、端末デバイスによって、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信されたコードブロックに対してＬＤＰＣ復号を行うステップとをさらに含む。異なる要件及び異なるＨＡＲＱ性能は、適切なリフティングファクタを選択することによって満たされる。
【００１７】
第２の態様又は第２の態様の上記の可能な実装のいずれか１つに関連して、第２の態様の第５の可能な実装において、第２のベースグラフの列は、第１のベースグラフの列のサブセットである。これはラプタ様ＬＤＰＣベースグラフを記憶するためのストレージスペースを低減することができる。
【００１８】
第３の態様によれば、本出願の実施形態は基地局を提供する。基地局は、第１の態様又は第１の態様のいずれかの可能な実装における方法を行うように構成されたユニットを含む。
【００１９】
第４の態様によれば、本出願の実施形態は端末デバイスを提供する。端末デバイスは、第２の態様又は第２の態様のいずれかの可能な実装における方法を行うように構成されたユニットを含む。
【００２０】
第５の態様によれば、本出願の実施形態は基地局を提供する。基地局は、メモリと、トランシーバと、プロセッサとを含む。メモリは、第１の態様又は第１の態様のいずれかの可能な実装における方法を実施するために用いられる命令を記憶し、プロセッサは、トランシーバと協働して、メモリに記憶された命令を実行する。
【００２１】
第６の態様によれば、本出願の実施形態は端末デバイスを提供する。端末デバイスは、メモリと、トランシーバと、プロセッサとを含む。メモリは、第２の態様又は第２の態様のいずれかの可能な実装における方法を実施するために用いられる命令を記憶し、プロセッサは、トランシーバと協働して、メモリに記憶された命令を実行する。
【００２２】
第７の態様によれば、本出願の実施形態はコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは上記の態様における方法を行うことが可能になる。
【００２３】
第８の態様によれば、本出願の実施形態は、命令を含んだコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で実行されたとき、コンピュータは上記の態様における方法を行うことが可能になる。
【図面の簡単な説明】
【００２４】
【図１】ラプタ様ＬＤＰＣ行列の概略図である。
【図２】本出願の実施形態によるデータ送信方法の概略フローチャートである。
【図３】本出願の実施形態による基地局の構造ブロック図である。
【図４】本出願の実施形態による端末デバイスの構造ブロック図である。
【図５】本出願の実施形態による基地局の構造ブロック図である。
【図６】本出願の実施形態による端末デバイスの構造ブロック図である。
【発明を実施するための形態】
【００２５】
以下は、添付の図面を参照して、本出願の技術的解決策を述べる。
【００２６】
本出願の実施形態の技術的解決策は、ラプタ様ＬＤＰＣ行列が符号化及び復号を行うために用いられる様々な通信システム、例えば、第５世代（５ｔｈ  Ｇｅｎｅｒａｔｉｏｎ、５Ｇ）ネットワークシステム及び新無線（ｎｅｗ  ｒａｄｉｏ、ＮＲ）に適用され得ることが理解されるべきである。
【００２７】
本出願の実施形態で述べられるワイヤレス送信デバイスは、端末デバイスと、ネットワークデバイスとを含み得る。
【００２８】
本出願の実施形態の技術的解決策で述べられる端末デバイスは、アクセス端末、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ、ＵＥ）、加入者ユニット、加入者局、移動局、モバイルコンソール、リモート局、リモート端末、モバイル装置、ユーザ端末、端末、ワイヤレス通信デバイス、ユーザエージェント又はユーザ装置、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス又はワイヤレスモデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、及び将来の５Ｇネットワークにおける端末デバイスと呼ばれ得る。端末デバイスは、無線アクセスネットワーク（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ、ＲＡＮ）を通して１つ又は複数のコアネットワークと通信してよいし、或いは、自己組織化方式又はグラントフリー方式で分散型ネットワークに接続され得る。端末デバイスは、代替的に、通信のための他の方式においてワイヤレスネットワークに接続されてよいし、或いは、端末デバイスは、他の端末デバイスとワイヤレス通信を直接行い得る。これは本出願の実施形態において限定されない。
【００２９】
本出願の実施形態で説明されるネットワークデバイスは、ノードＢ（ｎｏｄｅ  Ｂ）、進化型ノードＢ（Ｅｖｏｌｕｔｉｏｎａｌ  ＮｏｄｅＢ、ｅＮＢ）、通信システムにおける基地局、将来の通信システムにおける基地局又はネットワークデバイスなどでよい。
【００３０】
データリンク層は、データを処理のためにトランスポートブロック（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ、ＴＢ）によって物理層に送る。トランスポートブロックを受信した後、物理層は、ＴＢに対してエラー検出を行う能力を強化するために、最初にトランスポートブロックに巡回冗長検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ、ＣＲＣ）パリティビットを追加する。エンコーダによってサポートされる入力長は、制限される。いくつかの場合、ＣＲＣパリティビットが追加されるＴＢの長さは、エンコーダによってサポートされる入力長より大きくなり得る。その場合において、ＣＲＣパリティビットが追加されるＴＢに対して、コードブロックセグメント化が行われる必要がある。コードブロックセグメント化は、エンコーダによる符号化のために、ＣＲＣパリティビットを有するトランスポートブロックを、エンコーダによってサポートされる入力長にその長さが整合する複数のコードブロック（Ｃｏｄｅ  Ｂｌｏｃｋ、ＣＢ）にセグメント化することである。いくつかの場合、ＣＲＣパリティビットを有するＴＢの長さは、エンコーダによってサポートされる長さより小さくてよく、また、この場合は、コーダによってサポートされる入力長に整合する長さに達するように、ＴＢにフィラービットが挿入され得る。
【００３１】
本出願の実施形態で述べられる符号化されるべきコードブロックは、エンコーダに入力されるコードブロックである。例えば、符号化処理において、コードブロックセグメント化を通して取得されたＣＢにＣＲＣパリティビットが付加されてよく、ＣＲＣパリティビットを有するＣＢはエンコーダに入力される。実施形態において、ＣＲＣパリティビットを有するＣＢは、本出願の実施形態で述べられる符号化されるべきコードブロック、又はＬＤＰＣ符号化されるべきコードブロックである。
【００３２】
図１は、ラプタ様ＬＤＰＣ行列の概略図である。ラプタ様ＬＤＰＣ行列は、５つの部分に分割され得る。図１に示されるＡ、Ｂ、Ｃ、Ｄ、及びＥは、ラプタ様ＬＤＰＣ行列の５つの部分を表す。行列Ａはラプタ様ＬＤＰＣベースグラフと呼ばれてよく、符号化されたブロックの情報ビット部分に対応する。行列Ｂは、その列重みが３である少なくとも１つの列を含み、その列重みが３である列の右側に、二重対角構造が存在する。行列Ｃは全てゼロの行列である。行列Ｅは単位対角行列である。行列Ｄの形は限定されない。
【００３３】
図２は、本出願の実施形態によるデータ送信方法の概略フローチャートである。
【００３４】
２０１．基地局は、Ｎ個のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ここでＮは２以上の正の整数である。第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つである。第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なる。第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではない。
【００３５】
基地局は、現在のサービス要件、例えば、レイテンシかそれとも性能が優先的に考慮されるかに基づいて、ターゲットベースグラフを決定し得る。例えば、性能が優先的に考慮される選択実装では、初期送信の間の最適の復号性能が優先的に確実にされ得る。この場合、基地局は、エンコーダによって予め記憶された行列内の、最適の性能を達成し、異なる入力符号長及び異なる初期送信符号レートに対応する行列を予め記録する。基地局は、実際の符号長及び実際の符号レートに基づいて、最適なラプタ様ＬＤＰＣベースグラフをターゲットベースグラフとして選択し得る。レイテンシが優先的に考慮される他の行列選択実装では、基地局は、レイテンシに対する実際のサービスの要件に基づいて行列を選択し得る。サービスが比較的低いレイテンシを必要とするとき、基地局は、情報ビットに対応する列の数量が比較的小さなラプタ様ＬＤＰＣベースグラフをターゲットベースグラフとして決定し得る。
【００３６】
確かに、基地局は、代替的に、他の選択条件に基づいてターゲットベースグラフを決定し得る。例えば、基地局は、代替的に、拡張モバイルインターネット（Ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）及び超高信頼低遅延通信（Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｕＲＬＬＣ）など、現在のサービスタイプに基づいてターゲットベースグラフを決定し得る。
【００３７】
任意選択で、いくつかの実施形態において、第２のベースグラフの列は、第１のベースグラフの列のサブセットである。
【００３８】
より具体的には、いくつかの実施形態において、第１のベースグラフはＫ個の列を含むことが想定される。第２のベースグラフはＫ’個の列を含み、Ｋ’はＫより小さな正の整数である。Ｋ’個の列内のｋ番目の列に対する第１の列は、Ｋ個の列内のｋ番目の列に対する第１の列であり、また、Ｋ’個の列内のＫ’番目の列に対する（ｋ＋１）番目の列は、Ｋ個の列内のＫ番目の列に対する（Ｋ−（Ｋ’−ｋ−１））番目の列であり、ここでＫ、Ｋ’、及びｋは全て正の整数であり、Ｋ’はＫより小さく、ｋはＫ’より小さい。
【００３９】
任意選択で、いくつかの実施形態において、ｋは１より大きな正の整数である。例えば、第１のベースグラフは３２個の列を含み、第２のベースグラフは１６個の列を含む。第２のベースグラフ内の１番目の列から１０番目の列は、第１のベースグラフの１番目の列から１０番目の列でよい。第２のベースグラフ内の１１番目の列から１６番目の列は、第１のベースグラフ内の２７番目の列から３２番目の列である。
【００４０】
さらに、いくつかの実施形態において、ｋはＫ’−１でよい。例えば、第１のベースグラフは３２個の列を含み、第２のベースグラフは１６個の列を含む。第２のベースグラフ内の１番目の列から１５番目の列は、第１のベースグラフの１番目の列から１５番目の列でよい。第２のベースグラフ内の１６番目の列は、第１のベースグラフ内の３２番目の列である。
【００４１】
２０２．基地局は、指示情報を端末デバイスに送り、ここで指示情報は、ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を行うように、端末デバイスに指示するために用いられる。
【００４２】
２０３．端末デバイスは、指示情報に従ってターゲットベースグラフを決定する。
【００４３】
任意選択で、いくつかの実施形態において、基地局は、少なくともＮ個のＭＣＳインデックス内で、変調及び符号化方式（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ、ＭＣＳ）インデックスとベースグラフとの間の対応関係に基づいて、ターゲットベースグラフに対応するターゲットＭＣＳインデックスを決定し得る。基地局は、ターゲットＭＣＳインデックスを端末デバイスに送り得る。ターゲットＭＣＳインデックスは指示情報である。
【００４４】
ＭＣＳインデックスとベースグラフとの間の対応関係は、ＭＣＳテーブルを用いることによって示され得る。ＭＣＳテーブルは少なくともＮ個のＭＣＳインデックスを含み、また、少なくともＮ個のＭＣＳインデックスのそれぞれは、Ｎ個のラプタ様ＬＤＰＣベースグラフの１つに対応する。少なくともＮ個のＭＣＳインデックスのそれぞれは、変調次数及びトランスポートブロックサイズインデックスの少なくとも１つにさらに対応する。
【００４５】
ＬＤＰＣ符号化を行うために用いられる異なるターゲットベースグラフは、通常は異なる符号レート範囲及び異なる符号長範囲をサポートする。例えば、より大きなラプタ様ＬＤＰＣベースグラフは通常、より長い符号長及びより高い符号レートをサポートするのに適し、より小さなラプタ様ＬＤＰＣベースグラフは通常、より短い符号長及びより低い符号レートのみをサポートするのに適する。行列のみによってサポートされる符号長及び符号レートについては、ＭＣＳインデックスが、ＭＣＳインデックスに対応するトランスポートブロックサイズ及び変調次数を決定するために用いられるとき、ターゲットベースグラフについての情報を決定するために、符号長及び符号レートが決定される。複数の行列によってサポートされる符号長、及び複数の行列によってサポートされる符号レートについては、異なる選択ポリシーに基づいて、ターゲットベースグラフ、及びターゲットベースグラフに対応するトランスポートブロックサイズインデックスの両方が、ＭＣＳインデックスを用いることによって端末デバイスに示され得る。
【００４６】
ターゲットベースグラフを決定した後、基地局はターゲットベースグラフに基づいて、ターゲットベースグラフに基づくターゲットベースグラフに対応するＭＣＳインデックスを決定し得る。具体的には、基地局は、端末デバイスによって送られたチャネル環境情報、例えば、チャネル品質インジケータ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ、ＣＱＩ）を受信し得る。基地局は、ＣＱＩに基づいて複数の候補ＭＣＳインデックスを決定し得る。これらの候補ＭＣＳインデックスによって示される変調次数及びトランスポートブロックサイズインデックスは、全てＣＱＩに対応する。加えて、これらの候補ＭＣＳインデックスによって示されるベースグラフは、全て異なる。基地局は、決定されたターゲットベースグラフに基づいて候補ＭＣＳインデックス内で、ターゲットベースグラフを示すＭＣＳインデックスを決定し、決定されたＭＣＳインデックスを端末デバイスに送り得る。端末デバイスは、ＭＣＳインデックスとベースグラフとの間の対応関係に基づいて、受信されたターゲットＭＣＳインデックスに対応するターゲットベースグラフを決定し得る。
【００４７】
表１は、ＭＣＳテーブルの概略図である。
【００４８】
【表１】
0006925450.tif 000002
【００４９】
表１に示されるＭＣＳテーブル内のラプタ様ＬＤＰＣベースグラフの数量は、２である。基地局は、端末デバイスによって報告されたＣＱＩに基づいて、ＭＣＳインデックス０及びＭＣＳインデックス１を用いることを決定し得ることが想定される。これは、２つのＭＣＳインデックスに対応する変調次数及びトランスポートブロックサイズがＣＱＩを満たすためである。基地局が、ターゲットベースグラフはベースグラフ２であると決定した場合、基地局はＭＣＳインデックス１を端末デバイスに送り得る。端末デバイスは、受信されたＭＣＳインデックスに基づいて、ベースグラフ２をターゲットベースグラフとして用いることを決定し得る。
【００５０】
任意選択で、いくつかの他の実施形態において、基地局は制御情報を端末デバイスに送ってよく、制御情報は指示情報を含む。
【００５１】
任意選択で、いくつかの実施形態において、制御情報はダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）でよい。ＤＣＩは、明示的に指示情報を搬送し得る。例えば、ＤＣＩにフィールドが追加されてよく、フィールドは少なくとも１つのビットを含む。フィールドは、指示情報を搬送するために用いられ得る。端末デバイスは、フィールドに基づいてターゲットベースグラフを決定し得る。ＤＣＩは、代替的に、暗示的に指示情報を搬送し得る。例えば、Ｎ個のラプタ様ＬＤＰＣベースグラフを表すＮ個のフィールドが定義され得る。基地局は、ターゲットベースグラフに対応するフィールドと、ＤＣＩ内の指定のフィールドとに対してＸＯＲ演算を行い得る。端末デバイスは、指定のフィールドと、Ｎ個のフィールドのそれぞれとに対してＸＯＲ演算を行い得る。ＤＣＩに対する巡回冗長検査は、端末デバイス及び基地局が同じフィールドに対してＸＯＲ演算を行ったときにのみ、成功する可能性が高い。端末デバイスは、ＤＣＩに対する巡回冗長検査が成功することを可能にするフィールドに対応するラプタ様ＬＤＰＣベースグラフを、ターゲットＬＤＰＣベースグラフとして決定し得る。
【００５２】
任意選択で、いくつかの実施形態において、各符号化されるべきコードブロックの符号長は、リフティングファクタに対応し得る。送信端デバイスとしてのワイヤレス送信デバイスは、符号化されるべきコードブロックの符号長に基づいてターゲットリフティングファクタを決定してよく、ターゲットベースグラフ及びターゲットリフティングファクタに基づいて、符号化されるべきコードブロックの符号長に対してＬＤＰＣ符号化を行い得る。受信端デバイスとしてのワイヤレス送信デバイスは、送信端デバイスからターゲットリフティングファクタを直接取得し得る。受信端デバイスは、代替的に、符号化されるべきコードブロックの符号長に基づいてターゲットリフティングファクタを決定し、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信された情報に対してＬＤＰＣ復号を行い得る。符号化されるべきコードブロックの符号長は、送信端から受信端デバイスに送られてよく、又は受信端デバイスによって決定され得る。符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係は、ワイヤレス送信デバイスに記憶される。加えて、基地局に記憶された、符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係は、端末デバイスに記憶された、符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係と同じであることが理解され得る。
【００５３】
任意選択で、いくつかの他の実施形態において、送信端デバイスとしてのワイヤレス送信デバイスは、要件情報に基づいて、少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定してよく、少なくとも２つのリフティングファクタグループのそれぞれは、複数のリフティングファクタを含み、要件情報は、端末デバイスタイプ、スループットレート要件、レイテンシ要件、初期送信符号レート値、及びサービスタイプの少なくとも１つを含む。送信端デバイスは、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定し得る。送信端デバイスは、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行い得る。同様に、受信端デバイスとしてのワイヤレス送信デバイスは、代替的に、要件情報に基づいて少なくとも２つのリフティングファクタグループ内で、ターゲットリフティングファクタグループを決定し、符号化されるべきコードブロックの符号長に基づいて、ターゲットリフティングファクタグループに含まれる複数のリフティングファクタ内で、ターゲットリフティングファクタを決定し、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、受信されたコードブロックに対してＬＤＰＣ復号を行い得る。送信端デバイスによってターゲットリフティングファクタを決定するルールは、受信端デバイスによってターゲットリフティングファクタを決定するルールと同じであり、それによって受信端デバイスは正しく復号を行うことができることが理解され得る。加えて、送信端デバイスは、トランスポートブロックの長さを受信端デバイスに送る。受信端は、予め設定されたコードブロックセグメント化ルールに従って、符号化されるべきコードブロックの符号長を決定し得る。受信端デバイスによって受信されたコードブロックは、ターゲットリフティングファクタ及びターゲットベースグラフに基づいて、符号化されるべきコードブロックに対してＬＤＰＣ符号化を行うことによって、送信端デバイスによって取得される。受信端デバイスによって用いられるコードブロックセグメント化ルールは、送信端デバイスによって用いられるコードブロックセグメント化ルールと同じである。従って、受信端デバイスによって決定され、符号化されるべきコードブロックのものである符号長は、送信端デバイスによって決定され、符号化されるべきコードブロックのものである符号長と同じである。
【００５４】
少なくとも２つのリフティングファクタグループに含まれる複数のリフティングファクタのそれぞれは、符号化されるべきコードブロックの符号長に対応し得る。１つの符号化されるべきコードブロックの符号長は、異なるリフティングファクタグループ内の異なるリフティングファクタに対応し得る。リフティングファクタグループに含まれるリフティングファクタは、予め設定される。少なくとも２つのリフティングファクタグループ、及び符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応関係は、ワイヤレス送信デバイスに記憶される。基地局及び端末デバイスは、同じリフティングファクタグループ、及び同じ符号化されるべきコードブロックの符号長と、リフティングファクタとの間の対応を記憶することが理解され得る。
【００５５】
リフティングファクタグループの設定は、要件情報に対応し得る。２つのリフティングファクタグループがあることが想定される。２つのリフティングファクタグループ内のリフティングファクタの第１のグループは、比較的高いレイテンシ要件が存在する間の符号化に適用可能であり、リフティングファクタの第２のグループは、一般的なレイテンシ要件が存在する間の符号化に適用可能である。この場合、送信端デバイスが、符号化の間に比較的高いレイテンシ要件が存在すると決定した場合、リフティングファクタの第１のグループがターゲットリフティングファクタグループとして決定され得る。同様に、リフティングファクタグループは、異なるサービスタイプ、端末デバイスタイプ、スループットレート要件、初期送信符号レートなどに基づいて分割され得る。確かに、異なるリフティングファクタグループは、代替的に、異なる要件情報に対応し得る。例えば、リフティングファクタのグループは、比較的高いレイテンシ要件が存在する間の符号化に適用可能であり、別のリフティングファクタのグループは、比較的高いスループットレート要件が存在する間の符号化に適用可能である。
【００５６】
初回送信符号レートなどとも呼ばれる、初期送信符号レートは、ＬＤＰＣ符号化を受けたコードブロックに対してレートマッチングが行われた後、符号化されたコードブロックを受信端デバイスに最初に送るための送信符号レートである。
【００５７】
上記の技術的解決策に基づいて、基地局は、ＬＤＰＣ符号化を行うために用いられ得る複数のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ターゲットベースグラフを端末デバイスに示し得る。さらに、１つの符号レート又は１つの符号長に対して、基地局は必要に応じて異なるベースグラフを選択し得る。加えて、複数のラプタ様ＬＤＰＣベースグラフは、異なる符号レート及び異なる符号長をサポートしてもよい。これは、サポートされる符号レート及び符号長の範囲を増加させることができる。
【００５８】
図３は、本出願の実施形態による基地局の構造ブロック図である。図３に示されるように、基地局３００は、ストレージユニット３０１と、処理ユニット３０２と、送信ユニット３０３とを含む。
【００５９】
ストレージユニット３０１は、Ｎ個のラプタ様ＬＤＰＣベースグラフを記憶するように構成される。
【００６０】
処理ユニット３０２は、ストレージユニット３０１に記憶されたＮ個のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定するように構成され、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、また、Ｎは２以上の正の整数である。
【００６１】
送信ユニット３０３は、指示情報を端末デバイスに送るように構成され、ここで指示情報は、ターゲットベースグラフを用いてＬＤＰＣ符号化及び復号を行うように、端末デバイスに指示するために用いられる。
【００６２】
図３に示される基地局３００は、ＬＤＰＣ符号化及び復号を行うために用いられ得る複数のラプタ様ＬＤＰＣベースグラフ内で、ターゲットベースグラフを決定し、ターゲットベースグラフを端末デバイスに示し得る。さらに、１つの符号レート又は１つの符号長に対して、基地局３００は必要に応じて異なるベースグラフを選択し得る。
【００６３】
ストレージユニット３０１はメモリによって実装されてよく、処理ユニット３０２はプロセッサによって実装されてよく、また、送信ユニット３０３は送信器によって実装されてよい。
【００６４】
加えて、基地局３００は受信ユニットをさらに含んでよく、受信ユニットは端末デバイスによって送られたコードブロックを受信するように構成され得る。受信ユニットは受信器によって実装され得る。
【００６５】
基地局３００の各ユニットの具体的な機能及び有利な効果については、図２に示される方法を参照し、詳細は本明細書では再び説明されない。
【００６６】
図４は、本出願の実施形態による端末デバイスの構造ブロック図である。図４に示される端末デバイス４００は、ストレージユニット４０１と、受信ユニット４０２と、処理ユニット４０３とを含む。
【００６７】
ストレージユニット４０１は、Ｎ個のラプタ様ＬＤＰＣベースグラフを記憶するように構成される。
【００６８】
受信ユニット４０２は、基地局によって送られた指示情報を受信するように構成される。
【００６９】
処理ユニット４０３は、指示情報に従って、ＬＤＰＣ符号化及び復号を行うために用いられるターゲットベースグラフを決定するように構成され、ここでターゲットベースグラフは、ストレージユニット４０１に記憶されたＮ個のラプタ様ＬＤＰＣベースグラフからのものであり、第１のベースグラフ及び第２のベースグラフは、Ｎ個のラプタ様ＬＤＰＣベースグラフの任意の２つであり、第１のベースグラフに含まれる情報ビットに対応する列の数量は、第２のベースグラフに含まれる情報ビットに対応する列の数量とは異なり、第１のベースグラフ及び第２のベースグラフによってサポートされる符号長の間の共通部分は空ではなく、第１のベースグラフ及び第２のベースグラフによってサポートされる符号レートの間の共通部分は空ではなく、及びＮは２以上の正の整数である。
【００７０】
ストレージユニット４０１はメモリによって実施されてよく、受信ユニット４０２は受信器によって実装されてよく、及び処理ユニット４０３はプロセッサによって実装されてよい。
【００７１】
端末デバイス４００の各ユニットの具体的な機能及び有利な効果については、図２に示される方法を参照し、詳細は本明細書では再び説明されない。
【００７２】
図５は、本出願の実施形態による基地局の構造ブロック図である。図５に示される基地局５００は、プロセッサ５０１と、メモリ５０２と、トランシーバ回路５０３とを含む。
【００７３】
基地局５００の構成要素は、バスシステム５０４を用いることによって互いに接続される。データバスに加えて、バスシステム５０４は、電源バス、制御バス、及びステータス信号バスを含む。しかし、説明を明瞭にするために、図５において様々なバスはバスシステム５０４として示される。
【００７４】
本出願の上記の実施形態において開示される方法は、プロセッサ５０１に適用されてよいし、又はプロセッサ５０１によって実装され得る。プロセッサ５０１は、集積回路チップでよく、信号処理能力を有する。実施プロセスにおいて、上記の方法のステップは、プロセッサ５０１内のハードウェア集積論理回路を用いることによって、又はソフトウェアの形での命令を用いることによって実施されることができる。上記のプロセッサ５０１は、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）又は他のプログラマブルロジックデバイス、個別のゲート又はトランジスタロジックデバイス、或いは、個別のハードウェア構成要素であってよい。プロセッサ５０１は、本出願の実施形態において開示される方法、ステップ及び論理ブロック図を実施又は行い得る。汎用プロセッサはマイクロプロセッサであってよいし、又はプロセッサは任意の通常のプロセッサなどであってよい。本出願の実施形態において開示される方法のステップは、ハードウェア復号プロセッサによって直接行われ又は達成されてよいし、又は復号プロセッサ内のハードウェアモジュールとソフトウェアモジュールの組み合わせによって行われ又は達成されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、又はレジスタなど、当技術分野において成熟した記憶媒体内に位置し得る。記憶媒体はメモリ５０２内に位置する。プロセッサ５０１は、メモリ５０２内の命令を読み出し、トランシーバ回路５０３と協働して上記の方法のステップを完了させる。
【００７５】
図６は、本出願の実施形態による端末デバイスの構造ブロック図である。図６に示される端末デバイス６００は、プロセッサ６０１と、メモリ６０２と、トランシーバ回路６０３とを含む。
【００７６】
端末デバイス６００の構成要素は、バスシステム６０４を用いることによって互いに接続される。データバスに加えて、バスシステム６０４は、電源バス、制御バス、及びステータス信号バスを含む。しかし、説明を明瞭にするために、図６において様々なバスはバスシステム６０４として示される。
【００７７】
本出願の上記の実施形態において開示される方法は、プロセッサ６０１に適用されてよいし、又はプロセッサ６０１によって実施され得る。プロセッサ６０１は、集積回路チップでよく、信号処理能力を有する。実装プロセスにおいて、上記の方法のステップは、プロセッサ６０１内のハードウェア集積論理回路を用いることによって、又はソフトウェアの形での命令を用いることによって実施されることができる。上記のプロセッサ６０１は、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）又は他のプログラマブルロジックデバイス、個別のゲート又はトランジスタロジックデバイス、或いは、個別のハードウェア構成要素であってよい。プロセッサ６０１は、本出願の実施形態において開示される方法、ステップ及び論理ブロック図を実施又は行い得る。汎用プロセッサはマイクロプロセッサであってよいし、又はプロセッサは任意の通常のプロセッサなどであってよい。本出願の実施形態において開示される方法のステップは、ハードウェア復号プロセッサによって直接行われ又は達成されてよいし、又は復号プロセッサ内のハードウェアモジュールとソフトウェアモジュールの組み合わせによって行われ又は達成されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、又はレジスタなど、当技術分野において成熟した記憶媒体内に位置し得る。記憶媒体はメモリ６０２内に位置する。プロセッサ６０１は、メモリ６０２内の命令を読み出し、トランシーバ回路６０３と協働して上記の方法のステップを完了させる。
【００７８】
当業者は、本出願で開示される実施形態で述べられる例におけるユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実施され得ることを認識し得る。機能がハードウェアかそれともソフトウェアによって行われるかは、特定の応用例、及び技術的解決策の設計上の制約条件に依存する。当業者は、説明された機能を各特定の応用例に対して実施するために異なる方法を用い得るが、実装は本出願の範囲を超えるものと見なされるべきではない。
【００７９】
当業者には、簡便及び簡潔な説明のために、上記のシステム、装置、及びユニットの詳細な動作プロセスに対して、方法の上記の実施形態における対応するプロセスが参照され得ることが明らかに理解されてよく、詳細は本明細書では再び説明されない。
【００８０】
本出願において提供されるいくつかの実施形態において、開示されるシステム、装置、及び方法は、他のやり方で実施され得ることが理解されるべきである。例えば、説明された装置実施形態は単に例である。例えば、ユニットの分割は、単に論理的機能に基づく分割に過ぎず、実際の実装では他の分割のやり方があり得る。例えば、複数のユニット又は構成要素は、組み合わされ、又は別のシステムに統合されてよく、又はいくつかの機能は無視される若しくは行われなくてよい。加えて、示された又は論じられた、相互結合若しくは直接結合、又は通信接続は、いくつかのインターフェースを通して実施され得る。装置又はユニットの間の間接結合又は通信接続は、電気的、機械的、又は他の形で実施され得る。
【００８１】
別個の部分として説明されたユニットは物理的に別個であってよく又はそうでなくてよく、ユニットとして示される部分は物理ユニットであってよく又はそうでなくてよく、即ち、それらは１つの位置にあってよく、又は複数のネットワークユニット上に分散されてよい。ユニットのいくつか又は全ては、実施形態の解決策の目的を達成するための実際の要件に基づいて選択され得る。
【００８２】
加えて、本出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてよく、又はユニットのそれぞれは物理的に単独で存在してよく、又は２つ以上のユニットは１つのユニットに統合される。
【００８３】
上記の実施形態の全て又はいくつかは、ソフトウェア、ハードウェア、又はそれらの任意の組み合わせを用いることによって実装され得る。実施形態を実装するためにソフトウェアが用いられるとき、実施形態は全面的に又は部分的にコンピュータプログラム製品の形で実装され得る。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ、実行されるとき、本出願の実施形態による手順又は機能が、全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラマブル装置であってよい。コンピュータ命令はコンピュータ可読記憶媒体に記憶されてよく、又はコンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体に送信されてよい。例えば、コンピュータ命令はウエブサイト、コンピュータ、サーバ、又はデータセンタから、他のウエブサイト、他のコンピュータ、他のサーバ、又は他のデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ＤＳＬ））、又はワイヤレス（例えば、赤外線、無線、マイクロ波など）のやり方で送信され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ又は複数の使用可能な媒体を統合したサーバなどのデータ記憶デバイス、又はデータセンタであってよい。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステートディスク（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ、ＳＳＤ））などであってよい。
【００８４】
上記の説明は、単に本出願の特定の実装に過ぎないが、本出願の保護範囲を限定するものではない。本出願で開示される技術的範囲内で、当業者によって容易に考え出されるいずれの変形又は置き換えも、本出願の保護範囲に包含されるものとする。従って、本出願の保護範囲は「特許請求の範囲」の保護範囲を前提とするものとする。
【図１】
0006925450.tif 000003
【図２】
0006925450.tif 000004
【図３】
0006925450.tif 000005
【図４】
0006925450.tif 000006
【図５】
0006925450.tif 000007
【図６】
0006925450.tif 000008