JP2019523601A - システム情報を提供する方法及び装置 - Google Patents

Abstract

無線通信システムにおける基地局（ｂａｓｅ ｓｔａｔｉｏｎ）のＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）がシステム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を放送する方法及びこれをサポートする装置が提供される。前記方法は、前記基地局のＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）により保有される前記システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｏｗｎｅｄ ｂｙ ｔｈｅ ＣＵ ｏｆ ｔｈｅ ｂａｓｅ ｓｔａｔｉｏｎ）を前記基地局のＣＵから受信するステップ；前記システム情報に対する要求を端末から受信するステップ；前記システム情報を放送するように命令（ｃｏｍｍａｎｄ）するメッセージを前記基地局のＣＵから受信するステップ；及び、前記要求されたシステム情報を放送するステップ；を含む。【選択図】図１７

Description

本発明は、無線通信システムに関し、より詳しくは、基地局の中央ユニット（Ｃｅｎｔｒａｌ Ｕｎｉｔ）と分散ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）が分割されたシナリオでシステム情報を提供する方法及びこれをサポートする装置に関する。

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

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

一方、ＲＲＣ階層で生成された情報が端末に送信されることを考慮すると、前記生成された情報は、ＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）を介して端末に送信されなければならない。放送されるシステム情報もＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）のＲＲＣ階層で生成されるため、ＤＵがシステム情報を放送するためには、ＣＵとＤＵとの間のシグナリングが必要である。例えば、ＣＵがＤＵを介して端末からシステム情報要求を受信する場合、ＤＵがシステム情報を放送するために、ＣＵとＤＵとの間のシグナリングが必要である。しかし、ＣＵ−ＤＵ分割（ｓｐｌｉｔ）シナリオで、ＤＵが端末により要求されたシステム情報を端末に送信する手順はない。したがって、ＣＵ−ＤＵ分割シナリオで、システム情報を提供する方法及びこれをサポートする装置が提案される必要がある。

一実施例において、無線通信システムにおける基地局（ｂａｓｅ ｓｔａｔｉｏｎ）のＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）がシステム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を放送する方法が提供される。前記方法は、前記基地局のＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）により保有される前記システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｏｗｎｅｄ ｂｙ ｔｈｅ ＣＵ ｏｆ ｔｈｅ ｂａｓｅ ｓｔａｔｉｏｎ）を前記基地局のＣＵから受信するステップ；前記システム情報に対する要求を端末から受信するステップ；前記システム情報を放送するように命令（ｃｏｍｍａｎｄ）するメッセージを前記基地局のＣＵから受信するステップ；及び、前記要求されたシステム情報を放送するステップ；を含む。

他の実施例において、無線通信システムにおけるシステム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を放送する基地局（ｂａｓｅ ｓｔａｔｉｏｎ）のＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）が提供される。前記基地局のＤＵは、メモリ；送受信機；及び、前記メモリと前記送受信機を連結するプロセッサ；を含み、前記プロセッサは、前記送受信機が前記基地局のＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）により保有される前記システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｏｗｎｅｄ ｂｙ ｔｈｅ ＣＵ ｏｆ ｔｈｅ ｂａｓｅ ｓｔａｔｉｏｎ）を前記基地局のＣＵから受信するように制御し、前記送受信機が前記システム情報に対する要求を端末から受信するように制御し、前記送受信機が前記要求されたシステム情報を放送するように命令（ｃｏｍｍａｎｄ）するメッセージを前記基地局のＣＵから受信するように制御し、及び前記送受信機が前記要求されたシステム情報を放送するように制御する。

システム情報が効率的に提供されることができる。

ＬＴＥシステム構造を示す。

制御平面に対するＬＴＥシステムの無線インターフェースプロトコルを示す。

ユーザ平面に対するＬＴＥシステムの無線インターフェースプロトコルを示す。

５Ｇシステムの構造を示す。

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

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

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

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

分離型基地局配置（Ｃｅｎｔｒａｌｉｚｅｄ Ｄｅｐｌｏｙｍｅｎｔ）シナリオを示す。

分離型基地局配置シナリオで、中央ユニットと分散ユニットとの間の機能分割（ｓｐｌｉｔ）を示す。

本発明の一実施例によって、システム情報を提供する手順を示す。

本発明の一実施例によって、オンデマンドシステム情報を提供する手順を示す。

本発明の一実施例によって、オンデマンドシステム情報を提供する手順を示す。

本発明の一実施例によって、オンデマンドシステム情報を提供する手順を示す。

本発明の一実施例によって、オンデマンドシステム情報を提供する手順を示す。

本発明の一実施例によって、オンデマンドシステム情報を提供する手順を示す。

本発明の一実施例によって、基地局のＤＵがシステム情報を提供する方法を示すブロック図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以下、５Ｇネットワーク構造に対して説明する。

図４は、５Ｇシステムの構造を示す。

既存ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）のコアネットワーク構造であるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）の場合、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）、Ｐ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）等、エンティティ（ｅｎｔｉｔｙ）別に機能、参照点（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）、プロトコルなどが定義されている。

それに対し、５Ｇコアネットワーク（または、ＮｅｘｔＧｅｎコアネットワーク）の場合、ネットワーク機能（ＮＦ；Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）別に機能、参照点、プロトコルなどが定義されている。即ち、５Ｇコアネットワークは、エンティティ別に機能、参照点、プロトコルなどが定義されない。

図４を参照すると、５Ｇシステム構造は、一つ以上の端末（ＵＥ）１０、ＮＧ−ＲＡＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ−Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）及びＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）を含む。

ＮＧ−ＲＡＮは、一つ以上のｇＮＢ４０を含むことができ、一つのセルに複数の端末が存在できる。ｇＮＢ４０は、制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ ｐｌａｎｅ）の終端点を端末に提供する。ｇＮＢ４０は、一般的に端末１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ ｓｔａｔｉｏｎ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）等、他の用語で呼ばれることもある。一つのｇＮＢ４０は、セル毎に配置される。ｇＮＢ４０のカバレッジ内に一つ以上のセルが存在できる。

ＮＧＣは、制御平面の機能を担当するＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｆｕｎｃｔｉｏｎ）及びＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）を含むことができる。ＡＭＦは、移動性管理機能を担当することができ、ＳＭＦは、セッション管理機能を担当することができる。ＮＧＣは、ユーザ平面の機能を担当するＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）を含むことができる。

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

