JP2010502051A

JP2010502051A - 回路交換領域の末端呼アンカーリングのための方法及びシステム

Info

Publication number: JP2010502051A
Application number: JP2009524863A
Authority: JP
Inventors: 振▲東▼ 李
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2006-08-23
Filing date: 2006-11-30
Publication date: 2010-01-21
Anticipated expiration: 2026-11-30
Also published as: US20100008353A1; JP5264727B2; CN101094442A; WO2008028353A1; CN101094442B; US7953072B2; CA2661351A1; KR20090053810A; CA2661351C; KR101352796B1

Abstract

本発明は、回路交換（ＣｉｒｃｕｉｔＳｗｉｔｃｈｉｎｇ：ＣＳ）領域の末端呼アンカーリングのための方法及びシステムであり、その方法は以下のステップを含む。従来型領域ネットワークの呼が、音声コール連続性加入者の領域を交換したホーム回路におけるモバイル・スイッチ・センターに到達すると、モバイル・スイッチ・センターは、位置を問合せるために、ＬＯＣＲＥＱメッセージをホーム・ロケーション・レジスタに送信する。ステップ２、ホーム・ロケーション・レジスタは、ルート割当て情報を要求するために、音声コール連続性アプリケーション・サーバーにメッセージを直接送信する。ステップ３、音声コール連続性アプリケーション・サーバーは、アンカーリングを管理するために、そのＩＰマルチメディア・サブシステム・ルート割当て番号情報をロケーション・レジスタに返信する。本発明は、インテリジェント・ネットワークの無い従来型回路領域におけるＶＣＣ加入者に対して、末端呼アンカーリングを実現する。

Description

本発明は、移動通信技術に関し、より詳細には、ＩＰマルチメディア・サブシステム(ＩＭＳ：ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ)ネットワーク及び従来の回路領域ネットワークの共存の間、インテリジェント・ネットワーク・サービスなしに、音声コール連続性(ＶＣＣ：ＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ)ユーザーのための従来型回路領域における末端呼（ｅｎｄｉｎｇ‐ｃａｌｌ）をアンカーリング（ａｎｃｈｏｒｉｎｇ）するための方法及びシステムに関する。

移動通信ネットワークのコア・ネットワークは、ＡＬＬＩＰネットワークのＩＭＳへと進化している。しかしながら、そのような進化は短時間に完成することはできず、ＩＭＳを備えた現行の従来型回路領域ネットワークは段階的に完成することになるであろうし、これは長期的なプロセスになる。このプロセスの間、ＩＭＳ及び従来型領域ネットワークの共存は避けられない。

ネットワークのカバー範囲に関するかぎりでは、単一の従来型ネットワークによってカバーすることができる区域もあれば、単一のＩＭＳネットワークによってカバーすることができる区域もある。一方で、従来型ネットワーク及びＩＭＳネットワークの両方によってカバーすることができる区域もある。ネットワークの進化によって、ＩＭＳの情報範囲区域はどんどん広くなっていくし、従来型領域は徐々に消えていくことになる。

音声コール連続性（ＶＣＣ）技術は、上記の背景に基づいて提案されている。この技術の出発点は、ユーザーが両方のネットワークに加入すること、及び端末が重複モード端末であることにかかっている。ユーザーが一つのネットワークにおいて音声セッション・プロセスを開始すると、ネットワークの信号は減少する。一方で、他のネットワークは良好な信号を有し、例えば、ユーザーはＩＭＳネットワークから従来型領域ネットワークに交換されるなど、ネットワーク交換が起こり得る。この場合、ＶＣＣ技術は、例えば、セッション（ｓｅｓｓｉｏｎ）の連続性を保障するなど、音声セッション・プロセス（ｖｏｉｃｅｓｅｓｓｉｏｎｐｒｏｃｅｓｓ）が遮断されないことを保障するのに必要とされる。

アンカーリング技術のサポートは、ネットワーク交換の間、音声セッション・プロセスの連続性を保持するのに必要とされる。前記アンカーリングは、呼の間、セッションパスでコントロール・ポイントを挿入することに関連する。そして、図１に示すように、ユーザー機器（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）ＡとＵＥＢ間のセッションは、例えば、Ａとアンカーリング・ポイント（ａｎｃｈｏｒｉｎｇｐｏｉｎｔ）Ｃ間のセッション、及びアンカーリング・ポイントＣとＢ間のセッションのように、それぞれ二つのセッションになる。この場合、もしネットワーク交換が端末Ａで発生したら、Ａとアンカーリング・ポイントＣ間のセッションが再確立されるが、アンカーリング・ポイントＣと端末Ｂ間のセッションは影響されたり切断されたりすることはない。この場合、ＡとＢ間のセッションは、Ａとアンカーリング・ポイントＣ間のセッションの再確立後も継続することができ、それによって音声セッションの連続性を保障する。

