JP6082817B2 - 複数の無線接続技術を支援する端末が無線リンク失敗の発生時に回復する方法及びそのための装置 - Google Patents

Description

本発明は、無線通信に関し、特に、複数の無線接続技術を支援する端末が、無線リンク失敗が発生した場合に回復する方法及びそのための装置に関する。

２つ以上の無線接続技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）にアクセス可能な性能（ｃａｐａｂｉｌｉｔｙ）を有する多重−ＲＡＴ（Ｍｕｌｔｉ−ＲＡＴ）端末が存在している。特定ＲＡＴにアクセスするためには、端末要請ベースで特定ＲＡＴへの接続（ｃｏｎｎｅｃｔｉｏｎ）を設定し、データ送受信を行う。

しかし、多重−ＲＡＴ端末が２つ以上のＲＡＴにアクセス可能な性能は有していても、同時に多重−ＲＡＴにアクセスすることはできない。すなわち、現在、端末は多重−ＲＡＴ性能（Ｍｕｌｔｉ−ＲＡＴ ｃａｐａｂｉｌｉｔｙ）を有するとしても、互いに異なるＲＡＴを介して同時にデータ送受信をすることはできない。

このような従来の多重−ＲＡＴ技術は、無線ＬＡＮとセルラー網間のインタワーキング（ｉｎｔｅｒｗｏｒｋｉｎｇ）を必要としないため、全般的にシステム効率が低いという問題点がある。また、このような問題点については未だ研究されていない。

本発明で達成しようとする技術的課題は、複数の無線接続技術を支援する端末が、無線リンク失敗が発生した場合に回復する方法を提供することにある。

本発明で達成しようとする他の技術的課題は、無線リンク失敗を回復するための端末を提供することにある。

本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。

上記の技術的課題を達成するための、複数の無線接続技術を支援する端末が無線リンク失敗の発生時に回復する方法は、第１ＲＡＴとＲＲＣ接続状態を維持している間に前記第１ＲＡＴの無線リンク失敗を検出するステップと、前記検出から所定の第１時間経過後に前記第１ＲＡＴの無線リンクが回復されないと、無線リンク失敗と判断するステップと、前記判断後、所定の第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されるか否かを判断するステップとを有することができる。前記検出後、前記複数ＲＡＴのインタワーキングを管理する個体に、前記第１ＲＡＴの無線リンク失敗を知らせるメッセージを第２ＲＡＴを介して送信するステップをさらに有することができる。前記第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されないと、ＲＲＣ遊休（ｉｄｌｅ）モードに進入するステップをさらに有することができる。前記ＲＲＣ遊休モードに進入することを知らせるメッセージを、前記複数ＲＡＴのインタワーキングを管理する個体に、第２ＲＡＴを介して送信するステップをさらに有することができる。前記第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されると、前記第１ＲＡＴの基地局とＲＲＣ接続再設定過程を行うステップをさらに有することができる。前記複数ＲＡＴは、互いに異種網である。

前記の他の技術的課題を達成するための、無線リンク失敗を回復するための端末は、第１ＲＡＴとＲＲＣ接続状態を維持している間に前記第１ＲＡＴの無線リンク失敗を検出し、前記検出から所定の第１時間経過後に前記第１ＲＡＴの無線リンクが回復されないと、無線リンク失敗と判断し、前記判断後、所定の第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されるか否かを判断するように構成されたプロセッサを備える。前記検出後、前記複数ＲＡＴのインタワーキングを管理する個体に、前記第１ＲＡＴの無線リンク失敗を知らせるメッセージを、第２ＲＡＴを介して送信するように構成された送信器をさらに備える。前記プロセッサは、前記第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されると、前記第１ＲＡＴの基地局とＲＲＣ接続再設定過程を行うように制御する。
本明細書は、例えば、以下の項目も提供する。
（項目１）
複数の無線接続技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）を支援する端末が無線リンク失敗の発生時に回復する方法であって、
第１ＲＡＴとＲＲＣ接続状態を維持している間に、前記第１ＲＡＴの無線リンク失敗を検出するステップと、
前記検出から所定の第１時間経過後に前記第１ＲＡＴの無線リンクが回復されないと、無線リンク失敗と判断するステップと、
前記判断後、所定の第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されるか否かを判断するステップと、
を有する、複数ＲＡＴ支援端末の無線リンク回復方法。
（項目２）
前記検出後に、前記複数ＲＡＴのインタワーキングを管理する個体に、前記第１ＲＡＴの無線リンク失敗を知らせるメッセージを、第２ＲＡＴを介して送信するステップをさらに有する、項目１に記載の複数ＲＡＴ支援端末の無線リンク回復方法。
（項目３）
前記第２時間に前記第１ＲＡＴの無線リンク失敗が回復されない場合、ＲＲＣ遊休（ｉｄｌｅ）モードに進入するステップをさらに有する、項目１に記載の複数ＲＡＴ支援端末の無線リンク回復方法。
（項目４）
前記ＲＲＣ遊休モードに進入することを知らせるメッセージを、前記複数ＲＡＴのインタワーキングを管理する個体に、第２ＲＡＴを介して送信するステップをさらに有する、項目３に記載の複数ＲＡＴ支援端末の無線リンク回復方法。
（項目５）
前記第２時間に、前記第１ＲＡＴの無線リンク失敗が回復された場合、前記第１ＲＡＴの基地局とＲＲＣ接続再設定過程を行うステップをさらに有する、項目１に記載の複数ＲＡＴ支援端末の無線リンク回復方法。
（項目６）
前記複数ＲＡＴは、互いに異種網である、項目１に記載の複数ＲＡＴ支援端末の無線リンク回復方法。
（項目７）
無線リンク失敗を回復するための端末であって、
第１ＲＡＴとＲＲＣ接続状態を維持している間に前記第１ＲＡＴの無線リンク失敗を検出し、
前記検出から所定の第１時間経過後に前記第１ＲＡＴの無線リンクが回復されないと、無線リンク失敗と判断し、
前記判断後、所定の第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されるか否かを判断するように構成されたプロセッサを備える、端末。
（項目８）
前記検出後、前記複数ＲＡＴのインタワーキングを管理する個体に、前記第１ＲＡＴの無線リンク失敗を知らせるメッセージを、第２ＲＡＴを介して送信するように構成された送信器をさらに備える、項目７に記載の端末。
（項目９）
前記プロセッサは、前記第２時間に、前記第１ＲＡＴの無線リンク失敗が回復された場合、前記第１ＲＡＴの基地局とＲＲＣ接続再設定過程を行うように制御する、項目７に記載の端末。

端末が２つ以上のＲＡＴに同時に接続できる能力がある場合、２リンクのうち、プライマリリンクが無線リンク失敗（ｒａｄｉｏ ｌｉｎｋ ｆａｉｌｕｒｅ）にある間に、端末の他のＲＡＴのリンクが相変らず有効であることをインタワーキング管理エンティティやサービング−ｅＮＢに知らせることによって、端末の緊急なメッセージやデータフロー（ｄａｔａ ｆｌｏｗ）のセカンダリＲＡＴへの切替を可能にする。

本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に係る実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。

図１は、無線通信システム１００における基地局１０５及び端末１１０の構成を示すブロック図である。

図２は、セルラー無線リンク失敗に関して例示する図である。

図３は、第１通信システム（例えば、ＬＴＥシステム）と第２通信システム（例えば、ＷｉＦｉシステム）との連動構造を説明するためのネットワーク構造を例示する図である。

図４は、本発明に係るマルチシステム支援関連の交渉手順を説明するための例示図である。

図５は、ＬＴＥシステムにおけるトラフィック特性について説明するための例示図である。

図６は、測定設定（ｍｅａｓｕｒｍｅｍｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を説明するための例示図である。

図７は、ＲＡＴ間測定報告トリガー（Ｉｎｔｅｒ−ＲＡＴ Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ Ｔｒｉｇｇｅｒ）定義を説明するための例示図である。

図８は、多重−ＲＡＴ ＵＥのための多重−ＲＡＴ測定手順を説明するための例示図である。

図９は、セカンダリシステム管理方法を説明するための例示図である。

図１０は、セカンダリシステム連結（ａｓｓｏｃｉａｔｉｏｎ）過程を説明するための例示図である。

図１１は、セカンダリシステム再連結（ｒｅａｓｓｏｃｉａｔｉｏｎ）過程を説明するための例示図である。

図１２は、セカンダリシステム再連結過程を説明するための他の例示図である。

図１３は、セカンダリシステム連結解除過程（Ｄｉｓａｓｓｏｃｉａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を説明するための例示図である。

図１４は、本発明に係るリンク失敗報告（ｌｉｎｋ ｆａｉｌｕｒｅ ｒｅｐｏｒｔ）を送信する方法を説明するための例示図である。

図１５は、Ｗｉ−Ｆｉ−セルラーインタワーキングにおける無線リンク失敗（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）を説明するための例示図である。

図１６及び図１７は、セルラー無線リンク失敗の場合、Ｗｉ−Ｆｉ−セルラーインタワーキング端末のデータフローを説明するための例示図である。 図１６及び図１７は、セルラー無線リンク失敗の場合、Ｗｉ−Ｆｉ−セルラーインタワーキング端末のデータフローを説明するための例示図である。

以下、本発明に係る公的な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明を実施し得る唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的細部事項を含む。しかし、当業者にとってはこのような具体的細部事項なしにも本発明を実施できるということは明らかである。例えば、以下の詳細な説明は、移動通信システムが３ＧＰＰ ＬＴＥ、ＬＴＥ−Ａシステムである場合を仮定して具体的に説明するが、３ＧＰＰ ＬＴＥ、ＬＴＥ−Ａ特有の事項を除けば、他の任意の移動通信システムにも適用可能である。

いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すことができる。また、本明細書を通じて同一の構成要素には同一の図面符号を付して説明する。

なお、以下の説明において、端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ Ｔｏ Ｍａｃｈｉｎｅ）機器などの、移動又は固定型のユーザ端機器を総称するものとする。また、基地局は、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）などの、端末と通信するネットワーク端の任意のノードを総称するものとする。本明細書では基地局を、セル、セクターなどを含む概念として用いることができる。

移動通信システムにおいて、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）は、基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）を通じて情報を受信することができ、端末はまた、上りリンク（Ｕｐｌｉｎｋ）を通じて情報を送信することができる。端末が送信又は受信する情報としてはデータ及び様々な制御情報があり、端末が送信又は受信する情報の種類用途によって様々な物理チャネルが存在する。

以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）どのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ（登録商標） Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。

説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されているたものであり、これらの特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更してもよい。

図１は、無線通信システム１００における基地局１０５及び端末１１０の構成を示すブロック図である。

無線通信システム１００を簡略に示すために、一つの基地局１０５と一つの端末１１０を示しているが、無線通信システム１００は、一つ以上の基地局及び／又は一つ以上の端末を含むことができる。

図１を参照すると、基地局１０５は、送信（Ｔｘ）データプロセッサ１１５、シンボル変調器１２０、送信器１２５、送受信アンテナ１３０、プロセッサ１８０、メモリー１８５、受信器１９０、シンボル復調器１９５、受信データプロセッサ１９７を含むことができる。そして、端末１１０は、送信（Ｔｘ）データプロセッサ１６５、シンボル変調器１７０、送信器１７５、送受信アンテナ１３５、プロセッサ１５５、メモリー１６０、受信器１４０、シンボル復調器１４５、受信データプロセッサ１５０を含むことができる。送受信アンテナ１３０，１３５がそれぞれ、基地局１０５及び端末１１０で一つとして示されているが、基地局１０５及び端末１１０は複数個の送受信アンテナを具備している。したがって、本発明に係る基地局１０５及び端末１１０は、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）システムを支援する。また、本発明に係る基地局１０５は、ＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ Ｕｓｅｒ−ＭＩＭＯ）、ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ Ｕｓｅｒ−ＭＩＭＯ）方式の両方を支援することができる。

下りリンク上で、送信データプロセッサ１１５は、トラフィックデータを受信し、受信したトラフィックデータをフォーマットし、コーディングし、コーディングされたトラフィックデータをインターリービング及び変調して（又は、シンボルマッピングして）、変調シンボル（“データシンボル”）を提供する。シンボル変調器１２０は、これらのデータシンボルとパイロットシンボルを受信及び処理し、シンボルのストリームを提供する。

シンボル変調器１２０は、データ及びパイロットシンボルを多重化してこれを送信器１２５に送信する。このとき、それぞれの送信シンボルは、データシンボル、パイロットシンボル、又はゼロの信号値であってもよい。それぞれのシンボル周期で、パイロットシンボルが連続して送信されてもよい。パイロットシンボルは、周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）、又はコード分割多重化（ＣＤＭ）シンボルであってもよい。

送信器１２５は、シンボルのストリームを受信してそれを一つ以上のアナログ信号に変換し、また、このアナログ信号をさらに調節（例えば、増幅、フィルタリング、及び周波数アップコンバート（ｕｐｃｏｎｖｅｒｔｉｎｇ）して、無線チャネルを介した送信に適した下りリンク信号を発生させる。すると、送信アンテナ１３０は、発生した下りリンク信号を端末に送信する。

端末１１０の構成で、受信アンテナ１３５は、基地局からの下りリンク信号を受信し、受信した信号を受信器１４０に提供する。受信器１４０は、受信した信号を調整（例えば、フィルタリング、増幅、及び周波数ダウンコンバート（ｄｏｗｎｃｏｎｖｅｒｔｉｎｇ））し、調整された信号をデジタル化してサンプルを取得する。シンボル復調器１４５は、受信したパイロットシンボルを復調し、チャネル推定のためにそれをプロセッサ１５５に提供する。

また、シンボル復調器１４５は、プロセッサ１５５から下りリンクに対する周波数応答推定値を受信し、受信したデータシンボルに対してデータ復調を行い、（送られてきたデータシンボルの推定値である）データシンボル推定値を取得し、データシンボル推定値を受信（Ｒｘ）データプロセッサ１５０に提供する。受信データプロセッサ１５０は、データシンボル推定値を復調（すなわち、シンボルデマッピング（ｄｅｍａｐｐｉｎｇ））し、デインターリービング（ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）し、デコーディングして、送られてきたトラフィックデータを復旧する。

シンボル復調器１４５及び受信データプロセッサ１５０による処理はそれぞれ、基地局１０５におけるシンボル変調器１２０及び送信データプロセッサ１１５による処理に相補的である。