ｇＮＢホストは、無線リソース管理に対する機能（Ｆｕｎｃｔｉｏｎｓ ｆｏｒ Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）、ＩＰヘッダ圧縮及びユーザデータストリームの暗号化（ＩＰ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ａｎｄ ｅｎｃｒｙｐｔｉｏｎ ｏｆ ｕｓｅｒ ｄａｔａ ｓｔｒｅａｍ）、ＡＭＦへのルーティングが端末により提供された情報から決定されることができない時、端末付着でＡＭＦの選択（Ｓｅｌｅｃｔｉｏｎ ｏｆ ａｎ ＡＭＦ ａｔ ＵＥ ａｔｔａｃｈｍｅｎｔ ｗｈｅｎ ｎｏ ｒｏｕｔｉｎｇ ｔｏ ａｎ ＡＭＦ ｃａｎ ｂｅ ｄｅｔｅｒｍｉｎｅｄ ｆｒｏｍ ｔｈｅ ｉｎｆｏｒｍａｔｉｏｎ ｐｒｏｖｉｄｅｄ ｂｙ ｔｈｅ ＵＥ）、一つ以上のＵＰＦに向かうユーザ平面データのルーティング（Ｒｏｕｔｉｎｇ ｏｆ Ｕｓｅｒ Ｐｌａｎｅ ｄａｔａ ｔｏｗａｒｄｓ ＵＰＦ（ｓ））、（ＡＭＦから由来した）ページングメッセージの送信及びスケジューリング（Ｓｃｈｅｄｕｌｉｎｇ ａｎｄ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ｐａｇｉｎｇ ｍｅｓｓａｇｅｓ（ｏｒｉｇｉｎａｔｅｄ ｆｒｏｍ ｔｈｅ ＡＭＦ））、（ＡＭＦまたはＯ＆Ｍから由来した）システム放送情報の送信及びスケジューリング（Ｓｃｈｅｄｕｌｉｎｇ ａｎｄ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ ｓｙｓｔｅｍ ｂｒｏａｄｃａｓｔ ｉｎｆｏｒｍａｔｉｏｎ（ｏｒｉｇｉｎａｔｅｄ ｆｒｏｍ ｔｈｅ ＡＭＦ ｏｒ Ｏ＆Ｍ））、またはスケジューリング及び移動性に対する測定報告設定及び測定（Ｍｅａｓｕｒｅｍｅｎｔ ａｎｄ ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｆｏｒ ｍｏｂｉｌｉｔｙ ａｎｄ ｓｃｈｅｄｕｌｉｎｇ）のような機能を遂行することができる。

ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｆｕｎｃｔｉｏｎ）ホストは、ＮＡＳシグナリング終了（ＮＡＳ ｓｉｇｎａｌｌｉｎｇ ｔｅｒｍｉｎａｔｉｏｎ）、ＮＡＳシグナリングセキュリティ（ＮＡＳ ｓｉｇｎａｌｌｉｎｇ ｓｅｃｕｒｉｔｙ）、ＡＳセキュリティ制御（ＡＳ Ｓｅｃｕｒｉｔｙ ｃｏｎｔｒｏｌ）、３ＧＰＰアクセスネットワーク間の移動性のためのインターＣＮノードシグナリング（Ｉｎｔｅｒ ＣＮ ｎｏｄｅ ｓｉｇｎａｌｌｉｎｇ ｆｏｒ ｍｏｂｉｌｉｔｙ ｂｅｔｗｅｅｎ ３ＧＰＰ ａｃｃｅｓｓ ｎｅｔｗｏｒｋｓ）、（ページング再送信の実行及び制御を含む）ＩＤＬＥモード端末到達可能性（Ｉｄｌｅ ｍｏｄｅ ＵＥ Ｒｅａｃｈａｂｉｌｉｔｙ（ｉｎｃｌｕｄｉｎｇ ｃｏｎｔｒｏｌ ａｎｄ ｅｘｅｃｕｔｉｏｎ ｏｆ ｐａｇｉｎｇ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ））、ＡＣＴＩＶＥモード及びＩＤＬＥモードにある端末に対するトラッキング領域リスト管理（Ｔｒａｃｋｉｎｇ Ａｒｅａ ｌｉｓｔ ｍａｎａｇｅｍｅｎｔ（ｆｏｒ ＵＥ ｉｎ ｉｄｌｅ ａｎｄ ａｃｔｉｖｅ ｍｏｄｅ））、ＡＭＦ変更を伴うハンドオーバに対するＡＭＦ選択（ＡＭＦ ｓｅｌｅｃｔｉｏｎ ｆｏｒ ｈａｎｄｏｖｅｒｓ ｗｉｔｈ ＡＭＦ ｃｈａｎｇｅ）、アクセス認証（Ａｃｃｅｓｓ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、またはローミング権限の確認を含むアクセス承認（Ａｃｃｅｓｓ Ａｕｔｈｏｒｉｚａｔｉｏｎ ｉｎｃｌｕｄｉｎｇ ｃｈｅｃｋ ｏｆ ｒｏａｍｉｎｇ ｒｉｇｈｔｓ）のような主要機能を遂行することができる。

ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）ホストは、（適用可能な場合）イントラ／インター−ＲＡＴ移動性のためのアンカーポイント（Ａｎｃｈｏｒ ｐｏｉｎｔ ｆｏｒ Ｉｎｔｒａ−／Ｉｎｔｅｒ−ＲＡＴ ｍｏｂｉｌｉｔｙ（ｗｈｅｎ ａｐｐｌｉｃａｂｌｅ））、データネットワークに相互連結の外部ＰＤＵセッションポイント（Ｅｘｔｅｒｎａｌ ＰＤＵ ｓｅｓｓｉｏｎ ｐｏｉｎｔ ｏｆ ｉｎｔｅｒｃｏｎｎｅｃｔ ｔｏ Ｄａｔａ Ｎｅｔｗｏｒｋ）、パケットルーティング及びフォワーディング（Ｐａｃｋｅｔ ｒｏｕｔｉｎｇ＆ｆｏｒｗａｒｄｉｎｇ）、パケット検査及び政策規則適用のユーザ平面パート（Ｐａｃｋｅｔ ｉｎｓｐｅｃｔｉｏｎ ａｎｄ Ｕｓｅｒ ｐｌａｎｅ ｐａｒｔ ｏｆ Ｐｏｌｉｃｙ ｒｕｌｅ ｅｎｆｏｒｃｅｍｅｎｔ）、トラフィック使用報告（Ｔｒａｆｆｉｃ ｕｓａｇｅ ｒｅｐｏｒｔｉｎｇ）、データネットワークにトラフィック流れをルーティングすることをサポートするアップリンク分類子（Ｕｐｌｉｎｋ ｃｌａｓｓｉｆｉｅｒ ｔｏ ｓｕｐｐｏｒｔ ｒｏｕｔｉｎｇ ｔｒａｆｆｉｃ ｆｌｏｗｓ ｔｏ ａ ｄａｔａ ｎｅｔｗｏｒｋ）、マルチホームＰＤＵセッションをサポートする分岐点（Ｂｒａｎｃｈｉｎｇ ｐｏｉｎｔ ｔｏ ｓｕｐｐｏｒｔ ｍｕｌｔｉ−ｈｏｍｅｄ ＰＤＵ ｓｅｓｓｉｏｎ）、ユーザ平面に対するＱｏＳハンドリング、例えば、パケットフィルタリング、ゲーティング、ＵＬ／ＤＬ料金執行（ＱｏＳ ｈａｎｄｌｉｎｇ ｆｏｒ ｕｓｅｒ ｐｌａｎｅ、ｅ．ｇ．ｐａｃｋｅｔ ｆｉｌｔｅｒｉｎｇ、ｇａｔｉｎｇ、ＵＬ／ＤＬ ｒａｔｅ ｅｎｆｏｒｃｅｍｅｎｔ）、アップリンクトラフィック確認（ＳＤＦでＱｏＳフローマッピングで）（Ｕｐｌｉｎｋ Ｔｒａｆｆｉｃ ｖｅｒｉｆｉｃａｔｉｏｎ（ＳＤＦ ｔｏ ＱｏＳ ｆｌｏｗ ｍａｐｐｉｎｇ））、ダウンリンク及びアップリンクでの送信レベルパケットマーキング（Ｔｒａｎｓｐｏｒｔ ｌｅｖｅｌ ｐａｃｋｅｔ ｍａｒｋｉｎｇ ｉｎ ｔｈｅ ｕｐｌｉｎｋ ａｎｄ ｄｏｗｎｌｉｎｋ）、またはダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガリング（Ｄｏｗｎｌｉｎｋ ｐａｃｋｅｔ ｂｕｆｆｅｒｉｎｇ ａｎｄ ｄｏｗｎｌｉｎｋ ｄａｔａ ｎｏｔｉｆｉｃａｔｉｏｎ ｔｒｉｇｇｅｒｉｎｇ）のような主要機能を遂行することができる。

ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）ホストは、セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）、ＵＥ ＩＰアドレス割当及び管理（ＵＥ ＩＰ ａｄｄｒｅｓｓ ａｌｌｏｃａｔｉｏｎ ａｎｄ ｍａｎａｇｅｍｅｎｔ）、ＵＰ機能の選択及び制御（Ｓｅｌｅｃｔｉｏｎ ａｎｄ ｃｏｎｔｒｏｌ ｏｆ ＵＰ ｆｕｎｃｔｉｏｎ）、トラフィックを適切な対象にしてルートするためにＵＰＦでトラフィック調整を構成（Ｃｏｎｆｉｇｕｒｅｓ ｔｒａｆｆｉｃ ｓｔｅｅｒｉｎｇ ａｔ ＵＰＦ ｔｏ ｒｏｕｔｅ ｔｒａｆｆｉｃ ｔｏ ｐｒｏｐｅｒ ｄｅｓｔｉｎａｔｉｏｎ）、ＱｏＳ及び政策執行の一部を制御（Ｃｏｎｔｒｏｌ ｐａｒｔ ｏｆ ｐｏｌｉｃｙ ｅｎｆｏｒｃｅｍｅｎｔ ａｎｄ ＱｏＳ）、またはダウンリンクデータ通知（Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ）のような主要機能を遂行することができる。

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

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

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

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

ＳＩＢは、複数のタイプが存在する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以下、端末のＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に対して説明する。

ＮＲ標準化議論で、既存のＲＲＣ＿ＣＯＮＮＥＴＥＤ状態及びＲＲＣ＿ＩＤＬＥ状態に付加的にＲＲＣ＿ＩＮＡＣＴＩＶＥ状態が新しく導入された。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態は、特定端末（例えば、ｍＭＴＣ端末）を効率的に管理するために導入された状態である。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末は、電力消耗を減らすためにＲＲＣ＿ＩＤＬＥ状態の端末と類似形態の無線制御手順を実行する。しかし、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態へ遷移する時に必要な制御手順を最小化するために、端末とネットワークの連結状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態と同様に維持する。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で、無線接続リソースは解除されるが、有線接続は維持されることができる。例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で、無線接続リソースは解除されるが、ｇＮＢとＮＧＣとの間のＮＧインターフェースまたはｅＮＢとＥＰＣとの間のＳ１インターフェースは維持されることができる。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で、コアネットワークは、端末が基地局と正常に連結されていると認知する。それに対し、基地局は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末に対して連結管理を実行しない。

軽く連結されたモードにある端末の場合、コアネットワークから状態遷移及び移動性を隠すために、ＭＭＥは、活性化された端末のＳ１連結を維持することができる。即ち、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある端末の場合、ＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）から状態遷移及び移動性を隠すために、ＡＭＦは、活性化された端末のＮＧ連結を維持することができる。本明細書で、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態は、軽く連結されたモード（ｌｉｇｈｔｌｙ ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）、軽量で連結されたモード（ｌｉｇｈｔｗｅｉｇｈｔ ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）または準連結モード（ｓｅｍｉ−ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）などと類似概念として使われることができる。

以下、５Ｇ ＲＡＮ配置シナリオに対して説明する。

５Ｇ ＲＡＮは、基地局機能を中央ユニット（Ｃｅｎｔｒａｌ Ｕｎｉｔ）と分散ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）に配置させる形態及び４Ｇ基地局との共存可否などによって一体型基地局配置（Ｎｏｎ−ｃｅｎｔｒａｌｉｓｅｄ ｄｅｐｌｏｙｍｅｎｔ）シナリオ、同一局配置（Ｃｏ−Ｓｉｔｅｄ Ｄｅｐｌｏｙｍｅｎｔ ｗｉｔｈ Ｅ−ＵＴＲＡ）シナリオ、及び分離型基地局配置（Ｃｅｎｔｒａｌｉｚｅｄ Ｄｅｐｌｏｙｍｅｎｔ）シナリオに分けられる。本明細書で、５Ｇ ＲＡＮ、ｇＮＢ、Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ、Ｎｅｗ ＲＡＮ及びＮＲ ＢＳ（Ｎｅｗ Ｒａｄｉｏ Ｂａｓｅ Ｓｔａｔｉｏｎ）は、５Ｇのために新しく定義された基地局を意味する。

図９は、分離型基地局配置（Ｃｅｎｔｒａｌｉｚｅｄ Ｄｅｐｌｏｙｍｅｎｔ）シナリオを示す。

図９を参照すると、ｇＮＢは、中央ユニット及び分散ユニットに分離されることができる。即ち、ｇＮＢは、階層的に分離されて運用されることができる。中央ユニットは、基地局の上位階層（ｕｐｐｅｒ ｌａｙｅｒｓ）の機能を遂行することができ、分散ユニットは、基地局の下位階層（ｌｏｗｅｒ ｌａｙｅｒｓ）の機能を遂行することができる。

図１０は、分離型基地局配置シナリオで、中央ユニットと分散ユニットとの間の機能分割（ｓｐｌｉｔ）を示す。

