JP6600117B1 - 移動通信方法 - Google Patents

Abstract

移動通信方法は、１つの単位時間において第１ユーザ端末が対応可能な第１帯域幅よりも狭い第２帯域幅の狭帯域を用いて、基地局と第２ユーザ端末との間の所定通信を行う方法である。前記移動通信方法は、前記所定通信に用いる前記狭帯域の割当情報として、前記第２ユーザ端末に２以上の狭帯域を割り当てる狭帯域割当情報を前記基地局から前記第２ユーザ端末に送信するステップＡと、前記第２ユーザ端末が、前記狭帯域割当情報に基づいて、前記２以上の狭帯域を用いて前記所定通信を行うステップＢとを備える。前記２以上の狭帯域は、前記第２ユーザ端末が対応可能な帯域幅内に設けられる。【選択図】図１４

Description

本開示は、１つの単位時間において第１ユーザ端末が対応可能な第１帯域幅よりも狭い第２帯域幅の狭帯域を用いて、基地局と第２ユーザ端末との間で所定通信を行う移動通信方法に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、１つの単位時間（例えば、１つのサブフレーム＝１ｍｓｅｃ）において第１ユーザ端末が対応可能な第１帯域幅（例えば、９ＭＨｚ）よりも狭い第２帯域幅（例えば、６ＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）＝１．０８ＭＨｚ）を用いて第２ユーザ端末と通信を行う技術（以下、ＭＴＣ；Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が検討されている（例えば、非特許文献１）。

３ＧＰＰ技術報告書 「ＴＲ３６．８８８ Ｖ１２．０．０」 ２０１３年６月

第１の特徴は、１つの単位時間において第１ユーザ端末が対応可能な第１帯域幅よりも狭い第２帯域幅の狭帯域を用いて、基地局と第２ユーザ端末との間の所定通信を行う移動通信方法であって、前記所定通信に用いる前記狭帯域の割当情報として、前記第２ユーザ端末に２以上の狭帯域を割り当てる狭帯域割当情報を前記基地局から前記第２ユーザ端末に送信するステップＡと、前記第２ユーザ端末が、前記狭帯域割当情報に基づいて、前記２以上の狭帯域を用いて前記所定通信を行うステップＢとを備え、前記２以上の狭帯域は、前記第２ユーザ端末が対応可能な帯域幅内に設けられることを要旨とする。

第２の特徴は、１つのサブフレームにおいて第１ユーザ端末が対応可能な第１帯域幅よりも狭い第２帯域幅の狭帯域を用いて、基地局と第２ユーザ端末との間の所定通信を行う移動通信方法であって、前記所定通信に用いる前記狭帯域の割当情報として、前記第２ユーザ端末に２以上のサブフレームを割り当てる狭帯域割当情報を前記基地局から前記第２ユーザ端末に送信するステップＡと、前記第２ユーザ端末が、前記狭帯域割当情報に基づいて、前記２以上のサブフレームに含まれる前記狭帯域を用いて前記所定通信を行うステップＢとを備えることを要旨とする。

第３の特徴は、１つのサブフレームにおいて第１ユーザ端末が対応可能な第１帯域幅よりも狭い第２帯域幅の狭帯域を用いて、基地局と第２ユーザ端末との間の所定通信を行う移動通信方法であって、前記所定通信に用いる前記狭帯域の狭帯域割当情報を前記基地局から前記第２ユーザ端末に送信するステップＡと、前記第２ユーザ端末が、前記狭帯域割当情報に基づいて、前記２以上のサブフレームに含まれる前記狭帯域を用いて前記所定通信を行うステップＢとを備え、前記ステップＡは、前記１つのサブフレームにおいて、前記狭帯域割当情報の通信に加えて、前記所定通信として前記基地局から前記第２ユーザ端末へのダウンリンク通信を行うステップを含み、前記狭帯域割当情報の通信に用いる前記狭帯域及び前記ダウンリンク通信に用いる前記狭帯域は、前記第２ユーザ端末が対応可能な帯域幅内に設けられることを要旨とする。

第４の特徴は、１つのサブフレームにおいて第１ユーザ端末が対応可能な第１帯域幅よりも狭い第２帯域幅の狭帯域を用いて、基地局と第２ユーザ端末との間の所定通信を行う移動通信方法であって、前記所定通信に用いる前記狭帯域の狭帯域割当情報を前記基地局から前記第２ユーザ端末に送信するステップＡと、前記第２ユーザ端末が、前記狭帯域割当情報に基づいて、前記２以上のサブフレームに含まれる前記狭帯域を用いて前記所定通信を行うステップＢとを備え、前記ステップＢは、前記狭帯域割当情報としてアップリンク狭帯域割当情報を受信した場合に、アップリンク狭帯域割当情報を受信したサブフレームから第１オフセット後のサブフレームにおいて、前記第２ユーザ端末から前記基地局へのアップリンク通信を前記所定通信として行うステップと、前記狭帯域割当情報としてダウンリンク狭帯域割当情報を受信した場合に、ダウンリンク狭帯域割当情報を受信したサブフレームから第２オフセット後のサブフレームにおいて、前記基地局から前記第２ユーザ端末へのダウンリンク通信を前記所定通信として行うステップと、前記アップリンク通信を行うサブフレームが前記ダウンリンク通信を行うサブフレームと同じである場合に、前記アップリンク通信を行うサブフレーム及び前記ダウンリンク通信を行うサブフレームのいずれか一方を時間方向においてシフトするステップとを含む。

図１は、実施形態に係るＬＴＥシステムの構成図である。 図２は、実施形態に係るＵＥ１００のブロック図である。 図３は、実施形態に係るｅＮＢ２００のブロック図である。 図４は、実施形態に係る無線インターフェイスのプロトコルスタック図である。 図５は、実施形態に係るＬＴＥシステムで使用される無線フレームの構成図である。 図６は、実施形態に係る適用シーンを説明するための図である。 図７は、実施形態に係る適用シーンを説明するための図である。 図８は、実施形態に係るダウンリンク通信を示す図である。 図９は、実施形態に係るダウンリンク通信を示す図である。 図１０は、実施形態に係るダウンリンク通信を示す図である。 図１１は、実施形態に係るアップリンク通信を示す図である。 図１２は、実施形態に係るアップリンク通信を示す図である。 図１３は、実施形態に係るアップリンク通信を示す図である。 図１４は、実施形態に係る移動通信方法を示す図である。 図１５は、変更例１に係る周波数ホッピングを示す図である。 図１６は、変更例１に係る周波数ホッピングを示す図である。 図１７は、変更例１に係る周波数ホッピングを示す図である。 図１８は、変更例２に係る狭帯域割当情報を示す図である。 図１９は、変更例３に係るブランク情報を示す図である。 図２０は、変更例３に係るブランク情報を示す図である。 図２１は、変更例３に係るブランク情報を示す図である。 図２２は、変更例３に係るブランク情報を示す図である。 図２３は、変更例３に係るブランク情報を示す図である。 図２４は、変更例４に係るスケジューリングを説明するための図である。 図２５は、変更例４に係るスケジューリングを説明するための図である。 図２６は、変更例４に係るスケジューリングを説明するための図である。 図２７は、変更例４に係るスケジューリングを説明するための図である。 図２８は、変更例４に係る移動通信方法を示す図である。 図２９は、変更例５に係るスケジューリングを説明するための図である。 図３０は、変更例５に係るスケジューリングを説明するための図である。 図３１は、変更例５に係る繰り返し回数を説明するための図である。 図３２は、変更例５に係るスケジューリングを説明するための図である。 図３３は、変更例８に係るＭＳＣテーブルを示す図である。 図３４は、変更例８に係るＭＳＣテーブルを示す図である。 図３５は、変更例８に係るＭＳＣテーブルを示す図である。 図３６は、他の実施例に係る通信システムの構成図（想定環境）である。 図３７は、他の実施例に係るシーケンス図である。 図３８は、ＦｅＭＴＣサービス用のより広いＰＤＳＣＨ／ＰＵＳＣＨのための２つのオプションを説明するための図である。 図３９は、ＦｅＭＴＣ用の同一サブフレームスケジューリングの概要を説明するための図である。 図４０は、トランスポートブロックサイズテーブルを示す図である。 図４１は、ＰＵＳＣＨのための変調、ＴＢＳサイズ及び冗長バージョンテーブルを示す図である。

実施形態に係る移動通信システムについて、図面を参照しながら説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。

但し、図面は模式的なものであり、各寸法の比率などは現実のものとは異なる場合があることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。図面相互間においても互いの寸法の関係又は比率が異なる部分が含まれる場合があることは勿論である。

［開示の概要］
背景技術で触れたＭＴＣは、低データ量及び低モビリティの第２ユーザ端末をターゲットとして検討されている。しかしながら、ＭＴＣをウェアラブル端末に適用するユースケースを考えると、ＭＴＣにおけるスループットの増大が望ましい。

開示の概要に係る移動通信方法は、１つの単位時間において第１ユーザ端末が対応可能な第１帯域幅よりも狭い第２帯域幅の狭帯域を用いて、基地局と第２ユーザ端末との間の所定通信を行う方法である。

第１に、前記移動通信方法は、前記所定通信に用いる前記狭帯域の割当情報として、前記第２ユーザ端末に２以上の狭帯域を割り当てる狭帯域割当情報を前記基地局から前記第２ユーザ端末に送信するステップＡと、前記第２ユーザ端末が、前記狭帯域割当情報に基づいて、前記２以上の狭帯域を用いて前記所定通信を行うステップＢとを備える。前記２以上の狭帯域は、前記第２ユーザ端末が対応可能な帯域幅内に設けられる。

開示の概要では、基地局は、所定通信に用いる狭帯域の割当情報として、第２ユーザ端末に２以上の狭帯域を割り当てる狭帯域割当情報を第２ユーザ端末に送信する。すなわち、２以上の狭帯域の利用によって所定通信におけるスループットを増大することができる。

前記ステップＡは、前記２以上の狭帯域を指定する情報を含む前記狭帯域割当情報を送信するステップであってもよい。

前記移動通信方法は、前記第２ユーザ端末が対応可能な帯域幅を指定する情報を含むＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを前記基地局から前記第２ユーザ端末に送信するステップと、前記基地局が、前記第２ユーザ端末が対応可能な帯域幅に応じて、前記狭帯域割当情報のビット数を変更するステップと、を備えてもよい。

前記ステップＡは、前記第２ユーザ端末に２以上のサブフレームを割り当てる情報を前記基地局から前記第２ユーザ端末へ送信するステップを含んでもよい。前記ステップＢは、前記第２ユーザ端末が、前記２以上のサブフレームを割り当てる情報に基づいて、前記２以上のサブフレームに含まれる狭帯域を用いて前記所定通信を行うステップを含んでもよい。

前記ステップＡは、前記２以上のサブフレームにおいて前記狭帯域の周波数ホッピングを行うか否かを指定する情報を前記基地局から前記第２ユーザ端末へ送信するステップを含んでもよい。

前記２以上の狭帯域の組合せを指定する情報であるインデックスと前記２以上の狭帯域の組合せとの対応関係が予め定められてもよい。

前記所定通信は、前記基地局から前記第２ユーザ端末へのダウンリンク通信であってもよい。前記２以上の狭帯域は、周波数方向において離間していてもよい。

