JP2010502135A

JP2010502135A - 音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステム及び方法

Info

Publication number: JP2010502135A
Application number: JP2009525896A
Authority: JP
Inventors: 李振東; 曹小飛; 趙維鐸; 唐小嵐
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2006-08-31
Filing date: 2007-02-27
Publication date: 2010-01-21
Also published as: CN100562185C; CN101137200A; KR101066141B1; US20100008340A1; WO2008028378A1; CA2661907C; CA2661907A1; KR20090053932A

Abstract

音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステム及び方法であって、そのシステムは、ＭＳＣ/ＶＬＲ、ＨＬＲ、ＭＧＣＦ及びＶＣＣアプリサーバを含む。ＵＥは、ＣＳ領域においてＭＳＣ/ＶＬＲへの呼び出しを発し、ＭＳＣ/ＶＬＲは、イニシャル要求ＯＲＲＥＱメッセージをＨＬＲへ送信し、ＨＬＲは、当該ＵＥがＶＣＣサービスを備えるか否かを判断し、備える場合はＶＣＣアプリサーバへメッセージを送信する。ＶＣＣアプリサーバはＨＬＲにより送信されたメッセージを受信した後に、呼び先番号等の情報を記憶して、ＶＣＣアプリサーバの番号をＨＬＲへ返信し、ＨＬＲは、ｏｒｒｅｑ応答メッセージによってＶＣＣアプリサーバの番号をＭＳＣ/ＶＬＲへ返信する。ＭＳＣ/ＶＬＲは、ＶＣＣアプリサーバの番号を含むイニシャルアドレスメッセージＩＡＭメッセージをＭＧＣＦへ送信し、ＭＧＣＦはイニシャルアドレスメッセージを受信した後に、ＶＣＣアプリサーバの番号へＩＮＶＩＴＥメッセージを発する。ＶＣＣアプリサーバはＩＮＶＩＴＥメッセージを受信した後に、呼び先番号を抽出し、次の呼びを行う。ＣＳ領域においてインテリジェントネットワークが設置されていない時に、ＣＳ領域の呼び出しアンカーリングを実現する。

Description

本発明は、移動通信技術領域に関し、特に、ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ、ＩＰマルチメディアサブシステム）ネットワークと伝統域とが並存する間に、インテリジェントネットワークサービスがない伝統域においてＶＣＣ（ＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ、音声呼び連続性）クライアントが呼びを発する時の呼び出し（起呼）アンカーリング方法に関する。

移動通信ネットワークのコア網はオールＩＰ（ＡＬＬＩＰ）ネットワークのＩＭＳに発展しつつある。しかしながら、その発展は短時間内に完成できるものにあらず、従来の回線領域のネットワークに対する代替が徐々に完成され、長期の過程になる。その過程において、ＩＭＳと伝統域が並存する状況は必ずある。

ネットワークのカバーについて、ある地域において伝統なネットワークのみにより覆われ、ある地域においてＩＭＳネットワークのみにより覆われ、ある地域において二つのネットワークが並存することは可能である。ネットワークの発展にともなって、ＩＭＳが覆う地域が多くなり、伝統域が徐々に消えていく。

ＶＣＣ（ＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ、音声呼び連続性）技術は、このような背景において提案されたものである。その前提は、クライアントがデュアルネットワークにおいて契約し、端末もデュアルモード端末であることである。クライアントが１つのネットワークに音声セッションを行う過程において、そのネットワークの信号が不良であり、他の１つのネットワークのシグナルが良好である時に、ネットワークの切り替えが行なわれる（例えば、ＩＭＳネットワークから伝統域ネットワークへ切り替える）。この時、音声通話が中断しないこと（連続性）を確保するにはＶＣＣ技術が必要である。

このようにセッションの過程において、ネットワークの切り替えが行われる時の音声が中断しないことには、アンカーリング（Ａｎｃｈｏｒｉｎｇ）技術のサポートが必要である。ここのアンカーリングとは、呼び(呼叫)の過程において、セッション通路に１つの制御ポイントを入れ、図１に示すように、この時にクライアント端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）ＡとＢとのセッションが２つのセッションになり、それぞれはＡとアンカーリングポイント（ＡｎｃｈｏｒｉｎｇＰｏｉｎｔ）Ｃと、及びアンカーリングポイントＣとエンドポイントＢとのセッションである。このように、エンドポイントにおいて、例えばＡにおいてネットワーク間の切り替えが行われる時に、ＡとアンカーリングポイントＣとの間のセッションについて再設立されることになるが、アンカーリングポイントＣと対向端Ｂとの間のセッションについてその影響により切断されることはない。このように、ＡとアンカーリングポイントＣとのセッションが再設立された後に、ＡとＢとのセッションが続けることは可能であり、これにより音声セッションの連続性が確保できる。

以下の記載において、呼びを発する端末クライアントＵＥの番号に対して呼び出しクライアント番号、対向端の呼び先クライアントＵＥの番号に対して呼び先クライアント番号という。

クライアントがＣＳ領域（回線交換領域）において呼び出す時に、アンカーリング過程においてインテリジェントネットワークによる方法が採用される。その特徴は図２に示すように（簡潔のため、関係のない過程が省略された）、具体的には以下のステップを含む。

