JP2022527785A

JP2022527785A - 無線通信システムにおいて無線信号を送受信する方法及び装置

Info

Publication number: JP2022527785A
Application number: JP2021557875A
Authority: JP
Inventors: フワン，スンギ; パク，チャンワン; アン，ジョンキ; キム，ジェヒュン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2019-03-29
Filing date: 2020-03-27
Publication date: 2022-06-06
Anticipated expiration: 2040-03-27
Also published as: US20220191911A1; EP3923662A1; JP7316373B2; WO2020204496A1; KR20210134335A; EP3923662B1; CN113678556B; EP3923662A4; CN113678556A

Abstract

本発明は、多重ＴＢスケジューリングを支援する無線通信システムにおいて、端末が信号を送受信する方法に関し、２つのＴＢをスケジューリングする１つのＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を基地局から受信する段階、２つのＴＢに設定された繰り返し送信回数が１であることに基づき、ＤＣＩから２ビットサイズのＲＶ(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ)情報を得る段階、及び繰り返し送信回数が１より大きいことに基づき、ＤＣＩから１ビットサイズのＲＶ情報及び１ビットサイズの周波数ホッピング情報を得る段階を含む。

Description

本発明は無線通信システムに関し、より詳しくは、無線信号を送受信する方法及び装置に関する。

無線接続システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは可用のシステムリソース(帯域幅、送信電力など)を共有して複数のユーザとの通信を支援できる多重接続(ｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システムである。多重接続システムの例には、ＣＤＭＡ(ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システム、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)システムなどがある。

本発明の目的は、無線信号送受信過程を効率的に行う方法及びそのための装置を提供することにある。

本発明で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。

本発明の第１態様においては、多重ＴＢ(ＴｒａｎｓｐｏｒｔＢｌｏｃｋ)スケジューリングを支援する無線通信システムにおいて端末が信号を送受信する方法は、２つのＴＢをスケジューリングする１つの下りリンク制御情報 (ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：ＤＣＩ)を基地局から受信する段階、２つのＴＢに設定された繰り返し送信回数が１であることに基づき、ＤＣＩから２ビットサイズのＲＶ(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ)情報を得る段階、及び繰り返し送信回数が１より大きいことに基づき、ＤＣＩから１ビットサイズのＲＶ情報及び１ビットサイズの周波数ホッピング情報を得る段階を含む。

本発明の第２態様においては、無線通信システムで動作する端末は、送受信機(ｔｒａｎｓｃｅｉｖｅｒ)及び送受信機に連結されて動作するプロセッサ(ｐｒｏｃｅｓｓｏｒ)を含み、プロセッサは、２つのＴＢ(ＴｒａｎｓｐｏｒｔＢｌｏｃｋ)をスケジューリングする１つのＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を基地局から受信し、２つのＴＢに設定された繰り返し送信回数が１であることに基づき、ＤＣＩから２ビットサイズのＲＶ(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ)情報を得、繰り返し送信回数が１より大きいことに基づき、ＤＣＩから１ビットサイズのＲＶ情報及び１ビットサイズの周波数ホッピング情報を得るように設定される。

本発明の第３態様においては、端末のための装置は、少なくとも１つのプロセッサ及び少なくとも１つのプロセッサと動作可能に連結され、実行されるとき、少なくとも１つのプロセッサに動作を実行（実現；具現；操作）させる少なくとも１つのコンピューターメモリを含み、前記動作は、２つのＴＢ(ＴｒａｎｓｐｏｒｔＢｌｏｃｋ)をスケジューリングする１つのＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を基地局から受信し、２つのＴＢに設定された繰り返し送信回数が１であることに基づき、ＤＣＩから２ビットサイズのＲＶ(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ)情報を得、繰り返し送信回数が１より大きいことに基づき、ＤＣＩから１ビットサイズのＲＶ情報及び１ビットサイズの周波数ホッピング情報を得ることを含む。

本発明の第４態様においては、実行されるとき、少なくとも１つのプロセッサに動作を実行させる少なくとも１つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体が提供され、前記動作は、２つのＴＢ(ＴｒａｎｓｐｏｒｔＢｌｏｃｋ)をスケジューリングする１つのＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を基地局から受信し、２つのＴＢに設定された繰り返し送信回数が１であることに基づき、ＤＣＩから２ビットサイズのＲＶ(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ)情報を得、繰り返し送信回数が１より大きいことに基づき、ＤＣＩから１ビットサイズのＲＶ情報及び１ビットサイズの周波数ホッピング情報を得ることを含む。

一実施例による前記方法は、繰り返し送信回数が１であることに基づいて、周波数ホッピング情報は、周波数ホッピングの非活性化を指示する固定された値に決定されるか、上位階層シグナリングにより半－静的(ｓｅｍｉ－ｓｔａｔｉｃ)に決定されるか、又は１つのＤＣＩに含まれた他の情報により暗示的(ｉｍｐｌｉｃｉｔ)に決定される。

一実施例による１つのＤＣＩは、ＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)をスケジューリングするためのＤＣＩ又はＰＤＳＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)をスケジューリングするためのＤＣＩを含む。

一実施例による前記方法は、１つのＤＣＩがＰＵＳＣＨをスケジューリングするためのＤＣＩであることに基づいて、スケジューリングされたＰＵＳＣＨを介して２つの送信ブロックを送信する段階をさらに含む。

一実施例による前記方法は、１つのＤＣＩがＰＤＳＣＨをスケジューリングするためのＤＣＩであることに基づいて、スケジューリングされたＰＤＳＣＨを介して２つのブロックを受信する段階をさらに含む。

一実施例による前記端末は、ＰＤＳＣＨのために６４ＱＡＭ(ＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ)を使用するように設定されない。

一実施例による前記方法は、複数のＴＢをスケジューリングするための設定情報を受信する段階をさらに含む。

一実施例による複数のＴＢをスケジューリングするための設定情報は、１つのＤＣＩによりスケジューリングされるＴＢの最大数に関する情報を含む。

本発明の様々な実施例によれば、無線通信システムにおいて無線信号の送受信を効率的に行うことができる。

本発明の様々な実施例によれば、多重ＴＢスケジューリングを支援する無線通信システムにおいて、ＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)においてＲＶ(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ)情報及びＦＨ(ＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ)情報のために使用されるビット数がスケジューリングされるＴＢの個数によって適応的に決定される。

本発明の様々な実施例によれば、多重ＴＢスケジューリングを支援する無線通信システムにおいて、ＤＣＩの全体ビット数を効果的に減らすことができる。

本発明の様々な実施例によれば、多重ＴＢスケジューリングを支援する無線通信システムにおいて、ＤＣＩの全体ビット数を減らすことにより、ＤＣＩ送信によるネットワークオーバーヘッドを減らすことができる。

本発明から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

以下に添付する図面は、本発明に関する理解を助けるために詳細な説明の一部として含まれるものであり、本発明の実施の形態を示し、詳細な説明と共に本発明の技術的特徴を説明する。
ＮＲにおいて使用される無線フレームの構造を例示する図である。ＮＲフレームのスロット構造を例示する図である。自己完備型(ｓｅｌｆ-ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する図である。ＭＴＣ通信を例示する図である。ＭＴＣに用いられる物理チャネル及びそれらを用いた一般的な信号送信を例示する図である。ＭＴＣにおけるセルカバレッジ改善を例示する図である。ＭＴＣのための信号帯域を例示する図である。レガシーＬＴＥとＭＴＣでのスケジューリングを例示する図である。多重ＴＢスケジューリングを支援する基地局の動作を示す図である。多重ＴＢスケジューリングが支援される端末の動作を示す図である。一実施例によって多重ＴＢスケジューリングを支援する基地局と端末の間のデータ送受信過程を示す図である。本発明の一実施例による端末の動作を例示するフローチャートである。ネットワーク初期接続及びその後の通信過程を例示する図である。本発明に適用される通信システムを例示する図である。本発明に適用される無線機器を例示する図である。本発明に適用される無線機器の他の例を示す図である。本発明に適用される携帯機器を例示する図である。本発明に適用される車両又は自律走行車両を例示する図である。

以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの様々な無線接続システムに使用できる。ＣＤＭＡはＵＴＲＡ(ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌｒａｄｉｏＡｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術により具現される。ＴＤＭＡはＧＳＭ(ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(ＧｅｎｅｒａｌＰａｃｋｅｔｒａｄｉｏＳｅｒｖｉｃｅ)／ＥＤＧＥ(ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｓｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ)のような無線技術により具現される。ＯＦＤＭＡはＩＥＥＥ８０２.１１(Ｗｉ－Ｆｉ)、ＩＥＥＥ８０２.１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ(ＥｖｏｌｖｅｄＵＴＲＡ)などの無線技術により具現される。ＵＴＲＡはＵＭＴＳ(ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ) ＬＴＥ(ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ)はＥ－ＵＴＲＡを使用するＥ－ＵＭＴＳ(ＥｖｏｌｖｅｄＵＭＴＳ)の一部であり、ＬＴＥ－Ａ(Ａｄｖａｎｃｅｄ)／ＬＴＥ－Ａｐｒｏは３ＧＰＰＬＴＥの進化したバージョンである。３ＧＰＰＮＲ(ＮｅｗｒａｄｉｏｏｒＮｅｗｒａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ)は３ＧＰＰＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａｐｒｏの進化したバージョンである。

より明確な説明のために３ＧＰＰ通信システム(例、ＬＴＥ－Ａ、ＮＲ)に基づいて説明するが、本発明の技術的思想はこれに限られない。ＬＴＥは３ＧＰＰＴＳ(ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎ)３６.ｘｘｘＲｅｌｅａｓｅ８以後の技術を意味する。詳しくは、３ＧＰＰＴＳ３６.ｘｘｘＲｅｌｅａｓｅ１０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰＴＳ３６.ｘｘｘＲｅｌｅａｓｅ１３以後のＬＴＥ技術はＬＴＥ－Ａｐｒｏと呼ばれる。３ＧＰＰＮＲはＴＳ３８.ｘｘｘＲｅｌｅａｓｅ１５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと称されることもできる。"ｘｘｘ"は標準文書の細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと通称できる。本発明の説明に使用された背景技術、用語、略語などについては本発明前に公開された標準文書に記載された事項を参照できる。例えば、以下の文書を参照できる。

３ＧＰＰＬＴＥ

－３６.２１１：Ｐｈｙｓｉｃａｌｃｈａｎｎｅｌｓａｎｄｍｏｄｕｌａｔｉｏｎ

－３６.２１２：ＭｕｌｔｉｐｌｅｘｉｎｇａｎｄＣｈａｎｎｅｌｃｏｄｉｎｇ

－３６.２１３：Ｐｈｙｓｉｃａｌｌａｙｅｒｐｒｏｃｅｄｕｒｅｓ

－３６.３００：Ｏｖｅｒａｌｌｄｅｓｃｒｉｐｔｉｏｎ

－３６.３３１：ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ(ＲＲＣ)

３ＧＰＰＮＲ

－３８.２１１：Ｐｈｙｓｉｃａｌｃｈａｎｎｅｌｓａｎｄｍｏｄｕｌａｔｉｏｎ

－３８.２１２：ＭｕｌｔｉｐｌｅｘｉｎｇａｎｄＣｈａｎｎｅｌｃｏｄｉｎｇ

－３８.２１３：Ｐｈｙｓｉｃａｌｌａｙｅｒｐｒｏｃｅｄｕｒｅｓｆｏｒｃｏｎｔｒｏｌ

－３８.２１4：Ｐｈｙｓｉｃａｌｌａｙｅｒｐｒｏｃｅｄｕｒｅｓｆｏｒｄａｔａ

－３８.３００：ＮＲａｎｄＮＧ－ＲＡＮＯｖｅｒａｌｌＤｅｓｃｒｉｐｔｉｏｎ

－３６.３３１：ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ(ＲＲＣ) ｐｒｏｔｏｃｏｌｓｐｅｃｉｆｉｃａｔｉｏｎ

この明細書で使用する記号／略語／用語は以下の通りである。

－ＰＤＣＣＨ：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ。下りリンクの制御情報を提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくてもＥＰＤＣＣＨ(Ｅｎｈａｎｃｅｄ－ＰＤＣＣＨ)、ＭＰＤＣＣＨ(ＭＴＣ－ＰＤＣＣＨ)、ＮＰＤＣＣＨ(Ｎａｒｒｏｗｂａｎｄ－ＰＤＣＣＨ)などの様々な構造のＰＤＣＣＨに適用可能であり、以下では特に説明せず、ＰＤＣＣＨを様々な構造のＰＤＣＣＨを代表する用語として使用する。

－ＰＵＣＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ。上りリンクの制御情報を提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくても様々な構造のＰＵＣＣＨに適用可能であり、以下では特に説明せず、ＰＵＣＣＨを様々な構造のＰＵＣＣＨを代表する用語として使用する。

－ＰＤＳＣＨ：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ。下りリンクのデータを提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくてもＮＰＤＳＣＨ(Ｎａｒｒｏｗｂａｎｄ－ＰＤＳＣＨ)などの様々な構造のＰＤＳＣＨに適用可能であり、以下では特に説明せず、ＰＤＳＣＨを様々な構造のＰＤＳＣＨを代表する用語として使用する。

－ＰＵＳＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ。上りリンクのデータを提供するための物理階層の通信チャネルを意味する。本発明で提案する方法は説明がなくてもＮＰＵＳＣＨ(Ｎａｒｒｏｗｂａｎｄ-ＰＵＳＣＨ)などの様々な構造のＰＵＳＣＨに適用可能であり、以下では特に説明せず、ＰＵＳＣＨを様々な構造のＰＵＳＣＨを代表する用語として使用する。

－ＤＣＩ：ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ

－ＵＣＩ：ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ

－ＮＤＩ：ＮｅｗＤａｔａＩｎｄｉｃａｔｏｒ。ＮＤＩは(ＰＤＣＣＨを介して送／受信される)ＤＣＩに含まれることができ、ＤＣＩがスケジューリングするＰＤＳＣＨ／ＰＵＳＣＨを介して新しいデータが送／受信されるか、又は以前のデータが再送信されるか指示する。

－ＣＢ：ＣｏｄｅＢｌｏｃｋ

－ＣＢＧ：ＣｏｄｅＢｌｏｃｋＧｒｏｕｐ

－ＴＢ：ＴｒａｎｓｐｏｒｔＢｌｏｃｋ

－ＴＢＳ：ＴｒａｎｓｐｏｒｔＢｌｏｃｋＳｉｚｅ

－ＭＣＳ：ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ

－ＳＦ：Ｓｕｂｆｒａｍｅ

－ＲＥ：ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ

－ＲＢ：ＲｅｓｏｕｒｃｅＢｌｏｃｋ

－ＨＡＲＱ：ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅＱｕｅｓｔ

－ＳＩＢ：ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ

－ＬＡＡ：ＬｉｃｅｎｓｅｄＡｓｓｉｓｔｅｄＡｃｃｅｓｓ。ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－ＡＰｒｏ／５Ｇ／ＮＲシステムにおいて規定された帯域を免許帯域(Ｌｉｃｅｎｓｅｄｂａｎｄｗｉｄｔｈ)といい、ＷｉＦｉ帯域又はブルートゥース（登録商標）(ＢＴ)帯域などのようにＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－ＡＰｒｏ／５Ｇ／ＮＲシステムにおいて規定されていない帯域を非免許帯域(ｕｎｌｉｃｅｎｓｅｄｂａｎｄｗｉｄｔｈ)という。なお、非免許帯域で動作する方式をＬＡＡ方式という。

－Ｓｃｈｅｄｕｌｉｎｇｄｅｌａｙ：ＤＣＩにより動的にスケジューリングされるＰＤＣＣＨの最後の送信位置(例：ＳＦ又はスロット)とスケジューリングされたＴＢ(ＰＵＳＣＨ又はＰＤＳＣＨ)の開始送信位置(例：ＳF又はスロット)の間の間隔

－ＦＨ：Ｆｒｅｑｕｅｎｃｙｈｏｐｐｉｎｇ。ＦＨ指示子はＦＨを指示するためのＤＣＩフィールドを意味し、ＦＨ指示情報はＦＨのｅｎａｂｌｅ／ｄｉｓａｂｌｅを表現する情報を意味する。

－ＲＡ：ＲｅｓｏｕｒｃｅＡｓｓｉｇｎｍｅｎｔ

－ＲＶ：Ｒｅｄｕｎｄａｎｃｙｖｅｒｓｉｏｎ

図１はＮＲにおいて使用される無線フレームの構造を例示する。

ＮＲにおいて、上りリンク及び下りリンクの送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム(Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ)により定義される。ハーフフレームは５個の１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)により定義される。サブフレームは一つ以上のスロットに分割され、サブフレーム内のスロット数は副搬送波間隔(ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ、ＳＣＳ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃｐｒｅｆｉｘ)によって１２個又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。ここで、シンボルはＯＦＤＭシンボル(又はＣＰ－ＯＦＤＭシンボル)、ＳＣ－ＦＤＭＡシンボル(又はＤＦＴ－ｓ－ＯＦＤＭシンボル)を含む。

表１は一般ＣＰが使用される場合、ＳＣＳによるスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数を例示する。

＊Ｎ^slot _symb ：スロット内のシンボル数

＊Ｎ^frame,μ_slot：フレーム内のスロット数

＊Ｎ^subframe,μ_slot：サブフレーム内のスロット数

表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数を例示する。

ＮＲシステムでは一つの端末に併合される複数のセル間においてＯＦＤＭニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(ＴｉｍｅＵｎｉｔ)と通称)の(絶対時間)区間が併合されたセル間で異なるように設定される。

図２はＮＲフレームのスロット構造を例示する。

スロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)は周波数ドメインで複数(例えば、１２)の連続する副搬送波と定義される。ＢＷＰは周波数ドメインで複数の連続する(Ｐ)ＲＢと定義され、１つのニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)に対応することができる。搬送波は最大Ｎ個(例えば、５個)のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ、ＲＥ)と称され、１つの複素シンボルがマッピングされることができる。

