(57)【要約】  本発明の実施例は、送信側が伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することと、送信側が伝送すべきデータのチャンネルエンコード方式によって、伝送すべきデータにチャンネルエンコードを行うことと、送信側が受信側にチャンネルエンコードされた後の伝送すべきデータを送信することと、を含むデータ伝送方法および機器を提供する。本発明の実施例は伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができる。
2019530995.tif 000002
【特許請求の範囲】
【請求項１】
データ伝送方法であって、
送信側が伝送すべきデータの伝送ブロックのサイズ、前記伝送すべきデータに利用される無線インターフェースパラメータおよび前記伝送すべきデータのサービスタイプのうちの少なくとも一つによって、前記伝送すべきデータのチャンネルエンコード方式を決定することと、
前記送信側が前記伝送すべきデータのチャンネルエンコード方式によって、前記伝送すべきデータにチャンネルエンコードを行うことと、
前記送信側が受信側にチャンネルエンコードされた後の前記伝送すべきデータを送信することと、
を含むことを特徴とするデータ伝送方法。
【請求項２】
前記送信側が伝送すべきデータの伝送ブロックのサイズによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、
前記送信側が前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定する、
ことを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記送信側が前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、
前記送信側が前記伝送すべきデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記送信側が前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、
前記送信側が前記伝送すべきデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記第２の伝送ブロックは、前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものであることを特徴とする請求項４に記載の方法。
【請求項６】
前記送信側が前記伝送すべきデータに利用される無線インターフェースパラメータによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、
前記送信側が前記伝送すべきデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記無線インターフェースパラメータは、
サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロックＰＲＢに含まれているサブキャリヤー数、直交周波数分割多重方式ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む
ことを特徴とする請求項６に記載の方法。
【請求項８】
前記送信側が前記伝送すべきデータのサービスタイプによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、
前記送信側が前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項１〜７のいずれか１項に記載の方法。
【請求項９】
前記伝送すべきデータのサービスタイプは、ロング・ターム・エヴォリューションシステムＬＴＥデータ、高速大容量モバイルブロードバンドｅＭＢＢ、超高信頼低遅延ＵＲＬＬＣおよび多数同時接続を実現するマシンタイプ通信ｍＭＴＣのいずれか１種であることを特徴とする請求項８に記載の方法。
【請求項１０】
前記チャンネルエンコード方式は、
低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種であることを特徴とする請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
データ伝送方法であって、
受信側が送信側から送信された第１のデータを受信することと、
前記受信側が前記第１のデータの伝送ブロックのサイズ、前記第１のデータに利用される無線インターフェースパラメータおよび前記第１のデータのサービスタイプのうちの少なくとも一つによって、前記第１のデータのチャンネルエンコード方式を決定することと、
前記受信側が前記第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて、前記第１のデータにチャンネルデコードを行うことと、
を含むことを特徴とするデータ伝送方法。
【請求項１２】
前記受信側が前記第１のデータの伝送ブロックのサイズによって、前記第１のデータのチャンネルエンコード方式を決定することは、
前記受信側が前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記受信側が前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することは、
前記受信側が前記第１のデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記受信側が前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することは、
前記受信側が前記第１のデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータの全ての伝送ブロックのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項１２に記載の方法。
【請求項１５】
前記第２の伝送ブロックは、前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものであることを特徴とする請求項１４に記載の方法。
【請求項１６】
前記受信側が前記第１のデータに利用される無線インターフェースパラメータによって、前記第１のデータのチャンネルエンコード方式を決定することは、
前記受信側が前記第１のデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項１１〜１５のいずれか１項に記載の方法。
【請求項１７】
前記無線インターフェースパラメータは、
サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロックＰＲＢに含まれているサブキャリヤー数、直交周波数分割多重方式ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む
ことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記受信側が前記第１のデータのサービスタイプによって、前記第１のデータのチャンネルエンコード方式を決定することは、
前記受信側が前記第１のデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項１１〜１７のいずれか１項に記載の方法。
【請求項１９】
前記第１のデータのサービスタイプは、ロング・ターム・エヴォリューションシステムＬＴＥデータ、高速大容量モバイルブロードバンドｅＭＢＢ、超高信頼低遅延ＵＲＬＬＣおよび多数同時接続を実現するマシンタイプ通信ｍＭＴＣのいずれか１種であることを特徴とする請求項１８に記載の方法。
【請求項２０】
前記チャンネルエンコード方式は、低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種であることを特徴とする請求項１１〜１９のいずれか１項に記載の方法。
【請求項２１】
データ伝送機器であって、
伝送すべきデータの伝送ブロックのサイズ、前記伝送すべきデータに利用される無線インターフェースパラメータおよび前記伝送すべきデータのサービスタイプのうちの少なくとも一つによって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる決定モジュールと、
前記伝送すべきデータのチャンネルエンコード方式によって、前記伝送すべきデータにチャンネルエンコードを行うことに用いられる処理モジュールと、
別の機器にチャンネルエンコードされた後の前記伝送すべきデータを送信することに用いられる送信モジュールと、
を含むことを特徴とするデータ伝送機器。
【請求項２２】
前記決定モジュールは具体的に、
前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定する
ことに用いられることを特徴とする請求項２１に記載の機器。
【請求項２３】
前記決定モジュールは具体的に、
前記伝送すべきデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定する
ことに用いられることを特徴とする請求項２２に記載の機器。
【請求項２４】
前記決定モジュールは具体的に、
前記伝送すべきデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定する
ことに用いられることを特徴とする請求項２２に記載の機器。
【請求項２５】
前記第２の伝送ブロックは、記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものであることを特徴とする請求項２４に記載の機器。
【請求項２６】
前記決定モジュールは具体的に、
前記伝送すべきデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定する
ことに用いられることを特徴とする請求項２１〜２５のいずれか１項に記載の機器。
【請求項２７】
前記無線インターフェースパラメータは、
サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロックＰＲＢに含まれているサブキャリヤー数、直交周波数分割多重方式ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む
ことを特徴とする請求項２６に記載の機器。
【請求項２８】
前記決定モジュールは具体的に、
前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定する
ことに用いられることを特徴とする請求項２１〜２７のいずれか１項に記載の機器。
【請求項２９】
前記伝送すべきデータのサービスタイプは、ロング・ターム・エヴォリューションシステムＬＴＥデータ、高速大容量モバイルブロードバンドｅＭＢＢ、超高信頼低遅延ＵＲＬＬＣおよび多数同時接続を実現するマシンタイプ通信ｍＭＴＣのいずれか１種であることを特徴とする請求項２８に記載の機器。
【請求項３０】
前記チャンネルエンコード方式は、低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種であることを特徴とする請求項２１〜２９のいずれか１項に記載の機器。
【請求項３１】
データ伝送機器であって、
送信側から送信された第１のデータを受信することに用いられる受信モジュールと、
前記第１のデータの伝送ブロックのサイズ、前記第１のデータに利用される無線インターフェースパラメータおよび前記第１のデータのサービスタイプのうちの少なくとも一つによって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる決定モジュールと、
前記第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて、前記第１のデータにチャンネルデコードを行うことに用いられる処理モジュールと、
を含むことを特徴とするデータ伝送機器。
【請求項３２】
前記決定モジュールは具体的に、
前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する、
ことに用いられることを特徴とする請求項３１に記載の機器。
【請求項３３】
前記決定モジュールは具体的に、
前記第１のデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定する
ことに用いられることを特徴とする請求項３２に記載の機器。
【請求項３４】
前記決定モジュールは具体的に、
前記第１のデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータの全ての伝送ブロックのチャンネルエンコード方式を決定する
ことに用いられることを特徴とする請求項３２に記載の機器。
【請求項３５】
前記第２の伝送ブロックは、前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものであることを特徴とする請求項３４に記載の機器。
【請求項３６】
前記決定モジュールは具体的に、
前記第１のデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する
ことに用いられることを特徴とする請求項３１〜３５のいずれか１項に記載の機器。
【請求項３７】
前記無線インターフェースパラメータは、
サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロックＰＲＢに含まれているサブキャリヤー数、直交周波数分割多重方式ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭情報のうちの少なくとも一つを含む
ことを特徴とする請求項３６に記載の機器。
【請求項３８】
前記決定モジュールは具体的に、
前記第１のデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する
ことに用いられることを特徴とする請求項３１〜３７のいずれか１項に記載の機器。
【請求項３９】
前記第１のデータのサービスタイプは、ロング・ターム・エヴォリューションシステムＬＴＥデータ、高速大容量モバイルブロードバンドｅＭＢＢ、超高信頼低遅延ＵＲＬＬＣおよび多数同時接続を実現するマシンタイプ通信ｍＭＴＣのいずれか１種であることを特徴とする請求項３８に記載の機器。
【請求項４０】
前記チャンネルエンコード方式は、
低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である
ことを特徴とする請求項３１〜３９のいずれか１項に記載の機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術分野に関し、詳しく言えば、データ伝送方法および機器に関する。
【背景技術】
【０００２】
ロング・ターム・エヴォリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムでは、ＬＴＥにおけるデータ伝送の要求を満たすように、普通にＴｕｒｂｏ符号を利用してチャンネルエンコードを行っている。
【０００３】
第五世代移動通信技術（５Ｇ）では、異なるデータ伝送のサービスタイプ、伝送ブロックのサイズや利用する無線インターフェースパラメータ（ｎｕｍｅｒｏｌｏｇｙ）が異なる可能性があるので、単一のエンコード方式で異なっているデータ伝送の要求を満たしにくいのである。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は伝送すべきデータに適切なチャンネルエンコード方式を選ぶデータ伝送方法および機器を提供する。
【課題を解決するための手段】
【０００５】
第１の態様にて提供されるデータ伝送方法は、送信側が伝送すべきデータの伝送ブロックのサイズ、前記伝送すべきデータに利用される無線インターフェースパラメータおよび前記伝送すべきデータのサービスタイプのうちの少なくとも一つによって、前記伝送すべきデータのチャンネルエンコード方式を決定することと、前記送信側が前記伝送すべきデータのチャンネルエンコード方式によって、前記伝送すべきデータにチャンネルエンコードを行うことと、前記送信側が受信側にチャンネルエンコードされた後の前記伝送すべきデータを送信することと、を含む。
【０００６】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【０００７】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記送信側が伝送すべきデータの伝送ブロックのサイズによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、前記送信側が前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することを含む。
【０００８】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記送信側が前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、前記送信側が前記伝送すべきデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することを含む。
【０００９】
本発明の実施例では、伝送すべきデータを伝送する各伝送ブロックに適切なチャンネルエンコード方式を決定することができる。
【００１０】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記送信側が前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、前記送信側が前記伝送すべきデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定することを含む。
【００１１】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【００１２】
本発明の実施例では、最大の伝送ブロックや最小の伝送ブロックによって伝送すべきデータを伝送する全ての伝送ブロックのチャンネルエンコード方式を決定し、かつ全ての伝送ブロックが同様なチャンネルエンコード方式を利用するので、チャンネルエンコード方式を決定する流れおよびステップを簡略化する。
【００１３】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記送信側が前記伝送すべきデータに利用される無線インターフェースパラメータによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、前記送信側が前記伝送すべきデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することを含む。
【００１４】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロックＰＲＢに含まれているサブキャリヤー数、直交周波数分割多重方式ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【００１５】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記送信側が前記伝送すべきデータのサービスタイプによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、前記送信側が前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することを含む。
【００１６】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記伝送すべきデータのサービスタイプがロング・ターム・エヴォリューションシステムＬＴＥデータ、高速大容量モバイルブロードバンドｅＭＢＢ、超高信頼低遅延ＵＲＬＬＣおよび多数同時接続を実現するマシンタイプ通信ｍＭＴＣのいずれである。
【００１７】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【００１８】
第２の態様にて提供されるデータ伝送方法は、受信側が送信側から送信された第１のデータを受信することと、前記受信側が前記第１のデータの伝送ブロックのサイズ、前記第１のデータに利用される無線インターフェースパラメータおよび前記第１のデータのサービスタイプのうちの少なくとも一つによって、前記第１のデータのチャンネルエンコード方式を決定することと、前記受信側が前記第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて、前記第１のデータにチャンネルデコードを行うことと、を含む。
【００１９】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【００２０】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記受信側が前記第１のデータの伝送ブロックのサイズによって、前記第１のデータのチャンネルエンコード方式を決定することは、前記受信側が前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することを含む。
【００２１】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記受信側が前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することは、前記受信側が前記第１のデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することを含む。
【００２２】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記受信側が前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することは、前記受信側が前記第１のデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータの全ての伝送ブロックのチャンネルエンコード方式を決定することを含む。
【００２３】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【００２４】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記受信側が前記第１のデータに利用される無線インターフェースパラメータによって、前記第１のデータのチャンネルエンコード方式を決定することは、前記受信側が前記第１のデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することを含む。
【００２５】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロックＰＲＢに含まれているサブキャリヤー数、直交周波数分割多重方式ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【００２６】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記受信側が前記第１のデータのサービスタイプによって、前記第１のデータのチャンネルエンコード方式を決定することは、前記受信側が前記第１のデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することを含む。
【００２７】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記第１のデータのサービスタイプがロング・ターム・エヴォリューションシステムＬＴＥデータ、高速大容量モバイルブロードバンドｅＭＢＢ、超高信頼低遅延ＵＲＬＬＣおよび多数同時接続を実現するマシンタイプ通信ｍＭＴＣのいずれである。
【００２８】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【００２９】
第３の態様にて提供されるデータ伝送機器は、第１の態様の方式を実行することに用いられるモジュールを含む。
【００３０】
第４の態様にて提供されるデータ伝送機器は、第２の態様の方式を実行することに用いられるモジュールを含む。
【００３１】
第５の態様にて提供されるデータ伝送機器は、プログラムを記憶するメモリと、送受信機と、プログラムを実行することに用いられるプロセッサーと、を含み、前記プログラムが実行されるとき、前記プロセッサーが前記送受信機に基づいて前記第１の態様の方式を実行する。
【００３２】
第６の態様にて提供されるデータ伝送機器は、プログラムを記憶するメモリと、送受信機と、プログラムを実行することに用いられるプロセッサーと、を含み、前記プログラムが実行されるとき、前記プロセッサーが前記送受信機に基づいて前記第１の態様の方式を実行する。
【００３３】
第７の態様にて提供されるコンピュータ可読媒体は、機器で実行され、第１の態様の方式を実行する指令を含むプログラムコードを記憶することに用いられる。
【００３４】
第８の態様にて提供されるコンピュータ可読媒体は、機器で実行され、第２の態様の方式を実行する指令を含むプログラムコードを記憶することに用いられる。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施例に係るデータ伝送方法の説明フローチャートである。
【図２】本発明の実施例に係るデータ伝送方法の説明フローチャートである。
【図３】本発明の実施例に係るデータ伝送機器の説明ブロック図である。
【図４】本発明の実施例に係るデータ伝送機器の説明ブロック図である。
【図５】本発明の実施例に係るデータ伝送機器の説明ブロック図である。
【図６】本発明の実施例に係るデータ伝送機器の説明ブロック図である。
【発明を実施するための形態】
【００３６】
なお、本発明の実施例の技術案は、様々な種類の通信システム、例えばグローバル移動通信（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）システム、符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、ＧＰＲＳ）、ロング・ターム・エヴォリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ、ＵＭＴＳ）などの現在の通信システム、特に未来の第五世代移動通信技術（５Ｇ）システムに適用されうる。
【００３７】
図１は本発明の実施例に係るデータ伝送方法の説明フローチャートである。図１の方式は、１１０と、１２０と、１３０と、を含む。
【００３８】
１１０、送信側が伝送すべきデータの伝送ブロックのサイズ、前記伝送すべきデータに利用される無線インターフェースパラメータおよび前記伝送すべきデータのサービスタイプのうちの少なくとも一つによって、前記伝送すべきデータのチャンネルエンコード方式を決定する。
【００３９】
なお、上記伝送ブロックは、上記伝送すべきデータを伝送する伝送ブロックであり、伝送ブロックのサイズが伝送ブロックサイズ（ＴＢＳｉｚｅ）である。伝送すべきデータを伝送する伝送ブロックは、一つでもよいし、多数でもよい。また、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプは、伝送すべきデータの特徴情報に認められてもよい。伝送すべきデータの特徴情報を利用すると、伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができる。
【００４０】
１２０、送信側が伝送すべきデータのチャンネルエンコード方式によって、前記伝送すべきデータにチャンネルエンコードを行う。
【００４１】
例えば、ステップ１１０では送信側が伝送すべきデータのチャンネルエンコード方式をＰｏｌａｒ符号に決定すると、ステップ１２０では送信側がＰｏｌａｒ符号で伝送すべきデータにチャンネルエンコードを行う。
【００４２】
１３０、前記送信側が受信側にチャンネルエンコードされた後の前記伝送すべきデータを送信する。
【００４３】
なお、本発明の実施例における送信側および受信側は、いずれもネットワーク機器や端末機器でもよいが、一般的には、送信側がネットワーク機器で、受信側が端末機器であり、あるいは、送信側および受信側がいずれも端末機器である。
【００４４】
本発明の実施例のネットワーク機器は、端末機器との通信に用いられる機器でもよい。このネットワーク機器は、ＧＳＭやＣＤＭＡの基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）でもよいし、ＷＣＤＭＡシステムの基地局（ＮｏｄｅＢ、ＮＢ）でもよいし、ＬＴＥシステムの基地局（Ｅｖｏｌｕｔｉｏｎａｌ  ＮｏｄｅＢ、ｅＮＢやｅＮｏｄｅＢ）でもよいし、さらにクラウドベースの無線アクセス・ネットワーク（Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＣＲＡＮ）での無線コントローラでもよい。あるいはこのネットワーク機器は、中継局、アクセスポイント、車載機器、ウェアラブルデバイスおよび未来の５Ｇネットワークのネットワーク機器や未来に発展変化するＰＬＭＮネットワークのネットワーク機器などでもよいが、本発明の実施例に決して限定されていない。
【００４５】
本発明の実施例の端末機器は、ユーザー機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、接続端末、ユーザーユニット、ユーザーステーション、モバイルステーション、移動基地局、遠隔局、リモート・ターミナル、モバイル機器、ユーザー端末、端末、無線通信機器、ユーザー代行機器やユーザー装置でもよい。接続端末は、セル方式携帯電話、コードレスホン、セッションイニシエーションプロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、ＷＬＬ）ステーション、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、無線通信機能を持つハンドヘルドデバイス、計算機器や無線モデムに接続するその他の処理機器、車載機器、ウェアラブルデバイス、未来の５Ｇネットワークの端末機器や未来に発展変化する地上波公共移動通信ネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＰＬＭＮ）の端末機器などでもよいが、本発明の実施例に決して限定されていない。
【００４６】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【００４７】
場合によっては、一実施例として、送信側が伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定する。ただし、伝送ブロックのサイズとチャンネルエンコード方式との対応関係は、予め設定しておくことができる。
【００４８】
なお、伝送すべきデータの伝送ブロックのサイズは、伝送すべきデータをスケジューリングするコントロールシグナルに含まれている変調および符号化方式（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ、ＭＣＳ）指示情報によって決定されてもよい。具体的に言えば、伝送すべきデータのデータブロックのサイズは、ＭＣＳ指示情報により指示されたＭＣＳおよび伝送すべきデータの周波数領域リソースのサイズ（この周波数領域リソースのサイズが伝送すべきデータをスケジューリングする周波数領域リソースの配置情報によって決定されてもよい）によって決定されてもよい。ただし、ＭＣＳおよび周波数領域リソースのサイズという二者と伝送ブロックのサイズの対応関係は、送信側および受信側により予め約束しておくことができるが、このようにすると、送信側および受信側は、直接ＭＣＳおよび伝送すべきデータの周波数領域リソースのサイズによって伝送すべきデータの伝送ブロックのサイズを決定することができる。また、直接ＭＣＳおよび伝送ブロックのサイズによって伝送すべきデータの伝送ブロックのサイズを決定することができる。
【００４９】
送信側が伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定するとき、下記の二種類の実施形態を利用することができる。
【実施形態１】
【００５０】
送信側が伝送すべきデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、第１の伝送ブロックのチャンネルエンコード方式を決定する。なお、第１の伝送ブロックのチャンネルエンコード方式を決定することとは第１の伝送ブロックに伝送されるデータのエンコード方式を決定することを意味し、次に、送信側が第１の伝送ブロックに伝送されるデータのエンコード方式によって、第１の伝送ブロックに伝送されるデータにチャンネルエンコードを行う。上記第１の伝送ブロックは、伝送すべきデータのいかなる伝送ブロックでもよいし、伝送すべきデータのある特定伝送ブロックでもよい。
【００５１】
上記第１の伝送ブロックが伝送すべきデータのいかなる伝送ブロックである場合、例えば、伝送すべきデータに二つの伝送ブロックを含んでいるとき、実施形態１によってそれぞれこの二つの伝送ブロックに対応するチャンネルエンコード方式を決定することができる。すなわち、実施形態１において、各伝送ブロックのチャンネルエンコード方式を決定し、さらに決定したチャンネルエンコード方式によってそれぞれ各伝送ブロックにチャンネルエンコードを行うことができる。
【００５２】
具体的に、伝送すべきデータに伝送ブロック１と伝送ブロック２という二つの伝送ブロックを含んでいると仮定すると、伝送ブロック１のサイズがプリセットされた第１の閾値以下である場合、伝送ブロック１のチャンネルエンコード方式をＰｏｌａｒ符号に決定する。伝送ブロック１のサイズがプリセットされた第１の閾値より大きい場合、伝送ブロック１のチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。同様に、伝送ブロック２について、伝送ブロック２のサイズがプリセットされた第１の閾値以下である場合、伝送ブロック２のチャンネルエンコード方式をＰｏｌａｒ符号に決定する。伝送ブロック２のサイズがプリセットされた第１の閾値より大きい場合、伝送ブロック２のチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。判断によって伝送ブロック１のサイズがプリセットされた第１の閾値より小さく、伝送ブロック２のサイズがプリセットされた第１の閾値より大きいことを発見したと仮定すると、伝送ブロック１のチャンネルエンコード方式をＰｏｌａｒ符号に決定し、伝送ブロック２のチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。
【００５３】
上記第１の伝送ブロックが伝送すべきデータのある特定伝送ブロックである場合、例えば、伝送すべきデータに第１の伝送ブロックである伝送ブロック１とその他の伝送ブロックを含んでいるとき、実施形態１によって伝送ブロック１のチャンネルエンコード方式を決定することができるが、その他の伝送ブロックについて、実施形態１によってチャンネルエンコード方式を決定することができるし、別の方式や方法によってチャンネルエンコード方式を決定することもできる。
【実施形態２】
【００５４】
送信側が伝送すべきデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定する。
【００５５】
実施形態２において、送信側が伝送すべきデータの全ての伝送ブロックのある伝送ブロックによって、伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定するのであり、すなわち、ある伝送ブロックによってチャンネルエンコード方式を決定し、そして当該チャンネルエンコード方式を伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式とするのである。実施形態１では伝送すべきデータの各伝送ブロックのエンコード方式を決定し、かつチャンネルエンコードのときに各伝送ブロックに異なるエンコード方式を利用することに比べて、実施形態２では複雑度を下げ、チャンネルエンコード方式を決定する流れおよびステップを簡略化する。
【００５６】
場合によっては、上記第２の伝送ブロックが伝送すべきデータの特定の伝送ブロックでもよいし、伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものでもよい。
【００５７】
上記第２の伝送ブロックが伝送すべきデータの特定伝送ブロックである場合、例えば、伝送すべきデータに多数の伝送ブロックを含んでおり、当該多数の伝送ブロックの第１の伝送ブロックが第２の伝送ブロックであるとき、送信側は、第１の伝送ブロックのサイズおよび伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定することができる。
【００５８】
上記第２の伝送ブロックが伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである場合、例えば、伝送すべきデータに多数の伝送ブロックを含んでおり、ただし、伝送ブロック１と伝送ブロック２が伝送すべきデータにおいてそれぞれ最大のものと最小ものであるとき、伝送ブロック１を第２の伝送ブロックとすることができるが、伝送ブロック１のサイズがプリセットされた第２の閾値以下である場合、伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式をいずれもＰｏｌａｒ符号に決定する。伝送ブロック１のサイズがプリセットされた第２の閾値より大きい場合、伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式をいずれもＴｕｒｂｏ符号に決定する。
【００５９】
場合によっては、一実施例として、送信側が伝送すべきデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定する。
【００６０】
上記無線インターフェースパラメータは、伝送すべきデータの時間周波数リソースを決定できるリソースパラメーター情報を少なくとも一つ含むことができるが、このリソースパラメーター情報によって伝送すべきデータの時間周波数リソースを決定し、さらに伝送すべきデータの時間周波数リソースによって伝送すべきデータのチャンネルエンコード方式を決定する。また、上記無線インターフェースパラメータは、受信側がシグナルによって送信側に配置したり、送信側が自身のその他のパラメーター（例えば、当面のサービスタイプや当面の作業周波数）によって受けたりすることができる。また、受信側にとって、送信側のシグナルによって当該無線インターフェースパラメータを受けたり、自身のその他のパラメーターによって当該無線インターフェースパラメータを受けたりすることもできる。あるいは、送信側および受信側が事前の配置によって伝送すべきデータに利用される無線インターフェースパラメータを受けることができる。
【００６１】
上記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＰＲＢ）に含まれているサブキャリヤー数、直交周波数分割多重方式（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ、ＯＦＤＭ）符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）に含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【００６２】
ただし、サブキャリヤー間隔が隣接するサブキャリヤーの周波数間隔である。例えば、サブキャリヤー間隔が１５Ｋｈｚ、６０Ｋｈｚなどでもよい。プリセット帯域幅でのサブキャリヤー数が全ての可能なシステム帯域幅でサブキャリヤーに対応する数である。典型的なものとして、ＰＲＢに含まれているサブキャリヤー数が１２、２４など、６や１２の整数倍である。ＯＦＤＭ符号の生成時にフーリエ変換や逆フーリエ変換で使われる点数が普通に２の整数冪であるが、ここでフーリエ変換は高速フーリエ変換（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ、ＦＦＴ）でもよく、逆フーリエ変換は高速逆フーリエ変換（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ、ＩＦＦＴ）でもよい。各ＴＴＩに含まれているＯＦＤＭ符号数が２、４、７や１４の整数倍でもよい。プリセット時間単位に含まれているＴＴＩの数が１ｍｓや１０ｍｓなどの一定の時間内に含まれているＴＴＩ数でもよい。信号接頭辞情報が機器でデータを送信したり受信したりするときに使われる信号の信号接頭辞情報でもよいが、信号の循環接頭辞時間の長さ、循環接頭辞に常規循環接頭辞を使うのか、拡張循環接頭辞を使うのかということを含むことができる。
【００６３】
上記無線インターフェースパラメータにサブキャリヤー間隔情報を含んでいる場合、送信側は、伝送すべきデータに利用されるサブキャリヤー間隔のサイズ、およびサブキャリヤー間隔のサイズとチャンネルエンコード方式との対応関係（このプリセット関係は予め設定しておくことができる）によって、伝送すべきデータのチャンネルエンコード方式を決定することができる。
【００６４】
例えば、伝送すべきデータのサブキャリヤー間隔が１５Ｋｈｚの場合、伝送すべきデータのチャンネルエンコード方式をテールバイティング畳み込み符号（Ｔａｉｌ−Ｂｉｔｉｎｇ  Ｃｏｎｖｏｌｕｔｉｏｎａｌ  Ｃｏｄｉｎｇ、ＴＢＣＣ）に決定し、伝送すべきデータのサブキャリヤー間隔が６０Ｋｈｚの場合、伝送すべきデータのチャンネルエンコード方式を低密度パリティ検査（Ｌｏｗ−Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ、ＬＤＰＣ）符号に決定する。
【００６５】
上記無線インターフェースパラメータに各ＴＴＩに含まれているＯＦＤＭ符号数情報を含んでいる場合、送信側は、伝送すべきデータに対応するＴＴＩに含まれているＯＦＤＭ符号数、およびＯＦＤＭ符号数とチャンネルエンコード方式との対応関係（このプリセット関係は予め設定しておくことができる）によって、伝送すべきデータのチャンネルエンコード方式を決定することができる。
【００６６】
例えば、伝送すべきデータの各ＴＴＩに含まれているＯＦＤＭ符号数がプリセットされた第３の閾値より小さい場合、伝送すべきデータのチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。伝送すべきデータの各ＴＴＩに含まれているＯＦＤＭ符号数がプリセットされた第３の閾値より小さい場合、伝送すべきデータのチャンネルエンコード方式をＰｏｌａｒ符号に決定する。
【００６７】
なお、上記無線インターフェースパラメータ情報とチャンネルエンコード方式との対応関係は、無線インターフェースパラメータのある情報とチャンネルエンコード方式との対応関係に基づくものでもよいし、無線インターフェースパラメータの多種類の情報とチャンネルエンコード方式との対応関係に基づくものでもよい。
【００６８】
すなわち、送信側は、無線インターフェースパラメータのある情報、およびこの情報とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定することができ、例えば、送信側は、プリセット帯域幅でのサブキャリヤー数、およびプリセット帯域幅でのサブキャリヤー数とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定することもできる。また、送信側は、無線インターフェースパラメータの多種類の情報、および当該多種類の情報とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定することができ、例えば、送信側は、サブキャリヤー間隔と各ＴＴＩに含まれているＯＦＤＭ符号数、およびサブキャリヤー間隔と各ＴＴＩに含まれているＯＦＤＭ符号数という二者とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定することができる。具体的に言えば、伝送すべきデータのサブキャリヤー間隔が１５Ｋｈｚで、各ＴＴＩに含まれているＯＦＤＭ符号数がプリセットされた第３の閾値より小さい場合、伝送すべきデータのチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。伝送すべきデータのサブキャリヤー間隔が６０Ｋｈｚで、各ＴＴＩに含まれているＯＦＤＭ符号数がプリセットされた第３の閾値より大きい場合、伝送すべきデータのチャンネルエンコード方式をＴＢＣＣ符号に決定する。
【００６９】
場合によっては、一実施例として、送信側が伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定する。
【００７０】
上記伝送すべきデータのサービスタイプは、ＬＴＥデータ、高速大容量モバイルブロードバンド（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）、超高信頼低遅延（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）および多数同時接続を実現するマシンタイプ通信（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）のいずれを含むことができる。
【００７１】
具体的に言えば、伝送すべきデータのサービスタイプがＬＴＥデータの場合、伝送すべきデータのチャンネルエンコード方式は、Ｔｕｒｂｏ符号とする。伝送すべきデータのサービスタイプがｅＭＢＢやＵＲＬＬＣの場合、伝送すべきデータのチャンネルエンコード方式は、ＬＤＰＣ符号とする。伝送すべきデータのサービスタイプがｍＭＴＣの場合、伝送すべきデータのチャンネルエンコード方式は、ＴＢＣＣ符号とする。
【００７２】
サービスタイプによって相応のチャンネルエンコード方式を選ぶことによって、異なるサービスタイプにデコード複雑度、復調性能などが最適なチャンネルエンコード方式を選ぶことができる。
【００７３】
なお、本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することを除き、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプの多種類によって、伝送すべきデータのチャンネルエンコード方式を決定することができる。例えば、送信側が伝送すべきデータの伝送ブロックのサイズおよび伝送すべきデータのサービスタイプという二者とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定することができるが、具体的に、伝送すべきデータのサービスタイプがｅＭＢＢで、伝送すべきデータの伝送ブロックのサイズがプリセットされた第４の閾値より小さい場合、伝送すべきデータのチャンネルエンコード方式をＬＤＰＣ符号に決定し、伝送すべきデータのサービスタイプがｍＭＴＣで、伝送すべきデータの伝送ブロックのサイズがプリセットされた第４の閾値より大きい場合、伝送すべきデータのチャンネルエンコード方式をＴＢＣＣ符号に決定する。
【００７４】
以上、図１を参照しながら、送信側の立場から本発明の実施例のデータ伝送方法を詳しく説明したが、以下、図２を参照しながら、受信側の立場から本発明の実施例のデータ伝送方法を説明する。なお、送信側および受信側に対する説明が互いに対応するので、図２に詳しく説明されない部分が図１の実施例を参照することができる。
【００７５】
図２は本発明の実施例に係るデータ伝送方法の説明フローチャートである。図２の方式は、
２１０、受信側が送信側から送信された第１のデータを受信することと、
２２０、前記受信側が前記第１のデータの伝送ブロックのサイズ、前記第１のデータに利用される無線インターフェースパラメータおよび前記第１のデータのサービスタイプのうちの少なくとも一つによって、前記第１のデータのチャンネルエンコード方式を決定することと、
２３０、前記受信側が前記第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて、前記第１のデータにチャンネルデコードを行うことと、を含む。
【００７６】
なお、受信側が第１のデータを受信した後に、先に第１のデータのチャンネルエンコード方式を決定し、そして第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式を利用して第１のデータにチャンネルデコードを行うことができる。受信側が第１のデータを受信した後に、直接第１のデータのチャンネルデコード方式を決定し、そして当該チャンネルデコード方式によって第１のデータにチャンネルデコードを行うこともできる。
【００７７】
また、本発明の実施例における送信側および受信側は、いずれもネットワーク機器や端末機器でもよいが、一般的には、送信側がネットワーク機器で、受信側が端末機器であり、あるいは、送信側および受信側がいずれも端末機器である。
【００７８】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【００７９】
場合によっては、一実施例として、前記受信側が前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する。
【００８０】
場合によっては、一実施例として、前記受信側が前記第１のデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックの全ての伝送ブロックのチャンネルエンコード方式を決定する。
【００８１】
場合によっては、一実施例として、前記受信側が前記第１のデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定し、ただし、前記第２の伝送ブロックが前記第１のデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【００８２】
場合によっては、一実施例として、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【００８３】
場合によっては、一実施例として、前記受信側が前記第１のデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する。
【００８４】
場合によっては、一実施例として、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、ＰＲＢに含まれているサブキャリヤー数、ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【００８５】
場合によっては、一実施例として、前記受信側が前記第１のデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する。
【００８６】
場合によっては、一実施例として、前記第１のデータのサービスタイプがＬＴＥデータ、ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣのいずれである。
【００８７】
場合によっては、一実施例として、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【００８８】
次にはネットワーク機器から端末機器にデータを送信することを例にして本発明の実施例のデータ伝送方法を詳しく説明する。
【００８９】
３０１、ネットワーク機器が伝送すべきデータに利用される伝送ブロックのサイズを決定する。
【００９０】
伝送すべきデータの伝送ブロックのサイズを決定するときにチャンネルの質および伝送すべきデータのサービスタイプによって決定することができるし、ＭＣＳおよび伝送すべきデータの周波数領域リソースのサイズによって決定することもできる。
【００９１】
３０２、ネットワーク機器が伝送すべきデータの各伝送ブロックのサイズによって、各伝送ブロックのチャンネルエンコード方式を決定する。
【００９２】
例えば、伝送すべきデータに第１の伝送ブロックと第２の伝送ブロックという二つの伝送ブロックを含んでおり、第１の伝送ブロックのサイズが５００ビットより小さく、第２の伝送ブロックのサイズが５００ビットより大きい場合、第１の伝送ブロックのチャンネルエンコード方式はＬＤＰＣ符号とし、第２の伝送ブロックのチャンネルエンコード方式はＴｕｒｂｏ符号とする。
【００９３】
３０３、ネットワーク機器が下り制御情報（Ｄｏｗｎｌｉｎｋ  ＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を経由して端末機器にスケジューリングシグナルを送信する。
【００９４】
３０４、ネットワーク機器が端末機器にチャンネルエンコードされた後の伝送すべきデータを送信する。
【００９５】
なお、ステップ３０３とステップ３０４が同時に発生することができ、すなわち、ネットワーク機器が端末機器に同時にスケジューリングシグナルおよびチャンネルエンコードされた後の伝送すべきデータを送信することができる。また、ネットワーク機器が先に端末機器にスケジューリングシグナルを送信し、さらに端末機器にチャンネルエンコードされた後の伝送すべきデータを送信することができる。
【００９６】
３０５、端末機器がネットワーク機器から送信されたスケジューリングシグナルを受信した後、スケジューリングシグナルのＭＣＳ指示情報および周波数領域リソースの配置情報によって、伝送すべきデータに利用される伝送ブロックのサイズを決定する。
【００９７】
例えば、一つのＭＣＳ索引値と一つの周波数領域リソースのサイズが共に一つの伝送ブロックのサイズに対応し、かつ、それらの対応関係がネットワーク機器および端末機器により予め約束しておいた場合、ネットワーク機器および端末機器は、ＭＣＳ索引値および周波数領域リソースのサイズによって、共に伝送すべきデータの伝送ブロックのサイズを決定することができる。
【００９８】
３０６、端末機器が伝送すべきデータの各伝送ブロックのサイズによって、各伝送ブロックのチャンネルエンコード方式を決定する。
【００９９】
例えば、伝送すべきデータに第１の伝送ブロックと第２の伝送ブロックという二つの伝送ブロックを含んでおり、第１の伝送ブロックのサイズが５００ビットより小さく、第２の伝送ブロックのサイズが５００ビットより大きい場合、第１の伝送ブロックのチャンネルエンコード方式はＬＤＰＣ符号とし、第２の伝送ブロックのチャンネルエンコード方式はＴｕｒｂｏ符号とする。
【０１００】
３０７、端末機器は、ネットワーク機器からのスケジューリングシグナルを受信した後、当該スケジューリングシグナルによってネットワーク機器から送信されたエンコードされた伝送すべきデータをチェックし、そしてステップ３０５で決定した各伝送ブロックのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて伝送すべきデータの各伝送ブロックにチャンネルデコードを行う。
【０１０１】
上記ステップ３０１〜３０７は、ネットワーク機器から端末機器にデータを送信すること（下りデータ伝送）を例にして本発明の実施例のデータ伝送方法を説明したが、以下、端末機器からネットワーク機器にデータを送信すること（上りデータ伝送）を例にして本発明の実施例のデータ伝送方法を詳しく説明する。具体的なステップは次のとおりである。
【０１０２】
４０１、ネットワーク機器は、端末機器がデータ伝送を行うときに一つのＴＴＩに含まれているＯＦＤＭ符号数を決定する。
【０１０３】
具体的に言えば、ネットワーク機器は、端末機器が伝送すべきデータを送信するサービスタイプによって、一つのＴＴＩに含まれているＯＦＤＭ符号数を決定することができる。
【０１０４】
４０２、ネットワーク機器がＤＣＩを経由して端末機器にスケジューリングシグナルを送信して、端末機器が上りデータ伝送を行うようにスケジューリングする。
【０１０５】
このスケジューリングシグナルに、端末機器が上りデータ伝送を行うときに一つのＴＴＩに含まれているＯＦＤＭ符号数の指示情報を含んでおり、この指示情報によって端末機器は、一つのＴＴＩに含まれているＯＦＤＭ符号数を知ることができる。
【０１０６】
４０３、端末機器がネットワーク機器から送信されたスケジューリングシグナルを受信した後、スケジューリングシグナルの指示情報によって一つのＴＴＩに含まれているＯＦＤＭ符号数を決定する。
【０１０７】
４０４、端末機器が一つのＴＴＩに含まれているＯＦＤＭ符号数によって、伝送すべきデータのチャンネルエンコード方式を決定する。
【０１０８】
例えば、一つのＴＴＩに含まれているＯＦＤＭ符号数が４より小さい場合、伝送すべきデータのチャンネルエンコード方式をＴＢＣＣ符号に決定する。一つのＴＴＩに含まれているＯＦＤＭ符号数が４以下で、１４より小さい場合、伝送すべきデータのチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。一つのＴＴＩに含まれているＯＦＤＭ符号数が１４より大きい場合、伝送すべきデータのチャンネルエンコード方式をＰｏｌａｒ符号に決定する。
【０１０９】
４０５、端末機器がステップ４０４で決定したチャンネルエンコード方式に基づいて、伝送すべきデータにチャンネルエンコードを行う。
【０１１０】
４０６、端末機器がネットワーク機器からのスケジューリングシグナルによって、チャンネルエンコードされた後の伝送すべきデータをネットワーク機器に送信する。
【０１１１】
４０７、ネットワーク機器が一つのＴＴＩに含まれているＯＦＤＭ符号数によって、端末機器が伝送すべきデータにチャンネルエンコードを行うときに利用するチャンネルエンコード方式を決定する。
【０１１２】
４０８、ネットワーク機器が伝送すべきデータのチャンネルエンコード方式に対応するチャンネルデコード方式によって、端末機器から送信されたチャンネルエンコードされた後の伝送すべきデータにチャンネルデコードを行う。
【０１１３】
以上、図１および図２を参照しながら、本発明の実施例のデータ伝送方法を詳しく説明したが、以下、図３〜図６を参照しながら、本発明の実施例のデータ伝送機器を詳しく説明する。なお、図３〜図６に示すデータ伝送機器が上述した送信側および受信側により実行した各ステップを実行することができ、説明の重複を避けるために、ここで詳しく説明しない。
【０１１４】
図３は本発明の実施例に係るデータ伝送機器の説明ブロック図である。図３に示すデータ伝送機器５００は、
伝送すべきデータの伝送ブロックのサイズ、前記伝送すべきデータに利用される無線インターフェースパラメータおよび前記伝送すべきデータのサービスタイプのうちの少なくとも一つによって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる決定モジュール５１０と、
前記伝送すべきデータのチャンネルエンコード方式によって、前記伝送すべきデータにチャンネルエンコードを行うことに用いられる処理モジュール５２０と、
別の機器にチャンネルエンコードされた後の前記伝送すべきデータを送信することに用いられる送信モジュール５３０と、を含む。
【０１１５】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【０１１６】
なお、本発明の実施例におけるデータ伝送機器５００が図１に示す本発明の実施例に係るデータ伝送方法における送信側に対応することができ、当該データ伝送機器５００が図１に示すデータ伝送方法の各ステップを実行することができる。
【０１１７】
場合によっては、一実施例として、決定モジュール５１０が具体的に前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１１８】
場合によっては、一実施例として、決定モジュール５１０が具体的に前記伝送すべきデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１１９】
場合によっては、一実施例として、決定モジュール５１０が具体的に前記伝送すべきデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１２０】
場合によっては、一実施例として、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【０１２１】
場合によっては、一実施例として、決定モジュール５１０が具体的に前記伝送すべきデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１２２】
場合によっては、一実施例として、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、ＰＲＢに含まれているサブキャリヤー数、ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【０１２３】
場合によっては、一実施例として、決定モジュール５１０が具体的に前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１２４】
場合によっては、一実施例として、前記伝送すべきデータのサービスタイプがＬＴＥデータ、ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣのいずれである。
【０１２５】
場合によっては、一実施例として、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【０１２６】
図４は本発明の実施例に係るデータ伝送機器の説明ブロック図である。図４のデータ伝送機器６００は、
送信側から送信された第１のデータを受信することに用いられる受信モジュール６１０と、
前記第１のデータの伝送ブロックのサイズ、前記第１のデータに利用される無線インターフェースパラメータおよび前記第１のデータのサービスタイプのうちの少なくとも一つによって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる決定モジュール６２０と、
前記第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて、前記第１のデータにチャンネルデコードを行うことに用いられる処理モジュール６３０と、を含む。
【０１２７】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【０１２８】
なお、本発明の実施例におけるデータ伝送機器６００が図２に示す本発明の実施例に係るデータ伝送方法における受信側に対応することができ、当該データ伝送機器６００が図２に示すデータ伝送方法の各ステップを実行することができる。
【０１２９】
場合によっては、一実施例として、決定モジュール６２０が具体的に前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる。
【０１３０】
場合によっては、一実施例として、決定モジュール６２０が具体的に前記第１のデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１３１】
場合によっては、一実施例として、決定モジュール６２０が具体的に前記第１のデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータの全ての伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１３２】
場合によっては、一実施例として、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【０１３３】
場合によっては、一実施例として、決定モジュール６２０が具体的に前記第１のデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる。
【０１３４】
場合によっては、一実施例として、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、ＰＲＢに含まれているサブキャリヤー数、ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【０１３５】
場合によっては、一実施例として、決定モジュール６２０が具体的に前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１３６】
場合によっては、一実施例として、前記伝送すべきデータのサービスタイプがＬＴＥデータ、ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣのいずれである。
【０１３７】
場合によっては、一実施例として、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【０１３８】
図５は本発明の実施例に係るデータ伝送機器の説明ブロック図である。図５のデータ伝送機器７００は、
プログラムを記憶することに用いられるメモリ７１０と、
メモリ７１０に記憶されたプログラムを実行し、前記プログラムが実行されるとき、伝送すべきデータの伝送ブロックのサイズ、前記伝送すべきデータに利用される無線インターフェースパラメータおよび前記伝送すべきデータのサービスタイプのうちの少なくとも一つによって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられ、また、前記伝送すべきデータのチャンネルエンコード方式によって、前記伝送すべきデータにチャンネルエンコードを行うことにも用いられるプロセッサー７２０と、
別の機器にチャンネルエンコードされた後の前記伝送すべきデータを送信することに用いられる送受信機７３０と、を含む。
【０１３９】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【０１４０】
なお、本発明の実施例におけるデータ伝送機器７００が図１に示す本発明の実施例に係るデータ伝送方法における送信側に対応することができ、当該データ伝送機器７００が図１に示すデータ伝送方法の各ステップを実行することができる。
【０１４１】
場合によっては、一実施例として、プロセッサー７２０が具体的に前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１４２】
場合によっては、一実施例として、プロセッサー７２０が具体的に前記伝送すべきデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１４３】
場合によっては、一実施例として、プロセッサー７２０が具体的に前記伝送すべきデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１４４】
場合によっては、一実施例として、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【０１４５】
場合によっては、一実施例として、プロセッサー７２０が具体的に前記伝送すべきデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１４６】
場合によっては、一実施例として、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、ＰＲＢに含まれているサブキャリヤー数、ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【０１４７】
場合によっては、一実施例として、プロセッサー７２０が具体的に前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１４８】
場合によっては、一実施例として、前記伝送すべきデータのサービスタイプがＬＴＥデータ、ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣのいずれである。
【０１４９】
場合によっては、一実施例として、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【０１５０】
図６は本発明の実施例に係るデータ伝送機器の説明ブロック図である。図６のデータ伝送機器８００は、
プログラムを記憶することに用いられるメモリ８１０と、
送信側から送信された第１のデータを受信することに用いられる送受信機８２０と、
前記メモリ８１０に記憶されたプログラムを実行し、前記プログラムが実行されるとき、前記第１のデータの伝送ブロックのサイズ、前記第１のデータに利用される無線インターフェースパラメータおよび前記第１のデータのサービスタイプのうちの少なくとも一つによって、前記第１のデータのチャンネルエンコード方式を決定することに用いられ、また、前記第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて、前記第１のデータに対してチャンネルデコードを行うことにも用いられるプロセッサー８３０と、を含む。
【０１５１】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【０１５２】
なお、本発明の実施例におけるデータ伝送機器８００が図２に示す本発明の実施例に係るデータ伝送方法における受信側に対応することができ、当該データ伝送機器８００が図２に示すデータ伝送方法の各ステップを実行することができる。
【０１５３】
場合によっては、一実施例として、プロセッサー８３０が具体的に前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる。
【０１５４】
場合によっては、一実施例として、プロセッサー８３０が具体的に前記第１のデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１５５】
場合によっては、一実施例として、プロセッサー８３０が具体的に前記第１のデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータの全ての伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１５６】
場合によっては、一実施例として、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【０１５７】
場合によっては、一実施例として、プロセッサー８３０が具体的に前記第１のデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる。
【０１５８】
場合によっては、一実施例として、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、ＰＲＢに含まれているサブキャリヤー数、ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【０１５９】
場合によっては、一実施例として、プロセッサー８３０が具体的に前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１６０】
場合によっては、一実施例として、前記伝送すべきデータのサービスタイプがＬＴＥデータ、ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣのいずれである。
【０１６１】
場合によっては、一実施例として、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【０１６２】
当業者であれば理解できるように、ここにおいて開示される実施形態と関係させて説明される様々な例示的なユニット、およびアルゴリズムステップを参照し、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組合せによって実装でき、これらの機能のハードウェアまたはソフトウェアによる実装は、本技術的解決手段の個別的な適用および設計上の制限となる条件に依存する。当業者は、様々な方法を使用して、説明した機能を具体的な適用ごとに実装してもよいが、その実装は本発明の範囲を超えるとは考えるべきではない。
【０１６３】
当業者であれば明確に理解できるであろうが、説明の便宜上および簡潔化のために、上記説明したシステム、装置およびユニットの具体的な動作過程は、前述した方法例の対応する過程を参照することができるため、ここでは説明を省略する。
【０１６４】
本発明によって提供されるいくつかの実施例では、当然のことながら、開示されているシステム、装置および方法は、他の形態により具体化することができる。例えば、これまでに説明した装置の実施例は例示的なものにすぎず、例えば、前記ユニットの分割は、論理的機能の分割にすぎず、実際に実施する際は他の分割方式を用いてもよく、例えば、複数のユニットまたは構成要素は組み合わせてもまたは他のシステムに統合してもよく、またはいくつかの特徴は考慮しなくてもよく、または実行しない。他方では、表示または説明した相互間の結合または直接結合または通信接続はいくつかのインタフェースを介しても、装置またはユニットの間接結合または通信接続でもよく、電気的、機械的または他の形態でもよい。
【０１６５】
前記分離部材として説明したユニットは物理的に分けても、ユニットを現す部材として物理ユニットでも、またはそうでなくてもよく、すなわち一つの場所に位置しても、または複数のネットワークユニットに配置してもよい。実際の要件に基づき、そのうちの一部または全てのユニットを選択することで本実施例の態様の目的を達成することができる。
【０１６６】
また、本発明の各実施例における各機能ユニットは一つの処理ユニットに統合しても、各ユニットが単独で物理的に存在しても、二つまたは二つ以上のユニットを一つのユニットに統合してもよい。
【０１６７】
前記機能がソフトウェア機能ユニットの形態で実装され、そして独立の製品として販売や利用される場合、一台のコンピュータの読み取り可能な記憶媒体に記憶できる。このような理解に基づき、本発明の技術的解決手段は本質的に、従来技術に対する貢献部分がソフトウェア製品の形式で実施でき、該コンピュータソフトウェア製品は読み取り可能な記憶媒体に記憶され、いくつかの命令を含んでコンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい）が本発明の各実施例の前記方法のステップの全部または一部を実行することを可能にする。前述した記憶媒体は、ＵＳＢメモリ、リムーバブルハードディスク、読み取り専用記憶メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなどのプログラムコードを記憶できる各種媒体を含む。
【０１６８】
以上に記述されたのは、本発明の具体的な実施形態にすぎず、本発明の範囲はこれに限定されるものではなく、当業者であれば本発明に開示された技術的範囲内で、想到し得る変更または置換は、いずれも本発明の範囲に属する。したがって、本発明の範囲は前記特許請求の保護範囲に準じるものとする。
【図１】
2019530995.tif 000003
【図２】
2019530995.tif 000004
【図３】
2019530995.tif 000005
【図４】
2019530995.tif 000006
【図５】
2019530995.tif 000007
【図６】
2019530995.tif 000008
【手続補正書】
【提出日】平成31年2月18日(2019.2.18)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術分野に関し、詳しく言えば、データ伝送方法および機器に関する。
【背景技術】
【０００２】
ロング・ターム・エヴォリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムでは、ＬＴＥにおけるデータ伝送の要求を満たすように、普通にＴｕｒｂｏ符号を利用してチャンネルエンコードを行っている。
【０００３】
第五世代移動通信技術（５Ｇ）では、異なるデータ伝送のサービスタイプ、伝送ブロックのサイズや利用する無線インターフェースパラメータ（ｎｕｍｅｒｏｌｏｇｙ）が異なる可能性があるので、単一のエンコード方式で異なっているデータ伝送の要求を満たしにくいのである。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は伝送すべきデータに適切なチャンネルエンコード方式を選ぶデータ伝送方法および機器を提供する。
【課題を解決するための手段】
【０００５】
第１の態様にて提供されるデータ伝送方法は、送信側が伝送すべきデータの伝送ブロックのサイズ、前記伝送すべきデータに利用される無線インターフェースパラメータおよび前記伝送すべきデータのサービスタイプのうちの少なくとも一つによって、前記伝送すべきデータのチャンネルエンコード方式を決定することと、前記送信側が前記伝送すべきデータのチャンネルエンコード方式によって、前記伝送すべきデータにチャンネルエンコードを行うことと、前記送信側が受信側にチャンネルエンコードされた後の前記伝送すべきデータを送信することと、を含む。
【０００６】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【０００７】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記送信側が伝送すべきデータの伝送ブロックのサイズによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、前記送信側が前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することを含む。
【０００８】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記送信側が前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、前記送信側が前記伝送すべきデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することを含む。
【０００９】
本発明の実施例では、伝送すべきデータを伝送する各伝送ブロックに適切なチャンネルエンコード方式を決定することができる。
【００１０】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記送信側が前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、前記送信側が前記伝送すべきデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定することを含む。
【００１１】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【００１２】
本発明の実施例では、最大の伝送ブロックや最小の伝送ブロックによって伝送すべきデータを伝送する全ての伝送ブロックのチャンネルエンコード方式を決定し、かつ全ての伝送ブロックが同様なチャンネルエンコード方式を利用するので、チャンネルエンコード方式を決定する流れおよびステップを簡略化する。
【００１３】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記送信側が前記伝送すべきデータに利用される無線インターフェースパラメータによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、前記送信側が前記伝送すべきデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することを含む。
【００１４】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロックＰＲＢに含まれているサブキャリヤー数、直交周波数分割多重方式ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【００１５】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記送信側が前記伝送すべきデータのサービスタイプによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、前記送信側が前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することを含む。
【００１６】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記伝送すべきデータのサービスタイプがロング・ターム・エヴォリューションシステムＬＴＥデータ、高速大容量モバイルブロードバンドｅＭＢＢ、超高信頼低遅延ＵＲＬＬＣおよび多数同時接続を実現するマシンタイプ通信ｍＭＴＣのいずれである。
【００１７】
第１の態様によれば、第１の態様のいくつかの実施形態において、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【００１８】
第２の態様にて提供されるデータ伝送方法は、受信側が送信側から送信された第１のデータを受信することと、前記受信側が前記第１のデータの伝送ブロックのサイズ、前記第１のデータに利用される無線インターフェースパラメータおよび前記第１のデータのサービスタイプのうちの少なくとも一つによって、前記第１のデータのチャンネルエンコード方式を決定することと、前記受信側が前記第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて、前記第１のデータにチャンネルデコードを行うことと、を含む。
【００１９】
本発明の実施例では、第１のデータの伝送ブロックのサイズ、第１のデータに利用される無線インターフェースパラメータおよび第１のデータのサービスタイプのうちの少なくとも一つによって、第１のデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、第１のデータの特徴情報によって第１のデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【００２０】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記受信側が前記第１のデータの伝送ブロックのサイズによって、前記第１のデータのチャンネルエンコード方式を決定することは、前記受信側が前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することを含む。
【００２１】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記受信側が前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することは、前記受信側が前記第１のデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することを含む。
【００２２】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記受信側が前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することは、前記受信側が前記第１のデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータの全ての伝送ブロックのチャンネルエンコード方式を決定することを含む。
【００２３】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【００２４】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記受信側が前記第１のデータに利用される無線インターフェースパラメータによって、前記第１のデータのチャンネルエンコード方式を決定することは、前記受信側が前記第１のデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することを含む。
【００２５】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロックＰＲＢに含まれているサブキャリヤー数、直交周波数分割多重方式ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【００２６】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記受信側が前記第１のデータのサービスタイプによって、前記第１のデータのチャンネルエンコード方式を決定することは、前記受信側が前記第１のデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することを含む。
【００２７】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記第１のデータのサービスタイプがロング・ターム・エヴォリューションシステムＬＴＥデータ、高速大容量モバイルブロードバンドｅＭＢＢ、超高信頼低遅延ＵＲＬＬＣおよび多数同時接続を実現するマシンタイプ通信ｍＭＴＣのいずれである。
【００２８】
第２の態様によれば、第２の態様のいくつかの実施形態において、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【００２９】
第３の態様にて提供されるデータ伝送機器は、第１の態様の方式を実行することに用いられるモジュールを含む。
【００３０】
第４の態様にて提供されるデータ伝送機器は、第２の態様の方式を実行することに用いられるモジュールを含む。
【００３１】
第５の態様にて提供されるデータ伝送機器は、プログラムを記憶するメモリと、送受信機と、プログラムを実行することに用いられるプロセッサーと、を含み、前記プログラムが実行されるとき、前記プロセッサーが前記送受信機に基づいて前記第１の態様の方式を実行する。
【００３２】
第６の態様にて提供されるデータ伝送機器は、プログラムを記憶するメモリと、送受信機と、プログラムを実行することに用いられるプロセッサーと、を含み、前記プログラムが実行されるとき、前記プロセッサーが前記送受信機に基づいて前記第２の態様の方式を実行する。
【００３３】
第７の態様にて提供されるコンピュータ可読媒体は、機器で実行され、第１の態様の方式を実行する指令を含むプログラムコードを記憶することに用いられる。
【００３４】
第８の態様にて提供されるコンピュータ可読媒体は、機器で実行され、第２の態様の方式を実行する指令を含むプログラムコードを記憶することに用いられる。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施例に係るデータ伝送方法の説明フローチャートである。
【図２】本発明の実施例に係るデータ伝送方法の説明フローチャートである。
【図３】本発明の実施例に係るデータ伝送機器の説明ブロック図である。
【図４】本発明の実施例に係るデータ伝送機器の説明ブロック図である。
【図５】本発明の実施例に係るデータ伝送機器の説明ブロック図である。
【図６】本発明の実施例に係るデータ伝送機器の説明ブロック図である。
【発明を実施するための形態】
【００３６】
なお、本発明の実施例の技術案は、様々な種類の通信システム、例えばグローバル移動通信（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）システム、符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、ＧＰＲＳ）、ロング・ターム・エヴォリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ、ＵＭＴＳ）などの現在の通信システム、特に未来の第五世代移動通信技術（５Ｇ）システムに適用されうる。
【００３７】
図１は本発明の実施例に係るデータ伝送方法の説明フローチャートである。図１の方式は、１１０と、１２０と、１３０と、を含む。
【００３８】
１１０、送信側が伝送すべきデータの伝送ブロックのサイズ、前記伝送すべきデータに利用される無線インターフェースパラメータおよび前記伝送すべきデータのサービスタイプのうちの少なくとも一つによって、前記伝送すべきデータのチャンネルエンコード方式を決定する。
【００３９】
なお、上記伝送ブロックは、上記伝送すべきデータを伝送する伝送ブロックであり、伝送ブロックのサイズが伝送ブロックサイズ（ＴＢＳｉｚｅ）である。伝送すべきデータを伝送する伝送ブロックは、一つでもよいし、多数でもよい。また、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプは、伝送すべきデータの特徴情報に認められてもよい。伝送すべきデータの特徴情報を利用すると、伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができる。
【００４０】
１２０、送信側が伝送すべきデータのチャンネルエンコード方式によって、前記伝送すべきデータにチャンネルエンコードを行う。
【００４１】
例えば、ステップ１１０では送信側が伝送すべきデータのチャンネルエンコード方式をＰｏｌａｒ符号に決定すると、ステップ１２０では送信側がＰｏｌａｒ符号で伝送すべきデータにチャンネルエンコードを行う。
【００４２】
１３０、前記送信側が受信側にチャンネルエンコードされた後の前記伝送すべきデータを送信する。
【００４３】
なお、本発明の実施例における送信側および受信側は、いずれもネットワーク機器や端末機器でもよいが、一般的には、送信側がネットワーク機器で、受信側が端末機器であり、あるいは、送信側および受信側がいずれも端末機器である。
【００４４】
本発明の実施例のネットワーク機器は、端末機器との通信に用いられる機器でもよい。このネットワーク機器は、ＧＳＭやＣＤＭＡの基地局（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ、ＢＴＳ）でもよいし、ＷＣＤＭＡシステムの基地局（ＮｏｄｅＢ、ＮＢ）でもよいし、ＬＴＥシステムの基地局（Ｅｖｏｌｕｔｉｏｎａｌ  ＮｏｄｅＢ、ｅＮＢやｅＮｏｄｅＢ）でもよいし、さらにクラウドベースの無線アクセス・ネットワーク（Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、ＣＲＡＮ）での無線コントローラでもよい。あるいはこのネットワーク側機器は、中継局、アクセスポイント、車載機器、ウェアラブルデバイスまたは未来の５Ｇネットワークのネットワーク機器や未来に発展変化する公衆陸上移動通信ネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ，  ＰＬＭＮ）ネットワークのネットワーク機器などでもよいが、本発明の実施例に決して限定されていない。
【００４５】
本発明の実施例の端末機器は、ユーザー機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、接続端末、ユーザーユニット、ユーザーステーション、モバイルステーション、移動基地局、遠隔局、リモート・ターミナル、モバイル機器、ユーザー端末、端末、無線通信機器、ユーザー代行機器やユーザー装置でもよい。接続端末は、セル方式携帯電話、コードレスホン、セッションイニシエーションプロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ、ＷＬＬ）ステーション、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、無線通信機能を持つハンドヘルドデバイス、計算機器や無線モデムに接続するその他の処理機器、車載機器、ウェアラブルデバイス、未来の５Ｇネットワークの端末機器や未来に発展変化する地上波公共移動通信ネットワーク（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、ＰＬＭＮ）の端末機器などでもよいが、本発明の実施例に決して限定されていない。
【００４６】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【００４７】
一実施例において、送信側が伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定する。ただし、伝送ブロックのサイズとチャンネルエンコード方式との対応関係は、予め設定しておくことができる。
【００４８】
なお、伝送すべきデータの伝送ブロックのサイズは、伝送すべきデータをスケジューリングするコントロールシグナルに含まれている変調および符号化方式（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ、ＭＣＳ）指示情報によって決定されてもよい。具体的に言えば、伝送すべきデータのデータブロックのサイズは、ＭＣＳ指示情報により指示されたＭＣＳおよび伝送すべきデータの周波数領域リソースのサイズ（この周波数領域リソースのサイズが伝送すべきデータをスケジューリングする周波数領域リソースの配置情報によって決定されてもよい）によって決定されてもよい。ただし、ＭＣＳおよび周波数領域リソースのサイズという二者と伝送ブロックのサイズの対応関係は、送信側および受信側により予め約束しておくことができるが、このようにすると、送信側および受信側は、直接ＭＣＳおよび伝送すべきデータの周波数領域リソースのサイズによって伝送すべきデータの伝送ブロックのサイズを決定することができる。また、直接ＭＣＳおよび伝送ブロックのサイズによって伝送すべきデータの伝送ブロックのサイズを決定することができる。
【００４９】
送信側が伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定するとき、下記の二種類の実施形態を利用することができる。
【実施形態１】
【００５０】
送信側が伝送すべきデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、第１の伝送ブロックのチャンネルエンコード方式を決定する。なお、第１の伝送ブロックのチャンネルエンコード方式を決定することとは第１の伝送ブロックに伝送されるデータのエンコード方式を決定することを意味し、次に、送信側が第１の伝送ブロックに伝送されるデータのエンコード方式によって、第１の伝送ブロックに伝送されるデータにチャンネルエンコードを行う。上記第１の伝送ブロックは、伝送すべきデータのいかなる伝送ブロックでもよいし、伝送すべきデータのある特定伝送ブロックでもよい。
【００５１】
上記第１の伝送ブロックが伝送すべきデータのいかなる伝送ブロックである場合、例えば、伝送すべきデータに二つの伝送ブロックを含んでいるとき、実施形態１によってそれぞれこの二つの伝送ブロックに対応するチャンネルエンコード方式を決定することができる。すなわち、実施形態１において、各伝送ブロックのチャンネルエンコード方式を決定し、さらに決定したチャンネルエンコード方式によってそれぞれ各伝送ブロックにチャンネルエンコードを行うことができる。
【００５２】
具体的に、伝送すべきデータに伝送ブロック１と伝送ブロック２という二つの伝送ブロックを含んでいると仮定すると、伝送ブロック１のサイズがプリセットされた第１の閾値以下である場合、伝送ブロック１のチャンネルエンコード方式をＰｏｌａｒ符号に決定する。伝送ブロック１のサイズがプリセットされた第１の閾値より大きい場合、伝送ブロック１のチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。同様に、伝送ブロック２について、伝送ブロック２のサイズがプリセットされた第１の閾値以下である場合、伝送ブロック２のチャンネルエンコード方式をＰｏｌａｒ符号に決定する。伝送ブロック２のサイズがプリセットされた第１の閾値より大きい場合、伝送ブロック２のチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。判断によって伝送ブロック１のサイズがプリセットされた第１の閾値より小さく、伝送ブロック２のサイズがプリセットされた第１の閾値より大きいことを発見したと仮定すると、伝送ブロック１のチャンネルエンコード方式をＰｏｌａｒ符号に決定し、伝送ブロック２のチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。
【００５３】
上記第１の伝送ブロックが伝送すべきデータのある特定伝送ブロックである場合、例えば、伝送すべきデータに第１の伝送ブロックである伝送ブロック１とその他の伝送ブロックを含んでいるとき、実施形態１によって伝送ブロック１のチャンネルエンコード方式を決定することができるが、その他の伝送ブロックについて、実施形態１によってチャンネルエンコード方式を決定することができるし、別の方式や方法によってチャンネルエンコード方式を決定することもできる。
【実施形態２】
【００５４】
送信側が伝送すべきデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定する。
【００５５】
実施形態２において、送信側が伝送すべきデータの全ての伝送ブロックのある伝送ブロックによって、伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定するのであり、すなわち、ある伝送ブロックによってチャンネルエンコード方式を決定し、そして当該チャンネルエンコード方式を伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式とするのである。実施形態１では伝送すべきデータの各伝送ブロックのエンコード方式を決定し、かつチャンネルエンコードのときに各伝送ブロックに異なるエンコード方式を利用することに比べて、実施形態２では複雑度を下げ、チャンネルエンコード方式を決定する流れおよびステップを簡略化する。
【００５６】
一実施例において、上記第２の伝送ブロックが伝送すべきデータの特定の伝送ブロックでもよいし、伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものでもよい。
【００５７】
上記第２の伝送ブロックが伝送すべきデータの特定伝送ブロックである場合、例えば、伝送すべきデータに多数の伝送ブロックを含んでおり、当該多数の伝送ブロックの第１の伝送ブロックが第２の伝送ブロックであるとき、送信側は、第１の伝送ブロックのサイズおよび伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定することができる。
【００５８】
上記第２の伝送ブロックが伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである場合、例えば、伝送すべきデータに多数の伝送ブロックを含んでおり、ただし、伝送ブロック１と伝送ブロック２が伝送すべきデータにおいてそれぞれ最大のものと最小ものであるとき、伝送ブロック１を第２の伝送ブロックとすることができるが、伝送ブロック１のサイズがプリセットされた第２の閾値以下である場合、伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式をいずれもＰｏｌａｒ符号に決定する。伝送ブロック１のサイズがプリセットされた第２の閾値より大きい場合、伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式をいずれもＴｕｒｂｏ符号に決定する。
【００５９】
一実施例において、送信側が伝送すべきデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定する。
【００６０】
上記無線インターフェースパラメータは、伝送すべきデータの時間周波数リソースを決定できるリソースパラメーター情報を少なくとも一つ含むことができるが、このリソースパラメーター情報によって伝送すべきデータの時間周波数リソースを決定し、さらに伝送すべきデータの時間周波数リソースによって伝送すべきデータのチャンネルエンコード方式を決定する。また、上記無線インターフェースパラメータは、受信側がシグナルによって送信側に配置したり、送信側が自身のその他のパラメーター（例えば、当面のサービスタイプや当面の作業周波数）によって受けたりすることができる。また、受信側にとって、送信側のシグナルによって当該無線インターフェースパラメータを受けたり、自身のその他のパラメーターによって当該無線インターフェースパラメータを受けたりすることもできる。あるいは、送信側および受信側が事前の配置によって伝送すべきデータに利用される無線インターフェースパラメータを受けることができる。
【００６１】
上記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、ＰＲＢ）に含まれているサブキャリヤー数、直交周波数分割多重方式（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ、ＯＦＤＭ）符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ、ＴＴＩ）に含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【００６２】
ただし、サブキャリヤー間隔が隣接するサブキャリヤーの周波数間隔である。例えば、サブキャリヤー間隔が１５Ｋｈｚ、６０Ｋｈｚなどでもよい。プリセット帯域幅でのサブキャリヤー数が全ての可能なシステム帯域幅でサブキャリヤーに対応する数である。典型的なものとして、ＰＲＢに含まれているサブキャリヤー数が１２、２４など、６や１２の整数倍である。ＯＦＤＭ符号の生成時にフーリエ変換や逆フーリエ変換で使われる点数が普通に２の整数冪であるが、ここでフーリエ変換は高速フーリエ変換（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ、ＦＦＴ）でもよく、逆フーリエ変換は高速逆フーリエ変換（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ、ＩＦＦＴ）でもよい。各ＴＴＩに含まれているＯＦＤＭ符号数が２、４、７や１４の整数倍でもよい。プリセット時間単位に含まれているＴＴＩの数が１ｍｓや１０ｍｓなどの一定の時間内に含まれているＴＴＩ数でもよい。信号接頭辞情報が機器でデータを送信したり受信したりするときに使われる信号の信号接頭辞情報でもよいが、信号の循環接頭辞時間の長さ、循環接頭辞に常規循環接頭辞を使うのか、拡張循環接頭辞を使うのかということを含むことができる。
【００６３】
上記無線インターフェースパラメータにサブキャリヤー間隔情報を含んでいる場合、送信側は、伝送すべきデータに利用されるサブキャリヤー間隔のサイズ、およびサブキャリヤー間隔のサイズとチャンネルエンコード方式との対応関係（このプリセット関係は予め設定しておくことができる）によって、伝送すべきデータのチャンネルエンコード方式を決定することができる。
【００６４】
例えば、伝送すべきデータのサブキャリヤー間隔が１５Ｋｈｚの場合、伝送すべきデータのチャンネルエンコード方式をテールバイティング畳み込み符号（Ｔａｉｌ−Ｂｉｔｉｎｇ  Ｃｏｎｖｏｌｕｔｉｏｎａｌ  Ｃｏｄｉｎｇ、ＴＢＣＣ）に決定し、伝送すべきデータのサブキャリヤー間隔が６０Ｋｈｚの場合、伝送すべきデータのチャンネルエンコード方式を低密度パリティ検査（Ｌｏｗ−Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ、ＬＤＰＣ）符号に決定する。
【００６５】
上記無線インターフェースパラメータに各ＴＴＩに含まれているＯＦＤＭ符号数情報を含んでいる場合、送信側は、伝送すべきデータに対応するＴＴＩに含まれているＯＦＤＭ符号数、およびＯＦＤＭ符号数とチャンネルエンコード方式との対応関係（このプリセット関係は予め設定しておくことができる）によって、伝送すべきデータのチャンネルエンコード方式を決定することができる。
【００６６】
例えば、伝送すべきデータの各ＴＴＩに含まれているＯＦＤＭ符号数がプリセットされた第３の閾値より小さい場合、伝送すべきデータのチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。伝送すべきデータの各ＴＴＩに含まれているＯＦＤＭ符号数がプリセットされた第３の閾値より小さい場合、伝送すべきデータのチャンネルエンコード方式をＰｏｌａｒ符号に決定する。
【００６７】
なお、上記無線インターフェースパラメータ情報とチャンネルエンコード方式との対応関係は、無線インターフェースパラメータのある情報とチャンネルエンコード方式との対応関係に基づくものでもよいし、無線インターフェースパラメータの多種類の情報とチャンネルエンコード方式との対応関係に基づくものでもよい。
【００６８】
すなわち、送信側は、無線インターフェースパラメータのある情報、およびこの情報とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定することができ、例えば、送信側は、プリセット帯域幅でのサブキャリヤー数、およびプリセット帯域幅でのサブキャリヤー数とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定することもできる。また、送信側は、無線インターフェースパラメータの多種類の情報、および当該多種類の情報とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定することができ、例えば、送信側は、サブキャリヤー間隔と各ＴＴＩに含まれているＯＦＤＭ符号数、およびサブキャリヤー間隔と各ＴＴＩに含まれているＯＦＤＭ符号数という二者とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定することができる。具体的に言えば、伝送すべきデータのサブキャリヤー間隔が１５Ｋｈｚで、各ＴＴＩに含まれているＯＦＤＭ符号数がプリセットされた第３の閾値より小さい場合、伝送すべきデータのチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。伝送すべきデータのサブキャリヤー間隔が６０Ｋｈｚで、各ＴＴＩに含まれているＯＦＤＭ符号数がプリセットされた第３の閾値より大きい場合、伝送すべきデータのチャンネルエンコード方式をＴＢＣＣ符号に決定する。
【００６９】
一実施例において、送信側が伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定する。
【００７０】
上記伝送すべきデータのサービスタイプは、ＬＴＥデータ、高速大容量モバイルブロードバンド（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）、超高信頼低遅延（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）および多数同時接続を実現するマシンタイプ通信（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）のいずれを含むことができる。
【００７１】
具体的に言えば、伝送すべきデータのサービスタイプがＬＴＥデータの場合、伝送すべきデータのチャンネルエンコード方式は、Ｔｕｒｂｏ符号とする。伝送すべきデータのサービスタイプがｅＭＢＢやＵＲＬＬＣの場合、伝送すべきデータのチャンネルエンコード方式は、ＬＤＰＣ符号とする。伝送すべきデータのサービスタイプがｍＭＴＣの場合、伝送すべきデータのチャンネルエンコード方式は、ＴＢＣＣ符号とする。
【００７２】
サービスタイプによって相応のチャンネルエンコード方式を選ぶことによって、異なるサービスタイプにデコード複雑度、復調性能などが最適なチャンネルエンコード方式を選ぶことができる。
【００７３】
なお、本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することを除き、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプの多種類によって、伝送すべきデータのチャンネルエンコード方式を決定することができる。例えば、送信側が伝送すべきデータの伝送ブロックのサイズおよび伝送すべきデータのサービスタイプという二者とチャンネルエンコード方式との対応関係によって、伝送すべきデータのチャンネルエンコード方式を決定することができるが、具体的に、伝送すべきデータのサービスタイプがｅＭＢＢで、伝送すべきデータの伝送ブロックのサイズがプリセットされた第４の閾値より小さい場合、伝送すべきデータのチャンネルエンコード方式をＬＤＰＣ符号に決定し、伝送すべきデータのサービスタイプがｍＭＴＣで、伝送すべきデータの伝送ブロックのサイズがプリセットされた第４の閾値より大きい場合、伝送すべきデータのチャンネルエンコード方式をＴＢＣＣ符号に決定する。
【００７４】
以上、図１を参照しながら、送信側の立場から本発明の実施例のデータ伝送方法を詳しく説明したが、以下、図２を参照しながら、受信側の立場から本発明の実施例のデータ伝送方法を説明する。なお、送信側および受信側に対する説明が互いに対応するので、図２に詳しく説明されない部分が図１の実施例を参照することができる。
【００７５】
図２は本発明の実施例に係るデータ伝送方法の説明フローチャートである。図２の方式は、
２１０、受信側が送信側から送信された第１のデータを受信することと、
２２０、前記受信側が前記第１のデータの伝送ブロックのサイズ、前記第１のデータに利用される無線インターフェースパラメータおよび前記第１のデータのサービスタイプのうちの少なくとも一つによって、前記第１のデータのチャンネルエンコード方式を決定することと、
２３０、前記受信側が前記第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて、前記第１のデータにチャンネルデコードを行うことと、を含む。
【００７６】
なお、受信側が第１のデータを受信した後に、先に第１のデータのチャンネルエンコード方式を決定し、そして第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式を利用して第１のデータにチャンネルデコードを行うことができる。受信側が第１のデータを受信した後に、直接第１のデータのチャンネルデコード方式を決定し、そして当該チャンネルデコード方式によって第１のデータにチャンネルデコードを行うこともできる。
【００７７】
また、本発明の実施例における送信側および受信側は、いずれもネットワーク機器や端末機器でもよいが、一般的には、送信側がネットワーク機器で、受信側が端末機器であり、あるいは、送信側および受信側がいずれも端末機器である。
【００７８】
本発明の実施例では、第１のデータの伝送ブロックのサイズ、第１のデータに利用される無線インターフェースパラメータおよび第１のデータのサービスタイプのうちの少なくとも一つによって、第１のデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、第１のデータの特徴情報によって第１のデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【００７９】
一実施例において、前記受信側が前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する。
【００８０】
一実施例において、前記受信側が前記第１のデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定する。
【００８１】
一実施例において、前記受信側が前記第１のデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータの全ての伝送ブロックのチャンネルエンコード方式を決定する。
【００８２】
一実施例において、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【００８３】
一実施例において、前記受信側が前記第１のデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する。
【００８４】
一実施例において、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、ＰＲＢに含まれているサブキャリヤー数、ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【００８５】
一実施例において、前記受信側が前記第１のデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する。
【００８６】
一実施例において、前記第１のデータのサービスタイプがＬＴＥデータ、ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣのいずれである。
【００８７】
一実施例において、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【００８８】
次にはネットワーク機器から端末機器にデータを送信することを例にして本発明の実施例のデータ伝送方法を詳しく説明する。
【００８９】
３０１、ネットワーク機器が伝送すべきデータに利用される伝送ブロックのサイズを決定する。
【００９０】
伝送すべきデータの伝送ブロックのサイズを決定するときにチャンネルの質および伝送すべきデータのサービスタイプによって決定することができるし、ＭＣＳおよび伝送すべきデータの周波数領域リソースのサイズによって決定することもできる。
【００９１】
３０２、ネットワーク機器が伝送すべきデータの各伝送ブロックのサイズによって、各伝送ブロックのチャンネルエンコード方式を決定する。
【００９２】
例えば、伝送すべきデータに第１の伝送ブロックと第２の伝送ブロックという二つの伝送ブロックを含んでおり、第１の伝送ブロックのサイズが５００ビットより小さく、第２の伝送ブロックのサイズが５００ビットより大きい場合、第１の伝送ブロックのチャンネルエンコード方式はＬＤＰＣ符号とし、第２の伝送ブロックのチャンネルエンコード方式はＴｕｒｂｏ符号とする。
【００９３】
３０３、ネットワーク機器が下り制御情報（Ｄｏｗｎｌｉｎｋ  ＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を経由して端末機器にスケジューリングシグナルを送信する。
【００９４】
３０４、ネットワーク機器が端末機器にチャンネルエンコードされた後の伝送すべきデータを送信する。
【００９５】
なお、ステップ３０３とステップ３０４が同時に発生することができ、すなわち、ネットワーク機器が端末機器に同時にスケジューリングシグナルおよびチャンネルエンコードされた後の伝送すべきデータを送信することができる。また、ネットワーク機器が先に端末機器にスケジューリングシグナルを送信し、さらに端末機器にチャンネルエンコードされた後の伝送すべきデータを送信することができる。
【００９６】
３０５、端末機器がネットワーク機器から送信されたスケジューリングシグナルを受信した後、スケジューリングシグナルのＭＣＳ指示情報および周波数領域リソースの配置情報によって、伝送すべきデータに利用される伝送ブロックのサイズを決定する。
【００９７】
例えば、一つのＭＣＳ索引値と一つの周波数領域リソースのサイズが共に一つの伝送ブロックのサイズに対応し、かつ、それらの対応関係がネットワーク機器および端末機器により予め約束しておいた場合、ネットワーク機器および端末機器は、ＭＣＳ索引値および周波数領域リソースのサイズによって、共に伝送すべきデータの伝送ブロックのサイズを決定することができる。
【００９８】
３０６、端末機器が伝送すべきデータの各伝送ブロックのサイズによって、各伝送ブロックのチャンネルエンコード方式を決定する。
【００９９】
例えば、伝送すべきデータに第１の伝送ブロックと第２の伝送ブロックという二つの伝送ブロックを含んでおり、第１の伝送ブロックのサイズが５００ビットより小さく、第２の伝送ブロックのサイズが５００ビットより大きい場合、第１の伝送ブロックのチャンネルエンコード方式はＬＤＰＣ符号とし、第２の伝送ブロックのチャンネルエンコード方式はＴｕｒｂｏ符号とする。
【０１００】
３０７、端末機器は、ネットワーク機器からのスケジューリングシグナルを受信した後、当該スケジューリングシグナルによってネットワーク機器から送信されたエンコードされた伝送すべきデータをチェックし、そしてステップ３０６で決定した各伝送ブロックのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて伝送すべきデータの各伝送ブロックにチャンネルデコードを行う。
【０１０１】
上記ステップ３０１〜３０７は、ネットワーク機器から端末機器にデータを送信すること（下りデータ伝送）を例にして本発明の実施例のデータ伝送方法を説明したが、以下、端末機器からネットワーク機器にデータを送信すること（上りデータ伝送）を例にして本発明の実施例のデータ伝送方法を詳しく説明する。具体的なステップは次のとおりである。
【０１０２】
４０１、ネットワーク機器は、端末機器がデータ伝送を行うときに一つのＴＴＩに含まれているＯＦＤＭ符号数を決定する。
【０１０３】
具体的に言えば、ネットワーク機器は、端末機器が伝送すべきデータを送信するサービスタイプによって、一つのＴＴＩに含まれているＯＦＤＭ符号数を決定することができる。
【０１０４】
４０２、ネットワーク機器がＤＣＩを経由して端末機器にスケジューリングシグナルを送信して、端末機器が上りデータ伝送を行うようにスケジューリングする。
【０１０５】
このスケジューリングシグナルに、端末機器が上りデータ伝送を行うときに一つのＴＴＩに含まれているＯＦＤＭ符号数の指示情報を含んでおり、この指示情報によって端末機器は、一つのＴＴＩに含まれているＯＦＤＭ符号数を知ることができる。
【０１０６】
４０３、端末機器がネットワーク機器から送信されたスケジューリングシグナルを受信した後、スケジューリングシグナルの指示情報によって一つのＴＴＩに含まれているＯＦＤＭ符号数を決定する。
【０１０７】
４０４、端末機器が一つのＴＴＩに含まれているＯＦＤＭ符号数によって、伝送すべきデータのチャンネルエンコード方式を決定する。
【０１０８】
例えば、一つのＴＴＩに含まれているＯＦＤＭ符号数が４より小さい場合、伝送すべきデータのチャンネルエンコード方式をＴＢＣＣ符号に決定する。一つのＴＴＩに含まれているＯＦＤＭ符号数が４以下で、１４より小さい場合、伝送すべきデータのチャンネルエンコード方式をＴｕｒｂｏ符号に決定する。一つのＴＴＩに含まれているＯＦＤＭ符号数が１４より大きい場合、伝送すべきデータのチャンネルエンコード方式をＰｏｌａｒ符号に決定する。
【０１０９】
４０５、端末機器がステップ４０４で決定したチャンネルエンコード方式に基づいて、伝送すべきデータにチャンネルエンコードを行う。
【０１１０】
４０６、端末機器がネットワーク機器からのスケジューリングシグナルによって、チャンネルエンコードされた後の伝送すべきデータをネットワーク機器に送信する。
【０１１１】
４０７、ネットワーク機器が一つのＴＴＩに含まれているＯＦＤＭ符号数によって、端末機器が伝送すべきデータにチャンネルエンコードを行うときに利用するチャンネルエンコード方式を決定する。
【０１１２】
４０８、ネットワーク機器が伝送すべきデータのチャンネルエンコード方式に対応するチャンネルデコード方式によって、端末機器から送信されたチャンネルエンコードされた後の伝送すべきデータにチャンネルデコードを行う。
【０１１３】
以上、図１および図２を参照しながら、本発明の実施例のデータ伝送方法を詳しく説明したが、以下、図３〜図６を参照しながら、本発明の実施例のデータ伝送機器を詳しく説明する。なお、図３〜図６に示すデータ伝送機器が上述した送信側および受信側により実行した各ステップを実行することができ、説明の重複を避けるために、ここで詳しく説明しない。
【０１１４】
図３は本発明の実施例に係るデータ伝送機器の説明ブロック図である。図３に示すデータ伝送機器５００は、
伝送すべきデータの伝送ブロックのサイズ、前記伝送すべきデータに利用される無線インターフェースパラメータおよび前記伝送すべきデータのサービスタイプのうちの少なくとも一つによって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる決定モジュール５１０と、
前記伝送すべきデータのチャンネルエンコード方式によって、前記伝送すべきデータにチャンネルエンコードを行うことに用いられる処理モジュール５２０と、
別の機器にチャンネルエンコードされた後の前記伝送すべきデータを送信することに用いられる送信モジュール５３０と、を含む。
【０１１５】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【０１１６】
なお、本発明の実施例におけるデータ伝送機器５００が図１に示す本発明の実施例に係るデータ伝送方法における送信側に対応することができ、当該データ伝送機器５００が図１に示すデータ伝送方法の各ステップを実行することができる。
【０１１７】
一実施例において、決定モジュール５１０が具体的に前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１１８】
一実施例において、決定モジュール５１０が具体的に前記伝送すべきデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１１９】
一実施例において、決定モジュール５１０が具体的に前記伝送すべきデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、伝送すべきデータの全ての伝送ブロックボロックのチャンネルエンコード方式を決定することに用いられる。
【０１２０】
一実施例において、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【０１２１】
一実施例において、決定モジュール５１０が具体的に前記伝送すべきデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１２２】
一実施例において、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、ＰＲＢに含まれているサブキャリヤー数、ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【０１２３】
一実施例において、決定モジュール５１０が具体的に前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１２４】
一実施例において、前記伝送すべきデータのサービスタイプがＬＴＥデータ、ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣのいずれである。
【０１２５】
一実施例において、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【０１２６】
図４は本発明の実施例に係るデータ伝送機器の説明ブロック図である。図４のデータ伝送機器６００は、
送信側から送信された第１のデータを受信することに用いられる受信モジュール６１０と、
前記第１のデータの伝送ブロックのサイズ、前記第１のデータに利用される無線インターフェースパラメータおよび前記第１のデータのサービスタイプのうちの少なくとも一つによって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる決定モジュール６２０と、
前記第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて、前記第１のデータにチャンネルデコードを行うことに用いられる処理モジュール６３０と、を含む。
【０１２７】
本発明の実施例では、第１のデータの伝送ブロックのサイズ、第１のデータに利用される無線インターフェースパラメータおよび第１のデータのサービスタイプのうちの少なくとも一つによって、第１のデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、第１のデータの特徴情報によって第１のデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【０１２８】
なお、本発明の実施例におけるデータ伝送機器６００が図２に示す本発明の実施例に係るデータ伝送方法における受信側に対応することができ、当該データ伝送機器６００が図２に示すデータ伝送方法の各ステップを実行することができる。
【０１２９】
一実施例において、決定モジュール６２０が具体的に前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる。
【０１３０】
一実施例において、決定モジュール６２０が具体的に前記第１のデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１３１】
一実施例において、決定モジュール６２０が具体的に前記第１のデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータの全ての伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１３２】
一実施例において、前記第２の伝送ブロックが前記第１のデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【０１３３】
一実施例において、決定モジュール６２０が具体的に前記第１のデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる。
【０１３４】
一実施例において、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、ＰＲＢに含まれているサブキャリヤー数、ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【０１３５】
一実施例において、決定モジュール６２０が具体的に前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１３６】
一実施例において、前記第１のデータのサービスタイプがＬＴＥデータ、ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣのいずれである。
【０１３７】
一実施例において、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【０１３８】
図５は本発明の実施例に係るデータ伝送機器の説明ブロック図である。図５のデータ伝送機器７００は、
プログラムを記憶することに用いられるメモリ７１０と、
メモリ７１０に記憶されたプログラムを実行し、前記プログラムが実行されるとき、伝送すべきデータの伝送ブロックのサイズ、前記伝送すべきデータに利用される無線インターフェースパラメータおよび前記伝送すべきデータのサービスタイプのうちの少なくとも一つによって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられ、また、前記伝送すべきデータのチャンネルエンコード方式によって、前記伝送すべきデータにチャンネルエンコードを行うことにも用いられるプロセッサー７２０と、
別の機器にチャンネルエンコードされた後の前記伝送すべきデータを送信することに用いられる送受信機７３０と、を含む。
【０１３９】
本発明の実施例では、伝送すべきデータの伝送ブロックのサイズ、伝送すべきデータに利用される無線インターフェースパラメータおよび伝送すべきデータのサービスタイプのうちの少なくとも一つによって、伝送すべきデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、伝送すべきデータの特徴情報によって伝送すべきデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【０１４０】
なお、本発明の実施例におけるデータ伝送機器７００が図１に示す本発明の実施例に係るデータ伝送方法における送信側に対応することができ、当該データ伝送機器７００が図１に示すデータ伝送方法の各ステップを実行することができる。
【０１４１】
一実施例において、プロセッサー７２０が具体的に前記伝送すべきデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１４２】
一実施例において、プロセッサー７２０が具体的に前記伝送すべきデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１４３】
一実施例において、プロセッサー７２０が具体的に前記伝送すべきデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１４４】
一実施例において、前記第２の伝送ブロックが前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【０１４５】
一実施例において、プロセッサー７２０が具体的に前記伝送すべきデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１４６】
一実施例において、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、ＰＲＢに含まれているサブキャリヤー数、ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【０１４７】
一実施例において、プロセッサー７２０が具体的に前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定することに用いられる。
【０１４８】
一実施例において、前記伝送すべきデータのサービスタイプがＬＴＥデータ、ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣのいずれである。
【０１４９】
一実施例において、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【０１５０】
図６は本発明の実施例に係るデータ伝送機器の説明ブロック図である。図６のデータ伝送機器８００は、
プログラムを記憶することに用いられるメモリ８１０と、
送信側から送信された第１のデータを受信することに用いられる送受信機８２０と、
前記メモリ８１０に記憶されたプログラムを実行し、前記プログラムが実行されるとき、前記第１のデータの伝送ブロックのサイズ、前記第１のデータに利用される無線インターフェースパラメータおよび前記第１のデータのサービスタイプのうちの少なくとも一つによって、前記第１のデータのチャンネルエンコード方式を決定することに用いられ、また、前記第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて、前記第１のデータに対してチャンネルデコードを行うことにも用いられるプロセッサー８３０と、を含む。
【０１５１】
本発明の実施例では、第１のデータの伝送ブロックのサイズ、第１のデータに利用される無線インターフェースパラメータおよび第１のデータのサービスタイプのうちの少なくとも一つによって、第１のデータのチャンネルエンコード方式を決定することは、ＬＴＥシステムで単一のチャンネルエンコード方式を利用することに比べて、第１のデータの特徴情報によって第１のデータに適切なチャンネルエンコード方式を選ぶことができるのである。
【０１５２】
なお、本発明の実施例におけるデータ伝送機器８００が図２に示す本発明の実施例に係るデータ伝送方法における受信側に対応することができ、当該データ伝送機器８００が図２に示すデータ伝送方法の各ステップを実行することができる。
【０１５３】
一実施例において、プロセッサー８３０が具体的に前記第１のデータの伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる。
【０１５４】
一実施例において、プロセッサー８３０が具体的に前記第１のデータの第１の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１の伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１５５】
一実施例において、プロセッサー８３０が具体的に前記第１のデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータの全ての伝送ブロックのチャンネルエンコード方式を決定することに用いられる。
【０１５６】
一実施例において、前記第２の伝送ブロックが前記第１のデータの全ての伝送ブロックにおける最大のもの又は最小のものである。
【０１５７】
一実施例において、プロセッサー８３０が具体的に前記第１のデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる。
【０１５８】
一実施例において、前記無線インターフェースパラメータに、サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、ＰＲＢに含まれているサブキャリヤー数、ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む。
【０１５９】
一実施例において、プロセッサー８３０が具体的に前記第１のデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定することに用いられる。
【０１６０】
一実施例において、前記第１のデータのサービスタイプがＬＴＥデータ、ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣのいずれである。
【０１６１】
一実施例において、前記チャンネルエンコード方式が低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種である。
【０１６２】
当業者であれば理解できるように、ここにおいて開示される実施形態と関係させて説明される様々な例示的なユニット、およびアルゴリズムステップを参照し、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組合せによって実装でき、これらの機能のハードウェアまたはソフトウェアによる実装は、本技術的解決手段の個別的な適用および設計上の制限となる条件に依存する。当業者は、様々な方法を使用して、説明した機能を具体的な適用ごとに実装してもよいが、その実装は本発明の範囲を超えるとは考えるべきではない。
【０１６３】
当業者であれば明確に理解できるであろうが、説明の便宜上および簡潔化のために、上記説明したシステム、装置およびユニットの具体的な動作過程は、前述した方法例の対応する過程を参照することができるため、ここでは説明を省略する。
【０１６４】
本発明によって提供されるいくつかの実施例では、当然のことながら、開示されているシステム、装置および方法は、他の形態により具体化することができる。例えば、これまでに説明した装置の実施例は例示的なものにすぎず、例えば、前記ユニットの分割は、論理的機能の分割にすぎず、実際に実施する際は他の分割方式を用いてもよく、例えば、複数のユニットまたは構成要素は組み合わせてもまたは他のシステムに統合してもよく、またはいくつかの特徴は考慮しなくてもよく、または実行しない。他方では、表示または説明した相互間の結合または直接結合または通信接続はいくつかのインタフェースを介しても、装置またはユニットの間接結合または通信接続でもよく、電気的、機械的または他の形態でもよい。
【０１６５】
前記分離部材として説明したユニットは物理的に分けても、ユニットを現す部材として物理ユニットでも、またはそうでなくてもよく、すなわち一つの場所に位置しても、または複数のネットワークユニットに配置してもよい。実際の要件に基づき、そのうちの一部または全てのユニットを選択することで本実施例の態様の目的を達成することができる。
【０１６６】
また、本発明の各実施例における各機能ユニットは一つの処理ユニットに統合しても、各ユニットが単独で物理的に存在しても、二つまたは二つ以上のユニットを一つのユニットに統合してもよい。
【０１６７】
前記機能がソフトウェア機能ユニットの形態で実装され、そして独立の製品として販売や利用される場合、一台のコンピュータの読み取り可能な記憶媒体に記憶できる。このような理解に基づき、本発明の技術的解決手段は本質的に、従来技術に対する貢献部分がソフトウェア製品の形式で実施でき、該コンピュータソフトウェア製品は読み取り可能な記憶媒体に記憶され、いくつかの命令を含んでコンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい）が本発明の各実施例の前記方法のステップの全部または一部を実行することを可能にする。前述した記憶媒体は、ＵＳＢメモリ、リムーバブルハードディスク、読み取り専用記憶メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなどのプログラムコードを記憶できる各種媒体を含む。
【０１６８】
以上に記述されたのは、本発明の具体的な実施形態にすぎず、本発明の範囲はこれに限定されるものではなく、当業者であれば本発明に開示された技術的範囲内で、想到し得る変更または置換は、いずれも本発明の範囲に属する。したがって、本発明の範囲は前記特許請求の保護範囲に準じるものとする。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ伝送方法であって、
送信側が伝送すべきデータの伝送ブロックのサイズ、前記伝送すべきデータに利用される無線インターフェースパラメータおよび前記伝送すべきデータのサービスタイプのうちの少なくとも一つによって、前記伝送すべきデータのチャンネルエンコード方式を決定することと、
前記送信側が前記伝送すべきデータのチャンネルエンコード方式によって、前記伝送すべきデータにチャンネルエンコードを行うことと、
前記送信側が受信側にチャンネルエンコードされた後の前記伝送すべきデータを送信することと、
を含むことを特徴とするデータ伝送方法。
【請求項２】
前記送信側が前記伝送すべきデータの伝送ブロックのサイズによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、
前記送信側が前記伝送すべきデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータの全ての伝送ブロックのチャンネルエンコード方式を決定する
ことを含み、
前記第２の伝送ブロックは、前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記送信側が前記伝送すべきデータに利用される無線インターフェースパラメータによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、
前記送信側が前記伝送すべきデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記無線インターフェースパラメータは、
サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロックＰＲＢに含まれているサブキャリヤー数、直交周波数分割多重方式ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
前記送信側が前記伝送すべきデータのサービスタイプによって、前記伝送すべきデータのチャンネルエンコード方式を決定することは、
前記送信側が前記伝送すべきデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記伝送すべきデータのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記伝送すべきデータのサービスタイプは、ロング・ターム・エヴォリューションＬＴＥシステムデータ、高速大容量モバイルブロードバンドｅＭＢＢ、超高信頼低遅延ＵＲＬＬＣおよび多数同時接続を実現するマシンタイプ通信ｍＭＴＣのいずれか１種であることを特徴とする請求項５に記載の方法。
【請求項７】
前記チャンネルエンコード方式は、
低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種であることを特徴とする請求項１〜６のいずれか１項に記載の方法。
【請求項８】
データ伝送方法であって、
受信側が送信側から送信された第１のデータを受信することと、
前記受信側が前記第１のデータの伝送ブロックのサイズ、前記第１のデータに利用される無線インターフェースパラメータおよび前記第１のデータのサービスタイプのうちの少なくとも一つによって、前記第１のデータのチャンネルエンコード方式を決定することと、
前記受信側が前記第１のデータのチャンネルエンコード方式に対応するチャンネルデコード方式に基づいて、前記第１のデータにチャンネルデコードを行うことと、
を含むことを特徴とするデータ伝送方法。
【請求項９】
前記受信側が前記第１のデータの伝送ブロックのサイズによって、前記第１のデータのチャンネルエンコード方式を決定することは、
前記受信側が前記第１のデータの第２の伝送ブロックのサイズ、および伝送ブロックのサイズとチャンネルエンコード方式との対応関係によって、前記第１のデータの全ての伝送ブロックのチャンネルエンコード方式を決定する
ことを含み、
前記第２の伝送ブロックは、前記伝送すべきデータの全ての伝送ブロックにおける最大のもの又は最小のものである
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記受信側が前記第１のデータに利用される無線インターフェースパラメータによって、前記第１のデータのチャンネルエンコード方式を決定することは、
前記受信側が前記第１のデータに利用される無線インターフェースパラメータ、および無線インターフェースパラメータの情報とチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項８又は９に記載の方法。
【請求項１１】
前記無線インターフェースパラメータは、
サブキャリヤー間隔、プリセット帯域幅でのサブキャリヤー数、物理リソースブロックＰＲＢに含まれているサブキャリヤー数、直交周波数分割多重方式ＯＦＤＭ符号の長さ、フーリエ変換や逆フーリエ変換で生成するＯＦＤＭ信号に使われる点数、各伝送時間間隔ＴＴＩに含まれているＯＦＤＭ符号数、プリセット時間単位に含まれているＴＴＩ数、信号接頭辞情報のうちの少なくとも一つを含む
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記受信側が前記第１のデータのサービスタイプによって、前記第１のデータのチャンネルエンコード方式を決定することは、
前記受信側が前記第１のデータのサービスタイプ、およびサービスタイプとチャンネルエンコード方式との対応関係によって、前記第１のデータのチャンネルエンコード方式を決定する
ことを含むことを特徴とする請求項８〜１１のいずれか１項に記載の方法。
【請求項１３】
前記第１のデータのサービスタイプは、ロング・ターム・エヴォリューションＬＴＥシステムデータ、高速大容量モバイルブロードバンドｅＭＢＢ、超高信頼低遅延ＵＲＬＬＣおよび多数同時接続を実現するマシンタイプ通信ｍＭＴＣのいずれか１種であることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記チャンネルエンコード方式は、低密度パリティ検査ＬＤＰＣ符号、Ｔｕｒｂｏ符号、Ｐｏｌａｒ符号、テール畳み込みＴＢＣＣ符号、リード・ミラーＲＭ符号のいずれか１種であることを特徴とする請求項８〜１３のいずれか１項に記載の方法。
【請求項１５】
データ伝送機器であって、
プロセッサーと、命令を格納しているメモリとを含み、
前記プロセッサーは、前記命令を実行する時に、請求項１〜１４のいずれか１項に記載のデータ伝送方法を実行するように構成される
ことを特徴とするデータ伝送機器。
【国際調査報告】
2019530995.tif 000009
2019530995.tif 000010
2019530995.tif 000011
2019530995.tif 000012