特許 6054264 通信システムおよび情報提供方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6054264

(24)【登録日】2016年12月9日

(45)【発行日】2016年12月27日

(54)【発明の名称】通信システムおよび情報提供方法

(51)【国際特許分類】

   H04W 64/00 20090101AFI20161219BHJP

   H04W 4/24 20090101ALI20161219BHJP

   H04W 8/06 20090101ALI20161219BHJP

【ＦＩ】

   H04W64/00 173

   H04W4/24

   H04W8/06

【請求項の数】10

【全頁数】20

(21)【出願番号】特願2013-152538(P2013-152538)

(22)【出願日】2013年7月23日

(65)【公開番号】特開2015-23535(P2015-23535A)

(43)【公開日】2015年2月2日

【審査請求日】2016年2月12日

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100088155

【弁理士】

【氏名又は名称】長谷川 芳樹

(74)【代理人】

【識別番号】100113435

【弁理士】

【氏名又は名称】黒木 義樹

(74)【代理人】

【識別番号】100121980

【弁理士】

【氏名又は名称】沖山 隆

(74)【代理人】

【識別番号】100128107

【弁理士】

【氏名又は名称】深石 賢治

(72)【発明者】

【氏名】徳永 和仁

(72)【発明者】

【氏名】千藏 大範

【審査官】 齋藤 浩兵

(56)【参考文献】

【文献】 特開２０１２−１６９８７２（ＪＰ，Ａ）

【文献】 国際公開第２０１２／０１７９０６（ＷＯ，Ａ１）

【文献】 NTT DOCOMO, SOFTBANK MOBILE Corp., KDDI，Discussion paper for operator configurable location information in IMS[online]，3GPP TSG-SA WG1♯52 S1-103032，２０１０年１１月１２日，URL:http://www.3gpp.org/ftp/tsg_sa/WG1_Serv/TSGS1_52_Malta/Docs/S1-103032.zip

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われているアクセス網とを含んで構成される通信システムであって、
前記アクセス網内に設けられ、当該アクセス網に在圏する端末の位置登録時に、当該端末の課金エリア情報又は当該端末の課金エリアに対応付けられた位置登録単位エリア情報を含んだ端末情報を取得し、取得した端末情報をHSSへ提供する網内制御部と、
HSS内に設けられ、前記取得した端末情報から当該端末の課金エリア情報を得て、当該端末の課金エリア情報を含んだ在圏情報を保持しIMSへ提供するHSS内制御部と、
を備える通信システム。

【請求項2】

前記網内制御部は、前記課金エリア情報又は前記位置登録単位エリア情報が前回と異なっているか否かを判断し、異なっている場合に、前記取得した端末情報をHSSへ提供する、請求項１に記載の通信システム。

【請求項3】

前記網内制御部は、前記取得した端末情報を既存の制御信号に重畳してHSSへ提供する、請求項１又は２に記載の通信システム。

【請求項4】

前記網内制御部は、前記端末の課金エリア情報又は位置登録単位エリア情報とともに当該端末に特有の情報を含んだ端末情報を取得してHSSへ提供し、
前記HSS内制御部は、前記端末の課金エリア情報とともに当該端末に特有の情報を含んだ在圏情報を保持しIMSへ提供する、
請求項１〜３の何れか一項に記載の通信システム。

【請求項5】

相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われている複数のアクセス網とを含んで構成される通信システムであって、
第１のアクセス網に在圏していた端末が移動して第２のアクセス網に在圏することとなったときに実行されるハンドオーバ時に、前記端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供する、前記第２のアクセス網内に設けられたハンドオーバ先制御部と、
HSS内に設けられ、前記ハンドオーバ先制御部から前記端末の移動後の課金エリア情報を含んだ新在圏情報を受信して保持しIMSへ提供するHSS内制御部と、
を備える通信システム。

【請求項6】

前記通信システムは、
前記ハンドオーバ時に、前記端末の移動前の課金エリア情報を含んだ旧在圏情報を前記ハンドオーバ先制御部へ提供する、第１のアクセス網内に設けられたハンドオーバ元制御部、
をさらに備え、
前記ハンドオーバ先制御部は、前記ハンドオーバ元制御部から提供された前記端末の移動前の課金エリア情報を含んだ旧在圏情報を受信し、当該ハンドオーバ先制御部にて保持された前記端末の移動後の課金エリアと、前記端末の移動前の課金エリアとが異なっているか否かを判断し、異なっている場合に前記端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供する、
請求項５に記載の通信システム。

【請求項7】

前記ハンドオーバ元制御部は、前記旧在圏情報を既存の第１の制御信号に重畳して第２のアクセス網へ提供し、
前記ハンドオーバ先制御部は、前記新在圏情報を既存の第２の制御信号に重畳してHSSへ提供する、
請求項６に記載の通信システム。

【請求項8】

前記ハンドオーバ先制御部は、前記端末の移動後の課金エリア情報とともに当該端末に特有の情報を含んだ新在圏情報を取得してHSSへ提供し、
前記HSS内制御部は、前記端末の移動後の課金エリア情報とともに当該端末に特有の情報を含んだ新在圏情報を保持しIMSへ提供する、
請求項５〜７の何れか一項に記載の通信システム。

【請求項9】

相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われているアクセス網とを含んで構成される通信システム、により実行される情報提供方法であって、
前記アクセス網内に設けられた網内制御部が、当該アクセス網に在圏する端末の位置登録時に、当該端末の課金エリア情報又は当該端末の課金エリアに対応付けられた位置登録単位エリア情報を含んだ端末情報を取得し、取得した端末情報をHSSへ提供するステップと、
HSS内に設けられたHSS内制御部が、前記取得した端末情報から当該端末の課金エリア情報を得て、当該端末の課金エリア情報を含んだ在圏情報を保持しIMSへ提供するステップと、
を備える情報提供方法。

【請求項10】

相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われている複数のアクセス網とを含んで構成される通信システム、により実行される情報提供方法であって、
第１のアクセス網に在圏していた端末が移動して第２のアクセス網に在圏することとなったときに実行されるハンドオーバ時に、前記第２のアクセス網内に設けられたハンドオーバ先制御部が、前記端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供するステップと、
HSS内に設けられたHSS内制御部が、前記ハンドオーバ先制御部から前記端末の移動後の課金エリア情報を含んだ新在圏情報を受信して保持しIMSへ提供するステップと、
を備える情報提供方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、IP Multimedia Subsystem（以下「IMS」と称する）と加入者情報管理サーバ（Home Subscriber Server：以下「HSS」と称する）とTracking Area（以下「TA」と称する）単位の管理を行っているアクセス網（例えばLTE（Long Term Evolution）網や3G（3rd Generation）網）とを含んで構成される通信システム、および、当該通信システムで実行される情報提供方法に関する。

【背景技術】

【0002】

