(57)【要約】異なる方式の無線ネットワーク間の呼の転送を行う通信ネットワーク群（３００）および方法が開示されている。無線デバイス（３１６）が第１の無線ネットワーク（３１０）によってサービングされていて、呼が第２の無線ネットワーク（３２０）内で起動されると、共通または共用加入者サーバ（３３０）を使用して呼の転送が行われる。前記第１の無線ネットワーク（３１０）内で呼転送条件（例えば、話中条件または無応答条件）が検出された場合、前記第１の無線ネットワーク（３１０）は、第１の呼転送要求メッセージを加入者サーバ（３３０）へ送信する。前記加入者サーバ（３３０）は、第１のメッセージング・プロトコルに従う前記第１の呼転送要求メッセージを、前記第２の無線ネットワーク（３２０）によって使用される第２のメッセージング・プロトコルに従う第２の呼転送要求メッセージに変換する。前記加入者サーバ（３３０）は、次に、前記第２の呼転送要求メッセージを前記第２の無線ネットワーク（３２０）へ送信し、前記第２の無線ネットワーク（３２０）は、前記第２の呼転送要求メッセージに応答して、前記呼の転送を起動する。
2010503315.tif 000002
【特許請求の範囲】
【請求項１】
無線デバイス（３１６）への呼の呼転送を行うための通信ネットワーク（３００）であって、
無線デバイス（３１６）を使用する加入者のための加入者情報を保管するようになされた加入者サーバ（３３０）と、
前記無線デバイス（３１６）と通信するようになされたサービング呼制御機能（３１２）を有する第１の無線ネットワーク（３１０）と、
前記無線デバイス（３１６）宛ての呼を受信し、前記呼を前記サービング呼制御機能（３１２）にルーティングするようになされた発信側呼制御機能（３２２）を有する第２の無線ネットワーク（３２０）と、
を備え、
前記サービング呼制御機能（３１２）が前記無線デバイス（３１６）への前記呼を受信するようになされ、呼転送条件が検出された場合、前記サービング呼制御機能（３１２）が第１の呼転送要求メッセージを第１のメッセージング・プロトコルで前記加入者サーバ（３３０）へ送信するようにさらになされていることと、
前記加入者サーバ（３３０）が、前記第１の無線ネットワーク（３１０）の前記第１のメッセージング・プロトコルに従う前記第１の呼転送要求メッセージを、前記第２の無線ネットワーク（３２０）の第２のメッセージング・プロトコルに従う第２の呼転送要求メッセージに変換し、前記第２のメッセージング・プロトコルに従う前記第２の呼転送要求メッセージを前記発信側呼制御機能（３２２）に送信するようになされていることと、
前記発信側呼制御機能（３２２）が、前記第２の呼転送要求メッセージに応答して、前記呼の転送を起動するようになされていることと
を特徴とする通信ネットワーク（３００）。
【請求項２】
前記発信側呼制御機能（３２２）が、
前記第２の呼転送要求メッセージを受信したことに応答して、前記加入者サーバ（３３０）へ、前記呼をどこに転送するかを判定するようにクエリを送信し、
前記呼の転送情報が入った、前記クエリへの応答を受信し、
前記転送情報に従って前記呼を転送するように
さらになされた、請求項１に記載の通信ネットワーク（３００）。
【請求項３】
前記加入者サーバ（３３０）が、
前記第１の呼転送要求メッセージを受信したことに応答して、前記呼の転送情報を識別し、
前記転送情報を前記第２の呼転送要求メッセージに組み込む
ようにさらになされた、請求項１に記載の通信ネットワーク（３００）。
【請求項４】
前記加入者サーバ（３３０）が、
前記第１の無線ネットワーク（３１０）の前記第１のメッセージング・プロトコルを識別し、
前記第２の無線ネットワーク（３２０）の前記第２のメッセージング・プロトコルを識別し、
前記第２の呼転送要求メッセージを生成し、
前記第１のメッセージング・プロトコルに従う第１の呼転送要求メッセージ内のパラメータを、前記第２のメッセージング・プロトコルに従う前記第２の呼転送要求メッセージ内のパラメータにマッピングする
ようにさらになされた、請求項１に記載の通信ネットワーク（３００）。
【請求項５】
前記加入者サーバ（３３０）がホーム・ロケーション・レジスタＨＬＲまたは併合型ホーム・ロケーション・レジスタＨＬＲ／ホーム加入者サーバ（３３０）ＨＳＳを備えた、請求項１に記載の通信ネットワーク（３００）。
【請求項６】
無線デバイスへの呼の呼転送を行うための、通信ネットワークを稼働する方法であって、
前記通信ネットワークが第１の無線ネットワーク、第２の無線ネットワーク、および加入者サーバを備え、
前記第１の無線ネットワークを介して無線デバイスにサービングするステップと、
前記第２の無線ネットワーク内の前記無線デバイスへの呼を受信するステップと、
前記呼を前記第１の無線ネットワークにルーティングするステップを
含み、
前記第１の無線ネットワーク内で呼転送条件を検出するステップと、
呼転送条件が検出されたことに応答して、前記第１の無線ネットワークからの、第１のメッセージング・プロトコルに従う第１の呼転送要求メッセージを前記加入者サーバへ送信するステップと、
前記加入者サーバにおいて、前記第１の無線ネットワークの前記第１のメッセージング・プロトコルに従う前記第１の呼転送要求メッセージを、前記第２の無線ネットワークの第２のメッセージング・プロトコルに従う第２の呼転送要求メッセージに変換するステップと、
前記第２のメッセージング・プロトコルに従う前記第２の呼転送要求メッセージを前記加入者サーバから前記第２の無線ネットワークへ送信するステップと、
前記第２の呼転送要求メッセージに応答して、前記第２の無線ネットワーク内で前記呼の転送を起動するステップと
を特徴とする方法。
【請求項７】
前記呼の転送を起動するステップが、
前記呼をどこに転送するかを判定するように前記第２の無線ネットワークから前記加入者サーバへクエリを送信するステップと、
前記呼の転送情報が入った、前記クエリへの応答を前記第２の無線ネットワーク内で受信するステップと、
前記第２の無線ネットワーク内で前記転送情報に従って前記呼を転送するステップと
をさらに含む、請求項６に記載の方法。
【請求項８】
前記第２の呼転送要求メッセージを送信するステップが、
第１の呼転送要求メッセージを受信したことに応答して、加入者サーバ内で前記呼の転送情報を識別するステップと、
前記転送情報を第２の呼転送要求メッセージに組み込むステップと
をさらに含む、請求項６に記載の方法。
【請求項９】
前記第１の呼転送要求メッセージを変換するステップが、
前記第１の無線ネットワークの前記第１のメッセージング・プロトコルを識別するステップと、
前記第２の無線ネットワークの前記第２のメッセージング・プロトコルを識別するステップと、
前記第２の呼転送要求メッセージを生成するステップと、
前記第１のメッセージング・プロトコルに従う前記第１の呼転送要求メッセージ内のパラメータを、前記第２のメッセージング・プロトコルに従う前記第２の呼転送要求メッセージ内のパラメータにマッピングするステップと
を含む、請求項６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの分野に関し、より詳細には、異なる方式の無線ネットワーク間の呼の転送処理に関する。
【背景技術】
【０００２】
呼の転送は、呼が、ダイアルされた電話番号とは異なる電話番号にルーティングされるようにする機能である。無線ネットワークは、様々な理由で呼の転送機能を提供する。一例では、加入者は、自分のセル電話への呼が事務所の電話または自宅の電話にルーティングされるようにする（例えば、「すべての呼の呼転送」を行う）ために呼の転送を使用することができる。別の例では、加入者への呼が、加入者が応答しない、または話中であるために接続できない場合、無線ネットワークは呼をボイスメール・サーバまたは別の番号に転送することもあるだろう（例えば、「無応答呼転送」または「話中呼転送」）。
【０００３】
図１は、従来技術で呼の転送を行う無線ネットワーク１００を示している。無線ネットワーク１００は、無線デバイス１１２にサービングする移動体通信交換局ＭＳＣ１１０、無線ネットワーク１００に呼を発信するＭＳＣ  １２０、およびホーム・ロケーション・レジスタＨＬＲ１３０を備えている。以下で、無線ネットワーク１００が無線デバイス１１２への呼の呼転送をどのように処理するかを説明する。
【０００４】
発呼側通話者１２２が無線デバイス１１２への呼を起動するものと仮定する。発信側ＭＳＣ  １２０がその呼を受信して、ＨＬＲ  １３０に、無線デバイス１１２のロケーションをクエリする。ＨＬＲ  １３０は、サービングＭＳＣ  １１０に無線デバイス１１２の状態を判定するようにクエリする。次に、サービングＭＳＣ  １１０は、そのクエリに応答して無線デバイス１１２にページングし、無線デバイス１１２がそのページング（または後続のページング）に応答したかについてＨＬＲ  １３０に返答する。無線デバイス１１２が１回のページングまた複数回のページングに応答しなかった場合、ＨＬＲ  １３０は、その呼に対して早期呼転送を起動し、発信側ＭＳＣ  １２０からのクエリに、呼をどこに転送するかの情報で応答する。無線デバイス１１２がページングに応答した場合、ＨＬＲ  １３０は、発信側ＭＳＣ  １２０からのクエリに、サービングＭＳＣ  １１０を表す一時的ローカル電話番号ＴＬＤＮで応答する。次いで、発信側ＭＳＣ  １２０は、ＨＬＲ  １３０によって提供されたＴＬＤＮに基づいて、サービングＭＳＣ  １１０にその呼をルーティングする。
【０００５】
その呼を受信したことに応答して、サービングＭＳＣ  １１０は、その呼を無線デバイス１１２に接続しようとする。この時点で、サービングＭＳＣ  １１０は呼転送条件を検出したものと仮定する。例えば、サービングＭＳＣ  １１０は、無線デバイス１１２が話中であること、または無線デバイス１１２が呼に応答しないことを検出することがあるだろう。サービングＭＳＣ  １１０は、呼転送条件を検出すると、発信側ＭＳＣ  １２０へ呼転送要求メッセージを送信する。ＣＤＭＡネットワークでは、呼転送要求メッセージは、宛先変更要求ＲＥＤＲＥＱメッセージになる可能性がある。ＧＳＭネットワークまたはＵＭＴＳネットワークでは、呼転送要求メッセージは、呼処理再開要求メッセージになる可能性がある。呼転送要求メッセージに応答して、発信側ＭＳＣ  １２０は、ＨＬＲ  １３０に、呼をどこに転送するかを判定するようにクエリする。ＨＬＲ  １３０は、無線デバイス１１２に関連付けられた加入者プロファイルを処理して呼をどこに転送するかを判定し（例えば、別の電話番号へ、ボイスメール・サーバへなど）、発信側ＭＳＣ  １２０に転送情報で応答する。次いで、発信側ＭＳＣ  １２０は、その転送情報に基づいて呼を転送する。発呼におけるこの時点での呼の転送は、本明細書では、後期呼転送と称する。
【０００６】
一部の無線サービス・プロバイダは、デュアル・モード・サービスを可能にしている。デュアル・モード・サービスとは、無線デバイスが、異なる無線プロトコルを利用する異なる方式の無線ネットワークと通信できるようにするものである。例として、デュアル・モード・サービスは、無線デバイスが、異なる方式のセルラ・ネットワーク、例えば、ＣＤＭＡネットワークおよびＧＳＭネットワークと通信できるようにする。別の例では、デュアル・モード・サービスは、無線デバイスが、セルラ・ネットワークおよび無線データ・ネットワーク、例えば、ＣＤＭＡネットワークおよびＩＭＳネットワークと通信できるようにすることができる。デュアル・モード・サービスを受けることができる無線デバイスは、デュアル・モード無線デバイスと呼ばれる。
【０００７】
ネットワーク事業者にとっての１つの問題は、デュアル・モード・サービスなどの、異なる方式の無線ネットワーク間の呼の転送の処理である。先に説明した無線ネットワーク１００における呼の転送は、サービングＭＳＣ  １１０が呼転送要求メッセージを発信側ＭＳＣ  １２０へ送信することにより容易に処理できている。しかし、無線デバイスが、サービングＭＳＣおよびＭＳＣが異なる方式の無線ネットワーク（例えば、ＣＤＭＡネットワークおよびＧＳＭネットワーク）内にあるようなローミングをしている場合、その２つのＭＳＣは呼の転送を行うための通信ができないことがある。異なる方式の無線ネットワークは同じメッセージング・プロトコルを使用して通信できないことがあるので、異なる方式のネットワークのＭＳＣは通信できないことがあり、それについては、図２に示されている。
【０００８】
図２は、従来技術で呼の転送を行う通信ネットワーク２００を示している。通信ネットワーク２００は、ＧＳＭネットワーク２１０、ＣＤＭＡネットワーク２２０、および共通ＨＬＲ  ２３０を備えている。ＧＳＭネットワーク２１０はＭＳＣ  ２１２を備え、ＣＤＭＡネットワーク２２０はＭＳＣ  ２２２を備えている。ＧＳＭネットワーク２１０内のＭＳＣ  ２１２は、ＧＳＭネットワーク２１０内でローミングしている無線デバイス２１６にサービングするようになされている。
【０００９】
発呼側通話者２２６が無線デバイス２１６への呼を起動するものとする。ＣＤＭＡネットワーク２２０内の発信側ＭＳＣ  ２２２が呼を受信し、ＨＬＲ  ２３０に無線デバイス２１６のロケーションをクエリする。ＨＬＲ  ２３０は、ＭＳＣ  ２１２に無線デバイス２１６の状況を判定するようにクエリする。サービングＭＳＣ  ２１２は、そのクエリに応答して無線デバイス２１６にページングし、次いで、無線デバイス２１６がそのページング（または後続のページング）に応答したかについてＨＬＲ  １３０に返答する。無線デバイス２１６が１回のページングまた複数回のページングに応答しなかった場合、ＨＬＲ  ２３０は、その呼に対して早期呼転送を起動し、発信側ＭＳＣ  ２２２からのクエリに、呼をどこに転送するかの情報で応答する。無線デバイス２１６がページングに応答した場合、ＨＬＲ  ２３０は、発信側ＭＳＣ  ２２２からのクエリに、サービングＭＳＣ  ２１２を表すＴＬＤＮで応答する。次いで、発信側ＭＳＣ  ２２２は、ＨＬＲ  ２３０によって提供されたＴＬＤＮに基づいて、サービングＭＳＣ  ２１２にその呼をルーティングする。
【００１０】
その呼を受信したことに応答して、サービングＭＳＣ  ２１２は、その呼を無線デバイス２１６に接続しようとする。この時点で、サービングＭＳＣ  ２１２は呼転送条件を検出したものと仮定する。１つの問題は、サービングＭＳＣ  ２１２は発信側ＭＳＣ  ２２２とは異なるメッセージング・プロトコルを使用して通信するので、サービングＭＳＣ  ２１２は単純に呼転送要求メッセージを発信側ＭＳＣ  ２２２へ送信できないことである。図２において、サービングＭＳＣ  ２１２はＧＳＭ  ＭＡＰメッセージングを使用し、発信側ＭＳＣ  ２２２はＡＮＳＩメッセージングを使用する。その結果、サービングＭＳＣ  ２１２は呼転送要求メッセージを発信側ＭＳＣ  ２２２へ送信することができず、無線デバイス２１６への呼の呼転送を起動することはできない。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は上記および他の関連の問題を、異なる方式の無線ネットワーク間の呼の転送を処理するためにＨＬＲまたは併合型ＨＬＲ／ＨＳＳなどの加入者サーバを使用することにより解決する。加入者サーバは、異なる方式の無線ネットワークが呼の転送の目的で（および、おそらく、他の機能を提供する目的で）通信できるようにするために、そのような無線ネットワーク間の呼転送メッセージをインターワークするようになされている。したがって、加入者サーバは、ローミングする無線デバイスのために呼の転送を処理するための有効なソリューションを提供する。
【課題を解決するための手段】
【００１２】
本発明の一実施形態では、通信ネットワークは第１の無線ネットワーク、第２の無線ネットワーク、および加入者サーバを備えている。第１の無線ネットワークの例としてはＣＤＭＡネットワークがあり、第２の無線ネットワークの例としてはＧＳＭネットワークがある。第１の無線ネットワークは、無線デバイスと通信するようになされたサービング呼制御機能を備えている。第２の無線ネットワークは、無線デバイスへの呼を受信し、その呼をサービング呼制御機能にルーティングするようになされた発信側呼制御機能を備えている。サービング呼制御機能は、無線デバイスへの呼を受信するようになされている。呼転送条件（例えば、話中条件または無応答条件）が検出された場合、サービング呼制御機能は、第１の呼転送要求メッセージを加入者サーバへ送信するようにさらになされている。第１の呼転送要求メッセージは、第１の無線ネットワークによって使用される第１のメッセージング・プロトコルに従う。加入者サーバ（例えば、ＨＬＲまたは併合型ＨＬＲ／ＨＳＳ）は、第１のメッセージング・プロトコルに従う第１の呼転送要求メッセージを、第２のメッセージング・プロトコルに従う第２の呼転送要求メッセージに変換するようになされている。第２のメッセージング・プロトコルは、メッセージング用に第２の無線ネットワークによって使用されるプロトコルである。加入者サーバは、第２のメッセージング・プロトコルに従う第２の呼転送要求メッセージを発信側呼制御機能に送信するようになされている。発信側呼制御機能は、第２の呼転送要求メッセージに応答して呼の転送を起動するようになされている。
【００１３】
本発明は、以下で説明する他の例示的な実施形態を含むことができる。
【００１４】
同じ参照番号は、すべての図面上で同じ要素または同じタイプの要素を表す。
【図面の簡単な説明】
【００１５】
【図１】従来技術で呼の転送を行う無線ネットワークを示した図である。
【図２】従来技術で呼の転送を行う無線ネットワークを示した図である。
【図３】本発明の例示的な実施形態における通信ネットワークを示した図である。
【図４】例示的な実施形態において呼の転送を行うための、通信ネットワークを稼働する方法を示したフローチャートである。
【図５】加入者サーバの例示的な実施形態を示した図である。
【図６】例示的な実施形態において加入者サーバを稼働する方法を示したフローチャートである。
【図７】例示的な実施形態において呼転送要求メッセージをある１つのプロトコルから別のプロトコルに変換する方法を示したフローチャートである。
【図８】例示的な実施形態において呼の転送情報を送信する方法を示したフローチャートである。
【図９】例示的な実施形態における、異なる方式の無線ネットワークを含む通信ネットワークを示した図である。
【図１０】例示的な実施形態におけるＣＤＭＡネットワークとＧＳＭネットワーク間の呼の転送を示したメッセージ・ダイアグラムである。
【図１１】例示的な実施形態におけるＧＳＭネットワークとＣＤＭＡネットワーク間の呼の転送を示したメッセージ・ダイアグラムである。
【図１２】例示的な実施形態におけるＩＭＳネットワークとＧＳＭネットワーク間の呼の転送を示したメッセージ・ダイアグラムである。
【発明を実施するための形態】
【００１６】
図３〜１２および以下の説明は、当業者に本発明をどのように実現して使用するかを教示するために、本発明の特定の例示的な実施形態を示している。発明の原理を教示する目的で、本発明の従来の態様の一部は単純化、または省略されている。当業者は、本発明の範囲に入るこれらの実施形態の変形を理解するであろう。当業者は、以下で説明される機能は様々な方法で組み合わされて、本発明の複数の変形を形成できることを理解するであろう。その結果、本発明は、以下で説明される特定の実施形態に限定されることはなく、請求項およびその均等物によってのみ限定されるものとする。
【００１７】
図３は、本発明の例示的な実施形態における通信ネットワーク３００を示している。通信ネットワーク３００は第１の無線ネットワーク３１０、第２の無線ネットワーク３２０、および加入者サーバ３３０を備えている。ネットワークのサービス・エリアは離れている、または重なり合っていてよいので、ネットワークを示すネットワークの雲状のものは、ネットワークの実際のサービス・エリアを示すために用いられているのではない。加入者サーバ３３０は、無線ネットワーク３１０および３２０の外側にあるものとして示されているが、加入者サーバ３３０はネットワーク３１０および３２０のどちらかの中、または両方の中に実装されていてもよいし、またはリモート・システムの中に実装されていてもよい。通信ネットワーク３００は、図３に示されていない他のネットワーク、システム、またはデバイス、例えば、基地局などを備えていてよい。
【００１８】
無線ネットワーク３１０および無線ネットワーク３２０は、それぞれ、無線信号によって通信を行う任意のネットワークを含んでいる。無線ネットワーク３１０および無線ネットワーク３２０は異なる方式の無線ネットワークである。つまり、この２つのネットワークは異なる方式の無線プロトコルを使用して通信する。一実施例では、無線ネットワーク３１０はＣＤＭＡネットワーク、無線ネットワーク３２０はＧＳＭネットワークであってよい。別の実施例では、無線ネットワーク３１０はＣＤＭＡネットワーク、無線ネットワーク３２０はＵＭＴＳネットワークであってよい。別の実施例では、無線ネットワーク３１０はＣＤＭＡネットワーク、無線ネットワーク３２０はＩＭＳネットワークであってよい。
【００１９】
無線ネットワーク３１０は呼制御機能ＣＣＦ３１２を備えている。呼制御機能ＣＣＦは、例えば、ＣＤＭＡまたはＧＳＭネットワーク内のＭＳＣ、またはＩＭＳネットワーク内の呼セッション制御機能ＣＳＣＦまたはアプリケーション・サーバＡＳなどのように、呼にサービングするようになされた任意のシステム、ネットワーク・ノード、ソフトウェア・アプリケーションなどを備えている。無線ネットワーク３２０はＣＣＦ  ３２２を備えている。
【００２０】
ＣＣＦ  ３１２は、図３で、無線デバイス３１６にサービングするものとして示されている。無線デバイス３１６は、無線信号によって通信するようになされた任意のデバイス、例えば、携帯電話、ＰＤＡ、携帯ＶｏＩＰ電話などを備えている。無線デバイス３１６はデュアル・モード無線デバイスであってよい。つまり、無線デバイス３１６は、異なる無線プロトコルを利用する無線ネットワーク３１０および無線ネットワーク３２０と通信することができる。
【００２１】
加入者サーバ３３０は、１人または複数の加入者のための加入者情報または加入者データを保管および維持する任意のデータベースまたは同様のシステムを備えている。例えば、加入者サーバ３３０は、無線デバイス３１６のユーザを表す加入者レコードまたは加入者プロファイルの形で加入者データを維持することができる。加入者サーバ３３０は、無線ネットワーク３１０によっても、無線ネットワーク３２０によってもアクセス可能であり、ネットワーク３１０および３２０のどちらも、加入者データまたは他の情報を検索できる。加入者サーバ３３０は、単一の中央集中システムを備えていてもよいし、複数のシステム間で分散されていてもよい。複数のシステムで実現された場合、それらのシステムは共通の加入者データを維持するために通信する。加入者サーバ３３０は、Ｌｕｃｅｎｔ  Ｔｅｃｈｎｏｌｏｇｉｅｓのスーパー分散ＨＬＲ（Ｓ−ＤＨＬＲ）などのホーム・ロケーション・レジスタＨＬＲを備えていてもよい。あるいは、加入者サーバ３３０は、併合型ホーム・ロケーション・レジスタＨＬＲ／ホーム加入者サーバＨＳＳを備えていてもよい。
【００２２】
図４は、本発明の例示的な実施形態において呼の転送を行うための、通信ネットワークを稼働する方法４００を示したフローチャートである。方法４００のステップは、図３の通信ネットワーク３００を参照しながら説明される。図４のフローチャートのステップは、すべてを包含するものではなく、図示されていない他のステップを含むことがある。
【００２３】
方法４００のステップ４０２において、無線ネットワーク３２０内のＣＣＦ  ３２２が発呼側通話者３２６から無線デバイス３１６への呼を受信する。ＣＣＦ  ３２２は、呼をどこにルーティングするかについて加入者サーバ３３０にクエリする。無線ネットワーク３１０内のＣＣＦ  ３１２は現在無線デバイス３１６にサービングしているので、ＣＣＦ  ３２２は、ステップ４０４において、その呼をＣＣＦ  ３１２にルーティングする。呼を受信したこと（例えば、その呼に関する呼セットアップ・メッセージを受信したこと）に応答して、ＣＣＦ  ３１２が呼転送条件を検出すると、ＣＣＦ  ３１２は、ステップ４０６において、第１の呼転送要求メッセージを加入者サーバ３３０へ送信する。呼転送条件は、呼の転送が必要または所望される場合に、発呼中にＣＣＦ  ３１２によって検出された何らかのシナリオ、状態、または状況を備えている。呼転送条件の一例では、ＣＣＦ  ３１２は、呼を無線デバイス３１６に接続しようとして、無線デバイス３１６は使用不可（無応答）であることを検出することがある。呼転送条件の別の例では、ＣＣＦ  ３１２は、呼を無線デバイス３１６に接続しようとして、無線デバイス３１６が話中であることを検出することもある。ＣＣＦ  ３１２は、呼転送条件を構成する他のシナリオを検出することもある。発呼でのこの時点での呼の転送は、本明細書では、後期呼転送と呼ばれる。
【００２４】
ＣＣＦ  ３１２によって加入者サーバ３３０へ送信される第１の呼転送要求メッセージは、無線ネットワーク３１０によってメッセージング用に使用される第１のメッセージング・プロトコルに従う。ＣＣＦ  ３１２によって使用される第１のメッセージング・プロトコルは、無線ネットワーク３２０のＣＣＦ  ３２２によって使用される第２のメッセージング・プロトコルとは異なる。例えば、無線ネットワーク３１０はＣＤＭＡネットワーク、無線ネットワーク３２０はＧＳＭネットワークであってよい。そのような実施例では、ＣＤＭＡネットワークの第１のメッセージング・プロトコルはＡＮＳＩであり、ＧＳＭネットワークの第２のメッセージング・プロトコルはＧＳＭ  ＭＡＰである。別の例では、無線ネットワーク３１０はＧＳＭネットワーク、無線ネットワーク３２０はＩＭＳネットワークであってよい。そのような実施例では、ＧＳＭネットワークの第１のメッセージング・プロトコルはＧＳＭ  ＭＡＰであり、ＩＭＳネットワークの第２のメッセージング・プロトコルはＳＩＰである（Ｄｉａｍｅｔｅｒのこともある）。
【００２５】
方法４００のステップ４０８において、加入者サーバ３３０は、無線ネットワーク３１０の第１のメッセージング・プロトコルに従う第１の呼転送要求メッセージを、無線ネットワーク３２０の第２のメッセージング・プロトコルに従う第２の呼転送要求メッセージに変換する。ステップ４１０において、加入者サーバ３３０は、第２のメッセージング・プロトコルに従う第２の呼転送要求メッセージをＣＣＦ  ３２２へ送信する。このように、加入者サーバ３３０は、無線ネットワーク３１０と無線ネットワーク３２０間のインターワーキングポイントとして機能し、ネットワーク間のメッセージングを変換する。
【００２６】
ステップ４１２において、ＣＣＦ  ３２２は、次に第２の呼転送要求メッセージに応答して呼の転送を起動する。呼の転送を起動するために、ＣＣＦ  ３２２は、呼をどこに転送するかを判定するように加入者サーバ３３０へクエリを送信する。次に、ＣＣＦ  ３２２は、呼の転送情報が入った、加入者サーバ３３０からクエリへの応答を受信し、その転送情報に従って呼を転送することができる。
【００２７】
図３〜４で説明された通信ネットワーク３００は、有利には、２つの異なる方式の無線ネットワーク間で呼の転送を行う効率的な方法を提供している。加入者サーバ３３０は、通信ネットワーク３００内で、呼の転送を行うための宛先変更スイッチング・ノードとして機能する。このように、ある１つの無線ネットワークの呼制御機能が加入者サーバ３３０へ呼転送要求メッセージを送信することができ、次に、加入者サーバ３３０が呼転送要求メッセージを別の無線ネットワークに適したプロトコルに変換する。このように、異なる無線ネットワークの呼制御機能は、呼の転送などの機能を実行するための加入者サーバ３３０を介して互いに通信することができる。
【００２８】
図５は、加入者サーバ３３０の例示的な実施形態を示している。この実施形態では、加入者サーバ３３０は、第１のインターフェース５０２、処理システム５０４、および第２のインターフェース５０６を備えている。インターフェース５０２は、ＣＣＦ  ３１２と通信するなどにより、図３に示された無線ネットワーク３１０と通信するようになされている。インターフェース５０６は、ＣＣＦ  ３２２と通信するなどにより、図３に示された無線ネットワーク３２０と通信するようになされている。加入者サーバ３３０は、他の方式の無線ネットワークと通信するために他のインターフェースを備えることもできる。処理システム５０４は、異なる方式の無線ネットワークによって使用される異なるプロトコル間でメッセージを変換するためのインターワーキング機能を提供するようになされている。処理システム５０４は、ソフトウェア、ハードウェア、またはハードウェアとソフトウェアの組み合わせとして実装されてよい。ソフトウェアとしての実装では、処理システム５０４は、ストレージ媒体に保管されている命令を実行することができる。命令の例としては、ソフトウェア、プログラム・コード、およびファームウェアがある。ストレージ媒体の例としては、メモリ・デバイス、テープ、ディスク、集積回路、およびサーバがある。命令は、処理システム５０４によって実行されると機能し、処理システム５０４に、本発明に従って作動するように指示する。用語「処理システム」は、単一の処理デバイス、または相互作用する複数の処理デバイスのグループを指す。プロセッサの例としては、コンピュータ、集積回路および論理回路がある。
【００２９】
図６は、例示的な実施形態において加入者サーバ３３０を稼働する方法６００を示したフローチャートである。方法６００のステップ６０２において、インターフェース５０２が無線ネットワーク３１０（図３を参照）からの第１の呼転送要求メッセージを受信する。インターフェース５０２は、無線ネットワーク３１０内のＣＣＦ  ３１２が無線デバイス３１６への呼に関する呼転送条件を検出したことに応答して第１の呼転送要求メッセージを受信する。無線ネットワーク３１０からの第１の呼転送要求メッセージは、無線ネットワーク３１０によって使用される第１のメッセージング・プロトコルに従う。ステップ６０４において、処理システム５０４は、第１のメッセージング・プロトコルに従う第１の呼転送要求メッセージを第２のメッセージング・プロトコルに従う第２の呼転送要求メッセージに変換する。第２のメッセージング・プロトコルは、無線デバイス３１６への呼を発信した無線ネットワーク３２０（図３を参照）によって使用されるプロトコルである。ステップ６０６において、インターフェース５０６は、第２のメッセージング形式の第２の呼転送要求メッセージを無線ネットワーク３２０（図３を参照）へ送信する。
【００３０】
図７は、例示的な実施形態において呼転送要求メッセージをある１つのプロトコルから別のプロトコルに変換する方法７００を示したフローチャートである。図６のステップ６０２で説明されているように、第１のメッセージング形式の第１の呼転送要求メッセージが受信される。第１の呼転送要求メッセージを受信したことに応答して、処理システム５０４は、方法７００のステップ７０２において、無線ネットワーク３１０の第１のメッセージング・プロトコル、例えば、ＣＤＭＡネットワークの場合のＡＮＳＩ、またはＧＳＭもしくはＵＭＴＳネットワークの場合のＧＳＭ  ＭＡＰを識別する。処理システム５０４は、ステップ７０４において、無線ネットワーク３２０の第２のメッセージング・プロトコルも識別する。メッセージング・プロトコルを識別するために、処理システム５０４は、加入者サーバ３３０によってサービングされる無線ネットワークに関する情報のデータベースを維持できる。したがって、処理システム５０４は、そのデータベースに保管されている情報から無線ネットワーク３１０および３２０のメッセージング・プロトコルを識別することができる。別の方法として、処理システム５０４は、個々の無線ネットワークにクエリし、各無線ネットワークで使用されているメッセージング・プロトコルを識別することもできる。さらに別の方法として、処理システム５０４は、無線ネットワークから受信されたメッセージを処理して、使用されているプロトコルを識別できることもある。
【００３１】
メッセージング・プロトコルが識別されると、処理システム５０４は、ステップ７０６において、第２の呼転送要求メッセージを生成する。処理システム５０４は、次に、第１のメッセージング・プロトコルに従う第１の呼転送要求メッセージ内のパラメータを、第２のメッセージング・プロトコルに従う第２の呼転送要求メッセージ内のパラメータにマッピングする。処理システム５０４は、多くの所望の方法に従ってパラメータをマッピングし、第１の呼転送要求メッセージ内の、呼の転送に必要な情報が第２の呼転送要求メッセージに含まれるようにする。
【００３２】
図８は、例示的な実施形態において呼の転送情報を送信する方法を示したフローチャートである。図６のステップ６０６において、インターフェース５０６は、第２のメッセージング形式の第２の呼転送要求メッセージを無線ネットワーク３２０へ送信する。加入者サーバ３３０も、第２の呼転送要求メッセージで転送情報を提供することができる。例えば、図８のステップ８０２において、加入者サーバ３３０の処理システム５０４は、第１の呼転送要求メッセージを受信したことに応答して、呼の転送情報を識別することができる。処理システム５０４は、転送情報を識別するために加入者プロファイルまたは他のデータを処理できる。次いで、ステップ８０４において、処理システム５０４は、その転送情報を第２の呼転送要求メッセージに組み込む。その結果、受信側のＣＣＦは、加入者サーバ３３０によって提供された転送情報を入手するので、転送情報を受信するために、加入者サーバ３３０について別のメッセージング・シーケンスを調べる必要はない。
実施例
【００３３】
図９〜１２は、異なる方式の無線ネットワーク間で呼の転送をどのように行うかの例を示している。図９は、例示的な実施形態における、異なる方式の無線ネットワークを含む通信ネットワーク９００を示している。通信ネットワーク９００は、ＣＤＭＡネットワーク９１０、ＧＳＭネットワーク９２０、移動体ＩＭＳネットワーク９４０、および加入者サーバ９３０を備えている。ネットワークのサービス・エリアは離れている、または重なり合っていてよいので、ネットワークを示すネットワークの雲状のものは、ネットワークの実際のサービス・エリアを示すために用いられているのではない。ネットワーク９１０、９２０および９４０ならびに加入者サーバ９３０は、Ｖｅｒｉｚｏｎ、Ｓｐｒｉｎｔ、Ｃｉｎｇｕｌａｒなどの同じサービス・プロバイダによって管理されていてもよいし、異なるサービス・プロバイダによって管理されていてもよい。これらの方式の無線ネットワークは、呼の転送を行うための加入者サーバ９３０の使い方を示すための例にすぎない。図示されていない他の方式の無線ネットワークについても同様の動作が実行される。
【００３４】
ＣＤＭＡネットワーク９１０は、移動体通信交換局ＭＳＣ９１２および複数の基地局（Ｂ．Ｓ．）群９１４を備えている。基地局群９１４は、ＣＤＭＡ規格に従って無線デバイスと通信するようになされている。ＭＳＣ  ９１２は、ＡＮＳＩプロトコルに従って加入者サーバ９３０と通信するようになされている。ＭＳＣ  ９１２は、ローミング・デバイスを扱うためのビジター・ロケーション・レジスタＶＬＲも備えている。
【００３５】
ＧＳＭネットワーク９２０は、ＭＳＣ  ９２２および複数の基地局（Ｂ．Ｓ．）群９２４を備えている。基地局群９２４は、ＧＳＭ規格に従って無線デバイスと通信するようになされている。ＭＳＣ  ９２２は、ＧＳＭ  ＭＡＰプロトコルに従って加入者サーバ９３０と通信するようになされている。ＭＳＣ  ９２２は、ローミング・デバイスを扱うためのビジター・ロケーション・レジスタＶＬＲも備えている。
【００３６】
ＩＭＳネットワーク９４０は、呼セッション制御機能ＣＳＣＦ９４２および複数のアクセス・ポイント（Ａ．Ｐ．）群９４４を備えている。アクセス・ポイント群９４４は、所望の無線規格に従って無線デバイスと通信するようになされている。例えば、アクセス・ポイント群９４４は、８０２．１１（ｂ）規格、８０２．１１（ｇ）規格などに従って動作するＷｉＦｉアクセス・ポイントを備えている。ＣＳＣＦ  ９４２は、ＳＩＰおよび／またはＤｉａｍｅｔｅｒプロトコルに従って加入者サーバ９３０と通信するようになされている。
【００３７】
加入者サーバ９３０は、ＣＤＭＡネットワーク９１０、ＧＳＭネットワーク９２０およびＩＭＳネットワーク９４０にサービングして、ネットワークに加入者情報を提供するようになされている。加入者サーバ９３０は、ＣＤＭＡ  ＨＬＲ、ＧＳＭ  ＨＬＲおよびＩＭＳ  ＨＳＳの機能を備えていて、これらの異なる方式のネットワークにサービングできるようになっている。加入者サーバ９３０は、Ｌｕｃｅｎｔ  Ｔｅｃｈｎｏｌｏｇｉｅｓのスーパー分散ＨＬＲ（Ｓ−ＤＨＬＲ）と呼ばれることがある。加入者サーバ９３０は、併合型ＨＬＲ／ＨＳＳと呼ばれることもある。
【００３８】
図１０は、例示的な実施形態におけるＣＤＭＡネットワークとＧＳＭネットワーク間の呼の転送を示したメッセージ・ダイアグラムである。この実施形態の場合、ある無線デバイスがＧＳＭネットワーク９２０内をローミングしているものと仮定する。この無線デバイスは、ＣＤＭＡサービスに加入している加入者に属していてよいが、この無線デバイスは、その無線デバイスがＧＳＭネットワーク９２０内をローミングできるようにするデュアル・モード機能を有している。さらに、ＣＤＭＡネットワーク９１０内の、この無線デバイスに対して呼が起動されたものと仮定する。
【００３９】
ＣＤＭＡネットワーク９１０内のＭＳＣ  ９１２がその着信呼を発信側ＭＳＣとして受信する。その呼を受信したことに応答して、発信側ＭＳＣ  ９１２は、ＡＮＳＩロケーション要求ＬＯＣＲＥＱメッセージを生成し、そのＬＯＣＲＥＱメッセージを加入者サーバ９３０へ送信する。加入者サーバ９３０は、その無線デバイスに関連付けられた加入者プロファイル内の「動的共通加入者データ」を処理して、その無線デバイスが、現在、ＧＳＭネットワーク９２０内をローミングしているかを判定する。加入者サーバ９３０は、次に、ＡＮＳＩ  ＬＯＣＲＥＱメッセージを、そのＬＯＣＲＥＱメッセージおよび加入者プロファイルからの情報をローミング番号提供要求メッセージのパラメータにマッピングすることにより、ＧＳＭ  ＭＡＰローミング番号提供要求メッセージに変換する。加入者サーバ９３０は、次に、そのローミング番号提供要求メッセージを、ＧＳＭネットワーク９２０内でその無線デバイスにサービングしているＭＳＣ  ９２２へ送信する。そのローミング番号提供要求メッセージに応答して、サービングＭＳＣ  ９２２はその無線デバイスにページングする。その無線デバイスがページングに応答すると、サービングＭＳＣ  ９２２は、ＧＳＭ  ＭＡＰローミング番号提供応答メッセージを加入者サーバ９３０へ送信する。ローミング番号提供応答メッセージは、ＧＳＭ  ネットワーク９２０内の無線デバイスを表すルーティング情報移動局ルーティング番号ＭＳＲＮを含んでいる。加入者サーバ９３０は、ＧＳＭ  ＭＡＰローミング番号提供応答メッセージを、そのＧＳＭ  ＭＡＰローミング番号提供応答メッセージとして受信される情報を、ＴＬＤＮとしてのＭＳＲＮを含めて、ＡＮＳＩ  ｌｏｃｒｅｑメッセージ内のパラメータにマッピングすることにより、ＡＮＳＩ  ｌｏｃｒｅｑメッセージに変換する。加入者サーバ９３０は、次に、そのＡＮＳＩ  ｌｏｃｒｅｑメッセージを発信側ＭＳＣ  ９１２へ送信する。
【００４０】
発信側ＭＳＣ  ９１２は、次に、ＴＬＤＮに基づいて呼をサービングＭＳＣ  ９２２にルーティングする。次に、サービングＭＳＣ  ９２２が従来のように動作することができて、呼を無線デバイスに接続しようとする。サービングＭＳＣ  ９２２が、無線デバイスが話中または応答しないなどの呼転送条件を検出すると、サービングＭＳＣ  ９２２は、ＧＳＭ  ＭＡＰ呼処理再開要求メッセージを加入者サーバ９３０へ送信する。加入者サーバ９３０は、ＧＳＭ  ＭＡＰ呼処理再開要求メッセージを、そのＧＳＭ  ＭＡＰ呼処理再開要求メッセージとして受信される情報をＡＮＳＩ宛先変更要求ＲＥＤＲＥＱメッセージ内のパラメータにマッピングすることにより、ＡＮＳＩ  ＲＥＤＲＥＱメッセージに変換する。加入者サーバ９３０は、次に、そのＲＥＤＲＥＱメッセージを発信側ＭＳＣ  ９１２へ送信し、発信側ＭＳＣ  ９１２が、ＣＤＭＡネットワーク９１０内で呼の宛先変更シーケンスを起動する。
【００４１】
ＲＥＤＲＥＱメッセージを受信したことに応答して、発信側ＭＳＣ  ９１２は、加入者サーバ９３０に呼転送情報を要求するために、加入者サーバ９３０へＡＮＳＩ  トランザクション要求ＴＲＡＮＲＥＱメッセージを送信する。加入者サーバ９３０は、その呼の呼転送電話番号ＣＦＤＮを含むＡＮＳＩ  ｔｒａｎｒｅｑメッセージを発信側ＭＳＣ  ９１２へ送信する。発信側ＭＳＣ  ９１２は、次に、呼転送電話番号が受信されたことを知らせるために、加入者サーバ９３０へＡＮＳＩ  ｒｅｄｒｅｑメッセージを送信する。加入者サーバ９３０は、サービングＭＳＣ  ９２２に呼を解放するように指示するために、サービングＭＳＣ  ９２２へＧＳＭ  ＭＡＰ呼処理再開応答メッセージも送信する。
【００４２】
呼転送電話番号を受信したことに応答して、発信側ＭＳＣ  ９１２は、サービングＭＳＣ  ９２２との接続を解放する。発信側ＭＳＣ  ９１２は、その呼転送電話番号に呼を転送するために、その呼転送電話番号との新しい接続もセットアップする。
【００４３】
図１１は、例示的な実施形態におけるＧＳＭネットワークとＣＤＭＡネットワーク間の呼の転送を示したメッセージ・ダイアグラムである。この実施形態の場合、ある無線デバイスがＣＤＭＡネットワーク９１０内をローミングしているものと仮定する。この無線デバイスは、ＧＳＭサービスに加入している加入者に属していてよいが、この無線デバイスは、その無線デバイスがＣＤＭＡネットワーク９１０内をローミングできるようにするデュアル・モード機能を有している。さらに、ＧＳＭネットワーク９２０内で、この無線デバイスに対して呼が起動されたものと仮定する。
【００４４】
ＧＳＭネットワーク９２０内のＭＳＣ  ９２２がその着信呼を発信側ＭＳＣとして受信する。その呼を受信したことに応答して、発信側ＭＳＣ  ９２２は、ＧＳＭ  ＭＡＰルーティング情報送信要求メッセージを生成し、そのルーティング情報送信要求メッセージを加入者サーバ９３０へ送信する。加入者サーバ９３０は、その無線デバイスに関連付けられた加入者プロファイル内の「動的共通加入者データ」を処理して、その無線デバイスが、現在、ＣＤＭＡネットワーク９１０内をローミングしているかを判定する。加入者サーバ９３０は、次に、ＧＳＭ  ＭＡＰルーティング情報送信要求メッセージを、そのルーティング情報送信要求メッセージおよび加入者プロファイルからの情報をルーティング要求ＲＯＵＴＲＥＱメッセージのパラメータにマッピングすることにより、ＡＮＳＩ  ＲＯＵＴＲＥＱメッセージに変換する。加入者サーバ９３０は、次に、そのＲＯＵＴＲＥＱメッセージを、ＣＤＭＡネットワーク９１０内でその無線デバイスにサービングしているＭＳＣ  ９１２へ送信する。その要求メッセージに応答して、サービングＭＳＣ  ９１２はその無線デバイスにページングする。その無線デバイスがページングに応答すると、サービングＭＳＣ  ９１２は、ＡＮＳＩ  ｒｏｕｔｒｅｑメッセージを加入者サーバ９３０へ送信する。ｒｏｕｔｒｅｑメッセージは、ＣＤＭＡ  ネットワーク９１０内の無線デバイスを表すルーティング情報ＴＬＤＮを含んでいる。加入者サーバ９３０は、ＡＮＳＩ  ｒｏｕｔｒｅｑメッセージを、そのＡＮＳＩ  ｒｏｕｔｒｅｑメッセージとして受信される情報を、ＭＳＲＮとしてのＴＬＤＮを含めて、ＧＳＭ  ＭＡＰルーティング情報送信応答メッセージ内のパラメータにマッピングすることにより、ＧＳＭ  ＭＡＰルーティング情報送信応答メッセージに変換する。加入者サーバ９３０は、次に、そのＧＳＭ  ＭＡＰルーティング情報送信応答メッセージを発信側ＭＳＣ  ９２２へ送信する。
【００４５】
発信側ＭＳＣ  ９２２は、次に、ＭＳＲＮに基づいて呼をサービングＭＳＣ  ９１２にルーティングする。次に、サービングＭＳＣ  ９１２が従来のように動作することができて、呼を無線デバイスに接続しようとする。サービングＭＳＣ  ９１２が、無線デバイスが話中または応答しないなどの呼転送条件を検出すると、サービングＭＳＣ  ９１２は、ＡＮＳＩ  ＲＥＤＲＥＱメッセージを加入者サーバ９３０へ送信する。加入者サーバ９３０は、ＲＥＤＲＥＱメッセージを、そのＡＮＳＩ  ＲＥＤＲＥＱメッセージとして受信される情報をＧＳＭ  ＭＡＰ呼処理再開要求メッセージ内のパラメータにマッピングすることにより、ＧＳＭ  ＭＡＰ呼処理再開要求メッセージに変換する。加入者サーバ９３０は、呼の呼転送電話番号ＣＦＤＮも判定し、その呼転送電話番号をＧＳＭ  ＭＡＰ呼処理再開要求メッセージに組み込む。加入者サーバ９３０は、次に、その呼処理再開要求メッセージを発信側ＭＳＣ  ９２２へ送信し、発信側ＭＳＣ  ９２２が、ＧＳＭネットワーク９２０内で呼の宛先変更シーケンスを起動する。
【００４６】
発信側ＭＳＣ  ９２２は、呼転送電話番号が受信されたことを知らせるために、加入者サーバ９３０へＧＳＭ  ＭＡＰ呼処理再開応答メッセージを送信する。加入者サーバ９３０は、サービングＭＳＣ  ９１２に呼を解放するように指示するために、サービングＭＳＣ  ９１２へＡＮＳＩ  ｒｅｄｒｅｑメッセージも送信する。
【００４７】
呼転送電話番号を受信したことに応答して、発信側ＭＳＣ  ９２２は、サービングＭＳＣ  ９１２との接続を解放する。発信側ＭＳＣ  ９２２は、その呼転送電話番号に呼を転送するために、その呼転送電話番号との新しい接続もセットアップする。
【００４８】
図１２は、例示的な実施形態におけるＩＭＳネットワークとＧＳＭネットワーク間の呼の転送を示したメッセージ・ダイアグラムである。この実施形態の場合、ある無線デバイスがＧＳＭネットワーク９２０内をローミングしているものと仮定する。この無線デバイスは、ＩＭＳサービスに加入している加入者に属していてよいが、この無線デバイスは、その無線デバイスがＧＳＭネットワーク９２０内をローミングできるようにするデュアル・モード機能を有している。さらに、ＩＭＳネットワーク９４０内で、この無線デバイスに対して呼が起動されたものと仮定する。
【００４９】
ＩＭＳネットワーク９４０内のＣＳＣＦ  ９４２がその着信呼を受信する。その呼を受信したことに応答して、ＣＳＣＦ  ９４２は、Ｄｉａｍｅｔｅｒユーザ・データ要求ＵＤＲメッセージを生成し、そのＵＤＲメッセージを加入者サーバ９３０へ送信する。加入者サーバ９３０は、その無線デバイスに関連付けられた加入者プロファイル内の「動的共通加入者データ」を処理して、その無線デバイスが、現在、ＧＳＭネットワーク９２０内をローミングしているかを判定する。加入者サーバ９３０は、次に、Ｄｉａｍｅｔｅｒ  ＵＤＲメッセージを、そのＤｉａｍｅｔｅｒ  ＵＤＲメッセージおよび加入者プロファイルからの情報をＧＳＭ  ＭＡＰローミング番号提供要求メッセージのパラメータにマッピングすることにより、ＧＳＭ  ＭＡＰローミング番号提供要求メッセージに変換する。加入者サーバ９３０は、次に、そのローミング番号提供要求メッセージを、ＧＳＭネットワーク９２０内でその無線デバイスにサービングしているＭＳＣ  ９２２へ送信する。
【００５０】
そのローミング番号提供要求メッセージに応答して、サービングＭＳＣ  ９２２はその無線デバイスにページングする。その無線デバイスがページングに応答すると、サービングＭＳＣ  ９２２は、ＧＳＭ  ＭＡＰローミング番号提供応答メッセージを加入者サーバ９３０へ送信する。ローミング番号提供応答メッセージは、ＧＳＭ  ネットワーク９２０内の無線デバイスを表すルーティング情報ＭＳＲＮを含んでいる。加入者サーバ９３０は、ＧＳＭ  ＭＡＰローミング番号提供応答メッセージを、そのＧＳＭ  ＭＡＰローミング番号提供応答メッセージとして受信される情報を、ＴＬＤＮとしてのＭＳＲＮを含めて、Ｄｉａｍｅｔｅｒユーザ・データ応答ＵＤＡメッセージ内のパラメータにマッピングすることにより、Ｄｉａｍｅｔｅｒ  ＵＤＡメッセージに変換する。加入者サーバ９３０は、次に、そのＤｉａｍｅｔｅｒ  ＵＤＡメッセージをＣＳＣＦ  ９４２へ送信する。
【００５１】
ＣＳＣＦ  ９４２は、次に、ＴＬＤＮに基づいて呼をサービングＭＳＣ  ９２２にルーティングする。次に、サービングＭＳＣ  ９２２が従来のように動作することができて、呼を無線デバイスに接続しようとする。サービングＭＳＣ  ９２２が、無線デバイスが話中または応答しないなどの呼転送条件を検出すると、サービングＭＳＣ  ９２２は、ＧＳＭ  ＭＡＰ呼処理再開要求メッセージを加入者サーバ９３０へ送信する。加入者サーバ９３０は、ＧＳＭ  ＭＡＰ呼処理再開要求メッセージを、そのＧＳＭ  ＭＡＰ呼処理再開要求メッセージとして受信される情報をＳＩＰ  ＩＮＶＩＴＥメッセージ内のパラメータにマッピングすることにより、ＳＩＰ  ＩＮＶＩＴＥメッセージに変換する。加入者サーバ９３０は、呼の呼転送電話番号ＣＦＤＮも判定し、その呼転送電話番号をＳＩＰ  ＩＮＶＩＴＥメッセージに組み込む。加入者サーバ９３０は、次に、そのＳＩＰ  ＩＮＶＩＴＥメッセージをＣＳＣＦ  ９４２へ送信し、ＣＳＣＦ  ９４２が、ＩＭＳネットワーク９４０内で呼の宛先変更シーケンスを起動する。
【００５２】
ＳＩＰ  ＩＮＶＩＴＥメッセージを受信したことに応答して、ＣＳＣＦ  ９４２は、呼転送電話番号が受信されたことを知らせるために、加入者サーバ９３０へＳＩＰ  ２００  ＯＫメッセージを送信する。加入者サーバ９３０は、サービングＭＳＣ  ９２２に呼を解放するように指示するために、サービングＭＳＣ  ９２２へＧＳＭ  ＭＡＰ呼処理再開応答メッセージも送信する。
【００５３】
呼転送電話番号を受信したことに応答して、ＣＳＣＦ  ９４２は、サービングＭＳＣ  ９２２との接続を解放する。ＣＳＣＦ  ９４２は、その呼転送電話番号に呼を転送するために、その呼転送電話番号との新しい接続もセットアップする。
【００５４】
本明細書では、特定の実施形態が説明されたが、本発明の範囲は、これらの特定の実施形態に限定されることはない。本発明の範囲は、以下の請求項およびその均等物によってのみ定義されるものとする。
【図１】
2010503315.tif 000003
【図２】
2010503315.tif 000004
【図３】
2010503315.tif 000005
【図４】
2010503315.tif 000006
【図５】
2010503315.tif 000007
【図６】
2010503315.tif 000008
【図７】
2010503315.tif 000009
【図８】
2010503315.tif 000010
【図９】
2010503315.tif 000011
【図１０】
2010503315.tif 000012
【図１１】
2010503315.tif 000013
【図１２】
2010503315.tif 000014
【国際調査報告】
2010503315.tif 000015
2010503315.tif 000016
2010503315.tif 000017