図３は自己完備型(Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する。

ＮＲシステムにおいて、フレームは１つのスロット内にＤＬ制御チャンネル、ＤＬ又はＵＬデータ、ＵＬ制御チャンネルなどを全て含むことができる自己完備型構造を特徴とする。例えば、スロット内の最初のＮ個のシンボルは、ＤＬ制御チャンネルを送信するときに使用され(以下、ＤＬ制御領域)、スロット内の最後のＭ個のシンボルは、ＵＬ制御チャンネルを送信するときに使用される(以下、ＵＬ制御領域)。ＮとＭはそれぞれ０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間におけるリソース領域(以下、データ領域)は、ＤＬデータ送信のために使用されるか、又はＵＬデータ送信のために使用される。一例として、以下の構成を考慮することができる。各区間は時間順である。

１．ＤＬのみの構成

２．ＵＬのみの構成

３．混合ＵＬ－ＤＬの構成

－ＤＬ領域＋ＧＰ(ＧｕａｒｄＰｅｒｉｏｄ)＋ＵＬ制御領域

－ＤＬ制御領域＋ＧＰ＋ＵＬ領域

ＤＬ領域:(ｉ)ＤＬデータ領域、(ii)ＤＬ制御領域＋ＤＬデータ領域

ＵＬ領域:(ｉ)ＵＬデータ領域、(ii)ＵＬデータ領域＋ＵＬ制御領域

ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。ＵＬ制御領域ではＰＵＣＣＨが送信され、ＵＬデータ領域ではＰＵＳＣＨが送信される。ＰＤＣＣＨではＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)、例えば、ＤＬデータスケジューリング情報、ＵＬデータスケジューリング情報などが送信される。ＰＵＣＣＨではＵＣＩ(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)、例えば、ＤＬデータに対するＡＣＫ／ＮＡＣＫ(ＰｏｓｉｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)情報、ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)情報、ＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)などが送信される。ＧＰは基地局と端末が送信モードから受信モードに転換する過程又は受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換する時点の一部のシンボルがＧＰとして設定されることができる。

ＭＴＣ(ＭａｃｈｉｎｅｔｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ)

ＭＴＣはマシン(ｍａｃｈｉｎｅ)が１つ以上含まれたデータ通信の１つの形態であり、Ｍ２Ｍ(Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ)又はＩｏＴ(Ｉｎｔｅｒｎｅｔ－ｏｆ－Ｔｈｉｎｇｓ)などに適用可能である。ここで、マシンは人間による直接的な操作や介入が不要な個体を意味する。例えば、マシンは移動通信モジュールが搭載されたスマートメーター、自動販売機(ｖｅｎｄｉｎｇｍａｃｈｉｎｅ)、ＭＴＣ機能を有する携帯端末などを含む。

３ＧＰＰにおいて、ＭＴＣはＲｅｌｅａｓｅ１０から適用されており、低い費用及び低い複雑度、向上したカバレッジ、及び低い電力消費という基準を満たすように具現される。例えば、３ＧＰＰＲｅｌｅａｓｅ１２には、低費用ＭＴＣ装置のための特徴が追加されており、このために、ＵＥカテゴリー０が新しく定義されている。ＵＥカテゴリーは、端末がどのくらいのデータを通信モデムで処理できるかを示す指標である。ＵＥカテゴリー０の端末は、減少した最大データ送信率(ｐｅａｋｄａｔａｒａｔｅ)、緩和したＲＦ要求事項を有する半二重動作(ＨａｌｆＤｕｐｌｅｘＯｐｅｒａｔｉｏｎ)と単一の受信アンテナを使用することにより、基底バンド(ｂａｓｅｂａｎｄ)／ＲＦ複雑度を減らすことができる。３ＧＰＰＲｅｌｅａｓｅ１２においては、ｅＭＴＣ(ｅｎｈａｎｃｅｄＭＴＣ)が導入されており、レガシーＬＴＥで支援する最小周波数帯域幅である１.０８ＭＨｚ(即ち、６個のＲＢ)のみで動作するようにしてＭＴＣ端末の単価及び電力消耗を抑えることができる。

以下の説明において、ＭＴＣは、ｅＭＴＣ、ＬＴＥ－Ｍ１／Ｍ２、ＢＬ／ＣＥ(Ｂａｎｄｗｉｄｔｈｒｅｄｕｃｅｄｌｏｗｃｏｍｐｌｅｘｉｔｙ／ｃｏｖｅｒａｇｅｅｎｈａｎｃｅｄ)、ｎｏｎ－ＢＬＵＥ(ｉｎｅｎｈａｎｃｅｄｃｏｖｅｒａｇｅ)、ＮＲＭＴＣ、ｅｎｈａｎｃｅｄＢＬ／ＣＥなどの用語、又は等価の他の用語と混用することができる。また、ＭＴＣ端末／装置はＭＴＣ機能を有する端末／装置(例えば、スマートメーター、自動販売機、ＭＴＣ機能を有する携帯端末)を包括する。

図４はＭＴＣ通信を例示する。

図４を参照すると、ＭＴＣ装置１００はＭＴＣ通信を提供する無線装置であり、固定されていてもよく、移動性を有することもできる。例えば、ＭＴＣ装置１００は移動通信モジュールが搭載されたスマートメーター、自動販売機、ＭＴＣ機能を有する携帯端末などを含む。基地局２００はＭＴＣ装置１００と無線接続技術を用いて連結され、ＭＴＣサーバー７００と有線ネットワークを介して連結される。ＭＴＣサーバー７００はＭＴＣ装置１００に連結されてＭＴＣ装置１００にＭＴＣサービスを提供する。ＭＴＣにより提供されるサービスは人間が介入する既存の通信サービスとは差があり、ＭＴＣにより追跡(Ｔｒａｃｋｉｎｇ)、計量(Ｍｅｔｅｒｉｎｇ)、支払い、医療分野サービス、遠隔調整などの様々な範疇のサービスが適用される。例えば、ＭＴＣにより計量器検針、水位測定、監視カメラの活用、販売機の在庫報告などのサービスが提供される。ＭＴＣ通信は送信データ量が少なく、上り／下りリンクデータ送受信がたまに発生する特性がある。よって、低いデータ送信率に合わせてＭＴＣ装置の単価を下げ、バッテリー消耗を減らすことが効率的である。一般的にＭＴＣ装置は移動性が少なく、それによりＭＴＣ通信はチャネル環境がほぼ変わらない特性がある。

図５はＭＴＣに用いられる物理チャネル及びそれらを用いた一般的な信号送信を例示する。無線通信システムにおいて、ＭＴＣ端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局に上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を送信する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌｃｅｌｌｓｅａｒｃｈ)動作を行う(Ｓ１００１)。このために、端末は基地局からＰＳＳ(ＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ)及びＳＳＳ(ＳｅｃｏｎｄａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ)を受信して基地局と同期を確立し、セルＩＤ(ｃｅｌｌｉｄｅｎｔｉｔｙ)などの情報を得る。端末の初期セル探索の動作に用いられるＰＳＳ／ＳＳＳはレガシーＬＴＥのＰＳＳ／ＳＳＳであることができる。その後、ＭＴＣ端末は基地局からＰＢＣＨ(ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ)信号を受信してセル内の放送情報を得る(Ｓ１００２)。なお、端末は初期セル探索の段階において、ＤＬＲＳ(ＤｏｗｎｌｉｎｋＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)を受信して下りリンクチャネルの状態を確認できる。

初期セル探索が終了した端末は、Ｓ１１０２において、ＭＰＤＣＣＨ(ＭＴＣＰＤＣＣＨ)及びそれに対応するＰＤＳＣＨを受信して、より具体的なシステム情報を得られる(Ｓ１１０２)。

以後、端末は基地局に接続を完了するために、任意接続過程(ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ)を行う(Ｓ１００３～Ｓ１００６)。具体的には、端末はＰＲＡＣＨ(ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を伝送し(Ｓ１００３)、ＰＤＣＣＨ及びそれに対応するＰＤＳＣＨを介してプリアンブルに対するＲＡＲ(ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ)を受信する(Ｓ１００４)。その後、端末ＲＡＲ内のスケジューリング情報を用いて、ＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)を送信し(Ｓ１００５)、ＰＤＣＣＨ及びそれに対応するＰＤＳＣＨのような衝突解決手順(ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＰｒｏｃｅｄｕｒｅ)を行う(Ｓ１００６)。

このような手順を行った端末は、その後一般的な上り／下りリンク信号の伝送手順としてＭＰＤＣＣＨ信号及び／又はＰＤＳＣＨ信号の受信(Ｓ１１０７)及び物理上りリンク共有チャネル (ＰＵＳＣＨ)信号及び／又は物理上りリンク制御チャネル(ＰＵＣＣＨ)信号の送信(Ｓ１１０８)を行う。端末が基地局に送信する制御情報を併せてＵＣＩ(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)という。ＵＣＩはＨＡＲＱＡＣＫ／ＮＡＣＫ(ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄｒｅＱｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅｍｅｎt／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)、ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩはＣＱＩ(ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ)、ＰＭＩ(ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ)、ＲＩ(ＲａｎｋＩｎｄｉｃａｔｉｏｎ)などを含む。

図６はＭＴＣにおけるセルカバレッジの改善を例示する。

ＭＴＣ装置１００のために基地局のセルカバレッジ(ＣｏｖｅｒａｇｅＥｘｔｅｎｓｉｏｎ又はＣｏｖｅｒａｇｅＥｎｈａｎｃｅｍｅｎｔ、ＣＥ)を拡張するための様々なセルカバレッジ拡張技法が論議されている。例えば、セルカバレッジ拡張のために、基地局／端末は１つの物理チャネル／信号を複数の機会(ｏｃｃａｓｉｏｎ)にわたって送信する(物理チャネルのバンドル)。バンドル区間内で物理チャネル／信号は所定の規則に従って繰り返し送信される。受信装置は物理チャネル／信号バンドルの一部又は全体を復号することにより物理チャネル／信号の復号成功率を高めることができる。ここで、機会は物理チャネル／信号が送／受信されるリソース(例、時間／周波数)を意味する。物理チャネル／信号のための機会は時間ドメインにおいてサブフレーム、スロット又はシンボルセットを含む。ここで、シンボルセットは１つ以上の連続するＯＦＤＭ－基盤シンボルからなる。ＯＦＤＭ－基盤シンボルはＯＦＤＭ(Ａ)シンボル、ＤＦＴ－ｓ－ＯＦＤＭ(Ａ)(＝ＳＣ－ＦＤＭ(Ａ))シンボルを含む。物理チャネル／信号のための機会は周波数ドメインにおいては周波数バンド、ＲＢセットを含む。例えば、ＰＢＣＨ、ＰＲＡＣＨ、ＭＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ及びＰＵＳＣＨが繰り返し送信される。

図７はＭＴＣのための信号帯域を例示する。

図７を参照すると、ＭＴＣ端末の単価を下げるための方法として、ＭＴＣはセルのシステム帯域幅(ｓｙｓｔｅｍｂａｎｄｗｉｄｔｈ)に関係なく、セルのシステム帯域幅のうち、特定の帯域(又はチャネル帯域)(以下、ＭＴＣサブバンド又は狭帯域(ｎａｒｒｏｗｂａｎｄ、ＮＢ))のみで動作する。例えば、ＭＴＣ端末の上り／下りリンク動作は１．０８ＭＨｚ周波数バンドのみで行われる。１.０８ＭＨｚはＬＴＥシステムにおいて６個の連続するＰＲＢ(ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ)に該当し、ＬＴＥ端末と同じセル探索及び任意接続手順に従うために定義される。図７(ａ)はセルの中心(例、中心６個のＰＲＢ)にＭＴＣサブバンドが構成された場合を例示し、図７(ｂ)はセル内に複数のＭＴＣサブバンドが構成された場合を例示している。複数のＭＴＣサブバンドは周波数領域において連続／不連続に構成される。ＭＴＣのための物理チャネル／信号は１つのＭＴＣサブバンドで送受信される。ＮＲシステムにおいて、ＭＴＣサブバンドは周波数範囲(ｆｒｅｑｕｅｎｃｙｒａｎｇｅ)及びＳＣＳ(ｓｕｂｃａｒｒｉｅｒｓｐａｃｉｎｇ)を考慮して定義される。一例として、ＮＲシステムにおいて、ＭＴＣサブバンドのサイズはＸ個の連続するＰＲＢ(即ち、０．１８＊Ｘ＊(２＾ｕ)ＭＨｚ帯域幅)により定義される(ｕは表４を参照)。ここで、ＸはＳＳ／ＰＢＣＨ(ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ／ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ)ブロックのサイズに合わせて２０と定義される。ＮＲシステムにおいて、ＭＴＣは少なくとも１つのＢＷＰ(ＢａｎｄｗｉｄｔｈＰａｒｔ)で動作することができる。この場合、ＢＷＰ内に複数のＭＴＣサブバンドが構成される。