前記インデックスは、複数の狭帯域の中のいずれかを指定する開始インデックスと、前記２以上の狭帯域の数を指定する数インデックスとを含んでもよい。

前記複数の狭帯域は、２以上のグループに分類されてもよい。前記２以上の狭帯域は、前記開始インデックスによって指定される狭帯域を含むグループの中から前記数インデックスに基づいて選択されてもよい。

前記所定通信は、前記基地局から前記第２ユーザ端末へのダウンリンク通信であってもよい。前記２以上のグループのそれぞれにおいて、前記２以上のグループのそれぞれに含まれる狭帯域は、周波数方向において離間していてもよい。

前記移動通信方法は、前記２以上の狭帯域の周波数ホッピングのパターンを指定する情報及び前記２以上の狭帯域において前記第２ユーザ端末に割り当てるリソースブロックを指定する情報を前記基地局から前記第２ユーザ端末に送信するステップＣを含んでもよい。

前記第２ユーザ端末に適用される周波数ホッピングのパターンは、前記２以上の狭帯域に含まれる１つの狭帯域を用いる第３ユーザ端末に適用される周波数ホッピングのパターンと同じであってもよい。前記２以上の狭帯域において前記第２ユーザ端末に割り当てるリソースブロックは、前記１つの狭帯域において前記第３ユーザ端末に割り当てるリソースブロック以外であってもよい。

複数の狭帯域は、２以上のグループに分類されてもよい。前記２以上のグループの数は、前記第２ユーザ端末に適用される周波数ホッピングにおけるホッピング数によって定められてもよい。前記第２ユーザ端末に適用される周波数ホッピングは、前記２以上の狭帯域が１つのグループに含まれる状態を維持しながら、前記２以上のグループ間で行われてもよい。

前記ステップＡは、前記２以上の狭帯域において前記第２ユーザ端末に割り当てないブランクリソースブロックを指定するブランク情報を含む前記狭帯域割当情報を送信するステップを含んでもよい。

前記ブランク情報は、前記ブランクリソースブロックが適用される狭帯域を指定する情報と、前記ブランクリソースブロックの位置を指定する情報とを含んでもよい。

前記２以上の狭帯域は、周波数方向において連続してもよい。前記第２ユーザ端末は、前記２以上の狭帯域に含まれるリソースブロックにおいて互いに連続するリソースブロックを用いるように構成されてもよい。前記ブランク情報は、前記ブランクリソースブロックを配置する周波数の高低を指定する情報と、前記ブランクリソースブロックの数を指定する情報とを含んでもよい。

前記２以上の狭帯域は、周波数方向において連続してもよい。前記第２ユーザ端末は、前記２以上の狭帯域に含まれるリソースブロックにおいて互いに連続するリソースブロックを用いるように構成されてもよい。前記ブランク情報は、前記ブランクリソースブロックの配置を指定する情報を含んでもよい。

第２に、前記移動通信方法は、前記所定通信に用いる前記狭帯域の割当情報として、前記第２ユーザ端末に２以上のサブフレームを割り当てる狭帯域割当情報を前記基地局から前記第２ユーザ端末に送信するステップＡと、前記第２ユーザ端末が、前記狭帯域割当情報に基づいて、前記２以上のサブフレームに含まれる前記狭帯域を用いて前記所定通信を行うステップＢとを備える。

開示の概要では、基地局は、所定通信に用いる狭帯域の割当情報として、第２ユーザ端末に２以上のサブフレームを割り当てる狭帯域割当情報を第２ユーザ端末に送信する。従って、狭帯域割当情報の増大を抑制しながら、２以上のサブフレームを効率的に第２ユーザ端末に割り当てることができる。

前記ステップＢは、２以上のＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）プロセスを用いて、前記所定通信を行うステップであってもよい。

前記狭帯域割当情報は、前記２以上のサブフレームの数を指定する情報を含んでもよい。

前記狭帯域割当情報は、前記２以上のサブフレームの最初のサブフレームにおいて前記第２ユーザ端末に割り当てる前記狭帯域を指定する情報を含んでもよい。

前記狭帯域割当情報は、前記２以上のサブフレームの最初のサブフレームに含まれる前記狭帯域において前記第２ユーザ端末に割り当てるリソースブロックを指定する情報を含んでもよい。

前記狭帯域割当情報は、前記２以上のサブフレームにおいて前記狭帯域の周波数ホッピングを行うか否かを指定する情報を含んでもよい。

前記狭帯域の周波数ホッピングのタイミングは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージによって指定されるタイミング、或いは、前記所定通信における繰り返し送信の切り替えタイミングであってもよい。

前記ステップＢは、前記所定通信における繰り返し送信が行われない設定が構成されている場合において、前記２以上のサブフレームの２番目以降のサブフレームに含まれる前記狭帯域を用いて、前記２以上のサブフレームの最初のサブフレームに含まれる前記狭帯域を用いて行われた前記所定通信を行うステップを含んでもよい。

前記ステップＢは、前記２以上のＨＡＲＱプロセスを用いる初送通信を行った後に、前記２以上のＨＡＲＱプロセスを用いる再送通信を行うステップを含んでもよい。

前記ステップＢは、前記２以上のＨＡＲＱプロセスに含まれる第１ＨＡＲＱプロセスを用いる初送通信及び再送通信を行った後に、前記２以上のＨＡＲＱプロセスに含まれる第２ＨＡＲＱプロセスを用いる初送通信及び再送通信を行うステップを含んでもよい。

前記ステップＢは、前記第２ユーザ端末が、前記狭帯域割当情報として第１狭帯域割当情報を受信した後に、前記狭帯域割当情報として第２狭帯域割当情報を受信した場合に、前記第１狭帯域割当情報を用いずに前記第２狭帯域割当情報を用いて前記所定通信を行うステップＢ１を含んでもよい。

前記ステップＢ１は、前記第２狭帯域割当情報のＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）プロセスが第１狭帯域割当情報のＨＡＲＱプロセスと同じである場合に行われてもよい。

前記ステップＢは、前記第２ユーザ端末が、前記狭帯域割当情報として第１狭帯域割当情報を受信した後に、前記狭帯域割当情報として第２狭帯域割当情報を受信した場合に、前記第１狭帯域割当情報及び前記第２狭帯域割当情報の双方を用いて前記所定通信を行うステップＢ２を含んでもよい。

前記ステップＢ２は、前記第２狭帯域割当情報のＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）プロセスが第１狭帯域割当情報のＨＡＲＱプロセスと異なる場合に行われてもよい。

第３に、前記移動通信方法は、前記所定通信に用いる前記狭帯域の狭帯域割当情報を前記基地局から前記第２ユーザ端末に送信するステップＡと、前記第２ユーザ端末が、前記狭帯域割当情報に基づいて、前記２以上のサブフレームに含まれる前記狭帯域を用いて前記所定通信を行うステップＢとを備える。前記ステップＡは、前記１つのサブフレームにおいて、前記狭帯域割当情報の通信に加えて、前記所定通信として前記基地局から前記第２ユーザ端末へのダウンリンク通信を行うステップを含み、前記狭帯域割当情報の通信に用いる前記狭帯域及び前記ダウンリンク通信に用いる前記狭帯域は、前記第２ユーザ端末が対応可能な帯域幅内に設けられる。

開示の概要では、狭帯域割当情報の通信に用いる狭帯域及びダウンリンク通信に用いる狭帯域は、第２ユーザ端末が対応可能な帯域幅内に設けられる。従って、狭帯域割当情報の通信及びダウンリンク通信を１つのサブフレームで実現することができ、ダウンリンク通信の遅延時間を短縮することができる。

前記ダウンリンク通信に用いる前記狭帯域は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージによって指定される、或いは、予め定められていてもよい。

前記ダウンリンク通信に用いる前記狭帯域は、前記狭帯域割当情報の通信に用いる前記狭帯域に対するオフセット値によって指定されてもよい。前記オフセット値は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージによって指定される、或いは、予め定められていてもよい。

前記第２ユーザ端末は、前記狭帯域割当情報の通信に用いる前記狭帯域を監視する第１グループと、前記狭帯域割当情報の通信に用いる前記狭帯域を監視しない第２グループとに分類されてもよい。前記ステップＡは、前記第１グループに属する前記第２ユーザ端末と前記狭帯域割当情報の通信及び前記ダウンリンク通信を行ってもよい。

前記狭帯域割当情報の通信及び前記ダウンリンク通信は、複数のサブフレームにおいて繰り返し行われてもよい。前記狭帯域割当情報の通信が繰り返されるサブフレームは、前記ダウンリンク通信が繰り返されるサブフレームの少なくとも一部と重複してもよい。

前記狭帯域割当情報の通信及び前記ダウンリンク通信が重複するサブフレームの数は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージによって指定されてもよい。

第４に、前記移動通信方法であって、前記所定通信に用いる前記狭帯域の狭帯域割当情報を前記基地局から前記第２ユーザ端末に送信するステップＡと、前記第２ユーザ端末が、前記狭帯域割当情報に基づいて、前記２以上のサブフレームに含まれる前記狭帯域を用いて前記所定通信を行うステップＢとを備える。前記ステップＢは、前記狭帯域割当情報としてアップリンク狭帯域割当情報を受信した場合に、アップリンク狭帯域割当情報を受信したサブフレームから第１オフセット後のサブフレームにおいて、前記第２ユーザ端末から前記基地局へのアップリンク通信を前記所定通信として行うステップと、前記狭帯域割当情報としてダウンリンク狭帯域割当情報を受信した場合に、ダウンリンク狭帯域割当情報を受信したサブフレームから第２オフセット後のサブフレームにおいて、前記基地局から前記第２ユーザ端末へのダウンリンク通信を前記所定通信として行うステップと、前記アップリンク通信を行うサブフレームが前記ダウンリンク通信を行うサブフレームと同じである場合に、前記アップリンク通信を行うサブフレーム及び前記ダウンリンク通信を行うサブフレームのいずれか一方を時間方向においてシフトするステップとを含む。

開示の概要では、第２ユーザ端末は、アップリンク通信を行うサブフレームがダウンリンク通信を行うサブフレームと同じである場合に、アップリンク通信を行うサブフレーム及びダウンリンク通信を行うサブフレームのいずれか一方を時間方向においてシフトする。従って、第１オフセット及び第２オフセットの制約を受けずに、アップリンク狭帯域割当情報及びダウンリンク狭帯域割当情報を送信することができ、アップリンク通信及びダウンリンク通信を適切に行いながら、アップリンク通信及びダウンリンク通信の遅延時間が短縮することができる。

［実施形態］
移動通信システムとして、３ＧＰＰ規格に基づいたＬＴＥシステムを例に挙げて、実施形態を説明する。

（システム構成）
実施形態に係るＬＴＥシステムのシステム構成について説明する。図１は、実施形態に係るＬＴＥシステムの構成図である。

図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。

ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、ｅＮＢ２００によって形成されるセル（ＵＥ１００がＲＲＣコネクティッド状態である場合には、サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、無線基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

ｅＮＢ２００は、１又は複数のセルを形成しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。

図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。無線送受信機１１０及びプロセッサ１６０は、送信部及び受信部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。

アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、受け付けた操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るためにＧＮＳＳ信号を受信するとともに、受信されたＧＮＳＳ信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号などを行う。ＣＰＵは、メモリ１５０に記憶されるプログラムを実行して各種の処理を行う。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。

