(57)【特許請求の範囲】
【請求項１】
ＴＤＤ基盤の無線通信システムにおいて端末が信号を受信する方法であって、
狭帯域物理下りリンク制御チャネル（ＮＰＤＣＣＨ）を検出する段階と、
前記ＮＰＤＣＣＨの検出に基づいて、下りリンクサブフレーム内の狭帯域物理下りリンク共有チャネル（ＮＰＤＳＣＨ）を１つのキャリア上で受信する段階と、を含み、
前記下りリンクサブフレームは、上りリンクサブフレームの直後に続き、
インバンドモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、ｋ番目(ｋ＞１)のＯＦＤＭシンボルから開始して、前記ＮＰＤＳＣＨのどの部分もスキップすることなしに受信され、
ガードバンド又はスタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、前記ＮＰＤＳＣＨの開始部分をスキップして受信される、方法。
【請求項２】
前記端末は、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ）端末を含む、請求項１に記載の方法。
【請求項３】
前記ガードバンド又は前記スタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨの受信は、前記下りリンクサブフレームの１番目のＯＦＤＭシンボルの少なくとも一部でスキップされる、請求項１に記載の方法。
【請求項４】
前記ガードバンド又は前記スタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、前記下りリンクサブフレームの１番目のＯＦＤＭシンボルから開始して配置される、請求項３に記載の方法。
【請求項５】
前記ＮＰＤＳＣＨは、設定される２つのＨＡＲＱプロセスに更に基づいて、前記ＮＰＤＳＣＨのどの部分もスキップすることなしに受信される、請求項１に記載の方法。
【請求項６】
前記ＮＰＤＳＣＨに対して使用される副搬送波間隔は１５ｋＨｚである、請求項１に記載の方法。
【請求項７】
前記無線通信システムは３ＧＰＰ基盤の無線通信システムを含む、請求項１に記載の方法。
【請求項８】
ＴＤＤ基盤の無線通信システムにおける端末であって、
ＲＦモジュールと、
プロセッサと、を含み、前記プロセッサは、
狭帯域物理下りリンク制御チャネル（ＮＰＤＣＣＨ）を検出し、前記ＮＰＤＣＣＨの検出に基づいて、下りリンクサブフレーム内の狭帯域物理下りリンク共有チャネル（ＮＰＤＳＣＨ）を１つのキャリア上で受信するように構成され、
前記下りリンクサブフレームは、上りリンクサブフレームの直後に続き、
インバンドモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、ｋ番目(ｋ＞１)のＯＦＤＭシンボルから開始して、前記ＮＰＤＳＣＨのどの部分もスキップすることなしに受信され、
ガードバンド又はスタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、前記ＮＰＤＳＣＨの開始部分をスキップして受信される、端末。
【請求項９】
前記端末は、狭帯域ＩｏＴ（ＮＢ−ＩｏＴ)端末を含む、請求項８に記載の端末。
【請求項１０】
前記ガードバンド又は前記スタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨの受信は、前記下りリンクサブフレームの１番目のＯＦＤＭシンボルの少なくとも一部でスキップされる、請求項８に記載の端末。
【請求項１１】
前記ガードバンド又は前記スタンドアローンモードにある前記キャリアに基づいて、前記ＮＰＤＳＣＨは、前記下りリンクサブフレームの１番目のＯＦＤＭシンボルから開始して配置される、請求項１０に記載の端末。
【請求項１２】
前記ＮＰＤＳＣＨは、設定される２つのＨＡＲＱプロセスに更に基づいて、前記ＮＰＤＳＣＨのどの部分もスキップすることなしに受信される、請求項８に記載の端末。
【請求項１３】
前記ＮＰＤＳＣＨに対して使用される副搬送波間隔は１５ｋＨｚである、請求項８に記載の端末。
【請求項１４】
前記無線通信システムは３ＧＰＰ基盤の無線通信システムを含む、請求項８に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より詳しくは、無線信号の送受信方法及び装置に関する。無線通信システムはＮＢ−ＩｏＴ(Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ)基盤の無線通信システムを含む。
【背景技術】
【０００２】
無線接続システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは可用のシステムリソース(帯域幅、送信電力など)を共有して複数のユーザとの通信を支援できる多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例には、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線信号送受信の過程を効率的に行う方法及びそのための装置を提供することにある。
【０００４】
本発明で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。
【課題を解決するための手段】
【０００５】
本発明の一態様では、無線通信システムにおいて端末が信号を受信する方法であって、ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)を繰り返し送信する段階、及びＰＵＳＣＨの繰り返し送信後に続くＤＬ区間でＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)を繰り返し受信する段階を含み、端末がインバンドモードで動作する場合、各ＰＤＳＣＨはＤＬ区間内の対応する各時間ユニットでｋ番目以後のＯＦＤＭ(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)シンボルから受信され(ｋ＞１)、端末がガードバンド又はスタンドアローンモードで動作する場合は、ＰＤＳＣＨの繰り返し受信時にＤＬ区間の開始部分で信号受信がスキップされる方法が提要される。
【０００６】
本発明の他の態様では、無線通信システムに使用される端末であって、ＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)モジュール、及びプロセッサを含み、該プロセッサは、ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)を繰り返し送信し、ＰＵＳＣＨの繰り返し送信後に続くＤＬ区間でＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)を繰り返し受信するように構成され、端末がインバンドモードで動作する場合、各ＰＤＳＣＨはＤＬ区間内の対応する各時間ユニットでｋ番目後のＯＦＤＭ(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)シンボルから受信され(ｋ＞１)、端末がガードバンド又はスタンドアローンモードで動作する場合、ＰＤＳＣＨの繰り返し受信時にＤＬ区間の開始部分で信号受信がスキップされる端末が提供される。
【０００７】
好ましくは、端末はＮＢ−ＩｏＴ(Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ)端末を含む。
【０００８】
好ましくは、端末がガードバンド又はスタンドアローンモードで動作する場合、ＰＤＳＣＨの繰り返し受信時にＤＬ区間の１番目の時間ユニットの少なくとも１番目のＯＦＤＭシンボルの一部で信号受信がスキップされる。この時、ＰＤＳＣＨの繰り返し受信時にＤＬ区間内の連続する時間ユニットのうちの２番目以後の時間ユニットでは１番目のＯＦＤＭシンボルから信号が受信される。
【０００９】
好ましくは、ＰＵＳＣＨの繰り返し送信とＰＤＳＣＨの繰り返し受信は同じキャリア上でＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)方式で行われる。
【００１０】
好ましくは、ＰＵＳＣＨはＮＰＵＳＣＨ(Ｎａｒｒｏｗｂａｎｄ ＰＵＳＣＨ)を含み、ＰＤＳＣＨはＮＰＤＳＣＨ(Ｎａｒｒｏｗｂａｎｄ ＰＤＳＣＨ)を含み、ＮＰＤＳＣＨの送信に使用される副搬送波間隔は１５ｋＨｚである。
【００１１】
好ましくは、無線通信システムは３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)基盤の無線通信システムを含む。
【発明の効果】
【００１２】
本発明によれば、無線通信システムにおいて無線信号送受信を効率的に行うことができる。
【００１３】
本発明から得られる効果は、以上で言及した効果に限定されず、言及していない他の効果は、以下の本発明の実施例に関する記載から、本発明の属する技術の分野における通常の知識を有する者にとって明確に導出され理解されるであろう。
【図面の簡単な説明】
【００１４】
以下に添付する図面は、本発明に関する理解を助けるためのものであり、詳細な説明と共に本発明に関する実施例を提供する。
【００１５】
【図１】無線通信システムの一例である３ＧＰＰ ＬＴＥ(−Ａ)システムに用いられる物理チャネル及びそれらを用いた一般的な信号送信方法を例示する図である。
【図２】無線フレームの構造の一例を示す図である。
【図３】下りリンクスロットに対するリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する図である。
【図４】下りリンクサブフレームの構造の一例を示す図である。
【図５】ＬＴＥ(−Ａ)で使用される上りリンクサブフレームの構造を例示する図である。
【図６】自己完結(ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ)サブフレームの構造を例示する図である。
【図７】３ＧＰＰ ＮＲに定義されたフレーム構造を例示する図である。
【図８】ＬＴＥ帯域幅１０ＭＨｚでのインバンドアンカーキャリアの配置を例示する図である。
【図９】ＦＤＤ ＬＴＥシステムにおいてＮＢ−ＩｏＴ下りリンク物理チャネル／信号が送信される位置を例示する図である。
【図１０】インバンドモードにおいてＮＢ−ＩｏＴ信号とＬＴＥ信号のリソース割り当てを例示する図である。
【図１１】マルチキャリアが構成される場合のスケジューリングを例示する図である。
【図１２】本発明による信号送受信を例示する図である。
【図１３】本発明による信号送受信を例示する図である。
【図１４】本発明による信号送受信を例示する図である。
【図１５】本発明による信号送受信を例示する図である。
【図１６】本発明に適用可能な基地局及び端末を例示する図である。
【発明を実施するための形態】
【００１６】
以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような様々な無線接続システムに適用することができる。ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡはＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)はＥ−ＵＴＲＡを用いるＥ−ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、ＬＴＥ−Ａ(Ａｄｖａｎｃｅｄ)は３ＧＰＰ ＬＴＥを改良したシステムである。説明を明確にするために３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に述べるが、本発明の技術思想はこれに限られない。
【００１７】
無線接続システムにおいて、端末は、下りリンク(ＤＬ：Ｄｏｗｎｌｉｎｋ)で基地局から情報を受信し、上りリンク(ＵＬ：Ｕｐｌｉｎｋ)で基地局に情報を送信する。基地局と端末が送受信する情報データ及び種々の制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【００１８】
図１は３ＧＰＰ ＬＴＥ(−Ａ)システムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を説明する図である。 
【００１９】
電源が消えた状態で電源がついたり、新しくセルに進入したりした端末は、段階Ｓ１０１で、基地局と同期を取るなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う。そのために、端末は基地局から主同期チャネル(Ｐ−ＳＣＨ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ)及び副同期チャネル(Ｓ−ＳＣＨ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ)を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、端末は基地局から物理放送チャネル(ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)信号を受信してセル内放送情報を取得する。一方、端末は初期セル探索段階で下りリンク参照信号(ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)を受信して下りリンクチャネル状態を確認することができる。
【００２０】
初期セル探索を終えた端末は、Ｓ１０２段階で、物理下りリンク制御チャネル(ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、及び物理下りリンク制御チャネル情報に対応する物理下りリンク共有チャネル(ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を受信して、より具体的なシステム情報を得る。
【００２１】
その後、端末は基地局への接続を完了するために、段階Ｓ１０３〜段階Ｓ１０６のようなランダムアクセス過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行う。そのために、端末は物理ランダムアクセスチャネル(ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を送信し(Ｓ１０３)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルでプリアンブルに対する応答メッセージを受信する(Ｓ１０４)。競合ベースのランダムアクセスの場合、更なる物理ランダムアクセスチャネルの送信(Ｓ１０５)、及び物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信(Ｓ１０６)のような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う。
【００２２】
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信(Ｓ１０７)、及び物理上りリンク共有チャネル(ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)／物理上りリンク制御チャネル(ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)の送信(Ｓ１０８)を行うことができる。端末が基地局に送信する制御情報を総称して上りリンク制御情報(ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)という。ＵＣＩは、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＳＩ(ＣＨＡＮＮＥＬ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータが同時に送信されるべき場合にはＰＵＳＣＨを介して送信されてもよい。また、ネットワークの要求／指示によってＰＵＳＣＨでＵＣＩを非周期的に送信することもできる。
【００２３】
図２は無線フレームの構造を例示する。上りリンク／下りリンクデータパケットの送信はサブフレーム単位で行われ、一つのサブフレームは多数のＯＦＤＭシンボルを含む一定時間区間として定義される。３ＧＰＰ ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）に適用可能なタイプ１の無線フレーム構造及びＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。 
【００２４】
図２(ａ)はタイプ１の無線フレームの構造を示す図である。下りリンク無線フレームは１０個のサブフレームで構成され、一つのサブフレームは時間領域において２個のスロットで構成される。一つのサブフレームが送信されるのにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）という。例えば、一つのサブフレームの長さは１ｍｓであり、一つのスロットの長さは０．５ｍｓである。一つのスロットは、時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で多数のリソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ ＬＴＥシステムでは、下りリンクでＯＦＤＭＡを使用するので、ＯＦＤＭシンボルが一つのシンボル区間を表す。またＯＦＤＭシンボルはＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶことができる。リソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ；ＲＢ）は、リソース割当単位であり、一つのスロットにおいて複数の連続する副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。
【００２５】
１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって変わることができる。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄ ＣＰ）と一般ＣＰ（ｎｏｒｍａｌ ＣＰ）がある。例えば、ＯＦＤＭシンボルが一般ＣＰにより構成された場合、一つのスロットに含まれるＯＦＤＭシンボルの数は７個である。ＯＦＤＭシンボルが拡張ＣＰにより構成された場合、１ＯＦＤＭシンボルの長さが伸びるので、一つのスロットに含まれるＯＦＤＭシンボルの数は一般ＣＰの場合よりも少ない。拡張ＣＰの場合に、例えば、一つのスロットに含まれるＯＦＤＭシンボルの数は６個である。端末が速い速度で移動するなど、チャネル状態が不安定な場合には、シンボル間の干渉をより減少させるために、拡張ＣＰを用いることができる。
【００２６】
一般ＣＰを用いる場合、一つのスロットは７個のＯＦＤＭシンボルを含むので、一つのサブフレームは１４個のＯＦＤＭシンボルを含む。この時、各サブフレームの最初の３個のＯＦＤＭシンボルは、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）に割り当てられ、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に割り当てられることができる。
【００２７】
図２(ｂ)はタイプ２の無線フレームの構造を示す図である。タイプ２の無線フレームは２つのハーフフレーム(ｈａｌｆ ｆｒａｍｅ)で構成される。ハーフフレームは４(５)個の一般サブフレームと１(０)個のスペシャルサブフレームを含む。一般サブフレームはＵＬ−ＤＬ構成(Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ Ｃｏｎｆｉｇｕｒａｔｉｏｎ)によって上りリンク又は下りリンクに使用される。サブフレームは２つのスロットで構成される。
【００２８】
表１はＵＬ−ＤＬ構成による無線フレーム内のサブフレーム構成を例示する。
【００２９】
【表１】
0006905636.tif 000002
【００３０】
表において、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓはスペシャル(ｓｐｅｃｉａｌ)サブフレームを示す。スペシャルサブフレームはＤｗＰＴＳ(Ｄｏｗｎｌｉｎｋ Ｐｉｌｏｔ ＴｉｍｅＳｌｏｔ)、ＧＰ(Ｇｕａｒｄ Ｐｅｒｉｏｄ)、ＵｐＰＴＳ(Ｕｐｌｉｎｋ Ｐｉｌｏｔ ＴｉｍｅＳｌｏｔ)を含む。ＤｗＰＴＳは端末における初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局におけるチャネル推定と端末との上り伝送同期化に用いられる。保護区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクにおいて干渉を除去するための区間である。
【００３１】
無線フレームの構造は例示に過ぎず、無線フレームでサブフレームの数、スロットの数、シンボルの数は様々に変更可能である。
【００３２】
図３は下りリンクスロットのリソースグリッドを例示する。
【００３３】
図３を参照すると、下りリンクスロットは時間ドメインにおいて複数のＯＦＤＭシンボルを含む。ここで、１つの下りリンクスロットは７個のＯＦＤＭシンボルを含み、１つのリソースブロックは周波数ドメインにおいて１２個の副搬送波を含むとしているが、これに限定されるものではない。リソースグリッド上で各要素をリソース要素(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ)といい、１つのＲＢは１２×７個のＲＥを含む。下りリンクスロットに含まれるＲＢの数ＮＤＬは、下りリンク送信帯域幅(ｂａｎｄｗｉｄｔｈ)に従属する。上りリンクスロットの構造は下りリンクスロットの構造と同一であってよい。
【００３４】
図４は下りリンクサブフレームの構造を例示する。
【００３５】
図４を参照すると、サブフレームの一番目スロットにおいて前側に位置する最大３(４)個のＯＦＤＭシンボルは制御チャネルが割り当てられる制御領域に対応する。その他のＯＦＤＭシンボルは、ＰＤＳＣＨ(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｃｅｌ)が割り当てられるデータ領域に該当し、データ領域の基本リソース単位はＲＢである。ＬＴＥにおいて使用される下りリンク制御チャネルの例は、ＰＣＦＩＣＨ(ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ)、ＰＤＣＣＨ(ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ)、ＰＨＩＣＨ(ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ＡＲＱ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ)などを含む。ＰＣＦＩＣＨはサブフレームの一番目ＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの伝送に使われるＯＦＤＭシンボルの数についての情報を運ぶ。ＰＨＩＣＨは上りリンク伝送に対する応答であり、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ)信号を運ぶ。ＰＤＣＣＨを介して伝送される制御情報はＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)と称される。ＤＣＩは上りリンク又は下りリンクのスケジュール情報又は任意の端末グループのための上りリンク伝送電力制御命令(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ Ｃｏｍｍａｎｄ)を含む。
【００３６】
ＰＤＣＣＨを介して送信される制御情報をＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)と言う。ＤＣＩフォーマットは上りリンク用にフォーマット０、３、３Ａ、４、下りリンク用にフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃなどのフォーマットが定義されている。ＤＣＩフォーマットによって情報フィールドの種類、情報フィールドの数、各々の情報フィールドのビットの数などが変わる。例えば、ＤＣＩフォーマットは用途によってホッピングフラグ(ｈｏｐｐｉｎｇ ｆｌａｇ)、ＲＢ割当て、ＭＣＳ(Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ)、ＲＶ(Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ)、ＮＤＩ(Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ)、ＴＰＣ(Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ)、ＨＡＲＱプロセス番号、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)確認などの情報を選択的に含む。従って、ＤＣＩフォーマットによってＤＣＩフォーマットに整合される制御情報のサイズが変わる。なお、任意のＤＣＩフォーマットは２つ種類以上の制御情報伝送に使用される。例えば、ＤＣＩフォーマット０／１ＡはＤＣＩフォーマット０又はＤＣＩフォーマット１を運ぶために使用され、これらはフラグフィールド(ｆｌａｇ ｆｉｅｌｄ)により区分される。
【００３７】
ＰＤＣＣＨはＤＬ−ＳＣＨ(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)の伝送フォーマット及びリソース割り当て、ＵＬ−ＳＣＨ(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(ｐａｇｉｎｇ ｃｈａｎｎｅｌ)に対するページング情報、ＤＬ−ＳＣＨ上のシステム情報(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)、ＰＤＳＣＨ上で伝送されるランダム接続応答のような上位階層制御メッセージのリソース割り当て情報、任意の端末グループ内で個別の端末に対する伝送電力制御命令、ＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)の活性化(ａｃｔｉｖａｔｉｏｎ)などを運ぶ。複数のＰＤＣＣＨが制御領域内で送信されることができる。端末は複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは一つ又は複数の連続した制御チャネル要素(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ、ＣＣＥ)の集合(ａｇｇｒｅｇａｔｉｏｎ)上で送信される。ＣＣＥは無線チャネル状態に基づいて所定の符号率のＰＤＣＣＨを提供するために使われる論理的割当てユニットである。ＣＣＥは複数のリソース要素グループ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ、ＲＥＧ)に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの数はＣＣＥの数とＣＣＥにより提供される符号率の間の相関関係によって決定される。基地局は端末に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ(Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ)を付け加える。ＣＲＣはＰＤＣＣＨの所有者又は使用目的によって識別子(例えば、ＲＮＴＩ(Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ))でマスキングされる。例えば、ＰＤＣＣＨが特定の端末のためのものである場合、該当端末の識別子(例えば、Ｃｅｌｌ−ＲＮＴＩ(Ｃ−ＲＮＴＩ))がＣＲＣにマスキングされることができる。ＰＤＣＣＨがページングメッセージのためのものである場合は、ページング識別子(例えば、Ｐａｇｉｎｇ−ＲＮＴＩ(Ｐ−ＲＮＴＩ))がＣＲＣにマスキングされる。ＰＤＣＣＨがシステム情報(より具体的に、システム情報ブロック(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ))のためのものである場合、ＳＩ−ＲＮＴＩ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ)がＣＲＣにマスキングされる。端末のランダム接続プリアンブルの送信に対する応答である、ランダム接続応答を指示するために、ＲＡ−ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ−ＲＮＴＩ)がＣＲＣにマスキングされる。
【００３８】
ＰＤＣＣＨはＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)と知られたメッセージを運び、ＤＣＩは１つの端末又は端末グループのためのリソース割り当て及び他の制御情報を含む。一般的に、複数のＰＤＣＣＨが１つのサブフレーム内で伝送される。各々のＰＤＣＣＨは１つ以上のＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)を用いて伝送され、各々のＣＣＥは９セットの４つのリソース要素に対応する。４つのリソース要素はＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)と称される。４つのＱＰＳＫシンボルが１つのＲＥＧにマッピングされる。参照信号に割り当てられたリソース要素はＲＥＧに含まれず、これによって与えられたＯＦＤＭシンボル内でＲＥＧの総数はセル−特定(ｃｅｌｌ−ｓｐｅｃｉｆｉｃ)の参照信号の存在有無によって変わる。ＲＥＧ概念(即ち、グループ単位マッピング、各々のグループは４つのリソース要素を含む)は、他の下りリンク制御チャネル(ＰＣＦＩＣＨ及びＰＨＩＣＨ)にも使用される。即ち、ＲＥＧは制御領域の基本リソース単位として使用される。４つのＰＤＣＣＨフォーマットが表２のように支援される。
【００３９】
【表２】
0006905636.tif 000003
【００４０】
ＣＣＥは連続して番号付けされて使用され、デコーディングプロセスを単純化するために、
ｎＣＣＥｓで構成されたフォーマットを有するＰＤＣＣＨはｎの倍数と同じ数を有するＣＣＥでのみ始まる。所定のＰＤＣＣＨの伝送のために使用されるＣＣＥの数は、チャネル条件に従って基地局により決定される。例えば、ＰＤＣＣＨが良好な下りリンクチャネル(例えば、基地局に近い)を有する端末のためのものである場合、１つのＣＣＥでも十分である。しかし、悪いチャネル(例えば、セル境界に近い)を有する端末の場合は、十分な堅牢さ(ｒｏｂｕｓｔｎｅｓｓ)を得るために、８つのＣＣＥが使用される。また、ＰＤＣＣＨのパーワレベルをチャネル条件に合わせて調節できる。
【００４１】
ＬＴＥに導入された方案は、各々の端末のためにＰＤＣＣＨが位置可能な制限されたセットにおけるＣＣＥ位置を定義することである。端末が自分のＰＤＣＣＨを探索できる制限されたセットにおけるＣＣＥの位置は、検索空間(Ｓｅａｒｃｈ Ｓｐａｃｅ、ＳＳ)と称される。ＬＴＥにおいて、検索空間は各々のＰＤＣＣＨフォーマットによって異なるサイズを有する。また、ＵＥ−特定(ＵＥ−ｓｐｅｃｉｆｉｃ)及び共通(ｃｏｍｍｏｎ)の検索空間が別に定義される。ＵＥ−特定の検索空間(ＵＥ−Ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＵＳＳ)は、各々の端末のために個々に設定され、共通検索空間(Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＣＳＳ)の範囲は全端末に通知される。ＵＥ−特定及び共通検索空間は、与えられた端末に対して重なり合うことができる。非常に小さい検索空間を有する時、所定の端末のための検索空間において一部のＣＣＥ位置が割り当てられた場合は残ったＣＣＥがないため、与えられたサブフレーム内で基地局はできる限り全ての端末にＰＤＣＣＨを伝送するＣＣＥリソースを見つけることができない。このようにブロッキングが次のサブフレームに続く可能性を最小化するために、ＵＥ−特定検索空間の開始位置に端末−特定ホッピングシーケンスが適用される。
【００４２】
表３は共通及びＵＥ−特定検索空間のサイズを表す。
【００４３】
【表３】
0006905636.tif 000004
【００４４】
ブラインドデコード(Ｂｌｉｎｄ Ｄｅｃｏｄｉｎｇ；ＢＤ)の総回数による計算負荷を統制下におくために、端末は定義された全てのＤＣＩフォーマットを同時に検索することが要求されない。一般的に、ＵＥ−特定検索空間内で端末は常にフォーマット０と１Ａを検索する。フォーマット０と１Ａは同じサイズを有し、メッセージ内のフラグによって区分される。また端末は追加フォーマットを受信するように要求されることができる(例えば、基地局により設定されたＰＤＳＣＨ伝送モードによって１，１Ｂ又は２)。共通検索空間において端末はフォーマット１Ａ及び１Ｃをサーチする。また端末はフォーマット３又は３Ａをサーチするように設定されることができる。フォーマット３及び３Ａはフォーマット０及び１Ａと同じサイズを有し、端末−特定識別者よりは、互いに異なる(共通)識別者でＣＲＣをスクランブルすることにより区分される。以下、伝送モードによるＰＤＳＣＨの伝送技法、及びＤＣＩフォーマットの情報コンテンツを記載する。
【００４５】
伝送モード(Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ、ＴＭ)
【００４６】
●  伝送モード１：単一基地局アンテナポートからの伝送
【００４７】
●  伝送モード２：伝送ダイバーシティ
【００４８】
●  伝送モード３：開−ループ空間多重化
【００４９】
●  伝送モード４：閉−ループ空間多重化
【００５０】
●  伝送モード５：多重ユーザ  ＭＩＭＯ
【００５１】
●  伝送モード６：閉−ループ  ランク−１プリコーディング
【００５２】
●  伝送モード７：単一−アンテナポート(ポート５)の伝送
【００５３】
●  伝送モード８：二重レイヤ伝送(ポート７及び８)又は単一−アンテナポート(ポート７又は８)の伝送
【００５４】
●  伝送モード９：最大８つのレイヤ伝送(ポート７乃至１４)又は単一−アンテナポート(ポート７又は８)の伝送
【００５５】
ＤＣＩフォーマット
【００５６】
●  フォーマット０：ＰＵＳＣＨ伝送(上りリンク)のためのリソースグラント
【００５７】
●  フォーマット１：単一コードワード  ＰＤＳＣＨの伝送(伝送モード１，２及び７)のためのリソース割り当て
【００５８】
●  フォーマット１Ａ：単一コードワード  ＰＤＳＣＨ(全てのモード)のためのリソース割り当てのコンパクトシグナリング
【００５９】
●  フォーマット１Ｂ：ランク−１  閉−ループ  プリコーディングを用いるＰＤＳＣＨ(モード６)のためのコンパクトリソースの割り当て
【００６０】
●  フォーマット１Ｃ：ＰＤＳＣＨ(例えば、ページング／ブロードキャスティングシステム情報)のための非常にコンパクトなリソースの割り当て
【００６１】
●  フォーマット１Ｄ：多重ユーザ  ＭＩＭＯを用いるＰＤＳＣＨ(モード５)のためのコンパクトなリソースの割り当て
【００６２】
●  フォーマット２：閉−ループ  ＭＩＭＯ動作のＰＤＳＣＨ(モード４)のためのリソースの割り当て
【００６３】
●  フォーマット２Ａ：開−ループ  ＭＩＭＯ動作のＰＤＳＣＨ(モード３)のためのリソースの割り当て
【００６４】
●  フォーマット３／３Ａ：ＰＵＣＣＨ及びＰＵＳＣＨのために２ビット／１ビットのパワー調整値を有するパワーコントロールコマンド
【００６５】
図５はＬＴＥ(−Ａ)で使用される上りリンクサブフレームの構造を例示する図である。
【００６６】
図５を参照すると、サブフレーム５００は２つの０．５ｍｓスロット５０１で構成される。普通(Ｎｏｒｍａｌ)循環前置(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ、ＣＰ)の長さを仮定した時、各々のスロットは７つのシンボル５０２で構成され、１つのシンボルは１つのＳＣ−ＦＤＭＡシンボルに対応する。リソースブロック(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＲＢ)５０３は周波数領域で１２つの副搬送波、また時間領域で１つのスロットに該当するリソース割り当て単位である。ＬＴＥ(−Ａ)の上りリンクサブフレームの構造は大きくデータ領域５０４と制御領域５０５に区分される。データ領域は各々の端末に伝送される音声、パケットなどのデータ送信に使用される通信リソースを意味し、ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)を含む。制御領域は上りリンク制御信号、例えば、各々の端末からの下りリンクチャネル品質報告、下りリンク信号に対する受信ＡＣＫ／ＮＡＣＫ、上りリンクスケジューリング要請などの伝送に使用される通信リソースを意味し、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を含む。サウンディング参照信号(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＳＲＳ)は１つのサブフレームで時間軸上で最後に位置するＳＣ−ＦＤＭＡシンボルを介して伝送される。同じサブフレームの最後のＳＣ−ＦＤＭＡで伝送される複数の端末のＳＲＳは、周波数位置／シーケンスによって区分できる。ＳＲＳは上りリンクのチャネル状態を基地局に伝送するために使用され、上位階層(例えば、ＲＲＣ階層)により設定されたサブフレームの周期／オフセットによって周期的に伝送されるか、或いは基地局の要請によって非周期的に伝送される。
【００６７】
一方、次世代ＲＡＴ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)においては、データ伝送遅延(ｌａｔｅｎｃｙ)を最小化するために、自己完結(ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ)サブフレームが考えられている。図６は自己完結サブフレームの構造を例示している。図６において、斜線領域はＤＬ制御領域を示し、黒色部分はＵＬ制御領域を示す。その他の領域はＤＬデータ伝送又はＵＬデータ伝送のために使用される。１つのサブフレーム内でＤＬ伝送とＵＬ伝送が順に行われるので、サブフレーム内でＤＬデータを出し、ＵＬ ＡＣＫ／ＮＡＣＫを受けることができる。結果として、データ伝送エラーの発生時にデータ再伝送までにかかる時間を短縮させることにより、最終データ伝達の遅延を最小化することができる。
【００６８】
構成／設定が可能な自己完結サブフレームタイプの例として、少なくとも以下の４つのタイプが考えられる。各々の区間は時間順に並んでいる。
【００６９】
−ＤＬ制御区間＋ＤＬデータ区間＋ＧＰ(Ｇｕａｒｄ Ｐｅｒｉｏｄ)＋ＵＬ制御区間
【００７０】
−ＤＬ制御区間＋ＤＬデータ区間
【００７１】
−ＤＬ制御区間＋ＧＰ＋ＵＬデータ区間＋ＵＬ制御区間
【００７２】
−ＤＬ制御区間＋ＧＰ＋ＵＬデータ区間
【００７３】
ＤＬ制御区間ではＰＤＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨが伝送され、ＤＬデータ区間ではＰＤＳＣＨが伝送される。ＵＬ制御区間ではＰＵＣＣＨが伝送され、ＵＬデータ区間ではＰＵＳＣＨが伝送される。ＧＰは基地局と端末が送信モードから受信モードに転換される過程又は受信モードから送信モードに転換される過程で時間ギャップを提供する。サブフレーム内においてＤＬからＵＬに転換される時点の一部ＯＦＤＭシンボルがＧＰと設定される。
【００７４】
３ＧＰＰ ＮＲシステム環境では、１つの端末に併合される複数のセル間にＯＦＤＭニューマロロジー、例えば、副搬送波間隔(ＳＣＳ)及びそれに基づくＯＦＤＭシンボル(ＯＳ)区間(ｄｕｒａｔｉｏｎ)が異なるように設定される。これにより、同数のシンボルで構成された時間リソース(例、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と統称)の(絶対時間)区間が併合されたセル間に異なるように設定される。ここで、シンボルはＯＦＤＭシンボル、ＳＣ−ＦＤＭＡシンボルを含む。
【００７５】
図７は３ＧＰＰ ＮＲに定義されたフレーム構造を例示する。ＬＴＥ／ＬＴＥ−Ａの無線フレームのように(図２を参照)、３ＧＰＰ ＮＲにおいて１つの無線フレームは１０個のサブフレームで構成され、各サブフレームは１ｍｓの長さを有する。１つのサブフレームは１つ以上のスロットを含み、スロット長さはＳＣＳによって異なる。３ＧＰＰ ＮＲは１５ＫＨｚ、３０ＫＨｚ、６０ＫＨｚ、１２０ＫＨｚ、２４０ＫＨｚのＳＣＳを支援する。ここで、スロットは図６のＴＴＩに対応する。
【００７６】
表４はＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数、サブフレームごとのスロット数が変化することを例示する。
【００７７】
【表４】
0006905636.tif 000005
【００７８】
以下、ＮＢ−ＩｏＴ(Ｎａｒｒｏｗ Ｂａｎｄ−Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ)について説明する。便宜上、３ＧＰＰ ＬＴＥ標準に基づくＮＢ−ＩｏＴを主に説明するが、以下の説明は３ＧＰＰ ＮＲ標準にも同様に適用できる。このために、一部の技術構成を変更して解釈することもできる(例：ＬＴＥ帯域−＞ＮＲ帯域、サブフレーム−＞スロット)。
【００７９】
ＮＢ−ＩｏＴはインバンド、ガードバンド、スタンドアローンの３つの運用モードを支援し、各モードごとに同じ要求事項が適用される。
【００８０】
(１)インバンドモード:ＬＴＥ帯域内のリソースの一部をＮＢ−ＩｏＴに割り当てる。
【００８１】
(２)ガードバンドモード:ＬＴＥの保護周波数帯域を活用し、ＮＢ−ＩｏＴキャリアはＬＴＥの縁部の副搬送波にできる限り近く配置される。
【００８２】
(３)スタンドアローンモード:ＧＳＭ帯域内の一部キャリアをＮＢ−ＩｏＴに割り当てる。
【００８３】
ＮＢ−ＩｏＴ端末は初期同期化のために１００ｋＨｚ単位でアンカーキャリアを探索し、インバンド及びガードバンドにおいてアンカーキャリアの中心周波数は１００ｋＨｚチャネルラスターから±７.５ｋＨｚ以内に位置する必要がある。ＬＴＥ ＰＲＢのうちの６個のＰＲＢはＮＢ−ＩｏＴに割り当てられない。従って、アンカーキャリアは特定のＰＲＢのみに位置する。
【００８４】
図８はＬＴＥ帯域幅１０ＭＨｚでのインバンドアンカーキャリアの配置を例示する。
【００８５】
図８を参照すると、ＤＣ(Ｄｉｒｅｃｔ Ｃｕｒｒｅｎｔ)副搬送波はチャネルラスターに位置する。隣接するＰＲＢの間の中心周波数間隔が１８０ｋＨｚであるので、ＰＲＢインデックス４、９、１４、１９、３０、３５、４０、４５はチャネルラスターから±２.５ｋＨに中心周波数が位置する。これと同様に、ＬＴＥ帯域幅２０ＭＨｚでアンカーキャリアとして適合するＰＲＢの中心周波数はチャネルラスターから±２.５ｋＨｚに位置し、ＬＴＥ帯域幅３ＭＨｚ、５ＭＨｚ、１５ＭＨｚでアンカーキャリアとして適合するＰＲＢの中心周波数はチャネルラスターから±７.５ｋＨｚに位置する。
【００８６】
ガードバンドモードの場合、帯域幅１０ＭＨｚと２０ＭＨｚでＬＴＥの縁部のＰＲＢに隣接するＰＲＢがチャネルラスターから±２.５ｋＨｚに中心周波数が位置する。帯域幅３ＭＨｚ、５ＭＨｚ、１５ＭＨｚの場合、縁部のＰＲＢから３個の副搬送波に該当する保護周波数帯域を使用することにより、チャネルラスターから±７.５ｋＨｚにアンカーキャリアの中心周波数を位置させることができる。
【００８７】
スタンドアローンモードのアンカーキャリアは１００ｋＨｚチャネルラスターに整列され、ＤＣキャリアを含む全てのＧＳＭキャリアをＮＢ−ＩｏＴアンカーキャリアとして活用することができる。
【００８８】
ＮＢ−ＩｏＴはマルチキャリアを支援し、インバンド＋インバンド、インバンド＋ガードバンド、ガードバンド＋ガードバンド、スタンドアローン＋スタンドアローンの組み合わせが使用される。
【００８９】
ＮＢ−ＩｏＴ下りリンクは１５ｋＨｚ副搬送波間隔を有するＯＦＤＭＡ方式を使用する。これは副搬送波間の直交性を提供してＬＴＥシステムとの共存を円滑にする。
【００９０】
ＮＢ−ＩｏＴ下りリンクには、ＮＰＢＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)、ＮＰＤＳＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)、ＮＰＤＣＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)のような物理チャネルが提供され、ＮＰＳＳ(Ｎａｒｒｏｗｂａｎｄ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)、ＮＳＳＳ(Ｎａｒｒｏｗｂａｎｄ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)、ＮＲＳ(Ｎａｒｒｏｗｂａｎｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)のような物理信号が提供される。
【００９１】
ＮＰＢＣＨはＮＢ−ＩｏＴ端末がシステム接続に必要な最小限のシステム情報であるＭＩＢ−ＮＢ(Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ−Ｎａｒｒｏｗｂａｎｄ)を端末に伝達する。ＮＰＢＣＨ信号はカバレッジ向上のために総８回の繰り返し送信が可能である。ＭＩＢ−ＮＢのＴＢＳ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ)は３４ビットであり、６４０ｍｓ ＴＴＩ周期ごとに新しく更新される。ＭＩＢ−ＮＢは運用モード、ＳＦＮ(Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ)、Ｈｙｐｅｒ-ＳＦＮ、ＣＲＳ(ｃｅｌｌ−ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)ポート数、チャネルラスターオフセットなどの情報を含む。
【００９２】
ＮＰＳＳはシーケンス長さが１１であり、ルートインデックスが５であるＺＣ(Ｚａｄｏｆｆ−Ｃｈｕ)シーケンスで構成される。ＮＰＳＳは以下の数式により生成される。
【００９３】
【数１】
0006905636.tif 000006
【００９４】
ここで、ＯＦＤＭシンボルインデックスｌに対するＳ(ｌ)は表５のように定義される。
【００９５】
【表５】
0006905636.tif 000007
【００９６】
ＮＳＳＳは、シーケンス長さが１３１であるＺＣシーケンスとアダマール(Ｈａｄａｍａｒｄ)シーケンスのようなバイナリースクランブル(ｂｉｎａｒｙ ｓｃｒａｍｂｌｉｎｇ)シーケンスとの組み合わせで構成される。ＮＳＳＳはセル内のＮＢ−ＩｏＴ端末にシーケンスの組み合わせによりＰＣＩＤを指示する。
【００９７】
ＮＳＳＳは以下の数式により生成される。
【００９８】
【数２】
0006905636.tif 000008
【００９９】
ここで、数２に適用される変数は以下のように定義される。
【０１００】
【数３】
0006905636.tif 000009
【０１０１】
ここで、バイナリーシーケンスｂｑ(ｍ)は表６のように定義され、ｂ０(ｍ)〜ｂ３(ｍ)は各々１２８次のアダマールマトリックスの１、３２、６４、１２８列に該当する。フレーム番号ｎfに対する循環シフト(ｃｙｃｌｉｃ ｓｈｉｆｔ)θfは数４のように定義される。
【０１０２】
【表６】
0006905636.tif 000010
【０１０３】
【数４】
0006905636.tif 000011
【０１０４】
ここで、ｎｆは無線フレーム番号を示す。ｍｏｄはモジュロ関数を示す。
【０１０５】
ＮＲＳは下りリンク物理チャネルの復調に必要なチャネル推定のための基準信号として提供され、ＬＴＥと同じ方式で生成される。但し、初期化のための初期値としてＮＢ−ＰＣＩＤ(Ｎａｒｒｏｗｂａｎｄ−Ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ)(又はＮＣｅｌｌ ＩＤ、ＮＢ−ＩｏＴ基地局ＩＤ)を使用する。ＮＲＳは１つ又は２つのアンテナポートにより送信される(ｐ＝２０００、２００１)。
【０１０６】
ＮＰＤＣＣＨはＮＰＢＣＨと同じ送信アンテナ構成を有し、ＤＣＩを運ぶ。３種類のＤＣＩフォーマットを支援する。ＤＣＩフォーマットＮ０はＮＰＵＳＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)スケジューリング情報を含み、ＤＣＩフォーマットＮ１とＮ２はＮＰＤＳＣＨスケジューリング情報を含む。ＮＰＤＣＣＨはカバレッジ向上のために最大２０４８回の繰り返し送信が可能である。
【０１０７】
ＮＰＤＳＣＨはＤＬ−ＳＣＨ(Ｄｏｗｎｌｉｎｋ−Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)、ＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ)のような送信チャネルのデータ(例、ＴＢ)を送信するために使用される。最大ＴＢＳは６８０ビットであり、カバレッジ向上のために最大２０４８回の繰り返し送信が可能である。
【０１０８】
図９はＦＤＤ ＬＴＥシステムにおいてＮＢ−ＩｏＴ下りリンク物理チャネル／信号が送信される位置を例示する。
【０１０９】
図９を参照すると、ＮＰＢＣＨは毎フレームの１番目のサブフレーム、ＮＰＳＳは毎フレームの６番目のサブフレーム、ＮＳＳＳは毎偶数フレームの最後(例：１０番目)のサブフレームで送信される。ＮＢ−ＩｏＴ端末は同期信号(ＮＰＳＳ、ＮＳＳＳ)を用いて周波数、シンボル及びフレーム同期を得、５０４個のＰＣＩＤ(Ｐｈｙｓｉｃａｌ Ｃｅｌｌ ＩＤ)(即ち、基地局ＩＤ)を探索する。ＬＴＥ同期信号は６個のＰＲＢにより送信され、ＮＢ−ＩｏＴ同期信号は１個のＰＲＢにより送信される。
【０１１０】
ＮＢ−ＩｏＴにおいて、上りリンク物理チャネルはＮＰＲＡＣＨ(Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)とＮＰＵＳＣＨで構成され、シングルトン送信とマルチトン送信を支援する。シングルトン送信は３.５ｋＨｚと５ｋＨｚの副搬送波間隔に対して支援され、マルチトン送信は１５ｋＨｚの副搬送波間隔のみに対して支援される。上りリンクにおいて、１５Ｈｚの副搬送波間隔はＬＴＥとの直交性を維持することができるので、最適の性能を提供するが、３.７５ｋＨｚの副搬送波間隔は直交性が瓦解されて干渉による性能劣化が発生することができる。
【０１１１】
ＮＰＲＡＣＨプリアンブルは４個のシンボルグループで構成され、各シンボルグループはＣＰと５個の(ＳＣ−ＦＤＭＡ)シンボルで構成される。ＮＰＲＡＣＨは３.７５ｋＨｚの副搬送波間隔のシングルトン送信のみを支援し、互いに異なるセル半径を支援するために、長さ６６.７μsと２６６.６７μsのＣＰを提供する。各シンボルグループは周波数跳躍を行い、跳躍パターンは以下の通りである。１番目のシンボルグループを送信する副搬送波は擬似ランダム(ｐｓｅｕｄｏ−ｒａｎｄｏｍ)方式で決定される。２番目のシンボルグループは１副搬送波の跳躍、３番目のシンボルグループは６副搬送波の跳躍、また４番目のシンボルグループは１副搬送波の跳躍を行う。繰り返し送信の場合、周波数ホッピング手順を繰り返して適用し、カバレッジ向上のためにＮＰＲＡＣＨプリアンブルは最大１２８回までの繰り返し送信が可能である。
【０１１２】
ＮＰＵＳＣＨは２つのフォーマットを支援する。ＮＰＵＳＣＨフォーマット１はＵＬ−ＳＣＨ送信に使用され、最大ＴＢＳは１０００ビットである。ＮＰＵＳＣＨフォーマット２はＨＡＲＱ ＡＣＫシグナリングのような上りリンク制御情報送信に使用される。ＮＰＵＳＣＨフォーマット１はシングル／マルチトン送信を支援し、ＮＰＵＳＣＨフォーマット２はシングルトン送信のみを支援する。シングルトン送信の場合、ＰＡＰＲ(Ｐｅａｔ−ｔｏ−Ａｖｅｒａｇｅ Ｐｏｗｅｒ Ｒａｔｉｏ)を減らすために、ｐｉ／２−ＢＰＳＫ(Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)、ｐｉ／４−ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)を使用する。
【０１１３】
スタンドアローン及びガードバンドモードでは、１ＰＲＢに含まれた全てのリソースをＮＢ−ＩｏＴに割り当てることができる。一方、インバンドモードの場合は、既存のＬＴＥ信号との共存のために、リソースマッピングに制約がある。例えば、インバンドモードにおいて、ＬＴＥ制御チャネル割り当て領域に分類されるリソース(毎サブフレームの０〜２番目のＯＦＤＭシンボル)はＮＰＳＳ／ＮＳＳＳに割り当てられず、ＬＴＥ ＣＲＳ ＲＥにマッピングされたＮＰＳＳ／ＮＳＳＳシンボルは穿孔される。
【０１１４】
図１０はインバンドモードにおいてＮＢ−ＩｏＴ信号とＬＴＥ信号のリソース割り当てを例示する図である。図１０を参照すると、ＮＰＳＳ及びＮＳＳＳは容易な具現のために、運用モードに関係なくＬＴＥシステムの制御領域に該当するＯＦＤＭシンボル(例：サブフレーム内の最初の３個のＯＦＤＭシンボル)では送信されない。またＬＴＥ ＣＲＳ ＲＥと物理リソース上で衝突するＮＰＳＳ／ＮＳＳ ＲＥはパンクチャリングされてＬＴＥシステムに影響を与えないようにマッピングされる。
【０１１５】
セル探索後、ＮＢ−ＩｏＴ端末はＰＣＩＤ以外のシステム情報がない状況でＮＰＢＣＨを復調する。従って、ＬＴＥ制御チャネル割り当て領域にＮＰＢＣＨシンボルをマッピングできない。またシステム情報がない状況において、ＮＢ−ＩｏＴ端末は４個のＬＴＥアンテナポート(例：ｐ＝０、１、２、３)、２個のＮＢ−ＩｏＴアンテナポート(例：ｐ＝２０００、２００１)を仮定するので、それによるＣＲＳ ＲＥ及びＮＲＳ ＲＥにはＮＰＢＣＨが割り当てられない。従って、ＮＰＢＣＨは与えられた可用のリソースに合わせてレートマッピングされる。
【０１１６】
ＮＰＢＣＨの復調後、ＮＢ−ＩｏＴ端末はＣＲＳアンテナポート数に関する情報を得るが、相変わらずＬＴＥ制御チャネル割り当て領域に関する情報は知らない。従って、ＳＩＢ１(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ ｔｙｐｅ １)データを送信するＮＰＤＳＣＨは、ＬＴＥ制御チャネル割り当て領域に分類されたリソースにマッピングされない。
【０１１７】
しかし、ＮＰＢＣＨとは異なって、ＬＴＥ ＣＲＳに実際割り当てられないＲＥはＮＰＤＳＣＨに割り当てられることができる。ＳＩＢ１の受信後、ＮＢ−ＩｏＴ端末はリソースマッピングに関する情報を全て獲得した状態であるので、基地局はＬＴＥ制御チャネル情報とＣＲＳアンテナポート数に基づいてＮＰＤＳＣＨ(ＳＩＢ１を送信する場合を場外)とＮＰＤＣＣＨを可用リソースにマッピングする。
【０１１８】
図１１はＦＤＤ ＮＢ−ＩｏＴにおいてマルチキャリアが構成された場合の動作を例示する図である。ＦＤＤ ＮＢ−ＩｏＴでは、ＤＬ／ＵＬアンカーキャリアが基本的に構成され、さらにＤＬ(及びＵＬ)ノンアンカーキャリアが構成される。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎにノンアンカーキャリアに関する情報が含まれる。ＤＬノンアンカーキャリアが構成されると、端末はデータをＤＬノンアンカーキャリアのみで受信する。反面、同期信号(ＮＰＳＳ、ＮＳＳＳ)、放送信号(ＭＩＢ、ＳＩＢ)及びページング信号はアンカーキャリアのみで提供される。ＤＬノンアンカーキャリアが構成されると、端末はＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態にある間にはＤＬノンアンカーキャリアのみを聞く(ｌｉｓｔｅｎ)。これと同様に、ＵＬノンアンカーキャリアが構成されると、端末はデータをＵＬノンアンカーキャリアのみで送信し、ＵＬノンアンカーキャリアとＵＬアンカーキャリアで同時送信は許容されない。ＲＲＣ_ＩＤＬＥ状態に遷移すると、端末はアンカーキャリアに戻る。
【０１１９】
図１１において、ＵＥ１はアンカーキャリアのみが構成された場合を示し、ＵＥ２はＤＬ／ＵＬノンアンカーキャリアがさらに構成された場合を示し、ＵＥ３はＤＬノンアンカーキャリアがさらに構成された場合を示す。これにより、各ＵＥにおいて、データが送／受信されるキャリアは以下の通りである。
【０１２０】
−ＵＥ１:データ受信(ＤＬアンカーキャリア)、データ送信(ＵＬアンカーキャリア)
【０１２１】
−ＵＥ２:データ受信(ＤＬノンアンカーキャリア)、データ送信(ＵＬノンアンカーキャリア)
【０１２２】
−ＵＥ３:データ受信(ＤＬノンアンカーキャリア)、データ送信(ＵＬアンカーキャリア)
【０１２３】
ＮＢ−ＩｏＴ端末は送信と受信を同時に行えず、送／受信動作は各々１つのバンドに制限される。従って、マルチキャリアが構成されても、端末は１つの１８０ｋＨｚ帯域の送／受信チェーンのみを要求する。
【０１２４】
実施例：ＮＢ−ＩｏＴのためのセル間干渉緩和
【０１２５】
ＮＢ−ＩｏＴシステムがＴＤＤで動作する場合、上りリンク繰り返し送信と下りリンク繰り返し受信の過程に存在する下りリンクサブフレームと上りリンクサブフレームを効果的に使用するための方法が必要である。また端末の電力消費向上と効果的なリソース運用のための技法が必要である。これを解決するために、本発明は大きく、(１)ＵＬ／ＤＬインターレーススケジューリング方法、(２)下りリンク早期終了方法、(３)上りリンク早期終了方法、及び(４)スイッチング時間確保方法について提案する。
【０１２６】
本発明で提案するＵＬ／ＤＬインターレーススケジューリング方法は、下りリンクと上りリンクの送受信に多い繰り返しを支援するシステムに適用される。特に、繰り返し送／受信中に下りリンクと上りリンクが交互に存在する場合、より効果的に適用することができる。説明の便宜上、本発明では３ＧＰＰ ＬＴＥ Ｒｅｌ−１３とＲｅｌ−１４のＮＢ−ＩｏＴシステムを基準として説明するが、以後、ｒｅｌｅａｓｅ及びｅＭＴＣのように繰り返し送信を必要とするシステム及び他の一般的なシステムにも適用可能である。また本発明はＴＤＤのように下りリンクと上りリンクリソースの量がＵＬ／ＤＬ構成によって異なる場合に効果的に適用できるが、他のデュプレックスモードシステムでも下りリンクと上りリンクリソースが繰り返し送信のために不足する場合に活用できる。
【０１２７】
以下の説明において、ＮＰＤＣＣＨはＰＤＣＣＨ又は(物理)下りリンク制御チャネルに一般化でき、ＮＰＤＳＣＨはＰＤＳＣＨ又は(物理)下りリンク共有チャネル、(物理)下りリンクデータチャネルに一般化できる。またＮＰＵＳＣＨはＰＵＳＣＨ又は(物理)上りリンク共有チャネル、(物理)上りリンクデータチャネルに一般化できる。
【０１２８】
(１)ＵＬ／ＤＬインターレーススケジューリング方法
【０１２９】
ＴＤＤシステムでは、時間領域において特定の周期(例：ＬＴＥの場合、５ｍｓｅｃ又は１０ｍｓｅｃ)単位で下りリンクと上りリンクが交差して存在する。もし、一つのＨＡＲＱプロセスに対する繰り返し送信を特徴とするＮＢ−ＩｏＴのようなシステムにおいて、上りリンク送信を完了する前に下りリンク受信を許容しないと、特定の周期で示される下りリンクリソースが浪費される。また下りリンク受信を完了する前に上りリンク送信を許容しなかった場合にも、リソースが浪費される。これを克服するために、上りリンクと下りリンクを交差して送受信できるＵＬ／ＤＬインターレーススケジューリング技法を提案する。
【０１３０】
[方法＃１：シングルＤＣＩによりＵＬ／ＤＬスケジューリングする方法]
【０１３１】
端末は上りリンクデータ送信と下りリンクデータ受信のために、下りリンクリソース(例：サブフレーム又はスロット)でＵＬグラント及びＤＬグラントを受信する必要がある。ＴＤＤシステムのように下りリンクリソースが不足するシステムでは、ＵＬグラントとＤＬグラントを各々独立して受信するよりは、一つのＤＣＩにＵＬグラントとＤＬグラントを全て含める方法が必要である。このために、シングルＤＣＩによりＵＬ／ＤＬスケジューリングする方法を提案し、該当ＤＣＩは"ＵＬグラント"、"ＤＬグラント"又は"ＵＬ／ＤＬグラント"であるかを区分するための更なるフィールドを必要とする。以下の事項を考えることができる。
【０１３２】
■  "ＵＬとＤＬを同時にスケジューリングできるＤＣＩ(以下、ＤＬ／ＵＬ ｊｏｉｎｔ ＤＣＩ)"は、"ＵＬとＤＬを個々にスケジューリングできるＤＣＩ"とは異なるフォーマット(例：ペイロードサイズ)で定義される。端末は特定の時間に２つのＤＣＩフォーマットを同時に検出しないことができる。
【０１３３】
■  "ＵＬとＤＬを同時にスケジューリングできるＤＣＩ"と"ＵＬとＤＬを個々にスケジューリングできるＤＣＩ"が同じペイロードサイズで定義される場合は、ＤＣＩ内にフォーマットを区別するために２ビットフラグが含まれる。
【０１３４】
〇  １ビットフラグは"フォーマットＮ０／フォーマットＮ１の区分のためのフラグ"であると定義できる。残りの１ビットフラグはＵＬ／ＤＬを同時にスケジューリングするフォーマットを指示するために使用できる。ＤＣＩフォーマットＮ０はＮＰＵＳＣＨ(ＮａｒｒＯｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)スケジューリング情報を含み、ＤＣＩフォーマットＮ１はＮＰＤＳＣＨスケジューリング情報を含む。ＤＣＩフォーマットＮ０とＤＣＩフォーマットＮ１は同じペイロードサイズを有する。
【０１３５】
〇  ２ビットで表現される０乃至３の値は各々"ＤＬスケジューリング"、"ＵＬスケジューリング"、"ＵＬ／ＤＬスケジューリング"及び"ＤＬ／ＵＬスケジューリング"を指示する。ＵＬ／ＤＬとＤＬ／ＵＬは、ＤＣＩ後にＵＬが先に開始されるか、或いはＤＬが先に開始されるかを区分するために使用される。
【０１３６】
■  ＵＬとＤＬを同時にスケジューリングする場合、ＵＬスケジューリング遅延(即ち、ＤＣＩ−ｔｏ−ＮＰＵＳＣＨ遅延)とＤＬ ＡＣＫ／ＮＡＣＫ遅延(即ち、ＮＰＤＳＣＨ−ｔｏ−ＡＣＫ／ＮＡＣＫ遅延)を共通遅延情報／値から誘導して使用することができる。即ち、一つの遅延値でＵＬスケジューリング遅延とＤＬ ＡＣＫ／ＮＡＣＫ遅延を同時に設定して、ＤＣＩペイロードサイズを効果的に減らすことができる。
【０１３７】
〇  (Ｏｐｔ.１)シングルＤＣＩ(ＤＬ／ＵＬ ｊｏｉｎｔ ＤＣＩ)は、ＮＰＵＳＣＨスケジューリング遅延(ＮＰＵＳＣＨ送信タイミング)のみを知らせ、ＮＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫは常に該当ＮＰＵＳＣＨにピギーバックされる。なお、ＡＣＫ／ＮＡＣＫピギーバック有無は、ＮＰＤＳＣＨを復号完了した後に時間軸に残っているＮＰＵＳＣＨフォーマット１のサブフレーム数(即ち、繰り返し送信回数)によって異なる。例えば、ＮＰＵＳＣＨフォーマット１の残りの繰り返し送信回数がＡＣＫ／ＮＡＣＫの繰り返し送信に十分である場合は、一部のＡＣＫ／ＮＡＣＫ繰り返し送信は残りのＮＰＵＳＣＨフォーマット１にピギーバックされ、残りのＡＣＫ／ＮＡＣＫ繰り返し送信はＮＰＵＳＣＨフォーマット２により行われる。もしＮＰＵＳＣＨフォーマット１の残りの繰り返し送信回数がＡＣＫ／ＮＡＣＫの繰り返し送信に十分であると、ＮＰＵＳＣＨフォーマット１にＡＣＫ／ＮＡＣＫをピギーバックして送信し、残りのＮＰＵＳＣＨフォーマット１の繰り返し送信区間の間にＮＰＵＳＣＨフォーマット１はＡＣＫ／ＮＡＣＫピギーバック無しに送信される。
【０１３８】
〇  (Ｏｐｔ.２)シングルＤＣＩ(ＤＬ／ＵＬ ｊｏｉｎｔ ＤＣＩ)は遅延に関連する単一値のみを知らせ、該当値はＡＣＫ／ＮＡＣＫ遅延(ＮＰＤＳＣＨ−ｔｏ−ＡＣＫ／ＮＡＣＫ)とＵＬスケジューリング遅延(ＤＣＩ−ｔｏ−ＮＰＵＳＣＨ遅延)に共通に適用される。ここで、共通に適用されるとは、(１)単一値から同じ遅延情報が誘導されるか、(２)単一値から各々の遅延情報が独立して誘導されることを意味する。(２)の場合には、単一値から複数の異なる遅延情報が誘導される。
【０１３９】
図１２乃至図１４はＯｐｔ.２による信号送信を例示する。図において、ＳＣＨはリソース(即ち、ＵＬ、ＤＬ)によってＮＰＵＳＣＨ又はＮＰＤＳＣＨを意味し、Ｕ／Ｄグラントは上りリンクと下りリンクを一つのＮＰＤＣＣＨにスケジューリングした場合を意味する(即ち、ＤＬ／ＵＬ ｊｏｉｎｔ ＤＣＩ)。図において、ＵＬとＤＬは各々ＵＬキャリアとＤＬキャリアを意味するか、又は同一のキャリアのＵＬリソースを意味する(例：サブフレーム、スロット)とＤＬリソース(例：サブフレーム、スロット)。また、Ｕ／Ｄグラントは上りリンクスケジューリング情報と下りリンクスケジューリング情報が時間上で重複しない時点にＮＰＤＣＣＨを介して伝達された場合を意味する。ｋ０はＵ／Ｄグラントにより指示され、ＮＰＤＳＣＨ−ｔｏ−ＡＣＫ／ＮＡＣＫ遅延とＤＣＩ−ｔｏ−ＮＰＵＳＣＨ遅延値として全て活用できる。Ａ／ＮはＤＬ−ＳＣＨデータ(例：送信ブロック)に対するＡＣＫ／ＮＡＣＫ情報を意味する。ＤＬ−ＳＣＨデータはＮＰＤＳＣＨを介して送信され、ＵＬ−ＳＣＨデータはＮＰＵＳＣＨを介して送信される。ＵＬとＤＬにおいてハッチングが変わることは、物理チャネルが繰り返し送信される間にスクランブルシーケンス及び／又はリダンダンシーバージョン(Ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ)などが変更されたことを意味する。
【０１４０】
図１２乃至図１４を参照すると、ＤＬ−ＳＣＨ(例：ＮＰＤＳＣＨ)の最後のサブフレーム受信時点からＮＰＤＳＣＨ−ｔｏ−ＡＣＫ／ＮＡＣＫ遅延(例：ｋ０)後にＮＰＵＳＣＨフォーマット１のサブフレームが存在するか否かによってＤＬ−ＳＣＨに対するＡＣＫ／ＮＡＣＫはＮＰＵＳＣＨフォーマット１にピギーバックされるか(図１２及び図１３)、又は別に送信される(図１４)。図１２はＵＬ−ＳＣＨ(例：ＮＰＵＳＣＨ)とＤＬ−ＳＣＨのサブフレームが類似する時点に終了される場合を、図１３はＤＬ−ＳＣＨの最後のサブフレーム後にＵＬ−ＳＣＨサブフレームが存在する場合を示す。図１３の場合、ＵＬ−ＳＣＨサブフレームの送信中にＤＬグラントをモニタすることができる。図１４はＤＬ−ＳＣＨの最後のサブフレーム後にＵＬ−ＳＣＨサブフレームが存在しない場合を示す。
【０１４１】
[方法＃２:Ｓｅｐａｒａｔｅ ＤＣＩによりＵＬとＤＬを独立してスケジューリングする方法]
【０１４２】
■  端末がＵＬデータを繰り返し送信する場合(一つのＵＬ ＨＡＲＱプロセスでＵＬデータを続けて繰り返し送信しており、端末のＵＬ ＨＡＲＱプロセスが全てスケジューリングされた場合)、ＵＬデータの繰り返し送信が完了する前にＤＬサブフレームでＮＰＤＣＣＨをモニタすることができる(図１３を参照)。この時、端末のＵＬ ＨＡＲＱプロセスが全てスケジュールされて上りリンク送信中であると、端末は(上りリンク送信中には)新しい上りリンクスケジューリングを期待しない。これにより、端末のＵＬ ＨＡＲＱプロセスが全てスケジュールされて上りリンク送信中であり、ＤＬ ＨＡＲＱプロセスの一部がスケジューリングされない場合、端末はＵＬデータの繰り返し送信中に下りリンクサブフレーム区間でさらにモニタするＮＰＤＣＣＨのＤＣＩが下りリンクスケジューリングのためのものであると期待する。下りリンクスケジューリングのためのものと期待されるＤＣＩは、ＤＬ ｃｏｍｐａｃｔ ＤＣＩフォーマットである。一方、ＵＬデータの繰り返し送信が完了した後には、ＤＬグラントＤＣＩフォーマットとＵＬグラントＤＣＩフォーマットが正常的にモニタされる。
【０１４３】
〇  ここで、ＤＬ ｃｏｍｐａｃｔ ＤＣＩフォーマットは、ＵＬグラントと解釈される可能性がないフォーマットである。例えば、ＤＬ ｃｏｍｐａｃｔ ＤＣＩフォーマットは、ＤＣＩフォーマットＮ０／Ｎ１において、"フォーマットＮ０／フォーマットＮ１の区分のためのフラグ"が省略されたフォーマットである。既存にＤＣＩフォーマットＮＯとＤＣＩフォーマットＮ１は同一のペイロードサイズを有し、フォーマットＮ０／フォーマットＮ１の区分のための１ビットフラグを用いて区分される。
【０１４４】
■  端末がＤＬデータを繰り返し受信する場合(一つのＤＬ ＨＡＲＱプロセスでＤＬデータを続けて繰り返し受信する時)、繰り返し受信の完了前、又は繰り返し受信は完了したが、未だＡＣＫ／ＮＡＣＫを報告していないと、特定のＤＬサブフレーム区間の間にＮＰＤＣＣＨをモニタすることができる。この時、端末のＤＬ ＨＡＲＱプロセスが全てスケジュールされて下りリンク受信中であると、端末は(下りリンク受信中には)新しい下りリンクスケジューリングを期待しない。これにより、端末のＤＬ ＨＡＲＱプロセスが全てスケジュールされて下りリンク受信中であり、ＵＬ ＨＡＲＱプロセスの一部はスケジューリングされない場合は、端末は(特定のＤＬサブフレーム区間の間に)さらにモニタするＮＰＤＣＣＨのＤＣＩが上りリンクスケジューリングのためのものであると期待する。上りリンクスケジューリングのためのものと期待されるＤＣＩは、ＵＬ ｃｏｍｐａｃｔ ＤＣＩフォーマットである。ここで、ＵＬ ｃｏｍｐａｃｔ ＤＣＩはＵＬ早期終了のために使用されることができる(例：方法＃６〜８を参照)。一方、ＤＬデータの繰り返し受信が完了し、ＤＬデータに対するＡＣＫ／ＮＡＣＫが報告された場合は、ＤＬグラントＤＣＩフォーマットとＵＬグラントＤＣＩフォーマットは正常的にモニタされる。
【０１４５】
〇  ここで、ＵＬ ｃｏｍｐａｃｔ ＤＣＩフォーマットは、ＤＬグラントと解釈される可能性がないフォーマットである。例えば、ＵＬ ｃｏｍｐａｃｔ ＤＣＩフォーマットは、ＤＣＩフォーマットＮ０／Ｎ１において、"フォーマットＮ０／フォーマットＮ１の区分のためのフラグ"が省略されたフォーマットである。
【０１４６】
〇  ここで、ＵＬ ｃｏｍｐａｃｔ ＤＣＩフォーマットは、受信中のＤＬデータに対するＡＣＫ／ＮＡＣＫ報告を要請するために設計されたフォーマットである。ＵＬ ｃｏｍｐａｃｔ ＤＣＩフォーマットを受信した場合、端末は最初設定されたＤＬデータの繰り返し回数まで全て受信完了する前にＤＬデータに対するＡＣＫ／ＮＡＣＫ(又はＡＣＫである場合に限って)を指示されたＵＬリソース(例：ＮＰＵＳＣＨ)を用いて報告する。
【０１４７】
■  端末がＵＬデータを繰り返し送信しており(一つのＵＬＨＡＲＱプロセスでＵＬデータを続けて繰り返し送信しており、端末のＵＬＨＡＲＱプロセスが全てスケジューリングされた場合)、端末の全てのＤＬ ＨＡＲＱプロセスが予めスケジューリングされたか、又はＤＬ ＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ報告が完了していない場合は、ＤＬサブフレーム区間でＮＰＤＣＣＨモニタリングを行わない(例：ＮＰＤＣＣＨモニタリングをスキップ)。
【０１４８】
[方法＃３:ＤＣＩモニタリングを設定する方法]
【０１４９】
■  ＵＬ／ＤＬインターレーススケジューリングは、特定のＣＥ(Ｃｏｖｅｒａｇｅ Ｅｎｈａｎｃｅｍｅｎｔ)レベル以上(又は以下)の端末のみに適用できる。３ＧＰＰ ＬＴＥ Ｒｅｌ−１４を参照すると、ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)は最大３個のＣＥレベル、即ち、ＣＥレベル０〜２まで構成できる。ＣＥレベル値によってメッセージは端末位置によって複数回繰り返して送信される。
【０１５０】
〇  特定のＣＥレベル未満(又は超過)の端末は、スケジューリングされたＵＬ又はＤＬ ＨＡＲＱプロセスが完了する前にはＮＰＤＣＣＨをモニタしない(例：ＮＰＤＣＣＨモニタリングをスキップ)。
【０１５１】
〇但し、２以上のＨＡＲＱプロセスを有する端末は、スケジュールされたＵＬ又はＤＬ ＨＡＲＱプロセスが完了する前にもＮＰＤＣＣＨをモニタすることができる。
【０１５２】
■  ＵＬ／ＤＬインターレーススケジューリングは、特定のＲｍａｘ以下(又は以上)に設定されたＮＰＤＣＣＨのみについて適用できる。ここで、ＲｍａｘはＮＰＤＣＣＨ繰り返し送信回数を示す。
【０１５３】
■  ＵＬ／ＤＬインターレーススケジューリングは、特定の繰り返し送信回数以上(又は以下)のみにＮＰＵＳＣＨ及び／又はＮＰＤＳＣＨをスケジュールすることができる。
【０１５４】
■  設定された繰り返し送信回数ほどのＮＰＵＳＣＨ送信を完了する前に特定の下りリンクサブフレーム／スロット区間でＮＰＤＣＣＨをモニタすることができる(例：図１３を参照)。
【０１５５】
〇  ＮＰＵＳＣＨ繰り返し送信が特定の時間より長いと、端末はＮＰＤＣＣＨモニタリングキャリア(図１１を参照)でＮＰＤＣＣＨ検出を一定時間行うことができる。ここで、特定の時間は、ＵＬギャップであるか、又は下りリンク同期をトラッキングするために許容された値である。
【０１５６】
〇  ＮＰＵＳＣＨ送信を指示したＵＬグラントでＮＰＤＣＣＨモニタリングのためのギャップ区間を直接指示することができる。
【０１５７】
上述したように、ＵＬ／ＤＬインターレーススケジューリングは、時間軸で不連続して交差する下りリンクと上りリンクのサブフレーム(スロット)を効果的に使用することができる。しかし、ＵＬ／ＤＬインターレーススケジューリングには、更なるＮＰＤＣＣＨモニタリングが必要であるので、端末の電力消耗が多い。これを緩和するために、端末は特定の条件のみでＵＬ／ＤＬインターレーススケジューリングを期待するか、又はさらにＮＰＤＣＣＨモニタリングを行うことができる。例えば、上りリンク繰り返し送信の間に存在する下りリンクサブフレームの数が特定値(又は比率)より小さいか、又はＮＰＤＣＣＨ最大繰り返し送信回数(Ｒｍａｘ)より等しいか或いは小さい場合にのみ、端末は更なるＮＰＤＣＣＨモニタリングを期待する／行うことができる。又はＮＰＵＳＣＨ繰り返し送信回数が特定値より大きい場合は、下りリンク同期トラッキングなどのためにＮＰＵＳＣＨ送信を一部区間の間に遅延する条件が発生すると、該当区間でＮＰＤＣＣＨをさらにモニタすることができる。これは端末のＵＬ／ＤＬスイッチングギャップを考慮して設定される。またＮＰＵＳＣＨをスケジュールしたＵＬグラントでＮＰＵＳＣＨ繰り返し送信中にＮＰＤＣＣＨをモニタできる特定の区間を明示的(Ｅｘｐｌｉｃｉｔ)に設定することもできる。
【０１５８】
(２)下りリンクの早期終了方法
【０１５９】
狭帯域を使用しながら大きいＭＣＬ(Ｍａｘ Ｃｏｕｐｌｉｎｇ Ｌｏｓｓ)を支援するＮＢ−ＩｏＴシステムの測定正確度は、広帯域を使用するシステムと比較して相対的に悪い。これにより、基地局は端末で測定した不正確な測定に基づいてＮＰＤＳＣＨ繰り返し送信回数を高すぎる値に設定することができる。この場合、端末は所定の繰り返し送信回数ほどＮＰＤＳＣＨを受信する前に復号に成功することができる。このようなリソース浪費を克服するためには、ＮＰＤＳＣＨ繰り返し受信を完了する前にＤＬ ＡＣＫ／ＮＡＣＫを報告する方法が必要である。特に、ＴＤＤシステムのように時間軸で上りリンクと下りリンクのリソースが交差する場合には、下りリンク繰り返し受信中に存在する上りリンクリソースを用いてＡＣＫ／ＮＡＣＫを早く報告する方法を効果的に適用することができる。
【０１６０】
[方法＃４:ＤＬ早期終了設定方法]
【０１６１】
■  上りリンクと下りリンクのリソースが時間領域で交差して存在する場合、下りリンクの繰り返し受信中に存在する上りリンクリソースでＡＣＫを早く報告することができる。
【０１６２】
〇  設定されたＤＬ ＨＡＲＱプロセスの繰り返し受信が完了する前に、上りリンクに報告するＤＬ復号の結果はＡＣＫのみについて許容される。
【０１６３】
■  ＤＬグラントでスケジュールＤＬ ＨＡＲＱプロセスに対して複数のＡＣＫ／ＮＡＣＫ報告遅延を設定することができる。
【０１６４】
〇  端末はＮＰＤＳＣＨ繰り返し受信中にＡＣＫが発生した場合に限って、最長ＡＣＫ／ＮＡＣＫ報告遅延より早いＡＣＫ／ＮＡＣＫ報告遅延に対応する上りリンクリソース(例：サブフレーム、スロット)に設定されたＡＣＫ／ＮＡＣＫリソースを用いてＡＣＫを報告する。
【０１６５】
〇  最長ＡＣＫ／ＮＡＣＫ報告遅延以前にＡＣＫを報告しなかった場合、設定された最後のＡＣＫ／ＮＡＣＫリソース(即ち、最長ＡＣＫ／ＮＡＣＫ報告遅延に設定されたＡＣＫ／ＮＡＣＫリソース)を用いてＡＣＫ又はＮＡＣＫを報告する。
【０１６６】
〇  最長ＡＣＫ／ＮＡＣＫ報告遅延以前にＡＣＫを報告したが、基地局から明示的／暗黙的に該当ＤＬ ＨＡＲＱプロセスに対する送信中断などの指示がない場合は、設定された最後のＡＣＫ／ＮＡＣＫリソースを用いてＡＣＫ又はＮＡＣＫを報告する。
【０１６７】
例えば、基地局はＤＬグラントによりＮＰＤＳＣＨをスケジュールする時、複数のＤＬ ＡＣＫ／ＮＡＣＫ報告リソースを設定する。ここで、各々のＤＬ ＡＣＫ／ＮＡＣＫ報告リソースは、各々のＡＣＫ／ＮＡＣＫ報告遅延に対応する。複数のＤＬ ＡＣＫ／ＮＡＣＫ報告リソースを順に１〜Ｎとした時(Ｎ＞１)、ＡＣＫ／ＮＡＣＫリソース１〜Ｎ−１は、受信中のＮＰＤＳＣＨの復号結果がＡＣＫである場合のみに使用できる。一方、ＡＣＫ／ＮＡＣＫリソース１〜Ｎ−１を用いてＡＣＫを一回も報告しなかったか、又はＡＣＫを報告したが、基地局で明示的又は暗黙的に該当ＤＬ ＨＡＲＱプロセスを止めるという指示がなかった場合は、端末はＡＣＫ／ＮＡＣＫリソースＮを用いてＡＣＫ又はＮＡＣＫを報告することができる。ここで、ＡＣＫ／ＮＡＣＫリソースＮは、最長ＡＣＫ／ＮＡＣＫ報告遅延に対応する。
【０１６８】
■  ＤＬ繰り返し受信を完了する前にＡＣＫが発生し、ＵＬデータ送信がスケジュールされた場合
【０１６９】
〇  ＮＰＤＳＣＨの繰り返し受信と共にＮＰＵＳＣＨフォーマット１を送信している場合、ＮＰＤＳＣＨ復号の結果、ＡＣＫが発生すると、送信中のＮＰＵＳＣＨフォーマット１を特定時間の間に止め、ＮＰＵＳＣＨフォーマット２によりＡＣＫを送信する。
【０１７０】
〇  一方、ＡＣＫは送信中のＮＰＵＳＣＨフォーマット１になり、ＮＰＵＳＣＨフォーマット１でＡＣＫが載せられる位置にあるデータはパンクチャリングされることができる。また、ＮＡＣＫはＮＰＵＳＣＨフォーマット１にピギーバックされないことができる。
【０１７１】
[方法＃５：ＡＣＫ／ＮＡＣＫとＵＬデータの同時送信方法]
【０１７２】
■  ＡＣＫ／ＮＡＣＫとＵＬデータが多重化されることができる(ＡＣＫ／ＮＡＣＫピギーバック)
【０１７３】
〇  ＵＬデータ送信のためのＮＰＵＳＣＨフォーマット１のトン数が１ＲＢ(１２個のトン)より小さい場合は、ＮＰＵＳＣＨフォーマット１とＡＣＫ／ＮＡＣＫ報告のためのＮＰＵＳＣＨフォーマット２はＦＤＭされる。
【０１７４】
〇  ＡＣＫ／ＮＡＣＫは時間軸でＮＰＵＳＣＨフォーマット１のＤＭＲＳの両側のＯＦＤＭシンボルにマッピングされ、ＤＭＲＳの両側のＮＰＵＳＣＨフォーマット１データはパンクチャリングされる。
【０１７５】
〇  ＮＰＵＳＣＨフォーマット１の繰り返し送信を一部省略し、ＡＣＫ／ＮＡＣＫが送信される。
【０１７６】
〇  ＮＰＵＳＣＨフォーマット１のトン数が１ＲＢより小さい場合は、ＡＣＫ(又はＡＣＫ／ＮＡＣＫ)をピギーバックして送信できるリソースと、ＡＣＫ(又はＡＣＫ／ＮＡＣＫ)をピギーバックしないデータリソースをＦＤＭに多重化して、基地局でＡＣＫ(又はＡＣＫ／ＮＡＣＫ)とデータを区分する。
【０１７７】
〇  ＡＣＫ／ＮＡＣＫをピギーバックするＮＰＵＳＣＨフォーマット１は、ＡＣＫ／ＮＡＣＫをピギーバックしないＮＰＵＳＣＨフォーマット１より高い電力で送信されるように許容される。
【０１７８】
■  ＡＣＫ／ＮＡＣＫとＵＬデータを個々に送信する。
【０１７９】
〇  ＤＬグラント−ｔｏ−ＡＣＫ／ＮＡＣＫ遅延とＵＬグラント−ｔｏ−ＮＰＵＳＣＨフォーマット１のスケジューリング遅延を一つの値に設定することができる。スケジューリング遅延後にＡＣＫ／ＮＡＣＫ報告のためのＮＰＵＳＣＨフォーマット２の送信を先に開始し、ＮＰＵＳＣＨフォーマット２の繰り返し送信が完了した後にＰＵＳＣＨフォーマット１を続いて送信する。即ち、ＮＰＵＳＣＨフォーマット１とＡＣＫ／ＮＡＣＫ報告のためのＮＰＵＳＣＨフォーマット２はＴＤＭされる。
【０１８０】
〇  ＡＣＫ／ＮＡＣＫをスペシャルサブフレームで送信する。
【０１８１】
〇  ＤＬグラントで該当ＤＬ ＨＡＲＱプロセスについて複数のＡＣＫ／ＮＡＣＫ報告遅延を設定することができる。端末はＮＰＤＳＣＨの繰り返し受信中にＡＣＫが発生する場合に限って、最長ＡＣＫ／ＮＡＣＫ報告遅延より早いＡＣＫ／ＮＡＣＫ報告遅延に割り当てられたＡＣＫ／ＮＡＣＫリソースを用いてＡＣＫを報告することができる。最長ＡＣＫ／ＮＡＣＫ報告遅延前にＡＣＫを報告しなかった場合、所定の最後のＡＣＫ／ＮＡＣＫリソース(例：最長ＡＣＫ／ＮＡＣＫ報告遅延に対応する上りリンクリソース(例：サブフレーム、スロット))に設定されたＡＣＫ／ＮＡＣＫリソースを用いてＡＣＫ又はＮＡＣＫを常に報告することができる。
【０１８２】
(３)上りリンクの早期終了方法
【０１８３】
狭帯域を使用しながら大きいＭＣＬを支援するＮＢ−ＩｏＴシステムの測定正確度は、広帯域を使用するシステムと比較して相対的に悪い。これにより、基地局は端末で測定した不正確な測定に基づいてＮＰＤＳＣＨ繰り返し送信回数を高すぎる値に設定することができる。従って、基地局は設定された繰り返し送信回数ほどＮＰＵＳＣＨを受信する前に復号に成功することができる。この場合、ＵＬデータに対するＡＣＫを下りリンクで迅速にフィードバックして不要なＵＬリソースの使用を減らし、端末の不要な電力消耗を予防することができる。
【０１８４】
[方法＃６:ＵＬ早期終了の設定方法]
【０１８５】
■  ＮＰＵＳＣＨ繰り返し送信を完了する前に、下りリンクのサブフレーム区間でＮＰＤＣＣＨをモニタすることができる。
【０１８６】
〇  明示的なＡＣＫチャネルをモニタすることができる。ＮＡＣＫはＮＰＵＳＣＨ繰り返し送信の完了前に別に送信しない。
【０１８７】
〇  ＵＬグラントをモニタして暗黙的にＡＣＫ報告を受けることができる。例えば、送信中のＵＬ ＨＡＲＱプロセスに対する新しいＵＬグラントが設定される場合、端末は送信中のＵＬ ＨＡＲＱプロセスについてＡＣＫが受信されたと解釈することができる。
【０１８８】
〇  ＮＰＵＳＣＨ繰り返し送信を所定回数完了する前に端末がモニタするＮＰＤＣＣＨ ＤＣＩは、ＵＬ早期終了用に設計されたＵＬ ｃｏｍｐａｃｔ ＤＣＩである。例えば、端末はＵＬ早期終了用に設計されたＵＬ ｃｏｍｐａｃｔ ＤＣＩのみについてブラインド復号を行うことができる。この時、ＵＬ ｃｏｍｐａｃｔ ＤＣＩの最大繰り返し送信回数はＵＬグラントのための(ｎｏｒｍａｌ)ＤＣＩの最大繰り返し送信回数より小さい。
【０１８９】
〇  ＤＬグラントをモニタして暗黙的にＡＣＫ報告を受けることができる。例えば、１)ＵＬ送信の完了前、又は２)ＵＬ送信を完了したが、該当ＵＬ ＨＡＲＱプロセスに対するＡＣＫ／ＮＡＣＫ情報を受信しなかった場合、ＤＬグラントを受信すると、端末は送信中のＵＬ ＨＡＲＱプロセスについてＡＣＫが受信されたと解釈することができる。
【０１９０】
■  ＮＰＵＳＨ繰り返し送信が特定の条件を満たさないと、ＵＬ早期終了のためのＮＰＤＣＣＨモニタリングを行わないことができる。端末がＮＰＵＳＣＨ繰り返し送信中に存在する下りリンクサブフレームで常にＮＰＤＣＣＨをモニタすることは、不要な電力消耗になるためである。これにより、繰り返し送信中のＮＰＵＳＣＨがＡＣＫにより復号される確率が非常に少ない場合は、ＵＬ早期終了のためのＮＰＤＣＣＨモニタリングを省略することができる。例えば、特定の条件は以下の通りである。
【０１９１】
〇  ＮＰＵＳＣＨ繰り返し送信をＵＬグラントで指示されたＮＰＵＳＣＨ繰り返し送信回数より特定比率以上完了していない場合
【０１９２】
〇  ＮＰＵＳＣＨ繰り返し送信中に表れるＮＰＤＣＣＨモニタリング可能な下りリンクのサブフレーム区間が特定値より短い場合(即ち、ＵＬ早期終了のためにＡＣＫをフィードバックできる下りリンクサブフレームの数が一定値より小さい場合)
【０１９３】
〇  ＵＬグラントで指示されたＮＰＵＳＣＨ繰り返し送信回数が特定値より低い場合
【０１９４】
〇  ＮＰＤＳＣＨがインターレーススケジュールされてＮＰＵＳＣＨ送信とＮＰＤＳＣＨ受信をインターレースして進行している場合。即ち、ＵＬ／ＤＬデータがインターレーススケジューリングされて送／受信中である場合には、ＮＰＵＳＣＨ繰り返し送信中に存在する下りリンクのサブフレーム区間でＮＰＤＣＣＨモニタリングの代わりに、ＮＰＤＳＣＨ受信を優先して行うことができる。
【０１９５】
[方法＃７:ＵＬ送信中に明示的なＡＣＫ／ＮＡＣＫモニタリング方法]
【０１９６】
■  ＮＰＵＳＣＨ送信時点と特定の時間間隔を有する下りリンクのサブフレームでＵＬ ＨＡＲＱプロセスに対するＡＣＫを送信する。ＮＡＣＫは別に送信されない。ＵＬ早期終了のためにＮＰＵＳＣＨ繰り返し送信中にモニタするＡＣＫ／ＮＡＣＫチャネルは、明示的なＡＣＫチャネル(ｓｙｎｃｈｒｏｎｏｕｓ ＡＣＫ／ＮＡＣＫ)により設計される。ここで、明示的なＡＣＫチャネルは、ＮＰＵＳＣＨ送信リソースと特定の関係を有する下りリンクリソース／区間で常にＡＣＫを報告するように設計される。例えば、明示的なＡＣＫチャネルのためのリソース(例：送信時点／周波数トーン)は、ＵＬ ＨＡＲＱプロセスのデータを送信したＮＰＵＳＣＨフォーマット１の開始サブフレーム(又はスロット)、トーンの位置／数及び／又は繰り返し送信回数と特定関係に定義されて予約される。従って、端末はＮＰＵＳＣＨフォーマット１の送信中、約束された特定の下りリンクリソースで該当ＵＬ ＨＡＲＱプロセスに対するＡＣＫをモニタすることができる。ＡＣＫが検出されないと、端末は送信中のＮＰＵＳＣＨフォーマット１を続けて送信することができる。
【０１９７】
[方法＃８:ＵＬ送信中に暗黙的なＡＣＫ／ＮＡＣＫ(ＤＣＩ)モニタリング方法]
【０１９８】
■  送信中のＮＰＵＳＣＨフォーマット１のＵＬ ＨＡＲＱプロセスに対するＮＤＩ(Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ)がトグルされて暗黙的にＡＣＫを知らせる場合、新規データ送信を省略するか否かを指示する。暗黙的なＡＣＫ／ＮＡＣＫ方法は、送信完了したか又は送信中のＵＬ ＨＡＲＱプロセスに対するＮＤＩ(ＵＬグラント)をトグルすることにより、ＵＬデータに対するＡＣＫ／ＮＡＣＫをフィードバックすると解釈する方法である。この時、ＵＬ ＨＡＲＱプロセスに対するＮＤＩがトグルされると、該当ＵＬ ＨＡＲＱプロセスにおいて新しいデータを送信するように指示／解釈され、ＮＤＩがトグルされないと、送信完了したか又は送信中のＵＬ ＨＡＲＱプロセスを再送信又は続けて送信するという意味で指示／解釈することができる。もしＵＬ ＨＡＲＱプロセスについてＡＣＫが発生したか、又はそれ以上の新規データ送信を必要としない場合には、早期ＵＬ終了する方法がないか又は効果が低減する。即ち、ＨＡＲＱ−ＡＣＫフィードバックがＡＣＫとして解釈されるので、端末は該当ＵＬ ＨＡＲＱプロセスに対するデータ送信は止めるが、送信する新しいデータが存在するか否かに関係なく新しい送信を開始しなければならないためである。これを解決するために、ＵＬグラントでＵＬ ＨＡＲＱプロセスのＮＤＩと共に新規データ送信を省略できるか否かを明示的に知らせることができる。
【０１９９】
■  ＮＰＵＳＣＨ繰り返し送信をＵＬグラントで指示された回数完了する前に新しく受信されたＵＬグラントでＵＬ ＨＡＲＱプロセスに対するＮＤＩがトグルされても、該当ＵＬ ＨＡＲＱプロセスに対する新規データを送信しないことができる。例えば、ＵＬグラントで指示されたＮＰＵＳＣＨ繰り返し送信を全て完了する前に、新しいＵＬグラントで送信中のＵＬ ＨＡＲＱプロセスのＮＤＩがトグルされると、端末は送信中のＮＰＵＳＣＨフォーマット１を止め、以前に設定されたＮＰＵＳＣＨフォーマット１の繰り返し送信回数の残った時間ほど新規データを送信しないことができる。
【０２００】
(４)ＵＬ／ＤＬインターレースの間のトランシーバースイッチング(ＤＬ−ｔｏ−ＵＬ及びＵＬ−ｔｏ−ＤＬ)のための時間ギャップを確保する方法
【０２０１】
一般的に、ＤＬ−ｔｏ−ＵＬとＵＬ−ｔｏ−ＤＬスイッチングのためにトランシーバースイッチング時間が必要である。スイッチング時間が確保されないと、ＵＬ−ｔｏ−ＤＬ又はＤＬ−ｔｏ−ＵＬインターレース送受信において、先に送信される(物理)チャネルの最後の区間及び／又は後に送信される(物理)チャネルの最初の区間の使用に制約があり得る。これを解決するために、時間ギャップを確保する方法が必要であるが、運用モードなどによって具体的な方法が異なる。また時間ギャップを確保するために使用される時間(即ち、端末が下りリンク信号受信を期待しないか、又は上りリンク信号送信が許容されない区間)が、ＴＴＩ又は一つの物理チャネルが完全に送信されるために使用される基本単位時間(例：サブフレーム、スロット)の一部に該当する場合は、基本単位時間内で送信が許容されるか又は受信を期待できる時間区間のチャネルをどのように構成するかに関する様々な方法があり得る。例えば、時間ギャップとして使用される区間の信号を無視するか、又は時間ギャップ区間を考慮して送／受信チャネルのレートマッチングを変更することができる。
【０２０２】
[方法＃９：ＵＬ／ＤＬインターレースの間のトランシーバースイッチング(ＤＬ−ｔｏ−ＵＬ及びＵＬ−ｔｏ−ＤＬ)のための時間ギャップを確保する方法]
【０２０３】
■  インターレーススケジューリング及びインターレースチャネルの送／受信は運用モードによって異なる時間ギャップを必要とする。
【０２０４】
〇  インバンド運用モードである場合
【０２０５】
−ＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信とＮＰＵＳＣＨ送信の間には明示的な時間ギャップが必要ない。従って、ＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信とＮＰＵＳＣＨ送信の間に明示的な時間ギャップが定義されないことができる。その代わりに、ＤＬとＵＬの間のスペシャルサブフレームに含まれた'ＧＰ＋ＵｐＰＴＳ'区間が時間ギャップのためのガード時間として活用される(図２(ｂ)を参照)。又はＮＰＵＳＣＨ送信直前のスペシャルサブフレームのＤｗＰＴＳでは、端末がＮＰＤＣＣＨ／ＮＰＤＳＣＨを受信しないように設定されることができる。これはＤｗＰＴＳ長さによって異なる。また受信しないＤｗＰＴＳ区間のＮＰＤＣＣＨ／ＮＰＤＳＣＨは、全体繰り返し数に含まれない。
【０２０６】
−ＮＰＵＳＣＨ送信とＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信の間には明示的な時間ギャップが必要ない。従って、ＮＰＵＳＣＨ送信とＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信の間に明示的な時間ギャップが定義されないことができる。その代わりに、ＵＬ送信の(すぐ)後にＤＬを受信する最初のＤＬサブフレームの制御領域(図４の制御領域を参照)を時間ギャップのためのガード時間として活用することができる。ここで、ＤＬサブフレームの制御領域サイズ(例：シンボル数)に関する情報は、ＮＢ−ＩｏＴシステム情報ブロックにより送信される。一方、ＵＬ送信後にＤＬを受信する最初のＤＬサブフレームで制御領域のサイズがガード時間を十分に収容することが難しい場合は、ＵＬ送信の(すぐ)後にＤＬを受信する最初のＤＬサブフレームの制御領域サイズは、ＮＢ−ＩｏＴシステム情報ブロックで設定された値より大きく設定される。即ち、ＵＬ／ＤＬインターレース動作する場合、端末はＵＬ送信の(すぐ)後にＤＬを受信する最初のＤＬサブフレームで制御領域をシステム情報ブロックで放送された値とは異なるように(例：大きく)解釈することができる。なお、最初のＤＬサブフレーム以外のＤＬサブフレームでは、制御領域サイズがシステム情報ブロックで放送された値と同様に解釈されることができる。
【０２０７】
〇  ガードバンド及びスタンドアローン運用モードである場合
【０２０８】
−ＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信とＮＰＵＳＣＨ送信の間に明示的な時間ギャップは必要ない。従って、ＮＰＵＳＣＨ送信とＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信の間に明示的な時間ギャップが定義されないことができる。その代わりに、ＤＬとＵＬの間のスペシャルサブフレームに含まれた'ＧＰ＋ＵｐＰＴＳ'区間が時間ギャップのためのガード時間として活用される。従って、ＵｐＰＴＳがＮＰＵＳＣＨ送信に使用可能な場合にも、ＤＬ受信後に続くスペシャルサブフレームのＵｐＰＴＳは使用されない。即ち、端末はスペシャルサブフレームのＵｐＰＴＳをＮＰＵＳＣＨ送信に使用するか否かを、ＵＬ／ＤＬインターレースが適用／動作する場合とそうではない場合によって異なるように選択／解釈することができる。即ち、ＵＬ／ＤＬインターレースの適用／動作時、ＵｐＰＴＳがＮＰＵＳＣＨ送信に使用可能な場合にも、ＤＬ受信後に続くスペシャルサブフレームのＵｐＰＴＳは使用されない。反面、ＵＬ／ＤＬインターレースの未適用／未動作時、ＵｐＰＴＳがＮＰＵＳＣＨ送信に使用可能な場合であれば、ＤＬ受信後に続くスペシャルサブフレームのＵｐＰＴＳはＮＰＵＳＣＨ送信に使用されることができる。
【０２０９】
−他の方案として、ＮＰＵＳＣＨ送信とＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信の間に明示的なギャップが定義されることができる。このために、特定のサブフレーム又はスロットを完全にガード時間として割り当てるか、又は仮想の制御領域を設定してガード時間として活用することができる。まず、特定のサブフレーム又はスロットをガード時間として活用する場合、ＵＬ／ＤＬインターレースの適用／動作有無によってＵＬサブフレームの(すぐ)後の一部連続するＤＬサブフレーム使用に制約があり得る。次に、仮想の制御領域をガード時間として活用する場合は、該当制御領域を構成するＯＦＤＭシンボル数は０ではない任意の値を有する。即ち、ガードバンド及びスタンドアローン運用モードでは制御領域のシンボル数が０に仮定されるが、ＵＬ／ＤＬインターレースが適用／動作する場合、ＵＬ送信(例：ＮＰＵＳＣＨ)の(すぐ)後の最初のＤＬサブフレーム又は連続するＤＬサブフレームの制御領域サイズを０より大きい値に設定して該当区間の間に下りリンク信号(例：ＮＰＤＣＣＨ／ＮＰＤＳＣＨ)受信を期待しないことができる。これにより、端末はＵＬ送信(例：ＮＰＵＳＣＨ)の(すぐ)後の最初のＤＬサブフレームの開始部分で下りリンク信号(例：ＮＰＤＣＣＨ／ＮＰＤＳＣＨ)受信をスキップすることができる。なお、ＮＰＵＳＣＨ送信とＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信の間に特定数のシンボル(例：上記例において特定値の制御領域サイズに該当)が常に使用されないという側面で、スイッチングのためのガード時間は暗黙的なギャップとして理解されることができる。例えば、運用モードがガードバンド又はスタンドアローンである場合は、トランシーバースイッチングのためのシンボル数は独立してシグナリングされず、特定値に仮定されることができる。これにより、端末はＵＬ送信(例：ＮＰＵＳＣＨ)の(すぐ)後の最初のＤＬサブフレーム(又は連続するＤＬサブフレーム)の開始部分で下りリンク信号(例：ＮＰＤＣＣＨ／ＮＰＤＳＣＨ)の受信をスキップすることができる。
【０２１０】
図１５は本発明による下りリンク信号受信を例示する図である。
【０２１１】
図１５を参照すると、端末(例：ＮＢ−ＩｏＴ端末)は、ＵＬ区間でＰＵＳＣＨを繰り返し送信する。ＵＬ区間は複数の時間ユニット(例：ＴＴＩ、サブフレーム、スロット)を含み、各ＰＵＳＣＨはＵＬ区間で対応する時間ユニットにより送信される。その後、端末はＰＵＳＣＨの繰り返し送信後に続くＤＬ区間でＰＤＳＣＨを繰り返し受信するようにスケジューリングされる。ＤＬ区間も複数の時間ユニット(例：ＴＴＩ、サブフレーム、スロット)を含み、各ＰＤＳＣＨはＤＬ区間に対応する時間ユニットにより受信される。この時、端末がインバンドモードで動作する場合、各ＰＤＳＣＨはＤＬ区間内の対応する各時間ユニットからｋ−番目以後のＯＦＤＭシンボルから受信される。ｋは１より大きい整数であり、システム情報(ＳＩ)(例：ＮＢ−ＩｏＴシステム情報ブロック)により受信される。
【０２１２】
一方、端末がガードバンド又はスタンドアローンモードで動作する場合は、ＰＤＳＣＨの繰り返し受信時にＤＬ区間の開始部分で信号受信(過程)をスキップすることができる。例えば、１番目のＰＤＳＣＨは対応する時間ユニットの少なくとも１番目のＯＦＤＭシンボルの一部で信号受信(過程)がスキップされる。なお、２番目以後のＰＤＳＣＨは対応する時間ユニットで１番目のＯＦＤＭシンボルから受信される。
【０２１３】
ここで、ＰＵＳＣＨの繰り返し送信とＰＤＳＣＨの繰り返し受信は同じキャリア上でＴＤＭ方式で行われる。キャリア上のＵＬ／ＤＬリソース構成は、表１のＵＬ／ＤＬ構成により指示される。ＮＢ−ＩｏＴの場合、ＰＵＳＣＨはＮＰＵＳＣＨを含み、ＰＤＳＣＨはＮＰＤＳＣＨを含む。(Ｎ)ＰＤＳＣＨの送信に使用される副搬送波間隔は１５ｋＨｚである。また、無線通信システムは３ＧＰＰ−基盤の無線通信システムを含む。
【０２１４】
〇  上記方法において、トランシーバースイッチングのためのガード時間区間(例：サブフレーム、スロット、シンボル、シンボルの一部)はパンクチャリング又はレートマッチングにより処理される。
【０２１５】
−パンクチャリングされる時間区間は、上りリンク区間の最初のシンボル、上りリンク区間の最後のシンボル、下りリンク区間の最初のシンボル、下りリンク区間の最後のシンボル、又は挙げられた区間の上りリンクと下りリンクの組み合わせで構成される。ここで、パンクチャリングされる時間区間に参照信号が含まれるか否かによって、挙げられた区間のうち、パンクチャリングに使用される区間が異なる。
【０２１６】
−この方法において、上りリンク送信(例：ＮＰＵＳＣＨ送信)後に続いて下りリンク信号(例：ＮＰＤＣＣＨ／ＮＰＤＳＣＨ)を受信する場合、下りリンク区間の最初のＯＦＤＭシンボル(即ち、ＵＬサブフレームの(すぐ)後のＤＬサブフレームの最初のＯＦＤＭシンボル)は実際に基地局では送信されるが、端末は下りリンク区間の最初のＯＦＤＭシンボル(又は最初のＯＦＤＭシンボルの少なくとも一部)で下りリンク信号を受信しないことができる(即ち、ＮＰＤＣＣＨ／ＮＰＤＳＣＨ受信をスキップ)。即ち、特定の端末の立場では、該当ＯＦＤＭシンボルがパンクチャリングされたと解釈することができる。しかし、基地局はＵＬ／ＤＬインターレースしないか、又はトランシーバースイッチング時間が多く必要ないか、又は上りリンク送信チャネルのＴＡ(Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ)値ほどのオフセットでトランシーバースイッチング時間が十分に吸収された端末のために、実際には該当ＯＦＤＭシンボルをパンクチャリングせず送信することができる。なお、上りリンク送信後に続いて受信する下りリンク信号の間に、ＵＬ又はＤＬ無効サブフレームなどにより時間ギャップが発生した場合には、トランシーバースイッチング時間が不要であることもできる。この場合、端末は(ＵＬ送信の直後の)下りリンク受信区間の１番目のＯＦＤＭシンボルを正常的に受信することができる。
【０２１７】
−繰り返し送信が設定されたサブフレームにガード時間が含まれると、サブフレーム内でガード時間区間を除いた送信区間で送信チャネルのデータは送信チャネルの繰り返し数によってレートマッチングされるか又はパンクチャリングされる。例えば、繰り返し数が特定値より小さい場合、ガード時間を除いて残りの時間区間のリソース(例：ＲＥ)を考慮してレートマッチングされることができる。反面、繰り返し数が特定値より大きい場合は、ガード時間区間をパンクチャリングし、ガード時間を除いて残りの時間区間についてはレートマッチングが適用されない。送信チャネルの繰り返し数が多い場合はＳＮＲ(Ｓｉｇｎａｌ ｔｏ Ｎｏｉｓｅ Ｒａｔｉｏ)が低い環境であるので、この時にはレートマッチングによるコーディング利得よりは繰り返し送信の間に同じマッピング(即ち、パンクチャリングにより繰り返し送信の間に同じＲＥに同じ情報がマッピングされる)がより効果的であるためである。
【０２１８】
−トランシーバースイッチング時間を確保するために使用される区間及びインターレーススケジューリング制約又は送受信制約は、キャリアの運用モードによって異なる。一方、周波数リチューニング(ｒｅｔｕｎｉｎｇ)のための時間は、周波数リチューニング後に使用されるキャリアの運用モードによって異なる。例えば、上りリンクキャリアから下りリンクキャリアに周波数リチューニングする場合、下りリンクキャリアがインバンド運用モードである場合は、１ｍｓｅｃのギャップが必要ない。この場合にも、端末は１ｍｓｅｃ内でＮＢ−ＩｏＴチャネルの最初の一部シンボル(例：ＮＢ−ＩｏＴ端末にシステム情報により設定されたＬＴＥレガシー端末のＣＦＩ値以後の最初のＯＦＤＭシンボル)又は最初のシンボルの一部について受信を期待しないことができる。反面、下りリンクキャリアがガードバンド又はスタンドアローン運用モードである場合は、端末は最初の１ｍｓｅｃの間にＮＢ−ＩｏＴチャネルを期待しないか、又はスロット単位の時間の間にＮＢ−ＩｏＴチャネルを期待しないことができる。即ち、周波数リチューニングのための時間にＮＢ−ＩｏＴチャネル／信号の受信を期待できない区間が含まれるか否かによって周波数リチューニング時間を確保する具体的な方法が異なる。
【０２１９】
−トランシーバースイッチング時間を確保するために使用される区間及びインターレーススケジューリング制約又は送受信制約は、キャリアがアンカー−キャリアであるか又はノン−アンカーキャリアであるかによって異なる。例えば、上りリンクキャリアから下りリンクキャリアに周波数リチューニングする場合、下りリンクキャリアがノン−アンカーキャリアである場合は、１ｍｓｅｃのギャップが必要ない。この場合にも、端末は１ｍｓｅｃ内でＮＢ−ＩｏＴチャネルの最初の一部シンボル(即ち、ＮＢ−ＩｏＴ端末にシステム情報により設定されたＬＴＥレガシー端末のＣＦＩ値以後の最初のＯＦＤＭシンボル)又は最初のシンボルの一部について受信を期待しないことにより明示的なガード時間が定義されないことができる。反面、アンカーキャリアである場合、最初の１ｍｓｅｃの間にＮＢ−ＩｏＴチャネルを期待しないか、又はスロット単位時間の間にＮＢ−ＩｏＴチャネルを期待しないように明示的なガード時間が定義されることができる。
【０２２０】
−トランシーバースイッチング時間を確保するために使用される区間及びインターレーススケジューリング制約又は送／受信制約は、ＵＬ−ｔｏ−ＤＬスイッチングに必要なガード時間区間が有効又は無効になるサブフレームを含むか否かによって異なる。
【０２２１】
−トランシーバースイッチング時間を確保するために使用される区間及びインターレーススケジューリング制約又は送／受信制約はＵＬ−ｔｏ−ＤＬ区間のＵＬ区間で端末が送信するＵＬチャネルにＴＡが適用されたか否かによって異なる。例えば、ＮＰＲＡＣＨを送信する場合、ＴＡが適用されないので、ＵＬ−ｔｏ−ＤＬ区間のトランシーバースイッチングギャップのために続くＤＬサブフレームの使用に制約があり得る。即ち、一部の下りリンクＯＦＤＭシンボル又は一部のサブフレーム(例：１ｍｓｅｃ)は使用に制約(パンクチャリング又はレートマッチング)が必要である。また必要なＤＬ制約区間は端末が送信したＮＰＲＡＣＨフォーマットによって異なる。例えば、端末が送信するＮＰＲＡＣＨが、ＮＰＤＣＣＨオーダーに基づくＮＰＲＡＣＨであるか、ＲＲＣ_ＣＯＮＮＥＣＴＥＤモードで送信されたＮＰＲＡＣＨであるか、競争基盤のＮＰＲＡＣＨであるか、又は非競争基盤のＮＰＲＡＣＨであるかによって、ＤＬ制約区間は異なる値(例：パンクチャリングされるか又はレートマッチングされる区間)に設定される。反面、ＴＡが適用されるＮＰＵＳＣＨ送信後に続くＤＬチャネル／信号は端末が受信するように定義することができる。勿論、挙げられた条件(運用モード、アンカー／ノン−アンカーキャリア、有効／無効サブフレームなど)によって、ＤＬチャネル／信号を受信しない具体的な条件が定義されることもできる。
【０２２２】
方法＃９は、以下の方法＃１０が適用されるか又は既存のＬＴＥ端末のＳＲＳ送信を避けるためにＮＰＵＳＣＨ−ＡｌｌＳｙｍｂｏｌｓとｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇが設定された状況では適用されないように定義できる。例えば、方法＃９は、ＤＬ有効サブフレームの受信直前のＵＬ有効サブフレームで端末がＵＬを送信する時、(１つ以上の)最後のシンボル送信を省略するように指示された場合には適用されないことができる。ここで、ＤＬ有効サブフレームはＮＰＤＣＣＨ又はＮＰＤＳＣＨ送信が行われるサブフレームを意味し、ＵＬ有効サブフレームはＮＰＵＳＣＨ送信が行われるサブフレームを意味する。これにより、例えば、図１５の場合、ＮＰＤＳＣＨ受信されたサブフレームの直前のＵＬサブフレーム(即ち、４番目のＮＰＵＳＣＨ送信が行われるサブフレーム)で端末がＮＰＵＳＣＨを送信する時、(１つ以上の)最後のシンボル送信を省略するように指示／設定することができる。この時、インバンド動作モードの場合、端末動作は図１５と同一である。反面、ガードバンド／スタンドアローン動作モードの場合、端末はＮＰＵＳＣＨが送信されたサブフレーム直後のＤＬサブフレームの開始部分で信号受信(過程)がスキップされることが適用されない。即ち、端末はＮＰＵＳＣＨが送信されたサブフレーム直後のＤＬサブフレームの１番目のシンボルからＮＰＤＳＣＨ信号を受信することができる。
【０２２３】
[方法＃１０:ＳＲＳ区間設定を活用してトランシーバースイッチング(ＤＬ−ｔｏ−ＵＬ及びＵＬ−ｔｏ−ＤＬ)のための時間ギャップ及び／又はＲＦスイッチングギャップを確保する方法]
【０２２４】
トランシーバースイッチングギャップ及びＲＦスイッチングギャップのために暗黙的な時間ギャップを設定する方法以外に、ＳＲＳ送信区間を設定してスイッチングギャップを確保する方法があり得る。方法#９はスイッチング及び遷移後に下りリンク信号の一部を端末が受信しないようにする方法である。反面、ＳＲＳ送信区間を活用して時間ギャップを確保する方法は、スイッチング前の上りリンク信号の一部を端末が送信しないように許容／約束して時間ギャップを確保する方法である。
【０２２５】
表７は、既存のＬＴＥ端末のＳＲＳ送信を避けるために、ＮＰＵＳＣＨ−ＡｌｌＳｙｍｂｏｌｓとＳＲＳ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇを設定する例を示す。
【０２２６】
【表７】
0006905636.tif 000012
【０２２７】
ｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓに失敗した場合、ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇによって(レガシー端末の)ＳＲＳリソースとして設定された特定の上りリンクサブフレーム／シンボル区間は、ＮＰＵＳＣＨ送信時に端末が送信しない。ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇはセル内でＳＲＳ送信が設定されたサブフレームセットを定義するために使用されるサブフレーム周期／オフセットを示す。表７の方法は、レガシーＵＥのＳＲＳ送信を保護するためのものであるが、この実施例では他の用途、即ち、ＮＢ−ＩｏＴ端末のスイッチング時間を確保する方法として使用されることもできる。このために、ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇの定義及び値が変更される。
【０２２８】
他の例として、ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇを直接使用せず、例えば、ｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓのみを使用するか、又は類似情報を活用してＵＬ−ｔｏ−ＤＬスイッチングギャップを確保するように定義することができる。例えば、ｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓ(又はこれと類似するパラメータ、即ち、ＮＰＵＳＣＨの最後のシンボルを送信しないように指示する、又は連続したＵＬ有効サブフレームの最後のシンボルを送信しないように指示する、又はＵＬ有効サブフレームとＤＬ有効サブフレームが隣接した区間のＵＬ有効サブフレームに最後のシンボルを送信しないように指示する)に失敗した場合、ＵＬ有効サブフレームの最後のシンボル送信を省略するように指示することができる。提案された解釈／指示は以下に限って適用される。以下の事項を組み合わせることもできる。
【０２２９】
−ＵＬ／ＤＬインターレースが設定されたか又は行われる端末にのみ適用できる。即ち、該当情報がセル内に共通に構成される場合にも実際にＵＬ／ＤＬインターレース動作を行うように設定された端末のみが該当ＵＬの最後シンボル送信を省略することができる。
【０２３０】
−ＵＬ有効サブフレームとＤＬ有効サブフレームが隣接した場合にのみ適用できる。即ち、ＵＬ有効サブフレームとＤＬ有効サブフレームの間にギャップがないか、又はＵＬ有効サブフレーム以後のＤＬ有効サブフレームで制御領域シンボル数が'０'であるか、又は特定値より小さい場合にのみ、端末は該当ＵＬ最後のシンボル送信を省略することができる。一方、ＵＬ有効サブフレームとＤＬ有効サブフレームが連続した場合にも、端末がＵＬ送信直後の(隣接する)最初のＤＬ有効サブフレームで受信しないように期待される区間がある場合は(及び区間のサイズが特定値より大きい場合は)、ＵＬ最後のシンボル送信を省略する動作が適用されないことができる。例えば、ＮＰＵＳＣＨフォーマット２の送信後にＮＰＤＣＣＨモニタリング区間に１ｍｓｅｃ以上のギャップが設定されるか、又はＵＬ送信後に続く有効ＤＬサブフレームで端末が受信しないように許容された区間がある場合、ＵＬ最後のシンボル送信を省略する動作が適用されないことができる。
【０２３１】
−ＮＢ−ＩｏＴ運用モードによって異なるように適用される。例えば、インバンドの運用モードではサブフレームの制御領域がＵＬ−ｔｏ−ＤＬギャップに活用されるので、ＵＬ最後のシンボル送信を省略する動作が適用されない。従って、ガードバンド／スタンドアローン運用モードのみでＵＬの最後のシンボル送信を省略する動作が適用される。
【０２３２】
また方法＃９が適用される場合には、方法＃１０が構成されないか、又は方法＃１０の動作を省略するように定義することができる。
【０２３３】
提案された方法＃９と＃１０は、トランシーバースイッチングギャップ及びＲＦスイッチングギャップの確保だけではなく、ＮＢ−ＩｏＴ／ｅＭＴＣリレーが導入される場合に基地局−リレーのリンク／チャネルとリレー−端末リンク／チャネルとリレー−リレーリンク／チャネルの間の干渉を緩和させるために使用される。即ち、リレーは時間を区分して、１)基地局と通信を行うか、２)リレーがサービスする端末と通信を行うか、又は３)次のＨｏｐのリレーと通信を行うにおいて、１)、２)、３)区間の間に時間ギャップが必要であり、それを確保するために提案方法＃９と＃１０が活用されることができる。
【０２３４】
本発明で提案するＵＬ／ＤＬインターレーススケジューリング技法は端末能力に該当し、例えば、ＨＡＲＱプロセス数に関係する。即ち、シングル−ＨＡＲＱのみを支援する端末はインターレーススケジューリングを期待しない。但し、ＴＤＤシステムでは、ＵＬ／ＤＬ構成によって２−ＨＡＲＱで得られるスループット向上よりインターレーススケジューリングにより得られるスループット向上の方がもっと大きい。従って、シングル−ＨＡＲＱプロセスのみを支援する端末も別の能力信号でインターレーススケジューリングを支援することを知らせることができる。また、ＨＡＲＱプロセス及び端末のバッファー／メモリ(例：受信器のソフトバッファーと送信器のソフトバッファーを共有する場合)の複雑度を考慮して、特定の方式又は特定の条件を満たす方法でインターレーススケジューリングを支援することができる。基地局はかかる特定の方式又は特定の条件を満たす場合のみにインターレーススケジューリングすることもできる。例えば、基地局は端末にスケジューリングするＮＰＤＳＣＨと上りリンクによりスケジューリングするＮＰＵＳＣＨを特定のメモリサイズ(例：端末のＨＡＲＱプロセス能力を考慮してシングル−ＨＡＲＱバッファーを基準として設定されたレファレンスメモリサイズ又は２−ＨＡＲＱバッファーを基準として設定されたレファレンスメモリサイズ)を超えないようにインターレーススケジューリングすることができる。この時、先にＮＰＤＳＣＨをスケジュールしたが、該当ＮＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫが受信されなかった場合、又は失敗した状況でＮＰＵＳＣＨをスケジュールする場合には、スケジュールしたＮＰＤＳＣＨがいずれも端末のバッファー／メモリにあると仮定し、残りのバッファー／メモリ空間のみを使用できるＮＰＵＳＣＨをスケジュールすることができる。この時、端末の受信ソフトバッファーは各情報ビットごとにＬＬＲを表現するためのビット数を基地局又は標準で特定値に指定して計算することができる。もし端末がそれを満たさないインターリーブスケジューリングを受信する場合は、該当バッファーの一部又は全体領域を新しく受信された又は送信した情報により上書きするか、又は遅く受信されたインターリーブスケジューリングを無視することができる。
【０２３５】
図１６は本発明に適用可能な基地局及び端末を例示する。
【０２３６】
図１６を参照すると、無線通信システムは、基地局(ＢＳ)１１０及び端末(ＵＥ)１２０を含む。無線通信システムがリレーを含む場合、基地局又は端末はリレーに代替されてもよい。
【０２３７】
基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ)ユニット１１６を含む。プロセッサ１１２は、本発明で提案した手順及び／又は方法を具現するように構成される。メモリ１１４は、プロセッサ１１２に接続され、プロセッサ１１２の動作に関連する様々な情報を格納する。ＲＦユニット１１６は、プロセッサ１１２に接続され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及び無線周波数ユニット１２６を含む。プロセッサ１２２は、本発明で提案した手順及び／又は方法を具現するように構成される。メモリ１２４は、プロセッサ１２２に接続され、プロセッサ１２２の動作に関連する様々な情報を格納する。ＲＦユニット１２６は、プロセッサ１２２に接続され、無線信号を送信及び／又は受信する。
【０２３８】
以上で説明された各実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、他の実施例に含まれることができ、又は、他の実施例に対応する構成又は特徴に取って代わることもできる。特許請求の範囲において明示的な引用関係のない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めることができるということは自明である。
【０２３９】
本文書では、本発明の各実施例について主に端末と基地局の間の信号送受信関係を中心として説明する。かかる送受信関係は、端末とリレー又は基地局とリレーの間の信号送受信にも同一／同様に拡張できる。本文書で基地局によって行われると説明された特定動作は、場合によっては、その上位ノード(ｕｐｐｅｒ ｎｏｄｅ)によって行われてもよい。即ち、基地局を含む複数のネットワークノード(ｎｅｔｗｏｒｋ ｎｏｄｅｓ)からなるネットワークで端末との通信のために行う多様な動作は、基地局又は基地局以外の他のネットワークノードによって行えることは自明である。基地局は、固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ(ｅＮＢ)、アクセスポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)などの用語に代替可能である。また、端末は、ＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)、ＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、ＭＳＳ(Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)などの用語に代替可能である。
【０２４０】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウエア(ｆｉｒｍｗａｒｅ)、ソフトウェア又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、１つ又はそれ以上のＡＳＩＣｓ(ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ)、ＤＳＰｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ)、ＰＬＤｓ(ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ)、ＦＰＧＡｓ(ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０２４１】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能又は動作を行うモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに格納されて、プロセッサによって駆動可能である。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公示となった多様な手段により前記プロセッサとデータを交換することができる。
【０２４２】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは、当業者にとって自明である。従って、上記の詳細な説明は、全ての面において制限的に解釈されてはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定しなければならず、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０２４３】
本発明は、無線移動通信システムの端末、基地局又はその他の装備に使用できる。
【図１】
0006905636.tif 000013
【図２】
0006905636.tif 000014
【図３】
0006905636.tif 000015
【図４】
0006905636.tif 000016
【図５】
0006905636.tif 000017
【図６】
0006905636.tif 000018
【図７】
0006905636.tif 000019
【図８】
0006905636.tif 000020
【図９】
0006905636.tif 000021
【図１０】
0006905636.tif 000022
【図１１】
0006905636.tif 000023
【図１２】
0006905636.tif 000024
【図１３】
0006905636.tif 000025
【図１４】
0006905636.tif 000026
【図１５】
0006905636.tif 000027
【図１６】
0006905636.tif 000028