(57)【特許請求の範囲】
【請求項１】
無線通信システムにおけるデータを送受信するための基地局のベアラー（Bearer）設定方法であって、
ＭＭＥ（Mobility Management Entity）から特定データ及び前記特定データの転送のためのデータ転送情報を受信するステップを含み、
前記データ転送情報は、前記特定データに対する少なくとも１つの端末の応答データが必要か否かを示す指示子を含み、かつ、前記特定データを受信する前記少なくとも１つの端末を示す受信端末情報、及び、前記少なくとも１つの端末に属し、前記基地局と連結状態である端末を示す連結端末情報のうちの少なくとも１つを含み、
前記ＭＭＥから前記基地局とゲートウェイとの間に設定された特定ベアラーと関連した情報を含むベアラー情報を受信するステップと、
前記特定ベアラーを通して１つまたはその以上の端末から転送された前記特定データに対する応答データを転送するステップとを含み、
前記特定ベアラーは、前記指示子が前記応答データが必要であることを示す場合に設定される、方法。
【請求項２】
前記データ転送情報は、前記特定データのタイプ情報、及び前記特定データの識別コード情報のうち、少なくとも１つをさらに含む、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの端末に前記特定データを転送するための設定情報を転送するステップと、
前記少なくとも１つの端末に前記設定情報に基づいて前記特定データを転送するステップと、
前記少なくとも１つの端末から前記特定データに対する応答として前記応答データを含む応答メッセージを受信するステップと、をさらに含む、請求項１に記載の方法。
【請求項４】
前記端末にサービスを提供するために前記端末と前記基地局との間に設定される専用ベアラーを支援するか否かを示すベアラー支援情報及び前記専用ベアラーを通じて転送できるメッセージの種類を示す支援メッセージタイプ情報を転送するステップと、
前記端末と前記専用ベアラーを設定するステップと、をさらに含む、請求項１に記載の方法。
【請求項５】
前記専用ベアラーを設定するステップは、
前記端末からＲＲＣ連結を要請するＲＲＣ連結要請メッセージを受信するステップと、
前記ＲＲＣ連結要請メッセージに対する応答として前記専用ベアラーの設定情報（Configuration information）を含むＲＲＣ連結設定メッセージを転送するステップをさらに含み、
前記ＲＲＣ連結要請メッセージは、前記サービスのデータを送受信するためのＲＲＣ連結要請であることを示す原因（Cause）フィールドを含む、請求項４に記載の方法。
【請求項６】
前記専用ベアラーを設定するステップは、
前記端末に前記専用ベアラーの設定情報（Configuration information）を含むＲＲＣ連結再構成メッセージを転送するステップと、
前記ＲＲＣ連結再構成メッセージに対する応答としてＲＲＣ連結再構成完了メッセージを受信するステップと、をさらに含む、請求項４に記載の方法。
【請求項７】
前記設定情報は、ページングメッセージ、システム情報ブロック、または通知メッセージを通して周期的に転送される、請求項３に記載の方法。
【請求項８】
前記設定情報は、前記受信端末情報、前記指示子、前記連結端末情報、前記特定データが転送される区間を示す転送区間情報、前記特定データが転送される周期を示す転送周期情報、前記特定データのタイプを示すタイプ情報、前記特定データが含まれる資源領域を識別するための無線網識別子、前記特定データが含まれる資源領域を示す資源領域情報、及び前記特定データを識別するための識別コード情報のうち、少なくとも１つを含む、請求項３に記載の方法。
【請求項９】
前記応答メッセージは、第１ボディーフィールド、第２ボディーフィールド、及びボディーフィールドの長さを示す長さフィールドのうち、少なくとも１つを含む、請求項８に記載の方法。
【請求項１０】
前記第１ボディーフィールドは、前記タイプ情報、前記識別コード情報、及び前記無線網識別子のうち、少なくとも１つを含み、
前記第２ボディーフィールドは、前記応答データを含む、請求項９に記載の方法。
【請求項１１】
前記ベアラー情報は、ベアラーを示すベアラーＩＤ、前記ベアラーを通じて送受信できるメッセージを示すメッセージフィルタリング情報、前記ベアラーを通じて送受信できる前記メッセージのＱｏＳ（Quality of Service）情報、及び前記ベアラーを通じて連結された前記ゲートウェイのアドレスのうち、少なくとも１つを含む、請求項１に記載の方法。
【請求項１２】
前記端末が連結状態である場合、
前記設定情報は、前記応答メッセージの転送のための資源の割り当て有無を示す資源割り当て指示子、及び前記資源の割り当て時間を示す時間情報をさらに含む、請求項３に記載の方法。
【請求項１３】
前記端末に前記割り当てられた資源を示す資源情報を転送するステップをさらに含み、
前記応答メッセージは、前記割り当てられた資源を通じて転送される、請求項１２に記載の方法。
【請求項１４】
前記端末からＲＲＣ連結を要請するＲＲＣ連結要請メッセージを受信するステップと、
前記ＲＲＣ連結要請メッセージに対する応答として前記端末と前記基地局との間に設定される専用ベアラーの設定情報（Configuration information）、及び前記応答メッセージの転送のための資源の割り当て有無を示す資源割り当て指示子のうち、少なくとも１つを含むＲＲＣ連結設定メッセージを転送するステップと、
前記端末に前記割り当てられた資源を示す資源情報を転送するステップとをさらに含み、
前記ＲＲＣ連結要請メッセージは、サービスのデータを送受信するためのＲＲＣ連結要請であることを示す原因（Cause）フィールドを含み、
前記応答メッセージは、前記割り当てられた資源を通じて転送される、請求項３に記載の方法。
【請求項１５】
前記端末から前記応答メッセージの転送を要請する要請メッセージを受信するステップと、
前記端末に前記応答メッセージを転送するための資源情報を含む応答メッセージを転送するステップをさらに含み、
前記応答メッセージは、前記資源情報に基づいて転送される、請求項３に記載の方法。
【請求項１６】
前記要請メッセージは、前記要請メッセージが送信のためのメッセージであるか否かを示す送受信指示子、前記応答メッセージの転送経路が前記端末と前記基地局の間に設定された専用ベアラーであるか否かを示す専用ベアラー指示子、前記特定データに対する応答であることを示す識別コード情報、及び応答データのタイプを示すタイプ情報のうち、少なくとも１つを含む、請求項１５に記載の方法。
【請求項１７】
無線通信システムにおけるデータを送受信するための端末のベアラー（Bearer）設定方法であって、
基地局から特定データを転送するための設定情報を受信するステップと、
前記基地局から前記設定情報に基づいて前記特定データを受信するステップと、
前記基地局に前記特定データに対する応答として応答データを含む応答メッセージを転送するステップとを含み、
前記設定情報は、前記特定データに対する前記少なくとも１つの端末の応答データが必要か否かを示す指示子を含み、かつ、前記特定データを受信する少なくとも１つの端末を示す受信端末情報、前記特定データが転送される区間を示す転送区間情報、前記特定データが転送される周期を示す転送周期情報、前記特定データのタイプを示すタイプ情報、前記特定データの資源領域を識別するための識別子、前記特定データが含まれる資源領域を示す資源領域情報、及び前記特定データを識別するための識別コード情報のうち、少なくとも１つを含み、
前記基地局とゲートウェイの間に設定される特定ベアラーは、前記指示子が前記応答データを必要とすることを示す場合に設定される、方法。
【請求項１８】
低遅延（low latency）サービスを支援する無線通信システムにおけるデータを送受信するための基地局であって、
外部と無線信号を送信及び受信する通信部と、
前記通信部と機能的に結合されているプロセッサを含み、
前記プロセッサは、
ＭＭＥ（Mobility Management Entity）から特定データ及び前記特定データの転送のためのデータ転送情報を受信し、
前記データ転送情報は、前記特定データに対する前記少なくとも１つの端末の応答データが必要か否かを示す指示子を含み、かつ、前記特定データを受信する少なくとも１つの端末を示す受信端末情報、及び前記少なくとも１つの端末に属し、前記基地局と連結状態である端末を示す連結端末情報のうち、少なくとも１つを含み、
前記ＭＭＥから前記基地局とゲートウェイとの間に設定された特定ベアラーと関連した情報を含むベアラー情報を受信し、
前記特定ベアラーを通じて１つまたはその以上の端末から転送された前記特定データに対する応答データを転送し、
前記特定ベアラーは、前記指示子が前記応答データを必要とすることを示す場合に設定される、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムにおける端末のデータ送受信方法に関し、より詳しくは、データ送受信の信頼性（reliability）が重要なサービスを提供するためのベアラー設定方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声だけでなく、データサービスまで領域を拡張し、現在では爆発的なトラフィックの増加によって資源の不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが求められている。
【０００３】
次世代の移動通信システムの要求条件は大きく爆発的なデータトラフィックの収容、ユーザ当たり転送率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（End-to-End Latency）、高エネルギー効率をサポートできなければならない。このために、スモールセル性能向上（Small Cell Enhancement）、二重連結性（dual connectivity）、大規模多重入出力（Massive ＭＩＭＯ：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多重接続（ＮＯＭＡ：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）サポート、端末ネットワーキング（Device Networking）など、多様な技術が研究されている。
【０００４】
現在ＬＴＥ／ＬＴＥ−Ａシステムの無線リンク可用性（Availability）は全的にネットワークカバレッジ（Network Coverage）提供確率に依存し、これは略９５％に達する。
【０００５】
また、ＬＴＥ／ＬＴＥ−Ａシステムの無線リンク信頼性（Reliability）は制御平面（Ｃ−Ｐｌａｎｅ）とユーザ平面（Ｕ−Ｐｌａｎｅ）の区分無しで、ＰＤＳＣＨを介してのUnicast Dataの場合、ＢＥＲ（Block Error Rate）１０−３が適用されて、Ｈ−ＡＲＱ再転送により充分の信頼性（Reliability）が提供できると仮定している。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、現在ＬＴＥ／ＬＴＥ−Ａシステムの‘Best Effort Mobile Broadband’から脱皮して５Ｇの‘Ultra-reliable and low latency communication’を実現するための方法を提供することにその目的がある。
【０００７】
また、本発明は高い信頼度（ultra-reliable）及び低遅延（low latency）を要求するサービスを提供するためのデータ送受信方法を提供することにその目的がある。
【０００８】
また、本発明は高い信頼度（ultra-reliable）及び低遅延（low latency）を要求するサービスを提供するためのベアラー（bearer）設定方法を提供することにその目的がある。
【０００９】
また、本発明は高い信頼度（ultra-reliable）及び低遅延（low latency）を要求するサービスを提供するためにゲートウェイと基地局との間に別途のベアラーを設定する方法を提供することにその目的がある。
【００１０】
また、本発明は高い信頼度（ultra-reliable）及び低遅延（low latency）を要求するサービスを提供するためにゲートウェイと基地局との間に基地局単位で設定されるベアラーを設定する方法を提供することにその目的がある。
【００１１】
また、本発明は高い信頼度（ultra-reliable）及び低遅延（low latency）を要求するサービスを提供するためのデータを送受信するために別途のベアラー（bearer）を設定する方法を提供することにその目的がある。
【００１２】
また、本発明は高い信頼度（ultra-reliable）及び低遅延（low latency）を要求するサービスを提供するためのデータに対する応答を送受信するためのベアラー（bearer）を設定する方法を提供することにその目的がある。
【００１３】
本明細書で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、言及しない更に他の技術的課題は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。
【課題を解決するための手段】
【００１４】
本発明では前述した問題点を解決するために、無線通信システムにおけるデータを送受信するためのベアラー設定方法及び装置を提供する。
【００１５】
具体的には、本発明の一実施形態に係るベアラー（Bearer）設定方法は、ＭＭＥ（Mobility Management Entity）から特定データ及び前記特定データの転送のための転送情報を受信するステップを含み、かつ前記データ転送情報は前記特定データを受信する少なくとも１つの端末を示す受信端末情報、前記特定データに対する前記少なくとも１つの端末の応答データが必要か否かを示す指示子、または、前記少なくとも１つの端末のうち、前記基地局と連結状態である端末を示す連結端末情報のうちの少なくとも１つを含み、前記ＭＭＥから前記基地局とゲートウェイとの間の設定された特定ベアラーと関連した情報を含むベアラー情報を受信するステップと、前記特定ベアラーを通じて１つまたはその以上の端末から転送された前記特定データに対する応答データを転送するステップを含み、前記特定ベアラーは前記指示子が前記応答データが必要であることを示す場合に設定される方法を提供する。
【００１６】
また、本発明で、前記データ転送情報は前記特定データのタイプ情報、または前記特定データの識別コード情報のうち、少なくとも１つをさらに含む。
【００１７】
また、本発明は、前記少なくとも１つの端末に前記特定データを転送するための設定情報を転送するステップと、前記少なくとも１つの端末に前記設定情報に基づいて前記特定データを転送するステップと、前記少なくとも１つの端末から前記特定データに対する応答として前記応答データを含む応答メッセージを受信するステップをさらに含む。
【００１８】
また、本発明は、前記端末に前記サービスを提供するために前記端末と前記基地局との間に設定される専用ベアラーを支援するか否かを示すベアラー支援情報及び前記ベアラーを通じて転送できるメッセージの種類を示す支援メッセージタイプ情報を転送するステップと、前記端末と前記専用ベアラーを設定するステップをさらに含む。
【００１９】
また、本発明で、前記専用ベアラーを設定するステップは、前記端末からＲＲＣ連結を要請するＲＲＣ連結要請メッセージを受信するステップと、前記ＲＲＣ連結要請メッセージに対する応答として前記専用ベアラーの設定情報（Configuration information）を含むＲＲＣ連結設定メッセージを転送するステップをさらに含み、かつ前記ＲＲＣ連結要請メッセージは前記サービスのデータを送受信するためのＲＲＣ連結要請であることを示す原因（Cause）フィールドを含む。
【００２０】
また、本発明で、前記専用ベアラーを設定するステップは、前記端末に前記専用ベアラーの設定情報（Configuration information）を含むＲＲＣ連結再構成メッセージを転送するステップと、前記ＲＲＣ連結再構成メッセージに対する応答としてＲＲＣ連結再構成完了メッセージを受信するステップをさらに含む。
【００２１】
また、本発明で、前記設定情報はページングメッセージ、システム情報ブロック、または通知メッセージを通じて周期的に転送される。
【００２２】
また、本発明で、前記設定情報は、前記受信端末情報、前記指示子、前記連結端末情報、前記特定データが転送される区間を示す転送区間情報、前記特定データが転送される周期を示す転送周期情報、前記特定データのタイプを示すタイプ情報、前記特定データが含まれる資源領域を識別するための無線網識別子、前記特定データが含まれる資源領域を示す資源領域情報、または前記特定データを識別するための識別コード情報のうち、少なくとも１つを含む。
【００２３】
また、本発明で、前記応答メッセージは第１ボディーフィールド、第２ボディーフィールド、またはボディーフィールドの長さを示す長さフィールドのうち、少なくとも１つを含む。
【００２４】
また、本発明で、前記第１ボディーフィールドは、前記タイプ情報、前記識別コード情報、または前記識別子のうちの少なくとも１つを含み、前記第２ボディーフィールドは前記応答データを含む。
【００２５】
また、本発明で、前記ベアラー情報は前記ベアラーを示すベアラーＩＤ、前記ベアラーを通じて送受信できるメッセージを示すメッセージフィルタリング情報、前記ベアラーを通じて送受信できるメッセージのＱｏＳ（Quality of Service）情報、または前記ベアラーを通じて連結された前記ゲートウェイのアドレスのうち、少なくとも１つを含む。
【００２６】
また、本発明で、前記端末が連結状態である場合、前記設定情報は、前記応答メッセージの転送のための資源の割り当て有無を示す資源割り当て指示子及び前記資源の割り当て時間を示す時間情報をさらに含む。
【００２７】
また、本発明は、前記端末に前記割り当てられた資源を示す資源情報を転送するステップをさらに含み、かつ前記応答メッセージは前記割り当てられた資源を通じて転送される。
【００２８】
また、本発明は、前記端末からＲＲＣ連結を要請するＲＲＣ連結要請メッセージを受信するステップと、前記ＲＲＣ連結要請メッセージに対する応答として前記端末と前記基地局との間に設定される専用ベアラーの設定情報（Configuration information）、または前記応答メッセージの転送のための資源の割り当て有無を示す資源割り当て指示子のうち、少なくとも１つを含むＲＲＣ連結設定メッセージを転送するステップと、前記端末に前記割り当てられた資源を示す資源情報を転送するステップをさらに含み、かつ前記ＲＲＣ連結要請メッセージは前記サービスのデータを送受信するためのＲＲＣ連結要請であることを示す原因（Cause）フィールドを含み、前記応答メッセージは前記割り当てられた資源を通じて転送される。
【００２９】
また、本発明は、前記端末から前記応答メッセージの転送を要請する要請メッセージを受信するステップと、前記端末に前記応答メッセージを転送するための資源情報を含む応答メッセージを転送するステップをさらに含み、かつ前記応答メッセージは前記資源情報に基づいて転送される。
【００３０】
また、本発明で、前記要請メッセージは前記要請メッセージが送信のためのメッセージか否かを示す送受信指示子、前記応答メッセージの転送経路が前記専用ベアラーか否かを示す専用ベアラー指示子、前記特定データに対する応答であることを示す識別コード情報、または前記応答データのタイプを示すタイプ情報のうち、少なくとも１つを含む。
【００３１】
また、本発明は、基地局から特定データを転送するための設定情報を受信するステップを含む。
【００３２】
前記基地局から前記設定情報に基づいて前記特定データを受信するステップと、前記基地局に前記特定データに対する応答として応答データを含む応答メッセージを転送するステップを含み、前記設定情報は、前記特定データを受信する少なくとも１つの端末を示す受信端末情報、前記特定データに対する前記少なくとも１つの端末の応答データが必要か否かを示す指示子、前記特定データが転送される区間を示す転送区間情報、前記特定データが転送される周期を示す転送周期情報、前記特定データのタイプを示すタイプ情報、前記特定データの資源領域を識別するための識別子、前記特定データが含まれる資源領域を示す資源領域情報、または前記特定データを識別するための識別コード情報のうちの少なくとも１つを含み、前記特定ベアラーは前記指示子が前記応答データが必要であることを示す場合に設定される方法を提供する。
【００３３】
また、本発明は、外部と無線信号を送信及び受信する通信部と、前記通信部と機能的に結合されているプロセッサを含み、前記プロセッサは、ＭＭＥ（Mobility Management Entity）から特定データ及び前記特定データの転送のための転送情報を受信し、前記データ転送情報は前記特定データを受信する少なくとも１つの端末を示す受信端末情報、前記特定データに対する前記少なくとも１つの端末の応答データが必要か否かを示す指示子、または前記基地局と連結状態である端末を示す連結端末情報のうちの少なくとも１つを含み、前記ＭＭＥから前記基地局とゲートウェイとの間に設定された特定ベアラーと関連した情報を含むベアラー情報を受信し、前記特定ベアラーを通じて１つまたはその以上の端末から転送された前記特定データに対する応答データを転送し、かつ前記特定ベアラーは前記指示子が前記応答データが必要であることを示す場合に設定される基地局を提供する。
【発明の効果】
【００３４】
本発明は、無線通信システムにおけるデータを送受信するためのベアラー設定方法を定義することによって、高い信頼度（ultra-reliable）及び低遅延（low latency）を要求するサービスを提供することができる。
【００３５】
また、本発明は多数の端末に転送したデータに対する応答の送受信のための端末と基地局との間の別途のベアラーを設定することができる。
【００３６】
また、本発明は多数の端末に転送したデータに対する応答の送受信のためのネットワークノード（Network Node）と基地局との間に基地局単位でベアラーを設定することができる。
【００３７】
また、本発明は多数の端末に転送したデータに対する応答の送受信のための別途のベアラーを設定することによって、基地局単位でベアラー管理を行うことによって、オーバーヘッド及び遅延を減少させることができる。
【００３８】
また、本発明は多数の端末に転送したデータに対する応答の送受信のための別途のベアラーを設定することによって、別途のバッファ及びアップリンク資源要請を通じての高いスケジューリング優先順位を確保することができる。
【００３９】
本明細書で得ることができる効果は以上で言及した効果に制限されず、言及しない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。
【図面の簡単な説明】
【００４０】
【図１】本発明が適用できるＬＴＥシステムに関連するＥＰＳ（Evolved Packet System）の一例を示す図である。
【図２】本発明が適用される無線通信システムを示す図である。
【図３】本発明が適用できるＥ−ＵＴＲＡＮとＥＰＣ間の機能分割（functional split）の一例を示すブロック図である。
【図４】発明の技術的特徴が適用できる無線プロトコル構造（radio protocol architecture）の一例を示すブロック図である。
【図５】本発明が適用できる３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに用いられる物理チャンネル及びこれらを用いた一般的な信号転送方法を説明するための図である。
【図６】本発明が適用できるＲＲＣ連結を確立する過程を示す流れ図である。
【図７】本発明が適用できるＲＲＣ連結再設定過程を示す流れ図である。
【図８】本発明が適用できる無線通信システムにおけるＭＡＣエンティティ（entity）で使用するＭＡＣ ＰＤＵを例示する図である。
【図９】本発明が適用できる無線通信システムにおけるＭＡＣ ＰＤＵのサブヘッダを例示する。
【図１０】本発明が適用できる無線通信システムにおけるＭＡＣ ＰＤＵのサブヘッダを例示する。
【図１１】本発明が適用できる無線通信システムにおけるバッファ状態報告のためのＭＡＣ制御要素のフォーマットを例示する図である。
【図１２】本発明が適用できる無線通信システムにおける端末のアップリンク資源割り当て過程を例示する図である。
【図１３】ＬＴＥシステムにおけるランダム接続過程（Random Access Procedure）の一例を示す。
【図１４】本発明が適用できる無線通信システムにおけるＥＭＭ及びＥＣＭ状態を例示する図である。
【図１５】本発明が適用できる無線通信システムにおけるベアラー構造を例示した図である。
【図１６】本発明の適用できる無線通信システムにおけるＥＭＭ登録状態で制御平面（control plane）及びユーザ平面（user plane）の転送経路を例示する図である。
【図１７】基本ベアラー活性化（activation）手続の一例を示す図である。
【図１８】専用ベアラー不活性化（deactivation）手続の一例を示す図である。
【図１９】専用ベアラー不活性化（deactivation）手続の一例を示す図である。
【図２０】５Ｇサービスの種類及び要求事項の一例を示す図である。
【図２１】本発明が適用できる無線通信システムのベアラー構造の一例を示す図である。
【図２２】本発明が適用できる無線通信システムにおけるベアラーを設定するための方法の一例を示す図である。
【図２３】本発明が適用できる無線通信システムにおけるベアラーを通じてデータを送受信するための方法の一例を示す図である。
【図２４】本発明が適用できる無線通信システムにおける連結状態の端末がベアラーを通じてデータを送受信するための方法及びデータフォーマットの一例を示す図である。
【図２５】本発明が適用できる無線通信システムにおける連結状態の端末がベアラーを通じてデータを送受信するための方法及びデータフォーマットの一例を示す図である。
【図２６】本発明が適用できる無線通信システムにおける遊休状態の端末がベアラーを通じてデータを送受信するための方法の一例を示す図である。
【図２７】本発明が適用できる無線通信システムにおける遊休状態の端末がベアラーを通じてデータを送受信するための方法の更に他の一例を示す図である。
【図２８】本発明が適用できる無線装置の内部ブロック図の一例を示す図である。
【発明を実施するための形態】
【００４１】
以下、本発明に従う好ましい実施形態を添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするものでない。以下の詳細な説明は本発明の完全な理解を提供するために具体的な細部事項を含む。しかしながら、当業者は本発明がこのような具体的細部事項無しでも実施できることが分かる。
【００４２】
幾つかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心にしたブロック図形式に図示できる。
【００４３】
本明細書で説明するメッセージ、フレーム、信号、フィールド、及び装置は本発明を説明するためのものであって、各々の名称に限定されず、同一な機能を遂行する他のメッセージ、フレーム、信号、フィールド、及び装置に取替できる。
【００４４】
本発明で基地局は端末と直接的に通信を遂行するネットワークの終端ノード（terminal node）としての意味を有する。本文書で基地局により遂行されることと説明された特定の動作は、場合によっては基地局の上位ノード（upper node）により遂行されることもできる。即ち、基地局を含む多数のネットワークノード（network nodes）からなるネットワークにおける端末との通信のために遂行される多様な動作は基地局または基地局の以外の他のネットワークノードにより遂行できることは自明である。‘基地局（ＢＳ：Base Station）’は、固定局（fixed station）、Ｎｏｄｅ Ｂ、ｅＮＢ（evolved-Node B）、ＢＴＳ（base transceiver system）、アクセスポイント（ＡＰ：Access Point）、ＭｅＮＢ（Macro eNB or Master eNB）、ＳｅＮＢ（Secondary eNB）などの用語により取替できる。
【００４５】
また、‘端末（Terminal）’は固定されるか、または移動性を有することができ、ＵＥ（User Equipment）、ＭＳ（Mobile Station）、ＵＴ（user terminal）、ＭＳS（Mobile Subscriber Station）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）、ＷＴ（Wireless terminal）、ＭＴＣ（Machine-Type Communication）装置、Ｍ２Ｍ（Machine-to-Machine）装置、Ｄ２Ｄ（Device-to-Device）装置などの用語に取替できる。
【００４６】
また、本発明で説明する各ステップはその順序に関わらず遂行できる。
【００４７】
以下、ダウンリンク（ＤＬ：downlink）は基地局から端末への通信を意味し、アップリンク（ＵＬ：uplink）は端末から基地局への通信を意味する。ダウンリンクで送信器は基地局の一部であり、受信機は端末の一部でありうる。アップリンクで送信器は端末の一部であり、受信機は基地局の一部でありうる。
【００４８】
以下の説明で使われる特定の用語は本発明の理解を助けるために提供されたものであり、このような特定用語の使用は本発明の技術的思想を逸脱しない範囲で他の形態に変更できる。
【００４９】
以下の技術はＣＤＭＡ（code division multiple access）、ＦＤＭＡ（frequency division multiple access）、ＴＤＭＡ（time division multiple access）、ＯＦＤＭＡ（orthogonal frequency division multiple access）、ＳＣ−ＦＤＭＡ（single carrier frequency division multiple access）、ＮＯＭＡ（non-orthogonal multiple access）などの多様な無線接続システムに利用できる。ＣＤＭＡは、ＵＴＲＡ（universal terrestrial radio access）やＣＤＭＡ２０００などの無線技術（radio technology）で具現できる。ＴＤＭＡは、ＧＳＭ（global system for mobile communications）／ＧＰＲＳ（general packet radio service）／ＥＤＧＥ（enhanced data rates for GSM evolution）のような無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（evolved UTRA）などの無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（universal mobile telecommunications system）の一部である。３ＧＰＰ（3rd generation partnership project）ＬＴＥ（longterm evolution）はＥ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（evolved UMTS）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（advanced）は３ＧＰＰ ＬＴＥの進化である。
【００５０】
図１は、本発明が適用できるＬＴＥシステムに関連したＥＰＳ（Evolved Packet System）の一例を示す図である。
【００５１】
ＬＴＥシステムは、ユーザ端末（ＵＥ）とＰＤＮ（pack data network）との間にユーザが移動中に最終ユーザの応用プログラム使用に妨害を与えない、かつ絶えないＩＰ連結性（Internet Protocol connectivity）を提供することを目標とする。ＬＴＥシステムは、ユーザ端末と基地局との間の無線プロトコル構造（radio protocol architecture）を定義するＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）を介しての無線接続の進化を完遂し、これはＥＰＣ（Evolved Packet Core）ネットワークを含むＳＡＥ（System Architecture Evolution）により非−無線的側面での進化を通じても達成される。ＬＴＥとＳＡＥは、ＥＰＳ（Evolved Packet System）を含む。
【００５２】
ＥＰＳはＰＤＮ内でゲートウェイ（gateway）からユーザ端末にＩＰトラフィックをルーティングするためにＥＰＳベアラー（EPS bearers）という概念を使用する。ベアラー（bearer）は上記ゲートウェイとユーザ端末との間に特定のＱｏＳ（Quality of Service）を有するＩＰパケットフロー（IP packet flow）である。Ｅ−ＵＴＲＡＮとＥＰＣは応用プログラムにより要求されるベアラーを共に設定または解除（release）する。
【００５３】
ＥＰＣは、ＣＮ（core network）とも呼ばれ、ＵＥを制御し、ベアラーの設定を管理する。
【００５４】
図１に示すように、上記ＳＡＥのＥＰＣのノード（論理的または物理的ノード）はＭＭＥ（Mobility Management Entity）３０、ＰＤＮ−ＧＷまたはＰ−ＧＷ（PDN gateway）５０、Ｓ−ＧＷ（Serving Gateway）４０、ＰＣＲＦ（Policy and Charging Rules Function）６０、ＨＳＳ（Home subscriber Server）７０などを含む。
【００５５】
ＭＭＥ ３０はＵＥ １０とＣＮとの間のシグナリングを処理する制御ノードである。ＵＥ １０とＣＮとの間に交換されるプロトコルはＮＡＳ（Non-Access Stratum）プロトコルとして知られている。ＭＭＥ ３０によりサポートされる機能の一例は、ベアラーの設定、管理、解除を含んでＮＡＳプロトコル内のセッション管理階層（session management layer）により操作されるベアラー管理（bearer management）に関連した機能、ネットワークとＵＥ １０との間の連結（connection）及び保安（Security）の設立に含んでＮＡＳプロトコル階層で連結階層または移動制御階層（mobility management layer）により操作される。
【００５６】
本発明において、前記ＭＭＥ ３０は端末に対する認証及びcontext情報を処理することに必要な機能が具現された個体であり、１つの実施形態として説明されたものである。したがって、前記ＭＭＥ ３０だけでなく、他の装置も該当機能を遂行することができる。
【００５７】
Ｓ−ＧＷ４０はＵＥ １０が基地局（ｅＮｏｄｅ Ｂ）２０間に移動する時、データベアラーのためのローカル移動性アンカー（local mobility anchor）の役割をする。全てのユーザＩＰパケットはＳ−ＧＷ ４０を通じて送信される。また、Ｓ−ＧＷ ４０はＵＥ １０がECM-IDLE状態と知られた遊休状態（idle state）におり、ＭＭＥ ３０がベアラーを再設定（re-establish）するためにＵＥ １０のページングを開示する間、ダウンリンクデータを臨時にバッファリングする時、ベアラーに関連した情報を維持する。また、ＧＲＰＳ（General Packet Radio Service）、ＵＭＴＳ（Universal Mobile Telecommunications System）のような他の３ＧＰＰ技術とのインターワーキング（inter-working）のための移動性アンカー（mobility anchor）の役割を遂行する。
【００５８】
本発明において、前記Ｓ−ＧＷ ４０はユーザデータのルーティング／フォワーディングを処理することに必要な機能が具現された個体であり、実施形態として説明されたものである。したがって、前記Ｓ−ＧＷ ４０だけでなく、他の装置も該当機能を遂行することができる。
【００５９】
Ｐ−ＧＷ ５０は、ＵＥのためのＩＰアドレス割り当てを遂行し、ＱｏＳ執行（QoS enforcement）及びＰＣＲＦ ６０からの規則によってフロー−基盤の課金（flow-based charging）を遂行する。Ｐ−ＧＷ ５０は、ＧＢＲベアラー（Guaranteed Bit Rate（GBR）bearers）のためのＱｏＳ執行を遂行する。また、ＣＤＭＡ２０００やＷｉＭＡＸネットワークのような非３ＧＰＰ（non-3GPP）技術とのインターワーキングのための移動性アンカー（mobility anchor）の役割も遂行する。
【００６０】
本発明において、前記Ｐ−ＧＷ ５０はユーザデータのルーティング／フォワーディングを処理することに必要な機能が具現された個体であり、実施形態として説明されたものである。したがって、前記Ｐ−ＧＷ ５０だけでなく、他の装置も該当機能を遂行することができる。
【００６１】
ＰＣＲＦ ６０は、政策制御意思決定（policy control decision-making）を遂行し、フロー−基盤の課金（flow-based charging）を遂行する。
【００６２】
ＨＳＳ ７０は、ＨＬＲ（Home Location Register）とも呼ばれ、EPS-subscribed QoSプロファイル（profile）及びローミングのための接続制御情報などを含むＳＡＥ加入データ（SAE subscription data）を含む。また、ユーザが接続するＰＤＮに対する情報も含む。このような情報は、ＡＰN（Access Point Name）形態に維持できるが、ＡＰＮはＤＮＳ（Domain Name system）基盤のラベル（label）で、ＰＤＮに対するアクセスポイントまたは加入したＩＰアドレスを示すＰＤＮアドレスを説明する識別技法である。
【００６３】
図１に示すように、ＥＰＳネットワーク要素（EPS network elements）の間にはＳ１−Ｕ、Ｓ１−ＭＭＥ、Ｓ５／Ｓ８、Ｓ１１、Ｓ６ａ、Ｇｘ、Ｒｘ、及びＳＧのような多様なインターフェースが定義できる。
【００６４】
以下、移動性管理（mobility management：ＭＭ）の概念と移動性管理（ＭＭ）バックオフタイマー（back-off timer）を詳細に説明する。移動性管理（ＭＭ）は、Ｅ−ＵＴＲＡＮ上のオーバーヘッドとＵＥでのプロセシングを減少させるための手続である。
【００６５】
移動性管理（ＭＭ）が適用される場合、アクセスネットワークにおけるＵＥに関連した全ての情報はデータが不活性化される期間の間解除できる。ＭＭＥは、上記アイドル（Idle）区間の間ＵＥコンテキスト（context）及び設定されたベアラーに関連した情報を維持することができる。
【００６６】
ネットワークがECM-IDLE状態にあるＵＥに接触できるように、ＵＥは現在のＴＡ（Tracking Area）を逸脱する度にネットワークに新たな位置に関して知らせることができる。このような手続は“Tracking Area Update”と呼ばれることができ、この手続はＵＴＲＡN（universal terrestrial radio access network）やＧＥＲＡＮ（GSM EDGE Radio Access Network）システムで“Routing Area Update”と呼ばれることができる。ＭＭＥは、ＵＥがECM-IDLE状態にある間ユーザ位置を追跡する機能を遂行する。
【００６７】
ECM-IDLE状態にあるＵＥに伝達しなければならないダウンリンクデータがある場合、ＭＭＥはＵＥが登録されたＴＡ（tracking area）上の全ての基地局（ｅＮｏｄｅ Ｂ）にページングメッセージを送信する。
【００６８】
次に、基地局は無線インターフェース（radio interface）上にＵＥに対してページングを始める。ページングメッセージが受信されることによって、ＵＥの状態がECM-CONNECTED状態に遷移するようにする手続を遂行する。このような手続は“Service Request Procedure”と呼ばれることができる。これによって、ＵＥに関連した情報はＥ−ＵＴＲＡＮで生成され、全てのベアラーは再設定（re-establish）される。ＭＭＥはラジオベアラー（radio bearer）の再設定と、基地局上でＵＥコンテキストを更新する役割を遂行する。
【００６９】
前述した移動性管理（ＭＭ）手続が遂行される場合、ＭＭ（mobility management）バックオフタイマーがさらに使用できる。具体的に、ＵＥはＴＡを更新するためにＴＡＵ（Tracking Area Update）を送信することができ、ＭＭＥは核心網の混雑（core network congestion）によってＴＡＵ要請を拒絶することができるが、この場合、ＭＭバックオフタイマーに関連した時間値を提供することができる。該当時間値を受信することによって、ＵＥはＭＭバックオフタイマーを活性化させることができる。
【００７０】
図２は、本発明が適用される無線通信システムを示す。
【００７１】
これは、Ｅ−ＵＴＲＡＮ（Evolved-UMTS Terrestrial Radio Access Network）、またはＬＴＥ（Long Term Evolution）／ＬＴＥ−Ａシステムとも呼ばれることができる。
【００７２】
Ｅ−ＵＴＲＡＮは、端末１０（User Equipment：ＵＥ）に制御プレーン（control plane）とユーザプレーン（user plane）を提供する基地局２０（Base Station：ＢＳ）を含む。
【００７３】
基地局２０は、Ｘ２インターフェースを介して互いに連結できる。基地局２０は、Ｓ１インターフェースを介してＥＰＣ（Evolved Packet Core）、より詳しくは、Ｓ１−ＭＭＥを通じてＭＭＥ（Mobility Management Entity）とＳ１−Ｕを通じてＳ−ＧＷ（Serving Gateway）と連結される。
【００７４】
ＥＰＣは、ＭＭＥ、Ｓ−ＧＷ、及びＰ−ＧＷ（Packet Data Network-Gateway）で構成される。ＭＭＥは、端末の接続情報や端末の能力に関する情報を有しており、このような情報は端末の移動性管理に主に使われる。Ｓ−ＧＷはＥ−ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ−ＧＷはＰＤＮを終端点として有するゲートウェイである。
【００７５】
端末とネットワークとの間の無線インターフェースプロトコル（Radio Interface Protocol）の階層は通信システムで広く知られた開放型システム間相互接続（Open System Interconnection：ＯＳＩ）基準モデルの下位３個の階層に基づいてＬ１（第１階層）、Ｌ２（第２階層）、及びＬ３（第３階層）に区分できるが、そのうち、第１階層に属する物理階層は物理チャンネル（Physical Channel）を用いた情報転送サービス（Information Transfer Service）を提供し、第３階層に位置するＲＲＣ（Radio Resource Control）階層は端末とネットワークとの間に無線資源を制御する役割を遂行する。このために、ＲＲＣ階層は端末と基地局との間のＲＲＣメッセージを交換する。
【００７６】
図３は、本発明が適用できるＥ−ＵＴＲＡＮとＥＰＣとの間の機能分割（functional split）の一例を示すブロック図である。
【００７７】
図３を参照すると、斜線を施したブロックは無線プロトコル階層（radio protocol layer）を示し、空のブロックは制御プレーンの機能的個体（functional entity）を示す。
【００７８】
基地局は、次のような機能を遂行する。（１）無線ベアラー制御（Radio Bearer Control）、無線許諾制御（Radio Admission Control）、連結移動性制御（Connection Mobility Control）、端末への動的資源割り当て（dynamic resource allocation）のような無線資源管理（Radio Resource Management：ＲＲＭ）機能、（２）ＩＰ（Internet Protocol）ヘッダ圧縮及びユーザデータストリームの解読（encryption）、（３）Ｓ−ＧＷへのユーザプレーンデータのルーティング（routing）、（４）ページング（paging）メッセージのスケジューリング及び転送、（５）ブロードキャスト（broadcast）情報のスケジューリング及び転送、（６）移動性とスケジューリングのための測定と測定報告設定。
【００７９】
ＭＭＥは、次のような機能を遂行する。（１）基地局にページングメッセージの分散、（２）保安制御（Security Control）、（３）アイドル状態移動性制御（Idle State Mobility Control）、（４）ＳＡＥベアラー制御、（５）ＮＡＳ（Non-Access Stratum）シグナリングの暗号化（Ciphering）及び無欠保護（Integrity Protection）。
【００８０】
Ｓ−ＧＷは、次のような機能を遂行する。（１）ページングに対するユーザプレーンパケットの終点（termination）、（２）端末移動性のサポートのためのユーザプレーンスイッチング。
【００８１】
図４は、発明の技術的特徴が適用できる無線プロトコル構造（radio protocol architecture）の一例を示すブロック図である。
【００８２】
前記図４の（ａ）はユーザ平面（user plane）に対する無線プロトコル構造（radio protocol architecture）の一例を示し、前記図４の（ｂ）は制御平面（control plane）に対する無線プロトコル構造の一例を示すブロック図である。
【００８３】
ユーザ平面はユーザデータ転送のためのプロトコルスタック（protocol stack）であり、制御平面は制御信号転送のためのプロトコルスタックである。
【００８４】
前記図４の（ａ）及び（ｂ）を参照すると、物理階層（ＰＨＹ（physical）layer）は物理チャンネル（physical channel）を用いて上位階層に情報転送サービス（information transfer service）を提供する。物理階層は上位階層であるＭＡＣ（Medium Access Control）階層とは転送チャンネル（transport channel）を介して連結されている。転送チャンネルを介してＭＡＣ階層と物理階層との間にデータが移動する。転送チャンネルは、無線インターフェースを介してデータがどのようにどんな特徴として転送されるかによって分類される。
【００８５】
互いに異なる物理階層の間、即ち送信器と受信機の物理階層の間は物理チャンネルを介してデータが移動する。上記物理チャンネルは、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式により変調されることができ、時間と周波数を無線資源に活用する。
【００８６】
ＭＡＣ階層の機能は論理チャンネルと転送チャンネルとの間のマッピング及び論理チャンネルに属するＭＡＣ ＳＤＵ（service data unit）の転送チャンネル上に物理チャンネルに提供される転送ブロック（transport block）への多重化／逆多重化（‘／’の意味は‘or’と‘and’の概念を全て含む）を含む。ＭＡＣ階層は論理チャンネルを介してＲＬＣ（Radio Link Control）階層にサービスを提供する。
【００８７】
ＲＬＣ階層の機能はＲＬＣ ＳＤＵの連結（concatenation）、分割（segmentation）、及び再結合（reassembly）を含む。無線ベアラー（Radio Bearer：ＲＢ）が要求する多様なＱｏＳ（Quality of Service）を保証するために、ＲＬＣ階層は透明モード（Transparent Mode：ＴＭ）、非確認モード（Unacknowledged Mode：ＵＭ）、及び確認モード（Acknowledged Mode：ＡＭ）の３種類の動作モードを提供する。ＡＭ ＲＬＣは、ＡＲＱ（automatic repeat request）を通じて誤り訂正を提供する。
【００８８】
ＲＲＣ（Radio Resource Control）階層は制御プレーンのみで定義される。ＲＲＣ階層は無線ベアラーの設定（configuration）、再設定（re-configuration）、及び解除（release）と関連して論理チャンネル、転送チャンネル、及び物理チャンネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第１階層（ＰＨＹ階層）及び第２階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）により提供される論理的経路を意味する。
【００８９】
ユーザプレーンでのＰＤＣＰ（Packet Data Convergence Protocol）階層の機能はユーザデータの伝達、ヘッダ圧縮（header compression）、及び暗号化（ciphering）を含む。制御プレーンでのＰＤＣＰ（Packet Data Convergence Protocol）階層の機能は制御プレーンデータの伝達及び暗号化／無欠性保護（integrity protection）を含む。
【００９０】
ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル階層及びチャンネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢはＳＲＢ（Signaling RB）とＤＲＢ（Data RB）の２つに分けられる。ＳＲＢは、制御プレーンでＲＲＣメッセージを転送する通路に使われ、ＤＲＢはユーザプレーンでユーザデータを転送する通路に使われる。
【００９１】
端末のＲＲＣ階層とＥ−ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ連結（RRC Connection）が確立されれば、端末はＲＲＣ連結（RRC connected）状態にあるようになり、そうでない場合、ＲＲＣアイドル（RRC idle）状態にいるようになる。
【００９２】
ネットワークにおける端末にデータを転送するダウンリンク転送チャンネルにはシステム情報を転送するＢＣＨ（Broadcast Channel）とその以外にユーザトラフィックや制御メッセージを転送するダウンリンクＳＣＨ（Shared channel）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して転送されることもでき、または別途のダウンリンクＭＣＨ（Multicast Channel）を介して転送されることもできる。一方、端末からネットワークにデータを転送するアップリンク転送チャンネルには、初期制御メッセージを転送するＲＡＣＨ（Random Access Channel）と、その以外にユーザトラフィックや制御メッセージを転送するアップリンクＳＣＨ（Shared channel）がある。
【００９３】
転送チャンネル上位におり、転送チャンネルにマッピングされる論理チャンネル（Logical Channel）には、ＢＣＣＨ（Broadcast Control Channel）、ＰＣＣＨ（Paging Control Channel）、ＣＣＣＨ（Common Control Channel）、ＭＣＣＨ（Multicast Control Channel）、ＭＴＣＨ（Multicast Traffic Channel）などがある。
【００９４】
物理チャンネル（Physical Channel）は、時間領域で多数このOFDMシンボルと、周波数領域で多数個の副搬送波（Sub-carrier）から構成される。１つのサブフレーム（Sub-frame）は時間領域で複数のＯＦＤＭシンボル（Symbol）から構成される。資源ブロックは資源割り当て単位で、複数のＯＦＤＭシンボルと複数の副搬送波（sub-carrier）から構成される。また、各サブフレームはＰＤＣＣＨ（Physical Downlink Control Channel）、即ちＬ１／Ｌ２制御チャンネルのために該当サブフレームの特定ＯＦＤＭシンボル（例：最初のＯＦＤＭシンボル）の特定副搬送波を用いることができる。ＴＴＩ（Transmission Time Interval）はサブフレーム転送の単位時間である。
【００９５】
図５は、本発明が適用できる３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに用いられる物理チャンネル及びこれらを用いた一般的な信号転送方法を説明するための図である。
【００９６】
電源が切れた状態でまた電源が入るか、または新しくセルに進入した端末はステップＳ５０１で基地局と同期を合せるなどの初期セル探索（initial cell search）作業を遂行する。このために端末は基地局から主同期チャンネル（Ｐ−ＳＣＨ：primary synchronization channel）及び副同期チャンネル（Ｓ−ＳＣＨ：secondary synchronization channel）を受信して基地局と同期を合せて、セルＩＤ（identifier）などの情報を獲得する。
【００９７】
その後、端末は基地局から物理放送チャンネル（ＰＢＣＨ：physical broadcast channel）信号を受信してセル内の放送情報を獲得することができる。一方、端末は初期セル探索ステップでダウンリンク参照信号（ＤＬ ＲＳ：downlink reference signal）を受信してダウンリンクチャンネル状態を確認することができる。
【００９８】
初期セル探索を終えた端末はステップＳ５０２でＰＤＣＣＨ及びＰＤＣＣＨ情報に従うＰＤＳＣＨを受信して、より具体的なシステム情報を獲得することができる。
【００９９】
以後、端末は基地局に接続を完了するために、以後、ステップＳ５０３からステップＳ５０６のようなランダムアクセス手続（random access procedure）を遂行することができる。このために端末は物理ランダムアクセスチャンネル（ＰＲＡＣＨ：physical random access channel）を介してプリアンブル（preamble）を転送し（Ｓ５０３）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージを受信することができる（Ｓ５０４）。競争基盤ランダムアクセスの場合、端末は追加的なＰＲＡＣＨ信号の転送（Ｓ５０５）及びＰＤＣＣＨ信号及びこれに対応するＰＤＳＣＨ信号の受信（Ｓ５０６）のような衝突解決手続（contention resolution procedure）を遂行することができる。
【０１００】
前述したような手続を遂行した端末は、以後、一般的なアップ／ダウンリンク信号転送手続としてＰＤＣＣＨ信号及び／又はＰＤＳＣＨ信号の受信（Ｓ５０７）及び物理アップリンク共有チャンネル（ＰＵＳＣＨ）信号及び／又は物理アップリンク制御チャンネル（ＰＵＣＣＨ）信号の転送（Ｓ５０８）を遂行することができる。
【０１０１】
端末が基地局に転送する制御情報を通称してアップリンク制御情報（ＵＣＩ：uplink control information）と称する。ＵＣＩは、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ、スケジューリング要請（ＳＲ：scheduling request）、チャンネル品質指示子（ＣＱＩ）、プリコーディング行列指示子（ＰＭＩ：precoding matrix indicator）、ランク指示子（ＲＩ：rank indication）情報などを含む。
【０１０２】
ＬＴＥ／ＬＴＥ−Ａシステムにおいて、ＵＣＩは一般的にＰＵＣＣＨを介して周期的に転送されるが、制御情報とトラフィックデータが同時に転送されなければならない場合、ＰＵＳＣＨを介して転送できる。また、ネットワークの要請／指示によりＰＵＳＣＨを介してＵＣＩを非周期的に転送することができる。
【０１０３】
以下、端末のＲＲＣ状態（RRC state）とＲＲＣ連結方法について詳述する。
【０１０４】
ＲＲＣ状態とは、端末のＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的連結（logical connection）されているか否かをいい、連結されている場合はＲＲＣ連結状態、連結されていない場合はＲＲＣアイドル状態と呼ぶ。ＲＲＣ連結状態の端末はＲＲＣ連結が存在するので、Ｅ−ＵＴＲＡＮは該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。
【０１０５】
一方、ＲＲＣアイドル状態の端末はＥ−ＵＴＲＡＮが把握することはできず、セルより大きい地域単位であるトラッキング区域（Tracking Area）単位でＣＮ（core network）が管理する。即ち、ＲＲＣアイドル状態の端末は大きい地域単位で存否のみ把握され、音声やデータのような通常の移動通信サービスを受けるためにはＲＲＣ連結状態に移動しなければならない。
【０１０６】
ユーザが端末の電源を最初に入れた時、端末は先に適切なセルを探索した後、該当セルでＲＲＣアイドル状態に留まる。ＲＲＣアイドル状態の端末はＲＲＣ連結を結ばれる必要がある時、始めてＲＲＣ連結過程（RRC connection procedure）を通じてＥ−ＵＴＲＡＮとＲＲＣ連結を確立し、ＲＲＣ連結状態に遷移する。ＲＲＣアイドル状態にいた端末がＲＲＣ連結を結ばれる必要がある場合はいろいろあるが、例えばユーザの通話試みなどの理由により上向きデータ転送が必要であるか、でなければＥ−ＵＴＲＡＮから呼び出し（paging）メッセージを受信した場合、これに対する応答メッセージ転送などを挙げることができる。
【０１０７】
ＲＲＣ階層の上位に位置するＮＡＳ（Non-Access Stratum）階層は連結管理（Session Management）と移動性管理（Mobility Management）などの機能を遂行する。
【０１０８】
ＮＡＳ階層で端末の移動性を管理するためにEMM-REGISTERED（EPS Mobility Management-REGISTERED）及びEMM-DEREGISTEREDの２つ状態が定義されており、この２つ状態は端末とＭＭＥに適用される。初期端末はEMM-DEREGISTERED状態であり、この端末がネットワークに接続するために初期連結（Initial Attach）手続を通じて該当ネットワークに登録する過程を遂行する。前記連結（Attach）手続が成功的に遂行されれば、端末及びＭＭＥはEMM-REGISTERED状態となる。
【０１０９】
端末とＥＰＣとの間のシグナリング連結（signaling connection）を管理するために、ＥＣＭ（EPS Connection Management）−ＩＤＬＥ状態及びECM-CONNECTED状態の２つ状態が定義されており、この２つ状態は端末及びＭＭＥに適用される。ECM-IDLE状態の端末がＥ−ＵＴＲＡＮとＲＲＣ連結を結ばれれば、該当端末はECM-CONNECTED状態となる。
【０１１０】
ECM-IDLE状態にあるＭＭＥはＥ−ＵＴＲＡＮとＳ１連結（S1 connection）を結ばれれば、ECM-CONNECTED状態となる。端末がECM-IDLE状態にある時にはＥ−ＵＴＲＡＮは端末の背景（context）情報を有していない。したがって、ECM-IDLE状態の端末はネットワークの命令を受ける必要無しでセル選択（cell selection）またはセル再選択（reselection）のような端末基盤の移動性関連手続を遂行する。一方、端末がECM-CONNECTED状態にある時には端末の移動性はネットワークの命令により管理される。ECM-IDLE状態で端末の位置がネットワークが知っている位置と変わる場合、端末はトラッキング区域更新（Tracking Area Update）手続を通じてネットワークに端末の該当位置を知らせる。
【０１１１】
次に、システム情報（System Information）について説明する。
【０１１２】
システム情報は端末が基地局に接続するために知っていなければならない必須情報を含む。したがって、端末は基地局に接続する前にシステム情報を全て受信していなければならず、また常に最新のシステム情報を有していなければならない。そして、前記システム情報は１つのセル内の全ての端末が知っていなければならない情報であるので、基地局は周期的に前記システム情報を転送する。
【０１１３】
３ＧＰＰ ＴＳ ３６．３３１ Ｖ８．７．０（２００９−０９）“Radio Resource Control（ＲＲＣ）；Protocol specification（Release 8）”の５．２．２節によれば、前記システム情報は、ＭＩＢ（Master Information Block）、ＳＢ（Scheduling Block）、ＳＩＢ（System Information Block）に分けられる。ＭＩＢは、端末が該当セルの物理的構成、例えば帯域幅（Bandwidth）などが分かるようにする。ＳＢは、ＳＩＢの転送情報、例えば、転送周期などを知らせる。ＳＩＢは、互いに関連のあるシステム情報の集合体である。例えば、あるＳＩＢは周辺のセルの情報のみを含み、あるＳＩＢは端末が使用するアップリンク無線チャンネルの情報のみを含む。
【０１１４】
図６は、本発明が適用できるＲＲＣ連結を確立する過程を示す流れ図である。
【０１１５】
端末はＲＲＣ連結を要請するＲＲＣ連結要請（RRC Connection Request）メッセージをネットワークに送る（Ｓ６０１０）。ネットワークは、ＲＲＣ連結要請に対する応答としてＲＲＣ連結設定（RRC Connection Setup）メッセージを送る（Ｓ６０２０）。ＲＲＣ連結設定メッセージを受信した後、端末はＲＲＣ連結モードに進入する。
【０１１６】
端末はＲＲＣ連結確立の成功裏な完了を確認するために使われるＲＲＣ連結設定完了（RRC Connection Setup Complete）メッセージをネットワークに送る（Ｓ６０３０）。
【０１１７】
図７は、本発明が適用できるＲＲＣ連結再設定過程を示す流れ図である。
【０１１８】
ＲＲＣ連結再設定（reconfiguration）は、ＲＲＣ連結を修正することに使われる。これはＲＢ確立／修正（modify）／解除（release）、ハンドオーバー遂行、測定セットアップ／修正／解除するために使われる。
【０１１９】
ネットワークは端末にＲＲＣ連結を修正するためのＲＲＣ連結再設定（RRC Connection Reconfiguration）メッセージを送る（Ｓ７０１０）。端末はＲＲＣ連結再設定に対する応答としてＲＲＣ連結再設定の成功的な完了を確認するために使われるＲＲＣ連結再設定完了（RRC Connection Reconfiguration Complete）メッセージをネットワークに送る（Ｓ７０２０）。
【０１２０】
バッファ状態報告（BＳＲ：buffer status reporting）
【０１２１】
図８は、本発明が適用できる無線通信システムにおけるＭＡＣエンティティ（entity）で使用するＭＡＣ ＰＤＵを例示する図である。
【０１２２】
前記図８を参照すると、ＭＡＣ ＰＤＵはＭＡＣヘッダ（header）、少なくとも１つのＭＡＣ ＳＤＵ（service data unit）、及び少なくとも１つのＭＡＣ制御要素（control element）を含み、付加的にパッディング（padding）をさらに含むことができる。場合によって、ＭＡＣ ＳＤＵ及びＭＡＣ制御要素のうちの少なくとも１つはＭＡＣ ＰＤＵに含まれないことがある。
【０１２３】
前記図８に図示したように、ＭＡＣ制御要素はＭＡＣ ＳＤＵより先行して位置することが一般的である。そして、ＭＡＣ制御要素のサイズは固定または可変的でありうる。ＭＡＣ制御要素のサイズが可変的な場合、拡張されたビット（extentded bit）を通じてＭＡＣ制御要素のサイズが拡張されたか否かを判断することができる。ＭＡＣ ＳＤＵのサイズやはり可変的でありうる。
【０１２４】
ＭＡＣヘッダは少なくとも１つ以上のサブヘッダ（sub-header）を含むことができる。この際、ＭＡＣヘッダに含まれる少なくとも１つ以上のサブヘッダは各々のＭＡＣ ＳＤＵ、ＭＡＣ制御要素及びパッディングに対応するものであって、サブヘッダの順序は対応する要素の配置順序と同一である。例えば、ＭＡＣ ＰＤＵにＭＡＣ制御要素１、ＭＡＣ制御要素２、複数個のＭＡＣ ＳＤＵ、及びパッディングが含まれていれば、ＭＡＣヘッダではＭＡＣ制御要素１に対応するサブヘッダ、ＭＡＣ制御要素２に対応するサブヘッダ、複数個のＭＡＣ ＳＤＵの各々に対応する複数個のサブヘッダ及びパッディングに対応するサブヘッダが順に配置できる。
【０１２５】
ＭＡＣヘッダに含まれるサブヘッダは６個のヘッダフィールドを含むことができる。具体的に、サブヘッダはＲ／Ｒ／Ｅ／ＬＣＩＤ／Ｆ／Ｌの６個のヘッダフィールドを含むことができる。
【０１２６】
固定されたサイズのＭＡＣ制御要素に対応するサブヘッダ及びＭＡＣ ＰＤＵに含まれたデータフィールドのうち、最後のものに対応するサブヘッダに対しては４個のヘッダフィールドを含むサブヘッダが使われることができる。このようにサブヘッダが４個のフィールドを含む場合、４個のフィールドはＲ／Ｒ／Ｅ／ＬＣＩＤでありうる。
【０１２７】
図９及び図１０は、本発明が適用できる無線通信システムにおけるＭＡＣ ＰＤＵのサブヘッダを例示する。
【０１２８】
前記図９及び前記図１０を参照して各フィールドを説明すると、次の通りである。
【０１２９】
１）Ｒ：予約ビット（Reserved bit）であり、使われないビットである。
【０１３０】
２）Ｅ：拡張フィールド（Extended field）であって、サブヘッダに対応する要素の拡張有無を示す。例えば、Ｅフィールドが‘０’の場合、サブヘッダに対応する要素は反復無しで終了し、Ｅフィールドが‘１’の場合、サブヘッダに対応する要素は１回さらに反復されて、その長さが２つ拡張できる。
【０１３１】
３）ＬＣＩＤ：論理チャンネル識別フィールド（Logical Channel Identification field）は、該当ＭＡＣ ＳＤＵと対応する論理チャンネル（logical channel）を識別するか、または該当ＭＡＣ制御要素及びパッディングのタイプを識別する。仮に、サブヘッダと関連したものがＭＡＣ ＳＤＵであれば、どんな論理チャンネルに該当するＭＡＣ ＳＤＵであるかを示し、仮にサブヘッダと関連したものがＭＡＣ制御要素であれば、どんなＭＡＣ制御要素であるかを示すことができる。
【０１３２】
以下の＜表１＞はＤＬ−ＳＣＨのためのＬＣＩＤ値の一例を示す。
【０１３３】
【表１】
0006553289.tif 000002
【０１３４】
以下の＜表２＞はＵＬ−ＳＣＨのためのＬＣＩＤの値を示す。
【０１３５】
【表２】
0006553289.tif 000003
【０１３６】
ＬＴＥ／ＬＴＥ−Ａシステムにおける端末はＬＣＩＤフィールドに短縮されたＢＳＲ（Truncated BSR）、短いＢＳＲ（Short BSR）、及び長いＢＳＲ（Long BSR）のうち、いずれか１つのインデックス値を設定することによって、ネットワークに自身のバッファ状態を報告することができる。
【０１３７】
前記＜表１＞及び前記＜表２＞に例示されたインデックス及びＬＣＩＤ値のマッピング関係を説明の便宜のために例示したものであり、本発明はこれに限定されるものではない。
【０１３８】
４）Ｆ：フォーマットフィールド（Format field）であって、Ｌフィールドのサイズを示す。
【０１３９】
５）Ｌ：長さフィールド（Length field）であって、サブヘッダと対応するＭＡＣ ＳＤＵ及びＭＡＣ制御要素のサイズを示す。サブヘッダに対応するＭＡＣ ＳＤＵまたはＭＡＣ制御要素のサイズが１２７ビットより等しいか小さければ７ビットのＬフィールドが使われ（図９の（ａ））、その他の場合には１５ビットのＬフィールドが使われることができる（図９の（ｂ））。ＭＡＣ制御要素が可変するサイズである場合、Ｌフィールドを通じてＭＡＣ制御要素のサイズが定義できる。ＭＡＣ制御要素のサイズが固定される場合、ＬフィールドにＭＡＣ制御要素のサイズが定義されなくてもＭＡＣ制御要素のサイズを決定することができるので、前記図１０のようにＦ及びＬフィールドは省略できる。
【０１４０】
図１１は、本発明が適用できる無線通信システムにおけるバッファ状態報告のためのＭＡＣ制御要素のフォーマットを例示する図である。
【０１４１】
サブヘッダのＬＣＩＤフィールドに短縮されたＢＳＲ及び短いＢＳＲが定義される場合、サブヘッダに対応するＭＡＣ制御要素は、前記図１１の（ａ）の例示のように、１つの論理チャンネルグループＩＤ（ＬＣＧ ＩＤ：Logical Channel Group Identification）フィールド及び論理チャンネルグループのバッファ状態を示す１つのバッファサイズ（Buffer Size）フィールドを含むように構成できる。ＬＣＧ ＩＤフィールドは、バッファ状態を報告すべき論理チャンネルグループを識別するためのものであって、ＬＣＧ ＩＤフィールドは２ビットのサイズを有することができる。
【０１４２】
バッファサイズフィールドは、ＭＡＣ ＰＤＵが生成された以後、論理チャンネルグループに属した全ての論理チャンネルの使用可能な総データ量を識別するためのものである。使用可能なデータはＲＬＣ階層及びＰＤＣＰ階層で転送可能な全てのデータを含み、データ量はバイト（byte）数で示す。この際、データ量を演算する時、ＲＬＣヘッダ及びＭＡＣヘッダのサイズが排除できる。バッファサイズフィールドは６ビットのサイズを有することができる。
【０１４３】
サブヘッダのＬＣＩＤフィールドに長いＢＳＲが定義される場合、サブヘッダに対応するＭＡＣ制御要素は、前記図１１の（ｂ）の例示のように、０から３のＬＣＧ ＩＤを有する４個のグループのバッファ状態を示す４個のバッファサイズフィールドが含まれることができる。各バッファサイズフィールドは互いに異なる論理チャンネルグループ別に使用可能な総データ量を識別することに利用できる。
【０１４４】
アップリンク資源割り当て手続
【０１４５】
３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムの場合、資源の活用を最大化するために基地局のスケジューリング基盤のデータ送受信方法を使用する。これは端末が転送するデータがある場合、優先的に基地局にアップリンク資源割り当てを要請し、基地局から割り当てられたアップリンク資源のみを用いてデータを転送することができることを意味する。
【０１４６】
図１２は、本発明が適用できる無線通信システムにおける端末のアップリンク資源割り当て過程を例示する図である。
【０１４７】
アップリンクの無線資源の効率よい使用のために、基地局は各端末別にどんな種類のデータをどれだけアップリンクに転送するかを知っていなければならない。したがって、端末が直接自身が転送しようとするアップリンクデータに関する情報を基地局に伝達し、基地局はこれに基づいて該当端末にアップリンク資源を割り当てることができる。この場合、端末が基地局に伝達するアップリンクデータに関する情報は自身のバッファに格納されているアップリンクデータの量であって、これをバッファ状態報告（ＢＳＲ：Buffer Status Report）と称する。ＢＳＲは、端末が現在ＴＴＩでＰＵＳＣＨ上の資源が割り当てられ、報告イベント（reporting event）がトリガリングされた場合、ＭＡＣ制御要素（MAC control element）を使用して転送される。
【０１４８】
前記図１２の（ａ）は、端末がバッファ状態報告（ＢＳＲ：buffer status reporting）のためのアップリンク無線資源が端末に割り当てられていない場合に、実際データ（actual data）のためのアップリンク資源割り当て過程を例示する。即ち、ＤＲＸモードでアクティブモードの状態を切り換える端末の場合、予め割り当てを受けたデータ資源がないので、ＰＵＣＣＨを介してのＳＲ転送を始めとして上向きデータに対する資源を要請しなければならず、この場合、５ステップのアップリンク資源割り当て手続が使われる。
【０１４９】
前記図１２の（ａ）を参照すると、端末はＢＳＲを転送するためのＰＵＳＣＨ資源が割り当てられていない場合で、端末はＰＵＳＣＨ資源の割り当てを受けるために、先にスケジューリング要請（ＳＲ：scheduling request）を基地局に転送する（Ｓ１２０１０）。
【０１５０】
スケジューリング要請は、報告イベント（reporting event）が発生したが、端末が現在ＴＴＩでＰＵＳＣＨ上に無線資源がスケジューリングされていない場合、端末がアップリンク転送のためのＰＵＳＣＨ資源の割り当てを受けるために基地局に要請するために用いられる。
【０１５１】
即ち、端末は正規的バッファ状態報告（regular BSR）がトリガー（trigger）されたが、ＢＳＲを基地局に転送するためのアップリンク無線資源を有しない時、ＰＵＣＣＨ上にＳＲを転送する。端末は、ＳＲのためのＰＵＣＣＨ資源が設定されたか否かによって端末はＰＵＣＣＨを介してＳＲを転送するか、またはランダムアクセス手続を開始する。具体的に、ＳＲが転送できるＰＵＣＣＨ資源は端末特定的に上位階層（例えば、ＲＲＣ階層）により設定され、ＳＲ設定（SR configuration）はＳＲ転送周期（SR periodicity）及びＳＲサブフレームオフセット情報を含む。
【０１５２】
端末は、基地局からＢＳＲ転送のためのＰＵＳＣＨ資源に対するUL grantを受信すれば（Ｓ１２０２０）、UL grantにより割り当てられたＰＵＳＣＨ資源を通じてトリガリングされたＢＳＲを基地局に転送する（Ｓ１２０３０）。
【０１５３】
基地局はＢＳＲを通じて実際端末がアップリンクに転送するデータの量を確認し、実際データ転送のためのＰＵＳＣＨ資源に対するUL grantを端末に転送する（Ｓ１２０４０）。実際のデータの転送のためのUL grantを受信した端末は割り当てられたＰＵＳＣＨ資源を通じて実際アップリンクデータを基地局に転送する（Ｓ１２０５０）。
【０１５４】
前記図１２の（ｂ）は、端末がＢＳＲのためのアップリンク無線資源が端末に割り当てられている場合に、実際データのためのアップリンク資源割り当て過程を例示する。
【０１５５】
前記図１２の（ｂ）を参照すると、端末がＢＳＲ転送のためのＰＵＳＣＨ資源が既に割り当てられた場合で、端末は割り当てられたＰＵＳＣＨ資源を通じてＢＳＲを転送し、これと共にスケジューリング要請を基地局に転送する（Ｓ１２１１０）。次に、基地局はＢＳＲを通じて実際端末がアップリンクに転送するデータの量を確認し、実際データ転送のためのＰＵＳＣＨ資源に対するUL grantを端末に転送する（Ｓ１２１２０）。実際のデータの転送のためのUL grantを受信した端末は割り当てられたＰＵＳＣＨ資源を通じて実際アップリンクデータを基地局に転送する（Ｓ１２１３０）。
【０１５６】
ランダム接続過程（ＲＡＣＨプロシージャ）
【０１５７】
図１３は、ＬＴＥシステムにおけるランダム接続過程（Random Access Procedure）の一例を示す。
【０１５８】
ランダム接続過程はRRC_IDLEでの初期接続、無線リンク失敗後の初期接続、ランダム接続過程を要求するハンドオーバー、RRC_CONNECTED中にランダム接続過程が要求されるアップリンクまたはダウンリンクデータ発生時に遂行される。ＲＲＣ連結要請メッセージ（RRC Connection Request Message）とセル更新メッセージ（Cell Update Message）、ＵＲＡ（UTRAN Registration Area）更新メッセージ（URA Update Message）などの一部ＲＲＣメッセージもランダム接続過程を用いて転送される。論理チャンネルＣＣＣＨ（Common Control Channel）、ＤＣＣＨ（Dedicated Control Channel）、ＤＴＣＨ（Dedicated Traffic Channel）が転送チャンネルＲＡＣＨにマッピングできる。転送チャンネルＲＡＣＨは、物理チャンネルＰＲＡＣＨ（Physical Random Access Channel）にマッピングされる。
【０１５９】
端末のＭＡＣ階層が端末物理階層にＰＲＡＣＨ転送を指示すれば、端末物理階層は先に１つの接続スロット（access slot）と１つのシグネチャー（signature）を選択してＰＲＡＣＨプリアンブルを上向きに転送する。ランダム接続過程は、競争基盤（Contention based）のランダム接続過程と非競争基盤（Non-contention based）のランダム接続過程とに区分される。
【０１６０】
前記図１３の（ａ）は競争基盤（Contention based）のランダム接続過程の一例を示し、前記図１３の（ｂ）は非競争基盤（Non-contention based）のランダム接続過程の一例を示す。
【０１６１】
まず、競争基盤のランダム接続過程について前記図１３の（ａ）を参照して説明する。
【０１６２】
端末は、システム情報を通じて基地局からランダム接続に関する情報を受信して格納する。以後、ランダム接続が必要な場合、端末はランダム接続プリアンブル（Random Access Preamble；メッセージ１ともいう）を基地局に転送する（Ｓ１３０１０）。
【０１６３】
基地局が前記端末からランダム接続プリアンブルを受信すれば、前記基地局はランダム接続応答メッセージ（Random Access Response；メッセージ２ともいう）を端末に転送する（Ｓ１３０２０）。具体的には、前記ランダム接続応答メッセージに対する下向きスケジューリング情報はＲＡ−ＲＮＴＩ（Random Access-Radio Network Temporary Identifier）でＣＲＣマスキングされてＬ１またはＬ２制御チャンネル（ＰＤＣＣＨ）上で転送できる。ＲＡ−ＲＮＴＩでマスキングされた下向きスケジューリング信号を受信した端末は、ＰＤＳＣＨ（Physical Downlink Shared Channel）からランダム接続応答メッセージを受信してデコーディングすることができる。以後、端末は前記ランダム接続応答メッセージに自身に指示されたランダム接続応答情報があるかを確認する。
【０１６４】
自身に指示されたランダム接続応答情報が存在するか否かは端末が転送したプリアンブルに対するＲＡＩＤ（Random Access Preamble ID）が存在するか否かにより確認できる。
【０１６５】
前記ランダム接続応答情報は、同期化のためのタイミングオフセット情報を示すＴＡ（Timing Alignment）、アップリンクに使われる無線資源割り当て情報、端末の識別のための臨時識別子（例：Temporary C-RNTI）などを含む。
【０１６６】
端末はランダム接続応答情報を受信する場合、前記応答情報に含まれた無線資源割り当て情報によってアップリンクＳＣＨ（Uplink Shared Channel）にアップリンク転送（メッセージ３と表現する）を遂行する（Ｓ１７０３０）。ここで、アップリンク転送はスケジュールされた転送（Scheduled Transmission）と表現されることもできる。
【０１６７】
基地局は端末から前記アップリンク転送を受信した後、競争解決（contention resolution）のためのメッセージ（メッセージ４とも表現する）をダウンリンク共有チャンネル（Downlink Shared Channel：ＤＬ−ＳＣＨ）を介して端末に転送する（Ｓ１３０４０）。
【０１６８】
次に、非競争基盤のランダム接続過程について前記図１７の（ｂ）を参照して説明する。
【０１６９】
端末がランダム接続プリアンブルを転送する前に基地局が非競争ランダム接続プリアンブル（Non-contention Random Access Preamble）を端末に割り当てる（Ｓ１３１１０）。
【０１７０】
非競争ランダム接続プリアンブルはハンドオーバー命令やＰＤＣＣＨのような専用シグナリング（Dedicated Signaling）を通じて割り当てできる。端末は非競争ランダム接続プリアンブルの割り当てを受けた場合、基地局に割り当てられた非競争ランダム接続プリアンブルを転送する（Ｓ１３１２０）。
【０１７１】
以後、前記基地局は競争基盤ランダム接続過程でのステップＳ２００２と類似するようにランダム接続応答（Random Access Response；メッセージ２とも表現する）を端末に転送することができる（Ｓ１３１３０）。
【０１７２】
前述したランダム接続過程でランダム接続応答に対してはＨＡＲＱが適用されないが、ランダム接続応答に対するアップリンク転送や競争解決のためのメッセージに対してはＨＡＲＱが適用できる。したがって、ランダム接続応答に対して端末はＡＣＫまたはＮＡＣＫを転送する必要がない。
【０１７３】
次に、ＬＴＥ（−Ａ）または８０２．１６でのUL data転送方法について簡略に説明する。
【０１７４】
ＬＴＥ（−Ａ）システムまたは８０２．１６ｍなどのセルラーシステムは、基地局スケジューリング基盤の資源割り当て方式を使用している。
【０１７５】
このような基地局スケジューリング基盤の資源割り当て方式を使用するシステムで転送するデータ（即ち、UL data）がある端末はデータを転送する前に該当データ転送のための資源を基地局に要請する。
【０１７６】
このような端末のスケジューリング要請は、ＰＵＣＣＨへのＳＲ（Scheduling Request）転送またはＰＵＳＣＨへのＢＳＲ（Buffer Status Report）転送を通じて遂行できる。
【０１７７】
また、端末にＳＲまたはＢＳＲを転送する資源が割り当てられない場合、端末はＲＡＣＨプロシージャを通じてアップリンク資源を基地局に要請することができる。
【０１７８】
このように、端末からスケジューリング要請を受信した基地局は該当端末が使用するアップリンク資源をダウンリンク制御チャンネル（即ち、UL grantメッセージ、ＬＴＥ（−Ａ）の場合、ＤＣＩ）を介して端末に割り当てるようになる。
【０１７９】
この際、端末に転送されるUL grantは端末に割り当てられる資源がどんなサブフレーム（subframe）の資源に該当するかを明らかに（explicit）シグナリングすることにより知らせることもできるが、特定時間（例えば、ＬＴＥの場合、４ｍｓ）以後のサブフレームに対する資源割り当てにより端末と基地局との間に約束された時間を定義することもできる。
【０１８０】
このように、基地局が端末にＸｍｓ（例えば、ＬＴＥ（−Ａ）の場合、４ｍｓ）以後の資源を割り当てることは、端末がUL grantを受信及びデコーディングし、転送するデータを準備及びエンコーディングする時間を全て考慮して端末の資源を割り当てることを意味する。
【０１８１】
ＥＭＭ及びＥＣＭ状態
【０１８２】
ＥＭＭ（EPS mobility management）、ＥＣＭ（EPS connection management）状態について説明する。
【０１８３】
図１４は、本発明が適用できる無線通信システムにおけるＥＭＭ及びＥＣＭ状態を例示する図である。
【０１８４】
前記図１４を参照すると、端末とＭＭＥの制御平面に位置したＮＡＳ階層で端末の移動性を管理するために端末がネットワークにアタッチ（attach）されたか、デタッチ（detach）されたかによってＥＭＭ登録状態（EMM-REGISTERED）及びＥＭＭ登録解除状態（EMM-DEREGISTERED）が定義できる。EMM-REGISTERED状態及びEMM-DEREGISTERED状態は端末とＭＭＥに適用できる。
【０１８５】
端末の電源を最初に入れた場合のように、初期端末はEMM-DEREGISTERED状態におり、この端末がネットワークに接続するために初期接続（initial attach）手続を通じて該当ネットワークに登録する過程を遂行する。接続手続が成功裏に遂行されれば、端末及びＭＭＥはEMM-REGISTERED状態に遷移（transition）される。また、端末の電源が切れるか、または無線リンク失敗である場合（無線リンク上でパケットエラー率が基準値を超えた場合）、端末はネットワークでデタッチ（detach）されてEMM-DEREGISTERED状態に遷移される。
【０１８６】
また、端末とネットワークとの間のシグナリング連結（signaling connection）を管理するためにＥＣＭ連結状態（ECM-CONNECTED）及びＥＣＭアイドル状態（ECM-IDLE）が定義できる。ECM-CONNECTED状態及びECM-IDLE状態も端末とＭＭＥに適用できる。ＥＣＭ連結は端末と基地局との間に設定されるＲＲＣ連結と基地局とＭＭＥとの間に設定されるＳ１シグナリング連結により構成される。即ち、ＥＣＭ連結が設定／解除されたということはＲＲＣ連結とＳ１シグナリング連結が全て設定／解除されたことを意味する。
【０１８７】
ＲＲＣ状態は端末のＲＲＣ階層と基地局のＲＲＣ階層が論理的に連結（connection）されているか否かを示す。即ち、端末のＲＲＣ階層と基地局のＲＲＣ階層が連結されている場合、端末はＲＲＣ連結状態（RRC_CONNECTED）にあるようになる。端末のＲＲＣ階層と基地局のＲＲＣ階層が連結されていない場合、端末はＲＲＣアイドル状態（RRC_IDLE）にあるようになる。
【０１８８】
ネットワークはECM-CONNECTED状態にある端末の存在をセル単位で把握することができ、端末を効果的に制御することができる。
【０１８９】
一方、ネットワークはECM-IDLE状態にある端末の存在を把握できず、コアネットワーク（ＣＮ：core network）がセルより大きい地域単位であるトラッキング領域（tracking area）単位で管理する。端末がＥＣＭアイドル状態にある時には、端末はトラッキング領域で唯一の割り当てられたＩＤを用いてＮＡＳにより設定された不連続受信（ＤＲＸ：Discontinuous Reception）を遂行する。即ち、端末は端末−特定ページングＤＲＸサイクル毎に特定ページング時点（paging occasion）にページング信号をモニタリングすることによって、システム情報及びページング情報のブロードキャストを受信することができる。
【０１９０】
また、端末がECM-IDLE状態にある時にはネットワークは端末のコンテクスト（context）情報を有していない。したがって、ECM-IDLE状態の端末はネットワークの命令を受ける必要無しでセル選択（cell selection）またはセル再選択（cell reselection）のような端末基盤の移動性関連手続を遂行することができる。ＥＣＭアイドル状態で端末の位置がネットワークが知っている位置と変わる場合、端末はトラッキング領域アップデート（ＴＡＵ：tracking area update）手続を通じてネットワークに該当端末の位置を知らせることができる。
【０１９１】
一方、端末がECM-CONNECTED状態にある時には端末の移動性はネットワークの命令により管理される。ECM-CONNECTED状態でネットワークは端末が属したセルを知る。したがって、ネットワークは端末に、または端末からデータを転送及び／又は受信し、端末のハンドオーバーのような移動性を制御し、周辺セルに対するセル測定を遂行することができる。
【０１９２】
前記のように、端末が音声やデータのような通常の移動通信サービスを受けるためにはECM-CONNECTED状態に遷移しなければならない。端末の電源を最初に入れた場合のように、初期端末はＥＭＭ状態と同様に、ECM-IDLE状態におり、端末が初期接続（initial attach）手続を通じて該当ネットワークに成功裏に登録するようになれば、端末及びＭＭＥはＥＣＭ連結状態に遷移（transition）される。また、端末がネットワークに登録されているが、トラフィックが不活性化されて無線資源が割り当てられていない場合、端末はECM-IDLE状態におり、該当端末にアップリンクあるいはダウンリンク新たなトラフィックが発生すれば、サービス要請（service request）手続を通じて端末及びＭＭＥはECM-CONNECTED状態に遷移（transition）される。
【０１９３】
図１５は、本発明が適用できる無線通信システムにおけるベアラー構造を例示した図である。
【０１９４】
端末がパケットデータネットワーク（ＰＤＮ：Packet Date Network）（図７でピアエンティティ（peer entity））に連結される時、ＰＤＮ連結（PDN connection）が生成され、PDN connectionはＥＰＳセッション（session）と呼ばれることもできる。ＰＤＮは事業者の外部または内部ＩＰ（internet protocol）網にインターネットやＩＭＳ（IP Multimedia Subsystem）のようなサービス機能を提供する。
【０１９５】
EPS sessionは１つ以上のＥＰＳベアラー（bearer）を有する。ＥＰＳベアラーはＥＰＳでユーザトラフィックを伝達するために端末とＰＤＮ ＧＷとの間に生成されるトラフィックの転送経路（transmission path）である。ＥＰＳベアラーは端末当たり１つ以上設定できる。
【０１９６】
各ＥＰＳベアラーはＥ−ＵＴＲＡＮ無線アクセスベアラー（Ｅ−ＲＡＢ：E-UTRAN Radio Access Bearer）及びＳ５／Ｓ８ベアラーに分けられ、Ｅ−ＲＡＢは無線ベアラー（ＲＢ：radio bearer）、Ｓ１ベアラーに分けられる。即ち、１つのＥＰＳベアラーは各々１つのＲＢ、Ｓ１ベアラー、Ｓ５／Ｓ８ベアラーに対応する。
【０１９７】
Ｅ−ＲＡＢは端末とＥＰＣとの間にＥＰＳベアラーのパケットを伝達する。Ｅ−ＲＡＢが存在すれば、Ｅ−ＲＡＢベアラーとＥＰＳベアラーは一対一にマッピングされる。データ無線ベアラー（ＤＲＢ：data radio bearer）は端末とｅＮＢとの間にＥＰＳベアラーのパケットを伝達する。ＤＲＢが存在すれば、ＤＲＢとＥＰＳベアラー／Ｅ−ＲＡＢとは一対一にマッピングされる。Ｓ１ベアラーはｅＮＢとＳ−ＧＷとの間にＥＰＳベアラーのパケットを伝達する。Ｓ５／Ｓ８ベアラーはＳ−ＧＷとＰ−ＧＷとの間にＥＰＳベアラーパケットを伝達する。
【０１９８】
端末は、アップリンク方向のＥＰＳベアラーにサービスデータフロー（ＳＤＦ：service data flow）をバインディング（binding）する。ＳＤＦは、ユーザトラフィックをサービス別に分類（または、フィルタリング）したＩＰフロー（flow）またはＩＰフローの集まりである。複数のＳＤＦは複数のアップリンクパケットフィルタを含むことによって、同一なＥＰＳベアラーに多重化できる。端末は、アップリンクでＳＤＦとＤＲＢとの間をバインディングするためにアップリンクパケットフィルタとＤＲＢとの間のマッピング情報を格納する。
【０１９９】
Ｐ−ＧＷは、ダウンリンク方向のＥＰＳベアラーにＳＤＦをバインディングする。複数のＳＤＦは複数のダウンリンクパケットフィルタを含むことによって、同一のＥＰＳベアラーに多重化できる。Ｐ−ＧＷは、ダウンリンクでＳＤＦとＳ５／Ｓ８ベアラーとの間をバインディングするためにダウンリンクパケットフィルタとＳ５／Ｓ８ベアラーとの間のマッピング情報を格納する。
【０２００】
ｅＮＢは、アップ／ダウンリンクでＤＲＢとＳ１ベアラーとの間をバインディングするためにＤＲＢとＳ１ベアラーとの間に一対一マッピングを格納する。Ｓ−ＧＷは、アップ／ダウンリンクでＳ１ベアラーとＳ５／Ｓ８ベアラーとの間をバインディングするためにＳ１ベアラーとＳ５／Ｓ８ベアラーとの間の一対一マッピング情報を格納する。
【０２０１】
ＥＰＳベアラーは基本ベアラー（default bearer）と専用ベアラー（dedicated bearer）の２種類に区分される。端末は、ＰＤＮ当たり１つのdefault bearerと１つ以上のdedicated bearerを有することができる。１つのＰＤＮに対してＥＰＳセッションが有する最小限の基本ベアラーをdefault bearerという。
【０２０２】
ＥＰＳベアラーは識別子（identity）に基づいて区分できる。ＥＰＳベアラー 識別子は端末またはＭＭＥにより割り当てられる。dedicated bearerはＬＢＩ（Linked EPS Bearer Identity）によりdefault bearerと結合される。
【０２０３】
端末は、初期アタッチ手続（initial attach procedure）を通じてネットワークに初期接続すれば、ＩＰアドレスの割り当てを受けてPDN connectionが生成され、ＥＰＳ区間でdefault bearerが生成される。default bearerは、端末と該当ＰＤＮとの間にトラフィックがない場合にも端末がＰＤＮ連結が終了されない限り解除されず、維持され、該当ＰＤＮ連結を終了する時、default bearerも解除される。ここで、端末と default bearerを構成する全ての区間のベアラーが活性化されるものではなく、ＰＤＮと直接連結されているＳ５ベアラーは維持され、無線資源と関連があるＥ−ＲＡＢベアラー（即ち、DRB and S1 bearer）は解除される。そして、該当ＰＤＮで新しいトラフィックが発生すれば、Ｅ−ＲＡＢベアラーが再設定されてトラフィックを伝達する。
【０２０４】
端末がdefault bearerを通じてサービス（例えば、インターネットなど）を用いる中に、default bearerのみにＱｏＳ（Quality of Service）の提供を受けることに不充分なサービス（例えば、ＶｏＤ（Video on Demand）など）を用いるようになれば、端末で要求する時（on-demand）にdedicated bearerが生成される。端末のトラフィックがない場合、dedicated bearer は解除される。端末やネットワークは必要によって複数のdedicated bearerを生成することができる。
【０２０５】
端末がいかなるサービスを用いるかによってIP flowは他のＱｏＳ特性を有することができる。ネットワークは端末のためのEPS sessionを確立／変更（establish/modification）時、ネットワーク資源の割り当て乃至ＱｏＳに対する制御政策を決定してEPS sessionが維持された間、これを適用する。これをＰＣＣ（Policy and Charging Control）という。ＰＣＣ規則（PCC rule）は、オペレータ政策（例えば、ＱｏＳ政策、ゲート状態（gate status）、課金方法など）に基づいて決定される。
【０２０６】
ＰＣＣ規則は、ＳＤＦ単位で決定される。即ち、端末が用いるサービスによってIP flowは他のＱｏＳ特性を有することができ、同一なＱｏＳを有するIP flowは同一なＳＤＦにマッピングされ、ＳＤＦはＰＣＣ規則を適用する単位となる。
【０２０７】
このようなＰＣＣ機能を遂行する主要エンティティに、ＰＣＲＦ（Policy and Charging Control Function）とＰＣＥＦ（Policy and Charging Enforcement Function）がこれに該当できる。
【０２０８】
ＰＣＲＦはEPS sessionを生成または変更する時、ＳＤＦに対してＰＣＣ規則を決定してＰ−ＧＷ（または、ＰＣＥＦ）に提供する。Ｐ−ＧＷは該当ＳＤＦに対してＰＣＣ規則を設定した後、送／受信されるＩＰパケット毎にＳＤＦを検出して該当ＳＤＦに対するＰＣＣ規則を適用する。ＳＤＦがＥＰＳを経て端末に転送される時、Ｐ−ＧＷに格納されているＱｏＳ規則によって適したＱｏＳを提供することができるＥＰＳベアラーでマッピングされる。
【０２０９】
ＰＣＣ規則は動的ＰＣＣ規則（dynamic PCC rule）と予め定義されたＰＣＣ規則（pre-defined PCC rule）とに区分される。動的ＰＣＣ規則は、EPS session確立／変更（establish/modification）時、ＰＣＲＦからＰ−ＧＷに動的に提供される。一方、予め定義されたＰＣＣ規則はＰ−ＧＷに予め設定されているのでＰＣＲＦにより活性化／不活性化される。
【０２１０】
ＥＰＳベアラーは、基本ＱｏＳパラメータにＱｏＳクラス識別子（ＱＣＩ：Qos Class Identifier）と割り当て及び保有優先順位（ＡＲＰ：Allocation and Retention Priority）を含む。
【０２１１】
ＱＣＩはベアラーレベルパケットフォーワーディング処理（treatment）を制御するノード−特定（node-specific）パラメータに接近するための基準に使われるスカラー（scalar）であって、スカラー値はネットワークオペレータにより予め設定（pre-configured）されている。例えば、スカラーは整数値１から９のうち、いずれか１つに予め設定できる。
【０２１２】
ＡＲＰの主な目的は、資源が制限される場合、ベアラーの確立（establishment）または変更（modification）要請が受け入れられるべきか、または拒絶されるべきかを決定するためである。また、ＡＲＰは例外的な資源制限（例えば、ハンドオーバーなど）状況で、ｅＮＢによりいかなるベアラーをドロップ（drop）するかの決定に使われることができる。
【０２１３】
ＥＰＳベアラーはＱＣＩ資源形態によって保証されたビット率（ＧＢＲ：Guaranteed Bit Rate）型ベアラーと非保証されたビット率（ｎｏｎ−ＧＢＲ）型ベアラーに区分される。Default bearerは常にｎｏｎ−ＧＢＲ型ベアラーであり、dedicated bearerはＧＢＲ型またはｎｏｎ−ＧＢＲ型ベアラーでありうる。
【０２１４】
ＧＢＲ型ベアラーはＱＣＩとＡＲＰの他にＱｏＳパラメータとしてＧＢＲと最大ビット率（ＭＢＲ：Maximum Bit Rate）を有する。ＭＢＲはベアラー別に固定された資源の割り当て（帯域幅保証）を受けることを意味する。一方、ｎｏｎ−ＧＢＲ型ベアラーはＱＣＩとＡＲＰの以外にＱｏＳパラメータとして結合されたＭＢＲ（ＡＭＢＲ：Aggregated MBR）を有する。ＡＭＢＲは資源をベアラー別に割り当てを受けられない代わりに、他のｎｏｎ−ＧＢＲ型ベアラーのように、使用することができる最大帯域幅の割り当てを受けることを意味する。
【０２１５】
前記のように、ＥＰＳベアラーのＱｏＳが定まれば、各インターフェース毎に各々のベアラーのＱｏＳが定まる。各インターフェースのベアラーはＥＰＳベアラーのＱｏＳをインターフェース別に提供するので、ＥＰＳベアラーとＲＢ、Ｓ１ベアラーなどは全て一対一関係を有する。
【０２１６】
端末がdefault bearerを通じてサービスを用いる中に、default bearerだけでＱｏＳの提供を受けることに不充分なサービスを用いるようになれば、端末の要請により（on-demand）dedicated bearerが生成される。
【０２１７】
図１６は、本発明が適用できる無線通信システムにおけるＥＭＭ登録状態で制御平面（control plane）及びユーザ平面（user plane）の転送経路を例示する図である。
【０２１８】
前記図１６の（ａ）はECM-CONNECTED状態を例示し、前記図１６の（ｂ）はECM-IDLEを例示する。
【０２１９】
端末がネットワークに成功裏にアタッチ（attach）してEMM-Registered状態になれば、ＥＰＳベアラーを用いてサービスを提供を受ける。前述した通り、ＥＰＳベアラーは区間別にＤＲＢ、Ｓ１ベアラー、Ｓ５ベアラーに分けられて構成される。
【０２２０】
前記図１６の（ａ）のように、ユーザトラフィックがあるECM-CONNECTED状態ではＮＡＳシグナリング連結、即ち、ＥＣＭ連結（即ち、ＲＲＣ連結とＳ１シグナリング連結）が設定される。また、ＭＭＥとＳＧＷとの間にＳ１１  ＧＴＰ−Ｃ（GPRS Tunneling Protocol Control Plane）連結が設定され、ＳＧＷとＰＤＮ ＧＷとの間にＳ５  ＧＴＰ−Ｃ連結が設定される。
【０２２１】
また、ECM-CONNECTED状態ではＤＲＢ、Ｓ１ベアラー、及びＳ５ベアラーが全て設定（即ち、無線またはネットワーク資源割り当て）される。
【０２２２】
前記図１６の（ｂ）のように、ユーザトラフィックがないECM-IDLE状態ではＥＣＭ連結（即ち、ＲＲＣ連結とＳ１シグナリング連結）は解除される。但し、ＭＭＥとＳＧＷとの間のＳ１１  ＧＴＰ−Ｃ連結及びＳＧＷとＰＤＮ ＧＷとの間のＳ５  ＧＴＰ−Ｃ連結は設定が維持される。
【０２２３】
また、ECM-IDLE状態ではＤＲＢとＳ１ベアラーは全て解除されるが、Ｓ５ベアラーは設定（即ち、無線またはネットワーク資源割り当て）を維持する。
【０２２４】
図１７は、基本ベアラー活性化（activation）手続の一例を示す図である。
【０２２５】
前記図１７を参照すると、ＭＭＥ（Mobility Management Entity）は基本ベアラーコンテクスト活性化手続（default bearer context activation procedure）を開始（initiate）するためにACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージを転送し、ベアラーコンテクスト活性化ペンディング状態に進入するようになる（Ｓ１７０１０）。
【０２２６】
前記基本ベアラーが活性化される時、前記ＭＭＥは前記ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージと共にATTACH ACCEPTを転送し、Ｔ３４８５タイマーを始めない。
【０２２７】
アタッチ手続（attach procedure）の一部としてStand-alone PDN CONNECTIVITY REQUESTメッセージに対する応答として前記基本ベアラー（Default Bearer）が活性化された場合、前記ＭＭＥはACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージを転送し、前記Ｔ３４８５タイマーを動作させる。
【０２２８】
前記ＭＭＥはＥＰＳベアラー識別子を割り当てて、前記ＥＰＳベアラー識別子を前記ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージに含めることができる。
【０２２９】
前記ＭＭＥはPDN CONNECTIVITY REQUESTメッセージからＰＴＩを獲得し、前記ＰＴＩを前記ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージに含めることができる。
【０２３０】
The network identifier part及びoperator identifier partはAccess Point Name IEに含まれることができる。
【０２３１】
前記ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージを受信した後、端末は前記メッセージのＡＰＮのために動作するＴ３３９６タイマーを中断させることができ、ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPTメッセージを転送し、BEARER CONTEXT ＡCTIVE状態に進入するようになる（Ｓ１７０２０）。
【０２３２】
アタッチ手続の一部に前記基本ベアラーが活性化された場合、前記端末はthe ACTIVATE DEFAULT EPS BEARER CONTEXT ＡCCEPTメッセージと一緒にATTACH COMPLETEメッセージを転送することができる。
【０２３３】
前記基本ベアラーがstand-alone PDN CONNECTIVITY REQUESTメッセージの応答として活性化された場合、前記端末は前記ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPTメッセージのみ転送することができる。
【０２３４】
仮に、前記ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージにWLAN offload indication information elementが含まれた場合、前記端末はＰＤＮ連結のためにWLAN offload acceptability valuesを格納し、ＷＬＡＮとの連結をoffloadableするか否かを決定するために、前記E-UTRAN offload accept ability valueを使用することができる。
【０２３５】
前記端末はＰＤＮ連結手続を要請した前記端末と基本ベアラーコンテクスト活性化が関連しているかを確認するために、前記ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージのＰＴＩをチェックすることができる。
【０２３６】
前記ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPTメッセージを受信した後、前記ＭＭＥはBEARER CONTEXT ACTIVE状態に進入し、Ｔ３４８５タイマーが動作している場合、Ｔ３４８５タイマーを中断させることができる。
【０２３７】
仮に、前記PDN CONNECTIVITY REQUESTメッセージが“MS is configured for NAS signaling low priority”に設定されたlow priority indicatorを含んでいる場合、前記ＭＭＥはdefault EPS bearer contextのNAS signaling low priority indicationを格納することができる。
【０２３８】
仮に、default EPS bearer context activationが前記アタッチ手続の一部である場合、ESM sublayerはEMM sublayerにEMM failureを通知する。
【０２３９】
仮に、default EPS bearer context activationがアタッチ手続の一部でなければ、前記端末はACTIVATE DEFAULT EPS BEARER CONTEXT REJECTメッセージを転送し、BEARER CONTEXT IN ACTIVE状態に進入することができる（Ｓ１７０３０）。
【０２４０】
前記ACTIVATE DEFAULT EPS BEARER CONTEXT REJECTメッセージは、以下の原因値のうちの１つを示すESM causeを含むことができる。
【０２４１】
＃２６：insufficient resources；
【０２４２】
＃３１：request rejected、unspecified；or
【０２４３】
＃９５−１１１：protocol errors。
【０２４４】
前記ACTIVATE DEFAULT EPS BEARER CONTEXT REJECTメッセージを受信した後、前記ＭＭＥはBEARER CONTEXT INACTIVEに進入することができ、仮に、Ｔ３４８５タイマーが動作中であれば、これを中断させることができる。
【０２４５】
図１８は、専用ベアラー不活性化（deactivation）手続の一例を示す図である。
【０２４６】
前記図１８は、ＧＴＰ（GPRS Tunneling Protocol）基盤のＳ５／Ｓ８に対する専用ベアラー活性化（dedicated bearer activation）手続を示す流れ図である。
【０２４７】
まず、動的ＰＣＣが配置される場合、ＰＣＲＦはPCC decision provision（QoS policy）メッセージをＰＤＮ ＧＷに転送する。
【０２４８】
次に、前記ＰＤＮ ＧＷはベアラー生成を要請するためのCreate Bearer Requestメッセージ（ＩＭＳI、ＰＴＩ、EPS Bearer QoS、ＴＦＴ、Ｓ５／Ｓ８  ＴＥＩＤ、Charging  Id、ＬＢＩ、Protocol Configuration Options）をServing GWに転送する。
【０２４９】
次に、前記Serving GWは前記Create Bearer Request（ＩＭＳI、ＰＴＩ、EPS Bearer QoS、ＴＦＴ、Ｓ１−ＴＥＩＤ、ＰＤＮ ＧＷ  ＴＥＩＤ（GTP-based S5/S8）、ＬＢＩ、Protocol Configuration Options）メッセージをＭＭＥに転送する。
【０２５０】
次に、前記ＭＭＥはベアラー設定を要請するためのBearer Setup Request（EPS Bearer Identity、EPS Bearer QoS、Session Management Request、Ｓ１−ＴＥＩＤ）メッセージをｅＮｏｄｅＢに転送する。
【０２５１】
次に、前記ｅＮｏｄｅＢはRRC Connection Reconfiguration（Radio Bearer QoS、Session Management Request、EPS RB Identity）メッセージをＵＥに転送する。
【０２５２】
次に、前記ＵＥは無線ベアラー活性化（radio bearer activation）を知らせるためにｅＮｏｄｅＢにRRC Connection Reconfiguration Completeメッセージを転送する。
【０２５３】
次に、前記ｅＮｏｄｅＢは端末での無線ベアラー活性化（radio bearer activation）を知らせるためにBearer Setup Response（EPS bearer Identity、Ｓ１−ＴＥＩＤ）メッセージをＭＭＥに転送する。
【０２５４】
次に、前記ＵＥはDirect Transfer（Session Management Response）メッセージを前記ｅＮｏｄｅＢに転送する。
【０２５５】
次に、前記ｅＮｏｄｅＢはUplink NAS Transport（Session Management Response）メッセージを前記ＭＭＥに転送する。
【０２５６】
次に、前記ＭＭＥはServing GWにベアラー活性化（bearer activation）を知らせるためにCreate Bearer Response（EPS Bearer Identity、Ｓ１−ＴＥＩＤ、User Location Information（ＥＣＧＩ））メッセージを前記Serving GWに転送する。
【０２５７】
次に、前記Serving GWは前記ＰＤＮ ＧＷにベアラー活性化（bearer activation）を知らせるためにCreate Bearer Response（EPS Bearer Identity、Ｓ５／Ｓ８−ＴＥＩＤ、User Location Information（ＥＣＧＩ））メッセージを前記ＰＤＮ ＧＷに転送する。
【０２５８】
仮に、専用ベアラー活性化手続（dedicated bearer activation procedure）が前記ＰＣＲＦからPCC Decision Provisionメッセージによりトリガーされた場合、前記ＰＤＮ ＧＷは要請されたPCC decision（QoS policy）が遂行されたか否かを前記ＰＣＲＦに指示する。
【０２５９】
図１９は、専用ベアラー不活性化（deactivation）手続の一例を示す図である。
【０２６０】
前記図１９はＧＴＰ（GPRS Tunneling Protocol）基盤のＳ５／Ｓ８に対する専用ベアラー不活性化（dedicated bearer deactivation）手続を示す流れ図である。
【０２６１】
前記図１９の手続は専用ベアラー（dedicated bearer）を不活性化するか、またはＰＤＮアドレス（address）に属する全てのベアラーを不活性化するために使われることができる。
【０２６２】
仮に、ＰＤＮ連結に属するデフォルトベアラー（default bearer）が不活性化される場合、ＰＤＮ ＧＷは前記ＰＤＮ連結に属する全てのベアラーを不活性化させる。具体的な手続は、前記図１８を参照する。
【０２６３】
以下、Short messageを転送するためのサービス（Short message Service：ＳＭＳ）について説明する。
【０２６４】
Short messageサービスは以下の２つのベーシックサービスで構成できる。
【０２６５】
−ＳＭ  ＭＴ  （Short Message Mobile Terminated）；
【０２６６】
−ＳＭ  ＭＯ  （Short Message Mobile Originated）。
【０２６７】
ＳＭ  ＭＴは、ＳＣ（Service Center）から転送されたShort messageを１つのＭＳ（Mobile State）に転送するか、または、今後転送（later delivery）のための特定メカニズム（specific mechanism）と共に転送報告（delivery report）または失敗報告（failure report）によるShort messageの転送に対する情報を提供するためのＧＳＭ／ＵＭＴＳシステムの性能（capability）を示す。
【０２６８】
ＳＭ  ＭＯはＭＳにより転送されたShort messageをＳＣを通じて１つのＳＭＥに転送するか、または、今後転送（later delivery）のための特定メカニズム（specific mechanism）と共に転送報告（delivery report）または失敗報告（failure report）によるShort messageの転送に対する情報を提供するためのＧＳＭ／ＵＭＴＳシステムの性能（capability）を示す。前記メッセージは前記ＳＣが前記Short messageのリレーを試みるためのＳＭＥのアドレスを含むことができる。
【０２６９】
前記ＳＭ  ＭＴまたはＳＭ  ＭＯの手段として転送されるために、前記text messageは１４０オクテット（octet）まで含むことができる。
【０２７０】
アクティブ（active）ＭＳは、手続において、スピーチまたはデータコールか否かと独立的にShort message TPDU（SMS DELIVER）を何時でも受信することができる。報告は常にＳＣにリターンできる。
【０２７１】
具体的に、前記ＭＳが前記Short messageを受信したか否かを確認することができるか、または前記ＳＣが前記Short message TPDUを前記ＭＳに転送することが不可能か否かをその理由と共に知らせることができる。
【０２７２】
前記活性化ＭＳは、手続において、スピーチまたはデータコールか否かと独立にShort message TPDUを何時でも提出することができる。報告は常にＭＳにリターンできる。
【０２７３】
具体的には、前記ＳＣは前記Short message TPDUを受信したか否かを確認することができるか、または前記ＭＳが前記Short message TPDUをＳＣに転送できないことを知らせることができる。
【０２７４】
同一な発信アドレス及び識別子（例えば、message reference number（ＭＯ）またはSC Time stamp（ＭＴ））を有するシーケンスで２つのShort messageが受信されることもできる。これは、ＲＰまたはCP layerでの重複メッセージまたは有効な新しいメッセージが発生するエラーためでありうる（例えば、インターＭＣＳハンドオーバーの間）。
【０２７５】
Receiving entityは２番目のShort messageを廃棄（discard）するためにShort messageに含まれた他のパラメータをチェックするための規定を作ることができる。
【０２７６】
図２０は、５Ｇサービスの種類及び要求事項の一例を示す図である。
【０２７７】
前記図２０を参照すると、５Ｇサービスは大きく大容量データの送受信を要求する‘Enhanced Mobile Broadband’、大量の端末接続を要求する‘Massive Machine type Communication’、高信頼及び低遅延を要求する‘Ultra-reliable and Low latency Communication’に分けられる。
【０２７８】
これらのうち、以下のような特徴及び要求事項を有するサービスが存在することができ、定義されたＥ２Ｅ遅延時間内にデータ転送及びこれに対する応答受信までなされることができるという。
【０２７９】
Broadcast-like Service
【０２８０】
−本サービスタイプは交通渋滞情報のコミュニケーションシナリオを含む。
【０２８１】
−地域非常警告（Regional emergency warnings）は災難警報を含む。レガシーブロードキャストサービス（legacy broadcast service）とは異なり、フィードバックチャンネルは全体または選択された団体（parties）のための警告メッセージのトラック転送に使われることができる。
【０２８２】
−食品及び／又は医薬品リコール情報（取扱店舗の受信有無把握必要）
【０２８３】
−Nationalまたはeven continental／world-reachサービスは取替または相互補完としてラジオまたはＴＶのためのブロードキャストサービスに興味を見せている。また、バーチカル産業（vertical industries）、医療装備（medical equipment）、または電気自転車（electronic bike）は、national broadcast like servicesからファームウエア配布／アップグレードを受けることができる。自動車産業は、リコールキャンペーンの必要性を緩和するためにacknowledgement broadcast capabilityを活用することができる。
【０２８４】
これは、ソフトウェアの大規模パッチの提供、成功裏なアップデート確認、フィードバックチャンネルを介してのdocumentedを要求する。
【０２８５】
以下の＜表３＞はBroad-like Serviceを提供するための要求事項の一例を示す表である。
【０２８６】
【表３】
0006553289.tif 000004
【０２８７】
このようなBroad-like Serviceは一般サービス業者（例えば、物流業体、病院、交通システム）とBroadcast-like Serviceを提供する業体（例えば、機器製造業体、政府機関など）が相異し、前記Broad-like Serviceは持続的にデータが発生するものでなく、イベント性にデータが発生する。
【０２８８】
また、前記Broad-like Serviceを提供するためのベアラー設定及び維持は、網内のオーバーヘッドを増加させ、ユーザ品質に悪影響を及ぼすため、端末はこのようなBroad-like Serviceを提供するためのベアラーを予め設定しないことがある。
【０２８９】
したがって、前記Broad-like Serviceを提供するためのデータが発生する度に、前述したデータベアラー及びセッションを設定する手続を遂行しなければならず、これによって転送遅延が発生できる。
【０２９０】
しかしながら、前記＜表３＞に示すように、Broad-like Serviceは１００ｍｓ内に特定グループの機器（連結状態だけでなく、遊休状態の機器含み）にデータを転送し、これに対する応答受信までなされなければならないという制約が存在する。
【０２９１】
公共安全サービス（Public Safety Service）
【０２９２】
−公共安全機関（public safety organization）は、向上した保安コミュニケーションを要求する。
【０２９３】
−例えば、これはリアルタイムビデオ、または高品質写真の転送のための能力（ability）を含むことができる。
【０２９４】
−主要課題（main challenge）は、陸地、海、空気、建物内部、建物地下、及び地下鉄システムのような一部の地下地域を含んだ応急サービスを提供する空間で信頼性ある通信（reliable communication）を保証するものである。
【０２９５】
−また、他のトラフィック（他のユーザとの共有ネットワークで）での優先順位、装置間の直接通信のための能力（ability）及び高い保安を要求する。
【０２９６】
以下の＜表４＞は公共安全サービスを提供するための要求事項の一例を示す表である。
【０２９７】
【表４】
0006553289.tif 000005
【０２９８】
前記＜表４＞に示すように、公共安全サービスは１０ｍｓ内に転送機器の状態に関わらず、特定対象（例えば、サーバ、または周辺機器）にデータを転送し、これに対する応答受信までなされなければならない。
【０２９９】
しかしながら、このような公共安全サービスは持続的にデータが発生するものでなく、イベント性にデータが発生し、前記公共安全サービスを提供するためのベアラー設定及び維持は網内のオーバーヘッドを増加させ、ユーザ品質に悪影響を及ぼすので、端末はこのような公共安全サービスを提供するためのベアラーを予め設定しないことがある。
【０３００】
したがって、端末は前記公共安全サービスを提供するためのデータが発生した場合、前述したベアラー設定過程を経てベアラーを設定し、データを転送しなければならないので、遅延が発生することがあるという問題点が存在する。
【０３０１】
スケジューリング単位
【０３０２】
−各ＳＲＢはlogical channel group‘０’に属し、以下の＜表５＞のような特性を有するＤＲＢは４個のlogical channel groupのうちの１つに属する。
【０３０３】
以下の＜表５＞はＱＣＩ特性の一例を示す表である。
【０３０４】
【表５】
0006553289.tif 000006
【０３０５】
即ち、各々異なる特性（優先順位）を有する２つのＳＲＢは同一なグループに属するようになり、ＤＲＢ及びＳＲＢは各々異なる特性を有しているにも関わらず、同一なグループに属することができる。
【０３０６】
−logical channel groupは無線資源要請及びバッファ状態を報告する単位となる。
【０３０７】
−従来システムでは、ＳＲＢ ２を通じて短文メッセージが伝達されるので、基地局はＳＲＢ ２を同一なlogical channel groupを有する異なるＤＲＢまたはＳＲＢと同一に取扱い、スケジューリング方式により無線資源を割り当てるようになる。
【０３０８】
−また、コア網で応急メッセージは一般短文メッセージと同一に処理される。
【０３０９】
したがって、異なる優先順位を有するＳＲＢ及びＤＲＢが１つのlogical channel groupに含まれることができるので、応急メッセージより異なるメッセージのための資源割り当てが先に達成されることがあるという問題点が存在する。
【０３１０】
このような問題点を解決するために、本発明は特定サービスを提供するためのベアラーを生成してサービスを提供する方法を提案する。
【０３１１】
特に、多数の端末が基地局から特定サービス（例えば、Broadcast-likeサービスなど）を提供するためのデータを受信し、これに対する応答として特定データ（以下、応答データ）を基地局に転送する必要性がある場合、別途のデータベアラー及びセッション設定無しで一般制御メッセージ（例えば、ＲＲＣメッセージまたはＮＡＳメッセージ）及び一般データより優先的に基地局に伝達できる専用経路または専用ベアラー（以下、Non-EPS Data bearer；ＮＤＢ）を設定する方法を提案する。
【０３１２】
また、前記基地局は前記応答データをゲートウェイに転送するために端末別に設定されるＥＰＳベアラーでない基地局単位で設定されるベアラー（以下、サービスベアラーまたは特定ベアラー）を設定する方法を提案する。
【０３１３】
前記ＮＤＢは前述したＥＰＳベアラーに属しないベアラーであって、ＳＲＢまたは前記ＥＰＳベアラーに属しているＤＲＢとは異なる特定サービスを提供するためのデータに対する応答データを送受信するための論理的な通路（path）を意味する。
【０３１４】
また、前記サービスベアラーは既存の端末別に設定されていたＥＰＳベアラーでない基地局とゲートウェイとの間に基地局単位で設定されるベアラーを意味する。
【０３１５】
本発明で、前記基地局、ＭＭＥ（Mobility Management Entity）及びゲートウェイ（Gateway：ＧＷ）は、前記特定サービスを提供するための必要な機能が具現された個体であり、一例として説明されたものである。したがって、本発明は該当機能が具現された個体を基地局に限定しない。
【０３１６】
図２１は、本発明が適用できる無線通信システムのベアラー構造の一例を示す図である。
【０３１７】
前記図２１を参照すると、前述した端末と基地局との間には特定サービス（例えば、Broadcast-likeサービスなど）を提供するためのデータを送受信するためのＮＤＢが端末単位で設定され、基地局とゲートウェイとの間には前記データをサービスタイプによって転送するためにサービスベアラーが基地局単位で設定できる。
【０３１８】
特に、前記基地局と前記ゲートウェイとの間に生成されるサービスベアラーは前記特定サービスを提供するためのデータを端末が受信し、前記端末が前記データに対する応答をゲートウェイに転送する必要性がある場合に生成できる。
【０３１９】
具体的には、前記図２１の（ａ）は端末と基地局、基地局とゲートウェイとの間のベアラー構造を示すものであって、端末と基地局との間には前述したＮＤＢが端末単位で設定される。
【０３２０】
前記ＮＤＢは、前記特定サービスのデータを送受信するための端末と基地局との間の論理的通路（Path）を意味するものであって、ＳＲＢ及びＥＰＳベアラーに属するＤＲＢとは異なる。
【０３２１】
前記図２１の（ａ）では、ＵＥ ＃１、ＵＥ ＃２、ＵＥ ＃３が各々自身のＮＤＢを通じて基地局と連結されている。
【０３２２】
本発明で、ＮＤＢの設定時点は以下の通りである。
【０３２３】
−ＲＲＣ連結設定と同時に設定（設定情報が含まれたメッセージ：RRC Connection Setup message）
【０３２４】
−ＡＳ保安設定が完了した直後（設定情報が含まれたメッセージ：RRC Connection Reconfiguration）
【０３２５】
−特定サービスデータが発生した直後（要請メッセージ：NDB Request、設定情報が含まれたメッセージ：RRC Connection Reconfiguration）
【０３２６】
また、前記基地局とゲートウェイとの間には前述したサービスベアラーが設定される。前記サービスベアラーは前記特定サービスを提供するための前記応答データを基地局とゲートウェイが送受信するために設定されるベアラーであって、端末単位で設定されるベアラーでない基地局単位で設定されるベアラーである。
【０３２７】
前記サービスベアラーは提供するサービスによって設定できる。即ち、サービスの種類と品質特性などによって各々異なるサービスベアラーが設定されることができ、基地局が各々異なる端末からデータの転送を受けても同一なサービスを提供するためのデータである場合、同一なサービスベアラーを通じてゲートウェイに転送できる。
【０３２８】
前記図２１の（ａ）で基地局はＧＷ ＃１及びＧＷ ＃２と各々サービスベアラーを通じて連結されている。
【０３２９】
以下、特定サービスをBroadcast-likeサービスを例に挙げて前記図２１の（ｂ）から（ｄ）を通じて前記図２１の（ａ）で説明したベアラーを通じてデータが転送される方法を説明する。
【０３３０】
第１に、基地局は各々の端末からデータの転送を受けても、転送を受けたデータが同一なサービスを提供するためのデータである場合、基地局は同一なサービスベアラーを通じてデータをゲートウェイに転送することができる。
【０３３１】
具体的には、前記図２１の（ｂ）の場合、ＵＥ ＃１とＵＥ ＃２は各々自身のＮＤＢを通じてデータを基地局に転送する。前記ＵＥ ＃１とＵＥ ＃２から各々データの転送を受けた基地局は、転送を受けたデータのタイプがBroadcast-like dataと同一であり、前記データを識別するための識別コードが同一であるので、同一なサービスベアラー（サービスベアラー１またはサービスベアラー２）を通じて前記データをゲートウェイ（ＧＷ ＃１またはＧＷ ＃２）に転送する。
【０３３２】
第２に、基地局は同一な端末から転送を受けたデータのタイプは同一であるが、データを識別するための識別コードが異なる場合、基地局は異なるサービスベアラーを通じてデータをゲートウェイに転送することができる。
【０３３３】
具体的には、前記図２１の（ｃ）の場合、ＵＥ ＃１は自身のＮＤＢを通じて各々のデータを基地局に転送する。前記ＵＥ ＃１から各々データの転送を受けた基地局は、転送を受けたデータのタイプがBroadcast-like dataと同一であるが、識別コードが０と１として異なるので、各々異なるサービスベアラー（例えば、識別コード０はサービスベアラー１、１はサービスベアラー２）を通じて前記データをゲートウェイ（ＧＷ ＃１及びＧＷ ＃２）に転送する。
【０３３４】
第３に、基地局は各々の端末から転送を受けたデータのタイプは同一であり、識別コードが各々異なるとしても、基地局は同一なサービスベアラーを通じてデータをゲートウェイに転送することができる。
【０３３５】
具体的には、前記図２１の（ｄ）の場合、ＵＥ ＃１とＵＥ ＃３は各々自身のＮＤＢを通じてデータを基地局に転送する。前記ＵＥ ＃１とＵＥ ＃３から各々データの転送を受けた基地局は、転送を受けたデータのタイプがBroadcast-like dataと同一であり、識別コードが０と２として異なっても同一な品質特性を有するデータである場合、同一なサービスベアラー（サービスベアラー１またはサービスベアラー２）を通じて前記データをゲートウェイ（ＧＷ ＃１またはＧＷ ＃２）に転送することができる。
【０３３６】
既に図２１に図示した方法を通じて端末と基地局との間にはメッセージを転送するための端末単位のベアラーであるＮＤＢを設定し、基地局とゲートウェイとの間には基地局単位のベアラーであるサービスベアラーを設定してデータを送受信することができる。
【０３３７】
図２２は、本発明が適用できる無線通信システムにおけるベアラーを設定するための方法の一例を示す図である。
【０３３８】
前記図２２を参照すると、ゲートウェイまたはＭＭＥ（Mobility Management Entity）は特定サービスを提供するためのデータの転送を受ければ、前記データに対する応答が必要か否かを判断して、前述したサービスベアラーを端末とゲートウェイとの間に設定することができ、前記設定されたサービスベアラーを通じて前記データに対する応答を端末からゲートウェイに転送することができる。
【０３３９】
具体的には、前記ＭＭＥはゲートウェイ（P-Gateway、S-Gateway）から特定サービス（例えば、Broadcast-likeサービスなど）を提供するための特定データ及び前記データを転送するための情報の転送を受けることができる（Ｓ２２０１０）。
【０３４０】
この際、前記情報は前記特定データを受信する１つまたはそれ以上の端末を示す受信端末情報、前記特定データに対する端末の応答が必要か否かを示す指示子（indicator）、及び前記サービスベアラーが既に基地局とゲートウェイとの間に設定されているので、前記設定されたサービスベアラーを用いる場合、前記設定されたサービスベアラーのＩＤを含むことができる。
【０３４１】
前記受信端末情報は、ＩＭＥＩ（International Mobile Equipment Identity）のような機器識別番号のように端末が識別できる情報を含むことができる。
【０３４２】
例えば、以下の＜表６＞のように構成されたＩＭＥＩを通じて前記特定データを受信する対象端末を定めることができる。また、以下の＜表７＞のようにバージョンなどが同一な機器を１つのグループに作り、グループに従う番号を指定して受信するグループを定めることもできる。
【０３４３】
【表６】
0006553289.tif 000007
【０３４４】
【表７】
0006553289.tif 000008
【０３４５】
前記指示子（Indicator）は前記特定データを受信した端末が前記特定データに対する応答を転送すべきか否かを示す。
【０３４６】
前記特定データ及び前記転送に必要な情報を受信した前記ＭＭＥは、前記特定データ及び前記特定データの転送に必要な転送情報を前記基地局に転送することができる（Ｓ２２０２０）。
【０３４７】
前記転送情報は、前記ゲートウェイから転送を受けた前記受信端末情報、前記指示子、前記ベアラーＩＤ、前記特定データのメッセージタイプと識別コード、及び前記１つまたはその以上の端末のうち、前記基地局と連結状態である端末の情報を含む連結端末情報を含むことができる。
【０３４８】
この際、前記連結端末情報は前記連結状態である端末の情報がリスト形式に含まれることができる。
【０３４９】
以後、前記指示子が前記特定データに対する応答が必要であることを示し、既に設定された既存サービスベアラーを用いない場合、前記ＭＭＥと前記ゲートウェイは前述したサービスベアラーを設定するための手続を遂行することができる（Ｓ２２０３０）。
【０３５０】
前記サービスベアラーを設定するために、前記ＭＭＥは、前記ゲートウェイに前記サービスベアラーの設定を要請するベアラー設定要請メッセージを転送し、これに対する応答としてベアラー設定応答メッセージを受信してサービスベアラーを設定することができる。
【０３５１】
または、前記サービスベアラーを設定するために、前記ゲートウェイは、前記ＭＭＥに前記サービスベアラーの設定を要請するベアラー設定要請メッセージを転送し、これに対する応答としてベアラー設定応答メッセージを受信してサービスベアラーを設定することができる。
【０３５２】
以後、前記ＭＭＥは前記設定されたサービスベアラーと関連したベアラー設定情報を前記基地局に転送する（Ｓ２２０４０）。前記ベアラー設定情報は、前記特定データに対する応答をゲートウェイに転送するためのサービスベアラーに対する情報を含んでいる。例えば、前記サービスベアラーを示すサービスベアラーＩＤ、前記サービスベアラーを通じて転送できるデータの特性を示すＱｏＳ、前記サービスベアラーを通じて転送できるメッセージのタイプを示すタイプ情報、前記サービスベアラーを通じて転送できるメッセージを識別するための識別コード情報、前記サービスベアラーを通じて連結されているゲートウェイのアドレス、トンネルＩＤ及びデータ転送時に使われるIP Addressを含むことができる。
【０３５３】
このような過程を通じて基地局とゲートウェイとの間にサービスベアラーを設定することができ、以後、基地局は同一な品質を有する特定サービス毎に別途のベアラーを設定しなくても前記サービスベアラーを通じてゲートウェイにデータを転送することができる。
【０３５４】
図２３は、本発明が適用できる無線通信システムにおけるベアラーを通じてデータを送受信するための方法の一例を示す図である。
【０３５５】
前記図２３を参照すると、基地局はゲートウェイから転送を受けたデータを端末に転送することができ、端末から前記データに対する応答を前記図２２で説明したサービスベアラーを通じてゲートウェイに転送することができる。
【０３５６】
具体的には、基地局はＭＭＥから特定サービスを提供するためのデータ（以下、特定データ）及び前記図２２で説明した転送情報の転送を受けることができる。
【０３５７】
以後、前記基地局は前記特定データを転送するための設定情報をカバレッジ内の端末にブロードカスティングする（Ｓ２３０１０）。
【０３５８】
前記設定情報は、前記特定データを転送するための情報を含むことができる。例えば、前記受信端末情報、前記指示子、前記特定データが転送される区間を示す転送区間情報、前記特定データの転送周期情報、前記特定データが含まれる資源領域を識別するための無線網識別子、前記特定データが転送される資源領域情報、ＭＣＳ情報、前記特定データに対する応答が必要な場合、応答データのメッセージタイプ情報、前記特定データの識別コード、連結状態で存在する端末に前記特定データの応答データを転送するためのアップリンク資源を端末の別途要請無しで割り当てるか否かを示すアップリンク資源割り当て指示子、または前記アップリンク資源が別途要請無しで割り当てられれば、資源が割り当てできる時間を示す資源割り当て時間情報を含むことができる。
【０３５９】
前記転送区間情報は、前記特定データが転送できる時間と関連した情報を含むことができる。例えば、前記転送区間情報は前記特定データが転送できる区間の開始地点の時間情報（Starting point）及び終了地点の時間情報（Finishing point）を含むことができる。
【０３６０】
端末は、前記転送区間及び転送周期情報を通じて前記特定データが転送される時点を予測することができる。
【０３６１】
前記無線網識別子は、端末が前記基地局を通じて転送される特定データが自身に転送されるデータであるかを識別するための情報を示す。例えば、前記特定データが転送される資源領域を示すＰＤＣＣＨのＣＲＣが前記無線網識別子（例えば、Ｃ−ＲＮＴＩ）でマスキングされることができ、前記端末は転送を受けた識別子とマスキングされた識別子とを比較して前記特定データが自身に転送されるデータであるか否かを確認することができる。
【０３６２】
前記無線網識別子は、前記特定データが転送される区間のみで有効であり、その以後には解除できる。
【０３６３】
前記資源領域情報は前記特定データが転送される資源の位置を示す情報であって、前記ＰＤＣＣＨに前記特定データの資源領域が表示されない場合に含まれることができ、前記特定データの転送区間の以後には解除できる。
【０３６４】
前記メッセージタイプ情報は、前記基地局がゲートウェイにサービスベアラーを通じて前記応答メッセージを転送する場合、どのサービスベアラーを通じて転送するか否かを決定するために使われることができ、前記特定データの転送区間で特定時間の以後まで有効でありうる。
【０３６５】
この際、前記特定時間は予め設定されるか、または前記設定情報に含まれて設定できる。
【０３６６】
前記識別コードは、前記端末から転送される応答データがどんなデータに対する応答であるか、どんなサービスを提供するためのデータであるか否かを識別するために使われることができ、前記識別コードを通じて前記基地局はどのサービスベアラーを通じて前記応答データをゲートウェイに転送するか否かを決定することができる。
【０３６７】
前記設定情報は、カバレッジ内に連結状態端末だけでなく、遊休状態で存在する端末がありうるので、ページングメッセージ、システム情報ブロック、または通知メッセージを通じて転送されることができ、一定時間の間繰り返して転送できる。
【０３６８】
以後、前記基地局は前記転送区間の間前記転送周期毎に前記特定データをカバレッジ内の端末にブロードキャスティングすることができ、端末は前記無線網識別子を通じて転送される特定データが自身に転送されるか否かを判断して受信することができる（Ｓ２３０２０）。
【０３６９】
仮に、前記特定データに対する端末の応答が転送される必要がある場合、前記ＭＭＥとゲートウェイは前記図２２で説明した方法によりサービスベアラーを設定することができ、前記サービスベアラーの設定が完了した場合、以後、前記ＭＭＥは前記設定されたサービスベアラーと関連したベアラー設定情報を前記基地局に転送する（Ｓ２３０３０）。
【０３７０】
前記ベアラー設定情報は、前記特定データに対する応答をゲートウェイに転送するためのサービスベアラーに対する情報を含んでいる。例えば、前記サービスベアラーを示すサービスベアラーＩＤ、前記サービスベアラーを通じて転送できるデータの特性を示すＱｏＳ、前記サービスベアラーを通じて送受信できるメッセージを示すメッセージフィルタリング情報（例えば、メッセージ種類、識別コード、送信／受信ＩＰアドレス、ポート番号）、前記サービスベアラーを通じて連結されているゲートウェイのアドレス、トンネルＩＤ、及び応答データを転送する時に使われるIP Addressを含むことができる。
【０３７１】
以後、前記基地局は前記端末から前記特定データに対する応答データを受信することができ（Ｓ２３０４０）、前記応答データを前記サービスベアラーを通じて該当ゲートウェイに転送することができる（Ｓ２３０５０）。
【０３７２】
この際、前記端末が連結状態である場合、前記応答データは前述したＮＤＢを通じて基地局に転送できる。
【０３７３】
前記図２３で説明した各ステップは、各ステップの順序に関わらず、遂行できる。例えば、前記図２３のステップ（Ｓ２３０３０）は基地局とＭＭＥとの間の動作であり、ステップ（Ｓ２３０１０、Ｓ２３０２０）は基地局と端末との間の動作であり、これら動作が互いに独立に遂行できるので、前記ステップ（Ｓ２３０３０）が必ずステップ（Ｓ２３０２０）とステップ（Ｓ２３０４０）との間に位置しないことがある。即ち、前記ステップ（Ｓ２３０３０）は前記ステップ（Ｓ２３０２０）より先に遂行されることもできる。
【０３７４】
図２４及び図２５は、本発明が適用できる無線通信システムにおける連結状態の端末がベアラーを通じてデータを送受信するための方法及びデータフォーマットの一例を示す図である。
【０３７５】
前記図２４を参照すると、連結状態の端末は基地局から特定サービスを提供するための特定データの転送を受けることができ、これに対する応答データを別途のアップリンク資源の要請無しで、または要請を通じて基地局に転送することができる。
【０３７６】
具体的には、端末は基地局から前記基地局が前述したNon-EPS Data Bearer（以下、ＮＤＢ）を支援するか否かを示すベアラー支援情報（bearer support information）及び前記ＮＤＢを通じて転送できるメッセージの種類を示す支援メッセージタイプフィールドを受信する。
【０３７７】
この際、前記メッセージの種類は予め定義（Static Definition）されるか、または前記基地局により前記端末に予め伝達（Dynamic Definition）されることができ、前記ベアラー支援情報は前述したシステム情報を送受信するために使われるシステム情報ブロックに含まれることができる（Ｓ２４０１０）。
【０３７８】
前記ベアラー支援情報を受信した前記端末は、前記基地局がＮＤＢを支援する否かを判断することができる。
【０３７９】
仮に、前記基地局が前記ＮＤＢを支援しない場合、端末は基地局と既存のセル接続及び連結状態切換（例えば、ＲＲＣ連結設定とＡＳ保安活性化及びＲＲＣ連結再構成）手続を遂行するが、前記基地局が前記ＮＤＢを支援する場合、前記端末は前記基地局と既存の手続と共にＮＤＢ設定手続を遂行するようになる（Ｓ２４０２０）。
【０３８０】
前記端末は、前記基地局とＲＲＣ連結を設定するために前記基地局にＲＲＣ連結要請メッセージを転送する。この際、前記ＲＲＣ連結要請メッセージは、前記ＲＲＣ連結要請を転送する理由を示す原因（Cause）フィールドを含むことができる。
【０３８１】
以後、前記端末は前記ＲＲＣ連結要請メッセージに対する応答として前記基地局からＲＲＣ連結設定完了メッセージを受信することができる。
【０３８２】
仮に、前記端末が前記基地局とＲＲＣ連結手続を通じてＮＤＢを設定しようとすれば、前記ＲＲＣ連結要請メッセージは前記端末が前記ＮＤＢを支援するか否かを示す指示子のＮＤＢ指示子をさらに含むことができ、前記ＲＲＣ連結設定メッセージは前記ＮＤＢ設定のための設定情報（Configuration information）をさらに含むことができる。
【０３８３】
この際、前記ＮＤＢの設定は前記ＲＲＣ連結要請メッセージの原因フィールドと関係無しで遂行される。即ち、前記原因フィールドが特定サービスを示さない場合でも、前記基地局と前記端末はＮＤＢを設定することができる。
【０３８４】
前記ＮＤＢは、前記端末が転送しようとする特定サービスのメッセージが存在しなくても前記端末と前記基地局との間のＲＲＣ連結手続が遂行される時に生成されることができ、前記端末と前記基地局との間のＲＲＣ連結が切れるまで維持できる。
【０３８５】
また、前記ＮＤＢは環境設定（例えば、RLC mode、Max Retx Threshold、Logical Channel Identity、Priority：Highest priority、Prioritized Bit Rate、ＱｏＳ（Quality of Service））値によって端末単位で多数個が設定できる。
【０３８６】
前記ＮＢＤを通じて転送されるメッセージは、別途のバッファで独立に管理されることができ、他のＳＲＢ及び／又はＤＲＢのバッファと合わせられてバッファ状態が報告されないように前述したlogical channel group形態に管理されない。
【０３８７】
仮に、前記ＲＲＣ連結手続を通じて前記ＮＤＢが設定されない場合、前記基地局は初期保安活性化手続（例えば、Initial security activation）を開始した後、ＲＲＣ連結再構成手続（RRC Connection Reconfiguration Procedure）を遂行して前記ＮＤＢを設定することができる。
【０３８８】
例えば、前記基地局はＳＲＢ２及び前記ＮＤＢ設定のための設定情報（Configuration information）が含まれたＲＲＣ連結再構成（RRC Connection Reconfiguration）メッセージを前記端末に転送して前記ＮＤＢを設定することができる。
【０３８９】
この際、前記端末はＲＲＣ連結再構成完了メッセージを通じて前記ＮＤＢ設定が完了することを前記基地局に知らせることができる。
【０３９０】
前記ＲＲＣ連結設定及び連結再構成手続などを通じて遊休状態の端末は連結状態に遷移できる。
【０３９１】
連結状態の前記端末は、前記基地局から前記図２３で説明した設定情報を受信する（Ｓ２４０４０）。前記端末は、前記基地局から転送を受けた設定情報を通じて前記特定データが応答が要求されるか否か及び前記基地局から別途のアップリンク資源の要請無しでもアップリンク資源が割り当てられるか否かを確認することができる。
【０３９２】
前記端末は、設定情報に含まれた転送区間で転送周期毎に特定サービスを提供するための特定データを受信することができる（Ｓ２４０４０）。
【０３９３】
仮に、前記ＲＲＣ連結及び連結再構成手続を通じて前記ＮＤＢが設定されないか、前記手続を通じて既に設定されたＮＤＢが前記特定データに対する応答データと異なる品質を有する場合、前記基地局は前記ステップ（Ｓ２４０４０）の以後、前記応答データを転送するためのＮＤＢを設定するための手続を遂行することができる（Ｓ２４０５０）。
【０３９４】
例えば、前記端末は前記ＮＤＢの設定を要請する要請メッセージを前記基地局に転送する。
【０３９５】
前記要請メッセージを受信した前記基地局は、前記ＮＤＢ設定のための設定情報（Configuration information）が含まれたＲＲＣ連結再構成（RRC Connection Reconfiguration）メッセージを前記端末に転送し、前記端末は前記基地局にこれに対する応答としてＲＲＣ連結再構成完了メッセージを転送して前記ＮＤＢ設定が完了することを知らせる。
【０３９６】
前記、ＮＤＢを設定するための手続であるステップ（Ｓ２４０５０）は、前記ステップ（Ｓ２４０３０）より先に遂行できる。例えば、前記設定情報に含まれている前記特定データに対する端末の応答が必要か否かを示す指示子（indicator）が応答を必要とすることを示す場合、前記基地局は前記端末とＮＤＢを設定するための手続を遂行することができる。
【０３９７】
前記特定データが応答が要求されるデータであり、前記基地局からアップリンク資源割り当て要請無しでもアップリンク資源が割り当てられれば、前記端末は前記アップリンク資源が割り当てられることを待ってアップリンク資源の割り当てを受ける（Ｓ２４０６０）。
【０３９８】
しかしながら、前記資源割り当て時間情報が示す時間の間、アップリンク資源が割り当てられないか、または前記基地局にアップリンク資源要請無しでは資源が割り当てられない場合、前記端末は前記基地局にアップリンク資源割り当て要請を行ってアップリンク資源の割り当てを受けることができる。
【０３９９】
以後、前記端末は前記割り当てを受けたアップリンク資源を通じて応答データが含まれたメッセージを前記基地局に転送することができる（Ｓ２４０７０）。前記応答メッセージは、前記図２５に図示したように、２つのボディーフィールド（body field）と１つの第１ボディーフィールド（Body ＃１）の長さを示す長さフィールド（length field）で構成できる。
【０４００】
前記第１ボディーフィールドは、前記設定情報に含まれたメッセージタイプ情報及び前記特定データの識別コードまたは無線網識別子などが含まれることができ、第２ボディーフィールドは、前記特定データの応答である応答データが含まれることができる。
【０４０１】
この際、前記ＮＤＢが前記特定サービス専用であれば、前記メッセージタイプ情報は含まれないことがある。
【０４０２】
前記基地局は、前記応答メッセージの前記第１ボディーフィールドに含まれた情報を通じて前記第２ボディーフィールドに含まれた応答データを転送すべき目的地を決定することができ、決定された目的地に前記応答データを転送する（Ｓ２４０８０）。
【０４０３】
この際、前記基地局は多数の端末から同一な目的地の応答データを受信した場合、受信した応答データを集積（aggregation）して目的地に転送することができる。
【０４０４】
図２６は、本発明が適用できる無線通信システムにおける遊休状態の端末がベアラーを通じてデータを送受信するための方法の一例を示す図である。
【０４０５】
前記図２６を参照すると、遊休状態の端末は基地局から特定サービスを提供するための特定データの転送を受けることができ、ＲＲＣ連結の以後に、これに対する応答データを別途のアップリンク資源の要請無しで、または要請を通じて基地局に転送することができる。
【０４０６】
まず、ステップ（Ｓ２６０１０）は前記図２４のステップ（Ｓ２４０１０）と同一であるので、説明を省略する。
【０４０７】
具体的には、前記端末は前記基地局から前記図２３で説明した設定情報を受信し（Ｓ２６０２０）、設定情報に含まれた転送区間で転送周期毎に特定サービスを提供するための特定データを受信することができる（Ｓ２６０３０）。
【０４０８】
この際、前記端末はＲＲＣ遊休状態であるので、前記設定情報は前記図２３で説明した前記端末のための前記アップリンク資源割り当て指示子及び前記資源割り当て時間情報は含まれないことがある。
【０４０９】
前記端末は、前記基地局からブロードキャスティングされる前記特定情報が自身が受信すべきデータでなく、その他の送受信データが無いことを認知した場合、前記遊休状態の端末は眠るようになる。
【０４１０】
しかしながら、前記特定データが自身が受信すべきデータであり、前記特定データに対する応答を必要とする場合、即ち、前記指示子が応答を示す場合、応答データを転送するために前記基地局とＮＤＢを設定するための手続を遂行するようになる。前記図２６は、ＲＲＣ連結手続と共にＮＤＢを設定する実施形態である。
【０４１１】
前記端末は、前記基地局とＲＲＣ連結を設定するために前記基地局にＲＲＣ連結要請メッセージを転送する（Ｓ２６０４０）。この際、前記ＲＲＣ連結要請メッセージは、前記ＲＲＣ連結要請を転送する理由を示す原因（Cause）フィールド及び／又は前記端末が前記ＮＤＢを支援するか否かを示す指示子のＮＤＢ指示子を含むことができる。
【０４１２】
前記原因フィールドは、転送されるメッセージによって下記のように設定できる。
【０４１３】
−一般制御／データ：mt-Ａccess、mo-Signaling、mo-Data
【０４１４】
−既存応急コールサービス：emergency
【０４１５】
−緊急メッセージサービス：enhanced emergency or public safety
【０４１６】
−Broadcast-like Service：Broadcast-like Data
【０４１７】
本実施形態では、前記特定データに対する応答データを転送するためのものであるので、前記原因フィールドはBroadcast-like Serviceに設定される。
【０４１８】
以後、前記端末は前記ＲＲＣ連結要請メッセージに対する応答として前記基地局から前記ＮＤＢ設定のための設定情報（Configuration information）を含むＲＲＣ連結設定メッセージを受信して前記ＮＤＢを設定することができる（Ｓ２６０５０）。
【０４１９】
この際、前記ＲＲＣ連結設定メッセージは、前記アップリンク資源割り当て指示子及び前記資源割り当て時間情報を含むことができる。
【０４２０】
前記ＮＤＢは、環境設定（例えば、RLC mode、Max Retx Threshold、Logical Channel Identity、Priority：Highest priority、Prioritized Bit Rate、ＱｏＳ（Quality of Service））値によって端末単位で多数個が設定できる。
【０４２１】
前記ＮＢＤを通じて転送されるメッセージは、別途のバッファで独立に管理されることができ、他のＳＲＢ及び／又はＤＲＢのバッファと合わせられてバッファ状態が報告されないように前述したlogical channel group形態に管理されない。
【０４２２】
以後、ステップ（Ｓ２６０６０）からステップ（Ｓ２６０８０）は、前記図２４のステップ（Ｓ２４０６０）からステップ（Ｓ２４０８０）と同一であるので、説明を省略する。
【０４２３】
図２７は、本発明が適用できる無線通信システムにおける遊休状態の端末がベアラーを通じてデータを送受信するための方法の更に他の一例を示す図である。
【０４２４】
前記図２７を参照すると、遊休状態の端末は基地局から特定サービスを提供するための特定データの転送を受けることができ、別途のＲＲＣ連結手続無しで遊休状態で前記特定データに対する応答を基地局に転送することができる。
【０４２５】
先に、ステップ（Ｓ２７０１０）及びステップ（Ｓ２７０２０）は、前記図２６のステップ（Ｓ２６０２０）及びステップ（Ｓ２６０３０）と同一であるので、説明を省略する。
【０４２６】
具体的に、前記ｅＮＢと前記図１３で説明したランダムアクセス手続を遂行するようになる（Ｓ２７０３０）。即ち、前記端末は前記ｅＮＢにランダムアクセスプリアンブル（Random Access Preamble）をｅＮＢに転送し、前記ｅＮＢは前記ランダムアクセスプリアンブルを受信すれば、ランダムアクセス応答メッセージ（Random Access Response）を前記端末に転送する。この際、前記ランダムアクセス手続は遊休状態（Idle State）で低遅延サービスの提供を受けようとする端末のために別途に設計できる。
【０４２７】
具体的に、前記ランダムアクセス応答メッセージに対する下向きスケジューリング情報は、ＲＡ−ＲＮＴＩ（Random Access-Radio Network Temporary Identifier）でＣＲＣマスキングされてＬ１またはＬ２制御チャンネル（ＰＤＣＣＨ）上で転送できる。ＲＡ−ＲＮＴＩでマスキングされた下向きスケジューリング信号を受信したＵＥは、ＰＤＳＣＨ（Physical Downlink Shared Channel）からランダムアクセス応答メッセージを受信してデコーディングすることができる。以後、ＵＥは前記ランダムアクセス応答メッセージに自身に指示されたランダムアクセス応答情報があるかを確認する。
【０４２８】
自身に指示されたランダム接続応答情報が存在するか否かは、ＵＥが転送したプリアンブルに対するＲＡＩＤ（Random Access Preamble ID）が存在するか否かによって確認できる。
【０４２９】
前記ランダムアクセス応答情報は、同期化のためのタイミングオフセット情報を示すＴＡ（Timing Alignment）、アップリンクに使われる無線資源割り当て情報、ＵＥ識別のための臨時識別子（例：Temporary C-RNTI）などを含む。
【０４３０】
以後、端末は遊休状態（Idle State）で前記応答データの転送を要請するために要請メッセージ（または、ＲＲＣダイレクトデータ転送要請メッセージ（RRC Direct Data Transfer Request message））を前記基地局に転送することができる（Ｓ２７０４０）。
【０４３１】
前記要請メッセージは、メッセージ種類を示すメッセージタイプフィールド、前記端末を識別するための端末識別子を示すＵＥ ＩＤ ＩＥフィールド、前記要請メッセージがデータ転送のためのメッセージであるか、またはデータ受信のための要請メッセージであるか否かを示すＴｘインジケータ（Indicator）、前記要請メッセージがデータ転送のための要請（即ち、アップリンク低遅延サービスデータ）である場合に転送しようとするデータの特性を示すＱｏＳ  ＩＥ（Quality of Service Information Element）フィールド及び前記応答データのサイズを示すサイズフィールドを含むことができる。
【０４３２】
前記ＱｏＳ  ＩＥフィールドは、前記応答データの転送経路が前記ＮＤＢであるか否かを示すＮＤＢ指示子、前記応答データのタイプを示すメッセージタイプ情報、及び前記識別コードを含むことができ、前記Ｔｘインジケータはデータの転送を示すことができる。
【０４３３】
この際、前記メッセージタイプ情報は前記特定データのメッセージタイプに対応できる。
【０４３４】
前記ＵＥ ＩＤ ＩＥは前記端末を管理するＭＭＥ識別子及び該当ＭＭＥ内で前記端末を区別する識別子を含むことができる。より具体的に、ネットワーク識別番号であるＰＬＭＮ ＩＤ（Public Land Mobile Network Identifier）、ＭＭＥグループ識別子であるＭＭＥＧＩ、（MME Group Identifier）、ＭＭＥコード識別子を示すＭＭＥＣ（MME Code）、端末識別子を示すＭ−ＴＭＳＩ（MME Temporary Mobile Subscriber Identity）、どの通信技術を支援するＭＭＥに割り当てを受けた識別子であるかを区別してくれるパラメータ（Parameter）、またはＭＭＥの以外の他のentityに割り当てを受けた識別子であるかを区別してくれるパラメータのうち、少なくともいずれか１つを含むことができる。
【０４３５】
仮に、前記ＭＭＥ識別子に相応するＭＭＥと前記ｅＮＢとの間の直接的な通信経路（例えば、S1 interface）が存在しなければ、前記ｅＮＢは他のＭＭＥに端末に対する認証及びコンテクスト（Context）情報処理を要請することができ、前記ＭＭＥと前記他のＭＭＥは前記端末に対するコンテクスト（Context）情報を交換することもできる。
【０４３６】
前記基地局は、前記端末が転送しようとする前記応答データに相応するＱｏＳ  ＩＥフィールドの情報によって、資源割り当て時点及び資源割り当てサイズを決定することができ、該当資源割り当て情報を示すUL resource IEを応答メッセージ（または、ＲＲＣダイレクトデータ転送応答メッセージ（RRC Direct Data Transfer response message））に含んで前記端末に転送する（Ｓ２７０５０）。
【０４３７】
前記応答メッセージは、ＲＲＣメッセージ、ＭＡＣメッセージ、またはＭＡＣヘッダ形態に含まれて転送できる。
【０４３８】
また、ランダムアクセス過程で同一の資源及びランダムアクセスコード（あるいは、プリアンブル）を選択した複数個の端末が存在できるので、前記応答メッセージは前記割り当てられた資源がどんな端末に割り当てられたものであることを示すターゲットＵＥ ＩＤ ＩＥ（target UE ID IE）フィールドを含むことができる。
【０４３９】
前記ターゲットＵＥ ＩＤ ＩＥフィールドは、前記ステップ（Ｓ２７０４０）で受信したＵＥ ＩＤ ＩＥを含む１つ以上のフィールドで構成できる。
【０４４０】
以下の＜表８＞は、前記応答メッセージのデータフォーマットの一例を示す表である。
【０４４１】
【表８】
0006553289.tif 000009
【０４４２】
前記端末は、前記応答メッセージを通じて割り当てられた資源を通じて前記応答データを転送するために転送メッセージ（または、ＲＲＣダイレクトアップリンクデータ転送メッセージ（RRC Direct UL Data Transfer message））を前記基地局に転送する（Ｓ２７０６０）。
【０４４３】
以後、前記基地局は前記応答メッセージに含まれたメッセージタイプ情報及び識別コードを通じて前記応答データを転送しなければならない目的地を決定することができ、決定された目的地に前記応答データを転送する（Ｓ２７０７０）。
【０４４４】
このような方法により遊休状態の端末も特定データに対する応答データを別途の連結手続無しでも基地局に転送することができ、基地局は端末別に設定されたベアラーでないサービス毎に設定されたベアラーを通じてデータをゲートウェイに転送することができる。
【０４４５】
図２８は、本発明が適用できる無線装置の内部ブロック図の一例を示す図である。
【０４４６】
ここで、前記無線装置はｅＮＢ及びＵＥであって、ｅＮＢはマクロ基地局及びスモール基地局を全て含む。
【０４４７】
前記図２８に図示したように、ｅＮＢ ２８１０及びＵＥ ２８２０は通信部（送受信部、ＲＦユニット、２８１３、２８２３）、プロセッサ２８１１、２８２１、及びメモリ２８１２、２８２２を含む。
【０４４８】
その他にも前記ｅＮＢ及びＵＥは入力部及び出力部をさらに含むことができる。
【０４４９】
前記通信部２８１３、２８２３、プロセッサ２８１１、２８２１、入力部、出力部、及びメモリ２８１２、２８２２は、本明細書で提案する方法を遂行するために機能的に連結されている。
【０４５０】
通信部（送受信部またはＲＦユニット、２８１３、２８２３）は、ＰＨＹプロトコル（Physical Layer Protocol）から作られた情報を受信すれば、受信した情報をＲＦスペクトル（Radio-Frequency Spectrum）に移し、フィルタリング（Filtering）、増幅（Amplification）などを遂行してアンテナに送信する。また、通信部はアンテナで受信されるＲＦ信号（Radio Frequency Signal）をＰＨＹプロトコルから処理可能な帯域に移し、フィルタリングを遂行する機能をする。
【０４５１】
そして、通信部はこのような送信と受信機能を切り換えるためのスイッチ（Switch）機能も含むことができる。
【０４５２】
プロセッサ２８１１、２８２１は、本明細書で提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの階層はプロセッサにより具現できる。
【０４５３】
前記プロセッサは、制御部、controller、制御ユニット、コンピュータなどで表現できる。
【０４５４】
メモリ２８１２、２８２２はプロセッサと連結されて、アップリンク資源割り当て方法を遂行するためのプロトコルやパラメータを格納する。
【０４５５】
プロセッサ２８１１、２８２１は、ＡＳＩＣ（application-specific integrated circuit）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリは、ＲＯＭ（read-only memory）、ＲＡＭ（random access memory）、フラッシュメモリ、メモリカード、格納媒体及び／又は他の格納装置を含むことができる。通信部は、無線信号を処理するためのベースバンド回路を含むことができる。実施形態がソフトウェアで具現される時、前述した技法は前述した機能を遂行するモジュール（過程、機能など）で具現できる。
【０４５６】
モジュールはメモリに格納され、プロセッサにより実行できる。メモリはプロセッサの内部または外部にあることができ、よく知られた多様な手段によりプロセッサと連結できる。
【０４５７】
出力部（ディスプレイ部、または表示部）はプロセッサにより制御され、キー入力部で発生するキー入力信号及びプロセッサからの各種情報信号と共に、前記プロセッサから出力される情報を出力する。
【０４５８】
以上で説明した本発明は、本発明が属する技術分野で通常の知識を有する者において、本発明の技術的思想から外れない範囲内で種々の置換、変形、及び変更が可能であるので、前述した実施形態及び添付した図面により限定されるものでない。
【産業上の利用可能性】
【０４５９】
本発明の無線通信システムにおけるＲＲＣ連結方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに適用される例を中心として説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムの他にも多様な無線通信システムに適用可能である。
【図１】
0006553289.tif 000010
【図２】
0006553289.tif 000011
【図３】
0006553289.tif 000012
【図４（ａ）】
0006553289.tif 000013
【図４（ｂ）】
0006553289.tif 000014
【図５】
0006553289.tif 000015
【図６】
0006553289.tif 000016
【図７】
0006553289.tif 000017
【図８】
0006553289.tif 000018
【図９】
0006553289.tif 000019
【図１０】
0006553289.tif 000020
【図１１】
0006553289.tif 000021
【図１２】
0006553289.tif 000022
【図１３】
0006553289.tif 000023
【図１４】
0006553289.tif 000024
【図１５】
0006553289.tif 000025
【図１６】
0006553289.tif 000026
【図１７】
0006553289.tif 000027
【図１８】
0006553289.tif 000028
【図１９】
0006553289.tif 000029
【図２０】
0006553289.tif 000030
【図２１】
0006553289.tif 000031
【図２２】
0006553289.tif 000032
【図２３】
0006553289.tif 000033
【図２４】
0006553289.tif 000034
【図２５】
0006553289.tif 000035
【図２６】
0006553289.tif 000036
【図２７】
0006553289.tif 000037
【図２８】
0006553289.tif 000038