図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。無線送受信機２１０（及び／又はネットワークインターフェイス２２０）及びプロセッサ２４０は、送信部及び受信部を構成する。メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。

アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。

ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。

メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号などを行う。ＣＰＵは、メモリ２３０に記憶されるプログラムを実行して各種の処理を行う。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。

図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層を含む。

物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御情報が伝送される。

ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、スケジューラを含む。スケジューラは、アップリンク及びダウンリンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。

ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御情報が伝送される。

ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。ＰＤＣＰ層には、データユニット（ＰＤＣＰ ＰＤＵ）を送信するための送信エンティティ又はデータユニット（ＰＤＣＰ ＰＤＵ）を受信するための受信エンティティが形成されることに留意すべきである。

ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御情報（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合に、ＵＥ１００はＲＲＣコネクティッド状態である。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合に、ＵＥ１００はＲＲＣアイドル状態である。

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。

図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、ダウンリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、アップリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ適用される。

図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含む。各サブフレームは、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

（適用シーン）
適用シーンについて説明する。図６〜図７は、実施形態に係る適用シーンを説明するための図である。以下においては、ＬＴＥシステムにおける所定通信（ＭＴＣ；Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）について主として説明する。

図６に示すように、ＬＴＥシステムのシステム帯域の帯域幅は１０ＭＨｚである。システム帯域は、一般的な第１ユーザ端末が対応可能な第１帯域幅の第１帯域と、ＭＴＣに対応する第２ユーザ端末（以下、ＭＴＣ端末）が対応可能な第２帯域幅の第２帯域（以下、狭帯域）とを含む。第１帯域幅は、例えば、５０ＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）＝９ＭＨｚである。第２帯域幅は、例えば、６ＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）＝１．０８ＭＨｚである。狭帯域は、第１帯域の一部である。このような前提下において、上述したＭＴＣは、狭帯域を用いてＭＴＣ端末とｅＮＢ２００との間の所定通信（以下、ＭＴＣ）を行う技術である。

図７に示すように、ＭＴＣでは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ；Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をＭＴＣ端末が受信することができず、ＭＴＣに用いる所定制御チャネル（以下、Ｍ−ＰＤＣＣＨ；ＭＴＣ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）が採用される。Ｍ−ＰＤＣＣＨは、ＭＴＣに用いる所定制御情報（以下、ＤＣＩ；Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）の送信に用いられる。ＭＴＣでは、送信ノードから受信ノードへの信号の到達性を向上する観点から、繰り返し送信が採用されている。例えば、送信ノードがｅＮＢ２００であり、受信ノードがＭＴＣ端末である場合には、図７に示すように、複数のサブフレームに亘ってＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）の送信が繰り返される。

このような背景下において、小容量のデータ通信のみが想定されるセンサだけではなく、センサよりも大容量のデータ通信が想定されるウェアラブル端末などにＭＴＣを用いるニーズが考えられる。このようなニーズを満たすためには、ＭＴＣにおけるスループットの増大が望まれる。

実施形態では、ＭＴＣにおけるスループットの増大を目的として、１つの単位時間において２以上の狭帯域を用いる方法について提案する。

具体的には、ｅＮＢ２００は、ＭＴＣに用いる狭帯域の割当情報として、ＭＴＣ端末に２以上の狭帯域を割り当てる狭帯域割当情報を基地局からＭＴＣ端末に送信する（ステップＡ）。ＭＴＣ端末は、狭帯域割当情報に基づいて、２以上の狭帯域を用いてＭＴＣを行う（ステップＢ）。ここで、ＭＴＣ端末に割り当てられる２以上の狭帯域は、ＭＴＣ端末が対応可能な帯域幅（例えば、５ＭＨｚ）内に設けられる。狭帯域割当情報は、例えば、Ｍ−ＰＤＣＣＨのＤＣＩに含まれる。

このような前提下において、ＭＴＣ端末に割り当てられる２以上の狭帯域の組合せはインデックスによって指定されてもよい。インデックスは、狭帯域割当情報（Ｍ−ＰＤＣＣＨのＤＣＩ）に含まれてもよい。

（ダウンリンク通信）
ＭＴＣがｅＮＢ２００からＭＴＣ端末へのダウンリンク通信であるケースについて例示する。図８に示すように、ＭＴＣ端末に割り当てられる２以上の狭帯域（ここでは、＃１及び＃５）は、周波数方向において離間していてもよい。これによって、周波数ダイバーシチを得ることができる。２以上の狭帯域は、ＭＴＣ端末が対応可能な帯域幅（例えば、５ＭＨｚ）内に設けられる。ダウンリンク通信において、インデックスは以下のように定められる。

第１に、インデックスは、図９に示すように、ＭＴＣ端末に割当可能な２以上の狭帯域と１対１で対応付けられていてもよい。図９では、４つのインデックスが例示されており、各インデックスは２つの狭帯域と１対１で対応付けられている。各インデックスに対応付けられた２つの狭帯域は周波数方向において離間していてもよい。例えば、インデックス１が狭帯域割当情報に含まれる場合には、インデックス１に対応付けられた狭帯域＃１及び＃５がＭＴＣ端末に割り当てられる。

ここで、２以上の狭帯域の組合せとインデックスとの対応関係は、予め定められていてもよい（ｐｒｅｄｅｆｉｎｅｄ）。対応関係を指定する情報は、基地局から報知されてもよい。例えば、対応関係を指定する情報は、ＭＴＣ用に定義されるＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に含まれてもよい。対応関係を指定する情報は、基地局から個別に送信されてもよい。例えば、対応関係を指定する情報は、ＲＲＣメッセージに含まれてもよい。

第２に、複数の狭帯域（ここでは、＃０〜＃７）は、図１０に示すように、２以上のグループ（ここでは、０及び１）に分類されてもよい。各グループにおいて、狭帯域の並び順はサイクリックに定められている。各グループに含まれる狭帯域は周波数方向において離間していてもよい。このようなケースにおいて、インデックスは、複数の狭帯域のいずれかを指定する開始インデックスと、２以上の狭帯域の数を指定する数インデックスとを含む。２以上の狭帯域は、開始インデックスによって指定される狭帯域を含むグループの中から数インデックスに基づいて選択される。例えば、開始インデックスが０であり、数インデックスが２である場合には、開始インデックスによって指定される狭帯域＃０を含むグループ０が選択され、グループ０の中から開始インデックスによって狭帯域＃０が開始狭帯域として選択され、グループ０の中から数インデックスによって狭帯域＃０及び＃４がＭＴＣ端末に割り当てられる２以上の狭帯域として選択される。一方で、開始インデックスが３であり、数インデックスが３である場合には、開始インデックスによって指定される狭帯域＃３を含むグループ１が選択され、グループ１の中から開始インデックスによって狭帯域＃３が開始狭帯域として選択され、グループ１の中から数インデックスによって狭帯域＃３，＃７及び＃１がＭＴＣ端末に割り当てられる２以上の狭帯域として選択される。

ここで、狭帯域の並び順がサイクリックである場合には、開始インデックスの値によって数インデックスの値が制約されない。例えば、開始インデックスが＃６である場合であっても、数インデックスの値が取り得る範囲は１〜４である。

図１０では、開始インデックス及び数インデックスをインデックスが含む場合に、複数の狭帯域が２つのグループに分類されるケースを例示した。しかしながら、実施形態はこれに限定されるものではない。複数の狭帯域は、３以上のグループに分類されてもよく、グループに分類されていなくてもよい。

複数の狭帯域が２つのグループに分類されるケースにおいて、ＭＴＣ端末が用いるグループは、ＲＲＣメッセージによって指定されてもよい。例えば、図１０に示す例において、グループ０がＲＲＣメッセージによって指定される場合に、開始インデックスの範囲は０〜３であり、数インデックスは１〜４であってもよい。このようなケースにおいて、開始インデックス０は、狭帯域＃０を示し、開始インデックス１は、狭帯域＃４を示し、開始インデックス２は、狭帯域＃２を示し、開始インデックス３は、狭帯域＃６を示す。

（アップリンク通信）
ＭＴＣがｅＮＢ２００からＭＴＣ端末へのアップリンク通信であるケースについて例示する。図１１に示すように、ＭＴＣ端末に割り当てられる２以上の狭帯域（ここでは、＃４及び＃５）は、周波数方向において連続していてもよい。これによって、ＭＴＣ端末の消費電力を抑制することができる。２以上の狭帯域は、ＭＴＣ端末が対応可能な帯域幅（例えば、５ＭＨｚ）内に設けられる。アップリンク通信において、インデックスは以下のように定められる。

第１に、インデックスは、図１２に示すように、ＭＴＣ端末に割当可能な２以上の狭帯域と１対１で対応付けられていてもよい。図１２では、４つのインデックスが例示されており、各インデックスは２つの狭帯域と１対１で対応付けられている。各インデックスに対応付けられた２つの狭帯域は周波数方向において連続していてもよい。例えば、インデックス２が狭帯域割当情報に含まれる場合には、インデックス２に対応付けられた狭帯域＃４及び＃５がＭＴＣ端末に割り当てられる。

ここで、２以上の狭帯域の組合せとインデックスとの対応関係は、予め定められていてもよい（ｐｒｅｄｅｆｉｎｅｄ）。対応関係を指定する情報は、基地局から報知されてもよい。例えば、対応関係を指定する情報は、ＭＴＣ用に定義されるＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に含まれてもよい。対応関係を指定する情報は、基地局から個別に送信されてもよい。例えば、対応関係を指定する情報は、ＲＲＣメッセージに含まれてもよい。

第２に、複数の狭帯域（ここでは、＃０〜＃７）は、図１３に示すように、２以上のグループ（ここでは、０及び１）に分類されてもよい。各グループに含まれる狭帯域は周波数方向において連続している。各グループにおいて、狭帯域の並び順は定められている。但し、狭帯域が周波数方向において連続している必要がある場合には、狭帯域の並び順はサイクリックではない。このようなケースにおいて、インデックスは、複数の狭帯域のいずれかを指定する開始インデックスと、２以上の狭帯域の数を指定する数インデックスとを含む。２以上の狭帯域は、開始インデックスによって指定される狭帯域を含むグループの中から数インデックスに基づいて選択される。例えば、開始インデックスが０であり、数インデックスが２である場合には、開始インデックスによって指定される狭帯域＃０を含むグループ０が選択され、グループ０の中から開始インデックスによって狭帯域＃０が開始狭帯域として選択され、グループ０の中から数インデックスによって狭帯域＃０及び＃１がＭＴＣ端末に割り当てられる２以上の狭帯域として選択される。開始インデックスが４であり、数インデックスが３である場合には、狭帯域＃４を含むグループ１が選択され、グループ１の中から開始インデックスによって狭帯域＃４が開始狭帯域として選択され、グループ１の中から数インデックスによって狭帯域＃４，＃５及び＃６がＭＴＣ端末に割り当てられる２以上の狭帯域として選択される。

ここで、狭帯域の並び順がサイクリックではない場合には、開始インデックスの値によって数インデックスの値が制約される。例えば、開始インデックスが＃２である場合には、数インデックスの値が取り得る範囲は１及び２である。

図１３では、開始インデックス及び数インデックスをインデックスが含む場合に、複数の狭帯域が２つのグループに分類されるケースを例示した。しかしながら、実施形態はこれに限定されるものではない。複数の狭帯域は、３以上のグループに分類されてもよく、グループに分類されていなくてもよい。