図８はレガシーＬＴＥとＭＴＣでのスケジューリングを例示する。

図８を参照すると、レガシーＬＴＥにおいてＰＤＳＣＨはＰＤＣＣＨを用いてスケジューリングされる。具体的には、ＰＤＣＣＨはサブフレームにおいて最初のＮ個のＯＦＤＭシンボルで送信され(Ｎ＝１～３)、ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨは同じサブフレームで送信される。一方、ＭＴＣにおいて、ＰＤＳＣＨはＭＰＤＣＣＨを用いてスケジューリングされる。これにより、ＭＴＣ端末はサブフレーム内の検索空間においてＭＰＤＣＣＨ候補をモニタリングすることができる。ここで、モニタリングはＭＰＤＣＣＨ候補をブラインド復号することを含む。ＭＰＤＣＣＨはＤＣＩを送信し、ＤＣＩは上りリンク又は下りリンクスケジューリング情報を含む。ＭＰＤＣＣＨはサブフレームにおいてＰＤＳＣＨとＦＤＭに多重化される。ＭＰＤＣＣＨは最大２５６個のサブフレームで繰り返し送信され、ＭＰＤＣＣＨにより送信されるＤＣＩはＭＰＤＣＣＨ繰り返し回数に関する情報を含む。下りリンクスケジューリングの場合、ＭＰＤＣＣＨの繰り返し送信がサブフレーム＃Ｎで終わった場合、ＭＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨはサブフレーム＃Ｎ＋２で送信が開始される。ＰＤＳＣＨは最大２０４８個のサブフレームで繰り返し送信される。ＭＰＤＣＣＨとＰＤＳＣＨは互いに異なるＭＴＣサブバンドで送信される。これにより、ＭＴＣ端末はＭＰＤＣＣＨ受信後にＰＤＳＣＨ受信のためにＲＦ(ＲａｄｉｏＦｒｅｑｕｅｎｃｙ)再チューンニング(ｒｅｔｕｎｉｎｇ)を行うことができる。上りリンクスケジューリングの場合、ＭＰＤＣＣＨの繰り返し送信がサブフレーム＃Ｎで終わった場合、ＭＰＤＣＣＨによりスケジューリングされるＰＵＳＣＨはサブフレーム＃Ｎ＋４で送信が開始される。物理チャネルに繰り返し送信が適用される場合、ＲＦ再チューンニングにより互いに異なるＭＴＣサブバンドの間で周波数ホッピングが支援される。例えば、３２個のサブフレームにおいてＰＤＳＣＨが繰り返し送信される場合、最初の１６個のサブフレームでＰＤＳＣＨは第１ＭＴＣサブバンドで送信され、残りの１６個のサブフレームでＰＤＳＣＨは第２ＭＴＣサブバンドで送信される。ＭＴＣは半二重(ｈａｌｆｄｕｐｌｅｘ)モードで動作する。ＭＴＣのＨＡＲＱ再送信は適応的(ａｄａｐｔｉｖｅ)、非同期(ａｓｙｎｃｈｒｏｎｏｕｓ)方式である。

実施例：多重ＴＢスケジューリング(Ｍｕｌｔｉ－ＴＢｓｃｈｅｄｕｌｉｎｇ)のためのＤＣＩフィールド

ＬＴＥ及びＮＲのような通信システムでは、一般的に１つのＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするために１つのＤＣＩを用いる方法が使用される。複数のＴＢ又はＨＡＲＱプロセスがスケジューリングされるとき、一般的に端末は複数の互いに異なる検索空間(Ｓｅａｒｃｈｓｐａｃｅ)をモニタリングして夫々のＴＢ又はＨＡＲＱプロセスをスケジューリングするＤＣＩを取る必要がある。しかし、送信データのサイズがＰＤＳＣＨ／ＰＵＳＣＨを介して一回に送信可能なＴＢＳのサイズよりも大きいか、又は周期的なデータ送信の必要性などの理由で、連続するＰＤＳＣＨ／ＰＵＳＣＨの送信が必要である。この時、基地局の立場では、繰り返しＰＤＣＣＨ送信によるネットワークオーバーヘッド(ｎｅｔｗｏｒｋｏｖｅｒｈｅａｄ)増加の問題があり得、端末の立場では、繰り返しＰＤＣＣＨモニタリングによるパワー消耗が問題になり得る。かかる問題を解決するために、１つのＤＣＩを用いて複数のＴＢをスケジューリングする多重ＴＢスケジューリング(ｍｕｌｔｉ－ＴＢｓｃｈｅｄｕｌｉｎｇ)構造が考えられる。多重ＴＢスケジューリングの構造では、基地局の繰り返しＰＤＣＣＨ送信によるネットワークオーバーヘッドを減らすことができ、端末は追加ＤＣＩを検出するためのパワー消耗を減らすことができるという長所がある。これにより、ＬＴＥでは、ＬＡＡ方式の通信構造において１つのＤＣＩを用いて複数のＰＵＳＣＨ送信を制御する多重サブフレームスケジューリング(ｍｕｌｔｉ－ＳＦｓｃｈｅｄｕｌｉｎｇ)方法が提案されている。この構造では、１つのＤＣＩを用いて基地局が最大４つのＨＡＲＱプロセスに対応するＰＵＳＣＨの送信をスケジューリングすることができ、端末は１回のＰＤＣＣＨモニタリングのみで複数のＰＵＳＣＨ送信を行うことができるという長所がある。多重サブフレームスケジューリング方法と同様に、現在Ｒｅｌ－１６ＮＢ－ＩｏＴ／ＭＴＣアイテムでも、１つのＤＣＩを用いて複数のＴＢをスケジューリングする多重ＴＢスケジューリング方法が論議されている。

現在Ｒｅｌ－１６ＭＴＣで論議されている多重ＴＢスケジューリング方式は、ＣＥモードＡで最大８個のＨＡＲＱプロセスを支援し、ＣＥモードＢで最大４個のＨＡＲＱプロセスを支援する設計が考慮されている。１つのＤＣＩを用いてスケジューリング可能なＴＢの最大数が多いほど、ＤＣＩの送信に必要なオーバーヘッドを減らすことができる反面、多数のＴＢを同時にスケジューリングするための情報が多くなって、ＤＣＩの送信に必要なビット数が大きく増加する短所もある。特に、ＭＴＣのように向上したカバレッジ(ｅｎｈａｎｃｅｄｃｏｖｅｒａｇｅ)を支援するシステムの場合、ターゲットＭＣＬ(ＭａｘｉｍｕｍＣｏｕｐｌｉｎｇＬｏｓｓ)を満たすための復号信頼性(ｄｅｃｏｄｉｎｇｒｅｌｉａｂｉｌｉｔｙ)の維持が必須であることを考慮するとき、多重ＴＢスケジューリングのためのＤＣＩ設計においてＤＣＩビット数は重要な考慮事項である。

上記の問題を解決するために、本発明では、多重ＴＢスケジューリング方式のＤＣＩ設計過程において、一部のスケジューリングパラメータの間の相関関係を用いて、必要なＤＣＩビット数を減らす方法を提案する。具体的には、本発明においては、１つのＤＣＩにより複数のＴＢ又はＨＡＲＱプロセスがスケジューリングされる状況において、特定のＤＣＩフィールドのサイズと解釈方式が異なるＤＣＩフィールドに含まれた情報により決定される方法を提案しており、それに伴うＴＢの送受信手順を提案する。

本発明が提案する方法が適用された一例として、ＬＴＥ及びＮＲのような通信システムにおいて、１つのＤＣＩを用いて１つ以上のＴＢを動的にスケジューリングする多重ＴＢスケジューリング方法が考慮される。ＴＢは１つの送信が行われる単位を説明するための用語であり、適用される技術においてスケジューリングが行われる送信の単位(例えば、ＣＢ、ＣＢＧ、サブフレーム、スロット、シンボル、ＲＥ、ＲＢ、ＨＡＲＱプロセスなど)に合わせて他の用語に代替して使用できる。本発明が提案する方法は、ＬＴＥシステムで動作するＭＴＣとＮＢ－ＩｏＴ技術において、１つのＤＣＩを用いて１つ以上のＴＢ送信を制御する多重ＴＢスケジューリング方法に適用することもできる。ＭＴＣとＮＢ－ＩｏＴは端末の低い複雑度と広いカバレッジ条件を要求する技術であり、ターゲットＭＣＬ性能を満たすための復号信頼性(ｄｅｃｏｄｉｎｇｒｅｌｉａｂｉｌｉｔｙ)の条件が重要である。また本発明が提案する方法は、ＬＴＥシステムで動作するＬＡＡ技術のように、１つのＤＣＩを用いて１つ以上のＰＵＳＣＨ送信をスケジューリングする多重サブフレームスケジューリング方法に適用できる。上述したように、現在ＬＡＡで定義されている多重サブフレームスケジューリングＤＣＩに追加情報が導入される場合、必要なＤＣＩビット数を最大に維持しながら新しい動作を許容するために、提案する発明の適用が考慮される。

またＮＲシステムで論議されているＵ－Ｂａｎｄ(Ｕｎｌｉｃｅｎｓｅｄｂａｎｄ)技術は、ＬＴＥシステムのＬＡＡ技術と類似するので、同じ問題解決接近方式が考慮される。具体的には、Ｕ－Ｂａｎｄ技術では、低いオーバーヘッドを有するＤＣＩの設計を具現するために、１つのＤＣＩを用いて１つ以上のスロットごとにＴＢをスケジューリングする多重ＴＴＩスケジューリング方法のための論議が進行されている。またＮＲシステムにおいて、端末の電力節減(ｐｏｗｅｒｓａｖｉｎｇ)のために論議されている候補技術の１つとして、１つのＤＣＩを用いて１つ以上のＰＤＳＣＨ／ＰＵＳＣＨをスケジューリングする多重スロットスケジューリング技術があり、本発明が提案する方法は、非連続なＴＢ又はＨＡＲＱプロセスＩＤをスケジューリングするために適用できる。上述した技術例示の以外にも、本発明の原理が維持される限り、一般的な通信システムでＤＣＩ又はＵＣＩなどを運ぶ制御チャネルを設計するためにも、提案する発明を適用することができる。

図９は多重ＴＢスケジューリングを支援する基地局の動作を示す。

図９を参照すると、基地局は多重ＴＢスケジューリングが支援されることと多重ＴＢスケジューリングに関連するパラメータを知らせるための情報を端末に送信する。例えば、多重ＴＢスケジューリングに関連するパラメータを知らせるための情報は、ＳＩＢやＲＲＣ(ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ)シグナリングのような上位階層シグナリング、又はＤＣＩにより動的に設定される情報である。その後、基地局は端末に送信するデータあるか、又は端末から受信するデータがある場合、ＴＢの送受信をスケジューリングするためのＤＣＩを送信する。基地局が端末に送信するデータがある場合、基地局はＤＣＩを送信した後、１つ以上のＴＢを送信し、ＨＡＲＱ－ＡＣＫフィードバックチャネルが存在する場合は、ＨＡＲＱ－ＡＣＫフィードバックを受信するための動作を行う。また基地局が端末から受信するデータがある場合、基地局はＤＣＩを送信した後、１つ以上のＴＢを受信し、ＨＡＲＱ－ＡＣＫフィードバックチャネルが存在する場合は、ＨＡＲＱ－ＡＣＫフィードバックを送信するための動作を行う。

図１０は多重ＴＢスケジューリングが支援される端末の動作を示す。

図１０を参照すると、多重ＴＢスケジューリングを支援することと多重ＴＢスケジューリングに関連するパラメータを知らせるための情報を含むシグナリングを基地局から受信した場合、端末は多重ＴＢスケジューリングのためのＤＣＩのモニタリングを行う。その後、端末が多重ＴＢをスケジューリングする情報が含まれたＤＣＩを検出／受信した場合、端末はシグナリングとＤＣＩによりスケジューリングされた情報に基づいてＴＢの送受信位置を把握する。端末が受信するデータがある場合、端末はＤＣＩを受信した後に１つ以上のＴＢを受信し、ＨＡＲＱ－ＡＣＫフィードバックチャネルが必要な場合は、ＨＡＲＱ－ＡＣＫフィードバックを送信するための動作を行う。端末が送信するデータがある場合、端末はＤＣＩを受信した後に１つ以上のＴＢを送信し、ＨＡＲＱ－ＡＣＫフィードバックチャネルが必要な場合は、ＨＡＲＱ－ＡＣＫフィードバックを受信するための動作を行う。

図１１は一実施例によって多重ＴＢスケジューリングを支援する基地局と端末の間のデータ送受信過程を示す。

図９ないし図１１において、システムがＭＴＣを支援する場合、ＤＣＩはＭＰＤＣＣＨを介して送受信され、上りリンクデータは少なくとも１回のＰＵＳＣＨを介して送受信され、下りリンクデータは少なくとも１回のＰＤＳＣＨを介して送受信され、ＨＡＲＱ－ＡＣＫフィードバックは少なくとも１回のＰＵＣＣＨを介して送受信される。また図９ないし図１１において、システムがＮＢ－ＩｏＴを支援する場合は、ＤＣＩはＮＰＤＣＣＨを介して送受信され、上りリンクデータは少なくとも１回のＮＰＵＳＣＨを介して送受信され、下りリンクデータは少なくとも１回のＮＰＤＳＣＨを介して送受信され、ＨＡＲＱ－ＡＣＫフィードバックは少なくとも１回のＮＰＵＳＣＨを介して送受信される。ＮＰＤＣＣＨとＭＰＤＣＣＨはＰＤＣＣＨと統称され、ＮＰＵＳＣＨはＰＵＳＣＨと統称され、ＮＰＤＳＣＨはＰＤＳＣＨと統称される。

上述したように、１つのＤＣＩを用いた多重ＴＢスケジューリング構造に基づいて基地局と端末が動作するが、ＵＣＩを用いた上りリンク観点の制御チャネルのように他の形態の情報伝達方式にも本発明の原理を適用することができる。

本発明で提案する方法は、以下の方法の一部を選択して適用できる。各方法は別途の組み合わせなしに独立した形態で動作可能であり、或いは１つ以上の方法が組み合わせられた形態で動作することができる。発明の説明のために使用する一部の用語、記号、順は発明の原理が維持される限り、他の用語、記号、順に代替することができる。

[方法１]

本発明ではカバレッジ向上などのために同じＴＢが繰り返し送信され、繰り返し送信のサイズが基地局によりスケジューリングされる場合を考慮する。一例として、ＴＢの繰り返し送信は、ＭＴＣのようにＤＣＩによりスケジューリングされるデータ送信のための物理チャネル(例えば、ＰＤＳＣＨ又はＰＵＳＣＨ)がサブフレーム単位で繰り返して送信される形態を意味する。

方法１では、ＲＶ情報及びＦＨ情報がＤＣＩと共に含まれる場合、基地局によりスケジューリングされる繰り返し送信のサイズによって、ＲＶ情報及びＦＨ指示情報を異なるように解釈する方法を提案する。提案する方法は、ＲＶとＦＨが適用される場合の特性を用いて、ＤＣＩの全体ビット数を減らすために使用される。