ステップＳ２００：クライアント端末がＣＳ領域において登録する時に、移動交換センター（ＭＳＣ/ＶＬＲ、ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｒｅ/ＶｉｓｉｔｏｒＬｏｃａｔｉｏｎＲｅｇｉｓｔｅｒ）はＨＬＲ（ＨｏｍｅＬｏｃａｔｉｏｎＲｅｇｉｓｔｅｒ、ホームロケーションレジスタ）から、トリガーリストとインテリジェントネットワークサービス制御ノード（ＳｅｒｖｉｃｅＣｏｎｔｒｏｌＰｏｉｎｔ、ＳＣＰ）アドレス等を含むクライアントのインテリジェントネットワーク情報を獲得する。

ステップＳ２１０：クライアント端末がＣＳにおいて呼びを発し、呼びメッセージにおいて、呼び元（主叫）番号ＣｇＰＮ（ＣａｌｌｉｎｇＰａｒｔｙ）が呼び出しクライアント番号であり、呼び先（被叫）番号ＣｄＰＮ（ＣａｌｌｅｄＰａｒｔｙ）が呼び出し先（終呼）クライアント番号。

ステップＳ２２０：ＭＳＣ/ＶＬＲは、呼び要求を受信した後に、インテリジェントネットワークトリガーに従い、無線インテリジェントネットワークサービス制御ポイント（ＷＩＮＳＣＰ）へ、ＣｇＰＮとＣｄＰＮとを含むイニシャル要求（ＯＲＲＥＧ）メッセージを送信する。

ステップＳ２３０：ＷＩＮＳＣＰ（ＷｉｒｅｌｅｓｓＩｎｔｅｌｌｉｇｅｎｔＮｅｔｗｏｒｋＳｅｒｖｉｃｅＣｏｎｔｒｏｌＰｏｉｎｔ、無線インテリジェントネットワークサービス制御ポイント）は、メッセージを受信した後に、ＶＣＣアプリサーバ（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ、ＡＳ）へＯＲＲＥＧメッセージを転送する。

ステップＳ２４０：ＶＣＣアプリサーバは、ＯＲＲＥＱメッセージを受信した後に、ＣｇＰＮとＣｄＰＮを記憶する。返信されたｏｒｒｅｑ応答メッセージにおいて、ルート情報はＶＣＣアプリサーバのＩＭＳルート番号とする。

ステップＳ２５０：ＷＩＮＳＣＰ無線インテリジェントネットワークサービス制御ポイントは、ｏｒｒｅｑメッセージをＭＳＣ/ＶＬＲへ転送する。

ステップＳ２６０：ＭＳＣ/ＶＬＲは、ｏｒｒｅｑメッセージにおけるルート情報（ＶＣＣアプリサーバのＩＭＳルート番号）に基づき、クライアント端末ホームネットワークのＭＧＣＦ（ＭｅｄｉａＧａｔｅｗａｙＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ、メディアゲートウェイ制御機能）へ、ＩＳＵＰ「ＩＳＤＮ（ＩｎｔｅｇｒａｔｅｄＳｅｒｖｉｃｅＤｉｇiｔａｌＮｅＴｗｏｒｋ、総合サービスディジタル通信網）ＵｓｅｒＰａｒｔ、ＩＳＤＮクライアント部」ＩＡＭ（ＩｎｉｔｉａｌＡｄｄｒｅｓｓＭｅｓｓａｇｅ、イニシャルアドレスメッセージ）呼び情報を送信し、その呼び元番号ＣｇＰＮが依然呼び出しクライアント番号であり、呼び先番号ＣｄＰＮがＶＣＣアプリサーバのＩＭＳルート番号である。

ステップＳ２７０：メディアゲートウェイコントローラＭＧＣＦは、呼びを受信した後に、Ｉ−ＣＳＣＦ（照会呼びセッションコントローラ）へ呼び要求（ＳＩＰＩＮＶＩＴＥ）を送信し、その要求において、呼び元番号が変更せず、呼び先番号がＶＣＣアプリサーバのＩＭＳルート番号である。Ｉ−ＣＳＣＦは、ルートの照会によってＩＮＶＩＴＥをＶＣＣアプリサーバへルーとする。

ステップＳ２８０：ＶＣＣアプリサーバは、呼び要求を受信した後に、メッセージにおける呼び元番号ＣｇＰＮ及びステップＳ２４０において記憶されたＣｇＰＮとＣｄＰＮ関係に応じ、本物の呼び出し先クライアント番号を探し出す。ＶＣＣアプリサーバは、本物の呼び出し先クライアント番号を使用して呼びを続ける。

現在の問題点は、伝統なネットワークにおいてインテリジェントサービスが配置されていないことが多い。この時のＶＣＣサービスにおいて、ＣＳ領域の呼び出しアンカーリングができない。

本発明は、上記の問題点に鑑み、音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステム及び方法を提供することを目的とする。ＣＳ領域においてインテリジェントネットワークがない場合、呼び連続性ＶＣＣサービスを確保するために、呼び出しアンカーリングを実現する。

