JP2021106407A - システム情報を要求する方法及び装置 - Google Patents

Abstract

【課題】ＢＳがシステム情報を送信する方法の提供。【解決手段】方法は、システム情報を要求するためにランダムアクセスプリアンブルをＵＥから受信するステップと、ＭＡＣサブヘッダを含むＲＡＲメッセージをＵＥに送信するステップであって、ＭＡＣサブヘッダは、システム情報を要求するためのランダムアクセスプリアンブルに関連したＲＡＰＩＤを含み、ＲＡＲメッセージは、ＲＡＰＩＤに関連したＭＡＣ ＲＡＲを含まない、ステップと、ＲＡＰＩＤに関連したＭＡＣ ＲＡＲを含まないＲＡＲメッセージに基づいて、ＲＡＲメッセージに応えてＵＥからメッセージを受信することなく、システム情報をＵＥに送信するステップと、を含み、ＲＡＰＩＤに関連したＭＡＣ ＲＡＲを含まないＲＡＲメッセージに基づいて、ランダムアクセス手順は、完了する。【選択図】図１４

Description

本発明は、無線通信システムに関し、より詳しくは、端末がその他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を要求する方法及びこれをサポートする装置に関する。

４Ｇ（４ｔｈ−Ｇｅｎｅｒａｔｉｏｎ）通信システム商用化以後、増加する無線データトラフィック需要を満たすために、改善された５Ｇ（５ｔｈ−Ｇｅｎｅｒａｔｉｏｎ）通信システムまたはｐｒｅ−５Ｇ通信システムを開発するための努力が行われている。このような理由で、５Ｇ通信システムまたはｐｒｅ−５Ｇ通信システムは、４Ｇネットワーク以後（ｂｅｙｏｎｄ ４Ｇ ｎｅｔｗｏｒｋ）通信システムまたはＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム以後（ｐｏｓｔ ＬＴＥ）のシステムと呼ばれている。

システム情報は、端末と基地局との間の通信のために不可欠な（ｅｓｓｅｎｔｉａｌ）情報を意味する。３ＧＰＰ ＬＴＥにおけるシステム情報は、ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）とＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）とに分けられる。ＭＩＢは最も不可欠な情報であり、ＳＩＢはその重要度や周期によって再びＳＩＢ−ｘの形態に分けられる。ＭＩＢは、物理チャネルであるＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信され、ＳＩＢは、共用制御情報であってＰＤＣＣＨを介して送信されるという点で異なる。

一方、システム情報ブロックの個数は、持続的に増加している。システム情報ブロックの放送のために無線リソースの使用が必要であるため、システム情報ブロックの個数が増加するにつれ、システム情報ブロックの放送に必要な無線リソースの量も増加せざるを得ない。持続的に増加するシステム情報を端末に送信するにあたって、無線リソースを効率的に活用するシステム情報要求方法が提案される必要がある。

一実施例において、無線通信システムにおける端末がシステム情報を要求する方法が提供される。前記方法は、システム情報要求のためのランダムアクセスプリアンブルを基地局に送信するステップと、前記送信されたランダムアクセスプリアンブルに対応するＲＡＰＩＤ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ ｉｄｅｎｔｉｆｉｅｒ）のみを含むランダムアクセス応答を前記基地局から受信するステップと、ランダムアクセス手順が完了したと見なすステップと、を含む。

他の実施例において、無線通信システムにおけるシステム情報を要求する端末が提供される。前記端末は、メモリと、送受信機と、前記メモリと前記送受信機を連結するプロセッサと、を含み、前記プロセッサは、前記送受信機がシステム情報要求のためのランダムアクセスプリアンブルを基地局に送信するように制御し、前記送受信機が前記送信されたランダムアクセスプリアンブルに対応するＲＡＰＩＤ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ ｉｄｅｎｔｉｆｉｅｒ）のみを含むランダムアクセス応答を前記基地局から受信するように制御し、及びランダムアクセス手順が完了したと見なす。

端末が効率的にその他のシステム情報を要求することができる。

ＬＴＥシステム構造を示す。 制御プレーンに対するＬＴＥシステムの無線インターフェースプロトコルを示す。 ユーザプレーンに対するＬＴＥシステムの無線インターフェースプロトコルを示す。 ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＳＩＢ１（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ１）及びその他のＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）が送信される例を示す。 システム情報の更新を示す。 コンテンションベースのランダムアクセス手順を示す。 非コンテンションベースのランダムアクセス手順を示す。 端末が新しい類型のシステム情報を受信する手順を示す。 本発明の一実施例によって、端末がランダムアクセス手順でシステム情報を要求する手順を示す。 本発明の一実施例に係る、ただＲＡＰＩＤだけ含むＭＡＣサブヘッダの一例を示す。 本発明の一実施例に係る、ＭＡＣ ＰＤＵの一例を示す。 本発明の一実施例によって、端末がランダムアクセス手順で新しいタイプのＲＡＲウィンドウに基づいてシステム情報を要求及び受信する方法を示す。 本発明の一実施例によって、要求されたシステム情報が第２のＲＡＲウィンドウ内で提供される一例を示す。 本発明の一実施例によって、端末がシステム情報を要求する方法を示すブロック図である。 本発明の実施例が具現される無線通信システムのブロック図である。

以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）で具現されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術で具現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であり、ＩＥＥＥ８０２．１６ｅに基づくシステムとの後方互換性（ｂａｃｋｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ−ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）を使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化である。５Ｇ通信システムは、ＬＴＥ−Ａの進化である。

説明を明確にするために、ＬＴＥ−Ａ/５Ｇを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。

図１は、ＬＴＥシステム構造を示す。通信ネットワークは、ＩＭＳ（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）を介したＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ）及びパケットデータのような多様な通信サービスを提供するために広範囲に配置される。

図１を参照すると、ＬＴＥシステム構造は、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、ＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）及び一つ以上の端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）１０を含む。ＵＥ１０は、ユーザにより運搬される通信装置を示す。ＵＥ１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）または無線装置（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）などと呼ばれることもある。

Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ ｎｏｄｅ−Ｂ）２０を含むことができ、一つのセルに複数の端末が存在できる。ｅＮＢ２０は、制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）の終端点を端末に提供する。ｅＮＢ２０は、一般的に端末１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ ｓｔａｔｉｏｎ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）等、他の用語で呼ばれることもある。一つのｅＮＢ２０は、セル毎に配置されることができる。ｅＮＢ２０のカバレッジ内に一つ以上のセルが存在できる。一つのセルは、１．２５、２．５、５、１０及び２０ＭＨｚなどの帯域幅のうち一つを有するように設定され、複数の端末にダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）またはアップリンク（ＵＬ；ｕｐｌｉｎｋ）送信サービスを提供することができる。このとき、互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。

以下、ダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）は、ｅＮＢ２０からＵＥ１０への通信を示し、アップリンク（ＵＬ；ｕｐｌｉｎｋ）は、ＵＥ１０からｅＮＢ２０への通信を示す。ＤＬにおいて、送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部である。ＵＬにおいて、送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部である。

ＥＰＣは、制御プレーンの機能を担当するＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）、ユーザプレーンの機能を担当するＳ−ＧＷ（ｓｙｓｔｅｍ ａｒｃｈｉｔｅｃｔｕｒｅ ｅｖｏｌｕｔｉｏｎ（ＳＡＥ）ｇａｔｅｗａｙ）を含むことができる。ＭＭＥ／Ｓ−ＧＷ３０は、ネットワークの端に位置でき、外部ネットワークと連結される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有し、このような情報は、主に端末の移動性管理に使われることができる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイである。ＭＭＥ／Ｓ−ＧＷ３０は、セッションの終端点と移動性管理機能を端末１０に提供する。ＥＰＣは、ＰＤＮ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ）−ＧＷ（ｇａｔｅｗａｙ）をさらに含むことができる。ＰＤＮ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。