IMSとは、アクセス網に依存しないＩＰ（インターネットプロトコル）で通信するコアネットワークの概念であり、複数のアクセス網（例えばLTE網、3G網、無線ＬＡＮ網など）をシームレスに収容することを可能とする。このようなIMSは、アクセス網に依存しないＩＰで通信するため、異なる複数のアクセス網で共通のネットワークサービス（例えば、留守番電話、キャッチホン、転送サービス等)を提供可能である。

【0003】

このようなIMSは、標準規格上、アクセス網に依存しない制御になっているため、ユーザの在圏エリア管理を行う必要がないが、その反面、ユーザが在圏エリアを移動したことを検知できず、アクセス網（例えばLTE網）に在圏している端末の最新の在圏エリア情報を取得できない。

【0004】

ところで、日本では、端末の在圏エリア情報の１つとして、CA（Charging Area：課金エリア）という概念が用いられており、CA情報は、通信網の利用ユーザへの課金処理で使用され（特許文献１参照）、例えばユーザへの課金の通話明細に設定する必要がある。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００８−１２４９８３号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

前述したように、IMSは端末の最新の課金エリア情報を取得できないのが現状であり、特許文献１でもIMSが最新の課金エリア情報を取得可能とする解決策については言及されていない。

【0007】

そこで、本発明は、IMSが端末の最新の課金エリア（CA）情報を取得可能とすることを目的とする。

【課題を解決するための手段】

【0008】

本発明に係る通信システムは、相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われているアクセス網とを含んで構成される通信システムであって、アクセス網内に設けられ、当該アクセス網に在圏する端末の位置登録時に、当該端末の課金エリア情報又は当該端末の課金エリアに対応付けられた位置登録単位エリア情報を含んだ端末情報を取得し、取得した端末情報をHSSへ提供する網内制御部と、HSS内に設けられ、取得した端末情報から当該端末の課金エリア情報を得て、当該端末の課金エリア情報を含んだ在圏情報を保持しIMSへ提供するHSS内制御部と、を備える。なお、「位置登録単位エリアの管理が行われているアクセス網」としては、例えばLTE網や3G網が挙げられる。

【0009】

即ち、上記の通信システムでは、アクセス網内の網内制御部が、アクセス網に在圏する端末の位置登録時（例えば、初回位置登録時や位置登録単位エリア（TAList）境界の跨り時等）に、当該端末の課金エリア情報又は当該端末の課金エリアに対応付けられた位置登録単位エリア情報を含んだ端末情報を取得し、取得した端末情報をHSSへ提供し、HSS内制御部が、取得した端末情報から当該端末の課金エリア情報を得て、当該端末の課金エリア情報を含んだ在圏情報を保持しIMSへ提供する。なお、取得した端末情報が位置登録単位エリア情報を含んでいる場合、HSS内制御部は、例えば内蔵した対応テーブル（位置登録単位エリアと課金エリアとの対応テーブル）を用いて位置登録単位エリア情報から課金エリア情報に変換することで端末の課金エリア情報を得る。一方、取得した端末情報が端末の課金エリア情報を含んでいる場合、HSS内制御部は、含まれた課金エリア情報を得る。

【0010】

このようにしてIMSに対し、端末の課金エリア情報を含んだ在圏情報が提供されることとなり、IMSは端末の最新の課金エリア（CA）情報を取得可能となる。このときの最新の課金エリア（CA）情報は、端末からの申告に基づき得られたものではなく、アクセス網にて管理される情報に基づき得られたものであるため、IMSは、より信頼性の高い課金エリア（CA）情報を取得可能となる。

【0011】

なお、網内制御部は、課金エリア情報又は位置登録単位エリア情報が前回と異なっているか否かを判断し、異なっている場合に、取得した端末情報をHSSへ提供してもよい。この場合、前回と同じ課金エリア情報又は位置登録単位エリア情報が重複してHSSへ提供されることを回避することができる。

【0012】

また、網内制御部は、取得した端末情報を既存の制御信号に重畳してHSSへ提供してもよい。この場合、情報提供のための装置間インターフェースを新たに追加することは不要となる。

【0013】

また、網内制御部は、端末の課金エリア情報又は位置登録単位エリア情報とともに当該端末に特有の情報を含んだ端末情報を取得してHSSへ提供し、HSS内制御部は、端末の課金エリア情報とともに当該端末に特有の情報を含んだ在圏情報を保持しIMSへ提供してもよい。上記の「端末に特有の情報」としては、例えば、端末の端末識別番号情報（IMEISV（IMEI Software Version））が挙げられる。この場合、IMEISVのような、現状の通信手順ではIMSが取得困難な情報を、IMSが取得可能となる。

【0014】

本発明に係る通信システムは、相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われている複数のアクセス網とを含んで構成される通信システムであって、第１のアクセス網に在圏していた端末が移動して第２のアクセス網に在圏することとなったときに実行されるハンドオーバ時に、端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供する、第２のアクセス網内に設けられたハンドオーバ先制御部と、HSS内に設けられ、ハンドオーバ先制御部から端末の移動後の課金エリア情報を含んだ新在圏情報を受信して保持しIMSへ提供するHSS内制御部と、を備える。

【0015】

即ち、上記の通信システムでは、第１のアクセス網に在圏していた端末が移動して第２のアクセス網に在圏することとなったときに実行されるハンドオーバ時に、第２のアクセス網内に設けられたハンドオーバ先制御部が、端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供し、そして、HSS内に設けられたHSS内制御部が、ハンドオーバ先制御部から端末の移動後の課金エリア情報を含んだ新在圏情報を受信して保持しIMSへ提供する。

【0016】

このようにしてIMSに対し、端末の移動後の課金エリア情報を含んだ新在圏情報が提供されることとなり、IMSは端末の最新（移動後）の課金エリア（CA）情報を取得可能となる。このときの最新の課金エリア（CA）情報は、端末からの申告に基づき得られたものではなく、アクセス網にて管理される情報に基づき得られたものであるため、IMSは、より信頼性の高い課金エリア（CA）情報を取得可能となる。

【0017】

なお、上記の通信システムは、ハンドオーバ時に端末の移動前の課金エリア情報を含んだ旧在圏情報をハンドオーバ先制御部へ提供する、第１のアクセス網内に設けられたハンドオーバ元制御部、をさらに備え、ハンドオーバ先制御部は、ハンドオーバ元制御部から提供された端末の移動前の課金エリア情報を含んだ旧在圏情報を受信し、当該ハンドオーバ先制御部にて保持された端末の移動後の課金エリアと、端末の移動前の課金エリアとが異なっているか否かを判断し、異なっている場合に端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供してもよい。この場合、前回と同じ課金エリア情報が重複してHSSへ提供されることを回避することができる。

【0018】

なお、ハンドオーバ元制御部は、旧在圏情報を既存の第１の制御信号に重畳して第２のアクセス網へ提供し、ハンドオーバ先制御部は、新在圏情報を既存の第２の制御信号に重畳してHSSへ提供してもよい。この場合、情報提供のための装置間インターフェースを新たに追加することは不要となる。

