JP6900472B2 - 無線通信システムにおけるランダムアクセス手続きで速いデータ転送を遂行するための方法及びそのための装置 - Google Patents

Description

本明細書は無線通信システムに関し、より詳しくは、ランダムアクセス手続きで速いデータ転送（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（3^rd 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を中心として技術するが、本発明の技術的特徴がこれに制限されるものではない。

システム一般

図１は、ＬＴＥ無線フレーム構造の一例を示した図である。

図１において、無線フレームは、１０個のサブフレームを含む。サブフレームは、時間領域で２個のスロット（ｓｌｏｔ）を含む。１つのサブフレームを送信するための時間は、送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ：ＴＴＩ）として定義される。例えば、１つのサブフレームは、１ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄ、ｍｓ）の長さを有することができ、１つのスロットは、０．５ｍｓの長さを有することができる。１つのスロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。３ＧＰＰ ＬＴＥは、下向きリンクでＯＦＤＭＡを用いるので、ＯＦＤＭシンボルは、１つのシンボル周期（ｓｙｍｂｏｌ ｐｅｒｉｏｄ）を表すためのものである。ＯＦＤＭシンボルは、さらに、ＳＣ−ＦＤＭＡシンボルまたはシンボル周期と称されることもできる。資源ブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＲＢ）は、資源割当単位であり、１つのスロットで複数の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。前記無線フレームの構造は、例示的なものである。したがって、無線フレームに含まれるサブフレームの個数、またはサブフレームに含まれるスロットの個数、あるいはスロットに含まれるＯＦＤＭシンボルの個数は、様々な方式で修正されることができる。

図２は、下向きリンクスロットに対する資源グリッドの一例を示した図である。

図２において、下向きリンクスロットは、時間領域で複数のＯＦＤＭシンボルを含む。本明細書においては、１つの例として、１つの下向きリンクスロットが７個のＯＦＤＭシンボルを含み、１つの資源ブロック（ＲＢ）が周波数領域で１２個の副搬送波を含むことと述べられる。しかし、本発明は、前記例に制限されるものではない。資源グリッドの各要素は、資源要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ：ＲＥ）と称される。１つのＲＢは、１２×７ ＲＥを含む。下向きリンクスロットに含まれるＲＢの個数のＮＤＬは、下向きリンク送信帯域幅によって変わる。上向きリンクスロットの構造は、下向きリンクスロットの構造と同様でありうる。

図３は、下向きリンクサブフレーム構造の一例を示す。

図３において、サブフレーム内で１番目のスロットの前半部に位置した最大３個のＯＦＤＭシンボルが制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ ｒｅｇｉｏｎ）である。残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域（ｄａｔａ ｒｅｇｉｏｎ）に該当する。３ＧＰＰ ＬＴＥで使用される下向きリンク制御チャネルの例は、ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ＡＲＱ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨは、サブフレームの１番目のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの送信に使用されるＯＦＤＭシンボルに関する情報を運ぶ。ＰＨＩＣＨは、上向きリンク送信に対する応答であり、ＨＡＲＱ ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報は、下向きリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）と称される。ＤＣＩは、上向きリンクまたは下向きリンクスケジューリング情報を含むか、または任意のＵＥグループに対する上向きリンク送信（Ｔｘ）電力制御命令を含む。

ＰＤＣＣＨは、ＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の送信フォーマット（ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ）と資源割当、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の資源割当情報、ＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）に対するページング情報、ＤＬ−ＳＣＨに対するシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）のような上位階層制御メッセージの資源割当、任意（ａｒｂｉｔｒａｒｙ）ＵＥグループ内で個別ＵＥに対するＴｘ電力制御命令のセット、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ）のＴｘ電力制御命令、活性化などを運ぶことができる。制御領域内で複数のＰＤＣＣＨが送信され得る。ＵＥは、複数のＰＤＣＣＨをモニタリングできる。ＰＤＣＣＨは、１つまたはいくつかの連続的なＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）などの集成（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネルの状態に基づいたコーディング率（ｃｏｄｉｎｇ ｒａｔｅ）を提供するのに使用される論理的割当単位（ｌｏｇｉｃａｌ ａｌｌｏｃａｔｉｏｎ ｕｎｉｔ）である。ＣＣＥは、複数の資源要素グループ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）に該当する。ＰＤＣＣＨのフォーマットと可用ＰＤＣＣＨのビット個数は、ＣＣＥの個数とＣＣＥにより提供されるコーディング率間の相関度によって決定される。ＢＳがＵＥに送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を付着する。ＣＲＣは、ＰＤＣＣＨの所有者または使用によって固有な識別子（ＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）と称される）にマスキングされる。仮に、ＰＤＣＣＨが特定ＵＥに対するものであれば、そのＵＥに対する固有な識別子（例えば、Ｃ−ＲＮＴＩ（ｃｅｌｌ−ＲＮＴＩ））がＣＲＣにマスキングされ得る。他の例として、仮に、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子（例えば、Ｐ−ＲＮＴＩ（ｐａｇｉｎｇ−ＲＮＴＩ））がＣＲＣにマスキングされ得る。仮に、ＰＤＣＣＨがシステム情報（さらに具体的に、後述するシステム情報ブロック（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ、ＳＩＢ）に対するものであれば、システム情報識別子とシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）がＣＲＣにマスキングされ得る。ＵＥのランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ランダムアクセス−ＲＮＴＩ（ＲＡ−ＲＮＴＩ）がＣＲＣにマスキングされ得る。

図４は、上向きリンクサブフレーム構造の一例を示す。

図４において、上向きリンクサブフレームは、周波数領域で制御領域とデータ領域とに区分されることができる。制御領域には、上向きリンク制御情報を運搬するための物理上向きリンク制御チャネル（ＰＵＣＣＨ）が割り当てられる。データ領域には、ユーザデータを運搬するための物理上向きリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）が割り当てられる。単一搬送波特性を維持するために、１つのＵＥは、同時にＰＵＣＣＨ及びＰＵＳＣＨを送信しない。１つのＵＥに対するＰＵＣＣＨは、サブフレーム内のＲＢ対に割り当てられる。ＲＢ対に属するＲＢは、各々２個のスロットで相違した副搬送波を占有する。これは、ＰＵＣＣＨに割り当てられたＲＢ対がスロット境界で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）されると呼ばれる。

以下、ＬＴＥフレーム構造についてより具体的に説明する。

ＬＴＥ仕様（ｓｐｅｃｉｆｉｃａｔｉｏｎ）を介して、全体において異なるように言及しない限り、時間領域における様々なフィールドの大きさは、

秒の時間単位の数で表現される。

下向きリンク及び上向きリンク送信は、

のデュレーション（ｄｕｒａｔｉｏｎ）を有する無線フレームで組織化される。２個の無線フレーム構造が支援される。

・類型（ｔｙｐｅ）１：ＦＤＤに適用可能

・類型２、ＴＤＤに適用可能

フレーム構造の類型（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ）１
フレーム構造の類型１は、全二重（ｆｕｌｌ ｄｕｐｌｅｘ）及び半二重（ｈａｌｆ ｄｕｐｌｅｘ）ＦＤＤの両方に適用することができる。各無線フレームは、

長さであり、

である２０個のスロットで構成され、０から１９までナンバリングされる。サブフレームは、２個の連続するスロットで定義され、サブフレーム

は、スロット

及び

からなる。

ＦＤＤの場合、１０個のサブフレームが下向きリンク送信に利用可能であり、１０個のサブフレームが１０ｍｓ毎の間隔で上向きリンク送信のために利用可能である。

上向きリンク及び下向きリンク送信は、周波数領域で分離される。半二重ＦＤＤ動作において、ＵＥは、同時に送信及び受信できないことに対し、全二重ＦＤＤではそのような制限がない。

図５は、フレーム構造の類型１の一例を示す。

フレーム構造の類型２
フレーム構造の類型２は、ＦＤＤに適用可能である。長さ

のそれぞれの無線フレームの長さは、各々

の２個のハーフ−フレーム（ｈａｌｆ−ｆｒａｍｅｓ）からなる。それぞれのハーフ−フレームは、長さ

の５個のサブフレームからなる。支援される上向きリンク−下向きリンク構成が表２に挙げられ、ここで、無線フレーム内の各サブフレームに対して、「Ｄ」は、サブフレームが下向きリンク送信のために留保されたこと（ｒｅｓｅｒｖｅｄ）を表し、「Ｕ」は、サブフレームが上向きリンク送信のために留保されたことを表し、「Ｓ」は、下向きリンクパイロット時間スロット（ｄｏｗｎｌｉｎｋ ｐｉｌｏｔ ｔｉｍｅ ｓｌｏｔ：ＤｗＰＴＳ）、保護周期（ｇｕａｒｄ ｐｅｒｉｏｄ：ＧＰ）、及び上向きリンクパイロット時間スロット（ｕｐｌｉｎｋ ｐｉｌｏｔ ｔｉｍｅ ｓｌｏｔ：ＵｐＰＴＳ）の３個のフィールドを有する特殊サブフレームを表す。総長さ

と同じＤｗＰＴＳ、ＧＰ、及びＵｐＰＴＳ前提下でＤｗＰＴＳ及びＵｐＰＴＳの長さは、表１により提供される。それぞれのサブフレームｉは、それぞれのサブフレーム内の長さが

である２個のスロット、

及び

として定義される。