端末１１０では、上りリンク上で、送信データプロセッサ１６５はトラフィックデータを処理してデータシンボルを提供する。シンボル変調器１７０は、データシンボルを受信して多重化し、変調を行い、シンボルのストリームを送信器１７５に提供することができる。送信器１７５は、シンボルのストリームを受信及び処理して上りリンク信号を発生させる。そして、送信アンテナ１３５は、発生した上りリンク信号を基地局１０５に送信する。

基地局１０５で、端末１１０から上りリンク信号が受信アンテナ１３０を通して受信され、受信器１９０は、受信した上りリンク信号を処理してサンプルを取得する。続いて、シンボル復調器１９５は、これらのサンプルを処理し、上りリンクに対して受信されたパイロットシンボル及びデータシンボル推定値を提供する。受信データプロセッサ１９７は、データシンボル推定値を処理して、端末１１０から送られてきたトラフィックデータを復旧する。

端末１１０及び基地局１０５のそれぞれのプロセッサ１５５，１８０はそれぞれ、端末１１０及び基地局１０５における動作を指示（例えば、制御、調整、管理など）する。それぞれのプロセッサ１５５，１８０は、プログラムコード及びデータを記憶するメモリーユニット１６０，１８５などに接続することができる。メモリー１６０，１８５は、プロセッサ１８０に接続し、オペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ ｆｉｌｅｓ）を記憶する。

プロセッサ１５５，１８０は、コントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などと呼ぶこともできる。一方、プロセッサ１５５，１８０は、ハードウェア（ｈａｒｄｗａｒｅ）又はファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの結合によって具現することもできる。ハードウェアを用いて本発明の実施例を具現する場合には、本発明を行うように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）などをプロセッサ１５５，１８０に備えることができる。

一方、ファームウェアやソフトウェアを用いて本発明の実施例を具現する場合には、本発明の機能又は動作を実行するモジュール、手順又は関数などを含むようにファームウェアやソフトウェアを構成することができる。本発明を実行し得るように構成されたファームウェア又はソフトウェアは、プロセッサ１５５，１８０内に備えられたり、メモリー１６０，１８５に記憶されてプロセッサ１５５，１８０によって駆動されてもよい。

端末と基地局の無線通信システム（ネットワーク）間の無線インターフェースプロトコルのレイヤは、通信システムでよく知られたＯＳＩ（ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３層に基づいて第１レイヤ（Ｌ１）、第２レイヤ（Ｌ２）、及び第３レイヤ（Ｌ３）に分類できる。物理レイヤは第１レイヤに属し、物理チャネルを介して情報送信サービスを提供する。ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤは第３レイヤに属し、ＵＥとネットワーク間の制御無線リソースを提供する。端末と基地局は無線通信ネットワークとＲＲＣレイヤを通してＲＲＣメッセージを交換することができる。

図２は、セルラー無線リンク失敗に関して例示する図である。

今までは、端末が多重−ＲＡＴ性能を有しても、互いに異なるＲＡＴを介して同時にデータ送受信することはできなかった。スイッチングベースのＲＡＴ間（ｉｎｔｅｒ ＲＡＴ）技術は、送信されるデータが全て他の（ｏｔｈｅｒ）ＲＡＴに切り替わるため、フローのＱｏＳに適切なＲＡＴを選択することができず、特定フローのみを切り替えるための制御技術が定義されていない。特定フローのみを他のＲＡＴに切り替えるための手順及びシグナリング情報を定義する必要があり、本発明では、端末がプライマリシステムの他、特定フローに対する送信のためのセカンダリシステム（ｓｅｃｏｎｄａｒｙ ｓｙｓｔｅｍ）を追加／削除／修正する全般的な手順を定義する。セルラーとＷＬＡＮ接続が設定されていた端末がセルラー網のリンク失敗（ｌｉｎｋ ｆａｉｌｕｒｅ）を検出（ｄｅｔｅｃｔｉｏｎ）した場合、無線ＬＡＮ網を通じてセルラー網のリンク回復（ｌｉｎｋ ｒｅｃｏｖｅｒｙ）を效率的に行えるような方法が必要である。従来の技術の方法をそのまま用いる場合、ｅＮＢ又はセルラー−ＷｉＦｉインタワーキングを管理する特定ネットワークエンティティは、端末がセルラー無線リンクを回復した後に端末の無線リンク失敗を検出できるため、ＷｉＦｉリンクが設定されていても、ＲＬＦ状態の間には端末にいかなるサービスも提供することができない。

しかし、セルラーとＷｉＦｉの両リンクに同時に接続を設定できる端末だとすれば、セルラー網のリンクは失敗であっても、ＷｉＦｉリンクは相変らず有効でありうるため、これを通じて基地局又はインタワーキング管理ネットワークエンティティへより迅速にセルラー網のリンク失敗を知らせることによって、セルラー網を通じて送信されなければならない緊急メッセージやデータをＷｉＦＩ網で送信するようにする方法が必要である。

まず、複数の通信システムが連動するネットワーク構造を説明する。

図３は、第１通信システム（例えば、ＬＴＥシステム）と第２通信システム（例えば、ＷｉＦｉシステム）との連動構造を説明するためのネットワーク構造を例示する図である。

図３に示すネットワーク構造において、バックボーン（Ｂａｃｋｂｏｎｅ）網（例えば、Ｐ−ＧＷ又はＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ））を通じてＡＰとｅＮＢ間にバックホール制御接続（ｂａｃｋｈａｕｌ ｃｏｎｔｒｏｌ ｃｏｎｎｅｃｔｉｏｎ）があってもよく、ＡＰとｅＮＢ間に無線制御接続（ｗｉｒｅｌｅｓｓ ｃｏｎｔｒｏｌ ｃｏｎｎｅｃｔｉｏｎ）があってもよい。ピークスループット（ｐｅａｋ ｔｈｒｏｕｇｈｐｕｔ）及びデータトラフィックオフ−ローディング（ｄａｔａ ｔｒａｆｆｉｃ ｏｆｆ−ｌｏａｄｉｎｇ）のために、ＵＥは、複数の通信ネットワーク間の連動によって、第１無線通信方式を用いる第１通信システム（或いは、第１通信ネットワーク）と第２無線通信方式を用いる第２通信システム（或いは、第２通信ネットワーク）を同時に支援することができる。ここで、第１通信ネットワーク又は第１通信システムをそれぞれ、プライマリネットワーク（Ｐｒｉｍａｒｙ ｎｅｔｗｏｒｋ）又はプライマリシステム（プライマリシステム）と称し、第２通信ネットワーク又は第２通信システムをそれぞれ、セカンダリネットワーク（Ｓｅｃｏｎｄａｒｙ ｎｅｔｗｏｒｋ）又はセカンダリシステム（Ｓｅｃｏｎｄａｒｙ ｓｙｓｔｅｍ）と称することができる。例えば、ＵＥを、ＬＴＥ（或いは、ＬＴＥ−Ａ）とＷｉＦｉ（ＷＬＡＮ／８０２．１１のような近距離通信システム）を同時に支援するように構成することができる。このようなＵＥを本明細書ではマルチシステム支援ＵＥ（Ｍｕｌｔｉ−ｓｙｓｔｅｍ ｃａｐａｂｉｌｉｔｙ ＵＥ）などと呼ぶことができる。

図３に示すネットワーク構造において、プライマリシステムは、広いカバレッジ（ｗｉｄｅｒ ｃｏｖｅｒａｇｅ）を有し、制御情報送信のための網であってもよい。プライマリシステムの例としてＷｉＭＡＸ又はＬＴＥ（ＬＴＥ−Ａ）システムを挙げることができる。一方、セカンダリシステムは、小さいカバレッジは有し、データ送信のためのシステムであってもよい。セカンダリネットワークはとして、例えば、ＷＬＡＮ又はＷｉＦｉのような無線ＬＡＮシステムを挙げることができる。

本明細書では、２つ以上のＲＡＴに同時にアクセスできる性能（ｃａｐａｂｉｌｉｔｙ）を有する端末を多重−ＲＡＴ端末と定義する。特定ＲＡＴにアクセスするためには、端末要請ベースで特定ＲＡＴへの接続（ｃｏｎｎｅｃｔｉｏｎ）を設定し、データ送受信を行うことができる。従来、端末は、２つ以上のＲＡＴにアクセスできる性能は有するが、同時に多重−ＲＡＴにアクセスすることはできない。一例として、端末（ＵＥ）がＷｉＦｉ網のＡＰ１にアクセスされている場合、セルラーネットワークのｅＮＢにアクセスするためには、スイッチング動作を行うが、同時にＡＰ１及びｅＮＢにアクセスすることはできなかった。図３に示すように、ＡＰと基地局間に 無線制御接続があるため、直接通信（ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ）が可能である。ｅＮＢにとっては、セカンダリシステムのＡＰが、ＬＴＥ性能（ＬＴＥ ｃａｐａｂｉｌｉｔｙ）を有するＵＥと同様に動作するエンティティ（ｅｎｔｉｔｙ）として見えてもよい。一方、図３には示していないが、バックボーン網を通じてＡＰとｅＮＢ間にバックホール制御接続があるシナリオも考慮することができる。この場合、ＡＰとｅＮＢはバックホール制御接続を通じて制御情報などを交換することができる。

以下では、本明細書で記述する多重無線接続技術（多重−ＲＡＴ）システム関連定義を説明する。

プライマリシステム（プライマリシステム）

プライマリシステム（例えば、ＷｉＭＡＸ又はＬＴＥシステム）は、広いカバレッジを有するシステムである。そして、プライマリシステムは、マルチシステム支援ＵＥと常にｓｔａｔｕｓ（又は、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ）があるネットワークで接続された（ｃｏｎｎｅｃｔｅｄ）状態にあるか、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）又は遊休状態（ｉｄｌｅ ｓｔａｔｕｓ）にあるネットワークのことを指す。

マルチシステムを支援するＵＥは、プライマリネットワークとの接続設定（ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）の間にプライマリシステムのｅＮＢに異種網（例、ＷＬＡＮ）に対する性能（ｃａｐａｂｉｌｉｔｙ）があることを示す（ｉｎｄｉｃａｔｅ）することができる。このとき、マルチシステム支援が可能か否か（Ｍｕｌｔｉ−ｓｙｓｔｅｍ ｃａｐａｂｉｌｉｔｙ）の指示（ｉｎｄｉｃａｔｉｏｎ）は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ、又はＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージに新しいフィールドとして送信することができる。マルチシステム支援が可能か否かの指示（例えば、ＷＬＡＮＡｃｃｅｓｓＡｖａｉｌａｂｌｅ又はＭｕｌｔｉＲＡＴＡｃｃｅｓｓＡｖａｉｌａｂｌｅ）が１である場合、マルチシステムＵＥのための特定手順によってＵＥとｅＮＢはマルチシステムに必要な能力を共有可能になる。

プライマリシステムのｅＮＢは、マルチシステムＵＥのために、同一のカバレッジに属した他のシステム（セカンダリシステム）に関する情報を周期的にブロードキャストメッセージで送信したり、又は、ユニキャストメッセージで送信することができる。仮にセカンダリシステムの配置（ｄｅｐｌｏｙｍｅｎｔ）に変化がある場合、セカンダリシステムの追加／削除／変化の情報を知らせるために、アップデートされたメッセージを送信することができる。

セカンダリシステム（Ｓｅｃｏｎｄａｒｙ ｓｙｓｔｅｍｓ）

セカンダリシステムは、小さいカバレッジを有し、例えば、ＷＬＡＮ、ＷｉＦｉシステムであってもよい。セカンダリシステムは必要によって追加（ａｄｄｉｔｉｏｎ）又は削除（ｄｅｌｅｔｉｏｎ）してもよいシステムである。主として、セカンダリシステムは、高い帯域（Ｈｉｇｈｅｒ ＢＷ）を要求するデータ送受信のために用いることができる。このとき、特定フロー（ＱｏＳ）がマップされてもよい。

セカンダリシステムとＵＥ間の接続（ｃｏｎｎｅｃｔｉｏｎ）又は解除（ｒｅｌｅａｓｅ）は、プライマリシステムからの確認後に可能である。ここにいう接続とは、データを送受信する準備ができていることを意味したり、データを送受信することを意味できる。

ＵＥがセカンダリシステムカバレッジに入ったことが検出されると、プライマリシステムを介して、セカンダリシステムへのアクセス（ａｃｃｅｓｓ）情報を受信することができる。この場合、実際データ送受信は直ちに発生しなくてもよい。ＵＥがセカンダリシステムを介して送受信するデータがある場合、プライマリシステムを介し該当の該フローに対するアクセス情報を受信することができる。この場合、実際データ送受信が直ちに発生しうる。

プライマリシステムとの初期接続設定（Ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｗｉｔｈ プライマリシステム）

プライマリシステムとの初期接続設定とは、既存ＬＴＥの初期ＲＲＣ接続設定（ｉｎｉｔｉａｌ ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を行うことを指す。該当の端末が多重−ＲＡＴ ＡＭＳということを、ＲＲＣ接続要請メッセージ又はＲＲＣ接続設定メッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージなど）などを用いて指示（Ｉｎｄｉｃａｔｉｏｎ）することができる。既存メッセージに“ＭｕｌｔｉＲＡＴＡｃｃｅｓｓＡｖａｉｌａｂｌｅ”のようなパラメータを追加して送信することができる（例えば、１ビット）

セカンダリシステム情報送信（Ｓｅｃｏｎｄａｒｙ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｍｉｓｓｉｏｎ）

端末が受信すべきＡＰの共通（ｃｏｍｍｏｎ）情報がある場合、ｅＮＢからセカンダリシステムに関する情報をブロードキャストすることができる。

多重−ＲＡＴ性能交渉（Ｍｕｌｔｉ−ＲＡＴ ｃａｐａｂｉｌｉｔｙ ｎｅｇｏｔｉａｔｉｏｎ）