【0019】

また、ハンドオーバ先制御部は、端末の移動後の課金エリア情報とともに当該端末に特有の情報を含んだ新在圏情報を取得してHSSへ提供し、HSS内制御部は、端末の移動後の課金エリア情報とともに当該端末に特有の情報を含んだ新在圏情報を保持しIMSへ提供してもよい。前述したように、上記の「端末に特有の情報」としては、例えば、端末の端末識別番号情報（IMEISV）が挙げられる。この場合、IMEISVのような、現状の通信手順ではIMSが取得困難な情報を、IMSが取得可能となる。

【0020】

ところで、上記の通信システムに関する発明は、情報提供方法に関する発明として捉えることもでき、以下のように記載することができる。

【0021】

本発明に係る情報提供方法は、相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われているアクセス網とを含んで構成される通信システム、により実行される情報提供方法であって、アクセス網内に設けられた網内制御部が、当該アクセス網に在圏する端末の位置登録時に、当該端末の課金エリア情報又は当該端末の課金エリアに対応付けられた位置登録単位エリア情報を含んだ端末情報を取得し、取得した端末情報をHSSへ提供するステップと、HSS内に設けられたHSS内制御部が、取得した端末情報から当該端末の課金エリア情報を得て、当該端末の課金エリア情報を含んだ在圏情報を保持しIMSへ提供するステップと、を備える。

【0022】

また、本発明に係る情報提供方法は、相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われている複数のアクセス網とを含んで構成される通信システム、により実行される情報提供方法であって、第１のアクセス網に在圏していた端末が移動して第２のアクセス網に在圏することとなったときに実行されるハンドオーバ時に、第２のアクセス網内に設けられたハンドオーバ先制御部が、端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供するステップと、HSS内に設けられたHSS内制御部が、ハンドオーバ先制御部から端末の移動後の課金エリア情報を含んだ新在圏情報を受信して保持しIMSへ提供するステップと、を備える。

【発明の効果】

【0023】

本発明によれば、IMSは、端末の最新の課金エリア（CA）情報を取得可能となる。また、このときIMSは、アクセス網にて管理される情報に基づく、より信頼性の高い課金エリア（CA）情報を取得可能となる。

【図面の簡単な説明】

【0024】

【図1】本発明の第１実施形態に係る通信システムの構成図である。

【図2】LTE網のエリアの概念を説明するための図である。

【図3】課金エリア（CA）を説明するための図である。

【図4】初回位置登録時の動作を示すシーケンスチャートである。

【図5】非通信中状態でのTAList跨り（LTE→LTE）のケースの動作を示すシーケンスチャートである。

【図6】通信中状態でのTAList跨り（LTE→LTE）のケースの動作を示すシーケンスチャートである。

【図7】TAList−CA対応テーブルのデータ例を示す図である。

【図8】本発明の第２実施形態に係る通信システムの構成図である。

【図9】TAList跨り（3G→LTE）のケースの動作を示すシーケンスチャートである。

【図10】非通信中状態でのTAList跨り（LTE→3G）のケースの動作を示すシーケンスチャートである。

【図11】通信中状態でのTAList跨り（LTE→3G）のケースの動作を示すシーケンスチャートである。

【発明を実施するための形態】

【0025】

以下、図面を参照しながら、本発明に係る各種実施形態を順に説明する。以下では、第１実施形態として、IMSとHSSとLTE網とを含んで構成される通信システムの例を、第２実施形態として、IMSとHSSと複数のアクセス網（LTE網および3G網）とを含んで構成される通信システムの例を、それぞれ説明する。

【0026】

［第１実施形態］
［第１実施形態の通信システムの構成］
図１に示すように、第１実施形態の通信システム１は、IMS２０とHSS１０とLTE網３０とを含んで構成される。このシステム構成自体は、従来からのシステム構成と同様である。

【0027】

即ち、IMS２０には、図１のように相互に接続されたAS（Application Server）２１、S-CSCF（Serving-CSCF）２２、I-CSCF（Interrogating-CSCF）２３、およびP-CSCF（Proxy-CSCF）２４が含まれており、便宜上、これら装置を１台ずつ図示しているが、実際にはこれら装置はそれぞれ複数台存在する。このうちAS２１は各種アプリケーションサービスを提供し、S-CSCF２２はIMS制御信号のルーティング管理を行う。I-CSCF２３は他IMS網とのSIP中継を行い、P-CSCF２４はSIP信号のゲートウェイ制御を行う。なお、上記の「CSCF」は、Call Session Control Functionの略である。

【0028】

HSS１０は、主に加入者情報管理を行う装置である。LTE網３０には、図１のように相互に接続されたMME（Mobility Management Entity）３３、S-GW（Serving GateWay）３４、P-GW（PDN(PacketDataNetwork) GateWay）３５、PCRF（Policy and Charging Rules Function）３６、eNodeB（evolved NodeB）３２、およびUE（User Entity）３１が含まれており、便宜上、これら装置を１台ずつ図示しているが、実際にはこれら装置はそれぞれ複数台存在する。このうちMME３３は加入者情報の保持やセッション制御等を行い、S-GW３４はユーザパケットのルーティングや転送等を行う。P-GW３５はIPサービスネットワーク(PDN)との接続を行い、PCRF３６はポリシー制御(課金、QoS)を行う。eNodeB３２はLTE網の基地局であり、UE３１はLTE端末である。

【0029】

図２はLTE網のエリアの概念を説明するための図である。この図２に示すように、LTE網では、MMEの配下に図２のように階層を成す以下の複数のエリアが設定されている。即ち、最下層には、eNodeB（LTE網の基地局）の電波範囲に相当するｅＮＢエリアが設定され、下から２番目の層には、位置登録設計単位としてのTA（Tracking Area）が設定され、下から３番目の層には、１つ又は複数のTAを割り当てたエリアに相当するTAList（Tracking Area List）が設定される。端末がTAListの境界を超えるとMMEに位置登録要求を上げるしくみとなっている。そのため、TAListは、特許請求の範囲に記載した「位置登録単位エリア」の一例である。また、TAListは、TAの割当てをユーザ毎に設定可能とされている。このようにTAListへのTAの割当てをユーザ毎に設定することで、MMEへの位置登録要求の過度な集中を防止している。そして、最上位の層には、MMEの制御範囲であるＰｏｏｌエリアが設定される。

【0030】

図３は、課金エリア（Charging Area：以下「CA」と称する）を説明するための図である。図３のように１つのCAは１つ又は複数のTAListに対応し、CAの境界は、いずれかのTAListの境界に一致するよう設定されている。

【0031】

図３に示すCAとTAListとの対応および図２に示すTAとTAListとの対応は予め定められている。このうち、例えば、CAとTAListとの対応情報は、図７のような「TAList−CA対応テーブル」として図１のMME３３により保持されており、TAとTAListとの対応情報についても同様に、MME３３により保持されている。

【0032】