ＲＶ情報は、実施例によって、ＲＶ状態を示す情報、ＲＶを表現する情報、ＲＶフィールド、ＲＶを指示する(ＤＣＩ)フィールドなどと称されるが、これらに限られない。また、ＦＨ情報はＦＨフラグ(ｆｒｅｑｕｅｎｃｙｈｏｐｐｉｎｇｆｌａｇ)、ＦＨフィールド、ＦＨを指示するフィールド、ＦＨインジケーター(ｉｎｄｉｃａｔｏｒ)などと称されるが、これらに限られない。ＦＨ情報は周波数ホッピングが活性化(ｅｎａｂｌｅ)されているとき、ＤＣＩにより周波数ホッピングを指示するための情報を意味する。周波数ホッピングの活性化／非活性化(ｅｎａｂｌｅ／ｄｉｓａｂｌｅ)の有無は上位階層シグナリングにより設定され、周波数ホッピングの活性化／非活性化の有無を示す情報はＦＨ設定情報(ｆｒｅｑｕｅｎｃｙｈｏｐｐｉｎｇｃｏｎｆｉｇｕｒａｔｉｏｎｉｎｆｏｒｍａｔｉｏｎ)と称されるが、これに限られない。例えば、ＦＨ設定情報はＦＨ指示情報(ＦＨｉｎｄｉｃａｔｉｏｎｉｎｆｏｒｍａｔｉｏｎ)とも称することができる。

方法１は、ＴＢが繰り返し送信され、ＴＢの送信が繰り返されるたびにＲＶ値が変わって適用されるＲＶ循環(ｃｙｃｌｉｎｇ)が使用されるときに有利である。例えば、ＭＴＣのように、表現可能なＲＶの状態が総４段階であり、毎サブフレームごとにＲＶ値が循環して適用されるとき、繰り返し送信のサイズが大きいと、使用されるＲＶ値が多くなり、全ての状態のＲＶが使用される可能性が高くなるので、ＤＣＩによりＲＶ情報をスケジューリングする必要性が低くなる。また、ＦＨ情報の場合、ＴＢが繰り返されないと、ＦＨが適用される区間が存在しないので、ＦＨ情報が伴われる必要がなくなり、提案する方法を適用することが有利である。

方法１の一例として、ＤＣＩにおいて、総２ビットがＲＶ情報及びＦＨ情報のために使用される。この時、ＤＣＩによりスケジューリングされたＴＢが繰り返して送信されない場合、２ビットは全てＲＶ情報のために使用され、ＦＨ情報は常に固定された値を有するように設定される。ＦＨ情報が固定された値を有するとは、常に非活性化(ｄｉｓａｂｌｅ)の状態を指示する値が適用されるか、又は活性化／非活性化の有無が上位階層シグナリング(ｈｉｇｈｅｒｌａｙｅｒｓｉｇｎａｌｉｎｇ)(例えば、ＳＩＢ又はＲＲＣシグナリング)により半－静的(ｓｅｍｉ-ｓｔａｔｉｃ)に固定されることを意味する。又は、ＦＨ情報は常に固定されず、ＤＣＩの他のパラメータにより暗示的(ｉｍｐｌｉｃｉｔ)に決定されることもできる。

ＤＣＩによりスケジューリングされたＴＢが２回以上繰り返して送信される場合、２ビットのうち、１ビットのみがＲＶ情報のために使用され、残りの１ビットはＦＨ情報のために使用される。この時、ＲＶ情報のために１ビットが使用される場合、ＲＶ情報はＲＶ０やＲＶ２のうちのいずれかを選択するために使用される。ＲＶ情報のために２ビットが使用される場合、ＲＶ情報はＲＶ０、ＲＶ１、ＲＶ２及びＲＶ３のうちのいずれかを選択するために使用される。

上述した方法がＭＴＣに適用される場合、ＲＶ情報とＦＨ情報を独立して指示するレガシーＤＣＩフォーマットに比べてＤＣＩの全体ビット数を１ビット減らすことができるという長所がある。また、繰り返し送信のサイズが１であると、レガシーＤＣＩフォーマットと同じ水準にＲＶ情報を表現できるという長所があり、繰り返し送信のサイズが２以上であると、周波数ホッピングを適用できるので、周波数ダイバーシティ(ｄｉｖｅｒｓｉｔｙ)による利得を期待できるという長所がある。以下の表３は上述した方法を表の形態で示している。

方法１の他の実施例によれば、ＲＶ情報及びＦＨ情報のために総２ビットが使用され、ＤＣＩによりスケジューリングされたＴＢが繰り返されないか、又は４回未満に繰り返して送信される場合、２ビットが全てＲＶ情報のために使用され、ＦＨ情報は常に固定された値を有することができる。ＦＨ情報が固定されるとは、常に非活性化された値が適用されるか、又は上位階層シグナリングにより活性化／非活性化の有無が半－静的に固定されることを意味する。又は実施例によって、ＦＨ情報が常に固定されず、ＤＣＩの他のパラメータにより暗示的に決定されることができる。

また、ＤＣＩによりスケジューリングされたＴＢが４回以上繰り返して送信される場合、２ビットのうち、１ビットはＲＶ情報のために使用され、残りの１ビットはＦＨを指示するために使用される。ＲＶ情報が１ビットで表現される場合、ＲＶ情報はＲＶ０やＲＶ２のうちのいずれかを選択するために使用され、ＲＶ情報が２ビットで表現される場合は、ＲＶ情報はＲＶ０、ＲＶ１、ＲＶ２及びＲＶ３のうちのいずれかを選択するために使用される。上述した方法がＭＴＣに適用される場合、ＲＶとＦＨを独立して表現するレガシーＤＣＩフォーマットに比べて、ＤＣＩの全体ビット数を１ビット減らすことができるという長所がある。

また、繰り返し送信のサイズが２以下であるとき、レガシーＤＣＩフォーマットと同じ水準にＲＶ情報を表現することができるという長所がある。繰り返し送信のサイズが２以下であると、ＦＨにより得られるダイバーシティ利得(ｄｉｖｅｒｓｉｔｙｇａｉｎ)は大きくないが、ＦＨによる利得を得る代わりに、ＲＶによる利得をもっと得ることができる。また、繰り返し送信のサイズが４以上であるとき、ＦＨの適用が可能であるので、周波数ダイバーシティの利得を期待できるという長所がある。以下の表４は上述した方法を表の形態で示している。

提案する方法１の他の実施例によれば、総１ビットがＲＶ情報及びＦＨ情報のために使用される。ＤＣＩによりスケジューリングされたＴＢが繰り返されないか又は４回未満に繰り返して送信される場合、ＤＣＩにおいて１ビットはＲＶ情報のために使用され、ＦＨ情報は常に固定された値を有する。ＦＨ情報が固定されるとは、常に非活性化状態を指示する値が適用されるか、又は上位階層シグナリング(例えば、ＳＩＢ又はＲＲＣシグナリング)により活性化／非活性化の有無が半－静的に固定されることを意味する。又は実施例によっては、ＦＨ情報が常に固定されず、ＤＣＩの他のパラメータにより暗示的に決定されることができる。

ＤＣＩによりスケジューリングされたＴＢが４回以上又は２回以上繰り返して送信される場合、１ビットはＦＨ情報で使用され、ＲＶ情報は常に固定された値を有するように設定される。このとき、ＲＶ情報が固定された値を有するとは、常に特定のＲＶ値が適用されるか(例えば、ＲＶ０)、又は上位階層シグナリング(例えば、ＳＩＢ又はＲＲＣシグナリング)により活性化／非活性化の有無が半－静的に固定されることを意味する。又は、実施例によって、ＲＶ情報が常に固定されず、ＤＣＩの他のパラメータにより暗示的に決定されることができる(例えば、初期送信／再送信の有無)。

ＲＶ情報が１ビットで表現される場合、ＲＶ情報はＲＶ０やＲＶ２のうちのいずれかを選択するために使用される。上述した方法がＭＴＣに適用される場合、ＲＶとＦＨを独立して表現するレガシーＤＣＩフォーマットに比べてＤＣＩの全体ビット数を２ビット減らすことができるという長所がある。以下の表５は上述した方法を表の形態で示している。

提案する方法１は、ＭＴＣＣＥモードＡのように、ＲＶ情報とＦＨ情報がＤＣＩによりスケジューリングされ、同時にＰＤＳＣＨ／ＰＵＳＣＨのサブフレーム単位の繰り返し送信がＤＣＩによりスケジューリングされる場合、基地局が状況に合わせてＲＶ情報とＦＨ情報を決定するために使用される。

[方法１－Ａ]

本発明においては、ＤＣＩによりスケジューリングされるＴＢのＲＶ値を決定するＤＣＩフィールド(又はＲＶ情報)のサイズが、ＴＢの送信に適用されるコードレート(ｃｏｄｅｒａｔｅ)により暗示的に決定される方法を提案する。この時、コードレートは送信すべきデータにチャネルコーディング(例えば、ＴＢＣＣ(ＴａｉｌＢｉｔＣｏｎｖｏｌｕｔｉｏｎＣｏｄｅ)、ターボ符号(ｔｕｒｂｏ－ｃｏｄｅ)、ポーラーコード(ｐｏｌａｒｃｏｄｅ)、ＬＤＰＣ(ＬｏｗＤｅｎｓｉｔｙＰａｒｉｔｙＣｈｅｃｋ))が適用された後、レートマッチング(ｒａｔｅｍａｔｃｈｉｎｇ)過程により実際に送信されるコードワード(ｃｏｄｅｗｏｒｄ)の長さが決定された場合、チャネルコーディング前のデータ長さとレートマッチング後のコードワード長さの比率を意味する。

方法１－Ａの一実施例によれば、ＴＢ送信のスケジューリング情報(例えば、ＴＢＳ、ＴＢ送信に使用される時間／周波数ドメイン上のリソースサイズなど)に基づいて、チャネルコーディングが適用された符号化されたデータ(ｅｎｃｏｄｅｄｄａｔａ)がレートマッチング過程でパンクチャリング(ｐｕｎｃｔｕｒｉｎｇ)される比率を考慮して、ＲＶを表現するためのＤＣＩフィールド(又はＲＶ情報)のサイズが決定される。

具体的には、最大ＭビットがＲＶ情報として使用され、符号化されたデータがレートマッチング後にＴＢの送信にＸ％以上含まれて送信される場合、ＲＶを表現するためのＤＣＩフィールドのサイズはＹ(≧０)ビットに決定される。この時、ＲＶ情報のために使用されない(Ｍ－Ｙ)ビットはＲＶ以外の情報を表現するためのＤＣＩフィールドに含まれて使用されることができる。反面、符号化されたデータがレートマッチング後、ＴＢの送信にＸ％未満含まれて送信される場合、ＲＶを表現するためのＤＣＩフィールドのサイズはＺ(＞Ｙ)ビットに決定される。この時、ＲＶを表現するために使用されない(Ｍ－Ｚ)ビットはＲＶを表現するためのフィールド以外のＤＣＩフィールドに含まれて使用されることができる。

提案する方法１－Ａは、端末の円形バッファー(ｃｉｒｃｕｌａｒｂｕｆｆｅｒ)の特性及びＲＶによるコーディング利得(ｃｏｄｉｎｇｇａｉｎ)を考慮して、レートマッチング過程でパンクチャリングされた符号化されたビット(ｅｎｃｏｄｅｄｂｉｔ)数が多い場合、ＲＶのスケジューリング柔軟性(ｆｌｅｘｉｂｉｌｉｔｙ)を上げてＲＶによるコーディング利得の効果を高めることができる。逆に、マッチング過程でパンクチャリングされた符号化されたビット数が少ないか又は繰り返し送信が適用される場合は、ＲＶによるコーディング利得が低くなるので、他の方法による利得(例えば、ＦＨによるダイバーシティ利得)が得られる。

[方法１－Ｂ]

本発明の一実施例によれば、ＭＴＣのように、ＦＨインジケーター(又はＦＨ情報)は上位階層設定(ｈｉｇｈｅｒｌａｙｅｒｃｏｎｆｉｇｕｒａｔｉｏｎ)により他の目的として使用されることができる。方法１では、ＲＶ情報とＦＨインジケーターをジョイント符号化(ｊｏｉｎｔｅｎｃｏｄｉｎｇ)して適応的に使用するので、ＦＨインジケーターが他の目的に使用されると、方法１の適用が制限される。従って、本発明には、ＦＨインジケーターが他の目的として使用されるか否かを指示(又は指定)する上位階層シグナリングによって方法１の適用有無が決定される方法が含まれる。

方法１－Ｂの一例として、ＭＴＣにおいて６４ＱＡＭを支援するために、ＦＨインジケーターが使用される。ＭＴＣでは、ＣＥモードＡでＰＤＳＣＨを送信するとき、６４ＱＡＭを支援しようとする場合、ＲＲＣシグナリングを用いて６４ＱＡＭが使用可能なことを指示することができる。この時、ＤＣＩにより指示された繰り返し送信のサイズが２以上であると、ＦＨインジケーターはＦＨの適用有無を判断するために使用され、繰り返し送信のサイズが１であると、ＦＨインジケーターはＭＣＳフィールドの追加ビットとして使用されることができる。上述したように、繰り返し送信のサイズによってＦＨインジケーターを他の目的に使用できるとき、ＰＤＳＣＨの繰り返し送信のサイズが小さいと、方法１のようにＦＨインジケーターをＲＶ情報として使用する方法を適用するときに制約があり得る。

上記問題を解決するために、方法１－Ｂでは、上位階層シグナリングによりＦＨインジケーターが他の目的に使用される場合、方法１を適用せず、上位階層シグナリングが存在しないか又はＦＨ情報を他の目的に使用しないように設定された場合は、方法１を適用する方法を提案する。例えば、ＭＴＣの場合、ＲＲＣシグナリングにより、ＣＥモードＡの端末がＰＤＳＣＨの受信に６４ＱＡＭを支援するように設定されると、方法１が適用されず、６４ＱＡＭの支援有無がシグナリングされないと、方法１が適用される。

例えば、ＭＴＣＣＥモードＡにおいて、ＲＲＣシグナリングによりＰＤＳＣＨの受信に６４ＱＡＭを支援するように設定された端末の場合、ＦＨ情報のためのＤＣＩフィールドが存在する。この時、ＰＤＳＣＨの繰り返し送信のサイズが１であると、ＦＨ情報は６４ＱＡＭを支援するためのＭＣＳを解釈するために使用され、ＰＤＳＣＨの繰り返し送信のサイズが２以上であると、ＦＨ情報のためのＤＣＩフィールドは実際のＦＨの適用有無を指示するために使用され、ＲＶ情報は別に適用されないように設定される。

一方、６４ＱＡＭの支援有無がシグナリングされない場合は、表５のように、繰り返し送信のサイズが４(又は２)以上であると、ＤＣＩの１ビットがＦＨ情報として使用され、繰り返し送信のサイズが４(又は２)より小さいと、ＤＣＩの１ビットがＲＶ情報として使用される。