ＶＣＣサービスにおいて、ユーザーは両方のネットワークに加入するとともに、各ネットワークは、例えば、従来型ネットワークはＥ．１６４の番号を割り当て、かつＩＭＳネットワークはＳＩＰＵＲＩを割り当てるなど、ユーザーに番号を割り当てることができる。

従来技術において、従来型回路領域ネットワークからの呼が、末端呼のＶＣＣユーザーのホームの従来型領域ネットワークに到達すると（発呼された番号は従来型ネットワークによって割り当てられた番号である）、アンカーリング・プロセスの間、インテリジェント・ネットワーク又は番号ポータビリティに基づいた方法が採用される。アンカーリング・プロセスの特徴は図２及び３に示され、平易にするために本発明の背景に関連するプロセスのみを後述する。

図２は、インテリジェント・ネットワークのＣＳ領域における末端呼アンカーリングを説明するフローチャートであり、以下のステップを含む。

ステップ１００：呼メッセージＩＳＵＰ：従来型ネットワークのＩＡＭはＶＣＣユーザーのホームの従来型領域ＣＳネットワークのＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ）（通常、このＭＳＣはゲートウェイＭＳＣである）に到達し、呼メッセージは発呼中の番号（ＣｇＰＮ）及び発呼された番号（ＣｄＰＮ）を含む。

ステップ１１０：ＭＳＣは、位置問合せ要求をＨＬＲ（ＨｏｍｅＬｏｃａｔｉｏｎＲｅｇｉｓｔｅｒ）に送信する。

ステップ１２０：ＨＬＲは、トリガー・リストがコントロール・ポイントＷＩＮＳＣＰの信号を送信するワイヤレス・インテリジェント・ネットワークのアドレスを含むＭＳＣに、位置問合せ要求の応答を送信する。

ステップ１３０：ＭＳＣは、発呼された番号を含むＡＮＬＹＺＤメッセージをＷＩＮＳＣＰに送信する。

ステップ１４０：ＷＩＮＳＣＰは、メッセージを受信後、ＡＮＬＹＺＤメッセージをＶＣＣＡＳ（ＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）に送信する。

ステップ１５０：ＶＣＣアプリケーション・サーバーは、ＡＮＬＹＺＤメッセージを受信後、発呼された番号、及び発呼された番号と加入者間の関連付けを確立したものを格納する。返信されたＡＮＬＹＺＤ応答メッセージは、ＶＣＣアプリケーション・サーバーに関連付けられた一時的ＩＭＳのルート割当て番号を含む。

ステップ１６０：ＷＩＮＳＣＰは、ＡＮＬＹＺＤメッセージをＭＳＣに送信する。

ステップ１７０：ＭＳＣは、ＡＮＬＹＺＤメッセージのルート割当て情報に従って、ＩＳＵＰ呼メッセージをユーザーのホームネットワークのメディア・ゲートウェイ・コントロール・ファンクション（ＭＧＣＦ）に送信する。

ステップ１８０：ＭＧＣＦは、呼の受信後、ＶＣＣアプリケーション・サーバーに対して呼要求（ＳＩＰＩｎｖｉｔｅｒｅｑｕｅｓｔ）を開始し、この呼はＩ−ＣＳＣＦ（ＩｎｔｅｒｒｏｇａｔｉｎｇＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）を介して完了する。そして、

ステップ１９０：ＶＣＣアプリケーション・サーバーは、呼要求の受信後、ＶＣＣアプリケーション・サーバーに関連付けられた一時的ＩＭＳのルート割当て番号に従って、ステップ１５０において格納されている発呼された番号を探索する。そして、ＶＣＣＡＳは、呼を継続するために実際に発呼された番号を使用する。

図３は、番号ポータビリティ構成におけるＣＳ領域の末端呼アンカーリングのフローチャートであり、以下のステップを含む。

ステップ２１０：従来型領域は、番号ポータビリティ・データベースを問合せる。

ステップ２２０：番号ポータビリティ・データベースによって返信された応答は、ＩＭＳネットワークに方向付けるために使用可能なＬＲＮ（ＬｏｃａｌＲｏｕｔｉｎｇＮｕｍｂｅｒ）を含む。

ステップ２３０：従来型領域は、ＩＡＭメッセージを、発呼された番号はＬＲＮであり、本来の発呼された番号はＩＳＵＰＰｏｒｔｅｄＧＡＰ情報要素に格納されたＭＧＣＦに送信する。

ステップ２４０：ＭＧＣＦはこれが番号ポータビリティであることを探索した上で、ＭＧＣＦは本来の発呼された番号を抽出し、ＩｎｖｉｔｅメッセージをＩ／Ｓ−ＣＳＣＦに送信する。

