JP6122149B2 - 無線ｌａｎにオフロードされたトラフィックに対するハンドオーバ決定方法及び端末 - Google Patents

無線ｌａｎにオフロードされたトラフィックに対するハンドオーバ決定方法及び端末 Download PDF

Info

Publication number
JP6122149B2
JP6122149B2 JP2015551629A JP2015551629A JP6122149B2 JP 6122149 B2 JP6122149 B2 JP 6122149B2 JP 2015551629 A JP2015551629 A JP 2015551629A JP 2015551629 A JP2015551629 A JP 2015551629A JP 6122149 B2 JP6122149 B2 JP 6122149B2
Authority
JP
Japan
Prior art keywords
utran
voice traffic
terminal
wireless lan
wlan
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015551629A
Other languages
English (en)
Other versions
JP2016508330A (ja
Inventor
ヒョンスク キム
ヒョンスク キム
チェヒョン キム
チェヒョン キム
レヨン キム
レヨン キム
テヒョン キム
テヒョン キム
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2016508330A publication Critical patent/JP2016508330A/ja
Application granted granted Critical
Publication of JP6122149B2 publication Critical patent/JP6122149B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00838—Resource reservation for handover
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • H04W36/00837—Determination of triggering parameters for hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface
    • H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/249—Reselection being triggered by specific parameters according to timing information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

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

Claims (12)

  1. 非音声トラフィック（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:ＩＳＲＰ）は前記ＵＥに保存される、ステップと、
    前記ＣＳＳＮによりトリガーされたハンドオーバー手続の結果としてＵＴＲＡＮに接続するステップと、
    前記ＩＳＲＰに基づいてＷＬＡＮに非音声トラフィックをオフロードするステップと、
    Ｅ−ＵＴＲＡＮに接続するステップと、
    タイマが満了したと決定すると、前記Ｅ−ＵＴＲＡＮを介して前記非音声トラフィックをリルーティングするステップと、
    前記タイマが満了していないと決定すると前記ＷＬＡＮを介して前記非音声トラフィックのオフローディングを維持するステップと、
    を含む、方法。
  2. 前記タイマが満了したと決定され、前記非音声トラフィックのためのマーカーが除去されたと決定されると、前記非音声トラフィックは前記Ｅ−ＵＴＲＡＮを介してリルーティングされ、前記タイマが満了せず、前記非音声トラフィックのための前記マーカーが除去されないと決定されると前記ＷＬＡＮを介した前記非音声トラフィックのオフローディングは維持される、請求項１に記載の方法。
  3. 前記ＷＬＡＮへの前記非音声トラフィックのオフローディングは、前記ＩＳＲＰに基づき、サーキットスイッチフォールバック（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ：ＣＳＦＢ）に対応する、請求項１に記載の方法。
  4. ＡＮＤＳＦ(Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ)から前記ＩＳＲＰを受信するステップを更に含む、請求項１に記載の方法。
  5. 非音声トラフィック（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:ＩＳＲＰ）は前記ＵＥに保存される、送受信部と、
    前記端末が、前記ＣＳサービスノーティフィケーション（ＣＳＳＮ）によりトリガーされたハンドオーバー手続の結果としてＵＴＲＡＮに接続し、
    前記ＩＳＲＰに基づいてＷＬＡＮに前記非音声トラフィックをオフロードし、
    Ｅ−ＵＴＲＡＮに接続し、
    タイマが満了したと決定したときには前記Ｅ−ＵＴＲＡＮを介して前記非音声トラフィックをリルートし、
    前記タイマが満了していないと決定したときには、前記ＷＬＡＮを介して前記非音声トラフィックのオフロードを維持するようにする制御部と
    を含む、端末。
  6. 前記制御部は、さらに、
    前記端末が、前記タイマが満了したと決定され、前記非音声トラフィックのためのマーカーが除去されたと決定されると、前記Ｅ−ＵＴＲＡＮを介して前記非音声トラフィックをリルーティングし、前記タイマが満了せず、前記非音声トラフィックのための前記マーカーが除去されないと決定されると前記ＷＬＡＮを介した前記非音声トラフィックのオフローディングを維持するようにする、請求項５に記載の端末。
  7. 前記制御部は、さらに、
    前記端末が、前記ＩＳＲＰに基づき、サーキットスイッチフォールバック（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌ−Ｂａｃｋ：ＣＳＦＢ）に対応する前記ＷＬＡＮへ前記非音声トラフィックをオフローディングするようにする、請求項５に記載の端末。
  8. 前記ＩＳＲＰが、 Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ（ＡＮＤＳＦ)を担当するノードから受信される、請求項７に記載の端末。
  9. 前記端末がＩＦＯＭを利用する時、非音声トラフィックをリルーティングし、前記ＩＳＲＰで特定された特定ＩＰフローをマッチングするために、アクセステクノロジ、アクセスネットワーク、又はアクセステクノロジとアクセスネットワークの両方を選択するステップをさらに備える、請求項１に記載の方法。
  10. 前記端末がＭＡＰＣＯＮを利用する時、非音声トラフィックをリルーティングし、前記ＩＳＲＰで特定された特定アクセスポイント名（ＡＰＮ）をマッチングするために、アクセステクノロジ、アクセスネットワーク、又はアクセステクノロジとアクセスネットワークの両方を選択するステップをさらに備える、請求項１に記載の方法。
  11. 前記制御部は、
    前記端末がＩＦＯＭを利用する時、非音声トラフィックをリルーティングし、前記ＩＳＲＰで特定された特定ＩＰフローをマッチングするために、アクセステクノロジ、アクセスネットワーク、又はアクセステクノロジとアクセスネットワークの両方を選択する、請求項５に記載の端末。
  12. 前記制御部は、
    前記端末がＭＡＰＣＯＮを利用する時、非音声トラフィックをリルーティングし、前記ＩＳＲＰで特定された特定アクセスポイント名（ＡＰＮ）をマッチングするために、アクセステクノロジ、アクセスネットワーク、又はアクセステクノロジとアクセスネットワークの両方を選択する、請求項５に記載の端末。
