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