ＭＭＥは、ｅＮＢ２０へのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行を含む）、トラッキング領域リスト管理（アイドルモード及び活性化モードである端末のために）、Ｐ−ＧＷ及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ（ｓｅｒｖｉｎｇ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ（ｐｕｂｌｉｃ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ：地震／津波警報システム（ＥＴＷＳ）及び常用モバイル警報システム（ＣＭＡＳ）を含む）メッセージ送信サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、ユーザ別基盤パケットフィルタリング（例えば、深層パケット検査を介して）、合法的な遮断、端末ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレス割当、ＤＬの送信レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲに基づくＤＬ等級強制の各種機能を提供する。明確性のためにＭＭＥ／Ｓ−ＧＷ３０は、“ゲートウェイ”と単純に表現し、これはＭＭＥ及びＳ−ＧＷを両方とも含むことができる。

ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使われることができる。端末１０及びｅＮＢ２０は、Ｕｕインターフェースにより連結されることができる。ｅＮＢ２０は、Ｘ２インターフェースにより相互間連結されることができる。隣接したｅＮＢ２０は、Ｘ２インターフェースによるネットワーク型ネットワーク構造を有することができる。ｅＮＢ２０は、Ｓ１インターフェースによりＥＰＣと連結されることができる。ｅＮＢ２０は、Ｓ１−ＭＭＥインターフェースによりＥＰＣと連結されることができ、Ｓ１−ＵインターフェースによりＳ−ＧＷと連結されることができる。Ｓ１インターフェースは、ｅＮＢ２０とＭＭＥ／Ｓ−ＧＷ３０との間に多対多関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）をサポートする。

ｅＮＢ２０は、ゲートウェイ３０に対する選択、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間におけるゲートウェイ３０へのルーティング（ｒｏｕｔｉｎｇ）、ページングメッセージのスケジューリング及び送信、ＢＣＨ（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）情報のスケジューリング及び送信、ＵＬ及びＤＬで端末１０へのリソースの動的割当、ｅＮＢ測定の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び提供（ｐｒｏｖｉｓｉｏｎｉｎｇ）、無線ベアラ制御、ＲＡＣ（ｒａｄｉｏ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）及びＬＴＥ活性状態における連結移動性制御機能を実行することができる。前記言及のように、ゲートウェイ３０は、ＥＰＣでページング開始、ＬＴＥアイドル状態管理、ユーザプレーンの暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と無欠性保護機能を実行することができる。

図２は、制御プレーンに対するＬＴＥシステムの無線インターフェースプロトコルを示す。図３は、ユーザプレーンに対するＬＴＥシステムの無線インターフェースプロトコルを示す。

端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は、通信システムで広く知られたＯＳＩ（ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）及びＬ３（第３層）に区分される。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的に物理層、データリンク層（ｄａｔａｌｉｎｋ ｌａｙｅｒ）、及びネットワーク層（ｎｅｔｗｏｒｋ ｌａｙｅｒ）に区分されることができ、垂直的に制御信号送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）である制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とデータ情報送信のためのプロトコルスタックであるユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）とに区分されることができる。無線インターフェースプロトコルの階層は、端末とＥ−ＵＴＲＡＮで対（ｐａｉｒ）で存在でき、これはＵｕインターフェースのデータ送信を担当することができる。

物理層（ＰＨＹ；ｐｈｙｓｉｃａｌ ｌａｙｅｒ）は、Ｌ１に属する。物理層は、物理チャネルを介して上位層に情報送信サービスを提供する。物理層は、上位層であるＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して連結される。物理チャネルは、トランスポートチャネルにマッピングされる。トランスポートチャネルを介してＭＡＣ層と物理層との間にデータが送信されることができる。互いに異なる物理層間、即ち、送信機の物理層と受信機の物理層との間のデータは、物理チャネルを介して無線リソースを利用して送信されることができる。物理層は、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を利用して変調されることができ、時間と周波数を無線リソースとして活用する。

物理層は、いくつかの物理制御チャネル（ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を使用する。ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、ＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のリソース割当、ＤＬ−ＳＣＨと関連するＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）情報に対して端末に報告する。ＰＤＣＣＨは、アップリンク送信のリソース割当に対して端末に報告するためにアップリンクグラントを伝送することができる。ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、ＰＤＣＣＨのために使われるＯＦＤＭシンボルの個数を端末に知らせ、全てのサブフレーム毎に送信される。ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ＡＲＱ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨ送信に対するＨＡＲＱ ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、ダウンリンク送信のためのＨＡＲＱ ＡＣＫ／ＮＡＣＫ、スケジューリング要求及びＣＱＩのようなＵＬ制御情報を伝送する。ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を伝送する。

物理チャネルは、時間領域で複数のサブフレーム（ｓｕｂｆｒａｍｅ）と周波数領域で複数の副搬送波（ｓｕｂｃａｒｒｉｅｒ）で構成される。一つのサブフレームは、時間領域で複数のシンボルで構成される。一つのサブフレームは、複数のリソースブロック（ＲＢ；ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）で構成される。一つのリソースブロックは、複数のシンボルと複数の副搬送波で構成される。また、各サブフレームは、ＰＤＣＣＨのために該当サブフレームの特定シンボルの特定副搬送波を利用することができる。例えば、サブフレームの最初のシンボルがＰＤＣＣＨのために使われることができる。ＰＤＣＣＨは、ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅｓ）のように動的に割り当てられたリソースを伝送することができる。データが送信される単位時間であるＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）は、１個のサブフレームの長さと同じである。サブフレーム一つの長さは、１ｍｓである。

トランスポートチャネルは、チャネルが共有されるかどうかによって共通トランスポートチャネル及び専用トランスポートチャネルに分類される。ネットワークから端末にデータを送信するＤＬトランスポートチャネル（ＤＬ ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するＤＬ−ＳＣＨなどを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び送信電力の変化による動的リンク適応及び動的／半静的リソース割当をサポートする。また、ＤＬ−ＳＣＨは、セル全体にブロードキャスト及びビームフォーミングの使用を可能にすることができる。システム情報は、一つ以上のシステム情報ブロックを伝送する。全てのシステム情報ブロックは、同じ周期に送信されることができる。ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ）のトラフィックまたは制御信号は、ＭＣＨ（ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ）を介して送信される。

端末からネットワークにデータを送信するＵＬトランスポートチャネルは、初期制御メッセージ（ｉｎｉｔｉａｌ ｃｏｎｔｒｏｌ ｍｅｓｓａｇｅ）を送信するＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するＵＬ−ＳＣＨなどを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び送信電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートすることができる。また、ＵＬ−ＳＣＨは、ビームフォーミングの使用を可能にすることができる。ＲＡＣＨは、一般的にセルへの初期接続に使われる。

Ｌ２に属するＭＡＣ層は、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）を介して上位層であるＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）層にサービスを提供する。ＭＡＣ層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、ＭＡＣ層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣ副層は、論理チャネル上のデータ送信サービスを提供する。

論理チャネルは、送信される情報の種類によって、制御プレーンの情報伝達のための制御チャネルとユーザプレーンの情報伝達のためのトラフィックチャネルとに分けられる。即ち、論理チャネルタイプのセットは、ＭＡＣ層により提供される他のデータ送信サービスのために定義される。論理チャネルは、トランスポートチャネルの上位に位置してトランスポートチャネルにマッピングされる。

制御チャネルは、制御プレーンの情報伝達のみのために使われる。ＭＡＣ層により提供される制御チャネルは、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＰＣＣＨ（ｐａｇｉｎｇ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＣＣＣＨ（ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＭＣＣＨ（ｍｕｌｔｉｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）及びＤＣＣＨ（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を含む。ＢＣＣＨは、システム制御情報を放送するためのダウンリンクチャネルである。ＰＣＣＨは、ページング情報の送信及びセル単位の位置がネットワークに知られていない端末をページングするために使われるダウンリンクチャネルである。ＣＣＣＨは、ネットワークとＲＲＣ接続を有しないとき、端末により使われる。ＭＣＣＨは、ネットワークから端末にＭＢＭＳ制御情報を送信するのに使われる一対多のダウンリンクチャネルである。ＤＣＣＨは、ＲＲＣ接続状態で端末とネットワークとの間の専用制御情報送信のために端末により使われる一対一の双方向チャネルである。