さて、本発明に関連する機能ブロックとして、図１に示すように、MME３３は網内制御部３３Ａを備えており、この網内制御部３３ＡはLTE網に在圏する端末の位置登録時に、上記のTAList−CA対応テーブルを用いて当該端末のCA情報を含んだ端末情報を取得し、取得した端末情報をHSS１０へ提供する機能を有する。また、HSS１０はHSS内制御部１０Ａを備えており、このHSS内制御部１０Ａは、LTE網３０から通知された情報から端末のCA情報を得て、当該端末のCA情報を含んだ在圏情報を保持しIMS２０からの要求時等にIMS２０へ提供する機能を有する。

【0033】

これらの機能ブロックを備えたMME３３およびHSS１０の動作は、図４〜図６を用いて後述する。なお、変形例として、HSS内制御部１０Ａは、TAList−CA対応テーブルを予め保持し、網内制御部３３Ａから端末のCA情報でなくTAList情報を受信して、TAList−CA対応テーブルを参照することでCA情報を得てもよい。

【0034】

［第１実施形態の通信システムにおける動作］
以下、第１実施形態の通信システム１における動作として、図４の初回位置登録時の動作と、図５のTAList跨り（LTE→LTE）非通信中状態のケースの動作と、図６のTAList跨り（LTE→LTE）通信中状態のケースの動作とを順に説明する。なお、「非通信中状態」とは、UE（端末）がアクセス網の圏内に存在するが通信していない状態（いわゆるアイドル状態）を意味する。

【0035】

（図４：初回位置登録時の動作）
端末の電源投入時などには「初回位置登録」が実行され、その際の動作を図４に示す。図４のように、UEは、初回位置登録に関する所定の処理を実施し（ステップＳ１）、Attach Request信号をeNodeBへ送信する（ステップＳ２）。そして、eNodeBはUEからの信号を基にTAI（Tracking Area Identifier）を算出し（ステップＳ３）、得られたTAI情報をAttach Request信号に重畳してMMEへ送信する（ステップＳ４）。なお、上記の「TAI」とは、TA情報導出のための在圏情報である。

【0036】

MMEは、eNodeBからのTAIを受信し、予め記憶したTAとTAListとの対応情報を基に、TAListを割り当てる、即ち、受信したTAIに対応するTAListを導出する（ステップＳ５）。さらに、MMEは、UEの識別情報を照会するためのIdentity Request信号をUEへ送り（ステップＳ６）、UEの識別情報であるIMEISVを含んだIdentity Response信号をUEから受信することで（ステップＳ７）、UEの識別情報（IMEISV）を取得する。

【0037】

そして、MMEは、TAList−CA対応テーブルを参照することで、ステップＳ５で得られたTAListに対応するCAを導出し（ステップＳ８）、得られたCA情報および上記IMEISV情報をUpdate Location Request信号に重畳してHSSへ送信する（ステップＳ９）。これにより、HSSは、UEのCA情報とIMEISV情報を取得することができ、得られたCA情報とIMEISV情報を保持する（ステップＳ１０）。

【0038】

その後、UEからのSIP_RegisterがP-CSCF経由で、IMS（I-CSCF、S-CSCF、AS）へ送信されると（ステップＳ１１、Ｓ１２）、IMS（I-CSCF、S-CSCF、AS）はCAおよびIMEISVの取得要求をHSSへ送信する（ステップＳ１３）。上記取得要求に対し、HSSは、保持しているCA情報及びIMEISV情報をIMSへ送信する（ステップＳ１４、Ｓ１５）。

【0039】

なお、図４の処理では、以下のようなバリエーションを採用してもよい。例えば、CA情報の導出は、MMEではなく、HSSが行ってもよい。その場合、前述したように、図１のHSS内制御部１０Ａが、TAList−CA対応テーブルを予め保持しておき、MMEからTAList情報を受信して、TAList−CA対応テーブルを参照することで、TAList情報に対応するCA情報を得ればよい。

【0040】

また、MMEがCA情報をHSSへ通知するタイミングは、図４のステップＳ９のタイミング以外に、サービス起動契機でHSSがMMEにCA情報を問い合わせ、その応答としてMMEがCA情報をHSSへ通知してもよい。

【0041】

また、HSSがCA情報およびIMEISV情報をIMSへ通知するタイミングは、図４のステップＳ１３〜Ｓ１５のタイミング以外に、図４のステップＳ１０でHSSが、受信したCA情報およびIMEISV情報を速やかにIMSへ通知してもよい。

【0042】

さらに、図４のステップＳ１３〜Ｓ１５では、CAおよびIMEISVの取得要求への応答信号に代わり、HSSに対するI-CSCF、S-CSCFからのＩＰアドレス取得要求への応答信号に、CA情報およびIMEISV情報を重畳してHSSからIMSへ送信してもよい。

【0043】

（図５：TAList跨り（LTE→LTE）非通信中状態のケースの動作）
図５（ａ）には、非通信中状態にあるUEが図５（ｂ）のようにLTE間（LTE→LTE）でTAList境界を跨ったケースの動作を示す。但し、図５（ｂ）には、CA境界がTAList境界と一致しUEがCA境界を跨った例を示しているが、CA境界がTAList境界と一致せずUEがCA境界を跨っていないこともありうる。なお、図５（ａ）におけるMMEおよびeNodeBは、UEがTAList境界を跨った後のエリアを制御するMMEおよびeNodeBである。図５（ａ）に示すように、MMEおよびHSSは予めCA情報を保持している（ステップＳ２１、Ｓ２２）。

【0044】

UEは、TAList跨りを契機に、LTE網に対しTAList更新要求を行う（ステップＳ２３）。具体的には、EMM Tracking Area Update Request信号をeNodeBに送信する（ステップＳ２４）。そして、eNodeBはUEからの信号を基に新TAI（TAList境界を跨った後のエリアに関するTAI）を算出し（ステップＳ２５）、得られたTAI情報をEMM Tracking Area Update Request信号に重畳してMMEへ送信する（ステップＳ２６）。MMEは、eNodeBからの新TAIを受信し、予め記憶したTAとTAListとの対応情報を基に、受信した新TAIに対応する新TAListを導出し、さらに、TAList−CA対応テーブルを参照することで、新TAListに対応する新CAを導出する（ステップＳ２７）。なお、上記のステップＳ２４〜Ｓ２７の処理（移動後のエリアに関するCAを導出する処理：以下「TA Update」と称する）は、後述する図６、図９のケースでも実行される。

【0045】

次に、MMEは、導出された新CAが保持されたCAと異なっているか否かを判断し（ステップＳ２８）、異なっていれば、新CA情報を既存のDiameter Update Location Request信号に重畳してHSSへ送信する（ステップＳ２９）。そして、HSSは、受信した新CA情報をもって、保持しているCA情報を更新する（ステップＳ３０）。一方、ステップＳ２８で新CAが保持されたCAと同じであれば、ステップＳ２９、Ｓ３０の処理は実行されない。そして、これ以降は、通常のLTEハンドオーバ処理が実行される（ステップＳ３１）。