複数の狭帯域が２つのグループに分類されるケースにおいて、ＭＴＣ端末が用いるグループは、ＲＲＣメッセージによって指定されてもよい。例えば、図１３に示す例において、グループ０がＲＲＣメッセージによって指定される場合に、開始インデックスの範囲は０〜３であり、数インデックスは１〜４であってもよい。このようなケースにおいて、開始インデックス０は、狭帯域＃０を示し、開始インデックス１は、狭帯域＃１を示し、開始インデックス２は、狭帯域＃２を示し、開始インデックス３は、狭帯域＃３を示す。但し、狭帯域の並び順がサイクリックではない場合には、開始インデックスの値によって数インデックスの値が制約されてもよい。

（移動通信方法）
以下において、実施形態に係る移動通信方法について説明する。図１４は、実施形態に係る移動通信方法を説明するための図である。図１４では、ＵＥ１００がＭＴＣ端末であり、ダウンリンク通信のＭＴＣが行われるケースについて主として説明する。

図１４に示すように、ステップＳ１１において、ｅＮＢ２００は、システム情報を報知する。システム情報は、ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）及びＳＩＢである。ＳＩＢは、ＭＴＣ用に定義されたＳＩＢである。

ステップＳ１２において、ＲＲＣ接続手順が行われる。ＲＲＣ接続手順では、ＲＲＣコネクションリクエスト、ＲＲＣコネクションセットアップなどのＲＲＣメッセージの通信が行われる。

ステップＳ１３において、ｅＮＢ２００は、Ｍ−ＰＤＣＣＨをＵＥ１００に送信する。Ｍ−ＰＤＣＣＨのＤＣＩは、ＭＴＣ端末に２以上の狭帯域を割り当てる狭帯域割当情報を含む。狭帯域割当情報は、図９又は図１０に示すインデックスを含んでもよい。

ステップＳ１４において、ｅＮＢ２００は、ＰＤＳＣＨの繰り返し送信を行う。例えば、ＭＴＣ端末に狭帯域＃１及び＃５が割り当てられている場合には、狭帯域＃１及び＃５を用いてＭＴＣが行われる。

（作用及び効果）
実施形態では、ｅＮＢ２００は、ＭＴＣに用いる狭帯域の割当情報として、ＭＴＣ端末に２以上の狭帯域を割り当てる狭帯域割当情報を基地局からＭＴＣ端末に送信する。すなわち、２以上の狭帯域の利用によってＭＴＣにおけるスループットを増大することができる。

実施形態では、狭帯域割当情報は、ＭＴＣ端末に割り当てる２以上の狭帯域の組合せを指定するインデックスを含む。従って、２以上の狭帯域を利用するためのＤＣＩのデータ量の増大を抑制することができる。

［変更例１］
変更例１について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例１では、サブフレーム間において２以上の狭帯域の周波数ホッピングが行われるケースについて説明する。

具体的には、ｅＮＢ２００は、２以上の狭帯域の周波数ホッピングのパターンを指定する情報及び２以上の狭帯域においてＭＴＣ端末に割り当てるリソースブロックを指定する情報をＭＴＣ端末に送信する（ステップＣ）。

ここでは、２以上の狭帯域を利用可能なＭＴＣ端末及び１つの狭帯域を利用可能なレガシーＭＴＣ端末（第３ユーザ端末）が共存するケースについて主として考える。このようなケースにおいて、ＭＴＣ端末に適用される周波数ホッピングのパターンは、２以上の狭帯域に含まれる１つの狭帯域を用いるレガシーＭＴＣ端末に適用される周波数ホッピングのパターンと同じであってもよい。２以上の狭帯域においてＭＴＣ端末に割り当てるリソースブロックは、１つの狭帯域においてレガシーＭＴＣ端末に割り当てるリソースブロック以外であってもよい。このような構成によれば、ＭＴＣ端末とレガシーＭＴＣ端末との間で干渉を抑制することができる。

複数の狭帯域は、２以上のグループに分類されていてもよい。２以上のグループの数は、ＭＴＣ端末に適用される周波数ホッピングにおけるホッピング数によって定められてもよい。ＭＴＣ端末に適用される周波数ホッピングは、２以上の狭帯域が１つのグループに含まれる状態を維持しながら、２以上のグループ間で行われてもよい。このような構成によれば、少なくとも、ＭＴＣ端末が対応可能な帯域幅内に２以上の狭帯域が設けられた状態を維持しながら、２以上の狭帯域の周波数ホッピングを行うことができる。各グループに含まれる狭帯域が周波数方向において連続していれば、２以上の狭帯域の連続性を維持しながら、２以上の狭帯域の周波数ホッピングを行うことができる。

周波数ホッピングの一例について、図１５〜図１７を参照しながら説明する。図１５〜図１７において、ＵＥ（Ｘ）は、２以上の狭帯域を利用可能なＭＴＣ端末であり、ＵＥ（Ｐ）及びＵＥ（Ｑ）は、１つの狭帯域のみを利用可能なレガシーＭＴＣ端末である。

図１５に示すように、周波数ホッピングにおけるホッピング数が２である場合には、グループの数は２であり、各グループに含まれる狭帯域の数は４である。ここでは、複数の狭帯域は、グループ０（狭帯域＃０〜＃３）及びグループ１（狭帯域＃４〜＃７）に分類される。各グループに含まれる狭帯域は周波数方向において連続している。

図１６に示すように、周波数ホッピングにおけるホッピング数が４である場合には、グループの数は４であり、各グループに含まれる狭帯域の数は２である。ここでは、複数の狭帯域は、グループ０（狭帯域＃０〜＃１）、グループ１（狭帯域＃２〜＃３）、グループ２（狭帯域＃４〜＃５）及びグループ３（狭帯域＃６〜＃７）に分類される。各グループに含まれる狭帯域は周波数方向において連続している。

図１５及び図１６に示す例では、ＭＴＣ端末に適用される周波数ホッピングは、２以上の狭帯域が１つのグループに含まれる状態を維持しながら、２以上のグループ間で行われる。従って、ＭＴＣ端末が対応可能な帯域幅内に２以上の狭帯域が設けられた状態を維持しながら、２以上の狭帯域の周波数ホッピングを行うことができる。

一方で、図１７に示すように、２以上の狭帯域が１つのグループに含まれる状態が維持されない場合には、ＭＴＣ端末が対応可能な帯域幅内に２以上の狭帯域が設けられない可能性がある（例えば、サブフレームｎ１やサブフレームｎ４）。従って、ＭＴＣ端末に適用される周波数ホッピングは、２以上の狭帯域が１つのグループに含まれる状態を維持しながら、２以上のグループ間で行われることが好ましい。

［変更例２］
変更例２について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例２では、ｅＮＢ２００は、ＭＴＣ端末に割り当てる狭帯域及びＭＴＣ端末に割り当てない狭帯域を指定するマッピング情報を含む狭帯域割当情報を送信する。マッピング情報は、例えば、図１８に示す通りであり、各狭帯域（＃０〜＃７）の割当の有無が１ビットで表されている。

［変更例３］
変更例３について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例３では、２以上の狭帯域をＭＴＣ端末に割り当てるが、２以上の狭帯域に含まれる全てのリソースブロックをＭＴＣ端末に割り当てる必要がないケースについて例示する。このようなケースにおいて、ｅＮＢ２００は、２以上の狭帯域においてＭＴＣ端末に割り当てないブランクリソースブロック（以下、ブランクＲＢ）を指定するブランク情報を含む狭帯域割当情報を送信する。

第１に、ＭＴＣ端末に割り当てる２以上の狭帯域が連続していないケースについて考える。このようなケースにおいては、図１９に示すように、ブランク情報は、ブランクＲＢが適用される狭帯域を指定する情報（ＮＢ ｂｉｔｓ）と、ブランクＲＢの位置を指定する情報（ＲＢ ｂｉｔｓ）とを含んでもよい。特に限定されるものではないが、ブランクＲＢが適用される狭帯域は１であってもよい。ブランクＲＢが適用される狭帯域は２以上であってもよいが、ＭＴＣ端末に割り当てる狭帯域の数を減少してもよい。図１９に示すブランク情報は、ＭＴＣ端末に割り当てる２以上の狭帯域が連続しているケースに適用されてもよい。

第２に、ＭＴＣ端末に割り当てる２以上の狭帯域が連続しているケースについて考える。さらに、ＭＴＣ端末は、２以上の狭帯域に含まれるリソースブロックにおいて互いに連続するリソースブロックを用いるように構成される。このようなケースにおいては、図２０及び図２１に示すように、ブランク情報は、ブランクＲＢを配置する周波数の高低を指定する情報（ｆｒｅｑ情報）と、ブランクＲＢの数を指定する情報（ｂｉｔ数）とを含む。ブランクＲＢを配置する周波数の高低を指定する情報は、図２０に示すように、ブランクＲＢを配置する周波数が低い周波数であることを指定する情報であってもよく、図２１に示すように、ブランクＲＢを配置する周波数が高い周波数であることを指定する情報であってもよい。ブランクＲＢを配置する周波数の高低を指定する情報は、図２０及び図２１を組み合わせて、ブランクＲＢが配置される周波数が低い周波数及び高い周波数の双方であることを指定する情報であってもよい。

第３に、ＭＴＣ端末に割り当てる２以上の狭帯域が連続しているケースについて考える。ブランク情報は、ブランクＲＢを配置する周波数の高低を指定する情報（ｆｒｅｑ情報）を含まずに、ブランクＲＢの配置を示す情報（ＲＢ ａｌｌｏｃａｔｉｏｎ）を含む。図２２及び図２３に示すように、ブランクＲＢの配置を示す情報は、１つの狭帯域に含まれるブランクＲＢの配置を示す情報である。図２２に示すように、ブランクＲＢが周波数方向において低い側に配置されている場合には、ＭＴＣ端末に割り当てるリソースブロックの連続性を担保するために、ブランクＲＢが適用される狭帯域は、ＭＴＣ端末に割り当てられる狭帯域のうち、最も低い周波数を有する狭帯域（ここでは、狭帯域＃２）である。一方で、図２３に示すように、ブランクＲＢが周波数方向において高い側に配置されている場合には、ＭＴＣ端末に割り当てるリソースブロックの連続性を担保するために、ブランクＲＢが適用される狭帯域は、ＭＴＣ端末に割り当てられる狭帯域のうち、最も高い周波数を有する狭帯域（ここでは、狭帯域＃０）である。このように、ブランク情報がブランクＲＢの配置を示す情報を含み、ＭＴＣ端末に割り当てるリソースブロックの連続性を担保する場合には、ブランクＲＢが適用される狭帯域は一意に定まる。このようなケースにおいては、ブランクＲＢを配置する周波数の高低を指定する情報（ｆｒｅｑ情報）が不要である。

［変更例４］
変更例４について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例４では、ｅＮＢ２００は、ＭＴＣに用いる狭帯域の割当情報として、ＭＴＣ端末に２以上のサブフレームを割り当てる狭帯域割当情報を基地局からＭＴＣ端末に送信する（ステップＡ）。ＭＴＣ端末は、狭帯域割当情報に基づいて、２以上のサブフレームを用いてＭＴＣを行う（ステップＢ）。