ステップ２５０：Ｓ−ＣＳＣＦは、ｉＦＣ（ｉｎｉｔｉａｌＦｉｌｔｅｒＣｒｉｔｅｒｉａ）に従って、ＶＣＣＡＳにサービスを開始する。

上記に従って、現行のＣＳ領域の末端呼は、インテリジェント・ネットワーク・サービス又は番号ポータビリティが配置されたときにだけ固定される。しかしながら、インテリジェント・ネットワーク・サービス又は番号ポータビリティは、現行の従来型ネットワークの多くにおいては配置されて来なかった。この場合、ＶＣＣサービスにおけるＣＳ領域の末端呼は固定されることができない。

本発明の目的は、回路交換領域（Ｃｉｒｃｕｉｔｓｗｉｔｃｈｅｄｄｏｍａｉｎ）の末端呼アンカーリングのための方法及びそれのシステムを提供することであり、それらはインテリジェント・ネットワーク・サービスや番号ポータビリティなしに設計された従来型ネットワークは末端呼を固定できないという従来技術における不利な点を克服することができるものである。

上記の目的を達成するために、本発明は、回路交換領域の末端呼アンカーリングのための方法であって、領域ネットワーク及びＩＰマルチメディア・サブシステム・ネットワークが交換された回路の交換によって要求されたアンカーリングのために使用され、領域ネットワークが交換された回路は少なくともモバイル・スイッチ・センター（ＭｏｂｉｌｅＳｗｉｔｃｈＣｅｎｔｅｒ）及びホーム・ロケーション・レジスタ（ＨｏｍｅＬｏｃａｔｉｏｎＲｅｇｉｓｔｅｒ）を含み、ＩＰマルチメディア・サブシステム（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）ネットワークは少なくとも音声コール連続性アプリケーション・サーバー及びメディア・ゲートウェイ・コントロール・ファンクションを含む方法を提供する。

本発明の実施形態に係る回路交換領域の末端呼アンカーリングのための方法は、以下のステップを含む。

ステップ１：音声コール連続性加入者の領域が交換されたホーム回路におけるモバイル・スイッチ・センターに、従来型領域ネットワークの呼が到達すると、モバイル・スイッチ・センターは、位置を問合せるために、ＬＯＣＲＥＱメッセージをホーム・ロケーション・レジスタに送信する。

ステップ２：ホーム・ロケーション・レジスタは、ルート割当ての情報を要求するために、音声コール連続性アプリケーション・サーバーにメッセージを直接送信する。

ステップ３：音声コール連続性アプリケーション・サーバーは、アンカーリングを管理するために、そのＩＰマルチメディア・サブシステム・ルート割当て番号情報をホーム・ロケーション・レジスタに返信する。

好ましくは、この方法はステップ１とステップ２の間に、さらに以下のステップを含む。

ステップＡ：ホーム・ロケーション・レジスタは、音声コール連続性加入者の受信したＬＯＣＲＥＱメッセージに従って、アンカーリングが必要かどうかを判断し、もしアンカーリングが必要ならばステップ１を実行し、一方でもしアンカーリングが必要でないならば、ユーザーがルート割当てを要求するために供給するモバイル・スイッチ・センターにＲＯＵＴＲＥＱメッセージを送信する。

好ましくは、ステップ３は、さらに以下のステップを含む。

ステップ３１：ホーム・ロケーション・レジスタによって送信されたルート割当て情報を要求するメッセージを受信して格納した後、音声コール連続性アプリケーション・サーバーは、音声コール連続性アプリケーション・サーバーのＩＰマルチメディア・サブシステム・ルート割当て番号をホーム・ロケーション・レジスタに返信するか、あるいは音声コール連続性アプリケーション・サーバーに対してルート割当て可能な、一時的ＩＰマルチメディア・サブシステム・ルート割当て番号を、ホーム・ロケーション・レジスタに返信する。

ステップ３２：音声コール連続性アプリケーション・サーバーによって返信されたメッセージを受信した後、ホーム・ロケーション・レジスタはＬＯＣＲＥＱメッセージをモバイル・スイッチ・センターに返信し、ＬＯＣＲＥＱメッセージのルート割当て情報は、音声コール連続性アプリケーション・サーバーのＩＰマルチメディア・サブシステム・ルート割当て番号である。

ステップ３３：モバイル・スイッチ・センターは、受信されたＬＯＣＲＥＱメッセージのルート割当て情報に従って呼を開始し、音声コール連続性アプリケーション・サーバーは、受信された呼要求情報に従って格納されている実際に発呼された番号を抽出し、呼を継続する。

そこで、ステップ３３は、さらに以下のステップを含む。