【0046】

その後、IMS内のASにおいて、CA取得が必要な処理が発生すると（ステップＳ３２）、ASはHSSにCA取得要求を送信し（ステップＳ３３）、HSSは、CA取得要求に対し、保持されたCA情報（ステップＳ３０の更新が行われた場合は新CA情報）をASへ応答する（ステップＳ３４）。

【0047】

なお、図５（ａ）の処理では、以下のようなバリエーションを採用してもよい。例えば、MMEは、導出された新CAが保持されたCAと異なっているか否かを判断することなく、TAList跨りの度に、導出された新CA情報をHSSへ通知してもよい。

【0048】

また、MMEが新CA情報をHSSへ通知するタイミングは、図５（ａ）のステップＳ２９のタイミング以外に、HSSが必要なときだけMMEに新CA情報を問い合わせ、その応答としてMMEが新CA情報をHSSへ通知してもよい。

【0049】

（図６：TAList跨り（LTE→LTE）通信中状態のケースの動作）
図６（ａ）には、通信中状態にあるUEが図６（ｂ）のようにLTE間（LTE→LTE）でTAList境界を跨ったケースの動作を示す。但し、図６（ｂ）には、CA境界がTAList境界と一致しUEがCA境界を跨った例を示しているが、CA境界がTAList境界と一致せずUEがCA境界を跨っていないこともありうる。なお、図６（ａ）におけるold MMEおよびold eNodeBは、UEがTAList境界を跨る前のエリアを制御するMMEおよびeNodeBであり、new MMEおよびnew eNodeBは、UEがTAList境界を跨った後のエリアを制御するMMEおよびeNodeBである。図６（ａ）に示すように、old MMEおよびHSSは予めCA情報を保持している（ステップＳ４１、Ｓ４２）。

【0050】

通信中状態にあるUEが図６（ｂ）のようにLTE間（LTE→LTE）でTAList境界を跨った場合、old eNodeBは、ハンドオーバの必要性（UEとの通信電波が弱くなり通信品質が低下していること）を検知し、自己のLTE網に対しハンドオーバ要求を行う（ステップＳ４３）。具体的に、old eNodeBはHandover Requiredをold MMEに送信する（ステップＳ４４）。そして、old MMEは、自装置（old MME）で保持しているCA情報（CA1）を、new MMEへのハンドオーバ要求信号に重畳してnew MMEに通知する（ステップＳ４５）。具体的に、old MMEは、上記CA情報（CA1）を既存のForward Relocation Request信号に重畳してnew MMEに送信する（ステップＳ４６）。new MMEは、old MMEで保持されたCA情報（CA1）を受信し、応答信号（Forward Relocation Response信号）をold MMEへ返す（ステップＳ４７）。

【0051】

そして、UE、new eNodeBおよびnew MME間で、図５のステップＳ２４〜Ｓ２７と同様の「TA Update」が実行され（ステップＳ４８）、new MMEにより、TAから移動後のエリアに関するCA（CA2）が導出される。

【0052】

なお、移動前のエリアに関するCA（CA1）について、new MMEは、上記ステップＳ４６でold MMEにより送信されたForward Relocation Request信号から取得する代わりに、図６（ａ）に破線で示すようにnew MMEが、移動前のエリアに関するCA（CA1）を要求するContent Request信号をold MMEに送信し（ステップＳ４９）、old MMEからのContent Response信号から移動前のエリアに関するCA（CA1）を取得してもよい（ステップＳ５０）。

【0053】

次に、new MMEは、移動後のエリアに関するCA（CA2）が移動前のエリアに関するCA（CA1）と異なっているか否かを判断し（ステップＳ５１）、異なっていれば、HSSに移動後のエリアに関するCA（CA2）を通知する（ステップＳ５２）。具体的にnew MMEは、移動後のエリアに関するCA（CA2）を既存のUpdate Location Request信号又はNotify Request信号に重畳してHSSへ送信する（ステップＳ５３）。そして、HSSは、受信した移動後のエリアに関するCA情報をもって、保持しているCA情報を更新し（ステップＳ５４）、new MMEに応答信号（Update Location Answer信号又はNotify Answer信号）を送信する（ステップＳ５５）。一方、ステップＳ５１で移動後のエリアに関するCA（CA2）が移動前のエリアに関するCA（CA1）と同じであれば、ステップＳ５２〜Ｓ５５の処理は実行されない。

【0054】

その後、IMS内のASにおいて、CA取得が必要な処理が発生すると（ステップＳ５６）、ASはHSSにCA取得要求を送信し（ステップＳ５７）、HSSは、CA取得要求に対し、保持されたCA情報（ステップＳ５４の更新が行われた場合は移動後のエリアに関するCA情報（CA2））をASへ応答する（ステップＳ５８）。

【0055】

なお、図６（ａ）の処理では、以下のようなバリエーションを採用してもよい。例えば、new MMEは、TA Update処理（ステップＳ４８）により導出された移動後のエリアに関するCA（CA2）が移動前のエリアに関するCA（CA1）と異なっているか否かを判断することなく、TAList跨りの度に移動後のエリアに関するCA情報（CA2）をHSSへ通知してもよい。

【0056】

また、new MMEが移動後のエリアに関するCA情報（CA2）をHSSへ通知するタイミングは、図６（ａ）のステップＳ５３のタイミング以外に、HSSが必要なときだけnew MMEに最新のCA情報を問い合わせ、その応答としてnew MMEが移動後のエリアに関するCA情報（CA2）をHSSへ通知してもよい。

【0057】

また、移動後のエリアに関するCA情報（CA2）の導出は、MMEではなく、HSSが行ってもよい。その場合、前述したように、図１のHSS内制御部１０Ａが、TAList−CA対応テーブルを予め保持しておき、MMEから移動後のエリアに関するTAList情報を受信して、TAList−CA対応テーブルを参照することで、当該TAList情報に対応する移動後のエリアに関するCA情報（CA2）を得ればよい。

【0058】

以上説明した第１実施形態によれば、初回位置登録のケース（図４）、非通信中状態にあるUEがLTE間（LTE→LTE）でTAList境界を跨ったケース（図５）、通信中状態にあるUEがLTE間（LTE→LTE）でTAList境界を跨ったケース（図６）のいずれにおいても、IMS（AS等のIMS内の装置）は、現状の通信手順では取得困難な最新のCA情報を取得できる。また、このときのUEのCA情報は、UEからの申告に基づき得られたものではなく、LTE網にて管理される情報に基づき得られたものであるため、IMSは、より信頼性の高いCA情報を取得できる。

【0059】