JP2015551629A 2013-01-20 2014-01-17 無線ｌａｎにオフロードされたトラフィックに対するハンドオーバ決定方法及び端末 Active JP6122149B2 (ja)

Applications Claiming Priority (9)

Application Number Priority Date Filing Date Title
US201361754621P 2013-01-20 2013-01-20
US61/754,621 2013-01-20
US201361805514P 2013-03-26 2013-03-26
US61/805,514 2013-03-26
US201361805939P 2013-03-28 2013-03-28
US61/805,939 2013-03-28
US201361912028P 2013-12-05 2013-12-05
US61/912,028 2013-12-05
PCT/KR2014/000516 WO2014112826A1 (en) 2013-01-20 2014-01-17 Method and terminal for determining handover for traffic offloaded onto wlan

Publications (2)

Publication Number Publication Date
JP2016508330A JP2016508330A (ja) 2016-03-17
JP6122149B2 true JP6122149B2 (ja) 2017-04-26

Family

ID=51208085

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015551629A Active JP6122149B2 (ja) 2013-01-20 2014-01-17 無線ｌａｎにオフロードされたトラフィックに対するハンドオーバ決定方法及び端末

Country Status (6)

Country Link
US (2) US9179383B2 (ja)
EP (1) EP2946601B1 (ja)
JP (1) JP6122149B2 (ja)
KR (1) KR101752073B1 (ja)
CN (1) CN104919855B (ja)
WO (1) WO2014112826A1 (ja)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103209440B (zh) * 2013-02-18 2016-03-02 华为终端有限公司 网络接入处理方法和用户设备
US9629025B2 (en) * 2013-05-03 2017-04-18 Blackberry Limited Controlling data offload in response to feedback information
WO2014181830A1 (ja) * 2013-05-10 2014-11-13 京セラ株式会社 通信制御方法及びユーザ端末
US9203572B2 (en) * 2013-05-20 2015-12-01 Broadcom Corporation Managing interference between collocated radios
US10039039B2 (en) * 2013-07-02 2018-07-31 Lg Electronics Inc. Method and apparatus for performing handover in wireless communication system
US9801110B2 (en) * 2013-09-27 2017-10-24 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for avoidance of partial offloading of traffic bearers
US20150109927A1 (en) * 2013-10-18 2015-04-23 Qualcomm Incorporated Base station to access point interface for data bearer routing
US9936428B2 (en) * 2014-05-09 2018-04-03 Qualcomm Incorporated Wireless local area network offloading through radio access network rules
WO2015174456A1 (ja) 2014-05-13 2015-11-19 シャープ株式会社 端末装置及び通信制御方法
CN107079379B (zh) 2014-08-18 2021-10-12 Oppo广东移动通信有限公司 用于控制终端设备的操作的方法和装置
WO2016033811A1 (zh) 2014-09-05 2016-03-10 华为技术有限公司 一种分流策略协商方法及装置
EP3007516B1 (en) * 2014-10-06 2017-08-30 Motorola Mobility LLC Apparatus and method for internet protocol (IP) flow mobility
US9655034B2 (en) 2014-10-31 2017-05-16 At&T Intellectual Property I, L.P. Transaction sensitive access network discovery and selection
US9629076B2 (en) * 2014-11-20 2017-04-18 At&T Intellectual Property I, L.P. Network edge based access network discovery and selection
US10206109B2 (en) * 2014-12-24 2019-02-12 Intel Corporation Offline access network discovery and selection function (ANDSF) provisioning using near field communications (NFC)
CN107113652B (zh) * 2015-01-14 2020-08-18 Lg 电子株式会社 确定是否分流业务到wlan的方法
US9820331B1 (en) * 2015-02-11 2017-11-14 Sprint Spectrum L.P. UE-context release in response to failure of air interface communication
JP2018093252A (ja) * 2015-04-07 2018-06-14 シャープ株式会社 端末装置、ｍｍｅ、ｐｇｗ、及び通信制御方法
EP3282721B1 (en) * 2015-04-07 2021-06-23 Sharp Kabushiki Kaisha Terminal device, pgw, and twag
US10129706B2 (en) 2015-06-05 2018-11-13 At&T Intellectual Property I, L.P. Context sensitive communication augmentation
US10162351B2 (en) 2015-06-05 2018-12-25 At&T Intellectual Property I, L.P. Remote provisioning of a drone resource
US20170055193A1 (en) * 2015-08-18 2017-02-23 Intel Corporation Communication device and method for communicating using a frequency range
CN105228120A (zh) * 2015-11-02 2016-01-06 上海斐讯数据通信技术有限公司 一种语音通话时保持数据连接的方法及系统
CN108353461B (zh) * 2015-11-10 2022-03-11 摩托罗拉移动有限责任公司 无线通信系统中的卸载承载
CN108293183B (zh) * 2015-11-18 2021-06-01 上海诺基亚贝尔股份有限公司 E-utran与wlan之间的切换
US10609616B2 (en) 2015-12-22 2020-03-31 Alfred Consulting LLC System and method for using mobility information in heterogeneous networks
CN107306405A (zh) * 2016-04-18 2017-10-31 展讯通信（上海）有限公司 一种数据业务处理方法及装置
CN107872733A (zh) * 2016-09-26 2018-04-03 中兴通讯股份有限公司 语音和视频分流传输的视频通话方法和装置及服务器
US10470241B2 (en) 2016-11-15 2019-11-05 At&T Intellectual Property I, L.P. Multiple mesh drone communication
EP3554134B1 (en) * 2016-12-28 2021-09-22 Huawei Technologies Co., Ltd. Data transmitting method and data transmit end
US10772022B2 (en) * 2017-02-10 2020-09-08 Mediatek Inc. Method and apparatus for inter-system handover in wireless communication
US11871291B2 (en) 2017-08-04 2024-01-09 Apple Inc. Data forwarding tunnel establishment between two user plane functions in fifth generation
WO2019066544A1 (ko) * 2017-09-28 2019-04-04 엘지전자 주식회사 무선 통신 시스템에서 5gs에서 eps로의 핸드오버에 관련된 신호 송수신 방법 및 이를 위한 장치
CN108156635B (zh) * 2017-12-14 2021-04-20 Tcl移动通信科技（宁波）有限公司 移动终端及wifi接入点检测处理方法、及存储介质
US20220345949A1 (en) * 2019-09-09 2022-10-27 Lg Electronics Inc. Method for moving ims voice session on non-3gpp to 3gpp access
KR20210125380A (ko) * 2020-04-08 2021-10-18 삼성전자주식회사 무선 통신 시스템에서 음성 핸드오버 지원 방법 및 장치
US11863594B2 (en) 2021-01-07 2024-01-02 Samsung Electronics Co., Ltd. Electronic device and method for processing call request in electronic device
US11871474B2 (en) * 2021-01-14 2024-01-09 Apple Inc. Coordinated leaving for concurrent RRC procedures in a multiple-SIM UE
JPWO2022162862A1 (ja) * 2021-01-29 2022-08-04

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006012909A1 (en) * 2004-08-02 2006-02-09 Telefonaktiebolaget L.M. Ericsson (Publ) Handover in a mobile communications network
CN1794681A (zh) * 2005-12-29 2006-06-28 上海贝豪通讯电子有限公司 基于定位信息的在3g网络和wifi网络间的切换方法
US20080096560A1 (en) * 2006-10-24 2008-04-24 Nortel Networks Limited System and method for ensuring handoffs across heterogeneous networks
US20100027510A1 (en) * 2008-08-04 2010-02-04 Qualcomm Incorporated Enhanced idle handoff to support femto cells
JP5403678B2 (ja) * 2009-10-21 2014-01-29 Ｎｅｃカシオモバイルコミュニケーションズ株式会社 無線通信端末、無線通信システム及びコンピュータプログラム
US8477724B2 (en) * 2010-01-11 2013-07-02 Research In Motion Limited System and method for enabling session context continuity of local service availability in local cellular coverage
US8478269B2 (en) * 2010-03-24 2013-07-02 Qualcomm Incorporated Method and apparatus to enable a UE to return to a wireless network after failure to obtain service
CA2811727C (en) * 2010-09-20 2019-02-19 Research In Motion Limited Methods and apparatus to provide packet switched service continuity during circuit switched fallback operation
EP2508025B1 (en) 2010-09-28 2016-01-06 BlackBerry Limited Residential/enterprise network connection management and csfb scenarios
JP5544448B2 (ja) * 2010-10-01 2014-07-09 ブラックベリー リミテッド デバイス内共存干渉を回避するための方法および装置
US8934455B2 (en) 2010-11-18 2015-01-13 Panasonic Intellectual Property Corporation Of America Communication terminal and network node
US20120182912A1 (en) * 2011-01-14 2012-07-19 Interdigital Patent Holdings, Inc. Methods, apparatus and systems for local internet protocol access connection handling during circuit switched fallback and handover
JP5964860B2 (ja) 2011-01-21 2016-08-03 ブラックベリー リミテッド （ローカル）オフロードのために用いられる接続のための接続コンテンツを決定するネットワーク装置およびプロセス
US9094864B2 (en) * 2011-03-02 2015-07-28 Qualcomm Incorporated Architecture for WLAN offload in a wireless device
KR101417256B1 (ko) * 2011-04-05 2014-07-08 엘지전자 주식회사 데이터 전송 방법 및 사용자 장치
US9473986B2 (en) * 2011-04-13 2016-10-18 Interdigital Patent Holdings, Inc. Methods, systems and apparatus for managing and/or enforcing policies for managing internet protocol (“IP”) traffic among multiple accesses of a network
WO2012148444A1 (en) * 2011-04-29 2012-11-01 Intel Corporation System and method of channel control in a wireless communication system
WO2012154506A1 (en) * 2011-05-06 2012-11-15 Interdigital Patent Holdings, Inc. Method and apparatus for bandwidth aggregation for ip flow
US9014027B2 (en) * 2012-02-29 2015-04-21 Cisco Technology, Inc. Multi-interface adaptive bit rate session management
US20130265985A1 (en) * 2012-04-10 2013-10-10 Motorola Mobility, Inc. Wireless communication device, communication system and method for establishing data connectivity between a wireless communicaiton device and a first access network