ステップ３３−１：モバイル・スイッチ・センターは、受信されたメッセージに従って、メディア・ゲートウェイ・コントローラに呼メッセージを送信する。

ステップ３３−２：呼メッセージを受信した後、メディア・ゲートウェイ・コントローラは、メッセージ内の発呼された番号に対する呼要求を開始する。

ステップ３３−３：呼要求を受信した後、音声コール連続性アプリケーション・サーバーは、格納されている実際に発呼された番号を抽出し、標準的なＩＰマルチメディア・サブシステムの呼の流れに従って、呼の開始を継続する。

本発明の目的をさらに達成するために、領域ネットワークが交換された回路とＩＰマルチメディア・サブシステム・ネットワークとの交換の間でアンカーリングするために使用される、回路交換領域の末端呼アンカーリングのためのシステムを提供する。前記システムは、少なくともホーム・ロケーション・レジスタ及び音声コール連続性アプリケーション・サーバーを含む。

ここで、ホーム・ロケーション・レジスタは、音声コール連続性アプリケーション・サーバーに、ルート割当て情報を要求するメッセージを直接送信し、音声コール連続性アプリケーション・サーバーは、アンカーリングを管理するために、そのＩＰマルチメディア・サブシステム・ルート割当て番号情報をホーム・ロケーション・レジスタに返信する。

従来技術と比較して、本発明の利点は、モバイル・スイッチ・センターＭＳＣが、ホーム・ロケーション・レジスタＨＬＲにおける末端呼のルートを問合せるとき、ＭＳＣはアンカーリングを実現するために、ＨＬＲを介してＶＣＣアプリケーション・サーバーにおけるルート割当て情報を直接要求する。本発明は、インテリジェント・ネットワークや番号ポータビリティ・サービスがＣＳ領域に配置されていないときにアンカーリングできないという、ＣＳ領域における末端呼の技術的な問題を解決する。さらに、本発明のこの流れは、インテリジェント・ネットワーク・モードとの両立性を維持し、ネットワークの要素に対していくつかの変更が要求されるだけである。

従来技術に従ったセッションのアンカーリングを説明する概略図である。従来技術におけるインテリジェント・ネットワーク構成に従った、ＣＳ領域における末端呼アンカーリングを説明する概略図である。従来技術における番号ポータビリティ構成に従った、ＣＳ領域における末端呼アンカーリングを説明する概略図である。本発明の実施例１に従ったアンカーリングを実現する情報伝達のフローチャートを示す図であり、ホーム・ロケーション・レジスタ（ＨＬＲ）は、ＲＯＵＴＲＥＱメッセージをＶＣＣアプリケーション・サーバーに送信する図である。本発明の実施例２に従ったアンカーリングを実現する情報伝達のフローチャートを示す図であり、ホーム・ロケーション・レジスタ（ＨＬＲ）は、ＡＮＬＹＺＤメッセージをＶＣＣアプリケーション・サーバーに送信する図である。

ここに示した図は、本発明の更なる理解を与えるために使用され、本願の一部を構成するものであり、本発明を説明する例及び本発明を説明するために使用される記載であり、本発明の不適切な限定として解釈されるべきではない。

本発明は、ＣＳ領域ネットワーク及びＩＭＳネットワークの交換の間におけるアンカーリングに適用されることができ、ここで、ＣＳ領域ネットワークは少なくともモバイル・スイッチ・センターＭＳＣ及びホーム・ロケーション・レジスタＨＬＲを含み、ＩＭＳネットワークは少なくともＶＣＣアプリケーション・サーバーを含む。

本発明の実施形態に係るＣＳ領域の末端呼アンカーリングのための方法は、以下のステップを含む。

ステップ１：従来型領域ネットワークの呼がＶＣＣ加入者のホームＣＳ領域のＭＳＣに到達すると、ＭＳＣはＬＯＣＲＥＱメッセージをＨＬＲに送信する。ＬＯＣＲＥＱは、少なくとも発呼された番号を含む。

ＶＣＣサービスに加入していないユーザーには、ＨＬＲは通常の末端呼の流れを実行する。ユーザーがＶＣＣサービスに加入していたら、ＨＬＲは受信されたＶＣＣ加入者のＬＯＣＲＥＱメッセージに従って、アンカーリングが必要かどうかを判断し、もしアンカーリングが必要であれば、ＨＬＲはＶＣＣＡＳにルート割当てを要求する。一方、もしアンカーリングが必要でなければ、ＨＬＲは、ユーザーがルート割当てを問合せるのに供給するＭＳＣ（ＶｉｓｔｅｄＭＳＣ）にＬＯＣＲＥＱを送信する。そして、判断方法は、特に限定されるものでないが、例えば以下のプロセスを含む。