また、第１実施形態は以下のような付加的な効果を奏する。即ち、CA情報と同様の手順を用いれば、現状の通信手順ではIMSが取得困難な情報をIMSが取得可能となる。例えば図４の処理ではIMEISV情報をIMSが取得可能である。また、図４〜図６の処理のように、TAI情報、CA情報、IMEISV情報等は、既存の制御信号（例えばUpdate Location Request信号、Diameter Update Location Request信号等）に重畳して装置間で送受信されることで、情報提供のための装置間インターフェースを新たに追加することは不要となる。さらに、図５、図６の処理のようにCA情報が前回と異なっているか否かを判断し、異なっている場合にのみ移動後のCA情報をHSSへ提供することで、前回と同じCA情報が重複してHSSへ提供されることを回避できる。

【0060】

［第２実施形態］
図８に示すように第２実施形態の通信システム１Ｓは、第１実施形態の通信システム１（図１）の構成に対し3G網４０が追加された構成となっている。IMS２０、HSS１０およびLTE網３０は第１実施形態と同様なので、重複した説明は省略する。

【0061】

通信システム１Ｓ内の3G網４０には、図８のように相互に接続されたCS-GW（Circuit Switched-Gateway）４５、SGSN（Serving GPRS Support Node）４４、RNC（Radio Network Controller）４３、NodeB４２、およびUE４１が存在する。このうちCS-GW４５は3G回線交換をIMS２０に接続するためのゲートウェイ装置であり、SGSN４４は3Gパケット通信の交換機である。RNC４３は3G基地局の制御装置であり、NodeB４２は3G網の基地局であり、およびUE（User Entity）４１は3G端末である。

【0062】

図８の通信システム１Ｓにおいて、MME３３が備える網内制御部３３ＡとSGSN４４が備える網内制御部４４Ａはそれぞれ、本発明に係る「ハンドオーバ元制御部」の機能および「ハンドオーバ先制御部」の機能を備える。ここで、ハンドオーバ元制御部の機能とは、自己の網から外部の網へのハンドオーバ時に端末の移動前のCA情報を含んだ旧在圏情報を外部の網へ提供する機能であり、ハンドオーバ先制御部の機能とは、外部の網から自己の網へのハンドオーバ時に、外部の網から提供された端末の移動前のCA情報を含んだ旧在圏情報を受信し、自己の網のCA（移動後のCA）と端末の移動前のCAとが異なっているか否かを判断し、異なっている場合に自己の網のCA（移動後のCA）情報を含んだ新在圏情報をHSS１０へ提供する機能である。

【0063】

即ち、端末が3G網４０からLTE網３０へハンドオーバするときは、網内制御部４４Ａが本発明に係る「ハンドオーバ元制御部」の機能を発揮し、網内制御部３３Ａが本発明に係る「ハンドオーバ先制御部」の機能を発揮する。逆に、端末がLTE網３０から3G網４０へハンドオーバするときは、網内制御部３３Ａが本発明に係る「ハンドオーバ元制御部」の機能を発揮し、網内制御部４４Ａが本発明に係る「ハンドオーバ先制御部」の機能を発揮する。

【0064】

以下、第２実施形態の通信システム１Ｓにおける動作として、図９の「TAList跨り（3G→LTE）のケース」の動作、図１０の「UEが非通信中状態でのTAList跨り（LTE→3G）のケース」の動作、および、図１１の「UEが通信中状態でのTAList跨り（LTE→3G）のケース」の動作を順に説明する。

【0065】

（図９：TAList跨り（3G→LTE）のケースの動作）
図９（ａ）には、UEが図９（ｂ）のようにTAList境界を跨り3GエリアからLTEエリアへ移動したケースの動作を示す。このケースは、UEが通信中状態にあるか否かを問わない。但し、図９（ｂ）には、CA境界がLTE網の境界と一致しUEがCA境界を跨った例を示しているが、CA境界がLTE網の境界と一致せずUEがCA境界を跨っていないこともありうる。なお、図９（ａ）におけるold SGSNは、UEがTAList境界を跨る前の3Gエリアを制御するSGSNである。図９（ａ）に示すように、old SGSNおよびHSSは予めCA情報を保持している（ステップＳ６１、Ｓ６２）。

【0066】

UEが図９（ｂ）のようにTAList境界を跨り3GエリアからLTEエリアへ移動した場合、3Gエリアを制御するRNCは、ハンドオーバの必要性（UEとの通信電波が弱くなり通信品質が低下していること）を検知し、3G網からLTE網へのハンドオーバ要求を行う（ステップＳ６３）。具体的に、RNCはHandover Requiredをold SGSNに送信する（ステップＳ６４）。そして、old SGSNは、自装置（old SGSN）で保持しているCA情報（CA1）を、ハンドオーバ先のLTE網を制御するMMEへのハンドオーバ要求信号に重畳して当該MMEに通知する（ステップＳ６５）。具体的に、old SGSNは、上記CA情報（CA1）を既存のForward Relocation Request信号に重畳してMMEに送信する（ステップＳ６６）。MMEは、old SGSNで保持されたCA情報（CA1）を受信し、応答信号（Forward Relocation Response信号）をold SGSNへ返す（ステップＳ６７）。

【0067】

そして、UE、eNodeBおよびMME間で、図５のステップＳ２４〜Ｓ２７と同様の「TA Update」が実行され（ステップＳ６８）、MMEにより、TAから移動後のLTEエリアに関するCA（CA2）が導出される。

【0068】

なお、移動前の3Gエリアに関するCA（CA1）について、MMEは、上記ステップＳ６６でold SGSNにより送信されたForward Relocation Request信号から取得する代わりに、図９（ａ）に破線で示すようにMMEが、移動前の3Gエリアに関するCA（CA1）を要求するContent Request信号をold SGSNに送信し（ステップＳ６９）、old SGSNからのContent Response信号から移動前の3Gエリアに関するCA（CA1）を取得してもよい（ステップＳ７０）。

【0069】

次に、MMEは、移動後のLTEエリアに関するCA（CA2）が移動前の3Gエリアに関するCA（CA1）と異なっているか否かを判断し（ステップＳ７１）、異なっていれば、HSSに移動後のLTEエリアに関するCA（CA2）を通知する（ステップＳ７２）。具体的にMMEは、移動後のLTEエリアに関するCA（CA2）を既存のUpdate Location Request信号又はNotify Request信号に重畳してHSSへ送信する（ステップＳ７３）。そして、HSSは、受信した移動後のLTEエリアに関するCA情報をもって、保持しているCA情報を更新し（ステップＳ７４）、MMEに応答信号（Update Location Answer信号又はNotify Answer信号）を送信する（ステップＳ７５）。一方、ステップＳ７１で移動後のLTEエリアに関するCA（CA2）が移動前の3Gエリアに関するCA（CA1）と同じであれば、ステップＳ７２〜Ｓ７５の処理は実行されない。

【0070】

その後、IMS内のASにおいて、CA取得が必要な処理が発生すると（ステップＳ７６）、ASはHSSにCA取得要求を送信し（ステップＳ７７）、HSSは、CA取得要求に対し、保持されたCA情報（ステップＳ７４の更新が行われた場合は移動後のLTEエリアに関するCA情報（CA2））をASへ応答する（ステップＳ７８）。