方法１－Ｂの他の実施例によれば、上位階層シグナリングによりＦＨインジケーターが他の目的に専用して設定されるか否かによって、ＤＣＩフィールドが異なるように解釈される。例えば、ＭＴＣにおいて、ＦＨインジケーターとＲＶ情報のために１ビットが指定され、ＲＲＣシグナリングにより６４ＱＡＭの支援が決定されると、６４ＱＡＭを使用するように指示されていない端末でＤＣＩフィールドは表５のように解釈される。また、端末がＲＲＣシグナリングにより６４ＱＡＭを使用するように指示された場合は、ＤＣＩフィールドは以下の表６に示すように解釈される。具体的には、繰り返し送信のサイズが１であるときは、１ビットが６４ＱＡＭを支援するためのＭＣＳの解釈フィールドとして使用され、繰り返し送信のサイズが２であるときは、ＲＶ情報として使用され、繰り返し送信のサイズが４であるときは、ＦＨインジケーターとして使用される。

６４ＱＡＭを支援する端末の場合、一般的にＭＣＬが良い状態(例えば、カバレッジが良い状態)であることを仮定して、再送信の可能性が低いと予測することができる。また、６４ＱＡＭが使用される場合、１つのＲＥにより伝達される情報の量が大きく増加するので、レートマッチング段階でパンクチャリングされるビットがないか又は相対的に少ない可能性が高い。このような特性を考慮するとき、６４ＱＡＭを使用するように指示された端末は、ＲＶを指示する再送信方式による利得が相対的に小さいと期待できる。このような内容を考慮するとき、方法１－Ｂによれば、ＲＶ情報が必要な水準に合わせてＲＶ情報の提供有無を決定できるという長所がある。また、上述した動作を指示するための別途のシグナリングオーバーヘッドを発生せず、既存の上位階層シグナリングを行うので、ネットワークオーバーヘッドを減らすことができるという長所がある。

[方法２]

本発明は、１つのＤＣＩを用いて１つ以上のＴＢを動的にスケジューリングする多重ＴＢスケジューリング方式を考慮する。また、本発明は、１つのＤＣＩによりスケジューリングされた複数のＴＢが常に連続するＨＡＲＱプロセスＩＤを有するように設定される場合を考慮する。この時、動的な個数のＴＢをＨＡＲＱプロセスＩＤと共に表現するために、スケジューリングされるＴＢの個数、ＨＡＲＱプロセスＩＤの開始点に関する情報がＤＣＩに含まれる。例えば、ＭＴＣＣＥモードＡのように、１つのＤＣＩにより最大８個のＴＢがスケジューリングされる場合、Ｘ(≦８)個のＴＢが動的にスケジューリングされ、スケジューリングされたＨＡＲＱプロセスＩＤの開始点情報Ｙに基づいてＸ個のＴＢに対する順次ＨＡＲＱプロセスＩＤ(＃Ｙ、＃(ｍｏｄ(Ｙ＋１、８))、…、＃(ｍｏｄ(Ｙ＋Ｘ－１、８)))が計算される。

方法２では、ＤＣＩにより動的にスケジューリングされるＴＢの個数に基づいてスケジューリングされたＴＢのＮＤＩを表現するためのビットマップ(又はＮＤＩビットマップ)、スケジューリングされたＴＢのＨＡＲＱプロセスＩＤの開始点情報、及びそれ以外の一部のスケジューリング情報を異なるように解釈する方法を提案する。それ以外の一部のスケジューリング情報は、ＭＴＣでＴＢにより送信されるコードワードのコードレートを決定できるＭＣＳ／ＴＢＳ情報、及びＲＥマッピングに使用される周波数ドメインリソースの領域を決定するＲＡ(ＲｅｓｏｕｒｃｅＡｓｓｉｇｎｍｅｎｔ)情報である。

提案する方法は、複数のＴＢがスケジューリングされるとき、主に適用される特定の状況を考慮して、ＤＣＩの総ビット数を減らすために使用される。また、提案する方法は、１つのＴＢによりスケジューリング可能なペイロードの最大サイズよりも大きいペイロードを送信するとき、必要なＤＣＩの送信回数を減らしてネットワークオーバーヘッドを減少させるために多重ＴＢスケジューリング方法を使用する場合に有利である。例えば、多重ＴＢスケジューリング方法が使用され、１つのＤＣＩによりスケジューリングされた全てのＴＢに同一のＴＢＳが適用される場合、小さい値のＴＢＳにスケジューリングされたＸ(＜Ｙ)個のＴＢスケジューリングは、大きい値のＴＢＳにスケジューリングされたＹ個のＴＢスケジューリングにより支援されることができる。よって、同一のペイロードを支援するための複数のスケジューリング方法の一部を制限する代わりに、ＤＣＩのビット数を減らす方法が考慮される。

方法２は以下のオプションのうち、１つ以上の組み合わせにより構成される。

(オプション２－１) 方法２には、オプション２－１のように、ＤＣＩによりスケジューリングされたＴＢの個数によってスケジューリングされたＴＢのＨＡＲＱプロセスＩＤの開始点情報のためのＤＣＩフィールドのサイズが決定される方法が含まれる。特徴的には、１つのＤＣＩによりスケジューリングされるＴＢの個数が増加するほど、スケジューリングされたＴＢのＨＡＲＱプロセスＩＤの開始点情報を表現するビットのサイズを減らす方法が考慮される。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩを用いて最大８個のＴＢがスケジューリングされ、多重ＴＢスケジューリングＤＣＩにより８個のＴＢが全てスケジューリングされる場合、ＨＡＲＱプロセスＩＤの開始点情報は不要になる。

一方、相対的に少ない数のＴＢがスケジューリングされるとき、ＨＡＲＱプロセスＩＤを全て活用するためには、できる限り多い場合の数が支援される必要がある。例えば、１～８の間の数が全て表現できるように３ビットのＤＣＩフィールドが求められる。

(オプション２－２) 方法２では、オプション２－２のように、ＤＣＩによりスケジューリングされたＴＢの個数によってスケジューリングされたＴＢのＮＤＩを表現するためのビットマップのサイズが決定される。一般的には、ＮＤＩを表現するためのビットマップのサイズは最少スケジューリングされたＴＢの個数だけ必要である。よって、スケジューリングされたＴＢの個数が少ないと、ＮＤＩビットマップのサイズを適応的に減らし、スケジューリングされたＴＢの個数が多いと、ＮＤＩビットマップのサイズを適応的に増加させる方法が使用される。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩを用いて最大８個のＴＢがスケジューリングでき、多重ＴＢスケジューリングＤＣＩにより８個のＴＢが全てスケジューリンされる場合、ＮＤＩを表現するためのビットマップのサイズは８ビットが必要である。反面、Ｘ(＜８)個のＴＢのみがスケジューリングされる場合は、(８－Ｘ)個のビットはＮＤＩを表現する観点では不要である。よって、オプション２－２によれば、スケジューリングされたＴＢの個数が少ないほど、ＮＤＩを表現するためのビットマップのサイズを減らして、全体ＤＣＩのビットサイズ(又はビット数)を減らすことができる。

(オプション２－３) 方法２では、オプション２－３のように、ＤＣＩによりスケジューリングされたＴＢの個数に基づいてＭＣＳ／ＴＢＳのためのＤＣＩフィールド(又はＭＣＳ／ＴＢＳを指示するＤＣＩフィールド)のサイズが決定される。特徴的には、１つのＤＣＩによりスケジューリングされるＴＢの個数が増加するほど、ＭＣＳ／ＴＢＳのためのＤＣＩフィールドのビットサイズを減らす方法が考慮される。上述したように、同じペイロードを１つ以上のスケジューリング方法で収容できる場合、スケジューリング柔軟性を低くする代わりに、全体ＤＣＩのビット数を減らすことができるという長所がある。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩにより最大８個のＴＢがスケジューリングされ、複数のＴＢ(２～７個のＴＢ)がスケジューリングされる場合、ＭＣＳ／ＴＢＳのためのＤＣＩフィールドのサイズが適応的に決定される。この時、複数のＴＢがスケジューリングされるときにＭＣＳ／ＴＢＳのためのＤＣＩフィールドのサイズは、１個のＴＢがスケジューリングされるときにＭＣＳ／ＴＢＳのためのＤＣＩフィールドのサイズよりも小さいか又は等しい。

(オプション２－４) 方法２では、オプション２－４のように、ＤＣＩによりスケジューリングされたＴＢの個数に基づいてＲＡのためのＤＣＩフィールド(又はＲＡを指示するＤＣＩフィールド)のサイズが決定される。特徴的には、１つのＤＣＩによりスケジューリングされるＴＢの個数が増加するほど、ＲＡのためのＤＣＩフィールドのビットサイズを減らす方法が考慮される。特に、オプション２－３が適用されて複数のＴＢがスケジューリングされ、相対的に大きいサイズのＴＢＳ値が選択されることを仮定するとき、オプション２－４は各ＴＢのコードレートを保障するために、小さいサイズの周波数ドメインリソース割り当てを排除するために使用される。実施例によって、ＲＡのためのＤＣＩフィールドは、ＲＡ情報のためのフィールド、ＲＡを指示するＤＣＩフィールド、ＲＡを表現するＤＣＩフィールド、ＲＡのためのフィールド、ＲＡを表現するフィールド、ＲＡのために使用されるＤＣＩフィールドなどと称されることができ、これらに限られない。

逆に、ＴＢ当たりＴＢＳが大きく、小さいサイズのＲＡが使用される場合、コートレートが増加するので、復号化性能(ｄｅｃｏｄｉｎｇｐｅｒｆｏｒｍａｎｃｅ)が減少し、ターゲットＭＣＬを支援することが難しい。一例として、ＭＴＣのＣＥモードＡのように、１つのＤＣＩにより最大８個のＴＢがスケジューリングされ、複数のＴＢ(２～７個のＴＢ)がスケジューリングされる場合、ＲＡのためのＤＣＩフィールドのサイズが適応的に決定される。この時、ＲＡのためのＤＣＩフィールドのサイズは、１個のＴＢがスケジューリングされるときにＲＡのために使用されるＤＣＩフィールドのサイズよりも小さいか又は等しい。

(オプション２－５) 方法２では、オプション２－５のように、ＤＣＩに含まれたフラグビットのフィールドによってＭＣＳ及び／又はＲＡのためのフィールドのビットサイズが決定される。具体的には、ＤＣＩに含まれたフラグビットのフィールドによって、残りのＤＣＩフィールドの構成方式が決定され、一部の構成方式ではＭＣＳ及び／又はＲＡのためのフィールドのビットサイズを減らす方法が考慮される。特に、ＴＢサイズが小さい場合、ＨＡＲＱプロセスＩＤ及びＮＤＩを表現するためのビットマップ(又は状態)のサイズが小さいので、より多い情報を伝達できる余裕がある。この時、端末の演算複雑度を下げ、使用可能な情報のサイズを最大にするために、上述した方法が考慮される。具体的には、フラグビットのフィールドを用いる多重ＴＢスケジューリングＤＣＩにおいて、ＭＣＳ及びＲＡのためのフィールドを１つのＴＢスケジューリングのみが可能なレガシーＤＣＩに比べて小さいサイズを有するように支援する方法、及び少ない数のＴＢ(例えば、１～２つのＴＢ)のみがスケジューリングされるとき、ＭＣＳ及びＲＡのためのフィールドが１つのＴＢスケジューリングのみが可能なレガシーＤＣＩと同じ水準のサイズを有するように支援する方式を区分するために、フラグビットのフィールドが使用される。

表７は１つのＤＣＩにより最大８個のＴＢがスケジューリングされる状況において、オプション２－１、オプション２－２、オプション２－３及びオプション２－４を組み合わせてＤＣＩフィールドの一部の領域を構成する一例を示す。以下の表７を参照すると、スケジューリングされたＴＢの個数が増加するほど、スケジューリングされたＴＢの個数によってＮＤＩを表現するためのビットマップのサイズが増加する。この時、増加したＮＤＩビットマップのサイズだけ、ＤＣＩでＭＣＳ、ＲＡ及びＨＡＲＱプロセスＩＤの開始点を表現するためのビット数が減少し、結果として全体ＤＣＩのビットサイズは常に同一に維持される。表７においてＲＡのためのフィールドのビットサイズは最少ビットサイズを意味し、ＰＤＳＣＨが送信される帯域幅(ｂａｎｄｗｉｄｔｈ)のサイズによって１～４ビットが追加される。

表８は１つのＤＣＩにより最大８個のＴＢがスケジューリングされる状況において、オプション２－２とオプション２－５を組み合わせてＤＣＩフィールドの一部の領域を設計する一例を示す。表８を参照すると、フラグビットの状態によってＭＣＳ及びＲＡのためのフィールドのサイズが決定され、１つのＴＢをスケジューリングするレガシーＤＣＩのＭＣＳ及びＲＡフィールドと同じサイズを使用する方法と、ＭＣＳ及びＲＡフィールドがそれぞれ１ビットずつ減少する方法に区分される。表８において、それ以外の場合には、フラグによりＭＣＳ及びＲＡフィールドが減少する方法が適用される全ての場合を意味し、本発明において提案する他の方法及びオプション(例えば、オプション２－１、オプション２－２、オプション２－３、オプション２－４)の組み合わせによって設計されることもできる。また、表８において、フラグの状態は説明の便宜のための一例であり、２つ以上の状態に区分される他のフラグの表現方式にも同様に適用される。また、表８において、フラグビットのフィールドは上位フラグビット又は他のＤＣＩフィールドに含まれた情報によって存在しないこともでき、フラグビットのフィールドが存在しない場合、ＭＣＳ及びＲＡのためのフィールドのビットサイズはそれ以外の場合に該当するように設定される。以下の例示において、ＲＡのためのフィールドのビットサイズは必要な最小ビットのサイズを意味し、ＰＤＳＣＨが送信される帯域幅のサイズによって１～４ビットが追加される。

表９は１つのＤＣＩにより最大８個のＴＢがスケジューリングされる状況において、オプション２－２、オプション２－３、オプション２－４及びオプション２－５を組み合わせてＤＣＩフィールドの一部の領域を設計する一例を示す。表９を参照すると、スケジューリングされたＴＢの個数が１又は２であるとき、ＭＣＳ及びＲＡのためのフィールドのサイズがそれぞれ４ビットと５ビットであり、それ以外の場合は、それぞれ３ビットと４ビットである。表９において、ＲＡのためのビットのサイズは必要な最小ビットのサイズを意味し、ＰＤＳＣＨが送信可能な帯域幅のサイズによって１ないし４ビットが追加される。

オプション２－３、オプション２－４及びオプション２－５のように、ＭＣＳ／ＴＢＳを表現するＤＣＩフィールドのサイズとＲＡを表現するＤＣＩフィールドのサイズがスケジューリングされたＴＢの個数により制限される場合、スケジューリング柔軟性の制約が発生し得る。これを補償するために、ＳＩＢやＲＲＣシグナリングのような上位階層信号により、サイズが小さくなったＤＣＩフィールドが表現する情報を半－静的に設定する方法が考慮される。例えば、表７において、ＭＣＳを表現するＤＣＩフィールドに２ビットが使用される場合、２ビットにより指示されるＭＣＳインデックスはＲＲＣシグナリングにより決定されるように設定される。

[方法３]

本発明においては、１つのＤＣＩを用いて１つ以上のＴＢを動的にスケジューリングする多重ＴＢスケジューリング方法を考慮する。また本発明においては、１つのＤＣＩを用いてスケジューリング可能なＴＢの最大数が基地局により指示される場合を考慮する。一例として、基地局はＳＩＢやＲＲＣシグナリングのような上位階層信号により１つのＤＣＩによりスケジューリング可能なＴＢの最大数を指示することができる。

