(57)【要約】  着信転送のための方法、システム、およびデバイス。この方法は、被呼加入者デバイスのMSCが着信転送動作を処理したことが知られると、前記被呼加入者デバイスのMSCが、前記被呼加入者デバイスが呼を自ら開始した際に呼び出される手続きに従って第三者デバイスに呼要求を送信するように指示されることを含む。このことは、呼要求が、前記被呼加入者デバイスが呼を自ら開始した際に呼び出される手続きに従って第三者デバイスに直接に転送されるので、被呼加入者が着信転送動作をトリガした後に開始されるフォローアップ呼手続きが簡略化されることを可能にすることができる。呼要求は、呼交換サーバをもはや通過せず、これにより、呼要求シグナリングが減らされ、呼出しによって占有されるネットワークリソースが節約される。
2011504666.tif 000002
【特許請求の範囲】
【請求項１】
被呼UE(ユーザ機器)のMSC(移動交換局)が呼転送を実行することを獲得するステップと、
前記被呼UEの発呼プロセスに従って第三者UEに呼要求を送信するよう前記被呼UEの前記MSCに命令するステップとを含む呼転送方法。
【請求項２】
前記被呼UEの前記MSCが呼転送を実行することを獲得する前記プロセスは、
前記被呼UEの前記MSCからIMS(IPマルチメディアサブシステム)網にリダイレクトするためのサービス要求を介して情報を獲得するステップ、または
前記被呼UEを宛先とする呼要求が前記被呼UEの前記MSCに送信された後、前記被呼UEの前記MSCによって送信され、かつ、前記被呼UEを宛先とする呼要求を受信することによって情報を獲得するステップ、または
前記被呼UEの前記MSCによって送信された呼転送指示メッセージを介して情報を獲得するステップを含む請求項1に記載の方法。
【請求項３】
前記被呼UEの前記発呼プロセスに従って前記第三者UEに前記呼要求を送信するよう前記被呼UEの前記MSCに命令する前記プロセスは、
前記被呼UEの前記MSCにContinueメッセージを送信するステップ、または、第三者UE情報を伝えるConnectメッセージを送信するステップを含む請求項1に記載の方法。
【請求項４】
前記被呼UEの前記MSCによって、前記命令に従ってIAM(初期アドレスメッセージ)を介して前記第三者UEのMSCに呼要求を送信するステップと、
前記第三者UEの前記MSCによって、前記IAMメッセージをSetupメッセージに変換し、かつ、前記Setupメッセージを介して前記第三者UEに前記呼要求を送信するステップとをさらに含む請求項1に記載の方法。
【請求項５】
前記被呼UEの前記MSCによって、前記Continueメッセージを受信した後、IAM(初期アドレスメッセージ)を介してMGCF(媒体ゲートウェイ制御機能)に呼要求を送信するステップと、
前記MGCFによって、前記受信されたIAMメッセージをInviteメッセージに変換し、かつ、前記Inviteメッセージを介して前記第三者UEに前記呼要求を送信するステップとをさらに含む請求項3に記載の方法。
【請求項６】
被呼UE(ユーザ機器)のMSC(移動交換局)が呼転送を実行することを獲得し、かつ、前記被呼UEの発呼プロセスに従って第三者UEに呼要求を送信するよう前記被呼UEの前記MSCに命令するように構成された呼転送サーバと、
呼転送を実行し、かつ、前記呼転送サーバから前記命令を受信するように構成された前記被呼UEの前記MSCとを含む呼転送システム。
【請求項７】
前記被呼UEの前記MSCは、前記命令を受信した後、IAM(初期アドレスメッセージ)を介して前記第三者UEのMSCに呼要求を送信するようにさらに構成され、かつ、
前記第三者UEの前記MSCは、前記IAMメッセージをSetupメッセージに変換し、かつ、前記Setupメッセージを介して前記第三者UEに前記呼要求を送信するように構成される請求項6に記載のシステム。
【請求項８】
前記被呼UEの前記MSCは、前記命令を受信した後、IAM(初期アドレスメッセージ)を介してMGCF(媒体ゲートウェイ制御機能)に呼要求を送信するように構成され、かつ、
前記MGCFは、前記受信されたIAMメッセージをInviteメッセージに変換し、かつ、前記Inviteメッセージを介して前記第三者UEに前記呼要求を送信するように構成される請求項6に記載のシステム。
【請求項９】
被呼UE(ユーザ機器)のMSC(移動交換局)が呼転送を実行することを獲得するように構成された呼転送情報獲得ユニットと、
前記被呼UEの前記MSCが呼転送を実行することを獲得した後、前記被呼UEの発呼プロセスに従って第三者UEに呼要求を送信するよう前記被呼UEの前記MSCに命令するように構成された命令送信ユニットとを含む呼転送サーバ。
【請求項１０】
Inviteメッセージを介して送信された前記呼要求を受信するように構成された受信ユニットと、
前記受信ユニットによって受信された前記Inviteメッセージの宛先アドレスが、前記CS網における前記被呼UEである場合、前記呼要求にCSRN(回線交換ドメインルーティング番号)を割り当てるように構成されたCSRN割当てユニットと、
前記割り当てられたCSRNを送信するように構成されたCSRN送信ユニットとを含む請求項9に記載の呼転送サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信分野に関し、詳細には、呼転送方法、呼転送システム、および呼転送デバイスに関する。
【背景技術】
【０００２】
現在、ほとんどの移動通信網は、CS(回線交換)網である。事業者は、CS網に基づいて、成熟した豊かなサービスプラットフォームを構築している。これらのサービスプラットフォームの中で、MSC(移動交換局)が、例えば、呼ルーティングおよびサービスロジック実行、例えば、呼転送を担う。移動通信技術の絶え間ない開発とともに、IP交換に基づくサービス網、すなわち、IMS(IPマルチメディアサブシステム)が出現しつつある。CS網と比べて、IMS網は、より高い帯域幅を提供するとともに、より多くのサービスをサポートする。IMS網におけるコアユニットは、S-CSCF(サービング呼セッション制御機能)および様々なAS(アプリケーションサーバ)である。S-CSCFは、条件が満たされた場合、適切なASに呼要求をルーティングすることを担う。ASは、サービスロジックを実行することを担う。ASの一種であるTAS(電話アプリケーションサーバ)が、IMS網におけるすべての付加サービスの実施を制御する。
【０００３】
複雑であることから、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網の間の呼転送サービスは、図1に示される方法に従って実施される。図1に示されるとおり、IMS網におけるUE2が、CS網におけるVCC対応のUE1に呼を発信し、UE1が、呼転送サービスをトリガして、この呼をUE3に転送する。図1に示されるS-CSCF、VCC AS、およびTASは、UE1のホームネットワーク内に存在する。図1は、従来技術による呼を転送するプロセスを示す。このプロセスは、以下のステップを含む。すなわち、
【０００６】
ステップ101: UE2が、呼要求をUE1に送信する。
【０００７】
このステップにおいて、UE2は、UE1のTAS、S-CSCF、呼転送サーバ、MGCF、およびMSCを介してUE1に呼要求を送信する。
【０００８】
ステップ102: UE1が、呼転送サービスをトリガする。
【０００９】
このステップにおいて、UE1によってトリガされる呼転送サービスは、CD(呼毎着信転送)サービス(例えば、UE1が、UE3の番号を入力する)、着信転送サービス(例えば、呼は、UE1が話中である場合に着信転送される)、または他の任意の呼転送モードであることが可能である。
【００１０】
ステップ103: UE1が呼転送サービスをトリガするという情報を獲得した後、UE1のMSCが、UE1によって設定された呼転送情報を獲得し、さらにIMS網にリダイレクトするための要求を呼転送サーバに送信する。このサービス要求は、第三者情報、すなわち、UE3の番号を含むことが可能である。
【００１１】
ステップ104: リダイレクト要求を受信した後、呼転送サーバは、この呼にIMRN(IPマルチメディアルーティング番号)を割り当て、さらにこのIMRNをUE1のMSCに送信する。
【００１２】
IMRN番号は、CS網からの呼をIMS網における呼転送サーバにルーティングするのに使用される。
【００１３】
ステップ105: UE1のMSCが、IMRNを被呼番号として使用し、さらにIAMコマンドを使用することによってMGCFに呼要求を送信する。
【００１４】
ステップ106: MGCFが、CSシグナリングをSIP(セッション開始プロトコル)Inviteメッセージに変換し、さらにこのInviteメッセージを介してS-CSCFに呼要求を送信する。このInviteメッセージは、被呼番号、すなわち、IMRNを伝える。
【００１５】
ステップ107: S-CSCFが、iFC(初期フィルタ基準)に従って呼転送サーバに呼要求をルーティングする。
【００１６】
ステップ108: Inviteメッセージを受信した後、呼転送サーバが、ステップ103において獲得されたUE3の番号に従って新たなInviteメッセージを生成することによって、S-CSCFに呼要求を送信する。
【００１７】
ステップ109: S-CSCFが、受信された呼要求を、iFCに従ってTASにルーティングする。
【００１８】
ステップ110: B2BUAの役割をするTASが、新たなInviteメッセージを生成することによってS-CSCFに呼要求を送信する。
【００１９】
ステップ111: S-CSCFが、受信された呼要求をUE3にルーティングする。
【００２０】
ステップ112: UE3が、UE2にACKメッセージ(200 OK)を返す。このACKメッセージは、呼要求シグナリングに従って返され、つまり、すべての呼要求への応答は、それらの呼要求のシグナリングパスに従って返される。
【００２１】
図1に示されるとおり、ステップ103が実行された後、呼転送サーバが、被呼UEのMSCからの呼要求にIMRNを割り当て、さらにこの呼要求は、依然として、このIMRNに従って呼転送サーバにルーティングされる必要がある。呼転送サーバが、UE3の獲得された番号に従ってS-CSCFに呼要求を送信し、さらにS-CSCFが、この呼要求をTASにルーティングし、次に、B2BUAの役割をするTASが、この呼要求を、S-CSCFを介してUE3に送信する。つまり、UE1が呼転送サービスをトリガした後の呼プロセスにおいて、呼要求は、依然として、呼転送サーバにルーティングされる必要があり、このため、冗長な呼要求シグナリング、およびネットワークリソースの浪費が必然的に生じる。
【発明の概要】
【発明が解決しようとする課題】
【００２２】
本発明の実施形態は、被呼ユーザが呼転送サービスをトリガした後の後続のプロセスにおける呼要求冗長性に起因するネットワークリソースの浪費を減らす呼転送方法、呼転送システム、および呼転送デバイスを提供する。
【課題を解決するための手段】
【００２３】
呼転送方法が、被呼UEのMSCが呼転送サービスを実行するという情報を獲得し、被呼UEの発呼プロセス（call originating process）に従って第三者UEに呼要求を送信するよう被呼UEのMSCに命令するステップを含む。
【００２４】
呼転送システムが、被呼UEのMSCが呼転送サービスを実行するという情報を獲得し、被呼UEの発呼プロセスに従って第三者UEに呼要求を送信するよう被呼UEのMSCに命令するように構成された呼転送サーバと、呼転送サービスをトリガし、呼転送サーバからの命令を受信するように構成された被呼UEのMSCとを含む。
【００２５】
呼転送サーバが、被呼UEのMSCが呼転送サービスを実行するという情報を獲得するように構成された呼転送情報獲得ユニットと、被呼UEのMSCが呼転送サービスを実行するという情報を獲得した後、被呼UEの発呼プロセスに従って第三者UEに呼要求を送信するよう被呼UEのMSCに命令するように構成された命令送信ユニットとを含む。
【００２６】
以上の技術的ソリューションによれば、本発明の実施形態において提供される方法、システム、およびデバイスにおいて、被呼UEのMSCが呼転送サービスを実行するという情報が獲得された後、被呼UEのMSCは、被呼UEの発呼プロセスに従って第三者UEに呼要求を送信するように命令される。このようにして、被呼UEが呼転送サービスをトリガした後、被呼UEのMSCは、呼転送サーバ、S-CSCF、およびTASを経由しないで、被呼UEの発呼プロセスに従って第三者UEに呼要求を直接に送信することができ、このため、呼要求シグナリングが減らされ、ネットワークリソースが節約される。
【図面の簡単な説明】
【００２７】
【図１】先行技術における呼転送方法を示す流れ図である。
【図２】本発明の実施形態において提供される呼転送方法を示す流れ図である。
【図３】本発明の実施形態において提供される呼転送システムの構造を示す図である。
【図４】本発明の実施形態において提供される呼転送サーバの構造を示す図である。
【発明を実施するための形態】
【００２８】
本発明を、実施形態および添付の図面を参照して以下に詳細に説明する。
【００２９】
本発明の実施形態において提供される呼転送方法が、被呼UEのMSCが呼転送サービスを実行するという情報を獲得し、さらに被呼UEの発呼プロセスに従って第三者UEに呼要求を送信するよう被呼UEのMSCに命令するステップを含む。
【００３０】
前述の方法における動作は、呼転送サーバによって実行されることが可能である。呼転送サーバは、VCC AS、ICCF、またはCS網およびIMS網における呼サービスに対して集中制御を実施する他の任意のサーバ、あるいはCS網とIMS網の間で呼の連続性を確実にする任意のサーバであることが可能である。
【００３１】
呼転送サーバが呼転送情報を獲得する方法は、以下のモードを含むが、これらのモードには限定されない。すなわち、
a. 被呼UEが呼転送サービスをトリガするという情報を獲得した後、被呼UEのMSCが、IMS網にリダイレクトするための要求を呼転送サーバに送信する。呼転送サーバは、IMS網にリダイレクトするための要求に従って、被呼UEのMSCが呼転送サービスを実行するという情報を獲得する。
【００３２】
b. 被呼UEのMSCが、被呼UEが呼転送サービスをトリガするという情報を獲得した後、呼転送サーバに呼要求を送信することが可能である。呼転送サーバは、呼転送サーバが被呼UEのMSCに呼要求を以前に送信しているかどうかを判定し、送信している場合、呼転送サーバは、現在の呼が呼転送サービスであると判定する。
【００３３】
c. 被呼UEが呼転送サービスをトリガするという情報を獲得した後、被呼UEのMSCが、例えば、メッセージの中で呼転送情報を伝える特定のパラメータを設定して、呼転送サーバに呼転送指示メッセージを送信して、呼転送サーバが、現在の呼が呼転送サービスであることを知ることを可能にすることができる。
【００３４】
図2は、本発明の実施形態において提供される呼転送方法の流れ図である。本発明のこの実施形態において、UE2は、発呼側のUEであり、IMS網内に存在し、UE1は、被呼側のUEであり、CS網内に存在し、さらにUE1は、呼転送機能を有して構成され、着信する呼を第三者のUE、UE3に転送することができる。MSC1は、UE1のホームMSCであり、MSC3は、UE3のホームMSCである。図2に示されるとおり、この方法は、以下のステップを含む。すなわち、
ステップ201: UE2が、UE1の番号を伝える第1のInviteメッセージを介してS-CSCFに呼要求を送信する。
【００３５】
ステップ202: S-CSCFが、iFCに従ってTASに第1のInviteメッセージをルーティングする。
【００３６】
ステップ203: B2BUAの役割をするTASが、第1のInviteメッセージを介して送信された呼要求を終端させ、第2のInviteメッセージを生成し、さらに第2のInviteメッセージを介してS-CSCFに呼要求を送信する。
【００３７】
ステップ204: S-CSCFが、第2のInviteメッセージをVCC ASにルーティングする。
【００３８】
ステップ205: VCC ASが、CS網におけるUE1にCSRN(回線交換ドメインルーティング番号)を割り当て、さらに第2のInviteメッセージを終端させて、このCSRNを伝える第3のInviteメッセージを生成するB2BUAの役割をし、さらに第3のInviteメッセージを介してS-CSCFに呼要求を送信する。
【００３９】
VCC ASは、VCCサービスのための呼転送サーバである。他のサービスがトリガされた場合、他の呼転送サーバが使用されることが可能である。例えば、ICCFが、ICSサービスのために使用されることが可能である。
【００４０】
ステップ206: S-CSCFが、第3のInviteメッセージを介して送信された呼要求をMGCFにルーティングする。
【００４１】
ステップ207: MGCFが、第3のInviteメッセージをCSドメインのIAM(初期アドレスメッセージ)に変換し、このIAMメッセージを介してMSC1に呼要求を送信する。
【００４２】
ステップ208: MSC1が、受信されたIAMメッセージをSetupメッセージに変換し、このSetupメッセージを介してUE1に呼要求を送信する。
【００４３】
ステップ209: 呼要求を受信した後、UE1が、呼転送サービスをトリガする。
【００４４】
このステップにおいて、UE1が、呼毎着信転送サービスをトリガする場合、UE1は、UE3の番号を入力し、さらにこの番号を、Disconnectメッセージを介してMSC1に送信する。Disconnectメッセージを受信した後、MSC1が、UE1にReleaseメッセージを送信する。Releaseメッセージを受信した後、UE1が、MSC1にRelease Completeメッセージを返し、さらにUE1とMSC1の間の呼要求のためのシグナリング接続を切断する。UE1が、着信転送サービス、例えば、CFU(話中時着信転送)サービスをトリガする場合、UE1は、UE1が話中であることを示すUDUB(User Determined User Busy)メッセージを、MSC1に返すことができる。
【００４５】
ステップ210: UE1が呼転送サービスをトリガすることを知った後、MSC1が、呼転送サービスを実行することを開始し、UE2によって設定された第三者UE情報、すなわち、UE3の番号を獲得し、さらにIMS網にリダイレクトするための要求をVCC ASに送信する。IMS網にリダイレクトするための要求は、IDP(初期検出ポイント)メッセージを介して送信されることが可能である。
【００４６】
このステップにおいて、UE1が、呼毎着信転送サービスをトリガする場合、MSC1は、UE1によって送信されたDisconnectメッセージから、この情報、およびUE3の番号を獲得することができる。UE1が、CFUサービスをトリガする場合、MSC1は、UE1によって送信されたUDUBメッセージから、この情報を獲得し、VLRからUE1の加入情報を獲得し、さらにこの加入者情報から、UE1が話中である場合の第三者情報、すなわち、UE3の番号を獲得することができる。
【００４７】
ステップ201から210は、従来技術において利用可能である。
【００４８】
ステップ211: IMS網にリダイレクトするための要求を受信した後、VCC ASが、ContinueメッセージをMSC1に送信して、この要求を拒否する。
【００４９】
この実施形態において、被呼UEが呼転送サービスをトリガするという情報は、IMS網にリダイレクトするための要求を介して獲得される。この要求は、IMRN要求であることが可能である。もちろん、被呼UEが呼転送サービスをトリガするという情報は、他の方法を介して獲得されることも可能である。例えば、IDPメッセージの中で特定のパラメータが、設定されることが可能であり、VCC ASにおけるgsmSCF(GSMサービス制御機能)が、IDPメッセージの、これらの特定のパラメータから、呼が呼転送サービスであること、および第三者ユーザ情報がUE3の番号であることを知ることが可能である。
【００５０】
Continueメッセージは、UE1がUE3に呼を発信するプロセスに従って後続の動作を実行するようMSC1に命令するのに使用される。Continueメッセージに加えて、他のメッセージが、UE1がUE3に呼を発信するプロセスに従って後続の動作を実行するようMSC1に命令するのに使用されることも可能である。例えば、パラメータを伝えるContinueメッセージ、またはUE3の番号を伝えるConnectメッセージが、使用されることが可能である。
【００５１】
ステップ212: MSC1が、IAMメッセージを介してMSC3に呼要求を送信する。
【００５２】
UE3が、CS網におけるUEである場合、MSC1は、このIAMメッセージをMSC3に直接に送信する。UE3が、IMS網におけるUEである場合、MSC1は、このIAMメッセージをMGCFに送信し、さらにMGCFが、このIAMメッセージをInviteメッセージに変換し、このInviteメッセージをUE3に送信する。
【００５３】
ステップ213: MSC3が、受信されたIAMメッセージをSetupメッセージに変換し、さらにこのSetupメッセージを介してUE3に呼要求を送信する。
【００５４】
ステップ214: UE3が、ACKメッセージをUE2に返す。
【００５５】
UE3は、呼要求のシグナリングパスに従ってUE2にACKメッセージを返す。したがって、このACKメッセージは、呼要求シグナリングのリソース使用を反映することが可能である。ステップ214において返されるACKメッセージから分かるとおり、このプロセスは、呼シグナリング冗長性を大幅に減らし、ネットワークリソースを節約する。
【００５６】
図3は、本発明の実施形態において提供される呼転送システムの構造を示す。図3に示されるシステムは、呼転送サーバ301と、被呼UEのMSC302とを含むことが可能である。
【００５７】
呼転送サーバ301は、被呼UEのMSCが呼転送サービスを実行するという情報を獲得した後、被呼UEの発呼プロセスに従って第三者UEに呼要求を送信するよう被呼UEのMSC302に命令するように構成される。
【００５８】
被呼UEのMSC302は、呼転送サービスを実行し、さらに呼転送サーバ301から、この命令を受信するように構成される。
【００５９】
呼転送サーバ301は、VCC AS、ICCF、またはCS網とIMS網の間で集中呼制御を実施する他の任意のサーバ、あるいはCS網とIMS網の間で呼の連続性を確実にする他の任意のサーバであることが可能である。
【００６０】
このシステムは、第三者UEのMSC303をさらに含むことが可能である。
【００６１】
被呼UEのMSC302は、この命令を受信した後、IAMメッセージを介して第三者UEのMSC303に呼要求を送信するようにさらに構成されることが可能である。
【００６２】
第三者UEのMSC303は、このIAMメッセージをSetupメッセージに変換し、さらにこのSetupメッセージを介して第三者UEに呼要求を送信するようにさらに構成されることが可能である。
【００６３】
被呼UEのMSC302は、呼転送サーバ301から命令を受信した後、IAMメッセージを介してMGCFに呼要求を送信するようにさらに構成されることが可能である。
【００６４】
この場合、システムは、受信されたIAMメッセージをInviteメッセージに変換し、さらにこのInviteメッセージを介して第三者UEに呼要求を送信するように構成されたMGCF304をさらに含むことが可能である。
【００６５】
図4は、本発明の実施形態による呼転送サーバの構造を示す。図4に示される呼転送サーバは、呼転送情報獲得ユニット401と、命令送信ユニット402とを含むことが可能である。
【００６６】
呼転送情報獲得ユニット401は、被呼UEのMSCが呼転送サービスを実行するという情報を獲得するように構成される。
【００６７】
命令送信ユニット402は、被呼UEが呼転送サービスをトリガするという情報を獲得した後、被呼UEの発呼プロセスに従って第三者UEに呼要求を送信するよう被呼UEのMSCに命令するように構成される。
【００６８】
呼転送サーバは、受信ユニット403と、CSRN割当てユニット404と、CSRN送信ユニット405とをさらに含むことが可能である。
【００６９】
受信ユニット403は、Inviteメッセージを介して送信された呼要求を受信するように構成される。
【００７０】
CSRN割当てユニット404は、受信ユニット403によって受信されたInviteメッセージの宛先アドレスが、CS網における被呼UEである場合、呼要求にCSRNを割り当てるように構成される。
【００７１】
CSRN送信ユニット405は、割り当てられたCSRNを送信するように構成される。
【００７２】
受信ユニット403、CSRN割当てユニット404、およびCSRN送信ユニット405は、発呼UEが被呼UEに呼要求を送信する際のプロセスにおいて呼要求にCSRNを割り当てることによって、CS網に呼を転送するように構成されることが可能である。
【００７３】
呼転送情報獲得ユニット401は、受信ユニット403から送信されたIDPメッセージから呼転送情報を獲得するように構成される。IDPメッセージは、IMRN、呼要求、あるいは呼が呼転送サービスであることを示す特別なパラメータを伝えることが可能である。
【００７４】
以上の説明から分かるとおり、本発明の実施形態において提供される呼転送方法、呼転送システム、および呼転送デバイスにおいて、被呼UEのMSCが呼転送サービスを実行するという情報が獲得された後、被呼UEのMSCが、被呼UEの発呼プロセスに従って第三者UEに呼要求を送信するように命令される。
【００７５】
このようにして、被呼UEが呼転送サービスをトリガした後、被呼UEのMSCが、呼転送サーバ、S-CSCF、およびTASを介してではなく、被呼UEの発呼プロセスに従って第三者UEに呼要求を直接に送信することができ、このため、呼要求シグナリングが減らされ、ネットワークリソースが節約される。
【００７６】
本発明を、いくつかの例示的な実施形態を介して説明してきたが、本発明は、そのような実施形態に限定されない。当業者が、本発明の範囲を逸脱することなく、本発明に様々な変形および変更を行うことができることが、明白であろう。本発明は、それらの変形および変更が、添付の特許請求の範囲、または均等の範囲によって規定される保護範囲に含まれるという条件付きで、それらの変形および変更を範囲に含むことを意図している。
【符号の説明】
【００７７】
301  呼転送サーバ
302  移動交換局
303  移動交換局
304  媒体ゲートウェイ制御機能
401  呼転送情報獲得ユニット
402  命令送信ユニット
403  受信ユニット
404  CSRN割当てユニット
405  CSRN送信ユニット
【図１】
2011504666.tif 000003
【図２】
2011504666.tif 000004
【図３】
2011504666.tif 000005
【図４】
2011504666.tif 000006
【手続補正書】
【提出日】平成22年5月19日(2010.5.19)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
§関連出願の相互参照
本出願は、2008年10月15日に出願された国際出願PCT/CN2008/072704の継続出願であり、この出願は、2007年10月25日に出願された中国特許出願第200710165401.2号および2007年10月25日に出願された中国特許出願第200710165402.7号の優先権を主張し、これらの出願はすべて、その全体が参照により本明細書に組み込まれている。
§技術分野
本発明は、移動通信分野に関し、詳細には、呼転送方法、呼転送システム、および呼転送デバイスに関する。
【国際調査報告】
2011504666.tif 000007
2011504666.tif 000008
2011504666.tif 000009
2011504666.tif 000010