具体的には、図２４に示すように、ｅＮＢ２００は、１つのＭ−ＰＤＣＣＨに含まれるＤＣＩによって、スケジューリング（０）及びスケジューリング（１）を行う。ＭＴＣ端末は、スケジューリング（０）に従ってＰＤＳＣＨ（０）を受信し、スケジューリング（１）に従ってＰＤＳＣＨ（１）を受信する。ＭＴＣ端末は、ＰＤＳＣＨ（０）及びＰＤＳＣＨ（１）の繰り返し送信を行ってもよい。ここでは、ダウンリンク通信（ＰＤＳＣＨ）が例示されているが、アップリンク通信（ＰＵＳＣＨ）についても同様の技術を適用可能である。

ここで、ＭＴＣ端末は、２以上のＨＡＲＱ（Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）プロセスを用いて、２以上のサブフレームを用いてＭＴＣを行ってもよい。例えば、２つのサブフレーム（Ｉｎｉｔｉａｌ及びＳｅｃｏｎｄ）がＭＴＣ端末に割り当てられ、２つのＨＡＲＱプロセス（＃０及び＃１）をＭＴＣ端末が用いるケースについて考える。

第１に、ＭＴＣ端末は、図２５に示すように、最初の２つのサブフレーム（Ｉｎｉｔｉａｌ及びＳｅｃｏｎｄ）においてＨＡＲＱプロセス＃０及び＃１の初送通信を行った後において、２番目の２つのサブフレーム（Ｉｎｉｔｉａｌ及びＳｅｃｏｎｄ）においてＨＡＲＱプロセス＃０及び＃１の再送通信を行ってもよい。ＭＴＣ端末は、３番目以降の２つのサブフレーム（Ｉｎｉｔｉａｌ及びＳｅｃｏｎｄ）において、ＨＡＲＱプロセス＃０及び＃１の再送通信をサブフレーム毎に繰り返してもよい。このような構成によれば、時間ダイバーシチの効果が得られる。ＭＴＣ端末は、ダウンリンク通信において、ＰＤＳＣＨの受信に成功した場合に、ＰＤＳＣＨの受信を停止してもよい。

第２に、ＭＴＣ端末は、図２６に示すように、最初の２つのサブフレーム（Ｉｎｉｔｉａｌ及びＳｅｃｏｎｄ）においてＨＡＲＱプロセス＃０の初送通信及び再送通信を行った後において、２番目の２つのサブフレーム（Ｉｎｉｔｉａｌ及びＳｅｃｏｎｄ）においてＨＡＲＱプロセス＃１の初送通信及び再送通信を行ってもよい。ＭＴＣ端末は、３番目以降の２つのサブフレーム（Ｉｎｉｔｉａｌ及びＳｅｃｏｎｄ）において、ＨＡＲＱプロセス＃０及び＃１の再送通信を２つのサブフレーム毎に繰り返してもよい。ＭＴＣ端末は、ダウンリンク通信において、ＰＤＳＣＨの受信に成功した場合に、ＰＤＳＣＨの受信を停止してもよい。

或いは、ＭＴＣにおける繰り返し送信が行われない設定が構成されている場合において、２以上のサブフレームの２番目以降のサブフレーム（ｓｅｃｏｎｄ）に含まれる狭帯域を用いて、２以上のサブフレームの最初のサブフレーム（Ｉｎｉｔｉａｌ）に含まれる狭帯域を用いて行われた所定通信を行ってもよい。例えば、２つのサブフレーム（Ｉｎｉｔｉａｌ及びＳｅｃｏｎｄ）がＭＴＣ端末に割り当てられ、１つのＨＡＲＱプロセスをＭＴＣ端末が用いるケースについて考える。

このようなケースにおいて、ＭＴＣ端末は、図２７に示すように、最初のサブフレーム（Ｉｎｉｔｉａｌ）においてＨＡＲＱプロセスの初送通信を行い、２番目のサブフレーム（ｓｅｃｏｎｄ）でＨＡＲＱプロセスの初送通信を行ってもよい。

変更例４において、狭帯域割当情報は、２以上のサブフレームの数を指定する情報を含んでもよい。ＨＡＲＱプロセスの数は、２以上のサブフレームの数と同じであってもよく、２以上のサブフレームの数よりも少なくてもよい。

狭帯域割当情報は、２以上のサブフレームの最初のサブフレームにおいてＭＴＣ端末に割り当てる狭帯域を指定する情報を含んでもよい。２以上のサブフレームの２番目以降においてＭＴＣ端末に割り当てる狭帯域は、最初のサブフレームにおいてＭＴＣ端末に割り当てる狭帯域と同じであってもよい。狭帯域を指定する情報は、実施形態と同様であってもよい。すなわち、狭帯域を指定する情報は、２以上の狭帯域の組合せを指定するインデックスであってもよい。狭帯域を指定する情報は、変更例２に示すように、マッピング情報であってもよい。

２番目以降においてＭＴＣ端末に割り当てる狭帯域は、最初のサブフレームにおいてＭＴＣ端末に割り当てる狭帯域と異なっていてもよい。このようなケースでは、狭帯域割当情報は、２番目以降のサブフレームにおいてＭＴＣ端末に割り当てる狭帯域を指定する情報を含む。

狭帯域割当情報は、２以上のサブフレームの最初のサブフレームに含まれる狭帯域においてＭＴＣ端末に割り当てるリソースブロックを指定する情報を含んでもよい。２以上のサブフレームの２番目以降に含まれる狭帯域においてＭＴＣ端末に割り当てるリソースブロックは、最初のサブフレームに含まれる狭帯域においてＭＴＣ端末に割り当てるリソースブロックと同じであってもよい。ＭＴＣ端末に割り当てるリソースブロックを指定する情報は、変更例３に示すように、ブランク情報であってもよい。ＭＴＣ端末に割り当てるリソースブロックを指定する情報は、ＭＴＣ端末に割り当てるリソースブロック及びＭＴＣ端末に割り当てないリソースブロックを指定するマッピング情報であってもよい。

２番目以降に含まれる狭帯域においてＭＴＣ端末に割り当てるリソースブロックは、最初のサブフレームに含まれる狭帯域においてＭＴＣ端末に割り当てるリソースブロックと異なっていてもよい。ＭＴＣ端末に割り当てるリソースブロックは、ＨＡＲＱプロセス毎に異なっていてもよい。このようなケースでは、狭帯域割当情報は、２番目以降のサブフレームに含まれる狭帯域においてＭＴＣ端末に割り当てるリソースブロックを指定する情報を含む。

狭帯域割当情報は、２以上のサブフレームにおいて、狭帯域の周波数ホッピングを行うか否かを指定する情報を含んでもよい。狭帯域の周波数ホッピングのタイミングは、ＲＲＣメッセージによって指定されるタイミングであってもよい。狭帯域の周波数ホッピングのタイミングは、所定通信における繰り返し送信の切り替えタイミングであってもよい。周波数ホッピングのパターンは、レガシーＭＴＣ端末を考慮して、変更例１と同様であってもよい。

狭帯域割当情報は、ＭＴＣ端末に割り当てる２以上のサブフレームで適用するＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）を指定する情報を含んでもよい。２番目以降のサブフレームに適用するＲＶは、最初のサブフレームに適用するＲＶと同じであってもよい。ＲＶは固定値であってもよい。２番目以降のサブフレームに適用するＲＶは、最初のサブフレームに適用するＲＶから周期的に変動してもよい。

狭帯域割当情報は、ＭＴＣ端末に割り当てる２以上のサブフレームで適用するＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）を指定する情報を含んでもよい。２番目以降のサブフレームに適用するＰＭＩは、最初のサブフレームに適用するＰＭＩと同じであってもよい。ＰＭＩは固定値であってもよい。

ＭＴＣ端末は、狭帯域割当情報として第１狭帯域割当情報を受信した後に、狭帯域割当情報として第２狭帯域割当情報を受信した場合に、第１狭帯域割当情報を用いずに第２狭帯域割当情報を用いてＭＴＣを行ってもよい（ステップＢ１）。例えば、第２狭帯域割当情報によって、ＭＴＣ端末に割り当てられる狭帯域及びリソースブロックに関する情報を更新し、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）を更新する。このような処理は、第２狭帯域割当情報のＨＡＲＱプロセスが第１狭帯域割当情報のＨＡＲＱプロセスと同じである場合に行われてもよい。

ＭＴＣ端末は、狭帯域割当情報として第１狭帯域割当情報を受信した後に、狭帯域割当情報として第２狭帯域割当情報を受信した場合に、第１狭帯域割当情報及び第２狭帯域割当情報の双方を用いてＭＴＣを行ってもよい（ステップＢ２）。例えば、第２狭帯域割当情報によって、ＭＴＣ端末に割り当てられる狭帯域及びリソースブロックに関する情報を新たに設定し、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）を新たに設定する。このような処理は、第２狭帯域割当情報のＨＡＲＱプロセスが第１狭帯域割当情報のＨＡＲＱプロセスと異なる場合に行われてもよい。

これらのケースにおいて、ｅＮＢ２００は、第２狭帯域割当情報を含むＭ−ＰＤＣＣＨの受信タイミングを指定する情報をＭＴＣ端末に送信してもよい。このような情報は、例えば、ＲＲＣメッセージによって通知される。ＭＴＣ端末は、ｅＮＢ２００から通知される受信タイミングにおいて、第２狭帯域割当情報を含むＭ−ＰＤＣＣＨを受信する。

第１狭帯域割当情報によって割り当てられる狭帯域及び第２狭帯域割当情報によって割り当てられる狭帯域は、ＭＴＣ端末が対応可能な帯域幅内に設けられる。第１狭帯域割当情報によって割り当てられるリソースブロック及び第２狭帯域割当情報によって割り当てられるリソースは、互いに重複しないように割り当てられる。

（移動通信方法）
変更例４に係る移動通信方法について説明する。図２８は、変更例４に係る移動通信方法を説明するための図である。図２８では、ＵＥ１００がＭＴＣ端末であり、ダウンリンク通信のＭＴＣが行われるケースについて主として説明する。

図２８に示すように、ステップＳ２１において、ｅＮＢ２００は、システム情報を報知する。システム情報は、ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）及びＳＩＢである。ＳＩＢは、ＭＴＣ用に定義されたＳＩＢである。

ステップＳ２２において、ＲＲＣ接続手順が行われる。ＲＲＣ接続手順では、ＲＲＣコネクションリクエスト、ＲＲＣコネクションセットアップなどのＲＲＣメッセージの通信が行われる。

ステップＳ２３において、ｅＮＢ２００は、Ｍ−ＰＤＣＣＨをＵＥ１００に送信する。Ｍ−ＰＤＣＣＨのＤＣＩは、ＭＴＣ端末に２以上のサブフレームを割り当てる狭帯域割当情報を含む。狭帯域割当情報は、ＭＴＣ端末に狭帯域を割り当てる情報を含んでもよい。

ステップＳ２４において、ｅＮＢ２００は、２以上のサブフレームにおいてＰＤＳＣＨ（ここでは、（０）及び（１））を送信する。ＰＤＳＣＨ（０）及び（１）で送信する情報は、図２５又は図２６に示す情報であってもよい。ＰＤＳＣＨ（０）及び（１）で送信する情報は、図２７に示す情報であってもよい。

