JP6905636B2

JP6905636B2 - 無線通信システムにおいて無線信号の送受信方法及び装置

Info

Publication number: JP6905636B2
Application number: JP2020507574A
Authority: JP
Inventors: チャンファンパク; ソクミンシン; チュンキアン; ソクチョルヤン; ソンケファン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2017-08-10
Filing date: 2018-08-10
Publication date: 2021-07-21
Anticipated expiration: 2038-08-10
Also published as: US11356998B2; CN111247862A; CN111247862B; US20200413384A1; EP3668236A4; KR20200032231A; US20200221433A1; KR102225951B1; EP3668236B1; JP2020530243A; EP3668236A1; US10779272B2

Description

本発明は無線通信システムに関し、より詳しくは、無線信号の送受信方法及び装置に関する。無線通信システムはＮＢ−ＩｏＴ(ＮａｒｒｏｗｂａｎｄＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ)基盤の無線通信システムを含む。

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

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

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

本発明の一態様では、無線通信システムにおいて端末が信号を受信する方法であって、ＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)を繰り返し送信する段階、及びＰＵＳＣＨの繰り返し送信後に続くＤＬ区間でＰＤＳＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)を繰り返し受信する段階を含み、端末がインバンドモードで動作する場合、各ＰＤＳＣＨはＤＬ区間内の対応する各時間ユニットでｋ番目以後のＯＦＤＭ(ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)シンボルから受信され(ｋ＞１)、端末がガードバンド又はスタンドアローンモードで動作する場合は、ＰＤＳＣＨの繰り返し受信時にＤＬ区間の開始部分で信号受信がスキップされる方法が提要される。

本発明の他の態様では、無線通信システムに使用される端末であって、ＲＦ(ＲａｄｉｏＦｒｅｑｕｅｎｃｙ)モジュール、及びプロセッサを含み、該プロセッサは、ＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)を繰り返し送信し、ＰＵＳＣＨの繰り返し送信後に続くＤＬ区間でＰＤＳＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)を繰り返し受信するように構成され、端末がインバンドモードで動作する場合、各ＰＤＳＣＨはＤＬ区間内の対応する各時間ユニットでｋ番目後のＯＦＤＭ(ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)シンボルから受信され(ｋ＞１)、端末がガードバンド又はスタンドアローンモードで動作する場合、ＰＤＳＣＨの繰り返し受信時にＤＬ区間の開始部分で信号受信がスキップされる端末が提供される。

好ましくは、端末はＮＢ−ＩｏＴ(ＮａｒｒｏｗｂａｎｄＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ)端末を含む。

好ましくは、端末がガードバンド又はスタンドアローンモードで動作する場合、ＰＤＳＣＨの繰り返し受信時にＤＬ区間の１番目の時間ユニットの少なくとも１番目のＯＦＤＭシンボルの一部で信号受信がスキップされる。この時、ＰＤＳＣＨの繰り返し受信時にＤＬ区間内の連続する時間ユニットのうちの２番目以後の時間ユニットでは１番目のＯＦＤＭシンボルから信号が受信される。

好ましくは、ＰＵＳＣＨの繰り返し送信とＰＤＳＣＨの繰り返し受信は同じキャリア上でＴＤＭ(ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)方式で行われる。

好ましくは、ＰＵＳＣＨはＮＰＵＳＣＨ(ＮａｒｒｏｗｂａｎｄＰＵＳＣＨ)を含み、ＰＤＳＣＨはＮＰＤＳＣＨ(ＮａｒｒｏｗｂａｎｄＰＤＳＣＨ)を含み、ＮＰＤＳＣＨの送信に使用される副搬送波間隔は１５ｋＨｚである。

好ましくは、無線通信システムは３ＧＰＰ(３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ)基盤の無線通信システムを含む。

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

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

以下に添付する図面は、本発明に関する理解を助けるためのものであり、詳細な説明と共に本発明に関する実施例を提供する。

無線通信システムの一例である３ＧＰＰＬＴＥ(−Ａ)システムに用いられる物理チャネル及びそれらを用いた一般的な信号送信方法を例示する図である。無線フレームの構造の一例を示す図である。下りリンクスロットに対するリソースグリッド(ｒｅｓｏｕｒｃｅｇｒｉｄ)を例示する図である。下りリンクサブフレームの構造の一例を示す図である。ＬＴＥ(−Ａ)で使用される上りリンクサブフレームの構造を例示する図である。自己完結(ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ)サブフレームの構造を例示する図である。３ＧＰＰＮＲに定義されたフレーム構造を例示する図である。ＬＴＥ帯域幅１０ＭＨｚでのインバンドアンカーキャリアの配置を例示する図である。ＦＤＤＬＴＥシステムにおいてＮＢ−ＩｏＴ下りリンク物理チャネル／信号が送信される位置を例示する図である。インバンドモードにおいてＮＢ−ＩｏＴ信号とＬＴＥ信号のリソース割り当てを例示する図である。マルチキャリアが構成される場合のスケジューリングを例示する図である。本発明による信号送受信を例示する図である。本発明による信号送受信を例示する図である。本発明による信号送受信を例示する図である。本発明による信号送受信を例示する図である。本発明に適用可能な基地局及び端末を例示する図である。