上記の発明目的を達成するため、本発明は、インテリジェントネットワークサービスが配置されていない伝統域においてクライアント端末が呼び出しを行う時に、音声呼び連続性アプリサーバにアンカーリングするための、音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステムを提出することであって、
クライアント端末の呼びを受信した後に、イニシャル要求ＯＲＲＥＱメッセージをホームロケーションレジスタへ送信して、前記のホームロケーションレジスタから返信された、音声呼び連続性アプリサーバの番号を含むｏｒｒｅｑ応答メッセージを受信し、呼び先番号が前記の音声呼び連続性アプリサーバ番号であるイニシャルアドレスメッセージを前記のメディアゲートウェイコントローラへ送信する移動交換センターと、
受信されたイニシャル要求ＯＲＲＥＱメッセージに基づいて、呼びを発したクライアント端末が音声呼び連続性サービスを備えるか否かを判断し、備える場合は、音声呼び連続性アプリサーバへメッセージを送信し、前記の音声呼び連続性アプリサーバから返信された、音声呼び連続性アプリサーバの番号を含む応答メッセージを受信して、ｏｒｒｅｑ応答メッセージによって音声呼び連続性アプリサーバの番号を前記の移動交換センターへ送信するホームロケーションレジスタと、
前記のホームロケーションレジスタから送信されたメッセージを受信してメッセージ内容を記憶した後に、前記の音声呼び連続性アプリサーバ番号を含むメッセージを前記のホームロケーションレジスタへ返信し、照会呼びセッションコントローラから転送されたＩＮＶＩＴＥメッセージを受信した後に、前記の記憶されたメッセージ内容に基づいて、呼び先クライアント端末へ呼びを発する音声呼び連続性アプリサーバと、
前記のイニシャルアドレスメッセージを受信し、前記のメッセージにおける呼び先番号に基づいて、前記の照会呼びセッションコントローラへＩＮＶＩＴＥメッセージを送信するメディアゲートウェイコントローラと、
メディアゲートウェイコントローラから送信されたＩＮＶＩＴＥメッセージを受信し、ルートの照会が行われた後に、前記のＩＮＶＩＴＥメッセージを前記の音声呼び連続性アプリサーバへ転送する照会呼びセッションコントローラとを含むことを特徴とする音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステムを提供する。

さらに、前記のシステムは、回線交換領域において移動交換センターへ呼びを発するクライアント端末を含む。

さらに、前記のホームロケーションレジスタから音声呼び連続性アプリサーバへ送信されたメッセージは、イニシャル要求メッセージまたはルート申込メッセージであり、
前記の音声呼び連続性アプリサーバは、前記のホームロケーションレジスタへ相応にイニシャル要求応答メッセージまたはルート申込メッセージを返信し、前記の返信されたメッセージにおいて、前記の音声呼び連続性アプリサーバ番号を含む。

さらに、前記の移動交換センターは、クライアント端末が回線交換領域において登録する時に、前記のホームロケーションレジスタから前記のクライアント端末の呼び出し元（始呼）トリガーを獲得して記憶し、前記のクライアント端末の呼びを受信した後に、記憶された前記の呼び出し元トリガーに基づいて、前記のホームロケーションレジスタへ前記のイニシャル要求ＯＲＲＥＱメッセージを送信するか否かを判断し、その結果は送信することであると、前記のメッセージを送信する。

本発明は、又、インテリジェントサービスが配置されていない伝統域においてクライアント端末が呼び出しを行う時に、音声呼び連続性アプリサーバにアンカーリングするための、音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法であって、
ステップ１：クライアント端末は、移動交換センターへ呼びを発し、
ステップ２：前記の移動交換センターは、前記のクライアント端末の呼びを受信した後に、前記のホームロケーションレジスタへイニシャル要求ＯＲＲＥＱメッセージを送信し、
ステップ３：前記のホームロケーションレジスタは、クライアント端末が音声呼び連続性サービスを備えるか否かを判断し、備える場合は、音声呼び連続性アプリサーバへメッセージを送信し、
ステップ４：前記の音声呼び連続性アプリサーバは、前記のホームロケーションレジスタから送信されたメッセージを受信して内容を記憶した後に、前記の音声呼び連続性アプリサーバの番号を含む応答メッセージを前記のホームロケーションレジスタへ返信し、
ステップ５：前記のホームロケーションレジスタは、ｏｒｒｅｑ応答メッセージによって前記の音声呼び連続性アプリサーバの番号を前記の移動交換センターへ返信し、
ステップ６：前記の移動交換センターは、呼び先番号が前記の音声呼び連続性アプリサーバの番号であるイニシャルアドレスメッセージをメディアゲートウェイコントローラへ発し、
ステップ７：前記のメディアゲートウェイコントローラは、前記のイニシャルアドレスメッセージを受信した後に、照会呼びセッションコントローラへＩＮＶＩＴＥメッセージを送信し、
ステップ８：前記の照会呼びセッションコントローラは、ルートの照会が行われた後に、ＩＮＶＩＴEメッセージを前記の音声呼び連続性アプリサーバへ転送し、
ステップ９：前記の音声呼び連続性アプリサーバは、前記のＩＮＶＩＴＥメッセージを受信した後に、ステップ４において記憶されたメッセージ内容に基づいて、次の呼びを行うステップを含むことを特徴とする音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法を提供する。

