(57)【特許請求の範囲】
【請求項１】
狭帯域をサポートする無線通信システムにおいて、端末（ＵＥ）が速いデータ転送（ＥＤＴ）を用いてアップリンク送信を実行する方法において、
基地局（ＢＳ）から、前記アップリンク送信に対する最大のトランスポートブロックサイズ（ＴＢＳ）（Ｍ）を表す第１情報、及び前記最大のＴＢＳより小さいＴＢＳに対する選択が前記アップリンク送信に対して許容されるか否かを表す第２情報を含む制御メッセージを受信するステップと、
前記ＢＳに、前記ＥＤＴの要請のためのランダムアクセスプリアンブルに関連するメッセージ１を送信するステップと、
前記ＢＳから、アップリンク（ＵＬ） ｇｒａｎｔを含むランダムアクセス応答メッセージに関連するメッセージ２を受信するステップであって、前記ＵＬ ｇｒａｎｔは、前記ＥＤＴに対する資源情報、メッセージ３の反復回数（Ｎ）に関する情報及び変調及びコーディング方式（ＭＣＳ）インデックスに関する情報を含む、ステップと、
前記ＵＥが、０００、００１と０１０以外の値を持つ前記ＭＣＳインデックス、及び前記ＴＢＳに対する選択が許容されることに基づいて、前記最大のＴＢＳ（Ｍ）に従い事前設定されたＴＢＳセットから特定のＴＢＳ（Ｓ）を選択するステップと、
前記ＵＥにより選択された前記特定のＴＢＳ（Ｓ）の前記制御メッセージにより設定された前記最大のＴＢＳ（Ｍ）に対する比（Ｓ／Ｍ）が前記ＵＬ ｇｒａｎｔに含まれた前記メッセージ３の反復回数（Ｎ）で乗じられることに基づいて、前記ＵＥが、前記アップリンク送信に関連するメッセージ３に対する反復回数を決定するステップと、
前記ＵＥが、前記反復回数だけ前記アップリンク送信を実行するステップと、を含む、方法。
【請求項２】
前記ランダムアクセスプリアンブルは前記メッセージ１であり、前記ランダムアクセス応答メッセージは前記メッセージ２であり、及び前記アップリンク送信は前記メッセージ３である、請求項１に記載の方法。
【請求項３】
前記ＢＳから、複数のＴＢＳを含む前記ＴＢＳセットの一部として設定されるＴＢＳサブセットに関する第３情報を受信するステップをさらに含む、請求項１に記載の方法。
【請求項４】
前記特定のＴＢＳは、前記ＴＢＳサブセットから選択される、請求項３に記載の方法。
【請求項５】
前記特定のＴＢＳは、前記最大のＴＢＳに基づいて決定される、請求項１に記載の方法。
【請求項６】
前記アップリンク送信が送信される周波数領域の資源と時間領域の開始位置は、ＴＢＳに関係なく一定である、請求項１に記載の方法。
【請求項７】
前記ＥＤＴの要請のための前記ランダムアクセスプリアンブルは、ＣＥレベルまたはＲＳＲＰの少なくとも１つに基づいて決定される、請求項１に記載の方法。
【請求項８】
前記ＥＤＴの要請のための前記ランダムアクセスプリアンブルは、前記ＣＥレベルに対応するキャリア上で前記ＢＳに送信される、請求項７に記載の方法。
【請求項９】
Ｔｙｐｅ-２共通探索空間（ＣＳＳ）で物理ダウンリンク制御チャンネルをモニタリングするステップと、
前記ＢＳから、前記物理ダウンリンク制御チャンネルに基づいて、前記アップリンク送信に対する応答メッセージ受信するステップと、をさらに含む、請求項１に記載の方法。
【請求項１０】
前記ＥＤＴの要請のための前記ランダムアクセスプリアンブルは、ＮＰＲＡＣＨの開始キャリアインデックス、前記ＮＰＲＡＣＨの送信のために使われるノン−アンカーキャリアインデックス、またはＲＡＰＩＤの少なくとも１つに基づいて識別される、請求項１に記載の方法。
【請求項１１】
前記ランダムアクセス応答メッセージは、前記ＥＤＴの要請に対する許諾または拒絶のための情報を含む、請求項１０に記載の方法。
【請求項１２】
前記ＥＤＴの要請が前記ＲＡＰＩＤに基づいて識別されることに基づいて、前記許諾または拒絶は、前記ＲＡＰＩＤに対応するＭＡＣ ＰＤＵの特定フィールドにより指示される、請求項１１に記載の方法。
【請求項１３】
前記ランダムアクセス応答メッセージに含まれたＴＢＳに対する値が以前のＴＢＳに対する値と同一であるか否かを確認するステップと、
前記ランダムアクセス応答メッセージに含まれた前記ＴＢＳに対する値が前記以前のＴＢＳに対する値と同一な場合、前記ＥＤＴの要請が拒絶されたことを識別するステップと、をさらに含む、請求項１０に記載の方法。
【請求項１４】
狭帯域をサポートする無線通信システムにおいて、速いデータ転送（ＥＤＴ）を用いてアップリンク送信を実行するよう構成された端末（ＵＥ）において、
送信器及び受信器と、
前記送信器及び前記受信器と動作可能に接続される少なくとも１つのプロセッサと、を含み、
前記少なくとも１つのプロセッサは、
基地局（ＢＳ）から、前記アップリンク送信に対する最大のトランスポートブロックサイズ（ＴＢＳ）（Ｍ）を表す第１情報、及び前記最大のＴＢＳより小さいＴＢＳに対する選択が前記アップリンク送信に対して許容されるか否かを表す第２情報を含む制御メッセージを受信し、
前記ＢＳに、前記ＥＤＴの要請のためのランダムアクセスプリアンブルに関連するメッセージ１を送信し、
前記ＢＳから、アップリンク（ＵＬ） ｇｒａｎｔを含むランダムアクセス応答メッセージに関連するメッセージ２を受信し、前記ＵＬ ｇｒａｎｔは、前記ＥＤＴに対する資源情報、メッセージ３の反復回数（Ｎ）に関する情報及び変調及びコーディング方式（ＭＣＳ）インデックスに関する情報を含み、
前記ＵＥが、０００、００１と０１０以外の値を持つ前記ＭＣＳインデックス、及び前記ＴＢＳに対する選択が許容されることに基づいて、前記最大のＴＢＳ（Ｍ）に従い事前設定されたＴＢＳセットから特定のＴＢＳ（Ｓ）を選択し、
前記ＵＥにより選択された前記特定のＴＢＳ（Ｓ）の前記制御メッセージにより設定された前記最大のＴＢＳ（Ｍ）に対する比（Ｓ／Ｍ）が前記ＵＬ ｇｒａｎｔに含まれた前記メッセージ３の反復回数（Ｎ）で乗じられることに基づいて、前記ＵＥが、前記アップリンク送信に関連するメッセージ３に対する反復回数を決定し、
前記ＵＥが、前記反復回数だけ前記アップリンク送信を実行するように設定される、端末。
【請求項１５】
前記少なくとも１つのプロセッサは、前記ＢＳから、複数のＴＢＳを含む前記ＴＢＳセットの一部として設定されるＴＢＳサブセットに関する第３情報を受信するようさらに設定される、請求項１４に記載の端末。
【請求項１６】
前記少なくとも１つのプロセッサは、前記ＴＢＳサブセットから前記特定のＴＢＳを選択するようさらに設定される、請求項１５に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は無線通信システムに関し、より詳しくは、ランダムアクセス手続きで速いデータ転送（early data transmission）を遂行するための方法及びそのための装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声だけでなく、データサービスまで領域を拡張し、現在には爆発的なトラフィックの増加によって資源の不足現象が引起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代の移動通信システムの要求条件は大きく、爆発的なデータトラフィックの収容、ユーザ当たり転送率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（End-to-End Latency）、高エネルギー効率を支援できなければならない。そのために、二重連結性（Dual Connectivity）、大規模多重入出力（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多重接続（NOMA：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）支援、端末ネットワーキング（Device Networking）など、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書はランダムアクセス手続きを通じてEDTに対する要請を提供することを目的とする。
【０００５】
また、本明細書はメッセージ３に対する最大TBSより小さいTBSを用いて前記メッセージ３を送受信する方法を提供することをその目的とする。
【０００６】
また、本明細書は小さいTBSに対する反復回数を決定する方法を提供することをその目的とする。
【０００７】
本発明で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、 言及しない更に他の技術的課題は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【課題を解決するための手段】
【０００８】
本明細書は、無線通信システムにおけるランダムアクセス手続き（random access procedure）で速いデータ転送（early data transmission、EDT）を遂行する方法を提供する。
【０００９】
より具体的に、端末により遂行される方法は、メッセージ３に対する第１のTBS（transport block size）より小さい第２のTBSに対する選択が許容されるかを示す第１情報及び前記第１のTBSに対する第２情報を含む制御メッセージを基地局から受信するステップ、前記第１のTBSは前記メッセージ３に対する最大TBSであり、前記EDTに対する要請（request）をメッセージ１を用いて前記基地局に転送するステップ、前記メッセージ３に対するUL grantを含むメッセージ２を前記基地局から受信するステップ、前記制御メッセージ及び前記UL grantに基づいて前記メッセージ３に対する反復回数（repetition number）を決定するステップ、及び前記反復回数だけ前記メッセージ３を前記基地局に転送するステップを含むことを特徴とする。
【００１０】
また、本明細書で、前記メッセージ１、前記メッセージ２、及び前記メッセージ３は、前記ランダムアクセス手続きで前記基地局と送受信されることを特徴とする。
【００１１】
また、本明細書で前記メッセージ３は特定CE（coverage enhancement）レベルに対応することを特徴とする。
【００１２】
また、本明細書で前記方法は前記第１情報が前記第２のTBSに対する選択が許容されるように設定された場合、少なくとも１つの第２のTBSを含む第２のTBSサブセット（subset）に対する第３情報を前記基地局から受信するステップをさらに含むことを特徴とする。
【００１３】
また、本明細書で前記方法は前記第２のTBSサブセットで特定の第２のTBSを選択するステップをさらに含み、かつ前記メッセージ３は前記特定の第２のTBSに対する反復回数によって転送されることを特徴とする。
【００１４】
また、本明細書で前記特定の第２のTBSに対する反復回数は、前記UL grantにより設定されたメッセージ３に対する反復回数、前記第１のTBSの値及び前記特定の第２のTBSの値に基づいて決定されることを特徴とする。
【００１５】
また、本明細書で前記特定の第２のTBSの値は前記第１のTBSの値に基づいて決定されることを特徴とする。
【００１６】
また、本明細書で前記メッセージ３が転送される周波数領域の資源と時間領域の開始位置はTBSに関係なく、一定であることを特徴とする。
【００１７】
また、本明細書で前記EDTに対する要請はCEレベルまたはRSRP（reference signal received power）のうち、少なくとも１つに基づいて決定されることを特徴とする。
【００１８】
また、本明細書で前記EDTに対する要請は前記CEレベルに対応するキャリア（carrier）上で前記基地局に転送されることを特徴とする。
【００１９】
また、本明細書で前記方法はType-２ CSS（common search space）で物理ダウンリンク制御チャンネル（physical downlink control channel）をモニタリングするステップ、及び前記物理ダウンリンク制御チャンネルに基づいてメッセージ４を前記基地局から受信するステップをさらに含むことを特徴とする。
【００２０】
また、本明細書で前記EDTに対する要請はNPRACHの開始キャリアインデックス（starting carrier index）、NPRACH転送に使われるノン−アンカーキャリアインデックス（non-anchor carrier index）またはRAPID（random access preamble identifier）のうち、少なくとも１つに基づいて識別されることを特徴とする。
【００２１】
また、本明細書で前記メッセージ２は前記EDTに対する要請の許諾または拒絶を示す情報を含むことを特徴とする。
【００２２】
また、本明細書で前記EDTに対する要請が前記RAPIDに基づいて識別される場合、前記許諾または拒絶は前記RAPIDに対応するMAC（medium access control）PDU（packet data unit）の特定フィールドにより指示されることを特徴とする。
【００２３】
また、本明細書で前記方法は前記UL grantに含まれたTBSに対する値が以前のTBSに対する値と同一であるか否かを確認するステップ、及び前記UL grantに含まれたTBSに対する値が以前のTBSに対する値と同一な場合、前記EDTに対する要請が拒絶されたことを識別するステップをさらに含むことを特徴とする。
【００２４】
また、本明細書は無線通信システムにおけるランダムアクセス手続き（random access procedure）で速いデータ転送（early data transmission、EDT）を遂行する端末において、無線信号を送受信するためのRF（Radio Frequency）モジュール、及び前記RFモジュールを制御するプロセッサを含み、前記プロセッサは、メッセージ３に対する第１のTBS（transport block size）より小さい第２のTBSに対する選択が許容されるかを示す第１情報及び前記第１のTBSに対する第２情報を含む制御メッセージを基地局から受信し、前記第１のTBSは前記メッセージ３に対する最大TBSであり、前記EDTに対する要請（request）をメッセージ１を用いて前記基地局に転送し、前記メッセージ３に対するUL grantを含むメッセージ２を前記基地局から受信し、前記制御メッセージ及び前記UL grantに基づいて前記メッセージ３に対する反復回数（repetition number）を決定し、及び前記反復回数だけ前記メッセージ３を前記基地局に転送するように設定されることを特徴とする。
【００２５】
また、本明細書で前記プロセッサは、前記第１情報が前記第２のTBSに対する選択が許容されるように設定された場合、少なくとも１つの第２のTBSを含む第２のTBSサブセット（subset）に対する第３情報を前記基地局から受信するように設定されることを特徴とする。
【００２６】
また、本明細書で前記プロセッサは、前記第２のTBSサブセットで特定の第２のTBSを選択し、前記メッセージ３が前記特定の第２のTBSに対する反復回数によって転送されるように設定されることを特徴とする。
【００２７】
また、本明細書で前記特定の第２のTBSに対する反復回数は前記UL grantにより設定されたメッセージ３に対する反復回数、前記第１のTBSの値、及び前記特定の第２のTBSの値に基づいて決定されることを特徴とする。
【発明の効果】
【００２８】
本明細書は、ランダムアクセス手続きを通じてEDTに対する要請を提供することによって、端末のバッテリー消耗を減らすことができる効果がある。
【００２９】
本発明で得ることができる効果は以上で言及した効果に制限されず、言及しない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【図面の簡単な説明】
【００３０】
本発明に関する理解を助けるために詳細な説明の一部に含まれる添付図面は本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００３１】
【図１】LTE無線フレーム構造の一例を示した図である。
【図２】ダウンリンクスロットに対する資源グリッドの一例を示した図である。
【図３】ダウンリンクサブフレーム構造の一例を示す。
【図４】アップリンクサブフレーム構造の一例を示す。
【図５】フレーム構造類型１の一例を示す。
【図６】フレーム構造類型２の更に他の一例を示した図である。
【図７】ランダムアクセスシンボルグループの一例を示す。
【図８】NPRACH資源構成の一例を示す。
【図９】MACヘッダ及びMAC RARを含むMAC PDUの一例を示す。
【図１０】E/T/RAPID MAC subheaderの一例を示す。
【図１１】E/T/R/R/BI MAC subheaderの一例を示す。
【図１２】NB-IoT UEに対するMAC RARの一例を示す。
【図１３】本明細書で提案するMACヘッダ及びMAC RARを含む新たなMAC PDUの一例を示す。
【図１４】本明細書で提案するEDTのためのMACヘッダ及びMAC RARを含む新たなMAC PDUの一例を示す。
【図１５】本明細書で提案するNPUSCHの反復転送の一例を示した図である。
【図１６】本明細書で提案する方法が適用できるEDT過程の一例を示した図である。
【図１７】本明細書で提案する方法を遂行するための端末動作の一例を示した順序図である。
【図１８】本明細書で提案する方法を遂行するための端末動作の更に他の一例を示した順序図である。
【図１９】は本明細書で提案する方法を遂行するための基地局動作の一例を示した順序図である。
【図２０】本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。
【図２１】本明細書で提案する方法が適用できる無線通信装置のブロック構成図の更に他の例示である。
【発明を実施するための形態】
【００３２】
以下、本発明に従う好ましい実施形態を添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために、具体的な細部事項を含む。しかしながら、当業者は本発明がこのような具体的な細部事項無しでも実施できることが分かる。
【００３３】
幾つかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心としたブロック図形式に図示できる。
【００３４】
本明細書で、基地局は端末と直接的に通信を遂行するネットワークの終端ノード（terminal node）としての意味を有する。本文書で、基地局により遂行されるものとして説明された特定動作は、場合によっては、基地局の上位ノード（upper node）により遂行されることもできる。即ち、基地局を含む多数のネットワークノード（network nodes）からなるネットワークで、端末との通信のために遂行される多様な動作は基地局または基地局の以外の他のネットワークノードにより遂行できることは自明である。‘基地局（BS：Base Station）’は、固定局（fixed station）、Node B、eNB（evolved-NodeB）、BTS（base transceiver system）、アクセスポイント（AP：Access Point）、gNB（general NB）などの用語により取替できる。また、‘端末（Terminal）’は固定されるか、または移動性を有することができ、UE（User Equipment）、MS（Mobile Station）、UT（user terminal）、MSS（Mobile Subscriber Station）、SS（Subscriber Station）、AMS（Advanced Mobile Station）、WT（Wireless terminal）、MTC（Machine-Type Communication）装置、M2M（Machine-to-Machine）装置、D2D（Device-to-Device）装置などの用語に取替できる。
【００３５】
以下、ダウンリンク（DL：downlink）は基地局から端末への通信を意味し、アップリンク（UL：uplink）は端末から基地局への通信を意味する。ダウンリンクで、送信機は基地局の一部であり、受信機は端末の一部でありうる。アップリンクで、送信機は端末の一部であり、受信機は基地局の一部でありうる。
【００３６】
以下の説明で使われる特定用語は本発明の理解を助けるために提供されたものであり、このような特定用語の使用は本発明の技術的思想を逸脱しない範囲で異なる形態に変更できる。
【００３７】
以下の技術は、CDMA（code division multiple access）、FDMA（frequency division multiple access）、TDMA（time division multiple access）、OFDMA（orthogonal frequency division multiple access）、SC-FDMA（single carrier frequency division multiple access）、NOMA（non-orthogonal multiple access）などの多様な無線接続システムに利用できる。CDMAは、UTRA（universal terrestrial radio access）やCDMA２０００のような無線技術（radio technology）で具現できる。TDMAは、GSM（global system for mobile communications）／GPRS（general packet radio service）／EDGE（enhanced data rates for GSM evolution）のような無線技術で具現できる。OFDMAは、IEEE ８０２．１１（WiFi）、IEEE ８０２．１６（WiMAX）、IEEE ８０２-２０、E-UTRA（evolved UTRA）などの無線技術で具現できる。UTRAは、UMTS（universal mobile telecommunications system）の一部である。３GPP（3rd generation partnership project）LTE（longterm evolution）は、E-UTRAを使用するE-UMTS（evolved UMTS）の一部であって、ダウンリンクでOFDMAを採用し、アップリンクでSC-FDMAを採用する。LTE-A（advanced）は３GPP LTEの進化である。
【００３８】
本発明の実施形態は無線接続システムであるIEEE ８０２、３GPP、及び３GPP２のうち、少なくとも１つに開示された標準文書により裏付けられる。即ち、本発明の実施形態のうち、本発明の技術的思想を明確に示すために説明しないステップまたは部分は前記文書により裏付けられる。また、本文書で開示している全ての用語は前記標準文書により説明できる。
【００３９】
説明を明確にするために、３GPP LTE／LTE-Aを中心として技術するが、本発明の技術的特徴がこれに制限されるものではない。
【００４０】
システム一般
【００４１】
図１は、ＬＴＥ無線フレーム構造の一例を示した図である。
【００４２】
図１において、無線フレームは、１０個のサブフレームを含む。サブフレームは、時間領域で２個のスロット（ｓｌｏｔ）を含む。１つのサブフレームを送信するための時間は、送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ：ＴＴＩ）として定義される。例えば、１つのサブフレームは、１ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄ、ｍｓ）の長さを有することができ、１つのスロットは、０．５ｍｓの長さを有することができる。１つのスロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。３ＧＰＰ  ＬＴＥは、下向きリンクでＯＦＤＭＡを用いるので、ＯＦＤＭシンボルは、１つのシンボル周期（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表すためのものである。ＯＦＤＭシンボルは、さらに、ＳＣ−ＦＤＭＡシンボルまたはシンボル周期と称されることもできる。資源ブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：ＲＢ）は、資源割当単位であり、１つのスロットで複数の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。前記無線フレームの構造は、例示的なものである。したがって、無線フレームに含まれるサブフレームの個数、またはサブフレームに含まれるスロットの個数、あるいはスロットに含まれるＯＦＤＭシンボルの個数は、様々な方式で修正されることができる。
【００４３】
図２は、下向きリンクスロットに対する資源グリッドの一例を示した図である。
【００４４】
図２において、下向きリンクスロットは、時間領域で複数のＯＦＤＭシンボルを含む。本明細書においては、１つの例として、１つの下向きリンクスロットが７個のＯＦＤＭシンボルを含み、１つの資源ブロック（ＲＢ）が周波数領域で１２個の副搬送波を含むことと述べられる。しかし、本発明は、前記例に制限されるものではない。資源グリッドの各要素は、資源要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ：ＲＥ）と称される。１つのＲＢは、１２×７  ＲＥを含む。下向きリンクスロットに含まれるＲＢの個数のＮＤＬは、下向きリンク送信帯域幅によって変わる。上向きリンクスロットの構造は、下向きリンクスロットの構造と同様でありうる。
【００４５】
図３は、下向きリンクサブフレーム構造の一例を示す。
【００４６】
図３において、サブフレーム内で１番目のスロットの前半部に位置した最大３個のＯＦＤＭシンボルが制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）である。残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）に該当する。３ＧＰＰ  ＬＴＥで使用される下向きリンク制御チャネルの例は、ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨは、サブフレームの１番目のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの送信に使用されるＯＦＤＭシンボルに関する情報を運ぶ。ＰＨＩＣＨは、上向きリンク送信に対する応答であり、ＨＡＲＱ  ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報は、下向きリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）と称される。ＤＣＩは、上向きリンクまたは下向きリンクスケジューリング情報を含むか、または任意のＵＥグループに対する上向きリンク送信（Ｔｘ）電力制御命令を含む。
【００４７】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）の送信フォーマット（ｔｒａｎｓｐｏｒｔ  ｆｏｒｍａｔ）と資源割当、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）の資源割当情報、ＰＣＨ（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）に対するページング情報、ＤＬ−ＳＣＨに対するシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）のような上位階層制御メッセージの資源割当、任意（ａｒｂｉｔｒａｒｙ）ＵＥグループ内で個別ＵＥに対するＴｘ電力制御命令のセット、ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）のＴｘ電力制御命令、活性化などを運ぶことができる。制御領域内で複数のＰＤＣＣＨが送信され得る。ＵＥは、複数のＰＤＣＣＨをモニタリングできる。ＰＤＣＣＨは、１つまたはいくつかの連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）などの集成（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネルの状態に基づいたコーディング率（ｃｏｄｉｎｇ  ｒａｔｅ）を提供するのに使用される論理的割当単位（ｌｏｇｉｃａｌ  ａｌｌｏｃａｔｉｏｎ  ｕｎｉｔ）である。ＣＣＥは、複数の資源要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に該当する。ＰＤＣＣＨのフォーマットと可用ＰＤＣＣＨのビット個数は、ＣＣＥの個数とＣＣＥにより提供されるコーディング率間の相関度によって決定される。ＢＳがＵＥに送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）を付着する。ＣＲＣは、ＰＤＣＣＨの所有者または使用によって固有な識別子（ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ）と称される）にマスキングされる。仮に、ＰＤＣＣＨが特定ＵＥに対するものであれば、そのＵＥに対する固有な識別子（例えば、Ｃ−ＲＮＴＩ（ｃｅｌｌ−ＲＮＴＩ））がＣＲＣにマスキングされ得る。他の例として、仮に、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子（例えば、Ｐ−ＲＮＴＩ（ｐａｇｉｎｇ−ＲＮＴＩ））がＣＲＣにマスキングされ得る。仮に、ＰＤＣＣＨがシステム情報（さらに具体的に、後述するシステム情報ブロック（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ、ＳＩＢ）に対するものであれば、システム情報識別子とシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）がＣＲＣにマスキングされ得る。ＵＥのランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ランダムアクセス−ＲＮＴＩ（ＲＡ−ＲＮＴＩ）がＣＲＣにマスキングされ得る。
【００４８】
図４は、上向きリンクサブフレーム構造の一例を示す。
【００４９】
図４において、上向きリンクサブフレームは、周波数領域で制御領域とデータ領域とに区分されることができる。制御領域には、上向きリンク制御情報を運搬するための物理上向きリンク制御チャネル（ＰＵＣＣＨ）が割り当てられる。データ領域には、ユーザデータを運搬するための物理上向きリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられる。単一搬送波特性を維持するために、１つのＵＥは、同時にＰＵＣＣＨ及びＰＵＳＣＨを送信しない。１つのＵＥに対するＰＵＣＣＨは、サブフレーム内のＲＢ対に割り当てられる。ＲＢ対に属するＲＢは、各々２個のスロットで相違した副搬送波を占有する。これは、ＰＵＣＣＨに割り当てられたＲＢ対がスロット境界で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）されると呼ばれる。
【００５０】
以下、ＬＴＥフレーム構造についてより具体的に説明する。
【００５１】
ＬＴＥ仕様（ｓｐｅｃｉｆｉｃａｔｉｏｎ）を介して、全体において異なるように言及しない限り、時間領域における様々なフィールドの大きさは、
0006900472.tif 000002
秒の時間単位の数で表現される。
【００５２】
下向きリンク及び上向きリンク送信は、
0006900472.tif 000003
のデュレーション（ｄｕｒａｔｉｏｎ）を有する無線フレームで組織化される。２個の無線フレーム構造が支援される。
【００５３】
・類型（ｔｙｐｅ）１：ＦＤＤに適用可能
【００５４】
・類型２、ＴＤＤに適用可能
【００５５】
フレーム構造の類型（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ）１
フレーム構造の類型１は、全二重（ｆｕｌｌ  ｄｕｐｌｅｘ）及び半二重（ｈａｌｆ  ｄｕｐｌｅｘ）ＦＤＤの両方に適用することができる。各無線フレームは、
0006900472.tif 000004
長さであり、
0006900472.tif 000005
である２０個のスロットで構成され、０から１９までナンバリングされる。サブフレームは、２個の連続するスロットで定義され、サブフレーム
0006900472.tif 000006
は、スロット
0006900472.tif 000007
及び
0006900472.tif 000008
からなる。
【００５６】
ＦＤＤの場合、１０個のサブフレームが下向きリンク送信に利用可能であり、１０個のサブフレームが１０ｍｓ毎の間隔で上向きリンク送信のために利用可能である。
【００５７】
上向きリンク及び下向きリンク送信は、周波数領域で分離される。半二重ＦＤＤ動作において、ＵＥは、同時に送信及び受信できないことに対し、全二重ＦＤＤではそのような制限がない。
【００５８】
図５は、フレーム構造の類型１の一例を示す。
【００５９】
フレーム構造の類型２
フレーム構造の類型２は、ＦＤＤに適用可能である。長さ
0006900472.tif 000009
のそれぞれの無線フレームの長さは、各々
0006900472.tif 000010
の２個のハーフ−フレーム（ｈａｌｆ−ｆｒａｍｅｓ）からなる。それぞれのハーフ−フレームは、長さ
0006900472.tif 000011
の５個のサブフレームからなる。支援される上向きリンク−下向きリンク構成が表２に挙げられ、ここで、無線フレーム内の各サブフレームに対して、「Ｄ」は、サブフレームが下向きリンク送信のために留保されたこと（ｒｅｓｅｒｖｅｄ）を表し、「Ｕ」は、サブフレームが上向きリンク送信のために留保されたことを表し、「Ｓ」は、下向きリンクパイロット時間スロット（ｄｏｗｎｌｉｎｋ  ｐｉｌｏｔ  ｔｉｍｅ  ｓｌｏｔ：ＤｗＰＴＳ）、保護周期（ｇｕａｒｄ  ｐｅｒｉｏｄ：ＧＰ）、及び上向きリンクパイロット時間スロット（ｕｐｌｉｎｋ  ｐｉｌｏｔ  ｔｉｍｅ  ｓｌｏｔ：ＵｐＰＴＳ）の３個のフィールドを有する特殊サブフレームを表す。総長さ
0006900472.tif 000012
と同じＤｗＰＴＳ、ＧＰ、及びＵｐＰＴＳ前提下でＤｗＰＴＳ及びＵｐＰＴＳの長さは、表１により提供される。それぞれのサブフレームｉは、それぞれのサブフレーム内の長さが
0006900472.tif 000013
である２個のスロット、
0006900472.tif 000014
及び
0006900472.tif 000015
として定義される。
【００６０】
５ｍｓ及び１０ｍｓの両方の下向きリンクから上向きリンクへの切換−地点周期性（ｓｗｉｔｃｈ−ｐｏｉｎｔ  ｐｅｒｉｏｄｉｃｉｔｙ）を有する上向きリンク−下向きリンク構成が支援される。５ｍｓの下向きリンクから上向きリンクへの切換ポイント周期性の場合、特殊サブフレーム（ｔｈｅ  ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）が２個のハーフ−フレーム（ｈａｌｆ−ｆｒａｍｅｓ）の両方に存在する。１０ｍｓの下向きリンクから上向きリンクへの切換ポイント周期性の場合、前記特殊サブフレームが１番目のハーフフレームにのみ存在する。サブフレーム０と５及びＤｗＰＴＳは、いつも下向きリンク送信のために留保される。ＵｐＰＴＳ及び前記特殊サブフレームにすぐに後続するサブフレームは、いつも上向きリンク送信のために予約（ｒｅｓｅｒｖｅ）される。
【００６１】
図６は、フレーム構造の類型２のさらに他の一例を示した図である。
【００６２】
表１は、特殊サブフレームの構成の一例を表す。
【００６３】
【表１】
0006900472.tif 000016
【００６４】
表２は、上向きリンク−下向きリンク構成の一例を表す。
【００６５】
【表２】
0006900472.tif 000017
【００６６】
ＮＢ−ＩｏＴ
ＮＢ−ＩｏＴ（ｎａｒｒｏｗｂａｎｄ−ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）は、ｌｏｗ  ｃｏｍｐｌｅｘｉｔｙ、ｌｏｗ  ｃｏｓｔ  ｄｅｖｉｃｅを支援するための標準であって、既存のＬＴＥ  ｄｅｖｉｃｅ等と比較して相対的に簡単な動作のみを行うように定義されている。ＮＢ−ＩｏＴは、ＬＴＥの基本構造にしたがうが、下記に定義された内容を基準に動作する。仮りに、ＮＢ−ＩｏＴがＬＴＥのｃｈａｎｎｅｌやｓｉｇｎａｌをｒｅｕｓｅする場合には、既存のＬＴＥで定義された標準にしたがうことができる。
【００６７】
上向きリンク（Ｕｐｌｉｎｋ）
次のような狭帯域物理チャネルが定義される。
【００６８】
・狭帯域物理上向きリンク共有チャネル、ＮＰＵＳＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
・狭帯域物理ランダムアクセスチャネル、ＮＰＲＡＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）
【００６９】
次のような上向きリンク狭帯域物理信号が定義される。
【００７０】
・狭帯域復調参照信号（Ｎａｒｒｏｗｂａｎｄ  ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）
【００７１】
副搬送波
0006900472.tif 000018
側面で上向きリンク帯域幅、及びスロットデュレーション
0006900472.tif 000019
は、下記の表３として与えられる。
【００７２】
表３は、ＮＢ−ＩｏＴパラメータの一例を表す。
【００７３】
【表３】
0006900472.tif 000020
【００７４】
単一アンテナポート
0006900472.tif 000021
は、全ての上向きリンク送信に対して使用される。
【００７５】
資源ユニット（Ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）
ＮＰＵＳＣＨと資源要素のマッピングを説明するのに資源ユニットが使用される。資源ユニットは、時間領域で
0006900472.tif 000022
の連続するシンボルで定義され、周波数領域で
0006900472.tif 000023
の連続する副搬送波で定義され、ここで、
0006900472.tif 000024
及び
0006900472.tif 000025
は、表４として与えられる。
【００７６】
表４は、
0006900472.tif 000026
、
0006900472.tif 000027
、及び
0006900472.tif 000028
の支援される組み合わせ等の一例を表す。
【００７７】
【表４】
0006900472.tif 000029
【００７８】
狭帯域上向きリンク共有チャネル（ＮＰＵＳＣＨ：Ｎａｒｒｏｗｂａｎｄ  ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
狭帯域物理上向きリンク共有チャネルが２個のフォーマットで支援される：
・ＵＬ−ＳＣＨを運搬するのに使用されるＮＰＵＳＣＨフォーマット１
・上向きリンク制御情報を運搬するのに使用されるＮＰＵＳＣＨフォーマット２
【００７９】
ＴＳ  ３６．２１１の５．３．１節によってスクランブリングは行われる。スクランブリングシーケンス生成器（ｓｃｒａｍｂｌｉｎｇ  ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒ）は、
0006900472.tif 000030
に初期化され、ここで、
0006900472.tif 000031
は、コードワード送信の１番目のスロットである。ＮＰＵＳＣＨ繰り返しの場合、スクランブリングシーケンスは、繰り返し送信のために使用された、各々、１番目のスロット及びフレームとして設定された
0006900472.tif 000032
及び
0006900472.tif 000033
で全ての
0006900472.tif 000034
コードワード送信以後に、上記の数式によって再初期化される。ｑｕａｎｔｉｔｙ  
0006900472.tif 000035
は、ＴＳ  ３６．２１１の１０．１．３．６節により提供される。
【００８０】
表５は、狭帯域物理上向きリンク共有チャネルに対して適用可能な変調マッピングを特定する。
【００８１】
【表５】
0006900472.tif 000036
【００８２】
ＮＰＵＳＣＨは、３ＧＰＰ  ＴＳ  ３６．２１３の節により提供されるような、１つ以上の資源ユニット
0006900472.tif 000037
にマッピングされることができ、これらの各々は、
0006900472.tif 000038
回送信される。
【００８３】
３ＧＰＰ  ＴＳ  ３６．２１３で規定された送信電力
0006900472.tif 000039
にしたがうために、複素−値シンボルのブロック
0006900472.tif 000040
が大きさスケーリング要素
0006900472.tif 000041
とかけられ、ＮＰＵＳＣＨの送信のために割り当てられた副搬送波にｚ（０）で始めるシーケンスでマッピングされる。送信のために割り当てられ、参照信号等の送信に使用されない副搬送波に対応する資源要素
0006900472.tif 000042
へのマッピングは、割り当てられた資源ユニットの１番目のスロットから始めてインデックス
0006900472.tif 000043
、以後、インデックス
0006900472.tif 000044
の増加順序となる。
【００８４】
0006900472.tif 000045
スロットマッピング以後に、
0006900472.tif 000046
の下のスロットへのマッピングを続ける以前に、
0006900472.tif 000047
スロットが
0006900472.tif 000048
追加的な（ａｄｄｉｔｉｏｎａｌ）回数で繰り返され、ここで、数式１は、
【００８５】
【数１】
0006900472.tif 000049
【００８６】
0006900472.tif 000050
スロットへのマッピングまたはマッピングの繰り返しがＮＰＲＡＣＨ−ＣｏｎｆｉｇＳＩＢ−ＮＢによって任意の構成されたＮＰＲＡＣＨ資源と重なる資源要素を含めば、重なった
0006900472.tif 000051
スロットのＮＰＵＳＣＨ送信は、次の
0006900472.tif 000052
スロットが任意の構成されたＮＰＲＡＣＨ資源と重ならないまで延期される。
【００８７】
0006900472.tif 000053
）のマッピングは、
0006900472.tif 000054
スロットが送信されるまで繰り返される。２５６・３０７２０Ｔｓ時間単位のＮＰＲＡＣＨによる送信及び／又は延期等（ｐｏｓｔｐｏｎｅｍｅｎｔｓ）以後、ＮＰＵＳＣＨ送信が延期される場合、
0006900472.tif 000055
時間単位のギャップ（ｇａｐ）が挿入される。ギャップと一致するＮＰＲＡＣＨによる延期部分は、ギャップの一部としてカウントされる。
【００８８】
上位階層パラメータｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓが偽（ｆａｌｓｅ）に設定されれば、ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇによってＳＲＳで構成されたシンボルと重なるＳＣ−ＦＤＭＡシンボルの資源要素は、ＮＰＵＳＣＨマッピングとして計算されるが、ＮＰＵＳＣＨの送信のためには使用されない。上位階層パラメータｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓが真（ｔｒｕｅ）に設定されれば、全てのシンボルが送信される。
【００８９】
ＵＬ−ＳＣＨデータ無しでＮＰＵＳＣＨを介しての上向きリンク制御情報（Ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｏｎ  ＮＰＵＳＣＨ  ｗｉｔｈｏｕｔ  ＵＬ−ＳＣＨ  ｄａｔａ）
ＨＡＲＱ−ＡＣＫ  
0006900472.tif 000056
の１ビット情報は、表６によって符号化され、ここで、肯定応答に対して
0006900472.tif 000057
であり、不正応答に対して
0006900472.tif 000058
である。
【００９０】
表６は、ＨＡＲＱ−ＡＣＫコードワード等の一例を表す。
【００９１】
【表６】
0006900472.tif 000059
【００９２】
電力制御（Ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）
サービングセルに対するＮＢ−ＩｏＴ  ＵＬスロットｉにおいてＮＰＵＳＣＨ送信のためのＵＥ送信電力は、下記の数式２及び３のように提供される。
【００９３】
割り当てられたＮＰＵＳＣＨ  ＲＵ等の繰り返し回数が２より大きい場合、
【００９４】
【数２】
0006900472.tif 000060
【数３】
0006900472.tif 000061
【００９５】
ここで、
0006900472.tif 000062
は、サービングセルｃに対してＮＢ−ＩｏＴ  ＵＬスロットｉで３ＧＰＰ  ＴＳ  ３６．１０１に定義されて構成されたＵＥ送信電力である。
【００９６】
0006900472.tif 000063
は、３．７５ｋＨｚ副搬送波間隔に対しては｛１／４｝であり、１５ｋＨｚ副搬送波間隔に対しては｛１、３、６、１２｝である。
【００９７】
0006900472.tif 000064
は、サービングセルｃに対して、上位階層から提供された成分
0006900472.tif 000065
とｊ＝１に対して上位階層により提供される成分
0006900472.tif 000066
の合計からなり、ここで、
0006900472.tif 000067
である。動的スケジューリングされた承認（ｇｒａｎｔ）に対応するＮＰＵＳＣＨ（再）送信に対して、
0006900472.tif 000068
であり、ランダムアクセス応答承認に対応するＮＰＵＳＣＨ（再）送信に対しては、
0006900472.tif 000069
である。
【００９８】
0006900472.tif 000070
及び
0006900472.tif 000071
であり、ここで、パラメータｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ  
0006900472.tif 000072
及び
0006900472.tif 000073
は、サービングセルｃに対して上位階層からシグナリングされる。
【００９９】
0006900472.tif 000074
に対し、ＮＰＵＳＣＨフォーマット２に対して、
0006900472.tif 000075
；ＮＰＵＳＣＨフォーマット１に対して、
0006900472.tif 000076
がサービングセルｃに対して上位階層により提供される。
0006900472.tif 000077
に対し、
0006900472.tif 000078
である。
【０１００】
0006900472.tif 000079
サービングセルｃに対してＵＥにおいてｄＢで計算された下向きリンク経路損失推定であり、
0006900472.tif 000080
＝ｎｒｓ−Ｐｏｗｅｒ＋ｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒ−上位階層フィルタリングされたＮＲＳＲＰであり、ここで、ｎｒｓ−Ｐｏｗｅｒは、上位階層及び３ＧＰＰ  ３６．２１３の下位節１６．２．２により提供され、ｎｒｓ−ｐｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒは、上位階層により提供されないと、ゼロに設定され、ＮＲＳＲＰは、サービングセルｃに対して３ＧＰＰ  ＴＳ  ３６．２１４で定義され、上位階層フィルター構成は、サービングセルｃに対して３ＧＰＰ  ＴＳ  ３６．３３１で定義される。
【０１０１】
ＵＥがサービングセルｃに対してＮＢ−ＩｏＴ  ＵＬスロットｉでＮＰＵＳＣＨを送信すれば、電力ヘッドルームは、下記の数式４を用いて計算される。
【０１０２】
【数４】
0006900472.tif 000081
【０１０３】
フォーマット１  ＮＰＵＳＣＨを送信するためのＵＥ手順（ＵＥ  ｐｒｏｃｅｄｕｒｅ  ｆｏｒ  ｔｒａｎｓｍｉｔｔｉｎｇ  ｆｏｒｍａｔ  １  ＮＰＵＳＣＨ）
ＵＥのためのＮＢ−ＩｏＴ  ＤＬサブフレーム
0006900472.tif 000082
で終わるＤＣＩフォーマットＮ０を有するＮＰＤＣＣＨの与えられたサービングセルでの検出の際、ＵＥは、
0006900472.tif 000083
ＤＬサブフレームの終わりで、ＮＰＤＣＣＨ情報に応じて
0006900472.tif 000084
であるＮ個の連続ＮＢ−ＩｏＴ  ＵＬスロット
0006900472.tif 000085
で、ＮＰＵＳＣＨフォーマット１を使用して対応するＮＰＵＳＣＨ送信を行い、ここで、
【０１０４】
サブフレームｎは、ＮＰＤＣＣＨが送信される最後のサブフレームであり、ＮＰＤＣＣＨ送信の開始サブフレーム及び対応するＤＣＩのＤＣＩサブフレーム繰り返し番号フィールドから決定され、そして、
【０１０５】
0006900472.tif 000086
であり、ここで、
0006900472.tif 000087
の値は、対応するＤＣＩの繰り返し番号フィールドにより決定され、
0006900472.tif 000088
の値は、対応するＤＣＩの資源割当フィールドにより決定され、
0006900472.tif 000089
の値は、当該ＤＣＩで割り当てられた副搬送波の数に対応する資源ユニットのＮＢ−ＩｏＴ  ＵＬスロットの数である。
【０１０６】
0006900472.tif 000090
は、サブフレーム
0006900472.tif 000091
の終了後に始める１番目のＮＢ−ＩｏＴ  ＵＬスロットである。
【０１０７】
0006900472.tif 000092
の値は、表７によって対応するＤＣＩのスケジューリング遅延フィールド（ｓｃｈｅｄｕｌｉｎｇ  ｄｅｌａｙ  ｆｉｅｌｄ）（
0006900472.tif 000093
）により決定される。
【０１０８】
表７は、ＤＣＩフォーマットＮ０に対するｋ０の一例を表す。
【０１０９】
【表７】
0006900472.tif 000094
【０１１０】
ＮＰＵＳＣＨ送信のための上向きリンクＤＣＩフォーマットＮ０の資源割当情報は、スケジューリングされたＵＥに指示される。
【０１１１】
・対応するＤＣＩの副搬送波指示フィールドにより決定される資源ユニットの連続的に割り当てられた副搬送波（
0006900472.tif 000095
）のセット
・表９による対応するＤＣＩの資源割当フィールドにより決定された複数の資源ユニット（
0006900472.tif 000096
）
・表１０による対応するＤＣＩの繰り返し番号フィールドにより決定される繰り返し回数（
0006900472.tif 000097
）。
【０１１２】
ＮＰＵＳＣＨ送信の副搬送波間隔Δｆは、３ＧＰＰ  ＴＳ  ３６．２１３の下位節１６．３．３によって狭帯域ランダムアクセス応答承認（Ｎａｒｒｏｗｂａｎｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ  Ｇｒａｎｔ）の上向きリンク副搬送波間隔フィールドにより決定される。
【０１１３】
副搬送波間隔Δｆ＝３．７５ｋＨｚを有するＮＰＵＳＣＨ送信の場合、
0006900472.tif 000098
であり、ここで、
0006900472.tif 000099
は、ＤＣＩの副搬送波指示フィールドである。
【０１１４】
副搬送波間隔Δｆ＝１５ｋＨｚを有するＮＰＵＳＣＨ送信の場合、ＤＣＩの副搬送波指示フィールド（
0006900472.tif 000100
）は、表８によって連続的に割り当てられた副搬送波のセット（
0006900472.tif 000101
）を決定する。
【０１１５】
表８は、Δｆ＝１５ｋＨｚを有するＮＰＵＳＣＨに対して割り当てられる副搬送波の一例を表す。
【０１１６】
【表８】
0006900472.tif 000102
【０１１７】
表９は、ＮＰＵＳＣＨに対する資源ユニットの個数の一例を表す。
【０１１８】
【表９】
0006900472.tif 000103
【０１１９】
表１０は、ＮＰＵＳＣＨに対する繰り返し回数の一例を表す。
【０１２０】
【表１０】
0006900472.tif 000104
【０１２１】
復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
0006900472.tif 000105
に対する参照信号シーケンス
0006900472.tif 000106
は、下記の数式５により定義される。
【０１２２】
【数５】
0006900472.tif 000107
【０１２３】
ここで、バイナリシーケンス
0006900472.tif 000108
は、ＴＳ  ３６．２１１の７．２により定義され、ＮＰＵＳＣＨ送信開始時に
0006900472.tif 000109
に初期化されなければならない。値
0006900472.tif 000110
は、表１−１１により提供され、ここで、ＮＰＵＳＣＨフォーマット１に対してグループホッピングがイネーブルされなければ、ＮＰＵＳＣＨフォーマット２に対して
0006900472.tif 000111
であり、ＮＰＵＳＣＨフォーマット１に対してグループホッピングがイネーブルされれば、３ＧＰＰ  ＴＳ  ３６．２１１の１０．１．４．１．３節により提供される。
【０１２４】
表１１は、
0006900472.tif 000112
の一例を表す。
【０１２５】
【表１１】
0006900472.tif 000113
【０１２６】
ＮＰＵＳＣＨフォーマット１に対する参照信号シーケンスは、下記の数式６により提供される。
【０１２７】
【数６】
0006900472.tif 000114
【０１２８】
ＮＰＵＳＣＨフォーマット２に対する参照信号シーケンスは、下記の数式７により提供される。
【０１２９】
【数７】
0006900472.tif 000115
【０１３０】
ここで、
0006900472.tif 000116
は、
0006900472.tif 000117
with 
0006900472.tif 000118
により選択されたシーケンスインデックスを有する３ＧＰＰ  ＴＳ  ３６．２１１の表５．５．２．２．１−２として定義される。
【０１３１】
0006900472.tif 000119
に対する参照信号シーケンス
0006900472.tif 000120
は、下記の数式８によって基底シーケンスの循環遷移
0006900472.tif 000121
により定義される。
【０１３２】
【数８】
0006900472.tif 000122
【０１３３】
ここで、
0006900472.tif 000123
は、
0006900472.tif 000124
に対して表１０．１．４．１．２−１により提供され、
0006900472.tif 000125
に対して表１２により提供され、
0006900472.tif 000126
に対して表１３により提供される。
【０１３４】
グループホッピングがイネーブルされなければ、基底シーケンスインデックス
0006900472.tif 000127
は、
0006900472.tif 000128
、
0006900472.tif 000129
、及び
0006900472.tif 000130
の各々に対して上位階層パラメータｔｈｒｅｅＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅ、ｓｉｘＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅ、及びｔｗｅｌｖｅＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅにより提供される。上位階層によりシグナリングされなければ、基底シーケンスは、下記の数式９により提供される。
【０１３５】
【数９】
0006900472.tif 000131
【０１３６】
グループホッピングがイネーブルされれば、基底インデックス
0006900472.tif 000132
は、３ＧＰＰ  ＴＳ  ３６．２１１の１０．１．４．１．３節により提供される。
【０１３７】
0006900472.tif 000133
及び
0006900472.tif 000134
に対する循環遷移は、表１４で定義されたように、上位階層パラメータが各々ｔｈｒｅｅＴｏｎｅ−ＣｙｃｌｉｃＳｈｉｆｔ及びｓｉｘＴｏｎｅ−ＣｙｃｌｉｃＳｈｉｆｔから導かれる。
0006900472.tif 000135
に対して、
0006900472.tif 000136
である。
【０１３８】
表１２は、
0006900472.tif 000137
に対する
0006900472.tif 000138
の一例を表した表である。
【０１３９】
【表１２】
0006900472.tif 000139
【０１４０】
表１３は、
0006900472.tif 000140
に対する
0006900472.tif 000141
のさらに他の一例を表した表である。
【０１４１】
【表１３】
0006900472.tif 000142
【０１４２】
表１４は、αの一例を表した表である。
【０１４３】
【表１４】
0006900472.tif 000143
【０１４４】
ＮＰＵＳＣＨフォーマット１に対する参照信号のために、シーケンス−グループホッピングがイネーブルされ得るし、ここで、スロット
0006900472.tif 000144
のシーケンス−グループナンバー
0006900472.tif 000145
は、下記の数式１０によってグループホッピングパターン
0006900472.tif 000146
及びシーケンス−遷移パターン
0006900472.tif 000147
により定義される。
【０１４５】
【数１０】
0006900472.tif 000148
【０１４６】
ここで、各資源ユニットの大きさに対して利用可能な参照信号シーケンス等の個数、
0006900472.tif 000149
は、表１５により提供される。
【０１４７】
表１５は、
0006900472.tif 000150
の一例を表す。
【０１４８】
【表１５】
0006900472.tif 000151
【０１４９】
シーケンス−グループホッピングは、上位階層により提供されるセル−特定パラメータｇｒｏｕｐＨｏｐｐｉｎｇＥｎａｂｌｅｄによりイネーブルされるか、またはディセーブルされる。ＮＰＵＳＣＨに対するシーケンスグループホッピングは、ＮＰＵＳＣＨ送信が競争基盤ランダムアクセス手順の一部として同じ送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）の再送信またはランダムアクセス応答承認に対応しない限り、セル基盤でイネーブルされるにもかかわらず、上位−階層パラメータｇｒｏｕｐＨｏｐｐｉｎｇＤｉｓａｂｌｅｄを介して特定ＵＥに対してディセーブルされることができる。
【０１５０】
グループホッピングパターン
0006900472.tif 000152
は、下記の数式１１により提供される。
【０１５１】
【数１１】
0006900472.tif 000153
【０１５２】
ここで、
0006900472.tif 000154
に対し
0006900472.tif 000155
であり、
0006900472.tif 000156
は、資源ユニットの１番目のスロットのスロット番号である。疑似−ランダムシーケンス
0006900472.tif 000157
は、７．２節により定義される。疑似−ランダムシーケンス生成器は、
0006900472.tif 000158
に対して資源ユニットの開始で、そして、
0006900472.tif 000159
に対して偶数スロット毎に
0006900472.tif 000160
として初期化される。
【０１５３】
シーケンス−遷移パターン
0006900472.tif 000161
は、下記の数式１２により提供される。
【０１５４】
【数１２】
0006900472.tif 000162
【０１５５】
ここで、
0006900472.tif 000163
は、上位−階層パラメータｇｒｏｕｐＡｓｓｉｇｎｍｅｎｔＮＰＵＳＣＨにより提供される。値がシグナリングされなければ、
0006900472.tif 000164
である。
【０１５６】
シーケンス
0006900472.tif 000165
は、大きさスケーリング因子
0006900472.tif 000166
でかけられなければならず、副−搬送波に
0006900472.tif 000167
で始めるシーケンスとしてマッピングされなければならない。
【０１５７】
マッピングプロセスで使用される副−搬送波のセットは、３ＧＰＰ  ３６．２１１の１０．１．３．６節に定義された対応するＮＰＵＳＣＨ送信と同様でなければならない。
【０１５８】
資源要素
0006900472.tif 000168
へのマッピングは、１番目が
0006900472.tif 000169
、以後
0006900472.tif 000170
、及び最後にスロットナンバーの増加順序とならなければならない。スロット内のシンボルインデックス
0006900472.tif 000171
の値が表１６として提供される。
【０１５９】
表１６は、ＮＰＵＳＣＨに対する復調参照信号位置の一例を表す。
【０１６０】
【表１６】
0006900472.tif 000172
【０１６１】
ＳＦ−ＦＤＭＡ基底帯域信号生成
0006900472.tif 000173
に対して、スロット内のＳＣ−ＦＤＭＡシンボル
0006900472.tif 000174
の時間−連続信号
0006900472.tif 000175
が
0006900472.tif 000176
により代替される値
0006900472.tif 000177
で５．６節により定義される。
【０１６２】
0006900472.tif 000178
に対して、上向きリンクスロット内のＳＣ−ＦＤＭＡシンボル
0006900472.tif 000179
の副−搬送波インデックスに対するとき間−連続信号
0006900472.tif 000180
は、数式１３により定義される。
【０１６３】
【数１３】
0006900472.tif 000181
【０１６４】
0006900472.tif 000182
に対し、ここで、
0006900472.tif 000183
及び
0006900472.tif 000184
に対するパラメータが表１７として提供され、
0006900472.tif 000185
は、シンボル
0006900472.tif 000186
の変調値であり、位相回転
0006900472.tif 000187
は、下記の数式１４により定義される。
【０１６５】
【数１４】
0006900472.tif 000188
【０１６６】
ここで、
0006900472.tif 000189
は、送信開始時にリセットされるシンボルカウンターであり、送信の間、各シンボルに対して増加される。
【０１６７】
表１７は、
0006900472.tif 000190
に対するＳＣ−ＦＤＭＡパラメータの一例を表す。
【０１６８】
【表１７】
0006900472.tif 000191
【０１６９】
スロット内のＳＣ−ＦＤＭＡシンボルは、
0006900472.tif 000192
で始めて、
0006900472.tif 000193
の増加順序で送信されなければならず、ここで、ＳＣ−ＦＤＭＡシンボル
0006900472.tif 000194
は、スロット内の時間
0006900472.tif 000195
から始める。
0006900472.tif 000196
に対して、
0006900472.tif 000197
内の残余
0006900472.tif 000198
は、送信されずに、ガード区間（ｇｕａｒｄ  ｐｅｒｉｏｄ）のために使用される。
【０１７０】
狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ：Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）
物理階層ランダムアクセスプリアンブルは、単一−副搬送波周波数−ホッピングシンボルグループに基づく。シンボルグループは、図１−８のランダムアクセスシンボルグループで図示され、長さが
0006900472.tif 000199
である循環プレフィックス（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）と全体長さが
0006900472.tif 000200
である５個の同じシンボルのシーケンスからなる。パラメータ値は、表１８に挙げられている。パラメータ値は、表１８のランダムアクセスプリアンブルパラメータで挙げられる。
【０１７１】
図７は、ランダムアクセスシンボルグループの一例を示す。
【０１７２】
表１８は、ランダムアクセスプリアンブルパラメータの一例を表す。
【０１７３】
【表１８】
0006900472.tif 000201
【０１７４】
ギャップ（ｇａｐ）無しで送信される４個のシンボルグループからなるプリアンブルは、
0006900472.tif 000202
回送信される。
【０１７５】
ＭＡＣ階層によりトリガリングされれば、ランダムアクセスプリアンブルの送信は、特定時間及び周波数領域に限定される。
【０１７６】
上位階層により提供されるＮＰＲＡＣＨ構成には、次が含まれる。
【０１７７】
ＮＰＲＡＣＨ資源周期
0006900472.tif 000203
（ｎｐｒａｃｈ−Ｐｅｒｉｏｄｉｃｉｔｙ）、
ＮＰＲＡＣＨに割り当てられた１番目の副搬送波の周波数位置
0006900472.tif 000204
（ｎｐｒａｃｈ−ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ）、
ＮＰＲＡＣＨに割り当てられた副搬送波の数
0006900472.tif 000205
（ｎｐｒａｃｈ−ＮｕｍＳｕｂｃａｒｒｉｅｒｓ）、
競争基盤ＮＰＲＡＣＨランダムアクセスに割り当てられた開始副−搬送波の数
0006900472.tif 000206
（ｎｐｒａｃｈ−ＮｕｍＣＢＲＡ−ＳｔａｒｔＳｕｂｃａｒｒｉｅｒｓ）、
試み（ａｔｔｅｍｐｔ）当たり、ＮＰＲＡＣＨ繰り返し回数
0006900472.tif 000207
（ｎｐｒａｃｈ−ＳｔａｒｔＴｉｍｅ）、
ＮＰＲＡＣＨ開始時間
0006900472.tif 000208
（ｎｐｒａｃｈ−ＳｔａｒｔＴｉｍｅ）、
多重トーンｍｓｇ３送信に対するＵＥ支援の指示のために予約されたＮＰＲＡＣＨ副搬送波範囲のための開始副搬送波インデックスを計算するための部分（ｆｒａｃｔｉｏｎ）
0006900472.tif 000209
（ｎｐｒａｃｈ−ＳｕｂｃａｒｒｉｅｒＭＳＧ３−ＲａｎｇｅＳｔａｒｔ）。
【０１７８】
ＮＰＲＡＣＨ送信は、
0006900472.tif 000210
を満たす無線フレームの開始以後に、単に
0006900472.tif 000211
時間ユニットを始めることができる。
0006900472.tif 000212
時間ユニットの送信以後に、
0006900472.tif 000213
時間ユニットのギャップが挿入される。
【０１７９】
0006900472.tif 000214
であるＮＰＲＡＣＨ構成は有効でない。
【０１８０】
競争基盤ランダムアクセスに割り当てられたＮＰＲＡＣＨ開始副搬送波は、２つのセットの副搬送波、
0006900472.tif 000215
及び
0006900472.tif 000216
に分割され、ここで存在するならば２番目のセットは、多重−トーンｍｓｇ３送信のためのＵＥ支援（ｓｕｐｐｏｒｔ）を指示する。
【０１８１】
ＮＰＲＡＣＨ送信の周波数位置は、
0006900472.tif 000217
副−搬送波内で制約される。周波数ホッピングは１２副搬送波内で使用され、ここで、
0006900472.tif 000218
シンボルグループの周波数位置は、
0006900472.tif 000219
により提供され、ここで、
0006900472.tif 000220
であり、そして、数式１５は、
【０１８２】
【数１５】
0006900472.tif 000221
【０１８３】
ここで、
0006900472.tif 000222
を有する
0006900472.tif 000223
は、
0006900472.tif 000224
からＭＡＣ階層により選択された副搬送波であり、疑似ランダムシーケンス
0006900472.tif 000225
は、ＧＰＰ  ＴＳ  ３６．２１１の７．２節により提供される。疑似ランダムシーケンス生成器は、
0006900472.tif 000226
に初期化される。
【０１８４】
シンボルグループ
0006900472.tif 000227
に対するとき間−連続ランダムアクセス信号
0006900472.tif 000228
は、下記の数式１６により定義される。
【０１８５】
【数１６】
0006900472.tif 000229
【０１８６】
ここで、
0006900472.tif 000230
であり。
0006900472.tif 000231
は、３ＧＰＰ  ＴＳ  ３６．２１３の１６．３．１節で規定された送信電力
0006900472.tif 000232
にしたがうための大きさスケーリング要素であり、
0006900472.tif 000233
、
0006900472.tif 000234
は、ランダムアクセスプリアンブルと上向きリンクデータ送信との間の副搬送波間隔の差を説明し、パラメータ
0006900472.tif 000235
により制御される周波数領域の位置は、３ＧＰＰ  ＴＳ  ３６．２１１の１０．１．６．１節で導かれる。変数
0006900472.tif 000236
は、表１９により提供される。
【０１８７】
表１９は、ランダムアクセス基底帯域パラメータの一例を表す。
【０１８８】
【表１９】
0006900472.tif 000237
【０１８９】
下向きリンク（Ｄｏｗｎｌｉｎｋ）
下向きリンク狭帯域物理チャネルは、上位階層から発生した情報を運搬する資源要素のセットに対応し、３ＧＰＰ  ＴＳ  ３６．２１２と３ＧＰＰ  ＴＳ  ３６．２１１との間に定義されたインターフェースである。
【０１９０】
次のような下向きリンク物理チャネルが定義される。
【０１９１】
・狭帯域物理下向きリンク共有チャネル、ＮＰＤＳＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
・狭帯域物理放送チャネル、ＮＰＢＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）  ・狭帯域物理下向きリンク制御チャネル、ＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
【０１９２】
下向きリンク狭帯域物理信号は、物理階層により使用される資源要素のセットに対応するが、上位階層から発生する情報を運搬しない。次のような下向きリンク物理信号が定義される：
【０１９３】
狭帯域参照信号、ＮＲＳ（Ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）
狭帯域同期信号（Ｎａｒｒｏｗｂａｎｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）
狭帯域物理下向きリンク共有チャネル（ＮＰＤＳＣＨ：Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
【０１９４】
スクランブリングシーケンス生成器は、
0006900472.tif 000238
に初期化され、ここで、
0006900472.tif 000239
は、コードワード送信の１番目のスロットである。ＮＰＤＳＣＨ繰り返し等とＢＣＣＨを運搬するＮＰＤＳＣＨの場合、スクランブリングシーケンス生成器は、各繰り返しに対して前述された表現によって再度初期化される。ＮＰＤＳＣＨ繰り返し等の場合、ＮＰＤＳＣＨがＢＣＣＨを運搬しない場合、スクランブリングシーケンス生成器は、繰り返し送信に対して使用された、１番目のスロット及びフレームに各々設定された
0006900472.tif 000240
及び
0006900472.tif 000241
を有するコードワードの
0006900472.tif 000242
毎の送信以後に、前述された表現によって再初期化される。
【０１９５】
変調は、ＱＰＳＫ変調方式を使用して行われる。
【０１９６】
ＮＰＤＳＣＨは、３ＧＰＰ  ＴＳ  ３６．２１３の１６．４．１．５節により提供されるように、１つ以上のサブフレーム、
0006900472.tif 000243
にマッピングされることができ、これらの各々は、ＮＰＤＳＣＨ
0006900472.tif 000244
回送信されなければならない。
【０１９７】
物理チャネルの送信のために使用されるそれぞれのアンテナポートに対して、複素−値シンボルのブロック
0006900472.tif 000245
は、現在サブフレームで次の基準を全て満たす資源要素
0006900472.tif 000246
にマッピングされなければならない。
【０１９８】
サブフレームは、ＮＰＢＣＨ、ＮＰＳＳ、またはＮＳＳＳの送信に使用されず、そして、これらは、ＮＲＳのために使用されないこととＵＥにより仮定され、そして、これらは（存在するならば）、ＣＲＳのために使用される資源要素と重ならず、そして、サブフレームで１番目のスロットのインデックス
0006900472.tif 000247
は、ｌ
0006900472.tif 000248
を満たし、ここで、
0006900472.tif 000249
は、３ＧＰＰ  ＴＳ  ３６．２１３の１６．４．１．４節により提供される。
【０１９９】
0006900472.tif 000250
【０２００】
ＮＰＤＳＣＨ送信は、ＮＰＳＤＣＨ送信が延期される送信ギャップで上位階層により構成されることができる。
0006900472.tif 000251
であれば、ＮＰＤＳＣＨ送信にギャップが存在せず、ここで、
0006900472.tif 000252
は、上位階層パラメータｄｌ−ＧａｐＴｈｒｅｓｈｏｌｄにより提供され、
0006900472.tif 000253
は、３ＧＰＰ  ＴＳ  ３６．２１３により提供される。ギャップ開始フレームとサブフレームとは、
0006900472.tif 000254
により提供され、ここで、ギャップ周期性、
0006900472.tif 000255
は、上位階層パラメータｄｌ−ＧａｐＰｅｒｉｏｄｉｃｉｔｙにより提供される。複数のサブフレームのギャップデュレーションは、
0006900472.tif 000256
により提供され、ここで、
0006900472.tif 000257
は、上位階層パラメータｄｌ−ＧａｐＤｕｒａｔｉｏｎＣｏｅｆｆにより提供される。ＢＣＣＨを運搬するＮＰＤＳＣＨの場合、送信ギャップが存在しない。
【０２０１】
ＮＢ−ＩｏＴ下向きリンクサブフレームでない場合、サブフレーム４でＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨの送信を除き、ＵＥは、サブフレームでＮＰＤＳＣＨを期待しない。ＮＰＤＳＣＨ送信等の場合、ＮＢ−ＩｏＴ下向きリンクサブフレームでないサブフレーム
0006900472.tif 000258
で、ＮＰＤＳＣＨ送信は、次のＮＢ−ＩｏＴ下向きリンクサブフレームまで延期される。
【０２０２】
ＮＰＤＳＣＨを受信するためのＵＥ手順（ＵＥ  ｐｒｏｃｅｄｕｒｅ  ｆｏｒ  ｒｅｃｅｉｖｉｎｇ  ｔｈｅ  ＮＰＤＳＣＨ）
ＮＢ−ＩｏＴ  ＵＥは、次の場合にサブフレームをＮＢ−ＩｏＴ  ＤＬサブフレームと仮定しなければならない。
【０２０３】
・ＵＥは、サブフレームがＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＮＢ−ＳＩＢ１送信を含まないと決定し、そして、
・ＵＥが上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信するＮＢ−ＩｏＴ搬送波の場合、ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後に、サブフレームは、ＮＢ−ＩｏＴ  ＤＬサブフレームで構成される。
・ＤＬ−ＣａｒｒｉｅｒＣｏｎｆｉｇＣｏｍｍｏｎ−ＮＢが存在するＮＢ−ＩｏＴ搬送波の場合、サブフレームは、上位階層パラメータであるｄｏｗｎｌｉｎｋＢｉｔｍａｐＮｏｎＡｎｃｈｏｒによりＮＢ−ＩｏＴ  ＤＬサブフレームで構成される。
【０２０４】
ｔｗｏＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ−ｒ１４を支援するＮＢ−ＩｏＴ  ＵＥの場合、最大２個の下向きリンクＨＡＲＱプロセスがなければならない。
【０２０５】
ＵＥに対して意図されたサブフレーム
0006900472.tif 000259
で終わるＤＣＩフォーマットＮ１、Ｎ２を有するＮＰＤＣＣＨの与えられたサービングセルに対する検出の際、ＵＥは、
0006900472.tif 000260
ＤＬサブフレームから始めてＮＰＤＣＣＨ情報に応じて
0006900472.tif 000261
を有するＮ個の連続するＮＢ−ＩｏＴ  ＤＬサブフレーム（等）
0006900472.tif 000262
の対応するＮＰＤＳＣＨ送信をデコードすべきであり、ここで、サブフレーム
0006900472.tif 000263
は、ＮＰＤＣＣＨが送信される最後のサブフレームであり、ＮＰＤＣＣＨ送信の開始サブフレーム及び対応するＤＣＩのＤＣＩサブフレーム繰り返し番号フィールドから決定される；
【０２０６】
ｉ＝０、１、．．．、Ｎ−１であるサブフレーム（等）ｎｉは、ＳＩメッセージのために使用されるサブフレームを除いたＮ個の連続するＮＢ−ＩｏＴ  ＤＬサブフレーム（等）であり、ここで、ｎ０＜ｎ１＜．．．、ｎＮ−１であり、
0006900472.tif 000264
であり、ここで、
0006900472.tif 000265
の値は、対応するＤＣＩの繰り返し番号フィールドにより決定され、
0006900472.tif 000266
の値は、対応するＤＣＩの資源割当フィールドにより決定され、そして、
0006900472.tif 000267
は、ＤＬサブフレーム
0006900472.tif 000268
から始めて、ＤＬサブフレーム
0006900472.tif 000269
までＮＢ−ＩｏＴ  ＤＬサブフレーム（等）の個数であり、ここで、
0006900472.tif 000270
は、ＤＣＩフォーマットＮ１に対してスケジューリング遅延フィールド（
0006900472.tif 000271
）により決定され、ＤＣＩフォーマットＮ２に対して
0006900472.tif 000272
である。Ｇ−ＲＮＴＩによりスクランブリングされたＤＣＩ  ＣＲＣの場合、
0006900472.tif 000273
は、表２１によるスケジューリング遅延フィールド（
0006900472.tif 000274
）により決定され、それとも、
0006900472.tif 000275
は、表２０によるスケジューリング遅延フィールド（
0006900472.tif 000276
）により決定される。
0006900472.tif 000277
の値は、対応するＤＣＩフォーマットＮ１に対する３ＧＰＰ  ３６．２１３の下位節１６．６にしたがう。
【０２０７】
表２０は、ＤＣＩフォーマットＮ１に対する
0006900472.tif 000278
の一例を表す。
【０２０８】
【表２０】
0006900472.tif 000279
【０２０９】
表２１は、Ｇ−ＲＮＴＩによりスクランブリングされたＤＣＩ  ＣＲＣを有するＤＣＩフォーマットＮ１に対する
0006900472.tif 000280
の一例を表す。
【０２１０】
【表２１】
0006900472.tif 000281
【０２１１】
ＵＥによるＮＰＵＳＣＨ送信の終了以後、ＵＥは、３個のＤＬサブフレームでの送信を受信することと期待されない。
【０２１２】
ＮＰＳＩＣＨに対するＤＣＩフォーマットＮ１、Ｎ２（ページング）の資源割当情報は、スケジューリングされたＵＥに指示される。
【０２１３】
表２２は、ＮＰＤＳＣＨに対するサブフレーム数の一例を表す。表２２による対応するＤＣＩで資源割当フィールド（
0006900472.tif 000282
）により決定されるサブフレームの個数（
0006900472.tif 000283
）。
【０２１４】
表２３による対応するＤＣＩで繰り返し回数フィールド（
0006900472.tif 000284
）により決定される繰り返し回数（
0006900472.tif 000285
）。
【０２１５】
【表２２】
0006900472.tif 000286
【０２１６】
表２３は、ＮＰＤＳＣＨに対する繰り返し回数の一例を表す。
【０２１７】
【表２３】
0006900472.tif 000287
【０２１８】
ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨに対する繰り返し回数は、上位−階層により構成されるパラメータｓｃｈｅｄｕｌｉｎｇＩｎｆｏＳＩＢ１に基づいて決定され、表２４にしたがう。
【０２１９】
表２４は、ＳＩＢ１−ＮＢに対する繰り返し回数の一例を示す。
【０２２０】
【表２４】
0006900472.tif 000288
【０２２１】
ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信のための開始無線フレームは、表２５によって決定される。
【０２２２】
表２５は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信のための開始無線フレームの一例を表す。
【０２２３】
【表２５】
0006900472.tif 000289
【０２２４】
ＮＰＤＳＣＨに対する開始ＯＦＤＭシンボルは、サブフレーム
0006900472.tif 000290
の１番目のスロットのインデックス
0006900472.tif 000291
により提供され、次のように決定される。
【０２２５】
・サブフレーム
0006900472.tif 000292
がＳＩＢ１−ＮＢを受信するために使用されるサブフレームであれば、
上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏの値が「００」または「０１」に設定されれば
0006900472.tif 000293
それとも、
0006900472.tif 000294
・それとも、
上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅの値が存在すれば
、
0006900472.tif 000295
は、上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅにより提供される。
それとも、
0006900472.tif 000296
【０２２６】
ＡＣＫ／ＮＡＣＫを受信するためのＵＥ手順（ＵＥ  ｐｒｏｃｅｄｕｒｅ  ｆｏｒ  ｒｅｐｏｒｔｉｎｇ  ＡＣＫ／ＮＡＣＫ）
ＵＥのために意図され、ＡＣＫ／ＮＡＣＫが提供されなければならないＮＢ−ＩｏＴサブフレームｎで終わるＮＰＤＳＣＨ送信の検出時に、ＵＥは、Ｎ個の連続するＮＢ−ＩｏＴ  ＵＬスロットでＮＰＵＳＣＨフォーマット２を使用することがＡＣＫ／ＮＡＣＫ応答を運搬するＮＰＵＳＣＨの
0006900472.tif 000297
ＤＬサブフレーム送信の終了時に、提供され、始まらなければならず、ここで、
0006900472.tif 000298
であり、
0006900472.tif 000299
の値は、Ｍｓｇ４  ＮＰＤＳＣＨ送信のための連関したＮＰＲＡＣＨ資源に対して構成された上位階層パラメータａｃｋ−ＮＡＣＫ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓ−Ｍｓｇ４及び、それとも、上位階層パラメータａｃｋ−ＮＡＣＫ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓにより提供され、Ｎ
0006900472.tif 000300
の値は、資源ユニット内のスロットの個数であり、ＡＣＫ／ＮＡＣＫのために割り当てられた副搬送波及びｋ０の値は、３ＧＰＰ  ＴＳ  ３６．２１３の表１６．４．２−１、及び表１６．４．２−２による対応するＮＰＤＣＣＨのＤＣＩフォーマットのＡＣＫ／ＮＡＣＫ資源フィールドにより決定される。
【０２２７】
狭帯域物理放送チャネル（ＮＰＢＣＨ：Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）
ＢＣＨ送信チャネルに対するプロセシング構造は、３ＧＰＰ  ＴＳ  ３６．２１２の５．３．１節にしたがい、次のような相違点がある。
【０２２８】
・送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）は、６４０ｍｓである。
・ＢＣＨ送信ブロックの大きさは、３４ビットに設定される。
・ＮＰＢＣＨに対するＣＲＣマスクは、３ＧＰＰ  ＴＳ  ３６．２１２の表５．３．１．１−１によってｅＮｏｄｅＢで１個または２個の送信アンテナポートにより選択され、ここで、送信アンテナポートは、３ＧＰＰ  ＴＳ  ３６．２１１のセクション１０．２．６に定義されている。
・レートマッチングビットの数は、３ＧＰＰ  ＴＳ  ３６．２１１のセクション１０．２．４．１に定義されている。
【０２２９】
スクランブリングは、ＮＰＢＣＨを介して送信されるビット等の数を表す
0006900472.tif 000301
を用いて３ＧＰＰ  ＴＳ  ３６．２１１の６．６．１節によって行われる。
0006900472.tif 000302
は、正規循環プレフィックスに対して１６００と同一である。スクランブリングシーケンスは、
0006900472.tif 000303
を満たす無線フレームで
0006900472.tif 000304
に初期化される。
【０２３０】
変調は、各アンテナポートに対してＱＰＳＫ変調方式を使用して行われ、
0006900472.tif 000305
を満たす各無線フレームから始める６４個の連続する無線フレームの間、サブフレーム０で送信される。
【０２３１】
レイヤマッピング及びプレコーディングは、Ｐ∈｛１、２｝である３ＧＰＰ  ＴＳ  ３６．２１１の６．６．３節によって行われる。ＵＥは、狭帯域物理放送チャネルの送信のために、アンテナポート
0006900472.tif 000306
及び
0006900472.tif 000307
が使用されると仮定する。
【０２３２】
それぞれのアンテナポートに対する複素−値シンボルのブロック
0006900472.tif 000308
は、
0006900472.tif 000309
を満たすそれぞれの無線フレームから始める６４個の連続する無線フレームの間にサブフレーム０で送信され、
0006900472.tif 000310
で始める連続する無線フレームから始めて参照信号等の送信のために予約されていない資源要素
0006900472.tif 000311
へのシーケンスにマッピングされなければならず、１番目のインデックス
0006900472.tif 000312
、以後インデックス
0006900472.tif 000313
の増加順序である。サブフレームへのマッピング後に、以後の無線フレームで
0006900472.tif 000314
のサブフレーム０へのマッピングを続ける前に、サブフレームは、７個の次の無線フレームでサブフレーム０で繰り返される。サブフレームの１番目の３個のＯＦＤＭシンボルは、マッピングプロセスで使用されない。マッピング目的のために、ＵＥは、実際構成と関係なく存在するアンテナポート２０００及び２００１に対する狭帯域参照信号及びアンテナポート０−３に対するセル−特定参照信号を仮定する。セル−特定参照信号の周波数遷移は、３ＧＰＰ  ＴＳ  ３６．２１１の６．１０．１．２節の
0006900472.tif 000315
の計算でセル
0006900472.tif 000316
を
0006900472.tif 000317
に代えて計算する。
【０２３３】
狭帯域物理下向きリンク制御チャネル（ＮＰＤＣＣＨ：Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
狭帯域物理下向きリンク制御チャネルは、制御情報を運搬する。狭帯域物理制御チャネルは、１個または２個の連続する狭帯域制御チャネル要素（ＮＣＣＥｓ：ｎａｒｒｏｗｂａｎｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集成（ａｇｇｒｅｇａｔｉｏｎ）を介して送信され、ここで、狭帯域制御チャネル要素は、サブフレームで６個の連続する副搬送波に対応し、ここで、ＮＣＣＥ  ０は、副搬送波０〜５を占有し、ＮＣＣＥ  １は、副搬送波６〜１１を占有する。ＮＰＤＣＣＨは、表１−２６に挙げられた種々のフォーマットを支援する。ＮＰＤＣＣＨフォーマット１の場合、全てのＮＣＣＥが同じサブフレームに属する。１個または２個のＮＰＤＣＣＨがサブフレーム内で送信され得る。
【０２３４】
表２６は、支援されるＮＰＤＣＣＨフォーマットの一例を表す。
【０２３５】
【表２６】
0006900472.tif 000318
【０２３６】
スクランブリングは、ＴＳ  ３６．２１１の６．８．２節によって行われなければならない。スクランブリングシーケンスは、
0006900472.tif 000319
を有する４番目毎のＮＰＤＣＣＨサブフレーム以後、ＴＳ  ３６．２１３の１６．６節によってサブフレーム
0006900472.tif 000320
の開始で初期化されなければならず、ここで
ns
は、スクランブリングが（再−）初期化されるＮＰＤＣＣＨサブフレームの１番目のスロットである。
【０２３７】
変調は、ＴＳ  ３６．２１１の６．８．３節によってＱＰＳＫ変調方式を使用して行われる。
【０２３８】
レイヤマッピングとプレコーディングは、ＮＰＢＣＨと同じアンテナポートを使用してＴＳ  ３６．２１１の６．６．３節によって行われる。
【０２３９】
複素−値シンボルのブロック
0006900472.tif 000321
は、次の基準を全て満たす連関したアンテナポートを介して
0006900472.tif 000322
で始めるシーケンスで資源要素
0006900472.tif 000323
にマッピングされる：
【０２４０】
これらは、ＮＰＤＣＣＨ送信のために割り当てられたＮＣＣＥ（等）の部分であり、そして、これらは、ＮＰＢＣＨ、ＮＰＳＳ、またはＮＳＳＳの送信のために使用されないことと仮定され、そして、これらは、ＮＲＳのためにＵＥにより使用されないことと仮定され、そして、これらは（存在するならば）、ＴＳ  ３６．２１１の６節で定義されたように、ＰＢＣＨ、ＰＳＳ、ＳＳＳ、またはＣＲＳのために使用される資源要素と重ならず、そして、サブフレームの１番目のスロットのインデックス
0006900472.tif 000324
は、
0006900472.tif 000325
を満たし、ここで、
0006900472.tif 000326
は、３ＧＰＰ  ＴＳ  ３６．２１３の１６．６．１節により提供される。
【０２４１】
前述された基準を満たすアンテナポートｐを介しての資源要素
0006900472.tif 000327
へのマッピングは、サブフレームの１番目のスロットから始めて２番目のスロットで終わる、１番目にインデックス
0006900472.tif 000328
、以後、インデックス
0006900472.tif 000329
の増加順序である。
【０２４２】
ＮＰＤＣＣＨ送信は、ＮＰＤＣＣＨ送信が延期される送信ギャップを有する上位階層により構成されることができる。前記構成は、ＴＳ  ３６．２１１の１０．２．３．４節のＮＰＤＳＣＨについて説明したことと同一である。
【０２４３】
ＮＢ−ＩｏＴ下向きリンクサブフレームでない場合、ＵＥは、サブフレーム
0006900472.tif 000330
でＮＰＤＣＣＨを期待しない。ＮＰＤＣＣＨ送信の場合、ＮＢ−ＩｏＴ下向きリンクサブフレームでないサブフレームで、ＮＰＤＣＣＨ送信は、次のＮＢ−ＩｏＴ下向きリンクサブフレームまで延期される。
【０２４４】
ＤＣＩフォーマット
ＤＣＩフォーマットＮ０ＤＣＩフォーマットＮ０は、１つのＵＬセルでＮＰＵＳＣＨのスケジューリングのために使用される。次の情報は、ＤＣＩフォーマットＮ０により送信される。
【０２４５】
フォーマットＮ０／フォーマットＮ１区別（１ビット）、副搬送波表示（６ビット）、資源割当（３ビット）、スケジューリング遅延（２ビット）、変調及びコーディング方式（４ビット）、リダンダンシバージョン（１ビット）、繰り返し回数（３ビット）、新しいデータ指示子（１ビット）、ＤＣＩサブフレーム繰り返し回数（２ビット）に対するフラグ
【０２４６】
ＤＣＩフォーマットＮ１
ＤＣＩフォーマットＮ１は、１つのセルで１つのＮＰＤＳＣＨコードワードのスケジューリング及びＮＰＤＣＣＨ順序により開始されるランダムアクセス手順に使用される。ＮＰＤＣＣＨ順序に対応するＤＣＩは、ＮＰＤＣＣＨにより運搬される。次の情報は、ＤＣＩフォーマットＮ１により送信される：
【０２４７】
・フォーマットＮ０／フォーマットＮ１区別（１ビット）、ＮＰＤＣＣＨ順序指示子（１ビット）に対するフラグ
フォーマットＮ１は、ＮＰＤＣＣＨ順序指示子が「１」に設定され、フォーマットＮ１  ＣＲＣがＣ−ＲＮＴＩにスクランブリングされ、残りの全てのフィールドが次のように設定される場合にのみ、ＮＰＤＣＣＨ順序により開始されるランダムアクセス手順に使用される：
・ＮＰＲＡＣＨ繰り返し（２ビット）の開始番号、ＮＰＲＡＣＨの副搬送波指示（６ビット）、フォーマットＮ１の残りの全てのビットは１に設定される。
それとも、
・スケジューリング遅延（３ビット）、資源割当（３ビット）、変調及びコーディング方式（４ビット）、繰り返し回数（４ビット）、新しいデータ指示子（１ビット）、ＨＡＲＱ−ＡＣＫ資源（４ビット）、ＤＣＩサブフレーム繰り返し回数（２ビット）
フォーマットＮ１  ＣＲＣがＲＡ−ＲＮＴＩにスクランブリングされれば、上記のフィールドのうち、次のフィールドが予約される。
・新しいデータ指示子、ＨＡＲＱ−ＡＣＫ資源
フォーマットＮ１の情報ビット数がフォーマットＮ０の情報ビット数より小さければ、ペイロード大きさがフォーマットＮ０と同一になるまでゼロがフォーマットＮ１に添付される。
【０２４８】
ＤＣＩフォーマットＮ２
ＤＣＩフォーマットＮ２は、ページング及び直接指示に使用される。次の情報は、ＤＣＩフォーマットＮ２により送信される。
ページング／直接指示区別のためのフラグ（１ビット）
フラグ＝０の場合：
・直接指示情報（８ビット）、大きさがフラグ＝１であるフォーマットＮ２の大きさと同じ大きさになるまで予約情報ビットが追加される。
フラグ＝１の場合：
・資源割当（３ビット）、変調及びコーディング方式（４ビット）、繰り返し回数（４ビット）、ＤＣＩサブフレーム繰り返し回数（３ビット）
【０２４９】
ＮＰＤＣＣＨ関連手順
ＵＥは、制御情報のための上位階層シグナリングにより構成されるＮＰＤＣＣＨ候補セットをモニタリングしなければならず、ここで、モニタリングは、全てのモニタリングされるＤＣＩフォーマットによってセット内のＮＰＤＣＣＨの各々をデコードしようと試みる  ことを意味する。
【０２５０】
集成レベル
0006900472.tif 000331
と繰り返しレベル
0006900472.tif 000332
でのＮＰＤＣＣＨ探索空間
0006900472.tif 000333
は、ＮＰＦＣＣＨ候補のセットにより定義され、ここで、各候補は、サブフレーム
0006900472.tif 000334
で始めるＳＩメッセージの送信のために使用されるサブフレームを除いたＲ個の連続するＮＢ−ＩｏＴ下向きリンクサブフレームのセットで繰り返される。
【０２５１】
0006900472.tif 000335
【０２５２】
類型１−ＮＰＤＣＣＨ共通探索空間に対して、
0006900472.tif 000336
であり、ＮＢ−ＩｏＴページング機会サブフレームの位置から決定される。
【０２５３】
ＵＥがＮＰＤＣＣＨ  ＵＥ−特定探索空間をモニタリングするために、ＮＢ−ＩｏＴ搬送波で上位階層により構成される場合、ＵＥは、上位階層に構成されたＮＢ−ＩｏＴ搬送波を介してＮＰＤＣＣＨ  ＵＥ−特定探索空間をモニタリングし、ＵＥは、上位階層に構成されたＮＢ−ＩｏＴ搬送波を介してＮＰＳＳ、ＮＳＳＳ、ＮＰＢＣＨを受信することと期待されない。
【０２５４】
それとも、
ＵＥは、ＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨが検出された同じＮＢ−ＩｏＴ搬送波を介してＮＰＤＣＣＨ  ＵＥ−特定探索空間をモニタリングする。
【０２５５】
サブフレーム
0006900472.tif 000337
の１番目のスロットでインデックス
0006900472.tif 000338
により提供されるＮＰＤＣＣＨに対する開始ＯＦＤＭシンボルは、次のように決定される。
【０２５６】
上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅが存在する場合、
0006900472.tif 000339
は、上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅにより提供される。
【０２５７】
それとも、
0006900472.tif 000340
【０２５８】
狭帯域参照信号（ＮＲＳ：Ｎａｒｒｏｗｂａｎｄ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
ＵＥがｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを取得する前に、ＵＥは、狭帯域参照信号がＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０及び＃４で送信されると仮定することができる。
【０２５９】
ＵＥがガード帯域（ｇｕａｒｄｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）を表す上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信する場合、
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得する前に、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０、＃１、＃３、＃４で狭帯域参照信号が送信されると仮定することができる。
【０２６０】
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９、サブフレーム＃０、＃１、＃３、＃４で、そして、ＮＢ−ＩｏＴ下向きリンクサブフレームで狭帯域参照信号が送信されることと仮定することができ、他の下向きリンクサブフレームで狭帯域参照信号を期待しない。
【０２６１】
ＵＥがｉｎｂａｎｄ−ＳａｍｅＰＣＩまたはｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ  ＰＣＩを指示する上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信すれば、
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得する前に、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０、＃４で狭帯域参照信号が送信されると仮定することができる。
【０２６２】
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後、ＵＥは、ＮＳＳＳを含まない、サブフレーム＃９、サブフレーム＃０、＃４で、そして、ＮＢ−ＩｏＴ下向きリンクサブフレームで狭帯域参照信号が送信されることと仮定することができ、他の下向きリンクサブフレームで狭帯域参照信号を期待しない。
【０２６３】
狭帯域プライマリ同期信号（ＮＰＳＳ：Ｎａｒｒｏｗｂａｎｄ  Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）
狭帯域プライマリ同期信号に使用されるシーケンス
0006900472.tif 000341
は、下記の数式１７によって周波数領域のＺａｄｏｆｆ−Ｃｈｕシーケンスから生成される。
【０２６４】
【数１７】
0006900472.tif 000342
【０２６５】
ここで、相違したシンボルインデックスｌに対するＺａｄｏｆｆ−Ｃｈｕルートシーケンスインデックス
0006900472.tif 000343
及び
0006900472.tif 000344
は、表２７として提供される。
【０２６６】
表２７は、Ｓ（ｌ）の一例を表す。
【０２６７】
【表２７】
0006900472.tif 000345
【０２６８】
同一アンテナポートは、サブフレーム内の狭帯域プライマリ同期信号の全てのシンボルに対して使用されなければならない。
【０２６９】
ＵＥは、狭帯域プライマリ同期信号が任意の下向きリンク参照信号と同じアンテナポートを介して送信されると仮定してはならない。ＵＥは、与えられたサブフレームでの狭帯域プライマリ同期信号の送信が任意の他のサブフレームでの狭帯域プライマリ同期信号と同一の、同じアンテナポートまたはポート等を使用すると仮定してはならない。
【０２７０】
0006900472.tif 000346
【０２７１】
狭帯域セカンダリ同期信号（ＮＳＳＳ：Ｎａｒｒｏｗｂａｎｄ  Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌｓ）
狭帯域セカンダリ同期信号のために使用されるシーケンス
0006900472.tif 000347
は、下記の数式１８によって周波数領域Ｚａｄｏｆｆ−Ｃｈｕシーケンスから生成される。
【０２７２】
【数１８】
0006900472.tif 000348
【０２７３】
0006900472.tif 000349
【０２７４】
表２８は、
0006900472.tif 000350
の一例を表す。
【０２７５】
【表２８】
0006900472.tif 000351
【０２７６】
同一アンテナポートは、サブフレーム内の狭帯域セカンダリ同期信号の全てのシンボルに対して使用されなければならない。
【０２７７】
ＵＥは、狭帯域セカンダリ同期化信号が任意の下向きリンク参照信号と同じアンテナポートを介して送信されると仮定してはならない。ＵＥは、与えられたサブフレームで狭帯域セカンダリ同期化信号の送信が任意の他のサブフレームの狭帯域セカンダリ同期化信号と同じアンテナポート、またはポート等を使用すると仮定してはならない。
【０２７８】
0006900472.tif 000352
【０２７９】
表２９は、ＮＳＳＳシンボルの個数の一例を表す。
【０２８０】
【表２９】
0006900472.tif 000353
【０２８１】
ＯＦＤＭ基底帯域信号生成
上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏが「ｉｎｂａｎｄ−ＳａｍｅＰＣＩ」を指示せず、ｓａｍｅＰＣＩ−Ｉｎｄｉｃａｔｏｒが「ｓａｍｅＰＣＩ」を指示しないならば、下向きリンクスロットでＯＦＤＭシンボル
0006900472.tif 000354
のアンテナポート
0006900472.tif 000355
を介しての時間−連続信号
0006900472.tif 000356
は、下記の数式１９により定義される。
【０２８２】
【数１９】
0006900472.tif 000357
【０２８３】
0006900472.tif 000358
【０２８４】
上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏが「ｉｎｂａｎｄ−ＳａｍｅＰＣＩ」を指示するか、またはｓａｍｅＰＣＩ−Ｉｎｄｉｃａｔｏｒが「ｓａｍｅＰＣＩ」を指示すれば、ＯＦＤＭシンボル
0006900472.tif 000359
のアンテナポートｐを介しての時間−連続信号
0006900472.tif 000360
は、ここで、
0006900472.tif 000361
は、最後の偶数番目のサブフレームの開始でのＯＦＤＭシンボルインデックスであり、下記の数式２０により定義される。
【０２８５】
【数２０】
0006900472.tif 000362
【０２８６】
0006900472.tif 000363
【０２８７】
特定３ＧＰＰ  ｓｐｅｃ．では、狭帯域ＩｏＴ下向きリンクに対して単に一般（ｎｏｒｍａｌ）ＣＰのみ支援される。
【０２８８】
以下、狭帯域物理放送チャネル（ＮＰＢＣＨ）の物理階層プロセスについてより具体的に説明する。
【０２８９】
スクランブリング（ｓｃｒａｍｂｌｉｎｇ）
スクランブリングは、ＮＰＢＣＨを介して送信されるビットの数を表す
0006900472.tif 000364
を用いて３ＧＰＰ  ＴＳ  ３６．２１１の６．６．１節によって行われる。
0006900472.tif 000365
は、一般循環前置（ｎｏｒｍａｌ  ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）に対して１６００と同一である。スクランブリングシーケンスは、
0006900472.tif 000366
を満たす無線フレームで
0006900472.tif 000367
に初期化される。
【０２９０】
変調（ｍｏｄｕｌａｔｉｏｎ）
変調は、ＴＳ  ３６．２１１の６．６．２節によって表１０．２．４．２−１の変調方式を使用して行われる。
【０２９１】
表３０は、ＮＰＢＣＨに対する変調方式の一例を表す。
【０２９２】
【表３０】
0006900472.tif 000368
【０２９３】
レイヤマッピング（ｌａｙｅｒ  ｍａｐｐｉｎｇ）及びプレコーディング（ｐｒｅｃｏｄｉｎｇ）
レイヤマッピング及びプレコーディングは、Ｐ∈｛１、２｝である３ＧＰＰ  ＴＳ  ３６．２１１の６．６．３節によって行われる。ＵＥは、狭帯域物理放送チャネルの送信のために、アンテナポート
0006900472.tif 000369
及び
0006900472.tif 000370
が使用されると仮定する。
【０２９４】
資源要素へのマッピング
それぞれのアンテナポートに対する複素−値（ｃｏｍｐｌｅｘ−ｖａｌｕｅ）シンボルのブロック
0006900472.tif 000371
は、
0006900472.tif 000372
を満たすそれぞれの無線フレームから始める６４個の連続する無線フレームの間にサブフレーム０で送信され、
0006900472.tif 000373
から始める連続する無線フレームで始めて参照信号の送信のために予約されていない資源要素
0006900472.tif 000374
へのシーケンスにマッピングされなければならず、１番目のインデックス
0006900472.tif 000375
、その後、インデックス
0006900472.tif 000376
の増加順序でなければならない。サブフレームへのマッピング後に、以後の無線フレームで
0006900472.tif 000377
のサブフレーム０へのマッピングを続ける前に、サブフレームは、７個の次の無線フレームからサブフレーム０で繰り返される。サブフレームの１番目の３個のＯＦＤＭシンボルは、マッピングプロセスで使用されない。
【０２９５】
マッピング目的のために、ＵＥは、実際構成と関係なく存在するアンテナポート２０００及び２００１に対する狭帯域参照信号及びアンテナポート０−３に対するセル−特定参照信号を仮定する。セル−特定参照信号の周波数遷移は、３ＧＰＰ  ＴＳ  ３６．２１１の６．１０．１．２節の
0006900472.tif 000378
の計算でセル
0006900472.tif 000379
を
0006900472.tif 000380
に代えて計算する。
【０２９６】
次に、ＭＩＢ−ＮＢ及びＳＩＢＮ１−ＮＢと関連した情報についてより具体的に説明する。
【０２９７】
マスター情報ブロック（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）−ＮＢ
ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢは、ＢＣＨを介して送信されるシステム情報を含む。
【０２９８】
シグナリング無線ベアラー（Ｓｉｇｎａｌｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ）：Ｎ／Ａ
ＲＬＣ−ＳＡＰ：ＴＭ
論理チャネル（Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）：ＢＣＣＨ
方向（Ｄｉｒｅｃｔｉｏｎ）：ＵＥへのＥ−ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ  ｔｏ  ＵＥ）
【０２９９】
表３１は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢフォーマットの一例を表す。
【０３００】
【表３１】
0006900472.tif 000381
【０３０１】
表３２は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢフィールドの説明を表す。
【０３０２】
【表３２】
0006900472.tif 000382
【０３０３】
システム情報ブロック類型１（ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１）−ＮＢ
ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢメッセージは、ＵＥがセルをアクセスすることが許されるかを評価するとき、関連した情報を含み、他のシステム情報のスケジューリングを定義する。
【０３０４】
シグナリング無線ベアラー（Ｓｉｇｎａｌｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ）：Ｎ／Ａ
ＲＬＣ−ＳＡＰ：ＴＭ
論理チャネル（Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）：ＢＣＣＨ
方向（Ｄｉｒｅｃｔｉｏｎ）：Ｅ−ＵＴＲＡＮからＵＥに（Ｅ−ＵＴＲＡＮ  ｔｏ  ＵＥ）
【０３０５】
表３３は、ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１（ＳＩＢ１）−ＮＢメッセージの一例を表す。
【０３０６】
【表３３】
0006900472.tif 000383
【０３０７】
表３４は、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１−ＮＢフィールドの説明を表す。
【０３０８】
【表３４−１】
0006900472.tif 000384
【０３０９】
【表３４−２】
0006900472.tif 000385
【０３１０】
【表３４−３】
0006900472.tif 000386
【０３１１】
【表３５】
0006900472.tif 000387
【０３１２】
本明細書で提案する速いデータ転送（early data transmission）を送受信する方法を説明する前に、後述する用語の略語に対して整理する。
【０３１３】
略語（abbreviation）
【０３１４】
EDT: early data transmission or early uplink data transmission (EUT)
【０３１５】
RAR: random access response
【０３１６】
RAPID: random access preamble ID
【０３１７】
C-RNTI: cell- radio network temporary identifier
【０３１８】
TC-RNTI: temporary C-RNTI
【０３１９】
CE: coverage enhancement
【０３２０】
BSR: buffer state report
【０３２１】
TBS: transport block size
【０３２２】
CBRA: Contention-based Random Access
【０３２３】
CFRA: Contention-free Random Access
【０３２４】
本明細書に記載される‘／’は‘及び／又は’と解釈されることができ、‘A及び／又はB’は‘Aまたは（及び／又は）Bのうちの少なくとも１つを含む’と同一な意味として解釈できる。
【０３２５】
以下、本明細書で提案するRRC_IDLE modeの端末がRRC stateをRRC_CONNECTEDに遷移せず、ランダムアクセス（random access）手続きでアップリンクデータ（uplink data）を転送するための方法について説明する。
【０３２６】
本明細書に提案する方法は、説明の便宜のために、NB-IoTシステムに基づいて記述するが、MTC、eMTC（enhanced MTC）などの低電力／低費用を特徴とする他の通信システムにも適用できる。
【０３２７】
この場合、本明細書で提案する方法は各システムの特徴によって、本明細書で記述するチャンネル（channel）、パラメータ（parameter）などが異なるように定義または表現できる。
【０３２８】
また、前述したNB-IoTに対する全般的な説明または手続きなどは本明細書で提案する方法を具体化するために適用できる。
【０３２９】
一般的な無線通信システムはdataを送／受信する前に、端末のRRC stateがRRC_CONNECTEDに遷移される必要がある。
【０３３０】
このような手続きはrandom access過程を通じて遂行される。
【０３３１】
random access過程は、（１）端末がcellに進入（enter）する過程で遂行されるか、または（２）基地局が特定端末にdownlink dataを送信する必要がある場合、基地局の要請によって遂行できる。（１）の過程はRRC_IDLE端末がRRC_CONNECTEDにRRC state変更を遂行するために使われることができる。そして、（２）の過程はRRC_CONNECTED端末に基地局が直接PDCCHを通じて指示できる。
【０３３２】
本明細書で提案する“early UL data transmission（以下、‘EDT’と表現する）”（１）の過程で端末がRRC_CONNECTED modeに進入しない状態で、即ちrandom access手続中にuplink dataを転送するための方法である。
【０３３３】
EDT方法は、間歇的にuplink dataを転送する端末の電力消耗を減らすことに大きい長所がありうる。
【０３３４】
但し、端末のチャンネル状態を基地局が正確に予測できなかった状態でuplink schedulingを必要とするので、特定条件ではむしろ端末の電力消耗を一層引き起こすことがある短所がある。
【０３３５】
したがって、本明細書はこのような短所を考慮して、効率よいEDTのための方法を提案する。
【０３３６】
まず、NB-IoTシステムでのrandom access過程は次の通り簡単に要約できる。
【０３３７】
まず、random access手続きはMsg．１と呼ばれるNPRACHの転送（端末から）により始まる。
【０３３８】
そして、基地局は前記Msg．１を検出した場合、これに対応するMsg．２をdownlinkに転送する。
【０３３９】
ここで、Msg．２はNPDCCHとNPDSCHとから構成され、NPDCCHはRA_RNTIにscramblingされて転送される。
【０３４０】
ここで、RA_RNTIはMsg．１を転送したuplink（時間／周波数）resourceで構成され、同一なuplink resourceにMsg．１を転送した全ての端末は該当NPDCCHを検出することができる。
【０３４１】
前記NPDCCHはNPDSCHをschedulingするDL_grantであり、common search space type-２にDCI format N１形態に転送される。
【０３４２】
前記NPDSCHは、MAC messageで構成されたUL_grantが含まれて転送される。
【０３４３】
ここで、UL_grantは一般的にRARと呼ばれる。MAC階層に伝達されるUL_grantはRA_RNTIに指示されたuplink resourceに含まれることができるMsg．１のうち、基地局が検出した１つ以上の特定sequence（NB-IoTの場合にはstarting frequency index）をRAPIDに区分して、各々のRAPIDに対してUL_grantを端末に転送する。
【０３４４】
ここで、MAC階層に伝達されるUL_grantは、一般的にNPDCCHに含まれたUL_grant（DCI format N０）と異なり、Msg．３ schedulingのみのために特徴的に使われる。
【０３４５】
一般的に、random access過程は非―競争（contention-free）と競争−基盤（contention-based）とに区分される。
【０３４６】
端末が初期にcell進入のために使用するrandom access過程はcontention-based random accessに区分される。
【０３４７】
即ち、Msg．３を転送する端末は同一なRAPIDを使用してMsg．１を転送した多数の端末でありうる。
【０３４８】
これをMsg．４過程で区分（contention resolution）するために、各端末はMsg．３にcontention resolution ID（各端末機の固有のID）を含んで転送する。
【０３４９】
また、Msg．３はTC-RNTIにscramblingされて転送される。
【０３５０】
前記TC-RNTIは、基地局からMsg．２を通じて伝達される。
【０３５１】
基地局は、受信したMsg．３のcontention resolution IDを確認して、該当端末にMsg．４を転送する。
【０３５２】
Msg．４は、Msg．３から受信したcontention resolution IDを含んで伝達する。
【０３５３】
端末はTC-RNTIを使用してMsg．４を検出し、検出されたmessageに自身がMsg．３に含んでいたcontention resolution IDが含まれていれば、TC-RNTIをC-RNTIに使用するようになる。
【０３５４】
この過程が完了した端末はcontention resolutionされており、自然にRRC_CONNECTED状態にRRC stateが遷移される。
【０３５５】
ここで、NB-IoTは各端末がdownlink NRSまたはNSSSを通じて受信したRSRPに基づいてCE levelを選択することができる。
【０３５６】
前記選択されたCE levelにNPRACHを転送する前に、自身がマルチ−トンアップリンク（multi-tone uplink）転送が可能な端末か否かをNPRACH starting carrier indexで基地局に知らせることができる。
【０３５７】
即ち、端末はMsg．１転送を通じて自身のCE levelとmulti-tone capabilityを基地局に知らせることができる。
【０３５８】
この際、基地局はこれに基づいて適当なMsg．３ schedulingできるようになる。
【０３５９】
仮に、該当CE levelの資源にmulti-tone capabilityを知らせるためのNPRACH starting carrier領域が基地局（SIB２-NBまたはSIB２２-NB）から別に割り当てられない場合、端末はsingle-tone capability領域でNPRACH starting carrierを選択する。
【０３６０】
だけでなく、該当CE levelの資源にmulti-tone capabilityを知らせるためのNPRACH starting carrier領域がある場合にも、Msg．１転送の以後に一定時間の間Msg．２を受信できなければ、CE levelを１ずつ増加するようになる。
【０３６１】
新しく選択されたCE levelにmulti-tone capabilityを知らせるためのNPRACH starting carrier領域が別に割り当てられない場合にも端末はsingle-tone capability領域でNPRACH starting carrierを選択する。
【０３６２】
EDT要請のための手続き及び（N）PRACH資源区分方法
【０３６３】
本明細書で提案するEDTは、RRC_IDLE状態の端末がrandom access手続中にMsg．３にuplink dataを転送する方法を基盤とする。
【０３６４】
まず、端末がrandom accessを遂行（PDCCH order基盤でない）する理由は、uplinkにdataを送る必要があるか、または単純にcellに進入するためでありうる。
【０３６５】
特に、端末のtransmission bufferにuplinkに送信するdataがある場合にも、端末は必要によってEDTでない、RRC_CONNECTED状態で、より安定的にuplink data転送を要求することもできる。
【０３６６】
このような理由により、基地局は端末がrandom accessを試みる目的がEDTか否かを判断する必要がある。
【０３６７】
だけでなく、端末がEDTのためにMsg．１を転送する場合、基地局は端末のMsg．３をschedulingするに当たって、端末のBSRに相応する情報を知る必要がある。
【０３６８】
即ち、端末のuplink bufferにどれくらい多い情報があるかを基地局が知ることができる場合、これに相応するTBSをMsg．３ schedulingに反映することができる。
【０３６９】
だけでなく、NB-IoT端末はmulti-tone uplink転送が端末のcapabilityであるので、Msg．３ schedulingをするに当たって、端末がsingle-tone転送のみ可能であるか、またはmulti-tone転送も可能であるか否かを基地局が知る必要がある。
【０３７０】
勿論、基地局は端末のmulti-tone  transmission  capabilityに関係なく、Msg．３にsingle-tone transmissionのみschedulingすることもできる。
【０３７１】
このような多様な用途または端末のrandom access試みの目的、必要なdata size及びcapabilityをよく区分するために、Msg．１のresource区分が必要であることもある。
【０３７２】
前述した内容を整理すると、Msg．１ resourceに区分が必要でありうる内容は、以下のように整理できる。
【０３７３】
１．EDTのためのMsg．１転送有無
【０３７４】
２．Uplink buffer status（端末がuplinkに転送しようとするdataの量であり、これは必ずMsg．３で一度にschedulingされることを期待する値とは異なることがあり、uplink bufferに格納されたdataのtypeを示すこともできる。ここで、data typeはcontrol-dataまたはuser-dataに区分できる。
【０３７５】
３．Multi-tone capability
【０３７６】
前記内容を区分するための目的に、Msg．１のresourceは以下のような方法により区分できる。
【０３７７】
図８は、NPRACH資源構成の一例を示す。
【０３７８】
NPRACH resourceは各CE level別に１つずつ構成できる。
【０３７９】
だけでなく、release １４の以後の端末はanchor-carrierでないnon-anchor carrierにもNPRACHを転送することができるcapabilityがありうる。
【０３８０】
このような場合、SIB２２-NBにnon-anchor carrierのNPRACHが以下のような方法により構成されることもできる。
【０３８１】
また、図８でMulti-tone Msg．３ transmissionのためのNPRACH starting carrier index領域は基地局の設定によって存在しないこともある。
【０３８２】
これは、CE level別に独立的である。だけでなく、release １４までは以下の図８のNPRACH resourceでsingle-tone Msg．３ transmission領域とmulti-tone Msg．３ transmission領域を除外した領域が実際に使用されてはいない。
【０３８３】
これは、NPDCCH order基盤のMsg．１転送にcontention-freeのために使われることもできるか、または他の用途のためにRel．１４の以後の端末により使われることができる。
【０３８４】
このように、NPRACH resourceのうち、contention-free用に残された NPRACH resource領域は、前記３つの目的を区分するための目的に使われることができる。
【０３８５】
最も簡単な方法に、single-toneとmulti-tone Msg．３転送を知らせるためのNPRACH starting carrier index領域を除外したNPRACH resourceの一部を上位signalingにまた区分することができる。
【０３８６】
即ち、基地局はSIBx-NBなどを活用してEDT用途のMsg．１starting carrier indexを図８のcontention-free NPRACH領域の一部に制限することができる。
【０３８７】
この際、仮にEDTを要請する端末のbuffer statusやmulti-tone capabilityまで区分したい場合、該当領域をさらに区分して使用することができる。
【０３８８】
仮に、このような全ての目的を区分することにcontention-free領域が不足した場合、基地局は単純にEDTのみを区分するために該当領域の一部を割り当てることもできる。
【０３８９】
しかしながら、仮にEDT要請のためのNPRACH領域を既存のNPRACH領域と区分して設定するようになれば（即ち、既存のlegacy NB-IoT端末が理解できない）、既存の端末のNPUSCH転送と衝突を回避できなくなる。
【０３９０】
EDTのためのNPRACH resourceを区分する更に他の方法に、既存のNPRACH sequenceと異なるように定義されたNPRACHを既存のNPRACH resourceに転送する方法がありうる。
【０３９１】
即ち、端末は既存のNPRACH resourceで自身のCE levelとmulti-tone capabilityによって同一な方法によりNPRACH（時間／周波数）resourceを選択し、該当領域で転送するNPRACH sequenceのみ既存と異なるように変更して転送する方法である。
【０３９２】
ここで、NPRACH sequenceを変更する方法は、NPRACHのfrequency hoppingを異にするか、またはNPRACHを特定frequency（例えば、０．７５kHz）だけshiftして転送するか、またはNPRACH symbol group内のsymbol間に新たなscramblingを適用するか、またはNPRACH symbol group間に新たなscramblingを適用する方法がありうる。
【０３９３】
このような場合、端末は自身のmulti-tone capabilityは既存のNPRACH resource選択過程で自然に報告されることができ、EDT要請と該当buffer statusはsequence構成により区分できる長所がある。
【０３９４】
前記で説明した方法の以外、（１）EDTのためのMsg．１及び／又は（２）Uplink buffer status（端末機がuplinkに転送しようとするdataの量であり、これは必ずMsg．３で一度にschedulingされることを期待する値とは異なることがある）、及び／又は（３）Multi-tone capabilityを区分するための方法に、ノン−アンカーキャリア（non-anchor carrier）のNPRACH resourceを活用する方法がある。
【０３９５】
図８で、NPRACH resource内のsingle tone/multi-tone Msg．３ transmissionのためのNPRACH starting carrier indexとcontention-free用途のNPRACH starting carrier indexは、non-anchor carrier NPRACH resource毎に独立的にconfigurationできる。
【０３９６】
したがって、特定non-anchor carrierのcontention-free領域は、前記（１）の区分のための用途に、更に他の特定non-anchor carrierのcontention-free領域は、前記（２）の情報を区分するための用途に、更に他の特定のnon-anchor carrierのcontention-free領域は、前記（３）の区分のための用途に使われることができる。
【０３９７】
ここで、non-anchor carrierのcontention-free領域は、前記（１）、（２）、及び（３）を区分するための用途に独立的に使われることができるが、特定の関係により一部重畳するように設定されることもでき、non-anchor carrierのNPRACH resourceだけでなく、anchor-carrierのNPRACH resourceも共に使われることができる。
【０３９８】
Msg．１を転送することができる資源（例えば、（N）PRACH resource）はMsg．１の転送目的がEDTであることが区分できるように設定されるだけでなく、Msg．３で転送したいdataのtype（例えば、C-planeまたはU-plane）とsize情報を表現することもできる。
【０３９９】
１）NPRACH resourceを時間に区分してUL bufferのdata sizeまたはtypeを知らせる方法
【０４００】
説明したように、NPRACH resourceはCBRA領域とCFRAに分けられる。
【０４０１】
これは、特定周期を反復して表れる。即ち、Idle状態の端末はNPRACH resource情報を獲得したら、CBRA領域で任意のRAPIDを選択してMsg．１を転送することができる。
【０４０２】
勿論、Msg．３のsingle-toneまたはmulti-tone capabilityを間接的に報告するための用途に一部のRAPIDの使用は制限できる。
【０４０３】
即ち、特定CE levelが選択されれば、時間軸で一定周期で反復して表れる該当CE levelのNPRACH resourceのうち、任意の時点にMsg．１を転送することができる。
【０４０４】
この際、CFRA領域の一部をEDT要請のための用途に予約することができる。
【０４０５】
延いては、一定周期毎に反復されるCFRA NPRACH resourceは、UL buffer sizeとdataを区分するための目的にまた分けられる。
【０４０６】
例えば、同一なCE levelのNPRACH resourceに対し、t１時点のNPRACH resourceのCFRA領域でEDT requestを転送することと同一なCE levelのNPRACH resourceに対し、t２時点のNPRACH resourceのCFRA領域でEDT requestを転送することは、UL bufferのsizeやtypeを区分して知らせるための目的に設定できる。
【０４０７】
この際、もし全ての条件が時間（t１、t２）に関係なく同一な場合、端末の衝突確率を低めるために、EDT request用Msg．１を転送する時点を端末別に任意に選択するようにすることもできる。
【０４０８】
２）NPRACH resourceを（non-anchor）carrierに区分してUL bufferのdata sizeまたはtypeを知らせる方法
【０４０９】
前記１）の方法と類似しているが、時間軸でない周波数軸でNPRACHが含まれたnon-anchor indexに区分してUL bufferのdata sizeまたはtypeを知らせる差異のみある。
【０４１０】
即ち、各carrier別にMsg．１にEDTを要請する条件でUL bufferのdata sizeやtypeが独立的に設定できる。
【０４１１】
この際、端末の立場で、例えば、端末はEDT requestをMsg．１とする時、UL buffer sizeが１００bytesということを基地局に知らせたいことがある。
【０４１２】
この際、該当時点にMsg．１が転送可能なcarrierの数は１つ以上がありうる。
【０４１３】
その中で、１００bytes以上をMsg．３でschedulingしてくれることができると指定されたNPRACH carrierは２つ以上ありうる場合、その中でMsg．３でpaddingを最も少なくする可能性があるcarrierを端末は選択することができる。
【０４１４】
仮に、これを予測し難いか、または２つ以上のcarrierが同一な条件である場合、端末は該当carrierに対して任意にcarrierを選択してEDT要請のためのMsg．１を転送することができる。
【０４１５】
仮に、該当開始に全てのcarrierのMsg．３ EDT TBSが１００bytesより小さい場合、端末はlegacy RA手続きを始めるか、または次の最も速い時点で該当条件を満たすcarrierを選択することができる。
【０４１６】
EDTを連続に許容する方法
【０４１７】
次に、EDT転送を連続的に許容する方法について説明する。
【０４１８】
前述したように、端末はRRC_IDLE状態でrandom access過程中にMsg．３を通じてEDTを遂行することができる。
【０４１９】
但し、（１）基地局は端末のuplink buffer sizeを知らない状態でMsg．３をschedulingするか、または（２）uplink buffer sizeは知っているが、Msg．３を通じて一度にschedulingできないこともある。
【０４２０】
仮に、（１）のような場合、Msg．３転送時に端末のuplink buffer dataと共にuplink buffer sizeまで共に報告することができる。
【０４２１】
だけでなく、必要によって、端末のmulti-tone capabilityも含んで報告することができる。
【０４２２】
ここで、Msg．２を通じてscheduleされたMsg．３のTBSはuplink dataとuplink buffer size報告、multi-tone capability報告を全て含むことができる値でありうる。
【０４２３】
または、Msg．３のTBSはuplink dataのサイズのみ指示する場合にも、基地局と端末は互いの約束（３GPP TS spec.に明示されるか、またはhigher layer signalingによりconfigurationできること）を通じて“uplink buffer size報告”及び／又は“multi-tone capability報告”を特定方法によりMsg．３に共に転送することができる。
【０４２４】
ここで、Msg．３に“uplink buffer size報告”及び／又は“multi-tone capability報告”が共に伝達される方法は、NPUSCHに全ての情報が含まれて構成されるか、またはNPUSCHのDMRSを通じて伝達できる。
【０４２５】
ここで、NPUSCHのDMRSを通じて伝達する方法は１つ以上のDMRSを基地局がconfigurationし、端末は“uplink buffer size報告”及び／又は“multi-tone capability報告”の内容に従って特定DMRSを選択して転送することができる。
【０４２６】
また、NPUSCHに直接伝達される場合はuplink dataと“uplink buffer size報告”及び／又は“multi-tone capability報告”が一度にchannel codingされて伝達されることもできる。
【０４２７】
既存のLTEでPUSCHにUCIが運搬される方法と類似するようにseparate coding及び／又はseparate resource（RE level）に別に伝達されることもできる。
【０４２８】
ここで、“uplink buffer size”がMsg．３過程で伝達される場合、“uplink buffer size”はMsg．３で転送したTBSを除外した値でありうる。
【０４２９】
基地局がMsg．３過程の以後に端末のearly uplink dataを続けて要求する場合にはMsg．４を通じて区分できる。
【０４３０】
即ち、端末はMsg．３のEDT一度で端末のuplink bufferを全て転送することもできるが、Msg．３転送の以後にもuplink bufferに追加的に転送必要なdataが残っていることもある。
【０４３１】
だけでなく、端末のearly uplink data転送要請からMsg．３を割り当てた場合にも基地局は該当端末でdownlink data転送が必要な場合もある。
【０４３２】
これは、Msg．３のcontention resolution IDが端末の固有IDと直接mappingされる場合に基地局が該当端末に転送するdataがあるか否かを判断することができる場合に簡単に適用できる。
【０４３３】
ここで、仮に端末のuplink bufferに格納されたdataがcontrol informationなのかまたはuser dataなのか否かによって、端末はMsg．３にEDT動作が変わることがある。
【０４３４】
例えば、uplink bufferに格納されたdataがcontrol information（C-plane）であり、Msg．２を通じて伝達されたMsg．３のTBSがこれより小さい場合、端末はearly uplink data転送を遂行しないことがある。
【０４３５】
即ち、端末はMsg．３にuplink bufferのdataはcontrol informationであり、これはTBSを分割してMsg．３に転送できないことをMsg．３で基地局に直接知らせることができる。
【０４３６】
仮に、uplink bufferのdataがuser data（U-plane）で、かつMsg．３のTBSがuplink bufferより少なかったら、基地局はMsg．４に次のuplinkを続けてschedulingすることができる。
【０４３７】
このような場合、基地局はMsg．３を通じて端末のbuffer statusとmulti-tone capabilityを知っている場合、以後、scheduling過程ではこれを考慮してUL_grantを転送することができる。
【０４３８】
仮に、基地局がMsg．３ schedulingをsub-carrier spacing ３．７５kHzでsingle-tone transmissionを指示した場合、必要によって、以後の過程ではuplink schedulingがmulti-tone基盤に指示される必要がある。
【０４３９】
しかしながら、現在３GPP TS標準に従う場合、端末のsub-carrier spacingはMsg．２のRARにより決定され、random access過程やその以後の手続きで変更できない。
【０４４０】
したがって、early uplink data転送過程で、sub-carrier spacingがRARで指示されたものと異なるように再設定される必要があることができ、またはearly uplink data転送のためのRARは常にuplink sub-carrier spacingを１５kHzに設定される必要がある。
【０４４１】
仮に、基地局がearly uplink data転送の以後に端末をRRC_CONNECTEDにRRC state遷移する必要がない場合、Msg．４時点にUL_grantを転送してMsg．３の転送がACKであり、RRC stateは遷移しないと間接的に知らせる必要がある。
【０４４２】
しかしながら、仮に基地局がMsg．４を転送する時点、またはMsg．４の以後にUL_grantに続けてuplink schedulingしてから、該当端末のRRC stateをRRC_CONNECTEDに遷移する必要がある場合、DL_grantでRRC_CONNECTED procedureを端末にtriggerすることができる。端末と基地局は初めてのMsg．３送／受信の以後にuplink buffer sizeを知っている。
【０４４３】
したがって、（続いた）UL_grantに割り当てたTBSの和がuplink bufferを全て消尽する特定の時点に基地局はDL_grantにRRC_CONNECTED procedureをtriggerせず、相変らずUL_grantにnewdata転送を要請することができる。
【０４４４】
この場合、直前に転送した（uplink bufferを全て消尽する最後のuplink転送）NPUSCHがACKとして基地局に受信されており、これでEDTは完了する。
【０４４５】
そして、端末はこれ以上NPDCCHをmonitoringする必要がないことが分かる。
【０４４６】
前述したsub-carrier spacingを変えることができる場合は、Msg．３の以後に初めて受信されるMsg．４ステップでありうる。
【０４４７】
即ち、基地局は端末のmulti-tone capabilityをMsg．３を通じて受信し、以後、連続したUL_grant割当てまたはRRC_CONNECTED遷移のためのprocedure trigger過程でuplink sub-carrier spacingを変更することができる。
【０４４８】
前記説明した内容の一部を簡略な例示として表現すれば、以下のような順序で示すことができる。
【０４４９】
１．端末はEDT条件が満たす場合、Msg．１を通じてEDTをrequestする。
【０４５０】
２．基地局はMsg．１のNPRACH resource（NPRACH starting carrier（tone）index及び／又はNPRACH転送に使われたnon-anchor carrier index及び／又はRAPID）などを通じて該当EDT request有無を判断し、該当RA-RNTIでMsg．２を端末に転送する。
【０４５１】
A．仮に、基地局がEDT requestに対してEDTのためのMsg．３転送でない、一般的なrandom access procedureのMsg．３をschedulingしようとする場合、該当RAPIDのMAC payload（RAR）のreserved bitに‘０’の値でEDT要請を拒絶することを端末に知らせる。
【０４５２】
端末は、該当reserved bitの‘０’値からEDT要請が拒絶されたことを認知し、一般的なrandom access procedureのようにMAC RARを解釈する。
【０４５３】
B．仮に、基地局がEDT requestを受諾し、これに対するMsg．３をschedulingする場合、該当RAPIDのMAC RARのreserved bitに‘１’の値でEDT要請を受諾することを知らせる。
【０４５４】
端末はreserved bitの‘１’値からEDT要請が受諾されることを認知し、MAC RARを既存のMAC RARと異なるように解釈することができる。
【０４５５】
３．基地局は、受信されたMsg．３のdecodingが成功され、該当NPUSCHを通じて追加で伝達された端末のuplink buffer状態と、及び／又は端末のmulti-tone scheduling capabilityを参考してEDTを続けて支援することができる。
【０４５６】
A．例えば、端末が報告したuplink bufferがMsg．３ NPUSCH転送の以後にも相変らず０でない状態である場合、基地局は引続いたNPUSCH schedulingのためのUL grantをNPDCCHに転送することができる。
【０４５７】
この際、基地局はMsg．３にschedulingする時に使用したNPUSCH sub-carrier spacingと異なる値を端末で新しく設定することができる。
【０４５８】
これは、UL grantでない方法により支援できる。
【０４５９】
例えば、基地局がNPDCCHでDL grantを端末に転送し、該当するNPDSCHはMAC RARと類似の方法によりNPUSCH schedulingのためのUL grantを含んでいることができる。
【０４６０】
これを通じて、NPUSCH sub-carrier spacingが新しく設定できる。
【０４６１】
B．仮に、端末のuplink buffer dataがcontrol information（C-plane）であり、 Msg．３にscheduleされたTBSより大きいsizeであるので、EDTでMsg．３に転送できなかった場合、端末はMsg．３にこのような状態を追加で知らせることができる。
【０４６２】
基地局は、これを参考してMsg．３転送のためのMAC RARを新しく転送することができる。
【０４６３】
このような場合にもこれはUL grantでない方法により支援できる。
【０４６４】
例えば、基地局がNPDCCHにDL grantを転送し、該当するNPDSCHはMAC RARと類似の方法によりNPUSCH schedulingのためのUL grantを含んでいることができる。
【０４６５】
これを通じて、端末のC-plane bufferを空けるためのNPUSCH schedulingが遂行できる。
【０４６６】
C．仮に、基地局はMsg．３受信の以後に該当端末をRRC_CONNECTEDに状態遷移したい場合、Msg．４にDL grantを転送し、該当NPDSCHでRRC_CONNECTEDに状態遷移のためのprocedureをtriggerすることができる。
【０４６７】
４．端末は自身がMsg．３で報告したuplink buffer sizeとその間NPUSCHに転送したTBSの和を比較して、uplink buffer sizeが全て消尽される最初のNPUSCH転送の以後にNPDCCHにUL grantを受信する場合、該当NPUSCH転送が基地局によく受信されたということを知って、NPDCCH monitoringを中断することができる。
【０４６８】
仮に、基地局が該当時点に端末をRRC_CONNECTED状態に遷移したかったり、またはdownlinkに転送したいdataがある場合、NPDCCHにDL grantを転送することができる。
【０４６９】
端末は、該当時点にNPDCCHにDL grantが受信されれば、該当NPDSCHのcontentsに従って、次の動作が変わることができる。
【０４７０】
A．仮に、端末のuplink buffer sizeが全て減少した時点（例えば、Msg．３転送に端末のuplink bufferに格納されたdataを全て転送した場合、またはuplink buffer sizeが全て減少する初めのNPUSCH転送の以後）に基地局は該当messageをよく受信（ACK）しており、端末をRRC_CONNECTED状態に遷移させる計画がない場合、Msg．４（または、特定の時点のNPDCCH）ステップでNPDCCHにDL grantを転送してNPDSCHをschedulingする。
【０４７１】
該当NPDSCHは、端末のcontention resolutionなどのための情報を含む。
【０４７２】
しかしながら、RRC_CONNECTED状態に端末のRRC状態を遷移させるために必要な情報が省略されるか、またはこれに代える他のhigh-layer messageが含まれて転送できる。
【０４７３】
この際、端末は自身のEDTがよく完了したことを認知し、該当NPDSCHに対するACKはuplinkに別に報告しないことがある。
【０４７４】
この場合、端末はNPDCCH monitoringも止めることができる。
【０４７５】
RARでEDTのために多様なuplink grantを支援する方法
【０４７６】
現在定義されたRARのUL_grantは固定されたTBS（NB-IoTの場合に８８bits）のみ割当てが可能である。
【０４７７】
N_RU（resource unit）は、１、３、４のうちの１つのみに設定可能である。
【０４７８】
Early uplink data転送のために、さらに多様なTBSとN_RUが支援される必要がある。
【０４７９】
そのための方法は、（１）既存のRARのUL_grantにunusedまたはundefined statesを活用するか、または（２）Msg．１にEDTを要請した端末が期待することができるRARのUL_grantを新しく定義する方法がありうる。
【０４８０】
ここで、（２）の方法に最も簡単な方法は、NPDCCHに転送されるDCI format N０と同一なUL_grantを使用する方法がありうる。
【０４８１】
ここで、（２）の方法はMsg．１転送の以後に端末が期待するRARのUL_grant size及び／又はformatを変更するものであって、必ず既存のDCI format N０と同一でなければならないものではなく、既存のRARに含まれたUL_grantとsize及び／又はformatが同一でない任意の場合に該当することができる。
【０４８２】
既存のRARのUL_grant活用
【０４８３】
第１に、既存のRARのUL_grantにunusedまたはundefined statesを活用する方法について説明する。
【０４８４】
まず、“既存のRARのUL_grantにunusedまたはundefined statesを活用する方法”に、MCS（modulation and coding scheme）とI_SCのreserved stateをjointと解釈して、以下のようにTBSとN_RUをindicationする方法がありうる。
【０４８５】
この方法は、既存のRARのUL_grantと同一なsize及びformatを再活用する場合である。
【０４８６】
即ち、表３８でreserved値を活用する方法に、以下、より具体的に説明する。
【０４８７】
後述するMsg．１はEDTのためのNPRACH resourceに明示的に転送された場合を仮定する。
【０４８８】
即ち、基地局と端末はMsg．１の転送がEDTのための目的であったことを互いに正確に理解している場合に該当する。
【０４８９】
方法１．Msg１がmulti-tone NPRACH resourceに転送され、RARのSCS=３．７５kHzで、かつI_MCS＞２の場合、TBSとN_RU、n_SC、#n_SC（NPUSCH tone数）、Msg３のSCS（sub-carrier spacing）を特定の方法により解釈
【０４９０】
方法２．Msg１がmulti-tone NPRACH resourceに転送され、RARのSCS=３．７５kHzで、かつI_SC＞１１の場合、TBSとN_RU、n_SC、#n_SC、Msg３のSCSを特定の方法により解釈
【０４９１】
方法３．Msg１がmulti-tone NPRACH resourceに転送され、RARのSCS=１５kHzで、かつ１９＞I_SC＞１１の場合、７＞I_MCS＞２をTBSとN_RU、#n_SC、Msg３のSCS解釈に使用する方法
【０４９２】
方法４．Msg１がmulti-tone NPRACH resourceに転送され、RARのSCS=１５kHzで、かつ６４＞I_SC＞１８の場合、７＞I_MCS＞０をTBSとN_RU、n_SC、#n_SC、Msg３のSCS解釈に使用する方法
【０４９３】
方法５．Msg１がsingle-tone NPRACH resourceに転送され、RARのSCS=３．７５kHzで、かつI_MCS＞２の場合、TBSとN_RU、n_SC、Msg３のSCS解釈（#n_SCは１に固定）
【０４９４】
方法６．Msg１がsingle-tone NPRACH resourceに転送され、RARのSCS=３．７５kHzで、かつI_SC＞１１の場合、TBSとN_RU、n_SC、#n_SC、Msg３のSCS解釈（#n_SCは１に固定）
【０４９５】
方法７．Msg１がsingle-tone NPRACH resourceに転送され、RARのSCS=１５kHzで、かつI_MCS＞２の場合、TBSとN_RU、n_SC、#n_SC、Msg３のSCS解釈（#n_SCは１に固定）
【０４９６】
方法８．Msg１がsingle-tone NPRACH resourceに転送され、RARのSCS=１５kHzで、かつI_SC＞１１の場合、TBSとN_RU、n_SC、#n_SC、Msg３のSCS解釈（#n_SCは１に固定）
【０４９７】
方法９．前記条件に該当しない場合、EDTが基地局から拒絶されたか、または該当要請を基地局が受け入れないことと仮定し、端末と基地局は既存のrandom access過程を同一に遂行する。
【０４９８】
前記方法１から８に該当する場合、TBSとN_RU、n_SC、#n_SC、Msg３のSCS再解釈は多様な方法により定義可能であるが、既存のNPDCCH format N０の全ての場合を含まれないことがある。
【０４９９】
特に、再解釈されるか、または表３８のreserved値に割当てできるTBSは、８８bitsより常に（等しいか）大きい値に設定できる。
【０５００】
最大値は１，０００bits（１ UL HARQの最大割当てTBS）を超えないことを特徴とする。
【０５０１】
また、MAC RARのUL grantが既存のTBSと同一な値（NB-IoTを例示として８８bits）を示す場合、端末は自身のEDT（Early uplink Data Transmission）要請が基地局から拒絶されたことを間接的に知ることができ、以後、random access procedureは既存と同一な手続きで遂行できる。
【０５０２】
表３６は、Msg３ NPUSCHに対するMCS indexを示す。
【０５０３】
【表３６】
0006900472.tif 000388
【０５０４】
第２に、既存のRARのUL_grantにMCS index MSB １bitを活用してEDT requestを拒絶または受諾するか、またはより大きいTBSを割り当てる方法について説明する。
【０５０５】
この方法は前述した第１の方法と類似しているが、MAC RARのUL grantでunused bitを使用して第１の方法と類似の目的をより簡単に実現することができる方法である。
【０５０６】
表３８で、MCS indexのMSB １bitが‘１’である場合、全てreserved statesに割り当てられている。
【０５０７】
したがって、MCS index MSB １bitは基地局が端末のEDT requestを受諾または拒絶するために使われることができる。
【０５０８】
例えば、基地局が端末のEDT requestをMsg．１のRAPIDまたは他の方法により区分することができる場合、基地局は該当bitを活用してimplicitにEDT requestを受諾または拒絶することができる。
【０５０９】
仮に、端末がEDTをrequestしないか、またはEDT featureを支援しない場合、該当bit（MCS indexのMCS １bit）の値を無視することができる。
【０５１０】
仮に、端末がEDTをrequestしており、該当RAPIDのUL grant内にMCS index MSB １bitが‘１’に指示された場合、端末は自身のEDT requestが基地局から受諾されたと仮定することができる。
【０５１１】
そして、端末はMCS index MSB １bitを除外したUL grantを既存と異なるように解釈できる。
【０５１２】
既存と異なるように解釈できるparameterに、Uplink subcarrier spacing及び／又はSubcarrier indication及び／又はScheduling delay及び／又はrepetition number及び／又はNRU（IRU）などがありうる。
【０５１３】
このように、EDT用UL grantと解釈される場合、TBSは８８bitsより（等しいか ）大きく、１ UL HARQ processが有することができる最大TBSより等しいか小さい値で３GPP TS標準に決まるか、または基地局からconfigurationされる値でありうる。
【０５１４】
だけでなく、EDT用UL grantの解釈はCE level別に異なることができ、最も簡単に、TBSがCE level別に異なる値でありうる。
【０５１５】
RARのUL_grantを新しく定義する方法
【０５１６】
次に、Msg．１を通じてEDTを要請した端末が期待することができるRARのUL_grantを新しく定義する方法について説明する。
【０５１７】
図９から図１２は、既存のMsg．２に含まれたRARと関連したMAC PDUを示す。
【０５１８】
特定NPRACH resourceにMsg．１を転送した全ての端末は同一なRA-RNTIを使用してNPDCCHを検出する。
【０５１９】
該当NPDCCHにschedulingされたNPDSCHはRARと関連したMAC PDUを含んでいる。
【０５２０】
該当MAC PDUは、互いに異なるRAPID（Msg．１のstarting carrier indexで構成された）に対するUL grantを含む。
【０５２１】
端末は、MAC PDU内で自身が使用したRAPIDに対応するUL grantが存在するか否かを先に確認する。
【０５２２】
仮に、該当RAPIDが発見される場合、端末はこれに対応するMAC RARを図１２のように解釈してMsg．３を基地局に転送する。
【０５２３】
ここで、Msg．１が転送されるNPRACH resourceからEDT要請がRAPIDに区分される場合、端末は自身が使用したRAPIDだけでなく、EDT要請に対応する全てのRAPIDがMAC PDUに幾つ含まれているかを知ることができる。
【０５２４】
仮に、基地局がEDTに対する応答のMAC RARのサイズを既存のMAC RARと異なるように構成し、EDT RAPIDでないMAC RARから順にMACE/T/RAPIDを構成し、その以後にEDT RAPIDに対するMACE/T/RAPIDを順に配列する場合、legacy端末機とRel．１５端末は互いに誤解無しでMAC PDUを解釈できるようになる。
【０５２５】
ここで、release１５端末はEDTに対する新たなMAC PDU定義が解釈することができる端末を意味する。
【０５２６】
例えば、図１３はk個のMAC RARが既存のMAC RARと同一であり、該当k個のMAC RARはEDT用途でないRAPIDに、Msg．１を転送した端末が受信することができる。
【０５２７】
ここで、k個のMAC RARは既存のE/T/RAPID subheaderの順序から各MAC RAR順序計算に誤解無しで構成／解釈できる。
【０５２８】
一方、EDT目的のRAPID候補のうち、Msg．１を転送した端末は各E/T/RAPID subheaderから順次にEDT目的のRAPIDに含まれないMAC RAR数kを探し出し、以後、EDT目的のRAPIDに含まれるn-k個のMAC RARのうち、自身のRAPIDを探すことができる。
【０５２９】
これから、端末は既存MAC RARとサイズが異なる害になるMAC RARを解釈できるようになる。
【０５３０】
但し、端末はEDT目的のRAPIDを転送したとして基地局が常にそのためのEDT目的のUL grantをschedulingしないこともある事実を考慮しなければならない。
【０５３１】
この場合、MAC RARの最初のbit（図１４でR１）は該当MAC RARがEDT目的にUL grantを指示するか否かを判別することに使われることができる。
【０５３２】
即ち、図１４のreserved bits（R１及び／又はR２）はRAPIDがEDT（Early uplink Data Transmission）用途に含まれる場合のみに異なる方法に使用可能でありうる。
【０５３３】
ここで、R１の代わりにMAC RARのUL grantに含まれるMCS indexのMSB １bitが使われることもできる。
【０５３４】
だけでなく、基地局はMAC sub-headerに直接的に１byte情報を追加してE/T/RAPIDMAC subheaderを追加することによって、EDT目的のRAPIDに対する新たなMAC RARを転送することができる。
【０５３５】
ここで、MAC sub-headerに追加される１byte情報は単純に特定RAPIDをもう一度含んで構成（例えば、特定RAPIDに対するMAC subheaderが連続／又は不連続的にMAC headerに含まれる方法）することができる。
【０５３６】
このような場合、該当MAC RARは単純に既存のMAC RARの２倍のサイズを有するMAC RARであって、該当MAC RARは既存と異なる方法により解釈できる。
【０５３７】
このような方法は、Msg．２のRARに含まれるUL grantを既存のNPDCCH format N０と同一に使用することができる長所がある一方、resource使用側面で非効率的な短所がありうる。
【０５３８】
前記の方法よりもっと効率よくEDT目的のRAPIDに対するUL grantを構成する方法に、図１４のR１とR２を使用する方法がある。
【０５３９】
MAC RARに含まれたUL grantは１５bitsで構成され、Msg．３のためのNPUSCH schedulingには多い制約が存在することがある。
【０５４０】
これは、２３bit（１ UL HARQ capable UEである場合）で構成された表３９の既存のNPDCCH format N０と比較して分かる。
【０５４１】
このように、NPUSCH schedulingに制約がないMAC RARを使用するためには図１４のR２を積極的に活用する方法が必要である。
【０５４２】
例えば、表４０は既存のNPDCCH format N０で不必要な一部のfieldを除去したものであって、これはrandom access過程のMsg．３ schedulingのためには不必要な情報でありうる。
【０５４３】
即ち、“format N０/format N１の差異のためのflag”と“Redundancy version”、“New data indicator”はMsg．３ scheduling過程で各々“０”、“特定値（例えば、０）”、“特定値（例えば、基本値に０）”にpredefineできる。
【０５４４】
この場合、Msg．３のUL grantのために必要な最大bit数は２０bitsであり、これは図１４の既存のUL grantとR２を全て合わせたbit数に該当する。
【０５４５】
EDTは８８bitsより小さいTBSを支援しないか、または特定TBSより大きい値を支援しない場合、必要なUL grant数はより減ることができる。
【０５４６】
だけでなく、EDTが特定sub-carrier spacingを常に仮定しない場合、これを指示するための１bitが追加的に使われることもできる。
【０５４７】
または、subcarrier indication field（ISC）を通じて間接的にNPUSCH sub-carrier spacingが指示されることもできる。
【０５４８】
例えば、I_SCが０−１１の場合、single-tone Msg．３ NPUSCH schedulingを意味する。
【０５４９】
この際、Msg．３ NPUSCH sub-carrier spacingが３．７５kHzでimplicitに指示できる。
【０５５０】
前述したように、端末はEDTを要請するMsg．１を転送した場合、基地局はさまざまな理由によりEDTのためのMsg．３ schedulingの代わりに、既存のrandom access手続きに従うMsg．３ schedulingを願うこともできる。
【０５５１】
この際、これを区分するために図１４のR１が使われることもできる。
【０５５２】
該当情報はR１だけでなく、R２の一部bitを使用して伝達されることができ、前記叙述した内容のMAC sub-headerまたはheader構成でこれを区分することもできる。
【０５５３】
前述した全ての方法で端末のEDT要請を基地局が拒絶しないと仮定することができる場合、EDTをMsg．１に要請した端末はMAC RARに含まれたUL grantを解釈するに当たって、UL grant内部のMCS index MSB １bitまたはMAC RARのreserved bits（R１及び／又はR２）などを基地局のEDT受諾（または、拒絶）用途などに活用せず、MAC RARのUL grantをEDT用UL grantと直接解釈することもできる。
【０５５４】
図９はMACヘッダ及びMAC RARを含むMAC PDUの一例を示し、図１０はE/T/RAPID MAC subheaderの一例を示し、図１１はE/T/R/R/BI MAC subheaderの一例を示し、図１２はNB-IoT UEに対するMAC RARの一例を示す。
【０５５５】
図１３は、本明細書で提案するMACヘッダ及びMAC RARを含む新たなMAC PDUの一例を示す。
【０５５６】
図１４は、本明細書で提案するEDTのためのMACヘッダ及びMAC RARを含む新たなMAC PDUの一例を示す。
【０５５７】
図９から図１４と関連してMAC PDUに対する一般的な内容について簡略に説明する。
【０５５８】
MAC PDUは、MACヘッダ（header）、少なくとも１つのMAC SDU（service data unit）及び少なくとも１つのMAC制御要素（control element）を含み、付加的にパッディング（padding）をさらに含むことができる。場合によって、MAC SDU及びMAC制御要素のうち、少なくとも１つはMAC PDUに含まれないことがある。
【０５５９】
MAC制御要素は、MAC SDUより先行して位置することが一般的である。
【０５６０】
そして、MAC制御要素のサイズは固定的または可変的でありうる。MAC制御要素のサイズが可変的な場合、拡張されたビット（extended bit）を通じてMAC制御要素のサイズが拡張されたか否かを判断することができる。MAC SDUのサイズも可変的でありうる。
【０５６１】
MACヘッダは、少なくとも１つ以上のサブヘッダ（sub-header）を含むことができる。この際、MACヘッダに含まれる少なくとも１つ以上のサブヘッダは各々のMAC SDU、MAC制御要素、及びパッディングに対応するものであって、サブヘッダの順序は対応する要素の配置順序と同一である。例えば、MAC PDUにMAC制御要素１、MAC制御要素２、複数個のMAC SDU、及びパッディングが含まれていれば、MACヘッダではMAC制御要素１に対応するサブヘッダ、MAC制御要素２に対応するサブヘッダ、複数個のMAC SDUの各々に対応する複数個のサブヘッダ及びパッディングに対応するサブヘッダが順に配置できる。
【０５６２】
‘R’は予約ビット（Reserved bit）であり、使われないビットである。
【０５６３】
そして、‘E’は拡張フィールド（Extended field）であって、サブヘッダに対応する要素の拡張有無を示す。
【０５６４】
表３７は、従来のDCI format N０に対するfield構成の一例を示す。
【０５６５】
【表３７】
0006900472.tif 000389
【０５６６】
表３８は、EDTのためのRARのUL grant内のfield構成の一例を示した表である。
【０５６７】
【表３８】
0006900472.tif 000390
【０５６８】
仮に、MAC RARの１bit（または、以上）をEDT要請に対する応答に活用できる場合、端末は追加で割り当てられたMAC RARの１bitに基づいてRARのUL grantを異なるように解釈することができる。
【０５６９】
この際、該当RARの追加bitは端末の混乱を防止するために‘０’は既存UL grantを活用する方法により解釈され、‘１’はUL grantの解釈を新しくするように定義できる。
【０５７０】
即ち、‘０’として指示を受けた場合、先の提案した方法のようにMAC RAR内のUL grantをlegacy UL grantと解釈する。
【０５７１】
仮に、unused statesがある場合、これを活用して拡張解釈も可能である。
【０５７２】
一方、‘１’として指示を受けた場合、MAC RAR内のUL grantを既存と全く異なるように解釈することができる。
【０５７３】
但し、追加で使われるMAC RARの１bitはMsg．１でEDTに予約されたRAPID及び／又はRA-RNTIを転送した端末のみに限り活用するように制限することができる。
【０５７４】
次に、新たなMSG３ UL Grantを導入するが、legacy MSG３ UL Grantが指示できたMCS、TBS、RUなどを含んで作る方法について説明する。この方法はbackward compatibilityを考慮しない。
【０５７５】
この方法は、legacy RARにあるreserved bitを使用しない方法を考慮するので、総MSG UL Grantのサイズが１５bitsを超えることはできない。
【０５７６】
基本的に、MSG３ repetition number field（３bits）とscheduling delay field（２bits）は、legacyと同一に設定する方法を考慮すれば、残りの１０bitsは次の通り設計できる。
【０５７７】
（１）subcarrier indication fieldのための６bits
【０５７８】
６bits（i.e., ６４states）のsubcarrier indication fieldの中にsubcarrier indicationとsubcarrier種類まで一度にindicationする方法を考慮することができる。
【０５７９】
即ち、実際MSG３及びearly dataが転送されるsubcarrier indexとsubcarrierのnumber、そしてsubcarrier spacingまで一度に指示する方法を考慮することができる。
【０５８０】
但し、single toneを有する３．７５kHz subcarrier spacingが４８statesが必要であり、１５kHz subcarrier spacingに１９states（single toneのために１２states+３-toneのために４states+６-toneのために２states+１２-toneのために１state）が必要であるので、総６７statesが必要になる。
【０５８１】
したがって、特定の３つのcaseは除外させる必要がある。
【０５８２】
特徴的に、single toneを有する３．７５kHz SCSが４８statesが存在するので、そのうち、特定の３個のsubcarrier indexを使用しないと約束することができる。
【０５８３】
例えば、#４５、#４６、#４７ subcarrier indexはnew MSG３ UL Grantを通じてallocationされないと設定することができる。
【０５８４】
追加で、３．７５kHz SCSのみ単独に除外されることもできるが、１５kHz SCSと混ざって除外される方法も考慮することができる。
【０５８５】
特徴的に、３．７５kHz SCSのsubcarrier index  #４６、#４７に１５kHz SCSのsingle tone subcarrier index  #１１まで総３statesを使用しないと設定することもできる。
【０５８６】
しかしながら、single toneを有する３．７５kHz SCSが４８種類があるので、そのうち、３種類を使用しないことが効率よいresource allocation観点で好ましい。
【０５８７】
前述した方法のように、single toneを有する３．７５kHz SCSのうち、#４５、#４６、#４７ subcarrier indexが除外された場合に対してsubcarrier indication field tableを表３９のように作ることができる。
【０５８８】
特徴的に、端末のUplink Subcarrier spacingはsubcarrier indication field（
0006900472.tif 000391
）値が０〜４４に指示された場合、３．７５kHzに決定され、４５〜６３に指示された場合、１５kHzに決定されると見ることができる。
【０５８９】
表３９は、subcarrier indication field（６bits）の一例を示した表である。
【０５９０】
【表３９】
0006900472.tif 000392
【０５９１】
追加的に、除外されるsubcarrier indexはSIB（e.g., SIB２-NB or SIB２２-NB）を通じてconfigureすることができると設定できる。
【０５９２】
しかしながら、除外されるsubcarrier indexを予め決定し、３GPP TS specificationに前記表４１のように１つのtableのみ存在することが好ましいことがある。
【０５９３】
（２）Msg３フィールドに対するTBS、modulation、及びRUのnumberの４bits
【０５９４】
現在、maximum TBS値はSIB（例：SIB２-NB and/or SIB２２-NB）に転送されると設定されている。
【０５９５】
そして、maximum TBSになることができる値の個数は８個に約束されている。
【０５９６】
即ち、基地局が各CE level別にmaximum TBS値を予め約束された８個のうちの１つにconfigureしれくれれば、該当CE levelでのEDTのためのmaximum TBS値は決定される。
【０５９７】
この際、EDTのためのTBSは最大４個まで設定して使用することができる。
【０５９８】
前述したTBSに該当する値はまだ決まっていないが、EDT拒絶のための動作（i.e., fallback動作）のためにlegacy MSG３ UL grantで指示してくれる値のようなTBS、RU、modulation orderなどを含むことが好ましい。
【０５９９】
即ち、端末がEDTのために予め約束されたresource（e.g., subcarrier index、resource poolなど）に該当する個所にMSG１を転送したとしても、基地局がnew MSG３ UL grantにlegacy MSG３ UL grantで指示してくれた値のようなTBS、RU、modulation orderをconfigureしてくれる場合、端末はEDTが拒絶されたと判断し、legacy NPRACH procedureで動作（i.e., fallback）するようになる。
【０６００】
この際、“端末がlegacy NPRACH procedureで動作するという意味”は、MSG３に追加的なUL dataなどを共に送られず、legacy MSG３情報のみ送るという意味である。
【０６０１】
特徴的に、１つのtableにSIBを通じてconfigureできる８個のmaximum TBS値が全て含まれた形態に定義されることもできるが、各TBS別にもっと多様なcoding rateなどを支援するためにSIBを通じて転送されたmaximum TBS値によって参照しなければならない別途の８個のtableが３GPP TS spec.に明示され、端末はこれに従うと設定することができる。
【０６０２】
各tableの０〜２ stateは、legacyのようなmodulation、Number of RU、TBS値を含まなければならないと設定することができる。
【０６０３】
例えば、TBS、modulation、number of RUなどを指示してくれるための４bits（１６states）tableを表現すると、表４０の通りである。
【０６０４】
表４０は、maximum TBSが１，０００である場合を仮定しており、この際、２０８、２５６、６８０を含んで総４個のTBSを使用することができると仮定した。
【０６０５】
表４０を参考する時、端末がNew MSG３ UL grantに
0006900472.tif 000393
を０〜２のうちの１つにconfigure受けた場合、前述したように、EDTが拒絶されたと判断し、legacy MSG３情報のみ転送するように設定することができる。
【０６０６】
追加で、
0006900472.tif 000394
に‘３’をconfigure受けた場合、４種類のTBSのうちの１つを端末が判断して選択した後、該当するNPUSCHを転送すると設定することができる。
【０６０７】
この際、基地局はBD（blind decoding）を通じて端末が選択したTBSを判断することができる。
【０６０８】
より多様なRUの数を支援するために１６stateを全て使用することも本明細書で排除しないことは勿論である。
【０６０９】
表４０は、設定された最大TBSが１，０００であるMSG３ NPUSCHに対するMCS indexの一例を示した表である。
【０６１０】
【表４０】
0006900472.tif 000395
【０６１１】
次に、backward compatibilityを考慮してlegacy MCS index tableのunused stateを使用する方法について説明する。
【０６１２】
追加的に、backward compatibilityを考慮する場合、legacy tableのunused stateを使用することも考慮できる。
【０６１３】
即ち、例えばlegacy tableのunused state ３〜７に表４０のstate ３〜７までを追加してEDT動作を行うように設定することができる。
【０６１４】
特徴的に、各TBS別にもっと多様なcoding rateなどを支援するためにSIBを通じて転送されたmaximum TBS値によって参照しなければならない別途の８個のtableが３GPP TS spec.に明示され、端末はこれに従うと設定することができる。
【０６１５】
各tableの０〜２ stateは常にlegacyのようなmodulation、number of RU、TBS値を含まなければならないと設定することができる。
【０６１６】
Code-rateを考慮した多様なTBS setをEDT Msg．３にスケジュールリングする方法
【０６１７】
次に、（effective）Code-rateを考慮して多様なTBS setsをEDT Msg．３にschedulingする方法について説明する。
【０６１８】
NB-IoTで、code rate（CR）は以下の数式２３の通り定義できる。
【０６１９】
【数２３】
0006900472.tif 000396
【０６２０】
NB-IoTで既存のMsg．２ RARのUL grantは８８bitsのTBSのみscheduling可能であり、MCS indexとRU数、RE数（RUサイズ）の組合せにより多様なcode rateを支援する。
【０６２１】
eMTCはCE mode AとCE mode Bに従って相異する値のパラメータとさらに多様なTBSを支援する。
【０６２２】
しかしながら、Msg．３の多様なcode rateを支援するための原理は同一に適用される。
【０６２３】
これは、EDTのためのMsg．３を支援する場合にも同様に適用される必要があり、該当方法で提案する原理はNB-IoTとeMTC、または他のsystemでも同一に適用できる。
【０６２４】
以下、NB-IoTに対して多様なTBSとcode rateを支援するための基本方法を先に説明し、これに基づいてeMTCにも適用するための方法を説明する。
【０６２５】
表４１は、後述する方法（EDTにscheduling可能なNTB S setをenableする方法）の‘B）Msg．２で２）と３）を動的に直接知らせる方法’に適合したMsg．２ RARのUL grantにMCS index tableを示し、Nは４と仮定した。
【０６２６】
ここで、NRU_１、TBS_２、NRU_２、TBS_２、NRU_３、TBS_３は４個のTBSを同時にschedulingしながら、各TBS値によってcode rateを調整するためのRU数を調整するための目的に追加されたパラメータである。
【０６２７】
MCS indexの上位３個の値は端末のEDT要請を拒絶するための用途に使われることができ、その他の値に割り当てられた場合、４個または１つのTBSがEDTのための目的にschedulingされたものとして解釈できる。
【０６２８】
N個のMCS indexは４個のTBS setsをEDT Msg．３にschedulingするために使われ、M個のMCS indexは最大値TBSのみEDT Msg．３にschedulingするために使われる。
【０６２９】
ここで、NとMはsystem informationでconfigurationされるか、または３GPP TS spec.に明示されることができ、CE levelまたはMsg．１のcarrier位置などに従っても異なる値に設定されることもできる。
【０６３０】
T０は該当Msg．１を使用してEDTを要請した場合、端末が基地局から期待することができる最大TBS値である。
【０６３１】
T１、T２、T３はT０により誘導されるか、または決定される値であって、T０よりは小さい値である。
【０６３２】
また、上位３個のMCS indexを除外した任意のMCS indexの指示を受ける場合、MCS indexと関係なく最大TBS値とそれより小さい残りのTBS値は同一である。
【０６３３】
基地局はUL grantで特定MCS indexを指示しながら、T０ TBSを基準にy個だけのcode rateを調整することができる。
【０６３４】
Rx、yは、Tx TBSをscheduling受けた場合のRU数を意味する。
【０６３５】
例えば、MCS indexが‘１００’に指示された場合、端末は４個のTBSをscheduling受けて、T０とR０、１から誘導されるcode rateと類似のcode rateを有するようにR１、１、R２、１、R３、１が設定される。
【０６３６】
即ち、R０、１とR１、１、R２、１、R３、１は、T０、T１、T２、T３と比例する関係に設定できる。
【０６３７】
但し、M個のMCS indexに含まれたR’０、０とR’０、１は、R０、０、R０、１、R０、２のうちから選択されるか、または他の値でありうる。
【０６３８】
表４２と表４３は、表４１のMとNが各々０である場合に該当する。
【０６３９】
これは、後述する方法（EDTにscheduling可能なN TBS setをenableする方法）の‘A）Msg．１にEDT要請する前に、system informationで２）と３）を事前に知らせる方法’に適合したUL grantでありうる。
【０６４０】
前記提案で、RU数を示すNRU_１、NRU_２、NRU_３は、各TBS_i（i=１、２、３）のMsg．３ repetition numberを調整するための値に活用されることもできる。
【０６４１】
即ち、UL grantでMsg．３のrepetition number（NRep）をT０のMsg．３に対するMsg．３ repetition numberに使用し、MCS index別にNRUは各々R０、０、R０、１、R０、２、R’０、０、、R’０、１に指示される。
【０６４２】
そして、NRU_１、NRU_２、NRU_３の値は端末がTBS_i（i=１、２、３）を選択する場合、該当TBSのMsg．３ repetition numberをNRepを基準にまたscalingするために使われる値でありうる。
【０６４３】
これはT０とR０、１から誘導されるcode rateと類似のcode rateを有するようにTBS_i（i=１、２、３）のcode rateを調整するために使われる目的と符合する。
【０６４４】
また、scalingされたrepetition numberによってMsg．３転送中に変更されるRV（redundancy version）は既存と異なる値またはpatternに定義できる。
【０６４５】
例えば、RVは０と２だけでなく、他の値も有することができる。
【０６４６】
このように、RU数を調整せず、repetition numberを調整してTBS別code rateを調整する場合、基地局のblind detection複雑度は減少できる長所がある。
【０６４７】
例えば、特定MCS index（表４１で、例えば‘１００’に指示された場合）にUL grantが指示された場合、TBS別に互いに異なるrepetition numberを使用する場合、そして、UL grantで指示受けたT０ TBSのパラメータが
0006900472.tif 000397
である場合（即ち、R０、１）、そして（例示を簡単にするために）表４１でTBSはT０とT１のみ存在する場合、そしてR１、１は２である場合、図１５（Msg．３の場合にはrvindx（０）とrvindx（１）は各々０と２でありうる）で端末がT０を選択すれば、６４slotを使用する。
【０６４８】
そして、端末がT１を選択すれば、１２８slotを使用する。
【０６４９】
ここで、R１、R２をAと、R３、R４をBと、R５、R６をCと、R７、R８をDと、U１、U２をEと、U３、U４をFと、U５、U６をGと、U７、U８をHと表現する場合、T０である場合に時間軸でAAAABBBB…HHHHと表現されることができ、T１である場合に時間軸でAAAABBBB…HHHHA’A’A’A’B’B’B’B’…H’H’H’H’と表現できる。
【０６５０】
ここで、A’、B’、…、H’はA、B、…．、HとRVとscramblingが異なることを表現する。
【０６５１】
したがって、基地局はT０とT１をblind detectionする過程で各TBS場合の数別に LLR（log likelihood ratio）またはsymbol combiningのための追加的なmemoryを別に使用しないことができる長所がある。
【０６５２】
これとは異なり、TBS別にRU数を異なるように割り当てる場合、各TBS場合の数別にLLRまたはsymbol combiningのための追加的なmemoryが要求される短所がありうる。
【０６５３】
また、UL grantで特定MCS indexに指示された場合、resource allocation観点でT０、T１、T２、T３のphysical resourceはnested構造（最も大きいphysical resourceに残りのphysical resourceが含まれる方式）で設定できる。
【０６５４】
また、端末が選択するTBSの値に関係なく、Msg．３のphysical resourceは周波数軸で同一なresourceを使用し、時間軸でMsg．３の転送開始位置は同一である。
【０６５５】
これは、基地局のblind detection複雑度を低める観点で長所があり、端末の時間当たり転送電力を選択されたTBSに関係なく同一にすることができる長所がある。
【０６５６】
例えば、選択されたTBSによって使われる周波数軸の資源サイズが変われば、RE当たり送信電力が選択されたTBSによって変わる短所がありうる。
【０６５７】
表４１、表４２、表４３で、EDT Msg．３ schedulingのためのmodulation値はsingle-toneである場合、pi/２BPSKまたはpi/４QPSKのうちから選択された値であり、multi-tone（Isc＞１１）の場合、QPSK（Quadrature Phase Shift Keying）に固定できる。
【０６５８】
但し、EDTはsingle-tone転送が許容されない場合、該当single-tone scheduling（Isc&#60;１２）で、かつMCS indexがEDT-UL grant領域に含まれていれば、これはRARまたはMsg．３ UL grant検出失敗と解釈されることもできる。
【０６５９】
表４１は、EDT Msg３ NPUSCHのためのMCS indexの一例を示した表である。
【０６６０】
【表４１】
0006900472.tif 000398
【０６６１】
表４２は、４ TBS setがEDT Msg．３に対してenableされる時、EDT Msg３ NPUSCHに対するMCS indexの一例を示す。
【０６６２】
【表４２】
0006900472.tif 000399
【０６６３】
表４３は、単に最大TBS setはEDT Msg．３に対してのみenableされる時、EDT Msg３ NPUSCHに対するMCS indexの一例を示した表である。
【０６６４】
【表４３】
0006900472.tif 000400
【０６６５】
図１５は、本明細書で提案するNPUSCHの反復転送の一例を示した図である。
【０６６６】
前述したEDT Msg．３のためのUL grant及びresource allocation方法はNB-IoTだけでなく、eMTC及び他のシステムにも適用可能である。
【０６６７】
但し、eMTCでUL grantはNB-IoTのUL grantと異なる部分があるので、これをeMTCシステムに適合したUL grantに設計する方法を説明する。
【０６６８】
まず、eMTCはCE mode AとCE mode BによってRAR UL grantが異なる形態に定義されている。
【０６６９】
また、eMTCはNB-IoTとは異なり、RARのunusedまたはreserved １bitを追加で使用してEDT UL grantを設計することができる。
【０６７０】
１．Unusedまたはreserved １bitを追加で使用する場合
【０６７１】
RARのunusedまたはreserved １bitはEDT要請のためにreserveされたresource（例えば、PRACH resourceを含むPRB index、carrier index、RA-RNTI、RAPIDなど）に端末がMsg．１を転送した場合に限定して該当１bitを再解釈するように定義できる。
【０６７２】
このために、RARのunusedまたはreserved １bitはEDT要請に対する応答に使われない場合に‘０’に定義される必要がある。
【０６７３】
仮に、EDT要請に対する応答に使われる場合、１bitの値によって以下のようにRARのUL grant解釈が変わることがある。
【０６７４】
A）‘０’（または、‘１’）に指示された場合
【０６７５】
基地局からEDT要請が拒絶されたと解釈し、RARのUL grantを既存のRandom access過程でUL grantを解釈する方法と同一に解釈する。
【０６７６】
また、端末と基地局との間に後続した手続きはEDT手続きに従わず、既存のRandom access手続きを従うようにする。即ち、基地局の立場では端末のEDT要請を拒絶するための用途に使われることができる。
【０６７７】
B）‘１’（または、‘０’）に指示された場合
【０６７８】
基地局からEDT要請が受諾されたと解釈し、RARのUL grantを既存のRandom access過程でUL grantを解釈する方法と全く異なるように解釈することができる。
【０６７９】
例えば、UL grantは１つ以上のTBS値を同時に指示するように設定できる。
【０６８０】
CE mode Aは前述したRARのunusedまたはreserved １bitがUL grantの‘CSI request’fieldがこれに代わって使われることができる。
【０６８１】
２．既存のRAR UL grantをEDT Msg．３ UL grantに再解釈する方法
【０６８２】
既存のRAR UL grantをEDT Msg．３と再解釈する方法は、表４４と表４５で一部element（s）をEDT UL grantと解釈する方法を基本とする。
【０６８３】
該当方法でも、基地局がEDT要請を拒絶（端末のEDT要請を拒絶し、後続する手続きは既存のrandom accessに従うように命令し、端末は該当RAR UL grantで指示されたところに従ってMsg．３を転送しながらEDT手続きでないrandom access手続きを遂行）するために使用できるように一部elementは既存のRandom accessのRAR UL grant element値を含む。
【０６８４】
表４４は、CE mode Aに対するRAR UL grantでTBS tableの一例を示す。
【０６８５】
【表４４】
0006900472.tif 000401
【０６８６】
表４５は、CE mode Bに対するRAR UL grantでTBS tableの一例を示す。
【０６８７】
【表４５】
0006900472.tif 000402
【０６８８】
表４６は、CE mode Aに対するRAR UL grantでTBS tableの一例を示す。表４６は、EDT UL grantに使われる場合の一例を示す。
【０６８９】
【表４６】
0006900472.tif 000403
【０６９０】
先に提案する方法は、概念的にCE modeに関係なく、以下のような特徴で構成できる。
【０６９１】
A）TBS tableで、一部elementをEDT UL grantのために再解釈できるように許容
【０６９２】
１）選択されるelementは特定ITBS値に該当する全てのelementでありうる。
【０６９３】
表４４と表４５で、特定ITBSは高い値を優先的にEDT UL grantのために使用できる。
【０６９４】
これは、EDTで必要なMsg．３ TBSが相対的に高い値でありうるので、これと重複できる確率の高いITBSをEDT UL grantに再使用するためでありうる。
【０６９５】
ここで、後述する方法（EDTでscheduling可能なN TBS setをenableする方法）の‘A）Msg．１にEDT要請を行う前に、system informationで２）と３）を事前に知らせる方法’の場合、１つのITBS値（最も大きい値）のみEDT UL grantに再使用または再解釈するようにすることができる。
【０６９６】
そして、後述する方法（EDTでscheduling可能なN TBS setをenableする方法）の‘B）Msg．２で２）と３）を動的に直接知らせる方法’を支援する場合、最小２つのITBS値をEDT UL grantに再使用または再解釈するようにすることができる。
【０６９７】
簡単な実施形態に、表４６でITBSが６または７である場合、端末はEDT要請が受諾されたと判断し、ITBSが６である場合、T０ TBSにMsg．３を転送しなければならない。
【０６９８】
そして、ITBSが７である場合、T０、T１、T２、T３のうちから端末が直接選択した値をTBSにしてMsg．３を転送することができる。
【０６９９】
ここで、T０は該当Msg．１にEDT要請する場合に基地局から期待することができる最大TBS値であり、T１、T２、T３はT０により決定される値である。
【０７００】
また、T１、T２、T３はT０が同一な場合にもCE level、CE mode、PRACH resourceなどによって異なるように定義または解釈できる。
【０７０１】
この際、RAR UL grant内のMsg３ PUSCHに対する反復回数値はT０を基準に設定された値である。
【０７０２】
実際Msg．３のPUSCH repetition numberは端末が選択したTBS（T０、T１、T２、T３）値によって異なるように解釈されることができ、概念的には端末が選択したTBS値とT０の割合に相応する値に設定できる。
【０７０３】
例えば、‘（UL grant内のMsg３ PUSCHに対する反復回数）x ceil（（選択したTBS）/T０）’と解釈できる。
【０７０４】
勿論、EDTのために指示されるUL grant内のMsg３ PUSCHに対する反復回数は新しく定義されるか、または該当UL grantにEDT Msg．３転送のために選択可能なTBSのうち（ITBSが固定された場合）、最も小さい値を基準に定義されることもできる。
【０７０５】
この場合、実際のMsg．３のPUSCH repetition numberは‘（UL grant内のMsg３ PUSCHに対する反復回数）x floor（T０／（選択したTBS））’と解釈できる。
【０７０６】
ここで、ceilingとfloorはrepetition数を表現するために整数を作るための関数であり、他の数学的表現が使われることもできる。
【０７０７】
２）選択されるelementは特定ITBS値と特定NPRB値の組合せに制限できる。
【０７０８】
先の１）の方法と同一であるが、TBS TableでEDT Msg．３ UL grantのために選択できるelementがNPRBによっても制限できる差異のみある。
【０７０９】
例えば、Msg．３のPRB数が特定値より小さいか大きい場合に対してのみ許容する場合、RAR UL grantに指示されたITBSが１）でEDTのために予約したITBS値と同一な場合にもPRB数によってこれをEDT要請に対する受諾または拒絶と解釈を異にすることができる。
【０７１０】
このような場合、端末立場ではRAR UL grantで指示を受けたPRB数がEDTを支援しないPRB数に該当する場合、TBS Tableを既存のRandom accessのためのRAR UL grantのTBS tableと同一に解釈する。
【０７１１】
仮に、RAR UL grantで指示を受けたPRB数がEDTを支援するPRB数に該当する場合、ITBS値によってTBS Tableの該当elementをEDTのために新しく解釈するか、または既存のRandom accessのためのRAR UL grantのTBS tableと同一に解釈することができる。
【０７１２】
該当方法は、NB-IoTの表４１でも同様に適用できる。
【０７１３】
例えば、sub-carrier spacing及び／又はIscによって設定された最大TBSのみEDT Msg．３転送に許容されるか、または最大TBSより等しいか小さいN個のTBSのうち、端末がMsg．３転送のためにTBSを直接選択できるか否かが指示できる。
【０７１４】
３）選択されないelementは既存のRAR UL grantに値は含む。
【０７１５】
RAR UL grantが該当elementを指示する場合、端末はEDT要請が拒絶されたと判断し、UL grantで指示されたパラメータによって既存のRandom access過程のMsg．３を転送し、EDT手続きでないrandom access手続きでfallbackする。
【０７１６】
但し、５６より小さいTBS値が指示された場合、既存のRandom access手続きでfallbackせず、他の動作を遂行することができる。
【０７１７】
例えば、EDT要請は受諾されたが、端末が転送したEDT Msg．１に許容可能な最大TBSのみschedulingされたと判断し、EDT Msg．３を転送することができる。
【０７１８】
または、端末はEDT要請を特定時間の以後にまた試みるように解釈することもできる。
【０７１９】
RAR UL grantは５６より小さいTBS値が使われないので、CE mode Aはこの特性を用いてEDT schedulingのためのelement選択方法が次のように追加的に考慮できる。
【０７２０】
表４６で、elements（１６、２４、３２、４０）はEDT RAR UL grantで指示される場合、５個のelementを各々論理的番号０〜４に区分して、｛modulation order、Maximum TBS for EDTのみschedulingまたはMaximum TBSより等しいか小さいN（=４）TBSsをscheduling｝に対する組合せを知らせることができる。
【０７２１】
ここで、EDT Msg．３に使われるmaximum TBS値はsystem informationで事前に端末が獲得することができる情報であり、maximum TBSより等しいか小さいTBSはsystem informationに設定されたmaximum TBS値により決定されるsetであって、該当情報やはり端末が事前に知ることができる値である。
【０７２２】
次に、多数のTBSのうち、端末が直接TBSを選択する場合、Msg．３ resourceを割り当てる方法について説明する。
【０７２３】
端末のEDT requestに対する応答に、基地局は１つより多いTBSをschedulingすることができ、各TBS別に必要なphysical resourceは異なることがある。
【０７２４】
また、基地局は最大に必要な物理資源（physical resource）をreserveする必要がある。
【０７２５】
このような場合、端末は自身のUL buffer状態（データのサイズ及び種類）によって直接TBSを選択する場合、選択されたTBSが最大にreserveされたphysical resourceを使用しない場合、reserveされたphysical resourceの一部が浪費されることがある。
【０７２６】
これを最小化するために、基地局は端末が選択したこともある各TBS別にblind detectionを遂行して、reserveされたが、使われないphysical resourceを他のユーザ（eMTCまたはNB-IoTまたはLTE端末）に該当physical resourceをschedulingして資源の浪費を防げる。
【０７２７】
このような場合にも‘基地局がblind detectionを遂行する時間’及び‘他の端末に該当resourceにデータ（PUSCHまたはPUCCHまたはNPUSCHなど）をschedulingするためのUL grantを生成する時間’及び‘scheduling受けた端末がscheduling受けたアップリンク信号を生成して転送を始める時間’と重なった（一部）physical resourceは浪費されることがある。
【０７２８】
これを解決するための方法に、多数のTBSのphysical resourceの間に‘特定gap’をconfigurationすることができる。
【０７２９】
ここで、‘特定gap’は前記羅列した‘基地局がblind detectionを遂行する時間’及び‘他のユーザに該当resourceにデータ（PUSCHまたはPUCCHまたはNPUSCHなど）をschedulingするためのUL grantを生成する時間’及び‘scheduling受けた端末がscheduling受けたアップリンク信号を生成して転送を始める時間’を含むように設定される必要がある。
【０７３０】
勿論、これは基地局で特定時間に設定されるか、またはscheduling受ける端末の種類（eMTCまたはNB-IoTまたはLTEまたは各端末のcapabilityなど）またはEDTにschedulingされるTBSのサイズによって異なる値に設定及び解釈されることもできる。
【０７３１】
該当方法に対する簡単な実施形態に、前述した‘Code-rateを考慮して多様なTBS setsをEDT Msg．３でschedulingする方法’で、EDT UL grantにschedulingされた多数のTBSの間にMsg．３ repetition numberが変わり、各TBS別またはTBS内でrepetitionの間に‘特定gap’を挿入する方法がありうる。
【０７３２】
このような方法を使用すれば、基地局はEDTにschedulingされた多数のTBSに対応するphysical resourceの間に‘特定gap’区間に他の端末のアップリンクチャンネル及び信号を予めschedulingすることができる。
【０７３３】
そして、schedulingまたはconfigurationされた最大TBSより小さいサイズのTBSのMsg．３が基地局で検出された場合、検出されたTBSより大きいphysical resourceやはり他の端末に効果的に使われることができる。
【０７３４】
EDT要請（request）のための条件
【０７３５】
EDTは端末がpoor-coverageでNPUSCHに転送するdataが大きくない場合、RRC connection過程を遂行せず、random access過程でuplink bufferを全て転送することができる時、電力消耗の観点で効果的な手続きである。
【０７３６】
しかしながら、端末が基地局からとても遠く位置して、NPUSCH転送が一度に成功できない確率が高いか、またはuplink bufferにdataが大き過ぎる場合（Msg．３に一度にschedulingできることを期待するのに多い量）、むしろ非効率的な方法でありうる。
【０７３７】
即ち、基地局は端末の正確なchannel状況を知らなかったり、またはuplink buffer statusを知らなかったり、またはmulti-tone capabilityを正確に知らなくて、Msg．３をschedulingできるので、このようなEDTを要請することができる条件を設定する必要がありうる。
【０７３８】
だけでなく、基地局はMsg．１とMsg．３で互いに異なる端末間にcollision確率が高いことがあると判断される場合、特定条件を満たす端末に対してのみMsg．１を通じてEDTを要請することができるように設定する必要がありうる。
【０７３９】
このような必要によって、EDTを要請することができる具体的な制約条件には、以下のような方法が考慮できる。
【０７４０】
１．CE level及び／又はRSRPを基準にEUT（or EDT）request条件が設定できる。
【０７４１】
A．ここで、特定CE level及び／又はRSRPは基地局によりhigh-layer signalingでconfigurationできる。
【０７４２】
B．このような場合、最も簡単な例に、特定CE levelより高いか、及び／又はRSRPが特定値より低い場合、EDTが要請されないように設定できる。
【０７４３】
C．ここで、EDT要請のためのCE levelは端末がMsg．１を転送する実際CE levelとは異なることができる。
【０７４４】
即ち、EDTのためのNPRACH resourceが端末のRSRPを基準に、Msg．１を転送することができるCE levelは存在しないことがあるためである。
【０７４５】
だけでなく、端末は初めからMsg．１を転送し、これに対するRARを受信できなくて、次のCE levelのNPRACH resourceが選択されたものでありうる。
【０７４６】
そして、multi-tone capabilityを含むNPRACH resourceが特定CE levelに含まれない場合ためでありうる。
【０７４７】
２．Msg．１転送をN回試みたにも、random access procedureを完了できなかった端末はEDT requestが制限できる。
【０７４８】
A．ここで、N回はhigh-layer signalingでconfigurationされるか、または３GPP TS spec.に特定値に定めることができる。
【０７４９】
B．Msg．１にEDT requestし、Msg．３に該当NPUSCHを転送したことにもMsg．４過程で約束されたsignal（例えば、Msg．３に対するACKを類推することができるUL grantを受信できなかったり、またはDL grantを受信できなかったり、またはMsg．４で端末が使用したcontention resolution IDを受信できなかった場合）を受信できなかった場合、連続して、または特定時間Tの間（または、これに対応する特定回数のNPRACH resource区間の間）EDTを遂行できないように設定できる。
【０７５０】
ここで、MとTもhigh-layer signalingでconfigurationされるか、または３GPP TS spec.に特定値に定めることができる。
【０７５１】
３．基地局がEDTのためのMsg．３にschedulingするNPUSCH resource情報などをSIBx-NBに知らせて、このような条件でBLER（Block error rate）が略特定値を満たすと予想される場合のみにEUT requestを行うことができる。
【０７５２】
A．ここで、基地局がEDTのためのMsg．３にschedulingするNPUSCH resource情報はCE level毎に異なることがあり、resource情報の一例に、TBS及びrepetition number、sub-carrier spacing、multi-tone or single-tone有無などがありうる。
【０７５３】
B．例えば、端末は自身のuplink bufferに格納されたdataの量またはdataの種類（C-planeまたはU-plane data）、またはmulti-tone  transmission  capabilityなどによってMsg．１を通じてのEDT request有無を決定することができる。
【０７５４】
C．ここで、BLERが特定されない場合、１または１０％のように自動で指定されるか、またはBLERは考慮されないこともある。
【０７５５】
４．基地局はdownlinkの特定reference channelを設定して、端末が該当reference channelからBLERを類推して特定BLER条件を満たす場合のみにEUT requestするように設定することができる。
【０７５６】
A．例えば、CSS（common search space）に含まれたNPDCCHがmaximum repetition回数またはaggregation levelより特定割合だけ使用しなくてもdecoding成功される場合のみにEUT requestできるように設定することができる。
【０７５７】
B．または、downlinkのNRSに基づいて特定reference channelを仮定してRSRQまたはchannel qualityを間接的に誘導して、該当値が特定値より高い場合のみにEDTをrequestできるように設定することができる。
【０７５８】
５．基地局は端末がNPRACH CE levelを選択するために使用するRSRP条件とは別に、該当CE levelでEDT requestできる更に他のRSRPを新しくconfigurationすることができる。
【０７５９】
A．端末で測定したRSRP値に特定CE levelを選択した場合にも、該当CE levelでEDTを要請することができる更に他のRSRP基準値（基地局から設定されるか、またはCE levelによって誘導される値でありうる）より測定したRSRP値が低い場合、EDT要請が許容されないことがある。または、これと反対に、測定したRSRP値が該当CE levelでEDTを要請することができる更に他のRSRP基準値より低い場合のみにEDT要請が許容されることもできる。
【０７６０】
これは、EDTから発生する利得（電力消耗）はRSRPが低い端末に一層大きいことと期待されるが、反面にEDT手続きが完了できなくて失敗する可能性が高いためでもある。
【０７６１】
B．感じて、該当CE levelでEDT要請することができる更に他のRSRP値は絶対RSRP値または該当CE levelの境界（上限値または下限値）からのoffset値に設定されることもできる。
【０７６２】
６．端末のmulti-tone capability及び／又はmulti Carrier-NPRACH capabilityによってEDT requestが制限的に設定されることができ、これはCE level別に異なる条件を有することができる。
【０７６３】
A．特徴的に、基地局はEDT要請に対するUL grantに常に１５kHz sub-carrier spacingのsingle-tone NPUSCHをschedulingすることができ、Msg．３で端末が報告したmulti-tone capabilityなどのcapability情報によってMsg．３の以後にmulti-tone schedulingすることができる。
【０７６４】
７．前記条件は互いに排他的でない場合に１つ以上の条件が設定されて使われることができ、networkのoperation modeまたはCRS及び／又はNRS port数などによって異なることがある。
【０７６５】
EUTにscheduling可能なN個のTBS setsをenableする方法
【０７６６】
基地局は端末からMsg．１を通じてEDT要請を受けた時、該当Msg．１に対応する最大EDT TBSのUL grantのみをMsg．２でschedulingするか、または該当Msg．１に対応する最大EDT TBSだけでなく、最大EDT TBS値により決定される（N-１）個の他のTBS値もschedulingすることができる。
【０７６７】
ここで、Nは４と定義できる。即ち、端末はMsg．１を転送する前に自身のUL bufferに積まれたデータの種類（例えば、C-PlaneまたはU-Plane data）及びサイズとCE levelを考慮して、該当Msg．１にEDTを要請するか否かを判断することができる。
【０７６８】
この際、参考になる基地局system informationは各CE level別またはMsg．１を転送することができるcarrier別Msg．３に最大scheduling可能なTBS値である。
【０７６９】
即ち、端末はUL bufferのサイズよりMsg．３にEDTでschedulingを期待することができる最大TBSが大きければ、該当Msg．１にEDT要請を遂行することができる。
【０７７０】
この際、Msg．１を受信した基地局は該当端末にMsg．３をschedulingするためのUL grantをMsg．２ RARに転送することができる。
【０７７１】
ここで、UL grantに指示されるTBSは、１）端末のEDT要請を拒絶するための既存のMsg．２ RARのUL grant値の全体または一部を含むか、または２）最大TBSとこの値から誘導されるN-１個のTBS（最大TBS値よりは小さく、各TBSは互いに重ならないことがある）を同時にschedulingするか、または３）最大TBSのみにUL grantを転送することができる。
【０７７２】
各々の使用方法と目的は、以下の通りである。
【０７７３】
１）端末のEDT要請を拒絶するための既存のMsg．２ RARのUL grant値の全体または一部を含み
【０７７４】
基地局はscheduling状況によって端末のEDT要請を拒絶することができる。
【０７７５】
そのための方法に、既存のRandom access過程で使われるTBS set（TBSだけでなくresource allocation及びMCSと関連した他のパラメータも含まれることができる）をUL grantに指示することができる。
【０７７６】
端末はこのように既存のRandom accessで使われるTBS setがMsg．２ UL grantに含まれた場合、基地局からEDT要請が拒絶されたと認知し、既存のRandom access手続きに従うことができる。
【０７７７】
即ち、端末はUL grantで指示された方法によってMsg．３を基地局に転送し、以後の動作は既存のRandom access過程と同一である。
【０７７８】
２）最大TBSとこの値から誘導されるN-１個のTBS（最大TBS値よりは小さく、各TBSは互いに重ならないことがある）を同時にscheduling
【０７７９】
端末はMsg．１にEDT要請した場合、Msg．２でscheduling受けることができるTBSの最大値をsystem informationから事前に知ることができる。
【０７８０】
最大TBS値は端末が転送するMsg．１の特性によって異なることがある。
【０７８１】
ここで、Msg．１の特性はMsg．１のresource、CE level、RA-RNTI、RAPIDなどがある。
【０７８２】
基地局はMsg．２で最大TBSを含んでこれより小さいN-１個のTBSを一度にschedulingすることができ、N-１個のTBS値は最大TBS値によって決定される。
【０７８３】
だけでなく、最大TBS値が同一な場合にもMsg．１のresource、CE level、RA-RNTI、RAPIDなどによってN-１個のTBS値またはTBS setは異なることがある。
【０７８４】
例えば、基地局から受信したUL grantは、TBS１、TBS２、TBS３、TBS４（N=４の場合）に対して全てschedulingし、そのうち、どんなTBS値を使用してMsg．３を転送するか否かは、端末のUL bufferに積まれたデータのサイズ及び種類を考慮して端末が直接選択することができる。
【０７８５】
簡単な例に、Msg．３にデータでないpadding bitを最も少なく必要とするTBS値を選択することができる。
【０７８６】
基地局はMsg．３でN個のTBSに対してblind detectionを遂行し、検出された特定TBSに対してMsg．４を転送する。
【０７８７】
３）最大TBSのみにUL grantを転送
【０７８８】
２）の方法と同一であるが、Msg．２でschedulingするTBSは最大TBSのみ使われる。
【０７８９】
これは、基地局がblind detectionを支援しないか、または端末のMsg．３ repetitionが多過ぎる場合に浪費されるUL資源を最小化するためでありうる。
【０７９０】
または、反対に、Msg．３ repetitionが多過ぎる場合、端末が選択するTBSサイズが小さい値でありうることを期待するためでありうる。
【０７９１】
前記方法で、２）と３）を区分するための方法に、system informationでEDT UL grantが最大TBSのみ支援するか（即ち、端末がMsg．１にEDTを要請した場合、端末が期待することができるEDT UL grantのTBSが最も大きい値に制限されるか）、または最大TBSを含んだN個のTBSが同時にschedulingできるか（即ち、EDT要請に対応するUL grantがN個のTBSを同時にschedulingし、端末がN個のうちから選択できるか）否かを放送する方法（A）と、UL grant内で直接これを指示する方法（B）がありうる。
【０７９２】
A）Msg．１にEDT要請する前に、system informationで２）と３）を事前に知らせる方法
【０７９３】
端末がMsg．１にEDT要請をする前に、該当EDT要請に対するMsg．２ UL grantから期待することができるTBS setを事前に知ることができる場合（最大TBSのみschedulingされるか、または最大TBSを含んだN個のTBSがschedulingされるか）、端末がMsg．１にEDTを要請するか否かを予め判断することができる長所がある。
【０７９４】
例えば、端末のUL bufferに格納されたデータが３００bitsの場合であれば、EDTにscheduling可能なMsg．３のTBSが１，０００のみ可能な場合と、または｛４００、６００、８００、１０００｝が可能な場合によって、端末はEDT requestを試みるか、またはそうでないこともありうる。
【０７９５】
即ち、Msg．３のTBSが常に１，０００のみ可能であるとすれば、端末は７００bitsのpaddingを遂行しなければならないので、EDT要請の代わりに既存のRandom access手続きを試みることもできる。
【０７９６】
このために、system informationで２）と３）を事前に知らせる方法ではCE level、RA-RNTI、RAPID、Msg．１のresource（または、carrier）位置によって、一部は２）が許容され、一部は３）のみ期待することができるように設定できる。
【０７９７】
ここで、CE levelは端末のCE levelでない、Msg．１ resourceから誘導されるCE levelである。
【０７９８】
このような場合、２）と３）によってMsg．２で基地局がUL grantを構成する方法及び端末がUL grantを解釈する方法が変わることがある。
【０７９９】
また、２）の場合と３）の場合にも、UL grantで既存のMsg．３ schedulingのために使われるMsg．２のUL grantのTBS setの全体または一部が常に含まれる必要がある。
【０８００】
B）Msg．２で２）と３）を動的に直接知らせる方法
【０８０１】
A）とは異なり、Msg．２で２）と３）を区分する方法は、端末が事前にEDT Msg．３のTBS set（s）を予め予測できない短所がありうる。
【０８０２】
但し、相変らずこのような場合にもEDTは既存のRandom access手続きより資源使用効率側面と電力消耗側面で長所がありうるので、基地局で動的に２）と３）を選択する必要がありうる。
【０８０３】
このような場合、２）と３）に関係なく、Msg．２から転送されるUL grantは同一に構成され解釈される必要がある。
【０８０４】
但し、このような場合にもUL grantで既存のMsg．３ schedulingのために使われるMsg．２のUL grantのTBS setの全体または一部が常に含まれる必要がある。
【０８０５】
UL grantに新しく追加されるEDTのためのTBS set構成はsystem informationでconfigurationが可能である。
【０８０６】
EDT転送の以後にMsg．４をmonitoringする区間設定方法
【０８０７】
端末はMsg．３を転送した以後にMsg．４の受信を期待する。
【０８０８】
これは、図１６の４番のContention resolution message過程に該当する。
【０８０９】
一般に、NB-IoTで端末がMsg．３転送の以後にType-２ CSS区間でTC-RNTIにscramblingされたDCI N１ format受信を期待する。
【０８１０】
この際、Type-２ CSS区間が端末が選択したTBSによって一部領域がMsg．４のためのNPDCCH monitoring領域から除外できる。
【０８１１】
即ち、Type-２ CSS領域に設定されたNPDCCHのRmax値によって端末はNPDCCHの実際R（repetition number）値を多くの場合の数に対してblind detectionするようになる。
【０８１２】
仮に、一部Rに対しては選択されたMsg．３のTBSによってRだけ受信を期待することができない場合がありうる。
【０８１３】
このような場合、該当DL subframeを含むsearch spaceで端末はNPDCCH monitoringを試みないことがある。
【０８１４】
これはRmaxまたはR値によって異なるように設定されることができ、monitoringできないsubframeの割合によって決定されることもできる。
【０８１５】
だけでなく、端末のblind detection数を減らすために選択されたMsg．３ TBSに関係なく、最も大きいMsg．３ TBSを転送した場合を仮定し、その以後に存在するType-２ CSS領域のみでMsg．４のためのNPDCCHをmonitoringすることもできる。
【０８１６】
これは、端末が如何なるTBSを選択するかを知らない基地局の立場で該当端末がMsg．４を期待することができる区間（一般的に、timerとして定義された区間）を互いに一致させるためでもある。図１６は、EDT過程の一例を示した図である。
【０８１７】
EDT転送失敗の場合の端末の動作方法
【０８１８】
端末がEDTを要請し、基地局からこれに対する応答（EDTを許容するか、または既存のRA手続きでfallbackさせる命令）がなかったり、またはEDT Msg．３を転送したが、Msg．４を特定時間の間受信できなくて、該当EDT手続きが失敗または中断された場合、後続する端末の動作は既存のRA過程と異なるように定義できる。
【０８１９】
例えば、EDTに失敗した場合、端末は同一なCE levelで既存のRA手続きをまた進行するか、またはCE levelを変更してEDT要請または既存のRA手続きをまた進行することができる。
【０８２０】
仮に、同一なCE levelで既存のRA手続きをまた進行する場合、端末はMsg．１の電力を調整せず、以前に使用した送信電力をそのまま使用することもできる。
【０８２１】
または、以前に使用した送信電力より高い電力を使用することができる場合、端末は該当CE levelで高い送信電力でEDTを要請するMsg．１をまた転送することができる。
【０８２２】
しかしながら、如何なる場合にもEDT手続きが連続してN回失敗する場合、特定T時間の間EDT要請は許容されず、既存のRA手続きを要請するMsg．１転送のみ許容されることもできる。
【０８２３】
だけでなく、EDT要請がMsg．２から明示的に拒絶（既存のRA過程でfallbackさせる命令を受けた場合）された場合、特定時間の間EDT要請が許容されないこともある。
【０８２４】
EDT TBS別に転送を異にする方法
【０８２５】
前述した‘EDTにscheduling可能なN TBS setをenableする方法’の‘２）最大TBSとこの値から誘導されるN-１個のTBS（最大TBS値よりは小さく、各TBSは互いに重ならないことがある）を同時にscheduling’でのように、N個のTBSのうち、端末が直接TBSを選択してMsg．３を転送する場合、基地局はN個のうち、端末から選択された、または該当Msg．３に使われたTBSをblind detectionする必要がある。
【０８２６】
即ち、基地局はN個のTBSのうち、どんなTBSが選択されるかが予測できない状態で、各TBS別に全てdemodulation及びdecodingを遂行する必要がありうる。
【０８２７】
これに対する複雑度を減らすことができる方法に、前述した‘code-rateを考慮して多様なTBS setsをEDT Msg．３にschedulingする方法’でMsg．３をTBS別に特定の方法により反復転送する方法及びこれと関連したEDT Msg．３ UL grantを説明した。
【０８２８】
これは、UL grant設計及びMsg．３ resource allocationと関連して適用できる方法である。
【０８２９】
以下、これと異なる方法に、Msg．３の物理階層信号生成及びreference signalを用いてTBSを区分するための方法について説明する。
【０８３０】
Msg．３に転送するTBSによってMsg．３物理階層信号及びチャンネル生成で異なるように考慮できる要素は、以下の通りである。
【０８３１】
１．Msg．３のreference signal（DMRS）関連したパラメータ
【０８３２】
１）DMRS sequence group numberを決定するパラメータのうち、group hopping pattern（fgh）
【０８３３】
ここで、使われるPseudo random sequenceを生成するために使われるCinit値がTBS別に異に設定されるか、または生成されたPseudo random sequenceのうち、roup-hopping patternのために選択されるsequenceの位置がTBS別に異に設定できる。
【０８３４】
２）DMRS sequence group numberを決定するパラメータのうち、sequence shift pattern（fss）
【０８３５】
Sequence shift patternを決定するパラメータのうち、一部の値はMsg．３から端末が選択するTBS値によって異なる値に決定できる。
【０８３６】
一例に、NB-IoTでhigher-layerから伝達を受けるgroupAssignmentNPUSCHがTBS別に異に定義できる。
【０８３７】
３）DMRS CS（cyclic shift）
【０８３８】
生成されたDMRS sequenceをcyclic shiftさせる値（NB-IoTを例に
0006900472.tif 000404
でα値）がTBS別に異に設定できる。
【０８３９】
但し、これはNB-IoTでMsg．３が３toneより小さく割り当てられる場合、一部TBSは互いに同一なαを使用することもできる。
【０８４０】
一方、eMTCである場合、この値がMsg．３ schedulingされたRBサイズ内で互いに異なるTBSの間にα値の差異が最も大きいように選択できる。
【０８４１】
例えば、αが２pi/１２＊［０、１、２、３、・・・、１１］より選択できる場合、４個のTBSは互いに同一な間隔のαを有しながら、各αの間に間隔が最大化できるように２pi/１２*［０、４、８、１２］のように選択されることができ、特別な制約無しで可能なαのうち、TBS別に互いに異なる値に割り当てられることもできる。
【０８４２】
また、eMTCでEDT Msg．３転送がsub-PRB（１２REより少ないREを使用してPUSCHを転送）に対しても許容される場合、先に提案されたNB-IoTと同一な方法によりDMRS cyclic shift値がTBS別に選択できる。
【０８４３】
２．Msg．３の共有チャンネル（shared channel）と関連したパラメータ
【０８４４】
１） N）PUSCHにOCC（orthogonal cover code）
【０８４５】
Msg．３の反復転送回数が端末から選択されるMsg．３ TBS別に異なることがある場合、反復される（N）PUSCH転送の間にsubframeまたはslotまたはsymbol単位で掛けられる（orthogonal）cover codeの値がTBS間に異なる値に選択できる。
【０８４６】
２）Scrambling初期値
【０８４７】
端末から選択されるMsg．３ TBSによって（N）PUSCHに適用されるscrambling初期値が変わることがある。
【０８４８】
３．DMRS及びscrambling sequence生成に使われるPseudo random sequenceの初期値
【０８４９】
Pseudo random sequence生成に使われる初期値または生成されたPseudo random sequenceからDMRS及びscrambling sequence生成のために選択される一部sequenceの位置がTBS毎に異に使用／選択されるか、または各TBS別に転送開始時間位置でない転送完了時間（例えば、radio frameまたはsubframeまたはslot number）を基準に使用／選択できる。
【０８５０】
EDTを要請するための（N）PRACH resourceを選択する方法
【０８５１】
FDDNB-IoTシステムで、端末がNPRACH resourceを選択する方法は以下の通りである。
【０８５２】
１．測定された（measured）NRSRPとconfigured threshold valueを比較してCE level選択
【０８５３】
２．NPRACH resourceが２つ以上のcarrierに設定された場合、該当CE levelのNPRACH resourceが設定されたcarrierをNPRACH転送候補carrier集合に選定
【０８５４】
３．基地局で設定された確率によってNPRACH転送候補carrier集合のうち、実際NPRACH転送に使用するcarrier選択
【０８５５】
仮に、EDTを要請するためのNPRACH resource選択方法も前記の方法に従えば、端末は確率によりランダムに選択されるcarrierにEDT要請のためのNPRACH resourceがないこともあるので、既存のRandom access過程を遂行してRRC Connected stateに遷移した以後にuplink dataを転送せざるを得ない短所がありうる。
【０８５６】
従って、EDT要請のためのNPRACH resource選択は、既存のNPRACH resource選択方法と異なるように定義される必要があり、これは以下のような手続きで表現できる。
【０８５７】
１．Measured NRSRPとconfigured threshold valueを比較してCE level選択
【０８５８】
２．該当CE levelでEDT要請のためのNPRACH resourceが設定されたcarrierを優先的にNPRACH転送候補carrier集合に選定
【０８５９】
A．仮に、該当CE levelでEDT要請のためのNPRACH resourceが設定されたcarrierが１つもない場合、EDT要請を放棄し、既存のNPRACH resource選択方法に従う（勿論、CE levelを増加させてEDT要請のためのNPRACH resourceをまた探す過程を遂行することができる）
【０８６０】
B．仮に、該当CE levelでEDT要請のためのNPRACH resourceが設定されたcarrierが１つ以上あるが、端末がMsg．３で送ろうとするdataのサイズより小さいTBSのみをschedulingすることができるEDT要請NPRACH resourceのみ存在する場合、EDT要請を放棄し、既存のNPRACH resource選択方法に従う（勿論、CE levelを増加させてEDT要請のためのNPRACH resourceをまた探す過程を遂行することができる）
【０８６１】
C．仮に、該当CE levelでEDT要請のためのNPRACH resourceが設定されたcarrierが１つ以上存在し、端末がMsg．３で送ろうとするdataのサイズより大きいか等しいTBSをschedulingすることができるEDT要請NPRACH resourceが存在する場合、
【０８６２】
ｉ）（Option-１）該当NPRACH resource carrierを転送候補carrier集合に選定
【０８６３】
ｉｉ）（Option-２）Msg．３でzero-paddingを最小化できることと期待されるNPRACH resource carrierを転送候補carrier集合に選定
【０８６４】
３．基地局で設定された確率によってNPRACH転送候補carrier集合のうち、実際NPRACH転送に使用するcarrier選択
【０８６５】
前記で提案する方法によれば、同一な端末に対してもEDTを要請するか否か及びMsg．３からEDTに転送したdataの種類及びサイズによってNPRACH resource carrierを選択する方法が変わることがある。
【０８６６】
前述した各方法は、本明細書で提案するEDTを遂行するための方法のために独立的に適用されるか、または１つ以上組合せまたは結合して適用できる。
【０８６７】
前述した内容に基づいて本明細書で提案するEDTを遂行するための端末及び基地局動作について説明する。
【０８６８】
図１７は、本明細書で提案する方法を遂行するための端末動作の一例を示した順序図である。
【０８６９】
即ち、図１７は無線通信システムにおけるランダムアクセス手続き（random access procedure）で速いデータ転送（early data transmission、EDT）を遂行するための端末の動作方法を示す。
【０８７０】
まず、端末はメッセージ３に対する第１のTBS（transport block size）より小さい第２のTBSに対する選択が許容されるかを示す第１情報及び前記第１のTBSに対する第２情報を含む制御メッセージを基地局から受信する（Ｓ１７１０）。
【０８７１】
前記メッセージ３は、特定CE（coverage enhancement）レベルに対応することができる。
【０８７２】
そして、前記メッセージ３が転送される周波数領域の資源と時間領域の開始位置はTBSに関係なく一定でありうる。
【０８７３】
ここで、前記第１のTBSは前記メッセージ３に対する最大TBSを意味する。
【０８７４】
そして、前記端末は前記EDTに対する要請（request）をメッセージ１を用いて前記基地局に転送する（Ｓ１７２０）。
【０８７５】
そして、前記EDTに対する要請はCEレベルまたはRSRP（reference signal received power）のうち、少なくとも１つに基づいて決定できる。
【０８７６】
そして、前記EDTに対する要請は前記CEレベルに対応するキャリア（carrier）上で前記基地局に転送できる。
【０８７７】
そして、前記端末は前記メッセージ３に対するUL grantを前記基地局から受信する（Ｓ１７３０）。
【０８７８】
前記UL grantは、前記ランダムアクセス手続きで使われるメッセージ２に含まれることができる。
【０８７９】
そして、前記端末は前記制御メッセージ及び前記UL grantに基づいて前記メッセージ３に対する反復回数（repetition number）を決定する（Ｓ１７４０）。
【０８８０】
そして、前記端末は前記反復回数だけ前記メッセージ３を前記基地局に転送する（Ｓ１７５０）。
【０８８１】
追加的に、ステップＳ１７５０の以後、前記端末はType-２ CSS（common search space）で物理ダウンリンク制御チャンネル（physical downlink control channel）をモニタリングし、前記物理ダウンリンク制御チャンネルに基づいてメッセージ４を前記基地局から受信することができる。
【０８８２】
前記EDTに対する要請は、NPRACHの開始キャリアインデックス（starting carrier index）、NPRACH転送に使われるノン−アンカーキャリアインデックス（non-anchor carrier index）またはRAPID（random access preamble identifier）のうち、少なくとも１つに基づいて識別できる。
【０８８３】
そして、前記メッセージ２は前記EDTに対する要請の許諾または拒絶を示す情報を含むことができる。
【０８８４】
この際、前記EDTに対する要請が前記RAPIDに基づいて識別される場合、前記許諾または拒絶は前記RAPIDに対応するMAC（medium access control）PDU（packet data unit）の特定フィールドにより指示できる。
【０８８５】
ここで、前記特定フィールドはreserved bitでありうる。
【０８８６】
または、前記端末は前記EDTに対する要請の許諾または拒絶を前記UL grantに含まれたTBSに対する値が以前のTBSに対する値と同一であるか否かを通じて確認することができる。
【０８８７】
即ち、前記UL grantに含まれたTBSに対する値が以前のTBSに対する値と同一な場合、前記端末は前記EDTに対する要請が拒絶されたことを識別することができる。
【０８８８】
図１７で説明した前記メッセージ１、前記メッセージ２、前記メッセージ３、及び前記メッセージ４は、前記ランダムアクセス手続きで前記基地局と送受信されるメッセージを意味することができる。
【０８８９】
図１８は本明細書で提案する方法を遂行するための端末動作の更に他の一例を示した順序図である。
【０８９０】
まず、端末はメッセージ３に対する第１のTBS（transport block size）より小さい第２のTBSに対する選択が許容されるかを示す第１情報及び前記第１のTBSに対する第２情報を含む制御メッセージを基地局から受信する（Ｓ１８１０）。
【０８９１】
前記メッセージ３は、特定CE（coverage enhancement）レベルに対応することができる。
【０８９２】
そして、前記メッセージ３が転送される周波数領域の資源と時間領域の開始位置はTBSに関係なく一定でありうる。
【０８９３】
ここで、前記第１のTBSは前記メッセージ３に対する最大TBSを意味する。
【０８９４】
前記端末は、少なくとも１つの第２のTBSを含む第２のTBSサブセット（subset）に対する第３情報を前記基地局から受信する（Ｓ１８２０）。
【０８９５】
そして、前記端末は前記第２のTBSサブセットから特定の第２のTBSを選択する（Ｓ１８３０）。
【０８９６】
ここで、前記メッセージ３は前記特定の第２のTBSに対する反復回数によって転送できる。
【０８９７】
前記特定の第２のTBSに対する反復回数は、前記UL grantにより設定されたメッセージ３に対する反復回数、前記第１のTBSの値及び前記特定の第２のTBSの値に基づいて決定できる。
【０８９８】
そして、前記第特定２TBSの値は前記第１のTBSの値に基づいて決定されることができ、より具体的な方法は前述した内容を参考する。
【０８９９】
そして、前記端末は前記EDTに対する要請（request）をメッセージ１を用いて前記基地局に転送する（Ｓ１８４０）。
【０９００】
そして、前記EDTに対する要請はCEレベルまたはRSRP（reference signal received power）のうち、少なくとも１つに基づいて決定できる。
【０９０１】
そして、前記EDTに対する要請は前記CEレベルに対応するキャリア（carrier）上で前記基地局に転送できる。
【０９０２】
そして、前記端末は前記メッセージ３に対するUL grantを前記基地局から受信する（Ｓ１８５０）。
【０９０３】
そして、前記端末は前記制御メッセージ及び前記UL grantに基づいて前記メッセージ３に対する反復回数（repetition number）を決定する（Ｓ１８６０）。
【０９０４】
そして、前記端末は前記反復回数だけ前記メッセージ３を前記基地局に転送する（Ｓ１８７０）。
【０９０５】
追加的に、ステップＳ１８７０の以後に、前記端末はType-２ CSS（common search space）で物理ダウンリンク制御チャンネル（physical downlink control channel）をモニタリングし、前記物理ダウンリンク制御チャンネルに基づいてメッセージ４を前記基地局から受信することができる。
【０９０６】
前記EDTに対する要請は、NPRACHの開始キャリアインデックス（starting carrier index）、NPRACH転送に使われるノン−アンカーキャリアインデックス（non-anchor carrier index）、またはRAPID（random access preamble identifier）のうち、少なくとも１つに基づいて識別できる。
【０９０７】
そして、前記メッセージ２は前記EDTに対する要請の許諾または拒絶を示す情報を含むことができる。
【０９０８】
この際、前記EDTに対する要請が前記RAPIDに基づいて識別される場合、前記許諾または拒絶は前記RAPIDに対応するMAC（medium access control）PDU（packet data unit）の特定フィールドにより指示できる。
【０９０９】
ここで、前記特定フィールドはreserved bitでありうる。
【０９１０】
または、前記端末は前記EDTに対する要請の許諾または拒絶を前記UL grantに含まれたTBSに対する値が以前のTBSに対する値と同一であるか否かを通じて確認することができる。
【０９１１】
即ち、前記UL grantに含まれたTBSに対する値が以前のTBSに対する値と同一な場合、前記端末は前記EDTに対する要請が拒絶されたことを識別することができる。
【０９１２】
図１８で説明した前記メッセージ１、前記UL grant、前記メッセージ３、及び前記メッセージ４は、前記ランダムアクセス手続きで前記基地局と送受信されるメッセージを意味することができる。
【０９１３】
図１７、図２０、及び図２１を参考して本明細書で提案する方法が端末で具現される部分について説明する。
【０９１４】
無線通信システムにおけるランダムアクセス手続き（random access procedure）で速いデータ転送（early data transmission、EDT）を遂行するために、端末は無線信号を送受信するためのRF（Radio Frequency）モジュール及び前記RFモジュールを制御するプロセッサを含むことができる。
【０９１５】
ここで、前記端末のプロセッサはメッセージ３に対する第１のTBS（transport block size）より小さい第２のTBSに対する選択が許容されるかを示す第１情報及び前記第１のTBSに対する第２情報を含む制御メッセージを基地局から受信するように前記RFモジュールを制御する。
【０９１６】
前記第１のTBSは、前記メッセージ３に対する最大TBSである。
【０９１７】
そして、前記プロセッサは前記EDTに対する要請（request）をメッセージ１を用いて前記基地局に転送するように前記RFモジュールを制御する。
【０９１８】
そして、前記プロセッサは前記メッセージ３に対するUL grantを前記基地局から受信するように前記RFモジュールを制御する。
【０９１９】
そして、前記プロセッサは前記制御メッセージ及び前記UL grantに基づいて前記メッセージ３に対する反復回数（repetition number）を決定する。
【０９２０】
そして、前記プロセッサは前記反復回数だけ前記メッセージ３を前記基地局に転送するように前記RFモジュールを制御する。
【０９２１】
また、前記プロセッサは、少なくとも１つの第２のTBSを含む第２のTBSサブセット（subset）に対する第３情報を前記基地局から受信するように前記RFモジュールを制御する。
【０９２２】
そして、前記プロセッサは前記第２のTBSサブセットで特定の第２のTBSを選択し、前記メッセージ３が前記特定の第２のTBSに対する反復回数によって転送されるように前記RFモジュールを制御する。
【０９２３】
前記特定の第２のTBSに対する反復回数は、前記UL grantにより設定されたメッセージ３に対する反復回数、前記第１のTBSの値及び前記特定の第２のTBSの値に基づいて決定できる。
【０９２４】
前記EDTに対する要請は、NPRACHの開始キャリアインデックス（starting carrier index）、NPRACH転送に使われるノン−アンカーキャリアインデックス（non-anchor carrier index）、またはRAPID（random access preamble identifier）のうち、少なくとも１つに基づいて識別できる。
【０９２５】
そして、前記メッセージ２は前記EDTに対する要請の許諾または拒絶を示す情報を含むことができる。
【０９２６】
この際、前記EDTに対する要請が前記RAPIDに基づいて識別される場合、前記許諾または拒絶は前記RAPIDに対応するMAC（medium access control）PDU（packet data unit）の特定フィールドにより指示できる。
【０９２７】
ここで、前記特定フィールドはreserved bitでありうる。
【０９２８】
または、前記端末のプロセッサは前記EDTに対する要請の許諾または拒絶を前記UL grantに含まれたTBSに対する値が以前のTBSに対する値と同一であるか否かを通じて確認するように制御することができる。
【０９２９】
即ち、前記UL grantに含まれたTBSに対する値が以前のTBSに対する値と同一な場合、前記端末のプロセッサは前記EDTに対する要請が拒絶されたことを識別するように制御することができる。
【０９３０】
図１９は、本明細書で提案する方法を遂行するための基地局動作の一例を示した順序図である。
【０９３１】
即ち、図１９は無線通信システムでランダムアクセス手続き（random access procedure）で速いデータ転送（early data transmission、EDT）を遂行するための基地局の動作方法を示す。
【０９３２】
まず、基地局はメッセージ３に対する第１のTBS（transport block size）より小さい第２のTBSに対する選択が許容されるかを示す第１情報及び前記第１のTBSに対する第２情報を含む制御メッセージを端末に転送する（Ｓ１９１０）。
【０９３３】
前記メッセージ３は、特定CE（coverage enhancement）レベルに対応することができる。
【０９３４】
そして、前記メッセージ３が受信される周波数領域の資源と時間領域の開始位置はTBSに関係なく一定でありうる。
【０９３５】
ここで、前記第１のTBSは前記メッセージ３に対する最大TBSを意味する。
【０９３６】
そして、前記基地局は前記EDTに対する要請（request）をメッセージ１を通じて前記端末から受信する（Ｓ１９２０）。
【０９３７】
そして、前記EDTに対する要請はCEレベルまたはRSRP（reference signal received power）のうち、少なくとも１つに基づいて決定できる。
【０９３８】
そして、前記基地局は前記端末のEDTに対する要請を前記CEレベルに対応するキャリア（carrier）上で受信することができる。
【０９３９】
そして、前記基地局は前記メッセージ３に対するUL grantを前記端末に転送する（Ｓ１９３０）。
【０９４０】
そして、前記基地局は特定反復回数だけ前記メッセージ３を前記端末から受信する（Ｓ１９４０）。
【０９４１】
ここで、前記特定反復回数は前記制御メッセージ及び前記UL grantに基づいて決定できる。
【０９４２】
追加的に、ステップＳ１９４０の以後、前記基地局は前記メッセージ３に対する応答に、メッセージ４を前記端末に転送することができる。
【０９４３】
前記EDTに対する要請は、NPRACHの開始キャリアインデックス（starting carrier index）、NPRACH転送に使われるノン−アンカーキャリアインデックス（non-anchor carrier index）、またはRAPID（random access preamble identifier）のうち、少なくとも１つに基づいて識別できる。
【０９４４】
そして、前記メッセージ２は前記EDTに対する要請の許諾または拒絶を示す情報を含むことができる。
【０９４５】
この際、前記EDTに対する要請が前記RAPIDに基づいて識別される場合、前記許諾または拒絶は前記RAPIDに対応するMAC（medium access control）PDU（packet data unit）の特定フィールドにより指示できる。
【０９４６】
ここで、前記特定フィールドはreserved bitでありうる。図１９で説明した前記メッセージ１、前記UL grant、前記メッセージ３、及び前記メッセージ４は、前記ランダムアクセス手続きで前記端末と送受信されるメッセージを意味することができる。
【０９４７】
図１９から図２１を参考して本明細書で提案する方法が基地局で具現される部分について説明する。
【０９４８】
無線通信システムで、ランダムアクセス手続き（random access procedure）で速いデータ転送（early data transmission、EDT）を遂行するために基地局は無線信号を送受信するためのRF（Radio Frequency）モジュール；及び前記RFモジュールを制御するプロセッサを含む。
【０９４９】
前記基地局のプロセッサは、メッセージ３に対する第１のTBS（transport block size）より小さい第２のTBSに対する選択が許容されるかを示す第１情報及び前記第１のTBSに対する第２情報を含む制御メッセージを端末に転送するように前記RFモジュールを制御する。
【０９５０】
前記メッセージ３は、特定CE（coverage enhancement）レベルに対応することができる。
【０９５１】
そして、前記メッセージ３が受信される周波数領域の資源と時間領域の開始位置はTBSに関係なく一定でありうる。
【０９５２】
ここで、前記第１のTBSは前記メッセージ３に対する最大TBSを意味する。
【０９５３】
そして、前記基地局のプロセッサは前記EDTに対する要請（request）をメッセージ１を通じて前記端末から受信するように前記RFモジュールを制御する。
【０９５４】
前記EDTに対する要請は、CEレベルまたはRSRP（reference signal received power）のうち、少なくとも１つに基づいて決定できる。
【０９５５】
そして、前記基地局のプロセッサは前記端末のEDTに対する要請を前記CEレベルに対応するキャリア（carrier）上で受信するように前記RFモジュールを制御することができる。
【０９５６】
そして、前記基地局のプロセッサは前記メッセージ３に対するUL grantを前記端末に転送するように前記RFモジュールを制御する。
【０９５７】
そして、前記基地局は特定反復回数だけ前記メッセージ３を前記端末から受信するように前記RFモジュールを制御する。
【０９５８】
ここで、前記特定反復回数は前記制御メッセージ及び前記UL grantに基づいて決定できる。
【０９５９】
前記EDTに対する要請はNPRACHの開始キャリアインデックス（starting carrier index）、NPRACH転送に使われるノン−アンカーキャリアインデックス（non-anchor carrier index）、またはRAPID（random access preamble identifier）のうち、少なくとも１つに基づいて識別できる。
【０９６０】
そして、前記メッセージ２は前記EDTに対する要請の許諾または拒絶を示す情報を含むことができる。
【０９６１】
この際、前記EDTに対する要請が前記RAPIDに基づいて識別される場合、前記許諾または拒絶は前記RAPIDに対応するMAC（medium access control）PDU（packet data unit）の特定フィールドにより指示できる。
【０９６２】
ここで、前記特定フィールドはreserved bitでありうる。前記メッセージ１、前記UL grant、前記メッセージ３、及び前記メッセージ４は、前記ランダムアクセス手続きで前記端末と送受信されるメッセージを意味することができる。
【０９６３】
本発明が適用できる装置一般
【０９６４】
図２０は、本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。
【０９６５】
図２０を参照すると、無線通信システムは基地局２０１０と基地局領域内に位置した多数の端末２０２０を含む。
【０９６６】
前記基地局と端末は、各々無線装置と表現されることもできる。
【０９６７】
基地局は、プロセッサ（processor）２０１１、メモリー（memory）２０１２、及びRFモジュール（radio frequency module）２０１３を含む。プロセッサ２０１１は、先の図１から図１９で提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの階層はプロセッサにより具現できる。メモリーはプロセッサと連結されて、プロセッサを駆動するための多様な情報を格納する。RFモジュールはプロセッサと連結されて、無線信号を送信及び／又は受信する。
【０９６８】
端末は、プロセッサ２０２１、メモリー２０２２、及びRFモジュール２０２３を含む。
【０９６９】
プロセッサは、先の図１から図１９で提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの階層はプロセッサにより具現できる。メモリーはプロセッサと連結されて、プロセッサを駆動するための多様な情報を格納する。RFモジュールはプロセッサと連結されて、無線信号を送信及び／又は受信する。
【０９７０】
メモリー２０１２、２０２２は、プロセッサ２０１１、２０２１の内部または外部にあることができ、よく知られた多様な手段によりプロセッサと連結できる。
【０９７１】
また、基地局及び／又は端末は１つのアンテナ（single antenna）または多重アンテナ（multiple antenna）を有することができる。
【０９７２】
アンテナ２０１４、２０２４は、無線信号を送信及び受信する機能をする。
【０９７３】
図２１は、本明細書で提案する方法が適用できる無線通信装置のブロック構成図の更に他の例示である。
【０９７４】
図２１を参照すると、無線通信システムは、基地局２１１０と基地局領域内に位置した多数の端末２１２０を含む。基地局は送信装置と、端末は受信装置と表現されることができ、その反対も可能である。基地局と端末は、プロセッサ（processor）２１１１、２１２１、メモリー（memory）２１１４、２１２４、１つ以上のTx/Rx RFモジュール（radio frequency module）２１１５、２１２５、Txプロセッサ２１１２、２１２２、Rxプロセッサ２１１３、２１２３、アンテナ２１１６、２１２６を含む。プロセッサは、前述した機能、過程及び／又は方法を具現する。より具体的に、DL（基地局から端末への通信）で、コアネットワークからの上位階層パケットはプロセッサ２１１１に提供される。プロセッサは、L２階層の機能を具現する。DLで、プロセッサは論理チャンネルと転送チャンネルとの間の多重化（multiplexing）、無線資源割当てを端末２１２０に提供し、端末へのシグナリングを担当する。転送（TX）プロセッサ２１１２は、L１階層（即ち、物理階層）に対する多様な信号処理機能を具現する。信号処理機能は、端末でFEC（forward error correction）を容易にし、コーディング及びインターリービング（coding and interleaving）を含む。符号化及び変調されたシンボルは並列ストリームに分割され、各々のストリームはOFDM副搬送波にマッピングされ、時間及び／又は周波数領域で基準信号（Reference Signal、RS）とマルチプレキシングされ、IFFT（Inverse Fast Fourier Transform）を使用して共に結合されて時間領域OFDMAシンボルストリームを運搬する物理的チャンネルを生成する。OFDMストリームは、多重空間ストリームを生成するために、空間的にプリコーディングされる。各々の空間ストリームは個別Tx/Rxモジュール（または、送受信機）２１１５を通じて相異するアンテナ２１１６に提供できる。各々のTx/Rxモジュールは転送のために各々の空間ストリームにRF搬送波を変調することができる。端末で、各々のTx/Rxモジュール（または、送受信機）２１２５は、各Tx/Rxモジュールの各アンテナ２１２６を通じて信号を受信する。各々のTx/RxモジュールはRFキャリアに変調された情報を復元して、受信（RX）プロセッサ２１２３に提供する。RXプロセッサは、layer１の多様な信号プロセシング機能を具現する。RXプロセッサは、端末に向かう任意の空間ストリームを復旧するために、情報に空間プロセシングを遂行することができる。仮に、多数の空間ストリームが端末に向かう場合、多数のRXプロセッサにより単一OFDMAシンボルストリームに結合できる。RXプロセッサは、高速フーリエ変換（FFT）を使用してOFDMAシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、OFDM信号の各々のサブキャリアに対する個別的なOFDMAシンボルストリームを含む。各々のサブキャリア上のシンボル及び基準信号は基地局により転送された最も可能性ある信号配置ポイントを決定することによって、復元され復調される。このような軟判定（soft decision）は、チャンネル推定値に基づくことができる。軟判定は物理チャンネル上で基地局により元来転送されたデータ及び制御信号を復元するために、デコーディング及びデインターリービングされる。該当データ及び制御信号はプロセッサ２１２１に提供される。
【０９７５】
UL（端末から基地局への通信）は、端末２１２０で受信機機能と関連して記述されたことと類似の方式により基地局２１１０で処理される。各々のTx/Rxモジュール２１２５は各々のアンテナ２１２６を通じて信号を受信する。各々のTx/RxモジュールはRF搬送波及び情報をRXプロセッサ２１２３に提供する。プロセッサ２１２１は、プログラムコード及びデータを格納するメモリー２１２４と関連できる。メモリーはコンピュータ読取可能媒体として称されることができる。
【０９７６】
以上で説明された実施形態は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素または特徴は別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は他の構成要素や特徴と結合されない形態に実施できる。また、一部の構成要素及び／又は特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は変更できる。ある実施形態の一部の構成や特徴は他の実施形態に含まれることができ、または他の実施形態の対応する構成または特徴と取替できる。特許請求範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、または出願後の補正により新たな請求項に含めることができることは自明である。
【０９７７】
本発明に従う実施形態は、多様な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア、またはそれらの結合などにより具現できる。ハードウェアによる具現の場合、本発明の一実施形態は１つまたはその以上のASICs（application specific integrated circuits）、DSPs（digital signal processors）、DSPDs（digital signal processing devices）、PLDs（programmable logic devices）、FPGAs（field programmable gate arrays）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどにより具現できる。
【０９７８】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施形態は以上で説明された機能または動作を遂行するモジュール、手続、関数などの形態に具現できる。ソフトウェアコードはメモリーに格納されてプロセッサにより駆動できる。前記メモリーは前記プロセッサの内部または外部に位置し、既に公知された多様な手段により前記プロセッサとデータをやり取りすることができる。
【０９７９】
本発明は本発明の必須的な特徴を逸脱しない範囲で他の特定の形態に具体化できることは通常の技術者に自明である。したがって、前述した詳細な説明は全ての面で制限的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は添付した請求項の合理的な解釈により決定されなければならず、本発明の等価的な範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０９８０】
本発明は３GPP LTE/LTE-Aシステムに適用される例を中心として説明したが、３GPP LTE/LTE-Aシステムの他にも多様な無線通信システムに適用可能である。
【図１】
0006900472.tif 000405
【図２】
0006900472.tif 000406
【図３】
0006900472.tif 000407
【図４】
0006900472.tif 000408
【図５】
0006900472.tif 000409
【図６】
0006900472.tif 000410
【図７】
0006900472.tif 000411
【図８】
0006900472.tif 000412
【図９】
0006900472.tif 000413
【図１０】
0006900472.tif 000414
【図１１】
0006900472.tif 000415
【図１２】
0006900472.tif 000416
【図１３】
0006900472.tif 000417
【図１４】
0006900472.tif 000418
【図１５】
0006900472.tif 000419
【図１６】
0006900472.tif 000420
【図１７】
0006900472.tif 000421
【図１８】
0006900472.tif 000422
【図１９】
0006900472.tif 000423
【図２０】
0006900472.tif 000424
【図２１】
0006900472.tif 000425