多重−ＲＡＴ性能交渉は、一般に、初期接続設定後に行われる。接続再設定（Ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）の場合、多重−ＲＡＴ性能交渉は省略されてもよい。ハンドオーバー（ＨＯ）の場合、ターゲットｅＮＢはサービングｅＮＢからバックボーン網を通じて事前交渉（ｐｒｅ−ｎｅｇｏｔｉａｔｉｏｎ）を行うことができる。ｅＮＢはＵＥの多重−ＲＡＴ性能を、端末がＲＲＣ＿ＩＤＬＥに進入して一定時間の間に保存することができ、多重−ＲＡＴ情報維持タイムアウト（ＭｕｌｔｉＲＡＴ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｔａｉｎ ｔｉｍｅｏｕｔ）前にネットワーク再設定（ｎｅｔｗｏｒｋ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）が行われる場合、当該多重−ＲＡＴ性能交渉は省略されてもよい。

１．ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ

ｕｅ−ＣａｐａｂｉｌｉｔｙＲｅｑｕｅｓｔに、ＷｉＦｉ又はＷＬＡＮ又は８０２．１１のような新しいＲＡＴ（すなわち、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ））に関するパラメータを追加することができる

２．ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージ

端末のＷｉＦｉ関連性能情報を当該メッセージに追加して送信することができる。ＲＡＴ−Ｔｙｐｅに関する新しいパラメータのＷｉＦｉ又は８０２．１１が追加され、これと共に送信される場合、次の情報をさらに送信することができる。

− ＵＥの８０２．１１ＭＡＣアドレス（認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）情報のために）

既存接続ＡＰ情報（ＵＥの好むＡＰ（ＵＥ’ｓ ｐｒｅｆｅｒｒｅｄ ＡＰ））（この値は、既存接続ＡＰの属したｅＮＢにのみ送信されることが好ましい）

− Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ（１１ａ／ｂ／ｎ…）情報

− 無線ＬＡＮ（又は、セカンダリシステム）に送信しようとするトラフィック特性

３．ＵＥＣａｐａｂｉｌｉｔｙＣｏｍｐｌｅｔｅ又はＵＥＣａｐａｂｉｌｉｔｙＲｅｓｐｏｎｓｅメッセージ（新しいメッセージ）

端末は、ＵＥＣａｐａｂｉｌｉｔｙＣｏｍｐｌｅｔｅ又はＵＥＣａｐａｂｉｌｉｔｙＲｅｓｐｏｎｓｅメッセージなどで候補ＡＰ（Ｃａｎｄｉｄａｔｅ ＡＰｓ）情報を受信することができる。

ＬＴＥベースのＵＥ性能交渉

本発明の技術は、無線ＬＡＮのような異種網連動技術に対する性能（ｃａｐａｂｉｌｉｔｙ）を有する基地局が端末にＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージを送信することによってＵＥの異種網関連情報を受信することを提案する。

ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージには次のようなパラメータを追加することができる。

Ｗｉｆｉ関連ＵＥ性能要請パラメータ

５．６．３．３Ｒｅｃｅｐｔｉｏｎ ｏｆ ｔｈｅ ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ ｂｙ ｔｈｅ ＵＥ（３ＧＰＰ ＴＳ３６．３３１）に、下記の内容が追加されている。

Ｔｈｅ ＵＥ ｓｈａｌｌ：

１＞ ｓｅｔ ｔｈｅ ｃｏｎｔｅｎｔｓ ｏｆ ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ ａｓ ｆｏｌｌｏｗｓ：

２＞ ｉｆ ｔｈｅ ｕｅ−ＣａｐａｂｉｌｉｔｙＲｅｑｕｅｓｔ ｉｎｃｌｕｄｅｓ ｗｉｆｉ ａｎｄ ｉｆ ｔｈｅ ＵＥ ｓｕｐｐｏｒｔｓ ＷｉＦｉ （ｏｒ ＷＬＡＮ ｏｒ ８０２．１１ｘ） ｄｏｍａｉｎ ：

３＞ ｉｎｃｌｕｄｅ ｔｈｅ ＵＥ ｒａｄｉｏ ａｃｃｅｓｓ ｃａｐａｂｉｌｉｔｉｅｓ ｆｏｒ ＷｉＦｉ ｗｉｔｈｉｎ ａ ｕｅ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒ ａｎｄ ｗｉｔｈ ｔｈｅ ｒａｔ−Ｔｙｐｅ ｓｅｔ ｔｏ ＷｉＦｉ（ｏｒ ＷＬＡＮ ｏｒ ８０２．１１ｘ）；

ＷｉＦｉ関連ＵＥ無線接続性能には、ＵＥの８０２．１１ＭＡＣアドレス、既存接続ＡＰ情報（ＵＥの好むＡＰ）、プロトコルバーション（１１ａ／ｂ／ｎ…）情報、又は無線ＬＡＮ（又は、セカンダリシステム）に送信しようとするトラフィック特性を含めることができる。

１＞ ｓｕｂｍｉｔ ｔｈｅ ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ ｔｏ ｌｏｗｅｒ ｌａｙｅｒｓ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ， ｕｐｏｎ ｗｈｉｃｈ ｔｈｅ ｐｒｏｃｅｄｕｒｅ ｅｎｄｓ

図４は、本発明に係るマルチシステム支援関連の交渉手順を説明するための例示図である。

図４は、特に、ＬＴＥベースのＵＥ性能交渉のためのものであり、無線ＬＡＮのような異種網連動技術に対する性能があるｅＮＢが、ＵＥにＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージを送信することによって、ＵＥの異種網関連情報を受信する過程を説明する。

図４を参照すると、ＵＥ（すなわち、マルチシステムＵＥ）は、プライマリシステム（プライマリシステムのｅＮＢ）と初期ネットワーク進入手順を行う。すなわち、ＵＥは、プライマリシステムとの初期接続設定（Ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｗｉｔｈ プライマリシステム）を行う。プライマリシステムがＬＴＥシステムである場合、ＵＥは、既存ＬＴＥの初期ＲＲＣ接続設定（ｉｎｉｔｉａｌ ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を行う。基地局はＵＥにセカンダリシステム情報メッセージを送信することができる。

ＵＥのマルチシステム（或いは、多重−ＲＡＴ）性能交渉は、初期接続設定の後に行われてもよい。

ｅＮＢは、ＵＥの性能を質問する（例えば、ＵＥがマルチシステム又は多重−ＲＡＴに同時にアクセスすることを支援できるか否か、どのシステム或いはＲＡＴへのアクセスを同時に支援するかの質問）メッセージをＵＥに送信することができる。このメッセージは、“ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ”と呼ぶことができる。ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージにＵＥ−ＣａｐａｂｉｌｉｔｙＲｅｑｕｅｓｔパラメータが追加され、この追加されたパラメータにて、ＵＥがマルチシステム又は多重−ＲＡＴを同時に支援できるか否か、又はどのシステムを支援できるかを質問する内容を送信する。ＵＥ−ＣａｐａｂｉｌｉｔｙＲｅｑｕｅｓｔパラメータにはＷｉＦｉ、ＷＬＡＮ、又は８０２．１１のような新しい無線接続技術（ＲＡＴ）（すなわち、非免許帯域）に関するパラメータを含めて送信することができる。

ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージに対する応答として、ＵＥはｅＮＢに、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージを送信する。このＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージは、例えば、ＷｉＦｉ関連性能情報を含むことができる。

ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージは、複数の無線接続技術或いはシステムタイプに同時にアクセスすることを支援するか否かを示す指示子、及び支援可能な無線接続技術或いはシステムタイプに関する情報を含むことができる。例えば、支援可能な無線接続技術がＷｉＦｉであると、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージはさらにＵＥの８０２．１１ＭＡＣアドレス（認証情報ために）を含むことができる。また、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージは、既存接続ＡＰ情報（ＵＥの好むＡＰ）を含むことができ、この情報は、既存接続ＡＰの属したｅＮＢにのみ送信されることが好ましい。また、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージはさらにプロトコルバーション（１１ａ／ｂ／ｎ…）情報、ＷＬＡＮを通じて送信又は受信したいトラフィックタイプ或いは特性（例えば、ＥＰＳ ｂｅａｒｅｒ ＱｏＳ ｔｙｐｅ）に関する情報を含むことができる。このようなトラフィックタイプ或いは特性に関する情報については後述する。

ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージがなく、非要求（ｕｎｓｏｌｉｃｉｔｅｄ）方式でＵＥＣａｐａｉｂｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージに異種網連動技術に関する性能情報を含めて端末が基地局に送信することができる。この場合、基地局は、当該メッセージに対する応答としてＵＥＣａｐａｉｂｌｉｔｙＣｏｍｐｌｅｔｅメッセージを送信することもできる。

図４では、既存のＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージが送信される場合にのみ（１段階）、ＵＥはＵＥＣａｐａｉｂｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージを送信し（２段階）、この場合、ｅＮＢは、ＵＥＣａｐａｉｂｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージに対する応答としてＵＥＣａｐａｉｂｌｉｔｙＣｏｍｐｌｅｔｅメッセージを送信することができるが（３段階）、これは選択的（ｏｐｔｉｏｎａｌ）段階である。したがって、多重−ＲＡＴ性能交渉手順は、２つ又は３つの段階で構成することができる。

一方、多重−ＲＡＴ性能交渉手順を１つ又は２つのｓｔｅｐで構成することもできる。既存のＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージがなく、非要求方式でＵＥＣａｐａｉｂｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージをＵＥの判断下にｅＮＢに送信することができる（１段階）。この場合、ｅＮＢは、ＵＥＣａｐａｉｂｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージに対する応答としてＵＥＣａｐａｉｂｌｉｔｙＣｏｍｐｌｅｔｅメッセージをＵＥに送信することができる（２段階）（選択的）。

ＵＥはｅＮＢとデータを交換することができ（Ｓ４６０）、Ｓ４５０段階で受信した候補ＡＰリスト（或いは、ＡＰｓ）に基づいてセカンダリシステムスキャニングを行い、ＡＰを選択することができる。スキャニング後に、セカンダリシステム管理（セカンダリシステム ｍａｎａｇｅｍｅｎｔ）を行うことができる。

ここで、セカンダリシステム（例、ＡＰ）測定のためのトリガー条件（ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎ）があり、このトリガー条件の定義を説明する前にまず、トラフィック状態を示すＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）について、３ＧＰＰ ＬＴＥシステムを取り上げて簡略に説明する。

図５は、ＬＴＥシステムにおけるトラフィック特性を説明するための例示図である。

図５を参照すると、端末（ＵＥ）がＬＴＥ網に接続をすると、端末からＰ−ＧＷまで（ＵＥ − ｅＮＢ − Ｓ−ＧＷ − Ｐ−ＧＷ）ＥＰＳ（Ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ）ベアラ（Ｂｅａｒｅｒ）が生成される（ＧＴＰ方式のトンネル）。そして、各サービス特性によって複数個のＥＰＳベアラが生成されてもよい。例えば、Ｉｎｔｅｒｎｅｔ用ＥＰＳベアラ、ＩＰＴＶ用ＥＰＳベアラ、ＶｏＩＰ用ＥＰＳベアラなどが生成されてもよい。デフォルト（Ｄｅｆａｕｌｔ）ＥＰＳベアラ及び専用（Ｄｅｄｉｃａｔｅｄ）ＥＰＳベアラ特性を説明すると、次のとおりである。

デフォルトＥＰＳベアラ − デフォルトＥＰＳベアラのＱｏＳ特性は、非−ＧＢＲ（Ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）である。例えば、インターネットサービス

専用ＥＰＳベアラ − 専用ＥＰＳベアラは、ＧＢＲで生成されてもよく、非−ＧＢＲで生成されてもよい。例えば、ＶｏＤサービスのための専用ＥＰＳベアラはＧＢＲで生成される。

以下、ＬＴＥ ＱｏＳについて簡略に説明する。

既存ＬＴＥは、トラフィック特性に対する定義をネットワークレベル（すなわち、Ｐ−ＧＷ）で定義するようにしている。Ｐ−ＧＷが５−タプル（ｔｕｐｌｅ）サービスデータフローを定義し、ｅＮＢがＧＢＲ又は非−ＧＢＲを定義する。

ＰＤＮ接続：ＵＥとＰＤＮ間ＩＰ接続（ＵＥはＩＰアドレスで、ＰＤＮはＡＰＮで識別する）

ＥＰＳセッション：ＰＤＮ接続と同一の意味であって、一つ以上のＥＰＳベアラを有し、ＵＥにＩＰアドレスが割り当てられ、ＵＥがＩＰ網に接続している限り維持される。

ＥＰＳベアラ：特定ＱｏＳでＩＰトラフィックを送信するためにＵＥとＰ−ＧＷ間に設定された伝達経路。各ＥＰＳベアラは、伝達経路の特性を示すＱｏＳパラメータに設定される。

デフォルトベアラ − 新しいＰＤＮ接続が生成される時に初めて生成されるＥＰＳベアラであり、ＰＤＮ接続が終了するまで維持される。常に、非−ＧＢＲ形態で設定される。

専用ベアラ − ＰＤＮ接続の生成後に追加的にオンデマンド（ｏｎ−ｄｅｍａｎｄ）で生成されるＥＰＳベアラ。ＧＢＲ又は非−ＧＢＲ

ＳＤＦ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｆｌｏｗ）：サービスに対応するＩＰフロー又はＩＰフローの集合であり、パケットのＩＰ及びＴＣＰ／ＵＤＰヘッダーによって識別される。ＳＤＦ別に異なるＱｏＳが適用され、ＰＣＲＦによってＰＣＣ規則が適用される。ＳＤＦのＱｏＳを満たし得るＥＰＳベアラを通じて伝達される。複数のＳＤＦが同一のＥＰＳベアラにマップされてもよい。ユーザトラフィックは、いかなるサービス（又は、アプリケーション）を用いるかによって異なるＱｏＳ特性を有する。ＳＤＦは、ユーザトラフィックをサービス別にフィルタリングしたＩＰフロー又はＩＰフローの集合であり、ＵＥの加入者等級及び利用するアプリケーションによって特定ＱｏＳ政策が適用される。ユーザに向かうＩＰフローは、サービス特性にしたがって、ＳＤＦテンプレート（ｃｌａｓｓｉｆｉｅｒ）によってＳＤＦに分類され、ＳＤＦ別にＱｏＳ政策（例、帯域幅制御）が適用されてユーザに伝達される。ＥＰＳ伝達網においてＱｏＳはＥＰＳベアラにマップして送信される。