［変更例５］
以下において、変更例５について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例５では、図２９に示すように、ｅＮＢ２００は、１つのサブフレームにおいて、狭帯域割当情報の通信に加えて、ＭＴＣとしてダウンリンク通信を行う。狭帯域割当情報の通信に用いる狭帯域及びダウンリンク通信に用いる狭帯域は、ＭＴＣ端末が対応可能な帯域幅（例えば、５ＭＨｚ）内に設けられる。

ダウンリンク通信に用いる狭帯域は、ＲＲＣメッセージによって指定されてもよい。ダウンリンク通信に用いる狭帯域は、予め定められていてもよい（ｐｒｅｄｅｆｉｎｅｄ）。

ダウンリンク通信に用いる狭帯域は、狭帯域割当情報の通信に用いる狭帯域に対するオフセット値によって指定されてもよい。オフセット値は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージによって指定されてもよい。オフセット値は、予め定められていてもよい（ｐｒｅｄｅｆｉｎｅｄ）。オフセット値とは、ダウンリンク通信に用いる狭帯域が狭帯域割当情報の通信に用いる狭帯域から周波数方向においてどの程度シフトしているかを指定する情報である。ダウンリンク通信に用いる狭帯域は、周波数方向において周波数が低い方にシフトしていてもよく、周波数方向において周波数が高い方にシフトしていてもよい。

ＭＴＣ端末は、狭帯域割当情報の通信に用いる狭帯域を監視する第１グループと、狭帯域割当情報の通信に用いる狭帯域を監視しない第２グループとに分類されてもよい。第１グループに属するＭＴＣ端末は、ＭＴＣ端末が対応可能な帯域幅内にダウンリンク通信に用いる狭帯域及び狭帯域割当情報が設けられるＭＴＣ端末である。ｅＮＢ２００は、１つのサブフレーム内において第１グループに属するＭＴＣ端末と狭帯域割当情報の通信及びダウンリンク通信の双方を行う。一方で、ｅＮＢ２００は、１つのサブフレーム内において第２グループに属するＭＴＣ端末と狭帯域割当情報の通信及びダウンリンク通信の双方を行わない。

続いて、図３０に示すように、狭帯域割当情報の通信及びダウンリンク通信が複数のサブフレームにおいて繰り返し行われるケースについて考える。このようなケースにおいて、帯域割当情報の通信が繰り返されるサブフレームは、ダウンリンク通信が繰り返されるサブフレームの少なくとも一部と重複する。狭帯域割当情報の通信及びダウンリンク通信が重複するサブフレームの数（以下、重複サブフレーム数Ｋ）は、ＲＲＣメッセージによって指定されてもよい。重複サブフレーム数Ｋは固定値であってもよい。

ここで、Ｍ−ＰＤＣＣＨ（ＰＤＳＣＨ）の繰り返し回数がＭ−ＰＤＣＣＨのＤＣＩに含まれているため、ＭＴＣ端末は、Ｍ−ＰＤＣＣＨの復号に成功しなければ、Ｍ−ＰＤＣＣＨ（ＰＤＳＣＨ）の繰り返し送信が終了するタイミングを把握することができない。従って、ＭＴＣ端末は、Ｍ−ＰＤＣＣＨの復号に成功するまで、ｅＮＢ２００から送信される可能性があるＰＤＳＣＨをバッファに格納する。このような観点から、バッファに格納するＰＤＳＣＨの量を最小化するために、重複サブフレーム数Ｋを１に設定してもよい。一方で、ＰＤＳＣＨの遅延時間を縮小する観点では、重複サブフレーム数Ｋが大きな値であってもよい。

繰り返し回数は、ＲＲＣメッセージ及びＤＣＩによって特定される。具体的には、図３１に示すように、ＲＲＣメッセージによってｒＭＡＸが指定され、ＤＣＩによってｒ１〜ｒ４が指定される。繰り返し回数は、ｒＭＡＸ及びｒ１〜ｒ４の組合せによって特定される。

［変更例６］
変更例６について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例６では、ＭＴＣがＨＤ（Ｈａｌｆ Ｄｕｐｌｅｘ）−ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）であるケースについて考える。ＨＤ−ＦＤＤでは、アップリンク通信及びダウンリンク通信のいずれか一方が行われる。

ここで、ＭＴＣ端末は、狭帯域割当情報としてアップリンク狭帯域割当情報を受信した場合に、アップリンク狭帯域割当情報を受信したサブフレームから第１オフセット後のサブフレームにおいてアップリンク通信を行うように構成される。一方で、ＭＴＣ端末は、狭帯域割当情報としてダウンリンク狭帯域割当情報を受信した場合に、ダウンリンク狭帯域割当情報を受信したサブフレームから第２オフセット後のサブフレームにおいてダウンリンク通信を行うように構成される。例えば、第１オフセットは４サブフレームであり、第２オフセットは２サブフレームである。

このようなケースにおいて、図３２に示すように、アップリンク狭帯域割当情報（Ｍ−ＰＤＣＣＨ（ＵＬ））及びダウンリンク狭帯域割当情報Ｍ−ＰＤＣＣＨ（ＤＬ）の送信タイミングによっては、アップリンク通信（ＰＵＳＣＨ）を行うサブフレーム及びダウンリンク通信（ＰＤＳＣＨ）を行うサブフレームが競合する可能性がある。このような競合が生じる理由としては、第１オフセット及び第２オフセットが異なること、ＰＵＳＣＨ及びＰＤＳＣＨの繰り返し送信が行われることが挙げられる。

従って、ＭＴＣ端末は、ＰＵＳＣＨを行うサブフレームがＰＤＳＣＨを行うサブフレームと同じである場合に、ＰＵＳＣＨを行うサブフレーム及びＰＤＳＣＨを行うサブフレームのいずれか一方を時間方向においてシフトする。図３２に示す例では、Ｍ−ＰＤＣＣＨ（ＵＬ）が先に送信され、ＰＵＳＣＨの送信が既に行われているため、ＰＤＳＣＨを行うサブフレームのシフトが行われている。図３２では、ＰＵＳＣＨの繰り返し回数が２回であるケースが例示されている。

［変更例７］
変更例７について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例７では、ｅＮＢ２００は、ＭＴＣ端末が対応可能な帯域幅を指定する情報をＭＴＣ端末に送信する。ＭＴＣ端末が対応可能な帯域幅を指定する情報は、例えば、ＲＲＣメッセージに含まれる。ＭＴＣ端末が対応可能な帯域幅のタイプは、例えば、５ＭＨｚ及び３ＭＨｚである。５ＭＨｚの帯域幅は、２５リソースブロック（２４リソースブロック（＝４狭帯域）＋１リソースブロック）を含み得る。３ＭＨｚの帯域幅は、１５リソースブロック（１２リソースブロック（＝２狭帯域）＋３リソースブロック）を含み得る。このようなケースにおいて、５ＭＨｚの帯域幅に対応するＭＴＣ端末に割り当てる狭帯域（４狭帯域）のパターンは、例えば、２ｂｉｔで表すことが可能である。但し、ＭＴＣ端末に割り当てる狭帯域（４狭帯域）の全パターンが４ｂｉｔで表されてもよい。一方で、３ＭＨｚの帯域幅に対応するＭＴＣ端末に割り当てる狭帯域（２狭帯域）のパターンは、例えば、１ｂｉｔで表すことが可能である。但し、ＭＴＣ端末に割り当てる狭帯域（２狭帯域）の全パターンが２ｂｉｔで表されてもよい。

このような前提下において、ｅＮＢ２００は、ＭＴＣ端末が対応可能な帯域幅に応じて、ＭＴＣ端末に割り当てる狭帯域のパターンを指定する情報を含む狭帯域割当情報をＭＴＣ端末に送信する。すなわち、ＭＴＣ端末が対応可能な帯域幅に応じて、狭帯域割当情報（すなわち、Ｍ−ＰＤＣＣＨのＤＣＩ）のｂｉｔ数を柔軟に変更することができる。

ＭＴＣ端末に割り当てる狭帯域の位置は、ＭＴＣ端末が対応可能な帯域幅に応じて予め定められていてもよい。ＭＴＣ端末に割り当てる狭帯域の位置は、ＭＴＣ端末が対応可能な帯域幅に応じてＲＲＣメッセージによって指定されてもよい。ＭＴＣ端末に割り当てる狭帯域の位置は、ＭＴＣ端末が対応可能な帯域幅に応じてＭ−ＰＤＣＣＨのＤＣＩによって指定されてもよい。

［変更例８］
変更例８について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例８においては、ＭＴＣで用いるＭＣＳについて主として説明する。Ｍ−ＰＤＣＣＨのＤＣＩは、ＭＣＳのインデックス値（ＩＭＣＳ）を表す４ｂｉｔのフィールドを含む。すなわち、ＭＣＳの値が取り得る範囲は、０−１５である。しかしながら、ＭＴＣにおけるスループットの増大を図るためには、さらに高スループットのＭＣＳが必要になることが想定される。

変更例８では、ｅＮＢ２００は、Ｍ−ＰＤＣＣＨのＤＣＩに含まれるＭＣＳのインデックス値の読み替えに必要な情報をＭＴＣ端末に送信する。ＭＣＳのインデックス値の読み替えに必要な情報は、例えば、ＲＲＣメッセージに含まれる。ＭＣＳのインデックス値の読み替えに必要な情報は、Ｍ−ＰＤＣＣＨのＤＣＩに含まれてもよい。

例えば、ＭＴＣ端末は、図３３に示すＭＣＳテーブルを有する。ＭＣＳテーブルは、ＭＣＳ Ｉｎｄｅｘ（上述したＩＭＣＳ）と、Ｍｏｄｕｌａｔｉｏｎ Ｏｒｄｅｒ（Ｑ’ｍ）と、ＴＢＳ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ） Ｉｎｄｅｘ（ＩＴＢＳ）と、Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｔｉｏｎ（ｒｖｌｄｘ）とを対応付ける。すなわち、ＭＴＣ端末は、ＭＣＳテーブルの中から、ＭＣＳのインデックス値（ＩＭＣＳ）と対応付けられたＭｏｄｕｌａｔｉｏｎ Ｏｒｄｅｒ（Ｑ’ｍ）、ＴＢＳ Ｉｎｄｅｘ（ＩＴＢＳ）及びＲｅｄｕｎｄａｎｃｙ Ｖｅｒｔｉｏｎ（ｒｖｌｄｘ）を取得可能である。

上述したように、ＭＣＳのインデックス値（ＩＭＣＳ）を表すフィールドは４ｂｉｔである。従って、ＭＣＳのインデックス値の読み替えが行われない場合には、図３３に示すように、ＭＣＳのインデックス値が取り得る範囲は０−１５である。

第１に、ＭＣＳのインデックス値の読み替えに必要な情報は、ＭＣＳのインデックス値に加算されるオフセット値（以下、加算オフセット値）であってもよい。このようなケースにおいては、図３４に示すように、読み替え後におけるＭＣＳのインデックス値（以下、ＭＣＳ Ｉｎｄｅｘ（読替値））の取り得る範囲は高スループット側にシフトする。ここでは、加算オフセット値が４であるため、ＭＣＳ Ｉｎｄｅｘ（読替値）が取り得る範囲は４−１９である。