図１０を参照すると、オプション１の場合、ＲＲＣ階層は、中央ユニットにあり、ＰＤＣＰ階層、ＲＬＣ階層、ＭＡＣ階層、物理階層及びＲＦは、分散ユニットにある。オプション２の場合、ＲＲＣ階層及びＰＤＣＰ階層は、中央ユニットにあり、ＲＬＣ階層、ＭＡＣ階層、物理階層及びＲＦは、分散ユニットにある。オプション３の場合、ＲＲＣ階層、ＰＤＣＰ階層及びＲＬＣ上位階層は、中央ユニットにあり、ＲＬＣ下位階層、ＭＡＣ階層、物理階層及びＲＦは、分散ユニットにある。オプション４の場合、ＲＲＣ階層、ＰＤＣＰ階層及びＲＬＣ階層は、中央ユニットにあり、ＭＡＣ階層、物理階層及びＲＦは、分散ユニットにある。オプション５の場合、ＲＲＣ階層、ＰＤＣＰ階層、ＲＬＣ階層及びＭＡＣ上位階層は、中央ユニットにあり、ＭＡＣ下位階層、物理階層及びＲＦは、分散ユニットにある。オプション６の場合、ＲＲＣ階層、ＰＤＣＰ階層、ＲＬＣ階層及びＭＡＣ階層は、中央ユニットにあり、物理階層及びＲＦは、分散ユニットにある。オプション７の場合、ＲＲＣ階層、ＰＤＣＰ階層、ＲＬＣ階層、ＭＡＣ階層及び上位物理階層は、中央ユニットにあり、下位物理階層及びＲＦは、分散ユニットにある。オプション８の場合、ＲＲＣ階層、ＰＤＣＰ階層、ＲＬＣ階層、ＭＡＣ階層及び物理階層は、中央ユニットにあり、ＲＦは、分散ユニットにある。

以下、本明細書で、中央ユニットはＣＵといい、分散ユニットはＤＵということができる。ＣＵは、ｇＮＢのＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）、ＳＤＡＰ（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）及びＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層をホスティングするロジカルノード（ｌｏｇｉｃａｌ ｎｏｄｅ）であって、ＤＵは、ｇＮＢのＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）、ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）及びＰＨＹ（ｐｈｙｓｉｃａｌ）階層をホスティングするロジカルノードである。その代案として、ＣＵは、ｅｎ−ｇＮＢのＲＲＣ及びＰＤＣＰ階層をホスティングするロジカルノードである。

一方、ＲＲＣ階層で生成された情報が端末に送信されることを考慮すると、前記生成された情報は、ＤＵを介して端末に送信されなければならない。放送されるシステム情報もＣＵのＲＲＣ階層で生成されるため、ＤＵがシステム情報を放送するためには、ＣＵとＤＵとの間のシグナリングが必要である。例えば、ＣＵがＤＵを介して端末からシステム情報要求を受信する場合、ＤＵがシステム情報を放送するために、ＣＵとＤＵとの間のシグナリングが必要である。しかし、ＣＵ−ＤＵ分割（ｓｐｌｉｔ）シナリオで、ＤＵが端末により要求されたシステム情報を端末に送信する手順はない。以下、本発明の一実施例によって、ＣＵ−ＤＵ分割シナリオで、システム情報を提供する方法及びこれをサポートする装置に対して説明する。

図１１は、本発明の一実施例によって、システム情報を提供する手順を示す。

図１１を参照すると、ステップＳ１１１０において、基地局のＤＵは、基地局のＣＵからシステム情報を受信することができる。前記システム情報は、Ｆ１インターフェースを介して受信されることができる。前記Ｆ１インターフェースは、ＣＵとＤＵとの間のインターフェースを意味する。前記システム情報は、前記ＣＵにより保有されるシステム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｏｗｎｅｄ ｂｙ ｔｈｅ ＣＵ ｏｆ ｔｈｅ ｂａｓｅ ｓｔａｔｉｏｎ）である。基地局のＤＵは、前記ＣＵにより保有されるシステム情報のうちＳＩＢ１を除く全てのその他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を前記ＣＵから受信することができる。前記ＣＵにより保有されるシステム情報は、ＲＲＣコンテナに含まれることができる。前記基地局のＣＵにより保有されるシステム情報は、Ｆ１セットアップ手順で前記基地局のＣＵから前記基地局のＤＵに送信されることができる。前記システム情報は、Ｆ１セットアップ応答メッセージ（Ｆ１ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）に含まれることができる。

付加的に、基地局のＤＵは、前記システム情報と関連した情報を基地局のＣＵから受信することができる。前記システム情報と関連した情報は、ＳＩＢ ＩＤ、システム情報を含むコンテナ（ｃｏｎｔａｉｎｅｒ ｉｎｃｌｕｄｉｎｇ ＳＩ）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）、放送活性化（ｂｒｏａｄｃａｓｔ ａｃｔｉｖａｔｉｏｎ）、ＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。

例えば、前記Ｆ１セットアップ応答メッセージは、表１のように定義されることができる。

表１を参照すると、ＣＵからＤＵに送信されるＦ１セットアップ応答メッセージは、ｇＮＢ−ＣＵ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎを含むことができる。前記ｇＮＢ−ＣＵ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎは、ＣＵにより保有されるシステム情報を含むＲＲＣコンテナである。例えば、前記ｇＮＢ−ＣＵ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎは、前記ＣＵにより保有されるシステム情報のうちＳＩＢ１を除く全てのその他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を含むことができる。

ステップＳ１１２０において、基地局のＤＵは、システム情報に対する要求を端末から受信することができる。前記端末は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である。前記端末は、ＲＲＣ＿ＩＤＬＥ状態である。前記端末によるシステム情報要求は、ランダムアクセス手順でメッセージ３に含まれることができる。システム情報に対する要求がメッセージ３を介して送信される場合、基地局のＤＵは、ＲＲＣ階層がないため、前記メッセージ３を解釈することができない。したがって、基地局のＤＵは、メッセージ３を基地局のＣＵに送信する必要がある。前記システム情報は、オンデマンドシステム情報またはその他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）である。

ステップＳ１１３０において、基地局のＤＵは、端末から受信されたシステム情報に対する要求をＣＵに送信できる。前記システム情報に対する要求をピギーバックするコンテナを含むメッセージがＤＵからＣＵに送信されることができる。前記システム情報に対する要求は、イニシャルＵＬ ＲＲＣメッセージ伝達メッセージ（Ｉｎｉｔｉａｌ ＵＬ ＲＲＣ Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒ ｍｅｓｓａｇｅ）に含まれることができる。前記イニシャルＵＬ ＲＲＣメッセージ伝達メッセージは、Ｆ１インターフェース上にイニシャルレイヤ３メッセージ（ｉｎｉｔｉａｌ ｌａｙｅｒ ３ ｍｅｓｓａｇｅ）をＣＵに伝達するためにＤＵにより送信されることができる。

例えば、前記イニシャルＵＬ ＲＲＣメッセージ伝達メッセージは、表２のように定義されることができる。

ステップＳ１１４０において、基地局のＤＵは、要求されたシステム情報を放送するように命令するメッセージをＣＵから受信することができる。前記メッセージは、ＳＩ放送要求メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）である。前記メッセージは、システム情報デリバリ命令メッセージ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｄｅｌｉｖｅｒｙ Ｃｏｍｍａｎｄ ｍｅｓｓａｇｅ）である。前記メッセージは、要求されたシステム情報を指示する情報を含むことができる。例えば、前記メッセージは、要求されたシステム情報に対する識別子（ｉｄｅｎｔｉｔｙ）、インデックス（ｉｎｄｅｘ）または番号（ｎｕｍｂｅｒ）を含むことができる。例えば、前記メッセージは、その他のシステム情報タイプ（Ｏｔｈｅｒ ＳＩ ｔｙｐｅ）を含むことができる。したがって、ＤＵは、前記その他のシステム情報タイプに対応するシステム情報が放送されるべきであることを知ることができる。付加的に、前記メッセージは、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）を含むことができる。前記放送のためのタイミング情報は、その他のシステム情報の放送のための時間インターバルである。

例えば、前記ＳＩ放送要求メッセージまたはシステム情報デリバリ命令メッセージは、表３のように定義されることができる。

表３を参照すると、基地局のＣＵは、その他のシステム情報タイプを含むメッセージをＤＵに送信でき、ＤＵは、前記その他のシステム情報タイプに対応するシステム情報を放送することができる。付加的に、基地局のＣＵは、放送時間インターバルを含むメッセージをＤＵに送信でき、ＤＵは、放送時間インターバルに基づいて前記その他のシステム情報タイプに対応するシステム情報を放送することができる。

ステップＳ１１５０において、受信されたメッセージに基づいて、基地局のＤＵは、要求されたシステム情報を端末に提供できる。前記システム情報は、放送シグナリングまたは専用（ｄｅｄｉｃａｔｅｄ）シグナリングを介して端末に提供されることができる。

本発明の一実施例によると、ＣＵは、前記ＣＵにより保有されるシステム情報及びシステム情報及びシステム情報を放送するために必要な情報をＤＵに提供できる。端末からシステム情報に対する要求を受信したＤＵは、該当要求をＣＵに送信でき、放送または送信が必要なシステム情報を指示する情報をＣＵから受信することができる。ＣＵがＳＩＢと関連した情報をＤＵにあらかじめ提供するにつれて、端末のシステム情報要求によるＣＵ及びＤＵ間のシグナリングが減少されることができる。また、ＣＵが放送されるシステム情報のタイプのみをＤＵに指示するにつれて、端末のシステム情報要求によるＣＵ及びＤＵ間のシグナリングが減少されることができる。

図１２は、本発明の一実施例によって、オンデマンドシステム情報を提供する手順を示す。

本発明の一実施例によると、ＣＵは、要求されたＳＩＢに対する指示（ｉｎｄｉｃａｔｉｏｎ）をＤＵに提供できる。または、ＣＵは、要求されたＳＩＢと関連した情報をＤＵに提供できる。例えば、ＤＵが端末からのシステム情報要求をランダムアクセス手順でメッセージ３を介して受信した場合、要求されたＳＩＢに対する指示または要求されたＳＩＢと関連した情報は、ＣＵからＤＵに提供されることができる。

本発明の一実施例によると、Ｆ１セットアップ手順の間に、ＣＵは、前記ＣＵがサポートするＳＩＢの一部または全部と関連した情報をＤＵに提供できる。例えば、ＣＵは、前記ＣＵにより保有されるシステム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｏｗｎｅｄ ｂｙ ｔｈｅ ＣＵ）の全部と関連した情報をＤＵに提供できる。例えば、ＣＵは、前記ＣＵにより保有されるシステム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｏｗｎｅｄ ｂｙ ｔｈｅ ＣＵ）のうちＳＩＢ１を除く全てのその他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）をＤＵに提供できる。

本発明の一実施例によると、ＣＵがＳＩＢと関連した情報をアップデートするように決定する場合、ＣＵは、アップデートされたＳＩＢと関連した情報をＤＵに送信できる。また、要求されたＳＩＢに対してオンデマンドシステム情報に対する要求がない場合、ＤＵは、要求されたＳＩＢと関連した情報を解除することができる。