トラフィックチャネルは、ユーザプレーンの情報伝達のみのために使われる。ＭＡＣ層により提供されるトラフィックチャネルは、ＤＴＣＨ（ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）及びＭＴＣＨ（ｍｕｌｔｉｃａｓｔ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ）を含む。ＤＴＣＨは、一対一のチャネルで一つの端末のユーザ情報の送信のために使われ、アップリンク及びダウンリンクの両方に存在できる。ＭＴＣＨは、ネットワークから端末にトラフィックデータを送信するための一対多のダウンリンクチャネルである。

論理チャネルとトランスポートチャネルとの間のアップリンク連結は、ＵＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、及びＵＬ−ＳＣＨにマッピングされることができるＣＣＣＨを含む。論理チャネルとトランスポートチャネルとの間のダウンリンク連結は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングされることができるＢＣＣＨ、ＰＣＨにマッピングされることができるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、ＭＣＨにマッピングされることができるＭＣＣＨ、及びＭＣＨにマッピングされることができるＭＴＣＨを含む。

ＲＬＣ層は、Ｌ２に属する。ＲＬＣ層の機能は、下位層がデータの送信に適するように無線セクションで上位層から受信されたデータの分割／連結によるデータの大きさ調整を含む。無線ベアラ（ＲＢ；ｒａｄｉｏ ｂｅａｒｅｒ）が要求する多様なＱｏＳを保証するために、ＲＬＣ層は、透過モード（ＴＭ；ｔｒａｎｓｐａｒｅｎｔ ｍｏｄｅ）、非確認モード（ＵＭ；ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）、及び確認モード（ＡＭ；ａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）の三つの動作モードを提供する。ＡＭ ＲＬＣは、信頼性のあるデータ送信のためにＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）を介して再送信機能を提供する。一方、ＲＬＣ層の機能は、ＭＡＣ層内部の機能ブロックで具現されることができ、このとき、ＲＬＣ層は、存在しないこともある。

ＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）層は、Ｌ２に属する。ＰＤＣＰ層は、相対的に帯域幅が小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して送信されるデータが効率的に送信されるように不要な制御情報を減らすヘッダ圧縮機能を提供する。ヘッダ圧縮は、データのヘッダに必要な情報のみを送信することによって無線セクションで送信効率を上げる。さらに、ＰＤＣＰ層は、セキュリティ機能を提供する。セキュリティ機能は、第３者の検査を防止する暗号化及び第３者のデータ操作を防止する無欠性保護を含む。

ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）層は、Ｌ３に属する。Ｌ３の最も下段部分に位置するＲＲＣ層は、制御プレーンでのみ定義される。ＲＲＣ層は、端末とネットワークとの間の無線リソースを制御する役割を実行する。そのために、端末とネットワークは、ＲＲＣ層を介してＲＲＣメッセージを交換する。ＲＲＣ層は、ＲＢの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再構成（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、Ｌ１及びＬ２により提供される論理的経路である。即ち、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ送信のために、Ｌ２により提供されるサービスを意味する。ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を決定することを意味する。ＲＢは、ＳＲＢ（ｓｉｇｎａｌｉｎｇ ＲＢ）とＤＲＢ（ｄａｔａ ＲＢ）の二つに区分されることができる。ＳＲＢは、制御プレーンでＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザプレーンでユーザデータを送信する通路として使われる。

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、連結管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）などの機能を実行する。

図２を参照すると、ＲＬＣ及びＭＡＣ層（ネットワーク側でｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱのような機能を実行することができる。ＲＲＣ層（ネットワーク側でｅＮＢで終了）は、放送、ページング、ＲＲＣ接続管理、ＲＢ制御、移動性機能及び端末測定報告／制御のような機能を実行することができる。ＮＡＳ制御プロトコル（ネットワーク側でゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性ハンドリング、ＬＴＥ＿ＩＤＬＥでページング開始及び端末とゲートウェイとの間のシグナリングのためのセキュリティ制御のような機能を実行することができる。

図３を参照すると、ＲＬＣ及びＭＡＣ層（ネットワーク側でｅＮＢで終了）は、制御プレーンでの機能と同じ機能を実行することができる。ＰＤＣＰ層（ネットワーク側でｅＮＢで終了）は、ヘッダ圧縮、無欠性保護及び暗号化のようなユーザプレーン機能を実行することができる。

以下、システム情報に対して説明する。

図４は、ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＳＩＢ１（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ１）及びその他のＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）が送信される例を示す。

ＬＴＥセルは、ＩＤＬＥ＿ＭＯＤＥ端末及びＣＯＮＮＥＣＴＥＤ＿ＭＯＤＥ端末の動作に必要な基本的なパラメータを複数個の情報ブロック（Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に分けて放送する。情報ブロックの例として、ＭＩＢとＳＩＢ１、ＳＩＢ２及びその他のＳｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ（ＳＩＢｎ）がある。

ＭＩＢは、端末がセルへの接続に必要な最も基本的なパラメータを含む。図４を参照すると、ＭＩＢメッセージは、４０ｍｓの周期にＢＣＨを介して放送され、４０ｍｓ周期内の全てのラジオフレームでＭＩＢ送信が繰り返される。ＭＩＢから受信したパラメータを使用することで、端末は、ＳＩＢメッセージを受信する。

ＳＩＢは、多様なタイプが存在する。

ＳＩＢ１は、セル接続に関連した情報を含み、特にＳＩＢ１を除く他のＳＩＢ（ＳＩＢ２〜ＳＩＢｎ）のスケジューリング情報を含む。ＳＩＢ１を除く他のＳＩのうち同じ送信周期を有するＳＩＢは、同じシステム情報（ＳＩ）メッセージに含まれて伝達される。したがって、スケジューリング情報は、各ＳＩＢとＳＩメッセージのマッピング関係を含む。ＳＩメッセージは、時間領域のウィンドウ（ＳＩ−ｗｉｎｄｏｗ）内で送信され、各ＳＩメッセージは、一個のＳＩ−ｗｉｎｄｏｗと関連づけられている。互いに異なるＳＩのＳＩ−ｗｉｎｄｏｗは重ならないため、任意のＳＩ−ｗｉｎｄｏｗ内には一個のＳＩメッセージのみが送信される。したがって、スケジューリング情報は、ＳＩ−ｗｉｎｄｏｗの長さとＳＩ送信周期を含む。ＳＩメッセージが送信される時間／周波数は、基地局の動的スケジューリングに決まる。ＳＩＢ１は、８個の無線フレーム周期（即ち、８０ｍｓ周期）でダウンリンク共通チャネル（ＤＬ−ＳＣＨ）を介して放送され、８０ｍｓ周期内でＳＦＮ ｍｏｄ２である無線フレームの５番サブフレーム上でＳＩＢ１は繰り返して再送信される。

ＳＩＢ２は、端末がセルに接続するために必要な情報を含む。これはアップリンクセル帯域幅、ランダムアクセスパラメータ、アップリンク電力制御と関連したパラメータなどに対する情報を含む。

ＳＩＢ３は、セル再選択情報を含む。ＳＩＢ４は、サービングセルの周波数情報と、セル再選択と関連した隣接セルのイントラ周波数情報と、を含む。ＳＩＢ５は、他のＥ−ＵＴＲＡ周波数に対する情報と、セル再選択と関連した隣接セルのインター周波数に対する情報を含む。ＳＩＢ６は、ＵＴＲＡ周波数に対する情報と、セル再選択と関連したＵＴＲＡ隣接セルに対する情報と、を含む。ＳＩＢ７は、セル再選択と関連したＧＥＲＡＮ周波数に対する情報を含む。ＳＩＢ８は、隣接セルに対する情報を含む。

ＳＩＢ９は、ＨｅＮＢ（Ｈｏｍｅ ｅＮｏｄｅＢ）のＩＤを含む。ＳＩＢ１０乃至ＳＩＢ１２は、例えば、地震警報のような公共警報（ｐｕｂｌｉｃ ｗａｒｎｉｎｇ）メッセージを含む。ＳＩＢ１４は、改善されたアクセス制限（ｅｎｈａｎｃｅｄ ａｃｃｅｓｓ ｂａｒｒｉｎｇ）のサポートに使われ、端末がセルに接続することを制御する。ＳＩＢ１５は、隣接した搬送波周波数のＭＢＭＳ受信に必要な情報を含む。ＳＩＢ１６は、ＧＰＳ時間とＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ）関連情報を含む。ＳＩＢ１７は、ＲＡＮ補助情報を含む。