【0071】

なお、図９（ａ）の処理では、以下のようなバリエーションを採用してもよい。例えば、MMEは、TA Update処理（ステップＳ６８）により導出された移動後のLTEエリアに関するCA（CA2）が移動前の3Gエリアに関するCA（CA1）と異なっているか否かを判断することなく、移動後のLTEエリアに関するCA情報（CA2）をHSSへ通知してもよい。

【0072】

また、MMEが移動後のLTEエリアに関するCA情報（CA2）をHSSへ通知するタイミングは、図９（ａ）のステップＳ７３のタイミング以外に、HSSが必要なときだけMMEに最新のCA情報を問い合わせ、その応答としてMMEが移動後のLTEエリアに関するCA情報（CA2）をHSSへ通知してもよい。

【0073】

（図１０：TAList跨り（LTE→3G）非通信中状態のケースの動作）
図１０（ａ）には、非通信中状態にあるUEが図１０（ｂ）のようにTAList境界を跨りLTEエリアから3Gエリアへ移動したケースの動作を示す。但し、図１０（ｂ）には、CA境界がLTE網の境界と一致しUEがCA境界を跨った例を示しているが、CA境界がLTE網の境界と一致せずUEがCA境界を跨っていないこともありうる。なお、図１０（ａ）におけるCS-GWおよびSGSNは、UEがTAList境界を跨った後の3Gエリアを制御するCS-GWおよびSGSNであり、MMEは、UEがTAList境界を跨る前のLTEエリアを制御するMMEである。図１０（ａ）に示すように、MMEおよびHSSは予めCA情報を保持している（ステップＳ８１、Ｓ８２）。

【0074】

非通信中状態にあるUEは、図１０（ｂ）のようにTAList境界を跨りLTEエリアから3Gエリアへ移動すると、ハンドオーバ先の3G網に対しLTE網から3G網へのハンドオーバ要求を行う（ステップＳ８３）。具体的にUEは、ハンドオーバ先の3G網を制御するSGSNにRAUpdateRequest信号（LTE網から3G網へのハンドオーバ要求信号）を送信する（ステップＳ８４）。SGSNは、受信したRAUpdateRequest信号から、移動後の3Gエリアに関するCA情報（CA1）を取得する（ステップＳ８５）。

【0075】

そしてSGSNは、移動前のLTEエリアに関するCA（CA2）を要求するContent Request信号をMMEに送信する（ステップＳ８６）。これに対しMMEは、自装置（MME）が保持しているCA情報（CA2）をSGSNに通知する（ステップＳ８７）。具体的にMMEは、保持しているCA情報（CA2）をContent Response信号に重畳してSGSNに通知する（ステップＳ８８）。

【0076】

次に、SGSNは、移動後の3Gエリアに関するCA（CA1）が移動前のLTEエリアに関するCA（CA2）と異なっているか否かを判断し（ステップＳ８９）、異なっていれば、移動後の3Gエリアに関するCA（CA1）を3Gパケット交換の位置情報更新に重畳してHSSに通知する（ステップＳ９０）。具体的にSGSNは、移動後の3Gエリアに関するCA情報（CA1）を既存のUpdate GPRS Location信号に重畳してHSSへ送信する（ステップＳ９１）。そして、HSSは、受信した移動後の3Gエリアに関するCA情報（CA1）をもって、保持しているCA情報を更新し（ステップＳ９２）、SGSNに応答信号（ACK）を返す（ステップＳ９３）。

【0077】

なお、移動後の3Gエリアに関するCA情報（CA1）の通知について、SGSNは、上記のような3Gパケット交換の位置情報更新を用いた通知（ステップＳ９０〜Ｓ９３）に代わり、図１０（ａ）に破線で示すように3G回線交換の位置情報更新を用いた通知を行ってもよいし（ステップＳ９４）、これら両方を行ってもよい。3G回線交換の位置情報更新を用いた通知について具体的にSGSNは、移動後の3Gエリアに関するCA情報（CA1）を既存のLocation Updating Request信号に重畳してCS-GWへ送信し（ステップＳ９５）、そしてCS-GWが、受信した移動後の3Gエリアに関するCA情報（CA1）を既存のUpdate Location Request信号に重畳してHSSへ送信する（ステップＳ９６）。さらにHSSは、受信した移動後の3Gエリアに関するCA情報（CA1）をもって、保持しているCA情報を更新し（ステップＳ９７）、CS-GWに応答信号（ACK）を返す（ステップＳ９８）。

【0078】

ところで、ステップＳ８９で移動後の3Gエリアに関するCA（CA1）が移動前のLTEエリアに関するCA（CA2）と同じであれば、上記のステップＳ９０〜Ｓ９３の処理やステップＳ９４〜Ｓ９８の処理は実行されない。

【0079】

その後、IMS内のASにおいて、CA取得が必要な処理が発生すると（ステップＳ９９）、ASはHSSにCA取得要求を送信し（ステップＳ１００）、HSSは、CA取得要求に対し、保持されたCA情報（ステップＳ９２又はＳ９７の更新が行われた場合は移動後の3Gエリアに関するCA情報（CA1））をASへ応答する（ステップＳ１０１）。

【0080】

なお、図１０（ａ）の処理では、以下のようなバリエーションを採用してもよい。例えば、SGSNは、移動後の3Gエリアに関するCA（CA1）が移動前のLTEエリアに関するCA（CA2）と異なっているか否かを判断することなく、移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知してもよい。その場合、MMEで保持している移動前のLTEエリアに関するCA（CA2）をSGSNへ通知する必要は無い。

【0081】

また、SGSNが移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知するタイミングは、図１０（ａ）のステップＳ９０やＳ９４のタイミング以外に、HSSが必要なときだけSGSNに最新のCA情報を問い合わせ、その応答としてSGSNが移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知してもよい。

【0082】

（図１１：TAList跨り（LTE→3G）通信中状態のケースの動作）
図１１（ａ）には、通信中状態にあるUEが図１１（ｂ）のようにTAList境界を跨りLTEエリアから3Gエリアへ移動したケースの動作を示す。但し、図１１（ｂ）には、CA境界がLTE網の境界と一致しUEがCA境界を跨った例を示しているが、CA境界がLTE網の境界と一致せずUEがCA境界を跨っていないこともありうる。なお、図１１（ａ）におけるCS-GWおよびSGSNは、UEがTAList境界を跨った後の3Gエリアを制御するCS-GWおよびSGSNであり、Source eNodeBおよびMMEは、UEがTAList境界を跨る前のLTEエリアを制御するeNodeBおよびMMEである。図１１（ａ）に示すように、MMEおよびHSSは予めCA情報を保持している（ステップＳ１１１、Ｓ１１２）。

【0083】