５ｍｓ及び１０ｍｓの両方の下向きリンクから上向きリンクへの切換−地点周期性（ｓｗｉｔｃｈ−ｐｏｉｎｔ ｐｅｒｉｏｄｉｃｉｔｙ）を有する上向きリンク−下向きリンク構成が支援される。５ｍｓの下向きリンクから上向きリンクへの切換ポイント周期性の場合、特殊サブフレーム（ｔｈｅ ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ）が２個のハーフ−フレーム（ｈａｌｆ−ｆｒａｍｅｓ）の両方に存在する。１０ｍｓの下向きリンクから上向きリンクへの切換ポイント周期性の場合、前記特殊サブフレームが１番目のハーフフレームにのみ存在する。サブフレーム０と５及びＤｗＰＴＳは、いつも下向きリンク送信のために留保される。ＵｐＰＴＳ及び前記特殊サブフレームにすぐに後続するサブフレームは、いつも上向きリンク送信のために予約（ｒｅｓｅｒｖｅ）される。

図６は、フレーム構造の類型２のさらに他の一例を示した図である。

表１は、特殊サブフレームの構成の一例を表す。

表２は、上向きリンク−下向きリンク構成の一例を表す。

ＮＢ−ＩｏＴ
ＮＢ−ＩｏＴ（ｎａｒｒｏｗｂａｎｄ−ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）は、ｌｏｗ ｃｏｍｐｌｅｘｉｔｙ、ｌｏｗ ｃｏｓｔ ｄｅｖｉｃｅを支援するための標準であって、既存のＬＴＥ ｄｅｖｉｃｅ等と比較して相対的に簡単な動作のみを行うように定義されている。ＮＢ−ＩｏＴは、ＬＴＥの基本構造にしたがうが、下記に定義された内容を基準に動作する。仮りに、ＮＢ−ＩｏＴがＬＴＥのｃｈａｎｎｅｌやｓｉｇｎａｌをｒｅｕｓｅする場合には、既存のＬＴＥで定義された標準にしたがうことができる。

上向きリンク（Ｕｐｌｉｎｋ）
次のような狭帯域物理チャネルが定義される。

・狭帯域物理上向きリンク共有チャネル、ＮＰＵＳＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
・狭帯域物理ランダムアクセスチャネル、ＮＰＲＡＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）

次のような上向きリンク狭帯域物理信号が定義される。

・狭帯域復調参照信号（Ｎａｒｒｏｗｂａｎｄ ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

副搬送波

側面で上向きリンク帯域幅、及びスロットデュレーション

は、下記の表３として与えられる。

表３は、ＮＢ−ＩｏＴパラメータの一例を表す。

単一アンテナポート

は、全ての上向きリンク送信に対して使用される。

資源ユニット（Ｒｅｓｏｕｒｃｅ ｕｎｉｔ）
ＮＰＵＳＣＨと資源要素のマッピングを説明するのに資源ユニットが使用される。資源ユニットは、時間領域で

の連続するシンボルで定義され、周波数領域で

の連続する副搬送波で定義され、ここで、

及び

は、表４として与えられる。

表４は、

、

、及び

の支援される組み合わせ等の一例を表す。

狭帯域上向きリンク共有チャネル（ＮＰＵＳＣＨ：Ｎａｒｒｏｗｂａｎｄ ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
狭帯域物理上向きリンク共有チャネルが２個のフォーマットで支援される：
・ＵＬ−ＳＣＨを運搬するのに使用されるＮＰＵＳＣＨフォーマット１
・上向きリンク制御情報を運搬するのに使用されるＮＰＵＳＣＨフォーマット２

ＴＳ ３６．２１１の５．３．１節によってスクランブリングは行われる。スクランブリングシーケンス生成器（ｓｃｒａｍｂｌｉｎｇ ｓｅｑｕｅｎｃｅ ｇｅｎｅｒａｔｏｒ）は、

に初期化され、ここで、

は、コードワード送信の１番目のスロットである。ＮＰＵＳＣＨ繰り返しの場合、スクランブリングシーケンスは、繰り返し送信のために使用された、各々、１番目のスロット及びフレームとして設定された

及び

で全ての

コードワード送信以後に、上記の数式によって再初期化される。ｑｕａｎｔｉｔｙ

は、ＴＳ ３６．２１１の１０．１．３．６節により提供される。

表５は、狭帯域物理上向きリンク共有チャネルに対して適用可能な変調マッピングを特定する。

ＮＰＵＳＣＨは、３ＧＰＰ ＴＳ ３６．２１３の節により提供されるような、１つ以上の資源ユニット

にマッピングされることができ、これらの各々は、

回送信される。

３ＧＰＰ ＴＳ ３６．２１３で規定された送信電力

にしたがうために、複素−値シンボルのブロック

が大きさスケーリング要素

とかけられ、ＮＰＵＳＣＨの送信のために割り当てられた副搬送波にｚ（０）で始めるシーケンスでマッピングされる。送信のために割り当てられ、参照信号等の送信に使用されない副搬送波に対応する資源要素

へのマッピングは、割り当てられた資源ユニットの１番目のスロットから始めてインデックス

、以後、インデックス

の増加順序となる。

スロットマッピング以後に、

の下のスロットへのマッピングを続ける以前に、

スロットが

追加的な（ａｄｄｉｔｉｏｎａｌ）回数で繰り返され、ここで、数式１は、

スロットへのマッピングまたはマッピングの繰り返しがＮＰＲＡＣＨ−ＣｏｎｆｉｇＳＩＢ−ＮＢによって任意の構成されたＮＰＲＡＣＨ資源と重なる資源要素を含めば、重なった

スロットのＮＰＵＳＣＨ送信は、次の

スロットが任意の構成されたＮＰＲＡＣＨ資源と重ならないまで延期される。

）のマッピングは、

スロットが送信されるまで繰り返される。２５６・３０７２０Ｔ_ｓ時間単位のＮＰＲＡＣＨによる送信及び／又は延期等（ｐｏｓｔｐｏｎｅｍｅｎｔｓ）以後、ＮＰＵＳＣＨ送信が延期される場合、

時間単位のギャップ（ｇａｐ）が挿入される。ギャップと一致するＮＰＲＡＣＨによる延期部分は、ギャップの一部としてカウントされる。

上位階層パラメータｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓが偽（ｆａｌｓｅ）に設定されれば、ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇによってＳＲＳで構成されたシンボルと重なるＳＣ−ＦＤＭＡシンボルの資源要素は、ＮＰＵＳＣＨマッピングとして計算されるが、ＮＰＵＳＣＨの送信のためには使用されない。上位階層パラメータｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓが真（ｔｒｕｅ）に設定されれば、全てのシンボルが送信される。

ＵＬ−ＳＣＨデータ無しでＮＰＵＳＣＨを介しての上向きリンク制御情報（Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ ｏｎ ＮＰＵＳＣＨ ｗｉｔｈｏｕｔ ＵＬ−ＳＣＨ ｄａｔａ）
ＨＡＲＱ−ＡＣＫ

の１ビット情報は、表６によって符号化され、ここで、肯定応答に対して

であり、不正応答に対して

である。

表６は、ＨＡＲＱ−ＡＣＫコードワード等の一例を表す。

電力制御（Ｐｏｗｅｒ ｃｏｎｔｒｏｌ）
サービングセルに対するＮＢ−ＩｏＴ ＵＬスロットｉにおいてＮＰＵＳＣＨ送信のためのＵＥ送信電力は、下記の数式２及び３のように提供される。

割り当てられたＮＰＵＳＣＨ ＲＵ等の繰り返し回数が２より大きい場合、

ここで、

は、サービングセルｃに対してＮＢ−ＩｏＴ ＵＬスロットｉで３ＧＰＰ ＴＳ ３６．１０１に定義されて構成されたＵＥ送信電力である。

は、３．７５ｋＨｚ副搬送波間隔に対しては｛１／４｝であり、１５ｋＨｚ副搬送波間隔に対しては｛１、３、６、１２｝である。

は、サービングセルｃに対して、上位階層から提供された成分

とｊ＝１に対して上位階層により提供される成分

の合計からなり、ここで、

である。動的スケジューリングされた承認（ｇｒａｎｔ）に対応するＮＰＵＳＣＨ（再）送信に対して、

であり、ランダムアクセス応答承認に対応するＮＰＵＳＣＨ（再）送信に対しては、

である。

及び

であり、ここで、パラメータｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ

及び

は、サービングセルｃに対して上位階層からシグナリングされる。

に対し、ＮＰＵＳＣＨフォーマット２に対して、

；ＮＰＵＳＣＨフォーマット１に対して、

がサービングセルｃに対して上位階層により提供される。

に対し、

である。

サービングセルｃに対してＵＥにおいてｄＢで計算された下向きリンク経路損失推定であり、

＝ｎｒｓ−Ｐｏｗｅｒ＋ｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒ−上位階層フィルタリングされたＮＲＳＲＰであり、ここで、ｎｒｓ−Ｐｏｗｅｒは、上位階層及び３ＧＰＰ ３６．２１３の下位節１６．２．２により提供され、ｎｒｓ−ｐｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒは、上位階層により提供されないと、ゼロに設定され、ＮＲＳＲＰは、サービングセルｃに対して３ＧＰＰ ＴＳ ３６．２１４で定義され、上位階層フィルター構成は、サービングセルｃに対して３ＧＰＰ ＴＳ ３６．３３１で定義される。