以下の技術は、ＣＤＭＡ(ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ)などのような様々な無線接続システムに適用することができる。ＣＤＭＡは、ＵＴＲＡ(ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ)／ＥＤＧＥ(ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｓｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ(ＥｖｏｌｖｅｄＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡはＵＭＴＳ(ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ)の一部である。３ＧＰＰＬＴＥ(ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ)はＥ−ＵＴＲＡを用いるＥ−ＵＭＴＳ(ＥｖｏｌｖｅｄＵＭＴＳ)の一部であり、ＬＴＥ−Ａ(Ａｄｖａｎｃｅｄ)は３ＧＰＰＬＴＥを改良したシステムである。説明を明確にするために３ＧＰＰＬＴＥ／ＬＴＥ−Ａを中心に述べるが、本発明の技術思想はこれに限られない。

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

図１は３ＧＰＰＬＴＥ(−Ａ)システムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を説明する図である。

電源が消えた状態で電源がついたり、新しくセルに進入したりした端末は、段階Ｓ１０１で、基地局と同期を取るなどの初期セル探索(Ｉｎｉｔｉａｌｃｅｌｌｓｅａｒｃｈ)作業を行う。そのために、端末は基地局から主同期チャネル(Ｐ−ＳＣＨ：ＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ)及び副同期チャネル(Ｓ−ＳＣＨ：ＳｅｃｏｎｄａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ)を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、端末は基地局から物理放送チャネル(ＰＢＣＨ：ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ)信号を受信してセル内放送情報を取得する。一方、端末は初期セル探索段階で下りリンク参照信号(ＤＬＲＳ：ＤｏｗｎｌｉｎｋＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)を受信して下りリンクチャネル状態を確認することができる。

初期セル探索を終えた端末は、Ｓ１０２段階で、物理下りリンク制御チャネル(ＰＤＣＣＨ：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)、及び物理下りリンク制御チャネル情報に対応する物理下りリンク共有チャネル(ＰＤＳＣＨ：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を受信して、より具体的なシステム情報を得る。

その後、端末は基地局への接続を完了するために、段階Ｓ１０３〜段階Ｓ１０６のようなランダムアクセス過程(ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ)を行う。そのために、端末は物理ランダムアクセスチャネル(ＰＲＡＣＨ：ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を送信し(Ｓ１０３)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルでプリアンブルに対する応答メッセージを受信する(Ｓ１０４)。競合ベースのランダムアクセスの場合、更なる物理ランダムアクセスチャネルの送信(Ｓ１０５)、及び物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信(Ｓ１０６)のような衝突解決手順(ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＰｒｏｃｅｄｕｒｅ)を行う。

上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信(Ｓ１０７)、及び物理上りリンク共有チャネル(ＰＵＳＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)／物理上りリンク制御チャネル(ＰＵＣＣＨ：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)の送信(Ｓ１０８)を行うことができる。端末が基地局に送信する制御情報を総称して上りリンク制御情報(ＵＣＩ：ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)という。ＵＣＩは、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ(ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄｒｅＱｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ)、ＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)、ＣＳＩ(ＣＨＡＮＮＥＬＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータが同時に送信されるべき場合にはＰＵＳＣＨを介して送信されてもよい。また、ネットワークの要求／指示によってＰＵＳＣＨでＵＣＩを非周期的に送信することもできる。

図２は無線フレームの構造を例示する。上りリンク／下りリンクデータパケットの送信はサブフレーム単位で行われ、一つのサブフレームは多数のＯＦＤＭシンボルを含む一定時間区間として定義される。３ＧＰＰＬＴＥ標準では、ＦＤＤ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）に適用可能なタイプ１の無線フレーム構造及びＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。

図２(ａ)はタイプ１の無線フレームの構造を示す図である。下りリンク無線フレームは１０個のサブフレームで構成され、一つのサブフレームは時間領域において２個のスロットで構成される。一つのサブフレームが送信されるのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｅｉｎｔｅｒｖａｌ）という。例えば、一つのサブフレームの長さは１ｍｓであり、一つのスロットの長さは０．５ｍｓである。一つのスロットは、時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で多数のリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ；ＲＢ）を含む。３ＧＰＰＬＴＥシステムでは、下りリンクでＯＦＤＭＡを使用するので、ＯＦＤＭシンボルが一つのシンボル区間を表す。またＯＦＤＭシンボルはＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶことができる。リソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ；ＲＢ）は、リソース割当単位であり、一つのスロットにおいて複数の連続する副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。

１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって変わることができる。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄＣＰ）と一般ＣＰ（ｎｏｒｍａｌＣＰ）がある。例えば、ＯＦＤＭシンボルが一般ＣＰにより構成された場合、一つのスロットに含まれるＯＦＤＭシンボルの数は７個である。ＯＦＤＭシンボルが拡張ＣＰにより構成された場合、１ＯＦＤＭシンボルの長さが伸びるので、一つのスロットに含まれるＯＦＤＭシンボルの数は一般ＣＰの場合よりも少ない。拡張ＣＰの場合に、例えば、一つのスロットに含まれるＯＦＤＭシンボルの数は６個である。端末が速い速度で移動するなど、チャネル状態が不安定な場合には、シンボル間の干渉をより減少させるために、拡張ＣＰを用いることができる。

一般ＣＰを用いる場合、一つのスロットは７個のＯＦＤＭシンボルを含むので、一つのサブフレームは１４個のＯＦＤＭシンボルを含む。この時、各サブフレームの最初の３個のＯＦＤＭシンボルは、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）に割り当てられ、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）に割り当てられることができる。

図２(ｂ)はタイプ２の無線フレームの構造を示す図である。タイプ２の無線フレームは２つのハーフフレーム(ｈａｌｆｆｒａｍｅ)で構成される。ハーフフレームは４(５)個の一般サブフレームと１(０)個のスペシャルサブフレームを含む。一般サブフレームはＵＬ−ＤＬ構成(Ｕｐｌｉｎｋ−ＤｏｗｎｌｉｎｋＣｏｎｆｉｇｕｒａｔｉｏｎ)によって上りリンク又は下りリンクに使用される。サブフレームは２つのスロットで構成される。

表１はＵＬ−ＤＬ構成による無線フレーム内のサブフレーム構成を例示する。

表において、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓはスペシャル(ｓｐｅｃｉａｌ)サブフレームを示す。スペシャルサブフレームはＤｗＰＴＳ(ＤｏｗｎｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ)、ＧＰ(ＧｕａｒｄＰｅｒｉｏｄ)、ＵｐＰＴＳ(ＵｐｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ)を含む。ＤｗＰＴＳは端末における初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局におけるチャネル推定と端末との上り伝送同期化に用いられる。保護区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクにおいて干渉を除去するための区間である。

無線フレームの構造は例示に過ぎず、無線フレームでサブフレームの数、スロットの数、シンボルの数は様々に変更可能である。

図３は下りリンクスロットのリソースグリッドを例示する。

図３を参照すると、下りリンクスロットは時間ドメインにおいて複数のＯＦＤＭシンボルを含む。ここで、１つの下りリンクスロットは７個のＯＦＤＭシンボルを含み、１つのリソースブロックは周波数ドメインにおいて１２個の副搬送波を含むとしているが、これに限定されるものではない。リソースグリッド上で各要素をリソース要素(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ、ＲＥ)といい、１つのＲＢは１２×７個のＲＥを含む。下りリンクスロットに含まれるＲＢの数Ｎ^ＤＬは、下りリンク送信帯域幅(ｂａｎｄｗｉｄｔｈ)に従属する。上りリンクスロットの構造は下りリンクスロットの構造と同一であってよい。

図４は下りリンクサブフレームの構造を例示する。

図４を参照すると、サブフレームの一番目スロットにおいて前側に位置する最大３(４)個のＯＦＤＭシンボルは制御チャネルが割り当てられる制御領域に対応する。その他のＯＦＤＭシンボルは、ＰＤＳＣＨ(ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｃｅｌ)が割り当てられるデータ領域に該当し、データ領域の基本リソース単位はＲＢである。ＬＴＥにおいて使用される下りリンク制御チャネルの例は、ＰＣＦＩＣＨ(ｐｈｙｓｉｃａｌｃｏｎｔｒｏｌｆｏｒｍａｔｉｎｄｉｃａｔｏｒｃｈａｎｎｅｌ)、ＰＤＣＣＨ(ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ)、ＰＨＩＣＨ(ｐｈｙｓｉｃａｌｈｙｂｒｉｄＡＲＱｉｎｄｉｃａｔｏｒｃｈａｎｎｅｌ)などを含む。ＰＣＦＩＣＨはサブフレームの一番目ＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの伝送に使われるＯＦＤＭシンボルの数についての情報を運ぶ。ＰＨＩＣＨは上りリンク伝送に対する応答であり、ＨＡＲＱＡＣＫ／ＮＡＣＫ(ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅｑｕｅｓｔａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ)信号を運ぶ。ＰＤＣＣＨを介して伝送される制御情報はＤＣＩ(ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ)と称される。ＤＣＩは上りリンク又は下りリンクのスケジュール情報又は任意の端末グループのための上りリンク伝送電力制御命令(ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌＣｏｍｍａｎｄ)を含む。

ＰＤＣＣＨを介して送信される制御情報をＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)と言う。ＤＣＩフォーマットは上りリンク用にフォーマット０、３、３Ａ、４、下りリンク用にフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃなどのフォーマットが定義されている。ＤＣＩフォーマットによって情報フィールドの種類、情報フィールドの数、各々の情報フィールドのビットの数などが変わる。例えば、ＤＣＩフォーマットは用途によってホッピングフラグ(ｈｏｐｐｉｎｇｆｌａｇ)、ＲＢ割当て、ＭＣＳ(ＭｏｄｕｌａｔｉｏｎＣｏｄｉｎｇＳｃｈｅｍｅ)、ＲＶ(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ)、ＮＤＩ(ＮｅｗＤａｔａＩｎｄｉｃａｔｏｒ)、ＴＰＣ(ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ)、ＨＡＲＱプロセス番号、ＰＭＩ(ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ)確認などの情報を選択的に含む。従って、ＤＣＩフォーマットによってＤＣＩフォーマットに整合される制御情報のサイズが変わる。なお、任意のＤＣＩフォーマットは２つ種類以上の制御情報伝送に使用される。例えば、ＤＣＩフォーマット０／１ＡはＤＣＩフォーマット０又はＤＣＩフォーマット１を運ぶために使用され、これらはフラグフィールド(ｆｌａｇｆｉｅｌｄ)により区分される。

ＰＤＣＣＨはＤＬ−ＳＣＨ(ｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ)の伝送フォーマット及びリソース割り当て、ＵＬ−ＳＣＨ(ｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(ｐａｇｉｎｇｃｈａｎｎｅｌ)に対するページング情報、ＤＬ−ＳＣＨ上のシステム情報(ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ)、ＰＤＳＣＨ上で伝送されるランダム接続応答のような上位階層制御メッセージのリソース割り当て情報、任意の端末グループ内で個別の端末に対する伝送電力制御命令、ＶｏＩＰ(ＶｏｉｃｅｏｖｅｒＩＰ)の活性化(ａｃｔｉｖａｔｉｏｎ)などを運ぶ。複数のＰＤＣＣＨが制御領域内で送信されることができる。端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは一つ又は複数の連続した制御チャネル要素(ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ、ＣＣＥ)の集合(ａｇｇｒｅｇａｔｉｏｎ)上で送信される。ＣＣＥは無線チャネル状態に基づいて所定の符号率のＰＤＣＣＨを提供するために使われる論理的割当てユニットである。ＣＣＥは複数のリソース要素グループ(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ、ＲＥＧ)に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの数はＣＣＥの数とＣＣＥにより提供される符号率の間の相関関係によって決定される。基地局は端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ(ＣｙｃｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ)を付け加える。ＣＲＣはＰＤＣＣＨの所有者又は使用目的によって識別子(例えば、ＲＮＴＩ(ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ))でマスキングされる。例えば、ＰＤＣＣＨが特定の端末のためのものである場合、該当端末の識別子(例えば、Ｃｅｌｌ−ＲＮＴＩ(Ｃ−ＲＮＴＩ))がＣＲＣにマスキングされることができる。ＰＤＣＣＨがページングメッセージのためのものである場合は、ページング識別子(例えば、Ｐａｇｉｎｇ−ＲＮＴＩ(Ｐ−ＲＮＴＩ))がＣＲＣにマスキングされる。ＰＤＣＣＨがシステム情報(より具体的に、システム情報ブロック(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ、ＳＩＢ))のためのものである場合、ＳＩ−ＲＮＴＩ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＲＮＴＩ)がＣＲＣにマスキングされる。端末のランダム接続プリアンブルの送信に対する応答である、ランダム接続応答を指示するために、ＲＡ−ＲＮＴＩ(ＲａｎｄｏｍＡｃｃｅｓｓ−ＲＮＴＩ)がＣＲＣにマスキングされる。

ＰＤＣＣＨはＤＣＩ(ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ)と知られたメッセージを運び、ＤＣＩは１つの端末又は端末グループのためのリソース割り当て及び他の制御情報を含む。一般的に、複数のＰＤＣＣＨが１つのサブフレーム内で伝送される。各々のＰＤＣＣＨは１つ以上のＣＣＥ(ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ)を用いて伝送され、各々のＣＣＥは９セットの４つのリソース要素に対応する。４つのリソース要素はＲＥＧ(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ)と称される。４つのＱＰＳＫシンボルが１つのＲＥＧにマッピングされる。参照信号に割り当てられたリソース要素はＲＥＧに含まれず、これによって与えられたＯＦＤＭシンボル内でＲＥＧの総数はセル−特定(ｃｅｌｌ−ｓｐｅｃｉｆｉｃ)の参照信号の存在有無によって変わる。ＲＥＧ概念(即ち、グループ単位マッピング、各々のグループは４つのリソース要素を含む)は、他の下りリンク制御チャネル(ＰＣＦＩＣＨ及びＰＨＩＣＨ)にも使用される。即ち、ＲＥＧは制御領域の基本リソース単位として使用される。４つのＰＤＣＣＨフォーマットが表２のように支援される。

ＣＣＥは連続して番号付けされて使用され、デコーディングプロセスを単純化するために、
ｎＣＣＥｓで構成されたフォーマットを有するＰＤＣＣＨはｎの倍数と同じ数を有するＣＣＥでのみ始まる。所定のＰＤＣＣＨの伝送のために使用されるＣＣＥの数は、チャネル条件に従って基地局により決定される。例えば、ＰＤＣＣＨが良好な下りリンクチャネル(例えば、基地局に近い)を有する端末のためのものである場合、１つのＣＣＥでも十分である。しかし、悪いチャネル(例えば、セル境界に近い)を有する端末の場合は、十分な堅牢さ(ｒｏｂｕｓｔｎｅｓｓ)を得るために、８つのＣＣＥが使用される。また、ＰＤＣＣＨのパーワレベルをチャネル条件に合わせて調節できる。

ＬＴＥに導入された方案は、各々の端末のためにＰＤＣＣＨが位置可能な制限されたセットにおけるＣＣＥ位置を定義することである。端末が自分のＰＤＣＣＨを探索できる制限されたセットにおけるＣＣＥの位置は、検索空間(ＳｅａｒｃｈＳｐａｃｅ、ＳＳ)と称される。ＬＴＥにおいて、検索空間は各々のＰＤＣＣＨフォーマットによって異なるサイズを有する。また、ＵＥ−特定(ＵＥ−ｓｐｅｃｉｆｉｃ)及び共通(ｃｏｍｍｏｎ)の検索空間が別に定義される。ＵＥ−特定の検索空間(ＵＥ−ＳｐｅｃｉｆｉｃＳｅａｒｃｈＳｐａｃｅ、ＵＳＳ)は、各々の端末のために個々に設定され、共通検索空間(ＣｏｍｍｏｎＳｅａｒｃｈＳｐａｃｅ、ＣＳＳ)の範囲は全端末に通知される。ＵＥ−特定及び共通検索空間は、与えられた端末に対して重なり合うことができる。非常に小さい検索空間を有する時、所定の端末のための検索空間において一部のＣＣＥ位置が割り当てられた場合は残ったＣＣＥがないため、与えられたサブフレーム内で基地局はできる限り全ての端末にＰＤＣＣＨを伝送するＣＣＥリソースを見つけることができない。このようにブロッキングが次のサブフレームに続く可能性を最小化するために、ＵＥ−特定検索空間の開始位置に端末−特定ホッピングシーケンスが適用される。

表３は共通及びＵＥ−特定検索空間のサイズを表す。

ブラインドデコード(ＢｌｉｎｄＤｅｃｏｄｉｎｇ；ＢＤ)の総回数による計算負荷を統制下におくために、端末は定義された全てのＤＣＩフォーマットを同時に検索することが要求されない。一般的に、ＵＥ−特定検索空間内で端末は常にフォーマット０と１Ａを検索する。フォーマット０と１Ａは同じサイズを有し、メッセージ内のフラグによって区分される。また端末は追加フォーマットを受信するように要求されることができる(例えば、基地局により設定されたＰＤＳＣＨ伝送モードによって１，１Ｂ又は２)。共通検索空間において端末はフォーマット１Ａ及び１Ｃをサーチする。また端末はフォーマット３又は３Ａをサーチするように設定されることができる。フォーマット３及び３Ａはフォーマット０及び１Ａと同じサイズを有し、端末−特定識別者よりは、互いに異なる(共通)識別者でＣＲＣをスクランブルすることにより区分される。以下、伝送モードによるＰＤＳＣＨの伝送技法、及びＤＣＩフォーマットの情報コンテンツを記載する。

伝送モード(ＴｒａｎｓｍｉｓｓｉｏｎＭｏｄｅ、ＴＭ)

● 伝送モード１：単一基地局アンテナポートからの伝送

● 伝送モード２：伝送ダイバーシティ

● 伝送モード３：開−ループ空間多重化

● 伝送モード４：閉−ループ空間多重化

● 伝送モード５：多重ユーザＭＩＭＯ

● 伝送モード６：閉−ループランク−１プリコーディング

● 伝送モード７：単一−アンテナポート(ポート５)の伝送

● 伝送モード８：二重レイヤ伝送(ポート７及び８)又は単一−アンテナポート(ポート７又は８)の伝送

● 伝送モード９：最大８つのレイヤ伝送(ポート７乃至１４)又は単一−アンテナポート(ポート７又は８)の伝送

ＤＣＩフォーマット

● フォーマット０：ＰＵＳＣＨ伝送(上りリンク)のためのリソースグラント

● フォーマット１：単一コードワードＰＤＳＣＨの伝送(伝送モード１，２及び７)のためのリソース割り当て

● フォーマット１Ａ：単一コードワードＰＤＳＣＨ(全てのモード)のためのリソース割り当てのコンパクトシグナリング

● フォーマット１Ｂ：ランク−１閉−ループプリコーディングを用いるＰＤＳＣＨ(モード６)のためのコンパクトリソースの割り当て

● フォーマット１Ｃ：ＰＤＳＣＨ(例えば、ページング／ブロードキャスティングシステム情報)のための非常にコンパクトなリソースの割り当て

● フォーマット１Ｄ：多重ユーザＭＩＭＯを用いるＰＤＳＣＨ(モード５)のためのコンパクトなリソースの割り当て

● フォーマット２：閉−ループＭＩＭＯ動作のＰＤＳＣＨ(モード４)のためのリソースの割り当て

● フォーマット２Ａ：開−ループＭＩＭＯ動作のＰＤＳＣＨ(モード３)のためのリソースの割り当て

● フォーマット３／３Ａ：ＰＵＣＣＨ及びＰＵＳＣＨのために２ビット／１ビットのパワー調整値を有するパワーコントロールコマンド

図５はＬＴＥ(−Ａ)で使用される上りリンクサブフレームの構造を例示する図である。

図５を参照すると、サブフレーム５００は２つの０．５ｍｓスロット５０１で構成される。普通(Ｎｏｒｍａｌ)循環前置(ＣｙｃｌｉｃＰｒｅｆｉｘ、ＣＰ)の長さを仮定した時、各々のスロットは７つのシンボル５０２で構成され、１つのシンボルは１つのＳＣ−ＦＤＭＡシンボルに対応する。リソースブロック(ＲｅｓｏｕｒｃｅＢｌｏｃｋ、ＲＢ)５０３は周波数領域で１２つの副搬送波、また時間領域で１つのスロットに該当するリソース割り当て単位である。ＬＴＥ(−Ａ)の上りリンクサブフレームの構造は大きくデータ領域５０４と制御領域５０５に区分される。データ領域は各々の端末に伝送される音声、パケットなどのデータ送信に使用される通信リソースを意味し、ＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)を含む。制御領域は上りリンク制御信号、例えば、各々の端末からの下りリンクチャネル品質報告、下りリンク信号に対する受信ＡＣＫ／ＮＡＣＫ、上りリンクスケジューリング要請などの伝送に使用される通信リソースを意味し、ＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)を含む。サウンディング参照信号(ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＳＲＳ)は１つのサブフレームで時間軸上で最後に位置するＳＣ−ＦＤＭＡシンボルを介して伝送される。同じサブフレームの最後のＳＣ−ＦＤＭＡで伝送される複数の端末のＳＲＳは、周波数位置／シーケンスによって区分できる。ＳＲＳは上りリンクのチャネル状態を基地局に伝送するために使用され、上位階層(例えば、ＲＲＣ階層)により設定されたサブフレームの周期／オフセットによって周期的に伝送されるか、或いは基地局の要請によって非周期的に伝送される。

一方、次世代ＲＡＴ(ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ)においては、データ伝送遅延(ｌａｔｅｎｃｙ)を最小化するために、自己完結(ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ)サブフレームが考えられている。図６は自己完結サブフレームの構造を例示している。図６において、斜線領域はＤＬ制御領域を示し、黒色部分はＵＬ制御領域を示す。その他の領域はＤＬデータ伝送又はＵＬデータ伝送のために使用される。１つのサブフレーム内でＤＬ伝送とＵＬ伝送が順に行われるので、サブフレーム内でＤＬデータを出し、ＵＬＡＣＫ／ＮＡＣＫを受けることができる。結果として、データ伝送エラーの発生時にデータ再伝送までにかかる時間を短縮させることにより、最終データ伝達の遅延を最小化することができる。

構成／設定が可能な自己完結サブフレームタイプの例として、少なくとも以下の４つのタイプが考えられる。各々の区間は時間順に並んでいる。

−ＤＬ制御区間＋ＤＬデータ区間＋ＧＰ(ＧｕａｒｄＰｅｒｉｏｄ)＋ＵＬ制御区間

−ＤＬ制御区間＋ＤＬデータ区間

−ＤＬ制御区間＋ＧＰ＋ＵＬデータ区間＋ＵＬ制御区間

−ＤＬ制御区間＋ＧＰ＋ＵＬデータ区間

ＤＬ制御区間ではＰＤＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨが伝送され、ＤＬデータ区間ではＰＤＳＣＨが伝送される。ＵＬ制御区間ではＰＵＣＣＨが伝送され、ＵＬデータ区間ではＰＵＳＣＨが伝送される。ＧＰは基地局と端末が送信モードから受信モードに転換される過程又は受信モードから送信モードに転換される過程で時間ギャップを提供する。サブフレーム内においてＤＬからＵＬに転換される時点の一部ＯＦＤＭシンボルがＧＰと設定される。

３ＧＰＰＮＲシステム環境では、１つの端末に併合される複数のセル間にＯＦＤＭニューマロロジー、例えば、副搬送波間隔(ＳＣＳ)及びそれに基づくＯＦＤＭシンボル(ＯＳ)区間(ｄｕｒａｔｉｏｎ)が異なるように設定される。これにより、同数のシンボルで構成された時間リソース(例、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(ＴｉｍｅＵｎｉｔ)と統称)の(絶対時間)区間が併合されたセル間に異なるように設定される。ここで、シンボルはＯＦＤＭシンボル、ＳＣ−ＦＤＭＡシンボルを含む。

図７は３ＧＰＰＮＲに定義されたフレーム構造を例示する。ＬＴＥ／ＬＴＥ−Ａの無線フレームのように(図２を参照)、３ＧＰＰＮＲにおいて１つの無線フレームは１０個のサブフレームで構成され、各サブフレームは１ｍｓの長さを有する。１つのサブフレームは１つ以上のスロットを含み、スロット長さはＳＣＳによって異なる。３ＧＰＰＮＲは１５ＫＨｚ、３０ＫＨｚ、６０ＫＨｚ、１２０ＫＨｚ、２４０ＫＨｚのＳＣＳを支援する。ここで、スロットは図６のＴＴＩに対応する。

表４はＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数、サブフレームごとのスロット数が変化することを例示する。

以下、ＮＢ−ＩｏＴ(ＮａｒｒｏｗＢａｎｄ−ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ)について説明する。便宜上、３ＧＰＰＬＴＥ標準に基づくＮＢ−ＩｏＴを主に説明するが、以下の説明は３ＧＰＰＮＲ標準にも同様に適用できる。このために、一部の技術構成を変更して解釈することもできる(例：ＬＴＥ帯域−＞ＮＲ帯域、サブフレーム−＞スロット)。

ＮＢ−ＩｏＴはインバンド、ガードバンド、スタンドアローンの３つの運用モードを支援し、各モードごとに同じ要求事項が適用される。

(１)インバンドモード:ＬＴＥ帯域内のリソースの一部をＮＢ−ＩｏＴに割り当てる。

(２)ガードバンドモード:ＬＴＥの保護周波数帯域を活用し、ＮＢ−ＩｏＴキャリアはＬＴＥの縁部の副搬送波にできる限り近く配置される。

(３)スタンドアローンモード:ＧＳＭ帯域内の一部キャリアをＮＢ−ＩｏＴに割り当てる。

ＮＢ−ＩｏＴ端末は初期同期化のために１００ｋＨｚ単位でアンカーキャリアを探索し、インバンド及びガードバンドにおいてアンカーキャリアの中心周波数は１００ｋＨｚチャネルラスターから±７.５ｋＨｚ以内に位置する必要がある。ＬＴＥＰＲＢのうちの６個のＰＲＢはＮＢ−ＩｏＴに割り当てられない。従って、アンカーキャリアは特定のＰＲＢのみに位置する。

図８はＬＴＥ帯域幅１０ＭＨｚでのインバンドアンカーキャリアの配置を例示する。

図８を参照すると、ＤＣ(ＤｉｒｅｃｔＣｕｒｒｅｎｔ)副搬送波はチャネルラスターに位置する。隣接するＰＲＢの間の中心周波数間隔が１８０ｋＨｚであるので、ＰＲＢインデックス４、９、１４、１９、３０、３５、４０、４５はチャネルラスターから±２.５ｋＨに中心周波数が位置する。これと同様に、ＬＴＥ帯域幅２０ＭＨｚでアンカーキャリアとして適合するＰＲＢの中心周波数はチャネルラスターから±２.５ｋＨｚに位置し、ＬＴＥ帯域幅３ＭＨｚ、５ＭＨｚ、１５ＭＨｚでアンカーキャリアとして適合するＰＲＢの中心周波数はチャネルラスターから±７.５ｋＨｚに位置する。

ガードバンドモードの場合、帯域幅１０ＭＨｚと２０ＭＨｚでＬＴＥの縁部のＰＲＢに隣接するＰＲＢがチャネルラスターから±２.５ｋＨｚに中心周波数が位置する。帯域幅３ＭＨｚ、５ＭＨｚ、１５ＭＨｚの場合、縁部のＰＲＢから３個の副搬送波に該当する保護周波数帯域を使用することにより、チャネルラスターから±７.５ｋＨｚにアンカーキャリアの中心周波数を位置させることができる。

スタンドアローンモードのアンカーキャリアは１００ｋＨｚチャネルラスターに整列され、ＤＣキャリアを含む全てのＧＳＭキャリアをＮＢ−ＩｏＴアンカーキャリアとして活用することができる。

ＮＢ−ＩｏＴはマルチキャリアを支援し、インバンド＋インバンド、インバンド＋ガードバンド、ガードバンド＋ガードバンド、スタンドアローン＋スタンドアローンの組み合わせが使用される。

ＮＢ−ＩｏＴ下りリンクは１５ｋＨｚ副搬送波間隔を有するＯＦＤＭＡ方式を使用する。これは副搬送波間の直交性を提供してＬＴＥシステムとの共存を円滑にする。

ＮＢ−ＩｏＴ下りリンクには、ＮＰＢＣＨ(ＮａｒｒｏｗｂａｎｄＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ)、ＮＰＤＳＣＨ(ＮａｒｒｏｗｂａｎｄＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)、ＮＰＤＣＣＨ(ＮａｒｒｏｗｂａｎｄＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋｃｏｎｔｒｏｌＣｈａｎｎｅｌ)のような物理チャネルが提供され、ＮＰＳＳ(ＮａｒｒｏｗｂａｎｄＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ)、ＮＳＳＳ(ＮａｒｒｏｗｂａｎｄＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌ)、ＮＲＳ(ＮａｒｒｏｗｂａｎｄＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)のような物理信号が提供される。

ＮＰＢＣＨはＮＢ−ＩｏＴ端末がシステム接続に必要な最小限のシステム情報であるＭＩＢ−ＮＢ(ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−Ｎａｒｒｏｗｂａｎｄ)を端末に伝達する。ＮＰＢＣＨ信号はカバレッジ向上のために総８回の繰り返し送信が可能である。ＭＩＢ−ＮＢのＴＢＳ(ＴｒａｎｓｐｏｒｔＢｌｏｃｋＳｉｚｅ)は３４ビットであり、６４０ｍｓＴＴＩ周期ごとに新しく更新される。ＭＩＢ−ＮＢは運用モード、ＳＦＮ(ＳｙｓｔｅｍＦｒａｍｅＮｕｍｂｅｒ)、Ｈｙｐｅｒ-ＳＦＮ、ＣＲＳ(ｃｅｌｌ−ｓｐｅｃｉｆｉｃＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)ポート数、チャネルラスターオフセットなどの情報を含む。

ＮＰＳＳはシーケンス長さが１１であり、ルートインデックスが５であるＺＣ(Ｚａｄｏｆｆ−Ｃｈｕ)シーケンスで構成される。ＮＰＳＳは以下の数式により生成される。

ここで、ＯＦＤＭシンボルインデックスｌに対するＳ(ｌ)は表５のように定義される。

ＮＳＳＳは、シーケンス長さが１３１であるＺＣシーケンスとアダマール(Ｈａｄａｍａｒｄ)シーケンスのようなバイナリースクランブル(ｂｉｎａｒｙｓｃｒａｍｂｌｉｎｇ)シーケンスとの組み合わせで構成される。ＮＳＳＳはセル内のＮＢ−ＩｏＴ端末にシーケンスの組み合わせによりＰＣＩＤを指示する。

ＮＳＳＳは以下の数式により生成される。

ここで、数２に適用される変数は以下のように定義される。

ここで、バイナリーシーケンスｂ_ｑ(ｍ)は表６のように定義され、ｂ_０(ｍ)〜ｂ_３(ｍ)は各々１２８次のアダマールマトリックスの１、３２、６４、１２８列に該当する。フレーム番号ｎ_fに対する循環シフト(ｃｙｃｌｉｃｓｈｉｆｔ)θ_fは数４のように定義される。

ここで、ｎｆは無線フレーム番号を示す。ｍｏｄはモジュロ関数を示す。

ＮＲＳは下りリンク物理チャネルの復調に必要なチャネル推定のための基準信号として提供され、ＬＴＥと同じ方式で生成される。但し、初期化のための初期値としてＮＢ−ＰＣＩＤ(Ｎａｒｒｏｗｂａｎｄ−ＰｈｙｓｉｃａｌｃｅｌｌＩＤ)(又はＮＣｅｌｌＩＤ、ＮＢ−ＩｏＴ基地局ＩＤ)を使用する。ＮＲＳは１つ又は２つのアンテナポートにより送信される(ｐ＝２０００、２００１)。

ＮＰＤＣＣＨはＮＰＢＣＨと同じ送信アンテナ構成を有し、ＤＣＩを運ぶ。３種類のＤＣＩフォーマットを支援する。ＤＣＩフォーマットＮ０はＮＰＵＳＣＨ(ＮａｒｒｏｗｂａｎｄＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)スケジューリング情報を含み、ＤＣＩフォーマットＮ１とＮ２はＮＰＤＳＣＨスケジューリング情報を含む。ＮＰＤＣＣＨはカバレッジ向上のために最大２０４８回の繰り返し送信が可能である。

ＮＰＤＳＣＨはＤＬ−ＳＣＨ(Ｄｏｗｎｌｉｎｋ−ＳｈａｒｅｄＣｈａｎｎｅｌ)、ＰＣＨ(ＰａｇｉｎｇＣｈａｎｎｅｌ)のような送信チャネルのデータ(例、ＴＢ)を送信するために使用される。最大ＴＢＳは６８０ビットであり、カバレッジ向上のために最大２０４８回の繰り返し送信が可能である。

図９はＦＤＤＬＴＥシステムにおいてＮＢ−ＩｏＴ下りリンク物理チャネル／信号が送信される位置を例示する。

図９を参照すると、ＮＰＢＣＨは毎フレームの１番目のサブフレーム、ＮＰＳＳは毎フレームの６番目のサブフレーム、ＮＳＳＳは毎偶数フレームの最後(例：１０番目)のサブフレームで送信される。ＮＢ−ＩｏＴ端末は同期信号(ＮＰＳＳ、ＮＳＳＳ)を用いて周波数、シンボル及びフレーム同期を得、５０４個のＰＣＩＤ(ＰｈｙｓｉｃａｌＣｅｌｌＩＤ)(即ち、基地局ＩＤ)を探索する。ＬＴＥ同期信号は６個のＰＲＢにより送信され、ＮＢ−ＩｏＴ同期信号は１個のＰＲＢにより送信される。

ＮＢ−ＩｏＴにおいて、上りリンク物理チャネルはＮＰＲＡＣＨ(ＮａｒｒｏｗｂａｎｄＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ)とＮＰＵＳＣＨで構成され、シングルトン送信とマルチトン送信を支援する。シングルトン送信は３.５ｋＨｚと５ｋＨｚの副搬送波間隔に対して支援され、マルチトン送信は１５ｋＨｚの副搬送波間隔のみに対して支援される。上りリンクにおいて、１５Ｈｚの副搬送波間隔はＬＴＥとの直交性を維持することができるので、最適の性能を提供するが、３.７５ｋＨｚの副搬送波間隔は直交性が瓦解されて干渉による性能劣化が発生することができる。

ＮＰＲＡＣＨプリアンブルは４個のシンボルグループで構成され、各シンボルグループはＣＰと５個の(ＳＣ−ＦＤＭＡ)シンボルで構成される。ＮＰＲＡＣＨは３.７５ｋＨｚの副搬送波間隔のシングルトン送信のみを支援し、互いに異なるセル半径を支援するために、長さ６６.７μsと２６６.６７μsのＣＰを提供する。各シンボルグループは周波数跳躍を行い、跳躍パターンは以下の通りである。１番目のシンボルグループを送信する副搬送波は擬似ランダム(ｐｓｅｕｄｏ−ｒａｎｄｏｍ)方式で決定される。２番目のシンボルグループは１副搬送波の跳躍、３番目のシンボルグループは６副搬送波の跳躍、また４番目のシンボルグループは１副搬送波の跳躍を行う。繰り返し送信の場合、周波数ホッピング手順を繰り返して適用し、カバレッジ向上のためにＮＰＲＡＣＨプリアンブルは最大１２８回までの繰り返し送信が可能である。

ＮＰＵＳＣＨは２つのフォーマットを支援する。ＮＰＵＳＣＨフォーマット１はＵＬ−ＳＣＨ送信に使用され、最大ＴＢＳは１０００ビットである。ＮＰＵＳＣＨフォーマット２はＨＡＲＱＡＣＫシグナリングのような上りリンク制御情報送信に使用される。ＮＰＵＳＣＨフォーマット１はシングル／マルチトン送信を支援し、ＮＰＵＳＣＨフォーマット２はシングルトン送信のみを支援する。シングルトン送信の場合、ＰＡＰＲ(Ｐｅａｔ−ｔｏ−ＡｖｅｒａｇｅＰｏｗｅｒＲａｔｉｏ)を減らすために、ｐｉ／２−ＢＰＳＫ(ＢｉｎａｒｙＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ)、ｐｉ／４−ＱＰＳＫ(ＱｕａｄｒａｔｕｒｅＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ)を使用する。

スタンドアローン及びガードバンドモードでは、１ＰＲＢに含まれた全てのリソースをＮＢ−ＩｏＴに割り当てることができる。一方、インバンドモードの場合は、既存のＬＴＥ信号との共存のために、リソースマッピングに制約がある。例えば、インバンドモードにおいて、ＬＴＥ制御チャネル割り当て領域に分類されるリソース(毎サブフレームの０〜２番目のＯＦＤＭシンボル)はＮＰＳＳ／ＮＳＳＳに割り当てられず、ＬＴＥＣＲＳＲＥにマッピングされたＮＰＳＳ／ＮＳＳＳシンボルは穿孔される。

図１０はインバンドモードにおいてＮＢ−ＩｏＴ信号とＬＴＥ信号のリソース割り当てを例示する図である。図１０を参照すると、ＮＰＳＳ及びＮＳＳＳは容易な具現のために、運用モードに関係なくＬＴＥシステムの制御領域に該当するＯＦＤＭシンボル(例：サブフレーム内の最初の３個のＯＦＤＭシンボル)では送信されない。またＬＴＥＣＲＳＲＥと物理リソース上で衝突するＮＰＳＳ／ＮＳＳＲＥはパンクチャリングされてＬＴＥシステムに影響を与えないようにマッピングされる。

セル探索後、ＮＢ−ＩｏＴ端末はＰＣＩＤ以外のシステム情報がない状況でＮＰＢＣＨを復調する。従って、ＬＴＥ制御チャネル割り当て領域にＮＰＢＣＨシンボルをマッピングできない。またシステム情報がない状況において、ＮＢ−ＩｏＴ端末は４個のＬＴＥアンテナポート(例：ｐ＝０、１、２、３)、２個のＮＢ−ＩｏＴアンテナポート(例：ｐ＝２０００、２００１)を仮定するので、それによるＣＲＳＲＥ及びＮＲＳＲＥにはＮＰＢＣＨが割り当てられない。従って、ＮＰＢＣＨは与えられた可用のリソースに合わせてレートマッピングされる。

ＮＰＢＣＨの復調後、ＮＢ−ＩｏＴ端末はＣＲＳアンテナポート数に関する情報を得るが、相変わらずＬＴＥ制御チャネル割り当て領域に関する情報は知らない。従って、ＳＩＢ１(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｔｙｐｅ１)データを送信するＮＰＤＳＣＨは、ＬＴＥ制御チャネル割り当て領域に分類されたリソースにマッピングされない。

しかし、ＮＰＢＣＨとは異なって、ＬＴＥＣＲＳに実際割り当てられないＲＥはＮＰＤＳＣＨに割り当てられることができる。ＳＩＢ１の受信後、ＮＢ−ＩｏＴ端末はリソースマッピングに関する情報を全て獲得した状態であるので、基地局はＬＴＥ制御チャネル情報とＣＲＳアンテナポート数に基づいてＮＰＤＳＣＨ(ＳＩＢ１を送信する場合を場外)とＮＰＤＣＣＨを可用リソースにマッピングする。

図１１はＦＤＤＮＢ−ＩｏＴにおいてマルチキャリアが構成された場合の動作を例示する図である。ＦＤＤＮＢ−ＩｏＴでは、ＤＬ／ＵＬアンカーキャリアが基本的に構成され、さらにＤＬ(及びＵＬ)ノンアンカーキャリアが構成される。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎにノンアンカーキャリアに関する情報が含まれる。ＤＬノンアンカーキャリアが構成されると、端末はデータをＤＬノンアンカーキャリアのみで受信する。反面、同期信号(ＮＰＳＳ、ＮＳＳＳ)、放送信号(ＭＩＢ、ＳＩＢ)及びページング信号はアンカーキャリアのみで提供される。ＤＬノンアンカーキャリアが構成されると、端末はＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態にある間にはＤＬノンアンカーキャリアのみを聞く(ｌｉｓｔｅｎ)。これと同様に、ＵＬノンアンカーキャリアが構成されると、端末はデータをＵＬノンアンカーキャリアのみで送信し、ＵＬノンアンカーキャリアとＵＬアンカーキャリアで同時送信は許容されない。ＲＲＣ_ＩＤＬＥ状態に遷移すると、端末はアンカーキャリアに戻る。

図１１において、ＵＥ１はアンカーキャリアのみが構成された場合を示し、ＵＥ２はＤＬ／ＵＬノンアンカーキャリアがさらに構成された場合を示し、ＵＥ３はＤＬノンアンカーキャリアがさらに構成された場合を示す。これにより、各ＵＥにおいて、データが送／受信されるキャリアは以下の通りである。

−ＵＥ１:データ受信(ＤＬアンカーキャリア)、データ送信(ＵＬアンカーキャリア)

−ＵＥ２:データ受信(ＤＬノンアンカーキャリア)、データ送信(ＵＬノンアンカーキャリア)

−ＵＥ３:データ受信(ＤＬノンアンカーキャリア)、データ送信(ＵＬアンカーキャリア)

ＮＢ−ＩｏＴ端末は送信と受信を同時に行えず、送／受信動作は各々１つのバンドに制限される。従って、マルチキャリアが構成されても、端末は１つの１８０ｋＨｚ帯域の送／受信チェーンのみを要求する。

実施例：ＮＢ−ＩｏＴのためのセル間干渉緩和

ＮＢ−ＩｏＴシステムがＴＤＤで動作する場合、上りリンク繰り返し送信と下りリンク繰り返し受信の過程に存在する下りリンクサブフレームと上りリンクサブフレームを効果的に使用するための方法が必要である。また端末の電力消費向上と効果的なリソース運用のための技法が必要である。これを解決するために、本発明は大きく、(１)ＵＬ／ＤＬインターレーススケジューリング方法、(２)下りリンク早期終了方法、(３)上りリンク早期終了方法、及び(４)スイッチング時間確保方法について提案する。

本発明で提案するＵＬ／ＤＬインターレーススケジューリング方法は、下りリンクと上りリンクの送受信に多い繰り返しを支援するシステムに適用される。特に、繰り返し送／受信中に下りリンクと上りリンクが交互に存在する場合、より効果的に適用することができる。説明の便宜上、本発明では３ＧＰＰＬＴＥＲｅｌ−１３とＲｅｌ−１４のＮＢ−ＩｏＴシステムを基準として説明するが、以後、ｒｅｌｅａｓｅ及びｅＭＴＣのように繰り返し送信を必要とするシステム及び他の一般的なシステムにも適用可能である。また本発明はＴＤＤのように下りリンクと上りリンクリソースの量がＵＬ／ＤＬ構成によって異なる場合に効果的に適用できるが、他のデュプレックスモードシステムでも下りリンクと上りリンクリソースが繰り返し送信のために不足する場合に活用できる。

以下の説明において、ＮＰＤＣＣＨはＰＤＣＣＨ又は(物理)下りリンク制御チャネルに一般化でき、ＮＰＤＳＣＨはＰＤＳＣＨ又は(物理)下りリンク共有チャネル、(物理)下りリンクデータチャネルに一般化できる。またＮＰＵＳＣＨはＰＵＳＣＨ又は(物理)上りリンク共有チャネル、(物理)上りリンクデータチャネルに一般化できる。

(１)ＵＬ／ＤＬインターレーススケジューリング方法

ＴＤＤシステムでは、時間領域において特定の周期(例：ＬＴＥの場合、５ｍｓｅｃ又は１０ｍｓｅｃ)単位で下りリンクと上りリンクが交差して存在する。もし、一つのＨＡＲＱプロセスに対する繰り返し送信を特徴とするＮＢ−ＩｏＴのようなシステムにおいて、上りリンク送信を完了する前に下りリンク受信を許容しないと、特定の周期で示される下りリンクリソースが浪費される。また下りリンク受信を完了する前に上りリンク送信を許容しなかった場合にも、リソースが浪費される。これを克服するために、上りリンクと下りリンクを交差して送受信できるＵＬ／ＤＬインターレーススケジューリング技法を提案する。

[方法＃１：シングルＤＣＩによりＵＬ／ＤＬスケジューリングする方法]

端末は上りリンクデータ送信と下りリンクデータ受信のために、下りリンクリソース(例：サブフレーム又はスロット)でＵＬグラント及びＤＬグラントを受信する必要がある。ＴＤＤシステムのように下りリンクリソースが不足するシステムでは、ＵＬグラントとＤＬグラントを各々独立して受信するよりは、一つのＤＣＩにＵＬグラントとＤＬグラントを全て含める方法が必要である。このために、シングルＤＣＩによりＵＬ／ＤＬスケジューリングする方法を提案し、該当ＤＣＩは"ＵＬグラント"、"ＤＬグラント"又は"ＵＬ／ＤＬグラント"であるかを区分するための更なるフィールドを必要とする。以下の事項を考えることができる。

■ "ＵＬとＤＬを同時にスケジューリングできるＤＣＩ(以下、ＤＬ／ＵＬｊｏｉｎｔＤＣＩ)"は、"ＵＬとＤＬを個々にスケジューリングできるＤＣＩ"とは異なるフォーマット(例：ペイロードサイズ)で定義される。端末は特定の時間に２つのＤＣＩフォーマットを同時に検出しないことができる。

■ "ＵＬとＤＬを同時にスケジューリングできるＤＣＩ"と"ＵＬとＤＬを個々にスケジューリングできるＤＣＩ"が同じペイロードサイズで定義される場合は、ＤＣＩ内にフォーマットを区別するために２ビットフラグが含まれる。

〇１ビットフラグは"フォーマットＮ０／フォーマットＮ１の区分のためのフラグ"であると定義できる。残りの１ビットフラグはＵＬ／ＤＬを同時にスケジューリングするフォーマットを指示するために使用できる。ＤＣＩフォーマットＮ０はＮＰＵＳＣＨ(ＮａｒｒＯｗｂａｎｄＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)スケジューリング情報を含み、ＤＣＩフォーマットＮ１はＮＰＤＳＣＨスケジューリング情報を含む。ＤＣＩフォーマットＮ０とＤＣＩフォーマットＮ１は同じペイロードサイズを有する。

〇２ビットで表現される０乃至３の値は各々"ＤＬスケジューリング"、"ＵＬスケジューリング"、"ＵＬ／ＤＬスケジューリング"及び"ＤＬ／ＵＬスケジューリング"を指示する。ＵＬ／ＤＬとＤＬ／ＵＬは、ＤＣＩ後にＵＬが先に開始されるか、或いはＤＬが先に開始されるかを区分するために使用される。

■ ＵＬとＤＬを同時にスケジューリングする場合、ＵＬスケジューリング遅延(即ち、ＤＣＩ−ｔｏ−ＮＰＵＳＣＨ遅延)とＤＬＡＣＫ／ＮＡＣＫ遅延(即ち、ＮＰＤＳＣＨ−ｔｏ−ＡＣＫ／ＮＡＣＫ遅延)を共通遅延情報／値から誘導して使用することができる。即ち、一つの遅延値でＵＬスケジューリング遅延とＤＬＡＣＫ／ＮＡＣＫ遅延を同時に設定して、ＤＣＩペイロードサイズを効果的に減らすことができる。

〇 (Ｏｐｔ.１)シングルＤＣＩ(ＤＬ／ＵＬｊｏｉｎｔＤＣＩ)は、ＮＰＵＳＣＨスケジューリング遅延(ＮＰＵＳＣＨ送信タイミング)のみを知らせ、ＮＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫは常に該当ＮＰＵＳＣＨにピギーバックされる。なお、ＡＣＫ／ＮＡＣＫピギーバック有無は、ＮＰＤＳＣＨを復号完了した後に時間軸に残っているＮＰＵＳＣＨフォーマット１のサブフレーム数(即ち、繰り返し送信回数)によって異なる。例えば、ＮＰＵＳＣＨフォーマット１の残りの繰り返し送信回数がＡＣＫ／ＮＡＣＫの繰り返し送信に十分である場合は、一部のＡＣＫ／ＮＡＣＫ繰り返し送信は残りのＮＰＵＳＣＨフォーマット１にピギーバックされ、残りのＡＣＫ／ＮＡＣＫ繰り返し送信はＮＰＵＳＣＨフォーマット２により行われる。もしＮＰＵＳＣＨフォーマット１の残りの繰り返し送信回数がＡＣＫ／ＮＡＣＫの繰り返し送信に十分であると、ＮＰＵＳＣＨフォーマット１にＡＣＫ／ＮＡＣＫをピギーバックして送信し、残りのＮＰＵＳＣＨフォーマット１の繰り返し送信区間の間にＮＰＵＳＣＨフォーマット１はＡＣＫ／ＮＡＣＫピギーバック無しに送信される。

〇 (Ｏｐｔ.２)シングルＤＣＩ(ＤＬ／ＵＬｊｏｉｎｔＤＣＩ)は遅延に関連する単一値のみを知らせ、該当値はＡＣＫ／ＮＡＣＫ遅延(ＮＰＤＳＣＨ−ｔｏ−ＡＣＫ／ＮＡＣＫ)とＵＬスケジューリング遅延(ＤＣＩ−ｔｏ−ＮＰＵＳＣＨ遅延)に共通に適用される。ここで、共通に適用されるとは、(１)単一値から同じ遅延情報が誘導されるか、(２)単一値から各々の遅延情報が独立して誘導されることを意味する。(２)の場合には、単一値から複数の異なる遅延情報が誘導される。

図１２乃至図１４はＯｐｔ.２による信号送信を例示する。図において、ＳＣＨはリソース(即ち、ＵＬ、ＤＬ)によってＮＰＵＳＣＨ又はＮＰＤＳＣＨを意味し、Ｕ／Ｄグラントは上りリンクと下りリンクを一つのＮＰＤＣＣＨにスケジューリングした場合を意味する(即ち、ＤＬ／ＵＬｊｏｉｎｔＤＣＩ)。図において、ＵＬとＤＬは各々ＵＬキャリアとＤＬキャリアを意味するか、又は同一のキャリアのＵＬリソースを意味する(例：サブフレーム、スロット)とＤＬリソース(例：サブフレーム、スロット)。また、Ｕ／Ｄグラントは上りリンクスケジューリング情報と下りリンクスケジューリング情報が時間上で重複しない時点にＮＰＤＣＣＨを介して伝達された場合を意味する。ｋ０はＵ／Ｄグラントにより指示され、ＮＰＤＳＣＨ−ｔｏ−ＡＣＫ／ＮＡＣＫ遅延とＤＣＩ−ｔｏ−ＮＰＵＳＣＨ遅延値として全て活用できる。Ａ／ＮはＤＬ−ＳＣＨデータ(例：送信ブロック)に対するＡＣＫ／ＮＡＣＫ情報を意味する。ＤＬ−ＳＣＨデータはＮＰＤＳＣＨを介して送信され、ＵＬ−ＳＣＨデータはＮＰＵＳＣＨを介して送信される。ＵＬとＤＬにおいてハッチングが変わることは、物理チャネルが繰り返し送信される間にスクランブルシーケンス及び／又はリダンダンシーバージョン(Ｒｅｄｕｎｄａｎｃｙｖｅｒｓｉｏｎ)などが変更されたことを意味する。

図１２乃至図１４を参照すると、ＤＬ−ＳＣＨ(例：ＮＰＤＳＣＨ)の最後のサブフレーム受信時点からＮＰＤＳＣＨ−ｔｏ−ＡＣＫ／ＮＡＣＫ遅延(例：ｋ０)後にＮＰＵＳＣＨフォーマット１のサブフレームが存在するか否かによってＤＬ−ＳＣＨに対するＡＣＫ／ＮＡＣＫはＮＰＵＳＣＨフォーマット１にピギーバックされるか(図１２及び図１３)、又は別に送信される(図１４)。図１２はＵＬ−ＳＣＨ(例：ＮＰＵＳＣＨ)とＤＬ−ＳＣＨのサブフレームが類似する時点に終了される場合を、図１３はＤＬ−ＳＣＨの最後のサブフレーム後にＵＬ−ＳＣＨサブフレームが存在する場合を示す。図１３の場合、ＵＬ−ＳＣＨサブフレームの送信中にＤＬグラントをモニタすることができる。図１４はＤＬ−ＳＣＨの最後のサブフレーム後にＵＬ−ＳＣＨサブフレームが存在しない場合を示す。

[方法＃２:ＳｅｐａｒａｔｅＤＣＩによりＵＬとＤＬを独立してスケジューリングする方法]

■ 端末がＵＬデータを繰り返し送信する場合(一つのＵＬＨＡＲＱプロセスでＵＬデータを続けて繰り返し送信しており、端末のＵＬＨＡＲＱプロセスが全てスケジューリングされた場合)、ＵＬデータの繰り返し送信が完了する前にＤＬサブフレームでＮＰＤＣＣＨをモニタすることができる(図１３を参照)。この時、端末のＵＬＨＡＲＱプロセスが全てスケジュールされて上りリンク送信中であると、端末は(上りリンク送信中には)新しい上りリンクスケジューリングを期待しない。これにより、端末のＵＬＨＡＲＱプロセスが全てスケジュールされて上りリンク送信中であり、ＤＬＨＡＲＱプロセスの一部がスケジューリングされない場合、端末はＵＬデータの繰り返し送信中に下りリンクサブフレーム区間でさらにモニタするＮＰＤＣＣＨのＤＣＩが下りリンクスケジューリングのためのものであると期待する。下りリンクスケジューリングのためのものと期待されるＤＣＩは、ＤＬｃｏｍｐａｃｔＤＣＩフォーマットである。一方、ＵＬデータの繰り返し送信が完了した後には、ＤＬグラントＤＣＩフォーマットとＵＬグラントＤＣＩフォーマットが正常的にモニタされる。

〇ここで、ＤＬｃｏｍｐａｃｔＤＣＩフォーマットは、ＵＬグラントと解釈される可能性がないフォーマットである。例えば、ＤＬｃｏｍｐａｃｔＤＣＩフォーマットは、ＤＣＩフォーマットＮ０／Ｎ１において、"フォーマットＮ０／フォーマットＮ１の区分のためのフラグ"が省略されたフォーマットである。既存にＤＣＩフォーマットＮＯとＤＣＩフォーマットＮ１は同一のペイロードサイズを有し、フォーマットＮ０／フォーマットＮ１の区分のための１ビットフラグを用いて区分される。

■ 端末がＤＬデータを繰り返し受信する場合(一つのＤＬＨＡＲＱプロセスでＤＬデータを続けて繰り返し受信する時)、繰り返し受信の完了前、又は繰り返し受信は完了したが、未だＡＣＫ／ＮＡＣＫを報告していないと、特定のＤＬサブフレーム区間の間にＮＰＤＣＣＨをモニタすることができる。この時、端末のＤＬＨＡＲＱプロセスが全てスケジュールされて下りリンク受信中であると、端末は(下りリンク受信中には)新しい下りリンクスケジューリングを期待しない。これにより、端末のＤＬＨＡＲＱプロセスが全てスケジュールされて下りリンク受信中であり、ＵＬＨＡＲＱプロセスの一部はスケジューリングされない場合は、端末は(特定のＤＬサブフレーム区間の間に)さらにモニタするＮＰＤＣＣＨのＤＣＩが上りリンクスケジューリングのためのものであると期待する。上りリンクスケジューリングのためのものと期待されるＤＣＩは、ＵＬｃｏｍｐａｃｔＤＣＩフォーマットである。ここで、ＵＬｃｏｍｐａｃｔＤＣＩはＵＬ早期終了のために使用されることができる(例：方法＃６〜８を参照)。一方、ＤＬデータの繰り返し受信が完了し、ＤＬデータに対するＡＣＫ／ＮＡＣＫが報告された場合は、ＤＬグラントＤＣＩフォーマットとＵＬグラントＤＣＩフォーマットは正常的にモニタされる。

〇ここで、ＵＬｃｏｍｐａｃｔＤＣＩフォーマットは、ＤＬグラントと解釈される可能性がないフォーマットである。例えば、ＵＬｃｏｍｐａｃｔＤＣＩフォーマットは、ＤＣＩフォーマットＮ０／Ｎ１において、"フォーマットＮ０／フォーマットＮ１の区分のためのフラグ"が省略されたフォーマットである。

〇ここで、ＵＬｃｏｍｐａｃｔＤＣＩフォーマットは、受信中のＤＬデータに対するＡＣＫ／ＮＡＣＫ報告を要請するために設計されたフォーマットである。ＵＬｃｏｍｐａｃｔＤＣＩフォーマットを受信した場合、端末は最初設定されたＤＬデータの繰り返し回数まで全て受信完了する前にＤＬデータに対するＡＣＫ／ＮＡＣＫ(又はＡＣＫである場合に限って)を指示されたＵＬリソース(例：ＮＰＵＳＣＨ)を用いて報告する。

■ 端末がＵＬデータを繰り返し送信しており(一つのＵＬＨＡＲＱプロセスでＵＬデータを続けて繰り返し送信しており、端末のＵＬＨＡＲＱプロセスが全てスケジューリングされた場合)、端末の全てのＤＬＨＡＲＱプロセスが予めスケジューリングされたか、又はＤＬＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ報告が完了していない場合は、ＤＬサブフレーム区間でＮＰＤＣＣＨモニタリングを行わない(例：ＮＰＤＣＣＨモニタリングをスキップ)。

[方法＃３:ＤＣＩモニタリングを設定する方法]

■ ＵＬ／ＤＬインターレーススケジューリングは、特定のＣＥ(ＣｏｖｅｒａｇｅＥｎｈａｎｃｅｍｅｎｔ)レベル以上(又は以下)の端末のみに適用できる。３ＧＰＰＬＴＥＲｅｌ−１４を参照すると、ＭＭＥ(ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ)は最大３個のＣＥレベル、即ち、ＣＥレベル０〜２まで構成できる。ＣＥレベル値によってメッセージは端末位置によって複数回繰り返して送信される。

〇特定のＣＥレベル未満(又は超過)の端末は、スケジューリングされたＵＬ又はＤＬＨＡＲＱプロセスが完了する前にはＮＰＤＣＣＨをモニタしない(例：ＮＰＤＣＣＨモニタリングをスキップ)。

〇但し、２以上のＨＡＲＱプロセスを有する端末は、スケジュールされたＵＬ又はＤＬＨＡＲＱプロセスが完了する前にもＮＰＤＣＣＨをモニタすることができる。

■ ＵＬ／ＤＬインターレーススケジューリングは、特定のＲｍａｘ以下(又は以上)に設定されたＮＰＤＣＣＨのみについて適用できる。ここで、ＲｍａｘはＮＰＤＣＣＨ繰り返し送信回数を示す。

■ ＵＬ／ＤＬインターレーススケジューリングは、特定の繰り返し送信回数以上(又は以下)のみにＮＰＵＳＣＨ及び／又はＮＰＤＳＣＨをスケジュールすることができる。

■ 設定された繰り返し送信回数ほどのＮＰＵＳＣＨ送信を完了する前に特定の下りリンクサブフレーム／スロット区間でＮＰＤＣＣＨをモニタすることができる(例：図１３を参照)。

〇ＮＰＵＳＣＨ繰り返し送信が特定の時間より長いと、端末はＮＰＤＣＣＨモニタリングキャリア(図１１を参照)でＮＰＤＣＣＨ検出を一定時間行うことができる。ここで、特定の時間は、ＵＬギャップであるか、又は下りリンク同期をトラッキングするために許容された値である。

〇ＮＰＵＳＣＨ送信を指示したＵＬグラントでＮＰＤＣＣＨモニタリングのためのギャップ区間を直接指示することができる。

上述したように、ＵＬ／ＤＬインターレーススケジューリングは、時間軸で不連続して交差する下りリンクと上りリンクのサブフレーム(スロット)を効果的に使用することができる。しかし、ＵＬ／ＤＬインターレーススケジューリングには、更なるＮＰＤＣＣＨモニタリングが必要であるので、端末の電力消耗が多い。これを緩和するために、端末は特定の条件のみでＵＬ／ＤＬインターレーススケジューリングを期待するか、又はさらにＮＰＤＣＣＨモニタリングを行うことができる。例えば、上りリンク繰り返し送信の間に存在する下りリンクサブフレームの数が特定値(又は比率)より小さいか、又はＮＰＤＣＣＨ最大繰り返し送信回数(Ｒｍａｘ)より等しいか或いは小さい場合にのみ、端末は更なるＮＰＤＣＣＨモニタリングを期待する／行うことができる。又はＮＰＵＳＣＨ繰り返し送信回数が特定値より大きい場合は、下りリンク同期トラッキングなどのためにＮＰＵＳＣＨ送信を一部区間の間に遅延する条件が発生すると、該当区間でＮＰＤＣＣＨをさらにモニタすることができる。これは端末のＵＬ／ＤＬスイッチングギャップを考慮して設定される。またＮＰＵＳＣＨをスケジュールしたＵＬグラントでＮＰＵＳＣＨ繰り返し送信中にＮＰＤＣＣＨをモニタできる特定の区間を明示的(Ｅｘｐｌｉｃｉｔ)に設定することもできる。

(２)下りリンクの早期終了方法

狭帯域を使用しながら大きいＭＣＬ(ＭａｘＣｏｕｐｌｉｎｇＬｏｓｓ)を支援するＮＢ−ＩｏＴシステムの測定正確度は、広帯域を使用するシステムと比較して相対的に悪い。これにより、基地局は端末で測定した不正確な測定に基づいてＮＰＤＳＣＨ繰り返し送信回数を高すぎる値に設定することができる。この場合、端末は所定の繰り返し送信回数ほどＮＰＤＳＣＨを受信する前に復号に成功することができる。このようなリソース浪費を克服するためには、ＮＰＤＳＣＨ繰り返し受信を完了する前にＤＬＡＣＫ／ＮＡＣＫを報告する方法が必要である。特に、ＴＤＤシステムのように時間軸で上りリンクと下りリンクのリソースが交差する場合には、下りリンク繰り返し受信中に存在する上りリンクリソースを用いてＡＣＫ／ＮＡＣＫを早く報告する方法を効果的に適用することができる。

[方法＃４:ＤＬ早期終了設定方法]

■ 上りリンクと下りリンクのリソースが時間領域で交差して存在する場合、下りリンクの繰り返し受信中に存在する上りリンクリソースでＡＣＫを早く報告することができる。

〇設定されたＤＬＨＡＲＱプロセスの繰り返し受信が完了する前に、上りリンクに報告するＤＬ復号の結果はＡＣＫのみについて許容される。

■ ＤＬグラントでスケジュールＤＬＨＡＲＱプロセスに対して複数のＡＣＫ／ＮＡＣＫ報告遅延を設定することができる。

〇端末はＮＰＤＳＣＨ繰り返し受信中にＡＣＫが発生した場合に限って、最長ＡＣＫ／ＮＡＣＫ報告遅延より早いＡＣＫ／ＮＡＣＫ報告遅延に対応する上りリンクリソース(例：サブフレーム、スロット)に設定されたＡＣＫ／ＮＡＣＫリソースを用いてＡＣＫを報告する。

〇最長ＡＣＫ／ＮＡＣＫ報告遅延以前にＡＣＫを報告しなかった場合、設定された最後のＡＣＫ／ＮＡＣＫリソース(即ち、最長ＡＣＫ／ＮＡＣＫ報告遅延に設定されたＡＣＫ／ＮＡＣＫリソース)を用いてＡＣＫ又はＮＡＣＫを報告する。

〇最長ＡＣＫ／ＮＡＣＫ報告遅延以前にＡＣＫを報告したが、基地局から明示的／暗黙的に該当ＤＬＨＡＲＱプロセスに対する送信中断などの指示がない場合は、設定された最後のＡＣＫ／ＮＡＣＫリソースを用いてＡＣＫ又はＮＡＣＫを報告する。

例えば、基地局はＤＬグラントによりＮＰＤＳＣＨをスケジュールする時、複数のＤＬＡＣＫ／ＮＡＣＫ報告リソースを設定する。ここで、各々のＤＬＡＣＫ／ＮＡＣＫ報告リソースは、各々のＡＣＫ／ＮＡＣＫ報告遅延に対応する。複数のＤＬＡＣＫ／ＮＡＣＫ報告リソースを順に１〜Ｎとした時(Ｎ＞１)、ＡＣＫ／ＮＡＣＫリソース１〜Ｎ−１は、受信中のＮＰＤＳＣＨの復号結果がＡＣＫである場合のみに使用できる。一方、ＡＣＫ／ＮＡＣＫリソース１〜Ｎ−１を用いてＡＣＫを一回も報告しなかったか、又はＡＣＫを報告したが、基地局で明示的又は暗黙的に該当ＤＬＨＡＲＱプロセスを止めるという指示がなかった場合は、端末はＡＣＫ／ＮＡＣＫリソースＮを用いてＡＣＫ又はＮＡＣＫを報告することができる。ここで、ＡＣＫ／ＮＡＣＫリソースＮは、最長ＡＣＫ／ＮＡＣＫ報告遅延に対応する。

■ ＤＬ繰り返し受信を完了する前にＡＣＫが発生し、ＵＬデータ送信がスケジュールされた場合

〇ＮＰＤＳＣＨの繰り返し受信と共にＮＰＵＳＣＨフォーマット１を送信している場合、ＮＰＤＳＣＨ復号の結果、ＡＣＫが発生すると、送信中のＮＰＵＳＣＨフォーマット１を特定時間の間に止め、ＮＰＵＳＣＨフォーマット２によりＡＣＫを送信する。

〇一方、ＡＣＫは送信中のＮＰＵＳＣＨフォーマット１になり、ＮＰＵＳＣＨフォーマット１でＡＣＫが載せられる位置にあるデータはパンクチャリングされることができる。また、ＮＡＣＫはＮＰＵＳＣＨフォーマット１にピギーバックされないことができる。

[方法＃５：ＡＣＫ／ＮＡＣＫとＵＬデータの同時送信方法]

■ ＡＣＫ／ＮＡＣＫとＵＬデータが多重化されることができる(ＡＣＫ／ＮＡＣＫピギーバック)

〇ＵＬデータ送信のためのＮＰＵＳＣＨフォーマット１のトン数が１ＲＢ(１２個のトン)より小さい場合は、ＮＰＵＳＣＨフォーマット１とＡＣＫ／ＮＡＣＫ報告のためのＮＰＵＳＣＨフォーマット２はＦＤＭされる。

〇ＡＣＫ／ＮＡＣＫは時間軸でＮＰＵＳＣＨフォーマット１のＤＭＲＳの両側のＯＦＤＭシンボルにマッピングされ、ＤＭＲＳの両側のＮＰＵＳＣＨフォーマット１データはパンクチャリングされる。

〇ＮＰＵＳＣＨフォーマット１の繰り返し送信を一部省略し、ＡＣＫ／ＮＡＣＫが送信される。

〇ＮＰＵＳＣＨフォーマット１のトン数が１ＲＢより小さい場合は、ＡＣＫ(又はＡＣＫ／ＮＡＣＫ)をピギーバックして送信できるリソースと、ＡＣＫ(又はＡＣＫ／ＮＡＣＫ)をピギーバックしないデータリソースをＦＤＭに多重化して、基地局でＡＣＫ(又はＡＣＫ／ＮＡＣＫ)とデータを区分する。

〇ＡＣＫ／ＮＡＣＫをピギーバックするＮＰＵＳＣＨフォーマット１は、ＡＣＫ／ＮＡＣＫをピギーバックしないＮＰＵＳＣＨフォーマット１より高い電力で送信されるように許容される。

■ ＡＣＫ／ＮＡＣＫとＵＬデータを個々に送信する。

〇ＤＬグラント−ｔｏ−ＡＣＫ／ＮＡＣＫ遅延とＵＬグラント−ｔｏ−ＮＰＵＳＣＨフォーマット１のスケジューリング遅延を一つの値に設定することができる。スケジューリング遅延後にＡＣＫ／ＮＡＣＫ報告のためのＮＰＵＳＣＨフォーマット２の送信を先に開始し、ＮＰＵＳＣＨフォーマット２の繰り返し送信が完了した後にＰＵＳＣＨフォーマット１を続いて送信する。即ち、ＮＰＵＳＣＨフォーマット１とＡＣＫ／ＮＡＣＫ報告のためのＮＰＵＳＣＨフォーマット２はＴＤＭされる。

〇ＡＣＫ／ＮＡＣＫをスペシャルサブフレームで送信する。

〇ＤＬグラントで該当ＤＬＨＡＲＱプロセスについて複数のＡＣＫ／ＮＡＣＫ報告遅延を設定することができる。端末はＮＰＤＳＣＨの繰り返し受信中にＡＣＫが発生する場合に限って、最長ＡＣＫ／ＮＡＣＫ報告遅延より早いＡＣＫ／ＮＡＣＫ報告遅延に割り当てられたＡＣＫ／ＮＡＣＫリソースを用いてＡＣＫを報告することができる。最長ＡＣＫ／ＮＡＣＫ報告遅延前にＡＣＫを報告しなかった場合、所定の最後のＡＣＫ／ＮＡＣＫリソース(例：最長ＡＣＫ／ＮＡＣＫ報告遅延に対応する上りリンクリソース(例：サブフレーム、スロット))に設定されたＡＣＫ／ＮＡＣＫリソースを用いてＡＣＫ又はＮＡＣＫを常に報告することができる。

(３)上りリンクの早期終了方法

狭帯域を使用しながら大きいＭＣＬを支援するＮＢ−ＩｏＴシステムの測定正確度は、広帯域を使用するシステムと比較して相対的に悪い。これにより、基地局は端末で測定した不正確な測定に基づいてＮＰＤＳＣＨ繰り返し送信回数を高すぎる値に設定することができる。従って、基地局は設定された繰り返し送信回数ほどＮＰＵＳＣＨを受信する前に復号に成功することができる。この場合、ＵＬデータに対するＡＣＫを下りリンクで迅速にフィードバックして不要なＵＬリソースの使用を減らし、端末の不要な電力消耗を予防することができる。

[方法＃６:ＵＬ早期終了の設定方法]

■ ＮＰＵＳＣＨ繰り返し送信を完了する前に、下りリンクのサブフレーム区間でＮＰＤＣＣＨをモニタすることができる。

〇明示的なＡＣＫチャネルをモニタすることができる。ＮＡＣＫはＮＰＵＳＣＨ繰り返し送信の完了前に別に送信しない。

〇ＵＬグラントをモニタして暗黙的にＡＣＫ報告を受けることができる。例えば、送信中のＵＬＨＡＲＱプロセスに対する新しいＵＬグラントが設定される場合、端末は送信中のＵＬＨＡＲＱプロセスについてＡＣＫが受信されたと解釈することができる。

〇ＮＰＵＳＣＨ繰り返し送信を所定回数完了する前に端末がモニタするＮＰＤＣＣＨＤＣＩは、ＵＬ早期終了用に設計されたＵＬｃｏｍｐａｃｔＤＣＩである。例えば、端末はＵＬ早期終了用に設計されたＵＬｃｏｍｐａｃｔＤＣＩのみについてブラインド復号を行うことができる。この時、ＵＬｃｏｍｐａｃｔＤＣＩの最大繰り返し送信回数はＵＬグラントのための(ｎｏｒｍａｌ)ＤＣＩの最大繰り返し送信回数より小さい。

〇ＤＬグラントをモニタして暗黙的にＡＣＫ報告を受けることができる。例えば、１)ＵＬ送信の完了前、又は２)ＵＬ送信を完了したが、該当ＵＬＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ情報を受信しなかった場合、ＤＬグラントを受信すると、端末は送信中のＵＬＨＡＲＱプロセスについてＡＣＫが受信されたと解釈することができる。

