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