(57)【要約】  この出願の実施形態は、符号化及び復号方法並びにデバイスを提供する。符号化方法は、送信端により、符号化対象データに対応するpolar符号化後のデータ長を取得するステップと、送信端により、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データを少なくとも1つの符号ブロックにセグメント化するステップと、送信端により、各符号ブロックに対してpolar符号化を実行し、符号化されたデータを受信端に送信するステップとを含む。この出願の実施形態は、過剰な数のセグメントにより引き起こされるデータ送信性能ロスを回避する。
2019534656.tif 000002
【特許請求の範囲】
【請求項１】
符号化方法であって、
送信端により、符号化対象データに対応するpolar符号化後のデータ長を取得するステップと、
前記送信端により、前記符号化後のデータ長及び予め設定された閾値に基づいて、前記符号化対象データを少なくとも1つの符号ブロックにセグメント化するステップと、
前記送信端により、各符号ブロックに対してpolar符号化を実行し、符号化されたデータを受信端に送信するステップと
を含む方法。
【請求項２】
前記送信端により、前記符号化後のデータ長及び予め設定された閾値に基づいて、前記符号化対象データを少なくとも1つの符号ブロックにセグメント化するステップは、
前記送信端により、前記符号化後のデータ長及び前記予め設定された閾値に基づいて、前記符号化対象データのセグメント数を取得するステップと、
前記送信端により、前記セグメント数に基づいて、前記符号化対象データを少なくとも1つの符号ブロックにセグメント化するステップと
を含む、請求項１に記載の方法。
【請求項３】
前記送信端により、前記符号化後のデータ長及び予め設定された閾値に基づいて、前記符号化対象データを少なくとも1つの符号ブロックにセグメント化するステップは、
前記送信端により、前記符号化後のデータ長が前記予め設定された閾値よりも大きいか否かを決定するステップと、
前記符号化後のデータ長が前記予め設定された閾値よりも大きい場合、前記送信端により、前記符号化後のデータ長及び前記予め設定された閾値に基づいて、前記符号化対象データのセグメント数を取得し、前記セグメント数に基づいて、前記符号化対象データを少なくとも2つの符号ブロックにセグメント化するステップ、又は
前記符号化後のデータ長が前記予め設定された閾値よりも大きくない場合、前記送信端により、前記符号化対象データを1つの符号ブロックにセグメント化するステップと
を含む、請求項１に記載の方法。
【請求項４】
前記送信端により、前記符号化後のデータ長及び前記予め設定された閾値に基づいて、前記符号化対象データのセグメント数を取得するステップは、
前記送信端により、以下の式1：
【数３３】
2019534656.tif 000035
ただし、Cは前記セグメント数であり、Cは正の整数であり、SAは前記符号化後のデータ長であり、Zは前記予め設定された閾値であり、
【数３４】
2019534656.tif 000036
は切り上げ演算である、
を使用することにより、前記セグメント数を取得するステップを含む、請求項２又は３に記載の方法。
【請求項５】
前記C個の符号ブロックは、C+個の第1の種類の符号ブロック及びC-個の第2の種類の符号ブロックを含み、C=C++C-であり、前記第1の種類の符号ブロックの符号化前の長さはK+であり、前記第2の種類の符号ブロックの符号化前の長さはK-であり、K-=K+-Pであり、P≧1であり、Pは奇数である、請求項４に記載の方法。
【請求項６】
前記第1の種類の符号ブロックの前記符号化前の長さK+は、符号ブロック内の検査情報の長さ、前記符号化対象データの長さ及び前記セグメント数に基づいて決定される、請求項５に記載の方法。
【請求項７】
前記第1の種類の符号ブロックの前記符号化前の長さK+は、以下の式2：
【数３５】
2019534656.tif 000037
ただし、STBは前記符号化対象データの前記長さであり、lCBは符号ブロック内の前記検査情報の長さであり、
【数３６】
2019534656.tif 000038
は切り上げ演算である、
を使用することにより決定される、請求項６に記載の方法。
【請求項８】
前記第2の種類の符号ブロックの数C-は、前記第1の種類の符号ブロックの前記符号化前の長さK+、前記第2の種類の符号ブロックの前記符号化前の長さK-及び前記符号化対象データの長さに基づいて決定される、請求項５に記載の方法。
【請求項９】
前記第2の種類の符号ブロックの前記数C-は、以下の式3：
【数３７】
2019534656.tif 000039
ただし、K+は前記第1の種類の符号ブロックの前記符号化前の長さであり、K-は前記第2の種類の符号ブロックの前記符号化前の長さであり、STBは前記符号化対象データの前記長さであり、lCBは符号ブロック内の検査情報の長さであり、
【数３８】
2019534656.tif 000040
は切り捨て演算である、
を使用することにより決定される、請求項８に記載の方法。
【請求項１０】
送信端により、符号化対象データに対応するpolar符号化後のデータ長を取得するステップは、
前記送信端により、前記符号化対象データに対するレートマッチング処理手順に基づいて、前記符号化後のデータ長を取得するステップを含む、請求項１乃至９のうちいずれか１項に記載の方法。
【請求項１１】
復号方法であって、
受信端により、復号対象データが取得された後、前記復号対象データの長さを取得するステップと、
前記受信端により、前記復号対象データの前記長さ及び予め設定された閾値に基づいて、前記復号対象データを少なくとも1つの復号ブロックにセグメント化するステップと、
前記受信端により、復号されたデータを取得するために、各復号ブロックに対してpolar復号を実行するステップと
を含む方法。
【請求項１２】
前記受信端により、前記復号対象データの前記長さ及び予め設定された閾値に基づいて、前記復号対象データを少なくとも1つの復号ブロックにセグメント化するステップは、
前記受信端により、前記復号対象データの前記長さ及び前記予め設定された閾値に基づいて、前記復号対象データのセグメント数を取得するステップと、
前記受信端により、前記セグメント数に基づいて、前記復号対象データを少なくとも1つの復号ブロックにセグメント化するステップと
を含む、請求項１１に記載の方法。
【請求項１３】
前記受信端により、前記復号対象データの前記長さ及び予め設定された閾値に基づいて、前記復号対象データを少なくとも1つの復号ブロックにセグメント化するステップは、
前記受信端により、前記復号対象データの前記長さが前記予め設定された閾値よりも大きいか否かを決定するステップと、
前記復号対象データの前記長さが前記予め設定された閾値よりも大きい場合、前記受信端により、前記復号対象データの前記長さ及び前記予め設定された閾値に基づいて、前記復号対象データのセグメント数を取得し、前記セグメント数に基づいて、前記復号対象データを少なくとも2つの復号ブロックにセグメント化するステップ、又は
前記復号対象データの前記長さが前記予め設定された閾値よりも大きくない場合、前記受信端により、前記復号対象データを1つの復号ブロックにセグメント化するステップと
を含む、請求項１１に記載の方法。
【請求項１４】
前記受信端により、前記復号対象データの前記長さ及び前記予め設定された閾値に基づいて、前記復号対象データのセグメント数を取得するステップは、
前記受信端により、以下の式4：
【数３９】
2019534656.tif 000041
ただし、Cは前記セグメント数であり、Cは正の整数であり、SBは前記復号対象データの前記長さであり、Zは前記予め設定された閾値であり、
【数４０】
2019534656.tif 000042
は切り上げ演算である、
を使用することにより、前記セグメント数を取得するステップを含む、請求項１２又は１３に記載の方法。
【請求項１５】
前記C個の復号ブロックは、C+個の第1の種類の復号ブロック及びC-個の第2の種類の復号ブロックを含み、C=C++C-であり、前記第1の種類の復号ブロックの復号後の長さはK+であり、前記第2の種類の復号ブロックの復号後の長さはK-であり、K-=K+-Pであり、P≧1であり、Pは奇数である、請求項１４に記載の方法。
【請求項１６】
前記第1の種類の復号ブロックの前記復号後の長さK+は、復号ブロック内の検査情報の長さ、復号後のデータ長及び前記セグメント数に基づいて決定される、請求項１５に記載の方法。
【請求項１７】
前記第1の種類の復号ブロックの前記復号後の長さK+は、以下の式5：
【数４１】
2019534656.tif 000043
ただし、STBは前記復号後のデータ長であり、lCBは復号ブロック内の前記検査情報の長さであり、
【数４２】
2019534656.tif 000044
は切り上げ演算である、
を使用することにより決定される、請求項１６に記載の方法。
【請求項１８】
前記第2の種類の復号ブロックの数C-は、前記第1の種類の復号ブロックの前記復号後の長さK+、前記第2の種類の復号ブロックの前記復号後の長さK-及び復号後のデータ長に基づいて決定される、請求項１５に記載の方法。
【請求項１９】
前記第2の種類の復号ブロックの前記数C-は、以下の式6：
【数４３】
2019534656.tif 000045
ただし、K+は前記第1の種類の復号ブロックの前記復号後の長さであり、K-は前記第2の種類の復号ブロックの前記復号後の長さであり、STBは前記復号後のデータ長であり、lCBは復号ブロック内の検査情報の長さであり、
【数４４】
2019534656.tif 000046
は切り捨て演算である、
を使用することにより決定される、請求項１８に記載の方法。
【請求項２０】
前記復号対象データの長さを取得するステップは、
前記受信端により、変調及び符号化方式並びに時間周波数リソースに基づいて、前記復号対象データの前記長さを取得するステップを含む、請求項１１乃至１９のうちいずれか１項に記載の方法。
【請求項２１】
符号化対象データに対応するpolar符号化後のデータ長を取得するように構成された取得モジュールと、
前記符号化後のデータ長及び予め設定された閾値に基づいて、前記符号化対象データを少なくとも1つの符号ブロックにセグメント化するように構成されたセグメント化モジュールと、
各符号ブロックに対してpolar符号化を実行するように構成された符号化モジュールと、
符号化されたデータを受信端に送信するように構成された送信モジュールと
を含む符号化デバイス。
【請求項２２】
前記セグメント化モジュールは、前記符号化後のデータ長及び前記予め設定された閾値に基づいて、前記符号化対象データのセグメント数を取得し、
前記セグメント数に基づいて、前記符号化対象データを少なくとも1つの符号ブロックにセグメント化する
ように具体的に構成される、請求項２１に記載の符号化デバイス。
【請求項２３】
前記セグメント化モジュールは、前記符号化後のデータ長が前記予め設定された閾値よりも大きいか否かを決定し、
前記符号化後のデータ長が前記予め設定された閾値よりも大きい場合、前記符号化後のデータ長及び前記予め設定された閾値に基づいて、前記符号化対象データのセグメント数を取得し、前記セグメント数に基づいて、前記符号化対象データを少なくとも2つの符号ブロックにセグメント化するか、或いは
前記符号化後のデータ長が前記予め設定された閾値よりも大きくない場合、前記符号化対象データを1つの符号ブロックにセグメント化する
ように具体的に構成される、請求項２１に記載の符号化デバイス。
【請求項２４】
前記セグメント化モジュールは、以下の式1：
【数４５】
2019534656.tif 000047
ただし、Cは前記セグメント数であり、Cは正の整数であり、SAは前記符号化後のデータ長であり、Zは前記予め設定された閾値であり、
【数４６】
2019534656.tif 000048
は切り上げ演算である、
を使用することにより、前記セグメント数を取得するように具体的に構成される、請求項２２又は２３に記載の符号化デバイス。
【請求項２５】
前記C個の符号ブロックは、C+個の第1の種類の符号ブロック及びC-個の第2の種類の符号ブロックを含み、C=C++C-であり、前記第1の種類の符号ブロックの符号化前の長さはK+であり、前記第2の種類の符号ブロックの符号化前の長さはK-であり、K-=K+-Pであり、P≧1であり、Pは奇数である、請求項２４に記載の符号化デバイス。
【請求項２６】
前記第1の種類の符号ブロックの前記符号化前の長さK+は、符号ブロック内の検査情報の長さ、前記符号化対象データの長さ及び前記セグメント数に基づいて決定される、請求項２５に記載の符号化デバイス。
【請求項２７】
前記第1の種類の符号ブロックの前記符号化前の長さK+は、以下の式2：
【数４７】
2019534656.tif 000049
ただし、STBは前記符号化対象データの前記長さであり、lCBは符号ブロック内の前記検査情報の長さであり、
【数４８】
2019534656.tif 000050
は切り上げ演算である、
を使用することにより決定される、請求項２６に記載の符号化デバイス。
【請求項２８】
前記第2の種類の符号ブロックの数C-は、前記第1の種類の符号ブロックの前記符号化前の長さK+、前記第2の種類の符号ブロックの前記符号化前の長さK-及び前記符号化対象データの長さに基づいて決定される、請求項２５に記載の符号化デバイス。
【請求項２９】
前記第2の種類の符号ブロックの前記数C-は、以下の式3：
【数４９】
2019534656.tif 000051
ただし、K+は前記第1の種類の符号ブロックの前記符号化前の長さであり、K-は前記第2の種類の符号ブロックの前記符号化前の長さであり、STBは前記符号化対象データの前記長さであり、lCBは符号ブロック内の検査情報の長さであり、
【数５０】
2019534656.tif 000052
は切り捨て演算である、
を使用することにより決定される、請求項２８に記載の符号化デバイス。
【請求項３０】
前記取得モジュールは、前記符号化対象データに対するレートマッチング処理手順に基づいて、前記符号化後のデータ長を取得するように具体的に構成される、請求項２１乃至２９のうちいずれか１項に記載の符号化デバイス。
【請求項３１】
送信端により送出された復号対象データを受信するように構成された受信モジュールと、
前記復号対象データの長さを取得するように構成された取得モジュールと、
前記復号対象データの前記長さ及び予め設定された閾値に基づいて、前記復号対象データを少なくとも1つの復号ブロックにセグメント化するように構成されたセグメント化モジュールと、
復号されたデータを取得するために、各復号ブロックに対してpolar復号を実行するように構成された復号モジュールと
を含む復号デバイス。
【請求項３２】
前記セグメント化モジュールは、前記復号対象データの前記長さ及び前記予め設定された閾値に基づいて、前記復号対象データのセグメント数を取得し、
前記セグメント数に基づいて、前記復号対象データを少なくとも1つの復号ブロックにセグメント化する
ように具体的に構成される、請求項３１に記載の復号デバイス。
【請求項３３】
前記セグメント化モジュールは、前記復号対象データの前記長さが前記予め設定された閾値よりも大きいか否かを決定し、
前記復号対象データの前記長さが前記予め設定された閾値よりも大きい場合、前記復号対象データの前記長さ及び前記予め設定された閾値に基づいて、前記復号対象データのセグメント数を取得し、前記セグメント数に基づいて、前記復号対象データを少なくとも2つの復号ブロックにセグメント化するか、或いは
前記復号対象データの前記長さが前記予め設定された閾値よりも大きくない場合、前記復号対象データを1つの復号ブロックにセグメント化する
ように具体的に構成される、請求項３１に記載の復号デバイス。
【請求項３４】
前記セグメント化モジュールは、以下の式4：
【数５１】
2019534656.tif 000053
ただし、Cは前記セグメント数であり、Cは正の整数であり、SBは前記復号対象データの前記長さであり、Zは前記予め設定された閾値であり、
【数５２】
2019534656.tif 000054
は切り上げ演算である、
を使用することにより、前記セグメント数を取得するように具体的に構成される、請求項３２又は３３に記載の復号デバイス。
【請求項３５】
前記C個の復号ブロックは、C+個の第1の種類の復号ブロック及びC-個の第2の種類の復号ブロックを含み、C=C++C-であり、前記第1の種類の復号ブロックの復号後の長さはK+であり、前記第2の種類の復号ブロックの復号後の長さはK-であり、K-=K+-Pであり、P≧1であり、Pは奇数である、請求項３４に記載の復号デバイス。
【請求項３６】
前記第1の種類の復号ブロックの前記復号後の長さK+は、復号ブロック内の検査情報の長さ、復号後のデータ長及び前記セグメント数に基づいて決定される、請求項３５に記載の復号デバイス。
【請求項３７】
前記第1の種類の復号ブロックの前記復号後の長さK+は、以下の式5：
【数５３】
2019534656.tif 000055
ただし、STBは前記復号後のデータ長であり、lCBは復号ブロック内の前記検査情報の長さであり、
【数５４】
2019534656.tif 000056
は切り上げ演算である、
を使用することにより決定される、請求項３６に記載の復号デバイス。
【請求項３８】
前記第2の種類の復号ブロックの数C-は、前記第1の種類の復号ブロックの前記復号後の長さK+、前記第2の種類の復号ブロックの前記復号後の長さK-及び復号後のデータ長に基づいて決定される、請求項３５に記載の復号デバイス。
【請求項３９】
前記第2の種類の復号ブロックの前記数C-は、以下の式6：
【数５５】
2019534656.tif 000057
ただし、K+は前記第1の種類の復号ブロックの前記復号後の長さであり、K-は前記第2の種類の復号ブロックの前記復号後の長さであり、STBは前記復号後のデータ長であり、lCBは復号ブロック内の検査情報の長さであり、
【数５６】
2019534656.tif 000058
は切り捨て演算である、
を使用することにより決定される、請求項３８に記載の復号デバイス。
【請求項４０】
前記取得モジュールは、変調及び符号化方式並びに時間周波数リソースに基づいて、前記復号対象データの前記長さを取得するように具体的に構成される、請求項３１乃至３９のうちいずれか１項に記載の復号デバイス。
【請求項４１】
読み取り可能記憶媒体及びコンピュータプログラムを含む記憶媒体であって、
前記コンピュータプログラムは、請求項１乃至１０のうちいずれか１項に記載の符号化方法を実現するように構成される、記憶媒体。
【請求項４２】
読み取り可能記憶媒体及びコンピュータプログラムを含む記憶媒体であって、
前記コンピュータプログラムは、請求項１１乃至２０のうちいずれか１項に記載の復号方法を実現するように構成される、記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願への相互参照］
この出願は、2016年10月25日に中国特許庁に提出された「ENCODING  AND  DECODING  METHOD  AND  DEVICE」という名称の中国特許出願第201610938509.X号の優先権を主張し、その全内容を参照により援用する。
【０００２】
［技術分野］
この出願は、通信技術の技術分野に関し、特に、符号化及び復号方法並びにデバイスに関する。
【背景技術】
【０００３】
ロングタームエボリューション(Long  Term  Evolution,  LTE)システムのturbo符号化処理プロセスにおいて、トランスポートブロック(Transport  Block,  TB)の長さがturboエンコーダの最大入力ビット長(すなわち、turbo符号インターリーバの最大サイズ)を超えると、各符号ブロックの符号化処理を完了させるために、TBブロックは、各符号ブロックの長さが最大インターリーバサイズに適合できるように、いくつかの比較的短い符号ブロックにセグメント化される必要がある。巡回冗長検査(Cyclic  Redundancy  Check,  CRC)ビット及びパディングビットが符号ブロックに追加される。符号ブロックセグメント化プロセスにおいて、全てのパディングビットは、常に最初の符号ブロックの開始位置に追加される。
【０００４】
turbo符号インターリーバの制約のため、多数のturbo符号が複数の符号セグメントにセグメント化される必要があり、不必要な性能ロスを生じる。
【発明の概要】
【０００５】
この出願の実施形態は、過剰な数のセグメントにより引き起こされるデータ送信性能ロスを回避するための符号化及び復号方法並びにデバイスを提供する。
【０００６】
第1の態様によれば、この出願の実施形態は符号化方法を提供し、
送信端により、符号化対象データに対応するpolar符号化後のデータ長を取得するステップであり、符号化対象データがトランスポートブロックTBでもよく、トランスポートブロックがTBレベルのCRC符号を含む、ステップと、送信端により、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データを少なくとも1つの符号ブロックにセグメント化するステップと、送信端が符号化対象データを1つの符号ブロックにセグメント化するとき、すなわち、符号化対象データがセグメント化されないとき、送信端により、各符号ブロックに対してpolar符号化を実行し、符号化されたデータを受信端に送信するステップとを含む。
【０００７】
可能な設計では、送信端により、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データを少なくとも1つの符号ブロックにセグメント化するステップは、
送信端により、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データのセグメント数を取得するステップと、
送信端により、セグメント数に基づいて、符号化対象データを少なくとも1つの符号ブロックにセグメント化するステップと
を含む。
【０００８】
可能な設計では、送信端により、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データを少なくとも1つの符号ブロックにセグメント化するステップは、
送信端により、符号化後のデータ長が予め設定された閾値よりも大きいか否かを決定するステップと、
符号化後のデータ長が予め設定された閾値よりも大きい場合、送信端により、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データのセグメント数を取得し、セグメント数に基づいて、符号化対象データを少なくとも2つの符号ブロックにセグメント化するステップ、又は
符号化後のデータ長が予め設定された閾値よりも大きくない場合、送信端により、符号化対象データを1つの符号ブロックにセグメント化するステップと
を含む。
【０００９】
可能な設計では、送信端により、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データのセグメント数を取得するステップは、
送信端により、以下の式1：
【数１】
2019534656.tif 000003
ただし、Cはセグメント数であり、Cは正の整数であり、SAは符号化後のデータ長であり、Zは予め設定された閾値であり、
【数２】
2019534656.tif 000004
は切り上げ演算である、
を使用することにより、セグメント数を取得するステップを含む。
【００１０】
可能な設計では、C個の符号ブロックは、C+個の第1の種類の符号ブロック及びC-個の第2の種類の符号ブロックを含み、C=C++C-であり、第1の種類の符号ブロックの符号化前の長さはK+であり、第2の種類の符号ブロックの符号化前の長さはK-であり、K-=K+-Pであり、P≧1であり、Pは奇数である。
【００１１】
可能な設計では、第1の種類の符号ブロックの符号化前の長さK+は、符号ブロック内の検査情報の長さ、符号化対象データの長さ及びセグメント数に基づいて決定される。K+が取得された後、K-はK-=K+-Pに基づいて取得されてもよい。
【００１２】
可能な設計では、第1の種類の符号ブロックの符号化前の長さK+は、以下の式2：
【数３】
2019534656.tif 000005
ただし、STBは符号化対象データの長さであり、lCBは符号ブロック内の検査情報の長さであり、
【数４】
2019534656.tif 000006
は切り上げ演算である、
を使用することにより決定される。
【００１３】
可能な設計では、第2の種類の符号ブロックの数C-は、第1の種類の符号ブロックの符号化前の長さK+、第2の種類の符号ブロックの符号化前の長さK-及び符号化対象データの長さに基づいて決定される。C-が取得された後、C+はC=C++C-に基づいて取得されてもよい。
【００１４】
可能な設計では、第2の種類の符号ブロックの数C-は、以下の式3：
【数５】
2019534656.tif 000007
ただし、K+は第1の種類の符号ブロックの符号化前の長さであり、K-は第2の種類の符号ブロックの符号化前の長さであり、STBは符号化対象データの長さであり、lCBは符号ブロック内の検査情報の長さであり、
【数６】
2019534656.tif 000008
は切り捨て演算である、
を使用することにより決定される。
【００１５】
可能な設計では、送信端により、符号化対象データに対応するpolar符号化後のデータ長を取得するステップは、
送信端により、符号化対象データに対するレートマッチング処理手順に基づいて、符号化後のデータ長を取得するステップを含む。
【００１６】
第2の態様によれば、この出願の実施形態は復号方法を提供し、
受信端により、復号対象データが取得された後、復号対象データの長さを取得するステップと、
受信端により、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データを少なくとも1つの復号ブロックにセグメント化するステップと、
受信端により、復号されたデータを取得するために、各復号ブロックに対してpolar復号を実行するステップと
を含む。
【００１７】
可能な設計では、受信端により、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データを少なくとも1つの復号ブロックにセグメント化するステップは、
受信端により、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データのセグメント数を取得するステップと、
受信端により、セグメント数に基づいて、復号対象データを少なくとも1つの復号ブロックにセグメント化するステップと
を含む。
【００１８】
可能な設計では、受信端により、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データを少なくとも1つの復号ブロックにセグメント化するステップは、
受信端により、復号対象データの長さが予め設定された閾値よりも大きいか否かを決定するステップと、
復号対象データの長さが予め設定された閾値よりも大きい場合、受信端により、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データのセグメント数を取得し、セグメント数に基づいて、復号対象データを少なくとも2つの復号ブロックにセグメント化するステップ、又は
復号対象データの長さが予め設定された閾値よりも大きくない場合、受信端により、復号対象データを1つの復号ブロックにセグメント化するステップと
を含む。
【００１９】
可能な設計では、受信端により、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データのセグメント数を取得するステップは、
受信端により、以下の式4：
【数７】
2019534656.tif 000009
ただし、Cはセグメント数であり、Cは正の整数であり、SBは復号対象データの長さであり、Zは予め設定された閾値であり、
【数８】
2019534656.tif 000010
は切り上げ演算である、
を使用することにより、セグメント数を取得するステップを含む。
【００２０】
可能な設計では、C個の復号ブロックは、C+個の第1の種類の復号ブロック及びC-個の第2の種類の復号ブロックを含み、C=C++C-であり、第1の種類の復号ブロックの復号後の長さはK+であり、第2の種類の復号ブロックの復号後の長さはK-であり、K-=K+-Pであり、P≧1であり、Pは奇数である。
【００２１】
可能な設計では、第1の種類の復号ブロックの復号後の長さK+は、復号ブロック内の検査情報の長さ、復号後のデータ長及びセグメント数に基づいて決定される。
【００２２】
可能な設計では、第1の種類の復号ブロックの復号後の長さK+は、以下の式5：
【数９】
2019534656.tif 000011
ただし、STBは復号後のデータ長であり、lCBは復号ブロック内の検査情報の長さであり、
【数１０】
2019534656.tif 000012
は切り上げ演算である、
を使用することにより決定される。
【００２３】
可能な設計では、第2の種類の復号ブロックの数C-は、第1の種類の復号ブロックの復号後の長さK+、第2の種類の復号ブロックの復号後の長さK-及び復号後のデータ長に基づいて決定される。
【００２４】
可能な設計では、第2の種類の復号ブロックの数C-は、以下の式6：
【数１１】
2019534656.tif 000013
ただし、K+は第1の種類の復号ブロックの復号後の長さであり、K-は第2の種類の復号ブロックの復号後の長さであり、STBは復号後のデータ長であり、lCBは復号ブロック内の検査情報の長さであり、
【数１２】
2019534656.tif 000014
は切り捨て演算である、
を使用することにより決定される。
【００２５】
可能な設計では、復号対象データの長さを取得するステップは、
受信端により、変調及び符号化方式並びに時間周波数リソースに基づいて、復号対象データの長さを取得するステップを含む。
【００２６】
第3の態様によれば、この出願の実施形態は符号化デバイスを提供する。符号化デバイスは、上記の方法の実施形態において送信端により実行される機能を実現してもよい。機能は、ハードウェアにより実現されてもよく、或いはハードウェアにより対応するソフトウェアを実行することにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のモジュールを含む。
【００２７】
第4の態様によれば、この出願の実施形態は復号デバイスを提供する。復号デバイスは、上記の方法の実施形態において受信端により実行される機能を実現してもよい。機能は、ハードウェアにより実現されてもよく、或いはハードウェアにより対応するソフトウェアを実行することにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のモジュールを含む。
【００２８】
上記の符号化デバイスの具体的な実現方式では、コンピュータプログラム及びメモリが更に含まれてもよい。コンピュータプログラムはメモリに記憶される。プロセッサは、上記の符号化方法を実行するために、コンピュータプログラムを実行する。メモリに記憶された実行可能命令、すなわち、コンピュータプログラムを実行するように構成された少なくとも1つのプロセッサが存在する。任意選択で、メモリは、代替として、プロセッサに統合されてもよい。
【００２９】
上記の復号デバイスの具体的な実現方式では、コンピュータプログラム及びメモリが更に含まれてもよい。コンピュータプログラムはメモリに記憶される。プロセッサは、上記の復号方法を実行するために、コンピュータプログラムを実行する。メモリに記憶された実行可能命令、すなわち、コンピュータプログラムを実行するように構成された少なくとも1つのプロセッサが存在する。任意選択で、メモリは、代替として、プロセッサに統合されてもよい。
【００３０】
第5の態様によれば、この出願は、読み取り可能記憶媒体及びコンピュータプログラムを含む記憶媒体を更に提供する。コンピュータプログラムは、符号化デバイス側の符号化方法を実行するように構成される。
【００３１】
第6の態様によれば、この出願は、読み取り可能記憶媒体及びコンピュータプログラムを含む記憶媒体を更に提供する。コンピュータプログラムは、復号デバイス側の復号方法を実行するように構成される。
【００３２】
第7の態様によれば、この出願はプログラムプロダクトを更に提供する。プログラムプロダクトは、コンピュータプログラム(すなわち、実行可能命令)を含む。コンピュータプログラムは、読み取り可能記憶媒体に記憶される。符号化デバイスの少なくとも1つのプロセッサは、読み取り可能記憶媒体からコンピュータプログラムを読み取ってもよい。少なくとも1つのプロセッサは、符号化デバイスが上記の実現方式において提供される符号化方法を実行するように、コンピュータプログラムを実行する。
【００３３】
第8の態様によれば、この出願はプログラムプロダクトを更に提供する。プログラムプロダクトは、コンピュータプログラム(すなわち、実行可能命令)を含む。コンピュータプログラムは、読み取り可能記憶媒体に記憶される。復号デバイスの少なくとも1つのプロセッサは、読み取り可能記憶媒体からコンピュータプログラムを読み取ってもよい。少なくとも1つのプロセッサは、復号デバイスが上記の実現方式において提供される復号方法を実行するように、コンピュータプログラムを実行する。
【００３４】
第9の態様によれば、この出願の実施形態は、ユーザ装置を提供する。ユーザ装置は、上記の送信端により実行される機能を実現する符号化デバイスとして動作してもよく、或いは上記の受信端により実行される機能を実現する復号デバイスとして動作してもよい。ユーザ装置の構造は、プロセッサと、送信機/受信機と、エンコーダと、デコーダとを含む。プロセッサは、上記の方法における対応する機能を実行する際に、ユーザ装置をサポートするように構成される。送信機/受信機は、ユーザ装置と基地局との間の通信をサポートするように構成される。エンコーダは、符号ブロックを符号化するように構成される。デコーダは、復号ブロックを復号するように構成される。ユーザ装置は、メモリを更に含んでもよい。メモリは、プロセッサに結合され、ユーザ装置のプログラム命令及びデータを記憶するように構成される。
【００３５】
第10の態様によれば、この出願の実施形態は、基地局を提供する。基地局は、上記の送信端により実行される機能を実現する符号化デバイスとして動作してもよく、或いは上記の受信端により実行される機能を実現する復号デバイスとして動作してもよい。基地局の構造は、プロセッサと、送信機/受信機と、エンコーダと、デコーダとを含む。プロセッサは、上記の方法における対応する機能を実行する際に、基地局をサポートするように構成される。送信機/受信機は、ユーザ装置と基地局との間の通信をサポートするように構成される。エンコーダは、符号ブロックを符号化するように構成される。デコーダは、復号ブロックを復号するように構成される。基地局は、メモリを更に含んでもよい。メモリは、プロセッサに結合され、基地局のプログラム命令及びデータを記憶するように構成される。
【００３６】
この出願の実施形態において提供される符号化及び復号方法並びにデバイスによれば、polar符号化が入力符号長を制約しないので、送信端は、符号化対象データに対応するpolar符号化後のデータ長を取得し、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データを少なくとも1つの符号ブロックにセグメント化する。送信端は、各符号ブロックに対してpolar符号化を実行し、符号化されたデータを受信端に送信する。従来技術におけるturbo符号のセグメント化と比較して、これは明らかにセグメント数を低減し、過剰な数のセグメントにより引き起こされるデータ送信性能ロスを回避する。
【図面の簡単な説明】
【００３７】
【図１】この出願の実施形態に適用可能になり得るネットワークアーキテクチャを示す。
【図２】この出願の実施形態による符号化方法のシグナリングフローチャートである。
【図３】この出願の実施形態による復号方法のシグナリングフローチャートである。
【図４】この出願の実施形態による符号化デバイスの概略構造図である。
【図５】この出願の実施形態による復号デバイスの概略構造図である。
【図６】この出願の実施形態によるユーザ装置のハードウェア構造図である。
【図７】この出願の実施形態による基地局のハードウェア構造図である。
【発明を実施するための形態】
【００３８】
この出願の実施形態において説明されるネットワークアーキテクチャ及びサービスシナリオは、この出願の実施形態における技術的解決策をより明確に説明することを意図しており、この出願の実施形態において提供される技術的解決策に対する限定を構成しない。当業者は、ネットワークアーキテクチャの進化及び新たなサービスシナリオの出現によって、この出願の実施形態において提供される技術的解決策が同様の技術的問題にも適用可能であることを理解し得る。
【００３９】
以下に、図１を参照して、この出願の実施形態に適用可能になり得るネットワークアーキテクチャを説明する。図１は、この出願の実施形態に適用可能になり得るネットワークアーキテクチャを示す。図１に示すように、この実施形態において提供されるネットワークアーキテクチャは、基地局01と、ユーザ装置(User  Equipment,  UE)02とを含む。この出願のこの実施形態におけるUEは、無線通信機能を有する様々なハンドヘルドデバイス、車載デバイス、ウェアラブルデバイス及び計算デバイス、又は無線モデムに接続された他の処理デバイス、様々な形式の端末デバイス(terminal  device)、移動局(Mobile  Station,  MS)等を含んでもよい。この出願のこの実施形態における基地局(Base  Station,  BS)は、UEのための無線通信機能を提供するように無線アクセスネットワークに配置されたネットワークデバイスである。基地局は、様々な形式のマクロ基地局、マイクロ基地局、中継局、アクセスポイント等を含んでもよい。当業者は、符号化及び復号を必要とする他のネットワークデバイスもまた、この出願において提供される方法を使用してもよく、この実施形態は基地局に限定されないことを理解し得る。
【００４０】
この実施形態における以下の送信端及び受信端は、上記の基地局及びUEでもよい。基地局が送信端であるとき、対応する受信端はUEであり、基地局はダウンリンクデータをUEに送出する。UEが送信端であるとき、対応する受信端は基地局であり、UEはアップリンクデータを基地局に送出する。
【００４１】
さらに、データ送信プロセスにおいて、送信端がデータを送出するとき、各送信時間間隔内に最大1個のトランスポートブロック(Transport  Block,  略称TB)が存在する。各トランスポートブロックは、巡回冗長検査(Cyclic  Redundancy  Check,  略称CRC)符号の追加を受け、次いで、符号ブロックセグメント化が実行される。CRC符号が各符号ブロックに追加される。最後に、各符号ブロックは、チャネル符号化のような手順を受けた後、受信端に送信される。
【００４２】
送信端により送出された復号対象データを受信した後、受信端は、送信端により送出されたデータを取得するために、復号対象データを復号ブロックにセグメント化し、次いで、各復号ブロックに対して復号及びCRC検査を実行し、次いで、全ての復号ブロックから取得された復号されたデータに対してCRC検査を実行する。
【００４３】
上記の符号ブロックセグメント化プロセスのために、実施形態は、turbo符号インターリーバの制約のために、多数のturbo符号が複数の符号セグメントにセグメント化される必要があり、不必要な性能ロスを生じるという従来技術の問題を解決するための符号化及び復号方法を提供する。
【００４４】
実施形態の実現方式をより簡単に説明するために、実施形態は、符号化方法及び復号方法を別々に詳細に説明する。
【００４５】
図２は、この出願の実施形態による符号化方法のシグナリングフローチャートである。図２に示すように、この出願において提供される方法は、以下のステップを含む。
【００４６】
S201.送信端は、符号化対象データに対応するpolar符号化後のデータ長を取得する。
【００４７】
この実施形態では、符号化対象データを符号化するために、polar符号化方法が使用される。polar符号化のプロセスにおいて、レートマッチング手順が完了し、これはインターリーバの入力ビット長に対する要件を有さない。言い換えると、polar符号化は入力符号長を制約しない。
【００４８】
具体的には、符号化対象データが取得された後、まず、polar符号化後のデータ長が取得される必要がある。この実施形態では、レートマッチング後のデータ長を取得するために、変調及び符号化方式(Modulation  and  Coding  Scheme,  MCS)、変調次数、時間周波数リソース等が、既存の通信プロトコルにおける予め設定されたテーブルから取得されてもよい。このデータ長は、polar符号化後のデータ長である。
【００４９】
当業者は、この実施形態における符号化対象データは検査情報を含み、検査情報は、例えば、CRC符号でもよいことを理解し得る。任意選択で、この実施形態における符号化対象データは、トランスポートブロックTBでもよく、したがって、トランスポートブロックは、TBレベルのCRC符号を含む。
【００５０】
S202.送信端は、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データを少なくとも1つの符号ブロックにセグメント化する。
【００５１】
この実施形態では、符号化後のデータ長が符号化対象データをセグメント化するために使用される。具体的には、符号化後のデータ長は予め設定された閾値と比較されてもよく、符号化対象データは、比較結果に基づいて少なくとも1つの符号ブロックにセグメント化される。
【００５２】
予め設定された閾値は、システムにより予め設定されてもよい。初期設定中に、同じ予め設定された閾値が送信端と受信端との双方に構成される。予め設定された閾値は、符号ブロックの符号化後の最大データ長として理解されてもよい。
【００５３】
符号化後のデータ長が予め設定された閾値よりも小さい場合、符号化対象データは1つの符号ブロックにセグメント化され、これは、セグメント化動作が実行されないことを意味する。符号化後のデータ長が予め設定された閾値よりも大きい場合、符号化対象データは、少なくとも2つの符号ブロックを取得するようにセグメント化される。例えば、セグメント数を取得するために、符号化後のデータ長を予め設定された閾値で除算した結果に対して切り上げ演算が実行されてもよい。
【００５４】
当業者は、この実施形態における符号ブロックの長さは、符号ブロックに対応する符号化対象データの長さ及び検査情報の長さを含む符号化前の長さであることを理解し得る。検査情報は、符号ブロック(Coded  Block,  CB)レベルでの検査情報である。CBレベルの検査情報は、例えば、CRC符号でもよい。
【００５５】
S203.送信端は、各符号ブロックに対してpolar符号化を実行する。
【００５６】
S204.送信端は、符号化されたデータを受信端に送信する。
【００５７】
セグメント化が完了した後、各符号ブロックは符号化される。具体的には、各符号ブロックはエンコーダに対応してもよい。各エンコーダは、エンコーダに対応する符号ブロックに対してpolar符号化を実行する。符号化が完了した後、符号化されたデータは受信端に送出される。受信端は、復号及びCRC検査を実行し、最後に、送信端により元々送出されたデータを取得する。
【００５８】
具体的な例が使用される。現在のLTE(ロングタームエボリューション、英語フルネーム:Long  Term  Evolution)標準では、MCSが14であるとき、変調次数(Modulation  Order)は4であり、リソースブロック(Resource  Block,  RB)の数は26である。既存のプロトコルにおける予め設定されたテーブルによれば、RBの数が26であるとき、TBサイズは6172である。言い換えると、符号化対象データの長さは6172である。
【００５９】
したがって、使用可能なリソースエレメント(Resource  Element,  RE)の数は、以下のように計算されてもよい。
RE=26(RB)×12(サブキャリア)×7(OFDMシンボル)×2(サブフレーム内のタイムスロット)×0.9(制御チャネルに10%が割り当てられると仮定する)=3931
【００６０】
4の変調次数に基づいて、レートマッチング後の符号長は3931×4=15724である。polar符号化プロセスはしばしばレートマッチング手順を含むので、この長さはpolar符号化後の長さである。
【００６１】
この実施形態では、CRC符号が使用される。具体的には、CRC符号の長さが使用され、この長さはl=24である。
【００６２】
既存のLTE技術のturbo符号セグメント化方法によれば、セグメント数は
【数１３】
2019534656.tif 000015
であり、ここで、6144は、turbo符号インターリーバの最大長、すなわち、最大符号ブロックサイズである。従来技術においてTBは2つのセグメントにセグメント化されることが習得できる。
【００６３】
この実施形態において提供される技術的解決策によれば、符号ブロックの符号化後の長さがLTE標準における1/3のビットレートを使用することにより計算される場合、従来技術のものと同等の最大符号ブロックサイズが使用される場合には、予め設定された閾値は6144×3=18432である。当業者は、この実施形態では、セグメント化は符号化後の長さに基づいて実行されるので、予め設定された閾値は符号ブロックの符号化後の長さに対応することを理解し得る。符号化後のデータ長は15724であり、18432よりも小さい。したがって、セグメント化は実行される必要がない。
【００６４】
同じ条件で、この実施形態において提供される技術的解決策が使用されるとき、セグメント数が低減でき、過剰な数のセグメントにより引き起こされるデータ送信性能ロスを回避することが習得できる。
【００６５】
この実施形態において提供される方法によれば、polar符号化が入力符号長を制約しないので、送信端は、符号化対象データに対応するpolar符号化後のデータ長を取得し、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データを少なくとも1つの符号ブロックにセグメント化する。送信端は、各符号ブロックに対してpolar符号化を実行し、符号化されたデータを受信端に送信する。従来技術におけるturbo符号のセグメント化と比較して、これは明らかにセグメント数を低減し、過剰な数のセグメントにより引き起こされるデータ送信性能ロスを回避する。
【００６６】
以下に、詳細な実施形態を使用することにより、この出願のこの実施形態において提供される符号化方法を詳細に説明する。
【００６７】
具体的な実現プロセスにおいて、この実施形態における符号ブロックセグメント化プロセスは、以下の2つの可能な実現方式を含む。
【００６８】
実行可能な実現方式は、送信端により、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データのセグメント数を取得し、送信端により、セグメント数に基づいて、符号化対象データを少なくとも1つの符号ブロックにセグメント化することである。
【００６９】
具体的な実現プロセスにおいて、送信端は、以下の式1：
【数１４】
2019534656.tif 000016
ただし、Cはセグメント数であり、Cは正の整数であり、SAは符号化後のデータ長であり、Zは予め設定された閾値であり、
【数１５】
2019534656.tif 000017
は切り上げ演算である、
を使用することにより、セグメント数を直接取得する。
【００７０】
この実施形態では、符号化後のデータ長SAが取得された後、セグメント数は、式1を使用することにより直接計算される。切り上げ演算が実行された後、C=1である場合、すなわち、セグメント数が1である場合、1つのみの符号ブロックが存在し、セグメント化が実行されないことを意味する。切り上げ演算が実行された後、C>1である場合、最小セグメント数は2であり、符号化対象データが少なくとも2つのセグメントにセグメント化されることを意味する。
【００７１】
他の実行可能な実現方式は、送信端により、符号化後のデータ長が予め設定された閾値よりも大きいか否かを決定し、
符号化後のデータ長が予め設定された閾値よりも大きい場合、送信端により、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データのセグメント数を取得し、セグメント数に基づいて、符号化対象データを少なくとも2つの符号ブロックにセグメント化するか、或いは
符号化後のデータ長が予め設定された閾値よりも大きくない場合、送信端により、符号化対象データを1つの符号ブロックにセグメント化することである。
【００７２】
具体的な実現プロセスにおいて、まず、符号化後のデータ長SAが予め設定された閾値Zよりも大きいか否かが決定される。SA<Zである場合、セグメント化は実行される必要がなく、符号化対象データは1つの符号ブロックにセグメント化される。SA>Zである場合、セグメント数は上記の式1を使用することにより計算される。この場合、計算を通じて取得される最小セグメント数は2である。次いで、符号化対象データは、セグメント数に基づいて少なくとも2つの符号ブロックにセグメント化される。
【００７３】
任意選択で、式1において、C個の符号ブロックは、C+個の第1の種類の符号ブロック及びC-個の第2の種類の符号ブロックを含み、C=C++C-であり、第1の種類の符号ブロックの符号化前の長さはK+であり、第2の種類の符号ブロックの符号化前の長さはK-であり、K-=K+-Pであり、P≧1であり、Pは奇数である。
【００７４】
言い換えると、この実施形態では、セグメント化が完了した後、主に2種類の符号ブロック、すなわち、第1の種類の符号ブロック及び第2の種類の符号ブロックが含まれる。第1の種類の符号ブロックについて、具体的にはC+個のセグメントが存在し、それぞれの第1の種類の符号ブロックの符号化前の長さはK+であり、K+はデータ部分の長さ及び検査情報の長さを含む。第2の種類の符号ブロックについて、具体的にはC-個のセグメントが存在し、それぞれの第2の種類の符号ブロックの符号化前の長さはK-であり、K-はデータ部分の長さ及び検査情報の長さを含む。
【００７５】
当業者は、
C=1であるとき、K+=STB,  C+=1,  K-=0,  C-=0であり、
C>1であるとき、K-、K+、C-及びC+は以下の方式で取得されてもよいことを理解し得る。具体的には、K+は、符号ブロック内の検査情報の長さ、符号化対象データの長さ及びセグメント数に基づいて取得されてもよく、次いで、K-は、K-=K+-Pに基づいて取得され、C-は、第1の種類の符号ブロックの符号化前の長さK+、第2の種類の符号ブロックの符号化前の長さK-及び符号化対象データの長さに基づいて決定及び取得されてもよく、次いで、C+は、C=C++C-に基づいて取得される。
【００７６】
実行可能な実現方式では、第1の種類の符号ブロックの符号化前の長さK+は、以下の式2：
【数１６】
2019534656.tif 000018
ただし、STBは符号化対象データの長さであり、lCBは符号ブロック内の検査情報の長さであり、
【数１７】
2019534656.tif 000019
は切り上げ演算である、
を使用することにより決定される。当業者は、式2の他の変形例が
【数１８】
2019534656.tif 000020
であることを理解し得る。
【００７７】
第2の種類の符号ブロックの数C-は、以下の式3：
【数１９】
2019534656.tif 000021
ただし、K+は第1の種類の符号ブロックの符号化前の長さであり、K-は第2の種類の符号ブロックの符号化前の長さであり、STBは符号化対象データの長さであり、lCBは符号ブロック内の検査情報の長さであり、
【数２０】
2019534656.tif 000022
は切り捨て演算である、
を使用することにより決定される。
【００７８】
この実施形態では、P≧1であり、Pが奇数であるので、P=1であるとき、TBのブロック誤り率(Block  Error  Rate,  BLER)性能は最適である。言い換えると、この実施形態では、値が互いに近いK+及びK-が取得されてもよく、それにより、K+とK-との間の比較的大きい差から生じる従来技術における符号ブロック間の比較的大きい性能差と、追加のセグメント化後の性能ロスとを回避する。K+とK-との間の比較的大きい差は、各セグメントの長さがインターリーバのサイズに適合することを確保するためのものである。
【００７９】
さらに、説明を簡単にするために、以下の導出を実行するように、切り捨て演算が式3において考慮されず、C=C++C-及びK-=K+-Pが式3に代入される。
【数２１】
2019534656.tif 000023
【００８０】
この実施形態では、入力符号長に対して制約が存在しないので、全ての符号化対象データがセグメント化されてもよく、パディングビットは必要とされず、それにより、トランスポートリソースの浪費を回避することが習得できる。しかし、従来技術では、セグメント化が実行された後、入力長に対するインターリーバの要件を満たすためにパディングビットが追加されるが、パディングビットは情報を搬送せず、チャネル符号化性能も改善せず、貴重な物理トランスポートリソースを占有する必要があり、リソースの浪費を生じる。
【００８１】
以下に、他の具体的な実施形態を使用することにより、従来技術と比較してこの実施形態において提供される技術的解決策の有益な効果を説明する。この実施形態では、符号ブロック内の検査情報は、CRC検査情報でもよく、lCB=24である。
【００８２】
現在のLTE標準では、MCSが27であるとき、変調次数は6であり、RBの数は26である。
【００８３】
この実施形態は、CQI(Channel  Quality  Indication、チャネル品質指標)がより望ましいときの実施形態1の導出である。既存のプロトコルにおける予め設定されたテーブルによれば、RBの数が26のとき、TBサイズは12960であり、符号化対象データの長さが6172であることを意味する。
【００８４】
したがって、使用可能なREの数は、同様に以下のように計算されてもよい。
RE=26(RB)×12(サブキャリア)×7(OFDMシンボル)×2(サブフレーム内のタイムスロット)×0.9(制御チャネルに10%が割り当てられると仮定する)=3931
【００８５】
6の変調次数に基づいて、レートマッチング後の符号長は3931×6=23586である。polar符号化プロセスはしばしばレートマッチング手順を含むので、この長さはpolar符号化後の長さである。
【００８６】
既存のLTEセグメント化方法が使用される場合、セグメント数は
【数２２】
2019534656.tif 000024
である。
【００８７】
この実施形態において提供される技術的解決策によれば、符号ブロックの符号化後の長さがLTE標準における1/3のビットレートを使用することにより計算される場合、従来技術のものと同等の最大符号ブロックサイズが使用される場合には、予め設定された閾値は6144×3=18432である。当業者は、この実施形態では、セグメント化は符号化後の長さに基づいて実行されるので、予め設定された閾値は符号ブロックの符号化後の長さに対応することを理解し得る。この場合、セグメント数は
【数２３】
2019534656.tif 000025
である。
【００８８】
同じMCS、同じ変調次数及び同じ数のRBの条件で、この技術的解決策は、既存のLTE解決策よりも比較的小さいセグメント数を必要とし、セグメント化によりもたらされるデータ送信性能ロスを効果的に低減することが習得できる。
【００８９】
第1のセグメントの長さは、
【数２４】
2019534656.tif 000026
である。
【００９０】
第2の種類の符号ブロックの数
【数２５】
2019534656.tif 000027
から、この場合、C+=2であり、K-の長さを有する長い符号セグメントが存在しないことを意味することが習得できる。
【００９１】
符号化プロセスが説明された後、以下に、図３を参照して、この出願の実施形態において提供される復号方法を詳細に説明する。
【００９２】
図３は、この出願の実施形態による復号方法のシグナリングフローチャートである。図３に示すように、この出願において提供される方法は、以下のステップを含む。
【００９３】
S300.受信端は、送信端により送出された、符号化されたデータを受信する。
【００９４】
S301.復号対象データが取得された後、受信端は、復号対象データの長さを取得する。
【００９５】
S302.受信端は、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データを少なくとも1つの復号ブロックにセグメント化する。
【００９６】
S303.受信端は、復号されたデータを取得するために、各復号ブロックに対してpolar復号を実行する。
【００９７】
符号化対象データを符号化した後、図２に示す実施形態における送信端は、符号化されたデータを受信端に送出する。受信端について、符号化されたデータは、受信端における復号対象データである。
【００９８】
復号対象データを取得した後、受信端は、まず、復号対象データをセグメント化する必要があり、次いで、各セグメントに対して復号を実行する。
【００９９】
受信端により実行される復号対象データのセグメント化は、送信端により実行される符号化対象データのセグメント化と同様である。
【０１００】
復号対象データを取得した後、受信端は、復号対象データの長さを取得する。具体的には、受信端は、既存の通信プロトコルにおける予め設定されたテーブルからMCS、変調次数、時間周波数リソース等を取得してもよく、次いで、復号対象データの長さを取得する。この予め設定されたテーブルは、送信端により使用される予め設定されたテーブルと同じである。
【０１０１】
次いで、受信端は、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データを少なくとも1つの復号ブロックにセグメント化する。
【０１０２】
この実施形態では、復号対象データが少なくとも1つの復号ブロックにセグメント化される実現方式は、受信端におけるセグメント化と同様である。送信端と受信端の双方におけるセグメント化は、2つの可能な実現方式で実現されてもよい。
【０１０３】
1つの可能な実現方式は、受信端により、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データのセグメント数を取得し、セグメント数に基づいて、復号対象データを少なくとも1つの復号ブロックにセグメント化することである。
【０１０４】
他の可能な実現方式は、受信端により、復号対象データの長さが予め設定された閾値よりも大きいか否かを決定し、復号対象データの長さが予め設定された閾値よりも大きい場合、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データのセグメント数を取得し、セグメント数に基づいて、復号対象データを少なくとも2つの復号ブロックにセグメント化するか、或いは復号対象データの長さが予め設定された閾値よりも大きくない場合、復号対象データを1つの復号ブロックにセグメント化することである。
【０１０５】
上記の2つの実現方式の具体的な実現方式は、図２における実施形態と同様であり、この実施形態では、詳細はここでは再び記載しない。
【０１０６】
任意選択で、受信端は、以下の式4：
【数２６】
2019534656.tif 000028
ただし、Cはセグメント数であり、Cは正の整数であり、SBは復号対象データの長さであり、Zは予め設定された閾値であり、
【数２７】
2019534656.tif 000029
は切り上げ演算である、
を使用することにより、セグメント数を取得する。
【０１０７】
式4と式1との間の違いは、式1におけるSAが符号化後のデータ長であるのに対し、式4におけるSBが復号対象データの長さであることである。しかし、2つの式は互いに対応するが、一方は符号化のためのものであり、他方は復号のためのものである。
【０１０８】
C個の復号ブロックは、C+個の第1の種類の復号ブロック及びC-個の第2の種類の復号ブロックを含み、C=C++C-であり、第1の種類の復号ブロックの復号後の長さはK+であり、第2の種類の復号ブロックの復号後の長さはK-であり、K-=K+-Pであり、P≧1であり、Pは奇数である。
【０１０９】
この実施形態では、第1の種類の復号ブロックは第1の種類の符号ブロックに対応し、第2の種類の復号ブロックは第2の種類の符号ブロックに対応する。
【０１１０】
第1の種類の復号ブロックの復号後の長さK+は、復号ブロック内の検査情報の長さ、復号後のデータ長及びセグメント数に基づいて決定され、具体的には、以下の式5：
【数２８】
2019534656.tif 000030
ただし、STBは復号後のデータ長であり、lCBは復号ブロック内の検査情報の長さであり、
【数２９】
2019534656.tif 000031
は切り上げ演算である、
を使用することにより決定される。当業者は、式5の他の変形例が
【数３０】
2019534656.tif 000032
であることを理解し得る。
【０１１１】
第2の種類の復号ブロックの数C-は、第1の種類の復号ブロックの復号後の長さK+、第2の種類の復号ブロックの復号後の長さK-及び復号後のデータ長に基づいて決定され、具体的には、以下の式6：
【数３１】
2019534656.tif 000033
ただし、K+は第1の種類の復号ブロックの復号後の長さであり、K-は第2の種類の復号ブロックの復号後の長さであり、STBは復号後のデータ長であり、lCBは復号ブロック内の検査情報の長さであり、
【数３２】
2019534656.tif 000034
は切り捨て演算である、
を使用することにより決定される。
【０１１２】
この実施形態では、復号は、符号化の復号プロセスであり、符号化と復号の間に相対性が存在する。したがって、式4〜式6に基づいて取得されたC、K+、K-、C+、C-及びPは、図２における実施形態のものと同じである。具体的な実現方式については、図２における実施形態を参照し、この実施形態では、詳細はここでは再び記載しない。
【０１１３】
当業者は、この実施形態では、K+は第1の種類の復号ブロックの復号後の長さであり、K-は第2の種類の復号ブロックの復号後の長さであるので、セグメント化処理を完了させるため、復号対象データをセグメント化するために、第1の種類の復号ブロックの復号前の長さM+及び第2の種類の復号ブロックの復号前の長さM-が、対応関係に基づいて取得されてもよいことを理解し得る。
【０１１４】
具体的には、第1の種類の符号ブロックの符号化前の長さK+は符号化後の長さM+に対応し、この対応関係に基づいて、第1の種類の復号ブロックの復号後の長さK+に対応する第1の種類の復号ブロックの復号前の長さM+が取得できる。第2の種類の符号ブロックの符号化前の長さK-は符号化後の長さM-に対応し、この対応関係に基づいて、第2の種類の復号ブロックの復号後の長さK-に対応する第2の種類の復号ブロックの復号前の長さM-が取得できる。
【０１１５】
セグメント化が完了した後、各復号ブロックは別々に復号されて検査される。各セグメントが復号検査を通過した後、トランスポートブロック検査が実行され、最後に、送信端により送出された元のデータが取得される。このプロセスにおいて、符号化対象データは、polar符号化及び復号特性に基づいてセグメント化される。現在のLTE標準において使用される解決策と比較して、これはセグメント数を効果的に低減し、データ送信セグメント化により引き起こされるデータ送信性能ロスを軽減できる。セグメント化を通じて取得される符号ブロックの長さは本質的に同じであり、符号ブロックのデータ長の間の比較的大きい差により引き起こされるTBレベルのBLER性能ロスを回避する。さらに、ビットがパディングされる必要がなく、それにより、トランスポートリソースの浪費を回避する。
【０１１６】
上記に、主に送信端と受信端との間の相互作用の観点から、この出願の実施形態において提供される解決策について説明した。符号化デバイスが送信端として使用され、復号デバイスが受信端として使用され、上記の機能を実現するために、符号化デバイス及び復号デバイスは、機能を実行するために使用される対応するハードウェア構造及び/又はソフトウェアモジュールを含むことが理解できる。符号化デバイスは、上記の基地局又はユーザ装置でもよい。復号デバイスは、上記のユーザ装置又は基地局でもよい。この出願において開示される実施形態を参照して記載される例におけるユニット及びアルゴリズムステップは、この出願の実施形態において、ハードウェア又はハードウェアとコンピュータソフトウェアとの組み合わせにより実現されてもよい。機能がハードウェアにより実行されるかコンピュータソフトウェアによりハードウェアを駆動する形式で実行されるかは、技術的解決策の特定の用途及び設計制約条件に依存する。当業者は、それぞれの特定の用途について記載された機能を実施するために異なる方法を使用してもよいが、実現方式は、この出願の実施形態の技術的解決策の範囲を超えると考えられるべきではない。
【０１１７】
この出願の実施形態では、上記の方法の例に従って、符号化デバイス及び復号デバイスに対して機能モジュール分割が実行されてもよい。例えば、機能モジュールは、機能に対応して設計されてもよく、或いは2つ以上の機能は、1つの処理モジュールに統合されてもよい。統合されたモジュールは、ハードウェアの形式で実現されてもよく、或いはソフトウェア機能モジュールの形式で実現されてもよい。この出願の実施形態におけるモジュール分割は例であり、単に論理的な機能分割であり、実際の実現方式では他の分割でもよい点に留意すべきである。
【０１１８】
図４は、この出願の実施形態による符号化デバイスの概略構造図である。図４に示すように、この符号化デバイス100は、
符号化対象データに対応するpolar符号化後のデータ長を取得するように構成された取得モジュール11と、
符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データを少なくとも1つの符号ブロックにセグメント化するように構成されたセグメント化モジュール12と、
各符号ブロックに対してpolar符号化を実行するように構成された符号化モジュール13と、
符号化されたデータを受信端に送信するように構成された送信モジュール14と
を含む。
【０１１９】
この実施形態による符号化デバイスは、同様の実現原理及び同様の技術的効果によって、図２に示す方法の実施形態を実行するように構成される。この実施形態では、詳細はここでは再び記載しない。
【０１２０】
任意選択で、セグメント化モジュール12は、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データのセグメント数を取得し、
セグメント数に基づいて、符号化対象データを少なくとも1つの符号ブロックにセグメント化するように具体的に構成される。
【０１２１】
任意選択で、セグメント化モジュール12は、符号化後のデータ長が予め設定された閾値よりも大きいか否かを決定し、
符号化後のデータ長が予め設定された閾値よりも大きい場合、符号化後のデータ長及び予め設定された閾値に基づいて、符号化対象データのセグメント数を取得し、セグメント数に基づいて、符号化対象データを少なくとも2つの符号ブロックにセグメント化するか、或いは
符号化後のデータ長が予め設定された閾値よりも大きくない場合、符号化対象データを1つの符号ブロックにセグメント化するように具体的に構成される。
【０１２２】
任意選択で、取得モジュール11は、符号化対象データに対するレートマッチング処理手順に基づいて、符号化後のデータ長を取得するように具体的に構成される。
【０１２３】
上記の式1〜式3を使用することによりセグメント化及び符号化を実行するためにこの実施形態において提供される符号化デバイスにより使用される方法については、図２における実施形態に示す方法を参照し、この実施形態では、詳細はここでは再び記載しない。
【０１２４】
図５は、この出願の実施形態による復号デバイスの概略構造図である。図５に示すように、この復号デバイス200は、
送信端により送出された復号対象データを受信するように構成された受信モジュール21と、
復号対象データの長さを取得するように構成された取得モジュール22と、
復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データを少なくとも1つの復号ブロックにセグメント化するように構成されたセグメント化モジュール23と、
復号されたデータを取得するために、各復号ブロックに対してpolar復号を実行するように構成された復号モジュール24と
を含む。
【０１２５】
この実施形態による復号デバイスは、同様の実現原理及び同様の技術的効果によって、図３に示す方法の実施形態を実行するように構成される。この実施形態では、詳細はここでは再び記載しない。
【０１２６】
任意選択で、セグメント化モジュール23は、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データのセグメント数を取得し、
セグメント数に基づいて、復号対象データを少なくとも1つの復号ブロックにセグメント化するように具体的に構成される。
【０１２７】
任意選択で、セグメント化モジュール23は、復号対象データの長さが予め設定された閾値よりも大きいか否かを決定し、
復号対象データの長さが予め設定された閾値よりも大きい場合、復号対象データの長さ及び予め設定された閾値に基づいて、復号対象データのセグメント数を取得し、セグメント数に基づいて、復号対象データを少なくとも2つの復号ブロックにセグメント化するか、或いは
復号対象データの長さが予め設定された閾値よりも大きくない場合、復号対象データを1つの復号ブロックにセグメント化するように具体的に構成される。
【０１２８】
任意選択で、取得モジュール22は、変調及び符号化方式並びに時間周波数リソースに基づいて、復号対象データの長さを取得するように具体的に構成される。
【０１２９】
上記の式4〜式6を使用することによりセグメント化及び復号を実行するためにこの実施形態において提供される復号デバイスにより使用される方法については、図３における実施形態に示す方法を参照し、この実施形態では、詳細はここでは再び記載しない。
【０１３０】
実施形態において提供される基地局又はユーザ装置は、符号化デバイスとして使用されてもよく、或いは復号デバイスとして使用されてもよい。基地局及びユーザ装置のハードウェア構造について、以下の実施形態において詳細に説明する。
【０１３１】
図６は、この出願の実施形態によるユーザ装置のハードウェア構造図である。ユーザ装置300は、送信機31と、受信機32と、プロセッサ33とを含む。プロセッサ33は、代替として、コントローラでもよく、図６において「コントローラ/プロセッサ33」として表される。ユーザ装置300は、エンコーダ35と、デコーダ36と、メモリ34とを更に含んでもよい。
【０１３２】
一例では、送信機31は、出力サンプルを調節し、アップリンク信号を生成する。アップリンク信号は、アンテナを使用することにより、上記の実施形態における基地局に送信される。ダウンリンクにおいて、アンテナは、上記の実施形態における基地局により送信されたダウンリンク信号を受信する。受信機32は、アンテナから受信した信号を調整し(例えば、フィルタリング、増幅、ダウンコンバージョン及びディジタル化を実行する)、入力サンプルを提供する。エンコーダ35は、各符号ブロックを符号化するように構成される。デコーダ36は、復号ブロックを復号するように構成される。
【０１３３】
メモリ34は、ユーザ装置300のプログラムコード及びデータを記憶するように構成される。プロセッサ33は、ユーザ装置300により実行される動作を制御及び管理し、この出願の上記の実施形態におけるユーザ装置300により実行される処理プロセス、例えば、図２又は図３に示すプロセスを実行するために、メモリ34に記憶されたプログラムコードを呼び出してもよい。
【０１３４】
図７は、この出願の実施形態による基地局のハードウェア構造図である。基地局400は、送信機41と、受信機42と、プロセッサ43とを含む。プロセッサ43は、代替として、コントローラでもよく、図７において「コントローラ/プロセッサ43」として表される。基地局400は、エンコーダ45と、デコーダ46と、メモリ44とを更に含んでもよい。
【０１３５】
アップリンクにおいて、ユーザ装置からのアップリンク信号は、アンテナにより受信され、受信機42により復調され(例えば、高周波信号がベースバンド信号に復調される)、ユーザ装置により送出されたサービスデータ及びシグナリング情報を復元するように、プロセッサ43により更に処理される。ダウンリンクにおいて、サービスデータ及びシグナリングメッセージはプロセッサ43により処理され、ダウンリンク信号を生成するように、送信機41により変調され(例えば、ベースバンド信号が高周波信号に変調される)、ダウンリンク信号がアンテナを使用することによりユーザ装置に送信される。エンコーダ45は、各符号ブロックを符号化するように構成される。デコーダ46は、復号ブロックを復号するように構成される。
【０１３６】
メモリ44は、基地局400のプログラムコード及びデータを記憶するように構成される。プロセッサ43は、基地局400により実行される動作を制御及び管理し、この出願の上記の実施形態における基地局400により実行される処理プロセス、例えば、図２又は図３に示すプロセスを実行するために、メモリ44に記憶されたプログラムコードを呼び出してもよい。
【０１３７】
さらに、上記の符号化デバイスの具体的な実現方式では、コンピュータプログラム及びメモリが更に含まれてもよい。コンピュータプログラムはメモリに記憶される。プロセッサは、上記の符号化方法を実行するために、コンピュータプログラムを実行する。メモリに記憶された実行可能命令、すなわち、コンピュータプログラムを実行するように構成された少なくとも1つのプロセッサが存在する。任意選択で、メモリは、代替として、プロセッサに統合されてもよい。
【０１３８】
上記の復号デバイスの具体的な実現方式では、コンピュータプログラム及びメモリが更に含まれてもよい。コンピュータプログラムはメモリに記憶される。プロセッサは、上記の復号方法を実行するために、コンピュータプログラムを実行する。メモリに記憶された実行可能命令、すなわち、コンピュータプログラムを実行するように構成された少なくとも1つのプロセッサが存在する。任意選択で、メモリは、代替として、プロセッサに統合されてもよい。
【０１３９】
この出願は、読み取り可能記憶媒体及びコンピュータプログラムを含む記憶媒体を更に提供する。コンピュータプログラムは、符号化デバイス側の符号化方法を実行するように構成される。
【０１４０】
この出願は、読み取り可能記憶媒体及びコンピュータプログラムを含む記憶媒体を更に提供する。コンピュータプログラムは、復号デバイス側の復号方法を実行するように構成される。
【０１４１】
この出願はプログラムプロダクトを更に提供する。プログラムプロダクトは、コンピュータプログラム(すなわち、実行可能命令)を含む。コンピュータプログラムは、読み取り可能記憶媒体に記憶される。符号化デバイスの少なくとも1つのプロセッサは、読み取り可能記憶媒体からコンピュータプログラムを読み取ってもよい。少なくとも1つのプロセッサは、符号化デバイスが上記の実現方式において提供される符号化方法を実行するように、コンピュータプログラムを実行する。
【０１４２】
この出願はプログラムプロダクトを更に提供する。プログラムプロダクトは、コンピュータプログラム(すなわち、実行可能命令)を含む。コンピュータプログラムは、読み取り可能記憶媒体に記憶される。復号デバイスの少なくとも1つのプロセッサは、読み取り可能記憶媒体からコンピュータプログラムを読み取ってもよい。少なくとも1つのプロセッサは、復号デバイスが上記の実現方式において提供される復号方法を実行するように、コンピュータプログラムを実行する。
【図１】
2019534656.tif 000059
【図２】
2019534656.tif 000060
【図３】
2019534656.tif 000061
【図４】
2019534656.tif 000062
【図５】
2019534656.tif 000063
【図６】
2019534656.tif 000064
【図７】
2019534656.tif 000065
【手続補正書】
【提出日】令和1年6月6日(2019.6.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
符号化方法であって、
送信端により、符号化対象データに対応するpolar符号化後のデータ長を取得するステップと、
前記送信端により、前記符号化後のデータ長及び予め設定された閾値に基づいて、前記符号化対象データをC個の符号ブロックにセグメント化するステップであり、Cは正の整数である、ステップと、
前記送信端により、各符号ブロックに対してpolar符号化を実行し、符号化されたデータを受信端に送信するステップと
を含む方法。
【請求項２】
前記符号化後のデータ長が前記予め設定された閾値よりも大きい場合、Cは2以上である、請求項１に記載の方法。
【請求項３】
前記符号化後のデータ長が前記予め設定された閾値よりも小さい場合、Cは1に等しい、請求項１に記載の方法。
【請求項４】
Cは以下の式1：
【数３３】
2019534656.tif 000066
ただし、SAは前記符号化後のデータ長であり、Zは前記予め設定された閾値であり、
【数３４】
2019534656.tif 000067
は切り上げ演算である、
に基づいて決定される、請求項１乃至３のうちいずれか１項に記載の方法。
【請求項５】
前記C個の符号ブロックは、C+個の第1の種類の符号ブロック及びC-個の第2の種類の符号ブロックを含み、C=C++C-であり、前記第1の種類の符号ブロックの符号化前の長さはK+であり、前記第2の種類の符号ブロックの符号化前の長さはK-であり、K-=K+-Pであり、P≧1であり、Pは奇数である、請求項２又は４に記載の方法。
【請求項６】
前記第1の種類の符号ブロックの前記符号化前の長さK+は、符号ブロック内の検査情報の長さ、前記符号化対象データの長さ及びCに基づいて決定される、請求項５に記載の方法。
【請求項７】
前記第1の種類の符号ブロックの前記符号化前の長さK+は、以下の式2：
【数３５】
2019534656.tif 000068
ただし、STBは前記符号化対象データの前記長さであり、lCBは符号ブロック内の前記検査情報の長さであり、
【数３６】
2019534656.tif 000069
は切り上げ演算である、
に基づいて決定される、請求項６に記載の方法。
【請求項８】
前記第2の種類の符号ブロックの数C-は、前記第1の種類の符号ブロックの前記符号化前の長さK+、前記第2の種類の符号ブロックの前記符号化前の長さK-及び前記符号化対象データの長さに基づいて決定される、請求項５に記載の方法。
【請求項９】
前記第2の種類の符号ブロックの前記数C-は、以下の式3：
【数３７】
2019534656.tif 000070
ただし、K+は前記第1の種類の符号ブロックの前記符号化前の長さであり、K-は前記第2の種類の符号ブロックの前記符号化前の長さであり、STBは前記符号化対象データの前記長さであり、lCBは符号ブロック内の検査情報の長さであり、
【数３８】
2019534656.tif 000071
は切り捨て演算である、
を使用することにより決定される、請求項８に記載の方法。
【請求項１０】
前記符号化後のデータ長は、レートマッチング後のデータ長である、請求項１乃至９のうちいずれか１項に記載の方法。
【請求項１１】
復号方法であって、
受信端により、復号対象データが取得された後、前記復号対象データの長さを取得するステップと、
前記受信端により、前記復号対象データの前記長さ及び予め設定された閾値に基づいて、前記復号対象データをC個の復号ブロックにセグメント化するステップであり、Cは正の整数である、ステップと、
前記受信端により、復号されたデータを取得するために、各復号ブロックに対してpolar復号を実行するステップと
を含む方法。
【請求項１２】
前記復号対象データの前記長さが前記予め設定された閾値よりも大きい場合、Cは2以上である、請求項１１に記載の方法。
【請求項１３】
前記復号対象データの前記長さが前記予め設定された閾値よりも小さい場合、Cは1に等しい、請求項１１に記載の方法。
【請求項１４】
Cは以下の式4：
【数３９】
2019534656.tif 000072
ただし、SBは前記復号対象データの前記長さであり、Zは前記予め設定された閾値であり、
【数４０】
2019534656.tif 000073
は切り上げ演算である、
に基づいて決定される、請求項１２又は１３に記載の方法。
【請求項１５】
符号化対象データに対応するpolar符号化後のデータ長を取得するように構成された取得モジュールと、
前記符号化後のデータ長及び予め設定された閾値に基づいて、前記符号化対象データをC個の符号ブロックにセグメント化するように構成されたセグメント化モジュールであり、Cは正の整数である、セグメント化モジュールと、
各符号ブロックに対してpolar符号化を実行するように構成された符号化モジュールと、
符号化されたデータを受信端に送信するように構成された送信モジュールと
を含む符号化デバイス。
【請求項１６】
前記符号化後のデータ長が前記予め設定された閾値よりも大きい場合、Cは2以上である、請求項１５に記載の符号化デバイス。
【請求項１７】
前記符号化後のデータ長が前記予め設定された閾値よりも小さい場合、Cは1に等しい、請求項１５に記載の符号化デバイス。
【請求項１８】
Cは以下の式1：
【数４５】
2019534656.tif 000074
ただし、SAは前記符号化後のデータ長であり、Zは前記予め設定された閾値であり、
【数４６】
2019534656.tif 000075
は切り上げ演算である、
に基づいて決定される、請求項１６又は１７に記載の符号化デバイス。
【請求項１９】
前記C個の符号ブロックは、C+個の第1の種類の符号ブロック及びC-個の第2の種類の符号ブロックを含み、C=C++C-であり、前記第1の種類の符号ブロックの符号化前の長さはK+であり、前記第2の種類の符号ブロックの符号化前の長さはK-であり、K-=K+-Pであり、P≧1であり、Pは奇数である、請求項１６又は１８に記載の符号化デバイス。
【請求項２０】
前記第1の種類の符号ブロックの前記符号化前の長さK+は、符号ブロック内の検査情報の長さ、前記符号化対象データの長さ及びCに基づいて決定される、請求項１９に記載の符号化デバイス。
【請求項２１】
前記第1の種類の符号ブロックの前記符号化前の長さK+は、以下の式2：
【数４７】
2019534656.tif 000076
ただし、STBは前記符号化対象データの前記長さであり、lCBは符号ブロック内の前記検査情報の長さであり、
【数４８】
2019534656.tif 000077
は切り上げ演算である、
に基づいて決定される、請求項２０に記載の符号化デバイス。
【請求項２２】
前記第2の種類の符号ブロックの数C-は、前記第1の種類の符号ブロックの前記符号化前の長さK+、前記第2の種類の符号ブロックの前記符号化前の長さK-及び前記符号化対象データの長さに基づいて決定される、請求項１９に記載の符号化デバイス。
【請求項２３】
前記第2の種類の符号ブロックの前記数C-は、以下の式3：
【数４９】
2019534656.tif 000078
ただし、K+は前記第1の種類の符号ブロックの前記符号化前の長さであり、K-は前記第2の種類の符号ブロックの前記符号化前の長さであり、STBは前記符号化対象データの前記長さであり、lCBは符号ブロック内の検査情報の長さであり、
【数５０】
2019534656.tif 000079
は切り捨て演算である、
を使用することにより決定される、請求項２２に記載の符号化デバイス。
【請求項２４】
前記符号化後のデータ長は、レートマッチング後のデータ長である、請求項１５乃至２３のうちいずれか１項に記載の符号化デバイス。
【請求項２５】
送信端により送出された復号対象データを受信するように構成された受信モジュールと、
前記復号対象データの長さを取得するように構成された取得モジュールと、
前記復号対象データの前記長さ及び予め設定された閾値に基づいて、前記復号対象データをC個の復号ブロックにセグメント化するように構成されたセグメント化モジュールであり、Cは正の整数である、セグメント化モジュールと、
復号されたデータを取得するために、各復号ブロックに対してpolar復号を実行するように構成された復号モジュールと
を含む復号デバイス。
【請求項２６】
前記復号対象データの前記長さが前記予め設定された閾値よりも大きい場合、Cは2以上である、請求項２５に記載の復号デバイス。
【請求項２７】
前記復号対象データの前記長さが前記予め設定された閾値よりも小さい場合、Cは1に等しい、請求項２５に記載の復号デバイス。
【請求項２８】
Cは以下の式4：
【数５１】
2019534656.tif 000080
ただし、SBは前記復号対象データの前記長さであり、Zは前記予め設定された閾値であり、
【数５２】
2019534656.tif 000081
は切り上げ演算である、
に基づいて決定される、請求項２６又は２７に記載の復号デバイス。
【請求項２９】
実行されたとき、請求項１乃至１４のうちいずれか１項に記載の方法を実現するコンピュータプログラムを記憶したコンピュータ読み取り可能記憶媒体。
【請求項３０】
装置であって、
コンピュータプログラムを記憶したメモリと、
前記コンピュータプログラムを実行して請求項１乃至１４のうちいずれか１項に記載の方法を前記装置に実現させるように構成されたプロセッサと
を含む装置。
【請求項３１】
コンピュータにより実行されたとき、請求項１乃至１４のうちいずれか１項に記載の方法を実現するコンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
この実施形態は、CQI(Channel  Quality  Indicator)がより望ましいときの実施形態1の導出である。既存のプロトコルにおける予め設定されたテーブルによれば、RBの数が26のとき、TBサイズは12960であり、符号化対象データの長さが6172であることを意味する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【００８９】
第1の種類の符号ブロックの長さは、
【数２４】
2019534656.tif 000082
である。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１０２
【補正方法】変更
【補正の内容】
【０１０２】
この実施形態では、復号対象データが少なくとも1つの復号ブロックにセグメント化される実現方式は、送信端におけるセグメント化と同様である。送信端と受信端の双方におけるセグメント化は、2つの可能な実現方式で実現されてもよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１１２
【補正方法】変更
【補正の内容】
【０１１２】
この実施形態では、符号化と復号の間に相対性が存在する。したがって、式4〜式6に基づいて取得されたC、K+、K-、C+、C-及びPは、図２における実施形態のものと同じである。具体的な実現方式については、図２における実施形態を参照し、この実施形態では、詳細はここでは再び記載しない。

【国際調査報告】
2019534656.tif 000083
2019534656.tif 000084
2019534656.tif 000085
2019534656.tif 000086