(57)【要約】  データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させる技術が開示され、その技術によればハンドオーバ後もＵＥ（１０１）のアドレスが変わらない場合には、ＵＥ（１０１）は、アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを、ハンドオーバ後の位置に対応するＰ−ＣＳＣＦ２（１２３）経由で、ハンドオーバ前の位置に対応するＰ−ＣＳＣＦ１（１２１）へ送信する。Ｐ−ＣＳＣＦ１（１２１）は、ハンドオーバの前のＵＥ（１００）に関するシグナリングの設定を利用して、Ｓ−ＣＳＣＦ／ＡＳ（１２５）に対してセッションアップデートシグナリングメッセージを転送し、Ｓ−ＣＳＣＦ／ＡＳ（１２５）において、ハンドオーバの前のＵＥ（１００）の登録情報を利用して、アプリケーションセッションのアップデートが行われる。
2010052918.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末が第１アクセスネットワークから第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムであって、
前記第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、
前記第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、
前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されている前記ユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末が、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信し、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、
前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートを行うよう構成されているハンドオーバ制御システム。
【請求項２】
前記ユーザ端末が、前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを、前記第２エントリポイント経由で送信し、
前記第２エントリポイントが、前記アプリケーションセッションのアップデートに必要な情報を前記セッションアップデートシグナリングメッセージに追加して、前記第１エントリポイントへ転送するよう構成されている請求項１に記載のハンドオーバ制御システム。
【請求項３】
前記ユーザ端末が、前記第２エントリポイントによって前記ユーザ端末の登録処理を行わないように指示する情報を前記セッションアップデートシグナリングメッセージに挿入して送信し、
前記第２エントリポイントが、前記セッションアップデートシグナリングメッセージ内に含まれている前記ユーザ端末の登録処理を行わないように指示する情報を確認して、前記ユーザ端末の登録処理を前記セッション制御装置へ行わないよう構成されている請求項２に記載のハンドオーバ制御システム。
【請求項４】
前記ユーザ端末が、前記セッションアップデートシグナリングメッセージが前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信し、
前記第２エントリポイントが、前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報を前記セッションアップデートシグナリングメッセージ内に確認して、前記ユーザ端末の登録処理を前記セッション制御装置へ行わないよう構成されている請求項２に記載のハンドオーバ制御システム。
【請求項５】
前記セッション制御装置が、前記第１エントリポイントから受信した前記セッションアップデートシグナリングメッセージに基づいて、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記第２エントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記第２エントリポイント経由で前記ユーザ端末へ送信するよう構成されている請求項１に記載のハンドオーバ制御システム。
【請求項６】
前記セッション制御装置が、前記ユーザ端末の前記アプリケーションセッションが経由するエントリポイントを示す情報として、前記第２エントリポイントの識別情報を前記応答メッセージに挿入して送信し、
前記ユーザ端末が、前記応答メッセージに含まれている前記第２エントリポイントの識別情報に基づいて、前記アプリケーションセッションのエントリポイントとして前記第２エントリポイントを使用する設定を行うよう構成されている請求項５に記載のハンドオーバ制御システム。
【請求項７】
前記ユーザ端末が、前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信し、
前記セッション制御装置が、前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージ内に確認して、前記ユーザ端末の前記アプリケーションセッションに対して適したエントリポイントを選択し、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記選択されたエントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記選択されたエントリポイント経由で前記ユーザ端末へ送信するよう構成されている請求項１に記載のハンドオーバ制御システム。
【請求項８】
前記セッション制御装置が、前記ユーザ端末の前記アプリケーションセッションが経由するエントリポイントを示す情報として、前記選択されたエントリポイントの識別情報を前記応答メッセージに挿入して送信し、
前記ユーザ端末が、前記応答メッセージに含まれている前記選択されたエントリポイントの識別情報に基づいて、前記アプリケーションセッションのエントリポイントとして前記選択されたエントリポイントを使用する設定を行うよう構成されている請求項７に記載のハンドオーバ制御システム。
【請求項９】
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、第１アクセスネットワーク及び第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有するハンドオーバ制御システムにおいて、前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行うユーザ端末であって、
前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信するよう構成されており、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われるユーザ端末。
【請求項１０】
前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを、前記第２エントリポイント経由で送信するよう構成されている請求項９に記載のユーザ端末。
【請求項１１】
前記第２エントリポイントによって前記ユーザ端末の登録処理を行わないように指示する情報を前記セッションアップデートシグナリングメッセージに挿入して送信するよう構成されている請求項９に記載のユーザ端末。
【請求項１２】
前記セッションアップデートシグナリングメッセージが前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信するよう構成されている請求項９に記載のユーザ端末。
【請求項１３】
前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信するよう構成されている請求項９に記載のユーザ端末。
【請求項１４】
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第１エントリポイントとして機能するシグナリング中継装置であって、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送するように構成されており、
これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われるシグナリング中継装置。
【請求項１５】
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第２エントリポイントとして機能するシグナリング中継装置であって、
前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートに必要な情報を前記セッションアップデートシグナリングメッセージに追加して前記第１エントリポイントへ転送するよう構成されており、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われるシグナリング中継装置。
【請求項１６】
前記第２エントリポイントによって前記ユーザ端末の登録処理を行わないように指示する情報、及び、前記セッションアップデートシグナリングメッセージが前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報のいずれか一方が前記セッションアップデートシグナリングメッセージに挿入されていることを確認した場合には、前記ユーザ端末の登録処理を前記セッション制御装置へ行わないよう構成されている請求項１５に記載のシグナリング中継装置。
【請求項１７】
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおける前記セッション制御装置であって、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末から前記第１エントリポイントへ送信された前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージが更に前記第１エントリポイントから転送されてきた場合、前記第１エントリポイントから受信した前記セッションアップデートシグナリングメッセージに基づいて、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記第２エントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記第２エントリポイント経由で前記ユーザ端末へ送信するよう構成されており、
これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われるセッション制御装置。
【請求項１８】
前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージ内に確認して、前記ユーザ端末の前記アプリケーションセッションに対して適したエントリポイントを選択し、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記選択されたエントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージに前記ユーザ端末の前記アプリケーションセッションが経由するエントリポイントを示す情報として前記選択されたエントリポイントの識別情報を挿入して、前記選択されたエントリポイント経由で前記ユーザ端末へ送信するよう構成されている請求項１７に記載のセッション制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信ネットワークの技術に関する。特に、本発明は、モバイルデータ通信システム内のユーザ端末に関するシグナリング制御の技術に関する。
【背景技術】
【０００２】
大規模ネットワークの多くは、例えば、プロキシモバイルＩＰ（ＰＭＩＰ:Proxy Mobile Internet Protocol、下記の非特許文献１参照）などのネットワークによるモビリティ管理方式が適切に設定されている。これにより、ユーザ端末（ＵＥ：User Equipment）の構成が簡素化され、サービス挙動においてオペレータがより制御できるようになる。こうしたネットワークでは、通常、ユーザ端末のハンドオーバによってユーザ端末のアドレスが変更されることはない。これによって、アプリケーションレイヤに対してモビリティを隠すことができるようになる。【０００３】
一方、携帯電話のパケット通信ネットワークを用いてマルチメディアサービスを実現するための技術として、ＩＭＳ（IP multimedia subsystem）が存在している（下記の非特許文献２を参照）。ＩＭＳは、コアネットワークをＩＰ化するために策定された技術であり、音声通話とデータ通信との統合を図り、様々なサービスを提供するためのシステム基盤を規定するためのシステムである。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Proxy Mobile IPv6, S. Gundavelli et al., IETF RFC5213, August, 2008
【非特許文献２】3GPP TS23.228 v8.6.0、2008-09
【非特許文献３】3GPP TS24.229 v8.5.1、2008-09
【０００５】
しかしながら、ＩＭＳを使ったセッション管理では、ユーザ端末のハンドオーバによってシグナリングパスが変わるたびに、セッションの張り替えに伴う登録処理（例えば、認証処理やＱｏＳ（Quality of Service）制御）が必要となり、シグナリングが行われる必要がある。すなわち、ユーザ端末がハンドオーバを行ってシグナリングパスが変わった場合には、シグナリングは、呼制御処理（セッションの開始や終了などのシグナリング）の前に、登録処理（認証処理やシグナリングパスの設定処理）を再度行う必要がある。したがって、ユーザ端末がハンドオーバを行うたびに、複数回メッセージ交換を往復する必要があり、セッションハンドオーバ処理に遅延が生じることになる。さらには、こうした多数のシグナリングメッセージが交換されることで、ネットワークトラフィックに負荷を与えてしまったり、ユーザ端末による電力消費が増大してしまったりする可能性もある。【０００６】
また、ＰＭＩＰなどのネットワークによるモビリティ管理方式が使用されている場合も同様である。ネットワークによるモビリティ管理方式のようなトランスペアレント（transparent：透過）なモビリティの取り扱いによって、ＱｏＳの提供やシグナリングの適応などを始めとする任意の局所的な制御を行う必要があるＩＰマルチメディアサービスに弊害が生じる可能性がある。例えば、ユーザ端末がアクセスネットワークを変更した際に、利用可能な帯域幅が変化する場合や、さらには、シグナリングエントリポイント（例えば、非特許文献２に定義されているＰ−ＣＳＣＦ（Proxy Call Session Control Function：プロキシ呼び出しセッション制御機能））が変わる場合も起こり得る。しかしながら、ユーザ端末のＩＰアドレスは変更されないので、ネットワークをアップデートするためのシグナリングが開始されることはない。【０００７】
一方、この状態が起こらないようにするため、ユーザ端末が、下位レイヤの再接続を検出するたびにシグナリングを実行するように構成されてもよい。しかしながら、すべての下位レイヤの変更がアプリケーションレイヤの変更をもたらすわけではないので、このような構成とした場合には、不要なシグナリングが発生する場合がある。また、この場合においても、シグナリングパス探索及び確立には、複数回メッセージ交換を往復する必要があるので、セッションハンドオーバ処理に遅延が生じることになる。さらには、こうした多数のシグナリングメッセージが交換されることで、ネットワークトラフィックに負荷を与えてしまったり、ユーザ端末による電力消費が増大してしまったりする可能性もある。【０００８】
例えば、標準的な手続きでは、ユーザ端末は、アプリケーションレイヤのシグナリングが実行できるようになる前に、まず、シグナリングシステムに対して登録を行う必要がある。シグナリングにおいてセキュリティを確保する場合には、登録処理において認証を行うことになり、更なる遅延が生じることになる。【０００９】
以下、図１及び図２を参照しながら、具体的に、従来の技術に係る問題点について説明する。【００１０】
図１には、従来の技術を説明するためのネットワークアーキテクチャの一例が図示されている。なお、後述の本発明の説明の際においても、図１に図示されているネットワークアーキテクチャを参照する。ここでは、図１に図示されているネットワークアーキテクチャに関して簡単に説明するに留め、詳細な構成に関しては後述する。【００１１】
図１において、ＵＥ（ユーザ端末）（１００）は、最初（移動前）は、ｅＮＢ（evolved Node B）１（１１１）及び対応するＳＧＷ（Signaling Gateway）１（１１５）を含むアクセスネットワークに接続されている。そして、ＵＥ（１００）は移動を行って（移動後のＵＥをＵＥ（１０１）と表記）、ｅＮＢ２（１１３）及び対応するＳＧＷ２（１１７）を含むアクセスネットワークに接続する。ＳＧＷ１（１１５）及びＳＧＷ２（１１７）は、Ｐ−ＧＷ（Packet Data Network Gateway：パケットデータネットワークゲートウェイ）（１１９）を経由してコアネットワーク（１３５）に接続されている。【００１２】
また、ｅＮＢ１（１１１）及びＳＧＷ１（１１５）を含むアクセスネットワークに対応する制御シグナリングプロトコルのエントリポイント（例えば、Ｐ−ＣＳＣＦ１（１２１））、ｅＮＢ２（１１３）及びＳＧＷ２（１１７）を含むアクセスネットワークに対応する制御シグナリングプロトコルのエントリポイント（例えば、Ｐ−ＣＳＣＦ２（１２３））が、それぞれＰ−ＧＷ（１１９）を経由してアクセスネットワークに接続されている。エントリポイントは、ＵＥ（１００）又はＵＥ（１０１）とアプリケーションセッション制御システム（例えば、非特許文献２に定義されているようなＳ−ＣＳＣＦ及び／又はＡＳ（Ｓ−ＣＳＣＦ／ＡＳ（１２５）と記載））との間の制御シグナリングを中継する機能を有している。【００１３】
また、図２には、従来の技術（非特許文献２で定義されている処理）に基づいたＩＰマルチメディアセッションに関する制御シグナリングのシーケンスの一例が図示されている。【００１４】
ステップＳ２００１に示すように、ＵＥ（１００）は、最初、ＳＧＷ１（１１５）へ接続されており、Ｐ−ＣＳＣＦ１（１２１）及びＳ−ＣＳＣＦ／ＡＳ（１２５）を経由してＩＰマルチメディアサービスセッションを確立している。ここで、ステップＳ２００３において、ＵＥ（１００）が、新たな位置（図１のＵＥ（１０１の位置）へ移動したとする。ステップＳ２００５において、ＵＥ（１０１）は、新たな位置において、ネットワークによるモビリティ管理方式によって、使用中のアドレスと同一のアドレスを取得する。すなわち、ＵＥ（１０１）はＳＧＷ２（１１７）に接続し、モビリティ管理されたネットワークを経由して同一のＰ−ＧＷ（１１９）から同一のＩＰアドレスを取得する。【００１５】
ＵＥ（１０１）が下位レイヤ情報を使用してアプリケーションのシグナリングをトリガするよう構成されている場合には、ＵＥ（１０１）は、ステップＳ２００７において、Ｐ−ＣＳＣＦ探索処理の実行を試み、この新たな位置に対応するＰ−ＣＳＣＦ２（１２３）を発見する。なお、この処理は、例えば、ＤＮＳクエリであってもよく、ＤＨＣＰクエリであってもよい。【００１６】
Ｐ−ＣＳＣＦ探索処理によって異なるＰ−ＣＳＣＦのアドレス（すなわち、ＵＥ（１００）において使用していたＰ−ＣＳＣＦ１（１２１）のアドレスではなく、Ｐ−ＣＳＣＦ２（１２３）のアドレス）を取得するので、ＵＥ（１０１）は、非特許文献２に定義されているような登録処理を開始する。すなわち、ＵＥ（１０１）は、ステップＳ２００９において、IMS_Register（ＩＭＳ登録）メッセージを新たなＰ−ＣＳＣＦ２（１２３）へ送信する。【００１７】
Ｐ−ＣＳＣＦ２（１２３）は、このIMS_Registerメッセージの受信によって、ステップＳ２０１１に示すように、ＵＥ（１０１）にとって適切なＳ−ＣＳＣＦの探索処理を開始し、ＵＥ（１０１）にとって適切なＳ−ＣＳＣＦ（すなわち、Ｓ−ＣＳＣＦ／ＡＳ（１２５））を特定する。そして、Ｐ−ＣＳＣＦ（１２３）は、非特許文献２に定義されているような必要な処理を行った後、ステップＳ２０１３において、Ｓ−ＣＳＣＦ／ＡＳ（１２５）へIMS_Registerメッセージを転送する。【００１８】
このとき、制御シグナリングに関してセキュリティが必要な場合には、認証処理が実行される。この認証処理は、例えば上記の非特許文献３に定義されているようにＳ−ＣＳＣＦ／ＡＳ（１２５）が４０１メッセージ（Unauthorized：認証が必要であることを通知するメッセージ）をＵＥ（１０１）に返信することによって開始される。なお、用いられる認証方式に依存するが、ステップＳ２０１５において、認証処理では複数回のメッセージ交換の往復が行われる。【００１９】
認証に成功した場合には、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ２０１７において、ユーザプロファイルをチェックし、例えばデータベースへのユーザ情報の記録や、任意のイベントへの登録などのようなサービス制御を行う。そして、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ２０１９において、ＵＥ（１０１）へIMS_Accept（ＩＭＳ受諾）メッセージを返信し、Ｓ２０２１において、Ｐ−ＣＳＣＦ２（１２３）経由でＵＥ（１０１）へIMS_Acceptメッセージが転送される。【００２０】
登録に成功した場合にのみ、ＵＥ（１０１）は、ステップＳ２０２３及びＳ２０２５に示すように、Ｐ−ＣＳＣＦ２（１２３）及びＳ−ＣＳＣＦ／ＡＳ（１２５）を経由するIMS_INVITE（ＩＭＳ招待）メッセージを通信セッションの他方のエンド（例えばＣＮ）に向けて送信することによって、セッションのアップデートを行うためのシグナリングを開始する。Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ２０２７及びＳ２０２９に示すように、例えばリモートアクセスレグ（remote access leg）をアップデートすることによってメッセージを処理し、IMS_AcceptメッセージによってＵＥ（１０１）へ応答を返す。【００２１】
なお、上述の説明で示されているように、シグナリング処理は、実際にセッションのアップデートを行う処理（すなわち、ステップＳ２０２３〜Ｓ２０２９の処理）の前に行われる登録及び認証に関する主要な処理である。これらの登録及び認証のシグナリング処理（すなわち、ステップＳ２００７〜Ｓ２０２１の処理）は長時間を要するため、ハンドオーバ後のセッションアップデートに遅延が生じてしまう可能性がある。さらに、これらの登録及び認証のシグナリング処理に関連するシグナリングメッセージが、ネットワークトラフィックに負荷を与えたり、ＵＥ（１０１）による電力消費が増大したりする可能性がある。【００２２】
さらに、ステップＳ２００７において発見されたＰ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）の新たな位置に対応するＰ−ＣＳＣＦであるにすぎず、実際には、ＵＥ（１０１）のセッションを継続して取り扱うために最適なＰ−ＣＳＣＦではない可能性もある。例えば、Ｐ−ＣＳＣＦ１をそのまま使用したほうがよい場合や、管理などの理由によって別のＰ−ＣＳＣＦを使用しなければならない場合などがある。こうした場合には、例えば、Ｓ−ＣＳＣＦ／ＡＳ（１２５）がステップＳ２０２１における登録を拒絶し、これによって、ＵＥ（１０１）は登録処理を再度行うことになるため、更に多くのシグナリングメッセージを送受信する必要が生じ、実際にセッションのアップデートを行うまで、更に長時間かかってしまう可能性がある。
【発明の概要】
【００２３】
本発明は、上記の問題を解決するため、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることを目的とする。
【００２４】
上記の目的を達成するため、本発明のハンドオーバ制御システムは、
ユーザ端末が第１アクセスネットワークから第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムであって、
前記第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、
前記第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、
前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されている前記ユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末が、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信し、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、
前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートを行うよう構成されている。
上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【００２５】
また、上記の目的を達成するため、本発明のユーザ端末は、
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、第１アクセスネットワーク及び第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有するハンドオーバ制御システムにおいて、前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行うユーザ端末であって、
前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信するよう構成されており、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われる。
上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【００２６】
また、上記の目的を達成するため、本発明のシグナリング中継装置は、
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第１エントリポイントとして機能するシグナリング中継装置であって、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送するように構成されており、
これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われる。
上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【００２７】
また、上記の目的を達成するため、本発明のシグナリング中継装置は、第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第２エントリポイントとして機能するシグナリング中継装置であって、
前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートに必要な情報を前記セッションアップデートシグナリングメッセージに追加して前記第１エントリポイントへ転送するよう構成されており、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われる。
上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【００２８】
また、上記の目的を達成するため、本発明のセッション制御装置は、第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおける前記セッション制御装置であって、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末から前記第１エントリポイントへ送信された前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージが更に前記第１エントリポイントから転送されてきた場合、前記第１エントリポイントから受信した前記セッションアップデートシグナリングメッセージに基づいて、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記第２エントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記第２エントリポイント経由で前記ユーザ端末へ送信するよう構成されており、
これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われる。
上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【００２９】
本発明は、上記の構成を有しており、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させるという効果を有している。
【図面の簡単な説明】
【００３０】
【図１】従来の技術及び本発明の第１及び第２の実施の形態におけるネットワークアーキテクチャの一例を示す図
【図２】従来の技術で定義されている処理に基づいたＩＰマルチメディアセッションに関する制御シグナリングの一例を示すシーケンスチャート
【図３】本発明の第１の実施の形態における動作の一例を示すシーケンスチャート
【図４】本発明の第１の実施の形態における動作の別の一例を示すシーケンスチャート
【図５】本発明の第１の実施の形態における動作の更に別の一例を示すシーケンスチャート
【図６】本発明の第１の実施の形態におけるＵＥの構成の一例を示す図
【図７】本発明の第１の実施の形態におけるＰ−ＣＳＣＦの構成の一例を示す図
【図８】本発明の第１の実施の形態におけるＳ−ＣＳＣＦ／ＡＳの構成の一例を示す図
【図９】本発明の第１の実施の形態におけるIMS_INVITEメッセージの内容の一例を示す図
【図１０】本発明の第１の実施の形態におけるIMS_Acceptメッセージの内容の一例を示す図
【図１１】本発明の第１の実施の形態におけるIMS_Registerメッセージの内容の一例を示す図
【図１２】本発明の第２の実施の形態における動作の一例を示すシーケンスチャート
【本発明を実施するための形態】
【００３１】
以下、図面を参照しながら、本発明の実施の形態について説明する。なお、以下の説明では、本発明を詳細に理解できるようにするために、特定の番号や時間、構造、プロトコル名、及びその他のパラメータなどを挙げて説明する場合がある。しかしながら、本明細書で用いられている特定の条件は、本発明を説明するために用いられているにすぎず、本発明は、こうした特定の条件に限定されるものではない。
【００３２】
＜第１の実施の形態＞
まず、本発明の第１の実施の形態について説明する。
【００３３】
図１には、本発明を説明するためのネットワークアーキテクチャの一例が図示されている。図１に図示されているように、ＵＥ（ユーザ端末）（１００）は、最初（移動前）は、ｅＮＢ１（１１１）及び対応するＳＧＷ１（１１５）を含むアクセスネットワークに接続されている。さらに、ＳＧＷ１（１１５）は、Ｐ−ＧＷ（１１９）を経由してコアネットワーク（１３５）に接続されている。
【００３４】
また、ＵＥ（１００）は、任意の制御シグナリングプロトコル（例えば、ＳＩＰ）によって制御されるＩＰマルチメディアアプリケーションを起動しており、不図示の他のノード（すなわち、ＵＥ（１００）の通信相手であるＣＮ（Correspondent Node：コレスポンデントノード））と通信を行う。
【００３５】
また、制御シグナリングプロトコルのエントリポイント（例えば、Ｐ−ＣＳＣＦ１（１２１））は、Ｐ−ＧＷ（１１９）を経由してアクセスネットワークに接続されている。エントリポイントは、ＵＥ（１００）とアプリケーションセッション制御システム（例えば、非特許文献２に定義されているようなＳ−ＣＳＣＦ及び／又はＡＳ（Ｓ−ＣＳＣＦ／ＡＳ（１２５）と記載））との間の制御シグナリングを中継する機能を有している。
【００３６】
Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ＵＥ（１００）からのシグナリングメッセージを処理するか、あるいは、通信セッションの他方のノード（すなわち、ＵＥ（１００）の通信相手であるＣＮ）に向けてそのメッセージを更に中継する機能を有している。なお、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、例えばセッション継続アンカ（Session Continuity Anchor）などのような他の機能を有していてもよい。
【００３７】
なお、図１には、図面を簡略化するため、Ｓ−ＣＳＣＦ／ＡＳ（１２５）までのシグナリングパスのみが図示されているが、当業者であれば、Ｓ−ＣＳＣＦ／ＡＳ（１２５）から通信セッションの他方のノードへ向けた処理が、ＵＥ（１００）からＳ−ＣＳＣＦ／ＡＳ（１２５）への処理と同様であることは明らかである。すなわち、ＵＥ（１００）が開始処理（initiating process）を実行し、Ｓ−ＣＳＣＦ／ＡＳが終了処理（terminating process）を実行する。また、Ｓ−ＣＳＣＦ／ＡＳ（１２５）以降の処理（Ｓ−ＣＳＣＦ／ＡＳ（１２５）と通信セッションの他方のノードとの間の処理）が本発明の基本的な概念に依存しないことは、当業者には明らかである。
【００３８】
ＵＥ（１００）は、無線通信機能を有しており、任意のタイミングで新たな位置に移動して、新たなｅＮＢと接続することが可能である。なお、図１において、移動後（ハンドオーバ後）の新たな位置におけるＵＥはＵＥ（１０１）によって表されており、ＵＥ（１０１）が新たなｅＮＢ２（１１３）及び対応するＳＧＷ２（１１７）を含む別のアクセスネットワークに接続されている状態が図示されている。ＳＧＷ２（１１７）を含むアクセスネットワークは、同一のＰ−ＧＷ（１１９）を経由してコアネットワーク（１３５）に接続されている。また、ＳＧＷ２（１１７）は、ＳＧＷ１（１１５）と同様に、Ｐ−ＧＷ（１１９）を経由してコアネットワーク（１３５）に接続されている。
【００３９】
この新たな位置では、ＵＥ（１０１）に関する対応する制御シグナリングエントリポイントは、ＵＥ（１００）の状態（移動前の状態）とは異なっている。すなわち、移動後の新たな位置の制御シグナリングエントリポイントは、Ｐ−ＣＳＣＦ２（１２３）である。Ｐ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）とＳ−ＣＳＣＦ／ＡＳ（１２５）との間でシグナリングメッセージを中継する機能を有している。また、Ｐ−ＣＳＣＦ２（１２３）は、コアネットワーク（１３５）を経由してＰ−ＣＳＣＦ１（１２１）に接続している。
【００４０】
なお、Ｐ−ＣＳＣＦ１（１２１）とＰ−ＣＳＣＦ（１２３）との接続は、異なる形式（例えば、直接接続、ＩＰネットワーク経由、又は、Ｓ−ＣＳＣＦ／ＡＳ（１２５）のような任意のプロキシ経由）で行われていてもよい。Ｐ−ＣＳＣＦ２（１２３）が、ＵＥ（１０１）から提供されるアドレス情報を用いてシグナリングメッセージをＰ−ＣＳＣＦ１（１２１）へ転送可能でさえあれば、本発明の基本的な概念に影響を及ぼすものではない。
【００４１】
ＳＧＷ１（１１５）とＰ−ＧＷ（１１９）との間では、例えば、ＧＰＲＳ（General Packet Radio Service）トンネリングプロトコル（ＧＴＰ：GPRS Tunneling Protocol）やＰＭＩＰなどのようなネットワークによるモビリティ管理方式が用いられる。また、ＳＧＷ２（１１７）とＰ−ＧＷ（１１９）との間においても、ネットワークによるモビリティ管理方式が用いられるが、同一のプロトコルである必要はない。例えば、ＳＧＷ１（１１５）はＧＴＰを使用し、ＳＧＷ２（１１７）はＰＭＩＰを使用してもよい。なお、アクセスネットワークにおいて用いられるモビリティ管理方式は、ＵＥ（１００／１０１）のＩＰアドレスがハンドオーバ後も変更されない限りにおいて、本発明の基本的な概念に影響を及ぼすものではない。
【００４２】
また、図１には、本発明に係るシグナリングに関連したネットワークノードのみが図示されているが、ＤＮＳ（Domain Name System）サーバ、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ、ＭＭＥ（Mobility Management Entity）など、より多くのノード（不図示）が通信処理に関わっていてもよいことは、当業者には明らかである。
【００４３】
図１には、Ｐ−ＣＳＣＦ１（１２１）及びＰ−ＣＳＣＦ２（１２３）がＰ−ＧＷ（１１９）経由でＵＥに接続している状態が図示されている。しかしながら、実際の構成では、Ｐ−ＣＳＣＦ１（１２１）及びＰ−ＣＳＣＦ２（１２３）はアクセスネットワーク内に配置され、例えば、ＳＧＷ１（１１５）やＳＧＷ２（１１７）と同一の装置内に配置されてもよい。Ｐ−ＣＳＣＦ１（１２１）及びＰ−ＣＳＣＦ２（１２３）は、直接又は間接的（例えば、任意のその他のプロキシ経由）に相互に通信を行うことができれば、本発明の基本的な概念に影響を及ぼすものではない。
【００４４】
また、図３には、本発明の第１の実施の形態における動作の一例が図示されている。なお、図２に図示されている従来技術に係るシーケンスと比較すれば分かるように、図３に図示されている本発明に係るシーケンスでは、シグナリングの低減が図られている。
【００４５】
ステップＳ３００１に示すように、ＵＥ（１００）は、最初、ＳＧＷ１（１１５）へ接続されており、Ｐ−ＣＳＣＦ１（１２１）及びＳ−ＣＳＣＦ／ＡＳ（１２５）を経由してＩＰマルチメディアサービスセッションを確立している。ここで、ステップＳ３００３において、ＵＥ（１００）が、新たな位置（図１のＵＥ（１０１）の位置）へ移動したとする。ステップＳ３００５において、ＵＥ（１０１）は、新たな位置において、ネットワークによるモビリティ管理方式によって、使用中のアドレスと同一のアドレスを取得する。すなわち、ＵＥ（１０１）はＳＧＷ２（１１７）に接続し、 モビリティ管理されたネットワークを経由して同一のＰ−ＧＷ（１１９）から同一のＩＰアドレス（ハンドオーバ前のアドレス）を取得する。なお、図３に示すステップＳ３００１〜Ｓ３００５の処理は、図２に示すステップＳ２００１〜Ｓ２００５の処理と同一であってもよい。
【００４６】
本発明では、ＵＥ（１０１）のアドレスがハンドオーバ前のＵＥ（１００）と同一であることから、ＵＥ（１０１）が新たな位置に移動した場合に、ハンドオーバ前に使用されていたシグナリングパス（シグナリング接続）が再使用可能であることを利用する。
【００４７】
接続処理の間に、ＵＥ（１０１）は、ステップＳ３００７において、この新たな位置に対応するシグナリングエントリポイント（例えば、Ｐ−ＣＳＣＦ（１２３））を発見し、このＰ−ＣＳＣＦ２（１２３）のアドレスを取得する。なお、Ｐ−ＣＳＣＦ２（１２３）のアドレスの所得は、ＡＮＤ ＳＦ（Access Network Detection and Selection Function）処理の一部で行われてもよい。例えば、この処理はＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１ベースのクエリの一部であってもよく、オープンモバイルアライアンス（Open Mobile Alliance）のデバイスマネジメント方式（ＯＭＡ−ＤＭ方式）を利用したネットワークベースのコンフィギュレーションプッシュであってもよい。また、アクセスネットワークがＧＰＲＳ互換性を有している場合には、非特許文献２に定義されているように、Ｐ−ＣＳＣＦ２（１２３）のアドレスをベアラセットアップ処理に埋め込むことが可能である。上述のシステムが利用できない場合には、ＩＰ接続が確立した後に、ＵＥ（１０１）が、例えばＤＮＳやＤＨＣＰなどのＩＰベースの探索メカニズムを利用してもよい。なお、Ｐ−ＣＳＣＦ２（１２３）のアドレスを取得するために用いられるメカニズムは、本発明の基本的な概念に影響を及ぼさないことは、当業者には明らかである。
【００４８】
ＵＥ（１０１）は、Ｐ−ＣＳＣＦ２（１２３）のアドレス又は識別情報を取得した後、記憶しているハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））のアドレス又は識別情報との比較を行う。ここで、アドレス又は識別情報が変わっている場合（すなわち、移動前後でＰ−ＣＳＣＦが異なる場合）には、ＵＥ（１０１）は、特別なシグナリング処理を実行する。
【００４９】
ＵＥ（１０１）は、登録シグナリング処理（登録及び認証処理）を実行する代わりに、ステップＳ３００９に示すように、通常のセッション制御シグナリングメッセージ（例えば、Ｐ−ＣＳＣＦ２（１２３）へのIMS_INVITEメッセージ）を送信する。３ＧＰＰアクセスの場合には、IMS_INVITEメッセージは、非特許文献２及び３に定義されているようなINVITEメッセージとなる。
【００５０】
登録処理が実行されていないので、ステップＳ３００９で送信されたIMS_INVITEメッセージは、Ｐ−ＣＳＣＦ２（１２３）のオープンポートへ送られる。すなわち、事前に接続が行われている必要はない。ＵＥ（１０１）は、Ｐ−ＣＳＣＦ２（１２３）の探索の間に、例えばＤＨＣＰクエリ応答に含まれるＰ−ＣＳＣＦ２のアドレス情報の一部として、ポート情報を取得する。なお、ＵＥ（１０１）に対してポート情報が明示的に提供されなかった場合には、ＵＥ（１０１）は、任意の周知のポート（例えば非特許文献３に定義されているオープンポート）を使用する。
【００５１】
ステップＳ３００９で送信されるIMS_INVITEメッセージには、いくつかの追加フラグや情報要素が含まれる。以下、ステップＳ３００９で送信されるIMS_INVITEメッセージに含まれる追加フラグ及び情報要素の一例のリストを示す。
【００５２】
・最初は新たな位置における登録を行わずにIMS_INVITEメッセージを送信するように指示するフラグ
・応答のマッチングに使用される特別なシーケンス
・ＵＥ（１０１）が現在のＰ−ＣＳＣＦ（例えばＰ−ＣＳＣＦ２（１２３））とは異なるＰ−ＣＳＣＦを選択するシステムを容認することを示す指標
・ハンドオーバ前のＰ−ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーを含む）
・ハンドオーバ前のＰ−ＣＳＣＦに登録したＵＥ（１００）のユーザ識別情報
・ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
・ハンドオーバ前のＰ−ＣＳＣＦがメッセージの認証を行うためのセキュリティ情報要素、及び、新たな登録を実行できるようにする情報
・ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために利用するローカル情報要素（例えば、メディアに関する新たなセットのパラメータ）
・セッションのアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。メッセージのこの部分は、ＵＥ（１０１）とＰ−ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化可能である。
【００５３】
Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ３００９で送信されたIMS_INVITEメッセージを受信すると、このメッセージがまず登録処理を行わずに送信するものであることを、フラグから把握する。この場合、Ｐ−ＣＳＣＦ２(１２３）は、対応する情報要素から、ハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））の情報を読み出す。次に、Ｐ−ＣＳＣＦ２（１２３）は、メッセージから取得したアドレス情報に従って、Ｐ−ＣＳＣＦ１（１２１）に向けてIMS_INVITEメッセージを発送するための準備を行う。
【００５４】
また、Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ３０１１において、受信したIMS_INVITEメッセージに基づいてローカル情報要素をアップデートする。例えば、Ｐ−ＣＳＣＦ２（１２３）は、Ｐ−ＣＳＣＦ２（１２３）自身のアドレス情報、ローカルアクセスネットワーク情報、ＵＥ（１０１）のローカルアクセス情報などを、ローカル情報要素に追加する。
【００５５】
さらに、Ｐ−ＣＳＣＦ２（１２３）は、必要に応じてセキュリティ情報要素のアップデートも行ってもよい。例えば、Ｐ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）から提供されたセキュリティ情報の任意の箇所（例えばノンス値）を格納することで、更なるセキュリティアソシエーションの確立を行ってもよい。また、Ｐ−ＣＳＣＦ２（１２３）は、Ｓ−ＣＳＣＦ／ＡＳ（１２５）がＰ−ＣＳＣＦ２（１２３）を認証するための追加セキュリティベクトルを情報要素に挿入してもよい。
【００５６】
これらのアップデートの後、Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ３０１３において、ＵＥ（１０１）によって示されたアドレスを用いて、Ｐ−ＣＳＣＦ１（１２１）に向けてIMS_INVITEメッセージを転送する。Ｐ−ＣＳＣＦ２（１２３）は、Ｐ−ＣＳＣＦ１（１２１）との間で既に存在する任意の関係を再利用して、メッセージを送信してもよい。Ｐ−ＣＳＣＦ２（１２３）は、例えば、ステップＳ３０１３で送信されたIMS_INVITEメッセージの送信元アドレスとユーザが最後に登録したアドレスとが一致するかどうかをＰ−ＣＳＣＦ１（１２１）が確かめることなく、Ｐ−ＣＳＣＦ１（１２１）がこのIMS_INVITEメッセージを受け入れるＰ−ＣＳＣＦ１（１２１）の特別なポートを使用することが可能である。
【００５７】
Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ３０１３で送信されたIMS_INVITEメッセージ内に、登録を行っていないことを示すフラグを見つけると、そのIMS_INVITEメッセージをＵＥ（１０１）から直接受信したかのように、通常と同様の処理を行う。しかしながら、このIMS_INVITEメッセージをアップデートする際、Ｐ−ＣＳＣＦ１（１２１）は、Ｐ−ＣＳＣＦ２（１２３）によって追加された情報（例えば、ローカル情報要素内のＰ−ＣＳＣＦ２（１２３）のアドレスやセキュリティベクトルなど）の上書きを行わない。また、Ｐ−ＣＳＣＦ１（１２１）は、Ｐ−ＣＳＣＦ２（１２３）によって追加された情報が、Ｐ−ＣＳＣＦ２（１２３）がＵＥ（１０１）に最も近いＰ−ＣＳＣＦであることを示すような順序で存在していることを、例えばレコードルートヘッダ（Record-Route header）内のアドレスの配列から確認する。
【００５８】
例えば、非特許文献２に定義されているような必要な処理を行った後、Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ３０１５において、そのユーザ及びセッションに関するレコードに従って、Ｓ−ＣＳＣＦ／ＡＳ（１２５）へIMS_INVITEメッセージを転送する。Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ３０１５において送信されたIMS_INVITEメッセージを受信すると、登録が行われていないことを示すフラグから、このIMS_INVITEメッセージが通常のセッションアップデートメッセージである以外に、さらに登録のアップデートのためのものでもあると推定する。
【００５９】
この場合、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ３０１７に示されているように、通常のINVITEメッセージを受信した場合と同様に、ユーザプロファイルのアップデート及びサービス制御を行う。例えば、この処理において、タイマのリフレッシュ、セッションのリモートアクセスレグのアップデートなどが行われる。同時に、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、このIMS_INVITEメッセージに挿入されているＰ−ＣＳＣＦ２（１２３）の検索も行う。
【００６０】
登録のアップデートは、主に、Ｐ−ＣＳＣＦ２（１２３）から提供された情報に基づいて行われる。例えば、Ｐ−ＣＳＣＦ２（１２３）のアドレス又は識別情報をＳ−ＣＳＣＦ／ＡＳ（１２５）において記憶する処理や、ＵＥ（１０１）に対する新たな一時的なＩＤの割り当て、セキュリティアソシエーションのアップデートなどが行われる。また、例えば、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は新たなＴ−ＧＲＵＵ（temporary Globally Routable UA URI）をＵＥ（１０１）へ割り当ててもよい。
【００６１】
セッションアップデート及び登録処理を行った後、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ３０１９に示すように、IMS_Acceptメッセージによって、ＵＥ（１０１）へ応答を返信する。登録処理が行われた後はＰ−ＣＳＣＦ２（１２３）のアドレスはＳ−ＣＳＣＦ／ＡＳ（１２５）に格納されているので、ステップＳ３０１９で送信されるIMS_Acceptメッセージは、Ｐ−ＣＳＣＦ１（１２１）ではなく、Ｐ−ＣＳＣＦ２（１２３）を経由して転送される。
【００６２】
IMS_Acceptメッセージには、２つのパラメータセット（セッションアップデートのためのものと登録のためのもの）が含まれる。また、例えば、２つの処理に関して、２つのセットの結果コードが存在し得る。Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、セッションアップデートに関して、例えばＳＤＰ（Session Description Protocol）オブジェクトなどの追加パラメータを応答に挿入してもよい。また、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、登録処理に関して、Ｐ−ＣＳＣＦ２（１２３）に関する任意のセキュリティオブジェクトや鍵素材（keying materials）を応答に挿入してもよい。
【００６３】
Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、IMS_INVITEメッセージに含まれる特別なシーケンス値を応答（すなわち、ステップＳ３０１９で送信されるIMS_Acceptメッセージ）に含ませる必要がある。例えば、ステップＳ３０１９で送信されるIMS_Acceptメッセージに挿入される情報の一例として、以下のものが挙げられる。
【００６４】
・このメッセージがセッションアップデート及び登録アップデートの両方に対する応答であることを示すフラグ
・ＵＥ（１０１）がリクエストに対する応答のマッチングを行うためのものであって、ステップＳ３０１５で送信されたIMS_INVITEメッセージからコピーされた特別なシーケンス値
・Ｓ−ＣＳＣＦ／ＡＳ（１２５）のアドレス又は識別情報の情報要素
・セッションアップデート処理に関する結果コード
・登録アップデート処理に関する結果コード
・セッションを継続させるためにＳ−ＣＳＣＦ／ＡＳ（１２５）が選択したＰ−ＣＳＣＦを示すＰ−ＣＳＣＦ識別情報要素
・Ｐ−ＣＳＣＦ２（１２３）がＵＥ（１０１）とのアソシエーションを確立するためのセキュリティベクトル
・セッション制御パラメータを記述するＳＤＰオブジェクト
【００６５】
ステップＳ３０１９のIMS_Acceptメッセージを受信した後、Ｐ−ＣＳＣＦ２（１２３）は、IMS_Acceptメッセージ内のＰ−ＣＳＣＦ識別情報要素をチェックし、自身の識別情報に等しい場合には、ＵＥ（１０１）に転送するIMS_Acceptメッセージに、更なる通信で用いられる自身のアドレス情報（例えば、ＩＰアドレス、ポートナンバー、対応する暗号化アルゴリズムなど）を挿入する。
【００６６】
また、Ｐ−ＣＳＣＦ（１２３）は、ＵＥ（１０１）に関するレコードが存在していない場合には、ＵＥ（１０１）に関するレコードを作成して必要な情報を格納（例えば、Ｓ−ＣＳＣＦ／ＡＳ（１２５）のアドレスを格納）して、非特許文献２で登録に関して定義されているように、ＵＥとの間における以降の通信のための鍵を生成する。なお、一部の情報に関しては、ステップＳ３００９におけるIMS_INVITEメッセージから取得した情報から生成される。
【００６７】
さらに、Ｐ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）にとって不要な任意の情報要素（例えば、課金の指示やセキュリティベクトルなど）を削除する。Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ３０２１において、このようにして変更したIMS_AcceptメッセージをＵＥ（１０１）へ転送する。なお、必要であれば、Ｐ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）に送信されるIMS_Acceptメッセージに対してセキュリティ保護を使用してもよい。
【００６８】
ＵＥ（１０１）は、ステップＳ３０２１におけるIMS_Acceptメッセージを受信すると、シーケンス値に基づいて、ステップＳ３００９で送信したIMS_INVITEメッセージに格納した状態のマッチング及び読み出しを行う。セキュリティ保護が使用可能であれば、ＵＥ（１０１）は、その状態に関連付けられているセキュリティ情報を用いてメッセージの検証を行い、以降の通信に必要となる鍵を生成する。さらに、ＵＥ（１０１）は、ステップＳ３０２１で送信されたIMS_Acceptメッセージに埋め込まれているＰ−ＣＳＣＦ２（１２３）のアドレス情報（ＩＰアドレス、ポートナンバーなど）を格納する。同時に、ＵＥ（１０１）は、ステップＳ３０２１で送信されたIMS_Acceptメッセージ内のＳＤＰ情報を用いて、アプリケーション構成のアップデートを行う。
【００６９】
また、図４には、本発明の第１の実施の形態における動作の別の一例が図示されている。図４において、ステップＳ４００１〜Ｓ４０１５の処理は図３のステップＳ３００１〜Ｓ３０１５の処理と同一である。
【００７０】
ステップＳ４０１７において、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ＵＥ（１０１）が新たなＰ−ＣＳＣＦを選択するシステムを容認しているという指標を含むIMS_INVITEメッセージ（ステップＳ４０１５のIMS_INVITEメッセージ）を受信した後、Ｐ−ＣＳＣＦ２（１２３）から送信されたIMS_INVITEメッセージ内のローカル情報要素（例えば、ローカルアクセスネットワーク情報）に基づいて、利用可能な複数のＰ−ＣＳＣＦの評価を行う。
【００７１】
例えば、評価の結果、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ＵＥがハンドオーバを行った後であっても、Ｐ−ＣＳＣＦ１（１２１）がセッションの継続性をサポートするためにより適していると判断したとする。この場合、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、より適切であると判断したＰ−ＣＳＣＦ１（１２１）に関して登録アップデートを実行する（例えば、対応するタイマのリフレッシュなど）。
【００７２】
なお、Ｓ−ＣＳＣＦ／ＡＳ（１２５）がＵＥ（１０１）にとって適切なＰ−ＣＳＣＦを判断する基準として用いることが可能な例として、以下の条件が挙げられる。なお、例えば、以下の条件のうちの任意の１つ又は複数が、ユーザ及び／又はオペレータによってセットされたポリシに基づいて選択される。
【００７３】
・Ｐ−ＣＳＣＦの負荷状態（例えば、負荷バランシングなど）
・ＵＥの地理的な位置
・ソフトウェア／シグナリングスタックのバージョン番号
・加入しているサービスの種類（例えば、プレミアムサービス専用のＰ−ＣＳＣＦ）
・関連するアクセスノード（例えば、マクロセル又はＨｅＮＢ経由）
・アクセスタイプ（例えば、ＣＳ（Circuit Switched：回線交換）又はＰＳ（Packet Switched：パケット交換））
・現在の日付
・オペレータ側による保守の日程
・より詳細なユーザプロファイル／ユーザ嗜好（例えば、年齢、性別、コスト面）
・モビリティ／セッションの継続性の要件、ＳＣＣ（Service Centralization and Continuity）サーバの条件
【００７４】
そして、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、IMS_INVITEメッセージに関して、例えば登録アップデート、リモートアクセスレグのアップデート、セキュリティアソシエーションのアップデートなどの必要な処理を行った後、ステップＳ４０１９に示すように、選択された最適なＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））に向けて応答メッセージを送信する。
【００７５】
なお、ステップＳ４０１５のIMS_INVITEメッセージの転送には、Ｓ−ＣＳＣＦ／ＡＳ（１２５）とＰ−ＣＳＣＦ１（１２１）との間に既に存在しているアソシエーションを利用することが可能である。また、ステップＳ４０１９のIMS_Acceptメッセージのフォーマットは、ステップＳ３０１９で送信されたIMS_Acceptメッセージと同一である。しかしながら、ステップＳ４０１９のIMS_Acceptメッセージには、Ｐ−ＣＳＣＦ識別情報要素にＰ−ＣＳＣＦ１（１２１）の識別情報が含まれている。
【００７６】
Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ４０１９で送信されたIMS_Acceptメッセージを受信した後、このメッセージ内に含まれている、選択されたＰ−ＣＳＣＦの識別情報（すなわち、Ｐ−ＣＳＣＦ１（１２１）の識別情報）が自身のものと等しいことを把握すると、ＵＥ（１０１）の対応する状態エントリをアップデートする（例えば、タイマのリフレッシュ、鍵のアップデートなど）。
【００７７】
そして、Ｐ−ＣＳＣＦ１（１２１）は、ＵＥ（１０１）に転送するIMS_Acceptメッセージに、アドレス情報（例えば、ＵＥ（１０１）が使用するＩＰアドレスやポートナンバー、使用するプロトコル、セキュリティ方式など）を挿入する。なお、状態のアップデートを行う際には、ステップＳ４００９で受信したIMS_INVITEメッセージから読み出した情報（鍵素材など）が使用される。さらに、Ｐ−ＣＳＣＦ１（１２１）は、IMS_AcceptメッセージからＵＥ（１０１）にとって不要な任意の情報（課金の指示、ネットワーク情報など）を削除する。
【００７８】
このようにして処理されたIMS_Acceptメッセージは、ステップＳ４０２１に示すように、Ｐ−ＣＳＣＦ１（１２１）からＵＥ（１０１）へ転送される。ＵＥ（１０１）は、IMS_Acceptメッセージ（４０２１）を受信すると、シーケンス値を用いて、ステップＳ４００９でIMS_INVITEメッセージ（４００９）を送信した際に格納した状態のマッチング及び読み出しを行う。なお、セキュリティ保護が使用可能であれば、ＵＥ（１０１）は、その状態に関連付けられているセキュリティ情報を用いてメッセージの検証を行い、以降の通信に必要となる鍵を生成する。さらに、ＵＥ（１０１）は、以降の通信のために用いられるＰ−ＣＳＣＦ１（１２１）のアドレス情報（ＩＰアドレス、ポートナンバーなど）を格納する。同時に、ＵＥ（１０１）は、ステップＳ４０２１で送信されたIMS_Acceptメッセージ内のＳＤＰ情報を用いて、アプリケーション構成のアップデートを行う。
【００７９】
また、図５には、本発明の第１の実施の形態における動作の更に別の一例が図示されている。図５において、ステップＳ５００１〜Ｓ５００７の処理は図３のステップＳ３００１〜Ｓ３００７の処理と同一である。
【００８０】
ＵＥ（１０１）は、ステップＳ５００９において、IMS_RegisterメッセージをＰ−ＣＳＣＦ２（１２３）に向けて送信する。なお、ＵＥ（１０１）は、Registerメッセージの性質上、このIMS_RegisterメッセージをＰ−ＣＳＣＦ２（１２３）のオープンポートに向けて送信することができる。IMS_Registerメッセージ（５００９）に含まれる情報の一例は、以下の通りである。
【００８１】
・登録がセッションアップデートに統合されていることを示すフラグ
・応答のマッチングに使用される特別なシーケンス
・ＵＥ（１０１）が現在のＰ−ＣＳＣＦ（Ｐ−ＣＳＣＦ２（１２３））とは異なるＰ−ＣＳＣＦを選択するシステムを容認することを示す指標
・ハンドオーバ前のＰ−ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーを含む）
・ハンドオーバ前のＰ−ＣＳＣＦに登録したＵＥ（１００）のユーザ識別情報
・ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
・ハンドオーバ前のＰ−ＣＳＣＦがメッセージの認証を行うためのセキュリティ情報要素、及び、新たな登録を実行できるようにする情報
・例えば、メディアに関する新たなパラメータセットなど、ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために使用するローカル情報要素
・ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために利用するローカル情報要素（例えば、メディアに関する新たなセットのパラメータ）
・セッションのアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。メッセージのこの部分は、ＵＥ（１０１）とＰ−ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化可能である。
【００８２】
Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ５００９で送信されたIMS_Registerメッセージを受信すると、登録及びセッションアップデートの統合を示すフラグの存在をチェックする。フラグが存在している場合には、Ｐ−ＣＳＣＦ２（１２３）は、標準のＳ−ＣＳＣＦ探索処理をスキップする（すなわち、Ｐ−ＣＳＣＦ２（１２３）によるＳ−ＣＳＣＦへの登録処理をスキップする）。
【００８３】
一方、Ｐ−ＣＳＣＦ２（１２３）は、ハンドオーバ前のＰ−ＣＳＣＦの情報をステップＳ５００９で送信されたIMS_Registerメッセージから取得し、指定されているアドレスに向けてメッセージを転送する処理を行う。このとき、Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ５０１１に示すように、ローカル情報要素をアップデートする。Ｐ−ＣＳＣＦ２（１２３）は、例えば、自身のアドレス情報、ローカルアクセスネットワーク情報、ＵＥ（１０１）のローカルアクセス情報などをローカル情報要素に追加する。
【００８４】
さらに、Ｐ−ＣＳＣＦ２（１２３）は、必要に応じてセキュリティ情報要素のアップデートを行ってもよい。例えば、Ｐ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）から提供されたセキュリティ情報の任意の部分（例えば、ノンス値）を格納し、更なるセキュリティアソシエーションを確立してもよい。また、Ｐ−ＣＳＣＦ２（１２３）は、Ｓ−ＣＳＣＦ／ＡＳ（１２５）がＰ−ＣＳＣＦ２（１２３）を認証するための追加セキュリティベクトルを情報要素に挿入してもよい。
【００８５】
これらのアップデートの後、Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ５０１３に示すように、ＵＥ（１０１）によって示されたアドレスを用いて、IMS_RegisterメッセージをＰ−ＣＳＣＦ１（１２１）へ転送する。なお、Ｐ−ＣＳＣＦ２（１２３）は、Registerメッセージの性質上、このIMS_RegisterメッセージをＰ−ＣＳＣＦ１（１２１）のオープンポートに向けて送信することができる。
【００８６】
Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ５０１３で送信されたIMS_REGISTERメッセージを受信すると、登録及びセッションアップデートの統合を示すフラグを検出する。そして、フラグが存在している場合には、Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ５０１３のIMS_REGISTERメッセージに示されているＵＥ（１００）の識別情報に基づいて、ＵＥ（１０１）を認識することができるかどうかをチェックする。ＵＥ（１００）の識別情報からＵＥ（１０１）を認識することが可能である場合には、Ｐ−ＣＳＣＦ１（１２１）は、ＵＥ（１００）の識別情報を用いてＵＥ（１００）の状態を読み出す。
【００８７】
次に、Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ５０１３のIMS_REGISTERメッセージ内のアプリケーションセッション情報要素を特定し、ＵＥの状態に関連付けられている鍵を用いて復号する。そして、Ｐ−ＣＳＣＦ１（１２１）は、このIMS_REGISTERメッセージがセッションアップデートメッセージ（例えばIMS_INVITEメッセージ）であるかのように、ステップＳ５０１３のIMS_REGISTERメッセージの処理を行う。セッションアップデート処理の後、Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ５０１５において、ＵＥ（１００）の状態情報を用いて、Ｓ−ＣＳＣＦ／ＡＳ（１２５）に向けてメッセージを転送する。なお、このメッセージはIMS_INVITEメッセージとして（すなわち、INVITEメッセージの方法を用いて）転送される。
【００８８】
ステップＳ５０１５で送信されるIMS_INVITEメッセージのメッセージフォーマットは、図３のステップＳ３０１５で送信されるIMS_INVITEメッセージと同一である。また、ステップＳ５０１７〜Ｓ５０２１の動作は、図３に図示されているステップＳ３０１７〜Ｓ３０２１の動作と同一である。なお、Ｓ−ＣＳＣＦ／ＡＳ（１２５）が、セッションの継続性に関して、新たな位置におけるＵＥ（１０１）にとってＰ−ＣＳＣＦ１（１２１）が最も適切であると判断した場合には、この場合においてもステップＳ４０１７〜Ｓ４０２１の処理が適用可能であることは、当業者には明らかである。
【００８９】
図５に図示されている動作は、IMS_Registerメッセージ（例えば、ステップＳ５００９〜Ｓ５０１３）が事前のアソシエーションを必要とすることなく、Ｐ−ＣＳＣＦのオープンポートに転送可能であるという利点を有している。同時に、ＵＥ（１０１）とＰ−ＣＳＣＦ１（１２１）との間のセッションアップデートに関する重要な情報に関しては、既に存在しているセキュリティアソシエーションを用いてそれぞれ保護することが可能となる。
【００９０】
また、図６には、本発明の第１の実施の形態におけるＵＥ（図１のＵＥ（１００）及びＵＥ（１０１）に対応）の構成の一例が図示されている。図６に図示されているように、ＵＥ（６００）は、セッション制御シグナリング機能（６００１）、ベアラ確立制御機能（６００３）、シグナリングエントリ探索機能（６００５）、シグナリング状態管理機能（６００７）の４つの主要な機能を有している。なお、ＵＥ（６００）は、その他の機能を実装していてもよい。
【００９１】
ＵＥ（６００）が有する機能のうち、セッション制御シグナリング機能（６００１）は、シグナリングメッセージの作成及び処理を行う。セッション制御シグナリング機能（６００１）は、例えば、IMS_INVITEメッセージ（ステップＳ３００９、Ｓ４００９で送信されるIMS_INVITEメッセージ）、IMS_Register（ステップＳ５００９で送信されるIMS_Registerメッセージ）の送信、IMS_Accept（ステップＳ３０２１、Ｓ４０２１、Ｓ５０２１で送信されるIMS_Acceptメッセージ）の受信及び処理を行う。
【００９２】
また、セッション制御シグナリング機能（６００１）は動作モードの決定も行う。セッション制御シグナリング機能（６００１）は、例えば、図３、図４、図５に図示されているシーケンスを行うか否かを決定する。この決定は、ＵＥ（６００）においてあらかじめ設定されたポリシ構成、又は、ＡＮＤ ＳＦ経由で取得したネットワーク構成情報、ＯＭＡ−ＤＭなどの方法によって提供されるネットワークポリシに基づいて行われる。例えば、新たな位置におけるＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ（１２３））がINVITEメッセージをオープンポートで聴取できるよう構成されている場合には、図３、図４のシーケンスが行うことが可能であり、ステップＳ３００９又はステップＳ４００９においてIMS_INVITEメッセージの送信が行われる。また、それ以外の場合には、図５に図示されているシーケンスが行われる必要があり、ステップＳ５００９においてIMS_Registerメッセージが送信される必要がある。セッション制御シグナリング機能（６００１）は、さらに、シグナリングされたパラメータに基づいてアプリケーションセッションの制御も行う。
【００９３】
また、ベアラ確立制御機能（６００３）は、ＵＥ（６００）がネットワークへの接続を確立するための処理を行う。この処理は、例えば、ＰＤＰ（Packet Data Protocol：パケットデータプロトコル）コンテキストセットアップ処理及びＧＰＲＳシステムにおけるベアラセット、あるいは、無線ＬＡＮの接続及び認証処理である。なお、ベアラのセットアップにおいて、ＵＥ（６００）のＩＰアドレスの構成処理が行われてもよい。
【００９４】
また、シグナリングエントリ探索機能（６００５）は、ＵＥ（６００）がローカルネットワーク内のシグナリングエントリの位置を特定するための処理を行う。なお、本明細書で挙げている例では、シグナリングエントリはローカルなＰ−ＣＳＣＦであるが、その他のノードであってもよい。シグナリングエントリ探索機能（６００５）は、ＤＮＳ又はＤＨＣＰクライアント、あるいは、ＩＥＥＥ８０２．２１メディア独立ハンドオーバ情報サービスなどとして実現されてもよい。
【００９５】
また、シグナリングエントリ探索機能（６００５）は、例えばＧＰＲＳシステムにおいては、ベアラ確立制御機能（６００３）と統合可能である。シグナリングエントリ探索機能（６００５）が、ベアラシグナリングの前にＰ−ＣＳＣＦ（例えばＰ−ＣＳＣＦ２（１２３））を特定することが可能な場合には、ＵＥ（６００）からの最初のシグナリングメッセージ（すなわち、IMS_INVITEメッセージ（ステップＳ３００９、Ｓ４００９で送信されるIMS_INVITEメッセージ）、又はIMS_Register（ステップＳ５００９で送信されるIMS_Registerメッセージ）は、ベアラ確立処理を用いて（例えば、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）アクセスにおけるＮＡＳ（Non Access Stratum）シグナリングによって）送信されてもよい。
【００９６】
また、シグナリング状態管理機能（６００７）は、シグナリングセッションに関する状態情報を格納するための処理を行う。例えば、シグナリング状態管理機能（６００７）は、シグナリングエントリのアドレス、セキュリティアソシエーション、リフレッシュタイマなどの情報を格納する。
【００９７】
また、図７には、本発明の第１の実施の形態におけるＰ−ＣＳＣＦ（図１のＰ−ＣＳＣＦ１（１２１）及びＰ−ＣＳＣＦ（１２３）に対応）の構成の一例が図示されている。Ｐ−ＣＳＣＦ（７００）は、セッション制御シグナリング機能（７００１）、ＰＣＣ（Path Computation Client）相互作用機能（７００３）、シグナリング状態管理機能（７００５）の３つの主要な機能を有している。なお、Ｐ−ＣＳＣＦ（７００）は、その他の機能を実装していてもよい。
【００９８】
Ｐ−ＣＳＣＦ（７００）が有する機能のうち、セッション制御シグナリング機能（７００１）は、IMS_INVITEメッセージ（ステップＳ３００９、Ｓ４００９で送信されるIMS_INVITEメッセージ）のフラグを認識することが可能であり、先に説明したように、これらのフラグ処理を行う。また、セッション制御シグナリング機能（７００１）は、IMS_INVITEメッセージ（ステップＳ３０１３、Ｓ４０１３で送信されるIMS_INVITEメッセージ）、又は、IMS_Registerメッセージ（ステップＳ５０１３で送信されるIMS_REGISTERメッセージ）にローカルアクセスネットワーク情報などを挿入することも可能である。
【００９９】
また、ＰＣＣ相互作用機能（７００３）は、シグナリングされたパラメータに従った制御をネットワーク側で実施するために、ポリシコントロール及び課金フレームワークと相互作用を行う。また、シグナリング状態管理機能（７００５）は、ＵＥ（ＵＥ（１００）又はＵＥ（１０１））に関するセッション状態エントリ（例えば、Ｓ−ＣＳＣＦ情報、セキュリティ鍵情報など）を作成及び格納する処理を行う。
【０１００】
また、図８には、本発明の実施の形態におけるＳ−ＣＳＣＦ／ＡＳ（図１のＳ−ＣＳＣＦ／ＡＳ（１２５）に対応）の構成の一例が図示されている。図８に図示されているように、Ｓ−ＣＳＣＦ／ＡＳ（８００）は、セッション制御シグナリング機能（８００１）、Ｐ−ＣＳＣＦ選択機能（８００３）、ＨＳＳ相互作用機能（８００５）、リモートアプリケーション相互作用機能（８００７）、シグナリング状態管理機能（８００９）の５つの主要な機能を有している。なお、Ｓ−ＣＳＣＦ／ＡＳ（８００）は、その他の機能を実装していてもよい。
【０１０１】
Ｓ−ＣＳＣＦ／ＡＳ（８００）が有する機能のうち、セッション制御シグナリング機能（８００１）は、受信する統合された登録及びセッションアップデートメッセージ（例えば、IMS_INVITEメッセージ（ステップＳ３０１５、Ｓ４０１５のIMS_INVITEメッセージ）、IMS_Registerメッセージ（ステップＳ５０１５のIMS_Registerメッセージ））の処理を行い、応答（例えば、IMS_Acceptメッセージ（ステップＳ３０１９、Ｓ４０１９、Ｓ５０１９のIMS_Acceptメッセージ））の生成を行う。
【０１０２】
また、Ｐ−ＣＳＣＦ選択機能（８００３）は、IMS_INVITEメッセージ（ステップＳ３０１５、Ｓ４０１５のIMS_INVITEメッセージ）、又は、IMS_Registerメッセージ（ステップＳ５０１５のIMS_Registerメッセージ）に挿入されているローカル情報要素（例えば、Ｐ−ＣＳＣＦが配置されているローカルアクセスネットワークに関するローカルアクセスネットワーク情報）、及び、システムレベル情報（例えば、ネットワークトポロジ情報、Ｓ−ＣＳＣＦ／ＡＳ（１２５）と各Ｐ−ＣＳＣＦとの接続などに関する情報）に基づいて、ＵＥ（１０１）にとって最適なＰ−ＣＳＣＦの選択を行う。なお、Ｐ−ＣＳＣＦ選択機能（８００３）は、ＵＥ（１０１）にとって最適なＰ−ＣＳＣＦの選択処理を行う際に、他のノード（例えば、ＨＳＳ（Home Subscriber Server））と相互に通信を行ってもよい。
【０１０３】
また、ＨＳＳ相互作用機能（８００５）は、ＵＥの登録に関してＨＳＳと通信を行ったり、Ｓ−ＣＳＣＦがサービス制御に関する任意の情報を取得するためにＨＳＳと通信を行ったりする機能を有している。また、リモートアプリケーション相互作用機能（８００７）は、通信セッションのリモートエンドをアップデートする処理を行う。この処理では、例えば、通信セッションの終端のエンドノード（例えばＣＮ）に向けて、シグナリングメッセージ（例えば、新たなIMS_INVITEメッセージ）を送信する処理が行われる。また、シグナリング状態管理機能（８００９）は、ＵＥ（１０１）のセッションに関するシグナリングの状態情報の制御を行う。例えば、この状態情報には、新たな位置におけるＵＥ（１０１）のために選択されたＰ−ＣＳＣＦに関する情報が含まれる。
【０１０４】
また、図９には、本発明の第１の実施の形態におけるIMS_INVITEメッセージの内容の一例が図示されている。図９に図示されているように、非特許文献３に定義されているINVITEメッセージに関する要素以外に、IME_INVITEメッセージは、さらに以下の要素を有している。
【０１０５】
・Msg Type（９００１）：このメッセージがIMS_INVITEメッセージであることを示すタイプ値
・No_Reg（９００３）：IMS_INVITEメッセージが、最初にＰ−ＣＳＣＦによる登録が行われずに送信されることを示すフラグ
・SEQ（９００５）：ＵＥ（１０１）において応答のマッチングに用いられる特別なシーケンス
・Entry_Select（９００７）：ＵＥ（１０１）が、現在のＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））とは異なるＰ−ＣＳＣＦを選択するシステムを容認することを示すフラグ
・Old_Entry（９００９）：ハンドオーバ前のＰ−ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーなどが含まれる）
・UE_ID（９０１１）ＵＥ（１００）がハンドオーバ前のＰ−ＣＳＣＦに登録したユーザの識別情報
・S_ID（９０１３）：ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
・SEC_IE（９０１５）：ハンドオーバ前のＰ−ＣＳＣＦがメッセージの認証を行えるようにするための情報要素、及び、新たな登録が行われるようにするための情報
・LOC_IE（９０１７）：ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために用いるローカル情報要素（例えば、メディアに関する新たなパラメータセットなど）
・APP_IE（９０１９）：セッションアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。なお、メッセージのこの部分は、ＵＥ（１０１）とＰ−ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化することが可能である。
【０１０６】
また、図１０には、IMS_Acceptメッセージに存在する内容の一例が図示されている。
図１０に図示されているように、非特許文献３に定義されている応答（Response）メッセージに関する要素以外に、IMS_Acceptメッセージは、さらに以下の要素を有している。
【０１０７】
・Msg Type（１０００１）：このメッセージがIMS_Acceptメッセージであることを示すタイプ値
・COMBINE（１０００３）：このメッセージがセッションアップデート及び登録アップデートの両方に関する応答であることを示すフラグ
・SEQ（１０００５）：ＵＥ（１０１）がリクエストに対する応答のマッチングを行うためにIMS_INVITEメッセージからコピーされる特別なシーケンス値
・S-CSCF_ID（１０００７）：Ｓ−ＣＳＣＦ／ＡＳ（１２５）のアドレス及び識別情報を含む情報要素
・REG_RESULT（１０００９）：登録アップデート処理における結果コード
・UP_RESULT（１００１１）：セッションアップデート処理における結果コード
・Entry_ID（１００１３）：セッションの継続性に関連してＳ−ＣＳＣＦ／ＡＳ（１２５）が選択したＰ−ＣＳＣＦを示すＰ−ＣＳＣＦの識別情報要素
・SEC_IE（１００１５）：選択されたＰ−ＣＳＣＦがＵＥ（１０１）とセキュリティアソシエーションを確立するためのセキュリティベクトル
・SDP_IE（１００１７）セッション制御パラメータを記述するＳＤＰオブジェクト
【０１０８】
また、図１１には、IMS_Registerメッセージに関する内容の一例が図示されている。図１１に図示されているように、非特許文献３に定義されているRegisterメッセージに関する要素以外に、IMS_Registerメッセージは、さらに以下の要素を有している。
【０１０９】
・Msg Type（１１００１）：このメッセージがIMS_Registerメッセージであることを示すタイプ値
・CONBINE（１１００３）：登録処理がセッションアップデート処理に統合されていることを示すフラグ
・SEQ（１１００５）：ＵＥ（１０１）において応答のマッチングを行うために用いられる特別なシーケンス値
・Entry_Select（１１００７）：ＵＥ（１０１）が現在のＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））とは異なるＰ−ＣＳＣＦを選択するシステムを容認することを示すフラグ
・Old_Entry（１１００９）：ハンドオーバ前のＰ−ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーなどが含まれる）
・UE_ID（１１０１１）：ＵＥ（１００）がハンドオーバ前のＰ−ＣＳＣＦに登録したユーザの識別情報
・S_ID（１１０１３）：ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
・SEC_IE（１１０１５）：ハンドオーバ前のＰ−ＣＳＣＦがメッセージの認証を行えるようにするための情報要素、及び、新たな登録が行われるようにするための情報
・LOC_IE（１１０１７）：ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために用いるローカル情報要素（例えば、メディアに関する新たなパラメータセットなど）
・APP_IE（１１０１９）：セッションアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。なお、メッセージのこの部分は、ＵＥ（１０１）とＰ−ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化することが可能である。
【０１１０】
なお、図９〜図１１にはIMS_INVITEメッセージ、IMS_Acceptメッセージ、IMS_Registerメッセージの各メッセージフォーマットが図示されているが、各メッセージはこれらの各メッセージフォーマットに限定されるものではない。例えば、ＳＩＰ（Session Initiation Protocol）を用いてメッセージを実現する場合、各情報要素はテキスト形式で表されることになる。
【０１１１】
なお、上述の本発明の第１の実施の形態では、ＵＥ（１０１）から送信されたメッセージ（ステップＳ３００９、Ｓ４００９のIMS_INVITEメッセージ、ステップＳ５００９のIMS_Registerメッセージ）がハンドオーバ後のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ２（１２３））経由でハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））へ転送されているが、ＵＥ（１０１）からハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））へメッセージが直接（Ｐ−ＣＳＣＦ２（１２３）を経由せずに）送信されてもよい。この場合、ＵＥ（１０１）は、ハンドオーバ後のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ２（１２３））がメッセージに追加する情報を事前に取得し、この情報をハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））へ送信するメッセージに追加して送信してもよく、あるいは、ハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））が、ハンドオーバ後のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ２（１２３））あるいはその他のノードから必要な情報を取得してもよい。
【０１１２】
以上、説明したように、本発明の第１の実施の形態では、ハンドオーバの前のＵＥ（１００）に関するシグナリングの設定を利用して、アプリケーションセッションのアップデートを行うので、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【０１１３】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。
【０１１４】
図１２には、本発明の第２の実施の形態における動作の一例が図示されている。ステップＳ１２００１に示すように、ＵＥ（１００）は、最初、ＳＧＷ１（１１５）へ接続されており、Ｐ−ＣＳＣＦ１（１２１）及びＳ−ＣＳＣＦ／ＡＳ（１２５）を経由してＩＰマルチメディアサービスセッションを確立している。
【０１１５】
この状態では、Ｐ−ＧＷ（１１９）は、ＵＥ（１００）のセッションに関する情報（例えば、Ｐ−ＣＳＣＦ１（１２１）のアドレス）を格納している。Ｐ−ＧＷ（１１９）は、このＵＥ（１００）のセッションに関する情報を様々な方法で取得することが可能である。例えば、Ｐ−ＧＷ（１１９）は、ＵＥ（１００）とＰ−ＣＳＣＦ１（１２１）との間のシグナリングメッセージを傍受してもよい。また、Ｐ−ＧＷ（１１９）は、ＤＮＳ、ＤＨＣＰ、ベアラセットアップなどによって、ＵＥ（１００）に対するＰ−ＣＳＣＦの割り当てを管理してもよい。また、Ｐ−ＧＷ（１１９）は、Ｓ−ＣＳＣＦ／ＡＳ（１２５）又はホーム加入者サーバなどのバックエンドサーバによって、この情報をチェックしてもよい。
【０１１６】
ステップＳ１２００３においてＵＥ（１００）が新たな位置（すなわち、ＵＥ（１０１））に移動した場合、ＵＥ（１０１）は、ステップＳ１２００５に示すように、ＳＧＷ２（１１７）への接続（Attach）を試みる。ステップＳ１２００５における接続処理では、関連するアクセスネットワークに依存して様々な処理が行われる。例えば、リンクレイヤ確立処理、認証処理、デフォルトのベアラセットアップ処理などが行われる。
【０１１７】
ＵＥ（１０１）の接続によって、ＳＧＷ２（１１７）によるネットワークベースのモビリティ管理方式（例えば、ＰＭＩＰ又はＧＴＰ）の処理が開始される。図１２に図示されているように、ＳＧＷ２（１１７）は、ステップＳ１２００７において、非特許文献１に規定されているPBU（Proxy Binding Update）メッセージを送信する。なお、異なるネットワークベースのモビリティ管理方式が用いられている場合にはＳＧＷ２（１１７）は異なるメッセージを送信することは、当業者にとって明らかであるが、本発明の基本的な概念に影響を及ぼすものではない。
【０１１８】
Ｐ−ＧＷ（１１９）は、ステップＳ１２００７で送信されたＰＢＵメッセージを受信した後、格納されているＵＥ（１００）のセッションに関する情報を読み出す。そして、Ｐ−ＧＷ（１１９）は、ステップＳ１２００９に示すように、新たな位置に移動したＵＥ（１０１）に対して新たなＰ−ＣＳＣＦの割り当てが行われるべきかをチェックする。Ｐ−ＧＷ（１１９）は、任意のバックエンドサーバ（例えば、ＤＨＣＰサーバ、ＤＮＳサーバ、ＨＳＳ）に対して問い合わせを行うことで、新たなＰ−ＣＳＣＦの割り当てが行われるべきか否かの判断を行ってもよい。
【０１１９】
Ｐ−ＧＷ（１１９）がＵＥ（１０１）に関するＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））を変更する必要があると判断した場合、Ｐ−ＧＷ（１１９）は、ステップＳ１２０１１に示すように、Context_Trigger（コンテキストトリガ）メッセージをハンドオーバ前のＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ１（１２１））へ送信する。ステップＳ１２０１１で送信されるContext_Triggerメッセージは、例えば、以下の情報を有している。
【０１２０】
・ハンドオーバ前のＰ−ＣＳＣＦのアドレス
・ハンドオーバ後に対応するＰ−ＣＳＣＦのアドレス
・ＵＥの識別情報
・ＵＥのアドレス
【０１２１】
Ｐ−ＧＷ（１１９）は、ステップＳ１２０１１におけるContext_Triggerメッセージを、ＵＥ（１００）に関して格納されているセッション情報（例えば、Ｐ−ＣＳＣＦ１（１２１）のアドレス）を用いて送信する。ステップＳ１２０１１におけるContext_Triggerメッセージの送信に成功すると、Ｐ−ＧＷ（１１９）は、新しいＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ２（１２３））のアドレスによって、ＵＥ（１０１）に関して格納されるセッション情報をアップデートする。
【０１２２】
なお、Ｐ−ＧＷ（１１９）が、Ｐ−ＧＷ（１１９）とＰ−ＣＳＣＦ１（１２１）との間における任意の転送方法（例えば、一般的なＩＰ、ＳＩＰメッセージ、事前に確立されている付加的な制御チャンネルなど）によって、ステップＳ１２０１１のContext_Triggerメッセージの送信を行ってもよいことは、当業者には明らかである。この転送方法は、本発明の基本的な概念に影響を及ぼすものではない。
【０１２３】
Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ１２０１１のContext_Triggerメッセージを受信した後、ＵＥ（１００）のセッションコンテキスト情報を読み出して、ステップＳ１２０１３のContext_Triggerメッセージによって示されるように、新たなＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））へ転送する。セッションコンテキスト情報には、非特許文献２に規定されているような、登録処理後にＰ−ＣＳＣＦに格納される情報が含まれている。
【０１２４】
Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ１２０１３のContext_Triggerメッセージを受信した後、ＵＥ（１０１）に関するサードパーティ登録を実行して、ステップＳ１２０１５のRegisterメッセージの送信に示すように、新たなＰ−ＣＳＣＦのアドレスに関してＳ−ＣＳＣＦ／ＡＳ（１２５）のアップデートを行う。ステップＳ１２０１５のRegisterメッセージには、Ｓ−ＣＳＣＦ／ＡＳ（１２５）がこのアップデート（例えば、アクセスネットワーク情報のアップデート、ＵＥ（１０１）とＰ−ＣＳＣＦ２（１２３）との間のセッションシグナリングに係る鍵の再生成など）を行うために必要なセキュリティ情報が含まれていてもよい。
【０１２５】
ステップＳ１２０１７に示すように、Response（応答）メッセージによって、アップデート処理の結果や必要なフィードバック（例えば、鍵素材）などがＰ−ＣＳＣＦ２（１２３）に返信される。Ｐ−ＣＳＣＦ２（１２３）は、この情報を利用して、以降のＵＥ（１０１）との通信のためにセッションコンテキストのアップデートを行う。例えば、アクセスネットワークの特定の制御又はフィルタが、ステップＳ１２０１７のResponseメッセージによってＰ−ＣＳＣＦ（１２３）へ返されてもよい。
【０１２６】
一方、Ｐ−ＧＷ（１１９）は、ステップＳ１２０１１におけるContext_Triggerメッセージの送信後、ステップＳ１２０１９に示すように、PBA（Proxy Binding Acknowledgement）メッセージによって、PBUメッセージに対する応答をＳＧＷ２（１１７）へ行う。なお、ステップＳ１２０１９で送信されるPBAメッセージのフォーマットは、非特許文献１に規定されているものと同一である。
【０１２７】
さらに、非特許文献１においてPBAメッセージに関して規定されている情報要素に加えて、Ｐ−ＧＷ（１１９）は、ＵＥ（１０１）に対して割り当てられた新たなＰ−ＣＳＣＦに関する情報要素を加える。この情報は、例えば、ＩＰアドレス又はＦＱＤＮ（Fully Qualified Domain Name）の形式であってもよい。
【０１２８】
ＳＧＷ２（１１７）は、ステップＳ１２０１９で送信されたPBAメッセージを受信した後、このPBAメッセージに含まれる情報を用いてＵＥ（１０１）の構成を行い、ステップＳ１２０２１において、Configure（構成）メッセージによる通知を行う。なお、Configureメッセージは、ルータ通知（Router Advertisement）メッセージ、ＤＨＣＰメッセージ、ベアラセットアップ応答メッセージなどの形式であってもよい。ステップＳ１２０２１で送信されるConfigureメッセージは、ＵＥ（１０１）が新たな位置においてセッションを継続できるようにするためのアドレス情報（例えば、ＩＰアドレスのプレフィックス、デフォルトルータアドレスなど）を構成するものである。
【０１２９】
また、ＳＧＷ２（１１７）は、ステップＳ１２０２１で送信されるConfigureメッセージに、ステップＳ１２０１９のPBAメッセージから取得したＵＥ（１０１）の新たなＰ−ＣＳＣＦのアドレスを挿入することも可能である。さらに、ステップＳ１２０２１のConfigureメッセージに新たなＰ−ＣＳＣＦのアドレスが含まれている場合には、コンテキストが準備できていることを示すフラグも挿入される。このフラグによって、登録を行う必要がないことがＵＥ（１０１）に通知される。
【０１３０】
ＵＥ（１０１）は、ステップＳ１２０２１のConfigureメッセージを受信した後、アドレス構成のアップデートを行う。ＵＥ（１０１）は、ステップＳ１２０２１で送信されたConfigureメッセージ内に、新たなＰ−ＣＳＣＦのアドレス及びコンテキストが準備できていることを示すフラグを見つけると、ステップＳ１２０２３に示すように、新たなＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））に対してセッションシグナリングメッセージを直接送信する。すなわち、ＵＥ（１０１）は、ステップＳ１２０２３において、ステップＳ１２０２１のConfigureメッセージから取得されたＰ−ＣＳＣＦ２（１２３）のアドレスに向けて、IMS_INVITEメッセージを送信する。なお、ハンドオーバ前のＰ−ＣＳＣＦ１（１２１）との間でセキュリティが利用可能であるなら、ＵＥ（１０１）は、必要なアップデート（鍵の再生成など）を行う際に、同一のセキュリティ方式を用いてもよい。
【０１３１】
ステップＳ１２０２３で送信されたIMS_INVITEメッセージは、ステップＳ１２０１３のContext_Transferメッセージから取得され、ステップＳ１２０１７のResponseメッセージによってＳ−ＣＳＣＦ／ＡＳ（１２５）からアップデートされたセッションコンテキスト情報を用いて、Ｐ−ＣＳＣＦ２（１２３）でインタセプトされる。Ｐ−ＣＳＣＦ２（１２３）は、このIMS_INVITEメッセージに基づいて必要なアップデートを行った後、ステップＳ１２０２５に示すように、IMS_INVITEメッセージをＳ−ＣＳＣＦ／ＡＳ（１２５）へ転送する。
【０１３２】
Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、このIMS_INVITEメッセージに基づいてシグナリングメッセージの処理及びセッションのアップデートを行った後、ステップＳ１２０２７に示すように、Ｐ−ＣＳＣＦ２（１２３）に向けてIMS_Acceptメッセージを応答する。Ｐ−ＣＳＣＦ２（１２３）は、必要な処理（例えば、課金ルールなどの任意のネットワークに関連する情報の削除）を行った後、ステップＳ１２０２９に示すように、ＵＥ（１０１）に向けてIMS_Acceptメッセージを転送する。
【０１３３】
以上、説明したように、本発明の第２の実施の形態では、ハンドオーバの前のＵＥ（１００）に関するシグナリングの設定を利用して、アプリケーションセッションのアップデートを行うので、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【０１３４】
なお、本発明の第２の実施の形態によれば、下記のハンドオーバ制御システムが提供される。
ユーザ端末が第１アクセスネットワークから第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムであって、
前記第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、
前記第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、
前記第１エントリポイント及び前記第２エントリポイントのそれぞれと通信可能な通信ノードとを有し、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記第２エントリポイントが、前記通信ノードに前記ユーザ端末の接続通知を行い、
前記通信ノードが、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を保持している前記第１エントリポイントに対して前記ユーザ端末の識別情報及び前記第２エントリポイントのアドレスを通知するとともに、前記ユーザ端末に対して前記第２エントリポイントのアドレスを通知し、
前記第１エントリポイントが、前記第２エントリポイントに対して、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定に関する情報を転送し、
前記ユーザ端末が、アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記第２エントリポイントへ送信し、
前記第２エントリポイントが、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定に関する情報を、前記ハンドオーバの後の前記ユーザ端末に関するシグナリングの設定に再利用することによって、
前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートを行うよう構成されているハンドオーバ制御システム。
【０１３５】
本発明の基本的な概念に影響しない範囲において、本明細書で説明した各実施の形態の動作が変更可能であることは、当業者にとって明らかである。例えば、本発明の第２の実施の形態において、Ｐ−ＧＷ（１１９）は、ステップＳ１２０１９で送信されるPBAメッセージに新たなＰ−ＣＳＣＦアドレスを挿入せず、その代わり、ＳＧＷ２（１１７）が、ＵＥからのＰ−ＣＳＣＦに関するＤＨＣＰクエリ又はＤＮＳクエリを、Ｐ−ＧＷ（１１９）へ中継するよう構成されていてもよい。そして、この応答において、Ｐ−ＧＷ（１１９）は、新たなＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））のアドレス、及び、登録処理が必要ではないことを示すフラグを挿入してもよい。
【０１３６】
また、図１には１つのＰ−ＧＷ（１１９）のみが図示されているが、移動後においてもＵＥ（１０１）のアドレスが維持されるのであれば、ハンドオーバ後にＵＥ（１０１）に対して異なるＰ−ＧＷ（ＵＥ（１００）を管理していたＰ−ＧＷとは異なるＰ−ＧＷ）が管理を行う場合であっても本発明の適用が可能であることは、当業者には明らかである。また、図１に図示されているｅＮＢがホームｎｏｄｅＢ（Home nodeB）、又は、ｅＮＢ／ＣＳＧ（Closed Subscriber Group）アクセスであってもよいことは、当業者には明らかである。また、本発明で提案されるシグナリングに関連した必要な情報をＵＥ（１０１）で利用可能でさえあれば、図１に図示されているＵＥ（１００）及びＵＥ（１０１）が異なる物理エンティティであってもよいことは、当業者には明らかである。
【０１３７】
上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１３８】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１３９】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１４０】
本発明は、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させるという効果を有しており、データ通信ネットワークの技術、及び、特にモバイルデータ通信システム内の端末に関するシグナリング制御の技術に適用可能である。
【図１】
2010052918.tif 000003
【図２】
2010052918.tif 000004
【図３】
2010052918.tif 000005
【図４】
2010052918.tif 000006
【図５】
2010052918.tif 000007
【図６】
2010052918.tif 000008
【図７】
2010052918.tif 000009
【図８】
2010052918.tif 000010
【図９】
2010052918.tif 000011
【図１０】
2010052918.tif 000012
【図１１】
2010052918.tif 000013
【図１２】
2010052918.tif 000014
【手続補正書】
【提出日】平成23年4月22日(2011.4.22)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信ネットワークの技術に関する。特に、本発明は、モバイルデータ通信システム内のユーザ端末に関するシグナリング制御の技術に関する。
【背景技術】
【０００２】
大規模ネットワークの多くは、例えば、プロキシモバイルＩＰ（ＰＭＩＰ:Proxy Mobile Internet Protocol、下記の非特許文献１参照）などのネットワークによるモビリティ管理方式が適切に設定されている。これにより、ユーザ端末（ＵＥ：User Equipment）の構成が簡素化され、サービス挙動においてオペレータがより制御できるようになる。こうしたネットワークでは、通常、ユーザ端末のハンドオーバによってユーザ端末のアドレスが変更されることはない。これによって、アプリケーションレイヤに対してモビリティを隠すことができるようになる。
【０００３】
一方、携帯電話のパケット通信ネットワークを用いてマルチメディアサービスを実現するための技術として、ＩＭＳ（IP multimedia subsystem）が存在している（下記の非特許文献２を参照）。ＩＭＳは、コアネットワークをＩＰ化するために策定された技術であり、音声通話とデータ通信との統合を図り、様々なサービスを提供するためのシステム基盤を規定するためのシステムである。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Proxy Mobile IPv6, S. Gundavelli et al., IETF RFC5213, August, 2008
【非特許文献２】3GPP TS23.228 v8.6.0、2008-09
【非特許文献３】3GPP TS24.229 v8.5.1、2008-09
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＩＭＳを使ったセッション管理では、ユーザ端末のハンドオーバによってシグナリングパスが変わるたびに、セッションの張り替えに伴う登録処理（例えば、認証処理やＱｏＳ（Quality of Service）制御）が必要となり、シグナリングが行われる必要がある。すなわち、ユーザ端末がハンドオーバを行ってシグナリングパスが変わった場合には、シグナリングは、呼制御処理（セッションの開始や終了などのシグナリング）の前に、登録処理（認証処理やシグナリングパスの設定処理）を再度行う必要がある。したがって、ユーザ端末がハンドオーバを行うたびに、複数回メッセージ交換を往復する必要があり、セッションハンドオーバ処理に遅延が生じることになる。さらには、こうした多数のシグナリングメッセージが交換されることで、ネットワークトラフィックに負荷を与えてしまったり、ユーザ端末による電力消費が増大してしまったりする可能性もある。
【０００６】
また、ＰＭＩＰなどのネットワークによるモビリティ管理方式が使用されている場合も同様である。ネットワークによるモビリティ管理方式のようなトランスペアレント（transparent：透過）なモビリティの取り扱いによって、ＱｏＳの提供やシグナリングの適応などを始めとする任意の局所的な制御を行う必要があるＩＰマルチメディアサービスに弊害が生じる可能性がある。例えば、ユーザ端末がアクセスネットワークを変更した際に、利用可能な帯域幅が変化する場合や、さらには、シグナリングエントリポイント（例えば、非特許文献２に定義されているＰ−ＣＳＣＦ（Proxy Call Session Control Function：プロキシ呼び出しセッション制御機能））が変わる場合も起こり得る。しかしながら、ユーザ端末のＩＰアドレスは変更されないので、ネットワークをアップデートするためのシグナリングが開始されることはない。
【０００７】
一方、この状態が起こらないようにするため、ユーザ端末が、下位レイヤの再接続を検出するたびにシグナリングを実行するように構成されてもよい。しかしながら、すべての下位レイヤの変更がアプリケーションレイヤの変更をもたらすわけではないので、このような構成とした場合には、不要なシグナリングが発生する場合がある。また、この場合においても、シグナリングパス探索及び確立には、複数回メッセージ交換を往復する必要があるので、セッションハンドオーバ処理に遅延が生じることになる。さらには、こうした多数のシグナリングメッセージが交換されることで、ネットワークトラフィックに負荷を与えてしまったり、ユーザ端末による電力消費が増大してしまったりする可能性もある。
【０００８】
例えば、標準的な手続きでは、ユーザ端末は、アプリケーションレイヤのシグナリングが実行できるようになる前に、まず、シグナリングシステムに対して登録を行う必要がある。シグナリングにおいてセキュリティを確保する場合には、登録処理において認証を行うことになり、更なる遅延が生じることになる。
【０００９】
以下、図１及び図２を参照しながら、具体的に、従来の技術に係る問題点について説明する。
【００１０】
図１には、従来の技術を説明するためのネットワークアーキテクチャの一例が図示されている。なお、後述の本発明の説明の際においても、図１に図示されているネットワークアーキテクチャを参照する。ここでは、図１に図示されているネットワークアーキテクチャに関して簡単に説明するに留め、詳細な構成に関しては後述する。
【００１１】
図１において、ＵＥ（ユーザ端末）（１００）は、最初（移動前）は、ｅＮＢ（evolved Node B）１（１１１）及び対応するＳＧＷ（Signaling Gateway）１（１１５）を含むアクセスネットワークに接続されている。そして、ＵＥ（１００）は移動を行って（移動後のＵＥをＵＥ（１０１）と表記）、ｅＮＢ２（１１３）及び対応するＳＧＷ２（１１７）を含むアクセスネットワークに接続する。ＳＧＷ１（１１５）及びＳＧＷ２（１１７）は、Ｐ−ＧＷ（Packet Data Network Gateway：パケットデータネットワークゲートウェイ）（１１９）を経由してコアネットワーク（１３５）に接続されている。
【００１２】
また、ｅＮＢ１（１１１）及びＳＧＷ１（１１５）を含むアクセスネットワークに対応する制御シグナリングプロトコルのエントリポイント（例えば、Ｐ−ＣＳＣＦ１（１２１））、ｅＮＢ２（１１３）及びＳＧＷ２（１１７）を含むアクセスネットワークに対応する制御シグナリングプロトコルのエントリポイント（例えば、Ｐ−ＣＳＣＦ２（１２３））が、それぞれＰ−ＧＷ（１１９）を経由してアクセスネットワークに接続されている。エントリポイントは、ＵＥ（１００）又はＵＥ（１０１）とアプリケーションセッション制御システム（例えば、非特許文献２に定義されているようなＳ−ＣＳＣＦ及び／又はＡＳ（Ｓ−ＣＳＣＦ／ＡＳ（１２５）と記載））との間の制御シグナリングを中継する機能を有している。
【００１３】
また、図２には、従来の技術（非特許文献２で定義されている処理）に基づいたＩＰマルチメディアセッションに関する制御シグナリングのシーケンスの一例が図示されている。
【００１４】
ステップＳ２００１に示すように、ＵＥ（１００）は、最初、ＳＧＷ１（１１５）へ接続されており、Ｐ−ＣＳＣＦ１（１２１）及びＳ−ＣＳＣＦ／ＡＳ（１２５）を経由してＩＰマルチメディアサービスセッションを確立している。ここで、ステップＳ２００３において、ＵＥ（１００）が、新たな位置（図１のＵＥ（１０１の位置）へ移動したとする。ステップＳ２００５において、ＵＥ（１０１）は、新たな位置において、ネットワークによるモビリティ管理方式によって、使用中のアドレスと同一のアドレスを取得する。すなわち、ＵＥ（１０１）はＳＧＷ２（１１７）に接続し、モビリティ管理されたネットワークを経由して同一のＰ−ＧＷ（１１９）から同一のＩＰアドレスを取得する。
【００１５】
ＵＥ（１０１）が下位レイヤ情報を使用してアプリケーションのシグナリングをトリガするよう構成されている場合には、ＵＥ（１０１）は、ステップＳ２００７において、Ｐ−ＣＳＣＦ探索処理の実行を試み、この新たな位置に対応するＰ−ＣＳＣＦ２（１２３）を発見する。なお、この処理は、例えば、ＤＮＳクエリであってもよく、ＤＨＣＰクエリであってもよい。
【００１６】
Ｐ−ＣＳＣＦ探索処理によって異なるＰ−ＣＳＣＦのアドレス（すなわち、ＵＥ（１００）において使用していたＰ−ＣＳＣＦ１（１２１）のアドレスではなく、Ｐ−ＣＳＣＦ２（１２３）のアドレス）を取得するので、ＵＥ（１０１）は、非特許文献２に定義されているような登録処理を開始する。すなわち、ＵＥ（１０１）は、ステップＳ２００９において、IMS_Register（ＩＭＳ登録）メッセージを新たなＰ−ＣＳＣＦ２（１２３）へ送信する。
【００１７】
Ｐ−ＣＳＣＦ２（１２３）は、このIMS_Registerメッセージの受信によって、ステップＳ２０１１に示すように、ＵＥ（１０１）にとって適切なＳ−ＣＳＣＦの探索処理を開始し、ＵＥ（１０１）にとって適切なＳ−ＣＳＣＦ（すなわち、Ｓ−ＣＳＣＦ／ＡＳ（１２５））を特定する。そして、Ｐ−ＣＳＣＦ（１２３）は、非特許文献２に定義されているような必要な処理を行った後、ステップＳ２０１３において、Ｓ−ＣＳＣＦ／ＡＳ（１２５）へIMS_Registerメッセージを転送する。
【００１８】
このとき、制御シグナリングに関してセキュリティが必要な場合には、認証処理が実行される。この認証処理は、例えば上記の非特許文献３に定義されているようにＳ−ＣＳＣＦ／ＡＳ（１２５）が４０１メッセージ（Unauthorized：認証が必要であることを通知するメッセージ）をＵＥ（１０１）に返信することによって開始される。なお、用いられる認証方式に依存するが、ステップＳ２０１５において、認証処理では複数回のメッセージ交換の往復が行われる。
【００１９】
認証に成功した場合には、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ２０１７において、ユーザプロファイルをチェックし、例えばデータベースへのユーザ情報の記録や、任意のイベントへの登録などのようなサービス制御を行う。そして、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ２０１９において、ＵＥ（１０１）へIMS_Accept（ＩＭＳ受諾）メッセージを返信し、Ｓ２０２１において、Ｐ−ＣＳＣＦ２（１２３）経由でＵＥ（１０１）へIMS_Acceptメッセージが転送される。
【００２０】
登録に成功した場合にのみ、ＵＥ（１０１）は、ステップＳ２０２３及びＳ２０２５に示すように、Ｐ−ＣＳＣＦ２（１２３）及びＳ−ＣＳＣＦ／ＡＳ（１２５）を経由するIMS_INVITE（ＩＭＳ招待）メッセージを通信セッションの他方のエンド（例えばＣＮ）に向けて送信することによって、セッションのアップデートを行うためのシグナリングを開始する。Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ２０２７及びＳ２０２９に示すように、例えばリモートアクセスレグ（remote access leg）をアップデートすることによってメッセージを処理し、IMS_AcceptメッセージによってＵＥ（１０１）へ応答を返す。
【００２１】
なお、上述の説明で示されているように、シグナリング処理は、実際にセッションのアップデートを行う処理（すなわち、ステップＳ２０２３〜Ｓ２０２９の処理）の前に行われる登録及び認証に関する主要な処理である。これらの登録及び認証のシグナリング処理（すなわち、ステップＳ２００７〜Ｓ２０２１の処理）は長時間を要するため、ハンドオーバ後のセッションアップデートに遅延が生じてしまう可能性がある。さらに、これらの登録及び認証のシグナリング処理に関連するシグナリングメッセージが、ネットワークトラフィックに負荷を与えたり、ＵＥ（１０１）による電力消費が増大したりする可能性がある。
【００２２】
さらに、ステップＳ２００７において発見されたＰ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）の新たな位置に対応するＰ−ＣＳＣＦであるにすぎず、実際には、ＵＥ（１０１）のセッションを継続して取り扱うために最適なＰ−ＣＳＣＦではない可能性もある。例えば、Ｐ−ＣＳＣＦ１をそのまま使用したほうがよい場合や、管理などの理由によって別のＰ−ＣＳＣＦを使用しなければならない場合などがある。こうした場合には、例えば、Ｓ−ＣＳＣＦ／ＡＳ（１２５）がステップＳ２０２１における登録を拒絶し、これによって、ＵＥ（１０１）は登録処理を再度行うことになるため、更に多くのシグナリングメッセージを送受信する必要が生じ、実際にセッションのアップデートを行うまで、更に長時間かかってしまう可能性がある。
【課題を解決するための手段】
【００２３】
本発明は、上記の問題を解決するため、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることを目的とする。
【００２４】
上記の目的を達成するため、本発明のハンドオーバ制御システムは、
ユーザ端末が第１アクセスネットワークから第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムであって、
前記第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、
前記第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、
前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されている前記ユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末が、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信し、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、
前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートを行うよう構成されている。
上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【００２５】
また、上記の目的を達成するため、本発明のユーザ端末は、
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、第１アクセスネットワーク及び第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有するハンドオーバ制御システムにおいて、前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行うユーザ端末であって、
前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信するよう構成されており、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われる。
上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【００２６】
また、上記の目的を達成するため、本発明のシグナリング中継装置は、
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第１エントリポイントとして機能するシグナリング中継装置であって、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送するように構成されており、
これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われる。
上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【００２７】
また、上記の目的を達成するため、本発明のシグナリング中継装置は、第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第２エントリポイントとして機能するシグナリング中継装置であって、
前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートに必要な情報を前記セッションアップデートシグナリングメッセージに追加して前記第１エントリポイントへ転送するよう構成されており、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われる。
上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【００２８】
また、上記の目的を達成するため、本発明のセッション制御装置は、第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおける前記セッション制御装置であって、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末から前記第１エントリポイントへ送信された前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージが更に前記第１エントリポイントから転送されてきた場合、前記第１エントリポイントから受信した前記セッションアップデートシグナリングメッセージに基づいて、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記第２エントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記第２エントリポイント経由で前記ユーザ端末へ送信するよう構成されており、
これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われる。
上記の構成により、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【発明の効果】
【００２９】
本発明は、上記の構成を有しており、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させるという効果を有している。
【図面の簡単な説明】
【００３０】
【図１】従来の技術及び本発明の第１及び第２の実施の形態におけるネットワークアーキテクチャの一例を示す図
【図２】従来の技術で定義されている処理に基づいたＩＰマルチメディアセッションに関する制御シグナリングの一例を示すシーケンスチャート
【図３】本発明の第１の実施の形態における動作の一例を示すシーケンスチャート
【図４】本発明の第１の実施の形態における動作の別の一例を示すシーケンスチャート
【図５】本発明の第１の実施の形態における動作の更に別の一例を示すシーケンスチャート
【図６】本発明の第１の実施の形態におけるＵＥの構成の一例を示す図
【図７】本発明の第１の実施の形態におけるＰ−ＣＳＣＦの構成の一例を示す図
【図８】本発明の第１の実施の形態におけるＳ−ＣＳＣＦ／ＡＳの構成の一例を示す図
【図９】本発明の第１の実施の形態におけるIMS_INVITEメッセージの内容の一例を示す図
【図１０】本発明の第１の実施の形態におけるIMS_Acceptメッセージの内容の一例を示す図
【図１１】本発明の第１の実施の形態におけるIMS_Registerメッセージの内容の一例を示す図
【図１２】本発明の第２の実施の形態における動作の一例を示すシーケンスチャート
【発明を実施するための形態】
【００３１】
以下、図面を参照しながら、本発明の実施の形態について説明する。なお、以下の説明では、本発明を詳細に理解できるようにするために、特定の番号や時間、構造、プロトコル名、及びその他のパラメータなどを挙げて説明する場合がある。しかしながら、本明細書で用いられている特定の条件は、本発明を説明するために用いられているにすぎず、本発明は、こうした特定の条件に限定されるものではない。
【００３２】
＜第１の実施の形態＞
まず、本発明の第１の実施の形態について説明する。
【００３３】
図１には、本発明を説明するためのネットワークアーキテクチャの一例が図示されている。図１に図示されているように、ＵＥ（ユーザ端末）（１００）は、最初（移動前）は、ｅＮＢ１（１１１）及び対応するＳＧＷ１（１１５）を含むアクセスネットワークに接続されている。さらに、ＳＧＷ１（１１５）は、Ｐ−ＧＷ（１１９）を経由してコアネットワーク（１３５）に接続されている。
【００３４】
また、ＵＥ（１００）は、任意の制御シグナリングプロトコル（例えば、ＳＩＰ）によって制御されるＩＰマルチメディアアプリケーションを起動しており、不図示の他のノード（すなわち、ＵＥ（１００）の通信相手であるＣＮ（Correspondent Node：コレスポンデントノード））と通信を行う。
【００３５】
また、制御シグナリングプロトコルのエントリポイント（例えば、Ｐ−ＣＳＣＦ１（１２１））は、Ｐ−ＧＷ（１１９）を経由してアクセスネットワークに接続されている。エントリポイントは、ＵＥ（１００）とアプリケーションセッション制御システム（例えば、非特許文献２に定義されているようなＳ−ＣＳＣＦ及び／又はＡＳ（Ｓ−ＣＳＣＦ／ＡＳ（１２５）と記載））との間の制御シグナリングを中継する機能を有している。
【００３６】
Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ＵＥ（１００）からのシグナリングメッセージを処理するか、あるいは、通信セッションの他方のノード（すなわち、ＵＥ（１００）の通信相手であるＣＮ）に向けてそのメッセージを更に中継する機能を有している。なお、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、例えばセッション継続アンカ（Session Continuity Anchor）などのような他の機能を有していてもよい。
【００３７】
なお、図１には、図面を簡略化するため、Ｓ−ＣＳＣＦ／ＡＳ（１２５）までのシグナリングパスのみが図示されているが、当業者であれば、Ｓ−ＣＳＣＦ／ＡＳ（１２５）から通信セッションの他方のノードへ向けた処理が、ＵＥ（１００）からＳ−ＣＳＣＦ／ＡＳ（１２５）への処理と同様であることは明らかである。すなわち、ＵＥ（１００）が開始処理（initiating process）を実行し、Ｓ−ＣＳＣＦ／ＡＳが終了処理（terminating process）を実行する。また、Ｓ−ＣＳＣＦ／ＡＳ（１２５）以降の処理（Ｓ−ＣＳＣＦ／ＡＳ（１２５）と通信セッションの他方のノードとの間の処理）が本発明の基本的な概念に依存しないことは、当業者には明らかである。
【００３８】
ＵＥ（１００）は、無線通信機能を有しており、任意のタイミングで新たな位置に移動して、新たなｅＮＢと接続することが可能である。なお、図１において、移動後（ハンドオーバ後）の新たな位置におけるＵＥはＵＥ（１０１）によって表されており、ＵＥ（１０１）が新たなｅＮＢ２（１１３）及び対応するＳＧＷ２（１１７）を含む別のアクセスネットワークに接続されている状態が図示されている。ＳＧＷ２（１１７）を含むアクセスネットワークは、同一のＰ−ＧＷ（１１９）を経由してコアネットワーク（１３５）に接続されている。また、ＳＧＷ２（１１７）は、ＳＧＷ１（１１５）と同様に、Ｐ−ＧＷ（１１９）を経由してコアネットワーク（１３５）に接続されている。
【００３９】
この新たな位置では、ＵＥ（１０１）に関する対応する制御シグナリングエントリポイントは、ＵＥ（１００）の状態（移動前の状態）とは異なっている。すなわち、移動後の新たな位置の制御シグナリングエントリポイントは、Ｐ−ＣＳＣＦ２（１２３）である。Ｐ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）とＳ−ＣＳＣＦ／ＡＳ（１２５）との間でシグナリングメッセージを中継する機能を有している。また、Ｐ−ＣＳＣＦ２（１２３）は、コアネットワーク（１３５）を経由してＰ−ＣＳＣＦ１（１２１）に接続している。
【００４０】
なお、Ｐ−ＣＳＣＦ１（１２１）とＰ−ＣＳＣＦ（１２３）との接続は、異なる形式（例えば、直接接続、ＩＰネットワーク経由、又は、Ｓ−ＣＳＣＦ／ＡＳ（１２５）のような任意のプロキシ経由）で行われていてもよい。Ｐ−ＣＳＣＦ２（１２３）が、ＵＥ（１０１）から提供されるアドレス情報を用いてシグナリングメッセージをＰ−ＣＳＣＦ１（１２１）へ転送可能でさえあれば、本発明の基本的な概念に影響を及ぼすものではない。
【００４１】
ＳＧＷ１（１１５）とＰ−ＧＷ（１１９）との間では、例えば、ＧＰＲＳ（General Packet Radio Service）トンネリングプロトコル（ＧＴＰ：GPRS Tunneling Protocol）やＰＭＩＰなどのようなネットワークによるモビリティ管理方式が用いられる。また、ＳＧＷ２（１１７）とＰ−ＧＷ（１１９）との間においても、ネットワークによるモビリティ管理方式が用いられるが、同一のプロトコルである必要はない。例えば、ＳＧＷ１（１１５）はＧＴＰを使用し、ＳＧＷ２（１１７）はＰＭＩＰを使用してもよい。なお、アクセスネットワークにおいて用いられるモビリティ管理方式は、ＵＥ（１００／１０１）のＩＰアドレスがハンドオーバ後も変更されない限りにおいて、本発明の基本的な概念に影響を及ぼすものではない。
【００４２】
また、図１には、本発明に係るシグナリングに関連したネットワークノードのみが図示されているが、ＤＮＳ（Domain Name System）サーバ、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ、ＭＭＥ（Mobility Management Entity）など、より多くのノード（不図示）が通信処理に関わっていてもよいことは、当業者には明らかである。
【００４３】
図１には、Ｐ−ＣＳＣＦ１（１２１）及びＰ−ＣＳＣＦ２（１２３）がＰ−ＧＷ（１１９）経由でＵＥに接続している状態が図示されている。しかしながら、実際の構成では、Ｐ−ＣＳＣＦ１（１２１）及びＰ−ＣＳＣＦ２（１２３）はアクセスネットワーク内に配置され、例えば、ＳＧＷ１（１１５）やＳＧＷ２（１１７）と同一の装置内に配置されてもよい。Ｐ−ＣＳＣＦ１（１２１）及びＰ−ＣＳＣＦ２（１２３）は、直接又は間接的（例えば、任意のその他のプロキシ経由）に相互に通信を行うことができれば、本発明の基本的な概念に影響を及ぼすものではない。
【００４４】
また、図３には、本発明の第１の実施の形態における動作の一例が図示されている。なお、図２に図示されている従来技術に係るシーケンスと比較すれば分かるように、図３に図示されている本発明に係るシーケンスでは、シグナリングの低減が図られている。
【００４５】
ステップＳ３００１に示すように、ＵＥ（１００）は、最初、ＳＧＷ１（１１５）へ接続されており、Ｐ−ＣＳＣＦ１（１２１）及びＳ−ＣＳＣＦ／ＡＳ（１２５）を経由してＩＰマルチメディアサービスセッションを確立している。ここで、ステップＳ３００３において、ＵＥ（１００）が、新たな位置（図１のＵＥ（１０１）の位置）へ移動したとする。ステップＳ３００５において、ＵＥ（１０１）は、新たな位置において、ネットワークによるモビリティ管理方式によって、使用中のアドレスと同一のアドレスを取得する。すなわち、ＵＥ（１０１）はＳＧＷ２（１１７）に接続し、モビリティ管理されたネットワークを経由して同一のＰ−ＧＷ（１１９）から同一のＩＰアドレス（ハンドオーバ前のアドレス）を取得する。なお、図３に示すステップＳ３００１〜Ｓ３００５の処理は、図２に示すステップＳ２００１〜Ｓ２００５の処理と同一であってもよい。
【００４６】
本発明では、ＵＥ（１０１）のアドレスがハンドオーバ前のＵＥ（１００）と同一であることから、ＵＥ（１０１）が新たな位置に移動した場合に、ハンドオーバ前に使用されていたシグナリングパス（シグナリング接続）が再使用可能であることを利用する。
【００４７】
接続処理の間に、ＵＥ（１０１）は、ステップＳ３００７において、この新たな位置に対応するシグナリングエントリポイント（例えば、Ｐ−ＣＳＣＦ（１２３））を発見し、このＰ−ＣＳＣＦ２（１２３）のアドレスを取得する。なお、Ｐ−ＣＳＣＦ２（１２３）のアドレスの所得は、ＡＮＤＳＦ（Access Network Detection and Selection Function）処理の一部で行われてもよい。例えば、この処理はＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１ベースのクエリの一部であってもよく、オープンモバイルアライアンス（Open Mobile Alliance）のデバイスマネジメント方式（ＯＭＡ−ＤＭ方式）を利用したネットワークベースのコンフィギュレーションプッシュであってもよい。また、アクセスネットワークがＧＰＲＳ互換性を有している場合には、非特許文献２に定義されているように、Ｐ−ＣＳＣＦ２（１２３）のアドレスをベアラセットアップ処理に埋め込むことが可能である。上述のシステムが利用できない場合には、ＩＰ接続が確立した後に、ＵＥ（１０１）が、例えばＤＮＳやＤＨＣＰなどのＩＰベースの探索メカニズムを利用してもよい。なお、Ｐ−ＣＳＣＦ２（１２３）のアドレスを取得するために用いられるメカニズムは、本発明の基本的な概念に影響を及ぼさないことは、当業者には明らかである。
【００４８】
ＵＥ（１０１）は、Ｐ−ＣＳＣＦ２（１２３）のアドレス又は識別情報を取得した後、記憶しているハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））のアドレス又は識別情報との比較を行う。ここで、アドレス又は識別情報が変わっている場合（すなわち、移動前後でＰ−ＣＳＣＦが異なる場合）には、ＵＥ（１０１）は、特別なシグナリング処理を実行する。
【００４９】
ＵＥ（１０１）は、登録シグナリング処理（登録及び認証処理）を実行する代わりに、ステップＳ３００９に示すように、通常のセッション制御シグナリングメッセージ（例えば、Ｐ−ＣＳＣＦ２（１２３）へのIMS_INVITEメッセージ）を送信する。３ＧＰＰアクセスの場合には、IMS_INVITEメッセージは、非特許文献２及び３に定義されているようなINVITEメッセージとなる。
【００５０】
登録処理が実行されていないので、ステップＳ３００９で送信されたIMS_INVITEメッセージは、Ｐ−ＣＳＣＦ２（１２３）のオープンポートへ送られる。すなわち、事前に接続が行われている必要はない。ＵＥ（１０１）は、Ｐ−ＣＳＣＦ２（１２３）の探索の間に、例えばＤＨＣＰクエリ応答に含まれるＰ−ＣＳＣＦ２のアドレス情報の一部として、ポート情報を取得する。なお、ＵＥ（１０１）に対してポート情報が明示的に提供されなかった場合には、ＵＥ（１０１）は、任意の周知のポート（例えば非特許文献３に定義されているオープンポート）を使用する。
【００５１】
ステップＳ３００９で送信されるIMS_INVITEメッセージには、いくつかの追加フラグや情報要素が含まれる。以下、ステップＳ３００９で送信されるIMS_INVITEメッセージに含まれる追加フラグ及び情報要素の一例のリストを示す。
【００５２】
・最初は新たな位置における登録を行わずにIMS_INVITEメッセージを送信するように指示するフラグ
・応答のマッチングに使用される特別なシーケンス
・ＵＥ（１０１）が現在のＰ−ＣＳＣＦ（例えばＰ−ＣＳＣＦ２（１２３））とは異なるＰ−ＣＳＣＦを選択するシステムを容認することを示す指標
・ハンドオーバ前のＰ−ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーを含む）
・ハンドオーバ前のＰ−ＣＳＣＦに登録したＵＥ（１００）のユーザ識別情報
・ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
・ハンドオーバ前のＰ−ＣＳＣＦがメッセージの認証を行うためのセキュリティ情報要素、及び、新たな登録を実行できるようにする情報
・ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために利用するローカル情報要素（例えば、メディアに関する新たなセットのパラメータ）
・セッションのアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。メッセージのこの部分は、ＵＥ（１０１）とＰ−ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化可能である。
【００５３】
Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ３００９で送信されたIMS_INVITEメッセージを受信すると、このメッセージがまず登録処理を行わずに送信するものであることを、フラグから把握する。この場合、Ｐ−ＣＳＣＦ２(１２３）は、対応する情報要素から、ハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））の情報を読み出す。次に、Ｐ−ＣＳＣＦ２（１２３）は、メッセージから取得したアドレス情報に従って、Ｐ−ＣＳＣＦ１（１２１）に向けてIMS_INVITEメッセージを発送するための準備を行う。
【００５４】
また、Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ３０１１において、受信したIMS_INVITEメッセージに基づいてローカル情報要素をアップデートする。例えば、Ｐ−ＣＳＣＦ２（１２３）は、Ｐ−ＣＳＣＦ２（１２３）自身のアドレス情報、ローカルアクセスネットワーク情報、ＵＥ（１０１）のローカルアクセス情報などを、ローカル情報要素に追加する。
【００５５】
さらに、Ｐ−ＣＳＣＦ２（１２３）は、必要に応じてセキュリティ情報要素のアップデートも行ってもよい。例えば、Ｐ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）から提供されたセキュリティ情報の任意の箇所（例えばノンス値）を格納することで、更なるセキュリティアソシエーションの確立を行ってもよい。また、Ｐ−ＣＳＣＦ２（１２３）は、Ｓ−ＣＳＣＦ／ＡＳ（１２５）がＰ−ＣＳＣＦ２（１２３）を認証するための追加セキュリティベクトルを情報要素に挿入してもよい。
【００５６】
これらのアップデートの後、Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ３０１３において、ＵＥ（１０１）によって示されたアドレスを用いて、Ｐ−ＣＳＣＦ１（１２１）に向けてIMS_INVITEメッセージを転送する。Ｐ−ＣＳＣＦ２（１２３）は、Ｐ−ＣＳＣＦ１（１２１）との間で既に存在する任意の関係を再利用して、メッセージを送信してもよい。Ｐ−ＣＳＣＦ２（１２３）は、例えば、ステップＳ３０１３で送信されたIMS_INVITEメッセージの送信元アドレスとユーザが最後に登録したアドレスとが一致するかどうかをＰ−ＣＳＣＦ１（１２１）が確かめることなく、Ｐ−ＣＳＣＦ１（１２１）がこのIMS_INVITEメッセージを受け入れるＰ−ＣＳＣＦ１（１２１）の特別なポートを使用することが可能である。
【００５７】
Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ３０１３で送信されたIMS_INVITEメッセージ内に、登録を行っていないことを示すフラグを見つけると、そのIMS_INVITEメッセージをＵＥ（１０１）から直接受信したかのように、通常と同様の処理を行う。しかしながら、このIMS_INVITEメッセージをアップデートする際、Ｐ−ＣＳＣＦ１（１２１）は、Ｐ−ＣＳＣＦ２（１２３）によって追加された情報（例えば、ローカル情報要素内のＰ−ＣＳＣＦ２（１２３）のアドレスやセキュリティベクトルなど）の上書きを行わない。また、Ｐ−ＣＳＣＦ１（１２１）は、Ｐ−ＣＳＣＦ２（１２３）によって追加された情報が、Ｐ−ＣＳＣＦ２（１２３）がＵＥ（１０１）に最も近いＰ−ＣＳＣＦであることを示すような順序で存在していることを、例えばレコードルートヘッダ（Record-Route header）内のアドレスの配列から確認する。
【００５８】
例えば、非特許文献２に定義されているような必要な処理を行った後、Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ３０１５において、そのユーザ及びセッションに関するレコードに従って、Ｓ−ＣＳＣＦ／ＡＳ（１２５）へIMS_INVITEメッセージを転送する。Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ３０１５において送信されたIMS_INVITEメッセージを受信すると、登録が行われていないことを示すフラグから、このIMS_INVITEメッセージが通常のセッションアップデートメッセージである以外に、さらに登録のアップデートのためのものでもあると推定する。
【００５９】
この場合、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ３０１７に示されているように、通常のINVITEメッセージを受信した場合と同様に、ユーザプロファイルのアップデート及びサービス制御を行う。例えば、この処理において、タイマのリフレッシュ、セッションのリモートアクセスレグのアップデートなどが行われる。同時に、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、このIMS_INVITEメッセージに挿入されているＰ−ＣＳＣＦ２（１２３）の検索も行う。
【００６０】
登録のアップデートは、主に、Ｐ−ＣＳＣＦ２（１２３）から提供された情報に基づいて行われる。例えば、Ｐ−ＣＳＣＦ２（１２３）のアドレス又は識別情報をＳ−ＣＳＣＦ／ＡＳ（１２５）において記憶する処理や、ＵＥ（１０１）に対する新たな一時的なＩＤの割り当て、セキュリティアソシエーションのアップデートなどが行われる。また、例えば、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は新たなＴ−ＧＲＵＵ（temporary Globally Routable UA URI）をＵＥ（１０１）へ割り当ててもよい。
【００６１】
セッションアップデート及び登録処理を行った後、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ステップＳ３０１９に示すように、IMS_Acceptメッセージによって、ＵＥ（１０１）へ応答を返信する。登録処理が行われた後はＰ−ＣＳＣＦ２（１２３）のアドレスはＳ−ＣＳＣＦ／ＡＳ（１２５）に格納されているので、ステップＳ３０１９で送信されるIMS_Acceptメッセージは、Ｐ−ＣＳＣＦ１（１２１）ではなく、Ｐ−ＣＳＣＦ２（１２３）を経由して転送される。
【００６２】
IMS_Acceptメッセージには、２つのパラメータセット（セッションアップデートのためのものと登録のためのもの）が含まれる。また、例えば、２つの処理に関して、２つのセットの結果コードが存在し得る。Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、セッションアップデートに関して、例えばＳＤＰ（Session Description Protocol）オブジェクトなどの追加パラメータを応答に挿入してもよい。また、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、登録処理に関して、Ｐ−ＣＳＣＦ２（１２３）に関する任意のセキュリティオブジェクトや鍵素材（keying materials）を応答に挿入してもよい。
【００６３】
Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、IMS_INVITEメッセージに含まれる特別なシーケンス値を応答（すなわち、ステップＳ３０１９で送信されるIMS_Acceptメッセージ）に含ませる必要がある。例えば、ステップＳ３０１９で送信されるIMS_Acceptメッセージに挿入される情報の一例として、以下のものが挙げられる。
【００６４】
・このメッセージがセッションアップデート及び登録アップデートの両方に対する応答であることを示すフラグ
・ＵＥ（１０１）がリクエストに対する応答のマッチングを行うためのものであって、ステップＳ３０１５で送信されたIMS_INVITEメッセージからコピーされた特別なシーケンス値
・Ｓ−ＣＳＣＦ／ＡＳ（１２５）のアドレス又は識別情報の情報要素
・セッションアップデート処理に関する結果コード
・登録アップデート処理に関する結果コード
・セッションを継続させるためにＳ−ＣＳＣＦ／ＡＳ（１２５）が選択したＰ−ＣＳＣＦを示すＰ−ＣＳＣＦ識別情報要素
・Ｐ−ＣＳＣＦ２（１２３）がＵＥ（１０１）とのアソシエーションを確立するためのセキュリティベクトル
・セッション制御パラメータを記述するＳＤＰオブジェクト
【００６５】
ステップＳ３０１９のIMS_Acceptメッセージを受信した後、Ｐ−ＣＳＣＦ２（１２３）は、IMS_Acceptメッセージ内のＰ−ＣＳＣＦ識別情報要素をチェックし、自身の識別情報に等しい場合には、ＵＥ（１０１）に転送するIMS_Acceptメッセージに、更なる通信で用いられる自身のアドレス情報（例えば、ＩＰアドレス、ポートナンバー、対応する暗号化アルゴリズムなど）を挿入する。
【００６６】
また、Ｐ−ＣＳＣＦ（１２３）は、ＵＥ（１０１）に関するレコードが存在していない場合には、ＵＥ（１０１）に関するレコードを作成して必要な情報を格納（例えば、Ｓ−ＣＳＣＦ／ＡＳ（１２５）のアドレスを格納）して、非特許文献２で登録に関して定義されているように、ＵＥとの間における以降の通信のための鍵を生成する。なお、一部の情報に関しては、ステップＳ３００９におけるIMS_INVITEメッセージから取得した情報から生成される。
【００６７】
さらに、Ｐ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）にとって不要な任意の情報要素（例えば、課金の指示やセキュリティベクトルなど）を削除する。Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ３０２１において、このようにして変更したIMS_AcceptメッセージをＵＥ（１０１）へ転送する。なお、必要であれば、Ｐ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）に送信されるIMS_Acceptメッセージに対してセキュリティ保護を使用してもよい。
【００６８】
ＵＥ（１０１）は、ステップＳ３０２１におけるIMS_Acceptメッセージを受信すると、シーケンス値に基づいて、ステップＳ３００９で送信したIMS_INVITEメッセージに格納した状態のマッチング及び読み出しを行う。セキュリティ保護が使用可能であれば、ＵＥ（１０１）は、その状態に関連付けられているセキュリティ情報を用いてメッセージの検証を行い、以降の通信に必要となる鍵を生成する。さらに、ＵＥ（１０１）は、ステップＳ３０２１で送信されたIMS_Acceptメッセージに埋め込まれているＰ−ＣＳＣＦ２（１２３）のアドレス情報（ＩＰアドレス、ポートナンバーなど）を格納する。同時に、ＵＥ（１０１）は、ステップＳ３０２１で送信されたIMS_Acceptメッセージ内のＳＤＰ情報を用いて、アプリケーション構成のアップデートを行う。
【００６９】
また、図４には、本発明の第１の実施の形態における動作の別の一例が図示されている。図４において、ステップＳ４００１〜Ｓ４０１５の処理は図３のステップＳ３００１〜Ｓ３０１５の処理と同一である。
【００７０】
ステップＳ４０１７において、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ＵＥ（１０１）が新たなＰ−ＣＳＣＦを選択するシステムを容認しているという指標を含むIMS_INVITEメッセージ（ステップＳ４０１５のIMS_INVITEメッセージ）を受信した後、Ｐ−ＣＳＣＦ２（１２３）から送信されたIMS_INVITEメッセージ内のローカル情報要素（例えば、ローカルアクセスネットワーク情報）に基づいて、利用可能な複数のＰ−ＣＳＣＦの評価を行う。
【００７１】
例えば、評価の結果、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、ＵＥがハンドオーバを行った後であっても、Ｐ−ＣＳＣＦ１（１２１）がセッションの継続性をサポートするためにより適していると判断したとする。この場合、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、より適切であると判断したＰ−ＣＳＣＦ１（１２１）に関して登録アップデートを実行する（例えば、対応するタイマのリフレッシュなど）。
【００７２】
なお、Ｓ−ＣＳＣＦ／ＡＳ（１２５）がＵＥ（１０１）にとって適切なＰ−ＣＳＣＦを判断する基準として用いることが可能な例として、以下の条件が挙げられる。なお、例えば、以下の条件のうちの任意の１つ又は複数が、ユーザ及び／又はオペレータによってセットされたポリシに基づいて選択される。
【００７３】
・Ｐ−ＣＳＣＦの負荷状態（例えば、負荷バランシングなど）
・ＵＥの地理的な位置
・ソフトウェア／シグナリングスタックのバージョン番号
・加入しているサービスの種類（例えば、プレミアムサービス専用のＰ−ＣＳＣＦ）
・関連するアクセスノード（例えば、マクロセル又はＨｅＮＢ経由）
・アクセスタイプ（例えば、ＣＳ（Circuit Switched：回線交換）又はＰＳ（Packet Switched：パケット交換））
・現在の日付
・オペレータ側による保守の日程
・より詳細なユーザプロファイル／ユーザ嗜好（例えば、年齢、性別、コスト面）
・モビリティ／セッションの継続性の要件、ＳＣＣ（Service Centralization and Continuity）サーバの条件
【００７４】
そして、Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、IMS_INVITEメッセージに関して、例えば登録アップデート、リモートアクセスレグのアップデート、セキュリティアソシエーションのアップデートなどの必要な処理を行った後、ステップＳ４０１９に示すように、選択された最適なＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））に向けて応答メッセージを送信する。
【００７５】
なお、ステップＳ４０１５のIMS_INVITEメッセージの転送には、Ｓ−ＣＳＣＦ／ＡＳ（１２５）とＰ−ＣＳＣＦ１（１２１）との間に既に存在しているアソシエーションを利用することが可能である。また、ステップＳ４０１９のIMS_Acceptメッセージのフォーマットは、ステップＳ３０１９で送信されたIMS_Acceptメッセージと同一である。しかしながら、ステップＳ４０１９のIMS_Acceptメッセージには、Ｐ−ＣＳＣＦ識別情報要素にＰ−ＣＳＣＦ１（１２１）の識別情報が含まれている。
【００７６】
Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ４０１９で送信されたIMS_Acceptメッセージを受信した後、このメッセージ内に含まれている、選択されたＰ−ＣＳＣＦの識別情報（すなわち、Ｐ−ＣＳＣＦ１（１２１）の識別情報）が自身のものと等しいことを把握すると、ＵＥ（１０１）の対応する状態エントリをアップデートする（例えば、タイマのリフレッシュ、鍵のアップデートなど）。
【００７７】
そして、Ｐ−ＣＳＣＦ１（１２１）は、ＵＥ（１０１）に転送するIMS_Acceptメッセージに、アドレス情報（例えば、ＵＥ（１０１）が使用するＩＰアドレスやポートナンバー、使用するプロトコル、セキュリティ方式など）を挿入する。なお、状態のアップデートを行う際には、ステップＳ４００９で受信したIMS_INVITEメッセージから読み出した情報（鍵素材など）が使用される。さらに、Ｐ−ＣＳＣＦ１（１２１）は、IMS_AcceptメッセージからＵＥ（１０１）にとって不要な任意の情報（課金の指示、ネットワーク情報など）を削除する。
【００７８】
このようにして処理されたIMS_Acceptメッセージは、ステップＳ４０２１に示すように、Ｐ−ＣＳＣＦ１（１２１）からＵＥ（１０１）へ転送される。ＵＥ（１０１）は、IMS_Acceptメッセージ（４０２１）を受信すると、シーケンス値を用いて、ステップＳ４００９でIMS_INVITEメッセージ（４００９）を送信した際に格納した状態のマッチング及び読み出しを行う。なお、セキュリティ保護が使用可能であれば、ＵＥ（１０１）は、その状態に関連付けられているセキュリティ情報を用いてメッセージの検証を行い、以降の通信に必要となる鍵を生成する。さらに、ＵＥ（１０１）は、以降の通信のために用いられるＰ−ＣＳＣＦ１（１２１）のアドレス情報（ＩＰアドレス、ポートナンバーなど）を格納する。同時に、ＵＥ（１０１）は、ステップＳ４０２１で送信されたIMS_Acceptメッセージ内のＳＤＰ情報を用いて、アプリケーション構成のアップデートを行う。
【００７９】
また、図５には、本発明の第１の実施の形態における動作の更に別の一例が図示されている。図５において、ステップＳ５００１〜Ｓ５００７の処理は図３のステップＳ３００１〜Ｓ３００７の処理と同一である。
【００８０】
ＵＥ（１０１）は、ステップＳ５００９において、IMS_RegisterメッセージをＰ−ＣＳＣＦ２（１２３）に向けて送信する。なお、ＵＥ（１０１）は、Registerメッセージの性質上、このIMS_RegisterメッセージをＰ−ＣＳＣＦ２（１２３）のオープンポートに向けて送信することができる。IMS_Registerメッセージ（５００９）に含まれる情報の一例は、以下の通りである。
【００８１】
・登録がセッションアップデートに統合されていることを示すフラグ
・応答のマッチングに使用される特別なシーケンス
・ＵＥ（１０１）が現在のＰ−ＣＳＣＦ（Ｐ−ＣＳＣＦ２（１２３））とは異なるＰ−ＣＳＣＦを選択するシステムを容認することを示す指標
・ハンドオーバ前のＰ−ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーを含む）
・ハンドオーバ前のＰ−ＣＳＣＦに登録したＵＥ（１００）のユーザ識別情報
・ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
・ハンドオーバ前のＰ−ＣＳＣＦがメッセージの認証を行うためのセキュリティ情報要素、及び、新たな登録を実行できるようにする情報
・例えば、メディアに関する新たなパラメータセットなど、ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために使用するローカル情報要素
・ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために利用するローカル情報要素（例えば、メディアに関する新たなセットのパラメータ）
・セッションのアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。メッセージのこの部分は、ＵＥ（１０１）とＰ−ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化可能である。
【００８２】
Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ５００９で送信されたIMS_Registerメッセージを受信すると、登録及びセッションアップデートの統合を示すフラグの存在をチェックする。フラグが存在している場合には、Ｐ−ＣＳＣＦ２（１２３）は、標準のＳ−ＣＳＣＦ探索処理をスキップする（すなわち、Ｐ−ＣＳＣＦ２（１２３）によるＳ−ＣＳＣＦへの登録処理をスキップする）。
【００８３】
一方、Ｐ−ＣＳＣＦ２（１２３）は、ハンドオーバ前のＰ−ＣＳＣＦの情報をステップＳ５００９で送信されたIMS_Registerメッセージから取得し、指定されているアドレスに向けてメッセージを転送する処理を行う。このとき、Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ５０１１に示すように、ローカル情報要素をアップデートする。Ｐ−ＣＳＣＦ２（１２３）は、例えば、自身のアドレス情報、ローカルアクセスネットワーク情報、ＵＥ（１０１）のローカルアクセス情報などをローカル情報要素に追加する。
【００８４】
さらに、Ｐ−ＣＳＣＦ２（１２３）は、必要に応じてセキュリティ情報要素のアップデートを行ってもよい。例えば、Ｐ−ＣＳＣＦ２（１２３）は、ＵＥ（１０１）から提供されたセキュリティ情報の任意の部分（例えば、ノンス値）を格納し、更なるセキュリティアソシエーションを確立してもよい。また、Ｐ−ＣＳＣＦ２（１２３）は、Ｓ−ＣＳＣＦ／ＡＳ（１２５）がＰ−ＣＳＣＦ２（１２３）を認証するための追加セキュリティベクトルを情報要素に挿入してもよい。
【００８５】
これらのアップデートの後、Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ５０１３に示すように、ＵＥ（１０１）によって示されたアドレスを用いて、IMS_RegisterメッセージをＰ−ＣＳＣＦ１（１２１）へ転送する。なお、Ｐ−ＣＳＣＦ２（１２３）は、Registerメッセージの性質上、このIMS_RegisterメッセージをＰ−ＣＳＣＦ１（１２１）のオープンポートに向けて送信することができる。
【００８６】
Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ５０１３で送信されたIMS_REGISTERメッセージを受信すると、登録及びセッションアップデートの統合を示すフラグを検出する。そして、フラグが存在している場合には、Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ５０１３のIMS_REGISTERメッセージに示されているＵＥ（１００）の識別情報に基づいて、ＵＥ（１０１）を認識することができるかどうかをチェックする。ＵＥ（１００）の識別情報からＵＥ（１０１）を認識することが可能である場合には、Ｐ−ＣＳＣＦ１（１２１）は、ＵＥ（１００）の識別情報を用いてＵＥ（１００）の状態を読み出す。
【００８７】
次に、Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ５０１３のIMS_REGISTERメッセージ内のアプリケーションセッション情報要素を特定し、ＵＥの状態に関連付けられている鍵を用いて復号する。そして、Ｐ−ＣＳＣＦ１（１２１）は、このIMS_REGISTERメッセージがセッションアップデートメッセージ（例えばIMS_INVITEメッセージ）であるかのように、ステップＳ５０１３のIMS_REGISTERメッセージの処理を行う。セッションアップデート処理の後、Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ５０１５において、ＵＥ（１００）の状態情報を用いて、Ｓ−ＣＳＣＦ／ＡＳ（１２５）に向けてメッセージを転送する。なお、このメッセージはIMS_INVITEメッセージとして（すなわち、INVITEメッセージの方法を用いて）転送される。
【００８８】
ステップＳ５０１５で送信されるIMS_INVITEメッセージのメッセージフォーマットは、図３のステップＳ３０１５で送信されるIMS_INVITEメッセージと同一である。また、ステップＳ５０１７〜Ｓ５０２１の動作は、図３に図示されているステップＳ３０１７〜Ｓ３０２１の動作と同一である。なお、Ｓ−ＣＳＣＦ／ＡＳ（１２５）が、セッションの継続性に関して、新たな位置におけるＵＥ（１０１）にとってＰ−ＣＳＣＦ１（１２１）が最も適切であると判断した場合には、この場合においてもステップＳ４０１７〜Ｓ４０２１の処理が適用可能であることは、当業者には明らかである。
【００８９】
図５に図示されている動作は、IMS_Registerメッセージ（例えば、ステップＳ５００９〜Ｓ５０１３）が事前のアソシエーションを必要とすることなく、Ｐ−ＣＳＣＦのオープンポートに転送可能であるという利点を有している。同時に、ＵＥ（１０１）とＰ−ＣＳＣＦ１（１２１）との間のセッションアップデートに関する重要な情報に関しては、既に存在しているセキュリティアソシエーションを用いてそれぞれ保護することが可能となる。
【００９０】
また、図６には、本発明の第１の実施の形態におけるＵＥ（図１のＵＥ（１００）及びＵＥ（１０１）に対応）の構成の一例が図示されている。図６に図示されているように、ＵＥ（６００）は、セッション制御シグナリング機能（６００１）、ベアラ確立制御機能（６００３）、シグナリングエントリ探索機能（６００５）、シグナリング状態管理機能（６００７）の４つの主要な機能を有している。なお、ＵＥ（６００）は、その他の機能を実装していてもよい。
【００９１】
ＵＥ（６００）が有する機能のうち、セッション制御シグナリング機能（６００１）は、シグナリングメッセージの作成及び処理を行う。セッション制御シグナリング機能（６００１）は、例えば、IMS_INVITEメッセージ（ステップＳ３００９、Ｓ４００９で送信されるIMS_INVITEメッセージ）、IMS_Register（ステップＳ５００９で送信されるIMS_Registerメッセージ）の送信、IMS_Accept（ステップＳ３０２１、Ｓ４０２１、Ｓ５０２１で送信されるIMS_Acceptメッセージ）の受信及び処理を行う。
【００９２】
また、セッション制御シグナリング機能（６００１）は動作モードの決定も行う。セッション制御シグナリング機能（６００１）は、例えば、図３、図４、図５に図示されているシーケンスを行うか否かを決定する。この決定は、ＵＥ（６００）においてあらかじめ設定されたポリシ構成、又は、ＡＮＤＳＦ経由で取得したネットワーク構成情報、ＯＭＡ−ＤＭなどの方法によって提供されるネットワークポリシに基づいて行われる。例えば、新たな位置におけるＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ（１２３））がINVITEメッセージをオープンポートで聴取できるよう構成されている場合には、図３、図４のシーケンスが行うことが可能であり、ステップＳ３００９又はステップＳ４００９においてIMS_INVITEメッセージの送信が行われる。また、それ以外の場合には、図５に図示されているシーケンスが行われる必要があり、ステップＳ５００９においてIMS_Registerメッセージが送信される必要がある。セッション制御シグナリング機能（６００１）は、さらに、シグナリングされたパラメータに基づいてアプリケーションセッションの制御も行う。
【００９３】
また、ベアラ確立制御機能（６００３）は、ＵＥ（６００）がネットワークへの接続を確立するための処理を行う。この処理は、例えば、ＰＤＰ（Packet Data Protocol：パケットデータプロトコル）コンテキストセットアップ処理及びＧＰＲＳシステムにおけるベアラセット、あるいは、無線ＬＡＮの接続及び認証処理である。なお、ベアラのセットアップにおいて、ＵＥ（６００）のＩＰアドレスの構成処理が行われてもよい。
【００９４】
また、シグナリングエントリ探索機能（６００５）は、ＵＥ（６００）がローカルネットワーク内のシグナリングエントリの位置を特定するための処理を行う。なお、本明細書で挙げている例では、シグナリングエントリはローカルなＰ−ＣＳＣＦであるが、その他のノードであってもよい。シグナリングエントリ探索機能（６００５）は、ＤＮＳ又はＤＨＣＰクライアント、あるいは、ＩＥＥＥ８０２．２１メディア独立ハンドオーバ情報サービスなどとして実現されてもよい。
【００９５】
また、シグナリングエントリ探索機能（６００５）は、例えばＧＰＲＳシステムにおいては、ベアラ確立制御機能（６００３）と統合可能である。シグナリングエントリ探索機能（６００５）が、ベアラシグナリングの前にＰ−ＣＳＣＦ（例えばＰ−ＣＳＣＦ２（１２３））を特定することが可能な場合には、ＵＥ（６００）からの最初のシグナリングメッセージ（すなわち、IMS_INVITEメッセージ（ステップＳ３００９、Ｓ４００９で送信されるIMS_INVITEメッセージ）、又はIMS_Register（ステップＳ５００９で送信されるIMS_Registerメッセージ）は、ベアラ確立処理を用いて（例えば、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）アクセスにおけるＮＡＳ（Non Access Stratum）シグナリングによって）送信されてもよい。
【００９６】
また、シグナリング状態管理機能（６００７）は、シグナリングセッションに関する状態情報を格納するための処理を行う。例えば、シグナリング状態管理機能（６００７）は、シグナリングエントリのアドレス、セキュリティアソシエーション、リフレッシュタイマなどの情報を格納する。
【００９７】
また、図７には、本発明の第１の実施の形態におけるＰ−ＣＳＣＦ（図１のＰ−ＣＳＣＦ１（１２１）及びＰ−ＣＳＣＦ（１２３）に対応）の構成の一例が図示されている。Ｐ−ＣＳＣＦ（７００）は、セッション制御シグナリング機能（７００１）、ＰＣＣ（Path Computation Client）相互作用機能（７００３）、シグナリング状態管理機能（７００５）の３つの主要な機能を有している。なお、Ｐ−ＣＳＣＦ（７００）は、その他の機能を実装していてもよい。
【００９８】
Ｐ−ＣＳＣＦ（７００）が有する機能のうち、セッション制御シグナリング機能（７００１）は、IMS_INVITEメッセージ（ステップＳ３００９、Ｓ４００９で送信されるIMS_INVITEメッセージ）のフラグを認識することが可能であり、先に説明したように、これらのフラグ処理を行う。また、セッション制御シグナリング機能（７００１）は、IMS_INVITEメッセージ（ステップＳ３０１３、Ｓ４０１３で送信されるIMS_INVITEメッセージ）、又は、IMS_Registerメッセージ（ステップＳ５０１３で送信されるIMS_REGISTERメッセージ）にローカルアクセスネットワーク情報などを挿入することも可能である。
【００９９】
また、ＰＣＣ相互作用機能（７００３）は、シグナリングされたパラメータに従った制御をネットワーク側で実施するために、ポリシコントロール及び課金フレームワークと相互作用を行う。また、シグナリング状態管理機能（７００５）は、ＵＥ（ＵＥ（１００）又はＵＥ（１０１））に関するセッション状態エントリ（例えば、Ｓ−ＣＳＣＦ情報、セキュリティ鍵情報など）を作成及び格納する処理を行う。
【０１００】
また、図８には、本発明の実施の形態におけるＳ−ＣＳＣＦ／ＡＳ（図１のＳ−ＣＳＣＦ／ＡＳ（１２５）に対応）の構成の一例が図示されている。図８に図示されているように、Ｓ−ＣＳＣＦ／ＡＳ（８００）は、セッション制御シグナリング機能（８００１）、Ｐ−ＣＳＣＦ選択機能（８００３）、ＨＳＳ相互作用機能（８００５）、リモートアプリケーション相互作用機能（８００７）、シグナリング状態管理機能（８００９）の５つの主要な機能を有している。なお、Ｓ−ＣＳＣＦ／ＡＳ（８００）は、その他の機能を実装していてもよい。
【０１０１】
Ｓ−ＣＳＣＦ／ＡＳ（８００）が有する機能のうち、セッション制御シグナリング機能（８００１）は、受信する統合された登録及びセッションアップデートメッセージ（例えば、IMS_INVITEメッセージ（ステップＳ３０１５、Ｓ４０１５のIMS_INVITEメッセージ）、IMS_Registerメッセージ（ステップＳ５０１５のIMS_Registerメッセージ））の処理を行い、応答（例えば、IMS_Acceptメッセージ（ステップＳ３０１９、Ｓ４０１９、Ｓ５０１９のIMS_Acceptメッセージ））の生成を行う。
【０１０２】
また、Ｐ−ＣＳＣＦ選択機能（８００３）は、IMS_INVITEメッセージ（ステップＳ３０１５、Ｓ４０１５のIMS_INVITEメッセージ）、又は、IMS_Registerメッセージ（ステップＳ５０１５のIMS_Registerメッセージ）に挿入されているローカル情報要素（例えば、Ｐ−ＣＳＣＦが配置されているローカルアクセスネットワークに関するローカルアクセスネットワーク情報）、及び、システムレベル情報（例えば、ネットワークトポロジ情報、Ｓ−ＣＳＣＦ／ＡＳ（１２５）と各Ｐ−ＣＳＣＦとの接続などに関する情報）に基づいて、ＵＥ（１０１）にとって最適なＰ−ＣＳＣＦの選択を行う。なお、Ｐ−ＣＳＣＦ選択機能（８００３）は、ＵＥ（１０１）にとって最適なＰ−ＣＳＣＦの選択処理を行う際に、他のノード（例えば、ＨＳＳ（Home Subscriber Server））と相互に通信を行ってもよい。
【０１０３】
また、ＨＳＳ相互作用機能（８００５）は、ＵＥの登録に関してＨＳＳと通信を行ったり、Ｓ−ＣＳＣＦがサービス制御に関する任意の情報を取得するためにＨＳＳと通信を行ったりする機能を有している。また、リモートアプリケーション相互作用機能（８００７）は、通信セッションのリモートエンドをアップデートする処理を行う。この処理では、例えば、通信セッションの終端のエンドノード（例えばＣＮ）に向けて、シグナリングメッセージ（例えば、新たなIMS_INVITEメッセージ）を送信する処理が行われる。また、シグナリング状態管理機能（８００９）は、ＵＥ（１０１）のセッションに関するシグナリングの状態情報の制御を行う。例えば、この状態情報には、新たな位置におけるＵＥ（１０１）のために選択されたＰ−ＣＳＣＦに関する情報が含まれる。
【０１０４】
また、図９には、本発明の第１の実施の形態におけるIMS_INVITEメッセージの内容の一例が図示されている。図９に図示されているように、非特許文献３に定義されているINVITEメッセージに関する要素以外に、IME_INVITEメッセージは、さらに以下の要素を有している。
【０１０５】
・Msg Type（９００１）：このメッセージがIMS_INVITEメッセージであることを示すタイプ値
・No_Reg（９００３）：IMS_INVITEメッセージが、最初にＰ−ＣＳＣＦによる登録が行われずに送信されることを示すフラグ
・SEQ（９００５）：ＵＥ（１０１）において応答のマッチングに用いられる特別なシーケンス
・Entry_Select（９００７）：ＵＥ（１０１）が、現在のＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））とは異なるＰ−ＣＳＣＦを選択するシステムを容認することを示すフラグ
・Old_Entry（９００９）：ハンドオーバ前のＰ−ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーなどが含まれる）
・UE_ID（９０１１）ＵＥ（１００）がハンドオーバ前のＰ−ＣＳＣＦに登録したユーザの識別情報
・S_ID（９０１３）：ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
・SEC_IE（９０１５）：ハンドオーバ前のＰ−ＣＳＣＦがメッセージの認証を行えるようにするための情報要素、及び、新たな登録が行われるようにするための情報
・LOC_IE（９０１７）：ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために用いるローカル情報要素（例えば、メディアに関する新たなパラメータセットなど）
・APP_IE（９０１９）：セッションアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。なお、メッセージのこの部分は、ＵＥ（１０１）とＰ−ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化することが可能である。
【０１０６】
また、図１０には、IMS_Acceptメッセージに存在する内容の一例が図示されている。
図１０に図示されているように、非特許文献３に定義されている応答（Response）メッセージに関する要素以外に、IMS_Acceptメッセージは、さらに以下の要素を有している。
【０１０７】
・Msg Type（１０００１）：このメッセージがIMS_Acceptメッセージであることを示すタイプ値
・COMBINE（１０００３）：このメッセージがセッションアップデート及び登録アップデートの両方に関する応答であることを示すフラグ
・SEQ（１０００５）：ＵＥ（１０１）がリクエストに対する応答のマッチングを行うためにIMS_INVITEメッセージからコピーされる特別なシーケンス値
・S-CSCF_ID（１０００７）：Ｓ−ＣＳＣＦ／ＡＳ（１２５）のアドレス及び識別情報を含む情報要素
・REG_RESULT（１０００９）：登録アップデート処理における結果コード
・UP_RESULT（１００１１）：セッションアップデート処理における結果コード
・Entry_ID（１００１３）：セッションの継続性に関連してＳ−ＣＳＣＦ／ＡＳ（１２５）が選択したＰ−ＣＳＣＦを示すＰ−ＣＳＣＦの識別情報要素
・SEC_IE（１００１５）：選択されたＰ−ＣＳＣＦがＵＥ（１０１）とセキュリティアソシエーションを確立するためのセキュリティベクトル
・SDP_IE（１００１７）セッション制御パラメータを記述するＳＤＰオブジェクト
【０１０８】
また、図１１には、IMS_Registerメッセージに関する内容の一例が図示されている。図１１に図示されているように、非特許文献３に定義されているRegisterメッセージに関する要素以外に、IMS_Registerメッセージは、さらに以下の要素を有している。
【０１０９】
・Msg Type（１１００１）：このメッセージがIMS_Registerメッセージであることを示すタイプ値
・CONBINE（１１００３）：登録処理がセッションアップデート処理に統合されていることを示すフラグ
・SEQ（１１００５）：ＵＥ（１０１）において応答のマッチングを行うために用いられる特別なシーケンス値
・Entry_Select（１１００７）：ＵＥ（１０１）が現在のＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））とは異なるＰ−ＣＳＣＦを選択するシステムを容認することを示すフラグ
・Old_Entry（１１００９）：ハンドオーバ前のＰ−ＣＳＣＦに関する情報要素（例えば、アドレス及びポートナンバーなどが含まれる）
・UE_ID（１１０１１）：ＵＥ（１００）がハンドオーバ前のＰ−ＣＳＣＦに登録したユーザの識別情報
・S_ID（１１０１３）：ＵＥ（１００）におけるユーザのインスタンス又はセッションの識別情報
・SEC_IE（１１０１５）：ハンドオーバ前のＰ−ＣＳＣＦがメッセージの認証を行えるようにするための情報要素、及び、新たな登録が行われるようにするための情報
・LOC_IE（１１０１７）：ＵＥ（１０１）がＩＰマルチメディアセッションをアップデートするために用いるローカル情報要素（例えば、メディアに関する新たなパラメータセットなど）
・APP_IE（１１０１９）：セッションアップデートに関連するアプリケーションセッション制御パラメータを含むアプリケーションセッション情報要素。なお、メッセージのこの部分は、ＵＥ（１０１）とＰ−ＣＳＣＦ１（１２１）との間のセキュリティアソシエーションを用いて暗号化することが可能である。
【０１１０】
なお、図９〜図１１にはIMS_INVITEメッセージ、IMS_Acceptメッセージ、IMS_Registerメッセージの各メッセージフォーマットが図示されているが、各メッセージはこれらの各メッセージフォーマットに限定されるものではない。例えば、ＳＩＰ（Session Initiation Protocol）を用いてメッセージを実現する場合、各情報要素はテキスト形式で表されることになる。
【０１１１】
なお、上述の本発明の第１の実施の形態では、ＵＥ（１０１）から送信されたメッセージ（ステップＳ３００９、Ｓ４００９のIMS_INVITEメッセージ、ステップＳ５００９のIMS_Registerメッセージ）がハンドオーバ後のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ２（１２３））経由でハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））へ転送されているが、ＵＥ（１０１）からハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））へメッセージが直接（Ｐ−ＣＳＣＦ２（１２３）を経由せずに）送信されてもよい。この場合、ＵＥ（１０１）は、ハンドオーバ後のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ２（１２３））がメッセージに追加する情報を事前に取得し、この情報をハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））へ送信するメッセージに追加して送信してもよく、あるいは、ハンドオーバ前のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ１（１２１））が、ハンドオーバ後のＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ２（１２３））あるいはその他のノードから必要な情報を取得してもよい。
【０１１２】
以上、説明したように、本発明の第１の実施の形態では、ハンドオーバの前のＵＥ（１００）に関するシグナリングの設定を利用して、アプリケーションセッションのアップデートを行うので、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【０１１３】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。
【０１１４】
図１２には、本発明の第２の実施の形態における動作の一例が図示されている。ステップＳ１２００１に示すように、ＵＥ（１００）は、最初、ＳＧＷ１（１１５）へ接続されており、Ｐ−ＣＳＣＦ１（１２１）及びＳ−ＣＳＣＦ／ＡＳ（１２５）を経由してＩＰマルチメディアサービスセッションを確立している。
【０１１５】
この状態では、Ｐ−ＧＷ（１１９）は、ＵＥ（１００）のセッションに関する情報（例えば、Ｐ−ＣＳＣＦ１（１２１）のアドレス）を格納している。Ｐ−ＧＷ（１１９）は、このＵＥ（１００）のセッションに関する情報を様々な方法で取得することが可能である。例えば、Ｐ−ＧＷ（１１９）は、ＵＥ（１００）とＰ−ＣＳＣＦ１（１２１）との間のシグナリングメッセージを傍受してもよい。また、Ｐ−ＧＷ（１１９）は、ＤＮＳ、ＤＨＣＰ、ベアラセットアップなどによって、ＵＥ（１００）に対するＰ−ＣＳＣＦの割り当てを管理してもよい。また、Ｐ−ＧＷ（１１９）は、Ｓ−ＣＳＣＦ／ＡＳ（１２５）又はホーム加入者サーバなどのバックエンドサーバによって、この情報をチェックしてもよい。
【０１１６】
ステップＳ１２００３においてＵＥ（１００）が新たな位置（すなわち、ＵＥ（１０１））に移動した場合、ＵＥ（１０１）は、ステップＳ１２００５に示すように、ＳＧＷ２（１１７）への接続（Attach）を試みる。ステップＳ１２００５における接続処理では、関連するアクセスネットワークに依存して様々な処理が行われる。例えば、リンクレイヤ確立処理、認証処理、デフォルトのベアラセットアップ処理などが行われる。
【０１１７】
ＵＥ（１０１）の接続によって、ＳＧＷ２（１１７）によるネットワークベースのモビリティ管理方式（例えば、ＰＭＩＰ又はＧＴＰ）の処理が開始される。図１２に図示されているように、ＳＧＷ２（１１７）は、ステップＳ１２００７において、非特許文献１に規定されているPBU（Proxy Binding Update）メッセージを送信する。なお、異なるネットワークベースのモビリティ管理方式が用いられている場合にはＳＧＷ２（１１７）は異なるメッセージを送信することは、当業者にとって明らかであるが、本発明の基本的な概念に影響を及ぼすものではない。
【０１１８】
Ｐ−ＧＷ（１１９）は、ステップＳ１２００７で送信されたＰＢＵメッセージを受信した後、格納されているＵＥ（１００）のセッションに関する情報を読み出す。そして、Ｐ−ＧＷ（１１９）は、ステップＳ１２００９に示すように、新たな位置に移動したＵＥ（１０１）に対して新たなＰ−ＣＳＣＦの割り当てが行われるべきかをチェックする。Ｐ−ＧＷ（１１９）は、任意のバックエンドサーバ（例えば、ＤＨＣＰサーバ、ＤＮＳサーバ、ＨＳＳ）に対して問い合わせを行うことで、新たなＰ−ＣＳＣＦの割り当てが行われるべきか否かの判断を行ってもよい。
【０１１９】
Ｐ−ＧＷ（１１９）がＵＥ（１０１）に関するＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））を変更する必要があると判断した場合、Ｐ−ＧＷ（１１９）は、ステップＳ１２０１１に示すように、Context_Trigger（コンテキストトリガ）メッセージをハンドオーバ前のＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ１（１２１））へ送信する。ステップＳ１２０１１で送信されるContext_Triggerメッセージは、例えば、以下の情報を有している。
【０１２０】
・ハンドオーバ前のＰ−ＣＳＣＦのアドレス
・ハンドオーバ後に対応するＰ−ＣＳＣＦのアドレス
・ＵＥの識別情報
・ＵＥのアドレス
【０１２１】
Ｐ−ＧＷ（１１９）は、ステップＳ１２０１１におけるContext_Triggerメッセージを、ＵＥ（１００）に関して格納されているセッション情報（例えば、Ｐ−ＣＳＣＦ１（１２１）のアドレス）を用いて送信する。ステップＳ１２０１１におけるContext_Triggerメッセージの送信に成功すると、Ｐ−ＧＷ（１１９）は、新しいＰ−ＣＳＣＦ（すなわち、Ｐ−ＣＳＣＦ２（１２３））のアドレスによって、ＵＥ（１０１）に関して格納されるセッション情報をアップデートする。
【０１２２】
なお、Ｐ−ＧＷ（１１９）が、Ｐ−ＧＷ（１１９）とＰ−ＣＳＣＦ１（１２１）との間における任意の転送方法（例えば、一般的なＩＰ、ＳＩＰメッセージ、事前に確立されている付加的な制御チャンネルなど）によって、ステップＳ１２０１１のContext_Triggerメッセージの送信を行ってもよいことは、当業者には明らかである。この転送方法は、本発明の基本的な概念に影響を及ぼすものではない。
【０１２３】
Ｐ−ＣＳＣＦ１（１２１）は、ステップＳ１２０１１のContext_Triggerメッセージを受信した後、ＵＥ（１００）のセッションコンテキスト情報を読み出して、ステップＳ１２０１３のContext_Triggerメッセージによって示されるように、新たなＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））へ転送する。セッションコンテキスト情報には、非特許文献２に規定されているような、登録処理後にＰ−ＣＳＣＦに格納される情報が含まれている。
【０１２４】
Ｐ−ＣＳＣＦ２（１２３）は、ステップＳ１２０１３のContext_Triggerメッセージを受信した後、ＵＥ（１０１）に関するサードパーティ登録を実行して、ステップＳ１２０１５のRegisterメッセージの送信に示すように、新たなＰ−ＣＳＣＦのアドレスに関してＳ−ＣＳＣＦ／ＡＳ（１２５）のアップデートを行う。ステップＳ１２０１５のRegisterメッセージには、Ｓ−ＣＳＣＦ／ＡＳ（１２５）がこのアップデート（例えば、アクセスネットワーク情報のアップデート、ＵＥ（１０１）とＰ−ＣＳＣＦ２（１２３）との間のセッションシグナリングに係る鍵の再生成など）を行うために必要なセキュリティ情報が含まれていてもよい。
【０１２５】
ステップＳ１２０１７に示すように、Response（応答）メッセージによって、アップデート処理の結果や必要なフィードバック（例えば、鍵素材）などがＰ−ＣＳＣＦ２（１２３）に返信される。Ｐ−ＣＳＣＦ２（１２３）は、この情報を利用して、以降のＵＥ（１０１）との通信のためにセッションコンテキストのアップデートを行う。例えば、アクセスネットワークの特定の制御又はフィルタが、ステップＳ１２０１７のResponseメッセージによってＰ−ＣＳＣＦ（１２３）へ返されてもよい。
【０１２６】
一方、Ｐ−ＧＷ（１１９）は、ステップＳ１２０１１におけるContext_Triggerメッセージの送信後、ステップＳ１２０１９に示すように、PBA（Proxy Binding Acknowledgement）メッセージによって、PBUメッセージに対する応答をＳＧＷ２（１１７）へ行う。なお、ステップＳ１２０１９で送信されるPBAメッセージのフォーマットは、非特許文献１に規定されているものと同一である。
【０１２７】
さらに、非特許文献１においてPBAメッセージに関して規定されている情報要素に加えて、Ｐ−ＧＷ（１１９）は、ＵＥ（１０１）に対して割り当てられた新たなＰ−ＣＳＣＦに関する情報要素を加える。この情報は、例えば、ＩＰアドレス又はＦＱＤＮ（Fully Qualified Domain Name）の形式であってもよい。
【０１２８】
ＳＧＷ２（１１７）は、ステップＳ１２０１９で送信されたPBAメッセージを受信した後、このPBAメッセージに含まれる情報を用いてＵＥ（１０１）の構成を行い、ステップＳ１２０２１において、Configure（構成）メッセージによる通知を行う。なお、Configureメッセージは、ルータ通知（Router Advertisement）メッセージ、ＤＨＣＰメッセージ、ベアラセットアップ応答メッセージなどの形式であってもよい。ステップＳ１２０２１で送信されるConfigureメッセージは、ＵＥ（１０１）が新たな位置においてセッションを継続できるようにするためのアドレス情報（例えば、ＩＰアドレスのプレフィックス、デフォルトルータアドレスなど）を構成するものである。
【０１２９】
また、ＳＧＷ２（１１７）は、ステップＳ１２０２１で送信されるConfigureメッセージに、ステップＳ１２０１９のPBAメッセージから取得したＵＥ（１０１）の新たなＰ−ＣＳＣＦのアドレスを挿入することも可能である。さらに、ステップＳ１２０２１のConfigureメッセージに新たなＰ−ＣＳＣＦのアドレスが含まれている場合には、コンテキストが準備できていることを示すフラグも挿入される。このフラグによって、登録を行う必要がないことがＵＥ（１０１）に通知される。
【０１３０】
ＵＥ（１０１）は、ステップＳ１２０２１のConfigureメッセージを受信した後、アドレス構成のアップデートを行う。ＵＥ（１０１）は、ステップＳ１２０２１で送信されたConfigureメッセージ内に、新たなＰ−ＣＳＣＦのアドレス及びコンテキストが準備できていることを示すフラグを見つけると、ステップＳ１２０２３に示すように、新たなＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））に対してセッションシグナリングメッセージを直接送信する。すなわち、ＵＥ（１０１）は、ステップＳ１２０２３において、ステップＳ１２０２１のConfigureメッセージから取得されたＰ−ＣＳＣＦ２（１２３）のアドレスに向けて、IMS_INVITEメッセージを送信する。なお、ハンドオーバ前のＰ−ＣＳＣＦ１（１２１）との間でセキュリティが利用可能であるなら、ＵＥ（１０１）は、必要なアップデート（鍵の再生成など）を行う際に、同一のセキュリティ方式を用いてもよい。
【０１３１】
ステップＳ１２０２３で送信されたIMS_INVITEメッセージは、ステップＳ１２０１３のContext_Transferメッセージから取得され、ステップＳ１２０１７のResponseメッセージによってＳ−ＣＳＣＦ／ＡＳ（１２５）からアップデートされたセッションコンテキスト情報を用いて、Ｐ−ＣＳＣＦ２（１２３）でインタセプトされる。Ｐ−ＣＳＣＦ２（１２３）は、このIMS_INVITEメッセージに基づいて必要なアップデートを行った後、ステップＳ１２０２５に示すように、IMS_INVITEメッセージをＳ−ＣＳＣＦ／ＡＳ（１２５）へ転送する。
【０１３２】
Ｓ−ＣＳＣＦ／ＡＳ（１２５）は、このIMS_INVITEメッセージに基づいてシグナリングメッセージの処理及びセッションのアップデートを行った後、ステップＳ１２０２７に示すように、Ｐ−ＣＳＣＦ２（１２３）に向けてIMS_Acceptメッセージを応答する。Ｐ−ＣＳＣＦ２（１２３）は、必要な処理（例えば、課金ルールなどの任意のネットワークに関連する情報の削除）を行った後、ステップＳ１２０２９に示すように、ＵＥ（１０１）に向けてIMS_Acceptメッセージを転送する。
【０１３３】
以上、説明したように、本発明の第２の実施の形態では、ハンドオーバの前のＵＥ（１００）に関するシグナリングの設定を利用して、アプリケーションセッションのアップデートを行うので、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させることが可能となる。
【０１３４】
なお、本発明の第２の実施の形態によれば、下記のハンドオーバ制御システムが提供される。
ユーザ端末が第１アクセスネットワークから第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムであって、
前記第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、
前記第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、
前記第１エントリポイント及び前記第２エントリポイントのそれぞれと通信可能な通信ノードとを有し、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記第２エントリポイントが、前記通信ノードに前記ユーザ端末の接続通知を行い、
前記通信ノードが、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を保持している前記第１エントリポイントに対して前記ユーザ端末の識別情報及び前記第２エントリポイントのアドレスを通知するとともに、前記ユーザ端末に対して前記第２エントリポイントのアドレスを通知し、
前記第１エントリポイントが、前記第２エントリポイントに対して、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定に関する情報を転送し、
前記ユーザ端末が、アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記第２エントリポイントへ送信し、
前記第２エントリポイントが、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定に関する情報を、前記ハンドオーバの後の前記ユーザ端末に関するシグナリングの設定に再利用することによって、
前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートを行うよう構成されているハンドオーバ制御システム。
【０１３５】
本発明の基本的な概念に影響しない範囲において、本明細書で説明した各実施の形態の動作が変更可能であることは、当業者にとって明らかである。例えば、本発明の第２の実施の形態において、Ｐ−ＧＷ（１１９）は、ステップＳ１２０１９で送信されるPBAメッセージに新たなＰ−ＣＳＣＦアドレスを挿入せず、その代わり、ＳＧＷ２（１１７）が、ＵＥからのＰ−ＣＳＣＦに関するＤＨＣＰクエリ又はＤＮＳクエリを、Ｐ−ＧＷ（１１９）へ中継するよう構成されていてもよい。そして、この応答において、Ｐ−ＧＷ（１１９）は、新たなＰ−ＣＳＣＦ（例えば、Ｐ−ＣＳＣＦ２（１２３））のアドレス、及び、登録処理が必要ではないことを示すフラグを挿入してもよい。
【０１３６】
また、図１には１つのＰ−ＧＷ（１１９）のみが図示されているが、移動後においてもＵＥ（１０１）のアドレスが維持されるのであれば、ハンドオーバ後にＵＥ（１０１）に対して異なるＰ−ＧＷ（ＵＥ（１００）を管理していたＰ−ＧＷとは異なるＰ−ＧＷ）が管理を行う場合であっても本発明の適用が可能であることは、当業者には明らかである。また、図１に図示されているｅＮＢがホームｎｏｄｅＢ（Home nodeB）、又は、ｅＮＢ／ＣＳＧ（Closed Subscriber Group）アクセスであってもよいことは、当業者には明らかである。また、本発明で提案されるシグナリングに関連した必要な情報をＵＥ（１０１）で利用可能でさえあれば、図１に図示されているＵＥ（１００）及びＵＥ（１０１）が異なる物理エンティティであってもよいことは、当業者には明らかである。
【０１３７】
上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１３８】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１３９】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１４０】
本発明は、データ通信ネットワークにおけるユーザ端末のハンドオーバを適切に制御して、シグナリング数を低減させるという効果を有しており、データ通信ネットワークの技術、及び、特にモバイルデータ通信システム内の端末に関するシグナリング制御の技術に適用可能である。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ端末が第１アクセスネットワークから第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムであって、
前記第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、
前記第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、
前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されている前記ユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末が、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信し、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、
前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートを行うよう構成されているハンドオーバ制御システム。
【請求項２】
前記ユーザ端末が、前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを、前記第２エントリポイント経由で送信し、
前記第２エントリポイントが、前記アプリケーションセッションのアップデートに必要な情報を前記セッションアップデートシグナリングメッセージに追加して、前記第１エントリポイントへ転送するよう構成されている請求項１に記載のハンドオーバ制御システム。
【請求項３】
前記ユーザ端末が、前記第２エントリポイントによって前記ユーザ端末の登録処理を行わないように指示する情報を前記セッションアップデートシグナリングメッセージに挿入して送信し、
前記第２エントリポイントが、前記セッションアップデートシグナリングメッセージ内に含まれている前記ユーザ端末の登録処理を行わないように指示する情報を確認して、前記ユーザ端末の登録処理を前記セッション制御装置へ行わないよう構成されている請求項２に記載のハンドオーバ制御システム。
【請求項４】
前記ユーザ端末が、前記セッションアップデートシグナリングメッセージが前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信し、
前記第２エントリポイントが、前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報を前記セッションアップデートシグナリングメッセージ内に確認して、前記ユーザ端末の登録処理を前記セッション制御装置へ行わないよう構成されている請求項２に記載のハンドオーバ制御システム。
【請求項５】
前記セッション制御装置が、前記第１エントリポイントから受信した前記セッションアップデートシグナリングメッセージに基づいて、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記第２エントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記第２エントリポイント経由で前記ユーザ端末へ送信するよう構成されている請求項１に記載のハンドオーバ制御システム。
【請求項６】
前記セッション制御装置が、前記ユーザ端末の前記アプリケーションセッションが経由するエントリポイントを示す情報として、前記第２エントリポイントの識別情報を前記応答メッセージに挿入して送信し、
前記ユーザ端末が、前記応答メッセージに含まれている前記第２エントリポイントの識別情報に基づいて、前記アプリケーションセッションのエントリポイントとして前記第２エントリポイントを使用する設定を行うよう構成されている請求項５に記載のハンドオーバ制御システム。
【請求項７】
前記ユーザ端末が、前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信し、
前記セッション制御装置が、前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージ内に確認して、前記ユーザ端末の前記アプリケーションセッションに対して適したエントリポイントを選択し、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記選択されたエントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記選択されたエントリポイント経由で前記ユーザ端末へ送信するよう構成されている請求項１に記載のハンドオーバ制御システム。
【請求項８】
前記セッション制御装置が、前記ユーザ端末の前記アプリケーションセッションが経由するエントリポイントを示す情報として、前記選択されたエントリポイントの識別情報を前記応答メッセージに挿入して送信し、
前記ユーザ端末が、前記応答メッセージに含まれている前記選択されたエントリポイントの識別情報に基づいて、前記アプリケーションセッションのエントリポイントとして前記選択されたエントリポイントを使用する設定を行うよう構成されている請求項７に記載のハンドオーバ制御システム。
【請求項９】
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、第１アクセスネットワーク及び第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有するハンドオーバ制御システムにおいて、前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行うユーザ端末であって、
前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記第１エントリポイントへ送信するよう構成されており、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われるユーザ端末。
【請求項１０】
前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを、前記第２エントリポイント経由で送信するよう構成されている請求項９に記載のユーザ端末。
【請求項１１】
前記第２エントリポイントによって前記ユーザ端末の登録処理を行わないように指示する情報を前記セッションアップデートシグナリングメッセージに挿入して送信するよう構成されている請求項９に記載のユーザ端末。
【請求項１２】
前記セッションアップデートシグナリングメッセージが前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信するよう構成されている請求項９に記載のユーザ端末。
【請求項１３】
前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージに挿入して送信するよう構成されている請求項９に記載のユーザ端末。
【請求項１４】
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第１エントリポイントとして機能するシグナリング中継装置であって、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送するように構成されており、
これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われるシグナリング中継装置。
【請求項１５】
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおいて前記第２エントリポイントとして機能するシグナリング中継装置であって、
前記第１エントリポイントへ送信する前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージを前記ユーザ端末から受信し、前記アプリケーションセッションのアップデートに必要な情報を前記セッションアップデートシグナリングメッセージに追加して前記第１エントリポイントへ転送するよう構成されており、
前記第１エントリポイントが、前記アプリケーションセッションのアップデートを行うための前記セッションアップデートシグナリングメッセージを前記セッション制御装置へ転送することによって、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用した前記アプリケーションセッションのアップデートが行われるシグナリング中継装置。
【請求項１６】
前記第２エントリポイントによって前記ユーザ端末の登録処理を行わないように指示する情報、及び、前記セッションアップデートシグナリングメッセージが前記アプリケーションセッションのアップデートを行うためのものであるとともに前記ユーザ端末の登録処理を行うためのものであることを示す情報のいずれか一方が前記セッションアップデートシグナリングメッセージに挿入されていることを確認した場合には、前記ユーザ端末の登録処理を前記セッション制御装置へ行わないよう構成されている請求項１５に記載のシグナリング中継装置。
【請求項１７】
第１アクセスネットワークに対応する制御シグナリングプロトコルの第１エントリポイントと、第２アクセスネットワークに対応する制御シグナリングプロトコルの第２エントリポイントと、前記第１アクセスネットワーク及び前記第２アクセスネットワークのいずれかに接続されているユーザ端末のアプリケーションセッションの管理を行うセッション制御装置とを有し、前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへハンドオーバを行う際のシグナリング制御を行うハンドオーバ制御システムにおける前記セッション制御装置であって、
前記ユーザ端末が前記第１アクセスネットワークから前記第２アクセスネットワークへ前記ハンドオーバを行った際に前記ユーザ端末のアドレスが変わらない場合に、前記ユーザ端末から前記第１エントリポイントへ送信された前記アプリケーションセッションのアップデートを行うためのセッションアップデートシグナリングメッセージが更に前記第１エントリポイントから転送されてきた場合、前記第１エントリポイントから受信した前記セッションアップデートシグナリングメッセージに基づいて、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記第２エントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージを前記第２エントリポイント経由で前記ユーザ端末へ送信するよう構成されており、
これにより、前記ハンドオーバの前に設定されていた前記ユーザ端末に関するシグナリングの設定を利用して前記アプリケーションセッションのアップデートが行われるセッション制御装置。
【請求項１８】
前記第２エントリポイントとは異なるエントリポイントの選択を許容することを示す情報を前記セッションアップデートシグナリングメッセージ内に確認して、前記ユーザ端末の前記アプリケーションセッションに対して適したエントリポイントを選択し、前記ユーザ端末との間の前記アプリケーションセッションのシグナリングパスを前記選択されたエントリポイント経由に変更するとともに、前記セッションアップデートシグナリングメッセージに対する応答メッセージに前記ユーザ端末の前記アプリケーションセッションが経由するエントリポイントを示す情報として前記選択されたエントリポイントの識別情報を挿入して、前記選択されたエントリポイント経由で前記ユーザ端末へ送信するよう構成されている請求項１７に記載のセッション制御装置。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2010052918.tif 000015
【図２】
2010052918.tif 000016
【図３】
2010052918.tif 000017
【図４】
2010052918.tif 000018
【図５】
2010052918.tif 000019
【図６】
2010052918.tif 000020
【図７】
2010052918.tif 000021
【図８】
2010052918.tif 000022
【図９】
2010052918.tif 000023
【図１０】
2010052918.tif 000024
【図１１】
2010052918.tif 000025
【図１２】
2010052918.tif 000026
【国際調査報告】
2010052918.tif 000027
2010052918.tif 000028