全てのＳＩＢが常に存在すべきものではない。例えば、ＳＩＢ９は、ＨｅＮＢを事業者が構築するモードでは必要でなく、ＳＩＢ１３は、該当セルでＭＢＭＳが提供されない場合には必要でない。

システム情報は、セル内接続した全ての端末に共通して適用され、端末は、正しい動作のために常に最新のシステム情報を維持しなければならない。システム情報が変わる場合、基地局が新しいシステム情報を送信する時点を端末があらかじめ知っているべきである。新しいシステム情報が送信されることができるラジオフレーム区間を基地局と端末が相互認識するために、“３ＧＰＰ ＴＳ ３６．３３１ ｖ９．３．０”は、ＢＣＣＨ変更区間（ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ）という概念を導入した。以下、具体的に説明する。

図５は、システム情報の更新を示す。

図５を参照すると、もし、ｎ＋１番目の変更区間でシステム情報を更新しようとする基地局は、ｎ番目の変更区間で端末にシステム情報の更新をあらかじめ通知する。ｎ番目の変更区間でシステム情報の更新に対する通知を受けた端末は、ｎ＋１番目の変更区間の開始と同時に新しいシステム情報を受信して適用する。システム情報の更新が予定された場合、基地局は、ページングメッセージにシステム情報修正指示子を含ませる。一般的にページングメッセージは、アイドルモード端末が受信するメッセージであるが、システム情報の更新をページングメッセージを介して通知するため、連結モード端末もページングメッセージを時々受信することでシステム情報の更新可否を確認しなければならない。

以下、ランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ）に対して説明する。

ランダムアクセスは、端末が基地局とアップリンク同期を得たりアップリンク無線リソースの割当を受けたりするために使われる。電源がオンになった後、端末は、初期セルとのダウンリンク同期を取得してシステム情報を受信する。また、前記システム情報から使用可能なランダムアクセスプリアンブル（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ）の集合とランダムアクセスプリアンブルの送信に使われる無線リソースに対する情報を得る。ランダムアクセスプリアンブルの送信に使われる無線リソースは、無線フレーム及び／または少なくとも一つ以上のサブフレームの組み合わせで特定される。端末は、ランダムアクセスプリアンブルの集合から任意に選択したランダムアクセスプリアンブルを送信し、前記ランダムアクセスプリアンブルを受信した基地局は、アップリンク同期のためのＴＡ（ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ）値をランダムアクセス応答を介して端末に送る。これで、端末は、アップリンク同期を取得する。

即ち、基地局は、特定端末に指定されたランダムアクセスプリアンブル（ｄｅｄｉｃａｔｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ）を割り当て、端末は、該当ランダムアクセスプリアンブルで非コンテンションランダムアクセス（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ ｒａｎｄｏｍ ａｃｃｅｓｓ）を実行する。即ち、ランダムアクセスプリアンブルを選択する過程で、特定の集合内から端末が任意に一つを選択して使用するコンテンションベースのランダムアクセス（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）と、基地局が特定端末にのみ割り当てたランダムアクセスプリアンブルを使用する非コンテンションランダムアクセスと、がある。非コンテンションランダムアクセスは、ハンドオーバのための手順や基地局の命令により要求される場合に使われることができる。

図６は、コンテンションベースのランダムアクセス手順を示す。

図６を参照すると、端末は、システム情報またはハンドオーバ命令（ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ）を介して指示されたランダムアクセスプリアンブルの集合から任意に（ｒａｎｄｏｍｌｙ）一つのランダムアクセスプリアンブルを選択する。また、ランダムアクセスプリアンブルを送信することができる無線リソースを選択し、選択されたランダムアクセスプリアンブルを送信する（Ｓ６１０）。前記無線リソースは、特定サブフレームであり、これはＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を選択することである。

端末は、ランダムアクセスプリアンブル送信後に、システム情報またはハンドオーバ命令を介して指示されたランダムアクセス応答受信ウィンドウ内に、ランダムアクセス応答受信を試みて、それによって、ランダムアクセス応答を受信する（Ｓ６２０）。ランダムアクセス応答は、ＭＡＣ ＰＤＵフォーマットで送信され、前記ＭＡＣ ＰＤＵは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）に伝達される。また、ＰＤＳＣＨに伝達される情報を端末が適切に受信するためにＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）も共に伝達される。即ち、ＰＤＣＣＨは、前記ＰＤＳＣＨを受信する端末の情報、前記ＰＤＳＣＨの無線リソースの周波数、時間情報、及び前記ＰＤＳＣＨの送信形式などが含まれている。端末が自分に伝達されるＰＤＣＣＨの受信に成功すると、前記ＰＤＣＣＨの情報に基づいてＰＤＳＣＨに送信されるランダムアクセス応答を適切に受信する。

ランダムアクセス応答にはランダムアクセスプリアンブル識別子（ＩＤ）、ＵＬ Ｇｒａｎｔ（アップリンク無線リソース）、臨時Ｃ−ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ Ｃｅｌｌ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）、及びＴＡＣ（Ｔｉｍｅ Ａｌｉｇｎｍｅｎｔ Ｃｏｍｍａｎｄ）が含まれる。一つのランダムアクセス応答には一つ以上の端末のためのランダムアクセス応答情報が含まれるため、ランダムアクセスプリアンブル識別子は、含まれているＵＬ Ｇｒａｎｔ、臨時Ｃ−ＲＮＴＩ、及びＴＡＣがどの端末に有効かを知らせるために含まれる。ランダムアクセスプリアンブル識別子は、基地局が受信したランダムアクセスプリアンブルに対する識別子である。ＴＡＣは、端末がアップリンク同期を調整するための情報として含まれる。ランダムアクセス応答は、ＰＤＣＣＨ上のランダムアクセス識別子、即ち、ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）により指示される。

自分に有効なランダムアクセス応答を受信すると、端末は、ランダムアクセス応答に含まれている情報を処理し、基地局にスケジューリングされた送信を実行する（Ｓ６３０）。即ち、端末は、ＴＡＣを適用させ、臨時Ｃ−ＲＮＴＩを格納する。また、ＵＬ Ｇｒａｎｔを利用して、端末のバッファに格納されたデータまたは新しく生成されたデータを基地局に送信する。この場合、端末を識別することができる情報が含まれなければならない。これはコンテンションベースのランダムアクセス過程ではどんな端末がランダムアクセスを実行するかを基地局が判断することができなくて、以後コンテンション解決をするために端末を識別する必要があるためである。

端末を識別することができる情報を含ませる方法には、二つの方法が存在する。端末がランダムアクセス実行以前に既に該当セルで割当を受けた有効なセル識別子を有している場合、端末は、前記ＵＬ Ｇｒａｎｔを介して自分のセル識別子を送信する。それに対して、もし、ランダムアクセス過程以前に有効なセル識別子の割当を受けることができない場合、端末は、自分の固有識別子（例えば、Ｓ−ＴＭＳＩまたはＲａｎｄｏｍ ＩＤ）を含んで送信する。一般的に前記の固有識別子は、セル識別子より長い。端末は、前記ＵＬ Ｇｒａｎｔを介してデータを送信した場合、コンテンション解決のためのタイマ（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ｔｉｍｅｒ）を開始する。