（１）例えば、ＶＣＣトリガーなどの新しいトリガー・タイプをセットし、ＨＬＲによって受信されたＬＯＣＲＥＱメッセージがＶＣＣトリガーを含むときは、アンカーリングが必要であると判断する。一方、もしＨＬＲによって受信されたＬＯＣＲＥＱメッセージがＶＣＣトリガーを含まないときは、アンカーリングは必要でないと判断する。

（２）ＨＬＲは、ＶＣＣ加入者が、ＬＯＣＲＥＱがＭＳＣから来たときアンカーリングが必要であると判断し、ＬＯＣＲＥＱがＶＣＣアプリケーション・サーバーから来たときアンカーリングは必要でないと判断するように構成されている。

ステップ２：ＨＬＲは、ルート割当て情報要求メッセージをＶＣＣアプリケーション・サーバーに直接送信する。

ステップ３：ＨＬＲによって送信されたメッセージを受信した後、ＶＣＣアプリケーション・サーバーは関連する情報コンテンツを格納し、ＶＣＣアプリケーション・サーバーのＩＭＳルート割当て番号情報をＨＬＲに返信する。ここで、このステップは、特に限定されるものではないが、更に以下の条件を含む。（ａ）ＶＣＣアプリケーション・サーバーによって格納されたメッセージは、発呼中の番号、発呼された番号、及びＨＬＲに返信されたＶＣＣアプリケーション・サーバーのＩＭＳルート割当て番号を含む。（ｂ）ＶＣＣアプリケーション・サーバーによって格納されたメッセージは、発呼中の番号、発呼された番号、及びＶＣＣアプリケーション・サーバーにルート割当て可能なＨＬＲに返信された一時的ＩＭＳルート割当て番号を含む。（ｃ）ＶＣＣアプリケーション・サーバーによって格納されたメッセージは、発呼された番号、及びＶＣＣアプリケーション・サーバーのルート割当て可能なＨＬＲに返信された一時的ＩＭＳルート割当て番号を含む。

ステップ４：ＶＣＣアプリケーション・サーバーによって返信されたメッセージを受信した後、ＨＬＲはＬＯＣＲＥＱメッセージをＭＳＣに返信し、ＬＯＣＲＥＱメッセージ中のルート割当て情報は、ＶＣＣアプリケーション・サーバーのＩＭＳルート割当て番号である。

ステップ５：ＭＳＣは、受信されたメッセージに従って、呼メッセージ（ＩＳＵＰＩＡＭｍｅｓｓａｇｅ）をメディア・ゲートウェイ・コントローラＭＧＣＦに送信する。

ステップ６：呼メッセージ（ＩＡＭｍｅｓｓａｇｅ）を受信した後、ＭＧＣＦは呼を開始するために、ＳＩＰＩＮＶＩＴＥメッセージをメッセージ内の発呼された番号に送信する。

ステップ７：ＩＮＶＩＴＥ呼メッセージを受信した後、ステップ３における関連するメッセージに一致して、ＶＣＣアプリケーション・サーバーは格納されている実際に発呼された番号を抽出し、標準的なＩＭＳ呼の流れに従って呼の開始を継続する。

ここで、実際に発呼された番号は、ステップ７における呼メッセージに従って抽出され、ステップ３における関連するメッセージは、特に限定されるものではないが、以下の関連条件を持つ。（ａ）ＶＣＣアプリケーション・サーバーが、発呼中の番号と発呼された番号を格納し、ステップ３におけるＶＣＣアプリケーション・サーバーのＩＭＳルート割当て番号を返信し、ステップ７における発呼中の番号に従って、実際に発呼された番号が探索される。（ｂ）ＶＣＣアプリケーション・サーバーが、発呼中の番号と発呼された番号を格納し、それからステップ３においてルート割当て可能な一時的ＩＭＳルート割当て番号をＶＣＣアプリケーション・サーバーに返信すると、実際に発呼された番号は、ステップ７における発呼中の番号及び一時的ＩＭＳルート割当て番号に従って探索される。（ｃ）ＶＣＣアプリケーション・サーバーが発呼された番号を格納し、それからステップ３においてルート割当て可能な一時的ＩＭＳルート割当て番号をＶＣＣアプリケーション・サーバーに返信すると、実際にされた番号はステップ７において一時的ＩＭＳルート割当て番号に従って探索される。

本発明の詳細な流れは、添付の図面及びそれについての実施形態に関連して、以下に詳細に記載されるが、以下の記述は本発明を何ら限定するものではないと解釈されるべきである。

《第１の実施形態》
図４は、本発明の情報伝達の流れの例を示すものであり、ここで、ＨＬＲはＲＯＵＴＲＥＱメッセージをＶＣＣに送信し、そのステップは以下の通りである。