本発明においては、基地局により指定された１つのＤＣＩによりスケジューリング可能なＴＢの最大数によって、ＤＣＩの各フィールドのビット数と情報が変わる方法を提案する。例えば、提案する方法３において、ＤＣＩフィールドは、ＴＢのＮＤＩを表現するためのビットマップ、スケジューリングされたＴＢのＭＣＳ／ＴＢＳ、ＲＡ(ＲｅｓｏｕｒｃｅＡｓｓｉｇｎｍｅｎｔ)、及びそれ以外のスケジューリング情報を含む。これにより、方法３によれば、複数のＴＢがスケジューリングされる環境において、１つのＤＣＩによりスケジューリング可能なＴＢの個数が増加するとき、各ＴＢごとに必要な情報の数が比例して増加してＤＣＩの全体ビット数が増加する短所を補完することができる。また、方法３によれば、ネットワークオーバーヘッドとＤＣＩ復号性能の間の重要度及び性能に及ぶ影響などを判断して、基地局が適切なＤＣＩの全体ビット数を決定することができる。

方法３が適用され、基地局により１つのＤＣＩによりスケジューリング可能なＴＢの最大数が上位階層信号により指示されることによりＤＣＩのビットサイズが指定された場合、ＤＣＩにより実際スケジューリングされるＴＢの個数はＤＣＩに含まれた情報により決定される。また、方法３と共に、実際スケジューリングされるＴＢの個数によってＤＣＩの残りのフィールドのサイズと解釈が変わる方法が共に使用される。例えば、本発明で提案する方法１、方法１－Ａ及び／又は方法２などに方法３を組み合わせて使用することができる。

方法３は以下のオプションのうち、１つ以上のオプションの組み合わせにより構成される。

(オプション３－１) 方法３には、オプション３－１のように、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によってスケジューリングされたＴＢのＮＤＩビットマップのためのＤＣＩフィールド(又はＮＤＩビットマップとして使用されるＤＣＩフィールド)のサイズが決定される方法が含まれる。具体的には、オプション３－１によれば、１つのＤＣＩによりスケジューリング可能なＴＢの最大数に比例して、ＮＤＩビットマップのためのＤＣＩフィールドのサイズが決定される。例えば、ＭＴＣのＣＥモードＡのように、最大８個のＨＡＲＱプロセスが支援され、基地局によって１つのＤＣＩを用いて最大Ｎ_TB(≦８)個のＴＢがスケジューリング可能に設定された場合、ＮＤＩビットマップのためのＤＣＩフィールドのサイズは最大Ｎ_TBビットに決定される。この時、ＤＣＩは、８個のＴＢを全てスケジューリングできるＤＣＩに比較して、８－Ｎ_TBビットを減らすことができるという長所がある。この時、実際スケジューリングされるＴＢの個数によって、ＮＤＩビットマップとして使用されるＤＣＩフィールドは、ＮＤＩビットマップに使用されるか、又はフィールドの一部が他の情報を表現するために使用される。

(オプション３－２) 方法３では、オプション３－２のように、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によってＭＣＳ／ＴＢＳのためのＤＣＩフィールドのサイズが決定される。実施例によって、ＭＣＳ／ＴＢＳのためのＤＣＩフィールドは、ＭＣＳ／ＴＢＳのために使用されるフィールド、ＭＣＳ／ＴＢＳを指示するフィールドなどと称されるが、これらに限られない。具体的には、オプション３－２によれば、１つのＤＣＩによりスケジューリング可能なＴＢの最大数が大きいほど、ＭＣＳ／ＴＢＳのためのＤＣＩフィールドのサイズが小さくなるように設定される。また、オプション３－２によれば、１つのＤＣＩによりスケジューリング可能なＴＢの最大数が特定のサイズ以下である場合、ＭＣＳ／ＴＢＳのためのＤＣＩフィールドの最大サイズ(例えば、１つのＴＢのみをスケジューリングするレガシーＤＣＩにおいてＭＣＳ／ＴＢＳのために使用されるフィールドのサイズ)を有するように設定される。一例として、ＭＴＣにおいてＣＥモードＡの場合、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数がＮ_thr個以下であるとき、ＭＣＳのためのＤＣＩフィールドのサイズは４ビットに決定される。この時、４ビットに対してＭＣＳを解釈する方法は、１つのＴＢをスケジューリングするＤＣＩと同一である。反面、１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数がＮ_thr個を超える場合には、ＭＣＳのためのＤＣＩフィールドのサイズは４ビット以下に決定される。

(オプション３－３) 方法３には、オプション３－３のように、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によってＲＡのためのＤＣＩフィールドのサイズが決定される方法が含まれる。具体的には、オプション３－３によれば、１つのＤＣＩによりスケジューリング可能なＴＢの最大数が大きいほど、ＲＡを指示するＤＣＩフィールドのサイズが小さくなる。オプション３－３によれば、ＤＣＩの全体ビット数を減らすためにＲＡを指示するＤＣＩフィールドのサイズを減らしても、特定の条件(例えば、１つのＤＣＩによりスケジューリング可能なＴＢの最大数が一定のサイズ以下である条件)では、１つのＴＢをスケジューリングするＤＣＩと同じ水準のスケジューリング柔軟性を保障することができる。例えば、ＭＴＣにおいて、ＣＥモードＡの場合、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数がＮ_thr個以下である場合、ＲＡを指示するＤＣＩフィールドの最小サイズは５ビットであり、この時、５ビットは基地局が１つのＴＢをスケジューリングするＤＣＩを指定した場合と同様に解釈される。反面、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数がＮ_thr個を超える場合には、ＲＡを指示するＤＣＩフィールドとして使用されるビットのサイズは４以下である。

(オプション３－４) 方法３には、オプション３－４のように、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によってＦＨ情報及び／又はＲＶ情報のためのＤＣＩフィールドのサイズが決定される方法が含まれる。具体的には、オプション３－４によれば、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によって、方法１で提案したＦＨ及び／又はＲＶの構成方法のうちの１つが選択されるか、又はレガシーＤＣＩで使用されるＦＨ及びＲＶ構成方法が選択される。例えば、ＭＴＣにおいてＣＥモードＡの場合、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数がＮ_thr個以下である場合、ＦＨを指示するＤＣＩフィールドのサイズは１ビット、ＲＶを指示するＤＣＩフィールドのサイズは２ビットであり、この時、ＤＣＩフィールドは基地局が１つのＴＢをスケジューリングするＤＣＩを指定した場合と同様に解釈される。反面、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数がＮ_thr個を超える場合は、方法１で提案した方法の１つが適用される。

(オプション３－Ａ) 方法３には、オプション３－Ａのように、１つのＤＣＩによりスケジューリング可能なＴＢの最大数によって方法２で提案した方法の適用有無が決定される方法が含まれる。例えば、ＭＴＣにおいてＣＥモードＡであるとき、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数がＮ_thr個以下であると、ＭＣＳを指示するＤＣＩフィールドのサイズが常に４ビットであり、４ビットはＤＣＩにより実際スケジューリングされるＴＢの個数に関係なく、常に同一のＭＣＳ情報を表現する。反面、基地局が指定した１つのＤＣＩによりスケジューリング可能な最大ＴＢの個数がＮ_thr個を超える場合は、オプション２－３のように、ＤＣＩにより実際スケジューリングされるＴＢの個数によってＭＣＳ／ＴＢＳを指示するＤＣＩフィールドのサイズと解釈が変わる。この例では、ＭＣＳ／ＴＢＳを指示するＤＣＩフィールドを基準として説明したが、方法３が適用される他のＤＣＩフィールド(例えば、ＲＡ、ＦＨ及び／又はＲＶ)にもオプション３－Ａが適用可能である。

[方法４]

本発明においては、１つのＤＣＩを用いて１つ以上のＴＢを動的にスケジューリングする多重ＴＢスケジューリング方式を考慮する。例えば、基地局はＤＣＩを用いて端末にスケジューリングされるＴＢの個数を動的に割り当てることができる。

方法４では、ＤＣＩにより動的にスケジューリングされるＴＢの個数を用いて、スケジューリングされたＴＢのＭＣＳ／ＴＢＳを指示するＤＣＩフィールド、又はＲＶ情報及び／又はＦＨ情報のためのＤＣＩフィールドのサイズと解釈が変わる方法を提案する。方法４は、スケジューリングされるＴＢの個数によってＤＣＩの各フィールドに必要なスケジューリング柔軟性の程度が変わる特性を用いて、ＲＶとＦＨに対するスケジューリング柔軟性を流動的に決定するために使用される。

実施例によって、ＲＶ情報及び／又はＦＨ情報のためのＤＣＩフィールドは、ＲＶ及び／又はＦＨを指示するＤＣＩフィールド、ＲＶ及び／又はＦＨを表現するためのＤＣＩフィールドなどと称され、これらに限られない。

方法４において、ＲＶ情報及びＦＨ情報のためのＤＣＩフィールドのサイズと解釈には、方法１で提案した解釈方法が使用される。例えば、方法４において、ＲＶ情報及びＦＨ情報のためのＤＣＩフィールドは、該当ＤＣＩによりスケジューリングされたＴＢの個数によって、方法１で提案した表から選択された１つに基づいて解釈される。又は実施例によって、方法４においてＲＶ情報及びＦＨ情報のためのＤＣＩフィールドのサイズと解釈方法は、レガシーＤＣＩで定義されたＲＶ情報及びＦＨ情報のためのＤＣＩフィールドのサイズと解釈方法に従うこともできる。

方法４の一例によれば、ＤＣＩによりスケジューリングされたＴＢの個数が１つである場合、Ｐ個のビットがＲＶ情報及びＦＨ情報のために使用され、スケジューリングされたＴＢの個数が複数である場合は、Ｑ(＜Ｐ)個のビットがＲＶ情報及びＦＨ情報のために使用される。例えば、Ｐは２、Ｑは１であるが、これに限られない。方法４は、基地局が１つのＴＢのみをスケジューリングしようとするとき、レガシーＤＣＩと同一又は類似する水準のスケジューリング柔軟性を保障するために使用される。

方法４の一例によれば、ＤＣＩによりスケジューリングされたＴＢの個数が１つである場合、Ｐ個のビットがＭＣＳ／ＴＢＳのために使用され、スケジューリングされたＴＢの個数が複数である場合は、Ｑ(＜Ｐ)個のビットがＭＣＳ／ＴＢＳのために使用される。例えば、Ｐは４、Ｑは３であるが、これに限られない。方法４は、基地局が１つのＴＢのみをスケジューリングしようとするとき、レガシーＤＣＩと同一又は類似する水準のスケジューリング柔軟性を保障するために使用される。

図１２は本発明の一実施例による端末の動作を示すフローチャートである。

本発明の一実施例による端末は、２つのＴＢをスケジューリングする１つのＤＣＩを基地局から受信する(Ｓ１２００)。この時、ＤＣＩはＲＶ(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ)情報とＦＨ(ＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ)情報のためのＤＣＩを含む。ＤＣＩにおいてＲＶ情報とＦＨ情報のために使用されるビット数は、ＤＣＩによりスケジューリングされたＴＢの繰り返し送信回数によって変わる。例えば、スケジューリングされたＴＢの繰り返し送信回数が１であるとき、ＤＣＩは２ビットサイズのＲＶ情報を含み、ＦＨ情報は固定された値を有するか、又は上位階層シグナリングにより半－静的に決定される。繰り返し送信回数が１より大きいと、ＤＣＩは１ビットサイズのＲＶ情報及び１ビットサイズの周波数ホッピング情報を含む。これにより、端末は、繰り返し送信回数が１であることに基づき、ＤＣＩから２ビットサイズのＲＶ情報を得(Ｓ１２１０)、繰り返し送信回数が１より大きいことに基づき、ＤＣＩから１ビットサイズのＲＶ情報及び１ビットサイズの周波数ホッピング情報を得る(Ｓ１２２０)。ＲＶ情報が１ビットで表現されるとき、ＲＶ情報はＲＶ０又はＲＶ２のうちのいずれかを選択するために使用され、ＲＶ情報が２ビットで表現されるときは、ＲＶ情報はＲＶ０、ＲＶ１、ＲＶ２及びＲＶ３のうちのいずれかを選択するために使用される。本発明の一実施例によれば、ＲＶ情報とＦＨ情報をジョイント符号化(ｊｏｉｎｔｅｎｃｏｄｉｎｇ)することにより、ＲＶ情報とＦＨ情報を独立して表現するレガシーＤＣＩフォーマットに比べて全体ビット数を減らすことができる。

ネットワーク接続及び通信過程

端末は、上述／提案した手順及び／又は方法を行うために、ネットワーク接続過程を行う。例えば、端末は、ネットワーク(例、基地局)に接続を行いながら、上述／提案した手順及び／又は方法を行うために必要なシステム情報と構成情報を受信してメモリに貯蔵する。本発明に必要な構成情報は、上位階層(例、ＲＲＣｌａｙｅｒ；ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ、ｌａｙｅｒなど)シグナリングにより受信される。

図１３はネットワーク初期接続及びその後の通信過程を例示する。ＮＲシステムにおいて、物理チャネル、参照信号はビーム－フォーミングを用いて送信される。ビーム－フォーミング基盤の信号送信が支援される場合、基地局と端末の間にビームを整列するために、ビーム管理(ｂｅａｍｍａｎａｇｅｍｅｎｔ)の過程が伴われる。また、本発明で提案する信号はビーム－フォーミングを用いて送信／受信される。ＲＲＣ(ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ) ＩＤＬＥモードにおいて、ビーム整列はＳＳＢに基づいて行われる。反面、ＲＲＣＣＯＮＮＥＣＴＥＤモードにおいては、ビーム整列はＣＳＩ－ＲＳ(ｉｎＤＬ)及びＳＲＳ(ｉｎＵＬ)に基づいて行われる。一方、ビーム－フォーミング基盤の信号送信が支援されない場合、以下の説明においてビームに関連する動作は省略できる。

図１３を参照すると、基地局(例、ＢＳ)はＳＳＢを周期的に送信する(Ｓ７０２)。ここで、ＳＳＢはＰＳＳ／ＳＳＳ／ＰＢＣＨを含む。ＳＳＢはビームスイーピング(ｂｅａｍｓｗｅｅｐｉｎｇ)を用いて送信される。ＰＢＣＨはＭＩＢを含み、ＭＩＢはＲＭＳＩ(ＲｅｍａｉｎｉｎｇＭｉｎｉｍｕｍＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ)に関するスケジューリング情報を含む。その後、基地局はＲＭＳＩとＯＳＩ(ＯｔｈｅｒＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ)を送信する(Ｓ７０４)。ＲＭＳＩは端末が基地局に初期接続するために必要な情報(例、ＰＲＡＣＨ構成情報)を含む。一方、端末はＳＳＢ検出を行った後、ベストＳＳＢを識別する。その後、端末はベストＳＳＢのインデックス(即ち、ビーム)にリンクされた／対応するＰＲＡＣＨリソースを用いてＲＡＣＨプリアンブル(Ｍｅｓｓａｇｅ１、Ｍｓｇ１)を基地局に送信する(Ｓ７０６)。ＲＡＣＨプリアンブルのビーム方向はＰＲＡＣＨリソースに連関する。ＰＲＡＣＨリソース(及び／又はＲＡＣＨプリアンブル)とＳＳＢ(インデックス)の間の連関性(ａｓｓｏｃｉａｔｉｏｎ)はシステム情報(例、ＲＭＳＩ)により設定される。その後、ＲＡＣＨ過程の一環として、基地局はＲＡＣＨプリアンブルに対する応答としてＲＡＲ(ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ)(Ｍｓｇ２)を送信し(Ｓ７０８)、端末はＲＡＲ内のＵＬグラントを用いてＭｓｇ３(例、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ)を送信し(Ｓ７１０)、基地局は衝突解決(ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎ)メッセージ(Ｍｓｇ４)を送信する(Ｓ７２０)。Ｍｓｇ４はＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐを含む。