図１２を参照すると、ステップＳ１２０１において、Ｆ１インターフェースがセットアップされる場合、ＣＵは、前記ＣＵにより提供される全てのＳＩＢと関連した情報を含むメッセージをＤＵに送信できる。または、ＣＵは、前記ＣＵにより提供される一部ＳＩＢと関連した情報を含むメッセージをＤＵに送信できる。例えば、前記一部ＳＩＢと関連した情報は、ミニマムシステム情報または端末により頻繁に要求されるＳＩＢに対するシステム情報である。前記一部ＳＩＢと関連した情報は、ＳＩＢと関連した情報を格納するためのＤＵのリソースを効率的に管理するために送信されることができる。前記メッセージは、Ｆ１セットアップ応答メッセージ（Ｆ１ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）またはＦ１セットアップ要求メッセージ（Ｆ１ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）である。例えば、ＣＵは、ＳＩＢｘと関連した情報を含むメッセージをＤＵに送信できる。

前記メッセージに含まれているＳＩＢと関連した情報は、ＳＩＢ別に提供されることができる。前記ＳＩＢと関連した情報は、ＳＩＢ ＩＤ、システム情報を含むコンテナ（ｃｏｎｔａｉｎｅｒ ｉｎｃｌｕｄｉｎｇ ＳＩ）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）、放送活性化（ｂｒｏａｄｃａｓｔ ａｃｔｉｖａｔｉｏｎ）、ＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。

前記ＳＩＢと関連した情報には、システム情報及びＤＵで前記システム情報を放送するために必要な情報が含まれることができる。前記コンテナは、放送される一つ以上のパラメータを含むシステム情報をＣＵからＤＵに送信するために使われることができる。前記放送のためのタイミング情報は、ＤＵでシステム情報を放送するためのスケジューリングを補助するための情報または時間である。例えば、前記放送のためのタイミング情報は、システム情報が放送されるウィンドウの長さ、システム情報が放送される回数またはシステム情報が放送される時にウィンドウ内の位置のうち少なくともいずれか一つを含むことができる。ＳＩＢ内の各パラメータに対して、パラメータ別に放送のためのタイミング情報があり、これは互いに異なる値を有することができる。前記論理チャネル関連情報は、システム情報を送信する論理チャネルを指示するための論理チャネル情報を含むことができる。例えば、前記論理チャネル情報は、論理チャネルＩＤである。前記放送活性化は、提供されたシステム情報が放送されるかどうかを指示することができる。前記放送活性化は、システム情報が常に放送されたり、端末により頻繁に要求されたりする場合に設定されることができる。ＤＵが一つ以上のセルを制御（ｃｏｎｔｒｏｌ）、管理（ｍａｎａｇｅ）またはカバー（ｃｏｖｅｒ）する場合、Ｆ１セットアップ応答メッセージまたはＦ１セットアップ要求メッセージは、各セルに対するセルＩＤを含むことができる。ＤＵが一つ以上のビームを制御、管理またはカバーする場合、Ｆ１セットアップ応答メッセージまたはＦ１セットアップ要求メッセージは、各ビームに対するビームＩＤを含むことができる。

ステップＳ１２０２において、Ｆ１セットアップ手順が完了した以後、ＤＵは、放送が活性化されたＳＩＢと関連したシステム情報を放送することができる。

ステップＳ１２０３において、端末は、オンデマンドシステム情報を要求するために、システム情報要求をＤＵに送信できる。前記システム情報要求は、ランダムアクセス手順でメッセージ３に含まれることができる。前記端末は、ＲＲＣ＿ＩＤＬＥ状態である。前記端末は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である。本明細書で、オンデマンドシステム情報は、端末の要求により放送シグナリングまたは専用シグナリングを介して提供されるシステム情報である。

ステップＳ１２０４において、端末からシステム情報要求を受信すると、ＤＵは、前記システム情報要求をＣＵに送信できる。前記システム情報要求をピギーバックするコンテナを含むメッセージがＤＵからＣＵに送信されることができる。前記メッセージは、イニシャルＵＥメッセージ（ｉｎｉｔｉａｌ ＵＥ Ｍｅｓｓａｇｅ）または新しいメッセージである。

ＤＵからメッセージを受信すると、ＣＵは、受信されたシステム情報要求に基づいて要求されたオンデマンドシステム情報を識別することができる。そして、ＣＵがステップＳ１２０１で前記ＣＵによりサポートされる全てのＳＩＢと関連した情報をＤＵに提供したかどうかによって、二つの可能なオプションが存在できる。

（１）Ｏｐｔｉｏｎ Ａ

ＣＵが前記ＣＵにより保有される全てのＳＩＢと関連した情報をＤＵに提供した場合、ステップＳ１２０５において、ＣＵは、要求されたＳＩＢに対する情報をＤＵに送信できる。前記要求されたＳＩＢに対する情報は、要求されたＳＩＢを指示することができる。前記要求されたＳＩＢに対する情報は、システム情報要求に基づいて識別されるＳＩＢに対する識別子（ｉｄｅｎｔｉｔｙ）、インデックス（ｉｎｄｅｘ）または番号（ｎｕｍｂｅｒ）である。例えば、ＣＵは、ＳＩＢタイプをＤＵに送信できる。それによって、ＣＵは、要求されたＳＩＢを放送するようにＤＵに命令でき、ＤＵは、指示されたＳＩＢと関連したシステム情報を放送することができる。

付加的に、ステップＳ１２０５において、ＣＵは、システム情報要求に対する応答をピギーバックするコンテナを含むメッセージをＤＵに送信できる。前記メッセージは、ダウンリンクＲＲＣトランスポートメッセージ（Ｄｏｗｎｌｉｎｋ ＲＲＣ Ｔｒａｎｓｐｏｒｔ ｍｅｓｓａｇｅ）または新しいメッセージである。

（２）Ｏｐｔｉｏｎ Ｂ

ＣＵが一部ＳＩＢと関連した情報をＤＵに提供した場合、及び／またはＣＵがＤＵに提供しないＳＩＢを要求するシステム情報要求を受信した場合、ステップＳ１２０５ａにおいて、ＣＵは、システム情報要求に対する応答をピギーバックするコンテナを含むメッセージをＤＵに送信できる。前記メッセージは、ダウンリンクＲＲＣトランスポートメッセージ（Ｄｏｗｎｌｉｎｋ ＲＲＣ Ｔｒａｎｓｐｏｒｔ ｍｅｓｓａｇｅ）または新しいメッセージである。

そして、ステップＳ１２０５ｂにおいて、ＣＵは、要求されたＳＩＢと関連した情報を提供するメッセージをＤＵに送信できる。例えば、ＣＵは、ＳＩＢｙと関連した情報を含むメッセージをＤＵに送信できる。前記メッセージは、システム情報放送要求メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）または新しいメッセージである。前記メッセージに含まれているＳＩＢと関連した情報は、ＳＩＢ別に提供されることができる。前記ＳＩＢと関連した情報は、ＳＩＢ ＩＤ、システム情報を含むコンテナ（ｃｏｎｔａｉｎｅｒ ｉｎｃｌｕｄｉｎｇ ＳＩ）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）、放送活性化（ｂｒｏａｄｃａｓｔ ａｃｔｉｖａｔｉｏｎ）、ＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。ＣＵからメッセージを受信すると、ＤＵは、要求されたＳＩＢと関連した情報を格納することができる。

ステップＳ１２０５ｃにおいて、ＤＵは、システム情報放送応答メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）または新しいメッセージをＣＵに送信できる。要求されたＳＩＢに対して、前記応答メッセージは、ステップＳ１２０５ｂで受信されたメッセージに含まれているＩＤに対応するＳＩＢ ＩＤ、ＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。ＳＩＢに対して、要求メッセージに含まれているＩＤが応答メッセージに含まれていない場合、ＣＵは、前記ＣＵが指示するエンティティ（例えば、ＤＵ、セル及び／またはビーム）が該当システム情報が放送できないことを認知することができる。

ステップＳ１２０６において、ＣＵからメッセージを受信すると、ＤＵは、メッセージ４を端末に送信できる。

ステップＳ１２０７において、ＤＵは、要求されたＳＩＢと関連したシステム情報を放送することができる。前記要求されたＳＩＢと関連したシステム情報は、メッセージ４の送信以後に放送されることができる。ＳＩＢに対して、ＤＵがセルＩＤまたはビームＩＤを格納している場合、ＤＵは、前記ＩＤが指示するビームまたはセルでＳＩＢと関連したシステム情報を放送することができる。

ステップＳ１２０８において、ＣＵがＳＩＢと関連した情報をアップデートすることに決定すると、ＣＵは、システム情報放送要求メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）または新しいメッセージをＤＵに送信できる。前記システム情報放送要求メッセージまたは新しいメッセージは、ＳＩＢ別にＳＩＢと関連した情報を含むことができる。例えば、ＣＵは、アップデートされたＳＩＢｚと関連した情報を含むメッセージをＤＵに送信できる。例えば、ＣＵは、アップデートされるＳＩＢｚと関連した情報を含むメッセージをＤＵに送信できる。前記ＳＩＢと関連した情報は、ＳＩＢ ＩＤ、システム情報を含むコンテナ（ｃｏｎｔａｉｎｅｒ ｉｎｃｌｕｄｉｎｇ ＳＩ）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）または放送活性化（ｂｒｏａｄｃａｓｔ ａｃｔｉｖａｔｉｏｎ）のうち少なくともいずれか一つを含むことができる。前記放送活性化は、ＳＩＢｚと関連したシステム情報が放送されないことを指示することができる。

ステップＳ１２０９において、ＣＵからメッセージを受信すると、ＤＵは、ＳＩＢと関連した以前に提供された情報を受信されたことに代えることができる。そして、ＤＵは、アップデートされたＳＩＢと関連したＳＩＢ ＩＤを含むシステム情報放送応答メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）または新しいメッセージをＣＵに送信できる。

ステップＳ１２１０において、要求されたＳＩＢに対して、特定時間の間に、オンデマンドシステム情報に対する要求がない場合、ＤＵは、要求されたＳＩＢと関連した情報を格納するためのＤＵのリソースを効率的に管理するために、要求されたＳＩＢと関連した情報を解除するかどうかを決定することができる。

