(57)【要約】本発明では、ＭＴＣをサポートする無線通信システムでデータを送受信する方法及びそのための装置が開示され、その方法は、第１ＭＰＤＣＣＨに対して設定された第１探索領域をモニタリングする過程と、第１ＭＰＤＣＣＨは、単一セルマルチキャスト制御チャネルを伝達する第１ＰＤＳＣＨのスケジューリングのための第１制御情報を含み、第１制御情報に基づいて第１ＰＤＳＣＨを受信する過程と、ＳＣ−ＭＣＣＨを介して取得されたグループ識別子を利用して第２ＭＰＤＣＣＨに対して設定された第２探索領域をモニタリングする過程と、第２ＭＰＤＣＣＨは、単一セルマルチキャストトラフィックチャネルを伝達する第２ＰＤＳＣＨのスケジューリングのための第２制御情報を含み、第２制御情報に基づいて第２ＰＤＳＣＨを受信する過程とを含み、端末が第２ＰＤＳＣＨを受信するために利用可能な周波数帯域幅を指示する設定情報は、ＳＣ−ＭＣＣＨを介して伝達され得る。
2019534649.tif 000002
【特許請求の範囲】
【請求項１】
ＭＴＣ（Machine-Type Communication）をサポートする無線通信システムにおいて端末がデータを送受信する方法であって、
第１ＭＰＤＣＣＨ（MTC Physical Downlink Control Channel）に対して設定された第１探索領域（search space）をモニタリングする過程と、前記第１ＭＰＤＣＣＨは単一セルマルチキャスト制御チャネル（Single Cell-Multicast Control Channel：ＳＣ−ＭＣＣＨ）を伝達する第１ＰＤＳＣＨ（Physical Downlink shared Channel）のスケジューリングのための第１制御情報（control information）を含み、
前記第１制御情報に基づいて、前記第１ＰＤＳＣＨを受信する過程と、
前記ＳＣ−ＭＣＣＨを介して取得されたグループ識別子（group identifier）を利用して、第２ＭＰＤＣＣＨに対して設定された第２探索領域をモニタリングする過程と、前記第２ＭＰＤＣＣＨは、単一セルマルチキャストトラフィックチャネル（Single Cell-Multicast Traffic Channel：ＳＣ−ＭＴＣＨ）を伝達する第２ＰＤＳＣＨのスケジューリングのための第２制御情報を含み、
前記第２制御情報に基づいて、前記第２ＰＤＳＣＨを受信する過程とを含むが、
前記端末が前記第２ＰＤＳＣＨを受信するために利用可能な周波数帯域幅（frequency bandwidth）を指示する設定情報は、前記ＳＣ−ＭＣＣＨを介して伝達されることを特徴とする方法。
【請求項２】
前記設定情報は、第１周波数帯域幅及び第２周波数帯域幅のいずれか１つを指示し、
前記第１周波数帯域幅は、前記第２周波数帯域幅より大きく設定されることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１周波数帯域幅に対して第１送信ブロックサイズ（Transport Block Size：ＴＢＳ）表（table）が利用されるように設定され、
前記第２周波数帯域幅に対して第２ＴＢＳ表が利用されるように設定され、
前記第２ＴＢＳ表が示すＴＢＳ値は、前記第１ＴＢＳに含まれることを特徴とする請求項２に記載の方法。
【請求項４】
前記設定情報は、６個のリソースブロック（resource block）に該当する第１周波数帯域幅と２４個のリソースブロックに該当する第２周波数帯域幅のうち１つを指示することを特徴とする請求項１に記載の方法。
【請求項５】
前記設定情報は、前記第１周波数帯域幅及び前記第２周波数帯域幅のいずれか１つを指示する１ビットインジケータ（1 bit indicator）であることを特徴とする請求項４に記載の方法。
【請求項６】
前記グループ識別子及び前記設定情報は、臨時モバイルグループ識別子（Temporary Mobile Group Identity：ＴＭＧＩ）別に設定されることを特徴とする請求項１に記載の方法。
【請求項７】
前記第１探索領域は、単一セルの識別子（single cell identifier）を利用してモニタリングされることを特徴とする請求項１に記載の方法。
【請求項８】
基地局に前記端末の能力情報（capability information）を送信する過程をさらに含み、
前記設定情報は、前記基地局により前記端末の能力情報に基づいて生成されることを特徴とする請求項１に記載の方法。
【請求項９】
前記第１制御情報は、ＤＣＩ（Downlink Control Information）フォーマット６−２に該当するダウンリンク制御情報であり、
前記第２制御情報は、ＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−１Ｂのいずれか１つに該当するダウンリンク制御情報であることを特徴とする請求項１に記載の方法。
【請求項１０】
前記設定情報は、前記端末がＳＣ−ＰｔＭ方式をサポートする場合に前記ＳＣ−ＭＣＣＨを介して伝達されることを特徴とする請求項１に記載の方法。
【請求項１１】
ＭＴＣ（Machine-Type Communication）をサポートする無線通信システムにおいてデータを送受信する端末であって、
無線信号を送受信するためのＲＦ（Radio Frequency）ユニットと、
前記ＲＦユニットと機能的に接続されているプロセッサとを含み、
前記プロセッサは、
第１ＭＰＤＣＣＨ（MTC Physical Downlink Control Channel）に対して設定された第１探索領域（search space）をモニタリングし、前記第１ＭＰＤＣＣＨは、単一セルマルチキャスト制御チャネル（Single Cell-Multicast Control Channel：ＳＣ−ＭＣＣＨ）を伝達する第１ＰＤＳＣＨ（Physical Downlinkshared Channel）のスケジューリングのための第１制御情報（control information）を含み、
前記第１制御情報に基づいて、前記第１ＰＤＳＣＨを受信し、
前記ＳＣ−ＭＣＣＨを介して取得されたグループ識別子（group identifier）を利用して、第２ＭＰＤＣＣＨに対して設定された第２探索領域をモニタリングし、前記第２ＭＰＤＣＣＨは、単一セルマルチキャストトラフィックチャネル（Single Cell-Multicast Traffic Channel：ＳＣ−ＭＴＣＨ）を伝達する第２ＰＤＳＣＨのスケジューリングのための第２制御情報を含み、
前記第２制御情報に基づいて、前記第２ＰＤＳＣＨを受信するように制御するものの、
前記端末が前記第２ＰＤＳＣＨを受信するために利用可能な周波数帯域幅（frequency bandwidth）を指示する設定情報は、前記ＳＣ−ＭＣＣＨを介して伝達されることを特徴とする端末。
【請求項１２】
前記設定情報は、第１周波数帯域幅及び第２周波数帯域幅のいずれか１つを指示し、
前記第１周波数帯域幅は、前記第２周波数帯域幅より大きく設定されることを特徴とする請求項１１に記載の端末。
【請求項１３】
前記設定情報は、６個のリソースブロック（resource block）に該当する第１周波数帯域幅と２４個のリソースブロックに該当する第２周波数帯域幅のうち１つを指示することを特徴とする請求項１１に記載の端末。
【請求項１４】
前記第１周波数帯域幅に対して第１送信ブロックサイズ（Transport Block Size：ＴＢＳ）表（table）が利用されるように設定され、
前記第２周波数帯域幅に対して第２ＴＢＳ表が利用されるように設定され、
前記第２ＴＢＳ表が示すＴＢＳ値は、前記第１ＴＢＳに含まれることを特徴とする請求項１２に記載の端末。
【請求項１５】
前記第１制御情報は、ＤＣＩ（Downlink Control Information）フォーマット６−２に該当するダウンリンク制御情報であり、
前記第２制御情報は、ＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−１Ｂのいずれか１つに該当するダウンリンク制御情報であることを特徴とする請求項１１に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおいてデータを送受信する方法に関し、より詳細には、マルチキャスト（multicast）及び／又はブロードキャスト（broadcast）情報の送信と関連してデータを送受信するための方法及びこれをサポートする装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によってリソースの不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの収容、ユーザ当たりの送信率の画期的な増加、大幅増加した接続デバイス数の収容、非常に低いエンドツーエンド遅延（End-to-End Latency）、高エネルギー効率をサポートできなければならない。このために、多重続性（Dual Connectivity）、大規模多重入出力（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-bandFull Duplex）、非直交多重接続（ＮＯＭＡ：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）サポート、端末ネットワーキング（Device Networking）等、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書は、無線通信システムにおいてＳＣ−ＰｔＭ（Single Cell-Point to Multipoint）方式に基づいてデータを送受信する方法を提案する。
【０００５】
具体的に、本明細書は、既存のＮＢ−ＩｏＴ及び／又はＭＴＣ（Machine-Type Communication）送信に対して設定されたＰＲＢ（physical resource block）（すなわち、キャンプオン（camp on）ＰＲＢ、ユニキャストＰＲＢ、ページングＰＲＢ、又はランダムアクセスＰＲＢなど）と異なるＰＲＢを利用してマルチキャスト信号及び／又はチャネルを送受信する方法を提案する。
【０００６】
また、本明細書は、既存のＮＢ−ＩｏＴ及び／又はＭＴＣ送信に対して設定されたＰＲＢと同一のＰＲＢを利用してマルチキャスト信号及び／又はチャネルを送受信する方法を提案する。
【０００７】
また、本明細書は、マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）の変更を通知する方法を提案する。
【０００８】
また、本明細書は、ＭＣＣＨの制御情報などを送信するダウンリンク制御チャネルを複数のＰＲＢを介して送信する方法を提案する。
【０００９】
また、本明細書は、マルチキャスト信号及び／又はチャネルなどの繰り返し回数（すなわち、カバレッジ向上レベル（coverage enhancement level））を設定する方法を提案する。
【００１０】
また、本明細書は、ＮＢ−ＩｏＴ及び／又はＭＴＣにおいて複数の端末カテゴリーをサポートする場合、ＳＣ−ＭＣＣＨ及びＳＣ−ＭＴＣＨを送受信する方法を提案する。
【００１１】
また、本明細書は、狭帯域（narrow band）及び広帯域（wide band）を考慮するＭＴＣにおいてリソース割り当て情報（resource allocation information）を伝達する方法を提案する。
【００１２】
本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されなく、言及していない他の技術的課題は、以下の記載から本発明が属する技術分野で通常の知識を有するに明確に理解できるであろう。
【課題を解決するための手段】
【００１３】
本発明の実施形態によるＭＴＣ（Machine-Type Communication）をサポートする無線通信システムにおいて端末がデータを送受信する方法であって、前記方法は、第１ＭＰＤＣＣＨ（MTC Physical Downlink ControlChannel）に対して設定された第１探索領域（search space）をモニタリングする過程と、前記第１ＭＰＤＣＣＨは、単一セルマルチキャスト制御チャネル（Single Cell-Multicast ControlChannel：ＳＣ−ＭＣＣＨ）を伝達する第１ＰＤＳＣＨ（Physical Downlink shared Channel）のスケジューリングのための第１制御情報（control information）を含み、前記第１制御情報に基づいて、前記第１ＰＤＳＣＨを受信する過程と、前記ＳＣ−ＭＣＣＨを介して取得されたグループ識別子（group identifier）を利用して、第２ＭＰＤＣＣＨに対して設定された第２探索領域をモニタリングする過程と、前記第２ＭＰＤＣＣＨは、単一セルマルチキャストトラフィックチャネル（Single Cell-Multicast TrafficChannel：ＳＣ−ＭＴＣＨ）を伝達する第２ＰＤＳＣＨのスケジューリングのための第２制御情報を含み、前記第２制御情報に基づいて、前記第２ＰＤＳＣＨを受信する過程とを含むが、前記端末が前記第２ＰＤＳＣＨを受信するために利用可能な周波数帯域幅（frequency bandwidth）を指示する設定情報は、前記ＳＣ−ＭＣＣＨを介して伝達される。
【００１４】
また、本発明の実施形態による前記方法において、前記設定情報は、第１周波数帯域幅及び第２周波数帯域幅のいずれか１つを指示し、前記第１周波数帯域幅は、前記第２周波数帯域幅より大きく設定されることができる。
【００１５】
また、本発明の実施形態による前記方法において、前記第１周波数帯域幅に対して第１送信ブロックサイズ（Transport Block Size：ＴＢＳ）表（table）が利用されるように設定され、前記第２周波数帯域幅に対して第２ＴＢＳ表が利用されるように設定され、前記第２ＴＢＳ表が示すＴＢＳ値は、前記第１ＴＢＳに含まれることができる。
【００１６】
また、本発明の実施形態による前記方法において、前記設定情報は、６個のリソースブロック（resource block）に該当する第１周波数帯域幅と２４個のリソースブロックに該当する第２周波数帯域幅のうち１つを指示することができる。
【００１７】
また、本発明の実施形態による前記方法において、前記設定情報は、前記第１周波数帯域幅及び前記第２周波数帯域幅のいずれか１つを指示する１ビットインジケータ（1 bit indicator）であり得る。
【００１８】
また、本発明の実施形態による前記方法において、前記グループ識別子及び前記設定情報は、臨時モバイルグループ識別子（Temporary Mobile Group Identity：ＴＭＧＩ）別に設定されることができる。
【００１９】
また、本発明の実施形態による前記方法において、前記第１探索領域は、単一セル識別子（single cell identifier）を利用してモニタリングされることができる。
【００２０】
また、本発明の実施形態による前記方法は、基地局に前記端末の能力情報（capability information）を送信する過程をさらに含み、前記設定情報は、前記基地局により前記端末の能力情報に基づいて生成されることができる。
【００２１】
また、本発明の実施形態による前記方法において、前記第１制御情報は、ＤＣＩ（Downlink Control Information）フォーマット６−２に該当するダウンリンク制御情報であり、前記第２制御情報は、ＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−１Ｂのいずれか１つに該当するダウンリンク制御情報であり得る。
【００２２】
また、本発明の実施形態による前記方法において、前記設定情報は、前記端末がＳＣ−ＰｔＭ方式をサポートする場合に前記ＳＣ−ＭＣＣＨを介して伝達されることができる。
【００２３】
本発明の実施形態によるＭＴＣ（Machine-Type Communication）をサポートする無線通信システムにおいてデータを送受信する端末であって、前記端末は、無線信号を送受信するためのＲＦ（Radio Frequency）ユニットと、前記ＲＦユニットと機能的に接続されているプロセッサとを含み、前記プロセッサは、第１ＭＰＤＣＣＨ（MTC Physical Downlink Control Channel）に対して設定された第１探索領域（search space）をモニタリングし、前記第１ＭＰＤＣＣＨは、単一セルマルチキャスト制御チャネル（Single Cell-Multicast Control Channel：ＳＣ−ＭＣＣＨ）を伝達する第１ＰＤＳＣＨ（Physical Downlink shared Channel）のスケジューリングのための第１制御情報（control information）を含み、前記第１制御情報に基づいて、前記第１ＰＤＳＣＨを受信し、前記ＳＣ−ＭＣＣＨを介して取得されたグループ識別子（group identifier）を利用して、第２ＭＰＤＣＣＨに対して設定された第２探索領域をモニタリングし、前記第２ＭＰＤＣＣＨは、単一セルマルチキャストトラフィックチャネル（Single Cell-Multicast Traffic Channel：ＳＣ−ＭＴＣＨ）を伝達する第２ＰＤＳＣＨのスケジューリングのための第２制御情報を含み、前記第２制御情報に基づいて、前記第２ＰＤＳＣＨを受信するように制御するが、前記端末が前記第２ＰＤＳＣＨを受信するために利用可能な周波数帯域幅（frequency bandwidth）を指示する設定情報は、前記ＳＣ−ＭＣＣＨを介して伝達される。
【００２４】
また、本発明の実施形態による前記端末において、前記設定情報は、第１周波数帯域幅及び第２周波数帯域幅のいずれか１つを指示し、前記第１周波数帯域幅は、前記第２周波数帯域幅より大きく設定されることがある。
【００２５】
また、本発明の実施形態による前記端末において、前記設定情報は、６個のリソースブロック（resource block）に該当する第１周波数帯域幅と２４個のリソースブロックに該当する第２周波数帯域幅の１つを指示することができる。
【００２６】
また、本発明の実施形態による前記の端末において、前記第１周波数帯域幅に対して第１送信ブロックサイズ（Transport Block Size：ＴＢＳ）表（table）が利用されるように設定され、前記第２周波数帯域幅に対して第２ＴＢＳ表が利用されるように設定され、前記第２ＴＢＳ表が示すＴＢＳ値は、前記第１ＴＢＳに含まれることができる。
【００２７】
また、本発明の実施形態による前記の端末において、前記第１制御情報は、ＤＣＩ（Downlink Control Information）フォーマット６−２に該当するダウンリンク制御情報であり、前記第２制御情報は、ＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−１Ｂのいずれか１つに該当するダウンリンク制御情報であり得る。
【発明の効果】
【００２８】
本発明の実施形態によると、複数の端末カテゴリー（UE category）をサポートするＭＴＣシステムにおいてもマルチキャスト情報又はブロードキャスト情報が効率的に伝達されることができる。
【００２９】
また、本発明の実施形態によると、端末が自分のカテゴリーに該当しない探索領域（又は、ＤＣＩ）をモニタリングする必要がなくなることにより、端末の電力消耗の側面で効率的なマルチキャスト情報又はブロードキャスト情報の送信が行われることができる。
【００３０】
本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、下記の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるであろう。
【図面の簡単な説明】
【００３１】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００３２】
【図１】本発明が適用できる無線通信システムにおける無線フレームの構造を示す。
【００３３】
【図２】本発明が適用できる無線通信システムにおける１つのダウンリンクスロットに対するリソースグリッド（resource grid）を例示した図である。
【００３４】
【図３】本発明が適用できる無線通信システムにおけるダウンリンクサブフレームの構造を示す。
【００３５】
【図４】本発明が適用できる無線通信システムにおけるアップリンクサブフレームの構造を示す。
【００３６】
【図５】本発明が適用できる無線通信システムにおけるコンポーネントキャリア及びキャリア併合の一例を示す。
【００３７】
【図６】キャリア併合をサポートするシステムのセルの区分を例示した図である。
【００３８】
【図７】本明細書で提案する方法が適用できるＮＢＬＴＥシステムの動作システムの一例を示す図である。
【００３９】
【図８】本明細書で提案する方法が適用できる１５ｋＨｚサブキャリア間隔（subcarrier spacing）に対するＮＢフレーム構造の一例を示す。
【００４０】
【図９】本明細書で提案する方法が適用できる３．７５ｋＨｚサブキャリア間隔（subcarrier spacing）に対するＮＢフレーム構造の一例を示す。
【００４１】
【図１０】本明細書で提案する方法が適用できる３．７５ｋＨｚサブキャリア間隔（subcarrier spacing）におけるＮＢサブフレーム構造の一例を示す。
【００４２】
【図１１】本明細書で提案する方法が適用できるＮＢ−ＬＴＥシステムにおけるＮ−ＰＤＣＣＨ及びＮ−ＰＤＳＣＨ送信方式の一例を示す。
【００４３】
【図１２】本発明で提案する方法が適用できるＮＢ−ＬＴＥ（すなわち、ＮＢ−ＩｏＴ）システムにおけるＰＲＢ設定方式の一例を示す。
【００４４】
【図１３】本発明で提案する方法が適用できるＮＢ−ＬＴＥ（すなわち、ＮＢ−ＩｏＴ）システムにおけるＰＲＢ設定方式の他の例を示す。
【００４５】
【図１４】本明細書で提案する方法が適用できるＮＢ−ＩｏＴをサポートする無線通信システムにおいてデータを送受信する端末の動作フローチャートを示す。
【００４６】
【図１５】本明細書で提案する方法が適用できる無線通信システムにおいて端末カテゴリー情報を送受信する基地局と端末間のシグナリング手順を示す。
【００４７】
【図１６】本明細書で提案する方法が適用できるＭＴＣ（Machine-Type Communication）をサポートする無線通信システムにおいてデータを送受信する端末の動作フローチャートを示す。
【００４８】
【図１７】本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。
【００４９】
【図１８】本発明の一実施形態による通信装置のブロック構成図を例示する。
【発明を実施するための形態】
【００５０】
以下、本発明にかかる好ましい実施の形態を添付された図面を参照して詳細に説明する。添付された図面と共に以下に開示する詳細な説明は、本発明の例示的な実施の形態を説明するためのものであり、本発明が実施されうる唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的細部事項を含む。しかしながら、当業者は、本発明がこのような具体的細部事項がなくても実施できることを理解すべきである。
【００５１】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を重心にしたブロック図形式で示されることができる。
【００５２】
本明細書において基地局は、端末と直接的に通信を行うネットワークの終端ノード（terminal node）としての意味を有する。本文書において基地局により行われると説明された特定動作は、場合によっては、基地局の上位ノード（upper node）により行われても良い。すなわち、基地局を含む複数のネットワークノード（network nodes）からなるネットワークにおいて端末との通信のために行われる多様な動作は、基地局または基地局以外の他のネットワークノードにより行われうることは明らかである。「基地局（ＢＳ：Base Station）」は、固定局（fixed station）、ＮｏｄｅＢ、ｅＮＢ（evolved-NodeB）、ＢＴＳ（basetransceiver system）、アクセスポイント（ＡＰ：Access Point）などの用語により代替されることができる。また、「端末（Terminal）」は、固定されるか、または移動性を有することができ、ＵＥ（UserEquipment）、ＭＳ（Mobile Station）、ＵＴ（user terminal）、ＭＳＳ（MobilesubscriberStation）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced MobileStation）、ＷＴ（Wireless terminal）、ＭＴＣ（Machine-Type Communication）装置、Ｍ２Ｍ（Machine-to-Machine）装置、Ｄ２Ｄ（Device-to-Device）装置などの用語に代替されることができる。
【００５３】
以下、ダウンリンク（ＤＬ：downlink）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：uplink）は、端末から基地局への通信を意味する。ダウンリンクにおける送信機は、基地局の一部で、受信機は、端末の一部でありうる。アップリンクにおける送信機は、端末の一部で、受信機は、基地局の一部でありうる。
【００５４】
以下の説明において用いられる特定用語は、本発明の理解に役立つために提供されたものであり、このような特定用語の使用は、本発明の技術的思想から外れない範囲内で他の形態に変更されることができる。
【００５５】
以下の技術は、ＣＤＭＡ（code divisionmultiple access）、ＦＤＭＡ（frequency division multipleaccess）、ＴＤＭＡ（time division multiple access）、ＯＦＤＭＡ（orthogonal frequency division multiple access）、ＳＣ−ＦＤＭＡ（single carrier frequency division multiple access）、ＮＯＭＡ（non-orthogonal multiple access）などのような多様な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（universal terrestrial radio access）またはＣＤＭＡ２０００のような無線技術（radio technology）により実現化されることができる。ＴＤＭＡは、ＧＳＭ（登録商標）（global system for mobile communications）／ＧＰＲＳ（general packet radio service）／ＥＤＧＥ（enhanceddata rates for GSM evolution）のような無線技術により実現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（evolved UTRA）などのような無線技術により実現化されることができる。ＵＴＲＡは、ＵＭＴＳ（universal mobile telecommunications system）の一部である。３ＧＰＰ（3rd generation partnership project） ＬＴＥ（longterm evolution）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（evolved UMTS）の一部であり、ダウンリンクにおいてＯＦＤＭＡを採用し、アップリンクにおいてＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（advanced）は、３ＧＰＰ ＬＴＥの進化である。
【００５６】
本発明の実施の形態は、無線接続システムであるＩＥＥＥ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも１つに開示された標準文書により裏付けられることができる。すなわち、本発明の実施の形態のうち、本発明の技術的思想を明確にあらわすために、説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書に開示している全ての用語は、前記標準文書により説明されることができる。
【００５７】
説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に述べるが、本発明の技術的特徴がこれに制限されることではない。
【００５８】
システム一般
【００５９】
図１は、本発明が適用されることができる無線通信システムにおける無線フレームの構造を示す。
【００６０】
３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａでは、ＦＤＤ（Frequency division Duplex）に適用可能なタイプ１無線フレーム（radioframe）構造とＴＤＤ（Time division Duplex）に適用可能なタイプ２の無線フレーム構造をサポートする。
【００６１】
図１において、無線フレームの時間領域でのサイズは、Ｔ＿ｓ＝１／（１５０００＊２０４８）の時間単位の倍数で表される。ダウンリンク及びアップリンク送信は、Ｔ＿ｆ＝３０７２００＊Ｔ＿ｓ＝１０ｍｓの区間を有する無線フレームから構成される。
【００６２】
図１の（ａ）は、タイプ１無線フレームの構造を示す。タイプ１無線フレームは、全二重（full duplex）及び半二重（half duplex）ＦＤＤに全部適用されることができる。
【００６３】
無線フレーム（radio frame）は、１０個のサブフレーム（subframe）から構成される。１つの無線フレームは、Ｔ＿ｓｌｏｔ＝１５３６０＊Ｔ＿ｓ＝０．５ｍｓ長さの２０個のスロットから構成され、各スロットは、０から１９までのインデックスが付与される。１つのサブフレームは、時間領域（time domain）で連続的な２個のスロット（slot）から構成され、サブフレームｉは、スロット２ｉ及びスロット２ｉ＋１から構成される。１つのサブフレームを送信するのにかかる時間をＴＴＩ（transmission time interval）という。例えば、１つのサブフレームは、長さは１ｍｓで、１つのスロットの長さは、０．５ｍｓでありうる。
【００６４】
ＦＤＤにおいてアップリンク送信及びダウンリンク送信は、周波数ドメインにおいて区分される。全二重ＦＤＤに制限がないことに対し、半二重ＦＤＤ動作における端末は、同時に送信及び受信ができない。
【００６５】
１つのスロットは、時間領域において複数のＯＦＤＭ（orthogonal frequency division multiplexing）シンボルを含み、周波数領域において複数のリソースブロック（ＲＢ：Resource Block）を含む。３ＧＰＰ ＬＴＥは、ダウンリンクにおいてＯＦＤＭＡを使用するから、ＯＦＤＭシンボルは、１つのシンボル区間（symbol period）を表現するためのものである。ＯＦＤＭシンボルは、１つのＳＣ−ＦＤＭＡシンボルまたはシンボル区間ということができる。リソースブロック（resource block）は、リソース割り当て単位で、１つのスロットにおいて複数の連続的な副搬送波（subcarrier）を含む。
【００６６】
図１の（ｂ）は、タイプ２フレーム構造（frame structure type 2）を示す。タイプ２無線フレームは、各１５３６００＊Ｔ＿ｓ＝５ｍｓの長さの２個のハーフフレーム（ｈａｌｆｆｒａｍｅ）から構成される。各ハーフフレームは、３０７２０＊Ｔ＿ｓ＝１ｍｓ長さの５個のサブフレームから構成される。
【００６７】
ＴＤＤシステムのタイプ２フレーム構造においてアップリンク−ダウンリンク構成（uplink-downlink configuration）は、全てのサブフレームに対してアップリンクとダウンリンクが割り当て（又は、予約）されるか否かを表す規則である。表１は、アップリンク−ダウンリンク構成を示す。
【００６８】
【表１】
2019534649.tif 000003
【００６９】
表１を参照すると、無線フレームの各サブフレーム別に、「Ｄ」は、ダウンリンク送信のためのサブフレームを表し、「Ｕ」は、アップリンク送信のためのサブフレームを表し、「Ｓ」は、ＤｗＰＴＳ（Downlink Pilot Time Slot）、保護区間（ＧＰ：GuardPeriod）、ＵｐＰＴＳ（Uplink Pilot Time Slot）３通りのフィールドから構成されるスペシャルサブフレーム（special subframe）を表す。
【００７０】
ＤｗＰＴＳは、端末での初期セルサーチ、同期化またはチャネル推定に使用される。ＵｐＰＴＳは、基地局でのチャネル推定と端末のアップリンク送信同期とを合せるのに使用される。ＧＰは、アップリンクとダウンリンクとの間にダウンリンク信号の多重経路の遅延によりアップリンクにおいて生じる干渉を除去するための区間である。
【００７１】
各サブフレームｉは、各Ｔ＿ｓｌｏｔ＝１５３６０＊Ｔ＿ｓ＝０．５ｍｓ長さのスロット２ｉ及びスロット２ｉ＋１から構成される。
【００７２】
アップリンク−ダウンリンク構成は、７通りに区分されることができ、各構成別にダウンリンクサブフレーム、スペシャルサブフレーム、アップリンクサブフレームの位置及び／または数が異なる。
【００７３】
ダウンリンクからアップリンクに変更されるとき点またはアップリンクからダウンリンクに切り替えられる時点を切り替え時点（switching point）という。切り替え時点の周期性（Switch-pointperiodicity）は、アップリンクサブフレームとダウンリンクサブフレームが切り替えられる様相が同様に繰り返される周期を意味し、５ｍｓまたは１０ｍｓが全てサポートされる。５ｍｓダウンリンク−アップリンク切り替え時点の周期を有する場合には、スペシャルサブフレーム（Ｓ）は、ハーフ−フレーム毎に存在し、５ｍｓダウンリンク−アップリンク切り替え時点の周期を有する場合には、１番目のハーフ−フレームだけに存在する。
【００７４】
全ての構成において、０番、５番サブフレーム及びＤｗＰＴＳは、ダウンリンク送信だけのための区間である。ＵｐＰＴＳ及びサブフレームサブフレームに直ちにつながるサブフレームは、常にアップリンク送信のための区間である。
【００７５】
このような、アップリンク−ダウンリンク構成はシステム情報であって、基地局と端末ともが知っていることができる。基地局は、アップリンク−ダウンリンク構成情報が変わる毎に構成情報のインデックスだけを送信することによって、無線フレームのアップリンク−ダウンリンク割り当て状態の変更を端末に知らせることができる。また、構成情報は、一種のダウンリンク制御情報として他のスケジューリング情報と同様にＰＤＣＣＨ（Physical Downlink control Channel）を介して送信されることができ、放送情報としてブロードキャストチャネル（broadcast channel）を介してセル内の全ての端末に共通に送信されることもできる。
【００７６】
表２は、スペシャルサブフレームの構成（ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さ）を示す。
【００７７】
【表２】
2019534649.tif 000004
【００７８】
図１の例示による無線フレームの構造は、１つの例示に過ぎず、無線フレームに含まれる副搬送波の数またはサブフレームに含まれるスロットの数、スロットに含まれるＯＦＤＭシンボルの数は、多様に変更されることができる。
【００７９】
図２は、本発明が適用されることができる無線通信システムにおける１つのダウンリンクスロットに対するリソースグリッド（resource grid）を示した図である。
【００８０】
図２に示すように、１つのダウンリンクスロットは、時間領域において複数のＯＦＤＭシンボルを含む。ここで、１つのダウンリンクスロットは、７個のＯＦＤＭシンボルを含み、１つのリソースブロックは、周波数領域において１２個の副搬送波を含むことを例示的に述べるが、これに限定されるものではない。
【００８１】
リソースグリッド上において各要素（element）をリソース要素（resource element）とし、１つのリソースブロック（ＲＢ：resourceblock）は、１２×７個のリソース要素を含む。ダウンリンクスロットに含まれるリソースブロックの数Ｎ^ＤＬは、ダウンリンク送信帯域幅（bandwidth）に従属する。
【００８２】
アップリンクスロットの構造は、ダウンリンクスロットの構造と同一でありうる。
【００８３】
図３は、本発明が適用されることができる無線通信システムにおけるダウンリンクサブフレームの構造を示す。
【００８４】
図３に示すように、サブフレーム内の第１番目のスロットにおいて前の最大３個のＯＦＤＭシンボルが制御チャネルが割り当てられる制御領域（control region）であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（PhysicalDownlink Shared Channel）が割り当てられる データ領域（data region）である。３ＧＰＰＬＴＥで使用されるダウンリンク制御チャネルの一例にＰＣＦＩＣＨ（Physical Control FormatIndicator Channel）、ＰＤＣＣＨ（Physical Downlink    control Channel）、ＰＨＩＣＨ（Physical Hybrid-ARQIndicator Channel）などがある。
【００８５】
ＰＣＦＩＣＨは、サブフレームの第１番目のＯＦＤＭシンボルにおいて送信され、サブフレーム内に制御チャネルの送信のために使用されるＯＦＤＭシンボルの数（すなわち、制御領域のサイズ）に関する情報を運ぶ。ＰＨＩＣＨは、アップリンクに対する応答チャネルで、ＨＡＲＱ（Hybrid Automatic Repeat Request）に対するＡＣＫ（Acknowledgement）／ＮＡＣＫ（Not-Acknowledgement）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ＤＣＩ：downlink control information）という。ダウンリンク制御情報は、アップリンクリソース割り当て情報、ダウンリンクリソース割り当て情報または任意の端末グループに対するアップリンク送信（Ｔｘ）パワー制御命令を含む。
【００８６】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（DownlinkShared Channel）のリソース割り当て及び送信フォーマット（これをダウンリンクグラントともいう）、ＵＬ−ＳＣＨ（Uplink Shared Channel）のリソース割り当て情報（これをアップリンクグラントともいう）、ＰＣＨ（Paging Channel）でのページング（paging）情報、ＤＬ−ＳＣＨでのシステム情報、ＰＤＳＣＨから送信されるランダムアクセス応答（random access response）のような上位層（upper-layer）制御メッセージに対するリソース割り当て、任意の端末グループ内の個別端末に対する送信パワー制御命令の集合、ＶｏＩＰ（Voice over IP）の活性化などを運ぶことができる。複数のＰＤＣＣＨは、制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングできる。ＰＤＣＣＨは、１つまたは複数の連続的なＣＣＥ（control channel elements）の集合から構成される。ＣＣＥは、無線チャネルの状態に応じる符号化率（coding rate）をＰＤＣＣＨに提供するために使用される論理的割り当て単位である。ＣＣＥは、複数のリソース要素グループ（resource element group）に対応する。ＰＤＣＣＨのフォーマット及び使用可能なＰＤＣＣＨのビット数は、ＣＣＥの数とＣＣＥにより提供される符号化率間の関連関係によって決定される。
【００８７】
基地局は、端末に送信しようとするＤＣＩに応じてＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（Cyclic Redundancy Check）を付ける。ＣＲＣには、ＰＤＣＣＨの所有者（owner）または用途に応じて、固有の識別子（これをＲＮＴＩ（Radio NetworkTemporary Identifier）という。）がマスキングされる。特定の端末のためのＰＤＣＣＨであれば、端末の固有の識別子、例えばＣ−ＲＮＴＩ（Cell-RNTI）がＣＲＣにマスキングされることができる。またはページングメッセージのためのＰＤＣＣＨであれば、ページング指示識別子、例えばＰ−ＲＮＴＩ（Paging-RNTI）がＣＲＣにマスキングされることができる。システム情報、さらに具体的にシステム情報ブロック（ＳＩＢ：system information block）のためのＰＤＣＣＨであれば、システム情報識別子、ＳＩ−ＲＮＴＩ（system information RNTI）がＣＲＣにマスキングされることができる。端末のランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ＲＡ−ＲＮＴＩ（random access-RNTI）がＣＲＣにマスキングされることができる。
【００８８】
ＥＰＤＣＣＨ（enhanced PDCCH）は、端末特定（UE-specific）シグナリングを運ぶ。ＥＰＤＣＣＨは、端末特定に設定された物理リソースブロック（ＰＲＢ：physical resource block）に位置する。言い換えると、前述したように、ＰＤＣＣＨは、サブフレーム内の１番目のスロットにおいて前の最大３個のＯＦＤＭシンボルで送信されることができるが、ＥＰＤＣＣＨは、ＰＤＣＣＨ以外のリソース領域で送信されることができる。サブフレーム内のＥＰＤＣＣＨが開始する時点（すなわち、シンボル）は、上位層シグナリング（例えば、ＲＲＣシグナリングなど）を介して端末に設定される。
【００８９】
ＥＰＤＣＣＨは、ＤＬ−ＳＣＨと関連した送信フォーマット、リソース割り当て及びＨＡＲＱ情報、ＵＬ−ＳＣＨと関連した送信フォーマット、リソース割り当て及びＨＡＲＱ情報、ＳＬ−ＳＣＨ（Sidelink Shared Channel）及びＰＳＣＣＨ（PhysicalSidelink Control Channel）と関連したリソース割り当て情報などを運ぶことができる。多重のＥＰＤＣＣＨがサポートされることができ、端末はＥＰＣＣＨのセットをモニタリングすることができる。
【００９０】
ＥＰＤＣＣＨは、１つ又はそれ以上の連続した進歩されたＣＣＥ（ＥＣＣＥ：enhanced CCE）を利用して送信されることができ、各ＥＰＤＣＣＨフォーマット別に単一のＥＰＤＣＣＨ当たりにＥＣＣＥの個数が決まることができる。
【００９１】
各ＥＣＣＥは、複数のリソース要素グループ（ＥＲＥＧ：enhanced resource element group）で構成される。ＥＲＥＧは，ＥＣＣＥのＲＥへのマッピングを定義するために使用される。ＰＲＢ対別に１６個のＥＲＥＧが存在する。各ＰＲＢ対内においてＤＭＲＳを運ぶＲＥを除いて、全てのＲＥは、周波数が増加する順に、その後、時間が増加する順に、０ないし１５までの番号が付与される。
【００９２】
端末は、複数のＥＰＤＣＣＨをモニタリングすることができる。例えば、端末がＥＰＤＣＣＨ送信をモニタリングする１つのＰＲＢ対内に１つ又は２つのＥＰＤＣＣＨセットが設定されることができる。
【００９３】
相違なる個数のＥＣＣＥが併合されることにより、ＥＰＣＣＨのための相異なる符号化率（coding rate）が実現できる。ＥＰＣＣＨは、局部型送信（localizedtransmission）又は分散型送信（distributed transmission）を使用することができ、これにより、ＰＲＢ内のＲＥへのＥＣＣＥのマッピングが変わる可能性がある。
【００９４】
図４は、本発明が適用されることができる無線通信システムにおけるアップリンクサブフレームの構造を示す。
【００９５】
図４に示すように、アップリンクサブフレームは、周波数領域において制御領域とデータ領域とに分けられる。制御領域には、アップリンク制御情報を運ぶＰＵＣＣＨ（Physical Uplink Control Channel）が割り当てられる。データ領域は、ユーザデータを運ぶＰＵＳＣＨ（Physical Uplink Shared Channel）が割り当てられる。単一搬送波特性を維持するために、１つの端末は、ＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。
【００９６】
１つの端末に対するＰＵＣＣＨには、サブフレーム内にリソースブロック（ＲＢ：Resource Block）対が割り当てられる。ＲＢ対に属するＲＢは、２個のスロットの各々で互いに異なる副搬送波を占める。これをＰＵＣＣＨに割り当てられたＲＢ対は、スロット境界（slot boundary）から周波数ホッピング（Frequency hopping）されるという。
【００９７】
キャリア併合一般
【００９８】
本発明の実施形態において考慮する通信環境は、マルチキャリア（Multi-carrier）サポート環境を全て含む。すなわち、本発明で使用されるマルチキャリアシステム又はキャリア併合（ＣＡ：Carrier Aggregation）システムとは、広帯域をサポートするために、目標とする広帯域を構成するときに目標帯域より小さい帯域幅（bandwidth）を有する１つ以上のコンポーネントキャリア（ＣＣ：ComponentCarrier）を併合（aggregation）して使用するシステムをいう。
【００９９】
本発明においてマルチキャリアは、キャリアの併合（又は、搬送波集成）を意味し、ここで、キャリアの併合は、隣接した（contiguous）キャリア間の併合だけでなく、非隣接した（non-contiguous）キャリア間の併合の両方ともを意味する。また、ダウンリンクとアップリンク間に集成されるコンポーネントキャリアの数は異なるように設定されることができる。ダウンリンクコンポーネントキャリア（以下、「ＤＬＣＣ」という。）の数とアップリンクコンポーネントキャリア（以下、「ＵＬ ＣＣ」という。）の数が同一である場合を対称的（symmetric）集成といい、その数が異なる場合を非対称的（asymmetric）集成という。このようなキャリア併合は、搬送波集成、帯域幅集成（bandwidthaggregation）、スペクトル集成（spectrum aggregation）などの用語と混用して使用されることができる。
【０１００】
２つ以上のコンポーネントキャリアが結合されて構成されるキャリア併合は、ＬＴＥ−Ａ（LTE-advanced）システムでは１００ＭＨｚ帯域幅までサポートすることを目標とする。目標帯域より小さい帯域幅を有する１つ以上のキャリアを結合するとき、結合するキャリアの帯域幅は、既存のＩＭＴシステムとの互換性（backward compatibility）の維持のために既存のシステムで使用する帯域幅に制限することができる。例えば、既存の３ＧＰＰＬＴＥシステムにおいては、｛１．４，３，５，１０，１５，２０｝ＭＨｚ帯域幅をサポートし、３ＧＰＰ ＬＴＥ−Ａシステムにおいては、既存のシステムとの互換のために前記帯域幅のみを利用して２０ＭＨｚより大きい帯域幅をサポートするようにすることができる。また、本発明で使用されるキャリア併合システムは、既存のシステムで使用する帯域幅と関係なく新たな帯域幅を定義してキャリア併合をサポートするようにすることもできる。
【０１０１】
ＬＴＥ−Ａシステムは、無線リソースを管理するためにセル（cell）の概念を使用する。
【０１０２】
前述したキャリア併合環境は、多重セル（multiple cells）環境ということができる。セルは、ダウンリンクリソース（ＤＬ ＣＣ）とアップリンクリソース（ＵＬＣＣ）の一対の組み合わせで定義されるが、アップリンクリソースは必須要素ではない。従って、セルは、ダウンリンクリソース単独、またはダウンリンクリソースとアップリンクリソースで構成されることができる。特定端末がただ１つの設定されたサービングセル（configured serving cell）を有する場合、１つのＤＬ ＣＣと１つのＵＬ ＣＣを有することができるが、特定端末が２つ以上の設定されたサービングセルを有する場合は、セルの数だけのＤＬＣＣを有し、ＵＬ ＣＣの数は、それと等しいかより小さい。
【０１０３】
また、その逆にＤＬ ＣＣとＵＬ ＣＣが構成されることもできる。すなわち、特定端末が複数の設定されたサービングセルを有する場合、ＤＬＣＣの数よりＵＬ ＣＣがさらに多いキャリア併合環境もサポートされることができる。すなわち、キャリア併合（carrieraggregation）は、それぞれキャリア周波数（セルの中心周波数）が相異なる２つ以上のセルの併合として理解されることができる。ここで言う「セル（Cell）」は、一般的に使用される基地局がカバーする領域としての「セル」とは区別されるべきである。
【０１０４】
ＬＴＥ−Ａシステムで使用されるセルは、プライマリセル（ＰＣｅｌｌ：Primary Cell）及びセカンダリセル（ＳＣｅｌｌ：Secondary Cell）を含む。ＰセルとＳセルは、サービングセル（Serving Cell）として用いられることができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるが、キャリア併合が設定されていないか、キャリア併合をサポートしない端末の場合、Ｐセルのみで構成されたサービングセルがただ１つ存在する。それに対して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあり、キャリア併合が設定された端末の場合、１つ以上のサービングセルが存在することができ、全体のセルにはＰセルと１つ以上のＳセルが含まれる。
【０１０５】
サービングセル（ＰセルとＳセル）は、ＲＲＣパラメータにより設定されることができる。ＰｈｙｓＣｅｌｌＩｄは、セルの物理層識別子として０から５０３までの整数値を有する。ＳＣｅｌｌＩｎｄｅｘは、Ｓセルを識別するために使用される簡略な（short）識別子として１から７までの整数値を有する。ＳｅｒｖＣｅｌｌＩｎｄｅｘは、サービングセル（ＰセルまたはＳセル）を識別するために使用される簡略な（short）識別子として０から７までの整数値を有する。０値はＰセルに適用され、ＳＣｅｌｌＩｎｄｅｘは、Ｓセルに適用するために予め付与される。すなわち、ＳｅｒｖＣｅｌｌＩｎｄｅｘにおいて最小のセルＩＤ（又は、セルインデックス）を有するセルがＰセルとなる。
【０１０６】
Ｐセルは、プライマリ周波数（又は、primary CC）上で動作するセルを意味する。端末が初期接続設定（initialconnection establishment）過程を行うか、接続再設定過程を行うのに使用されることができ、ハンドオーバー過程で指示されたセルを称することもできる。また、Ｐセルは、キャリア併合環境で設定されたサービングセルのうち制御関連通信の中心となるセルを意味する。すなわち、端末は、自分のＰセルにおいてのみＰＵＣＣＨを割り当てを受けて送信することができ、システムの情報を取得するか、モニタリングする手順を変更するのにＰセルのみを利用することができる。Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）は、キャリア併合環境をサポートする端末に移動性制御情報（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ）を含む上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用して、ハンドオーバー手順のためにＰセルのみを変更することもできる。
【０１０７】
Ｓセルは、セカンダリ周波数（又は、Secondary CC）上で動作するセルを意味することができる。特定端末にＰセルは１つのみが割り当てられ、Ｓセルは、１つ以上が割り当てられることができる。Ｓセルは、ＲＲＣ接続の設定が行われた後に構成可能であり、追加的な無線リソースを提供するのに使用されることができる。キャリア併合環境で設定されたサービングセルのうちＰセルを除いた残りのセル、すなわち、ＳセルにはＰＵＣＣＨが存在しない。Ｅ−ＵＴＲＡＮは、Ｓセルをキャリア併合環境をサポートする端末に追加するとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある関連セルの動作と関連した全てのシステム情報を特定シグナル（dedicated signal）により提供することができる。システム情報の変更は、関連したＳセルの解除及び追加により制御されることができ、ここで、上位層のＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｔａｉｏｎ）メッセージを利用することができる。Ｅ−ＵＴＲＡＮは、関連したＳセル内においてブロードキャストするよりは端末別に相異なるパラメータを有する特定シグナリング（dedicated signaling）をすることができる。
【０１０８】
初期保安活性化の過程が開始された後、Ｅ−ＵＴＲＡＮは、接続設定過程で、初期に構成されるＰセルに付加して１つ以上のＳセルを含むネットワークを構成することができる。キャリア併合環境でＰセル及びＳセルは、それぞれのコンポーネントキャリアとして動作することができる。以下の実施形態では、プライマリコンポーネントキャリア（ＰＣＣ）はＰセルと同一の意味で用いられることができ、セカンダリコンポーネントキャリア（ＳＣＣ）はＳセルと同一の意味で用いられることができる。
【０１０９】
図５は、本発明が適用できる無線通信システムにおけるコンポーネントキャリア及びキャリア併合の一例を示す。
【０１１０】
図５の（ａ）は、ＬＴＥシステムで使用される単一キャリア構造を示す。コンポーネントキャリアにはＤＬＣＣとＵＬ ＣＣがある。１つのコンポーネントキャリアは、２０ＭＨｚの周波数範囲を有することができる。
【０１１１】
図５の（ｂ）は、ＬＴＥ−Ａシステムで使用されるキャリア併合構造を示す。図５の（ｂ）の場合、２０ＭＨｚの周波数サイズを有する３つのコンポーネントキャリアが結合された場合を示す。ＤＬＣＣとＵＬ ＣＣがそれぞれ３つずつあるが、ＤＬ ＣＣとＵＬ ＣＣの個数に制限があることではない。キャリア併合の場合、端末は、３つのＣＣを同時にモニタリングすることができ、ダウンリンク信号／データを受信することができ、アップリンク信号／データを送信することができる。
【０１１２】
特定のセルにおいてＮ個のＤＬ ＣＣが管理される場合、ネットワークは、端末にＭ（Ｍ≦Ｎ）個のＤＬＣＣを割り当てることができる。ここで、端末は、Ｍ個の制限されたＤＬ ＣＣのみをモニタリングし、ＤＬ信号を受信することができる。また、ネットワークは、Ｌ（Ｌ≦Ｍ≦Ｎ）個のＤＬＣＣに優先順位を与え、主なＤＬ ＣＣを端末に割り当てることができ、このような場合、ＵＥは、Ｌ個のＤＬ ＣＣを必ずモニタリングしなければならない。このような方式は、アップリンクの送信にも同様に適用されることができる。
【０１１３】
ダウンリンクリソースの搬送波周波数（又は、ＤＬＣＣ）とアップリンクリソースの搬送波周波数（又は、ＵＬ ＣＣ）の間のリンケージ（linkage）は、ＲＲＣメッセージのような上位層メッセージやシステム情報により指示されることができる。例えば、ＳＩＢ２（System Information Block Type2）により定義されるリンケージによりＤＬリソースとＵＬリソースの組み合わせが構成されることができる。具体的に、リンケージは、ＵＬグラントを運ぶＰＤＣＣＨが送信されるＤＬＣＣと、前記ＵＬグラントを使用するＵＬ ＣＣとの間のマッピング関係を意味することができ、ＨＡＲＱのためのデータが送信されるＤＬ ＣＣ（又は、ＵＬ ＣＣ）とＨＡＲＱＡＣＫ／ＮＡＣＫ信号が送信されるＵＬ ＣＣ（又は、ＤＬ ＣＣ）との間のマッピング関係を意味することもできる。
【０１１４】
図６は、キャリア併合をサポートするシステムのセルの区分を例示した図である。
【０１１５】
図６に示すように、設定されたセル（configured cell）は、図５のように、基地局のセルのうち測定報告に基づいてキャリア併合できるようにしたセルであり、端末別に設定される。設定されたセルは、ＰＤＳＣＨの送信に対するａｃｋ／ｎａｃｋ送信のためのリソースを予め予約しておくことができる。活性化されたセル（activated cell）は、設定されたセルのうち実際にＰＤＳＣＨ／ＰＵＳＣＨを送信するように設定されたセルであり、ＰＤＳＣＨ／ＰＵＳＣＨ送信のためのＣＳＩ（Channel State Information）報告とＳＲＳ（SoundingReference Signal）送信を行う。非活性化されたセル（de-activated cell）は、基地局の命令又はタイマー動作によりＰＤＳＣＨ／ＰＵＳＣＨの送信をしないようにするセルであり、ＣＳＩ報告及びＳＲＳ送信も中断することができる。
【０１１６】
ＮＢ−ＬＴＥシステムの動作システム
【０１１７】
図７は、本明細書で提案する方法が適用できるＮＢＬＴＥシステムの動作システムの一例を示す図である。
【０１１８】
具体的に、図７の（ａ）は、Ｉｎ−ｂａｎｄシステムを示し、図７の（ｂ）は、Ｇｕａｒｄ−ｂａｎｄシステムを示し、図７の（ｃ）は、Ｓｔａｎｄ−ａｌｏｎｅシステムを示す。
【０１１９】
インバンドシステム（In-band system）はインバンドモード（In-band mode）で、ガードバンドシステム（Guard-band system）はガードバンドモード（Guard-band mode）で、独立型システム（Stand-alone system）は独立型モード（Stand-alone mode）で表現されることができる。
【０１２０】
図７の（ａ）のＩｎ−ｂａｎｄシステムは、レガシーＬＴＥバンド内の特定１ＲＢをＮＢ−ＬＴＥ（又は、LＴＥ−ＮＢ）のために使用するシステム又はモードを示し、ＬＴＥシステムキャリア（carrier）の一部リソースブロックを割り当てて運用されることができる。
【０１２１】
図７の（ｂ）のＧｕａｒｄ−ｂａｎｄシステムは、レガシーＬＴＥバンドのガードバンド（guard band）のために空けておいた（reserved）空間にＮＢ−ＬＴＥを使用するシステム又はモードを示し、ＬＴＥシステムにおいてリソースブロックとして使用されないＬＴＥキャリア（carrier）のガードバンドを割り当てて運用されることができる。
【０１２２】
レガシーＬＴＥバンドは、各ＬＴＥバンドの最後に少なくとも１００ｋＨｚのガードバンド有する。
【０１２３】
２００ｋＨｚを利用するために、２つの非連続的な（non-contiguous）ガードバンドを利用することができる。
【０１２４】
Ｉｎ−ｂａｎｄシステム及びＧｕａｒｄ−ｂａｎｄシステムは、レガシーＬＴＥバンド内にＮＢ−ＬＴＥが共存する構造を示す。
【０１２５】
これに対して、図７の（ｃ）のＳｔａｎｄ−ａｌｏｎｅシステムは、レガシーＬＴＥバンドから独立的に構成されたシステム又はモードを示し、ＧＥＲＡＮにおいて使用される周波数帯域（今後に再割り当てされたＧＳＭ（登録商標）ｃａｒｒｉｅｒ）を別途に割り当てて運用されることができる。
【０１２６】
図８は、本明細書で提案する方法が適用できる１５ｋＨｚのサブキャリア間隔（subcarrier spacing）に対するＮＢフレーム構造の一例を示す。
【０１２７】
図８に示すように、１５ｋＨｚのサブキャリア間隔（subcarrier spacing）に対するＮＢフレーム構造は、レガシーシステム（ＬＴＥシステム）のフレーム構造と同一である。
【０１２８】
すなわち、１０ｍｓのＮＢフレームは、１０個の１ｍｓのＮＢサブフレームを含み、１ｍｓのＮＢサブフレームは、２個の０．５ｍｓのＮＢスロット（slot）含む。
【０１２９】
また、０．５ｍｓのＮＢスロットは、７個のＯＦＤＭシンボルを含む。
【０１３０】
図９は、本明細書で提案する方法が適用できる３．７５ｋＨｚのサブキャリア間隔（subcarrier spacing）に対するＮＢフレーム構造の一例を示す。
【０１３１】
図９に示すように、１０ｍｓのＮＢフレームは、５個の２ｍｓのＮＢサブフレームを含み、２ｍｓのＮＢサブフレームは、７個のＯＦＤＭシンボルと１つの保護区間（Guard Period：ＧＰ）を含む。
【０１３２】
前記２ｍｓのＮＢサブフレームは、ＮＢスロット又はＮＢ−ＲＵ（resource unit）などで表現されることもできる。
【０１３３】
図１０は、本明細書で提案する方法が適用できる３．７５ｋＨｚのサブキャリア間隔（subcarrier spacing）におけるＮＢサブフレーム構造の一例を示す。
【０１３４】
図１０は、レガシーＬＴＥサブフレーム（legacy LTE subframe）構造と３．７５ｋＨｚのサブフレーム構造の対応関係を示す。
【０１３５】
図１０に示すように、３．７５ｋＨｚのサブフレーム（２ｍｓ）は、レガシーＬＴＥの１ｍｓのサブフレーム（又は、１ｍｓのＴＴＩ）２個に対応する。
【０１３６】
ＳＣ−ＰｔＭ（Single Cell Point-to-Multipoint）
【０１３７】
ＳＣ−ＰｔＭ制御情報（SC-PtM control information）は、特定論理チャネル（ＳＣ−ＭＣＣＨ：SC-Multicast Control Channel）において提供される。ＳＣ−ＭＣＣＨは、進行中のＭＢＭＳセッション（Multimedia Broadcast Multicast Service session）だけでなく、各セッションがスケジューリングされるとき（すなわち、スケジューリング期間（scheduling period））、スケジューリングウィンドウ（schedulingwindow）及び開始オフセット（start offset）に関する情報を示すＳＣ−ＰＴＭ−Ｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（すなわち、ＳＣ−ＰｔＭ設定のメッセージ）を運ぶ。また、前記ＳＣ−ＰｔＭ設定メッセージは、現在セルにおいて進行中のＭＢＭＳセッションを送信する隣接セル（neighbor cell）に関する情報を提供する。また、制限された量のＳＣ−ＰＴＭ制御情報は、ＢＣＣＨ（Broadcast Control Channel）において提供される。これは、主にＳＣ−ＭＣＣＨを取得するために必要な情報と関連する。
【０１３８】
前記ＳＣ−ＭＣＣＨのスケジューリングと関連して、ＳＣ−ＭＣＣＨ情報（すなわち、ＳＣ−ＭＣＣＨを介して送信されたメッセージで送信された情報）は、構成可能な繰り返し周期を利用して反復的に送信される。ＳＣ−ＭＣＣＨ送信（及び連関した無線リソース（radio resource）及びＭＣＳ（Modulation and CodingScheme））は、ＰＤＣＣＨ（Physical Downlink Control Channel）で指示される。
【０１３９】
また、ＳＣ−ＭＣＣＨ情報の有効性（validity）及び変更通知（notification of change）と関連して、ＳＣ−ＭＣＣＨ情報の変更は、特定無線フレーム（radio frame）でのみ発生する。すなわち、修正期間（modificationperiod）の概念が用いられる。修正期間内で、同一のＳＣ−ＭＣＣＨ情報は、当該スケジューリングにより定義されたように（繰り返し周期に基づいて）数回送信されることができる。ここで、前記修正期間の境界は、システムフレーム番号（System Frame Number：ＳＦＮ）により定義されることができる。ここで、前記修正期間は、システム情報（例えば、ＳＩＢ２０（すなわち、SystemInformationBlockType 20））を利用して構成されることができる。
【０１４０】
ネットワーク（network）がＳＣ−ＭＣＣＨ（又は、ＳＣ−ＭＣＣＨの一部）の情報を変更すると、ネットワークは、繰り返し周期でＳＣ−ＭＣＣＨの送信に利用可能な１番目のサブフレーム（first subframe）の変更を端末に通知する。ここで、端末に通知する情報（すなわち、変更通知（change notification））が「１」に設定される場合、８ビットのビットマップでのＬＳＢ（Least Significant Bit）ビットはＳＣ−ＭＣＣＨの変更を示す。前記変更通知を受信すると、ＳＣ−ＰｔＭを利用して送信されたＭＢＭＳサービスを受信しようとする端末は、同一サブフレームから開始して新しいＳＣ−ＭＣＣＨ情報を取得できる。この場合、端末は、新しいＳＣ−ＭＣＣＨ情報を取得するまで、以前に取得されたＳＣ−ＭＣＣＨ情報を適用する。
【０１４１】
また、ＳＣ−ＭＲＢ（SC-MBSFN Radio Bearer）を介してサービスを受信するか、受信しようとするＳＣ−ＰｔＭ可能端末（SC-PtM capable UE）は、ＳＣ−ＰｔＭ手順及びＭＢＭＳ関心指示手順（MBMSinterest indication procedure）を適用することができる。
【０１４２】
ＳＣ−ＭＣＣＨ情報取得
【０１４３】
ＳＣ−ＭＣＣＨ情報を取得する内容は、以下のようである。一般に、端末は、Ｅ−ＵＴＲＡＮによりブロードキャスト（broadcast）されるＳＣ−ＰｔＭ制御情報を取得するために、ＳＣ−ＭＣＣＨ情報取得の手順を適用する。前記手順は、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＳＣ−ＰｔＭ可能端末に適用されることができる。
【０１４４】
ＳＣ−ＭＣＣＨ情報取得の開始（initiation）と関連して、セルブロードキャスティングシステム情報（例えば、ＳＩＢ２０）に進入する場合（例えば、パワーオン（power on）、端末の移動性（UE mobility）により）及びＳＣ−ＭＣＣＨ情報が変更されたという通知を受信する場合、ＳＣ−ＭＲＢを介してＭＢＭＳサービスを受信しようとする端末は、ＳＣ−ＭＣＣＨ情報取得手順を適用する必要がある。ＳＣ−ＭＲＢを介してＭＢＭＳサービスを受信する端末は、各修正期間の開始時点で受信されるサービスに対応するＳＣ−ＭＣＣＨ情報を取得するために、前記ＳＣ−ＭＣＣＨ情報取得手順を適用する必要がある。
【０１４５】
また、明示的に手順が特定されない限り、前記ＳＣ−ＭＣＣＨ情報取得手順は、保存されたＳＣ−ＭＣＣＨ情報を上書きする。すなわち、デルタ設定（delta configuration）は、ＳＣ−ＭＣＣＨ情報に対して適用不可であり、ＳＣ−ＭＣＣＨ情報にフィールド（field）がない場合、当該フィールドの利用を中断する。
【０１４６】
端末によるＳＣ−ＭＣＣＨ情報の取得は、以下のような手順よって行われる。前記手順（すなわち、ＳＣ−ＭＣＣＨ情報取得手順）がＳＣ−ＭＣＣＨ変更通知によりトリガーされる場合、ＳＣ−ＰｔＭ可能端末（SC-PtM capable UE）は、変更通知が受信されたサブフレームからＳＣ−ＰｔＭ設定メッセージの取得を開始する。ここで、前記端末は、新しいＳＣ−ＭＣＣＨ情報が取得されるまで、以前に受信されたＳＣ−ＭＣＣＨ情報を継続して利用する。または、前記端末がセルブロードキャスティングシステム情報（例えば、ＳＩＢ２０）に進入する場合、前記端末は、次の繰り返し周期（repetition period）でＳＣ−ＰｔＭ設定メッセージを取得する。または、前記端末がＳＣ−ＭＲＢを介してＭＢＭＳサービスを受信する場合、前記端末は、各修正期間の開始地点からＳＣ−ＰｔＭ設定メッセージの取得を開始する。
【０１４７】
ＳＣ−ＰｔＭ無線ベアラー設定（SC-PtM radio bearer configuration）
【０１４８】
ＳＣ−ＰｔＭ無線ベアラーの設定は、以下のように行われる。一般に、ＳＣ−ＰｔＭ無線ベアラー設定手順（SC-PtM radio bearer configuration procedure）は、ＳＣ−ＭＴＣＨ（SC-Multicast Traffic Channel）で送信されるＳＣ−ＭＲＢの受信を開始及び／又は停止する場合、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium AccessControl）、及び物理層（physical layer）を構成するために、端末により利用される。ここで、前記手順は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ又はＲＲＣ＿ＩＤＬＥ状態に存在し、ＳＣ−ＭＲＢを介してＭＢＭＳサービスの受信を希望する端末（ＳＣ−ＰｔＭ可能端末）に適用される。
【０１４９】
ここで、能力制限（capability limitation）により端末がＳＣ−ＭＲＢを介してＭＢＭＳサービスを受信できない場合、上位層（higher layer）は、低い優先順位のユニキャストサービス（unicastservice）を終了することのような適切な措置をとることができる。
【０１５０】
前記ＳＣ−ＰｔＭ無線ベアラー設定手順の開始と関連して、端末は、関心のあるＭＢＭＳサービスのセッション受信を開始するために、ＳＣ−ＭＲＢ設立手順（SC-MRB establishment procedure）を適用する。例えば、前記手順は、ＭＢＭＳセッションが開始する場合、当該サービスの受信を禁止する端末の能力制限が除去される場合、ＭＢＭＳサービスに関心を有する場合、または前記端末が関心を有するＭＢＭＳサービスをＳＣ−ＭＲＢを介して提供するセルに進入する場合などにより開始されることができる。
【０１５１】
端末は、ＳＣ−ＭＲＢ解除手順（SC-MRB release procedure）を適用してセッションの受信を中止する。例えば、前記手順は、ＭＢＭＳセッションの中断のとき、能力制限が関連サービスの受信を禁止する場合、ＳＣ−ＭＲＢが設定されるセルを離れる場合、またはＭＢＭＳサービスに対する関心がなくなった場合などにより開始されることができる。
【０１５２】
ＳＣ−ＭＲＢの設立（establishment）と関連して、ＳＣ−ＭＲＢ設立のとき、ＳＣ−ＰｔＭ可能端末は、以下ような動作を行うことができる。前記端末は、ＲＬＣ個体を設定する。また、前記端末は、ＳＣ−ＭＲＢに対して適用可能なＳＣ−ＭＴＣＨ論理チャネルを構成し、ＳＣ−ＭＲＢが設定されたＭＢＭＳサービスに対してＳＣ−ＰｔＭ設定メッセージが受信されたセルでＤＬ−ＳＣＨを受信するようにＭＡＣに指示する。ここで、前記セルは、該当ＭＢＭＳサービスに対する前記メッセージにあるＧ−ＲＮＴＩ（Group-Radio Network Temporary Identifier）及びｓｃ−ｍｔｃｈ-ＳｃｈｅｄｕｌｉｎｇＩｎｆｏを利用する。また、端末は、ｓｃ−ｍｔｃｈ−ＩｎｆｏＬｉｓｔ（前記ＳＣ−ＰｔＭ設定メッセージに含まれる）によってＳＣ−ＭＲＢに対して適用可能な物理層を設定する。また、前記端末は、当該ＴＭＧＩ（Temporary Mobile Group Identifier）及びセッション識別子（session ID）を指示することにより、ＳＣ−ＭＲＢの設定を上位層に知らせる。
【０１５３】
また、ＳＣ−ＭＲＢの解除（release）と関連して、ＳＣ−ＭＲＢの解除のとき、ＳＣ−ＰｔＭ可能端末は、関連ＭＡＣ及び物理層構成だけでなく、ＲＬＣ個体も解除する。また、前記端末は、当該ＴＭＧＩ及びセッション識別子を指示することにより、ＳＣ−ＭＲＢの解除を上位層に知らせる。
【０１５４】
前述した手順において例示として説明されたＳＩＢ２０（すなわち、システム情報ブロックタイプ２０）は、ＳＣ−ＰｔＭを利用するＭＢＭＳの送信と連関した制御情報を取得するために要求される情報を含む。ＳＩＢ２０は、以下の表３のようである。
【０１５５】
【表３】
2019534649.tif 000005
【０１５６】
表３において、前記ｓｃ−ｍｃｃｈ−ＭｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄは、周期的に現れる境界、すなわち、ＳＦＮｍｏｄ ｓｃ−ｍｃｃｈ−ＭｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄ＝０である無線フレームを定義する。ＳＣ−ＭＣＣＨ情報の相異なる送信内容は、これらの間に少なくとも１つの境界が存在する場合にのみ異なる。ここで、値ｒｆ２（value rf2）は、２つの無線フレームに対応し、値ｒｆ４（value rf4）は、４つの無線フレームに対応する。
【０１５７】
また、前記ｓｃ−ｍｃｃｈ−ｄｕｒａｔｉｏｎは、ＳＣ−ＭＣＣＨが非−ＭＢＳＦＮサブフレームにおいてスケジューリングできる持続期間を示す。ここで、前記持続期間は、ｓｃ−ｍｃｃｈ−ＦｉｒｓｔＳｕｂｆｒａｍｅにより指示されるサブフレームから開始する。この情報要素（Information Element）がないということは、ＳＣ−ＭＣＣＨがｓｃ−ｍｃｃｈ−ＦｉｒｓｔＳｕｂｆｒａｍｅにより指示されるサブフレームでのみスケジューリングされるということを意味する。
【０１５８】
また、前記ｓｃ−ｍｃｃｈ−ｏｆｆｓｅｔは、ｓｃ−ｍｃｃｈ−ＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄと共にＳＣ−ＭＣＣＨがスケジューリングされた無線フレームを示す。また、前記ｓｃ−ｍｃｃｈ−ＦｉｒｓｔＳｕｂｆｒａｍｅは、ＳＣ−ＭＣＣＨがスケジューリングされる１番目のサブフレームを指示する。また、前記ｓｃ−ｍｃｃｈ−ＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄは、無線フレームでのＳＣ−ＭＣＣＨ情報送信間の間隔を定義する。ここで、値ｒｆ２（value rf2）は、２つの無線フレームに対応し、値ｒｆ４（value rf4）は、４つの無線フレームに対応する。
【０１５９】
ＭＰＤＣＣＨ割り当て手順（MPDCCH assignment procedure）
【０１６０】
ＢＬ（Bandwidth reduced Low complexity）／ＣＥ（CoverageEnhancement）端末は、制御情報に対する上位層シグナリングにより設定されたところによって、１つ以上の狭帯域（Narrowband）に存在するＭＰＤＣＣＨ候補（MPDCCH candidates）（すなわち、ＭＰＤＣＣＨ候補の集合（set of MPDCCH candidates））をモニタリング（monitoring）する必要がある。ここで、前記モニタリングは、全てのモニタリングされたＤＣＩのフォーマットによって前記集合にあるそれぞれのＭＰＤＣＣＨに対するデコーディングを試みることを意味する。
【０１６１】
それとは異なり、ＢＬ／ＣＥ端末に該当しない端末は、ＭＰＤＣＣＨをモニタリングする必要がない。
【０１６２】
上位層シグナリングは、ＭＰＤＣＣＨモニタリングのための１つ又は２つのＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔを有するＢＬ／ＣＥ端末を設定（又は、構成）することができる。ＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔに該当するＰＲＢ-ｐａｉｒｓは上位層により指示される。それぞれのＭＰＤＣＣＨ＝ＰＲＢ−ｓｅｔは、０からＮ’ＥＣＣＥ，ｐ,ｋ−１まで番号付けられたＥＣＣＥの集合を構成する。ここで、Ｎ’ＥＣＣＥ，ｐ,ｋは、サブフレームｋのＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔ ｐにあるＥＣＣＥの数を意味する。
【０１６３】
ＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔ（ら）は、局部型ＭＰＤＣＣＨ（localized MPDCCH）送信又は分散型ＭＰＤＣＣＨ（distributedMPDCCH）送信のために上位層により設定される。また、モニタリングするための前記ＭＰＤＣＣＨ候補集合は、ＭＰＤＣＣＨ探索領域（MPDCCH search space）と定義されることができる。
【０１６４】
この場合、ＢＬ／ＣＥ端末は、以下のような探索領域のうち１つ以上をモニタリングする必要がある。
【０１６５】
−Ｔｙｐｅ０−ＭＰＤＣＣＨ共通探索領域（common search space）（「ＣＥｍｏｄｅＡ」に設定された場合）
【０１６６】
−Ｔｙｐｅ１−ＭＰＤＣＣＨ共通探索領域
【０１６７】
−Ｔｙｐｅ２−ＭＰＤＣＣＨ共通探索領域
【０１６８】
−ＭＰＤＣＣＨ端末−特定探索領域（MPDCCH UE-specific search space）
【０１６９】
ここで、「ＣＥｍｏｄｅＢ」に設定されたＢＬ／ＣＥ端末は、Ｔｙｐｅ０−ＭＰＤＣＣＨ共通探索領域をモニタリングする必要がない。また、ＢＬ／ＣＥ端末は、ＭＰＤＣＣＨ端末−特定探索領域とＴｙｐｅ１−ＭＰＤＣＣＨ共通探索領域を同時にモニタリングする必要がない。また、端末は、ＭＰＤＣＣＨ端末−特定探索領域とＴｙｐｅ２−ＭＰＤＣＣＨ共通探索領域を同時にモニタリングする必要がない。
【０１７０】
ＢＬ／ＣＥ端末は、ＭＰＤＣＣＨ候補に対応するＥＣＣＥが同一のサブフレームにおいて以前にスケジューリングされたＰＤＳＣＨの送信と重畳するＰＲＢｐａｉｒにマップされる場合、ＭＰＤＣＣＨ候補をモニタリングすると予想されない。併合レベル（aggregation level）Ｌ’が２４ＥＣＣＥ、又は１２ＥＣＣＥである場合、ＥＣＣＥの数は、２＋４ＰＲＢ集合のＲＥに対してマッピングされたＭＰＤＣＣＨを示す。併合レベル
【化１】
2019534649.tif 000006
及び繰り返しレベル（repetition level）
【化２】
2019534649.tif 000007
におけるＭＰＤＣＣＨ探索領域
【化３】
2019534649.tif 000008
は、各候補がサブフレームｋで開始するＲ個の連続するＢＬ／ＣＥＤＬサブフレームの集合において繰り返されるＭＰＤＣＣＨ候補の集合により定義される。ＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔ ｐの場合、探索領域
【化４】
2019534649.tif 000009
のＭＰＤＣＣＨ候補ｍに該当するＥＣＣＥは、数式１により与えられる。
【０１７１】
【数１】
2019534649.tif 000010
【０１７２】
数式１において、ｉは０、...、Ｌ’−１であり、ｍは
【化５】
2019534649.tif 000011
であり、（  )はＲ個の連続するサブフレームの集合の各サブフレームにあるＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔ ｐの併合レベルＬ’においてモニタリングするＭＰＤＣＣＨ候補の数である。また、ＭＰＤＣＣＨ端末−特定探索領域に対する
【化６】
2019534649.tif 000012
はＴｙｐｅ０−ＭＰＤＣＣＨ共通探索領域、Ｔｙｐｅ１−ＭＰＤＣＣＨ共通探索領域、及びＴｙｐｅ２−ＭＰＤＣＣＨ共通探索領域において０である。
【０１７３】
また、ＢＬ／ＣＥ端末は、ＢＬ／ＣＥＤＬサブフレームではないサブフレームにおいてＭＰＤＣＣＨをモニタリングすると予想されない。ＢＬ／ＣＥ端末がＭＰＤＣＣＨ端末−特定探索領域の上位層設定を受信するまで、ＢＬ／ＣＥ端末は、ＭＰＤＣＣＨ探索領域の同一の設定及びＭＰＤＣＣＨスケジューリングＭｓｇ４のような狭帯域によってＭＰＤＣＣＨをモニタリングする。
【０１７４】
ＭＰＤＣＣＨ探索領域を定義する併合及び繰り返しレベルとモニタリングされたＭＰＤＣＣＨ候補の数は以下のように与えられる。
【０１７５】
ＭＰＤＣＣＨ端末−特定探索領域の場合において、ＢＬ／ＣＥ端末が
【化７】
2019534649.tif 000013
ＰＲＢ−ｐａｉｒｓ及びｍＰＤＣＣＨ−ＮｕｍＲｅｐｅｔｉｔｉｏｎ＝１に設定されない場合について説明する。
【０１７６】
ここで、端末がＣＥＭｏｄｅＡに設定され、
【化８】
2019534649.tif 000014
である場合、ＭＰＤＣＣＨ探索領域を定義する併合及び繰り返しレベルとモニタリングされたＭＰＤＣＣＨ候補の数は、表４のように与えられる。
【０１７７】
【表４】
2019534649.tif 000015
【０１７８】
または、端末がＣＥＭｏｄｅＡに設定され、
【化９】
2019534649.tif 000016
である場合、ＭＰＤＣＣＨ探索領域を定義する併合及び繰り返しレベルとモニタリングされたＭＰＤＣＣＨ候補の数は、表５のように与えられる。
【０１７９】
【表５】
2019534649.tif 000017
【０１８０】
または、端末がＣＥＭｏｄｅＢに設定され、
【化１０】
2019534649.tif 000018
である場合、ＭＰＤＣＣＨ探索領域を定義する併合及び繰り返しレベルとモニタリングされたＭＰＤＣＣＨ候補の数は、表６のように与えられる。
【０１８１】
【表６】
2019534649.tif 000019
【０１８２】
または、端末がＣＥＭｏｄｅＢに設定され、
【化１１】
2019534649.tif 000020
である場合、ＭＰＤＣＣＨ探索領域を定義する併合及び繰り返しレベルとモニタリングされたＭＰＤＣＣＨ候補の数は、表７のように与えられる。
【０１８３】
【表７】
2019534649.tif 000021
【０１８４】
ここで、
【化１２】
2019534649.tif 000022
はＭＰＤＣＣＨ端末−特定探索領域のために設定されたＰＲＢ−ｐａｉｒｓの数である。
【化１３】
2019534649.tif 000023
である場合、これは上位層パラメータｎｕｍｂｅｒＰＲＢ−Ｐａｉｒｓ−ｒ１３により与えられ、
【化１４】
2019534649.tif 000024
である場合、これは上位層パラメータｎｕｍｂｅｒＰＲＢ−Ｐａｉｒｓ−ｒ１１により与えられる。
【０１８５】
また、ｒ１、ｒ２、ｒ３、及びｒ４は、ｒｍａｘの値を上位層パラメータｍＰＤＣＣＨ−ＮｕｍＲｅｐｅｔｉｔｉｏｎの値に代替することにより表８から決定される。また、ＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔに該当する狭帯域内のＰＲＢ−ｐａｉｒｓは、上位層により指示される。ＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔｐに対する上位層設定ｎｕｍｂｅｒＰＲＢ−Ｐａｉｒｓ−ｒ１３が６である場合、
【化１５】
2019534649.tif 000025
であり、ＰＲＢ−ｐａｉｒｓの数はＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔｐ＝２＋４である。
【０１８６】
【表８】
2019534649.tif 000026
【０１８７】
Ｔｙｐｅ２−ＭＰＤＣＣＨ共通探索領域の場合、２＋４ＰＲＢｓｅｔにおいて２ＰＲＢ ｓｅｔのＰＲＢ−ｐａｉｒｓは、ＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔ ｐにおける最大の２つのＰＲＢインデックスを有するＰＲＢ−ｐａｉｒｓに該当する。また、２＋４ＰＲＢｓｅｔにおいて４ＰＲＢ ｓｅｔのＰＲＢ−ｐａｉｒｓは、ＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔ ｐにおける最大の４つのＰＲＢインデックスを有するＰＲＢ−ｐａｉｒｓに該当する。また、２＋４ＰＲＢｓｅｔにおいて２＋４ＰＲＢ ｓｅｔのＰＲＢ-ｐａｉｒｓは、ＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔ ｐにおける全てのＰＲＢ−ｐａｉｒｓに該当する。
【０１８８】
Ｔｙｐｅ０−ＭＰＤＣＣＨ共通探索領域の場合、狭帯域の位置及びＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔｐは、ＭＰＤＣＣＨ端末−特定探索領域の場合と同じである。また、
【化１６】
2019534649.tif 000027
が２であると、Ｌ’＝８及び表８の繰り返しレベルｒ１、ｒ２、ｒ３、及びｒ４に対する
【化１７】
2019534649.tif 000028
は１であり、この他の場合、
【化１８】
2019534649.tif 000029
は０である。また、
【化１９】
2019534649.tif 000030
が４であると、Ｌ’＝１６及び表８の繰り返しレベルｒ１、ｒ２、ｒ３、及びｒ４に対する
【化２０】
2019534649.tif 000031
は１であり、この他の場合、
【化２１】
2019534649.tif 000032
は０である。また、
【化２２】
2019534649.tif 000033
が２＋４であると、Ｌ’＝２４及び表８の繰り返しレベルｒ１、ｒ２、ｒ３、及びｒ４に対するは
【化２３】
2019534649.tif 000034
１であり、この他の場合、
【化２４】
2019534649.tif 000035
は０である。
【０１８９】
Ｔｙｐｅ１−ＭＰＤＣＣＨ共通探索領域の場合、ＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔｐにおけるＰＲＢ−ｐａｉｒｓの数は２＋４ＰＲＢ−ｐａｉｒｓである。この場合、Ｌ’＝２４及び繰り返しレベルｒ１、ｒ２、ｒ３、及びｒ４に対する
【化２５】
2019534649.tif 000036
は１であり、この他の場合、
【化２６】
2019534649.tif 000037
は０である。ここで、前記繰り返しレベルは、表９からｒｍａｘを上位層パラメータｍＰＤＣＣＨ−ＮｕｍＲｅｐｅｔｉｔｉｏｎ−Ｐａｇｉｎｇに代替することにより決定される。
【０１９０】
【表９】
2019534649.tif 000038
【０１９１】
Ｔｙｐｅ２−ＭＰＤＣＣＨ共通探索領域の場合、ＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔｐにおけるＰＲＢ−ｐａｉｒｓの数は２＋４ＰＲＢ−ｐａｉｒｓである。ＰＲＡＣＨに対して利用された最近のＣＥ（CoverageEnhancement）レベルがＣＥレベル０及び１である場合、ＭＰＤＣＣＨ探索領域を定義する併合及び繰り返しレベルとモニタリングされたＭＰＤＣＣＨ候補の数は、表５から決定される。また、ＰＲＡＣＨに対して利用された最近のＣＥレベルがＣＥレベル２及び３である場合、ＭＰＤＣＣＨ探索領域を定義する併合及び繰り返しレベルとモニタリングされたＭＰＤＣＣＨ候補の数は、表７から決定される。
【０１９２】
ここで、ｒ１、ｒ２、ｒ３、及びｒ４は、ｒｍａｘの値を上位層パラメータｍＰＤＣＣＨ−ＮｕｍＲｅｐｅｔｉｔｉｏｎ−ＲＡの値に代替することにより表８から決定される。
【０１９３】
また、Ｔｙｐｅ１−ＭＰＤＣＣＨ共通探索領域及びＴｙｐｅ２−ＭＰＤＣＣＨ共通探索領域の場合、分散型ＭＰＤＤＣＨ送信（distributed MPDCCH）が利用されることができる。
【０１９４】
また、ＭＰＤＣＣＨ端末−特定探索領域、Ｔｙｐｅ０−ＭＰＤＣＣＨ共通探索領域、及びＴｙｐｅ２−ＭＰＤＣＣＨ共通探索領域の場合、開始サブフレームｋの位置は、サブフレームｋ０からｂ番目の連続するＢＬ／ＣＥＤＬサブフレームであるｋｂにより与えられる。ここで、サブフレームｋ０は、上位層により与えられる。
【０１９５】
Ｔｙｐｅ１−ＭＰＤＣＣＨ共通探索領域の場合、ｋ＝ｋ０であり、ｋはページング機会サブフレーム（paging opportunity subframe）の位置から決定される。サブフレームｋのある狭帯域においてＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１−ＢＲ又はＳＩメッセージが送信される場合、ＢＬ／ＣＥ端末は、サブフレームｋの同一の狭帯域においてＭＰＤＣＣＨがドロップ（drop）されたと仮定する。ＭＰＤＣＣＨ候補のうち任意のものに対応する任意のＥＣＣＥがｎｆ＝０以前のフレームにおいて発生し、またフレームｎｆ＝０において発生する場合、ＢＬ／ＣＥ端末は、ＭＰＤＣＣＨ探索領域をモニタリングする必要がない。
【０１９６】
また、ＭＰＤＣＣＨ端末−特定探索領域、上位層パラメータｍＰＤＣＣＨ−ＮｕｍＲｅｐｅｔｉｔｉｏｎが１に設定された場合のＴｙｐｅ０−ＭＰＤＣＣＨ共通探索領域、又は上位層パラメータｍＰＤＣＣＨ−ＮｕｍＲｅｐｅｔｉｔｉｏｎ−ＲＡが１に設定された場合のＴｙｐｅ２−ＭＰＤＣＣＨ共通探索領域において、ＢＬ／ＣＥ端末は、下記のような場合にＭＰＤＣＣＨをモニタリングすることが要求されない。
【０１９７】
−ＴＤＤ及び一般ダウンリンクＣＰの場合、スペシャルサブフレーム設定（special subframe configuration）０及び５に対するスペシャルサブフレーム
【０１９８】
−ＴＤＤ及び拡張ダウンリンクＣＰの場合、スペシャルサブフレーム設定０、４、及び７に対するスペシャルサブフレーム
【０１９９】
そうでないと、ＢＬ／ＣＥ端末は、下記のような場合にＭＰＤＣＣＨをモニタリングすることが要求されない。
【０２００】
−ＴＤＤのスペシャルサブフレームにおいて、ＢＬ／ＣＥ端末がＣＥＭｏｄｅＢに設定される場合
【０２０１】
−ＴＤＤ及び一般ダウンリンクＣＰのスペシャルサブフレーム設定０、１、２、５、６、７、及び９に対するスペシャルサブフレームにおいて、ＢＬ／ＣＥ端末がＣＥＭｏｄｅＡに設定される場合
【０２０２】
−ＴＤＤ及び拡張ダウンリンクＣＰのスペシャルサブフレーム設定０、４、７、８、及び９に対するスペシャルサブフレームにおいて、ＢＬ／ＣＥ端末がＣＥＭｏｄｅＡに設定される場合
【０２０３】
また、ＭＰＤＣＣＨ繰り返し回数は、表１０の「ＤＣＩｓｕｂｆｒａｍｅ ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ」フィールドにより指示される。
【０２０４】
【表１０】
2019534649.tif 000039
【０２０５】
また、ＭＰＤＣＣＨ開始地点（MPDCCH starting position）と関連して、ＭＰＤＣＣＨに対する開始ＯＦＤＭシンボルは、サブフレームｋの１番目のスロットにおいてインデックスｌＭＰＤＣＣＨＳｔａｒｔにより与えられる。ここで、ｌＭＰＤＣＣＨＳｔａｒｔは、以下のように決定されることができる。まず、サブフレームｋはＭＰＳＦＮサブフレームに設定され、ＢＬ／ＣＥ端末がＣＥＭｏｄｅＡに設定される場合、ｌＭＰＤＣＣＨＳｔａｒｔは、ｍｉｎ（２，ｌ’ＭＰＤＣＣＨＳｔａｒｔ）である。そうでないと、ｌＭＰＤＣＣＨＳｔａｒｔは、ｌ’ＭＰＤＣＣＨＳｔａｒｔである。ここで、ｌ’ＭＰＤＣＣＨＳｔａｒｔは、上位層により与えられる。
【０２０６】
また、ＰＤＳＣＨデータ送信の送信モード設定に関係なく、ＢＬ／ＣＥ端末は、サービングセルのアンテナポート０−３及び１０７−１１０がドップラーシフト（Doppler shift）、ドップラー拡散（Doppler spread）、平均遅延（average delay）、及び遅延拡大（delay spread）に対してＱＣＬにあると仮定することができる。
【０２０７】
ＮＢ−ＩｏＴにおけるダウンリンク制御チャネル関連手順
【０２０８】
ＮＢ−ＩｏＴにおいて利用されるＮＰＤＣＣＨ（Narrowband Physical Downlink Control Channel）と関連した手順について説明する。
【０２０９】
端末は、制御情報に対する上位層シグナリングにより設定されたところにより、ＮＰＤＣＣＨ候補（NPDCCH candidates）（すなわち、ＮＰＤＣＣＨ候補の集合（set ofNPDCCH candidates））をモニタリング（monitoring）する必要がある。ここで、前記モニタリングは、モニタリングされる全てのＤＣＩのフォーマットによって前記集合にあるそれぞれのＮＰＤＣＣＨのデコーディングを試みることを意味することができる。モニタリングするための前記ＮＰＤＣＣＨ候補の集合は、ＮＰＤＣＣＨ探索領域（NPDCCH search space）と定義されることができる。この場合、端末は、当該ＮＰＤＣＣＨ探索領域に対応する識別子（例えば、Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＣ−ＲＮＴＩ、Ｇ−ＲＮＴＩ）を利用してモニタリングを行うことができる。
【０２１０】
この場合、端末は、ａ）Ｔｙｐｅ１−ＮＰＤＣＣＨ共通探索領域（Type1-NPDCCH common search space）、ｂ）Ｔｙｐｅ２−ＮＰＤＣＣＨ共通探索領域（Type2-NPDCCH common search space）、及びｃ）ＮＰＤＣＣＨ端末−特定探索領域（NPDCCH UE-specific search space）のうち１つ以上をモニタリングする必要がある。ここで、端末は、ＮＰＤＣＣＨ端末−特定探索領域とＴｙｐｅ１−ＮＰＤＣＣＨ共通探索領域を同時にモニタリングする必要がない。また、端末は、ＮＰＤＣＣＨ端末−特定探索領域とＴｙｐｅ２−ＮＰＤＣＣＨ共通探索領域を同時にモニタリングする必要がない。また、端末は、Ｔｙｐｅ１−ＮＰＤＣＣＨ共通探索領域とＴｙｐｅ２−ＮＰＤＣＣＨ共通探索領域を同時にモニタリングする必要がない。
【０２１１】
集成レベル（aggregation level）及び繰り返しレベル（repetition level）におけるＮＰＤＣＣＨ探索領域はＮＰＤＣＣＨの候補集合によって定義される。ここで、前記各ＮＰＤＣＣＨ候補は、サブフレームｋで開始するＳＩ（System Information）メッセージの送信に利用されるサブフレームを除いたＲ個の連続的なＮＢ−ＩｏＴダウンリンクサブフレームにおいて繰り返される。
【０２１２】
ＮＰＤＣＣＨ端末−特定探索領域の場合、当該探索領域を定義する集成及び繰り返しレベルと該当モニタリングされるＮＰＤＣＣＨ候補は、上位層により設定されたパラメータａｌ−Ｒｅｐｅｔｉｔｉｏｎ−ＵＳＳにＲＭＡＸ値を代替（substitute）することにより表１１のように羅列される。
【０２１３】
【表１１】
2019534649.tif 000040
【０２１４】
Ｔｙｐｅ１−ＮＰＤＣＣＨ共通探索領域の場合、当該探索領域を定義する集成及び繰り返しレベルと該当モニタリングされるＮＰＤＣＣＨ候補は、上位層により設定されたパラメータａｌ−Ｒｅｐｅｔｉｔｉｏｎ−ＣＳＳ−ＰａｇｉｎｇにＲＭＡＸ値を代替することにより表１２のように羅列される。
【０２１５】
【表１２】
2019534649.tif 000041
【０２１６】
Ｔｙｐｅ２−ＮＰＤＣＣＨ共通探索領域の場合、当該探索領域を定義する集成及び繰り返しレベルと該当モニタリングされるＮＰＤＣＣＨ候補は、上位層により設定されたパラメータｎｐｄｃｃｈ−ＭａｘＮｕｍＲｅｐｅｔｉｔｉｏｎｓ−ＲＡにＲＭＡＸ値を代替することにより表１３のように羅列される。
【０２１７】
【表１３】
2019534649.tif 000042
【０２１８】
ここで、前記開始サブフレーム（starting subframe）ｋの位置は、ｋ＝ｋｂにより与えられる。ここで、ｋｂは、サブフレームｋ０からｂ番目の連続的なＮＢ−ＩｏＴダウンリンクサブフレームを意味し、前記ｂは、ｕ×Ｒであり、前記ｕは０、１、…（ＲＭＡＸ／Ｒ）−１を意味する。また、前記サブフレームｋ０は数式２を満足するサブフレームを意味する。
【０２１９】
【数２】
2019534649.tif 000043
【０２２０】
ＮＰＤＣＣＨ端末−特定探索領域の場合、数式２におけるＧは、上位層パラメータｎＰＤＣＣＨ−ｓｔａｒｔＳＦ−ＵＥＳＳにより与えられ、
【化２７】
2019534649.tif 000044
は上位層パラメータｎＰＤＣＣＨ−ｓｔａｒｔＳＦｏｆｆｓｅｔ−ＵＥＳＳにより与えられる。また、ＮＰＤＣＣＨＴｙｐｅ２−ＮＰＤＣＣＨ共通探索領域の場合、数式２におけるＧは、上位層パラメータｎＰＤＣＣＨ−ｓｔａｒｔＳＦ−Ｔｙｐｅ２ＣＳＳにより与えられ、
【化２８】
2019534649.tif 000045
は上位層パラメータｎＰＤＣＣＨ−ｓｔａｒｔＳＦｏｆｆｓｅｔ−Ｔｙｐｅ２ＣＳＳにより与えられる。また、Ｔｙｐｅ１−ＮＰＤＣＣＨ共通探索領域の場合、ｋはｋ０であり、ＮＢ−ＩｏＴページング機会サブフレーム（NB-IoT paging opportunity subframe）の位置から決定される。
【０２２１】
端末がＮＰＤＣＣＨ端末−特定探索領域のモニタリングのためのＰＲＢに上位層により設定される場合、端末は、上位層により設定されたＰＲＢにおいてＮＰＤＣＣＨ端末−特定探索領域をモニタリングしなければならない。この場合、端末は、当該ＰＲＢにおいてＮＰＳＳ、ＮＳＳＳ、及びＮＰＢＣＨを受信することを期待しない。これに対して、前記ＰＲＢが上位層により設定されない場合、端末は、ＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨが検出されたものと同のＰＲＢにおいてＮＰＤＣＣＨ端末−特定探索領域をモニタリングしなければならない。
【０２２２】
ＮＢ−ＩｏＴ端末がサブフレームｎで終了するＤＣＩフォーマットＮ０（DCI format N0）を有するＮＰＤＣＣＨを検出する場合、及び当該ＮＰＵＳＣＨフォーマット１（NPUSCH format 1）の送信がサブフレームｎ＋ｋで開始する場合、端末は、サブフレームｎ＋１からサブフレームｎ＋ｋ−１までの範囲内で開始する任意のサブフレームのＮＰＤＣＣＨをモニタリングする必要がない。
【０２２３】
また、ＮＢ−ＩｏＴ端末がサブフレームｎで終了するＤＣＩフォーマットＮ１（DCI format N1）又はＤＣＩフォーマットＮ２（DCI format N2）を有するＮＰＤＣＣＨを検出する場合、及び当該ＮＰＤＳＣＨの送信がサブフレームｎ＋ｋで開始する場合、端末は、サブフレームｎ＋１からサブフレームｎ＋ｋ−１までの範囲内で開始する任意のサブフレームのＮＰＤＣＣＨをモニタリングする必要がない。
【０２２４】
また、ＮＢ−ＩｏＴ端末がサブフレームｎで終了するＤＣＩフォーマットＮ１を有するＮＰＤＣＣＨを検出する場合、及び当該ＮＰＵＳＣＨフォーマット２の送信がサブフレームｎ＋ｋで開始する場合、端末は、サブフレームｎ＋１からサブフレームｎ＋ｋ−１までの範囲内で開始する任意のサブフレームのＮＰＤＣＣＨをモニタリングする必要がない。
【０２２５】
また、ＮＢ−ＩｏＴ端末がサブフレームｎで終了する“ＰＤＣＣＨ順序（PDCCH order）”に対するＤＣＩフォーマットＮ１を有するＮＰＤＣＣＨを検出する場合、及び当該ＮＰＲＡＣＨの送信がサブフレームｎ＋ｋで開始する場合、端末は、サブフレームｎ＋１からサブフレームｎ＋ｋ−１までの範囲内で開始する任意のサブフレームのＮＰＤＣＣＨをモニタリングする必要がない。
【０２２６】
また、ＮＢ−ＩｏＴ端末がサブフレームｎで終了するＮＰＵＳＣＨ送信を有する場合、端末は、サブフレームｎ＋１からサブフレームｎ＋３までの範囲内で開始する任意のサブフレームのＮＰＤＣＣＨをモニタリングする必要がない。
【０２２７】
また、サブフレームｎでＮＰＤＣＣＨ探索領域のＮＰＤＣＣＨ候補が終了する場合、及び端末がサブフレームｎ＋５以前に開始する他のＮＰＤＣＣＨ探索領域のＮＰＤＣＣＨ候補をモニタリングするように設定された場合、ＮＢ−ＩｏＴ端末はＮ、ＰＤＣＣＨ探索領域のＮＰＤＣＣＨ候補をモニタリングする必要がない。
【０２２８】
ＮＰＤＣＣＨ開始位置（NPDCCH starting position）と関連して、ＮＰＤＣＣＨに対する開始ＯＦＤＭシンボルは、サブフレームｋの１番目のスロットにおいて、インデックスｌＮＰＤＣＣＨＳｔａｒｔにより与えられる。ここで、上位層パラメータｏｐｅｒａｒｉｏｎＭｏｄｅＩｎｆｏが「００」又は「０１」を指示する場合、前記インデックスｌＮＰＤＣＣＨＳｔａｒｔは、上位層パラメータｅｕｔａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅにより与えられる。それとは異なり、上位層パラメータｏｐｅｒａｒｉｏｎＭｏｄｅＩｎｆｏが「１０」又は「１１」を指示する場合、前記インデックスｌＮＰＤＣＣＨＳｔａｒｔは０である。
【０２２９】
ダウンリンク制御情報フォーマット（DCI format）
【０２３０】
ＭＴＣと関連して、ＢＬ（Bandwidth reduced Low complexity）動作に対するダウンリンク制御情報（Downlink Control Information：ＤＣＩ）のフォーマットとして、ＤＣＩフォーマット６−０Ａ、ＤＣＩフォーマット６−０Ｂ、ＤＣＩフォーマット６−１Ａ、ＤＣＩフォーマット６−１Ｂ、及びＤＣＩフォーマット６−２が考慮されることができる。
【０２３１】
まず、ＤＣＩフォーマット６−０Ａは、アップリンクセルにおいてＰＵＳＣＨのスケジューリングのために利用され、下記のような情報を送信することができる。
【０２３２】
−フォーマット６−０Ａとフォーマット６−１Ａの区分のためのフラグ（flag）（例えば、１ビット）
【０２３３】
−周波数ホッピングフラグ（例えば、１ビット）
【０２３４】
−リソースブロック割り当て（resource block assignment）（例えば、
【化２９】
2019534649.tif 000046
＋５ビット）、前記リソースブロック割り当てのビットと関連して、前記
【化３０】
2019534649.tif 000047
ＭＳＢビットは、狭帯域インデックス（narrowband index）を提供し、前記５ビットは、指示された（すなわち、提供された）狭帯域内でアップリンクリソース割り当てタイプ０（UL resource allocation type 0）を利用してリソース割り当て（resourceallocation）を提供する。
【０２３５】
−変調及び符号化技法（Modulation and Coding Scheme）（例えば、４ビット）
【０２３６】
−繰り返し回数（repetition number）（例えば、２ビット）
【０２３７】
−ＨＡＲＱプロセス番号（HARQ process number）（例えば、３ビット）
【０２３８】
−新しいデータインジケータ（New data indicator）（例えば、１ビット）
【０２３９】
−リダンダンシーバージョン（redundancy version）（例えば、２ビット）
【０２４０】
−スケジューリングされたＰＵＳＣＨに対するＴＰＣ命令（Transmit Power Control command）（例えば、２ビット）
【０２４１】
−アップリンクインデックス（UL index）（例えば、２ビット）
【０２４２】
−ダウンリンク割り当てインデックス（Downlink Assignment Index：ＤＡＩ）（例えば、２ビット）
【０２４３】
−ＣＳＩ要求（Channel State Information request）（例えば、１ビット）
【０２４４】
−ＳＲＳ要求（Sounding Reference Signal request）（例えば、１ビット）
【０２４５】
−ＤＣＩサブフレーム繰り返し回数（DCI subframe repetition number）（例えば、２ビット）
【０２４６】
ここで、与えられた探索領域上にマッピングされるフォーマット６−０Ａの情報ビットの数が同一のサービングセル（serving cell）のスケジューリングのためのものであり、同一の探索領域に対してマッピングされたフォーマット６−１Ａのペイロードサイズ（ここで、フォーマット６−１Ａに追加されたパディングビットを含む）より小さい場合、フォーマット６−０Ａのペイロードのサイズがフォーマット６−１Ａのペイロードサイズと同一になるまで「０」が添付されなければならない。
【０２４７】
次に、ＤＣＩフォーマット６−０Ｂは、アップリンクセルにおいてＰＵＳＣＨのスケジューリングのために利用され、下記のような情報を送信することができる。
【０２４８】
−フォーマット６−０Ｂとフォーマット６−１Ｂの区分のためのフラグ（flag）（例えば、１ビット）
【０２４９】
−周波数ホッピングフラグ（例えば、１ビット）
【０２５０】
−リソースブロック割り当て（resource block assignment）（例えば、
【化３１】
2019534649.tif 000048
＋３ビット）、前記リソースブロック割り当てのビットと関連して、前記
【化３２】
2019534649.tif 000049
ＭＳＢビットは狭帯域インデックス（narrowband index）を提供し、前記３ビットは、指示された（すなわち、提供された）狭帯域内でリソース割り当て（resource allocation）を提供する。
【０２５１】
−変調及び符号化技法（Modulation and Coding Scheme）（例えば、４ビット）
【０２５２】
−繰り返し回数（repetition number）（例えば、３ビット）
【０２５３】
−ＨＡＲＱプロセス番号（HARQ process number）（例えば、３ビット）
【０２５４】
−新しいデータインジケータ（New data indicator）（例えば、１ビット）
【０２５５】
−ＤＣＩサブフレーム繰り返し回数（DCI subframe repetition number）（例えば、２ビット）
【０２５６】
ここで、与えられた探索領域上にマッピングされるフォーマット６−０Ｂの情報ビットの数が同一のサービングセル（serving cell）のスケジューリングのためのものであり、同一の探索領域に対してマッピングされたフォーマット６−１Ｂのペイロードサイズ（ここで、フォーマット６−１Ｂに追加されたパディングビットを含む）より小さい場合、フォーマット６−０Ｂのペイロードサイズがフォーマット６−１Ｂのペイロードサイズと同一になるまで「０」が添付されなければならない。
【０２５７】
次に、ＤＣＩフォーマット６−１Ａは、セルにおいて１つのＰＤＳＣＨコードワード（codeword）のスケジューリング及びＰＤＣＣＨ順序（PDCCH order）により開始されたランダムアクセス手順（random access procedure）に利用される。ここで、ＰＤＣＣＨ順序に該当するＤＣＩはＭ、ＰＤＣＣＨによって運ばれることができる。
【０２５８】
前記ＤＣＩフォーマット６−１Ａは、下記のような情報を送信することができる。
【０２５９】
−フォーマット６−０Ａとフォーマット６−１Ａの区分のためのフラグ（flag）（例えば、１ビット）
【０２６０】
フォーマット６−１Ａは、フォーマット６−１ＡのＣＲＣ（Cyclic Redundancy Check）がＣ−ＲＮＴＩでスクランブルされ、残りの全てのフィールドが下記のように設定された場合にのみ、ＰＤＣＣＨ順序により開始されたランダムアクセス手順に利用される。
【０２６１】
−リソースブロック割り当て（resource block assignment）（例えば、
【化３３】
2019534649.tif 000050
＋５ビット、全てのビットが「１」に設定される）
【０２６２】
−プリアンブルインデックス（preamble index）（例えば、６ビット）
【０２６３】
−ＰＲＡＣＨマスクインデックス（PRACH Mask index）（例えば、４ビット）
【０２６４】
−開始ＣＥレベル（starting CE level）（例えば、２ビット）
【０２６５】
−１つのＰＤＳＣＨコードワードのスケジューリング割り当てのためのフォーマット６−１Ａの残りのビットは「０」に設定される。
【０２６６】
そうでない場合、以下のような残りの情報が送信される。
【０２６７】
−周波数ホッピングフラグ（例えば、１ビット）
【０２６８】
−リソースブロック割り当て（resource block assignment）（例えば、ＰＤＳＣＨに対する
【化３４】
2019534649.tif 000051
＋５ビット）、前記リソースブロック割り当てのビットと関連して、前記
【化３５】
2019534649.tif 000052
ＭＳＢビットは狭帯域インデックス（narrowband index）を提供し、前記５ビットは、指示された（すなわち、提供された）狭帯域内でダウンリンクリソース割り当てタイプ２（DL resource allocation type 2）を利用してリソースの割り当て（resource allocation）を提供する。
【０２６９】
−変調及び符号化技法（Modulation and Coding Scheme）（例えば、４ビット）
【０２７０】
−繰り返し回数（repetition number）（例えば、２ビット）
【０２７１】
−ＨＡＲＱプロセス番号（HARQ process number）（例えば、３ビット、４ビット）
【０２７２】
−新しいデータインジケータ（New data indicator）（例えば、１ビット）
【０２７３】
−リダンダンシーバージョン（redundancy version）（例えば、２ビット）
【０２７４】
−ＰＵＣＣＨに対するＴＰＣ命令（例えば、２ビット）
【０２７５】
−ダウンリンク割り当てインデックス（Downlink Assignment Index：ＤＡＩ）（例えば、２ビット）
【０２７６】
−アンテナポート及びスクランブリング識別子（antenna port and scrambling identity）（例えば、２ビット）
【０２７７】
−ＳＲＳ要求（Sounding Reference Signal request）（例えば、１ビット）
【０２７８】
−プリコーディング（precoding）のためのＴＰＭＩ情報
【０２７９】
−プリコーディングのためのＰＭＩ確定（例えば、１ビット）
【０２８０】
−ＨＡＲＱ−ＡＣＫリソースオフセット（例えば、２ビット）
【０２８１】
−ＤＣＩサブフレーム繰り返し回数（DCI subframe repetition number）（例えば、２ビット）
【０２８２】
フォーマット６−１ＡのＣＲＣがＲＡ−ＲＮＴＩでスクランブルされる場合、前記情報（すなわち、フィールド）のうち下記のような情報（すなわち、フィールド）は保留（reserve）される。
【０２８３】
−ＨＡＲＱプロセス番号（HARQ process number）
【０２８４】
−新しいデータインジケータ（New data indicator）
【０２８５】
−ダウンリンク割り当てインデックス（ＤＡＩ）
【０２８６】
−ＨＡＲＱ−ＡＣＫリソースオフセット
【０２８７】
ここで、端末がＣ−ＲＮＴＩによりスクランブルされたＣＲＣを有するＭＰＤＣＣＨを復号（decode）するように設定されなく、フォーマット６−１Ａの情報ビットの数がフォーマット６−０Ａの情報ビットの数より小さい場合、フォーマット６−１Ａのペイロードサイズがフォーマット６−０Ａのペイロードサイズと同一になるまで「０」が添付されなければならない。
【０２８８】
また、端末がＣ−ＲＮＴＩによりスクランブルされたＣＲＣを有するＭＰＤＣＣＨを復号（decode）するように設定され、与えられた探索領域上にマッピングされるフォーマット６−１Ａの情報ビットの数が同一のサービングセル（serving cell）のスケジューリングのためのものであり、同一の探索領域に対してマッピングされたフォーマット６−０Ａのペイロードサイズより小さい場合、フォーマット６−１Ａのペイロードサイズがフォーマット６−０Ａのペイロードサイズと同一になるまで「０」が添付されなければならない。
【０２８９】
次に、ＤＣＩフォーマット６−１Ｂは、セルにおいて１つのＰＤＳＣＨコードワードのスケジューリングのために利用され、下記のような情報を送信することができる。
【０２９０】
−フォーマット６−０Ｂとフォーマット６−１Ｂの区分のためのフラグ（flag）（例えば、１ビット）
【０２９１】
フォーマット６−１Ｂは、フォーマット６−１ＢのＣＲＣがＣ−ＲＮＴＩでスクランブルされ、残りの全てのフィールドが以下のように設定された場合にのみ、ＰＤＣＣＨ順序により開始されたランダムアクセス手順に利用される。
【０２９２】
−保留されたビット（例えば、
【化３６】
2019534649.tif 000053
+２ビット、全てのビットが「１」に設定される）
【０２９３】
−プリアンブルインデックス（preamble index）（例えば、６ビット）
【０２９４】
−ＰＲＡＣＨマスクインデックス（PRACH Mask index）（例えば、４ビット）
【０２９５】
−開始ＣＥレベル（starting CE level）（例えば、２ビット）
【０２９６】
−１つのＰＤＳＣＨコードワードのスケジューリング割り当てのためのフォーマット６−１Ｂの残りのビットは「０」に設定される。
【０２９７】
そうでない場合、以下のような残りの情報が送信される。
【０２９８】
−変調及び符号化技法（Modulation and Coding Scheme）（例えば、４ビット）
【０２９９】
−リソースブロック割り当て（resource block assignment）（例えば、ＰＤＳＣＨに対する
【化３７】
2019534649.tif 000054
＋１ビット）、前記リソースブロック割り当てのビットと関連して、前記
【化３８】
2019534649.tif 000055
ＭＳＢビットは狭帯域インデックス（narrowband index）を提供し、前記１ビットは、指示された（すなわち、提供された）狭帯域内でリソースの割り当て（resource allocation）を提供する。
【０３００】
−繰り返し回数（repetition number）（例えば、２ビット）
【０３０１】
−ＨＡＲＱプロセス番号（HARQ process number）（例えば、３ビット、４ビット）
【０３０２】
−新しいデータインジケータ（New data indicator）（例えば、１ビット）
【０３０３】
−ＨＡＲＱ−ＡＣＫリソースオフセット（例えば、２ビット）
【０３０４】
−ＤＣＩサブフレーム繰り返し回数（DCI subframe repetition number）（例えば、２ビット）
【０３０５】
フォーマット６−１ＢのＣＲＣがＲＡ−ＲＮＴＩでスクランブルされる場合、前記情報（すなわち、フィールド）のうち以下のような情報（すなわち、フィールド）は保留（reserve）される。
【０３０６】
−ＨＡＲＱプロセス番号（HARQ process number）
【０３０７】
−新しいデータインジケータ（New data indicator）
【０３０８】
−ＨＡＲＱ−ＡＣＫリソースオフセット
【０３０９】
ここで、端末がＣ−ＲＮＴＩによりスクランブルされたＣＲＣを有するＭＰＤＣＣＨを復号（decode）するように設定されなく、フォーマット６−１Ｂの情報ビットの数がフォーマット６−０Ｂの情報ビットの数より小さい場合、フォーマット６−１Ｂのペイロードサイズがフォーマット６−０Ｂのペイロードサイズと同一になるまで「０」が添付されなければならない。
【０３１０】
また、端末がＣ−ＲＮＴＩによりスクランブルされたＣＲＣを有するＭＰＤＣＣＨを復号（decode）するように設定され、与えられた探索領域上にマッピングされるフォーマット６−１Ｂの情報ビットの数が同一のサービングセル（serving cell）のスケジューリングのためのものであり、同一の探索領域に対してマッピングされたフォーマット６−０Ｂのペイロードサイズより小さい場合、フォーマット６−１Ｂのペイロードサイズがフォーマット６−０Ｂのペイロードサイズと同一になるまで「０」が添付されなければならない。
【０３１１】
次に、ＤＣＩフォーマット６−２は、ページング（paging）及び直接指示（direct indication）のために利用され、以下のような情報を送信することができる。
【０３１２】
−ページングと直接指示の区分のためのフラグ（flag）（例えば、１ビット）
【０３１３】
前記フラグの値が０である場合、ＤＣＩフォーマット６−２は、直接指示情報（direct indication information）（例えば、８ビット）、フラグの値が１であるフォーマット６−２とサイズを同一に設定するための保留された情報ビット（reserved information bits）を含む（又は、送信する）。
【０３１４】
その反面、前記フラグの値が１である場合、ＤＣＩフォーマット６−２は、リソース割り当て（例えば、
【化３９】
2019534649.tif 000056
ビット）、変調及び符号化技法（例えば、３ビット）、繰り返し回数（例えば、３ビット）、ＤＣＩサブフレーム繰り返し回数（例えば、２ビット）を含む（又は、送信する）。
【０３１５】
それとは異なり、ＮＢ−ＩｏＴと関連したＤＣＩフォーマットとして、ＤＣＩフォーマットＮ０（DCI format N0）、ＤＣＩフォーマットＮ１（DCI format N1）、及びＤＣＩフォーマットＮ２（DCI format N2）が考慮されることができる。
【０３１６】
まず、ＤＣＩフォーマットＮ０は、１つのアップリンクセル（UL cell）においてＮＰＵＳＣＨのスケジューリングのために利用され、以下のような情報を送信することができる。
【０３１７】
−フォーマットＮ０とフォーマットＮ１の区分のためのフラグ（flag）（例えば、１ビット）、ここで、値０は、フォーマットＮ０を示し、値１は、フォーマットＮ１を示すことができる。
【０３１８】
−サブキャリア指示（subcarrier indication）（例えば、６ビット）
【０３１９】
−リソース割り当て（resource assignment）（例えば、３ビット）
【０３２０】
-スケジューリング遅延（scheduling delay）（例えば、２ビット）
【０３２１】
−変調及び符号化技法（Modulation and Coding Scheme）（例えば、４ビット）
【０３２２】
−リダンダンシーバージョン（redundancy version）（例えば、１ビット）
【０３２３】
−繰り返し回数（repetition number）（例えば、３ビット）
【０３２４】
−新しいデータインジケータ（New data indicator）（例えば、１ビット）
【０３２５】
−ＤＣＩサブフレーム繰り返し回数（DCI subframe repetition number）（例えば、２ビット）
【０３２６】
次に、ＤＣＩフォーマットＮ１は、１つのセルにおいて１つのＮＰＤＳＣＨコードワード（codeword）のスケジューリング及びＮＰＤＣＣＨ順序（NPDCCH order）により開始されたランダムアクセス手順（random access procedure）に利用される。ここで、ＮＰＤＣＣＨ順序に該当するＤＣＩはＮＰＤＣＣＨにより運ばれることができる。
【０３２７】
前記ＤＣＩフォーマットＮ１は、以下のような情報を送信することができる。
【０３２８】
−フォーマットＮ０とフォーマットＮ１の区分のためのフラグ（flag）（例えば、１ビット）、ここで、値０は、フォーマットＮ０を示し、値１は、フォーマットＮ１を示すことができる。
【０３２９】
フォーマットＮ１は、ＮＰＤＣＣＨ順序インジケータが「１」に設定され、フォーマットＮ１のＣＲＣ（Cyclic Redundancy Check）がＣ−ＲＮＴＩでスクランブルされ、残りの全てのフィールドが以下のように設定された場合にのみ、ＮＰＤＣＣＨ順序により開始されたランダムアクセス手順に利用される。
【０３３０】
−ＮＰＲＡＣＨ繰り返しの開始回数（starting number of NPRACH repetitions）（例えば、２ビット）
【０３３１】
−ＮＰＲＡＣＨのサブキャリア指示（subcarrier indication of PRACH）（例えば、６ビット）
【０３３２】
−フォーマットＮ１の残りの全てのビットは「１」に設定される。
【０３３３】
そうでない場合、以下のような残りの情報が送信される。
【０３３４】
−スケジューリング遅延（scheduling delay）（例えば、３ビット）
【０３３５】
−リソース割り当て（resource assignment）（例えば、３ビット）
【０３３６】
−変調及び符号化技法（Modulation and Coding Scheme）（例えば、４ビット）
【０３３７】
−繰り返し回数（repetition number）（例えば、４ビット）
【０３３８】
−新しいデータインジケータ（New data indicator）（例えば、１ビット）
【０３３９】
−ＨＡＲＱ−ＡＣＫリソース（HARQ-ACK resource）（例えば、４ビット）
【０３４０】
−ＤＣＩサブフレーム繰り返し回数（DCI subframe repetition number）（例えば、２ビット）
【０３４１】
フォーマットＮ１のＣＲＣがＲＡ−ＲＮＴＩでスクランブルされる場合、前記情報（すなわち、フィールド）のうち以下のような情報（すなわち、フィールド）は保留（reserve）される。
【０３４２】
−新しいデータインジケータ（New data indicator）
【０３４３】
−ＨＡＲＱ−ＡＣＫリソース
【０３４４】
ここで、フォーマットＮ１の情報ビットの数がフォーマットＮ０の情報ビットの数より小さい場合、フォーマットＮ１のペイロードサイズがフォーマットＮ０のペイロードサイズと同一になるまで「０」が添付されなければならない。
【０３４５】
次に、ＤＣＩフォーマットＮ２は、ページング（paging）及び直接指示（direct indication）のために利用され、以下のような情報を送信することができる。
【０３４６】
−ページングと直接指示の区分のためのフラグ（flag）（例えば、１ビット）（ここで、値０は直接指示を示し、値１はページングを示すことができる。）
【０３４７】
前記フラグの値が０である場合、ＤＣＩフォーマットＮ２は、直接指示情報（direct indication information）（例えば、８ビット）、フラグの値が１であるフォーマットＮ２とサイズを同一に設定するための保留された情報ビット（reserved information bits）を含む（又は、送信する）。
【０３４８】
それに対して、前記フラグの値が１である場合、ＤＣＩフォーマットＮ２は、リソース割り当て（例えば、３ビット）、変調及び符号化技法（例えば、４ビット）、繰り返し回数（例えば、４ビット）、ＤＣＩサブフレーム繰り返し回数（例えば、３ビット）を含む（又は、送信する）。
【０３４９】
前述したように、ＮＢ（Narrowband）−ＬＴＥは、ＬＴＥシステムの１ＰＲＢ（PhysicalResource Block）に該当するシステム帯域幅（system BW）を有する低い複雑度（complexity）、低い電力消費（power consumption）をサポートするためのシステムをいう。
【０３５０】
すなわち、ＮＢ−ＬＴＥシステムは、主にＭＴＣ（machine-type communication）のような装置（device）（又は、端末）をセルラーシステム（cellular system）においてサポートしてＩｏＴを実現するための通信方式として利用できる。すなわち、ＮＢ−ＬＴＥシステムは、ＮＢ−ＩｏＴと呼ばれることもできる。
【０３５１】
また、ＮＢ−ＬＴＥシステムは、既存のＬＴＥシステムで使用するサブキャリア間隔（subcarrier spacing）などのＯＦＤＭパラメータ（OFDMparameter）をＬＴＥシステムと同じものを使用することにより、ＮＢ−ＬＴＥシステムのために追加的なバンド（band）を割り当てなくてもいい。この場合、レガシー（legacy）ＬＴＥシステムバンドの１ＰＲＢをＮＢ−ＬＴＥ用に割り当てることにより、周波数を効率的に使用できるという長所がある。
【０３５２】
ＮＢ−ＬＴＥシステムの物理チャネルは、ダウンリンクの場合、Ｎ−ＰＳＳ（N-Primary Synchronization Signal）／Ｎ−ＳＳＳ（N-SecondarySynchronization Signal）、Ｎ−ＰＢＣＨ（N-Physical BroadcastChannel）、Ｎ−ＰＤＣＣＨ／Ｎ−ＥＰＤＣＣＨ、Ｎ−ＰＤＳＣＨなどと定義されることができる。ここで、レガシーＬＴＥと区別するために「Ｎ−」が利用されることができる。
【０３５３】
ユニキャスト（unicast）と区分されるマルチキャスト（multicast）又はブロードキャスト（broadcast）の側面で、（レガシー）ＬＴＥシステムは、ＭＢＭＳサービスをサポートするためにＭＢＳＦＮサブフレーム（MBSFN subframe）及び／又はＳＣ−ＰｔＭ（Single CellPoint-to-Multipoint）方式を導入した。ここで、前記ＳＣ−ＰｔＭ方式は、マルチキャストベースのダウンリンク送信をサポートし、これは、ファームウェア（firmware）及び／又はソフトウェア（software）のアップデート、グループ単位メッセージ送信などを行うために利用できる。ここで、一般的なＬＴＥシステムだけでなく、ＮＢ−ＬＴＥ（すなわち、ＮＢ−ＩｏＴ）システムの場合も、ブロードキャスト又はマルチキャストのようなサービス（例えば、前記ＳＣ−ＰｔＭ）が必要な状況が発生することがあり、ＭＢＭＳサービスを使用できる方案が考慮される必要がある。
【０３５４】
これによって、本発明では、前記ＳＣ−ＰｔＭ方式をＮＢ−ＬＴＥ（すなわち、ＮＢ−ＩｏＴ）システムにおいて実行（又は、適用）する方法を提案する。具体的に、本明細書は、ＳＣ−ＰｔＭと関連した情報を送信するＮ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨなどが送信されるＰＲＢの位置及び当該ＰＲＢの割り当て方法を提案する。ここで、前記ＳＣ−ＰｔＭと関連した情報は、ＳＣ−ＭＣＣＨ（SC-Multicast Control Channel）、ＳＣ−ＭＴＣＨ（SC-MulticastTraffic Channel）などを含むことができる。前記ＳＣ−ＭＣＣＨは、前記ＳＣ−ＭＴＣＨと関連した制御情報（例えば、ＲＲＣシグナリングメッセージ（RRC signaling message））を含み、前記ＳＣ−ＭＴＣＨは、マルチキャスト又はブロードキャストされる情報（例えば、ブロードキャストトラフィック（broadcast traffic））を含むことができる。
【０３５５】
ＮＢ−ＬＴＥ（すなわち、ＮＢ−ＩｏＴ）の場合、基地局及び／又は端末が１ＰＲＢ単位の割り当てを受けて（すなわち、特定範囲の周波数領域を利用して）データ及び／又は制御情報を送受信する点に照らして、周波数領域（frequency domain）上で利用できる領域が一般的なＬＴＥと比較して限定的であり得る。それだけでなく、ＮＢ−ＬＴＥの場合、基地局及び／又は端末がデータ及び／又は制御情報を反復的に送信する特性により、時間領域上で利用できる領域も一般的なＬＴＥと比較して限定的であり得る。
【０３５６】
図１１は、本明細書で提案する方法が適用できるＮＢ−ＬＴＥシステムにおけるＮ−ＰＤＣＣＨ及びＮ−ＰＤＳＣＨの送信方式の一例を示す。図１１は、単に説明の便宜のためのものに過ぎず、本発明の範囲を制限するものではない。
【０３５７】
図１１に示すように、Ｎ−ＰＤＣＣＨ及びこれに該当するＮ−ＰＤＳＣＨは、スケジューリングされたキャリア（scheduled carrier）（すなわち、１ＰＲＢ）で送信され、Ｎ−ＰＤＣＣＨ及びＮ−ＰＤＳＣＨは、サブフレーム単位で送信される場合が仮定される。ＮＢ−ＬＴＥシステムにおいて、各端末は、単一のＰＲＢ（single PRB）をそれぞれのキャリア（carrier）として認識する。これにより、本明細書で言及されるＰＲＢは、キャリアと同一又は類似の概念と称されることができる。
【０３５８】
また、図１１に示すように、端末は、Ｎ−ＰＤＣＣＨを受信するために、各Ｎ−ＰＤＣＣＨに対して設定された探索領域（search space）（例えば、５つのサブフレーム、８つのサブフレーム）をモニタリング（monitoring）する必要がある。ここで、探索領域をモニタリングするということは、当該探索領域を介して受信しようとするＤＣＩフォーマット（DCI format）によって特定領域だけのＮ−ＰＤＣＣＨをデコーディング（decoding）した後、該当ＣＲＣを予め約束された特定ＲＮＴＩ値でスクランブリング（scrambling）して所望の値と合うか（すなわち、一致するか）否かを確認する過程を意味する。
【０３５９】
ＮＢ−ＬＴＥシステムの場合、図１１に示すように、Ｎ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨは繰り返して送信されることができる。例えば、Ｎ−ＰＤＣＣＨが１サブフレーム単位で送信されると仮定する場合、Ｎ−ＰＤＣＣＨは、２回（Ｎ−ＰＤＣＣＨ１１０２）又は５回（Ｎ−ＰＤＣＣＨ１１０４）繰り返して送信されることができる。また、Ｎ−ＰＤＳＣＨが２サブフレーム単位で送信されると仮定する場合（すなわち、ＤＣＩに含まれたリソース割り当てフィールドにより２つのサブフレームが送信基本単位に設定される場合）、Ｎ−ＰＤＳＣＨは、３回（Ｎ−ＰＤＳＣＨ１１０６）又は４回（Ｎ−ＰＤＳＣＨ１１０８）繰り返して送信されることができる。
【０３６０】
ここで、Ｎ−ＰＤＣＣＨの繰り返し回数及び／又はＮ−ＰＤＳＣＨの繰り返し回数は、Ｎ−ＰＤＣＣＨを介して送信されたＤＣＩで指示されることができる。
【０３６１】
このように、ＮＢ−ＬＴＥシステムは、一般的なＬＴＥシステムと比較して、信号及び／又はチャネルを送受信できる時間及び周波数リソースが限定されている。従って、前記ＳＣ−ＰｔＭ方式をＮＢ−ＬＴＥシステムに追加的に導入する場合、様々な問題が発生する可能性がある。
【０３６２】
例えば、ＮＢ−ＬＴＥの場合、前述したような特性により、送受信される信号（signal）及び／又はチャネル（channel）間に重畳（overlap）される場合が頻繁に発生することがある。従って、ＮＢ−ＬＴＥシステムにＳＣ−ＰｔＭ方式が導入される場合、ＳＣ−ＰｔＭ方式で利用される信号及び／又はチャネルが既存のＮＢ−ＬＴＥシステムで利用される信号及び／又はチャネル（例えば、ランダムアクセスチャネル（ＲＡＣＨ）、ページング（paging）チャネルなど）と重畳される可能性が高い。
【０３６３】
または、他の例として、制御チャネルが送信される周波数領域が限定され、同一の内容のチャネルを繰り返して送信しなければならないため、ＮＢ−ＬＴＥシステムの特定制御チャネル領域で伝達できる制御情報（control information）の量が制限的である可能性がある。この場合、特定制御情報が制御チャネル領域で伝達できない場合が発生する可能性もある。従って、ＮＢ−ＬＴＥシステムにおいては、特定信号及び／又はチャネル（例えば、ＳＣ−ＭＴＣＨのためのＮ−ＰＤＣＣＨ／Ｎ−ＰＤＳＣＨなど）に対する制御情報を制御チャネルではないデータチャネルを介して伝達する方法も考慮される必要がある。
【０３６４】
また、ＳＣ−ＰｔＭ方式で要求される制御情報が既存のＮＢ−ＬＴＥで利用される方法と異なるように要求されることがある点に照らして、ＳＣ−ＰｔＭにおいて考慮されるＤＣＩフォーマットは、既存のＮＢ−ＬＴＥで利用されるＤＣＩフォーマットと異なる可能性がある。この場合、ＳＣ−ＰｔＭのためのＤＣＩフォーマットの長さ（すなわち、ペイロードサイズ、情報ビットの数）が、既存のＮＢ−ＬＴＥで利用されるＤＣＩフォーマット（例えば、ランダムアクセス用途のＤＣＩフォーマット、ページング用途のＤＣＩフォーマットなど）の長さと異なる可能性がある。ここで、端末は、ＤＣＩフォーマットが変更されることにより追加的なブラインドデコーディング（blind decoding）動作を行う必要があり得る。従って、このような端末の不要なブラインドデコーディング動作を防止するために、ＳＣ−ＰｔＭ用途のＤＣＩを伝達するＮ−ＰＤＣＣＨのための探索領域をＳＣ−ＰｔＭ用途の識別子（例えば、ＳＣ−ＲＮＴＩ（Single Cell-RNTI）、Ｇ−ＲＮＴＩ（Group-RNTI）により別途に設定する方法が考慮される必要がある。
【０３６５】
前述したように、マルチキャスト又はブロードキャストの側面で、ＳＣ−ＰｔＭ方式をＮＢ−ＬＴＥに導入する場合は、様々な問題が発生する可能性がある。従って、以下の本明細書では、前述した問題点を防止し、ＳＣ−ＰｔＭと関連したＮ−ＰＤＣＣＨ及びＮ−ＰＤＳＣＨなどを送受信するマルチキャストＰＲＢ送信（multicast PRB transmission）方法について具体的に説明する。
【０３６６】
説明の便宜のために、以下の本明細書において、アンカータイプＰＲＢ（anchor-type PRB）（又は、アンカータイプキャリア（anchor-typecarrier））は、基地局の観点から、初期接続（initial access）のためのＮ−ＰＳＳ、Ｎ−ＳＳＳ、Ｎ−ＰＢＣＨ、及びシステム情報ブロック（Ｎ−ＳＩＢ）のためのＮ−ＰＤＳＣＨなどを送信するＰＲＢを意味する。この場合、１つアンカータイプＰＲＢが存在するか、又は複数のアンカータイプＰＲＢが存在することもある。また、本明細書において、前述したように、１つまたは複数のアンカータイプＰＲＢが存在する場合、端末が初期接続により選択した特定アンカータイプＰＲＢは、アンカーＰＲＢ（anchor PRB）（又は、アンカーキャリア（anchor carrier））と呼ばれる（又は、定義される）ことができる。また、本明細書において、初期接続の後、ダウンリンク過程（又は、手順）を行うために基地局から割り当てられたＰＲＢは、追加ＰＲＢ（additional PRB）（又は、追加キャリア（additional carrier））と呼ばれる（又は、定義される）ことができる。
【０３６７】
また、本明細書で言及されるＤＣＩフォーマットＮ０、ＤＣＩフォーマットＮ１、及びＤＣＩフォーマットＮ２は、前述した（例えば、３ＧＰＰ標準（specification）に定義された）ＤＣＩフォーマットＮ０、ＤＣＩフォーマットＮ１、及びＤＣＩフォーマットＮ２を意味することができる。
【０３６８】
また、以下に説明される実施形態は、説明の便宜のために区分されたものに過ぎず、ある実施形態の一部構成や特徴は他の実施形態に含まれることができ、又は他の実施形態の対応する構成又は特徴と交替されることができる。例えば、以下、第２実施形態で説明される方式が第１実施形態で説明される方式に追加的に適用されることができ、その逆の場合も可能である。
【０３６９】
第１実施形態−既存のＮＢ−ＩｏＴの送信に対して設定されたＰＲＢとは異なるＰＲＢを利用するマルチキャスト送信方法
【０３７０】
まず、端末が既存のＮＢ−ＩｏＴの送信に対して設定されたＰＲＢ（すなわち、キャンプオン（camp on）ＰＲＢ、ユニキャスト（unicast）ＰＲＢ、ページング（paging）ＰＲＢ、ランダムアクセス（random access）ＰＲＢなど）とは異なるＰＲＢを利用してマルチキャスト送信を行う方法について説明する。言い換えると、前記方法は、既存のＮＢ−ＩｏＴで利用される手順に対して割り当てられたＰＲＢとは異なるＰＲＢを利用してマルチキャスト送信を行う方法であり得る。これは、前記ＳＣ−ＰｔＭ方式のマルチキャスト送信が、端末がキャンプオンされているＰＲＢ、ユニキャスト送信に割り当てられたＰＲＢ、ページング手順に割り当てられたＰＲＢ、又はランダムアクセス手順に割り当てられたＰＲＢとは異なるＰＲＢを介して行われることを意味する。ここで、前記ＳＣ−ＰｔＭ方式のマルチキャスト送信は、ＳＣ−ＭＣＣＨと関連したＮ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨの送信とＳＣ−ＭＴＣＨと関連したＮ−ＰＤＣＣＨ及び／又はＮＰＤＳＣＨの送信を含むことができる。
【０３７１】
優先的に、前記マルチキャストＰＲＢ送信が前記異なるＰＲＢで行われる場合、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）の制御情報（control information）などを送信するＮ−ＰＤＣＣＨとＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）の制御情報などを送信するＮ−ＰＤＣＣＨが同一のＰＲＢで送信されるように設定する方法（方法１）及び相異なるＰＲＢで送信されるように設定する方法（方法２）が考慮されることができる。すなわち、ＳＣ−ＭＣＣＨと関連したＮ−ＰＤＣＣＨとＳＣ−ＭＴＣＨと関連したＮ−ＰＤＣＣＨは同一のＰＲＢで送信されるか、又はそれぞれ異なるＰＲＢで送信される。
【０３７２】
方法１：ＭＣＣＨの制御情報などを送信するＮＰＤＣＣＨとＭＴＣＨの制御情報などを送信するＮ−ＰＤＣＣＨが同一のＰＲＢで送信されるように設定する方法
【０３７３】
まず、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）に対するＮ−ＰＤＣＣＨとＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）に対するＮ−ＰＤＣＣＨが同一のＰＲＢで送信される方法について説明する。
【０３７４】
図１２は、本発明で提案する方法が適用できるＮＢ−ＬＴＥ（すなわち、ＮＢ−ＩｏＴ）システムにおけるＰＲＢ設定方式の一例を示す。図１２は、単に説明の便宜のためのものに過ぎず、本発明の範囲を制限するものではない。
【０３７５】
図１２に示すように、ＮＢ−ＬＴＥ（すなわち、ＮＢ−ＩｏＴ）システムにおいてＳＣ−ＰｔＭ方式のためのＰＲＢとして、追加ＰＲＢ（additional PRB）１２０２、アンカータイプＰＲＢ（anchor-typePRB）１２０４、アンカーＰＲＢ（anchor PRB）１２０６、及び代表ＰＲＢ（representative PRB）１２０８が設定される。
【０３７６】
方法１の場合、前記代表ＰＲＢを介してＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）に対するＮ−ＰＤＣＣＨ及びＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）に対するＮ−ＰＤＣＣＨが送信されるように設定される。
【０３７７】
最初の端末は、アンカーＰＲＢ（すなわち、初期接続されたアンカータイプＰＲＢ）を介して代表に設定された代表ＰＲＢインデックス（representative PRB index）に関する情報をシステム情報ブロック（SystemInformation Block：ＳＩＢ）（例えば、ＮＢ−ＩｏＴ用途のＳＩＢ２０）を利用して受信すると設定されることができる。ここで、代表ＰＲＢインデックスは、ＳＣ−ＰｔＭと関連した信号及び／又はチャネルなどが送信されるように設定された特定ＰＲＢを指示するインデックスを意味する。すなわち、前記ＳＩＢは、ＳＣ−ＰｔＭと関連した情報（例えば、ＳＣ−ＰｔＭが送信される周期（period）（すなわち、ＳＣ−ＰｔＭ送信周期）など）を含み（又は、伝達するのに利用され）、追加的に、前記代表ＰＲＢインデックスに関する情報が含まれることができる。
【０３７８】
前述したシステム情報（System Information：ＳＩ）を受信した端末は、ＳＣ−ＰｔＭが送信される代表ＰＲＢインデックスを知る（又は、識別する、決定する）ことができ、ＳＣ−ＰｔＭが送信される周期も知ることができる。ここで、ＳＣ−ＰｔＭの送信は、ＳＣ−ＰｔＭ方式のためのＳＣ−ＭＣＣＨと関連したＮ−ＰＤＣＣＨ／ＮＰＤＳＣＨ及び／又はＳＣ−ＭＴＣＨと関連したＮ−ＰＤＣＣＨ／Ｎ−ＰＤＳＣＨの送信を意味する。
【０３７９】
前記端末は、前記代表ＰＲＢインデックス及び／又はＳＣ−ＰｔＭ送信周期を知ることができるので、前記代表ＰＲＢで予め約束された（又は、予め設定された、予め決定された）共通探索領域（Common Search Space：ＣＳＳ）（例えば、Ｔｙｐｅ１Ａ−ＮＰＤＣＣＨ ＣＳＳ）をモニタリングすることができる。前記モニタリングにより、端末は、ＳＣ−ＭＣＣＨと関連したスケジューリング情報（scheduling information）（すなわち、Ｎ−ＰＤＳＣＨスケジューリング）を取得できる。言い換えると、端末は、前記モニタリングにより、ＳＣ−ＭＣＣＨに対するＮ−ＰＤＳＣＨスケジューリング情報を取得することができる。
【０３８０】
ここで、端末は、ＳＣ−ＲＮＴＩ値又は予め約束された（又は、設定された）他のＲＮＴＩ値を利用して前記ＣＳＳ領域をモニタリングするように設定されることができる。また、この場合、利用されるＤＣＩフォーマットは、既存のＮＢ−ＩｏＴ（すなわち、ＮＢ−ＬＴＥ）で利用されていたＤＣＩフォーマットＮ１又はＤＣＩフォーマットＮ２に設定されることもでき、または、新しいＤＣＩフォーマット（すなわち、ＤＣＩフォーマットＮｍ、ここで、ｍは整数（integer））に設定されることもできる。従って（又は、これにより）（すなわち、前記取得されたＮ−ＰＤＳＣＨスケジューリング情報を利用して）、端末が該当Ｎ−ＰＤＳＣＨをデコーディングしてＳＣ−ＭＣＣＨ情報を取得すると、端末は、ＴＭＧＩ（Temporary Mobile Group Identifier）別にＧ−ＲＮＴＩ値を取得することができる。すなわち、端末は、前記モニタリングにより取得されたスケジューリング情報に該当するＮ−ＰＤＳＣＨにおいてＳＣ−ＭＣＣＨ情報を取得し、前記取得されたＳＣ−ＭＣＣＨ情報から前記Ｇ−ＲＮＴＩ値を取得することができる。
【０３８１】
次いで（又は、その以後）、端末は、前記代表ＰＲＢにおいて予め約束された（又は、予め設定された）ＣＳＳ（例えば、Ｔｙｐｅ２Ａ−ＮＰＤＣＣＨＣＳＳ）をモニタリングすることができる。前記モニタリングにより、端末は、ＳＣ−ＭＣＣＨと関連したスケジューリング情報（すなわち、Ｎ−ＰＤＳＣＨスケジューリング）を取得することができる。言い換えると、端末は、前記モニタリングにより、ＳＣ−ＭＴＣＨに対するＮ−ＰＤＳＣＨスケジューリング情報を取得することができる。
【０３８２】
ここで、端末は、受信を希望するＴＭＧＩに該当するＧ−ＲＮＴＩ値又は予め約束された（又は、設定された）他のＲＮＴＩ値を利用して前記ＣＳＳ領域をモニタリングするように設定されることができる。また、この場合に利用されるＤＣＩフォーマットは、既存のＮＢ−ＩｏＴ（すなわち、ＮＢ−ＬＴＥ）で利用されていたＤＣＩフォーマットＮ１又はＤＣＩフォーマットＮ２に設定されることもでき、又は新しいＤＣＩフォーマット（すなわち、ＤＣＩフォーマットＮｍ、ここで、ｍは整数（integer））に設定されることもできる。従って（又は、これにより）（すなわち、前記取得されたＮ−ＰＤＳＣＨスケジューリング情報を利用して）、端末が該当Ｎ−ＰＤＳＣＨをデコーディングしてＳＣ−ＭＴＣＨ情報を取得すると、端末は、ＭＢＭＳデータ（例えば、ソフトウェアアップデート）を取得することができる。すなわち、端末は、前記モニタリングにより取得されたスケジューリング情報に該当するＮ−ＰＤＳＣＨにおいてＳＣ−ＭＴＣＨ情報を取得して、マルチキャスト（multicast）又はブロードキャスト（broadcast）されるデータを取得することができる。
【０３８３】
方法２：ＭＣＣＨの制御情報などを送信するＮＰＤＣＣＨとＭＴＣＨの制御情報などを送信するＮ−ＰＤＣＣＨが相異なるＰＲＢで送信されるように設定する方法
【０３８４】
リソースブロック（resource block）の活用度の観点から見ると、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）を単一ＰＲＢ（single PRB）で送信することが効率的であるかもしれない。これは、前記ＭＣＣＨが複数のＰＲＢにより送信されるように設定されると、複数のＰＲＢに対する同一の情報（same information）を伝達する必要があるためである。それに対して、ＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）は、ＴＭＧＩ別に異なる情報を伝達する点に照らしてみると、単一ＰＲＢでＭＴＣＨを送信することは、システムの過負荷を招く可能性がある。これにより、ＮＢ−ＬＴＥ（すなわち、ＮＢ−ＩｏＴ）システムにおいて、前記ＭＴＣＨをＴＭＧＩ（Temporary Mobile Group Identifier）（又は、Ｇ−ＲＮＴＩ）によってそれぞれ異なるＰＲＢを利用し送信する方法が考慮される必要がある。
【０３８５】
これにより、前述した方法とは異なり、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）に対するＮ−ＰＤＣＣＨとＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）に対するＮ−ＰＤＣＣＨが相異なるＰＲＢで送信される方法について以下に説明する。
【０３８６】
図１３は、本発明で提案する方法が適用できるＮＢ−ＬＴＥ（すなわち、ＮＢ−ＩｏＴ）システムにおけるＰＲＢ設定方式の他の例を示す。図１３は、単に説明の便宜のためのものに過ぎず、本発明の範囲を制限するものではない。
【０３８７】
図１３に示すように、ＮＢ−ＬＴＥ（すなわち、ＮＢ−ＩｏＴ）システムにおいてＳＣ−ＰｔＭ方式のためのＰＲＢとして、Ｍ−ＰＲＢ（Multicast-PRB）１３０２、追加ＰＲＢ（additional PRB）１３０４、アンカータイプＰＲＢ（anchor-type PRB）１３０６、アンカーＰＲＢ（anchor PRB）１３０８、及び代表ＰＲＢ（representative PRB）１３１０が設定される。
【０３８８】
方法２の場合、前記代表ＰＲＢを介してＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）に対するＮ−ＰＤＣＣＨが送信され、前記Ｍ−ＰＲＢ（又は、Ｍ−キャリア（Multicast-carrier））を介してＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）に対するＮ−ＰＤＣＣＨが送信されるように設定されることができる。
【０３８９】
最初の端末は、アンカーＰＲＢを介して代表に設定された代表ＰＲＢインデックスに関する情報をＳＩＢ（例えば、ＮＢ−ＩｏＴ用途のＳＩＢ２０）を利用して受信すると設定されることができる。ここで、代表ＰＲＢインデックスは、ＳＣ−ＰｔＭと関連した信号及び／又はチャネルなどが送信されるように設定された特定ＰＲＢを指示するインデックスを意味する。すなわち、前記ＳＩＢは、ＳＣ−ＰｔＭと関連した情報（例えば、ＳＣ−ＰｔＭが送信される周期（period）を含み（又は、伝達するのに利用され））、追加的に、前記代表ＰＲＢインデックスに関する情報が含まれる（又は、伝達される）ことができる。
【０３９０】
前述したシステム情報（ＳＩ）を受信した端末は、ＳＣ−ＰｔＭが送信される代表ＰＲＢインデックスを知る（又は、識別する、決定する）ことができ、ＳＣ−ＰｔＭが送信される周期も知ることができる。ここで、ＳＣ−ＰｔＭの送信は、ＳＣ−ＰｔＭ方式のためのＳＣ−ＭＣＣＨと関連したＮ−ＰＤＣＣＨ／ＮＰＤＳＣＨ及び／又はＳＣ−ＭＴＣＨと関連したＮ−ＰＤＣＣＨ／Ｎ−ＰＤＳＣＨの送信を意味する。
【０３９１】
前記端末は、前記代表ＰＲＢインデックス及び／又はＳＣ−ＰｔＭ送信周期を知ることができるので、前記代表ＰＲＢにおいて予め約束された（又は、予め設定された、予め決定された）共通探索領域（Common Search Space：ＣＳＳ）（例えば、Ｔｙｐｅ１Ａ−ＮＰＤＣＣＨ ＣＳＳ）をモニタリングすることができる。前記モニタリングにより、端末は、ＳＣ−ＭＣＣＨと関連したスケジューリング情報（scheduling information）（すなわち、Ｎ−ＰＤＳＣＨスケジューリング）を取得することができる。すなわち、端末は、前記モニタリングにより、ＳＣ−ＭＣＣＨに対するＮ−ＰＤＳＣＨスケジューリング情報を取得することができる。
【０３９２】
ここで、端末は、ＳＣ−ＲＮＴＩ値又は予め約束された（又は、設定された）他のＲＮＴＩ値を利用して、前記ＣＳＳ領域をモニタリングするように設定されることができる。ここで、前記ＳＣ−ＲＮＴＩ値は、ダイナミックにスケジューリングされたＳＣ−ＰｔＭ制御情報（dynamically scheduled SC-PtM control information）のために利用され、ＳＣ−ＭＣＣＨと関連する。
【０３９３】
また、この場合に利用されるＤＣＩフォーマットは、既存のＮＢ−ＩｏＴ（すなわち、ＮＢ−ＬＴＥ）で利用されていたＤＣＩフォーマットＮ１又はＤＣＩフォーマットＮ２に設定されることもでき、又は新しいＤＣＩフォーマット（すなわち、ＤＣＩフォーマットＮｍ、ここで、ｍは整数（integer））に設定されることもできる。これにより、端末が該当Ｎ−ＰＤＳＣＨをデコーディングしてＳＣ−ＭＣＣＨ情報を取得すると、端末は、ＴＭＧＩ（Temporary Mobile Group Identifier）別にＧ−ＲＮＴＩ値を取得することができる。すなわち、端末は、前記モニタリングにより取得されたスケジューリング情報に該当するＮ−ＰＤＳＣＨにおいてＳＣ−ＭＣＣＨ情報を取得し、前記取得されたＳＣ−ＭＣＣＨ情報から前記のＧ−ＲＮＴＩ値を取得することができる。ここで、前記Ｇ−ＲＮＴＩ値は、ダイナミックにスケジューリングされたＳＣ−ＰｔＭ送信（dynamically scheduled SC-PtM transmission）のために利用され、ＳＣ−ＭＴＣＨと関連する。
【０３９４】
また、端末は、ＳＣ−ＭＣＣＨが送信されるＮ−ＰＤＳＣＨをデコーディングして、Ｇ−ＲＮＴＩ（又は、特定Ｇ−ＲＮＴＩグループ）によって相異なるＭ−ＰＲＢインデックス（M-PRB index）情報を取得するように設定されることができ、Ｇ−ＲＮＴＩ（又は、特定Ｇ−ＲＮＴＩグループ）によって相異なるＭ−ＰＲＢインデックス情報をグループ−特定（group-specific）のＲＲＣシグナリング（RRC signaling）を介して受信するように設定されることもできる。すなわち、端末は、ＳＣ−ＭＣＣＨが送信されるＮ−ＰＤＳＣＨをデコーディングして、Ｇ−ＲＮＴＩ別に異なるように設定されたＭ−ＰＲＢインデックス（すなわち、ＳＣ−ＭＴＣＨが送信されるＰＲＢインデックス）に関する情報を取得することができるできる。ここで、前記Ｍ−ＰＲＢインデックスに関する情報は、ＲＲＣシグナリングを介して伝達されることができる。
【０３９５】
言い換えると、端末は、物理チャネル（physical channel）であるＮ−ＰＤＳＣＨを介して論理チャネル（logicalchannel）であるＳＣ−ＭＣＣＨを受信することができ、受信されたＳＣ−ＭＣＣＨに含まれた（すなわち、受信されたＳＣ−ＭＣＣＨにより伝達される）ＳＣ−ＭＴＣＨに利用されるＰＲＢ（すなわち、ダウンリンクキャリア（downlink carrier））に関する情報（例えば、インデックス）を取得することができる。ここで、前記ＳＣ−ＭＴＣＨに利用されるＰＲＢに関する情報は、上位層シグナリング（higher layer signaling）（例えば、ＲＲＣシグナリング）を介して伝達されることができる。ここで、前記ＰＲＢに関する情報及び／又は前記上位層シグナリングは、Ｇ−ＲＮＴＩ別に設定されることができる。
【０３９６】
この場合、ＳＣ−ＭＴＣＨと関連したＮ−ＰＤＣＣＨ／Ｎ−ＰＤＳＣＨに関する設定情報（すなわち、制御情報）がＳＣ−ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨと関連したＮ−ＰＤＳＣＨ）を介して伝達される。すなわち、特定制御情報を制御チャネルの領域ではないデータチャネル領域を介して伝達することにより、時間及び周波数リソースの側面で限定的なＮＢ−ＩｏＴシステムにおいて効率的に制御情報を伝達することができる。
【０３９７】
次いで（又は、その以後）、端末は、受信を希望するＴＭＧＩが有する（又は、受信を希望するＴＭＧＩに該当する）Ｇ−ＲＮＴＩ（又は、特定Ｇ−ＲＮＴＩグループ）に該当するＰＲＢにおいて予め約束された（又は、予め設定された）ＣＳＳ（例えば、Ｔｙｐｅ２Ａ−ＮＰＤＣＣＨＣＳＳ）、ＵＳＳ（User（UE）-specific Search Space）、又はＧＳＳ（Group-specificSearch Space）（のうち少なくとも１つ）をモニタリングすることができる。前記モニタリングにより、端末は、ＳＣ−ＭＣＣＨと関連したスケジューリング情報（すなわち、Ｎ−ＰＤＳＣＨスケジューリング）を取得することができる。言い換えると、端末は、前記モニタリングにより、ＳＣ−ＭＴＣＨに対するＮ−ＰＤＳＣＨスケジューリング情報を取得することができる。
【０３９８】
ここで、端末は、受信を希望するＴＭＧＩに該当するＧ−ＲＮＴＩ値又は予め約束された（又は、設定された）他のＲＮＴＩ値を利用して、前記ＣＳＳ、前記ＵＳＳ、又は前記ＧＳＳ（のうち少なくとも１つ）をモニタリングするように設定されることができる。また、この場合に利用されるＤＣＩフォーマットは、既存のＮＢ−ＩｏＴ（すなわち、ＮＢ−ＬＴＥ）で利用されていたＤＣＩフォーマットＮ１又はＤＣＩフォーマットＮ２に設定されることもでき、又は新しいＤＣＩフォーマット（すなわち、ＤＣＩフォーマットＮｍ、ここで、ｍは整数（integer））に設定されることもできる。これにより、端末が該当Ｎ−ＰＤＳＣＨをデコーディングしてＳＣ−ＭＴＣＨ情報を取得すると、端末は、ＭＢＭＳデータを取得することができる。すなわち、端末は、前記モニタリングにより取得されたスケジューリング情報に該当するＮ−ＰＤＳＣＨにおいてＳＣ−ＭＴＣＨ情報を取得して、マルチキャスト又はブロードキャストされるデータを取得することができる。
【０３９９】
前述した方法１及び方法２の両方ともに対して、一般的に、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）を送信するＮ−ＰＤＳＣＨは、ＭＣＣＨの制御情報などを送信するＮ−ＰＤＣＣＨが送信されるＰＲＢと同一のＰＲＢに送信され、また、ＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）を送信するＮ−ＰＤＳＣＨは、ＭＴＣＨの制御情報などを送信するＮ−ＰＤＣＣＨが送信されるＰＲＢと同一のＰＲＢに送信されるように設定される。ただ、１ＲＢ（resource block）を利用するＮＢ−ＩｏＴシステムの特性上、Ｎ−ＰＤＣＣＨを送信するＰＲＢと（該当）Ｎ−ＰＤＳＣＨを送信するＰＲＢが無条件に同一に設定される必要はない。従って、それぞれのＮ−ＰＤＣＣＨが送信されるＰＲＢとは異なる第３のＰＲＢを介してＮ−ＰＤＳＣＨが送信されることを示す情報がダイナミックに伝達されるように設定されることもできる。
【０４００】
例えば、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）の制御情報などを送信するＮ−ＰＤＣＣＨが追加的にＭＣＣＨを送信するＮ−ＰＤＳＣＨが送信される新しい（すなわち、他の）ＰＲＢインデックスを知らせるように設定されることができる。すなわち、前記Ｎ−ＰＤＳＣＨに前記Ｎ−ＰＤＳＣＨが送信されるＰＲＢを指示する情報が含まれることができる。これと類似して、ＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）の制御情報などを送信するＮ−ＰＤＣＣＨが追加的にＭＴＣＨを送信するＮ−ＰＤＳＣＨが送信される新しいＰＲＢインデックスを知らせるように設定されることができる。
【０４０１】
ここで、ＳＣ−ＭＣＣＨが伝達される（又は、載せてくる）Ｎ−ＰＤＳＣＨが送信される新しいＰＲＢ、ＳＣ−ＭＴＣＨのスケジューリング情報が伝達される（又は、下りてくる）Ｎ−ＰＤＣＣＨが送信される新しいＰＲＢ、及び／又はＳＣ−ＭＴＣＨが伝達される（又は、載せてくる）Ｎ−ＰＤＳＣＨが送信される新しいＰＲＢは、多様な方式で設定されることができる。一例として、前記３つの新しいＰＲＢは、互いに独立的に割り当てられることもあり、互いに同一であることもあり、ＰＲＢ間に一定のＰＲＢ間隔だけ離れていることもあり、又は特定の規則を有する関係を有することもある。
【０４０２】
また、前述した方法１及び方法２の両方ともに対して、端末は、代表ＰＲＢにおいて予め約束された（又は、予め設定された）共通探索領域（ＣＳＳ）をモニタリングしてＳＣ−ＭＣＣＨ変更通知情報（SC-MCCH change notification information）を取得することもできる。ここで、前記ＳＣ−ＭＣＣＨ変更通知情報は、ＳＣ−ＭＣＣＨが変更されたことを知らせるインジケータ（indicator）又はフラグ（flag）の形態の情報を含むことができる。ここで、端末は、ＳＣ−ＲＮＴＩ値又は予め約束された（又は、設定された）他のＲＮＴＩ値を利用して前記ＣＳＳ領域をモニタリングするように設定されることができる。また、この場合に利用されるＤＣＩフォーマットは、既存のＮＢ−ＩｏＴ（すなわち、ＮＢ−ＬＴＥ）において利用されていたＤＣＩフォーマットＮ１又はＤＣＩフォーマットＮ２に設定されることもでき、又は新しいＤＣＩフォーマット（すなわち、ＤＣＩフォーマットＮｍ、ここで、ｍは整数（integer））に設定されることもできる。
【０４０３】
また、前述した方法１及び方法２において、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨが送信されるＮ−ＰＤＳＣＨ）及び／又はＭＣＣＨ（すなわち、ＳＣ−ＭＴＣＨ）をスケジューリングするＮ−ＰＤＣＣＨが送信されるＰＲＢと、ＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨが送信されるＮ−ＰＤＳＣＨ）及び／又はＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）をスケジューリングするＮ−ＰＤＣＣＨが送信されるＰＲＢとをそれぞれ独立的にシステム情報（例えば、ＳＩＢ）を介して知らせる方法が考慮されることもできる。すなわち、前記方法においては、ＳＣ−ＭＣＣＨと関連したＰＲＢ情報（すなわち、インデックス）とＳＣ−ＭＴＣＨと関連したＰＲＢ情報がＳＩＢを介して伝達されることができる。または、前述した方法１において、代表ＰＲＢは、ＭＣＣＨ及び／又はＭＣＣＨをスケジューリングするＮ−ＰＤＣＣＨではない、ＭＴＣＨ及び／又はＭＴＣＨをスケジューリングするＮ−ＰＤＣＣＨに適用されるように設定されることもできる。ここで、端末は、前記ＭＣＣＨ及び／又は前記ＭＣＣＨをスケジューリングするＮ−ＰＤＣＣＨはアンカーＰＲＢで読み込むように（又は、デコーディングするように）設定されることができる。
【０４０４】
また、前述した方法１及び方法２で言及された代表ＰＲＢは、アンカータイプＰＲＢのうち選択された代表アンカータイプＰＲＢ（representative anchor-type PRB）であり得る。
【０４０５】
第２実施形態−既存のＮＢ−ＩｏＴの送信に対して設定されたＰＲＢと同一のＰＲＢを利用するマルチキャスト送信方法
【０４０６】
前述したように、既存のＮＢ−ＩｏＴの送信に対して設定されたＰＲＢ（すなわち、キャンプオン（camp on）ＰＲＢ、ユニキャストＰＲＢ、ページングＰＲＢ、又はランダムアクセスＰＲＢなど）と異なるＰＲＢを利用してＭＣＣＨに対するＮ−ＰＤＣＣＨ（及び／又はＮ−ＰＤＳＣＨ）又はＭＴＣＨに対するＮ−ＰＤＣＣＨ（及び／又はＮ−ＰＤＳＣＨ）を受信する方法は、端末の立場でレガシーＮＢ−ＩｏＴの送信（legacy NB-IOT transmission）と独立的なＰＲＢを利用してマルチキャスト送信を受信する。
【０４０７】
従って、この場合、設定された端末（configured UE）の立場では、ユニキャストに対するＮ−ＰＤＣＣＨがＳＣ−ＰｔＭに対するＮ−ＰＤＣＣＨと同一のＰＲＢで送信される場合が存在しない。また、遊休端末（idle UE）の立場では、ページングに対するＤＣＩ（すなわち、ページングに対するＮ−ＰＤＣＣＨ）がＳＣ−ＰｔＭに対するＮ−ＰＤＣＣＨと同一のＰＲＢで送信される場合が存在しない。
【０４０８】
それとは異なり、ＳＣ−ＰｔＭに対するＮ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨがキャンプオンＰＲＢ（又は、ユニキャストＰＲＢ、ページングＰＲＢ、ランダムアクセスＰＲＢ）と同一のＰＲＢを介して送信される場合、前記ユニキャストＮ−ＰＤＣＣＨ又は前記ページングＤＣＩなどの既存のＮＢ−ＩｏＴシステムにおける信号及び／又はチャネルと重畳する場合が発生することがある。これにより、ＳＣ−ＰｔＭ方式のマルチキャスト送信がキャンプオンＰＲＢ（又は、ユニキャストＰＲＢ、ページングＰＲＢ、ランダムアクセスＰＲＢ）と同一のＰＲＢを介して行われる場合、前記マルチキャスト送信を処理（又は、実行）する方法が考慮される必要がある。
【０４０９】
キャンプオンＰＲＢ（又は、ユニキャストＰＲＢ、ページングＰＲＢ、ランダムアクセスＰＲＢ）と同一のＰＲＢを利用してＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）に対するＮ−ＰＤＣＣＨ（及び／又はＮ−ＰＤＳＣＨ）又はＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）に対するＮ−ＰＤＣＣＨ（及び／又はＮ−ＰＤＳＣＨ）を受信する方法として、以下のような２つの方法が考慮される。ここで、前記２つの方法は、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）又はＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）の制御情報を伝達するＮ−ＰＤＣＣＨのＤＣＩフォーマットをどちらのＤＣＩフォーマットに合うように設定するかによって区分されることができる。すなわち、この場合、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）又はＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）の制御情報を伝達するＮ−ＰＤＣＣＨのＤＣＩフォーマットをＤＣＩフォーマットＮ１と同一に合わせる方法（方法１）とＤＣＩフォーマットＮ２と同一に合わせる方法（方法２）が考慮されることができる。また、各方法は、端末が遊休モード（idle mode）である場合と接続されたモード（connected mode）である場合によって、さらに分類されることができる。これは、端末のモードによって利用されるＤＣＩフォーマットが変わる可能性があるからである。例えば、端末は、遊休モードではページングのためのＤＣＩフォーマットＮ２を利用するのに対して、接続されたモードではアップリンク／ダウンリンクグラントのためのＤＣＩフォーマットＮ１を利用することができる。
【０４１０】
方法１：ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨのＤＣＩフォーマットをＤＣＩフォーマットＮ１と同一に合わせる方法
【０４１１】
まず、ＳＣ−ＰｔＭと関連したＮ−ＰＤＣＣＨのＤＣＩフォーマットをＤＣＩフォーマットＮ１と同一に合わせる方法について説明する。ここで、ＤＣＩフォーマットをＤＣＩフォーマットＮ１と同一に合わせる方法は、実際ＤＣＩフォーマットＮ１を使用するか、またはＤＣＩフォーマットＮ１と同一のペイロード（payload）を有するように新しいＤＣＩフォーマットを使用するように設定する方法を意味する。ここで、ＤＣＩフォーマットにデータを全て入れても空間（例えば、ビット（bit）数）が残る場合、「０」を追加に入れる方法（すなわち、ゼロパディング（zeropadding）方式）を利用してＤＣＩフォーマットの長さをＤＣＩフォーマットＮ１の長さと同一に設定する必要がある。ここで、前記ＤＣＩフォーマットＮ１の長さは、前記ＤＣＩフォーマットＮ１を他のＤＣＩフォーマットとサイズを合わせるためにゼロパディングが行われる場合、当該ゼロパディングを行った後の長さを意味する。
【０４１２】
また、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨが送信される探索領域は、ＳＣ−ＰｔＭのための共通探索領域（ＣＳＳ）を利用するように設定されることができる。特に、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨのＤＣＩフォーマットをＤＣＩフォーマットＮ１と同一に合わせることは、端末のＮ−ＰＤＣＣＨのブラインドデコーディング（blind decoding）回数を増加させないために、以下のような２つの場合が満足される場合に適用されることができる。
【０４１３】
前記２つの場合のうち１番目は、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨが送信される探索領域が端末−特定データスケジューリング（UE-specific data scheduling）のためのＮ−ＰＤＣＣＨが送信されるＵＳＳ（UE-specific search space）に含まれるように設定できる場合であり、２番目は、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨが送信されるＲＰＢが端末−特定データスケジューリングのためのＮ−ＰＤＣＣＨが送信される（ＵＳＳが送信される）ＰＲＢと同一である場合を意味する。
【０４１４】
特に、前述した方法をＭＴＣ（Machine Type Communication）に対して適用する場合、ＣＥモード（CoverageEnhancement mode）別に探索領域を異なるように設定する方法が考慮されることができる。例えば、ＣＥモードＢ（CE mode B）の場合、前述したＮＢ−ＩｏＴの場合と類似して、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨが送信される探索領域がＵＳＳに含まれるか、又はＵＳＳと同一に設定されることができる。それとは異なり、ＣＥモードＡ（CE mode A）の場合、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨが送信される探索領域がＴｙｐｅ０−ＭＰＤＣＣＨＣＳＳに含まれるか、又はＴｙｐｅ０−ＭＰＤＣＣＨ ＣＳＳと同一に設定されることができる。
【０４１５】
以下、接続されたモード（connected mode）の端末（例えば、RRC connected UE）と遊休モード（idle mode）の端末を区分して、方法１に対する具体的な内容について説明する。
【０４１６】
まず、接続されたモード（connected mode）の端末の場合、当該端末は、ＭＣＣＨ及びＭＴＣＨのＤＣＩが送信される探索領域がＵＳＳ（すなわち、ＮＰＤＣＣＨＵＳＳ）と同一であるか、又は当該ＵＳＳに含まれる関係を有することに設定する方法が考慮されることができる。この場合、接続されたモードの端末は、別途の追加的なブラインドデコーディング（Blind Decoding：ＢＤ）無しに、既存に自分が見ていた（すなわち、モニタリングしていた）ユニキャスト制御ＤＣＩ（unicast control DCI）とＭＣＣＨのＤＣＩ又はＭＴＣＨのＤＣＩを、相異なるＲＮＴＩ値を利用してＣＲＣマスキング（CRC masking）を利用して区分することができる。本明細書において、相異なるＲＮＴＩ値を利用してＣＲＣマスキングを利用して区分することは、相異なるＲＮＴＩ値を利用するＣＲＣマスキングにより区分することを意味する。一例として、前記相異なるＲＮＴＩ値は、ユニキャストの場合はＣ−ＲＮＴＩに、ＭＣＣＨの場合はＳＣ−ＲＮＴＩに、ＭＴＣＨの場合はＧ−ＲＮＴＩに設定される。また、この場合、当該端末は、周波数（frequency）の移動（又は、遷移）及び／又はユニキャストの中断（unicastinterruption）無しに、ＭＣＣＨ制御（すなわち、ＭＣＣＨの制御情報と関連したＮ−ＰＤＣＣＨ／ＤＣＩ）又はＭＴＣＨ制御（すなわち、ＭＴＣＨの制御情報と関連したＮ−ＰＤＣＣＨ／ＤＣＩ）をデコーディング（decoding）することができる。
【０４１７】
特に、前述した方法をＭＴＣに対して適用する場合、ＣＥモードＢの場合は前述したＮＢ−ＩｏＴの場合と類似して、ＭＣＣＨ及びＭＴＣＨのＤＣＩが送信される探索領域がＵＳＳ（すなわち、ＭＰＤＣＣＨＵＳＳ）と同一であるか、又は当該ＵＳＳに含まれる関係を有することに設定する方法が考慮される。しかしながら、ＣＥモードＡの場合、ＭＴＣ端末が端末は自分のＵＳＳとＴｙｐｅ０−ＭＰＤＣＣＨＣＳＳを同時にモニタリングすることができる。従って、前述したＮＢ−ＩｏＴの場合と異なって、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨが送信される探索領域がＴｙｐｅ０−ＭＰＤＣＣＨＣＳＳに含まれるか、又は当該Ｔｙｐｅ０−ＭＰＤＣＣＨ ＣＳＳと同一に設定されることができる。この場合、接続されたモードの端末は、別途の追加的なブラインドデコーディング（Blind Decoding：ＢＤ）無しに、既存に自分が見ていた（すなわち、モニタリングしていた）共通制御ＤＣＩ（common control DCI）とＭＣＣＨのＤＣＩ又はＭＴＣＨのＤＣＩを、相異なるＲＮＴＩ値を利用してＣＲＣマスキング（CRC masking）を利用して区分することができる。一例として、前記相異なるＲＮＴＩ値は、ユニキャストの場合はＣ−ＲＮＴＩに、ＭＣＣＨの場合はＳＣ−ＲＮＴＩに、ＭＴＣＨの場合はＧ−ＲＮＴＩに設定される。また、この場合、当該端末は、周波数（frequency）の移動（又は、遷移）及び／又はユニキャストの中断（unicastinterruption）無しに、ＭＣＣＨ制御（すなわち、ＭＣＣＨの制御情報と関連したＮ−ＰＤＣＣＨ／ＤＣＩ）又はＭＴＣＨ制御（すなわち、ＭＴＣＨの制御情報と関連したＮ−ＰＤＣＣＨ／ＤＣＩ）をデコーディング（decoding）することができる。
【０４１８】
それとは異なり、ＳＣ−ＰｔＭと関連したＤＣＩフォーマットがＤＣＩフォーマットＮ１に合わせられて（すなわち、設定されて）いるので、遊休モード（idle mode）の端末は、ＤＣＩフォーマットＮ１に送信されるＭＣＣＨの制御情報又はＭＴＣＨの制御情報を見るために（すなわち、モニタリングするために）既存の動作（例えば、レガシー（legacy）ＮＢ−ＩｏＴ動作）と比較して追加的な動作が要求されることができる。ここで、追加的な動作は以下のようである。
【０４１９】
遊休モードの端末は、端末のＤＲＸサイクル（Discontinuous Reception cycle）の間に、既存に見ることを希望したページング（paging）を見る（すなわち、検出する）ために、Ｐ−ＲＮＴＩ（Paging-RNTI）を利用してＤＣＩフォーマットＮ２（DCI format N2）（又は、ＤＣＩフォーマットＮ２サイズ）をモニタリングすることができる。ここで、同一のサブフレームにＳＣ−ＰｔＭ（すなわち、ＭＣＣＨ又はＭＴＣＨ制御（control））と関連したＤＣＩが送信される場合はＤＣＩフォーマットＮ１サイズに設定されているため（すなわち、ＤＣＩフォーマットＮ１とＤＣＩフォーマットＮ２サイズが異なるため）、ＳＣ−ＰｔＭ関連情報を放棄するしかない。ただ、端末が追加的なブラインドデコーディングを行う能力がある場合は、端末は、ＳＣ−ＲＮＴＩ又はＧ−ＲＮＴＩを利用してＤＣＩフォーマットＮ１（すなわち、ＭＣＣＨ又はＭＴＣＨに対するＤＣＩフォーマット）をモニタリングしてＳＣ−ＰｔＭ関連情報を取得することもできる。
【０４２０】
ページングとマルチキャスト（すなわち、ＳＣ−ＰｔＭと関連した信号及び／又はチャネル）が同一のサブフレーム（すなわち、同一のタイミング（timing））で送信される場合に、ページングを見る（すなわち、検出する）ためにページングが送信されるＰＲＢにおいてＰ−ＲＮＴＩを利用してＤＣＩフォーマットＮ２をモニタリングする前記方法は、前述した第１実施形態の相異なるＰＲＢでページングとマルチキャストが送信される方法（例えば、第１実施形態の方法２）にも適用されることができる。すなわち、相異なるＰＲＢにおいてページング及びマルチキャストが同一のタイミングで送信される場合、端末は、端末のＤＲＸサイクル（Discontinuous Reception cycle）の間に既存に見ることを希望したページング（paging）を見る（すなわち、検出する）ために、Ｐ−ＲＮＴＩ（Paging-RNTI）を利用してＤＣＩフォーマットＮ２（DCI format N2）をモニタリングすることができる。
【０４２１】
また、前述したように、ＳＣ−ＰｔＭと関連したＮ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨが既存のＮＢ−ＩｏＴにおいて送信されるＮ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨと重畳する場合が発生する可能性がある。ここで、前記２つのうちどちらを優先的に受信するかに対する設定（すなわち、優先順位に対する設定）が要求されることがある。
【０４２２】
例えば、ページング（paging）を送信する（すなわち、ページングと関連した）Ｎ−ＰＤＳＣＨとＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合に、ページングを受信することに設定されることができる。すなわち、端末は、上記の場合にページング（paging）を送信するＮ−ＰＤＳＣＨを受信するように設定されることができる。ここで、前記ＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨは、前述したように（例えば、第１実施形態）、ＳＣ−ＭＣＣＨに対するＮ−ＰＤＳＣＨ及び／又はＳＣ−ＭＴＣＨに対するＮ−ＰＤＳＣＨを含むことができる。すなわち、前記ＳＣ−ＰｔＭは、ＳＣ−ＭＣＣＨ又はＳＣ−ＭＴＣＨを意味することができる。また、前記ＳＣ−ＭＣＣＨに対するＮ−ＰＤＳＣＨは、前述したように（例えば、第１実施形態）、ＳＣ−ＲＮＴＩ値又は他のＲＮＴＩ値を利用して特定ＣＳＳをモニタリングして受信したＮ−ＰＤＳＣＨに対応するＮ−ＰＤＳＣＨを意味することができる。
【０４２３】
これと類似して、前記ＳＣ−ＭＴＣＨに対するＮ−ＰＤＳＣＨは、前述したように（例えば、第１実施形態）、Ｇ−ＲＮＴＩ値又は他のＲＮＴＩ値を利用してＣＳＳ、ＵＳＳ、又はＧＳＳをモニタリングして受信したＮ−ＰＤＳＣＨに対応するＮ−ＰＤＳＣＨを意味することができる。すなわち、前記ＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨは、前記ＳＣ−ＲＮＴＩ値又は前記Ｇ−ＲＮＴＩ値によりスクランブリングされたＤＣＩＣＲＣを有するＮ−ＰＤＣＣＨに対応する（すなわち、ＮＰＤＣＣＨにより割り当てられる、又はスケジューリングされる）Ｎ−ＰＤＳＣＨを意味することができる。また、前記ページングを送信するＮ−ＰＤＳＣＨは、Ｐ−ＲＮＴＩによりスクランブリングされたＤＣＩＣＲＣを有するＮ−ＰＤＣＣＨに対応するＮ−ＰＤＳＣＨを意味することができる。
【０４２４】
また、ページングを送信するＮ−ＰＤＳＣＨとＳＣ−ＰｔＭスケジューリング情報（scheduling information）を送信するＮ−ＰＤＣＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合も、ページングを受信することに設定されることができる。すなわち、端末は、上記の場合にページング（paging）を送信するＮ−ＰＤＳＣＨを受信するように設定される。ここで、前記ＳＣ−ＰｔＭスケジューリング情報を送信するＮ−ＰＤＣＣＨは、前述したように（例えば、第１実施形態）、ＳＣ−ＭＣＣＨに対するＮ−ＰＤＳＣＨ及び／又はＳＣ−ＭＴＣＨに対するＮ−ＰＤＣＣＨを含むことができる。すなわち、前記ＳＣ−ＰｔＭスケジューリング情報は、ＳＣ−ＭＣＣＨに対するＤＣＩ又はＳＣ−ＭＴＣＨに対するＤＣＩを意味することができる。また、前記ＳＣ−ＭＣＣＨに対するＮ−ＰＤＳＣＨは、前述したように（例えば、第１実施形態）、ＳＣ−ＲＮＴＩ値又は他のＲＮＴＩ値を利用して特定ＣＳＳをモニタリングすることにより検出（又は、受信、デコーディング）されることができる。
【０４２５】
これと類似して、前記ＳＣ−ＭＴＣＨに対するＮ−ＰＤＳＣＨは、前述したように（例えば、第１実施形態）、Ｇ−ＲＮＴＩ値又は他のＲＮＴＩ値を利用して特定のＣＳＳをモニタリングすることにより検出（又は、受信、デコーディング）されることができる。従って、端末は、ページングを送信するＮ−ＰＤＳＣＨを受信するタイミング（すなわち、サブフレーム）で、ＳＣ−ＰｔＭと関連したＳＣ−ＲＮＴＩ値又はＧ−ＲＮＴＩに対応する特定ＣＳＳをモニタリングする必要がない。
【０４２６】
また、ページングのスケジューリング情報を送信するＮ−ＰＤＣＣＨがＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨと同一のサブフレーム（すなわち、同一のタイミング）で送信される場合も、ページング（すなわち、ページングのスケジューリング情報を送信するＮ−ＰＤＣＣＨ）を受信することに設定されることができる。すなわち、端末は、上記の場合にページングのスケジューリング情報を送信するＮ−ＰＤＣＣＨを受信するように設定される。ここで、前記ＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨは、前述したように、ＳＣ−ＭＣＣＨに対するＮ−ＰＤＳＣＨ及び／又はＳＣ−ＭＴＣＨに対するＮ−ＰＤＳＣＨを含むことができる。また、前記ページングのスケジューリング情報を送信するＮ−ＰＤＣＣＨは、前述したように、Ｐ−ＲＮＴＩ値を利用して特定の探索領域（例えば、Ｔｙｐｅ１−ＮＰＤＣＣＨＣＳＳ）をモニタリングして検出（又は、受信、デコーディング）されることができる。従って、端末は、前記ページングのスケジューリング情報を送信するＮ−ＰＤＣＣＨ（すなわち、Ｐ−ＲＮＴＩにより設定されたＮ−ＰＤＣＣＨ）に対して設定された特定探索領域（すなわち、特定探索領域に該当するサブフレーム）において前記ＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨを受信する必要がない。
【０４２７】
また、ページングのスケジューリング情報を送信するＮ−ＰＤＣＣＨがＳＣ−ＰｔＭのスケジューリング情報を送信するＮ−ＰＤＣＣＨと同一のサブフレーム（すなわち、同一のタイミング）で送信される場合も、（端末は）ページング（すなわち、ページングのスケジューリング情報を送信するＮ−ＰＤＣＣＨ）を受信することに設定されることができる。すなわち、端末は、上記の場合にページングのスケジューリング情報を送信するＮ−ＰＤＣＣＨを受信するように設定される。すなわち、端末は、前記ページングのスケジューリング情報を送信するＮ−ＰＤＣＣＨ（すなわち、Ｐ−ＲＮＴＩにより設定されたＮ−ＰＤＣＣＨ）に対して設定された特定探索領域（すなわち、特定探索領域に該当するサブフレーム）においてＳＣ−ＰｔＭと関連したＳＣ−ＲＮＴＩ値又はＧ−ＲＮＴＩに対応する特定ＣＳＳをモニタリングする必要がない。
【０４２８】
すなわち、ＳＣ−ＰｔＭと関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）がページングと関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）と重畳される場合、端末は、ページングと関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）を優先的に受信するように設定される。
【０４２９】
上述した方式は、ページングを送信するＰＲＢとＳＣ−ＰｔＭを送信するＰＲＢが同一である場合にも適用されることができ、また、ページングを送信するＰＲＢとＳＣ−ＰｔＭを送信するＰＲＢが異なる場合にも適用されることができる。すなわち、上述した方式は、第２実施形態だけでなく、前述した第１実施形態（ページングＰＲＢと異なるＰＲＢにおいてマルチキャスト送信を行う方法）に対しても適用されることができる。
【０４３０】
また、上述したページングと関連した方式は、ランダムアクセス（すなわち、ランダムアクセスと関連したＮ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨ）とマルチキャスト（すなわち、ＳＣ−ＰｔＭと関連したＮ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨ）が衝突（又は、重畳）する場合にも同様の方法で適用されることができる。
【０４３１】
例えば、ランダムアクセス手順と関連したＮ−ＰＤＳＣＨとＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合、ランダムアクセスを受信することに設定されることができる。すなわち、端末は、上記の場合にランダムアクセス手順と関連したＮ−ＰＤＳＣＨを受信するように設定される。ここで、前記ＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨは、前述した（すなわち、ページング関連の例示において説明された）通りである。
【０４３２】
また、ランダムアクセス手順と関連したＮ−ＰＤＳＣＨとＳＣ−ＰｔＭスケジューリング情報（scheduling information）を送信するＮ−ＰＤＣＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合も、ランダムアクセスを受信することに設定されることができる。すなわち、端末は、上記の場合にランダムアクセス手順と関連したＮ−ＰＤＳＣＨを受信するように設定される。従って、端末は、ランダムアクセスを送信するＮ−ＰＤＳＣＨを受信するタイミング（すなわち、サブフレーム）で、ＳＣ−ＰｔＭと関連したＳＣ−ＲＮＴＩ値又はＧ−ＲＮＴＩに対応する特定ＣＳＳをモニタリングする必要がない。
【０４３３】
また、ランダムアクセスのスケジューリング情報（すなわち、ランダムアクセスのためのＮ−ＰＤＳＣＨのスケジューリング情報）を送信するＮ−ＰＤＣＣＨがＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨと同一のサブフレーム（すなわち、同一のタイミング）で送信される場合も、ランダムアクセス（すなわち、ランダムアクセスのスケジューリング情報を送信するＮ−ＰＤＣＣＨ）を受信することに設定されることができる。従って、端末は、前記ランダムアクセスのスケジューリング情報を送信するＮ−ＰＤＣＣＨ（すなわち、Ｃ−ＲＮＴＩ又は臨時Ｃ−ＲＮＴＩにより設定されたＮ−ＰＤＣＣＨ）に対して設定された特定探索領域（すなわち、特定探索領域に該当するサブフレーム）において前記ＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨを受信する必要がない。
【０４３４】
また、ランダムアクセスのスケジューリング情報を送信するＮ−ＰＤＣＣＨがＳＣ−ＰｔＭのスケジューリング情報を送信するＮ−ＰＤＣＣＨと同一のサブフレーム（すなわち、同一のタイミング）で送信される場合も、（端末は）ランダムアクセス（すなわち、ランダムアクセスのスケジューリング情報を送信するＮ−ＰＤＣＣＨ）を受信することに設定されることができる。すなわち、端末は、前記ランダムアクセスのスケジューリング情報を送信するＮ−ＰＤＣＣＨ（すなわち、Ｃ−ＲＮＴＩ又は臨時Ｃ−ＲＮＴＩにより設定されたＮ−ＰＤＣＣＨ）に対して設定された特定探索領域（すなわち、特定探索領域に該当するサブフレーム）において、ＳＣ−ＰｔＭと関連したＳＣ−ＲＮＴＩ値又はＧ−ＲＮＴＩに対応する特定ＣＳＳをモニタリングする必要がない。
【０４３５】
すなわち、ＳＣ−ＰｔＭと関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）がランダムアクセスと関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）と重畳される場合、端末は、ランダムアクセスと関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）を優先的に受信するように設定されることができる。
【０４３６】
また、ランダムアクセスとマルチキャストが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合、当該端末は、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）のＤＣＩ又はＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）のＤＣＩが送信される探索領域がランダムアクセスに利用されるＣＳＳ（すなわち、Ｔｙｐｅ２−ＮＰＤＣＣＨＣＳＳ）と同一であるか、又は当該ＣＳＳに含まれる関係を有することに設定することができる。この場合、当該端末は、別途の追加的なブラインドデコーディング（ＢＤ）無しに、既存に自分が見ていた（すなわち、モニタリングしていた）ランダムアクセスＤＣＩ（random access DCI）とＭＣＣＨのＤＣＩ又はＭＴＣＨのＤＣＩを、相異なるＲＮＴＩ値を利用してＣＲＣマスキングを利用して区分することができる。一例として、前記異なるＲＮＴＩ値は、ランダムアクセスの場合はＣ−ＲＮＴＩに、ＭＣＣＨの場合はＳＣ−ＲＮＴＩに、ＭＴＣＨの場合はＧ−ＲＮＴＩに設定される。
【０４３７】
方法２：ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨのＤＣＩフォーマットをＤＣＩフォーマットＮ２と同一に合わせる方法
【０４３８】
前述した方法１と異なり、ＳＣ−ＰｔＭと関連したＮ−ＰＤＣＣＨのＤＣＩフォーマットをＤＣＩフォーマットＮ２と同一に合わせる方法について以下に説明する。
【０４３９】
ここで、ＤＣＩフォーマットをＤＣＩフォーマットＮ２と同一に合わせる方法は、実際ＤＣＩフォーマットＮ２を使用するか、またはＤＣＩフォーマットＮ２と同一のペイロード（payload）を有するように新しいＤＣＩフォーマットを使用するように設定する方法を意味する。ここで、ＤＣＩフォーマットにデータを全て入れても空間（例えば、ビット（bit）数）が残る場合、「０」を追加する方法（すなわち、ゼロパディング（zeropadding）方式）を利用してＤＣＩフォーマットの長さをＤＣＩフォーマットＮ２の長さと同一に設定する必要がある。ここで、前記ＤＣＩフォーマットＮ２の長さは、前記ＤＣＩフォーマットＮ２を他のＤＣＩフォーマットとサイズを合わせるためにゼロパディングが行われる場合、当該ゼロパディングを行った後の長さを意味する。
【０４４０】
また、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨが送信される探索領域は、ＳＣ−ＰｔＭのための共通探索領域（ＣＳＳ）を利用するように設定されることができる。特に、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨのＤＣＩフォーマットをＤＣＩフォーマットＮ２と同一に合わせることは、端末のＮ−ＰＤＣＣＨのブラインドデコーディング（blind decoding）回数を増加させないために、以下のような２つの場合が満足される場合に適用されることができる。
【０４４１】
前記２つの場合のうち１番目は、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨが送信される探索領域がページングスケジューリングのためのＮ−ＰＤＣＣＨが送信される共通探索領域（ＣＳＳ）（すなわち、Ｔｙｐｅ１−ＮＰＤＣＣＨＣＳＳ）に含まれるように設定できる場合であり、２番目は、ＭＣＣＨ又はＭＴＣＨの制御情報（すなわち、ＤＣＩ）を伝達するＮ−ＰＤＣＣＨが送信されるＲＰＢがページングをスケジューリングするＮ−ＰＤＣＣＨが送信される（セル-特定探索領域が送信される）ＰＲＢと同一である場合である。
【０４４２】
以下、遊休モード（idle mode）の端末と接続されたモード（connected mode）の端末を区分して、方法２に関する具体的な内容について説明する。
【０４４３】
まず、遊休モード（idle mode）の端末の場合、当該端末は、ＭＣＣＨ及びＭＴＣＨのＤＣＩが送信される探索領域がページング信号が利用するＣＳＳ（すなわち、Ｔｙｐｅ１−ＮＰＤＣＣＨＣＳＳ）と同一であるか、又は当該ＣＳＳに含まれる関係を有することに設定する方法が考慮される。具体的な一例として、ＭＣＣＨ又はＭＴＣＨの制御情報（ＤＣＩ）が送信される探索領域とページングと関連したＤＣＩ（すなわち、ページングＤＣＩ）が送信される探索領域に対して、１つのサブフレーム内で同一の候補リソース要素に対するマッピング（candidate resource element mapping）及びサブフレーム繰り返し（subframe repetition）に適用される同一の候補繰り返し数の集合（aset of candidate repetition number）が適用されることができる。
【０４４４】
この場合、遊休モードの端末は、別途の追加的なブラインドデコーディング（ＢＤ）無しに、既存に自分が見ていた（すなわち、モニタリングしていた）ページングＤＣＩ（paging DCI）とＭＣＣＨのＤＣＩ又はＭＴＣＨのＤＣＩを、相異なるＲＮＴＩ値を利用してＣＲＣマスキング（CRC masking）を利用して区分することができる。一例として、前記相異なるＲＮＴＩ値は、ページングの場合はＰ−ＲＮＴＩに、ＭＣＣＨの場合はＳＣ−ＲＮＴＩに、ＭＴＣＨの場合はＧ−ＲＮＴＩに設定される。
【０４４５】
それとは異なり、ＳＣ−ＰｔＭと関連したＤＣＩのフォーマットがＤＣＩフォーマットＮ２に合わせられて（すなわち、設定されて）いるため、接続されたモード（connected mode）の端末は、ＤＣＩフォーマットＮ２で送信されるＭＣＣＨの制御情報又はＭＴＣＨの制御情報を見る（すなわち、モニタリングする）ために、既存の動作（例えば、レガシー（legacy）ＮＢ−ＩｏＴ動作）と比較して追加的な動作が要求される可能性がある。ここで、追加的な動作は以下のようである。
【０４４６】
接続されたモードの端末は、ユニキャスト制御情報（unicast control information）を見る（すなわち、検出する）ために、Ｃ−ＲＮＴＩ（Cell-RNTI）を利用してＤＣＩフォーマットＮ１（DCI format N1）をモニタリングすることができる。ここで、同一のサブフレームにＳＣ−ＰｔＭ（すなわち、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）又はＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）制御（control））と関連したＤＣＩが送信される場合はＤＣＩフォーマットＮ２サイズに設定されているので、前記遊休モードの端末は、追加的なブラインドデコーディングなしには前記ＳＣ−ＰｔＭと関連したＤＣＩのデコーディング（decoding）が不可能である。
【０４４７】
従って、前記端末は、ＳＣ−ＰｔＭと関連した情報（すなわち、制御情報）の取得を放棄するか、又はユニキャスト制御情報の取得を放棄するしかない。ここで、どちらを先に取得するかに対する優先順位（priority）を決定する必要がある。まず、サービスタイプ（service type）によってマルチキャスト（すなわち、ＳＣ−ＰｔＭ関連信号、チャネル、及び／又は情報）の受信可否が決定されるように設定される。
【０４４８】
例えば、重要度が高いファームウェアアップデート（firmware update）の場合、端末は、ユニキャスト（すなわち、ユニキャストと関連した信号、チャネル、及び／又は情報）を後で受信しても、マルチキャストを先に受信するように設定されることができる。ユニキャストの場合は、端末がＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）の手順により受信可否を直ちに知らせることができるが、マルチキャストの場合は、前記ＡＣＫ／ＮＡＣＫの手順が存在しないため、上位層で情報を交換する前までは端末が受信可否を知らせる方法がない。従って、端末がユニキャストよりマルチキャストを優先的に受信するように設定する方法がさらに有利であり得る。
【０４４９】
他の例として、ユニキャストのデータ送信量によって前記優先順位が決定されることもできる。端末が現時点で予め約束された一定の臨界値以上のユニキャストデータを受信した場合、端末は、ユニキャスト送信を継続して受信するように設定されることができる。そうでない場合、端末は、マルチキャストを受信するように設定されることもできる。これは、バッファ（buffer）に既に受信されたユニキャストデータが多く存在し、これを再び受信するように設定する方法がより効率的であるからである。
【０４５０】
ただ、端末が追加的なブラインドデコーディングを行う能力がある場合は、端末は、ＳＣ−ＲＮＴＩ又はＧ−ＲＮＴＩを利用してＤＣＩフォーマットＮ２（すなわち、ＭＣＣＨ又はＭＴＣＨに対するＤＣＩフォーマット）を追加的にモニタリングしてＳＣ−ＰｔＭと関連した情報を取得することもできる。また、端末がすでにＵＳＳを介してデコーディングしたＮ−ＰＤＣＣＨを介してユニキャストＰＤＳＣＨ（unicast PDSCH）をスケジューリングされた場合、端末は、当該区間でマルチキャストの受信を試みることなく、ユニキャストＰＤＳＣＨの受信を続けることができる。
【０４５１】
また、前述したように、ＳＣ−ＰｔＭと関連したＮ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨが前記ユニキャストと関連したＮ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨと重畳する場合が発生する可能性がある。ここで、前記２つのうちどちらを優先的に受信するかに対する設定（すなわち、優先順位に対する設定）が必要であり得る。
【０４５２】
例えば、ユニキャストを送信するＮ−ＰＤＳＣＨとＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合、マルチキャスト（すなわち、ＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨ）を受信することに設定されることができる。すなわち、端末は、上記の場合にＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨを受信するように設定される。
【０４５３】
また、ユニキャストを送信するＮ−ＰＤＳＣＨとＳＣ−ＰｔＭのスケジューリング情報を送信するＮ−ＰＤＣＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合も、マルチキャスト（すなわち、ＳＣ−ＰｔＭのスケジューリング情報を送信するＮ−ＰＤＣＣＨ）を受信することに設定されることができる。すなわち、端末は、上記の場合にＳＣ−ＰｔＭのスケジューリング情報を送信するＮ−ＰＤＣＣＨを受信するように設定される。
【０４５４】
また、ユニキャストのスケジューリング情報を送信するＮ−ＰＤＣＣＨとＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合も、マルチキャスト（すなわち、ＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨ）を受信することに設定されることができる。すなわち、端末は、上記の場合にＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨを受信するように設定される。
【０４５５】
また、ユニキャストのスケジューリング情報を送信するＮ−ＰＤＣＣＨとＳＣ−ＰｔＭのスケジューリング情報を送信するＮ−ＰＤＣＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合も、マルチキャスト（すなわち、ＳＣ−ＰｔＭのスケジューリング情報を送信するＮ−ＰＤＣＣＨ）を受信することに設定されることができる。すなわち、端末は、上記の場合にＳＣ−ＰｔＭのスケジューリング情報を送信するＮ−ＰＤＣＣＨを受信するように設定される。
【０４５６】
すなわち、ＳＣ−ＰｔＭと関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）がユニキャストと関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）と重畳される場合、端末は、ＳＣ−ＰｔＭ（すなわち、マルチキャスト）と関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）を優先的に受信するように設定される。
【０４５７】
他の例として、ユニキャストを送信するＮ−ＰＤＳＣＨとＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合、ユニキャスト（すなわち、ユニキャストを送信するＮ−ＰＤＳＣＨ）を受信することに設定されることができる。すなわち、端末は、上記の場合にユニキャストを送信するＮ−ＰＤＳＣＨを受信するように設定される。
【０４５８】
また、ユニキャストを送信するＮ−ＰＤＳＣＨとＳＣ−ＰｔＭのスケジューリング情報を送信するＮ−ＰＤＣＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合も、ユニキャスト（すなわち、ユニキャストを送信するＮ−ＰＤＳＣＨ）を受信することに設定されることができる。すなわち、端末は、上記の場合にユニキャストを送信するＮ−ＰＤＳＣＨを受信するように設定される。
【０４５９】
また、ユニキャストのスケジューリング情報を送信するＮ−ＰＤＣＣＨとＳＣ−ＰｔＭを送信するＮ−ＰＤＳＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合も、ユニキャスト（すなわち、ユニキャストのスケジューリング情報を送信するＮ−ＰＤＣＣＨ）を受信することに設定されることができる。すなわち、端末は、上記の場合にユニキャストのスケジューリング情報を送信するＮ−ＰＤＣＣＨを受信するように設定される。
【０４６０】
また、ユニキャストのスケジューリング情報を送信するＮ−ＰＤＣＣＨとＳＣ−ＰｔＭのスケジューリング情報を送信するＮ−ＰＤＣＣＨが同一のサブフレーム（すなわち、同一のタイミング）で送信される場合にも、ユニキャスト（すなわち、ユニキャストのスケジューリング情報を送信するＮ−ＰＤＣＣＨ）を受信することに設定されることができる。すなわち、端末は、上記の場合にユニキャストのスケジューリング情報を送信するＮ−ＰＤＣＣＨを受信するように設定される。
【０４６１】
すなわち、ＳＣ−ＰｔＭと関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）がユニキャストと関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）と重畳される場合、端末は、ユニキャストと関連したＮ−ＰＤＳＣＨ及び／又はＮ−ＰＤＣＣＨ（又は、探索領域）を優先的に受信するように設定される。
【０４６２】
上述した方式は、ユニキャストを送信するＰＲＢとＳＣ−ＰｔＭを送信するＰＲＢが同一である場合にも適用されることができ、また、ユニキャストを送信するＰＲＢとＳＣ−ＰｔＭを送信するＰＲＢが異なる場合にも適用されることができる。すなわち、上述した方式は、第２実施形態だけでなく、前述した第１実施形態（ユニキャストＰＲＢと異なるＰＲＢにおいてマルチキャスト送信を実行する方法）に対しても適用されることができる。また、上述したユニキャスト送信とマルチキャスト送信のうちいずれを受信するかに対する優先順位を決定する方式は、同一のＰＲＢにおいて適用されるが、相異なるＰＲＢにおいて同一のサブフレームで送信される時にも適用できることは言うまでもない。
【０４６３】
また、本発明の多様な実施形態において、ＭＣＣＨ変更通知（MCCH changing notification）（すなわち、ＳＣ−ＭＣＣＨ変更通知）は、ＤＣＩフォーマットＮ２を利用してＣＳＳｔｙｐｅ１に送信される。ただ、前記ＭＣＣＨ変更通知は、非常に長い時間に１回ずつ送信され、ＭＣＣＨの制御情報（すなわち、ＭＣＣＨのＤＣＩ）が送信されるサブフレームと異なるサブフレームでＭＣＣＨ変更通知が送信されるので、接続されたモードの端末及び／又は遊休状態の端末において追加的なブラインドデコーディング（ＢＤ）問題が発生しないことがある。
【０４６４】
しかしながら、本発明の多様な実施形態において、前記ＭＣＣＨ変更通知が基地局から送信されると知られた（又は、伝達された）タイミング（すなわち、サブフレーム）と同一のタイミングでＭＣＣＨのＮ−ＰＤＣＣＨ（すなわち、ＳＣ−ＭＣＣＨのＤＣＩを有するＮ−ＰＤＣＣＨ）が送信されることもできる。この場合、端末の立場で、ＭＣＣＨの制御情報を伝達するＮ−ＰＤＣＣＨのＤＣＩフォーマットペイロードサイズとＭＣＣＨ変更通知に関する情報を伝達するＮ−ＰＤＣＣＨのＤＣＩフォーマットペイロードサイズが異なるように設定される場合、端末の追加的なブラインドデコーディングの問題が発生する可能性がある。
【０４６５】
従って、この場合に（端末の）最大ブラインドデコーディング要求事項（max BD requirement）を満足させるために、以下のような方法（方法１及び方法２）が考慮されることができる。ここで、前記２つの方法（方法１及び方法２）は、ＭＣＣＨのＮ−ＰＤＣＣＨのＤＣＩフォーマットとＭＣＣＨ変更通知のＤＣＩフォーマットのＣＲＣマスキング（CRC masking）に利用されるＲＮＴＩが異なるように設定される方法（方法１）と同一に設定される方法（方法２）に区分される。
【０４６６】
方法１：相異なるＲＮＴＩ値でＣＲＣマスキングを利用して区分する方法
【０４６７】
まず、ＭＣＣＨのＮ−ＰＤＣＣＨのＤＣＩフォーマットペイロード（DCI format payload）とＭＣＣＨ変更通知のＤＣＩフォーマットペイロードのサイズをＤＣＩフォーマットＮ１又はＤＣＩフォーマットＮ２に同一に合わせ（又は、設定し）、相異なるＲＮＴＩ値でＣＲＣマスキングを利用して区分する方法について説明する。この場合、ＤＣＩフォーマットペイロードサイズを合わせる方法は、実際同一のＤＣＩフォーマットを利用する方法、又は、異なるＤＣＩフォーマットを使用しても２つのうち長いＤＣＩフォーマットと他のＤＣＩフォーマットの長さが同一になるようにゼロパディング（zero padding）を行うように設定する方法を含むことができる。
【０４６８】
例えば、ＭＣＣＨのＮ−ＰＤＣＣＨのＤＣＩはＤＣＩフォーマットＮ１を利用し、ＭＣＣＨ変更通知のＤＣＩはＤＣＩフォーマットＮ２を利用する場合、ＤＣＩフォーマットＮ２がＤＣＩフォーマットＮ１より短いので、ＤＣＩフォーマットＮ２にゼロパディングを行ってＤＣＩフォーマットＮ１とペイロードサイズを合わせる方法が考慮されることができる。
【０４６９】
ここで、探索領域が２つのＤＣＩフォーマット（すなわち、ＭＣＣＨのＮ−ＰＤＣＣＨのＤＣＩフォーマット及びＭＣＣＨ変更通知のＤＣＩフォーマット）に対して同一に設定される場合、端末は、１回のブラインドデコーディングによりＭＣＣＨに対するスケジューリング情報を確認（又は、取得）し、ＭＣＣＨ変更通知に関する情報を確認することができる。具体的に、端末は、ＳＣ−ＲＮＴＩ値を利用してＣＲＣマスキングによりてＭＣＣＨのＮ−ＰＤＣＣＨにおいてＭＣＣＨに対するスケジューリング情報を取得することができ、新たに定義されたＲＮＴＩを利用してＣＲＣマスキングによりＭＣＣＨ変更通知に関する情報を伝達するＮ−ＰＤＣＣＨにおいてＭＣＣＨ変更通知に関する情報を取得することができる。
【０４７０】
方法２：同一のＲＮＴＩ値を利用するものの、ペイロード（payload）に含まれたフラグ（flag）を利用して区分する方法
【０４７１】
方法１と異なり、ＭＣＣＨのＮ−ＰＤＣＣＨのＤＣＩフォーマットペイロードとＭＣＣＨ変更通知のＤＣＩフォーマットペイロードを（ＤＣＩフォーマットＮ１又はＤＣＩフォーマットＮ２に）同一に合わせ（又は、設定し）、同一のＲＮＴＩ値を利用するが、ペイロードに含まれた明示的な（explicit）フラグ（flag）（例えば、１ビット）を利用して区分する方法について説明する。この場合、ＤＣＩフォーマットペイロードサイズを合わせる方法は、実際同一のＤＣＩフォーマットを利用する方法、又は、他のＤＣＩをフォーマットを使用しても２つのうち長いＤＣＩフォーマットと他のＤＣＩフォーマットの長さが同一になるようにゼロパディング（zero padding）を行うように設定する方法を含むことができる。
【０４７２】
例えば、ＭＣＣＨのＮ−ＰＤＣＣＨのＤＣＩはＤＣＩフォーマットＮ１を利用し、ＭＣＣＨ変更通知のＤＣＩはＤＣＩフォーマットＮ２を利用する場合、ＤＣＩフォーマットＮ２がＤＣＩフォーマットＮ１より短いため、ＤＣＩフォーマットＮ２にゼロパディングを行ってＤＣＩフォーマットＮ１とペイロードサイズを合わせる方法が考慮されることができる。
【０４７３】
ここで、探索領域が２つのＤＣＩフォーマット（すなわち、ＭＣＣＨのＮ−ＰＤＣＣＨのＤＣＩフォーマット及びＭＣＣＨ変更通知のＤＣＩフォーマット）に対して同一に設定され、ＭＣＣＨのＮ−ＰＤＣＣＨとＭＣＣＨ変更通知に関する情報を伝達するＮ−ＰＤＣＣＨに対して両方ともにＳＣ−ＲＮＴＩの１つのみを利用するように設定されることができる。この場合、実際ＤＣＩペイロードに含まれた明示的なフラグにより、ＭＣＣＨのＮ−ＰＤＣＣＨであるか、又はＭＣＣＨの変更情報のＮ−ＰＤＣＣＨであるかが指示されるように設定される。例えば、前記フラグの値「１」はＭＣＣＨのＮ−ＰＤＣＣＨを送信することを示し（又は、指示し）、前記フラグの値「０」はＭＣＣＨ変更通知に関する情報情報（すなわち、ＭＣＣＨ変更通知に関する情報を伝達するＮ−ＰＤＣＣＨ）を送信することを示すことができる。もちろん、前記フラグ値はこれと逆になる場合にも設定できる。
【０４７４】
また、前記ＭＣＣＨ変更通知に対する方法１及び方法２と関連して、互いに同一に合わせる（又は、設定される）ＤＣＩフォーマットペイロードサイズは、ＤＣＩフォーマットＮ１と同一であるか、又はＤＣＩフォーマットＮ２と同一であり、新たに定義されるＤＣＩフォーマット（例えば、ＤＣＩフォーマットＮｍ、ここで、ｍは整数）と同一であり得る。
【０４７５】
また、本発明の多様な実施形態において、ページングのためのＤＣＩの探索領域とＭＣＣＨ又はＭＴＣＨのためのＤＣＩの探索領域が重畳する場合が発生する可能性がある。ここで、端末の側面で、ＤＣＩデコーディングのために探索領域をモニタリングするブラインドデコーディング回数が増加しないように設定するための方法として、以下のような２つの方法が考慮されることができる。
【０４７６】
１番目の方法として、基地局の側面で、複数のサブフレームを介して繰り返される各探索領域が同一のサブフレームにおいて重畳される場合、各探索領域を構成する開始サブフレーム（starting subframe）が同一に設定されるように予め決定（又は、設定）する方法が考慮されることができる。すなわち、前記方法は、ページングのためのＤＣＩの探索領域とＭＣＣＨ又はＭＴＣＨのためのＤＣＩの探索領域が重畳する場合、前記２つの探索領域の開始サブフレームを同一に設定する方法を意味する。この場合、端末は、前記２つの探索領域が重畳する場合、同一のソフトバッファ（soft buffer）に保存されたＮ−ＰＤＣＣＨのサンプルを利用して複雑度（complexity）の増加を小さくして２つのＤＣＩを同時にデコーディングすることができる。
【０４７７】
しかしながら、基地局の側面で、サブフレームが重畳される各探索領域を構成する開始サブフレームが同一に設定されるように予め決定（又は、設定、約束）されない可能性もある。この場合、各探索領域を構成する開始サブフレームが同一のサブフレームで開始する場合に、端末は、追加的なブラインドデコーディング無しに同時に２つＤＣＩをデコーディングするよう設定されることができる。または、各探索領域を構成する開始サブフレームが同一でないサブフレームで開始しながら重畳される場合、端末は、優先順位（priority）によって２つのＤＣＩのうち優先的にデコーディングするＤＣＩを選択するように設定されることもできる。その一例として、端末は、ページングに対するＤＣＩを優先的にデコーディングするように設定されることができ、または、ネットワーク（network）が状況に応じて前記優先順位を設定することもできる。
【０４７８】
２番目の方法として、基地局の側面で、複数のサブフレームを介して繰り返される各探索領域が同一のサブフレームにおいて重畳される場合、各探索領域を構成する開始サブフレーム及び終了サブフレーム（ending subframe）が同一に設定されるように予め決定（又は、設定）する方法が考慮されることができる。すなわち、前記方法は、ページングのためのＤＣＩの探索領域とＭＣＣＨ又はＭＴＣＨのためのＤＣＩの探索領域が重畳する場合、前記２つの探索領域の開始サブフレーム及び終了サブフレームを同一に設定する方法を意味する。この場合、前記２つの探索領域が重畳する場合、端末は（いつも）同一の探索領域を介してページングのためのＤＣＩとＭＣＣＨ又はＭＴＣＨのためのＤＣＩが送信されることを期待し、（いつも）前記２つのＤＣＩを追加的なブラインドデコーディング無しに同時にデコーディングすることができる。
【０４７９】
しかしながら、基地局の側面で、サブフレームが重畳される各探索領域を構成する開始サブフレーム及び終了サブフレームが同一に設定されるように予め決定（又は、設定、約束）されない可能性もある。この場合、各探索領域を構成する開始サブフレーム及び終了サブフレームのそれぞれが探索領域間に同一のサブフレームで構成される場合、端末は、追加的なブラインドデコーディング無しに同時に２つのＤＣＩをデコーディングするよう設定されることができる。または、各探索領域を構成する開始サブフレーム及び／又は終了サブフレームのそれぞれが探索領域間に同一でないサブフレームで構成される場合、端末は、優先順位によって２つのＤＣＩのうち優先的にデコーディングするＤＣＩを選択するように設定されることもできる。その一例として、端末は、ページングに対するＤＣＩを優先的にデコーディングするように設定されることができ、または、ネットワークが状況に応じて前記優先順位を設定することもできる。
【０４８０】
上述した方法は、特定ＤＣＩフォーマットや特定探索領域タイプ（search space type）に限定されず、２つ以上のＤＣＩを同時にデコーディングできるように設定する必要がある場合に適用されることができる。また、ページングＤＣＩが送信される探索領域とＭＣＣＨ又はＭＴＣＨをスケジューリングするための探索領域に対して同一の繰り返しレベル（repetition level）が適用されることもできる。
【０４８１】
第３実施形態−複数のＰＲＢを介してＭＣＣＨの制御情報を送信する方法
【０４８２】
また、ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ）の制御情報などを送信するＮ−ＰＤＣＣＨを１つのＰＲＢではない複数のＰＲＢを介して送信する方法も考慮されることができる。すなわち、基地局が準静的（semi-static）に設定された複数のＰＲＢを利用してＭＣＣＨの制御情報（controlinformation）（すなわち、ＤＣＩ）を送信すると、各端末は、複数のＰＲＢのうち１つのＰＲＢを選択してＭＣＣＨの制御情報を確認（又は、取得）し、ＭＣＣＨをデコーディングしてＴＭＧＩ別に設定されたＧ−ＲＮＴＩ値を確認することができる。ここで、ＭＣＣＨの制御情報を送信するのに利用される複数のＰＲＢが、各端末がモニタリングするユニキャストＰＲＢ（unicast PRB）、ページングＰＲＢ（paging PRB）、またはキャンプオンＰＲＢ（camp-on PRB）と重畳される可能性もある。この場合、当該端末は、周波数（frequency）移動及び／又はユニキャスト中断（unicast interruption）なしにＭＣＣＨの制御情報及びＭＣＣＨをデコーディングすることができる。
【０４８３】
この後、ＭＣＣＨ（又は、ＭＣＣＨが伝達されるＮ−ＰＤＳＣＨ）においてＧ−ＲＮＴＩ値を確認した（又は取得した）端末は、ＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨ）の制御情報が送信されるＰＲＢに移動して、受信を希望するＴＭＧＩに該当するＧ−ＲＮＴＩ値を利用してＭＴＣＨの制御情報を確認することができる。この後、前記確認されたＭＴＣＨの制御情報によって、当該端末は、ＭＴＣＨをデコーディングしてＭＢＭＳデータ（すなわち、マルチキャスト又はブロードキャストされるデータ）を受信することができる。
【０４８４】
また、端末は、ＭＣＣＨの制御情報が送信されたＰＲＢにおいて予め約束された（又は、予め設定された）ＣＳＳ領域をモニタリングしてＭＣＣＨ変更通知（すなわち、ＳＣ−ＭＣＣＨ変更通知）に関する情報を取得することができる。ここで、端末は、ＳＣ−ＲＮＴＩ値又は予め約束された（又は、予め設定された）他のＲＮＴＩ値を利用して前記ＣＳＳ領域をモニタリングするように設定されることができる。また、この場合に利用されるＤＣＩフォーマットは、既存のＮＢ−ＩｏＴ（すなわち、ＮＢ−ＬＴＥ）において利用されるＤＣＩフォーマットＮ１又はＤＣＩフォーマットＮ２に設定されることもでき、または新しいＤＣＩフォーマット（すなわち、ＤＣＩフォーマットＮｍ、ここで、ｍは整数（integer））に設定されることもできる。
【０４８５】
第４実施形態−ＳＣ−ＰｔＭにおいてＣＥ（coverage enhancement）レベルを設定する方法
【０４８６】
また、ＮＢ−ＬＴＥ（又は、ＮＢ−ＩｏＴ）システムの一部の端末に対するカバレッジ向上（coverage enhancement）が必要な状況が発生する可能性があるため、マルチキャスト送信（すなわち、ＳＣ−ＰｔＭの送信）に対してもＣＥレベル（Coverage Enhancement level）が考慮される必要がある。すなわち、ＳＣ−ＰｔＭ方式がＮＢ−ＬＴＥ（すなわち、ＮＢ−ＩｏＴ）システムに適用される場合、ＳＣ−ＰｔＭと関連したＮ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨなどのＣＥレベルを効率的に設定する方法が考慮される必要がある。ここで、ＳＣ−ＰｔＭと関連したＮ−ＰＤＣＣＨとＮ−ＰＤＳＣＨは、ＭＣＣＨ（ＳＣ−ＭＣＣＨ）及び／又はＭＴＣＨ（ＳＣ−ＭＴＣＨ）の制御情報を送信するＮ−ＰＤＣＣＨとＭＣＣＨ（ＳＣ−ＭＣＣＨ）及び／又はＭＴＣＨ（ＳＣ−ＭＴＣＨ）のデータを送信するＮ−ＰＤＳＣＨを意味する。
【０４８７】
ここで、ＳＣ−ＰｔＭに対するＮ−ＰＤＣＣＨ及び／又はＮ−ＰＤＳＣＨのＣＥレベルを決定する方法は、設定されるＣＥレベルの数（例えば、単一ＣＥレベル（single CE level）、複数のＣＥレベル（multiple CE levels））によって以下のような２つの方法（方法１及び方法２）に区分されることができる。
【０４８８】
方法１：単一ＣＥレベル（single CE level）を利用する方法
【０４８９】
まず、ＳＣ−ＰｔＭ情報（すなわち、ＳＣ−ＰｔＭ制御情報又はデータ）を伝達するＮ−ＰＤＣＣＨ又はＮ−ＰＤＳＣＨのＣＥレベルを単一ＣＥレベルに設定する方法について説明する。ここで、ＣＥレベルは、Ｎ−ＰＤＣＣＨ又はＮ−ＰＤＳＣＨの繰り返し回数集合（repetition number set）を意味するか、または最大繰り返し回数（maximumrepetition number）を意味する。従って、ＣＥレベルが変わるということは、Ｎ−ＰＤＣＣＨ又はＮ−ＰＤＳＣＨの繰り返し回数集合が変わるか、または最大繰り返しの回数が変わることを意味する。また、各ＣＥレベルに対応するＮ−ＰＤＣＣＨ又はＮ−ＰＤＳＣＨの繰り返し回数集合又は最大繰り返し回数が定義（又は、設定）されることもできる。ここで、単一ＣＥレベル（すなわち、１つのＣＥレベル）を利用するということは、システム実現の側面で、複雑度（complexity）が低いという長所がある。単一ＣＥレベルを利用する具体的な例は以下のようである。
【０４９０】
例えば、システムで利用するＣＥレベルを固定されたＣＥレベル（fixed CE level）に設定する方法が考慮されることができる。すなわち、前記方法は、全てのセル（cell）においてＮＢ−ＩｏＴのマルチキャストＣＥレベル（multicast CElevel）として特定固定されたＣＥレベルを利用するように設定する方法を意味する。ここで、固定されたＣＥレベルは、固定されたＣＥレベルに対応する繰り返し回数集合又は最大繰り返し回数を意味することもできる。
【０４９１】
前記固定されたＣＥレベルを利用する方法は、ＭＣＣＨの制御情報又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨのＣＥレベルを決定するために適用されることができる。固定されたＣＥレベルが最大ＣＥレベル（すなわち、最大ＣＥレベルに対応する繰り返し回数集合又は最大繰り返し回数）に設定される場合、ネットワーク（network）は、当該システム（又は、セル）に属する大部分の端末に対してサービスをサポートすることができる。この場合、チャネル状況が良好でない場所（例えば、地下、倉庫など）に複数の端末が存在（又は、位置）するシステムにおいて、当該方法は有利に適用される可能性がある。
【０４９２】
他の例として、セル−特定（cell-specific）にそれぞれのセルが１つのＣＥレベル値に設定され、基地局が端末にシステム情報（例えば、ＳＩＢ）により該当ＣＥレベル値を知らせる（又は、伝達する）方法が考慮されることができる。前記セル−特定に設定されたＣＥレベルを利用する方法は、ＭＣＣＨの制御情報又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨのＣＥレベルを決定するために適用されることができる。
【０４９３】
ここで、基地局は、自分に設定された端末のチャネル特性（channel characteristic又はchannel property）と当該端末の位置（location）などを把握して平均的なチャネル状況を判断（又は、決定）することができる。この後、前記基地局は、前記チャネル状況に該当するＣＥレベル値を準静的に設定して、システムの情報により端末に知らせるように設定されることができる。当該方法を利用する場合、セル−特定にＣＥレベルを決定できるため、各システム実現の側面でも複雑度が低く、不要な繰り返しを減らすことができるという長所がある。
【０４９４】
方法２：複数のＣＥレベル（multiple CE levels）を利用する方法
【０４９５】
次に、ＳＣ−ＰｔＭ情報を伝達するＮ−ＰＤＣＣＨ又はＮ−ＰＤＳＣＨのＣＥレベルを複数のＣＥレベルに設定する方法について説明する。複数のＣＥレベルを利用するということは、端末のチャネル状況及び／又はマルチキャストサービスのタイプ（multicast service type）によってＣＥレベルを異なるように設定することを意味する。当該方法の場合、不要な繰り返しを減らすことができ、状況によって適切なＣＥレベルを適用することができるという長所がある。複数のＣＥレベルを利用する具体的な例は以下のようである。
【０４９６】
例えば、基地局と端末間にＴＭＧＩ（又は、Ｇ−ＲＮＴＩ、サービスタイプ）別に設定されたＣＥレベルを予め知っている（又は、予め定義する）ことに設定する方法が考慮されることができる。前記方法は、ＭＴＣＨの制御情報を伝達するＮ−ＰＤＳＣＨのＣＥレベル及び／又はＭＴＣＨを伝達するＮ−ＰＤＳＣＨのＣＥレベルを決定するために適用されることができる。この場合、ＣＥレベルは、ＭＣＣＨのＮ−ＰＤＳＣＨ（すなわち、ＭＣＣＨが伝達されるＮ−ＰＤＳＣＨ）を介して知る（又は、取得する）ことができるＴＭＧＩ（又は、Ｇ−ＲＮＴＩ、サービスタイプ）によって異なるように設定される。
【０４９７】
その一例として、マルチキャストサービスタイプが、全ての端末が直ちに行わなければならないほどの重要なアップデート（update）である場合、チャネル環境が良くない端末も受信できるようにＣＥレベルがなるべく大きく設定される。または、マルチキャストサービスタイプが良好なチャネル環境の場所に位置した端末のためのグループコール（group call）である場合、不要な繰り返しが発生しないように、ＣＥレベルは、当該端末が受信可能な最小限のＣＥレベルに設定される。
【０４９８】
このようなＴＭＧＩ（又は、Ｇ−ＲＮＴＩ、サービスタイプ）別のＣＥレベル設定情報は、ＲＲＣシグナリング（RRC signaling）及び／又はＭＣＣＨを介して端末に送信（又は、伝達）されることができる。
【０４９９】
他の例として、端末グループ（UE group）別にＣＥレベルを設定する方法が考慮されることができる。前記方法は、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨのＣＥレベル、及び／又はＭＣＣＨ又はＭＴＣＨを伝達するＮ−ＰＤＳＣＨのＣＥレベルを決定するために適用されることができる。この場合、基地局は、ＭＣＣＨ又はＭＴＣＨの制御情報を伝達するＮ−ＰＤＣＣＨ及び／又はＭＣＣＨ又はＭＴＣＨを伝達するＮ−ＰＤＳＣＨを相異なるＰＲＢを介して相異なるＣＥレベルで送信するように設定されることができる。ここで、利用されるＣＥレベルは、各セル毎に独立的に設定されることができるが、特定ＲＰＢに送信されるＣＥレベルに対する（設定）情報は、全ての端末にシステム情報により送信されるように設定されることもできる。当該システムの情報を受信した端末（ら）は、各端末別に希望するＣＥレベルを選択して、当該制御情報が送信されるＰＲＢに移動してＭＣＣＨ又はＭＴＣＨの制御情報を受信するように設定される。当該方法の場合、各端末が自分のチャネル環境によって希望するＣＥレベルを選択できるという長所がある。
【０５００】
また、基地局は、ＭＣＣＨ又はＭＴＣＨの制御情報を相異なるＰＲＢではない、同一のＰＲＢの相異なるサブフレーム（すなわち、タイミング）で相異なるＣＥレベルを利用して送信するように設定されることもできる。ここで、利用されるＣＥレベルは、前述したように、各セル毎に独立的に設定されることもできるが、相異なるＣＥレベルに該当する（すなわち、相異なるＣＥレベルを有する）Ｎ−ＰＤＣＣＨが割り当て（allocation）られるサブフレーム（すなわち、サブフレームに関する情報）は、全ての端末にシステム情報により送信されるように設定されることもできる。当該システム情報を受信した端末（ら）は、各端末別に希望するＣＥレベルを選択して、該当サブフレームが送信されるタイミングに合わせてＭＣＣＨ又はＭＴＣＨの制御情報を受信するように設定される。当該方法の場合、基地局の側面で、複数のＰＲＢを利用して同一の情報を送信する非効率的な手順を減らすことができるという長所がある。
【０５０１】
第５実施形態−ＳＣ−ＭＣＣＨ変更通知（SC-MCCH change notification）を送信する方法
【０５０２】
また、ＳＣ−ＭＣＣＨ変更通知（SC-MCCH change notification）の多様な送信方法が考慮されることができる。
【０５０３】
まず、既存のＬＴＥ（−Ａ）システムの場合、基地局がＳＣ−ＭＣＣＨ変更通知のためにＳＣ−Ｎ−ＲＮＴＩでスクランブリングされたＤＣＩをＰＤＣＣＨを介して端末に送信（又は、伝達）する。また、当該ＤＣＩが共通探索領域（ＣＳＳ）を介して送信されることにより、基本的にＣＳＳをモニタリングしている端末は、追加的なブラインドデコーディング（ＢＤ）動作無しに、前記ＳＣ−ＭＣＣＨ変更通知（すなわち、ＳＣ−ＭＣＣＨ変更通知と関連した情報）を受信することができる。
【０５０４】
それに対して、ＮＢ−ＩｏＴ（すなわち、ＮＢ−ＬＴＥ）システムの場合、基地局がＳＣ−ＭＣＣＨ変更通知のために追加ＤＣＩを特定ＣＳＳを介して送信すると仮定する場合、端末は、追加的なブラインドデコーディング動作を行って前記ＳＣ−ＭＣＣＨ変更通知に関する情報（すなわち、ＳＣ−ＭＣＣＨ変更通知と関連した情報）を取得することができる。追加的なブラインドデコーディングは、端末に不要なオーバーヘッド（overhead）を誘発する可能性があるので、既存（すなわち、レガシーＬＴＥ（−Ａ））と異なるようにＳＣ−ＭＣＣＨ変更通知に関する情報を送信する手法がＮＢ−ＩｏＴシステムにおいて考慮される必要がある。
【０５０５】
この場合、前記ＳＣ−ＭＣＣＨ変更通知に関する情報を送信するための方法として、ＳＣ−ＭＴＣＨをスケジューリングするＤＣＩ（例えば、ＤＣＩフォーマットＮ１）を介して送信する方法（方法１）、ＳＣ−ＭＣＣＨをスケジューリングするＤＣＩ（例えば、ＤＣＩフォーマットＮ２）を介して送信する方法（方法２）、ＳＣ−ＭＣＣＨのペイロード（payload）（すなわち、ＳＣ−ＭＣＣＨを伝達するＮ−ＰＤＳＣＨ）を介して送信する方法（方法３）、ＳＣ−ＭＴＣＨのペイロード（payload）（すなわち、ＳＣ−ＭＣＣＨを伝達するＮ−ＰＤＳＣＨ）を介して送信する方法（方法４）、及びシステム情報ブロック（ＳＩＢ）を介して送信する方法（方法５）などが考慮されることができる。すなわち、ＳＣ−ＭＣＣＨの変更情報を送信するオブジェクトによって前記方法は分類されることができる。以下、前記方法について具体的に説明する。
【０５０６】
方法１：ＳＣ−ＭＴＣＨをスケジューリングするＤＣＩを介して送信する方法
【０５０７】
まず、基地局がＳＣ−ＭＴＣＨをスケジューリングするＤＣＩを介してＳＣ−ＭＣＣＨ変更通知に関する情報を端末に送信する方法について説明する。
【０５０８】
第１に、該当ＤＣＩフィールド（すなわち、ＳＣ−ＭＴＣＨをスケジューリングするＤＣＩ）にＳＣ−ＭＣＣＨ変更通知フィールド（SC-MCCH change notification field）を追加する方法が考慮されることができる。例えば、ＳＣ−ＭＣＣＨが送信しなければならないビットの数がｎである場合（すなわち、ｎビット）、該当ＤＣＩにＳＣ−ＭＣＣＨ変更通知フィールド（ｎビット）が追加されることができる。ＳＣ−ＭＣＣＨが変更される場合、基地局は、当該フィールドを利用して情報（すなわち、ＳＣ−ＭＣＣＨが変更されたことを示す情報）を端末に伝達（又は、送信）することができる。当該方法は、端末のブラインドデコーディング回数を増加させずにＳＣ−ＭＣＣＨ変更通知に関する情報を伝達できるという長所がある。
【０５０９】
第２に、該当ＤＣＩが特定の値を指示することにより、ＳＣ−ＭＣＣＨの変更を知らせる方法が考慮されることができる。例えば、既存のＤＣＩフィールドのうち保留されたビット（reserved bit）の組み合わせを利用して、当該ビットが特定値を指示するように設定されることができる。これにより、当該ＤＣＩは、ＳＣ−ＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨを伝達するＮ−ＰＤＳＣＨ）をスケジューリングしながら、（同時に）ＳＣ−ＭＣＣＨ変更通知に関する情報を伝達するように設定される。すなわち、基地局は、該当ＤＣＩを利用してＳＣ−ＭＴＣＨをスケジューリングし、ＳＣ−ＭＣＣＨ変更通知に関する情報を伝達することもできる。当該方法は、第１の方法とは異なり、追加的なＤＣＩフィールドが要求されなく、端末のブラインドデコーディング回数を増加させずにＳＣ−ＭＣＣＨ変更通知に関する情報を伝達できるという長所がある。また、当該方法は、ＳＣ−ＭＣＣＨ変更通知により伝達しなければならない情報の量が大きくない場合に効率的に利用できる。
【０５１０】
第３に、ＳＣ−ＭＣＣＨの変更有無によって特定ＲＮＴＩ値を利用して当該ＤＣＩをスクランブリングする方法が考慮されることができる。例えば、既存の（すなわち、レガシーＬＴＥ（−Ａ）システム）の場合、端末は、ＳＣ−ＭＣＣＨを伝達するペイロード（すなわち、Ｎ−ＰＤＳＣＨ）から各ＴＭＧＩ別にＧ−ＲＮＴＩ値を取得し、当該Ｇ−ＲＮＴＩ値を利用して探索領域（search space）をモニタリングすることによりＳＣ−ＭＴＣＨをスケジューリングするＤＣＩを区別（又は、識別、確認）することができる。
【０５１１】
それに対いして、前記特定ＲＮＴＩを利用する方法の場合、端末は、前記特定ＲＮＴＩ値（すなわち、ＳＣ−ＭＣＣＨが変更された場合に該当ＤＣＩをスクランブリングするＲＮＴＩ値）と自分が受信を希望するＴＭＧＩに該当するＧ−ＲＮＴＩ値を利用してＤＣＩをデスクランブリング（descrambling）することができる。ここで、当該ＤＣＩがＧ−ＲＮＴＩ値でデスクランブリングされると、端末は、ＳＣ−ＭＴＣＨのためのスケジューリング情報のみが送信されたと判断することができる。それとは異なり、該当ＤＣＩが前記特定ＲＮＴＩ値でデスクランブリングされると、端末は、ＳＣ−ＭＴＣＨのためのスケジューリング情報及びＳＣ−ＭＣＣＨ変更通知に関する情報がともに送信されたと判断することができる。ここで、前記特定ＲＮＴＩ値は、既存に利用していたＳＣ−Ｎ−ＲＮＴＩ値、システムで送信されている（すなわち、サポートする）全てのＴＭＧＩに該当するＧ−ＲＮＴＩ値とは異なる特定Ｇ−ＲＮＴＩ値、又は新たに定義されたＲＮＴＩ値であり得る。当該方法は、追加的なＤＣＩフィールドが要求されることなく、端末のブラインドデコーディング回数を増加させずにＳＣ−ＭＣＣＨ変更通知に関する情報を伝達できるという長所がある。
【０５１２】
前記方法は、例示的に分類したことに過ぎず、ＳＣ−ＭＴＣＨをスケジューリングするＤＣＩを介するＳＣ−ＭＣＣＨ変更通知に関する情報伝達は、前記方法だけでなく、様々な方法により行うことができる。
【０５１３】
方法２：ＳＣ−ＭＣＣＨをスケジューリングするＤＣＩを介して送信する方法
【０５１４】
前述した方法とは異なり、基地局がＳＣ−ＭＣＣＨをスケジューリングするＤＣＩを介してＳＣ−ＭＣＣＨ変更通知に関する情報を端末に送信する方法について説明する。
【０５１５】
第１に、該当ＤＣＩフィールド（すなわち、ＳＣ−ＭＣＣＨをスケジューリングするＤＣＩ）にＳＣ−ＭＣＣＨ変更通知フィールドを追加する方法が考慮されることができる。例えば、ＳＣ−ＭＣＣＨが送信しなければならないビットの数がｎである場合（すなわち、ｎビット）、該当ＤＣＩにＳＣ−ＭＣＣＨ変更通知フィールド（ｎビット）が追加されることができる。ＳＣ−ＭＣＣＨが変更される場合、基地局は、当該フィールドを利用して情報（すなわち、ＳＣ−ＭＣＣＨが変更されたことを示す情報）を端末に伝達（又は、送信）することができる。当該方法は、端末のブラインドデコーディング回数を増加させずにＳＣ−ＭＣＣＨ変更通知に関する情報を伝達できるという長所がある。
【０５１６】
第２に、該当ＤＣＩが特定の値を指示することによりＳＣ−ＭＣＣＨの変更を知らせる方法が考慮されることができる。例えば、既存のＤＣＩフィールドのうち保留されたビット（reserved bit）の組み合わせを利用して、当該ビットが特定の値を指示するように設定されることができる。これにより、当該ＤＣＩは、ＳＣ−ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨを伝達するＮ−ＰＤＳＣＨ）をスケジューリングしながら、（同時に）ＳＣ−ＭＣＣＨ変更通知に関する情報を伝達するように設定される。すなわち、基地局は、該当ＤＣＩを利用してＳＣ−ＭＣＣＨをスケジューリングし、ＳＣ−ＭＣＣＨ変更通知に関する情報を伝達することもできる。当該方法は、第１の方法とは異なり、追加的なＤＣＩフィールドが要求されることなく、端末のブラインドデコーディング回数を増加させずにＳＣ−ＭＣＣＨ変更通知に関する情報を伝達できるという長所がある。また、当該方法は、ＳＣ−ＭＣＣＨ変更通知により伝達しなければならない情報の量が大きくない場合に効率的に利用できる。
【０５１７】
第３に、ＳＣ−ＭＣＣＨの変更有無によって特定のＲＮＴＩ値を利用して当該ＤＣＩをスクランブリングする方法が考慮されることができる。当該方法の場合、端末は、前記特定ＲＮＴＩ値（すなわち、ＳＣ−ＭＣＣＨが変更された場合に該当ＤＣＩをスクランブリングするＲＮＴＩ値）とＳＣ−ＲＮＴＩ値を利用してＤＣＩをデスクランブリング（descrambling）することができる。ここで、当該ＤＣＩがＳＣ−ＲＮＴＩ値でデスクランブリングされると、端末は、ＳＣ−ＭＣＣＨのためのスケジューリング情報のみが送信されたと判断することができる。それとは異なり、該当ＤＣＩが前記の特定ＲＮＴＩ値でデスクランブリングされると、端末は、ＳＣ−ＭＣＣＨのためのスケジューリング情報及びＳＣ−ＭＣＣＨ変更通知に関する情報がともに送信されたと判断することができる。
【０５１８】
ここで、前記特定ＲＮＴＩ値は、既存に利用していたＳＣ−Ｎ−ＲＮＴＩ値又は新たに定義されたＲＮＴＩ値であり得る。当該方法は、追加的なＤＣＩフィールドが要求されなく、端末のブラインドデコーディング回数を増加させずにＳＣ−ＭＣＣＨ変更通知に関する情報を伝達できるという長所がある。
【０５１９】
第４に、ＳＣ−ＭＣＣＨが変更された場合、ＳＣ−ＭＣＣＨをスケジューリングするＤＣＩが送信されるＮ−ＰＤＣＣＨの送信リソースを変更して送信する方法が考慮されることができる。ここで、Ｎ−ＰＤＣＣＨの送信リソースは、Ｎ−ＰＤＣＣＨが送信されるサブフレーム（subframe）又はデコーディング候補（decoding candidate）などを意味することができる。具体的に、当該方法は、既存に送信されていたＳＣ−ＭＣＣＨをスケジューリングするＤＣＩが送信されるサブフレーム又はデコーディング候補などが他のサブフレーム又は他のデコーディング候補に変更される方法であり得る。または、当該方法は、基地局と端末間に特定サブフレーム又は特定デコーディング候補を予め約束（又は、設定）して、当該サブフレーム又は該当デコーディング候補を介してＳＣ−ＭＣＣＨをスケジューリングするＤＣＩが送信されるように設定する方法であり得る。上述したように送信リソースが変更される場合、端末は、ＳＣ−ＭＣＣＨが変更されたことを認知（又は、確認）することができる。当該方法は、追加的なＤＣＩフィールドが要求されなく、追加ＲＮＴＩを利用したデスクランブリング手順を行う必要がないという長所がある。
【０５２０】
前記方法は、例示的に分類したことに過ぎず、ＳＣ−ＭＴＣＨをスケジューリングするＤＣＩを介するＳＣ−ＭＣＣＨ変更通知に関する情報伝達は、前記方法だけでなく、様々な方法により行うことができる。
【０５２１】
方法３:ＳＣ−ＭＣＣＨのペイロード（すなわち、Ｎ−ＰＤＳＣＨ）を介して送信する方法
【０５２２】
また、ＳＣ−ＭＣＣＨ又はＳＣ−ＭＴＣＨのスケジューリングのためのＤＣＩではなく、ＳＣ−ＭＣＣＨのペイロード（すなわち、Ｎ−ＰＤＳＣＨ）を介してＳＣ−ＭＣＣＨ変更通知に関する情報を送信する方法が考慮されることができる。具体的に、当該方法は、基地局と端末間に予め約束された（又は、定義された）又は上位層シグナリング（higher layer signaling）（例えば、ＲＲＣシグナリング（RRCsignaling））を介して決定された特定タイミングでＳＣ−ＭＣＣＨ変更通知に関する情報を送信する方法であり得る。ここで、前記特定タイミングは、特定サブフレームを意味することができる。
【０５２３】
この場合、端末は、前記特定タイミングでＳＣ−ＭＣＣＨに対するペイロード（すなわち、Ｎ−ＰＤＳＣＨ）を受信すると同時にＳＣ−ＭＣＣＨ変更通知に関する情報を追加的に受信することができる。これにより、端末は、ＳＣ−ＭＣＣＨ変更通知に関する情報を取得するために追加的に探索領域をモニタリングする必要がない。また、当該方法は、ＳＣ−ＭＣＣＨに対するペイロードを利用するので、ＳＣ−ＭＣＣＨ変更通知（すなわち、ＳＣ−ＭＣＣＨ変更通知に関する情報）を送信するための空間が十分に設定できるという長所がある。
【０５２４】
方法４:ＳＣ−ＭＴＣＨのペイロード（すなわち、Ｎ−ＰＤＳＣＨ）を介して送信する方法
【０５２５】
また、ＳＣ−ＭＴＣＨのペイロード（すなわち、Ｎ−ＰＤＳＣＨ）を介してＳＣ−ＭＣＣＨ変更通知に関する情報を送信する方法も考慮されることができる。具体的に、当該方法は、基地局と端末間に予め約束された又は上位層シグナリング（higher layer signaling）（例えば、ＲＲＣシグナリング（RRCsignaling））を介して決定された特定タイミングでＳＣ−ＭＣＣＨ変更通知に関する情報を送信する方法であり得る。ここで、前記特定タイミングは、特定サブフレームを意味することができる。
【０５２６】
この場合、端末は、前記特定タイミングでＳＣ−ＭＴＣＨに対するペイロード（すなわち、Ｎ−ＰＤＳＣＨ）を受信すると同時にＳＣ−ＭＣＣＨ変更通知に関する情報を追加的に受信することができる。これにより、端末は、ＳＣ−ＭＣＣＨ変更通知に関する情報を取得するために追加的に探索領域をモニタリングする必要がない。また、当該方法は、ＳＣ−ＭＴＣＨに対するペイロードを利用するので、ＳＣ−ＭＣＣＨ変更通知（すなわち、ＳＣ−ＭＣＣＨ変更通知に関する情報）を送信するための空間が十分に設定できるという長所がある。
【０５２７】
方法５:システム情報ブロック（ＳＩＢ）を介して送信する方法
【０５２８】
また、ＳＣ−ＭＣＣＨ又はＳＣ−ＭＴＣＨに対するＤＣＩ又はペイロード（すなわち、Ｎ−ＰＤＳＣＨ）ではない、システム情報ブロック（ＳＩＢ）を介してＳＣ−ＭＣＣＨ変更通知に関する情報を送信する方法が考慮されることができる。ここで、前記ＳＩＢは、システム情報（system information）を送信するために利用される情報ブロック（又は、メッセージ）を意味することができる。この場合、ＳＣ−ＭＣＣＨの変化が発生すると、基地局は、端末にＳＩＢ変更通知（SIB change notification）を送信し、新しいＳＩＢ（すなわち、ＳＣ−ＭＣＣＨ変更通知に関する情報が含まれたＳＩＢ）を端末に送信するように設定されることができる。これにより、端末は、ＳＣ−ＭＣＣＨ変更通知に関する情報が含まれた新しいＳＩＢを受信することができる。当該方法は、ＳＩＢを介してＳＣ−ＭＣＣＨ変更通知に関する情報を伝達するので、ＳＣ−ＭＣＣＨ変更通知に関する情報を送信するための空間が十分に設定できるという長所がある。
【０５２９】
上述したＳＣ−ＭＣＣＨ変更通知に関する情報を送信する多様な方法は、前述した本発明の多様な実施形態に対して適用されることができる。また、前記方法は、個別的に利用される場合だけでなく、方法間の結合により利用されることもできる。
【０５３０】
また、本発明の多様な実施形態において、ＳＣ−ＭＣＣＨ情報（すなわち、ＳＣ−ＭＣＣＨ）を送信するにおいてＮ−ＰＤＣＣＨを利用しない方法（すなわち、制御のないＳＣ−ＭＣＣＨ（control-less SC-MCCH）の送信方法）が考慮されることができる。この場合、ＳＣ−ＭＣＣＨ送信のためのＮ−ＰＤＣＣＨを利用せずに、当該情報（すなわち、ＳＣ−ＭＣＣＨ、ＳＣ−ＭＣＣＨ情報）が送信される領域を予め設定する方法が考慮されることができる。例えば、最初のＳＣ−ＭＣＣＨスケジューリング情報がＳＩＢを介して送信される場合、端末は、ＳＣ−ＭＣＣＨのスケジューリングのためのＤＣＩをモニタリングする必要がない。この場合、既存のＮＢ−ＩｏＴと比較して、端末が追加的なブラインドデコーディング（ＢＤ）を行う必要がないという長所がある。ここで、ＳＣ−ＭＣＣＨに対するスケジューリング情報が変更される場合、当該変更事項を端末に伝達する（又は、知らせる）方法が考慮される必要がある。
【０５３１】
例えば、ページング信号（paging signal）を介してＳＩＢ変更通知を行って、端末がＳＩＢを再び受信するように（すなわち、読み込むように）設定する方法が考慮されることができる。具体的に、ＳＣ−ＭＣＣＨに対するスケジューリング情報がＳＩＢを介して送信されるので、基地局は、ページング信号を介してＳＩＢの変更通知を行うように設定されることができる。この場合、端末は、ＳＩＢを再び読み込んで（すなわち、新しいＳＩＢを受信して）変更されたＳＣ−ＭＣＣＨに対するスケジューリング情報を確認（又は、識別）するように設定される。当該方法は、端末がページング信号をスケジューリングしている共通探索領域（ＣＳＳ）をモニタリングしている遊休モード（idle mode）（例えば、RRC idle mode）である場合に利用できる。
【０５３２】
他の例として、新しいＤＣＩ又は予め約束された特定ＤＣＩを介してＳＣ−ＭＣＣＨに対するスケジューリング情報が変更されたという指示（indication）を送信する方法が考慮されることができる。具体的に、前述したＳＣ−ＭＣＣＨ変更通知に関する情報を送信する方法とともに、当該ＤＣＩフィールドにＳＣ−ＭＣＣＨスケジューリング変更通知フィールド（SC-MCCH scheduling change notification field）を追加する方法及び／又は該当ＤＣＩが特定値を指示することによりＳＣ−ＭＣＣＨに対するスケジューリング情報が変更されたことを通知する方法が考慮されることができる。ここで、端末がＳＣ−ＭＣＣＨに対するスケジューリング情報が変更されたという指示を受信する場合、端末は、ＳＣ−ＭＣＣＨに対するスケジューリング情報（すなわち、ＳＣ−ＭＣＣＨのスケジューリング情報）が含まれたＳＩＢを読み込むように（又は、受信するように）設定される。
【０５３３】
ここで、前記予め約束された特定ＤＣＩは、ＳＣ−ＭＣＣＨ変更通知に関する情報を送信するＤＣＩであり得る。ここで、ＳＣ−ＭＣＣＨスケジューリング変更情報は、当該ＤＣＩにおいて追加的なフィールド（additional field）（例えば、１ビット）を利用して伝達されるか、または追加的なフィールド無しにＤＣＩが特定値を指示することにより伝達されるように設定されることができる。上述した新しいＤＣＩ又は予め約束された特定ＤＣＩを介してＳＣ−ＭＣＣＨに対するスケジューリング情報が変更されたという指示を送信する方法の場合、基地局は、ＳＣ−ＭＣＣＨに対するスケジューリング情報が変更された場合にのみＳＣ−ＭＣＣＨに対するスケジューリング情報を送信する必要がある。従って、当該方法は、（既存のように）毎度スケジューリング情報を送信する必要がないという長所がある。
【０５３４】
さらに他の例として、新しいＤＣＩ又は予め約束された特定ＤＣＩを介して、ＳＣ−ＭＣＣＨに対するスケジューリング情報が変更されたという指示及びＳＣ−ＭＣＣＨに対するスケジューリング情報を送信する方法も考慮されることができる。具体的に、該当ＤＣＩフィールドにＳＣ−ＭＣＣＨスケジューリング変更通知フィールド（SC-MCCH scheduling change notification field）及びＳＣ−ＭＣＣＨスケジューリングフィールド（SC-MCCH scheduling field）が追加されることができる。ここで、端末は、ＳＣ−ＭＣＣＨに対するスケジューリング情報が変更されたという指示（indication）を受信し、ＳＩＢを読み込む（又は、受信する）必要なくＳＣ−ＭＣＣＨに対するスケジューリング情報も受信するように設定される。
【０５３５】
ここで、前記予め約束された特定ＤＣＩは、ＳＣ−ＭＣＣＨ変更通知に関する情報を送信するＤＣＩであり得る。ここで、ＳＣ−ＭＣＣＨスケジューリング変更情報及び実際ＳＣ−ＭＣＣＨに対するスケジューリング情報は、当該ＤＣＩにおける追加的なフィールド（例えば、１つ以上のビット）を利用して伝達されることができる。上述した新しいＤＣＩ又は予め約束された特定ＤＣＩを介してＳＣ−ＭＣＣＨに対するスケジューリング情報が変更されたという指示やＳＣ−ＭＣＣＨに対するスケジューリング情報を送信する方法の場合、基地局は、ＳＣ−ＭＣＣＨに対するスケジューリング情報が変更された場合にのみＳＣ−ＭＣＣＨに対するスケジューリング情報を送信する必要がある。従って、当該方法は、（既存のように）毎度スケジューリング情報を送信する必要がないという長所がある。
【０５３６】
また、上述した例示において前記予め約束された特定ＤＣＩを区別する方法として、既存に利用されたＲＮＴＩ値の代わりに新しいＲＮＴＩ値（例えば、ＳＣ−Ｎ−ＲＮＴＩ値）を利用するＣＲＣマスキング（CRC masking）動作が行われることができる。この場合、端末が追加的なブラインドデコーディング（ＢＤ）なしに、既存のＤＣＩとＳＣ−ＭＣＣＨに対するスケジューリングの変更を知らせるＤＣＩを区分できるという長所がある。また、端末がモニタリングする既存のＤＣＩと同一のペイロードサイズ（payload size）を該当ＤＣＩに利用するものの、ＳＣ−ＭＣＣＨスケジューリング変更通知（SC-MCCH scheduling change notification）のためのＤＣＩであるか又は他の目的を有するＤＣＩであるかを区分するためのフィールドを利用する方法も考慮されることができる。当該方法も端末の追加的なブラインドデコーディング無しにＳＣ−ＭＣＣＨスケジューリングの変更と関連した情報を端末に伝達する（又は、知らせる）ことができるという長所がある。
【０５３７】
また、本発明の多様な実施形態において、ＳＣ−ＭＣＣＨに対する制御情報（control information）を送信することと関連して、ＳＣ−ＭＣＣＨに対するスケジューリング情報を毎回Ｎ−ＰＤＣＣＨを介して送信しない方法も考慮されることができる。すなわち、基地局は、Ｎ−ＰＤＣＣＨを介してＳＣ−ＭＣＣＨに対するスケジューリング情報を含むＤＣＩを毎回送信する必要がない。この場合、ＳＩＢとＳＣ−ＭＣＣＨ変更通知のためのＤＣＩ（すなわち、ＳＣ−ＭＣＣＨ変更通知に関する情報を含むＤＣＩ）を連係する方法が利用（又は、適用）されることができる。
【０５３８】
例えば、ＳＣ−ＭＣＣＨに対するスケジューリング情報をＳＩＢを介して送信し、ＳＣ−ＭＣＣＨに対するスケジューリング情報及びＳＣ−ＭＣＣＨのためのペイロード（すなわち、Ｎ−ＰＤＳＣＨ）のうちいずれか１つでも変更される場合にのみＳＣ−ＭＣＣＨ変更通知のためのＤＣＩを送信する方法が考慮されることができる。この場合、前記ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩを送信できる位置（position）（すなわち、タイミング（timing）、機会（occasion）、サブフレーム（subframe））の周期は一定に設定される。また、前記ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩと関連して、ＳＣ−Ｎ−ＲＮＴＩ又はＳＣ−ＲＮＴＩが利用されることができる。
【０５３９】
具体的に、端末は、最初の（すなわち、１番目の）ＳＩＢを介してＳＣ−ＭＣＣＨに対するスケジューリング情報及びＳＣ−ＭＣＣＨ変更通知のためのＤＣＩが送信できる周期及び／又はサブフレームの位置などに関する情報を受信（又は、取得）することができる。この後、端末は、当該ＳＣ−ＭＣＣＨに対するスケジューリング情報を利用してＮ−ＰＤＳＣＨのＳＣ−ＭＣＣＨに対するペイロード（payload）を確認（又は、識別）することができる。ここで、基地局は、ＳＣ−ＭＣＣＨに対するスケジューリング情報及びＳＣ−ＭＣＣＨに対するペイロードのうちいずれか１つでも変更される場合にのみＳＣ−ＭＣＣＨ変更通知のためのＤＣＩを送信するように設定されることができる。ここで、当該ＤＣＩが送信できる位置の周期は、最初のＳＩＢを介して端末に知らせた周期（すなわち、端末が受信した周期）と同一に設定される。
【０５４０】
また、ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩに変更通知のための１ビットフィールド（1 bit field）（例えば、オン（on）／オフ（off）の形態）が設定される。または、ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩの送信のみでも変更有無を伝達することができるため、ＤＣＩ内に変更通知のための別途のフィールドが設定されないこともできる。すなわち、当該ＤＣＩの送信自体がＳＣ−ＭＣＣＨの変更を指示する場合、当該ＤＣＩには変更通知のための別途の追加フィールドが設定される必要がない。ただ、端末のブラインドデコーディング観点で、ＤＣＩのサイズは一定に維持されることが効率的であるため、他のＤＣＩのサイズとの一致のために当該ＤＣＩに対してゼロパディング（zero padding）動作が行われることができる。
【０５４１】
この後、端末は、該当ＤＣＩが送信される位置毎にＳＣ−Ｎ−ＲＮＴＩ（又は、ＳＣ−ＲＮＴＩ）を利用して当該ＤＣＩに対する検出（detection）を試みるように設定されることができる。端末が該当ＤＣＩを検出した場合、端末は、ＳＩＢに移動して、（すなわち、ＳＩＢを利用して）スケジューリング情報（すなわち、ＳＣ−ＭＣＣＨに対するスケジューリング情報）を確認することができる。この後、端末は、確認されたスケジューリング情報によってＮ−ＰＤＳＣＨ（すなわち、ＳＣ−ＭＣＣＨが伝達されるＮ−ＰＤＳＣＨ）の検出を試みるように設定される。
【０５４２】
前記例示で説明される方法は、ＤＣＩのオーバーヘッド（DCI overhead）を減らすことができ、ＳＣ−ＭＣＣＨに対するスケジューリング情報を十分な空間が確保されたＳＩＢを介して送信できるという長所がある。
【０５４３】
他の例として、ＳＣ−ＭＣＣＨに対するスケジューリング情報をＳＣ−ＭＣＣＨ変更通知のためのＤＣＩを介して送信し、ＳＣ−ＭＣＣＨに対するスケジューリング情報及びＳＣ−ＭＣＣＨのためのペイロード（すなわち、Ｎ−ＰＤＳＣＨ）のうちいずれか１つでも変更される場合にのみＳＣ−ＭＣＣＨ変更通知のためのＤＣＩを送信する方法が考慮されることができる。この場合、前記ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩを送信できる位置（position）（すなわち、タイミング（timing）、機会（occasion）、サブフレーム（subframe））の周期は一定に設定される。また、前記ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩと関連して、ＳＣ−Ｎ−ＲＮＴＩ又はＳＣ−ＲＮＴＩが利用できる。
【０５４４】
具体的に、端末は、最初の（すなわち、１番目の）ＳＩＢを介して、ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩが送信できる周期及び／又はサブフレームの位置などに関する情報を受信（又は、取得）することができる。ここで、当該ＤＣＩは、ＳＣ−ＭＣＣＨに対するスケジューリング情報を送信する。この後、端末は、該当ＤＣＩを介してＳＣ−ＭＣＣＨに対するスケジューリングの情報を確認し、これにより、Ｎ−ＰＤＳＣＨのＳＣ−ＭＣＣＨに対するペイロードを確認することができる。ここで、基地局は、ＳＣ−ＭＣＣＨに対するスケジューリング情報及びＳＣ−ＭＣＣＨに対するペイロードのうちいずれか１つでも変更される場合にのみＳＣ−ＭＣＣＨ変更通知のためのＤＣＩを送信するように設定されることができる。ここで、当該ＤＣＩが送信できる位置の周期は、最初のＳＩＢを介して端末が受信した周期と同一に設定される。
【０５４５】
また、ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩに変更通知のための（すなわち、ＳＣ−ＭＣＣＨの変更有無を示すための）１ビットフィールド（1 bit field）（例えば、オン（on）／オフ（off）の形態）が設定される。または、ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩの送信のみでも変更有無を伝達することができるため、ＤＣＩ内に変更通知のための別途のフィールドが設定されないこともできる。すなわち、当該ＤＣＩの送信自体がＳＣ−ＭＣＣＨの変更を指示する場合、当該ＤＣＩには変更通知のための別途の追加フィールドが設定される必要がない。ただ、端末のブラインドデコーディングの観点で、ＤＣＩのサイズは一定に維持されることが効率的であるので、他のＤＣＩのサイズとの一致のために当該ＤＣＩに対してゼロパディング動作が行われることができる。
【０５４６】
この後、端末は、該当ＤＣＩが送信できる位置毎にＳＣ−Ｎ−ＲＮＴＩ（又は、ＳＣ−ＲＮＴＩ）を利用して当該ＤＣＩに対する検出（detection）を試みるように設定される。端末が該当ＤＣＩを検出した場合、端末は、該当ＤＣＩを介してＳＣ−ＭＣＣＨに対するスケジューリング情報を再確認することができる。この後、端末は、確認されたスケジューリング情報によってＮ−ＰＤＳＣＨ（すなわち、ＳＣ−ＭＣＣＨが伝達されるＮ−ＰＤＳＣＨ）の検出を試みるように設定される。前記例示で説明される方法は、ＤＣＩのオーバーヘッド（DCI overhead）を減らすことができる。
【０５４７】
上述した例示において、最初のＳＩＢを介してＳＣ−ＭＣＣＨに対するスケジューリング情報及び／又はＳＣ−ＭＣＣＨ変更通知のためのＤＣＩが送信できる周期及び／又はサブフレームの位置などは、ＳＣ−ＭＣＣＨに対するペイロード（すなわち、Ｎ−ＰＤＳＣＨ）が送信される周期に比べて大きく設定されるか、またはネットワーク（network）により適応的（adaptive）に設定されることもできる。
【０５４８】
また、上述した例示において、基地局がＳＣ−ＭＣＣＨに対するスケジューリング情報及びＳＣ−ＭＣＣＨに対するペイロードのうちいずれか１つでも変更された場合にのみＳＣ−ＭＣＣＨ変更通知のためのＤＣＩを送信するように設定する方法の代わりに、ＳＣ−ＭＣＣＨに対するペイロードが送信される周期より大きい周期を有するＳＣ−ＭＣＣＨ変更通知のためのＤＣＩを毎周期ごとに送信するように設定する方法が適用されることもできる。この場合、ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩに変更通知のための（すなわち、ＳＣ−ＭＣＣＨの変更有無を示す）１ビットフィールド（例えば、オン（on）／オフ（off）の形態）が設定される必要がある。この後、端末は、該当ＤＣＩが送信できる位置毎にＳＣ−Ｎ−ＲＮＴＩ（又は、ＳＣ−ＲＮＴＩ）を利用して当該ＤＣＩに対する検出（detection）を試みるように設定される。
【０５４９】
ここで、端末が該当ＤＣＩを検出してＳＣ−ＭＣＣＨ変更通知を確認（又は、識別）した場合、端末は、ＳＩＢ又は当該ＤＣＩを介してＳＣ−ＭＣＣＨに対するスケジューリング情報を再確認することができる。この後、端末は、確認されたスケジューリング情報によってＮ−ＰＤＳＣＨ（すなわち、ＳＣ−ＭＣＣＨが伝達されるＮ−ＰＤＳＣＨ）の検出を試みるように設定される。それに対して、端末が該当ＤＣＩを検出したが、ＳＣ−ＭＣＣＨが変更されていないことを確認した場合、端末が次の（すなわち、以後に送信される）ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩを確認する前まで、端末は、以前に受信した（すなわち、確認した）スケジューリング情報を利用してＳＣ−ＭＣＣＨに対するペイロードを継続して受信するように設定される。
【０５５０】
ネットワークの側面（例えば、基地局の側面）で、当該方法は、ＤＣＩ送信と関連したＤＣＩのオーバーヘッド（DCI overhead）を減らすことができるという長所がある。また、端末の側面でも、当該方法は、ＳＣ−ＭＣＣＨ変更通知のためのＤＣＩの送信周期がＳＣ−ＭＣＣＨに対するペイロードの送信周期と比較して長く設定されることにより、ＤＣＩ検出（detection）のためのオーバーヘッドを減らすことができるという長所がある。
【０５５１】
図１４は、本明細書で提案する方法が適用できるＮＢ−ＩｏＴをサポートする無線通信システムにおいてデータを送受信する端末の動作フローチャートを示す。図１４は、単に説明の便宜のためのものに過ぎず、本発明の範囲を制限することではない。
【０５５２】
図１４に示すように、マルチキャストトラフィックチャネル（ＭＴＣＨ、すなわち、ＳＣ−ＭＴＣＨ）は、複数のＰＲＢ（すなわち、各キャリア）のうち指示される特定キャリアで伝達される場合が仮定される。また、当該端末は、前述した本発明の多様な実施形態で説明された動作を行うことができる。
【０５５３】
Ｓ１４０５段階で、端末は、（ＳＣ−ＭＣＣＨ（すなわち、ＭＣＣＨ）のための）第１ＮＰＤＣＣＨ（すなわち、第１Ｎ−ＰＤＣＣＨ）に対して設定された第１探索領域をモニタリング（monitoring）する。ここで、前記第１ＮＰＤＣＣＨは、前記ＳＣ−ＭＣＣＨを伝達する第１ＮＰＤＳＣＨ（すなわち、第１Ｎ−ＰＤＳＣＨ）のスケジューリングのための第１制御情報（例えば、ＤＣＩフォーマットＮ２に該当するＤＣＩ）を含む。また、ここで、モニタリングする過程は、前記第１探索領域において前記第１ＮＰＤＣＣＨの候補をデコーディングする過程を意味し、すなわち、前記第１ＮＰＤＣＣＨを受信する過程を意味することができる。
【０５５４】
この後、Ｓ１４１０段階で、端末は、前記第１制御情報に基づいて、前記第１ＮＰＤＳＣＨを受信（又は、デコーディング）する。これにより、端末は、前記第１ＮＰＤＳＣＨを介して（又は、デコーディングして）前記ＳＣ−ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨが伝達する情報（ＳＣ−ＭＣＣＨ情報））を取得することができる。端末は、前記ＳＣ−ＭＣＣＨを介してグループ識別子（Group identifier）（例えば、Ｇ−ＲＮＴＩ）、ＳＣ−ＭＴＣＨに対して割り当てられたキャリア（すなわち、ＰＲＢ）に対する設定情報を取得することができる。
【０５５５】
この後、Ｓ１４１５段階で、端末は、前記グループ識別子を利用して、（ＳＣ−ＭＴＣＨ（すなわち、ＭＴＣＨ）のための）第２ＮＰＤＣＣＨ（すなわち、第２Ｎ−ＰＤＣＣＨ）に対して設定された第１探索領域をモニタリングする。ここで、前記第２ＮＰＤＣＣＨは、前記ＳＣ−ＭＴＣＨを伝達する第２ＮＰＤＳＣＨ（すなわち、第２Ｎ−ＰＤＳＣＨ）のスケジューリングのための第２制御情報（例えば、ＤＣＩフォーマットＮ１に該当するＤＣＩ）を含む。
【０５５６】
この後、Ｓ１４２０段階で、端末は、前記第２制御情報に基づいて、前記第２ＮＰＤＳＣＨを受信（又は、デコーディング）する。これにより、端末は、前記第２ＮＰＤＳＣＨを介して（又は、デコーディングして）前記ＳＣ−ＭＴＣＨ（すなわち、ＳＣ−ＭＣＣＨが伝達する情報（すなわち、マルチキャスト又はブロードキャスト情報））を取得することができる。
【０５５７】
ここで、前記第２ＮＰＤＣＣＨ及び前記第２ＮＰＤＳＣＨは、１つのキャリアを介して送信される。ここで、前記１つのキャリアは、前記グループ識別子（すなわち、ＳＣ−ＭＣＣＨを介して伝達されるグループ識別子）によって設定される。ここで、前記１つのキャリアを示すキャリアの設定情報（carrier configuration information）は、前述したように、前記ＳＣ−ＭＣＣＨを介して伝達されることができる。また、前記キャリアの設定情報は、前記グループ識別子によって設定される上位層シグナリング（すなわち、グループ特定（group-specific）の上位層シグナリング）を介して伝達されることができる。
【０５５８】
さらに、前記第１探索領域は、単一セル識別子（Single Cell identifier）（例えば、ＳＣ−ＲＮＴＩ）を用いてモニタリングされ、前記第２探索領域は、グループ識別子を用いてモニタリングされることができる。
【０５５９】
また、端末は、前記第１ＮＰＤＣＣＨ及び前記第１ＮＰＤＳＣＨが送信されるキャリアを示すキャリア設定情報（例えば、前述したＳＣ−ＭＣＣＨのための代表ＰＲＢを示すシステム情報）を含むシステム情報ブロック（例えば、ＮＢ−ＩＯＴ用途のＳＩＢ２０）を受信することができる。従って、端末は、該当キャリア設定情報により識別された（又は、決定された）キャリアを介してＳＣ−ＭＣＣＨ（すなわち、ＳＣ−ＭＣＣＨ情報）を取得することができる。
【０５６０】
また、前記第１制御情報は、前記ＳＣ−ＭＣＣＨに対する変更通知（change notification）に関する情報（例えば、前述したＭＣＣＨ変更通知(MCCHchanging notification)可否を示す情報）をさらに含むことができる。ここで、前記ＳＣ−ＭＣＣＨに対する変更通知に関する情報は、１ビット（bit）（例えば、フラグ(flag)）で構成されることができる。
【０５６１】
また、端末は、前記第１ＰＤＣＣＨ、前記第１ＰＤＳＣＨ、前記第２ＰＤＣＣＨ、又は前記第２ＰＤＳＣＨのうち少なくとも１つの繰り返し回数（repetition number）に関する設定情報を含むシステム情報を受信することができる。ここで、前記繰り返し回数は、セル−特定（cell-specific）に設定される。または、端末は、前記第２ＰＤＣＣＨ、又は前記第２ＰＤＳＣＨのうち少なくとも１つの繰り返し回数（repetition number）に関する設定情報を含むシステム情報を受信することができる。この場合、前記繰り返し回数は、グループ識別子（すなわち、ＳＣ−ＭＣＣＨを介して伝達されるグループ識別子）によって設定される。
【０５６２】
また、前記第１ＰＤＣＣＨ、前記第１ＰＤＳＣＨ、前記第２ＰＤＣＣＨ、及び前記第２ＰＤＳＣＨは、同期信号（synchronization signal）及びＰＢＣＨ（PhysicalBroadcast Channel）が送信されるキャリア（例えば、アンカーＰＲＢ）と異なるキャリア（例えば、代表ＰＲＢ又はマルチキャストＰＲＢ(M-PRB)）において送信することができる。さらに、前記第１制御情報は、ＤＣＩフォーマットＮ２に該当するダウンリンク制御情報であり、前記第２制御情報は、ＤＣＩフォーマットＮ１に該当するダウンリンク制御情報であり得る。
【０５６３】
また、前述した本発明の第１実施形態ないし第５実施形態において取り扱う内容は、ＮＢ−ＩＯＴシステムに関連して説明されている。しかしながら、該当内容がＮＢ−ＩＯＴと類似した狭帯域システム（narrow band system）にも適用できることは言うまでもない。例えば、ＭＴＣシステムの場合、前述した本発明の様々な実施形態において、ＰＲＢ（すなわち、キャリア(carrier)）はＭＴＣシステムの狭帯域（すなわち、６ＲＢ）に代替され、ＤＣＩフォーマットＮ１はＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−１Ｂに代替され、ＤＣＩフォーマットＮ２はＤＣＩフォーマット６−２に代替されることができる。また、Ｎ−ＰＤＣＣＨ及びＮ−ＰＤＳＣＨはＭ−ＰＤＣＣＨ及びＮ−ＰＤＳＣＨに代替され、Ｔｙｐｅ１−ＮＰＤＣＣＨＣＳＳはＴｙｐｅ１−ＭＰＤＣＣＨ ＣＳＳに代替され、Ｔｙｐｅ２−ＮＰＤＣＣＨ ＣＳＳはＴｙｐｅ２−ＭＰＤＣＣＨ ＣＳＳに代替されることができる。
【０５６４】
前述した実施形態の方法は、ＮＢ−ＬＴＥシステム（すなわち、狭帯域(NarrowBand：ＮＢ)を用いるＬＴＥシステム）において単一端末カテゴリー（single UE category）をサポートする場合を仮定して説明されている。しかしながら、前述したようなＮＢ−ＬＴＥシステムにおいても複数の端末カテゴリー（multiple UE categories）を定義することができる。ここで、ＮＢ−ＬＴＥシステムは、ＮＢ−ＩＯＴをサポートするシステム、ＭＴＣをサポートするシステムなどを意味することができる。
【０５６５】
ここで、端末カテゴリーは、端末能力（UE capability）を意味することもできる。具体的には、端末カテゴリーは、端末が受信できる帯域幅（bandwidth）のサイズ、端末が読み込める（すなわち、利用できる）送信ブロックサイズ（Transport Block Size：ＴＢＳ）インデックス（index）組み合わせ、ＴＢＳ表（TBS table）などによる能力を意味することができる。ここで、端末が受信できる帯域幅は、特定信号及びチャネルの受信に端末が利用可能な（すなわち、サポートする）帯域幅を意味することができる。また、ＴＢＳインデックス組み合わせは、ＴＢＳを選択するためのＩＴＢＳ及びＩＳＦの組み合わせ、ＩＴＢＳ及びＮＰＲＢの組み合わせなどを意味することができる。
【０５６６】
例えば、ＮＢ−ＩＯＴをサポートするシステムの場合、端末カテゴリーは、レガシーＴＢＳインデックス（legacy TBS index）組み合わせのみを読み込める能力を有する端末と、レガシーＴＢＳインデックス組み合わせだけでなく大きいＴＢＳインデックス（larger TBS index）組み合わせまで追加で読み込める能力を有する端末とに区分されることができる。ここで、大きいＴＢＳインデックス組み合わせは、最大ＴＢＳ値がレガシーインデックス組み合わせの場合より大きく設定されたＴＢＳを指示するインデックス組み合わせを意味する。ここで、レガシーＴＢＳインデックス組み合わせに対応する表は、レガシーＴＢＳ表（legacy TBS table）と称され、大きいＴＢＳインデックス組み合わせに対応する表は、大きいＴＢＳ表（larger TBS table）と称される。
【０５６７】
他の例として、ＭＴＣをサポートするシステムの場合、端末カテゴリーは、単一狭帯域（single NarrowBand、single NB）を利用してデータ（data）を受信できる端末と、多重狭帯域（multiple NB）を利用してデータを受信できる端末とに区分されることができる。ここで、単一狭帯域は、６個のリソースブロック（すなわち、６ＰＲＢｓ、６ＲＢｓ）を意味し、多重狭帯域は、２４個のリソースブロック（すなわち、２４ＰＲＢｓ、２４ＲＢｓ）又は２５個のリソースブロック（すなわち、２５ＰＲＢｓ、２５ＲＢｓ）を意味することができる。すなわち、ＭＴＣをサポートするシステムにおいて、端末のカテゴリーは、端末が信号及び／又はチャネルの受信に利用可能な周波数帯域幅によって区分（又は、定義）される。
【０５６８】
また、ＭＴＣをサポートするシステムの場合にも、端末カテゴリーは、利用可能なＴＢＳインデックス組み合わせによって区分されることもできる。すなわち、端末のカテゴリーは、レガシーＴＢＳ表を利用する端末と、大きいＴＢＳ表を利用する端末（すなわち、大きいＴＢＳ表まで利用可能な端末）とに区分されることができる。
【０５６９】
または、端末カテゴリーは、前述した変数を組み合わせて、単一狭帯域及びレガシーＴＢＳ表を利用する端末、単一狭帯域及び大きいＴＢＳ表まで利用する端末、多重狭帯域及びレガシーＴＢＳ表を利用する端末、多重狭帯域及び大きいＴＢＳ表まで利用する端末に区分されることもできる。ここで、端末のカテゴリーは、前記４種類の端末の一部のみに区別されることもできることは言うまでもない。
【０５７０】
このように、複数の端末カテゴリーが適用される場合、端末カテゴリーによって異なるように設定される信号及び／又はチャネルに利用されるリソースコンテナ（container）などに対する設定（又は、指示）の手順が別に要求されることがある。例えば、基地局が端末に当該端末が受信を希望する情報（例えば、ＳＣ−ＭＣＣＨ及び／又はＳＣ−ＭＴＣＨ）に対して設定された端末のカテゴリーに対する指示情報を伝達して、端末が自分の端末カテゴリーに該当しない不必要な手順を行うことを防止することができる。他の例として、基地局が端末に当該端末が受信を希望する情報（例えば、ＳＣ−ＭＣＣＨ及び／又はＳＣ−ＭＴＣＨ）に対して設定された端末のカテゴリーに対する指示情報を伝達することにより、これを受信した端末は、信号（又は、チャネル）の送受信に利用する設定情報（例えば、ＴＢＳ表、リソースの割り当て情報など）を明確に判断することができる。すなわち、複数の端末カテゴリーがサポートされる場合、基地局は、端末に、特定情報に対して設定された端末のカテゴリーに対する指示情報を伝達する必要がある。
【０５７１】
この場合、前記基地局の端末カテゴリーに対する指示手順の前に、基地局が各端末に対して端末カテゴリー情報（すなわち、端末能力情報）を各端末に対して要求し、前記要求に応じて各端末が自分の端末カテゴリー情報を基地局に報告する手順が行われる必要がある。
【０５７２】
以下、本明細書では、ＮＢ−ＬＴＥシステムにおいて複数の端末カテゴリーをサポートするマルチキャスト送信のために要求される方法について説明する。ここで、複数の端末カテゴリーがサポートされる場合も、前述した方法（例えば、第１実施形態から第５実施形態）が基本的に適用できることは言うまでもない。
【０５７３】
第６実施形態−ＮＢ−ＩｏＴをサポートするシステムにおいて複数の端末カテゴリー（UE category）をサポートするマルチキャストの送信方法
【０５７４】
まず、ＮＢ−ＩｏＴをサポートするシステムにおいて複数の端末カテゴリーを考慮するマルチキャストの送信方法について説明する。具体的に、ＳＣ−ＰｔＭ方式が考慮され、複数の端末カテゴリーがサポートされる場合、（１）ＳＣ−ＭＣＣＨと関連して端末カテゴリー情報を伝達する方法、及び（２）ＳＣ−ＭＴＣＨと関連して端末カテゴリー情報を伝達する方法について説明する。ここで、前記２つの方法は、結合されて利用されるか、２つの方法のうちいずれか１つのみが利用されることもできる。
【０５７５】
本実施形態では、ＮＢ−ＩｏＴをサポートするシステムにおいてはＮ個（ここで、Ｎは１より大きい正の整数）の端末カテゴリーがサポートされる場合が仮定される。
【０５７６】
具体的な例として、表１４に基づいて、大きいＴＢＳ表までサポートする端末とレガシーＴＢＳ表のみをサポートする端末とに区分される２つの端末カテゴリー（すなわち、Ｎ＝２）がサポートされることができる。ここで、表１４は、ＮＰＤＳＣＨに対するＴＢＳ表を意味し、大きいＴＢＳ表は、表１４に示すＴＢＳ表の全体を意味し、レガシーＴＢＳ表は、表１４におけるＴＢＳ値のうち陰影部分を除いたＴＢＳ表を意味する。すなわち、表１４における陰影部分は、相対的に大きいＴＢＳ値をサポートできる端末のために設定されたインデックス組み合わせ（ら）に該当することができる。
【０５７７】
【表１４】
2019534649.tif 000057
【０５７８】
以下、説明の便宜のために、大きいＴＢＳ表までサポートする端末をＣＡＴ＿Ｈと称し、レガシーＴＢＳ表のみをサポートする端末をＣＡＴ＿Ｌと称する。すなわち、ＣＡＴ＿Ｈに該当する端末がサポートする最大ＴＢＳ値は、ＣＡＴ＿Ｌに該当する端末がサポートする最大ＴＢＳ値より大きく設定される。以下、端末がサポートするＴＢＳ値による端末カテゴリー区分を例示にして方法が説明されるが、これは説明の便宜のためのものに過ぎず、これに限定されることではない。
【０５７９】
（１）ＳＣ−ＭＣＣＨと関連して端末カテゴリー情報を伝達する方法
【０５８０】
まず、複数の端末カテゴリーがサポートされる場合、ＳＣ−ＭＣＣＨと関連して端末カテゴリー情報（すなわち、ＳＣ−ＭＣＣＨ（又は、ＳＣ−ＭＣＣＨＮＰＤＳＣＨ）に対して設定された端末カテゴリー情報）を伝達する方法について説明する。特に、複数の端末カテゴリーを考慮して、ＳＣ−ＭＣＣＨに対するＮＰＤＣＣＨのスケジューリング情報を伝達する方法について具体的に説明する。
【０５８１】
上述したような端末カテゴリーを考慮するとき、システム情報ブロック（System Information Block：ＳＩＢ）を介してＳＣ−ＭＣＣＨに対するＮＰＤＣＣＨのスケジューリング情報（SC-MCCH NPDCCH scheduling information）を伝達する方法は、２つの方法に分類される。１番目の方法は、ＳＩＢを介して端末カテゴリー別のスケジューリング情報を全て伝達する方法（すなわち、Ｎ個のＳＣ−ＭＣＣＨＮＰＤＣＣＨスケジューリング情報を伝達する方法）であり、２番目の方法は、１つのスケジューリングの情報のみを伝達する方法（すなわち、1つのＳＣ−ＭＣＣＨ ＮＰＤＣＣＨスケジューリング情報を伝達する方法）である。以下、前記２つの方法について具体的に説明する。
【０５８２】
方法１：端末カテゴリー別のスケジューリング情報を伝達する方法
【０５８３】
まず、基地局が端末カテゴリー別のスケジューリング情報を全て端末に伝達する方法について説明する。例えば、上述したＣＡＴ＿Ｈ及びＣＡＴ＿Ｌの例示を適用すると、基地局は、ＳＩＢを介して端末にＣＡＴ＿ＨのためのＳＣ−ＭＣＣＨＮＰＤＣＣＨスケジューリング情報とＣＡＴ＿ＬのためのＳＣ−ＭＣＣＨ ＮＰＤＣＣＨスケジューリング情報の両方ともを送信することができる。この場合、各ＤＣＩをスクランブリングするＲＮＴＩ設定によって、以下のような２つの場合が存在する。
【０５８４】
まず、各端末カテゴリー別にＲＮＴＩ値が異なるように設定される。一例として、ＳＣ−ＭＣＣＨのためのＮＰＤＣＣＨの探索領域をモニタリングするためにＳＣ−ＲＮＴＩが利用される場合、ＣＡＴ＿ＨのためのＳＣ−ＲＮＴＩ−Ｈ及びＣＡＴ＿ＬのためのＳＣ−ＲＮＴＩ−Ｌが異なるように設定される。ここで、端末は、自分のカテゴリーに合うＮＰＤＣＣＨ探索領域をモニタリングしてＳＣ−ＭＣＣＨのためのＮＰＤＳＣＨのスケジューリング情報（SC-MCCH NPDCCH scheduling information）を取得することができる。言い換えると、端末は、自分の端末カテゴリーと基地局によって指示された端末カテゴリー（ＳＣ−ＭＣＣＨに対して設定された端末カテゴリー）を比較して、自分のカテゴリーに合う場合、前記スケジューリング情報を取得することができる。この場合、端末は、自分のカテゴリーに該当するＲＮＴＩ値を利用してＳＣ−ＭＣＣＨＮＰＤＳＣＨスケジューリング情報を取得することができる。この後、端末は、当該スケジューリング情報を利用してＳＣ−ＭＣＣＨ ＮＰＤＳＣＨをデコーディングすることができる。
【０５８５】
次に、端末のカテゴリーに関係なくＲＮＴＩ値が１つに設定（すなわち、共通ＲＮＴＩ）されることができる。一例として、ＳＣ−ＭＣＣＨのためのＮＰＤＣＣＨの探索領域をモニタリングするためにＳＣ−ＲＮＴＩが利用される場合、ＣＡＴ＿Ｈ及びＣＡＴ＿Ｌに関係なく、共通ＳＣ−ＲＮＴＩが設定される。ここで、端末は、自分のカテゴリーに合うＳＣ−ＭＣＣＨＮＰＤＣＣＨ探索領域をモニタリングしてＳＣ−ＭＣＣＨ ＮＰＤＳＣＨスケジューリング情報を取得することができる。言い換えると、端末は、自分の端末カテゴリーと基地局によって指示された端末カテゴリー（ＳＣ−ＭＣＣＨに対して設定された端末カテゴリー）を比較して、自分のカテゴリーに合う場合、前記スケジューリング情報を取得することができる。この場合、端末は、共通ＲＮＴＩ値を利用してＳＣ−ＭＣＣＨＮＰＤＳＣＨスケジューリング情報を取得することができる。この後、端末は、当該スケジューリング情報を利用してＳＣ−ＭＣＣＨ ＮＰＤＳＣＨをデコーディングすることができる。ただ、この場合は、基地局が、端末カテゴリー別に探索領域が常に重畳しないように割り当てることができる場合が仮定される。
【０５８６】
方法２：１つのスケジューリング情報を伝達する方法
【０５８７】
次に、基地局が１つのスケジューリングの情報のみを端末に伝達する方法について説明する。例えば、上述したＣＡＴ＿Ｈ及びＣＡＴ＿Ｌの例示を適用すると、基地局は、ＳＩＢを介して端末カテゴリーと関係なく（すなわち、ＣＡＴ＿Ｈ及びＣＡＴ＿Ｌに関係なく）１つのＳＣ−ＭＣＣＨＮＰＤＣＣＨスケジューリング情報を送信することができる。この場合、ＤＣＩをスクランブリングするＲＮＴＩ設定によって、以下のような２つの場合が存在する。
【０５８８】
まず、各端末カテゴリー別にＲＮＴＩ値が異なるように設定される。一例として、ＳＣ−ＭＣＣＨのためのＮＰＤＣＣＨの探索領域（すなわち、ＳＣ−ＭＣＣＨＮＰＤＣＣＨ探索領域）をモニタリングするためにＳＣ−ＲＮＴＩが利用される場合、ＣＡＴ＿ＨのためのＳＣ−ＲＮＴＩ−Ｈ及びＣＡＴ＿ＬのためのＳＣ−ＲＮＴＩ−Ｌが異なるように設定される。ここで、端末は、ＳＩＢにおいて設定されたＳＣ−ＭＣＣＨＮＰＤＣＣＨ探索領域をモニタリングして自分のカテゴリーに合うＤＣＩが送信されたか否かを判断することができる。この場合、端末は、自分のカテゴリーに該当するＲＮＴＩを利用することができる。言い換えると、端末は、相異なるＲＮＴＩ値を利用して各端末のカテゴリーに合うＤＣＩが送信されたか否かを判断することができる。すなわち、端末は、自分のカテゴリーに該当するＲＮＴＩに対応するＳＣ−ＭＣＣＨＮＰＤＣＣＨ探索領域が存在するか否かを確認することができる。
【０５８９】
端末のカテゴリーに合うＤＣＩが送信された場合、端末は、該当ＤＣＩに送信されたスケジューリング情報を利用してＳＣ−ＭＣＣＨＮＰＤＳＣＨをデコーディングすることができる。すなわち、端末のカテゴリーに該当するＲＮＴＩでスクランブリングされたＤＣＩが送信された場合、端末は、該当ＤＣＩに送信されたＳＣ−ＭＣＣＨＮＰＤＳＣＨスケジューリング情報を利用してＳＣ−ＭＣＣＨ ＮＰＤＳＣＨをデコーディングすることができる。それとは異なり、端末のカテゴリーに合わないＤＣＩが送信された場合、端末は、該当ＤＣＩを開いてみなくて（すなわち、デコーディングしなくて）、次のＳＣ−ＭＣＣＨＮＰＤＣＣＨ探索領域をモニタリングするように設定されることができる。言い換えると、端末は、自分に合わない情報が送信される場合、これをエラー（error）として扱って、受信（又は、デコーディング）しないことがある。例えば、レガシーＴＢＳ表をサポートする端末に大きいＴＢＳ表をサポートする端末のためのＤＣＩが送信される場合、当該端末は、これをエラーとして扱って、無視することができる。
【０５９０】
次に、端末のカテゴリーに関係なくＲＮＴＩ値が１つに設定（すなわち、共通ＲＮＴＩ）されることができる。一例として、ＳＣ−ＭＣＣＨのためのＮＰＤＣＣＨの探索領域をモニタリングするためにＳＣ−ＲＮＴＩが利用される場合、ＣＡＴ＿Ｈ及びＣＡＴ＿Ｌに関係なく共通ＳＣ−ＲＮＴＩが設定される。ここで、端末は、ＳＩＢにおいて設定されたＳＣ−ＭＣＣＨＮＰＤＣＣＨ探索領域をモニタリングしてＳＣ−ＭＣＣＨ ＮＰＤＳＣＨスケジューリング情報を取得することができる。この場合、端末は、ＤＣＩデコーディングを行うために共通ＲＮＴＩ値を利用することができる。この後、端末は、ＤＣＩコンテンツ（contents）（すなわち、ＤＣＩに含まれた情報）を確認して該当ＤＣＩを介して伝達されるＳＣ−ＭＣＣＨ ＮＰＤＳＣＨスケジューリング情報がＣＡＴ＿Ｈのためのものであるか、又はＣＡＴ＿Ｌのためのものであるかを判断することができる。
【０５９１】
ここで、ＳＣ−ＭＣＣＨ ＮＰＤＳＣＨスケジューリング情報がどちらのためのものであるかを判断する方法として、ＤＣＩコンテンツに追加的なフィールド（例えば、端末カテゴリーフィールド）を追加して端末カテゴリーを区分する方法が考慮されることができる。上述した例示（すなわち、Ｎ＝２、ＣＡＴ＿Ｈ及びＣＡＴ＿Ｌ）の場合、１ビットの追加的なフィールドを構成してＣＡＴ＿Ｈ及びＣＡＴ＿Ｌを区分するように設定されることができる。
【０５９２】
または、ＤＣＩコンテンツに追加的なフィールドを追加することなく、ＴＢＳインデックス（TBS index）値により端末のカテゴリーを区分する方法も考慮されることができる。すなわち、この方法は、端末がＤＣＩコンテンツに含まれたＴＢＳインデックス値（すなわち、ＴＢＳ表のインデックス組み合わせ）を確認して端末カテゴリーを判断する方法である。一例として、ＤＣＩコンテンツにレガシーＴＢＳ表で利用されるインデックスの組み合わせが含まれている場合、端末は、該当ＤＣＩをＣＡＴ＿Ｌのためのものであると認識することができる。それとは異なり、ＤＣＩコンテンツにレガシーＴＢＳ表では利用されないが大きいＴＢＳ表で利用されるインデックスの組み合わせが含まれている場合、端末は、該当ＤＣＩをＣＡＴ＿Ｈのためのものであると認識することができる。このような方式は、レガシーＴＢＳ表で利用されるインデックス組み合わせが大きいＴＢＳ表で利用されるインデックス組み合わせの部分集合（subset）であるため、適用されることができる。
【０５９３】
このように判断した結果によって、端末のカテゴリーに合うＤＣＩが送信された場合、端末は、該当ＤＣＩに送信されたスケジューリング情報を利用してＳＣ−ＭＣＣＨＮＰＤＳＣＨをデコーディングすることができる。すなわち、端末がサポート可能なＤＣＩが送信された場合、端末は、該当ＤＣＩに送信されたＳＣ−ＭＣＣＨ ＮＰＤＳＣＨスケジューリング情報を利用してＳＣ−ＭＣＣＨＮＰＤＳＣＨをデコーディングすることができる。それとは異なり、端末のカテゴリーに合わないＤＣＩが送信された場合、端末は、該当ＤＣＩを開いてみなくて（すなわち、デコーディングしなくて）、次のＳＣ−ＭＣＣＨＮＰＤＣＣＨ探索領域をモニタリングするように設定されることができる。
【０５９４】
（２）ＳＣ−ＭＴＣＨと関連して端末カテゴリー情報を伝達する方法
【０５９５】
次に、複数の端末カテゴリーがサポートされる場合、ＳＣ−ＭＴＣＨと関連して端末カテゴリー情報（すなわち、ＳＣ−ＭＴＣＨ（又は、ＳＣ−ＭＴＣＨＮＰＤＳＣＨ）に対して設定された端末カテゴリー情報）を伝達する方法について説明する。この場合、前記端末カテゴリー情報は、ＴＭＧＩ別に設定される。ここで、ＴＭＧＩは、マルチキャスト又はブロードキャストサービス（例えば、マルチキャスト−ダウンロード（multicast-download）サービス、マルチキャスト−ストリーミング（multicast-streaming）サービス、ブロードキャスト−ダウンロード（broadcast-download）サービス、ブロートキャスト−ストリーミング（multicast-streaming）サービスなど）に対する識別子を意味する。すなわち、端末のカテゴリー情報がＴＭＧＩ別に設定されるということは、マルチキャスト又はブロードキャストサービス毎に端末カテゴリー（ら）が設定されることを意味する。
【０５９６】
上述したような複数の端末カテゴリー（例えば、表１４に基づいたＣＡＴ＿Ｈ及びＣＡＴ＿Ｌ）を考慮するとき、端末カテゴリー情報（又は、端末カテゴリーサポート情報）を伝達する方法は２つの方法に分類される。１番目の方法は、ＳＣ−ＭＣＣＨＮＰＤＳＣＨ（すなわち、ＳＣ−ＭＣＣＨのペイロード）を介して端末カテゴリー情報を追加的に送信する方法であり、２番目の方法は、ＳＣ−ＭＴＣＨ ＮＰＤＣＣＨを介して伝達されるＤＣＩにより端末のカテゴリーに関する情報を伝達する方法である。以下、前記２つの方法について具体的に説明する。
【０５９７】
方法１：ＳＣ−ＭＣＣＨ ＮＰＤＳＣＨを介して端末カテゴリー情報を伝達する方法
【０５９８】
まず、基地局がＳＣ−ＭＣＣＨ ＮＰＤＳＣＨを介して各ＴＭＧＩに対する端末カテゴリー情報（すなわち、ＴＭＧＩ別に設定された端末カテゴリー情報）（例えば、ＳＣ−ＭＴＣＨに対して設定された端末カテゴリー情報）を追加的に端末に送信する方法について説明する。すなわち、ＳＣ−ＭＣＣＨＮＰＤＳＣＨ（すなわち、ＳＣ−ＭＣＣＨペイロード）を介して各ＴＭＧＩ別のＳＣ−ＭＴＣＨ ＮＰＤＣＣＨスケジューリング情報及びＲＮＴＩ値（例えば、Ｇ−ＲＮＴＩ、新たに定義されたＲＮＴＩなど）を送信する方法でにおいて、各ＴＭＧＩ別に端末カテゴリー情報を送信する方法が追加的に考慮されることができる。ここで、前記端末カテゴリー情報は、追加的なフィールド（又はインジケータ（indicator））の形態で伝達されることができる。説明の便宜のために上述したＣＡＴ＿Ｈ及びＣＡＴ＿Ｌを考慮する場合（すなわち、Ｎ＝２）を仮定すると、追加的なインジケータはＣＡＴ＿Ｈ及びＣＡＴ＿Ｌを区分するための１ビット（すなわち、１ビットのビットマップ形態、「０」又は「１」）に設定されることができる。
【０５９９】
また、各ＴＭＧＩ別にＳＣ−ＭＴＣＨＮＰＤＣＣＨ探索領域をモニタリングするためのＲＮＴＩ値（例えば、Ｇ−ＲＮＴＩ）が異なるように設定され、各端末は、自分が受信を希望するサービスが自分の端末カテゴリーを利用して受信可能であるか否かを判断することができる。
【０６００】
すなわち、各端末は、自分が受信を希望するサービスを自分の端末能力で利用できるか否かを判断することができる。この場合、端末は、基地局から送信されたＳＣ−ＭＴＣＨに対する端末カテゴリー情報を利用して前記の受信可能であるか否かを判断することができる。具体的に、基地局から送信される端末カテゴリー情報もＴＭＧＩ別に設定され、端末は、当該端末カテゴリー情報と自分の端末カテゴリーを比較して、当該サービスを利用（又は、サポート）することができるか否かを判断することができる。ここで、前記の受信可能であるか否かは、ＳＣ−ＭＴＣＨＮＰＤＳＣＨスケジューリング情報を伝達するＤＣＩをモニタリングするか否か（すなわち、ＳＣ−ＭＴＣＨ ＮＰＤＣＣＨ探索領域をモニタリングするか否か）を意味する。
【０６０１】
端末は、自分が受信を希望するサービスが当該端末のカテゴリーで受信可能であると判断した場合、ＳＣ−ＭＴＣＨＮＰＤＣＣＨ探索領域をモニタリングしてＳＣ−ＭＴＣＨのためのＮＰＤＳＣＨのスケジューリング情報（SC-MTCH NPDCCHscheduling information）を取得することができる。この場合、端末は、当該サービスに該当するＲＮＴＩ値（例えば、Ｇ−ＲＮＴＩ）を利用することができる。この後、端末は、取得されたスケジューリング情報を利用してＳＣ−ＭＴＣＨＮＰＤＳＣＨをデコーディングする。それとは異なり、自分が受信を希望するサービスが当該端末のカテゴリーで受信不可能であると判断した場合、端末は、後で送信されるＳＣ−ＭＴＣＨＮＰＤＣＣＨ探索領域をモニタリングするように設定されることができる。すなわち、当該端末は、自分が利用できないＤＣＩをエラー（error）と判断して、当該ＤＣＩをデコーディングしない。
【０６０２】
上述した方法の場合、ＳＣ−ＭＣＣＨのペイロードサイズ（payload size）に追加的なフィールド（又は、インジケータ）が含まれる余裕空間が要求される。上述した方法が利用される場合、端末は、不必要な（すなわち、自分の端末カテゴリーに該当しない）探索領域に対するモニタリング動作を行わないことができる。その結果、端末の電力消耗（power assumption）を減らすことができるという効果がある。
【０６０３】
方法２：ＳＣ−ＭＴＣＨ ＮＰＤＣＣＨを介して伝達されるＤＣＩにより端末カテゴリー情報を伝達する方法
【０６０４】
以下、基地局がＳＣ−ＭＴＣＨ ＮＰＤＣＣＨを介して伝達されるＤＣＩ（例えば、ＤＣＩフォーマットＮ１）により端末カテゴリー情報（すなわち、ＳＣ−ＭＴＣＨに対して設定された端末カテゴリー情報）を伝達する方法について説明する。説明の便宜のために、上述したＣＡＴ＿Ｈ及びＣＡＴ＿Ｌを考慮する場合（すなわち、Ｎ＝２）を仮定して当該方法を適用すると、端末は、ＳＣ−ＭＴＣＨＮＰＤＣＣＨを介して送信されるＤＣＩにより、当該ＤＣＩがＣＡＴ＿Ｈのためのものであるか、又はＣＡＴ＿Ｌのためのものであるを判断することができる。
【０６０５】
ここで、端末は、ＳＣ−ＭＣＣＨ ＮＰＤＳＣＨにおいて設定されたスケジューリング情報に基づいて、当該端末が受信を希望するサービスに該当する（すなわち、設定されたＴＭＧＩに該当する）ＳＣ−ＭＴＣＨＮＰＤＣＣＨ探索領域をモニタリングしてＤＣＩをデコーディングすることができる。この場合、端末は、前記サービスに該当するＲＮＴＩ値を利用して当該ＤＣＩをデコーディングすることができる。この後、端末は、ＤＣＩコンテンツを確認して該当ＤＣＩを介して伝達されるＳＣ−ＭＴＣＨＮＰＤＳＣＨスケジューリング情報がＣＡＴ＿Ｈのためのものであるか、又はＣＡＴ＿Ｌのためのものであるを判断することができる。
【０６０６】
ここで、ＳＣ−ＭＴＣＨ ＮＰＤＳＣＨスケジューリング情報がどちらのためのものであるか判断する方法として、ＤＣＩコンテンツに追加的なフィールド（例えば、端末カテゴリーフィールド）を追加して端末カテゴリーを区分する方法が考慮されることができる。上述した例示（すなわち、Ｎ＝２、ＣＡＴ＿Ｈ及びＣＡＴ＿Ｌ）の場合、１ビットの追加的なフィールドを構成してＣＡＴ＿Ｈ及びＣＡＴ＿Ｌを区分するように設定されることができる。
【０６０７】
または、ＤＣＩコンテンツに追加的なフィールドを追加せずに、ＴＢＳインデックス（TBS index）値により端末のカテゴリーを区分する方法も考慮されることができる。すなわち、この方法は、端末がＤＣＩコンテンツに含まれたＴＢＳインデックス値（すなわち、ＴＢＳ表のインデックス組み合わせ（例えば、ＩＴＢＳ、ＩＳＦ））を確認して端末カテゴリーを判断する方法である。一例として、ＤＣＩコンテンツにレガシーＴＢＳ表で利用されるインデックスの組み合わせが含まれる場合、端末は、該当ＤＣＩをＣＡＴ＿Ｌのためのものであると認識することができる。それとは異なり、ＤＣＩコンテンツにレガシーＴＢＳ表で利用されていないが大きいＴＢＳ表で利用されるインデックスの組み合わせが含まれる場合、端末は、該当ＤＣＩをＣＡＴ＿Ｈのためのものであると認識することができる。このような方式は、表１４を参考すると、レガシーＴＢＳ表で利用されるインデックス組み合わせが大きいＴＢＳ表で利用されるインデックス組み合わせの部分集合（subset）であるため、適用されることができる。
【０６０８】
このように判断した結果によって、端末カテゴリーに合うＤＣＩが送信された場合、端末は、該当ＤＣＩに送信されたスケジューリング情報（すなわち、ＳＣ−ＭＣＣＨＮＰＤＳＣＨスケジューリング情報）を利用してＳＣ−ＭＣＣＨ ＮＰＤＳＣＨをデコーディングすることができる。それとは異なり、端末のカテゴリーに合わないＤＣＩが送信された場合、端末は、該当ＤＣＩを開いてみなくて（すなわち、デコーディングしなくて）、次のＳＣ−ＭＣＣＨＮＰＤＣＣＨ探索領域をモニタリングするように設定されることができる。
【０６０９】
上述した方法の場合も、端末に不要な（すなわち、自分の端末カテゴリーに該当しない）ＤＣＩが送信される場合に以後の追加的な動作を行わない側面で、端末の電力消耗を減らすことができるという効果がある。ただ、方法１と方法２を比較すると、方法１の場合は端末がＳＣ−ＭＴＣＨＮＰＤＣＣＨ探索領域に対するモニタリングそのものを行わないので、方法１の方が電力消費の減少の面でより効率的であり得る。
【０６１０】
第７実施形態−ＭＴＣをサポートするシステムにおいて複数の端末カテゴリーをサポートするマルチキャストの送信方法
【０６１１】
次に、ＭＴＣをサポートするシステムにおいて複数の端末カテゴリーを考慮するマルチキャストの送信方法について説明する。具体的に、ＳＣ−ＰｔＭ方式が考慮され、複数の端末カテゴリーがサポートされる場合、前述したＮＢ−ＩｏＴの場合と類似して、ＳＣ−ＭＣＣＨと関連して端末カテゴリー情報を伝達する方法、及びＳＣ−ＭＴＣＨと関連して端末カテゴリー情報を伝達する方法について説明する。ここで、前記２つ方法は、結合されて利用されるか、２つの方法のうちいずれか１つのみが利用されることもできる。
【０６１２】
この場合、前記２つの方法は、全般的にＮＢ−ＩｏＴをサポートするシステムの実施形態（すなわち、第６実施形態）で説明されたものと類似している。言い換えると、前述した第６実施形態の内容をＭＴＣに適用するために、ＮＰＤＣＣＨはＭＰＤＣＣＨに代替され、ＮＰＤＳＣＨはＭＰＤＳＣＨ（すなわち、ＭＴＣで利用されるＰＤＳＣＨ）に代替されることができる。
【０６１３】
ただ、ＭＴＣをサポートするシステムの場合は、ＮＢ−ＩｏＴをサポートするシステムとは異なって、さらに大きい帯域幅（larger bandwidth）（すなわち、大きい周波数帯域幅（largefrequency bandwidth））が考慮される。例えば、ＭＴＣをサポートする端末は、ＮＢ−ＩｏＴに該当する単一狭帯域（例えば、６ＰＲＢｓ）だけでなく、多重狭帯域（例えば、２４ＰＲＢｓ又は２５ＰＲＢｓ）まで利用できる。すなわち、ＭＴＣをサポートするシステムの場合、単一の狭帯域を利用する端末と多重狭帯域を利用する端末が存在することができる。言い換えると、ＭＴＣをサポートするシステムの場合、端末が信号の送受信のために利用可能な（すなわち、サポートする）の周波数帯域幅によって端末カテゴリーが区別されることができる。
【０６１４】
ここで、単一狭帯域（例えば、６ＰＲＢｓ）を利用する端末と多重狭帯域（例えば、最大２４ＰＲＢｓ又は２５ＰＲＢｓ）を利用する端末は、最大ＴＢＳが異なるように設定（例えば、６ＰＲＢｓの場合は１０００ビット、２４ＰＲＢｓの場合は４００８ビット）されることができる。これにより、単一狭帯域を利用する端末のためのＴＢＳ表とは別に、多重狭帯域を利用する端末のためのＴＢＳ表が追加的に設定される必要がある。ここで、単一狭帯域を利用する端末のためのＴＢＳ表はレガシーＴＢＳ表と称され、多重狭帯域を利用する端末のためのＴＢＳ表は大きいＴＢＳ表と称されることができる。この場合にも、前記レガシーＴＢＳ表は、前記大きいＴＢＳ表の部分集合に設定されることができる。一例として、別途に追加される大きいＴＢＳ表（例えば、最大２４ＰＲＢｓをサポートする端末のために設定されたＴＢＳ表）の一部は、表１５のように設定されることができる。
【０６１５】
【表１５】
2019534649.tif 000058
【０６１６】
前記例示の場合、ＭＴＣをサポートするシステムにおいて最大の４つの端末カテゴリー（すなわち、Ｎ＝４）が考慮（又は、定義）される。４つの端末カテゴリーは、単一狭帯域及びレガシーＴＢＳ表を利用する端末、単一狭帯域及び大きいＴＢＳ表を利用する端末、多重狭帯域及びレガシーＴＢＳ表を利用する端末、多重狭帯域及び大きいＴＢＳ表を利用する端末に区分されることもできる。この場合、前述した第６実施形態で説明されたＳＩＢ又はＳＣ−ＭＣＣＨペイロードに１ビットの追加的なフィールド（又は、インジケータ）を利用して端末カテゴリーを区分する方法は、２ビットの追加的なフィールド（又は、インジケータ）を利用する方法に代替できる。すなわち、Ｎの値を２から４に置き換えることにより、前述した方法が類似に適用されることができる。
【０６１７】
ただ、前述したように、ＭＴＣをサポートするシステムにおける端末カテゴリーは、前記４つの端末カテゴリーの一部のみに区別されることもできることは言うまでもない。一例として、単一狭帯域を利用する端末は、レガシーＴＢＳ表を利用することが好ましく、多重狭帯域を利用する端末は大きいＴＢＳ表を利用することが好ましい。この場合、端末カテゴリーは、単一狭帯域及びレガシーＴＢＳ表を利用する端末と多重狭帯域及び大きいＴＢＳ表まで利用する端末に区分されるできる。
【０６１８】
すなわち、ＭＴＣをサポートするシステムにおいて端末が信号（及び／又はチャネル）を送受信するために利用可能な周波数帯域によって２つの端末カテゴリーが定義されることができる。また、上述と類似して、単一狭帯域及びレガシーＴＢＳ表を利用する端末はＣＡＴ＿Ｌと称され、多重狭帯域及び大きいＴＢＳ表を利用する端末はＣＡＴ＿Ｈと称される。説明の便宜のために、以下に説明される（１）ＳＣ−ＭＣＣＨと関連して端末カテゴリー情報を伝達する方法、及び（２）ＳＣ−ＭＴＣＨと関連して端末カテゴリー情報を伝達する方法においては、端末カテゴリー（又は、周波数帯域幅と関連した端末カテゴリー）が単一狭帯域及びレガシーＴＢＳ表を利用する端末（ＣＡＴ＿Ｈ）と多重狭帯域及び大きいＴＢＳ表を利用する端末（ＣＡＴ＿Ｌ）に区分される場合が仮定される。
【０６１９】
（１）ＳＣ−ＭＣＣＨと関連して端末カテゴリー情報を伝達する方法
【０６２０】
まず、複数の端末カテゴリーがサポートされる場合、ＳＣ−ＭＣＣＨと関連して端末カテゴリー情報（すなわち、ＳＣ−ＭＣＣＨ（又は、ＳＣ−ＭＣＣＨ（Ｍ）ＰＤＳＣＨ）に対して設定された端末カテゴリー情報）を伝達する方法について説明する。特に、複数の端末カテゴリーを考慮して、ＳＣ−ＭＣＣＨに対するＮＰＤＣＣＨのスケジューリング情報を伝達する方法について説明する。
【０６２１】
以上で言及したように、当該方法は、前述した実施形態（例えば、第６実施形態）の（１）ＳＣ−ＭＣＣＨと関連して端末カテゴリーを伝達する方法においてＮＰＤＣＣＨがＭＰＤＣＣＨに代替され、ＮＰＤＳＣＨがＭＰＤＳＣＨ（すなわち、ＭＴＣで利用されるＰＤＳＣＨ）に代替された方法を意味する。すなわち、ＭＴＣをサポートするシステムにおいても、基地局は、端末カテゴリー別のスケジューリング情報を伝達（又は、送信）するか、端末カテゴリーに関係なく１つのスケジューリング情報を伝達することができる。
【０６２２】
一例として、ＭＴＣをサポートするシステムにおいて、基地局が１つのスケジューリング情報のみを伝達する方法は、以下の通りである。
【０６２３】
上述したＣＡＴ＿Ｈ及びＣＡＴ＿Ｌの例示を適用すると、基地局は、ＳＩＢを介して端末カテゴリーと関係なく（すなわち、ＣＡＴ＿Ｈ及びＣＡＴ＿Ｌに関係なく）１つのＳＣ−ＭＣＣＨＭＰＤＣＣＨスケジューリング情報を送信することができる。この場合、ＤＣＩ（例えば、ＤＣＩフォーマット６−２）をスクランブリングするＲＮＴＩ設定によって以下のような２つの場合が存在することがある。
【０６２４】
まず、各端末カテゴリー別にＲＮＴＩ値が異なるように設定されることができる。一例として、ＳＣ−ＭＣＣＨのためのＭＰＤＣＣＨの探索領域（すなわち、ＳＣ−ＭＣＣＨＭＰＤＣＣＨ探索領域）をモニタリングするためにＳＣ−ＲＮＴＩが利用される場合、ＣＡＴ＿ＨのためのＳＣ−ＲＮＴＩ−Ｈ及びＣＡＴ＿ＬのためのＳＣ−ＲＮＴＩ−Ｌが異なるように設定される。ここで、端末は、ＳＩＢにおいて設定されたＳＣ−ＭＣＣＨＭＰＤＣＣＨ探索領域をモニタリングして自分のカテゴリーに合うＤＣＩが送信されたか否かを判断することができる。この場合、端末は、自分のカテゴリーに該当するＲＮＴＩを利用することができる。言い換えると、端末は、相異なるＲＮＴＩ値を利用して各端末のカテゴリーに合うＤＣＩが送信されたか否かを判断することができる。すなわち、各端末は、自分のカテゴリーに該当するＲＮＴＩに対応するＳＣ−ＭＣＣＨＭＰＤＣＣＨ探索領域が存在するか否かを確認することができる。
【０６２５】
端末のカテゴリーに合うＤＣＩが送信された場合、端末は、該当ＤＣＩに送信されたスケジューリング情報を利用してＳＣ−ＭＣＣＨＭＰＤＳＣＨをデコーディングすることができる。すなわち、端末のカテゴリーに該当するＲＮＴＩでスクランブリングされたＤＣＩが送信された場合、端末は、該当ＤＣＩに送信されたＳＣ−ＭＣＣＨＭＰＤＳＣＨスケジューリング情報を利用してＳＣ−ＭＣＣＨ ＭＰＤＳＣＨをデコーディングすることができる。それとは異なり、端末のカテゴリーに合わないＤＣＩが送信された場合、端末は、該当ＤＣＩを開いてみなくて（すなわち、デコーディングしなくて）、次のＳＣ−ＭＣＣＨＭＰＤＣＣＨ探索領域をモニタリングするように設定されることができる。すなわち、端末は、自分に合わない情報が送信される場合、これをエラー（error）として扱って受信（又は、デコーディング）しないことができる。例えば、レガシーＴＢＳ表をサポートする端末に大きいＴＢＳ表をサポートする端末のためのＤＣＩが送信される場合、当該端末は、これをエラーとして扱って無視することができる。
【０６２６】
次に、端末カテゴリーに関係なくＲＮＴＩ値が１つに設定（すなわち、共通ＲＮＴＩ）されることができる。一例として、ＳＣ−ＭＣＣＨのためのＭＰＤＣＣＨの探索領域をモニタリングするためにＳＣ−ＲＮＴＩが利用される場合、ＣＡＴ＿Ｈ及びＣＡＴ＿Ｌに関係なく、共通ＳＣ−ＲＮＴＩが設定される。ここで、端末は、ＳＩＢにおいて設定されたＳＣ−ＭＣＣＨＭＰＤＣＣＨ探索領域をモニタリングしてＳＣ−ＭＣＣＨ ＭＰＤＳＣＨスケジューリング情報を取得することができる。この場合、端末は、ＤＣＩ（例えば、ＤＣＩフォーマット６−２）に対するデコーディングを行うために共通ＲＮＴＩ値を利用することができる。この後、端末は、ＤＣＩコンテンツ（contents）（すなわち、ＤＣＩに含まれた情報）を確認して該当ＤＣＩを介して伝達されるＳＣ−ＭＣＣＨ ＭＰＤＳＣＨスケジューリング情報がＣＡＴ＿Ｈのためのものであるか、又はＣＡＴ＿Ｌのためのものであるかを判断することができる。
【０６２７】
ここで、ＳＣ−ＭＣＣＨ ＭＰＤＳＣＨスケジューリング情報がどちらのためのものであるかを判断する方法として、ＤＣＩコンテンツに追加的なフィールド（例えば、端末カテゴリーフィールド）を追加して端末カテゴリーを区分する方法が考慮されることができる。上述した例示（すなわち、Ｎ＝２、ＣＡＴ＿Ｈ及びＣＡＴ＿Ｌ）の場合、１ビットの追加的なフィールドを構成してＣＡＴ＿Ｈ及びＣＡＴ＿Ｌを区分するように設定されることができる。
【０６２８】
または、ＤＣＩコンテンツに追加的なフィールドを追加せずに、ＴＢＳインデックス（TBS index）値により端末のカテゴリーを区分する方法も考慮されることができる。すなわち、この方法は、端末がＤＣＩコンテンツに含まれたＴＢＳインデックス値（すなわち、ＴＢＳ表のインデックス組み合わせ）を確認して端末カテゴリーを判断する方法である。一例として、ＤＣＩコンテンツにレガシーＴＢＳ表で利用されるインデックスの組み合わせが含まれている場合、端末は、該当ＤＣＩをＣＡＴ＿Ｌのためのものであると認識することができる。それとは異なり、ＤＣＩコンテンツにレガシーＴＢＳ表では利用されないが大きいＴＢＳ表で利用されるインデックスの組み合わせが含まれている場合、端末は、該当ＤＣＩをＣＡＴ＿Ｈのためのものであると認識することができる。このような方式は、レガシーＴＢＳ表で利用されるインデックス組み合わせが大きいＴＢＳ表で利用されるインデックス組み合わせの部分集合（subset）であるため、適用されることができる。
【０６２９】
このように判断した結果によって、端末のカテゴリーに合うＤＣＩが送信された場合、端末は、該当ＤＣＩに送信されたスケジューリング情報（すなわち、ＳＣ−ＭＣＣＨＭＰＤＳＣＨスケジューリング情報）を利用してＳＣ−ＭＣＣＨ ＭＰＤＳＣＨをデコーディングすることができる。すなわち、端末がサポート可能なＤＣＩが送信された場合、端末は、該当ＤＣＩに送信されたＳＣ−ＭＣＣＨＭＰＤＳＣＨスケジューリング情報を利用してＳＣ−ＭＣＣＨ ＭＰＤＳＣＨをデコーディングすることができる。それとは異なり、端末のカテゴリーに合わないＤＣＩが送信された場合、端末は、該当ＤＣＩを開いてみなくて（すなわち、デコーディングしなくて）、次のＳＣ−ＭＣＣＨＭＰＤＣＣＨ探索領域をモニタリングするように設定されることができる。
【０６３０】
（２）ＳＣ−ＭＴＣＨと関連して端末カテゴリー情報を伝達する方法
【０６３１】
まず、複数の端末カテゴリーがサポートされる場合、ＳＣ−ＭＴＣＨと関連して端末カテゴリー情報（すなわち、ＳＣ−ＭＴＣＨ又はＳＣ−ＭＴＣＨ（Ｍ）ＰＤＳＣＨに対して設定された端末カテゴリー情報）を伝達する方法について説明する。この場合も、以上で言及したように、端末カテゴリー情報はＴＭＧＩ別に設定されることができる。すなわち、端末カテゴリーは、マルチキャスト又はブロードキャストサービス別に設定される。
【０６３２】
また、以上で言及したように、当該方法は、前述した実施形態（例えば、第６実施形態）の（２）ＳＣ−ＭＴＣＨと関連して端末カテゴリーを伝達する方法においてＮＰＤＣＣＨがＭＰＤＣＣＨに代替され、ＮＰＤＳＣＨがＭＰＤＳＣＨ（すなわち、ＭＴＣで利用される（Ｍ）ＰＤＳＣＨ）に代替された方法を意味することができる。すなわち、ＭＴＣをサポートするシステムにおいても、基地局は、ＳＣ−ＭＣＣＨ ＭＰＤＳＣＨ（すなわち、ＳＣ−ＭＣＣＨペイロード）又はＳＣ−ＭＴＣＨＭＰＤＣＣＨを介して伝達されるＤＣＩ（例えば、ＤＣＩフォーマット６−１Ａ又は６−１Ｂ）を利用して端末カテゴリー情報を伝達することができる。
【０６３３】
一例として、ＭＴＣをサポートするシステムにおいて、基地局がＳＣ−ＭＣＣＨＭＰＤＳＣＨ（すなわち、ＳＣ−ＭＣＣＨペイロード（payload）、ＳＣ−ＭＣＣＨ）を介して端末カテゴリー情報を伝達する方法は以下のようである。
【０６３４】
具体的に、基地局は、ＳＣ−ＭＣＣＨＭＰＤＳＣＨを介して各ＴＭＧＩに対する端末カテゴリー情報（すなわち、ＴＭＧＩ別に設定された端末カテゴリー情報）を追加的に端末に送信することができる。すなわち、ＳＣ−ＭＣＣＨＭＰＤＳＣＨ（すなわち、ＳＣ−ＭＣＣＨペイロード）を介して各ＴＭＧＩ別のＳＣ−ＭＴＣＨ ＭＰＤＣＣＨスケジューリング情報及びＲＮＴＩ値（例えば、Ｇ−ＲＮＴＩ、新たに定義されたＲＮＴＩなど）を送信する方法において、各ＴＭＧＩ別に端末カテゴリー情報を送信する方法が追加的に考慮されることができる。ここで、前記端末カテゴリー情報は、追加的なフィールド（又は、インジケータ（indicator））の形態で伝達されることができる。
【０６３５】
説明の便宜のために上述したＣＡＴ＿Ｈ及びＣＡＴ＿Ｌを考慮する場合（すなわち、Ｎ＝２）を仮定すると、端末カテゴリー情報はＣＡＴ＿Ｈ及びＣＡＴ＿Ｌを区分するための１ビット（すなわち、１ビットのビットマップの形態で、「０」又は「１」）に設定されることができる。すなわち、端末カテゴリー情報は、信号（例えば、マルチキャスト情報又はブロードキャスト情報）を受信するための最大周波数帯域幅（例えば、ＳＣ−ＭＣＣＨＭＰＤＳＣＨのためのＭａｘＢａｎｄｗｉｄｔｈ）を指示することができる。一例として、前記最大周波数帯域幅は、ＣＡＴ＿Ｌに該当する６ＰＲＢｓ又はＣＡＴ＿Ｈに該当する２４ＰＲＢｓを意味することができる。すなわち、端末カテゴリー情報は、端末が信号を受信するために利用可能な（又は、サポートする）周波数帯域幅を指示する設定情報を意味することができる。
【０６３６】
また、各ＴＭＧＩ別にＳＣ−ＭＴＣＨＭＰＤＣＣＨ探索領域をモニタリングするためのＲＮＴＩ値（例えば、Ｇ−ＲＮＴＩ）が異なるように設定され、各端末は、自分が受信を希望するサービスが自分の端末カテゴリーを利用して受信可能であるか否かを判断することができる。
【０６３７】
すなわち、各端末は、自分の端末カテゴリーに基づいて自分が受信を希望するサービスに該当するＴＭＧＩに対して設定されたＳＣ−ＭＴＣＨＭＰＤＣＣＨ探索領域をモニタリングするか否かを判断することができる。この場合、端末は、基地局から伝達された前記端末カテゴリー情報を利用して前記受信可能であるか否か（すなわち、前記モニタリングするか否か）を判断することができる。具体的に、基地局から伝達される端末カテゴリー情報もＴＭＧＩ別に設定され、端末は、当該端末カテゴリー情報と自分の端末カテゴリーを比較して、当該サービスを利用できるか否かを判断することができる。
【０６３８】
例えば、端末は、基地局からＳＣ−ＭＣＣＨＭＰＤＳＣＨ（又は、ＳＣ−ＭＣＣＨペイロード、ＳＣ−ＭＣＣＨ）を介して伝達される端末カテゴリー情報を確認し、当該端末が受信しようとするＳＣ−ＭＴＣＨ（すなわち、ＳＣ−ＭＴＣＨペイロード、ＳＣ−ＭＴＣＨＭＰＤＳＣＨ、ＳＣ−ＭＴＣＨ ＰＤＳＣＨ）をスケジューリングするＤＣＩをモニタリングする必要があるか否かを決定することができる。
【０６３９】
一例として、端末が２４ＰＲＢｓの周波数帯域幅をサポートする場合（すなわち、ＣＡＴ＿Ｈの場合）、端末は当該端末が受信しようとするＳＣ−ＭＴＣＨをスケジューリングするＤＣＩをモニタリングする必要がある。ここで、端末は基地局からＳＣ−ＭＣＣＨを介して受信される端末カテゴリー情報（すなわち、当該ＳＣ−ＭＴＣＨの受信のために利用可能な周波数帯域幅を示す情報、例えば、６ＰＲＢｓ、２４ＰＲＢｓ）を利用することができる。ここで、端末は、前記受信された端末カテゴリー情報によってＤＣＩコンテンツ（すなわち、ＤＣＩフィールド）を互いに異なるように解釈することができる。
【０６４０】
それとは異なり、端末が６ＰＲＢｓの周波数帯域幅をサポートする場合（すなわち、ＣＡＴ＿Ｌの場合）、端末が受信しようとするＳＣ−ＭＴＣＨに対して設定された端末カテゴリーによって、当該ＳＣ−ＭＴＣＨをスケジューリングするＤＣＩに対してモニタリングを行うか否かが決定されることができる。具体的に、当該端末が受信しようとするＳＣ−ＭＴＣＨ（又は、ＳＣ−ＭＴＣＨ（Ｍ）ＰＤＳＣＨ）が２４ＰＲＢｓで送信される場合、６ＰＲＢｓをサポートする端末は、当該ＳＣ−ＭＴＣＨをスケジューリングするＤＣＩをモニタリングする必要がない。これは、当該端末が自分の端末カテゴリーで該当ＳＣ−ＭＴＣＨを受信できないと判断することを意味する。それに対して、当該端末が受信しようとするＳＣ−ＭＴＣＨが６ＰＲＢｓで送信される場合、６ＰＲＢｓをサポートする端末は、当該ＳＣ−ＭＴＣＨをスケジューリングするＤＣＩをモニタリングする必要がある。これは、当該端末が自分の端末カテゴリーで該当ＳＣ−ＭＴＣＨを受信できると判断することを意味する。
【０６４１】
端末は、自分が受信を希望するサービスが当該端末のカテゴリーで受信可能であると判断した場合、ＳＣ−ＭＴＣＨＭＰＤＣＣＨ探索領域をモニタリングしてＳＣ−ＭＴＣＨのためのＭＰＤＳＣＨのスケジューリング情報を取得することができる。すなわち、端末が自分が受信を希望するサービスに対して設定された端末カテゴリーをサポートすることができる場合、当該端末は、ＳＣ−ＭＴＣＨＭＰＤＣＣＨ探索領域をモニタリングすることができる。この場合、端末は、当該サービスに該当するＲＮＴＩ値（例えば、Ｇ−ＲＮＴＩ）を利用することができる。この後、端末は、取得されたスケジューリング情報を利用してＳＣ−ＭＴＣＨＭＰＤＳＣＨをデコーディングすることができる。
【０６４２】
それとは異なり、端末が自分が受信を希望するサービスが当該端末のカテゴリーで受信不可能であると判断した場合、端末は、後で送信されるＳＣ−ＭＴＣＨＭＰＤＣＣＨ探索領域をモニタリングするように設定されることができる。すなわち、端末が自分が受信を希望するサービスに対して設定された端末カテゴリーをサポートすることができない場合、当該端末は、ＳＣ−ＭＴＣＨＭＰＤＣＣＨ探索領域をモニタリングする必要がない。すなわち、当該端末は、自分が利用できないＤＣＩをエラー（error）と判断して、当該ＤＣＩをデコーディングしない。
【０６４３】
上述した方法の場合、ＳＣ−ＭＣＣＨのペイロードサイズ（payload size）に追加的なフィールド（又はインジケータ）が含まれる余裕空間が要求される。上述した方法が利用される場合、端末は、不必要な（すなわち、自分の端末カテゴリーに該当しない）探索領域に対するモニタリング動作を行わないことができる。その結果、端末の電力消耗（power assumption）を減らすことができるという効果がある。
【０６４４】
上述した方法に対する端末と基地局間のシグナリング手順は、図１５のように表現されることができる。
【０６４５】
図１５は、本明細書で提案する方法が適用できる無線通信システムにおいて端末カテゴリー情報を送受信する基地局と端末間のシグナリング手順を示す。図１５は、単に説明の便宜のためのものに過ぎず、本発明の範囲を制限することではない。
【０６４６】
図１５に示すように、基地局と端末間に同期化及び初期接続の手順が完了した場合が仮定される。また、基地局及び端末の属する無線通信システムが複数の端末カテゴリー（すなわち、複数の端末能力）をサポートし、ＳＣ−ＭＴＣＨに対して複数の端末カテゴリーが適用される場合が仮定される。
【０６４７】
Ｓ１５０５段階で、基地局は、端末に当該端末の能力情報を要求することができる。ここで、当該端末の能力情報は、当該端末がサポート可能な端末カテゴリー情報を意味することができる。
【０６４８】
Ｓ１５１０段階で、端末は、基地局に自分の端末能力の情報を報告（report）することができる。
【０６４９】
この後、Ｓ１５１５段階で、端末は、基地局からＳＣ−ＭＣＣＨＭＰＤＣＣＨを受信することができる。ここで、ＳＣ−ＭＣＣＨ ＭＰＤＣＣＨは、ＳＣ−ＭＣＣＨ ＰＤＳＣＨに対するＤＣＩ（例えば、ＤＣＩフォーマット６−２）を含むことができる。すなわち、ＳＣ−ＭＣＣＨＭＰＤＣＣＨは、ＳＣ−ＭＣＣＨ ＰＤＳＣＨに対するスケジューリング情報を伝達することができる。ここで、端末は、前記ＤＣＩを受信するために、上述した方法によってＳＣ−ＭＣＣＨＭＰＤＣＣＨ探索領域をモニタリングすることができる。
【０６５０】
Ｓ１５２０段階で、端末は、Ｓ１５１５段階で受信された情報を利用して基地局からＳＣ−ＭＣＣＨ（Ｍ）ＰＤＳＣＨを受信することができる。ここで、ＳＣ−ＭＣＣＨ ＰＤＳＣＨ（すなわち、ＳＣ−ＭＣＣＨペイロード、ＳＣ−ＭＣＣＨ）は、上述した方法によってＳＣ−ＭＴＣＨに対する端末カテゴリー情報（例えば、端末がＳＣ−ＭＴＣＨを受信するために利用可能な（すなわち、ＳＣ−ＭＴＣＨに対して設定された）周波数帯域幅を示す情報など）を伝達することができる。また、ＳＣ−ＭＣＣＨＰＤＳＣＨは、ＳＣ−ＭＴＣＨと関連したスケジューリング情報（例えば、ＳＣ−ＭＴＣＨと関連した周波数リソース情報、ＳＣ−ＭＴＣＨと関連したＲＮＴＩ、Ｇ−ＲＮＴＩ）を伝達することができる。これにより、当該端末は、ＳＣ−ＭＴＣＨに対して設定された端末カテゴリーに関する情報を基地局から指示されることができる。
【０６５１】
Ｓ１５２５段階で、端末は、伝達されたＳＣ−ＭＴＣＨに対する端末カテゴリー情報を利用して、ＳＣ−ＭＴＣＨＭＰＤＣＣＨ（すなわち、ＳＣ−ＭＴＣＨ ＰＤＳＣＨに対するスケジューリング情報を含むＤＣＩ）に対してモニタリングを行うか否かを判断することができる。すなわち、端末は、上述した方法によって自分の端末カテゴリーが該当ＤＣＩを受信するのに適合しているか否か、当該ＤＣＩを解析するときに利用できる指標（例えば、ＴＢＳ表）などを確認することができる。
【０６５２】
Ｓ１５２５段階で、端末が該当ＳＣ−ＭＴＣＨＭＰＤＣＣＨをモニタリングすると判断する場合、Ｓ１５３０段階で、端末は、基地局からＳＣ−ＭＴＣＨ ＭＰＤＣＣＨを受信することができる。ここで、ＳＣ−ＭＴＣＨ ＭＰＤＣＣＨは、ＳＣ−ＭＴＣＨＰＤＳＣＨに対するＤＣＩ（例えば、ＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−２Ｂ）を含むことができる。すなわち、ＳＣ−ＭＴＣＨ ＭＰＤＣＣＨは、ＳＣ−ＭＴＣＨＰＤＳＣＨに対するスケジューリング情報を伝達することができる。ここで、端末は、前記ＤＣＩを受信するために、上述した方法によってＳＣ−ＭＴＣＨ ＭＰＤＣＣＨ探索領域をモニタリングすることができる。図１５では、説明の便宜のためにＳ１５２５段階とＳ１５３０段階を別途の手順として表現しているが、これは１つの手順で行われることもできる。すなわち、端末は、受信された端末カテゴリー情報を利用して自分の端末カテゴリーによってＤＣＩをサポートできるか否かを判断し、これにより、自分の端末カテゴリーによってサポートできると判断されるＤＣＩを受信することができる。
【０６５３】
Ｓ１５３５段階で、端末は、Ｓ１５３０段階で受信された情報を利用して基地局からＳＣ−ＭＴＣＨ（Ｍ）ＰＤＳＣＨ（又は、ＳＣ−ＭＴＣＨペイロード、ＳＣ−ＭＴＣＨ）を受信することができる。上述した手順に従って、端末は、基地局からマルチキャスト情報又はブロードキャスト情報を受信することができる。
【０６５４】
図１６は、本明細書で提案する方法が適用できるＭＴＣ（Machine-Type Communication）をサポートする無線通信システムにおいてデータを送受信する端末の動作フローチャートを示す。図１６は、単に説明の便宜のためのものに過ぎず、本発明の範囲を制限することではない。
【０６５５】
図１６に示すように、基地局は、ＳＣ−ＰｔＭ方式によってマルチキャスト送信又はブロードキャスト送信を行う場合が仮定される。
【０６５６】
Ｓ１６０５段階で、端末は、第１ＭＰＤＣＣＨに対して設定された第１探索領域をモニタリングする。ここで、前記第１ＭＰＤＣＣＨは、ＳＣ−ＭＣＣＨ送信のために設定されたＭＰＤＣＣＨを意味する。言い換えると、端末は、基地局からＳＣ−ＭＣＣＨのための第１ＭＰＤＣＣＨを受信することができる。ここで、前記第１ＭＰＤＣＣＨは、ＳＣ−ＭＣＣＨを伝達する第１（Ｍ）ＰＤＳＣＨのスケジューリングのための第１制御情報（例えば、ＤＣＩフォーマット６−２）を含む。この場合、当該端末は、上述した方法（ら）によって、前記第１探索領域をモニタリングすることができる。
【０６５７】
また、前記第１探索領域は、単一セルの識別子（例えば、ＳＣ−ＲＮＴＩ）を利用してモニタリングすることができる。
【０６５８】
Ｓ１６１０段階で、端末は、基地局から第１（Ｍ）ＰＤＳＣＨを受信する。ここで、当該端末は、Ｓ１６０５段階で受信された第１制御情報を利用することができる。
【０６５９】
Ｓ１６１５段階で、端末は、第２ＭＰＤＣＣＨに対して設定された第２探索領域をモニタリングする。ここで、前記第２ＭＰＤＣＣＨは、ＳＣ−ＭＴＣＨ送信のために設定されたＭＰＤＣＣＨを意味する。すなわち、端末は、基地局からＳＣ−ＭＴＣＨのための第２ＭＰＤＣＣＨを受信することができる。当該端末は、第２探索領域をモニタリングするためにＳＣ−ＭＣＣＨを介して取得されたグループ識別子（例えば、Ｇ−ＲＮＴＩ）を利用することができる。
【０６６０】
ここで、前記第２ＭＰＤＣＣＨは、ＳＣ−ＭＴＣＨを伝達する第２（Ｍ）ＰＤＳＣＨのスケジューリングのための第１制御情報（例えば、ＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−１Ｂ）を含む。この場合、当該端末は、上述した方法（ら）によって、前記第２探索領域をモニタリングすることができる。
【０６６１】
Ｓ１６２０段階で、端末は、基地局から第２（Ｍ）ＰＤＳＣＨを受信する。ここで、当該端末は、Ｓ１６１５段階で受信された第２制御情報を利用することができる。
【０６６２】
ここで、前記端末が前記第２ＰＤＳＣＨを受信するために利用可能な周波数帯域幅（frequency bandwidth）を指示する設定情報が、ＳＣ−ＭＣＣＨを介して伝達される。ここで、前記設定情報は、上述した方法（ら）で言及された端末カテゴリー情報を意味することができる。
【０６６３】
具体的に、前記設定情報は、第１周波数帯域幅及び第２周波数帯域幅のいずれか１つを指示し、前記第１周波数帯域幅（例えば、２４ＰＲＢｓに該当する５ＭＨｚ）は、前記第２周波数帯域幅（例えば、６ＰＲＢｓに該当する１．４ＭＨｚ）より大きく設定される。ここで、前記第１周波数帯域幅に対して第１ＴＢＳ表が利用されるように設定され、前記第２周波数帯域幅に対して第２ＴＢＳ表が利用されるように設定される。ここで、前記第２ＴＢＳ表が示すＴＢＳ値は、第１ＴＢＳに含まれることができる。また、前記第１ＴＢＳ表は、前記第２ＴＢＳ表の最大ＴＢＳ値よりさらに大きい最大ＴＢＳ値を考慮して設定される。例えば、前記第１周波数帯域幅に対するＴＢＳ表は、最大ＴＢＳ値４００８ビットを基準に設定され、前記第２周波数帯域幅に対するＴＢＳ表は、最大ＴＢＳ値１０００ビットを基準に設定される。
【０６６４】
一例として、前記設定情報は、６個のリソースブロックに該当する第１周波数帯域幅と２４個のリソースブロックに該当する第２周波数帯域幅のうち１つを指示することができる。ここで、前記設定情報は、前記第１周波数帯域幅及び前記第２周波数帯域幅のいずれか１つを指示する１ビットインジケータ（1 bit indicator）であり得る。
【０６６５】
また、前記グループ識別子及び前記設定情報は、ＴＭＧＩ別に設定される。すなわち、前記グループ識別子及び前記設定情報は、マルチキャスト又はブロードキャストサービス別に設定される。これにより、当該端末は、自分が受信を希望するサービスに該当する第２ＭＰＤＣＣＨに対して設定された第２探索領域のみをモニタリングすることができる。
【０６６６】
また、端末は、基地局に前記端末の能力情報を送信することができる。これは、基地局の要求によって行われるか、又は自発的に行われる。該当手順は、Ｓ１６０５段階の以前に行われることが好ましいかもしれない。この場合、前記設定情報は、前記基地局により前記端末の能力情報に基づいて生成されることができる。
【０６６７】
また、前記設定情報は、前記端末がＳＣ−ＰｔＭ方式をサポートする場合（例えば、３ＧＰＰｒｅｌｅａｓｅ １４端末）に前記ＳＣ−ＭＣＣＨを介して伝達されることができる。
【０６６８】
上述したような手順により、当該端末は、不必要な電力の消耗を減らすとともに、マルチキャスト情報又はブロードキャスト情報を受信することができる。
【０６６９】
また、以上で言及したように、端末カテゴリー別にＲＮＴＩ値が割り当てられることもできるが、これと逆に、ＲＮＴＩ値別に端末カテゴリーを割り当てる方法も考慮されることができる。また、ＲＮＴＩ値やスケジューリング関連設定情報の数が端末カテゴリー数と常に同一である必要はない。すなわち、同一の端末カテゴリーのうちＲＮＴＩ値やスケジューリング関連設定情報を独立的に設定して情報を伝達する場合を考慮すると、ＲＮＴＩ値やスケジューリング関連設定情報の数が端末カテゴリー数より大きくなる可能性がある。または、相異なる端末カテゴリーのうちＲＮＴＩ値やスケジューリング関連設定情報を同一に設定して情報を伝達する場合を考慮すると、ＲＮＴＩ値やスケジューリング関連設定情報の数が端末カテゴリー数より小さくなる可能性もある。
【０６７０】
第８実施形態−ＭＴＣをサポートするシステムにおいてＳＣ−ＭＴＣＨに対するリソース割り当て情報を送信する方法
【０６７１】
また、ＭＴＣをサポートするシステムにおいて狭帯域（narrowband）と広帯域（wideband）を両方とも考慮する場合、マルチキャスト情報又はブロードキャスト情報に対するリソース割り当て情報を伝達する方法が新たに定義される必要がある。
【０６７２】
具体的に、広帯域拡張（wideband extension）を考慮している状況で、広帯域の適用は、ＳＣ−ＭＣＣＨよりＳＣ−ＭＴＣＨにおいて優先することができる。これは、ＳＣ−ＭＣＣＨはマルチキャスト情報又はブロードキャスト情報に対する制御情報を伝達するのに対して、ＳＣ−ＭＴＣＨは実際マルチキャスト情報又はブロードキャスト情報を伝達するためである。これにより、ＳＣ−ＭＴＣＨにおいて狭帯域（narrowband）でリソース割り当てを行う場合と、広帯域でリソースの割り当てを行う場合の相違点及び当該場合を区分して知らせる方法が考慮される必要がある。ここで、当該場合を区分して知らせる方法は、ＳＣ−ＭＣＣＨペイロード（すなわち、ＳＣ−ＭＣＣＨ、ＳＣ−ＭＣＣＨＰＤＳＣＨ）を介して知らせる方法と、上位層シグナリング（higher layer signaling）（例えば、ＲＲＣシグナリング）を介して知らせる方法が考慮される。
【０６７３】
まず、基地局がＳＣ−ＭＣＣＨペイロードによりＳＣ−ＭＴＣＨの送信に利用するリソース割り当てが広帯域ベースであるか（すなわち、広帯域で動作するか）又は狭帯域ベースであるか（すなわち、狭帯域で動作するか）を指示する情報を端末に伝達する（又は、知らせる）方法について説明する。当該方法は、ＴＭＧＩ（すなわち、マルチキャスト又はブロードキャストサービス）とリソース割り当て間の関係によって２つの方法に区分される。
【０６７４】
１番目の方法として、ＳＣ−ＭＴＣＨに送信される全てのＴＭＧＩに対して広帯域ベースのリソース割り当て（wide band resource allocation）を適用する方法が考慮されることができる。当該方法が利用される場合、端末が、ＳＣ−ＭＴＣＨが広帯域ベースで動作するか、又は狭帯域ベースで動作するかを判断する必要はなく、ＤＣＩのリソース割り当てフィールド（resource allocation field）（又は、リソースブロック割り当てフィールド（resource block assignment field）さえ確認すれば良いという長所がある。ただ、狭帯域ベースで設定されたＴＭＧＩに対しても広帯域ベースのリソース割り当てフィールドサイズに該当するＤＣＩが要求される。また、既存のＭＴＣ（例えば、ｅＭＴＣ）において利用されたＤＣＩフォーマットのリソース割り当てフィールドではない、追加的なリソース割り当てフィールドが導入された新しいＤＣＩフォーマットが要求されることもできる。
【０６７５】
２番目の方法として、基地局がＳＣ−ＭＴＣＨに送信されるＴＭＧＩ又はＴＭＧＩグループ（すなわち、サービス又はサービスグループ）別に相異なるリソース割り当てを適用して端末に知らせる方法も考慮されることができる。当該方法が利用される場合、各ＴＭＧＩ又はＴＭＧＩグループ別にリソース割り当て動作モード（すなわち、広帯域ベースモード又は狭帯域ベースモード）を異なるようにサポートすることができるので、リソースを効率的に利用できるという長所がある。この場合、ＳＣ−ＭＴＣＨに送信される各ＴＭＧＩ又はＴＭＧＩグループ別にリソース割り当て動作モードを示す情報を送るための一部ビット（bits）がＳＣ−ＭＣＣＨペイロードに追加される必要がある。
【０６７６】
また、当該方法の場合、狭帯域ベースのリソース割り当て（narrowband resource allocation）に設定されたＴＭＧＩ又はＴＭＧＩグループに対しては、既存のＭＴＣにおいて利用されたＤＣＩフォーマットのリソース割り当てフィールドが利用できる。それとは異なり、広帯域ベースのリソース割り当てに設定されたＴＭＧＩ又はＴＭＧＩグループに対しては、追加的なリソース割り当てフィールドが導入された新しいＤＣＩフォーマットが利用できる。
【０６７７】
２番目の方法の場合、１番目の方法とは異なり、端末は、基地局から受信されたＳＣ−ＭＣＣＨペイロードにより、自分が受信しようとするＴＭＧＩ（すなわち、自分が利用を希望するサービス）が広帯域ベースのリソース割り当てと狭帯域ベースリソース割り当てのうちいずれに従うかを判断する必要がある。このように判断することにより、端末は、ＳＣ−ＭＴＣＨをスケジューリングするＤＣＩが送信される探索領域（すなわち、ＳＣ−ＭＴＣＨＭＰＤＣＣＨ探索領域）をモニタリングするために必要なＤＣＩフォーマットのサイズを各場合によって異なるように設定することができる。これは、広帯域ベースのリソース割り当ての場合にリソースの割り当てに必要なビット数が増加して、広帯域ベースの設定と狭帯域ベース設定間にＤＣＩフォーマットのサイズが異なるように設定されるためである。
【０６７８】
広帯域ベースのリソース割り当てと狭帯域ベースのリソース割り当て間のリソース割り当てに要求されるビット数の差に関する具体的な例示は以下の通りである。
【０６７９】
システム帯域幅（system bandwidth）内で利用可能なＲＢの数が
【化４０】
2019534649.tif 000059
である場合（ダウンリンクの場合が仮定される）、利用可能な狭帯域の数は
【化４１】
2019534649.tif 000060
となる。ここで、各狭帯域がビットマップ（bitmap）方式により選択される場合、少なくとも１つの狭帯域は選択されるべきである。これにより、広帯域を選択するために必要な場合の数は
【化４２】
2019534649.tif 000061
となり、広帯域選択の全ての場合を表現するためには
【化４３】
2019534649.tif 000062
ビートが追加で要求される。従って、広帯域ベースのリソース割り当て方式の場合、既存の狭帯域ベースのリソース割り当て方式で狭帯域を選択し、選択された帯域内でＲＢを選択するために要求された
【化４４】
2019534649.tif 000063
ビットだけでなく、追加で広帯域選択のためのビットが必要である。結論的に、広帯域ベースのリソース割り当てのために要求されるビット数は、
【化４５】
2019534649.tif 000064
となる。
【０６８０】
次に、以上で言及したように、基地局がＳＣ−ＭＣＣＨペイロードではない上位層シグナリング（例えば、ＲＲＣシグナリング）を介してＳＣ−ＭＴＣＨの送信に利用するリソース割り当てが広帯域ベース又は狭帯域ベースのうちいずれによって設定されるかを指示する情報を端末に伝達する方法も考慮されることができる。この場合、当該方法について前述したＳＣ−ＭＣＣＨペイロードにより送信する方法で説明された方法が同一に適用されることができる。
【０６８１】
ＲＲＣシグナリングを介して前記情報を指示する方法の場合、ＳＣ−ＭＣＣＨペイロードに追加的な情報を送信しなくてもよいという長所がある。
【０６８２】
本発明が適用できる装置一般
【０６８３】
図１７は、本明細書で提案する方法が適用できる無線通信装置のブロック構成図を示す。
【０６８４】
図１７に示すように、無線通信システムは、基地局１７１０と基地局１７１０の領域内に位置する複数の端末１７２０を含む。
【０６８５】
基地局１７１０は、プロセッサ（processor）１７１１、メモリ（memory）１７１２、及びＲＦ部（radio frequency unit）１７１３を含む。プロセッサ１７１１は、図１ないし図１６で提案された機能、過程及び／又は方法を実現する。無線インターフェースプロトコルの階層は、プロセッサ１７１１によって実現されることができる。メモリ１７１２は、プロセッサ１７１１と接続されて、プロセッサ１７１１を駆動するための多様な情報を保存する。ＲＦ部１７１３は、プロセッサ１７１１と接続されて、無線信号を送信及び／又は受信する。
【０６８６】
端末１７２０は、プロセッサ１７２１、メモリ１７２２、及びＲＦ部１７２３を含む。
【０６８７】
プロセッサ１７２１は、図１ないし図１６で提案された機能、過程及び／又は方法を実現する。無線インターフェースプロトコルの階層は、プロセッサ１７２１により実現されることができる。メモリ１７２２は、プロセッサ１７２１と接続されて、プロセッサ１７２１を駆動するための多様なな情報を保存する。ＲＦ部１７２３は、プロセッサ１７２１と接続されて、無線信号を送信及び／又は受信する。
【０６８８】
メモリ１７１７、１７２２は、プロセッサ１７１１、１７２１の内部又は外部に位置することができ、公知の多様な手段でプロセッサ１７１１、１７２１と接続されることができる。また、基地局１７１０及び／又は端末１７２０は、１つのアンテナ（single antenna）又は多重アンテナ（multiple antenna）を有することができる。
【０６８９】
図１８は、本発明の一実施形態による通信装置のブロック構成図を例示する。
【０６９０】
特に、図１８は、図１７の端末をより詳細に例示する図である。
【０６９１】
図１８に示すように、端末は、プロセッサ（又は、デジタル信号プロセッサ（digital signal processor：ＤＳＰ）１８１０、ＲＦモジュール（RFmodule）（又は、ＲＦユニット）１８３５、パワー管理モジュール（power managementmodule）１８０５、アンテナ（antenna）１８４０、バッテリー（battery）１８５５、ディスプレイ（display）１８１５、キーパッド（keypad）１８２０、メモリ（memory）１８３０、ＳＩＭカード（SIM（Subscriber Identification Module） card）１８２５（この構成は選択的である）、スピーカー（speaker）１８４５、及びマイクロフォン（microphone）１８５０を含んで構成される。端末は、また、単一のアンテナ又は多重のアンテナを含むことができる。
【０６９２】
プロセッサ１８１０は、図１ないし図１６で提案された機能、過程及び／又は方法を実現する。無線インターフェースプロトコルの階層は、プロセッサ１８１０により実現されることができる。
【０６９３】
メモリ１８３０は、プロセッサ１８１０と接続されて、プロセッサ１８１０の動作に関連する情報を保存する。メモリ１８３０は、プロセッサ１８１０の内部又は外部に位置し、公知の多様な手段でプロセッサ１８１０と接続されることができる。
【０６９４】
ユーザは、例えば、キーパッド１８２０のボタンを押すか（又は、タッチするか）又はマイクロフォン１８５０を利用した音声駆動（voice activation）により電話番号などの命令情報を入力する。プロセッサ１８１０は、このような命令情報を受信し、電話番号で電話をかけるなどの適切な機能を果たすように処理する。駆動上のデータ（operational data）は、ＳＩＭカード１８２５又はメモリ１８３０から抽出することができる。また、プロセッサ１８１０は、ユーザの認知及び便宜のために命令情報又は駆動情報をディスプレイ１８１５上に表示することができる。
【０６９５】
ＲＦモジュール１８３５は、プロセッサ１８１０に接続されて、ＲＦ信号を送信及び／又は受信する。プロセッサ１８１０は、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をＲＦモジュール１８３５に伝達する。ＲＦモジュール１８３５は、無線信号を受信及び送信するために、受信機（receiver）及び送信機（transmitter）で構成される。アンテナ１８４０は、無線信号を送信及び受信する機能を果たす。無線信号を受信するとき、ＲＦモジュール１８３５は、プロセッサ１８１０により処理するために信号を伝達し、基底帯域に信号を変換することができる。処理された信号は、スピーカー１８４５を介して出力される可聴又は可読情報に変換されることができる。
【０６９６】
以上で説明された実施形態は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は他の構成要素や特徴と結合されない形態に実施できる。また、一部構成要素及び／又は特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は変更可能である。ある実施形態の一部構成や特徴は他の実施形態に含まれることができ、または他の実施形態の対応する構成または特徴と取替えできる。特許請求範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、または出願後の補正により新たな請求項に含めることができることは明らかである。
【０６９７】
本発明に従う実施形態は多様な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア、またはそれらの結合などにより具現できる。ハードウェアによる具現の場合、本発明の一実施形態は１つまたはその以上のＡＳＩＣｓ（application specific integrated circuits）、ＤＳＰｓ（digital signal processors）、ＤＳＰＤｓ（digitalsignal processing devices）、ＰＬＤｓ（programmable logicdevices）、ＦＰＧＡｓ（field programmable gate arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現できる。
【０６９８】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施形態は以上で説明された機能または動作を行うモジュール、手順、関数などの形態に具現できる。ソフトウェアコードは、メモリに格納されてプロセッサにより駆動できる。前記メモリは、前記プロセッサ内部または外部に位置し、既に公知された多様な手段により前記プロセッサとデータをやり取りすることができる。
【０６９９】
本発明は、本発明の必須的特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者に明らかである。従って、前述した詳細な説明は全ての面から制約的に解析されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は添付の請求項の合理的解析により決定されなければならず、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０７００】
本発明の無線通信システムにおいてデータを送受信する方案は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに適用される例を中心に説明したが、３ＧＰＰＬＴＥ／ＬＴＥ−Ａシステム以外にも多様な無線通信システムに適用することができる。
【図１】
2019534649.tif 000065
【図２】
2019534649.tif 000066
【図３】
2019534649.tif 000067
【図４】
2019534649.tif 000068
【図５】
2019534649.tif 000069
【図６】
2019534649.tif 000070
【図７】
2019534649.tif 000071
【図８】
2019534649.tif 000072
【図９】
2019534649.tif 000073
【図１０】
2019534649.tif 000074
【図１１】
2019534649.tif 000075
【図１２】
2019534649.tif 000076
【図１３】
2019534649.tif 000077
【図１４】
2019534649.tif 000078
【図１５】
2019534649.tif 000079
【図１６】
2019534649.tif 000080
【図１７】
2019534649.tif 000081
【図１８】
2019534649.tif 000082
【手続補正書】
【提出日】令和1年5月15日(2019.5.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＭＴＣ（Machine-Type Communication）をサポートする無線通信システムにおいて端末がデータを送受信する方法であって、前記方法は、
第１ＭＰＤＣＣＨ（MTC Physical Downlink Control Channel）に対して設定された第１探索領域（search space）をモニタリングすることであって、前記第１ＭＰＤＣＣＨは、単一セルマルチキャスト制御チャネル（SingleCell-Multicast Control Channel：ＳＣ−ＭＣＣＨ）を伝達する第１ＰＤＳＣＨ（PhysicalDownlink shared Channel）のスケジューリングのための第１制御情報（controlinformation）を含む、ことと、
前記第１制御情報に基づいて、前記第１ＰＤＳＣＨを受信することと、
前記ＳＣ−ＭＣＣＨを介して取得されたグループ識別子（groupidentifier）を利用して、第２ＭＰＤＣＣＨに対して設定された第２探索領域をモニタリングすることであって、前記第２ＭＰＤＣＣＨは、単一セルマルチキャストトラフィックチャネル（SingleCell-Multicast Traffic Channel：ＳＣ−ＭＴＣＨ）を伝達する第２ＰＤＳＣＨのスケジューリングのための第２制御情報を含む、ことと、
前記第２制御情報に基づいて、前記第２ＰＤＳＣＨを受信することと
を含み、
前記第２ＰＤＳＣＨのために利用される周波数帯域幅（frequencybandwidth）に関する設定情報は、前記ＳＣ−ＭＣＣＨを介して伝達される、方法。
【請求項２】
前記設定情報は、第１周波数帯域幅及び第２周波数帯域幅のいずれか１つに関連し、
前記第１周波数帯域幅は、前記第２周波数帯域幅より大きく設定される、請求項１に記載の方法。
【請求項３】
前記第１周波数帯域幅に対して第１送信ブロックサイズ（Transport BlockSize：ＴＢＳ）表（table）が利用されるように設定され、
前記第２周波数帯域幅に対して第２ＴＢＳ表が利用されるように設定され、
前記第２ＴＢＳ表が示すＴＢＳ値は、前記第１ＴＢＳ表に含まれる、請求項２に記載の方法。
【請求項４】
前記設定情報は、６個のリソースブロック（resource block）に関する第１周波数帯域幅と２４個のリソースブロックに関する第２周波数帯域幅とのうちのいずれか１つに関連する、請求項１に記載の方法。
【請求項５】
前記設定情報は、前記第１周波数帯域幅及び前記第２周波数帯域幅のいずれか１つに関する１ビットインジケータ（1 bit indicator）である、請求項４に記載の方法。
【請求項６】
前記グループ識別子及び前記設定情報は、臨時モバイルグループ識別子（TemporaryMobile Group Identity：ＴＭＧＩ）別に設定される、請求項１に記載の方法。
【請求項７】
前記第１探索領域は、単一セルの識別子（single cellidentifier）を利用することによってモニタリングされる、請求項１に記載の方法。
【請求項８】
基地局に前記端末の能力情報（capability information）を送信することをさらに含み、
前記設定情報は、前記基地局により前記端末の能力情報に基づいて生成される、請求項１に記載の方法。
【請求項９】
前記第１制御情報は、ＤＣＩ（Downlink Control Information）フォーマット６−２であり、
前記第２制御情報は、ＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−１Ｂのいずれか１つである、請求項１に記載の方法。
【請求項１０】
前記設定情報は、前記端末がＳＣ−ＰｔＭ方式をサポートする場合に、前記ＳＣ−ＭＣＣＨを介して伝達される、請求項１に記載の方法。
【請求項１１】
ＭＴＣ（Machine-Type Communication）をサポートする無線通信システムにおいてデータを送受信する端末であって、前記端末は、
無線信号を送受信するためのＲＦ（Radio Frequency）ユニットと、
前記ＲＦユニットと機能的に接続されているプロセッサと
を含み、
前記プロセッサは、
第１ＭＰＤＣＣＨ（MTC Physical Downlink Control Channel）に対して設定された第１探索領域（search space）をモニタリングすることであって、前記第１ＭＰＤＣＣＨは、単一セルマルチキャスト制御チャネル（SingleCell-Multicast Control Channel：ＳＣ−ＭＣＣＨ）を伝達する第１ＰＤＳＣＨ（PhysicalDownlinkshared Channel）のスケジューリングのための第１制御情報（controlinformation）を含む、ことと、
前記第１制御情報に基づいて、前記第１ＰＤＳＣＨを受信することと、
前記ＳＣ−ＭＣＣＨを介して取得されたグループ識別子（groupidentifier）を利用して、第２ＭＰＤＣＣＨに対して設定された第２探索領域をモニタリングすることであって、前記第２ＭＰＤＣＣＨは、単一セルマルチキャストトラフィックチャネル（Single Cell-Multicast Traffic Channel：ＳＣ−ＭＴＣＨ）を伝達する第２ＰＤＳＣＨのスケジューリングのための第２制御情報を含む、ことと、
前記第２制御情報に基づいて、前記第２ＰＤＳＣＨを受信することと
を行うように構成され、
前記第２ＰＤＳＣＨのために利用される周波数帯域幅（frequencybandwidth）に関する設定情報は、前記ＳＣ−ＭＣＣＨを介して伝達される、端末。
【請求項１２】
前記設定情報は、第１周波数帯域幅及び第２周波数帯域幅のいずれか１つに関連し、
前記第１周波数帯域幅は、前記第２周波数帯域幅より大きく設定される、請求項１１に記載の端末。
【請求項１３】
前記設定情報は、６個のリソースブロック（resource block）に関する第１周波数帯域幅と２４個のリソースブロックに関する第２周波数帯域幅とのうちのいずれか１つに関連する、請求項１１に記載の端末。
【請求項１４】
前記第１周波数帯域幅に対して第１送信ブロックサイズ（Transport Block Size：ＴＢＳ）表（table）が利用されるように設定され、
前記第２周波数帯域幅に対して第２ＴＢＳ表が利用されるように設定され、
前記第２ＴＢＳ表が示すＴＢＳ値は、前記第１ＴＢＳ表に含まれる、請求項１２に記載の端末。
【請求項１５】
前記第１制御情報は、ＤＣＩ（Downlink Control Information）フォーマット６−２であり、
前記第２制御情報は、ＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−１Ｂのいずれか１つである、請求項１１に記載の端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
また、本発明の実施形態による前記の端末において、前記第１制御情報は、ＤＣＩ（Downlink Control Information）フォーマット６−２に該当するダウンリンク制御情報であり、前記第２制御情報は、ＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−１Ｂのいずれか１つに該当するダウンリンク制御情報であり得る。
本発明は、例えば、以下を提供する。
（項目１）
ＭＴＣ（Machine-Type Communication）をサポートする無線通信システムにおいて端末がデータを送受信する方法であって、
第１ＭＰＤＣＣＨ（MTC Physical Downlink Control Channel）に対して設定された第１探索領域（search space）をモニタリングする過程と、前記第１ＭＰＤＣＣＨは単一セルマルチキャスト制御チャネル（Single Cell-Multicast Control Channel：ＳＣ−ＭＣＣＨ）を伝達する第１ＰＤＳＣＨ（Physical Downlink shared Channel）のスケジューリングのための第１制御情報（control information）を含み、
前記第１制御情報に基づいて、前記第１ＰＤＳＣＨを受信する過程と、
前記ＳＣ−ＭＣＣＨを介して取得されたグループ識別子（group identifier）を利用して、第２ＭＰＤＣＣＨに対して設定された第２探索領域をモニタリングする過程と、前記第２ＭＰＤＣＣＨは、単一セルマルチキャストトラフィックチャネル（Single Cell-Multicast Traffic Channel：ＳＣ−ＭＴＣＨ）を伝達する第２ＰＤＳＣＨのスケジューリングのための第２制御情報を含み、
前記第２制御情報に基づいて、前記第２ＰＤＳＣＨを受信する過程とを含むが、
前記端末が前記第２ＰＤＳＣＨを受信するために利用可能な周波数帯域幅（frequency bandwidth）を指示する設定情報は、前記ＳＣ−ＭＣＣＨを介して伝達されることを特徴とする方法。
（項目２）
前記設定情報は、第１周波数帯域幅及び第２周波数帯域幅のいずれか１つを指示し、
前記第１周波数帯域幅は、前記第２周波数帯域幅より大きく設定されることを特徴とする項目１に記載の方法。
（項目３）
前記第１周波数帯域幅に対して第１送信ブロックサイズ（Transport Block Size：ＴＢＳ）表（table）が利用されるように設定され、
前記第２周波数帯域幅に対して第２ＴＢＳ表が利用されるように設定され、
前記第２ＴＢＳ表が示すＴＢＳ値は、前記第１ＴＢＳに含まれることを特徴とする項目２に記載の方法。
（項目４）
前記設定情報は、６個のリソースブロック（resource block）に該当する第１周波数帯域幅と２４個のリソースブロックに該当する第２周波数帯域幅のうち１つを指示することを特徴とする項目１に記載の方法。
（項目５）
前記設定情報は、前記第１周波数帯域幅及び前記第２周波数帯域幅のいずれか１つを指示する１ビットインジケータ（1 bit indicator）であることを特徴とする項目４に記載の方法。
（項目６）
前記グループ識別子及び前記設定情報は、臨時モバイルグループ識別子（Temporary Mobile Group Identity：ＴＭＧＩ）別に設定されることを特徴とする項目１に記載の方法。
（項目７）
前記第１探索領域は、単一セルの識別子（single cell identifier）を利用してモニタリングされることを特徴とする項目１に記載の方法。
（項目８）
基地局に前記端末の能力情報（capability information）を送信する過程をさらに含み、
前記設定情報は、前記基地局により前記端末の能力情報に基づいて生成されることを特徴とする項目１に記載の方法。
（項目９）
前記第１制御情報は、ＤＣＩ（Downlink Control Information）フォーマット６−２に該当するダウンリンク制御情報であり、
前記第２制御情報は、ＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−１Ｂのいずれか１つに該当するダウンリンク制御情報であることを特徴とする項目１に記載の方法。
（項目１０）
前記設定情報は、前記端末がＳＣ−ＰｔＭ方式をサポートする場合に前記ＳＣ−ＭＣＣＨを介して伝達されることを特徴とする項目１に記載の方法。
（項目１１）
ＭＴＣ（Machine-Type Communication）をサポートする無線通信システムにおいてデータを送受信する端末であって、
無線信号を送受信するためのＲＦ（Radio Frequency）ユニットと、
前記ＲＦユニットと機能的に接続されているプロセッサとを含み、
前記プロセッサは、
第１ＭＰＤＣＣＨ（MTC Physical Downlink Control Channel）に対して設定された第１探索領域（search space）をモニタリングし、前記第１ＭＰＤＣＣＨは、単一セルマルチキャスト制御チャネル（Single Cell-Multicast Control Channel：ＳＣ−ＭＣＣＨ）を伝達する第１ＰＤＳＣＨ（Physical Downlinkshared Channel）のスケジューリングのための第１制御情報（control information）を含み、
前記第１制御情報に基づいて、前記第１ＰＤＳＣＨを受信し、
前記ＳＣ−ＭＣＣＨを介して取得されたグループ識別子（group identifier）を利用して、第２ＭＰＤＣＣＨに対して設定された第２探索領域をモニタリングし、前記第２ＭＰＤＣＣＨは、単一セルマルチキャストトラフィックチャネル（Single Cell-Multicast Traffic Channel：ＳＣ−ＭＴＣＨ）を伝達する第２ＰＤＳＣＨのスケジューリングのための第２制御情報を含み、
前記第２制御情報に基づいて、前記第２ＰＤＳＣＨを受信するように制御するものの、
前記端末が前記第２ＰＤＳＣＨを受信するために利用可能な周波数帯域幅（frequency bandwidth）を指示する設定情報は、前記ＳＣ−ＭＣＣＨを介して伝達されることを特徴とする端末。
（項目１２）
前記設定情報は、第１周波数帯域幅及び第２周波数帯域幅のいずれか１つを指示し、
前記第１周波数帯域幅は、前記第２周波数帯域幅より大きく設定されることを特徴とする項目１１に記載の端末。
（項目１３）
前記設定情報は、６個のリソースブロック（resource block）に該当する第１周波数帯域幅と２４個のリソースブロックに該当する第２周波数帯域幅のうち１つを指示することを特徴とする項目１１に記載の端末。
（項目１４）
前記第１周波数帯域幅に対して第１送信ブロックサイズ（Transport Block Size：ＴＢＳ）表（table）が利用されるように設定され、
前記第２周波数帯域幅に対して第２ＴＢＳ表が利用されるように設定され、
前記第２ＴＢＳ表が示すＴＢＳ値は、前記第１ＴＢＳに含まれることを特徴とする項目１２に記載の端末。
（項目１５）
前記第１制御情報は、ＤＣＩ（Downlink Control Information）フォーマット６−２に該当するダウンリンク制御情報であり、
前記第２制御情報は、ＤＣＩフォーマット６−１Ａ又はＤＣＩフォーマット６−１Ｂのいずれか１つに該当するダウンリンク制御情報であることを特徴とする項目１１に記載の端末。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【００８９】
ＥＰＤＣＣＨは、ＤＬ−ＳＣＨと関連した送信フォーマット、リソース割り当て及びＨＡＲＱ情報、ＵＬ−ＳＣＨと関連した送信フォーマット、リソース割り当て及びＨＡＲＱ情報、ＳＬ−ＳＣＨ（Sidelink Shared Channel）及びＰＳＣＣＨ（PhysicalSidelink Control Channel）と関連したリソース割り当て情報などを運ぶことができる。多重のＥＰＤＣＣＨがサポートされることができ、端末はＥＰＤＣＣＨのセットをモニタリングすることができる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００９３
【補正方法】変更
【補正の内容】
【００９３】
相違なる個数のＥＣＣＥが併合されることにより、ＥＰＤＣＣＨのための相異なる符号化率（coding rate）が実現できる。ＥＰＤＣＣＨは、局部型送信（localizedtransmission）又は分散型送信（distributed transmission）を使用することができ、これにより、ＰＲＢ内のＲＥへのＥＣＣＥのマッピングが変わる可能性がある。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１７２
【補正方法】変更
【補正の内容】
【０１７２】
数式１において、ｉは０、...、Ｌ’−１であり、ｍは
【化５】
2019534649.tif 000083
であり、
【化５−１】
2019534649.tif 000084
はＲ個の連続するサブフレームの集合の各サブフレームにあるＭＰＤＣＣＨ−ＰＲＢ−ｓｅｔｐの併合レベルＬ’においてモニタリングするＭＰＤＣＣＨ候補の数である。また、ＭＰＤＣＣＨ端末−特定探索領域に対する
【化６】
2019534649.tif 000085
はＴｙｐｅ０−ＭＰＤＣＣＨ共通探索領域、Ｔｙｐｅ１−ＭＰＤＣＣＨ共通探索領域、及びＴｙｐｅ２−ＭＰＤＣＣＨ共通探索領域において０である。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１９３
【補正方法】変更
【補正の内容】
【０１９３】
また、Ｔｙｐｅ１−ＭＰＤＣＣＨ共通探索領域及びＴｙｐｅ２−ＭＰＤＣＣＨ共通探索領域の場合、分散型ＭＰＤＣＣＨ送信（distributed MPDCCH）が利用されることができる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０５９５
【補正方法】変更
【補正の内容】
【０５９５】
次に、複数の端末カテゴリーがサポートされる場合、ＳＣ−ＭＴＣＨと関連して端末カテゴリー情報（すなわち、ＳＣ−ＭＴＣＨ（又は、ＳＣ−ＭＴＣＨＮＰＤＳＣＨ）に対して設定された端末カテゴリー情報）を伝達する方法について説明する。この場合、前記端末カテゴリー情報は、ＴＭＧＩ別に設定される。ここで、ＴＭＧＩは、マルチキャスト又はブロードキャストサービス（例えば、マルチキャスト−ダウンロード（multicast-download）サービス、マルチキャスト−ストリーミング（multicast-streaming）サービス、ブロードキャスト−ダウンロード（broadcast-download）サービス、ブロートキャスト−ストリーミング（broadcast-streaming）サービスなど）に対する識別子を意味する。すなわち、端末のカテゴリー情報がＴＭＧＩ別に設定されるということは、マルチキャスト又はブロードキャストサービス毎に端末カテゴリー（ら）が設定されることを意味する。
【国際調査報告】
2019534649.tif 000086
2019534649.tif 000087
2019534649.tif 000088
2019534649.tif 000089
2019534649.tif 000090
2019534649.tif 000091