■ ＮＰＵＳＨ繰り返し送信が特定の条件を満たさないと、ＵＬ早期終了のためのＮＰＤＣＣＨモニタリングを行わないことができる。端末がＮＰＵＳＣＨ繰り返し送信中に存在する下りリンクサブフレームで常にＮＰＤＣＣＨをモニタすることは、不要な電力消耗になるためである。これにより、繰り返し送信中のＮＰＵＳＣＨがＡＣＫにより復号される確率が非常に少ない場合は、ＵＬ早期終了のためのＮＰＤＣＣＨモニタリングを省略することができる。例えば、特定の条件は以下の通りである。

〇ＮＰＵＳＣＨ繰り返し送信をＵＬグラントで指示されたＮＰＵＳＣＨ繰り返し送信回数より特定比率以上完了していない場合

〇ＮＰＵＳＣＨ繰り返し送信中に表れるＮＰＤＣＣＨモニタリング可能な下りリンクのサブフレーム区間が特定値より短い場合(即ち、ＵＬ早期終了のためにＡＣＫをフィードバックできる下りリンクサブフレームの数が一定値より小さい場合)

〇ＵＬグラントで指示されたＮＰＵＳＣＨ繰り返し送信回数が特定値より低い場合

〇ＮＰＤＳＣＨがインターレーススケジュールされてＮＰＵＳＣＨ送信とＮＰＤＳＣＨ受信をインターレースして進行している場合。即ち、ＵＬ／ＤＬデータがインターレーススケジューリングされて送／受信中である場合には、ＮＰＵＳＣＨ繰り返し送信中に存在する下りリンクのサブフレーム区間でＮＰＤＣＣＨモニタリングの代わりに、ＮＰＤＳＣＨ受信を優先して行うことができる。