第２に、ＭＣＳのインデックス値の読み替えに必要な情報は、ＭＣＳのインデックス値に乗算されるオフセット値（以下、乗算オフセット値）であってもよい。このようなケースにおいては、図３４に示すように、ＭＣＳ Ｉｎｄｅｘ（読替値）の取り得る範囲が広がる。一方で、ＭＣＳのインデックス値の１段階の変更に伴うＴＢＳ Ｉｎｄｅｘの変更幅（すなわち、ＴＢＳの変更幅）が増大する。ここでは、乗算オフセット値が２であるため、ＭＣＳテーブルにおいて、ＭＣＳ Ｉｎｄｅｘ（読替値）として偶数番目のインデックスを用いることができる。言い換えると、ＭＣＳのインデックス値によって指定可能なＭＣＳ Ｉｎｄｅｘ（読替値）及びＭＣＳのインデックス値によって指定不能なＭＣＳ Ｉｎｄｅｘ（読替値）が交互に配置される。

ここで、上述した加算オフセット値（ｏｆｆｓｅｔ１）及び乗算オフセット値（ｏｆｆｓｅｔ２）は組み合わされてもよい。具体的には、ＭＣＳのインデックス値の読み替えは、ＭＣＳ Ｉｎｄｅｘ（読替値）＝（ＩＭＣＳ×ｏｆｆｓｅｔ２）＋ｏｆｆｓｅｔ１の式に従って行われる。加算オフセット値が取り得る値は、０以上であり、かつ、乗算オフセット値から１を減算した値以下である。例えば、図３４に示すケースにおいて、乗算オフセット値が２であり、加算オフセット値が１であるケースを想定すると、ＭＣＳ Ｉｎｄｅｘ（読替値）として奇数番目のインデックスを用いることができる。このようなケースにおいても、ＭＣＳのインデックス値によって指定可能なＭＣＳ Ｉｎｄｅｘ（読替値）及びＭＣＳのインデックス値によって指定不能なＭＣＳ Ｉｎｄｅｘ（読替値）が交互に配置される。

第３に、ＭＣＳのインデックス値の読み替えに必要な情報は、ＭＣＳのインデックス値を用いて参照するＭＣＳテーブルを指定する情報であってもよい。例えば、複数のＭＣＳテーブルが予め準備されている前提において、ＭＣＳのインデックス値の読み替えに必要な情報は、複数のＭＣＳテーブルのいずれかを指定する情報であってもよい。予め準備されるＭＣＳテーブルは、例えば、図３３〜図３５に示すＭＣＳテーブルから、ＭＣＳのインデックス値によって指定不能なＭＣＳ Ｉｎｄｅｘ（読替値）の行が削除されたテーブルであってもよい。或いは、新たなＭＣＳテーブルが定義されてもよい。予め準備されるＭＣＳテーブルは、既存のＭＣＳテーブルに加えて、少なくとも１つの新たなＭＣＳテーブルを含めばよい。

［その他の実施形態］
本開示は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この開示を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

例えば、以下の動作が実行されてもよい。以下においては、実施形態に対する相違点について主として説明する。

図３６は、他の実施例に係る通信システムの構成図（想定環境）である。ＵＥ−Ａ（第１ユーザ端末）はｅＮＢ（基地局）のセルに在圏している。ＵＥ−Ｂ（第２ユーザ端末）はｅＮＢのセル近傍に位置している。ＵＥ−Ａは、ＵＥ−Ｂと通信可能な状況にある。ＵＥ−Ａは、ｅＮＢからの通信をＵＥ−Ｂへ中継可能な端末（中継ＵＥ）である。ＵＥ−Ｂはウェアラブル端末であってもよい。ＵＥ−Ａと、ＵＥ−Ｂとの通信はＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）技術を用いてもよい。

図３７は、他の実施例に係るシーケンス図である。ｅＮＢとＵＥ−Ａとの通信は、第２帯域幅よりも広い第１帯域幅を用いて行なわれてもよい。ｅＮＢとＵＥ−Ｂとの通信は、第１帯域幅よりも狭い第２帯域幅の狭帯域を用いて行なわれてもよい。ＵＥ−ＡとＵＥ−Ｂとの通信は、第１帯域幅よりも狭い第２帯域幅の狭帯域を用いて行なわれてもよい。

ステップＳ１１０において、ｅＮＢは、制御情報をＵＥ−Ａに送信する。ＵＥ−Ａは、制御情報をｅＮＢから受信する。ＵＥ−Ｂは、制御情報をｅＮＢから直接受信できない可能性がある。ｅＮＢは、狭帯域割当情報を含む制御情報（Ｃｏｎｔｒｏｌ Ｉｎｆｏ又はＣｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を、ＵＥ−Ａ又はＵＥ−Ｂのために送信する。

ｅＮＢからＵＥ−Ａのために送信される制御情報は、ＳＩＢでもよい。ｅＮＢからＵＥ−Ａのために送信されるＳＩＢはＭＴＣ用に定義されるＳＩＢでもよい。ｅＮＢからＵＥ−Ａのために送信される制御情報は、ＭＩＢでもよい。ｅＮＢからＵＥ−Ａのために送信される制御情報は、個別に送信される（デディケイト（Ｄｅｄｉｃａｔｅ）に送信される）ＲＲＣメッセージ（ＲＲＣ ｍｅｓｓａｇｅ）でもよい。ｅＮＢからＵＥ−Ａのために送信される制御情報は、個別に送信される（デディケイト（Ｄｅｄｉｃａｔｅ）に送信される）ＰＨＹ層のＤＣＩメッセージ（ＤＣＩ ｍｅｓｓａｇｅ）でもよい。

ｅＮＢからＵＥ−Ｂのために送信される制御情報は、ＳＩＢでもよい。ｅＮＢからＵＥ−Ｂのために送信されるＳＩＢはＭＴＣ用に定義されるＳＩＢでもよい。ｅＮＢからＵＥ−Ｂのために送信される制御情報は、ＭＩＢでもよい。ｅＮＢからＵＥ−Ｂのために送信される制御情報は、個別に送信される（デディケイト（Ｄｅｄｉｃａｔｅ）に送信される）ＲＲＣメッセージ（ＲＲＣ ｍｅｓｓａｇｅ）でもよい。ｅＮＢからＵＥ−Ｂのために送信される制御情報は、個別に送信される（デディケイト（Ｄｅｄｉｃａｔｅ）に送信される）ＰＨＹ層のＤＣＩメッセージ（ＤＣＩ ｍｅｓｓａｇｅ）でもよい。

制御情報は、上位レイヤパラメータ（例えば、ＲＲＣ）でもよい。制御情報は、ＤＣＩメッセージである場合、制御情報とデータとの間に充分な時間が設けられてもよい。

ＵＥ−Ｂは、ｅＮＢから特定のタイミングで送信される制御情報の受信に失敗した場合、ＵＥ−Ａ（中継ＵＥ）からの制御情報を受信することを試みてもよい。ＵＥ−Ｂは、中継ＵＥからの制御情報を受信するかどうかは、ｅＮＢから事前に設定されてもよい。

ステップＳ１２０において、ＵＥ−Ａは、制御情報をＵＥ−Ｂへ送信する。ＵＥ−Ｂは、制御情報を受信する。

ＵＥ−Ａは、ｅＮＢから受信した制御情報をＵＥ−Ｂへ中継できる。ＵＥ−Ａは、制御情報をＵＥ−Ｂへ常に中継してもよい。ＵＥ−Ａは、リレーインディケーション（信号）を受信した場合にのみ、制御情報をＵＥ−Ｂへ中継してもよい。ＵＥ−Ａは、特定ＵＥに対して制御情報を中継してもよい。ＵＥ−Ａは、リレーインディケーション信号に宛先（例えば、ＵＥ−Ｂ）が指定されていた場合に、宛先が指定されたＵＥに対して制御情報を中継してもよい。リレーインディケーション信号は、宛先のＣ−ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を含んでいてもよい。リレーインディケーション信号は、中継用データを復号（コーディング）する中継用のＲＮＴＩを含んでいてもよい。

ＵＥ−Ａは、狭帯域割当情報を含む制御情報を、ＵＥ−Ｂのために送信（中継）する。ＵＥ−ＡからＵＥ−Ｂへの送信は、ＵＥ−ＡとＵＥ−Ｂとの間で固有のＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を利用してもよい。ＵＥ−ＡからＵＥ−Ｂのために送信される制御情報はＭＴＣ用に定義されるＳＩＢであってもよい。

中継用のリソースは、ｅＮＢがＵＥ−Ａ（中継ＵＥ）に通知してもよい。中継用のリソースは、事前に決まっていてもよい。

ＵＥ−Ｂは、ｅＮＢからの制御情報の受信に失敗しても、ＵＥ−ＡからｅＮＢにより割り当てられた狭帯域割当情報を受け取ることができる。これにより、ｅＮＢは、ＵＥ−Ｂに狭帯域割当情報を送信することができる。

ステップＳ１３０において、ｅＮＢは、ＵＥ−Ａ及びＵＥ−Ｂへデータを送信する。ＵＥ−Ａは、データをｅＮＢから受信する。ＵＥ−Ｂは、データをｅＮＢから受信する。ＵＥ−Ｂは、ＵＥ−Ａ（中継ＵＥ）からの制御情報の受信に成功した場合、当該制御情報に従ってデータの受信を行うことができる。データは、ＰＤＳＣＨで送信される情報である。データの周波数利用帯域と制御情報の周波数利用帯域とが異なってもよい。

上述の実施形態（各動作例）では、ＭＴＣがダウンリンク通信であるケースを主として説明したが、これに限定されるものではない。実施形態は、ＭＴＣがアップリンク通信であるケースにも適用可能である。

実施形態では特に触れていないが、ＵＥ１００及びｅＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。

或いは、ＵＥ１００及びｅＮＢ２００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。

実施形態では、移動通信システムの一例としてＬＴＥシステムを説明した。しかしながら、実施形態はこれに限定されるものではない。移動通信システムは、ＬＴＥシステム以外のシステムであってもよい。

［付記Ａ］
（Ａ１）より大きな最大ＰＤＳＣＨ／ＰＵＳＣＨチャネル帯域幅
Ｒｅｌ．１３ ＭＰＤＣＣＨデザインを再利用して、ＣＥ（Ｃｏｖｅｒａｇｅ Ｅｎｈａｎｃｅｍｅｎｔ）モードＡのＢＬ（帯域幅低減低複雑性：Ｂａｎｄｗｉｄｔｈ ｒｅｄｕｃｅｄ Ｌｏｗ ｃｏｍｐｌｅｘｉｔｙ）ＵＥ及び非ＢＬ ＵＥ用に、より広いチャネル帯域幅［５又は２０ ＭＨｚ］をサポートすることが合意された。この合意によれば、ＭＰＤＣＣＨは、ＰＤＳＣＨのために［５ＭＨｚ又は２０ＭＨｚ］に対応するＲＢを示すことができる。ＭＰＤＣＣＨにより、より広いＰＤＳＣＨ／ＰＵＳＣＨを示す２つのオプションがある。図３８は、ＦｅＭＴＣ（Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｄ ＭＴＣ）サービス用のより広いＰＤＳＣＨ／ＰＵＳＣＨのための２つのオプションを説明するための図である。図３８Ａでは、単一のＭＰＤＣＣＨは、複数のＮＢを示す。図３８Ｂでは、単一のＭＰＤＣＣＨは、Ｎ個のＲＢを構成するＮＢを示す。