ＥＰＳベアラ：前述したように、ＥＰＳベアラ種類は、デフォルト（ｄｅｆａｕｌｔ）と専用（ｄｅｄｉｃａｔｅｄ）がある。ＵＥがＬＴＥ網に接続すると、ＩＰアドレスを割り当てられ、ＰＤＮ接続を生成しながら、同時にデフォルトＥＰＳベアラが生成される。ＵＥがデフォルトベアラを通じてサービス（例、インターネット）を利用するが、デフォルトベアラではＱｏＳを正しく受信できないサービス（例、ＶｏＤ）を利用するようになると、オンデマンドで専用ベアラが生成される。すなわち、専用ベアラは、既に設定されているヘアラとは異なるＱｏＳで設定される。ＵＥは、いくつかのＡＰＮに接続することができ、ＡＰＮ当たり一つのデフォルトＥＰＳベアラといくつかの専用ＥＰＳベアラを設定でき、この場合、最大１１個までＥＰＳベアラを設定することができる。

デフォルトベアラは、ＵＥが網に初期接続する際に生成された後、中間にサービスを利用しない時にも維持されるが、網を離れる時になくなる。デフォルトベアラは、ＡＰＮ当たり一つずつ生成されるが、網に初期接続時に、いずれのＡＰＮでいかなるＱｏＳを適用して生成するかは、ユーザの加入情報としてＨＳＳにプロビジョニングされている。ＵＥが網に初期接続すると、ＭＭＥはＨＳＳからユーザ加入情報をダウンロードし、加入者ＱｏＳプロファイルを用いて該当のＰＤＮに対してデフォルトベアラを生成する。

ＳＤＦ ＱｏＳ：ＱＣＩ（ＱｏＳ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ）とＡＲＰ（Ａｌｌｏｃａｔｉｏｎ ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ）は、全てのＳＤＦに適用される基本ＱｏＳパラメータである。ＱＣＩは、互いに異なるＱｏＳ特性を標準化して整数値（１−９）で表現したものであり、標準化されたＱｏＳ特性は、リソースタイプ（ｒｅｓｏｕｒｃｅ ｔｙｐｅ）、優先度（ｐｒｉｏｒｉｔｙ）、パケット遅延割当量（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ）、パケットエラー損失レート（ｐａｃｋｅｔ ｅｒｒｏｒ ｌｏｓｓ ｒａｔｅ）で表現される。ＳＤＦは、リソース形態によって、網リソースが固定的に割り当てられるＧＢＲ型ＳＤＦと、そうでない非−ＧＢＲ型ＳＤＦとに区別される。ＱＣＩとＡＲＰの他に、ＧＢＲ型ＳＤＦは、ＱｏＳパラメータとしてＧＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）とＭＢＲ（Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）が割り当てられ、非−ＧＢＲ型ＳＤＦは、ＭＢＲが割り当てられる。

ＧＢＲ型ＳＤＦ ＱｏＳパラメータ：ＱＣＩ、ＡＲＰ、ＧＢＲ（ＤＬ／ＵＬ）、ＭＢＲ（ＤＬ／ＵＬ）

非−ＧＢＲ型ＳＤＦ ＱｏＳパラメータ：ＱＣＩ、ＡＲＰ、ＭＢＲ（ＤＬ／ＵＬ）

ＳＤＦは、Ｐ−ＧＷでＥＰＳベアラにマップされてＥＰＳベアラを通じてＵＥに伝達される。同一のＱＣＩとＡＲＰを有するＳＤＦ（ＳＤＦ集合（ＳＤＦ ａｇｇｒｅｇａｔｅ））は、一つのＥＰＳベアラにマップされる。

ＥＰＳベアラＱｏＳ：ＱＣＩとＡＲＰは全てのＥＰＳベアラに適用される基本ＱｏＳパラメータである。ＥＰＳベアラは、ＱＣＩリソース形態によって、ＧＢＲ型ベアラと非−ＧＢＲ型ベアラとに区別される。デフォルトベアラは常に非−ＧＢＲ型であり、専用ベアラは、ＧＢＲ又は非−ＧＢＲに設定することができる。ＧＢＲ型ベアラＱｏＳパラメータには、ＱＣＩ、ＡＲＰ、ＧＢＲ（ＤＬ／ＵＬ）、ＭＢＲ（ＤＬ／ＵＬ）がある。非−ＧＢＲ型ベアラＱｏＳパラメータには、ＱＣＩ、ＡＲＰ、ＡＰＮ−ＡＭＢＲ（ＤＬ／ＵＬ）、ＵＥ−ＡＭＢＲ（ＤＬ／ＵＬ）がある。

ＱＣＩとＡＲＰの他、ＧＢＲ型ベアラは、ＱｏＳパラメータとしてＧＢＲとＭＢＲを有し、これは、ベアラ別に固定したリソースが割り当てられることを意味する。一方、非−ＧＢＲ型ベアラは、ＱｏＳパラメータとしてＡＭＢＲ（Ａｇｇｒｅｇａｔｅｄ Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）を有し、これは、リソースがベアラ別に割り当てられない代わりに、他の非−ＧＢＲ型ベアラと一緒に使用できる最大帯域幅が割り当てられることを意味する。ＡＰＮ−ＡＭＢＲは、同一ＰＤＮ内で非−ＧＢＲ型ベアラが共有し得る最大帯域幅であり、ＵＥ−ＡＭＢＲは、同一ＵＥで共有し得る最大帯域幅である。ＵＥが複数のＰＤＮ接続を有する場合、各ＰＤＮのＡＰＮ−ＡＭＢＲの和がＵＥ−ＡＭＢＲを超過してはならない。

端末に送信される全てのデータ接続は、ｅＮＢとの無線リソース設定手順（Ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）によってなされなければならず、ｅＮＢの判断下に、特定ＲＢ（Ｒａｄｉｏ ｂｅａｒｅｒ）又はＬＣ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）に対するｄａｔａはＡＰを介して送信するようにする。

セカンダリシステムスキャニング（Ｓｅｃｏｎｄａｒｙ ｓｙｓｔｅｍ ｓｃａｎｎｉｎｇ）

特定ＲＢ又はＬＣがセカンダリシステム（例、ＷＬＡＮ）と通信する必要があるとき、ｅＮＢはＵＥに周辺ＡＰのスキャニングを指示することができる。

１．ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ

測定設定（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）が含まれた場合、端末のファーストＡＰ検出（ｆａｓｔ ＡＰ ｄｅｔｅｃｔｉｏｎ）のための情報を送信することができる。周辺ＡＰのＳＳＩＤ、ビーコン（Ｂｅａｃｏｎ）送信周期、測定ギャップ（ｍｅａｓｕｒｅｍｅｎｔ ｇａｐ）情報などを含むことができる。無線リソース設定（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が含まれた場合、生成されるＲＢのトラフィック特性を示し得るフィールドが併せて送信（例、本発明で定義するＥＰＳベアラＱｏＳタイプ、又はＱＣＩ、ＡＲＰ、ＧＢＲ（ＤＬ／ＵＬ）、ＭＢＲ（ＤＬ／ＵＬ）のようなパラメータによるトラフィック特性定義値）することができる。

２．端末は、ビーコン（Ｂｅａｃｏｎ）信号の受信（受動的スキャニング）又はプローブ要請／応答（Ｐｒｏｂｅ Ｒｅｑ／Ｒｓｐ）の送受信（能動的スキャニング）によってＡＰとのスキャニングを行うことができる。

３．ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージ

端末は、検出されたＡＰの測定結果（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｓｕｌｔ）をｅＮＢに送信（各ＡＰに対するＲＳＳＩ、ＵＥの好むＡＰなど）

セカンダリシステム選択（Ｓｅｃｏｎｄａｒｙ ｓｙｓｔｅｍ ｓｅｌｅｃｔｉｏｎ）

端末が２つ以上のセカンダリシステムを検出した場合、ｅＮＢは、次のようなメトリック（ｍｅｔｒｉｃ）を用いて最適のシステムを選択してＵＥに知らせることができる（Ｓａｍｅ ｏｐｅｒａｔｏｒ、ＵＥ’ｓ ｐｒｉｏｒｉｔｙ、ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ、ｌｏａｄ ｂａｌａｎｃｉｎｇ、ｃａｒｒｉｅｄ ｔｒａｆｆｉｃなど）。

多重−ＲＡＴ ＵＥのための多重−ＲＡＴ測定手順

ＲＲＣＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ

この手順の目的は、ＲＲＣ接続を修正することである。例えば、この手順は、ＲＢを設定／修正／解除し、ハンドオーバーを行い、測定結果（ｍｅａｓｕｒｅｍｅｎｔｓ）をセットアップ／修正／解除し、ＳＣｅｌｌを追加／修正／解除する。当該手順の一部として、ＮＡＳ専用情報がＥ−ＵＴＲＡＮからＵＥに伝達されてもよい。

多重−ＲＡＴ端末は、プライマリシステムとの接続中にもセカンダリシステムに対する測定が可能であってもよい。可能だとすれば、多重−ＲＡＴ端末は基地局との測定ギャップを設定する必要がない。すなわち、基地局は、ＲＲＣＣｏｎｇｉｆｕｒａｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの測定設定（ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）によってＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ送信方式だけを指示することもできる。

ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージ（ｃｏｎｔ．）

この手順の目的は、測定結果をＵＥからＥ−ＵＴＲＡＮに伝達することである。測定報告がトリガーされたｍｅａｓＩｄに対して、ＵＥは、下記のように、当該ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージ内にｍｅａｓＲｅｓｕｌｔｓを設定するはずである：

１＞ ｓｅｔ ｔｈｅ ｍｅａｓＩｄ ｔｏ ｔｈｅ ｍｅａｓｕｒｅｍｅｎｔ ｉｄｅｎｔｉｔｙ ｔｈａｔ ｔｒｉｇｇｅｒｅｄ ｔｈｅ ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔｉｎｇ；

１＞ ｓｅｔ ｔｈｅ ｍｅａｓＲｅｓｕｌｔＰＣｅｌｌ ｔｏ ｉｎｃｌｕｄｅ ｔｈｅ ｑｕａｎｔｉｔｉｅｓ ｏｆ ｔｈｅ ＰＣｅｌｌ；

１＞ ｓｅｔ ｔｈｅ ｍｅａｓＲｅｓｕｌｔＳｅｒｖＦｒｅｑＬｉｓｔ ｔｏ ｉｎｃｌｕｄｅ ｆｏｒ ｅａｃｈ ＳＣｅｌｌ ｔｈａｔ ｉｓ ｃｏｎｆｉｇｕｒｅｄ， ｉｆ ａｎｙ， ｗｉｔｈｉｎ ｍｅａｓＲｅｓｕｌｔＳＣｅｌｌ ｔｈｅ ｑｕａｎｔｉｔｉｅｓ ｏｆ ｔｈｅ ｃｏｎｃｅｒｎｅｄ ＳＣｅｌｌ；

１＞ ｉｆ ｔｈｅ ｒｅｐｏｒｔＣｏｎｆｉｇ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｅ ｍｅａｓＩｄ ｔｈａｔ ｔｒｉｇｇｅｒｅｄ ｔｈｅ ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔｉｎｇ ｉｎｃｌｕｄｅｓ ｒｅｐｏｒｔＡｄｄＮｅｉｇｈＭｅａｓ：

２＞ ｆｏｒ ｅａｃｈ ｓｅｒｖｉｎｇ ｆｒｅｑｕｅｎｃｙ ｆｏｒ ｗｈｉｃｈ ｍｅａｓＯｂｊｅｃｔＩｄ ｉｓ ｒｅｆｅｒｅｎｃｅｄ ｉｎ ｔｈｅ ｍｅａｓＩｄＬｉｓｔ， ｏｔｈｅｒ ｔｈａｎ ｔｈｅ ｆｒｅｑｕｅｎｃｙ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｗｉｔｈ ｔｈｅ ｍｅａｓＩｄ ｔｈａｔ ｔｒｉｇｇｅｒｅｄ ｔｈｅ ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔｉｎ

３＞ ｓｅｔ ｔｈｅ ｍｅａｓＲｅｓｕｌｔＳｅｒｖＦｒｅｑＬｉｓｔ ｔｏ ｉｎｃｌｕｄｅ ｗｉｔｈｉｎ ｍｅａｓＲｅｓｕｌｔＢｅｓｔＮｅｉｇｈＣｅｌｌ ｔｈｅ ｐｈｙｓＣｅｌｌＩｄ ａｎｄ ｔｈｅ ｑｕａｎｔｉｔｉｅｓ ｏｆ ｔｈｅ ｂｅｓｔ ｎｏｎ−ｓｅｒｖｉｎｇ ｃｅｌｌ， ｂａｓｅｄ ｏｎ ＲＳＲＰ， ｏｎ ｔｈｅ ｃｏｎｃｅｒｎｅｄ ｓｅｒｖｉｎｇ ｆｒｅｑｕｅｎｃｙ；

１＞ ｉｆ ｔｈｅｒｅ ｉｓ ａｔ ｌｅａｓｔ ｏｎｅ ａｐｐｌｉｃａｂｌｅ ｎｅｉｇｈｂｏｕｒｉｎｇ ｃｅｌｌ ｔｏ ｒｅｐｏｒｔ：

２＞ ｓｅｔ ｔｈｅ ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌｓ ｔｏ ｉｎｃｌｕｄｅ ｔｈｅ ｂｅｓｔ ｎｅｉｇｈｂｏｕｒｉｎｇ ｃｅｌｌｓ ｕｐ ｔｏ ｍａｘＲｅｐｏｒｔＣｅｌｌｓ ｉｎ ａｃｃｏｒｄａｎｃｅ ｗｉｔｈ ｔｈｅ ｆｏｌｌｏｗｉｎｇ：

３＞ ｉｆ ｔｈｅ ｔｒｉｇｇｅｒＴｙｐｅ ｉｓ ｓｅｔ ｔｏ ｅｖｅｎｔ：

４＞ ｉｎｃｌｕｄｅ ｔｈｅ ｃｅｌｌｓ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ｃｅｌｌｓＴｒｉｇｇｅｒｅｄＬｉｓｔ ａｓ ｄｅｆｉｎｅｄ ｗｉｔｈｉｎ ｔｈｅ ＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ ｆｏｒ ｔｈｉｓ ｍｅａｓＩｄ；

３＞ ｅｌｓｅ：