ＵＥがサービングセルｃに対してＮＢ−ＩｏＴ ＵＬスロットｉでＮＰＵＳＣＨを送信すれば、電力ヘッドルームは、下記の数式４を用いて計算される。

フォーマット１ ＮＰＵＳＣＨを送信するためのＵＥ手順（ＵＥ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ｔｒａｎｓｍｉｔｔｉｎｇ ｆｏｒｍａｔ １ ＮＰＵＳＣＨ）
ＵＥのためのＮＢ−ＩｏＴ ＤＬサブフレーム

で終わるＤＣＩフォーマットＮ０を有するＮＰＤＣＣＨの与えられたサービングセルでの検出の際、ＵＥは、

ＤＬサブフレームの終わりで、ＮＰＤＣＣＨ情報に応じて

であるＮ個の連続ＮＢ−ＩｏＴ ＵＬスロット

で、ＮＰＵＳＣＨフォーマット１を使用して対応するＮＰＵＳＣＨ送信を行い、ここで、

サブフレームｎは、ＮＰＤＣＣＨが送信される最後のサブフレームであり、ＮＰＤＣＣＨ送信の開始サブフレーム及び対応するＤＣＩのＤＣＩサブフレーム繰り返し番号フィールドから決定され、そして、

であり、ここで、

の値は、対応するＤＣＩの繰り返し番号フィールドにより決定され、

の値は、対応するＤＣＩの資源割当フィールドにより決定され、

の値は、当該ＤＣＩで割り当てられた副搬送波の数に対応する資源ユニットのＮＢ−ＩｏＴ ＵＬスロットの数である。

は、サブフレーム

の終了後に始める１番目のＮＢ−ＩｏＴ ＵＬスロットである。

の値は、表７によって対応するＤＣＩのスケジューリング遅延フィールド（ｓｃｈｅｄｕｌｉｎｇ ｄｅｌａｙ ｆｉｅｌｄ）（

）により決定される。

表７は、ＤＣＩフォーマットＮ０に対するｋ０の一例を表す。

ＮＰＵＳＣＨ送信のための上向きリンクＤＣＩフォーマットＮ０の資源割当情報は、スケジューリングされたＵＥに指示される。

・対応するＤＣＩの副搬送波指示フィールドにより決定される資源ユニットの連続的に割り当てられた副搬送波（

）のセット
・表９による対応するＤＣＩの資源割当フィールドにより決定された複数の資源ユニット（

）
・表１０による対応するＤＣＩの繰り返し番号フィールドにより決定される繰り返し回数（

）。

ＮＰＵＳＣＨ送信の副搬送波間隔Δｆは、３ＧＰＰ ＴＳ ３６．２１３の下位節１６．３．３によって狭帯域ランダムアクセス応答承認（Ｎａｒｒｏｗｂａｎｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ Ｇｒａｎｔ）の上向きリンク副搬送波間隔フィールドにより決定される。

副搬送波間隔Δｆ＝３．７５ｋＨｚを有するＮＰＵＳＣＨ送信の場合、

であり、ここで、

は、ＤＣＩの副搬送波指示フィールドである。

副搬送波間隔Δｆ＝１５ｋＨｚを有するＮＰＵＳＣＨ送信の場合、ＤＣＩの副搬送波指示フィールド（

）は、表８によって連続的に割り当てられた副搬送波のセット（

）を決定する。

表８は、Δｆ＝１５ｋＨｚを有するＮＰＵＳＣＨに対して割り当てられる副搬送波の一例を表す。

表９は、ＮＰＵＳＣＨに対する資源ユニットの個数の一例を表す。

表１０は、ＮＰＵＳＣＨに対する繰り返し回数の一例を表す。

復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）

に対する参照信号シーケンス

は、下記の数式５により定義される。

ここで、バイナリシーケンス

は、ＴＳ ３６．２１１の７．２により定義され、ＮＰＵＳＣＨ送信開始時に

に初期化されなければならない。値

は、表１−１１により提供され、ここで、ＮＰＵＳＣＨフォーマット１に対してグループホッピングがイネーブルされなければ、ＮＰＵＳＣＨフォーマット２に対して

であり、ＮＰＵＳＣＨフォーマット１に対してグループホッピングがイネーブルされれば、３ＧＰＰ ＴＳ ３６．２１１の１０．１．４．１．３節により提供される。

表１１は、

の一例を表す。

ＮＰＵＳＣＨフォーマット１に対する参照信号シーケンスは、下記の数式６により提供される。

ＮＰＵＳＣＨフォーマット２に対する参照信号シーケンスは、下記の数式７により提供される。

ここで、

は、

with

により選択されたシーケンスインデックスを有する３ＧＰＰ ＴＳ ３６．２１１の表５．５．２．２．１−２として定義される。

に対する参照信号シーケンス

は、下記の数式８によって基底シーケンスの循環遷移

により定義される。

ここで、

は、

に対して表１０．１．４．１．２−１により提供され、

に対して表１２により提供され、

に対して表１３により提供される。

グループホッピングがイネーブルされなければ、基底シーケンスインデックス

は、

、

、及び

の各々に対して上位階層パラメータｔｈｒｅｅＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅ、ｓｉｘＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅ、及びｔｗｅｌｖｅＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅにより提供される。上位階層によりシグナリングされなければ、基底シーケンスは、下記の数式９により提供される。

グループホッピングがイネーブルされれば、基底インデックス

は、３ＧＰＰ ＴＳ ３６．２１１の１０．１．４．１．３節により提供される。

及び

に対する循環遷移は、表１４で定義されたように、上位階層パラメータが各々ｔｈｒｅｅＴｏｎｅ−ＣｙｃｌｉｃＳｈｉｆｔ及びｓｉｘＴｏｎｅ−ＣｙｃｌｉｃＳｈｉｆｔから導かれる。

に対して、

である。

表１２は、

に対する

の一例を表した表である。

表１３は、

に対する

のさらに他の一例を表した表である。

表１４は、αの一例を表した表である。

ＮＰＵＳＣＨフォーマット１に対する参照信号のために、シーケンス−グループホッピングがイネーブルされ得るし、ここで、スロット

のシーケンス−グループナンバー

は、下記の数式１０によってグループホッピングパターン

及びシーケンス−遷移パターン

により定義される。

ここで、各資源ユニットの大きさに対して利用可能な参照信号シーケンス等の個数、

は、表１５により提供される。

表１５は、

の一例を表す。

シーケンス−グループホッピングは、上位階層により提供されるセル−特定パラメータｇｒｏｕｐＨｏｐｐｉｎｇＥｎａｂｌｅｄによりイネーブルされるか、またはディセーブルされる。ＮＰＵＳＣＨに対するシーケンスグループホッピングは、ＮＰＵＳＣＨ送信が競争基盤ランダムアクセス手順の一部として同じ送信ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）の再送信またはランダムアクセス応答承認に対応しない限り、セル基盤でイネーブルされるにもかかわらず、上位−階層パラメータｇｒｏｕｐＨｏｐｐｉｎｇＤｉｓａｂｌｅｄを介して特定ＵＥに対してディセーブルされることができる。

グループホッピングパターン

は、下記の数式１１により提供される。

ここで、

に対し

であり、

は、資源ユニットの１番目のスロットのスロット番号である。疑似−ランダムシーケンス

は、７．２節により定義される。疑似−ランダムシーケンス生成器は、

に対して資源ユニットの開始で、そして、

に対して偶数スロット毎に

として初期化される。

シーケンス−遷移パターン

は、下記の数式１２により提供される。

ここで、

は、上位−階層パラメータｇｒｏｕｐＡｓｓｉｇｎｍｅｎｔＮＰＵＳＣＨにより提供される。値がシグナリングされなければ、

である。

シーケンス

は、大きさスケーリング因子

でかけられなければならず、副−搬送波に

で始めるシーケンスとしてマッピングされなければならない。

マッピングプロセスで使用される副−搬送波のセットは、３ＧＰＰ ３６．２１１の１０．１．３．６節に定義された対応するＮＰＵＳＣＨ送信と同様でなければならない。

資源要素

へのマッピングは、１番目が

、以後

、及び最後にスロットナンバーの増加順序とならなければならない。スロット内のシンボルインデックス

の値が表１６として提供される。

表１６は、ＮＰＵＳＣＨに対する復調参照信号位置の一例を表す。

ＳＦ−ＦＤＭＡ基底帯域信号生成

に対して、スロット内のＳＣ−ＦＤＭＡシンボル

の時間−連続信号

が

により代替される値

で５．６節により定義される。

に対して、上向きリンクスロット内のＳＣ−ＦＤＭＡシンボル

の副−搬送波インデックスに対するとき間−連続信号

は、数式１３により定義される。

に対し、ここで、

及び

に対するパラメータが表１７として提供され、

は、シンボル

の変調値であり、位相回転

は、下記の数式１４により定義される。

ここで、

は、送信開始時にリセットされるシンボルカウンターであり、送信の間、各シンボルに対して増加される。

表１７は、

に対するＳＣ−ＦＤＭＡパラメータの一例を表す。

スロット内のＳＣ−ＦＤＭＡシンボルは、

で始めて、

の増加順序で送信されなければならず、ここで、ＳＣ−ＦＤＭＡシンボル

は、スロット内の時間

から始める。