[方法＃７:ＵＬ送信中に明示的なＡＣＫ／ＮＡＣＫモニタリング方法]

■ ＮＰＵＳＣＨ送信時点と特定の時間間隔を有する下りリンクのサブフレームでＵＬＨＡＲＱプロセスに対するＡＣＫを送信する。ＮＡＣＫは別に送信されない。ＵＬ早期終了のためにＮＰＵＳＣＨ繰り返し送信中にモニタするＡＣＫ／ＮＡＣＫチャネルは、明示的なＡＣＫチャネル(ｓｙｎｃｈｒｏｎｏｕｓＡＣＫ／ＮＡＣＫ)により設計される。ここで、明示的なＡＣＫチャネルは、ＮＰＵＳＣＨ送信リソースと特定の関係を有する下りリンクリソース／区間で常にＡＣＫを報告するように設計される。例えば、明示的なＡＣＫチャネルのためのリソース(例：送信時点／周波数トーン)は、ＵＬＨＡＲＱプロセスのデータを送信したＮＰＵＳＣＨフォーマット１の開始サブフレーム(又はスロット)、トーンの位置／数及び／又は繰り返し送信回数と特定関係に定義されて予約される。従って、端末はＮＰＵＳＣＨフォーマット１の送信中、約束された特定の下りリンクリソースで該当ＵＬＨＡＲＱプロセスに対するＡＣＫをモニタすることができる。ＡＣＫが検出されないと、端末は送信中のＮＰＵＳＣＨフォーマット１を続けて送信することができる。