さらに、前記のステップ１の前には、
クライアント端末が回線交換領域において登録する時に、前記の移動交換センターは、前記のホームロケーションレジスタから前記のクライアント端末の呼び出し元トリガーを獲得し,記憶するステップを含む。

さらに、前記のステップ２は具体的に、
ステップ２１：前記の移動交換センターは、前記のクライアント端末の呼びを受信した後に、記憶された前記の呼び出し元トリガーに基づいて、前記のホームロケーションレジスタへ前記のイニシャル要求ＯＲＲＥＱメッセージを送信するか否かを判断し、
ステップ２２：その結果は送信することであると、前記のホームロケーションレジスタへ前記のイニシャル要求ＯＲＲＥＱメッセージを送信するステップを含む。

さらに、ステップ３において、前記のホームロケーションレジスタから前記の音声呼び連続性アプリサーバへ送信されたメッセージは、イニシャル要求ＯＲＲＥＱメッセージであり、ステップ４において、前記の音声呼び連続性アプリサーバは、前記のホームロケーションレジスタへｏｒｒｅｑ応答メッセージを返信し、当該メッセージにおいて、前記の音声呼び連続性アプリサーバ番号を含む。

さらに、ステップ３において、前記のホームロケーションレジスタから前記の音声呼び連続性アプリサーバへ送信されたメッセージは、ルート申込メッセージＲＯＵＴＲＥＱであり、ステップ４において、前記の音声呼び連続性アプリサーバは、前記のホームロケーションレジスタへルート申込応答メッセージを返信し、当該メッセージにおいて、前記の音声呼び連続性アプリサーバ番号を含む。

さらに、当該方法は具体的に、
ステップ７１：前記のクライアント端末は、前記の移動交換センターへ、呼び元番号が呼び出しクライアント番号であり、呼び先番号が呼び出し先クライアント番号である呼びを発し、
ステップ７２：前記の移動交換センターは、前記のホームロケーションレジスタへ、前記の呼び元番号と呼び先番号とを含むイニシャル要求ＯＲＲＥＱメッセージを発し、
ステップ７３：前記のホームロケーションレジスタは、前記の音声呼び連続性アプリサーバへ、前記の呼び元番号と呼び先番号とを含むＯＲＲＥＱメッセージまたはＲＯＵＴＲＥＱメッセージを送信し、
ステップ７４：前記の音声呼び連続性アプリサーバは、前記の呼び元番号と呼び先番号とを記憶して、前記の音声呼び連続性アプリサーバの番号を含むｏｒｒｅｑ応答メッセージまたはｒｏｕｔｒｅｑ応答メッセージを前記のホームロケーションレジスタへ返信し、
ステップ７５：前記のホームロケーションレジスタは、前記の移動交換センターへ、前記の音声呼び連続性アプリサーバの番号を含むｏｒｒｅｑ応答メッセージを送信し、
ステップ７６：前記の移動交換センターは、前記のメディアゲートウェイコントローラへ、呼び元番号が前記の呼び出しクライアント番号であり、呼び先番号が前記の音声呼び連続性アプリサーバの番号に変更されたイニシャルアドレスメッセージを発し、
ステップ７７：前記のメディアゲートウェイコントローラは、イニシャルアドレスメッセージにおける呼び先番号に基づいて、前記の呼び元番号と呼び先番号とを含むＩＮＶＩＴＥメッセージを照会呼びセッションコントローラへ発し、
ステップ７８：前記の照会呼びセッションコントローラは、ルートの照会が行われた後に、前記のＩＮＶＩＴE要求を前記の音声呼び連続性アプリサーバへ転送し、
ステップ７９：前記の音声呼び連続性アプリサーバは、前記のＩＮＶＩＴＥメッセージにおける呼び元番号、及びステップ７４において記憶された呼び元番号と呼び先番号との対応関係に基づいて、対応な呼び出し先クライアント番号を探し出し、前記の呼び出し先クライアント番号に基づいて、呼びを続けることに細かくする。

さらに、前記の音声呼び連続性アプリサーバはの番号は、前記の音声呼び連続性アプリサーバのＩＰマルチメディアサブシステムルート番号である。

本発明の利点は、回線交換領域ＣＳにおいてインテリジェントネットワークが設置されていない時に、ＶＣＣサービスにおいて、ＣＳ領域において呼び出しアンカーリングをどうする問題を解決することにある。当該方法は、流れができる限りインテリジェントネットワーク方式とは一致であり、ＶＣＣアプリサーバには変更が必要なく、ＨＬＲに対する変更も僅かであることを特徴とする。

従来のセッションアンカーリングの概要図である。従来のインテリジェントネットワークの技術案におけるＣＳ領域の呼び出しアンカーリングのフローチャートである。本発明に係る音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法の具体的な実施のフローチャートである。本発明に係る音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法の他の１つの具体的な実施のフローチャートである。

