(57)【要約】  第１のアクセスネットワークに含まれる第１の基地局装置が主導し、第１の基地局装置から第２の基地局装置へ複数のフローを含む通信をハンドオーバさせる移動通信システムであって、第２の基地局装置がフロー毎にハンドオーバの可否を判定し、判定されたハンドオーバの可否を移動局装置に通知し、移動局装置は、ハンドオーバが可能と判定されたフローを、第１のアクセスネットワークを経由した転送路から、第２のアクセスネットワーク経由した転送路に通信を切り替える。これにより、基地局装置が主導して行う移動局装置のアクセスシステム間のハンドオーバにおいて、ハンドオーバ先のアクセスシステムにおいてハンドオーバを行う通信フローと、ハンドオーバを行う通信フローとを判定し、判定結果をもとにアクセスネットワークを切り替えて通信を継続する移動通信システム等を提供することとなる。
2014054644.tif 000002
【特許請求の範囲】
【請求項１】
コアネットワークに、第１のアクセスネットワークと、第２のアクセスネットワークとが接続されており、
第１のアクセスネットワークに含まれる第１の基地局装置が主導し、第１の基地局装置に接続されている移動局装置を、第１の基地局装置から第２のアクセスネットワークに含まれる第２の基地局装置へ複数のフローを含む通信をハンドオーバさせる移動通信システムであって、
前記移動局装置は、コアネットワークに含まれている制御局装置と第１のアクセスネットワークを経由した転送路を確立しており、
前記第２の基地局装置は、
前記フロー毎にハンドオーバの可否を判定し、
前記判定されたハンドオーバの可否を、前記移動局装置に通知し、
前記移動局装置は、ハンドオーバが可能と判定されたフローを、第１のアクセスネットワークを経由した転送路から、第２のアクセスネットワーク経由した転送路を確立して通信を切り替える、
ことを特徴とする移動通信システム。
【請求項２】
コアネットワークに、第１のアクセスネットワークと、第２のアクセスネットワークとが接続されており、
第１のアクセスネットワークに含まれる第１の基地局装置が主導し、第１の基地局装置に接続されている移動局装置を、第１の基地局装置から第２のアクセスネットワークに含まれる第２の基地局装置へ複数のフローを含む通信をハンドオーバさせる移動通信システムの第２の基地局装置であって、
コアネットワークに含まれている制御局装置と第１のアクセスネットワークを経由した転送路を確立している前記移動局装置のハンドオーバが行われる場合に、
前記フロー毎のハンドオーバが可能か否かを判定し、
前記判定されたハンドオーバの可否を、前記移動局装置に通知することにより、
前記移動局装置が、ハンドオーバが可能と判定されたフローを、第１のアクセスネットワークを経由した転送路から、第２のアクセスネットワーク経由した転送路を確立して通信を切り替える指示をすることを特徴とする第２の基地局装置。
【請求項３】
前記移動局装置の能力情報に基づいて、ハンドオーバの可否を判定を行うか否かを決定することを特徴とする請求項２に記載の第２の基地局装置。
【請求項４】
コアネットワークに、第１のアクセスネットワークと、第２のアクセスネットワークとが接続されており、
第１のアクセスネットワークに含まれる第１の基地局装置が主導し、第１の基地局装置に接続されている移動局装置を、第１の基地局装置から第２のアクセスネットワークに含まれる第２の基地局装置へ複数のフローを含む通信をハンドオーバさせる移動通信システムの移動局装置であって、
コアネットワークに含まれている制御局装置と第１のアクセスネットワークを経由した転送路を確立しており、
前記第２の基地局装置から通知される前記フロー毎のハンドオーバの可否の判定結果に基づいて、ハンドオーバが可能と判定されたフローを、第１のアクセスネットワークを経由した転送路から、第２のアクセスネットワーク経由した転送路を確立して通信を切り替える、
ことを特徴とする移動局装置。
【請求項５】
前記コアネットワークには、更に第３のアクセスネットワークが接続されており、
前記第２の基地局装置から通知される前記フロー毎のハンドオーバの可否の判定結果に基づいて、ハンドオーバが可能と判定されたフロー以外を、第１のアクセスネットワークを経由した転送路から、第３のアクセスネットワーク経由した転送路を確立して通信を切り替える、
ことを特徴とする請求項４に記載の移動局装置。
【請求項６】
コアネットワークに、第１のアクセスネットワークと、第２のアクセスネットワークとが接続されており、
第１のアクセスネットワークに含まれる第１の基地局装置が主導し、第１の基地局装置に接続されている移動局装置を、第１の基地局装置から第２のアクセスネットワークに含まれる第２の基地局装置へ複数のフローを含む通信をハンドオーバさせる移動通信システムの通信方法であって、
前記移動局装置は、コアネットワークに含まれている制御局装置と第１のアクセスネットワークを経由した転送路を確立するステップと、
前記第２の基地局装置は、
前記フロー毎にハンドオーバの可否を判定するステップと、
前記判定されたハンドオーバの可否を、前記移動局装置に通知するステップと、
前記移動局装置は、ハンドオーバが可能と判定されたフローを、第１のアクセスネットワークを経由した転送路から、第２のアクセスネットワーク経由した転送路を確立して通信を切り替えるステップと、
を有することを特徴とする移動通信システムの通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コアネットワークに、第１のアクセスネットワークと、第２のアクセスネットワークとが接続されており、第１のアクセスネットワークに含まれる第１の基地局装置が主導し、第１の基地局装置に接続されている移動局装置を、第１の基地局装置から第２のアクセスネットワークに含まれる第２の基地局装置へ複数のフローを含む通信をハンドオーバさせる移動通信システム等に関する。
【背景技術】
【０００２】
従来から、移動通信システムにおいて、移動局が異なるネットワーク間においてハンドオーバする制御について、様々な手法が知られている。【０００３】
こうしたハンドオーバには、移動局装置がハンドオーバを主導せず、接続する基地局が主導してハンドオーバ手順を開始する手法が用いられることが有る。【０００４】
例えば、３ＧＰＰ（Third Generation Partnership Project）規格で定められるＬＴＥ（Long Term Evolution）アクセスネットワークから３Ｇアクセスネットワークへのハンドオーバや、ＬＴＥアクセスネットワークから２Ｇアクセスネットワークへのハンドオーバなどが該当し、移動局装置が接続するＬＴＥアクセスネットワークの基地局がトリガーを生成し、ハンドオーバ手続きを開始する。【０００５】
このような従来の移動通信ネットワークにおける移動制御（ハンドオーバ）については、例えば非特許文献１に定められている。そこで、図２を用いて、移動局装置が接続する基地局が主導してハンドオーバ手続きを行う従来の移動通信システムについて説明する。図２の移動通信システムは、非特許文献１に記載される移動通信システムの携帯である。【０００６】
図２の移動通信システムでは、コアネットワークに対して、複数のアクセスネットワーク（アクセスネットワークＡ、アクセスネットワークＢ）が接続されている。また、ＵＥ（User Equipment；移動局）が、アクセスネットワークを介してコアネットワークに接続されている。ＵＥは、アクセスネットワークＡ及びアクセスネットワークＢのいずれかに接続してコアネットワークに接続可能である。【０００７】
さらに、ＵＥへの通信データを転送するＰＧＷ（Packet Data Gateway：制御局）がコアネットワークに設置されている。ＰＧＷは、アクセスネットワークＡとＳＧＷを介して接続されている。【０００８】
さらに、コアネットワークには、ＵＥとＰＧＷとの間の転送路を確立に対して許可／不許可を行う管理装置であるＭＭＥ（Mobility Management Entity：管理局）が設置されている。【０００９】
ここで、アクセスネットワークＡは、例えば３ＧＰＰの規格により定められているＬＴＥであり、アクセスネットワークにはＵＥが接続されるｅＮＢ（ＬＴＥ基地局）が配置されている。ＵＥは、ｅＮＢと、ＳＧＷ（Serving GW）を介してコアネットワークに接続される。【００１０】
一方、アクセスネットワークＢは、例えば３ＧＰＰ規格により定められている３Ｇや２Ｇのネットワークである。アクセスネットワークＢには、ＵＥが接続されるＮＢ（３Ｇ基地局や２Ｇ基地局）が配置されている。ＵＥは、ＮＢと、ゲートウェイＳＧＳＮを介してコアネットワークに接続される。【００１１】
さらに、コアネットワークでは、ＳＧＳＮとＳＧＷが接続されており、ＵＥは、ＮＢと、ＳＧＳＮと、ＳＧＷとを介してＰＧＷとの間の転送路を確立する。ＵＥとＰＧＷとの間の転送路の確立においても、ＭＭＥによる転送路確立が管理される。【００１２】
さらに、非特許文献１には、ＵＥがアクセスネットワークＡのｅＮＢに接続して通信を行っている状態から、アクセスネットワークＢのＮＢに接続を切り替えて通信を継続するハンドオーバを行う手続きが定められている。
こうしたハンドオーバ手続きは、アクセスネットワークＡに配置されるｅＮＢがハンドオーバ手続きを開始する。その後、切り替え先のアクセスネットワークＢのＮＢ、ＳＧＳＮ、ＳＧＷ、ＰＧＷにおいて、切り替え先の転送路を確立することを確認したのち、ｅＮＢはＵＥへアクセスネットワークを切り替えるよう通知する。【００１３】
つまり、ＵＥのアクセスネットワークを切り替えてのハンドオーバは、ＵＥがトリガーを生成し、ハンドオーバを主導するのではなく、基地局装置が主導してハンドオーバ手続きを開始し、ＵＥへ切り替えを通知することで切り替えを行う。【００１４】
一方、近年のスマートフォンの急増に伴うデータトラヒック量の激増に対して、ＷＬＡＮなどのアクセスネットワークの利用が注目されている。【００１５】
図３を用いて、ＷＬＡＮ等のアクセスネットワークを収容する移動通信システムについて説明する。図３の移動通信システムは、非特許文献２に記載される移動通信システムの形態である。【００１６】
図３の移動通信システムでは、コアネットワークに対して、複数のアクセスネットワーク（アクセスネットワークＡ、アクセスネットワークＣ）が接続されている。また、ＵＥが、アクセスネットワークを介してコアネットワークに接続されている。ＵＥは、アクセスネットワークＡ及びアクセスネットワークＣのどちらを経由してもコアネットワークに接続可能であるし、アクセスネットワークＡとアクセスネットワークＣの双方に同時に接続し、アプリケーション等で識別される通信フローに応じてアクセスシステムを選択して通信を行うことができる。【００１７】
ここで、アクセスネットワークＡを介した接続は、図２を用いて既に説明したとおりであり、説明を省略する。【００１８】
アクセスネットワークＣには、ＵＥが接続するＡＲ(Access Router；アクセスルータ)が設置され、ＵＥはＡＲを介してコアネットワーク内のＰＧＷとの間に転送路を確立して接続する。【００１９】
さらに、３ＧＰＰ規格においては、ＵＥがアクセスネットワークＡに接続している状態から、アクセスネットワークＣに接続先を切り替えて通信を継続するハンドオーバ手続きが規定されている。【００２０】
図２で説明したアクセスネットワークＡ（ＬＴＥアクセスネットワーク）からアクセスネットワークＢ（３Ｇアクセスネットワーク）へアクセスネットワークを切り替えてのハンドオーバにおいては、アクセスネットワークＡに配置される基地局がトリガーを生成してハンドオーバ手続きが行われるのに対して、図３におけるアクセスネットワークＡ（ＬＴＥアクセスネットワーク）からアクセスネットワークＣ（ＷＬＡＮアクセスネットワーク）へのアクセスネットワークを切り替えてのハンドオーバでは、ＵＥが切り替えトリガーを生成し、ハンドオーバ手続きを開始する。【００２１】
つまりＵＥは、アクセスネットワークＡに配置されるｅＮＢ、ＳＧＷを介してＰＧＷの間で転送路を確立して通信を行っている状態において、ＵＥ自身がトリガーを生成し、アクセスネットワークＢに配置されるＡＲに接続し、ＡＲを介してＰＧＷとの間に転送路を確立し、アクセスネットワークＡを介した転送路を用いて行っていた通信を、アクセスネットワークＣを介した転送路へ切り替えて通信を継続することができる。【００２２】
こうしたハンドオーバ手続きは、アクセスネットワークＡを介した転送路を用いて行っていた全ての通信をアクセスネットワークＣを介した転送路へ切り替えて通信を継続することもできるし、アプリケーション等で識別される通信フロー単位で切り替えることもできる。【００２３】
全ての通信を切り替える場合には、ハンドオーバ手続きが完了した後には、アクセスネットワークＡを介して確立した転送路は削除される。【００２４】
一方で、一部のフローを切り替える場合には、ＵＥはアクセスネットワークＡとアクセスネットワークＣとに同時に接続し、アクセスネットワークＡを介した転送路と、アクセスネットワークＣを介した転送路を同時に確立した状態を維持し、通信フロー毎に転送路を使い分ける。【００２５】
このように、ＵＥは、ＬＴＥアクセスネットワークや、３Ｇや２Ｇアクセスネットワークや、ＷＬＡＮアクセスネットワーク等の異なるアクセスシステムに接続可能である。【００２６】
しかしながら、ハンドオーバ手続きにおいては、ＬＴＥアクセスネットワークから３Ｇアクセスネットワークにハンドオーバを行う場合等では基地局装置がハンドオーバ手続きの開始を決定するのに対して、ＬＴＥアクセスネットワークからＷＬＡＮアクセスネットワークにハンドオーバを行う場合等では、ＵＥがハンドオーバ手続きの開始を決定する等の違いが存在する。
【先行技術文献】
【非特許文献】
【００２７】
【非特許文献１】ＴＳ２３．４０１ General Packet Radio Service(GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access
【非特許文献２】ＴＳ２３．４０２ Architecture enhancements for non-3GPP accesses
【発明の概要】
【発明が解決しようとする課題】
【００２８】
非特許文献１で定められた従来の移動通信システム（パケット通信システム）では、図２で説明したように、ＬＴＥアクセスネットワークから３Ｇアクセスネットワークなどのアクセスネットワークを切り替えて通信を継続する移動局装置のハンドオーバを、アクセスネットワークに配置される基地局装置が主導して行うことができる。【００２９】
さらに、非特許文献２で定められた従来の移動通信システム（パケット通信システム）では、図３で説明したように、ＬＴＥアクセスネットワークからＷＬＡＮアクセスネットワークなどのアクセスネットワークを切り替えて通信を継続する移動局装置のハンドオーバを、移動局装置が主導して行うことができる。【００３０】
非特許文献１で記載されるような基地局装置が主導するハンドオーバを行う移動通信システムにおけるアクセスネットワークは、既に説明したように、ＬＴＥアクセスネットワークから２Ｇや３Ｇのアクセスネットワークへのアクセスネットワークの切り替えが行われることが想定されている。【００３１】
２Ｇや３Ｇのアクセスネットワークを展開するエリアが大きいのに対して、まだ規格化作業が進行中の新しいＬＴＥ規格に準拠したＬＴＥアクセスネットワークのエリアが小さいため、ＬＴＥアクセスネットワークから２Ｇや３Ｇのアクセスネットワークへの切り替えるハンドオーバ手続きは、どこにいても移動局装置の通信継続を実現することができ有用である。【００３２】
しかしながら、２Ｇ，３Ｇ，ＬＴＥと拡張されてきた通信規格は、伝送能力等に大きく差異がある。そのため、ＬＴＥアクセスネットワークを介して行っていた移動局装置の全ての通信を、切り替え先の３Ｇアクセスネットワークで行うことができない可能性がある。【００３３】
こうした事例は、アクセスネットワークの伝送能力ばかりでなく、切り替え先の基地局装置やゲートウェイ装置の通信能力や他の移動局装置が既に占有してしまっているリソースの状況にも起因する場合も考えられる。【００３４】
このように、ＬＴＥアクセスネットワークを介した転送路で行っていた通信を、３Ｇアクセスネットワークを介した転送路に切り替えるハンドオーバ手続きにおいて、切り替え先で通信を継続するための通信リソースが確保できない場合は、ハンドオーバ手続きは失敗し、通信は切断する。つまり、移動局装置は通信を継続することはできない。【００３５】
つまり、移動局装置は、非特許文献２で記載されるように、ＬＴＥアクセスシステムを介した転送路からＷＬＡＮアクセスネットワークを介した転送路へ切り替えて通信を継続することができるにも関わらず、このような通信の切断により通信を継続することができないという問題がある。【００３６】
ここで、ＬＴＥアクセスネットワークを介した転送路で行っていた通信を、３Ｇアクセスネットワークを介した転送路に切り替えるハンドオーバ手続きにおいて切り替え先でリソースを確保できないことに起因して通信が切断し、通信の切断を検知した移動局装置がＷＬＡＮアクセスネットワークに接続するような解決策も考えられる。【００３７】
しかしながら、こうした解決策では、最終的に移動局装置はＷＬＡＮアクセスネットワークのみに接続することになり、３ＧアクセスネットワークとＷＬＡＮアクセスネットワークとに同時に接続し、それぞれの通信リソースを有効に利用することができない。【００３８】
また、ハンドオーバ失敗により、一度通信は切断された後新たにＷＬＡＮアクセスネットワークに接続されるため、移動局装置の通信再開までに無駄に時間を要することになる。【００３９】
こうした問題は、ＬＴＥアクセスネットワークから３Ｇアクセスネットワークへのハンドオーバは基地局装置が主導して行うのに対し、ＬＴＥアクセスネットワークからＷＬＡＮアクセスネットワークへのハンドオーバは移動局装置が主導して行うことに起因する。【００４０】
つまり、従来技術では、ＬＴＥアクセスネットワークから３Ｇアクセスネットワークへのハンドオーバを行う際、切り替え先のリソースの状態に応じてハンドオーバする通信フローを選択し、一部の通信フローのみを切り替えることができない。さらに、一部のフローを切り替えることを移動局装置に通知する手段がなく、移動局装置はＷＬＡＮアクセスネットワークへのハンドオーバを開始する決定を行うことができない。【００４１】
上述した課題に鑑み、本発明の目的とするところは、基地局装置が主導して行う移動局装置のアクセスシステム間のハンドオーバにおいて、ハンドオーバ先のアクセスシステムにおいてハンドオーバを行う通信フローと、ハンドオーバを行う通信フローとを判定し、判定結果をもとにアクセスネットワークを切り替えて通信を継続する移動通信システム等を提供することである。
【課題を解決するための手段】
【００４２】
上述した課題を解決するために、本発明の移動通信システムは、
コアネットワークに、第１のアクセスネットワークと、第２のアクセスネットワークとが接続されており、
第１のアクセスネットワークに含まれる第１の基地局装置が主導し、第１の基地局装置に接続されている移動局装置を、第１の基地局装置から第２のアクセスネットワークに含まれる第２の基地局装置へ複数のフローを含む通信をハンドオーバさせる移動通信システムであって、
前記移動局装置は、コアネットワークに含まれている制御局装置と第１のアクセスネットワークを経由した転送路を確立しており、
前記第２の基地局装置は、
前記フロー毎にハンドオーバの可否を判定し、
前記判定されたハンドオーバの可否を、前記移動局装置に通知し、
前記移動局装置は、ハンドオーバが可能と判定されたフローを、第１のアクセスネットワークを経由した転送路から、第２のアクセスネットワーク経由した転送路を確立して通信を切り替える、
ことを特徴とする。【００４３】
本発明の第２の基地局装置は、
コアネットワークに、第１のアクセスネットワークと、第２のアクセスネットワークとが接続されており、
第１のアクセスネットワークに含まれる第１の基地局装置が主導し、第１の基地局装置に接続されている移動局装置を、第１の基地局装置から第２のアクセスネットワークに含まれる第２の基地局装置へ複数のフローを含む通信をハンドオーバさせる移動通信システムの第２の基地局装置であって、
コアネットワークに含まれている制御局装置と第１のアクセスネットワークを経由した転送路を確立している前記移動局装置のハンドオーバが行われる場合に、
前記フロー毎のハンドオーバが可能か否かを判定し、
前記判定されたハンドオーバの可否を、前記移動局装置に通知することにより、
前記移動局装置が、ハンドオーバが可能と判定されたフローを、第１のアクセスネットワークを経由した転送路から、第２のアクセスネットワーク経由した転送路を確立して通信を切り替える指示をすることを特徴とする。【００４４】
本発明の移動局装置は、
コアネットワークに、第１のアクセスネットワークと、第２のアクセスネットワークとが接続されており、
第１のアクセスネットワークに含まれる第１の基地局装置が主導し、第１の基地局装置に接続されている移動局装置を、第１の基地局装置から第２のアクセスネットワークに含まれる第２の基地局装置へ複数のフローを含む通信をハンドオーバさせる移動通信システムの移動局装置であって、
コアネットワークに含まれている制御局装置と第１のアクセスネットワークを経由した転送路を確立しており、
前記第２の基地局装置から通知される前記フロー毎のハンドオーバの可否の判定結果に基づいて、ハンドオーバが可能と判定されたフローを、第１のアクセスネットワークを経由した転送路から、第２のアクセスネットワーク経由した転送路を確立して通信を切り替える、
ことを特徴とする。【００４５】
本発明の移動通信システムの通信方法は、
コアネットワークに、第１のアクセスネットワークと、第２のアクセスネットワークとが接続されており、
第１のアクセスネットワークに含まれる第１の基地局装置が主導し、第１の基地局装置に接続されている移動局装置を、第１の基地局装置から第２のアクセスネットワークに含まれる第２の基地局装置へ複数のフローを含む通信をハンドオーバさせる移動通信システムの通信方法であって、
前記移動局装置は、コアネットワークに含まれている制御局装置と第１のアクセスネットワークを経由した転送路を確立するステップと、
前記第２の基地局装置は、
前記フロー毎にハンドオーバの可否を判定するステップと、
前記判定されたハンドオーバの可否を、前記移動局装置に通知するステップと、
前記移動局装置は、ハンドオーバが可能と判定されたフローを、第１のアクセスネットワークを経由した転送路から、第２のアクセスネットワーク経由した転送路を確立して通信を切り替えるステップと、
を有することを特徴とする。
【発明の効果】
【００４６】
本発明によれば、コアネットワークに、第１のアクセスネットワークと、第２のアクセスネットワークとが接続されており、第１のアクセスネットワークに含まれる第１の基地局装置が主導し、第１の基地局装置に接続されている移動局装置を、第１の基地局装置から第２のアクセスネットワークに含まれる第２の基地局装置へ複数のフローを含む通信をハンドオーバさせる移動通信システムであって、前記移動局装置は、コアネットワークに含まれている制御局装置と第１のアクセスネットワークを経由した転送路を確立しており、前記第２の基地局装置は、前記フロー毎にハンドオーバの可否を判定し、前記判定されたハンドオーバの可否を、前記移動局装置に通知し、前記移動局装置は、ハンドオーバが可能と判定されたフローを、第１のアクセスネットワークを経由した転送路から、第２のアクセスネットワーク経由した転送路を確立して通信を切り替える、こととなる。【００４７】
したがって、第２の基地局装置は、前記フロー毎にハンドオーバの可否を判定し、前記判定されたハンドオーバの可否を、前記移動局装置に通知し、前記移動局装置は、ハンドオーバが可能と判定されたフローを、第１のアクセスネットワークを経由した転送路から、第２のアクセスネットワーク経由した転送路を確立して通信を切り替えることができる。これにより、第２の基地局装置が主導でハンドオーバを行う移動通信システムにおいて、通信に含まれるフロー総てをハンドオーバすることなく、一部のフローを必要に応じてハンドオーバするといったことが可能となる。
【図面の簡単な説明】
【００４８】
【図１】本実施形態における移動通信システムの全体を説明するための図である。
【図２】従来のシステムについて説明をするための図である。
【図３】従来のシステムについて説明をするための図である。
【図４】本実施形態におけるＵＥの機能構成を説明するための図である。
【図５】本実施形態におけるＰＧＷの機能構成を説明するための図である。
【図６】本実施形態におけるＳＧＷの機能構成を説明するための図である。
【図７】本実施形態におけるＭＭＥの機能構成を説明するための図である。
【図８】本実施形態におけるＳＧＳＮ機能構成を説明するための図である。
【図９】本実施形態におけるｅＮＢの機能構成を説明するための図である。
【図１０】本実施形態におけるＮＢ機能構成を説明するための図である。
【図１１】本実施形態におけるＡＲの機能構成を説明するための図である。
【図１２】本実施形態におけるＵＥフロー管理表のデータ構造の一例を説明するための図である。
【図１３】本実施形態におけるＰＧＷフロー管理表のデータ構造の一例を説明するための図である。
【図１４】本実施形態におけるＳＧＷフロー管理表のデータ構造の一例を説明するための図である。
【図１５】本実施形態におけるＭＭＥフロー管理表のデータ構造の一例を説明するための図である。
【図１６】本実施形態におけるＳＧＳＮフロー管理表のデータ構造の一例を説明するための図である。
【図１７】本実施形態におけるｅＮＢフロー管理表のデータ構造の一例を説明するための図である。
【図１８】本実施形態におけるＮＢフロー管理表のデータ構造の一例を説明するための図である。
【図１９】本実施形態におけるＡＲフロー管理表のデータ構造の一例を説明するための図である。
【図２０】本実施形態におけるハンドオーバ手続について説明するためのシーケンス図である。
【図２１】本実施形態におけるＷＬＡＮへの切替手続について説明するためのシーケンス図である。
【図２２】本実施形態におけるＮＢの動作フローを示した図である。
【発明を実施するための形態】
【００４９】
以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本実施形態では、一例として、本発明を適用した場合の移動通信システムの実施形態について、図を用いて詳細に説明する。
【００５０】
［１．第１実施形態］
まず、第１実施形態について、説明する。
【００５１】
［１．１  ネットワーク構成］
まず、本実施形態におけるネットワーク構成について、図１を用いて説明する。図１は、本発明を適用した場合における移動通信システム１の概略を説明するための図である。本図に示すように、移動通信システム１は、コアネットワークに、アクセスネットワークＡと、アクセスネットワークＢと、アクセスネットワークＣとが接続されている。ここで、アクセスネットワークＡと、アクセスネットワークＢと、アクセスネットワークＣとは異なるネットワークであるとし、例えば、アクセスネットワークＡは３ＧＰＰ規格のＬＴＥアクセスネットワークとし、アクセスネットワークＢは３ＧＰＰ規格の３Ｇアクセスネットワークとし、アクセスネットワークＣはｎｏｎ−３ＧＰＰのネットワークであり、一例としてはＷＬＡＮアクセスネットワークとする。
【００５２】
まず、複数の無線アクセスネットワークがコアネットワークに接続されている。アクセスネットワークＡには、ＵＥ１０が接続するＬＴＥ基地局（ｅＮＢ６０）を備え、コアネットワークとゲートウェイ（ＳＧＷ３０）を介して接続されている。
【００５３】
コアネットワークには、他の移動局から送信される移動局宛への通信データを転送する制御局装置であるＧＷ（ＰＧＷ２０）が設置され、ＳＧＷ３０と接続されている。さらに、コアネットワークにはＵＥ１０から転送路確立の要求を受付け、ｅＮＢ６０、ＳＧＷ３０を介したＵＥ１０とＰＧＷ２０間の転送路を確立する手続きを主導する管理装置（ＭＭＥ４０）が設置されている。ここで、アクセスネットワークＡを介した転送路を転送路Ａとする。
【００５４】
アクセスネットワークＢには、ＵＥ１０が接続する３Ｇ基地局（ＮＢ７０）を備え、コアネットワークとゲートウェイ（ＳＧＳＮ５０）を介して接続されている。コアネットワークでは、ＳＧＳＮ５０とＳＧＷ３０とが接続され、さらにＳＧＷ３０とＰＧＷ２０とが接続されている。また、ＳＧＳＮ３０には、ＮＢ７０、ＳＧＳＮ６０、ＳＧＷ３０を介したＵＥ１０とＰＧＷ２０間の転送路確立を管理する管理装置（ＭＭＥ４０）が接続されている。ここで、アクセスネットワークＢを介した転送路を転送路Ｂとする。
【００５５】
アクセスネットワークＣには、ＵＥ１０が接続するアクセスルータ（ＡＲ８０）が設置され、ＵＥ１０はＡＲ８０を介してコアネットワーク内のＰＧＷ間で転送路を確立して接続される。ここで、アクセスネットワークＣを介した転送路を転送路Ｃとする。
【００５６】
アクセスネットワークＡは例えば携帯電話網の通信規格団体である３ＧＰＰの定める無線アクセスネットワークであるＬＴＥ（Long Term Evolution）などであり、アクセスネットワークＢは３ＧＰＰの定める３Ｇや２Ｇなどである。また、アクセスネットワークＣは無線ＬＡＮやＷｉＭＡＸなどのアクセスネットワークである。さらに、コアネットワークは非特許文献１に記載の３ＧＰＰの定めるＳＡＥ（System Architecture Evolution）に基づくものである。
【００５７】
以上のように、本実施形態におけるパケット通信を利用した移動通信システム１では、ＵＥ１０は複数のアクセスシステムを介してコアネットワークに接続することができ、それぞれの転送路によって通信を行うことができる。
【００５８】
［１．２  装置構成］
続いて、各装置の機能構成について図を用いて簡単に説明する。各装置の機能構成としては、ＵＥ１０の構成を図４に、ＰＧＷ２０の構成を図５に、ＳＧＷ３０の構成を図６に、ＭＭＥ４０の構成を図７に、ＳＧＳＮ５０の構成を図８に、ｅＮＢ６０の構成を図９に、ＮＢ７０の構成を図１０に、ＡＲ８０の構成を図１１にそれぞれ示している。
【００５９】
［１．２．１  ＵＥの構成］
まず、移動局装置であるＵＥ１０の構成について図４のブロック図を用いて説明する。ここで、ＵＥ１０の具体的な一例として、複数のアクセスネットワークを介してコアネットワークに同時接続する携帯端末や、ＰＤＡ等の端末が想定される。
【００６０】
図４に示すように、ＵＥ１０は、制御部１００に、第１送受信部１１０と、第２送受信部１２０と、第３送受信部１４０と、記憶部１３０と、転送路確立処理部１５０と、パケット送受信部１６０とが接続されて構成されている。
【００６１】
制御部１００は、ＵＥ１０を制御するための機能部である。制御部１００は、記憶部１３０に記憶されている各種プログラムを読み出して実行することにより各処理を実現する。
【００６２】
第１送受信部１１０と、第２送受信部１２０および第３送受信部１４０は、ＵＥ１０が、各アクセスネットワークに接続するための機能部である。第１送受信部１１０は、アクセスネットワークＡに接続するための機能部であり、第２送受信部１２０は、アクセスネットワークＢに接続するための機能部であり、第３送受信部１４０は、アクセスネットワークＣに接続するための機能部である。第１送受信部１１０、第２送受信部１２０及び第３送受信部１４０には、外部アンテナが接続されている。
【００６３】
記憶部１３０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部１３０は、アプリケーションを識別するフロー識別情報と、送信する転送路とを対応づけて記憶するＵＥフロー管理表１３２を記憶する。パケット送受信部１６０がデータを送信する場合に、ＵＥフロー管理表１３２が参照され、フロー毎に転送路を選択し、転送路に対応した送受信部から送信されることとなる。
【００６４】
ここで、ＵＥフロー管理表１３２のデータ構成の一例を図１２に表す。図１２（ａ）に示すように、ＵＥフロー管理表１３２ではフロー識別情報（例えば、「フロー１」）と、転送路（例えば、「転送路Ａ」）とが対応づけて記憶されている。
【００６５】
フロー識別情報は、ＵＥ１０が通信する複数の通信フローを識別することを可能にする情報であり、例えばＴＦＴ（Traffic Flow Template）により識別を行う。ＴＦＴは、ＩＰアドレス、ポート番号、プロトコル番号、接続先のドメイン名、アプリケーション識別情報などを用いて構成される識別情報群であり、例えばＵＥ１０が通信を行う複数の通信フローのうちの「フロー１」をＴＦＴにより特定可能にする。
【００６６】
フロー識別情報は、ＴＦＴ以外にもＰＤＮコネクションの識別子を用いても良い。この場合、ＵＥ１０は通信フロー毎に異なるＰＤＮコネクションを確立し、ＰＤＮコネクション識別子により「フロー１」を識別することができる。ここでＰＤＮコネクションとは、ＳＡＥ規格の通信システムにおいてもちいられるＵＥ１０とＰＧＷ２０との間の通信コネクションを指す。
【００６７】
さらに、フロー識別情報は、ベアラＩＤを用いてもよい。この場合、ＵＥ１０は通信フロー毎に異なるベアラを確立し、ベアラＩＤにより「フロー１」を識別することができる。ここでベアラＩＤとは、ＵＥ１０がＬＴＥアクセスネットワークまたは３Ｇ、２Ｇアクセスネットワークに接続する際に転送路として確立するベアラを識別する識別情報である。
【００６８】
転送路確立処理部１５０は、アクセスネットワークＡと、アクセスネットワークＢと、アクセスネットワークＣの、それぞれのアクセスネットワークを介したＰＧＷ２０との転送路（転送路Ａ、転送路Ｂ、転送路Ｃ）を確立する処理を実行する機能部である。
【００６９】
また、パケット送受信部１６０は、具体的なデータ（パケット）を送受信する機能部である。上位層から受け取ったデータを、パケットとして分解し送信する。また、受信したパケットを上位層に渡す機能を実現する。
【００７０】
［１．２．２  ＰＧＷの構成］
次に、本実施形態におけるＰＧＷ２０の構成について図５をもとに説明する。ＰＧＷ２０は、制御部２００に、送受信部２１０と、記憶部２２０と、転送路確立処理部２３０と、パケット送受信部２４０とが接続されて構成されている。
【００７１】
制御部２００は、ＰＧＷ２０を制御するための機能部である。制御部２００は、記憶部２２０に記憶されている各種プログラムを読み出して実行することにより各処理を実現する。
【００７２】
送受信部２１０は、ルータ又はスイッチに有線接続され、パケットの送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により送受信する。
【００７３】
記憶部２２０は、ＰＧＷ２０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部２２０は、ＵＥ１０が通信を行うアプリケーションを識別するフロー識別情報と、転送路とをＵＥ１０毎に対応づけて記憶するＰＧＷフロー管理表２２２を記憶する。パケット送受信部２４０がデータを送信する場合に、ＰＧＷフロー管理表２２２が参照され、フロー毎に転送路を選択し、転送路に対応した送受信部から送信されることとなる。
【００７４】
ここで、ＰＧＷフロー管理表２２２のデータ構成の一例を図１３に表す。図１３（ａ）に示すように、ＰＧＷフロー管理表２２２ではフロー識別情報（例えば、「フロー１」）と、転送路（例えば、「転送路Ａ」）とが対応づけて記憶されている。
【００７５】
フロー識別情報は、ＵＥ１０が通信する複数の通信フローを識別することを可能にする情報であり、例えばＴＦＴ（Traffic Flow Template）により識別を行う。ＴＦＴは、ＩＰアドレス、ポート番号、プロトコル番号、接続先のドメイン名、アプリケーション識別情報などを用いて構成される識別情報群であり、例えばＵＥ１０が通信を行う複数の通信フローのうちの「フロー１」をＴＦＴにより特定可能にする。
【００７６】
フロー識別情報は、ＴＦＴ以外にもＰＤＮコネクションの識別子を用いても良い。この場合、ＵＥ１０は通信フロー毎に異なるＰＤＮコネクションを確立し、ＰＤＮコネクション識別子により「フロー１」を識別することができる。ここでＰＤＮコネクションとは、ＳＡＥ規格の通信システムにおいてもちいられるＵＥ１０とＰＧＷ２０との間の通信コネクションを指す。
【００７７】
さらに、フロー識別情報は、ベアラＩＤを用いてもよい。この場合、ＵＥ１０は通信フロー毎に異なるベアラを確立し、ベアラＩＤにより「フロー１」を識別することができる。ここでベアラＩＤとは、ＵＥ１０がＬＴＥアクセスネットワークまたは３Ｇ，２Ｇアクセスネットワークに接続する際に転送路として確立するベアラを識別する識別情報である。
【００７８】
転送路確立処理部２３０は、アクセスネットワークＡと、アクセスネットワークＢと、アクセスネットワークＣの、それぞれのアクセスネットワークを介したＰＧＷ２０との転送路を確立する処理を実行する機能部である。
【００７９】
また、パケット送受信部２４０は、具体的なデータ（パケット）を送受信する機能部である。
【００８０】
［１．２．３  ＳＧＷの構成］
次に、本実施形態におけるＳＧＷ３０の構成について図６をもとに説明する。ＳＧＷ３０は、制御部３００に、送受信部３１０と、記憶部３２０と、転送路確立処理部３３０と、パケット送受信部３４０とが接続されて構成されている。
【００８１】
制御部３００は、ＳＧＷ３０を制御するための機能部である。制御部３００は、記憶部３２０に記憶されている各種プログラムを読み出して実行することにより各処理を実現する。
【００８２】
送受信部３１０は、ルータ又はスイッチに有線接続され、パケットの送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により送受信する。
【００８３】
記憶部３２０は、ＳＧＷ３０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部３２０は、ＵＥ１０が通信を行うアプリケーションを識別するフロー識別情報と、転送路とをＵＥ１０毎に対応づけて記憶するＳＧＷフロー管理表３２２を記憶する。パケット送受信部３４０がデータを送信する場合に、ＳＧＷフロー管理表３２２が参照され、フロー毎に転送路を選択し、転送路に対応した送受信部から送信されることとなる。
【００８４】
ここで、ＳＧＷフロー管理表３２２のデータ構成の一例を図１４に示す。図１４（ａ）に示すように、ＳＧＷフロー管理表３２２ではフロー識別情報（例えば、「フロー１」）と、転送路（例えば、「転送路Ａ」）とが対応づけて記憶されている。
【００８５】
フロー識別情報は、ＵＥ１０が通信する複数の通信フローを識別することを可能にする情報であり、例えばＴＦＴ（Traffic Flow Template）により識別を行う。ＴＦＴは、ＩＰアドレス、ポート番号、プロトコル番号、接続先のドメイン名、アプリケーション識別情報などを用いて構成される識別情報群であり、例えばＵＥ１０が通信を行う複数の通信フローのうちの「フロー１」をＴＦＴにより特定可能にする。
【００８６】
フロー識別情報は、ＴＦＴ以外にもＰＤＮコネクションの識別子を用いても良い。この場合、ＵＥ１０は通信フロー毎に異なるＰＤＮコネクションを確立し、ＰＤＮコネクション識別子により「フロー１」を識別することができる。ここでＰＤＮコネクションとは、ＳＡＥ規格の通信システムにおいてもちいられるＵＥ１０とＰＧＷ２０との間の通信コネクションを指す。
【００８７】
さらに、フロー識別情報は、ベアラＩＤを用いてもよい。この場合、ＵＥ１０は通信フロー毎に異なるベアラを確立し、ベアラＩＤにより「フロー１」を識別することができる。ここでベアラＩＤとは、ＵＥ１０がＬＴＥアクセスネットワークまたは３Ｇ，２Ｇアクセスネットワークに接続する際に転送路として確立するベアラを識別する識別情報である。
【００８８】
転送路確立処理部３３０は、アクセスネットワークＡと、アクセスネットワークＢとの、それぞれのアクセスネットワークを介したＰＧＷ２０との転送路を確立する処理を実行する機能部である。
【００８９】
また、パケット送受信部３４０は、具体的なデータ（パケット）を送受信する機能部である。
【００９０】
［１．２．４  ＭＭＥの構成］
次に、本実施形態におけるＭＭＥ４０の構成について図７をもとに説明する。ＭＭＥ４０は、制御部４００に、送受信部４１０と、記憶部４２０と、転送路確立処理部４３０と、パケット送受信部４４０とが接続されて構成されている。
【００９１】
制御部４００は、ＭＭＥ４０を制御するための機能部である。制御部４００は、記憶部４２０に記憶されている各種プログラムを読み出して実行することにより各処理を実現する。
【００９２】
送受信部４１０は、ルータ又はスイッチに有線接続され、パケットの送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により送受信する。
【００９３】
記憶部４２０は、ＭＭＥ０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部４２０は、ＵＥ１０が通信を行うアプリケーションを識別するフロー識別情報と、転送路とをＵＥ１０毎に対応づけて記憶するＭＭＥフロー管理表４２２を記憶する。パケット送受信部４４０がデータを送信する場合に、ＭＭＥフロー管理表４２２が参照され、フロー毎に転送路を選択し、転送路に対応した送受信部から送信されることとなる。
【００９４】
ここで、ＭＭＥフロー管理表４２２のデータ構成の一例を図１５に示す。図１５（ａ）に示すように、ＭＭＥフロー管理表４２２ではフロー識別情報（例えば、「フロー１」）と、転送路（例えば、「転送路Ａ」）とが対応づけて記憶されている。
【００９５】
フロー識別情報は、ＵＥ１０が通信する複数の通信フローを識別することを可能にする情報であり、例えばＴＦＴ（Traffic Flow Template）により識別を行う。ＴＦＴは、ＩＰアドレス、ポート番号、プロトコル番号、接続先のドメイン名、アプリケーション識別情報などを用いて構成される識別情報群であり、例えばＵＥ１０が通信を行う複数の通信フローのうちの「フロー１」をＴＦＴにより特定可能にする。
【００９６】
フロー識別情報は、ＴＦＴ以外にもＰＤＮコネクションの識別子を用いても良い。この場合、ＵＥ１０は通信フロー毎に異なるＰＤＮコネクションを確立し、ＰＤＮコネクション識別子により「フロー１」を識別することができる。ここでＰＤＮコネクションとは、ＳＡＥ規格の通信システムにおいて用いられるＵＥ１０とＰＧＷ２０との間の通信コネクションを指す。
【００９７】
さらに、フロー識別情報は、ベアラＩＤを用いてもよい。この場合、ＵＥ１０は通信フロー毎に異なるベアラを確立し、ベアラＩＤにより「フロー１」を識別することができる。ここでベアラＩＤとは、ＵＥ１０がＬＴＥアクセスネットワークまたは３Ｇ，２Ｇアクセスネットワークに接続する際に転送路として確立するベアラを識別する識別情報である。
【００９８】
さらに、ＭＭＥ４０は、記憶部４２０にＵＥ能力情報管理表４２４を記憶する。ＵＥ能力情報管理表４２４により、ＵＥ１０がアクセスネットワークＡからアクセスネットワークＢへのハンドオーバを行う際、従来のハンドオーバとは異なり、アクセスネットワークＢのリソース等により一部のハンドオーバを行うＵＥであることや、アクセスネットワークＢへの切り替えができなかった通信フローをアクセスネットワークＣに切り替えることができるＵＥであるなどを示す能力情報を管理する。ＵＥ能力情報管理表４２４では例えば当該能力を持つＵＥをリスト管理する。
【００９９】
能力情報の具体例としては、アクセスネットワークの接続可否に関する情報であったり、サービスによる接続可否に関する情報であったり、利用者による接続可否の情報であったりする。また、接続可能であったとしても、ネットワークの状態、サービスの状態、利用者の設定等により、通信フロー毎のハンドオーバが行えるか否かの情報が含まれたりする。
【０１００】
転送路確立処理部４３０は、アクセスネットワークＡと、アクセスネットワークＢと、アクセスネットワークＣの、それぞれのアクセスネットワークを介したＰＧＷ２０との転送路を確立する処理を実行する機能部である。
【０１０１】
また、パケット送受信部４４０は、具体的なデータ（パケット）を送受信する機能部である。
【０１０２】
［１．２．５  ＳＧＳＮの構成］
次に、本実施形態におけるＳＧＳＮ５０の構成について図８をもとに説明する。ＳＧＳＮ５０は、制御部５００に、送受信部５１０と、記憶部５２０と、転送路確立処理部５３０と、パケット送受信部５４０とが接続されて構成されている。
【０１０３】
制御部５００は、ＳＧＳＮ５０を制御するための機能部である。制御部５００は、記憶部５２０に記憶されている各種プログラムを読み出して実行することにより各処理を実現する。
【０１０４】
送受信部５１０は、ルータ又はスイッチに有線接続され、パケットの送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により送受信する。
【０１０５】
記憶部５２０は、ＳＧＳＮ５０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部５２０は、ＵＥ１０が通信を行うアプリケーションを識別するフロー識別情報をＵＥ１０毎に記憶するＳＧＳＮフロー管理表５２２を記憶する。パケット送受信部５４０がデータを送信する場合に、ＳＧＳＮフロー管理表５２２が参照され、フロー毎に転送路を選択し、転送路に対応した送受信部から送信されることとなる。
【０１０６】
ここで、ＳＧＳＮフロー管理表５２２のデータ構成の一例を図１６に示す。図１６（ａ）に示すように、ＳＧＳＮフロー管理表５２２ではフロー識別情報（例えば、「フロー１」）が記憶されている。
【０１０７】
フロー識別情報は、ＵＥ１０が通信する複数の通信フローを識別することを可能にする情報であり、例えばＴＦＴ（Traffic Flow Template）により識別を行う。ＴＦＴは、ＩＰアドレス、ポート番号、プロトコル番号、接続先のドメイン名、アプリケーション識別情報などを用いて構成される識別情報群であり、例えばＵＥ１０が通信を行う複数の通信フローのうちの「フロー１」をＴＦＴにより特定可能にする。
【０１０８】
フロー識別情報は、ＴＦＴ以外にもＰＤＮコネクションの識別子を用いても良い。この場合、ＵＥ１０は通信フロー毎に異なるＰＤＮコネクションを確立し、ＰＤＮコネクション識別子により「フロー１」を識別することができる。ここでＰＤＮコネクションとは、ＳＡＥ規格の通信システムにおいてもちいられるＵＥ１０とＰＧＷ２０との間の通信コネクションを指す。
【０１０９】
さらに、フロー識別情報は、ベアラＩＤを用いてもよい。この場合、ＵＥ１０は通信フロー毎に異なるベアラを確立し、ベアラＩＤにより「フロー１」を識別することができる。ここでベアラＩＤとは、ＵＥ１０がＬＴＥアクセスネットワークまたは３Ｇ，２Ｇアクセスネットワークに接続する際に転送路として確立するベアラを識別する識別情報である。
【０１１０】
転送路確立処理部５３０は、アクセスネットワークＢを介したＵＥ１０とＰＧＷ２０との間の転送路を確立する処理を実行する機能部である。
【０１１１】
また、パケット送受信部５４０は、具体的なデータ（パケット）を送受信する機能部である。
【０１１２】
［１．２．６  ｅＮＢの構成］
次に、本実施形態におけるｅＮＢ６０の構成について図９をもとに説明する。ｅＮＢ６０は、制御部６００に、有線送受信部６１０と、無線送受信部６１５と、記憶部６２０と、転送路確立処理部６３０と、パケット送受信部６４０とが接続されて構成されている。
【０１１３】
制御部６００は、ｅＮＢ６０を制御するための機能部である。制御部６００は、記憶部６２０に記憶されている各種プログラムを読み出して実行することにより各処理を実現する。
【０１１４】
有線送受信部６１０は、ルータ又はスイッチに有線接続され、ＳＧＷ３０に対してパケットの送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により送受信する。
【０１１５】
無線送受信部６１５にはアンテナが接続され、ＵＥ１０に対してパケットの送受信を行う機能部である。３ＧＰＰで規格化されたＬＴＥアクセスシステムによる送受信を行う。
【０１１６】
記憶部６２０は、ｅＮＢ６０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部６２０は、アクセスネットワークＡを介した転送路Ａを用いてＵＥ１０が通信を行うアプリケーションを識別するフロー識別情報をＵＥ１０毎に記憶するｅＮＢフロー管理表６２２を記憶する。
【０１１７】
ここで、ｅＮＢフロー管理表６２２のデータ構成の一例を図１７に示す。図１７（ａ）に示すように、ｅＮＢフロー管理表６２２ではフロー識別情報（例えば、「フロー１」）が記憶されている。
【０１１８】
フロー識別情報は、ＵＥ１０が通信する複数の通信フローを識別することを可能にする情報であり、例えばＴＦＴ（Traffic Flow Template）により識別を行う。ＴＦＴは、ＩＰアドレス、ポート番号、プロトコル番号、接続先のドメイン名、アプリケーション識別情報などを用いて構成される識別情報群であり、例えばＵＥ１０が通信を行う複数の通信フローのうちの「フロー１」をＴＦＴにより特定可能にする。
【０１１９】
フロー識別情報は、ＴＦＴ以外にもＰＤＮコネクションの識別子を用いても良い。この場合、ＵＥ１０は通信フロー毎に異なるＰＤＮコネクションを確立し、ＰＤＮコネクション識別子により「フロー１」を識別することができる。ここでＰＤＮコネクションとは、ＳＡＥ規格の通信システムにおいてもちいられるＵＥ１０とＰＧＷ２０との間の通信コネクションを指す。
【０１２０】
さらに、フロー識別情報は、ベアラＩＤを用いてもよい。この場合、ＵＥ１０は通信フロー毎に異なるベアラを確立し、ベアラＩＤにより「フロー１」を識別することができる。ここでベアラＩＤとは、ＵＥ１０がＬＴＥアクセスネットワークまたは３Ｇ，２Ｇアクセスネットワークに接続する際に転送路として確立するベアラを識別する識別情報である。
【０１２１】
転送路確立処理部６３０は、アクセスネットワークＡを介したＰＧＷ２０との転送路を確立する処理を実行する機能部である。
【０１２２】
また、パケット送受信部６４０は、具体的なデータ（パケット）を送受信する機能部である。
【０１２３】
［１．２．７  ＮＢの構成］
次に、本実施形態におけるＮＢ７０の構成について図１０をもとに説明する。ＮＢ７０は、制御部７００に、有線送受信部７１０と、無線送受信部７１５と、記憶部７２０と、転送路確立処理部７３０と、パケット送受信部７４０とが接続されて構成されている。
【０１２４】
制御部７００は、ＮＢ７０を制御するための機能部である。制御部７００は、記憶部７２０に記憶されている各種プログラムを読み出して実行することにより各処理を実現する。
【０１２５】
有線送受信部７１０は、ルータ又はスイッチに有線接続され、ＳＧＳＮ５０に対してパケットの送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により送受信する。
【０１２６】
無線送受信部７１５にはアンテナが接続され、ＵＥ１０に対してパケットの送受信を行う機能部である。３ＧＰＰで規格化された３Ｇアクセスシステムや２Ｇアクセスシステムによる送受信を行う。
【０１２７】
記憶部７２０は、ＮＢ７０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部７２０は、アクセスネットワークＢを介した転送路Ｂを用いてＵＥ１０が通信を行うアプリケーションを識別するフロー識別情報をＵＥ１０毎に記憶するＮＢフロー管理表７２２を記憶する。
【０１２８】
ここで、ＮＢフロー管理表７２２のデータ構成の一例を図１８に示す。図１８（ａ）に示すように、ＮＢフロー管理表７２２ではフロー識別情報（例えば、「フロー１」）が記憶されている。
【０１２９】
フロー識別情報は、ＵＥ１０が通信する複数の通信フローを識別することを可能にする情報であり、例えばＴＦＴ（Traffic Flow Template）により識別を行う。ＴＦＴは、ＩＰアドレス、ポート番号、プロトコル番号、接続先のドメイン名、アプリケーション識別情報などを用いて構成される識別情報群であり、例えばＵＥ１０が通信を行う複数の通信フローのうちの「フロー１」をＴＦＴにより特定可能にする。
【０１３０】
フロー識別情報は、ＴＦＴ以外にもＰＤＮコネクションの識別子を用いても良い。この場合、ＵＥ１０は通信フロー毎に異なるＰＤＮコネクションを確立し、ＰＤＮコネクション識別子により「フロー１」を識別することができる。ここでＰＤＮコネクションとは、ＳＡＥ規格の通信システムにおいてもちいられるＵＥ１０とＰＧＷ２０との間の通信コネクションを指す。
【０１３１】
さらに、フロー識別情報は、ベアラＩＤを用いてもよい。この場合、ＵＥ１０は通信フロー毎に異なるベアラを確立し、ベアラＩＤにより「フロー１」を識別することができる。ここでベアラＩＤとは、ＵＥ１０がＬＴＥアクセスネットワークまたは３Ｇ，２Ｇアクセスネットワークに接続する際に転送路として確立するベアラを識別する識別情報である。
【０１３２】
転送路確立処理部７３０は、アクセスネットワークＢを介したＰＧＷ２０との転送路を確立する処理を実行する機能部である。
【０１３３】
また、パケット送受信部７４０は、具体的なデータ（パケット）を送受信する機能部である。
【０１３４】
［１．２．８  ＡＲの構成］
次に、本実施形態におけるＡＲ８０の構成について図１１をもとに説明する。ＡＲ８０は、制御部８００に、有線送受信部８１０と、無線送受信部８１５と、記憶部８２０と、転送路確立処理部８３０と、パケット送受信部８４０とが接続されて構成されている。
【０１３５】
制御部８００は、ＡＲ８０を制御するための機能部である。制御部８００は、記憶部８２０に記憶されている各種プログラムを読み出して実行することにより各処理を実現する。
【０１３６】
有線送受信部８１０は、ルータ又はスイッチに有線接続され、ＰＧＷ２０に対してパケットの送受信を行う機能部である。例えば、ネットワークの接続方式として一般的に利用されているＥｔｈｅｒｎｅｔ（登録商標）等により送受信する。
【０１３７】
無線送受信部８１５にはアンテナが接続され、ＵＥ１０に対してパケットの送受信を行う機能部である。無線送受信部８１５は、ＷＬＡＮアクセスシステムによる送受信を行う。
【０１３８】
記憶部８２０は、ＡＲ８０の各種動作に必要なプログラム、データ等を記憶する機能部である。さらに、記憶部８２０は、アクセスネットワークＣを介した転送路Ｃを用いてＵＥ１０が通信を行うアプリケーションを識別するフロー識別情報をＵＥ１０毎に記憶するＡＲフロー管理表８２２を記憶する。
【０１３９】
ここで、ＡＲフロー管理表８２２のデータ構成の一例を図１９に示す。図１９（ａ）に示すように、ＡＲフロー管理表８２２ではフロー識別情報（例えば、「フロー１」）が記憶されている。
【０１４０】
フロー識別情報は、ＵＥ１０が通信する複数の通信フローを識別することを可能にする情報であり、例えばＴＦＴ（Traffic Flow Template）により識別を行う。ＴＦＴは、ＩＰアドレス、ポート番号、プロトコル番号、接続先のドメイン名、アプリケーション識別情報などを用いて構成される識別情報群であり、例えばＵＥ１０が通信を行う複数の通信フローのうちの「フロー１」をＴＦＴにより特定可能にする。
【０１４１】
フロー識別情報は、ＴＦＴ以外にもＰＤＮコネクションの識別子を用いても良い。この場合、ＵＥ１０は通信フロー毎に異なるＰＤＮコネクションを確立し、ＰＤＮコネクション識別子により「フロー１」を識別することができる。ここでＰＤＮコネクションとは、ＳＡＥ規格の通信システムにおいてもちいられるＵＥ１０とＰＧＷ２０との間の通信コネクションを指す。
【０１４２】
さらに、フロー識別情報は、ベアラＩＤを用いてもよい。この場合、ＵＥ１０は通信フロー毎に異なるベアラを確立し、ベアラＩＤにより「フロー１」を識別することができる。ここでベアラＩＤとは、ＵＥ１０がＬＴＥアクセスネットワークまたは３Ｇ，２Ｇアクセスネットワークに接続する際に転送路として確立するベアラを識別する識別情報である。
【０１４３】
転送路確立処理部８３０は、アクセスネットワークＣを介したＰＧＷ２０との転送路を確立する処理を実行する機能部である。
【０１４４】
また、パケット送受信部８４０は、具体的なデータ（パケット）を送受信する機能部である。
【０１４５】
［１．３  本実施形態における初期状態］
次に、本実施形態における初期の状態を説明する。図１において、ＵＥ１０はアクセスネットワークＡに接続し、複数の通信フローの通信を行っている。
【０１４６】
ここで、アクセスネットワークＡはＬＴＥアクセスネットワークであり、ＵＥ１０はＬＴＥ基地局であるｅＮＢ６０に接続し、ｅＮＢ６０と、ＳＧＷ３０とを介してＰＧＷ２０との間で転送路を確立している。
【０１４７】
以後、具体例として、ＵＥ１０は「フロー１」と「フロー２」の２つのフローの通信を行っている例を説明する。
【０１４８】
ＵＥ１０は、ＵＥフロー管理表１３２にフロー識別情報と転送路を対応づけて管理する。例えば、図１２（ｂ）のように、「フロー１」のフロー識別情報と、アクセスネットワークＡを介した「転送路Ａ」とを管理し、「フロー２」のフロー識別情報と、アクセスネットワークＡを介した「転送路Ａ」とを管理している。
【０１４９】
ＰＧＷ２０は、ＰＧＷフロー管理表２２２にフロー識別情報と転送路を対応づけて管理する。例えば、図１３（ｂ）のように、「フロー１」のフロー識別情報と、アクセスネットワークＡを介した「転送路Ａ」とを管理し、「フロー２」のフロー識別情報と、アクセスネットワークＡを介した「転送路Ａ」とを管理している。
【０１５０】
ＳＧＷ３０は、ＳＧＷフロー管理表３２２にフロー識別情報と転送路を対応づけて管理する。例えば、図１４（ｂ）のように、「フロー１」のフロー識別情報と、アクセスネットワークＡを介した「転送路Ａ」とを管理し、「フロー２」のフロー識別情報と、アクセスネットワークＡを介した「転送路Ａ」とを管理している。
【０１５１】
ＭＭＥ４０は、ＭＭＥフロー管理表４２２にフロー識別情報と転送路を対応づけて管理する。例えば、図１５（ｂ）のように、「フロー１」のフロー識別情報と、アクセスネットワークＡを介した「転送路Ａ」とを管理し、「フロー２」のフロー識別情報と、アクセスネットワークＡを介した「転送路Ａ」とを管理している。
【０１５２】
ｅＮＢ６０は、ｅＮＢフロー管理表６２２にアクセスネットワークＡを介した転送路でＵＥ１０が通信を行うフロー識別情報を管理する。例えば、図１７（ｂ）のように、「フロー１」のフロー識別情報と、「フロー２」のフロー識別情報とを管理している。
【０１５３】
また、ＭＭＥ４０は、ＵＥ能力情報管理表４２４に、ＵＥ１０がアクセスネットワークＡからアクセスネットワークＢへのハンドオーバを行う際、従来のハンドオーバとは異なり、アクセスネットワークＢのリソース等により一部のハンドオーバを行うＵＥであることや、アクセスネットワークＢへの切り替えができなかった通信フローをアクセスネットワークＣに切り替えることができるＵＥであるなどを示す能力情報を管理する。
【０１５４】
ＵＥ能力情報は、ＵＥ１０がアクセスネットワークＡを介してコアネットワークに初期接続する際のアタッチ手続きにおいて、ＵＥ１０がＭＭＥ４０に通知することでＭＭＥ４０はＵＥ能力情報管理表４２４に登録する。
【０１５５】
もしくは、ネットワーク運用者が加入者情報とともにＵＥ１０とともに当該能力情報を取得しておき、加入者情報に基づいてＭＭＥ４０にＵＥ能力情報管理表４２４に登録してもよい。
【０１５６】
以上のように、本実施形態の初期状態においては、ＵＥ１０はアクセスネットワークＡを介してコアネットワークに接続し、ＵＥ１０とＰＧＷ２０の間に転送路を確立し、複数の通信フローの通信を行う。
【０１５７】
［１．４  ハンドオーバ手続き］
続いて、本実施形態におけるハンドオーバ手続きについて説明する。本実施形態のハンドオーバ手続きでは、アクセスネットワークＡを経由した転送路Ａにおいて通信を行っている通信フローを、アクセスネットワークＢを経由した転送路Ｂにハンドオーバさせる手続きを開始し、ハンドオーバ手続きにおいてアクセスネットワークＢのリソースの状況により一部のハンドオーバを行うことができないことを検知する。
【０１５８】
さらに、ハンドオーバを行うことのできるフローとハンドオーバを行うことができないフローとを判定し、ハンドオーバできるフローはアクセスネットワークＢにハンドオーバさせて通信を継続する。
【０１５９】
また、ハンドオーバを行うことができないフローが有ることと、ハンドオーバできないフローを識別するフロー識別情報とをＵＥ１０へ通知する。
【０１６０】
通知を受けたＵＥ１０は、アクセスネットワークＣを介した転送路Ｃを確立し、アクセスネットワークＢを経由した転送路Ｂで通信を継続することができないフローをアクセスネットワークＣを介した転送路Ｃに切り替えて通信を継続する。
【０１６１】
図２０を用いて具体的なハンドオーバ手続きについて説明する。ＵＥ１０は、ＬＴＥアクセスシステムに接続する能力を備えた第１送受信部を介してＬＴＥアクセスネットワークであるアクセスネットワークＡを介してコアネットワークに接続している。ＵＥ１０は、ｅＮＢ８０、ＳＧＷ３０を介してＰＧＷ２０との間にアクセスネットワークＡを介した転送路を確立し、複数のフロー（例えば「フロー１」と「フロー２」）の通信を行っている。
【０１６２】
（１）アクセスネットワークＡに配置されるＵＥ１０が接続するｅＮＢ６０は、ＵＥ１０がアクセスネットワークＢを介した転送路にハンドオーバ手続きを開始すること決定する（Ｓ１００）。ハンドオーバ手続きの開始は、ＵＥ１０が定期的に送信する周辺の基地局情報等に基づいて行うことができる。さらに、ｅＮＢ６０はハンドオーバ手続き開始を決定する際にはハンドオーバ先の基地局装置を特定することができる。本実施形態においては、ハンドオーバ先の基地局装置が、アクセスネットワークＡとは異なるアクセスネットワークＢに配置されるＮＢ７０であることを検知する。
【０１６３】
（２）ｅＮＢ６０は、ＭＭＥ４０にハンドオーバ要求を送信し、ハンドオーバ手続きを開始する（Ｓ１０２）。ハンドオーバ要求メッセージには、ＵＥ１０の識別情報と、ハンドオーバ先のＮＢ７０の識別情報とを含めて送信する。
【０１６４】
（３）ＭＭＥ４０は、ハンドオーバ要求を受信し、ＵＥ１０のアクセスネットワークＡを介した転送路からアクセスネットワークＢを介した転送路へのハンドオーバを許可することを決定し、許可する場合にはアクセスネットワークＢに配置されるＳＧＳＮ５０に再配置要求を送信する（Ｓ１０４）。再配置要求には、ＵＥ１０の識別情報と、切り替え先のＮＢ７０の識別情報とを含めて送信する。
【０１６５】
ＭＭＥ１０は再配置要求によりハンドオーバ先のアクセスネットワークＢへの切り替えを要求するとともに、アクセスネットワークＢにおいてリソースを確保することができるかを問い合わせる。そのため、ＭＭＥ１０は再配置要求メッセージに、ＵＥ１０が通信しているフローの識別情報、フローに対するＱｏＳ情報など、ＵＥ１０が通信を継続するために必要となるリソースを算出するための情報も含めて送信する。
【０１６６】
ここで、ＭＭＥ４０は、再配置要求を送信する際、ＵＥ能力情報管理表４２４を参照し、ＵＥ１０の能力の有無を確認する。
【０１６７】
また、ＵＥ能力情報管理表４２４をもとにＵＥ１０の能力が有ることを確認した場合、従来とは異なり、本実施形態で説明する従来とは異なる切り替え先のリソースに応じた一部フローの切り替えを許容するハンドオーバを行うことを示すフラグ（以下、「一部フロー切り替えフラグ」と呼ぶ）も付与して送信する。
【０１６８】
再配置要求メッセージに関わらず、「一部フロー切り替えフラグ」が制御メッセージに付与されていることは、ハンドオーバ先のアクセスネットワークのリソースが十分確保できず、一部のフローしか切り替えられない場合、従来ハンドオーバのように全てのフローのハンドオーバを却下することなく、リソースが確保できるフローについてはハンドオーバを行い、リソースが確保できないフローについては、判定したうえで通知することを要求している。また、「一部フロー切り替えフラグ」は、ＵＥ１０がこうしたハンドオーバを行うことができる機能をもつことを示している。
【０１６９】
ＭＭＥ４０は、アクセスネットワークＢに配置される基地局と。アクセスネットワークＢに接続されるＳＧＳＮを予め管理しておくなどすることより、受信したハンドオーバ要求に含まれるＮＢ７０の識別情報から、再配置要求を送信するＳＧＳＮ５０を特定する。
【０１７０】
（４）ＳＧＳＮ５０は、ＭＭＥ１０が送信する再配置要求を受信し、リソース割り当て要求をＮＢ７０に送信する（Ｓ１０６）。ＳＧＳＮ５０は受信した再配置要求に含まれるＮＢ７０の識別情報から送信先のＮＢ７０を特定する。
【０１７１】
ＳＧＳＮ５０は、リソース割り当て要求を送信することにより、ＮＢ７０においてＵＥ１０の通信フローのためのリソースを割り当てることを要求する。そのためＳＧＳＮ５０はリソース割り当て要求メッセージに、ＵＥ１０が通信しているフローの識別情報、フローに対するＱｏＳ情報など、ＵＥ１０が通信を継続するために必要となるリソースを算出するための情報も含めて送信する。
【０１７２】
さらに、ＳＧＳＮ５０は、受信した再配置要求メッセージに「一部フロー切り替えフラグ」が含まれている場合、リソース割り当て要求メッセージに「一部フロー切り替えフラグ」を付与して送信する。
【０１７３】
（５）ＮＢ７０は、リソース割り当て要求を受信し、ＵＥ１０が通信しているフローの識別情報、フローに対するＱｏＳ情報などを基に必要となるリソースを算出し、ＵＥ１０に対してリソースを確保できるか否かを確認する。
【０１７４】
ＮＢ７０は、リソース割り当て応答をＳＧＳＮ５０に送信する（Ｓ１０８）。図２２を用いてＮＢ７０のリソース割り当て応答送信のための処理フローを説明する。
【０１７５】
まず、ＮＢ７０はリソース割り当て要求時を受信する（ステップＳ１００２）。ＮＢ７０は要求される全てのリソースの確保ができるか否かを判定する（ステップＳ１００４）。
【０１７６】
要求される全てのリソースの確保ができる場合（ステップＳ１００６：Ｙｅｓ）、ＮＢ７０は全てのリソースが確保できることをＳＧＳＮ５０に通知する（ステップＳ１０２０）。通知手段は、ハンドオーバを許容するフロー識別情報を含めてリソース割り当て応答を送信してもよいし、要求されたすべての通信フローのリソースを確保できたことを示す新たなフラグを設けてリソース割り当て応答に付与して送信してもよい。
【０１７７】
複数の通信フローのうち、一部の通信フローのリソースが確保できない場合（ステップＳ１００６：Ｎｏ）、ＮＢ７０は受信したリソース割り当て要求に「一部フロー切り替えフラグ」が付与されているか否かを判定する（ステップＳ１００８）。
【０１７８】
「一部フロー切り替えフラグ」が有る場合（ステップＳ１００８；Ｙｅｓ）、ＮＢ７０は、リソースが確保できる通信フローと、リソースの確保できない通信フローとを判定する（ステップＳ１０１０）。本実施形態では、「フロー１」のリソースの確保でき、「フロー２」のリソースを確保することができないことを検知する。
【０１７９】
さらに、ＮＢ７０は、リソース割り当て応答をＳＧＳＮ５０に送信する（ステップＳ１０１２）。リソース割り当て応答により、ハンドオーバを要求された通信フローのうち、一部の通信フローのリソースが確保でき、それらの通信フローのハンドオーバを行うことができること、その他の通信フローのリソースは確保することができず、それらの通信フローのハンドオーバを行うことができないことを通知する。
【０１８０】
具体的な通知手段としては、例えば一部の通信フローのハンドオーバを行うことができないことを示す新たなフラグを設けて、フラグとフロー識別情報を付与してリソース割り当て応答を送信してもよいし、一部の通信フローのハンドオーバを行うことができることを示す新たなフラグを設けて、フラグとフロー識別情報を付与してリソース割り当て応答を送信してもよい。
【０１８１】
また、ＮＢ７０は受信したリソース割り当て要求に「一部フロー切り替えフラグ」が付与されていない場合（ステップＳ１００８；Ｎｏ）、従来どおり、ハンドオーバができないことを通知する情報を付与してリソース割り当て応答をＳＧＳＮ５０に送信する（ステップＳ１０１４）。
【０１８２】
以上の図２２の処理フローにより、ＮＢ７０は、受信したリソース割り当て要求に対して、全ての通信フローに対してリソースが確保できるか、一部の通信フローに対してのみリソースが確保できるか、すべての通信フローに対してリソースを確保できないのかを判定し、ＳＧＳＮ５０にリソース割り当て応答を送信することができる。
【０１８３】
（６）ＳＧＳＮ５０は、リソース割り当て応答を受信する。リソース割り当て応答から、リソース要求に対して、要求したすべてのリソースが確保できるのか、一部の通信フローに対してのみ確保できるのか、全ての通信フローに対して確保できないのかを判定することができる。
【０１８４】
ＳＧＳＮ５０は、ＭＭＥ４０に対して再配置応答を送信する（Ｓ１１０）。再配置応答にはフロー識別情報を含めて送信する。
【０１８５】
一部のフローに対してのみリソースが確保できる場合には、リソースが確保できるフローの識別情報と、リソース確保できないフローの識別情報とを含めて再配置応答をＭＭＥ４０に送信する。例えば「フロー１」のハンドオーバは行うことができるが、「フロー２」のハンドオーバは行うことができないことを通知する。
【０１８６】
全てのフローに対してリソースが確保できる場合には、ハンドオーバを行うことができる全てのフロー識別情報を含めてもよいし、従来どおりハンドオーバを許容することを通知するだけでもよい。
【０１８７】
全てのフローに対してリソースが確保できない場合には、ハンドオーバを行うことができない全てのフロー識別情報を含めてもよいし、従来どおりハンドオーバを不可することを通知するだけでもよい。
【０１８８】
（７）ＭＭＥ４０は、再配置応答を受信し、ハンドオーバ指示をｅＮＢに送信する（Ｓ１１２）。ＭＭＥ４０は、ハンドオーバ指示を送信することにより、ＵＥ１０に対してハンドオーバを指示する。ハンドオーバ指示には、フロー識別情報と、切り替え先のＮＢ７０の識別情報とを含めて送信する。
【０１８９】
ハンドオーバ指示には、受信した再配置応答に応じて、全ての通信フローのハンドオーバを行うのか、一部の通信フローのハンドオーバを行うのかを通知する。全てのフローのハンドオーバを行うことができない場合にはハンドオーバの指示を行わず、アクセスネットワークＡを介した転送路での通信を継続する。
【０１９０】
全ての通信フローのハンドオーバを行うことができる場合には、ＵＥ１０が行っているすべての通信フローのフロー識別情報を含めてハンドオーバ指示を送信するなどしてハンドオーバを行う通信フローを通知してもよいし、従来どおり、すべての通信を切り替えるよう指示するハンドオーバ指示を送信してもよい。
【０１９１】
一部の通信フローのみハンドオーバができる場合には、ハンドオーバを行うことができる通信フローのフロー識別子と、ハンドオーバを行うことができない通信フローのフロー識別子とを含めることにより、ハンドオーバ指示で通知する。
【０１９２】
具体的には、「フロー１」はＮＢ７０にハンドオーバできることと、「フロー２」はＮＢ７０にはハンドオーバすることができないことを通知する。
【０１９３】
（８）ｅＮＢ６０は、ハンドオーバ指示を受信し、ＵＥ１０にハンドオーバ指示を送信する（Ｓ１１４）。ｅＮＢ６０は、ハンドオーバ指示を送信することにより、ＵＥ１０に対してハンドオーバを指示する。ハンドオーバ指示には、フロー識別情報と、切り替え先のＮＢ７０の識別情報とを含めて送信する。
【０１９４】
ハンドオーバ指示には、ＭＭＥ４０から受信したハンドオーバ指示に応じて、全ての通信フローのハンドオーバを行うのか、一部の通信フローのハンドオーバを行うのかを通知する。
【０１９５】
全ての通信フローのハンドオーバを行うことができる場合には、ＵＥ１０が行っているすべての通信フローのフロー識別情報を含めてハンドオーバ指示を送信するなどしてハンドオーバを行う通信フローを通知してもよいし、従来どおり、すべての通信を切り替えるよう指示するハンドオーバ指示を送信してもよい。
【０１９６】
一部の通信フローのみハンドオーバができる場合には、ハンドオーバを行うことができる通信フローのフロー識別子と、ハンドオーバを行うことができない通信フローのフロー識別子とを含めることにより、ハンドオーバ指示で通知する。
【０１９７】
具体的には、「フロー１」はＮＢ７０にハンドオーバできることと、「フロー２」はＮＢ７０にはハンドオーバすることができないことを通知する。
【０１９８】
（９）ＵＥ１０は、ハンドオーバ指示を受信する。ハンドオーバ指示に含まれるＮＢ７０の識別子と、フロー識別情報により、従来どおり全ての通信フローをＮＢ７０にハンドオーバ行うのか、一部の通信フローのみＮＢ７０にハンドオーバを行うのかを判定することができる。
【０１９９】
すべての通信フローをハンドオーバできると判定した場合には、従来通りのハンドオーバ手続きを継続する。継続するハンドオーバ手続きは従来の通信システムの手続きと同様であるため、詳細説明は省略する。
【０２００】
一部の通信フローのみをハンドオーバすることを判定した場合、受信したハンドオーバ指示から、ハンドオーバを行う通信フローとハンドオーバを行わない通信フローとを判定する。
【０２０１】
具体的には、ＵＥ１０が通信を行っていた通信フローのうち、「フロー１」はハンドオーバを行うことを判定し、「フロー２」はハンドオーバを行うことができないことを判定する。
【０２０２】
これにより、従来の通信システムのＵＥ１０は、ＵＥ１０が通信する複数の通信フローのすべてをハンドオーバするためのハンドオーバ指示しか受信することができなかったが、本実施例のハンドオーバ手続きにより、ハンドオーバ先のアクセスネットワークに配置されるＮＢ７０のリソースが確保できるか否かにより、ハンドオーバすることができる通信フローと、ハンドオーバすることができない通信フローとを判定することができる。
【０２０３】
（変形例）
ここで、上述の実施形態ではＮＢ７０のリソースが確保できるか否かはＮＢ７０が判定する例を記載したが、ＮＢ７０のリソース消費状況をＳＧＳＮ５０がリアルタイムで管理しておいき、ＮＢ７０のリソースが確保できるか否かをＳＧＳＮ５０が判定してもよい。
【０２０４】
この場合には、ＳＧＳＮ５０は、ＮＢ７０がリソースの確保を行うことができる通信フローのフロー識別情報のみを付与してＮＢ７０にリソース割り当て要求を送信する。
【０２０５】
例えば、ＵＥ１０が通信を行う「フロー１」と「フロー２」のうち、ＳＧＳＮ５０は「フロー１」のリソース割り当てがＮＢ７０において確保できると判定し、「フロー２」のリソース割り当てはＮＢ７０において確保できないと判定する。
【０２０６】
ＳＧＳＮ５０は、「フロー１」のフロー識別情報を付与してＮＢ７０にリソース割り当て要求を送信し、ＮＢ７０においてリソースの割り当てを行う。
【０２０７】
さらに、ＳＧＳＮ５０はリソース割り当て応答をＮＢ７０から受信したあと、ＭＭＥ４０に対して再配置応答を送信する。再配置応答には既に説明した手続きと同様に、ＮＢ７０に切り替えを行うことができるフロー識別情報と、切り替えを行うことができないフロー識別情報とを含めて送信することができる。
【０２０８】
したがって、ＳＧＳＮ５０がＭＭＥ４０へ再配置応答を送信する以降の手続きは本変形例においても同様の手続きを行うことができる。
【０２０９】
このように、変形例においては、ＮＢ７０に新たなリソース割り当て可否を判断する機能を必要とすることなく、一部の通信フローのハンドオーバ指示をＵＥ１０に行うことが可能となる。
【０２１０】
続いて、ＵＥ１０は、アクセスネットワークＢを介した転送路Ｂへの切り替えの実行処理を行う。切り替えの実行処理においては、ＵＥ１０はアクセスネットワークを介した転送路へのハンドオーバを行うことができる通信フローのみを、ＮＢ７０、ＳＧＳＮ５０、ＳＧＷ５０を介したＰＧＷ２０への転送路へ切り替える。
【０２１１】
（１０）ＵＥ１０は、第２送受信部１２０からハンドオーバ完了通知をＮＢ７０に送信し、ＵＥ１０が、アクセスネットワークＢの転送路でリソースの確保ができるＵＥ１０の通信フローのハンドオーバ処理が完了したことを通知する（Ｓ１１６）。
【０２１２】
ハンドオーバ完了通知には、切り替えを行う通信フローのフロー識別情報を含めて通知する。
【０２１３】
ＵＥ１０は、ハンドオーバ完了通知の送信にあたり、ＵＥフロー管理表１３２を更新し、ハンドオーバを行う通信フローの転送路をアクセスネットワークＡを介した転送路からアクセスネットワークＢを介した転送路に切り替える。
【０２１４】
具体的には、図１２（ｂ）のように、「フロー１」に対する転送路をアクセスネットワークＡを介した転送路ＡからアクセスネットワークＢを介した転送路Ｂに更新し（図１２（ｃ））、「フロー１」の送受信をＮＢ７０を介した転送路に切り替える。
【０２１５】
（１１）ＮＢ７０は、ハンドオーバ完了通知を受信し、フロー識別情報で識別されるＵＥ１０のフローの送受信を開始する。
【０２１６】
フローの送受信の開始にあたっては、ＮＢフロー管理表７２２を更新し、図１８（ｂ）のように、ＵＥ１０の「フロー１」を送受信すると管理する。
【０２１７】
ＮＢ７０は、ＳＧＳＮ５０に再配置完了通知を送信し、ＵＥ１０およびＮＢ７０が、アクセスネットワークＢの転送路Ｂでリソースの確保ができるＵＥ１０の通信フローのハンドオーバ処理が完了したことを通知する（Ｓ１１８）。再配置完了通知には、切り替えを行う通信フローのフロー識別情報を含めて通知する。
【０２１８】
（１２）ＳＧＳＮ５０は、再配置完了通知を受信し、フロー識別情報で識別されるＵＥ１０のフローの送受信を開始する。
【０２１９】
フローの送受信の開始にあたっては、ＳＧＳＮフロー管理表５２２を更新し、図１６（ｂ）のように、ＵＥ１０の「フロー１」を送受信すると管理する。
【０２２０】
ＳＧＳＮ５０は、ＭＭＥ４０に再配置完了通知を送信し、ＵＥ１０と、ＮＢ７０と、ＳＧＳＮ５０とが、アクセスネットワークＢの転送路Ｂでリソースの確保ができるＵＥ１０の通信フローのハンドオーバ処理が完了したことを通知する（Ｓ１２０）。再配置完了通知には、切り替えを行う通信フローのフロー識別情報を含めて通知する。
【０２２１】
（１３）ＭＭＥ４０は、再配置完了通知を受信し、ＵＥ１０と、ＮＢ７０と、ＳＧＳＮ５０とが、アクセスネットワークＢの転送路Ｂでリソースの確保ができるＵＥ１０の通信フローのハンドオーバ処理が完了したことを判定する。
【０２２２】
ＭＭＥ４０は、ＭＭＥフロー管理表４２２を更新し、ＵＥ１０のハンドオーバを行う通信フローの転送路を、アクセスネットワークＡを介した転送路からアクセスネットワークＢを介した転送路に切り替える。
【０２２３】
具体的には、図１５（ｂ）のように、「フロー１」に対する転送路をアクセスネットワークＡを介した転送路ＡからアクセスネットワークＢを介した転送路Ｂに更新し、「フロー２」に対して転送路情報は削除する（図１５（ｃ））。
【０２２４】
さらに、ＭＭＥ４０は、ＭＭＥフロー管理表４２２から、アクセスネットワークＢの転送路Ｂにハンドオーバすることができない通信フローがあることを判定する。
【０２２５】
具体的には「フロー２」がアクセスネットワークＢのリソースの状態により、アクセスネットワークＢを介した転送路にハンドオーバできないことを判定する。
【０２２６】
アクセスネットワークＢの転送路Ｂにハンドオーバすることができない通信フローがあることを判定した場合や、ＵＥ能力情報管理表４２４をもとにＵＥ１０の能力が有ることを確認した場合には、従来とは異なり、本実施形態で説明する従来とは異なる切り替え先のリソースに応じた一部フローの切り替えを許容するハンドオーバを行うことを示すフラグ（以下「一部フロー切り替えフラグ」と呼ぶ）を付与して再配置完了通知応答を送信する（Ｓ１２２）。
【０２２７】
さらに、再配置完了通知応答には、アクセスネットワークＢを介した転送路Ｂにハンドオーバを行うことのできない通信フローのフロー識別情報を付与してもよい。具体的には「フロー２」を識別するフロー識別情報を付与してもよい。
【０２２８】
再配置要求メッセージに関わらず、「一部フロー切り替えフラグ」が制御メッセージに付与されていることは、ハンドオーバ先のアクセスネットワークのリソースが十分確保できず、一部のフローしか切り替えられない場合、従来ハンドオーバのように全てのフローのハンドオーバを却下することなく、リソースが確保できるフローについてはハンドオーバを行い、リソースが確保できないフローについては、判定したうえで通知することを要求している。また、「一部フロー切り替えフラグ」は、ＵＥ１０がこうしたハンドオーバを行うことができる機能をもつことを示している。
【０２２９】
（１４）ＳＧＳＮ５０は、再配置完了通知応答を受信し、ＳＧＷ３０にベアラ更新要求を送信し、ＵＥ１０と、ＮＢ７０と、ＳＧＳＮ５０と、ＭＭＥ４０とが、アクセスネットワークＢの転送路Ｂでリソースの確保ができるＵＥ１０の通信フローのハンドオーバ処理が完了したことと、アクセスネットワークＢの転送路でリソースの確保ができない通信フローがあることを通知する（Ｓ１２４）。
【０２３０】
ベアラ更新要求により、ＳＧＳＮ５０は、切り替えを行う通信フローの転送路の変更を、ＳＧＷ３０とＰＧＷ２０とに要求する。
【０２３１】
ベアラ更新要求には、切り替えを行う通信フローのフロー識別情報と、切り替えを行うことができない通信フローのフロー識別情報とを含めて通知する。また、ベアラ更新要求には、従来とは異なる切り替え先のリソースに応じた一部フローの切り替えを許容するハンドオーバを行うことを示す「一部フロー切り替えフラグ」を付与して送信する。
【０２３２】
具体的には、ＵＥ１０が通信を行う通信フローのうち、「フロー１」がアクセスネットワークＢを介した転送路Ｂに切り替えることができること、「フロー２」がアクセスネットワークＢを介した転送路Ｂに切り替えることができないことを通知する。
【０２３３】
ＳＧＳＮ５０は、ベアラ更新要求の送信にあたり、ＳＧＳＮフロー管理表５２２を更新し、図１６（ｂ）のように、ＵＥ１０の「フロー１」を送受信すると管理する。
【０２３４】
さらに、ＳＧＳＮ５０、ＳＧＳＮフロー管理表５２２に基づいて、「フロー１」の送受信を、アクセスネットワークＢを介した転送路を用いて行う。
【０２３５】
（１５）ＳＧＷ３０は、ベアラ更新要求を受信し、ＰＧＷ２０にベアラ更新要求を送信し、ＵＥ１０と、ＮＢ７０と、ＳＧＳＮ５０と、ＭＭＥ４０と、ＳＧＷ３０が、アクセスネットワークＢの転送路でリソースの確保ができるＵＥ１０の通信フローのハンドオーバ処理が完了したことと、アクセスネットワークＢの転送路Ｂでリソースの確保ができない通信フローがあることを通知する（Ｓ１２６）。
【０２３６】
ＳＧＷ３０は、ベアラ更新要求により、ＳＧＳＮ３０の要求に基づいて、切り替えを行う通信フローの転送路の変更を、ＰＧＷ２０に要求する。
【０２３７】
ベアラ更新要求には、切り替えを行う通信フローのフロー識別情報と、切り替えを行うことができない通信フローのフロー識別情報とを含めて通知する。また、ベアラ更新要求には、従来とは異なる切り替え先のリソースに応じた一部フローの切り替えを許容するハンドオーバを行うことを示す「一部フロー切り替えフラグ」を付与して送信する。
【０２３８】
具体的には、ＵＥ１０が通信を行う通信フローのうち、「フロー１」がアクセスネットワークＢを介した転送路Ｂに切り替えることができること、「フロー２」がアクセスネットワークＢを介した転送路Ｂに切り替えることができないことを通知する。
【０２３９】
ＳＧＷ３０は、ベアラ更新要求の送信にあたり、ＳＧＷフロー管理表３２２を更新し、アクセスネットワークＢを介して通信を行うフローを管理する。具体的には、図１４（ｂ）のように、「フロー１」に対してアクセスネットワークＡを介した転送路Ａを管理し、「フロー２」に対してアクセスネットワークＡを介した転送路Ａを管理していたのに対し、「フロー１」に対してアクセスネットワークＢを介した転送路Ｂを管理するよう更新し、「フロー２」に対して転送路情報は削除する（図１４（ｃ））。
【０２４０】
さらに、ＳＧＷ３０は、ＳＧＷフロー管理表３２２に基づいて、「フロー１」の送受信を、アクセスネットワークＢを介した転送路Ｂを用いて行う。
【０２４１】
具体的には、ＵＥ１０が通信を行う通信フローのうち、「フロー１」がアクセスネットワークＢを介した転送路Ｂに切り替えることができること、「フロー２」がアクセスネットワークＢを介した転送路Ｂに切り替えることができないことを判定する。
【０２４２】
ＰＧＷ２０は、ベアラ更新要求の受信により、ＰＧＷフロー管理表２２２を更新し、アクセスネットワークＢを介して通信を行うフローを管理する。具体的には、図１３（ｂ）のように、「フロー１」に対してアクセスネットワークＡを介した転送路Ａを管理していたのに対し、「フロー１」に対してアクセスネットワークＢを介した転送路Ｂを管理するよう更新する（図１３（ｃ））。
【０２４３】
さらに、ＰＧＷ２０は、ＰＧＷフロー管理表２２２に基づいて、「フロー１」の送受信を、アクセスネットワークＢを介した転送路を用いて行う。
【０２４４】
従来とは異なる切り替え先のリソースに応じた一部フローの切り替えを許容するハンドオーバを行うことを示す「一部フロー切り替えフラグ」が付与されていることから、アクセスネットワークＢを介した転送路に切り替えることができなかった通信フローに対して、ＵＥ１０がアクセスネットワークＣを介した転送路を用いて通信を継続することを判定する。
【０２４５】
具体的には、ＰＧＷ２０はＵＥ１０の「フロー２」が、アクセスネットワークＢを介した転送路Ｂへ切り替えを行うことができないことを判定し、さらに、アクセスネットワークＣを介した転送路Ｃへ切り替える要求がＵＥ１０からなされることを判定する。
【０２４６】
これらにより、ＰＧＷ２０は「フロー２」に対する情報を、アクセスネットワークＣを介した転送路Ｃへの切り替えの要求がくるまで維持する。また、ＰＧＷ２０はバッファを備え、ＰＧＷ２０に対して転送される「フロー２」のデータを一時的にバッファリングしてもよい。
【０２４７】
また、ベアラ更新要求に「一部フロー切り替えフラグ」が付与されていない場合には、「フロー２」に対する転送路の情報は削除してよい。
【０２４８】
その後、ＰＧＷ２０はベアラ更新応答をＳＧＷ３０に送信し、転送路の切り替えを完了したことを通知する（Ｓ１２８）。
【０２４９】
（１７）ＳＧＷ３０は、ベアラ更新応答を受信し、ベアラ更新応答をＳＧＳＮ５０に送信し、転送路の切り替えを完了したことを通知する（Ｓ１３０）。
【０２５０】
以上の手続きにより、ＵＥ１０は、アクセスネットワークＡを介した転送路で行っていた通信フローに対して、アクセスネットワークＡに配置されるｅＮＢ７０が主導してアクセスネットワークＢを介した転送路Ｂの切り替えが開始され、アクセスネットワークＢのリソースの状態に応じてハンドオーバを行うことができる通信フローと、ハンドオーバを行うことのできない通信フローとを判定することができる。
【０２５１】
さらに、ＰＧＷ２０においても、アクセスネットワークＢのリソースの状態に応じてハンドオーバを行うことができる通信フローと、ハンドオーバを行うことのできない通信フローとを判定することができ、こうした通信フローに対して、アクセスネットワークＣを介した転送路への切り替えが要求されることを検知することができる。
【０２５２】
詳細には、ＵＥ１０の第１送受信部１１０から、ｅＮＢ６０と、ＳＧＷ３０とを介してＰＧＷ２０との間に確立された転送路で通信を行っていた、「フロー１」と「フロー２」に対して、アクセスネットワークＢでリソースの確保ができる「フロー１」に対しては、ＵＥ１０の第２送受信部１２０から、ＮＢ７０と，ＳＧＳＮ５０と、ＳＧＷ３０とを介して、ＰＧＷ２０との間に転送路を確立し、切り替えて通信を継続することができる。
【０２５３】
さらに、各装置は、「フロー２」がアクセスネットワークＢでリソースの確保ができないことを検知することができる。
【０２５４】
また、こうした従来とは異なるこうしたハンドオーバ手続きを行うか否かは、ＵＥ１０の能力情報の有無に応じて決定することができる。
【０２５５】
また、フロー識別情報は、既に説明したとおり、ＵＥ１０が通信する複数の通信フローを識別することを可能にする情報であり、例えばＴＦＴ（Traffic Flow Template）により識別を行う。ＴＦＴは、ＩＰアドレス、ポート番号、プロトコル番号、接続先のドメイン名、アプリケーション識別情報などを用いて構成される識別情報群であり、例えばＵＥ１０が通信を行う複数の通信フローのうちの「フロー１」をＴＦＴにより特定可能にする。
【０２５６】
フロー識別情報は、ＴＦＴ以外にもＰＤＮコネクションの識別子を用いても良い。この場合、ＵＥ１０は通信フロー毎に異なるＰＤＮコネクションを確立し、ＰＤＮコネクション識別子により「フロー１」を識別することができる。ここでＰＤＮコネクションとは、ＳＡＥ規格の通信システムにおいてもちいられるＵＥ１０とＰＧＷ２０との間の通信コネクションを指す。
【０２５７】
さらに、フロー識別情報は、ベアラＩＤを用いてもよい。この場合、ＵＥ１０は通信フロー毎に異なるベアラを確立し、ベアラＩＤにより「フロー１」を識別することができる。ここでベアラＩＤとは、ＵＥ１０がＬＴＥアクセスネットワークまたは３Ｇ，２Ｇアクセスネットワークに接続する際に転送路として確立するベアラを識別する識別情報である。
【０２５８】
このように、ＵＥ１０は、ＴＦＴで識別される通信フロー単位での転送路切り替えも行うことができるし、ＰＤＮコネクション単位での転送路切り替えも行うこともできるし、ベアラＩＤ単位での転送路切り替えも行うことができる。
【０２５９】
（変形例）
ここで、これまで説明したコアネットワークに配置される各装置は、一つの装置として実装されてもよい。例えば、ＳＧＳＮ５０とＳＧＷ３０は物理的に２つの装置として構成されてもよいし、１つの装置としても構成されてもよい。
【０２６０】
１つの装置として構成される場合には、これまで説明したＳＧＳＮ５０とＳＧＷ３０間の制御魚メッセージの送受信は、装置内での内部処理となる。
【０２６１】
ＳＧＷ３０とＰＧＷ２０など、他の装置についても同様である。さらには、３つの装置が１つとして構成されてもよい。
【０２６２】
［１．５  ＷＬＡＮへの切り替え手続き］
次に、ＵＥ１０の通信フローのうち、アクセスネットワークＢを介した転送路Ｂに切り替えを行うことができなかった通信フローを、アクセスネットワークＣを介した転送路Ｃへ切り替えて通信を継続する手続きについて図２１（a）を用いて説明する。
【０２６３】
ＵＥ１０はこれまでの手続きにより、「フロー２」の通信を、アクセスネットワークＣを介した転送路Ｃで継続することを決定する。
【０２６４】
（１）ＵＥ１０は、第３送受信部１４０により、ＡＲ８０からＩＰアドレスを取得する（Ｓ２０２）。ＩＰアドレスの取得手段は、従来からよく知られるＤＨＣＰやＲＡなどの制御メッセージを用いて取得してよい。
【０２６５】
（２）取得したＩＰアドレスを用いてＰＧＷ２０に対して位置登録要求を送信する（Ｓ２０４）。位置登録には切り替えを要求する「フロー２」のフロー識別情報を付与して送信する。位置登録要求の送信に対しては、ＵＥ１０はＰＧＷ２０のＩＰアドレス等の識別情報を保持しておくか、ＰＧＷ２０の判定手段を持つ。
【０２６６】
ＰＧＷ２０は、位置登録要求を受信し、ＰＧＷフロー管理表２２２を更新する。具体的には、図１３（ｃ）のように、「フロー２」に対する転送路をアクセスネットワークＣを介した転送路Ｃに更新する。
【０２６７】
これにより、ＰＧＷ２０は、ＵＥ１０に対してアクセスネットワークＣの転送路を確立し、「フロー２」のデータ送受信を行う転送路を切り替える。
【０２６８】
ＰＧＷ２０が「フロー２」の送受信データをバッファリングしていた場合には、転送路確立とともにＵＥ１０へ送信開始する。
【０２６９】
ＰＧＷ２０は、転送路の確立を通知するために、位置登録応答をＵＥ１０に送信する（Ｓ２０６）。位置登録応答には、アクセスネットワークＡを介した転送路での「フロー２」の通信を行っていた際にＵＥ１０が使用していたＩＰアドレスを含めて送信してもよい。
【０２７０】
（３）ＵＥ１０は、位置登録応答を受信し、アクセスネットワークＣを介した転送路Ｃが確立できたことを確認し、「フロー２」の通信を、アクセスネットワークＣを介した転送路Ｃに切り替えて継続する。
【０２７１】
ＵＥ１０は、転送路切り替えに対して、ＵＥフロー管理表１３２を更新する。具体的には、図１２（ｃ）のように、「フロー２」に対する転送路を、アクセスネットワークＣを介した転送路Ｃに更新する。
【０２７２】
ＵＥ１０は、「フロー２」の通信を、位置登録応答に含まれるＩＰアドレスを用いておこなってもよい。この場合、転送路の切り替え前後で同じＩＰアドレスを用いて通信を継続することができる。
【０２７３】
以上の手続きにより、ＵＥ１０は、アクセスネットワークＢのリソースの状況等に起因してアクセスネットワークＢを介した転送路Ｂに切り替えることができなかった通信フローを、アクセスネットワークＣを介した転送路Ｃに切り替えて通信を継続することができる。
【０２７４】
具体的には、ＵＥ１０はＰＧＷ２０との間にアクセスネットワークＣを介した転送路Ｃを確立し、「フロー２」の通信を継続する。
【０２７５】
また、ＵＥ１０がＰＧＷ２０へ送信する位置登録要求は、ＤＳＭＩＰなどのプロトコルで定められるメッセージを用いて送信してもよい。
【０２７６】
以上の手続きにより、ＵＥ１０は、アクセスネットワークＡを介した転送路Ａで行っていた通信フローに対して、アクセスネットワークＡに配置されるｅＮＢ７０が主導してアクセスネットワークＢを介した転送路Ｂの切り替えが開始され、アクセスネットワークＢのリソースの状態に応じてハンドオーバを行うことができる通信フローと、ハンドオーバを行うことのできない通信フローとを判定することができる。
【０２７７】
さらに、ＰＧＷ２０においても、アクセスネットワークＢのリソースの状態に応じてハンドオーバを行うことができる通信フローと、ハンドオーバを行うことのできない通信フローとを判定することができ、こうした通信フローに対して、アクセスネットワークＣを介した転送路Ｃへの切り替えが要求されることを検知することができる。
【０２７８】
詳細には、ＵＥ１０の第１送受信部から、ｅＮＢ６０と、ＳＧＷ３０とを介してＰＧＷ２０との間に確立された転送路で通信を行っていた、「フロー１」と「フロー２」に対して、アクセスネットワークＢでリソースの確保ができる「フロー１」に対しては、ＵＥ１０の第２送受信部１２０から、ＮＢ７０と，ＳＧＳＮ５０と、ＳＧＷ３０とを介して、ＰＧＷ２０との間に転送路を確立し、切り替えて通信を継続することができる。
【０２７９】
さらに、各装置は、「フロー２」がアクセスネットワークＢでリソースの確保ができないことを検知し、アクセスネットワークＣを介した転送路ＣをＰＧＷ２０との間に確立し、転送路を切り替えて「フロー２」の通信を継続することができる。
【０２８０】
また、こうした従来とは異なるこうしたハンドオーバ手続きを行うか否かは、ＵＥ１０の能力情報の有無に応じて決定することができる。
【０２８１】
また、フロー識別情報は、既に説明したとおり、ＵＥ１０が通信する複数の通信フローを識別することを可能にする情報であり、例えばＴＦＴ（Traffic Flow Template）により識別を行う。ＴＦＴは、ＩＰアドレス、ポート番号、プロトコル番号、接続先のドメイン名、アプリケーション識別情報などを用いて構成される識別情報群であり、例えばＵＥ１０が通信を行う複数の通信フローのうちの「フロー１」をＴＦＴにより特定可能にする。
【０２８２】
フロー識別情報は、ＴＦＴ以外にもＰＤＮコネクションの識別子を用いても良い。この場合、ＵＥ１０は通信フロー毎に異なるＰＤＮコネクションを確立し、ＰＤＮコネクション識別子により「フロー１」を識別することができる。ここでＰＤＮコネクションとは、ＳＡＥ規格の通信システムにおいてもちいられるＵＥ１０とＰＧＷ２０との間の通信コネクションを指す。
【０２８３】
さらに、フロー識別情報は、ベアラＩＤを用いてもよい。この場合、ＵＥ１０は通信フロー毎に異なるベアラを確立し、ベアラＩＤにより「フロー１」を識別することができる。ここでベアラＩＤとは、ＵＥ１０がＬＴＥアクセスネットワークまたは３Ｇ，２Ｇアクセスネットワークに接続する際に転送路として確立するベアラを識別する識別情報である。
【０２８４】
このように、ＵＥ１０は、ＴＦＴで識別される通信フロー単位での転送路切り替えも行うことができるし、ＰＤＮコネクション単位での転送路切り替えも行うこともできるし、ベアラＩＤ単位での転送路切り替えも行うことができる。
【０２８５】
また、本実施形態では、アクセスネットワークＢを３Ｇアクセスネットワークとして説明をしてきたが、アクセスネットワークＢを２Ｇアクセスネットワークとしても同様の手続きにより転送路の切り替えを行うことができる。
【０２８６】
［２．第２実施形態］
次に、第２実施形態について、説明する。
【０２８７】
ネットワーク構成、各装置の構成は、第１実施形態で説明した構成と同様であり、説明を省略する。
【０２８８】
ＵＥ１０の通信フローのうち、アクセスネットワークＢを介した転送路Ｂに切り替えを行うことができなかった通信フローを、アクセスネットワークＣを介した転送路Ｃへ切り替えて通信を継続する手続きが第１実施形態とは異なる。
【０２８９】
本実施形態における手続きについて図２１（ｂ）を用いて説明する。ＵＥ１０は、「フロー２」の通信を、アクセスネットワークＣを介した転送路で継続することを決定する。
【０２９０】
（１）ＵＥ１０は、第３送受信部１４０により、ＡＲ８０からＩＰアドレスを取得する（Ｓ３０２）。ＩＰアドレスの取得手段は、従来からよく知られるＤＨＣＰやＲＡなどの制御メッセージを用いて取得してよい。
【０２９１】
（２）取得したＩＰアドレスを用いてＡＲ８０に対して位置登録要求を送信する（Ｓ３０４）。位置登録には切り替えを要求する「フロー２」のフロー識別情報を付与して送信する。
【０２９２】
（３）ＡＲ８０は、位置登録要求を受信し、位置登録要求をＰＧＷ２０に送信する（Ｓ３０６）。位置登録には切り替えを要求する「フロー２」のフロー識別情報を付与して送信する。
【０２９３】
位置登録要求の送信に対しては、ＡＲ８０は、ＰＧＷ２０のＩＰアドレス等の識別情報を保持しておくか、ＰＧＷ２０の判定手段を持つ。
【０２９４】
（４）ＰＧＷ２０は、位置登録要求を受信し、ＰＧＷフロー管理表２２２を更新する。具体的には、図１３（ｃ）のように、「フロー２」に対する転送路をアクセスネットワークＣを介した転送路Ｃに更新する。
【０２９５】
これにより、ＰＧＷ２０は、ＵＥ１０に対してアクセスネットワークＣの転送路を確立し、「フロー２」のデータ送受信を行う転送路を切り替える。
【０２９６】
ＰＧＷ２０が「フロー２」の送受信データをバッファリングしていた場合には、転送路確立とともにＵＥ１０へ送信開始する。
【０２９７】
ＰＧＷ２０は、転送路の確立を通知するために、位置登録応答をＡＲ８０に送信する（Ｓ３０８）。位置登録応答には、アクセスネットワークＡを介した転送路Ａでの「フロー２」の通信を行っていた際にＵＥ１０が使用していたＩＰアドレスを含めて送信してもよい。
【０２９８】
（５）ＡＲ８０は、位置登録応答を受信し、アクセスネットワークＣを介した転送路Ｃが確立できたことを確認し、位置登録応答をＵＥ１０に送信する（Ｓ３１０）。これにより、「フロー２」の通信を、アクセスネットワークＣを介した転送路で開始する。
【０２９９】
位置登録応答には、アクセスネットワークＡを介した転送路Ａでの「フロー２」の通信を行っていた際にＵＥ１０が使用していたＩＰアドレスを含めて送信してもよい。
【０３００】
ＡＲ８０は、転送路切り替えに対して、ＡＲフロー管理表８３２を更新する。具体的には、図１９（ｂ）のように、アクセスネットワークＣを介した転送路Ｃで通信するフローとして「フロー２」を管理する。
【０３０１】
（６）ＵＥ１０は、位置登録応答を受信し、アクセスネットワークＣを介した転送路Ｃが確立できたことを確認し、「フロー２」の通信を、アクセスネットワークＣを介した転送路に切り替えて継続する。
【０３０２】
ＵＥ１０は、転送路切り替えに対して、ＵＥフロー管理表１３２を更新する。具体的には、図１２（ｃ）のように、「フロー２」に対する転送路を、アクセスネットワークＣを介した転送路Ｃに更新する。
【０３０３】
ＵＥ１０は、「フロー２」の通信を、位置登録応答に含まれるＩＰアドレスを用いておこなってもよい。この場合、転送路の切り替え前後で同じＩＰアドレスを用いて通信を継続することができる。
【０３０４】
以上の手続きにより、ＵＥ１０は、アクセスネットワークＢのリソースの状況等に起因してアクセスネットワークＢを介した転送路Ｂに切り替えることができなかった通信フローを、アクセスネットワークＣを介した転送路Ｃに切り替えて通信を継続することができる。
【０３０５】
具体的には、ＵＥ１０はＰＧＷ２０との間にアクセスネットワークＣを介した転送路を確立し、「フロー２」の通信を継続する。
【０３０６】
また、ＵＥ１０と、ＡＲ７０と、ＰＧＷ２０とが送受信する位置登録要求や位置登録応答は、ＰＭＩＰやＧＴＰなどのプロトコルで定められるメッセージを用いて送信してもよい。
【０３０７】
これにより本実施形態では、第１実施形態とは異なり、ＵＥ１0はＰＧＷ２０のアドレス等の識別情報を保持する必要はなく、ＡＲとの制御メッセージの送受信のみで転送路を確立することができる。
【０３０８】
［３．第３実施形態］
次に、第３実施形態について、説明する。
【０３０９】
ネットワーク構成、各装置の構成は、第１実施形態で説明した構成と同様であり、説明を省略する。
【０３１０】
ＵＥ１０の通信フローのうち、アクセスネットワークＢを介した転送路Ｂに切り替えを行うことができなかった通信フローを、アクセスネットワークＣを介した転送路Ｃへ切り替えて通信を継続する手続きが第１実施形態とは異なる。
【０３１１】
ＵＥ１０は、「フロー２」の通信を、アクセスネットワークＣを介した転送路で継続することを決定する。
【０３１２】
ＵＥ１０は、第３送受信により、ＡＲ８０からＩＰアドレスを取得する。ＩＰアドレスの取得手段は、従来からよく知られるＤＨＣＰやＲＡなどの制御メッセージを用いて取得してよい。
【０３１３】
ＵＥ１０は、ＡＲ８０から取得したＩＰアドレスを送信元アドレスとして、「フロー２」の通信を開始する。
【０３１４】
このように、ＵＥ１０は、ＩＰアドレスを変更して通信を継続する。具体的には、「フロー２」の通信に用いるＩＰアドレスを、アクセスネットワークＡを介した転送路Ａで通信を行っていたときに用いていたＩＰアドレスから、ＡＲ８０から取得したＩＰアドレスに変更して通信を継続する。
【０３１５】
これにより、ＰＧＷ２０をアンカーとした通信ではなく、ＵＥ１０はＡＲ８０から取得したＩＰアドレスをもちいて通信を行う。
【０３１６】
以上の手続きにより、第１実施形態および第２実施形態とは異なり、ＵＥ１０，ＡＲ８０，ＰＧＷ２０は位置登録に伴う制御情報の送受信、処理等を軽減することができる。
【０３１７】
本実施形態によれば、基地局装置が主導してアクセスネットワークを切り替えてハンドオーバ手続きが行われるＬＴＥアクセスネットワーク等の第１アクセスネットワークと第１アクセスネットワークとは異なる伝送能力や通信リソースの利用状況が異なる３Ｇアクセスネットワーク等の第２アクセスネットワークと、移動局装置が主導してアクセスネットワークを切り替えてハンドオーバが行われるＷＬＡＮアクセスネットワーク等の第３アクセスネットワークとに接続可能な移動局装置と、第１アクセスネットワークの転送路を経由して複数の通信フローの通信を行う制御局装置において、第１のアクセスネットワークに配置される基地局装置が主導して第２のアクセスネットワークにハンドオーバ手続きを開始し、第２アクセスネットワークで収容可能な通信フローを選択してハンドオーバを行い、第２アクセスネットワークで収容できない通信フローを移動局装置に通知し、移動局装置は、これら通信フローを第３アクセスネットワークへ切り替えるようハンドオーバ手続きを開始、実行することで通信を継続する。
【０３１８】
したがって、ＬＴＥアクセスネットワークのエリアから離れた移動局装置は、３Ｇアクセスネットワークの通信リソースを最大限に有効活用して通信を継続しつつ、３Ｇアクセスネットワークで通信を継続できない通信フローはＷＬＡＮアクセスネットワークを利用して通信を継続でき、複数のアクセスネットワークリソースを有効に活用することができるとともに、通信の切断を免れることが可能となる。
【０３１９】
［４．変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０３２０】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０３２１】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０３２２】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０３２３】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０３２４】
１        ：移動通信システム
１０  ＵＥ
１００    ：制御部
１１０    ：第１送受信部
１２０    ：第２送受信部
１３０    ：記憶部
１３２    ：ＵＥフロー管理表
１４０    ：第３送受信部
１５０    ：転送路確立処理部
１６０    ：パケット送受信部
２０  ＰＧＷ
２００    ：制御部
２１０    ：送受信部
２２０    ：記憶部
２２２    ：ＰＧＷフロー管理表
２３０    ：転送路確立処理部
２４０    ：パケット送受信部
３０  ＳＧＷ
３００    ：制御部
３１０    ：送受信部
３２０    ：記憶部
３２２    ：ＳＧＷフロー管理表
３３０    ：転送路確立処理部
３４０    ：パケット送受信部
４０  ＭＭＥ
４００    ：制御部
４１０    ：送受信部
４２０    ：記憶部
４２２    ：ＭＭＥフロー管理表
４２４    ：ＵＥ能力情報管理表
４３０    ：転送路確立処理部
４４０    ：パケット送受信部
５０  ＳＧＳＮ
５００    ：制御部
５１０    ：送受信部
５２０    ：記憶部
５２２    ：ＳＧＳＮフロー管理表
５３０    ：転送路確立処理部
５４０    ：パケット送受信部
６０  ｅＮＢ
６００    ：制御部
６１０    ：有線送受信部
６１５    ：無線送受信部
６２０    ：記憶部
６２２    ：ｅＮＢフロー管理表
６３０    ：転送路確立処理部
６４０    ：パケット送受信部
７０  ＮＢ
７００    ：制御部
７１０    ：有線送受信部
７１５    ：無線送受信部
７２０    ：記憶部
７２２    ：ＮＢフロー管理表
７３０    ：転送路確立処理部
７４０    ：パケット送受信部
８０  ＡＲ
８００    ：制御部
８１０    ：有線送受信部
８１５    ：無線送受信部
８２０    ：記憶部
８２２    ：ＡＲフロー管理表
８３０    ：転送路確立処理部
８３２    ：ＡＲフロー管理表
８４０    ：パケット送受信部
【図１】
2014054644.tif 000003
【図２】
2014054644.tif 000004
【図３】
2014054644.tif 000005
【図４】
2014054644.tif 000006
【図５】
2014054644.tif 000007
【図６】
2014054644.tif 000008
【図７】
2014054644.tif 000009
【図８】
2014054644.tif 000010
【図９】
2014054644.tif 000011
【図１０】
2014054644.tif 000012
【図１１】
2014054644.tif 000013
【図１２】
2014054644.tif 000014
【図１３】
2014054644.tif 000015
【図１４】
2014054644.tif 000016
【図１５】
2014054644.tif 000017
【図１６】
2014054644.tif 000018
【図１７】
2014054644.tif 000019
【図１８】
2014054644.tif 000020
【図１９】
2014054644.tif 000021
【図２０】
2014054644.tif 000022
【図２１】
2014054644.tif 000023
【図２２】
2014054644.tif 000024
【国際調査報告】
2014054644.tif 000025
2014054644.tif 000026