ステップＳ１２１１において、要求されたＳＩＢと関連した情報に対する解除を決定する時、ＤＵがＳＩＢと関連した情報をそれ以上有しないことを指示するために、ＤＵは、システム情報解除指示メッセージ（ＳＩ Ｒｅｌｅａｓｅ Ｉｎｄｉｃａｔｉｏｎ ｍｅｓｓａｇｅ）または新しいメッセージをＣＵに送信できる。前記メッセージは、解除されたＳＩＢに対する識別子（ｉｄｅｎｔｉｔｙ）、インデックス（ｉｎｄｅｘ）または番号（ｎｕｍｂｅｒ）を含むことができる。例えば、前記メッセージは、解除されたＳＩＢのタイプを含むことができる。前記メッセージを送信した以後、ＤＵは、指示されたＳＩＢと関連した情報を解除することができる。

本発明の一実施例によると、ＣＵは、システム情報及びシステム情報を放送するために必要な情報をＤＵに提供できる。前記情報は、基本的にシステム情報の放送をサポートする時に提供されることができる。または、前記情報は、端末の要求によって提供されることができる。また、ＣＵがＳＩＢと関連した情報をＤＵにあらかじめ提供するにつれて、端末のオンデマンドシステム情報要求によるＣＵ及びＤＵ間のシグナリングが減少されることができる。さらに、要求されたＳＩＢと関連した情報を格納するためのＤＵのリソースが効率的に管理されることができる。

図１３は、本発明の一実施例によって、オンデマンドシステム情報を提供する手順を示す。

本発明の一実施例によると、Ｆ１セットアップ手順を使用して、ＣＵは、前記ＣＵが提供するＳＩＢの一部または全部と関連した情報をＤＵに提供できる。付加的に、ＣＵが端末によるオンデマンドシステム情報に対応するＳＩＢと関連したシステム情報に対する要求をＤＵから受信し、またはＣＵがＳＩＢと関連した情報をアップデートすることに決定すると、ＣＵは、要求またはアップデートされたＳＩＢと関連した情報をＤＵに送信できる。さらに、要求されたＳＩＢに対してオンデマンドシステム情報に対する要求がない場合、ＤＵは、要求されたＳＩＢと関連した情報を解除することができる。

図１３を参照すると、ステップＳ１３０１において、Ｆ１インターフェースがセットアップされる場合、ＣＵは、前記ＣＵにより提供される全てのＳＩＢと関連した情報を含むメッセージをＤＵに送信できる。または、ＣＵは、前記ＣＵにより提供される一部ＳＩＢと関連した情報を含むメッセージをＤＵに送信できる。例えば、前記一部ＳＩＢと関連した情報は、ミニマムシステム情報または端末により頻繁に要求されるＳＩＢに対するシステム情報である。前記一部ＳＩＢと関連した情報は、ＳＩＢと関連した情報を格納するためのＤＵのリソースを効率的に管理するために送信されることができる。前記メッセージは、Ｆ１セットアップ応答メッセージ（Ｆ１ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）またはＦ１セットアップ要求メッセージ（Ｆ１ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）である。例えば、ＣＵは、ＳＩＢｘと関連した情報を含むメッセージをＤＵに送信できる。

前記メッセージに含まれているＳＩＢと関連した情報は、ＳＩＢ別に提供されることができる。前記ＳＩＢと関連した情報は、ＳＩＢ ＩＤ、システム情報を含むコンテナ（ｃｏｎｔａｉｎｅｒ ｉｎｃｌｕｄｉｎｇ ＳＩ）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）、放送活性化（ｂｒｏａｄｃａｓｔ ａｃｔｉｖａｔｉｏｎ）、ＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。

前記ＳＩＢと関連した情報には、システム情報及びＤＵで前記システム情報を放送するために必要な情報が含まれることができる。前記コンテナは、放送される一つ以上のパラメータを含むシステム情報をＣＵからＤＵに送信するために使われることができる。前記放送のためのタイミング情報は、ＤＵでシステム情報を放送するためのスケジューリングを補助するための情報または時間である。例えば、前記放送のためのタイミング情報は、システム情報が放送されるウィンドウの長さ、システム情報が放送される回数またはシステム情報が放送される時にウィンドウ内の位置のうち少なくともいずれか一つを含むことができる。ＳＩＢ内の各パラメータに対して、パラメータ別に放送のためのタイミング情報があり、これは互いに異なる値を有することができる。前記論理チャネル関連情報は、システム情報を送信する論理チャネルを指示するための論理チャネル情報を含むことができる。例えば、前記論理チャネル情報は、論理チャネルＩＤである。前記放送活性化は、提供されたシステム情報が放送されるかどうかを指示することができる。前記放送活性化は、システム情報が常に放送されたり、端末により頻繁に要求されたりする場合に設定されることができる。ＤＵが一つ以上のセルを制御（ｃｏｎｔｒｏｌ）、管理（ｍａｎａｇｅ）またはカバー（ｃｏｖｅｒ）する場合、Ｆ１セットアップ応答メッセージまたはＦ１セットアップ要求メッセージは、各セルに対するセルＩＤを含むことができる。ＤＵが一つ以上のビームを制御、管理またはカバーする場合、Ｆ１セットアップ応答メッセージまたはＦ１セットアップ要求メッセージは、各ビームに対するビームＩＤを含むことができる。

ステップＳ１３０２において、Ｆ１セットアップ手順が完了した以後、ＤＵは、放送が活性化されたＳＩＢと関連したシステム情報を放送することができる。

ステップＳ１３０３において、端末は、オンデマンドシステム情報を要求するために、システム情報要求をＤＵに送信できる。前記システム情報要求は、ランダムアクセス手順でメッセージ１に含まれることができる。システム情報を要求するために、端末が送信するプリアンブルは、全てのＳＩＢにマッピングされることができる。または、端末が送信するプリアンブルは、一つ以上のＳＩＢにマッピングされることができる。このようなマッピングは、ＤＵにより放送されたり、ＤＵと端末との間にあらかじめ設定されたりすることができる。また、端末は、各プリアンブルがＳＩＢにマッピングされる複数のプリアンブルをＤＵに送信できる。前記端末は、ＲＲＣ＿ＩＤＬＥ状態である。前記端末は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である。

ステップＳ１３０４において、端末からメッセージを受信すると、ＤＵは、受信されたオンデマンドシステム情報が要求するＳＩＢと関連したシステム情報を放送することができるかどうかを識別することができる。ＤＵが受信されたオンデマンドシステム情報が要求するＳＩＢと関連したシステム情報を放送することができる場合、ＤＵは、ＣＵとのシグナリングを省略することができる。例えば、可能な場合、ステップＳ１３０５ａ、Ｓ１３０５ｂ及びＳ１３０５ｃは省略されることができる。受信されたオンデマンドシステム情報が要求するＳＩＢと関連したシステム情報をＤＵが放送することができない場合、ＤＵは、ＣＵとのシグナリングを実行することができる。

ステップＳ１３０５ａにおいて、ＤＵは、要求されたＳＩＢに対する情報を含むメッセージをＣＵに送信できる。前記要求されたＳＩＢに対する情報は、要求されたＳＩＢを指示することができる。前記要求されたＳＩＢに対する情報は、システム情報要求に基づいて識別されるＳＩＢに対する識別子（ｉｄｅｎｔｉｔｙ）、インデックス（ｉｎｄｅｘ）または番号（ｎｕｍｂｅｒ）である。前記メッセージは、オンデマンドシステム情報指示メッセージまたは新しいメッセージである。

ステップＳ１３０５ｂにおいて、ＤＵからメッセージを受信すると、ＣＵは、要求されたオンデマンドシステム情報を識別することができる。そして、ＣＵは、要求されたＳＩＢと関連した情報を提供するメッセージをＤＵに送信できる。例えば、ＣＵは、ＳＩＢｙと関連した情報を含むメッセージをＤＵに送信できる。前記メッセージは、システム情報放送要求メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）または新しいメッセージである。前記メッセージに含まれているＳＩＢと関連した情報は、ＳＩＢ別に提供されることができる。前記ＳＩＢと関連した情報は、ＳＩＢ ＩＤ、システム情報を含むコンテナ（ｃｏｎｔａｉｎｅｒ ｉｎｃｌｕｄｉｎｇ ＳＩ）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）、放送活性化（ｂｒｏａｄｃａｓｔ ａｃｔｉｖａｔｉｏｎ）、ＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。ＣＵからメッセージを受信すると、ＤＵは、要求されたＳＩＢと関連した情報を格納することができる。

ステップＳ１３０５ｃにおいて、ＤＵは、システム情報放送応答メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）または新しいメッセージをＣＵに送信できる。要求されたＳＩＢに対して、前記応答メッセージは、ステップＳ１３０５ｂで受信されたメッセージに含まれているＩＤに対応するＳＩＢ ＩＤ、ＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。ＳＩＢに対して、要求メッセージに含まれているＩＤが応答メッセージに含まれていない場合、ＣＵは、前記ＣＵが指示するエンティティ（例えば、ＤＵ、セル及び／またはビーム）が該当システム情報が放送できないことを認知することができる。

ステップＳ１３０６において、ＤＵは、メッセージ２を端末に送信できる。

ステップＳ１３０７において、メッセージ２を送信した以後、ＤＵは、要求されたＳＩＢと関連したシステム情報を放送することができる。ＳＩＢに対して、ＤＵがセルＩＤまたはビームＩＤを格納している場合、ＤＵは、前記ＩＤが指示するビームまたはセルでＳＩＢと関連したシステム情報を放送することができる。

ステップＳ１３０８において、ＣＵがＳＩＢと関連した情報をアップデートすることに決定すると、ＣＵは、システム情報放送要求メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）または新しいメッセージをＤＵに送信できる。前記システム情報放送要求メッセージまたは新しいメッセージは、ＳＩＢ別にＳＩＢと関連した情報を含むことができる。例えば、ＣＵは、アップデートされたＳＩＢｚと関連した情報を含むメッセージをＤＵに送信できる。例えば、ＣＵは、アップデートされるＳＩＢｚと関連した情報を含むメッセージをＤＵに送信できる。前記ＳＩＢと関連した情報は、ＳＩＢ ＩＤ、システム情報を含むコンテナ（ｃｏｎｔａｉｎｅｒ ｉｎｃｌｕｄｉｎｇ ＳＩ）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）または放送活性化（ｂｒｏａｄｃａｓｔ ａｃｔｉｖａｔｉｏｎ）のうち少なくともいずれか一つを含むことができる。前記放送活性化は、ＳＩＢｚと関連したシステム情報が放送されないことを指示することができる。