に対して、

内の残余

は、送信されずに、ガード区間（ｇｕａｒｄ ｐｅｒｉｏｄ）のために使用される。

狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ：Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）
物理階層ランダムアクセスプリアンブルは、単一−副搬送波周波数−ホッピングシンボルグループに基づく。シンボルグループは、図１−８のランダムアクセスシンボルグループで図示され、長さが

である循環プレフィックス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）と全体長さが

である５個の同じシンボルのシーケンスからなる。パラメータ値は、表１８に挙げられている。パラメータ値は、表１８のランダムアクセスプリアンブルパラメータで挙げられる。

図７は、ランダムアクセスシンボルグループの一例を示す。

表１８は、ランダムアクセスプリアンブルパラメータの一例を表す。

ギャップ（ｇａｐ）無しで送信される４個のシンボルグループからなるプリアンブルは、

回送信される。

ＭＡＣ階層によりトリガリングされれば、ランダムアクセスプリアンブルの送信は、特定時間及び周波数領域に限定される。

上位階層により提供されるＮＰＲＡＣＨ構成には、次が含まれる。

ＮＰＲＡＣＨ資源周期

（ｎｐｒａｃｈ−Ｐｅｒｉｏｄｉｃｉｔｙ）、
ＮＰＲＡＣＨに割り当てられた１番目の副搬送波の周波数位置

（ｎｐｒａｃｈ−ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ）、
ＮＰＲＡＣＨに割り当てられた副搬送波の数

（ｎｐｒａｃｈ−ＮｕｍＳｕｂｃａｒｒｉｅｒｓ）、
競争基盤ＮＰＲＡＣＨランダムアクセスに割り当てられた開始副−搬送波の数

（ｎｐｒａｃｈ−ＮｕｍＣＢＲＡ−ＳｔａｒｔＳｕｂｃａｒｒｉｅｒｓ）、
試み（ａｔｔｅｍｐｔ）当たり、ＮＰＲＡＣＨ繰り返し回数

（ｎｐｒａｃｈ−ＳｔａｒｔＴｉｍｅ）、
ＮＰＲＡＣＨ開始時間

（ｎｐｒａｃｈ−ＳｔａｒｔＴｉｍｅ）、
多重トーンｍｓｇ３送信に対するＵＥ支援の指示のために予約されたＮＰＲＡＣＨ副搬送波範囲のための開始副搬送波インデックスを計算するための部分（ｆｒａｃｔｉｏｎ）

（ｎｐｒａｃｈ−ＳｕｂｃａｒｒｉｅｒＭＳＧ３−ＲａｎｇｅＳｔａｒｔ）。

ＮＰＲＡＣＨ送信は、

を満たす無線フレームの開始以後に、単に

時間ユニットを始めることができる。

時間ユニットの送信以後に、

時間ユニットのギャップが挿入される。

であるＮＰＲＡＣＨ構成は有効でない。

競争基盤ランダムアクセスに割り当てられたＮＰＲＡＣＨ開始副搬送波は、２つのセットの副搬送波、

及び

に分割され、ここで存在するならば２番目のセットは、多重−トーンｍｓｇ３送信のためのＵＥ支援（ｓｕｐｐｏｒｔ）を指示する。

ＮＰＲＡＣＨ送信の周波数位置は、

副−搬送波内で制約される。周波数ホッピングは１２副搬送波内で使用され、ここで、

シンボルグループの周波数位置は、

により提供され、ここで、

であり、そして、数式１５は、

ここで、

を有する

は、

からＭＡＣ階層により選択された副搬送波であり、疑似ランダムシーケンス

は、ＧＰＰ ＴＳ ３６．２１１の７．２節により提供される。疑似ランダムシーケンス生成器は、

に初期化される。

シンボルグループ

に対するとき間−連続ランダムアクセス信号

は、下記の数式１６により定義される。

ここで、

であり。

は、３ＧＰＰ ＴＳ ３６．２１３の１６．３．１節で規定された送信電力

にしたがうための大きさスケーリング要素であり、

、

は、ランダムアクセスプリアンブルと上向きリンクデータ送信との間の副搬送波間隔の差を説明し、パラメータ

により制御される周波数領域の位置は、３ＧＰＰ ＴＳ ３６．２１１の１０．１．６．１節で導かれる。変数

は、表１９により提供される。

表１９は、ランダムアクセス基底帯域パラメータの一例を表す。

下向きリンク（Ｄｏｗｎｌｉｎｋ）
下向きリンク狭帯域物理チャネルは、上位階層から発生した情報を運搬する資源要素のセットに対応し、３ＧＰＰ ＴＳ ３６．２１２と３ＧＰＰ ＴＳ ３６．２１１との間に定義されたインターフェースである。

次のような下向きリンク物理チャネルが定義される。

・狭帯域物理下向きリンク共有チャネル、ＮＰＤＳＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
・狭帯域物理放送チャネル、ＮＰＢＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ） ・狭帯域物理下向きリンク制御チャネル、ＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）

下向きリンク狭帯域物理信号は、物理階層により使用される資源要素のセットに対応するが、上位階層から発生する情報を運搬しない。次のような下向きリンク物理信号が定義される：

狭帯域参照信号、ＮＲＳ（Ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
狭帯域同期信号（Ｎａｒｒｏｗｂａｎｄ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）
狭帯域物理下向きリンク共有チャネル（ＮＰＤＳＣＨ：Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）

スクランブリングシーケンス生成器は、

に初期化され、ここで、

は、コードワード送信の１番目のスロットである。ＮＰＤＳＣＨ繰り返し等とＢＣＣＨを運搬するＮＰＤＳＣＨの場合、スクランブリングシーケンス生成器は、各繰り返しに対して前述された表現によって再度初期化される。ＮＰＤＳＣＨ繰り返し等の場合、ＮＰＤＳＣＨがＢＣＣＨを運搬しない場合、スクランブリングシーケンス生成器は、繰り返し送信に対して使用された、１番目のスロット及びフレームに各々設定された

及び

を有するコードワードの

毎の送信以後に、前述された表現によって再初期化される。

変調は、ＱＰＳＫ変調方式を使用して行われる。

ＮＰＤＳＣＨは、３ＧＰＰ ＴＳ ３６．２１３の１６．４．１．５節により提供されるように、１つ以上のサブフレーム、

にマッピングされることができ、これらの各々は、ＮＰＤＳＣＨ

回送信されなければならない。

物理チャネルの送信のために使用されるそれぞれのアンテナポートに対して、複素−値シンボルのブロック

は、現在サブフレームで次の基準を全て満たす資源要素

にマッピングされなければならない。

サブフレームは、ＮＰＢＣＨ、ＮＰＳＳ、またはＮＳＳＳの送信に使用されず、そして、これらは、ＮＲＳのために使用されないこととＵＥにより仮定され、そして、これらは（存在するならば）、ＣＲＳのために使用される資源要素と重ならず、そして、サブフレームで１番目のスロットのインデックス

は、ｌ

を満たし、ここで、

は、３ＧＰＰ ＴＳ ３６．２１３の１６．４．１．４節により提供される。

ＮＰＤＳＣＨ送信は、ＮＰＳＤＣＨ送信が延期される送信ギャップで上位階層により構成されることができる。

であれば、ＮＰＤＳＣＨ送信にギャップが存在せず、ここで、

は、上位階層パラメータｄｌ−ＧａｐＴｈｒｅｓｈｏｌｄにより提供され、

は、３ＧＰＰ ＴＳ ３６．２１３により提供される。ギャップ開始フレームとサブフレームとは、

により提供され、ここで、ギャップ周期性、

は、上位階層パラメータｄｌ−ＧａｐＰｅｒｉｏｄｉｃｉｔｙにより提供される。複数のサブフレームのギャップデュレーションは、

により提供され、ここで、

は、上位階層パラメータｄｌ−ＧａｐＤｕｒａｔｉｏｎＣｏｅｆｆにより提供される。ＢＣＣＨを運搬するＮＰＤＳＣＨの場合、送信ギャップが存在しない。

ＮＢ−ＩｏＴ下向きリンクサブフレームでない場合、サブフレーム４でＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨの送信を除き、ＵＥは、サブフレームでＮＰＤＳＣＨを期待しない。ＮＰＤＳＣＨ送信等の場合、ＮＢ−ＩｏＴ下向きリンクサブフレームでないサブフレーム

で、ＮＰＤＳＣＨ送信は、次のＮＢ−ＩｏＴ下向きリンクサブフレームまで延期される。

ＮＰＤＳＣＨを受信するためのＵＥ手順（ＵＥ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ｒｅｃｅｉｖｉｎｇ ｔｈｅ ＮＰＤＳＣＨ）
ＮＢ−ＩｏＴ ＵＥは、次の場合にサブフレームをＮＢ−ＩｏＴ ＤＬサブフレームと仮定しなければならない。

・ＵＥは、サブフレームがＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＮＢ−ＳＩＢ１送信を含まないと決定し、そして、
・ＵＥが上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信するＮＢ−ＩｏＴ搬送波の場合、ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後に、サブフレームは、ＮＢ−ＩｏＴ ＤＬサブフレームで構成される。
・ＤＬ−ＣａｒｒｉｅｒＣｏｎｆｉｇＣｏｍｍｏｎ−ＮＢが存在するＮＢ−ＩｏＴ搬送波の場合、サブフレームは、上位階層パラメータであるｄｏｗｎｌｉｎｋＢｉｔｍａｐＮｏｎＡｎｃｈｏｒによりＮＢ−ＩｏＴ ＤＬサブフレームで構成される。

ｔｗｏＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ−ｒ１４を支援するＮＢ−ＩｏＴ ＵＥの場合、最大２個の下向きリンクＨＡＲＱプロセスがなければならない。

ＵＥに対して意図されたサブフレーム

で終わるＤＣＩフォーマットＮ１、Ｎ２を有するＮＰＤＣＣＨの与えられたサービングセルに対する検出の際、ＵＥは、

ＤＬサブフレームから始めてＮＰＤＣＣＨ情報に応じて

を有するＮ個の連続するＮＢ−ＩｏＴ ＤＬサブフレーム（等）

の対応するＮＰＤＳＣＨ送信をデコードすべきであり、ここで、サブフレーム

は、ＮＰＤＣＣＨが送信される最後のサブフレームであり、ＮＰＤＣＣＨ送信の開始サブフレーム及び対応するＤＣＩのＤＣＩサブフレーム繰り返し番号フィールドから決定される；

ｉ＝０、１、．．．、Ｎ−１であるサブフレーム（等）ｎｉは、ＳＩメッセージのために使用されるサブフレームを除いたＮ個の連続するＮＢ−ＩｏＴ ＤＬサブフレーム（等）であり、ここで、ｎ０＜ｎ１＜．．．、ｎＮ−１であり、

であり、ここで、

の値は、対応するＤＣＩの繰り返し番号フィールドにより決定され、

の値は、対応するＤＣＩの資源割当フィールドにより決定され、そして、

は、ＤＬサブフレーム

から始めて、ＤＬサブフレーム

までＮＢ−ＩｏＴ ＤＬサブフレーム（等）の個数であり、ここで、

は、ＤＣＩフォーマットＮ１に対してスケジューリング遅延フィールド（

）により決定され、ＤＣＩフォーマットＮ２に対して

である。Ｇ−ＲＮＴＩによりスクランブリングされたＤＣＩ ＣＲＣの場合、

は、表２１によるスケジューリング遅延フィールド（

）により決定され、それとも、

は、表２０によるスケジューリング遅延フィールド（

）により決定される。

の値は、対応するＤＣＩフォーマットＮ１に対する３ＧＰＰ ３６．２１３の下位節１６．６にしたがう。

表２０は、ＤＣＩフォーマットＮ１に対する

の一例を表す。

表２１は、Ｇ−ＲＮＴＩによりスクランブリングされたＤＣＩ ＣＲＣを有するＤＣＩフォーマットＮ１に対する

の一例を表す。

ＵＥによるＮＰＵＳＣＨ送信の終了以後、ＵＥは、３個のＤＬサブフレームでの送信を受信することと期待されない。

ＮＰＳＩＣＨに対するＤＣＩフォーマットＮ１、Ｎ２（ページング）の資源割当情報は、スケジューリングされたＵＥに指示される。

表２２は、ＮＰＤＳＣＨに対するサブフレーム数の一例を表す。表２２による対応するＤＣＩで資源割当フィールド（

）により決定されるサブフレームの個数（

）。

表２３による対応するＤＣＩで繰り返し回数フィールド（

）により決定される繰り返し回数（

）。

表２３は、ＮＰＤＳＣＨに対する繰り返し回数の一例を表す。

ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨに対する繰り返し回数は、上位−階層により構成されるパラメータｓｃｈｅｄｕｌｉｎｇＩｎｆｏＳＩＢ１に基づいて決定され、表２４にしたがう。

表２４は、ＳＩＢ１−ＮＢに対する繰り返し回数の一例を示す。

ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信のための開始無線フレームは、表２５によって決定される。

表２５は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信のための開始無線フレームの一例を表す。

ＮＰＤＳＣＨに対する開始ＯＦＤＭシンボルは、サブフレーム

の１番目のスロットのインデックス

により提供され、次のように決定される。

・サブフレーム

がＳＩＢ１−ＮＢを受信するために使用されるサブフレームであれば、
上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏの値が「００」または「０１」に設定されれば

それとも、

・それとも、
上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅの値が存在すれば
、

は、上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅにより提供される。
それとも、

ＡＣＫ／ＮＡＣＫを受信するためのＵＥ手順（ＵＥ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ｒｅｐｏｒｔｉｎｇ ＡＣＫ／ＮＡＣＫ）
ＵＥのために意図され、ＡＣＫ／ＮＡＣＫが提供されなければならないＮＢ−ＩｏＴサブフレームｎで終わるＮＰＤＳＣＨ送信の検出時に、ＵＥは、Ｎ個の連続するＮＢ−ＩｏＴ ＵＬスロットでＮＰＵＳＣＨフォーマット２を使用することがＡＣＫ／ＮＡＣＫ応答を運搬するＮＰＵＳＣＨの

ＤＬサブフレーム送信の終了時に、提供され、始まらなければならず、ここで、

であり、

の値は、Ｍｓｇ４ ＮＰＤＳＣＨ送信のための連関したＮＰＲＡＣＨ資源に対して構成された上位階層パラメータａｃｋ−ＮＡＣＫ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓ−Ｍｓｇ４及び、それとも、上位階層パラメータａｃｋ−ＮＡＣＫ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓにより提供され、Ｎ

の値は、資源ユニット内のスロットの個数であり、ＡＣＫ／ＮＡＣＫのために割り当てられた副搬送波及びｋ０の値は、３ＧＰＰ ＴＳ ３６．２１３の表１６．４．２−１、及び表１６．４．２−２による対応するＮＰＤＣＣＨのＤＣＩフォーマットのＡＣＫ／ＮＡＣＫ資源フィールドにより決定される。

狭帯域物理放送チャネル（ＮＰＢＣＨ：Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）
ＢＣＨ送信チャネルに対するプロセシング構造は、３ＧＰＰ ＴＳ ３６．２１２の５．３．１節にしたがい、次のような相違点がある。

・送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）は、６４０ｍｓである。
・ＢＣＨ送信ブロックの大きさは、３４ビットに設定される。
・ＮＰＢＣＨに対するＣＲＣマスクは、３ＧＰＰ ＴＳ ３６．２１２の表５．３．１．１−１によってｅＮｏｄｅＢで１個または２個の送信アンテナポートにより選択され、ここで、送信アンテナポートは、３ＧＰＰ ＴＳ ３６．２１１のセクション１０．２．６に定義されている。
・レートマッチングビットの数は、３ＧＰＰ ＴＳ ３６．２１１のセクション１０．２．４．１に定義されている。

スクランブリングは、ＮＰＢＣＨを介して送信されるビット等の数を表す

を用いて３ＧＰＰ ＴＳ ３６．２１１の６．６．１節によって行われる。

は、正規循環プレフィックスに対して１６００と同一である。スクランブリングシーケンスは、

を満たす無線フレームで

に初期化される。

変調は、各アンテナポートに対してＱＰＳＫ変調方式を使用して行われ、

を満たす各無線フレームから始める６４個の連続する無線フレームの間、サブフレーム０で送信される。

レイヤマッピング及びプレコーディングは、Ｐ∈｛１、２｝である３ＧＰＰ ＴＳ ３６．２１１の６．６．３節によって行われる。ＵＥは、狭帯域物理放送チャネルの送信のために、アンテナポート

及び

が使用されると仮定する。

それぞれのアンテナポートに対する複素−値シンボルのブロック

は、

を満たすそれぞれの無線フレームから始める６４個の連続する無線フレームの間にサブフレーム０で送信され、

で始める連続する無線フレームから始めて参照信号等の送信のために予約されていない資源要素

へのシーケンスにマッピングされなければならず、１番目のインデックス

、以後インデックス

の増加順序である。サブフレームへのマッピング後に、以後の無線フレームで

のサブフレーム０へのマッピングを続ける前に、サブフレームは、７個の次の無線フレームでサブフレーム０で繰り返される。サブフレームの１番目の３個のＯＦＤＭシンボルは、マッピングプロセスで使用されない。マッピング目的のために、ＵＥは、実際構成と関係なく存在するアンテナポート２０００及び２００１に対する狭帯域参照信号及びアンテナポート０−３に対するセル−特定参照信号を仮定する。セル−特定参照信号の周波数遷移は、３ＧＰＰ ＴＳ ３６．２１１の６．１０．１．２節の

の計算でセル

を

に代えて計算する。

狭帯域物理下向きリンク制御チャネル（ＮＰＤＣＣＨ：Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
狭帯域物理下向きリンク制御チャネルは、制御情報を運搬する。狭帯域物理制御チャネルは、１個または２個の連続する狭帯域制御チャネル要素（ＮＣＣＥｓ：ｎａｒｒｏｗｂａｎｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔｓ）の集成（ａｇｇｒｅｇａｔｉｏｎ）を介して送信され、ここで、狭帯域制御チャネル要素は、サブフレームで６個の連続する副搬送波に対応し、ここで、ＮＣＣＥ ０は、副搬送波０〜５を占有し、ＮＣＣＥ １は、副搬送波６〜１１を占有する。ＮＰＤＣＣＨは、表１−２６に挙げられた種々のフォーマットを支援する。ＮＰＤＣＣＨフォーマット１の場合、全てのＮＣＣＥが同じサブフレームに属する。１個または２個のＮＰＤＣＣＨがサブフレーム内で送信され得る。