４＞ ｉｎｃｌｕｄｅ ｔｈｅ ａｐｐｌｉｃａｂｌｅ ｃｅｌｌｓ ｆｏｒ ｗｈｉｃｈ ｔｈｅ ｎｅｗ ｍｅａｓｕｒｅｍｅｎｔ ｒｅｓｕｌｔｓ ｂｅｃａｍｅ ａｖａｉｌａｂｌｅ ｓｉｎｃｅ ｔｈｅ ｌａｓｔ ｐｅｒｉｏｄｉｃａｌ ｒｅｐｏｒｔｉｎｇ ｏｒ ｓｉｎｃｅ ｔｈｅ ｍｅａｓｕｒｅｍｅｎｔ ｗａｓ ｉｎｉｔｉａｔｅｄ ｏｒ ｒｅｓｅｔ；

ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ ｍｅｓｓａｇｅ （ｃｏｎｔ．）

３＞ ｆｏｒ ｅａｃｈ ｃｅｌｌ ｔｈａｔ ｉｓ ｉｎｃｌｕｄｅｄ ｉｎ ｔｈｅ ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌｓ， ｉｎｃｌｕｄｅ ｔｈｅ ｐｈｙｓＣｅｌｌＩｄ；

３＞ ｉｆ ｔｈｅ ｔｒｉｇｇｅｒＴｙｐｅ ｉｓ ｓｅｔ ｔｏ ｅｖｅｎｔ； ｏｒ ｔｈｅ ｐｕｒｐｏｓｅ ｉｓ ｓｅｔ ｔｏ ｒｅｐｏｒｔＳｔｒｏｎｇｅｓｔＣｅｌｌｓ ｏｒ ｔｏ ｒｅｐｏｒｔＳｔｒｏｎｇｅｓｔＣｅｌｌｓＦｏｒＳＯＮ：

４＞ ｆｏｒ ｅａｃｈ ｉｎｃｌｕｄｅｄ ｃｅｌｌ， ｉｎｃｌｕｄｅ ｔｈｅ ｌａｙｅｒ ３ ｆｉｌｔｅｒｅｄ ｍｅａｓｕｒｅｄ ｒｅｓｕｌｔｓ ｉｎ ａｃｃｏｒｄａｎｃｅ ｗｉｔｈ ｔｈｅ ｒｅｐｏｒｔＣｏｎｆｉｇ ｆｏｒ ｔｈｉｓ ｍｅａｓＩｄ， ｏｒｄｅｒｅｄ ａｓ ｆｏｌｌｏｗｓ：

５＞ ｉｆ ｔｈｅ ｍｅａｓＯｂｊｅｃｔ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｉｓ ｍｅａｓＩｄ ｃｏｎｃｅｒｎｓ Ｅ−ＵＴＲＡ：

６＞ ｓｅｔ ｔｈｅ ｍｅａｓＲｅｓｕｌｔ ｔｏ ｉｎｃｌｕｄｅ ｔｈｅ ｑｕａｎｔｉｔｙ（ｉｅｓ） ｉｎｄｉｃａｔｅｄ ｉｎ ｔｈｅ ｒｅｐｏｒｔＱｕａｎｔｉｔｙ ｗｉｔｈｉｎ ｔｈｅ ｃｏｎｃｅｒｎｅｄ ｒｅｐｏｒｔＣｏｎｆｉｇ ｉｎ ｏｒｄｅｒ ｏｆ ｄｅｃｒｅａｓｉｎｇ ｔｒｉｇｇｅｒＱｕａｎｔｉｔｙ， ｉ．ｅ． ｔｈｅ ｂｅｓｔ ｃｅｌｌ ｉｓ ｉｎｃｌｕｄｅｄ ｆｉｒｓｔ；

５＞ ｉｆ ｔｈｅ ｍｅａｓＯｂｊｅｃｔ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｉｓ ｍｅａｓＩｄ ｃｏｎｃｅｒｎｓ ＵＴＲＡ ＦＤＤ ａｎｄ ｉｆ ＲｅｐｏｒｔＣｏｎｆｉｇＩｎｔｅｒＲＡＴ ｉｎｃｌｕｄｅｓ ｔｈｅ ｒｅｐｏｒｔＱｕａｎｔｉｔｙＵＴＲＡ−ＦＤＤ：

６＞ ｓｅｔ ｔｈｅ ｍｅａｓＲｅｓｕｌｔ ｔｏ ｉｎｃｌｕｄｅ ｔｈｅ ｑｕａｎｔｉｔｉｅｓ ｉｎｄｉｃａｔｅｄ ｂｙ ｔｈｅ ｒｅｐｏｒｔＱｕａｎｔｉｔｙＵＴＲＡ−ＦＤＤ ｉｎ ｏｒｄｅｒ ｏｆ ｄｅｃｒｅａｓｉｎｇ ｍｅａｓＱｕａｎｔｉｔｙＵＴＲＡ−ＦＤＤ ｗｉｔｈｉｎ ｔｈｅ ｑｕａｎｔｉｔｙＣｏｎｆｉｇ， ｉ．ｅ． ｔｈｅ ｂｅｓｔ ｃｅｌｌ ｉｓ ｉｎｃｌｕｄｅｄ ｆｉｒｓｔ；

５＞ ｉｆ ｔｈｅ ｍｅａｓＯｂｊｅｃｔ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｉｓ ｍｅａｓＩｄ ｃｏｎｃｅｒｎｓ ＵＴＲＡ ＦＤＤ ａｎｄ ｉｆ ＲｅｐｏｒｔＣｏｎｆｉｇＩｎｔｅｒＲＡＴ ｄｏｅｓ ｎｏｔ ｉｎｃｌｕｄｅ ｔｈｅ ｒｅｐｏｒｔＱｕａｎｔｉｔｙＵＴＲＡ−ＦＤＤ； ｏｒ

５＞ ｉｆ ｔｈｅ ｍｅａｓＯｂｊｅｃｔ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｉｓ ｍｅａｓＩｄ ｃｏｎｃｅｒｎｓ ＵＴＲＡ ＴＤＤ， ＧＥＲＡＮ ｏｒ ＣＤＭＡ２０００：

６＞ｓｅｔ ｔｈｅ ｍｅａｓＲｅｓｕｌｔ ｔｏ ｔｈｅ ｑｕａｎｔｉｔｙ ａｓ ｃｏｎｆｉｇｕｒｅｄ ｆｏｒ ｔｈｅ ｃｏｎｃｅｒｎｅｄ ＲＡＴ ｗｉｔｈｉｎ ｔｈｅ ｑｕａｎｔｉｔｙＣｏｎｆｉｇ ｉｎ ｏｒｄｅｒ ｏｆ ｅｉｔｈｅｒ ｄｅｃｒｅａｓｉｎｇ ｑｕａｎｔｉｔｙ ｆｏｒ ＵＴＲＡ ａｎｄ ＧＥＲＡＮ ｏｒ ｉｎｃｒｅａｓｉｎｇ ｑｕａｎｔｉｔｙ ｆｏｒ ＣＤＭＡ２０００ ｐｉｌｏｔＳｔｒｅｎｇｔｈ， ｉ．ｅ． ｔｈｅ ｂｅｓｔ ｃｅｌｌ ｉｓ ｉｎｃｌｕｄｅｄ ｆｉｒｓｔ；

５＞ ｉｆ ｔｈｅ ｍｅａｓＯｂｊｅｃｔ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｉｓ ｍｅａｓＩｄ ｃｏｎｃｅｒｎｓ ＷＬＡＮ ａｎｄ ｉｆ ＲｅｐｏｒｔＣｏｎｆｉｇＩｎｔｅｒＲＡＴ ｉｎｃｌｕｄｅｓ ｔｈｅ ｒｅｐｏｒｔＱｕａｎｔｉｔｙＷＬＡＮ：

６＞ｓｅｔ ｔｈｅ ｍｅａｓＲｅｓｕｌｔ ｔｏ ｉｎｃｌｕｄｅ ｔｈｅ ｑｕａｎｔｉｔｉｅｓ ｉｎｄｉｃａｔｅｄ ｂｙ ｔｈｅ ｒｅｐｏｒｔＱｕａｎｔｉｔｙＷＬＡＮ ｉｎ ｏｒｄｅｒ ｏｆ ｄｅｃｒｅａｓｉｎｇ ｍｅａｓＱｕａｎｔｉｔｙＷＬＡＮ ｗｉｔｈｉｎ ｔｈｅ ｑｕａｎｔｉｔｙＣｏｎｆｉｇ， ｉ．ｅ． ｔｈｅ ｂｅｓｔ ｃｅｌｌ ｉｓ ｉｎｃｌｕｄｅｄ ｆｉｒｓｔ．

３＞ ｅｌｓｅ ｉｆ ｔｈｅ ｐｕｒｐｏｓｅ ｉｓ ｓｅｔ ｔｏ ｒｅｐｏｒｔＣＧＩ：

４＞ ｉｆ ｔｈｅ ｍａｎｄａｔｏｒｙ ｐｒｅｓｅｎｔ ｆｉｅｌｄｓ ｏｆ ｔｈｅ ｃｇｉ−Ｉｎｆｏ ｆｏｒ ｔｈｅ ｃｅｌｌ ｉｎｄｉｃａｔｅｄ ｂｙ ｔｈｅ ｃｅｌｌＦｏｒＷｈｉｃｈＴｏＲｅｐｏｒｔＣＧＩ ｉｎ ｔｈｅ ａｓｓｏｃｉａｔｅｄ ｍｅａｓＯｂｊｅｃｔ ｈａｖｅ ｂｅｅｎ ｏｂｔａｉｎｅｄ：

５＞ ｉｆ ｔｈｅ ｃｅｌｌ ｂｒｏａｄｃａｓｔｓ ａ ＣＳＧ ｉｄｅｎｔｉｔｙ：

６＞ｉｎｃｌｕｄｅ ｔｈｅ ｃｓｇ−Ｉｄｅｎｔｉｔｙ；

６＞ｉｎｃｌｕｄｅ ｔｈｅ ｃｓｇ−ＭｅｍｂｅｒＳｔａｔｕｓ ａｎｄ ｓｅｔ ｉｔ ｔｏ ｍｅｍｂｅｒ ｉｆ ｔｈｅ ｃｅｌｌ ｉｓ ａ ＣＳＧ ｍｅｍｂｅｒ ｃｅｌｌ；

５＞ ｉｆ ｔｈｅ ｓｉ−ＲｅｑｕｅｓｔＦｏｒＨＯ ｉｓ ｃｏｎｆｉｇｕｒｅｄ ｗｉｔｈｉｎ ｔｈｅ ｒｅｐｏｒｔＣｏｎｆｉｇ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｉｓ ｍｅａｓＩｄ：

６＞ｉｎｃｌｕｄｅ ｔｈｅ ｃｇｉ−Ｉｎｆｏ ｃｏｎｔａｉｎｉｎｇ ａｌｌ ｔｈｅ ｆｉｅｌｄｓ ｔｈａｔ ｈａｖｅ ｂｅｅｎ ｓｕｃｃｅｓｓｆｕｌｌｙ ａｃｑｕｉｒｅｄ， ｅｘｃｅｐｔ ｆｏｒ ｔｈｅ ｐｌｍｎ−ＩｄｅｎｔｉｔｙＬｉｓｔ；

５＞ ｅｌｓｅ：

６＞ｉｎｃｌｕｄｅ ｔｈｅ ｃｇｉ−Ｉｎｆｏ ｃｏｎｔａｉｎｉｎｇ ａｌｌ ｔｈｅ ｆｉｅｌｄｓ ｔｈａｔ ｈａｖｅ ｂｅｅｎ ｓｕｃｃｅｓｓｆｕｌｌｙ ａｃｑｕｉｒｅｄ；

ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ ｍｅｓｓａｇｅ

１＞ｉｆ ｔｈｅ ｕｅ−ＲｘＴｘＴｉｍｅＤｉｆｆＰｅｒｉｏｄｉｃａｌ ｉｓ ｃｏｎｆｉｇｕｒｅｄ ｗｉｔｈｉｎ ｔｈｅ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｒｅｐｏｒｔＣｏｎｆｉｇ ｆｏｒ ｔｈｉｓ ｍｅａｓＩｄ；

２＞ ｓｅｔ ｔｈｅ ｕｅ−ＲｘＴｘＴｉｍｅＤｉｆｆＲｅｓｕｌｔ ｔｏ ｔｈｅ ｍｅａｓｕｒｅｍｅｎｔ ｒｅｓｕｌｔ ｐｒｏｖｉｄｅｄ ｂｙ ｌｏｗｅｒ ｌａｙｅｒｓ；

２＞ ｓｅｔ ｔｈｅ ｃｕｒｒｅｎｔＳＦＮ；

１＞ ｉｆ ｔｈｅ ｉｎｃｌｕｄｅＬｏｃａｔｉｏｎＩｎｆｏ ｉｓ ｃｏｎｆｉｇｕｒｅｄ ｉｎ ｔｈｅ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｒｅｐｏｒｔＣｏｎｆｉｇ ｆｏｒ ｔｈｉｓ ｍｅａｓＩｄ ａｎｄ ｄｅｔａｉｌｅｄ ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ ｔｈａｔ ｈａｓ ｎｏｔ ｂｅｅｎ ｒｅｐｏｒｔｅｄ ｉｓ ａｖａｉｌａｂｌｅ， ｓｅｔ ｔｈｅ ｃｏｎｔｅｎｔ ｏｆ ｔｈｅ ｌｏｃａｔｉｏｎＩｎｆｏ ａｓ ｆｏｌｌｏｗｓ：

２＞ ｉｎｃｌｕｄｅ ｔｈｅ ｌｏｃａｔｉｏｎＣｏｏｒｄｉｎａｔｅｓ；

２＞ ｉｆ ａｖａｉｌａｂｌｅ， ｉｎｃｌｕｄｅ ｔｈｅ ｇｎｓｓ−ＴＯＤ−ｍｓｅｃ；

１＞ ｉｎｃｒｅｍｅｎｔ ｔｈｅ ｎｕｍｂｅｒＯｆＲｅｐｏｒｔｓＳｅｎｔ ａｓ ｄｅｆｉｎｅｄ ｗｉｔｈｉｎ ｔｈｅ ＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ ｆｏｒ ｔｈｉｓ ｍｅａｓＩｄ ｂｙ １；

