(57)【要約】複数の無線接続技術（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）を支援する端末が無線リンク失敗の発生時に回復する方法は、第１ＲＡＴとＲＲＣ接続状態を維持している間に、前記第１ＲＡＴの無線リンク失敗を検出するステップと、前記検出から所定の第１時間経過後に前記第１ＲＡＴの無線リンクが回復されないと、無線リンク失敗と判断するステップと、前記判断後、所定の第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されるか否かを判断するステップと、を有することができる。【選択図】図１５
2016500980.tif 000002
【特許請求の範囲】
【請求項１】
複数の無線接続技術（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）を支援する端末が無線リンク失敗の発生時に回復する方法であって、
第１ＲＡＴとＲＲＣ接続状態を維持している間に、前記第１ＲＡＴの無線リンク失敗を検出するステップと、
前記検出から所定の第１時間経過後に前記第１ＲＡＴの無線リンクが回復されないと、無線リンク失敗と判断するステップと、
前記判断後、所定の第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されるか否かを判断するステップと、
を有する、複数ＲＡＴ支援端末の無線リンク回復方法。
【請求項２】
前記検出後に、前記複数ＲＡＴのインタワーキングを管理する個体に、前記第１ＲＡＴの無線リンク失敗を知らせるメッセージを、第２ＲＡＴを介して送信するステップをさらに有する、請求項１に記載の複数ＲＡＴ支援端末の無線リンク回復方法。
【請求項３】
前記第２時間に前記第１ＲＡＴの無線リンク失敗が回復されない場合、ＲＲＣ遊休（ｉｄｌｅ）モードに進入するステップをさらに有する、請求項１に記載の複数ＲＡＴ支援端末の無線リンク回復方法。
【請求項４】
前記ＲＲＣ遊休モードに進入することを知らせるメッセージを、前記複数ＲＡＴのインタワーキングを管理する個体に、第２ＲＡＴを介して送信するステップをさらに有する、請求項３に記載の複数ＲＡＴ支援端末の無線リンク回復方法。
【請求項５】
前記第２時間に、前記第１ＲＡＴの無線リンク失敗が回復された場合、前記第１ＲＡＴの基地局とＲＲＣ接続再設定過程を行うステップをさらに有する、請求項１に記載の複数ＲＡＴ支援端末の無線リンク回復方法。
【請求項６】
前記複数ＲＡＴは、互いに異種網である、請求項１に記載の複数ＲＡＴ支援端末の無線リンク回復方法。
【請求項７】
無線リンク失敗を回復するための端末であって、
第１ＲＡＴとＲＲＣ接続状態を維持している間に前記第１ＲＡＴの無線リンク失敗を検出し、
前記検出から所定の第１時間経過後に前記第１ＲＡＴの無線リンクが回復されないと、無線リンク失敗と判断し、
前記判断後、所定の第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されるか否かを判断するように構成されたプロセッサを備える、端末。
【請求項８】
前記検出後、前記複数ＲＡＴのインタワーキングを管理する個体に、前記第１ＲＡＴの無線リンク失敗を知らせるメッセージを、第２ＲＡＴを介して送信するように構成された送信器をさらに備える、請求項７に記載の端末。
【請求項９】
前記プロセッサは、前記第２時間に、前記第１ＲＡＴの無線リンク失敗が回復された場合、前記第１ＲＡＴの基地局とＲＲＣ接続再設定過程を行うように制御する、請求項７に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、特に、複数の無線接続技術を支援する端末が、無線リンク失敗が発生した場合に回復する方法及びそのための装置に関する。
【背景技術】
【０００２】
２つ以上の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）にアクセス可能な性能（ｃａｐａｂｉｌｉｔｙ）を有する多重−ＲＡＴ（Ｍｕｌｔｉ−ＲＡＴ）端末が存在している。特定ＲＡＴにアクセスするためには、端末要請ベースで特定ＲＡＴへの接続（ｃｏｎｎｅｃｔｉｏｎ）を設定し、データ送受信を行う。
【０００３】
しかし、多重−ＲＡＴ端末が２つ以上のＲＡＴにアクセス可能な性能は有していても、同時に多重−ＲＡＴにアクセスすることはできない。すなわち、現在、端末は多重−ＲＡＴ性能（Ｍｕｌｔｉ−ＲＡＴ  ｃａｐａｂｉｌｉｔｙ）を有するとしても、互いに異なるＲＡＴを介して同時にデータ送受信をすることはできない。
【０００４】
このような従来の多重−ＲＡＴ技術は、無線ＬＡＮとセルラー網間のインタワーキング（ｉｎｔｅｒｗｏｒｋｉｎｇ）を必要としないため、全般的にシステム効率が低いという問題点がある。また、このような問題点については未だ研究されていない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明で達成しようとする技術的課題は、複数の無線接続技術を支援する端末が、無線リンク失敗が発生した場合に回復する方法を提供することにある。
【０００６】
本発明で達成しようとする他の技術的課題は、無線リンク失敗を回復するための端末を提供することにある。
【０００７】
本発明で達成しようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００８】
上記の技術的課題を達成するための、複数の無線接続技術を支援する端末が無線リンク失敗の発生時に回復する方法は、第１ＲＡＴとＲＲＣ接続状態を維持している間に前記第１ＲＡＴの無線リンク失敗を検出するステップと、前記検出から所定の第１時間経過後に前記第１ＲＡＴの無線リンクが回復されないと、無線リンク失敗と判断するステップと、前記判断後、所定の第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されるか否かを判断するステップとを有することができる。前記検出後、前記複数ＲＡＴのインタワーキングを管理する個体に、前記第１ＲＡＴの無線リンク失敗を知らせるメッセージを第２ＲＡＴを介して送信するステップをさらに有することができる。前記第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されないと、ＲＲＣ遊休（ｉｄｌｅ）モードに進入するステップをさらに有することができる。前記ＲＲＣ遊休モードに進入することを知らせるメッセージを、前記複数ＲＡＴのインタワーキングを管理する個体に、第２ＲＡＴを介して送信するステップをさらに有することができる。前記第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されると、前記第１ＲＡＴの基地局とＲＲＣ接続再設定過程を行うステップをさらに有することができる。前記複数ＲＡＴは、互いに異種網である。
【０００９】
前記の他の技術的課題を達成するための、無線リンク失敗を回復するための端末は、第１ＲＡＴとＲＲＣ接続状態を維持している間に前記第１ＲＡＴの無線リンク失敗を検出し、前記検出から所定の第１時間経過後に前記第１ＲＡＴの無線リンクが回復されないと、無線リンク失敗と判断し、前記判断後、所定の第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されるか否かを判断するように構成されたプロセッサを備える。前記検出後、前記複数ＲＡＴのインタワーキングを管理する個体に、前記第１ＲＡＴの無線リンク失敗を知らせるメッセージを、第２ＲＡＴを介して送信するように構成された送信器をさらに備える。前記プロセッサは、前記第２時間に、前記第１ＲＡＴの無線リンク失敗が回復されると、前記第１ＲＡＴの基地局とＲＲＣ接続再設定過程を行うように制御する。
【発明の効果】
【００１０】
端末が２つ以上のＲＡＴに同時に接続できる能力がある場合、２リンクのうち、プライマリリンクが無線リンク失敗（ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ）にある間に、端末の他のＲＡＴのリンクが相変らず有効であることをインタワーキング管理エンティティやサービング−ｅＮＢに知らせることによって、端末の緊急なメッセージやデータフロー（ｄａｔａ  ｆｌｏｗ）のセカンダリＲＡＴへの切替を可能にする。
【００１１】
本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
【図面の簡単な説明】
【００１２】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に係る実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【００１３】
【図１】図１は、無線通信システム１００における基地局１０５及び端末１１０の構成を示すブロック図である。
【００１４】
【図２】図２は、セルラー無線リンク失敗に関して例示する図である。
【００１５】
【図３】図３は、第１通信システム（例えば、ＬＴＥシステム）と第２通信システム（例えば、ＷｉＦｉシステム）との連動構造を説明するためのネットワーク構造を例示する図である。
【００１６】
【図４】図４は、本発明に係るマルチシステム支援関連の交渉手順を説明するための例示図である。
【００１７】
【図５】図５は、ＬＴＥシステムにおけるトラフィック特性について説明するための例示図である。
【００１８】
【図６】図６は、測定設定（ｍｅａｓｕｒｍｅｍｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を説明するための例示図である。
【００１９】
【図７】図７は、ＲＡＴ間測定報告トリガー（Ｉｎｔｅｒ−ＲＡＴ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ  Ｔｒｉｇｇｅｒ）定義を説明するための例示図である。
【００２０】
【図８】図８は、多重−ＲＡＴ  ＵＥのための多重−ＲＡＴ測定手順を説明するための例示図である。
【００２１】
【図９】図９は、セカンダリシステム管理方法を説明するための例示図である。
【００２２】
【図１０】図１０は、セカンダリシステム連結（ａｓｓｏｃｉａｔｉｏｎ）過程を説明するための例示図である。
【００２３】
【図１１】図１１は、セカンダリシステム再連結（ｒｅａｓｓｏｃｉａｔｉｏｎ）過程を説明するための例示図である。
【００２４】
【図１２】図１２は、セカンダリシステム再連結過程を説明するための他の例示図である。
【００２５】
【図１３】図１３は、セカンダリシステム連結解除過程（Ｄｉｓａｓｓｏｃｉａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を説明するための例示図である。
【００２６】
【図１４】図１４は、本発明に係るリンク失敗報告（ｌｉｎｋ  ｆａｉｌｕｒｅ  ｒｅｐｏｒｔ）を送信する方法を説明するための例示図である。
【００２７】
【図１５】図１５は、Ｗｉ−Ｆｉ−セルラーインタワーキングにおける無線リンク失敗（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）を説明するための例示図である。
【００２８】
【図１６】図１６及び図１７は、セルラー無線リンク失敗の場合、Ｗｉ−Ｆｉ−セルラーインタワーキング端末のデータフローを説明するための例示図である。
【図１７】図１６及び図１７は、セルラー無線リンク失敗の場合、Ｗｉ−Ｆｉ−セルラーインタワーキング端末のデータフローを説明するための例示図である。
【発明を実施するための形態】
【００２９】
以下、本発明に係る公的な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明を実施し得る唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的細部事項を含む。しかし、当業者にとってはこのような具体的細部事項なしにも本発明を実施できるということは明らかである。例えば、以下の詳細な説明は、移動通信システムが３ＧＰＰ  ＬＴＥ、ＬＴＥ−Ａシステムである場合を仮定して具体的に説明するが、３ＧＰＰ  ＬＴＥ、ＬＴＥ−Ａ特有の事項を除けば、他の任意の移動通信システムにも適用可能である。
【００３０】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置を省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で示すことができる。また、本明細書を通じて同一の構成要素には同一の図面符号を付して説明する。
【００３１】
なお、以下の説明において、端末は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ  Ｔｏ  Ｍａｃｈｉｎｅ）機器などの、移動又は固定型のユーザ端機器を総称するものとする。また、基地局は、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ、ＢＳ（Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの、端末と通信するネットワーク端の任意のノードを総称するものとする。本明細書では基地局を、セル、セクターなどを含む概念として用いることができる。
【００３２】
移動通信システムにおいて、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）を通じて情報を受信することができ、端末はまた、上りリンク（Ｕｐｌｉｎｋ）を通じて情報を送信することができる。端末が送信又は受信する情報としてはデータ及び様々な制御情報があり、端末が送信又は受信する情報の種類用途によって様々な物理チャネルが存在する。
【００３３】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）どのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ（登録商標）  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化したバージョンである。
【００３４】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されているたものであり、これらの特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更してもよい。
【００３５】
図１は、無線通信システム１００における基地局１０５及び端末１１０の構成を示すブロック図である。
【００３６】
無線通信システム１００を簡略に示すために、一つの基地局１０５と一つの端末１１０を示しているが、無線通信システム１００は、一つ以上の基地局及び／又は一つ以上の端末を含むことができる。
【００３７】
図１を参照すると、基地局１０５は、送信（Ｔｘ）データプロセッサ１１５、シンボル変調器１２０、送信器１２５、送受信アンテナ１３０、プロセッサ１８０、メモリー１８５、受信器１９０、シンボル復調器１９５、受信データプロセッサ１９７を含むことができる。そして、端末１１０は、送信（Ｔｘ）データプロセッサ１６５、シンボル変調器１７０、送信器１７５、送受信アンテナ１３５、プロセッサ１５５、メモリー１６０、受信器１４０、シンボル復調器１４５、受信データプロセッサ１５０を含むことができる。送受信アンテナ１３０，１３５がそれぞれ、基地局１０５及び端末１１０で一つとして示されているが、基地局１０５及び端末１１０は複数個の送受信アンテナを具備している。したがって、本発明に係る基地局１０５及び端末１１０は、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）システムを支援する。また、本発明に係る基地局１０５は、ＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ  Ｕｓｅｒ−ＭＩＭＯ）、ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ−ＭＩＭＯ）方式の両方を支援することができる。
【００３８】
下りリンク上で、送信データプロセッサ１１５は、トラフィックデータを受信し、受信したトラフィックデータをフォーマットし、コーディングし、コーディングされたトラフィックデータをインターリービング及び変調して（又は、シンボルマッピングして）、変調シンボル（“データシンボル”）を提供する。シンボル変調器１２０は、これらのデータシンボルとパイロットシンボルを受信及び処理し、シンボルのストリームを提供する。
【００３９】
シンボル変調器１２０は、データ及びパイロットシンボルを多重化してこれを送信器１２５に送信する。このとき、それぞれの送信シンボルは、データシンボル、パイロットシンボル、又はゼロの信号値であってもよい。それぞれのシンボル周期で、パイロットシンボルが連続して送信されてもよい。パイロットシンボルは、周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）、又はコード分割多重化（ＣＤＭ）シンボルであってもよい。
【００４０】
送信器１２５は、シンボルのストリームを受信してそれを一つ以上のアナログ信号に変換し、また、このアナログ信号をさらに調節（例えば、増幅、フィルタリング、及び周波数アップコンバート（ｕｐｃｏｎｖｅｒｔｉｎｇ）して、無線チャネルを介した送信に適した下りリンク信号を発生させる。すると、送信アンテナ１３０は、発生した下りリンク信号を端末に送信する。
【００４１】
端末１１０の構成で、受信アンテナ１３５は、基地局からの下りリンク信号を受信し、受信した信号を受信器１４０に提供する。受信器１４０は、受信した信号を調整（例えば、フィルタリング、増幅、及び周波数ダウンコンバート（ｄｏｗｎｃｏｎｖｅｒｔｉｎｇ））し、調整された信号をデジタル化してサンプルを取得する。シンボル復調器１４５は、受信したパイロットシンボルを復調し、チャネル推定のためにそれをプロセッサ１５５に提供する。
【００４２】
また、シンボル復調器１４５は、プロセッサ１５５から下りリンクに対する周波数応答推定値を受信し、受信したデータシンボルに対してデータ復調を行い、（送られてきたデータシンボルの推定値である）データシンボル推定値を取得し、データシンボル推定値を受信（Ｒｘ）データプロセッサ１５０に提供する。受信データプロセッサ１５０は、データシンボル推定値を復調（すなわち、シンボルデマッピング（ｄｅｍａｐｐｉｎｇ））し、デインターリービング（ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）し、デコーディングして、送られてきたトラフィックデータを復旧する。
【００４３】
シンボル復調器１４５及び受信データプロセッサ１５０による処理はそれぞれ、基地局１０５におけるシンボル変調器１２０及び送信データプロセッサ１１５による処理に相補的である。
【００４４】
端末１１０では、上りリンク上で、送信データプロセッサ１６５はトラフィックデータを処理してデータシンボルを提供する。シンボル変調器１７０は、データシンボルを受信して多重化し、変調を行い、シンボルのストリームを送信器１７５に提供することができる。送信器１７５は、シンボルのストリームを受信及び処理して上りリンク信号を発生させる。そして、送信アンテナ１３５は、発生した上りリンク信号を基地局１０５に送信する。
【００４５】
基地局１０５で、端末１１０から上りリンク信号が受信アンテナ１３０を通して受信され、受信器１９０は、受信した上りリンク信号を処理してサンプルを取得する。続いて、シンボル復調器１９５は、これらのサンプルを処理し、上りリンクに対して受信されたパイロットシンボル及びデータシンボル推定値を提供する。受信データプロセッサ１９７は、データシンボル推定値を処理して、端末１１０から送られてきたトラフィックデータを復旧する。
【００４６】
端末１１０及び基地局１０５のそれぞれのプロセッサ１５５，１８０はそれぞれ、端末１１０及び基地局１０５における動作を指示（例えば、制御、調整、管理など）する。それぞれのプロセッサ１５５，１８０は、プログラムコード及びデータを記憶するメモリーユニット１６０，１８５などに接続することができる。メモリー１６０，１８５は、プロセッサ１８０に接続し、オペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ  ｆｉｌｅｓ）を記憶する。
【００４７】
プロセッサ１５５，１８０は、コントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などと呼ぶこともできる。一方、プロセッサ１５５，１８０は、ハードウェア（ｈａｒｄｗａｒｅ）又はファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの結合によって具現することもできる。ハードウェアを用いて本発明の実施例を具現する場合には、本発明を行うように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などをプロセッサ１５５，１８０に備えることができる。
【００４８】
一方、ファームウェアやソフトウェアを用いて本発明の実施例を具現する場合には、本発明の機能又は動作を実行するモジュール、手順又は関数などを含むようにファームウェアやソフトウェアを構成することができる。本発明を実行し得るように構成されたファームウェア又はソフトウェアは、プロセッサ１５５，１８０内に備えられたり、メモリー１６０，１８５に記憶されてプロセッサ１５５，１８０によって駆動されてもよい。
【００４９】
端末と基地局の無線通信システム（ネットワーク）間の無線インターフェースプロトコルのレイヤは、通信システムでよく知られたＯＳＩ（ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３層に基づいて第１レイヤ（Ｌ１）、第２レイヤ（Ｌ２）、及び第３レイヤ（Ｌ３）に分類できる。物理レイヤは第１レイヤに属し、物理チャネルを介して情報送信サービスを提供する。ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤは第３レイヤに属し、ＵＥとネットワーク間の制御無線リソースを提供する。端末と基地局は無線通信ネットワークとＲＲＣレイヤを通してＲＲＣメッセージを交換することができる。
【００５０】
図２は、セルラー無線リンク失敗に関して例示する図である。
【００５１】
今までは、端末が多重−ＲＡＴ性能を有しても、互いに異なるＲＡＴを介して同時にデータ送受信することはできなかった。スイッチングベースのＲＡＴ間（ｉｎｔｅｒ  ＲＡＴ）技術は、送信されるデータが全て他の（ｏｔｈｅｒ）ＲＡＴに切り替わるため、フローのＱｏＳに適切なＲＡＴを選択することができず、特定フローのみを切り替えるための制御技術が定義されていない。特定フローのみを他のＲＡＴに切り替えるための手順及びシグナリング情報を定義する必要があり、本発明では、端末がプライマリシステムの他、特定フローに対する送信のためのセカンダリシステム（ｓｅｃｏｎｄａｒｙ  ｓｙｓｔｅｍ）を追加／削除／修正する全般的な手順を定義する。セルラーとＷＬＡＮ接続が設定されていた端末がセルラー網のリンク失敗（ｌｉｎｋ  ｆａｉｌｕｒｅ）を検出（ｄｅｔｅｃｔｉｏｎ）した場合、無線ＬＡＮ網を通じてセルラー網のリンク回復（ｌｉｎｋ  ｒｅｃｏｖｅｒｙ）を效率的に行えるような方法が必要である。従来の技術の方法をそのまま用いる場合、ｅＮＢ又はセルラー−ＷｉＦｉインタワーキングを管理する特定ネットワークエンティティは、端末がセルラー無線リンクを回復した後に端末の無線リンク失敗を検出できるため、ＷｉＦｉリンクが設定されていても、ＲＬＦ状態の間には端末にいかなるサービスも提供することができない。
【００５２】
しかし、セルラーとＷｉＦｉの両リンクに同時に接続を設定できる端末だとすれば、セルラー網のリンクは失敗であっても、ＷｉＦｉリンクは相変らず有効でありうるため、これを通じて基地局又はインタワーキング管理ネットワークエンティティへより迅速にセルラー網のリンク失敗を知らせることによって、セルラー網を通じて送信されなければならない緊急メッセージやデータをＷｉＦＩ網で送信するようにする方法が必要である。
【００５３】
まず、複数の通信システムが連動するネットワーク構造を説明する。
【００５４】
図３は、第１通信システム（例えば、ＬＴＥシステム）と第２通信システム（例えば、ＷｉＦｉシステム）との連動構造を説明するためのネットワーク構造を例示する図である。
【００５５】
図３に示すネットワーク構造において、バックボーン（Ｂａｃｋｂｏｎｅ）網（例えば、Ｐ−ＧＷ又はＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ））を通じてＡＰとｅＮＢ間にバックホール制御接続（ｂａｃｋｈａｕｌ  ｃｏｎｔｒｏｌ  ｃｏｎｎｅｃｔｉｏｎ）があってもよく、ＡＰとｅＮＢ間に無線制御接続（ｗｉｒｅｌｅｓｓ  ｃｏｎｔｒｏｌ  ｃｏｎｎｅｃｔｉｏｎ）があってもよい。ピークスループット（ｐｅａｋ  ｔｈｒｏｕｇｈｐｕｔ）及びデータトラフィックオフ−ローディング（ｄａｔａ  ｔｒａｆｆｉｃ  ｏｆｆ−ｌｏａｄｉｎｇ）のために、ＵＥは、複数の通信ネットワーク間の連動によって、第１無線通信方式を用いる第１通信システム（或いは、第１通信ネットワーク）と第２無線通信方式を用いる第２通信システム（或いは、第２通信ネットワーク）を同時に支援することができる。ここで、第１通信ネットワーク又は第１通信システムをそれぞれ、プライマリネットワーク（Ｐｒｉｍａｒｙ  ｎｅｔｗｏｒｋ）又はプライマリシステム（プライマリシステム）と称し、第２通信ネットワーク又は第２通信システムをそれぞれ、セカンダリネットワーク（Ｓｅｃｏｎｄａｒｙ  ｎｅｔｗｏｒｋ）又はセカンダリシステム（Ｓｅｃｏｎｄａｒｙ  ｓｙｓｔｅｍ）と称することができる。例えば、ＵＥを、ＬＴＥ（或いは、ＬＴＥ−Ａ）とＷｉＦｉ（ＷＬＡＮ／８０２．１１のような近距離通信システム）を同時に支援するように構成することができる。このようなＵＥを本明細書ではマルチシステム支援ＵＥ（Ｍｕｌｔｉ−ｓｙｓｔｅｍ  ｃａｐａｂｉｌｉｔｙ  ＵＥ）などと呼ぶことができる。
【００５６】
図３に示すネットワーク構造において、プライマリシステムは、広いカバレッジ（ｗｉｄｅｒ  ｃｏｖｅｒａｇｅ）を有し、制御情報送信のための網であってもよい。プライマリシステムの例としてＷｉＭＡＸ又はＬＴＥ（ＬＴＥ−Ａ）システムを挙げることができる。一方、セカンダリシステムは、小さいカバレッジは有し、データ送信のためのシステムであってもよい。セカンダリネットワークはとして、例えば、ＷＬＡＮ又はＷｉＦｉのような無線ＬＡＮシステムを挙げることができる。
【００５７】
本明細書では、２つ以上のＲＡＴに同時にアクセスできる性能（ｃａｐａｂｉｌｉｔｙ）を有する端末を多重−ＲＡＴ端末と定義する。特定ＲＡＴにアクセスするためには、端末要請ベースで特定ＲＡＴへの接続（ｃｏｎｎｅｃｔｉｏｎ）を設定し、データ送受信を行うことができる。従来、端末は、２つ以上のＲＡＴにアクセスできる性能は有するが、同時に多重−ＲＡＴにアクセスすることはできない。一例として、端末（ＵＥ）がＷｉＦｉ網のＡＰ１にアクセスされている場合、セルラーネットワークのｅＮＢにアクセスするためには、スイッチング動作を行うが、同時にＡＰ１及びｅＮＢにアクセスすることはできなかった。図３に示すように、ＡＰと基地局間に  無線制御接続があるため、直接通信（ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）が可能である。ｅＮＢにとっては、セカンダリシステムのＡＰが、ＬＴＥ性能（ＬＴＥ  ｃａｐａｂｉｌｉｔｙ）を有するＵＥと同様に動作するエンティティ（ｅｎｔｉｔｙ）として見えてもよい。一方、図３には示していないが、バックボーン網を通じてＡＰとｅＮＢ間にバックホール制御接続があるシナリオも考慮することができる。この場合、ＡＰとｅＮＢはバックホール制御接続を通じて制御情報などを交換することができる。
【００５８】
以下では、本明細書で記述する多重無線接続技術（多重−ＲＡＴ）システム関連定義を説明する。
【００５９】
プライマリシステム（プライマリシステム）
【００６０】
プライマリシステム（例えば、ＷｉＭＡＸ又はＬＴＥシステム）は、広いカバレッジを有するシステムである。そして、プライマリシステムは、マルチシステム支援ＵＥと常にｓｔａｔｕｓ（又は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ）があるネットワークで接続された（ｃｏｎｎｅｃｔｅｄ）状態にあるか、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）又は遊休状態（ｉｄｌｅ  ｓｔａｔｕｓ）にあるネットワークのことを指す。
【００６１】
マルチシステムを支援するＵＥは、プライマリネットワークとの接続設定（ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）の間にプライマリシステムのｅＮＢに異種網（例、ＷＬＡＮ）に対する性能（ｃａｐａｂｉｌｉｔｙ）があることを示す（ｉｎｄｉｃａｔｅ）することができる。このとき、マルチシステム支援が可能か否か（Ｍｕｌｔｉ−ｓｙｓｔｅｍ  ｃａｐａｂｉｌｉｔｙ）の指示（ｉｎｄｉｃａｔｉｏｎ）は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ、又はＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージに新しいフィールドとして送信することができる。マルチシステム支援が可能か否かの指示（例えば、ＷＬＡＮＡｃｃｅｓｓＡｖａｉｌａｂｌｅ又はＭｕｌｔｉＲＡＴＡｃｃｅｓｓＡｖａｉｌａｂｌｅ）が１である場合、マルチシステムＵＥのための特定手順によってＵＥとｅＮＢはマルチシステムに必要な能力を共有可能になる。
【００６２】
プライマリシステムのｅＮＢは、マルチシステムＵＥのために、同一のカバレッジに属した他のシステム（セカンダリシステム）に関する情報を周期的にブロードキャストメッセージで送信したり、又は、ユニキャストメッセージで送信することができる。仮にセカンダリシステムの配置（ｄｅｐｌｏｙｍｅｎｔ）に変化がある場合、セカンダリシステムの追加／削除／変化の情報を知らせるために、アップデートされたメッセージを送信することができる。
【００６３】
セカンダリシステム（Ｓｅｃｏｎｄａｒｙ  ｓｙｓｔｅｍｓ）
【００６４】
セカンダリシステムは、小さいカバレッジを有し、例えば、ＷＬＡＮ、ＷｉＦｉシステムであってもよい。セカンダリシステムは必要によって追加（ａｄｄｉｔｉｏｎ）又は削除（ｄｅｌｅｔｉｏｎ）してもよいシステムである。主として、セカンダリシステムは、高い帯域（Ｈｉｇｈｅｒ  ＢＷ）を要求するデータ送受信のために用いることができる。このとき、特定フロー（ＱｏＳ）がマップされてもよい。
【００６５】
セカンダリシステムとＵＥ間の接続（ｃｏｎｎｅｃｔｉｏｎ）又は解除（ｒｅｌｅａｓｅ）は、プライマリシステムからの確認後に可能である。ここにいう接続とは、データを送受信する準備ができていることを意味したり、データを送受信することを意味できる。
【００６６】
ＵＥがセカンダリシステムカバレッジに入ったことが検出されると、プライマリシステムを介して、セカンダリシステムへのアクセス（ａｃｃｅｓｓ）情報を受信することができる。この場合、実際データ送受信は直ちに発生しなくてもよい。ＵＥがセカンダリシステムを介して送受信するデータがある場合、プライマリシステムを介し該当の該フローに対するアクセス情報を受信することができる。この場合、実際データ送受信が直ちに発生しうる。
【００６７】
プライマリシステムとの初期接続設定（Ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｗｉｔｈ  プライマリシステム）
【００６８】
プライマリシステムとの初期接続設定とは、既存ＬＴＥの初期ＲＲＣ接続設定（ｉｎｉｔｉａｌ  ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を行うことを指す。該当の端末が多重−ＲＡＴ  ＡＭＳということを、ＲＲＣ接続要請メッセージ又はＲＲＣ接続設定メッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ／ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージなど）などを用いて指示（Ｉｎｄｉｃａｔｉｏｎ）することができる。既存メッセージに“ＭｕｌｔｉＲＡＴＡｃｃｅｓｓＡｖａｉｌａｂｌｅ”のようなパラメータを追加して送信することができる（例えば、１ビット）
【００６９】
セカンダリシステム情報送信（Ｓｅｃｏｎｄａｒｙ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｍｉｓｓｉｏｎ）
【００７０】
端末が受信すべきＡＰの共通（ｃｏｍｍｏｎ）情報がある場合、ｅＮＢからセカンダリシステムに関する情報をブロードキャストすることができる。
【００７１】
多重−ＲＡＴ性能交渉（Ｍｕｌｔｉ−ＲＡＴ  ｃａｐａｂｉｌｉｔｙ  ｎｅｇｏｔｉａｔｉｏｎ）
【００７２】
多重−ＲＡＴ性能交渉は、一般に、初期接続設定後に行われる。接続再設定（Ｃｏｎｎｅｃｔｉｏｎ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）の場合、多重−ＲＡＴ性能交渉は省略されてもよい。ハンドオーバー（ＨＯ）の場合、ターゲットｅＮＢはサービングｅＮＢからバックボーン網を通じて事前交渉（ｐｒｅ−ｎｅｇｏｔｉａｔｉｏｎ）を行うことができる。ｅＮＢはＵＥの多重−ＲＡＴ性能を、端末がＲＲＣ＿ＩＤＬＥに進入して一定時間の間に保存することができ、多重−ＲＡＴ情報維持タイムアウト（ＭｕｌｔｉＲＡＴ  ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｔａｉｎ  ｔｉｍｅｏｕｔ）前にネットワーク再設定（ｎｅｔｗｏｒｋ  ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）が行われる場合、当該多重−ＲＡＴ性能交渉は省略されてもよい。
【００７３】
１．ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ
【００７４】
ｕｅ−ＣａｐａｂｉｌｉｔｙＲｅｑｕｅｓｔに、ＷｉＦｉ又はＷＬＡＮ又は８０２．１１のような新しいＲＡＴ（すなわち、非免許帯域（ｕｎｌｉｃｅｎｓｅｄ  ｂａｎｄ））に関するパラメータを追加することができる
【００７５】
２．ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージ
【００７６】
端末のＷｉＦｉ関連性能情報を当該メッセージに追加して送信することができる。ＲＡＴ−Ｔｙｐｅに関する新しいパラメータのＷｉＦｉ又は８０２．１１が追加され、これと共に送信される場合、次の情報をさらに送信することができる。
【００７７】
−  ＵＥの８０２．１１ＭＡＣアドレス（認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）情報のために）
【００７８】
既存接続ＡＰ情報（ＵＥの好むＡＰ（ＵＥ’ｓ  ｐｒｅｆｅｒｒｅｄ  ＡＰ））（この値は、既存接続ＡＰの属したｅＮＢにのみ送信されることが好ましい）
【００７９】
−  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ（１１ａ／ｂ／ｎ…）情報
【００８０】
−  無線ＬＡＮ（又は、セカンダリシステム）に送信しようとするトラフィック特性
【００８１】
３．ＵＥＣａｐａｂｉｌｉｔｙＣｏｍｐｌｅｔｅ又はＵＥＣａｐａｂｉｌｉｔｙＲｅｓｐｏｎｓｅメッセージ（新しいメッセージ）
【００８２】
端末は、ＵＥＣａｐａｂｉｌｉｔｙＣｏｍｐｌｅｔｅ又はＵＥＣａｐａｂｉｌｉｔｙＲｅｓｐｏｎｓｅメッセージなどで候補ＡＰ（Ｃａｎｄｉｄａｔｅ  ＡＰｓ）情報を受信することができる。
【００８３】
ＬＴＥベースのＵＥ性能交渉
【００８４】
本発明の技術は、無線ＬＡＮのような異種網連動技術に対する性能（ｃａｐａｂｉｌｉｔｙ）を有する基地局が端末にＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージを送信することによってＵＥの異種網関連情報を受信することを提案する。
【００８５】
ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージには次のようなパラメータを追加することができる。
【００８６】
Ｗｉｆｉ関連ＵＥ性能要請パラメータ
【００８７】
５．６．３．３Ｒｅｃｅｐｔｉｏｎ  ｏｆ  ｔｈｅ  ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ  ｂｙ  ｔｈｅ  ＵＥ（３ＧＰＰ  ＴＳ３６．３３１）に、下記の内容が追加されている。
【００８８】
Ｔｈｅ  ＵＥ  ｓｈａｌｌ：
【００８９】
１＞          ｓｅｔ  ｔｈｅ  ｃｏｎｔｅｎｔｓ  ｏｆ  ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ  ｍｅｓｓａｇｅ  ａｓ  ｆｏｌｌｏｗｓ：
【００９０】
２＞        ｉｆ  ｔｈｅ  ｕｅ−ＣａｐａｂｉｌｉｔｙＲｅｑｕｅｓｔ  ｉｎｃｌｕｄｅｓ  ｗｉｆｉ  ａｎｄ  ｉｆ  ｔｈｅ  ＵＥ  ｓｕｐｐｏｒｔｓ  ＷｉＦｉ  （ｏｒ  ＷＬＡＮ  ｏｒ  ８０２．１１ｘ）  ｄｏｍａｉｎ  ：
【００９１】
３＞        ｉｎｃｌｕｄｅ  ｔｈｅ  ＵＥ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｃａｐａｂｉｌｉｔｉｅｓ  ｆｏｒ  ＷｉＦｉ  ｗｉｔｈｉｎ  ａ  ｕｅ−ＣａｐａｂｉｌｉｔｙＲＡＴ−Ｃｏｎｔａｉｎｅｒ  ａｎｄ  ｗｉｔｈ  ｔｈｅ  ｒａｔ−Ｔｙｐｅ  ｓｅｔ  ｔｏ  ＷｉＦｉ（ｏｒ  ＷＬＡＮ  ｏｒ  ８０２．１１ｘ）；
【００９２】
ＷｉＦｉ関連ＵＥ無線接続性能には、ＵＥの８０２．１１ＭＡＣアドレス、既存接続ＡＰ情報（ＵＥの好むＡＰ）、プロトコルバーション（１１ａ／ｂ／ｎ…）情報、又は無線ＬＡＮ（又は、セカンダリシステム）に送信しようとするトラフィック特性を含めることができる。
【００９３】
１＞  ｓｕｂｍｉｔ  ｔｈｅ  ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ  ｍｅｓｓａｇｅ  ｔｏ  ｌｏｗｅｒ  ｌａｙｅｒｓ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ，  ｕｐｏｎ  ｗｈｉｃｈ  ｔｈｅ  ｐｒｏｃｅｄｕｒｅ  ｅｎｄｓ
【００９４】
図４は、本発明に係るマルチシステム支援関連の交渉手順を説明するための例示図である。
【００９５】
図４は、特に、ＬＴＥベースのＵＥ性能交渉のためのものであり、無線ＬＡＮのような異種網連動技術に対する性能があるｅＮＢが、ＵＥにＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージを送信することによって、ＵＥの異種網関連情報を受信する過程を説明する。
【００９６】
図４を参照すると、ＵＥ（すなわち、マルチシステムＵＥ）は、プライマリシステム（プライマリシステムのｅＮＢ）と初期ネットワーク進入手順を行う。すなわち、ＵＥは、プライマリシステムとの初期接続設定（Ｉｎｉｔｉａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｗｉｔｈ  プライマリシステム）を行う。プライマリシステムがＬＴＥシステムである場合、ＵＥは、既存ＬＴＥの初期ＲＲＣ接続設定（ｉｎｉｔｉａｌ  ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順を行う。基地局はＵＥにセカンダリシステム情報メッセージを送信することができる。
【００９７】
ＵＥのマルチシステム（或いは、多重−ＲＡＴ）性能交渉は、初期接続設定の後に行われてもよい。
【００９８】
ｅＮＢは、ＵＥの性能を質問する（例えば、ＵＥがマルチシステム又は多重−ＲＡＴに同時にアクセスすることを支援できるか否か、どのシステム或いはＲＡＴへのアクセスを同時に支援するかの質問）メッセージをＵＥに送信することができる。このメッセージは、“ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙ”と呼ぶことができる。ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージにＵＥ−ＣａｐａｂｉｌｉｔｙＲｅｑｕｅｓｔパラメータが追加され、この追加されたパラメータにて、ＵＥがマルチシステム又は多重−ＲＡＴを同時に支援できるか否か、又はどのシステムを支援できるかを質問する内容を送信する。ＵＥ−ＣａｐａｂｉｌｉｔｙＲｅｑｕｅｓｔパラメータにはＷｉＦｉ、ＷＬＡＮ、又は８０２．１１のような新しい無線接続技術（ＲＡＴ）（すなわち、非免許帯域）に関するパラメータを含めて送信することができる。
【００９９】
ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージに対する応答として、ＵＥはｅＮＢに、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージを送信する。このＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージは、例えば、ＷｉＦｉ関連性能情報を含むことができる。
【０１００】
ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージは、複数の無線接続技術或いはシステムタイプに同時にアクセスすることを支援するか否かを示す指示子、及び支援可能な無線接続技術或いはシステムタイプに関する情報を含むことができる。例えば、支援可能な無線接続技術がＷｉＦｉであると、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージはさらにＵＥの８０２．１１ＭＡＣアドレス（認証情報ために）を含むことができる。また、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージは、既存接続ＡＰ情報（ＵＥの好むＡＰ）を含むことができ、この情報は、既存接続ＡＰの属したｅＮＢにのみ送信されることが好ましい。また、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージはさらにプロトコルバーション（１１ａ／ｂ／ｎ…）情報、ＷＬＡＮを通じて送信又は受信したいトラフィックタイプ或いは特性（例えば、ＥＰＳ  ｂｅａｒｅｒ  ＱｏＳ  ｔｙｐｅ）に関する情報を含むことができる。このようなトラフィックタイプ或いは特性に関する情報については後述する。
【０１０１】
ＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージがなく、非要求（ｕｎｓｏｌｉｃｉｔｅｄ）方式でＵＥＣａｐａｉｂｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージに異種網連動技術に関する性能情報を含めて端末が基地局に送信することができる。この場合、基地局は、当該メッセージに対する応答としてＵＥＣａｐａｉｂｌｉｔｙＣｏｍｐｌｅｔｅメッセージを送信することもできる。
【０１０２】
図４では、既存のＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージが送信される場合にのみ（１段階）、ＵＥはＵＥＣａｐａｉｂｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージを送信し（２段階）、この場合、ｅＮＢは、ＵＥＣａｐａｉｂｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージに対する応答としてＵＥＣａｐａｉｂｌｉｔｙＣｏｍｐｌｅｔｅメッセージを送信することができるが（３段階）、これは選択的（ｏｐｔｉｏｎａｌ）段階である。したがって、多重−ＲＡＴ性能交渉手順は、２つ又は３つの段階で構成することができる。
【０１０３】
一方、多重−ＲＡＴ性能交渉手順を１つ又は２つのｓｔｅｐで構成することもできる。既存のＵＥＣａｐａｂｉｌｉｔｙＥｎｑｕｉｒｙメッセージがなく、非要求方式でＵＥＣａｐａｉｂｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージをＵＥの判断下にｅＮＢに送信することができる（１段階）。この場合、ｅＮＢは、ＵＥＣａｐａｉｂｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージに対する応答としてＵＥＣａｐａｉｂｌｉｔｙＣｏｍｐｌｅｔｅメッセージをＵＥに送信することができる（２段階）（選択的）。
【０１０４】
ＵＥはｅＮＢとデータを交換することができ（Ｓ４６０）、Ｓ４５０段階で受信した候補ＡＰリスト（或いは、ＡＰｓ）に基づいてセカンダリシステムスキャニングを行い、ＡＰを選択することができる。スキャニング後に、セカンダリシステム管理（セカンダリシステム  ｍａｎａｇｅｍｅｎｔ）を行うことができる。
【０１０５】
ここで、セカンダリシステム（例、ＡＰ）測定のためのトリガー条件（ｔｒｉｇｇｅｒ  ｃｏｎｄｉｔｉｏｎ）があり、このトリガー条件の定義を説明する前にまず、トラフィック状態を示すＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）について、３ＧＰＰ  ＬＴＥシステムを取り上げて簡略に説明する。
【０１０６】
図５は、ＬＴＥシステムにおけるトラフィック特性を説明するための例示図である。
【０１０７】
図５を参照すると、端末（ＵＥ）がＬＴＥ網に接続をすると、端末からＰ−ＧＷまで（ＵＥ  −  ｅＮＢ  −  Ｓ−ＧＷ  −  Ｐ−ＧＷ）ＥＰＳ（Ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）ベアラ（Ｂｅａｒｅｒ）が生成される（ＧＴＰ方式のトンネル）。そして、各サービス特性によって複数個のＥＰＳベアラが生成されてもよい。例えば、Ｉｎｔｅｒｎｅｔ用ＥＰＳベアラ、ＩＰＴＶ用ＥＰＳベアラ、ＶｏＩＰ用ＥＰＳベアラなどが生成されてもよい。デフォルト（Ｄｅｆａｕｌｔ）ＥＰＳベアラ及び専用（Ｄｅｄｉｃａｔｅｄ）ＥＰＳベアラ特性を説明すると、次のとおりである。
【０１０８】
デフォルトＥＰＳベアラ  −  デフォルトＥＰＳベアラのＱｏＳ特性は、非−ＧＢＲ（Ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）である。例えば、インターネットサービス
【０１０９】
専用ＥＰＳベアラ  −  専用ＥＰＳベアラは、ＧＢＲで生成されてもよく、非−ＧＢＲで生成されてもよい。例えば、ＶｏＤサービスのための専用ＥＰＳベアラはＧＢＲで生成される。
【０１１０】
以下、ＬＴＥ  ＱｏＳについて簡略に説明する。
【０１１１】
既存ＬＴＥは、トラフィック特性に対する定義をネットワークレベル（すなわち、Ｐ−ＧＷ）で定義するようにしている。Ｐ−ＧＷが５−タプル（ｔｕｐｌｅ）サービスデータフローを定義し、ｅＮＢがＧＢＲ又は非−ＧＢＲを定義する。
【０１１２】
ＰＤＮ接続：ＵＥとＰＤＮ間ＩＰ接続（ＵＥはＩＰアドレスで、ＰＤＮはＡＰＮで識別する）
【０１１３】
ＥＰＳセッション：ＰＤＮ接続と同一の意味であって、一つ以上のＥＰＳベアラを有し、ＵＥにＩＰアドレスが割り当てられ、ＵＥがＩＰ網に接続している限り維持される。
【０１１４】
ＥＰＳベアラ：特定ＱｏＳでＩＰトラフィックを送信するためにＵＥとＰ−ＧＷ間に設定された伝達経路。各ＥＰＳベアラは、伝達経路の特性を示すＱｏＳパラメータに設定される。
【０１１５】
デフォルトベアラ  −  新しいＰＤＮ接続が生成される時に初めて生成されるＥＰＳベアラであり、ＰＤＮ接続が終了するまで維持される。常に、非−ＧＢＲ形態で設定される。
【０１１６】
専用ベアラ  −  ＰＤＮ接続の生成後に追加的にオンデマンド（ｏｎ−ｄｅｍａｎｄ）で生成されるＥＰＳベアラ。ＧＢＲ又は非−ＧＢＲ
【０１１７】
ＳＤＦ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｆｌｏｗ）：サービスに対応するＩＰフロー又はＩＰフローの集合であり、パケットのＩＰ及びＴＣＰ／ＵＤＰヘッダーによって識別される。ＳＤＦ別に異なるＱｏＳが適用され、ＰＣＲＦによってＰＣＣ規則が適用される。ＳＤＦのＱｏＳを満たし得るＥＰＳベアラを通じて伝達される。複数のＳＤＦが同一のＥＰＳベアラにマップされてもよい。ユーザトラフィックは、いかなるサービス（又は、アプリケーション）を用いるかによって異なるＱｏＳ特性を有する。ＳＤＦは、ユーザトラフィックをサービス別にフィルタリングしたＩＰフロー又はＩＰフローの集合であり、ＵＥの加入者等級及び利用するアプリケーションによって特定ＱｏＳ政策が適用される。ユーザに向かうＩＰフローは、サービス特性にしたがって、ＳＤＦテンプレート（ｃｌａｓｓｉｆｉｅｒ）によってＳＤＦに分類され、ＳＤＦ別にＱｏＳ政策（例、帯域幅制御）が適用されてユーザに伝達される。ＥＰＳ伝達網においてＱｏＳはＥＰＳベアラにマップして送信される。
【０１１８】
ＥＰＳベアラ：前述したように、ＥＰＳベアラ種類は、デフォルト（ｄｅｆａｕｌｔ）と専用（ｄｅｄｉｃａｔｅｄ）がある。ＵＥがＬＴＥ網に接続すると、ＩＰアドレスを割り当てられ、ＰＤＮ接続を生成しながら、同時にデフォルトＥＰＳベアラが生成される。ＵＥがデフォルトベアラを通じてサービス（例、インターネット）を利用するが、デフォルトベアラではＱｏＳを正しく受信できないサービス（例、ＶｏＤ）を利用するようになると、オンデマンドで専用ベアラが生成される。すなわち、専用ベアラは、既に設定されているヘアラとは異なるＱｏＳで設定される。ＵＥは、いくつかのＡＰＮに接続することができ、ＡＰＮ当たり一つのデフォルトＥＰＳベアラといくつかの専用ＥＰＳベアラを設定でき、この場合、最大１１個までＥＰＳベアラを設定することができる。
【０１１９】
デフォルトベアラは、ＵＥが網に初期接続する際に生成された後、中間にサービスを利用しない時にも維持されるが、網を離れる時になくなる。デフォルトベアラは、ＡＰＮ当たり一つずつ生成されるが、網に初期接続時に、いずれのＡＰＮでいかなるＱｏＳを適用して生成するかは、ユーザの加入情報としてＨＳＳにプロビジョニングされている。ＵＥが網に初期接続すると、ＭＭＥはＨＳＳからユーザ加入情報をダウンロードし、加入者ＱｏＳプロファイルを用いて該当のＰＤＮに対してデフォルトベアラを生成する。
【０１２０】
ＳＤＦ  ＱｏＳ：ＱＣＩ（ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）とＡＲＰ（Ａｌｌｏｃａｔｉｏｎ  ａｎｄ  Ｒｅｔｅｎｔｉｏｎ  Ｐｒｉｏｒｉｔｙ）は、全てのＳＤＦに適用される基本ＱｏＳパラメータである。ＱＣＩは、互いに異なるＱｏＳ特性を標準化して整数値（１−９）で表現したものであり、標準化されたＱｏＳ特性は、リソースタイプ（ｒｅｓｏｕｒｃｅ  ｔｙｐｅ）、優先度（ｐｒｉｏｒｉｔｙ）、パケット遅延割当量（ｐａｃｋｅｔ  ｄｅｌａｙ  ｂｕｄｇｅｔ）、パケットエラー損失レート（ｐａｃｋｅｔ  ｅｒｒｏｒ  ｌｏｓｓ  ｒａｔｅ）で表現される。ＳＤＦは、リソース形態によって、網リソースが固定的に割り当てられるＧＢＲ型ＳＤＦと、そうでない非−ＧＢＲ型ＳＤＦとに区別される。ＱＣＩとＡＲＰの他に、ＧＢＲ型ＳＤＦは、ＱｏＳパラメータとしてＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）とＭＢＲ（Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）が割り当てられ、非−ＧＢＲ型ＳＤＦは、ＭＢＲが割り当てられる。
【０１２１】
ＧＢＲ型ＳＤＦ  ＱｏＳパラメータ：ＱＣＩ、ＡＲＰ、ＧＢＲ（ＤＬ／ＵＬ）、ＭＢＲ（ＤＬ／ＵＬ）
【０１２２】
非−ＧＢＲ型ＳＤＦ  ＱｏＳパラメータ：ＱＣＩ、ＡＲＰ、ＭＢＲ（ＤＬ／ＵＬ）
【０１２３】
ＳＤＦは、Ｐ−ＧＷでＥＰＳベアラにマップされてＥＰＳベアラを通じてＵＥに伝達される。同一のＱＣＩとＡＲＰを有するＳＤＦ（ＳＤＦ集合（ＳＤＦ  ａｇｇｒｅｇａｔｅ））は、一つのＥＰＳベアラにマップされる。
【０１２４】
ＥＰＳベアラＱｏＳ：ＱＣＩとＡＲＰは全てのＥＰＳベアラに適用される基本ＱｏＳパラメータである。ＥＰＳベアラは、ＱＣＩリソース形態によって、ＧＢＲ型ベアラと非−ＧＢＲ型ベアラとに区別される。デフォルトベアラは常に非−ＧＢＲ型であり、専用ベアラは、ＧＢＲ又は非−ＧＢＲに設定することができる。ＧＢＲ型ベアラＱｏＳパラメータには、ＱＣＩ、ＡＲＰ、ＧＢＲ（ＤＬ／ＵＬ）、ＭＢＲ（ＤＬ／ＵＬ）がある。非−ＧＢＲ型ベアラＱｏＳパラメータには、ＱＣＩ、ＡＲＰ、ＡＰＮ−ＡＭＢＲ（ＤＬ／ＵＬ）、ＵＥ−ＡＭＢＲ（ＤＬ／ＵＬ）がある。
【０１２５】
ＱＣＩとＡＲＰの他、ＧＢＲ型ベアラは、ＱｏＳパラメータとしてＧＢＲとＭＢＲを有し、これは、ベアラ別に固定したリソースが割り当てられることを意味する。一方、非−ＧＢＲ型ベアラは、ＱｏＳパラメータとしてＡＭＢＲ（Ａｇｇｒｅｇａｔｅｄ  Ｍａｘｉｍｕｍ  Ｂｉｔ  Ｒａｔｅ）を有し、これは、リソースがベアラ別に割り当てられない代わりに、他の非−ＧＢＲ型ベアラと一緒に使用できる最大帯域幅が割り当てられることを意味する。ＡＰＮ−ＡＭＢＲは、同一ＰＤＮ内で非−ＧＢＲ型ベアラが共有し得る最大帯域幅であり、ＵＥ−ＡＭＢＲは、同一ＵＥで共有し得る最大帯域幅である。ＵＥが複数のＰＤＮ接続を有する場合、各ＰＤＮのＡＰＮ−ＡＭＢＲの和がＵＥ−ＡＭＢＲを超過してはならない。
【０１２６】
端末に送信される全てのデータ接続は、ｅＮＢとの無線リソース設定手順（Ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）によってなされなければならず、ｅＮＢの判断下に、特定ＲＢ（Ｒａｄｉｏ  ｂｅａｒｅｒ）又はＬＣ（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）に対するｄａｔａはＡＰを介して送信するようにする。
【０１２７】
セカンダリシステムスキャニング（Ｓｅｃｏｎｄａｒｙ  ｓｙｓｔｅｍ  ｓｃａｎｎｉｎｇ）
【０１２８】
特定ＲＢ又はＬＣがセカンダリシステム（例、ＷＬＡＮ）と通信する必要があるとき、ｅＮＢはＵＥに周辺ＡＰのスキャニングを指示することができる。
【０１２９】
１．ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ
【０１３０】
測定設定（Ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）が含まれた場合、端末のファーストＡＰ検出（ｆａｓｔ  ＡＰ  ｄｅｔｅｃｔｉｏｎ）のための情報を送信することができる。周辺ＡＰのＳＳＩＤ、ビーコン（Ｂｅａｃｏｎ）送信周期、測定ギャップ（ｍｅａｓｕｒｅｍｅｎｔ  ｇａｐ）情報などを含むことができる。無線リソース設定（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が含まれた場合、生成されるＲＢのトラフィック特性を示し得るフィールドが併せて送信（例、本発明で定義するＥＰＳベアラＱｏＳタイプ、又はＱＣＩ、ＡＲＰ、ＧＢＲ（ＤＬ／ＵＬ）、ＭＢＲ（ＤＬ／ＵＬ）のようなパラメータによるトラフィック特性定義値）することができる。
【０１３１】
２．端末は、ビーコン（Ｂｅａｃｏｎ）信号の受信（受動的スキャニング）又はプローブ要請／応答（Ｐｒｏｂｅ  Ｒｅｑ／Ｒｓｐ）の送受信（能動的スキャニング）によってＡＰとのスキャニングを行うことができる。
【０１３２】
３．ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージ
【０１３３】
端末は、検出されたＡＰの測定結果（ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｓｕｌｔ）をｅＮＢに送信（各ＡＰに対するＲＳＳＩ、ＵＥの好むＡＰなど）
【０１３４】
セカンダリシステム選択（Ｓｅｃｏｎｄａｒｙ  ｓｙｓｔｅｍ  ｓｅｌｅｃｔｉｏｎ）
【０１３５】
端末が２つ以上のセカンダリシステムを検出した場合、ｅＮＢは、次のようなメトリック（ｍｅｔｒｉｃ）を用いて最適のシステムを選択してＵＥに知らせることができる（Ｓａｍｅ  ｏｐｅｒａｔｏｒ、ＵＥ’ｓ  ｐｒｉｏｒｉｔｙ、ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ、ｌｏａｄ  ｂａｌａｎｃｉｎｇ、ｃａｒｒｉｅｄ  ｔｒａｆｆｉｃなど）。
【０１３６】
多重−ＲＡＴ  ＵＥのための多重−ＲＡＴ測定手順
【０１３７】
ＲＲＣＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ
【０１３８】
この手順の目的は、ＲＲＣ接続を修正することである。例えば、この手順は、ＲＢを設定／修正／解除し、ハンドオーバーを行い、測定結果（ｍｅａｓｕｒｅｍｅｎｔｓ）をセットアップ／修正／解除し、ＳＣｅｌｌを追加／修正／解除する。当該手順の一部として、ＮＡＳ専用情報がＥ−ＵＴＲＡＮからＵＥに伝達されてもよい。
【０１３９】
多重−ＲＡＴ端末は、プライマリシステムとの接続中にもセカンダリシステムに対する測定が可能であってもよい。可能だとすれば、多重−ＲＡＴ端末は基地局との測定ギャップを設定する必要がない。すなわち、基地局は、ＲＲＣＣｏｎｇｉｆｕｒａｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの測定設定（ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）によってＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ送信方式だけを指示することもできる。
【０１４０】
ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージ（ｃｏｎｔ．）
【０１４１】
この手順の目的は、測定結果をＵＥからＥ−ＵＴＲＡＮに伝達することである。測定報告がトリガーされたｍｅａｓＩｄに対して、ＵＥは、下記のように、当該ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージ内にｍｅａｓＲｅｓｕｌｔｓを設定するはずである：
【０１４２】
１＞  ｓｅｔ  ｔｈｅ  ｍｅａｓＩｄ  ｔｏ  ｔｈｅ  ｍｅａｓｕｒｅｍｅｎｔ  ｉｄｅｎｔｉｔｙ  ｔｈａｔ  ｔｒｉｇｇｅｒｅｄ  ｔｈｅ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔｉｎｇ；
【０１４３】
１＞  ｓｅｔ  ｔｈｅ  ｍｅａｓＲｅｓｕｌｔＰＣｅｌｌ  ｔｏ  ｉｎｃｌｕｄｅ  ｔｈｅ  ｑｕａｎｔｉｔｉｅｓ  ｏｆ  ｔｈｅ  ＰＣｅｌｌ；
【０１４４】
１＞  ｓｅｔ  ｔｈｅ  ｍｅａｓＲｅｓｕｌｔＳｅｒｖＦｒｅｑＬｉｓｔ  ｔｏ  ｉｎｃｌｕｄｅ  ｆｏｒ  ｅａｃｈ  ＳＣｅｌｌ  ｔｈａｔ  ｉｓ  ｃｏｎｆｉｇｕｒｅｄ，  ｉｆ  ａｎｙ，  ｗｉｔｈｉｎ  ｍｅａｓＲｅｓｕｌｔＳＣｅｌｌ  ｔｈｅ  ｑｕａｎｔｉｔｉｅｓ  ｏｆ  ｔｈｅ  ｃｏｎｃｅｒｎｅｄ  ＳＣｅｌｌ；
【０１４５】
１＞  ｉｆ  ｔｈｅ  ｒｅｐｏｒｔＣｏｎｆｉｇ  ａｓｓｏｃｉａｔｅｄ  ｗｉｔｈ  ｔｈｅ  ｍｅａｓＩｄ  ｔｈａｔ  ｔｒｉｇｇｅｒｅｄ  ｔｈｅ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔｉｎｇ  ｉｎｃｌｕｄｅｓ  ｒｅｐｏｒｔＡｄｄＮｅｉｇｈＭｅａｓ：
【０１４６】
２＞  ｆｏｒ  ｅａｃｈ  ｓｅｒｖｉｎｇ  ｆｒｅｑｕｅｎｃｙ  ｆｏｒ  ｗｈｉｃｈ  ｍｅａｓＯｂｊｅｃｔＩｄ  ｉｓ  ｒｅｆｅｒｅｎｃｅｄ  ｉｎ  ｔｈｅ  ｍｅａｓＩｄＬｉｓｔ，  ｏｔｈｅｒ  ｔｈａｎ  ｔｈｅ  ｆｒｅｑｕｅｎｃｙ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ｗｉｔｈ  ｔｈｅ  ｍｅａｓＩｄ  ｔｈａｔ  ｔｒｉｇｇｅｒｅｄ  ｔｈｅ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔｉｎ
【０１４７】
３＞  ｓｅｔ  ｔｈｅ  ｍｅａｓＲｅｓｕｌｔＳｅｒｖＦｒｅｑＬｉｓｔ  ｔｏ  ｉｎｃｌｕｄｅ  ｗｉｔｈｉｎ  ｍｅａｓＲｅｓｕｌｔＢｅｓｔＮｅｉｇｈＣｅｌｌ  ｔｈｅ  ｐｈｙｓＣｅｌｌＩｄ  ａｎｄ  ｔｈｅ  ｑｕａｎｔｉｔｉｅｓ  ｏｆ  ｔｈｅ  ｂｅｓｔ  ｎｏｎ−ｓｅｒｖｉｎｇ  ｃｅｌｌ，  ｂａｓｅｄ  ｏｎ  ＲＳＲＰ，  ｏｎ  ｔｈｅ  ｃｏｎｃｅｒｎｅｄ  ｓｅｒｖｉｎｇ  ｆｒｅｑｕｅｎｃｙ；
【０１４８】
１＞  ｉｆ  ｔｈｅｒｅ  ｉｓ  ａｔ  ｌｅａｓｔ  ｏｎｅ  ａｐｐｌｉｃａｂｌｅ  ｎｅｉｇｈｂｏｕｒｉｎｇ  ｃｅｌｌ  ｔｏ  ｒｅｐｏｒｔ：
【０１４９】
２＞  ｓｅｔ  ｔｈｅ  ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌｓ  ｔｏ  ｉｎｃｌｕｄｅ  ｔｈｅ  ｂｅｓｔ  ｎｅｉｇｈｂｏｕｒｉｎｇ  ｃｅｌｌｓ  ｕｐ  ｔｏ  ｍａｘＲｅｐｏｒｔＣｅｌｌｓ  ｉｎ  ａｃｃｏｒｄａｎｃｅ  ｗｉｔｈ  ｔｈｅ  ｆｏｌｌｏｗｉｎｇ：
【０１５０】
３＞  ｉｆ  ｔｈｅ  ｔｒｉｇｇｅｒＴｙｐｅ  ｉｓ  ｓｅｔ  ｔｏ  ｅｖｅｎｔ：
【０１５１】
４＞  ｉｎｃｌｕｄｅ  ｔｈｅ  ｃｅｌｌｓ  ｉｎｃｌｕｄｅｄ  ｉｎ  ｔｈｅ  ｃｅｌｌｓＴｒｉｇｇｅｒｅｄＬｉｓｔ  ａｓ  ｄｅｆｉｎｅｄ  ｗｉｔｈｉｎ  ｔｈｅ  ＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ  ｆｏｒ  ｔｈｉｓ  ｍｅａｓＩｄ；
【０１５２】
３＞  ｅｌｓｅ：
【０１５３】
４＞  ｉｎｃｌｕｄｅ  ｔｈｅ  ａｐｐｌｉｃａｂｌｅ  ｃｅｌｌｓ  ｆｏｒ  ｗｈｉｃｈ  ｔｈｅ  ｎｅｗ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｓｕｌｔｓ  ｂｅｃａｍｅ  ａｖａｉｌａｂｌｅ  ｓｉｎｃｅ  ｔｈｅ  ｌａｓｔ  ｐｅｒｉｏｄｉｃａｌ  ｒｅｐｏｒｔｉｎｇ  ｏｒ  ｓｉｎｃｅ  ｔｈｅ  ｍｅａｓｕｒｅｍｅｎｔ  ｗａｓ  ｉｎｉｔｉａｔｅｄ  ｏｒ  ｒｅｓｅｔ；
【０１５４】
ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ  ｍｅｓｓａｇｅ  （ｃｏｎｔ．）
【０１５５】
３＞  ｆｏｒ  ｅａｃｈ  ｃｅｌｌ  ｔｈａｔ  ｉｓ  ｉｎｃｌｕｄｅｄ  ｉｎ  ｔｈｅ  ｍｅａｓＲｅｓｕｌｔＮｅｉｇｈＣｅｌｌｓ，  ｉｎｃｌｕｄｅ  ｔｈｅ  ｐｈｙｓＣｅｌｌＩｄ；
【０１５６】
３＞  ｉｆ  ｔｈｅ  ｔｒｉｇｇｅｒＴｙｐｅ  ｉｓ  ｓｅｔ  ｔｏ  ｅｖｅｎｔ；  ｏｒ  ｔｈｅ  ｐｕｒｐｏｓｅ  ｉｓ  ｓｅｔ  ｔｏ  ｒｅｐｏｒｔＳｔｒｏｎｇｅｓｔＣｅｌｌｓ  ｏｒ  ｔｏ  ｒｅｐｏｒｔＳｔｒｏｎｇｅｓｔＣｅｌｌｓＦｏｒＳＯＮ：
【０１５７】
４＞  ｆｏｒ  ｅａｃｈ  ｉｎｃｌｕｄｅｄ  ｃｅｌｌ，  ｉｎｃｌｕｄｅ  ｔｈｅ  ｌａｙｅｒ  ３  ｆｉｌｔｅｒｅｄ  ｍｅａｓｕｒｅｄ  ｒｅｓｕｌｔｓ  ｉｎ  ａｃｃｏｒｄａｎｃｅ  ｗｉｔｈ  ｔｈｅ  ｒｅｐｏｒｔＣｏｎｆｉｇ  ｆｏｒ  ｔｈｉｓ  ｍｅａｓＩｄ，  ｏｒｄｅｒｅｄ  ａｓ  ｆｏｌｌｏｗｓ：
【０１５８】
５＞  ｉｆ  ｔｈｅ  ｍｅａｓＯｂｊｅｃｔ  ａｓｓｏｃｉａｔｅｄ  ｗｉｔｈ  ｔｈｉｓ  ｍｅａｓＩｄ  ｃｏｎｃｅｒｎｓ  Ｅ−ＵＴＲＡ：
【０１５９】
６＞  ｓｅｔ  ｔｈｅ  ｍｅａｓＲｅｓｕｌｔ  ｔｏ  ｉｎｃｌｕｄｅ  ｔｈｅ  ｑｕａｎｔｉｔｙ（ｉｅｓ）  ｉｎｄｉｃａｔｅｄ  ｉｎ  ｔｈｅ  ｒｅｐｏｒｔＱｕａｎｔｉｔｙ  ｗｉｔｈｉｎ  ｔｈｅ  ｃｏｎｃｅｒｎｅｄ  ｒｅｐｏｒｔＣｏｎｆｉｇ  ｉｎ  ｏｒｄｅｒ  ｏｆ  ｄｅｃｒｅａｓｉｎｇ  ｔｒｉｇｇｅｒＱｕａｎｔｉｔｙ，  ｉ．ｅ．  ｔｈｅ  ｂｅｓｔ  ｃｅｌｌ  ｉｓ  ｉｎｃｌｕｄｅｄ  ｆｉｒｓｔ；
【０１６０】
５＞  ｉｆ  ｔｈｅ  ｍｅａｓＯｂｊｅｃｔ  ａｓｓｏｃｉａｔｅｄ  ｗｉｔｈ  ｔｈｉｓ  ｍｅａｓＩｄ  ｃｏｎｃｅｒｎｓ  ＵＴＲＡ  ＦＤＤ  ａｎｄ  ｉｆ  ＲｅｐｏｒｔＣｏｎｆｉｇＩｎｔｅｒＲＡＴ  ｉｎｃｌｕｄｅｓ  ｔｈｅ  ｒｅｐｏｒｔＱｕａｎｔｉｔｙＵＴＲＡ−ＦＤＤ：
【０１６１】
６＞  ｓｅｔ  ｔｈｅ  ｍｅａｓＲｅｓｕｌｔ  ｔｏ  ｉｎｃｌｕｄｅ  ｔｈｅ  ｑｕａｎｔｉｔｉｅｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  ｔｈｅ  ｒｅｐｏｒｔＱｕａｎｔｉｔｙＵＴＲＡ−ＦＤＤ  ｉｎ  ｏｒｄｅｒ  ｏｆ  ｄｅｃｒｅａｓｉｎｇ  ｍｅａｓＱｕａｎｔｉｔｙＵＴＲＡ−ＦＤＤ  ｗｉｔｈｉｎ  ｔｈｅ  ｑｕａｎｔｉｔｙＣｏｎｆｉｇ，  ｉ．ｅ．  ｔｈｅ  ｂｅｓｔ  ｃｅｌｌ  ｉｓ  ｉｎｃｌｕｄｅｄ  ｆｉｒｓｔ；
【０１６２】
５＞  ｉｆ  ｔｈｅ  ｍｅａｓＯｂｊｅｃｔ  ａｓｓｏｃｉａｔｅｄ  ｗｉｔｈ  ｔｈｉｓ  ｍｅａｓＩｄ  ｃｏｎｃｅｒｎｓ  ＵＴＲＡ  ＦＤＤ  ａｎｄ  ｉｆ  ＲｅｐｏｒｔＣｏｎｆｉｇＩｎｔｅｒＲＡＴ  ｄｏｅｓ  ｎｏｔ  ｉｎｃｌｕｄｅ  ｔｈｅ  ｒｅｐｏｒｔＱｕａｎｔｉｔｙＵＴＲＡ−ＦＤＤ；  ｏｒ
【０１６３】
５＞  ｉｆ  ｔｈｅ  ｍｅａｓＯｂｊｅｃｔ  ａｓｓｏｃｉａｔｅｄ  ｗｉｔｈ  ｔｈｉｓ  ｍｅａｓＩｄ  ｃｏｎｃｅｒｎｓ  ＵＴＲＡ  ＴＤＤ，  ＧＥＲＡＮ  ｏｒ  ＣＤＭＡ２０００：
【０１６４】
６＞ｓｅｔ  ｔｈｅ  ｍｅａｓＲｅｓｕｌｔ  ｔｏ  ｔｈｅ  ｑｕａｎｔｉｔｙ  ａｓ  ｃｏｎｆｉｇｕｒｅｄ  ｆｏｒ  ｔｈｅ  ｃｏｎｃｅｒｎｅｄ  ＲＡＴ  ｗｉｔｈｉｎ  ｔｈｅ  ｑｕａｎｔｉｔｙＣｏｎｆｉｇ  ｉｎ  ｏｒｄｅｒ  ｏｆ  ｅｉｔｈｅｒ  ｄｅｃｒｅａｓｉｎｇ  ｑｕａｎｔｉｔｙ  ｆｏｒ  ＵＴＲＡ  ａｎｄ  ＧＥＲＡＮ  ｏｒ  ｉｎｃｒｅａｓｉｎｇ  ｑｕａｎｔｉｔｙ  ｆｏｒ  ＣＤＭＡ２０００  ｐｉｌｏｔＳｔｒｅｎｇｔｈ，  ｉ．ｅ．  ｔｈｅ  ｂｅｓｔ  ｃｅｌｌ  ｉｓ  ｉｎｃｌｕｄｅｄ  ｆｉｒｓｔ；
【０１６５】
５＞  ｉｆ  ｔｈｅ  ｍｅａｓＯｂｊｅｃｔ  ａｓｓｏｃｉａｔｅｄ  ｗｉｔｈ  ｔｈｉｓ  ｍｅａｓＩｄ  ｃｏｎｃｅｒｎｓ  ＷＬＡＮ  ａｎｄ  ｉｆ  ＲｅｐｏｒｔＣｏｎｆｉｇＩｎｔｅｒＲＡＴ  ｉｎｃｌｕｄｅｓ  ｔｈｅ  ｒｅｐｏｒｔＱｕａｎｔｉｔｙＷＬＡＮ：
【０１６６】
６＞ｓｅｔ  ｔｈｅ  ｍｅａｓＲｅｓｕｌｔ  ｔｏ  ｉｎｃｌｕｄｅ  ｔｈｅ  ｑｕａｎｔｉｔｉｅｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  ｔｈｅ  ｒｅｐｏｒｔＱｕａｎｔｉｔｙＷＬＡＮ  ｉｎ  ｏｒｄｅｒ  ｏｆ  ｄｅｃｒｅａｓｉｎｇ  ｍｅａｓＱｕａｎｔｉｔｙＷＬＡＮ  ｗｉｔｈｉｎ  ｔｈｅ  ｑｕａｎｔｉｔｙＣｏｎｆｉｇ，  ｉ．ｅ．  ｔｈｅ  ｂｅｓｔ  ｃｅｌｌ  ｉｓ  ｉｎｃｌｕｄｅｄ  ｆｉｒｓｔ．  
【０１６７】
３＞  ｅｌｓｅ  ｉｆ  ｔｈｅ  ｐｕｒｐｏｓｅ  ｉｓ  ｓｅｔ  ｔｏ  ｒｅｐｏｒｔＣＧＩ：
【０１６８】
４＞  ｉｆ  ｔｈｅ  ｍａｎｄａｔｏｒｙ  ｐｒｅｓｅｎｔ  ｆｉｅｌｄｓ  ｏｆ  ｔｈｅ  ｃｇｉ−Ｉｎｆｏ  ｆｏｒ  ｔｈｅ  ｃｅｌｌ  ｉｎｄｉｃａｔｅｄ  ｂｙ  ｔｈｅ  ｃｅｌｌＦｏｒＷｈｉｃｈＴｏＲｅｐｏｒｔＣＧＩ  ｉｎ  ｔｈｅ  ａｓｓｏｃｉａｔｅｄ  ｍｅａｓＯｂｊｅｃｔ  ｈａｖｅ  ｂｅｅｎ  ｏｂｔａｉｎｅｄ：
【０１６９】
５＞  ｉｆ  ｔｈｅ  ｃｅｌｌ  ｂｒｏａｄｃａｓｔｓ  ａ  ＣＳＧ  ｉｄｅｎｔｉｔｙ：
【０１７０】
６＞ｉｎｃｌｕｄｅ  ｔｈｅ  ｃｓｇ−Ｉｄｅｎｔｉｔｙ；
【０１７１】
６＞ｉｎｃｌｕｄｅ  ｔｈｅ  ｃｓｇ−ＭｅｍｂｅｒＳｔａｔｕｓ  ａｎｄ  ｓｅｔ  ｉｔ  ｔｏ  ｍｅｍｂｅｒ  ｉｆ  ｔｈｅ  ｃｅｌｌ  ｉｓ  ａ  ＣＳＧ  ｍｅｍｂｅｒ  ｃｅｌｌ；
【０１７２】
５＞  ｉｆ  ｔｈｅ  ｓｉ−ＲｅｑｕｅｓｔＦｏｒＨＯ  ｉｓ  ｃｏｎｆｉｇｕｒｅｄ  ｗｉｔｈｉｎ  ｔｈｅ  ｒｅｐｏｒｔＣｏｎｆｉｇ  ａｓｓｏｃｉａｔｅｄ  ｗｉｔｈ  ｔｈｉｓ  ｍｅａｓＩｄ：
【０１７３】
６＞ｉｎｃｌｕｄｅ  ｔｈｅ  ｃｇｉ−Ｉｎｆｏ  ｃｏｎｔａｉｎｉｎｇ  ａｌｌ  ｔｈｅ  ｆｉｅｌｄｓ  ｔｈａｔ  ｈａｖｅ  ｂｅｅｎ  ｓｕｃｃｅｓｓｆｕｌｌｙ  ａｃｑｕｉｒｅｄ，  ｅｘｃｅｐｔ  ｆｏｒ  ｔｈｅ  ｐｌｍｎ−ＩｄｅｎｔｉｔｙＬｉｓｔ；
【０１７４】
５＞  ｅｌｓｅ：
【０１７５】
６＞ｉｎｃｌｕｄｅ  ｔｈｅ  ｃｇｉ−Ｉｎｆｏ  ｃｏｎｔａｉｎｉｎｇ  ａｌｌ  ｔｈｅ  ｆｉｅｌｄｓ  ｔｈａｔ  ｈａｖｅ  ｂｅｅｎ  ｓｕｃｃｅｓｓｆｕｌｌｙ  ａｃｑｕｉｒｅｄ；
【０１７６】
ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ  ｍｅｓｓａｇｅ
【０１７７】
１＞ｉｆ  ｔｈｅ  ｕｅ−ＲｘＴｘＴｉｍｅＤｉｆｆＰｅｒｉｏｄｉｃａｌ  ｉｓ  ｃｏｎｆｉｇｕｒｅｄ  ｗｉｔｈｉｎ  ｔｈｅ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ｒｅｐｏｒｔＣｏｎｆｉｇ  ｆｏｒ  ｔｈｉｓ  ｍｅａｓＩｄ；
【０１７８】
２＞  ｓｅｔ  ｔｈｅ  ｕｅ−ＲｘＴｘＴｉｍｅＤｉｆｆＲｅｓｕｌｔ  ｔｏ  ｔｈｅ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｓｕｌｔ  ｐｒｏｖｉｄｅｄ  ｂｙ  ｌｏｗｅｒ  ｌａｙｅｒｓ；
【０１７９】
２＞  ｓｅｔ  ｔｈｅ  ｃｕｒｒｅｎｔＳＦＮ；
【０１８０】
１＞  ｉｆ  ｔｈｅ  ｉｎｃｌｕｄｅＬｏｃａｔｉｏｎＩｎｆｏ  ｉｓ  ｃｏｎｆｉｇｕｒｅｄ  ｉｎ  ｔｈｅ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ｒｅｐｏｒｔＣｏｎｆｉｇ  ｆｏｒ  ｔｈｉｓ  ｍｅａｓＩｄ  ａｎｄ  ｄｅｔａｉｌｅｄ  ｌｏｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ  ｔｈａｔ  ｈａｓ  ｎｏｔ  ｂｅｅｎ  ｒｅｐｏｒｔｅｄ  ｉｓ  ａｖａｉｌａｂｌｅ，  ｓｅｔ  ｔｈｅ  ｃｏｎｔｅｎｔ  ｏｆ  ｔｈｅ  ｌｏｃａｔｉｏｎＩｎｆｏ  ａｓ  ｆｏｌｌｏｗｓ：
【０１８１】
２＞  ｉｎｃｌｕｄｅ  ｔｈｅ  ｌｏｃａｔｉｏｎＣｏｏｒｄｉｎａｔｅｓ；
【０１８２】
２＞  ｉｆ  ａｖａｉｌａｂｌｅ，  ｉｎｃｌｕｄｅ  ｔｈｅ  ｇｎｓｓ−ＴＯＤ−ｍｓｅｃ；
【０１８３】
１＞  ｉｎｃｒｅｍｅｎｔ  ｔｈｅ  ｎｕｍｂｅｒＯｆＲｅｐｏｒｔｓＳｅｎｔ  ａｓ  ｄｅｆｉｎｅｄ  ｗｉｔｈｉｎ  ｔｈｅ  ＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ  ｆｏｒ  ｔｈｉｓ  ｍｅａｓＩｄ  ｂｙ  １；
【０１８４】
１＞  ｓｔｏｐ  ｔｈｅ  ｐｅｒｉｏｄｉｃａｌ  ｒｅｐｏｒｔｉｎｇ  ｔｉｍｅｒ，  ｉｆ  ｒｕｎｎｉｎｇ；
【０１８５】
１＞  ｉｆ  ｔｈｅ  ｎｕｍｂｅｒＯｆＲｅｐｏｒｔｓＳｅｎｔ  ａｓ  ｄｅｆｉｎｅｄ  ｗｉｔｈｉｎ  ｔｈｅ  ＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ  ｆｏｒ  ｔｈｉｓ  ｍｅａｓＩｄ  ｉｓ  ｌｅｓｓ  ｔｈａｎ  ｔｈｅ  ｒｅｐｏｒｔＡｍｏｕｎｔ  ａｓ  ｄｅｆｉｎｅｄ  ｗｉｔｈｉｎ  ｔｈｅ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ｒｅｐｏｒｔＣｏｎｆｉｇ  ｆｏｒ  ｔｈｉｓ  ｍｅａｓＩｄ：
【０１８６】
２＞  ｓｔａｒｔ  ｔｈｅ  ｐｅｒｉｏｄｉｃａｌ  ｒｅｐｏｒｔｉｎｇ  ｔｉｍｅｒ  ｗｉｔｈ  ｔｈｅ  ｖａｌｕｅ  ｏｆ  ｒｅｐｏｒｔＩｎｔｅｒｖａｌ  ａｓ  ｄｅｆｉｎｅｄ  ｗｉｔｈｉｎ  ｔｈｅ  ｃｏｒｒｅｓｐｏｎｄｉｎｇ  ｒｅｐｏｒｔＣｏｎｆｉｇ  ｆｏｒ  ｔｈｉｓ  ｍｅａｓＩｄ；
【０１８７】
１＞  ｅｌｓｅ：
【０１８８】
２＞  ｉｆ  ｔｈｅ  ｔｒｉｇｇｅｒＴｙｐｅ  ｉｓ  ｓｅｔ  ｔｏ  ｐｅｒｉｏｄｉｃａｌ：
【０１８９】
３＞  ｒｅｍｏｖｅ  ｔｈｅ  ｅｎｔｒｙ  ｗｉｔｈｉｎ  ｔｈｅ  ＶａｒＭｅａｓＲｅｐｏｒｔＬｉｓｔ  ｆｏｒ  ｔｈｉｓ  ｍｅａｓＩｄ；
【０１９０】
３＞  ｒｅｍｏｖｅ  ｔｈｉｓ  ｍｅａｓＩｄ  ｆｒｏｍ  ｔｈｅ  ｍｅａｓＩｄＬｉｓｔ  ｗｉｔｈｉｎ  ＶａｒＭｅａｓＣｏｎｆｉｇ；
【０１９１】
１＞  ｉｆ  ｔｈｅ  ｍｅａｓｕｒｅｄ  ｒｅｓｕｌｔｓ  ａｒｅ  ｆｏｒ  ＣＤＭＡ２０００  ＨＲＰＤ：
【０１９２】
２＞  ｓｅｔ  ｔｈｅ  ｐｒｅＲｅｇｉｓｔｒａｔｉｏｎＳｔａｔｕｓＨＲＰＤ  ｔｏ  ｔｈｅ  ＵＥ’ｓ  ＣＤＭＡ２０００  ｕｐｐｅｒ  ｌａｙｅｒ’ｓ  ＨＲＰＤ  ｐｒｅＲｅｇｉｓｔｒａｔｉｏｎＳｔａｔｕｓ；
【０１９３】
１＞  ｉｆ  ｔｈｅ  ｍｅａｓｕｒｅｄ  ｒｅｓｕｌｔｓ  ａｒｅ  ｆｏｒ  ＣＤＭＡ２０００  １ｘＲＴＴ：
【０１９４】
２＞  ｓｅｔ  ｔｈｅ？ｐｒｅＲｅｇｉｓｔｒａｔｉｏｎＳｔａｔｕｓＨＲＰＤ  ｔｏ  ＦＡＬＳＥ；
【０１９５】
１＞  ｓｕｂｍｉｔ  ｔｈｅ  ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ  ｍｅｓｓａｇｅ  ｔｏ  ｌｏｗｅｒ  ｌａｙｅｒｓ  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ，  ｕｐｏｎ  ｗｈｉｃｈ  ｔｈｅ  ｐｒｏｃｅｄｕｒｅ  ｅｎｄｓ；
【０１９６】
以下では、セカンダリシステム（例、ＡＰ）測定のためのトリガー条件（ｔｒｉｇｇｅｒ  ｃｏｎｄｉｔｉｏｎ）の定義について説明する。異種のＲＡＴ（例、１１とＬＴＥ）に対するＭＡＣ／ＰＨＹを全て有する端末は、ｅＮＢが定義したトリガー条件によって特定メッセージ無しで特定条件を満たすと、周辺ＡＰの測定結果を報告するようにすることができる。
【０１９７】
測定開始（Ｉｎｉｔｉａｔｅ  ｍｅａｓｕｒｅｍｅｎｔ）
【０１９８】
端末が測定を始めていない段階で周辺ＡＰの測定を始める条件は、無線リソース設定（Ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）（例、ＤＲＢ追加）を通じて送信されるトラフィックによって決定することができる（ＧＢＲ、非−ＧＢＲ又は発明の技術によって）。仮に、多重−ＲＡＴ性能交渉時に、ＡＰを介して送信されてほしいトラフィックが定義され、そのトラフィックが無線リソース設定を通じて生成されると、端末はＡＰ測定を始めることができる。又は、無線リソース設定において選好トステム（ｐｒｅｆｅｒｒｅｄ  ｓｙｓｔｅｍ）としてＩＥＥＥ８０２．１１（ＷＬＡＮ、ＡＰ）が選択された場合、端末は、周辺ＡＰの測定を始めることができる。測定を始めるメトリックは、ＵＥ特定（ＵＥ−ｓｐｅｃｉｆｉｃ）値であって、ユニキャストメッセージで送信することができる。
【０１９９】
ＬＴＥで定義されたＱｏＳ  ｃｌａｓｓを用いたシステム選択方法について簡略に説明する。本発明は、上で定義したＥＰＳベアラタイプを用いてｅＮＢ（又は、多重−ＲＡＴ測定エンティティのようなネットワークエンティティ）がトラフィックに適切なシステムを選択するようにすることができる。既存のデータフローに対する分類基準（すなわち、ＧＢＲ又は非−ＧＢＲ）では適切なシステムを選択し難いこともある。本発明によれば、上で定義したＥＰＳベアラタイプを用いて、ｅＮＢが端末から受信した情報によって特定フローを他の（ｏｔｈｅｒ）ＲＡＴ（例、ＷＬＡＮ、すなわち、セカンダリシステム）に送信できるように決定することができる。
【０２００】
Ｓ−ＧＷ以下のネットワークエンティティ又はｅＮＢが多重−ＲＡＴ端末のフローを管理する場合、端末のフローに対するＲＡＴ選択は、ｅＮＢが端末を通して他のＲＡＴ（すなわち、セカンダリシステム）に関する情報を受信した後、サービングセル（すなわち、現在接続中のプライマリシステム）に関する情報と比較／分析することによって、全体システムの性能を最大化するためのＲＡＴを選択するようにすることができ、本発明は、そのための主体がｅＮＢになることを仮定している。
【０２０１】
仮に、ｐ−ＧＷ以上のネットワークエンティティが端末のＲＡＴを管理し得る能力があると、当該ネットワークエンティティは、端末及びセルラー／ＷＬＡＮのような異種網の状態情報を受信可能でなければならない。
【０２０２】
測定原理（Ｍｅａｓｕｒｅｍｅｎｔ  Ｐｒｉｎｃｉｐｌｅ）について簡略に説明する。
【０２０３】
与えられた周波数又は与えられたデータ無線ベアラ（ＤＲＢ）に対する単一測定対象（Ｓｉｎｇｌｅ  Ｍｅａｓｕｒｅｍｅｎｔ  ｏｂｊｅｃｔ  ｆｏｒ  ａ  ｇｉｖｅｎ  ｆｒｅｑｕｅｎｃｙ  ｏｒ  ａ  ｇｉｖｅｎ  ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ（ＤＲＢ））
【０２０４】
測定対象は、ＲＡＴタイプ（Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＣＤＭＡ２０００、ＧＥＲＡＮ、ＷＬＡＮ（すなわち、近距離通信及びＷｉＦｉのようなセルラー網以外のネットワークシステム））当たりに特定される。
【０２０５】
Ｌ１での測定結果をＬ３でフィルタリング（Ｌａｙｅｒ３  ｆｉｌｔｅｒｉｎｇ  ｏｎ  Ｌ１  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｓｕｌｔｓ）
【０２０６】
測定ギャップを含む遊休期間に行われる周波数帯域間（Ｉｎｔｅｒ−ｆｒｅｑ．）測定
【０２０７】
多重−ＲＡＴ  ＵＥは、測定ギャップ無しでＲＡＴ間測定を行うこともできる。
【０２０８】
図６は、測定設定（ｍｅａｓｕｒｍｅｍｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を説明するための例示図である。
【０２０９】
図６を参照すると、既存の測定設定は、一つのＥ−ＵＴＲＡキャリア周波数、一つのＵＴＲＡキャリア周波数上におけるセルのセット、ＧＥＲＡＮキャリア周波数のセット、一つの（ＨＲＰＤ又は１ｘＲＴＴ）キャリア周波数上におけるセルのセットの他、ＷＬＡＮキャリア周波数のセット、一つのＥ−ＵＴＲＡキャリア周波数上におけるＥ−ＵＴＲＡデータベアラ（又は、フロー）のセット、一つのＷＬＡＮキャリア周波数上におけるＷＬＡＮデータベアラ（又は、フロー）のセットが追加されていることがわかる。
【０２１０】
図７は、ＲＡＴ間測定報告トリガーの定義を説明するための例示図である。
【０２１１】
当該トリガー条件に関するパラメータ値は、ｒｅｐｏｒｔＣｏｎｆｉｇＩｎｔｅｒＲＡＴを通じて多重−ＲＡＴ端末に送信することができる。ＲＡＴ間トリガー定義は、各隣接ＡＰ（すなわち、測定対象）に対して定義されてもよく、又は、フロー特性によって他の値が定義（すなわち、一つの測定対象がＤＲＢに対して）されてもよい。フロー特性によるトリガー条件の定義のために、該当の定義がユニキャストで送信されてもよい。
【０２１２】
ＲＡＴ間測定報告トリガー条件（Ｉｎｔｅｒ−ＲＡＴ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ  Ｔｒｉｇｇｅｒ  ｃｏｎｄｉｔｉｏｎｓ）
【０２１３】
Ｅｖｅｎｔ  Ａ１  −  Ｓｅｒｖｉｎｇ  ｂｅｃｏｍｅｓ  ｂｅｔｔｅｒ  ｔｈａｎ  ｔｈｒｅｓｈｏｌｄ  １
【０２１４】
Ｅｖｅｎｔ  Ａ２  −  Ｓｅｒｖｉｎｇ  ｂｅｃｏｍｅｓ  ｗｏｒｓｅ  ｔｈａｎ  ｔｈｒｅｓｈｏｌｄ  １
【０２１５】
Ｅｖｅｎｔ  Ａ３  −  Ｎｅｉｇｈｂｏｕｒ  ｂｅｃｏｍｅｓ  ｏｆｆｓｅｔ  ｂｅｔｔｅｒ  ｔｈａｎ  ＰＣｅｌｌ
【０２１６】
Ｅｖｅｎｔ  Ａ４  −  Ｎｅｉｇｈｂｏｕｒ  ｂｅｃｏｍｅｓ  ｂｅｔｔｅｒ  ｔｈａｎ  ｔｈｒｅｓｈｏｌｄ  ２
【０２１７】
Ｅｖｅｎｔ  Ａ５  −  ＰＣｅｌｌ  ｂｅｃｏｍｅｓ  ｗｏｒｓｅ  ｔｈａｎ  ｔｈｒｅｓｈｏｌｄ１  ａｎｄ  ｎｅｉｇｈｂｏｕｒ  ｂｅｃｏｍｅｓ  ｂｅｔｔｅｒ  ｔｈａｎ  ｔｈｒｅｓｈｏｌｄ２
【０２１８】
Ｅｖｅｎｔ  Ａ６  −  Ｎｅｉｇｈｂｏｕｒ  ｂｅｃｏｍｅｓ  ｏｆｆｓｅｔ  ｂｅｔｔｅｒ  ｔｈａｎ  Ｓｃｅｌｌ  （ｆｏｒ  ＣＡ）
【０２１９】
Ｅｖｅｎｔ  Ｂ１  −  Ｉｎｔｅｒ  ＲＡＴ  ｎｅｉｇｈｂｏｕｒ  ｂｅｃｏｍｅｓ  ｂｅｔｔｅｒ  ｔｈａｎ  ｔｈｒｅｓｈｏｌｄ
【０２２０】
Ｅｖｅｎｔ  Ｂ２  −  ＰＣｅｌｌ  ｂｅｃｏｍｅｓ  ｗｏｒｓｅ  ｔｈａｎ  ｔｈｒｅｓｈｏｌｄ１  ａｎｄ  ｉｎｔｅｒ  ＲＡＴ  ｎｅｉｇｈｂｏｕｒ  ｂｅｃｏｍｅｓ  ｂｅｔｔｅｒ  ｔｈａｎ  ｔｈｒｅｓｈｏｌｄ２
【０２２１】
Ｅｖｅｎｔ  Ｂ３  −  Ｉｎｔｅｒ  ＲＡＴ  ｓｅｒｖｉｎｇ  ｂｅｃｏｍｅｓ  ｗｏｒｓｅ  ｔｈａｎ  ｔｈｒｅｓｈｏｌｄ  １  
【０２２２】
ＲＡＴ間測定トリガー定義（Ｉｎｔｅｒ−ＲＡＴ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｔｒｉｇｇｅｒ  ｄｅｆｉｎｉｔｉｏｎｓ）
【０２２３】
ｒｅｐｏｒｔＣｏｎｆｉｇＩｎｔｅｒＲＡＴを通じて送信されるトリガー定義は、各隣接ＡＰに対して定義されてもよく、トラフィック特性によって異なった値が定義されてもよい。
【０２２４】
音声トラフィック（Ｖｏｉｃｅ  ｔｒａｆｆｉｃ）は、大部分の場合、セルラー網で通信することをより好むが、ＷＬＡＮ網のチャネル状態が非常に良い場合に限ってＷＬＡＮ網で通信することを好んでもよい。データトラフィックは、ＡＰの信号強度が弱いとしても、セルラー網での通信よりはＡＰ網での通信を好む。両者の場合、送信されるトラフィック特性によって要求されるスキャン結果（ｓｃａｎ  ｒｅｓｕｌｔｓ）のスレッショルド値が異なりうるため、トラフィック特性によるトリガー定義が送信される必要がありうる。
【０２２５】
フロー特性によるトリガー定義を定義
【０２２６】
無線リソース設定（例、ＤＲＢ追加）を通じてフローが生成された場合、実際に送信されるトラフィック特性によって要求されるトリガー条件が異なりうる。非−ＧＢＲ（Ｎｏｎ−Ｇｕａｒａｎｔｅｅｄ  Ｂｉｔ  Ｒａｔｅ）又はＧＢＲ、又は本発明で定義した無線ベアラＱｏＳタイプ
【０２２７】
この値は、フローごとに異なってもよい値であるため、端末にユニキャストで送信することができ、本発明では、当該トリガー定義をＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ｍｅａｓＣｏｎｆｉｇ．／ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｉｆｇ．）メッセージを用いてフロー（又は、ＲＢ）別に知らせることを提案する。
【０２２８】
ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎメッセージ内のＭｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔｉｎｇ  ｂｙ  ｔｒｉｇｇｅｒ  ｃｏｎｄｉｔｉｏｎ”  ｂｉｔ
【０２２９】
当該トリガー条件による測定報告が必要か否かは、端末と基地局間の多重−ＲＡＴ性能交渉時に設定することができる。ＵＥは、いくら低い信号強度であっても、ＡＰが検出されるとＡＰを介して通信することを希望することができ、このような値は、性能交渉時に設定することができる。多重−ＲＡＴ性能交渉時に、ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎパラメータ（或いは、メッセージ）に、Ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔｉｎｇ  ｂｙ  ｔｒｉｇｇｅｒ  ｃｏｎｄｉｔｉｏｎ”  ｂｉｔを追加して送信することができる。
【０２３０】
図８は、多重−ＲＡＴ  ＵＥのための多重−ＲＡＴ測定手順を説明するための例示図である。
【０２３１】
図８に示す過程は図４の一部過程と重複し、その説明は省略する。端末は基地局からＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで多重−ＲＡＴ測定を支援するための測定設定情報及び／又は無線リソース設定情報を受信することができる。これに基づいて、端末は測定を行い、測定された結果をＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔメッセージなどで基地局に送信することができる。
【０２３２】
図９は、セカンダリシステム管理方法を説明するための例示図である。
【０２３３】
図９では、既に説明した図４及び図８の過程と重複する内容については説明を省略する。
【０２３４】
セカンダリシステム管理のためのメッセージを定義することができる。
【０２３５】
−  ＡＰとの連結（ａｓｓｏｃｉａｔｉｏｎ）を端末が要請することができる（例、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＲｅｑｕｅｓｔ）
【０２３６】
−  ＡＰとの連結のためのｃｏｎｔｒｏｌは、ｅＮＢを介して行うことができる。（例、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐ定義）。選択されたＡＰ、セカンダリシステムで送信されるＤＲＢ（フロー）情報、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）方法（オープンシステム（ｏｐｅｎ  ｓｙｓｔｅｍ）又は共有キー（ｓｈａｒｅｄ  ｋｅｙ））などを送信することができる。
【０２３７】
−  ｅＮＢのＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐによってＵＥは特定ＡＰとの連結及びＴＳセットアップを完了する。ＡＰとＵＥ間連結要請／応答（Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅ）を送受信し、８０２．１１ｅの場合、ＴＳ（Ｔｒａｆｆｉｃ  Ｓｔｒｅａｍ）セットアップ過程（ＡＤＤＴＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）を行うことができる。
【０２３８】
３．ＵＥは、ＡＰとの成功的な接続及び結果をｅＮＢに知らせることができる（例、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅ定義）。該当のＤＲＢ（フロー）に対するＤＲＢ  ＩＤ（又は、Ｆｌｏｗ  ＩＤ）とＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）／ＴＳＩＤ（Ｔｒａｆｆｉｃ  Ｓｔｒｅａｍ  ＩＤ）のマッピング結果を送信することができる。
【０２３９】
４．特定フローに対するデータをセカンダリシステムを通じて送受信する場合、ＤＬデータは、基地局がＡＰを介してＵＥに送信するようにリダイレクション（ｒｅｄｉｒｅｃｔｉｏｎ）し、ＵＬデータは、基地局が指示したＤＲＢ  ＩＤに対するデータ送信は無線ＬＡＮを通しで行うことができる。
【０２４０】
５．ＡＰとの再連結又は連結解除（Ｒｅａｓｓｏｃｉａｔｉｏｎ  ｏｒ  Ｄｉｓａｓｓｏｃｉａｔｉｏｎ  ｗｉｔｈ  ＡＰ）
【０２４１】
ｅＮＢとのＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐ／ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを用いて行うことができる。
【０２４２】
Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ  ｂｅｔｗｅｅｎ  ＡＰ  ａｎｄ  ｅＮＢ：端末がＷＬＡＮのカバレッジを離れ、且つ隣接ＡＰがない場合、ＷＬＡＮで送信されていたデータはｅＮＢを介してシームレスに送信されるように、ＡＰとｅＮＢ間シームレスフロー移動性（ｓｅａｍｌｅｓｓ  ｆｌｏｗ  ｍｏｂｉｌｉｔｙ）をｅＮＢが支援する方法がある。
【０２４３】
Ｆｌｏｗ  Ｍｏｂｉｌｉｔｙ  ｂｅｔｗｅｅｎ  ＡＰｓ：端末が隣接ＡＰを検出した場合、該当のフローに対する接続のＡＰ間シームレスフロー移動性をｅＮＢが支援する方法がある。
【０２４４】
セカンダリシステム管理手順（Ｓｅｃｏｎｄａｒｙ  ｓｙｓｔｅｍ  ｍａｎａｇｅｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）
【０２４５】
セカンダリシステム追加（Ｓｅｃｏｎｄａｒｙ  ｓｙｓｔｅｍ  Ａｄｄ）
【０２４６】
セカンダリシステム追加の開始方法
【０２４７】
端末優先開始方法：条件を満たすセカンダリシステムを検出した端末は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＲｅｑｕｅｓｔメッセージを用いて当該システムとの連結（ａｓｓｏｃｉａｔｉｏｎ）設定を要請することができる。
【０２４８】
基地局優先開始：端末に特定フロー接続（ｆｌｏｗ  ｃｏｎｎｅｃｔｉｏｎ）が生成されたこと（すなわち、ＤＲＢ追加）を認知し、端末が特定セカンダリシステムの領域にあることを認知した基地局は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを用いてセカンダリシステムとのアクセスを指示することができる。
【０２４９】
本発明において基本的な制御（ｃｏｎｔｒｏｌ）はプライマリシステム（例、ｅＮＢ）を介して行われ、必要時に、データ送受信だけがセカンダリシステム（例、ＡＰ）を介して送信されると仮定する。したがって、端末のセカンダリシステム追加は、プライマリシステムと接続完了した接続（ｃｏｎｎｅｃｔｉｏｎ）（ＤＲＢ）に対するデータ送受信のために行われると仮定する。
【０２５０】
一例として、ＬＴＥの場合、端末のデータ無線ベアラは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの無線リソース設定手順によって設定される。これは、セカンダリシステムでは単にデータ送受信のみを行うようにすることによって、当該データに対するＱｏＳはｅＮＢ（又は、プライマリシステム）が支援する方式をそのまま従えるようにする。ＤＬデータは、基地局がリダイレクションし、ＵＬデータは、基地局の指示したＤＲＢ  ＩＤに対するデータ送信はＷＬＡＮ（すなわち、セカンダリシステム）を介して送信することができる。
【０２５１】
端末に送信される全てのデータは、ｅＮＢとの無線リソース設定手順によって行われなければならず、基地局の判断下に、特定無線ベアラに対するデータは、セカンダリシステムを介して送信されるようにする。これは、ｅＮＢに送信されるデータのうち、特定ＲＮＴＩ／ＤＲＢ  ＩＤで送信されるデータは、ＡＰにリダイレクトされるようにする。そのために、ｅＮＢは、当該データに対し特定ＩＰ設定が要求される。
【０２５２】
セカンダリシステム除去（Ｄｅｌｅｔｅ）
【０２５３】
端末が現在アクセス中のセカンダリシステムのチャネル状態がよくない場合、他のセカンダリシステムへのＨＯを要求することができる。そのために、端末は周辺セカンダリシステムを探索（又は、測定）する。しかし、検出されるシステムがないと、当該セカンダリシステムとの接続を解除（ｒｅｌｅａｓｅ）することができる。仮にプライマリシステムの任意のフロー（すなわち、データベアラ）に該当するデータがセカンダリシステムを介して送受信中であったし、端末が周辺セカンダリシステムへのフローＨＯを行えない場合、基地局は、当該フローに対するデータ損失が発生しないとともにシームレスフロー移動を行うことができるように、多重−ＲＡＴシームレスフロー移動性を支援可能でなければならない。
【０２５４】
又は、当該セカンダリシステムに送受信中だったデータ送信が完了した場合、当該セカンダリシステムとの接続を解除することができる。
【０２５５】
セカンダリシステム変更（Ｃｈａｎｇｅ）
【０２５６】
セカンダリシステム間ＨＯ（特定データベアラのみに対して）（Ｆｌｏｗ  ＨＯ  ｂｅｔｗｅｅｎ  ｓｅｃｏｎｄａｒｙ  ｓｙｓｔｅｍｓ（ｏｎｌｙ  ｆｏｒ  ｓｐｅｃｉｆｉｃ  ｄａｔａ  ｂｅａｒｅｒ（ｓ）））
【０２５７】
端末は、プライマリシステムを用いてＡＰ間シームレスフローＨＯを行うことができる。基地局は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを用いて端末にそれ以上現在サービングセカンダリシステムを介したデータ送受信がないことを知らせ、既存に送信されたデータは、新しいセカンダリシステムで送受信されるように、プライマリシステムを介して指示することができる。
【０２５８】
図１０は、セカンダリシステム連結（ａｓｓｏｃｉａｔｉｏｎ）過程を説明するための例示図である。
【０２５９】
基地局はＵＥにＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージに選択されたＡＰ、セカンダリシステムに送信されるフロー（ＤＲＢ）情報、認証方法（ｓｈａｒｅｄ  ｋｅｙ情報）、連結後にドーズモード（ｄｏｚｅ  ｍｏｄｅ）へ遷移するか否か、セカンダリシステム連結のためのタイマー、アクション時間などの情報を含めて送信することができる。連結後に節電モード（ｐｏｗｅｒ  ｓａｖｉｎｇ  ｍｏｄｅ）に進入してもよく、これをｅＮＢが端末に知らせることができる。
【０２６０】
１．同期及びセカンダリシステム連結開始のためのタイマー（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ＆  Ｔｉｍｅｒ  ｆｏｒ  Ｓｅｎｃｏｎｄａｒｙ  ｓｙｓｔｅｍ  Ａｓｓｏｃｉａｔｉｏｎ  ｓｔａｒｔ）
【０２６１】
端末は該当のＡＰのビーコンフレームを受信することによってＡＰとの同期を取ることができる。
【０２６２】
２．認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）
【０２６３】
端末は、オープンシステム又は共有キーを用いた認証手順を行う。
【０２６４】
３．連結（Ａｓｓｏｃｉａｔｉｏｎ）
【０２６５】
端末は、ＡＰと連結要請／応答フレームを送受信してＡＩＤ割当てを受けることができる。
【０２６６】
ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージに含まれたアクション時間（Ａｃｔｉｏｎ  ｔｉｍｅ）は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ送信時間＋セカンダリシステム連結のための時間値以降の時間値でなければならない。
【０２６７】
ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージの受信に対する応答として、端末は基地局にＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信することができる。
【０２６８】
方法１．端末が特定ＡＰとの同期／認証／連結の全てに成功した場合、ＡＰとの接続設定（ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）に成功することを意味する値を含めたＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。該メッセージには成功（ｓｕｃｃｅｓｓ）／失敗（ｆａｉｌ）を意味する状態（ｓｔａｔｕｓ）値を含めることができる。失敗であるＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを受信したｅＮＢは、新しいＡＰを選択したＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを送信しなければならない。また、接続されたＡＰから割り当てられたＩＰアドレス値を基地局に知らせることができる。
【０２６９】
方法２．端末が該当ＡＰとの同期／認証／連結の全てに成功した場合、ＡＰとの接続設定に成功したことを意味するＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。仮に当該メッセージの送信がＡＰ連結の成功を意味するとすれば、連結に失敗した場合には当該メッセージは送信されず、基地局はこのメッセージを待ち続くことがある。この場合、基地局はＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ送信後に同期／認証／連結を全て考慮した値に設定された、セカンダリシステム連結のためのタイマを起動し、この値が満了すると、新しいＡＰを選択し、新しく選択されたＡＰ（ｎｅｗｌｙ  ｓｅｌｅｃｔｅｄ  ＡＰ）への連結を端末に指示しなければならない。成功した場合、当該メッセージには、接続されたＡＰから割り当てられたＩＰアドレス値を基地局に知らせることができる。
【０２７０】
図１１は、セカンダリシステム再連結（ｒｅａｓｓｏｃｉａｔｉｏｎ）過程を説明するための例示図である。
【０２７１】
セカンダリシステム管理（再連結）
【０２７２】
ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐ
【０２７３】
新しく選択されたＡＰに関する情報を、ｅＮＢがＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージで端末に知らせることができる。新しく選択されたＡＰ、セカンダリシステムに送信されるＤＲＢ情報、共有キー情報、再連結後にドーズモードに遷移するか否か、接続解除（Ｄｉｓｃｏｎｎｅｃｔｉｏｎ）（及びアクション）時間、ＳＳ再連結のための時間などをＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージに含めることができる。
【０２７４】
端末は、接続解除時間（Ｄｉｓｃｏｎｎｅｃｔｉｏｎ  ｔｉｍｅ）にｏｌｄ  ＡＰと接続を切り、ＳＳ再連結のためのタイマーが満了する前にＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信しなければならない。
【０２７５】
１．ＳＳ再連結のためのタイマーの開始：ＡＢＳは、制御接続（無線（ａｉｒ）又はバックボーンを通じて）によって、ｏｌｄ  ＡＰで設定されていた保安（ｓｅｃｕｒｉｔｙ）情報を新しいＡＰに伝達する役割を、再連結が進行される間にあらかじめ行うことができる。
【０２７６】
２．接続解除時間（Ｄｉｓｃｏｎｎｅｃｔｉｏｎ  ｔｉｍｅ）にｏｌｄ  ＡＰと連結を切る（又は、連結解除通知を送信）
【０２７７】
３．端末は、新しいＡＰと再連結要請／応答フレームを送受信する。
【０２７８】
ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅ
【０２７９】
方法１．端末が該当のＡＰとの再連結に成功した場合、新しいＡＰとの接続設定（ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）に成功したことを意味する値を含むＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。当該メッセージには、再連結の成功／失敗を意味する状態（ｓｔａｔｕｓ）値が含めることができる。失敗であるＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを受信したｅＮＢは、新しいＡＰを選択したＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを送信しなければならない。また、接続されたＡＰから割り当てられたＩＰアドレス値を基地局に知らせることができる。
【０２８０】
方法２．端末が該当のＡＰとの同期／認証／連結に全て成功した場合、ＡＰとの接続設定に成功したことを意味するＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。
【０２８１】
基地局は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを送信後に再連結を考慮した値に設定されたＳＳ再連結のためのタイマーを起動し、この値が満了すると、新しいＡＰを選択し、端末に新しく選択されたＡＰへの連結を指示しなければならない。
【０２８２】
図１２は、セカンダリシステム再連結過程を説明するための他の例示図である。
【０２８３】
ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐ
【０２８４】
新しく選択されたＡＰに関する情報をｅＮＢがＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージで端末に知らせることができる。ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐには、新しく選択されたＡＰ、セカンダリシステムに送信されるＤＲＢ情報、共有キー情報、再連結後にドーズモードに遷移するか否か、接続解除（及びアクション）時間、ＳＳ再連結のためのタイマーなどの情報を含めて送信することができる。
【０２８５】
端末は、接続解除時間にｏｌｄ  ＡＰと連結を切り、ＳＳ再連結のためのタイマーが満了する前にＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信しなければならない。
【０２８６】
１．ＳＳ再連結のためのタイマーの開始：ＡＢＳは、制御接続（無線又はバックボーンを通じて）によってｏｌｄ  ＡＰで設定されている保安情報をｎｅｗ  ＡＰに伝達する役割を、再連結が進行される間にあらかじめ行うことができる。
【０２８７】
２．接続解除時間にｏｌｄ  ＡＰと連結を切る（又は、連結解除通知を送信）
【０２８８】
３．Ｎｅｗ  ＡＰに再連結要請／応答フレーム送／受信
【０２８９】
ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅ
【０２９０】
方法１．端末が該当のＡＰとの再連結に成功した場合、ｎｅｗ  ＡＰとの接続設定に成功したことを意味する値を含むＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。当該メッセージには再連結の成功／失敗を意味する状態（ｓｔａｔｕｓ）値を含めることができる。失敗であるＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを受信したｅＮＢは、新しいＡＰを選択したＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを送信しなければならない。また、接続されたＡＰから割り当てられたＩＰアドレス値を基地局に知らせることができる。
【０２９１】
方法２．端末が該当のＡＰとの同期／認証／連結に全て成功した場合、ＡＰとの接続設定に成功したことを意味するＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。基地局はＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ送信後に再連結を考慮した値に設定されたＳＳ再連結のためのタイマーを起動し、この値が満了すると、新しいＡＰを選択し、端末に新しく選択されたＡＰへの連結（ａｓｓｏｃｉａｔｉｏｎ）を指示しなければならない。
【０２９２】
図１３は、セカンダリシステム連結解除過程（Ｄｉｓａｓｓｏｃｉａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を説明するための例示図である。
【０２９３】
以下、セカンダリシステム連結解除過程を、図１３を参照して説明する。
【０２９４】
ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ
【０２９５】
ｅＮＢがＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを用いて端末に連結解除を知らせることができる。ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージは、連結解除されたＡＰ及びＤＲＢ情報、接続解除、アクション時間、ＳＳ連結解除のためのタイマーなどの情報を含むことができる。
【０２９６】
端末は接続解除時間にＡＰと連結を切る。接続解除時間にＡＰに連結解除通知フレームを送信することができる。
【０２９７】
ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅ
【０２９８】
方法１．端末が連結解除通知フレームに対するＡＣＫを受けると、接続解除に成功したことを意味する値を含むＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。当該メッセージには連結解除の成功／失敗を意味する状態（ｓｔａｔｕｓ）値を含めることができる（連結解除の場合、成功のみが送信されることが好ましい）。また、接続されたＡＰから割り当てられたＩＰアドレス値を基地局に知らせることができる。
【０２９９】
方法２．端末が該当のＡＰとの同期／認証／連結に全て成功した場合、ＡＰとの接続設定に成功したことを意味するＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを基地局に送信することができる。基地局は、ＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ送信後に連結解除を考慮した値に設定されたＳＳ連結解除のためのタイマーを起動する。
【０３００】
方法３．端末は、基地局に非要求（ｕｎｓｏｌｉｃｉｔｅｄ）のＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信することができる。ＡＰからＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージを受けていない状態でＡＰとの接続が切れた場合、端末が基地局にＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐメッセージ無しでＳｅｃｏｎｄａｒｙＳｙｓｔｅｍＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを送信することによって、ＡＰとの接続が切れたことを知らせることができる。
【０３０１】
図１４は、本発明に係るリンク失敗報告を送信する方法を説明するための例示図である。
【０３０２】
他のＲＡＴ（例、ＷｉＦｉ）を介したリンク失敗報告（又は、指示）
【０３０３】
本発明では、セルラーとＷｉＦｉリンクの両方への同時接続を支援する端末が、セルラー網のリンク失敗を検出（ｄｅｔｅｃｔｉｏｎ）した場合、接続されているＷｉＦｉリンクを介して、当該端末のセルラーリンクが失敗状態であることを知らせる。
【０３０４】
該当の無線リンク失敗報告メッセージは、端末のサービング基地局又はＷｉＦｉ−セルラーインタワーキング管理関連のネットワークエンティティに送信されるメッセージでよく、これを受信したネットワークエンティティ又は基地局は、当該端末へのセルラーリンクは現在使用できないが、ＷｉＦｉリンクが相変らず有効であることを認識し、セルラーリンクが回復（ｒｅｃｏｖｅｒｙ）される間に、緊急な制御メッセージ、又はセルラーリンクで送信中だったデータをＷｉＦｉリンクを介して送信されるようにする。
【０３０５】
無線リンク失敗報告メッセージは、セルラーリンクの失敗（ｆａｉｌｕｒｅ）／問題（ｐｒｏｂｌｅｍ）を検出し次第、端末から送信される。このメッセージは、従来の技術に用いられているメッセージと同一であってもよく、必要によって、メッセージが送信されるＷｉＦｉ  ＡＰに関する情報が追加されたり又は不要な情報が削除されてもよい。
【０３０６】
例えば、以前ｅＮＢ情報、現在ＡＰ情報、ＡＰを介して送信中のデータフロー情報、端末のセルラー関連情報（例、ＵＥ  ＩＤ、ｆａｉｌｅｄＰｃｅｌｌ  ＩＤ、ｌｏｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）など
【０３０７】
例えば、セルラー網関連情報送信要請：ＲＬＦ報告の送信時に、“ｔｈｅ  ｂｅｓｔ  ｍｅａｓｕｒｅｄ  ｃｅｌｌｓ”情報が併せて送信されると、これを受信したｅＮＢ又はインタワーキング管理ネットワークエンティティは端末に該当のセルの情報を送信することができる。
【０３０８】
ｅＮＢ又はインタワーキング管理ネットワークエンティティが、ＵＥの無線リンク失敗（ＲＬＦ）報告を他のＲＡＴ（ｏｔｈｅｒ  ＲＡＴ）を介して受信すると、ＵＥのセルラー関連情報をそのまま維持し、端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態を維持するようにする。回復されるまで端末のＷｉＦｉリンクを通じて端末の状態をチェックすることができる。
【０３０９】
図１５は、Ｗｉ−Ｆｉ−セルラーインタワーキングにおける無線リンク失敗（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）を説明するための例示図である。
【０３１０】
図１５を参照すると、有効なＷｉＦｉリンクを有する端末がセルラーリンクへの問題（ｐｒｏｂｌｅｍ）又は失敗を認識した場合、図１５に示すように、次の段階（ｐｈａｓｅｓ）に従うようにする。
【０３１１】
２つの段階（Ｔｗｏ  ｐｈａｓｅｓ）が無線リンク失敗と関連した行動として運営される。
【０３１２】
第１段階：（Ｒｅｃｏｖｅｒｙ  ｉｎ  ｐｈａｓｅ  １：物理層が連続したｉｎ−ｓｙｎｃ受信時）
【０３１３】
端末の物理レイヤが連続したｏｕｔ−ｏｆ−ｓｙｎｃ受信時には無線問題（ｒａｄｉｏ  ｐｒｏｂｌｅｍ）があると判断する。その後、端末は一定時間Ｔ１に無線リンク失敗が回復されないと、無線リンク失敗と見なされる。すると、他のＲＡＴリンクが利用可能であれば、端末は当該他のＲＡＴを介してセルラー無線リンク問題報告メッセージを送信する。
【０３１４】
このような第１段階（Ｆｉｒｓｔ  ｐｈａｓｅ）は、無線リンク失敗検出をリード（ｌｅａｄ）する区間である。第１段階は、端末ベースの移動性には関連がなく、タイマー又は他（例、ｃｏｕｎｔｉｎｇ）の基準（ｃｒｉｔｅｒｉａ）（Ｔ１）のみに基づいて動作する。
【０３１５】
第２段階：（Ｒｅｃｏｖｅｒｙ  ｉｎ  ｐｈａｓｅ２：ＲＲＣ接続再設定成功時）
【０３１６】
無線リンク失敗検出及びハンドオーバー失敗が始まった場合、他のＲＡＴリンクが利用可能であれば、端末は、他のＲＡＴを介してセルラー無線リンク問題報告メッセージを送信する。仮に、タイマーＴ３１１が満了したり、Ｔ３０１（又は、他の新しいタイマー）が満了すると、第２段階（Ｓｅｃｏｎｄ  Ｐｈａｓｅ）は、端末をＲＲＣ＿ＩＤＬＥ状態に導く（ｌｅａｄ）。
【０３１７】
一方、タイマーＴ３１１の間にセル選択（ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ）をすると、セル選択後にＴ３０１タイマーが始動し、Ｔ３０１の間に、ＲＲＣ  ｃｏｎｎ．Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑ／Ｒｓｐメッセージを送受信することができる。
【０３１８】
第２段階は、ＵＥベース移動性（ＵＥ−ｂａｓｅｄ  ｍｏｂｉｌｉｔｙ）と関連している。また、第２段階は、タイマーベース（Ｔ２）（ＷｉＦｉ−セルラーインタワーキングの場合、Ｔ２の代わりに他の値のタイマーが設定されてもよい（例、より長い第２段階又は追加の第３段階（ｔｈｉｒｄ  ｐｈａｓｅ）が設定されてもよく、この場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態が既存よりも長くなることを意味する））で動作する。
【０３１９】
図１６及び図１７は、セルラー無線リンク失敗である場合、Ｗｉ−Ｆｉ−セルラーインタワーキング端末のデータフローを説明するための例示図である。
【０３２０】
より具体的に、図１６は、ＲＬＦ段階（ｐｈａｓｅ）１／２／３の間に、無線リンクが回復に成功した場合のデータフローを示しており、図１７は、ＲＬＦ段階１／２／３の間に、無線リンクが回復に失敗した場合のデータフローを示している。
【０３２１】
図１６を参照すると、無線リンク失敗が発生した場合、端末は、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、セルラー無線リンク問題を検出したことを知らせるメッセージを送信することができる。そして、これに対する応答としてインタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）は、ＡＰを経由して端末に、セルラー関連データフローを切り替えるようにするメッセージを送信することができる。また、端末は、無線リンク失敗と見なされる場合、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、無線リンク失敗であることを知らせるメッセージを送信することができる。
【０３２２】
端末は、ＲＬＦ段階１／２／３の間に、（セルラー）無線リンク回復試みを行い、仮に無線リンクに成功すると、端末は、セルラー網の（サービング）基地局に、ＲＲＣ再接続設定要請メッセージ（例えば、ＲＲＣ  Ｒｅ−ｅｓｔａｔｂｌｉｓｈｅｍｔｎ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅ）を送信し、これに対する応答として、ＲＲＣ  Ｒｅ−ｅｓｔａｔｂｌｉｓｈｅｍｔｎ  ｒｅｓｐｏｎｅｓ  ｍｅｓｓａｇｅを受信することによって、再びセルラー網と通信を行うことができる。端末は、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、セルラー無線リンクを回復したことを知らせるメッセージを送信することができる。
【０３２３】
一方、図１７の場合でも、無線リンク失敗が発生した場合、端末はインタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、セルラー無線リンク問題を検出したことを知らせるメッセージを送信することができる。そして、それに対する応答として、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）はＡＰを経由して端末に、セルラー関連データフローを切り替えるようにするメッセージを送信することができる。また、端末は、無線リンク失敗と見なされる場合、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、無線リンク失敗であることを知らせるメッセージを送信することができる。
【０３２４】
端末はＲＬＦ段階１／２／３の間に、（セルラー）無線リンク回復試みを行う。図１７のように、ＲＬＦ段階１／２／３の間に、無線リンクが回復に失敗した場合には、端末はセルラー網の基地局にＲＲＣ  Ｒｅ−ｅｓｔａｔｂｌｉｓｈｅｍｔｎ  ｒｅｑｕｅｓｔ  ｍｅｓｓａｇｅを送信することができず、利用可能な他のＲＡＴを介して無線リンク失敗を知らせることができる。そして、端末は、他のＲＡＴのリンクが相変らず有効であることを知らせるために、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）に、セルラー遊休モードに進入することを知らせることができる。このようなセルラー遊休モード進入を示す情報を端末から受信するまで、インタワーキング管理サーバー（或いは、セルラー網の基地局、ＭＭＥ）は端末のセルラー関連情報を維持していなければならない。
【０３２５】
以上の如く、端末が２つ以上のＲＡＴに同時に接続できる性能がある場合、２つのリンクのうち、プライマリリンクが無線リンク失敗にある間に、端末の他のＲＡＴのリンクが相変らず有効であることをインタワーキング管理エンティティやサービング−ｅＮＢに知らせることによって、端末の緊急なメッセージやデータフローがセカンダリＲＡＴに切り替わることを可能にする。これによって、プライマリＲＡＴを使用できない時間に、セカンダリＲＡＴを介してユーザにシームレスなサービスを極力提供することができる。
【０３２６】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよいことは明らかである。
【０３２７】
本発明は、本発明の精神及び必須特徴から逸脱しない範囲で他の特定の形態として具体化できるということは、当業者にとって明らかである。したがって、上記の詳細な説明は、いずれの面においても制約的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付した請求項の合理的な解釈によって決定しなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０３２８】
複数の無線接続技術（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）を支援する端末が無線リンク失敗の発生時に回復する方法は、３ＧＰＰ  ＬＴＥ、ＬＴＥ−Ａ、ＩＥＥＥ  ８０２などの様々な通信システムにおいて産業上利用可能である。
【図５】
2016500980.tif 000003
【図６】
2016500980.tif 000004
【図１５】
2016500980.tif 000005
【図１】
2016500980.tif 000006
【図２】
2016500980.tif 000007
【図３】
2016500980.tif 000008
【図４】
2016500980.tif 000009
【図７】
2016500980.tif 000010
【図８】
2016500980.tif 000011
【図９】
2016500980.tif 000012
【図１０】
2016500980.tif 000013
【図１１】
2016500980.tif 000014
【図１２】
2016500980.tif 000015
【図１３】
2016500980.tif 000016
【図１４】
2016500980.tif 000017
【図１６】
2016500980.tif 000018
【図１７】
2016500980.tif 000019
【国際調査報告】
2016500980.tif 000020
2016500980.tif 000021
2016500980.tif 000022
2016500980.tif 000023
2016500980.tif 000024
2016500980.tif 000025
2016500980.tif 000026
2016500980.tif 000027
2016500980.tif 000028
2016500980.tif 000029