ステップＳ１３０９において、ＣＵからメッセージを受信すると、ＤＵは、ＳＩＢと関連した以前に提供された情報を受信されたことに代えることができる。そして、ＤＵは、アップデートされたＳＩＢと関連したＳＩＢ ＩＤを含むシステム情報放送応答メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）または新しいメッセージをＣＵに送信できる。

ステップＳ１３１０において、要求されたＳＩＢに対して、特定時間の間に、オンデマンドシステム情報に対する要求がない場合、ＤＵは、要求されたＳＩＢと関連した情報を格納するためのＤＵのリソースを効率的に管理するために、要求されたＳＩＢと関連した情報を解除するかどうかを決定することができる。

ステップＳ１３１１において、要求されたＳＩＢと関連した情報に対する解除を決定する時、ＤＵがＳＩＢと関連した情報をそれ以上有しないことを指示するために、ＤＵは、システム情報解除指示メッセージ（ＳＩ Ｒｅｌｅａｓｅ Ｉｎｄｉｃａｔｉｏｎ ｍｅｓｓａｇｅ）または新しいメッセージをＣＵに送信できる。前記メッセージは、解除されたＳＩＢに対する識別子（ｉｄｅｎｔｉｔｙ）、インデックス（ｉｎｄｅｘ）または番号（ｎｕｍｂｅｒ）を含むことができる。例えば、前記メッセージは、解除されたＳＩＢのタイプを含むことができる。前記メッセージを送信した以後、ＤＵは、指示されたＳＩＢと関連した情報を解除することができる。

本発明の一実施例によると、ＣＵは、システム情報及びシステム情報を放送するために必要な情報をＤＵに提供できる。前記情報は、基本的にシステム情報の放送をサポートする時に提供されることができる。または、前記情報は、端末の要求によって提供されることができる。また、ＣＵがＳＩＢと関連した情報をＤＵにあらかじめ提供するにつれて、端末のオンデマンドシステム情報要求によるＣＵ及びＤＵ間のシグナリングが減少されることができる。さらに、要求されたＳＩＢと関連した情報を格納するためのＤＵのリソースが効率的に管理されることができる。

図１４は、本発明の一実施例によって、オンデマンドシステム情報を提供する手順を示す。

本発明の一実施例によると、ＣＵがＤＵを介して端末のグループ化されたシステム情報放送（ｇｒｏｕｐｅｄ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｒｏａｄｃａｓｔ）に対する要求を受信し、またはＣＵが一つ以上のグループ化されたシステム情報を放送することに決定する場合、ＣＵは、グループ化されたシステム情報別にメッセージを使用し、放送される一つ以上のグループ化されたシステム情報（例えば、ＬＴＥにおけるＭＩＢ、ＳＩＢ１及びＳＩＢ２）をＤＵに送信できる。

ステップＳ１４０１において、端末は、オンデマンドシステム情報を要求するために、システム情報要求をＤＵに送信できる。前記システム情報要求は、ランダムアクセス手順でメッセージ１に含まれることができる。システム情報を要求するために、端末が送信するプリアンブルは、全てのシステム情報グループにマッピングされることができる。または、端末が送信するプリアンブルは、一つ以上のシステム情報グループにマッピングされることができる。このようなマッピングは、ＤＵにより放送されたり、ＤＵと端末との間にあらかじめ設定されたりすることができる。また、端末は、各プリアンブルがシステム情報グループにマッピングされる複数のプリアンブルをＤＵに送信できる。前記端末は、ＲＲＣ＿ＩＤＬＥ状態である。前記端末は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である。

ステップＳ１４０２において、端末からメッセージを受信すると、ＤＵは、端末から受信されたメッセージ１に基づいて要求されたシステム情報グループを含むメッセージをＣＵに送信できる。前記メッセージは、オンデマンドシステム情報指示メッセージ（Ｏｎ−ｄｅｍａｎｄ ＳＩ Ｉｎｄｉｃａｔｉｏｎ ｍｅｓｓａｇｅ）または新しいメッセージである。

ステップＳ１４０３において、ＣＵがシステム情報グループｘを含むオンデマンドシステム情報指示メッセージまたは新しいメッセージを受信し、またはＣＵがシステム情報グループｘを放送することに決定すると、ＣＵは、システム情報グループの放送を要求するメッセージをＤＵに送信できる。前記メッセージは、ＳＩｘ放送要求メッセージ（ＳＩｘ Ｂｒｏａｄｃａｓｔ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）または新しいメッセージである。前記ｘは、グループｘを意味する。例えば、システム情報グループ２及びシステム情報グループ３が放送されるべき場合には、ＣＵは、ＳＩ２放送要求メッセージ及びＳＩ３放送要求メッセージを各々使用することができる。前記ＳＩｘ放送要求メッセージまたは新しいメッセージは、システム情報グループｘ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｇｒｏｕｐ ｘ）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）、ＤＵ ＩＤ、セルＩＤ、ビームＩＤまたはオンデマンドシステム情報関連情報（ｏｎ−ｄｅｍａｎｄ ＳＩ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）のうち少なくともいずれか一つを含むことができる。

前記ＳＩｘ放送要求メッセージまたは新しいメッセージに、システム情報グループｘ及びＤＵで前記システム情報グループｘを放送するために必要な情報が含まれることができる。前記システム情報グループｘは、放送される一つ以上のパラメータを含むことができる。前記放送のためのタイミング情報は、ＤＵでシステム情報グループｘを放送するためのスケジューリングを補助するための情報または時間である。システム情報グループｘ内の各パラメータに対して、パラメータ別に放送のためのタイミング情報があり、これは互いに異なる値を有することができる。前記論理チャネル関連情報は、システム情報グループｘを送信する論理チャネルを指示するための論理チャネル情報を含むことができる。例えば、前記論理チャネル情報は、論理チャネルＩＤである。ＤＵが一つ以上のセルを制御（ｃｏｎｔｒｏｌ）、管理（ｍａｎａｇｅ）またはカバー（ｃｏｖｅｒ）する場合、ＳＩｘ放送要求メッセージまたは新しいメッセージは、各セルに対するセルＩＤを含むことができる。ＤＵが一つ以上のビームを制御、管理またはカバーする場合、ＳＩｘ放送要求メッセージまたは新しいメッセージは、各ビームに対するビームＩＤを含むことができる。前記オンデマンドシステム情報関連情報は、システム情報が放送されるウィンドウの長さ、システム情報が放送される回数またはシステム情報が放送される時にウィンドウ内の位置のうち少なくともいずれか一つを含むことができる。

ステップＳ１４０４において、ＣＵから要求メッセージを受信すると、ＤＵは、ＳＩｘ放送応答メッセージ（ＳＩｘ Ｂｒｏａｄｃａｓｔ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）または新しいメッセージをＣＵに送信できる。前記応答メッセージは、ステップＳ１４０３で要求メッセージに含まれているＩＤに対応するＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。要求メッセージに含まれているＩＤが応答メッセージに含まれていない場合、ＣＵは、前記ＣＵが指示するエンティティ（例えば、ＤＵ、セル及び／またはビーム）がシステム情報グループｘが放送できないことを認知することができる。

ステップＳ１４０５において、ＣＵから要求メッセージを受信すると、ＤＵは、要求メッセージに含まれている情報を格納することができる。そして、格納された情報に基づいて、ＤＵは、システム情報グループｘを放送することができる。ＳＩｘ放送要求メッセージまたは新しいメッセージがセルＩＤまたはビームＩＤを含む場合、ＤＵは、前記ＩＤが指示するビームまたはセルでシステム情報グループｘを放送することができる。ＳＩｘ放送要求メッセージまたは新しいメッセージがオンデマンドシステム情報関連情報を含む場合、ＤＵは、システム情報を放送する時間の間に、オンデマンドシステム情報関連情報または要求メッセージに含まれている全ての情報を有している。以後、ＤＵは、オンデマンドシステム情報関連情報または全ての情報を除去したり捨てたり（ｄｉｓｃａｒｄ）することができる。

ステップＳ１４０６において、ＤＵは、ＣＵからの要求メッセージに含まれているシステム情報グループｘを放送することができる。

本発明の一実施例によると、ＣＵは、前記ＣＵのカバレッジ内の端末に放送されるシステム情報を管理することができる。または、ＣＵは、端末の要求によってシステム情報を提供することができる。

図１５は、本発明の一実施例によって、オンデマンドシステム情報を提供する手順を示す。

本発明の一実施例によると、ＣＵがＤＵを介して端末のグループ化されたシステム情報放送（ｇｒｏｕｐｅｄ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｒｏａｄｃａｓｔ）に対する要求を受信し、またはＣＵが一つ以上のグループ化されたシステム情報を放送することに決定する場合、ＣＵは、全てのグループ化されたシステム情報を含む一つのメッセージを使用し、放送される一つ以上のグループ化されたシステム情報（例えば、ＬＴＥにおけるＭＩＢ、ＳＩＢ１及びＳＩＢ２）をＤＵに送信できる。

ステップＳ１５０１において、端末は、オンデマンドシステム情報を要求するために、システム情報要求をＤＵに送信できる。前記システム情報要求は、ランダムアクセス手順でメッセージ１に含まれることができる。システム情報を要求するために、端末が送信するプリアンブルは、全てのシステム情報グループにマッピングされることができる。または、端末が送信するプリアンブルは、一つ以上のシステム情報グループにマッピングされることができる。このようなマッピングは、ＤＵにより放送されたり、ＤＵと端末との間にあらかじめ設定されたりすることができる。また、端末は、各プリアンブルがシステム情報グループにマッピングされる複数のプリアンブルをＤＵに送信できる。前記端末は、ＲＲＣ＿ＩＤＬＥ状態である。前記端末は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である。

ステップＳ１５０２において、端末からメッセージを受信すると、ＤＵは、端末から受信されたメッセージ１に基づいて要求されたシステム情報グループを含むメッセージをＣＵに送信できる。前記メッセージは、オンデマンドシステム情報指示メッセージ（Ｏｎ−ｄｅｍａｎｄ ＳＩ Ｉｎｄｉｃａｔｉｏｎ ｍｅｓｓａｇｅ）または新しいメッセージである。