端末は、ランダムアクセス応答を受信して割当を受けたＵＬ Ｇｒａｎｔを介して自分の識別子を含むデータを送信した以後、コンテンション解決のために基地局の指示を待つ（Ｓ６４０）。即ち、特定メッセージを受信するためにＰＤＣＣＨの受信を試みる。ＰＤＣＣＨを受信する方法として二つが提案される。前述した通り、ＵＬ Ｇｒａｎｔを介して送信された自分の識別子がセル識別子である場合、自分のセル識別子を利用してＰＤＣＣＨの受信を試みることができる。この場合、コンテンション解決タイマが満了される前に自分のセル識別子を介してＰＤＣＣＨを受信すると、端末は、正常にランダムアクセスが実行されたと判断してランダムアクセスを終了する。ＵＬ Ｇｒａｎｔを介して送信された識別子が固有識別子である場合、ランダムアクセス応答に含まれている臨時Ｃ−ＲＮＴＩを利用してＰＤＣＣＨの受信を試みる。この場合、コンテンション解決タイマが満了される前に臨時セル識別子を介してＰＤＣＣＨを受信した場合、ＰＤＣＣＨが指示するＰＤＳＣＨが伝達するデータを確認する。自分の固有識別子がデータに含まれている場合、端末は、正常にランダムアクセスが実行されたと判断してランダムアクセスを終了することができる。

図７は、非コンテンションベースのランダムアクセス手順を示す。

コンテンションベースのランダムアクセスとは違って、非コンテンションベースのランダムアクセスは、端末がランダムアクセス応答を受信することによって終了される。

非コンテンションベースのランダムアクセスは、ハンドオーバ及び／または基地局の命令のように要求により開始される。ただし、前述した二つの場合で、コンテンションベースのランダムアクセスも実行される。

端末は、基地局からコンテンションの可能性がない指定されたランダムアクセスプリアンブルの割当を受ける。ランダムアクセスプリアンブルの割当を受けることは、ハンドオーバ命令とＰＤＣＣＨ命令を介して実行される（Ｓ７１０）。

端末は、自分のために指定されたランダムアクセスプリアンブルの割当を受けた後に、該当するランダムアクセスプリアンブルを基地局に送信する（Ｓ７２０）。

基地局は、ランダムアクセスプリアンブルを受信すると、これに対する応答としてランダムアクセス応答を端末に送信する（Ｓ７３０）。ランダムアクセス応答と関連した手順は、前述した図６のＳ６２０を参照することができる。

一方、システム情報ブロックの個数は、持続的に増加している。システム情報ブロックの放送のために無線リソースの使用が必要であるため、システム情報ブロックの個数が増加するにつれ、システム情報ブロックの放送に必要な無線リソースの量も増加せざるを得ない。このような問題を解決するために、新しい類型のシステム情報が提案された。

図８は、端末が新しい類型のシステム情報を受信する手順を示す。

図８を参照すると、新しい類型のシステム情報は、ミニマムシステム情報（ｍｉｎｉｍｕｍ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）とその他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）とに区分されることができる。ミニマムシステム情報は、周期的に放送されることができる。ミニマムシステム情報は、セルにイニシャルアクセスのために必要な基本情報及びオンデマンド基盤を介してプロヴィジョンされ（ｐｒｏｖｉｓｉｏｎｅｄ）、または周期的に放送されるその他のシステム情報を取得するための情報を含むことができる。ミニマムシステム情報は、ＳＦＮ、ＰＬＭＮのリスト、セルＩＤ、セルキャンプパラメータ、ＲＡＣＨパラメータのうち少なくともいずれか一つを含むことができる。ネットワークがオンデマンドメカニズムを許容する場合、その他のシステム情報を要求するために必要なパラメータがミニマムシステム情報に含まれることができる。その他のシステム情報は、ミニマムシステム情報で放送されない全てのシステム情報を意味する。

一方、端末は、その他のシステム情報を取得するために、ネットワークにシステム情報の送信を要求することができる。例えば、ネットワークが特定システム情報を放送しない場合、ＲＲＣ＿ＩＤＬＥ状態の端末は、ＲＡＣＨ手順を利用して特定システム情報をネットワークに要求できる。端末がＲＡＣＨ手順を利用して特定システム情報をネットワークに要求する場合、第１のメッセージがシステム情報要求を送信するために使われることができ、要求されたシステム情報は放送されることができる。第１のメッセージがシステム情報の要求のために使われる場合、端末が第３のメッセージをネットワークに送信することは不要である。さらに、第１のメッセージがシステム情報の要求のために使われる場合、端末が第３のメッセージをネットワークに送信する必要がないため、第３のメッセージに対するアップリンクグラントも第２のメッセージに含まれる必要がない。以下、本発明の一実施例によって、端末がランダムアクセス手順でシステム情報を要求する方法及びこれをサポートする装置に対して説明する。本明細書において、システム情報要求のためのランダムアクセス手順は、システム情報要求手順とも呼ばれる。本明細書において、ランダムアクセス手順で、１番目に送信されるメッセージは第１のメッセージまたはＭＳＧ１といい、２番目に送信されるメッセージは第２のメッセージまたはＭＳＧ２といい、３番目に送信されるメッセージは第３のメッセージまたはＭＳＧ３といい、４番目に送信されるメッセージは第４のメッセージまたはＭＳＧ４という。

図９は、本発明の一実施例によって、端末がランダムアクセス手順でシステム情報を要求する手順を示す。

図９を参照すると、ステップＳ９１０において、端末は、第１のメッセージを基地局に送信できる。前記第１のメッセージは、ランダムアクセスプリアンブルである。前記ランダムアクセスプリアンブルは、システム情報要求のために使われることができる。前記第１のメッセージは、システム情報要求のために予約された第１のメッセージリソースを利用して送信されることができる。例えば、端末がその他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を受信することを所望する場合、端末は、関心あるその他のシステム情報に対応する第１のメッセージリソースを選択し、選択された第１のメッセージリソースを使用してシステム情報の送信を要求する第１のメッセージを送信することができる。前記端末は、ＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である。

ステップＳ９２０において、端末は、送信されたランダムアクセスプリアンブルに対応するＲＡＰＩＤ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ ｉｄｅｎｔｉｆｉｅｒ）を含む第２のメッセージを基地局から受信することができる。即ち、端末は、送信された第１のメッセージリソースにマッチングされる第１のリソース識別子を含む第２のメッセージを基地局から受信することができる。前記第２のメッセージは、ランダムアクセス応答またはシステム情報要求応答である。

前記第２のメッセージは、ただＲＡＰＩＤだけ含むことができる。システム情報要求のためのランダムアクセスプリアンブルが送信される場合、基地局は、前記送信されたランダムアクセスプリアンブルに対応するＲＡＰＩＤのみを含む第２のメッセージを端末に送信できる。前記第２のメッセージは、ステップＳ９１０でシステム情報要求のために送信されたランダムアクセスプリアンブルに対応するＲＡＰＩＤのみを含み、それに対し、ＭＡＣ ＲＡＲ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を含まない。即ち、前記第２のメッセージは、ステップＳ９１０でシステム情報要求のために送信されたランダムアクセスプリアンブルにマッピングされるアップリンクグラントを含まない。前記ＲＡＰＩＤがシステム情報要求のために設定されたランダムアクセスプリアンブルのうちいずれか一つに対応する場合、ＭＡＣ ＲＡＲは、ＭＡＣ ｓｕｂＰＤＵに含まれない。

図１０は、本発明の一実施例に係る、ただＲＡＰＩＤだけ含むＭＡＣサブヘッダの一例を示す。

また、図９を参照すると、ステップＳ９３０において、端末がただＲＡＰＩＤだけ含む（即ち、ＭＡＣ ＲＡＲまたはアップリンクグラントを含まない）第２のメッセージを受信する場合、端末は、システム情報要求のためのランダムアクセス手順が完了したと決定できる。したがって、端末は、システム情報要求のためのランダムアクセス手順を終了することができる。したがって、端末は、第３のメッセージを基地局に送信しない。そして、端末は、要求されたシステム情報が放送されることを予想することができる。付加的に、端末は、前記システム情報要求に対するＡＣＫの受信を上位層に指示できる。

ステップＳ９４０において、端末は、要求されたシステム情報がいつ放送されるかを確認することができ、要求されたシステム情報を受信することができる。前記要求されたシステム情報は、放送方式（ｂｒｏａｄｃａｓｔ ｍａｎｎｅｒ）で受信されることができる。