ＲＡＣＨ過程を通じて基地局と端末の間にＲＲＣ連結が設定されると、その後のビーム整列はＳＳＢ／ＣＳＩ－ＲＳ(ｉｎＤＬ)及びＳＲＳ(ｉｎＵＬ)に基づいて行われる。例えば、端末はＳＳＢ／ＣＳＩ－ＲＳを受信する(Ｓ７１４)。ＳＳＢ／ＣＳＩ－ＲＳは端末がビーム／ＣＳＩ報告を生成するために使用される。一方、基地局はＤＣＩによりビーム／ＣＳＩ報告を端末に要請する(Ｓ７１６)。この場合、端末はＳＳＢ／ＣＳＩ－ＲＳに基づいてビーム／ＣＳＩ報告を生成し、生成されたビーム／ＣＳＩ報告をＰＵＳＣＨ／ＰＵＣＣＨを介して基地局に送信する(Ｓ７１８)。ビーム／ＣＳＩ報告はビーム測定の結果、選好するビームに関する情報などを含む。基地局と端末はビーム／ＣＳＩ報告に基づいてビームをスイッチングする(Ｓ７２０ａ、Ｓ７２０ｂ)。

その後、端末と基地局は上述／提案した手順及び／又は方法を行う。例えば、端末と基地局はネットワーク接続過程(例、システム情報獲得過程、ＲＡＣＨを介するＲＲＣ連結過程など)から得た構成情報に基づいて、本発明の提案によってメモリの情報を処理して無線信号を送信するか、又は受信された無線信号を処理してメモリに格納する。ここで、無線信号は、下りリンクの場合、ＰＤＣＣＨ、ＰＤＳＣＨ、ＲＳ(ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)のうちのいずれかを含み、上りリンクの場合は、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳのうちのいずれかを含む。

上述した内容は基本的にＭＴＣとＮＢ－ＩｏＴに共通に適用できる。ＭＴＣとＮＢ－ＩｏＴにおいて異なる部分については以下に追加説明する。

ＭＴＣネットワーク接続過程

ＬＴＥを基準としてＭＴＣネットワーク接続過程についてさらに説明する。以下の説明はＮＲにも拡張適用できる。ＬＴＥにおいてＭＩＢは１０個の予備ビット(ｒｅｓｅｒｖｅｄｂｉｔ)を含む。ＭＴＣにおいてＭＩＢ内の１０個の予備ビットのうち、５個のＭＳＢ(ＭｏｓｔＳｉｇｎｉｆｉｃａｎｔＢｉｔ)はＳＩＢ１－ＢＲ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｆｏｒｂａｎｄｗｉｄｔｈｒｅｄｕｃｅｄｄｅｖｉｃｅ)に関するスケジューリング情報を指示するために使用される。５個のＭＳＢはＳＩＢ１－ＢＲの繰り返し回数及びＴＢＳ(ＴｒａｎｓｐｏｒｔＢｌｏｃｋＳｉｚｅ)を指示するために使用される。ＳＩＢ１－ＢＲはＰＤＳＣＨで送信される。ＳＩＢ１－ＢＲは多数のサブフレームが結合することを許容するために５１２個の無線フレーム(５１２０ｍｓ)で変わらない。ＳＩＢ１－ＢＲで運ばれる情報はＬＴＥシステムのＳＩＢ１と類似する。

ＭＴＣＲＡＣＨ過程は基本的にＬＴＥＲＡＣＨ過程と同一であり、以下の事項で差がある：ＭＴＣＲＡＣＨ過程はＣＥ(ＣｏｖｅｒａｇｅＥｎｈａｎｃｅｍｅｎｔ)レベルに基づいて行われる。例えば、ＰＲＡＣＨカバレッジ向上のためにＣＥレベルごとにＰＲＡＣＨ繰り返し送信の有無／回数が変わる。

表１０はＭＴＣで支援するＣＥモード／レベルを例示する。ＭＴＣはカバレッジ向上のために２つのモード(ＣＥモードＡ、ＣＥモードＢ)と４つのレベル(Ｌｅｖｅｌ１～４)を支援する。

ＣＥモードＡは完全な移動性及びＣＳＩフィードバックが支援される小さいカバレッジ向上のためのモードであり、繰り返しがないか又は繰り返し回数が小さく設定される。第２モード(例、ＣＥモードＢ)はＣＳＩフィードバック及び制限された移動性を支援する極めて劣悪なカバレッジ条件の端末のためのモードであり、繰り返し回数が大きく設定される。

基地局は複数(例、３つ)のＲＳＲＰ(ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｅｄＰｏｗｅｒ)臨界値を含むシステム情報を放送し、端末はＲＳＲＰ臨界値とＲＳＲＰ測定値を比較してＣＥレベルを決定する。ＣＥレベルごとに次の情報がシステム情報により独立して構成される。

－ＰＲＡＣＨリソース情報：ＰＲＡＣＨ機会(ｏｐｐｏｒｔｕｎｉｔｙ)の周期／オフセット、ＰＲＡＣＨ周波数リソース

－プリアンブルグループ：各々のＣＥレベルごとに割り当てられたプリアンブルセット

－プリアンブル試み(ａｔｔｅｍｐｔ)ごとの繰り返し回数、最大プリアンブル試み回数

－ＲＡＲウィンドウ時間：ＲＡＲ受信が期待される時区間の長さ(例、サブフレームの数)

－衝突解決ウィンドウ時間：衝突解決メッセージ受信が期待される時区間の長さ

端末は自分のＣＥレベルに対応するＰＲＡＣＨリソースを選択した後、選択されたＰＲＡＣＨリソースに基づいてＰＲＡＣＨ送信を行う。ＭＴＣで使用されるＰＲＡＣＨ波形(ｗａｖｅｆｏｒｍ)はＬＴＥで使用されるＰＲＡＣＨ波形と同一である(例、ＯＦＤＭ及びＺａｄｏｆｆ－Ｃｈｕシーケンス)。ＰＲＡＣＨ後に送信される信号／メッセージも繰り返して送信でき、繰り返し回数はＣＥモード／レベルによって独立して設定される。

本発明が適用される通信システムの例

これに限られないが、この明細書に開示された本発明の様々な説明、機能、手順、提案、方法及び／又はフローチャートは、機器間無線通信／連結(例えば、５Ｇ)を必要とする様々な分野に適用することができる。

以下、図面を参照しながらより具体的に説明する。以下の図／説明において、同じ図面符号は特に言及しない限り、同一又は対応するハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示する。

図１４は本発明に適用される通信システムを例示する。

図１４を参照すると、本発明に適用される通信システムは、無線機器、基地局及びネットワークを含む。ここで、無線機器は無線接続技術(例えば、５ＧＮＲ、ＬＴＥ)を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器とも称される。これに限られないが、無線機器はロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ(ｅＸｔｅｎｄｅｄＲｅａｌｉｔｙ)機器１００ｃ、携帯機器(Ｈａｎｄ－ｈｅｌｄＤｅｖｉｃｅ)１００ｄ、家電１００ｅ、ＩｏＴ(ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇ)機器１００ｆ及びＡＩ機器／サーバ４００を含む。例えば、車両は無線通信機能が備えられた車両、自律走行車両、車両間通信を行える車両などを含む。ここで、車両はＵＡＶ(ＵｎｍａｎｎｅｄＡｅｒｉａｌＶｅｈｉｃｌｅ)(例えば、ドローン)を含む。ＸＲ機器はＡＲ(ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ)／ＶＲ(ＶｉｒｔｕａｌＲｅａｌｉｔｙ)／ＭＲ(ＭｉｘｅｄＲｅａｌｉｔｙ)機器を含み、ＨＭＤ(Ｈｅａｄ－ＭｏｕｎｔｅｄＤｅｖｉｃｅ)、車両に備えられたＨＵＤ(Ｈｅａｄ－ＵｐＤｉｓｐｌａｙ)、ＴＶ、スマートホン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブックパソコンなど)などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサ、スマートメータなどを含む。例えば、基地局、ネットワークは無線機器にも具現され、特定の無線機器２００ａは他の無線機器に基地局／ネットワークノードで動作することもできる。

無線機器１００ａ～１００ｆは基地局２００を介してネットワーク３００に連結される。無線機器１００ａ～１００ｆにはＡＩ(ＡｒｔｉｆｉｃｉａｌＩｎｔｅｌｌｉｇｅｎｃｅ)技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００に連結される。ネットワーク３００は３Ｇネットワーク、４Ｇ(例えば、ＬＴＥ)ネットワーク又は５Ｇ(例えば、ＮＲ)ネットワークなどを用いて構成される。無線機器１００ａ～１００ｆは基地局２００／ネットワーク３００を介して互いに通信できるが、基地局／ネットワークを介することなく、直接通信することもできる(例えば、サイドリンク通信)。例えば、車両１００ｂ－１、１００ｂ－２は直接通信することができる(例えば、Ｖ２Ｖ(ＶｅｈｉｃｌｅｔｏＶｅｈｉｃｌｅ)／Ｖ２Ｘ(Ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ)通信)。またＩｏＴ機器(例えば、センサ)は他のＩｏＴ機器(例えば、センサ)又は他の無線機器１００ａ～１００ｆと直接通信することができる。

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間には無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われる。ここで、無線通信／連結は上り／下りリンク通信１５０ａとサイドリンク通信１５０ｂ(又は、Ｄ２Ｄ通信)、基地局間の通信１５０ｃ(例えば、ｒｅｌａｙ、ＩＡＢ(ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓＢａｃｋｈａｕｌ)のような様々な無線接続技術により行われる(例えば、５ＧＮＲ)。無線通信／連結１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送信／受信することができる。このために、本発明の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程、様々な信号処理過程(例えば、チャネル符号化／復号、変調／復調、リソースマッピング／デマッピングなど)、リソース割り当て過程のうちのいずれか１つが行われる。

本発明が適用される無線機器の例

図１５は本発明に適用される無線機器を例示する。

図１５を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術(例えば、ＬＴＥ、ＮＲ)により無線信号を送受信する。

第１無線機器１００は１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含む。プロセッサ１０２はメモリ１０４及び／又は送受信機１０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ１０２はメモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６で第１情報／信号を含む無線信号を送信する。またプロセッサ１０２は送受信機１０６で第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２に連結され、プロセッサ１０２の動作に関連する様々な情報を格納する。例えば、メモリ１０４はプロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６はプロセッサ１０２に連結され、１つ以上のアンテナ１０８により無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ(ｒａｄｉｏＦｒｅｑｕｅｎｃｙ)ユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。

第２無線機器２００は１つ以上のプロセッサ２０２及び１つ以上のメモリ２０４を含み、さらに１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８を含む。プロセッサ２０２はメモリ２０４及び／又は送受信機２０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ２０２はメモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６で第３情報／信号を含む無線信号を送信する。またプロセッサ２０２は送受信機２０６で第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に格納する。メモリ２０４はプロセッサ２０２に連結され、プロセッサ２０２の動作に関連する様々な情報を格納する。例えば、メモリ２０４はプロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６はプロセッサ２０２に連結され、１つ以上のアンテナ２０８により無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。

以下、無線機器１００,２００のハードウェア要素についてより具体的に説明する。これに限られないが、１つ以上のプロトコル階層が１つ以上のプロセッサ１０２，２０２により具現される。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の階層(例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層)を具現する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによって１つ以上のＰＤＵ(ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ)及び／又は１つ以上のＳＤＵ(ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ)を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号(例えば、ベースバンド信号)を生成して、１つ以上の送受信機１０６，２０６に提供する。１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６から信号(例えば、ベースバンド信号)を受信して、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を得ることができる。

１つ以上のプロセッサ１０２，２０２はコントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータとも称される。１つ以上のプロセッサ１０２，２０２はハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより具現される。一例として、１つ以上のＡＳＩＣ(ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ)、１つ以上のＤＳＰ(ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ)、１つ以上のＤＳＰＤ(ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇＤｅｖｉｃｅ)、１つ以上のＰＬＤ(ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ)又は１つ以上のＦＰＧＡ(ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙｓ)が１つ以上のプロセッサ１０２，２０２に含まれる。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはファームウェア又はソフトウェアを使用して具現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように具現される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２，２０２に含まれるか、又は１つ以上のメモリ１０４，２０４に格納されて１つ以上のプロセッサ１０２，２０２により駆動される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはコード、命令語(ｉｎｓｔｒｕｃｔｉｏｎ)及び／又は命令語集合の形態でファームウェア又はソフトウェアを使用して具現される。

１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２に連結され、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納することができる。１つ以上のメモリ１０４，２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせにより構成される。１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４，２０４は有線又は無線連結のような様々な技術により１つ以上のプロセッサ１０２，２０２に連結される。

１つ以上の送受信機１０６，２０６は１つ以上の他の装置にこの明細書における方法及び／又はフローチャートなどで言及されたユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。１つ以上の送受信機１０６，２０６は１つ以上の他の装置からこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２に連結され、無線信号を送受信することができる。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御することができる。また、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御することができる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８に連結され、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８によりこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。この明細書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ(例えば、アンテナポート)である。１つ以上の送受信機１０６，２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換する(Ｃｏｎｖｅｒｔ)。１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、１つ以上の送受信機１０６，２０６は(アナログ)オシレーター及び／又はフィルターを含む。

本発明が適用される無線機器の活用例

図１６は本発明に適用される無線機器の他の例を示す。無線機器は使用例／サービスによって様々な形態で具現される(図１４を参照)。

図１６を参照すると、無線機器１００,２００は図１５の無線機器１００,２００に対応し、様々な要素(ｅｌｅｍｅｎｔ)、成分(ｃｏｍｐｏｎｅｎｔ)、ユニット／部及び／又はモジュールで構成される。例えば、無線機器１００,２００は通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は通信回路１１２及び送受信機１１４を含む。例えば、通信回路１１２は図１５における１つ以上のプロセッサ１０２,２０２及び／又は１つ以上のメモリ１０４,２０４を含む。例えば、送受信機１１４は図１５の１つ以上の送受信機１０６,２０６及び／又は１つ以上のアンテナ１０８,２０８を含む。制御部１２０は通信部１１０、メモリ部１３０及び追加要素１４０に電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０はメモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また制御部１２０はメモリ部１３０に格納された情報を通信部１１０により外部(例えば、他の通信機器)に無線／有線インターフェースにより送信するか、又は通信部１１０により外部(例えば、他の通信機器)から無線／有線インターフェースにより受信された情報をメモリ部１３０に格納する。

追加要素１４０は無線機器の種類によって様々に構成される。例えば、追加要素１４０はパワーユニット／バッテリー、入出力部(Ｉ／Ｏｕｎｉｔ)、駆動部及びコンピュータ部のうち、いずれか１つを含む。これに限られないが、無線機器はロボット(図１４、１００ａ)、車両(図１４、１００ｂ－１、１００ｂ－２)、ＸＲ機器(図１４、１００ｃ)、携帯機器(図１４、１００ｄ)、家電(図１４、１００ｅ)、ＩｏＴ機器(図１４、１００ｆ)、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置(又は金融装置)、保安装置、気候／環境装置、ＡＩサーバ／機器(図１４、４００)、基地局(図１４、２００)及びネットワークノードなどの形態で具現される。無線機器は使用例／サービスによって移動可能であるか、又は固定した場所で使用される。

図１６において、無線機器１００，２００内の様々な要素、成分、ユニット／部及び／又はモジュールは全体が有線インターフェースにより互いに連結されるか、又は少なくとも一部が通信部１１０により無線連結される。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線連結され、制御部１２０と第１ユニット(例えば、１３０、１４０)は通信部１１０により無線連結される。また無線機器１００，２００内の各要素、成分、ユニット／部及び／又はモジュールは１つ以上の要素をさらに含む。例えば、制御部１２０は１つ以上のプロセッサ集合で構成される。例えば、制御部１２０は通信制御プロセッサ、アプリケーションプロセッサ(ＡｐｐｌｉｃａｔｉｏｎＰＲＯＣＥＳＳＯＲ)、ＥＣＵ(ＥｌｅｃｔｒｏｎｉｃｃｏｎｔｒｏｌＵｎｉｔ)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成される。他の例として、メモリ部１３０はＲＡＭ(ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ)、ＤＲＡＭ(ＤｙｎａｍｉｃＲＡＭ)、ＲＯＭ(ＲｅａｄＯｎｌｙＭｅｍｏｒｙ)、フラッシュメモリ(ｆｌａｓｈＭｅｍｏｒｙ)、揮発性メモリ(ｖｏｌａｔｉｌｅＭｅｍｏｒｙ)、非揮発生メモリ及び／又はこれらの組み合わせで構成される。

以下、図１６の具現例について図面を参照しながらより具体的に説明する。

本発明が適用される携帯機器の例

図１７は本発明に適用される携帯機器を例示する。携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、携帯用コンピュータ(例えば、ノートブックパソコンなど)を含む。携帯機器はＭＳ(ＭｏｂｉｌｅＳｔａｔｉｏｎ)、ＵＴ(ｕｓｅｒｔｅｒｍｉｎａｌ)、ＭＳＳ(ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ)、ＳＳ(ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ)、ＡＭＳ(ＡｄｖａｎｃｅｄＭｏｂｉｌｅＳｔａｔｉｏｎ)又はＷＴ(Ｗｉｒｅｌｅｓｓｔｅｒｍｉｎａｌ)とも称される。

図１７を参照すると、携帯機器１００はアンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェース部１４０ｂ及び入出力部１４０c)を含む。アンテナ部１０８は通信部１１０の一部で構成される。ブロック１１０～１３０／１４０ａ～１４０ｃは各々、図１７におけるブロック１１０～１３０／１４０に対応する。

