(57)【要約】【課題】本発明は、無線通信システムに関し、より詳細には、無線アクセス混雑制御方法及び装置を開示する。【解決手段】本発明の一実施例に係る無線通信システムでターゲットセルがハンドオーバーをサポートする方法は、ソースセルからターゲットセルにハンドオーバーする端末に対する混雑制御情報を、ターゲットセルによってソースセルから受信すること、及び混雑制御情報に基づいて端末に対する混雑制御をターゲットセルによって行うことを含むことができる。混雑制御情報は、ソースセルで端末に対してサービス優先順位の低下が発生したか否かを含むことができる。【選択図】図６
2016533134.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてターゲットセルがハンドオーバーをサポートする方法において、
ソースセルから前記ターゲットセルにハンドオーバーする端末に対する混雑制御情報を、前記ターゲットセルが前記ソースセルから受信するステップと、
前記混雑制御情報に基づいて前記端末に対する混雑制御を前記ターゲットセルが実行するステップと、を含み、
前記混雑制御情報は、前記ソースセルが前記端末に対するサービス優先順位を低下させたか否かを示す情報を含む、ハンドオーバーサポート方法。
【請求項２】
前記混雑制御情報は、前記ソースセルによる前記端末に対してサービス優先順位が低下したデータの伝達時間に関する情報、前記ソースセルによる前記端末に対して廃棄されたパケットの個数、量及びレートの少なくとも一つを示す情報、及び前記廃棄されたパケットの個数、量及びレートの少なくとも一つが所定のしきい値を超えるか否かを示す情報の少なくとも一つを含む、請求項１に記載のハンドオーバーサポート方法。
【請求項３】
前記ソースセルが前記端末に対するサービス優先順位を連続して低下させた場合、前記端末に対する混雑制御を実行するステップは、前記端末に対して以前に設定された優先順位に比べて高い優先順位を付与するステップを含む、請求項１に記載のハンドオーバーサポート方法。
【請求項４】
前記ソースセルが前記端末に対するサービス優先順位を連続して低下させた場合、前記端末に対する混雑制御を実行するステップは、前記端末に対して以前に設定された最大ビットレート以上のビートレートを前記端末に許容するステップを含む、請求項１に記載のハンドオーバーサポート方法。
【請求項５】
前記混雑制御情報は、Ｘ２ハンドオーバー過程中に前記ソースセルから前記ターゲットセルに伝送されるメッセージに含まれる、請求項１に記載のハンドオーバーサポート方法。
【請求項６】
前記混雑制御情報は、ハンドオーバー要請メッセージ及びＳＮ状態伝達メッセージの少なくとも一つに含まれる、請求項５に記載のハンドオーバーサポート方法。
【請求項７】
前記混雑制御情報は、Ｓ１ハンドオーバー過程中に前記ソースセルから前記ターゲットセルに伝送されるメッセージに含まれる、請求項１に記載のハンドオーバーサポート方法。
【請求項８】
前記混雑制御情報は、ハンドオーバーが要請されることを示すメッセージ、ｅＮｏｄｅＢ状態伝達メッセージ、及びＵＥコンテキスト解除完了メッセージの少なくとも一つに含まれる、請求項７に記載のハンドオーバーサポート方法。
【請求項９】
前記混雑制御情報は、一つ以上のベアラのそれぞれに対する混雑制御情報を含み、前記混雑制御は、前記ターゲットセルにより前記一つ以上のベアラのそれぞれに対して行われる、請求項１に記載のハンドオーバーサポート方法。
【請求項１０】
前記混雑制御情報は、前記端末の特定ベアラの一つ以上のフローのそれぞれに対する混雑制御情報を含み、前記混雑制御は、前記ターゲットセルにより前記一つ以上のフローのそれぞれに対して行われる、請求項１に記載のハンドオーバーサポート方法。
【請求項１１】
無線通信システムにおいてソースセルがハンドオーバーをサポートする方法において、
前記ソースセルによってサービングされる端末に対する混雑制御情報を、前記ソースセルがターゲットセルに伝送するステップを含み、
前記混雑制御情報は、前記ターゲットセルにより前記端末に対する混雑制御に利用され、前記混雑制御情報は、前記ソースセルが前記端末に対するサービス優先順位を低下させたか否かを示す情報を含む、ハンドオーバーサポート方法。
【請求項１２】
無線通信システムにおいてハンドオーバーをサポートするターゲットセル装置において、
送受信モジュールと、
プロセッサと、を含み、
前記プロセッサは、ソースセルからターゲットセルにハンドオーバーする端末に対する混雑制御情報を前記ソースセルから受信するように前記送受信モジュールを制御し、前記混雑制御情報に基づいて前記端末に対する混雑制御を行うように構成され、
前記混雑制御情報は、前記ソースセルが前記端末に対するサービス優先順位を低下させたか否かを示す情報を含む、ハンドオーバーサポートターゲットセル装置。
【請求項１３】
無線通信システムにおいてハンドオーバーをサポートするソースセル装置において、
送受信モジュールと、
プロセッサと、を含み、
前記プロセッサは、ソースセルによってサービングされる端末に対する混雑制御情報をターゲットセルに伝送するように前記送受信モジュールを制御するように構成され、
前記混雑制御情報は、前記ターゲットセルにより前記端末に対する混雑制御を実行するために利用され、前記混雑制御情報は、前記ソースセルが前記端末に対するサービス優先順位を低下させたか否かを示す情報を含む、ハンドオーバーサポートソースセル装置。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、無線通信システムに関し、より詳細には、無線アクセス混雑制御方法及び装置に関する。
【背景技術】
【０００２】
最近の無線通信システムでは、ユーザーのデータ利用量が以前に比べて大きく増加した。移動通信ネットワークの容量（ｃａｐａｃｉｔｙ）及び処理率（ｔｈｒｏｕｇｈｐｕｔ）が持続的に向上してきたにもかかわらず、ユーザーの利用方式、利用地域、利用時間帯などによってネットワーク混雑（ｃｏｎｇｅｓｔｉｏｎ）は依然として発生している。例えば、個別ユーザーが無線資源を多く消耗するサービスを要請する場合、特定セルに多くのユーザーが集中する場合などにネットワーク混雑が発生し、夜時間よりは日課時間にネットワーク混雑が発生する可能性が高い。ネットワーク混雑が発生する場合、新たな利用者がネットワークを利用できないか、個別ユーザーが要求する処理率のサービスを受けられないなどの問題が発生し得る。
【０００３】
このようなネットワーク混雑を制御するための多様な方案が論議されている。しかし、既存に提案された混雑制御方案は、所定の優先順位に従って特定ユーザー、特定ベアラ（ｂｅａｒｅｒ）、または特定ＩＰフロー（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｆｌｏｗ）を差別的にサポートするなどの解決策に基づくが、この場合は、一部のユーザーが長い時間の間サービスを受けられないという問題（これを、無線資源に対する飢餓（ｓｔａｒｖａｔｉｏｎ）と称することができる）が発生し得る。
【０００４】
特に、ユーザーの移動によってハンドオーバーが発生する場合、このような飢餓問題を解決できないこともある。コアネットワーク基盤の混雑制御方式では、無線アクセスネットワーク（ＲＡＮ）でハンドオーバーが発生しても、コアネットワークの管理ノードが変更されるわけではないので混雑制御が可能であるが、既存に提案されたＲＡＮ基盤の混雑制御方式ではハンドオーバー時の飢餓問題を解決することができなかった。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、飢餓問題と非公正性（ｕｎｆａｉｒｎｅｓｓ）を解決できるネットワーク混雑制御方案を提供することを技術的課題とする。
【０００６】
本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されるものではなく、言及していない他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【課題を解決するための手段】
【０００７】
前記の技術的課題を解決するために、本発明の一実施例に係る無線通信システムでターゲットセルがハンドオーバーをサポートする方法は、ソースセルから前記ターゲットセルにハンドオーバーする端末に対する混雑制御情報を、前記ターゲットセルによって前記ソースセルから受信すること、及び前記混雑制御情報に基づいて前記端末に対する混雑制御を前記ターゲットセルによって行うことを含むことができる。前記混雑制御情報は、前記ソースセルで前記端末に対してサービス優先順位の低下が発生したか否かを含むことができる。
【０００８】
前記の技術的課題を解決するために、本発明の他の実施例に係る無線通信システムでソースセルがハンドオーバーをサポートする方法は、前記ソースセルによってサービングされる端末に対する混雑制御情報を、前記ソースセルによってターゲットセルに伝送することを含むことができる。前記混雑制御情報は、前記ターゲットセルによる前記端末に対する混雑制御に利用することができる。前記混雑制御情報は、前記ソースセルで前記端末に対してサービス優先順位の低下が発生したか否かを含むことができる。
【０００９】
前記の技術的課題を解決するために、本発明のまた他の実施例に係る無線通信システムでハンドオーバーをサポートするターゲットセル装置は、送受信モジュール、及びプロセッサを含むことができる。前記プロセッサは、ソースセルから前記ターゲットセルにハンドオーバーする端末に対する混雑制御情報を前記ソースセルから受信するように前記送受信モジュールを制御する方式に設定することができる。前記プロセッサは、前記混雑制御情報に基づいて前記端末に対する混雑制御を行うように設定することができる。前記混雑制御情報は、前記ソースセルで前記端末に対してサービス優先順位の低下が発生したか否かを含むことができる。
【００１０】
前記の技術的課題を解決するために、本発明のまた他の実施例に係る無線通信システムでハンドオーバーをサポートするソースセル装置は、送受信モジュール、及びプロセッサを含むことができる。前記プロセッサは、前記ソースセルによってサービングされる端末に対する混雑制御情報をターゲットセルに伝送するように前記送受信モジュールを制御する形式に設定することができる。前記混雑制御情報は、前記ターゲットセルによる前記端末に対する混雑制御に利用することができる。前記混雑制御情報は、前記ソースセルで前記端末に対してサービス優先順位の低下が発生したか否かを含むことができる。
【００１１】
本発明に係る各実施例において、以下の事項を適用することができる。
【００１２】
前記混雑制御情報は、前記ソースセルで前記端末に対してサービス優先順位が低下したデータ伝達時間に対する情報、前記ソースセルで前記端末に対して廃棄されたパケットの個数、量及びレートのうち一つ以上を示す情報、及び前記ソースセルで前記端末に対して廃棄されたパケットの個数、量及びレートのうち一つ以上が所定のしきい値を超えるか否かを示す情報のうち一つ以上を含むことができる。
【００１３】
前記ターゲットセルによる前記端末に対する混雑制御は、前記ソースセルで前記端末に対してサービス優先順位の低下が持続された場合、前記端末に対して以前に設定されている優先順位に比べて高い優先順位を付与することを含むことができる。
【００１４】
前記ターゲットセルによる前記端末に対する混雑制御は、前記ソースセルで前記端末に対してサービス優先順位の低下が持続された場合、前記端末に対して以前に設定された最大ビットレート以上のビットレートを許容することを含むことができる。
【００１５】
前記混雑制御情報は、Ｘ２ハンドオーバー過程中に前記ソースセルが前記ターゲットセルに伝送するメッセージに含ませることができる。
【００１６】
前記混雑制御情報は、ハンドオーバー要請メッセージ及びＳＮ（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）状態伝達メッセージのうち一つ以上に含ませることができる。
【００１７】
前記混雑制御情報は、Ｓ１ハンドオーバー過程中に前記ソースセルが前記ターゲットセルに伝送するメッセージに含ませることができる。
【００１８】
前記混雑制御情報は、ハンドオーバーが要請されることを示すメッセージ、ｅＮｏｄｅＢ状態伝達メッセージ、及びＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）コンテキスト解除完了メッセージのうち一つ以上に含ませることができる。
【００１９】
前記混雑制御情報は、前記端末の一つ以上のベアラのそれぞれに対する混雑制御情報を含むことができる。前記ターゲットセルによる混雑制御は、前記一つ以上のベアラのそれぞれに対して行うことができる。
【００２０】
前記混雑制御情報は、前記端末の特定ベアラの一つ以上のフローのそれぞれに対する混雑制御情報を含むことができる。前記ターゲットセルによる混雑制御は、前記一つ以上のフローのそれぞれに対して行うことができる。
【００２１】
本発明に対して上述した一般的な説明と後述する詳細な説明は、例示的なものであって、請求項に記載の発明に対する追加的な説明のためのものである。
【発明の効果】
【００２２】
本発明によると、飢餓問題と非公正性（ｕｎｆａｉｒｎｅｓｓ）を解決できるネットワーク混雑制御方案を提供することができる。
【００２３】
本発明で得られる効果は、以上で言及した各効果に制限されるものではなく、言及していない他の効果は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。
【００２４】
本明細書に添付される図面は、本発明に対する理解を提供するためのものであって、本発明の多様な実施形態を示し、明細書の記載と共に本発明の原理を説明するためのものである。
【図面の簡単な説明】
【００２５】
【図１】ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の概略的な構造を示す図である。
【図２】無線通信システムの一例として、ＥＰＣに連結されたＥ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）網の構造を概略的に示した図である。
【図３】３ＧＰＰ無線接続網規格を基盤にした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザー平面（Ｕｓｅｒ  Ｐｌａｎｅ）構造を示す図である。
【図４】３ＧＰＰシステムに利用される各物理チャンネル及びこれらを利用した一般的な信号伝送方法を説明するための図である。
【図５】ＬＴＥシステムで使用される無線フレームの構造を例示する図である。
【図６】従来技術に係る混雑状況の一例を示す図である。
【図７】従来技術に係る混雑状況の他の一例を示す図である。
【図８】本発明の一例に係るＸ２ハンドオーバーの場合における混雑制御方案を説明するための図である。
【図９】本発明の一例に係るＳ１ハンドオーバーの場合における混雑制御方案を説明するための図である。
【図１０】本発明の方案が適用される例示を説明するための図である。
【図１１】本発明の一例に係る端末装置及びネットワークノード装置に対する好ましい実施例の構成を示した図である。
【発明を実施するための形態】
【００２６】
以下の各実施例は、本発明の構成要素と特徴を所定形態で結合したものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／または特徴を結合して本発明の実施例を構成することもできる。本発明の各実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、または、他の実施例の対応する構成または特徴に取り替えることができる。
【００２７】
以下の説明で使用される特定用語は、本発明の理解を促進するために提供されたものであって、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することができる。
【００２８】
いくつかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示することができる。また、本明細書全体にわたって同一の構成要素に対しては、同一の図面符号を使用して説明する。
【００２９】
本発明の各実施例は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２系列システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ―Ａシステム、及び３ＧＰＰ２システムのうち少なくとも一つと関連して開示された各標準文書によって裏付けることができる。すなわち、本発明の各実施例のうち本発明の技術的思想を明確に示すために説明していない各段階または各部分は、前記各文書によって裏付けることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明することができる。
【００３０】
以下の技術は、多様な無線通信システムで使用することができる。明確性のために、以下では、３ＧＰＰ  ＬＴＥ及び３ＧＰＰ  ＬＴＥ―Ａシステムを主に説明するが、本発明の技術的思想がこれに制限されることはない。
【００３１】
本文書で使用される各用語は、次のように定義される。
【００３２】
―ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）基盤の３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術。
【００３３】
―ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）：ＩＰ基盤のパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）及びＬＴＥ、ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化された形態のネットワークである。
【００３４】
―ＮｏｄｅＢ：ＧＥＲＡＮ／ＵＴＲＡＮの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００３５】
―ｅＮｏｄｅＢ：ＬＴＥの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００３６】
―ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）：ユーザー機器。ＵＥは、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語で言及することもできる。また、ＵＥは、ノートブック型コンピューター、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などの携帯可能な機器であってもよく、または、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置などの携帯不可能な機器であってもよい。ＵＥは、ＬＴＥなどの３ＧＰＰスペクトル（ｓｐｅｃｔｒｕｍ）及び／またはＷｉＦｉ、公共安全（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）用スペクトルなどの非―３ＧＰＰスペクトルで通信が可能なＵＥである。
【００３７】
―ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅＢ、ｅＮｏｄｅＢ及びこれらを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を含む単位。ＵＥとコアネットワークとの間に存在し、コアネットワークへの連結を提供する。
【００３８】
―ＲＡＮＡＰ（ＲＡＮ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅｓ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ））との間のインターフェース。
【００３９】
―ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分して構成することができる。
【００４０】
―ＨＮＢ（Ｈｏｍｅ  ＮｏｄｅＢ）：ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）カバレッジを提供するＣＰＥ（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ）。より具体的な事項は、標準文書ＴＳ  ２５．４６７を参照することができる。
【００４１】
―ＨｅＮｏｄｅＢ（Ｈｏｍｅ  ｅＮｏｄｅＢ）：Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―ＵＴＲＡＮ）カバレッジを提供するＣＰＥ（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ）。より具体的な事項は、標準文書ＴＳ  ３６．３００を参照することができる。
【００４２】
―ＣＳＧ（Ｃｌｏｓｅｄ  Ｓｕｂｓｃｒｉｂｅｒ  Ｇｒｏｕｐ）：Ｈ（ｅ）ＮＢのＣＳＧのメンバーであって、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）内の一つ以上のＣＳＧセルにアクセスすることが許容される加入者グループ。
【００４３】
―ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）連結：一つのＩＰ住所（一つのＩＰｖ４住所及び／または一つのＩＰｖ６プレフィックス）で表現されるＵＥとＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）で表現されるＰＤＮとの間の論理的な連結。
【００４４】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）
【００４５】
図１は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の概略的な構造を示す図である。
【００４６】
ＥＰＣは、各３ＧＰＰ技術の性能を向上させるためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは、多様な種類のネットワーク間の移動性をサポートするネットワーク構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰ基盤で多様な無線接続技術をサポートし、より向上したデータ伝送能力を提供するなどの最適化されたパケット―基盤のシステムを提供することを目標とする。
【００４７】
具体的に、ＥＰＣは、３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であって、パケット―基盤の実時間及び非実時間サービスをサポートすることができる。既存の移動通信システム（すなわち、２世代または３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ―Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ―Ｓｗｉｔｃｈｅｄ）の２個の区別されるサブ―ドメインを通じてコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳの各サブ―ドメインが一つのＩＰドメインに単一化された。すなわち、３ＧＰＰ  ＬＴＥシステムにおいて、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する各端末間の連結は、ＩＰ基盤の基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ））を通じて構成することができる。すなわち、ＥＰＣは、端―対―端（ｅｎｄ―ｔｏ―ｅｎｄ）ＩＰサービスの具現に必須的な構造である。
【００４８】
ＥＰＣは、多様な構成要素を含むことができ、図１では、そのうち一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を図示する。
【００４９】
ＳＧＷ（またはＳ―ＧＷ）は、無線接続ネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ  ＧＷとの間のデータ経路を維持する機能をする要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、ＳＧＷは、ローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）としての役割をする。すなわち、Ｅ―ＵＴＲＡＮ（３ＧＰＰリリース―８以後で定義される進化型（Ｅｖｏｌｖｅｄ）―ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のためにＳＧＷを介して各パケットをルーティングすることができる。また、ＳＧＷは、他の３ＧＰＰネットワーク（３ＧＰＰリリース―８前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【００５０】
ＰＤＮ  ＧＷ（またはＰ―ＧＷ）は、パケットデータネットワークに向かうデータインターフェースの終了点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷは、政策執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金サポート（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非―３ＧＰＰネットワーク（例えば、Ｉ―ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘなどの信頼されるネットワーク）との移動性管理のためのアンカーポイントとしての役割をすることができる。
【００５１】
図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ  ＧＷが別途のゲートウェイで構成されることを示すが、二つのゲートウェイを単一のゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現することもできる。
【００５２】
ＭＭＥは、ＵＥのネットワーク連結に対するアクセス、ネットワーク資源の割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどをサポートするためのシグナリング及び各制御機能を行う要素である。ＭＭＥは、加入者及びセッション管理と関連する各制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのために従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、保安過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末―対―ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ―ｔｏ―ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【００５３】
ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザーの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）などの全てのパケットデータをハンドリングする。
【００５４】
ｅＰＤＧは、信頼されない非―３ＧＰＰネットワーク（例えば、Ｉ―ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔ  ｓｐｏｔ）など）に対する保安ノードとしての役割をする。
【００５５】
図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非―３ＧＰＰアクセス基盤でもＥＰＣ内の多様な要素を経由して事業者（すなわち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００５６】
また、図１では、多様なレファレンスポイント（例えば、Ｓ１―Ｕ、Ｓ１―ＭＭＥなど）を図示する。３ＧＰＰシステムでは、Ｅ―ＵＴＲＡＮ及びＥＰＣの異なる各機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次の表１は、図１に示したレファレンスポイントをまとめたものである。表１の各例示の他にも、ネットワーク構造によって多様なレファレンスポイントが存在し得る。
【００５７】
【表１】
2016533134.tif 000003
【００５８】
図１に示したレファレンスポイントのうちＳ２ａ及びＳ２ｂは、非―３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非―３ＧＰＰアクセスとＰＤＮ  ＧＷとの間の関連制御及び移動性サポートをユーザー平面に提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧとＰＤＮ  ＧＷとの間の関連制御及び移動性サポートをユーザー平面に提供するレファレンスポイントである。
【００５９】
図２は、無線通信システムの一例として、ＥＰＣに連結されたＥ―ＵＴＲＡＮ網の構造を概略的に示した図である。ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、ＥＰＳは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと称することもできる。ＵＭＴＳ及びＥＰＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容は、それぞれ「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７とＲｅｌｅａｓｅ  ８を参照することができる。
【００６０】
図２を参照すると、ＥＰＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅ  Ｂ；ｅＮＢ）、及びネットワーク（Ｅ―ＵＴＲＡＮ）の終端に位置し、外部ネットワークと連結される接続ゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／またはユニキャストサービスのために多重データストリームを同時に伝送することができる。
【００６１】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５、２．５、５、１０、１５、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末にダウンリンクまたはアップリンク伝送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、多数の端末に対するデータ送受信を制御する。ダウンリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データに対して、基地局は、ダウンリンクスケジューリング情報を伝送し、該当端末にデータが伝送される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、アップリンク（Ｕｐｌｉｎｋ；ＵＬ）データに対して、基地局は、アップリンクスケジューリング情報を該当端末に伝送し、該当端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。各基地局間には、ユーザートラフィックまたは制御トラフィックの伝送のためのインターフェースを使用することができる。コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ及び端末のユーザー登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で端末の移動性を管理する。
【００６２】
無線通信技術は、ＷＣＤＭＡを基盤にしてＬＴＥまで開発されてきたが、ユーザーと事業者の要求と期待は持続的に増加している。また、他の無線接続技術が継続して開発されているので、今後、競争力を有するためには新たな技術進化が要求され、また、ビット当たりの費用減少、サービス可用性増大、融通性のある周波数バンドの使用、単純構造と開放型インターフェース、端末の適切なパワー消耗などが要求される。
【００６３】
最近、３ＧＰＰは、ＬＴＥに対する後続技術に対する標準化作業を進めている。本明細書では、前記技術を「ＬＴＥ―Ａ」と称する。ＬＴＥ―Ａシステムは、最大１００ＭＨｚの広帯域をサポートすることを目標としており、このために、複数の周波数ブロックを用いて広帯域を達成する搬送波併合（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ；ＣＡ）技術を使用することにしている。ＣＡは、より広い周波数帯域を使用するために、複数の周波数ブロックを一つの大きな論理周波数帯域として使用する。各周波数ブロックの帯域幅は、ＬＴＥシステムで使用されるシステムブロックの帯域幅に基づいて定義することができる。それぞれの周波数ブロックは、コンポーネントキャリア（ＣＣ）またはセル（Ｃｅｌｌ）と称することができる。
【００６４】
図３は、３ＧＰＰ無線接続網規格を基盤とした端末とＥ―ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザー平面（Ｕｓｅｒ  Ｐｌａｎｅ）構造を示す図である。制御平面は、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークがコールを管理するために利用する各制御メッセージが伝送される通路を意味する。ユーザー平面は、アプリケーション階層で生成されたデータ、例えば、音声データまたはインターネットパケットデータなどが伝送される通路を意味する。
【００６５】
第１の階層である物理階層は、物理チャンネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位階層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とは伝送チャンネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されている。伝送チャンネルを介して媒体接続制御階層と物理階層との間にデータが移動する。送信側と受信側の物理階層間には、物理チャンネルを介してデータが移動する。物理チャンネルは、時間と周波数を無線資源として活用する。具体的に、物理チャンネルは、ダウンリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、アップリンクでＳＣ―ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００６６】
第２の階層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層は、論理チャンネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して上位階層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層にサービスを提供する。第２の階層のＲＬＣ階層は、信頼性のあるデータ伝送をサポートする。ＲＬＣ階層の機能は、ＭＡＣ内部の機能ブロックとして具現することもできる。第２の階層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）階層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６などのＩＰパケットを効率的に伝送するために不要な制御情報を減少させるヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を行う。
【００６７】
第３の階層の最下部に位置した無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）階層は制御平面のみで定義される。ＲＲＣ階層は、各無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ―ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャンネル、伝送チャンネル及び物理チャンネルの制御を担当する。無線ベアラは、端末とネットワークとの間のデータ伝達のために第２の階層によって提供されるサービスを意味する。このために、端末とネットワークのＲＲＣ階層は、互いにＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ階層間にＲＲＣ連結（ＲＲＣ  ｃｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ連結状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）に置かれ、そうでない場合、端末はＲＲＣ遊休状態（Ｉｄｌｅ  Ｍｏｄｅ）に置かれる。ＲＲＣ階層の上位にあるＮＡＳ（Ｎｏｎ―Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【００６８】
基地局（ｅＮＢ）を構成する一つのセルは、１．２５、２．５、５、１０、１５、２０Ｍｈｚなどの帯域幅のうち一つに設定され、多くの端末にダウンリンクまたはアップリンク伝送サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。
【００６９】
ネットワークから端末にデータを伝送するダウンリンク伝送チャンネルとしては、システム情報を伝送するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを伝送するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザートラフィックや制御メッセージを伝送するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。ダウンリンクマルチキャスト、放送サービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して伝送することもでき、または、別途のダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して伝送することもできる。一方、端末からネットワークにデータを伝送するアップリンク伝送チャンネルとしては、初期制御メッセージを伝送するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザートラフィックや制御メッセージを伝送するアップリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。伝送チャンネルの上位にあり、伝送チャンネルにマッピングされる論理チャンネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）としては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００７０】
図４は、３ＧＰＰシステムに利用される各物理チャンネル及びこれらを利用した一般的な信号伝送方法を説明するための図である。
【００７１】
端末は、電源がオンになったり、新たにセルに進入した場合、基地局と同期を合わせるなどの初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う（Ｓ３０１）。このために、端末は、基地局から主同期チャンネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｐ―ＳＣＨ）及び副同期チャンネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｓ―ＳＣＨ）を受信して基地局と同期を合わせ、セルＩＤなどの情報を獲得することができる。その後、端末は、基地局から物理放送チャンネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信し、セル内の放送情報を獲得することができる。一方、端末は、初期セル探索段階でダウンリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＤＬ  ＲＳ）を受信してダウンリンクチャンネル状態を確認することができる。
【００７２】
初期セル探索を終了した端末は、物理ダウンリンク制御チャンネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）、及びＰＤＣＣＨに載せられた情報によって物理ダウンリンク共有チャンネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＳＣＨ）を受信することによって、より具体的なシステム情報を獲得することができる（Ｓ３０２）。
【００７３】
一方、基地局に最初に接続したり、信号伝送のための無線資源がない場合、端末は、基地局に対してランダム接続手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ；ＲＡＣＨ）を行うことができる（段階Ｓ３０３〜段階Ｓ３０６）。このために、端末は、物理ランダム接続チャンネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ；ＰＲＡＣＨ）を介して特定シーケンスをプリアンブルとして伝送し（Ｓ３０３及びＳ３０５）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージを受信することができる（Ｓ３０４及びＳ３０６）。競争基盤のＲＡＣＨの場合、追加的に衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
【００７４】
上述した手順を行った端末は、その後、一般的なアップリンク／ダウンリンク信号伝送手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ３０７）及び物理アップリンク共有チャンネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）／物理アップリンク制御チャンネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）伝送（Ｓ３０８）を行うことができる。特に、端末は、ＰＤＣＣＨを介してダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信する。ここで、ＤＣＩは、端末に対する資源割り当て情報などの制御情報を含み、その使用目的に応じてフォーマットが互いに異なる。
【００７５】
一方、端末がアップリンクを通じて基地局に伝送したり、または端末が基地局から受信する制御情報は、ダウンリンク／アップリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ  ＬＴＥシステムの場合、端末は、上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／またはＰＵＣＣＨを介して伝送することができる。
【００７６】
図５は、ＬＴＥシステムで使用される無線フレームの構造を例示する図である。
【００７７】
図５を参照すると、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は、１０ｍｓ（３２７２００×Ｔｓ）の長さを有し、１０個の均等なサイズのサブフレーム（ｓｕｂｆｒａｍｅ）で構成されている。それぞれのサブフレームは１ｍｓの長さを有し、２個のスロット（ｓｌｏｔ）で構成されている。それぞれのスロットは０．５ｍｓ（１５３６０×Ｔｓ）の長さを有する。ここで、Ｔｓは、サンプリング時間を示し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０-8（約３３ｎｓ）で表示される。スロットは、時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で複数の資源ブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。ＬＴＥシステムにおいて、一つの資源ブロックは１２個の副搬送波×７（または６）個のＯＦＤＭシンボルを含む。データが伝送される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、一つ以上のサブフレーム単位で定めることができる。上述した無線フレームの構造は例示に過ぎなく、無線フレームに含まれるサブフレームの数またはサブフレームに含まれるスロットの数、スロットに含まれるＯＦＤＭシンボルの数は多様に変更可能である。
【００７８】
正規ＣＰ（ｎｏｒｍａｌ  ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）の場合、一つのサブフレームは１４個のＯＦＤＭシンボルで構成することができる。サブフレーム設定によって最初の１個〜３個のＯＦＤＭシンボルは制御領域として使用し、残りの１３個〜１１個のＯＦＤＭシンボルはデータ領域として使用することができる。制御領域に割り当てられる制御チャンネルとしては、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ―ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）などがある。
【００７９】
ＰＤＣＣＨは、物理ダウンリンク制御チャンネルとしてサブフレームの最初のｎ個のＯＦＤＭシンボルに割り当てられる。ここで、ｎは、１以上の整数であって、ＰＣＦＩＣＨによって指示される。ＰＤＣＣＨは、伝送チャンネルであるＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ―ＳＣＨ（Ｄｏｗｎｌｉｎｋ―ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）の資源割り当てと関連する情報、アップリンクスケジューリンググラント（Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）、ＨＡＲＱ情報などを各端末または端末グループに知らせる。ＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ―ＳＣＨ（Ｄｏｗｎｌｉｎｋ―ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）はＰＤＳＣＨを介して伝送される。よって、基地局と端末は、一般に、特定の制御情報または特定のサービスデータを除いては、ＰＤＳＣＨを介してデータをそれぞれ伝送及び受信する。
【００８０】
ＰＤＳＣＨのデータがどの端末（一つまたは複数の端末）に伝送されるものであり、各端末がどのようにＰＤＳＣＨデータを受信してデコーディング（ｄｅｃｏｄｉｎｇ）すべきであるのかに対する情報などはＰＤＣＣＨに含まれて伝送される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣマスキング（ｍａｓｋｉｎｇ）されており、「Ｂ」という無線資源（例、周波数位置）及び「Ｃ」というＤＣＩフォーマット、すなわち、伝送形式情報（例、伝送ブロックサイズ、変調方式、コーディング情報など）を用いて伝送されるデータに関する情報が特定サブフレームを介して伝送されると仮定する。この場合、セル内の端末は、自分が有しているＲＮＴＩ情報を用いて検索領域でＰＤＣＣＨをモニタリング、すなわち、ブラインドデコーディングし、「Ａ」ＲＮＴＩを有している一つ以上の端末がある場合、各端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報を通じて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００８１】
また、アップリンクサブフレームは、制御情報を運ぶＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）が割り当てられる領域と、ユーザーデータを運ぶＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）が割り当てられる領域とに分けることができる。サブフレームの中間部分がＰＵＳＣＨに割り当てられ、周波数領域でデータ領域の両側部分がＰＵＣＣＨに割り当てられる。ＰＵＣＣＨ上に伝送される制御情報としては、ＨＡＲＱに使用されるＡＣＫ／ＮＡＣＫ、ダウンリンクチャンネル状態を示すＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＭＩＭＯのためのＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、アップリンク資源割り当て要請であるＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）などがある。
【００８２】
従来の混雑制御方案
【００８３】
ネットワーク混雑制御方案の一つとして、３ＧＰＰシステム構造に対する標準化会議では、ユーザー平面混雑管理（Ｕｓｅｒ  Ｐｌａｎｅ  Ｃｏｎｇｅｓｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ；ＵＰＣＯＮ）と称する技術に対して論議されている。具体的な事項は、ＴＳ（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）２２．８０５文書及びＴＲ（Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔ）２３．７０５文書を参照することができる。
【００８４】
ＵＰＣＯＮは、コアネットワークがＲＡＮ区間の混雑状態を認知すると、コアネットワーク側で該当端末あるいはサービスに対する政策規則（Ｐｏｌｉｃｙ  Ｒｕｌｅ）を変更してＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）等級を低下させたり、同一のベアラ（ＱｏＳ別にベアラが生成可能である）内に属する各ＩＰフローの優先順位を表示（ｍａｒｋｉｎｇ）する方法を通じて混雑制御を行う方案であると要約することができる。例えば、端末別に優先順位を割り当てたり、同一の一つの端末内でもベアラ別に優先順位を割り当てたり、同一の一つのベアラ内でもＩＰフロー別に優先順位を割り当てることもできる。これによって、混雑が発生すると、優先順位が高いものから差別的にサポートし、優先順位の低いものは、反対に資源割り当ての量または周期を低下させることができる。
【００８５】
具体的に、ＵＰＣＯＮは、個別ユーザーに対する加入等級（Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｃｌａｓｓ）（例えば、プレミアム、ゴールド、シルバーなどの等級で区分）を定義したり、パケットサービス別に優先順位を定めて特定サービス（例えば、サードパーティー（ｔｈｉｒｄ  ｐａｒｔｙ）サービス）に対する優先順位を低下させるなどの方式を通じて、混雑発生時に優先順位の高いユーザーまたはサービスに対する品質を維持させる方式を使用する。すなわち、混雑状況が発生する場合、特定ユーザーまたは特定サービスの性能を減少させることによって、相対的に主要ユーザーまたは主要サービスの性能減少を最小化する方案であると言える。
【００８６】
このようなユーザー差別化またはサービス差別化方案によると、特定ユーザーまたは特定サービスに対して長い時間の間資源が割り当てられないので（すなわち、差別が累積され）、データドロッピング（ｄａｔａ  ｄｒｏｐｐｉｎｇ）または飢餓（ｓｔａｒｖａｔｉｏｎ）を経験することもできる。
【００８７】
以下では、従来の混雑制御方案による問題に対して具体的に説明する。
【００８８】
従来の混雑制御方案によると、セルラーネットワークの混雑は多様な方法で制御することができる。例えば、混雑状況に応じてアクセスを除外（ｂａｒｒｉｎｇ）させることもでき、サービス中のコール（ｃａｌｌ）をドロップ（ｄｒｏｐ）させたり、設定されているベアラを解除（ｒｅｌｅａｓｅ）することもできる。現在論議中のＵＰＣＯＮ技術は、加入情報やサービス別により柔軟に混雑状況を制御するために提案されたものであって、ネットワーク基盤の混雑低減（Ｎｅｔｗｏｒｋ  ｂａｓｅｄ  ｃｏｎｇｅｓｔｉｏｎ  ｍｉｔｉｇａｔｉｏｎ）、ＲＡＮ基盤の混雑低減、端末（ＵＥ）基盤の混雑低減方案に対して論議されている。
【００８９】
ネットワーク基盤の混雑低減は、ネットワーク（すなわち、コアネットワーク）のノードがＲＡＮのノード（例えば、ｅＮＢ）から混雑状況の報告を受けると、政策制御またはＰ―ＧＷのパケットドロッピングなどを通じてコアネットワーク側でＲＡＮの混雑を解決する方案を意味する。ネットワーク基盤の混雑低減及びＲＡＮ基盤の混雑低減の場合、該当ユーザーの加入等級及び使用中のパケットフローの種類などに応じて、混雑発生時に差別化された混雑制御を受けることができる。一方、特定端末または特定パケットフローに対して長い時間の間サービスが提供されない飢餓（ｓｔａｒｖａｔｉｏｎ）に対する制御は標準化会議で解決方案を定義しておらず、ネットワーク事業者や製造社の具現（ｉｍｐｌｅｍｅｎｔａｔｉｏｎ）時に解決する問題として明示された状態である。
【００９０】
ネットワーク基盤の混雑低減の場合は、混雑を管理する主体がコアネットワークであり、端末の移動とは関係なく持続的なＱｏＳ制御が可能であるので、飢餓問題を制御できると期待される。
【００９１】
一方、ＲＡＮ基盤の混雑低減の場合は、ｅＮＢの制御に従って端末に対する無線資源（例えば、ダウンリンク資源）の割り当てが可能である。例えば、いずれかの端末が混雑状況で低い優先順位または等級に従って無線資源の割り当てを受けていない状態で、該当端末が他のセル（または他のｅＮＢ）に移動する場合を仮定することができる。この場合、混雑低減による無線資源割り当てに対する情報がセル間で（またはｅＮＢ間で）共有されないと、該当端末に対する飢餓問題が大きくなり得る。端末が一つのセル（またはｅＮＢ）によってのみ持続的に制御される場合は、飢餓を経験する可能性のある端末に時々（または周期的に）資源を割り当てる補償をすることができるが、端末が移動する場合、資源割り当て情報が共有されないと、端末が移動した新たなセル（またはｅＮＢ）では該当端末に資源を割り当てないこともある。
【００９２】
図６は、従来技術に係る混雑状況の一例を示す図である。
【００９３】
図６の例示を通じて従来の混雑制御方式に従う場合、特定端末に対する飢餓が管理されない場合を説明する。図６に示すように、端末Ａがセル１からセル２に移動する場合を仮定することができる。セル１の混雑状況により、長い時間の間優先順位から押される端末Ａに対する（または端末Ａの特定ベアラまたは特定パケットフロー）に対する資源が割り当てられない場合を仮定する。このとき、端末Ａが移動して新たなセル２のカバレッジに入ることができるが、セル２も混雑状況である場合を仮定する。セル２に端末が移動したときに既存のセル１での資源割り当てヒストリーをセル２が分からないので、セル２は、端末Ａが飢餓を経験することを知ることができなく、これを管理（例えば、端末Ａに対する資源割り当て）できなくなる。
【００９４】
図７は、従来技術に係る混雑状況の他の一例を示す図である。
【００９５】
図７の例示を通じて従来の混雑制御方式に従う場合、特定端末に対する非公正性（ｕｎｆａｉｒｎｅｓｓ）問題が発生する場合を説明する。図７に示すように、端末Ａは混雑状況であるセル１から混雑地域であるセル２に移動し、端末Ｂは混雑していない（すなわち、正常）地域であるセル３から混雑地域であるセル２に移動する場合を仮定する。また、端末Ａと端末Ｂが同一の加入等級を有し、現在、同一のアプリケーションに対してサービスを要求すると仮定する。これによって、セル２では混雑状況による混雑制御が必要であるので、端末Ａ及びＢをいずれも混雑制御対象に含ませることができる（例えば、他の端末に比べて資源割り当ての優先順位が押され得る）。公正性のためには端末Ａ及びＢが類似する程度の処理率低下を経験しなければならないが、従来技術によると、このような公正性を期待できなくなる。例えば、端末Ａは、混雑状態であるセル１でも既に資源割り当ての優先順位から押されて相当な処理率低下を経験した状態であり、端末Ｂは、混雑していないセル３で正常なサービスを受けた状態であり得る。しかし、セル２は、隣接セルでの混雑制御情報（または該当端末に対する混雑制御ヒストリー）を知ることができないので、セル２が端末Ａ及び端末Ｂのうち任意にいずれか一つの端末（例えば、端末Ｂ）に資源を割り当てる場合、端末Ａは、端末Ｂと同一の加入等級を有して同一のアプリケーションのサービスを受けながらも、端末Ｂに比べて低い処理率でサービスを受けたり、高い水準の飢餓を経験するようになるので、非公正性の問題が発生することもある。また、セル２が端末Ａと端末Ｂに対して同一の優先順位による資源割り当てを行う場合、端末Ａは、端末Ｂと同一の加入等級を有して同一のアプリケーションのサービスを受けながらも、セル１とセル２を経ながら、セル３とセル２を経る端末Ｂに比べて低い処理率でサービスを受けたり、より高い水準の飢餓を経験するようになるので、非公正性の問題が発生することもある。
【００９６】
したがって、本発明では、優先順位に従って混雑を制御する基本的な方式を維持するとしても、相対的に差別に受けるユーザーまたはサービスに対して補償する（すなわち、飢餓または非公正性の発生を最小化する）方案を提案する。
【００９７】
改善された混雑制御方案
【００９８】
本発明では、ＲＡＮ区間でユーザー平面混雑制御の改善方案に対して提案する。特に、端末が他のセルに移動する場合（またはハンドオーバー状況で）ＲＡＮ基盤のユーザー平面混雑制御に対する新たな方案に対して提案する。
【００９９】
本発明によると、端末がセル間ハンドオーバーをする場合に対する混雑制御改善方案として、ハンドオーバーのソース（ｓｏｕｒｃｅ）セル／ｅＮＢ（または第１のセル／ｅＮＢ）がハンドオーバーする端末に対する混雑制御情報をターゲット（ｔａｒｇｅｔ）セル／ｅＮＢ（または第２のセル／ｅＮＢ）に知らせることを提案する。これによって、上述した飢餓問題と非公正性問題を解決することができる。
【０１００】
例えば、特定端末に対するデータ伝達（ｄａｔａ  ｄｅｌｉｖｅｒｙ）情報がセル間移動時にも持続的に管理されるように（またはセル間共有されるように）することによって、長い時間の間サービスを受けられない飢餓問題を解決（例えば、図６の例示の問題解決）することができ、同一の等級または優先順位の各端末に対する非公正性問題を解決（例えば、図７の例示で、混雑セルから移動してきた端末Ａより正常セルから移動してきた端末Ｂにサービス優先順位を低く付与し、結果的に公正性が確保されるように、または混雑セルから移動してきた端末Ａに、正常セルから移動してきた端末Ｂに比べてサービス優先順位を高く付与し、結果的に公正性が確保されるように）することもできる。
【０１０１】
このような混雑制御情報は、該当端末、該当端末の特定ベアラ、または特定ベアラに属した特定フローに対して混雑制御が適用されることによって、サービス優先順位が低くなったか否かを示す情報を含むことができる。その他にも、混雑制御情報は、次のような情報のうち一つ以上をさらに含むことができる：特定端末／ベアラ／フローに対して差別された（または低い優先順位が付与された）データ伝達時間（ｄｉｆｆｅｒｅｄ  ｄａｔａ  ｄｅｌｉｖｅｒｙ  ｔｉｍｅ）情報、端末／ベアラ／フローに対して廃棄されたパケット（ｄｉｓｃａｒｄｅｄ  ｐａｃｋｅｔ）の個数または量に対する情報、端末／ベアラ／フローに対して廃棄されたパケットの個数または量の和が所定のしきい値以上または超過であるか否かを示す情報、端末／ベアラ／フローに対して廃棄されたパケットの個数または量の和に対するレベル（ｌｅｖｅｌ）を示す情報。
【０１０２】
端末が移動したターゲットセルが混雑状態である場合、該当ターゲットセルは、サービングセルから提供された混雑制御情報を用いて、移動してきた該当端末に対する（または該当端末の特定ベアラ／特定フローに対する）混雑制御を行うことができる。例えば、混雑制御情報を考慮して、飢餓が予想される端末／ベアラ／フローには元のサービス優先順位に比べて高い優先順位を付与することもできる。または、混雑制御情報を考慮して、他の端末／ベアラ／フローに比べて不公正にサービスを受けることが予想される端末／ベアラ／フローには元のサービス優先順位に比べて高い優先順位を付与することもできる。または、混雑制御情報を考慮して、飢餓または不公正なサービスが予想される端末／ベアラ／フロー以外の他の端末／ベアラ／フローに元のサービス優先順位に比べて低い優先順位を付与することによって、飢餓または非公正性を防止することもできる。
【０１０３】
図８は、本発明の一例に係るＸ２ハンドオーバーの場合における混雑制御方案を説明するための図である。
【０１０４】
図８の例示に係るフローチャートは、ＭＭＥ―内（ｉｎｔｒａ―ＭＭＥ）またはＳＧＷ―内（ｉｎｔｒａ―ＳＧＷ）ハンドオーバー手順の細部的な段階に対して説明する。
【０１０５】
図８の段階０において、ソースｅＮＢのＵＥコンテキスト（ｃｏｎｔｅｘｔ）は、アクセス制限に対する情報を含むことができ、このような情報は、端末の連結樹立（ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）または最後のトラッキング領域（ＴＡ）アップデート時に提供されたものであり得る。
【０１０６】
図８の段階１において、ソースｅＮＢは、アクセス制限情報に従ってＵＥに測定（ｍｅａｓｕｒｅｍｅｎｔ）遂行に対する設定情報を提供することができる。
【０１０７】
また、ソースｅＮＢは、ＵＥが測定を行う間にＵＥとパケットを送受信することもでき、これをコアネットワークから受けたり、コアネットワークに伝達することができる。また、ソースｅＮＢは、ＵＥにアップリンク資源の割り当て（ＵＬ割り当て）を行うこともできる。
【０１０８】
図８の段階２において、ＵＥは、ソースｅＮＢに測定報告を伝送することができる。
【０１０９】
図８の段階３において、ソースｅＮＢは、測定報告及びＲＲＭ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ）情報に基づいてＵＥをハンドオーバーすると決定することができる。
【０１１０】
図８の段階４において、ソースｅＮＢは、ハンドオーバー要請メッセージをターゲットｅＮＢに送ることができる。ここで、ソースｅＮＢは、ターゲットｅＮＢ側でハンドオーバーを準備するために必要な情報（例えば、ソースｅＮＢでのＵＥ  Ｘ２シグナリングコンテキストレファレンス、ＵＥ  Ｓ１  ＥＰＣシグナリングコンテキストレファレンス、ターゲットセルＩＤ、ソースｅＮＢでの該当ＵＥのＣ―ＲＮＴＩなどを含むＲＲＣコンテキスト、Ｅ―ＲＡＢ（ＥＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒｓ）（Ｓ１ベアラに対応するデータ無線ベアラ間の連結を識別する情報）など）を伝達することができる。
【０１１１】
さらに、本発明で提案するソースｅＮＢの混雑制御情報をハンドオーバー要請メッセージに含ませることもできる。この場合、ハンドオーバー要請メッセージ内のベアラ関連情報に混雑制御情報を含ませることができ、ベアラ別の混雑制御情報をターゲットｅＮＢに提供することができる。
【０１１２】
図８の段階５において、ターゲットｅＮＢは、受信されたＥ―ＲＡＢ  ＱｏＳ情報などに基づいて成功的なハンドオーバーが可能であるか否かを判断するなどの承認制御を行うことができる。
【０１１３】
図８の段階６において、ターゲットｅＮＢは、ハンドオーバーを準備し、ハンドオーバー要請ＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをソースｅＮＢに伝送することができる。
【０１１４】
また、ソースｅＮＢは、ハンドオーバー準備中にも、ＵＥにダウンリンク資源の割り当て（ＤＬ割り当て）を行うことができる。
【０１１５】
図８の段階７において、ソースｅＮＢからＵＥにハンドオーバー遂行のためのＲＲＣメッセージ（例えば、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）を伝送することができる。このようなＲＲＣメッセージは、ターゲットｅＮＢによって生成されたものであり、このメッセージから、ＵＥは必要なパラメーター（例えば、新たなＣ―ＲＮＴＩ、ターゲットｅＮＢ保安アルゴリズム識別子など）を受信することができる。また、このメッセージを受信し、ＵＥは、ソースｅＮＢによってハンドオーバーを行うように命令（ｃｏｍｍａｎｄ）を受けるようになる。
【０１１６】
これによって、ＵＥは、以前のセルでデタッチし、新たなセルに対する同期化を行うことができる。また、ソースｅＮＢは、進行中のパケットに対するバッファされたデータをターゲットｅＮＢに伝達することができる。
【０１１７】
図８の段階８において、ソースｅＮＢは、ターゲットｅＮＢにシーケンス番号（ＳＮ）状態伝達（ＳＮ  ＳＴＡＴＵＳ  ＴＲＡＮＳＦＥＲ）メッセージを伝送することができる。これは、各Ｅ―ＲＡＢのアップリンクＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）ＳＮ受信機の状態及びダウンリンクＰＤＣＰ  ＳＮ送信機の状態を伝達するメッセージである。
【０１１８】
さらに、本発明で提案するソースｅＮＢの混雑制御情報をＳＮ状態伝達メッセージに含ませることもできる。この場合、ソースｅＮＢの最新の混雑制御情報をターゲットｅＮＢに知らせることができるという長所がある。
【０１１９】
また、ソースｅＮＢは、ターゲットｅＮＢにデータを伝達することができ、ターゲットｅＮＢは、ソースｅＮＢから受信されたデータパケットをバッファリングすることができる。
【０１２０】
図８の段階９において、ＵＥは、段階７でＲＲＣメッセージを受信した後、ターゲットｅＮＢに対する同期化を行う（例えば、ＲＡＣＨを介してターゲットセルにアクセス）ことができる。
【０１２１】
図８の段階１０において、ターゲットｅＮＢは、ＵＬ割り当て及びＵＥに対するタイミングアドバンス（ＴＡ）情報を提供することができる。
【０１２２】
図８の段階１１において、ＵＥがターゲットｅＮＢに成功的にアクセスすると、ＵＥは、ＲＲＣメッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ）を送ってハンドオーバーを確認することができる。これによって、ターゲットｅＮＢは、ＵＥへのデータ送信を開始することができる。
【０１２３】
このようなハンドオーバー準備（ｈａｎｄｏｖｅｒ  ｐｒｅｐａｒａｔｉｏｎ）及びハンドオーバー実行（ｈａｎｄｏｖｅｒ  ｅｘｅｃｕｔｉｏｎ）段階を終了すると、後続してハンドオーバー完了（ｈａｎｄｏｖｅｒ  ｃｏｍｐｌｅｔｉｏｎ）段階をターゲットｅＮＢとコアネットワーク（ＭＭＥまたはＳＧＷ）とソースｅＮＢとの間で行うことができ、本文書において、これに対する内容は、説明の簡明さのために省略する。
【０１２４】
上述したように、Ｘ２ハンドオーバーの場合は、本発明で提案するソースｅＮＢの混雑制御情報をハンドオーバー要請メッセージ（図８の段階４）またはＳＮ状態伝達メッセージ（図８の段階８）に含ませてターゲットｅＮＢに提供することができる。または、Ｘ２ハンドオーバー時に混雑制御情報伝達のための新たなメッセージを定義及び利用することもできる。
【０１２５】
図９は、本発明の一例に係るＳ１ハンドオーバーの場合における混雑制御方案を説明するための図である。
【０１２６】
図９では、ＵＥがＰＤＮ  ＧＷ、ソースＳＧＷ、ソースｅＮＢを通じて提供されるダウンリンクユーザー平面データをソースｅＮＢから受信することを示す。
【０１２７】
図９の段階１において、ソースｅＮＢは、ターゲットｅＮＢへのＳ１を介したリロケーション（ｒｅｌｏｃａｔｉｏｎ）をトリガーすると（すなわち、Ｓ１―基盤のハンドオーバーを開始すると）決定することができる。これは、ターゲットｅＮＢに対するＸ２連結がない場合、Ｘ２―基盤のハンドオーバーに成功できず、ターゲットｅＮＢからのエラー指示が受信された場合などに行うことができる。
【０１２８】
図９の段階２において、ソースｅＮＢは、ハンドオーバーが要求されること（ｈａｎｄｏｖｅｒ  ｒｅｑｕｒｉｅｄ）を示すメッセージをソースＭＭＥに伝送することができる。ソースｅＮＢは、いずれのベアラがデータ伝達の対象になるのかを知らせることができる。
【０１２９】
さらに、本発明で提案するソースｅＮＢの混雑制御情報は、ハンドオーバーが要求されることを示すメッセージに含ませ、ＭＭＥを介してターゲットｅＮＢに伝達することができる。
【０１３０】
図９の段階３において、ソースＭＭＥは、ターゲットＭＭＥを選択し、ＭＭＥをリロケートすると決定すると、伝達リロケーション要請（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをターゲットＭＭＥに伝送することができる。
【０１３１】
図９の段階４において、ＭＭＥがリロケートされると、ターゲットＭＭＥは、ソースＳＧＷがＵＥを継続してサービングしているか否かを確認することができる。そうでない場合、ターゲットＭＭＥは、新たなＳＧＷ（すなわち、ターゲットＳＧＷ）を選択し、セッション生成要請（ｃｒｅａｔｅ  ｓｅｓｓｉｏｎ  ｒｅｑｕｅｓｔ）メッセージをターゲットＳＧＷに伝送することができる。段階４ａにおいて、ターゲットＳＧＷは、これに応答してセッション生成応答（ｃｒｅａｔｅ  ｓｅｓｓｉｏｎ  ｒｅｓｐｏｎｓｅ）メッセージをターゲットＭＭＥに伝送することができる。ＭＭＥがリロケートされないと、サービングＭＭＥがこのような動作及び以下の動作を行うことができる。ソースＳＧＷが継続してＵＥをサービング中であると、段階４及び４ａは行わないこともある。この場合、ターゲットＳＧＷはソースＳＧＷと同一である。
【０１３２】
図９の段階５において、ターゲットＭＭＥは、ハンドオーバー要請メッセージをターゲットｅＮＢに伝送することができ、段階６において、ターゲットｅＮＢは、ターゲットＭＭＥにハンドオーバー要請ＡＣＫメッセージを伝送することができる。
【０１３３】
図９の段階６において、ＳＧＷがリロケートされ、間接伝達（ｉｎｄｉｒｅｃｔ  ｆｏｒｗａｒｄｉｎｇ）が適用される場合、ターゲットＭＭＥは、間接データ伝達トンネル生成要請（Ｃｒｅａｔｅ  Ｉｎｄｉｒｅｃｔ  Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ  Ｔｕｎｎｅｌ  Ｒｅｑｕｅｓｔ）をターゲットＳＧＷに伝送することによって伝達パラメーターを設定することができる。段階６ａにおいては、これに応答して、ターゲットＳＧＷがターゲットＭＭＥに間接データ伝達トンネル生成応答（Ｃｒｅａｔｅ  Ｉｎｄｉｒｅｃｔ  Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ  Ｔｕｎｎｅｌ  Ｒｅｓｐｏｎｓｅ）メッセージを伝送することができる。
【０１３４】
図９の段階７において、ＭＭＥがリロケートされた場合、ターゲットＭＭＥは、伝達リロケーション応答（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ）メッセージをソースＭＭＥに伝送することができる。
【０１３５】
図９の段階８において、間接伝達（ｉｎｄｉｒｅｃｔ  ｆｏｒｗａｒｄｉｎｇ）が適用される場合、ソースＭＭＥは、間接データ伝達トンネル生成要請（Ｃｒｅａｔｅ  Ｉｎｄｉｒｅｃｔ  Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ  Ｔｕｎｎｅｌ  Ｒｅｑｕｅｓｔ）をソースＳＧＷに伝送することができる。段階８ａにおいては、これに応答して、ソースＳＧＷがソースＭＭＥに間接データ伝達トンネル生成応答（Ｃｒｅａｔｅ  Ｉｎｄｉｒｅｃｔ  Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ  Ｔｕｎｎｅｌ  Ｒｅｓｐｏｎｓｅ）メッセージを伝送することができる。
【０１３６】
図９の段階９において、ソースＭＭＥは、ハンドオーバー命令メッセージをソースｅＮＢに伝送することができ、段階９ａにおいて、ソースｅＮＢは、ＵＥにハンドオーバー命令メッセージを伝達することができる。これを受信したＵＥは、ターゲットセルで対応するＥＰＳ無線ベアラを受信していないＥＰＳベアラを除去することができる。
【０１３７】
図９の段階１０において、ソースｅＮＢは、ｅＮＢ状態伝達メッセージをＭＭＥを介してターゲットｅＮＢに伝送することができる。
【０１３８】
さらに、本発明で提案するソースｅＮＢの混雑制御情報は、ｅＮＢ状態伝達メッセージに含ませ、ＭＭＥを介してターゲットｅＮＢに伝達することができる。
【０１３９】
図９の段階１０ａにおいて、ＭＭＥリロケーションがあると、ソースＭＭＥは、ｅＮＢ状態情報をターゲットＭＭＥにアクセスコンテキスト伝達通知（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｏｎｔｅｘｔ  Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを介して伝送することができる。これに応答して、段階１０ｂにおいて、ターゲットＭＭＥは、ソースＭＭＥにアクセスコンテキスト伝達ＡＣＫ（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｏｎｔｅｘｔ  Ａｃｋｎｏｗｌｅｄｇｅ）メッセージを伝送することができる。また、段階１０ｃにおいて、ターゲットＭＭＥは、ターゲットｅＮＢにＭＭＥ状態伝達メッセージを介して情報を伝達することができる。
【０１４０】
図９の段階１１において、ソースｅＮＢは、データ伝達の対象となる各ベアラに対してターゲットｅＮＢにダウンリンクデータの伝達を開始することができる。これは、段階１１ａの直接データフォワーディングまたは段階１１ｂの間接データフォワーディングで行うことができる。
【０１４１】
また、ＵＥは、以前のセルでデタッチし、新たなセルに対する同期化を行うことができる。
【０１４２】
図９の段階１２において、ＵＥがターゲットセルに成功的に同期化を行った場合、ハンドオーバー確認（ｈａｎｄｏｖｅｒ  ｃｏｎｆｉｒｍ）メッセージをターゲットｅＮＢに伝送することができる。その後、ソースｅＮＢから伝達されたダウンリンクデータをターゲットｅＮＢからＵＥに伝送することができる。また、ＵＥからのアップリンクユーザー平面データは、ターゲットｅＮＢに伝送し、ターゲットＳＧＷ及びＰＤＮ  ＧＷに伝達することができる。
【０１４３】
図９の段階１３において、ターゲットｅＮＢは、ハンドオーバー通知（ｈａｎｄｏｖｅｒ  ｎｏｔｉｆｙ）メッセージをターゲットＭＭＥに伝送することができる。
【０１４４】
図９の段階１４ａにおいて、ＭＭＥがリロケートされた場合、ターゲットＭＭＥは、伝達リロケーション完了通知（Ｆｏｒｗａｒｄ  Ｒｅｌｏｃａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ  Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージをソースＭＭＥに伝送することができる。段階１４ｂにおいて、ソースＭＭＥは、これに応答して、伝達リロケーション完了ＡＣＫメッセージをターゲットＭＭＥに伝送することができる。
【０１４５】
ＭＭＥがリロケートされるか否かとは関係なく、ソースＭＭＥでは、ソースｅＮＢの資源を（ＳＧＷがリロケートされると、ソースＳＧＷの資源も）いつ解除（ｒｅｌｅａｓｅ）するのかを管理するためのタイマーが開始される。
【０１４６】
図９の段階１５において、ターゲットＭＭＥは、ＰＤＮ連結別にベアラ修正要請（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージをターゲットＳＧＷに伝送することができる。
【０１４７】
図１６の段階１６ａにおいて、ＳＧＷがリロケートされた場合、ターゲットＳＧＷは、ＰＤＮ連結別にベアラ修正要請メッセージをＰＤＮ  ＧＷに伝送することができる。ＰＤＮ  ＧＷは、自分のコンテキストフィールドをアップデートし、段階１６ｂでベアラ修正応答メッセージをターゲットＳＧＷに伝送することができる。
【０１４８】
図９の段階１７において、ターゲットＳＧＷは、ベアラ修正応答メッセージをターゲットＭＭＥに伝送することができる。
【０１４９】
その後、ＵＥは、ＰＤＮ  ＧＷ、ターゲットＳＧＷ、ターゲットｅＮＢを通じて提供されるダウンリンクユーザー平面データをターゲットｅＮＢから受信することができる。
【０１５０】
図９の段階１８において、ＵＥは、トラッキング領域アップデート（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ；ＴＡＵ）のトリガー条件が満足されるとＴＡＵ過程を行うことができる。
【０１５１】
図９の段階１９ａにおいては、段階１４で開始されたタイマーが満了する場合、ソースＭＭＥがＵＥコンテキスト解除命令（ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄ）メッセージをソースｅＮＢに伝送することができる。これによって、ソースｅＮＢは、該当ＵＥと関連する資源を解除し、段階１９ｂでＵＥコンテキスト解除完了（ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅ）メッセージをソースＭＭＥに伝送することができる。
【０１５２】
さらに、本発明で提案するソースｅＮＢの混雑制御情報は、ＵＥコンテキスト解除完了に含ませ、ＭＭＥを介してターゲットｅＮＢに伝達することができる。
【０１５３】
また、段階１４で開始されたタイマーが満了し、ソースＭＭＥが伝達リロケーション応答メッセージを介してＳＧＷ変更指示を受信する場合、段階１９ｃにおいてセッション削除要請（Ｄｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをソースＳＧＷに伝送することによってＥＰＳベアラ資源を削除することができる。段階１９ｄにおいて、ソースＳＧＷは、これに応答してセッション削除応答メッセージをソースＭＭＥに伝送することができる。
【０１５４】
図９の段階２０ａで間接伝達が使用され、ソースＭＭＥで段階１４で開始されたタイマーが満了する場合、ソースＭＭＥは、間接データ伝達トンネル削除要請（Ｄｅｌｅｔｅ  Ｉｎｄｉｒｅｃｔ  Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ  Ｔｕｎｎｅｌ  Ｒｅｑｕｅｓｔ）メッセージをソースＳＧＷに伝送することができる。段階２０ｂにおいて、これに応答して、ソースＳＧＷは間接データ伝達トンネル削除応答（Ｄｅｌｅｔｅ  Ｉｎｄｉｒｅｃｔ  Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ  Ｔｕｎｎｅｌ  Ｒｅｓｐｏｎｓｅ）メッセージをソースＭＭＥに伝送することができる。
【０１５５】
図９の段階２１ａで間接伝達が使用され、ＳＧＷがリロケートされた場合、段階１４でソースＭＭＥで開始されたタイマーが満了すると、ターゲットＭＭＥは、間接データ伝達トンネル削除要請（Ｄｅｌｅｔｅ  Ｉｎｄｉｒｅｃｔ  Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ  Ｔｕｎｎｅｌ  Ｒｅｑｕｅｓｔ）メッセージをターゲットＳＧＷに伝送することができる。段階２１ｂにおいて、これに応答して、ターゲットＳＧＷは、間接データ伝達トンネル削除応答（Ｄｅｌｅｔｅ  Ｉｎｄｉｒｅｃｔ  Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ  Ｔｕｎｎｅｌ  Ｒｅｓｐｏｎｓｅ）メッセージをターゲットＭＭＥに伝送することができる。
【０１５６】
上述したように、Ｓ１ハンドオーバーの場合は、本発明で提案するソースｅＮＢの混雑制御情報を、ハンドオーバーが要請されることを示すメッセージ（図９の段階２）、ｅＮＢ状態伝達メッセージ（図９の段階１０）またはＵＥコンテキスト解除完了メッセージ（図９の段階１９ｂ）などに含ませてターゲットｅＮＢに提供することができる。または、Ｓ１ハンドオーバー時に混雑制御情報伝達のための新たなメッセージを定義及び利用することもできる。
【０１５７】
図１０は、本発明の方案が適用される例示を説明するための図である。
【０１５８】
図１０の例示では、セル１で混雑状況が発生した場合、セル１でサービングを受けていた端末Ａが混雑していない（または正常な）セル２に移動する場合を示す。
【０１５９】
このようなハンドオーバー状況で、本発明で提案する混雑制御情報をソースセルがターゲットセルに提供することによって、飢餓または不公正問題を解決することはもちろん、追加的な効果を達成することができる。
【０１６０】
具体的に、混雑しているセル１から混雑していないセル２に移動してきた端末Ａが、セル１で混雑制御の適用を受けた（すなわち、セル１で端末Ａに対して低いサービス優先順位が割り当てられた）経験がある場合、セル２は、セル１から端末Ａのハンドオーバー時に提供された混雑制御からこのような事実を知ることができる。また、セル２が十分な資源割り当ての余裕を有する場合は、端末Ａがハンドオーバー以前に経験したサービス品質の低下を保証するために、セル２でより多くの資源を端末Ａに割り当てることができる。例えば、端末Ａに設定されたＡＭＢＲ（Ａｇｇｒｅｇａｔｅ  ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）が最大に満足されるように資源を割り当てたり、またはＡＭＢＲを超える程度の資源を割り当てることもできる。これによって、端末Ａが経験する平均的なサービス品質を、混雑していない状況で端末Ａが一般に期待する水準に合わせることができる。
【０１６１】
さらに、コアネットワーク基盤の混雑制御方式とＲＡＮ基盤の混雑制御方式とを組み合わせるＣｏｍｂｉｎｅｄ  ＣＮ―ｂａｓｅｄ／ＲＡＮ―ｂａｓｅｄ混雑制御方案によると、Ｐ―ＧＷまたはＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）で同一のベアラ内の互いに異なるＩＰフローに対してフロー優先順位をマーキングすると、ＲＡＮ（またはｅＮＢ）で混雑が発生したときにそれぞれのＩＰフローを差別的に取り扱う（ｔｒｅａｔ）ようになるが、ｅＮＢは、それぞれのＩＰフローに対して優先順位が低いため廃棄（ｄｉｓｃａｒｄ）されるパケットの個数をカウントし、その個数が所定のしきい値を超えると、この事実をコアネットワーク側に（例えば、Ｐ―ＧＷまたはＧＧＳＮに）報告し、課金（ｃｈａｒｇｉｎｇ）情報及びＱｏＳレベルを再調整する方案を適用することができる。このようなＣｏｍｂｉｎｅｄ  ＣＮ―ｂａｓｅｄ／ＲＡＮ―ｂａｓｅｄ混雑制御方案に対しても、端末がハンドオーバーを行う場合は、該当端末の特定ＩＰフローで廃棄されるパケットの個数を正しくカウントするために、本発明で提案する混雑制御情報を利用することができる。すなわち、ハンドオーバーのソースｅＮＢがターゲットｅＮＢに伝送する混雑制御情報に、ソースｅＮＢでこれまでカウントした廃棄パケットの個数及び／またはそのレート（ｒａｔｅ）に対する情報を含ませてターゲットｅＮＢに伝達することができる。これによって、特定端末（またはベアラまたはフロー）に対して廃棄されるパケットの個数はソースｅＮＢでカウントする間にしきい値を超えなかったが、これを連続的にターゲットｅＮＢでカウントしてしきい値を超える場合、ターゲットｅＮＢがコアネットワークにこの事実を報告することができる。これによって、端末がハンドオーバーを行う場合にも、該当端末に対する正確な課金／ＱｏＳ政策の適用が可能になる。
【０１６２】
上述した本発明の多様な例示によると、無線アクセス区間でユーザー平面混雑が発生した場合、混雑制御の適用によって差別（ｄｉｆｆｅｒｅｎｆｉａｔｉｏｎ）を受け（または低い優先順位が付与され）、性能減少を経験した端末（または端末のベアラ／フロー）が隣接ｅＮＢ／セルに移動／ハンドオーバーした場合、以前のｅＮＢ／セルで該当端末が差別を経験したか否か及びその細部情報をハンドオーバー手順または別途のメッセージを介してソースｅＮＢ／セルからターゲットｅＮＢ／セルに提供することによって、該当端末に対する飢餓及び非公正性の問題を解決することができ、さらに、該当端末に対する性能低下を補償（ｃｏｍｐｅｎｓａｔｉｏｎ）できる方案が提案された。これによって、混雑状況でハンドオーバーが発生した状況で特定端末に対するサービス品質の低下を防止し、実質的にユーザーの性能経験を改善するという効果を有する。さらに、端末（または端末の特定ベアラ／フロー）に対する混雑制御情報（例えば、ＲＡＮレベルでｅＮＢで廃棄されるパケットの個数及び／またはそのレート）が端末のセル間移動時にも維持及びアップデートされ得るので、該当端末に対する課金及び政策制御が連続性を有して管理され得る。
【０１６３】
図８または図９で説明する例示的な方法は、説明の簡明さのために動作のシリーズで表現されているが、これは、段階が行われる順序を制限するためのものではなく、必要な場合は、それぞれの段階が同時にまたは異なる順序で行われることもある。また、本発明で提案する方法を具現するために、図８または図９で例示する全ての段階が必ずしも必要ではない。
【０１６４】
図８または図９で例示する方法において、上述した本発明の多様な実施例で説明した各事項は、独立的に適用されたり、または２以上の実施例が同時に適用されるように具現することができる。
【０１６５】
図１１は、本発明の一例に係る端末装置及びネットワークノード装置に対する好ましい実施例の構成を示した図である。
【０１６６】
図１１を参照すると、本発明に係る端末装置１００は、送受信モジュール１１０、プロセッサ１２０及びメモリ１３０を含むことができる。送受信モジュール１１０は、外部装置に各種信号、データ及び情報を送信し、外部装置から各種信号、データ及び情報を受信するように構成することができる。端末装置１００は、外部装置と有線及び／または無線で連結することができる。プロセッサ１２０は、端末装置１００全般の動作を制御することができ、端末装置１００が外部装置と送受信する情報などを演算処理する機能を行うように構成することができる。また、プロセッサ１２０は、本発明で提案する端末の動作を行うように構成することができる。メモリ１３０は、演算処理された情報などを所定時間格納することができ、バッファ（図示せず）などの構成要素に取り替えることができる。
【０１６７】
図１１を参照すると、本発明に係る基地局装置２００は、送受信モジュール２１０、プロセッサ２２０及びメモリ２３０を含むことができる。送受信モジュール２１０は、外部装置に各種信号、データ及び情報を送信し、外部装置から各種信号、データ及び情報を受信するように構成することができる。基地局装置２００は、外部装置と有線及び／または無線で連結することができる。プロセッサ２２０は、基地局装置２００全般の動作を制御することができ、基地局装置２００が外部装置と送受信する情報などを演算処理する機能を行うように構成することができる。また、プロセッサ２２０は、本発明で提案する基地局の動作を行うように構成することができる。メモリ２３０は、演算処理された情報などを所定時間格納することができ、バッファ（図示せず）などの構成要素に取り替えることができる。
【０１６８】
また、前記のような端末装置１００及び基地局装置２００の具体的な構成は、上述した本発明の多様な実施例で説明した事項が独立的に適用されたり、または２以上の実施例が同時に適用されるように具現することができ、重複する内容に対する説明は明確性のために省略する。
【０１６９】
例えば、基地局装置２００は、本発明の例示において、ソースセル／ｅＮＢ装置またはターゲットセル／ｅＮＢ装置に対する実施例に係る動作を行うように構成することができる。
【０１７０】
上述した本発明の各実施例は、多様な手段を通じて具現することができる。例えば、本発明の各実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などによって具現することができる。
【０１７１】
ハードウェアによる具現の場合、本発明の各実施例に係る方法は、一つまたはそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現することができる。
【０１７２】
ファームウェアやソフトウェアによる具現の場合、本発明の各実施例に係る方法は、以上で説明した機能または動作を行うモジュール、手順または関数などの形態に具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。メモリユニットは、プロセッサの内部または外部に位置し、既に公知の多様な手段によってプロセッサとデータをやり取りすることができる。
【０１７３】
上述したように開示された本発明の好ましい実施形態に対する詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では、本発明の好ましい実施形態を参照して説明したが、該当技術分野で熟練した当業者であれば、下記の特許請求の範囲に記載した本発明の思想及び領域から逸脱しない範囲内で本発明を多様に修正及び変更可能であることを理解できるだろう。よって、本発明は、ここで示した各実施形態に制限されるものではなく、ここで開示した各原理及び新規の各特徴と一致する最広の範囲を付与するものである。
【産業上の利用可能性】
【０１７４】
上述した本発明の各実施形態は、多様な移動通信システムに適用することができる。
【図１】
2016533134.tif 000004
【図２】
2016533134.tif 000005
【図３】
2016533134.tif 000006
【図４】
2016533134.tif 000007
【図５】
2016533134.tif 000008
【図６】
2016533134.tif 000009
【図７】
2016533134.tif 000010
【図８】
2016533134.tif 000011
【図９】
2016533134.tif 000012
【図１０】
2016533134.tif 000013
【図１１】
2016533134.tif 000014
【国際調査報告】
2016533134.tif 000015
2016533134.tif 000016
2016533134.tif 000017
2016533134.tif 000018