１＞ ｓｔｏｐ ｔｈｅ ｐｅｒｉｏｄｉｃａｌ ｒｅｐｏｒｔｉｎｇ ｔｉｍｅｒ， ｉｆ ｒｕｎｎｉｎｇ；

１＞ ｉｆ ｔｈｅ ｎｕｍｂｅｒＯｆＲｅｐｏｒｔｓＳｅｎｔ ａｓ ｄｅｆｉｎｅｄ ｗｉｔｈｉｎ ｔｈｅ ＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ ｆｏｒ ｔｈｉｓ ｍｅａｓＩｄ ｉｓ ｌｅｓｓ ｔｈａｎ ｔｈｅ ｒｅｐｏｒｔＡｍｏｕｎｔ ａｓ ｄｅｆｉｎｅｄ ｗｉｔｈｉｎ ｔｈｅ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｒｅｐｏｒｔＣｏｎｆｉｇ ｆｏｒ ｔｈｉｓ ｍｅａｓＩｄ：

２＞ ｓｔａｒｔ ｔｈｅ ｐｅｒｉｏｄｉｃａｌ ｒｅｐｏｒｔｉｎｇ ｔｉｍｅｒ ｗｉｔｈ ｔｈｅ ｖａｌｕｅ ｏｆ ｒｅｐｏｒｔＩｎｔｅｒｖａｌ ａｓ ｄｅｆｉｎｅｄ ｗｉｔｈｉｎ ｔｈｅ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ｒｅｐｏｒｔＣｏｎｆｉｇ ｆｏｒ ｔｈｉｓ ｍｅａｓＩｄ；

１＞ ｅｌｓｅ：

２＞ ｉｆ ｔｈｅ ｔｒｉｇｇｅｒＴｙｐｅ ｉｓ ｓｅｔ ｔｏ ｐｅｒｉｏｄｉｃａｌ：

３＞ ｒｅｍｏｖｅ ｔｈｅ ｅｎｔｒｙ ｗｉｔｈｉｎ ｔｈｅ ＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ ｆｏｒ ｔｈｉｓ ｍｅａｓＩｄ；

３＞ ｒｅｍｏｖｅ ｔｈｉｓ ｍｅａｓＩｄ ｆｒｏｍ ｔｈｅ ｍｅａｓＩｄＬｉｓｔ ｗｉｔｈｉｎ ＶａｒＭｅａｓＣｏｎｆｉｇ；

１＞ ｉｆ ｔｈｅ ｍｅａｓｕｒｅｄ ｒｅｓｕｌｔｓ ａｒｅ ｆｏｒ ＣＤＭＡ２０００ ＨＲＰＤ：

２＞ ｓｅｔ ｔｈｅ ｐｒｅＲｅｇｉｓｔｒａｔｉｏｎＳｔａｔｕｓＨＲＰＤ ｔｏ ｔｈｅ ＵＥ’ｓ ＣＤＭＡ２０００ ｕｐｐｅｒ ｌａｙｅｒ’ｓ ＨＲＰＤ ｐｒｅＲｅｇｉｓｔｒａｔｉｏｎＳｔａｔｕｓ；

１＞ ｉｆ ｔｈｅ ｍｅａｓｕｒｅｄ ｒｅｓｕｌｔｓ ａｒｅ ｆｏｒ ＣＤＭＡ２０００ １ｘＲＴＴ：

２＞ ｓｅｔ ｔｈｅ？ｐｒｅＲｅｇｉｓｔｒａｔｉｏｎＳｔａｔｕｓＨＲＰＤ ｔｏ ＦＡＬＳＥ；

１＞ ｓｕｂｍｉｔ ｔｈｅ ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ ｍｅｓｓａｇｅ ｔｏ ｌｏｗｅｒ ｌａｙｅｒｓ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ， ｕｐｏｎ ｗｈｉｃｈ ｔｈｅ ｐｒｏｃｅｄｕｒｅ ｅｎｄｓ；

以下では、セカンダリシステム（例、ＡＰ）測定のためのトリガー条件（ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎ）の定義について説明する。異種のＲＡＴ（例、１１とＬＴＥ）に対するＭＡＣ／ＰＨＹを全て有する端末は、ｅＮＢが定義したトリガー条件によって特定メッセージ無しで特定条件を満たすと、周辺ＡＰの測定結果を報告するようにすることができる。

測定開始（Ｉｎｉｔｉａｔｅ ｍｅａｓｕｒｅｍｅｎｔ）

端末が測定を始めていない段階で周辺ＡＰの測定を始める条件は、無線リソース設定（Ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）（例、ＤＲＢ追加）を通じて送信されるトラフィックによって決定することができる（ＧＢＲ、非−ＧＢＲ又は発明の技術によって）。仮に、多重−ＲＡＴ性能交渉時に、ＡＰを介して送信されてほしいトラフィックが定義され、そのトラフィックが無線リソース設定を通じて生成されると、端末はＡＰ測定を始めることができる。又は、無線リソース設定において選好トステム（ｐｒｅｆｅｒｒｅｄ ｓｙｓｔｅｍ）としてＩＥＥＥ８０２．１１（ＷＬＡＮ、ＡＰ）が選択された場合、端末は、周辺ＡＰの測定を始めることができる。測定を始めるメトリックは、ＵＥ特定（ＵＥ−ｓｐｅｃｉｆｉｃ）値であって、ユニキャストメッセージで送信することができる。

ＬＴＥで定義されたＱｏＳ ｃｌａｓｓを用いたシステム選択方法について簡略に説明する。本発明は、上で定義したＥＰＳベアラタイプを用いてｅＮＢ（又は、多重−ＲＡＴ測定エンティティのようなネットワークエンティティ）がトラフィックに適切なシステムを選択するようにすることができる。既存のデータフローに対する分類基準（すなわち、ＧＢＲ又は非−ＧＢＲ）では適切なシステムを選択し難いこともある。本発明によれば、上で定義したＥＰＳベアラタイプを用いて、ｅＮＢが端末から受信した情報によって特定フローを他の（ｏｔｈｅｒ）ＲＡＴ（例、ＷＬＡＮ、すなわち、セカンダリシステム）に送信できるように決定することができる。

Ｓ−ＧＷ以下のネットワークエンティティ又はｅＮＢが多重−ＲＡＴ端末のフローを管理する場合、端末のフローに対するＲＡＴ選択は、ｅＮＢが端末を通して他のＲＡＴ（すなわち、セカンダリシステム）に関する情報を受信した後、サービングセル（すなわち、現在接続中のプライマリシステム）に関する情報と比較／分析することによって、全体システムの性能を最大化するためのＲＡＴを選択するようにすることができ、本発明は、そのための主体がｅＮＢになることを仮定している。

仮に、ｐ−ＧＷ以上のネットワークエンティティが端末のＲＡＴを管理し得る能力があると、当該ネットワークエンティティは、端末及びセルラー／ＷＬＡＮのような異種網の状態情報を受信可能でなければならない。

測定原理（Ｍｅａｓｕｒｅｍｅｎｔ Ｐｒｉｎｃｉｐｌｅ）について簡略に説明する。

与えられた周波数又は与えられたデータ無線ベアラ（ＤＲＢ）に対する単一測定対象（Ｓｉｎｇｌｅ Ｍｅａｓｕｒｅｍｅｎｔ ｏｂｊｅｃｔ ｆｏｒ ａ ｇｉｖｅｎ ｆｒｅｑｕｅｎｃｙ ｏｒ ａ ｇｉｖｅｎ ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ（ＤＲＢ））

測定対象は、ＲＡＴタイプ（Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＣＤＭＡ２０００、ＧＥＲＡＮ、ＷＬＡＮ（すなわち、近距離通信及びＷｉＦｉのようなセルラー網以外のネットワークシステム））当たりに特定される。

Ｌ１での測定結果をＬ３でフィルタリング（Ｌａｙｅｒ３ ｆｉｌｔｅｒｉｎｇ ｏｎ Ｌ１ ｍｅａｓｕｒｅｍｅｎｔ ｒｅｓｕｌｔｓ）

測定ギャップを含む遊休期間に行われる周波数帯域間（Ｉｎｔｅｒ−ｆｒｅｑ．）測定

多重−ＲＡＴ ＵＥは、測定ギャップ無しでＲＡＴ間測定を行うこともできる。

図６は、測定設定（ｍｅａｓｕｒｍｅｍｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を説明するための例示図である。

図６を参照すると、既存の測定設定は、一つのＥ−ＵＴＲＡキャリア周波数、一つのＵＴＲＡキャリア周波数上におけるセルのセット、ＧＥＲＡＮキャリア周波数のセット、一つの（ＨＲＰＤ又は１ｘＲＴＴ）キャリア周波数上におけるセルのセットの他、ＷＬＡＮキャリア周波数のセット、一つのＥ−ＵＴＲＡキャリア周波数上におけるＥ−ＵＴＲＡデータベアラ（又は、フロー）のセット、一つのＷＬＡＮキャリア周波数上におけるＷＬＡＮデータベアラ（又は、フロー）のセットが追加されていることがわかる。

図７は、ＲＡＴ間測定報告トリガーの定義を説明するための例示図である。

当該トリガー条件に関するパラメータ値は、ｒｅｐｏｒｔＣｏｎｆｉｇＩｎｔｅｒＲＡＴを通じて多重−ＲＡＴ端末に送信することができる。ＲＡＴ間トリガー定義は、各隣接ＡＰ（すなわち、測定対象）に対して定義されてもよく、又は、フロー特性によって他の値が定義（すなわち、一つの測定対象がＤＲＢに対して）されてもよい。フロー特性によるトリガー条件の定義のために、該当の定義がユニキャストで送信されてもよい。

ＲＡＴ間測定報告トリガー条件（Ｉｎｔｅｒ−ＲＡＴ Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ Ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎｓ）

Ｅｖｅｎｔ Ａ１ − Ｓｅｒｖｉｎｇ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ １

Ｅｖｅｎｔ Ａ２ − Ｓｅｒｖｉｎｇ ｂｅｃｏｍｅｓ ｗｏｒｓｅ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ １

Ｅｖｅｎｔ Ａ３ − Ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｏｆｆｓｅｔ ｂｅｔｔｅｒ ｔｈａｎ ＰＣｅｌｌ

Ｅｖｅｎｔ Ａ４ − Ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ ２

Ｅｖｅｎｔ Ａ５ − ＰＣｅｌｌ ｂｅｃｏｍｅｓ ｗｏｒｓｅ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ１ ａｎｄ ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ２

Ｅｖｅｎｔ Ａ６ − Ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｏｆｆｓｅｔ ｂｅｔｔｅｒ ｔｈａｎ Ｓｃｅｌｌ （ｆｏｒ ＣＡ）

Ｅｖｅｎｔ Ｂ１ − Ｉｎｔｅｒ ＲＡＴ ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ

Ｅｖｅｎｔ Ｂ２ − ＰＣｅｌｌ ｂｅｃｏｍｅｓ ｗｏｒｓｅ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ１ ａｎｄ ｉｎｔｅｒ ＲＡＴ ｎｅｉｇｈｂｏｕｒ ｂｅｃｏｍｅｓ ｂｅｔｔｅｒ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ２

Ｅｖｅｎｔ Ｂ３ − Ｉｎｔｅｒ ＲＡＴ ｓｅｒｖｉｎｇ ｂｅｃｏｍｅｓ ｗｏｒｓｅ ｔｈａｎ ｔｈｒｅｓｈｏｌｄ １

ＲＡＴ間測定トリガー定義（Ｉｎｔｅｒ−ＲＡＴ Ｍｅａｓｕｒｅｍｅｎｔ Ｔｒｉｇｇｅｒ ｄｅｆｉｎｉｔｉｏｎｓ）

ｒｅｐｏｒｔＣｏｎｆｉｇＩｎｔｅｒＲＡＴを通じて送信されるトリガー定義は、各隣接ＡＰに対して定義されてもよく、トラフィック特性によって異なった値が定義されてもよい。

音声トラフィック（Ｖｏｉｃｅ ｔｒａｆｆｉｃ）は、大部分の場合、セルラー網で通信することをより好むが、ＷＬＡＮ網のチャネル状態が非常に良い場合に限ってＷＬＡＮ網で通信することを好んでもよい。データトラフィックは、ＡＰの信号強度が弱いとしても、セルラー網での通信よりはＡＰ網での通信を好む。両者の場合、送信されるトラフィック特性によって要求されるスキャン結果（ｓｃａｎ ｒｅｓｕｌｔｓ）のスレッショルド値が異なりうるため、トラフィック特性によるトリガー定義が送信される必要がありうる。

フロー特性によるトリガー定義を定義

無線リソース設定（例、ＤＲＢ追加）を通じてフローが生成された場合、実際に送信されるトラフィック特性によって要求されるトリガー条件が異なりうる。非−ＧＢＲ（Ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）又はＧＢＲ、又は本発明で定義した無線ベアラＱｏＳタイプ

この値は、フローごとに異なってもよい値であるため、端末にユニキャストで送信することができ、本発明では、当該トリガー定義をＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ｍｅａｓＣｏｎｆｉｇ．／ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｉｆｇ．）メッセージを用いてフロー（又は、ＲＢ）別に知らせることを提案する。

ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージ内のＭｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔｉｎｇ ｂｙ ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎ” ｂｉｔ

当該トリガー条件による測定報告が必要か否かは、端末と基地局間の多重−ＲＡＴ性能交渉時に設定することができる。ＵＥは、いくら低い信号強度であっても、ＡＰが検出されるとＡＰを介して通信することを希望することができ、このような値は、性能交渉時に設定することができる。多重−ＲＡＴ性能交渉時に、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎパラメータ（或いは、メッセージ）に、Ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔｉｎｇ ｂｙ ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎ” ｂｉｔを追加して送信することができる。

図８は、多重−ＲＡＴ ＵＥのための多重−ＲＡＴ測定手順を説明するための例示図である。

図８に示す過程は図４の一部過程と重複し、その説明は省略する。端末は基地局からＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで多重−ＲＡＴ測定を支援するための測定設定情報及び／又は無線リソース設定情報を受信することができる。これに基づいて、端末は測定を行い、測定された結果をＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージなどで基地局に送信することができる。

図９は、セカンダリシステム管理方法を説明するための例示図である。

図９では、既に説明した図４及び図８の過程と重複する内容については説明を省略する。

セカンダリシステム管理のためのメッセージを定義することができる。