通信部１１０は他の無線機器、基地局と信号(例えば、データ、制御信号など)を送受信する。制御部１２０は携帯機器１００の構成要素を制御して様々な動作を行う。制御部１２０はＡＰ(ＡｐｐｌｉｃａｔｉｏｎＰｒｏｃｅｓｓｏｒ)を含む。メモリ部１３０は携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納する。またメモリ部１３０は入／出力されるデータ／情報などを格納する。電源供給部１４０ａは携帯機器１００に電源を供給し、有／無線充電回路、バッテリーなどを含む。インターフェース部１４０ｂは携帯機器１００と他の外部機器の連結を支援する。インターフェース部１４０ｂは外部機器との連結のための様々なポート(例えば、オーディオ入／出力ポート、ビデオ入／出力ポート)を含む。入出力部１４０ｃは映像情報／信号、オーディオ情報／信号、データ及び／又はユーザから入力される情報を入力又は出力する。入出力部１４０ｃはカメラ、マイクロホン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び／又は触覚モジュールなどを含む。

一例として、データ通信の場合、入出力部１４０ｃはユーザから入力された情報／信号(例えば、タッチ、文字、音声、イメージ、ビデオ)を得、この得られた情報／信号はメモリ部１３０に格納される。通信部１１０はメモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信するか又は基地局に送信する。また通信部１１０は他の無線機器又は基地局から無線信号を受信した後、受信された無線信号を元来の情報／信号に復元する。復元された情報／信号はメモリ部１３０に格納された後、入出力部１４０ｃにより様々な形態(例えば、文字、音声、イメージ、ビデオ、触覚)に出力される。

本発明が適用される車両又は自律走行車両の例

図１８は本発明に適用される車両又は自律走行車両を例示する図である。車両又は自律走行車両は移動型ロボット、車両、汽車、有／無人飛行体(ＡｅｒｉａｌＶｅｈｉｃｌｅ、ＡＶ)、船舶などで具現される。

図１８を参照すると、車両又は自律走行車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０a)、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部で構成される。ブロック１１０／１３０／１４０ａ～１４０ｄは各々図１７におけるブロック１１０／１３０／１４０に対応する。

通信部１１０は他の車両、基地局(例えば、基地局、路辺基地局(ＲｏａｄＳｉｄｅｕｎｉｔ)など)、サーバなどの外部機器と信号(例えば、データ、制御信号など)を送受信する。制御部１２０は車両又は自律走行車両１００の要素を制御して様々な動作を行う。制御部１２０はＥＣＵ(ＥｌｅｃｔｒｏｎｉｃｃｏｎｔｒｏｌＵｎｉｔ)を含む。駆動部１４０ａにより車両又は自律走行車両１００が地上で走行する。駆動部１４０ａはエンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは車両又は自律走行車両１００に電源を供給し、有／無線充電回路、バッテリーなどを含む。センサ部１４０ｃは車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ(ｉｎｅｒｔｉａｌｍｅａｓｕｒｅｍｅｎｔｕｎｉｔ)センサ、衝突センサ、ホイールセンサ(ｗｈｅｅｌｓｅｎｓｏｒ)、速度センサ、傾斜センサ、重量感知センサ、ヘッディングセンサ(ｈｅａｄｉｎｇｓｅｎｓｏｒ)、ポジションモジュール(ｐｏｓｉｔｉｏｎＭＯＤＵＬＥ)、車両前進／後進センサ、バッテリーセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自律走行部１４０ｄは走行中の車線を維持する技術、車間距離制御装置(ａｄａｐｔｉｖｅｃｒｕｉｓｅｃｏｎｔｒｏｌ)のように速度を自動に調節する技術、所定の経路によって自動走行する技術、目的地が設定されると自動に経路を設定して走行する技術などを具現する。

一例として、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自律走行部１４０ｄは得られたデータに基づいて自律走行経路とドライブプランを生成する。制御部１２０はドライブプランに従って車両又は自律走行車両１００が自律走行経路に移動するように駆動部１４０ａを制御する(例えば、速度／方向調節)。通信部１１０は自律走行中に外部サーバから最新交通情報データを非周期的に得、また周りの車両から周りの交通情報データを得る。またセンサ部１４０ｃは自律走行中に車両状態、周辺環境情報を得る。自律走行部１４０ｄは新しく得たデータ／情報に基づいて自律走行経路とドライブプランを更新する。通信部１１０は車両位置、自律走行経路、ドライブプランなどに関する情報を外部サーバに伝達する。外部サーバは車両又は自律走行車両から集められた情報に基づいて、ＡＩ技術などを用いて交通情報データを予め予測し、予測された交通情報データを車両又は自律走行車両に提供することができる。

以上の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別に明示しない限り、選択的なものとして考慮され得る。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施されてもよく、また、一部の構成要素及び／又は特徴は結合されて本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に代えてもよい。また、特許請求の範囲で明示的な引用関係を有しない請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含むことができる。

この明細書において、本発明の実施例は主に端末と基地局の間の信号送受信関係を中心に説明されている。この送受信関係は、端末とリレー又は基地局とリレーの間の信号送受信にも同一／類似に拡張できる。この明細書において、基地局により行われるとされている特定動作は、場合によっては、その上位ノード(ｕｐｐｅｒｎｏｄｅ)により行われてもよい。即ち、基地局を含む複数のネットワークノード(ｎｅｔｗｏｒｋｎｏｄｅ)からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードにより行うことができる。この時、基地局は、固定局(ｆｉｘｅｄｓｔａｔｉｏｎ)、ＮｏｄｅＢ、ｅＮｏｄｅＢ(ｅＮＢ)、ｇＮｏｄｅＢ(ｇＮＢ)又はアクセスポイント(ａｃｃｅｓｓｐｏｉｎｔ)などの用語に言い換えることができる。また、端末は、ＵＥ(ＵｓｅｒＥｑｕｉｐｍｅｎｔ)、ＭＳ(ＭｏｂｉｌｅＳｔａｔｉｏｎ)、ＭＳＳ(ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ)などの用語に言い換えることができる。

本発明による実施例は、様々な手段、例えば、ハードウェア、ファームウェア、ソフトウェア又はそれらの結合などにより具現される。ハードウェアによる具現の場合、本発明の実施例は一つ又はそれ以上のＡＳＩＣ(ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ)、ＤＳＰ(ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒ)、ＤＳＰＤ(ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｉｎｇｄｅｖｉｃｅ)、ＰＬＤ(ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅ)、ＦＰＧＡ(ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙ)、プロセッサ、コントローラ、マイクロコントローラ、及びマイクロプロセッサなどにより具現することができる。

ファームウェアやソフトウェアによる具現の場合、本発明の実施例は、以上で説明した機能又は動作を行うモジュール、手順又は関数などの形態として具現することができる。例えば、ソフトウェアコードはメモリに格納し、プロセッサにより駆動することができる。上記メモリユニットは上記プロセッサの内部又は外部に設けられて、公知の様々な手段によって上記プロセッサとデータをやり取りすることができる。

本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態に具体化することができる。従って、上記の詳細な説明はいずれの面においても制限的に解釈されてはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付する請求項の合理的解釈によって決定しなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。

本発明は無線移動通信システムの端末、基地局又はその他の装備に使用することができる。

Claims

多重ＴＢ(ＴｒａｎｓｐｏｒｔＢｌｏｃｋ)スケジューリングを支援する無線通信システムにおいて端末が信号を送受信する方法であって、
２つのＴＢをスケジューリングする１つのＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を基地局から受信する段階；
前記２つのＴＢに設定された繰り返し送信回数が１であることに基づき、前記ＤＣＩから２ビットサイズのＲＶ(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ)情報を得る段階；及び
前記繰り返し送信回数が１より大きいことに基づき、前記ＤＣＩから１ビットサイズのＲＶ情報及び１ビットサイズの周波数ホッピング情報を得る段階；を含む、方法。
前記繰り返し送信回数が１であることに基づき、前記周波数ホッピング情報は、
周波数ホッピングの非活性化を指示する固定された値に決定されるか、
上位階層シグナリングにより半－静的(ｓｅｍｉ－ｓｔａｔｉｃ)に決定されるか、又は、
前記１つのＤＣＩに含まれた他の情報により暗示的(ｉｍｐｌｉｃｉｔ)に決定される、請求項１に記載の方法。
前記１つのＤＣＩは、ＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)をスケジューリングする為のＤＣＩ又はＰＤＳＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)をスケジューリングする為のＤＣＩを含む、請求項１に記載の方法。
前記方法は、
前記１つのＤＣＩが前記ＰＵＳＣＨをスケジューリングする為のＤＣＩであることに基づき、前記スケジューリングされたＰＵＳＣＨを介して前記２つの送信ブロックを送信する段階を更に含む、請求項３に記載の方法。
前記方法は、
前記１つのＤＣＩが前記ＰＤＳＣＨをスケジューリングする為のＤＣＩであることに基づき、前記スケジューリングされたＰＤＳＣＨを介して前記２つのブロックを受信する段階を更に含む、請求項３に記載の方法。
前記端末は前記ＰＤＳＣＨの為に６４ＱＡＭ(ＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ)を使用するように設定されない、請求項５に記載の方法。
前記方法は、複数のＴＢをスケジューリングするための設定情報を受信する段階を更に含む、請求項１に記載の方法。
前記複数のＴＢをスケジューリングするための設定情報は、前記１つのＤＣＩによりスケジューリングされるＴＢの最大数に関する情報を含む、請求項７に記載の方法。
無線通信システムで動作する端末であって、
送受信機(ｔｒａｎｓｃｅｉｖｅｒ)；及び
前記送受信機に連結されて動作するプロセッサ(ｐｒｏｃｅｓｓｏｒ)；を備えてなり、
前記プロセッサは、
２つのＴＢをスケジューリングする１つのＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を基地局から受信し、
前記２つのＴＢに設定された繰り返し送信回数が１であることに基づき、前記ＤＣＩから２ビットサイズのＲＶ(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ)情報を得、
前記繰り返し送信回数が１より大きいことに基づき、前記ＤＣＩから１ビットサイズのＲＶ情報及び１ビットサイズの周波数ホッピング情報を得るように設定された、端末。
前記繰り返し送信回数が１であることに基づき、前記周波数ホッピング情報は、
周波数ホッピングの非活性化を指示する固定された値に決定されるか、
上位階層シグナリングにより半－静的(ｓｅｍｉ-ｓｔａｔｉｃ)に決定されるか、又は、
前記１つのＤＣＩに含まれた他の情報により暗示的(ｉｍｐｌｉｃｉｔ)に決定される、請求項９に記載の端末。
前記１つのＤＣＩは、ＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)をスケジューリングするためのＤＣＩ又はＰＤＳＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)をスケジューリングするためのＤＣＩを含む、請求項９に記載の端末。
前記１つのＤＣＩが前記ＰＵＳＣＨをスケジューリングするためのＤＣＩであることに基づき、前記スケジューリングされたＰＵＳＣＨを介して前記２つの送信ブロックを送信し、
前記１つのＤＣＩが前記ＰＤＳＣＨをスケジューリングするためのＤＣＩであることに基づき、前記スケジューリングされたＰＤＳＣＨを介して前記２つのブロックを受信する、請求項９に記載の端末。
前記端末は前記ＰＤＳＣＨの為に６４ＱＡＭ(ＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ)を使用するように設定されない、請求項１２に記載の端末。
前記プロセッサは複数のＴＢをスケジューリングするための設定情報を受信する動作を行うように更に設定された、請求項１に記載の端末。
端末のための装置であって、
少なくとも１つのプロセッサ；及び
前記少なくとも１つのプロセッサと動作可能に連結され、実行されるとき、前記少なくとも１つのプロセッサに動作を実行させる少なくとも１つのコンピューターメモリ；を備えてなり、
前記動作は:
２つのＴＢをスケジューリングする１つのＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を基地局から受信し、
前記２つのＴＢに設定された繰り返し送信回数が１であることに基づき、前記ＤＣＩから２ビットサイズのＲＶ(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ)情報を得、
前記繰り返し送信回数が１より大きいことに基づき、前記ＤＣＩから１ビットサイズのＲＶ情報及び１ビットサイズの周波数ホッピング情報を得ることを含む、装置。