以下は、図面と具体的な実施例を合わせて本発明についてさらに詳しく説明する。

音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステムであって、
クライアント端末がＣＳ領域において発した呼びを受信した後に、ＣｇＰＮとＣｄＰＮとを含むイニシャル要求ＯＲＲＥＱメッセージをホームロケーションレジスタへ発して、前記のホームロケーションレジスタから返信された、音声呼び連続性アプリサーバの番号を含むｏｒｒｅｑ応答メッセージを受信し、呼び先番号が前記の音声呼び連続性アプリサーバ番号であるイニシャルアドレスメッセージをメディアゲートウェイコントローラへ送信する移動交換センターと、
受信されたイニシャル要求ＯＲＲＥＱメッセージに基づいて、前記のクライアント端末が音声呼び連続性サービスを備えるか否かを判断し、備える場合は、イニシャル要求メッセージＯＲＲＥＱを転送してもよいが、ルート申込メッセージＲＯＵＴＲＥＱを送信してもよく、メッセージを音声呼び連続性アプリサーバへ送信し、前記の音声呼び連続性アプリサーバから返信された、音声呼び連続性アプリサーバの番号を含む応答メッセージを受信して、イニシャル要求ｏｒｒｅｑ応答メッセージによって音声呼び連続性アプリサーバの番号を前記の移動交換センターへ送信するホームロケーションレジスタと、
前記のホームロケーションレジスタから送信されたメッセージを受信してメッセージ内容を記憶した後に、前記の音声呼び連続性アプリサーバ番号を含むメッセージを前記のホームロケーションレジスタへ返信し、照会呼びセッションコントローラから転送されたＩＮＶＩＴＥメッセージを受信した後に、前記の記憶されたメッセージ内容に基づいて、呼び先クライアント端末へ呼びを発する音声呼び連続性アプリサーバと、
前記のイニシャルアドレスメッセージを受信し、前記のメッセージにおける呼び先番号に基づいて、前記の照会呼びセッションコントローラへＩＮＶＩＴＥメッセージを送信するメディアゲートウェイコントローラと、
メディアゲートウェイコントローラから送信されたＩＮＶＩＴEメッセージを受信し、ルートの照会が行われた後に、前記のＩＮＶＩＴEメッセージを前記の音声呼び連続性アプリサーバへ転送する照会呼びセッションコントローラとを含む。

回線交換領域において移動交換センターへ呼びを発するクライアント端末をさらに備えてもよい。

また、本発明は、音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法を提供する。

伝統域のクライアントＵＥが呼び出しを行う時に、音声呼び出し連続性ＶＣＣアプリサーバにアンカーリングされる。呼び出しクライアントＵＥがＣＳ領域において登録する時に、ＭＳＣ/ＶＬＲはＨＬＲから、呼び出しトリガーリスト等を含むクライアント端末に関するパラメーターを獲得し、記憶する。

図３は本発明の１つのシグナルの流れの例示であり、この時、ホームロケーションレジスタＨＬＲによりＶＣＣアプリサーバへ送信されたのは、イニシャル要求ＯＲＲＥＱメッセージである。具体的に、
ステップＳ３１０：呼び出しクライアントＵＥによりＣＳ領域における呼びメッセージは、ＭＳＣ/ＶＬＲに送信され、
ステップＳ３２０：ＭＳＣ/ＶＬＲは、クライアントの契約情報、即ち記憶された前記の呼び出しトリガーに基づいて、前記のＨＬＲへ前記のイニシャル要求ＯＲＲＥＱメッセージを送信するか否かを判断し、その結果は送信することであると、呼び元番号ＣｇＰＮが呼び出しクライアント番号であり、呼び先番号ＣｄＰＮが呼び出し先番号であるイニシャル要求ＯＲＲＥＱメッセージを前記のＨＬＲへ送信し、
ステップＳ３３０：ＨＬＲは、イニシャル要求ＯＲＲＥＱメッセージを受信した後に、クライアントの契約情報と配置に基づいて、クライアントが音声呼び連続性サービスを備えるか否かを判断し、備える場合は、ＶＣＣアプリサーバへイニシャル要求ＯＲＲＥＱメッセージを転送し、
ステップＳ３４０：ＶＣＣアプリサーバは、イニシャル要求ＯＲＲＥＱメッセージを受信した後に、それにおける呼び元番号と呼び先番号を記憶して、ＶＣＣアプリサーバのＩＭＳルート番号であるルート情報を含むｏｒｒｅｑ応答メッセージをＨＬＲへ返信し、
ステップＳ３５０：ＨＬＲは、受信されたｏｒｒｅｑ応答メッセージをＭＳＣ/ＶＬＲへ転送し、
ステップＳ３６０：ＭＳＣ/ＶＬＲは、受信されたｏｒｒｅｑ応答メッセージにおけるルート情報（ＶＣＣアプリサーバのＩＭＳルート番号）に基づいて、呼び出しクライアントＵＥホームネットワーク或いは呼び先ネットワークのＭＧＣＦへＩＳＵＰＩＡＭメッセージを発し、それにおいて、呼び元番号ＣｇＰＮは変更なし、呼び先番号ＣｄＰＮは、ｏｒｒｅｑから受信された番号、即ちＶＣＣアプリサーバのＩＭＳルート番号であり、
ステップＳ３７０：ＭＧＣＦは、ＩＡＭメッセージを受信した後に、それにおける呼び先番号ＣｄＰＮ、即ちＶＣＣアプリサーバのＩＭＳルート番号に基づいて、Ｉ−ＣＳＣＦへＩＮＶＩＴＥメッセージを送信し、それにおいて、呼び元番号は変更なし、呼び先番号はＶＣＣアプリサーバのＩＭＳ領域ルート番号である。Ｉ−ＣＳＣＦは、ＩＮＶＩＴＥメッセージを受信した後に、ルートの照会を行い、当該ＩＮＶＩＴＥメッセージをＶＣＣアプリサーバへ転送し、
ステップＳ３８０：ＶＣＣアプリサーバは、前記のＩＮＶＩＴＥメッセージを受信した後に、メッセージにおける呼び元番号、及びステップＳ３４０において記憶された呼び元番号と呼び先番号（呼び出し先クライアント番号）との間の対応関係に基づいて、本物の呼び出し先クライアント番号を探し出す。ＶＣＣアプリサーバは、、本物の呼び出し先クライアント番号に基づいて、呼びを続けるステップを含む。