− ＡＰとの連結（ａｓｓｏｃｉａｔｉｏｎ）を端末が要請することができる（例、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＲｅｑｕｅｓｔ）

− ＡＰとの連結のためのｃｏｎｔｒｏｌは、ｅＮＢを介して行うことができる。（例、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐ定義）。選択されたＡＰ、セカンダリシステムで送信されるＤＲＢ（フロー）情報、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）方法（オープンシステム（ｏｐｅｎ ｓｙｓｔｅｍ）又は共有キー（ｓｈａｒｅｄ ｋｅｙ））などを送信することができる。

− ｅＮＢのＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐによってＵＥは特定ＡＰとの連結及びＴＳセットアップを完了する。ＡＰとＵＥ間連結要請／応答（Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）を送受信し、８０２．１１ｅの場合、ＴＳ（Ｔｒａｆｆｉｃ Ｓｔｒｅａｍ）セットアップ過程（ＡＤＤＴＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）を行うことができる。

３．ＵＥは、ＡＰとの成功的な接続及び結果をｅＮＢに知らせることができる（例、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅ定義）。該当のＤＲＢ（フロー）に対するＤＲＢ ＩＤ（又は、Ｆｌｏｗ ＩＤ）とＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）／ＴＳＩＤ（Ｔｒａｆｆｉｃ Ｓｔｒｅａｍ ＩＤ）のマッピング結果を送信することができる。

４．特定フローに対するデータをセカンダリシステムを通じて送受信する場合、ＤＬデータは、基地局がＡＰを介してＵＥに送信するようにリダイレクション（ｒｅｄｉｒｅｃｔｉｏｎ）し、ＵＬデータは、基地局が指示したＤＲＢ ＩＤに対するデータ送信は無線ＬＡＮを通しで行うことができる。

５．ＡＰとの再連結又は連結解除（Ｒｅａｓｓｏｃｉａｔｉｏｎ ｏｒ Ｄｉｓａｓｓｏｃｉａｔｉｏｎ ｗｉｔｈ ＡＰ）

ｅＮＢとのＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐ／ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを用いて行うことができる。

Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ ｂｅｔｗｅｅｎ ＡＰ ａｎｄ ｅＮＢ：端末がＷＬＡＮのカバレッジを離れ、且つ隣接ＡＰがない場合、ＷＬＡＮで送信されていたデータはｅＮＢを介してシームレスに送信されるように、ＡＰとｅＮＢ間シームレスフロー移動性（ｓｅａｍｌｅｓｓ ｆｌｏｗ ｍｏｂｉｌｉｔｙ）をｅＮＢが支援する方法がある。

Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ ｂｅｔｗｅｅｎ ＡＰｓ：端末が隣接ＡＰを検出した場合、該当のフローに対する接続のＡＰ間シームレスフロー移動性をｅＮＢが支援する方法がある。

セカンダリシステム管理手順（Ｓｅｃｏｎｄａｒｙ ｓｙｓｔｅｍ ｍａｎａｇｅｍｅｎｔ ｐｒｏｃｅｄｕｒｅ）

セカンダリシステム追加（Ｓｅｃｏｎｄａｒｙ ｓｙｓｔｅｍ Ａｄｄ）

セカンダリシステム追加の開始方法

端末優先開始方法：条件を満たすセカンダリシステムを検出した端末は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＲｅｑｕｅｓｔメッセージを用いて当該システムとの連結（ａｓｓｏｃｉａｔｉｏｎ）設定を要請することができる。

基地局優先開始：端末に特定フロー接続（ｆｌｏｗ ｃｏｎｎｅｃｔｉｏｎ）が生成されたこと（すなわち、ＤＲＢ追加）を認知し、端末が特定セカンダリシステムの領域にあることを認知した基地局は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを用いてセカンダリシステムとのアクセスを指示することができる。

本発明において基本的な制御（ｃｏｎｔｒｏｌ）はプライマリシステム（例、ｅＮＢ）を介して行われ、必要時に、データ送受信だけがセカンダリシステム（例、ＡＰ）を介して送信されると仮定する。したがって、端末のセカンダリシステム追加は、プライマリシステムと接続完了した接続（ｃｏｎｎｅｃｔｉｏｎ）（ＤＲＢ）に対するデータ送受信のために行われると仮定する。

一例として、ＬＴＥの場合、端末のデータ無線ベアラは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの無線リソース設定手順によって設定される。これは、セカンダリシステムでは単にデータ送受信のみを行うようにすることによって、当該データに対するＱｏＳはｅＮＢ（又は、プライマリシステム）が支援する方式をそのまま従えるようにする。ＤＬデータは、基地局がリダイレクションし、ＵＬデータは、基地局の指示したＤＲＢ ＩＤに対するデータ送信はＷＬＡＮ（すなわち、セカンダリシステム）を介して送信することができる。

端末に送信される全てのデータは、ｅＮＢとの無線リソース設定手順によって行われなければならず、基地局の判断下に、特定無線ベアラに対するデータは、セカンダリシステムを介して送信されるようにする。これは、ｅＮＢに送信されるデータのうち、特定ＲＮＴＩ／ＤＲＢ ＩＤで送信されるデータは、ＡＰにリダイレクトされるようにする。そのために、ｅＮＢは、当該データに対し特定ＩＰ設定が要求される。

セカンダリシステム除去（Ｄｅｌｅｔｅ）

端末が現在アクセス中のセカンダリシステムのチャネル状態がよくない場合、他のセカンダリシステムへのＨＯを要求することができる。そのために、端末は周辺セカンダリシステムを探索（又は、測定）する。しかし、検出されるシステムがないと、当該セカンダリシステムとの接続を解除（ｒｅｌｅａｓｅ）することができる。仮にプライマリシステムの任意のフロー（すなわち、データベアラ）に該当するデータがセカンダリシステムを介して送受信中であったし、端末が周辺セカンダリシステムへのフローＨＯを行えない場合、基地局は、当該フローに対するデータ損失が発生しないとともにシームレスフロー移動を行うことができるように、多重−ＲＡＴシームレスフロー移動性を支援可能でなければならない。

又は、当該セカンダリシステムに送受信中だったデータ送信が完了した場合、当該セカンダリシステムとの接続を解除することができる。

セカンダリシステム変更（Ｃｈａｎｇｅ）

セカンダリシステム間ＨＯ（特定データベアラのみに対して）（Ｆｌｏｗ ＨＯ ｂｅｔｗｅｅｎ ｓｅｃｏｎｄａｒｙ ｓｙｓｔｅｍｓ（ｏｎｌｙ ｆｏｒ ｓｐｅｃｉｆｉｃ ｄａｔａ ｂｅａｒｅｒ（ｓ）））

端末は、プライマリシステムを用いてＡＰ間シームレスフローＨＯを行うことができる。基地局は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを用いて端末にそれ以上現在サービングセカンダリシステムを介したデータ送受信がないことを知らせ、既存に送信されたデータは、新しいセカンダリシステムで送受信されるように、プライマリシステムを介して指示することができる。

図１０は、セカンダリシステム連結（ａｓｓｏｃｉａｔｉｏｎ）過程を説明するための例示図である。

基地局はＵＥにＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージに選択されたＡＰ、セカンダリシステムに送信されるフロー（ＤＲＢ）情報、認証方法（ｓｈａｒｅｄ ｋｅｙ情報）、連結後にドーズモード（ｄｏｚｅ ｍｏｄｅ）へ遷移するか否か、セカンダリシステム連結のためのタイマー、アクション時間などの情報を含めて送信することができる。連結後に節電モード（ｐｏｗｅｒ ｓａｖｉｎｇ ｍｏｄｅ）に進入してもよく、これをｅＮＢが端末に知らせることができる。

１．同期及びセカンダリシステム連結開始のためのタイマー（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ＆ Ｔｉｍｅｒ ｆｏｒ Ｓｅｎｃｏｎｄａｒｙ ｓｙｓｔｅｍ Ａｓｓｏｃｉａｔｉｏｎ ｓｔａｒｔ）

端末は該当のＡＰのビーコンフレームを受信することによってＡＰとの同期を取ることができる。

２．認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）

端末は、オープンシステム又は共有キーを用いた認証手順を行う。

３．連結（Ａｓｓｏｃｉａｔｉｏｎ）

端末は、ＡＰと連結要請／応答フレームを送受信してＡＩＤ割当てを受けることができる。

ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージに含まれたアクション時間（Ａｃｔｉｏｎ ｔｉｍｅ）は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ送信時間＋セカンダリシステム連結のための時間値以降の時間値でなければならない。

ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージの受信に対する応答として、端末は基地局にＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信することができる。

方法１．端末が特定ＡＰとの同期／認証／連結の全てに成功した場合、ＡＰとの接続設定（ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）に成功することを意味する値を含めたＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。該メッセージには成功（ｓｕｃｃｅｓｓ）／失敗（ｆａｉｌ）を意味する状態（ｓｔａｔｕｓ）値を含めることができる。失敗であるＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを受信したｅＮＢは、新しいＡＰを選択したＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを送信しなければならない。また、接続されたＡＰから割り当てられたＩＰアドレス値を基地局に知らせることができる。

方法２．端末が該当ＡＰとの同期／認証／連結の全てに成功した場合、ＡＰとの接続設定に成功したことを意味するＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。仮に当該メッセージの送信がＡＰ連結の成功を意味するとすれば、連結に失敗した場合には当該メッセージは送信されず、基地局はこのメッセージを待ち続くことがある。この場合、基地局はＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ送信後に同期／認証／連結を全て考慮した値に設定された、セカンダリシステム連結のためのタイマを起動し、この値が満了すると、新しいＡＰを選択し、新しく選択されたＡＰ（ｎｅｗｌｙ ｓｅｌｅｃｔｅｄ ＡＰ）への連結を端末に指示しなければならない。成功した場合、当該メッセージには、接続されたＡＰから割り当てられたＩＰアドレス値を基地局に知らせることができる。

図１１は、セカンダリシステム再連結（ｒｅａｓｓｏｃｉａｔｉｏｎ）過程を説明するための例示図である。

セカンダリシステム管理（再連結）

ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐ

新しく選択されたＡＰに関する情報を、ｅＮＢがＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージで端末に知らせることができる。新しく選択されたＡＰ、セカンダリシステムに送信されるＤＲＢ情報、共有キー情報、再連結後にドーズモードに遷移するか否か、接続解除（Ｄｉｓｃｏｎｎｅｃｔｉｏｎ）（及びアクション）時間、ＳＳ再連結のための時間などをＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージに含めることができる。

端末は、接続解除時間（Ｄｉｓｃｏｎｎｅｃｔｉｏｎ ｔｉｍｅ）にｏｌｄ ＡＰと接続を切り、ＳＳ再連結のためのタイマーが満了する前にＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信しなければならない。

１．ＳＳ再連結のためのタイマーの開始：ＡＢＳは、制御接続（無線（ａｉｒ）又はバックボーンを通じて）によって、ｏｌｄ ＡＰで設定されていた保安（ｓｅｃｕｒｉｔｙ）情報を新しいＡＰに伝達する役割を、再連結が進行される間にあらかじめ行うことができる。

２．接続解除時間（Ｄｉｓｃｏｎｎｅｃｔｉｏｎ ｔｉｍｅ）にｏｌｄ ＡＰと連結を切る（又は、連結解除通知を送信）

３．端末は、新しいＡＰと再連結要請／応答フレームを送受信する。

ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅ

方法１．端末が該当のＡＰとの再連結に成功した場合、新しいＡＰとの接続設定（ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）に成功したことを意味する値を含むＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。当該メッセージには、再連結の成功／失敗を意味する状態（ｓｔａｔｕｓ）値が含めることができる。失敗であるＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを受信したｅＮＢは、新しいＡＰを選択したＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを送信しなければならない。また、接続されたＡＰから割り当てられたＩＰアドレス値を基地局に知らせることができる。

方法２．端末が該当のＡＰとの同期／認証／連結に全て成功した場合、ＡＰとの接続設定に成功したことを意味するＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。

基地局は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを送信後に再連結を考慮した値に設定されたＳＳ再連結のためのタイマーを起動し、この値が満了すると、新しいＡＰを選択し、端末に新しく選択されたＡＰへの連結を指示しなければならない。

図１２は、セカンダリシステム再連結過程を説明するための他の例示図である。

ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐ

新しく選択されたＡＰに関する情報をｅＮＢがＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージで端末に知らせることができる。ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐには、新しく選択されたＡＰ、セカンダリシステムに送信されるＤＲＢ情報、共有キー情報、再連結後にドーズモードに遷移するか否か、接続解除（及びアクション）時間、ＳＳ再連結のためのタイマーなどの情報を含めて送信することができる。

端末は、接続解除時間にｏｌｄ ＡＰと連結を切り、ＳＳ再連結のためのタイマーが満了する前にＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信しなければならない。

１．ＳＳ再連結のためのタイマーの開始：ＡＢＳは、制御接続（無線又はバックボーンを通じて）によってｏｌｄ ＡＰで設定されている保安情報をｎｅｗ ＡＰに伝達する役割を、再連結が進行される間にあらかじめ行うことができる。

２．接続解除時間にｏｌｄ ＡＰと連結を切る（又は、連結解除通知を送信）

３．Ｎｅｗ ＡＰに再連結要請／応答フレーム送／受信

ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅ

方法１．端末が該当のＡＰとの再連結に成功した場合、ｎｅｗ ＡＰとの接続設定に成功したことを意味する値を含むＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。当該メッセージには再連結の成功／失敗を意味する状態（ｓｔａｔｕｓ）値を含めることができる。失敗であるＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを受信したｅＮＢは、新しいＡＰを選択したＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを送信しなければならない。また、接続されたＡＰから割り当てられたＩＰアドレス値を基地局に知らせることができる。

方法２．端末が該当のＡＰとの同期／認証／連結に全て成功した場合、ＡＰとの接続設定に成功したことを意味するＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。基地局はＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ送信後に再連結を考慮した値に設定されたＳＳ再連結のためのタイマーを起動し、この値が満了すると、新しいＡＰを選択し、端末に新しく選択されたＡＰへの連結（ａｓｓｏｃｉａｔｉｏｎ）を指示しなければならない。

図１３は、セカンダリシステム連結解除過程（Ｄｉｓａｓｓｏｃｉａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を説明するための例示図である。

