(57)【特許請求の範囲】
【請求項１】
移動通信端末とPDN Connectionを確立するＰＧＷと、
前記ＰＧＷの識別子であるPGW IDを保持する加入者情報管理装置と、
ネットワーク上で非3GPPへのハンドオーバがサポートされている前記移動通信端末の移動管理を行うMobility Management Entity (MME)と、を備え、
前記加入者情報管理装置が初期設定され、
前記MMEが変更された際に、変更されたMMEは、Tracking Area Update(TAU)処理またはRouting Area Update(RAU)処理において、前記PGW IDを設定したメッセージを前記加入者情報管理装置へ送信する、移動通信システム。
【請求項２】
請求項１に記載の移動通信システムであって、
前記変更されたMMEは、前記移動通信端末からTAU RequestメッセージまたはRAU Requestメッセージを受信し、前記TAU RequestメッセージまたはRAU Requestメッセージに基づくTracking Area Update処理またはRouting Area Update処理において、前記PGW IDを設定したメッセージを前記加入者情報管理装置へ送信する、移動通信システム。
【請求項３】
ネットワーク上で非3GPPへのハンドオーバがサポートされる移動通信端末の移動管理を行うMobility Management Entity (MME)であって、前記移動通信端末とPDN Connectionを確立するＰＧＷの識別子であるPGW IDを保持する加入者情報管理装置が初期設定され、前記MMEが変更された際に、
Tracking Area Update処理またはRouting Area Update処理において、前記PGW IDを設定したメッセージを前記加入者情報管理装置へ送信する送信手段を備えるMME。
【請求項４】
請求項３に記載のMMEであって、
前記移動通信端末からTAU RequestメッセージまたはRAU Requestメッセージを受信する受信手段をさらに備え、
前記送信手段は、前記TAU RequestメッセージまたはRAU Requestメッセージに基づくTracking Area Update処理またはRouting Area Update処理において、前記PGW IDを設定したメッセージを前記加入者情報管理装置へ送信する、MME。
【請求項５】
移動通信端末とPDN Connectionを確立するＰＧＷの識別子であるPGW IDを保持する加入者情報管理装置が初期設定され、ネットワーク上で非3GPPへのハンドオーバがサポートされる前記移動通信端末の移動管理を行うMobility Management Entity (MME)が変更された際に、Tracking Area Update処理またはRouting Area Update処理において、前記PGW IDを設定したメッセージを前記加入者情報管理装置へ送信する通信方法。
【請求項６】
請求項５に記載の通信方法であって、
前記Tracking Area Update処理または前記Routing Area Update処理において、前記移動通信端末からTAU RequestメッセージまたはRAU Requestメッセージを受信し、
前記TAU Requestメッセージまたは前記RAU Requestメッセージに基づく前記Tracking Area Update処理または前記Routing Area Update処理において、前記PGW IDを設定したメッセージを前記加入者情報管理装置へ送信する、通信方法。
【請求項７】
移動通信端末とPDN Connectionを確立するＰＧＷの識別子であるPGW IDを保持する加入者情報管理装置が初期設定され、ネットワーク上で非3GPPへのハンドオーバがサポートされる前記移動通信端末の移動管理を行うMobility Management Entity (MME)が変更された際に、Tracking Area Update処理またはRouting Area Update処理において、前記PGW IDを設定したメッセージを前記加入者情報管理装置へ送信する処理をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システム、移動管理装置、通信方法、及びプログラムに関し、特にハンドオーバ処理を実行する移動通信システム、移動管理装置、通信方法、及びプログラムに関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project）において、３ＧＰＰに規定されている無線通信方式が用いられる通信エリア（３ＧＰＰ通信エリア）と、３ＧＰＰに規定されていない無線通信方式が用いられる通信エリア（Ｎｏｎ−３ＧＰＰ通信エリア）との間でサービスを継続提供するためのハンドオーバに関する方法が検討されている。
【０００３】
以下に、現在３ＧＰＰにおいて検討されている、３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへハンドオーバする方法について説明する。はじめに、３ＧＰＰ通信エリアにおいて、移動通信端末であるＵＥ（User Equipment）は、３ＧＰＰ無線アクセス技術を用いて在圏ネットワーク（ＥＰＣ：Evolved Packet Core）に接続し、ゲートウェイ（例えば、ＰＧＷ：Packet Data Network Gateway）を介して、外部ネットワーク（ＰＤＮ：Packet Data NetworkやＩｎｔｅｒｎｅｔ）に接続する。ＰＧＷは、ＵＥに関するユーザデータを、在圏ネットワークと外部ネットワークとの間で伝送（送受信）するためのゲートウェイであり、ＵＥとの通信に用いるPDN Connectionを確立する。PDN Connectionは、１つ、或いは複数の通信ベアラから構成される。PDN Connectionは、ＵＥに提供されるサービス毎に確立される。サービスとは、例えば、ＩＭＳ(IP Multimedia Subsystem)やＩｎｔｅｒｎｅｔ接続などＡＰＮ(Access Point Name)に関連づくものである。
【０００４】
この３ＧＰＰ通信エリアでのPDN Connectionの確立において、ＭＭＥ（Mobility Management Entity）は、ＵＥに関する加入者情報を管理するＨＳＳ（Home Subscriber Server）へ、ＰＧＷの識別情報であるPGW IDを送信する。PGW IDは、ＵＥとの通信に用いるPDN Connectionを確立しているＰＧＷの識別情報である。ＭＭＥは、PDN Connectionの設定、ＵＥに関する移動管理や通信制御などを行うノード装置である。ＨＳＳは、PDN Connection単位にPGW IDを関連づける管理、ＵＥの加入者情報の管理などを行うサーバ装置である。ＭＭＥがPGW IDをＨＳＳへ送信する手順については、ＡＴＴＡＣＨ手順について説明している非特許文献１に記載されている。
【０００５】
次に、ＵＥが、Ｎｏｎ−３ＧＰＰ通信エリアへ移動した際に、ＵＥはＮｏｎ−３ＧＰＰ無線アクセス技術を用いてＩＰアクセス装置に接続する。ＩＰアクセス装置は、ＵＥが外部ネットワークから継続してサービスが受けられるように、ＡＡＡ（Authentication Authorization Accounting）サーバに対して、ＵＥとPDN Connectionを確立しているＰＧＷのPGW IDの問合せを行う。ＡＡＡサーバは、Ｎｏｎ−３ＧＰＰ通信エリアにおける通信の認証等を実行する。ここで、ＡＡＡサーバは、ＨＳＳと連携しており、ＨＳＳにおいて管理されているPGW IDを取得することができる。ＡＡＡサーバは、ＨＳＳから取得したPGW IDを、ＩＰアクセス装置に通知する。
【０００６】
ＩＰアクセス装置は、ＡＡＡサーバから取得したPGW IDを用いて、ＵＥに関するPDN Connectionを確立しているＰＧＷを選択することができる。さらに、ＩＰアクセス装置は、ＵＥとＰＧＷとの間の通信経路もしくは通信ベアラを確立する。このようにして、ＵＥは、移動先でも同じＰＧＷを介して外部ネットワークからサービスを受け続けることができる。つまり、ＰＧＷをアンカーポイントとすることによって、３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへのハンドオーバが実現される。
【０００７】
続いて、PGW IDを保持するＨＳＳに障害が発生した場合について説明する。ＨＳＳに障害が発生した場合、ＨＳＳにおいてサービスが一旦停止し、初期設定動作が行われることにより、ＨＳＳが再開される。このＨＳＳが再開した場合の手順は、非特許文献２に記載されている。具体的には、ＨＳＳは、再開すると、保持していたPGW IDをすべて削除する。さらに、ＨＳＳは、ＭＭＥに対してＲｅｓｅｔ通知を行う。
【０００８】
ＭＭＥは、ＨＳＳからＲｅｓｅｔ通知を受信した場合、当該ＵＥにおけるLocation Information Confirmed in HSS（ＬＩＣＨ）をNot Confirmedとして管理する。なお、ＬＩＣＨがNot Confirmedとされている状態は、ＨＳＳが再開し、ＵＥとの通信に用いるPDN Connectionを確立したＰＧＷのPGW IDを保持していないことを示している。
【０００９】
ここで、ＵＥは、３ＧＰＰ通信エリア内において、定期的に位置情報の提供としてＴＡＵ（Tracking Area Update）を実行するためにTAU RequestメッセージをＭＭＥへ送信している。ＭＭＥは、TAU Requestメッセージを受信すると、ＵＥのＴＡ（Tracking Area）を更新するためにＨＳＳへＵＬＲ（Update Location Request）メッセージを送信する。この時、ＭＭＥは、ＵＥとの通信に用いるPDN Connectionを確立しているＰＧＷのPGW IDを含むActive APN（Access Point Name） AVP（Attribute Value Pair）を設定したＵＬＲメッセージをＨＳＳへ送信する。ここでは、ＭＭＥがTAU Requestメッセージを受信した場合について記述したが、ＭＭＥはTAU Requestメッセージ以外の何らかのメッセージをＵＥから受信した場合でも、ＭＭＥは、ＵＥとの通信に用いるPDN Connectionを確立しているＰＧＷのPGW IDを含むActive APN（Access Point Name） AVP（Attribute Value Pair）を設定したＵＬＲメッセージをＨＳＳへ送信してもかまわない。
【００１０】
従って、ＨＳＳは、Active APN AVPが設定されたＵＬＲメッセージを受信することによって、前記再開によって削除したPGW IDをＵＥと関連づけて再び保持することができる。これにより、ＨＳＳは、再開した後においても、ＵＥに関連づけられたPGW IDを再度保持することができる。そのため、その後、ＵＥがＮｏｎ−３ＧＰＰ通信エリアへハンドオーバした場合に、ＡＡＡサーバは、ＵＥとの通信に用いるPDN Connectionを確立しているＰＧＷのPGW IDをＨＳＳから取得することができる。その結果、ＵＥは、Ｎｏｎ−３ＧＰＰ通信エリアにおいても、３ＧＰＰ通信エリアにおけるＰＧＷと同じＰＧＷへアクセスすることが可能となり、そのＰＧＷをアンカーポイントとしてハンドオーバを実行することができる。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】3GPP TS 23.401 V13.3.0 (2015-06) 5.3.2節
【非特許文献２】3GPP TS 29.272 V13.2.0 (2015-06) 5.2.4節
【非特許文献３】3GPP TS 23.402 V13.2.0 (2015-06) 4.3.1.2節, 4.3.4節, 16章
【発明の概要】
【発明が解決しようとする課題】
【００１２】
非特許文献２におけるＨＳＳの再開後の復旧手順は、ＵＥがＭＭＥの変更を伴わないエリアにおいてＴＡＵを実行することを前提としている。具体的には、ＵＥは、ＬＩＣＨをNot Confirmedとして管理しているＭＭＥへTAU Requestメッセージを送信する。ＭＭＥは、TAU Requestメッセージを送信してきたＵＥのＬＩＣＨがNot Confirmedである場合に、ＵＥとの通信に用いるPDN Connectionを確立しているＰＧＷのPGW IDを含むActive APN AVPを設定したＵＬＲメッセージをＨＳＳへ送信する。
【００１３】
ここで、ＨＳＳの再開後の復旧手順として、ＵＥがＭＭＥの変更を伴うエリアへ移動した際の手順について説明する。はじめに、ＨＳＳは、再開すると各ＭＭＥへＲｅｓｅｔ通知を送信する。それにより、各ＭＭＥは、その時点で自装置の管理下にいるＵＥについて、そのＵＥのＬＩＣＨをNot Confirmedに管理する。次に、あるＵＥが、ＭＭＥの変更を伴うエリアへ移動した際に、そのＵＥはTAU Requestメッセージを新たな変更後のＭＭＥへ送信する。しかし、変更後のＭＭＥは、TAU Requestメッセージを送信してきたＵＥについて、そのＵＥのＬＩＣＨをNot Confirmedとして管理していない。そのため、変更後のＭＭＥは、そのＵＥとの通信に用いるPDN Connectionを確立しているＰＧＷのPGW IDをＨＳＳへ送信しない。ただし、そのような場合であっても、変更後のＭＭＥは、変更前のＭＭＥからPGW IDの情報を取得することができる。そのため、変更後のＭＭＥは、取得したPGW IDを用いて、ＵＥが移動前に接続していたＰＧＷと同じＰＧＷに接続することができる。
【００１４】
このような状況において、ＵＥがさらに３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへハンドオーバした場合、ＨＳＳは、ＵＥとの通信に用いるPDN Connectionを確立しているＰＧＷのPGW IDを保持していないため、ＡＡＡサーバは、ＨＳＳからPGW IDを取得することができない。そのため、Ｎｏｎ−３ＧＰＰ通信エリアにおけるＩＰアクセス装置は、アンカーポイントとなるＰＧＷを検出することができない。その結果、ＵＥが、３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへハンドオーバできないという問題が発生する。
【００１５】
本発明の目的は、上記のような状況において、ＨＳＳの再開後においても、ＵＥが、正常に３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへハンドオーバすることができる移動通信システム、移動管理装置、通信方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１６】
本発明の第１の態様にかかる移動通信システムは、移動通信端末との通信に用いるPDN Connectionを確立するＰＧＷと、前記ＰＧＷの識別子であるPGW IDを保持するＨＳＳと、前記移動通信端末の移動管理を行う移動管理装置と、を備え、前記移動管理装置は、前記移動通信端末から送信されたTracking Area Updateメッセージを受信すると、前記ＨＳＳにおける前記PGW IDの保持状態にかかわらず、前記PGW IDを設定したUpdate Location Requestメッセージを前記ＨＳＳへ送信するものである。
【００１７】
本発明の第２の態様にかかる移動管理装置は、移動通信端末から送信されたTracking Area Updateメッセージを受信すると、前記移動通信端末との通信に用いるPDN Connectionを確立したＰＧＷのPGW IDを保持するＨＳＳにおける前記PGW IDの保持状態にかかわらず、前記PGW IDを設定したUpdate Location Requestメッセージを前記ＨＳＳへ送信する通信部、を備えるものである。
【００１８】
本発明の第３の態様にかかる通信方法は、移動通信端末から送信されたTracking Area Updateメッセージを受信すると、前記移動通信端末との通信に用いるPDN Connectionを確立したＰＧＷのPGW IDを保持するＨＳＳにおける前記PGW IDの保持状態にかかわらず、前記PGW IDを設定したUpdate Location Requestメッセージを前記ＨＳＳへ送信するものである。
【００１９】
本発明の第４の態様にかかるプログラムは、移動通信端末から送信されたTracking Area Updateメッセージを受信すると、前記移動通信端末との通信に用いるPDN Connectionを確立したＰＧＷのPGW IDを保持するＨＳＳにおける前記PGW IDの保持状態にかかわらず、前記PGW IDを設定したUpdate Location Requestメッセージを前記ＨＳＳへ送信することをコンピュータに実行させるものである。
【発明の効果】
【００２０】
本発明により、上記のような状況において、ＨＳＳの再開後においても、ＵＥが、正常に３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへハンドオーバすることができる移動通信システム、移動管理装置、通信方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００２１】
【図１】実施の形態１にかかる移動通信システムの構成図である。
【図２】実施の形態２にかかる移動通信システムの構成図である。
【図３】実施の形態２にかかるＭＭＥの構成図である。
【図４】実施の形態２にかかるＵＥの構成図である。
【図５】実施の形態２にかかるＴＡＵ処理の流れを示す図である。
【図６】実施の形態２にかかるＴＡＵ処理の流れを示す図である。
【図７】実施の形態２にかかるUpdate Location Requestメッセージを示す図である。
【図８】実施の形態２にかかるハンドオーバ処理の流れを示す図である。
【図９】実施の形態２にかかる移動通信システムの構成図である。
【図１０】実施の形態３にかかるContext Responseメッセージの設定内容を示す図である。
【図１１】実施の形態３にかかるIndication Flagsに設定されるIndicationの設定内容を示す図である。
【図１２】実施の形態３にかかるContext ResponseメッセージのMME/SGSN UE EPS PDN Connectionsの設定内容を示す図である。
【図１３】実施の形態４にかかるＡＲＤの内容を示す図である。
【図１４】実施の形態５にかかるハンドオーバ処理の流れを示す図である。
【図１５】実施の形態５にかかるＡＡＡサーバ、ＨＳＳ、及びＭＭＥの間で行われる認証処理の流れを示す図である。
【発明を実施するための形態】
【００２２】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる移動通信システムの構成例について説明する。図１の移動通信システムは、移動通信端末１０、ＰＧＷ１１、ＨＳＳ１２、及び移動管理装置１００を有している。図１の通信システムは、主に３ＧＰＰにおいて規定されているノード装置を用いて構成されている。
【００２３】
移動通信端末１０は、携帯電話端末、スマートフォン端末、もしくはタブレット型端末等であってもよい。もしくは、移動通信端末１０は、Ｍ２Ｍ（Machine to Machine）端末、もしくはＭＴＣ（Machine Type Communication）端末等であってもよい。また、移動通信端末１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。移動通信端末１０は、３ＧＰＰ通信エリア及びＮｏｎ−３ＧＰＰ通信エリアにいて通信することができる端末を前提とする。
【００２４】
ＰＧＷ１１、ＨＳＳ１２、及び移動管理装置１００は、３ＧＰＰにおいて機能及び動作が規定されているノード装置である。ＰＧＷ１１、ＨＳＳ１２、及び移動管理装置１００は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
【００２５】
ＰＧＷ１１は、移動通信端末１０との通信に用いるPDN Connectionを確立する。PDN Connectionは、ｅＮＢ（evolved Node B）（不図示）もしくはＲＮＣ（Radio Network Controller）（不図示）を介し、移動通信端末１０とＰＧＷ１１との間に確立される。ｅＮＢ及びＲＮＣは、３ＧＰＰにおいて機能及び動作が規定されている装置である。ｅＮＢは、無線通信方式としてＬＴＥ（Long Term Evolution）をサポートする基地局である。ＲＮＣは、２Ｇ（第２世代携帯電話）もしくは３Ｇ（第３世代携帯電話）と称される無線通信方式をサポートするノード装置である。また、ＰＧＷ１１には、通信システム内において一意に識別される識別子であるPGW IDが付与されている。通信システムは、例えば、ＥＰＳ（Evolved Packet System）であってもよい。
【００２６】
ＨＳＳ１２は、移動通信端末１０との通信に用いるPDN Connectionを確立しているＰＧＷのPGW IDを保持する。移動管理装置１００は、移動通信端末１０に関する移動管理を行う。移動管理とは、例えば、移動通信端末１０の移動に伴って変化する位置情報を管理することであってもよい。また、移動管理装置１００は、ＭＭＥまたはＳＧＳＮ（Serving GPRS Support Node）であってもよい。
【００２７】
ここで、移動通信端末１０は、定期的にTAU Requestメッセージを移動管理装置１００へ送信する。具体的には、移動通信端末１０は、ｅＮＢを介してTAU Requestメッセージを移動管理装置１００へ送信する。
【００２８】
Tracking Areaは、１以上のセルによって構成される。Tracking Areaは、例えば、移動管理装置１００によって管理される情報である。言い換えると、移動管理装置１００は、移動通信端末１０の位置情報としてTracking Areaを管理する。また、移動管理装置１００は、移動通信端末１０を呼び出す際に、移動通信端末１０と関連づけられているTracking Areaに位置する全ての移動通信端末に対してPagingを実行する。
【００２９】
移動管理装置１００は、移動通信端末１０から送信されたTAU Requestメッセージを受信すると、ＨＳＳ１２におけるPGW IDの保持状態にかかわらず、PGW IDを設定したULRメッセージをＨＳＳ１２へ送信する。
【００３０】
移動管理装置１００は、ＨＳＳ１２において管理されている移動通信端末１０の位置情報を更新するために、ULRメッセージをＨＳＳ１２へ送信する。ＨＳＳ１２は、通常、移動通信端末１０のＡＴＴＡＣＨ処理時に、移動通信端末１０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを取得する。さらに、ＨＳＳ１２は、移動通信端末１０とＰＧＷ１１のPGW IDとを関連付けて保持している。ただし、ＨＳＳ１２は、障害の発生等により再開すると保持していたPGW IDをすべて削除する。そのため、ＨＳＳ１２は、移動通信端末１０と関連づけられたＰＧＷ１１のPGW IDを保持してない場合もある。
【００３１】
移動管理装置１００は、ＨＳＳ１２が移動通信端末１０と関連づけられたＰＧＷ１１のPGW IDを保持しているか否かにかかわらず、ＰＧＷ１１のPGW IDを設定したULRメッセージを送信する。ＨＳＳ１２は、ULRメッセージを受信すると、既にＰＧＷ１１のPGW IDを保持しており、受信したPGW IDと変更がない場合は、移動通信端末１０と関連づけられたＰＧＷ１１のPGW IDを更新する処理を行わなくてもよい。一方、既に保持しているPGW IDと、ULRメッセージに設定されているPGW IDとが異なる場合は、上書きして保存する。
【００３２】
ＨＳＳ１２は、ULRメッセージを受信すると、ＰＧＷ１１のPGW IDを保持していない場合、ULRメッセージに設定されているPGW IDを移動通信端末１０と関連付けて保持する。
【００３３】
ＨＳＳ１２がＰＧＷ１１のPGW IDを保持しているか否かにかかわらず、とは、移動管理装置１００が、TAU Requestメッセージを送信してきた移動通信端末１０についてＬＩＣＨをNot Confirmedとして管理しているか否かにかかわらず、と言い換えてもよい。つまり、移動管理装置１００は、TAU Requestメッセージを送信してきた移動通信端末１０についてＬＩＣＨをNot Confirmedとして管理しているか否かにかかわらず、PGW IDを設定したULRメッセージをＨＳＳ１２へ送信する。
【００３４】
以上説明したように、移動管理装置１００は、ＨＳＳ１２が、TAU Requestメッセージを送信してきた移動通信端末１０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを保持しているか否かにかかわらず、PGW IDを設定したULRメッセージをＨＳＳ１２へ送信する。言い換えると、移動管理装置１００は、TAU Requestメッセージを送信してきた移動通信端末１０についてＬＩＣＨをNot Confirmedとして管理しているか否かにかかわらず、PGW IDを設定したULRメッセージをＨＳＳ１２へ送信する。
【００３５】
これにより、ＨＳＳ１２は、再開後に移動通信端末１０がＭＭＥの変更を伴う移動をした場合であっても、移動通信端末１０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを取得することができる。そのため、移動通信端末１０が、ＨＳＳ１２の再開前にTAU Requestメッセージを送信したＭＭＥと、ＨＳＳ１２の再開後にTAU Requestメッセージを送信したＭＭＥとが異なる場合であっても、移動通信端末１０のハンドオーバ処理を正常に実行することができる。さらに、移動通信端末１０が３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへ移動した場合であっても、移動通信端末１０のハンドオーバ処理を正常に実行することができる。
【００３６】
つまり、ＨＳＳ１２は、移動通信端末１０がTAU Requestメッセージを送信するタイミングに、移動通信端末１０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを更新することができる。そのため、ＨＳＳ１２は、自装置が再開後に、移動通信端末１０が３ＧＰＰ通信エリア内においてＭＭＥの変更を伴う移動をし、さらに移動通信端末１０がＮｏｎ−３ＧＰＰ通信エリアへ移動した場合であっても、ＡＡＡサーバへ移動通信端末１０に関するPGW IDを送信することができる。そのため、Ｎｏｎ−３ＧＰＰ通信エリアにおいても、アンカーポイントとなるＰＧＷ１１のPGW IDを特定することができるため、移動通信端末１０に関するハンドオーバ処理を正常に実行することができる。
【００３７】
（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかる移動通信システムの構成例について説明する。図２の移動通信システムは、ＰＧＷ１１、ＨＳＳ１２、ＭＭＥ１３、ＭＭＥ１４、ＵＥ２０、ＡＡＡサーバ３１、ＩＰアクセス装置３２、ｅＮＢ４０、ｅＮＢ４１、ＳＧＷ５０、ＳＧＷ６０、及びＰＣＲＦ７０を有している。ＰＧＷ１１及びＨＳＳ１２は、図１と同様であるため詳細な説明を省略する。また、図２においては、移動管理装置１００としてＭＭＥ１３を用いて説明する。
【００３８】
ＵＥ２０は、図１の移動通信端末１０に相当する。ＵＥ２０は、３ＧＰＰにおいて移動通信端末の総称として用いられている。ＡＡＡサーバ３１は、Ｎｏｎ−３ＧＰＰ通信エリアにおいて、ＵＥ２０の認証を行う装置である。さらに、ＡＡＡサーバ３１は、ＨＳＳ１２と連携しており、ＨＳＳ１２から、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを受信する。
【００３９】
ＩＰアクセス装置３２は、Ｎｏｎ−３ＧＰＰ通信エリアにおいて、ＵＥ２０と通信を行う装置である。ＩＰアクセス装置３２は、例えば、無線ＬＡＮにおけるアクセスポイントであってもよく、もしくは、３ＧＰＰにおいて定められた通信方式と異なる通信方式を用いて、ＵＥ２０とモバイル通信を行う装置であってもよい。なお、ＩＰアクセス装置３２は、非特許文献３に記載されているTrusted non-3GPP Access network、ｅＰＤＧ(Evolved Packet Data Gateway)、ＴＷＡＮ(Trusted WLAN Access Network)であってもかまわない。また、ＩＰアクセス装置３２は、ＷＴ（Wireless LAN Termination）であってもよい。
【００４０】
さらに、ＩＰアクセス装置３２は、ＡＡＡサーバ３１からＵＥ２０に関連付けられたPGW IDを取得する。ＩＰアクセス装置３２は、取得したPGW IDを用いてＰＧＷ１１へアクセスする。これによって、ＩＰアクセス装置３２は、アンカーポイントであるＰＧＷ１１と、ＵＥ２０との間の通信を中継することができる。
【００４１】
ｅＮＢ４０及びｅＮＢ４１は、無線方式としてＬＴＥを用いてＵＥ２０と通信する。また、ＳＧＷ５０は、ｅＮＢ４０とＰＧＷ１１との間の通信を中継し、ＳＧＷ６０は、ｅＮＢ４１とＰＧＷ１１との間の通信を中継する。ＰＣＲＦ７０は、ＵＥ２０に関するＱｏＳポリシー等を管理するノード装置である。
【００４２】
図２は、ＵＥ２０が、ＭＭＥ１３が管理するTracking Areaから、ＭＭＥ１４が管理するTracking Areaへ移動し、さらに、Ｎｏｎ−３ＧＰＰ通信エリアへ移動することを示している。図２の実線は、制御情報もしくはC-Plane情報が送信もしくは受信されることを示す。図２の破線は、ユーザデータもしくはU-Plane情報が送信もしくは受信されることを示す。また、図２のＵＥ２０間に示されている矢印は、ＵＥ２０が移動していることを示す。
【００４３】
また、実施の形態２においては、ＨＳＳ１２が再開した後に、ＵＥ２０が、ＭＭＥ１３が管理するTracking AreaからＭＭＥ１４によって管理されるTracking Areaへ移動し、その後、Ｎｏｎ−３ＧＰＰ通信エリアへ移動した場合の処理について主に説明する。
【００４４】
続いて、図３を用いて本発明の実施の形態２にかかるＭＭＥ１３の構成例について説明する。ＭＭＥ１４は、ＭＭＥ１３と同様の構成であるため詳細な説明を省略する。ＭＭＥ１３は、通信部（なお、通信部は送信及び受信部と言い換えてもよい）１５及び制御部１６を有している。通信部１５及び制御部１６は、プロセッサがメモリに格納されたプログラムを実行することによって動作するソフトウェアもしくはモジュール等であってもよい。もしくは、通信部１５及び制御部１６は、回路もしくはチップ等のハードウェアであってもよい。
【００４５】
通信部１５は、ｅＮＢ４０、ＨＳＳ１２、及びＭＭＥ１４と通信を行う。また、通信部１５は、ｅＮＢ４０を介してＵＥ２０と通信を行う。制御部１６は、通信部１５を介してｅＮＢ４０、ＭＭＥ１４、及びＨＳＳ１２へ送信するメッセージを生成、さらに、ｅＮＢ４０、ＭＭＥ１４、及びＨＳＳ１２から受信したメッセージの解析等を行う。
【００４６】
例えば、制御部１６は、ＵＥ２０のＡＴＴＡＣＨ処理において、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを設定したNotify Requestメッセージを通信部１５を介してＨＳＳ１２へ送信する。また、制御部１６は、ｅＮＢ４０を介してＵＥ２０から送信されたTAU Requestメッセージを受信すると、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを設定したULRメッセージを通信部１５を介してＨＳＳ１２へ送信する。
【００４７】
また、制御部１６は、ＨＳＳ１２からＲｅｓｅｔ通知を受信すると、ＵＥ２０に関するＬＩＣＨをNot Confirmedとして管理する。
【００４８】
続いて、図４を用いて本発明の実施の形態２にかかるＵＥ２０の構成例について説明する。ＵＥ２０は、３ＧＰＰ通信部２１及びＮｏｎ−３ＧＰＰ通信部２２を有している。３ＧＰＰ通信部２１及びＮｏｎ−３ＧＰＰ通信部２２は、プロセッサがメモリに格納されたプログラムを実行することによって動作するソフトウェアもしくはモジュール等であってもよい。もしくは、３ＧＰＰ通信部２１及びＮｏｎ−３ＧＰＰ通信部２２は、回路もしくはチップ等のハードウェアであってもよい。
【００４９】
３ＧＰＰ通信部２１は、ｅＮＢ４０と無線通信を行う。例えば、３ＧＰＰ通信部２１は、無線通信方式としてＬＴＥを用いてｅＮＢ４０と無線通信を行う。３ＧＰＰ通信部２１は、ＵＥ２０が電源ＯＦＦ状態からＯＮ状態へ遷移した場合に、ATTACH RequestメッセージをｅＮＢ４０へ送信する。さらに、３ＧＰＰ通信部２１は、定期的に、ＵＥ２０の位置情報を送信する、TAU RequestメッセージをｅＮＢ４０へ送信する。もしくは、３ＧＰＰ通信部２１は、ＭＭＥの変更を伴う移動をした場合、TAU RequestメッセージをｅＮＢ４０へ送信する。
【００５０】
Ｎｏｎ−３ＧＰＰ通信部２２は、ＩＰアクセス装置３２と無線通信を行う。例えば、Ｎｏｎ−３ＧＰＰ通信部２２は、ＩＰアクセス装置３２と無線ＬＡＮ通信を行ってもよく、その他の通信方式を用いてＩＰアクセス装置３２と通信を行ってもよい。
【００５１】
続いて、図５及び図６を用いて本発明の実施の形態２にかかるＴＡＵ処理および３ＧＰＰ通信エリア内でのハンドオーバの処理の流れについて説明する。図５及び図６は、3GPP TS 23.401 V13.1.0 (2014-12)におけるFigure 5.3.3.1-1を参照している。また、図５及び図６においては、ＨＳＳ１２が再開し（Ｓ１）、ＨＳＳ１２が、ＭＭＥ１３及びＭＭＥ１４へＲｅｓｅｔ通知を送信している（Ｓ２及びＳ３）ことを前提とする。はじめに、ＵＥ２０は、ＴＡＵ処理を開始することを決定する（Ｓ１１）。例えば、ＵＥ２０は、ＭＭＥの変更を伴う位置に移動した場合、もしくは、ＴＡＵ処理を開始する定期タイミングを検出した場合に、ＴＡＵ処理を開始する。図５においては、ＵＥ２０が、ＭＭＥの変更を伴う位置に移動した場合のＴＡＵ処理の流れについて説明する。
【００５２】
次に、ＵＥ２０は、ｅＮＢ４１を介してＭＭＥ１４へTAU Requestメッセージを送信する（Ｓ１２及びＳ１３）。ＭＭＥ１４は、移動後のＵＥ２０を管理するＭＭＥ（new MME）である。また、移動前のＵＥ２０を管理していたＭＭＥ（old MME）は、ＭＭＥ１３とする。
【００５３】
次に、ＭＭＥ１４は、移動前のＵＥ２０を管理していたＭＭＥ１３へ、ＵＥ２０に関する加入者情報等の送信を要求するためにContext Requestメッセージを送信する（Ｓ１４）。次に、ＭＭＥ１３は、ＵＥ２０に関するPGW IDを含む加入者情報等を設定したContext ResponseメッセージをＭＭＥ１４へ送信する（Ｓ１５）。次に、ＵＥ２０とＭＭＥ１４との間、さらに、ＭＭＥ１４とＨＳＳ１２との間において、ＵＥ２０に関する認証処理を実行する（Ｓ１６）。
【００５４】
次に、ＭＭＥ１４は、ＵＥ２０の移動に伴い、ＵＥ２０を収容するゲートウェイ装置を、ＳＧＷ（Serving Gateway）５０からＳＧＷ６０へ変更することを指示するために、ＭＭＥ１３へ、Context Acknowledgeメッセージを送信する（Ｓ１７）。
【００５５】
次に、ＭＭＥ１４は、ＳＧＷ６０へ、ＰＧＷ１１との間における通信ベアラを生成することを指示するために、Create Session Requestメッセージを送信する（Ｓ１８）。次に、ＳＧＷ６０は、通信ベアラの生成を要求するために、ＰＧＷ１１へModify Bearer Requestメッセージを送信する（Ｓ１９）。次に、ＰＧＷ１１は、Modify Bearer Requestメッセージに対する応答として、Modify Bearer ResponseメッセージをＳＧＷ６０へ送信する（Ｓ２０）。次に、ＳＧＷ６０は、ステップＳ１８におけるCreate Session Requestメッセージに対する応答として、Create Session ResponseメッセージをＭＭＥ１４へ送信する（Ｓ２１）。このようにして、ＵＥ２０は、ＳＧＷ６０を介して、ＰＧＷ１１との間にPDN Connectionを確立する。
【００５６】
次に、ＭＭＥ１４は、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを含むActive APN AVPを設定したUpdate Location RequestメッセージをＨＳＳ１２へ送信する（Ｓ２２）。Active APN AVPが設定されたUpdate Location Requestメッセージを図７で示す。図７は、3GPP TS 29.272 V13.2.0 (2015-06) Table 5.2.1.1.1/1を参照している。ＭＭＥ１４は、ＵＥ２０に関するＬＩＣＨがNot Confirmedとして管理されているか否かにかかわらず、Update Location Requestメッセージに、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを含むActive APN AVPを設定する。言い換えると、ＭＭＥ１４は、ＨＳＳ１２の再開もしくはＲｅｓｅｔ処理に伴い、ＨＳＳ１２におけるPGW IDの再設定が必要か否かにかかわらず、Update Location RequestメッセージにPGW IDを含むActive APN AVPを設定する。また、ＭＭＥ１４は、ＭＭＥ１３からContext ResponseメッセージによりPGW IDの情報を取得している。そのため、ＭＭＥ１４は、取得したPGW IDを用いて、ＵＥが移動前に接続していたＰＧＷと同じＰＧＷに接続し、ＨＳＳ再開後においても正常にハンドオーバを実行することができる。
【００５７】
続いて、図８を用いて本発明の実施の形態２にかかる３ＧＰＰ通信エリアからｎｏｎ−３ＧＰＰ通信エリアへのハンドオーバ処理の流れについて説明する。図８は、非特許文献３内のFigure 8.2.2-1を参照している。はじめに、ＵＥ２０は、３ＧＰＰ通信エリア内において通信を行っていることを前提とする。この時、ＳＧＷ６０とＰＧＷ１１との間は、PMIPv6もしくはGTP tunnelを用いて通信ベアラが設定されていることを前提とする（Ｓ３１）。
【００５８】
次に、ＵＥ２０が３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへ移動した場合について説明する。この時、ＵＥ２０は、ＩＰアクセス装置３２を検出する（Ｓ３２）。ＵＥ２０がＩＰアクセス装置３２を検出すると、ＵＥ２０とＩＰアクセス装置３２との間において、認証処理が実行される（Ｓ３３）。また、ＵＥ２０に関する認証は、ネットワーク内においても実行される（Ｓ３４）。ステップＳ３４の認証処理において、ＡＡＡサーバ３１は、ＨＳＳ１２へ問い合わせを行って、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを取得し、そのPGW IDをＡＡＡ Ｐｒｏｘｙ７１へ送信する。なお、ＡＡＡ Ｐｒｏｘｙ７１は、ＡＡＡサーバ３１のＰｒｏｘｙサーバとして用いられる。
【００５９】
さらに、ステップＳ３４の認証処理において、ＡＡＡ Ｐｒｏｘｙ７１は、ＡＡＡサーバ３１から受信したPGW IDをＩＰアクセス装置３２へ送信する。
【００６０】
次に、ＵＥ２０は、ＩＰアクセス装置３２との間において、L3 Attach Trigger処理を実行する（Ｓ３５）。これにより、例えば、ＵＥ２０は、３ＧＰＰ通信エリアにおける通信時に使用していたＡＰＮに関する情報をＩＰアクセス装置３２へ送信する。
【００６１】
次に、ＩＰアクセス装置３２とｖＰＣＲＦ（Policy and Charging Rules Function）７２との間、さらに、ｖＰＣＲＦ７２とｈＰＣＲＦ７３との間において、Gateway Control Session Establishment Procedureが実行される（Ｓ３６）。ＰＣＲＦは、ＵＥ２０に関するＱｏＳポリシー等を管理するノード装置である。ｖＰＣＲＦ７２は、ＵＥ２０がローミングした際に、ローミング先のネットワークにおいて、ＵＥ２０に関するポリシー制御を実行する。ｈＰＣＲＦ７３は、ＵＥ２０のホーム網内において、ＵＥ２０に関するポリシー制御を実行する。
【００６２】
ステップＳ３６において、ｈＰＣＲＦ７３は、ｖＰＣＲＦ７２へ、ＵＥ２０に関するＱｏＳポリシー情報等を送信する。さらに、ｖＰＣＲＦ７２は、ＩＰアクセス装置３２へ、ＵＥ２０に関するＱｏＳポリシー情報等を送信（転送）する。
【００６３】
次に、ＩＰアクセス装置３２は、ステップＳ３４において受信したＰＧＷ１１のPGW IDを用いて、ＰＧＷ１１へProxy Binding Updateを送信する（Ｓ３７）。ＰＧＷ１１は、Proxy Binding Updateを受信することによって、３ＧＰＰ通信エリアにおけるＵＥ２０との通信に用いるPDN Connectionと、Ｎｏｎ−３ＧＰＰ通信エリアにおける通信ベアラもしくは通信コネクションとを関連づけて、ＵＥ２０のハンドオーバ処理を実行する。
【００６４】
以上説明したように、本発明の実施の形態２にかかる移動通信システムを用いることによって、ＨＳＳ１２は、ＵＥ２０がＴＡＵ処理を実行するたびに、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを取得することができる。言い換えると、ＭＭＥ１４は、ＬＩＣＨがNot Confirmedとして管理されているか否かにかかわらず、ＵＥ２０のＴＡＵ処理の度に、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDをＨＳＳ１２へ送信する。
【００６５】
これにより、ＨＳＳ１２が再開後に、ＵＥ２０がＭＭＥの変更を伴う移動をした場合であっても、ＨＳＳ１２は、移動後のＵＥ２０に関する移動管理を行うＭＭＥ１４から、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを受信することができる（Ｓ２２）。これにより、ＡＡＡサーバ３１は、ＨＳＳ１２の再開後であっても、ＨＳＳ１２からＵＥ２０に関するPGW IDを取得することができるため、ＵＥ２０は、移動前後で同じＰＧＷへアクセスすることが可能となり、そのＰＧＷをアンカーポイントとして３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへ正常にハンドオーバすることができる。その結果、ＵＥは、移動先でも同じＰＧＷを介して外部ネットワークからサービスを受け続けることができる。
【００６６】
なお、実施の形態２においては、移動管理装置１００として主にＭＭＥを用いて説明したが、図９に示すように、ＭＭＥの替りにＳＧＳＮ１１０及びＳＧＳＮ１１１が用いられてもよい。この場合、図２におけるＭＭＥ１３は、ＳＧＳＮ１１０に置き換えられ、ＭＭＥ１４は、ＳＧＳＮ１１１に置き換えられる。さらに、図２におけるｅＮＢ４０及びｅＮＢ４１は、ＲＮＣ１３０及びＲＮＣ１３１に置き換えられる。また、図２におけるＨＳＳ１２は、ＨＬＲ１２０に置き換えられる。その場合、ＵＥ２０は、ＴＡＵ処理の替りにＲＡＵ（Routing Area Update）処理を実行し、RAU RequestをＲＮＣ１３１を介してＳＧＳＮ１１１に送信する。
【００６７】
（実施の形態３）
続いて、実施の形態３にかかるＴＡＵ処理の流れについて説明する。実施の形態３は、実施の形態２において説明した図５及び図６とＴＡＵ処理の流れは同様であり、メッセージの設定内容が異なる。そのため、実施の形態３においては、図５及び図６の中で、実施の形態２におけるメッセージと異なる内容を設定するメッセージについて主に説明する。
【００６８】
また、実施の形態３においては、ＨＳＳ１２が再開し、Ｒｅｓｅｔ通知をＭＭＥ１３へ送信していることを前提とする。また、ＭＭＥ１３は、Ｒｅｓｅｔ通知を受け取ることによって、ＵＥ２０におけるＬＩＣＨをNot Confirmedとして管理している。
【００６９】
また、ＵＥ２０は、ＭＭＥ１３によって管理されている位置から、ＭＭＥ１４によって管理される位置へ移動する。このような状況において、ＵＥ２０は、図５のステップＳ１１以降のＴＡＵ処理を実行する。
【００７０】
ステップＳ１１〜Ｓ１４は、実施の形態２と同様である。ステップＳ１４において、ＭＭＥ１３は、ＵＥ２０に関するＴＡＵ処理が実行されていることを特定すると、ステップＳ１５において、ＵＥ２０に関して、ＬＩＣＨをNot Confirmedとして管理していることを設定したContext ResponseメッセージをＭＭＥ１４へ送信する。
【００７１】
ここで、図１０を用いてContext Responseメッセージの設定内容について説明する。図１０は、3GPP TS29.274 V13.2.0 (2015-06) Table 7.3.6-1を参照している。図１０は、Context Responseメッセージに、PDN Connection毎に設定されるデータがあることを示す、MME/SGSN UE EPS PDN Connectionsが設定されることを示している。また、MME/SGSN UE EPS PDN ConnectionsのIE（Information Element） Typeが、PDN Connectionであることを示している。さらに、Context ResponseメッセージのIndication Flagsに、ＬＩＣＨが追加されていることを示している。また、Indication FlagsのIE Typeが、Indicationであることを示している。
【００７２】
ここで、図１１を用いて、Context ResponseメッセージのIndication Flagsに設定されるIndicationの設定内容について説明する。図１１は、3GPP TS29.274 V13.2.0 (2015-06) Figure 8.12-1を参照している。図１１においては、Octet 9のBit 5に、ＬＩＣＨに関するフラグが設定されることを示している。例えば、Octet 9のBit 5に１が設定された場合、ＭＭＥ１４がＨＳＳ１２へUpdate Location Requestメッセージを送信する際に、Active APNがUpdate Location Requestメッセージに設定されることが必要であることを示している。つまり、Octet 9のBit 5に１が設定された場合、ＬＩＣＨがNot Confirmedであることを示している。
【００７３】
ここで、図１２を用いて、Context ResponseメッセージのMME/SGSN UE EPS PDN Connectionsの設定内容について説明する。図１２は、3GPP TS29.274 V13.2.0 (2015-06) Table 7.3.6-2を参照している。図１２においては、PDN Connectionの識別情報を示すContext Identifierが追加されていることを示している。Context Identifierは、PDN Connectionを識別するために用いられる情報であり、後に説明するActive-APN AVPを送信する際に用いられる。そのため、ＭＭＥ１３は、Context Responseメッセージに、ＵＥ２０に関するＬＩＣＨがNot Confirmedであることを示すフラグと伴に、Context Identifierを設定する。また、ＭＭＥ１３は、ＰＧＷ１１のPGW IDを含むContext ResponseメッセージをＭＭＥ１４へ送信する。ここでは、MME/SGSN UE EPS PDN Connections IEを用いてPGW IDに関する情報をＭＭＥ１３からＭＭＥ１４に転送するとしているが、PGW IDに関する情報を専用のIEを用いて転送してもかまわない。
【００７４】
図５及び図６に戻り、ステップＳ１６〜Ｓ２１は、実施の形態２と同様である。ステップＳ２２において、ＭＭＥ１４は、ＵＥ２０に関するＬＩＣＨがNot Confirmedであるために、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを含むActive-APN AVPを設定したＵＬＲメッセージをＨＳＳ１２へ送信する。例えば、ステップＳ１５において、ＭＭＥ１４は、Indicationを示す領域のOctet 9のBit 5に1が設定されたContext Responseメッセージを受信した場合、ステップＳ１５のContext Responseメッセージに設定されたContext IdentifierをActive-APN AVPに設定する。それにより、ステップＳ２２において、ＭＭＥ１４は、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを含むActive-APN AVPを設定したＵＬＲメッセージをＨＳＳ１２へ送信する。
【００７５】
以上説明したように、移動後のＵＥ２０を管理することになったＭＭＥ１４は、移動前のＵＥ２０を管理していたＭＭＥ１３から送信されるContext Responseメッセージによって、ＵＥ２０に関するＬＩＣＨの管理状態を把握することができる。つまり、ＵＥ２０が移動することによって、ＵＥ２０を管理するＭＭＥが、ＭＭＥ１３からＭＭＥ１４へ変更した場合であっても、ＭＭＥ１４へ、ＬＩＣＨの管理状態を引き継ぐことができる。そのため、ＨＳＳ１２は、ＭＭＥ１４からULRメッセージを受信することによって、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを取得することができる。
【００７６】
その結果、ＵＥ２０がＭＭＥの変更を伴う移動後に、Ｎｏｎ−３ＧＰＰ通信エリアへ移動した場合であっても、ＡＡＡサーバ３１は、再開したＨＳＳ１２から、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを取得することができる。そのため、ＵＥ２０は、３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへ正常にハンドオーバすることができる。
【００７７】
（実施の形態４）
続いて、実施の形態４にかかるＴＡＵ処理の流れについて説明する。実施の形態４は、実施の形態２において説明した図５及び図６とＴＡＵ処理の流れは同様であり、メッセージに設定する内容が異なる。そのため、実施の形態４においては、図５及び図６の中で、実施の形態２のメッセージと異なる内容を設定するメッセージについて主に説明する。
【００７８】
また、実施の形態４においては、ＨＳＳ１２が再開し、Ｒｅｓｅｔ通知をＭＭＥ１３へ送信していることを前提とする。また、ＭＭＥ１３は、Ｒｅｓｅｔ通知を受け取ることによって、ＵＥ２０におけるＬＩＣＨをNot Confirmedとして管理する。
【００７９】
また、ＵＥ２０は、ＭＭＥ１３によって管理されている位置から、ＭＭＥ１４によって管理される位置へ移動する。このような状況において、ＵＥ２０は、図５のステップＳ１１以降のＴＡＵ処理を実行する。
【００８０】
さらに、3GPP TS 29.272 V13.2.0 (2015-06) Table 7.7.31/1には、ＨＳＳ１２において、ＵＥ２０の使用が制限されるアクセスネットワークを示すAccess-Restriction-Data（ＡＲＤ）を保持することが規定されている。ＡＲＤは、図１３に示すように、ＡＲＤが設定される領域と、制限内容とが関連付けて規定されている。例えば、ＡＲＤを示す領域のBit 5に、１が設定された場合、ＵＥ２０は、Ｎｏｎ−３ＧＰＰ通信エリアへのハンドオーバが許可されないことを示している。また、ＡＲＤを示す領域の各Bitに、０が設定された場合、各Bitに関連付けられているアクセスネットワークの使用が制限されないことを示している。
【００８１】
さらに、ＨＳＳ１２は、ＭＭＥ１３に対して、ＡＲＤに関する情報を送信する。例えば、ＨＳＳ１２は、周期的なＵＥ２０のＴＡＵ処理において、Update Location Requestメッセージの応答メッセージであるUpdate Location AnswerメッセージにＡＲＤに関する情報を設定して、ＭＭＥ１３に送信する。
【００８２】
ここで、図５のステップＳ１４において、ＭＭＥ１３は、ＵＥ２０に関するＴＡＵ処理が実行されていることを特定すると、ＭＭＥ１３は、ＵＥ２０のＡＲＤを示す領域のBit 5に０が設定されているか確認する。ＡＲＤを示す領域のBit 5に０が設定されていることは、ＵＥ２０がＮｏｎ−３ＧＰＰ通信エリアへハンドオーバすることが許可されていることを示す。
【００８３】
ＭＭＥ１３は、ＵＥ２０に関するＴＡＵ処理が実行されていることを特定すると、ＵＥ２０のＡＲＤを示す領域のBit 5に０が設定されていることを確認した場合、ＭＭＥ１４へ指示情報を送信する。具体的には、ＭＭＥ１３は、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを含むActive-APNを設定したＵＬＲメッセージをＨＳＳ１２へ送信することを指示する情報をContext Responseメッセージに設定し、そのContext ResponseメッセージをＭＭＥ１４へ送信する。ＡＲＤを示す領域のBit 5は、HTN3AA(Handover To Non 3GPP- Access Not Allowed)の状態を意味するフラグである。なお、この状態を意味することをＡＲＤ以外で定義し、ＭＭＥ１３が、そのことをContext Responseメッセージに設定してＭＭＥ１４へ通知してもかまわない。
【００８４】
ＭＭＥ１４は、ステップＳ１５において、Active-APN AVPを含むＵＬＲメッセージをＨＳＳ１２へ送信することを指示する情報を取得すると、ステップＳ２２において、PGW IDを含むActive-APNを設定したULRメッセージをＨＳＳ１２へ送信する。
【００８５】
さらに、ＭＭＥ１３は、ＵＥ２０のＡＲＤを示す領域のBit 5に０が設定され、かつ、ＬＩＣＨがNot Confirmedと管理されている場合に、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを含むActive-APNを設定したＵＬＲメッセージをＨＳＳ１２へ送信することを指示する情報をContext Responseメッセージに設定してもよい。そうして、ＭＭＥ１３は、そのContext ResponseメッセージをＭＭＥ１４に送信してもよい。
【００８６】
以上説明したように、ＭＭＥ１３は、ＡＲＤに示される制限内容を用いて、移動後のＵＥ２０を管理するＭＭＥ１４に対して、ＵＬＲメッセージの内容に関する指示情報を送信することができる。つまり、ＭＭＥ１３は、ＵＬＲメッセージにＵＥ２０が通信ベアラを設定しているＰＧＷ１１のPGW IDを設定することをＭＭＥ１４に指示することができる。
【００８７】
また、実施の形態４においては、ＭＭＥ１４は、ＵＥ２０がＮｏｎ−３ＧＰＰ通信エリアへハンドオーバすることが許可されている場合にのみ、Active-APNをＵＬＲメッセージに設定する。これにより、実施の形態４における処理を実行した場合、常にＵＬＲメッセージにActive-APNを設定する実施の形態１及び２の場合と比較して、ＵＬＲメッセージの情報量を削減することができる。
【００８８】
なお、実施の形態３および４においても、ＭＭＥ１３，１４の替りにＳＧＳＮ１１０，１１１が用いられてもよく、ｅＮＢ４０及びｅＮＢ４１の替わりにＲＮＣ１３０及びＲＮＣ１３１が用いられても良く、ＨＳＳ１２の替わりにＨＬＲ１２０が用いられてもよい。その場合、ＵＥ２０は、ＴＡＵ処理の替りにＲＡＵ処理を実行し、RAU RequestをＲＮＣ１３１を介してＳＧＳＮ１１１に送信する。
【００８９】
（実施の形態５）
続いて、図１４、及び図１５用いて本発明の実施の形態５にかかる３ＧＰＰ通信エリアからｎｏｎ−３ＧＰＰ通信エリアへのハンドオーバ処理の流れについて説明する。図１４は、非特許文献３内のFigure 8.2.2-1を参照している。はじめに、ＵＥ２０は、３ＧＰＰ通信エリア内において通信を行っていることを前提とする。この時、ＳＧＷ６０とＰＧＷ１１との間は、PMIPv6もしくはGTP tunnelを用いて通信ベアラが設定されていることを前提とする（Ｓ３１）。
【００９０】
次に、ＵＥ２０が３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへ移動した場合について説明する。この時、ＵＥ２０は、ＩＰアクセス装置３２を検出する（Ｓ３２）。ＵＥ２０がＩＰアクセス装置３２を検出すると、ＵＥ２０とＩＰアクセス装置３２との間において、認証処理が実行される（Ｓ３３）。また、ＵＥ２０に関する認証は、ネットワーク内においても実行される（Ｓ３４）。ステップＳ３４の認証処理において、ＨＳＳ１２／ＡＡＡサーバ３１は、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを、ＡＡＡ Ｐｒｏｘｙ７１へ送信する必要があるが、ＨＳＳ１２が再開した事でＨＳＳ１２がＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDがＨＳＳ１２から削除されている場合がある。この場合、ＨＳＳ１２は、ＵＥ２０の移動先となっているＭＭＥ１４に問い合わせを行う事で、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを取得し、その後ＡＡＡ Ｐｒｏｘｙ７１へ送信する。ＡＡＡ Ｐｒｏｘｙ７１は、ＡＡＡサーバ３１のＰｒｏｘｙサーバとして用いられる。
【００９１】
ここで、図１５を用いてＨＳＳ１２が再開した事でＨＳＳ１２がＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDがＨＳＳ１２から削除されている場合でのＡＡＡサーバ３１、ＨＳＳ１２、及びＭＭＥ１４の間で行われる認証処理の詳細を説明する。ＨＳＳ１２で再開動作が発生した場合（Ｓ４１）、ＨＳＳ１２は、関連ＭＭＥに対してＲＥＳＥＴメッセージを送付する（Ｓ４２）。ＲＥＳＥＴメッセージを受信したＭＭＥ１４は、ＲＥＳＥＴメッセージが送られてきたＨＳＳ１２に収容されている全ての加入者をリスト化してＲＥＳＥＴ  ＡＮＳＷＥＲメッセージに設定し、ＲＥＳＥＴ  ＡＮＳＷＥＲメッセージをＨＳＳ１２に送信する（Ｓ４３）。ここで設定される加入者をリストは、ＩＭＳＩで構成されても他のUser Identityで構成されても構わない。ＨＳＳ１２は、ＭＭＥ単位に加入者リストを保持する事で、ＲＥＳＥＴ処理以降、加入者と加入者が移動先とするＭＭＥの関連付けを管理する事ができる。この関連付けは、下記において説明するＨＳＳ１２からＭＭＥ１４に対する問い合わせ動作を可能とするものであるが、ＳＭＳ着信、ネットワーク起動の加入者位置検索、ＭＴＣサーバからのサービス提供など、その他の動作に用いられても構わない。ここで、ＵＥ２０が、３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへ移動したとする（Ｓ４４）。
【００９２】
ＵＥ２０の認証要求として、ＨＳＳ１２は、ＡＡＡサーバ３１よりSTa Access Authentication and Authorization Requestメッセージを受信する。（Ｓ４５）STa Access Authentication and Authorization Requestメッセージには、IMSI相当のパラメータがUser Identityとして設定されている。ＨＳＳ１２は、User Identityに対するPGW IDを保持して無い場合、ＨＳＳ１２は、更にＭＭＥに対してStatus request メッセージを送信する。（Ｓ４６）このメッセージにはIMSI相当の加入者情報、及びＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDに関する情報を要求する旨を示す情報要素が含まれる。また、Status requestメッセージは、RESET REQUEST メッセージ、或いは他のメッセージでもあっても良い。Status requestメッセージを受けたＭＭＥ１４は、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDに関する情報を設定しStatus answerメッセージをＨＳＳ１２に送信する。(Ｓ４７)。また、Status answerメッセージは、RESET ANSWER メッセージ、或いは他のメッセージであっても良い。ＨＳＳ１２は、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDに関する情報を設定したTrusted non-3GPP Access Authentication and Authorization AnswerメッセージをＡＡＡサーバ３１に送信する。（Ｓ４８）
【００９３】
ここから、図１４に戻りステップＳ３４以降について継続して説明する。
【００９４】
ステップＳ３４の認証処理において、ＡＡＡ Ｐｒｏｘｙ７１は、ＨＳＳ１２／ＡＡＡサーバ３１から受信したPGW IDをＩＰアクセス装置３２へ送信する。
【００９５】
次に、ＵＥ２０は、ＩＰアクセス装置３２との間において、L3 Attach Trigger処理を実行する（Ｓ３５）。これにより、例えば、ＵＥ２０は、３ＧＰＰ通信エリアにおける通信時に使用していたＡＰＮに関する情報をＩＰアクセス装置３２へ送信する。
【００９６】
次に、ＩＰアクセス装置３２とｖＰＣＲＦ（Policy and Charging Rules Function）７２との間、さらに、ｖＰＣＲＦ７２とｈＰＣＲＦ７３との間において、Gateway Control Session Establishment Procedureが実行される（Ｓ３６）。ＰＣＲＦは、ＵＥ２０に関するＱｏＳポリシー等を管理するノード装置である。ｖＰＣＲＦ７２は、ＵＥ２０がローミングした際に、ローミング先のネットワークにおいて、ＵＥ２０に関するポリシー制御を実行する。ｈＰＣＲＦ７３は、ＵＥ２０のホーム網内において、ＵＥ２０に関するポリシー制御を実行する。
【００９７】
ステップＳ３６において、ｈＰＣＲＦ７３は、ｖＰＣＲＦ７２へ、ＵＥ２０に関するＱｏＳポリシー情報等を送信する。さらに、ｖＰＣＲＦ７２は、ＩＰアクセス装置３２へ、ＵＥ２０に関するＱｏＳポリシー情報等を送信（転送）する。
【００９８】
次に、ＩＰアクセス装置３２は、ステップＳ３４において受信したＰＧＷ１１のPGW IDを用いて、ＰＧＷ１１へProxy Binding Updateを送信する（Ｓ３７）。ＰＧＷ１１は、Proxy Binding Updateを受信することによって、３ＧＰＰ通信エリアにおけるＵＥ２０との通信に用いるPDN Connectionと、Ｎｏｎ−３ＧＰＰ通信エリアにおける通信ベアラもしくは通信コネクションとを関連づけて、ＵＥ２０のハンドオーバ処理を実行する。
【００９９】
以上説明したように、本発明の実施の形態２にかかる移動通信システムを用いることによって、ＨＳＳ１２は、ＡＡＡサーバ３１からの認証処理要求をトリガーにＵＥ２０の移動先となっているＭＭＥ１４に問い合わせを行う事ができる。その結果ＨＳＳ１２は、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを取得する事ができる。
【０１００】
これにより、ＨＳＳ１２が再開後に、ＵＥ２０がＭＭＥの変更を伴う移動をした場合であっても、ＨＳＳ１２は、移動後のＵＥ２０に関する移動管理を行うＭＭＥ１４から、ＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを受信することができる。これにより、ＡＡＡサーバ３１は、ＨＳＳ１２の再開後であっても、ＨＳＳ１２からＵＥ２０に関するPGW IDを取得することができるため、ＵＥ２０は、移動前後で同じＰＧＷへアクセスすることが可能となり、そのＰＧＷをアンカーポイントとして３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへ正常にハンドオーバすることができる。その結果、ＵＥは、移動先でも同じＰＧＷを介して外部ネットワークからサービスを受け続けることができる。
【０１０１】
更に、この実施の形態５では、ＨＳＳ１２が再開し、ＭＭＥがRESET信号を受けた直後に、ＭＭＥと何ら通信をせず、ＵＥ２０が３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへ移動した場合においても、ＡＡＡサーバ３１はＵＥ２０との通信に用いるPDN Connectionを確立しているＰＧＷ１１のPGW IDを取得することが可能となり同様の効果を奏する。
【０１０２】
なお、実施の形態２においては、移動管理装置１００として主にＭＭＥを用いて説明したが、図９に示すように、ＭＭＥの替りにＳＧＳＮ１１０及びＳＧＳＮ１１１が用いられてもよい。この場合、図２におけるＭＭＥ１３は、ＳＧＳＮ１１０に置き換えられ、ＭＭＥ１４は、ＳＧＳＮ１１１に置き換えられる。さらに、図２におけるｅＮＢ４０及びｅＮＢ４１は、ＲＮＣ１３０及びＲＮＣ１３１に置き換えられる。また、図２におけるＨＳＳ１２は、ＨＬＲ１２０に置き換えられる。その場合、ＵＥ２０は、ＴＡＵ処理の替りにＲＡＵ（Routing Area Update）処理を実行し、RAU RequestをＲＮＣを介してＳＧＳＮ１１１に送信する。
【０１０３】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、移動通信システムを構成する各ノード装置における処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【０１０４】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１０５】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【符号の説明】
【０１０６】
１０  移動通信端末
１１  ＰＧＷ
１２  ＨＳＳ
１３  ＭＭＥ
１４  ＭＭＥ
１５  通信部
１６  制御部
２０  ＵＥ
２１  ３ＧＰＰ通信部
２２  Ｎｏｎ−３ＧＰＰ通信部
３１  ＡＡＡサーバ
３２  ＩＰアクセス装置
４０  ｅＮＢ
４１  ｅＮＢ
５０  ＳＧＷ
６０  ＳＧＷ
７０  ＰＣＲＦ
７１  ＡＡＡ Ｐｒｏｘｙ
７２  ｖＰＣＲＦ
７３  ｈＰＣＲＦ
１００  移動管理装置
１１０  ＳＧＳＮ
１１１  ＳＧＳＮ
１２０  ＨＬＲ
１３０  ＲＮＣ
１３１  ＲＮＣ
【要約】
【課題】ＨＳＳの再開後においても、ＵＥが、正常に３ＧＰＰ通信エリアからＮｏｎ−３ＧＰＰ通信エリアへハンドオーバすることができる移動通信システムを提供すること。
【解決手段】本発明にかかる移動通信システムは、移動通信端末１０との通信に用いるPDN Connectionを確立するＰＧＷ１１と、ＰＧＷ１１の識別子であるPGW IDを保持するＨＳＳ１２と、移動通信端末１０の移動管理を行う移動管理装置１００と、を備え、移動管理装置１００は、移動通信端末１０から送信されたTracking Area Updateメッセージを受信すると、ＨＳＳ１２におけるPGW IDの保持状態にかかわらず、PGW IDを設定したUpdate Location RequestメッセージをＨＳＳ１２へ送信する。
【選択図】図１【図１】
0006025232.tif 000002
【図２】
0006025232.tif 000003
【図３】
0006025232.tif 000004
【図４】
0006025232.tif 000005
【図５】
0006025232.tif 000006
【図６】
0006025232.tif 000007
【図７】
0006025232.tif 000008
【図８】
0006025232.tif 000009
【図９】
0006025232.tif 000010
【図１０】
0006025232.tif 000011
【図１１】
0006025232.tif 000012
【図１２】
0006025232.tif 000013
【図１３】
0006025232.tif 000014
【図１４】
0006025232.tif 000015
【図１５】
0006025232.tif 000016