表２６は、支援されるＮＰＤＣＣＨフォーマットの一例を表す。

スクランブリングは、ＴＳ ３６．２１１の６．８．２節によって行われなければならない。スクランブリングシーケンスは、

を有する４番目毎のＮＰＤＣＣＨサブフレーム以後、ＴＳ ３６．２１３の１６．６節によってサブフレーム

の開始で初期化されなければならず、ここで
n_s
は、スクランブリングが（再−）初期化されるＮＰＤＣＣＨサブフレームの１番目のスロットである。

変調は、ＴＳ ３６．２１１の６．８．３節によってＱＰＳＫ変調方式を使用して行われる。

レイヤマッピングとプレコーディングは、ＮＰＢＣＨと同じアンテナポートを使用してＴＳ ３６．２１１の６．６．３節によって行われる。

複素−値シンボルのブロック

は、次の基準を全て満たす連関したアンテナポートを介して

で始めるシーケンスで資源要素

にマッピングされる：

これらは、ＮＰＤＣＣＨ送信のために割り当てられたＮＣＣＥ（等）の部分であり、そして、これらは、ＮＰＢＣＨ、ＮＰＳＳ、またはＮＳＳＳの送信のために使用されないことと仮定され、そして、これらは、ＮＲＳのためにＵＥにより使用されないことと仮定され、そして、これらは（存在するならば）、ＴＳ ３６．２１１の６節で定義されたように、ＰＢＣＨ、ＰＳＳ、ＳＳＳ、またはＣＲＳのために使用される資源要素と重ならず、そして、サブフレームの１番目のスロットのインデックス

は、

を満たし、ここで、

は、３ＧＰＰ ＴＳ ３６．２１３の１６．６．１節により提供される。

前述された基準を満たすアンテナポートｐを介しての資源要素

へのマッピングは、サブフレームの１番目のスロットから始めて２番目のスロットで終わる、１番目にインデックス

、以後、インデックス

の増加順序である。

ＮＰＤＣＣＨ送信は、ＮＰＤＣＣＨ送信が延期される送信ギャップを有する上位階層により構成されることができる。前記構成は、ＴＳ ３６．２１１の１０．２．３．４節のＮＰＤＳＣＨについて説明したことと同一である。

ＮＢ−ＩｏＴ下向きリンクサブフレームでない場合、ＵＥは、サブフレーム

でＮＰＤＣＣＨを期待しない。ＮＰＤＣＣＨ送信の場合、ＮＢ−ＩｏＴ下向きリンクサブフレームでないサブフレームで、ＮＰＤＣＣＨ送信は、次のＮＢ−ＩｏＴ下向きリンクサブフレームまで延期される。

ＤＣＩフォーマット
ＤＣＩフォーマットＮ０ＤＣＩフォーマットＮ０は、１つのＵＬセルでＮＰＵＳＣＨのスケジューリングのために使用される。次の情報は、ＤＣＩフォーマットＮ０により送信される。

フォーマットＮ０／フォーマットＮ１区別（１ビット）、副搬送波表示（６ビット）、資源割当（３ビット）、スケジューリング遅延（２ビット）、変調及びコーディング方式（４ビット）、リダンダンシバージョン（１ビット）、繰り返し回数（３ビット）、新しいデータ指示子（１ビット）、ＤＣＩサブフレーム繰り返し回数（２ビット）に対するフラグ

ＤＣＩフォーマットＮ１
ＤＣＩフォーマットＮ１は、１つのセルで１つのＮＰＤＳＣＨコードワードのスケジューリング及びＮＰＤＣＣＨ順序により開始されるランダムアクセス手順に使用される。ＮＰＤＣＣＨ順序に対応するＤＣＩは、ＮＰＤＣＣＨにより運搬される。次の情報は、ＤＣＩフォーマットＮ１により送信される：

・フォーマットＮ０／フォーマットＮ１区別（１ビット）、ＮＰＤＣＣＨ順序指示子（１ビット）に対するフラグ
フォーマットＮ１は、ＮＰＤＣＣＨ順序指示子が「１」に設定され、フォーマットＮ１ ＣＲＣがＣ−ＲＮＴＩにスクランブリングされ、残りの全てのフィールドが次のように設定される場合にのみ、ＮＰＤＣＣＨ順序により開始されるランダムアクセス手順に使用される：
・ＮＰＲＡＣＨ繰り返し（２ビット）の開始番号、ＮＰＲＡＣＨの副搬送波指示（６ビット）、フォーマットＮ１の残りの全てのビットは１に設定される。
それとも、
・スケジューリング遅延（３ビット）、資源割当（３ビット）、変調及びコーディング方式（４ビット）、繰り返し回数（４ビット）、新しいデータ指示子（１ビット）、ＨＡＲＱ−ＡＣＫ資源（４ビット）、ＤＣＩサブフレーム繰り返し回数（２ビット）
フォーマットＮ１ ＣＲＣがＲＡ−ＲＮＴＩにスクランブリングされれば、上記のフィールドのうち、次のフィールドが予約される。
・新しいデータ指示子、ＨＡＲＱ−ＡＣＫ資源
フォーマットＮ１の情報ビット数がフォーマットＮ０の情報ビット数より小さければ、ペイロード大きさがフォーマットＮ０と同一になるまでゼロがフォーマットＮ１に添付される。

ＤＣＩフォーマットＮ２
ＤＣＩフォーマットＮ２は、ページング及び直接指示に使用される。次の情報は、ＤＣＩフォーマットＮ２により送信される。
ページング／直接指示区別のためのフラグ（１ビット）
フラグ＝０の場合：
・直接指示情報（８ビット）、大きさがフラグ＝１であるフォーマットＮ２の大きさと同じ大きさになるまで予約情報ビットが追加される。
フラグ＝１の場合：
・資源割当（３ビット）、変調及びコーディング方式（４ビット）、繰り返し回数（４ビット）、ＤＣＩサブフレーム繰り返し回数（３ビット）

ＮＰＤＣＣＨ関連手順
ＵＥは、制御情報のための上位階層シグナリングにより構成されるＮＰＤＣＣＨ候補セットをモニタリングしなければならず、ここで、モニタリングは、全てのモニタリングされるＤＣＩフォーマットによってセット内のＮＰＤＣＣＨの各々をデコードしようと試みる ことを意味する。

集成レベル

と繰り返しレベル

でのＮＰＤＣＣＨ探索空間

は、ＮＰＦＣＣＨ候補のセットにより定義され、ここで、各候補は、サブフレーム

で始めるＳＩメッセージの送信のために使用されるサブフレームを除いたＲ個の連続するＮＢ−ＩｏＴ下向きリンクサブフレームのセットで繰り返される。

類型１−ＮＰＤＣＣＨ共通探索空間に対して、

であり、ＮＢ−ＩｏＴページング機会サブフレームの位置から決定される。

ＵＥがＮＰＤＣＣＨ ＵＥ−特定探索空間をモニタリングするために、ＮＢ−ＩｏＴ搬送波で上位階層により構成される場合、ＵＥは、上位階層に構成されたＮＢ−ＩｏＴ搬送波を介してＮＰＤＣＣＨ ＵＥ−特定探索空間をモニタリングし、ＵＥは、上位階層に構成されたＮＢ−ＩｏＴ搬送波を介してＮＰＳＳ、ＮＳＳＳ、ＮＰＢＣＨを受信することと期待されない。

それとも、
ＵＥは、ＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨが検出された同じＮＢ−ＩｏＴ搬送波を介してＮＰＤＣＣＨ ＵＥ−特定探索空間をモニタリングする。

サブフレーム

の１番目のスロットでインデックス

により提供されるＮＰＤＣＣＨに対する開始ＯＦＤＭシンボルは、次のように決定される。

上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅが存在する場合、

は、上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅにより提供される。

それとも、

狭帯域参照信号（ＮＲＳ：Ｎａｒｒｏｗｂａｎｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＵＥがｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを取得する前に、ＵＥは、狭帯域参照信号がＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０及び＃４で送信されると仮定することができる。

ＵＥがガード帯域（ｇｕａｒｄｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）を表す上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信する場合、
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得する前に、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０、＃１、＃３、＃４で狭帯域参照信号が送信されると仮定することができる。

ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９、サブフレーム＃０、＃１、＃３、＃４で、そして、ＮＢ−ＩｏＴ下向きリンクサブフレームで狭帯域参照信号が送信されることと仮定することができ、他の下向きリンクサブフレームで狭帯域参照信号を期待しない。

ＵＥがｉｎｂａｎｄ−ＳａｍｅＰＣＩまたはｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ ＰＣＩを指示する上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信すれば、
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得する前に、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０、＃４で狭帯域参照信号が送信されると仮定することができる。

ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後、ＵＥは、ＮＳＳＳを含まない、サブフレーム＃９、サブフレーム＃０、＃４で、そして、ＮＢ−ＩｏＴ下向きリンクサブフレームで狭帯域参照信号が送信されることと仮定することができ、他の下向きリンクサブフレームで狭帯域参照信号を期待しない。

狭帯域プライマリ同期信号（ＮＰＳＳ：Ｎａｒｒｏｗｂａｎｄ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）
狭帯域プライマリ同期信号に使用されるシーケンス

は、下記の数式１７によって周波数領域のＺａｄｏｆｆ−Ｃｈｕシーケンスから生成される。