ステップ４００：従来型領域からの呼は、ＶＣＣ加入者のホームの従来型領域のＭＳＣに到達する。ここで、発呼された番号は従来型領域によって配布された番号である。

ステップ４１０：ユーザーの加入情報に従って、ＭＳＣはＨＬＲに、少なくとも発呼された番号を含む位置問合せメッセージＬＯＣＲＥＱを送信する。

ステップ４２０：ＬＯＣＲＥＱメッセージを受信した後、ＨＬＲは、メッセージのコンテンツ、加入情報、及びユーザーの構成に従って、ＲＯＵＴＲＥＱメッセージをＶＣＣアプリケーション・サーバーに送信する。

ステップ４３０：ＲＯＵＴＲＥＱメッセージを受信した後、ＶＣＣアプリケーション・サーバーは発呼された番号のような情報を格納し、ＩＭＳルート割当て番号（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）を含むＲＯＵＴＲＥＱ応答メッセージをＨＬＲに返信する。

ステップ４４０：ＲＯＵＴＲＥＱ応答メッセージを受信した後、ＨＬＲはＬＯＣＲＥＱ応答メッセージをＭＳＣに返信する。

ステップ４５０：受信されたＬＯＣＲＥＱ応答メッセージ中のルート割当て情報（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）に従って、ＭＳＣは、ユーザーのＩＭＳホームネットワークのＭＧＣＦへのＩＳＵＰＩＡＭメッセージを開始する。ここで、発呼中の番号は変更されることはなく、発呼された番号はＬＯＣＲＥＱから受信された番号である。

ステップ４６０：ＩＡＭメッセージを受信した後、発呼された番号（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）に従ったＭＧＣＦは、Ｉ−ＣＳＣＦを介してＶＣＣアプリケーション・サーバーに到達する、ＶＣＣアプリケーション・サーバーへのＩＮＶＩＴＥメッセージを開始する。

ステップ４７０：ＩＮＶＩＴＥメッセージを受信した後、ＶＣＣアプリケーション・サーバーはその中の情報に従って、ステップ４３０において格納された実際に発呼された番号を見つけ出し、ＶＣＣアプリケーション・サーバーは実際に発呼された番号に従って呼の開始を継続する。

《第２の実施形態》
図５は、本発明の情報伝達の別な例を示すものであり、ここで、ＨＬＲはＡＮＬＹＺＤをＶＣＣに送信し、そのステップは以下の通りである。

ステップ５００：従来型領域からの呼は、ＶＣＣ加入者のホームの従来型領域のＭＳＣに到達する。ここで、発呼された番号は従来型領域によって配布された番号である。

ステップ５１０：ユーザーの加入情報に従って、ＭＳＣはＨＬＲに、少なくとも発呼された番号を含む位置問合せメッセージＬＯＣＲＥＱを送信する。

ステップ５２０：ＬＯＣＲＥＱメッセージを受信した後、ＨＬＲは、メッセージのコンテンツ、加入情報、及びユーザーの構成に従って、ＡＮＬＹＺＤメッセージをＶＣＣアプリケーション・サーバーに送信する。

ステップ５３０：ＡＮＬＹＺＤメッセージを受信した後、ＶＣＣアプリケーション・サーバーは発呼された番号を格納し、ＩＭＳルート割当て番号（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）を含むＡＮＬＹＺＤ応答メッセージをＨＬＲに返信する。

ステップ５４０：ＡＮＬＹＺＤ応答メッセージを受信した後、ＨＬＲはＬＯＣＲＥＱ応答メッセージをＭＳＣに返信する。

ステップ５５０：受信されたＬＯＣＲＥＱ応答メッセージ中のルート割当て情報（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）に従って、ＭＳＣは、ユーザーのＩＭＳホームネットワークのＭＧＣＦへのＩＳＵＰＩＡＭメッセージを開始する。ここで、発呼中の番号は変更されることはなく、発呼された番号はＬＯＣＲＥＱから受信された番号である。

ステップ５６０：ＩＡＭメッセージを受信した後、発呼された番号（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）に従ったＭＧＣＦは、Ｉ−ＣＳＣＦを介してＶＣＣアプリケーション・サーバーに到達する、ＶＣＣアプリケーション・サーバーへのＩＮＶＩＴＥメッセージを開始する。

ステップ５７０：ＩＮＶＩＴＥメッセージを受信した後、ＶＣＣアプリケーション・サーバーはその中の情報に従って、ステップ５３０において格納された実際に発呼された番号を見つけ出し、ＶＣＣアプリケーション・サーバーは、実際に発呼された番号に従って呼の開始を継続する。