以下、セカンダリシステム連結解除過程を、図１３を参照して説明する。

ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ

ｅＮＢがＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを用いて端末に連結解除を知らせることができる。ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージは、連結解除されたＡＰ及びＤＲＢ情報、接続解除、アクション時間、ＳＳ連結解除のためのタイマーなどの情報を含むことができる。

端末は接続解除時間にＡＰと連結を切る。接続解除時間にＡＰに連結解除通知フレームを送信することができる。

ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅ

方法１．端末が連結解除通知フレームに対するＡＣＫを受けると、接続解除に成功したことを意味する値を含むＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。当該メッセージには連結解除の成功／失敗を意味する状態（ｓｔａｔｕｓ）値を含めることができる（連結解除の場合、成功のみが送信されることが好ましい）。また、接続されたＡＰから割り当てられたＩＰアドレス値を基地局に知らせることができる。

方法２．端末が該当のＡＰとの同期／認証／連結に全て成功した場合、ＡＰとの接続設定に成功したことを意味するＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。基地局は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ送信後に連結解除を考慮した値に設定されたＳＳ連結解除のためのタイマーを起動する。

方法３．端末は、基地局に非要求（ｕｎｓｏｌｉｃｉｔｅｄ）のＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信することができる。ＡＰからＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを受けていない状態でＡＰとの接続が切れた場合、端末が基地局にＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ無しでＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信することによって、ＡＰとの接続が切れたことを知らせることができる。

図１４は、本発明に係るリンク失敗報告を送信する方法を説明するための例示図である。

他のＲＡＴ（例、ＷｉＦｉ）を介したリンク失敗報告（又は、指示）

本発明では、セルラーとＷｉＦｉリンクの両方への同時接続を支援する端末が、セルラー網のリンク失敗を検出（ｄｅｔｅｃｔｉｏｎ）した場合、接続されているＷｉＦｉリンクを介して、当該端末のセルラーリンクが失敗状態であることを知らせる。

該当の無線リンク失敗報告メッセージは、端末のサービング基地局又はＷｉＦｉ−セルラーインタワーキング管理関連のネットワークエンティティに送信されるメッセージでよく、これを受信したネットワークエンティティ又は基地局は、当該端末へのセルラーリンクは現在使用できないが、ＷｉＦｉリンクが相変らず有効であることを認識し、セルラーリンクが回復（ｒｅｃｏｖｅｒｙ）される間に、緊急な制御メッセージ、又はセルラーリンクで送信中だったデータをＷｉＦｉリンクを介して送信されるようにする。

無線リンク失敗報告メッセージは、セルラーリンクの失敗（ｆａｉｌｕｒｅ）／問題（ｐｒｏｂｌｅｍ）を検出し次第、端末から送信される。このメッセージは、従来の技術に用いられているメッセージと同一であってもよく、必要によって、メッセージが送信されるＷｉＦｉ ＡＰに関する情報が追加されたり又は不要な情報が削除されてもよい。

例えば、以前ｅＮＢ情報、現在ＡＰ情報、ＡＰを介して送信中のデータフロー情報、端末のセルラー関連情報（例、ＵＥ ＩＤ、ｆａｉｌｅｄＰｃｅｌｌ ＩＤ、ｌｏｃａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）など

例えば、セルラー網関連情報送信要請：ＲＬＦ報告の送信時に、“ｔｈｅ ｂｅｓｔ ｍｅａｓｕｒｅｄ ｃｅｌｌｓ”情報が併せて送信されると、これを受信したｅＮＢ又はインタワーキング管理ネットワークエンティティは端末に該当のセルの情報を送信することができる。

ｅＮＢ又はインタワーキング管理ネットワークエンティティが、ＵＥの無線リンク失敗（ＲＬＦ）報告を他のＲＡＴ（ｏｔｈｅｒ ＲＡＴ）を介して受信すると、ＵＥのセルラー関連情報をそのまま維持し、端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を維持するようにする。回復されるまで端末のＷｉＦｉリンクを通じて端末の状態をチェックすることができる。

図１５は、Ｗｉ−Ｆｉ−セルラーインタワーキングにおける無線リンク失敗（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）を説明するための例示図である。

図１５を参照すると、有効なＷｉＦｉリンクを有する端末がセルラーリンクへの問題（ｐｒｏｂｌｅｍ）又は失敗を認識した場合、図１５に示すように、次の段階（ｐｈａｓｅｓ）に従うようにする。

２つの段階（Ｔｗｏ ｐｈａｓｅｓ）が無線リンク失敗と関連した行動として運営される。

第１段階：（Ｒｅｃｏｖｅｒｙ ｉｎ ｐｈａｓｅ １：物理層が連続したｉｎ−ｓｙｎｃ受信時）

端末の物理レイヤが連続したｏｕｔ−ｏｆ−ｓｙｎｃ受信時には無線問題（ｒａｄｉｏ ｐｒｏｂｌｅｍ）があると判断する。その後、端末は一定時間Ｔ_１に無線リンク失敗が回復されないと、無線リンク失敗と見なされる。すると、他のＲＡＴリンクが利用可能であれば、端末は当該他のＲＡＴを介してセルラー無線リンク問題報告メッセージを送信する。

このような第１段階（Ｆｉｒｓｔ ｐｈａｓｅ）は、無線リンク失敗検出をリード（ｌｅａｄ）する区間である。第１段階は、端末ベースの移動性には関連がなく、タイマー又は他（例、ｃｏｕｎｔｉｎｇ）の基準（ｃｒｉｔｅｒｉａ）（Ｔ１）のみに基づいて動作する。

第２段階：（Ｒｅｃｏｖｅｒｙ ｉｎ ｐｈａｓｅ２：ＲＲＣ接続再設定成功時）

無線リンク失敗検出及びハンドオーバー失敗が始まった場合、他のＲＡＴリンクが利用可能であれば、端末は、他のＲＡＴを介してセルラー無線リンク問題報告メッセージを送信する。仮に、タイマーＴ３１１が満了したり、Ｔ３０１（又は、他の新しいタイマー）が満了すると、第２段階（Ｓｅｃｏｎｄ Ｐｈａｓｅ）は、端末をＲＲＣ＿ＩＤＬＥ状態に導く（ｌｅａｄ）。

一方、タイマーＴ３１１の間にセル選択（ｃｅｌｌ ｓｅｌｅｃｔｉｏｎ）をすると、セル選択後にＴ３０１タイマーが始動し、Ｔ３０１の間に、ＲＲＣ ｃｏｎｎ．Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑ／Ｒｓｐメッセージを送受信することができる。

第２段階は、ＵＥベース移動性（ＵＥ−ｂａｓｅｄ ｍｏｂｉｌｉｔｙ）と関連している。また、第２段階は、タイマーベース（Ｔ２）（ＷｉＦｉ−セルラーインタワーキングの場合、Ｔ２の代わりに他の値のタイマーが設定されてもよい（例、より長い第２段階又は追加の第３段階（ｔｈｉｒｄ ｐｈａｓｅ）が設定されてもよく、この場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態が既存よりも長くなることを意味する））で動作する。

図１６及び図１７は、セルラー無線リンク失敗である場合、Ｗｉ−Ｆｉ−セルラーインタワーキング端末のデータフローを説明するための例示図である。

より具体的に、図１６は、ＲＬＦ段階（ｐｈａｓｅ）１／２／３の間に、無線リンクが回復に成功した場合のデータフローを示しており、図１７は、ＲＬＦ段階１／２／３の間に、無線リンクが回復に失敗した場合のデータフローを示している。

図１６を参照すると、無線リンク失敗が発生した場合、端末は、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、セルラー無線リンク問題を検出したことを知らせるメッセージを送信することができる。そして、これに対する応答としてインタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）は、ＡＰを経由して端末に、セルラー関連データフローを切り替えるようにするメッセージを送信することができる。また、端末は、無線リンク失敗と見なされる場合、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、無線リンク失敗であることを知らせるメッセージを送信することができる。

端末は、ＲＬＦ段階１／２／３の間に、（セルラー）無線リンク回復試みを行い、仮に無線リンクに成功すると、端末は、セルラー網の（サービング）基地局に、ＲＲＣ再接続設定要請メッセージ（例えば、ＲＲＣ Ｒｅ−ｅｓｔａｔｂｌｉｓｈｅｍｔｎ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を送信し、これに対する応答として、ＲＲＣ Ｒｅ−ｅｓｔａｔｂｌｉｓｈｅｍｔｎ ｒｅｓｐｏｎｅｓ ｍｅｓｓａｇｅを受信することによって、再びセルラー網と通信を行うことができる。端末は、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、セルラー無線リンクを回復したことを知らせるメッセージを送信することができる。

一方、図１７の場合でも、無線リンク失敗が発生した場合、端末はインタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、セルラー無線リンク問題を検出したことを知らせるメッセージを送信することができる。そして、それに対する応答として、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）はＡＰを経由して端末に、セルラー関連データフローを切り替えるようにするメッセージを送信することができる。また、端末は、無線リンク失敗と見なされる場合、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、無線リンク失敗であることを知らせるメッセージを送信することができる。

端末はＲＬＦ段階１／２／３の間に、（セルラー）無線リンク回復試みを行う。図１７のように、ＲＬＦ段階１／２／３の間に、無線リンクが回復に失敗した場合には、端末はセルラー網の基地局にＲＲＣ Ｒｅ−ｅｓｔａｔｂｌｉｓｈｅｍｔｎ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅを送信することができず、利用可能な他のＲＡＴを介して無線リンク失敗を知らせることができる。そして、端末は、他のＲＡＴのリンクが相変らず有効であることを知らせるために、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、セルラー遊休モードに進入することを知らせることができる。このようなセルラー遊休モード進入を示す情報を端末から受信するまで、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）は端末のセルラー関連情報を維持していなければならない。

以上の如く、端末が２つ以上のＲＡＴに同時に接続できる性能がある場合、２つのリンクのうち、プライマリリンクが無線リンク失敗にある間に、端末の他のＲＡＴのリンクが相変らず有効であることをインタワーキング管理エンティティやサービング−ｅＮＢに知らせることによって、端末の緊急なメッセージやデータフローがセカンダリＲＡＴに切り替わることを可能にする。これによって、プライマリＲＡＴを使用できない時間に、セカンダリＲＡＴを介してユーザにシームレスなサービスを極力提供することができる。

以上説明してきた実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよいことは明らかである。

本発明は、本発明の精神及び必須特徴から逸脱しない範囲で他の特定の形態として具体化できるということは、当業者にとって明らかである。したがって、上記の詳細な説明は、いずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的な解釈によって決定しなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。

複数の無線接続技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）を支援する端末が無線リンク失敗の発生時に回復する方法は、３ＧＰＰ ＬＴＥ、ＬＴＥ−Ａ、ＩＥＥＥ ８０２などの様々な通信システムにおいて産業上利用可能である。

Claims (8)

1. 複数の無線接続技術（ＲＡＴ）を支援する端末（ＵＥ）により無線リンクを回復する方法であって、前記方法は、
   第１ＲＡＴの基地局とのＲＲＣ接続状態および第２ＲＡＴの基地局との接続状態を維持している間に前記第１ＲＡＴの無線リンク失敗を検出することと、
   前記第２ＲＡＴのリンクを介して前記第２ＲＡＴの基地局に無線リンク失敗報告メッセージを送信することであって、前記無線リンク失敗報告メッセージは、前記第１ＲＡＴの無線リンク失敗を示す、ことと、
   前記第１ＲＡＴの無線リンクの回復中に前記第２ＲＡＴのリンクを介して前記基地局ＡＰからデータを受信することと、
   前記ＵＥが前記第１ＲＡＴの無線リンク失敗から回復しないと判断された場合に、前記第２ＲＡＴのリンクを介して前記第２ＲＡＴの基地局にメッセージを送信することであって、前記メッセージは、前記ＵＥが前記第１ＲＡＴの基地局とのＲＲＣ遊休状態に入ることを示す、ことと
   を含む、方法。
2. 前記ＵＥが前記第１ＲＡＴの無線リンク失敗から回復する場合に、前記第１ＲＡＴの基地局とＲＲＣ接続再設定過程を行うことをさらに含む、請求項１に記載の方法。
3. 前記無線リンク失敗報告メッセージは、前記第２ＲＡＴの基地局に関連する情報を含む、請求項１に記載の方法。
4. 無線リンクを回復するための端末（ＵＥ）であって、前記ＵＥは、複数の無線接続技術（ＲＡＴ）を支援し、前記端末は、
   第１ＲＡＴの基地局とのＲＲＣ接続状態および第２ＲＡＴの基地局との接続状態を維持している間に前記第１ＲＡＴの無線リンク失敗を検出するように構成されたプロセッサと、
   前記第２ＲＡＴのリンクを介して前記第２ＲＡＴの基地局に無線リンク失敗報告メッセージを送信するように構成された送信器であって、前記無線リンク失敗報告メッセージは、前記第１ＲＡＴの無線リンク失敗を示す、送信器と、
   前記第１ＲＡＴの無線リンクの回復中に前記第２ＲＡＴのリンクを介して前記基地局ＡＰからデータを受信するように構成された受信器と
   を備え、
   前記ＵＥが前記第１ＲＡＴの無線リンク失敗から回復しないと前記プロセッサが判断する場合に、前記送信器は、前記第２ＲＡＴのリンクを介して前記第２ＲＡＴの基地局にメッセージを送信するようにさらに構成されており、前記メッセージは、前記ＵＥが前記第１ＲＡＴの基地局とのＲＲＣ遊休状態に入ることを示す、ＵＥ。
5. 前記第１ＲＡＴの基地局はｅＮｏｄｅ Ｂであり、前記第２ＲＡＴの基地局はアクセスポイント（ＡＰ）である、請求項１に記載の方法。
6. 前記第１ＲＡＴの基地局はｅＮｏｄｅ Ｂであり、前記第２ＲＡＴの基地局はアクセスポイント（ＡＰ）である、請求項４に記載のＵＥ。
7. 前記プロセッサは、前記ＵＥが前記第１ＲＡＴの無線リンク失敗から回復する場合に、前記第１ＲＡＴの基地局とＲＲＣ接続再設定過程を行うようにさらに構成されている、請求項４に記載のＵＥ。
8. 前記無線リンク失敗報告メッセージは、前記第２ＲＡＴの基地局に関連する情報を含む、請求項４に記載のＵＥ。