(57)【特許請求の範囲】
【請求項１】
無線通信システムにおける基地局がデータを送受信するための方法であって、
（ｉ）ネットワークノードとデータフローを送受信するための第１セッションと、（ｉｉ）端末（ＵＥ）と前記データフローを送受信するための第１データ無線ベアラ（ＤＲＢ）とを形成するステップと、
前記ネットワークノードから前記第１セッションを介して第１データフローに関連する第１メッセージを受信するステップと、
前記端末へ前記第１ＤＲＢを介して前記第１メッセージを転送するステップとを含み、
前記第１データフローのサービス品質（Quality of Service）が前記第１ＤＲＢを介して送信される第２データフローのサービス品質と異なる時、前記第１ＤＲＢの設定は、（ｉ）前記基地局と（ｉｉ）前記端末により前記第１データフローのサービス品質に基づいて変更され、
前記第２データフローと関連する第２メッセージは、前記第１データフローが生成される前に前記第１ＤＲＢを介して前もって転送され、
前記第１ＤＲＢは、異なるサービス品質を有する複数のメッセージを転送するための論理的経路であり、
前記複数のメッセージは、前記基地局と前記端末の間で送受信され、
前記複数のメッセージは、前記第１メッセージと前記第２メッセージを含む、方法。
【請求項２】
前記ネットワークノードに前記第１メッセージのサービス品質に基づいて前記第１セッションと前記第１ＤＲＢの設定変更を要請する要請メッセージを転送するステップと、
前記要請メッセージに対する応答として応答メッセージを受信するステップとをさらに含む、請求項１に記載の方法。
【請求項３】
前記第１メッセージは、前記第１メッセージの目的地情報を含む目的地アドレスフィールド、前記第１メッセージの送信先情報を含むソースアドレスフィールド、前記第１メッセージのデータフロー情報、前記第１メッセージが転送されるセッションを示すセッション識別子、前記第１メッセージの品質情報、及び優先順位情報のうちの、少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
前記送信先情報、前記目的地情報、前記データフロー情報、前記セッション識別子、前記品質情報、及び前記優先順位情報のうちの、少なくとも１つに基づいて前記第１メッセージの転送に用いられる前記第１セッションを選択するステップをさらに含む、請求項３に記載の方法。
【請求項５】
前記第１セッションを示すセッション識別子、及び優先順位情報を暗黙に認識することができる時、前記セッション識別子及び前記優先順位情報のうちの、少なくとも１つに基づいて前記第１セッションを選択するステップをさらに含む、請求項１に記載の方法。
【請求項６】
前記第１セッションと前記第１ＤＲＢの確立を要請するセッション設定要請メッセージを前記ネットワークノードに転送するステップと、
前記セッション設定要請メッセージに対する応答としてセッション設定応答メッセージを受信するステップをさらに含む、請求項１に記載の方法。
【請求項７】
前記端末に前記第１メッセージのサービス品質に基づいて第２セッションの確立のための設定メッセージを転送するステップと、
前記設定メッセージに対する応答として設定完了メッセージを受信するステップをさらに含み、
前記第１メッセージは、前記第２セッションを通じて転送される、請求項１に記載の方法。
【請求項８】
前記第１メッセージは、前記第１メッセージのサービス品質にかかわらず、前記第１セッションを通じて前記第１メッセージが転送されることを示す指示子を含む、請求項１に記載の方法。
【請求項９】
無線通信システムにおけるデータを送受信するためのユーザ端末（ＵＥ）であって、
外部と無線信号を送信及び受信する通信部と、
前記通信部と機能的に結合されているプロセッサを含み、
前記プロセッサは、
（ｉ）ネットワークノードとデータフローを送受信するための第１セッションと、（ｉｉ）ＵＥと前記データフローを送受信するための第１データ無線ベアラ（ＤＲＢ）とを形成し、
前記ネットワークノードから前記第１セッションを介して第１データフローに関連する第１メッセージを受信し、
前記ＵＥへ前記第１ＤＲＢを介して前記第１メッセージを転送するように構成され、
前記第１データフローのサービス品質（Quality of Service）が前記第１ＤＲＢを介して送信される第２データフローのサービス品質と異なる時、前記第１ＤＲＢの設定は、（ｉ）基地局と（ｉｉ）前記ＵＥにより前記第１データフローのサービス品質に基づいて変更され、
前記第２データフローと関連する第２メッセージは、前記第１データフローが生成される前に前記第１ＤＲＢを介して前もって転送され、  
前記第１ＤＲＢは異なるサービス品質を有する複数のメッセージを転送するための論理的経路であり、
前記複数のメッセージは、前記基地局と前記ＵＥの間で送受信され、
前記複数のメッセージは、前記第１メッセージと前記第２メッセージを含む、ＵＥ。
【請求項１０】
第１ＤＲＢの設定が前記第１データフローのサービス品質に基づいて変更される時、前記第１ＤＲＢの形成は、前記第１メッセージの転送が完了した後に前記第２メッセージを送信するために復旧される、請求項１に記載の方法。
【請求項１１】
前記第１データフローのサービス品質に基づいて前記第１ＤＲＢの設定が変更される前に、前記第１ＤＲＢのコンテンツ情報を保存するステップをさらに含み、
前記コンテンツ情報は、前記第２メッセージを送信するために設定される前記第１ＤＲＢの設定に関連する、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムにおける端末のデータ送受信方法に関し、より詳しくは、データの送受信のための論理的な経路の設定方法及びこれを支援する装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声だけでなく、データサービスまで領域を拡張し、現在では爆発的なトラフィックの増加によって資源の不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが求められている。
【０００３】
次世代の移動通信システムの要求条件は大きく爆発的なデータトラフィックの収容、ユーザ当たり転送率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（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）など、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明はサービスのＱｏＳ（Quality of Service）によってデータを送受信するための論理的な経路の設定方法及び装置を提供することをその目的とする。
【０００５】
また、本発明は別途の論理的な経路設定無しで既に設定されている経路または経路の一部分を通じてデータを転送するための方法及び装置を提供することをその目的とする。
【０００６】
また、本発明は求められるサービス品質（Quality of Service）が互いに異なる多数のデータを１つの論理的経路を通じて転送するための方法及び装置を提供することをその目的とする。
【０００７】
また、本発明は既に設定されている経路または経路の一部分を通じてデータを送受信することによって、データ転送のための遅延を減少させるための方法及び装置を提供することをその目的とする。
【０００８】
また、本発明は１つの論理的経路を通じてサービス品質が互いに異なるデータをネットワークノードまたはデバイスに転送することによって、サービス品質によって論理的経路を別途に設定しない方法及び装置を提供することをその目的とする。
【０００９】
本明細書で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、言及しない更に他の技術的課題は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解されるべきである。
【課題を解決するための手段】
【００１０】
本発明では前述した問題点を解決するために、無線通信システムにおけるデータを送受信するためのベアラー設定方法及び装置を提供する。
【００１１】
具体的に、本発明の一実施形態に係るベアラー（Bearer）設定方法は、ネットワークノードとデータを送受信するための第１セッションを形成するステップと、デバイスまたは前記ネットワークノードから前記セッションを通じてメッセージを受信するステップと、前記ネットワークノードまたは前記デバイスに前記第１セッションを通じて前記メッセージを転送するステップを含み、前記第１セッションは互いに異なるサービス品質（Quality of Service）を有する１つまたはその以上のメッセージを転送するための論理的経路を示す。
【００１２】
また、本発明は、前記メッセージのサービス品質によって前記第１セッションの設定を変更するステップをさらに含む。
【００１３】
また、本発明は、前記ネットワークノードに前記メッセージのサービス品質によって前記第１セッションの設定変更を要請する要請メッセージを転送するステップと、前記要請メッセージに対する応答として応答メッセージを受信するステップをさらに含む。
【００１４】
また、本発明で、前記メッセージは前記メッセージの目的地情報を含む目的地アドレスフィールド、前記メッセージの送信先情報を含むソースアドレスフィールド、前記メッセージのデータフロー情報、前記メッセージが転送されるセッションを示すセッション識別子、前記メッセージの品質情報、または優先順位情報のうち、少なくとも１つを含む。
【００１５】
また、本発明で、前記送信先情報、前記目的地情報、前記データフロー情報、前記セッション識別子、前記品質情報、または前記優先順位情報のうちの少なくとも１つに基づいて前記メッセージの転送に用いられる前記第１セッションを選択するステップをさらに含む。
【００１６】
また、本発明は、前記第１セッションを示すセッション識別子、及び優先順位情報を暗黙に認識できる場合、前記セッション識別子または前記優先順位情報のうちの少なくとも１つに基づいて前記第１セッションを選択するステップをさらに含む。
【００１７】
また、本発明は、前記第１セッションの設定を要請するセッション設定要請メッセージを前記ネットワークノードに転送するステップと、前記セッション設定要請メッセージに対する応答としてセッション設定応答メッセージを受信するステップをさらに含む。
【００１８】
また、本発明は、前記デバイスに前記メッセージのサービス品質に基づいて第２セッションの設定のための設定メッセージを転送するステップと、前記設定メッセージに対する応答として設定完了メッセージを受信するステップをさらに含み、かつ前記メッセージは前記第２セッションを通じて送受信される。
【００１９】
また、本発明で、前記メッセージは前記メッセージのサービス品質にかかわらず、前記第１セッションを通じて転送されることを示す指示子を含む。
【００２０】
また、本発明は、外部と無線信号を送信及び受信する通信部と、前記通信部と機能的に結合されているプロセッサを含み、かつ前記プロセッサは、ネットワークノードとデータを送受信するための第１セッションを形成し、デバイスまたは前記ネットワークノードから前記セッションを通じてメッセージを受信し、前記ネットワークノードまたは前記デバイスに前記第１セッションを通じて前記メッセージを転送し、かつ前記第１セッションは互いに異なるサービス品質（Quality of Service）を有する１つまたはその以上のメッセージを転送するための論理的経路を示す装置を提供する。
【発明の効果】
【００２１】
本発明はサービス品質（Quality of Service）が互いに異なる多数のデータを１つの論理的経路を通じて転送することによって、サービス品質によって別途の論理的経路を設定することにかかる遅延を減少させることができる効果がある。
【００２２】
また、本発明はサービス品質（Quality of Service）が互いに異なる多数のデータを１つの論理的経路を通じて転送することによって、サービス品質によって別途の論理的経路を設定するためのシグナリングを減少させることができる効果がある。
【００２３】
また、本発明はサービス品質（Quality of Service）が互いに異なる多数のデータを１つの論理的経路を通じて転送することによって、論理的経路を管理するための資源を減少させることができる効果がある。
【００２４】
本明細書で得ることができる効果は以上で言及した効果に制限されず、言及しない更に他の効果は以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。
【図面の簡単な説明】
【００２５】
【図１】本発明が適用できるＬＴＥシステムに関連するＥＰＳ（Evolved Packet System）の一例を示す図である。
【図２】本発明が適用される無線通信システムを示す図である。
【図３】本発明が適用できるＥ−ＵＴＲＡＮとＥＰＣ間の機能分割（functional split）の一例を示すブロック図である。
【図４】発明の技術的特徴が適用できる無線プロトコル構造（radio protocol architecture）の一例を示すブロック図である。
【図５】本発明が適用できる３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに用いられる物理チャンネル及びこれらを用いた一般的な信号転送方法を説明するための図である。
【図６】本発明が適用できるＲＲＣ連結を確立する過程を示す流れ図である。
【図７】本発明が適用できるＲＲＣ連結再設定過程を示す流れ図である。
【図８】本発明が適用できる無線通信システムにおけるＭＡＣエンティティ（entity）で使用するＭＡＣ ＰＤＵを例示する図である。
【図９】本発明が適用できる無線通信システムにおけるＭＡＣ ＰＤＵのサブヘッダを例示する。
【図１０】本発明が適用できる無線通信システムにおけるＭＡＣ ＰＤＵのサブヘッダを例示する。
【図１１】本発明が適用できる無線通信システムにおけるバッファ状態報告のためのＭＡＣ制御要素のフォーマットを例示する図である。
【図１２】本発明が適用できる無線通信システムにおける端末のアップリンク資源割り当て過程を例示する図である。
【図１３】ＬＴＥシステムにおけるランダム接続過程（Random Access Procedure）の一例を示す。
【図１４】本発明が適用できる無線通信システムにおけるＥＭＭ及びＥＣＭ状態を例示する図である。
【図１５】本発明が適用できる無線通信システムにおけるベアラー構造を例示す図である。
【図１６】本発明の適用できる無線通信システムにおけるＥＭＭ登録状態で制御平面（control plane）及びユーザ平面（user plane）の転送経路を例示する図である。
【図１７】ベアラー及びチャンネル間のマッピング関係の一例を示す図である。
【図１８】基本ベアラー活性化（activation）手続の一例を示す図である。
【図１９】専用ベアラー不活性化（deactivation）手続の一例を示す図である。
【図２０】専用ベアラー不活性化（deactivation）手続の一例を示す図である。
【図２１】連結状態端末の基本ベアラーの生成手続の一例を示す図である。
【図２２】連結状態端末の基本ベアラーの生成手続の一例を示す図である。
【図２３】非連結状態端末の基本ベアラーの生成手続の一例を示す図である。
【図２４】ＱｏＳ（Quality of Service）管理のためのパラメータ構成の一例を示す図である。
【図２５】５Ｇサービスの種類及び要求事項の一例を示す図である。
【図２６】５Ｇサービスの種類及び要求事項の一例を示す図である。
【図２７】５Ｇサービスの種類及び要求事項の一例を示す図である。
【図２８】本明細書で提案する方法が適用できる次世代のＲＡＮを支援するための無線通信システム構造の一例を示す図である。〔図２８〕ネットワーク機能間に相互作用及び機能の一例を示す図である。
【図２９】本明細書で提案する方法が適用できる次世代のＲＡＮを支援するための無線通信システム構造の更に他の一例を示す図である。
【図３０】本明細書で提案する方法が適用できるＱｏｓフレームワークで使われるＱｏＳ構造の一例を示す。
【図３１】データ送受信のための論理的な経路の一例を示す図である。
【図３２】本発明が適用されるデータ送受信のための論理的な経路の一例を示す図である。
【図３３】本発明が適用されるデータ送受信のために論理的な経路を設定する方法の一例を示す図である。
【図３４】本発明が適用されるデータ送受信のために論理的な経路を設定する方法の更に他の一例を示す図である。
【図３５】本発明が適用できる有線網内の経路と無線網内の経路との間にマッピング関係の一例を示す図である。
【図３６】本発明が適用できる経路マッピングのための情報を転送するための方法及びマッピング関係の一例を示す図である。
【図３７】本発明が適用できる経路マッピングのための情報を転送するための方法及びマッピング関係の一例を示す図である。
【図３８】本発明が適用できる論理的経路の設定を通じてデータを送受信するための方法の一例を示す流れ図である。
【図３９】本発明が適用できる論理的経路の設定を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【図４０】本発明が適用できる論理的経路の設定変更を通じてデータを送受信するための方法の一例を示す流れ図である。
【図４１】本発明が適用できる論理的経路の設定変更を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【図４２】本発明が適用できる論理的経路の設定変更を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【図４３】本発明が適用できる論理的経路の設定変更を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【図４４】本発明が適用できる既に設定された論理的経路を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【図４５】本発明が適用できる既に設定された論理的経路を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【図４６】本発明が適用できる無線装置の内部ブロック図の一例を示す図である。
【発明を実施するための形態】
【００２６】
以下、本発明に従う好ましい実施形態を添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするものでない。以下の詳細な説明は本発明の完全な理解を提供するために具体的な細部事項を含む。しかしながら、当業者は本発明がこのような具体的細部事項無しでも実施できることが分かる。
【００２７】
幾つかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心にしたブロック図形式に図示できる。
【００２８】
本明細書で、基地局は端末と直接的に通信を遂行するネットワークの終端ノード（terminal node）としての意味を有する。本文書で、基地局により遂行されるものとして説明された特定の動作は、場合によっては基地局の上位ノード（upper node）により遂行されることもできる。即ち、基地局を含む多数のネットワークノード（network nodes）からなるネットワークで端末との通信のために遂行される多様な動作は、基地局または基地局の以外の他のネットワークノードにより遂行できることは自明である。‘基地局（ＢＳ：Base Station）’は固定局（fixed station）、Ｎｏｄｅ Ｂ、ｅＮＢ（evolved-NodeB）、ＢＴＳ（base transceiver system）、アクセスポイント（ＡＰ：Access Point）などの用語により取替できる。また、‘端末（Terminal）’は固定されるか、または移動性を有することができ、ＵＥ（User Equipment）、ＭＳ（Mobile Station）、ＵＴ（user terminal）、ＭＳＳ（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の略字であって、ＬＴＥ（Long Term Evolution）ネットワークを支援するコアネットワークを意味する。ＵＭＴＳが進化した形態のネットワーク
【００３７】
ＰＤＮ（Public Data Network）：サービスを提供するサーバが位置した独立的な網
【００３８】
ＡＰN（Access Point Name）：ネットワークで管理する接続ポイントの名称であって、ＵＥに提供される。即ち、ＰＤＮの名称（文字列）を示す。前記接続ポイントの名称に基づいて、データの送受信のための該当ＰＤＮが決定される。
【００３９】
ＴＥＩＤ（Tunnel Endpoint Identifier）：ネットワーク内のノード間に設定されたトンネルのEndpoint ID、各ＵＥのベアラー（bearer）単位で区間別に設定される。
【００４０】
ＭＭＥ：Mobility Management Entityの略字であって、ＵＥに対するセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する役割をする。
【００４１】
セッション（Session）：セッションはデータ転送のための通路であって、その単位はＰＤＮ、Bearer、IP flow単位などになることができる。
【００４２】
各単位の差は３ＧＰＰで定義したように、対象ネットワーク全体単位（ＡＰNまたはＰＤＮ単位）、その内でＱｏＳに区分する単位（Bearer単位）、目的地ＩＰアドレス単位に区分することができる。
【００４３】
EPS Bearer：多様な種類のトラフィックが送受信される端末とゲートウェイ間に生成される論理的経路。
【００４４】
Default EPS Bear：端末が網に接続すれば、基本的に生成されるデータ送受信のための論理的経路であって、端末が網から抜け出す（Detach）前まで維持できる。
【００４５】
Dedicated EPS Bearer：Default EPS Bearer生成された後、追加的にサービスを提供するために必要な場合に生成される論理的経路。
【００４６】
IP flow：端末とゲートウェイとの間に論理的経路を通じて送受信される多様な種類のトラフィック。
【００４７】
Service Data Flow（ＳＤＦ）：サービスタイプによって分類されるユーザトラフィックのIP flowまたは多数のIP flowの結合。
【００４８】
ＰＤＮ連結（connection）：端末からＰＤＮへの連結、即ち、ｉｐアドレスとして表現される端末とＡＰNとして表現されるＰＤＮとの関連（連結）を示す。これはセッションが形成できるようにコアネットワーク内のエンティティ間連結（端末−ＰＤＮ ＧＷ）を意味する。
【００４９】
UE Context：ネックワークでＵＥを管理するために使われるＵＥの状況情報、即ち、ＵＥ ｉｄ、移動性（現在位置など）、セッションの属性（ＱｏＳ、優先順位など）で構成された状況情報
【００５０】
ＴＩＮ：Temporary Identity used in Next update
【００５１】
Ｐ−ＴＭＳＩ：Packet Temporary Mobile Subscriber
【００５２】
ＴＡＵ：Tracking Area Update
【００５３】
ＧＢＲ：Guaranteed Bit Rate
【００５４】
ＧＴＰ：GPRS Tunneling Protocol
【００５５】
ＴＥＩＤ：Tunnel Endpoint ID
【００５６】
ＧＵＴＩ：Globally Unique Temporary Identity、ＭＭＥに知られたＵＥ識別子
【００５７】
図１は、本発明が適用できるＬＴＥシステムに関連したＥＰＳ（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）は、時間領域で多数個のＯＦＤＭシンボルと、周波数領域で多数個の副搬送波（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）は、ＲＲＣ連結を修正することに使われる。これは無線ベアラー（Radio Bearer、ＲＢ）確立／修正（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）を識別するか、または該当ＭＡＣ制御要素及びパッディングのタイプを識別する。仮に、サブヘッダと関連したものがＭＡＣ ＳＤＵであれば、どんな論理チャンネルに該当するＭＡＣ ＳＤＵであるかを示し、仮にサブヘッダと関連したものがＭＡＣ制御要素であれば、どんなＭＡＣ制御要素であるかを示すことができる。
【０１３９】
以下の＜表１＞はＤＬ−ＳＣＨのためのＬＣＩＤ値の一例を示す。
【０１４０】
【表１】
0006687744.tif 000002
【０１４１】
以下の＜表２＞はＵＬ−ＳＣＨのためのＬＣＩＤの値を示す。
【０１４２】
【表２】
0006687744.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）に連結される時、ＰＤＮ連結（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状態ではＤＲＢとＳ１ベアラーは全て解除されるが、Ｓ５ベアラーは設定（即ち、無線またはネットワーク資源割り当て）を維持する。
【０２３１】
図１７は、ベアラー及びチャンネル間のマッピング関係の一例を示す図である。
【０２３２】
前記図１７に図示したように、Ｓ５／Ｓ１ベアラーを含むPDN connectionはＤＲＢとマッピング（mapping）できる。この際、前記Ｓ５／Ｓ８ベアラーと前記Ｓ１ベアラーは１：１マッピング関係にある。
【０２３３】
前記ＤＲＢはＬ２プロトコルエンティティとマッピングされるようになり、前記Ｌ２プロトコルエンティティは各々の転送チャンネルとマッピングされるようになる。
【０２３４】
図１８は、基本ベアラー活性化（activation）手続の一例を示す図である。
【０２３５】
ＭＭＥは、基本ベアラー（Default bearer）を活性化させるためにan ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST messageを転送することによってdefault bearer context activation手続を遂行することができ、BEARER CONTEXT ACTIVE PENDING状態に進入することができる（Ｓ１８０１０）。
【０２３６】
アタッチ手続の一部に基本ベアラーが活性化される場合、前記ＭＭＥはthe ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージをATTACH ACCEPTメッセージと共に転送し、Ｔ３４８５タイマーを開始しないことがある。
【０２３７】
前記アタッチ手続を除いてa stand-alone PDN CONNECTIVITY REQUEST messageの応答として前記基本ベアラーが活性化される場合、前記ＭＭＥは前記ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージを単独で送り、Ｔ３４８５タイマーを始める。
【０２３８】
前記ＭＭＥは、ＥＰＳベアラー識別子を割り当てて、前記the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージに含めることができる。前記ＭＭＥは、前記PDN CONNECTIVITY REQUESTからPTIを獲得し、前記ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージにこれを含める。
【０２３９】
The network identifier part及びthe operator identifier partは、全てthe Access Point Name IEに含まれることができる。
【０２４０】
前記ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージを受信した後、仮に前記メッセージの指示されたＡＰＮのためのタイマーが動作している場合、前記ＵＥはＴ３３９６タイマーを止めることができ、ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPTメッセージを転送し、BEARER CONTEXT ACTIVE状態に進入することができる（Ｓ１８０２０）。
【０２４１】
前記アタッチ手続の一部に前記基本ベアラーが活性化される場合、前記ＵＥはATTACH COMPLETEメッセージと共にACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPTを転送することができる。
【０２４２】
前記基本ベアラーが前記stand-alone PDN CONNECTIVITY REQUESTメッセージの応答として活性化される場合、前記ＵＥはACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPTメッセージを単独で転送することができる。
【０２４３】
仮に、ＷＬＡＮオフロード識別情報要素（offload indication information element）が前記ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージに含まれる場合、前記ＵＥはＰＤＮ連結のための前記ＷＬＡＮオフロード受容可能性値（WLAN offload acceptability values）を格納し、ＰＤＮ連結がオフローダブル（offloadble）されるか否かを決定するために、前記Ｅ−ＵＴＲＡＮオフロード受容可能性値（E-UTRAN offload acceptability value）を使用することができる。
【０２４４】
前記ＵＥは、前記基本ベアラーコンテキスト活性化と関連したUE requested PDN connectivity手続を識別するために、前記ACTIVATE DEFAULT EPS BEARER CONTEXT REQUESTメッセージのＰＴＩを確認することができる。
【０２４５】
前記ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPTメッセージを受信した後、前記ＭＭＥはBEARER CONTEXT ACTIVE状態に進入し、Ｔ３４８５タイマーが動作している場合、これを止めることができる。
【０２４６】
仮に、前記PDN CONNECTIVITY REQUEST messageが“MS is configured for NAS signaling low priority”に設定されたlow priority indicatorを含んでいる場合、前記ＭＭＥは前記NAS signaling low priority indicationを前記default EPS bearer contextに格納することができる。
【０２４７】
仮に、前記default EPS bearer context activationが前記アタッチ手続の一部である場合、ＥＳＭサブレイヤはＥＭＭサブレイヤにESM failureを知らせることができる。
【０２４８】
仮に、前記default EPS bearer context activationがアタッチ手続の一部でない場合、前記ＵＥはACTIVATE DEFAULT EPS BEARER CONTEXT REJECTメッセージを転送し、BEARER CONTEXT INACTIVE状態に進入することができる（Ｓ１８０３０）。
【０２４９】
前記ACTIVATE DEFAULT EPS BEARER CONTEXT REJECTメッセージは、一般的に以下のような原因値のうちの１つで表されるＥＳＭ原因を含むことができる。
【０２５０】
＃２６：insufficient resources；
【０２５１】
＃３１：request rejected、unspecified；or
【０２５２】
＃９５？１１１：protocol errors。
【０２５３】
前記ACTIVATE DEFAULT EPS BEARER CONTEXT REJECTメッセージを受信した後、前記ＭＭＥはstate 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）が不活性化される場合、ＰＤＮ ＧＷは前記ＰＤＮ連結に属する全てのベアラーを不活性化させる。具体的な手続は、前記図２０を参照する。
【０２７２】
図２１及び図２２は、連結状態端末の基本ベアラーの生成手続の一例を示す図である。
【０２７３】
前記図２１で連結状態のＵＥは新たなサービスを提供するための新たなＥＰＳベアラーを生成するためにＭＭＥにＰＤＮ連結要請メッセージ（PDN Connectivity Request message）をＭＭＥに転送する（Ｓ２１０１０）。
【０２７４】
前記ＰＤＮ連結要請メッセージを受信した前記ＭＭＥは、新たなセッションを生成するためにＳ−ＧＷにCreate Session Requestメッセージを転送し、前記Ｓ−ＧＷはこれをＰ−ＧＷに転送する（Ｓ２１０２０）。
【０２７５】
前記Ｐ−ＧＷは、前記端末の要請により新たなセッションを生成しようとする場合、前記Ｓ−ＧＷにCreate Session Responseメッセージを転送し、前記Ｓ−ＧＷはこれを前記ＭＭＥに転送する（Ｓ２１０３０）。
【０２７６】
以後、前記ＭＭＥは前記図１８で説明したように、Activate Default EPS Bearer Context Requestメッセージを前記ＵＥに転送し、前記ＵＥはこれに対する応答として前記ＭＭＥにActivate Default EPS Bearer Context Responseメッセージを前記ＭＭＥに転送する（Ｓ２１０４０、Ｓ２１０５０）。
【０２７７】
以後、前記ＭＭＥはｅＮＢに無線接続ベアラー（Radio Access Bearer、ＲＡＢ）の設定を要請するE-RAB Setup Reqeustメッセージを転送し（Ｓ２１０６０）、前記ｅＮＢは前記ＵＥとＤＲＢを生成するようになる（Ｓ２１０７０）。
【０２７８】
前記図２２は、前記連結状態の端末が基本ベアラーを生成するための手続の更に他の一例を示す流れ図である。
【０２７９】
前記図２２を参照すると、前記ＵＥは前記ＭＭＥにbearer resource allocation requestメッセージを転送する（Ｓ２２０１０）。前記bearer resource allocation requestメッセージを受信した前記ＭＭＥは、bearer resource commandメッセージをＳ−ＧＷに転送し、前記Ｓ−ＧＷはこれをＰ−ＧＷに転送する（Ｓ２２０２０）。
【０２８０】
仮に、前記端末の要請が受け入れられた場合、専用ベアラー活性化手続が進行できる。
【０２８１】
前記Ｐ−ＧＷは前記専用ベアラー活性化手続のために前記Ｓ−ＧＷにCreate Bearer Requestメッセージを転送し、前記Ｓ−ＧＷはこれを前記ＭＭＥに転送する（Ｓ２２０３０）。
【０２８２】
以後、前記ＭＭＥは前記図１７で説明したようにActivate Default EPS Bearer Context Requestメッセージを前記ＵＥに転送し、前記ＵＥはこれに対する応答として前記ＭＭＥにActivate Default EPS Bearer Context Responseメッセージを前記ＭＭＥに転送する（Ｓ２２０４０、Ｓ２２０５０）。
【０２８３】
以後、前記ＭＭＥはｅＮＢに無線接続ベアラー（Radio Access Bearer、ＲＡＢ）の設定を要請するE-RAB Setup Reqeustメッセージを転送し（Ｓ２２０６０）、前記Ｓ−ＧＷを通じてCreate Session Responseメッセージを前記Ｐ−ＧＷに転送する（Ｓ２２０７０）。
【０２８４】
前記E-RAB Setup Requestメッセージを受信した前記ｅＮＢは前記ＵＥとＤＲＢを生成するようになる（Ｓ２２０８０）。
【０２８５】
図２３は、非連結状態端末の基本ベアラーの生成手続の一例を示す図である。
【０２８６】
前記図２３を参照すると、非連結状態のＵＥはサービスを提供するためのＥＰＳベアラーを生成するために、先にｅＮＢと前述した任意接続手続（Random Access Procedure）を遂行し（Ｓ２３０１０）、ＲＲＣ連結を形成する（Ｓ２３０２０）。
【０２８７】
この際、前記ＲＲＣ連結形成手続で前記ＵＥはサービス要請メッセージ（Service request message）を前記ｅＮＢに転送することができ、前記ｅＮＢは前記サービス要請メッセージを前記ＭＭＥに転送することができる（Ｓ２３０３０）。
【０２８８】
前記サービス要請メッセージを受信した前記ＭＭＥは、前記ｅＮＢに初期コンテキスト設定要請メッセージ（Initial Context Setup Request message）を前記ｅＮＢに転送し（Ｓ２３０４０）、前記ｅＮＢは前記ＵＥとＡＳ保安設定手続（AS Security Setup Request Procedure）を遂行するようになる（Ｓ２３０５０）。
【０２８９】
以後、前記ｅＮＢは前記ＵＥとＤＲＢを生成し（Ｓ２３０６０）、前記ＭＭＥに初期コンテキスト設定応答メッセージ（Initial Context Setup Response message）を転送する（Ｓ２３０７０）。
【０２９０】
以後、前記図２１または前記図２２で説明した手続を通じてＥＰＳベアラーを生成するようになる。
【０２９１】
しかしながら、前記図２１から前記図２３で説明した手続を通じてデータを送受信するための論理的経路を設定してデータを転送する場合、論理的経路を生成するための手続によって遅延が発生することがあり、ネットワーク網で多数の論理的経路の管理による資源消耗が発生することがある。
【０２９２】
以下の＜表３＞は、端末の状態に従う遅延時間の一例を示す表である。
【０２９３】
【表３】
0006687744.tif 000004
【０２９４】
前記＜表３＞を参照すると、既存のシステムで転送遅延は全て１秒を超過している。通信事業者と網製造業体はモバイルコンテンツキャッシング、ＤＮＳキャッシングなどの機能が搭載されたネットワークプラットフォームを開発して具現項目遅延を減らす方法には限界が存在する。したがって、非定形化されたコンテンツサービス（例えば、telepresence）及び遅延制約が存在するサービス（例えば、V2N Traffic Flow Optimization）のための遅延短縮技術は要求される。したがって、本発明はサービスを提供するための遅延を減らすために既に生成されていた論理的経路の一部または全体を用いるか、またはサービス品質が異なっても同一のネットワークノードに転送されるデータは１つの論理的経路を通じて転送される方法を提案する。
【０２９５】
図２４は、ＱｏＳ（Quality of Service）管理のためのパラメータ構成の一例を示す図である。
【０２９６】
前記図２４を参照すると、無線通信システムはユーザトラフィックをサービス別に分類した１つ以上のIP flowで構成されたＳＤＦ（Service Data Flow）単位と１つ以上のＳＤＦが転送される論理的経路であるＥＰＳベアラー単位でＱｏＳ政策を適用する。即ち、以下のようなＱｏＳパラメータにより送受信されるデータのＱｏＳが管理される。
【０２９７】
−  Resource type：帯域幅保証有無
【０２９８】
−  ＧＢＲ（Guaranteed bit rate）：保証された最小帯域幅
【０２９９】
−  ＭＢＲ（Maximum bit rate）：許容された最大帯域幅
【０３００】
−  APN-AMBR（Access Point Name-Aggregate Maximum Bit Rate）：ＡＰＮ当たり許容された最大帯域幅
【０３０１】
−  UE-AMBR：ＵＥ当たり許容された最大帯域幅
【０３０２】
前記ＱｏＳパラメータであるＭＢＲ、APN-AMBR、UE-AMBRで明示した帯域幅以上にパケットが流入すれば、以下に言及された各個体は超過流入したパケットを廃棄する。
【０３０３】
−  ダウンリンクデータに対するrate policing
【０３０４】
１次：Ｐ−ＧＷは流入した各ＳＤＦに対するＭＢＲを超過するパケット廃棄
【０３０５】
２次：Ｐ−ＧＷは各GBR EPSベアラーに流入した１つ以上のＳＤＦに対するＭＢＲを超過するパケット廃棄及び全てのNon-GBR EPSベアラーに流入した１つ以上のＳＤＦに対するAPN-AMBRを超過するパケット廃棄
【０３０６】
３次：基地局は全てのNoN-GBR EPSベアラーに流入した１つ以上のＳＤＦに対するUE-AMBRを超過するパケット廃棄
【０３０７】
−  アップリンクデータに対するrate policing
【０３０８】
１次：端末はMBR（GBR）及びAPN-AMBR（Non-GBR）を超過するパケット廃棄
【０３０９】
２次：基地局はMBR（GBR）及びUE-AMBR（Non-GBR）を超過するパケット廃棄
【０３１０】
３次：Ｐ−ＧＷは全てのNon-GBR EPSベアラーに流入した１つ以上のＳＤＦに対するAPN-AMBRを超過する廃棄及び各ＳＤＦに対するＭＢＲを超過するパケット廃棄
【０３１１】
前記図２１から前記図２３のような論理的経路設定手続による追加的なデータ追加的なデータ転送遅延が発生しないように、データ発生前に予め転送されるデータのための論理的経路（e. g., EPSベアラーin 3GPP）を生成／維持する接近方式は以下のような問題点が発生することがある。
【０３１２】
−  ユーザの他サービスに対する品質悪化：rate policingによって、実際に提供されている他のサービスの品質（e. g., data rate）に影響を及ぼすことがある。
【０３１３】
−  多ユーザ／サービス受容力減少：網資源が足りない場合、先占した資源（ＧＢＲ）などにより新規ＥＰＳベアラー生成要請が拒絶されるか、または優先順位の低いＥＰＳベアラーが解除できる。
【０３１４】
図２５及び図２６は、５Ｇサービスの種類及び要求事項の一例を示す図である。
【０３１５】
前記図２５及び前記図２６を参照すると、５Ｇサービスは大別して大容量データの送受信を要求する‘Enhanced Mobile Broadband’、大量の端末接続を要求する‘Massive Machine type Communication’、高信頼及び低遅延を要求する‘Ultra-reliable and Low latency Communication’に分けられる。
【０３１６】
前記図２６は各サービスの種類、特徴、及びユーザケースなどの一例を示しており、前記図２７は各サービスに対する要求事項の一例を示す。
【０３１７】
前記図２７を参照すると、５Ｇシステムで各サービスは互いに異なる転送遅延を要求している。例えば、前記図２６に図示されたサービスは最小１ｍｓから最大１００ｍｓの転送遅延を要求している。
【０３１８】
しかしながら、以下の＜表４＞を参照すると、現在システムで初期転送遅延は全て１秒を超過している。
【０３１９】
【表４】
0006687744.tif 000005
【０３２０】
したがって、本発明はサービスの要求遅延を満たすために初期転送遅延を減少させることができる方法を提案する。
【０３２１】
次に、図２８及び図３０を参照して本明細書で提案する方法が適用できる次世代のＲＡＮを支援するための無線通信システム構造の一例を説明する。
【０３２２】
図２８は、本明細書で提案する方法が適用できる次世代のＲＡＮを支援するための無線通信システム構造の一例を示す図である。
【０３２３】
次世代のＲＡＮを支援するための無線通信システム構造は‘高水準構造（high level architecture）’と表現できる。
【０３２４】
次世代（Next Generation）は“Next Gen”などと簡略に表現されることができ、前記次世代は５Ｇなどを含んだ未来の通信世代を称する用語を通称することができる。
【０３２５】
説明の便宜のために、以下、次世代を“Next Gen”と表現または呼ぶことにする。
【０３２６】
本明細書で提案する方法が適用できる“Next Gen”の構造はnew RAT(s)、進化した（evolved）ＬＴＥ及びnon-3GPP access typeを支援することができる。
【０３２７】
前記non-3GPP access typeなどの一例は、WLAN access、Fixed accessなどがありうる。
【０３２８】
また、“Next Gen”構造は他のaccess systemに対して統合認証フレームワーク（unified authentication framework）を支援し、多数の接続技術（access technology）を通じて多数の端末と同時連結を支援する。
【０３２９】
また、“Next Gen”構造はcore network及びＲＡＮの独立的な進化を許容し、接続依存性（access dependency）を最小化させる。
【０３３０】
また、“Next Gen”構造は制御平面及びユーザ平面機能に対する分離を支援し、IP packet、non-IP PDUs、及びEthernet frameの転送を支援する。
【０３３１】
図２８を参照すると、“Next Gen”構造はNextGen UE ２８１０、NextGen RAN ２８２０、NextGen Core ２８３０、データネットワーク２８４０を含むことができる。
【０３３２】
ここで、“Next Gen”の無線通信システムで、端末は‘NextGen UE’、端末と基地局との間の無線プロトコル構造を定義するＲＡＮは‘NextGen RAN’、端末の移動性制御、IP packetフロー管理などを遂行するCore Networkは‘NextGen Core’と表現できる。
【０３３３】
一例に、‘NextGen RAN’はＬＴＥ（−Ａ）システムでのＥ−ＵＴＲＡＮに対応することができ、‘NextGen Core’はＬＴＥ（−Ａ）システムでのＥＰＣに対応することができ、LTE EPCでのＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷなどのような機能を遂行するnetwork entityもNextGen Coreに含まれることもできる。
【０３３４】
前記NextGen RANと前記NextGen Coreとの間にはNG1-C interface及びNG1-U interfaceが存在し、前記NextGen Coreと前記Data Networkとの間にはNG-Gi interfaceが存在する。
【０３３５】
ここで、NG1-CはNextGen RANとNextGen Coreとの間の制御平面のためのレファレンスポイント（Reference Point）を示し、NG１-UはNextGen RANとNextGen Coreとの間のユーザ平面のためのレファレンスポイントを示す。
【０３３６】
NG-NASは前記図２８に図示されてはいないが、NextGen UEとNextGen Coreとの間の制御平面のためのレファレンスポイントを示す。
【０３３７】
また、NG-GiはNextGen Coreとデータネットワーク（Data network）との間のレファレンスポイントを示す。
【０３３８】
ここで、Data networkはオペレータ外部公衆網（operator external public network）または個人データ網（private data network）またはイントラ−オペレータデータ網（intra-operator data network）などでありうる。
【０３３９】
図２９は、本明細書で提案する方法が適用できる次世代のＲＡＮを支援するための無線通信システム構造の更に他の一例を示す図である。
【０３４０】
特に、図２９は前記図２８のNextGen Coreを制御平面（ＣＰ）機能とユーザ平面（ＵＰ）機能とに細分化し、ＵＥ／ＡＮ／ＡＦ間のインターフェースを具体的に示す。
【０３４１】
図２９を参照して、flow基盤のQoS handling方法について、より具体的に説明する。
【０３４２】
図２９を参照すると、本発明が適用される無線通信システムにおけるＱｏＳ（Quality Of Service）の政策は以下のような理由によりＣＰ（Control Plane）Function ２９０３０で格納され設定できる。
【０３４３】
−  UP（User Plane）Function ２９０４０での適用
【０３４４】
−  ＱｏＳ適用のためのＡＮ（Admission Control）２９０２０とＵＥ２９０１０での転送
【０３４５】
以下、前記ＱｏＳフレームワークを定義するためのパラメータについて説明する。
【０３４６】
Flow Priority Indicator（ＦＰＩ）：UP Functions ２９０４０とAN Functions ２９０２０での各フロー処理の優先順位を定義するパラメータを示す。これはscheduling priorityだけでなく、混雑ケースでの優先順位に対応する。
【０３４７】
また、前記ＦＰＩは前記フローが保証されたフロービットレート及び／又は最大フロービットレートを要求するか否かを示す。
【０３４８】
Flow Descriptor：特定フロー処理と関連のあるパケットフィルタ。アップリンクで識別は端末とＡＮ ２９０２０で遂行されなければならないが、layer３及びlayer４に制限される。
【０３４９】
Maximum Flow Bitrate（ＭＦＢ）：１つのフローまたはフロアの結合のために適用できるアップリンク及びダウンリンクビットレート値を示すパラメータである。
【０３５０】
前記パラメータは、データフロアのために許容された（authorized）最大ビットレートを示す。
【０３５１】
Flow Priority Level（ＦＰＬ）：ＡＮ ２９０２０資源に接続のためのフローの状態的重要性を定義するパラメータである。追加的に、前記ＦＰＬはＡＮ ２９０２０のnon-prioritized資源に接続有無を示す。前記AN non-prioritized資源は事前にemptableされるか、またはpre-emptionから保護される割り当てられた資源でなければならない。
【０３５２】
Session Bitrate：ユーザセッションを設立するためのアップリンク及びダウンリンクでのビットレート値を示すパラメータである。前記Session Bitrateパラメータはユーザセッションのための許容された最大ビットレートを示す。
【０３５３】
端末で、前記ＧＦＰの支援は前記無線インターフェースのＱｏＳデザインに依存する。
【０３５４】
前記図２９に図示したように、CP functions及びUP functionsはNextGen CNに含まれるfunctionであって（点線で表示）、１つの物理的な装置により具現されるか、または各々異なる物理的な装置により具現できる。
【０３５５】
図３０は、本明細書で提案する方法が適用できるＱｏｓフレームワークで使われるＱｏＳ構造の一例を示す。
【０３５６】
Content requirement Awareness function in the Core（CAF-Core）
【０３５７】
したがって、本発明はサービスの要求遅延を満たすために初期転送遅延を減少させることができる方法を提案する。
【０３５８】
次に、図２８及び図３０を参照して本明細書で提案する方法が適用できる次世代のＲＡＮを支援するための無線通信システム構造の一例を説明する。
【０３５９】
図２８は、本明細書で提案する方法が適用できる次世代のＲＡＮを支援するための無線通信システム構造の一例を示す図である。
【０３６０】
次世代のＲＡＮを支援するための無線通信システム構造は‘高水準構造（high level architecture）’と表現できる。
【０３６１】
次世代（Next Generation）は“Next Gen”などと簡略に表現されることができ、前記次世代は５Ｇなどを含んだ未来の通信世代を称する用語を通称することができる。
【０３６２】
説明の便宜のために、以下、次世代を“Next Gen”と表現または呼ぶことにする。
【０３６３】
本明細書で提案する方法が適用できる“Next Gen”の構造はnew RAT(s)、進化した（evolved）ＬＴＥ及びnon-3GPP access typeを支援することができる。
【０３６４】
前記non-3GPP access typeなどの一例は、WLAN access、Fixed accessなどがありうる。
【０３６５】
また、“Next Gen”構造は他のaccess systemに対して統合認証フレームワーク（unified authentication framework）を支援し、多数の接続技術（access technology）を通じて多数の端末と同時連結を支援する。
【０３６６】
また、“Next Gen”構造はcore network及びＲＡＮの独立的な進化を許容し、接続依存性（access dependency）を最小化させる。
【０３６７】
また、“Next Gen”構造は制御平面及びユーザ平面機能に対する分離を支援し、IP packet、non-IP PDUs、及びEthernet frameの転送を支援する。
【０３６８】
図２８を参照すると、“Next Gen”構造はNextGen UE ２８１０、NextGen RAN ２８２０、NextGen Core ２８３０、データネットワーク２８４０を含むことができる。
【０３６９】
ここで、“Next Gen”の無線通信システムで、端末は‘NextGen UE’、端末と基地局との間の無線プロトコル構造を定義するＲＡＮは‘NextGen RAN’、端末の移動性制御、IP packetフロー管理などを遂行するCore Networkは‘NextGen Core’と表現できる。
【０３７０】
一例に、‘NextGen RAN’はＬＴＥ（−Ａ）システムでのＥ−ＵＴＲＡＮに対応することができ、‘NextGen Core’はＬＴＥ（−Ａ）システムでのＥＰＣに対応することができ、LTE EPCでのＭＭＥ、Ｓ−ＧＷ、Ｐ−ＧＷなどのような機能を遂行するnetwork entityもNextGen Coreに含まれることもできる。
【０３７１】
前記NextGen RANと前記NextGen Coreとの間にはNG1-C interface及びNG1-U interfaceが存在し、前記NextGen Coreと前記Data Networkとの間にはNG-Gi interfaceが存在する。
【０３７２】
ここで、NG1-CはNextGen RANとNextGen Coreとの間の制御平面のためのレファレンスポイント（Reference Point）を示し、NG１-UはNextGen RANとNextGen Coreとの間のユーザ平面のためのレファレンスポイントを示す。
【０３７３】
NG-NASは前記図２８に図示されてはいないが、NextGen UEとNextGen Coreとの間の制御平面のためのレファレンスポイントを示す。
【０３７４】
また、NG-GiはNextGen Coreとデータネットワーク（Data network）との間のレファレンスポイントを示す。
【０３７５】
ここで、Data networkはオペレータ外部公衆網（operator external public network）または個人データ網（private data network）またはイントラ−オペレータデータ網（intra-operator data network）などでありうる。
【０３７６】
図２９は、本明細書で提案する方法が適用できる次世代のＲＡＮを支援するための無線通信システム構造の更に他の一例を示す図である。
【０３７７】
特に、図２９は前記図２８のNextGen Coreを制御平面（ＣＰ）機能とユーザ平面（ＵＰ）機能とに細分化し、ＵＥ／ＡＮ／ＡＦ間のインターフェースを具体的に示す。
【０３７８】
図２９を参照して、flow基盤のQoS handling方法について、より具体的に説明する。
【０３７９】
図２９を参照すると、本発明が適用される無線通信システムにおけるＱｏＳ（Quality Of Service）の政策は以下のような理由によりＣＰ（Control Plane）Function ２９０３０で格納され設定できる。
【０３８０】
−  UP（User Plane）Function ２９０４０での適用
【０３８１】
−  ＱｏＳ適用のためのＡＮ（Admission Control）２９０２０とＵＥ２９０１０での転送
【０３８２】
以下、前記ＱｏＳフレームワークを定義するためのパラメータについて説明する。
【０３８３】
Flow Priority Indicator（ＦＰＩ）：UP Functions ２９０４０とAN Functions ２９０２０での各フロー処理の優先順位を定義するパラメータを示す。これはscheduling priorityだけでなく、混雑ケースでの優先順位に対応する。
【０３８４】
また、前記ＦＰＩは前記フローが保証されたフロービットレート及び／又は最大フロービットレートを要求するか否かを示す。
【０３８５】
Flow Descriptor：特定フロー処理と関連のあるパケットフィルタ。アップリンクで識別は端末とＡＮ ２９０２０で遂行されなければならないが、layer３及びlayer４に制限される。
【０３８６】
Maximum Flow Bitrate（ＭＦＢ）：１つのフローまたはフロアの結合のために適用できるアップリンク及びダウンリンクビットレート値を示すパラメータである。
【０３８７】
前記パラメータは、データフロアのために許容された（authorized）最大ビットレートを示す。
【０３８８】
Flow Priority Level（ＦＰＬ）：ＡＮ ２９０２０資源に接続のためのフローの状態的重要性を定義するパラメータである。追加的に、前記ＦＰＬはＡＮ ２９０２０のnon-prioritized資源に接続有無を示す。前記AN non-prioritized資源は事前にemptableされるか、またはpre-emptionから保護される割り当てられた資源でなければならない。
【０３８９】
Session Bitrate：ユーザセッションを設立するためのアップリンク及びダウンリンクでのビットレート値を示すパラメータである。前記Session Bitrateパラメータはユーザセッションのための許容された最大ビットレートを示す。
【０３９０】
端末で、前記ＧＦＰの支援は前記無線インターフェースのＱｏＳデザインに依存する。
【０３９１】
前記図２９に図示したように、CP functions及びUP functionsはNextGen CNに含まれるfunctionであって（点線で表示）、１つの物理的な装置により具現されるか、または各々異なる物理的な装置により具現できる。
【０３９２】
図３０は、本明細書で提案する方法が適用できるＱｏｓフレームワークで使われるＱｏＳ構造の一例を示す。
【０３９３】
Content requirement Awareness function in the Core（CAF-Core）
【０３９４】
前記ＣＡＦ−ＲＡＮ ３００１０はアプリケーションセッション（例えば、ビデオダウンロード、ウェブページダウンロード、音楽鑑賞、ソーシャルメディアネットワークのためのポスティングなど）の識別及びＱｏＳ政策を執行するためのメカニズムを支援する。
【０３９５】
前記ＣＡＦ−ＲＡＮは前記Core CPからＱｏＳ政策を受信する。前記ＣＡＦ−ＲＡＮは前記Coreにより提供されたアプリケーション発見情報を使用し、前記アプリケーション発見情報はcertain application sessionのための追加的な特定要求事項を暗示することができ、同時に与えられたセッションのためのトラフィックを形成することができる。前記ＣＡＦ−ＲＡＮは前記Core Cpから転送を受けたＱｏＳ政策に基づいてＱｏＳ執行を遂行する。これは、ＤＬ及びＵＬのためのトラフィック形成含む。前記ＤＬトラフィック形成はＵＬトラフィックのフローを制御することに助けになる。
【０３９６】
前記ＣＡＦ−ＲＡＮはＱｏＳ政策を処理することができ、ＲＡＮで動的なＱｏＳターゲット及びローカル執行アクションを獲得することができる。だけでなく、NG Coreにより提供されたＱｏＳ政策の制限内でuser plane traffic mix、simultaneous competing flows及びネットワーク状態及び資源利用可能性の現在コンテンツ要求事項に基づいてそれらをリアルタイムにアップデートすることができる。このように、ＣＡＦ−ＲＡＮは前記与えられた政策制限内でＱｏＳ政策を執行し、いかなる範囲外の偏差もないだろう。
【０３９７】
前記ＲＡＮはcoreで遂行されたchargingにより制限され、したがって、core内でUP functionで遂行されたchargingに及ぼす影響がない。前記Coreによりchargedされた特定トラフィックの量はアプリケーションmarkingと共にパケットmarkingと関連してＲＡＮに提供され、ＣＡＦ−ＲＡＮはbitsと関連してChargedされた容量を執行し保全する。
【０３９８】
CAF-Core及びＣＡＦ−ＲＡＮ間でのコーディネーション
【０３９９】
CAF-Coreはアプリケーション発見を遂行することができ、ＣＮ ＣＰから受信された政策に基づいてパケットmarkingの形態の情報を提供することができる。
【０４００】
前記トラフィック形成及びＣＡＦ−ＲＡＮでの政策遂行はCAF-Core及びＣＮ ＣＰから受信された政策により表されるパケットmarkingにより制限される。これは、前記CAF-Core及びＣＡＦ−ＲＡＮが協力方式で動作することに助けになり、また前記chargingは前記CAF-Coreにより表されるアプリケーションのために遂行される。
【０４０１】
次に、CN CP Function及びCN UP Functionについて説明する。
【０４０２】
前記CN CP Function及びCN UP Functionは１つの物理的な装置により、または各々の物理的な装置により具現できる。
【０４０３】
CN CP Function
【０４０４】
ＱｏＳ政策はCN CP Functionsに格納される。セッション形成で、Subscriber及びアプリケーション特定政策はＲＡＮ及びCN UP Functionに存在するＣＡＦに転送される。
【０４０５】
CN UP Function
【０４０６】
coreで前記UP FunctionはＣＡＦのoutcomeを考慮した政策に基づいてtraffic charging support（ＣＤＲ、granted quota foron-line）の責任を負う。また、前記CN UP functionはＲＡＮに転送されたダウンリンクトラフィックをマーク（mark）する。
【０４０７】
Policy provisioning and enforcement
【０４０８】
OperatorはNG Core Cp functionのSubscriber及びアプリケーションに特定ＱｏＳ政策を供給する。前記Coreの前記CP functionは前記ＲＡＮ及びCN UP functionに前記政策を提供する。
【０４０９】
前記施行アクションは前記user plane traffic mix、simultaneous competing flows、and network status and resource availabilityの前記現在コンテンツ要求事項によって前記政策ポイントから獲得される。
【０４１０】
Charging
【０４１１】
ＣＡＦのoutcomeを考慮した政策に基づいたTraffic charging（３００２０）support（ＣＤＲ、granted quota for on-line）はCN UP functionで遂行される。
【０４１２】
Multiple levels of policies
【０４１３】
以下、UP functions及びＲＡＮに提供されるＱｏＳ政策の他の設定を示す。
【０４１４】
フロアの設定を示すIntent level QoS政策は、抽象的なＱｏＳターゲット（例えば、VoiceタイプＱｏｓ、Smoothed Bit rate QoS（limit the bandwidth variation for the traffic）、バルクトラフィック（無線環境（radio conditions）がよくないか、またはセルのロードが過度な場合、トラフィックは廃棄されることがある））内にパケットマーキング、SDF descriptorなどにより識別できる。
【０４１５】
フロアの設定を示す転送ＱｏＳレベル政策は、明示的ＱｏＳターゲット（優先順位、ディレー、ジッター（jitter）など）内にパケットマーキング、SDF descriptorなどにより識別できる。
【０４１６】
ＣＡＦ−ＲＡＮ及びCAF-CoreのCP functionは、local CAF政策及びlocal（radio）条件（user plane traffic mixの現在コンテキスト、simultaneous competing flows and network status and resource availability）に基づいたＱｏＳレベル政策に属しているTransport locally map Intent level QoS政策に責任があり、intent level QoS政策の上位制限により制限される。
【０４１７】
QoS frameworkのために必要なパラメータ
【０４１８】
以下のパラメータはＱｏＳフレームワーク定義のために必要である。
【０４１９】
−  Policy description：
【０４２０】
定義の範囲：アプリケーション名称またはアプリケーションタイプ
【０４２１】
Intentの定義：ＲＴマルチメディアのためのHigh Definition experienceまたは明示的QoS targetレベル（例えば、ＩＭＳビデオのための最大パケットディレー１５０ms）
【０４２２】
−  Maximum Flow Bitrate：単一PDU sessionまたは与えられた端末のためのＰＤＵセッションの結合のために適用できるＵＬ及びＤＬ bit rate値。
【０４２３】
−  Allocation and Retention Priority level（ＡＲＰ）：per-emption capability及び与えられたPDU sessionのための前記pre-emption脆弱性を意味するpriority level。
【０４２４】
図３１は、データ送受信のための論理的な経路の一例を示す図である。
【０４２５】
前記図３１を参照すると、ユーザトラフィックをサービス別に分類したdata flowは、各々のＱｏＳ（Quality of Service）によってＥＰＳベアラーを通じて転送される。例えば、前記図３１でdata flow １及びdata flow 2を同一のＱｏＳとして処理する場合、前記data flow １及び前記data flow 2は同一のＥＰＳベアラーを通じて送受信される。即ち、同一のＤＲＢ１を通じてＵＥと基地局との間に送受信され、同一のＳ１−Ｕ／Ｓ５ベアラー１を通じて基地局とＳ−ＧＷ／Ｐ−ＧＷとの間に送受信される。
【０４２６】
しかしながら、前記data flow １とは異なるＱｏＳとして処理しなければならないdata flow 3は前記data flow １とは異なるＥＰＳベアラーを生成して送受信される。
【０４２７】
このように、ＱｏＳによって論理的経路を各々生成してデータを送受信する場合、論理的経路の生成にかかる時間及び多数のシグナリングによってデータ送受信に遅延が発生することがある。
【０４２８】
また、生成された論理的経路をネットワーク網で管理することに多い資源が消耗されることがある。
【０４２９】
また、このような遅延を減少させるためにＱｏＳに従う論理的経路を予め生成して維持することは、以下のような問題点が存在する。
【０４３０】
−  他サービスに対する品質悪化：rate policingによって、他のサービスの品質（例えば、data rate）に影響を及ぼす。
【０４３１】
−  多ユーザ／サービス受容力減少：ネットワーク網資源が足りない場合、先占した資源（ＧＢＲ）などによって新規の論理的経路の生成要請が拒絶されるか、または優先順位が低い論理的経路が解除されることがある。
【０４３２】
したがって、本発明ではこのような問題点を解決するために他のサービスの品質に影響を与えない、かつ追加的な転送遅延無しでデータを送受信するための方法を提案する。
【０４３３】
本発明で、論理的経路はデータ（または、メッセージ）が移動する経路を意味するものであって、無線経路、セッション、ベアラーなど、同一または類似の意味を有する多様な用語として呼称できる。
【０４３４】
図３２は、本発明が適用されるデータ送受信のための論理的な経路の一例を示す図である。
【０４３５】
前記図３２を参照すると、同一の目的地を有するデータはＱｏＳが異なっても同一のセッション（または、論理的経路）を通じて送受信される。即ち、同一の目的地を有する１つまたは多数のデータが発生して送受信される場合、前記１つまたは多数のデータが互いに異なるＱｏＳを要求しても、同一のセッションを通じて転送できる。
【０４３６】
この際、前記セッションは各々のデータが送受信される度に、送受信されるデータのＱｏＳによって設定が変更できる。
【０４３７】
本発明の更に他の実施形態に、前記基地局とＳ−ＧＷ／Ｐ−ＧＷとの間にはＱｏＳが異なる多数のデータが同一のセッションを通じて送受信され、前記基地局とＵＥとの間にはＱｏＳによって各々の論理的経路が設定されてデータが送受信できる。
【０４３８】
このような方法により、同一の目的地を有するデータはＱｏＳが異なっても別途のセッションを設定せず、同一のセッションを通じて送受信されることによってデータ送受信の遅延を減少させることができる。
【０４３９】
図３３は、本発明が適用されるデータ送受信のために論理的な経路を設定する方法の一例を示す図である。
【０４４０】
前記図３３を参照すると、アップリンクデータまたはダウンリンクデータが発生する場合、既に生成されていたセッションを通じて発生したデータを送受信することができる。
【０４４１】
具体的に、前記図３３でdata flow １及びdata flow 2は同一のＱｏＳを有し、セッション１を通じてＳ−ＧＷ／Ｐ−ＧＷに送受信されており、data flow 3は前記data flow １とは異なるＱｏＳを有し、セッション２を通じて前記data flow １が転送されるＳ−ＧＷ／Ｐ−ＧＷとは異なるＳ−ＧＷ／Ｐ−ＧＷに送受信されている。
【０４４２】
この際、前記data flow 3と異なるＱｏＳを有しているが、同一のＳ−ＧＷ／Ｐ−ＧＷに送受信されるdata flow ４が発生した場合、前記data flow ４は既に設定されている論理的経路を通じて送受信できる。
【０４４３】
先に、（ａ）既に生成されていた前記セッション２の品質を前記data flow ４のＱｏＳによって臨時的に変更した後、前記data flow ４を送受信することができる。
【０４４４】
この場合、前記data flow ４は臨時的に品質が変更された論理的経路を通じてＵＥと基地局、Ｓ−ＧＷ／Ｐ−ＧＷ間に送受信できる。
【０４４５】
または（ｂ）既に生成されていた前記セッション２で端末と基地局との間の論理的経路の品質のみdata flow ４のＱｏＳによって臨時的に変更して送受信し、基地局とＳ−ＧＷ／Ｐ−ＧＷとの間には前記data flow ４のＱｏＳによって新たな論理的経路を生成して前記data flow ４を送受信することができる。
【０４４６】
このように新たなデータが発生した場合、別途のセッションを生成せず、既に設定されていたセッションの品質を変更して発生したデータを送受信することによって、遅延を減少させることができる。
【０４４７】
図３４は、本発明が適用されるデータ送受信のために論理的な経路を設定する方法の更に他の一例を示す図である。
【０４４８】
前記図３４を参照すると、アップリンクデータまたはダウンリンクデータが発生する場合、既に生成されていたセッションを通じて、または新たなセッションを生成し、生成されたセッションを通じて発生したデータを送受信することができる。
【０４４９】
具体的に、前記図３４でdata flow １及びdata flow ２は同一のＱｏＳを有し、セッション１を通じてＳ−ＧＷ／Ｐ−ＧＷに送受信されており、data flow ３は前記data flow １とは異なるＱｏＳを有し、セッション２を通じて前記data flow １が転送されるＳ−ＧＷ／Ｐ−ＧＷとは異なるＳ−ＧＷ／Ｐ−ＧＷに送受信されている。
【０４５０】
この際、前記data flow ３と異なるＱｏＳを有しているが、同一のＳ−ＧＷ／Ｐ−ＧＷに送受信されるdata flow ４が発生した場合、前記data flow ４は既に設定されている論理的経路または新たな論理的経路を通じて送受信できる。
【０４５１】
まず、（ａ）既に生成されていた前記セッション２で基地局とＳ−ＧＷ／Ｐ−ＧＷとの間の論理的経路の品質のみdata flow ４のＱｏＳによって臨時的に変更して送受信し、端末と基地局との間には前記data flow ４のＱｏＳによって新たな論理的経路を生成して前記data flow ４を送受信することができる。
【０４５２】
または、（ｂ）端末と基地局との間の論理的経路だけでなく、基地局とＳ−ＧＷ／Ｐ−ＧＷとの間の論理的経路も前記data flow ４のＱｏＳによって新しく生成して前記data flow ４を送受信することができる。
【０４５３】
図３５は、本発明が適用できる有線網内の経路と無線網内の経路との間にマッピング関係の一例を示す図である。
【０４５４】
前記図３５を参照すると、端末とゲートウェイとの間にＰＤＮ連結またはユーザセッションが形成されれば、基地局とネットワークノードとの間の有線網内の経路は基地局と端末との間の無線網内の経路とマッピングされる。
【０４５５】
より具体的に、無線網内の経路はL2 Protocol entitiesとマッピングされ、L2 Protocol entitiesは各々の転送チャンネルとマッピングされる。
【０４５６】
具体的に、前記図３２から前記図３４で説明したデータ送受信のための論理的な経路設定が完了する前に、または経路生成無しで既に設定された経路を生成されたデータの要求品質によって再設定してデータを送受信する場合、各論理的経路は互いにマッピングできる。
【０４５７】
具体的に、無線通信システムにおける有線網内の経路（例えば、Tunnel）と該当経路のdata flow に対する処理品質によって無線網内の経路（例えば、radio bearer及びＬ２プロトコルエンティティ）が決定できるように無線網の面で考慮されるべきマッピング関係は、以下のように３種類が存在することができる。
【０４５８】
前記マッピング関係は、前記図３５に図示したように、（ａ）基地局とネットワーク網との間の有線網内の経路と基地局と端末との間の無線網内の経路間のマッピング、（ｂ）無線網内の経路間マッピング、及び（ｃ）無線網内の経路と転送チャンネルとの間のマッピングが存在することができる。
【０４５９】
（ａ）有線網内の経路と無線網内の経路との間のマッピング
【０４６０】
有線網内の経路と無線網内の経路との間のマッピングは、基地局とネットワークノードとの間の経路と端末と基地局との間の経路のマッピングを意味する。
【０４６１】
この際、１つの有線網内の経路は１つ以上の無線網内の経路とマッピングされることができ、１つの無線網内の経路はただ１つの有線網内の経路とマッピングできる。
【０４６２】
（ｂ）無線網内の経路間マッピング
【０４６３】
無線網内の経路間マッピングは、端末と基地局との間の論理的経路とＬ２プロトコルエンティティ間のマッピングを意味する。
【０４６４】
この際、前記無線網内の経路間マッピングは、２つ方法が存在することができる。
【０４６５】
第１に、１つの論理的経路は同一の品質で処理されるＬ２プロトコルエンティティで構成できる。仮に、新たなdata flowを転送しなければならないことによって、追加的な品質設定がなされる場合、該当品質に従う環境に既存のＬ２プロトコルエンティティが変更されるか、または新しく生成された論理的経路に新たなＬ２プロトコルエンティティが結合（association）できる。
【０４６６】
第２に、１つの論理的経路は少なくとも１つ以上の異なる品質で処理されるＬ２プロトコルエンティティで構成できる。追加的なデータ転送によるＱｏＳ設定が変更された場合、該当品質に従う環境に既存のＬ２プロトコルエンティティが変更されるか、または新たなＬ２プロトコルエンティティが追加的に結合（association）できる。
【０４６７】
（ｃ）無線網内の経路と転送チャンネルとの間のマッピング
【０４６８】
無線網内の経路と転送チャンネルとの間のマッピングは、Ｌ２プロトコルエンティティと転送チャンネル（transport Channel）との間のマッピングを意味する。
【０４６９】
この際、前記無線網内の経路と転送チャンネルとの間のマッピングで、チャンネルマッピング識別子の構成は４種類の方法が存在することができる。
【０４７０】
第１に、Ｌ２プロトコルエンティティと転送チャンネルとの間のマッピングで、チャンネルマッピング識別子はチャンネルマッピングインデックスで構成できる。
【０４７１】
第２に、前記チャンネルマッピング識別子はチャンネルマッピングインデックスと品質／優先順位で構成できる。この際、チャンネルマッピングインデックスは新たなチャンネルマッピングインデックスの値に設定できる。
【０４７２】
第３に、前記チャンネルマッピング識別子はチャンネルマッピングインデックスと品質／優先順位で構成できる。この際、チャンネルマッピングインデックスは既存のチャンネルマッピングインデックスの値に設定できる。
【０４７３】
第４に、前記チャンネルマッピング識別子はセッション識別子と品質／優先順位で構成できる。
【０４７４】
この際、別途の品質設定無しでデータを転送する場合、前記データの転送経路及び要求品質／優先順位を示すために、前記データに対するチャンネルマッピング識別子は前記第３または第４の方法により構成できる。
【０４７５】
例えば、アップリンクデータと共に前記チャンネルマッピング識別子を受信した基地局は、前記チャンネルマッピング識別子の値を通じて端末が設定されない品質のデータ転送を要求することを認知することができ、前記値が指示する品質によって前記データを処理して前記チャンネルマッピング識別子が指示する経路にデータを転送できる。
【０４７６】
図３６及び図３７は、本発明が適用できる経路マッピングのための情報を転送するための方法及びマッピング関係の一例を示す図である。
【０４７７】
前記図３６及び前記図３７を参照すると、前記図３５で説明した有線網内の経路と無線網内の経路との間にマッピングのための情報をC-plane機能を遂行する網ノードを通じて転送を受けることができる。
【０４７８】
具体的に、ＵＥとデータネットワークとの間にセッション（第１セッション）が生成できる（Ｓ３６０１０）。前記セッションは個別的なdata traffic flowのＱｏＳ特性にかかわらず、前記セッションと関連した全てのトラフィックを転送することができる。同一のセッションで多重化された（multiplexed）多数のdata flow の間のＱｏＳ差別（differentiation）は各々のパケットに適用されたＱｏＳマーキングの方法により提供できる。
【０４７９】
C-plane機能を遂行する網ノードであるCP-Functionは、data flow の情報（例えば、dlow descriptor、flow traffic template）、品質プロファイル、優先順位と関連した設定情報（例えば、品質クラスインデックス、品質プロファイルインデックス、flow priority indicator、guaranteed bit rate、maximum bit rate、データ品質にマッピングされた優先順位レベル、無線品質識別コード、flow priority level）、及びセッション（例えば、PDN connection、user session、tunnel）の識別情報を前記ステップ（Ｓ３６０１０）を通じて基地局とＵＥに転送することができる。
【０４８０】
また、前記ステップ（Ｓ３６０１０）で１つ以上のセッションが生成されることができ、各セッションの環境設定情報（例えば、論理的無線経路識別子、優先順位関連設定情報を含んだ品質情報、チャンネルマッピング識別子など）、及びセッション識別子が前記ＵＥに転送できる。
【０４８１】
本発明で、論理的無線経路は端末と基地局との間にデータを送受信するための無線の論理的経路を意味することができる。
【０４８２】
前記ステップ（Ｓ３６０１０）を通じて獲得した情報を通じて基地局と端末は前記図３７に図示したように、前記図３５で説明したマッピング関係を設定することができる
【０４８３】
前記マッピング関係は、基地局とＵＥがデータを送受信する過程で利用できる。
【０４８４】
−  基地局
【０４８５】
セッションを通じて受信された各ダウンリンクdata flow を処理する論理的無線経路選択
【０４８６】
各論理的無線経路を通じて受信されたアップリンクdata flow を転送するセッション選択
【０４８７】
−  端末
【０４８８】
各アップリンクdata flow を処理する論理的無線経路選択
【０４８９】
以下の＜表５＞は１つのセッションとこれにマッピングされた１つの論理的無線経路の一例を、＜表６＞は２つのセッションとこれにマッピングされた１つの論理的無線経路の一例を示す表である。
【０４９０】
【表５】
0006687744.tif 000006
【０４９１】
【表６】
0006687744.tif 000007
【０４９２】
以後、前記CP-Functionはデータを転送するために既に設定されたセッションと論理的無線経路を修正するための情報及び／又は論理的無線経路を生成するための情報及びマッピングのための情報をU-plane機能を遂行する網ノードであるUP-Function、基地局及びＵＥにサービス品質設定メッセージを通じて転送する（Ｓ３６０２０、Ｓ３６０３０、Ｓ３６０４０）。
【０４９３】
前記サービス品質設定メッセージは転送しようとするdata flow の情報、前記data flow に相応する品質プロファイル及び優先順位関連設定情報、及びセッション識別情報を含むことができる。
【０４９４】
前記ステップ（Ｓ３６０４０）で転送されるサービス品質設定メッセージは、前記ＵＥが前記data flowの情報だけで前記data flowがどんな論理的経路にマッピングされるということを暗黙に認識することができる場合、前記セッション識別情報を含まないことがある。
【０４９５】
例えば、前記ステップ（Ｓ３６０１０）で転送を受けるdata flow情報と前記ステップ（Ｓ３６０４０）で転送されるdata flow情報との間に一致するフィールド値（例えば、ＵＥのUPアドレスsource address）を通じて暗黙に認識することができる。
【０４９６】
以後、前記基地局と前記ＵＥは前記基地局と前記ＵＥとの間の論理的無線経路を生成または修正することができる（Ｓ３６０５０）。
【０４９７】
この際、前記論理的無線経路の生成または修正手続を通じて、前記基地局は各々の論理的無線経路の環境設定または環境再設定のための環境情報（例えば、論理的無線経路識別子、優先順位関連設定情報を含む品質情報、チャンネルマッピング識別子など）及び前記セッションの識別子を端末に転送することができる。
【０４９８】
以下の＜表７＞は、前記＜表５＞での既に設定されたセッションに新しく生成された２つの論理的無線経路がマッピングされた一例を示す表である。
【０４９９】
【表７】
0006687744.tif 000008
【０５００】
以下の＜表８＞は前記＜表５＞での既に設定されたセッション及び既存の論理的無線経路に異なる設定のＬ２プロトコルエンティティがマッピングされた一例を示す表である。
【０５０１】
【表８】
0006687744.tif 000009
【０５０２】
前記＜表８＞のように既存の論理的無線経路にマッピングされる場合、前記ＵＥがセッション識別子を暗黙に認識できるので、前記ステップ（Ｓ３６０５０）でセッション識別子は前記論理的無線経路の生成または修正手続メッセージに含まれないことがある。
【０５０３】
図３８は、本発明が適用できる論理的経路の設定を通じてデータを送受信するための方法の一例を示す流れ図である。
【０５０４】
前記図３８を参照すると、ＵＥはアップリンクデータが発生した場合、前記図３３の（ｂ）または前記図３４の（ｂ）で説明した方法のように、既に設定された論理的経路の一部及び新たな論理的経路を通じて発生したアップリンクデータを転送することができる。
【０５０５】
以下、本発明で前記図３２から前記図３４で説明した方法のように、既に設定された論理的経路（有無線全て含む）の全体または一部の設定変更を通じてデータを送受信することを優先順位変更（Priority inversion、ＰＩ）という。
【０５０６】
具体的に、ＵＥは基地局から前記基地局が前記優先順位変更を通じての転送を支援するか否かを示す識別子及び優先順位変更を通じての転送が許容されたサービスに対するＱｏＳプロファイル（例えば、ＱＣＩ、Guaranteed bit rate（ＧＢＲ）、Maximum bit rate（ＭＢＲ）など）、優先順位と関連した設定情報（例えば、優先順位レベル、prioritizedBitRate、logicalChannelGroup）の転送を受けることができる。
【０５０７】
この際、前記情報はシステム情報（例えば、ＳＩＢ）、またはユニキャストされるＲＲＣメッセージ（例えば、RRC Connection Reconfiguration、または図３６のステップ（Ｓ３６０５０））に含まれて転送できる。
【０５０８】
前記ＵＥは、前記基地局が前記優先順位変更を支援することを認識した後、前記優先順位変更を通じての転送が許容されたサービスのデータが発生した場合、前記データを前記基地局に転送する（Ｓ３８０１０）。
【０５０９】
この際、前記ＵＥは前記基地局に前記アップリンクデータが前記優先順位変更を支援するデータということを示す識別子を共に転送することができる。
【０５１０】
前記ＵＥは、前記アップリンクデータの品質に対応する基地局とＵＥとの間の論理的経路が存在する場合、これを通じて前記アップリンクデータを基地局に転送することができる。
【０５１１】
しかしながら、前記アップリンクデータの品質に対応する論理的経路が存在しなければ、前記ＵＥは前記基地局と前記ＵＥとの間に既に設定された論理的経路のうちから１つを選択して前記アップリンクデータを前記基地局に転送する。
【０５１２】
この際、前記選択された論理的経路は前記データの品質によって設定が変更できる。
【０５１３】
また、前記優先順位変更が適用される論理的経路は、ネットワーク網により転送されるＮＡＳメッセージまたはＡＳメッセージにより制限できる。
【０５１４】
前記端末から前記データを受信した前記基地局は、前記データの優先順位レベルに対応するセッション（第２セッション）の生成を要請するために、第１ネットワークノードにセッション設定要請メッセージを転送する（Ｓ３８０２０）。
【０５１５】
前記セッション設定要請メッセージは、以下の＜表９＞のようなパラメータを含むことができる。
【０５１６】
【表９】
0006687744.tif 000010
【０５１７】
前記第１ネットワークノードは第２ネットワークノードとセッション形成手続を通じて前記基地局と前記第２ネットワークノードとの間にセッション（第２セッション）を形成することができる（Ｓ３８０３０）。
【０５１８】
例えば、前記第１ネットワークノードは前記基地局から受信したセッション設定要請メッセージに含まれた前記Linked session identityが示す第２ネットワークノードにセッション設定を要請し、これに対する応答を受信することができる。
【０５１９】
前記第１ネットワークノードは、前記第２ネットワークノードから応答を受信した後、前記基地局に前記セッション設定要請メッセージに対する応答としてセッション設定応答メッセージを転送する（Ｓ３８０４０）。
【０５２０】
前記セッション設定応答メッセージは、以下の＜表１０＞のようなパラメータを含むことができる。
【０５２１】
【表１０】
0006687744.tif 000011
【０５２２】
前記基地局は、生成されたセッションを通じて前記データを前記第２ネットワークにノードに転送する（Ｓ３８０５０）。
【０５２３】
以後、前記基地局は前記セッション設定応答メッセージに含まれたパラメータによって前記基地局と前記ＵＥとの間に論理的経路を生成するために設定メッセージを前記ＵＥに転送する（Ｓ３８０６０）。
【０５２４】
この際、前記セッション設定応答メッセージに含まれたLinked session identity、Traffic flow template、ＱｏＳなどが変更された場合、変更された情報を前記設定メッセージに含めることができる。
【０５２５】
この際、前記設定メッセージはRRC Connection Reconfigurationメッセージでありうる。
【０５２６】
前記ＵＥは前記設定メッセージを受信するか、または前記設定メッセージに対する応答として設定応答メッセージを前記基地局に転送する時、優先順位変更を通じての前記データ転送を中断することができる。
【０５２７】
以後、前記ステップ（Ｓ３８０６０）を通じて前記基地局と前記ＵＥとの間に前記データの品質が適用された論理的経路が生成されれば、前記ＵＥは生成された論理的経路を通じて前記データの転送をまた始めることができる。
【０５２８】
また、既に設定されたセッション及び論理的経路は既に転送されていたデータの品質にまた設定が復旧され、転送されていた既存データの転送が中断された場合、既存データの転送をまた遂行する。
【０５２９】
このような方法により論理的無線経路を新しく生成せず、品質が異なるデータを既に設定された論理的無線経路を通じて転送することができる。
【０５３０】
図３９は、本発明が適用できる論理的経路の設定を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【０５３１】
前記図３９を参照すると、前記図３８とは異なり、ダウンリンクデータが発生した場合、前述した優先順位変更を通じて既に設定された論理的経路を用いてデータを転送することができる。
【０５３２】
具体的に、第２ネットワークノードはダウンリンクデータが発生した場合、第１ネットワークノードとセッション形成手続を通じて前記第２ネットワークノードと基地局との間のセッション（第１セッション）を形成することができる（Ｓ３９０１０）。
【０５３３】
以後、前記第１ネットワークノードは前記基地局にセッション設定応答メッセージを転送する（Ｓ３９０２０）。
【０５３４】
前記セッション設定応答メッセージは、以下の＜表１１＞のようなパラメータを含むことができる。
【０５３５】
【表１１】
0006687744.tif 000012
【０５３６】
前記第２ネットワークノードは生成されたセッションを通じて前記基地局にダウンリンクデータを転送し（Ｓ３９０３０）、前記基地局はＵＥに前記ダウンリンクデータを転送する。
【０５３７】
この際、前記基地局は前記ＵＥに前記データが前記優先順位変更を支援するデータということを示す識別子を共に転送することができる。
【０５３８】
前記基地局は、前記ダウンリンクデータの品質に対応する論理的無線経路が存在する場合、これを通じて前記データを前記ＵＥに転送することができる。
【０５３９】
しかしながら、前記ダウンリンクデータの品質に対応する論理的無線経路が存在しなければ、前記基地局は既に設定された論理的経路のうちから１つを選択して前記データを前記ＵＥに転送する。
【０５４０】
この際、前記選択された論理的経路は前記ダウンリンクデータの品質によって設定が変更できる。
【０５４１】
また、前記優先順位変更が適用される論理的経路はネットワーク網により転送されるＮＡＳメッセージまたはＡＳメッセージにより制限できる。
【０５４２】
図４０は、本発明が適用できる論理的経路の設定変更を通じてデータを送受信するための方法の一例を示す流れ図である。
【０５４３】
前記図４０を参照すると、ＵＥはアップリンクデータが発生した場合、前記図３３の（ａ）または前記図３４の（ａ）で説明した方法のように既に設定された論理的経路を通じてアップリンクデータを転送することができる。
【０５４４】
具体的に、前記図３６及び前記図３７で説明した方法によりセッションが設定された以後、ＵＥは基地局から前記基地局が前記優先順位変更を通じての転送を支援するか否かを示す識別子及び優先順位変更を通じての転送が許容されたサービスに対するＱｏＳプロファイル（例えば、ＱＣＩ、Guaranteed bit rate（ＧＢＲ）、Maximum bit rate（ＭＢＲ）など）、優先順位と関連した設定情報（例えば、優先順位レベル、prioritizedBitRate、logicalChannelGroup）の転送を受けることができる。
【０５４５】
この際、前記情報はシステム情報（例えば、ＳＩＢ）、またはユニキャストされるＲＲＣメッセージ（例えば、RRC Connection Reconfiguration、または図３６のステップ（Ｓ３６０５０））に含まれて転送できる。
【０５４６】
前記ＵＥは前記基地局が前記優先順位変更を支援するということを認識した後、前記優先順位変更を通じての転送が許容されたサービスのデータが発生した場合、前記データを前記基地局に転送する（Ｓ４００１０）。
【０５４７】
この際、前記ＵＥは前記基地局に前記アップリンクデータが前記優先順位変更を支援するデータということを示す識別子を共に転送することができる。
【０５４８】
前記ＵＥは、前記アップリンクデータの品質に対応する論理的無線経路が存在する場合、これを通じて前記アップリンクデータを基地局に転送することができる。
【０５４９】
しかしながら、前記アップリンクデータの品質に対応する論理的経路が存在しなければ、前記ＵＥは既に設定された論理的経路のうちから１つを選択して前記アップリンクデータを前記基地局に転送する。
【０５５０】
この際、前記選択された論理的経路は前記データの品質によって設定が変更できる。
【０５５１】
また、前記優先順位変更が適用される論理的経路はネットワーク網により転送されるＮＡＳメッセージまたはＡＳメッセージにより制限できる。
【０５５２】
前記端末から前記データを受信した前記基地局は、前記アップリンクデータが優先順位変更を通じて転送されるデータということを認識することができる。
【０５５３】
前記基地局は、前記アップリンクデータの転送に用いられた論理的経路にマッピングされたセッション（第１セッション）の設定を前記アップリンクデータのサービス品質（第１サービス品質）によって変更するために第１ネットワークノードにセッション設定変更要請メッセージを転送する（Ｓ４００２０）。
【０５５４】
この際、前記セッションは前記アップリンクデータとは異なるサービス品質（第２サービス品質）を要求する少なくとも１つ以上のデータを送受信するために生成されたセッションである。
【０５５５】
前記セッション設定変更要請メッセージは、以下の＜表１２＞のようなパラメータを含むことができる。
【０５５６】
【表１２】
0006687744.tif 000013
【０５５７】
前記セッション設定変更要請メッセージを受信した前記第１ネットワークノードは、第２ネットワークノードとセッション設定変更手続を遂行する。
【０５５８】
例えば、前記第１ネットワークノードは前記第２ネットワークノードに選択されたセッションの設定を前記アップリンクデータのサービス品質によって変更することを要請するコマンドを転送する（Ｓ４００３０）。
【０５５９】
前記コマンドは、前記選択されたセッションの設定を前記アップリンクデータのサービス品質によって臨時的に変更するということを示す識別子を含むことができる。
【０５６０】
前記第２ネットワークノードは、前記セッションの設定変更を許容する場合、前記第１ネットワークノードにセッション設定変更の成功を示す指示メッセージを転送することができる（Ｓ４００４０）。
【０５６１】
前記指示メッセージを受信した前記第１ネットワークノードは、選択されたセッションの設定が前記アップリンクデータのサービス品質によって修正されたということが分かり、前記基地局にセッション設定変更応答メッセージを転送して前記選択されたセッションの設定が変更されたということを知らせることができる（Ｓ４００５０）。
【０５６２】
以後、基地局は前記選択されたセッションを通じて前記アップリンクデータを前記第２ネットワークに転送する（Ｓ４００６０）。
【０５６３】
この際、前記選択されたセッションで既に転送されていた少なくとも１つ以上のデータが連続的なデータである場合、前記アップリンクデータの転送が終了した後、前記選択されたセッションの設定を変更前に復旧して前記少なくとも１つ以上のデータ転送をまた遂行しなければならない。
【０５６４】
したがって、前記基地局、前記第１ネットワークノード、及び前記第２ネットワークノードは、前記選択されたセッションの以前コンテキスト情報を格納（または、保管）することができる。
【０５６５】
このような方法により既に生成された論理的経路及びセッションの設定を変更することによって、新たな論理的経路及びセッションを生成しなくてもデータを転送することができる。
【０５６６】
図４１は、本発明が適用できる論理的経路の設定変更を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【０５６７】
前記図４１を参照すると、前記図４０で選択されたセッションの設定変更に失敗すれば、新たなセッションを生成してアップリンクデータを転送することができる。
【０５６８】
まず、ステップ（Ｓ４１０１０）乃至ステップ（Ｓ４１０３０）は、前記図４０のステップ（Ｓ４００１０）乃至ステップ（Ｓ４００３０）と同一であるので、説明を省略する。
【０５６９】
前記ステップ（Ｓ４００３０）の以後、前記第２ネットワークノードは前記セッションの変更を許容しない場合、前記第１ネットワークノードにセッション設定変更の失敗を示す指示メッセージを転送することができる（Ｓ４１０４０）。
【０５７０】
前記指示メッセージを受信した前記第１ネットワークノードは、選択されたセッションの設定変更が失敗したということが分かり、前記基地局にセッション設定変更応答メッセージを転送して前記選択されたセッションの設定変更が失敗したということを知らせることができる（Ｓ４１０５０）。
【０５７１】
以後、前記基地局は前記ＵＥに既に設定されたセッションの設定変更が失敗したということを知らせることができ（Ｓ４１０６０）、前記図２１から前記図２３で説明した方法により前記第１サービス品質によって新たなセッション（第２セッション）を設定することができる（Ｓ４１０７０）。
【０５７２】
この際、前記ステップ（Ｓ４１０６０）は遂行されないことがある。
【０５７３】
前記基地局は前記第１サービス品質によって生成されたセッションを通じて前記アップリンクデータを前記第２ネットワークノードに転送する（Ｓ４１０８０）。
【０５７４】
図４２は、本発明が適用できる論理的経路の設定変更を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【０５７５】
前記図４２を参照すると、ダウンリンクデータが発生した場合、前記図３３の（ａ）または前記図３４の（ａ）で説明した方法のように、既に設定された論理的経路を通じてアップリンクデータを転送することができる。
【０５７６】
具体的に、前記図３６及び前記図３７で説明した方法によりセッション（第１セッション）が設定された以後、ＵＥは基地局から前記基地局が前記優先順位変更を通じての転送を支援するか否かを示す識別子及び優先順位変更を通じての転送が許容されたサービスに対するＱｏＳプロファイル（例えば、ＱＣＩ、Guaranteed bit rate（ＧＢＲ）、Maximum bitrate（ＭＢＲ）など）、優先順位と関連した設定情報（例えば、優先順位レベル、prioritizedBitRate、logicalChannelGroup）の転送を受けることができる。
【０５７７】
この際、前記情報はシステム情報（例えば、ＳＩＢ）、またはユニキャストされるＲＲＣメッセージ（例えば、RRC Connection Reconfiguration、または図３６のステップ（Ｓ３６０５０））に含まれて転送できる。
【０５７８】
以後、前記第２ネットワークノードは前記優先順位変更を支援するサービスのダウンリンクデータが発生する場合、前記ダウンリンクデータと共に転送された前記優先順位変更を支援するデータということを示す識別子に基づいて既に設定されたセッションのうち、前記ダウンリンクデータを転送するための１つのセッションを選択する。
【０５７９】
前記ダウンリンクデータを転送するためのセッションを選択した前記第２ネットワークノードは、前記選択されたセッションの設定を前記ダウンリンクデータのサービス品質に基づいて修正するために、前記第１ネットワークノードとセッション設定変更手続を遂行する。
【０５８０】
例えば、前記第２ネットワークノードは前記第１ネットワークノードに選択されたセッションの設定を前記アップリンクデータの品質によって変更することを要請するセッション設定変更要請メッセージを転送する（Ｓ４１０１０）。
【０５８１】
前記セッション設定変更要請メッセージは、前記セッションの設定を前記ダウンリンクデータのサービス品質によって臨時的に変更するということを示す識別子を含むことができる。
【０５８２】
前記第１ネットワークノードは、前記セッションの設定を前記ダウンリンクデータの品質によって成功裏に修正した場合、前記第２ネットワークノードにセッション設定変更の成功を示す指示メッセージを転送することができる（Ｓ４２０２０）。
【０５８３】
前記第１ネットワークノードは、前記基地局に前記設定が変更されたセッションを示すセッションＩＤを含むセッション設定変更メッセージを転送することができる（Ｓ４２０３０）。
【０５８４】
以後、前記第２ネットワークノードは前記セッションを通じて前記ダウンリンクデータを前記基地局に転送し（Ｓ４２０４０）、前記基地局は前記ダウンリンクデータを前記ＵＥに転送する（Ｓ４２０５０）。
【０５８５】
この際、前記セッションで既に転送されていた前記少なくとも１つのデータが連続的なデータである場合、前記ダウンリンクデータの転送が終了した後、前記セッションの設定を変更前に復旧して前記以前データの転送をまた遂行しなければならない。
【０５８６】
したがって、前記基地局、前記第１ネットワークノード、及び前記第２ネットワークノードは、前記セッションの以前コンテキスト情報を格納（または、保管）することができる。
【０５８７】
図４３は、本発明が適用できる論理的経路の設定変更を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【０５８８】
前記図４３を参照すると、前記図４２で選択されたセッションの設定変更に失敗すれば、新たなセッションを生成してアップリンクデータを転送することができる。
【０５８９】
まず、ステップ（Ｓ４３０１０）は前記図４２のステップ（Ｓ４２０１０）と同一であるので、説明を省略する。
【０５９０】
前記ステップ（Ｓ４２０２０）の後、前記第１ネットワークノードは前記セッション設定変更に失敗する場合、前記第２ネットワークノードにセッション設定変更の失敗を示すセッション設定変更応答メッセージを転送することができる（Ｓ４３０２０）。
【０５９１】
前記セッション設定変更応答メッセージを受信した前記第２ネットワークノードは、前記セッション設定の変更に失敗したということが分かる。
【０５９２】
以後、前記第２ネットワークノードは前記ＵＥと前記図２１から前記図２３で説明した方法により新たなセッション（第２セッション）を生成することができる（Ｓ４３０３０）。
【０５９３】
前記第２ネットワークノードは前記ダウンリンクデータの品質によって生成されたセッションを通じて前記ダウンリンクデータを前記基地局に転送し（Ｓ４３０４０）、前記基地局は前記ダウンリンクデータを前記ＵＥに転送する（Ｓ４３０５０）。
【０５９４】
図４４は、本発明が適用できる既に設定された論理的経路を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【０５９５】
前記図４４を参照すると、ＵＥはアップリンクデータが発生した場合、前記アップリンクデータの品質によって別途のセッションを生成せず、前記アップリンクデータを転送することができる。
【０５９６】
具体的に、前記図３６及び前記図３７で説明した方法によりセッションが設定できる。この際、前記セッションは各々のネットワークノード毎に各々設定できる。
【０５９７】
この際、前記セッションは前記３６で説明したように、データの品質にかかわらず、同一のネットワークノードに転送される全てのデータを転送することができる。
【０５９８】
また、前記セッションは少なくとも１つの論理的無線経路とマッピングできる。即ち、前記基地局と前記ネットワークノードとの間で生成されるセッションは、前記ＵＥと前記基地局との間に生成される少なくとも１つの論理的無線経路とマッピングできる。
【０５９９】
前記セッションが設定された以後、ＵＥは基地局から前記基地局が前記優先順位変更を通じての転送を支援するか否かを示す識別子及び優先順位変更を通じての転送が許容されたサービスに対するＱｏＳプロファイル（例えば、ＱＣＩ、Guaranteed bit rate（ＧＢＲ）、Maximum bit rate（ＭＢＲ）など）、優先順位と関連した設定情報（例えば、優先順位レベル、prioritizedBitRate、logicalChannelGroup）の転送を受けることができる。
【０６００】
この際、前記情報はシステム情報（例えば、ＳＩＢ）、またはユニキャストされるＲＲＣメッセージ（例えば、RRC Connection Reconfiguration、または図３６のステップ（Ｓ３６０５０））に含まれて転送できる。
【０６０１】
前記ＵＥは、前記基地局が前記優先順位変更を支援するということを認識した後、前記優先順位変更を通じての転送が許容されたサービスのデータが発生した場合、前記データのフロー情報に対応する前記セッションとマッピングされる論理的無線経路を通じて前記アップリンクデータを前記基地局に転送する（Ｓ４４０１０）。
【０６０２】
前記データは、前記アップリンクデータが転送される目的地情報を示す目的地アドレスフィールド、前記アップリンクデータを転送するソース情報を示すソースアドレスフィールド、データフロー情報、前記データが転送されるセッションを示すセッション識別子、前記データの品質情報、及び優先順位情報を明示的に含むことができる。
【０６０３】
または、前記基地局が前記図３６で説明した方法により、前記論理的無線経路とマッピングされるセッションを示すセッション識別子、及び前記マッピングされるセッションの優先順位レベルを暗黙に認識することができる場合、前記データは前記セッション識別子及び優先順位情報を含まないことがある。
【０６０４】
また、前記ＵＥは前記基地局に前記アップリンクデータがデータのサービス品質にかかわらず、１つのセッションを通じて転送されることを示す識別子を共に転送することができる。
【０６０５】
前記基地局は、前記識別子を通じて前記アップリンクデータがデータのサービス品質にかかわらず、１つのセッションを通じての転送を支援するサービスのデータということを認識し、図３５で説明されたチャンネルマッピング識別子値、前記目的地アドレスフィールド、前記ソースアドレスフィールド、前記データフロー情報、前記セッション識別子、前記品質情報、または前記優先順位情報のうち、少なくとも１つによりセッション（第１セッション）を選択する。
【０６０６】
以後、前記基地局は前記アップリンクデータと前記基地局と前記ネットワークノードとの間のデータ送受信のためのプロトコルヘッダを含むメッセージを前記セッションを通じて前記ネットワークノードに転送する（Ｓ４４０２０）。
【０６０７】
前記プロトコルヘッダは、前記アップリンクデータに含まれたチャンネルマッピング識別子に対応するセッション識別子のトンネルＩＤ、及び前記データの優先順位レベルに対応する要求品質または品質プロファイルインデックスを含む。
【０６０８】
前記トンネルＩＤは、前記選択されたセッションを識別するためのセッション識別子のトンネルＩＤ値に設定できる。
【０６０９】
前記ネットワークノードは、前記メッセージを成功裏に受信した場合、受信成功を示す応答を前記基地局に転送し、成功裏に受信できなかった場合、受信失敗は示す応答を前記基地局に転送する。
【０６１０】
このような方法により１つのセッションを通じて目的地が同一であるが、品質が異なる多数のデータを送受信することができる。
【０６１１】
図４５は、本発明が適用できる既に設定された論理的経路を通じてデータを送受信するための方法の更に他の一例を示す流れ図である。
【０６１２】
前記図４５を参照すると、ネットワークノードはダウンリンクデータが発生した場合、前記ダウンリンクデータの品質によって別途のセッションを生成せず、前記アップリンクデータを転送することができる。
【０６１３】
具体的に、前記図３６及び前記図３７で説明した方法によりセッション（第１セッション）が設定できる。
【０６１４】
この際、前記セッションは前記３６で説明したように、データの品質にかかわらず、同一のネットワークノードに転送される全てのデータを転送することができる。
【０６１５】
また、前記セッションは少なくとも１つの論理的無線経路とマッピングできる。即ち、前記基地局と前記ネットワークノードとの間で生成されるセッションは、前記ＵＥと前記基地局との間に生成される少なくとも１つの論理的無線経路とマッピングできる。
【０６１６】
前記セッションが設定された以後、ＵＥは基地局から前記基地局が前記優先順位変更を通じての転送を支援するか否かを示す識別子及び優先順位変更を通じての転送が許容されたサービスに対するＱｏＳプロファイル（例えば、ＱＣＩ、Guaranteed bit rate（ＧＢＲ）、Maximum bit rate（ＭＢＲ）など）、優先順位と関連した設定情報（例えば、優先順位レベル、prioritizedBitRate、logicalChannelGroup）の転送を受けることができる。
【０６１７】
この際、前記情報はシステム情報（例えば、ＳＩＢ）、またはユニキャストされるＲＲＣメッセージ（例えば、RRC Connection Reconfiguration、または図３６のステップ（Ｓ３６０５０））に含まれて転送できる。
【０６１８】
以後、前記ネットワークノードは目的地が前記ＵＥであるダウンリンクデータが発生した場合、前記セッションを通じて前記データ及び前記基地局と前記ネットワークノードとの間のデータ送受信のためのプロトコルヘッダを含むメッセージを前記基地局に転送する（Ｓ４５０１０）。
【０６１９】
前記プロトコルヘッダは、前記アップリンクデータに対応するセッション識別子のトンネルＩＤ、及び前記データの優先順位レベルに対応する要求品質または品質プロファイルインデックスを含む。
【０６２０】
前記トンネルＩＤは、前記選択されたセッションを識別するためのセッション識別子のトンネルＩＤ値に設定できる。
【０６２１】
また、前記メッセージは前記ダウンリンクデータがデータの品質にかかわらず、１つのセッションを通じて転送されることを示す識別子をさらに含むことができる。
【０６２２】
前記メッセージは、前記ダウンリンクデータが転送される目的地情報を示す目的地アドレスフィールド及び前記ダウンリンクデータを転送するソース情報を示すソースアドレスフィールドを含むことができる。
【０６２３】
前記目的地アドレスフィールド、及び前記データフロー情報のうち、少なくとも１つを通じて前記ネットワークノードは前記メッセージを転送するセッションを選択することができる。
【０６２４】
前記メッセージを受信した前記基地局は、前記ダウンリンクデータがサービス品質にかかわらず、１つのセッションを通じて転送されるということを認識し、前記セッションとマッピングされた論理的無線経路を通じて前記ダウンリンクデータを前記ＵＥに転送する（Ｓ４５０２０）。
【０６２５】
以後、前記ＵＥは前記データを成功裏に受信した場合、前記基地局にこれに対する応答を転送することができる。
【０６２６】
本発明の更に他の実施形態に、前記図３８から４５で説明した既に設定されたセッションの設定をアップリンクデータまたはダウンリンクデータのサービス品質によって変更する方法でセッションの設定変更前に転送されていた少なくとも１つのデータの転送が前記セッションの設定変更のため、中断された場合、変更された設定をまた復旧して既に転送されていた少なくとも１つのデータの転送をまた遂行することができる。
【０６２７】
この際、前記セッションの変更された設定をまた復旧する時点は、以下のように２種類が存在することができる。
【０６２８】
第１に、アップリンクまたはダウンリンクデータの送受信のために新たなセッションまたは論理的経路を設定する場合、前記新たなセッションまたは論理的経路が生成されれば、既存セッションの変更された設定がまた復旧できる。
【０６２９】
具体的に、ＵＥ、基地局、第１ネットワークノード、及び第２ネットワークノードは、既に生成されたセッションの設定変更を通じてアップリンクまたはダウンリンクデータの送受信と同時に新たなセッションの生成手続を遂行することができる。
【０６３０】
以後、前記端末または前記第２ネットワークノードは特定時点（例えば、端末がセッション生成完了を示すメッセージを受信または転送する時点）に既に生成されたセッションでのアップリンクまたはダウンリンクデータの転送を中断する。
【０６３１】
以後、生成されたセッションを通じて前記アップリンクまたはダウンリンクデータを転送し、前記基地局は前記特定時点に前記ネットワークノードに品質復旧を要請して既に生成されたセッションの設定を復旧し、復旧が完了した以後、前記少なくとも１つのデータの転送を再開することができる。
【０６３２】
この際、前記少なくとも１つのデータの転送中断時点まで正常に転送されたＲＬＣまたはＰＤＣＰ単位のデータは基地局が格納することができる。データ転送と関連したタイマーなどの情報は、サスペンド（suspend）されていてから前記新たなセッションが生成されれば再開できる。
【０６３３】
第２に、特定時間のみに既に生成されたセッションの設定を変更してアップリンクまたはダウンリンクデータを送受信することができる。
【０６３４】
具体的に、前記ＵＥと基地局または前記ＵＥとネットワークノード（第１ネットワークノード、第２ネットワークノード）との間にユニキャストまたはブノードキャスト指示（indication）を通じて既に生成されたセッションの設定を変更してアップリンクまたはダウンリンクデータを送受信するための特定時間を設定することができる。
【０６３５】
または、図４０から図４４でセッション変更手続を通じて前記特定時間を設定することができる。
【０６３６】
例えば、前記基地局と前記ネットワークノードは既存セッションの設定変更を通じてのアップリンクまたはダウンリンクデータの転送開示時点、終了時点、及び期間を設定することができる。
【０６３７】
前記特定時間が終了すれば、前記アップリンクまたはダウンリンクデータの転送を中断し、既存セッションの変更された設定を復旧する。
【０６３８】
具体的に、基地局は既存セッション及び／又は論理的経路のコンテキストに復旧し、品質復旧をネットワークノードに要請して変更された設定を復旧することができる。
【０６３９】
または、別途のシグナリング無しで前記アップリンクまたはダウンリンクデータの転送が中断される時点にネットワークが変更された設定を復旧することができる。
【０６４０】
以後、設定が復旧されたセッションを通じて既に転送されていた前記少なくとも１つのデータの転送を再開することができる。
【０６４１】
図４６は、本発明が適用できる無線装置の内部ブロック図の一例を示す図である。
【０６４２】
ここで、前記無線装置は基地局及びＵＥであって、基地局はマクロ基地局及びスモール基地局を全て含む。
【０６４３】
前記図４６に図示したように、基地局４６１０及びＵＥ４６２０は、通信部（送受信部、ＲＦユニット）４６１３、４６２３、プロセッサ４６１１、４６２１、及びメモリ４６１２、４６２２を含む。
【０６４４】
その他にも前記基地局及びＵＥは入力部及び出力部をさらに含むことができる。
【０６４５】
前記通信部４６１３、４６２３、プロセッサ４６１１、４６２１、入力部、出力部、及びメモリ４６１２、４６２２は、本明細書で提案する方法を遂行するために機能的に連結されている。
【０６４６】
通信部（送受信部またはＲＦユニット）４６１３、４６２３はＰＨＹプロトコル（Physical Layer Protocol）から作られた情報を受信すれば、受信した情報をＲＦスペクトル（Radio-Frequency Spectrum）に移して、フィルタリング（Filtering）、増幅（Amplification）などを遂行してアンテナに送信する。また、通信部はアンテナで受信されるＲＦ信号（Radio Frequency Signal）をＰＨＹプロトコルで処理可能な帯域に移して、フィルタリングを遂行する機能をする。
【０６４７】
そして、通信部はこのような送信と受信機能を切り換えるためのスイッチ（Switch）機能も含むことができる。
【０６４８】
プロセッサ４６１１、４６２１は、本明細書で提案された機能、過程及び／又は方法を具現する。無線インターフェースプロトコルの階層はプロセッサにより具現できる。
【０６４９】
前記プロセッサは、制御部、コントローラ、制御ユニット、コンピュータなどと表現されることもできる。
【０６５０】
メモリ４６１２、４６２２はプロセッサと連結されて、アップリンク資源割り当て方法を遂行するためのプロトコルやパラメータを格納する。
【０６５１】
プロセッサ４６１１、４６２１は、ＡＳＩＣ（application-specific integrated circuit）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリは、ＲＯＭ（read-only memory）、ＲＡＭ（random access memory）、フラッシュメモリ、メモリカード、格納媒体及び／又は他の格納装置を含むことができる。通信部は無線信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は前述した機能を遂行するモジュール（過程、機能など）で具現できる。
【０６５２】
モジュールはメモリに格納され、プロセッサにより実行できる。メモリは、プロセッサの内部または外部にあることができ、よく知られた多様な手段でプロセッサと連結できる。
【０６５３】
出力部（ディスプレイ部または表示部）はプロセッサにより制御され、キー入力部で発生するキー入力信号及びプロセッサからの各種の情報信号と共に、前記プロセッサから出力される情報を出力する。
【０６５４】
延いては、説明の便宜のために各図面を分けて説明したが、各図面に叙述されている実施形態を併合して新たな実施形態を具現するように設計することも可能である。そして、当業者の必要によって、以前に説明された実施形態を実行するためのプログラムが記録されているコンピュータで読取可能な記録媒体を設計することも本発明の権利範囲に属する。
【０６５５】
本明細書に従う方向基盤機器検索方法は、前記のように説明された実施形態の構成と方法が限定されるように適用できるものでなく、前記実施形態は多様な変形がなされるように各実施形態の全部または一部が選択的に組み合せられて構成されることもできる。
【０６５６】
一方、本明細書の方向基盤機器検索方法は、ネットワークデバイスに備えられたプロセッサが読み取ることができる記録媒体にプロセッサが読み取ることができるコードとして具現することが可能である。プロセッサが読み取ることができる記録媒体はプロセッサにより読取できるデータが格納される全ての種類の記録装置を含む。プロセッサにより読取できる記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置などがあり、また、インターネットを通じての転送のようなキャリアウェーブの形態に具現されることも含む。また、プロセッサにより読取できる記録媒体はネットワークにより連結されたコンピュータシステムに分散されて、分散方式でプロセッサにより読取できるコードが格納され実行できる。
【０６５７】
また、以上では本発明の好ましい実施形態に対して図示及び説明したが、本明細書は特定の実施形態に限定されず、請求範囲で請求する本発明の要旨から逸脱することなく、当該発明が属する技術分野で通常の知識を有する者により多様な変形実施が可能であることは勿論であり、このような変形実施は本発明の技術的思想や見通しから個別的に理解されてはならない。
【０６５８】
そして、当該明細書では品物発明と方法発明が全て説明されており、必要によって両発明の説明は補充的に適用できる。
【産業上の利用可能性】
【０６５９】
本発明の無線通信システムにおけるＲＲＣ連結方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに適用される例を中心として説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムの以外にも多様な無線通信システムへの適用が可能である。
【図１】
0006687744.tif 000014
【図２】
0006687744.tif 000015
【図３】
0006687744.tif 000016
【図４（ａ）】
0006687744.tif 000017
【図４（ｂ）】
0006687744.tif 000018
【図５】
0006687744.tif 000019
【図６】
0006687744.tif 000020
【図７】
0006687744.tif 000021
【図８】
0006687744.tif 000022
【図９】
0006687744.tif 000023
【図１０】
0006687744.tif 000024
【図１１】
0006687744.tif 000025
【図１２】
0006687744.tif 000026
【図１３】
0006687744.tif 000027
【図１４】
0006687744.tif 000028
【図１５】
0006687744.tif 000029
【図１６】
0006687744.tif 000030
【図１７】
0006687744.tif 000031
【図１８】
0006687744.tif 000032
【図１９】
0006687744.tif 000033
【図２０】
0006687744.tif 000034
【図２１】
0006687744.tif 000035
【図２２】
0006687744.tif 000036
【図２３】
0006687744.tif 000037
【図２４】
0006687744.tif 000038
【図２５】
0006687744.tif 000039
【図２６】
0006687744.tif 000040
【図２７】
0006687744.tif 000041
【図２８】
0006687744.tif 000042
【図２９】
0006687744.tif 000043
【図３０】
0006687744.tif 000044
【図３１】
0006687744.tif 000045
【図３２】
0006687744.tif 000046
【図３３】
0006687744.tif 000047
【図３４】
0006687744.tif 000048
【図３５】
0006687744.tif 000049
【図３６】
0006687744.tif 000050
【図３７】
0006687744.tif 000051
【図３８】
0006687744.tif 000052
【図３９】
0006687744.tif 000053
【図４０】
0006687744.tif 000054
【図４１】
0006687744.tif 000055
【図４２】
0006687744.tif 000056
【図４３】
0006687744.tif 000057
【図４４】
0006687744.tif 000058
【図４５】
0006687744.tif 000059
【図４６】
0006687744.tif 000060