[方法＃８:ＵＬ送信中に暗黙的なＡＣＫ／ＮＡＣＫ(ＤＣＩ)モニタリング方法]

■ 送信中のＮＰＵＳＣＨフォーマット１のＵＬＨＡＲＱプロセスに対するＮＤＩ(ＮｅｗＤａｔａＩｎｄｉｃａｔｏｒ)がトグルされて暗黙的にＡＣＫを知らせる場合、新規データ送信を省略するか否かを指示する。暗黙的なＡＣＫ／ＮＡＣＫ方法は、送信完了したか又は送信中のＵＬＨＡＲＱプロセスに対するＮＤＩ(ＵＬグラント)をトグルすることにより、ＵＬデータに対するＡＣＫ／ＮＡＣＫをフィードバックすると解釈する方法である。この時、ＵＬＨＡＲＱプロセスに対するＮＤＩがトグルされると、該当ＵＬＨＡＲＱプロセスにおいて新しいデータを送信するように指示／解釈され、ＮＤＩがトグルされないと、送信完了したか又は送信中のＵＬＨＡＲＱプロセスを再送信又は続けて送信するという意味で指示／解釈することができる。もしＵＬＨＡＲＱプロセスについてＡＣＫが発生したか、又はそれ以上の新規データ送信を必要としない場合には、早期ＵＬ終了する方法がないか又は効果が低減する。即ち、ＨＡＲＱ−ＡＣＫフィードバックがＡＣＫとして解釈されるので、端末は該当ＵＬＨＡＲＱプロセスに対するデータ送信は止めるが、送信する新しいデータが存在するか否かに関係なく新しい送信を開始しなければならないためである。これを解決するために、ＵＬグラントでＵＬＨＡＲＱプロセスのＮＤＩと共に新規データ送信を省略できるか否かを明示的に知らせることができる。

