(57)【要約】  着信転送の方法、システム、およびデバイスが提供される。この方法は、着信転送サービスが被呼ユーザデバイスによって実行されたことを通知した後、呼交換サーバ(201)と被呼サービスデバイスの間の呼シグナリング接続セットアップを解放するステップと、第三者ユーザデバイスに向けてリダイレクトするためのサービス要求をTAS(電話アプリケーションサーバ)(202)に送信するステップとを含む。
2011501583.tif 000002
【特許請求の範囲】
【請求項１】
被呼UE(ユーザ機器)が呼転送を実行することを知った後、呼転送サーバと前記被呼UEの間の呼シグナリング接続を解放するステップと、
第三者UEにリダイレクトするためのサービス要求をTAS(電話アプリケーションサーバ)に送信するステップとを含む呼転送方法。
【請求項２】
前記被呼UEが呼転送を実行することを知る前記プロセスは、前記被呼UEのホームMSC(移動交換局)から送信されたIMS(IPマルチメディアサブシステム)網にリダイレクトするためのサービス要求に従って、前記被呼UEが呼転送を実行することを知るステップ、または
前記被呼UEの前記ホームMSCに呼要求を送信した後、前記被呼UEの前記ホームMSCが前記被呼UEに送信する呼要求を受信することによって、前記被呼UEが呼転送を実行することを知るステップ、または
前記被呼UEの前記ホームMSCから送信された呼転送指示情報に従って、前記被呼UEが呼転送を実行することを知るステップを含む請求項1に記載の方法。
【請求項３】
前記呼転送サーバと前記被呼UEの間の前記呼シグナリング接続を解放する前記プロセスは、前記被呼UEのホームMSC(移動交換局)にRelease Callメッセージを送信し、かつ、前記被呼UEの前記ホームMSCによって、前記呼転送サーバと前記被呼UEの間の前記呼シグナリング接続を解放するステップを含む請求項1に記載の方法。
【請求項４】
前記呼転送サーバと前記被呼UEの間の前記呼シグナリング接続を解放する前記プロセスは、前記被呼UEのホームMSC(移動交換局)にRelease Callメッセージを送信し、かつ、前記呼転送サーバによって、前記呼転送サーバと前記被呼UEの間の前記呼シグナリング接続を解放するステップを含む請求項1に記載の方法。
【請求項５】
前記被呼UEの前記ホームMSCによって前記呼転送サーバと前記被呼UEの間の前記呼シグナリング接続を解放する前記プロセスは、
前記被呼UEの前記ホームMSCによって、前記Release Callメッセージを受信した後にREL(解放)要求を生成し、かつ、前記REL要求をMGCF(媒体ゲートウェイ制御機能)に送信するステップと、
前記MGCFによって、前記REL要求の中で伝えられるリソース解放理由に応じて前記REL要求をSIP(セッション開始プロトコル)解放要求に変換し、かつ、S-CSCF(サービング呼セッション制御機能)を介して前記SIP解放要求を前記呼転送サーバにルーティングするステップとを含む請求項3に記載の方法。
【請求項６】
前記REL要求の中で伝えられる前記リソース解放理由がクライアント障害である場合、前記SIP解放要求は486メッセージまたは480メッセージであり、かつ、
前記REL要求の中で伝えられる前記リソース解放理由がサーバ障害である場合、前記SIP解放要求は500メッセージである請求項5に記載の方法。
【請求項７】
前記第三者UEにリダイレクトするための前記サービス要求を受信した後、前記TASによって、前記第三者UEにリダイレクトするための前記サービス要求の中で伝えられる第三者ユーザ情報を使用することによってInviteメッセージを生成し、かつ、前記生成されたInviteメッセージを前記第三者UEに送信するステップをさらに含む請求項1に記載の方法。
【請求項８】
前記第三者UEにリダイレクトするための前記サービス要求は、301メッセージまたは302メッセージを含む請求項1に記載の方法。
【請求項９】
呼転送サーバを含む呼転送システムであって、
前記呼転送サーバは、被呼UE(ユーザ機器)が呼転送を実行することを知った後、前記呼転送サーバと前記被呼UEの間の呼シグナリング接続を解放し、かつ、第三者UEにリダイレクトするためのサービス要求をTAS(電話アプリケーションサーバ)に送信するように適合されたシステム。
【請求項１０】
前記被呼UEのホームMSC(移動交換局)と、MGCF(媒体ゲートウェイ制御機能)と、S-CSCF(サービング呼セッション制御機能)とをさらに備え、
前記被呼UEの前記ホームMSCは、前記呼転送サーバからRelease Callメッセージを受信した後、REL(解放)要求を生成し、かつ、前記REL要求を送信するように適合され、
前記MGCFは、前記被呼UEの前記ホームMSCから前記REL要求を受信し、前記REL要求の中で伝えられるリソース解放理由に応じて前記REL要求をSIP(セッション開始プロトコル)解放要求に変換し、かつ、前記SIP解放要求を前記S-CSCFに送信するように適合され、かつ、
前記S-CSCFは、前記受信されたSIP解放要求を前記呼転送サーバにルーティングするように適合された請求項9に記載のシステム。
【請求項１１】
被呼UE(ユーザ機器)が呼転送を実行するという情報を獲得するように適合された呼転送情報獲得ユニットと、
前記呼転送情報獲得ユニットが、前記被呼UEが呼転送を実行するという前記情報を獲得した後、前記呼転送サーバと前記被呼UEの間の呼シグナリング接続を解放するように適合されたリソース解放ユニットと、
前記呼転送情報獲得ユニットが、前記被呼UEが呼転送を実行するという前記情報を獲得した後、第三者UEにリダイレクトするためのサービス要求をTAS(電話アプリケーションサーバ)に送信するように適合されたリダイレクトユニットとを含む呼転送サーバ。
【請求項１２】
前記リソース解放ユニットは、
前記呼転送情報獲得ユニットが、前記被呼UEが呼転送を実行するという前記情報を獲得した後、Release Callメッセージを生成するように適合されたRelease Callメッセージ生成モジュールと、
前記Release Callメッセージ生成モジュールによって生成された前記Release Callメッセージを送信するように適合されたRelease Callメッセージ送信モジュールとを含む請求項11に記載の呼転送サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照により全体が本明細書に組み込まれている「Call Transfer Method, System and Device」という名称の2007年10月25日に中国特許庁に出願された中国特許出願第200710165402.7号の優先権を主張する。
【０００２】
§技術分野
本発明は、移動通信分野に関し、詳細には、呼転送方法、呼転送システム、および呼転送デバイスに関する。
【背景技術】
【０００３】
現在、ほとんどの移動通信網は、CS(回線交換)網である。事業者は、CS網に基づいて、完全で豊かなサービスプラットフォームを既にセットアップしている。MSC(移動交換局)が、呼ルーティングおよびサービスロジック実行、例えば、呼転送を担う。移動通信技術の絶え間ない開発とともに、IP交換に基づくサービス網が出現しつつあり、IMS(IPマルチメディアサブシステム)網として知られている。CS網と比べて、IMS網は、より高い帯域幅を提供するとともに、より豊かなサービスをサポートすることができる。IMS網におけるコアユニットは、S-CSCF(サービング呼セッション制御機能)および様々なAS(アプリケーションサーバ)である。S-CSCFは、条件が満たされた場合に適切なASに呼要求をルーティングすることを担い、ASは、サービスロジックを実行することを担う。TAS(電話アプリケーションサーバ)が、IMS網におけるすべての付加サービスの実施を制御するASである。
【０００４】
複雑であることから、IMS網は、短期間内に展開され得ない。このため、CS網とIMS網は、ある期間にわたって確実に並存する。構築費用を節約するのに、事業者は、CS網とIMS網のサービスプラットフォームを統一して、CS網の機能をIMS網に移す必要がある。その結果、ICS(IMS集中サービス)が、出現する。ICSプロセスにおいて、UE(ユーザ機器)が、CS網上の音声媒体を介してIMS呼をセットアップし、IMS網におけるASが、呼サービスを提供する。CSベアラは、UEと新たなICCF(IMS呼制御機能)の間でCS呼をセットアップすることによって実施される。その一方で、MSCにおけるサービス処理ロジックは、弱められるか、または除去される。この技術において、CS網とIMS網の間でシグナリングおよび媒体変換を実施するのに、MGCF(媒体ゲートウェイ制御機能)が要求される。
【０００５】
VCC(Voice Call Continuity)技術が、CS網とIMS網の間で音声呼が転送される際の音声呼の連続性を保証するのに使用され、この技術におけるコアユニットは、VCC ASである。すべての呼またはセッションは、IMS網におけるVCC ASを通過しなければならない。VCC ASは、その後のドメイン間転送を制御するB2BUA(バックツーバックユーザエージェント)の役割をすることが可能である。
【０００６】
呼転送サービスは、付加サービスである。呼転送サービスを設定するユーザは、受信された呼を事前設定された第三者ユーザに転送することができる。呼転送サービス（call transfer service）は、呼毎着信転送サービス（call deflection service）および着信転送サービス（call forwarding service）を含むことが可能である。従来技術において、呼転送サービスが、CS網とIMS網の間で実施される場合、被呼UEの呼転送サーバが、被呼UEに呼要求を送信した後、被呼UEが、呼転送を実行して、被呼UEのホームMSCに呼転送要求を送信し、被呼UEのホームMSCが、UE3の電話番号を伝える呼転送情報を呼転送サーバに送信し、この呼転送情報を受信した後、呼転送サーバが、被呼UEのホームMSCにIMRN(IPマルチメディアルーティング番号)を割り当て、被呼UEのホームMSCが、このIMRN番号を使用することによって呼転送サーバに呼要求を送信し、呼転送サーバが、UE3の獲得された電話番号に従ってS-CSCFに呼要求を送信し、S-CSCFが、iFC(初期フィルタ基準)に従ってTASに、この要求をルーティングし、TASが、ユーザエージェントの役割をして、S-CSCFを介してUE3に、この要求を送信する。つまり、UE1が呼転送を実行した後、呼プロセスにおいて冗長な呼要求シグナリングが存在し、このため、ネットワークリソースの浪費が生じる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】中国特許出願第200710165402.7号
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の実施形態は、被呼ユーザが呼転送を実行した後の呼プロセスにおける冗長な呼要求シグナリングによるネットワークリソースの浪費を減らす呼転送方法、呼転送システム、および呼転送デバイスを提供する。
【課題を解決するための手段】
【０００９】
呼転送方法が、被呼UE(ユーザ機器)が呼転送を実行することを知った後、呼転送サーバと被呼UEの間の呼シグナリング接続を解放するステップと、第三者UEにリダイレクトするためのサービス要求をTAS(電話アプリケーションサーバ)に送信するステップとを含む。
【００１０】
呼転送システムが、呼転送サーバと、TASとを含み、呼転送サーバは、被呼UEが呼転送を実行することを知った後、呼転送サーバと被呼UEの間の呼シグナリング接続を解放し、第三者UEにリダイレクトするためのサービス要求をTASに送信するように適合される。
【００１１】
呼転送サーバは、呼転送情報獲得ユニットと、リソース解放ユニットと、リダイレクトユニットとを含み、呼転送情報獲得ユニットは、被呼UEが呼転送を実行するという情報を獲得するように適合され、リソース解放ユニットは、呼転送情報獲得ユニットが、被呼UEが呼転送を実行するという情報を獲得した後、呼転送サーバと被呼UEの間の呼シグナリング接続を解放するように適合され、リダイレクトユニットは、呼転送情報獲得ユニットが、被呼UEが呼転送を実行するという情報を獲得した後、第三者UEにリダイレクトするためのサービス要求をTASに送信するように適合される。
【００１２】
以上の技術的ソリューションによれば、本発明の実施形態において提供される方法、システム、およびデバイスにおいて、被呼UEが呼転送を実行するという情報が獲得された後、呼転送サーバと被呼UEの間の呼シグナリング接続が解放され、第三者UEにリダイレクトするためのサービス要求がTASに送信される。この場合、被呼ユーザが呼転送を実行した後の呼プロセスにおいて、呼要求は、呼転送サーバをもはや通過するのではなく、被呼UEと呼転送サーバの間のシグナリング接続が解放されることが可能であり、さらに第三者UEにリダイレクトするためのサービス要求がTASに送信されて、第三者UEに呼要求を送信することをTASに知らせる。このため、呼要求シグナリングが減らされ、呼によって占有されるネットワークリソースが節約される。
【図面の簡単な説明】
【００１３】
【図１Ａ】本発明の実施形態において提供される第1の呼転送方法を示す流れ図である。
【図１Ｂ】本発明の実施形態において提供される第1の呼転送方法を示す流れ図である。
【図２】本発明の実施形態において提供される呼転送システムの構造を示す図である。
【図３】本発明の実施形態において提供される呼転送サーバの構造を示す図である。
【発明を実施するための形態】
【００１４】
本発明の目的、技術的ソリューション、および利点のよりよい理解のため、以下に、本発明を、添付の図面、および例示的な実施形態を参照して詳細に説明する。
【００１５】
本発明の実施形態において提供される方法は、被呼UEが呼転送を実行することを知った後、呼転送サーバと被呼UEの間の呼シグナリング接続を解放するステップと、第三者UEにリダイレクトするためのサービス要求をTASに送信するステップとを含む。
【００１６】
呼転送サーバは、VCC AS、ICCF、またはCS網およびIMS網における呼サービスに対して集中制御を実施する他の任意のサーバ、あるいはCS網とIMS網の間で呼の連続性を保証するサーバであることが可能である。
【００１７】
呼転送サーバが、被呼UEが呼転送を実行することを知る方法は、以下のモードを含むが、これらのモードには限定されない。すなわち、第1のモードにおいて、被呼UEが呼転送を実行するという情報を獲得した後、被呼UEのホームMSCが、IMS網にリダイレクトするためのサービス要求を呼転送サーバに送信し、呼転送サーバが、このサービス要求に従って、現在の呼が呼転送サービスであることを知る。第2のモードにおいて、被呼UEが呼転送を実行するという情報を獲得した後、被呼UEのホームMSCが、呼転送サーバに呼要求を送信することが可能であり、呼転送サーバが、被呼UEのホームMSCに呼要求が以前に送信されているかどうかを判定し、送信されている場合、呼転送サーバは、現在の呼が呼転送サービスであると判定する。第3のモードにおいて、被呼UEが呼転送を実行するという情報を獲得した後、被呼UEのホームMSCが、呼転送サーバに呼転送指示情報を送信することが可能であり、したがって、呼転送サーバが、現在の呼が呼転送サービスであることを知る。例えば、呼転送サーバに送信されるメッセージの中で特定のパラメータが設定されて、呼転送情報を伝えることが可能である。
【００１８】
以下に、前述の方法を、特定の実施形態を参照して詳細に説明する。図1は、本発明の実施形態において提供される呼転送方法の流れ図である。この実施形態において、UE2は、発呼UEであり、IMS網内に位置しており、UE1は、被呼UEであり、CS網内に位置している。UE1が、呼転送機能を設定し、受信された呼を第三者UE、つまり、UE3に転送することができる。図1に示されるとおり、この方法は、以下のステップを含む。すなわち、
ステップ101: UE2が、UE1の電話番号を含む第1のInviteメッセージを介してS-CSCFに呼要求を送信する。
【００１９】
ステップ102: S-CSCFが、iFCに従ってTASに第1のInviteメッセージをルーティングする。
【００２０】
ステップ103: TASが、第1のInviteメッセージから送信された呼要求を終端させて、第2のInviteメッセージを生成するユーザエージェントの役割をし、さらに第2のInviteメッセージを介してS-CSCFに呼要求を送信する。
【００２１】
ステップ104: S-CSCFが、iFCに従ってVCC ASに第2のInviteメッセージをルーティングする。
【００２２】
ステップ105: VCC ASが、CS網のUE1にCSRN(回線交換ドメインルーティング番号)を割り当て、第2のInviteメッセージを終端させて、第3のInviteメッセージを生成するユーザエージェントの役割をし、このCSRNを含む第3のInviteメッセージを介してS-CSCFに呼要求を送信する。
【００２３】
VCC ASは、VCCサービスにおける呼転送サービスである。他の呼転送サーバが、他のサービスにおいて使用されることが可能である。例えば、ICCFが、ICSサービスにおいて使用されることが可能である。
【００２４】
ステップ106: S-CSCFが、第3のInviteメッセージを介して送信された呼要求をMGCFにルーティングする。
【００２５】
ステップ107: MGCFが、受信された第3のInviteメッセージをCSドメインのIAM(初期アドレスメッセージ)に変換し、このIAMを介して被呼UEのホームMSCに呼要求を送信する。
【００２６】
ステップ108: 被呼UEのホームMSCが、受信されたIAMをSetupメッセージに変換し、このSetupメッセージを介してUE1に呼要求を送信する。
【００２７】
ステップ109: 呼要求を受信した後、UE1が、呼転送を実行する。
【００２８】
このステップにおいて、UE1が、呼毎着信転送を実行する場合、UE1は、UE3の電話番号を入力し、さらにDisconnectメッセージを介して被呼UEのホームMSCにUE3の電話番号を送信する。Disconnectメッセージを受信した後、被呼UEのホームMSCが、UE1にReleaseメッセージを送信する。Releaseメッセージを受信した後、UE1が、Release Completeメッセージを返して、MSCとの呼要求シグナリング接続を切断する。UE1が、着信転送を実行する場合(例えば、UE1が、話中時着信転送機能を実行する場合)、UE1は、UE1が話中であることを示すUDUB(User Determined User Busy)メッセージを、UE1のMSCに返す。
【００２９】
よりよい説明のため、UE1のMSCは、以降、MSCと呼ばれる。
【００３０】
ステップ110: UE1が呼転送を実行することを知った後、MSCが、UE2によって設定された第三者ユーザ情報(つまり、UE3の電話番号)を獲得し、IMS網にリダイレクトするためのサービス要求をVCC ASに送信し、ただし、このサービス要求は、UE3の電話番号を含む。IMS網にリダイレクトするためのサービス要求は、IDP(初期検出ポイント)メッセージを介して送信されることが可能である。
【００３１】
このステップにおいて、UE1が、呼毎着信転送を実行する場合、MSCは、UE1によって送信されたDisconnectメッセージを介して、UE1が呼毎着信転送を実行することを知り、さらにこのDisconnectメッセージからUE3の電話番号を獲得することができる。UE1が、話中時着信転送を実行する場合、MSCは、UE1によって送信されたUDUBメッセージを介して、UE1が話中時着信転送を実行することを知り、VLR(ビジタロケーションレジスタ)からUE1の加入情報を獲得し、さらにUE1が話中時着信転送を実行する際に、UE1の加入情報から第三者ユーザ情報(つまり、UE3の電話番号)を獲得することができる。
【００３２】
前述のステップ101から110は、従来技術において利用可能である。
【００３３】
ステップ111: IMS網にリダイレクトするためのサービス要求を受信した後、VCC ASが、被呼UEが呼転送を実行することを知り、さらにRelease CallメッセージをMSCに送信する。
【００３４】
この実施形態において、被呼UEが呼転送を実行するという情報は、IMS網にリダイレクトするためのサービス要求を介して獲得される。サービス要求は、IMRN要求であることが可能である。もちろん、被呼UEが呼転送を実行するという情報は、他の方法を介して獲得されることも可能である。例えば、IDPメッセージの中で特定のパラメータが、設定されることが可能であり、VCC ASにおけるgsmSCF(GSMサービス制御機能)が、IDPメッセージの、これらの特定のパラメータから、呼が呼転送サービスであること、および第三者ユーザ情報がUE3の電話番号であることを知ることが可能である。
【００３５】
MSCによって送信されるRelease Callメッセージは、リソース解放理由を含むことが可能である。
【００３６】
ステップ112: Release Callメッセージを受信した後、MSCが、このリソース解放理由を含むCSドメインのREL(解放)要求を生成し、さらにこのREL要求をMGCFに送信する。
【００３７】
このステップにおけるREL要求は、呼セットアップ時に呼要求シグナリングによって占有されているネットワークリソースについての情報を示す。
【００３８】
ステップ113: MGCFが、このREL要求に含められたリソース解放理由に応じて、CSドメインのREL要求をSIP(セッション開始プロトコル)解放要求に変換し、さらにこのSIP解放要求をS-CSCFに送信する。
【００３９】
このステップにおいて、SIP解放要求は、異なるリソース解放理由に応じて異なるメッセージに設定されることが可能である。例えば、リソース開放理由が、クライアント障害である場合、SIP解放要求は、486メッセージおよび480メッセージであることが可能であり、リソース解放理由が、サーバ障害である場合、SIP解放要求は、500メッセージであることが可能である。
【００４０】
ステップ114: SIP解放要求を受信した後、S-CSCFが、iFCに従ってVCC ASに、このSIP解放要求をルーティングする。
【００４１】
ステップ112から113の後、ステップ105から107においてセットアップされた呼要求シグナリングパスが、除去される。つまり、ステップ105および107においてセットアップされた呼要求シグナリングによって占有されるネットワークリソースが、解放される。
【００４２】
呼転送サーバと被呼UEの間の呼シグナリング接続を解放するための前述の方法は、以下のとおりである。被呼UEのホームMSCが、Release Callメッセージを受信した後、呼シグナリング接続を解放する、または呼転送サーバが、呼転送サーバと被呼UEの間の呼シグナリング接続を能動的に解放する。
【００４３】
ステップ115: VCC ASが、ステップ110で獲得されたUE3の電話番号に従って第三者UEにリダイレクトするためのサービス要求を生成し、このサービス要求をS-CSCFに送信する。
【００４４】
このステップにおいて、生成されたサービス要求は、302メッセージであり、UE3の電話番号を含むことが可能である。
【００４５】
ステップ115およびステップ111において、同時にIMS網にリダイレクトするためのサービス要求を拒否するよう、Release CallメッセージがvMSCに送信されることが可能である。つまり、呼転送情報を獲得した後、VCC ASは、被呼UEのホームMSCにRelease Callメッセージを送信する一方で、S-CSCFにRedirectionメッセージを送信することが可能であり、あるいはVCC ASは、被呼UEのホームMSCにRelease Callメッセージを送信してから、S-CSCFにRedirectionメッセージを送信することが可能である。
【００４６】
ステップ116: S-CSCFが、iFCに従ってTASに、受信されたRedirectionメッセージをルーティングする。
【００４７】
ステップ115および116の後、ステップ103および104においてセットアップされた呼要求シグナリングパスが、除去される。つまり、ステップ103および104においてセットアップされた呼要求シグナリングによって占有されるネットワークリソースが、解放される。
【００４８】
ステップ117: Redirectionメッセージを受信した後、TASが、サービス要求の中で伝えられるUE3の電話番号を含む第4のInviteメッセージを生成し、第4のInviteメッセージを介してS-CSCFに呼要求を送信するユーザエージェントの役割をする。
【００４９】
ステップ118: S-CSCFが、受信された呼要求をUE3にルーティングする。
【００５０】
UE3が、IMS網におけるUEである場合、S-CSCFは、この受信された呼要求をUE3に直接にルーティングする。UE3が、CS網におけるUEである場合、S-CSCFは、この受信された呼要求を、UE3のホームネットワークにおけるMGCFにルーティングし、MGCFが、この呼要求を伝える第4のInviteメッセージをIAMに変換し、さらにこのIAMを介してUE3のvMSCに呼要求を送信し、UE3のvMSCが、この呼要求をUE3に送信する。以上のことは、従来技術に属し、さらに説明することはしない。
【００５１】
ステップ119: UE3が、ACKメッセージをUE2に返す。
【００５２】
UE3がUE2に返すACKメッセージは、呼要求シグナリングパスに従って返されるため、ACKメッセージは、呼要求シグナリングによって占有されるリソースについての詳細を反映することが可能である。ステップ119で返されるACKメッセージは、このプロセスが、呼シグナリングの冗長性を大幅に減らし、呼シグナリングによって占有されるネットワークリソースを節約することを示す。
【００５３】
図2は、本発明の実施形態において提供される呼転送システムの構造を示す。このシステムは、呼転送サーバ201と、TAS202とを含む。
【００５４】
呼転送サーバ201は、被呼UEが呼転送を実行することを知った後、呼転送サーバと被呼UEの間の呼シグナリング接続を解放し、さらに第三者UEにリダイレクトするためのサービス要求をTASに送信するように適合される。
【００５５】
TAS202は、呼転送サーバ201によって送信された、第三者UEにリダイレクトするための、このサービス要求を受信するように適合される。
【００５６】
呼転送サーバ201は、VCC AS、ICCF、またはCS網およびIMS網における呼サービスに対して集中制御を実施する他の任意のサーバ、あるいはCS網とIMS網の間で呼の連続性を保証するサーバであることが可能である。
【００５７】
このシステムは、被呼UEのホームMSC203と、MGCF204と、S-CSCF205とをさらに含むことが可能である。
【００５８】
被呼UEのホームMSC203は、Release Callメッセージを受信した後、REL要求を生成し、さらにこのREL要求を送信するように適合されることが可能である。
【００５９】
MGCF204は、被呼UEのホームMSC203から、このREL要求を受信し、このREL要求の中に含められたリソース解放理由に応じて、このRELメッセージをSIP解放要求に変換し、さらにこのSIP解放要求をS-CSCF205に送信するように適合される。
【００６０】
S-CSCF205は、受信されたSIP解放要求を呼転送サーバ201にルーティングするように適合される。
【００６１】
呼転送サーバ201は、Release Callメッセージを被呼UEのホームMSCに送信するようにも適合される。
【００６２】
被呼UEのホームMSC203と呼転送サーバ201の間の呼接続は、被呼UEのホームMSC203、MGCF204、S-CSCF205、および呼転送サーバ201の間の前述の動作を介して解放されることが可能である。
【００６３】
S-CSCF205は、呼転送サーバ201からRedirectionメッセージを受信し、さらにこのRedirectionメッセージをTAS202に送信するようにも適合される。
【００６４】
図3は、本発明の実施形態において提供される呼転送サーバ201の構造を示す。図3に示されるとおり、呼転送サーバは、呼転送情報獲得ユニット301と、リソース解放ユニット302と、リダイレクトユニット303とを含むことが可能である。
【００６５】
呼転送情報獲得ユニット301は、被呼UEが呼転送を実行するという情報を獲得するように適合される。
【００６６】
リソース解放ユニット302は、呼転送情報獲得ユニット301が、被呼UEが呼転送を実行するという情報を獲得した後、呼転送サーバと被呼UEの間のシグナリング接続を解放するように適合される。
【００６７】
リダイレクトユニット303は、呼転送情報獲得ユニット301が、呼転送情報を獲得した後、第三者UEにリダイレクトするためのサービス要求をTASに送信するように適合される。
【００６８】
リソース解放ユニット302は、Release Callメッセージ生成モジュール3021と、Release Callメッセージ送信モジュール3022とを含む。
【００６９】
Release Callメッセージ生成モジュール3021は、呼転送情報獲得ユニット301が、被呼UEが呼転送を実行するという情報を獲得した後、Release Callメッセージを生成するように適合される。
【００７０】
Release Callメッセージ送信モジュール3022は、Release Callメッセージ生成モジュール3021によって生成されたRelease Callメッセージを送信するように適合される。
【００７１】
本発明の実施形態において提供される前述の技術的ソリューションによれば、被呼UEが呼転送を実行するという情報が獲得された後、呼転送サーバと被呼UEの間の呼シグナリング接続が解放され、さらに第三者UEにリダイレクトするためのサービス要求がTASに送信される。この場合、被呼UEが呼転送を実行した後の呼プロセスにおいて、呼要求は、呼転送サーバをもはや通過しない。代わりに、被呼UEと呼転送サーバの間のシグナリング接続が、解放されることが可能であり、第三者UEにリダイレクトするためのサービス要求がTASに送信されて、第三者UEに呼要求を送信することをTASに知らせる。このため、呼要求シグナリングが、減らされ、呼によって占有されるネットワークリソースが、節約される。
【００７２】
さらに、本発明の実施形態において提供される前述の技術的ソリューションによれば、被呼UEが呼転送を実行した後の呼プロセスにおいて、被呼UEのホームMSCは、メッセージを受信する、または送信する必要がなく、これにより、vMSCの負担が軽減される。
【００７３】
さらに、本発明の実施形態において提供される前述の技術的ソリューションによれば、被呼UEが呼転送を実行した後の呼プロセスにおいて、CSシグナリングとSIPシグナリングの間の変換は、必要とされない。代わりに、呼転送サーバが、RedirectionメッセージをTASに直接に送信して、第三者UEに呼要求を送信することをTASに知らせる。このため、発呼UEと第三者UEの間でシグナリングをセットアップするための時間が短縮され、これにより、より良好な体験がユーザにもたらされる。
【００７４】
本発明を、いくつかの例示的な実施形態を介して説明してきたが、本発明は、そのような実施形態に限定されない。当業者が、本発明の趣旨および範囲を逸脱することなく、本発明に様々な変形および変更を行うことができることが、明白であろう。
【符号の説明】
【００７５】
201  呼転送サーバ
202  電話アプリケーションサーバ
203  移動交換局
204  媒体ゲートウェイ制御機能
205  サービング呼セッション制御機能
301  呼転送情報獲得ユニット
302  リソース解放ユニット
303  リダイレクトユニット
3021  Release Callメッセージ生成モジュール
3022  Release Callメッセージ送信モジュール
【図１Ａ】
2011501583.tif 000003
【図１Ｂ】
2011501583.tif 000004
【図２】
2011501583.tif 000005
【図３】
2011501583.tif 000006
【手続補正書】
【提出日】平成22年5月19日(2010.5.19)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
§関連出願の相互参照
本出願は、2008年10月24日に出願された国際出願PCT/CN2008/072812の継続出願であり、この出願は、2007年10月25日に出願された中国特許出願第200710165402.7号の優先権を主張し、これらの出願はともに、その全体が参照により本明細書に組み込まれている。
【国際調査報告】
2011501583.tif 000007
2011501583.tif 000008
2011501583.tif 000009
2011501583.tif 000010