ここで、相違したシンボルインデックスｌに対するＺａｄｏｆｆ−Ｃｈｕルートシーケンスインデックス

及び

は、表２７として提供される。

表２７は、Ｓ（ｌ）の一例を表す。

同一アンテナポートは、サブフレーム内の狭帯域プライマリ同期信号の全てのシンボルに対して使用されなければならない。

ＵＥは、狭帯域プライマリ同期信号が任意の下向きリンク参照信号と同じアンテナポートを介して送信されると仮定してはならない。ＵＥは、与えられたサブフレームでの狭帯域プライマリ同期信号の送信が任意の他のサブフレームでの狭帯域プライマリ同期信号と同一の、同じアンテナポートまたはポート等を使用すると仮定してはならない。

狭帯域セカンダリ同期信号（ＮＳＳＳ：Ｎａｒｒｏｗｂａｎｄ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌｓ）
狭帯域セカンダリ同期信号のために使用されるシーケンス

は、下記の数式１８によって周波数領域Ｚａｄｏｆｆ−Ｃｈｕシーケンスから生成される。

表２８は、

の一例を表す。

同一アンテナポートは、サブフレーム内の狭帯域セカンダリ同期信号の全てのシンボルに対して使用されなければならない。

ＵＥは、狭帯域セカンダリ同期化信号が任意の下向きリンク参照信号と同じアンテナポートを介して送信されると仮定してはならない。ＵＥは、与えられたサブフレームで狭帯域セカンダリ同期化信号の送信が任意の他のサブフレームの狭帯域セカンダリ同期化信号と同じアンテナポート、またはポート等を使用すると仮定してはならない。

表２９は、ＮＳＳＳシンボルの個数の一例を表す。

ＯＦＤＭ基底帯域信号生成
上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏが「ｉｎｂａｎｄ−ＳａｍｅＰＣＩ」を指示せず、ｓａｍｅＰＣＩ−Ｉｎｄｉｃａｔｏｒが「ｓａｍｅＰＣＩ」を指示しないならば、下向きリンクスロットでＯＦＤＭシンボル

のアンテナポート

を介しての時間−連続信号

は、下記の数式１９により定義される。

上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏが「ｉｎｂａｎｄ−ＳａｍｅＰＣＩ」を指示するか、またはｓａｍｅＰＣＩ−Ｉｎｄｉｃａｔｏｒが「ｓａｍｅＰＣＩ」を指示すれば、ＯＦＤＭシンボル

のアンテナポートｐを介しての時間−連続信号

は、ここで、

は、最後の偶数番目のサブフレームの開始でのＯＦＤＭシンボルインデックスであり、下記の数式２０により定義される。

特定３ＧＰＰ ｓｐｅｃ．では、狭帯域ＩｏＴ下向きリンクに対して単に一般（ｎｏｒｍａｌ）ＣＰのみ支援される。

以下、狭帯域物理放送チャネル（ＮＰＢＣＨ）の物理階層プロセスについてより具体的に説明する。

スクランブリング（ｓｃｒａｍｂｌｉｎｇ）
スクランブリングは、ＮＰＢＣＨを介して送信されるビットの数を表す

を用いて３ＧＰＰ ＴＳ ３６．２１１の６．６．１節によって行われる。

は、一般循環前置（ｎｏｒｍａｌ ｃｙｃｌｉｃ ｐｒｅｆｉｘ）に対して１６００と同一である。スクランブリングシーケンスは、

を満たす無線フレームで

に初期化される。

変調（ｍｏｄｕｌａｔｉｏｎ）
変調は、ＴＳ ３６．２１１の６．６．２節によって表１０．２．４．２−１の変調方式を使用して行われる。

表３０は、ＮＰＢＣＨに対する変調方式の一例を表す。

レイヤマッピング（ｌａｙｅｒ ｍａｐｐｉｎｇ）及びプレコーディング（ｐｒｅｃｏｄｉｎｇ）
レイヤマッピング及びプレコーディングは、Ｐ∈｛１、２｝である３ＧＰＰ ＴＳ ３６．２１１の６．６．３節によって行われる。ＵＥは、狭帯域物理放送チャネルの送信のために、アンテナポート

及び

が使用されると仮定する。

資源要素へのマッピング
それぞれのアンテナポートに対する複素−値（ｃｏｍｐｌｅｘ−ｖａｌｕｅ）シンボルのブロック

は、

を満たすそれぞれの無線フレームから始める６４個の連続する無線フレームの間にサブフレーム０で送信され、

から始める連続する無線フレームで始めて参照信号の送信のために予約されていない資源要素

へのシーケンスにマッピングされなければならず、１番目のインデックス

、その後、インデックス

の増加順序でなければならない。サブフレームへのマッピング後に、以後の無線フレームで

のサブフレーム０へのマッピングを続ける前に、サブフレームは、７個の次の無線フレームからサブフレーム０で繰り返される。サブフレームの１番目の３個のＯＦＤＭシンボルは、マッピングプロセスで使用されない。

マッピング目的のために、ＵＥは、実際構成と関係なく存在するアンテナポート２０００及び２００１に対する狭帯域参照信号及びアンテナポート０−３に対するセル−特定参照信号を仮定する。セル−特定参照信号の周波数遷移は、３ＧＰＰ ＴＳ ３６．２１１の６．１０．１．２節の

の計算でセル

を

に代えて計算する。

次に、ＭＩＢ−ＮＢ及びＳＩＢＮ１−ＮＢと関連した情報についてより具体的に説明する。

マスター情報ブロック（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）−ＮＢ
ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢは、ＢＣＨを介して送信されるシステム情報を含む。

シグナリング無線ベアラー（Ｓｉｇｎａｌｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ）：Ｎ／Ａ
ＲＬＣ−ＳＡＰ：ＴＭ
論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）：ＢＣＣＨ
方向（Ｄｉｒｅｃｔｉｏｎ）：ＵＥへのＥ−ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ ｔｏ ＵＥ）

表３１は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢフォーマットの一例を表す。

表３２は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢフィールドの説明を表す。

システム情報ブロック類型１（ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１）−ＮＢ
ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢメッセージは、ＵＥがセルをアクセスすることが許されるかを評価するとき、関連した情報を含み、他のシステム情報のスケジューリングを定義する。

シグナリング無線ベアラー（Ｓｉｇｎａｌｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ）：Ｎ／Ａ
ＲＬＣ−ＳＡＰ：ＴＭ
論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）：ＢＣＣＨ
方向（Ｄｉｒｅｃｔｉｏｎ）：Ｅ−ＵＴＲＡＮからＵＥに（Ｅ−ＵＴＲＡＮ ｔｏ ＵＥ）

表３３は、ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１（ＳＩＢ１）−ＮＢメッセージの一例を表す。

表３４は、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１−ＮＢフィールドの説明を表す。

本明細書で提案する速いデータ転送（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を示す。

第２に、既存の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構成の一例を示す。

表３８は、EDTのためのRARのUL grant内のfield構成の一例を示した表である。

仮に、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（

）値が０〜４４に指示された場合、３．７５kHzに決定され、４５〜６３に指示された場合、１５kHzに決定されると見ることができる。

表３９は、subcarrier indication field（６bits）の一例を示した表である。

追加的に、除外される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に

を０〜２のうちの１つにconfigure受けた場合、前述したように、EDTが拒絶されたと判断し、legacy MSG３情報のみ転送するように設定することができる。

追加で、

に‘３’をconfigure受けた場合、４種類のTBSのうちの１つを端末が判断して選択した後、該当するNPUSCHを転送すると設定することができる。

この際、基地局はBD（blind decoding）を通じて端末が選択したTBSを判断することができる。

より多様なRUの数を支援するために１６stateを全て使用することも本明細書で排除しないことは勿論である。

表４０は、設定された最大TBSが１，０００であるMSG３ NPUSCHに対するMCS indexの一例を示した表である。

次に、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）は以下の数式２３の通り定義できる。

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のパラメータが

である場合（即ち、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<１２）で、かつMCS indexがEDT-UL grant領域に含まれていれば、これはRARまたはMsg．３ UL grant検出失敗と解釈されることもできる。

表４１は、EDT Msg３ NPUSCHのためのMCS indexの一例を示した表である。

表４２は、４ TBS setがEDT Msg．３に対してenableされる時、EDT Msg３ NPUSCHに対するMCS indexの一例を示す。

表４３は、単に最大TBS setはEDT Msg．３に対してのみenableされる時、EDT Msg３ NPUSCHに対するMCS indexの一例を示した表である。

図１５は、本明細書で提案する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の一例を示す。

表４５は、CE mode Bに対するRAR UL grantでTBS tableの一例を示す。

表４６は、CE mode Aに対するRAR UL grantでTBS tableの一例を示す。表４６は、EDT UL grantに使われる場合の一例を示す。

先に提案する方法は、概念的にCE modeに関係なく、以下のような特徴で構成できる。

A）TBS tableで、一部elementをEDT UL grantのために再解釈できるように許容

１）選択されるelementは特定ITBS値に該当する全てのelementでありうる。

表４４と表４５で、特定I_TBSは高い値を優先的にEDT UL grantのために使用できる。

これは、EDTで必要なMsg．３ TBSが相対的に高い値でありうるので、これと重複できる確率の高いI_TBSをEDT UL grantに再使用するためでありうる。