その代替案として、図９に示していないが、ステップＳ９２０において、端末は、送信されたランダムアクセスプリアンブルに対応するＭＡＣ ＲＡＲを含む第２のメッセージを受信することができる。したがって、アップリンクグラントを含む第２のメッセージを受信した端末は、４ステップのランダムアクセス手順を進行することができ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入できる。即ち、端末は、第３のメッセージを基地局に送信し、第４のメッセージを基地局から受信することで、ＲＲＣ＿ＣＩＯＮＮＥＣＴＥＤ状態に進入できる。以後、端末は、要求したシステム情報を専用方式（ｄｅｄｉｃａｔｅｄ ｍａｎｎｅｒ）で受信することができる。

本発明の一実施例によると、端末がシステム情報要求のためのランダムアクセスプリアンブルを基地局に送信する場合、基地局は、前記送信されたランダムアクセスプリアンブルに対応するＲＡＰＩＤのみを含むランダムアクセス応答を端末に送信できる。これを受信した端末は、システム情報要求のためのランダムアクセス手順が終了されたと見なすことができる。したがって、端末が第３のメッセージを不要に基地局に送信することによって発生できる無線リソース浪費またはバッテリ消耗などの問題を解決することができる。

図１１は、本発明の一実施例に係る、ＭＡＣ ＰＤＵの一例を示す。

図１１を参照すると、ＭＡＣ ＰＤＵは、ＭＡＣ ＰＤＵヘッダと０個以上のＭＡＣ ＲＡＲとで構成されることができる。一つのＭＡＣ ＰＤＵヘッダは、一つ以上のＭＡＣ ＰＤＵサブヘッダで構成されることができる。ＲＡＰＩＤを含むそれぞれのＭＡＣ ＰＤＵサブヘッダに対して、対応するＭＡＣ ＲＡＲは、ＭＡＣ ＰＤＵに含まれてもよいし、含まれなくてもよい。ＲＡＰＩＤを含む１番目のＭＡＣサブヘッダは、１番目のＭＡＣ ＲＡＲにマッピングされることができる。ＲＡＰＩＤを含む２番目のＭＡＣサブヘッダは、２番目のＭＡＣ ＲＡＲにマッピングされることができる。即ち、ＲＡＰＩＤ２を含むＭＡＣサブヘッダは、アップリンクグラントを含む１番目のＭＡＣ ＲＡＲにマッピングされることができ、ＲＡＰＩＤ４を含むＭＡＣサブヘッダは、アップリンクグラントを含む２番目のＭＡＣ ＲＡＲにマッピングされることができる。それに対し、ＲＡＰＩＤを含む３番目及び４番目のＭＡＣサブヘッダにマッピングされるＭＡＣ ＲＡＲは存在しないこともある。

図１１の実施例において、端末がＲＡＰＩＤ２またはＲＡＰＩＤ４を有する第１のメッセージリソースを使用した場合、端末は、４ステップのランダムアクセス手順を進行することができる。即ち、端末がランダムアクセスプリアンブルに対応してアップリンクグラントを含むランダムアクセス応答を受信したため、第２のメッセージを受信した端末は、以後、第３のメッセージを送信し、第４のメッセージを受信することができる。

図１１の実施例において、端末がＲＡＰＩＤ１またはＲＡＰＩＤ３を有する第１のメッセージリソースを使用した場合、端末は、システム情報要求が成功したと見なすことができる。したがって、ランダムアクセス手順を完了するために第３のメッセージは送信されない。端末がランダムアクセスプリアンブルに対応してアップリンクグラントを含まないランダムアクセス応答を受信したため、端末は、第３のメッセージを送信せずに、ランダムアクセス手順を完了することができる。

図１１の実施例において、付加的に、ＭＡＣ ＲＡＲがＭＡＣ ＰＤＵに含まれるかどうかを指示するために、ＲＡＰＩＤを含む新しい指示子がＭＡＣサブヘッダに含まれることができる。

以下、本発明の一実施例によって、端末がランダムアクセス手順で新しいタイプのＲＡＲウィンドウに基づいてシステム情報を要求して受信する方法及びこれをサポートする装置に対して説明する。第１のメッセージを受信したネットワークは、端末により要求されたシステム情報を放送するかまたはユニキャストするかを決定する必要があり、このためにもっと多くの時間が要求されることができる。したがって、第１のメッセージがシステム情報要求のために使われる時、既存のＲＡＲは適しないため、新しいタイプのＲＡＲウィンドウが提案される必要がある。本明細書において、第１のＲＡＲウィンドウは、第１のメッセージが一般的なＲＡＣＨの目的として送信される時に使われるＲＡＲウィンドウであり、第２のＲＡＲウィンドウは、第１のメッセージがシステム情報要求の目的として送信される時に使われるＲＡＲウィンドウである。第１のメッセージがシステム情報要求の目的でない一般的なＲＡＣＨの目的として送信される場合、第２のメッセージは、第１のＲＡＲウィンドウ内で受信されることができる。それに対し、第１のメッセージがシステム情報要求の目的として送信される場合、第２のメッセージは、第２のＲＡＲウィンドウ内で受信されることができる。例えば、端末がシステム情報要求のために予約されたリソースを使用して第１のメッセージを送信する場合、端末は、第２のメッセージをネットワークから受信するために第２のＲＡＲウィンドウに対する設定を適用することができる。そうでない場合、端末は、第２のメッセージをネットワークから受信するために第１のＲＡＲウィンドウに対する設定を適用することができる。

図１２は、本発明の一実施例によって、端末がランダムアクセス手順で新しいタイプのＲＡＲウィンドウに基づいてシステム情報を要求及び受信する方法を示す。具体的に、図１２の（ａ）は、第１のメッセージが一般的なＲＡＣＨの目的として送信される例を示し、図１２の（ｂ）及び（ｃ）は、第１のメッセージがシステム情報要求の目的として送信される例を示す。

図１２の（ａ）を参照すると、ステップＳ１２０１において、端末は、ＲＲＣ接続を確立するためのＲＡＣＨ手順を開始することができる。端末は、第１のメッセージリソースを選択し、選択された第１のメッセージリソースを使用して第１のメッセージを送信することができる。前記第１のメッセージは、ランダムアクセスプリアンブルである。前記選択された第１のメッセージリソースは、システム情報要求と関連したリソースでない。したがって、端末は、第２のメッセージが第１のＲＡＲウィンドウ内で受信されると期待することができる。前記第２のメッセージは、ランダムアクセス応答である。

ステップＳ１２０２において、端末は、第１のＲＡＲウィンドウ内で第２のメッセージを受信することができる。前記第２のメッセージは、第１のＲＡＲ設定によって受信されることができる。ステップＳ１２０３において、端末は、第３のメッセージをネットワークに送信できる。前記第３のメッセージは、ＵＥ ＩＤを含むことができる。そして、ステップＳ１２０４において、端末は、第４のメッセージをネットワークから受信することができる。例えば、前記第４のメッセージは、ＲＲＣ接続セットアップメッセージである。以後、端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入できる。

図１２の（ｂ）を参照すると、ステップＳ１２１１において、端末がその他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を受信することを所望する場合、端末は、関心あるその他のシステム情報に対応する第１のメッセージリソースを選択することができる。そして、端末は、選択された第１のメッセージリソースを使用してシステム情報の送信を要求する第１のメッセージを送信することができる。前記第１のメッセージは、ランダムアクセスプリアンブルである。前記選択された第１のメッセージリソースは、システム情報要求と関連したリソースである。したがって、端末は、第２のメッセージが第２のＲＡＲウィンドウ内で受信されると期待することができる。前記第２のメッセージは、ランダムアクセス応答またはシステム情報要求応答である。

付加的に、ネットワークは、要求されたシステム情報を放送するかまたはユニキャスト送信するかを決定することができる。図１２の（ｂ）において、ネットワークは、要求されたシステム情報を放送するように決定すると仮定する。