本発明に係るＣＳ領域の末端呼アンカーリングのシステムは、ＣＳ領域ネットワークとＩＭＳネットワークを交換する間においてアンカーリングするために使用され、従来の電話ネットワーク、モバイル・スイッチ・センター（ＭＳＣ）、ホーム・ロケーション・レジスタ（ＨＬＲ）、メディア・ゲートウェイ・コントロール・ファンクション（ＭＧＣＦ）、コール・セッション・コントロール・ファンクション（ＣＳＳＦ）、音声コール連続性アプリケーション・サーバー（ＶＣＣアプリケーション・サーバー）、及びホームユーザー・サーバー（ＨＳＳ）を含む。このシステムの主な特徴は、コントロール・ポイントＷＩＮＳＣＰを情報伝達するワイヤレス・インテリジェント・ネットワークが無い場合において、ＨＬＲが、ルート割当ての情報を要求するメッセージを、ＶＣＣアプリケーション・サーバーに直接送信することにあり、ＶＣＣアプリケーション・サーバーは、直接アンカーリングするために、ＨＬＲにそのＩＭＳルート割当て番号情報を返信する。

本発明は、ＨＬＲがＶＣＣアプリケーション・サーバーにおけるルート割当て情報を直接要求する方法において、アンカーリングの必要性を満たす。呼がＶＣＣ加入者のホームＣＳ領域に到達すると、ＨＬＲはＶＣＣアプリケーション・サーバーにおけるルート割当て情報を直接要求し、ＶＣＣアプリケーション・サーバーはアンカーリングを管理するために、それ自身のＩＭＳルート割当て番号を返信する。

以上の記載は、本発明の単に好ましい実施形態であり、本発明を限定するために使用されるものではない。当業者にとって、本発明は様々な変更及び変形が可能である。本発明の精神及び本質における如何なる修正、均等物の代用、改善などは全て、本発明の保護の範囲に属するものである。

Claims