ここで、後述する方法（EDTでscheduling可能なN TBS setをenableする方法）の‘A）Msg．１にEDT要請を行う前に、system informationで２）と３）を事前に知らせる方法’の場合、１つのI_TBS値（最も大きい値）のみEDT UL grantに再使用または再解釈するようにすることができる。

そして、後述する方法（EDTでscheduling可能なN TBS setをenableする方法）の‘B）Msg．２で２）と３）を動的に直接知らせる方法’を支援する場合、最小２つのI_TBS値をEDT UL grantに再使用または再解釈するようにすることができる。

簡単な実施形態に、表４６でI_TBSが６または７である場合、端末はEDT要請が受諾されたと判断し、I_TBSが６である場合、T０ TBSにMsg．３を転送しなければならない。

そして、I_TBSが７である場合、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は特定I_TBS値と特定N_PRB値の組合せに制限できる。

先の１）の方法と同一であるが、TBS TableでEDT Msg．３ UL grantのために選択できるelementがN_PRBによっても制限できる差異のみある。

例えば、Msg．３のPRB数が特定値より小さいか大きい場合に対してのみ許容する場合、RAR UL grantに指示されたI_TBSが１）でEDTのために予約したI_TBS値と同一な場合にもPRB数によってこれをEDT要請に対する受諾または拒絶と解釈を異にすることができる。

このような場合、端末立場ではRAR UL grantで指示を受けたPRB数がEDTを支援しないPRB数に該当する場合、TBS Tableを既存のRandom accessのためのRAR UL grantのTBS tableと同一に解釈する。

仮に、RAR UL grantで指示を受けたPRB数がEDTを支援するPRB数に該当する場合、I_TBS値によってTBS Tableの該当elementをEDTのために新しく解釈するか、または既存のRandom accessのためのRAR UL grantのTBS tableと同一に解釈することができる。

該当方法は、NB-IoTの表４１でも同様に適用できる。

例えば、sub-carrier spacing及び／又はI_scによって設定された最大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を生成するために使われるC_init値が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を例に

でα値）が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システムの他にも多様な無線通信システムに適用可能である。

Claims (16)

1. 狭帯域をサポートする無線通信システムにおいて、端末（ＵＥ）が速いデータ転送（ＥＤＴ）を用いてアップリンク送信を実行する方法において、
   基地局（ＢＳ）から、前記アップリンク送信に対する最大のトランスポートブロックサイズ（ＴＢＳ）（Ｍ）を表す第１情報、及び前記最大のＴＢＳより小さいＴＢＳに対する選択が前記アップリンク送信に対して許容されるか否かを表す第２情報を含む制御メッセージを受信するステップと、
   前記ＢＳに、前記ＥＤＴの要請のためのランダムアクセスプリアンブルに関連するメッセージ１を送信するステップと、
   前記ＢＳから、アップリンク（ＵＬ） ｇｒａｎｔを含むランダムアクセス応答メッセージに関連するメッセージ２を受信するステップであって、前記ＵＬ ｇｒａｎｔは、前記ＥＤＴに対する資源情報、メッセージ３の反復回数（Ｎ）に関する情報及び変調及びコーディング方式（ＭＣＳ）インデックスに関する情報を含む、ステップと、
   前記ＵＥが、０００、００１と０１０以外の値を持つ前記ＭＣＳインデックス、及び前記ＴＢＳに対する選択が許容されることに基づいて、前記最大のＴＢＳ（Ｍ）に従い事前設定されたＴＢＳセットから特定のＴＢＳ（Ｓ）を選択するステップと、
   前記ＵＥにより選択された前記特定のＴＢＳ（Ｓ）の前記制御メッセージにより設定された前記最大のＴＢＳ（Ｍ）に対する比（Ｓ／Ｍ）が前記ＵＬ ｇｒａｎｔに含まれた前記メッセージ３の反復回数（Ｎ）で乗じられることに基づいて、前記ＵＥが、前記アップリンク送信に関連するメッセージ３に対する反復回数を決定するステップと、
   前記ＵＥが、前記反復回数だけ前記アップリンク送信を実行するステップと、を含む、方法。
2. 前記ランダムアクセスプリアンブルは前記メッセージ１であり、前記ランダムアクセス応答メッセージは前記メッセージ２であり、及び前記アップリンク送信は前記メッセージ３である、請求項１に記載の方法。
3. 前記ＢＳから、複数のＴＢＳを含む前記ＴＢＳセットの一部として設定されるＴＢＳサブセットに関する第３情報を受信するステップをさらに含む、請求項１に記載の方法。
4. 前記特定のＴＢＳは、前記ＴＢＳサブセットから選択される、請求項３に記載の方法。
5. 前記特定のＴＢＳは、前記最大のＴＢＳに基づいて決定される、請求項１に記載の方法。
6. 前記アップリンク送信が送信される周波数領域の資源と時間領域の開始位置は、ＴＢＳに関係なく一定である、請求項１に記載の方法。
7. 前記ＥＤＴの要請のための前記ランダムアクセスプリアンブルは、ＣＥレベルまたはＲＳＲＰの少なくとも１つに基づいて決定される、請求項１に記載の方法。
8. 前記ＥＤＴの要請のための前記ランダムアクセスプリアンブルは、前記ＣＥレベルに対応するキャリア上で前記ＢＳに送信される、請求項７に記載の方法。
9. Ｔｙｐｅ-２共通探索空間（ＣＳＳ）で物理ダウンリンク制御チャンネルをモニタリングするステップと、
   前記ＢＳから、前記物理ダウンリンク制御チャンネルに基づいて、前記アップリンク送信に対する応答メッセージ受信するステップと、をさらに含む、請求項１に記載の方法。
10. 前記ＥＤＴの要請のための前記ランダムアクセスプリアンブルは、ＮＰＲＡＣＨの開始キャリアインデックス、前記ＮＰＲＡＣＨの送信のために使われるノン−アンカーキャリアインデックス、またはＲＡＰＩＤの少なくとも１つに基づいて識別される、請求項１に記載の方法。
11. 前記ランダムアクセス応答メッセージは、前記ＥＤＴの要請に対する許諾または拒絶のための情報を含む、請求項１０に記載の方法。
12. 前記ＥＤＴの要請が前記ＲＡＰＩＤに基づいて識別されることに基づいて、前記許諾または拒絶は、前記ＲＡＰＩＤに対応するＭＡＣ ＰＤＵの特定フィールドにより指示される、請求項１１に記載の方法。
13. 前記ランダムアクセス応答メッセージに含まれたＴＢＳに対する値が以前のＴＢＳに対する値と同一であるか否かを確認するステップと、
    前記ランダムアクセス応答メッセージに含まれた前記ＴＢＳに対する値が前記以前のＴＢＳに対する値と同一な場合、前記ＥＤＴの要請が拒絶されたことを識別するステップと、をさらに含む、請求項１０に記載の方法。
14. 狭帯域をサポートする無線通信システムにおいて、速いデータ転送（ＥＤＴ）を用いてアップリンク送信を実行するよう構成された端末（ＵＥ）において、
    送信器及び受信器と、
    前記送信器及び前記受信器と動作可能に接続される少なくとも１つのプロセッサと、を含み、
    前記少なくとも１つのプロセッサは、
    基地局（ＢＳ）から、前記アップリンク送信に対する最大のトランスポートブロックサイズ（ＴＢＳ）（Ｍ）を表す第１情報、及び前記最大のＴＢＳより小さいＴＢＳに対する選択が前記アップリンク送信に対して許容されるか否かを表す第２情報を含む制御メッセージを受信し、
    前記ＢＳに、前記ＥＤＴの要請のためのランダムアクセスプリアンブルに関連するメッセージ１を送信し、
    前記ＢＳから、アップリンク（ＵＬ） ｇｒａｎｔを含むランダムアクセス応答メッセージに関連するメッセージ２を受信し、前記ＵＬ ｇｒａｎｔは、前記ＥＤＴに対する資源情報、メッセージ３の反復回数（Ｎ）に関する情報及び変調及びコーディング方式（ＭＣＳ）インデックスに関する情報を含み、
    前記ＵＥが、０００、００１と０１０以外の値を持つ前記ＭＣＳインデックス、及び前記ＴＢＳに対する選択が許容されることに基づいて、前記最大のＴＢＳ（Ｍ）に従い事前設定されたＴＢＳセットから特定のＴＢＳ（Ｓ）を選択し、
    前記ＵＥにより選択された前記特定のＴＢＳ（Ｓ）の前記制御メッセージにより設定された前記最大のＴＢＳ（Ｍ）に対する比（Ｓ／Ｍ）が前記ＵＬ ｇｒａｎｔに含まれた前記メッセージ３の反復回数（Ｎ）で乗じられることに基づいて、前記ＵＥが、前記アップリンク送信に関連するメッセージ３に対する反復回数を決定し、
    前記ＵＥが、前記反復回数だけ前記アップリンク送信を実行するように設定される、端末。
15. 前記少なくとも１つのプロセッサは、前記ＢＳから、複数のＴＢＳを含む前記ＴＢＳセットの一部として設定されるＴＢＳサブセットに関する第３情報を受信するようさらに設定される、請求項１４に記載の端末。
16. 前記少なくとも１つのプロセッサは、前記ＴＢＳサブセットから前記特定のＴＢＳを選択するようさらに設定される、請求項１５に記載の端末。

Images