■ ＮＰＵＳＣＨ繰り返し送信をＵＬグラントで指示された回数完了する前に新しく受信されたＵＬグラントでＵＬＨＡＲＱプロセスに対するＮＤＩがトグルされても、該当ＵＬＨＡＲＱプロセスに対する新規データを送信しないことができる。例えば、ＵＬグラントで指示されたＮＰＵＳＣＨ繰り返し送信を全て完了する前に、新しいＵＬグラントで送信中のＵＬＨＡＲＱプロセスのＮＤＩがトグルされると、端末は送信中のＮＰＵＳＣＨフォーマット１を止め、以前に設定されたＮＰＵＳＣＨフォーマット１の繰り返し送信回数の残った時間ほど新規データを送信しないことができる。

(４)ＵＬ／ＤＬインターレースの間のトランシーバースイッチング(ＤＬ−ｔｏ−ＵＬ及びＵＬ−ｔｏ−ＤＬ)のための時間ギャップを確保する方法

一般的に、ＤＬ−ｔｏ−ＵＬとＵＬ−ｔｏ−ＤＬスイッチングのためにトランシーバースイッチング時間が必要である。スイッチング時間が確保されないと、ＵＬ−ｔｏ−ＤＬ又はＤＬ−ｔｏ−ＵＬインターレース送受信において、先に送信される(物理)チャネルの最後の区間及び／又は後に送信される(物理)チャネルの最初の区間の使用に制約があり得る。これを解決するために、時間ギャップを確保する方法が必要であるが、運用モードなどによって具体的な方法が異なる。また時間ギャップを確保するために使用される時間(即ち、端末が下りリンク信号受信を期待しないか、又は上りリンク信号送信が許容されない区間)が、ＴＴＩ又は一つの物理チャネルが完全に送信されるために使用される基本単位時間(例：サブフレーム、スロット)の一部に該当する場合は、基本単位時間内で送信が許容されるか又は受信を期待できる時間区間のチャネルをどのように構成するかに関する様々な方法があり得る。例えば、時間ギャップとして使用される区間の信号を無視するか、又は時間ギャップ区間を考慮して送／受信チャネルのレートマッチングを変更することができる。

[方法＃９：ＵＬ／ＤＬインターレースの間のトランシーバースイッチング(ＤＬ−ｔｏ−ＵＬ及びＵＬ−ｔｏ−ＤＬ)のための時間ギャップを確保する方法]

■ インターレーススケジューリング及びインターレースチャネルの送／受信は運用モードによって異なる時間ギャップを必要とする。

〇インバンド運用モードである場合

−ＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信とＮＰＵＳＣＨ送信の間には明示的な時間ギャップが必要ない。従って、ＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信とＮＰＵＳＣＨ送信の間に明示的な時間ギャップが定義されないことができる。その代わりに、ＤＬとＵＬの間のスペシャルサブフレームに含まれた'ＧＰ＋ＵｐＰＴＳ'区間が時間ギャップのためのガード時間として活用される(図２(ｂ)を参照)。又はＮＰＵＳＣＨ送信直前のスペシャルサブフレームのＤｗＰＴＳでは、端末がＮＰＤＣＣＨ／ＮＰＤＳＣＨを受信しないように設定されることができる。これはＤｗＰＴＳ長さによって異なる。また受信しないＤｗＰＴＳ区間のＮＰＤＣＣＨ／ＮＰＤＳＣＨは、全体繰り返し数に含まれない。

−ＮＰＵＳＣＨ送信とＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信の間には明示的な時間ギャップが必要ない。従って、ＮＰＵＳＣＨ送信とＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信の間に明示的な時間ギャップが定義されないことができる。その代わりに、ＵＬ送信の(すぐ)後にＤＬを受信する最初のＤＬサブフレームの制御領域(図４の制御領域を参照)を時間ギャップのためのガード時間として活用することができる。ここで、ＤＬサブフレームの制御領域サイズ(例：シンボル数)に関する情報は、ＮＢ−ＩｏＴシステム情報ブロックにより送信される。一方、ＵＬ送信後にＤＬを受信する最初のＤＬサブフレームで制御領域のサイズがガード時間を十分に収容することが難しい場合は、ＵＬ送信の(すぐ)後にＤＬを受信する最初のＤＬサブフレームの制御領域サイズは、ＮＢ−ＩｏＴシステム情報ブロックで設定された値より大きく設定される。即ち、ＵＬ／ＤＬインターレース動作する場合、端末はＵＬ送信の(すぐ)後にＤＬを受信する最初のＤＬサブフレームで制御領域をシステム情報ブロックで放送された値とは異なるように(例：大きく)解釈することができる。なお、最初のＤＬサブフレーム以外のＤＬサブフレームでは、制御領域サイズがシステム情報ブロックで放送された値と同様に解釈されることができる。

〇ガードバンド及びスタンドアローン運用モードである場合

−ＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信とＮＰＵＳＣＨ送信の間に明示的な時間ギャップは必要ない。従って、ＮＰＵＳＣＨ送信とＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信の間に明示的な時間ギャップが定義されないことができる。その代わりに、ＤＬとＵＬの間のスペシャルサブフレームに含まれた'ＧＰ＋ＵｐＰＴＳ'区間が時間ギャップのためのガード時間として活用される。従って、ＵｐＰＴＳがＮＰＵＳＣＨ送信に使用可能な場合にも、ＤＬ受信後に続くスペシャルサブフレームのＵｐＰＴＳは使用されない。即ち、端末はスペシャルサブフレームのＵｐＰＴＳをＮＰＵＳＣＨ送信に使用するか否かを、ＵＬ／ＤＬインターレースが適用／動作する場合とそうではない場合によって異なるように選択／解釈することができる。即ち、ＵＬ／ＤＬインターレースの適用／動作時、ＵｐＰＴＳがＮＰＵＳＣＨ送信に使用可能な場合にも、ＤＬ受信後に続くスペシャルサブフレームのＵｐＰＴＳは使用されない。反面、ＵＬ／ＤＬインターレースの未適用／未動作時、ＵｐＰＴＳがＮＰＵＳＣＨ送信に使用可能な場合であれば、ＤＬ受信後に続くスペシャルサブフレームのＵｐＰＴＳはＮＰＵＳＣＨ送信に使用されることができる。

−他の方案として、ＮＰＵＳＣＨ送信とＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信の間に明示的なギャップが定義されることができる。このために、特定のサブフレーム又はスロットを完全にガード時間として割り当てるか、又は仮想の制御領域を設定してガード時間として活用することができる。まず、特定のサブフレーム又はスロットをガード時間として活用する場合、ＵＬ／ＤＬインターレースの適用／動作有無によってＵＬサブフレームの(すぐ)後の一部連続するＤＬサブフレーム使用に制約があり得る。次に、仮想の制御領域をガード時間として活用する場合は、該当制御領域を構成するＯＦＤＭシンボル数は０ではない任意の値を有する。即ち、ガードバンド及びスタンドアローン運用モードでは制御領域のシンボル数が０に仮定されるが、ＵＬ／ＤＬインターレースが適用／動作する場合、ＵＬ送信(例：ＮＰＵＳＣＨ)の(すぐ)後の最初のＤＬサブフレーム又は連続するＤＬサブフレームの制御領域サイズを０より大きい値に設定して該当区間の間に下りリンク信号(例：ＮＰＤＣＣＨ／ＮＰＤＳＣＨ)受信を期待しないことができる。これにより、端末はＵＬ送信(例：ＮＰＵＳＣＨ)の(すぐ)後の最初のＤＬサブフレームの開始部分で下りリンク信号(例：ＮＰＤＣＣＨ／ＮＰＤＳＣＨ)受信をスキップすることができる。なお、ＮＰＵＳＣＨ送信とＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信の間に特定数のシンボル(例：上記例において特定値の制御領域サイズに該当)が常に使用されないという側面で、スイッチングのためのガード時間は暗黙的なギャップとして理解されることができる。例えば、運用モードがガードバンド又はスタンドアローンである場合は、トランシーバースイッチングのためのシンボル数は独立してシグナリングされず、特定値に仮定されることができる。これにより、端末はＵＬ送信(例：ＮＰＵＳＣＨ)の(すぐ)後の最初のＤＬサブフレーム(又は連続するＤＬサブフレーム)の開始部分で下りリンク信号(例：ＮＰＤＣＣＨ／ＮＰＤＳＣＨ)の受信をスキップすることができる。

図１５は本発明による下りリンク信号受信を例示する図である。

図１５を参照すると、端末(例：ＮＢ−ＩｏＴ端末)は、ＵＬ区間でＰＵＳＣＨを繰り返し送信する。ＵＬ区間は複数の時間ユニット(例：ＴＴＩ、サブフレーム、スロット)を含み、各ＰＵＳＣＨはＵＬ区間で対応する時間ユニットにより送信される。その後、端末はＰＵＳＣＨの繰り返し送信後に続くＤＬ区間でＰＤＳＣＨを繰り返し受信するようにスケジューリングされる。ＤＬ区間も複数の時間ユニット(例：ＴＴＩ、サブフレーム、スロット)を含み、各ＰＤＳＣＨはＤＬ区間に対応する時間ユニットにより受信される。この時、端末がインバンドモードで動作する場合、各ＰＤＳＣＨはＤＬ区間内の対応する各時間ユニットからｋ−番目以後のＯＦＤＭシンボルから受信される。ｋは１より大きい整数であり、システム情報(ＳＩ)(例：ＮＢ−ＩｏＴシステム情報ブロック)により受信される。

一方、端末がガードバンド又はスタンドアローンモードで動作する場合は、ＰＤＳＣＨの繰り返し受信時にＤＬ区間の開始部分で信号受信(過程)をスキップすることができる。例えば、１番目のＰＤＳＣＨは対応する時間ユニットの少なくとも１番目のＯＦＤＭシンボルの一部で信号受信(過程)がスキップされる。なお、２番目以後のＰＤＳＣＨは対応する時間ユニットで１番目のＯＦＤＭシンボルから受信される。

ここで、ＰＵＳＣＨの繰り返し送信とＰＤＳＣＨの繰り返し受信は同じキャリア上でＴＤＭ方式で行われる。キャリア上のＵＬ／ＤＬリソース構成は、表１のＵＬ／ＤＬ構成により指示される。ＮＢ−ＩｏＴの場合、ＰＵＳＣＨはＮＰＵＳＣＨを含み、ＰＤＳＣＨはＮＰＤＳＣＨを含む。(Ｎ)ＰＤＳＣＨの送信に使用される副搬送波間隔は１５ｋＨｚである。また、無線通信システムは３ＧＰＰ−基盤の無線通信システムを含む。

〇上記方法において、トランシーバースイッチングのためのガード時間区間(例：サブフレーム、スロット、シンボル、シンボルの一部)はパンクチャリング又はレートマッチングにより処理される。

−パンクチャリングされる時間区間は、上りリンク区間の最初のシンボル、上りリンク区間の最後のシンボル、下りリンク区間の最初のシンボル、下りリンク区間の最後のシンボル、又は挙げられた区間の上りリンクと下りリンクの組み合わせで構成される。ここで、パンクチャリングされる時間区間に参照信号が含まれるか否かによって、挙げられた区間のうち、パンクチャリングに使用される区間が異なる。

−この方法において、上りリンク送信(例：ＮＰＵＳＣＨ送信)後に続いて下りリンク信号(例：ＮＰＤＣＣＨ／ＮＰＤＳＣＨ)を受信する場合、下りリンク区間の最初のＯＦＤＭシンボル(即ち、ＵＬサブフレームの(すぐ)後のＤＬサブフレームの最初のＯＦＤＭシンボル)は実際に基地局では送信されるが、端末は下りリンク区間の最初のＯＦＤＭシンボル(又は最初のＯＦＤＭシンボルの少なくとも一部)で下りリンク信号を受信しないことができる(即ち、ＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信をスキップ)。即ち、特定の端末の立場では、該当ＯＦＤＭシンボルがパンクチャリングされたと解釈することができる。しかし、基地局はＵＬ／ＤＬインターレースしないか、又はトランシーバースイッチング時間が多く必要ないか、又は上りリンク送信チャネルのＴＡ(ＴｉｍｉｎｇＡｄｖａｎｃｅ)値ほどのオフセットでトランシーバースイッチング時間が十分に吸収された端末のために、実際には該当ＯＦＤＭシンボルをパンクチャリングせず送信することができる。なお、上りリンク送信後に続いて受信する下りリンク信号の間に、ＵＬ又はＤＬ無効サブフレームなどにより時間ギャップが発生した場合には、トランシーバースイッチング時間が不要であることもできる。この場合、端末は(ＵＬ送信の直後の)下りリンク受信区間の１番目のＯＦＤＭシンボルを正常的に受信することができる。

−繰り返し送信が設定されたサブフレームにガード時間が含まれると、サブフレーム内でガード時間区間を除いた送信区間で送信チャネルのデータは送信チャネルの繰り返し数によってレートマッチングされるか又はパンクチャリングされる。例えば、繰り返し数が特定値より小さい場合、ガード時間を除いて残りの時間区間のリソース(例：ＲＥ)を考慮してレートマッチングされることができる。反面、繰り返し数が特定値より大きい場合は、ガード時間区間をパンクチャリングし、ガード時間を除いて残りの時間区間についてはレートマッチングが適用されない。送信チャネルの繰り返し数が多い場合はＳＮＲ(ＳｉｇｎａｌｔｏＮｏｉｓｅＲａｔｉｏ)が低い環境であるので、この時にはレートマッチングによるコーディング利得よりは繰り返し送信の間に同じマッピング(即ち、パンクチャリングにより繰り返し送信の間に同じＲＥに同じ情報がマッピングされる)がより効果的であるためである。

−トランシーバースイッチング時間を確保するために使用される区間及びインターレーススケジューリング制約又は送受信制約は、キャリアの運用モードによって異なる。一方、周波数リチューニング(ｒｅｔｕｎｉｎｇ)のための時間は、周波数リチューニング後に使用されるキャリアの運用モードによって異なる。例えば、上りリンクキャリアから下りリンクキャリアに周波数リチューニングする場合、下りリンクキャリアがインバンド運用モードである場合は、１ｍｓｅｃのギャップが必要ない。この場合にも、端末は１ｍｓｅｃ内でＮＢ−ＩｏＴチャネルの最初の一部シンボル(例：ＮＢ−ＩｏＴ端末にシステム情報により設定されたＬＴＥレガシー端末のＣＦＩ値以後の最初のＯＦＤＭシンボル)又は最初のシンボルの一部について受信を期待しないことができる。反面、下りリンクキャリアがガードバンド又はスタンドアローン運用モードである場合は、端末は最初の１ｍｓｅｃの間にＮＢ−ＩｏＴチャネルを期待しないか、又はスロット単位の時間の間にＮＢ−ＩｏＴチャネルを期待しないことができる。即ち、周波数リチューニングのための時間にＮＢ−ＩｏＴチャネル／信号の受信を期待できない区間が含まれるか否かによって周波数リチューニング時間を確保する具体的な方法が異なる。

−トランシーバースイッチング時間を確保するために使用される区間及びインターレーススケジューリング制約又は送受信制約は、キャリアがアンカー−キャリアであるか又はノン−アンカーキャリアであるかによって異なる。例えば、上りリンクキャリアから下りリンクキャリアに周波数リチューニングする場合、下りリンクキャリアがノン−アンカーキャリアである場合は、１ｍｓｅｃのギャップが必要ない。この場合にも、端末は１ｍｓｅｃ内でＮＢ−ＩｏＴチャネルの最初の一部シンボル(即ち、ＮＢ−ＩｏＴ端末にシステム情報により設定されたＬＴＥレガシー端末のＣＦＩ値以後の最初のＯＦＤＭシンボル)又は最初のシンボルの一部について受信を期待しないことにより明示的なガード時間が定義されないことができる。反面、アンカーキャリアである場合、最初の１ｍｓｅｃの間にＮＢ−ＩｏＴチャネルを期待しないか、又はスロット単位時間の間にＮＢ−ＩｏＴチャネルを期待しないように明示的なガード時間が定義されることができる。

−トランシーバースイッチング時間を確保するために使用される区間及びインターレーススケジューリング制約又は送／受信制約は、ＵＬ−ｔｏ−ＤＬスイッチングに必要なガード時間区間が有効又は無効になるサブフレームを含むか否かによって異なる。