Also Published As

Publication number Publication date
WO2014112826A1 (en) 2014-07-24
US9179383B2 (en) 2015-11-03
KR20150079927A (ko) 2015-07-08
KR101752073B1 (ko) 2017-06-28
CN104919855A (zh) 2015-09-16
CN104919855B (zh) 2018-10-16
EP2946601A1 (en) 2015-11-25
JP2016508330A (ja) 2016-03-17
EP2946601A4 (en) 2016-09-21
USRE46870E1 (en) 2018-05-22
EP2946601B1 (en) 2022-05-04
US20140206353A1 (en) 2014-07-24

Similar Documents

Publication Publication Date Title
JP6122149B2 (ja) 無線ｌａｎにオフロードされたトラフィックに対するハンドオーバ決定方法及び端末
US10869186B2 (en) Method for transmitting and receiving NBIFOM capability in wireless communication system, and device therefor
US10341911B2 (en) Method for establishing plurality of PDN connections by means of CSIPTO
US10206155B2 (en) Method and user equipment for performing network selection and traffic routing
US20200275331A1 (en) Method for transmitting and receiving signal related to handover from 5gs to eps in wireless communication system and device therefor
JP6041998B2 (ja) 政策に基づくアクセス決定方法及び端末
US10512001B2 (en) Method for rearranging gateway and method for generating dedicated bearer
US20170026824A1 (en) Method for communicating routing rules
EP3142454B1 (en) Method for processing csfb or srvcc during sipto service
US10420021B2 (en) Method and user equipment for selecting network and routing traffic
EP3247147B1 (en) Method for determining whether to offload traffic to wlan
JP6526772B2 (ja) ネットワーク選択およびトラフィックルーティングを実行する方法およびユーザ装置
US10805846B2 (en) Method and terminal for supporting service continuity after performing handover
EP3206436A1 (en) Method for transmitting/receiving signal related to nbifom in wireless communication system, and apparatus therefor
US10455460B2 (en) Method for processing loss of access in a wireless communication system, and device therefor

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160630

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160719

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161014

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170228

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170330

R150 Certificate of patent or registration of utility model

Ref document number: 6122149

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250