(57)【要約】【課題】ＩＰネットワークのアクセス網を携帯端末が移動することに伴ってＩＰアドレスが変更された場合においてもサービスを継続して実施する。【解決手段】ＷＬＡＮ網２０２に第１のＩＰアドレスを用いてサインインしてセッションが確立されている携帯端末１−１にて第２のＩＰアドレスを用いてのＰＳ網２０１へのサインインが要求された場合、ＷＬＡＮ網２０２における携帯端末１−１のセッションを開放せずに第１及び第２のＩＰアドレスを保持し、携帯端末１−１にてＷＬＡＮ網２０２からＰＳ網２０１へのハンドオーバーが要求された場合、携帯端末１−１の通信先となる携帯端末１−２に第２のＩＰアドレスを通知するとともに、携帯端末１−１との間にＰＳ網２０１にてセッションを確立する。【選択図】図１
2007325191.tif 000002
【特許請求の範囲】
【請求項１】
複数の異なる種別のアクセス網と接続可能に構成された端末と、前記複数のアクセス網を収容し、前記端末のセッション制御処理を行うセッション制御手段とを有し、前記端末が移動した場合に異なるＩＰアドレスを用いてサービスを行う移動体通信システムにおいて、
前記セッション制御手段は、第１のアクセス網に第１のＩＰアドレスを用いてサインインしてセッションが確立されている端末にて第２のＩＰアドレスを用いての第２のアクセス網へのサインインが要求された場合、前記第１のアクセス網における前記端末のセッションを開放せずに前記第１及び第２のＩＰアドレスを保持し、前記端末にて前記第１のアクセス網から前記第２のアクセス網へのハンドオーバーが要求された場合、前記端末の通信先に前記第２のＩＰアドレスを通知するとともに、前記端末との間に前記第２のアクセス網にてセッションを確立することを特徴とする移動体通信システム。
【請求項２】
請求項１に記載の移動体通信システムにおいて、
前記セッション制御手段は、前記端末の前記第２のアクセス網へのハンドオーバー処理が終了した後、前記第１のアクセス網における前記端末のセッションを開放することを特徴とする移動体通信システム。
【請求項３】
請求項１または請求項２に記載の移動体通信システムにおいて、
前記セッション制御手段は、前記端末固有の識別情報と前記第１及び第２のＩＰアドレスとを用いて、前記端末にて前記第２のＩＰアドレスを用いて前記第２のアクセス網へのサインインが要求された旨を認識することを特徴とする移動体通信システム
【請求項４】
請求項１乃至３のいずれか１項に記載の移動体通信システムにおいて、
前記セッション制御手段は、呼を識別可能な呼識別情報と、通信元を識別可能な通信元識別情報と、通信先を識別可能な通信先識別情報とを用いて、前記端末にて前記第１のアクセス網から前記第２のアクセス網へのハンドオーバーが要求された旨を認識することを特徴とする移動体通信システム。
【請求項５】
複数の異なる種別のアクセス網と接続可能に構成された端末と、前記複数のアクセス網を収容し、前記端末のセッション制御処理を行うセッション制御手段とを有し、前記端末が移動した場合に異なるＩＰアドレスを用いてサービスを行う移動体通信システムにおけるセッション継続方法であって、
第１のアクセス網に第１のＩＰアドレスを用いてサインインしてセッションが確立されている端末が、第２のＩＰアドレスを用いての第２のアクセス網へのサインインを要求する処理と、
前記セッション制御手段が、前記第１のアクセス網における前記端末のセッションを開放せずに前記第１及び第２のＩＰアドレスを保持する処理と、
前記端末が、前記第１のアクセス網から前記第２のアクセス網へのハンドオーバーを要求する処理と、
前記セッション制御手段が、前記端末の通信先に前記第２のＩＰアドレスを通知する処理と、
前記セッション制御手段が、前記端末との間に前記第２のアクセス網にてセッションを確立する処理とを有するセッション継続方法。
【請求項６】
請求項５に記載のセッション継続方法において、
前記セッション制御手段が、前記端末の前記第２のアクセス網へのハンドオーバー処理が終了した後、前記第１のアクセス網における前記端末のセッションを開放する処理を有することを特徴とするセッション継続方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信システム及びセッション継続方法に関し、特に、複数の異なる種別の通信網と接続可能に構成された端末が移動した場合に異なるＩＰアドレスを用いて通信を行う移動体通信システム及びセッション継続方法に関する。
【背景技術】
【０００２】
移動体通信システムの仕様を策定している国際標準化機関である、３ＧＰＰ（Third Generation Partnership Project）において、ＩＰベースの音声呼やマルチメディアサービスを実現するプラットフォームであるＩＭＳ（Internet Protocol Multimedia Subsystem）の標準化が進められており、その内容が非特許文献１に記載されている。また、非特許文献２には、その移動体通信システムにおけるＲＥＧＩＳＴＥＲ処理やＩＮＶＩＴＥ処理におけるプロトコル説明が記載されている。
【０００３】
この３ＧＰＰでは、回線交換の音声呼であるＣＳ（Circuit Switched）音声呼とＩＭＳをベースとしたＶｏＩＰ（Voice over IP）である音声呼（WLAN音声呼等）との間におけるハンドオーバーが、ＶＣＣ（Voice Call Continuity）ワーキングアイテムとして検討されており、非特許文献３，４に記載されている。
【０００４】
また、上述したような移動体通信システムにおいて、移動端末が移動した場合に、近隣のエッジサーバに対して移動端末の移動する前のセッション制御情報を問合せ、取得した情報を移動後のエッジルータに設定することによりハンドオーバーを実施する技術が特許文献１に記載されている。
【非特許文献１】ＴＳ２３．２２８  ｖ７．２．０
【非特許文献２】ＴＳ２４．２２９  ｖ７．２．０
【非特許文献３】ＴＲ２３．８０６  ｖ７．０．０
【非特許文献４】ＴＳ２３．２０６  ｖ０．３．０
【特許文献１】特開２００５−６４６４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したようなＩＭＳを用いた移動体通信システムにおいては、ＩＰネットワークのアクセス網を携帯端末が移動することに伴ってＩＰアドレスが変更された場合、モバイルＩＰを適用していないネットワークでは、ＩＰアドレスが変更になり、ＳＩＰ（Session Initiation Protocol）セッションを継続することができないという問題点がある。
【０００６】
また、モバイルＩＰを適用したネットワークでは、ＩＰモビリティを使用してＩＰアドレスを継続して使用することができるものの、ＩＰアドレスが変更にならないため、ＩＭＳにおいて、携帯端末がアクセス網を移動したことを認識することができず、アクセス網に応じたＱｏＳ（Quality of Service）や課金の適用をすることができないという問題点がある。
【０００７】
また、携帯端末が移動することに伴ってＩＰアドレスが変更された際に同じＰｕｂｌｉｃ ＩＤを用いてサインインが行われた場合、先にサインインしていたＰｕｂｌｉｃ ＩＤがサインアウトされてしまい、セッションが開放されてしまうという問題点がある。
【０００８】
また、特許文献１に記載されたものにおいては、発信側のエッジルータ等のセッション制御手段では発信側の端末のアドレスが変更されたことが認識されるものの、着側のエッジルータ等のセッション制御手段では発信側の端末のアドレスが変更されたことが認識されないため、３ＧＰＰにて規定されているＩＭＳにおけるＩＮＶＩＴＥセッション確立方法に当てはめた場合、発信側からの音声呼のデータは着信側に伝えられるが、着信側の音声呼データは発信側には届かないことになるという問題点がある。
【０００９】
本発明は、上述したような従来の技術が有する問題点に鑑みてなされたものであって、ＩＰネットワークのアクセス網を携帯端末が移動することに伴ってＩＰアドレスが変更された場合においてもサービスを継続して実施することができる移動体通信システム及びセッション継続方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明は、
複数の異なる種別のアクセス網と接続可能に構成された端末と、前記複数のアクセス網を収容し、前記端末のセッション制御処理を行うセッション制御手段とを有し、前記端末が移動した場合に異なるＩＰアドレスを用いてサービスを行う移動体通信システムにおいて、
前記セッション制御手段は、第１のアクセス網に第１のＩＰアドレスを用いてサインインしてセッションが確立されている端末にて第２のＩＰアドレスを用いての第２のアクセス網へのサインインが要求された場合、前記第１のアクセス網における前記端末のセッションを開放せずに前記第１及び第２のＩＰアドレスを保持し、前記端末にて前記第１のアクセス網から前記第２のアクセス網へのハンドオーバーが要求された場合、前記端末の通信先に前記第２のＩＰアドレスを通知するとともに、前記端末との間に前記第２のアクセス網にてセッションを確立することを特徴とする。
【００１１】
上記のように構成された本発明においては、第１のアクセス網に第１のＩＰアドレスを用いてサインインしてセッションが確立されている端末にて第２のＩＰアドレスを用いての第２のアクセス網へのサインインが要求されると、セッション制御手段において、第１のアクセス網における端末のセッションが開放されずに第１及び第２のＩＰアドレスが保持される。その後、端末にて第１のアクセス網から第２のアクセス網へのハンドオーバーが要求されると、セッション制御手段において、その端末の通信先に第２のＩＰアドレスが通知されるとともに、端末との間に第２のアクセス網にてセッションが確立される。
【００１２】
これにより、ＩＰネットワークのアクセス網を携帯端末が移動することに伴ってＩＰアドレスが変更された場合においてもサービスが継続して実施されることになる。
【００１３】
その後、セッション制御手段において、端末の第２のアクセス網へのハンドオーバー処理が終了すると、第１のアクセス網における端末のセッションが開放される。
【発明の効果】
【００１４】
本発明は、以上説明したように構成されているので、ＩＰネットワークのアクセス網を携帯端末が移動することに伴ってＩＰアドレスが変更された場合においてもサービスを継続して実施することができる。
【発明を実施するための最良の形態】
【００１５】
以下に、本発明の実施の形態について図面を参照して説明する。
【００１６】
図１は、本発明の移動体通信システムの実施の一形態を示す図である。
【００１７】
本形態は図１に示すように、携帯端末１−１，１−２と、Ｐ−ＣＳＣＦ（Proxy Call Session Control Function）２−１，２−２と、Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function）３と、Ｓ−ＣＳＣＦ（Serving Call Session Control Function）４と、ＨＳＳ（Home Subscriber Server）５と、アプリケーションサーバ６とから構成されている。これらＰ−ＣＳＣＦ２−１，２−１、Ｉ−ＣＳＣＦ３、Ｓ−ＣＳＣＦ４及びＨＳＳ５から、セッション制御手段となるＩＭＳ（Internet Protocol Multimedia Subsystem）１００が構成されている。携帯端末１−１，１−２とＰ−ＣＳＣＦ２−１，２−２とは、異なる種別のアクセス網となる、ＰＳ（Packet Switch）網２０１、ＷＬＡＮ（Wireless Local Area Network）網２０２、その他ＩＰ網２０３を介して接続されている。これらＰＳ網２０１、ＷＬＡＮ網２０２、その他ＩＰ網２０３内には、動的に割り振られるＩＰアドレスの範囲が異なってくる領域が存在し、ＰＳ網２０１におけるＩＰアドレス範囲２０１−１，２０１−２、ＷＬＡＮ網２０２におけるＩＰアドレス範囲２０２−１，２０２−２、その他ＩＰ網２０３におけるＩＰアドレス範囲２０３−１，２０３−２から構成されている。なお、その他ＩＰ網２０３は、携帯端末１−１，１−２が接続可能なＩＰ網であって、ワイヤレスにて接続できるもの、例えば、携帯電話網とＷＬＡＮ網の他に、Bluetooth網、赤外線通信網等、更には有線接続する網、例えば、ＬＡＮ（Local Area Network）網やＰＣを介した接続等も含む。また、アプリケーションサーバ６は、Ｓ−ＣＳＣＦ４と接続されており、携帯端末１−１，１−２とのＳＩＰセッションを確立することができる。
【００１８】
携帯端末１−１，１−２は、ＰＳ網２０１とＷＬＡＮ網２０２とその他ＩＰ網２０３と接続可能なインタフェースを有しており、動的に払い出されたＩＰアドレスを自動的に設定できる機能を有している。また、携帯端末１−１，１−２は、ＩＭＳ１００に接続できる機能を有しており、２つのＩＰアドレスを同時に保持し、異なるアクセス網からサインインできる機能と、２つのＳＩＰセッションを確立する機能がある。また、ＩＭＳ１００に接続されているアプリケーションサーバ６とＳＩＰセッションを確立することができる。
【００１９】
ＩＭＳ１００は、国際標準化機関である３ＧＰＰ（Third Generation Partnership Project）にてその機能が標準化されており、ＩＭＳ１００に属しているＰ−ＣＳＣＦ２−１，２−２、Ｉ−ＣＳＣＦ３、Ｓ−ＣＳＣＦ４及びＨＳＳ６の機能は３ＧＰＰにて規定されている。本形態において特記すべき機能としては次のようなものがある。
【００２０】
Ｐ−ＣＳＣＦ２−１，２−２は、ＰＳ網２０１、ＷＬＡＮ網２０２、その他ＩＰ網２０３といった様々なアクセス網と接続することが可能であり、それらアクセス網に接続している携帯端末からのＳＩＰメッセージを最初に受信するノードである。また、同じＰ−ＣＳＣＦに、移動端末固有の識別情報となるユーザ識別子であるＰｕｂｌｉｃ ＩＤ（Public user Identity）が同じでかつ異なるＩＰアドレスから、サインインを要求するためのＲＥＧＩＳＴＥＲメッセージが送信されてきた場合、Ｐ−ＣＳＣＦ２−１，２−２は、ＩＰアドレスが異なっていることから２つのＲＥＧＩＳＴＥＲメッセージを許容し、２つのＩＰアドレスを保持して後者のＩＰアドレスを使用する機能を有する。前者のＩＰアドレスはメモリ内に保持され、ハンドオーバー前に確立されていたセッションの開放とサインアウト時に使用される。
【００２１】
Ｓ−ＣＳＣＦ４は、同じＰｕｂｌｉｃ ＩＤのＲＥＧＩＳＴＥＲメッセージが送信されてきた場合、そのＰｕｂｌｉｃ ＩＤにてＳＩＰセッションが確立されていることを判断し、携帯端末１−１，１−２がハンドオーバーを実施したことを認識する機能を有する。その後、ハンドオーバーを要求するためのＩＮＶＩＴＥメッセージが携帯端末１−１，１−２から送信されてきた場合、セッションの番号を表す呼識別情報であるＣａｌｌ ＩＤと、通信先識別情報であるＴＯ ｔａｇ（発信Ｐｕｂｌｉｃ ＩＤのタグ情報）と、通信元識別情報であるＦＲＯＭ ｔａｇ（着信Ｐｕｂｌｉｃ ＩＤのタグ情報）とが同じであれば、携帯端末１−１，１−２からハンドオーバーが要求されたと認識し、発信端末へはＳＩＰセッション処理の継続、着信端末へは音声データ送信先ＩＰアドレスの変更処理を行う機能を持つ。ハンドオーバーによるＳＩＰセッション確立後に、前にサインインしていたＩＰアドレスに対して、ＳＩＰセッションを開放し、サインアウトする機能を実現する。
【００２２】
アプリケーションサーバ６は、携帯端末１−１，１−２との間でＳＩＰセッションを確立できるサーバであり、例えば、ＰｏＣ（Push to talk over Cellar）サーバや、会議サーバ、ストリーミングサーバ等である。これらアプリケーションサーバ６は携帯端末１−１，１−２に近い動作を行うことができる。
【００２３】
以下に、上記のように構成された移動体通信システムにおけるセッション継続方法について説明する。
【００２４】
ここでは、携帯端末１−１がＷＬＡＮ網２０２にサインインしており、ＷＬＡＮ網２０２にて携帯端末１−２との間にＳＩＰセッションが確立されている状態である。携帯端末１−２は接続されているアクセス網を問わない。また、携帯端末１−１がＷＬＡＮ網２０２からＰＳ網２０１に移動する場合について説明する。携帯端末１−１の移動は、ＩＰアドレスに変更のある移動の場合の全てに適用でき、例えば、ＷＬＡＮ網２０２−１からＷＬＡＮ網２０２−２への移動や、ＷＬＡＮ網２０２からその他ＩＰ網２０３にある有線のＬＡＮケーブル接続等の場合等に適用できる。携帯端末１−１は、アクセス網を移動した場合でも、同じＰｕｂｌｉｃ ＩＤを使用する場合を想定するため、ＳＩＰメッセージ内に含まれるＩＭＳクライアントを一意に識別するＣｏｎｔａｃｔアドレスにはＰｕｂｌｉｃ ＩＤを使用せず、ＩＰアドレスを使用することとする。
【００２５】
まず、携帯端末１−１，１−２のサインイン処理について説明する。
【００２６】
図２は、図１に示した移動体通信システムにおける端末１−１のサインイン処理を説明するためのシーケンス図である。
【００２７】
携帯端末１−１がＷＬＡＮ網２０２からＰＳ網２０１へ移動すると、携帯端末１−１がハンドオーバーを実施するために、携帯端末１−１のＰＳ網インタフェースからＰ−ＣＳＣＦ２−１に対してＲＥＧＩＳＴＥＲメッセージが送信され、ＰＳ網２０１へのサインインが要求される（ステップＳ１）。なお、このＲＥＧＩＳＴＥＲメッセージには、携帯端末１−１がＰＳ網２０１にて使用するＩＰアドレスとなるＣｏｎｔａｃｔアドレスと、携帯端末１−１のＰｕｂｌｉｃ ＩＤとが含まれている。携帯端末１−１がＷＬＡＮ網２０２にてＰ−ＣＳＣＦ２−２にサインインしていた場合は、Ｐ−ＣＳＣＦ２−１は、新規のＲＥＧＩＳＴＥＲと判断し、処理を継続する。また、携帯端末１−１がＷＬＡＮ網２０２にてＰ−ＣＳＣＦ２−１にサインインしていた場合は、Ｐ−ＣＳＣＦ２−１は、同じＰｕｂｌｉｃ ＩＤからのサインインと判断し、ＷＬＡＮ網２０２にてサインインされていたＩＰアドレスとなるＣｏｎｔａｃｔアドレスと、ＰＳ網２０１にてサインインされるＩＰアドレスとなるＣｏｎｔａｃｔアドレスとの２つのＣｏｎｔａｃｔアドレスを保存する。この時、ＰＳ網２０１側のＣｏｎｔａｃｔアドレスを優先処理するように設定する。そして、新規のＲＥＧＩＳＴＥＲと判断して処理を継続する。
【００２８】
次に、Ｐ−ＣＳＣＦ２−１は、受信したＲＥＧＩＳＴＥＲメッセージに設定されているＰｕｂｌｉｃ ＩＤのドメインを確認し、該当するドメインのＩ−ＣＳＣＦ３へＲＥＧＩＳＴＥＲメッセージを転送する（ステップＳ２）。
【００２９】
ＲＥＧＩＳＴＥＲメッセージを受信したＩ−ＣＳＣＦ３は、ＨＳＳ５に対して（Ｃｘ−Ｑｕｅｒｙ＋Ｃｘ−Ｓｅｌｅｃｔ−Ｐｕｌｌ Ｒｅｑｕｅｓｔ）を送信し、ＲＥＧＩＳＴＥＲメッセージに設定されているＰｕｂｌｉｃ ＩＤに対応するＳ−ＣＳＣＦ４を問い合わせる（ステップＳ３）。
【００３０】
ＨＳＳ５では、ＲＥＧＩＳＴＥＲメッセージに設定されているＰｕｂｌｉｃ ＩＤに対してＷＬＡＮ網２０２のサインイン時にアサインされているＳ−ＣＳＣＦ４がＲＥＧＩＳＴＥＲ状態として登録されていることから、Ｓ−ＣＳＣＦ４を設定した（Ｃｘ−Ｑｕｅｒｙ＋Ｃｘ−Ｓｅｌｅｃｔ−Ｐｕｌｌ Ｒｅｓｐｏｎｓｅ）をＩ−ＣＳＣＦ３に返信する（ステップＳ４）。
【００３１】
すると、Ｉ−ＣＳＣＦ３は、設定されてきたＳ−ＣＳＣＦ４に対してＲＥＧＩＳＴＥＲメッセージを転送する（ステップＳ５）。
【００３２】
このようにして、携帯端末１−１がＷＬＡＮ網２０２にて使用していたＳ−ＣＳＣＦ４が、ハンドオーバー実施後のＰＳ網２０１においても使用されることになる。
【００３３】
ここで、Ｓ−ＣＳＣＦ４は、ＲＥＧＩＳＴＥＲメッセージに設定されているＰｕｂｌｉｃ ＩＤがサインイン状態であることを認識し、ＲＥＧＩＳＴＥＲメッセージのAuthenticationヘッダ内にあるintegrity-protectedパラメータが無い場合、若しくはｎｏの場合は、携帯端末１−１とＰ−ＣＳＣＦ２−１との間でセキュリティが確保されていない状態であるため、ＲＥＧＩＳＴＥＲ処理を継続する。
【００３４】
その後、３ＧＰＰ標準化で規定されているＲＥＧＩＳＴＥＲ処理と同様の処理を行う（ステップＳ６〜Ｓ１４）。
【００３５】
そして、Ｓ−ＣＳＣＦ４は、Ｉ−ＣＳＣＦ３からＲＥＧＩＳＴＥＲメッセージを受信し（ステップＳ１５）、認証が成功したことを確認すると、３ＧＰＰ標準に規定されている動作として、Ｓ−ＣＳＣＦ４にて保持している２つのＰｕｂｌｉｃ ＩＤが同じでかつＣｏｎｔａｃｔアドレスが異なる場合は、保持している２つのＣｏｎｔａｃｔアドレスのうち、先に保持されたＣｏｎｔａｃｔアドレスの情報に対して自動的にサインアウト処理を行うが、本形態においては、ＷＬＡＮ網２０２からサインインしている携帯端末１−１がＳＩＰセッションを保持していることから、Ｓ−ＣＳＣＦ４はＷＬＡＮ網２０２における携帯端末１−１のＳＩＰセッションを開放せずにサインアウト処理を行わず、両方のＣｏｎｔａｃｔアドレスを保持しておき、後にサインインしたＰＳ網２０１側のＣｏｎｔａｃｔアドレスの優先順位を高く設定しておく。
【００３６】
その後、通常のＲＥＧＩＳＴＥＲ処理を実施し（ステップＳ１６〜Ｓ１９）、ＳＵＢＳＣＲＩＢＥ処理（不図示）を継続するが、同一Ｐｕｂｌｉｃ ＩＤで既にサインイン済みでユーザプロファイル情報は入手済みであるため、ステップＳ１６の処理は省略可能である。
【００３７】
次に、携帯端末１−１，１−２のハンドオーバー処理について説明する。
【００３８】
図３は、図１に示した移動体通信システムにおける端末１−１のハンドオーバー処理を説明するためのシーケンス図である。
【００３９】
携帯端末１−１は、上述した処理によってＷＬＡＮ網２０２側とＰＳ網２０１側の双方からサインインしている状態であり、ＷＬＡＮ網２０２側からは携帯端末１−２とＳＩＰセッションを継続している。
【００４０】
ここで、携帯端末１−１がＰＳ網２０１側へハンドオーバーするために、携帯端末１−１のＰＳ網２０１側からＩＮＶＩＴＥメッセージを送信し、ハンドオーバーを要求する（ステップＳ２１）。このＩＮＶＩＴＥメッセージに設定されるダイアログ情報（セッションの番号を表す呼識別情報であるＣａｌｌ ＩＤと、通信先識別情報であるＴＯ ｔａｇ（発信Ｐｕｂｌｉｃ ＩＤのタグ情報）と、通信元識別情報であるＦＲＯＭ ｔａｇ（着信Ｐｕｂｌｉｃ ＩＤのタグ情報））は、ＷＬＡＮ網２０２側から携帯端末１−２と確立しているＳＩＰセッション情報と同じものを設定する（発信側の携帯端末１−１のＰｕｂｌｉｃ ＩＤと着信側の携帯端末１−２のＰｕｂｌｉｃ ＩＤもＷＬＡＮ網２０２でのＳＩＰセッション情報と同じになる）。
【００４１】
ＩＮＶＩＴＥメッセージを受信したＰ−ＣＳＣＦ２−１がＷＬＡＮ網２０２の際に使用したＰ−ＣＳＣＦ２−２と異なる場合、新規のＳＩＰセッションと認識し、１００ Ｔｒｙｉｎｇを携帯端末１−１のＰＳ網２０１側に返信するとともに（ステップＳ２２）、ＩＮＶＩＴＥメッセージに設定されているＰｕｂｌｉｃ ＩＤに対応するＳ−ＣＳＣＦ４にそのＩＮＶＩＴＥメッセージを転送する（ステップＳ２３）。もし、ＩＮＶＩＴＥメッセージを受信したＰ−ＣＳＣＦ２−２がＷＬＡＮ網２０２の際に使用したＰ−ＣＳＣＦ２−２と同一の場合は、Ｐ−ＣＳＣＦ２−２にてＣｏｎｔａｃｔアドレスが異なることを判断し、新規のＩＮＶＩＴＥとして処理を継続する。また、ＩＮＶＩＴＥメッセージが転送されてきたＳ−ＣＳＣＦ４からも、１００ ＴｒｙｉｎｇをＰ−ＣＳＣＦ２−１に返信する（ステップＳ２４）。
【００４２】
ＩＮＶＩＴＥメッセージを受信したＳ−ＣＳＣＦ４は、受信したＩＮＶＩＴＥメッセージに設定されたダイアログ情報が、ＷＬＡＮ網２０２側で確立されているＳＩＰセッションのダイアログ情報と同じであることを認識し、それにより、携帯端末１−１がハンドオーバーを要求している旨を認識する。
【００４３】
そして、Ｓ−ＣＳＣＦ４は、携帯端末１−１のＰＳ網２０１側には携帯端末１−２の代わりにＳＩＰセッションの確立処理を行い、また、携帯端末１−２へは確立されているＳＩＰセッション情報の更新処理を行う。まず、携帯端末１−２へのＳＩＰセッション更新処理として、Ｉ−ＣＳＣＦ３とＰ−ＣＳＣＦ２−１，２−２及びＳ−ＣＳＣＦ４を介して携帯端末１−２へＵＰＤＡＴＥ若しくはｒｅＩＮＶＩＴＥメッセージを送信する（ステップＳ２５〜Ｓ２７）。ここで、ＵＰＤＡＴＥ若しくはｒｅＩＮＶＩＴＥメッセージには、携帯端末１−１のＰＳ網２０１側のＣｏｎｔａｃｔアドレスであるＩＰアドレスが設定されており、ＵＰＤＡＴＥ若しくはｒｅＩＮＶＩＴＥメッセージを受信した携帯端末１−２は、確立しているＳＩＰセッションの宛先ＩＰアドレスを変更することにより、通信先を更新する。更新処理が終了した携帯端末１−２は、２００ ＯＫをＳ−ＣＳＣＦ４へ送信する（ステップＳ２８〜Ｓ３０）。
【００４４】
この処理とは並行して、Ｓ−ＣＳＣＦ４は、携帯端末１−１に対してＰＳ網２０１側におけるＳＩＰセッション確立処理を実施する。Ｓ−ＣＳＣＦ４は、ＩＮＶＩＴＥメッセージを受信して、携帯端末１−１がハンドオーバーを要求している旨を認識することにより、携帯端末１−２と成り代わり、ＳＩＰセッション確立処理を継続する。携帯端末１−２の情報は、確立済みのＳＩＰセッション情報を使用する（ステップＳ３１〜Ｓ３５）。なお、このステップＳ３１〜Ｓ３５における処理は、通常のＳＩＰセッション確立処理と同じであり、この処理により接続してきているアクセス網毎にＱｏＳの確立が可能となる。
【００４５】
また、図３においては、ステップＳ３６にて通常のＳＩＰセッション確立で行われる処理が記述されているが、ハンドオーバー処理のためリングバックトーンは必要なく、Ｓ３６の処理は省略することも可能である。
【００４６】
携帯端末１−１に対して２００ ＯＫを送信し、携帯端末１−２から２００ ＯＫを受信したＳ−ＣＳＣＦ４は、ハンドオーバーによるＳＩＰセッション確立が成功した旨を携帯端末１−１のＰＳ網２０１側に２００ ＯＫにて通知する（ステップＳ３７）。そして、この２００ ＯＫを受信した携帯端末１−１は、ＡＣＫを返信する（ステップＳ３８）。
【００４７】
ＡＣＫを受信したＳ−ＣＳＣＦ４は、ハンドオーバー処理が終了したことを認識し、携帯端末１−１のＷＬＡＮ網２０２側に対して、既に確立されていたＳＩＰセッションの開放をするため、Ｐ−ＣＳＣＦ２−２にＢＹＥを送信し、携帯端末１−１のＷＬＡＮ網２０２側まで転送される（ステップＳ３９）。このＢＹＥは、ＷＬＡＮ網２０２側のＣｏｎｔａｃｔアドレスがＲｅｑｕｅｓｔ−ＵＲＩに設定されており、ＷＬＡＮ網２０２とＰＳ網２０１とで同様のＰ−ＣＳＣＦ２−２を使用していた場合は、Ｒｅｑｕｅｓｔ−ＵＲＩのＣｏｎｔａｃｔアドレスからＢＹＥを転送するＩＰアドレスを特定することが可能である。
【００４８】
そして、携帯端末１−１のＷＬＡＮ網２０２側からＢＹＥに対する２００ ＯＫがＰ−ＣＳＣＦ２−２を介してＳ−ＣＳＣＦ４に送信される（ステップＳ４０）。
【００４９】
これらの処理により、携帯端末１−１のＷＬＡＮ網２０２側にて確立していたＳＩＰセッションを、ＰＳ網２０１側へハンドオーバーすることが可能となる。これら処理後に、図２に示したＲＥＧＩＳＴＥＲ処理時に実施されなかった、携帯端末１−１のＷＬＡＮ網２０２側のサインアウト処理を実施する。
【００５０】
Ｓ−ＣＳＣＦ４からＷＬＡＮ網２０２側にて使用していたＰ−ＣＳＣＦ２−２に対してＳ−ＣＳＣＦ４にてサインアウトされる旨を通知するＮＯＴＩＦＹを送信する（ステップＳ４１）。
【００５１】
そして、このＮＯＴＩＦＹを受信した携帯端末１−１のＷＬＡＮ網２０２側では、ＩＭＳ１００にてサインアウト処理が実施されたことを認識し、ＷＬＡＮ網２０２側のみサインアウト状態とし、２００ ＯＫを返信する（ステップＳ４２）。同様に、Ｓ−ＣＳＣＦ４は、Ｐ−ＣＳＣＦ２−２に対しても携帯端末１−１のＷＬＡＮ網２０２側のサインアウト処理が実施された旨を通知する（ステップＳ４３，Ｓ４４）。これにより、Ｓ−ＣＳＣＦ４とＰ−ＣＳＣＦ２−２では、携帯端末１−１のＷＬＡＮ網２０２側のＣｏｎｔａｃｔアドレス情報を削除し、ＰＳ網２０１側のみサインイン状態として携帯端末１−１の情報を保持する。
【００５２】
その後、３ＧＰＰ標準での処理では、Ｓ−ＣＳＣＦ４がＨＳＳ５にユーザがサインアウトした旨を通知するが、ＷＬＡＮ網２０２とＰＳ網２０１とで同一のＰｕｂｌｉｃ ＩＤを使用していることから、ＨＳＳ５ではサインイン状態として認識し続ける必要があるため、Ｓ−ＣＳＣＦ４は処理を行わない。
【００５３】
なお、図２及び図３では、ＷＬＡＮ網２０２とＰＳ網２０１にて異なるＰ−ＣＳＣＦ２−１，２−２を使用しているが、同一のＰ−ＣＳＣＦを使用することでも実現可能である。
【００５４】
また、携帯端末１−２はあるアクセス網に接続している携帯端末として記述しているが、ＳＩＰセッションを終端するアプリケーションサーバ６が相手側ノードとなった場合にも本発明は適用可能である。
【００５５】
また、携帯端末１−２は、ＩＭＳ端末としてＰ−ＣＳＣＦ２−１，２−２に接続されているが、例えば、ＣＳ回線に接続されている携帯端末や、固定網の端末であっても、ＩＭＳとそれらの網が接続されており、接続部分のノード（例えば、ＭＧＣＦ（Media Gateway Control Function））がＵＰＤＡＴＥ等のＳＩＰセッション更新機能を具備していれば、実現可能である。
【００５６】
また、ＷＬＡＮ網２０２とＰＳ網２０１間でのハンドオーバーを記述しているが、Ｂｌｕｅｔｏｏｔｈ網などの他の無線網や、ＬＡＮやＰＣとの接続を介したＬＡＮ接続等の固定ＩＰ網など、その他ＩＰ網２０３が混在している場合でも本発明は実施可能である。
【００５７】
また、同一網内（例えば、ＰＳ網２０１におけるＩＰアドレス範囲２０１−１とＩＰアドレス範囲２０１−２）間におけるＩＰアドレスが変更になる携帯端末１−１の移動の場合も適用することができる。
【００５８】
また、本形態においては、自動的にハンドオーバーが実施されているが、携帯端末１−１側の操作によりハンドオーバーを開始することも可能である。例えば、今まで携帯端末１−１から音声呼を行っていたユーザが、ＰＣを介した音声呼とマルチメディアサービスを実施したい場合、携帯端末１−１をＰＣに接続してハンドオーバーボタンを押すことによってＰＣでの音声呼に切り替わるサービス等が考えられる。
【００５９】
以上説明した実施の形態に示したように、本発明は、あるＳＩＰセッション継続中にＩＰアドレス変更を伴うユーザの移動によるハンドオーバーを実現することができる。また、３ＧＰＰなどの標準化において検討されているＣＳ網とＷＬＡＮ網（ＩＰ網）とのハンドオーバーではなく、ＰＳ網やＷＬＡＮ網等のＩＰ網間でのハンドオーバーが可能となる。また、音声呼のハンドオーバーのみではなく、ＳＩＰセッションを利用したデータサービスにも適用可能である。また、１つのＰｕｂｌｉｃ ＩＤにて様々なアクセス網に移動し、サービスを継続することが可能である。また、様々なアクセス網において、ＩＭＳ１００にてハンドオーバーを認識しているため、ＱｏＳや課金を制御することができる。また、ハンドオーバー実施後に移動前のユーザ情報が削除されることになる。
【００６０】
本発明の利用分野としては、実施の形態に記述されているような携帯端末に利用できることはもちろんのこと、固定とモバイルを融合したネットワークに適用することにより様々なソリューションを実現することができる。例えば、携帯端末をＰＣに接続し、携帯端末でありながらもハンドオーバーではなく、携帯端末とＰＣとのハンドオーバーも可能となる。
【図面の簡単な説明】
【００６１】
【図１】本発明の移動体通信システムの実施の一形態を示す図である。
【図２】図１に示した移動体通信システムにおける端末のサインイン処理を説明するためのシーケンス図である。
【図３】図１に示した移動体通信システムにおける端末のハンドオーバー処理を説明するためのシーケンス図である。
【符号の説明】
【００６２】
１−１，１−２    携帯端末
２−１，２−２    Ｐ−ＣＳＣＦ
３    Ｉ−ＣＳＣＦ
４    Ｓ−ＣＳＣＦ
５    ＨＳＳ
６    アプリケーションサーバ
１００    ＩＭＳ
２０１    ＰＳ網
２０２    ＷＬＡＮ網
２０３    その他ＩＰ網
【図１】
2007325191.tif 000003
【図２】
2007325191.tif 000004
【図３】
2007325191.tif 000005