回路交換領域とＩＰマルチメディア・サブシステムとの交換によって要求されたアンカーリングのために使用される方法であって、
前記回路交換領域は少なくともモバイル・スイッチ・センター及びホーム・ロケーション・レジスタを含み、ＩＰマルチメディア・サブシステム・ネットワークは少なくとも音声コール連続性アプリケーション・サーバー及びメディア・ゲートウェイ・コントロール・ファンクションを含み、
従来型領域ネットワークの呼が、音声コール連続性加入者の回路交換領域のモバイル・スイッチング・センターに到達すると、モバイル・スイッチング・センターは、位置を問合せるために、ＬＯＣＲＥＱメッセージをホーム・ロケーション・レジスタに送信するステップ１と、
ホーム・ロケーション・レジスタは、ルート割当て情報を要求するために、メッセージを音声コール連続性アプリケーション・サーバーに直接送信するステップ２と、
音声コール連続性アプリケーション・サーバーは、アンカーリングを管理するために、ＩＰマルチメディア・サブシステム・ルート割当て情報を、ホーム・ロケーション・レジスタに返信するステップ３と、
を含むことを特徴とする回路交換領域の末端呼アンカーリングのための方法。
ステップ１とステップ２の間にさらに、
ホーム・ロケーション・レジスタが、受信された音声コール連続性のＬＯＣＲＥＱメッセージに従って、アンカーリングが必要かどうかを判断するステップＡ、
を含むことを特徴とする請求項１に記載の回路交換領域の末端呼アンカーリングのための方法。
ステップＡにおいてアンカーリングが必要であると判断された場合はステップ２を実行し、ステップＡにおいてアンカーリングが必要でないと判断された場合は、加入者にルート割当ての要求を供給するモバイル・スイッチング・センターにＲＯＵＴＲＥＱメッセージを送信することを特徴とする請求項２に記載の回路交換領域の末端呼アンカーリングのための方法。
ステップ３はさらに、
ホーム・ロケーション・レジスタによって送信されたルート割当て情報を要求するメッセージを受信して格納した後、音声コール連続性アプリケーション・サーバーは、音声コール連続性アプリケーション・サーバーのＩＰマルチメディア・サブシステム・ルート割当て番号を、ホーム・ロケーション・レジスタに返信し、又は、音声コール連続性アプリケーション・サーバーにルート割当て可能な、一時的ＩＰマルチメディア・サブシステム・ルート割当て番号を、ホーム・ロケーション・レジスタに返信するステップＢと、
音声コール連続性アプリケーション・サーバーによって返信されたメッセージを受信した後、ホーム・ロケーション・レジスタはＬＯＣＲＥＱメッセージをモバイル・スイッチング・センターに返信し、ＬＯＣＲＥＱメッセージ内のルート割当て情報は、音声コール連続性アプリケーション・サーバーのＩＰマルチメディア・サブシステム・ルート割当て番号であるステップＣと、
モバイル・スイッチ・センターは、受信されたＬＯＣＲＥＱメッセージ内のルート割当て情報に従って呼を開始し、音声コール連続性アプリケーション・サーバーは、受信された呼要求情報に従って、格納されている実際に発呼された番号を抽出し、呼を継続するステップＤと、
を含むことを特徴とする請求項２に記載の回路交換領域の末端呼アンカーリングのための方法。
ステップＤはさらに、
モバイル・スイッチング・センターは、受信されたメッセージに従って、メディア・ゲートウェイに呼メッセージを送信するステップＤ−１と、
呼メッセージを受信した後、メディア・ゲートウェイ・コントローラは、メッセージ内の発呼された番号に呼要求を開始するステップＤ−２と、
呼要求を受信した後、音声コール連続性アプリケーション・サーバーは、格納されている実際に発呼された番号を抽出し、ＩＰマルチメディア・サブシステムの標準的な呼の流れに従って呼の開始を継続するステップＤ−３と、
を含むことを特徴とする請求項４に記載の回路交換領域の末端呼アンカーリングのための方法。
ステップ２において、
ホーム・ロケーション・レジスタによって、音声コール連続性アプリケーション・サーバーに直接送信されたメッセージは、ＡＮＬＹＺＤメッセージ又はＲＯＵＴＲＥＱメッセージであることを特徴とする請求項２に記載の回路交換領域の末端呼アンカーリングのための方法。
ホーム・ロケーション・レジスタによって受信されたＬＯＣＲＥＱメッセージが音声コール連続性のトリガーを含む場合は、アンカーリングは必要であると判断され、ホーム・ロケーション・レジスタによって受信されたＬＯＣＲＥＱメッセージが音声コール連続性のトリガーを含まない場合は、アンカーリングは必要ではないと判断されることを特徴とする請求項６に記載の回路交換領域の末端呼アンカーリングのための方法。
ホーム・ロケーション・レジスタによって受信されたＬＯＣＲＥＱメッセージが音声コール連続性のトリガーを含む場合は、アンカーリングは必要であると判断され、ホーム・ロケーション・レジスタによって受信されたＬＯＣＲＥＱメッセージが音声コール連続性のトリガーを含まない場合は、アンカーリングは必要ではないと判断されることを特徴とする請求項６に記載の回路交換領域の末端呼アンカーリングのための方法。
ＬＯＣＲＥＱメッセージは、少なくとも発呼された番号を含むことを特徴とする請求項２に記載の回路交換領域の末端呼アンカーリングのための方法。
ステップＢにおいて、
音声コール連続性アプリケーション・サーバーによって格納されたメッセージは、発呼中の番号及び発呼された番号を含むか、又は、発呼された番号のみを含むことを特徴とする請求項４に記載の回路交換領域の末端呼アンカーリングのための方法。
ステップＢにおいて、音声コール連続性アプリケーション・サーバーが発呼中の番号及び発呼された番号を格納し、音声コール連続性アプリケーション・サーバーのＩＰマルチメディア・サブシステム・ルート割当て番号を返信する場合は、ステップＤにおいて、発呼中の番号に従って実際に発呼された番号が検索され、
ステップＢにおいて、音声コール連続性アプリケーション・サーバーが発呼中の番号及び発呼された番号を格納し、音声コール連続性アプリケーション・サーバーの番号をルート割当てすることができる一時的ＩＰマルチメディア・サブシステム・ルート割当て番号を返信する場合は、ステップＤにおいて、発呼中の番号及び一時的ＩＰマルチメディア・サブシステム・ルート割当て番号に従って、実際に発呼された番号が検索されることを特徴とする請求項９に記載の回路交換領域の末端呼アンカーリングのための方法。
ステップ３において、音声コール連続性アプリケーション・サーバーによって返信されたメッセージのタイプは、ステップ２において、ホーム・ロケーション・レジスタによって音声コール連続性アプリケーション・サーバーに送信されたメッセージのタイプに依存することを特徴とする請求項１に記載の回路交換領域の末端呼アンカーリングのための方法。
領域ネットワークが交換された回路とＩＰマルチメディア・サブシステムとの交換によって要求されたアンカーリングのために使用され、
システムは少なくとも、ホーム・ロケーション・レジスタ及び音声コール連続性アプリケーション・サーバーを含み、
ホーム・ロケーション・レジスタは、ルート割当て情報を要求するメッセージを、音声コール連続性アプリケーション・サーバーに直接送信し、
音声コール連続性アプリケーション・サーバーは、アンカーリングを管理するために、そのＩＰマルチメディア・サブシステム・ルート割当て情報を、ホーム・ロケーション・レジスタに返信することを特徴とする回路交換領域の末端呼アンカーリングのためのシステム。