(57)【要約】【課題】本明細書の一開示は、端末によりハンドオーバを決定する方法を提供する。【解決手段】ハンドオーバ決定方法は、端末がタイマを駆動中であるかどうかを判断するステップを含み、前記端末は、複数のＲＡＴ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ)へのアクセスを実行中であって、前記ハンドオーバ決定方法は、前記端末が前記タイマを駆動していない場合、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたデータトラフィックに対して第１のＲＡＴへのハンドオーバを実行するステップと、前記端末が前記タイマを駆動中の場合、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたデータトラフィックに対してハンドオーバを実行しないステップと、を含む。ここで、前記データトラフィックは、ＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ)の結果または３ＧＰＰ ＲＡＴ変更の結果として前記無線ＬＡＮにオフロードされる。【選択図】図１８
2016508330.tif 000002
【特許請求の範囲】
【請求項１】
端末によりハンドオーバを決定する方法であって、
前記端末がタイマを駆動中であるかどうかを判断するステップであって、前記端末が、複数のＲＡＴ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ)へのアクセスを実行中である、ステップと、
前記端末が、前記タイマが駆動していない場合、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたデータトラフィックに対して第１のＲＡＴへのハンドオーバを実行するステップと、
前記端末が、前記タイマが駆動中の場合、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたデータトラフィックに対してハンドオーバを実行しないステップとを含み、
前記データトラフィックは、ＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ)の結果または３ＧＰＰ ＲＡＴ変更の結果として前記無線ＬＡＮにオフロードされる、ハンドオーバを決定する方法。
【請求項２】
前記タイマが満了して前記データトラフィックに対するマーキングが解除された場合、前記ハンドオーバが実行され、前記タイマが駆動中に前記データトラフィックに対するマーキングが解除されない場合、前記ハンドオーバが実行されない、請求項１に記載のハンドオーバを決定する方法。
【請求項３】
前記データトラフィックのためのベアラ単位にマーキングされ、または前記データトラフィックのためのＰＤＮ単位にマーキングされる、請求項２に記載のハンドオーバを決定する方法。
【請求項４】
前記データトラフィックは、ＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ)の結果または３ＧＰＰ ＲＡＴ変更の結果、及びＩＳＲＰ(Ｉｎｔｅｒ−Ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ)によって前記無線ＬＡＮにオフロードされる、請求項１に記載のハンドオーバを決定する方法。
【請求項５】
前記ＩＳＲＰは、ＡＮＤＳＦ(Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ)を担当するノードから受信され、前記ＩＳＲＰは、Ｅ−ＵＴＲＡＮ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)の優先順位が無線ＬＡＮ(ＷＬＡＮ)の優先順位より高く、前記無線ＬＡＮ(ＷＬＡＮ)の優先順位は、ＵＴＲＡＮ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)またはＧＥＲＡＮ(ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)の優先順位より高く設定されている、請求項４に記載のハンドオーバを決定する方法。
【請求項６】
前記タイマが駆動中でない場合、前記ＩＳＲＰに設定されたＥ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮ、及びＷＬＡＮの優先順位によって、前記ハンドオーバを実行する、請求項５に記載のハンドオーバを決定する方法。
【請求項７】
前記タイマが駆動中の場合、前記ＩＳＲＰに設定されたＥ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮ、及びＷＬＡＮの優先順位を無視することによって、前記ハンドオーバを実行しない、請求項５に記載のハンドオーバを決定する方法。
【請求項８】
地理的移動によって前記第１のＲＡＴから第２のＲＡＴへのハンドオーバを実行するステップと、前記第２のＲＡＴへのハンドオーバにより影響を受けたトラフィックがＩＳＲＰ(Ｉｎｔｅｒ−Ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ)の条件を満たす場合、前記データトラフィックを前記無線ＬＡＮにオフロードさせるステップと、前記タイマを駆動するステップとをさらに含む、請求項１に記載のハンドオーバを決定する方法。
【請求項９】
前記第１のＲＡＴに存在する前記端末が音声通話を試みる場合、第２のＲＡＴへのＣＳＦＢを実行するステップと、前記第２のＲＡＴへのＣＳＦＢにより影響を受けたトラフィックがＩＳＲＰ(Ｉｎｔｅｒ−Ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ)の条件を満たす場合、前記データトラフィックを前記無線ＬＡＮにオフロードさせるステップと、前記タイマを駆動するステップとをさらに含む、請求項１に記載のハンドオーバを決定する方法。
【請求項１０】
ハンドオーバを決定する端末であって、
複数のＲＡＴ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ)へのアクセスを実行する送受信部と、
タイマを駆動中であるかどうかを判断し、前記タイマが駆動していないと判断した場合は、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたデータトラフィックに対して第１のＲＡＴへのハンドオーバを実行し、前記タイマが駆動中であると判断した場合は、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたデータトラフィックに対してハンドオーバを実行しない制御部とを含み、
前記データトラフィックは、ＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ)の結果または３ＧＰＰ ＲＡＴ変更の結果として前記無線ＬＡＮにオフロードする、端末。
【請求項１１】
前記タイマが満了して前記データトラフィックに対するマーキングが解除された場合、前記ハンドオーバが実行され、前記タイマの駆動中に前記データトラフィックに対するマーキングが解除されない場合、前記ハンドオーバが実行されない、請求項１０に記載の端末。
【請求項１２】
前記データトラフィックのためのベアラ単位にマーキングされ、または前記データトラフィックのためのＰＤＮ単位にマーキングされる、請求項１１に記載の端末。
【請求項１３】
前記データトラフィックは、ＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ)の結果または３ＧＰＰ ＲＡＴ変更の結果、及びＩＳＲＰ(Ｉｎｔｅｒ−Ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ)によって前記無線ＬＡＮにオフロードされる、請求項１０に記載の端末。
【請求項１４】
前記ＩＳＲＰは、ＡＮＤＳＦ(Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ)を担当するノードから受信され、前記ＩＳＲＰは、Ｅ−ＵＴＲＡＮ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)の優先順位が無線ＬＡＮ(ＷＬＡＮ)の優先順位より高く、前記無線ＬＡＮ(ＷＬＡＮ)の優先順位は、ＵＴＲＡＮ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)またはＧＥＲＡＮ(ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)の優先順位より高く設定されている、請求項１３に記載の端末。
【請求項１５】
前記タイマが駆動中でないと決定した場合、前記制御部は、前記ＩＳＲＰに設定したＥ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮ、及びＷＬＡＮの優先順位によって、前記ハンドオーバを実行する、請求項１４に記載の端末。
【請求項１６】
前記タイマが駆動中であると決定した場合、前記制御部は、前記ＩＳＲＰに設定したＥ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮ、及びＷＬＡＮの優先順位を無視することにより、前記ハンドオーバを実行しない、請求項１４に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ＬＡＮにオフロードされたトラフィックに対するハンドオーバ決定方法及び端末に関する。
【背景技術】
【０００２】
移動通信システムの技術規格を制定する３ＧＰＰでは、４世代移動通信と関連した多様なフォーラム及び新しい技術に対応するために、２００４年末から３ＧＰＰ技術の性能を最適化させて向上させようとする努力の一環としてＬＴＥ/ＳＡＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ/Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ)技術に対する研究を始めた。
【０００３】
３ＧＰＰ ＳＡ ＷＧ２を中心に進行されたＳＡＥは、３ＧＰＰ ＴＳＧ ＲＡＮのＬＴＥ作業と並行してネットワークの構造を決定し、異機種ネットワーク間の移動性をサポートすることを目的とするネットワーク技術に対する研究であって、最近３ＧＰＰの重要な標準化問題のうち一つである。これは３ＧＰＰシステムをＩＰベースの多様な無線接続技術をサポートするシステムに発展させるための作業であって、より向上したデータ送信能力で送信遅延を最小化する、最適化されたパケットベースのシステムを目標にして作業が進行されてきた。
【０００４】
３ＧＰＰ ＳＡ ＷＧ２で定義したＥＰＳ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ)上位水準参照モデル(ｒｅｆｅｒｅｎｃｅ ｍｏｄｅｌ)は、非ローミングケース(ｎｏｎ−ｒｏａｍｉｎｇ ｃａｓｅ)及び多様なシナリオのローミングケース(ｒｏａｍｉｎｇ ｃａｓｅ)を含んでおり、詳細内容は、３ＧＰＰ標準文書ＴＳ２３.４０１とＴＳ２３.４０２で参照することができる。図１のネットワーク構造図は、これを簡略に再構成したものである。
【０００５】
図１は、進化した移動通信ネットワークの構造図である。
【０００６】
ＥＰＣは、多様な構成要素を含むことができ、図１は、そのうち一部に該当する、Ｓ−ＧＷ(Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ)５２、ＰＤＮ ＧＷ(Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ)５３、ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)５１、ＳＧＳＮ(Ｓｅｒｖｉｎｇ ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ) Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ)、ｅＰＤＧ(ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ)を示す。
【０００７】
Ｓ−ＧＷ５２は、無線アクセスネットワーク(ＲＡＮ)とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢ２２とＰＤＮ ＧＷ５３との間のデータ経路を維持する機能をする要素である。また、端末(または、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ)がｅＮｏｄｅＢ２２によりサービング(ｓｅｒｖｉｎｇ)される領域にわたって移動する場合、Ｓ−ＧＷ５２は、ローカル移動性アンカーポイント(ａｎｃｈｏｒ ｐｏｉｎｔ)の役割をする。即ち、Ｅ−ＵＴＲＡＮ(３ＧＰＰリリース８以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ) Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)内での移動性のために、Ｓ−ＧＷ５２を介してパケットをルーティングすることができる。また、Ｓ−ＧＷ５２は、他の３ＧＰＰネットワーク(３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ(ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)/ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ) Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)との移動性のためのアンカーポイントとして機能することもできる。
【０００８】
ＰＤＮ ＧＷ(または、Ｐ−ＧＷ)５３は、パケットデータネットワークに向かってデータインターフェースの終端点(ｔｅｒｍｉｎａｔｉｏｎ ｐｏｉｎｔ)に該当する。ＰＤＮ ＧＷ５３は、政策執行特徴(ｐｏｌｉｃｙ ｅｎｆｏｒｃｅｍｅｎｔ ｆｅａｔｕｒｅｓ)、パケットフィルタリング(ｐａｃｋｅｔ ｆｉｌｔｅｒｉｎｇ)、課金サポート(ｃｈａｒｇｉｎｇ ｓｕｐｐｏｒｔ)などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク(例えば、Ｉ−ＷＬＡＮ(Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ)のような信頼されないネットワーク、ＣＤＭＡ(Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)ネットワークやＷｉＭａｘのような信頼されるネットワーク)との移動性管理のためのアンカーポイントの役割をすることができる。
【０００９】
図１のネットワーク構造の例示は、Ｓ−ＧＷ５２とＰＤＮ ＧＷ５３が別途のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション(Ｓｉｎｇｌｅ Ｇａｔｅｗａｙ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｐｔｉｏｎ)によって具現されることもできる。
【００１０】
ＭＭＥ５１は、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当、トラッキング(ｔｒａｃｋｉｎｇ)、ページング(ｐａｇｉｎｇ)、ローミング(ｒｏａｍｉｎｇ)及びハンドオーバなどをサポートするためのシグナリング及び制御機能を実行する要素である。ＭＭＥ５１は、加入者及びセッション管理に関連した制御平面(ｃｏｎｔｒｏｌ ｐｌａｎｅ)機能を制御する。ＭＭＥ５１は、数多くのｅＮｏｄｅＢ２２を管理し、他の２Ｇ/３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを実行する。また、ＭＭＥ５１は、セキュリティ過程(Ｓｅｃｕｒｉｔｙ Ｐｒｏｃｅｄｕｒｅｓ)、端末−対−ネットワークセッションハンドリング(Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ Ｓｅｓｓｉｏｎ Ｈａｎｄｌｉｎｇ)、アイドル端末位置決定管理(Ｉｄｌｅ Ｔｅｒｍｉｎａｌ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ)などの機能を遂行する。
【００１１】
ＳＧＳＮは、異なるアクセス３ＧＰＰネットワーク(例えば、ＧＰＲＳネットワーク、ＵＴＲＡＮ/ＧＥＲＡＮ)に対するユーザの移動性管理及び認証(ａｕｔｈｅｎｔｉｃａｔｉｏｎ)といった全てのパケットデータをハンドリングする。
【００１２】
ｅＰＤＧは、信頼されない非３ＧＰＰネットワーク(例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット(ｈｏｔｓｐｏｔ)等)に対するセキュリティノードとしての役割をする。
【００１３】
図１を参照して説明したように、ＩＰ能力を有する端末(または、ＵＥ)は、３ＧＰＰアクセスはもちろん非３ＧＰＰアクセスのベースでも、ＥＰＣ内の多様な要素を経由して事業者(即ち、オペレータ(ｏｐｅｒａｔｏｒ))が提供するＩＰサービスネットワーク(例えば、ＩＭＳ)にアクセスすることができる。
【００１４】
また、図１は、多様なレファレンスポイント(例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等)を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能エンティティ(ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ)に存在する２個の機能を連結する概念的なリンクをレファレンスポイント(ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ)と定義する。以下の表１は、図１に示すレファレンスポイントを整理したものである。表１の例示外にもネットワーク構造によって多様なレファレンスポイントが存在できる。
【００１５】
【表１】
2016508330.tif 000003
【００１６】
図２は、一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。
【００１７】
図示されたように、ｅＮｏｄｅＢ２０は、ＲＲＣ接続が活性化されている間、ゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャスタチャネル(ＢＣＨ)のスケジューリング及び送信、アップリンク及びダウンリンクでのリソースをＵＥに動的割当、ｅＮｏｄｅＢ２０の測定のための設定及び提供、無線ベアラ制御、無線許可制御(ｒａｄｉｏ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ)、そして、接続移動性制御などのための機能を遂行することができる。ＥＰＣ内では、ページング発生、ＬＴＥ_ＩＤＬＥ状態管理、ユーザ平面が暗号化、ＥＰＳベアラ制御、ＮＡＳシグナリングの暗号化及び完全性保護機能を遂行することができる。
【００１８】
図３は、ＵＥとｅＮｏｄｅＢとの間の制御平面での無線インターフェースプロトコル(Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ)の構造を示す例示図であり、図４は、端末と基地局との間のユーザ平面での無線インターフェースプロトコル(Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ)の構造を示す他の例示図である。
【００１９】
前記無線インターフェースプロトコルは、３ＧＰＰ無線アクセスネットワーク規格を基盤とする。前記無線インターフェースプロトコルは、水平的には物理階層(Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ)、データリンク階層(Ｄａｔａ Ｌｉｎｋ Ｌａｙｅｒ)、及びネットワーク階層(Ｎｅｔｗｏｒｋ Ｌａｙｅｒ)からなり、垂直的にはデータ情報送信のためのユーザ平面(Ｕｓｅｒ Ｐｌａｎｅ)と、制御信号(Ｓｉｇｎａｌｉｎｇ)伝達のための制御平面(Ｃｏｎｔｒｏｌ Ｐｌａｎｅ)とに区分される。
【００２０】
前記プロトコル階層は、通信システムで広く知られた開放型システム間相互接続(Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ)基準モデルの下位３階層に基づいてＬ１(第１の階層)、Ｌ２(第２の階層)、Ｌ３(第３の階層)に区分することができる。
【００２１】
以下、前記図３に示す制御平面での無線プロトコルと図４に示すユーザ平面での無線プロトコルの各階層を説明する。
【００２２】
第１の階層である物理階層は、物理チャネル(Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ)を利用して情報転送サービス(Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ)を提供する。前記物理階層は、上位にある媒体アクセス制御(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)階層とはトランスポートチャネル(Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ)を介して連結されており、前記トランスポートチャネルを介して媒体アクセス制御階層と物理階層との間のデータが伝達される。そして、互いに異なる物理階層間、即ち、送信側と受信側の物理階層間は、物理チャネルを介してデータが伝達される。
【００２３】
物理チャネル(Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ)は、時間軸上にある複数個のサブフレームと、周波数軸上にある複数個のサブキャリア(Ｓｕｂ−ｃａｒｒｉｅｒ)とで構成される。ここで、一つのサブフレーム(Ｓｕｂ−ｆｒａｍｅ)は、時間軸上に複数のシンボル(Ｓｙｍｂｏｌ)と複数のサブキャリアとで構成される。一つのサブフレームは、複数のリソースブロック(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)で構成され、一つのリソースブロックは、複数のシンボル(Ｓｙｍｂｏｌ)と複数のサブキャリアとで構成される。データが送信される単位時間であるＴＴＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ)は、１個のサブフレームに該当する１ｍｓである。
【００２４】
前記送信側と受信側の物理階層に存在する物理チャネルは、３ＧＰＰ ＬＴＥによると、データチャネルであるＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)及びＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)と、制御チャネルであるＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)、ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ−ＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)及びＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)と、に分けられる。
【００２５】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数(即ち、制御領域の大きさ)に対するＣＦＩ(ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ)を伝送する。無線機器は、まず、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。
【００２６】
ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインドデコーディングを使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。
【００２７】
ＰＨＩＣＨは、ＵＬ ＨＡＲＱ(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ)のためのＡＣＫ(ｐｏｓｉｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)/ＮＡＣＫ(ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)信号を伝送する。無線機器により送信されるＰＵＳＣＨ上のＵＬ(ｕｐｌｉｎｋ)データに対するＡＣＫ/ＮＡＣＫ信号は、ＰＨＩＣＨ上に送信される。
【００２８】
ＰＢＣＨ(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)は、無線フレームの１番目のサブフレームの第２のスロットの前方部の４個のＯＦＤＭシンボルで送信される。ＰＢＣＨは、無線機器が基地局と通信するときに必須なシステム情報を伝送し、ＰＢＣＨを介して送信されるシステム情報をＭＩＢ(ｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ)という。これと比較して、ＰＤＣＣＨにより指示されるＰＤＳＣＨ上に送信されるシステム情報をＳＩＢ(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ)という。
【００２９】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ(ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ ｃｈａｎｎｅｌ)のリソース割当及び送信フォーマット、ＵＬ−ＳＣＨ(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)のリソース割当情報、ＰＣＨ上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上に送信されるランダムアクセス応答のような上位階層制御メッセージのリソース割当、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及びＶｏＩＰ(ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ)の活性化などを伝送することができる。複数のＰＤＣＣＨが制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、一つまたは複数個の連続的なＣＣＥ(ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔｓ)のアグリゲーション(ａｇｇｒｅｇａｔｉｏｎ)上に送信される。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当単位である。ＣＣＥは、複数のリソース要素グループ(ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ)に対応される。ＣＣＥの数とＣＣＥにより提供される符号化率の関係によってＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【００３０】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ)という。ＤＣＩは、ＰＤＳＣＨのリソース割当(これをＤＬグラント(ｄｏｗｎｌｉｎｋ ｇｒａｎｔ)ともいう)、ＰＵＳＣＨのリソース割当(これをＵＬグラント(ｕｐｌｉｎｋ ｇｒａｎｔ)ともいう)、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及び/またはＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ)の活性化を含むことができる。
【００３１】
第２の階層にはさまざまな階層が存在する。まず、媒体アクセス制御(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：ＭＡＣ)階層は、多様な論理チャネル(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ)を多様なトランスポートチャネルにマッピングさせる役割をし、また、複数の論理チャネルを一つのトランスポートチャネルにマッピングさせる論理チャネル多重化(Ｍｕｌｔｉｐｌｅｘｉｎｇ)の役割を遂行する。ＭＡＣ階層は、上位階層であるＲＬＣ階層とは論理チャネル(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ)を介して接続されており、論理チャネルは、大きいに、送信される情報の種類によって、制御平面(Ｃｏｎｔｒｏｌ Ｐｌａｎｅ)の情報を送信する制御チャネル(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)と、ユーザ平面(Ｕｓｅｒ Ｐｌａｎｅ)の情報を送信するトラフィックチャネル(Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ)と、に分けられる。
【００３２】
第２の階層の無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：ＲＬＣ)階層は、上位階層から受信したデータを分割(Ｓｅｇｍｅｎｔａｔｉｏｎ)及び連結(Ｃｏｎｃａｔｅｎａｔｉｏｎ)して下位階層が無線区間へのデータの送信に適合するようにデータの大きさを調節する役割を遂行する。また、各々の無線ベアラ(Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ)が要求する多様なＱｏＳを保障可能にするために、ＴＭ(Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ、透明モード)、ＵＭ(Ｕｎ−ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、無応答モード)、及びＡＭ(Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、応答モード)の三つの動作モードを提供している。特に、ＡＭ ＲＬＣは、信頼性のあるデータ送信のために、自動反復及び要求(Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ Ｒｅｑｕｅｓｔ：ＡＲＱ)機能を介した再送信機能を遂行している。
【００３３】
第２の階層のパケットデータ収束(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ)階層は、ＩＰｖ４やＩＰｖ６のようなＩＰパケット送信時、帯域幅が小さい無線区間で効率的に送信するために相対的に大きさが大きくて不要な制御情報を含んでいるＩＰパケットヘッダサイズを減らすヘッダ圧縮(Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ)機能を遂行する。これはデータのヘッダ(Ｈｅａｄｅｒ)部分で必ず必要な情報のみを送信するようにすることで、無線区間の送信効率を増加させる役割をする。また、ＬＴＥシステムでは、ＰＤＣＰ階層がセキュリティ(Ｓｅｃｕｒｉｔｙ)機能も実行し、これは第３者のデータ盗聴を防止する暗号化(Ｃｉｐｈｅｒｉｎｇ)と第３者のデータ操作を防止する完全性保護(Ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ)とで構成される。
【００３４】
第３階層の最も上部に位置した無線リソース制御(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：以下、ＲＲＣと略称する)階層は、制御平面でのみ定義され、無線ベアラ(Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢと略称する)の設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)、再設定(Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ)及び解除(Ｒｅｌｅａｓｅ)と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。このとき、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ伝達のために、第２の階層により提供されるサービスを意味する。
【００３５】
前記端末のＲＲＣと無線ネットワークのＲＲＣ階層との間にＲＲＣ接続(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ)がある場合、端末は、ＲＲＣ接続状態(Ｃｏｎｎｅｃｔｅｄ Ｍｏｄｅ)になり、そうでない場合、ＲＲＣアイドル状態(Ｉｄｌｅ Ｍｏｄｅ)になる。
【００３６】
以下、端末のＲＲＣ状態(ＲＲＣ ｓｔａｔｅ)とＲＲＣ接続方法に対して説明する。ＲＲＣ状態とは、端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣと論理的接続(ｌｏｇｉｃａｌ ｃｏｎｎｅｃｔｉｏｎ)されているかどうかを意味し、接続されている場合はＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態(ｓｔａｔｅ)といい、接続されていない場合はＲＲＣ_ＩＤＬＥ状態という。ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣ_ＩＤＬＥ状態の端末は、Ｅ−ＵＴＲＡＮが端末の存在を把握することはできず、セルより大きい地域単位であるＴＡ(Ｔｒａｃｋｉｎｇ Ａｒｅａ)単位にコアネットワークが管理する。即ち、ＲＲＣ_ＩＤＬＥ状態の端末は、セルに比べて大きい地域単位に該当端末の存在可否のみが把握され、音声やデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態に移動しなければならない。各ＴＡは、ＴＡＩ(Ｔｒａｃｋｉｎｇ ａｒｅａ ｉｄｅｎｔｉｔｙ)を介して区分される。端末は、セルで放送(ｂｒｏａｄｃａｓｔｉｎｇ)される情報であるＴＡＣ(Ｔｒａｃｋｉｎｇ ａｒｅａ ｃｏｄｅ)を介してＴＡＩを構成することができる。
【００３７】
ユーザが端末の電源を最初オンした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ接続を確立し、コアネットワークに端末の情報を登録する。この後、端末は、ＲＲＣ_ＩＤＬＥ状態にとどまる。ＲＲＣ_ＩＤＬＥ状態にとどまる端末は、必要によって、セルを(再)選択し、システム情報(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)やページング情報を確認する。これをセルにキャンプオン(Ｃａｍｐ ｏｎ)するという。ＲＲＣ_ＩＤＬＥ状態にとどまっていた端末は、ＲＲＣ接続を確立する必要がある時はじめてＲＲＣ接続過程(ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ)を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続を確立し、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態に移動する。ＲＲＣ_ＩＤＬＥ状態にあった端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話試みなどの理由でアップリンクデータ送信が必要であり、またはＥ−ＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００３８】
前記ＲＲＣ階層の上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)階層は、セッション管理(Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ)と移動性管理(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ)等の機能を遂行する。
【００３９】
以下、図３に示すＮＡＳ階層に対して詳細に説明する。
【００４０】
ＮＡＳ階層に属するＥＳＭ(Ｅｖｏｌｖｅｄ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ)は、Ｄｅｆａｕｌｔ Ｂｅａｒｅｒ管理及びＤｅｄｉｃａｔｅｄ Ｂｅａｒｅｒ管理のような機能を遂行し、端末がネットワークからＰＳサービスを利用するための制御を担当する。Ｄｅｆａｕｌｔ Ｂｅａｒｅｒリソースは、特定Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ(ＰＤＮ)に最初接続する時またはネットワークに接続される時、ネットワークから割当を受けるという特徴を有する。このとき、ネットワークは、端末がデータサービスを使用することができるように端末が使用可能なＩＰアドレスを割り当て、また、ｄｅｆａｕｌｔ ｂｅａｒｅｒのＱｏＳを割り当てる。ＬＴＥでは、データ送受信のための特定帯域幅を保障するＧＢＲ(Ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ)ＱｏＳ特性を有するｂｅａｒｅｒと、帯域幅の保障無しでＢｅｓｔ ｅｆｆｏｒｔ ＱｏＳ特性を有するＮｏｎ−ＧＢＲ ｂｅａｒｅｒの２種類をサポートする。Ｄｅｆａｕｌｔ ｂｅａｒｅｒの場合、Ｎｏｎ−ＧＢＲ ｂｅａｒｅｒの割当を受ける。Ｄｅｄｉｃａｔｅｄ ｂｅａｒｅｒの場合は、ＧＢＲまたはＮｏｎ−ＧＢＲのＱｏＳ特性を有するｂｅａｒｅｒの割当を受けることができる。
【００４１】
ネットワークから端末に割り当てたｂｅａｒｅｒをＥＰＳ(ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｅｒｖｉｃｅ)ｂｅａｒｅｒといい、ＥＰＳ ｂｅａｒｅｒを割当する時、ネットワークは、一つのＩＤを割り当てるようになる。これをＥＰＳ Ｂｅａｒｅｒ ＩＤという。一つのＥＰＳ ｂｅａｒｅｒは、ＭＢＲ(ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ)とＧＢＲ(ｇｕａｒａｎｔｅｅｄ ｂｉｔ ｒａｔｅ)またはＡＭＢＲ(Ａｇｇｒｅｇａｔｅｄ ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ)のＱｏＳ特性を有する。
【００４２】
図５は、３ＧＰＰ ＬＴＥでランダムアクセス過程を示す流れ図である。
【００４３】
ランダムアクセス過程は、ＵＥ１０が基地局、即ち、ｅＮｏｄｅＢ２０とＵＬ同期を得たり、ＵＬ無線リソースの割当を受けるために使われる。
【００４４】
ＵＥ１０は、ルートインデックス(ｒｏｏｔ ｉｎｄｅｘ)とＰＲＡＣＨ(ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ)設定インデックス(ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ)をｅＮｏｄｅＢ２０から受信する。各セルにＺＣ(Ｚａｄｏｆｆ−Ｃｈｕ)シーケンスにより定義される６４個の候補(ｃａｎｄｉｄａｔｅ)ランダムアクセスプリアンブルがあり、ルートインデックスは、端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。
【００４５】
ランダムアクセスプリアンブルの送信は、各セルに特定時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスは、ランダムアクセスプリアンブルの送信が可能な特定サブフレームとプリアンブルフォーマットを指示する。
【００４６】
ＵＥ１０は、任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢ２０に送信する。ＵＥ１０は、６４個の候補ランダムアクセスプリアンブルの中から一つを選択する。そして、ＰＲＡＣＨ設定インデックスにより該当するサブフレームを選択する。ＵＥ１０は、選択されたランダムアクセスプリアンブルを選択されたサブフレームで送信する。
【００４７】
前記ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢ２０は、ランダムアクセス応答(ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ、ＲＡＲ)をＵＥ１０に送る。ランダムアクセス応答は、２ステップに検出される。まず、ＵＥ１０は、ＲＡ−ＲＮＴＩ(ｒａｎｄｏｍ ａｃｃｅｓｓ−ＲＮＴＩ)でマスキングされたＰＤＣＣＨを検出する。ＵＥ１０は、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨ上にＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)ＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)内のランダムアクセス応答を受信する。
【００４８】
一方、最近、データの爆発的な増加のため、移動通信事業者のコアネットワークの混雑が加重されている。これを緩和するための方案として、ユーザ端末のデータを事業者のコアネットワークを経由せずに、一般データ通信ネットワークにオフロード(ｏｆｆｌｏａｄ)させようとする動きがある。
【００４９】
トラフィックを一般データ通信ネットワークにオフロードさせるために、事業者は、政策を端末に提供し、前記端末は、前記政策によって自分のデータを無線ＬＡＮ(Ｗｉｒｅｌｅｓｓ ＬＡＮ)にオフロードさせることができる。
【００５０】
このような政策を端末にプロビジョニング(ｐｒｏｖｉｓｉｏｎｉｎｇ)するために、３ＧＰＰに基づくＡＮＤＳＦ(Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ)が無線ＬＡＮ(Ｗｉｒｅｌｅｓｓ ＬＡＮ)と関連した政策を提供することができるように改善された。
【００５１】
図６Ａ及び図６Ｂは、アクセスネットワーク選択のためのネットワーク制御エンティティを示す。
【００５２】
図６Ａを参照して知ることができるように、ＡＮＤＳＦは、ＵＥ１０のホームネットワーク(Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：以下「ＨＰＬＭＮ」という)に存在できる。また、図６Ｂを参照して知ることができるように、ＡＮＤＳＦは、ＵＥ１０の訪問ネットワーク(Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：以下「ＶＰＬＭＮ」という)にも存在できる。このようにホームネットワークに位置する時、Ｈ−ＡＮＤＳＦ６１といい、訪問ネットワークに位置する時、Ｖ−ＡＮＤＳＦ６２という。以下、ＡＮＤＳＦ６０は、Ｈ−ＡＮＤＳＦ６１またはＶ−ＡＮＤＳＦ６２を通称する。
【００５３】
前記ＡＮＤＳＦは、システム間(ｉｎｔｅｒ−ｓｙｓｔｅｍ)移動政策に対する情報、アクセスネットワーク探索のための情報、そして、システム間(ｉｎｔｅｒ−ｓｙｓｔｅｍ)ルーティングに対する情報、例えば、Ｒｏｕｔｉｎｇ Ｒｕｌｅを提供することができる。
【００５４】
他方、ユーザ端末のデータを事業者のコアネットワークを経由せずに、一般データ通信ネットワークにオフロード(ｏｆｆｌｏａｄ)させようとする動きによって、多重無線アクセス(Ｍｕｌｔｉｐｌｅ ｒａｄｉｏ ａｃｃｅｓｓ)をサポートするためのＩＦＯＭ(ＩＰ Ｆｌｏｗ Ｍｏｂｉｌｉｔｙ ａｎｄ Ｓｅａｍｌｅｓｓ Ｏｆｆｌｏａｄ)、ＭＡＰＣＯＮ(Ｍｕｌｔｉ Ａｃｃｅｓｓ ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ)などの技術が提案された。ＭＡＰＣＯＮ技術は、３ＧＰＰアクセスとＷｉ−Ｆｉアクセスを各々のＰＤＮ接続(ｃｏｎｎｅｃｔｉｏｎ)としてデータを送信することであり、ＩＦＯＭ技術は、３ＧＰＰアクセスとＷｉ−Ｆｉアクセスを一つのＰＤＮやＰ−ＧＷに束ねてデータを送信することである。
【００５５】
図７Ａは、ＩＦＯＭ技術の例を示す例示図である。
【００５６】
図７Ａを参照すると、ＩＦＯＭは、同じＰＤＮ接続を同時に異なる多様なアクセスを介して提供する。このようなＩＦＯＭは、シームレス(Ｓｅａｍｌｅｓｓ)ＷＬＡＮへのオフロードを提供する。
【００５７】
また、ＩＦＯＭは、同じ一つのＰＤＮ接続のＩＰ流れを一つのアクセスから他のアクセスに伝達するものを提供する。
【００５８】
図７Ｂは、ＭＡＰＣＯＮ技術の例を示す例示図である。
【００５９】
図７Ｂを参照して知ることができるように、ＭＡＰＣＯＮ技術は、複数のＰＤＮ接続、容易にＩＰ流れ(ｆｌｏｗ)を他のアクセスシステムを介して他のＡＰＮに接続させることである。
【００６０】
このようなＭＡＰＣＯＮ技術によって、ＵＥ１０は、以前に使われていないアクセス上で新しいＰＤＮ接続を生成することができる。または、ＵＥ１０は、以前に使われたさまざまなアクセスの中から選択した一つに新しいＰＤＮ接続を生成することができる。または、ＵＥ１０は、既に接続されている全てのＰＤＮ接続のうち全部または一部を他のアクセスに移転させることもできる。
【発明の概要】
【発明が解決しようとする課題】
【００６１】
以上のように、端末のトラフィックを無線ＬＡＮ(Ｗｉｒｅｌｅｓｓ ＬＡＮ)にオフロードさせることができる技術のおかげで、移動通信事業者のコアネットワークの混雑を減らすことができるようになった。
【００６２】
しかし、一部の状況では、端末のトラフィックが安定的に持続されずにピンポン(ｐｉｎｇ−ｐｏｎｇ)される問題が発生できる。例えば、端末のトラフィックが無線ＬＡＮ(Ｗｉｒｅｌｅｓｓ ＬＡＮ)にオフロードされた後、再び３ＧＰＰアクセスネットワークに移転され、その後、再び無線ＬＡＮ(Ｗｉｒｅｌｅｓｓ ＬＡＮ)にオフロードされる方式に、ピンポン(ｐｉｎｇ−ｐｏｎｇ)が発生できる。
【課題を解決するための手段】
【００６３】
したがって、本明細書の一開示は、前述した問題点を解決することができる方案を提示することを目的とする。
【００６４】
前記のような目的を達成するために、本明細書の一開示は、３ＧＰＰアクセスネットワークと無線ＬＡＮ(ＷＬＡＮ)との間のＰＳ(Ｐａｃｋｅｔ Ｓｗｉｔｃｈｉｎｇ)ハンドオーバを効果的にすることができる方案を提供することを目的とする。
【００６５】
具体的には、本明細書の一開示は、端末によりハンドオーバを決定する方法を提供する。前記ハンドオーバ決定方法は、端末がタイマを駆動中であるかどうかを判断するステップ、ここで、前記端末は、複数のＲＡＴ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ)へのアクセスを実行中であり、前記端末が前記タイマを駆動していない場合、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたデータトラフィックに対して第１のＲＡＴへのハンドオーバを実行するステップと、前記端末が前記タイマを駆動中の場合、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたデータトラフィックに対してハンドオーバを実行しないステップとを含む。ここで、前記データトラフィックは、ＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ)の結果または３ＧＰＰ ＲＡＴ変更の結果として前記無線ＬＡＮにオフロードされる。
【００６６】
前記タイマが満了して前記データトラフィックに対するマーキングが解除された場合、前記ハンドオーバが実行される。それに対し、前記タイマが駆動中で前記データトラフィックに対するマーキングが解除されない場合、前記ハンドオーバが実行されない。
【００６７】
前記データトラフィックのためのベアラ単位にマーキングされ、または前記データトラフィックのためのＰＤＮ単位にマーキングされる。
【００６８】
前記データトラフィックは、ＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ)の結果または３ＧＰＰ ＲＡＴ変更の結果、及びＩＳＲＰ(Ｉｎｔｅｒ−Ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ)によって前記無線ＬＡＮにオフロードされる。
【００６９】
前記ＩＳＲＰは、ＡＮＤＳＦ(Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ)を担当するノードから受信され、前記ＩＳＲＰは、Ｅ−ＵＴＲＡＮ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)の優先順位が無線ＬＡＮ(ＷＬＡＮ)の優先順位より高く、前記無線ＬＡＮ(ＷＬＡＮ)の優先順位は、ＵＴＲＡＮ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)またはＧＥＲＡＮ(ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)の優先順位より高く設定されている。
【００７０】
前記タイマが駆動中でない場合、前記ＩＳＲＰに設定されたＥ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮ、及びＷＬＡＮの優先順位によって、前記ハンドオーバを実行する。それに対し、前記タイマが駆動中の場合、前記ＩＳＲＰに設定されたＥ−ＵＴＲＡＮ、ＵＴＲＡＮ、ＧＥＲＡＮ、及びＷＬＡＮの優先順位を無視することによって、前記ハンドオーバを実行しない。
【００７１】
前記ハンドオーバ決定方法は、地理的移動によって前記第１のＲＡＴから第２のＲＡＴへのハンドオーバを実行するステップと、前記第２のＲＡＴへのハンドオーバにより影響を受けたトラフィックがＩＳＲＰ(Ｉｎｔｅｒ−Ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ)の条件を満たす場合、前記データトラフィックを前記無線ＬＡＮにオフロードさせるステップと、前記タイマを駆動するステップとをさらに含む。
【００７２】
前記ハンドオーバ決定方法は、前記第１のＲＡＴに存在する前記端末が音声通話を試みる場合、第２のＲＡＴへのＣＳＦＢを実行するステップと、前記第２のＲＡＴへのＣＳＦＢにより影響を受けたトラフィックがＩＳＲＰ(Ｉｎｔｅｒ−Ｓｙｓｔｅｍ Ｒｏｕｔｉｎｇ Ｐｏｌｉｃｙ)の条件を満たす場合、前記データトラフィックを前記無線ＬＡＮにオフロードさせるステップと、前記タイマを駆動するステップとをさらに含む。
【００７３】
一方、本明細書の他の一開示は、ハンドオーバを決定する端末を提供する。前記端末は、複数のＲＡＴ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｉｅｓ)へのアクセスを実行する送受信部と、タイマを駆動中であるかどうかを判断し、前記タイマを駆動していないと判断される場合は、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたデータトラフィックに対して第１のＲＡＴへのハンドオーバを実行し、前記タイマを駆動中であると判断される場合は、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたデータトラフィックに対してハンドオーバを実行しない制御部とを含む。ここで、前記データトラフィックは、ＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ)の結果または３ＧＰＰ ＲＡＴ変更の結果として前記無線ＬＡＮにオフロードされる。
【発明の効果】
【００７４】
本明細書の開示によると、無線ＬＡＮにオフロード(ｏｆｆｌｏａｄｉｎｇ)されたデータトラフィックが再び３ＧＰＰ ＲＡＴにピンポン(ｐｉｎｇ−ｐｏｎｇ)される問題が解決されることができる。
【図面の簡単な説明】
【００７５】
【図１】進化した移動通信ネットワークの構造図である。
【図２】一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。
【図３】ＵＥとｅＮｏｄｅＢとの間の制御平面での無線インターフェースプロトコル(Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ)の構造を示す例示図である。
【図４】端末と基地局との間にユーザ平面での無線インターフェースプロトコル(Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ)の構造を示す他の例示図である。
【図５】３ＧＰＰ ＬＴＥでランダムアクセス過程を示す流れ図である。
【図６Ａ】アクセスネットワーク選択のためのネットワーク制御エンティティを示す。
【図６Ｂ】アクセスネットワーク選択のためのネットワーク制御エンティティを示す。
【図７Ａ】ＩＦＯＭ技術の例を示す例示図である。
【図７Ｂ】ＭＡＰＣＯＮ技術の例を示す例示図である。
【図８】ハンドオーバ状況を示す例示図である。
【図９Ａ】Ｅ−ＵＴＲＡＮからＵＴＲＡＮへハンドオーバによる制御信号の送受信を示す流れ図である。
【図９Ｂ】無線ＬＡＮにオフロードによる制御信号の送受信を示す流れ図である。
【図１０Ａ】ＵＴＲＡＮからＥ−ＵＴＲＡＮへハンドオーバによる制御信号の送受信を示す流れ図である。
【図１０Ｂ】無線ＬＡＮにオフロードされたトラフィックをＥ−ＵＴＲＡＮに移転させるための制御信号の送受信を示す流れ図である。
【図１１Ａ】ＣＳＦＢ状況を示す例示図である。
【図１１Ｂ】ＣＳＦＢ状況を示す例示図である。
【図１１Ｃ】ＣＳＦＢ状況を示す例示図である。
【図１２Ａ】ＣＳＦＢメカニズムによる制御信号の送受信を示す流れ図である。
【図１２Ｂ】無線ＬＡＮへのオフロードによる制御信号の送受信を示す流れ図である。
【図１３】通話の終了によって無線ＬＡＮにオフロードされたトラフィックをＥ−ＵＴＲＡＮに移転させるための制御信号の送受信を示す流れ図である。
【図１４】地理的移動によるＲＡＴ変更によりデータトラフィックが無線ＬＡＮにオフロードされた以後に発生可能な問題点を解決するための第１の実施例及び第２の実施例の解決策を示す概念図である。
【図１５】図１４に概念的に示す第１の実施例を具体的に示す流れ図である。
【図１６】図１４に概念的に示す第２の実施例を具体的に示す流れ図である。
【図１７】ＣＳＦＢによりデータトラフィックが無線ＬＡＮにオフロードされた以後に発生可能な問題点を解決するための第３の実施例及び第４の実施例の解決策を示す概念図である。
【図１８】図１７に概念的に示す第３の実施例を具体的に示す流れ図である。
【図１９】図１７に概念的に示す第４の実施例を具体的に示す流れ図である。
【図２０】本発明の実施例によるＵＥ１００及びＭＭＥ５１０の構成ブロック図である。
【発明を実施するための形態】
【００７６】
本発明は、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ)及びＥＰＣ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ)を基準にして説明するが、このような通信システムにのみ限定されるものではなく、本発明の技術的思想が適用することができる全ての通信システム及び方法にも適用することができる。
【００７７】
本明細書で使われる技術的用語は、単に特定の実施例を説明するために使われたものであり、本発明を限定するものではないことを留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において、通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味または過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない技術的な用語である場合、当業者が正確に理解することができる技術的用語に代えて理解しなければならない。また、本発明で使われる一般的な用語は、事前定義によって、または前後文脈によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。
【００７８】
また、本明細書で使われる単数の表現は、文脈上、明白に異なる意味ではない限り、複数の表現を含む。本出願において、「構成される」または「含む」などの用語は、明細書上に記載された多様な構成要素、または複数のステップを必ず全部含むと解釈されてはならず、そのうち一部構成要素または一部ステップは含まれない場合もあり、または追加的な構成要素またはステップをさらに含む場合もあると解釈されなければならない。
【００７９】
また、本明細書で使われる第１及び第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、前記構成要素は、前記用語により限定されてはならない。前記用語は、一つの構成要素を他の構成要素から区別する目的にのみ使われる。例えば、本発明の権利範囲を外れない限り、第１の構成要素は第２の構成要素と命名することができ、同様に、第２の構成要素も第１の構成要素と命名することができる。
【００８０】
一構成要素が他の構成要素に「連結されている」または「接続されている」と言及された場合、該当他の構成要素に直接的に連結されており、または接続されていることもあるが、中間に他の構成要素が存在することもある。それに対し、一構成要素が他の構成要素に「直接連結されている」または「直接接続されている」と言及された場合、中間に他の構成要素が存在しないと理解しなげればならない。
【００８１】
以下、添付図面を参照して本発明による好ましい実施例を詳細に説明し、図面符号に関係なしに同じまたは類似の構成要素は同じ参照番号を付与し、これに対する重複説明は省略する。また、本発明を説明するにあたって、関連した公知技術に対する具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面により本発明の思想が制限されると解釈されてはならないことを留意しなければならない。本発明の思想は、添付図面外に全ての変更、均等物乃至代替物にまで拡張されると解釈されなければならない。
【００８２】
添付図面には例示的にＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)が示されているが、示された前記ＵＥは、端末(Ｔｅｒｍｉｎａｌ)、ＭＥ(Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ)などの用語で呼ばれることもある。また、前記ＵＥは、ノートブック、携帯電話、ＰＤＡ、スマートフォン(Ｓｍａｒｔ Ｐｈｏｎｅ)、マルチメディア機器などのように携帯可能な機器であり、またはＰＣ及び車両搭載装置のように携帯不可能な機器である。
【００８３】
用語の定義
【００８４】
以下、図面を参照して説明する前に、本発明の理解を容易にするために、本明細書で使われる用語を簡略に定義する。
【００８５】
ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋの略称であって、ＧＳＭ/ＥＤＧＥによるコアネットワークと端末を接続する無線接続区間を意味する。
【００８６】
ＵＴＲＡＮ：Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋの略語であって、３世代移動通信のコアネットワークと端末を接続する無線接続区間を意味する。
【００８７】
Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋの略語であって、４世代移動通信、即ち、ＬＴＥのコアネットワークと端末を接続する無線接続区間を意味する。
【００８８】
ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍの略語であって、３世代移動通信のコアネットワークを意味する。
【００８９】
ＵＥ/ＭＳ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ/Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、端末装置を意味する。
【００９０】
ＥＰＳ：Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍの略語であって、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)ネットワークをサポートするコアネットワークを意味する。ＵＭＴＳが進化した形態のネットワーク。
【００９１】
ＰＤＮ(Ｐｕｂｌｉｃ Ｄａｔａ Ｎｅｔｗｏｒｋ)：サービスを提供するサーバが位置した独立的なネットワーク。
【００９２】
ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連関(接続)。
【００９３】
ＰＤＮ−ＧＷはＰａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙの略語であり、ＵＥ ＩＰ ａｄｄｒｅｓｓ ａｌｌｏｃａｔｉｏｎ、Ｐａｃｋｅｔ ｓｃｒｅｅｎｉｎｇ＆ｆｉｌｔｅｒｉｎｇ、Ｃｈａｒｇｉｎｇ ｄａｔａ ｃｏｌｌｅｃｔｉｏｎ機能を遂行するＥＰＳネットワークのネットワークノード。
【００９４】
Ｓｅｒｖｉｎｇ ＧＷ(Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ)：移動性担当(Ｍｏｂｉｌｉｔｙ ａｎｃｈｏｒ)、パケットルーティング(Ｐａｃｋｅｔ ｒｏｕｔｉｎｇ)、アイドルモードパケットバッファリング(Ｉｄｌｅ ｍｏｄｅ ｐａｃｋｅｔ ｂｕｆｆｅｒｉｎｇ)、Ｔｒｉｇｇｅｒｉｎｇ ＭＭＥ ｔｏ ｐａｇｅ ＵＥ機能を遂行するＥＰＳネットワークのネットワークノード。
【００９５】
ＰＣＲＦ(Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ)：サービス流れ(ｆｌｏｗ)別に差別化されたＱｏＳ及び課金政策を動的(ｄｙｎａｍｉｃ)に適用するための政策決定(Ｐｏｌｉｃｙ ｄｅｃｉｓｉｏｎ)を実行するＥＰＳネットワークのノード。
【００９６】
ＡＰＮ(Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ)：ネットワークで管理する接続ポイントの名称であって、ＵＥに提供される。即ち、ＰＤＮを指示したり区分する文字列。要求したサービスやネットワーク(ＰＤＮ)に接続するためには該当Ｐ−ＧＷを経由するようになる。このＰ−ＧＷをさがすことができるようにネットワーク内で予め定義した名称(文字列、例えば、ｉｎｔｅｒｎｅｔ.ｍｎｃ０１２.ｍｃｃ３４５.ｇｐｒｓ)。
【００９７】
ＴＥＩＤ(Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ)：ネットワーク内のノード間に設定されたトンネルのＥｎｄ ｐｏｉｎｔＩＤ、各ＵＥのｂｅａｒｅｒ単位に区間別に設定される。
【００９８】
ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【００９９】
ｅＮｏｄｅＢ：ＥＰＳ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ)の基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【０１００】
(ｅ)ＮｏｄｅＢ：ＮｏｄｅＢとｅＮｏｄｅＢを示す用語である。
【０１０１】
ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙの略語であって、ＵＥに対するセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する役割をする。
【０１０２】
セッション(Ｓｅｓｓｉｏｎ)：セッションは、データ送信のための通路であって、その単位は、ＰＤＮ、Ｂｅａｒｅｒ、ＩＰ ｆｌｏｗ単位などになる。各単位は、３ＧＰＰで定義したようにターゲットネットワーク全体単位(ＡＰＮまたはＰＤＮ単位)、その内でＱｏＳに区分する単位(Ｂｅａｒｅｒ単位)、宛先ＩＰアドレス単位に区分されることができる。
【０１０３】
ＰＤＮ接続(ｃｏｎｎｅｃｔｉｏｎ)：端末からＰＤＮへの連結、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの連関(接続)を示す。これはセッションが形成されることができるようにコアネットワーク内のエンティティ間接続(端末−ＰＤＮ ＧＷ)を意味する。
【０１０４】
ＵＥ Ｃｏｎｔｅｘｔ：ネックワークでＵＥを管理するために使われるＵＥの状況情報、即ち、ＵＥ ｉｄ、移動性(現在位置等)、セッションの属性(ＱｏＳ、優先順位等)で構成された状況情報。
【０１０５】
ＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ)：ＵＥとＭＭＥとの間の制御平面(ｃｏｎｔｒｏｌ ｐｌａｎｅ)の上位ｓｔｒａｔｕｍ。ＵＥとネットワークとの間の移動性管理(Ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ)とセッション管理(Ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ)、ＩＰアドレス管理(ＩＰ ａｄｄｒｅｓｓ ｍａｉｎｔｅｎａｎｃｅ)などをサポート。
【０１０６】
ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙの略語であって、ＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮなどを意味する。
【０１０７】
ＷＯＲＭ：ＷＬＡＮ(Ｗｉｒｅｌｅｓｓ ＬＡＮ) Ｏｆｆｌｏａｄｉｎｇ ＲＡＴ Ｍｏｂｉｌｉｔｙの略語であって、ＲＡＴ間のハンドオーバが発生する時、事業者選好度政策によって特定データトラフィックを無線ＬＡＮ(ＷＬＡＮ)にオフロードさせることができる技術を意味する。即ち、事業者選好度がＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている状態で、Ｅ−ＵＴＲＡＮからＵＴＲＡＮへのハンドオーバによってＲＡＴが変更される場合、そのハンドオーバの影響を受けた一部データトラフィックが無線ＬＡＮ(ＷＬＡＮ)にオフロードされることができる。
【０１０８】
以下、図面を参照して説明する。
【０１０９】
図８は、ハンドオーバ状況を示す例示図である。
【０１１０】
一般的に、ＵＥが地理的に移動すると、ハンドオーバが実行される。このとき、移動した地域に同じＲＡＴ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)がない場合、ＲＡＴ間のハンドオーバが発生するようになる。ここで、ＲＡＴとは、ＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮなどを意味する。例えば、ソースＲＡＴに該当するＥ−ＵＴＲＡＮ地域にあったＵＥがターゲットＲＡＴに該当するＵＴＲＡＮ地域へ移動する場合、ＲＡＴ間にハンドオーバが発生する。
【０１１１】
このようにＲＡＴ間にハンドオーバが発生する状況で、ターゲットＲＡＴのＱｏＳ(Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ)のため、またはターゲットＲＡＴでの利用可能な無線リソースが足りないため、またはネットワーク政策のため、ベアラがドロップ(ｄｒｏｐ)され、またはＱｏＳが低下されることができ、それによって、サービスが断絶され、またはユーザの経験が低下されることができる。このような状況で、もし、利用可能な無線ＬＡＮ(ＷＬＡＮ)があり、前記無線ＬＡＮが許容可能に設定されている、または選好されるように設定されている場合、トラフィックのうち特定ＩＰデータトラフィックを無線ＬＡＮにオフロードさせることができる。
【０１１２】
このようにＥ−ＵＴＲＡＮからＵＴＲＡＮへハンドオーバし、前記ＵＥのＩＰデータトラフィックが無線ＬＡＮにオフロードされた後、前記ＵＥが再びＥ−ＵＴＲＡＮに復帰する場合、前記ＩＰデータトラフィックも、同様に、再びＥ−ＵＴＲＡＮに復帰する。即ち、ピンポンが発生する。
【０１１３】
具体的には、図８を参照して説明すると、ＵＥ１００は、Ｅ−ＵＴＲＡＮの基地局２２０ａを介してＥＰＣのＳ−ＧＷ５２０及びＰ−ＧＷ５３０を経由してデータトラフィックを送受信している。
【０１１４】
以後、ＵＥ１００が地理的に移動してＵＴＲＡＮのＮｏｄｅＢ２１０にハンドオーバを実行する。このとき、前記ＵＴＲＡＮのＮｏｄｅＢ２１０により提供されるＱｏＳが満たすほどの水準でなくて、影響を受けるようになる特定トラフィックがＡＮＤＳＦから伝達を受けた政策、例えば、ＩＳＲＰ(Ｉｎｔｅｒ−ｓｙｓｔｅｍ ｒｏｕｔｉｎｇ ｐｏｌｉｃｙ)によって無線ＬＡＮの選好度が高い場合、前記ＵＥ１００は、該当データトラフィックを無線ＬＡＮにオフロードさせる。即ち、ＡＤＮＳＦから伝達を受けた政策が、Ｅ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、前記ＵＥ１００は、前記データトラフィックを無線ＬＡＮ(ＷＬＡＮ)にオフロードさせる。即ち、ＷＯＲＭによりデータトラフィックは、無線ＬＡＮにオフロードされる。
【０１１５】
もし、前記ＵＥ１００が地理的に移動してＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂのカバレッジ内に移動する場合、前記無線ＬＡＮにオフロードされたデータトラフィックをＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂに復帰させるために、ハンドオーバ手順を実行する。即ち、前記ＡＤＮＳＦから伝達を受けた政策が、Ｅ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、前記ＵＥ１００は、前記データトラフィックをＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂに復帰させるために、ハンドオーバ手順を実行する。
【０１１６】
しかし、前記Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂのカバレッジ内にも利用可能な無線ＬＡＮがある場合、前記データトラフィックをＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂに復帰させることより、前記無線ＬＡＮを介して送受信するほうが良い。それにもかかわらず、前記無線ＬＡＮを経由したデータトラフィックを前記Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂに移動させるようになると、相当多くの制御信号の不要な送受信が引起こされる問題点がある。
【０１１７】
さらに、前記ＵＥ１００がセルの境界に位置すると、前記ＵＴＲＡＮとＥ−ＵＴＲＡＮとの間にＲＡＴハンドオーバが非常に頻繁に発生し、前述した問題点はさらに加重される。
【０１１８】
以下、図８に示すシナリオによる制御信号の送受信を図面を参考にしてより具体的に説明する。
【０１１９】
図９Ａは、Ｅ−ＵＴＲＡＮからＵＴＲＡＮへハンドオーバによる制御信号の送受信を示す流れ図であり、９Ｂは、無線ＬＡＮにオフロードによる制御信号の送受信を示す流れ図である。図１０Ａは、ＵＴＲＡＮからＥ−ＵＴＲＡＮへハンドオーバによる制御信号の送受信を示す流れ図であり、１０Ｂは、無線ＬＡＮにオフロードされたトラフィックをＥ−ＵＴＲＡＮに移転させるための制御信号の送受信を示す流れ図である。
【０１２０】
図９Ａを参照して知ることができるように、ＵＥ１００は、Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０を介してＥＰＣのＳ−ＧＷ５２０及びＰ−ＧＷ５３０を経由する１stデータトラフィックと２ndデータトラフィックを進行し、その後、ＵＴＲＡＮのＮｏｄｅＢ２１０のカバレッジに移動する。
【０１２１】
１〜２)それによって、ハンドオーバが開始され、前記ｅＮｏｄｅＢ２２０は、ハンドオーバ要求(ＨＯ ｒｅｑｕｉｒｅｄ)メッセージをＥＰＣのＭＭＥ５１０に送信してハンドオーバが必要な状況を知らせる。
【０１２２】
３〜４)前記ＭＭＥ５１０は、順方向再配置要求メッセージ(例えば、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ)をＵＭＴＳのＳＧＳＮに送信する。その後、前記ＳＧＳＮは、前記ＮｏｄｅＢ２１０にハンドオーバ要求メッセージ(例えば、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージ)を送る。
【０１２３】
５〜６)前記ＮｏｄｅＢ２１０は、無線リソースが割当されたか否かを決定した後、ＳＧＳＮにハンドオーバ要求確認メッセージ(例えば、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡＣＫ)を送信する。その後、前記ＳＧＳＮは、前記ＭＭＥ５１０に順方向再配置応答メッセージ(例えば、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ)を送信する。
【０１２４】
７)前記ＭＭＥ５１０は、前記ｅＮｏｄｅＢ２２０にハンドオーバ命令(例えば、ＨＯ ｃｏｍｍａｎｄ)を送ることによってハンドオーバを指示する。
【０１２５】
８)前記ｅＮｏｄｅＢ２２０からハンドオーバ命令(例えば、ＨＯ ｃｏｍｍａｎｄ)を受信した前記ＵＥ１００は、前記ｅＮｏｄｅＢ２２０からデタッチ(ｄｅｔａｃｈ)され、前記ＮｏｄｅＢ２１０との同期化作業を実行する。
【０１２６】
９)その後、前記ＵＥ１００は、前記ＮｏｄｅＢ２１０にハンドオーバ完了メッセージ(例えば、Ｈａｎｄｏｖｅｒ ｃｏｍｐｌｅｔｅメッセージ)を送る。
【０１２７】
１０)その後、前記ＮｏｄｅＢ２１０は、前記ＳＧＳＮに再配置完了メッセージ(例えば、Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージ)を送信することによってハンドオーバ実行を知らせる。
【０１２８】
１１〜１２)前記ＳＧＳＮは、前記ＭＭＥ５１０に全方向再配置完了通知メッセージを送信し、前記ＭＭＥ５１０は、全方向再配置完了応答メッセージを前記ＳＧＳＮに送信する。
【０１２９】
１３〜１６)ネットワーク上でハンドオーバにより変更されたベアラコンテキストをアップデートするための作業を実行する。具体的には、前記ＳＧＳＮは、Ｓ−ＧＷ５２０にベアラ修正要求メッセージ(例えば、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージ)を送信し、ベアラ修正応答メッセージ(例えば、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅメッセージ)を受信する。前記Ｓ−ＧＷ５２０とＰ−ＧＷ５２０との間のベアラ修正手順は、必要な場合にのみ実行される。
【０１３０】
１７)一方、前記ＵＥ１００は、ハンドオーバ手順の最後のステップに移動した位置をネットワークに知らせるためにＲＡＵ(Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ)手順の一部を実行することができる。
【０１３１】
このようなハンドオーバの間、前記ＮｏｄｅＢ２１０により提供されるＱｏＳが低くて、前記ＵＥ１００の１stデータトラフィックと２ndデータトラフィックのうち、２ndデータトラフィックは円滑に送受信されない場合もある。このとき、ＡＮＤＳＦの政策、例えば、ＩＳＲＰにより該当トラフィックの選好度がＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮである場合、前記２ndデータトラフィックは無線ＬＡＮ(ＷＬＡＮ)にオフロードすることができる。
【０１３２】
したがって、ハンドオーバが完了すると、前記ＵＥ１００は、１stデータトラフィックのみをＮｏｄｅＢ２１０を介してＳ−ＧＷ５２０を経由してＰ−ＧＷ５３０と送受信できる。
【０１３３】
２ndデータトラフィックは、ＷＯＲＭにより図９Ｂを参照して知ることができるように、無線ＬＡＮ(ＷＬＡＮ)にオフロードされることができる。
【０１３４】
具体的に、図９Ｂを参照して説明すると、下記の通りである。
【０１３５】
１)前記ＵＥ１００は、無線ＬＡＮ(ＷＬＡＮ)を介してＡＡＡ/ＨＳＳと認証手順を実行する。
【０１３６】
２)前記ＵＥ１００は、ｅＰＤＧを経由して認証／トンネルセットアップを実行する。
【０１３７】
３〜５)前記ｅＰＤＧは、Ｐ−ＧＷ５３０にプロキシバインディングアップデート(ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ)メッセージを送信し、前記Ｐ−ＧＷ５３０は、Ｐ−ＧＷアドレスアップデートメッセージ(例えば、Ｕｐｄａｔｅ ＰＤＮ ＧＷ ａｄｄｒｅｓｓ)をＡＡＡ/ＨＳＳに送信する。次に、前記Ｐ−ＧＷ５３０は、プロキシバインディング応答メッセージ(例えば、Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ ＡＣＫ)をｅＰＤＧに送信する。
【０１３８】
６〜７)その後、前記ｅＰＤＧと前記ＵＥ１００との間にトンネルセットアップが完了し、ｅＰＤＧは、ＩＰアドレスを前記ＵＥ１００に割り当てる。
【０１３９】
それによって、前記２ndデータトラフィックは、前記無線ＬＡＮ(ＷＬＡＮ)を介してオフロードすることができる。
【０１４０】
他方、前記ＵＥ１００が図８に示すように、地理的に移動して再びＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂのカバレッジ内に移動する場合、ＵＴＲＡＮからＥ−ＵＴＲＡＮへハンドオーバによってＲＡＴ変更が再び発生する。即ち、図１０Ａを参照して知ることができるように、１stデータトラフィックをＵＴＲＡＮのＮｏｄｅＢ２１０からＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂにハンドオーバさせるために制御信号が送受信される。
【０１４１】
１〜２)前記ＵＥ１００が再びＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂのカバレッジ内に移動する時、ハンドオーバが開始され、前記ＵＥ１００は、ｅＮｏｄｅＢ２２０を経由してＭＭＥ５１０にアタッチ(Ａｔｔａｃｈ)メッセージを送信する。
【０１４２】
３〜４)それによって、ＭＭＥ５１０、ＵＥ１００、ＡＡＡ/ＨＳＳ間に認証手順が実行され、ＭＭＥ５１０は、ＨＳＳに位置アップデート及び加入者データ検索を要求する。
【０１４３】
５〜９)前記ＭＭＥ５１０は、Ｓ−ＧＷ５２０にセッション生成要求メッセージ(例えば、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ)を送信し、前記Ｓ−ＧＷ５２０は、これをＰ−ＧＷ５３０に伝達する。その後、前記Ｐ−ＧＷ５３０がセッション生成応答メッセージ(例えば、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ)をＳ−ＧＷ５２０に送信し、前記Ｓ−ＧＷ５２０は、これをＭＭＥ５１０に伝達する。そして、ｅＮｏｄｅＢ２２０とＵＥ１００との間には無線ベアラが生成される。
【０１４４】
１０〜１３)前記ＭＭＥ５１０は、Ｓ−ＧＷ５２０にベアラ修正要求メッセージ(例えば、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージ)を送信し、前記Ｓ−ＧＷ５２０は、これをＰ−ＧＷ５３０に伝達する。前記Ｐ−ＧＷ５３０は、ベアラ修正応答メッセージ(例えば、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅメッセージ)を前記Ｓ−ＧＷ５２０に送信し、前記Ｓ−ＧＷ５２０は、これを前記ＭＭＥ５１０に伝達する。
【０１４５】
前記ＵＥ１００が再びＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂのカバレッジ内に移動する時、前述したように、特定トラフィックに対する政策がＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、前記無線ＬＡＮ(ＷＬＡＮ)にオフロードされた２ndデータトラフィックもＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０にハンドオーバされる。具体的には、図１０Ｂを参照して説明すると、下記の通りである。
【０１４６】
１〜２)政策がＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、ハンドオーバが開始され、前記ＵＥ１００は、ｅＮｏｄｅＢ２２０を経由してＭＭＥ５１０にアタッチ(Ａｔｔａｃｈ)メッセージを送信する。
【０１４７】
３〜４)それによって、ＭＭＥ５１０、ＵＥ１００、ＡＡＡ/ＨＳＳ間に認証手順が実行され、ＭＭＥ５１０は、ＨＳＳに位置アップデート及び加入者データ検索を要求する。
【０１４８】
５〜９)前記ＭＭＥ５１０は、Ｓ−ＧＷ５２０にセッション生成要求メッセージ(例えば、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ)を送信し、前記Ｓ−ＧＷ５２０は、これをＰ−ＧＷ５３０に伝達する。その後、前記Ｐ−ＧＷ５３０がセッション生成応答メッセージ(例えば、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ)をＳ−ＧＷ５２０に送信し、前記Ｓ−ＧＷ５２０は、これをＭＭＥ５１０に伝達する。そして、ｅＮｏｄｅＢ２２０とＵＥ１００との間には無線ベアラが生成される。
【０１４９】
１０〜１３)前記ＭＭＥ５１０は、Ｓ−ＧＷ５２０にベアラ修正要求メッセージ(例えば、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージ)を送信し、前記Ｓ−ＧＷ５２０は、これをＰ−ＧＷ５３０に伝達する。前記Ｐ−ＧＷ５３０は、ベアラ修正応答メッセージ(例えば、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅメッセージ)を前記Ｓ−ＧＷ５２０に送信し、前記Ｓ−ＧＷ５２０は、これを前記ＭＭＥ５１０に伝達する。
【０１５０】
このような制御信号の送受信を介して、前記無線ＬＡＮにオフロードされた２ndデータトラフィックは、再びＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０に移転される。
【０１５１】
以上のように、前記無線ＬＡＮにオフロードされた２ndデータトラフィックを再びＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０に移転させるために、多くの制御信号を送受信することより、前記Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂのカバレッジ内にも利用可能な無線ＬＡＮがある場合、前記データトラフィックを前記無線ＬＡＮを介して送受信するほうが良い。
【０１５２】
さらに、前記ＵＥ１００がセルの境界に位置すると、前記ＵＴＲＡＮとＥ−ＵＴＲＡＮとの間にＲＡＴハンドオーバが非常に頻繁に発生し、前述した問題点はさらに加重される。
【０１５３】
図１１Ａ乃至図１１Ｃは、ＣＳＦＢ状況を示す例示図である。
【０１５４】
他方、Ｅ−ＵＴＲＡＮが可能な地域にあったＵＥがＶｏＬＴＥ(Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ)をサポートしない場合、通話(ｃａｌｌ)を着信したり発信しようとする時、ＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ)メカニズムによりＵＴＲＡＮにキャンプオン(ｃａｍｐ−ｏｎ)する。このとき、ＵＥが進行中のＩＰデータトラフィックがある場合、ＰＳハンドオーバがサポートされない時、前記ＩＰデータトラフィックは一時中断(ｓｕｓｐｅｎｄ)されることができる。または、利用可能な無線ＬＡＮがあり、ＡＮＤＳＦで提供されるＩＳＲＰによって無線ＬＡＮが選好される場合、前記ＩＰデータトラフィックは無線ＬＡＮにオフロードすることができる。
【０１５５】
このようにＣＳＦＢによりＵＴＲＡＮにキャンプオンするにつれて、前記ＵＥのＩＰデータトラフィックが無線ＬＡＮにオフロードされた後、前記通話(ｃａｌｌ)が終了することによって、前記ＵＥが再びＥ−ＵＴＲＡＮに復帰する場合、前記ＩＰデータトラフィックも、同様に、再びＥ−ＵＴＲＡＮに復帰する。即ち、ピンポンが発生する。
【０１５６】
具体的には、図１１Ａを参照して説明すると、ＵＥ１００は、ＵＴＲＡＮとＥ−ＵＴＲＡＮが両方とも可能な地域にある状況で、Ｅ−ＵＴＲＡＮの基地局２２０ａを介してＥＰＣのＳ−ＧＷ５２０及びＰ−ＧＷ５３０を経由してデータトラフィックを送受信している。
【０１５７】
以後、図１１Ｂを参照して知ることができるように、ＵＥ１００が通話を発信したり着信しようとする場合、ＣＳＦＢメカニズムによりＵＴＲＡＮのＮｏｄｅＢ２１０にキャンプオン(ｃａｍｐ−ｏｎ)を実行する。このとき、前記ＵＴＲＡＮのＮｏｄｅＢ２１０により提供されるＱｏＳを満たすほどの水準でない、またはＰＳハンドオーバ自体を提供しなくて影響を受けるトラフィックがある場合、ＡＮＤＳＦから伝達を受けた政策、例えば、ＩＳＲＰによって該当ＩＰトラフィックに対する無線ＬＡＮの選好度が高い場合、前記ＵＥ１００は、データトラフィックを無線ＬＡＮにオフロードさせる。即ち、ＡＤＮＳＦから伝達を受けた政策が、Ｅ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、前記ＵＥ１００は、前記データトラフィックを無線ＬＡＮにオフロードさせる。
【０１５８】
しかし、図１１Ｃを参考して知ることができるように、前記ＵＥ１００の通話が終了する場合、前記無線ＬＡＮにオフロードされたデータトラフィックを再びＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂに復帰させるために、ハンドオーバ手順を実行する。即ち、前記ＡＤＮＳＦから伝達を受けた政策が、Ｅ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、前記ＵＥ１００は、データトラフィックを再びＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂに復帰させるために、ハンドオーバ手順を実行する。
【０１５９】
しかし、前記データトラフィックを再びＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂに復帰させることより、前記無線ＬＡＮを介して送受信するほうが良い。それにもかかわらず、前記無線ＬＡＮを経由したデータトラフィックを前記Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂに移動させるようになると、相当多い制御信号の不要な送受信が引起こされる問題点がある。
【０１６０】
以下、図１１Ａ乃至図１１Ｃに示すシナリオによる制御信号の送受信を図面を参考してより具体的に説明する。
【０１６１】
図１２Ａは、ＣＳＦＢメカニズムによる制御信号の送受信を示す流れ図であり、図１２Ｂは、無線ＬＡＮへのオフロードによる制御信号の送受信を示す流れ図である。図１３は、通話の終了によって無線ＬＡＮにオフロードされたトラフィックをＥ−ＵＴＲＡＮに移転させるための制御信号の送受信を示す流れ図である。
【０１６２】
図１２Ａを参照して知ることができるように、ＵＥ１００は、Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０を介してＥＰＣのＳ−ＧＷ５２０及びＰ−ＧＷ５３０を経由する１stデータトラフィックを進行し、その後、通話発信を決定する。
【０１６３】
１)その後、前記ＵＥ１００は、拡張サービス要求メッセージ(例えば、ＮＡＳ階層のＥｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージ)をＭＭＥ５１０に送信する。
【０１６４】
２〜３)その後、前記ＭＭＥ５１０は、コンテキスト修正要求メッセージ(例えば、Ｓ１−ＡＰベースのＵＥ Ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ)を前記ｅＮｏｄｅＢ２２０に送信し、前記ｅＮｏｄｅＢ２２０は、コンテキスト修正応答メッセージ(例えば、Ｓ１−ＡＰベースのＵＥ Ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージ)を前記ＭＭＥ５１０に送信する。
【０１６５】
４〜５)前記ｅＮｏｄｅＢ２２０は、ＣＳＦＢを知らせるために、ＵＥ１００にＣＣＯ/ＮＡＣＣメッセージを送信する。次に、前記ｅＮｏｄｅＢ２２０は、コンテキスト解除要求メッセージ(例えば、Ｓ１−ＡＰベースのＳ１ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔメッセージ)を前記ＭＭＥ５１０に送信する。
【０１６６】
６〜７)一方、前記ＣＳＦＢにより前記進行中の１stデータトラフィックがそれ以上進行することができない場合、一時中断(ｓｕｓｐｅｎｄ)をＢＳＳ/ＲＮＳに要求し、前記ＢＳＳ/ＲＮＳは、ＳＧＳＮに伝達する。前記ＳＧＳＮは、中断要求(Ｓｕｓｐｅｎｄ Ｒｅｑｕｅｓｔ)をＭＭＥ５１０に送信し、前記ＭＭＥ５１０は、中断応答(Ｓｕｓｐｅｎｄ Ｒｅｓｐｏｎｓｅ)をＭＭＥ５１０に送信する。
【０１６７】
８)一方、前記ＭＭＥ５１０とＳ−ＧＷ５２０/Ｐ−ＧＷ５３０との間にはベアラアップデート手順が実行される。
【０１６８】
９〜１０)前記ＵＥ１００は、ＣＭ ｓｅｒｖｉｃｅ ｒｅｑｕｅｓｔメッセージをＭＳＣに送信し、その後、通話発信のためにＣＳ ＭＯ(Ｍｏｂｉｌｅ Ｏｒｉｅｎｔｉｎｇ)Ｃａｌｌ信号をＭＳＣに送信する。
【０１６９】
一方、前記のように前記ＣＳＦＢにより前記１stデータトラフィックがそれ以上進行することができない場合、一時中断(ｓｕｓｐｅｎｄ)され、このとき、利用可能な無線ＬＡＮ(ＷＬＡＮ)が存在し、該当トラフィックに対する政策により前記無線ＬＡＮが選好されると、前記１stデータトラフィックは無線ＬＡＮにオフロードされることができる。以下、図１２Ｂを参照して説明する。
【０１７０】
１)図１２Ｂを参照して知ることができるように、前記ＵＥ１００は、無線ＬＡＮ(ＷＬＡＮ)を介してＡＡＡ/ＨＳＳと認証手順を実行する。
【０１７１】
２)前記ＵＥ１００は、ｅＰＤＧを経由して認証/トンネルセットアップを実行する。
【０１７２】
３〜５)前記ｅＰＤＧは、Ｐ−ＧＷ５３０にプロキシバインディングアップデート(ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ)メッセージを送信し、前記Ｐ−ＧＷ５３０は、Ｐ−ＧＷアドレスアップデートメッセージ(例えば、Ｕｐｄａｔｅ ＰＤＮ ＧＷ ａｄｄｒｅｓｓ)をＡＡＡ／ＨＳＳに送信する。次に、前記Ｐ−ＧＷ５３０は、プロキシバインディング応答メッセージ(例えば、Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ ＡＣＫ)をｅＰＤＧに送信する。
【０１７３】
６〜７)その後、前記ｅＰＤＧと前記ＵＥ１００との間にトンネルセットアップが完了し、ｅＰＤＧは、ＩＰアドレスを前記ＵＥ１００に割り当てる。
【０１７４】
それによって、前記１stデータトラフィックは、前記無線ＬＡＮ(ＷＬＡＮ)を介してオフロードされることができる。
【０１７５】
他方、前記ＵＥ１００が図１１Ｃに示すように通話を終了する場合、オフロードされたトラフィックに対する政策がＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、Ｅ−ＵＴＲＡＮへのＲＡＴ変更が再び発生する。前記ＲＡＴ変更のために、再び制御信号が送受信される。
【０１７６】
前記通話終了によってＥ−ＵＴＲＡＮへのＲＡＴ変更(ｃｈａｎｇｅ)が再び発生する場合、前記無線ＬＡＮにオフロードされた前記１stデータトラフィックが再びＥ−ＵＴＲＡＮに移転される。以下。図１３を参照して具体的に説明すると、下記の通りである。
【０１７７】
１〜２)前記ＵＥ１００が通話を終了する場合、政策がＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、ハンドオーバが開始され、前記ＵＥ１００は、ｅＮｏｄｅＢ２２０を経由してＭＭＥ５１０にアタッチ(Ａｔｔａｃｈ)メッセージを送信する。
【０１７８】
３〜４)それによって、ＭＭＥ５１０、ＵＥ１００、ＡＡＡ／ＨＳＳ間に認証手順が実行され、ＭＭＥ５１０は、ＨＳＳに位置アップデート及び加入者データ検索を要求する。
【０１７９】
５〜９)前記ＭＭＥ５１０は、Ｓ−ＧＷ５２０にセッション生成要求メッセージ(例えば、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔ)を送信し、前記Ｓ−ＧＷ５２０は、これをＰ−ＧＷ５３０に伝達する。その後、前記Ｐ−ＧＷ５３０がセッション生成応答メッセージ(例えば、Ｃｒｅａｔｅ Ｓｅｓｓｉｏｎ Ｒｅｓｐｏｎｓｅ)をＳ−ＧＷ５２０に送信し、前記Ｓ−ＧＷ５２０は、これをＭＭＥ５１０に伝達する。そして、ｅＮｏｄｅＢ２２０とＵＥ１００との間には無線ベアラが生成される。
【０１８０】
１０〜１３)前記ＭＭＥ５１０は、Ｓ−ＧＷ５２０にベアラ修正要求メッセージ(例えば、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージ)を送信し、前記Ｓ−ＧＷ５２０は、これをＰ−ＧＷ５３０に伝達する。前記Ｐ−ＧＷ５３０は、ベアラ修正応答メッセージ(例えば、Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅメッセージ)を前記Ｓ−ＧＷ５２０に送信し、前記Ｓ−ＧＷ５２０は、これを前記ＭＭＥ５１０に伝達する。
【０１８１】
このような制御信号の送受信を介して、前記無線ＬＡＮにオフロードされた１stデータトラフィックは、再びＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０に移転される。
【０１８２】
以上のように、前記無線ＬＡＮにオフロードされた１stデータトラフィックを再びＥ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０に移転させるために、多くの制御信号を送受信することより、前記Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０ｂのカバレッジ内にも利用可能な無線ＬＡＮがある場合、前記データトラフィックを前記無線ＬＡＮを介して送受信するほうが良い。
【０１８３】
さらに、前記ＵＥ１００が通話を繰り返して試みる場合、前述した問題点はさらに加重される。
【０１８４】
以下、前記のような問題点を解決するための解決策が提示される。
【０１８５】
<本明細書で提示される解決策に対する簡単な説明>
【０１８６】
本明細書で提示される実施例は、言及した従来技術の問題点を解決するために３ＧＰＰアクセスネットワークと無線ＬＡＮ(ＷＬＡＮ)、即ち、ＷｉＦｉ間のＰＳ(Ｐａｃｋｅｔ Ｓｗｉｔｃｈｅｄ)ハンドオーバを効果的にサポートする方法を提供する。
【０１８７】
本明細書で提示される実施例は、Ｅ−ＵＴＲＡＮ/ＷＬＡＮ/ＵＴＲＡＮ間の関係に対する例題として説明したが、このシナリオにのみ限定されるものではない。ＵＥがＷｉＦｉとセルラーアクセスが可能な状況で、アクセスネットワークタイプの優先順位(ｐｒｉｏｒｉｔｙ)によって、セルラーアクセスから無線ＬＡＮ(ＷＬＡＮ)へ全てのベアラまたは一部ベアラ(または、一部ＰＤＮ、または、一部ＩＰフロー等)に対するＰＳハンドオーバが要求される全てのシナリオに適用可能である。例えば、ＣＳＦＢによりＥ−ＵＴＲＡＮからＵＴＲＡＮ/ＧＥＲＡＮへのＲＡＴ変更がある時、全てのベアラまたは一部ＰＳベアラが無線ＬＡＮ(ＷＬＡＮ)にオフロードされた場合、再びＥ−ＵＴＲＡＮへ戻るシナリオにも適用されることができる。
【０１８８】
下記のメッセージは、従来技術のメッセージに追加的な情報形態に説明したが、言及しない多様な従来技術メッセージに含まれることができ、新しいメッセージまたはパラメータが追加されて使われることができる。
【０１８９】
下記の各ステップの順序は、変更されてもよく、同時に実行されてもよい。また、常時言及した各ステップは、必ず全て実行すべきものではなく、一部の組合せで実行することもできる。
【０１９０】
下記の情報は、該当情報を直接的に含まなくても、他の情報と共に加工されたり含蓄的な意味に伝達することができる。
【０１９１】
以下、本明細書で提示される実施例を簡単に説明すると、下記の通りである。
【０１９２】
無線ＬＡＮ(ＷＬＡＮ)にオフロードされたＩＰデータトラフィックを再びＥ−ＵＴＲＡＮに移転することが効果的な場合もあり、無線ＬＡＮ(ＷＬＡＮ)に置くことが効果的な場合もある。
【０１９３】
前記二つの状況に対する判断は、ＨＰＬＭＮ/ＶＰＬＭＮ事業者政策及びユーザの選好度、ユーザの加入者メンバーシップ(ｍｅｍｂｅｒｓｈｉｐ)水準、各アクセスの信号強度及び負荷程度などの条件情報、ローミング政策などによって決定される。
【０１９４】
まず、無線ＬＡＮ(ＷＬＡＮ)にオフロード(ｏｆｆｌｏａｄ)されたＩＰデータトラフィックを再びＥ−ＵＴＲＡＮに復帰させることが効果的な場合、ＩＰデータトラフィックを再びＥ−ＵＴＲＡＮに移転するためには、Ｅ−ＵＴＲＡＮを常に最高優先順位を有するようにＡＮＤＳＦの政策、例えば、ＩＳＲＰを設定維持することができる。
【０１９５】
次に、無線ＬＡＮ(ＷＬＡＮ)にオフロード(ｏｆｆｌｏａｄ)されたＩＰデータトラフィックを再びＥ−ＵＴＲＡＮに復帰させないことが効果的な場合、以下に記述された方法のうち、一つまたは一部の組合せで構成して使用することができる。
【０１９６】
Ａ．ＡＮＤＳＦの政策、例えば、ＩＳＲＰにＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮの順序に設定することより、無線ＬＡＮ>ＵＴＡＮなどのように無線ＬＡＮ(ＷＬＡＮ)より優先順位が低いアクセスとの関係に対してのみ設定するほうがよい。
【０１９７】
Ｂ．Ｅ−ＵＴＲＡＮに移転させる場合に使用可能な政策を別途に設定することができる。即ち、Ｅ−ＵＴＲＡＮに再び移転させる政策が使われる条件を設定することができる。
【０１９８】
つまり、Ｅ−ＵＴＲＡＮに移転させることができない場合にも使用することができるため、以下の内容は、特定ＲＡＴに移動し、または現在ＲＡＴにそのままとどまることができる政策を考慮するための条件またはその時の他の動作を記述すると見ることができる。
【０１９９】
(１)ＩＰデータトラフィックに対する追跡(ｔｒａｃｅ)管理をする場合(即ち、ヒストリー管理)
【０２００】
Ｅ−ＵＴＲＡＮ→ＵＴＲＡＮ→ＰＳへのハンドオーバ過程中に無線ＬＡＮ(ＷＬＡＮ)にオフロードされたＩＰデータトラフィックに対してマーキング(ｍａｒｋｉｎｇ)及び追跡を実行する。前記マーキング及び追跡は、ＵＥ及びネットワークで記録／格納／管理されることができる。前記マーキング及び追跡情報は、その後、他のハンドオーバ及び位置アップデート(ｌｏｃａｔｉｏｎ ｕｐｄａｔｅ)などが発生しても、ＵＥコンテキスト情報に含まれて維持/管理されることができる。前記マーキング及び追跡情報は、Ｅ−ＵＴＲＡＮへ戻る政策を使用するための識別子／条件などの一つとして使われることができる。
【０２０１】
(２)ＩＰデータトラフィックに対する追跡(ｔｒａｃｅ)管理をしない場合
【０２０２】
事業者から受けた政策によって、ＵＥが下記のようにある特定状況(下記のリストに限定されない)を認知すると、特定ＲＡＴに移動し、または現在ＲＡＴにそのままとどまることができる政策を考慮(適用／使用)するための識別子／条件などの一つとして使用することができる。例えば、ＣＳＦＢの場合、ＣＳ音声通話サービスが終了されることを認知するとき、Ｅ−ＵＴＲＡＮへ戻る政策を考慮(適用／使用)するための識別子／条件などの一つとして使用することができる。また、無線ＬＡＮ(ＷＬＡＮ)の信号強度またはトラフィック負荷情報などを認知するとき、Ｅ−ＵＴＲＡＮへ戻る政策を考慮(適用／使用)するための識別子/条件などの一つとして使用することができる。
【０２０３】
他方、本明細書で提示される実施例によるＵＥの動作を簡単に説明すると、下記の通りである。
【０２０４】
まず、ＵＥは、ＡＮＤＳＦからアクセスネットワークに対する優先順位／選好度に対する政策、例えば、ＩＳＲＰを受ける。このとき、前記アクセスネットワークに対する優先順位／選好度は、ＲＡＴ間の細分化された優先順位、即ち、Ｅ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮを含むことができる。このとき、本明細書で提示される一実施例によると、前記ＡＮＤＳＦから受信される政策、例えば、ＩＳＲＰは、前述したピンポン問題を解決するための追加的な条件及び政策などが含まれている。前記追加的な条件及び政策は、無線ＬＡＮ(ＷＬＡＮ)へのオフロード以後、再び３ＧＰＰ ＲＡＴへの復帰を判断しなければならない時点／状況を認知することができる条件を含むことができる。また、前記追加的な条件及び政策は、無線ＬＡＮ(ＷＬＡＮ)へのオフロード以後、再び３ＧＰＰ ＲＡＴへの復帰を認知すると、使用することができるアクセスネットワーク及び優先順位／選好度と該当アクセスネットワークを使用することができる条件を含むことができる。
【０２０５】
したがって、ＵＥは、無線ＬＡＮ(ＷＬＡＮ)へのオフロード以後、再び原ＲＡＴへの復帰を決定する時、次のような情報を活用することができる。前記情報は、例えば、以前にオフロードされたトラフィックに対する追跡情報、ＣＳＦＢのＣＳ音声通話の終了に対する情報、無線ＬＡＮへのオフロードによって開始されたタイマが満了したという情報、無線ＬＡＮにオフロードされずに他の３ＧＰＰ ＲＡＴにハンドオーバされたトラフィックが再びハンドオーバされるかに対する情報、無線ＬＡＮ(ＷＬＡＮ)の信号強度が弱くなり、または無線ＬＡＮ(ＷＬＡＮ)の負荷に対する情報を含むことができる。
【０２０６】
他方、前述したようなピンポン問題を解決するために、本明細書で提示される一実施例によって、ＡＮＤＳＦの政策、例えば、ＩＳＲＰを改善する場合、次のようにすることができる。前記改善されたＡＮＤＳＦの政策、例えば、ＩＳＲＰは、３ＧＰＰ ＲＡＴに比べて優先される無線ＬＡＮに設定されなければならず、無線ＬＡＮに比べて選好される３ＧＰＰ ＲＡＴを設定してはいけない。
【０２０７】
他方、前述したようなピンポン問題を解決するために、本明細書で提示される他の実施例によって、タイマを使用し、またはマーキング及び追跡する場合、次のようにすることができる。
【０２０８】
(１)ＵＥの検出及びタイマ駆動
【０２０９】
ＵＥは、地理的移動によるＲＡＴ変更によってベアラのうち一部が損失される場合、前記ベアラの損失を検出することができる。具体的には、ＲＡＴ変更が発生することで、ＵＥがハンドオーバ命令を受信する場合、前記ハンドオーバ命令内の情報によって、ＵＥは、ＰＤＮ接続に該当するどのベアラが解除されるかを知ることができる。このとき、ハンドオーバによって解除されるベアラが無線ＬＡＮにオフロードされる場合、ＵＥは、タイマを駆動することができる。以後、前記ＵＥの地理的移動によって、再び原ＲＡＴに変更されても、前記タイマの駆動中には前記無線ＬＡＮにオフロードされたベアラを介したデータトラフィックは、再び原ＲＡＴに移転されないようにすることができる。
【０２１０】
他方、ＵＥは、ＣＳＦＢによりＩＰデータトラフィックのためのベアラが中断される場合、前記ベアラの中断を検出することができる。具体的には、ＵＥは、中断手順を開始するため、ベアラの中断を当然知ることができる。このとき、中断されるベアラが無線ＬＡＮにオフロードされる場合、ＵＥは、タイマを駆動することができる。前記タイマの駆動中には前記無線ＬＡＮにオフロードされたベアラを介したデータトラフィックは、再び原ＲＡＴに移転されないようにすることができる。
【０２１１】
(２)ＵＥの検出及びマーキング
【０２１２】
ＵＥは、地理的移動によるＲＡＴ変更によってベアラのうち一部が損失される場合、前記ベアラの損失を検出することができる。具体的には、ＲＡＴ変更が発生することで、ベアラが無線ＬＡＮにオフロードされる場合、ＵＥは、前記オフロードされるベアラのトラフィックに対してマーキングを実行することができる。以後、前記ＵＥの地理的移動によって、再び原ＲＡＴに変更されても、前記マーキングされたトラフィックは、再び原ＲＡＴに移転されないようにすることができる。
【０２１３】
他方、ＵＥは、ＣＳＦＢによりＩＰデータトラフィックのためのベアラが中断される場合、前記ベアラの中断を検出することができる。このとき、中断されるベアラが無線ＬＡＮにオフロードされる場合、ＵＥは、無線ＬＡＮにオフロードされるベアラを介したデータトラフィックに対してマーキングを実行することができる。前記ＵＥは、音声通話が終了しても、前記マーキングされたデータトラフィックは、再び原ＲＡＴに移転されないようにすることができる。
【０２１４】
以下、地理的移動によるＲＡＴ変更によりデータトラフィックが無線ＬＡＮにオフロードされる状況に対する本明細書の第１及び第２の実施例による解決策を図１４乃至図１６を参考して説明する。そして、ＣＳＦＢによりデータトラフィックが無線ＬＡＮにオフロードされる状況に対する本明細書の第３及び第４の実施例による解決策を図１７乃至図１９を参考して説明する。
【０２１５】
図１４は、地理的移動によるＲＡＴ変更によりデータトラフィックが無線ＬＡＮにオフロードされた以後に発生可能な問題点を解決するための第１の実施例及び第２の実施例の解決策を示す概念図である。
【０２１６】
図１４を参考して知ることができるように、Ｅ−ＵＴＲＡＮからＵＴＲＡＮへハンドオーバする時、ＵＴＲＡＮのＮｏｄｅＢ２１０により提供されるＱｏＳが低い、またはＡＮＤＳＦの政策、例えば、ＩＳＲＰがハンドオーバにより影響を受けるＩＰトラフィックに対してＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、前記ＵＥのＩＰデータトラフィックが無線ＬＡＮにオフロードされることができる。前記ＵＥが再びＥ−ＵＴＲＡＮに復帰する場合、前記無線ＬＡＮにオフロードされたＩＰデータトラフィックが再びＥ−ＵＴＲＡＮに移転することを防止するために、本明細書の第１の実施例によると、タイマが利用されることもでき、第２の実施例によると、マーキング及び追跡技法を利用することもできる。
【０２１７】
図１５は、図１４に概念的に示す第１の実施例を具体的に示す流れ図である。
【０２１８】
図１５を参照して知ることができるように、ＵＥ１００は、Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０を介してＥＰＣのＳ−ＧＷ５２０及びＰ−ＧＷ５３０を経由する１stデータトラフィックと２ndデータトラフィックを進行し、その後、ＵＴＲＡＮのＮｏｄｅＢ２１０のカバレッジに移動する。
【０２１９】
１〜２)それによって、ハンドオーバが開始され、前記ｅＮｏｄｅＢ２２０は、ハンドオーバ要求(ＨＯ ｒｅｑｕｉｒｅｄ)メッセージをＥＰＣのＭＭＥ５１０に送信してハンドオーバが必要な状況を知らせる。
【０２２０】
３〜４)前記ＭＭＥ５１０は、順方向再配置要求メッセージ(例えば、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ)をＵＭＴＳのＳＧＳＮに送信する。その後、前記ＳＧＳＮは、前記ＮｏｄｅＢ２１０にハンドオーバ要求メッセージ(例えば、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔメッセージ)を送る。
【０２２１】
５〜６)前記ＮｏｄｅＢ２１０は、無線リソースの割当の有無を決定した後、ＳＧＳＮにハンドオーバ要求確認メッセージ(例えば、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡＣＫ)を送信する。その後、前記ＳＧＳＮは、前記ＭＭＥ５１０に順方向再配置応答メッセージ(例えば、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ)を送信する。
【０２２２】
７)前記ＭＭＥ５１０は、前記ｅＮｏｄｅＢ２２０にハンドオーバ命令(例えば、ＨＯ ｃｏｍｍａｎｄ)を送ることによってハンドオーバを指示する。
【０２２３】
８)前記ｅＮｏｄｅＢ２２０は、前記ハンドオーバ命令を前記ＵＥ１００に送信する。
【０２２４】
このとき、前記ハンドオーバ命令内の情報によって、ＵＥ１００は、２ndデータトラフィックのためのベアラが解除されるかどうかを検出することができる。このとき、該当トラフィックに対するＡＮＤＳＦの政策、例えば、ＩＳＲＰにＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、前記ＵＥ１００は、前記２ndデータトラフィックを無線ＬＡＮにオフロードすることに決定し、タイマを駆動することができる。
【０２２５】
以後、ハンドオーバの残りの手順が実行されると、前記１stデータトラフィックは、前記ＵＴＲＡＮのＮｏｄｅＢ２１０を経由して送受信される。
【０２２６】
そして、前記決定によって、前記２ndデータトラフィックは、無線ＬＡＮにオフロードされる。
【０２２７】
以後、前記ＵＥ１００が地理的に移動して再びＥ−ＵＴＲＡＮの地域に復帰する場合、ＵＴＲＡＮからＥ−ＵＴＲＡＮへのハンドオーバ手順が実行される。
【０２２８】
前記ハンドオーバの実行によって、前記１stデータトラフィックは、再び前記Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０を経由して送受信される。
【０２２９】
しかし、前記タイマが満了する前には、前記該当トラフィックに対するＡＮＤＳＦの政策、例えば、ＩＳＲＰに設定されたＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮが満たされても、前記無線ＬＡＮへオフロードされた前記２ndデータトラフィックをＥ−ＵＴＲＡＮに移転させるためのハンドオーバ手順を実行しない。
【０２３０】
一方、第１の実施例において、前記タイマが駆動される時点は、下記の変形例のように変更することができる。しかし、下記の変形例にのみ限定されるものではなく、多様に変更することができる。
【０２３１】
第１の変形例として、３ＧＰＰ ＲＡＴ間のＰＳハンドオーバ手順で、ＵＥ１００が基地局からハンドオーバ命令を受信することによって、ＵＥがベアラ損失が発生することを認知し、またはＱｏＳが減少するベアラがあるということを認知した後、任意時点にタイマを駆動することができる。このとき、タイマ駆動と共に無線ＬＡＮ(ＷＬＡＮ)へのオフロードを並列的に開始することができる。例えば、前記任意時点は、前記ベアラを介したデータトラフィックを無線ＬＡＮにオフロードさせることができると決定した以後の時点である。他の例を挙げると、前記任意時点は、ハンドオーバ手順を全て完了した以後、前記ベアラを介したデータトラフィックを無線ＬＡＮにオフロードさせることができると決定した以後の時点である。
【０２３２】
第２の変形例として、３ＧＰＰ ＲＡＴ間のＰＳハンドオーバ手順を完了した後、ＵＥがベアラ損失の発生を認知し、またはＱｏＳが減少するベアラがあるということを認知した後、前記ベアラを介したデータトラフィックを無線ＬＡＮにオフロードさせることができると決定すると、タイマを駆動する。
【０２３３】
第３の変形例として、無線ＬＡＮ(ＷＬＡＮ)へのオフロードが成功裏に実行された以後にタイマを開始する。前記オフロードが失敗した場合、タイマを開始しない。
【０２３４】
第４の変形例として、ＵＴＲＡＮからＥ−ＵＴＲＡＮへ復帰するハンドオーバ手順が開始される時点に、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたトラフィックが依然として存在する場合、タイマを駆動することができる。このとき、前記オフロードされたトラフィックが終了した場合、タイマを開始する必要がない。このように、Ｅ−ＵＴＲＡＮに復帰する時点にタイマを駆動する理由は、タイマの時間が短い場合、前記オフロードされたトラフィックが直ちにＥ−ＵＴＲＡＮに移転することを防止するためである。即ち、可能な前記無線ＬＡＮにオフロードさせたトラフィックを可能の限り長い間とどまるようにするためである。
【０２３５】
以上で説明した通り、第１の実施例で提示されるタイマを活用すると、ピンポン問題を解決することができる。
【０２３６】
図１６は、図１４に概念的に示す第２の実施例を具体的に示す流れ図である。
【０２３７】
図１６を参照して知ることができるように、ＵＥ１００は、Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０を介してＥＰＣのＳ−ＧＷ５２０及びＰ−ＧＷ５３０を経由する１stデータトラフィックと２ndデータトラフィックを進行し、その後、ＵＴＲＡＮのＮｏｄｅＢ２１０のカバレッジに移動する。
【０２３８】
１〜７)それによって、ハンドオーバが開始し、図１５に示すようなメッセージが送受信される。
【０２３９】
８)前記ｅＮｏｄｅＢ２２０は、前記ハンドオーバ命令を前記ＵＥ１００に送信する。
【０２４０】
このとき、前記ハンドオーバ命令内の情報によって、ＵＥ１００は、２ndデータトラフィックのためのベアラが解除されるかどうかを検出することができる。このとき、該当トラフィックに対するＡＮＤＳＦの政策、例えば、ＩＳＲＰにＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、前記ＵＥ１００は、前記２ndデータトラフィックを無線ＬＡＮにオフロードすることを決定する。
【０２４１】
以後、ハンドオーバの残りの手順が実行されると、前記１stデータトラフィックは、前記ＵＴＲＡＮのＮｏｄｅＢ２１０を経由して送受信される。
【０２４２】
そして、前記決定によって、前記２ndデータトラフィックは、マーキングされる。例えば、前記２ndデータトラフィックは、ＳＭ＝１にマーキングすることができる。次に、前記２ndデータトラフィックは、無線ＬＡＮにオフロードされる。
【０２４３】
以後、前記ＵＥ１００が地理的に移動して再びＥ−ＵＴＲＡＮの地域に復帰する場合、ＵＴＲＡＮからＥ−ＵＴＲＡＮへのハンドオーバ手順が実行される。
【０２４４】
前記ハンドオーバの実行によって、前記１stデータトラフィックは、再び前記Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０を経由して送受信される。
【０２４５】
しかし、前記無線ＬＡＮへオフロードされた前記２ndデータトラフィックは、マーキングされているため、前記該当トラフィックに対するＡＮＤＳＦの政策、例えば、ＩＳＲＰに設定されたＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮが満たされても、前記２ndデータトラフィックを前記Ｅ−ＵＴＲＡＮに再び移転させるためのハンドオーバ手順を実行しない。
【０２４６】
前記マーキングは、一定時間が経過した後、解除することができる。例えば、図示されたように一定時間が経過した後、前記２ndデータトラフィックは、ＳＭ＝０に記録されることによって、マーキングを解除することができる。
【０２４７】
図１７は、ＣＳＦＢによりデータトラフィックが無線ＬＡＮにオフロードされた以後に発生可能な問題点を解決するための第３の実施例及び第４の実施例の解決策を示す概念図である。
【０２４８】
Ｅ−ＵＴＲＡＮが可能な地域にあったＵＥがＶｏＬＴＥ(Ｖｏｉｃｅ ｏｖｅｒ ＬＴＥ)をサポートしない場合、通話(ｃａｌｌ)を着信したり発信しようとする時、ＣＳＦＢ(Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ)メカニズムによりＵＴＲＡＮにキャンプオン(ｃａｍｐ−ｏｎ)する。このとき、ＵＥが進行中のＩＰデータトラフィックがある場合、前記ＩＰデータトラフィックは、無線ＬＡＮにオフロードすることができる。
【０２４９】
しかし、前記通話(ｃａｌｌ)が終了することによって、前記ＵＥが再びＥ−ＵＴＲＡＮに復帰する場合、前記無線ＬＡＮにオフロードしたＩＰデータトラフィックが再びＥ−ＵＴＲＡＮに移転することを防止するために、本明細書の第３の実施例によると、タイマを利用することもでき、第４の実施例によると、マーキング及び追跡技法を利用することもできる。
【０２５０】
図１８は、図１７に概念的に示す第３の実施例を具体的に示す流れ図である。
【０２５１】
図１８を参照して知ることができるように、ＵＥ１００は、Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０を介してＥＰＣのＳ−ＧＷ５２０及びＰ−ＧＷ５３０を経由する１stデータトラフィックを進行し、その後、通話発信を決定する。
【０２５２】
１)その後、前記ＵＥ１００は、拡張サービス要求メッセージ(例えば、ＮＡＳ階層のＥｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージ)をＭＭＥ５１０に送信する。
【０２５３】
２〜３)その後、前記ＭＭＥ５１０は、コンテキスト修正要求メッセージ(例えば、Ｓ１−ＡＰベースのＵＥ Ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージ)を前記ｅＮｏｄｅＢ２２０に送信し、前記ｅＮｏｄｅＢ２２０は、コンテキスト修正応答メッセージ(例えば、Ｓ１−ＡＰベースのＵＥ Ｃｏｎｔｅｘｔ ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージ)を前記ＭＭＥ５１０に送信する。
【０２５４】
４〜５)前記ｅＮｏｄｅＢ２２０は、ＣＳＦＢを知らせるために、ＵＥ１００にＣＣＯ／ＮＡＣＣメッセージを送信する。次に、前記ｅＮｏｄｅＢ２２０は、コンテキスト解除要求メッセージ(例えば、Ｓ１−ＡＰベースのＳ１ ＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔメッセージ)を前記ＭＭＥ５１０に送信する。
【０２５５】
一方、前記ＣＳＦＢにより前記進行中の１stデータトラフィックがそれ以上進行せずに一時中断(ｓｕｓｐｅｎｄ)すると、前記ＵＥ１００は、これを検出することができる。このとき、ＡＮＤＳＦの政策、例えば、ＩＳＲＰにハンドオーバにより影響を受けるＩＰトラフィックに対してＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、前記ＵＥ１００は、前記１stデータトラフィックを無線ＬＡＮにオフロードすることに決定する。その後、前記ＵＥ１００は、タイマを駆動する。
【０２５６】
次に、ＣＳＦＢの残りの手順が実行され、それによって音声通話が連結される。
【０２５７】
そして、前記決定によって、前記データトラフィックは、無線ＬＡＮにオフロードされる。
【０２５８】
以後、前記音声通話が終了することによって、ＵＥは、Ｅ−ＵＴＲＡＮに復帰する。
【０２５９】
しかし、前記タイマが満了する前には、前記該当トラフィックに対するＡＮＤＳＦの政策、例えば、ＩＳＲＰに設定されたＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮが満たされても、前記無線ＬＡＮへオフロードした前記データトラフィックをＥ−ＵＴＲＡＮに移転するためのハンドオーバ手順を実行しない。
【０２６０】
一方、第３の実施例において、前記タイマが駆動される時点は、下記の変形例のように変更することができる。しかし、下記の変形例にのみ限定されるものではなく、多様に変更することができる。
【０２６１】
第１の変形例として、ＣＳＦＢ手順で、ＵＥが基地局からメッセージを受け、ベアラの一時中断が発生することを認知した後、任意時点にタイマを駆動することができる。このとき、タイマ駆動と共に無線ＬＡＮ(ＷＬＡＮ)へのオフロードを並列的に開始することができる。例えば、前記任意時点は、前記ベアラを介したデータトラフィックを無線ＬＡＮにオフロードすることができると決定した以後の時点である。他の例を挙げると、前記任意時点は、ＣＳＦＢ手順を全て完了した以後、前記ベアラを介したデータトラフィックを無線ＬＡＮにオフロードすることができると決定した以後の時点である。
【０２６２】
第２の変形例として、ＣＳＦＢ手順終了後、ベアラの一時中断が発生することを認知した後、前記ベアラを介したデータトラフィックを無線ＬＡＮにオフロードすることができると決定すると、タイマを駆動する。
【０２６３】
第３の変形例として、無線ＬＡＮ(ＷＬＡＮ)へのオフロードが成功裏に実行された以後にタイマを開始する。前記オフロードが失敗した場合、タイマを開始しない。
【０２６４】
第４の変形例として、音声通話終了によって、ＵＴＲＡＮからＥ−ＵＴＲＡＮへ復帰するための手順が開始される時点に、無線ＬＡＮ(ＷＬＡＮ)にオフロードされたトラフィックが依然として存在する場合、タイマを駆動することができる。詳しくは、音声通話の終了直後にタイマを開始することもでき、ＣＳＦＢの具現により一定時間の後にＥ−ＵＴＲＡＮに復帰することもできるため、復帰する時点にタイマを開始することもできる。このとき、前記オフロードしたトラフィックが終了した場合、タイマを開始する必要がない。このように、Ｅ−ＵＴＲＡＮに復帰する時点にタイマを駆動する理由は、タイマの時間が短い場合、前記オフロードしたトラフィックが直ちにＥ−ＵＴＲＡＮに移転することを防止するためである。即ち、可能な前記無線ＬＡＮにオフロードしたトラフィックを可能の限り長い間とどまるようにするためである。特に、これは短い時間の音声通話が頻繁に発生する場合、効果的である。
【０２６５】
図１９は、図１７に概念的に示す第４の実施例を具体的に示す流れ図である。
【０２６６】
図１９を参照して知ることができるように、ＵＥ１００は、Ｅ−ＵＴＲＡＮのｅＮｏｄｅＢ２２０を介してＥＰＣのＳ−ＧＷ５２０及びＰ−ＧＷ５３０を経由する１stデータトラフィックを進行し、その後、通話発信を決定する。
【０２６７】
１〜５)その後、図１８に示すように、ＣＳＦＢのための制御信号が送受信される。
【０２６８】
一方、前記ＣＳＦＢにより前記進行中の１stデータトラフィックがそれ以上進行されずに一時中断(ｓｕｓｐｅｎｄ)すると、前記ＵＥ１００は、これを検出することができる。このとき、該当トラフィックに対するＡＮＤＳＦの政策、例えば、ＩＳＲＰにＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮに設定されている場合、前記ＵＥ１００は、前記１stデータトラフィックを無線ＬＡＮにオフロードすることに決定する。
【０２６９】
次に、ＣＳＦＢの残りの手順が実行され、それによって音声通話が連結される。
【０２７０】
そして、前記決定によって、前記データトラフィックは、無線ＬＡＮにオフロードする。このとき、前記ＵＥは、前記無線ＬＡＮにオフロードするデータトラフィックに対してマーキングを実行する。
【０２７１】
以後、前記音声通話が終了することによって、ＵＥは、Ｅ−ＵＴＲＡＮに復帰する。
【０２７２】
しかし、前記無線ＬＡＮへオフロードするデータトラフィックに対してマーキングが存在するため、前記ＡＮＤＳＦの政策、例えば、ＩＳＲＰに設定されたＥ−ＵＴＲＡＮ>ＷＬＡＮ>ＵＴＲＡＮが満たされても、前記無線ＬＡＮへオフロードした前記データトラフィックをＥ−ＵＴＲＡＮに移転するためのハンドオーバ手順を実行しない。
【０２７３】
前記マーキングは、一定時間が経過した後、解除することができる。例えば、図示されたように一定時間が経過した後、前記２ndデータトラフィックは、ＳＭ＝０に記録されることによって、マーキングを解除することができる。
【０２７４】
以上、説明した内容は、ハードウェアで具現されることができる。これに対して図２０を参照して説明する。
【０２７５】
図２０は、本発明の実施例によるＵＥ１００及びＭＭＥ５１０の構成ブロック図である。
【０２７６】
図２０に示すように、前記ＵＥ１００は、格納手段１０１、制御部１０２、及び送受信部１０３を含む。また、前記ＭＭＥ５１０は、格納手段５１１、制御部５１２、及び送受信部５１３を含む。
【０２７７】
前記格納手段１０１、５１１は、図８乃至図１９に示す方法を格納する。
【０２７８】
前記制御部１０２、５１２は、前記格納手段１０１、５１１及び前記送受信部１０３、５１３を制御する。具体的には、前記制御部１０２、５１２は、前記格納手段１０１、５１１に格納された前記方法を各々実行する。また、前記制御部１０２、５１２は、前記送受信部１０３、５１３を介して前述した信号を送信する。
【０２７９】
以上、本発明の好ましい実施例を例示的に説明したが、本発明の範囲はこのような特定実施例にのみ限定されるものではないため、本発明は、本発明の思想及び特許請求の範囲に記載された範ちゅう内で多様な形態に修正、変更、または改善されることができる。
【図３】
2016508330.tif 000004
【図４】
2016508330.tif 000005
【図１】
2016508330.tif 000006
【図２】
2016508330.tif 000007
【図５】
2016508330.tif 000008
【図６Ａ】
2016508330.tif 000009
【図６Ｂ】
2016508330.tif 000010
【図７Ａ】
2016508330.tif 000011
【図７Ｂ】
2016508330.tif 000012
【図８】
2016508330.tif 000013
【図９Ａ】
2016508330.tif 000014
【図９Ｂ】
2016508330.tif 000015
【図１０Ａ】
2016508330.tif 000016
【図１０Ｂ】
2016508330.tif 000017
【図１１Ａ】
2016508330.tif 000018
【図１１Ｂ】
2016508330.tif 000019
【図１１Ｃ】
2016508330.tif 000020
【図１２Ａ】
2016508330.tif 000021
【図１２Ｂ】
2016508330.tif 000022
【図１３】
2016508330.tif 000023
【図１４】
2016508330.tif 000024
【図１５】
2016508330.tif 000025
【図１６】
2016508330.tif 000026
【図１７】
2016508330.tif 000027
【図１８】
2016508330.tif 000028
【図１９】
2016508330.tif 000029
【図２０】
2016508330.tif 000030
【手続補正書】
【提出日】平成27年7月2日(2015.7.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
非音声トラフィック（non-voice traffic）をオフローディングする方法であって、
Ｅ−ＵＴＲＡＮに接続したユーザ機器（ＵＥ）が基地局（ｅＮｏｄｅＢ）からサーキット・スイッチト・サービス・ノーティフィケーション（Circuit Switched(CS) Service Notification:ＣＳＳＮ）を受信するステップであって、前記ＵＥはマルチアクセスパケットデータネットワーク接続（Multi-Access Packet Data Network Connectivity:ＭＡＰＣＯＭ）とインターネットプロトコールフローモビリティ・アンド・シームレスオフロード（Internet Protocol Flow Mobility and Seamless Offload:ＩＦＯＭ）を支援し、インターシステムルーティングポリシ（Inter System Routing Policy:ＩＳＲＰ）は前記ＵＥに保存される、ステップと、
前記ＣＳＳＮによりトリガーされたハンドオーバー手続の結果としてＵＴＲＡＮに接続するステップと、
前記ＩＳＲＰに基づいてＷＬＡＮに非音声トラフィックをオフロードするステップと、
ハンドオーバー手続の結果としてＥ−ＵＴＲＡＮに接続するステップと、
タイマが満了したと決定すると、前記Ｅ−ＵＴＲＡＮを介して前記非音声トラフィックをリルーティングするステップと、
前記タイマが満了していないと決定すると前記ＷＬＡＮを介して前記非音声トラフィックのオフローディングを維持するステップと、
を含む、方法。
【請求項２】
前記タイマが満了したと決定され、前記非音声トラフィックのためのマーカーが除去されたと決定されると、前記非音声トラフィックは前記Ｅ−ＵＲＴＡＮを介してリルーティングされ、前記タイマが満了せず、前記非音声トラフィックのための前記マーカーが除去されないと決定されると前記ＷＬＡＮを介した前記非音声トラフィックのオフローディングは維持される、請求項１に記載の方法。
【請求項３】
前記ＷＬＡＮへの前記非音声トラフィックのオフローディングは、前記ＩＳＲＰに基づき、サーキットスイッチフォールバック（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ：ＣＳＦＢ）に対応する、請求項１に記載の方法。
【請求項４】
ＡＮＤＳＦ(Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ)から前記ＩＳＲＰを受信するステップを更に含む、請求項１に記載の方法。
【請求項５】
非音声トラフィック（non-voice traffic）をオフロードできる端末であって、
前記端末がＥ−ＵＴＲＡＮに接続する間に、基地局（ｅＮｏｄｅＢ）からサーキット・スイッチト・サービス・ノーティフィケーション（Circuit Switched(CS) Service Notification:ＣＳＳＮ）を受信する送受信部であって、前記ＵＥはマルチアクセスパケットデータネットワーク接続（Multi-Access Packet Data Network Connectivity:ＭＡＰＣＯＭ）とインターネットプロトコールフローモビリティ・アンド・シームレスオフロード（Internet Protocol Flow Mobility and Seamless Offload:ＩＦＯＭ）を支援し、インターシステムルーティングポリシ（Inter System Routing Policy:ＩＳＲＰ）は前記ＵＥに保存される、送受信部と、
前記端末が、前記ＣＳサービスノーティフィケーション（ＣＳＳＮ）によりトリガーされたハンドオーバーの結果としてＵＴＲＡＮに接続し、
前記ＩＳＲＰに基づいてＷＬＡＮに前記非音声トラフィックをオフロードし、
ハンドオーバー手続の結果としてＥ−ＵＴＲＡＮに接続し、
タイマが満了したと決定したときには前記Ｅ−ＵＴＲＡＮを介して前記非音声トラフィックをリルートし、
前記タイマが満了していないと決定したときには、前記ＷＬＡＮを介して前記非音声トラフィックのオフロードを維持するようにする制御部と
を含む、端末。
【請求項６】
前記制御部は、さらに、
前記端末が、前記タイマが満了したと決定され、前記非音声トラフィックのためのマーカーが除去されたと決定されると、前記Ｅ−ＵＲＴＡＮを介して前記非音声トラフィックをリルーティングし、前記タイマが満了せず、前記非音声トラフィックのための前記マーカーが除去されないと決定されると前記ＷＬＡＮを介した前記前記非音声トラフィックのオフローディングを維持するようにする、請求項５に記載の端末。
【請求項７】
前記制御部は、さらに、
前記端末が、前記ＩＳＲＰに基づき、サーキットスイッチフォールバック（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ：ＣＳＦＢ）に対応する前記ＷＬＡＮへ前記非音声トラフィックをオフローディングするようにする、請求項５に記載の端末。
【請求項８】
前記ＩＳＲＰが、 Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ（ＡＮＤＳＦ)を担当するノードから受信される、請求項７に記載の端末。
【請求項９】
前記端末がＩＦＯＭを利用する時、非音声トラフィックをリルーティングし、前記ＩＳＲＰで特定された特定ＩＰフローをマッチングするために、アクセステクノロジ、アクセスネットワーク、又はアクセステクノロジとアクセスネットワークの両方を選択するステップをさらに備える、請求項１に記載の方法。
【請求項１０】
前記端末がＭＡＰＣＯＮを利用する時、非音声トラフィックをリルーティングし、前記ＩＳＲＰで特定された特定アクセスポイント名（ＡＰＮ）をマッチングするために、アクセステクノロジ、アクセスネットワーク、又はアクセステクノロジとアクセスネットワークの両方を選択するステップをさらに備える、請求項１に記載の方法。
【請求項１１】
前記制御部は、
前記端末がＩＦＯＭを利用する時、非音声トラフィックをリルーティングし、前記ＩＳＲＰで特定された特定ＩＰフローをマッチングするために、アクセステクノロジ、アクセスネットワーク、又はアクセステクノロジとアクセスネットワークの両方を選択する、請求項５に記載の端末。
【請求項１２】
前記制御部は、
前記端末がＭＡＰＣＯＮを利用する時、非音声トラフィックをリルーティングし、前記ＩＳＲＰで特定された特定アクセスポイント名（ＡＰＮ）をマッチングするために、アクセステクノロジ、アクセスネットワーク、又はアクセステクノロジとアクセスネットワークの両方を選択する、請求項５に記載の端末。
【国際調査報告】
2016508330.tif 000031
2016508330.tif 000032