−トランシーバースイッチング時間を確保するために使用される区間及びインターレーススケジューリング制約又は送／受信制約はＵＬ−ｔｏ−ＤＬ区間のＵＬ区間で端末が送信するＵＬチャネルにＴＡが適用されたか否かによって異なる。例えば、ＮＰＲＡＣＨを送信する場合、ＴＡが適用されないので、ＵＬ−ｔｏ−ＤＬ区間のトランシーバースイッチングギャップのために続くＤＬサブフレームの使用に制約があり得る。即ち、一部の下りリンクＯＦＤＭシンボル又は一部のサブフレーム(例：１ｍｓｅｃ)は使用に制約(パンクチャリング又はレートマッチング)が必要である。また必要なＤＬ制約区間は端末が送信したＮＰＲＡＣＨフォーマットによって異なる。例えば、端末が送信するＮＰＲＡＣＨが、ＮＰＤＣＣＨオーダーに基づくＮＰＲＡＣＨであるか、ＲＲＣ_ＣＯＮＮＥＣＴＥＤモードで送信されたＮＰＲＡＣＨであるか、競争基盤のＮＰＲＡＣＨであるか、又は非競争基盤のＮＰＲＡＣＨであるかによって、ＤＬ制約区間は異なる値(例：パンクチャリングされるか又はレートマッチングされる区間)に設定される。反面、ＴＡが適用されるＮＰＵＳＣＨ送信後に続くＤＬチャネル／信号は端末が受信するように定義することができる。勿論、挙げられた条件(運用モード、アンカー／ノン−アンカーキャリア、有効／無効サブフレームなど)によって、ＤＬチャネル／信号を受信しない具体的な条件が定義されることもできる。

方法＃９は、以下の方法＃１０が適用されるか又は既存のＬＴＥ端末のＳＲＳ送信を避けるためにＮＰＵＳＣＨ−ＡｌｌＳｙｍｂｏｌｓとｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇが設定された状況では適用されないように定義できる。例えば、方法＃９は、ＤＬ有効サブフレームの受信直前のＵＬ有効サブフレームで端末がＵＬを送信する時、(１つ以上の)最後のシンボル送信を省略するように指示された場合には適用されないことができる。ここで、ＤＬ有効サブフレームはＮＰＤＣＣＨ又はＮＰＤＳＣＨ送信が行われるサブフレームを意味し、ＵＬ有効サブフレームはＮＰＵＳＣＨ送信が行われるサブフレームを意味する。これにより、例えば、図１５の場合、ＮＰＤＳＣＨ受信されたサブフレームの直前のＵＬサブフレーム(即ち、４番目のＮＰＵＳＣＨ送信が行われるサブフレーム)で端末がＮＰＵＳＣＨを送信する時、(１つ以上の)最後のシンボル送信を省略するように指示／設定することができる。この時、インバンド動作モードの場合、端末動作は図１５と同一である。反面、ガードバンド／スタンドアローン動作モードの場合、端末はＮＰＵＳＣＨが送信されたサブフレーム直後のＤＬサブフレームの開始部分で信号受信(過程)がスキップされることが適用されない。即ち、端末はＮＰＵＳＣＨが送信されたサブフレーム直後のＤＬサブフレームの１番目のシンボルからＮＰＤＳＣＨ信号を受信することができる。

[方法＃１０:ＳＲＳ区間設定を活用してトランシーバースイッチング(ＤＬ−ｔｏ−ＵＬ及びＵＬ−ｔｏ−ＤＬ)のための時間ギャップ及び／又はＲＦスイッチングギャップを確保する方法]

トランシーバースイッチングギャップ及びＲＦスイッチングギャップのために暗黙的な時間ギャップを設定する方法以外に、ＳＲＳ送信区間を設定してスイッチングギャップを確保する方法があり得る。方法#９はスイッチング及び遷移後に下りリンク信号の一部を端末が受信しないようにする方法である。反面、ＳＲＳ送信区間を活用して時間ギャップを確保する方法は、スイッチング前の上りリンク信号の一部を端末が送信しないように許容／約束して時間ギャップを確保する方法である。

表７は、既存のＬＴＥ端末のＳＲＳ送信を避けるために、ＮＰＵＳＣＨ−ＡｌｌＳｙｍｂｏｌｓとＳＲＳ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇを設定する例を示す。

ｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓに失敗した場合、ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇによって(レガシー端末の)ＳＲＳリソースとして設定された特定の上りリンクサブフレーム／シンボル区間は、ＮＰＵＳＣＨ送信時に端末が送信しない。ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇはセル内でＳＲＳ送信が設定されたサブフレームセットを定義するために使用されるサブフレーム周期／オフセットを示す。表７の方法は、レガシーＵＥのＳＲＳ送信を保護するためのものであるが、この実施例では他の用途、即ち、ＮＢ−ＩｏＴ端末のスイッチング時間を確保する方法として使用されることもできる。このために、ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇの定義及び値が変更される。

他の例として、ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇを直接使用せず、例えば、ｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓのみを使用するか、又は類似情報を活用してＵＬ−ｔｏ−ＤＬスイッチングギャップを確保するように定義することができる。例えば、ｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓ(又はこれと類似するパラメータ、即ち、ＮＰＵＳＣＨの最後のシンボルを送信しないように指示する、又は連続したＵＬ有効サブフレームの最後のシンボルを送信しないように指示する、又はＵＬ有効サブフレームとＤＬ有効サブフレームが隣接した区間のＵＬ有効サブフレームに最後のシンボルを送信しないように指示する)に失敗した場合、ＵＬ有効サブフレームの最後のシンボル送信を省略するように指示することができる。提案された解釈／指示は以下に限って適用される。以下の事項を組み合わせることもできる。

−ＵＬ／ＤＬインターレースが設定されたか又は行われる端末にのみ適用できる。即ち、該当情報がセル内に共通に構成される場合にも実際にＵＬ／ＤＬインターレース動作を行うように設定された端末のみが該当ＵＬの最後シンボル送信を省略することができる。

−ＵＬ有効サブフレームとＤＬ有効サブフレームが隣接した場合にのみ適用できる。即ち、ＵＬ有効サブフレームとＤＬ有効サブフレームの間にギャップがないか、又はＵＬ有効サブフレーム以後のＤＬ有効サブフレームで制御領域シンボル数が'０'であるか、又は特定値より小さい場合にのみ、端末は該当ＵＬ最後のシンボル送信を省略することができる。一方、ＵＬ有効サブフレームとＤＬ有効サブフレームが連続した場合にも、端末がＵＬ送信直後の(隣接する)最初のＤＬ有効サブフレームで受信しないように期待される区間がある場合は(及び区間のサイズが特定値より大きい場合は)、ＵＬ最後のシンボル送信を省略する動作が適用されないことができる。例えば、ＮＰＵＳＣＨフォーマット２の送信後にＮＰＤＣＣＨモニタリング区間に１ｍｓｅｃ以上のギャップが設定されるか、又はＵＬ送信後に続く有効ＤＬサブフレームで端末が受信しないように許容された区間がある場合、ＵＬ最後のシンボル送信を省略する動作が適用されないことができる。

−ＮＢ−ＩｏＴ運用モードによって異なるように適用される。例えば、インバンドの運用モードではサブフレームの制御領域がＵＬ−ｔｏ−ＤＬギャップに活用されるので、ＵＬ最後のシンボル送信を省略する動作が適用されない。従って、ガードバンド／スタンドアローン運用モードのみでＵＬの最後のシンボル送信を省略する動作が適用される。

また方法＃９が適用される場合には、方法＃１０が構成されないか、又は方法＃１０の動作を省略するように定義することができる。

提案された方法＃９と＃１０は、トランシーバースイッチングギャップ及びＲＦスイッチングギャップの確保だけではなく、ＮＢ−ＩｏＴ／ｅＭＴＣリレーが導入される場合に基地局−リレーのリンク／チャネルとリレー−端末リンク／チャネルとリレー−リレーリンク／チャネルの間の干渉を緩和させるために使用される。即ち、リレーは時間を区分して、１)基地局と通信を行うか、２)リレーがサービスする端末と通信を行うか、又は３)次のＨｏｐのリレーと通信を行うにおいて、１)、２)、３)区間の間に時間ギャップが必要であり、それを確保するために提案方法＃９と＃１０が活用されることができる。

本発明で提案するＵＬ／ＤＬインターレーススケジューリング技法は端末能力に該当し、例えば、ＨＡＲＱプロセス数に関係する。即ち、シングル−ＨＡＲＱのみを支援する端末はインターレーススケジューリングを期待しない。但し、ＴＤＤシステムでは、ＵＬ／ＤＬ構成によって２−ＨＡＲＱで得られるスループット向上よりインターレーススケジューリングにより得られるスループット向上の方がもっと大きい。従って、シングル−ＨＡＲＱプロセスのみを支援する端末も別の能力信号でインターレーススケジューリングを支援することを知らせることができる。また、ＨＡＲＱプロセス及び端末のバッファー／メモリ(例：受信器のソフトバッファーと送信器のソフトバッファーを共有する場合)の複雑度を考慮して、特定の方式又は特定の条件を満たす方法でインターレーススケジューリングを支援することができる。基地局はかかる特定の方式又は特定の条件を満たす場合のみにインターレーススケジューリングすることもできる。例えば、基地局は端末にスケジューリングするＮＰＤＳＣＨと上りリンクによりスケジューリングするＮＰＵＳＣＨを特定のメモリサイズ(例：端末のＨＡＲＱプロセス能力を考慮してシングル−ＨＡＲＱバッファーを基準として設定されたレファレンスメモリサイズ又は２−ＨＡＲＱバッファーを基準として設定されたレファレンスメモリサイズ)を超えないようにインターレーススケジューリングすることができる。この時、先にＮＰＤＳＣＨをスケジュールしたが、該当ＮＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫが受信されなかった場合、又は失敗した状況でＮＰＵＳＣＨをスケジュールする場合には、スケジュールしたＮＰＤＳＣＨがいずれも端末のバッファー／メモリにあると仮定し、残りのバッファー／メモリ空間のみを使用できるＮＰＵＳＣＨをスケジュールすることができる。この時、端末の受信ソフトバッファーは各情報ビットごとにＬＬＲを表現するためのビット数を基地局又は標準で特定値に指定して計算することができる。もし端末がそれを満たさないインターリーブスケジューリングを受信する場合は、該当バッファーの一部又は全体領域を新しく受信された又は送信した情報により上書きするか、又は遅く受信されたインターリーブスケジューリングを無視することができる。

図１６は本発明に適用可能な基地局及び端末を例示する。

図１６を参照すると、無線通信システムは、基地局(ＢＳ)１１０及び端末(ＵＥ)１２０を含む。無線通信システムがリレーを含む場合、基地局又は端末はリレーに代替されてもよい。

基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数(ＲａｄｉｏＦｒｅｑｕｅｎｃｙ、ＲＦ)ユニット１１６を含む。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成される。メモリ１１４は、プロセッサ１１２に接続され、プロセッサ１１２の動作に関連する様々な情報を格納する。ＲＦユニット１１６は、プロセッサ１１２に接続され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及び無線周波数ユニット１２６を含む。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成される。メモリ１２４は、プロセッサ１２２に接続され、プロセッサ１２２の動作に関連する様々な情報を格納する。ＲＦユニット１２６は、プロセッサ１２２に接続され、無線信号を送信及び／又は受信する。

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

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

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

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

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

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

Claims

ＴＤＤ基盤の無線通信システムにおいて端末が信号を受信する方法であって、
狭帯域物理下りリンク制御チャネル（ＮＰＤＣＣＨ）を検出する段階と、
前記ＮＰＤＣＣＨの検出に基づいて、下りリンクサブフレーム内の狭帯域物理下りリンク共有チャネル（ＮＰＤＳＣＨ）を１つのキャリア上で受信する段階と、を含み、
前記下りリンクサブフレームは、上りリンクサブフレームの直後に続き、
インバンドモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、ｋ番目(ｋ＞１)のＯＦＤＭシンボルから開始して、前記ＮＰＤＳＣＨのどの部分もスキップすることなしに受信され、
ガードバンド又はスタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、前記ＮＰＤＳＣＨの開始部分をスキップして受信される、方法。
前記端末は、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）端末を含む、請求項１に記載の方法。
前記ガードバンド又は前記スタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨの受信は、前記下りリンクサブフレームの１番目のＯＦＤＭシンボルの少なくとも一部でスキップされる、請求項１に記載の方法。
前記ガードバンド又は前記スタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、前記下りリンクサブフレームの１番目のＯＦＤＭシンボルから開始して配置される、請求項３に記載の方法。
前記ＮＰＤＳＣＨは、設定される２つのＨＡＲＱプロセスに更に基づいて、前記ＮＰＤＳＣＨのどの部分もスキップすることなしに受信される、請求項１に記載の方法。
前記ＮＰＤＳＣＨに対して使用される副搬送波間隔は１５ｋＨｚである、請求項１に記載の方法。
前記無線通信システムは３ＧＰＰ基盤の無線通信システムを含む、請求項１に記載の方法。
ＴＤＤ基盤の無線通信システムにおける端末であって、
ＲＦモジュールと、
プロセッサと、を含み、前記プロセッサは、
狭帯域物理下りリンク制御チャネル（ＮＰＤＣＣＨ）を検出し、前記ＮＰＤＣＣＨの検出に基づいて、下りリンクサブフレーム内の狭帯域物理下りリンク共有チャネル（ＮＰＤＳＣＨ）を１つのキャリア上で受信するように構成され、
前記下りリンクサブフレームは、上りリンクサブフレームの直後に続き、
インバンドモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、ｋ番目(ｋ＞１)のＯＦＤＭシンボルから開始して、前記ＮＰＤＳＣＨのどの部分もスキップすることなしに受信され、
ガードバンド又はスタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、前記ＮＰＤＳＣＨの開始部分をスキップして受信される、端末。
前記端末は、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ)端末を含む、請求項８に記載の端末。
前記ガードバンド又は前記スタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨの受信は、前記下りリンクサブフレームの１番目のＯＦＤＭシンボルの少なくとも一部でスキップされる、請求項８に記載の端末。
前記ガードバンド又は前記スタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、前記下りリンクサブフレームの１番目のＯＦＤＭシンボルから開始して配置される、請求項１０に記載の端末。
前記ＮＰＤＳＣＨは、設定される２つのＨＡＲＱプロセスに更に基づいて、前記ＮＰＤＳＣＨのどの部分もスキップすることなしに受信される、請求項８に記載の端末。
前記ＮＰＤＳＣＨに対して使用される副搬送波間隔は１５ｋＨｚである、請求項８に記載の端末。
前記無線通信システムは３ＧＰＰ基盤の無線通信システムを含む、請求項８に記載の端末。