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