(57)【要約】本発明は、無線通信システムにおいて、ランダムアクセス過程を行う方法及びそのための装置に関し、基地局から前記ランダムアクセス過程の開始を指示するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）オーダーを受信するステップと、前記基地局にランダムアクセスプリアンブルを送信するステップと、前記基地局からランダムアクセス応答メッセージを受信するステップと、を含み、前記ランダムアクセス応答メッセージを受信するステップは、前記ＰＤＣＣＨオーダーがＭｓｇ２における下りリンクデータ送信を指示する場合、前記ランダムアクセス応答メッセージと共に、下りリンクデータを受信することを含む方法及びそのための装置に関する。【選択図】図１４
2020510372.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、端末がランダムアクセス過程を行う方法であって、
基地局から前記ランダムアクセス過程の開始を指示するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）オーダーを受信するステップと、
前記基地局にランダムアクセスプリアンブルを送信するステップと、
前記基地局からランダムアクセス応答メッセージを受信するステップと、を含み、
前記ランダムアクセス応答メッセージを受信するステップは、前記ＰＤＣＣＨオーダーがＭｓｇ２における下りリンクデータ送信を指示する場合、前記ランダムアクセス応答メッセージと共に、下りリンクデータを受信することを含む、方法。
【請求項２】
前記ＰＤＣＣＨオーダーが特定のＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を用いて検出された場合、前記ＰＤＣＣＨオーダーは、前記ランダムアクセス過程の開始及び前記Ｍｓｇ２における下りリンクデータ送信を指示する、請求項１に記載の方法。
【請求項３】
前記特定のＲＮＴＩは、ＦＦＦ４〜ＦＦＦ９のうちの１つのヘキサデシマル値を有する、請求項２に記載の方法。
【請求項４】
前記ＰＤＣＣＨオーダーがＣ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）を用いて受信される場合、前記ＰＤＣＣＨオーダーは、前記Ｍｓｇ２における下りリンクデータ送信を省略する、請求項２に記載の方法。
【請求項５】
前記ＰＤＣＣＨオーダーがＣ−ＲＮＴＩ（Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を用いて受信され、前記ＰＤＣＣＨオーダーによって受信された下りリンク制御情報の少なくとも１つの予備ビット（ｒｅｓｅｒｖｅｄ  ｂｉｔ）が特定の値に設定された場合、前記ＰＤＣＣＨオーダーは、前記ランダムアクセス過程の開始及び前記Ｍｓｇ２における下りリンクデータ送信を指示する、請求項１に記載の方法。
【請求項６】
前記受信された下りリンク制御情報は、ＤＣＩフォーマット１Ａであり、
前記特定の値は、１である、請求項５に記載の方法。
【請求項７】
前記受信された下りリンク制御情報は、ＤＣＩフォーマットＮ１であり、
前記特定の値は、０である、請求項５に記載の方法。
【請求項８】
前期下りリンクデータは、アプリケーション層のユーザデータを含む、請求項1に記載の方法。
【請求項９】
前記下りリンクデータは、ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）を介して前記アプリケーション層へ伝達される、請求項８に記載の方法。
【請求項１０】
無線通信システムにおいて、ランダムアクセス過程を行う端末であって、
ＲＦ送受信器（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ｔｒａｎｓｃｅｉｖｅｒ）と、
前記ＲＦ送受信器に動作可能に接続する（ｏｐｅｒａｔｉｖｅｌｙ  ｃｏｎｎｅｃｔｅｄ）プロセッサと、を含み、
前記プロセッサは、
基地局から前記ランダムアクセス過程の開始を指示するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）オーダーを受信し、
前記基地局にランダムアクセスプリアンブルを送信し、
前記基地局からランダムアクセス応答メッセージを受信するように構成され、
前記ランダムアクセス応答メッセージを受信することは、前記ＰＤＣＣＨオーダーがＭｓｇ２における下りリンクデータ送信を指示する場合、前記ランダムアクセス応答メッセージと共に、下りリンクデータを受信することを含む、端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、データを効率的に送受信するためのランダムアクセス過程を行う方法及びそのための装置に関する。
【背景技術】
【０００２】
多数の通信機器がより大きな通信容量を要求することにより、既存の無線アクセス技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ，ＲＡＴ）に比べて向上した広帯域移動通信（ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）の必要性が高まっている。また多数の機器及びモノを接続していつでもどこでも多様なサービスを提供する大規模ＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮すべき主要なイシューである。また、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末（ＵＥ）を考慮した通信システムデザインが論議されている。このように、向上した広帯域移動通信（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、大規模ＭＴＣ（ｍａｓｓｉｖｅ  ＭＴＣ，ｍＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術の導入が論議されていて、本発明では、便宜のために、当該技術をＮＲ（ｎｅｗ  ＲＡＴ）と呼ぶ。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線通信システムにおいて、データを効率的に送受信するためにランダムアクセス過程を行う方法及びそのための装置を提供することにある。具体的に、本発明の目的は、狭帯域のモノのインターネット（ＮＢ−ＩｏＴ）通信を支援する無線通信システムにおいて、上りリンク／下りリンクデータを効率的に送受信するためにランダムアクセス過程を行う方法及びそのための装置を提供することにある。
【０００４】
本発明で遂げようとする技術的課題は以上で言及した事項に限定されず、言及していない別の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【課題を解決するための手段】
【０００５】
本発明の第１の態様として、無線通信システムにおいて、端末がランダムアクセス過程を行う方法が提供され、前記方法は、基地局から前記ランダムアクセス過程の開始を指示するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）オーダーを受信するステップと、前記基地局にランダムアクセスプリアンブルを送信するステップと、前記基地局からランダムアクセス応答メッセージを受信するステップと、を含み、前記ランダムアクセス応答メッセージを受信するステップは、前記ＰＤＣＣＨオーダーがＭｓｇ２における下りリンクデータ送信を指示する場合、前記ランダムアクセス応答メッセージと共に、下りリンクデータを受信することを含むことができる。
【０００６】
本発明の第２の態様として、無線通信システムにおいて、ランダムアクセス過程を行う端末が提供され、前記端末は、ＲＦ送受信器（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ｔｒａｎｓｃｅｉｖｅｒ）と、前記ＲＦ送受信器に動作可能に接続する（ｏｐｅｒａｔｉｖｅｌｙ  ｃｏｎｎｅｃｔｅｄ）プロセッサと、を含み、前記プロセッサは、基地局から前記ランダムアクセス過程の開始を指示するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）オーダーを受信し、前記基地局にランダムアクセスプリアンブルを送信し、前記基地局からランダムアクセス応答メッセージを受信するように構成され、前記ランダムアクセス応答メッセージを受信することは、前記ＰＤＣＣＨオーダーがＭｓｇ２における下りリンクデータ送信を指示する場合、前記ランダムアクセス応答メッセージと共に、下りリンクデータを受信することを含むことができる。
【０００７】
好ましくは、前記ＰＤＣＣＨオーダーが特定のＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を用いて検出された場合、前記ＰＤＣＣＨオーダーは、前記ランダムアクセス過程の開始及び前記Ｍｓｇ２における下りリンクデータ送信を指示することができる。
【０００８】
好ましくは、前記特定のＲＮＴＩは、ＦＦＦ４〜ＦＦＦ９のうちの１つのヘキサデシマル値を有することができる。
【０００９】
好ましくは、前記ＰＤＣＣＨオーダーがＣ−ＲＮＴＩ（Ｃｅｌｌ−ＲＮＴＩ）を用いて受信される場合、前記ＰＤＣＣＨオーダーは、前記Ｍｓｇ２における下りリンクデータ送信を省略することができる。
【００１０】
好ましくは、前記ＰＤＣＣＨオーダーがＣ−ＲＮＴＩ（Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を用いて受信され、前記ＰＤＣＣＨオーダーによって受信された下りリンク制御情報の少なくとも１つの予備ビット（ｒｅｓｅｒｖｅｄ  ｂｉｔ）が特定の値に設定された場合、前記ＰＤＣＣＨオーダーは、前記ランダムアクセス過程の開始及び前記Ｍｓｇ２における下りリンクデータ送信を指示することができる。
【００１１】
好ましくは、前記受信された下りリンク制御情報は、ＤＣＩフォーマット１Ａであり、前記特定の値は１であることができる。
【００１２】
好ましくは、前記受信された下りリンク制御情報は、ＤＣＩフォーマットＮ１であり、前記特定の値は０であることができる。
【００１３】
好ましくは、前記下りリンクデータは、アプリケーション層のユーザデータを含むことができる。
【００１４】
好ましくは、前記下りリンクデータは、ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）を介して前記アプリケーション層に伝達することができる。
【発明の効果】
【００１５】
本発明によれば、無線通信システムにおいて、ランダムアクセス過程により、効率的にデータを送受信することができる。具体的に、本発明によれば、狭帯域のモノのインターネット（ＮＢ−ＩｏＴ）通信を支援する無線通信システムにおいて、ランダムアクセス過程により、効率的にデータを送受信することができる。
【００１６】
本発明で遂げようとする技術的課題は以上で言及した事項に限定されず、言及していない別の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。
【図面の簡単な説明】
【００１７】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する様々な実施例を提供する。また、添付の図面は、詳細な説明と共に本発明の実施形態を説明する。
【００１８】
【図１】無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）のコントロールプレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）を例示する。
【図２】本発明において用いられる物理チャネル及びこれらを用いた一般の信号送信方法を例示する。
【図３】本発明において用いられる無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）の構造を例示する。
【図４】本発明において用いられる下りリンクスロットのためのリソースグリッドを例示する。
【図５】本発明において用いられる下りリンクサブフレームの構造を例示する。
【図６】本発明において用いられる上りリンクサブフレームの構造を例示する。
【図７】ランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を例示する。
【図８】本発明によるランダムアクセス過程を例示する。
【図９】本発明によるランダムアクセス過程を例示する。
【図１０】本発明によるランダムアクセス過程を例示する。
【図１１】本発明によるランダムアクセス過程を例示する。
【図１２】本発明によるランダムアクセス過程を例示する。
【図１３】本発明によるランダムアクセス過程を例示する。
【図１４】本発明によるランダムアクセス過程を例示する。
【図１５】本発明によるランダムアクセス過程を例示する。
【図１６】本発明によるランダムアクセス過程を例示する。
【図１７】本発明に適用可能な基地局及び端末を例示する。
【発明を実施するための形態】
【００１９】
以下の技術は、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）などのような様々な無線アクセスシステムに用いることができる。ＣＤＭＡは、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現化することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現化することができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＴＲＡＮ）などのような無線技術によって具現化することができる。ＵＴＲＡＮは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）システムは、Ｅ−ＵＴＲＡＮを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）システムは、３ＧＰＰ  ＬＴＥの進化したバージョンである。
【００２０】
説明の明確性のために、以下では、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心として説明するが、本発明の技術的原理はこれに制限されない。また、以下の説明で使われる特定の用語は、本発明の理解を助けるために提供されたもので、これらの特定の用語の使用は、本発明の技術的原理から逸脱することなく他の形態に変更されてもよい。例えば、本発明は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ標準によるシステムだけではなく、その他の３ＧＰＰ標準、ＩＥＥＥ  ８０２．ｘｘ標準又は３ＧＰＰ２標準によるシステムにも適用可能であり、次世代通信システムに適用できる。
【００２１】
本発明において、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ，ＵＥ）は、固定していても、移動性を有していてもよいもので、基地局（ｂａｓｅ  ｓｔａｔｉｏｎ，ＢＳ）と通信してデータ及び／又は制御情報を送受信する各種機器を含む。ＵＥを、端末（Ｔｅｒｍｉｎａｌ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＭＴ（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、ＵＴ（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅ  Ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、無線モデム（ｗｉｒｅｌｅｓｓ  ｍｏｄｅｍ）、携帯機器（ｈａｎｄｈｅｌｄ  ｄｅｖｉｃｅ）などと呼ぶこともできる。以下、ＵＥは端末と混用できる。
【００２２】
本発明において、基地局（ＢＳ）は一般に、ＵＥ及び／又は他のＢＳと通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ＵＥ及び他のＢＳと通信して各種データ及び制御情報を交換する。基地局（ＢＳ）を、ＡＢＳ（Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ＮＢ（Ｎｏｄｅ−Ｂ）、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、ＰＳ（Ｐｒｏｃｅｓｓｉｎｇ  Ｓｅｒｖｅｒ）、ノード（ｎｏｄｅ）、ＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｏｉｎｔ）などと呼ぶこともできる。以下、基地局（ＢＳ）はｅＮＢと混用できる。
【００２３】
図１は、３ＧＰＰ無線アクセス網の規格に基づく端末とＥ−ＵＴＲＡＮの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）のコントロールプレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）の構造を示す図である。コントロールプレーンは端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークが呼（ｃａｌｌ）を管理するために用いる制御メッセージが送信される通路を意味する。ユーザプレーンはアプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００２４】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は上位にある媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続される。この送信チャネルを介して媒体アクセス制御層と物理層の間でデータが移動する。送信側と受信側の物理層の間では物理チャネルを介してデータが移動する。物理チャネルは時間と周波数を無線リソースとして活用する。具体的には、物理チャネルは、下りリンクにおいて、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、上りリンクにおいては、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００２５】
第２層である媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は信頼性のあるデータ送信を支援する。ＲＬＣ層の機能はＭＡＣ内部の機能ブロックにより具現化できる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は帯域幅が狭い無線インターフェースにおいてＩＰｖ４或いはＩＰｖ６のようなＩＰパケットを効率的に送信するために不要な制御情報を減らすヘッダ圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）の機能を果たす。
【００２６】
第３層である最下部に位置する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、コントロールプレーンでのみ定義される。ＲＲＣ層は無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ，ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解放（Ｒｅｌｅａｓｅ）に関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは端末とネットワークの間のデータ伝達のために第２層により提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ層は互いにＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ層の間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）となり、そうではない場合はＲＲＣ遊休状態（Ｉｄｌｅ  Ｍｏｄｅ）となる。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を果たす。
【００２７】
基地局（ｅＮＢ）を構成する１つのセルは、１．２５、２．５、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定されればよい。
【００２８】
ネットワークから端末にデータを送信する下り送信チャネルとしては、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージの場合、下りＳＣＨを介して送信され、又は別の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信されることができる。なお、端末からネットワークにデータを送信する上り送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。送信チャネルの上位にありかつ送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）としては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００２９】
無線アクセスシステムにおいて、端末は、下りリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）を介して基地局から情報を受信して、上りリンク（ＵＬ：Ｕｐｌｉｎｋ）を介して基地局へ情報を送信する。基地局及び端末が送受信する情報は、一般のデータ情報及び様々な制御情報を含み、基地局及び端末が送受信する情報の種類／用途に応じて様々な物理チャネルが存在する。
【００３０】
図２は、本発明において用いられる物理チャネル及びこれらのチャネルを用いた一般の信号送信方法を例示する。
【００３１】
端末は、電源がオフ状態から再びオンになったり、新しくセルに進入したりした場合に、ステップＳ２０１において、基地局と同期を取る等の初期セルサーチ（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う。そのために、端末は、基地局からプライマリ同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ，ＰＳＳ）及びセカンダリ同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ，ＳＳＳ）を受信して基地局と同期を取り、セルＩＤ（ｃｅｌｌ ｉｄｅｎｔｉｔｙ）などの情報を取得すればよい。その後、端末は、基地局から物理ブロードキャストチャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ，ＰＢＣＨ）を介してセル内においてブロードキャストされるシステム情報を取得できる。一方、端末は、初期セルサーチ段階で、下りリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ，ＤＬ  ＲＳ）を受信し、下りリンクチャネル状態を確認できる。
【００３２】
初期セルサーチを終えた端末は、ステップＳ２０２において、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ，ＰＤＣＣＨ）、及び該物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ，ＰＤＳＣＨ）を受信することによって、より具体的なシステム情報を取得できる。
【００３３】
その後、端末は、基地局への接続を完了するために、ステップＳ２０３乃至ステップＳ２０６のようなランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。このため、端末は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ，ＰＲＡＣＨ）を介してプリアンブル（ｐｒｅａｍｂｌｅ）を送信して（Ｓ２０３）、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルを介して、プリアンブルへの応答メッセージを受信することができる（Ｓ２０４）。競合ベースランダムアクセス（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ）の場合、追加の物理ランダムアクセスチャネルの送信（Ｓ２０５）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネル受信（Ｓ２０６）のような競合解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００３４】
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ２０７）、及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ，ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ，ＰＵＣＣＨ）送信（Ｓ２０８）を行うことができる。端末が基地局へ送信する制御情報を総称して上りリンク制御情報（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ）という。ＵＣＩは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般に、ＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータが同時に送信される必要がある場合は、ＰＵＳＣＨを介して送信されてもよい。また、ネットワークの要求／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に送信してもよい。
【００３５】
図３は、本発明において用いられる無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）の構造を例示する。セルラーＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット送信は、サブフレーム（ｓｕｂｆｒａｍｅ，ＳＦ）単位で行われ、一サブフレームは、複数のＯＦＤＭシンボルを含む一定の時間区間で定義される。ＬＴＥ（−Ａ）システムでは、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ１の無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）構造と、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。
【００３６】
図３は、タイプ１の無線フレームの構造を例示する。例えば、下りリンク無線フレームは、１０個のサブフレームで構成され、１サブフレームは、時間ドメイン（ｔｉｍｅ  ｄｏｍａｉｎ）において２個のスロット（ｓｌｏｔ）で構成される。１サブフレームを送信するのにかかる時間をＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）という。或いは、ＴＴＩは、１個のスロットを送信するのにかかる時間を称してもよい。例えば、１サブフレームの長さは１ｍｓであり、１スロットの長さは０．５ｍｓである。１スロットは時間ドメインにおいて複数のＯＦＤＭシンボルを含み、周波数ドメイン（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）において複数のリソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ，ＲＢ）を含む。ＬＴＥ（−Ａ）システムでは、下りリンクでＯＦＤＭを用いるため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル又はシンボル区間とも呼ばれる。リソース割り当て単位としてのリソースブロック（ＲＢ）は、１スロットにおいて複数の連続したサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含んでもよい。
【００３７】
１スロットに含まれるＯＦＤＭシンボルの数は、サイクリックプレフィックス（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ，ＣＰ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって変更可能である。ＣＰには、拡張ＣＰ（ｅｘｔｅｎｄｅｄ  ＣＰ）と一般ＣＰ（ｎｏｒｍａｌ  ＣＰ）とがある。例えば、ＯＦＤＭシンボルが一般ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個である。ＯＦＤＭシンボルが拡張ＣＰによって構成された場合、１ＯＦＤＭシンボルの長さが増加するため、１スロットに含まれるＯＦＤＭシンボルの数は、一般ＣＰの場合に比べて少ない。例えば、拡張ＣＰの場合に、１スロットに含まれるＯＦＤＭシンボルの数は６個である。端末が速い速度で移動する場合などのようにチャネル状態が不安定な場合は、シンボル間干渉をより減らすために、拡張ＣＰが用いられてもよい。
【００３８】
タイプ２の無線フレームは、２ハーフフレーム（ｈａｌｆ  ｆｒａｍｅ）で構成され、各ハーフフレームは、５サブフレームで構成され、下りリンク区間（例えば、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ））、ガード区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ，ＧＰ）、上りリンク区間（例えば、ＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ））を含む。１サブフレームは２スロットで構成される。例えば、下りリンク区間（例えば、ＤｗＰＴＳ）は、端末における初期セルサーチ、同期化又はチャネル推定に用いられる。例えば、上りリンク区間（例えば、ＵｐＰＴＳ）は、基地局におけるチャネル推定と端末の上りリンク送信同期を取るために用いられる。例えば、上りリンク区間（例えば、ＵｐＰＴＳ）は、基地局においてチャネル推定のためのＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が送信されてもよく、上りリンク送信同期を取るためのランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ）を運ぶＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）が送信されてもよい。ガード区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
【００３９】
上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。
【００４０】
図４は、本発明において用いられる下りリンクスロットのためのリソースグリッドを例示する。
【００４１】
図４を参照すると、下りリンクスロットは、時間ドメインにおいて複数のＯＦＤＭシンボルを含む。ここで、１下りリンクスロットは、７ＯＦＤＭシンボルを含み、１リソースブロック（ＲＢ）は、周波数ドメインにおいて１２サブキャリアを含むものと例示されている。しかし、本発明はこれらに限られない。リソースグリッド上のそれぞれの要素は、リソース要素（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ，ＲＥ）と呼ばれる。１ＲＢは１２×７ＲＥを含む。下りリンクスロットに含まれたＲＢの数ＮＤＬは下りリンク送信帯域に依存する。上りリンクスロットの構造は、下りリンクスロットの構造と類似してもよい。
【００４２】
上述したスロットのリソースグリッドは例示に過ぎず、スロットに含まれるシンボル、リソース要素、ＲＢの数は様々に変更可能である。
【００４３】
図５は、本発明において用いられる下りリンクサブフレームの構造を例示する。
【００４４】
図５を参照すると、サブフレームにおいて最初のスロットの先頭部に位置する最大３（又は４）個のＯＦＤＭシンボルが、制御チャネル割り当てのための制御領域に該当する。その他のＯＦＤＭシンボルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられるデータ領域に該当し、データ領域の基本リソース単位はＲＢである。ＬＴＥ（−Ａ）システムにおいて用いられる下りリンク制御チャネルの例は、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）などを含む。
【００４５】
ＰＣＦＩＣＨはサブフレームの最初のＯＦＤＭシンボルから送信され、サブフレームにおいて制御チャネルの送信に用いられるＯＦＤＭシンボルの数に関する情報を運ぶ。ＰＣＦＩＣＨは、４個のリソース要素グループ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ，ＲＥＧ）からなり、それぞれのＲＥＧは、セルＩＤに基づき、制御領域内に均等に分散される。１ＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）は４リソース要素で構成できる。ＰＣＦＩＣＨは、１〜３（又は、２〜４）の値を指示して、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）に変調される。ＰＨＩＣＨは、上りリンク送信への応答としてＨＡＲＱ  ＡＣＫ／ＮＡＣＫ信号を運ぶ。ＰＨＩＣＨ区間（ｄｕｒａｔｉｏｎ）によって設定された１個以上のＯＦＤＭシンボルにおいて、ＣＲＳ及びＰＣＦＩＣＨ（最初のＯＦＤＭシンボル）を除くその他のＲＥＧ上にＰＨＩＣＨが割り当てられる。ＰＨＩＣＨは、周波数ドメイン上において最大に分散された３個のＲＥＧに割り当てられる。以下、ＰＨＩＣＨをより詳しく説明する。
【００４６】
ＰＤＣＣＨは、サブフレームの最初のｎ個のＯＦＤＭシンボル（以下、制御領域）内に割り当てられる。ここで、ｎは１以上の整数であって、ＰＣＦＩＣＨによって指示される。ＰＤＣＣＨを介して送信される制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）という。ＰＤＣＣＨは、下りリンク共有チャネル（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割り当て情報、上りリンク共有チャネル（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割り当て情報、ページングチャネル（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ，ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上から送信されるランダムアクセス応答のような上位層制御メッセージのリソース割り当て情報、端末グループ内の各々の端末へのＴｘパワー制御命令セット、Ｔｘパワー制御命令、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）の活性化指示情報などを運ぶ。より具体的に、ＤＣＩフォーマットは、用途に応じて、ホッピングフラッグ（ｈｏｐｐｉｎｇ  ｆｌａｇ）、ＲＢ割り当て、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）、ＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）、ＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）、循環シフトＤＭ−ＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）要求、ＨＡＲＱプロセス番号、ＴＰＭＩ（Ｔｒａｎｓｍｉｔｔｅｄ  Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）確認（ｃｏｎｆｉｒｍａｔｉｏｎ）などの情報を選択的に含む。
【００４７】
複数のＰＤＣＣＨが制御領域内から送信できる。端末は複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ，ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＰＤＣＣＨを構成するＣＣＥの個数をＣＣＥアグリゲーションレベル（ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ）という。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づく符号化率（ｃｏｄｉｎｇ  ｒａｔｅ）を提供するために用いられる論理的割り当てユニットである。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ，ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの数は、ＣＣＥの数に応じて決定される。基地局は、端末に送信されるＤＣＩに応じてＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的に応じて識別子（例えば、ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ））でマスクされる。例えば、ＰＤＣＣＨが特定の端末のためのものである場合、該当端末の識別子（例えば、ｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ））がＣＲＣにマスクされる。ＰＤＣＣＨがページングメッセージのためのものである場合、ページング識別子（例えば、ｐａｇｉｎｇ−ＲＮＴＩ（Ｐ−ＲＮＴＩ））がＣＲＣにマスクされる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ，ＳＩＣ））のためのものである場合、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ）がＣＲＣにマスクされる。ＰＤＣＣＨがランダムアクセス応答のためのものである場合、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）がＣＲＣにマスクされる。ＰＤＣＣＨが上りリンク電力制御のためのものである場合、ＴＰＣ−ＲＮＴＩ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ−ＲＮＴＩ）が用いられ、ＴＰＣ−ＲＮＴＩは、ＰＵＣＣＨ電力制御のためのＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩとＰＵＳＣＨ電力制御のためのＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩとを含むことができる。ＰＤＣＣＨがマルチキャスト制御チャネル（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ，ＭＣＣＨ）のためのものである場合、Ｍ−ＲＮＴＩ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ−ＲＮＴＩ）が用いられる。
【００４８】
ＰＤＣＣＨを介して送信される制御情報は、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）という。多様なＤＣＩフォーマットが用途に応じて定義される。具体的に、上りリンクスケジューリングのために、ＤＣＩフォーマット０、４（以下、ＵＬグラント）が定義され、下りリンクスケジューリングのために、ＤＣＩフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ（以下、ＤＬグラント）が定義される。ＤＣＩフォーマットは、用途に応じて、ホッピングフラッグ（ｈｏｐｐｉｎｇ  ｆｌａｇ）、ＲＢ割り当て、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ  Ｖｅｒｓｉｏｎ）、ＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）、ＴＰＣ（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ）、循環シフトＤＭ−ＲＳ（ＤｅＭｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）要求、ＨＡＲＱプロセス番号、ＴＰＭＩ（Ｔｒａｎｓｍｉｔｔｅｄ  Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）確認（ｃｏｎｆｉｒｍａｔｉｏｎ）などの情報を選択的に含む。
【００４９】
基地局は端末に送信される制御情報に応じてＰＤＣＣＨフォーマットを決定して、制御情報にエラー検出のためのＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）を付加する。ＣＲＣはＰＤＣＣＨの所有者又は用途に応じて識別子（例えば、ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ））でマスクされる。換言すれば、ＰＤＣＣＨは識別子（例えば、ＲＮＴＩ）でＣＲＣスクランブルされる。
【００５０】
ＬＴＥ（−Ａ）システムでは、各々の端末のためにＰＤＣＣＨが位置可能な制限されたセットのＣＣＥ位置を定義する。端末が自身のＰＤＣＣＨが検索可能な制限されたセットのＣＣＥ位置は、サーチスペース（Ｓｅａｒｃｈ  Ｓｐａｃｅ，ＳＳ）と呼ばれる。ＬＴＥ（−Ａ）システムにおいて、サーチスペースは、各々のＰＤＣＣＨフォーマットに応じて異なるサイズを有する。また、ＵＥ固有（ＵＥ−ｓｐｅｃｉｆｉｃ）及び共通（ｃｏｍｍｏｎ）サーチスペースが別に定義される。基地局は端末にＰＤＣＣＨがサーチスペースのどこに位置するかに関する情報を提供しないため、端末はサーチスペース内においてＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）の集合をモニタリングすることで自身のＰＤＣＣＨを探し出す。ここで、モニタリング（ｍｏｎｉｔｏｒｉｎｇ）とは、端末が受信されたＰＤＣＣＨ候補に対して各々のＤＣＩフォーマットに従って復号を試みることを意味する。サーチスペースからＰＤＣＣＨを探すことをブラインド検出（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ又はｂｌｉｎｄ  ｄｅｔｅｃｔｉｏｎ）という。ブラインド検出によって、端末は自身に送信されたＰＤＣＣＨの識別（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と該当ＰＤＣＣＨを介して送信される制御情報の復号を同時に行う。例えば、Ｃ−ＲＮＴＩでＰＤＣＣＨをデマスク（ｄｅ−ｍａｓｋｉｎｇ）した場合、ＣＲＣエラーがないと、端末は自身のＰＤＣＣＨを検出したのである。ＵＥ固有サーチスペース（ＵＥ−Ｓｐｅｃｉｆｉｃ  Ｓｅａｒｃｈ  Ｓｐａｃｅ，ＵＳＳ）は、各々の端末のために個別に設定され、共通サーチスペース（Ｃｏｍｍｏｎ  Ｓｅａｒｃｈ  Ｓｐａｃｅ，ＣＳＳ）の範囲は、全ての端末に知らせられる。ＵＳＳ及びＣＳＳはオーバーラップされてもよい。非常に小さいサーチスペースを有する場合、特定の端末のためのサーチスペースにおいて一部のＣＣＥ位置が割り当てられる場合、残るＣＣＥがないため、与えられたサブフレーム内において、基地局はできる限り全ての端末にＰＤＣＣＨを送信するＣＣＥリソースを探すことができない可能性がある。上述のようなブロッキングが次のサブフレームまで続く可能性を最小化するために、ＵＳＳの開始位置は、端末固有の方式によってホッピングされる。
【００５１】
図６は、本発明において用いられる上りリンクサブフレームの構造を例示する。
【００５２】
図６を参照すると、上りリンクサブフレームは、複数（例えば、２）のスロットを含む。スロットは、ＣＰの長さに応じて互いに異なる数のＳＣ−ＦＤＭＡシンボルを含んでもよい。一例として、一般（ｎｏｒｍａｌ）ＣＰの場合、スロットは７個のＳＣ−ＦＤＭＡシンボルを含む。上りリンクサブフレームは、周波数ドメインにおいて、データ領域と制御領域とに区分できる。データ領域はＰＵＳＣＨを含み、音声などのデータ信号の送信に用いられる。制御領域はＰＵＣＣＨを含み、制御情報の送信に用いられる。ＰＵＣＣＨは周波数軸においてデータ領域の両端部に位置するＲＢ対（ＲＢ  ｐａｉｒ）（例えば、ｍ＝０，１，２，３）を含み、スロットを境界としてホッピングする。
【００５３】
ＰＵＣＣＨは、以下の制御情報の送信に用いられることができる。
【００５４】
-  ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）：上りリンクＵＬ−ＳＣＨリソースの要求に用いられる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ）方式を用いて送信される。
【００５５】
-  ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケットへの応答信号である。下りリンクデータパケットの受信が成功したか否かを示す。単一下りリンクコードワード（ＣｏｄｅＷｏｒｄ，ＣＷ）への応答としてＡＣＫ／ＮＡＣＫ１ビットが送信され、２個の下りリンクコードワードへの応答としてＡＣＫ／ＮＡＣＫ２ビットが送信される。
【００５６】
-  ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）：下りリンクチャネルに対するフィードバック情報である。ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）に関するフィードバック情報は、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ  Ｔｙｐｅ  Ｉｎｄｉｃａｔｏｒ）などを含む。サブフレーム当たり２０ビットが使用される。
【００５７】
上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数又はサブフレームに含まれるスロットの数、スロットに含まれるシンボルの数は、様々に変更できる。
【００５８】
図７は、ランダムアクセス過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を例示する。
【００５９】
ランダムアクセス過程は、上りリンクで短いデータを送信するために用いられる。例えば、ランダムアクセス過程は、ＲＲＣ＿ＩＤＬＥにおける初期接続、無線リンク失敗後の初期接続、ランダムアクセス過程を求めるハンドオーバー、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ中にランダムアクセス過程が求められる上り／下りリンクデータが発生するときに行われる。ＲＲＣ接続要求メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ｍｅｓｓａｇｅ）、セル更新メッセージ（Ｃｅｌｌ  Ｕｐｄａｔｅ  Ｍｅｓｓａｇｅ）、ＵＲＡ更新メッセージ（ＵＲＡ  Ｕｐｄａｔｅ  Ｍｅｓｓａｇｅ）などの一部のＲＲＣメッセージもランダムアクセス過程を用いて送信される。論理チャネルＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）が送信チャネルＲＡＣＨにマッピングされてもよい。送信チャネルＲＡＣＨは、物理チャネルＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）にマッピングされる。端末のＭＡＣ層が端末の物理層にＰＲＡＣＨ送信を指示すると、端末の物理層は、先に、１個のアクセススロット（ａｃｃｅｓｓ  ｓｌｏｔ）と１個のシグネチャー（ｓｉｇｎａｔｕｒｅ）を選択し、ＰＲＡＣＨプリアンブルを上りリンクで送信する。ランダムアクセス過程は、競合ベース（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ）過程と非競合ベース（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ）過程とに区分できる。
【００６０】
図７を参照すると、端末は、システム情報により、基地局からランダムアクセスに関する情報を受信して格納する。その後、ランダムアクセスが必要である場合、端末はランダムアクセスプリアンブル（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅ；メッセージ１又はＭｓｇ１とも呼ぶ）を基地局へ送信する（Ｓ７１０）。基地局が端末からランダムアクセスプリアンブルを受信すると、基地局はランダムアクセス応答メッセージ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ；メッセージ２又はＭｓｇ２とも呼ぶ）を端末へ送信する（Ｓ７２０）。具体的に、ランダムアクセス応答メッセージに対する下りスケジューリング情報は、ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ−ＲＮＴＩ）でＣＲＣマスクされ、Ｌ１／Ｌ２制御チャネル（ＰＤＣＣＨ）上から送信できる。ＲＡ−ＲＮＴＩでマスクされた下りスケジューリング信号を受信した端末は、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）からランダムアクセス応答メッセージを受信してデコードすることができる。その後、端末は、ランダムアクセス応答メッセージに自身に指示されたランダムアクセス応答情報があるか否かを確認する。自身に指示されたランダムアクセス応答情報が存在するか否かは、端末が送信したプリアンブルに対するＲＡＩＤ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ  ＩＤ）が存在するか否かによって確認することができる。このランダムアクセス応答情報は、同期化のためのタイミングオフセット情報を示すタイミングアドバンス（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ；ＴＡ）、上りリンクに用いられる無線リソース割り当て情報、端末識別のための仮の識別子（例えば、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ）などを含む。端末はランダムアクセス応答情報を受信すると、応答情報に含まれた無線リソース割り当て情報に従って、上りリンクＳＣＨ（Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）で上りリンク送信（メッセージ３又はＭｓｇ３とも呼ぶ）を行う（Ｓ７３０）。基地局は端末から上りリンク送信を受信した後、競合解決（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ）のためのメッセージ（メッセージ４又はＭｓｇ４とも呼ぶ）を端末に送信する（Ｓ７４０）。端末は基地局から競合解決メッセージを受信した後、接続設定を完了して、接続設定完了メッセージ（メッセージ５又はＭｓｇ５とも呼ぶ）を基地局へ送信する（Ｓ７５０）。
【００６１】
非競合ベース過程の場合、端末がランダムアクセスプリアンブルを送信（Ｓ７１０）する前に、基地局が非競合ランダムアクセスプリアンブル（Ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｅａｍｂｌｅ）を端末に割り当ててもよい。非競合ランダムアクセスプリアンブルは、ハンドオーバー命令（ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ）又はＰＤＣＣＨのような専用シグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇ）によって割り当てることができる。端末は、非競合ランダムアクセスプリアンブルが割り当てられた場合、ステップＳ７１０のように、割り当てられた非競合ランダムアクセスプリアンブルを基地局へ送信することができる。基地局は、端末から非競合ランダムアクセスプリアンブルを受信すると、ステップＳ７２０のように、基地局はランダムアクセス応答を端末へ送信することができる。
【００６２】
上述したランダムアクセス過程において、ランダムアクセス応答（Ｓ７２０）に対してはＨＡＲＱが適用されないものの、ランダムアクセス応答に対する上りリンク送信又は競合解決のためのメッセージに対してはＨＡＲＱが適用されてもよい。よって、ランダムアクセス応答に対して、端末はＡＣＫ／ＮＡＣＫを送信する必要がない。
【００６３】
一方、次世代システムでは、計量器の検針、水位測定、監視カメラの活用、自動販売機の在庫報告などのデータ通信を中心とする安価／低スペックの端末を構成することを考慮している。この端末は、低い機器の複雑さ及び少ない電力消費を有するにもかかわらず、接続した機器間に適宜な処理率を提供することが求められ、便宜上、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）又はＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）端末とも呼ばれ、本明細書では簡単に端末（ＵＥ）と総称する。
【００６４】
また、次世代システムは、セルラーネットワーク又は第３のネットワークを活用するに当って、狭帯域（ｎａｒｒｏｗｂａｎｄ）を用いた通信（又は、ＮＢ−ＩｏＴ通信）を行うことができる。例えば、狭帯域は１８０ｋＨｚである。この領域内においてＵＥ（又は、ＮＢ−ＩｏＴ  ＵＥ）又はｅＮＢは、単一又は複数の物理チャネルを多重化して送信してもよい。一方、ＮＢ−ＩｏＴ  ＵＥは、橋梁下、海底、海上などチャネル環境の不良な領域において通信を行うこともあり、この場合、これを補償するために、特定チャネルの繰り返し（例えば、数ＴＴＩの間に繰り返し送信）及び／又は電力増幅（Ｐｏｗｅｒ  ｂｏｏｓｔｉｎｇ）を行ってもよい。電力増幅の一例として、特定の帯域内で送信する周波数リソース領域をさらに減らし、時間当たり電力を特定のリソースに集中してもよい。一例として、１２ＲＥで構成されたＲＢ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）を介して特定のチャネルを送信するとき、ＲＢ単位のＲＥ割り当ての代わりに、特定のＲＥを選択して割り当てる方式によって、全体のＲＢにわたって分散する電力を特定のＲＥに集中することもできる。特に、ＲＢ内において１個のＲＥにデータ及び電力を集中し、通信を行う方式を単一トーン（Ｓｉｎｇｌｅ−ｔｏｎｅ）送信方式と総称してもよい。
【００６５】
ＮＢ−ＩｏＴのための物理チャネルは、従来のシステムの物理チャネルに狭帯域（Ｎａｒｒｏｗｂａｎｄ）を意味する「Ｎ」を付して称してもよい。例えば、ＮＢ−ＩｏＴのためのＰＵＳＣＨは  ＮＰＵＳＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）、ＮＢ−ＩｏＴのためのＰＲＡＣＨはＮＰＲＡＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ＮＢ−ＩｏＴのためのＰＢＣＨはＮＰＢＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ＮＢ−ＩｏＴのためのＰＤＣＣＨはＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＮＢ−ＩｏＴのためのＰＤＳＣＨはＮＰＤＳＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と称してもよい。説明の便宜のために、ＮＰＵＳＣＨ、ＮＰＲＡＣＨ、ＮＰＢＣＨ、ＮＰＤＣＣＨ、ＮＰＤＳＣＨはそれぞれ、ＰＵＳＣＨ、ＰＲＡＣＨ、ＰＢＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨと混用してもよい。ＮＢ−ＩｏＴはセルラーＩｏＴ（又は、ｃＩｏＴ）と混用してもよい。
【００６６】
本発明は、ＮＢ−ＩｏＴを支援する端末／基地局／システムに基づいて説明するが、本発明はこれに制限されない。本発明は、ＮＢ−ＩｏＴ通信を支援しない端末／基地局／システムにも同様に適用できる。例えば、本発明は、ｍＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を支援する端末／基地局／システムのみならず、ＩｏＴ及びＭＴＣを支援しない一般の端末／基地局／システムにも同様に適用できる。本明細書において、端末／基地局／システムは、ＮＢ−ＩｏＴを支援する端末／基地局／システムと、ＮＢ−ＩｏＴを支援しない端末／基地局／システムを総称する。
【００６７】
ＮＢ−ＩｏＴのためのランダムアクセス過程（Ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ  ｆｏｒ  ＮＢ−ＩｏＴ）
【００６８】
ＮＢ−ＩｏＴのためのランダムアクセス過程は、以下のように、レガシー（ｌｅｇａｃｙ）ＬＴＥと類似する４ステップの競合ベースのランダムアクセス過程（又は、４ステップの競合ベースのＲＡＣＨ過程）を支援する。例えば、４ステップの競合ベースのランダムアクセス過程は、図７及び関連説明において説明された過程によって行われることができる。
【００６９】
１）Ｍｓｇ１：端末においてＲＡプリアンブル（Ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ）送信（例えば、図７のステップＳ７１０を参照）
【００７０】
２）Ｍｓｇ２：端末においてＲＡＲ（Ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）受信（例えば、図７のステップＳ７２０を参照）。ＲＡＲは、タイミングアドバンス命令（ＴＡ  ｃｏｍｍａｎｄ）、Ｌ２／Ｌ３メッセージ送信のためのＵＬグラント情報などを含む。ＵＬグラント情報は、Ｍｓｇ３のステップにおいて（Ｎ）ＰＵＳＣＨ送信のために用いられ、（Ｎ）ＰＵＳＣＨグラント情報とも呼ばれる。
【００７１】
３）Ｍｓｇ３：端末においてＬ２／Ｌ３メッセージ送信（例えば、図７のステップＳ７３０を参照）。Ｌ２／Ｌ３メッセージは、ＲＲＣ接続要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）、トラッキング領域アップデート（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ，ＴＡＵ）情報、ＵＥ識別情報（又は、ＵＥ  ＩＤ）などを含む。
【００７２】
４）Ｍｓｇ４：端末において競合解決メッセージ（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｍｅｓｓａｇｅ）受信（例えば、図７のステップＳ７４０を参照）。競合解決メッセージは、ＲＲＣ接続設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）、ＵＥ識別情報（又は、ＵＥ  ＩＤ）などを含む。
【００７３】
５）Ｍｓｇ５：端末においてＲＲＣ接続設定完了メッセージを送信（例えば、図７のステップＳ７５０を参照）。ＲＲＣ接続設定完了メッセージは、Ｍｓｇ４に対するＨＡＲＱ−ＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報、ＵＥ識別情報（又は、ＵＥ  ＩＤ）を含む。
【００７４】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  Ｒｅｌｅａｓｅ−１３以後の標準規格（ｓｔａｎｄａｒｄ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）においては、ＮＢ−ＩｏＴ通信を支援する。ＮＢ−ＩｏＴ通信によるネットワーク負荷を防止し、低電力（ｌｏｗ−ｐｏｗｅｒ）及び安価（ｌｏｗ−ｃｏｓｔ）な端末を支援し、間欠的なデータ送信を効率的に支援するために、３ＧＰＰ  Ｒｅｌｅａｓｅ−１３以後の標準規格では様々な標準技術を支援する。例えば、３ＧＰＰ  Ｒｅｌｅａｓｅ−１３以後の標準規格では、ＮＢ−ＩｏＴ端末と基地局との間の無線アクセス技術として、カバレッジ向上（ｃｏｖｅｒａｇｅ  ｅｎｈａｎｃｅｍｅｎｔ）又はカバレッジ拡張（ｃｏｖｅｒａｇｅ  ｅｘｔｅｎｓｉｏｎ）のための物理チャネルの繰り返し送信を支援し、コアネットワーク技術として、音声非支援データ専用のＮＢ−ＩｏＴ端末の間欠的なデータ送受信のためのコアネットワーク最適化技術を支援する。
【００７５】
コアネットワーク最適化技術の一例として、ＮＢ−ＩｏＴのためのＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）システム向上（ｓｙｓｔｅｍ  ｅｎｈａｎｃｅｍｅｎｔ）まで考慮して、ランダムアクセス過程をより詳しく説明すると、ＮＢ−ＩｏＴのためのランダムアクセス過程は、以下の２つのランダムアクセス過程を支援する。
【００７６】
コントロールプレーンＥＰＳ最適化（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ）
【００７７】
１）Ｍｓｇ１：ＲＡプリアンブル送信
【００７８】
２）Ｍｓｇ２：ＲＡＲ（ＴＡ命令、Ｍｓｇ３スケジューリング情報などを含む）
【００７９】
３）Ｍｓｇ３：ＲＲＣ接続要求
【００８０】
４）Ｍｓｇ４：ＲＲＣ接続設定
【００８１】
５）Ｍｓｇ５：ＲＲＣ接続設定完了（ＮＡＳデータにデータを含む（ＮＡＳ  ＰＤＵ  ｗｉｔｈ  ｄａｔａ））
【００８２】
ユーザプレーンＥＰＳ最適化（Ｕｓｅｒ  ｐｌａｎｅ  ＥＰＳ  ｏｐｔｉｍｉｚａｔｉｏｎ）
【００８３】
１）Ｍｓｇ１：ＲＡプリアンブル送信
【００８４】
２）Ｍｓｇ２：ＲＡＲ（ＴＡ命令、Ｍｓｇ３スケジューリング情報などを含む）
【００８５】
３）Ｍｓｇ３：ＲＲＣ接続再開要求（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ  ｒｅｑｕｅｓｔ）
【００８６】
４）Ｍｓｇ４：ＲＲＣ接続再開（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ）
【００８７】
５）Ｍｓｇ５：ＲＲＣ接続再開完了（ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ  ｃｏｍｐｌｅｔｅ）
【００８８】
６）（Ｎ）ＰＵＳＣＨ（ＵＬデータ）。ＰＵＳＣＨ又はＮＰＵＳＣＨを介するＵＬデータ送信
【００８９】
ＵＬデータ送信の観点から、コントロールプレーンＥＰＳ最適化とユーザプレーンＥＰＳ最適化とを比較すると、コントロールプレーンＥＰＳ最適化の場合は、Ｍｓｇ５において最初のＵＬデータ送信が可能であり、ユーザプレーンＥＰＳ最適化の場合は、Ｍｓｇ５以後に最初のＵＬデータ送信が可能である。
【００９０】
また、ＮＢ−ＩｏＴ端末と基地局との間のカバレッジ拡張又はカバレッジ向上のための物理チャネルの繰り返し送信の観点からすると、物理チャネルの繰り返し送信によって、過度な遅延が発生する可能性がある。例えば、上りリンク送信の場合、１２８回まで同一の信号の繰り返し送信が行われ、上りリンクデータ送受信の完了まで、数十秒〜数百秒の遅延が発生する可能性がある。また別の例として、下りリンク送信の場合、２０４８回まで同一の信号の繰り返し送信が行われ、これも同様に、下りリンクデータ送受信の完了まで、数十秒〜数百秒の遅延が発生し得る。
【００９１】
よって、ＮＢ−ＩｏＴ端末が従来のランダムアクセス過程によってネットワークに接続した後、データの送受信を行う場合、過度な遅延が発生するだけではなく、過度な遅延によって長時間電源をオンしておく必要があるため、過度な電力消費が発生するという技術的な問題がある。
【００９２】
本発明は、かかる技術的な問題を解決するために、ランダムアクセス過程によってデータを早期に送信／受信する方法を提案する。より具体的に、本発明は、ＮＢ−ＩｏＴ又はｍＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）の主な要件（ｒｅｑｕｉｒｅｍｅｎｔ）である遅延（ｌａｔｅｎｃｙ）及び電力消費（ｐｏｗｅｒ  ｃｏｎｓｕｍｐｔｉｏｎ）の低減（ｒｅｄｕｃｔｉｏｎ）のために、ランダムアクセス過程においてデータを早期に送信／受信する方法に関する。より具体的に、上述したように、従来の競合ベースのランダムアクセス過程では、データの送信／受信がＭｓｇ５又はその後に可能であるが、これに対して、本発明は、ＵＬデータの場合は、Ｍｓｇ３又はその前に送受信を可能にし、ＤＬデータは、Ｍｓｇ４又はその前に送受信を可能にするものである。
【００９３】
本明細書において、早期ＵＬデータ（ｅａｒｌｙ  ＵＬ  ｄａｔａ）は、ランダムアクセス過程においてＭｓｇ３又はその前に端末が送信するＵＬデータをいい、早期ＤＬデータ（ｅａｒｌｙ  ＤＬ  ｄａｔａ）は、ランダムアクセス過程においてＭｓｇ４の前に基地局が送信するＤＬデータをいう。また、本明細書において、ＤＬ  ＨＡＲＱ−ＡＣＫは、ＤＬデータに対して端末が基地局へ送信するＨＡＲＱ−ＡＣＫ情報を称し、ＵＬ  ＨＡＲＱ−ＡＣＫは、ＵＬデータに対して基地局が端末へ送信するＨＡＲＱ−ＡＣＫ情報を称する。
【００９４】
セルラー（Ｃｅｌｌｕｌａｒ）ＩｏＴにおいて考慮する主なシナリオは、３ＧＰＰ  ＴＲ（Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ）４５．８２０に詳細に記述されており、本明細書に参照として準用する（ｉｎｃｏｒｐｏｒａｔｉｏｎ  ｂｙ  ｒｅｆｅｒｅｎｃｅ）。３ＧＰＰ  ＴＲ  ４５．８２０において定義するＩｏＴトラフィックモデル（ｔｒａｆｆｉｃ  ｍｏｄｅｌ）を参照すれば、以下のように要約できる。
【００９５】
１）Ｍｏｂｉｌｅ  ｅｘｃｅｐｔｉｏｎ  ｒｅｐｏｒｔｓ：特定のイベントが発生したとき、センサーが基地局（ｅＮＢ）に報告を行う場合（火災／停電／進入／災害感知など）
【００９６】
２）Ｍｏｂｉｌｅ  ｐｅｒｉｏｄｉｃ  ｒｅｐｏｒｔｓ：センサーで測定したデータを周期的に報告する場合（ガス／水道／電気の使用量など）
【００９７】
３）ネットワーク命令（Ｎｅｔｗｏｒｋ  ｃｏｍｍａｎｄ）：アプリケーションサーバーで端末へ特定の動作の実行を指示する命令を送信する場合（消灯／測定データ報告指示）
【００９８】
４）ソフトウェアアップデート／再設定（ＳＷ（ｓｏｆｔｗａｒｅ）ｕｐｄａｔｅ／ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）：ＩｏＴデバイスのソフトウェアアップデート又はパッチ（ｐａｔｃｈ）送信が必要な場合
【００９９】
上述した主なシナリオのうち、１）と２）は、端末が開始（ｉｎｉｔｉａｔｅ）して周期的に又は非周期的にＵＬデータを報告する形態である。これとは異なり、３）と４）は、基地局（ｅＮＢ）が端末（ＵＥ）にＤＬデータを送信するか、ＵＬデータを報告することを命令する場合である。本発明は、基地局が開始する３）と４）の場合に対して、遅延及び電力消費の減少を目的として、ランダムアクセス過程においてＤＬデータを送信するか、又は追加でＵＬデータを送信するようにする方法に関する。
【０１００】
セルラー（Ｃｅｌｌｕｌａｒ）ＩｏＴは、間欠的に発生する小さいパケットデータ（ｓｍａｌｌ  ｐａｃｋｅｔ  ｄａｔａ）を効果的に送受信するために、基本的に送受信データがない場合には、バッテリー効率状態（ｂａｔｔｅｒｙ  ｅｆｆｉｃｉｅｎｔ  ｓｔａｔｅ）に留まり、必要に応じて、ランダムアクセス過程によって、ＲＲＣ−ＣＯＮＮＥＣＴＥＤモードに切り替えた後、データを送受信する。ＮＢ−ＩｏＴを例にすると、ＲＲＣ−ＩＤＬＥ又はＲＲＣ−ＳＵＳＰＥＮＤＥＤモードがバッテリー効率状態に該当する。上述のように、従来と同様に、ランダムアクセス過程を全て完了した後、データを送受信する場合、ＵＬデータはＭｓｇ５又はその後に送受信することができ、ＤＬデータの場合、Ｍｓｇ５の後に送受信することができる。
【０１０１】
基地局（ｅＮＢ）がバッテリー効率状態（例えば、ＲＲＣ−ＩＤＬＥ又はＲＲＣ−ＳＵＳＰＥＮＤＥＤ）にある端末にＤＬデータを送信するか、又はＵＬデータ送信を要求するために、端末（ＵＥ）に設定されたページング機会（ｐａｇｉｎｇ  ｏｃｃａｓｉｏｎ）を利用する。ページングは、ＲＲＣ−ＩＤＬＥ状態にある端末からＲＲＣ接続を誘導するか、ＲＲＣ−ＩＤＬＥ状態にある端末にシステム情報変化（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｇｅ）を知らせるために用いる動作を指す。端末がＲＲＣ−ＩＤＬＥ状態にある場合、基地局が端末に近づける方法がないため、端末は所定周期に基地局によって設定されたページング機会（例えば、特定のサブフレーム）においてページングメッセージが送信されるか否かを確認し、ページングメッセージが送信される場合、ページングメッセージ内に自身のＵＥ識別情報（又は、ＵＥ  ＩＤ）（例えば、Ｓ−ＴＭＳＩ（ＳＡＥ  Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）又はＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ））が含まれているか否かを確認する。ページングのために基地局と端末との間に設定されたページング情報をモニタリングするための時間区間（例えば、サブフレーム）の位置をページング機会（ｐａｇｉｎｇ  ｏｃｃａｓｉｏｎ，ＰＯ）といい、ページング機会の位置は、ＵＥ固有（ＵＥ−ｓｐｅｃｉｆｉｃ）の情報で、且つ端末の固有な番号であるＩＭＳＩによって決定される。
【０１０２】
基地局が端末にＤＬデータを送信するか、ＵＬデータ送信を要求するために、ページング機会を用いることができ、ページング機会において該当端末のＵＥ識別情報（又は、ＵＥ  ＩＤ）を含むページングメッセージを送信することで、端末にＲＲＣ接続を指示する。ページング機会において、端末が自身のＵＥ識別情報（又は、ＵＥ  ＩＤ）を含むページングメッセージを受信する場合、端末は、図７に示されたランダムアクセス過程を行い、ＲＲＣ接続を行った後、ＤＬ／ＵＬデータを送受信することができる。本発明では、基地局が開始（ｉｎｉｔｉａｔｅ）してＤＬデータを送信するか、ＵＬデータ送信を要求するとき、遅延及び電力消費を減少するために、ランダムアクセス過程の各々のステップにおいて、早期ＵＬデータ送受信及び／又は早期ＤＬデータ送受信のための方法を提案する。
【０１０３】
方法１：基地局（ｅＮＢ）が指示して端末（ＵＥ）がランダムアクセス過程中に早期ＵＬデータ（ｅａｒｌｙ  ＵＬ  ｄａｔａ）を送信
【０１０４】
方法１−１：Ｍｓｇ１において早期ＵＬデータ送信
【０１０５】
ネットワーク又は基地局がＲＲＣ−ＩＤＬＥ又はＲＲＣ−ＳＵＳＰＥＮＤＥＤ状態にある端末をページングすると共にＵＬデータ送信を指示するために、基地局がページングメッセージを送信するとき、従来のＭｓｇ１とＵＬデータ送信のための（Ｎ）ＰＵＳＣＨグラント情報を同時に送信することを提案する。例えば、ネットワーク又は基地局が遊休端末（ｉｄｌｅ  ＵＥ）（例えば、ＲＲＣ−ＩＤＬＥ又はＲＲＣ−ＳＵＳＰＥＮＤＥＤモードにある端末）の（Ｎ）ＰＲＡＣＨリソースと（Ｎ）ＰＵＳＣＨグラント情報を同時に指定することができる。
【０１０６】
図８は、基地局／端末がページングステップにおいて、（Ｎ）ＰＲＡＣＨリソースと（Ｎ）ＰＵＳＣＨグラント情報を送信／受信するランダムアクセス過程（便宜上、第１の例という）を例示する。
【０１０７】
ステップＳ８１０において、基地局がページングステップにおいて（Ｎ）ＰＲＡＣＨリソース情報と（Ｎ）ＰＵＳＣＨグラント情報を端末に送信することができる。より具体的に、端末に設定されたページング機会において、基地局がページングメッセージを介して、又はページングメッセージと共に、（Ｎ）ＰＲＡＣＨリソース情報及び（Ｎ）ＰＵＳＣＨグラント情報を端末へ送信することができる。（Ｎ）ＰＲＡＣＨリソースは、（Ｎ）ＰＲＡＣＨプリアンブル送信に用いられる時間／周波数領域において、（Ｎ）ＰＲＡＣＨプリアンブル送信位置及び（Ｎ）ＰＲＡＣＨプリアンブルに用いられたシーケンスを含むことができ、（Ｎ）ＰＲＡＣＨリソース情報は、（Ｎ）ＰＲＡＣＨリソースを指示する情報を称してもよい。（Ｎ）ＰＵＳＣＨグラント情報は、早期ＵＬデータを運ぶ（Ｎ）ＰＵＳＣＨ送信のためのスケジューリング情報を称してもよい。
【０１０８】
ページングメッセージは、論理チャネルであるＰＣＣＨ、送信チャネルであるＰＣＨ、物理チャネルであるＰＤＳＣＨを介して端末へ送信することができる。端末は、Ｐ−ＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨをモニタリング／検出し、検出された（Ｎ）ＰＤＣＣＨに対応する（Ｎ）ＰＤＳＣＨを介してページングメッセージを受信することができる。よって、ステップＳ８１０において、端末は、Ｐ−ＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨを検出し、検出された（Ｎ）ＰＤＣＣＨを介して下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）を受信し、受信された下りリンク制御情報に基づいて、（Ｎ）ＰＤＳＣＨを介してページングメッセージと共に、又はページングメッセージを介して、（Ｎ）ＰＲＡＣＨリソース情報と（Ｎ）ＰＵＳＣＨグラント情報を受信することができる。
【０１０９】
ステップＳ８２０において、端末は、Ｍｓｇ１を基地局へ送信することができる。具体的に、以前のステップで受信された（Ｎ）ＰＲＡＣＨリソース情報及び（Ｎ）ＰＵＳＣＨグラント情報に基づいて、端末は、ランダムアクセスプリアンブルと共に早期ＵＬデータを送信することができる。ランダムアクセスプリアンブルは、以前のステップで受信された（Ｎ）ＰＲＡＣＨリソース情報が指示する（Ｎ）ＰＲＡＣＨリソースを用いて送信することができ、早期ＵＬデータは、以前のステップで受信された（Ｎ）ＰＵＳＣＨグラント情報が指示する（Ｎ）ＰＵＳＣＨを介して送信することができる。
【０１１０】
本明細書において、早期ＵＬデータは、上位層のデータを称してもよい。例えば、上位層は、ＲＬＣ、ＰＤＣＰ層又はこれよりも上位の層（例えば、アプリケーション層）であってもよく、早期ＵＬデータは、上位層のためのユーザデータを称してもよい。早期ＵＬデータは、トラフィックチャネルであるＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）を介して上位層へ伝達されることができる。
【０１１１】
ステップＳ８３０において、基地局はＭｓｇ２を端末へ送信することができる。具体的に、基地局は、以前のステップで受信したランダムアクセスプリアンブルへのランダムアクセス応答と共に、以前のステップで受信した早期ＵＬデータに対するＨＡＲＫ−ＡＣＫ情報を端末へ送信することができる。上述のように、ランダムアクセス応答は、タイミングアドバンス（ＴＡ）命令、Ｌ２／Ｌ３メッセージ（又は、Ｍｓｇ３）のためのＵＬグラント情報などを含むことができる。
【０１１２】
一例として、ステップＳ８３０において、ランダムアクセス応答は、（Ｎ）ＰＤＳＣＨを介して送信／受信することができ、早期ＵＬデータに対するＨＡＲＱ−ＡＣＫ情報は、ＰＨＩＣＨを介して送信／受信することができる。この場合、端末は、同一の送信時間区間（例えば、サブフレーム）においてＰＨＩＣＨとＲＡ−ＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨを検出し、（Ｎ）ＰＤＣＣＨを介して受信されたＤＣＩを用いて、ランダムアクセス応答を運ぶ（Ｎ）ＰＤＳＣＨを受信することができる。別の例として、ステップＳ８３０において、ランダムアクセス応答と早期ＵＬデータに対するＨＡＲＱ−ＡＣＫ情報は、同一の（Ｎ）ＰＤＳＣＨを介して送信／受信できる。この場合、端末は、ＲＡ−ＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨを検出し、（Ｎ）ＰＤＣＣＨを介して受信されたＤＣＩがスケジュールする（Ｎ）ＰＤＳＣＨを介してランダムアクセス応答と早期ＵＬデータに対するＨＡＲＱ−ＡＣＫ情報を受信することができる。
【０１１３】
早期ＵＬデータに対するＨＡＲＱ動作は、基地局の要求のみによって端末が行うように設定（ｃｏｎｆｉｇｕｒｅ）されてもよい。早期ＵＬデータに対するＨＡＲＱ動作が設定された場合、端末は、Ｍｓｇ２（例えば、ステップＳ８３０）において正常にＡＣＫを受信した場合、電力消費（ｐｏｗｅｒ  ｃｏｎｓｕｍｐｔｉｏｎ）を減らすために、電力効率状態（ｐｏｗｅｒ  ｅｆｆｉｃｉｅｎｔ  ｓｔａｔｅ）（例えば、ＲＲＣ−ＩＤＬＥ又はＲＲＣ−ＳＵＳＰＥＮＤＥＤ）に戻ることができる。一方、早期ＵＬデータに対するＨＡＲＱ動作が設定された場合、端末がＭｓｇ２（例えば、ステップＳ８３０）においてＡＣＫが受信できなかった場合、所定回数又は所定時間の間にＨＡＲＱ動作を行った後、電力効率状態（例えば、ＲＲＣ−ＩＤＬＥ又はＲＲＣ−ＳＵＳＰＥＮＤＥＤ）に戻ることができる。
【０１１４】
ページングステップ（例えば、ステップＳ８１０）において、基地局がページングしようとする端末のＳ−ＴＭＳＩ（ＳＡＥ  Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）又はＩＭＳＩのようなＵＥ識別情報（又は、ＵＥ  ＩＤ）を有していない場合にも、早期ＵＬデータに対してＨＡＲＱ−ＡＣＫ動作を行わせるために、Ｍｓｇ１のステップ（例えば、ステップＳ８２０）において、端末は自身のＵＥ識別情報（又は、ＵＥ  ＩＤ）（例えば、Ｓ−ＴＭＳＩ又はＩＭＳＩ）を追加に送信することができる。基地局は、早期ＵＬデータを正常に受信した場合、Ｍｓｇ２のステップ（例えば、ステップＳ８３０）において、追加にＵＥ識別情報（又は、ＵＥ  ＩＤ）（例えば、Ｓ−ＴＭＳＩ又はＩＭＳＩ）をＵＥに送信することで、ＨＡＲＱ−ＡＣＫ動作に代わることができる。端末は、Ｍｓｇ２のステップ（例えば、ステップＳ８３０）において、該当ＵＥ識別情報（又は、ＵＥ  ＩＤ）を正常に受信した場合、早期ＵＬデータが基地局に正常に伝達されたことを確認し、次の動作へ移行することができる。この場合、ステップＳ８３０において、基地局は、早期ＵＬデータに対するＨＡＲＱ−ＡＣＫ情報を送信しなくてもよく、ステップＳ８２０において受信されたＵＥ識別情報をＨＡＲＱ−ＡＣＫ情報の代わりに端末へ送信してもよい。また、ステップＳ８３０において、端末が他の端末のＵＥ識別情報を受信する場合、端末は、早期ＵＬデータが地局へ正常に伝達されなかったことを認識し、次の動作へ移行することができる。
【０１１５】
図９は、基地局／端末がページングステップにおいて、（Ｎ）ＰＲＡＣＨリソースと（Ｎ）ＰＵＳＣＨグラント情報を送信／受信するランダムアクセス過程（便宜上、第２の例という）を例示する。
【０１１６】
Ｍｓｇ１においてＵＬデータを十分に送信できない場合、又は、意図的に、一部の小さいデータパケット（ｓｍａｌｌ  ｄａｔａ  ｐａｃｋｅｔ）に対して早期ＵＬ（ｅａｒｌｙ  ＵＬ）送信を行い、その他のデータは、以後のステップ又はＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ）後に送信するようにする場合、Ｍｓｇ１において端末の追加ＵＬデータ指示（ＵＬ  ｄａｔａ  ｉｎｄｉｃａｔｉｏｎ）情報を送信することで、追加に送信するデータがあることを基地局に知らせることができる。
【０１１７】
追加のＵＬデータ指示情報として、端末はＢＳＲ（Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）情報を用いることができる。及び／又は、Ｍｓｇ１において端末が基地局に追加のＵＬデータがあることを指示するために、（Ｎ）ＰＲＡＣＨの時間／周波数リソースに区分する方法が考えられる。例えば、（Ｎ）ＰＲＡＣＨを送信する時間軸への開始点又は領域を（ＯＦＤＭシンボル又はサブフレーム単位に）区分するか、周波数上の開始点又は領域を（ＲＢ又はサブキャリア単位に）区分することができる。及び／又は、周波数ホッピングパターン（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ  ｐａｔｔｅｒｎ）によって区分してもよい。及び／又は、ＮＢ−ＩｏＴの場合、特定の非アンカー（ｎｏｎ−ａｎｃｈｏｒ）ＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を早期データ送信（ｅａｒｌｙ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎ）を知らせる（Ｎ）ＰＲＡＣＨ送信領域に割り当てて区分してもよい。及び／又は、プリアンブルシンボル又はプリアンブルシンボルグループ単位に直交カバーコード（ｏｒｔｈｏｇｏｎａｌ  ｃｏｖｅｒ  ｃｏｄｅ）を掛けて区分してもよい。例えば、従来のプリアンブルシンボル又はプリアンブルシンボルグループに、シンボル又はシンボルグループ単位に「101010…」などの信号を掛けることで、早期データ送信を行うことができる。及び／又は、プリアンブルシーケンスを分割（ｐａｒｔｉｔｉｏｎ）して区分してもよい。
【０１１８】
図９は、Ｍｓｇ１のステップにおいて、端末がＢＳＲを用いて追加のＵＬデータを指示するランダムアクセス過程を例示するが、上述したＢＳＲに準ずる方法として、端末が追加のＵＬデータを基地局に指示する場合にも、図９と同一／類似のランダムアクセス過程を行うことができる。
【０１１９】
ステップＳ９１０において、基地局がページングステップにおいて（Ｎ）ＰＲＡＣＨリソースと（Ｎ）ＰＵＳＣＨグラントを端末へ送信することができる。ステップＳ８１０における動作又は原理が、ステップＳ９１０に同一／同様に適用できる。
【０１２０】
ステップＳ９２０において、端末はＭｓｇ１を基地局へ送信することができる。以前のステップで受信されたスケジューリング情報（例えば、（Ｎ）ＰＵＳＣＨグラント情報）を用いて、端末が早期ＵＬデータを全て送信できない場合、ステップＳ９２０において、端末は送信する早期ＵＬデータのうち一部のデータ（便宜上、第１のＵＬデータという）を送信し、その他のデータ（便宜上、第２のＵＬデータという）は、Ｍｓｇ３のステップにおいて追加に送信することができる。この場合、端末は、第１のＵＬデータと共にＢＳＲを送信することができる。ＢＳＲは、端末のバッファーに存在するデータ量に関する情報を指示するＭＡＣメッセージを示し、ＢＳＲは、端末のバッファーサイズを指示する情報を含むことができる。第１のＵＬデータと第２のＵＬデータは、早期ＵＬデータと同様に、上位層のデータに該当することができる。
【０１２１】
ステップＳ９２０では、端末が早期ＵＬデータの代わりに、第１のＵＬデータ及びＢＳＲを送信するという点がステップＳ８２０とは異なる。この点を除いて、ステップＳ８２０における動作又は原理が同一／同様にステップＳ９２０に適用できる。上述のように、第１のＵＬデータはＭＡＣ層よりも上位層のデータに該当するが、ＢＳＲはＭＡＣメッセージに該当する。
【０１２２】
ステップＳ９３０において、基地局はＭｓｇ２を端末へ送信することができる。Ｍｓｇ１のステップ（例えば、ステップＳ９２０）において、端末がＲＡプリアンブル、ＵＬデータ（又は、第１のＵＬデータ）、ＢＳＲ情報を同時に送信する場合、基地局はＢＳＲ情報により、追加のＵＬデータ（又は、第２のＵＬデータ）のためのグラント情報が必要であるか否かを判断することができる。基地局がＢＳＲ情報により、追加のＵＬデータ（又は、第２のＵＬデータ）のためのグラント情報が必要であると判断した場合、ステップＳ９３０において、基地局は追加のＵＬデータ（又は、第２のＵＬデータ）のための（Ｎ）ＰＵＳＣＨグラント情報を端末へ送信することができる。
【０１２３】
この場合、ステップＳ９３０では、基地局が第２のＵＬデータのための（Ｎ）ＰＵＳＣＨグラント情報を追加に送信するという点、及び早期ＵＬデータに対するＨＡＲＱ−ＡＣＫ情報の代わりに第１のＵＬデータに対するＨＡＲＱ−ＡＣＫ情報を送信するという点がステップＳ８３０とは異なる。この点を除いては、ステップＳ８３０における動作又は原理が同一／同様にステップＳ９３０に適用できる。ステップ９３０において、第２のＵＬデータのための（Ｎ）ＰＵＳＣＨグラント情報は、ランダムアクセス応答と同一の（Ｎ）ＰＤＳＣＨを介して送信できる。第２のＵＬデータのための（Ｎ）ＰＵＳＣＨグラント情報は、従来のＬ２／Ｌ３メッセージのためのＵＬグラント情報と共に、ランダムアクセス応答を介して送信／受信されるか、又はランダムアクセス応答とは別のＭＡＣメッセージを介して送信／受信されることができる。
【０１２４】
仮に、基地局が追加のＵＬデータ（又は、第２のＵＬデータ）のためのグラント情報が必要ではないと判断する場合、ステップＳ９３０は、ステップＳ８３０と同様に行うことができる。
【０１２５】
また、ステップＳ９３０において、端末が測定したＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）又はそれに基づくカバレッジレベル（ｃｏｖｅｒａｇｅ  ｌｅｖｅｌ）（又は、カバレッジ向上レベル）に応じて、基地局が送信したＭｓｇ３又は追加のＵＬデータに対するグラント情報の解釈が異なり得る。例えば、端末が測定したＲＳＲＰが低く、カバレッジレベルが高く決定され、多い回数の繰り返し送信が要求される場合、端末は、相対的に多いリソース割り当て及び低いＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）が適用されることと解釈することができる 。別の例として、端末が測定したＲＳＲＰが高く、カバレッジレベルが低く決定され、少ない回数の繰り返し送信が要求される場合、端末は、相対的に少ないリソース割り当て及び高いＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）が適用されることと解釈することができる。
【０１２６】
ステップＳ９４０において、端末はＭｓｇ３を基地局へ送信することができる。Ｍｓｇ１のステップ（例えば、ステップＳ９２０）において、端末が０より大きいバッファーサイズを指示するＢＳＲを送信し、Ｍｓｇ２のステップ（例えば、ステップＳ９３０）において、端末が追加のＵＬデータ（又は、第２のＵＬデータ）のための（Ｎ）ＰＵＳＣＨグラント情報を受信した場合、ステップＳ９４０において、端末は、ランダムアクセス応答によって受信されたＵＬグラント情報に基づいて、Ｌ２／Ｌ３メッセージを送信し、追加のＵＬデータ（又は、第２のＵＬデータ）のための（Ｎ）ＰＵＳＣＨグラント情報に基づいて、追加のＵＬデータ（又は、第２のＵＬデータ）を送信することができる。この場合、Ｌ２／Ｌ３メッセージと追加のＵＬデータ（又は、第２のＵＬデータ）は、別の（Ｎ）ＰＵＳＣＨを介して基地局へ送信することができる。
【０１２７】
ステップＳ９４０において、端末が測定したＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）又はそれに基づくカバレッジレベル（ｃｏｖｅｒａｇｅ  ｌｅｖｅｌ）（又は、カバレッジ向上レベル）に応じて、基地局が送信したＭｓｇ３又は追加のＵＬデータに対するグラント情報の解釈を異ならせ、Ｍｓｇ３又は追加のＵＬデータを送信することができる（ステップＳ９３０を参照）。
【０１２８】
ステップＳ９５０において、基地局はＭｓｇ４を端末へ送信することができる。具体的に、基地局は、競合解決メッセージと共にＭｓｇ３のステップ（例えば、ステップＳ９４０）で受信された追加のＵＬデータ（又は、第２のＵＬデータ）に対するＨＡＲＱ−ＡＣＫ情報を端末へ送信することができる。上述のように、競合解決メッセージは、ＲＲＣ接続設定メッセージ、ＵＥ識別情報（又は、ＵＥ  ＩＤ）などを含むことができる。
【０１２９】
一例として、ステップＳ９５０において、競合解決メッセージは、（Ｎ）ＰＤＳＣＨを介して送信／受信することができ、追加のＵＬデータ（又は、第２のＵＬデータ）に対するＨＡＲＱ−ＡＣＫ情報は、ＰＨＩＣＨを介して送信／受信することができる。この場合、端末は、同一の送信時間区間（ＴＴＩ）（例えば、サブフレーム又はスロット）において、ＰＨＩＣＨと仮のＣ−ＲＮＴＩ（ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ，ＴＣ−ＲＮＴＩ）でマスクされた（Ｎ）ＰＤＣＣＨを検出し、（Ｎ）ＰＤＣＣＨを介して受信されたＤＣＩを用いて競合解決メッセージを運ぶ（Ｎ）ＰＤＳＣＨを受信することができる。別の例として、ステップＳ９５０において、競合解決メッセージと追加のＵＬデータ（又は、第２のＵＬデータ）に対するＨＡＲＱ−ＡＣＫ情報は、同一の（Ｎ）ＰＤＳＣＨを介して送信／受信することができる。この場合、端末は、ＴＣ−ＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨを検出し、（Ｎ）ＰＤＣＣＨを介して受信されたＤＣＩを用いてランダムアクセス応答を運ぶ（Ｎ）ＰＤＳＣＨを受信することができる。ＴＣ−ＲＮＴＩは、ステップＳ９３０において、Ｍｓｇ２を介して受信することができる。
【０１３０】
追加のＵＬデータに対してＵＬ  ＨＡＲＱ−ＡＣＫ動作を行うか否かも基地局が端末に設定することができる。基地局が端末に追加のＵＬデータに対するＵＬ  ＨＡＲＱ−ＡＣＫ動作を行うように設定した場合、端末は、Ｍｓｇ４（例えば、ステップＳ９５０）において、追加のＵＬデータに対するＡＣＫを受信すると、電力効率状態（ｐｏｗｅｒ  ｅｆｆｉｃｉｅｎｔ  ｓｔａｔｅ）（例えば、ＲＲＣ−ＩＤＬＥ又はＲＲＣ−ＳＵＳＰＥＮＤＥＤ）に戻ることができる。基地局が端末に追加のＵＬデータに対するＵＬ  ＨＡＲＱ−ＡＣＫ動作を行わないように設定した場合、端末は所定の回数又は時間の間にＨＡＲＱ動作を行うことができる。
【０１３１】
ステップＳ８１０又はステップＳ９１０において、ネットワーク又は基地局がページングメッセージと共に遊休端末（ｉｄｌｅ  ＵＥ）の（Ｎ）ＰＲＡＣＨリソースと（Ｎ）ＰＵＳＣＨグラントを指定するとき、早期ＵＬデータのための（Ｎ）ＰＵＳＣＨグラント情報を送信することを端末に知らせるために、様々な方法を利用することができる。例えば、特定のＲＮＴＩを用いるか、（Ｎ）ＰＤＣＣＨ内のＤＣＩの予備ビット（ｒｅｓｅｒｖｅｄ  ｂｉｔ）を用いるか、又はページングメッセージにおいて該当早期ＵＬデータ送信を指示するフラッグを追加して端末に知らせてもよい。或いは、（Ｎ）ＰＲＡＣＨリソース又はＲＡプリアンブル指定などによって知らせてもよい。
【０１３２】
特定のＲＮＴＩを用いて（Ｎ）ＰＵＳＣＨグラント情報の送信の有無を端末に知らせる場合、特定の用途として指定されていないＲＮＴＩ値を用いることができる。例えば、ＲＮＴＩ値は、４個のヘキサデシマル（ｈｅｘａ−ｄｅｃｉｍａｌ）値で表現できるが、現在の標準において、ＦＦＦ４〜ＦＦＦ９の値は、特定の用途に割り当てられず、予備用（ｒｅｓｅｒｖｅｄ）として割り当てられている。よって、ＦＦＦ４〜ＦＦＦ９のうちの１つの値を特定のＲＮＴＩに割り当てて用いることができる。本明細書では、説明の便宜のために、このように特定のＲＮＴＩを割り当て／利用する方法をＯｐｔ１と呼ぶ。
【０１３３】
Ｏｐｔ１を用いる場合、端末は、（Ｎ）ＰＵＳＣＨグラント情報の送信の有無を指示する特定のＲＮＴＩを用いて（Ｎ）ＰＤＣＣＨをモニタリングし、該当特定のＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨを検出した場合、（Ｎ）ＰＵＳＣＨグラント情報が追加に送信されることを知ることができる。
【０１３４】
（Ｎ）ＰＤＣＣＨのＤＣＩ内において予備ビットを用いる場合、予備ビットの中で特定のビットを予め指定し、指定された予備ビットを特定の値に設定して、（Ｎ）ＰＵＳＣＨグラント情報の送信を端末に指示することができる。例えば、ページングメッセージをスケジュールするために、ＤＣＩフォーマット１Ａが用いられる場合、ＤＣＩフォーマット１ＡのＴＰＣフィールドの特定のビット（例えば、ＭＳＢ）を特定の値（例えば、１）に設定して、（Ｎ）ＰＵＳＣＨグラント情報の送信を端末に指示することができる。別の例として、ページングメッセージをスケジュールするために、ＤＣＩフォーマットＮ２が用いられる場合、ＤＣＩフォーマットＮ２の予備ビットの中で特定のビット（例えば、予備ビットのうち、最初のビット又は最後のビット）を特定の値（例えば、０）に設定して、（Ｎ）ＰＵＳＣＨグラント情報の送信を端末に指示することができる。本明細書では、説明の便宜のために、このようにＤＣＩ内で予備ビットを用いる方法をＯｐｔ２と呼ぶ。
【０１３５】
Ｏｐｔ２を用いる場合、端末は、Ｐ−ＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨをモニタリング／検出し、検出された（Ｎ）ＰＤＣＣＨを介して受信されたＤＣＩの特定の予備ビットが特定の値に設定された場合、（Ｎ）ＰＵＳＣＨグラント情報を受信／識別することができる。
【０１３６】
ページングメッセージ内にフラッグを用いる場合、ページングメッセージは、ページング記録（ｐａｇｉｎｇ  ｒｅｃｏｒｄ）に関する情報、ＵＥ識別情報、システム情報の変更を指示する情報、ＥＴＷＳ（Ｅａｒｔｈｑｕａｋｅ  ＆  Ｔｓｕｎａｍｉ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）指示情報の他に、ページングメッセージと共に（Ｎ）ＰＵＳＣＨグラント情報が追加に送信されるかを指示するフラッグ情報をさらに含んでもよい。本明細書では、説明の便宜のために、このようにページングメッセージ内においてフラッグ情報を追加して用いる方法をＯｐｔ３と呼ぶ。
【０１３７】
Ｏｐｔ３を用いる場合、端末は、Ｐ−ＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨを検出し、（Ｎ）ＰＤＣＣＨに基づいて、（Ｎ）ＰＤＳＣＨを介してページングメッセージを受信した後、ページングメッセージのフラッグ情報に従って、（Ｎ）ＰＵＳＣＨグラント情報を受信／識別することができる。
【０１３８】
図１０及び図１１は、基地局が（Ｎ）ＰＤＣＣＨオーダーによって、早期ＵＬデータ送信を指示するランダムアクセス過程を例示する。図１０における過程は、便宜上、第３の例といい、図１１における過程は、便宜上、第４の例という。図１０のランダムアクセス過程では、データ（例えば、ｓｍａｌｌ  ｄａｔａ）を早期ＵＬ送信（ｅａｒｌｙ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎ）して、追加のＵＬデータ送信は不要である。図１１のランダムアクセス過程では、データ（例えば、ｌａｒｇｅ  ｄａｔａ）の一部を早期ＵＬ送信（ｅａｒｌｙ  ＵＬ  ｔｒａｎｓｍｉｓｓｉｏｎ）して、その他は追加のＵＬデータとして送信する。
【０１３９】
本発明によるランダムアクセス過程の第３の例及び第４の例では、ネットワークが（Ｎ）ＰＤＣＣＨオーダーによって、端末にランダムアクセス過程中に早期ＵＬデータ送信を行うことを指示することができる。具体的に、ネットワーク又は基地局が（Ｎ）ＰＤＣＣＨオーダーによって、Ｍｓｇ１のステップにおいて早期ＵＬデータ送信を端末に指示することができ、（Ｎ）ＰＤＣＣＨオーダーによる指示に基づいて、端末はＭｓｇ１のステップにおいて早期ＵＬデータを基地局に送信することができる。
【０１４０】
早期ＵＬデータ送信を指示するために、様々な方法を用いることができる。例えば、（Ｎ）ＰＤＣＣＨオーダーによって送信されるＤＣＩの予備ビット（ｒｅｓｅｒｖｅｄ  ｂｉｔ）を用いるか、特定のＲＮＴＩを用いて早期ＵＬデータ送信を指示することができる。或いは、（Ｎ）ＰＲＡＣＨリソース又はＲＡプリアンブル指定などによって知らせることができる。
【０１４１】
（Ｎ）ＰＤＣＣＨオーダーによって送信されるＤＣＩの予備ビットを用いる場合、予備ビットのうちの１つを予め指定し、指定された予備ビットを特定の値に設定して、早期ＵＬデータ送信を端末に指示することができる。例えば、ＰＤＣＣＨオーダーのために、ＤＣＩフォーマット１Ａが用いられる場合、ＤＣＩフォーマット１Ａの予備ビットのうちの特定のビット（例えば、予備ビットのうち、最初のビット又は最後のビット、ＨＡＲＱプロセッサナンバーフィールド、又はＤＡＩ（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）フィールド）を特定の値（例えば、１）に設定して早期ＵＬデータ送信を端末に指示することができる。別の例として、ＮＰＤＣＣＨオーダーのために、ＤＣＩフォーマットＮ１が用いられる場合、ＤＣＩフォーマットＮ１の予備ビットのうちの特定のビット（例えば、予備ビットのうち、最初のビット又は最後のビット、ＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）ビット、又はＡＲＩ（ＡＣＫ／ＮＡＣＫ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃｔｏｒ）フィールド）を特定の値（例えば、０）に設定して早期ＵＬデータ送信を端末に指示することができる。本明細書では、説明の便宜のために、このようにＤＣＩ内で予備ビットを用いる方法をＯｐｔ４と呼ぶ。
【０１４２】
Ｏｐｔ４を用いる場合、端末は、Ｃ−ＲＮＴＩを用いて（Ｎ）ＰＤＣＣＨをモニタリング／検出し、該当（Ｎ）ＰＤＣＣＨを介して受信されるＤＣＩの特定の予備ビットが特定の値に設定された場合、Ｍｓｇ２のステップ（例えば、図１０のステップＳ１０１０又は図１１のステップＳ１１１０）において早期ＵＬデータ送信を行うことができる。
【０１４３】
特定のＲＮＴＩを用いる場合、Ｏｐｔ１を同様に適用することができる。よって、端末は、特定のＲＮＴＩを用いて（Ｎ）ＰＤＣＣＨをモニタリングし、特定のＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨを検出した場合、Ｍｓｇ２のステップ（例えば、図１０のステップＳ１０１０又は図１１のステップＳ１１１０）において、早期ＵＬデータ送信を行うことができる。
【０１４４】
図１０を参照すると、ステップＳ１０１０において、基地局が（Ｎ）ＰＤＣＣＨオーダーによって、端末にランダムアクセス過程を指示することができる。また、基地局は、（Ｎ）ＰＤＣＣＨオーダーによって、早期ＵＬデータ送信を端末に指示することができる。上述のように、基地局が（Ｎ）ＰＤＣＣＨオーダーによって早期ＵＬデータ送信を指示するために、（Ｎ）ＰＤＣＣＨオーダーによって送信されるＤＣＩの予備ビットを用いるか（例えば、Ｏｐｔ４）、又は特定のＲＮＴＩ用いることができる（例えば、Ｏｐｔ１）。或いは、指定された（Ｎ）ＰＲＡＣＨリソース又はＲＡプリアンブルを用いることができる。
【０１４５】
基地局が（Ｎ）ＰＤＣＣＨオーダーによって送信されるＤＣＩの予備ビットを用いて早期ＵＬデータ送信を指示する場合、端末はＣ−ＲＮＴＩでマスクされたＰＤＣＣＨをモニタリング／検出し、検出されたＰＤＣＣＨを介してＤＣＩ（例えば、ＤＣＩフォーマット１Ａ又はＤＣＩフォーマットＮ１）を受信した後、ＤＣＩの特定の予備ビットが特定の値（例えば、ＤＣＩフォーマット１Ａの場合は１、又はＤＣＩフォーマットＮ１の場合は０）に設定されたか否かを確認することができる。特定の予備ビットが特定の値に設定された場合、端末は基地局が早期ＵＬデータ送信を指示したと解釈することができる。この場合、ランダムアクセスプリアンブルの送信のための（Ｎ）ＰＲＡＣＨ情報と早期ＵＬデータ送信のための（Ｎ）ＰＵＳＣＨグラント情報は、（Ｎ）ＰＤＣＣＨオーダーによって送信されるＤＣＩを介して受信できる。
【０１４６】
基地局が特定のＲＮＴＩを用いて早期ＵＬデータ送信を指示する場合、特定のＲＮＴＩ（例えば、ＦＦＦ４〜ＦＦＦ９の値に該当）は、基地局と端末との間に予め指定されてもよく、端末は特定のＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨをモニタリングすることができる。端末が特定のＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨを検出した場合、端末は基地局が早期ＵＬデータ送信を指示したと解釈することができる。この場合、ランダムアクセスプリアンブルの送信のための（Ｎ）ＰＲＡＣＨ情報と早期ＵＬデータ送信のための（Ｎ）ＰＵＳＣＨグラント情報は、特定のＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨを介して送信されるＤＣＩを介して受信できる。
【０１４７】
ステップＳ１０２０において、端末はＭｓｇ１を送信することができる。ステップＳ８２０における動作又は原理がステップＳ１０２０に同一／同様に適用できる。
【０１４８】
ステップＳ１０３０において、基地局はＭｓｇ２を送信することができる。ステップＳ８３０における動作又は原理がステップＳ１０３０に同一／同様に適用できる。
【０１４９】
図１１を参照すると、ステップＳ１１１０において、基地局が（Ｎ）ＰＤＣＣＨオーダーを端末に送信することができる。ステップＳ１０１０における動作又は原理がステップＳ１１１０に同一／同様に適用できる。
【０１５０】
ステップＳ９２０〜ステップＳ９５０における動作又は原理がそれぞれ、ステップＳ１１２０〜ステップＳ１１５０に同一／同様に適用できる。この場合、ステップＳ９２０〜ステップＳ９５０はそれぞれ、ステップＳ１１２０〜ステップＳ１１５０に取り替えられてもよい。
【０１５１】
例えば、図９を参照して説明したＭｓｇ１において、端末が基地局に追加のＵＬデータを指示する方法、端末において測定したＲＳＲＰ又はそれに基づくカバレッジレベルに応じて基地局で送信したＭｓｇ３又は追加のＵＬデータのためのグラント情報の解釈を変えて、Ｍｓｇ３又は追加のＵＬデータを送信する方法などは、図１１に示された方法に同一／同様に適用できる。
【０１５２】
方法１−２：Ｍｓｇ３において早期ＵＬデータ（ｅａｒｌｙ  ＵＬ  ｄａｔａ）を送信する方法
【０１５３】
ランダムアクセス過程を行う主な目的の１つは、ＵＬ同期化（ＵＬ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）である。従来、基地局は、（Ｎ）ＰＤＣＣＨオーダーを介してランダムアクセス過程を開始することで、ＵＬ同期を無くした特定の端末にＵＬ同期化を指示することができるが、本発明では、基地局が（Ｎ）ＰＤＣＣＨオーダーを介してランダムアクセス過程を開始すると同時に、ランダムアクセス過程の間に早期ＵＬデータ送信を行うように端末に指示する方法を提案する。ネットワークが、ＵＬ同期化が行われていない特定の端末に、（Ｎ）ＰＤＣＣＨオーダーを介して早期ＵＬデータ送信を指示する場合、端末は、以下のようにランダムアクセス過程を行うことができる。
【０１５４】
図１２は、（Ｎ）ＰＤＣＣＨオーダーを介して早期ＵＬデータ送信を指示する場合、基地局／端末が行うランダムアクセス過程（便宜上、第５の例という）を例示する。
【０１５５】
ステップＳ１２１０において、基地局が（Ｎ）ＰＤＣＣＨオーダーを介して端末にランダムアクセス過程の開始を指示することができる。即ち、（Ｎ）ＰＤＣＣＨオーダーは、端末のＣ−ＲＮＴＩを用いてモニタリング／検出でき、（Ｎ）ＰＤＣＣＨオーダーを介して送信されるＤＣＩは、（Ｎ）ＰＲＡＣＨリソース情報を指示することができる。
【０１５６】
また、ステップＳ１２１０において、基地局は、（Ｎ）ＰＤＣＣＨオーダーを介して端末にＭｓｇ３による早期ＵＬデータ送信を指示することができる。Ｍｓｇ３による早期ＵＬデータ送信を指示するために、図１０及び図１１を参照して説明した方法を同様に用いることができる。例えば、ネットワーク又は基地局が（Ｎ）ＰＤＣＣＨオーダーを介して端末にランダムアクセス過程の間にＭｓｇ３で早期ＵＬデータ送信を行うように指示するために、（Ｎ）ＰＤＣＣＨオーダーを介して送信されるＤＣＩの予備ビットを用いるか（例えば、Ｏｐｔ４）、特定のＲＮＴＩを用いることができる（例えば、Ｏｐｔ１）。或いは、（Ｎ）ＰＲＡＣＨリソース又はＲＡプリアンブルの指定などによって知らせてもよい。
【０１５７】
或いは、ステップＳ１２１０において、基地局は、（Ｎ）ＰＤＣＣＨオーダーを介して端末にＭｓｇ３による早期ＵＬデータ送信を指示せず、ステップＳ１２３０において、ランダムアクセス応答を運ぶ（Ｎ）ＰＤＳＣＨに対応する（Ｎ）ＰＤＣＣＨを介してＭｓｇ３による早期ＵＬデータ送信を指示することができる。ステップＳ１２１０において、基地局がＭｓｇ３による早期ＵＬデータ送信を指示しない場合、（Ｎ）ＰＤＣＣＨオーダーは、従来の方法と同様に送信／受信できる。例えば、予備ビットは用いられず、Ｃ−ＲＮＴＩを用いてモニタリング／検出され、特定のＲＮＴＩも用いられない。
【０１５８】
或いは、ステップ１２１０において、基地局が（Ｎ）ＰＤＣＣＨオーダーを介して端末にＭｓｇ３による早期ＵＬデータ送信を指示し、さらに、ステップＳ１２３０においても、（Ｎ）ＰＤＣＣＨを介してＭｓｇ３による早期ＵＬデータ送信を指示することができる。
【０１５９】
ステップＳ１２２０において、端末はＭｓｇ１を基地局へ送信することができる。具体的に、端末は、ステップＳ１２１０で受信された（Ｎ）ＰＲＡＣＨリソース情報に基づいて、ランダムアクセスプリアンブルを基地局へ送信することができる。ステップＳ１２２０は、従来の方法と同様に行うことができる。
【０１６０】
ステップＳ１２３０において、基地局はＭｓｇ２を端末へ送信することができる。基地局がＭｓｇ３による早期ＵＬデータを指示する場合、基地局は、ステップＳ１２２０で受信したランダムアクセスプリアンブルに対するランダムアクセス応答と共に、早期ＵＬデータのための（Ｎ）ＰＵＳＣＨグラント情報を追加に送信することができる。上述のように、ランダムアクセス応答は、タイミングアドバンス（ＴＡ）命令、Ｌ２／Ｌ３メッセージ（又は、Ｍｓｇ３）のためのＵＬグラント情報などを含むことができる。
【０１６１】
早期ＵＬデータのための（Ｎ）ＰＵＳＣＨグラント情報は、従来のＬ２／Ｌ３メッセージ（又は、Ｍｓｇ３）のためのＵＬグラント情報と共に、ランダムアクセス応答を介して送信／受信されるか、又はランダムアクセス応答とは別のＭＡＣメッセージを介して送信／受信されることができる。
【０１６２】
上述のように、ステップＳ１２３０において、基地局は、ステップＳ１２１０とは別に、又はステップＳ１２１０と共に、Ｍｓｇ３による早期ＵＬデータ送信を指示することができる。例えば、基地局は、Ｍｓｇ２送信をスケジュールする（Ｎ）ＰＤＣＣＨに特定のＲＮＴＩを用いるか（例えば、Ｏｐｔ１）、該当（Ｎ）ＰＤＣＣＨ  ＤＣＩの予備ビットを用いて（例えば、Ｏｐｔ４）、Ｍｓｇ３による早期ＵＬデータ送信を端末に指示することができる。
【０１６３】
ステップＳ１２４０において、端末はＭｓｇ３を基地局へ送信することができる。Ｍｓｇ１のステップ（例えば、ステップＳ１２１０）及び／又はＭｓｇ２のステップ（例えば、ステップＳ１２３０）において、基地局が早期ＵＬデータ送信を指示し、Ｍｓｇ２のステップ（例えば、ステップＳ１２３０）において端末が（Ｎ）ＰＵＳＣＨグラント情報を受信した場合、ステップＳ１２４０において、端末はランダムアクセス応答によって受信されたＵＬグラント情報に基づいてＬ２／Ｌ３メッセージを送信して、（Ｎ）ＰＵＳＣＨグラント情報に基づいて早期ＵＬデータを送信することができる。この場合、Ｌ２／Ｌ３メッセージと早期ＵＬデータとは別の（Ｎ）ＰＵＳＣＨを介して基地局へ送信することができる。
【０１６４】
ステップＳ１２４０において、端末が測定したＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）又はそれに基づいたカバレッジレベル（ｃｏｖｅｒａｇｅ  ｌｅｖｅｌ）（又は、カバレッジ向上レベル）に応じて基地局が送信したＭｓｇ３又は早期ＵＬデータに対するグラント情報の解釈を変えて、Ｍｓｇ３又は早期ＵＬデータを送信することができる（ステップＳ９３０を参照）。
【０１６５】
ステップＳ１２５０において、基地局はＭｓｇ４を端末へ送信することができる。具体的に、基地局は、競合解決メッセージと共に、Ｍｓｇ３のステップ（例えば、ステップＳ１２４０）で受信された早期ＵＬデータに対するＨＡＲＱ−ＡＣＫ情報を端末へ送信することができる。ステップＳ９５０と比較して、ステップ１２５０では、追加のＵＬデータ（第２のＵＬデータ）に対するＨＡＲＱ−ＡＣＫ情報の代わりに、早期ＵＬデータに対するＨＡＲＱ−ＡＣＫ情報が送信されるという点が異なる。この点を除いて、ステップＳ９５０における動作又は原理が同一／同様にステップＳ１２５０に適用できる。
【０１６６】
図１３は、ページングによって早期ＵＬデータ送信を指示する場合、基地局／端末が行うランダムアクセス過程（便宜上、第６の例という）を例示する。
【０１６７】
ネットワーク又は基地局が遊休端末（例えば、ＲＲＣ−ＩＤＬＥ又はＲＲＣ−ＳＵＳＰＥＮＤＥＤ状態にある端末）をページングすると同時に、Ｍｓｇ３のステップにおいて早期ＵＬデータ送信を行うように指示することができる。Ｍｓｇ３による早期ＵＬデータ送信を指示するために、基地局は、ステップＳ８１０及びステップＳ９１０において説明した方法をページングステップ（例えば、ステップＳ１３１０）に同一／同様に適用することができる。例えば、ページングステップにおいて、Ｍｓｇ３による早期ＵＬデータ送信を端末に指示するために、特定のＲＮＴＩを用いるか（例えば、Ｏｐｔ１）、Ｐ−ＲＮＴＩを用いるＤＣＩの予備ビットを用いるか（例えば、Ｏｐｔ２）、ページングメッセージに早期ＵＬデータ送信を指示するフラッグを追加するか（例えば、Ｏｐｔ３）、又は特定の（Ｎ）ＰＲＡＣＨリソース又はＲＡプリアンブルを指定することで知らせることができる。
【０１６８】
図１３のランダムアクセス過程は、Ｍｓｇ３による早期ＵＬデータ送信のためのものであるが、図８又は図９のランダムアクセス過程は、Ｍｓｇ１又はＭｓｇ１／Ｍｓｇ３による早期ＵＬデータ送信のためのものである点が異なる。
【０１６９】
ステップＳ１３１０において、基地局は、ページングによって端末にランダムアクセス過程とＭｓｇ３によるＵＬデータ送信を指示することができる。より具体的に、端末に設定されたページング機会において、基地局がページングメッセージと共に、（Ｎ）ＰＲＡＣＨリソース情報を端末へ送信することができる。上述のように、ページングメッセージは、論理チャネルであるＰＣＣＨ、送信チャネルであるＰＣＨ、物理チャネルであるＰＤＳＣＨを介して端末へ送信することができ、端末は、Ｐ−ＲＮＴＩ（Ｐａｇｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）でマスクされたＰＤＣＣＨをモニタリングし、ページングメッセージを運ぶＰＤＳＣＨのためのスケジューリング情報を取得して、取得したスケジューリング情報に基づいて、ＰＤＳＣＨを介してページングメッセージを受信することができる。
【０１７０】
ステップＳ１３２０において、端末はＭｓｇ１を基地局へ送信することができる。具体的に、端末は、Ｓ１３１０ステップで受信された（Ｎ）ＰＲＡＣＨリソース情報に基づいて、ランダムアクセスプリアンブルを基地局へ送信することができる。ステップＳ１３２０は、従来の方法と同様に行うことができる。
【０１７１】
ステップＳ１３３０、ステップＳ１３４０、ステップＳ１３５０はそれぞれ、ステップＳ１２３０、ステップＳ１２４０、ステップＳ１２５０と同一／同様に行うことができる。説明の便宜のために、詳しい説明は参照して準用する（ｉｎｃｏｒｐｏｒａｔｉｏｎ  ｂｙ  ｒｅｆｅｒｅｎｃｅ）。
【０１７２】
方法２：基地局がランダムアクセス過程中に早期ＤＬデータ（ｅａｒｌｙ  ＤＬ  ｄａｔａ）を送信
【０１７３】
方法２−１：Ｍｓｇ２において早期ＤＬデータを送信する方法
【０１７４】
基地局がＭｓｇ２のステップにおいて早期ＤＬデータを端末へ送信する方法を提案する。具体的に、ネットワーク又は基地局が（Ｎ）ＰＤＣＣＨオーダーを介してＵＥにランダムアクセス過程の間に、Ｍｓｇ２のステップにおいて早期ＤＬ送信予定であることを知らせることができ、端末は（Ｎ）ＰＤＣＣＨオーダーを介して早期ＤＬ送信が指示される場合、Ｍｓｇ２のステップにおいて早期ＤＬデータを基地局から受信することができる。
【０１７５】
図１４は、ランダムアクセス過程のＭｓｇ２のステップにおいて、早期ＤＬデータを送信／受信するための基地局／端末の動作を例示する。
【０１７６】
ステップＳ１４１０において、基地局は、ランダムアクセス過程の開始を指示する（Ｎ）ＰＤＣＣＨオーダーを端末へ送信することができる。また、（Ｎ）ＰＤＣＣＨオーダーは、端末にＭｓｇ２における早期ＤＬデータ送信を指示することができる。Ｍｓｇ２における早期ＤＬデータ送信を指示するために、様々な方法を用いることができる。例えば、（Ｎ）ＰＤＣＣＨオーダーを介して送信されるＤＣＩの予備ビット（ｒｅｓｅｒｖｅｄ  ｂｉｔ）を用いるか（例えば、Ｏｐｔ４）、特定のＲＮＴＩを用いて（例えば、Ｏｐｔ１）、早期ＤＬデータ送信を指示することができる。或いは、（Ｎ）ＰＲＡＣＨリソース又はＲＡプリアンブル指定などによって知らせてもよい。
【０１７７】
（Ｎ）ＰＤＣＣＨオーダーを介して送信されるＤＣＩの予備ビットを用いる場合、予備ビットのうちの１つを予め指定し、指定された予備ビットを特定の値に設定して、早期ＤＬデータ送信を端末に指示することができる。例えば、ＰＤＣＣＨオーダーのために、ＤＣＩフォーマット１Ａが用いられる場合、ＤＣＩフォーマット１Ａの予備ビットのうち、特定のビットを特定の値（例えば、１）に設定して、早期ＤＬデータ送信を端末に指示することができる。別の例として、ＮＰＤＣＣＨオーダーのために、ＤＣＩフォーマットＮ１が用いられる場合、ＤＣＩフォーマットＮ１の予備ビットのうち、特定のビットを特定の値（例えば、０）に設定して、早期ＤＬデータ送信を端末に指示することができる。端末は、Ｃ−ＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨオーダーを検出する場合、該当（Ｎ）ＰＤＣＣＨを介して受信されるＤＣＩの特定の予備ビットが特定の値に設定されたか否かを確認することができる。特定の予備ビットが特定の値に設定された場合、端末はＭｓｇ２のステップにおいて早期ＤＬデータ受信を行うことができ、特定の予備ビットが特定の値に設定されていない場合、Ｍｓｇ２のステップにおける早期ＤＬデータ送信は省略してもよい。
【０１７８】
特定のＲＮＴＩを用いて早期ＤＬデータ送信を端末に指示する場合、特定の用途に指定されていないＲＮＴＩ値を用いることができる。例えば、上述のように、現在の標準において割り当てられていないヘキサデシマル値のうち、ＦＦＦ４〜ＦＦＦ９のうちの１つの値を、早期ＤＬデータ受信を指示する特定のＲＮＴＩとして割り当てることができる。この場合、端末は、このように予め割り当てられた特定のＲＮＴＩを用いて（Ｎ）ＰＤＣＣＨをモニタリングし、該当特定のＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨを検出した場合、検出された（Ｎ）ＰＤＣＣＨを（Ｎ）ＰＤＣＣＨオーダーとして解釈してもよい。この場合、検出された（Ｎ）ＰＤＣＣＨオーダーは、ランダムアクセス過程の開始及びＭｓｇ２における下りリンクデータ送信を指示することができる。端末は、（Ｎ）ＰＤＣＣＨオーダーに基づいてランダムアクセス過程を開始することができ、Ｍｓｇ２のステップにおいて早期ＤＬデータ受信のための動作を行うことができる。Ｃ−ＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨオーダーが検出された場合、検出された（Ｎ）ＰＤＣＣＨオーダーは、ランダムアクセス過程の開始を指示し、Ｍｓｇ２のステップにおける早期ＤＬデータ送信が行われないことを指示することができる。この場合、Ｍｓｇ２における早期ＤＬデータ送信は省略してもよい。
【０１７９】
或いは、ステップＳ１４１０において、（Ｎ）ＰＤＣＣＨオーダーを介して早期ＤＬデータ送信を端末に指示せず、ステップＳ１４３０において、Ｍｓｇ２の送信時に特定のＲＮＴＩを用いて（例えば、Ｏｐｔ１）、端末に早期ＤＬデータ送信を知らせるか、Ｍｓｇ２のための（Ｎ）ＰＤＣＣＨ  ＤＣＩの予備ビットを用いて（例えば、Ｏｐｔ４）、端末に早期ＤＬデータ送信を知らせることができる。
【０１８０】
或いは、ステップＳ１４１０において、（Ｎ）ＰＤＣＣＨオーダーを介して、早期ＤＬデータ送信を端末に指示し、さらに、ステップＳ１４３０においても、特定のＲＮＴＩを用いるか（例えば、Ｏｐｔ１）、又はＭｓｇ２のための（Ｎ）ＰＤＣＣＨ  ＤＣＩの予備ビットを用いて（例えば、Ｏｐｔ４）、端末に早期ＤＬデータ送信を知らせることができる。
【０１８１】
ステップＳ１４２０において、端末はＭｓｇ１を基地局へ送信することができる。具体的に、端末は、ステップＳ１４１０で受信された（Ｎ）ＰＲＡＣＨリソース情報に基づき、ランダムアクセスプリアンブルを基地局へ送信することができる。ステップＳ１４２０は、従来のランダムアクセス過程と同様に行うことができる（例えば、図７のステップＳ７１０を参照）。
【０１８２】
ステップＳ１４３０において、基地局は、Ｍｓｇ２を端末へ送信することができる。ステップＳ１４１０ステップ及び／又はステップＳ１４３０において、基地局が早期ＤＬデータ送信を端末に指示した場合、基地局は、Ｍｓｇ１のステップ（例えば、ステップＳ１４２０）で受信したランダムアクセスプリアンブルに対するランダムアクセス応答と共に、早期ＤＬデータを追加に送信することができる。上述のように、ランダムアクセス応答は、タイミングアドバンス（ＴＡ）命令、Ｌ２／Ｌ３メッセージ（又は、Ｍｓｇ３）のためのＵＬグラント情報などを含むことができる。早期ＤＬデータは、ランダムアクセス応答を介して送信／受信されるか、ランダムアクセス応答とは別に送信／受信されてもよい。
【０１８３】
ステップＳ１４１０で受信された（Ｎ）ＰＤＣＣＨオーダー及び／又はステップＳ１４３０で受信された（Ｎ）ＰＤＣＣＨがＭｓｇ２における下りリンクデータ送信を指示する場合、端末は、ランダムアクセス応答を介して、又はランダムアクセス応答とは別に、早期ＤＬデータを受信することができる。具体的に、ステップＳ１４３０において、端末はＲＡ−ＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨをモニタリング／検出し、検出された（Ｎ）ＰＤＣＣＨに対応する（Ｎ）ＰＤＳＣＨを介して早期ＤＬデータを含むランダムアクセス応答を受信するか、（Ｎ）ＰＤＳＣＨを介してランダムアクセス応答及び早期ＤＬデータを受信することができる。
【０１８４】
早期ＤＬデータは、上位層のデータを称してもよい。例えば、上位層は、ＲＬＣ、ＰＤＣＰ層又はこれよりも上位の層（例えば、アプリケーション層）であってもよく、早期ＤＬデータは、上位層のためのユーザデータを称してもよい。早期ＤＬデータは、トラフィックチャネルであるＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）を介して上位層へ伝達することができる。
【０１８５】
ステップＳ１４４０において、端末はＭｓｇ３を基地局へ送信することができる。具体的に、ステップＳ１４４０において、端末は、ランダムアクセス過程のためのＬ２／Ｌ３メッセージと共に、早期ＤＬデータに対するＨＡＲＱ−ＡＣＫ情報を送信することができる。例えば、Ｌ２／Ｌ３メッセージは、ランダムアクセス応答に含まれたＵＬグラント情報を用いて、（Ｎ）ＰＵＳＣＨを介して送信することができ、早期ＤＬデータに対するＨＡＲＱ−ＡＣＫ情報は、同一の（Ｎ）ＰＵＳＣＨを介して送信することができる。或いは、ＰＵＳＣＨ／ＰＵＣＣＨの同時送信が設定された場合、Ｌ２／Ｌ３メッセージは、ランダムアクセス応答に含まれたＵＬグラント情報を用いてＰＵＳＣＨを介して送信し、早期ＤＬデータに対するＨＡＲＱ−ＡＣＫ情報はＰＵＣＣＨを介して送信してもよい。
【０１８６】
方法２−２：基地局がページングと同時に早期ＤＬデータを送信
【０１８７】
ネットワーク又は基地局が遊休端末（例えば、ＲＲＣ−ＩＤＬＥ又はＲＲＣ−ＳＵＳＰＥＮＤＥＤ状態にある端末）をページングすると同時に、早期ＤＬデータ送信を行うことができる。ページングステップにおける早期ＤＬデータ送信を端末に知らせるために、特定のＲＮＴＩを用いるか（例えば、Ｏｐｔ１）、Ｐ−ＲＮＴＩを用いるＤＣＩの予備ビットを用いることができる（例えば、Ｏｐｔ２）。或いは、特定の（Ｎ）ＰＲＡＣＨリソース又はＲＡプリアンブルを指定することで、ＵＥに早期ＤＬデータがページングと同時に送信されていることを知らせてもよい。
【０１８８】
図１５は、ページングステップにおいて、早期ＤＬデータ送信のために、基地局／端末が行うランダムアクセス過程を例示する。
【０１８９】
ステップＳ１５１０において、基地局は、ページングメッセージと共に早期ＤＬデータを送信することができる。より具体的に、基地局は、端末に設定されたページング機会において、ページングメッセージと共に、早期ＤＬデータを（Ｎ）ＰＤＳＣＨを介して端末へ送信することができる。ページングメッセージは、（Ｎ）ＰＲＡＣＨリソース情報を含むことができる。
【０１９０】
ステップＳ１５１０において、端末は、Ｐ−ＲＮＴＩを用いて（Ｎ）ＰＤＣＣＨをモニタリング／検出し、検出された（Ｎ）ＰＤＣＣＨを介して受信されたＤＣＩの特定の予備ビットが特定の値に設定された場合（例えば、Ｏｐｔ２を参照）、（Ｎ）ＰＤＣＣＨに対応する（Ｎ）ＰＤＳＣＨを介して、ページングメッセージと共に早期ＤＬデータを受信することができる。或いは、端末は、上述した特定のＲＮＴＩを用いて（例えば、Ｏｐｔ１を参照）、（Ｎ）ＰＤＣＣＨをモニタリング／検出し、特定のＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨが検出された場合、（Ｎ）ＰＤＣＣＨに対応する（Ｎ）ＰＤＳＣＨを介して、ページングメッセージと共に早期ＤＬデータを受信することができる。
【０１９１】
ステップＳ１５２０において、端末は、ランダムアクセスプリアンブルと共に早期ＤＬデータに対するＨＡＲＱ−ＡＣＫ情報を送信することができる。
【０１９２】
方法２−３：基地局がページングと同時に早期ＤＬデータを送信し、端末がＭｓｇ１を介して早期ＵＬデータを送信
【０１９３】
ページングと共に早期ＤＬデータ送信を知らせると同時に、さらに、Ｍｓｇ１のステップにおける早期ＵＬデータ送信を指示することができる。この場合、基地局は、ページングステップにおいて、ページングメッセージと早期ＤＬデータだけではなく、Ｍｓｇ１のステップにおける早期ＵＬデータ送信のための（Ｎ）ＰＵＳＣＨグラント情報を送信する必要がある。ページングと共に早期ＤＬデータ送信と早期ＵＬデータ送信をいずれも指示する場合を、早期ＤＬデータ送信又は早期ＵＬデータ送信のみを指示する場合と区分するために、独立したＲＮＴＩを用いるか（例えば、Ｏｐｔ１を参照）、（Ｎ）ＰＤＣＣＨ  ＤＣＩ内の予備ビットを用いるか（例えば、Ｏｐｔ２を参照）、ページングメッセージ内にビットを追加して用いることができる（例えば、Ｏｐｔ３を参照）。或いは、特定の（Ｎ）ＰＲＡＣＨリソース又はＲＡプリアンブルを指定することで、端末に知らせてもよい。
【０１９４】
Ｍｓｇ１のステップにおいて、早期ＵＬデータ送信が指示される場合、端末は、Ｍｓｇ１のステップにおいて、早期ＤＬデータに対するＤＬ  ＨＡＲＱ−ＡＣＫ情報と早期ＵＬデータとを独立したチャネル（例えば、それぞれＰＵＣＣＨとＰＵＳＣＨ）で送信するか、１つの（Ｎ）ＰＵＳＣＨで送信してもよい。独立したチャネルを介して送信するか、又は１つのチャネルを介して送信するかは、基地局又は端末が決定することができる。
【０１９５】
基地局が決定する場合、決定した方法をページング時に端末に指示するために、以下のような方法を用いることができる。特定のＲＮＴＩを用いるか、Ｐ−ＲＮＴＩを用いるＤＣＩの予備ビットを用いるか、ページングメッセージの一部のビットを用いるか、又は特定の（Ｎ）ＰＲＡＣＨリソース又はＲＡプリアンブルを指定することで知らせることができる。基地局は、決定した方法に応じるスケジューリング情報を端末に伝達することができる。
【０１９６】
図１６は、ページングステップにおいて、早期ＤＬデータ送信と共に早期ＵＬデータ送信を指示する場合、基地局／端末が行うランダムアクセス過程を例示する。
【０１９７】
ステップＳ１６１０において、基地局は、ページングメッセージと共に早期ＤＬデータ送信を指示することができる。また、基地局は、ステップＳ１６１０において、ページングメッセージと共に早期ＤＬデータを端末へ送信することができる。また、基地局は、ステップＳ１６１０において、Ｍｓｇ１による早期ＵＬデータ送信のための（Ｎ）ＰＵＳＣＨグラント情報を端末へ送信することができる。ページングメッセージ、早期ＤＬデータ、（Ｎ）ＰＵＳＣＨグラント情報は、１つの（Ｎ）ＰＤＳＣＨを介して送信されてもよい。また、ページングメッセージを介して（Ｎ）ＰＲＡＣＨリソース情報を受信することができる。
【０１９８】
ステップＳ１６１０において、端末は、Ｐ−ＲＮＴＩを用いて（Ｎ）ＰＤＣＣＨをモニタリング／検出し、検出された（Ｎ）ＰＤＣＣＨを介して受信されたＤＣＩの特定の予備ビットが特定の値に設定された場合、（Ｎ）ＰＤＣＣＨに対応する（Ｎ）ＰＤＳＣＨを介して、ページングメッセージと共に早期ＤＬデータ及び（Ｎ）ＰＵＳＣＨグラント情報を受信することができる。或いは、端末は、上述した特定のＲＮＴＩを用いて（Ｎ）ＰＤＣＣＨをモニタリング／検出し、特定のＲＮＴＩでマスクされた（Ｎ）ＰＤＣＣＨが検出された場合、（Ｎ）ＰＤＣＣＨに対応する（Ｎ）ＰＤＳＣＨを介して、ページングメッセージと共に早期ＤＬデータ及び（Ｎ）ＰＵＳＣＨグラント情報を受信することができる。
【０１９９】
ステップＳ１６２０において、端末は、（Ｎ）ＰＲＡＣＨリソース情報を用いて、ランダムアクセスプリアンブルを送信することができる。これと共に、ステップＳ１６１０で受信された（Ｎ）ＰＵＳＣＨグラント情報を用いて、端末は、ステップＳ１６１０で受信された早期ＤＬデータに対するＤＬ  ＨＡＲＱ−ＡＣＫ情報と共に、早期ＵＬデータを（Ｎ）ＰＵＳＣＨを介して送信することができる。或いは、ＤＬ  ＨＡＲＱ−ＡＣＫ情報と早期ＵＬデータとが独立したチャネルで送信されることに決定した場合、ＤＬ  ＨＡＲＱ−ＡＣＫ情報はＰＵＣＣＨを介して、早期ＵＬデータはＰＵＳＣＨを介して同時に送信することができる。
【０２００】
ステップＳ１６３０において、基地局はＭｓｇ２を送信することができる。具体的に、基地局は、ランダムアクセス応答と共に、早期ＵＬデータに対するＵＬ  ＨＡＲＱ−ＡＣＫ情報を端末へ送信することができる。ＵＬ  ＨＡＲＱ−ＡＣＫ情報は、ランダムアクセス応答と同一の（Ｎ）ＰＤＳＣＨを介して送信することができる。
【０２０１】
端末は、ＲＡ−ＲＮＴＩを用いて、（Ｎ）ＰＤＣＣＨをモニタリング／検出し、検出された（Ｎ）ＰＤＣＣＨを介して受信されたＤＣＩに基づいて、（Ｎ）ＰＤＳＣＨを介してランダムアクセス応答と早期ＵＬデータに対するＵＬ  ＨＡＲＱ−ＡＣＫ情報を受信することができる。
【０２０２】
Ｍｓｇ２のステップにおいて、追加のＤＬデータ送信が必要な場合、ページングステップにおいてＭｓｇ２で追加のＤＬ情報があることを端末に知らせ、Ｍｓｇ２のステップで端末が追加のデータを受信した後、必要に応じて、Ｍｓｇ３のステップで端末がＤＬ  ＨＡＲＱ−ＡＣＫを送信することができる。
【０２０３】
同様な方式によって、Ｍｓｇ３のステップで追加のＵＬデータ送信が必要な場合、Ｍｓｇ１のステップで追加のＵＬデータがあることを基地局に知らせ、Ｍｓｇ２のステップで追加の（Ｎ）ＰＵＳＣＨグラント情報を受信し、Ｍｓｇ３のステップで追加のＵＬデータを送信した後、Ｍｓｇ４のステップでＵＬ  ＨＡＲＱ−ＡＣＫを受信する。Ｍｓｇ１のステップで追加のＵＬデータがあることを基地局に知らせる方法として、図９を参照して説明した、Ｍｓｇ１のステップで追加のＵＬデータを基地局に知らせる方法を用いることができる。
【０２０４】
ページングと共に早期ＤＬデータ送信を行うとき、ページングする端末のＨＡＲＱ−ＡＣＫ用途としてＭｓｇ１のＵＬ  ＨＡＲＱ−ＡＣＫ情報はＵＥ識別情報（又は、ＵＥ  ＩＤ）を含むことができる。
【０２０５】
以上説明してきた方法は、本発明の構成要素及び特徴を所定の形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の方法で説明される動作の順序は変更されてもよい。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりできるということは明らかである。
【０２０６】
図１７は、本発明に適用可能な基地局及び端末を例示する。
【０２０７】
図１７を参照すると、無線通信システムは、基地局（ＢＳ）１７１０及び端末（ＵＥ）１７２０を含む。無線通信システムがリレーを含む場合、基地局又は端末はリレーに取り替えられてもよい。
【０２０８】
基地局１７１０は、プロセッサ１７１２、メモリ１７１４及び無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ：ＲＦ）送受信器（ｔｒａｎｓｃｅｉｖｅｒ）１７１６を含む。プロセッサ１７１２は、本発明で提案した手順及び／又は方法を具現化するように構成されてもよい。メモリ１７１４は、プロセッサ１７１２と接続して、プロセッサ１７１２の動作に関する様々な情報を格納する。ＲＦ送受信器１７１６は、プロセッサ１７１２と接続して、無線信号を送信及び／又は受信する。端末１７２０は、プロセッサ１７２２、メモリ１７２４及び無線周波数ユニット１７２６を含む。プロセッサ１７２２は、本発明で提案した手順及び／又は方法を具現化するように構成されてもよい。メモリ１７２４は、プロセッサ１７２２と接続して、プロセッサ１７２２の動作に関する様々な情報を格納する。ＲＦ送受信器１７２６は、プロセッサ１７２２と接続して、無線信号を送信及び／又は受信する。
【０２０９】
本発明の実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現化されてもよい。ハードウェアによる具現化の場合、本発明の一実施例は、１つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現化されてもよい。
【０２１０】
ファームウェアやソフトウェアによる具現化の場合、本発明の実施例に係る方法は、以上で説明した機能又は動作を実行するモジュール、手順又は関数などの形態で具現化することができる。ソフトウェアコードは命令語及び／又はデータのような形態でコンピューターで読み込み可能な媒体に格納され、プロセッサによって駆動されてもよい。前記コンピューターで読み込み可能な媒体は、前記プロセッサの内部又は外部に設けられ、公知の様々な手段によって前記プロセッサとデータを交換することができる。
【０２１１】
本発明は、本発明の特徴から逸脱しない範囲で、他の特定の形態に具体化することができることは当業者にとって自明であろう。よって、上記の詳細な説明はいずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって定められなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０２１２】
本発明は、端末、基地局などのような無線通信装置に用いられることができる。
【図１】
2020510372.tif 000003
【図２】
2020510372.tif 000004
【図３】
2020510372.tif 000005
【図４】
2020510372.tif 000006
【図５】
2020510372.tif 000007
【図６】
2020510372.tif 000008
【図７】
2020510372.tif 000009
【図８】
2020510372.tif 000010
【図９】
2020510372.tif 000011
【図１０】
2020510372.tif 000012
【図１１】
2020510372.tif 000013
【図１２】
2020510372.tif 000014
【図１３】
2020510372.tif 000015
【図１４】
2020510372.tif 000016
【図１５】
2020510372.tif 000017
【図１６】
2020510372.tif 000018
【図１７】
2020510372.tif 000019
【国際調査報告】
2020510372.tif 000020
2020510372.tif 000021
2020510372.tif 000022
2020510372.tif 000023
2020510372.tif 000024
2020510372.tif 000025
2020510372.tif 000026
2020510372.tif 000027
2020510372.tif 000028
2020510372.tif 000029