ステップＳ１５０３において、ＣＵがシステム情報グループを含むオンデマンドシステム情報指示メッセージまたは新しいメッセージを受信し、またはＣＵが一つ以上のシステム情報グループを放送することに決定すると、ＣＵは、一つ以上のシステム情報グループの放送を要求するメッセージをＤＵに送信できる。前記メッセージは、ＳＩ放送要求メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）または新しいメッセージである。前記メッセージは、システム情報グループ別に情報を含むことができる。

例えば、前記メッセージは、第１のシステム情報グループに対する情報及び第２のシステム情報グループに対する情報を含むことができる。前記第１のシステム情報グループに対する情報は、システム情報グループ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｇｒｏｕｐ １）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）、ＤＵ ＩＤ、セルＩＤ、ビームＩＤまたはオンデマンドシステム情報関連情報（ｏｎ−ｄｅｍａｎｄ ＳＩ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）のうち少なくともいずれか一つを含むことができる。前記第２のシステム情報グループに対する情報は、システム情報グループ２（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｇｒｏｕｐ ２）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）、ＤＵ ＩＤ、セルＩＤ、ビームＩＤまたはオンデマンドシステム情報関連情報（ｏｎ−ｄｅｍａｎｄ ＳＩ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）のうち少なくともいずれか一つを含むことができる。

それぞれのシステム情報グループに対する情報には、システム情報グループ及びＤＵで前記システム情報グループを放送するために必要な情報が含まれることができる。前記システム情報グループは、放送される一つ以上のパラメータを含むことができる。前記放送のためのタイミング情報は、ＤＵでシステム情報グループを放送するためのスケジューリングを補助するための情報または時間である。システム情報グループ内の各パラメータに対して、パラメータ別に放送のためのタイミング情報があり、これは互いに異なる値を有することができる。前記論理チャネル関連情報は、システム情報グループを送信する論理チャネルを指示するための論理チャネル情報を含むことができる。例えば、前記論理チャネル情報は、論理チャネルＩＤである。ＤＵが一つ以上のセルを制御（ｃｏｎｔｒｏｌ）、管理（ｍａｎａｇｅ）またはカバー（ｃｏｖｅｒ）する場合、ＳＩ放送要求メッセージまたは新しいメッセージは、各セルに対するセルＩＤを含むことができる。ＤＵが一つ以上のビームを制御、管理またはカバーする場合、ＳＩ放送要求メッセージまたは新しいメッセージは、各ビームに対するビームＩＤを含むことができる。前記オンデマンドシステム情報関連情報は、システム情報が放送されるウィンドウの長さ、システム情報が放送される回数またはシステム情報が放送される時にウィンドウ内の位置のうち少なくともいずれか一つを含むことができる。

ステップＳ１５０４において、ＣＵから要求メッセージを受信すると、ＤＵは、ＳＩ放送応答メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）または新しいメッセージをＣＵに送信できる。それぞれのシステム情報グループに対して、前記応答メッセージは、ステップＳ１５０３で要求メッセージに含まれているＩＤに対応するＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。例えば、第１のシステム情報グループに対して、要求メッセージに含まれているＩＤが応答メッセージに含まれていない場合、ＣＵは、前記ＣＵが指示するエンティティ（例えば、ＤＵ、セル及び／またはビーム）が第１のシステム情報グループが放送できないことを認知することができる。

ステップＳ１５０５において、ＣＵから要求メッセージを受信すると、ＤＵは、第１のシステム情報グループ及び／または第２のシステム情報グループに含まれている情報を格納することができる。そして、格納された情報に基づいて、ＤＵは、システム情報グループ１及び／またはシステム情報グループ２を放送することができる。例えば、第１のシステム情報グループに対して、ＳＩ放送要求メッセージまたは新しいメッセージがセルＩＤまたはビームＩＤを含む場合、ＤＵは、前記ＩＤが指示するビームまたはセルでシステム情報グループ１を放送することができる。例えば、ＳＩ放送要求メッセージまたは新しいメッセージが第１のシステム情報グループに対するオンデマンドシステム情報関連情報を含む場合、ＤＵは、第１のシステム情報グループに対するシステム情報を放送する時間の間に、第１のシステム情報グループに対する要求メッセージに含まれている全ての情報またはオンデマンドシステム情報関連情報を有している。以後、ＤＵは、第１のシステム情報グループに対する全ての情報またはオンデマンドシステム情報関連情報を除去したり捨てたり（ｄｉｓｃａｒｄ）することができる。

ステップＳ１５０６において、ＤＵは、第１のシステム情報グループに対する情報及び／または第２のシステム情報グループに対する情報に含まれているシステム情報グループ１及び／またはシステム情報グループ２を各々放送できる。

本発明の一実施例によると、ＣＵは、前記ＣＵのカバレッジ内の端末に放送されるシステム情報を管理することができる。または、ＣＵは、端末の要求によってシステム情報をＤＵに提供できる。さらに、複数のシステム情報を一つの手順で一回にＤＵに提供できるため、ＣＵ及びＤＵ間のシグナリングが減少されることができる。

図１６は、本発明の一実施例によって、オンデマンドシステム情報を提供する手順を示す。

本発明の一実施例によると、Ｆ１セットアップ手順を使用して、ＣＵは、前記ＣＵが提供する放送されるグループ化されたシステム情報（ｇｒｏｕｐｅｄ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）をＤＵに提供できる。例えば、前記グループ化されたシステム情報は、ＬＴＥでＭＩＢ、ＳＩＢ１またはＳＩＢ２である。付加的に、ＣＵが端末によるオンデマンドシステム情報に対応するグループ化されたシステム情報に対する要求をＤＵから受信し、またはＣＵがグループ化されたシステム情報をアップデートすることに決定すると、ＣＵは、要求されたまたはアップデートされたグループ化されたシステム情報をＤＵに送信できる。

図１６を参照すると、ステップＳ１６０１において、Ｆ１インターフェースがセットアップされる場合、ＣＵは、前記ＣＵにより提供される全てのシステム情報グループを含むメッセージをＤＵに送信できる。または、ＣＵは、前記ＣＵにより提供される一部システム情報グループを含むメッセージをＤＵに送信できる。例えば、前記一部システム情報グループは、ミニマムシステム情報グループまたは端末により頻繁に要求されるシステム情報グループである。前記一部システム情報グループは、システム情報グループと関連した情報を格納するためのＤＵのリソースを効率的に管理するために送信されることができる。前記メッセージは、Ｆ１セットアップ応答メッセージ（Ｆ１ Ｓｅｔｕｐ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）またはＦ１セットアップ要求メッセージ（Ｆ１ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）である。例えば、ＣＵは、システム情報グループｘと関連した情報を含むメッセージをＤＵに送信できる。

前記メッセージに含まれているシステム情報グループと関連した情報は、システム情報グループ別に提供されることができる。前記システム情報グループと関連した情報は、システム情報グループ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｇｒｏｕｐ）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）、ＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。

前記システム情報グループと関連した情報には、システム情報グループ及びＤＵで前記システム情報グループを放送するために必要な情報が含まれることができる。前記システム情報グループは、放送される一つ以上のパラメータを含むことができる。前記放送のためのタイミング情報は、ＤＵでシステム情報グループを放送するためのスケジューリングを補助するための情報または時間である。例えば、前記放送のためのタイミング情報は、システム情報が放送されるウィンドウの長さ、システム情報が放送される回数またはシステム情報が放送される時にウィンドウ内の位置のうち少なくともいずれか一つを含むことができる。システム情報グループ内の各パラメータに対して、パラメータ別に放送のためのタイミング情報があり、これは互いに異なる値を有することができる。前記論理チャネル関連情報は、システム情報グループを送信する論理チャネルを指示するための論理チャネル情報を含むことができる。例えば、前記論理チャネル情報は、論理チャネルＩＤである。ＤＵが一つ以上のセルを制御（ｃｏｎｔｒｏｌ）、管理（ｍａｎａｇｅ）またはカバー（ｃｏｖｅｒ）する場合、Ｆ１セットアップ応答メッセージまたはＦ１セットアップ要求メッセージは、各セルに対するセルＩＤを含むことができる。ＤＵが一つ以上のビームを制御、管理またはカバーする場合、Ｆ１セットアップ応答メッセージまたはＦ１セットアップ要求メッセージは、各ビームに対するビームＩＤを含むことができる。

Ｆ１セットアップ手順が完了した以後、ＤＵは、ＣＵから受信された情報に基づいてシステム情報を放送することができる。

ステップＳ１６０２において、端末は、オンデマンドシステム情報を要求するために、システム情報要求をＤＵに送信できる。前記システム情報要求は、ランダムアクセス手順でメッセージ１またはメッセージ３に含まれることができる。システム情報を要求するために、端末が送信するプリアンブルは、全てのシステム情報グループにマッピングされることができる。または、端末が送信するプリアンブルは、一つ以上のシステム情報グループにマッピングされることができる。このようなマッピングは、ＤＵにより放送されたり、ＤＵと端末との間にあらかじめ設定されたりすることができる。また、端末は、各プリアンブルがシステム情報グループにマッピングされる複数のプリアンブルをＤＵに送信できる。前記端末は、ＲＲＣ＿ＩＤＬＥ状態である。前記端末は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である。

ステップＳ１６０３において、端末からメッセージを受信すると、ＤＵは、受信されたオンデマンドシステム情報を放送することができるかどうかを識別することができる。ＤＵが受信されたオンデマンドシステム情報を放送することができる場合、ＤＵは、要求されたオンデマンドシステム情報に対応するシステム情報を放送することができる。

ステップＳ１６０４において、ＤＵがＣＵにより提供されたシステム情報グループの一部を有しており、ＤＵが端末から受信されたオンデマンドシステム情報に対応するシステム情報を放送することができない場合、ＤＵは、メッセージ１またはメッセージ３により要求されたシステム情報グループを含むメッセージをＣＵに送信できる。前記メッセージは、システム情報オンデマンド指示メッセージ（ＳＩ Ｏｎ−ｄｅｍａｎｄ Ｉｎｄｉｃａｔｉｏｎ ｍｅｓｓａｇｅ）または新しいメッセージである。前記要求されたシステム情報グループは、前記オンデマンドシステム情報と関連づけられている。