ステップＳ１２１２において、端末は、送信されたランダムアクセスプリアンブルに対応するＲＡＰＩＤ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ ｉｄｅｎｔｉｆｉｅｒ）を含む第２のメッセージを第２のＲＡＲウィンドウ内で受信することができる。前記第２のメッセージは、第２のＲＡＲ設定によって受信されることができる。前記第２のＲＡＲ設定は、第１のＲＡＲ設定と共に周期的に放送されることができる。送信されたランダムアクセスプリアンブルに対応するＲＡＰＩＤを含む第２のメッセージが受信されると、端末は、システム情報要求が成功したと決定できる。そうでない場合、端末は、システム情報要求が失敗したと見なし、システム情報要求のための第１のメッセージを再送信することができる。

前記第２のメッセージは、送信されたランダムアクセスプリアンブルにマッピングされるアップリンクグラントまたはＭＡＣ ＲＡＲを含まない。端末が送信されたランダムアクセスプリアンブルにマッピングされるアップリンクグラントまたはＭＡＣ ＲＡＲを含まない第２のメッセージを受信すると、端末は、システム情報要求のためのＲＡＣＨ手順またはシステム情報要求手順が完了したと見なすことができる。端末は、システム情報要求のためのＲＡＣＨ手順またはシステム情報要求手順を中断または完了することができる。付加的に、端末は、要求されたシステム情報が放送されると予想できる。

ステップＳ１２１３において、端末は、要求されたシステム情報がいつ放送されるかを確認することができる。そして、端末は、要求されたシステム情報を放送方式（ｂｒｏａｄｃａｓｔ ｍａｎｎｅｒ）で受信することができる。

図１２の（ｃ）を参照すると、ステップＳ１２２１において、端末がその他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を受信することを所望する場合、端末は、関心あるその他のシステム情報に対応する第１のメッセージリソースを選択することができる。そして、端末は、選択された第１のメッセージリソースを使用してシステム情報の送信を要求する第１のメッセージを送信することができる。前記第１のメッセージは、ランダムアクセスプリアンブルである。前記選択された第１のメッセージリソースは、システム情報要求と関連したリソースである。したがって、端末は、第２のメッセージが第２のＲＡＲウィンドウ内で受信されると期待することができる。前記第２のメッセージは、ランダムアクセス応答またはシステム情報要求応答である。

付加的に、ネットワークは、要求されたシステム情報を放送するかまたはユニキャスト送信するかを決定することができる。図１２の（ｃ）において、ネットワークは、要求されたシステム情報をユニキャスト送信するように決定すると仮定する。

ステップＳ１２２２において、端末は、送信されたランダムアクセスプリアンブルに対応するＲＡＰＩＤ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ ｉｄｅｎｔｉｆｉｅｒ）を含む第２のメッセージを第２のＲＡＲウィンドウ内で受信することができる。前記第２のメッセージは、第２のＲＡＲ設定によって受信されることができる。前記第２のＲＡＲ設定は、第１のＲＡＲ設定と共に周期的に放送されることができる。送信されたランダムアクセスプリアンブルに対応するＲＡＰＩＤを含む第２のメッセージが受信されると、端末は、システム情報要求が成功したと決定できる。そうでない場合、端末は、システム情報要求が失敗したと見なし、システム情報要求のための第１のメッセージを再送信することができる。

前記第２のメッセージは、送信されたランダムアクセスプリアンブルにマッピングされるアップリンクグラントまたはＭＡＣ ＲＡＲを含むことができる。端末が送信されたランダムアクセスプリアンブルにマッピングされるアップリンクグラントまたはＭＡＣ ＲＡＲを含む第２のメッセージを受信すると、端末は、システム情報要求のためのＲＡＣＨ手順またはシステム情報要求手順を進行し続けることができる。端末は、要求されたシステム情報がユニキャスト送信されると予想することができ、要求されたシステム情報を専用方式（ｄｅｄｉｃａｔｅｄ ｍａｎｎｅｒ）で受信するために４ステップのＲＡＣＨ手順を進行し続けることができる。

ステップＳ１２２３において、端末は、第３のメッセージをネットワークに送信できる。前記第３のメッセージは、ＵＥ ＩＤを含むことができる。そして、ステップＳ１２２４において、端末は、第４のメッセージをネットワークから受信することができる。例えば、前記第４のメッセージは、ＲＲＣ接続セットアップメッセージである。以後、ステップＳ１２２５において、端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入でき、要求されたシステム情報を専用シグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ）を介して受信することができる。

図１３は、本発明の一実施例によって、要求されたシステム情報が第２のＲＡＲウィンドウ内で提供される一例を示す。

図１３の（ａ）を参照すると、端末が第１のメッセージをＮ番目の第２のＲＡＲウィンドウ内で送信する場合、端末は、第２のメッセージがＮ＋１番目の第２のＲＡＲウィンドウ内で送信されると予想できる。第２のＲＡＲウィンドウに対する設定は、周期的に放送されることができる。

図１３の（ｂ）を参照すると、多数の端末がシステム情報ブロックをＮ番目の第２のＲＡＲウィンドウ内で要求する場合、ネットワークは、要求されたシステム情報ブロックをＮ＋１番目の第２のＲＡＲウィンドウ内で放送するように決定できる。この場合、ＭＡＣサブヘッダに対応するＭＡＣ ＲＡＲは、存在しないこともある。それに対し、一つの端末がシステム情報ブロックをＮ番目の第２のＲＡＲウィンドウ内で要求する場合、ネットワークは、要求されたシステム情報ブロックをＮ＋１番目の第２のＲＡＲウィンドウ内で放送するように決定できる。または、ネットワークは、要求されたシステム情報ブロックをＮ＋１番目の第２のＲＡＲウィンドウ内でユニキャスト送信するように決定できる。この場合、ＭＡＣサブヘッダに対応するアップリンクグラントを含むＭＡＣ ＲＡＲは、存在できる。

図１４は、本発明の一実施例によって、端末がシステム情報を要求する方法を示すブロック図である。

図１４を参照すると、ステップＳ１４１０において、端末は、システム情報要求のためのランダムアクセスプリアンブルを基地局に送信できる。

ステップＳ１４２０において、端末は、前記送信されたランダムアクセスプリアンブルに対応するＲＡＰＩＤ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ ｉｄｅｎｔｉｆｉｅｒ）のみを含むランダムアクセス応答を前記基地局から受信することができる。前記ランダムアクセス応答は、前記ＲＡＰＩＤに対応するＭＡＣ ＲＡＲを含まない。前記ランダムアクセス応答は、前記ＲＡＰＩＤに対応するアップリンクグラントを含まない。前記ただＲＡＰＩＤだけ含むランダムアクセス応答は、前記システム情報要求に対するＡＣＫである。前記ランダムアクセス応答は、ＭＡＣ ＰＤＵを利用して前記基地局から受信されることができる。

前記ランダムアクセス応答は、前記システム情報要求のためのランダムアクセスプリアンブルに対応してランダムアクセス応答を受信するために新しく定義されたＲＡＲウィンドウで受信されることができる。

ステップＳ１４３０において、端末は、ランダムアクセス手順が完了したと見なすことができる。前記端末がただＲＡＰＩＤだけ含むランダムアクセス応答を受信する場合、前記ランダムアクセス手順は完了したと見なされることができる。

前記ランダムアクセス手順で、第３のメッセージは、前記ランダムアクセス応答に対する応答として前記基地局に送信されない。

付加的に、端末は、前記システム情報要求に対するＡＣＫの受信を上位層に送信できる。

付加的に、端末は、前記要求されたシステム情報が放送されるかどうかを確認することができる。そして、端末は、前記要求されたシステム情報を受信することができる。

図１５は、本発明の実施例が具現される無線通信システムのブロック図である。

基地局１５００は、プロセッサ１５０１、メモリ１５０２及び送受信機１５０３を含む。メモリ１５０２は、プロセッサ１５０１と連結され、プロセッサ１５０１を駆動するための多様な情報を格納する。送受信機１５０３は、プロセッサ１５０１と連結され、無線信号を送信及び／または受信する。プロセッサ１５０１は、提案された機能、過程及び／または方法を具現する。前述した実施例において、 基地局の動作は、プロセッサ１５０１により具現されることができる。