図４は本発明の他の１つのシグナルの流れの例示であり、この時、ホームロケーションレジスタによりＶＣＣへ送信されたのは、ルート申込メッセージＲＯＵＴＲＥＱであり、
ステップＳ４１０：ＣＳ領域における呼びメッセージは、ＭＳＣ/ＶＬＲに送信され、
ステップＳ４２０：ＭＳＣ/ＶＬＲは、クライアントの契約情報に基づいて、呼び元番号ＣｇＰＮが呼び出しクライアント番号であり、呼び先番号ＣｄＰＮが呼び出し先番号であるイニシャル要求ＯＲＲＥＱをＨＬＲへ送信し、
ステップＳ４３０：ＨＬＲは、ＯＲＲＥＱメッセージを受信した後に、クライアントの契約情報と配置に基づいて、クライアントが音声呼び連続性サービスを備えるか否かを判断し、備える場合は、ＯＲＲＥＱメッセージから受信されたＣｇＰＮとＣｄＰＮを含むルート申込メッセージＲＯＵＴＲＥＱをＶＣＣアプリサーバへ転送し、
ステップＳ４４０：ＶＣＣアプリサーバは、ルート申込メッセージＲＯＵＴＲＥＱを受信した後に、それにおける呼び元番号ＣｇＰＮと呼び先番号ＣｄＰＮを記憶して、ＶＣＣアプリサーバのＩＭＳルート番号であるルート情報を含むｒｏｕｔｒｅｑ応答メッセージをＨＬＲへ返信し、
ステップＳ４５０：ＨＬＲは、ルート情報が、受信されたＶＣＣアプリサーバのＩＭＳルート番号であるｏｒｒｅｑ応答メッセージをＭＳＣ/ＶＬＲへ発信し、
ステップＳ４６０：ＭＳＣ/ＶＬＲは、受信されたｏｒｒｅｑ応答メッセージにおけるルート情報（ＶＣＣアプリサーバのＩＭＳルート番号）に基づいて、呼び出しクライアントＵＥホームネットワーク或いは呼び先ネットワークのＭＧＣＦへＩＳＵＰＩＡＭメッセージを発し、それにおいて、呼び元番号ＣｇＰＮは変更なし、呼び先番号ＣｄＰＮは、ｏｒｒｅｑから受信された番号（ＶＣＣアプリサーバのＩＭＳルート番号）であり、
ステップＳ4７０：ＭＧＣＦは、ＩＡＭメッセージを受信した後に、それにおける呼び先番号ＣｄＰＮ（ＶＣＣアプリサーバのＩＭＳルート番号）に基づいて、Ｉ−ＣＳＣＦへＩＮＶＩＴＥメッセージを送信し、それにおいて、呼び元番号は変更なし、呼び先番号はＶＣＣアプリサーバのＩＭＳルート番号である。Ｉ−ＣＳＣＦは、ＩＮＶＩＴＥメッセージを受信した後に、ルートの照会を行い、当該ＩＮＶＩＴＥメッセージをＶＣＣアプリサーバへ転送し、
ステップＳ４８０：ＶＣＣアプリサーバは、ＩＮＶＩＴＥメッセージを受信した後に、メッセージにおける呼び元番号、及びステップＳ４４０において記憶された呼び元番号と呼び先番号（呼び出し先クライアント番号）との間の関係に基づいて、本物の呼び出し先クライアント番号を取り出す。ＶＣＣアプリサーバは、、本物の呼び出し先クライアント番号に基づいて、呼び発しを続けるステップを含む。

なお、本発明は他に幾つかの実施例がある。本発明の要旨を逸脱しない範囲で、本分野の当業者ならば本発明に基づき相応な変更と変形が色々できるが、その相応な変更と変形は本発明における請求の範囲に属すべきである。