ステップＳ１６０５において、ＣＵがシステム情報オンデマンド指示メッセージまたは新しいメッセージを受信し、またはＣＵがシステム情報グループをアップデートすることに決定すると、ＣＵは、要求またはアップデートされたシステム情報グループを提供するメッセージをＤＵに送信できる。例えば、ＣＵは、要求されたまたはアップデートされたシステム情報グループｙと関連した情報を含むメッセージをＤＵに送信できる。前記メッセージは、システム情報放送要求メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）または新しいメッセージである。前記メッセージに含まれているシステム情報グループと関連した情報は、システム情報グループ別に提供されることができる。前記システム情報グループと関連した情報は、システム情報グループ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｇｒｏｕｐ）、放送のためのタイミング情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ ｂｒｏａｄｃａｓｔｉｎｇ）、論理チャネル関連情報（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）、ＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。

ステップＳ１６０６において、ＣＵからメッセージを受信すると、ＤＵは、システム情報放送応答メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）または新しいメッセージをＣＵに送信できる。要求されたまたはアップデートされたシステム情報グループｙに対して、前記応答メッセージは、ステップＳ１６０５で受信されたメッセージに含まれているＩＤに対応するＤＵ ＩＤ、セルＩＤまたはビームＩＤのうち少なくともいずれか一つを含むことができる。システム情報グループｙに対して、要求メッセージに含まれているＩＤが応答メッセージに含まれていない場合、ＣＵは、前記ＣＵが指示するエンティティ（例えば、ＤＵ、セル及び／またはビーム）がシステム情報グループｙが放送できないことを認知することができる。

ステップＳ１６０７において、ＣＵからメッセージを受信すると、ＤＵは、システム情報グループｙに含まれている情報を格納することができる。または、ＤＵは、以前の情報をシステム情報グループｙに含まれている情報に代えることができる。そして、ＤＵは、格納されたり代えられたりした情報に基づいてシステム情報グループを放送することができる。システム情報グループｙに対して、システム情報放送要求メッセージ（ＳＩ Ｂｒｏａｄｃａｓｔ Ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）または新しいメッセージがセルＩＤまたはビームＩＤを含む場合、ＤＵは、前記ＩＤが指示するビームまたはセルでシステム情報グループｙを放送することができる。

ステップＳ１６０８において、システム情報グループに対して、特定時間の間に、オンデマンドシステム情報に対する要求がない場合、ＤＵは、システム情報グループと関連した情報を格納するためのＤＵのリソースを効率的に管理するために、システム情報グループと関連した全ての情報を解除することができる。

本発明の一実施例によると、ＣＵは、前記ＣＵのカバレッジ内の端末に放送されるシステム情報をＤＵに提供できる。または、ＣＵは、端末の要求によってシステム情報をＤＵに提供できる。さらに、ＣＵがシステム情報グループと関連した情報をＤＵにあらかじめ提供するにつれて、端末のオンデマンドシステム情報要求によるＣＵ及びＤＵ間のシグナリングが減少されることができる。

図１７は、本発明の一実施例によって、基地局のＤＵがシステム情報を提供する方法を示すブロック図である。

図１７を参照すると、ステップＳ１７１０において、基地局のＤＵは、前記基地局のＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）により保有される前記システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｏｗｎｅｄ ｂｙ ｔｈｅ ＣＵ ｏｆ ｔｈｅ ｂａｓｅ ｓｔａｔｉｏｎ）を前記基地局のＣＵから受信することができる。前記基地局のＣＵにより保有されるシステム情報は、コンテナ（ｃｏｎｔａｉｎｅｒ）に含まれて前記基地局のＣＵから前記基地局のＤＵに送信されることができる。前記基地局のＣＵにより保有されるシステム情報は、Ｆ１セットアップ手順で前記基地局のＣＵから前記基地局のＤＵに送信されることができる。前記基地局のＣＵから受信されたシステム情報は、前記基地局のＣＵにより保有されるシステム情報のうちＳＩＢ１を除く全てのシステム情報である。

前記ＣＵは、前記基地局のＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）、ＳＤＡＰ（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）及びＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層をホスティングするロジカルノード（ｌｏｇｉｃａｌ ｎｏｄｅ）であり、前記ＤＵは、前記基地局のＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）、ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）及びＰＨＹ（ｐｈｙｓｉｃａｌ）階層をホスティングするロジカルノード（ｌｏｇｉｃａｌ ｎｏｄｅ）である。

前記システム情報は、前記端末の要求により放送されるオンデマンドシステム情報（ｏｎ−ｄｅｍａｎｄ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）である。前記システム情報は、その他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）である。

ステップＳ１７２０において、基地局のＤＵは、前記システム情報に対する要求を端末から受信することができる。前記システム情報に対する要求は、ランダムアクセス手順で前記端末から前記基地局のＤＵに送信されることができる。前記システム情報に対する要求は、メッセージ３に含まれることができる。

前記基地局のＣＵから受信された前記システム情報は、前記要求されたシステム情報を含むことができる。

前記基地局のＣＵから受信された前記システム情報が前記要求されたシステム情報を含まない場合、付加的に、基地局のＤＵは、前記要求されたシステム情報を前記基地局のＣＵから受信することができる。

付加的に、基地局のＤＵは、前記システム情報に対する要求を前記基地局のＣＵに送信できる。前記システム情報に対する要求は、コンテナに含まれて前記基地局のＤＵから前記基地局のＣＵに送信されることができる。

ステップＳ１７３０において、基地局のＤＵは、前記システム情報を放送するように命令（ｃｏｍｍａｎｄ）するメッセージを前記基地局のＣＵから受信することができる。前記要求されたシステム情報を放送するように命令するメッセージは、前記要求されたシステム情報のタイプを含むことができる。前記要求されたシステム情報を放送するように命令するメッセージは、前記要求されたシステム情報の放送のための時間情報（ｔｉｍｅ ｉｎｆｏｒｍａｔｉｏｎ）を含むことができる。前記時間情報は、放送時間インターバル（ｂｒｏａｄｃａｓｔ ｔｉｍｅ ｉｎｔｅｒｖａｌ）である。

ステップＳ１７４０において、基地局のＤＵは、前記要求されたシステム情報を放送することができる。または、基地局のＤＵは、前記要求されたシステム情報を専用シグナリング（ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｉｎｇ）を介して端末に送信できる。

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

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

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

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

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

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

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

Claims (15)

1. 無線通信システムにおける基地局（ｂａｓｅ ｓｔａｔｉｏｎ）のＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）がシステム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を放送する方法において、
   前記基地局のＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）により保有される前記システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｏｗｎｅｄ ｂｙ ｔｈｅ ＣＵ ｏｆ ｔｈｅ ｂａｓｅ ｓｔａｔｉｏｎ）を前記基地局のＣＵから受信するステップ；
   前記システム情報に対する要求を端末から受信するステップ；
   前記システム情報を放送するように命令（ｃｏｍｍａｎｄ）するメッセージを前記基地局のＣＵから受信するステップ；及び、
   前記要求されたシステム情報を放送するステップ；を含むことを特徴とする方法。
2. 前記基地局のＣＵにより保有されるシステム情報は、コンテナ（ｃｏｎｔａｉｎｅｒ）に含まれて前記基地局のＣＵから前記基地局のＤＵに送信されることを特徴とする請求項１に記載の方法。
3. 前記基地局のＣＵにより保有されるシステム情報は、Ｆ１セットアップ手順で前記基地局のＣＵから前記基地局のＤＵに送信されることを特徴とする請求項１に記載の方法。
4. 前記基地局のＣＵから受信された前記システム情報は、前記要求されたシステム情報を含むことを特徴とする請求項１に記載の方法。
5. 前記基地局のＣＵから受信された前記システム情報が前記要求されたシステム情報を含まない場合、前記要求されたシステム情報を前記基地局のＣＵから受信するステップ；をさらに含むことを特徴とする請求項１に記載の方法。
6. 前記基地局のＣＵから受信されたシステム情報は、前記基地局のＣＵにより保有されるシステム情報のうちＳＩＢ１を除く全てのシステム情報であることを特徴とする請求項１に記載の方法。
7. 前記要求されたシステム情報を放送するように命令するメッセージは、前記要求されたシステム情報のタイプを含むことを特徴とする請求項１に記載の方法。
8. 前記システム情報に対する要求は、ランダムアクセス手順で前記端末から前記基地局のＤＵに送信されることを特徴とする請求項１に記載の方法。
9. 前記システム情報に対する要求は、メッセージ３に含まれることを特徴とする請求項８に記載の方法。
10. 前記要求されたシステム情報を放送するように命令するメッセージは、前記要求されたシステム情報の放送のための時間情報（ｔｉｍｅ ｉｎｆｏｒｍａｔｉｏｎ）を含むことを特徴とする請求項１に記載の方法。
11. 前記システム情報に対する要求を前記基地局のＣＵに送信するステップ；をさらに含むことを特徴とする請求項１に記載の方法。
12. 前記システム情報に対する要求は、コンテナに含まれて前記基地局のＤＵから前記基地局のＣＵに送信されることを特徴とする請求項１１に記載の方法。
13. 前記ＣＵは、前記基地局のＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）、ＳＤＡＰ（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ）及びＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）階層をホスティングするロジカルノード（ｌｏｇｉｃａｌ ｎｏｄｅ）であり、前記ＤＵは、前記基地局のＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）、ＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）及びＰＨＹ（ｐｈｙｓｉｃａｌ）階層をホスティングするロジカルノード（ｌｏｇｉｃａｌ ｎｏｄｅ）であることを特徴とする請求項１に記載の方法。
14. 前記システム情報は、前記端末の要求により放送されるオンデマンドシステム情報（ｏｎ−ｄｅｍａｎｄ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）またはその他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）であることを特徴とする請求項１に記載の方法。
15. 無線通信システムにおけるシステム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を放送する基地局（ｂａｓｅ ｓｔａｔｉｏｎ）のＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）において、
    メモリ；送受信機；及び、前記メモリと前記送受信機を連結するプロセッサ；を含み、前記プロセッサは、
    前記送受信機が前記基地局のＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）により保有される前記システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｏｗｎｅｄ ｂｙ ｔｈｅ ＣＵ ｏｆ ｔｈｅ ｂａｓｅ ｓｔａｔｉｏｎ）を前記基地局のＣＵから受信するように制御し、
    前記送受信機が前記システム情報に対する要求を端末から受信するように制御し、
    前記送受信機が前記要求されたシステム情報を放送するように命令（ｃｏｍｍａｎｄ）するメッセージを前記基地局のＣＵから受信するように制御し、及び
    前記送受信機が前記要求されたシステム情報を放送するように制御することを特徴とする基地局のＤＵ。