(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて、二重接続のＭｅＮＢ（ｍａｓｔｅｒ  ｅＮｏｄｅＢ）による、二重接続でのＥ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ）スイッチ失敗を処理するための方法において、
修正されるＥ−ＲＡＢのリスト及び修正されないＥ−ＲＡＢのリストを含むＥ−ＲＡＢ修正指示メッセージをＭＭＥに送信するステップと、
前記Ｅ−ＲＡＢ修正指示メッセージに応答して、修正に失敗したＥ−ＲＡＢのリストを含むＥ−ＲＡＢ修正確認メッセージを前記ＭＭＥから受信するステップと、
前記修正に失敗したＥ−ＲＡＢに対して以前のＧＴＰ（ＧＰＲＳ  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ）トンネルを維持するステップと、
前記修正に失敗したＥ−ＲＡＢに対するＳｅＮＢ（ｓｅｃｏｎｄａｒｙ  ｅＮＢ）修正手順をトリガするステップと、
を含み、
端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）は、前記二重接続で前記ＭｅＮＢ及びＳｅＮＢの両方ともに接続される、方法。
【請求項２】
前記Ｅ−ＲＡＢ修正確認メッセージは、前記修正に失敗したＥ−ＲＡＢに対して以前のＧＴＰトンネルを維持する指示をさらに含む、請求項１に記載の方法。
【請求項３】
前記Ｅ−ＲＡＢ修正確認メッセージは、前記失敗に対する原因値をさらに含む、請求項１又は２に記載の方法。
【請求項４】
前記Ｅ−ＲＡＢ修正指示メッセージは、ＳＣＧベアラが前記ＳｅＮＢに追加されるか、または前記ＳＣＧベアラが前記ＳｅＮＢから回収されるかを指示する指示を含む、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
無線通信システムにおいて、二重接続でのＥ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ）スイッチ失敗を処理するよう構成された二重接続のＭｅＮＢ（ｍａｓｔｅｒ  ｅＮｏｄｅＢ）において、
送受信機と、
前記送受信機に動作可能に接続されたプロセッサと、を備え、
前記プロセッサは、
修正されるＥ−ＲＡＢのリスト及び修正されないＥ−ＲＡＢのリストを含むＥ−ＲＡＢ修正指示メッセージをＭＭＥに送信し、
前記Ｅ−ＲＡＢ修正指示メッセージに応答して、修正に失敗したＥ−ＲＡＢのリストを含むＥ−ＲＡＢ修正確認メッセージを前記ＭＭＥから受信し、
前記修正に失敗したＥ−ＲＡＢに対して以前のＧＴＰ（ＧＰＲＳ  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ）トンネルを維持し、
前記修正に失敗したＥ−ＲＡＢに対するＳｅＮＢ（ｓｅｃｏｎｄａｒｙ  ｅＮＢ）修正手順をトリガするよう構成され、
端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）は、前記二重接続で前記ＭｅＮＢ及びＳｅＮＢの両方ともに接続される、ＭｅＮＢ。
【請求項６】
前記Ｅ−ＲＡＢ修正確認メッセージは、前記修正に失敗したＥ−ＲＡＢに対して以前のＧＴＰトンネルを維持する指示をさらに含む、請求項５に記載のＭｅＮＢ。
【請求項７】
前記Ｅ−ＲＡＢ修正確認メッセージは、前記失敗に対する原因値をさらに含む、請求項５又は６に記載のＭｅＮＢ。
【請求項８】
前記Ｅ−ＲＡＢ修正指示メッセージは、ＳＣＧベアラが前記ＳｅＮＢに追加されるか、または前記ＳＣＧベアラが前記ＳｅＮＢから回収されるかを指示する指示を含む、請求項５〜７のいずれか一項に記載のＭｅＮＢ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおける二重接続でのＥ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ）スイッチ問題を処理するための方法及び装置に関する。
【背景技術】
【０００２】
３ＧＰＰ  ＬＴＥは、高速パケット通信を可能にするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ  ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。
【０００３】
低電力ノードは、モバイルトラフィック急増に対処するのに有望なものと考慮される（特に、室内及び室外のホットスポット構築）。低電力ノードは、一般的に送信電力がマクロノード及び基地局のような種類の電力より少ないことを意味する。例えば、ピコｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）及びフェムトｅＮＢがこれに該当する。Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）及びＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のスモールセル向上は、室内及び室外のホットスポット区域で低電力ノードを用いて性能を向上させる追加的な機能性に焦点を置くであろう。
【０００４】
小型セル向上のための可能な解法の一つとして、二重接続が論議されてきた。二重接続は、与えられた端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）が非−理想的バックホール（ｎｏｎ−ｉｄｅａｌ  ｂａｃｋｈａｕｌ）で接続した少なくとも二つの互いに異なるネットワーク地点により提供される無線リソースを消費する動作を指すのに使用される。さらに、ＵＥに対して二重接続に関与する各々のｅＮＢは、互いに異なる役割を仮定することができる。このような役割は、ｅＮＢの電力クラスに必ず依存するのではなく、ＵＥに応じて変わることができる。二重接続は、小型セル向上のための可能な解法の一つでありうる。
【０００５】
二重接続のためにＳｅＮＢ（ｓｅｃｏｎｄａｒｙ  ｅＮＢ）が付加され、または修正されることができる。また、Ｅ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ）がＳｅＮＢ付加または修正手順の間に修正される必要がある。しかし、一部の場合でＥ−ＲＡＢスイッチ失敗が発生することができ、したがって、二重接続でのＥ−ＲＡＢスイッチ失敗を処理するための方法が要求されることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、無線通信システムにおける二重接続でのＥ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ）スイッチ問題を処理するための方法及び装置を提供する。本発明は、スイッチに失敗したＥ−ＲＡＢのリストを含むＥ−ＲＡＢ修正確認メッセージを受信するための方法及び装置を提供する。本発明は、失敗したＥ−ＲＡＢに対して以前の送信経路を維持してＳｅＮＢ（ｓｅｃｏｎｄａｒｙ  ｅＮＢ）解除手順をトリガするための方法及び装置を提供する。本発明は、失敗したＥ−ＲＡＢに対してＥ−ＲＡＢ解除手順をトリガするための方法及び装置を提供する。
【課題を解決するための手段】
【０００７】
一態様において、無線通信システムにおける二重接続のＭｅＮＢ（ｍａｓｔｅｒ  ｅＮｏｄｅＢ）による、二重接続でのＥ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ）スイッチ失敗を処理するための方法が提供される。前記方法は、修正に失敗したＥ−ＲＡＢのリストを含むＥ−ＲＡＢ修正確認メッセージをＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）から受信し、前記失敗したＥ−ＲＡＢに対して以前のＧＴＰ（ＧＰＲＳ  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ）トンネルを維持し、及び前記失敗したＥ−ＲＡＢを解除するためにＳｅＮＢ（ｓｅｃｏｎｄａｒｙ  ｅＮＢ）解除手順またはＳｅＮＢ修正手順をトリガすることを含む。
【０００８】
他の態様において、無線通信システムにおける二重接続のＭｅＮＢ（ｍａｓｔｅｒ  ｅＮｏｄｅＢ）による、二重接続でのＥ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ）スイッチ失敗を処理するための方法が提供される。前記方法は、修正に失敗したＥ−ＲＡＢのリストを含むＥ−ＲＡＢ修正確認メッセージをＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）から受信し、前記失敗したＥ−ＲＡＢを解除するためにＥ−ＲＡＢ解除手順をトリガすることを含む。
【発明の効果】
【０００９】
Ｅ−ＲＡＢスイッチ失敗が効率的に解決されることができる。
【図面の簡単な説明】
【００１０】
【図１】ＬＴＥシステムの構造を示す。
【図２】一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図である。
【図３】ＬＴＥシステムのユーザ平面プロトコルスタックのブロック図である。
【図４】ＬＴＥシステムの制御平面プロトコルスタックのブロック図である。
【図５】物理チャンネル構造の一例を示す。
【図６】二重接続に対する無線プロトコルアーキテクチャを示す。
【図７】特定ＵＥに対する二重接続に関与するｅＮＢのＣ−平面接続を示す。
【図８】特定ＵＥに対する二重接続に関与するｅＮＢのＵ−平面接続を示す。
【図９】二重接続に対するＵ−平面アーキテクチャの例示を示す。
【図１０】二重接続に対するＵ−平面アーキテクチャの他の例示を示す。
【図１１】ＤＣ向上のためのＳｅＮＢ付加手順を示す。
【図１２】本発明の実施例に係るＥ−ＲＡＢスイッチ失敗を処理するための方法を示す。
【図１３】本発明の実施例に係るＥ−ＲＡＢスイッチ失敗を処理するための方法の他の例示を示す。
【図１４】本発明の実施例に係るＥ−ＲＡＢスイッチ失敗を処理するための方法の他の実施例を示す。
【図１５】本発明の実施例に係るＥ−ＲＡＢスイッチ失敗を処理するための方法の他の実施例を示す。
【図１６】本発明の実施例に係るＥ−ＲＡＢスイッチ失敗を処理するための方法の他の実施例を示す。
【図１７】本発明の実施例が具現される無線通信システムを示す。
【発明を実施するための形態】
【００１１】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような多様な無線通信システムに使われることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術で具現されることができる。ＴＤＭＡは、ＧＳＭ（登録商標）（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ  ｏｆ  ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  ｅｌｅｃｔｒｏｎｉｃｓ  ｅｎｇｉｎｅｅｒｓ）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術で具現されることができる。ＩＥＥＥ８０２．１６ｍは、ＩＥＥＥ８０２．１６ｅの進化であり、ＩＥＥＥ８０２．１６に基づくシステムとの後方互換性（ｂａｃｋｗａｒｄ  ｃｏｍｐａｔｉｂｉｌｉｔｙ）を提供する。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ−ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）を使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００１２】
説明を明確にするために、ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるものではない。
【００１３】
図１は、ＬＴＥシステムの構造を示す。通信ネットワークは、ＩＭＳ及びパケットデータを介したインターネット電話（Ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ：ＶｏＩＰ）のような多様な通信サービスを提供するために広く設置される。
【００１４】
図１を参照すると、ＬＴＥシステム構造は、一つ以上の端末（ＵＥ）１０、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ−ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）及びＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）を含む。端末１０は、ユーザにより動く通信装置である。端末１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。
【００１５】
Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ  ｎｏｄｅ−Ｂ）２０を含み、一つのセルに複数のＵＥが存在することができる。ｅＮＢ２０は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）の終端点をＵＥに提供する。ｅＮＢ２０は、一般的にＵＥ１０と通信する固定された地点（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）をいい、ＢＳ（ｂａｓｅ  ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）など、他の用語で呼ばれることもある。一つのｅＮＢ２０は、セル毎に配置されることができる。
【００１６】
以下、ＤＬはｅＮＢ２０からＵＥ１０への通信を意味し、ＵＬはＵＥ１０からｅＮＢ２０への通信を意味する。ＤＬで送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部でありうる。ＵＬで送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部でありうる。
【００１７】
ＥＰＣは、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）とＳ−ＧＷ（ｓｙｓｔｅｍ  ａｒｃｈｉｔｅｃｔｕｒｅ  ｅｖｏｌｕｔｉｏｎ（ＳＡＥ）ｇａｔｅｗａｙ）を含む。ＭＭＥ／Ｓ−ＧＷ３０は、ネットワークの終端に位置し、外部ネットワークと接続されることができる。明確性のために、ＭＭＥ／Ｓ−ＧＷ３０は“ゲートウェイ”と単純に表現し、これはＭＭＥ及びＳ−ＧＷを全て含むことができる。
【００１８】
ＭＭＥは、ｅＮＢ２０へのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ  ＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）ノードシグナリング、アイドルモード端末到達可能性（ページング再転送の制御及び実行含み）、トラッキング領域リスト管理（アイドルモード及び活性化モードであるＵＥのために）、Ｐ−ＧＷ（ＰＤＮ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）ｇａｔｅｗａｙ）及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ（ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）選択、ローミング、認証、専用ベアラ設定を含んだベアラ管理機能、ＰＷＳ（ｐｕｂｌｉｃ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ：地震／津波警報システム（ＥＴＷＳ）、及び常用モバイル警報システム（ＣＭＡＳ）含み）メッセージ転送サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、ユーザ別基盤パケットフィルタリング（例えば、深層パケット検査を通じて）、合法的遮断、端末ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレス割当、ＤＬで転送レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲ（ａｃｃｅｓｓ  ｐｏｉｎｔ  ｎａｍｅ  ａｇｇｒｅｇａｔｅ  ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）に基づいたＤＬ等級強制の各種の機能を提供する。
【００１９】
ユーザトラフィック転送または制御トラフィック転送のためのインターフェースが使用されることができる。ＵＥ１０及びｅＮＢ２０は、Ｕｕインターフェースにより接続される。ｅＮＢ２０は、Ｘ２インターフェースにより相互間接続される。隣り合うｅＮＢ２０はＸ２インターフェースによる網型ネットワーク構造を有することができる。複数のノードはｅＮＢ２０とゲートウェイ３０との間にＳ１インターフェースを介して接続されることができる。
【００２０】
図２は、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構造のブロック図である。図２を参照すると、ｅＮＢ２０はゲートウェイ３０に対する選択、ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間にゲートウェイ３０へのルーティング（ｒｏｕｔｉｎｇ）、ページングメッセージのスケジューリング及び転送、ＢＣＨ（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）情報のスケジューリング及び転送、ＵＬ及びＤＬからＵＥ１０へのリソースの動的割当、ｅＮＢ測定の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び提供（ｐｒｏｖｉｓｉｏｎｉｎｇ）、無線ベアラ制御、ＲＡＣ（ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）及びＬＴＥ活性状態で接続移動性制御機能を遂行することができる。前述したように、ゲートウェイ３０はＥＰＣでページング開始、ＬＴＥアイドル状態管理、ユーザ平面の暗号化、ＳＡＥベアラ制御及びＮＡＳシグナリングの暗号化と無欠性保護機能を遂行することができる。
【００２１】
図３は、ＬＴＥシステムのユーザ平面プロトコルスタックのブロック図である。図４は、ＬＴＥシステムの制御平面プロトコルスタックのブロック図である。ＵＥとＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は通信システムで広く知られたＯＳＩ（ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３個階層に基づいて、Ｌ１（第１の階層）、Ｌ２（第２の階層）、及びＬ３（第３の階層）に区分される。
【００２２】
物理階層（ＰＨＹ；ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）はＬ１に属する。物理階層は物理チャンネルを介して上位階層に情報転送サービスを提供する。物理階層は上位階層であるＭＡＣ（ｍｅｄｉａ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層と転送チャンネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して接続される。物理チャンネルは、転送チャンネルにマッピングされる。転送チャンネルを介してＭＡＣ階層と物理階層との間にデータが転送される。互いに異なる物理階層間、即ち、送信機の物理階層と受信機の物理階層との間にデータは物理チャンネルを介して転送される。
【００２３】
ＭＡＣ階層、ＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）階層、及びＰＤＣＰ（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）階層はＬ２に属する。ＭＡＣ階層は、論理チャンネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位階層であるＲＬＣ階層にサービスを提供する。ＭＡＣ階層は、論理チャンネル上のデータ転送サービスを提供する。ＲＬＣ階層は、信頼性あるデータ転送をサポートする。一方、ＲＬＣ階層の機能はＭＡＣ階層の内部の機能ブロックで具現されることができ、この際、ＲＬＣ階層は存在しないこともある。ＰＤＣＰ階層は、相対的に帯域幅の小さい無線インターフェース上でＩＰｖ４またはＩＰｖ６のようなＩＰパケットを導入して転送されるデータが効率良く転送されるように不要な制御情報を減らすヘッダー圧縮機能を提供する。
【００２４】
ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）階層は、Ｌ３に属する。Ｌ３の最も下端部分に位置するＲＲＣ階層はただ制御平面のみで定義される。ＲＲＣ階層は、ＲＢ（ｒａｄｉｏ  ｂｅａｒｅｒ）などの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び解除（ｒｅｌｅａｓｅ）と関連して論理チャンネル、転送チャンネル、及び物理チャンネルなどの制御を担当する。ＲＢは、ＵＥとＥ−ＵＴＲＡＮとの間のデータ転送のためにＬ２により提供されるサービスを意味する。
【００２５】
図３を参照すると、ＲＬＣ及びＭＡＣ階層（ネットワーク側におけるｅＮＢで終了）は、スケジューリング、ＡＲＱ及びＨＡＲＱのような機能を遂行することができる。ＰＤＣＰ階層（ネットワーク側におけるｅＮＢで終了）は、ヘッダー圧縮、無欠性保護、及び暗号化のようなユーザ平面機能を遂行することができる。
【００２６】
図４を参照すると、ＲＬＣ／ＭＡＣ階層（ネットワーク側におけるｅＮＢで終了）は、制御平面のために同一な機能を遂行することができる。ＲＲＣ階層（ネットワーク側におけるｅＮＢで終了）は、放送、ページング、ＲＲＣ接続管理、ＲＢ制御、移動性機能、及びＵＥ測定報告及び制御のような機能を遂行することができる。ＮＡＳ制御プロトコル（ネットワーク側におけるゲートウェイのＭＭＥで終了）は、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性管理、ＬＴＥ＿ＩＤＬＥにおけるページング開始、及びゲートウェイとＵＥとの間のシグナリングのためのセキュリティ制御などの機能を遂行することができる。
【００２７】
図５は、物理チャンネル構造の一例を示す。物理チャンネルは、無線リソースを通じてＵＥの物理階層とｅＮＢの物理階層との間のシグナリング及びデータを転送する。物理チャンネルは、時間領域で複数のサブフレームと周波数領域で複数の副搬送波で構成される。１ｍｓである一つのサブフレームは、時間領域で複数のシンボルで構成される。該当サブフレームの特定シンボル、例えば、サブフレームの第１のシンボルはＰＤＣＣＨのために使用されることができる。ＰＤＣＣＨは、ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）及びＭＣＳ（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅｓ）のように動的に割り当てられたリソースを運ぶことができる。
【００２８】
ＤＬ転送チャンネルは、システム情報を転送するために使われるＢＣＨ（ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）、ＵＥをページングするために使われるＰＣＨ（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御信号を転送するために使われるＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）、マルチキャストまたはブロードキャストサービス転送のために使われるＭＣＨ（ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）などを含む。ＤＬ−ＳＣＨは、ＨＡＲＱ、変調、コーディング及び転送電力の変化による動的リンク適応及び動的／半静的リソース割当をサポートする。また、ＤＬ−ＳＣＨはセル全体にブロードキャスト及びビームフォーミングの使用を可能にすることができる。
【００２９】
ＵＬ転送チャンネルは、一般的にセルへの初期接続のために使われるＲＡＣＨ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）、ユーザトラフィック、または制御信号を転送するために使われるＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）などを含む。ＵＬ−ＳＣＨは、ＨＡＲＱ及び転送電力及び潜在的な変調及びコーディングの変化による動的リンク適応をサポートする。また、ＵＬ−ＳＣＨはビームフォーミングの使用を可能にすることができる。
【００３０】
論理チャンネルは、転送される情報の種類によって、制御平面の情報伝達のための制御チャンネルとユーザ平面の情報伝達のためのトラフィックチャンネルに分類される。即ち、論理チャンネルタイプの集合はＭＡＣ階層により提供される互いに異なるデータ転送サービスのために定義される。
【００３１】
制御チャンネルは、制御平面の情報伝達のみのために使われる。ＭＡＣ階層により提供される制御チャンネルは、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＰＣＣＨ（ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＣＣＣＨ（ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＭＣＣＨ（ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、及びＤＣＣＨ（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を含む。ＢＣＣＨは、システム制御情報を放送するためのＤＬチャンネルである。ＰＣＣＨは、ページング情報の転送のためのＤＬチャンネルであり、ネットワークがＵＥのセル単位の位置を知らない時に使われる。ＣＣＣＨは、ネットワークとＲＲＣ接続を有しない時、ＵＥにより使われる。ＭＣＣＨは、ネットワークからＵＥにＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ  ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅｓ）制御情報を転送するために使われる一対多のＤＬチャンネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報転送のためにＲＲＣ接続を有するＵＥにより使われる一対一の両方向チャンネルである。
【００３２】
トラフィックチャンネルは、ユーザ平面の情報伝達のみのために使われる。ＭＡＣ階層により提供されるトラフィックチャンネルは、ＤＴＣＨ（ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）及びＭＴＣＨ（ｍｕｌｔｉｃａｓｔ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）を含む。ＤＴＣＨは一対一のチャンネルであって、一つのＵＥのユーザ情報の転送のために使われて、ＵＬ及びＤＬ全てに存在することができる。ＭＴＣＨは、ネットワークからＵＥにトラフィックデータを転送するための一対多のＤＬチャンネルである。
【００３３】
論理チャンネルと転送チャンネルとの間のＵＬ接続は、ＵＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＵＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、及びＵＬ−ＳＣＨにマッピングされることができるＣＣＣＨを含む。論理チャンネルと転送チャンネルとの間のＤＬ接続は、ＢＣＨまたはＤＬ−ＳＣＨにマッピングされることができるＢＣＣＨ、ＰＣＨにマッピングされることができるＰＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＣＣＨ、ＤＬ−ＳＣＨにマッピングされることができるＤＴＣＨ、ＭＣＨにマッピングされることができるＭＣＣＨ、及びＭＣＨにマッピングされることができるＭＴＣＨを含む。
【００３４】
ＲＲＣ状態はＵＥのＲＲＣ階層がＥ−ＵＴＲＡＮのＲＲＣ階層と論理的に接続されているか否かを指示する。ＲＲＣ状態は、ＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）及びＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）のように２種類に分けられる。ＲＲＣ＿ＩＤＬＥで、ＵＥがＮＡＳにより設定されたＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）を指定する間に、ＵＥはシステム情報及びページング情報の放送を受信することができる。そして、ＵＥはトラッキング領域でＵＥを固有に指定するＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の割当を受けて、ＰＬＭＮ（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）選択及びセル再選択を遂行することができる。また、ＲＲＣ＿ＩＤＬＥで、いかなるＲＲＣコンテクストもｅＮＢに格納されない。
【００３５】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、ＵＥはＥ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ  ＲＲＣ接続及びコンテクストを有して、ｅＮＢにデータを転送及び／又はｅＮＢからデータを受信することが可能である。また、ＵＥはｅＮＢにチャンネル品質情報及びフィードバック情報を報告することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、Ｅ−ＵＴＲＡＮはＵＥが属したセルを知ることができる。したがって、ネットワークはＵＥにデータを転送及び／又はＵＥからデータを受信することができ、ネットワークはＵＥの移動性（ハンドオーバー及びＮＡＣＣ（ｎｅｔｗｏｒｋ  ａｓｓｉｓｔｅｄ  ｃｅｌｌ  ｃｈａｎｇｅ）を通じてのＧＥＲＡＮ（ＧＳＭ  ＥＤＧＥ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）でｉｎｔｅｒ−ＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）セル変更指示）を制御することができ、ネットワークは隣り合うセルのためにセル測定を遂行することができる。
【００３６】
ＲＲＣ＿ＩＤＬＥで、ＵＥはページングＤＲＸ周期を指定する。具体的に、ＵＥはＵＥ特定ページングＤＲＸ周期毎の特定ページング機会（ｐａｇｉｎｇ  ｏｃｃａｓｉｏｎ）にページング信号をモニターする。ページング機会は、ページング信号が転送される間の時間区間である。ＵＥは、自分だけのページング機会を有している。ページングメッセージは、同一なトラッキング領域（ＴＡ；ｔｒａｃｋｉｎｇ  ａｒｅａ）に属する全てのセル上に転送される。ＵＥが一つのＴＡから他のＴＡに移動すれば、ＵＥは自身の位置をアップデートするためにネットワークにＴＡＵ（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ）メッセージを転送することができる。
【００３７】
二重接続（ＤＣ；ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）に対する全体的なアーキテクチャとネットワークインターフェースが説明される。これと関連して、３ＧＰＰ  ＴＲ  ３６．８４２  Ｖ１２．０．０（２０１３−１２）が参照されることができる。Ｅ−ＵＴＲＡＮは、二重接続動作を支援することができ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにある複数のＲＸ／ＴＸを有したＵＥは、Ｘ２インターフェースを介した非−理想的バックホール（ｎｏｎ−ｉｄｅａｌ  ｂａｃｋｈａｕｌ）を介して接続する二つのｅＮＢに位置する二つの区別されるスケジューラにより提供される無線リソースを活用するように構成される。また、図１に説明された全体的なＥ−ＵＴＲＡＮアーキテクチャは、二重接続に適用可能である。二つの互いに異なる役割が特定ＵＥに対して二重接続に関与するｅＮＢに仮定されることができる：ｅＮＢは、ＭｅＮＢ（ｍａｓｔｅｒ  ｅＮＢ）またはＳｅＮＢ（ｓｅｃｏｎｄａｒｙ  ｅＮＢ）として動作できる。ＭｅＮＢは、二重接続において少なくともＳ１−ＭＭＥを終端（ｔｅｒｍｉｎａｔｅ）させるｅＮＢである。ＳｅＮＢは、ＵＥに対する付加的な無線リソースを提供するが、二重接続においてのＭｅＮＢではないｅＮＢである。二重接続において、ＵＥは、一つのＭｅＮＢと一つのＳｅＮＢに接続される。
【００３８】
図６は、二重接続に対する無線プロトコルアーキテクチャを示す。ＤＣにおいて、特定ベアラが使用する無線プロトコルアーキテクチャは、ベアラがどのように設定されるかによる。ＭＣＧ（ｍａｓｔｅｒ  ｃｅｌｌ  ｇｒｏｕｐ）ベアラ、ＳＣＧ（ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ  ｇｒｏｕｐ）ベアラ及び分離ベアラの３通りの代案が存在する。図６を参照すると、このような３通りの代案が、左側から右側へＭＣＧベアラ、分離ベアラ及びＳＣＧベアラの順に示される。ＭＣＧベアラは、二重接続においてＭｅＮＢリソースだけを利用するために、無線プロトコルがＭｅＮＢだけに位置するベアラである。ＳＣＧベアラは、二重接続において、ＳｅＮＢリソースを利用するために、無線プロトコルがＳｅＮＢだけに位置するベアラである。分離ベアラは、二重接続において、ＭｅＮＢ及びＳｅＮＢリソースを全部利用するために、無線プロトコルがＭｅＮＢ及びＳｅＮＢの全部に位置するベアラである。ＳＲＢ（ｓｉｇｎａｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒｓ）は、常にＭＣＧベアラに属するので、ＭｅＮＢにより提供される無線リソースだけを利用する。ＭＣＧは、ＭｅＮＢと関連したサービングセルのグループであり、二重接続においてＰＣｅｌｌ（ｐｒｉｍａｒｙ  ｃｅｌｌ）と選択的に一つ以上のＳＣｅｌｌ（ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）を含む。ＳＣＧは、ＳｅＮＢと関連したサービングセルのグループであり、二重接続においてＰＳＣｅｌｌ（ｐｒｉｍａｒｙ  ＳＣｅｌｌ）と選択的に一つ以上のＳＣｅｌｌを含む。また、ＤＣは、ＳｅＮＢにより提供される無線リソースを利用するように構成される少なくとも一つのベアラを有すると説明されることができる。
【００３９】
図７は、特定ＵＥに対する二重接続に関与するｅＮＢのＣ−平面接続を示す。二重接続に対するｅＮＢ間制御平面シグナリングは、Ｘ２インターフェースシグナリングにより行われる。ＭＭＥに向かう制御平面シグナリングは、Ｓ１インターフェースシグナリングにより行われる。ＭｅＮＢとＭＭＥとの間にＵＥ毎にただ一つのＳ１−ＭＭＥ接続が存在する。各々のｅＮＢは、ＵＥを独立的に取扱うべきであり、すなわち、一部のＵＥにＰＣｅｌｌを提供することに対し、他のＵＥにＳＣＧに対するＳＣｅｌｌ（ら）を提供する。特定ＵＥに対して二重接続に関与した各々のｅＮＢは、自身の無線リソースを所有し、自身のセルの無線リソースを割り当てるのを主に担当し、ＭｅＮＢとＳｅＮＢとの間の協力は、Ｘ２インターフェースシグナリングにより提供される。図７を参照すると、ＭｅＮＢは、Ｓ１−ＭＭＥを介してＭＭＥに接続するＣ−平面であり、ＭｅＮＢ及びｔｈｅ  ＳｅＮＢは、Ｘ２−Ｃを介して相互接続される。
【００４０】
図８は、特定ＵＥに対する二重接続に関与するｅＮＢのＵ−平面接続を示す。Ｕ−平面接続は、構成されたベアラオプションによる。ＭＣＧベアラに対して、ＭｅＮＢはＳ１−Ｕを介してＳ−ＧＷにＵ−平面接続され、ＳｅＮＢは、ユーザ平面データの転送に関与しない。分離ベアラに対して、ＭｅＮＢは、Ｓ１−Ｕを介してＳ−ＧＷにＵ−平面接続され、付加的に、ＭｅＮＢとＳｅＮＢとは、Ｘ２−Ｕを介して相互接続される。ＳＣＧベアラに対して、ＳｅＮＢは、Ｓ１−Ｕを介してＳ−ＧＷに直接接続される。但し、ＭＣＧと分離ベアラとが構成されるならば、ＳｅＮＢにおいてＳ１−Ｕ終端が存在しない。
【００４１】
図９は、二重接続に対するＵ−平面アーキテクチャの例示を示す。図９に示す二重接続に対するＵ−平面アーキテクチャは、ＳｅＮＢにおいて終端されるＳ１−Ｕと独立的なＰＤＣＰ（ベアラ分離がない）の組み合わせである。
【００４２】
図１０は、二重接続に対するＵ−平面アーキテクチャの他の例示を示す。図１０に示す二重接続に対するＵ−平面アーキテクチャは、ＭｅＮＢで終端されるＳ１−ＵとＭｅＮＢでのベアラ分離及び分離ベアラに対する独立的なＲＬＣの組み合わせである。
【００４３】
また、対応するＵＥアーキテクチャは新たな特徴を支援するために変更されることができる。
【００４４】
図１１は、ＤＣ向上のためのＳｅＮＢ付加手順を示す。ＳｅＮＢ付加手順は、ＭｅＮＢにより開始され、ＳｅＮＢからＵＥに無線リソースを提供するために、ＳｅＮＢでＵＥコンテクストを確立（ｅｓｔａｂｌｉｓｈ）するために使用される。このような手順は、少なくともＳＣＧの第１のセル（ＰＳＣｅｌｌ）を付加するために使用される。
【００４５】
ステップＳ１００において、ＭｅＮＢは、ＳｅＮＢ付加要求メッセージをＳｅＮＢに送信し、Ｅ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｂｅａｒｅｒ）特性（Ｅ−ＲＡＢパラメータ、ＵＰオプションに対応するＴＮＬ（ｔｒａｎｓｐｏｒｔ  ｌａｙｅｒ  ｎｅｔｗｏｒｋ）アドレス情報）を指示する、特定Ｅ−ＲＡＢに対する無線リソースを割り当てることをＳｅＮＢに要求することと決定する。付加的に、ＭｅＮＢは、ＳＣＧ−ＣｏｎｆｉｇＩｎｆｏ内で（ＳＣＧベアラに対するセキュリティアルゴリズムを含む）ＭＣＧ構成とＳｅＮＢによる再構成のための基底（ｂａｓｉｓ）として使用されるＵＥ能力調整（ＵＥ  ｃａｐａｂｉｌｉｔｙ  ｃｏｏｒｄｉｎａｔｉｏｎ）に対する全体ＵＥ能力を指示するが、ＳＣＧ構成を含まない。ＭｅＮＢは、付加されるように要求されたＳＣＧセル（ら）に対して最近の測定結果を提供することができる。ＳｅＮＢは、このような要求を拒絶することができる。ＳＣＧベアラと対照的に、分離ベアラオプションに対して、ＭｅＮＢは、それぞれのＥ−ＲＡＢに対するＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）がＭｅＮＢとＳｅＮＢとにより共に提供されるリソースの正確な合計によって保証されるように、当該リソースの量またはそれ以上をＳｅＮＢから要求するように決定することができる。ＭｅＮＢの決定は、ＳｅＮＢにシグナリングされるＥ−ＲＡＢパラメータによって下記のステップＳ１１０で反映されることができ、前記パラメータは、Ｓ１を介して受信されるＥ−ＲＡＢパラメータと相違することができる。ＭｅＮＢは、ＭＣＧベアラ無しで、ＳＣＧまたは分離ベアラの直接設定を要求することができる。
【００４６】
ＳｅＮＢの無線リソース管理（ＲＲＭ；ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ）エンティティがリソース要求を許すことができるならば、ＳｅＮＢは、それぞれの無線リソースを割り当て、ベアラオプションに依存して、それぞれの送信ネットワークリソースを割り当てる。ＳｅＮＢは、ＳｅＮＢ無線リソース構成の同期化が行われ得るようにランダムアクセスをトリガリングする。ステップＳ１１０において、ＳｅＮＢは、ＭｅＮＢにＳｅＮＢ付加要求承認メッセージを送信し、ＳＣＧ−Ｃｏｎｆｉｇ内でＳＣＧの新しい無線リソースをＭｅＮＢに提供する。ＳＣＧベアラに対して、それぞれのＥ−ＲＡＢに対するＳ１  ＤＬ  ＴＮＬアドレス情報及びセキュリティアルゴリズムとともに、分離ベアラに対して、Ｘ２  ＤＬ  ＴＮＬアドレス情報が提供される。分離ベアラの場合に、ユーザ平面データの送信がステップＳ１１０以後に発生し得る。ＳＣＧベアラの場合に、データフォワーディング及びシーケンスナンバ（ＳＮ；ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）状態伝達がステップＳ１１０以後に発生し得る。
【００４７】
ＭｅＮＢが新しい構成を承認（ｅｎｄｏｒｓｅ）すると、ステップＳ１２０において、ＭｅＮＢは、ＳＣＧ−Ｃｏｎｆｉｇによって新しい無線リソース構成を含むＳＣＧのＲＲＣ接続再構成メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥに送信する。
【００４８】
ステップＳ１３０において、ＵＥは、新しい構成を適用し、ＲＲＣ接続再構成完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）で応答する。ＵＥがＲＲＣ接続再構成メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれた構成（の一部）に応じることができない場合に、ＵＥは、再構成失敗手順を行う。
【００４９】
ステップＳ１４０において、ＭｅＮＢは、ＳｅＮＢ再構成完了メッセージをＳｅＮＢに送信し、ＳｅＮＢにＵＥが再構成手順を成功的に完了したことを通知する。
【００５０】
ステップＳ１５０において、ＵＥは、ＳｅＮＢのＰＳＣｅｌｌに向けてランダムアクセス（ＲＡ；ｒａｎｄｏｍ  ａｃｃｅｓｓ）手順を行う。ＵＥがＲＲＣ接続再構成完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ）を送信し、ＳＣＧに向けてＲＡ手順を行う順序は定義されない。ＲＲＣ接続再構成手順の成功的な完了のために、ＳＣＧに向けた成功的なＲＡ手順が要求されるものではない。
【００５１】
ＳＣＧベアラの場合に、それぞれのＥ−ＲＡＢのベアラ特徴に依存して、ＭｅＮＢは、二重接続の活性化に起因するサービス中断を最小化する措置を取ることができる。すなわち、ステップＳ１６０において、ＭｅＮＢは、ＳＮ状態伝達メッセージをＳｅＮＢに送信することができる。ステップＳ１７０において、ＭｅＮＢは、ＳｅＮＢに向けてデータフォワーディングを行うことができる。
【００５２】
その後、ＳＣＧベアラに対して、ＥＰＣに向かう経路アップデート手順が実行される。経路アップデート手順の間に、Ｅ−ＲＡＢ修正指示手順が実行される。Ｅ−ＲＡＢ修正指示手順の目的は、与えられたＵＥに対して既に確立されたＥ−ＲＡＢの修正をｅＮＢが要求できるようにすることにある。前記手順は、ＵＥ−関連されたシグナリングを使用する。具体的に、ステップＳ１８０において、ＭｅＮＢは、一つまたは複数のＥ−ＲＡＢに対して指示された修正を適用することをＭＭＥに要求するために、Ｅ−ＲＡＢ修正指示メッセージをＭＭＥに送信することができる。ＭｅＮＢは、Ｅ−ＲＡＢ修正指示メッセージをＭＭＥに送信することによって、この手順を開始する。ステップＳ１９０において、ＭＭＥは、Ｅ−ＲＡＢ修正確認メッセージをＭｅＮＢに送信することができる。
【００５３】
以下の１は、Ｅ−ＲＡＢ修正指示メッセージの一例を示す。前記メッセージは、ｅＮＢにより転送され、一つまたは複数のＥ−ＲＡＢに対して指示された修正を適用することをＭＭＥに要求するために使われる。
【００５４】
【表１】
0006535090.tif 000002
【００５５】
表１を参照すると、Ｅ−ＲＡＢ修正指示メッセージは、修正されるＥ−ＲＡＢのリストを指示するＥ−ＲＡＢ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ情報要素（ＩＥ；ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）と修正されないＥ−ＲＡＢのリストを指示するＥ−ＲＡＢ  ｎｏｔ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥを含む。Ｅ−ＲＡＢ修正指示メッセージ内のＥ−ＲＡＢ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｉｔｅｍｓ  ＩＥに含まれるＴｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ  ＩＥ及びＤＬ  ＧＴＰ（ＧＰＲＳ  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ）ＴＥＩＤ（ｔｕｎｎｅｌ  ＩＤ）ＩＥは、ＭＭＥにより新しいＤＬアドレスとして見なされなければならない。Ｅ−ＲＡＢ修正指示メッセージ内のＥ−ＲＡＢ  ｎｏｔ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｉｔｅｍｓ  ＩＥ  Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ  ＩＥ及びＤＬ  ＧＴＰ  ＴＥＩＤ  ＩＥは、ＭＭＥにより変更されないＤＬアドレスを有するＥ−ＲＡＢとして見なされなければならない。
【００５６】
Ｅ−ＲＡＢ修正確認メッセージは、Ｅ−ＲＡＢ修正指示メッセージのＥ−ＲＡＢ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｉｔｅｍ  ＩＥによって修正されるように要求された全てのＥ−ＲＡＢに対する結果を含まなければならない。
【００５７】
特定状況で、Ｅ−ＲＡＢの全部または一部Ｅ−ＲＡＢに対してＥ−ＲＡＢスイッチ失敗がＳ−ＧＷで発生できる。現在Ｅ−ＲＡＢスイッチ失敗が発生する場合、全ての新しいＴＥＩＤのスイッチが失敗すると、ＭＭＥは、対応するＥ−ＲＡＢを解除するか、またはデタッチ手順をトリガすることができる。しかし、ＤＣで、Ｅ−ＲＡＢスイッチ失敗を解決するための動作及び行動は、Ｓ−ＧＷ／ＭＭＥ／ＭｅＮＢに対して互いに異なるが、詳細な解決方案がまだ存在しない。
【００５８】
前述した問題を解決するために、本発明の実施例に係るＤＣでのＥ−ＲＡＢスイッチ失敗を処理するための方法が提案されることができる。本発明の一実施例によると、スイッチに失敗したＥ−ＲＡＢのリストが受信されると、ＭｅＮＢは、失敗したＥ−ＲＡＢに対して以前の送信経路を維持することができ、ＳｅＮＢ解除手順をトリガすることができる。その代案として、スイッチに失敗したＥ−ＲＡＢのリストが受信されると、ＭｅＮＢは、失敗したＥ−ＲＡＢに対してＥ−ＲＡＢ解除手順をトリガすることができる。下記の本発明の実施例は、二つの場合に適用されることができる。場合１は、Ｅ−ＲＡＢがＳｅＮＢに付加されるＳｅＮＢ付加／修正手順に対応できる。場合２は、一部ＲＡＢ（ら）がＳｅＮＢから再び回収されるＳｅＮＢ修正／解除手順に対応する。
【００５９】
図１２は、本発明の実施例に係るＥ−ＲＡＢスイッチ失敗を処理するための方法を示す。図１１に示すステップＳ１００乃至Ｓ１７０に対応するＳｅＮＢ付加手順は、既に実行されたと仮定される。図１２は、本発明の一実施例に係るその次の手順のみを示す。図１２の実施例によると、以前のＧＴＰトンネルが維持されることができる。
【００６０】
ステップＳ２００において、一つまたは複数のＥ−ＲＡＢに対して指示された修正を適用するようにＭＭＥに要求するために、ＭｅＮＢは、Ｅ−ＲＡＢ修正指示メッセージをＭＭＥに送信する。Ｅ−ＲＡＢ修正指示メッセージは、前記表１に従う。即ち、Ｅ−ＲＡＢ修正指示メッセージは、Ｅ−ＲＡＢ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥとＥ−ＲＡＢ  ｎｏｔ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥの両方ともを含む。Ｅ−ＲＡＢ修正指示メッセージは、場合１の指示、即ち、ＳＣＧベアラをＳｅＮＢに付加する指示、または、場合２の指示、即ち、ＳＣＧベアラをＳｅＮＢから再び回収する指示をさらに含むことができる。
【００６１】
Ｅ−ＲＡＢ修正指示メッセージを受信する時、ＭＭＥは、Ｅ−ＲＡＢ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥとＥ−ＲＡＢ  ｎｏｔ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥの両方ともを確認する。ＭＭＥは、Ｅ−ＲＡＢ修正指示メッセージ内の指示を確認することができる。ステップＳ２１０において、ＭＭＥは、修正ベアラ要求メッセージをＳ−ＧＷに送信する。修正ベアラ要求メッセージは、ＤＣ特徴のためのものであることを指示する指示を含むことができる。修正ベアラ要求メッセージは、場合１の指示、即ち、ＳＣＧベアラをＳｅＮＢに付加する指示、または、場合２の指示、即ち、ＳＣＧベアラをＳｅＮＢから再び回収する指示をさらに含むことができる。
【００６２】
ステップＳ２２０において、Ｓ−ＧＷがＥ−ＲＡＢの全部または一部Ｅ−ＲＡＢ（ら）に対して新しいＤＬ  ＴＥＩＤへのスイッチに失敗すると、Ｓ−ＧＷは、前記指示に基づいてＤＣに対して以前のＧＴＰトンネルを維持し、または維持しないと決定する。
【００６３】
ステップＳ２３０において、Ｓ−ＧＷは、修正ベアラ応答メッセージをＭＭＥに送信する。修正ベアラ応答メッセージは、スイッチに失敗したＥ−ＲＡＢのリストを含むことができる。修正ベアラ応答メッセージは、失敗に対する原因値をさらに含むことができる。修正ベアラ応答メッセージは、以前のＧＴＰトンネルを維持する指示をさらに含むことができる。
【００６４】
ステップＳ２４０において、修正ベアラ応答メッセージを受信する時、ＭＭＥは、以前のＧＴＰトンネルを使用することを維持し、失敗したＥ−ＲＡＢに対してＥ−ＲＡＢ解除手順をトリガしない。
【００６５】
ステップＳ２５０において、ＭＭＥは、Ｅ−ＲＡＢ修正確認メッセージをＭｅＮＢに送信する。Ｅ−ＲＡＢ修正確認メッセージは、スイッチに失敗したＥ−ＲＡＢのリストを含むことができる。Ｅ−ＲＡＢ修正確認メッセージは、失敗に対する原因値をさらに含むことができる。Ｅ−ＲＡＢ修正確認メッセージは、以前のＧＴＰトンネルを維持する指示をさらに含むことができる。
【００６６】
表２は、本発明の実施例に係るＥ−ＲＡＢ修正確認メッセージの一例示を示す。このようなメッセージは、ＭＭＥにより転送され、Ｅ−ＲＡＢ修正指示メッセージからの要求に対する結果を報告するときに使われる。
【００６７】
【表２】
0006535090.tif 000003
【００６８】
表２を参照すると、Ｅ−ＲＡＢ修正確認メッセージは、前述したようにスイッチに失敗したＥ−ＲＡＢのリストに対応する、Ｅ−ＲＡＢ  Ｆａｉｌｅｄ  ｔｏ  Ｍｏｄｉｆｙ  Ｌｉｓｔ  ＩＥを含む。
【００６９】
Ｅ−ＲＡＢ修正確認メッセージを受信する時、ＭｅＮＢは、失敗及び以前ＧＴＰトンネルが維持されることを知ることができる。ステップＳ２６０において、全てのＥ−ＲＡＢの付加／修正が失敗すると、ＭｅＮＢは、ＳｅＮＢ解除手順をトリガする。失敗の原因を通知するための原因値がＳｅＮＢに通報されることができる。または、ステップＳ２６１において、一部Ｅ−ＲＡＢの付加／修正が失敗すると、ＭｅＮＢは、ＳｅＮＢ修正手順をトリガする。失敗の原因を通知するための原因値がＳｅＮＢに通報されることができる。このような場合に、Ｅ−ＲＡＢ修正指示手順がトリガされない。
【００７０】
ＳｅＮＢ解除手順において、ＳｅＮＢから以前のＧＴＰトンネルが割り当てられ、新しいＧＴＰトンネルがＭｅＮＢにより割り当てられる。ＭｅＮＢが失敗することを意味する、即ち、失敗が発生すると、Ｓ−ＧＷは、以前のＧＴＰトンネルを維持することができなくて、その後、ＭＭＥは、Ｅ−ＲＡＢ解除手順をトリガすることができる。または、ＭｅＮＢは、Ｅ−ＲＡＢ解除手順をトリガすることができる。または、Ｓ−ＧＷ／ＭＭＥがＥ−ＲＡＢ解除手順をトリガしない場合、ＭｅＮＢは、新しいＤＬ  ＧＴＰトンネルを使用してＭＭＥに再びＥ−ＲＡＢ修正指示メッセージを送信することができる。
【００７１】
図１３は、本発明の実施例に係るＥ−ＲＡＢスイッチ失敗を処理するための方法の他の例示を示す。図１１に示すステップＳ１００乃至Ｓ１７０に対応するＳｅＮＢ付加手順は、既に実行されたと仮定される。図１３は、本発明の一実施例に係るその次の手順のみを示す。図１３の実施例によると、Ｅ−ＲＡＢ修正指示手順は、ＳｅＮＢ修正／解除手順によりまたは個別的に、再びトリガされることができる。
【００７２】
ステップＳ３００において、一つまたは複数のＥ−ＲＡＢに対して指示された修正を適用するようにＭＭＥに要求するために、ＭｅＮＢは、Ｅ−ＲＡＢ修正指示メッセージをＭＭＥに送信する。Ｅ−ＲＡＢ修正指示メッセージは、前記表１に従う。即ち、Ｅ−ＲＡＢ修正指示メッセージは、Ｅ−ＲＡＢ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥとＥ−ＲＡＢ  ｎｏｔ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥの両方ともを含む。Ｅ−ＲＡＢ修正指示メッセージは、場合１の指示、即ち、ＳＣＧベアラをＳｅＮＢに付加する指示、または、場合２の指示、即ち、ＳＣＧベアラをＳｅＮＢから再び回収する指示をさらに含むことができる。
【００７３】
Ｅ−ＲＡＢ修正指示メッセージを受信する時、ＭＭＥは、Ｅ−ＲＡＢ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥとＥ−ＲＡＢ  ｎｏｔ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥの両方ともを確認する。ＭＭＥは、Ｅ−ＲＡＢ修正指示メッセージ内の指示を確認することができる。ステップＳ３１０において、ＭＭＥは、修正ベアラ要求メッセージをＳ−ＧＷに送信する。修正ベアラ要求メッセージは、ＤＣ特徴のためのものであることを指示する指示を含むことができる。修正ベアラ要求メッセージは、場合１の指示、即ち、ＳＣＧベアラをＳｅＮＢに付加する指示、または、場合２の指示、即ち、ＳＣＧベアラをＳｅＮＢから再び回収する指示をさらに含むことができる。
【００７４】
ステップＳ３２０において、Ｓ−ＧＷがＥ−ＲＡＢの全部または一部Ｅ−ＲＡＢ（ら）に対して新しいＤＬ  ＴＥＩＤへのスイッチに失敗すると、Ｓ−ＧＷは、前記指示に基づいてＤＣに対して以前のＧＴＰトンネルを維持し、または維持しないと決定し、または失敗したＥ−ＲＡＢを解除しないように決定する。
【００７５】
ステップＳ３３０において、Ｓ−ＧＷは、修正ベアラ応答メッセージをＭＭＥに送信する。修正ベアラ応答メッセージは、スイッチに失敗したＥ−ＲＡＢのリストを含むことができる。修正ベアラ応答メッセージは、失敗に対する原因値をさらに含むことができる。修正ベアラ応答メッセージは、以前のＧＴＰトンネルを維持する指示及び／または失敗したＥ−ＲＡＢに対してＥ−ＲＡＢ解除手順をトリガしない指示をさらに含むことができる。
【００７６】
ステップＳ３４０において、修正ベアラ応答メッセージを受信する時にまたは自体的に、ＭＭＥは、失敗したＥ−ＲＡＢに対してＥ−ＲＡＢ解除手順をトリガしないように決定する。
【００７７】
ステップＳ３５０において、ＭＭＥは、Ｅ−ＲＡＢ修正確認メッセージをＭｅＮＢに送信する。Ｅ−ＲＡＢ修正確認メッセージは、スイッチに失敗したＥ−ＲＡＢのリストを含むことができる。Ｅ−ＲＡＢ修正確認メッセージは、失敗に対する原因値をさらに含むことができる。Ｅ−ＲＡＢ修正確認メッセージは、以前のＧＴＰトンネルを維持する指示及び／または失敗したＥ−ＲＡＢに対してＥ−ＲＡＢ解除手順をトリガしない指示をさらに含むことができる。Ｅ−ＲＡＢ修正確認メッセージは、前述した表２に従う。
【００７８】
Ｅ−ＲＡＢ修正確認メッセージを受信する時、ＭｅＮＢは、失敗及び以前ＧＴＰトンネルが維持されることを知ることができる。または、ＭｅＮＢは、失敗したＥ−ＲＡＢに対してＥ−ＲＡＢ解除手順をトリガしてはならない。ステップＳ３６０において、全てのＥ−ＲＡＢの付加／修正が失敗すると、ＭｅＮＢは、ＳｅＮＢ解除手順をトリガする。失敗の原因を通知するための原因値がＳｅＮＢに通報されることができる。または、ステップＳ３６１において、一部Ｅ−ＲＡＢの付加／修正が失敗すると、ＭｅＮＢは、ＳｅＮＢ修正手順をトリガする。失敗の原因を通知するための原因値がＳｅＮＢに通報されることができる。
【００７９】
前記の手順において、ＭＭＥに対するＥ−ＲＡＢ修正指示手順が含まれることができる。または、ＭｅＮＢは、個別的にＭＭＥにＥ−ＲＡＢ修正指示手順をトリガすることができる。以後、ＭＭＥは、サービスを再び新しくするために、再びＳ−ＧＷへの修正ベアラ手順を実行することができる。
【００８０】
ＳｅＮＢ解除手順において、ＳｅＮＢから以前のＧＴＰトンネルが割り当てられ、新しいＧＴＰトンネルがＭｅＮＢにより割り当てられる。ＭｅＮＢが失敗することを意味する、即ち、失敗が発生すると、Ｓ−ＧＷは、以前のＧＴＰトンネルを維持することができなくて、その後、ＭＭＥは、Ｅ−ＲＡＢ解除手順をトリガすることができる。または、ＭｅＮＢは、Ｅ−ＲＡＢ解除手順をトリガすることができる。または、Ｓ−ＧＷ／ＭＭＥがＥ−ＲＡＢ解除手順をトリガしない場合、ＭｅＮＢは、新しいＤＬ  ＧＴＰトンネルを使用してＭＭＥに再びＥ−ＲＡＢ修正指示メッセージを送信することができる。
【００８１】
図１４は、本発明の実施例に係るＥ−ＲＡＢスイッチ失敗を処理するための方法の他の実施例を示す。図１１に示すステップＳ１００乃至Ｓ１７０に対応するＳｅＮＢ付加手順は、既に実行されたと仮定される。図１３は、本発明の一実施例に係るその次の手順のみを示す。図１４の実施例は、レガシ原理（ｌｅｇａｃｙ  ｐｒｉｎｃｉｐｌｅ）と類似する。
【００８２】
ステップＳ４００において、一つまたは複数のＥ−ＲＡＢに対して指示された修正を適用するようにＭＭＥに要求するために、ＭｅＮＢは、Ｅ−ＲＡＢ修正指示メッセージをＭＭＥに送信する。Ｅ−ＲＡＢ修正指示メッセージは、前記表１に従う。即ち、Ｅ−ＲＡＢ修正指示メッセージは、Ｅ−ＲＡＢ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥとＥ−ＲＡＢ  ｎｏｔ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥの両方ともを含む。Ｅ−ＲＡＢ修正指示メッセージは、場合１の指示、即ち、ＳＣＧベアラをＳｅＮＢに付加する指示、または、場合２の指示、即ち、ＳＣＧベアラをＳｅＮＢから再び回収する指示をさらに含むことができる。
【００８３】
Ｅ−ＲＡＢ修正指示メッセージを受信する時、ＭＭＥは、Ｅ−ＲＡＢ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥとＥ−ＲＡＢ  ｎｏｔ  ｔｏ  ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｌｉｓｔ  ＩＥの両方ともを確認する。ＭＭＥは、Ｅ−ＲＡＢ修正指示メッセージ内の指示を確認することができる。ステップＳ４１０において、ＭＭＥは、修正ベアラ要求メッセージをＳ−ＧＷに送信する。修正ベアラ要求メッセージは、ＤＣ特徴のためのものであることを指示する指示を含むことができる。修正ベアラ要求メッセージは、場合１の指示、即ち、ＳＣＧベアラをＳｅＮＢに付加する指示、または、場合２の指示、即ち、ＳＣＧベアラをＳｅＮＢから再び回収する指示をさらに含むことができる。
【００８４】
ステップＳ４２０において、Ｓ−ＧＷは、Ｅ−ＲＡＢの全部または一部Ｅ−ＲＡＢ（ら）に対して新しいＤＬ  ＴＥＩＤへのスイッチに失敗する。
【００８５】
ステップＳ４３０において、Ｓ−ＧＷは、修正ベアラ応答メッセージをＭＭＥに送信する。修正ベアラ応答メッセージは、スイッチに失敗したＥ−ＲＡＢのリストを含むことができる。修正ベアラ応答メッセージは、失敗に対する原因値をさらに含むことができる。
【００８６】
ステップＳ４４０において、ＭＭＥは、下記のうち一つを実行する：
【００８７】
−全てのＥ−ＲＡＢが新しいＴＥＩＤを有して（全てのＥ−ＲＡＢがＳｅＮＢに付加されることを意味）全てのＥ−ＲＡＢがスイッチに失敗すると、ＭＭＥは、ＵＥコンテクスト解除手順を直接トリガすることができる。
【００８８】
−全てのＥ−ＲＡＢが新しいＴＥＩＤを有して（全てのＥ−ＲＡＢがＳｅＮＢに付加されることを意味）全てのＥ−ＲＡＢがスイッチに失敗すると、ＭＭＥは、Ｅ−ＲＡＢ修正確認メッセージをＭｅＮＢに送信することができる。Ｅ−ＲＡＢ修正確認メッセージは、以下で詳細に説明する。以後に、ＭｅＮＢは、ＵＥコンテクスト解除手順をトリガすることができる。
【００８９】
−一部Ｅ−ＲＡＢがスイッチに失敗すると、ＭＭＥは、Ｅ−ＲＡＢ修正確認メッセージをＭｅＮＢに送信することができる。Ｅ−ＲＡＢ修正確認メッセージは、以下で詳細に説明する。ＭＭＥは、失敗したＥ−ＲＡＢに対してＥ−ＲＡＢ解除手順をトリガすることができる。
【００９０】
−一部Ｅ−ＲＡＢがスイッチに失敗すると、ＭＭＥは、Ｅ−ＲＡＢ修正確認メッセージをＭｅＮＢに送信することができる。Ｅ−ＲＡＢ修正確認メッセージは、以下で詳細に説明する。ＭｅＮＢは、失敗したＥ−ＲＡＢに対してＥ−ＲＡＢ解除手順をトリガすることができる。
【００９１】
ステップＳ４５０において、ＭＭＥは、Ｅ−ＲＡＢ修正確認メッセージをＭｅＮＢに送信する。Ｅ−ＲＡＢ修正確認メッセージは、スイッチに失敗したＥ−ＲＡＢのリストを含むことができる。Ｅ−ＲＡＢ修正確認メッセージは、失敗に対する原因値をさらに含むことができる。Ｅ−ＲＡＢ修正確認メッセージは、Ｅ−ＲＡＢ解除手順、または必要な場合、ＵＥコンテクスト解除手順をトリガする指示をさらに含むことができる。Ｅ−ＲＡＢ修正確認メッセージは、前述した表２に従う。
【００９２】
ステップＳ４６０において、Ｅ−ＲＡＢ修正確認メッセージを受信する時、ＭｅＮＢは、失敗状況を認知して下記のうち一つを実行することができる：
【００９３】
−全てのＥ−ＲＡＢが失敗すると、ＭｅＮＢは、ＵＥコンテクスト解除手順をトリガすることができる。
【００９４】
−ＭｅＮＢは、失敗したＥ−ＲＡＢに対してＥ−ＲＡＢ解除手順をトリガすることができる。
【００９５】
ステップＳ４７０において、全てのＥ−ＲＡＢの全ての付加／修正が失敗すると、ＭｅＮＢは、ＳｅＮＢ解除手順をトリガする。失敗の理由を通知するための原因値がＳｅＮＢに通報されることができる。または、ステップＳ４７１において、一部Ｅ−ＲＡＢの付加／修正が失敗すると、ＭｅＮＢは、ＳｅＮＢ修正手順をトリガする。失敗の理由を通知するための原因値がＳｅＮＢに通報されることができる。
【００９６】
図１５は、本発明の実施例に係るＥ−ＲＡＢスイッチ失敗を処理するための方法の他の実施例を示す。ステップＳ５００において、二重接続のＭｅＮＢは、修正に失敗したＥ−ＲＡＢのリストを含むＥ−ＲＡＢ修正確認メッセージをＭＭＥから受信する。ステップＳ５１０において、ＭｅＮＢは、失敗したＥ−ＲＡＢに対して以前のＧＴＰトンネルを維持し、ステップＳ５２０において、失敗したＥ−ＲＡＢを解除するためのＳｅＮＢ解除手順またはＳｅＮＢ修正手順をトリガする。Ｅ−ＲＡＢ修正確認メッセージは、失敗したＥ−ＲＡＢに対して以前のＧＴＰトンネルを維持する指示をさらに含むことができる。Ｅ−ＲＡＢ修正確認メッセージは、失敗に対する原因値をさらに含むことができる。ＵＥは、二重接続でＭｅＮＢとＳｅＮＢの両方ともに接続されることができる。また、ＭｅＮＢは、Ｅ−ＲＡＢ修正指示メッセージをＭＭＥに送信することができる。Ｅ−ＲＡＢ修正指示メッセージは、修正されるＥ−ＲＡＢのリストと修正されないＥ−ＲＡＢのリストを両方とも含むことができる。Ｅ−ＲＡＢ修正指示メッセージは、ＳＣＧベアラがＳｅＮＢに付加されるかどうか、またはＳｅＮＢがＳｅＮＢから回収されるかどうかに対する指示を含むことができる。
【００９７】
図１６は、本発明の実施例に係るＥ−ＲＡＢスイッチ失敗を処理するための方法の他の実施例を示す。ステップＳ６００において、二重接続のＭｅＮＢは、修正に失敗したＥ−ＲＡＢのリストを含むＥ−ＲＡＢ修正確認メッセージをＭＭＥから受信する。ステップＳ６１０において、ＭｅＮＢは、失敗したＥ−ＲＡＢを解除するためのＥ−ＲＡＢ解除手順をトリガする。Ｅ−ＲＡＢ修正確認メッセージは、失敗したＥ−ＲＡＢに対してＥ−ＲＡＢ解除手順をトリガする指示をさらに含むことができる。Ｅ−ＲＡＢ修正確認メッセージは、失敗に対する原因値をさらに含むことができる。ＵＥは、二重接続でＭｅＮＢとＳｅＮＢの両方ともに接続されることができる。また、ＭｅＮＢは、Ｅ−ＲＡＢ修正指示メッセージをＭＭＥに送信することができる。Ｅ−ＲＡＢ修正指示メッセージは、修正されるＥ−ＲＡＢのリストと修正されないＥ−ＲＡＢのリストを両方とも含むことができる。Ｅ−ＲＡＢ修正指示メッセージは、ＳＣＧベアラがＳｅＮＢに付加されるかどうか、またはＳｅＮＢがＳｅＮＢから回収されるかどうかに対する指示を含むことができる。また、ＭｅＮＢは、失敗したＥ−ＲＡＢに対してＵＥコンテクスト解除手順をトリガすることができる。
【００９８】
結果的に、本発明の実施例によると、スイッチに失敗したＥ−ＲＡＢのリストがＥ−ＲＡＢ修正確認メッセージで受信されると、ＭｅＮＢは、関連したＥ−ＲＡＢに対して変更されないＥ−ＲＡＢ修正指示メッセージを送信する以前に、ＭｅＮＢは、以前の送信情報を維持することができ、適用可能な場合、対応するＳＣＧベアラを解除することをトリガすることができる。その代案として、スイッチに失敗したＥ−ＲＡＢのリストがＥ−ＲＡＢ修正確認メッセージで受信されると、ＭｅＮＢは、関連したＥ−ＲＡＢに対して全ての対応するリソースを解除することができる。
【００９９】
図１７は、本発明の実施形態が実現される無線通信システムを示す。
【０１００】
ＭＭＥ８００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）８１０、メモリ（ｍｅｍｏｒｙ）８２０、及び送受信部（ｔｒａｎｓｃｅｉｖｅｒ）８３０を備える。プロセッサ８１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ８１０により実現されることができる。メモリ８２０は、プロセッサ８１０と連結されて、プロセッサ８１０を駆動するための様々な情報を格納する。送受信部８３０は、プロセッサ８１０と連結されて、無線信号を送信及び／又は受信する。
【０１０１】
二重接続のＭｅＮＢ９００は、プロセッサ９１０、メモリ９２０、及び送受信部９３０を備える。プロセッサ９１０は、本明細書において説明された機能、過程、及び／又は方法を実現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ９１０により実現されることができる。メモリ９２０は、プロセッサ９１０と連結されて、プロセッサ９１０を駆動するための様々な情報を格納する。送受信部９３０は、プロセッサ９１０と連結されて、無線信号を送信及び／又は受信する。
【０１０２】
プロセッサ８１０、９１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／又はデータ処理装置を含むことができる。メモリ８２０、９２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／又は他の格納装置を含むことができる。送受信部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を含むことができる。実施例がソフトウェアで具現される時、前述した技法は前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部または外部にあり、よく知られた多様な手段によりプロセッサ８１０、９１０と連結されることができる。
【０１０３】
前述した例示的なシステムにおいて、前述した本発明の特徴によって具現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の一つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【図１】
0006535090.tif 000004
【図２】
0006535090.tif 000005
【図３】
0006535090.tif 000006
【図４】
0006535090.tif 000007
【図５】
0006535090.tif 000008
【図６】
0006535090.tif 000009
【図７】
0006535090.tif 000010
【図８】
0006535090.tif 000011
【図９】
0006535090.tif 000012
【図１０】
0006535090.tif 000013
【図１１】
0006535090.tif 000014
【図１２】
0006535090.tif 000015
【図１３】
0006535090.tif 000016
【図１４】
0006535090.tif 000017
【図１５】
0006535090.tif 000018
【図１６】
0006535090.tif 000019
【図１７】
0006535090.tif 000020