第１に、図３８Ａに示すように、ＭＰＤＣＣＨは、ＰＤＳＣＨ／ＰＵＳＣＨのＮ×ＮＢ（６ＲＢ）を示すことができる。この場合、複数のＮＢを示すためにＭＰＣＣＨの新しいＤＣＩフォーマットを定義すべきである。

第２のものは、ＮＢチャネルのチャネル帯域幅を単に６ＲＢからＮ ＲＢに単に広げるだけであり、図３８Ｂに示される。この場合、各ＮＢ内のＲＢ数が変更される。例えば、ＵＥが１０ＭＨｚシステム帯域幅内で５ＭＨｚ帯域幅をサポートする場合、１０ＭＨｚは２つのＮＢに分割され、１つのＮＢは２５ＲＢで構成される。この場合、現在のＤＣＩフォーマット６−０Ａ／６−１Ａ（／６−０Ｂ／６−１Ｂ）がそのような割り当てを行うことができないので、より多くのＲＢを示すためにＭＰＤＣＣＨの新しいＤＣＩフォーマットを定義しなければならない。周波数ホッピングは、より広いチャネル帯域幅をサポートするもう１つのオプションであるが、当該デザインでは、従来のリソース割り当てとの重複を避けることを検討する必要があるため、複雑性が増すリスクがある。従来のＭＴＣデバイスとの共存を維持するために、最大帯域幅を大きくするために、複数のＮＢを示すＭＰＤＣＣＨの方法をサポートする必要があります。低ＭＴＣデバイス複雑性を維持することに加えて、Ｒｅｌ．１４ ＦｅＭＴＣ ＵＥは、５ＭＨｚなどのＵＥ能力に対応する連続ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）帯域幅のみをサポートすべきである。ＵＬ送信を考慮すると、電力消費のための低ＰＡＰＲ（Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ Ｐｏｗｅｒ Ｒａｔｉｏ）を維持するために、ＮＢリソース割当ては連続的でなければならない。

提案１：従来のＭＴＣデバイスとの共存を維持するために、複数のＮＢを示す単一のＭＰＤＣＣＨが、より大きな最大帯域幅のためにサポートされるべきである。

提案２：複数のＮＢを示す単一のＭＰＤＣＣＨがサポートされる場合、新しいＤＣＩフォーマットが検討されなければならない。

提案３：低ＭＴＣデバイス複雑性を維持するために、Ｒｅｌ．１４ＦｅＭＴＣ ＵＥは、ＵＥ能力に対応する連続したＲＦ帯域幅のみをサポートすべきである。

提案４：低ＰＡＰＲを維持するために、ＰＵＳＣＨのための複数のＮＢを示すＭＰＤＣＣＨがある場合、ＮＢ割り当ては連続すべきである。

（Ａ２）同一サブフレームスケジューリング
ＭＰＤＣＣＨによるクロスサブフレームスケジューリングは、より広い帯域幅のＰＤＳＣＨ／ＰＵＳＣＨについて合意された。Ｒｅｌ．１３ ｅＭＴＣでは、ＮＢ内のＲＢの数が完全に限られており、同一サブフレームスケジューリングを許可しないため、クロスサブフレームスケジューリングが適用される。しかしながら、より広いチャネル帯域幅のサポートのためにＵＥが６ＲＢより多くを受信できる場合、同一サブフレーム内にＭＰＤＣＣＨ及びＰＤＳＣＨを送信するのに十分なリソースがある。同一サブフレームスケジューリングは、特に低繰り返しの場合に遅延を減少させるので、より効率的である。図３９に示すように、同一サブフレームスケジューリングがＭＰＤＣＣＨ繰り返しの最後のサブフレームに適用される場合、ＰＤＳＣＨデータのバッファリングの必要はない。しかしながら、関連するＰＤＳＣＨの復号も早く開始できるように、早くＭＰＤＣＣＨを復号することができるデバイスがあるかもしれない。同一サブフレーム内のＭＰＤＣＣＨとＰＤＳＣＨとの間のギャップを含む総帯域幅は、５ＭＨｚなどのＵＥ能力未満でなければならない。

提案５：提案１：同一サブフレームスケジューリングをサポートするＲｅｌ．１４ ＢＬ ＵＥを検討すべきである。

［付記Ｂ］
（Ｂ１）導入
ＬＴＥ ＷＩのさらに拡張されたＭＴＣが承認された。これには、音声対応ウェアラブルデバイス及びヘルスモニタリングデバイス用の１Ｍｂｐｓより高いデータレートをサポートするタスクが含む更なる拡張ＭＴＣが承認された。１Ｍｂｐｓを超えるＴＢＳサイズをサポートするために、サポート合意がなされた。この付記Ｂにおいて、より大きな最大ＴＢＳサイズのデザインに関する我々の見解を共有する。

（Ｂ２）ＴＢＳ／ＭＣＳデザイン
（Ｂ２．１）ＴＤＤ／ＨＤ−ＦＤＤにおいて１．４ＭＨｚの帯域幅を有するＵＥ
ＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）／ＨＤ−ＦＤＤにおける最大１．４ＭＨｚ帯域幅を有するＣＥモードＡ ＵＥのための最大ＵＬ ＴＢＳは、２９８４ビットをサポートできる。一方、ＣＥモードＡのＤＣＩフォーマット６−０Ａには、４ビットのＭＣＳインデックスのみが含まれ、従って、４ビットＭＣＳインデックスは、図４０（ＮＰＲＢ＝６、ＩＴＢＳ＝１４）に示されるように１．４ＭＨｚの１７３６ビットのみをサポートする。１．４ＭＨｚの帯域幅の２９８４ビットをサポートするためには、図４１に示されるように、少なくともＭＣＳ値２３（ＩＭＣＳ＝２３）が含まれるべきである。ＩＭＣＳ＝２３は、２９８４ビットに対応する。すなわち、ＵＥは、６４−ＱＡＭ送信をサポートすべきである。

提案１：１．４ＭＨｚチャネル帯域幅のＵＬ ＴＢＳ ２９８４ビットで６４−ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）送信をサポートすべきである。

より高いＭＣＳインデックスをサポートするために、例えば、ＩＭＣＳ ２３などのより高いＭＣＳインデックスをｅＮＢがＵＥへ示す方法を検討する必要がある。２つの可能なアプローチがある。第１のアプローチは、より高いＭＣＳをサポートするための新しいＤＣＩフォーマットを定義することである。第２のアプローチは、従来のＤＣＩフォーマットの１つの解釈を単に変更することである。第２のアプローチは、新しいＵＥの動作を示すために、設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づくＲＲＣシグナリングと共に既存のＤＣＩフォーマットのうちの１つを再利用できるので、はるかに簡単である。このアプローチは、仕様へ最小限の影響を有する。例えば、ＵＥがＲＲＣシグナリングを介して解釈指示を受信すると、ＵＥは新しいＭＣＳインデックス解釈に切り替えることができ、各ＭＣＳインデックスは他の全ての代替ＭＣＳ値にマッピングされる。例えば、オフセットインジケータは、ＭＣＳがインデックス０又は０＋オフセット値から開始するかどうかを定義するために使用される。さらに、新しいＭＣＳインデックス解釈は、例えば、奇数または偶数のＭＣＳ値のみをサポートするなどのインターレースＭＣＳ値をサポートする。この方法は、チャネル状態に動的に適応するだけでなく、より高いＭＣＳ値をサポートすることを可能にする。

提案２：提案１：レガシーＤＣＩフォーマットのＭＣＳ値の解釈の変更に基づくＲＲＣシグナリングがサポートされるべきである。解釈の詳細について検討されるべきである。

（Ｂ２．２）より大きなＵＥチャネルＢＷをサポートするＢＬ ＵＥ
ＲＲＣ接続モードにおけるＰＤＳＣＨ及びＰＵＳＣＨの最大ＵＥチャネルＢＷ（Ｂａｎｄ Ｗｉｄｔｈ）は、ＣＥモードＡのＲｅｌ−１４ ＢＬ ＵＥの場合、５ＭＨｚである。さらに、このｅＮＢ／ＵＥは、ＰＵＳＣＨ／ＰＤＳＣＨ用の少なくとも２９８４ビットをサポートできる。より大きなＴＢＳ及びより広い帯域幅の両方をサポートすることは、ＬＴＥ Ｒｅｌ．−１４のＭＴＣ ＵＬに対して、６４ＱＡＭ送信がサポートされるべきかどうかを検討可能とする。６４ＱＡＭ送信は、所与のＴＢＳを運ぶために、より少ない数のＲＢを必要とする利点を有し、その結果、ｅＮＢに対するスケジューリングの柔軟性が増し、効率が向上する。ＵＬの場合、狭帯域使用は、ｅＮＢにおける受信信号のより高いＰＳＤ（Ｐｏｗｅｒ Ｓｐｅｃｔｒａｌ Ｄｅｎｓｉｔｙ）に起因して、より良いリンクバジェット及び性能を有する。さらに、上述のように、Ｒｅｌ．１４ ＴＤＤ ／ ＨＤ−ＦＤＤ ＵＥは、２９８４ビットを送信するために６４−ＱＡＭ送信をサポートすべきである。したがって、より大きな最大ＢＷをサポートするＢＬ ＵＥも、６４−ＱＡＭ変調をサポートする。６４ＱＡＭ用の新しいＤＣＩフォーマットは、今後の課題である。

提案３：より大きな最大ＢＷをサポートするＢＬ ＵＥも、６４ＱＡＭ変調をサポートすべきである。

米国仮出願第６２／４０２１９７号（２０１６年９月３０日出願）の全内容が、参照により、本願明細書に組み込まれている。

Claims (3)

1. ６リソースブロックで構成する狭帯域を用いて基地局との通信を行うユーザ装置であって、
   制御部を備え、
   前記制御部は、
   前記ユーザ装置が対応可能な帯域幅を指定する情報を含むＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを前記基地局から受信し、
   前記ユーザ装置に前記狭帯域を割り当てる狭帯域割当情報を含む下りリンク制御情報（ＤＣＩ）を前記基地局から受信し、
   前記ＤＣＩに含まれる前記狭帯域割当情報のビット数は、前記ＲＲＣメッセージに含まれる前記情報に基づいて決定される、ユーザ装置。
2. 基地局であって、
   制御部を備え、
   前記制御部は、
   ６リソースブロックで構成する狭帯域を用いて前記基地局との通信を行うユーザ装置に対して、前記ユーザ装置が対応可能な帯域幅を指定する情報を含むＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを送信し、
   前記ユーザ装置に前記狭帯域を割り当てる狭帯域割当情報を含む下りリンク制御情報（ＤＣＩ）を、前記ユーザ装置に送信し、
   前記ＤＣＩに含まれる前記狭帯域割当情報のビット数は、前記ＲＲＣメッセージに含まれる前記情報に基づいて決定される、基地局。
3. 方法であって、
   ６リソースブロックで構成する狭帯域を用いて基地局との通信を行うユーザ装置が、前記ユーザ装置が対応可能な帯域幅を指定する情報を含むＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージを前記基地局から受信するステップと、
   前記ユーザ装置が、前記ユーザ装置に前記狭帯域を割り当てる狭帯域割当情報を含む下りリンク制御情報（ＤＣＩ）を前記基地局から受信するステップと、を有し、
   前記ＤＣＩに含まれる前記狭帯域割当情報のビット数は、前記ＲＲＣメッセージに含まれる前記情報に基づいて決定される、方法。

Images