本発明は、ＣＳ領域においてインテリジェントネットワークがない場合、呼び連続性ＶＣＣサービスを確保するための呼び出しアンカーリングを実現し、また、本発明における方法は、流れができる限りインテリジェントネットワークとは一致であり、システムにおけるＶＣＣアプリサーバには変更が必要なく、ＨＬＲに対する変更も僅かである。

Claims

インテリジェントネットワークサービスが配置されていない伝統域においてクライアント端末が呼び出しを行う時に、音声呼び連続性アプリサーバにアンカーリングするための、音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステムであって、
クライアント端末の呼びを受信した後に、イニシャル要求ＯＲＲＥＱメッセージをホームロケーションレジスタへ送信して、前記のホームロケーションレジスタから返信された、音声呼び連続性アプリサーバの番号を含むｏｒｒｅｑ応答メッセージを受信し、呼び先番号が前記の音声呼び連続性アプリサーバ番号であるイニシャルアドレスメッセージを前記のメディアゲートウェイコントローラへ送信する移動交換センターと、
受信されたイニシャル要求ＯＲＲＥＱメッセージに基づいて、呼びを発したクライアント端末が音声呼び連続性サービスを備えるか否かを判断し、備える場合は、音声呼び連続性アプリサーバへメッセージを送信し、前記の音声呼び連続性アプリサーバから返信された、音声呼び連続性アプリサーバの番号を含む応答メッセージを受信して、ｏｒｒｅｑ応答メッセージによって音声呼び連続性アプリサーバの番号を前記の移動交換センターへ送信するホームロケーションレジスタと、
前記のホームロケーションレジスタから送信されたメッセージを受信し，メッセージ内容を記憶した後に、前記の音声呼び連続性アプリサーバ番号を含むメッセージを前記のホームロケーションレジスタへ返信し、照会呼びセッションコントローラから転送されたＩＮＶＩＴＥメッセージを受信した後に、前記の記憶されたメッセージ内容に基づいて、呼び先クライアント端末へ呼びを発する音声呼び連続性アプリサーバと、
前記のイニシャルアドレスメッセージを受信し、前記のメッセージにおける呼び先番号に基づいて、前記の照会呼びセッションコントローラへＩＮＶＩＴＥメッセージを送信するメディアゲートウェイコントローラと、
メディアゲートウェイコントローラから送信されたＩＮＶＩＴEメッセージを受信し、ルートの照会が行われた後に、前記のＩＮＶＩＴEメッセージを前記の音声呼び連続性アプリサーバへ転送する照会呼びセッションコントローラとを含むことを特徴とする音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステム。
回線交換領域において移動交換センターへ呼びを発するクライアント端末をさらに含むことを特徴とする請求項１に記載の音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステム。
前記のホームロケーションレジスタから音声呼び連続性アプリサーバへ送信されたメッセージは、イニシャル要求メッセージまたはルート申込メッセージであり、
前記の音声呼び連続性アプリサーバは、前記のホームロケーションレジスタへ相応にイニシャル要求応答メッセージまたはルート申込メッセージを返信し、前記の返信されたメッセージにおいて、前記の音声呼び連続性アプリサーバ番号を含むことを特徴とする請求項１に記載の音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステム。
前記の移動交換センターは、クライアント端末が回線交換領域において登録する時に、前記のホームロケーションレジスタから前記のクライアント端末の呼び出し元トリガーを獲得して記憶し、前記のクライアント端末の呼びを受信した後に、記憶された前記の呼び出し元トリガーに基づいて、前記のホームロケーションレジスタへ前記のイニシャル要求ＯＲＲＥＱメッセージを送信するか否かを判断し、その結果は送信することであると、前記のメッセージを送信することを特徴とする請求項１に記載の音声呼び連続性サービスにおける呼び出しアンカーリングを実現するシステム。
インテリジェントサービスが配置されていない伝統域においてクライアント端末が呼び出しを行う時に、音声呼び連続性アプリサーバにアンカーリングするための、音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法であって、
ステップ１：クライアント端末は、移動交換センターへ呼びを発し、
ステップ２：前記の移動交換センターは、前記のクライアント端末の呼びを受信した後に、前記のホームロケーションレジスタへイニシャル要求ＯＲＲＥＱメッセージを送信し、
ステップ３：前記のホームロケーションレジスタは、前記のクライアント端末が音声呼び連続性サービスを備えるか否かを判断し、備える場合は、音声呼び連続性アプリサーバへメッセージを送信し、
ステップ４：前記の音声呼び連続性アプリサーバは、前記のホームロケーションレジスタから送信されたメッセージを受信し,内容を記憶した後に、前記の音声呼び連続性アプリサーバの番号を含む応答メッセージを前記のホームロケーションレジスタへ返信し、
ステップ５：前記のホームロケーションレジスタは、ｏｒｒｅｑ応答メッセージによって前記の音声呼び連続性アプリサーバの番号を前記の移動交換センターへ返信し、
ステップ６：前記の移動交換センターは、呼び先番号が前記の音声呼び連続性アプリサーバの番号であるイニシャルアドレスメッセージをメディアゲートウェイコントローラへ発し、
ステップ７：前記のメディアゲートウェイコントローラは、前記のイニシャルアドレスメッセージを受信した後に、照会呼びセッションコントローラへＩＮＶＩＴＥメッセージを送信し、
ステップ８：前記の照会呼びセッションコントローラは、ルートの照会が行われた後に、ＩＮＶＩＴEメッセージを前記の音声呼び連続性アプリサーバへ転送し、
ステップ９：前記の音声呼び連続性アプリサーバは、前記のＩＮＶＩＴＥメッセージを受信した後に、ステップ４において記憶されたメッセージ内容に基づいて、次の呼びを行うステップを含むことを特徴とする音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法。
前記のステップ１の前には、
クライアント端末が回線交換領域において登録する時に、前記の移動交換センターは、前記のホームロケーションレジスタから前記のクライアント端末の呼び出し元トリガーを獲得し,記憶するステップをさらに含むことを特徴とする請求項５に記載の音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法。
前記のステップ２は具体的に、
ステップ２１：前記の移動交換センターは、前記のクライアント端末の呼びを受信した後に、記憶された前記の呼び出し元トリガーに基づいて、前記のホームロケーションレジスタへ前記のイニシャル要求ＯＲＲＥＱメッセージを送信するか否かを判断し、
ステップ２２：その結果は送信することであると、前記のホームロケーションレジスタへ前記のイニシャル要求ＯＲＲＥＱメッセージを送信するステップを含むことを特徴とする請求項６に記載の音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法。
前記のステップ３において、前記のホームロケーションレジスタから前記の音声呼び連続性アプリサーバへ送信されたのは、イニシャル要求ＯＲＲＥＱメッセージであり、前記のステップ４において、前記の音声呼び連続性アプリサーバは、前記のホームロケーションレジスタへｏｒｒｅｑ応答メッセージを返信し、当該メッセージにおいて、前記の音声呼び連続性アプリサーバ番号を含むことを特徴とする請求項５に記載の音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法。
前記のステップ３において、前記のホームロケーションレジスタから前記の音声呼び連続性アプリサーバへ送信されたのは、ルート申込メッセージＲＯＵＴＲＥＱであり、ステップ４において、前記の音声呼び連続性アプリサーバは、前記のホームロケーションレジスタへルート申込応答メッセージを返信し、当該メッセージにおいて、前記の音声呼び連続性アプリサーバ番号を含むことを特徴とする請求項５に記載の音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法。
請求項５、８又は９に記載の音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法であって、当該方法は具体的に、
ステップ７１：前記のクライアント端末は、前記の移動交換センターへ、呼び元番号が呼び出しクライアント番号であり、呼び先番号が呼び出し先クライアント番号である呼びを発し、
ステップ７２：前記の移動交換センターは、前記のホームロケーションレジスタへ、前記の呼び元番号と呼び先番号とを含むイニシャル要求ＯＲＲＥＱメッセージを発し、
ステップ７３：前記のホームロケーションレジスタは、前記の音声呼び連続性アプリサーバへ、前記の呼び元番号と呼び先番号とを含むＯＲＲＥＱメッセージまたはＲＯＵＴＲＥＱメッセージを送信し、
ステップ７４：前記の音声呼び連続性アプリサーバは、前記の呼び元番号と呼び先番号とを記憶して、前記の音声呼び連続性アプリサーバの番号を含むｏｒｒｅｑ応答メッセージまたはｒｏｕｔｒｅｑ応答メッセージを前記のホームロケーションレジスタへ返信し、
ステップ７５：前記のホームロケーションレジスタは、前記の移動交換センターへ、前記の音声呼び連続性アプリサーバの番号を含むｏｒｒｅｑ応答メッセージを送信し、
ステップ７６：前記の移動交換センターは、前記のメディアゲートウェイコントローラへ、呼び元番号が前記の呼び出しクライアント番号であり、呼び先番号が前記の音声呼び連続性アプリサーバの番号に変更されたイニシャルアドレスメッセージを発し、
ステップ７７：前記のメディアゲートウェイコントローラは、イニシャルアドレスメッセージにおける呼び先番号に基づいて、前記の呼び元番号と呼び先番号とを含むＩＮＶＩＴＥメッセージを照会呼びセッションコントローラへ発し、
ステップ７８：前記の照会呼びセッションコントローラは、ルートの照会が行われた後に、ＩＮＶＩＴE要求を前記の音声呼び連続性アプリサーバへ転送し、
ステップ７９：前記の音声呼び連続性アプリサーバは、前記のＩＮＶＩＴＥメッセージにおける呼び元番号、及びステップ７４において記憶された呼び元番号と呼び先番号との対応関係に基づいて、対応な呼び出し先クライアント番号を探し出し、前記の呼び出し先クライアント番号に基づいて、呼びを続けることに細かくすることを特徴とする請求項５、８又は９に記載の音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法。
前記の音声呼び連続性アプリサーバの番号は、前記の音声呼び連続性アプリサーバのＩＰマルチメディアサブシステムルート番号であることを特徴とする請求項５に記載の音声呼び連続性サービスにおける呼び出しアンカーリングを実現する方法。