(57)【特許請求の範囲】
【請求項１】
相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われているアクセス網とを含んで構成される通信システムであって、
前記アクセス網内に設けられ、当該アクセス網に在圏する端末の位置登録時に、当該端末の課金エリア情報又は当該端末の課金エリアに対応付けられた位置登録単位エリア情報を含んだ端末情報を取得し、取得した端末情報をHSSへ提供する網内制御部と、
HSS内に設けられ、前記取得した端末情報から当該端末の課金エリア情報を得て、当該端末の課金エリア情報を含んだ在圏情報を保持しIMSへ提供するHSS内制御部と、
を備える通信システム。
【請求項２】
前記網内制御部は、前記課金エリア情報又は前記位置登録単位エリア情報が前回と異なっているか否かを判断し、異なっている場合に、前記取得した端末情報をHSSへ提供する、請求項１に記載の通信システム。
【請求項３】
前記網内制御部は、前記取得した端末情報を既存の制御信号に重畳してHSSへ提供する、請求項１又は２に記載の通信システム。
【請求項４】
前記網内制御部は、前記端末の課金エリア情報又は位置登録単位エリア情報とともに当該端末に特有の情報を含んだ端末情報を取得してHSSへ提供し、
前記HSS内制御部は、前記端末の課金エリア情報とともに当該端末に特有の情報を含んだ在圏情報を保持しIMSへ提供する、
請求項１〜３の何れか一項に記載の通信システム。
【請求項５】
相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われている複数のアクセス網とを含んで構成される通信システムであって、
第１のアクセス網に在圏していた端末が移動して第２のアクセス網に在圏することとなったときに実行されるハンドオーバ時に、前記端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供する、前記第２のアクセス網内に設けられたハンドオーバ先制御部と、
HSS内に設けられ、前記ハンドオーバ先制御部から前記端末の移動後の課金エリア情報を含んだ新在圏情報を受信して保持しIMSへ提供するHSS内制御部と、
を備える通信システム。
【請求項６】
前記通信システムは、
前記ハンドオーバ時に、前記端末の移動前の課金エリア情報を含んだ旧在圏情報を前記ハンドオーバ先制御部へ提供する、第１のアクセス網内に設けられたハンドオーバ元制御部、
をさらに備え、
前記ハンドオーバ先制御部は、前記ハンドオーバ元制御部から提供された前記端末の移動前の課金エリア情報を含んだ旧在圏情報を受信し、当該ハンドオーバ先制御部にて保持された前記端末の移動後の課金エリアと、前記端末の移動前の課金エリアとが異なっているか否かを判断し、異なっている場合に前記端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供する、
請求項５に記載の通信システム。
【請求項７】
前記ハンドオーバ元制御部は、前記旧在圏情報を既存の第１の制御信号に重畳して第２のアクセス網へ提供し、
前記ハンドオーバ先制御部は、前記新在圏情報を既存の第２の制御信号に重畳してHSSへ提供する、
請求項６に記載の通信システム。
【請求項８】
前記ハンドオーバ先制御部は、前記端末の移動後の課金エリア情報とともに当該端末に特有の情報を含んだ新在圏情報を取得してHSSへ提供し、
前記HSS内制御部は、前記端末の移動後の課金エリア情報とともに当該端末に特有の情報を含んだ新在圏情報を保持しIMSへ提供する、
請求項５〜７の何れか一項に記載の通信システム。
【請求項９】
相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われているアクセス網とを含んで構成される通信システム、により実行される情報提供方法であって、
前記アクセス網内に設けられた網内制御部が、当該アクセス網に在圏する端末の位置登録時に、当該端末の課金エリア情報又は当該端末の課金エリアに対応付けられた位置登録単位エリア情報を含んだ端末情報を取得し、取得した端末情報をHSSへ提供するステップと、
HSS内に設けられたHSS内制御部が、前記取得した端末情報から当該端末の課金エリア情報を得て、当該端末の課金エリア情報を含んだ在圏情報を保持しIMSへ提供するステップと、
を備える情報提供方法。
【請求項１０】
相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われている複数のアクセス網とを含んで構成される通信システム、により実行される情報提供方法であって、
第１のアクセス網に在圏していた端末が移動して第２のアクセス網に在圏することとなったときに実行されるハンドオーバ時に、前記第２のアクセス網内に設けられたハンドオーバ先制御部が、前記端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供するステップと、
HSS内に設けられたHSS内制御部が、前記ハンドオーバ先制御部から前記端末の移動後の課金エリア情報を含んだ新在圏情報を受信して保持しIMSへ提供するステップと、
を備える情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、IP  Multimedia  Subsystem（以下「IMS」と称する）と加入者情報管理サーバ（Home  Subscriber  Server：以下「HSS」と称する）とTracking  Area（以下「TA」と称する）単位の管理を行っているアクセス網（例えばLTE（Long  Term  Evolution）網や3G（3rd  Generation）網）とを含んで構成される通信システム、および、当該通信システムで実行される情報提供方法に関する。
【背景技術】
【０００２】
IMSとは、アクセス網に依存しないＩＰ（インターネットプロトコル）で通信するコアネットワークの概念であり、複数のアクセス網（例えばLTE網、3G網、無線ＬＡＮ網など）をシームレスに収容することを可能とする。このようなIMSは、アクセス網に依存しないＩＰで通信するため、異なる複数のアクセス網で共通のネットワークサービス（例えば、留守番電話、キャッチホン、転送サービス等)を提供可能である。
【０００３】
このようなIMSは、標準規格上、アクセス網に依存しない制御になっているため、ユーザの在圏エリア管理を行う必要がないが、その反面、ユーザが在圏エリアを移動したことを検知できず、アクセス網（例えばLTE網）に在圏している端末の最新の在圏エリア情報を取得できない。
【０００４】
ところで、日本では、端末の在圏エリア情報の１つとして、CA（Charging  Area：課金エリア）という概念が用いられており、CA情報は、通信網の利用ユーザへの課金処理で使用され（特許文献１参照）、例えばユーザへの課金の通話明細に設定する必要がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１２４９８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述したように、IMSは端末の最新の課金エリア情報を取得できないのが現状であり、特許文献１でもIMSが最新の課金エリア情報を取得可能とする解決策については言及されていない。
【０００７】
そこで、本発明は、IMSが端末の最新の課金エリア（CA）情報を取得可能とすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る通信システムは、相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われているアクセス網とを含んで構成される通信システムであって、アクセス網内に設けられ、当該アクセス網に在圏する端末の位置登録時に、当該端末の課金エリア情報又は当該端末の課金エリアに対応付けられた位置登録単位エリア情報を含んだ端末情報を取得し、取得した端末情報をHSSへ提供する網内制御部と、HSS内に設けられ、取得した端末情報から当該端末の課金エリア情報を得て、当該端末の課金エリア情報を含んだ在圏情報を保持しIMSへ提供するHSS内制御部と、を備える。なお、「位置登録単位エリアの管理が行われているアクセス網」としては、例えばLTE網や3G網が挙げられる。
【０００９】
即ち、上記の通信システムでは、アクセス網内の網内制御部が、アクセス網に在圏する端末の位置登録時（例えば、初回位置登録時や位置登録単位エリア（TAList）境界の跨り時等）に、当該端末の課金エリア情報又は当該端末の課金エリアに対応付けられた位置登録単位エリア情報を含んだ端末情報を取得し、取得した端末情報をHSSへ提供し、HSS内制御部が、取得した端末情報から当該端末の課金エリア情報を得て、当該端末の課金エリア情報を含んだ在圏情報を保持しIMSへ提供する。なお、取得した端末情報が位置登録単位エリア情報を含んでいる場合、HSS内制御部は、例えば内蔵した対応テーブル（位置登録単位エリアと課金エリアとの対応テーブル）を用いて位置登録単位エリア情報から課金エリア情報に変換することで端末の課金エリア情報を得る。一方、取得した端末情報が端末の課金エリア情報を含んでいる場合、HSS内制御部は、含まれた課金エリア情報を得る。
【００１０】
このようにしてIMSに対し、端末の課金エリア情報を含んだ在圏情報が提供されることとなり、IMSは端末の最新の課金エリア（CA）情報を取得可能となる。このときの最新の課金エリア（CA）情報は、端末からの申告に基づき得られたものではなく、アクセス網にて管理される情報に基づき得られたものであるため、IMSは、より信頼性の高い課金エリア（CA）情報を取得可能となる。
【００１１】
なお、網内制御部は、課金エリア情報又は位置登録単位エリア情報が前回と異なっているか否かを判断し、異なっている場合に、取得した端末情報をHSSへ提供してもよい。この場合、前回と同じ課金エリア情報又は位置登録単位エリア情報が重複してHSSへ提供されることを回避することができる。
【００１２】
また、網内制御部は、取得した端末情報を既存の制御信号に重畳してHSSへ提供してもよい。この場合、情報提供のための装置間インターフェースを新たに追加することは不要となる。
【００１３】
また、網内制御部は、端末の課金エリア情報又は位置登録単位エリア情報とともに当該端末に特有の情報を含んだ端末情報を取得してHSSへ提供し、HSS内制御部は、端末の課金エリア情報とともに当該端末に特有の情報を含んだ在圏情報を保持しIMSへ提供してもよい。上記の「端末に特有の情報」としては、例えば、端末の端末識別番号情報（IMEISV（IMEI  Software  Version））が挙げられる。この場合、IMEISVのような、現状の通信手順ではIMSが取得困難な情報を、IMSが取得可能となる。
【００１４】
本発明に係る通信システムは、相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われている複数のアクセス網とを含んで構成される通信システムであって、第１のアクセス網に在圏していた端末が移動して第２のアクセス網に在圏することとなったときに実行されるハンドオーバ時に、端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供する、第２のアクセス網内に設けられたハンドオーバ先制御部と、HSS内に設けられ、ハンドオーバ先制御部から端末の移動後の課金エリア情報を含んだ新在圏情報を受信して保持しIMSへ提供するHSS内制御部と、を備える。
【００１５】
即ち、上記の通信システムでは、第１のアクセス網に在圏していた端末が移動して第２のアクセス網に在圏することとなったときに実行されるハンドオーバ時に、第２のアクセス網内に設けられたハンドオーバ先制御部が、端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供し、そして、HSS内に設けられたHSS内制御部が、ハンドオーバ先制御部から端末の移動後の課金エリア情報を含んだ新在圏情報を受信して保持しIMSへ提供する。
【００１６】
このようにしてIMSに対し、端末の移動後の課金エリア情報を含んだ新在圏情報が提供されることとなり、IMSは端末の最新（移動後）の課金エリア（CA）情報を取得可能となる。このときの最新の課金エリア（CA）情報は、端末からの申告に基づき得られたものではなく、アクセス網にて管理される情報に基づき得られたものであるため、IMSは、より信頼性の高い課金エリア（CA）情報を取得可能となる。
【００１７】
なお、上記の通信システムは、ハンドオーバ時に端末の移動前の課金エリア情報を含んだ旧在圏情報をハンドオーバ先制御部へ提供する、第１のアクセス網内に設けられたハンドオーバ元制御部、をさらに備え、ハンドオーバ先制御部は、ハンドオーバ元制御部から提供された端末の移動前の課金エリア情報を含んだ旧在圏情報を受信し、当該ハンドオーバ先制御部にて保持された端末の移動後の課金エリアと、端末の移動前の課金エリアとが異なっているか否かを判断し、異なっている場合に端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供してもよい。この場合、前回と同じ課金エリア情報が重複してHSSへ提供されることを回避することができる。
【００１８】
なお、ハンドオーバ元制御部は、旧在圏情報を既存の第１の制御信号に重畳して第２のアクセス網へ提供し、ハンドオーバ先制御部は、新在圏情報を既存の第２の制御信号に重畳してHSSへ提供してもよい。この場合、情報提供のための装置間インターフェースを新たに追加することは不要となる。
【００１９】
また、ハンドオーバ先制御部は、端末の移動後の課金エリア情報とともに当該端末に特有の情報を含んだ新在圏情報を取得してHSSへ提供し、HSS内制御部は、端末の移動後の課金エリア情報とともに当該端末に特有の情報を含んだ新在圏情報を保持しIMSへ提供してもよい。前述したように、上記の「端末に特有の情報」としては、例えば、端末の端末識別番号情報（IMEISV）が挙げられる。この場合、IMEISVのような、現状の通信手順ではIMSが取得困難な情報を、IMSが取得可能となる。
【００２０】
ところで、上記の通信システムに関する発明は、情報提供方法に関する発明として捉えることもでき、以下のように記載することができる。
【００２１】
本発明に係る情報提供方法は、相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われているアクセス網とを含んで構成される通信システム、により実行される情報提供方法であって、アクセス網内に設けられた網内制御部が、当該アクセス網に在圏する端末の位置登録時に、当該端末の課金エリア情報又は当該端末の課金エリアに対応付けられた位置登録単位エリア情報を含んだ端末情報を取得し、取得した端末情報をHSSへ提供するステップと、HSS内に設けられたHSS内制御部が、取得した端末情報から当該端末の課金エリア情報を得て、当該端末の課金エリア情報を含んだ在圏情報を保持しIMSへ提供するステップと、を備える。
【００２２】
また、本発明に係る情報提供方法は、相互に接続された、IMSとHSSと位置登録単位エリアの管理が行われている複数のアクセス網とを含んで構成される通信システム、により実行される情報提供方法であって、第１のアクセス網に在圏していた端末が移動して第２のアクセス網に在圏することとなったときに実行されるハンドオーバ時に、第２のアクセス網内に設けられたハンドオーバ先制御部が、端末の移動後の課金エリア情報を含んだ新在圏情報をHSSへ提供するステップと、HSS内に設けられたHSS内制御部が、ハンドオーバ先制御部から端末の移動後の課金エリア情報を含んだ新在圏情報を受信して保持しIMSへ提供するステップと、を備える。
【発明の効果】
【００２３】
本発明によれば、IMSは、端末の最新の課金エリア（CA）情報を取得可能となる。また、このときIMSは、アクセス網にて管理される情報に基づく、より信頼性の高い課金エリア（CA）情報を取得可能となる。
【図面の簡単な説明】
【００２４】
【図１】本発明の第１実施形態に係る通信システムの構成図である。
【図２】LTE網のエリアの概念を説明するための図である。
【図３】課金エリア（CA）を説明するための図である。
【図４】初回位置登録時の動作を示すシーケンスチャートである。
【図５】非通信中状態でのTAList跨り（LTE→LTE）のケースの動作を示すシーケンスチャートである。
【図６】通信中状態でのTAList跨り（LTE→LTE）のケースの動作を示すシーケンスチャートである。
【図７】TAList−CA対応テーブルのデータ例を示す図である。
【図８】本発明の第２実施形態に係る通信システムの構成図である。
【図９】TAList跨り（3G→LTE）のケースの動作を示すシーケンスチャートである。
【図１０】非通信中状態でのTAList跨り（LTE→3G）のケースの動作を示すシーケンスチャートである。
【図１１】通信中状態でのTAList跨り（LTE→3G）のケースの動作を示すシーケンスチャートである。
【発明を実施するための形態】
【００２５】
以下、図面を参照しながら、本発明に係る各種実施形態を順に説明する。以下では、第１実施形態として、IMSとHSSとLTE網とを含んで構成される通信システムの例を、第２実施形態として、IMSとHSSと複数のアクセス網（LTE網および3G網）とを含んで構成される通信システムの例を、それぞれ説明する。
【００２６】
［第１実施形態］
［第１実施形態の通信システムの構成］
図１に示すように、第１実施形態の通信システム１は、IMS２０とHSS１０とLTE網３０とを含んで構成される。このシステム構成自体は、従来からのシステム構成と同様である。
【００２７】
即ち、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の略である。
【００２８】
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端末である。
【００２９】
図２はLTE網のエリアの概念を説明するための図である。この図２に示すように、LTE網では、MMEの配下に図２のように階層を成す以下の複数のエリアが設定されている。即ち、最下層には、eNodeB（LTE網の基地局）の電波範囲に相当するｅＮＢエリアが設定され、下から２番目の層には、位置登録設計単位としてのTA（Tracking  Area）が設定され、下から３番目の層には、１つ又は複数のTAを割り当てたエリアに相当するTAList（Tracking  Area  List）が設定される。端末がTAListの境界を超えるとMMEに位置登録要求を上げるしくみとなっている。そのため、TAListは、特許請求の範囲に記載した「位置登録単位エリア」の一例である。また、TAListは、TAの割当てをユーザ毎に設定可能とされている。このようにTAListへのTAの割当てをユーザ毎に設定することで、MMEへの位置登録要求の過度な集中を防止している。そして、最上位の層には、MMEの制御範囲であるＰｏｏｌエリアが設定される。
【００３０】
図３は、課金エリア（Charging  Area：以下「CA」と称する）を説明するための図である。図３のように１つのCAは１つ又は複数のTAListに対応し、CAの境界は、いずれかのTAListの境界に一致するよう設定されている。
【００３１】
図３に示すCAとTAListとの対応および図２に示すTAとTAListとの対応は予め定められている。このうち、例えば、CAとTAListとの対応情報は、図７のような「TAList−CA対応テーブル」として図１のMME３３により保持されており、TAとTAListとの対応情報についても同様に、MME３３により保持されている。
【００３２】
さて、本発明に関連する機能ブロックとして、図１に示すように、MME３３は網内制御部３３Ａを備えており、この網内制御部３３ＡはLTE網に在圏する端末の位置登録時に、上記のTAList−CA対応テーブルを用いて当該端末のCA情報を含んだ端末情報を取得し、取得した端末情報をHSS１０へ提供する機能を有する。また、HSS１０はHSS内制御部１０Ａを備えており、このHSS内制御部１０Ａは、LTE網３０から通知された情報から端末のCA情報を得て、当該端末のCA情報を含んだ在圏情報を保持しIMS２０からの要求時等にIMS２０へ提供する機能を有する。
【００３３】
これらの機能ブロックを備えたMME３３およびHSS１０の動作は、図４〜図６を用いて後述する。なお、変形例として、HSS内制御部１０Ａは、TAList−CA対応テーブルを予め保持し、網内制御部３３Ａから端末のCA情報でなくTAList情報を受信して、TAList−CA対応テーブルを参照することでCA情報を得てもよい。
【００３４】
［第１実施形態の通信システムにおける動作］
以下、第１実施形態の通信システム１における動作として、図４の初回位置登録時の動作と、図５のTAList跨り（LTE→LTE）非通信中状態のケースの動作と、図６のTAList跨り（LTE→LTE）通信中状態のケースの動作とを順に説明する。なお、「非通信中状態」とは、UE（端末）がアクセス網の圏内に存在するが通信していない状態（いわゆるアイドル状態）を意味する。
【００３５】
（図４：初回位置登録時の動作）
端末の電源投入時などには「初回位置登録」が実行され、その際の動作を図４に示す。図４のように、UEは、初回位置登録に関する所定の処理を実施し（ステップＳ１）、Attach  Request信号をeNodeBへ送信する（ステップＳ２）。そして、eNodeBはUEからの信号を基にTAI（Tracking  Area  Identifier）を算出し（ステップＳ３）、得られたTAI情報をAttach  Request信号に重畳してMMEへ送信する（ステップＳ４）。なお、上記の「TAI」とは、TA情報導出のための在圏情報である。
【００３６】
MMEは、eNodeBからのTAIを受信し、予め記憶したTAとTAListとの対応情報を基に、TAListを割り当てる、即ち、受信したTAIに対応するTAListを導出する（ステップＳ５）。さらに、MMEは、UEの識別情報を照会するためのIdentity  Request信号をUEへ送り（ステップＳ６）、UEの識別情報であるIMEISVを含んだIdentity  Response信号をUEから受信することで（ステップＳ７）、UEの識別情報（IMEISV）を取得する。
【００３７】
そして、MMEは、TAList−CA対応テーブルを参照することで、ステップＳ５で得られたTAListに対応するCAを導出し（ステップＳ８）、得られたCA情報および上記IMEISV情報をUpdate  Location  Request信号に重畳してHSSへ送信する（ステップＳ９）。これにより、HSSは、UEのCA情報とIMEISV情報を取得することができ、得られたCA情報とIMEISV情報を保持する（ステップＳ１０）。
【００３８】
その後、UEからのSIP_RegisterがP-CSCF経由で、IMS（I-CSCF、S-CSCF、AS）へ送信されると（ステップＳ１１、Ｓ１２）、IMS（I-CSCF、S-CSCF、AS）はCAおよびIMEISVの取得要求をHSSへ送信する（ステップＳ１３）。上記取得要求に対し、HSSは、保持しているCA情報及びIMEISV情報をIMSへ送信する（ステップＳ１４、Ｓ１５）。
【００３９】
なお、図４の処理では、以下のようなバリエーションを採用してもよい。例えば、CA情報の導出は、MMEではなく、HSSが行ってもよい。その場合、前述したように、図１のHSS内制御部１０Ａが、TAList−CA対応テーブルを予め保持しておき、MMEからTAList情報を受信して、TAList−CA対応テーブルを参照することで、TAList情報に対応するCA情報を得ればよい。
【００４０】
また、MMEがCA情報をHSSへ通知するタイミングは、図４のステップＳ９のタイミング以外に、サービス起動契機でHSSがMMEにCA情報を問い合わせ、その応答としてMMEがCA情報をHSSへ通知してもよい。
【００４１】
また、HSSがCA情報およびIMEISV情報をIMSへ通知するタイミングは、図４のステップＳ１３〜Ｓ１５のタイミング以外に、図４のステップＳ１０でHSSが、受信したCA情報およびIMEISV情報を速やかにIMSへ通知してもよい。
【００４２】
さらに、図４のステップＳ１３〜Ｓ１５では、CAおよびIMEISVの取得要求への応答信号に代わり、HSSに対するI-CSCF、S-CSCFからのＩＰアドレス取得要求への応答信号に、CA情報およびIMEISV情報を重畳してHSSからIMSへ送信してもよい。
【００４３】
（図５：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情報を保持している（ステップＳ２１、Ｓ２２）。
【００４４】
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」と称する）は、後述する図６、図９のケースでも実行される。
【００４５】
次に、MMEは、導出された新CAが保持されたCAと異なっているか否かを判断し（ステップＳ２８）、異なっていれば、新CA情報を既存のDiameter  Update  Location  Request信号に重畳してHSSへ送信する（ステップＳ２９）。そして、HSSは、受信した新CA情報をもって、保持しているCA情報を更新する（ステップＳ３０）。一方、ステップＳ２８で新CAが保持されたCAと同じであれば、ステップＳ２９、Ｓ３０の処理は実行されない。そして、これ以降は、通常のLTEハンドオーバ処理が実行される（ステップＳ３１）。
【００４６】
その後、IMS内のASにおいて、CA取得が必要な処理が発生すると（ステップＳ３２）、ASはHSSにCA取得要求を送信し（ステップＳ３３）、HSSは、CA取得要求に対し、保持されたCA情報（ステップＳ３０の更新が行われた場合は新CA情報）をASへ応答する（ステップＳ３４）。
【００４７】
なお、図５（ａ）の処理では、以下のようなバリエーションを採用してもよい。例えば、MMEは、導出された新CAが保持されたCAと異なっているか否かを判断することなく、TAList跨りの度に、導出された新CA情報をHSSへ通知してもよい。
【００４８】
また、MMEが新CA情報をHSSへ通知するタイミングは、図５（ａ）のステップＳ２９のタイミング以外に、HSSが必要なときだけMMEに新CA情報を問い合わせ、その応答としてMMEが新CA情報をHSSへ通知してもよい。
【００４９】
（図６：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情報を保持している（ステップＳ４１、Ｓ４２）。
【００５０】
通信中状態にある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へ返す（ステップＳ４７）。
【００５１】
そして、UE、new  eNodeBおよびnew  MME間で、図５のステップＳ２４〜Ｓ２７と同様の「TA  Update」が実行され（ステップＳ４８）、new  MMEにより、TAから移動後のエリアに関するCA（CA2）が導出される。
【００５２】
なお、移動前のエリアに関するCA（CA1）について、new  MMEは、上記ステップＳ４６でold  MMEにより送信されたForward  Relocation  Request信号から取得する代わりに、図６（ａ）に破線で示すようにnew  MMEが、移動前のエリアに関するCA（CA1）を要求するContent  Request信号をold  MMEに送信し（ステップＳ４９）、old  MMEからのContent  Response信号から移動前のエリアに関するCA（CA1）を取得してもよい（ステップＳ５０）。
【００５３】
次に、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）と同じであれば、ステップＳ５２〜Ｓ５５の処理は実行されない。
【００５４】
その後、IMS内のASにおいて、CA取得が必要な処理が発生すると（ステップＳ５６）、ASはHSSにCA取得要求を送信し（ステップＳ５７）、HSSは、CA取得要求に対し、保持されたCA情報（ステップＳ５４の更新が行われた場合は移動後のエリアに関するCA情報（CA2））をASへ応答する（ステップＳ５８）。
【００５５】
なお、図６（ａ）の処理では、以下のようなバリエーションを採用してもよい。例えば、new  MMEは、TA  Update処理（ステップＳ４８）により導出された移動後のエリアに関するCA（CA2）が移動前のエリアに関するCA（CA1）と異なっているか否かを判断することなく、TAList跨りの度に移動後のエリアに関するCA情報（CA2）をHSSへ通知してもよい。
【００５６】
また、new  MMEが移動後のエリアに関するCA情報（CA2）をHSSへ通知するタイミングは、図６（ａ）のステップＳ５３のタイミング以外に、HSSが必要なときだけnew  MMEに最新のCA情報を問い合わせ、その応答としてnew  MMEが移動後のエリアに関するCA情報（CA2）をHSSへ通知してもよい。
【００５７】
また、移動後のエリアに関するCA情報（CA2）の導出は、MMEではなく、HSSが行ってもよい。その場合、前述したように、図１のHSS内制御部１０Ａが、TAList−CA対応テーブルを予め保持しておき、MMEから移動後のエリアに関するTAList情報を受信して、TAList−CA対応テーブルを参照することで、当該TAList情報に対応する移動後のエリアに関するCA情報（CA2）を得ればよい。
【００５８】
以上説明した第１実施形態によれば、初回位置登録のケース（図４）、非通信中状態にあるUEがLTE間（LTE→LTE）でTAList境界を跨ったケース（図５）、通信中状態にあるUEがLTE間（LTE→LTE）でTAList境界を跨ったケース（図６）のいずれにおいても、IMS（AS等のIMS内の装置）は、現状の通信手順では取得困難な最新のCA情報を取得できる。また、このときのUEのCA情報は、UEからの申告に基づき得られたものではなく、LTE網にて管理される情報に基づき得られたものであるため、IMSは、より信頼性の高いCA情報を取得できる。
【００５９】
また、第１実施形態は以下のような付加的な効果を奏する。即ち、CA情報と同様の手順を用いれば、現状の通信手順ではIMSが取得困難な情報をIMSが取得可能となる。例えば図４の処理ではIMEISV情報をIMSが取得可能である。また、図４〜図６の処理のように、TAI情報、CA情報、IMEISV情報等は、既存の制御信号（例えばUpdate  Location  Request信号、Diameter  Update  Location  Request信号等）に重畳して装置間で送受信されることで、情報提供のための装置間インターフェースを新たに追加することは不要となる。さらに、図５、図６の処理のようにCA情報が前回と異なっているか否かを判断し、異なっている場合にのみ移動後のCA情報をHSSへ提供することで、前回と同じCA情報が重複してHSSへ提供されることを回避できる。
【００６０】
［第２実施形態］
図８に示すように第２実施形態の通信システム１Ｓは、第１実施形態の通信システム１（図１）の構成に対し3G網４０が追加された構成となっている。IMS２０、HSS１０およびLTE網３０は第１実施形態と同様なので、重複した説明は省略する。
【００６１】
通信システム１Ｓ内の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端末である。
【００６２】
図８の通信システム１Ｓにおいて、MME３３が備える網内制御部３３ＡとSGSN４４が備える網内制御部４４Ａはそれぞれ、本発明に係る「ハンドオーバ元制御部」の機能および「ハンドオーバ先制御部」の機能を備える。ここで、ハンドオーバ元制御部の機能とは、自己の網から外部の網へのハンドオーバ時に端末の移動前のCA情報を含んだ旧在圏情報を外部の網へ提供する機能であり、ハンドオーバ先制御部の機能とは、外部の網から自己の網へのハンドオーバ時に、外部の網から提供された端末の移動前のCA情報を含んだ旧在圏情報を受信し、自己の網のCA（移動後のCA）と端末の移動前のCAとが異なっているか否かを判断し、異なっている場合に自己の網のCA（移動後のCA）情報を含んだ新在圏情報をHSS１０へ提供する機能である。
【００６３】
即ち、端末が3G網４０からLTE網３０へハンドオーバするときは、網内制御部４４Ａが本発明に係る「ハンドオーバ元制御部」の機能を発揮し、網内制御部３３Ａが本発明に係る「ハンドオーバ先制御部」の機能を発揮する。逆に、端末がLTE網３０から3G網４０へハンドオーバするときは、網内制御部３３Ａが本発明に係る「ハンドオーバ元制御部」の機能を発揮し、網内制御部４４Ａが本発明に係る「ハンドオーバ先制御部」の機能を発揮する。
【００６４】
以下、第２実施形態の通信システム１Ｓにおける動作として、図９の「TAList跨り（3G→LTE）のケース」の動作、図１０の「UEが非通信中状態でのTAList跨り（LTE→3G）のケース」の動作、および、図１１の「UEが通信中状態でのTAList跨り（LTE→3G）のケース」の動作を順に説明する。
【００６５】
（図９：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情報を保持している（ステップＳ６１、Ｓ６２）。
【００６６】
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へ返す（ステップＳ６７）。
【００６７】
そして、UE、eNodeBおよびMME間で、図５のステップＳ２４〜Ｓ２７と同様の「TA  Update」が実行され（ステップＳ６８）、MMEにより、TAから移動後のLTEエリアに関するCA（CA2）が導出される。
【００６８】
なお、移動前の3Gエリアに関するCA（CA1）について、MMEは、上記ステップＳ６６でold  SGSNにより送信されたForward  Relocation  Request信号から取得する代わりに、図９（ａ）に破線で示すようにMMEが、移動前の3Gエリアに関するCA（CA1）を要求するContent  Request信号をold  SGSNに送信し（ステップＳ６９）、old  SGSNからのContent  Response信号から移動前の3Gエリアに関するCA（CA1）を取得してもよい（ステップＳ７０）。
【００６９】
次に、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）と同じであれば、ステップＳ７２〜Ｓ７５の処理は実行されない。
【００７０】
その後、IMS内のASにおいて、CA取得が必要な処理が発生すると（ステップＳ７６）、ASはHSSにCA取得要求を送信し（ステップＳ７７）、HSSは、CA取得要求に対し、保持されたCA情報（ステップＳ７４の更新が行われた場合は移動後のLTEエリアに関するCA情報（CA2））をASへ応答する（ステップＳ７８）。
【００７１】
なお、図９（ａ）の処理では、以下のようなバリエーションを採用してもよい。例えば、MMEは、TA  Update処理（ステップＳ６８）により導出された移動後のLTEエリアに関するCA（CA2）が移動前の3Gエリアに関するCA（CA1）と異なっているか否かを判断することなく、移動後のLTEエリアに関するCA情報（CA2）をHSSへ通知してもよい。
【００７２】
また、MMEが移動後のLTEエリアに関するCA情報（CA2）をHSSへ通知するタイミングは、図９（ａ）のステップＳ７３のタイミング以外に、HSSが必要なときだけMMEに最新のCA情報を問い合わせ、その応答としてMMEが移動後のLTEエリアに関するCA情報（CA2）をHSSへ通知してもよい。
【００７３】
（図１０：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情報を保持している（ステップＳ８１、Ｓ８２）。
【００７４】
非通信中状態にあるUEは、図１０（ｂ）のようにTAList境界を跨りLTEエリアから3Gエリアへ移動すると、ハンドオーバ先の3G網に対しLTE網から3G網へのハンドオーバ要求を行う（ステップＳ８３）。具体的にUEは、ハンドオーバ先の3G網を制御するSGSNにRAUpdateRequest信号（LTE網から3G網へのハンドオーバ要求信号）を送信する（ステップＳ８４）。SGSNは、受信したRAUpdateRequest信号から、移動後の3Gエリアに関するCA情報（CA1）を取得する（ステップＳ８５）。
【００７５】
そしてSGSNは、移動前のLTEエリアに関するCA（CA2）を要求するContent  Request信号をMMEに送信する（ステップＳ８６）。これに対しMMEは、自装置（MME）が保持しているCA情報（CA2）をSGSNに通知する（ステップＳ８７）。具体的にMMEは、保持しているCA情報（CA2）をContent  Response信号に重畳してSGSNに通知する（ステップＳ８８）。
【００７６】
次に、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）を返す（ステップＳ９３）。
【００７７】
なお、移動後の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）を返す（ステップＳ９８）。
【００７８】
ところで、ステップＳ８９で移動後の3Gエリアに関するCA（CA1）が移動前のLTEエリアに関するCA（CA2）と同じであれば、上記のステップＳ９０〜Ｓ９３の処理やステップＳ９４〜Ｓ９８の処理は実行されない。
【００７９】
その後、IMS内のASにおいて、CA取得が必要な処理が発生すると（ステップＳ９９）、ASはHSSにCA取得要求を送信し（ステップＳ１００）、HSSは、CA取得要求に対し、保持されたCA情報（ステップＳ９２又はＳ９７の更新が行われた場合は移動後の3Gエリアに関するCA情報（CA1））をASへ応答する（ステップＳ１０１）。
【００８０】
なお、図１０（ａ）の処理では、以下のようなバリエーションを採用してもよい。例えば、SGSNは、移動後の3Gエリアに関するCA（CA1）が移動前のLTEエリアに関するCA（CA2）と異なっているか否かを判断することなく、移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知してもよい。その場合、MMEで保持している移動前のLTEエリアに関するCA（CA2）をSGSNへ通知する必要は無い。
【００８１】
また、SGSNが移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知するタイミングは、図１０（ａ）のステップＳ９０やＳ９４のタイミング以外に、HSSが必要なときだけSGSNに最新のCA情報を問い合わせ、その応答としてSGSNが移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知してもよい。
【００８２】
（図１１：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情報を保持している（ステップＳ１１１、Ｓ１１２）。
【００８３】
通信中状態にある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へ返す（ステップＳ１１７）。
【００８４】
さらにSource  eNodeBが上記SGSNにRAUpdateRequest信号（LTE網から3G網へのハンドオーバ要求信号）を送信すると（ステップＳ１１８）、SGSNは、受信したRAUpdateRequest信号から、移動後の3Gエリアに関するCA情報（CA1）を取得する（ステップＳ１１９）。
【００８５】
次に、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）を返す（ステップＳ１２４）。
【００８６】
なお、移動後の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）を返す（ステップＳ１２９）。
【００８７】
ところで、ステップＳ１２０で移動後の3Gエリアに関するCA（CA1）が移動前のLTEエリアに関するCA（CA2）と同じであれば、上記のステップＳ１２１〜Ｓ１２４の処理やステップＳ１２５〜Ｓ１２９の処理は実行されない。
【００８８】
その後、IMS内のASにおいて、CA取得が必要な処理が発生すると（ステップＳ１３０）、ASはHSSにCA取得要求を送信し（ステップＳ１３１）、HSSは、CA取得要求に対し、保持されたCA情報（ステップＳ１２３又はＳ１２８の更新が行われた場合は移動後の3Gエリアに関するCA情報（CA1））をASへ応答する（ステップＳ１３２）。
【００８９】
なお、図１１（ａ）の処理では、以下のようなバリエーションを採用してもよい。例えば、SGSNは、移動後の3Gエリアに関するCA（CA1）が移動前のLTEエリアに関するCA（CA2）と異なっているか否かを判断することなく、移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知してもよい。その場合、MMEで保持している移動前のLTEエリアに関するCA（CA2）をSGSNへ通知する必要は無い。
【００９０】
また、SGSNが移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知するタイミングは、図１１（ａ）のステップＳ１２１やＳ１２５のタイミング以外に、HSSが必要なときだけSGSNに最新のCA情報を問い合わせ、その応答としてSGSNが移動後の3Gエリアに関するCA情報（CA1）をHSSへ通知してもよい。
【００９１】
以上説明した第２実施形態によれば、UEがTAList境界を跨り3G網からLTE網へ移動したケース（図９）、非通信中状態にあるUEがTAList境界を跨りLTE網から3G網へ移動したケース（図１０）、通信中状態にあるUEがTAList境界を跨りLTE網から3G網へ移動したケース（図１１）のいずれにおいても、AS（IMS内の装置）は、現状の通信手順では取得困難な最新のCA情報を取得できる。また、このときのUEのCA情報は、UEからの申告に基づき得られたものではなく、LTE網又は3G網にて管理される情報に基づき得られたものであるため、IMSは、より信頼性の高いCA情報を取得できる。
【００９２】
また、第２実施形態においても、第１実施形態と同様に、以下のような付加的な効果を奏する。即ち、図９〜図１１の処理のように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が取得可能となる。
【符号の説明】
【００９３】
１、１Ｓ…通信システム、１０…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）。
【図１】
0006054264.tif 000002
【図２】
0006054264.tif 000003
【図３】
0006054264.tif 000004
【図４】
0006054264.tif 000005
【図５】
0006054264.tif 000006
【図６】
0006054264.tif 000007
【図７】
0006054264.tif 000008
【図８】
0006054264.tif 000009
【図９】
0006054264.tif 000010
【図１０】
0006054264.tif 000011
【図１１】
0006054264.tif 000012