通信中状態にあるUEが図１１（ｂ）のようにTAList境界を跨りLTEエリアから3Gエリアへ移動すると、Source eNodeBは、ハンドオーバの必要性（UEとの通信電波が弱くなり通信品質が低下していること）を検知し、LTE網から3G網へのハンドオーバ要求を行う（ステップＳ１１３）。具体的に、Source eNodeBはHandover RequiredをMMEに送信する（ステップＳ１１４）。そして、MMEは、自装置（MME）で保持しているCA情報（CA2）をハンドオーバ要求信号に重畳して、ハンドオーバ先の3G網のSGSNに通知する（ステップＳ１１５）。具体的に、MMEは、上記CA情報（CA2）を既存のForward Relocation Request信号に重畳してSGSNに送信する（ステップＳ１１６）。SGSNは、MMEで保持されたCA情報（CA2）を受信し、応答信号（Forward Relocation Response信号）をMMEへ返す（ステップＳ１１７）。

【0084】

さらにSource eNodeBが上記SGSNにRAUpdateRequest信号（LTE網から3G網へのハンドオーバ要求信号）を送信すると（ステップＳ１１８）、SGSNは、受信したRAUpdateRequest信号から、移動後の3Gエリアに関するCA情報（CA1）を取得する（ステップＳ１１９）。

【0085】

次に、SGSNは、移動後の3Gエリアに関するCA（CA1）が移動前のLTEエリアに関するCA（CA2）と異なっているか否かを判断し（ステップＳ１２０）、異なっていれば、移動後の3Gエリアに関するCA（CA1）を3Gパケット交換の位置情報更新に重畳してHSSに通知する（ステップＳ１２１）。具体的にSGSNは、移動後の3Gエリアに関するCA情報（CA1）を既存のUpdate GPRS Location信号に重畳してHSSへ送信する（ステップＳ１２２）。そして、HSSは、受信した移動後の3Gエリアに関するCA情報（CA1）をもって、保持しているCA情報を更新し（ステップＳ１２３）、SGSNに応答信号（ACK）を返す（ステップＳ１２４）。

【0086】

なお、移動後の3Gエリアに関するCA情報（CA1）の通知について、SGSNは、上記のような3Gパケット交換の位置情報更新を用いた通知（ステップＳ１２１〜Ｓ１２４）に代わり、図１１（ａ）に破線で示すように3G回線交換の位置情報更新を用いた通知を行ってもよいし（ステップＳ１２５）、これら両方を行ってもよい。3G回線交換の位置情報更新を用いた通知について具体的にSGSNは、移動後の3Gエリアに関するCA情報（CA1）を既存のLocation Updating Request信号に重畳してCS-GWへ送信し（ステップＳ１２６）、そしてCS-GWが、受信した移動後の3Gエリアに関するCA情報（CA1）を既存のUpdate Location Request信号に重畳してHSSへ送信する（ステップＳ１２７）。さらにHSSは、受信した移動後の3Gエリアに関するCA情報（CA1）をもって、保持しているCA情報を更新し（ステップＳ１２８）、CS-GWに応答信号（ACK）を返す（ステップＳ１２９）。

【0087】

ところで、ステップＳ１２０で移動後の3Gエリアに関するCA（CA1）が移動前のLTEエリアに関するCA（CA2）と同じであれば、上記のステップＳ１２１〜Ｓ１２４の処理やステップＳ１２５〜Ｓ１２９の処理は実行されない。

【0088】

その後、IMS内のASにおいて、CA取得が必要な処理が発生すると（ステップＳ１３０）、ASはHSSにCA取得要求を送信し（ステップＳ１３１）、HSSは、CA取得要求に対し、保持されたCA情報（ステップＳ１２３又はＳ１２８の更新が行われた場合は移動後の3Gエリアに関するCA情報（CA1））をASへ応答する（ステップＳ１３２）。

【0089】

なお、図１１（ａ）の処理では、以下のようなバリエーションを採用してもよい。例えば、SGSNは、移動後の3Gエリアに関するCA（CA1）が移動前のLTEエリアに関するCA（CA2）と異なっているか否かを判断することなく、移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知してもよい。その場合、MMEで保持している移動前のLTEエリアに関するCA（CA2）をSGSNへ通知する必要は無い。

【0090】

また、SGSNが移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知するタイミングは、図１１（ａ）のステップＳ１２１やＳ１２５のタイミング以外に、HSSが必要なときだけSGSNに最新のCA情報を問い合わせ、その応答としてSGSNが移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知してもよい。

【0091】

以上説明した第２実施形態によれば、UEがTAList境界を跨り3G網からLTE網へ移動したケース（図９）、非通信中状態にあるUEがTAList境界を跨りLTE網から3G網へ移動したケース（図１０）、通信中状態にあるUEがTAList境界を跨りLTE網から3G網へ移動したケース（図１１）のいずれにおいても、AS（IMS内の装置）は、現状の通信手順では取得困難な最新のCA情報を取得できる。また、このときのUEのCA情報は、UEからの申告に基づき得られたものではなく、LTE網又は3G網にて管理される情報に基づき得られたものであるため、IMSは、より信頼性の高いCA情報を取得できる。

【0092】

また、第２実施形態においても、第１実施形態と同様に、以下のような付加的な効果を奏する。即ち、図９〜図１１の処理のようにCA情報等は、既存の制御信号（例えばUpdate Location Request信号、Notify Request信号、Update GPRS Location信号、Update Location Request信号等）に重畳して装置間で送受信されることで、情報提供のための装置間インターフェースを新たに追加することは不要となる。また、図９〜図１１の処理のようにハンドオーバ先のCA情報がハンドオーバ元のCA情報と異なっているか否かを判断し、異なっている場合にのみハンドオーバ先のCA情報をHSSへ提供することで、前回と同じCA情報が重複してHSSへ提供されることを回避できる。さらに、図９〜図１１には図示しなかったが、第１実施形態における図４のIMEISV情報のように、現状の通信手順ではIMSが取得困難な情報を、CA情報と同様の手順でHSSへ提供し、HSSからIMSへ提供してもよく、このようにして、取得困難な情報をIMSが取得可能となる。

【符号の説明】

【0093】

１、１Ｓ…通信システム、１０…HSS、１０Ａ…HSS内制御部、２０…IMS、２１…AS（Application Server）、２２…S-CSCF（Serving-CSCF）、２３…I-CSCF（Interrogating-CSCF）、２４…P-CSCF（Proxy-CSCF）、３０…LTE網、３１、４１…UE（User Entity）、３２…eNodeB（evolved NodeB）、３３…MME（Mobility Management Entity）、３３Ａ…網内制御部、３４…S-GW（Serving GateWay）、３５…P-GW（PDN(PacketDataNetwork) GateWay）、３６…PCRF（Policy and Charging Rules Function）、４０…3G網、４２…NodeB、４３…RNC（Radio Network Controller）、４４…SGSN（Serving GPRS Support Node）、４４Ａ…網内制御部、４５…CS-GW（Circuit Switched-Gateway）。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】