端末１５１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１５１１、メモリ（ｍｅｍｏｒｙ）１５１２及び送受信機（ｔｒａｎｓｃｅｉｖｅｒ）１５１３を含む。メモリ１５１２は、プロセッサ１５１１と連結され、プロセッサ１５１１を駆動するための多様な情報を格納する。送受信機１５１３は、プロセッサ１５１１と連結され、無線信号を送信及び／または受信する。プロセッサ１５１１は、提案された機能、過程及び／または方法を具現する。前述した実施例において、 端末の動作は、プロセッサ１５１１により具現されることができる。

プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。送受信機は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。

前述した一例に基づいて本明細書による多様な技法が図面と図面符号を介して説明された。説明の便宜のために、各技法は、特定の順序によって複数のステップやブロックを説明したが、このようなステップやブロックの具体的順序は、請求項に記載された発明を制限するものではなく、各ステップやブロックは、異なる順序で具現され、または異なるステップやブロックと同時に実行されることが可能である。また、通常の技術者であれば、各ステップやブロックが限定的に記述されたものではなく、発明の保護範囲に影響を与えない範囲内で少なくとも一つの他のステップが追加されたり削除されたりすることが可能であるということを知ることができる。

前述した実施例は、多様な一例を含む。通常の技術者であれば、発明の全ての可能な一例の組み合わせが説明されることができないという点を知ることができ、また、本明細書の技術から多様な組み合わせが派生することができるという点を知ることができる。したがって、発明の保護範囲は、請求の範囲に記載された範囲を外れない範囲内で、詳細な説明に記載された多様な一例を組み合わせて判断しなければならない。

Claims (15)

1. 無線通信システムにおいてＵＥ（user equipment）がシステム情報を受信する方法であって、
   前記システム情報を要求するためにランダムアクセスプリアンブルをＢＳ（base station）に送信するステップと、
   前記システム情報を要求するための前記ランダムアクセスプリアンブルに関連したＲＡＰＩＤ（Random Access Preamble IDentifier）を含むＲＡＲ（Random Access Response）メッセージを前記ＢＳから受信するステップであって、前記ＲＡＲメッセージは、前記ＲＡＰＩＤに関連したＭＡＣ ＲＡＲ（medium access control random access response）を含まない、ステップと、
   前記ランダムアクセスプリアンブルに関連した前記ＲＡＰＩＤを含む前記ＲＡＲメッセージに基づいて、前記ＲＡＲメッセージが受信されたことを判定するステップと、
   前記ＲＡＲメッセージが受信されたことを判定するステップに基づいて、かつ、前記ＲＡＰＩＤに関連したＭＡＣ ＲＡＲを含まない前記ＲＡＲメッセージに基づいて、ランダムアクセス手順が終了したことを判定するステップと、
   前記ＲＡＰＩＤに関連したＭＡＣ ＲＡＲを含まない前記ＲＡＲメッセージに基づいて、前記ＲＡＲメッセージに応えてメッセージを前記ＢＳに送信することなく、前記ＢＳから前記システム情報を受信するステップと、を含む、方法。
2. 前記ＲＡＲメッセージは、前記ＲＡＰＩＤに関連したアップリンクグラントを含まない、請求項１に記載の方法。
3. 前記ＲＡＲメッセージは、ＭＡＣ ＰＤＵ（protocol data unit）によって前記ＢＳから受信される、請求項１に記載の方法。
4. 前記ＲＡＲメッセージは、前記ＲＡＲメッセージを受信するために設定されたＲＡＲウィンドウ内で受信される、請求項１に記載の方法。
5. 前記要求されたシステム情報が放送されるか否かを確認するステップをさらに含む、請求項１に記載の方法。
6. システム情報を受信するＵＥ（user equipment）であって、
   命令を記憶する一つ以上のメモリと、
   一つ以上の送受信機と、
   前記一つ以上のメモリ及び前記一つ以上の送受信機と連結する一つ以上のプロセッサと、を含み、
   前記一つ以上のプロセッサは、
   前記システム情報を要求するためのランダムアクセスプリアンブルをＢＳ（base station）に送信し、
   前記システム情報を要求するための前記ランダムアクセスプリアンブルに関連したＲＡＰＩＤ（Random Access Preamble IDentifier）を含むＲＡＲ（Random Access Response）メッセージを前記ＢＳから受信し、前記ＲＡＲメッセージは、前記ＲＡＰＩＤに関連したＭＡＣ ＲＡＲ（medium access control random access response）を含まず、
   前記ランダムアクセスプリアンブルに関連した前記ＲＡＰＩＤを含む前記ＲＡＲメッセージに基づいて、前記ＲＡＲメッセージが受信されたことを判定し、
   前記ＲＡＲメッセージが受信されたことを判定することに基づいて、かつ、前記ＲＡＰＩＤに関連したＭＡＣ ＲＡＲを含まない前記ＲＡＲメッセージに基づいて、ランダムアクセス手順が終了したことを判定し、
   前記ＲＡＰＩＤに関連したＭＡＣ ＲＡＲを含まない前記ＲＡＲメッセージに基づいて、前記ＲＡＲメッセージに応えてメッセージを前記ＢＳに送信することなく、前記ＢＳから前記システム情報を受信する、ための前記命令を実行する、ＵＥ。
7. 前記ＲＡＲメッセージは、前記ＲＡＰＩＤに関連したアップリンクグラントを含まない、請求項６に記載のＵＥ。
8. 前記ＲＡＲメッセージは、ＭＡＣ ＰＤＵ（protocol data unit）によって前記ＢＳから受信される、請求項６に記載のＵＥ。
9. 前記ＲＡＲメッセージは、前記ＲＡＲメッセージを受信するために設定されたＲＡＲウィンドウ内で受信される、請求項６に記載のＵＥ。
10. 前記一つ以上のプロセッサは、前記要求されたシステム情報が放送されるか否かを確認するための前記命令を実行する、請求項６に記載のＵＥ。
11. ＵＥ（user equipment）を制御するように構成された装置であって、
    一つ以上のプロセッサと、
    前記一つ以上のプロセッサと動作可能に連結可能であり、命令を記憶する一つ以上のメモリと、を含み、
    前記一つ以上のプロセッサは、
    システム情報を要求するためのランダムアクセスプリアンブルをＢＳ（base station）に送信し、
    前記システム情報を要求するための前記ランダムアクセスプリアンブルに関連したＲＡＰＩＤ（Random Access Preamble IDentifier）を含むＲＡＲ（Random Access Response）メッセージを前記ＢＳから受信し、前記ＲＡＲメッセージは、前記ＲＡＰＩＤに関連したＭＡＣ ＲＡＲ（medium access control random access response）を含まず、
    前記ランダムアクセスプリアンブルに関連した前記ＲＡＰＩＤを含む前記ＲＡＲメッセージに基づいて、前記ＲＡＲメッセージが受信されたことを判定し、
    前記ＲＡＲメッセージが受信されたことを判定することに基づいて、かつ、前記ＲＡＰＩＤに関連したＭＡＣ ＲＡＲを含まない前記ＲＡＲメッセージに基づいて、ランダムアクセス手順が終了したことを判定し、
    前記ＲＡＰＩＤに関連したＭＡＣ ＲＡＲを含まない前記ＲＡＲメッセージに基づいて、前記ＲＡＲメッセージに応えてメッセージを前記ＢＳに送信することなく、前記ＢＳから前記システム情報を受信する、ための前記命令を実行する、装置。
12. 前記ＲＡＲメッセージは、前記ＲＡＰＩＤに関連したアップリンクグラントを含まない、請求項１１に記載の装置。
13. 前記ＲＡＲメッセージは、ＭＡＣ ＰＤＵ（protocol data unit）によって前記ＢＳから受信される、請求項１１に記載の装置。
14. 前記ＲＡＲメッセージは、前記ＲＡＲメッセージを受信するために設定されたＲＡＲウィンドウ内で受信される、請求項１１に記載の装置。
15. 前記一つ以上のプロセッサは、前記要求されたシステム情報が放送されるか否かを確認するための前記命令を実行する、請求項１１に記載の装置。

Images