(57)【要約】  本発明は、回路交換（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｉｎｇ：ＣＳ）領域の末端呼アンカーリングのための方法及びシステムであり、その方法は以下のステップを含む。従来型領域ネットワークの呼が、音声コール連続性加入者の領域を交換したホーム回路におけるモバイル・スイッチ・センターに到達すると、モバイル・スイッチ・センターは、位置を問合せるために、ＬＯＣＲＥＱメッセージをホーム・ロケーション・レジスタに送信する。ステップ２、ホーム・ロケーション・レジスタは、ルート割当て情報を要求するために、音声コール連続性アプリケーション・サーバーにメッセージを直接送信する。ステップ３、音声コール連続性アプリケーション・サーバーは、アンカーリングを管理するために、そのＩＰマルチメディア・サブシステム・ルート割当て番号情報をロケーション・レジスタに返信する。本発明は、インテリジェント・ネットワークの無い従来型回路領域におけるＶＣＣ加入者に対して、末端呼アンカーリングを実現する。
2010502051.tif 000002
【特許請求の範囲】
【請求項１】
回路交換領域とＩＰマルチメディア・サブシステムとの交換によって要求されたアンカーリングのために使用される方法であって、
前記回路交換領域は少なくともモバイル・スイッチ・センター及びホーム・ロケーション・レジスタを含み、ＩＰマルチメディア・サブシステム・ネットワークは少なくとも音声コール連続性アプリケーション・サーバー及びメディア・ゲートウェイ・コントロール・ファンクションを含み、
従来型領域ネットワークの呼が、音声コール連続性加入者の回路交換領域のモバイル・スイッチング・センターに到達すると、モバイル・スイッチング・センターは、位置を問合せるために、ＬＯＣＲＥＱメッセージをホーム・ロケーション・レジスタに送信するステップ１と、
ホーム・ロケーション・レジスタは、ルート割当て情報を要求するために、メッセージを音声コール連続性アプリケーション・サーバーに直接送信するステップ２と、
音声コール連続性アプリケーション・サーバーは、アンカーリングを管理するために、ＩＰマルチメディア・サブシステム・ルート割当て情報を、ホーム・ロケーション・レジスタに返信するステップ３と、
を含むことを特徴とする回路交換領域の末端呼アンカーリングのための方法。
【請求項２】
ステップ１とステップ２の間にさらに、
ホーム・ロケーション・レジスタが、受信された音声コール連続性のＬＯＣＲＥＱメッセージに従って、アンカーリングが必要かどうかを判断するステップＡ、
を含むことを特徴とする請求項１に記載の回路交換領域の末端呼アンカーリングのための方法。
【請求項３】
ステップＡにおいてアンカーリングが必要であると判断された場合はステップ２を実行し、ステップＡにおいてアンカーリングが必要でないと判断された場合は、加入者にルート割当ての要求を供給するモバイル・スイッチング・センターにＲＯＵＴＲＥＱメッセージを送信することを特徴とする請求項２に記載の回路交換領域の末端呼アンカーリングのための方法。
【請求項４】
ステップ３はさらに、
ホーム・ロケーション・レジスタによって送信されたルート割当て情報を要求するメッセージを受信して格納した後、音声コール連続性アプリケーション・サーバーは、音声コール連続性アプリケーション・サーバーのＩＰマルチメディア・サブシステム・ルート割当て番号を、ホーム・ロケーション・レジスタに返信し、又は、音声コール連続性アプリケーション・サーバーにルート割当て可能な、一時的ＩＰマルチメディア・サブシステム・ルート割当て番号を、ホーム・ロケーション・レジスタに返信するステップＢと、
音声コール連続性アプリケーション・サーバーによって返信されたメッセージを受信した後、ホーム・ロケーション・レジスタはＬＯＣＲＥＱメッセージをモバイル・スイッチング・センターに返信し、ＬＯＣＲＥＱメッセージ内のルート割当て情報は、音声コール連続性アプリケーション・サーバーのＩＰマルチメディア・サブシステム・ルート割当て番号であるステップＣと、
モバイル・スイッチ・センターは、受信されたＬＯＣＲＥＱメッセージ内のルート割当て情報に従って呼を開始し、音声コール連続性アプリケーション・サーバーは、受信された呼要求情報に従って、格納されている実際に発呼された番号を抽出し、呼を継続するステップＤと、
を含むことを特徴とする請求項２に記載の回路交換領域の末端呼アンカーリングのための方法。
【請求項５】
ステップＤはさらに、
モバイル・スイッチング・センターは、受信されたメッセージに従って、メディア・ゲートウェイに呼メッセージを送信するステップＤ−１と、
呼メッセージを受信した後、メディア・ゲートウェイ・コントローラは、メッセージ内の発呼された番号に呼要求を開始するステップＤ−２と、
呼要求を受信した後、音声コール連続性アプリケーション・サーバーは、格納されている実際に発呼された番号を抽出し、ＩＰマルチメディア・サブシステムの標準的な呼の流れに従って呼の開始を継続するステップＤ−３と、
を含むことを特徴とする請求項４に記載の回路交換領域の末端呼アンカーリングのための方法。
【請求項６】
ステップ２において、
ホーム・ロケーション・レジスタによって、音声コール連続性アプリケーション・サーバーに直接送信されたメッセージは、ＡＮＬＹＺＤメッセージ又はＲＯＵＴＲＥＱメッセージであることを特徴とする請求項２に記載の回路交換領域の末端呼アンカーリングのための方法。
【請求項７】
ホーム・ロケーション・レジスタによって受信されたＬＯＣＲＥＱメッセージが音声コール連続性のトリガーを含む場合は、アンカーリングは必要であると判断され、ホーム・ロケーション・レジスタによって受信されたＬＯＣＲＥＱメッセージが音声コール連続性のトリガーを含まない場合は、アンカーリングは必要ではないと判断されることを特徴とする請求項６に記載の回路交換領域の末端呼アンカーリングのための方法。
【請求項８】
ホーム・ロケーション・レジスタによって受信されたＬＯＣＲＥＱメッセージが音声コール連続性のトリガーを含む場合は、アンカーリングは必要であると判断され、ホーム・ロケーション・レジスタによって受信されたＬＯＣＲＥＱメッセージが音声コール連続性のトリガーを含まない場合は、アンカーリングは必要ではないと判断されることを特徴とする請求項６に記載の回路交換領域の末端呼アンカーリングのための方法。
【請求項９】
ＬＯＣＲＥＱメッセージは、少なくとも発呼された番号を含むことを特徴とする請求項２に記載の回路交換領域の末端呼アンカーリングのための方法。
【請求項１０】
ステップＢにおいて、
音声コール連続性アプリケーション・サーバーによって格納されたメッセージは、発呼中の番号及び発呼された番号を含むか、又は、発呼された番号のみを含むことを特徴とする請求項４に記載の回路交換領域の末端呼アンカーリングのための方法。
【請求項１１】
ステップＢにおいて、音声コール連続性アプリケーション・サーバーが発呼中の番号及び発呼された番号を格納し、音声コール連続性アプリケーション・サーバーのＩＰマルチメディア・サブシステム・ルート割当て番号を返信する場合は、ステップＤにおいて、発呼中の番号に従って実際に発呼された番号が検索され、
ステップＢにおいて、音声コール連続性アプリケーション・サーバーが発呼中の番号及び発呼された番号を格納し、音声コール連続性アプリケーション・サーバーの番号をルート割当てすることができる一時的ＩＰマルチメディア・サブシステム・ルート割当て番号を返信する場合は、ステップＤにおいて、発呼中の番号及び一時的ＩＰマルチメディア・サブシステム・ルート割当て番号に従って、実際に発呼された番号が検索されることを特徴とする請求項９に記載の回路交換領域の末端呼アンカーリングのための方法。
【請求項１２】
ステップ３において、音声コール連続性アプリケーション・サーバーによって返信されたメッセージのタイプは、ステップ２において、ホーム・ロケーション・レジスタによって音声コール連続性アプリケーション・サーバーに送信されたメッセージのタイプに依存することを特徴とする請求項１に記載の回路交換領域の末端呼アンカーリングのための方法。
【請求項１３】
領域ネットワークが交換された回路とＩＰマルチメディア・サブシステムとの交換によって要求されたアンカーリングのために使用され、
システムは少なくとも、ホーム・ロケーション・レジスタ及び音声コール連続性アプリケーション・サーバーを含み、
ホーム・ロケーション・レジスタは、ルート割当て情報を要求するメッセージを、音声コール連続性アプリケーション・サーバーに直接送信し、
音声コール連続性アプリケーション・サーバーは、アンカーリングを管理するために、そのＩＰマルチメディア・サブシステム・ルート割当て情報を、ホーム・ロケーション・レジスタに返信することを特徴とする回路交換領域の末端呼アンカーリングのためのシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信技術に関し、より詳細には、ＩＰマルチメディア・サブシステム(ＩＭＳ：ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ)ネットワーク及び従来の回路領域ネットワークの共存の間、インテリジェント・ネットワーク・サービスなしに、音声コール連続性(ＶＣＣ：Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ)ユーザーのための従来型回路領域における末端呼（ｅｎｄｉｎｇ‐ｃａｌｌ）をアンカーリング（ａｎｃｈｏｒｉｎｇ）するための方法及びシステムに関する。
【背景技術】
【０００２】
移動通信ネットワークのコア・ネットワークは、ＡＬＬ  ＩＰネットワークのＩＭＳへと進化している。しかしながら、そのような進化は短時間に完成することはできず、ＩＭＳを備えた現行の従来型回路領域ネットワークは段階的に完成することになるであろうし、これは長期的なプロセスになる。このプロセスの間、ＩＭＳ及び従来型領域ネットワークの共存は避けられない。
【０００３】
ネットワークのカバー範囲に関するかぎりでは、単一の従来型ネットワークによってカバーすることができる区域もあれば、単一のＩＭＳネットワークによってカバーすることができる区域もある。一方で、従来型ネットワーク及びＩＭＳネットワークの両方によってカバーすることができる区域もある。ネットワークの進化によって、ＩＭＳの情報範囲区域はどんどん広くなっていくし、従来型領域は徐々に消えていくことになる。
【０００４】
音声コール連続性（ＶＣＣ）技術は、上記の背景に基づいて提案されている。この技術の出発点は、ユーザーが両方のネットワークに加入すること、及び端末が重複モード端末であることにかかっている。ユーザーが一つのネットワークにおいて音声セッション・プロセスを開始すると、ネットワークの信号は減少する。一方で、他のネットワークは良好な信号を有し、例えば、ユーザーはＩＭＳネットワークから従来型領域ネットワークに交換されるなど、ネットワーク交換が起こり得る。この場合、ＶＣＣ技術は、例えば、セッション（ｓｅｓｓｉｏｎ）の連続性を保障するなど、音声セッション・プロセス（ｖｏｉｃｅ  ｓｅｓｓｉｏｎ  ｐｒｏｃｅｓｓ）が遮断されないことを保障するのに必要とされる。
【０００５】
アンカーリング技術のサポートは、ネットワーク交換の間、音声セッション・プロセスの連続性を保持するのに必要とされる。前記アンカーリングは、呼の間、セッションパスでコントロール・ポイントを挿入することに関連する。そして、図１に示すように、ユーザー機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）ＡとＵＥ  Ｂ間のセッションは、例えば、Ａとアンカーリング・ポイント（ａｎｃｈｏｒｉｎｇ  ｐｏｉｎｔ）Ｃ間のセッション、及びアンカーリング・ポイントＣとＢ間のセッションのように、それぞれ二つのセッションになる。この場合、もしネットワーク交換が端末Ａで発生したら、Ａとアンカーリング・ポイントＣ間のセッションが再確立されるが、アンカーリング・ポイントＣと端末Ｂ間のセッションは影響されたり切断されたりすることはない。この場合、ＡとＢ間のセッションは、Ａとアンカーリング・ポイントＣ間のセッションの再確立後も継続することができ、それによって音声セッションの連続性を保障する。
【０００６】
ＶＣＣサービスにおいて、ユーザーは両方のネットワークに加入するとともに、各ネットワークは、例えば、従来型ネットワークはＥ．１６４の番号を割り当て、かつＩＭＳネットワークはＳＩＰ  ＵＲＩを割り当てるなど、ユーザーに番号を割り当てることができる。
【０００７】
従来技術において、従来型回路領域ネットワークからの呼が、末端呼のＶＣＣユーザーのホームの従来型領域ネットワークに到達すると（発呼された番号は従来型ネットワークによって割り当てられた番号である）、アンカーリング・プロセスの間、インテリジェント・ネットワーク又は番号ポータビリティに基づいた方法が採用される。アンカーリング・プロセスの特徴は図２及び３に示され、平易にするために本発明の背景に関連するプロセスのみを後述する。
【０００８】
図２は、インテリジェント・ネットワークのＣＳ領域における末端呼アンカーリングを説明するフローチャートであり、以下のステップを含む。
【０００９】
ステップ１００：  呼メッセージＩＳＵＰ：従来型ネットワークのＩＡＭはＶＣＣユーザーのホームの従来型領域ＣＳネットワークのＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）（通常、このＭＳＣはゲートウェイＭＳＣである）に到達し、呼メッセージは発呼中の番号（ＣｇＰＮ）及び発呼された番号（ＣｄＰＮ）を含む。
【００１０】
ステップ１１０：  ＭＳＣは、位置問合せ要求をＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）に送信する。
【００１１】
ステップ１２０：  ＨＬＲは、トリガー・リストがコントロール・ポイントＷＩＮ  ＳＣＰの信号を送信するワイヤレス・インテリジェント・ネットワークのアドレスを含むＭＳＣに、位置問合せ要求の応答を送信する。
【００１２】
ステップ１３０：  ＭＳＣは、発呼された番号を含むＡＮＬＹＺＤメッセージをＷＩＮ  ＳＣＰに送信する。
【００１３】
ステップ１４０：  ＷＩＮ  ＳＣＰは、メッセージを受信後、ＡＮＬＹＺＤメッセージをＶＣＣ  ＡＳ（Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）に送信する。
【００１４】
ステップ１５０：  ＶＣＣアプリケーション・サーバーは、ＡＮＬＹＺＤメッセージを受信後、発呼された番号、及び発呼された番号と加入者間の関連付けを確立したものを格納する。返信されたＡＮＬＹＺＤ応答メッセージは、ＶＣＣアプリケーション・サーバーに関連付けられた一時的ＩＭＳのルート割当て番号を含む。
【００１５】
ステップ１６０：  ＷＩＮ  ＳＣＰは、ＡＮＬＹＺＤメッセージをＭＳＣに送信する。
【００１６】
ステップ１７０：  ＭＳＣは、ＡＮＬＹＺＤメッセージのルート割当て情報に従って、ＩＳＵＰ呼メッセージをユーザーのホームネットワークのメディア・ゲートウェイ・コントロール・ファンクション（ＭＧＣＦ）に送信する。
【００１７】
ステップ１８０：  ＭＧＣＦは、呼の受信後、ＶＣＣアプリケーション・サーバーに対して呼要求（ＳＩＰ  Ｉｎｖｉｔｅ  ｒｅｑｕｅｓｔ）を開始し、この呼はＩ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）を介して完了する。そして、
【００１８】
ステップ１９０：  ＶＣＣアプリケーション・サーバーは、呼要求の受信後、ＶＣＣアプリケーション・サーバーに関連付けられた一時的ＩＭＳのルート割当て番号に従って、ステップ１５０において格納されている発呼された番号を探索する。そして、ＶＣＣ  ＡＳは、呼を継続するために実際に発呼された番号を使用する。
【００１９】
図３は、番号ポータビリティ構成におけるＣＳ領域の末端呼アンカーリングのフローチャートであり、以下のステップを含む。
【００２０】
ステップ２１０：  従来型領域は、番号ポータビリティ・データベースを問合せる。
【００２１】
ステップ２２０：  番号ポータビリティ・データベースによって返信された応答は、ＩＭＳネットワークに方向付けるために使用可能なＬＲＮ（Ｌｏｃａｌ  Ｒｏｕｔｉｎｇ  Ｎｕｍｂｅｒ）を含む。
【００２２】
ステップ２３０：  従来型領域は、ＩＡＭメッセージを、発呼された番号はＬＲＮであり、本来の発呼された番号はＩＳＵＰ  Ｐｏｒｔｅｄ  ＧＡＰ情報要素に格納されたＭＧＣＦに送信する。
【００２３】
ステップ２４０：  ＭＧＣＦはこれが番号ポータビリティであることを探索した上で、ＭＧＣＦは本来の発呼された番号を抽出し、ＩｎｖｉｔｅメッセージをＩ／Ｓ−ＣＳＣＦに送信する。
【００２４】
ステップ２５０：  Ｓ−ＣＳＣＦは、ｉＦＣ（ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉａ）に従って、ＶＣＣ  ＡＳにサービスを開始する。
【００２５】
上記に従って、現行のＣＳ領域の末端呼は、インテリジェント・ネットワーク・サービス又は番号ポータビリティが配置されたときにだけ固定される。しかしながら、インテリジェント・ネットワーク・サービス又は番号ポータビリティは、現行の従来型ネットワークの多くにおいては配置されて来なかった。この場合、ＶＣＣサービスにおけるＣＳ領域の末端呼は固定されることができない。
【発明の概要】
【発明が解決しようとする課題】
【００２６】
本発明の目的は、回路交換領域（Ｃｉｒｃｕｉｔ  ｓｗｉｔｃｈｅｄ  ｄｏｍａｉｎ）の末端呼アンカーリングのための方法及びそれのシステムを提供することであり、それらはインテリジェント・ネットワーク・サービスや番号ポータビリティなしに設計された従来型ネットワークは末端呼を固定できないという従来技術における不利な点を克服することができるものである。
【課題を解決するための手段】
【００２７】
上記の目的を達成するために、本発明は、回路交換領域の末端呼アンカーリングのための方法であって、領域ネットワーク及びＩＰマルチメディア・サブシステム・ネットワークが交換された回路の交換によって要求されたアンカーリングのために使用され、領域ネットワークが交換された回路は少なくともモバイル・スイッチ・センター（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈ  Ｃｅｎｔｅｒ）及びホーム・ロケーション・レジスタ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）を含み、ＩＰマルチメディア・サブシステム（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）ネットワークは少なくとも音声コール連続性アプリケーション・サーバー及びメディア・ゲートウェイ・コントロール・ファンクションを含む方法を提供する。
【００２８】
本発明の実施形態に係る回路交換領域の末端呼アンカーリングのための方法は、以下のステップを含む。
【００２９】
ステップ１：  音声コール連続性加入者の領域が交換されたホーム回路におけるモバイル・スイッチ・センターに、従来型領域ネットワークの呼が到達すると、モバイル・スイッチ・センターは、位置を問合せるために、ＬＯＣＲＥＱメッセージをホーム・ロケーション・レジスタに送信する。
【００３０】
ステップ２：  ホーム・ロケーション・レジスタは、ルート割当ての情報を要求するために、音声コール連続性アプリケーション・サーバーにメッセージを直接送信する。
【００３１】
ステップ３：  音声コール連続性アプリケーション・サーバーは、アンカーリングを管理するために、そのＩＰマルチメディア・サブシステム・ルート割当て番号情報をホーム・ロケーション・レジスタに返信する。
【００３２】
好ましくは、この方法はステップ１とステップ２の間に、さらに以下のステップを含む。
【００３３】
ステップＡ：  ホーム・ロケーション・レジスタは、音声コール連続性加入者の受信したＬＯＣＲＥＱメッセージに従って、アンカーリングが必要かどうかを判断し、もしアンカーリングが必要ならばステップ１を実行し、一方でもしアンカーリングが必要でないならば、ユーザーがルート割当てを要求するために供給するモバイル・スイッチ・センターにＲＯＵＴＲＥＱメッセージを送信する。
【００３４】
好ましくは、ステップ３は、さらに以下のステップを含む。
【００３５】
ステップ３１：  ホーム・ロケーション・レジスタによって送信されたルート割当て情報を要求するメッセージを受信して格納した後、音声コール連続性アプリケーション・サーバーは、音声コール連続性アプリケーション・サーバーのＩＰマルチメディア・サブシステム・ルート割当て番号をホーム・ロケーション・レジスタに返信するか、あるいは音声コール連続性アプリケーション・サーバーに対してルート割当て可能な、一時的ＩＰマルチメディア・サブシステム・ルート割当て番号を、ホーム・ロケーション・レジスタに返信する。
【００３６】
ステップ３２：  音声コール連続性アプリケーション・サーバーによって返信されたメッセージを受信した後、ホーム・ロケーション・レジスタはＬＯＣＲＥＱメッセージをモバイル・スイッチ・センターに返信し、ＬＯＣＲＥＱメッセージのルート割当て情報は、音声コール連続性アプリケーション・サーバーのＩＰマルチメディア・サブシステム・ルート割当て番号である。
【００３７】
ステップ３３：  モバイル・スイッチ・センターは、受信されたＬＯＣＲＥＱメッセージのルート割当て情報に従って呼を開始し、音声コール連続性アプリケーション・サーバーは、受信された呼要求情報に従って格納されている実際に発呼された番号を抽出し、呼を継続する。
【００３８】
そこで、ステップ３３は、さらに以下のステップを含む。
【００３９】
ステップ３３−１：  モバイル・スイッチ・センターは、受信されたメッセージに従って、メディア・ゲートウェイ・コントローラに呼メッセージを送信する。
【００４０】
ステップ３３−２：  呼メッセージを受信した後、メディア・ゲートウェイ・コントローラは、メッセージ内の発呼された番号に対する呼要求を開始する。
【００４１】
ステップ３３−３：  呼要求を受信した後、音声コール連続性アプリケーション・サーバーは、格納されている実際に発呼された番号を抽出し、標準的なＩＰマルチメディア・サブシステムの呼の流れに従って、呼の開始を継続する。
【００４２】
本発明の目的をさらに達成するために、領域ネットワークが交換された回路とＩＰマルチメディア・サブシステム・ネットワークとの交換の間でアンカーリングするために使用される、回路交換領域の末端呼アンカーリングのためのシステムを提供する。前記システムは、少なくともホーム・ロケーション・レジスタ及び音声コール連続性アプリケーション・サーバーを含む。
【００４３】
ここで、ホーム・ロケーション・レジスタは、音声コール連続性アプリケーション・サーバーに、ルート割当て情報を要求するメッセージを直接送信し、音声コール連続性アプリケーション・サーバーは、アンカーリングを管理するために、そのＩＰマルチメディア・サブシステム・ルート割当て番号情報をホーム・ロケーション・レジスタに返信する。
【発明の効果】
【００４４】
従来技術と比較して、本発明の利点は、モバイル・スイッチ・センターＭＳＣが、ホーム・ロケーション・レジスタＨＬＲにおける末端呼のルートを問合せるとき、ＭＳＣはアンカーリングを実現するために、ＨＬＲを介してＶＣＣアプリケーション・サーバーにおけるルート割当て情報を直接要求する。本発明は、インテリジェント・ネットワークや番号ポータビリティ・サービスがＣＳ領域に配置されていないときにアンカーリングできないという、ＣＳ領域における末端呼の技術的な問題を解決する。さらに、本発明のこの流れは、インテリジェント・ネットワーク・モードとの両立性を維持し、ネットワークの要素に対していくつかの変更が要求されるだけである。
【図面の簡単な説明】
【００４５】
【図１】従来技術に従ったセッションのアンカーリングを説明する概略図である。
【図２】従来技術におけるインテリジェント・ネットワーク構成に従った、ＣＳ領域における末端呼アンカーリングを説明する概略図である。
【図３】従来技術における番号ポータビリティ構成に従った、ＣＳ領域における末端呼アンカーリングを説明する概略図である。
【図４】本発明の実施例１に従ったアンカーリングを実現する情報伝達のフローチャートを示す図であり、ホーム・ロケーション・レジスタ（ＨＬＲ）は、ＲＯＵＴＲＥＱメッセージをＶＣＣアプリケーション・サーバーに送信する図である。
【図５】本発明の実施例２に従ったアンカーリングを実現する情報伝達のフローチャートを示す図であり、ホーム・ロケーション・レジスタ（ＨＬＲ）は、ＡＮＬＹＺＤメッセージをＶＣＣアプリケーション・サーバーに送信する図である。
【発明を実施するための形態】
【００４６】
ここに示した図は、本発明の更なる理解を与えるために使用され、本願の一部を構成するものであり、本発明を説明する例及び本発明を説明するために使用される記載であり、本発明の不適切な限定として解釈されるべきではない。
【００４７】
本発明は、ＣＳ領域ネットワーク及びＩＭＳネットワークの交換の間におけるアンカーリングに適用されることができ、ここで、ＣＳ領域ネットワークは少なくともモバイル・スイッチ・センターＭＳＣ及びホーム・ロケーション・レジスタＨＬＲを含み、ＩＭＳネットワークは少なくともＶＣＣアプリケーション・サーバーを含む。
【００４８】
本発明の実施形態に係るＣＳ領域の末端呼アンカーリングのための方法は、以下のステップを含む。
【００４９】
ステップ１：  従来型領域ネットワークの呼がＶＣＣ加入者のホームＣＳ領域のＭＳＣに到達すると、ＭＳＣはＬＯＣＲＥＱメッセージをＨＬＲに送信する。ＬＯＣＲＥＱは、少なくとも発呼された番号を含む。
【００５０】
ＶＣＣサービスに加入していないユーザーには、ＨＬＲは通常の末端呼の流れを実行する。ユーザーがＶＣＣサービスに加入していたら、ＨＬＲは受信されたＶＣＣ加入者のＬＯＣＲＥＱメッセージに従って、アンカーリングが必要かどうかを判断し、もしアンカーリングが必要であれば、ＨＬＲはＶＣＣ  ＡＳにルート割当てを要求する。一方、もしアンカーリングが必要でなければ、ＨＬＲは、ユーザーがルート割当てを問合せるのに供給するＭＳＣ（Ｖｉｓｔｅｄ  ＭＳＣ）にＬＯＣＲＥＱを送信する。そして、判断方法は、特に限定されるものでないが、例えば以下のプロセスを含む。
【００５１】
（１）例えば、ＶＣＣトリガーなどの新しいトリガー・タイプをセットし、ＨＬＲによって受信されたＬＯＣＲＥＱメッセージがＶＣＣトリガーを含むときは、アンカーリングが必要であると判断する。一方、もしＨＬＲによって受信されたＬＯＣＲＥＱメッセージがＶＣＣトリガーを含まないときは、アンカーリングは必要でないと判断する。
【００５２】
（２）ＨＬＲは、ＶＣＣ加入者が、ＬＯＣＲＥＱがＭＳＣから来たときアンカーリングが必要であると判断し、ＬＯＣＲＥＱがＶＣＣアプリケーション・サーバーから来たときアンカーリングは必要でないと判断するように構成されている。
【００５３】
ステップ２：  ＨＬＲは、ルート割当て情報要求メッセージをＶＣＣアプリケーション・サーバーに直接送信する。
【００５４】
ステップ３：  ＨＬＲによって送信されたメッセージを受信した後、ＶＣＣアプリケーション・サーバーは関連する情報コンテンツを格納し、ＶＣＣアプリケーション・サーバーのＩＭＳルート割当て番号情報をＨＬＲに返信する。ここで、このステップは、特に限定されるものではないが、更に以下の条件を含む。（ａ）ＶＣＣアプリケーション・サーバーによって格納されたメッセージは、発呼中の番号、発呼された番号、及びＨＬＲに返信されたＶＣＣアプリケーション・サーバーのＩＭＳルート割当て番号を含む。（ｂ）ＶＣＣアプリケーション・サーバーによって格納されたメッセージは、発呼中の番号、発呼された番号、及びＶＣＣアプリケーション・サーバーにルート割当て可能なＨＬＲに返信された一時的ＩＭＳルート割当て番号を含む。（ｃ）ＶＣＣアプリケーション・サーバーによって格納されたメッセージは、発呼された番号、及びＶＣＣアプリケーション・サーバーのルート割当て可能なＨＬＲに返信された一時的ＩＭＳルート割当て番号を含む。
【００５５】
ステップ４：  ＶＣＣアプリケーション・サーバーによって返信されたメッセージを受信した後、ＨＬＲはＬＯＣＲＥＱメッセージをＭＳＣに返信し、ＬＯＣＲＥＱメッセージ中のルート割当て情報は、ＶＣＣアプリケーション・サーバーのＩＭＳルート割当て番号である。
【００５６】
ステップ５：  ＭＳＣは、受信されたメッセージに従って、呼メッセージ（ＩＳＵＰ  ＩＡＭ  ｍｅｓｓａｇｅ）をメディア・ゲートウェイ・コントローラＭＧＣＦに送信する。
【００５７】
ステップ６：  呼メッセージ（ＩＡＭ  ｍｅｓｓａｇｅ）を受信した後、ＭＧＣＦは呼を開始するために、ＳＩＰ  ＩＮＶＩＴＥメッセージをメッセージ内の発呼された番号に送信する。
【００５８】
ステップ７：  ＩＮＶＩＴＥ呼メッセージを受信した後、ステップ３における関連するメッセージに一致して、ＶＣＣアプリケーション・サーバーは格納されている実際に発呼された番号を抽出し、標準的なＩＭＳ呼の流れに従って呼の開始を継続する。
【００５９】
ここで、実際に発呼された番号は、ステップ７における呼メッセージに従って抽出され、ステップ３における関連するメッセージは、特に限定されるものではないが、以下の関連条件を持つ。（ａ）ＶＣＣアプリケーション・サーバーが、発呼中の番号と発呼された番号を格納し、ステップ３におけるＶＣＣアプリケーション・サーバーのＩＭＳルート割当て番号を返信し、ステップ７における発呼中の番号に従って、実際に発呼された番号が探索される。（ｂ）ＶＣＣアプリケーション・サーバーが、発呼中の番号と発呼された番号を格納し、それからステップ３においてルート割当て可能な一時的ＩＭＳルート割当て番号をＶＣＣアプリケーション・サーバーに返信すると、実際に発呼された番号は、ステップ７における発呼中の番号及び一時的ＩＭＳルート割当て番号に従って探索される。（ｃ）ＶＣＣアプリケーション・サーバーが発呼された番号を格納し、それからステップ３においてルート割当て可能な一時的ＩＭＳルート割当て番号をＶＣＣアプリケーション・サーバーに返信すると、実際にされた番号はステップ７において一時的ＩＭＳルート割当て番号に従って探索される。
【００６０】
本発明の詳細な流れは、添付の図面及びそれについての実施形態に関連して、以下に詳細に記載されるが、以下の記述は本発明を何ら限定するものではないと解釈されるべきである。
【００６１】
《第１の実施形態》
図４は、本発明の情報伝達の流れの例を示すものであり、ここで、ＨＬＲはＲＯＵＴＲＥＱメッセージをＶＣＣに送信し、そのステップは以下の通りである。
【００６２】
ステップ４００：  従来型領域からの呼は、ＶＣＣ加入者のホームの従来型領域のＭＳＣに到達する。ここで、発呼された番号は従来型領域によって配布された番号である。
【００６３】
ステップ４１０：  ユーザーの加入情報に従って、ＭＳＣはＨＬＲに、少なくとも発呼された番号を含む位置問合せメッセージＬＯＣＲＥＱを送信する。
【００６４】
ステップ４２０：  ＬＯＣＲＥＱメッセージを受信した後、ＨＬＲは、メッセージのコンテンツ、加入情報、及びユーザーの構成に従って、ＲＯＵＴＲＥＱメッセージをＶＣＣアプリケーション・サーバーに送信する。
【００６５】
ステップ４３０：  ＲＯＵＴＲＥＱメッセージを受信した後、ＶＣＣアプリケーション・サーバーは発呼された番号のような情報を格納し、ＩＭＳルート割当て番号（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）を含むＲＯＵＴＲＥＱ応答メッセージをＨＬＲに返信する。
【００６６】
ステップ４４０：  ＲＯＵＴＲＥＱ応答メッセージを受信した後、ＨＬＲはＬＯＣＲＥＱ応答メッセージをＭＳＣに返信する。
【００６７】
ステップ４５０：  受信されたＬＯＣＲＥＱ応答メッセージ中のルート割当て情報（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）に従って、ＭＳＣは、ユーザーのＩＭＳホームネットワークのＭＧＣＦへのＩＳＵＰ  ＩＡＭメッセージを開始する。ここで、発呼中の番号は変更されることはなく、発呼された番号はＬＯＣＲＥＱから受信された番号である。
【００６８】
ステップ４６０：  ＩＡＭメッセージを受信した後、発呼された番号（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）に従ったＭＧＣＦは、Ｉ−ＣＳＣＦを介してＶＣＣアプリケーション・サーバーに到達する、ＶＣＣアプリケーション・サーバーへのＩＮＶＩＴＥメッセージを開始する。
【００６９】
ステップ４７０：  ＩＮＶＩＴＥメッセージを受信した後、ＶＣＣアプリケーション・サーバーはその中の情報に従って、ステップ４３０において格納された実際に発呼された番号を見つけ出し、ＶＣＣアプリケーション・サーバーは実際に発呼された番号に従って呼の開始を継続する。
【００７０】
《第２の実施形態》
図５は、本発明の情報伝達の別な例を示すものであり、ここで、ＨＬＲはＡＮＬＹＺＤをＶＣＣに送信し、そのステップは以下の通りである。
【００７１】
ステップ５００：  従来型領域からの呼は、ＶＣＣ加入者のホームの従来型領域のＭＳＣに到達する。ここで、発呼された番号は従来型領域によって配布された番号である。
【００７２】
ステップ５１０：  ユーザーの加入情報に従って、ＭＳＣはＨＬＲに、少なくとも発呼された番号を含む位置問合せメッセージＬＯＣＲＥＱを送信する。
【００７３】
ステップ５２０：  ＬＯＣＲＥＱメッセージを受信した後、ＨＬＲは、メッセージのコンテンツ、加入情報、及びユーザーの構成に従って、ＡＮＬＹＺＤメッセージをＶＣＣアプリケーション・サーバーに送信する。
【００７４】
ステップ５３０：  ＡＮＬＹＺＤメッセージを受信した後、ＶＣＣアプリケーション・サーバーは発呼された番号を格納し、ＩＭＳルート割当て番号（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）を含むＡＮＬＹＺＤ応答メッセージをＨＬＲに返信する。
【００７５】
ステップ５４０：  ＡＮＬＹＺＤ応答メッセージを受信した後、ＨＬＲはＬＯＣＲＥＱ応答メッセージをＭＳＣに返信する。
【００７６】
ステップ５５０：  受信されたＬＯＣＲＥＱ応答メッセージ中のルート割当て情報（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）に従って、ＭＳＣは、ユーザーのＩＭＳホームネットワークのＭＧＣＦへのＩＳＵＰ  ＩＡＭメッセージを開始する。ここで、発呼中の番号は変更されることはなく、発呼された番号はＬＯＣＲＥＱから受信された番号である。
【００７７】
ステップ５６０：  ＩＡＭメッセージを受信した後、発呼された番号（ＶＣＣアプリケーションにルート割当て可能なＩＭＳルート割当て番号）に従ったＭＧＣＦは、Ｉ−ＣＳＣＦを介してＶＣＣアプリケーション・サーバーに到達する、ＶＣＣアプリケーション・サーバーへのＩＮＶＩＴＥメッセージを開始する。
【００７８】
ステップ５７０：  ＩＮＶＩＴＥメッセージを受信した後、ＶＣＣアプリケーション・サーバーはその中の情報に従って、ステップ５３０において格納された実際に発呼された番号を見つけ出し、ＶＣＣアプリケーション・サーバーは、実際に発呼された番号に従って呼の開始を継続する。
【００７９】
本発明に係るＣＳ領域の末端呼アンカーリングのシステムは、ＣＳ領域ネットワークとＩＭＳネットワークを交換する間においてアンカーリングするために使用され、従来の電話ネットワーク、モバイル・スイッチ・センター（ＭＳＣ）、ホーム・ロケーション・レジスタ（ＨＬＲ）、メディア・ゲートウェイ・コントロール・ファンクション（ＭＧＣＦ）、コール・セッション・コントロール・ファンクション（ＣＳＳＦ）、音声コール連続性アプリケーション・サーバー（ＶＣＣアプリケーション・サーバー）、及びホームユーザー・サーバー（ＨＳＳ）を含む。このシステムの主な特徴は、コントロール・ポイント  ＷＩＮ  ＳＣＰを情報伝達するワイヤレス・インテリジェント・ネットワークが無い場合において、ＨＬＲが、ルート割当ての情報を要求するメッセージを、ＶＣＣアプリケーション・サーバーに直接送信することにあり、ＶＣＣアプリケーション・サーバーは、直接アンカーリングするために、ＨＬＲにそのＩＭＳルート割当て番号情報を返信する。
【００８０】
本発明は、ＨＬＲがＶＣＣアプリケーション・サーバーにおけるルート割当て情報を直接要求する方法において、アンカーリングの必要性を満たす。呼がＶＣＣ加入者のホームＣＳ領域に到達すると、ＨＬＲはＶＣＣアプリケーション・サーバーにおけるルート割当て情報を直接要求し、ＶＣＣアプリケーション・サーバーはアンカーリングを管理するために、それ自身のＩＭＳルート割当て番号を返信する。
【００８１】
以上の記載は、本発明の単に好ましい実施形態であり、本発明を限定するために使用されるものではない。当業者にとって、本発明は様々な変更及び変形が可能である。本発明の精神及び本質における如何なる修正、均等物の代用、改善などは全て、本発明の保護の範囲に属するものである。
【図１】
2010502051.tif 000003
【図２】
2010502051.tif 000004
【図３】
2010502051.tif 000005
【図４】
2010502051.tif 000006
【図５】
2010502051.tif 000007
【国際調査報告】
2010502051.tif 000008
2010502051.tif 000009
2010502051.tif 000010
2010502051.tif 000011