(57)【要約】無線通信システムにおける端末がシステム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を要求する方法及びこれをサポートする装置が提供される。前記方法は、ランダムアクセス手順を開始するステップと、システム情報を前記開始されたランダムアクセス手順で基地局に要求するステップと、前記システム情報を前記基地局に要求した以後、前記要求されたシステム情報が放送されることを指示する放送指示子（ｂｒｏａｄｃａｓｔ  ｉｎｄｉｃａｔｉｏｎ）を前記開始されたランダムアクセス手順で前記基地局から受信するステップと、前記開始されたランダムアクセス手順を中断するステップと、を含むことができる。【選択図】図１９
2019531027.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末がシステム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を要求する方法において、
ランダムアクセス手順を開始するステップと、
システム情報を前記開始されたランダムアクセス手順で基地局に要求するステップと、
前記システム情報を前記基地局に要求した以後、前記要求されたシステム情報が放送されることを指示する放送指示子（ｂｒｏａｄｃａｓｔ  ｉｎｄｉｃａｔｉｏｎ）を前記開始されたランダムアクセス手順で前記基地局から受信するステップと、
前記開始されたランダムアクセス手順を中断するステップと、を含むことを特徴とする方法。
【請求項２】
第１のミニマムシステム情報を前記基地局から受信するステップをさらに含み、
前記第１のミニマムシステム情報は、前記システム情報が放送されないことを指示することを特徴とする請求項１に記載の方法。
【請求項３】
前記第１のミニマムシステム情報が、前記システム情報が放送されないことを指示する場合、前記システム情報は、前記開始されたランダムアクセス手順で前記基地局に要求されることを特徴とする請求項２に記載の方法。
【請求項４】
前記要求されたシステム情報が放送されることを指示する放送指示子は、第２のミニマムシステム情報に含まれて前記基地局から受信されることを特徴とする請求項１に記載の方法。
【請求項５】
前記第２のミニマムシステム情報は、前記要求されたシステム情報に対するスケジューリング情報を含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記要求されたシステム情報に対するスケジューリング情報に基づいて、前記端末のＲＲＣ状態変更無しに前記要求されたシステム情報を前記基地局から受信するステップをさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記要求されたシステム情報が前記基地局から受信された以後、前記開始されたランダムアクセス手順は中断されることを特徴とする請求項６に記載の方法。
【請求項８】
前記システム情報は、ランダムアクセスプリアンブルメッセージに含まれて前記基地局に要求されることを特徴とする請求項１に記載の方法。
【請求項９】
前記システム情報は、スケジューリングされた送信メッセージに含まれて前記基地局に要求され、
前記放送指示子は、コンテンション解決メッセージに含まれて前記基地局から受信されることを特徴とする請求項１に記載の方法。
【請求項１０】
前記システム情報を前記基地局に要求した以後、システム情報要求タイマを開始するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１１】
前記システム情報要求タイマが満了される場合、第２のミニマムシステム情報を前記基地局から受信するステップをさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記要求されたシステム情報が放送されることを指示する放送指示子は、前記第２のミニマムシステム情報に含まれて前記基地局から受信されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記システム情報は、その他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）であることを特徴とする請求項１に記載の方法。
【請求項１４】
無線通信システムにおけるシステム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を要求する端末において、
メモリと、
送受信機と、
前記メモリと前記送受信機を連結するプロセッサと、を含み、
前記プロセッサは、
ランダムアクセス手順を開始し、
前記送受信機がシステム情報を前記開始されたランダムアクセス手順で基地局に要求するように制御し、
前記送受信機が前記システム情報を前記基地局に要求した以後、前記要求されたシステム情報が放送されることを指示する放送指示子（ｂｒｏａｄｃａｓｔ  ｉｎｄｉｃａｔｉｏｎ）を前記開始されたランダムアクセス手順で前記基地局から受信するように制御し、
前記開始されたランダムアクセス手順を中断することを特徴とする端末。
【請求項１５】
前記プロセッサは、
前記送受信機が第１のミニマムシステム情報を前記基地局から受信するように制御し、
前記第１のミニマムシステム情報は、前記システム情報が放送されないことを指示することを特徴とする請求項１４に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳しくは、端末がその他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を要求する方法及びこれをサポートする装置に関する。
【背景技術】
【０００２】
４Ｇ（４ｔｈ−Ｇｅｎｅｒａｔｉｏｎ）通信システム商用化以後、増加する無線データトラフィック需要を満たすために、改善された５Ｇ（５ｔｈ−Ｇｅｎｅｒａｔｉｏｎ）通信システムまたはｐｒｅ−５Ｇ通信システムを開発するための努力が行われている。このような理由で、５Ｇ通信システムまたはｐｒｅ−５Ｇ通信システムは、４Ｇネットワーク以後（ｂｅｙｏｎｄ  ４Ｇ  ｎｅｔｗｏｒｋ）の通信システムまたはＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）システム以後（ｐｏｓｔ  ＬＴＥ）のシステムと呼ばれている。
【０００３】
システム情報は、端末と基地局との間の通信のための必須の（ｅｓｓｅｎｔｉａｌ）情報を意味する。３ＧＰＰ  ＬＴＥにおけるシステム情報は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）とＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）とに分けられる。ＭＩＢは最も必須の情報であり、ＳＩＢはその重要度や周期によって再びＳＩＢ−ｘの形態に分けられる。ＭＩＢは、物理チャネルであるＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を介して送信され、ＳＩＢは、共用制御情報であってＰＤＣＣＨを介して送信されるという点で異なる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、システム情報ブロックの個数は、持続的に増加している。システム情報ブロックの放送のために無線リソースの使用が必要であるため、システム情報ブロックの個数が増加するにつれ、システム情報ブロックの放送に必要な無線リソースの量も増加せざるを得ない。持続的に増加するシステム情報を端末に送信するにあたって、無線リソースを効率的に活用するシステム情報取得方法が提案される必要がある。
【課題を解決するための手段】
【０００５】
一実施例において、無線通信システムにおける端末がシステム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を要求する方法が提供される。前記方法は、ランダムアクセス手順を開始するステップと、システム情報を前記開始されたランダムアクセス手順で基地局に要求するステップと、前記システム情報を前記基地局に要求した以後、前記要求されたシステム情報が放送されることを指示する放送指示子（ｂｒｏａｄｃａｓｔ  ｉｎｄｉｃａｔｉｏｎ）を前記開始されたランダムアクセス手順で前記基地局から受信するステップと、前記開始されたランダムアクセス手順を中断するステップと、を含む。
【０００６】
他の実施例において、無線通信システムにおけるシステム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を要求する端末が提供される。前記端末は、メモリと、送受信機と、前記メモリと前記送受信機を連結するプロセッサと、を含み、前記プロセッサは、ランダムアクセス手順を開始し、前記送受信機がシステム情報を前記開始されたランダムアクセス手順で基地局に要求するように制御し、前記送受信機が前記システム情報を前記基地局に要求した以後、前記要求されたシステム情報が放送されることを指示する放送指示子（ｂｒｏａｄｃａｓｔ  ｉｎｄｉｃａｔｉｏｎ）を前記開始されたランダムアクセス手順で前記基地局から受信するように制御し、前記開始されたランダムアクセス手順を中断する。
【発明の効果】
【０００７】
端末が効率的にその他のシステム情報を受信することができる。
【図面の簡単な説明】
【０００８】
【図１】ＬＴＥシステムの構造を示す。
【図２】制御プレーンに対するＬＴＥシステムの無線インターフェースプロトコルを示す。
【図３】ユーザプレーンに対するＬＴＥシステムの無線インターフェースプロトコルを示す。
【図４】ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ１（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ１）及びその他のＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）が送信される例を示す。
【図５】システム情報の更新を示す。
【図６】コンテンションベースのランダムアクセス手順を示す。
【図７】非コンテンションベースのランダムアクセス手順を示す。
【図８】端末が新しい類型のシステム情報を受信する手順を示す。
【図９】システム情報変更区間に基づいて端末がアップデートされたミニマムシステム情報を取得する方法を示す。
【図１０】本発明の一実施例によって、放送指示子に基づいてその他のシステム情報を要求する手順を示す。
【図１１】本発明の一実施例によって、放送指示子に基づいてその他のシステム情報を要求する手順を示す。
【図１２】本発明の一実施例によって、ユニキャスト指示子に基づいてその他のシステム情報を要求する手順を示す。
【図１３】本発明の一実施例によって、ユニキャスト指示子に基づいてその他のシステム情報を要求する手順を示す。
【図１４】本発明の一実施例によって、その他のシステム情報を要求する手順を示す。
【図１５】本発明の一実施例によって、その他のシステム情報を要求する手順を示す。
【図１６】本発明の一実施例によって、その他のシステム情報を要求する手順を示す。
【図１７】本発明の一実施例によって、端末がアップデートされたミニマムシステム情報を取得する手順を示す。
【図１８】本発明の一実施例によって、端末がアップデートされたミニマムシステム情報を取得する方法を示す。
【図１９】本発明の一実施例によって、端末がシステム情報を要求する方法を示すブロック図である。
【図２０】本発明の実施例が具現化される無線通信システムのブロック図である。
【発明を実施するための形態】
【０００９】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）で具現化されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現化されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃｓ  ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術で具現化されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であり、ＩＥＥＥ８０２．１６ｅに基づくシステムとの後方互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ−ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）を使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。 ５Ｇ通信システムは、 ＬＴＥ−Ａの進化である。
【００１０】
説明を明確にするために、ＬＴＥ−Ａ/５Ｇを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。
【００１１】
図１は、ＬＴＥシステム構造を示す。通信ネットワークは、ＩＭＳ（ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ｓｕｂｓｙｓｔｅｍ）を介したＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）及びパケットデータのような多様な通信サービスを提供するために広範囲に配置される。
【００１２】
図１を参照すると、ＬＴＥシステム構造は、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）、ＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）及び一つ以上の端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）１０を含む。ＵＥ１０は、ユーザにより運搬される通信装置を示す。ＵＥ１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）または無線装置（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）などと呼ばれることもある。
【００１３】
Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ  ｎｏｄｅ−Ｂ）２０を含むことができ、一つのセルに複数の端末が存在できる。ｅＮＢ２０は、制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）の終端点を端末に提供する。ｅＮＢ２０は、一般的に端末１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ  ｓｔａｔｉｏｎ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）等、他の用語で呼ばれることもある。一つのｅＮＢ２０は、セル毎に配置されることができる。ｅＮＢ２０のカバレッジ内に一つ以上のセルが存在できる。一つのセルは、１．２５、２．５、５、１０及び２０ＭＨｚなどの帯域幅のうち一つを有するように設定され、複数の端末にダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）またはアップリンク（ＵＬ；ｕｐｌｉｎｋ）送信サービスを提供することができる。このとき、互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。
【００１４】
以下、ダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）は、ｅＮＢ２０からＵＥ１０への通信を示し、アップリンク（ＵＬ；ｕｐｌｉｎｋ）は、ＵＥ１０からｅＮＢ２０への通信を示す。ＤＬにおいて、送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部である。ＵＬにおいて、送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部である。
【００１５】
ＥＰＣは、制御プレーンの機能を担当するＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）、ユーザプレーンの機能を担当するＳ−ＧＷ（ｓｙｓｔｅｍ  ａｒｃｈｉｔｅｃｔｕｒｅ  ｅｖｏｌｕｔｉｏｎ（ＳＡＥ）ｇａｔｅｗａｙ）を含むことができる。ＭＭＥ／Ｓ−ＧＷ３０は、ネットワークの端に位置でき、外部ネットワークと連結される。ＭＭＥは、端末の接続情報や端末の能力に対する情報を有し、このような情報は、主に端末の移動性管理に使われることができる。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイである。ＭＭＥ／Ｓ−ＧＷ３０は、セッションの終端点と移動性管理機能を端末１０に提供する。ＥＰＣは、ＰＤＮ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）−ＧＷ（ｇａｔｅｗａｙ）をさらに含むことができる。ＰＤＮ−ＧＷは、ＰＤＮを終端点として有するゲートウェイである。
【００１６】
ＭＭＥは、ｅＮＢ２０へのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行を含む）、トラッキング領域リスト管理（アイドルモード及び活性化モードである端末のために）、Ｐ−ＧＷ及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ（ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ（ｐｕｂｌｉｃ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ：地震／津波警報システム（ＥＴＷＳ）及び常用モバイル警報システム（ＣＭＡＳ）を含む）メッセージ送信サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、ユーザ別基盤パケットフィルタリング（例えば、深層パケット検査を介して）、合法的な遮断、端末ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレス割当、ＤＬで送信レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲに基づくＤＬ等級強制の各種機能を提供する。明確性のためにＭＭＥ／Ｓ−ＧＷ３０は、“ゲートウェイ”と単純に表現し、これはＭＭＥ及びＳ−ＧＷを両方とも含むことができる。
【００１７】
ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使われることができる。端末１０及びｅＮＢ２０は、Ｕｕインターフェースにより連結されることができる。ｅＮＢ２０は、Ｘ２インターフェースにより相互間連結されることができる。隣接したｅＮＢ２０は、Ｘ２インターフェースによるネットワーク型ネットワーク構造を有することができる。ｅＮＢ２０は、Ｓ１インターフェースによりＥＰＣと連結されることができる。ｅＮＢ２０は、Ｓ１−ＭＭＥインターフェースによりＥＰＣと連結されることができ、Ｓ１−ＵインターフェースによりＳ−ＧＷと連結されることができる。Ｓ１インターフェースは、ｅＮＢ２０とＭＭＥ／Ｓ−ＧＷ３０との間に多対多関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）をサポートする。
【００１８】
ｅＮＢ２０は、ゲートウェイ３０に対する選択、ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間のゲートウェイ３０へのルーティング（ｒｏｕｔｉｎｇ）、ページングメッセージのスケジューリング及び送信、ＢＣＨ（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）情報のスケジューリング及び送信、ＵＬ及びＤＬで端末１０へのリソースの動的割当、ｅＮＢ測定の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び提供（ｐｒｏｖｉｓｉｏｎｉｎｇ）、無線ベアラ制御、ＲＡＣ（ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）及びＬＴＥ活性状態における連結移動性制御機能を実行することができる。前述のように、ゲートウェイ３０は、ＥＰＣによるページング開始、ＬＴＥアイドル状態管理、ユーザプレーンの暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と無欠性保護機能を実行することができる。
【００１９】
図２は、制御プレーンに対するＬＴＥシステムの無線インターフェースプロトコルを示す。図３は、ユーザプレーンに対するＬＴＥシステムの無線インターフェースプロトコルを示す。
【００２０】
端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は、通信システムで広く知られたＯＳＩ（ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３階層に基づいてＬ１（第１層）、Ｌ２（第２層）及びＬ３（第３層）に区分される。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的に物理層、データリンク層（ｄａｔａｌｉｎｋ  ｌａｙｅｒ）、及びネットワーク層（ｎｅｔｗｏｒｋ  ｌａｙｅｒ）に区分されることができ、垂直的に制御信号送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）である制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とデータ情報送信のためのプロトコルスタックであるユーザプレーン（ｕｓｅｒ  ｐｌａｎｅ）とに区分されることができる。無線インターフェースプロトコルの階層は、端末とＥ−ＵＴＲＡＮで対（ｐａｉｒ）になって存在でき、これはＵｕインターフェースのデータ送信を担当することができる。
【００２１】
物理層（ＰＨＹ；ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、Ｌ１に属する。物理層は、物理チャネルを介して上位層に情報送信サービスを提供する。物理層は、上位層であるＭＡＣ（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）層とトランスポートチャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して連結される。物理チャネルは、トランスポートチャネルにマッピングされる。トランスポートチャネルを介してＭＡＣ層と物理層との間にデータが送信されることができる。互いに異なる物理層間、即ち、送信機の物理層と受信機の物理層との間のデータは、物理チャネルを介して無線リソースを利用して送信されることができる。物理層は、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を利用して変調されることができ、時間と周波数を無線リソースとして活用する。
【００２２】
物理層は、いくつかの物理制御チャネル（ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を使用する。ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、ＰＣＨ（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当、ＤＬ−ＳＣＨと関連するＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）情報に対して端末に報告する。ＰＤＣＣＨは、アップリンク送信のリソース割当に対して端末に報告するためにアップリンクグラントを伝送することができる。ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、ＰＤＣＣＨのために使われるＯＦＤＭシンボルの個数を端末に知らせ、全てのサブフレーム毎に送信される。ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨ送信に対するＨＡＲＱ  ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。ＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、ダウンリンク送信のためのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、スケジューリング要求及びＣＱＩのようなＵＬ制御情報を伝送する。ＰＵＳＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を伝送する。
【００２３】
物理チャネルは、時間領域で複数のサブフレーム（ｓｕｂｆｒａｍｅ）と周波数領域で複数の副搬送波（ｓｕｂｃａｒｒｉｅｒ）で構成される。一つのサブフレームは、時間領域で複数のシンボルで構成される。一つのサブフレームは、複数のリソースブロック（ＲＢ；ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）で構成される。一つのリソースブロックは、複数のシンボルと複数の副搬送波で構成される。また、各サブフレームは、ＰＤＣＣＨのために該当サブフレームの特定シンボルの特定副搬送波を利用することができる。例えば、サブフレームの最初のシンボルがＰＤＣＣＨのために使われることができる。ＰＤＣＣＨは、ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅｓ）のように動的に割り当てられたリソースを伝送することができる。データが送信される単位時間であるＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）は、１個のサブフレームの長さと同じである。サブフレーム一つの長さは、１ｍｓである。
【００２４】
トランスポートチャネルは、チャネルが共有されるかどうかによって共通トランスポートチャネル及び専用トランスポートチャネルに分類される。ネットワークから端末にデータを送信するＤＬトランスポートチャネル（ＤＬ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）は、システム情報を送信するＢＣＨ（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するＤＬ−ＳＣＨなどを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び送信電力の変化による動的リンク適応及び動的／半静的リソース割当をサポートする。また、ＤＬ−ＳＣＨは、セル全体にブロードキャスト及びビームフォーミングの使用を可能にすることができる。システム情報は、一つ以上のシステム情報ブロックを伝送する。全てのシステム情報ブロックは、同じ周期に送信されることができる。ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ）のトラフィックまたは制御信号は、ＭＣＨ（ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）を介して送信される。
【００２５】
端末からネットワークにデータを送信するＵＬトランスポートチャネルは、初期制御メッセージ（ｉｎｉｔｉａｌ  ｃｏｎｔｒｏｌ  ｍｅｓｓａｇｅ）を送信するＲＡＣＨ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を送信するＵＬ−ＳＣＨなどを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び送信電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートすることができる。また、ＵＬ−ＳＣＨは、ビームフォーミングの使用を可能にすることができる。ＲＡＣＨは、一般的にセルへの初期接続に使われる。
【００２６】
Ｌ２に属するＭＡＣ層は、論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位層であるＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）層にサービスを提供する。ＭＡＣ層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、ＭＡＣ層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。ＭＡＣ副層は、論理チャネル上のデータ送信サービスを提供する。
【００２７】
論理チャネルは、送信される情報の種類によって、制御プレーンの情報伝達のための制御チャネルとユーザプレーンの情報伝達のためのトラフィックチャネルとに分けられる。即ち、論理チャネルタイプのセットは、ＭＡＣ層により提供される他のデータ送信サービスのために定義される。論理チャネルは、トランスポートチャネルの上位に位置してトランスポートチャネルにマッピングされる。
【００２８】
制御チャネルは、制御プレーンの情報伝達のみのために使われる。ＭＡＣ層により提供される制御チャネルは、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＰＣＣＨ（ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＣＣＣＨ（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＭＣＣＨ（ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）及びＤＣＣＨ（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を含む。ＢＣＣＨは、システム制御情報を放送するためのダウンリンクチャネルである。ＰＣＣＨは、ページング情報の送信及びセル単位の位置がネットワークに知られていない端末をページングするために使われるダウンリンクチャネルである。ＣＣＣＨは、ネットワークとＲＲＣ接続を有しないとき、端末により使われる。ＭＣＣＨは、ネットワークから端末にＭＢＭＳ制御情報を送信するのに使われる一対多のダウンリンクチャネルである。ＤＣＣＨは、ＲＲＣ接続状態で端末とネットワークとの間に専用制御情報送信のために端末により使われる一対一の双方向チャネルである。
【００２９】
トラフィックチャネルは、ユーザプレーンの情報伝達のみのために使われる。ＭＡＣ層により提供されるトラフィックチャネルは、ＤＴＣＨ（ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）及びＭＴＣＨ（ｍｕｌｔｉｃａｓｔ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）を含む。ＤＴＣＨは、一対一のチャネルで一つの端末のユーザ情報の送信のために使われ、アップリンク及びダウンリンクの両方ともに存在できる。ＭＴＣＨは、ネットワークから端末にトラフィックデータを送信するための一対多のダウンリンクチャネルである。
【００３０】
論理チャネルとトランスポートチャネルとの間のアップリンク連結は、ＵＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、及びＵＬ−ＳＣＨにマッピングされることができるＣＣＣＨを含む。論理チャネルとトランスポートチャネルとの間のダウンリンク連結は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングされることができるＢＣＣＨ、ＰＣＨにマッピングされることができるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、ＭＣＨにマッピングされることができるＭＣＣＨ、及びＭＣＨにマッピングされることができるＭＴＣＨを含む。
【００３１】
ＲＬＣ層は、Ｌ２に属する。ＲＬＣ層の機能は、下位層がデータの送信に適するように無線セクションで上位層から受信されたデータの分割／連結によるデータの大きさ調整を含む。無線ベアラ（ＲＢ；ｒａｄｉｏ  ｂｅａｒｅｒ）が要求する多様なＱｏＳを保証するために、ＲＬＣ層は、透明モード（ＴＭ；ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ）、非確認モード（ＵＭ；ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）、及び確認モード（ＡＭ；ａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）の三つの動作モードを提供する。ＡＭ  ＲＬＣは、信頼性のあるデータ送信のためにＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介して再送信機能を提供する。一方、ＲＬＣ層の機能は、ＭＡＣ層内部の機能ブロックで具現化されることができ、このとき、ＲＬＣ層は、存在しないこともある。
【００３２】
ＰＤＣＰ（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）層は、Ｌ２に属する。ＰＤＣＰ層は、相対的に帯域幅が小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して送信されるデータが効率的に送信されるように不要な制御情報を減らすヘッダ圧縮機能を提供する。ヘッダ圧縮は、データのヘッダに必要な情報のみを送信することによって無線セクションで送信効率を上げる。さらに、ＰＤＣＰ層は、セキュリティ機能を提供する。セキュリティ機能は、第３者の検査を防止する暗号化及び第３者のデータ操作を防止する無欠性保護を含む。
【００３３】
ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）層は、Ｌ３に属する。Ｌ３の最も下段部分に位置するＲＲＣ層は、制御プレーンでのみ定義される。ＲＲＣ層は、端末とネットワークとの間の無線リソースを制御する役割を実行する。そのために、端末とネットワークは、ＲＲＣ層を介してＲＲＣメッセージを交換する。ＲＲＣ層は、ＲＢの構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再構成（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために、Ｌ１及びＬ２により提供される論理的経路である。即ち、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ送信のために、Ｌ２により提供されるサービスを意味する。ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を決定することを意味する。ＲＢは、ＳＲＢ（ｓｉｇｎａｌｉｎｇ  ＲＢ）とＤＲＢ（ｄａｔａ  ＲＢ）の二つに区分されることができる。ＳＲＢは、制御プレーンでＲＲＣメッセージを送信する通路として使われ、ＤＲＢは、ユーザプレーンでユーザデータを送信する通路として使われる。
【００３４】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、連結管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を実行する。
【００３５】
図２を参照すると、ＲＬＣ及びＭＡＣ層（ネットワーク側でｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱのような機能を実行することができる。ＲＲＣ層（ネットワーク側でｅＮＢで終了）は、放送、ページング、ＲＲＣ接続管理、ＲＢ制御、移動性機能及び端末測定報告／制御のような機能を実行することができる。ＮＡＳ制御プロトコル（ネットワーク側でゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性ハンドリング、ＬＴＥ＿ＩＤＬＥでページング開始及び端末とゲートウェイとの間のシグナリングのためのセキュリティ制御のような機能を実行することができる。
【００３６】
図３を参照すると、ＲＬＣ及びＭＡＣ層（ネットワーク側でｅＮＢで終了）は、制御プレーンでの機能と同じ機能を実行することができる。ＰＤＣＰ層（ネットワーク側でｅＮＢで終了）は、ヘッダ圧縮、無欠性保護及び暗号化のようなユーザプレーン機能を実行することができる。
【００３７】
以下、システム情報に対して説明する。
【００３８】
図４は、ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ１（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ１）及びその他のＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）が送信される例を示す。
【００３９】
ＬＴＥセルは、ＩＤＬＥ＿ＭＯＤＥ端末及びＣＯＮＮＥＣＴＥＤ＿ＭＯＤＥ端末の動作に必要な基本的なパラメータを複数個の情報ブロック（Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）に分けて放送する。情報ブロックの例として、ＭＩＢとＳＩＢ１、ＳＩＢ２及びその他のＳｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ（ＳＩＢｎ）がある。
【００４０】
ＭＩＢは、端末がセルへの接続に必要な最も基本的なパラメータを含む。図４を参照すると、ＭＩＢメッセージは、４０ｍｓの周期にＢＣＨを介して放送され、４０ｍｓ周期内の全てのラジオフレームでＭＩＢ送信が繰り返される。ＭＩＢから受信したパラメータを使用することで、端末は、ＳＩＢメッセージを受信する。
【００４１】
ＳＩＢは、多様なタイプが存在する。
【００４２】
ＳＩＢ１は、セル接続に関連した情報を含み、特にＳＩＢ１を除く他のＳＩＢ（ＳＩＢ２〜ＳＩＢｎ）のスケジューリング情報を含む。ＳＩＢ１を除く他のＳＩのうち同じ送信周期を有するＳＩＢは、同じシステム情報（ＳＩ）メッセージに含まれて伝達される。したがって、スケジューリング情報は、各ＳＩＢとＳＩメッセージのマッピング関係を含む。ＳＩメッセージは、時間領域のウィンドウ（ＳＩ−ｗｉｎｄｏｗ）内で送信され、各ＳＩメッセージは、一個のＳＩ−ｗｉｎｄｏｗと関連づけられている。互いに異なるＳＩのＳＩ−ｗｉｎｄｏｗは重ならないため、任意のＳＩ−ｗｉｎｄｏｗ内には一個のＳＩメッセージのみが送信される。したがって、スケジューリング情報は、ＳＩ−ｗｉｎｄｏｗの長さとＳＩ送信周期を含む。ＳＩメッセージが送信される時間／周波数は、基地局の動的スケジューリングによって決まる。ＳＩＢ１は、８個の無線フレーム周期（即ち、８０ｍｓ周期）でダウンリンク共通チャネル（ＤＬ−ＳＣＨ）を介して放送され、８０ｍｓ周期内でＳＦＮ  ｍｏｄ２である無線フレームの５番サブフレーム上でＳＩＢ１は繰り返して再送信される。
【００４３】
ＳＩＢ２は、端末がセルに接続するために必要な情報を含む。これはアップリンクセル帯域幅、ランダムアクセスパラメータ、アップリンク電力制御と関連したパラメータなどに対する情報を含む。
【００４４】
ＳＩＢ３は、セル再選択情報を含む。ＳＩＢ４は、サービングセルの周波数情報と、セル再選択と関連した隣接セルのイントラ周波数情報と、を含む。ＳＩＢ５は、他のＥ−ＵＴＲＡ周波数に対する情報と、セル再選択と関連した隣接セルのインター周波数に対する情報を含む。ＳＩＢ６は、ＵＴＲＡ周波数に対する情報と、セル再選択と関連したＵＴＲＡ隣接セルに対する情報と、を含む。ＳＩＢ７は、セル再選択と関連したＧＥＲＡＮ周波数に対する情報を含む。ＳＩＢ８は、隣接セルに対する情報を含む。
【００４５】
ＳＩＢ９は、ＨｅＮＢ（Ｈｏｍｅ  ｅＮｏｄｅＢ）のＩＤを含む。ＳＩＢ１０乃至ＳＩＢ１２は、例えば、地震警報のような公共警報（ｐｕｂｌｉｃ  ｗａｒｎｉｎｇ）メッセージを含む。ＳＩＢ１４は、改善されたアクセス制限（ｅｎｈａｎｃｅｄ  ａｃｃｅｓｓ  ｂａｒｒｉｎｇ）のサポートに使われ、端末がセルに接続することを制御する。ＳＩＢ１５は、隣接した搬送波周波数のＭＢＭＳ受信に必要な情報を含む。ＳＩＢ１６は、ＧＰＳ時間とＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ）関連情報を含む。ＳＩＢ１７は、ＲＡＮ補助情報を含む。
【００４６】
全てのＳＩＢが常に存在すべきものではない。例えば、ＳＩＢ９は、ＨｅＮＢを事業者が構築するモードでは必要でなく、ＳＩＢ１３は、該当セルでＭＢＭＳが提供されない場合には必要でない。
【００４７】
システム情報は、セル内接続した全ての端末に共通的に適用され、端末は、正しい動作のために常に最新のシステム情報を維持しなければならない。システム情報が変わる場合、基地局が新しいシステム情報を送信する時点を端末があらかじめ知っているべきである。新しいシステム情報が送信されることができるラジオフレーム区間を基地局と端末が相互認識するために、“３ＧＰＰ  ＴＳ  ３６．３３１  ｖ９．３．０”は、ＢＣＣＨ変更区間（ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）という概念を導入した。以下、具体的に説明する。
【００４８】
図５は、システム情報の更新を示す。
【００４９】
図５を参照すると、もし、ｎ＋１番目の変更区間でシステム情報を更新しようとする基地局は、ｎ番目の変更区間で端末にシステム情報の更新をあらかじめ通知する。ｎ番目の変更区間でシステム情報の更新に対する通知を受けた端末は、ｎ＋１番目の変更区間の開始と同時に新しいシステム情報を受信して適用する。システム情報の更新が予定された場合、基地局は、ページングメッセージにシステム情報修正指示子を含ませる。一般的にページングメッセージは、アイドルモード端末が受信するメッセージであるが、システム情報の更新をページングメッセージを介して通知するため、連結モード端末もページングメッセージを時々受信することでシステム情報の更新可否を確認しなければならない。
【００５０】
以下、ランダムアクセス（ｒａｎｄｏｍ  ａｃｃｅｓｓ）に対して説明する。
【００５１】
ランダムアクセスは、端末が基地局とアップリンク同期を得たりアップリンク無線リソースの割当を受けたりするために使われる。電源がオンになった後、端末は、初期セルとのダウンリンク同期を取得してシステム情報を受信する。また、前記システム情報から使用可能なランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ）の集合とランダムアクセスプリアンブルの送信に使われる無線リソースに対する情報を得る。ランダムアクセスプリアンブルの送信に使われる無線リソースは、無線フレーム及び／または少なくとも一つ以上のサブフレームの組み合わせで特定される。端末は、ランダムアクセスプリアンブルの集合から任意に選択したランダムアクセスプリアンブルを送信し、前記ランダムアクセスプリアンブルを受信した基地局は、アップリンク同期のためのＴＡ（ｔｉｍｉｎｇ  ａｌｉｇｎｍｅｎｔ）値をランダムアクセス応答を介して端末に送る。これで、端末は、アップリンク同期を取得する。
【００５２】
即ち、基地局は、特定端末に指定されたランダムアクセスプリアンブル（ｄｅｄｉｃａｔｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ）を割り当て、端末は、該当ランダムアクセスプリアンブルで非コンテンションランダムアクセス（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ  ｒａｎｄｏｍ  ａｃｃｅｓｓ）を実行する。即ち、ランダムアクセスプリアンブルを選択する過程で、特定の集合内から端末が任意に一つを選択して使用するコンテンションベースのランダムアクセス（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ）と、基地局が特定端末にのみ割り当てたランダムアクセスプリアンブルを使用する非コンテンションランダムアクセスと、がある。非コンテンションランダムアクセスは、ハンドオーバのための手順や基地局の命令により要求される場合に使われることができる。
【００５３】
図６は、コンテンションベースのランダムアクセス手順を示す。
【００５４】
図６を参照すると、端末は、システム情報またはハンドオーバ命令（ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ）を介して指示されたランダムアクセスプリアンブルの集合から任意に（ｒａｎｄｏｍｌｙ）一つのランダムアクセスプリアンブルを選択する。また、ランダムアクセスプリアンブルを送信することができる無線リソースを選択し、選択されたランダムアクセスプリアンブルを送信する（Ｓ６１０）。前記無線リソースは、特定サブフレームであり、これはＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を選択することである。
【００５５】
端末は、ランダムアクセスプリアンブル送信後に、システム情報またはハンドオーバ命令を介して指示されたランダムアクセス応答受信ウィンドウ内に、ランダムアクセス応答受信を試みて、それによって、ランダムアクセス応答を受信する（Ｓ６２０）。ランダムアクセス応答は、ＭＡＣ  ＰＤＵフォーマットで送信され、前記ＭＡＣ  ＰＤＵは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）に伝達される。また、ＰＤＳＣＨに伝達される情報を端末が適切に受信するためにＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）も共に伝達される。即ち、ＰＤＣＣＨには、前記ＰＤＳＣＨを受信する端末の情報、前記ＰＤＳＣＨの無線リソースの周波数、時間情報、及び前記ＰＤＳＣＨの送信形式などが含まれている。端末が自分に伝達されるＰＤＣＣＨの受信に成功すると、前記ＰＤＣＣＨの情報に基づいてＰＤＳＣＨに送信されるランダムアクセス応答を適切に受信する。
【００５６】
ランダムアクセス応答にはランダムアクセスプリアンブル識別子（ＩＤ）、ＵＬ  Ｇｒａｎｔ（アップリンク無線リソース）、臨時Ｃ−ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ  Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）、及びＴＡＣ（Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｃｏｍｍａｎｄ）が含まれる。一つのランダムアクセス応答には一つ以上の端末のためのランダムアクセス応答情報が含まれるため、ランダムアクセスプリアンブル識別子は、含まれているＵＬ  Ｇｒａｎｔ、臨時Ｃ−ＲＮＴＩ、及びＴＡＣがどの端末に有効かを知らせるために含まれる。ランダムアクセスプリアンブル識別子は、基地局が受信したランダムアクセスプリアンブルに対する識別子である。ＴＡＣは、端末がアップリンク同期を調整するための情報として含まれる。ランダムアクセス応答は、ＰＤＣＣＨ上のランダムアクセス識別子、即ち、ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）により指示される。
【００５７】
自分に有効なランダムアクセス応答を受信すると、端末は、ランダムアクセス応答に含まれている情報を処理し、基地局にスケジューリングされた送信を実行する（Ｓ６３０）。即ち、端末は、ＴＡＣを適用させ、臨時Ｃ−ＲＮＴＩを格納する。また、ＵＬ  Ｇｒａｎｔを利用して、端末のバッファに格納されたデータまたは新しく生成されたデータを基地局に送信する。この場合、端末を識別することができる情報が含まれなければならない。これはコンテンションベースのランダムアクセス過程ではどんな端末がランダムアクセスを実行するかを基地局が判断することができなくて、以後コンテンション解決をするために端末を識別する必要があるためである。
【００５８】
端末を識別することができる情報を含ませる方法には、二つの方法が存在する。端末がランダムアクセス実行以前に既に該当セルで割当を受けた有効なセル識別子を有している場合、端末は、前記ＵＬ  Ｇｒａｎｔを介して自分のセル識別子を送信する。それに対して、もし、ランダムアクセス過程以前に有効なセル識別子の割当を受けることができない場合、端末は、自分の固有識別子（例えば、Ｓ−ＴＭＳＩまたはＲａｎｄｏｍ  ＩＤ）を含んで送信する。一般的に前記の固有識別子は、セル識別子より長い。端末は、前記ＵＬ  Ｇｒａｎｔを介してデータを送信した場合、コンテンション解決のためのタイマ（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒ）を開始する。
【００５９】
端末は、ランダムアクセス応答を受信して割当を受けたＵＬ  Ｇｒａｎｔを介して自分の識別子を含むデータを送信した以後、コンテンション解決のために基地局の指示を待つ（Ｓ６４０）。即ち、特定メッセージを受信するためにＰＤＣＣＨの受信を試みる。ＰＤＣＣＨを受信する方法として二つが提案される。前述した通り、ＵＬ  Ｇｒａｎｔを介して送信された自分の識別子がセル識別子である場合、自分のセル識別子を利用してＰＤＣＣＨの受信を試みることができる。この場合、コンテンション解決タイマが満了される前に自分のセル識別子を介してＰＤＣＣＨを受信すると、端末は、正常にランダムアクセスが実行されたと判断してランダムアクセスを終了する。ＵＬ  Ｇｒａｎｔを介して送信された識別子が固有識別子である場合、ランダムアクセス応答に含まれている臨時Ｃ−ＲＮＴＩを利用してＰＤＣＣＨの受信を試みる。この場合、コンテンション解決タイマが満了される前に臨時セル識別子を介してＰＤＣＣＨを受信した場合、ＰＤＣＣＨが指示するＰＤＳＣＨが伝達するデータを確認する。自分の固有識別子がデータに含まれている場合、端末は、正常にランダムアクセスが実行されたと判断してランダムアクセスを終了することができる。
【００６０】
図７は、非コンテンションベースのランダムアクセス手順を示す。
【００６１】
コンテンションベースのランダムアクセスとは違って、非コンテンションベースのランダムアクセスは、端末がランダムアクセス応答を受信することによって終了される。
【００６２】
非コンテンションベースのランダムアクセスは、ハンドオーバ及び／または基地局の命令のように要求により開始される。ただし、前述した二つの場合で、コンテンションベースのランダムアクセスも実行される。
【００６３】
端末は、基地局からコンテンションの可能性がない指定されたランダムアクセスプリアンブルの割当を受ける。ランダムアクセスプリアンブルの割当を受けることは、ハンドオーバ命令とＰＤＣＣＨ命令を介して実行される（Ｓ７１０）。
【００６４】
端末は、自分のために指定されたランダムアクセスプリアンブルの割当を受けた後に、該当するランダムアクセスプリアンブルを基地局に送信する（Ｓ７２０）。
【００６５】
基地局は、ランダムアクセスプリアンブルを受信すると、これに対する応答としてランダムアクセス応答を端末に送信する（Ｓ７３０）。ランダムアクセス応答と関連した手順は、前述した図６のＳ６２０を参照することができる。
【００６６】
一方、システム情報ブロックの個数は、持続的に増加している。システム情報ブロックの放送のために無線リソースの使用が必要であるため、システム情報ブロックの個数が増加するにつれ、システム情報ブロックの放送に必要な無線リソースの量も増加せざるを得ない。このような問題を解決するために、新しい類型のシステム情報が提案された。
【００６７】
図８は、端末が新しい類型のシステム情報を受信する手順を示す。
【００６８】
図８を参照すると、新しい類型のシステム情報は、ミニマムシステム情報（ｍｉｎｉｍｕｍ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）とその他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）とに区分されることができる。ミニマムシステム情報は、周期的に放送されることができる。ミニマムシステム情報は、セルにイニシャルアクセスのために必要な基本情報及びオンデマンド基盤を介してプロヴィジョンされ（ｐｒｏｖｉｓｉｏｎｅｄ）、または周期的に放送されるその他のシステム情報を取得するための情報を含むことができる。ミニマムシステム情報は、ＳＦＮ、ＰＬＭＮのリスト、セルＩＤ、セルキャンプパラメータ、ＲＡＣＨパラメータのうち少なくともいずれか一つを含むことができる。ネットワークがオンデマンドメカニズムを許容する場合、その他のシステム情報を要求するために必要なパラメータがミニマムシステム情報に含まれることができる。その他のシステム情報は、ミニマムシステム情報で放送されない全てのシステム情報を意味する。
【００６９】
端末は、その他のシステム情報を取得するために、ネットワークにシステム情報の送信を要求することができる。前記その他のシステム情報は、放送シグナリングを介して提供されることができ、専用シグナリングを介して提供されることができる。端末により要求されたシステム情報が放送シグナリングにより提供される場合、端末は、要求されたシステム情報を取得するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに遷移する必要がなく、要求されたシステム情報を取得するためのスケジューリング情報を取得すればよい。しかし、端末がシステム情報の送信をネットワークに要求した以後、端末は、要求されたシステム情報が放送されるかどうかを知ることができない。
【００７０】
例えば、ネットワークが特定システム情報を放送しない場合、ＲＲＣ＿ＩＤＬＥ状態の端末は、ＲＡＣＨ手順を利用して特定システム情報をネットワークに要求できる。以後、任意の事由によって、ネットワークが特定システム情報を放送するとしても、端末が、特定システム情報が放送されるかどうかを知ることができないため、端末は、特定システム情報を受信するために不要なＲＡＣＨ手順を実行し続けなければならない。または、任意の事由によって、端末がＲＡＣＨ手順で特定システム情報をネットワークから既に受信したとしても、端末は、ＲＡＣＨ手順が完了する時まで不要なＲＡＣＨ手順を実行し続けなければならない。これは無線リソースの浪費につながることができる。したがって、不要なＲＡＣＨ手順が実行されることを防止するためのシステム情報取得方法が提案される必要がある。
【００７１】
さらに、ＢＣＣＨ変更区間（ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）に基づく既存のシステム情報変更手順（ｃｈａｎｇｅ  ｐｒｏｃｅｄｕｒｅ）は、要求されたシステム情報の取得に遅延を発生させることができる。ＢＣＣＨ変更区間は、システム情報変更区間とも呼ばれる。
【００７２】
図９は、システム情報変更区間に基づいて端末がアップデートされたミニマムシステム情報を取得する方法を示す。
【００７３】
図９を参照すると、ステップＳ９１０において、端末は、ミニマムシステム情報のＳＩウィンドウ内でミニマムシステム情報を取得することができる。そして、端末は、ミニマムシステム情報に含まれているスケジューリング情報に基づいて特定システム情報が放送されるかどうかを決定することができる。前記特定システム情報は、その他（ｏｔｈｅｒ）のシステム情報である。もし、特定システム情報が放送されない場合、ステップＳ９２０において、端末は、特定システム情報をネットワークに要求できる。以後、ステップＳ９３０において、端末は、ミニマムＳＩ変更通知（ｍｉｎｉｍｕｍ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｃｈａｎｇｅ  ｎｏｔｉｆｉｃａｔｉｏｎ）を受信することができる。例えば、前記ミニマムＳＩ変更通知は、ページングメッセージを介して受信されることができる。そして、ステップＳ９４０において、端末は、アップデートされたミニマムシステム情報を次のシステム情報変更区間で読み取ることができる。以後、ステップＳ９５０において、端末は、要求された特定システム情報を取得することができる。即ち、端末は、アップデートされたミニマムシステム情報を次のシステム情報変更区間で読み取ることができるため、端末が要求されたシステム情報を取得するまで、相当な遅延時間が発生されることができる。したがって、端末が、要求されたシステム情報をネットワークから直ちに取得できるようにするために、ミニマムシステム情報アップデートメカニズムが提案される必要がある。
【００７４】
以下、本発明の一実施例によって、システム情報を受信する方法及びこれをサポートする装置に対して具体的に説明する。
【００７５】
本発明の一実施例によって、端末は、その他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を要求するためにＲＡＣＨ手順またはシステム情報要求手順を開始することができる。ＲＡＣＨ手順またはシステム情報要求手順でシステム情報を要求した以後、端末は、システム情報要求に対する応答としてシステム情報応答をＲＡＣＨ手順またはシステム情報要求手順で受信することができる。前記システム情報応答は、放送指示子（ｂｒｏａｄｃａｓｔ  ｉｎｄｉｃａｔｉｏｎ）及び／またはユニキャスト指示子（ｕｎｉｃａｓｔ  ｉｎｄｉｃａｔｉｏｎ）を含むことができる。前記ユニキャスト指示子は、専用指示子（ｄｅｄｉｃａｔｅｄ  ｉｎｄｉｃａｔｉｏｎ）とも呼ばれる。前記システム情報要求は、第１のメッセージを介して伝達されることができ、前記システム情報応答は、第２のメッセージを介して伝達されることができる。その代替案として、前記システム情報要求は、第３のメッセージを介して伝達されることができ、前記システム情報応答は、第４のメッセージを介して伝達されることができる。その代替案として、前記システム情報要求は、第１のメッセージを介して伝達されることができ、前記システム情報応答は、第４のメッセージを介して伝達されることができる。
【００７６】
例えば、端末が放送指示子をネットワークから受信する場合、端末は、要求されたシステム情報が次のＳＩ区間（ｐｅｒｉｏｄ）で放送される予定であることを知ることができる。したがって、端末は、ＲＡＣＨ手順またはシステム情報要求手順を中断することができる。そして、端末は、要求されたシステム情報を受信するためにミニマムシステム情報を読み取ることができる。端末が放送指示子をネットワークから受信した場合、端末は、システム情報を取得するためにＲＲＣ状態遷移を実行しない。即ち、端末は、ＲＲＣ状態遷移無しで放送方式（ｂｒｏａｄｃａｓｔ  ｍａｎｎｅｒ）で、要求されたシステム情報をネットワークから受信することができる。
【００７７】
例えば、端末がユニキャスト指示子をネットワークから受信する場合、端末は、要求されたシステム情報がＲＡＣＨ手順またはシステム情報要求手順以後専用方式（ｄｅｄｉｃａｔｅｄ  ｍａｎｎｅｒ）で提供予定であることを知ることができる。したがって、端末は、ＲＡＣＨ手順またはシステム情報要求手順を継続して進行及び完了することができる。そして、ＲＡＣＨ手順またはシステム情報要求手順以後、端末は、システム情報を取得するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に進入できる。そして、端末は、専用方式（ｄｅｄｉｃａｔｅｄ  ｍａｎｎｅｒ）で、要求されたシステム情報をネットワークから受信することができる。
【００７８】
図１０は、本発明の一実施例によって、放送指示子に基づいてその他のシステム情報を要求する手順を示す。
【００７９】
図１０を参照すると、ステップＳ１０１０において、端末は、ミニマムシステム情報をネットワークから受信することができる。端末は、ミニマムシステム情報に基づいてその他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）が放送されるかどうかを判断することができる。端末が受信することに関心あるその他のシステム情報が現在放送されない場合、端末は、その他のシステム情報を要求するように決定できる。システム情報を要求するために、端末は、ＲＡＣＨ手順またはシステム情報要求手順を開始することができる。
【００８０】
ステップＳ１０２０において、端末は、関心あるその他のシステム情報に対応する第１のメッセージリソース（即ち、プリアンブル）を選択することができる。そして、端末は、選択された第１のメッセージリソースを利用してシステム情報要求を送信することができる。
【００８１】
付加的に、システム情報要求を送信した以後、端末は、システム情報要求タイマを開始することができる。例えば、システム情報要求タイマが満了される場合、端末は、新しいミニマムシステム情報の受信を試みることができる。前記新しいミニマムシステム情報は、第２のメッセージに含まれて受信されることができる。
【００８２】
ステップＳ１０３０において、端末は、放送指示子を含む第２のメッセージを受信することができる。したがって、端末は、要求されたシステム情報が放送されることを予想することができる。端末が、要求されたシステム情報が放送されることを指示する放送指示子を受信すると、端末は、ＲＡＣＨ手順またはシステム情報要求手順を中断することができる。そして、端末は、第３のメッセージを送信しない。そして、端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移せずに、現在ＲＲＣ状態を維持することができる。例えば、現在ＲＲＣ状態は、ＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である。
【００８３】
ステップＳ１０４０において、端末は、ミニマムシステム情報を次のＳＩ区間（ｎｅｘｔ  ＳＩ  ｐｅｒｉｏｄ）で読み取ることができる。ミニマムシステム情報は、要求されたシステム情報に対するスケジューリング情報を含むことができる。
【００８４】
ステップＳ１０５０において、端末は、スケジューリング情報に基づいて要求されたシステム情報を受信することができる。要求されたシステム情報は、放送方式で受信されることができる。
【００８５】
本発明の一実施例によると、端末は、特定システム情報が放送されることを知ることができるため、端末は、システム情報を取得するために進行中であるＲＡＣＨ手順を中断させることができる。したがって、不要なＲＡＣＨ手順を実行し続けることによって発生できる無線リソース浪費などの問題が解決されることができる。
【００８６】
図１１は、本発明の一実施例によって、放送指示子に基づいてその他のシステム情報を要求する手順を示す。
【００８７】
図１１を参照すると、ステップＳ１１１０において、端末は、ミニマムシステム情報をネットワークから受信することができる。端末は、ミニマムシステム情報に基づいてその他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）が放送されるかどうかを判断することができる。端末が受信することに関心あるその他のシステム情報が現在放送されない場合、端末は、その他のシステム情報を要求するように決定できる。システム情報を要求するために、端末は、ＲＡＣＨ手順またはシステム情報要求手順を開始することができる。
【００８８】
ステップＳ１１２０において、端末は、第１のメッセージリソース（即ち、プリアンブル）を選択し、第１のメッセージを送信することができる。
【００８９】
ステップＳ１１３０において、端末は、第２のメッセージを受信することができる。
【００９０】
ステップＳ１１４０において、第３のメッセージを利用してシステム情報要求をネットワークに送信できる。付加的に、システム情報要求を送信した以後、端末は、システム情報要求タイマを開始することができる。例えば、システム情報要求タイマが満了される場合、端末は、新しいミニマムシステム情報の受信を試みることができる。前記新しいミニマムシステム情報は、第４のメッセージに含まれて受信されることができる。
【００９１】
ステップＳ１１５０において、端末は、放送指示子を含む第４のメッセージを受信することができる。したがって、端末は、要求されたシステム情報が放送されることを予想することができる。端末が、要求されたシステム情報が放送されることを指示する放送指示子を受信すると、端末は、ＲＡＣＨ手順またはシステム情報要求手順を中断することができる。そして、端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移せずに、現在ＲＲＣ状態を維持することができる。例えば、現在ＲＲＣ状態は、ＲＲＣ＿ＩＤＬＥ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態である。
【００９２】
ステップＳ１１６０において、端末は、ミニマムシステム情報を次のＳＩ区間（ｎｅｘｔ  ＳＩ  ｐｅｒｉｏｄ）で読み取ることができる。ミニマムシステム情報は、要求されたシステム情報に対するスケジューリング情報を含むことができる。
【００９３】
ステップＳ１１７０において、端末は、スケジューリング情報に基づいて要求されたシステム情報を受信することができる。要求されたシステム情報は、放送方式で受信されることができる。
【００９４】
本発明の一実施例によると、端末は、特定システム情報が放送されることを知ることができるため、端末は、システム情報を取得するために進行中であるＲＡＣＨ手順を中断させることができる。したがって、不要なＲＡＣＨ手順を実行し続けることによって発生できる無線リソース浪費などの問題が解決されることができる。
【００９５】
図１２は、本発明の一実施例によって、ユニキャスト指示子に基づいてその他のシステム情報を要求する手順を示す。
【００９６】
図１２を参照すると、ステップＳ１２１０において、端末は、ミニマムシステム情報をネットワークから受信することができる。端末は、ミニマムシステム情報に基づいてその他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）が放送されるかどうかを判断することができる。端末が受信することに関心あるその他のシステム情報が現在放送されない場合、端末は、その他のシステム情報を要求するように決定できる。システム情報を要求するために、端末は、ＲＡＣＨ手順またはシステム情報要求手順を開始することができる。
【００９７】
ステップＳ１２２０において、端末は、関心あるその他のシステム情報に対応する第１のメッセージリソース（即ち、プリアンブル）を選択することができる。そして、端末は、選択された第１のメッセージリソースを利用してシステム情報要求を送信することができる。付加的に、システム情報要求を送信した以後、端末は、システム情報要求タイマを開始することができる。例えば、システム情報要求タイマが満了される場合、端末は、新しいミニマムシステム情報の受信を試みることができる。前記新しいミニマムシステム情報は、第２のメッセージに含まれて受信されることができる。
【００９８】
ステップＳ１２３０において、端末は、ユニキャスト指示子を含む第２のメッセージを受信することができる。したがって、端末は、要求されたシステム情報が専用方式（ｄｅｄｉｃａｔｅｄ  ｍａｎｎｅｒ）で提供されることを予想することができる。
【００９９】
ステップＳ１２４０において、端末は、第３のメッセージを送信することができる。そして、ステップＳ１２５０において、端末は、第４のメッセージを受信することができる。端末は、ＲＡＣＨ手順またはシステム情報要求手順を完了することができ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移できる。
【０１００】
ステップＳ１２６０において、端末は、要求されたシステム情報を受信することができる。要求されたシステム情報は、専用方式で受信されることができる。
【０１０１】
図１３は、本発明の一実施例によって、ユニキャスト指示子に基づいてその他のシステム情報を要求する手順を示す。
【０１０２】
図１３を参照すると、ステップＳ１３１０において、端末は、ミニマムシステム情報をネットワークから受信することができる。端末は、ミニマムシステム情報に基づいてその他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）が放送されるかどうかを判断することができる。端末が受信することに関心があるその他のシステム情報が現在放送されない場合、端末は、その他のシステム情報を要求するように決定できる。システム情報を要求するために、端末は、ＲＡＣＨ手順またはシステム情報要求手順を開始することができる。
【０１０３】
ステップＳ１３２０において、端末は、第１のメッセージリソース（即ち、プリアンブル）を選択し、第１のメッセージを送信することができる。
【０１０４】
ステップＳ１３３０において、端末は、第２のメッセージを受信することができる。
【０１０５】
ステップＳ１３４０において、第３のメッセージを利用してシステム情報要求をネットワークに送信できる。付加的に、システム情報要求を送信した以後、端末は、システム情報要求タイマを開始することができる。例えば、システム情報要求タイマが満了される場合、端末は、新しいミニマムシステム情報の受信を試みることができる。前記新しいミニマムシステム情報は、第４のメッセージに含まれて受信されることができる。
【０１０６】
ステップＳ１３５０において、端末は、ユニキャスト指示子を含む第４のメッセージを受信することができる。したがって、端末は、要求されたシステム情報が専用方式（ｄｅｄｉｃａｔｅｄ  ｍａｎｎｅｒ）で提供されることを予想することができる。端末は、ＲＡＣＨ手順またはシステム情報要求手順を完了することができ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移できる。
【０１０７】
ステップＳ１３６０において、端末は、要求されたシステム情報を受信することができる。要求されたシステム情報は、専用方式で受信されることができる。
【０１０８】
図１４は、本発明の一実施例によって、その他のシステム情報を要求する手順を示す。
【０１０９】
図１４を参照すると、ステップＳ１４１０において、端末のＲＲＣ層は、一つ以上のシステム情報メッセージまたは一つ以上のシステム情報ブロックに対するシステム情報要求手順を開始することができ、その他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を要求するためにランダムアクセス手順をトリガすることができる。付加的に、端末のＲＲＣ層は、タイマを始めることができる。
【０１１０】
ステップＳ１４２０において、端末のＭＡＣ層は、ランダムアクセスプリアンブルのうちいずれか一つを送信することができる。
【０１１１】
ステップＳ１４３０において、その他のシステム情報を要求するためにランダムアクセス手順をトリガした後、端末のＲＲＣ層は、任意の時点で要求されたその他のシステム情報（即ち、システム情報メッセージまたはシステム情報ブロック）を受信することができる。
【０１１２】
ステップＳ１４４０において、端末のＲＲＣ層が任意の時点で要求されたその他のシステム情報を受信すると、端末のＲＲＣ層は、トリガされたランダムアクセス手順の中断を端末のＭＡＣ層に指示できる。開始されたランダムアクセス手順が完了する前に、端末のＲＲＣ層がトリガされたランダムアクセス手順の中断を端末のＭＡＣ層に指示すると、端末のＭＡＣ層は、トリガされたランダムアクセス手順を中断することができる。
【０１１３】
図１５は、本発明の一実施例によって、その他のシステム情報を要求する手順を示す。
【０１１４】
図１５を参照すると、ステップＳ１５１０において、端末のＲＲＣ層は、一つ以上のシステム情報メッセージまたは一つ以上のシステム情報ブロックに対するシステム情報要求手順を開始することができ、一つ以上のランダムアクセスプリアンブルを有するその他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を要求するためにランダムアクセス手順をトリガすることができる。付加的に、端末のＲＲＣ層は、タイマを始めることができる。
【０１１５】
ステップＳ１５２０において、端末のＭＡＣ層は、ランダムアクセスプリアンブルのうちいずれか一つを送信することができる。
【０１１６】
ステップＳ１５３０において、端末のＭＡＣ層がシステム情報要求の中断を指示するランダムアクセス応答メッセージを受信すると、端末のＭＡＣ層は、ランダムアクセス手順を中断することができる。その代替案として、端末のＭＡＣ層は、ランダムアクセス手順が完了したと見なすことができる。前記システム情報要求の中断を指示するランダムアクセス応答メッセージは、システム情報メッセージまたはシステム情報ブロックを明示的または暗示的に指示できる。
【０１１７】
ステップＳ１５４０において、端末のＭＡＣ層は、ランダムアクセス手順を中断することができ、端末のＲＲＣ層にシステム情報要求手順またはランダムアクセス手順の中断を知らせることができる。システム情報要求手順またはランダムアクセス手順の中断を受信すると、端末のＲＲＣ層は、システム情報要求手順を中断することができる。付加的に、端末のＲＲＣ層は、タイマを中断させることができる。
【０１１８】
図１６は、本発明の一実施例によって、その他のシステム情報を要求する手順を示す。
【０１１９】
図１６を参照すると、ステップＳ１６１０において、端末のＲＲＣ層は、一つ以上のシステム情報メッセージまたは一つ以上のシステム情報ブロックに対するシステム情報要求手順を開始することができ、その他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を要求するためにランダムアクセス手順をトリガすることができる。付加的に、端末のＲＲＣ層は、タイマを始めることができる。
【０１２０】
ステップＳ１６２０において、端末のＭＡＣ層は、ランダムアクセスプリアンブルのうちいずれか一つを送信することができる。
【０１２１】
ステップＳ１６３０において、端末のＭＡＣ層は、ランダムアクセスプリアンブルを指示するランダムアクセス応答メッセージを受信することができる。
【０１２２】
ステップＳ１６４０において、端末のＭＡＣ層は、ランダムアクセス応答メッセージに含まれているアップリンクグラントを利用してＰＵＳＣＨ上に第３のメッセージを送信することができる。
【０１２３】
ステップＳ１６５０において、端末のＭＡＣ層がシステム情報要求の中断を指示する第４のメッセージを受信すると、端末のＭＡＣ層は、ランダムアクセス手順を中断することができる。その代替案として、端末のＭＡＣ層は、ランダムアクセス手順が完了したと見なすことができる。前記第４のメッセージは、前記ＳｐＣｅｌｌ（Ｓｐｅｃｉａｌ  Ｃｅｌｌ）のＰＤＣＣＨ上のＣ−ＲＮＴＩ、ミニマムシステム情報メッセージ、その他のシステム情報メッセージ、システム情報メッセージまたはＤＬ−ＳＣＨ上のＵＥコンテンション解消識別子（ＵＥ  Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｉｄｅｎｔｉｔｙ）のうち少なくともいずれか一つである。前記システム情報要求の中断を指示する第４のメッセージは、システム情報メッセージまたはシステム情報ブロックを明示的または暗黙的に指示できる。
【０１２４】
ステップＳ１６６０において、端末のＭＡＣ層は、ランダムアクセス手順を中断することができ、端末のＲＲＣ層にシステム情報要求手順またはランダムアクセス手順の中断を知らせることができる。システム情報要求手順またはランダムアクセス手順の中断を受信すると、端末のＲＲＣ層は、システム情報要求手順を中断することができる。付加的に、端末のＲＲＣ層は、タイマを中断させることができる。
【０１２５】
図１７は、本発明の一実施例によって、端末がアップデートされたミニマムシステム情報を取得する手順を示す。
【０１２６】
図１７を参照すると、ステップＳ１７１０において、端末は、ミニマムシステム情報を受信することができる。端末は、ミニマムシステム情報に基づいて要求が必要なその他のシステム情報を決定することができる。
【０１２７】
ステップＳ１７２０において、端末は、システム情報要求をネットワークに送信できる。即ち、端末は、要求が必要なその他のシステム情報をネットワークに要求できる。
【０１２８】
ステップＳ１７３０において、端末は、アップデートされたミニマムシステム情報を受信することができる。本発明の一実施例によると、端末は、３つの方法でアップデートされたミニマムシステム情報を受信することができる。
【０１２９】
第１のオプションによると、端末がシステム情報要求を送信した後、または端末が、要求されたシステム情報が放送されるという指示子を受信した後、端末は、次の短いシステム情報変更区間（ｎｅｘｔ  ｓｈｏｒｔ  ＳＩ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）でミニマムシステム情報を読み取ることができる。この場合、端末は、システム情報変更通知（ＳＩ  ｃｈａｎｇｅ  ｎｏｔｉｆｉｃａｔｉｏｎ）を受信しない。たとえ、システム情報変更通知がないとしても、端末は、システム情報要求以後にミニマムシステム情報がアップデートされると期待することができるため、端末は、システム情報変更通知を受信せずに、次の短いシステム情報変更区間でミニマムシステム情報を読み取ることができる。
【０１３０】
第２のオプションによると、端末がシステム情報要求を送信した後、または端末が、要求されたシステム情報が放送されるという指示子を受信した後、端末は、要求されたシステム情報のスケジューリング情報がミニマムシステム情報に含まれる時までミニマムシステム情報の次の送信からミニマムシステム情報を読み取ることができる。即ち、端末は、要求されたシステム情報のスケジューリング情報がミニマムシステム情報に含まれる時までミニマムシステム情報を継続して読み取ることができる。
【０１３１】
第３のオプションによると、端末がシステム情報要求を送信した後、端末は、システム情報要求タイマを開始することができる。システム情報要求タイマが満了される場合、端末は、ミニマムシステム情報の最初の送信でミニマムシステム情報を読み取ることができる。もし、該当ミニマムシステム情報に要求されたシステム情報のスケジューリング情報が含まれていない場合、端末は、次に送信されるミニマムシステム情報を読み取ることができる。
【０１３２】
ステップＳ１７４０において、端末が、要求されたシステム情報のスケジューリング情報を含むミニマムシステム情報を取得すると、端末は、要求されたシステム情報の最初のシステム情報ウィンドウで要求されたシステム情報を読み取ることができる。好ましくは、要求されたシステム情報のスケジューリング情報以外の他の情報の変更は、同じシステム情報変更区間内で許容されない。その他のシステム情報のスケジューリング情報以外の他の情報が変更されると、端末は、レガシシステム情報変更手順によってアップデートされたミニマムシステム情報を取得することができる。即ち、その他のシステム情報のスケジューリング情報以外の他の情報が変更されると、端末は、システム情報変更区間（ＳＩ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）またはシステム情報変更通知（ＳＩ  ｃｈａｎｇｅ  ｎｏｔｉｆｉｃａｔｉｏｎ）に基づいてアップデートされたミニマムシステム情報を取得することができる。
【０１３３】
本発明の一実施例によると、システム情報の要求以後、端末は、要求されたその他のシステム情報のスケジューリング情報を含むアップデートされたミニマムシステム情報を取得するために次のシステム情報変更区間まで待機する必要がない。また、システム情報の要求以後、端末は、ミニマムシステム情報がアップデートされるかどうかを確認するためにシステム情報変更通知を受信する必要がない。したがって、従来手順と比較して、端末は、要求されたその他のシステム情報を速やかに取得することができる。
【０１３４】
図１８は、本発明の一実施例によって、端末がアップデートされたミニマムシステム情報を取得する方法を示す。具体的に、図１８（ａ）は、端末が第１のオプションによってアップデートされたミニマムシステム情報を取得する方法を示し、図１８（ｂ）は、端末が第２のオプションによってアップデートされたミニマムシステム情報を取得する方法を示し、図１８（ｃ）は、端末が第３のオプションによってアップデートされたミニマムシステム情報を取得する方法を示す。
【０１３５】
図１８（ａ）を参照すると、ステップＳ１８０１において、端末は、ミニマムシステム情報のＳＩウィンドウ内でミニマムシステム情報を取得することができる。そして、端末は、ミニマムシステム情報に含まれているスケジューリング情報に基づいて特定システム情報が放送されるかどうかを決定することができる。前記特定システム情報は、その他のシステム情報である。もし、特定システム情報が放送されない場合、ステップＳ１８０２において、端末は、特定システム情報をネットワークに要求できる。端末は、要求されたシステム情報に対するスケジューリング情報が次の短いシステム情報変更区間（ｎｅｘｔ  ｓｈｏｒｔ  ＳＩ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）でミニマムシステム情報に含まれると予想できる。短いシステム情報変更区間に対する設定は、ミニマムシステム情報に含まれることができる。短いシステム情報変更区間に対する設定は、短いシステム情報修正区間の長さと短いシステム情報修正区間のオフセットを含むことができる。以後、ステップＳ１８０３において、端末は、次の短いシステム情報変更区間でアップデートされたミニマムシステム情報を読み取ることができる。そして、ステップＳ１８０４において、端末は、要求されたシステム情報を取得することができる。
【０１３６】
図１８（ｂ）を参照すると、ステップＳ１８１１において、端末は、ミニマムシステム情報のＳＩウィンドウ内でミニマムシステム情報を取得することができる。そして、端末は、ミニマムシステム情報に含まれているスケジューリング情報に基づいて特定システム情報が放送されるかどうかを決定することができる。前記特定システム情報は、その他のシステム情報である。もし、特定システム情報が放送されない場合、ステップＳ１８１２において、端末は、特定システム情報をネットワークに要求できる。端末は、要求されたシステム情報に対するスケジューリング情報がミニマムシステム情報に直ぐに含まれると予想できる。ステップＳ１８１３において、端末は、ミニマムシステム情報の次の送信でミニマムシステム情報を読み取ることができる。しかし、まだミニマムシステム情報はアップデートされないと仮定する。即ち、ミニマムシステム情報は、まだ要求されたシステム情報に対するスケジューリング情報を含んでいないと仮定する。その場合、ステップＳ１８１４において、端末は、ミニマムシステム情報を再び読み取ることができる。端末により再び読み取られたミニマムシステム情報は、アップデートされ、要求されたシステム情報に対するスケジューリング情報を含むことができる。以後、ステップＳ１８１５において、端末は、要求されたシステム情報を取得することができる。
【０１３７】
図１８（ｃ）を参照すると、ステップＳ１８２１において、端末は、ミニマムシステム情報のＳＩウィンドウ内でミニマムシステム情報を取得することができる。そして、端末は、ミニマムシステム情報に含まれているスケジューリング情報に基づいて特定システム情報が放送されるかどうかを決定することができる。前記特定システム情報は、その他のシステム情報である。もし、特定システム情報が放送されない場合、ステップＳ１８２２において、端末は、特定システム情報をネットワークに要求できる。端末は、要求されたシステム情報に対するスケジューリング情報がミニマムシステム情報に直ぐに含まれると予想できる。付加的に、システム情報を要求した以後、端末は、システム情報要求タイマを開始することができる。好ましくは、システム情報要求タイマ値は、ミニマムシステム情報に含まれることができる。ステップＳ１８２３において、システム情報要求タイマは満了されることができる。ステップＳ１８２４において、システム情報要求タイマが満了された以後、端末は、ミニマムシステム情報の最初の送信でミニマムシステム情報を読み取ることができる。前記ミニマムシステム情報は、アップデートされ、要求されたシステム情報に対するスケジューリング情報を含むことができる。以後、ステップＳ１８２５において、端末は、要求されたシステム情報を取得することができる。
【０１３８】
図１９は、本発明の一実施例によって、端末がシステム情報を要求する方法を示すブロック図である。
【０１３９】
図１９を参照すると、ステップＳ１９１０において、端末は、ランダムアクセス手順を開始することができる。
【０１４０】
ステップＳ１９２０において、端末は、システム情報を前記開始されたランダムアクセス手順で基地局に要求できる。前記システム情報は、ランダムアクセスプリアンブルメッセージに含まれて前記基地局に要求されることができる。前記システム情報は、スケジューリングされた送信メッセージに含まれて前記基地局に要求されることができる。前記システム情報は、その他のシステム情報（ｏｔｈｅｒ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）である。
【０１４１】
ステップＳ１９３０において、前記システム情報を前記基地局に要求した以後、端末は、前記要求されたシステム情報が放送されることを指示する放送指示子（ｂｒｏａｄｃａｓｔ  ｉｎｄｉｃａｔｉｏｎ）を前記開始されたランダムアクセス手順で前記基地局から受信することができる。前記要求されたシステム情報が放送されることを指示する放送指示子は、第２のミニマムシステム情報に含まれて前記基地局から受信されることができる。前記第２のミニマムシステム情報は、前記要求されたシステム情報に対するスケジューリング情報を含むことができる。前記放送指示子は、ランダムアクセス応答メッセージに含まれて前記基地局から受信されることができる。前記放送指示子は、コンテンション解決メッセージに含まれて前記基地局から受信されることができる。
【０１４２】
ステップＳ１９４０において、端末は、前記開始されたランダムアクセス手順を中断することができる。前記要求されたシステム情報が放送されることを指示する放送指示子が前記基地局から受信された以後、前記開始されたランダムアクセス手順は中断されることができる。その代替案として、前記要求されたシステム情報が前記基地局から受信された以後、前記開始されたランダムアクセス手順は中断されることができる。
【０１４３】
付加的に、端末は、第１のミニマムシステム情報を前記基地局から受信することができる。前記第１のミニマムシステム情報は、前記システム情報が放送されないことを指示することができる。前記第１のミニマムシステム情報が、前記システム情報が放送されないことを指示する場合、前記システム情報は、前記開始されたランダムアクセス手順で前記基地局に要求されることができる。
【０１４４】
付加的に、端末は、前記要求されたシステム情報に対するスケジューリング情報に基づいて、前記端末のＲＲＣ状態変更無しに前記要求されたシステム情報を前記基地局から受信することができる。
【０１４５】
付加的に、前記システム情報を前記基地局に要求した以後、端末は、システム情報要求タイマを開始することができる。付加的に、前記システム情報要求タイマが満了される場合、端末は、第２のミニマムシステム情報を前記基地局から受信することができる。前記要求されたシステム情報が放送されることを指示する放送指示子は、前記第２のミニマムシステム情報に含まれて前記基地局から受信されることができる。
【０１４６】
図２０は、本発明の実施例が具現化される無線通信システムのブロック図である。
【０１４７】
基地局２０００は、プロセッサ２００１、メモリ２００２及び送受信機２００３を含む。メモリ２００２は、プロセッサ２００１と連結され、プロセッサ２００１を駆動するための多様な情報を格納する。送受信機２００３は、プロセッサ２００１と連結され、無線信号を送信及び／または受信する。プロセッサ２００１は、提案された機能、過程及び／または方法を具現化する。前述した実施例において、 基地局の動作は、プロセッサ２００１により具現化されることができる。
【０１４８】
端末２０１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）２０１１、メモリ（ｍｅｍｏｒｙ）２０１２及び送受信機（ｔｒａｎｓｃｅｉｖｅｒ）２０１３を含む。メモリ２０１２は、プロセッサ２０１１と連結され、プロセッサ２０１１を駆動するための多様な情報を格納する。送受信機２０１３は、プロセッサ２０１１と連結され、無線信号を送信及び／または受信する。プロセッサ２０１１は、提案された機能、過程及び／または方法を具現化する。前述した実施例において、 端末の動作は、プロセッサ２０１１により具現化されることができる。
【０１４９】
プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。送受信機は、無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現化される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現化されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。
【０１５０】
前述した一例に基づいて本明細書による多様な技法が図面と図面符号を介して説明された。説明の便宜のために、各技法は、特定の順序によって複数のステップやブロックを説明したが、このようなステップやブロックの具体的順序は、請求項に記載された発明を制限するものではなく、各ステップやブロックは、異なる順序で具現化され、または異なるステップやブロックと同時に実行されることが可能である。また、通常の技術者であれば、各ステップやブロックが限定的に記述されたものではなく、発明の保護範囲に影響を与えない範囲内で少なくとも一つの他のステップが追加されたり削除されたりすることが可能であるということを知ることができる。
【０１５１】
前述した実施例は、多様な一例を含む。通常の技術者であれば、発明の全ての可能な一例の組み合わせが説明されることができないという点を知ることができ、また、本明細書の技術から多様な組み合わせが派生することができるという点を知ることができる。したがって、発明の保護範囲は、請求の範囲に記載された範囲を外れない範囲内で、詳細な説明に記載された多様な一例を組み合わせて判断しなければならない。
【図１】
2019531027.tif 000003
【図２】
2019531027.tif 000004
【図３】
2019531027.tif 000005
【図４】
2019531027.tif 000006
【図５】
2019531027.tif 000007
【図６】
2019531027.tif 000008
【図７】
2019531027.tif 000009
【図８】
2019531027.tif 000010
【図９】
2019531027.tif 000011
【図１０】
2019531027.tif 000012
【図１１】
2019531027.tif 000013
【図１２】
2019531027.tif 000014
【図１３】
2019531027.tif 000015
【図１４】
2019531027.tif 000016
【図１５】
2019531027.tif 000017
【図１６】
2019531027.tif 000018
【図１７】
2019531027.tif 000019
【図１８】
2019531027.tif 000020
【図１９】
2019531027.tif 000021
【図２０】
2019531027.tif 000022
【国際調査報告】
2019531027.tif 000023
2019531027.tif 000024
2019531027.tif 000025
2019531027.tif 000026
2019531027.tif 000027
2019531027.tif 000028