(57)【特許請求の範囲】
【請求項１】
ＩＰマルチメディア・サブシステム通信ネットワークにアクセスするユーザ装置のためのサービス連続性を維持する方法であって、
ネットワークノードが、前記ユーザ装置に割り当てられたサービス集中化及び連続性アプリケーションサーバを特定するルーティング識別子を確立するステップと、
前記サービス集中化及び連続性アプリケーションサーバが、前記ルーティング識別子を前記ユーザ装置へ送信するステップと、
前記ユーザ装置が、前記ユーザ装置と前記サービス集中化及び連続性アプリケーションサーバとの間のサービスが中断した場合に、前記ルーティング識別子を含んだハンドオーバーメッセージを、回線交換アクセスネットワーク経由で前記ユーザ装置からホーム・ロケーション・レジスタへ送信するステップと、
前記ホーム・ロケーション・レジスタが、前記ハンドオーバーメッセージを、前記特定されるサービス集中化及び連続性アプリケーションサーバへ転送するステップと、
を有する、方法。
【請求項２】
前記中断は、前記ユーザ装置と前記サービス集中化及び連続性アプリケーションサーバとの間のシグナリングの、Ｇｍ参照ポイントからＩ１参照ポイントへのハンドオーバーによって引き起こされる、
請求項１に記載の方法。
【請求項３】
前記中断は、パケット交換アクセスネットワークから前記回線交換アクセスネットワークへのハンドオーバーによって引き起こされる、
請求項１に記載の方法。
【請求項４】
前記ルーティング識別子は、セッション開始プロトコルの２００ＯＫメッセージとセッション開始プロトコルのＩＮＶＩＴＥメッセージとのうちのいずれかの中で前記ユーザ装置へ送信される、
請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
前記ハンドオーバーメッセージは、前記ホーム・ロケーション・レジスタから代理アプリケーションサーバへ送信され、
前記代理アプリケーションサーバは、前記ルーティング識別子に基づいてサービス集中化及び連続性アプリケーションサーバを選択してから、前記ハンドオーバーメッセージを当該選択されたサービス集中化及び連続性アプリケーションサーバへ転送する、
請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記ハンドオーバーメッセージは、ＵＳＳＤ(Unstructured Supplementary Service Data)フォーマットで送信される、
請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
ＩＰマルチメディア・サブシステム通信ネットワークにおいて使用するためのユーザ装置であって、
前記ユーザ装置に割り当てられたサービス集中化及び連続性アプリケーションサーバから、当該サービス集中化及び連続性アプリケーションサーバを特定するルーティング識別子を受信する受信機と、
前記受信したルーティング識別子を格納するメモリと、
前記ユーザ装置と前記サービス集中化及び連続性アプリケーションサーバとの間の進行中のサービスに対する中断を検出するプロセッサと、
前記ルーティング識別子を含んだハンドオーバーメッセージをアクセスネットワークノードへ送信する送信機と、
を備える、ユーザ装置。
【請求項８】
前記プロセッサは、前記ユーザ装置と前記サービス集中化及び連続性アプリケーションサーバとの間のＧｍ利用可能性の喪失を検出するように構成される、
請求項７に記載のユーザ装置。
【請求項９】
前記プロセッサは、パケット交換アクセスネットワークから回線交換アクセスネットワークへのハンドオーバーを検出するように構成される、
請求項７又は８に記載のユーザ装置。
【請求項１０】
通信ネットワークにおいて使用するためのホーム・ロケーション・レジスタであって、
ユーザ装置に割り当てられたサービス集中化及び連続性アプリケーションサーバに対してルーティング識別子を割り当てるプロセッサと、
前記ルーティング識別子と、これに関係付けて前記サービス集中化及び連続性アプリケーションサーバのＥ．１６４番号と、を格納するメモリと、
前記ルーティング識別子を含んだハンドオーバー要求を前記ユーザ装置から受信する受信機と、
前記サービス集中化及び連続性アプリケーションサーバのＥ．１６４番号を判定するために前記ルーティング識別子を使用する第２のプロセッサと、
前記ハンドオーバー要求を前記サービス集中化及び連続性アプリケーションサーバへ転送する第２の送信機と、
を備える、ホーム・ロケーション・レジスタ。
【請求項１１】
前記受信したハンドオーバー要求を前記サービス集中化及び連続性アプリケーションサーバへ転送する前に、当該ハンドオーバー要求から前記ルーティング識別子を除去する第３のプロセッサ
を更に備える、請求項１０に記載のホーム・ロケーション・レジスタ。
【請求項１２】
ＩＰマルチメディア・サブシステム通信ネットワークにおいて使用するためのサービス集中化及び連続性アプリケーションサーバであって、
前記サービス集中化及び連続性アプリケーションサーバに対してルーティング識別子を割り当てるプロセッサと、
前記ルーティング識別子を格納するメモリと、
前記ルーティング識別子をユーザ装置へ送信する送信機と、
を備える、サービス集中化及び連続性アプリケーションサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰマルチメディア・サブシステム通信ネットワークにおいてサービス連続性を維持する分野に関する。
【背景技術】
【０００２】
ＩＰマルチメディア・サブシステム（ＩＭＳ）は、移動体通信ネットワークを介してＩＰマルチメディア・サービスを提供するために第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって規定された技術である。ＩＰマルチメディア・サービスは、音声、映像、メッセージング、データ等を同一のセッション内で動的に組み合わせることを提供する。基本アプリケーションの数と組み合わせ可能なメディアの数とが増加するにつれて、エンドユーザに提供されるサービスの数も増加することになり、新世代のパーソナライズされたリッチなマルチメディア通信サービスを生じさせた。ＩＭＳは、３ＧＰＰ仕様２３．２２８において規定されている。
【０００３】
ＩＭＳは、ユーザ端末間（又はユーザ端末とアプリケーションサーバとの間）の呼又はセッションをセットアップして制御するために、セッション開始プロトコル（ＳＩＰ）を使用する。ＳＩＰシグナリングによって搬送されるセッション記述プロトコル（ＳＤＰ）は、セッションのメディアコンポーネントに関する記述及び交渉を行うために使用される。ＳＩＰはユーザ対ユーザのプロトコルとして作成されたが、ＩＭＳにより、オペレータ及びサービスプロバイダは、サービスに対するユーザのアクセスを制御し、それに応じてユーザに課金することが可能になる。
【０００４】
ＩＭＳは、伝送技術としてインターネットプロトコル（ＩＰ）に依拠する。しかしながら、音声通信のためにＩＰを使用するには、いくつかの困難が存在し、これは特に、ボイス・オーバー・ＩＰ（ＶｏＩＰ）対応のパケット交換（ＰＳ）ベアラが常に利用可能とは限らない移動体コミュニティにおいて、そうである。音声対応のＰＳベアラを構築する途上でオペレータがＩＭＳベースのサービスを提供することを可能にするために、業界は、ＩＭＳサービスにアクセスするために既存の回線交換（ＣＳ）ネットワークを使用するソリューションを開発してきた。これらのソリューションは、ＩＣＳ(IMS Centralized Services)と呼ばれる。ＩＣＳはまた、これらの問題に取り組む３ＧＰＰ  リリース８におけるワークアイテムの名前でもある（IP Multimedia System (IMS) centralized services (Release 8), 3GPP TS 23.292 V8.0.0）。
【０００５】
ＩＭＳネットワーク内の機能エンティティは、サービス集中化及び連続性アプリケーションサーバ（ＳＣＣ  ＡＳ）である。ＳＣＣ  ＡＳは、ユーザのホームネットワークのＩＭＳアプリケーションに置かれるアプリケーションである。ＳＣＣ  ＡＳは、ＩＭＳ集中化サービスを可能にするために必要な機能を提供する。ＳＣＣ  ＡＳは、発信側初期フィルタ基準（ｉＦＣ）及び着信側初期フィルタ基準（ｉＦＣ）を用いてセッションパスの中に挿入され、発信側ｉＦＣチェイン内の最初のＡＳであって着信側ｉＦＣチェイン内の最後のＡＳとなるように構成される。
【０００６】
ユーザ装置（ＵＥ）は、典型的には、Ｇｍ参照ポイントを使用してサービス制御のためにＳＣＣ  ＡＳと通信する。状況によっては、Ｇｍ参照ポイントを使用することが可能ではないかもしれない（例えば、ＧＥＲＡＮを使用しておりＧＥＲＡＮがＤＴＭをサポートしない場合）。この場合、サービス制御のシグナリングパスは、Ｉ１へとハンドオーバーされる。３ＧＰＰ  ＴＳ２３．２９２のセクション７．８は、Ｇｍが失われた場合や利用不可能な場合にＧｍからＩ１へシグナリングパスをハンドオーバーする手順を記述している。ＵＥは、Ｉ１を介してハンドオーバー要求をＳＣＣ  ＡＳへ送信し、ＳＣＣ  ＡＳは、ＵＥとの進行中のセッションを制御するためにＧｍの代わりにＩ１をその時点で使用するべきであるということを通知される。
【０００７】
ＧｍからＩ１へのハンドオーバーが要求される場合、ハンドオーバー要求は、ＵＥからＩ１を介して、以前にＧｍを介してセッションを制御していたものと同一のＳＣＣ  ＡＳへと、ルーティングされなければならない。例えば、Ｉ１を介して通信を行うためにＵＳＳＤ(Unstructured Supplementary Service Data)が使用されるものとする。現在の方法を使用すると、ホーム・ロケーション・レジスタ（ＨＬＲ）は、一連の加入者のために、ＩＣＳサービスコードのためのＥ．１６４番号を静的に設定することができる。このＥ．１６４番号は、実際のＳＣＣ  ＡＳ、又は、ＳＣＣ  ＡＳに対するユーザの割り当てを動的に実行する代理ＡＳ(Representative AS)を表すことができる（IP Multimedia Subsystem (IMS); Stage 2 (Release 8), 3GPP TS 23.228 V8.3.0参照）。しかしながら、Ｇｍを介したルーティングは、Ｉ１を介したルーティングに同期されない。ＵＥがＩ１を介した要求をＧｍを介した場合と同一のＳＣＣ  ＡＳへとルーティングすることを可能にするソリューションは、存在しない。それゆえ、ＧｍからＩ１へのハンドオーバーの際に、Ｉ１を介したハンドオーバー要求が以前にＧｍを介してセッションを制御していたものと同一のＳＣＣ  ＡＳへとルーティングされることは保証されていないので、ハンドオーバーは失敗するかもしれない。この問題は、ＧｍからＩ１へのシグナリングパスのハンドオーバーに関してのみならず、パケット交換（ＰＳ）アクセスから回線交換（ＣＳ）アクセスへのサービス転送が行われるサービス連続性の事例においても存在する。
【発明の概要】
【０００８】
発明者達は、ハンドオーバー後に同一のＳＣＣ  ＡＳを使用可能なやり方でサービス集中化及び連続性アプリケーションサーバ（ＳＣＣ  ＡＳ）を特定することにより、Ｇｍ参照ポイントからＩ１参照ポイントへのハンドオーバーの際やパケット交換（ＰＳ）のみのネットワークから回線交換（ＣＳ）ネットワークへのハンドオーバーの際に、サービス連続性を維持するための方法及び装置を発明した。
【０００９】
本発明の第１の態様によれば、ＩＰマルチメディア・サブシステム（ＩＭＳ）通信ネットワークにアクセスするユーザ装置（ＵＥ）のためのサービス連続性を維持する方法が提供される。前記ユーザ装置に割り当てられたＳＣＣ  ＡＳを特定するルーティング識別子が確立され、前記ＵＥへ送信される。前記ＵＥと前記ＳＣＣ  ＡＳとの間のサービスが中断した場合に、ハンドオーバーメッセージが、ＣＳアクセスネットワーク経由で前記ＵＥ装置から送信される。前記ハンドオーバーメッセージは、前記ルーティング識別子を含んでおり、次いで、前記特定されるＳＣＣ  ＡＳへ転送される。これにより、ハンドオーバー前に使用されていたものと同一のＳＣＣ  ＡＳをハンドオーバー後に使用することが可能となり、サービス連続性が提供される。
【００１０】
オプションとして、前記方法は、前記中断が、前記ＵＥと前記ＳＣＣ  ＡＳとの間のシグナリングの、Ｇｍ参照ポイントからＩ１参照ポイントへのハンドオーバーによって引き起こされた場合に、或いは、前記中断が、ＰＳアクセスネットワークから前記ＣＳアクセスネットワークへのハンドオーバーによって引き起こされた場合に、使用することができる。
【００１１】
オプションとして、前記メッセージが前記ＵＥから発信されるか前記ＵＥに着信するかに応じて、前記ルーティング識別子は、セッション開始プロトコルの２００ＯＫメッセージとセッション開始プロトコルのＩＮＶＩＴＥメッセージとのうちのいずれかの中で前記ＵＥへ送信される。
【００１２】
オプションとして、前記ハンドオーバーメッセージは、前記ＣＳアクセスネットワークから代理アプリケーションサーバへ送信され、前記代理アプリケーションサーバは、前記ルーティング識別子に基づいてＳＣＣ  ＡＳを選択してから、前記ハンドオーバーメッセージを当該選択されたＳＣＣ  ＡＳへ転送する。
【００１３】
前記ハンドオーバーメッセージは、オプションとして、ＵＳＳＤ(Unstructured Supplementary Service Data)フォーマットで送信される。
【００１４】
本発明の第２の態様によれば、ＩＭＳネットワークにおいて使用するためのＵＥが提供される。前記ＵＥは、前記ＵＥに割り当てられたＳＣＣ  ＡＳを特定するルーティング識別子を受信する受信機を備える。メモリが、前記受信したルーティング識別子を格納するために備えられ、プロセッサが、前記ＵＥと前記ＳＣＣ  ＡＳとの間の進行中のサービスに対する中断を検出するために備えられる。また、送信機も、中断が検出された場合に、前記ルーティング識別子を含んだハンドオーバーメッセージをアクセスネットワークノードへ送信するために備えられる。これにより、ＵＥは、ハンドオーバー前に使用されていたものと同一のＳＣＣ  ＡＳをハンドオーバー後に要求することが可能となる。
【００１５】
前記プロセッサは、オプションとして、前記ＵＥと前記ＳＣＣ  ＡＳとの間のＧｍ利用可能性の喪失を検出するように構成される。或いは、又はこれに加えて、前記プロセッサは、オプションとして、ＰＳアクセスネットワークからＣＳアクセスネットワークへのハンドオーバーを検出するように構成される。
【００１６】
本発明の第３の態様によれば、通信ネットワークにおいて使用するためのＨＬＲが提供される。前記ＨＬＲは、ＵＥに割り当てられたＳＣＣ  ＡＳに対してルーティング識別子を割り当てるプロセッサと、前記ルーティング識別子と、これに関係付けて前記ＳＣＣ  ＡＳのＥ．１６４番号と、を格納するメモリと、を備える。送信機が、前記ルーティング識別子を前記ＵＥへ送信するために備えられる。
【００１７】
オプションとして、前記ＨＬＲは、前記ルーティング識別子を含んだハンドオーバー要求を前記ＵＥから受信する受信機を備える。第２のプロセッサが、前記ＳＣＣ  ＡＳのＥ．１６４番号を判定するために前記ルーティング識別子を使用するために備えられ、第２の送信機が、前記ハンドオーバー要求を前記ＳＣＣ  ＡＳへ転送するために備えられる。この場合、前記ＨＬＲはオプションとして、前記受信したハンドオーバー要求を前記ＳＣＣ  ＡＳへ転送する前に、当該ハンドオーバー要求から前記ルーティング識別子を除去する第３のプロセッサを備える。
【００１８】
本発明の第４の態様によれば、ＩＭＳ通信ネットワークにおいて使用するためのＳＣＣ  ＡＳが提供される。前記ＳＣＣ  ＡＳは、前記ＳＣＣ  ＡＳに対してルーティング識別子を割り当てるプロセッサと、前記ルーティング識別子を格納するメモリと、前記ルーティング識別子をＵＥへ送信する送信機と、を備える。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に従うシグナリング図である。
【図２】本発明の実施形態に従う、ルーティング識別子の割り当てを示すシグナリング図である。
【図３】本発明の実施形態に従うハンドオーバーシグナリングを示すシグナリング図である。
【図４】本発明の実施形態に従う、代理ＡＳ７が使用されるハンドオーバーのために必要とされるシグナリングを示すシグナリング図である。
【図５】本発明の実施形態に従うユーザ装置をブロック図に概略的に示す。
【図６】本発明の実施形態に従うホーム・ロケーション・レジスタをブロック図に概略的に示す。
【図７】本発明の実施形態に従うサービス集中化及び連続性アプリケーションサーバをブロック図に概略的に示す。
【発明を実施するための形態】
【００２０】
ここで図１を参照すると、ＵＥ１と、回線交換ネットワーク２と、ＩＭＳネットワーク３と、ＳＣＣ  ＡＳや代理ＡＳのようなアプリケーションサーバ４と、が示されている。ＳＣＣ  ＡＳ４には、ＵＳＳＤシグナリングの中で搬送可能なルーティング識別子が割り当てられている。ルーティング識別子の割り当ては、例えばホーム・ロケーション・レジスタ（ＨＬＲ）のような、何らかの適切なノードにおいて実行可能である。
【００２１】
以下のステップが実行される。
【００２２】
Ｓ１．  ＵＥ１がＧｍ参照ポイントを介してセッションを開始すると、標準のＩＭＳ手順を用いてセッションを制御するために、ＳＣＣ  ＡＳ４がＵＥ１に割り当てられる。標準のＵＳＳＤ手順に従ってルーティング識別子が生成される。ルーティング識別子は、ＳＣＣ  ＡＳ４に知られており、例えばＳＣＣ  ＡＳ４を指し示すＥ．１６４番号に識別子をマッピングすることにより、ＨＬＲがＳＣＣ  ＡＳ４を発見するために使用可能である。次に、例えばＵＥ１によって送信された最初のＩＮＶＩＴＥに関する応答の中で、又は着信ＩＮＶＩＴＥの中で、ＳＣＣ  ＡＳ４のルーティング識別子がＧｍを介してＵＥ１へと逆送される。
【００２３】
Ｓ２．  ＵＥ１がＧｍ能力を失う。
【００２４】
Ｓ３．  Ｇｍ能力の喪失が原因で、ＵＥがシグナリングパスのハンドオーバー要求を送信し、Ｉ１を介してルーティング識別子を使用する。
【００２５】
Ｓ４．  ＣＳネットワーク２内のＨＬＲは、このメッセージを受信すると、ルーティング識別子を、Ｇｍを介してサービスを制御していたＳＣＣ  ＡＳ４へと直接マッピングし、シグナリングパスのハンドオーバーメッセージをＳＣＣ  ＡＳ４へ転送する。或いは、ＨＲＬはシグナリングパスのハンドオーバーメッセージを代理ＡＳへ転送し、今度は代理ＡＳがルーティング識別子を使用して正しいＳＣＣ  ＡＳ４を選択する。
【００２６】
ここで図２を参照すると、ルーティング識別子の割り当て及び配信が示されている。サービス提供を受けるユーザのＵＥから開始するセッション（発呼）については、ステップＳ５乃至Ｓ８で示される、通常のＳＩＰ  ＩＮＶＩＴＥ手順が実行される。次いで、ＳＣＣ  ＡＳ４は、ＳＩＰ  ２００ＯＫメッセージを用いてＩＭＳネットワーク３に対して応答し（ステップＳ９）、ルーティング識別子はそのメッセージ中に含まれて、ＩＭＳネットワーク３からＵＥ１へと転送される（Ｓ１０）。上述のように、ルーティング識別子は、どのＳＣＣ  ＡＳ４がユーザに割り当てられたかによって決定され、それゆえ、これをＳＩＰ  ２００ＯＫに付加する際にＳＣＣ  ＡＳ４に知られてもいる。
【００２７】
ステップＳ１１乃至Ｓ１６に示される着信リクエスト（着呼）については、ルーティング識別子は、ステップＳ１２に示すように、ＵＥ１に対する着信ＩＮＶＩＴＥの中に付加される。
【００２８】
ルーティング識別子をＳＩＰメッセージ（２００ＯＫ又はＩＮＶＩＴＥ）の中に含めることができる、いくつかのやり方が存在する。例に含まれるものは、
・ルーティング識別子のための専用の、ＳＩＰメッセージ中の個別ヘッダ（即ち、"P-Routing-Identifier: xyzabc"）、
・例えば'via'ヘッダや'contact'ヘッダのような、ＳＩＰメッセージ中の既存のヘッダの一部として、
・ＣＳメディアに関連するメディアラインにおける、セッション記述プロトコルの一部として、
m=audio - PSTN -
c=PSTN E164 +1234567
a=route-identifier:xyzabc
である。
【００２９】
図３は、ルーティング識別子を用いるシグナリングパスのハンドオーバーを示す。以下の番号付けは、図３における番号付けに対応する。
【００３０】
Ｓ１７．  ＵＥ１は、Ｇｍを喪失したことを検出する。この検出を実行するには、いくつかの可能なやり方があり、例えば、ＧＥＲＡＮへのハンドオーバーが実行されたがＵＥがＤＴＭをサポートしないことを検出することにより、或いは、パケットベアラ（ＰＤＰコンテキスト）が失われたことを検出することにより、実行できる。
【００３１】
Ｓ１８．  ＵＥ１は、Ｉ１を介してＣＳネットワーク２へハンドオーバーメッセージを送信することにより、シグナリングパスのハンドオーバーを開始する。加えて、ＵＥ１は、ハンドオーバーメッセージの中にルーティング識別子を含める。
【００３２】
Ｓ１９．  このメッセージは、ＣＳネットワーク２を通ってはるばるＨＬＲ６へと転送される。
【００３３】
Ｓ２０．  ＨＬＲ６は、ルーティング識別子を使用して、ＵＥ１及びそのハンドオーバーメッセージのために使用すべきＳＣＣ  ＡＳ４を特定する。
【００３４】
Ｓ２１．  シグナリングパスのハンドオーバーメッセージは、正しいＳＣＣ  ＡＳ４へ転送される。ＨＬＲは、ＳＣＣ  ＡＳ４への転送前に、メッセージからルーティング識別子を除去してもよい。というのも、そのような情報は、ＳＣＣ  ＡＳ４にとっては役に立たないからである（但し、そのように除去することは本質ではない）。
【００３５】
Ｓ２２．  ＳＣＣ  ＡＳ４からＨＬＲ６へ応答が送信される。
【００３６】
Ｓ２３．  シグナリングパスのハンドオーバーメッセージに対する応答が、ＣＳネットワーク２を通って転送され戻される。
【００３７】
Ｓ２４．  シグナリングパスのハンドオーバーメッセージに対する応答が、ＵＥ１へ転送され戻される。
【００３８】
本発明の代替実施形態では、代理ＡＳがＳＣＣ  ＡＳの代理となる。図４は、代理ＡＳ７が使用される場合にハンドオーバーに必要とされるシグナリングを示すシグナリング図であり、以下の番号付けは、図４の番号付けに対応する。
【００３９】
Ｓ２５．  ＵＥ１は、Ｇｍを喪失したことを何らかの手段で検出する。
【００４０】
Ｓ２６．  ＵＥ１は、Ｉ１を介してＣＳネットワーク２へハンドオーバーメッセージを送信することにより、シグナリングパスのハンドオーバーを開始する。加えて、ＵＥ１は、メッセージの中にルーティング識別子を含める。
【００４１】
Ｓ２７．  このメッセージは、ＣＳネットワーク２を通ってＨＬＲ６へ転送される。
【００４２】
Ｓ２８．  ＨＬＲ６は、全てのＳＣＣ  ＡＳ４を制御する代理ＡＳ７を特定し、メッセージを代理ＡＳ７へ転送する。
【００４３】
Ｓ２９．  代理ＡＳ７は、ルーティング識別子を使用して、ＵＥ１及びそのハンドオーバーメッセージのために使用すべきＳＣＣ  ＡＳ４を特定する。
【００４４】
Ｓ３０．  シグナリングパスのハンドオーバーメッセージは、正しいＳＣＣ  ＡＳ４へ転送される。メッセージの転送前に、代理ＡＳ７は、メッセージからこのルーティング識別子を除去してもよい（但し、これは本質ではない）。
【００４５】
Ｓ３１．  シグナリングパスのハンドオーバーメッセージに対する応答が、ＳＣＣ  ＡＳ４から代理ＡＳ７へと返送される。
【００４６】
Ｓ３２．  シグナリングパスのハンドオーバーメッセージに対するこの応答は、ＨＬＲ６へ転送され戻される。
【００４７】
Ｓ３３．  シグナリングパスのハンドオーバーメッセージに対するこの応答は、ＣＳネットワーク２を通って転送され戻される。
【００４８】
Ｓ３４．  シグナリングパスのハンドオーバーメッセージに対するこの応答は、ＵＥ１へ転送され戻される。
【００４９】
本発明の更なる実施形態によれば、ルーティング識別子は、サービス連続性（IP Multimedia System (IMS) Service Continuity (Release 8), 3GPP TS 23.237 V8.0.0参照）を実行する場合に、ＰＳからＣＳへのサービス転送の間に使用される。同じ課題、即ち、ＰＳからＣＳへのサービス転送後にＵＥがどのようにＩ１を介して同一のＳＣＣ  ＡＳに到達できるか、に対する対処が行われる。ルーティング識別子を使用することで、Ｉ１を介したシグナリングが、サービス転送前にＧｍを介して以前にセッションを制御していたものと同一のＳＣＣ  ＡＳに最終的に到達することが保証される。この場合、サービス転送後に最初にＳＣＣ  ＡＳがＩ１を介してＵＥにコンタクトした時に（ＳＣＣ  ＡＳはＵＥのＩＭＳＩを持っているであろうから）、ＳＣＣ  ＡＳによってルーティング識別子を割り当てることができる。
【００５０】
ここで図５を参照すると、本発明の実施形態に従うＵＥ１が示されている。ＵＥ１は、ルーティング識別子を受信する受信機８と、ルーティング識別子を格納するメモリ９とを備える。プロセッサ１０は、上述したように、ＵＥ１とＳＣＣ  ＡＳ４との間のシグナリングの喪失を検出するために使用される。その喪失は、Ｇｍ参照ポイントの利用可能性の喪失が原因の場合もあるし、ＰＳアクセスネットワークからＣＳアクセスネットワークへのハンドオーバーが原因の場合もある。シグナリングの喪失の場合、送信機１１は、ルーティング識別子を含んだハンドオーバーメッセージをＣＳアクセスネットワークへ送信するために備えられている。
【００５１】
図６は、本発明の実施形態に従うＨＬＲ６を概略的に示す。ＨＬＲ６には、ＵＥ１に対して割り当てられたＳＣＣ  ＡＳ４に対してルーティング識別子を割り当てるプロセッサ１２を備える。メモリ１３は、ルーティング識別子と、これに関係付けたＳＣＣ  ＡＳ４のＥ．１６４番号とを格納し、送信機１４は、ルーティング識別子をＵＥ１へ送信する。受信機１５は、ハンドオーバー要求をＵＥ１から受信するように構成される。第２のプロセッサ１６は、ハンドオーバー要求の中で受信したルーティング識別子を使用して、ＳＣＣ  ＡＳ４のＥ．１６４番号を判定する。そして、第２の送信機１７は、ハンドオーバー要求をＳＣＣ  ＡＳ４へ転送するように構成される。必要であれば、第３のプロセッサ１８が、ＳＣＣ  ＡＳ４へのハンドオーバー要求の転送に先立って、受信したハンドオーバー要求からルーティング識別子を除去するように構成される。これらのプロセッサ１２，１６，１８は全て、図７の例では単一のプロセッサの中に実装されているが、それらは１以上の分離したプロセッサであってもよいことが理解されよう。
【００５２】
ここで図７を参照すると、ＳＣＣ  ＡＳ４が概略的に示されている。ＳＣＣ  ＡＳ４は、ルーティング識別子をＳＣＣ  ＡＳ４に割り当てるためのプロセッサを備える。メモリ２０は、ルーティング識別子を格納するために備えられている。そして、送信機２１は、ルーティング識別子をＵＥ１へ送信するために備えられている。また、受信機２２は、ＵＥ１からシグナリングを受信するために備えられてもよい。
【００５３】
本発明により、ＧｍとＩ１との間でシグナリングを変更した場合に、また、ＰＳからＣＳへのサービス転送を実行した後にも、同一のＳＣＣ  ＡＳが選択されることが保証される。このことは、サービスに関するユーザエクスペリエンスを改善する。
【００５４】
当業者であれば理解するであろうこととして、本発明の範囲から逸脱すること無しに、上述の実施形態に対して様々な変更を行うことができる。
【図１】
0005255120.tif 000002
【図２】
0005255120.tif 000003
【図３】
0005255120.tif 000004
【図４】
0005255120.tif 000005
【図５】
0005255120.tif 000006
【図６】
0005255120.tif 000007
【図７】
0005255120.tif 000008