呼出音を提供するシステムおよび方法
【課題】 通信網における呼出音を提供することを目的とする。
【解決手段】 呼出音サービス登録情報は少なくとも加入局が呼出音サービスに登録されている加入局であるか否かを示す識別情報および該呼出音デバイスの経路情報を含む。発信元交換デバイスはＨＬＲから受信した前記識別情報に対応する被呼加入局の情報にしたがって、該被呼加入局が呼出音サービスに登録されている加入局であるか否かを判断する。判断が肯定された場合、前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、該被呼加入局の加入局情報の呼出音デバイスの経路情報にしたがって、交換デバイスと前記呼出音デバイスとの間の接続を確立する。被呼端末が受信可能である場合に、前記被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する。
【解決手段】 呼出音サービス登録情報は少なくとも加入局が呼出音サービスに登録されている加入局であるか否かを示す識別情報および該呼出音デバイスの経路情報を含む。発信元交換デバイスはＨＬＲから受信した前記識別情報に対応する被呼加入局の情報にしたがって、該被呼加入局が呼出音サービスに登録されている加入局であるか否かを判断する。判断が肯定された場合、前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、該被呼加入局の加入局情報の呼出音デバイスの経路情報にしたがって、交換デバイスと前記呼出音デバイスとの間の接続を確立する。被呼端末が受信可能である場合に、前記被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は音(ring)を提供する技術に関する。詳細には、本発明は通信網の加入局によってカスタマイズされた呼出音(ring back tone)を提供する方法およびシステムに関する。
【背景技術】
【０００２】
従来の通信網においては、固定通信網であろうと、ＧＳＭ通信網(Global System of Mobile communication network)であろうと、ＣＤＭＡ(Code Division Multiple Access)移動体通信網であろうと、発呼加入局が被呼加入局に発呼する場合、被呼端末が受信可能状態であり、被呼加入局から応答がない条件下において、ネットワーク・システムは端末交換デバイスに記憶されている従来の呼出音、すなわち、「プルル(toot…toot…)」を、発呼加入局で再生する。
【０００３】
図１は、従来のＧＳＭ移動体通信網のアーキテクチャである。図１に示すように、ＧＳＭ移動体通信網は、発呼加入局に対応する発呼端末Ａ、被呼加入局に対応する被呼端末Ｂ、発信元移動体交換センタ（Ｏ＿ＭＳＣ）、移動体端末交換センタ（Ｔ＿ＭＳＣ）、ホーム・ロケーション・レジスタ（ＨＬＲ）を含む。Ｏ＿ＭＳＣおよびＴ＿ＭＳＣは、それぞれ発信元交換デバイスおよび端末交換デバイスを参照する。
【０００４】
図２は、従来のＧＳＭ移動体通信網において呼出音を提供する方法のフローチャートである。図２に示すように、発呼加入局が発呼端末Ａによって被呼加入局の被呼端末Ｂの電話番号をダイヤルすると、ステップ２０１で、Ｏ＿ＭＳＣがＨＬＲに被呼加入局のローミング番号を要求する。被呼端末は移動体端末Ａから通話要求を受けると、当該ＨＬＲに配属される。
【０００５】
ステップ２０２〜２０４において、ＨＬＲはＴ＿ＭＳＣに被呼加入局のローミング番号を要求するメッセージを送る。Ｔ＿ＭＳＣは、被呼加入局にローミング番号（すなわちＭＳＲＮ）を割り当て、ＨＬＲに当該ローミング番号をリターンする。ＨＬＲは被呼加入局のＭＳＲＮをＯ＿ＭＳＣにリターンする。
【０００６】
ステップ２０５において、Ｏ＿ＭＳＣは、イニシャル・アドレス・メッセージ（ＩＡＭ）をＴ＿ＭＳＣに送る。Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ２０６において、Ｔ＿ＭＳＣは被呼加入局を呼び出す。すなわち、被呼加入局の移動体端末Ｂに音を送り、その後、アドレス完了メッセージ（ＡＣＭ）により、Ｏ＿ＭＳＣに被呼端末Ｂの現在の状態を送る。被呼端末Ｂの状態は、受信可能状態であっても、通話中であっても、シャットダウンされてもいても、サービス圏外であってもよい。
【０００７】
Ｔ＿ＭＳＣは、ステップ２０７において、被呼端末Ｂの状態を判断し、被呼端末が受信可能状態であれば、ステップ２０８において、Ｏ＿ＭＳＣにより発呼端末で従来の呼出音を再生させる。被呼端末が通話中であるか、シャットダウンされているか、サービス圏外であるか、などの場合には、Ｏ＿ＭＳＣにより発呼端末で対応する音声プロンプトを再生させる。
【０００８】
被呼加入局が電話に出ると、ステップ２０９において、被呼端末Ｂは応答メッセージ（ＡＮＭ）をＴ＿ＭＳＣに送る。次に、Ｔ＿ＭＳＣは、ＡＮＭをＯ＿ＭＳＣに送り、呼出音の再生を停止させ、発呼端末Ａおよび被呼端末Ｂ間の通信チャネルを確立する。
【０００９】
発呼加入局で呼出音を再生させることはできるけれども、上記従来技術は以下の欠点を有する。
【００１０】
第一に、従来技術において実行される呼出音「プルル」は、単一であり、退屈である。当該呼出音は、呼出音の個別化要求をほとんど満たすことができず、通信サービス・プロバイダによって提供されるサービス品質の改良を制限しさえする。
【００１１】
第２に、従来技術において、発呼加入局が被呼加入局への発呼を開始すると、発呼加入局で再生されるすべての音は均一で退屈な「プルル」である。すなわち、従来技術においては、様々な被呼加入局に対応する異なる呼出音を発呼加入局に提供することができず、呼出音によって異なる被呼加入局を発呼加入局に区別させることが困難である。
【００１２】
第三に、まったく均一な呼出音である「プルル」という退屈な音があるために、加入局は呼出音として好みの音楽または音声をカスタマイズすることができない。これは、加入局の個別化要求と適合せず、通信網のサービス機能を制限し、加入局が十分に自由なサービスを楽しむことを困難にする。
【００１３】
すなわち、従来技術において呼出音を提供するシステムおよび方法においては、すべての呼出音は交換デバイスにより再生される。当該呼出音は、発呼加入局が異なっても、被呼加入局が異なっても、まったく均一であり、退屈である。それゆえ、従来のサービスは異なる加入局の個別化要求を満たすことも、呼出音だけにもとづいて様々な加入局を区別することもできない。従来技術は、より高い品質の通信サービスを求める加入局の要求をもはや満たすことができず、すべての通信サービスの改良を制限する。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
異なる加入局に音楽のような異なる音を再生させることにより、加入局の個別化要求を満たすように、通信網における呼出音を提供する方法を提供することが、本発明の目的の一つである。
【００１５】
本発明の別の目的は、通信網における呼出音を提供するシステムを提供することである。
【課題を解決するための手段】
【００１６】
本発明の第一の態様によれば、通信網において呼出音を提供する方法は、（ａ）前記通信網において呼出音を記憶し再生し、前記ＳＣＰに加入局の呼出音サービス登録情報を記憶する呼出音デバイスを確立し、該呼出音サービス登録情報は、加入局が呼出音サービスに登録している加入局であるか否かを示す識別情報および該呼出音デバイスの経路情報を少なくとも含み、（ｂ）呼要求を受け取った後、前記発信元交換デバイスは前記ＳＣＰに呼情報を提供し、該ＳＣＰは、前記識別情報にしたがい、呼に関連する加入局が呼出音サービスに登録している加入局であるか否かについて判断し、判断が肯定された場合には、該ＳＣＰは該発信元交換デバイスに呼出音デバイスの経路情報をリターンし、ステップ（ｃ）へ進み、判断が否定された場合には、ステップ（ｄ）へ進み、ステップ（ｃ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立し、前記呼出音デバイスの経路情報にしたがい、交換デバイスおよび呼出音デバイスの間の接続を確立し、該呼出音デバイスは、被呼端末が受信可能である場合に、発呼加入局で加入局により予めカスタマイズされた呼出音を再生する、ステップであり、ステップ（ｄ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立する、ステップである、ステップを含む。
【００１７】
本発明の第一の態様の通信網において呼出音を提供するシステムは、発信元交換デバイス、端末交換デバイス、ＳＣＰ(Service Control Point)を備え、加入局によって予めカスタマイズされた呼出音を記憶し、被呼端末が受信可能である場合、交換デバイスを介して、加入局により予めカスタマイズされた呼出音を発呼加入局で再生する、呼出音デバイスをさらに備える。当該システムにおいて、前記ＳＣＰは、加入局の呼出音サービス登録情報を記憶し、呼に関連する加入局が呼出音サービスに登録している加入局であることを判断した後、呼出音デバイスの経路情報を発信元交換デバイスにリターンすることができる。
【００１８】
本発明の第二の態様の通信網において呼出音を提供する方法は、（ａ）前記通信網において呼出音を記憶し、再生する呼出音デバイスを確立し、加入局の呼出音サービス登録情報を記憶するＳＰＳ(Signaling Processing System)を確立し、信号遮断および処理を実行し、前記呼出音サービス登録情報が、加入局が呼出音サービスに登録している加入局であるか否かを示す識別情報および呼出音デバイスの経路情報を少なくとも含み、前記ＳＰＳを介して転送されるべき交換デバイスからの出力信号を構成し、（ｂ）呼要求を受け取った後、前記発信元交換デバイスがＳＰＳに呼情報を送り、ＳＰＳが、前記識別情報にもとづいて、呼に関連する加入局が呼出音サービスに登録している加入局であるか否かについて判断し、判断が肯定された場合、ステップ（ｃ）へ進み、判断が否定された場合、ステップ（ｄ）へ進み、ステップ（ｃ）は、前記ＳＰＳにより、受け取った信号のアドレス情報を修正することにより、発信元交換デバイスおよび端末交換デバイスの間の接続を確立し、交換デバイスおよび呼出音デバイスの間の接続を確立し、前記呼出音デバイスが、被呼端末が受信可能である場合、加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、ステップであって、ステップ（ｄ）は、ＳＰＳにより、受け取った信号を透過的に送信することにより、発信元交換デバイスおよび端末交換デバイスの間の接続を確立する、ステップである、ステップを含む。
【００１９】
ＳＰＳは、被呼加入局が呼出音サービスに登録している加入局であるか否かについて判断することができ、判断が肯定された場合、ステップ（ｃ）において、呼出音デバイスによって再生される呼出音は、被呼加入局によって予めカスタマイズされた呼出音である。あるいは、ＳＰＳは、発呼加入局が呼出音サービスに登録している加入局であるか否かについて判断することができ、判断が肯定された場合、ステップ（ｃ）において呼出音デバイスによって再生される呼出音は、発呼加入局によって予めカスタマイズされた呼出音である。
【００２０】
本発明の第二の態様の通信網において呼出音を提供するシステムは、発信元交換デバイス、端末交換デバイス、ＨＬＲを備え、加入局によってカスタマイズされた呼出音を記憶し、被呼端末が受信可能である場合に、交換デバイスを介して、加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、呼出音デバイスと、加入局の呼出音サービス登録情報を記憶し、呼に関連する加入局が呼出音サービスに登録している加入局であることを判断した後、交換デバイスおよび呼出音デバイスの間の接続を確立するために、受け取った信号のアドレス修正を実行し、呼に関連する加入局が呼出音サービスに登録している加入局ではないことを判断した後に、発信元交換デバイスおよび端末交換デバイスの間の接続を確立するために、受け取った信号の透過的送信を実行する、ＳＰＳと、をさらに備える。
【００２１】
本発明の第三の態様の通信網において呼出音を提供する方法は、（ａ）前記通信網において、呼出音を記憶し、再生する呼出音デバイスを確立し、ＨＬＲの呼出音デバイスの経路番号として、呼出音サービスに登録している加入局の無条件転送番号をセットし、（ｂ）呼要求を受け取った後、前記発信元交換デバイスが被呼加入局のローミング番号の要求をＨＬＲに送り、（ｃ）前記ＨＬＲが、被呼加入局の加入局情報に無条件転送番号があるか否かについて判断し、判断が肯定された場合、被呼番号として、該転送番号を発信元交換デバイスに送り、ステップ（ｄ）に進み、判断が否定された場合、被呼番号として、被呼加入局のローミング番号を発信元交換デバイスに送り、ステップ（ｅ）に進み、ステップ（ｄ）は、前記発信元交換デバイスが、転送番号として動作する呼出音デバイスの経路番号にしたがい、呼出音デバイスへの接続を確立し、呼出音デバイスおよび端末交換デバイスの間の接続を確立し、呼出音デバイスが、被呼端末が受信可能である場合、加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、ステップであり、ステップ（ｅ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立する、ステップである、ステップを含む。
【００２２】
本発明の第三の態様の通信網において呼出音を提供するシステムは、発信元交換デバイス、端末交換デバイス、ＨＬＲを備え、加入局によってカスタマイズされた呼出音を記憶し、被呼端末が受信可能である場合、交換デバイスを介して、加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、呼出音デバイス、をさらに備える。当該システムにおいて、ＨＬＲの加入局情報の無条件転送番号が、呼出音サービスに登録されている加入局の呼出音デバイスの経路番号である。
【００２３】
本発明の第四の態様の通信網の呼出音を提供する方法は、（ａ）前記通信網において呼出音を記憶し、再生する呼出音デバイスを確立し、ＨＬＲの加入局情報に加入局の呼出音サービス登録情報を記憶し、呼出音サービス登録情報は、加入局が呼出音サービスに登録している加入局であるか否かについて示す識別情報および呼出音デバイスの経路情報を少なくとも含み、（ｂ）呼要求を受け取った後、前記発信元交換デバイスが、被呼加入局のローミング番号の要求をＨＬＲに送り、ＨＬＲから受け取った識別情報に対応する被呼加入局情報にしたがい、被呼加入局が呼出音サービスに登録している加入局であるか否かについて判断し、判断が肯定された場合、ステップ（ｃ）に進み、判断が否定された場合、ステップ（ｄ）に進み、ステップ（ｃ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立し、被呼加入局の加入局情報の呼出音デバイスの経路情報にしたがい、交換デバイスおよび呼出音デバイスの間の接続を確立し、呼出音デバイスが、被呼端末が受信可能である場合、被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、ステップであり、ステップ（ｄ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立する、ステップである、ステップを含む。
【００２４】
本発明の第五の態様の通信網において呼出音を提供する方法は、（ａ）前記通信網において、呼出音を記憶し、再生する呼出音デバイスを確立し、ＨＬＲの加入局情報に加入局の呼出音サービス登録情報を記憶し、呼出音サービス登録情報は、加入局が呼出音サービスに登録している加入局であるか否かについて示す識別情報および呼出音デバイスの経路情報を少なくとも含み、（ｂ）前記ＨＬＲが、加入局の呼出音サービス登録情報を含む加入局情報を、加入局情報が記憶される交換デバイスに送り、（ｃ）呼要求を受け取った後、前記発信元交換デバイスが、記憶されている加入局情報の識別情報にしたがい、発呼加入局が呼出音サービスに登録している加入局であるか否かについて判断し、判断が肯定された場合、ステップ（ｄ）に進み、判断が否定された場合、ステップ（ｅ）に進み、ステップ（ｄ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立し、加入局情報の呼出音デバイスの経路情報にしたがい、交換デバイスおよび呼出音デバイスの間の接続を確立し、呼出音デバイスが、被呼端末が受信可能である場合、発呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、ステップであり、ステップ（ｅ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立する、ステップである、ステップを含む。
【００２５】
発信元交換デバイスおよび端末交換デバイスの間の接続は、呼出音デバイスを介して中継されてもよい。あるいは、発信元交換デバイスは、端末交換デバイスおよび呼出音デバイスに、同時に、接続される。
【００２６】
本発明の第四および第五の態様の通信網において呼出音を提供するシステムは、発信元交換デバイス、端末交換デバイス、ＨＬＲを備え、さらに、加入局によってカスタマイズされた呼出音を記憶し、被呼端末が受信可能である場合、加入局によって予めカスタマイズされた呼出音を、交換デバイスを介して、発呼加入局で再生する、呼出音デバイス、をさらに備え、前記ＨＬＲが、加入局の呼出音サービス登録情報を記憶し、加入局の呼出音サービス登録情報を交換デバイスに送ることができ、被呼加入局のローミング番号を送り、前記発信元交換デバイスおよび端末交換デバイスが、呼出音サービス登録情報にしたがい、加入局が呼出音サービスに登録している加入局であるか否かについて判断することができる。
【００２７】
前記ＨＬＲが、加入局の呼出音サービス登録情報を交換デバイスに送るためにさらに使用され、前記発信元交換デバイスおよび端末交換デバイスがＨＬＲから受け取った呼出音サービス登録情報を記憶することができる。
【００２８】
呼出音サービスがＳＣＰによってトリガされる、本発明の第一の態様によれば、ＳＣＰが呼出音デバイスへの呼を経路付けるように発信元交換デバイスに報知することができることにより、ＳＣＰは呼出音サービスに関連する情報を記憶することができる。呼出音デバイスは、被呼端末の状態にしたがい、予めカスタマイズされた呼出音を発呼加入局で再生する。これにより、カスタマイズされた個別の呼出音を発呼加入局に提供することができ、呼出音に対する個別化要求はより満たされる。呼出音サービスを実行するためにインテリジェント・ネットワークを採用することにより、交換センタの再構築をなんら必要とせず、当該モードは容易に実行されることができ、迅速に普及させることができる。
【００２９】
呼出音サービスが信号遮断によってトリガされる、本発明の第二の態様によれば、呼出音サービスに関連する情報は、ＳＰＳに記憶される。ＳＰＳは、発信元交換デバイスから送られた信号を遮断し、被呼端末の状態にしたがい、予めカスタマイズされた呼出音を発呼加入局で再生する呼出音デバイスに、呼を経路付けるように、発信元交換デバイスに報知する。これにより、カスタマイズされ個別化された呼出音を発呼加入局に提供することができ、呼出音サービスに対する個別化要求はより満たされる。本方法は、各ＨＬＲの前に、ＳＰＳを単に付加することにより、交換における再構築をなんら必要とせず、呼出音サービスを実現することができる。さらに、インテリジェント・ネットワークを採用しないので、本方法は、インテリジェント・ネットワーク内のインテリジェント・サービスの実行に直接的な影響を与えない。したがって、本方法は、より広範に適用可能であり、迅速に普及させることができ、異なるインテリジェント・サービスとは容易に併存しない、などの長所を有する。
【００３０】
呼出音サービスが呼転送によりトリガされる、本発明の第三の態様によれば、行うことが必要とされることのすべては、無条件転送番号として呼出音デバイスの経路番号を構成することだけである。発信元交換デバイスは、転送番号にしたがい、呼出音デバイスに呼を経路付ける。呼出音デバイスは、被呼端末の状態にしたがい、予めカスタマイズされた呼出音を発呼加入局で再生し、これにより、カスタマイズされ、個別化された呼出音を発呼加入局に提供するので、加入局の呼出音に対する個別化要求を満たすことができる。ＨＬＲ、交換、インテリジェント・ネットワークとの接続への再構築をなんら必要とせず、本発明を従来の通信網により実行することができる。したがって、本発明の方法は、広範に適用することができ、実行が容易であり、迅速に普及させることができる、という長所を有する。
【００３１】
本発明の第四の態様によれば、交換装置は、ＨＬＲから取得される契約情報にしたがい、加入局が呼出音サービスに登録している加入局であるか否かについて判断することができる。判断が肯定された場合、被呼端末の状態にしたがい、予めカスタマイズされた呼出音を発呼加入局で再生する呼出音デバイスに、呼を経路付ける。本発明の方法は、カスタマイズされた多様な呼出音を発呼加入局に提供することができ、これは、加入局からの呼出音サービスに対する多様性を求める要求を満たす。
【００３２】
さらに、加入局は呼出音デバイスにおける呼出音をカスタマイズすることができるので、加入局はパーソナルな呼出音として異なる呼出音を選択することができる。これは、一方で、加入局の多様性を求める要求を満たす。他方においては、発呼加入局が、異なる呼出音により、異なる加入局を区別することができるようにするので、さらに、サービス品質を向上させることになる。
【００３３】
本発明では、呼出音サービス登録および呼出音カスタマイズを、ビジネス・ロビーにおけるサービス契約、特別な番号のダイヤル、インターネットを介しての処理により、実行することができる。登録後、加入局は登録情報をフレキシブルに変更することができ、呼出音をカスタマイズすることができる。したがって、本発明はより便利であり、サービスの質を向上させることができる。
【００３４】
本発明の方式は、被呼加入局によってカスタマイズされた発呼加入局に対する呼出音サービスを提供するために使用されるものを含むだけでなく、発呼加入局によってカスタマイズされた発呼加入局に対する呼出音サービスを提供するために使用されるものをも含む。これにより、通信サービス・プロバイダによって提供されるサービスをより完全に近付けることができる。
【００３５】
さらに、本発明は、呼出音サービスを提供する際に、加入局に対して他のインテリジェント・サービスを提供することもできる。したがって、本発明は、従来のサービスの品質に悪影響を及ぼすことなく、加入局に呼出音サービスを提供する。
【発明の効果】
【００３６】
上記したように、本発明は、フレキシブルなサービス・スタイルにより、呼出音サービスに登録している加入局に対して、個別化された呼出音サービスを提供する。本発明は、加入局によりよい便宜性を与え、通信網サービス・プロバイダによって提供されるサービスの質をさらに向上する。
【図面の簡単な説明】
【００３７】
【図１】従来のＧＳＭ移動体通信網の基本構造を示す概要図である。
【図２】従来のＧＳＭ移動体通信網の加入局に呼出音を提供する方法を示すフローチャートである。
【図３】本発明のインテリジェント・ネットワークを介して、呼出音を提供するシステム構造を示す。
【図４】本発明のインテリジェント・ネットワークを介して、呼出音を提供する別のシステム構造を示す。
【図５Ａ】本発明の第１実施形態の信号フローチャートである。
【図５Ｂ】本発明の第１実施形態の信号フローチャートである。
【図６】本発明の第２実施形態の信号フローチャートである。
【図７】本発明の第３実施形態の信号フローチャートである。
【図８Ａ】本発明の第４実施形態の信号フローチャートである。
【図８Ｂ】本発明の第４実施形態の信号フローチャートである。
【図９Ａ】本発明の第５実施形態の信号フローチャートである。
【図９Ｂ】本発明の第５実施形態の信号フローチャートである。
【図１０】本発明の第６実施形態の信号フローチャートである。
【図１１】本発明の第７実施形態のシステム構造を示す。
【図１２Ａ】本発明の第８実施形態の信号フローチャートである。
【図１２Ｂ】本発明の第８実施形態の信号フローチャートである。
【図１３】本発明の第８実施形態の信号フローチャートである。
【図１４】本発明の第９実施形態の信号フローチャートである。
【図１５】本発明の第１０実施形態の信号フローチャートである。
【図１６】本発明の第１１実施形態の信号フローチャートである。
【図１７】本発明の第１２実施形態の信号フローチャートである。
【図１８】本発明の第１３実施形態の信号フローチャートである。
【図１９Ａ】本発明の第１４実施形態の信号フローチャートである。
【図１９Ｂ】本発明の第１４実施形態の信号フローチャートである。
【図２０】本発明の第１５実施形態のシステム構造を示す。
【図２１Ａ】本発明の第１５実施形態のＳＰＳおよびＨＬＲの間の接続関係を示す概要図である。
【図２１Ｂ】本発明の第１５実施形態のＳＰＳおよびＨＬＲの間の接続関係を示す概要図である。
【図２１Ｃ】本発明の第１５実施形態のＳＰＳおよびＨＬＲの間の接続関係を示す概要図である。
【図２１Ｄ】本発明の第１５実施形態のＳＰＳおよびＨＬＲの間の接続関係を示す概要図である。
【図２２Ａ】本発明の第１５実施形態の信号フローチャートである。
【図２２Ｂ】本発明の第１５実施形態の信号フローチャートである。
【図２３】本発明の第１６実施形態の信号フローチャートである。
【図２４】本発明の第１７実施形態のシステム構造である。
【図２５Ａ】本発明の第１７実施形態の信号フローチャートである。
【図２５Ｂ】本発明の第１７実施形態の信号フローチャートである。
【図２６Ａ】本発明の第１８実施形態のシステム構造である。
【図２６Ｂ】本発明の第１８実施形態のシステム構造である。
【図２７Ａ】本発明の第１８実施形態の信号フローチャートである。
【図２７Ｂ】本発明の第１８実施形態の信号フローチャートである。
【図２８】本発明の第１９実施形態の信号フローチャートである。
【図２９Ａ】本発明の第２０実施形態の信号フローチャートである。
【図２９Ｂ】本発明の第２０実施形態の信号フローチャートである。
【図３０Ａ】本発明の第２１実施形態の信号フローチャートである。
【図３０Ｂ】本発明の第２１実施形態の信号フローチャートである。
【図３１Ａ】本発明の第２２実施形態の信号フローチャートである。
【図３１Ｂ】本発明の第２２実施形態の信号フローチャートである。
【図３２】本発明の第２３実施形態の信号フローチャートである。
【図３３】本発明の第２４実施形態の信号フローチャートである。
【図３４】本発明の第２５実施形態の信号フローチャートである。
【図３５】本発明のＣＤＭＡネットワークにおける加入局によってカスタマイズされた呼出音管理の信号フローチャートである。
【図３６】本発明のＧＳＭネットワークにおける加入局によってカスタマイズされた呼出音管理の信号フローチャートである。
【発明を実施するための形態】
【００３８】
本発明について、添付図面および実施の形態により、以下にさらに詳細に説明する。
【００３９】
本発明では、加入局カスタマイズ呼出音を記憶し再生するために使用する呼出音デバイスが従来の通信網に付加される。呼はインテリジェント・ネットワーク・トリガ、信号伝達遮断トリガ、呼転送トリガ、交換デバイス・トリガ、などにより呼出音デバイスに結び付けられる。そして、呼出音は呼出音デバイスにより発呼加入局で再生される。したがって、本発明によれば、発呼加入局は豊富で変化に富む呼出音を楽しむことができる。異なるトリガ・モードによる本発明のシステムおよび方法を、以下にさらに詳細に説明する。
「インテリジェント・ネットワーク・トリガ」
本発明の第１実施形態は、発呼加入局に豊富で変化に富む呼出音を提供するために、インテリジェント・ネットワーク・トリガ・モードを使用する。図３は本実施形態のシステム構造を示す。図３では、ＧＳＭ移動体通信網を例として採用している。
【００４０】
図３に示すように、呼出音を提供するシステムは、Ｏ＿ＭＳＣ、Ｔ＿ＭＳＣ、ＨＬＲ、ＳＣＰだけでなく、呼出音を記憶し、提供するために使用される呼出音サーバ（ＲＢＴＳ）も含む。
【００４１】
このシステムのＭＳＣは、主にサービス交換および呼制御の機能を実行するために使用される。ＭＳＣにおいて、Ｏ＿ＭＳＣは、発呼端末が配属されるＭＳＣすなわちゲートウェイ移動体交換センタ（ＧＭＳＣ）であり、Ｔ＿ＭＳＣは、被呼端末にアクセスされ、主に、被呼加入局の現在情報を記憶し、呼手順の間、被呼加入局との呼接続を遂行するＭＳＣである。
【００４２】
ＨＬＲは、主に移動体端末の基本情報を記憶する。該基本情報とは、例えば、インテリジェント・ネットワーク加入局の契約情報などである。
【００４３】
インテリジェント・ネットワークにおけるサービス・コントロール・ポイントとして、ＳＣＰは、インテリジェント・サービスを制御するために使用される。本発明において、ＳＣＰのデータベースは加入局の呼出音サービス登録情報および呼出音デバイスのルーチン情報を記憶する。該呼出音サービス登録情報は、少なくとも、加入局が呼出音サービスに登録した加入局であるか否かを示す識別情報を含む。
【００４４】
さらに、本システムはさらにサービス・プロバイダ（ＳＰ）を含んでもよい。ＳＰは、様々な呼出音を提供し、インターネットなどを介してＲＢＴＳに該呼出音をアップロードすることができる。これにより、ＲＢＴＳは加入局ごとに異なる呼出音を再生することができる。
【００４５】
本システムは、また、呼に課金するために使用されるアカウント・システムを含んでもよい。
【００４６】
図３において、太い実線は音声および信号を転送するために使用される中継ラインを示し、細い実線は信号を転送するために使用される信号リンクを示し、破線はデータを転送するために使用されるデータ・リンクを示す。システム・アーキテクチャを例示する他の図において線の示す意味は、この図における線の意味と同様であり、したがって、線の意味に関する記載は以下においては省略される。
【００４７】
上記システム構造において、端末ＡはＯ＿ＭＳＣに、端末ＢはＴ＿ＭＳＣに接続されている。端末Ａおよび端末Ｂの間の音声チャネルはＲＢＴＳにより中継されている。すなわち、ＲＢＴＳは、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の呼を接続するための中間デバイスとして作用する。Ｏ＿ＭＳＣおよびＴ＿ＭＳＣは同時にＳＣＰと接続されており、ＳＣＰはＨＬＲと接続されている。このアーキテクチャにおいて、ＲＢＴＳは、Ｏ＿ＭＳＣにより発呼加入局で呼出音を再生するだけでなく、発呼加入局および被呼加入局の間の音声チャネルの中継も行う。
【００４８】
本発明は、図４に示されるシステム構造を使用することもできる。図３の構造と比較すると、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルがＲＢＴＳなしで確立されている点で異なる。さらに、Ｏ＿ＭＳＣおよびＲＢＴＳの間に別個の音声チャネルがあり、ＲＢＴＳはこの別個の音声チャネルを介して発呼加入局で呼出音を再生する。一方、発呼加入局および被呼加入局の間の通信は、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルにより遂行される。
【００４９】
第１実施形態による本方法において、インテリジェント・ネットワークのＳＣＰは被呼加入局が呼出音サービスに登録された加入局であるか否かを判断する。判断が肯定された場合は、図５Ａおよび図５Ｂに示されている呼出音サービス・ルーチンが実行される。
【００５０】
第１実施形態においては、図３に示されるシステム・アーキテクチャが採用される。
【００５１】
発呼加入局が発呼端末Ａにより被呼端末Ｂへの呼を開始する場合、発呼端末Ａから呼要求を受けた後、ステップ５０１において、Ｏ＿ＭＳＣは被呼端末Ｂが配属されるＨＬＲに被呼加入局のルーチン情報を取得するための要求を送る。該ルーチン情報は、被呼番号などの情報を含み、被呼番号は被呼加入局のＭＳＩＳＤＮである。
【００５２】
ステップ５０２において、ＨＬＲは、被呼加入局がインテリジェント・ネットワーク加入局であることを被呼番号にもとづいて判断し、被呼加入局の契約情報をＯ＿ＭＳＣに送る。本実施形態においては、インテリジェント・ネットワーク・トリガが採用されているので、被呼加入局はインテリジェント・ネットワーク加入局として登録されており、被呼加入局の契約情報はＴ−ＣＳＩ情報として記憶される。
【００５３】
ステップ５０３において、被呼加入局のＴ−ＣＳＩ情報を受け取った後、Ｏ＿ＭＳＣは被呼加入局がインテリジェント・ネットワーク加入局であることを判断し、少なくとも発呼番号および被呼番号を含むＳＣＰ呼情報を提出する。したがって、上記三のステップがインテリジェント・サービスをトリガする従来のプロセスのステップと同様であることは明らかである。
【００５４】
ステップ５０４において、被呼加入局に記憶されている被呼加入局の呼出音サービス登録情報により、被呼加入局が呼出音サービスに登録されている加入局であるか否かを、ＳＣＰは判断する。判断が肯定された場合、図５Ａに示されるステップ５０５以降のステップが実行される。判断が否定された場合、図５Ｂに示されるステップ５２５以降のステップが実行される。すなわち、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣとの間の接続が確立される。
【００５５】
ステップ５０５〜５０８において、ＳＣＰは、送信経路情報（ＳＲＩ）要求を被呼端末Ｂが配属されるＨＬＲに送信する。要求を受け取った後、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。
Ｔ＿ＭＳＣは、被呼加入局にＭＳＲＮを割り当て、ＭＳＲＮをＨＬＲに送る。ＨＬＲは、Ｔ＿ＭＳＣにより割り当てられたＭＳＲＮを、ＳＲＩ応答によりＳＣＰに送信する。
【００５６】
ステップ５０９において、ＳＣＰは、接続操作（ＣＯＮＮＥＣＴ）コマンドにより、Ｏ＿ＭＳＣに被呼番号およびオリジナル被呼番号を送る。被呼番号はＲＢＴＳのアドレスである経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【００５７】
ＳＣＰからＣＯＮＮＥＣＴコマンドを受け取った後に、ステップ５１０において、Ｏ＿ＭＳＣはコマンドの経路プレフィックスにもとづいてＲＢＴＳに呼を経路付け、同時に、イニシャル・アドレス・メッセージ（ＩＡＭ）を転送スタイルでＲＢＴＳに送信する。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【００５８】
Ｏ＿ＭＳＣから送られるＩＡＭを受け取った後、ステップ５１１において、ＲＢＴＳはＭＳＲＮから経路プレフィックスを取り除いて、オリジナル被呼番号を抽出し、発呼番号および被呼加入局のＭＳＲＮをＩＡＭによりＴ＿ＭＳＣに送る。
【００５９】
ステップ５１２において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、被呼端末の状態情報をアドレス完了メッセージ（ＡＣＭ）によりＲＢＴＳに送る。
【００６０】
ステップ５１３において、ＲＢＴＳは、被呼端末が受信可能であるか否かをＡＣＭにもとづいて判断する。判断が肯定された場合、ステップ５１４で、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼加入局のＭＳＩＳＤＮ番号にもとづいて、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣにより発呼加入局で被呼加入局によってカスタマイズされた呼出音を再生する。一方、Ｔ＿ＭＳＣにより再生される従来の呼出音は遮蔽される。処理の後、次のステップが実行される。被呼端末が受信可能でない場合、たとえば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、ＲＢＴＳは、Ｔ＿ＭＳＣによって再生される音声プロンプトを透過的に送信する。すなわち、発呼加入局で呼出音を再生するのではなく、該音声プロンプトで、通話中であること、シャットダウンされていること、サービス圏外であること、をＯ＿ＭＳＣにより発呼端末に示す。
【００６１】
ステップ５１５において、加入局が電話に出ると、Ｔ＿ＭＳＣは応答メッセージ（ＡＮＭ）をＲＢＴＳに送る。ＡＮＭを受け取った後、ステップ５１６で、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを、中継を介して確立する。これにより、発呼加入局と被呼加入局とは互いに通信することができる。
【００６２】
図５Ｂに示されるステップ５２５において、ＳＣＰは、Ｏ＿ＭＳＣにパラメータなしでＣＯＮＴＩＮＵＥ信号を送る。
【００６３】
信号を受け取った後、ステップ５２６において、Ｏ＿ＭＳＣは通常の方法で呼を扱う、すなわち、Ｏ＿ＭＳＣは、ＨＬＲに被呼加入局のローミング番号を取得するための要求を送る。該要求は、要求のＴ＿ＣＳＩ情報を制限するためのパラメータを含む。
【００６４】
ステップ５２７〜５３４における動作は、従来技術におけるステップ２０２〜２０９の動作と同様であるので、以下において詳細は説明しない。
【００６５】
被呼加入局で長時間呼出音が再生されることを回避するために、ステップ５１５の前に、所定期間内に被呼加入局が電話に出るか否かを判断することが、合理的である。判断が肯定された場合、ステップ５１５は実行される。判断が否定された場合、話中音または被呼加入局の応答がないことを示す音声プロンプトが発呼加入局で再生される。
【００６６】
発呼加入局および被呼加入局の間の音声チャネルが確立された後、発呼加入局または被呼加入局のいずれかが電話を切ると、音声チャネルは切断される。この手順は当業者にとって周知であり、以下において詳細は説明しない。
【００６７】
通信網にＲＢＴＳを設けることによって、加入局によってカスタマイズされた呼出音を、発呼加入局で再生することができる、ということが第１実施形態において示されている。
【００６８】
第１実施形態において、ＳＣＰはオリジナル被呼番号および経路プレフィックスを有する被呼加入局のローミング番号をＯ＿ＭＳＣに送る。Ｏ＿ＭＳＣは、経路プレフィックスにもとづいてＲＢＴＳに呼を経路付け、ＩＡＭを送ることにより、発呼番号、オリジナル被呼番号および経路プレフィックスを有する被呼加入局のローミング番号をＲＢＴＳに送る。実際には、ＳＣＰは、発呼番号、オリジナル被呼番号および被呼加入局のローミング番号をＲＢＴＳに直接送ることもできる。第２実施形態が本発明において提供される。第２実施形態の具体的な実施手順を図６に示す。ステップ６０１〜６０８は、上記第１実施形態におけるステップ５０１〜５０８と同様であるので、以下で詳細は説明しない。
【００６９】
ステップ６０９において、ＳＣＰはＯ＿ＭＳＣに暫定接続確立（ＥＴＣ）要求を送る。該要求は、要求に含まれるＲＢＴＳの経路番号を含む。
【００７０】
ＥＴＣ要求を受け取った後、ステップ６１０において、Ｏ＿ＭＳＣはＲＢＴＳに音声チャネルを経路付けし、同時にＩＡＭをＲＢＴＳに送る。
【００７１】
ステップ６１１において、ＲＢＴＳは、要求支援インストラクション（ＡＲＩ）をＳＣＰに送る。
【００７２】
ステップ６１２において、ＳＣＰは、対応するＶＸＭＬ(Voice eXtensible Markup Language）のスクリプトを実行することを、ＲＢＴＳに指示するために、ＲＢＴＳにスクリプト実行インストラクションＳｃｒｉｐｔＲｕｎを送り、発呼番号、オリジナル被呼番号および被呼加入局のローミング番号をＲＢＴＳに同時に送信する。
【００７３】
ステップ６１３において、ＲＢＴＳはＶＸＭＬスクリプトを実行し、ＶＸＭＬスクリプトの構成でＩＡＭをＴ＿ＭＳＣに送る。ＩＡＭは発呼番号および被呼加入局のローミング番号を含む。
【００７４】
ステップ６１４〜６１８の動作は第１実施形態におけるステップ５１２〜５１６の動作と同様であるので、以下で詳細に説明しない。
【００７５】
第１および第２実施形態において、信号のインタラクションを低減するために、被呼加入局のローミング番号を取得する前に、被呼端末の現在の状態がさらに判断されてもよい。詳細には、ＳＣＰは、被呼端末が配属されるＨＬＲに、任意時問合せ（ＡＴＩ）を送る。ＡＴＩを受信した後、ＨＬＲは提供加入局情報（ＰＳＩ）要求をＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＰＳＩ応答により、被呼端末の現在の状態をＨＬＲに送る。ＨＬＲは、ＡＴＩ応答により、状態情報をＳＣＰに送る。ＳＣＰは、ＡＴＩ応答にもとづいて、被呼端末の現在の状態を判断することができる。被呼端末が受信可能であれば、次のステップ、すなわち、ＨＬＲから被呼加入局のローミング番号を取得するステップ、が実行される。被呼端末が受信可能でなければ、ＳＣＰは、いかなるパラメータも有さないＣＯＮＴＩＮＵＥ信号をＯ＿ＭＳＣに送る。すなわち、図５に示されるステップ５２６〜５３４の従来の呼手順と同様に作動するように、Ｏ＿ＭＳＣに情報を提供する。
【００７６】
第１および第２実施の形態は、例としてＧＳＭシステムにより記載されている。差異は、具体的なメッセージが異なる、ということだけであるから、当該実施形態のコア・アイデアはＣＤＭＡシステムに容易に適用されることができる。図７は本発明の第３実施形態を示す。第３実施形態は、ＣＤＭＡシステムのインテリジェント・ネットワーク・トリガによって、呼出音サービスを提供する方法を例示する。図４に示されるシステム構造が、第３実施態様で採用される。
【００７７】
発呼加入局が発呼端末Ａにより被呼端末Ｂへの呼を開始すると、Ｏ＿ＭＳＣは発呼端末Ａからの呼要求を受け取り、ステップ７０１において、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガする。次に、被呼加入局の契約情報を求めるために、被呼端末が配属されるＨＬＲに、ＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の番号および他の情報を含む。
【００７８】
ステップ７０２において、ＨＬＲは、被呼番号にもとづいて被呼加入局の契約情報をサーチする。次に、少なくともＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む応答メッセージｌｏｃｒｅｑにより、Ｏ＿ＭＳＣに被呼加入局の契約情報を送る。被呼加入局が他のインテリジェント・サービスにも登録されている場合、メッセージは、Ｌｏｃａｔｉｏｎトリガおよび被呼経路利用可能アドレス（ＣＤＲＡＡ）などをさらに含むかもしれない。本実施形態において採用されているトリガ・モードはインテリジェント・ネットワーク・トリガであるので、被呼加入局はインテリジェント・ネットワーク加入局として登録されている。この場合、被呼加入局の契約情報は、被呼加入局がインテリジェント・ネットワーク加入局であることを示す情報を含む。
【００７９】
被呼加入局の契約情報を受け取った後、ステップ７０３、７０４において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出する。そして、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局を認証するようＳＣＰに依頼するために、ＳＣＰに分析メッセージ（ＡＮＬＹＺＤ）を送る。分析メッセージは、少なくとも、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガのトリガ・タイプ、発呼番号、被呼番号、ＭＳＣを供する識別子（ＭＳＣＩＤ）、サービス・トリガ・サイトの位置情報などを含む。認証の後、ＳＣＰは認証結果メッセージをＯ＿ＭＳＣに送る。認証結果メッセージは、Ａｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む。被呼加入局が認証されない場合、手順を直ちに終了させることは、合理的である。本実施の形態の手順は、被呼加入局が認証されたとの条件のもとで、以下に説明される。
【００８０】
ステップ７０５において、Ｏ＿ＭＳＣはＡｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、発呼番号および被呼番号を少なくとも含むＡＮＬＹＺＤメッセージをＳＣＰに送る。
【００８１】
ステップ７０６において、記憶されている被呼加入局の呼出音サービス登録情報により、ＳＣＰは被呼加入局が呼出音サービスに登録されている加入局であるか否か判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の発呼ルーチンと同様の動作、すなわち、図５のステップ５２６〜５３４、が実行される。
【００８２】
ステップ７０７において、ＳＣＰは、被呼番号およびＲＢＴＳの経路番号を応答メッセージａｎｌｙｚｄによりＯ＿ＭＳＣに送る。アクション・コードＡｃｔｉｏｎＣｏｄｅは呼出音サービスを示し、ＴｅｒｍＬｉｓｔ［０］はＲＢＴＳの経路番号ＲＴＤＧＴを参照し、ＴｅｒｍＬｉｓｔ［１］は被呼番号ＭＤＮを参照する。
【００８３】
ステップ７０８〜７１１において、被呼加入局のローミング番号を取得するために、被呼番号にもとづいて、被呼端末が配属されているＨＬＲに、Ｏ＿ＭＳＣはＬＯＣＲＥＱメッセージを送る。ＲＯＵＴＲＥＱをＴ＿ＭＳＣに送り、Ｔ＿ＭＳＣから送られる応答メッセージｒｏｕｔｒｅｑを受け取ることにより、Ｔ＿ＭＳＣにより割り当てられた被呼加入局のローミング番号ＴＬＤＮをＨＬＲは取得する。次に、ＨＬＲは、応答メッセージｌｏｃｒｅｑにより被呼加入局のＴＬＤＮをＯ＿ＭＳＣに送る。
【００８４】
ステップ７１２において、Ｔ＿ＭＳＣに呼を経路付けるために、被呼番号としてＴＬＤＮを有するＴ＿ＭＳＣに、Ｏ＿ＭＳＣはＩＡＭメッセージを送る。
【００８５】
ステップ７１３において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭによって、被呼加入局の状態情報をＯ＿ＭＳＣに送る。
【００８６】
ステップ７１４において、被呼端末が受信可能であるか否かを、ＡＣＭにもとづいて、Ｏ＿ＭＳＣは判断する。判断が肯定された場合、Ｔ＿ＭＳＣによって発呼加入局で再生される従来の呼出音は遮蔽され、以降のステップが実行される。判断が否定された場合、Ｔ＿ＭＳＣによって再生される音声プロンプトをＯ＿ＭＳＣが発呼加入局に透過的にＯ＿ＭＳＣを介して送信する。音声プロンプトは、被呼端末が通話中であること、シャットダウンされていること、またはサービス圏外であることを示す。
【００８７】
ステップ７１５において、Ｏ＿ＭＳＣはＩＡＭをＲＢＴＳに送信し、発呼番号、被呼番号および他の情報をＩＡＭによりＲＢＴＳに送る。被呼番号は、ＲＢＴＳの経路番号および被呼加入局のＭＤＮである。
【００８８】
ステップ７１６において、ＲＢＴＳは、被呼番号にもとづいて、被呼加入局によってカスタマイズされた呼出音をサーチし、ＡＣＭを発呼端末に送る。その後、ＲＢＴＳは、Ｏ＿ＭＳＣにより、被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生する。
【００８９】
ステップ７１７において、被呼加入局が電話に出ると、Ｔ＿ＭＳＣは応答メッセージＡＮＭをＯ＿ＭＳＣに送る。
【００９０】
ＡＮＭを受け取った後、カスタマイズされた呼出音の発呼加入局での再生を停止するために、ステップ７１８において、Ｏ＿ＭＳＣは、直ちにＲＢＴＳへの音声チャネルを切断する。発呼加入局および被呼加入局の間の呼接続を維持するために、Ｏ＿ＭＳＣは、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の経路を維持し、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを接続する。
【００９１】
本実施形態において、Ｏ＿ＭＳＣはＲＢＴＳおよびＴ＿ＭＳＣと同時に呼接続を確立するので、ステップ７０７においてＲＢＴＳの経路番号を有するＯ＿ＭＳＣを通知し、ステップ７０８〜７１１において、Ｏ＿ＭＳＣから被呼加入局のローミング番号を取得すれば十分である。Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間のチャネルは、第１および第２実施形態と同様に、ＲＢＴＳによって中継されてもよい。これによれば、ＳＣＰはＨＬＲから被呼加入局のローミング番号を取得し、ステップ７０７において、ローミング番号をＯ＿ＭＳＣに送ることもできる。
【００９２】
第３実施形態において、Ｏ＿ＭＳＣはＲＢＴＳに呼を経路付けし、Ｔ＿ＭＳＣへの呼接続を確立する。したがって、Ｏ＿ＭＳＣは再構成され、更新されることを必要とする。これにより、システム更新のコストは増大する。システムにおけるＭＳＣの更新を回避するために、図８Ａおよび図８Ｂに示される第４実施形態が本発明で提供される。第４実施形態は、インテリジェント・サービスの手順を二度トリガすることを必要とする。第３実施形態とは異なり、第４実施形態では図３に示されるシステム構造を使用する。
【００９３】
発呼加入局が発呼端末Ａにより被呼端末Ｂへの発呼を開始すると、ステップ８０１において、Ｏ＿ＭＳＣが発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を求めるために、被呼端末が配属されるＨＬＲにＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【００９４】
ステップ８０２において、ＨＬＲは、被呼番号にもとづいて被呼加入局の契約情報をサーチし、少なくともＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む応答メッセージｌｏｃｒｅｑにより、Ｏ＿ＭＳＣに被呼加入局の契約情報を送る。被呼加入局が他のインテリジェント・サービスにすでに登録している場合、メッセージはＬｏｃａｔｉｏｎおよびＣＤＲＡＡのようなトリガ情報をさらに含むかもしれない。本実施形態において採用されるトリガ・モードがインテリジェント・ネットワーク・トリガであるので、被呼加入局はインテリジェント・ネットワーク加入局として登録され、被呼加入局の契約情報は被呼加入局がインテリジェント・ネットワーク加入局であるか否かを示す情報を含む。
【００９５】
被呼加入局の契約情報を受け取った後、ステップ８０３において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出するかもしれない。これにより、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを起動し、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガのトリガ・タイプ、発呼番号、被呼番号、ＭＳＣＩＤ、サービス・トリガ・サイトの位置情報などを少なくとも含む分析メッセージＡＮＬＹＺＤをＳＣＰに送る。
【００９６】
ステップ８０４において、ＳＣＰは、被呼加入局が呼出音サービスに登録されている加入局であるか否かを、記憶されている被呼加入局の呼出音サービス登録情報により判断する。判断が肯定された場合、ＳＣＰは、ＲＢＴＦｌａｇの値を０から1へ変更し、以降の
手順へ移行する。判断が否定された場合、従来の呼手順が実行される。
【００９７】
呼出音サービスフラグ（ＲＢＴＦｌａｇ）は、本実施形態において、ＳＣＰの加入局の呼出音サービス登録情報に予めセットされている。ＲＢＴＦｌａｇの値は、呼出音サービスがトリガされていないことを表す０であってもよいし、呼出音サービスがトリガされていることを表す１であってもよい。ＲＢＴＦｌａｇを予めセットすることの主な目的は、その後ＳＣＰへの第２のサービスをトリガしている間に、呼出音サービスがトリガされていることを判断することができる、ことにある。したがって、呼出音サービスは再度トリガされない。これはＳＣＰをトリガする第一の試みであるので、ＲＢＴＦｌａｇの値は０である。
【００９８】
ステップ８０５において、ＳＣＰは、Ｏ＿ＭＳＣにＡｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む応答メッセージａｎｌｙｚｄを送る。
【００９９】
ステップ８０６において、Ｏ＿ＭＳＣは、Ａｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０１００】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ８０７において、ＳＣＰは、ＲＢＴＳの経路番号および被呼加入局番号ＭＤＮを応答メッセージａｎｌｙｚｄによりＯ＿ＭＳＣに送る。ＲＢＴＳの経路番号および被呼加入局番号ＭＤＮは、ＴｅｒｍＬｉｓｔに含まれる（すなわち、ＴｅｒｍＬｉｓｔ＝ＲＴＤＧＴ＋ＭＤＮ）。
【０１０１】
ステップ８０８において、Ｏ＿ＭＳＣはＲＢＴＳの経路番号にしたがってＲＢＴＳに呼を接続し、発呼番号および被呼番号を含むＩＡＭをＲＢＴＳに送る。被呼番号は、ＲＢＴＳの経路番号である経路プレフィックスを有するＭＤＮである。
【０１０２】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ８０９において、ＲＢＴＳは、ＩＡＭにより、被呼加入局のゲートウェイ移動体交換センタ（ＧＭＳＣ）に、発呼番号および被呼加入局のＭＤＮを送る。
【０１０３】
このように、第一のサービス・トリガ操作は終了し、ＧＭＳＣは、第二のサービス・トリガ手順を実行する。
【０１０４】
呼における被呼加入局のＭＤＮにより、被呼加入局がＣＤＭＡ加入局であることを判断した後、ステップ８１０において、ＧＭＳＣはＭｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。
【０１０５】
ステップ８１１において、ＭＤＮにより、ＨＬＲは加入局の契約情報を取得し、ＧＭＳＣに応答メッセージｌｏｃｒｅｑをリターンする。応答メッセージは少なくともＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガ情報を含む。被呼加入局が他のインテリジェント・サービスにすでに登録している場合、メッセージは、ＬｏｃａｔｉｏｎおよびＣＤＲＡＡのような、他のトリガ情報をさらに含むかもしれない。
【０１０６】
ステップ８１２において、ＧＭＳＣはＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガのトリガ・タイプ、発呼番号、被呼番号および被呼加入局トリガ・サイトのＭＳＣＩＤを少なくとも含むＡＮＬＹＺＤメッセージをＳＣＰに送る。
【０１０７】
ステップ８１３において、ＡＮＬＹＺＤメッセージにおける被呼番号を分析することにより、被呼加入局が呼出音サービスに登録されていることを、ＳＣＰが検出し、ＲＢＴＦｌａｇの値が１であることを検出し、ＲＢＴＦｌａｇの値を０に変える。その後、ＳＣＰは、応答メッセージａｎｌｙｚｄをＧＭＳＣに送る。被呼加入局が他のインテリジェント・サービスに登録していない場合、ＳＣＰは応答メッセージを直接配信する。被呼加入局が他のインテリジェント・サービスに登録している場合、当該インテリジェント・サービスの対応する手順を扱った後、ＳＣＰは応答メッセージを配信する。このように、システムは、呼出音サービスをトリガし、加入局が登録している他のインテリジェント・サービスも実行することができる。
【０１０８】
ステップ８１４において、ＧＭＳＣはＬｏｃａｔｉｏｎトリガをトリガし、ＨＬＲから被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。このステップのＬＯＣＲＥＱメッセージのトリガ・タイプはＬｏｃａｔｉｏｎトリガであり、メッセージはＧＭＳＣのＭＳＣＩＤを含むこともできる。
【０１０９】
ステップ８１５において、サービス・トリガ・サイトとしてのＧＭＳＣが、本発明の実施形態の被呼加入局訪問サイトとしてのＴ＿ＭＳＣと異なるので、ＨＬＲは、サービス・トリガ・サイトのＭＳＣＩＤが被呼加入局訪問サイトとしてのＴ＿ＭＳＣのＭＳＣＩＤ（ＨＬＲに記憶されている）と異なることを、受け取ったＬＯＣＲＥＱメッセージにおける第２サービス・トリガ・サイトとしてのＧＭＳＣのＭＳＣＩＤを分析することにより、検出する。ＨＬＲは被呼加入局のＭＩＮを含む経路要求メッセージ（ＲＯＵＴＲＥＱ）をＴ＿ＭＳＣに送る。
【０１１０】
ステップ８１６において、Ｔ＿ＭＳＣは、ＭＩＮにもとづいて被呼加入局のＴＬＤＮ番号を配信し、応答メッセージｒｏｕｔｒｅｑによりＨＬＲに番号をリターンする。
【０１１１】
ステップ８１７において、ＨＬＲは、ＬＯＣＲＥＱメッセージの応答メッセージｌｏｃｒｅｑにより、ＧＭＳＣに被呼番号としてのＴＬＤＮ番号をリターンする。
【０１１２】
ステップ８１８において、ＧＭＳＣはＣＤＲＡＡトリガをトリガし、現在の被呼加入局の経路番号が有効であることを判断した後、ＳＣＰにＡＮＬＹＺＤメッセージを送る。被呼番号はＴＬＤＮである。
【０１１３】
ステップ８１９において、呼処理を継続することをＧＭＳＣに指示するために、ＳＣＰはＡＮＬＹＺＤメッセージの応答メッセージａｎｌｙｚｄをＧＭＳＣに送る。
【０１１４】
ステップ８２０において、呼をＴ＿ＭＳＣに接続するために、ＧＭＳＣはＩＡＭをＴ＿ＭＳＣに送る。被呼番号はＴＬＤＮである。
【０１１５】
ステップ８２１および８２２において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭによりＧＭＳＣを介してＲＢＴＳに被呼加入局の状態情報を送る。
【０１１６】
ステップ８２３において、被呼端末が受信可能であるか否かをＡＣＭにもとづいて、ＲＢＴＳは判断する。判断が肯定された場合は、ステップ８２４において、被呼加入局によってカスタマイズされた呼出音を、被呼番号によりＲＢＴＳがサーチし、従来の呼出音を遮蔽し、Ｏ＿ＭＳＣにより発呼加入局で呼出音を再生し、以降のステップを実行する。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、もしくは、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳはＴ＿ＭＳＣにより再生される音声メッセージを、Ｏ＿ＭＳＣを介して発呼加入局に透過的に送信する。該音声メッセージは、通話中であること、シャットダウンされていること、もしくは、サービス圏外であることを示す。
【０１１７】
被呼加入局が電話に出ると、ステップ８２５〜８２７において、Ｔ＿ＭＳＣはＧＭＳＣを介してＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、Ｏ＿ＭＳＣからＲＢＴＳまでの、さらにＴ＿ＭＳＣまでの音声チャネルを確立する。これにより、発呼加入局および被呼加入局の間の通信を可能にする。
【０１１８】
第４実施形態において、Ｔ＿ＭＳＣを確認することができないため、ＲＢＴＳは、被呼加入局のＧＭＳＣに呼を経路付け、Ｔ＿ＭＳＣに呼を経路付けるために、ＧＭＳＣは被呼加入局の経路番号を確認する。これにより、チャネル迂回がなされる。問題点を解消するために、図９Ａおよび図９Ｂに示される第５実施形態が、本発明によって提供される。
【０１１９】
第５実施形態におけるステップ９０１〜９０６は、第４実施形態におけるステップ８０１〜８０６とまったく同様であるので、詳細な説明は省略する。
【０１２０】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ９０７において、少なくとも被呼加入局のＭＤＮを含むサーチ（ＳＥＡＲＣＨ）要求を、ＳＣＰはＨＬＲに送る。
【０１２１】
ステップ９０８において、ＨＬＲは、ＭＤＮにもとづいて被呼加入局のＴ＿ＭＳＣのＭＳＣＩＤを取得し、ＭＳＣＩＤを応答メッセージ（すなわち、ｓｅａｒｃｈ）によりＳＣＰに送る。当該応答メッセージは、ＳＥＡＲＣＨメッセージの応答メッセージである。
【０１２２】
ステップ９０９において、ＭＳＣＩＤにもとづいて、ＳＣＰは、システムにおけるＭＳＣＩＤに対応する交換シリアル番号を検出する。ＭＳＣＩＤは、システム・プロバイダによって均一に配信され、ＭＳＣを識別するために使用される。交換シリアル番号は、Ｔ＿ＭＳＣにＲＢＴＳを接続する手順の間、接続を必要とするＭＳＣを識別するためにもっぱら使用される。
【０１２３】
ステップ９１０において、ＳＣＰは、ＲＢＴＳの経路番号、交換シリアル番号および被呼加入局番号ＭＤＮを、応答メッセージａｎｌｙｚｄにより、Ｏ＿ＭＳＣに送る。ここで、ＴｅｒｍＬｉｓｔ＝ＲＴＤＧＴ＋交換シリアル番号＋ＭＤＮである。
【０１２４】
ステップ９１１において、Ｏ＿ＭＳＣはＲＢＴＳの経路番号にしたがい、ＲＢＴＳと呼をハンドシェイクし、発呼番号および被呼番号を含むＩＡＭをＲＢＴＳへ送る。被呼番号は、ＲＢＴＳの経路番号およびＨ０Ｈ１Ｈ２Ｈ３である経路プレフィックスを有するＭＤＮである。
【０１２５】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ９１２において、ＩＡＭの交換シリアル番号にしたがって、交換シリアル番号により識別されるＴ＿ＭＳＣに、ＲＢＴＳは呼を経路付け、ＩＡＭにより、Ｔ＿ＭＳＣに発呼番号および被呼加入局のＭＤＮを送る。
【０１２６】
このように、第一サービス・トリガ動作は完了され、次に、Ｔ＿ＭＳＣは第２サービス・トリガ手順を実行する。
【０１２７】
ステップ９１３において、Ｔ＿ＭＳＣは、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。
【０１２８】
ステップ９１４において、ＨＬＲは、ＭＤＮにもとづいて加入局の契約情報を取得し、Ｔ＿ＭＳＣに応答メッセージｌｏｃｒｅｑをリターンする。応答メッセージｌｏｃｒｅｑは、少なくともＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガ情報を含む。被呼加入局が他のインテリジェント・サービスにすでに登録されている場合、メッセージは、ＬｏｃａｔｉｏｎおよびＣＤＲＡＡのようなトリガ情報をさらに含むかもしれない。
【０１２９】
ステップ９１５において、Ｔ＿ＭＳＣは、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＳＣＰにＡＮＬＹＺＤメッセージを送る。ＡＮＬＹＺＤメッセージは、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガのトリガ・タイプ、発呼番号、被呼番号および被呼加入局トリガ・サイトのＭＳＣＩＤを、少なくとも含む。
【０１３０】
ステップ９１６において、ＳＣＰは、ＡＮＬＹＺＤメッセージの被呼番号を分析することにより、加入局が呼出音サービスに登録していることを検出し、ＲＢＴＦｌａｇの値が１であることを検出し、ＲＢＴＦｌａｇの値を０に変更し、Ｔ＿ＭＳＣに応答メッセージａｎｌｙｚｄを送る。被呼加入局が他のインテリジェント・サービスに登録していない場合、ＳＣＰは応答メッセージを直接配信する。加入局が他のインテリジェント・サービスにも登録している場合、当該インテリジェント・サービスの対応する処理手順の後、ＳＣＰは応答メッセージを配信する。このように、システムは、呼出音サービスをトリガし、加入局により登録されている他のインテリジェント・サービスも実行することができる。
【０１３１】
ステップ９１７において、Ｔ＿ＭＳＣはＬｏｃａｔｉｏｎトリガをトリガし、ＨＬＲから被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。このステップのＬＯＣＲＥＱメッセージのトリガ・タイプは、Ｌｏｃａｔｉｏｎトリガである。
【０１３２】
ステップ９１８において、サービス・トリガ・サイトとしてのＴ＿ＭＳＣは、本発明の実施形態の被呼加入局訪問サイトとしてのＴ＿ＭＳＣと同様であるので、受け取ったＬＯＣＲＥＱメッセージにおける第二サービス・トリガ・サイトとしてのＧＭＳＣのＭＳＣＩＤを分析することにより、ＨＬＲに記憶されている被呼加入局訪問サイトとしてのＴ＿ＭＳＣのＭＳＣＩＤが、サービス・トリガ・サイトのＭＳＣＩＤと同様であることを、ＨＬＲは検出する。したがって、ＬＯＣＲＥＱメッセージの応答メッセージである応答メッセージｌｏｃｒｅｑにより、ＨＬＲは配信されたＴＬＤＮをＴ＿ＭＳＣに直接リターンする。
【０１３３】
ステップ９１９において、Ｔ＿ＭＳＣはＣＤＲＡＡトリガをトリガし、現在の被呼番号が有効であることを判断した後、ＳＣＰにＡＮＬＹＺＤメッセージを送る。被呼番号はＴＬＤＮである。
【０１３４】
ステップ９２０において、ＳＣＰはＡＮＬＹＺＤメッセージの応答メッセージａｎｌｙｚｄを、Ｔ＿ＭＳＣに呼処理を続けることを指示するために、Ｔ＿ＭＳＣに送る。
【０１３５】
ステップ９２１において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０１３６】
ステップ９２２において、ＡＣＭにもとづいて、ＲＢＴＳは被呼端末が受信可能であるか否かを判断する。判断が肯定された場合、ステップ９２３において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼番号にしたがって被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、同時に従来の呼出音を遮蔽する。その後、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通信中である場合、シャットダウンされている場合、あるいは、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、Ｏ＿ＭＳＣを介してＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトをＲＢＴＳは透過的に送信する。該音声プロンプトは、通信中であること、シャットダウンされていること、もしくはサービス圏外であることを示す。
【０１３７】
被呼加入局が電話に出ると、ステップ９２４および９２５において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０１３８】
上記第４および第５実施形態においては、二回のサービス・トリガが必要である。したがって、複雑な手順となる。この問題点を解決するために、本発明は、図１０に示される第６実施形態を提供する。第６実施形態では、上記二回のサービス・トリガ手順は統合され、操作手順は単純化される。しかし、ＲＢＴＳがＣＤＭＡシステムのためのＭＡＰ（Mobile Application Part）プロトコルのＬＯＣＲＥＱ動作をサポートすることは必要である。
【０１３９】
第６実施形態におけるステップ１００１〜１００３は、第４実施形態におけるステップ８０１〜８０３と同様であるので、詳細な説明は省略する。
【０１４０】
ステップ１００４において、記憶されている被呼加入局の呼出音サービス登録情報にしたがって、被呼加入局が呼出音サービスに登録されている加入局であるか否かを、ＳＣＰは判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の呼手順が実行される。
【０１４１】
ステップ１００５において、ＳＣＰは、Ｏ＿ＭＳＣにＡｄｖａｎｃｅｄ＿ＴｅｒｍｉｎａｔｉｏｎトリガおよびＣＤＲＡＡトリガを含む応答メッセージａｎｌｙｚｄを送る。
【０１４２】
ステップ１００６において、Ｏ＿ＭＳＣは、Ａｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０１４３】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ１００７において、ＳＣＰは、ＲＢＴＳの経路番号および被呼加入局番号ＭＤＮを応答メッセージａｎｌｙｚｄによりＯ＿ＭＳＣに送る。ＲＢＴＳの経路番号および被呼加入局番号ＭＤＮは、ＴｅｒｍＬｉｓｔに含まれる（すなわち、ＴｅｒｍＬｉｓｔ＝ＲＴＤＧＴ＋ＭＤＮ）。
【０１４４】
ステップ１００８および１００９において、Ｏ＿ＭＳＣはＣＤＲＡＡトリガをトリガし、ＳＣＰにＡＮＬＹＺＤメッセージを送る。被呼番号が有効であることを確認した後、ＳＣＰは応答メッセージａｎｌｙｚｄをＯ＿ＭＳＣに送る。
【０１４５】
ステップ１０１０において、Ｏ＿ＭＳＣは、ＲＢＴＳの経路番号にしたがってＲＢＴＳに呼を接続し、ＩＡＭをＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は、ＲＢＴＳの経路番号である経路プレフィックスを有するＭＤＮである。
【０１４６】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ１０１１〜１０１４において、ＲＢＴＳは、被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。ＨＬＲは、被呼加入局のＭＩＮを含む経路要求メッセージＲＯＵＴＲＥＱをＴ＿ＭＳＣに送る。メッセージを受け取った後、Ｔ＿ＭＳＣはＴＬＤＮ番号を被呼加入局に配信し、応答メッセージｒｏｕｔｒｅｑによりＴＬＤＮ番号をＨＬＲに送り、応答メッセージｌｏｃｒｅｑにより、ＨＬＲはＴＬＤＮ番号をＲＢＴＳに送る。
【０１４７】
ステップ１０１５において、ＲＢＴＳは、Ｔ＿ＭＳＣに呼を接続するために、ＩＡＭをＴ＿ＭＳＣに送る。被呼番号はＴＬＤＮである。
【０１４８】
ステップ１０１６において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼加入局の状態情報をＲＢＴＳに送る。
【０１４９】
ステップ１０１７において、ＲＢＴＳは、被呼端末が受信可能であるか否かを、ＡＣＭにもとづいて判断する。判断が肯定された場合、ステップ１０１８において、被呼番号にしたがって、被呼加入局によってカスタマイズされた呼出音をＲＢＴＳがサーチし、Ｏ＿ＭＳＣを介して、発呼加入局で呼出音を再生し、同時に従来の呼出音を遮蔽し、以降のステップを実行する。被呼加入局が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、Ｏ＿ＭＳＣを介して、発呼加入局にＴ＿ＭＳＣにより再生される音声プロンプトを透過的に送信する。音声プロンプトは、通話中であるか、シャットダウンされているか、サービス圏外であるかを示す。
【０１５０】
被呼加入局が電話に出ると、ステップ１０１９および１０２０において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳは、ＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０１５１】
第５および第６実施形態において、呼出音サービスと他のインテリジェント・サービスとが同一のＳＣＰに登録されている条件の下で、呼出音サービスをトリガし、プリペイド・サービスのような他のインテリジェント・サービスもトリガすることができる。それらのサービスが異なるＳＣＰに登録されている場合に関しては、本発明は、図１１および図１２に示される第７実施形態を提供する。当該実施形態は、他のインテリジェント・サービスの実施例として、プリペイド・チャージ（ＰＰＣ）・サービスを採用する。
【０１５２】
図１１に示すように、第７実施形態のシステム及び方法は、２つのＳＣＰに関する。呼出音サービスは、以下で、呼出音ＳＣＰと呼ばれている１つのＳＣＰに登録されている。ＰＰＣサービスのような他のインテリジェント・サービスは、以下で、インテリジェント・サービスＳＣＰと呼ばれている他のＳＣＰに登録されている。
【０１５３】
第７実施形態は、ＭＳＣがＣＤＲＡＡトリガの再番号割当をサポートし、ＨＬＲが異なるトリガの異なるＳＣＰへの登録をサポートする場合に、適用されることができる。ＣＤＭＡネットワークにおいて、ＳＣＰはＧＴコードで識別されてもよい。ＧＴコードは、インターネットのＩＰアドレスと同様であり、ＳＣＰのアドレスを示すために使用される。ＨＬＲにおいて、別々のデータシートが各々の加入局のために記憶され、呼手順に関する異なるトリガに対応するＳＣＰのＧＴコードは、このデータシートのリストである。異なるトリガが異なるＳＣＰのＧＴコードに対応できる場合、これにより、ＭＳＣは呼手順の間、異なるＳＣＰに異なるトリガに対応するメッセージを送ることができる。すなわち、ＨＬＲが異なるＳＣＰに登録される異なるトリガをサポートする。一方、すべてのトリガが同一のＳＣＰのＧＴコードに対応することが要求される場合、ＨＬＲは異なるＳＣＰに登録される異なるトリガをサポートしないということができる。
【０１５４】
本実施例において、ＨＬＲは異なるＳＣＰに登録される異なるトリガをサポートするので、ＣＤＲＡＡトリガが対応するＳＣＰのＧＴコードを呼出音ＳＣＰのＧＴコードに変更することができる。一方、他のトリガが対応するＳＣＰのＧＴコードは以前登録されたインテリジェント・サービスＳＣＰのＧＴコードのままである。
【０１５５】
図１２Ａおよび図１２Ｂに示される手順のステップ１２０１において、発呼加入局が発呼端末Ａを介して被呼端末Ｂへの呼を開始すると、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲにＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【０１５６】
ステップ１２０２において、ＨＬＲは、被呼番号により、被呼加入局の契約情報をサーチし、少なくともＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む応答メッセージｌｏｃｒｅｑにより、Ｏ＿ＭＳＣに契約情報を送る。Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガに対応するＳＣＰはインテリジェント・サービスＳＣＰである。本実施形態において採用されているトリガ・モードはインテリジェント・ネットワーク・トリガであるので、被呼加入局はインテリジェント・ネットワーク加入局として登録され、被呼加入局の契約情報は被呼加入局がインテリジェント・ネットワーク加入局であることを示す情報を含む。
【０１５７】
被呼加入局の契約情報を受け取った後、ステップ１２０３および１２０４において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを判断し、被呼加入局を認証するようにＳＣＰに求めるために、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガする。Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガが対応するＳＣＰがインテリジェント・サービスＳＣＰであるため、Ｏ＿ＭＳＣは、このＳＣＰに被呼加入局の認証をすることを求めるために、ＡＮＬＹＺＤをインテリジェント・サービスＳＣＰに送る。認証が完了すると、インテリジェント・サービスＳＣＰはａｎｌｙｚｄによって、認証結果メッセージをＯ＿ＭＳＣに送る。被呼加入局が認証に失敗すると、手順は直ちに終了される。本実施形態の以降の手順は、被呼加入局が認証に成功する、との条件下で記載される。
【０１５８】
ステップ１２０５において、Ｏ＿ＭＳＣは、被呼加入局のローミング番号を取得することを求めるために、被呼端末が配属されるＨＬＲに、ＬＯＣＲＥＱメッセージを送る。
【０１５９】
メッセージを受け取った後、ステップ１２０６において、ＨＬＲは、ＬＯＣＲＥＱのＭＳＣＩＤが、記憶されている被呼加入局に対応するＴ＿ＭＳＣのＭＳＣＩＤと同様であるか否かを判断する。判断が肯定された場合は、図１２Ａに示されるステップ１２０７および以降のステップが実行される。判断が否定された場合、図１２Ｂに示されるステップ１２２７および以降のステップが実行される。
【０１６０】
ステップ１２０７〜１２０９において、ＨＬＲは、Ｔ＿ＭＳＣにＲＯＵＴＲＥＱメッセージを送る。Ｔ＿ＭＳＣは被呼加入局にＴＬＤＮを割り当て、ｒｏｕｔｒｅｑメッセージによって、ＨＬＲにＴＬＤＮをリターンし、ＨＬＲはＬＯＣＲＥＱメッセージの応答メッセージｌｏｃｒｅｑによって、Ｏ＿ＭＳＣに被呼加入局のＴＬＤＮをリターンする。
【０１６１】
ステップ１２１０において、Ｏ＿ＭＳＣは、ＣＤＲＡＡトリガを検出し、該トリガをトリガし、該トリガのＳＣＰアドレスにしたがって、呼出音ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０１６２】
ステップ１２１１において、被呼加入局が呼出音サービスに登録されている加入局であるか否かを、記憶されている被呼加入局の呼出音サービス登録情報にもとづいて、呼出音ＳＣＰが判断する。判断が肯定された場合、他のインテリジェント・サービスを実行するために被呼加入局が使用するＳＣＰアドレスを取得するために、被呼端末が配属されるＨＬＲに、ＳＣＰはＳＥＡＲＣＨメッセージを送る。判断が否定された場合、従来の呼手順が実行される。ここでは、被呼加入局は呼出音サービスに登録されているものと仮定する。
【０１６３】
メッセージを受け取った後、ステップ１２１２において、ＨＬＲは、被呼加入局が他のインテリジェント・サービスを実行するために使用するＳＣＰアドレスを、応答メッセージｓｅａｒｃｈにより呼出音ＳＣＰにリターンする。
【０１６４】
ステップ１２１３において、呼出音ＳＣＰは、ステップ１２１０で受け取ったＡＮＬＹＺＤメッセージを、インテリジェント・サービスＳＣＰに、他のインテリジェント・サービスのために受け取ったＳＣＰにより、転送する。
【０１６５】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ１２１４において、インテリジェント・サービスＳＣＰは、呼出音ＳＣＰに応答メッセージａｎｌｙｚｄをリターンする。アクション・コードＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。
【０１６６】
インテリジェント・サービスＳＣＰからａｎｌｙｚｄメッセージを受け取った後、ステップ１２１５において、呼出音ＳＣＰは、メッセージのＡｃｔｉｏｎＣｏｄｅにしたがってＯ＿ＭＳＣにＡＮＬＹＺＤメッセージの応答メッセージａｎｌｙｚｄを送り、Ｏ＿ＭＳＣに、インテリジェント・サービスＳＣＰの処理結果にしたがって対応して動作するように指示する。ここでは、呼出音ＳＣＰがＯ＿ＭＳＣに呼処理を続けるように指示すると仮定する。もちろん、Ｏ＿ＭＳＣに対する指示が動作を停止することである場合、手順が終了されることは、理解され得るであろう。Ｏ＿ＭＳＣに呼処理を続けるように指示するという条件下において、ａｎｌｙｚｄメッセージは、ＲＢＴＳアクセス・コードおよび被呼加入局のローミング番号をさらに含んでもよい。
【０１６７】
ステップ１２１６において、Ｏ＿ＭＳＣは、呼出音ＳＣＰから受け取られる被呼番号にしたがって、ＲＢＴＳに呼を接続し、同時に、ＲＢＴＳに発呼番号、オリジナル被呼番号および被呼番号を含むＩＡＭを送る。オリジナル被呼番号は被呼加入局のＭＤＮであり、被呼番号はＲＢＴＳのアクセス・コードである経路プレフィックスを有する被呼加入局のローミング番号であり、被呼加入局のローミング番号はＴＬＤＮである。
【０１６８】
ステップ１２１７において、ＲＢＴＳはＴ＿ＭＳＣに呼を接続し、被呼番号がＴＬＤＮであるＩＡＭをＴ＿ＭＳＣに送る。
【０１６９】
ステップ１２１８において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭによって、被呼端末の状態情報をＲＢＴＳに送る。
【０１７０】
ステップ１２１９において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かを判断する。判断が肯定された場合、ステップ１２２０で、ＲＢＴＳは、被呼加入局のＭＤＮ番号にもとづいて被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣにより発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。次に、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、または、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより再生される音声プロンプトを発呼加入局に透過的に送信する。該音声プロンプトは通話中であること、シャットダウンされていること、またはサービス圏外であることを示す。
【０１７１】
被呼加入局が電話に出て呼に応答すると、ステップ１２２１において、Ｔ＿ＭＳＣは、課金動作を開始することをインテリジェント・サービスＳＣＰに通知するために、インテリジェント・サービスＳＣＰにＴＡＮＳＷＥＲメッセージを送り、同時に、ＡＮＭをＲＢＴＳに送る。
【０１７２】
ＡＮＭを受け取った後、ステップ１２２２において、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０１７３】
図１２Ｂに示されるステップ１２２７において、発呼加入局に対応するＭＳＣが被呼加入局に対応するＭＳＣと同様であることが判断されるので、ＨＬＲは直接Ｏ＿ＭＳＣに被呼ＭＳＣのＭＳＣＩＤを含むが、ＴＬＤＮを含まないｌｏｃｒｅｑを送る。
【０１７４】
以降のステップ１２２８〜１２３２はステップ１２１０〜１２１４と同様であるので、詳細については記載しない。
【０１７５】
インテリジェント・サービスＳＣＰからａｎｌｙｚｄメッセージを受け取った後、ステップ１２３３〜１２３６において、呼出音ＳＣＰは、被呼加入局のローミング番号を取得するために、被呼端末が配属されているＨＬＲに、ＬＯＣＲＥＱメッセージを送る。ＨＬＲはＲＯＵＴＲＥＱメッセージをＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣは、続いて、被呼加入局のＴＬＤＮを、ＨＬＲを介して呼出音ＳＣＰに送る。発呼加入局に対応するＭＳＣが被呼加入局に対応するＭＳＣと同様であるので、Ｔ＿ＭＳＣがＯ＿ＭＳＣであることは理解され得るであろう。
【０１７６】
ステップ１２３７において、インテリジェント・サービスＳＣＰから受け取られるａｎｌｙｚｄにしたがい、呼出音ＳＣＰは、Ｏ＿ＭＳＣにインテリジェント・サービスＳＣＰの処理結果に対応する動作を実行するように指示する。Ｏ＿ＭＳＣが呼処理を続けるように指示された環境下においては、ａｎｌｙｚｄメッセージは、ＲＢＴＳアクセス・コードおよび被呼加入局のローミング番号をさらに含む。
【０１７７】
ステップ１２３８および１２３９において、Ｔ＿ＭＳＣはＡＣＭをＲＢＴＳに送る。ＲＢＴＳは、続いて、Ｏ＿ＭＳＣにＡＣＭを送る。これにより、Ｏ＿ＭＳＣ、ＲＢＴＳおよびＴ＿ＭＳＣの間の接続が確立される。
【０１７８】
ステップ１２４０において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０１７９】
ステップ１２４１において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かを判断する。判断が肯定された場合、ステップ１２４２で、被呼加入局のＭＤＮ番号にしたがって、被呼加入局によりカスタマイズされた呼出音を、ＲＢＴＳはサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生する。同時に、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。続いて、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であるか、シャットダウンされているか、サービス圏外であるかを示す。
【０１８０】
ステップ１２４２において、被呼加入局が電話に出て呼に応答すると、課金動作を開始することをインテリジェント・サービスＳＣＰに通知するために、Ｔ＿ＭＳＣはインテリジェント・サービスＳＣＰにＴＡＮＳＷＥＲメッセージを送り、同時に、ＡＮＭをＲＢＴＳに送る。
【０１８１】
ＡＮＭを受け取った後、ステップ１２４３において、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣ間の音声チャネルを確立する。
【０１８２】
続く手順において、発呼加入局または被呼加入局が電話を切った場合、発呼加入局または被呼加入局およびインテリジェント・サービスＳＣＰの間の中継チャネルは解放される。本実施の形態は、例として被呼加入局が電話を切る手順を採用する。発呼加入局が電話を切る手順は、被呼加入局が電話を切る手順と同様である。
【０１８３】
被呼加入局が電話を切ると、Ｔ＿ＭＳＣはＴＤＩＳＣＯＮＮＥＣＴメッセージをインテリジェント・サービスＳＣＰに送る。インテリジェント・サービスＳＣＰは該メッセージを受け取った後、ＴＤＩＳＣＯＮＮＥＣＴの応答メッセージｔｄｉｓｃｏｎｎｅｃｔを、Ｔ＿ＭＳＣにリターンする。次に、Ｔ＿ＭＳＣはＲＢＴＳを介してＯ＿ＭＳＣに解放メッセージを送り、発呼加入局および被呼加入局の間の中継チャネルを解放するために、ＲＢＴＳを介してＴ＿ＭＳＣに、Ｏ＿ＭＳＣは解放成功メッセージをリターンする。
【０１８４】
インテリジェント・サービスＳＣＰおよび呼出音ＳＣＰに対するトリガにより、呼出音サービスおよび異なるＳＣＰで登録されている他のインテリジェント・サービスが、同時に実行されることができる。
【０１８５】
上記実施形態において、ＭＳＣはＣＤＲＡＡトリガの再番号割当をサポートし、ＨＬＲは異なるＳＣＰで登録されている異なるトリガをサポートする。しかしながら、実際には、ＭＳＣはＣＤＲＡＡトリガの再番号割当をサポートすることができないかもしれない。したがって、本発明は第８実施形態を提供する。本実施形態において、ＭＳＣは、ＣＤＲＡＡトリガの再番号割当をサポートすることができないが、ＨＬＲは異なるＳＣＰで登録されている異なるトリガをサポートする。この場合、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガに対応するＳＣＰのＧＴコードを、呼出音ＳＣＰのＧＴコードに変更することができる。他のトリガのＳＣＰのＧＴコードは、当初登録されたインテリジェント・サービスＳＣＰのＧＴコードを維持するだろう。第８実施形態による方法は、図１３に示される。
【０１８６】
発呼加入局が発呼端末Ａにより被呼端末Ｂへの呼を開始すると、ステップ１３０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲにＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【０１８７】
ステップ１３０２において、ＨＬＲは、被呼番号により、被呼加入局の契約情報をサーチし、対応するＳＣＰがインテリジェント・サービスＳＣＰであるＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを少なくとも含む、応答メッセージｌｏｃｒｅｑにより、Ｏ＿ＭＳＣに情報を送る。本実施形態において採用されているトリガ・モードはインテリジェント・ネットワーク・トリガであるので、被呼加入局はインテリジェント・ネットワーク加入局として登録されている。被呼加入局の契約情報は、被呼加入局がインテリジェント・ネットワーク加入局であることを示す情報を含む。
【０１８８】
被呼加入局の契約情報を受け取った後、ステップ１３０３において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出する。したがって、ＳＣＰに被呼加入局を認証するよう求めるために、Ｏ＿ＭＳＣはＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガする。Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガに対応するＳＣＰが呼出音ＳＣＰであるので、ＳＣＰに被呼加入局の認証を求めるために、Ｏ＿ＭＳＣはＡＮＬＹＺＤを呼出音ＳＣＰに送る。
【０１８９】
認証が完了すると、ステップ１３０４において、ＳＣＰに記憶されている被呼加入局の呼出音サービス登録情報により、呼出音ＳＣＰは、被呼加入局が呼出音サービスに登録されている加入局であるか否か、判断する。判断が肯定された場合、ＲＢＴＦｌａｇの値は、０から１に変更され、ａｎｌｙｚｄメッセージがＯ＿ＭＳＣにリターンされる。トリガ・リストのパラメータは、対応するＳＣＰアドレスが呼出音ＳＣＰのアドレスであるＡｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む。判断が否定された場合、従来の呼手順が実行される。
【０１９０】
第４実施形態のように、本実施形態においても、ＲＢＴＦｌａｇは呼出音ＳＣＰの呼出音サービス登録情報にセットされる。ＲＢＴＦｌａｇの値は、呼出音サービスがトリガされていないことを表す０であってもよいし、呼出音サービスがトリガされていることを示す１であってもよい。ＲＢＴＦｌａｇをセットする主目的は、呼出音サービスのトリガ動作の繰り返しを避けるために、ＳＣＰの第２のトリガ動作の間に、呼出音サービスがすでにトリガされていることを知ることを可能にすることである。ＳＣＰをトリガする最初の試みであるので、ＲＢＴＦｌａｇの値は０である。
【０１９１】
ステップ１３０５において、Ｏ＿ＭＳＣは、Ａｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＡＮＬＹＺＤを呼出音ＳＣＰに送る。
【０１９２】
該メッセージを受け取った後、ステップ１３０６において、呼出音ＳＣＰは、少なくとも被呼加入局のＭＤＮを含むサーチ（ＳＥＡＲＣＨ）要求をＨＬＲに送る。
【０１９３】
ステップ１３０７において、ＨＬＲは、ＭＤＮにもとづいて被呼加入局に対応するＴ＿ＭＳＣのＭＳＣＩＤを取得し、ＳＥＡＲＣＨメッセージの応答メッセージｓｅａｒｃｈによって、ＭＳＣＩＤをＳＣＰに送る。
【０１９４】
ステップ１３０８において、ＳＣＰは、ＭＳＣＩＤにもとづいて、ＭＳＣＩＤに対応する交換シリアル番号を検出する。ＭＳＣを識別するために使用されるＭＳＣＩＤは、システム・プロバイダにより均一に割り当てられる。交換シリアル番号は、ＲＢＴＳからＴ＿ＭＳＣへの呼手順の間、接続を必要とするＭＳＣだけを識別するために使用される。次に、ＳＣＰは、ＲＢＴＳの経路番号、交換シリアル番号および被呼加入局番号ＭＤＮを、応答メッセージａｎｌｙｚｄにより、Ｏ＿ＭＳＣに送る。ここで、ＴｅｒｍＬｉｓｔ＝ＲＴＤＧＴ＋交換シリアル番号＋ＭＤＮである。
【０１９５】
ステップ１３０９において、Ｏ＿ＭＳＣは、ＲＢＴＳの経路番号にしたがってＲＢＴＳに呼を接続し、発呼番号および被呼番号を含むＩＡＭをＲＢＴＳに送る。被呼番号は、ＲＢＴＳの経路番号および交換シリアル番号である経路プレフィックスを有するＭＤＮである。
【０１９６】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ１３１０において、ＲＢＴＳは、ＩＡＭの交換シリアル番号により識別されるＴ＿ＭＳＣに呼を経路付け、同時に、ＩＡＭによって、Ｔ＿ＭＳＣに発呼番号および被呼加入局のＭＤＮを送る。
【０１９７】
ステップ１３１１および１３１２において、Ｔ＿ＭＳＣは、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲに、ＬＯＣＲＥＱメッセージを送る。被呼加入局がインテリジェント・サービス加入局であるので、ＨＬＲはＴ＿ＭＳＣにＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む被呼加入局の契約情報をリターンする。
【０１９８】
ステップ１３１３において、Ｔ＿ＭＳＣはＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、呼出音ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０１９９】
ステップ１３１４において、呼出音ＳＣＰは被呼加入局の認証を行う。認証の後、ＲＢＴＦｌａｇの値は１から０に変更される。次に、被呼加入局に対する他のインテリジェント・サービスを提供する際に使用されるＳＣＰアドレスを取得するために、被呼端末が配属されているＨＬＲに、ＳＣＰはＳＥＡＲＣＨメッセージを送る。
【０２００】
該メッセージを受け取った後、ステップ１３１５において、被呼加入局に対する他のインテリジェント・サービスを提供する際に使用されるＳＣＰアドレスを、応答メッセージｓｅａｒｃｈにより、ＨＬＲは呼出音ＳＣＰにリターンする。
【０２０１】
ステップ１３１６において、呼出音ＳＣＰは、他のインテリジェント・サービスのために受け取ったＳＣＰアドレスにしたがい、ステップ１３０３において受け取ったＡＮＬＹＺＤメッセージを、インテリジェント・サービスＳＣＰに転送する。
【０２０２】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ１３１７において、インテリジェント・サービスＳＣＰは、呼出音ＳＣＰに応答メッセージａｎｌｙｚｄをリターンする。ＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。
【０２０３】
インテリジェント・サービスＳＣＰからａｎｌｙｚｄメッセージを受け取った後、ステップ１３１８において、インテリジェント・サービスＳＣＰの処理結果に対応する動作を実行するように、Ｔ＿ＭＳＣに指示するために、メッセージのＡｃｔｉｏｎＣｏｄｅにしたがって、呼出音ＳＣＰは応答メッセージａｎｌｙｚｄをＴ＿ＭＳＣに送る。ここでは、呼出音ＳＣＰがＴ＿ＭＳＣに呼処理を続けるように指示すると仮定する。もちろん、Ｔ＿ＭＳＣへの指示が動作を停止することである場合、手順が終了されることは理解され得るだろう。
【０２０４】
ステップ１３１９において、被呼加入局のローミング番号を取得するために、被呼端末が配属されているＨＬＲに、Ｔ＿ＭＳＣはＬＯＣＲＥＱメッセージを送る。
【０２０５】
ステップ１３２０において、ＨＬＲは、ＬＯＣＲＥＱメッセージのＭＳＣＩＤがＴ＿ＭＳＣのＭＳＣＩＤと同様であることを判断する。これにより、ＨＬＲは、Ｔ＿ＭＳＣのＭＳＣＩＤを応答メッセージｌｏｃｒｅｑによりＴ＿ＭＳＣに直接送る。
【０２０６】
受け取ったＭＳＣＩＤがＴ＿ＭＳＣのＭＳＣＩＤと同様であることが確認された後、ステップ１３２１において、Ｔ＿ＭＳＣは、被呼加入局にＴＬＤＮを直接割り当てる。その後、対応するＳＣＰアドレスがインテリジェント・サービスＳＣＰであるため、Ｔ＿ＭＳＣはＣＤＲＡＡトリガを検知する。Ｔ＿ＭＳＣはＣＤＲＡＡトリガをトリガし、インテリジェント・サービスＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０２０７】
メッセージを分析した後、ステップ１３２２において、インテリジェント・サービスＳＣＰは、Ｔ＿ＭＳＣに応答メッセージａｎｌｙｚｄをリターンする。ＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。ここでは、インテリジェント・サービスＳＣＰがＴ＿ＭＳＣに呼処理を続けるように指示すると仮定する。
【０２０８】
ステップ１３２３において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０２０９】
ステップ１３２４において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かを判断する。判断が肯定されるならば、ステップ１３２５において、ＲＢＴＳはＩＡＭをＯ＿ＭＳＣに送り、被呼加入局のＭＤＮ番号にしたがって、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音は遮蔽される。次に、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳはＯ＿ＭＳＣを介してＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であること、を示す。
【０２１０】
ステップ１３２６において、被呼加入局が電話に出て呼に応答すると、課金動作を開始することをインテリジェント・サービスＳＣＰに通知するために、Ｔ＿ＭＳＣはインテリジェント・サービスＳＣＰにＴＡＮＳＷＥＲメッセージを送り、同時に、ＡＮＭをＲＢＴＳに送る。
【０２１１】
ＡＮＭを受け取った後、ステップ１３２７において、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣ間の音声チャネルを確立する。
【０２１２】
呼がＴ＿ＭＳＣに接続されると、第８実施形態において、Ｔ＿ＭＳＣは呼出音ＳＣＰを介してインテリジェント・サービスＳＣＰのインテリジェント・サービスを開始する。実際には、呼がＴ＿ＭＳＣに接続される前であっても、Ｔ＿ＭＳＣは、呼出音ＳＣＰを介してインテリジェント・サービスを開始してもよい。
【０２１３】
図１４に示される第９実施形態による方法において、ステップ１４０１で、発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼端末が配属されているＨＬＲに、被呼加入局の経路情報を求めるために、ＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【０２１４】
ステップ１４０２において、ＨＬＲは、被呼番号により被呼加入局の契約情報をサーチし、対応するＳＣＰがインテリジェント・サービスＳＣＰであるＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを少なくとも含む応答メッセージｌｏｃｒｅｑによりＯ＿ＭＳＣに情報を送る。本実施形態において採用されるトリガ・モードがインテリジェント・ネットワーク・トリガであるので、被呼加入局がインテリジェント・ネットワーク加入局として登録され、被呼加入局の契約情報は、被呼加入局がインテリジェント・ネットワーク加入局であることを示す情報を含む。
【０２１５】
被呼加入局の契約情報を受け取った後、ステップ１４０３において、Ｏ＿ＭＳＣは被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、これにより、ＳＣＰに被呼加入局を認証するよう求めるＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガする。Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガが対応するＳＣＰは呼出音ＳＣＰであるので、Ｏ＿ＭＳＣはＳＣＰに被呼加入局を認証するよう求めるためにＡＮＬＹＺＤを呼出音ＳＣＰに送る。
【０２１６】
認証が完了した後、ステップ１４０４において、被呼加入局が呼出音サービスに登録されている加入局であるか否かについて、ＳＣＰに記憶されている被呼加入局の呼出音サービス登録情報により、ＳＣＰが判断する。判断が肯定された場合は、呼出音ＳＣＰは、被呼端末が配属されているＨＬＲに、ＳＥＡＲＣＨメッセージを送る。判断が否定された場合、従来の呼手順が実行される。
【０２１７】
ステップ１４０５において、ＨＬＲは、応答メッセージｓｅａｒｃｈにより、呼出音ＳＣＰに被呼加入局のためのインテリジェント・サービスＳＣＰのアドレスをリターンする。
【０２１８】
ステップ１４０６において、呼出音ＳＣＰは、受け取ったインテリジェント・サービスＳＣＰのアドレスにしたがって、インテリジェント・サービスＳＣＰにステップ１４０３において受け取ったＡＮＬＹＺＤメッセージを転送する。
【０２１９】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ１４０７において、インテリジェント・サービスＳＣＰは、呼出音ＳＣＰに応答メッセージａｎｌｙｚｄをリターンする。ＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。
【０２２０】
インテリジェント・サービスＳＣＰからａｎｌｙｚｄメッセージを受け取った後、ステップ１４０８において、呼出音ＳＣＰは、メッセージのＡｃｔｉｏｎＣｏｄｅにしたがい、Ｏ＿ＭＳＣへのＡＮＬＹＺＤメッセージに対応する応答メッセージであるメッセージａｎｌｙｚｄを送り、Ｏ＿ＭＳＣにインテリジェント・サービスＳＣＰの処理結果に対応する動作を実行するように指示する。ここでは、呼出音ＳＣＰがＯ＿ＭＳＣに呼処理を続けるように指示すると仮定する。もちろん、Ｏ＿ＭＳＣに対する指示が動作を停止することである場合、手順が終了することは知られている。Ｏ＿ＭＳＣに対する指示が呼処理を続けることである場合、ａｎｌｙｚｄメッセージのトリガ・リストは、ＳＣＰアドレスが呼出音ＳＣＰのアドレスであるＡｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む。
【０２２１】
ステップ１４０９において、Ｏ＿ＭＳＣは、Ａｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＡＮＬＹＺＤを呼出音ＳＣＰに送る。
【０２２２】
ステップ１４１０〜１４１３において、呼出音ＳＣＰは、被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。ＨＬＲは、経路要求メッセージＲＯＵＴＲＥＱをＴ＿ＭＳＣに送る。メッセージを受け取った後、Ｔ＿ＭＳＣは、ＴＬＤＮ番号を被呼加入局に割り当て、ＴＬＤＮ番号を応答メッセージｒｏｕｔｒｅｑによって、ＨＬＲに送る。ＨＬＲは、応答メッセージｌｏｃｒｅｑによって、ＴＬＤＮ番号を呼出音ＳＣＰに送信する。
【０２２３】
ステップ１４１４および１４１５において、呼出音ＳＣＰは、インテリジェント・サービスＳＣＰにトリガがＣＤＲＡＡであるＡＮＬＹＺＤを送る。インテリジェント・サービスＳＣＰは、処理結果を示すＡｃｔｉｏｎＣｏｄｅをリターンする。ここでは、処理結果が呼処理を続けることであると仮定する。
【０２２４】
ステップ１４１６において、呼出音ＳＣＰは、Ｏ＿ＭＳＣにａｎｌｙｚｄメッセージを送る。被呼番号はＲＢＴＳの経路番号である経路プレフィックスを有する被呼加入局のローミング番号であり、被呼加入局のローミング番号はＴＬＤＮである。
【０２２５】
ステップ１４１７〜１４２３は図１２Ａに示されるステップ１２１６〜１２２２と同様であるので、当該ステップの記載を省略する。
【０２２６】
異なるトリガが異なるＳＣＰで登録される場合をサポートせず、ＭＳＣがＣＤＲＡＡの再番号割当をサポートするならば、上記第７、第８および第９実施形態は実際的ではない。この問題を解消するために、図１５に示される第１０実施形態による方法が提案される。第１０実施形態において、ＨＬＲのトリガに対応するＳＣＰのすべてのアドレスは、呼出音ＳＣＰのアドレスに変更される。
【０２２７】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ１５０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲにＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【０２２８】
ステップ１５０２において、ＨＬＲは、被呼番号により被呼加入局の契約情報をサーチし、対応するＳＣＰがインテリジェント・サービスＳＣＰであるＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを少なくとも含む応答メッセージｌｏｃｒｅｑによりＯ＿ＭＳＣに情報を送る。本実施形態において採用されるトリガ・モードがインテリジェント・ネットワーク・トリガであり、被呼加入局がインテリジェント・ネットワーク加入局として登録されているので、被呼加入局の契約情報は、被呼加入局がインテリジェント・ネットワーク加入局であることを示す情報を含む。
【０２２９】
被呼加入局の契約情報を受け取った後、ステップ１５０３および１５０４において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、これにより、ＳＣＰに被呼加入局を認証するよう求めるために、トリガＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎをトリガする。Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガが対応するＳＣＰは呼出音ＳＣＰであるので、ＳＣＰに被呼加入局の認証を求めるために、Ｏ＿ＭＳＣはＡＮＬＹＺＤを呼出音ＳＣＰに送る。認証が完了すると、被呼加入局が呼出音サービスに登録されている加入局であるか否かを、ＳＣＰに記憶されている被呼加入局の呼出音サービス登録情報にしたがって、ＳＣＰが判断する。判断が肯定された場合、被呼加入局への他のインテリジェント・サービスを提供する際に使用されるＳＣＰアドレスを取得するために、被呼端末が配属されるＨＬＲに、呼出音ＳＣＰはＳＥＡＲＣＨメッセージを送る。判断が否定された場合、従来の呼手順が実行される。ここでは、被呼加入局が呼出音サービスにすでに登録されていると仮定する。
【０２３０】
メッセージを受け取った後、ステップ１５０５において、応答メッセージｓｅａｒｃｈにより、被呼加入局への他のインテリジェント・サービスを提供する際に使用されるＳＣＰアドレスを、ＨＬＲは呼出音ＳＣＰにリターンする。
【０２３１】
ステップ１５０６において、受け取ったインテリジェント・サービスＳＣＰのアドレスにより、ステップ１５０３で受け取ったＡＮＬＹＺＤメッセージを、呼出音ＳＣＰはインテリジェント・サービスＳＣＰに転送する。
【０２３２】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ１５０７において、インテリジェント・サービスＳＣＰは、呼出音ＳＣＰに応答メッセージａｎｌｙｚｄをリターンする。アクション・コードＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。
【０２３３】
インテリジェント・サービスＳＣＰからａｎｌｙｚｄメッセージを受け取った後、ステップ１５０８において、呼出音ＳＣＰは、メッセージのパラメータＡｃｔｉｏｎＣｏｄｅにしたがい、Ｏ＿ＭＳＣにＡＮＬＹＺＤメッセージの応答メッセージａｎｌｙｚｄを送り、Ｏ＿ＭＳＣにインテリジェント・サービスＳＣＰの処理結果に対応する動作を実行するように指示する。ここでは、呼出音ＳＣＰがＯ＿ＭＳＣに呼処理を続けるように指示すると仮定する。もちろん、Ｏ＿ＭＳＣへの指示が動作を停止することである場合、手順が終了されることは理解され得る。Ｏ＿ＭＳＣへの指示が呼処理を続けることである場合には、ａｎｌｙｚｄメッセージはＲＢＴＳアクセス・コードおよび被呼加入局のローミング番号をさらに含む。
【０２３４】
ステップ１５０９〜１５１２において、被呼加入局の経路情報を取得するために、Ｏ＿ＭＳＣはＨＬＲにＬＯＣＲＥＱメッセージを送る。ＨＬＲは、経路要求メッセージＲＯＵＴＲＥＱをＴ＿ＭＳＣに送る。メッセージを受け取った後、Ｔ＿ＭＳＣは、ＴＬＤＮ番号を被呼加入局に割り当て、応答メッセージｒｏｕｔｒｅｑにより、ＨＬＲにＴＬＤＮ番号を送る。その後、ＨＬＲは、応答メッセージｌｏｃｒｅｑにより、ＴＬＤＮ番号をＯ＿ＭＳＣに送る。
【０２３５】
ステップ１５１３において、ＣＤＲＡＡトリガが対応するＳＣＰアドレスは呼出音ＳＣＰのアドレスであるので、Ｏ＿ＭＳＣがＣＤＲＡＡトリガを検出し、このトリガをトリガする。Ｏ＿ＭＳＣは、呼出音ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０２３６】
ステップ１５１４および１５１５において、呼出音ＳＣＰは、ＡＮＬＹＺＤをインテリジェント・サービスＳＣＰに送る。インテリジェント・サービスＳＣＰは、処理結果を示すＡｃｔｉｏｎＣｏｄｅをリターンする。ここでは、処理結果は呼処理を続けることであると仮定する。
【０２３７】
ステップ１５１６において、呼出音ＳＣＰは、ＡｃｔｉｏｎＣｏｄｅがＯ＿ＭＳＣに呼処理を続けるように指示する、ａｎｌｙｚｄメッセージをＯ＿ＭＳＣに送る。同時に、経路プレフィックスを有する被呼番号が、被呼番号としてＯ＿ＭＳＣに送られる。経路プレフィックスはＲＢＴＳの経路番号であり、被呼加入局のローミング番号はＴＬＤＮである。
【０２３８】
ステップ１５１７〜１５２３は図１２Ａに示されているステップ１２１６〜１２２２と同様であるので、これらのステップについての記載は省略する。
【０２３９】
ＭＳＣがＣＤＲＡＡの再番号割当をサポートしない場合、および、ＨＬＲが
異なるＳＣＰへ登録される異なるトリガをサポートしない場合、図１６に示される第１１実施形態の方法が提供される。第１１実施形態において、上記のような場合、ＨＬＲのトリガに対応するＳＣＰのすべてのアドレスは、呼出音ＳＣＰのアドレスに変更される。
【０２４０】
ステップ１６０１〜１６２０は図１３に示されているステップ１３０１〜１３２０と同様であるので、これらのステップについての記載は省略する。
【０２４１】
ステップ１６２１において、対応するＳＣＰアドレスが呼出音ＳＣＰであるので、Ｔ＿ＭＳＣはＣＤＲＡＡトリガを検出する。Ｔ＿ＭＳＣはＣＤＲＡＡトリガをトリガし、呼出音ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０２４２】
メッセージを受け取った後、ステップ１６２２において、呼出音ＳＣＰはインテリジェント・サービスＳＣＰにメッセージを転送する。
【０２４３】
メッセージを分析した後、ステップ１６２３および１６２４において、インテリジェント・サービスＳＣＰは、呼出音ＳＣＰを介してＴ＿ＭＳＣに応答メッセージａｎｌｙｚｄをリターンする。アクション・コードＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。ここでは、処理結果がＴ＿ＭＳＣに呼処理を続けるように指示することであると仮定する。
【０２４４】
ステップ１６２５において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０２４５】
ステップ１６２６において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ１６２７において、ＲＢＴＳはＩＡＭをＯ＿ＭＳＣに送信し、被呼加入局のＭＤＮ番号にしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。次に、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳはＯ＿ＭＳＣを介してＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であること、を示す。
【０２４６】
被呼加入局が電話に出て呼に応答すると、ステップ１６２８において、課金動作を開始することをインテリジェント・サービスＳＣＰに通知するために、呼出音サービスＳＣＰを介して、Ｔ＿ＭＳＣはインテリジェント・サービスＳＣＰにＴＡＮＳＷＥＲメッセージを送り、同時に、ＡＮＭをＲＢＴＳに送る。
【０２４７】
ＡＮＭを受け取った後、ステップ１６２９において、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０２４８】
さらに、ＳＣＰがＯ＿ＭＳＣに、経路プレフィックスを有する被呼加入局のローミング番号または経路プレフィックスを有する被呼加入局のオリジナル番号を送る、という状態の下で、経路プレフィックスは、ＲＢＴＳの経路番号である。異なる領域のＭＳＣが実際には別個に構成されるので、ある領域においてローミング呼を開始すると、実行されるべきネットワーク全体にわたってのローミングを困難にするように、他の領域におけるＭＳＣの経路状態を構成しないことも可能である。したがって、本発明は、図１７に示される第１２実施形態を提供する。
【０２４９】
本実施形態では、ローミング番号セグメントが予めＲＢＴＳに割り当てられる。ローミング番号セグメントにおけるローミング番号のフォーマットは従来のローミング番号のフォーマットと同様である。ローミング番号セグメントのローミング番号は移動体ネットワークの構成された経路データを有する予約番号である。したがって、ローミング番号セグメントはネットワーク全体にわたってＭＳＣによりサポートされる。呼はセグメントにおける番号にもとづいてＲＢＴＳに経路付けられることができる。
【０２５０】
発呼加入局が発呼端末Ａを介して被呼端末Ｂへの呼を開始すると、ステップ１７０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、被呼端末が配属されているＨＬＲに、被呼加入局の経路情報を取得するための要求を送る。要求は、被呼加入局の番号などの情報を含む。
【０２５１】
ステップ１７０２において、ＨＬＲは、被呼番号により、被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、被呼加入局のＴ−ＣＳＩ情報をＯ＿ＭＳＣに送る。本実施形態において、トリガ動作はインテリジェント・ネットワーク・トリガにより実行されるので、被呼加入局はインテリジェント・ネットワーク加入局として登録されており、被呼加入局への契約情報はＨＬＲに記憶されている。
【０２５２】
被呼加入局の契約情報を取得した後、ステップ１７０３において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、呼関連情報をＳＣＰに送る。呼関連情報は、発呼番号および被呼番号を少なくとも含む。ＧＳＭネットワークに関しては、呼関連情報はＩＤＰメッセージにより送られる。ＣＤＭＡネットワークに関しては、情報はＡＮＬＹＺＤメッセージにより送られる。
【０２５３】
被呼加入局の認証後、ステップ１７０４において、ＳＣＰは、被呼加入局が呼出音サービスに登録されている加入局であるか否かについて、ＳＣＰに記憶されている被呼加入局の呼出音サービス登録情報にしたがい、判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の呼処理が実行される。
【０２５４】
ステップ１７０５において、ＳＣＰはローミング番号セグメントの被呼加入局のＲＢＴＳを示している空きローミング番号を割り当てる。当該ローミング番号は、以降、第一のローミング番号と称される。ＳＣＰは、「通話中」であると、当該番号をセットする。「通話中」であることは、ローミング番号が使用中であることを示す。同時に、ＳＣＰは、第一のローミング番号およびオリジナル被呼番号の対応関係を記録する。次に、ＳＣＰは、第一のローミング番号をＯ＿ＭＳＣに送る。
【０２５５】
ステップ１７０６において、受け取った第一のローミング番号を分析することにより、Ｏ＿ＭＳＣは、当該番号の経路アドレスがＲＢＴＳであることを検出し、ＩＡＭをＲＢＴＳに送る。被呼番号は第一のローミング番号であり、発呼番号は発呼加入局の番号である。同時に、呼はＲＢＴＳに接続される。
【０２５６】
ＩＡＭを受け取った後、ステップ１７０７において、ＲＢＴＳは、ＳＣＰに加入局番号を取得するための要求を送る。メッセージは、第一のローミング番号を含む。
【０２５７】
ステップ１７０８〜１７１１において、ＳＣＰは、第一のローミング番号にしたがって、予め記憶されている対応関係から、被呼番号を取得し、呼出音サービスのための使用を可能にするために、「受信可能」と、第一のローミング番号をセットする。次に、ＳＣＰは、被呼端末が配属されているＨＬＲに経路番号を取得するための要求を送る。要求を受け取った後、ＨＬＲは、被呼加入局にローミング番号を割り当てるＴ＿ＭＳＣに、被呼加入局のローミング番号を取得するための要求を送り、次に、ローミング番号がＨＬＲに送られる。経路番号を取得するための要求への応答メッセージによって、ＨＬＲは、Ｔ＿ＭＳＣにより被呼加入局に割り当てられたローミング番号を、ＳＣＰに送る。ＧＳＭネットワークに関しては、ローミング番号はＭＳＲＮであり、ＣＤＭＡネットワークに関しては、ローミング番号はＴＬＤＮである。
【０２５８】
ステップ１７１２および１７１３において、ＳＣＰは、ＭＳＲＮ/ＴＬＤＮをＲＢＴＳに送る。ＳＣＰからローミング番号を受け取った後、ＲＢＴＳは、ＩＡＭにより、発呼番号および被呼加入局のＭＳＲＮ/ＴＬＤＮをＴ＿ＭＳＣに送る。
【０２５９】
ステップ１７１４〜１７１８は、図５に示されるステップ５１２〜５１６と同様であるので、これらのステップについての記載は省略する。
【０２６０】
本実施形態において、ＳＣＰは、ＨＬＲから被呼加入局のローミング番号を取得し、ローミング番号をＲＢＴＳに送る。実際には、図１８の第１３実施形態に準拠して、ＲＢＴＳもＨＬＲから直接にローミング番号を取得することができる。
【０２６１】
本実施形態において、ステップ１８０１〜１８０７は図１７に示されるステップ１７０１〜１７０７と同様であるので、これらのステップについての記載は省略する。
【０２６２】
ステップ１８０８において、ＳＣＰは、第一のローミング番号により、予め記録されている対応関係から被呼番号を取得し、新規な呼出音サービスのための使用を可能にするために、「受信可能」と、第一のローミング番号をセットし、次に、被呼番号をＲＢＴＳにリターンする。
【０２６３】
ステップ１８０９〜１８１２において、ＲＢＴＳは、被呼端末が配属されているＨＬＲに経路番号を取得するための要求を送る。要求を受け取った後、ＨＬＲは被呼加入局のローミング番号を取得するための要求をＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣはローミング番号を被呼加入局に割り当て、次に、ＨＬＲにローミング番号を送る。ＨＬＲは、その後、経路番号を取得するための要求への応答メッセージにより、Ｔ＿ＭＳＣにより割り当てられた被呼加入局のローミング番号を、ＲＢＴＳに送る。ＧＳＭネットワークに関しては、ローミング番号はＭＳＲＮであり、ＣＤＭＡネットワークに関しては、ローミング番号はＴＬＤＮである。
【０２６４】
ＨＬＲからローミング番号を受け取った後、ステップ１８１３において、ＲＢＴＳは、ＩＡＭにより、発呼番号および被呼加入局のローミング番号をＴ＿ＭＳＣに送る。
【０２６５】
以降のステップ１８１４〜１８１８は、図１７に示されているステップ１７１４〜１７１８と同様であるので、これらのステップについての記載は省略する。
【０２６６】
第１２および第１３実施形態において、ＲＢＴＳは、まず、ローミング番号だけはそのまま放置し、加入局番号を被呼加入局のＧＭＳＣまたはＭＳＣに送り、次に、第４または第５実施形態に示される２サービス・トリガ動作により、ローミング番号を取得することができることも理解され得る。これにより、発呼加入局および被呼加入局の間の呼を接続することができる。
【０２６７】
さらに、従来の移動体通信網のすべてのＭＳＣが呼出音サービスをサポートするというわけではない。したがって、被呼加入局がインテリジェント・ネットワーク・トリガ・モードのインテリジェント・ネットワーク加入局であることを確認する前に、Ｏ＿ＭＳＣが呼出音サービスをサポートするか否かについて判断することは合理的である。判断が肯定された場合は、以降のステップが実行される。判断が否定された場合は、ＳＣＰは、従来の発呼ルーチンにしたがって動作するように、Ｏ＿ＭＳＣに通知する。Ｏ＿ＭＳＣが呼出音サービスをサポートするか否か判断する方法は、発呼加入局の移動位置が、被呼加入局が位置する領域の経路プレフィックスをサポートするか否か判断することであってよいが、本発明はこれに限定されない。
【０２６８】
システムのいくつかのＭＳＣだけが呼出音サービスをサポートし、他のＭＳＣは呼出音サービスをサポートしないならば、呼出音サービスをサポートしないＭＳＣへの呼を、呼出音サービスをサポートするＭＳＣへ経路付けすることが望ましい。上記の事情の下で、Ｏ＿ＭＳＣが呼出音サービスをサポートすることができないことをＳＣＰが確認する場合、ＳＣＰは呼出音サービスをサポートする他のＭＳＣを選択することができ、選択されたＭＳＣに呼を経路付けするように、Ｏ＿ＭＳＣに指示する。これにより、ＲＢＴＳは発呼加入局で呼出音を再生する。したがって、本発明は、図１９Ａおよび１９Ｂに示す第１４実施形態を提供する。図１９Ａは、Ｏ＿ＭＳＣが呼出音サービスをサポートするという状態の下での発呼ルーチンを示す。図１９Ｂは、Ｏ＿ＭＳＣが呼出音サービスをサポートしないという状態の下での発呼ルーチンを示す。
【０２６９】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ１９０１において、発呼端末Ａから呼要求を受け取った後、Ｏ＿ＭＳＣは、被呼端末が配属されているＨＬＲに、被呼加入局の経路情報を取得するための要求を送る。要求は、被呼加入局のＭＳＩＳＤＮである被呼番号を含む。
【０２７０】
ステップ１９０２において、ＨＬＲは、被呼加入局がインテリジェント・ネットワーク加入局であることを、被呼番号にもとづいて検出し、被呼加入局の契約情報をＯ＿ＭＳＣに送る。本実施形態では、インテリジェント・ネットワーク・トリガにより、トリガ動作が実行されるので、被呼加入局はインテリジェント・ネットワーク加入局として登録される。このように、被呼加入局の契約情報は、Ｔ−ＣＳＩ情報として記憶される。
【０２７１】
被呼加入局のＴ−ＣＳＩ情報を受け取った後、ステップ１９０３において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、ＳＣＰに呼関連情報を送る。呼関連情報は、発呼番号、被呼番号およびＯ＿ＭＳＣのＭＳＣＩＤを、少なくとも含む。
【０２７２】
ステップ１９０４において、記憶されている被呼加入局の呼出音登録情報にしたがい、被呼加入局が呼出音サービスに登録されている加入局であるか否かについて、ＳＣＰは判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の発呼ルーチンが実行される。
【０２７３】
ステップ１９０５において、Ｏ＿ＭＳＣのＭＳＣＩＤにもとづいて、対応するＭＳＣが呼出音サービスをサポートするか否かについて、ＳＣＰは判断する。判断が肯定された場合、ＳＣＰは、Ｏ＿ＭＳＣのＭＳＣＩＤ、ＲＢＴＳの経路番号および被呼番号をＯ＿ＭＳＣに送る。判断が否定された場合、ＳＣＰは、所定のアルゴリズムにより呼出音サービスをサポートするＭＳＣのＭＳＣＩＤを選択し、ＭＳＣＩＤ、ＲＢＴＳの経路番号および被呼番号をＯ＿ＭＳＣに送る。所定のアルゴリズムは、負荷分散方法であってよい。これは、呼出音サービスをサポートする候補のリストからＭＳＣＩＤを順に選択することを意味する。
【０２７４】
ステップ１９０６において、Ｏ＿ＭＳＣは、受け取ったＭＳＣＩＤがＯ＿ＭＳＣのＭＳＣＩＤと同様であるか否かについて判断する。判断が肯定された場合、図１９Ａに示されるように、ステップ１９０７において、Ｏ＿ＭＳＣは被呼加入局のローミング番号を取得するためのＳＲＩ要求を直接ＨＬＲに送る。判断が否定された場合、図１９Ｂに示されるように、ステップ１９２７において、Ｏ＿ＭＳＣは、受け取ったＭＳＣＩＤに対応するＭＳＣを介してＩＡＭを送る。
【０２７５】
ステップ１９０８〜１９１０において、ＨＬＲは、被呼加入局のローミング番号を取得するための要求をＴ＿ＭＳＣに送り、Ｔ＿ＭＳＣは被呼加入局にローミング番号を割り当てる。次に、ＨＬＲに当該番号を送る。ＨＬＲは、該ローミング番号をＯ＿ＭＳＣに送る。
【０２７６】
ステップ１９１１において、Ｏ＿ＭＳＣは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を含むＩＡＭメッセージを送り、これにより、Ｔ＿ＭＳＣに呼を接続する。
【０２７７】
ステップ１９１２において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＯ＿ＭＳＣに送る。
【０２７８】
ステップ１９１３において、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて、Ｏ＿ＭＳＣが判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、Ｏ＿ＭＳＣは、Ｏ＿ＭＳＣを介して、発呼加入局でＴ＿ＭＳＣにより再生される音声プロンプトを透過的に送信する。該音声プロンプトは通話中であること、シャットダウンされていること、またはサービス圏外であること、を示す。
【０２７９】
ステップ１９１４において、Ｏ＿ＭＳＣはＩＡＭをＲＢＴＳに送り、ＩＡＭを介して、発呼番号、被呼番号および他の情報をＲＢＴＳに送る。
【０２８０】
ステップ１９１５において、被呼番号にしたがって、ＲＢＴＳは、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣにＡＣＭを送る。同時に、Ｏ＿ＭＳＣを介して、ＲＢＴＳは、被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生し、Ｏ＿ＭＳＣはＴ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。
【０２８１】
被呼加入局が電話に出て呼に応答すると、ステップ１９１６において、Ｔ＿ＭＳＣはＡＮＭをＯ＿ＭＳＣに送る。
【０２８２】
ＡＮＭを受け取った後、ステップ１９１７において、Ｏ＿ＭＳＣは直ちにＲＢＴＳへの経路を切断し、発呼加入局での呼出音の再生を停止する。しかし、発呼加入局および被呼加入局の間の音声チャネルを保持するために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の経路については維持する。
【０２８３】
ステップ１９０６において、受け取ったＭＳＣＩＤがＯ＿ＭＳＣのＭＳＣＩＤと異なることを検出した場合、ステップ１９２７において、Ｏ＿ＭＳＣはＩＡＭを受け取ったＭＳＣＩＤに対応するＭＳＣに送る。
【０２８４】
受け取ったＭＳＣＩＤがＯ＿ＭＳＣのＭＳＣＩＤと異なることを確認するＩＡＭをＭＳＣが受け取った後、ステップ１９２８において、ＭＳＣはＨＬＲに被呼加入局のローミング番号を取得するためのＳＲＩ要求を送る。
【０２８５】
ステップ１９２９〜１９３１において、ＨＬＲは、被呼加入局のローミング番号を取得するための要求をＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣは、被呼加入局にローミング番号を割り当て、該番号をＨＬＲへ送る。ＨＬＲは、呼出音サービスをサポートするＭＳＣへ該ローミング番号を送る。
【０２８６】
ステップ１９３２において、呼出音サービスをサポートするＭＳＣは、Ｔ＿ＭＳＣに被呼加入局のＭＳＲＮを含むＩＡＭメッセージを送る。これにより、Ｔ＿ＭＳＣへ呼を接続する。
【０２８７】
ステップ１９３３において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、呼出音サービスをサポートするＭＳＣに被呼加入局の状態情報を送る。
【０２８８】
ステップ１９３４において、呼出音サービスをサポートするＭＳＣは、ＡＣＭにしたがい、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、ＭＳＣは、Ｔ＿ＭＳＣにより再生される音声プロンプトを透過的に送信し、手順を終える。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０２８９】
ステップ１９３５において、呼出音サービスをサポートするＭＳＣは、ＩＡＭをＲＢＴＳに送り、発呼番号、被呼番号のような情報をＩＡＭによりＲＢＴＳへ送る。
【０２９０】
ステップ１９３６において、ＲＢＴＳは、被呼番号にしたがい、被呼加入局によりカスタマイズされた呼出音をサーチし、呼出音サービスをサポートするＭＳＣにＡＣＭを送る。
【０２９１】
ステップ１９３７において、呼出音サービスをサポートするＭＳＣはＡＣＭをＯ＿ＭＳＣに送り、ＲＢＴＳは、ＭＳＣを介して、被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生する。同時に、ＭＳＣは、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。
【０２９２】
被呼加入局が電話に出て、呼に応答すると、ステップ１９３８において、Ｔ＿ＭＳＣは呼出音サービスをサポートするＭＳＣにＡＮＭを送る。
【０２９３】
ＡＮＭを受け取った後、ステップ１９３９において、呼出音サービスをサポートするＭＳＣは、直ちに、ＲＢＴＳへの経路を切断し、発呼加入局での呼出音の再生を停止する。しかし、発呼加入局および被呼加入局の間の音声チャネルを保持するため、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の経路を維持する。
【０２９４】
本実施形態の支援により、Ｏ＿ＭＳＣが呼出音サービスをサポートすることができないという状態の下で、システムは、発呼加入局で加入局によってカスタマイズされた呼出音を再生するために、呼出音サービスをサポートするＭＳＣを選択することができる。これにより、本発明の適用範囲はさらに拡大される。
「信号遮断トリガ」
本発明の第１５実施形態において、Ｏ＿ＭＳＣおよびＨＬＲの間の信号を新しく付加されるデバイス（すなわち、信号処理システム（ＳＰＳ））により遮断することができる。これにより、ＲＢＴＳへ呼を経路付けるためのオブジェクトおよびＲＢＴＳによる発呼加入局での呼出音の再生を、実現することができる。
【０２９５】
本実施形態のシステム構造を示す図２０を参照すると、呼出音サービスを提供するシステムは、発呼端末Ａ、被呼端末Ｂ、Ｏ＿ＭＳＣ、Ｔ＿ＭＳＣ、ＨＬＲおよびＲＢＴＳだけでなく、ＳＰＳをも含む。
【０２９６】
本実施形態において、ＳＰＳの数は移動体通信網のＨＬＲの数に対応する。これは、ＳＰＳが移動体通信網のＨＬＲの各々のために付加されることを意味する。もちろん、一つのＳＰＳが、いくつかのＨＬＲに対応することもできる。ＳＰＳに接続されるＨＬＲに属する加入局の呼出音登録情報はＳＰＳに記録されている。呼出音サービス登録情報は、加入局が呼出音サービスに登録されている加入局であるか否かを示す識別情報、および、呼出音デバイスの経路情報を、少なくとも含む。該情報はＨＬＲに記録されず、したがって、ＨＬＲの再構成はなんら必要ない。
【０２９７】
さらに、システムは、ポータルの支援により、インターネットを通じて、ＲＢＴＳに呼出音資源を提供するＳＰを含むこともできる。
【０２９８】
本発明の目的を実現するために、ＳＰＳは、受け取った信号の発呼アドレスおよび被呼アドレスを変えることができ、加入局の呼出音サービス登録情報を登録することができる。登録は、ビジネス・ロビーにより、または他の手段によりなされることができる。
【０２９９】
ＳＰＳのためのいくつかの構成がシステムにはある。図２１Ａに示すように、擬似直接(Quasi-Direct)接続モードが採用され、該モードにおいて、ＳＴＰおよびＲＢＴＳはＳＰＳを介して接続される。詳細には、ＨＬＲはＳＴＰを介してＧＭＳＣ/ＭＳＣに接続され、ＳＴＰは、さらに、本発明によって提供されるＳＰＳに接続される。ＳＰＳは、ＨＬＲおよびＧＭＳＣ／ＭＳＣに、ＨＬＲに対応するＳＴＰにより、接続される。ＳＰＳデバイスは、信号により、ＲＢＴＳに直接接続される。このように、信号経路に対応するデータ構成は、ＳＴＰおよび／またはＧＭＳＣ/ＭＳＣにおいてなされる。したがって、ＨＬＲに送られる信号の一部は、まず、ＳＰＳを通過する。
【０３００】
図２１Ｂに示すように、ＳＰＳは、ＳＴＰおよびＨＬＲの間で接続される。詳細には、ＨＬＲは本発明によって提供されるＳＰＳに接続され、ＳＰＳはＨＬＲに対応するＳＴＰにリンクされる。これにより、ＨＬＲは、ＳＰＳを介してＨＬＲに対応するＳＴＰに接続される。このように、ＳＴＰによりＨＬＲに送られるメッセージが、まずＳＰＳを通過し、ＨＬＲからリターンされるメッセージもまずＳＰＳを通過する。ＲＢＴＳと直接的に信号を接続する一方、ＳＰＳはＨＬＲに対応するＳＴＰを介してＧＭＳＣ/ＭＳＣと信号を
接続する。
【０３０１】
図２１Ｃに示されるシステム構造において、ＳＰＳは、ＨＬＲに接続しているＳＴＰの機能エンティティとして、ＨＬＲに接続している。詳細には、ＳＰＳは、直ちにＲＢＴＳおよびＧＭＳＣ/ＭＳＣをリンクするＨＬＲに直接接続される。このように、ＨＬＲは、ＲＢＴＳおよびＧＭＳＣ/ＭＳＣを、ＳＰＳを介して接続する。
【０３０２】
図２１Ｄに示されるシステム構造において、ＳＰＳの機能はＨＬＲに対応するＳＴＰに直接埋め込まれ、ＳＰＳはＳＴＰの機能エンティティとして動作する。ＳＴＰの機能エンティティとして、ＳＰＳデバイスは、ＨＬＲ、ＧＭＳＣ/ＭＳＣおよびＲＢＴＳと個別に信号接続する。この構造において、ＳＰＳデバイスの機能をＳＴＰに埋め込むために、ＳＴＰを更新することが必要とされる。
【０３０３】
図２１に示されるいずれのシステム構造が採用されても、システムの呼出音サービスを提供する方法は同様である。
【０３０４】
本実施形態の処理手順を、図２２Ａおよび図２２Ｂに示されるフローチャートによって、以下に詳細に記述する。ＧＳＭシステムを本実施形態の一例として採用する。
【０３０５】
発呼加入局が発呼端末Ａを介して被呼端末Ｂへの呼を開始すると、ステップ２２０１において、Ｏ＿ＭＳＣが発呼端末Ａから呼を受け取り、被呼加入局の経路情報を取得することを求めるために、被呼端末が配属されているＨＬＲに、ＳＲＩを送る。交換デバイスから送られるすべての信号が、第７信号経路データの構成にしたがいＳＰＳを通過するので、ＳＲＩメッセージは、まず、ＨＬＲと接続されているＳＰＳに送られる。ＳＲＩメッセージの情報は、被呼加入局のＭＳＩＳＤＮを含む。
【０３０６】
ステップ２２０２において、ＳＰＳは、受け取ったＳＲＩメッセージの被呼加入局のＭＳＩＳＤＮ、および、予め、ＳＰＳに記録されている加入局の呼出音サービス登録情報にしたがい、被呼加入局が呼出音サービスに登録されているか否かについて判断する。判断が肯定された場合、ＳＰＳは、ＳＰＳのアドレス、すなわち、ＳＲＩメッセージのＳＣＣＰ(Signaling Connection Control Part)の発呼アドレス情報を、ＳＰＳのＧＴ(Global Title)コードに変更し、ステップ２２０３において、ＨＬＲにＳＲＩメッセージを送る。
【０３０７】
ＳＲＩメッセージにおいて、発呼加入局のアドレス情報は変更されている。このコースでは、ＳＰＳは、受け取ったＭＳＩＳＤＮを記録し、ステップ２２０４および以降のステップが実行される。被呼加入局が呼出音サービスに登録されていない場合、ＳＰＳは、発呼アドレス情報をなんら変更することなく、図２２Ｂに示されるステップ２２２３および以降のステップを実行する。すなわち、被呼加入局が受信可能であるとき、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する、ということである。
【０３０８】
ＳＰＳを介して送られるＳＲＩメッセージを受け取った後、ステップ２２０４および２２０５において、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。Ｔ＿ＭＳＣは、ローミング番号を被呼加入局に割り当てる。ローミング番号は、ＧＳＭネットワークのＭＳＲＮである。Ｔ＿ＭＳＣは、次に、ＭＳＲＮをＨＬＲに送る。
【０３０９】
ステップ２２０２において、発呼アドレスをＳＰＳのＧＴに、ＳＰＳが変更したので、ステップ２２０６において、ＨＬＲは、Ｏ＿ＭＳＣに被呼加入局のＭＳＲＮを有するＳＲＩ＿ａｃｋメッセージをリターンする。ＳＲＩ＿ａｃｋメッセージはＳＰＳに送られる。
【０３１０】
ＳＲＩ＿ａｃｋメッセージを受け取った後、ステップ２２０７において、ＳＰＳはＳＲＩ＿ａｃｋメッセージの被呼加入局のＭＳＲＮを記録し、ＭＳＲＮを仮想ＭＳＲＮに変更する。仮想ＭＳＲＮは、呼出音サービスを実行するためのＲＢＴＳの対応仮想アドレスである。次に、ＳＰＳは、Ｏ＿ＭＳＣに変更されたＳＲＩ＿ａｃｋメッセージを送る。
【０３１１】
ＳＰＳから送られるＳＲＩ＿ａｃｋメッセージを受け取った後、ステップ２２０８において、Ｏ＿ＭＳＣはメッセージ内の仮想ＭＳＲＮにしたがい、ＩＡＭをＲＢＴＳに送る。ＩＡＭメッセージは、第７信号経路データの現在の構成にもとづいて、まず、ＳＰＳに送られる。ＩＡＭメッセージの情報は、仮想ＭＳＲＮおよび発呼番号とともに、ＩＡＭメッセージの宛先アドレスを含む。該宛先アドレスは、仮想ＭＳＲＮに対応するＲＢＴＳのアドレスである。
【０３１２】
Ｏ＿ＭＳＣから送られるＩＡＭメッセージを受け取った後、ステップ２２０７において記憶された被呼加入局の実ＭＳＲＮを用いて、ＳＰＳは、ステップ２２０９において、ＩＡＭメッセージの仮想ＭＳＲＮを、被呼加入局の実ＭＳＲＮに変更し、ＩＡＭメッセージに、ＳＰＳにより記憶された被呼加入局のＭＳＩＳＤＮを付加し、ＲＢＴＳに当該メッセージを送る。
【０３１３】
ＲＢＴＳから送られるＩＡＭメッセージを受け取った後、ステップ２２１０において、ＳＰＳは、ＲＢＴＳから送られるメッセージの被呼加入局の実ＭＳＲＮにしたがい、Ｔ＿ＭＳＣにＩＡＭメッセージを送る。Ｔ＿ＭＳＣに送られるＩＡＭメッセージは、発呼番号および被呼加入局の実ＭＳＲＮを含む。
【０３１４】
ステップ２２１１において、Ｏ＿ＭＳＣは、被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３１５】
ステップ２２１２において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ２２１３および２２１４において、ＲＢＴＳは、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、ＳＰＳを介してＡＣＭをＯ＿ＭＳＣに送り、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生する。一方、Ｔ＿ＭＳＣにより再生される従来の呼出音は遮蔽される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生せずに、ＲＢＴＳはＯ＿ＭＳＣを介してＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３１６】
被呼加入局が電話に出て、呼に応答すると、ステップ２２１５〜２２１７において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０３１７】
図２２Ｂに示されるステップ２２２３において、ＳＰＳはＳＲＩをＨＬＲに送る。メッセージを受け取った後、ステップ２２２４で、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。ステップ２２２５〜２２３１は、ステップ２０２〜２０９と同様であるので、詳細については記載しない。
【０３１８】
ＣＤＭＡシステムに関しては、本発明は、上記手順と同様である第１６実施形態を提供する。第１６実施形態のフローチャートを図２３に示す。
【０３１９】
発呼加入局が発呼端末Ａを介して被呼端末Ｂへの呼を開始すると、ステップ２３０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲにＬＯＣＲＥＱを送る。ＬＯＣＲＥＱメッセージは、まず、第７信号経路データの構成にもとづいて、ＨＬＲに接続しているＳＰＳに送られる。ＬＯＣＲＥＱメッセージの情報は、被呼加入局のＭＳＩＳＤＮおよびＯ＿ＭＳＣのＭＳＣＩＤを含む。
【０３２０】
ステップ２３０２において、ＳＰＳは、被呼加入局が呼出音サービスに登録されているか否かについて、予め登録されている加入局の呼出音サービス登録情報の支援を有する、受け取ったＬＯＣＲＥＱメッセージの被呼加入局のＭＳＩＳＤＮにしたがい、判断する。判断が肯定された場合、ステップ２３０３において、ＳＰＳは、ＬＯＣＲＥＱメッセージのＳＣＣＰの発呼アドレス情報をＳＰＳのアドレス情報、すなわち、ＳＰＳのＧＴ、に変更し、ＨＬＲに変更されたアドレス情報を有するＬＯＣＲＥＱメッセージを送る。この手順において、ＳＰＳは、受け取ったＭＳＩＳＤＮを記録し、次に、ステップ２３０４および以降のステップが実行される。判断が否定された場合、従来の発呼ルーチンが実行される。すなわち、被呼端末が受信可能である場合、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルが直接確立される。
【０３２１】
この段階において、被呼加入局が呼出音サービスに登録されていると、ＳＰＳが判断すると、ＳＰＳは受け取ったＭＳＣＩＤをプレセット値にセットする。該プレセット値は、ＣＤＭＡネットワークにおいて排他的であり、いずれのＭＳＣのＭＳＣＩＤとも異なる。本実施形態において、本ステップを加える理由は、ＣＤＭＡプロトコルの特殊性にある。ＣＤＭＡプロトコルにおいて、発呼加入局および被呼加入局が同じＭＳＣに属する場合、ＨＬＲはＭＳＣに被呼加入局のＴＬＤＮをリターンしない。これは、呼出音サービスの実行を妨げるかもしれない。したがって、本ステップにおいて、ＬＯＣＲＥＱメッセージのＭＳＣＩＤは、発呼加入局および被呼加入局が同じＭＳＣに属しないことをＨＬＲに通知するために、変更される。これにより、被呼加入局のＴＬＤＮ情報を取得することができる。
【０３２２】
ＳＰＳから送られたＬＯＣＲＥＱメッセージを受け取った後、ステップ２３０４および２３０５において、ＨＬＲは被呼加入局のローミング番号の要求をＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣはローミング番号、すなわちＴＬＤＮ、を被呼加入局に割り当て、ＨＬＲに当該番号をリターンする。
【０３２３】
ステップ２３０６において、ＨＬＲは、Ｏ＿ＭＳＣに被呼加入局のＭＳＲＮを有するｌｏｃｒｅｑメッセージをリターンする。ステップ２３０３において、ＳＰＳが発呼アドレスをＳＰＳのＧＴに変更したので、ｌｏｃｒｅｑメッセージはＳＰＳに送信される。
【０３２４】
ｌｏｃｒｅｑメッセージを受け取った後、ステップ２３０７において、ＳＰＳは、受け取ったｌｏｃｒｅｑメッセージの被呼加入局のＴＬＤＮを記録し、呼出音サービスを実行するためのＲＢＴＳの仮想アドレスに対応する仮想ＴＬＤＮに、ＴＬＤＮを変更する。ＳＰＳは、Ｏ＿ＭＳＣに変更されたｌｏｃｒｅｑメッセージを送る。
【０３２５】
ＳＰＳから送られたｌｏｃｒｅｑメッセージを受け取った後、ステップ２３０８において、メッセージの仮想ＴＬＤＮにしたがい、Ｏ＿ＭＳＣはＩＡＭをＲＢＴＳに送る。第７信号経路データの現在の構成にもとづき、Ｏ＿ＭＳＣは、まず、ＳＰＳにＩＡＭメッセージを送る。ＩＡＭメッセージの情報は仮想ＴＬＤＮおよび発呼番号を含む。ＩＡＭメッセージの宛先アドレスは仮想ＴＬＤＮに対応するＲＢＴＳのアドレスである。
【０３２６】
Ｏ＿ＭＳＣから送られたＩＡＭメッセージを受け取った後、ステップ２３０９において、ＳＰＳは、ステップ２３０７において記録された被呼加入局の実ＴＬＤＮの支援により、ＩＡＭメッセージの仮想ＴＬＤＮを被呼加入局の実ＴＬＤＮに変更し、ＩＡＭメッセージにＳＰＳにより記録された被呼加入局のＭＳＩＳＤＮを付加し、当該メッセージをＲＢＴＳに送る。
【０３２７】
ＲＢＴＳから送られたＩＡＭメッセージを受け取った後、ステップ２３１０において、ＳＰＳは、ＲＢＴＳから送られたメッセージの被呼加入局の実ＴＬＤＮにしたがい、Ｔ＿ＭＳＣにＩＡＭメッセージを送る。Ｔ＿ＭＳＣに送られるＩＡＭメッセージは、発呼番号および被呼加入局の実ＴＬＤＮを含む。
【０３２８】
ステップ２３１１において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３２９】
ステップ２３１２において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ２３１３および２３１４において、ＲＢＴＳはＳＰＳを介してＡＣＭをＯ＿ＭＳＣに送り、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生する。Ｔ＿ＭＳＣにより再生される従来の呼出音は遮蔽される。被呼端末が受信可能ではない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳは、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であること、を示す。
【０３３０】
被呼加入局が電話に出て、呼に応答すると、ステップ２３１５〜２３１７において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳは、ＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継によるＯ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０３３１】
第１５実施形態および第１６実施形態において、ＡＣＭメッセージは、ＳＰＳを介して送られる。実際には、ＡＣＭメッセージを、ＳＰＳを介してではなく、直接Ｏ＿ＭＳＣに送ることもできる。
「呼転送トリガ」
本発明の第１７実施形態は、発呼加入局または被呼加入局によってカスタマイズされる豊富で変化に富む呼出音を、発呼加入局に提供するための呼転送トリガ・モードを使用する。
【０３３２】
図２４は、トリガ・モードとして呼転送トリガを使用する第１７実施形態のＧＳＭ移動体通信網の例示的なシステム構造を示す。図２４に示されるように、呼出音サービスを提供するシステムは、Ｏ＿ＭＳＣ、Ｔ＿ＭＳＣおよびＨＬＲだけでなく、呼出音を記憶して、提供するために使用されるＲＢＴＳも含む。
【０３３３】
ＭＳＣは、主にサービス交換および呼制御のような機能を実行する。Ｏ＿ＭＳＣは発呼加入局に対応するＭＳＣまたはＧＭＳＣであり、Ｔ＿ＭＳＣは被呼加入局により訪問されるＭＳＣである。ＭＳＣは、主に、被呼加入局の現在情報を記憶し、発呼手順の間、被呼加入局に呼を接続するために使用される。
【０３３４】
ＨＬＲは、主に、移動端末の基本情報を記憶するために使用される。本実施形態において、加入局が呼出音サービスに登録するならば、加入局情報は、ＲＢＴＳに呼を接続するように、ＭＳＣに指示するために使用される無条件転送番号を含む。
【０３３５】
さらに、システムはＳＰを含んでもよい。ＳＰは、様々な呼出音を提供することができ、加入局で再生するために、インターネットなどを介してＲＢＴＳに呼出音をアップロードすることができる。
【０３３６】
図２５Ａおよび図２５Ｂは、本実施形態における方法のフローチャートを示す。本方法において、ＲＢＴＳの経路番号は、無条件転送番号としてセットされる。
【０３３７】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ２５０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、被呼端末が配属されているＨＬＲに被呼加入局の経路情報を取得するための要求を送る。要求は、被呼加入局の被呼番号を含む。
【０３３８】
ステップ２５０２において、ＨＬＲは、被呼番号により、被呼加入局の加入局情報をサーチし、加入局が転送番号をセットしているか否かについて判断する。転送番号が構成されているならば、図２５Ａに示されるステップ２５０３において、ＨＬＲは被呼番号として転送番号をＯ＿ＭＳＣに送り、同時に、Ｏ＿ＭＳＣに発呼番号およびオリジナル被呼番号を送る。オリジナル被呼番号は被呼加入局の移動端末番号であり、ＧＭＳネットワークにおいては、オリジナル被呼番号はＭＳＩＳＤＮであり、ＣＤＭＡネットワークに関しては、オリジナル被呼番号はＭＤＮである。ＧＳＭネットワークのＭＳＩＳＤＮが、本実施形態の例として採用される。転送番号が構成されていないならば、図２５Ｂに示されるステップ２５２３において、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。以降のステップ２５２４〜２５３０は、図２に示されているステップ２０２〜２０９と同様であるため、詳細な説明は省略する。
【０３３９】
ステップ２５０４において、Ｏ＿ＭＳＣが受け取る被呼番号は転送番号であるので、Ｏ＿ＭＳＣは転送番号にしたがい、対応する通信デバイスに呼を送る。被呼加入局が呼出音サービスに登録している加入局であるならば、Ｏ＿ＭＳＣはＲＢＴＳの経路情報を確認し、ＲＢＴＳに呼を経路付ける。同時に、Ｏ＿ＭＳＣは、ＩＡＭをＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号はＲＢＴＳの経路番号であり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０３４０】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ２５０５において、ＲＢＴＳは、オリジナル被呼番号にしたがい、被呼加入局が呼出音サービスに登録していることを確認し、ＨＬＲにＴ＿ＭＳＣのアドレスを取得するための要求を送る。
【０３４１】
ステップ２５０６において、ＨＬＲは、ＲＢＴＳにＴ＿ＭＳＣのアドレス情報をリターンする。
【０３４２】
ステップ２５０７において、取得したＴ＿ＭＳＣのアドレスにしたがい、Ｔ＿ＭＳＣから被呼加入局のローミング番号を取得することを申し込む。
【０３４３】
ステップ２５０８において、Ｔ＿ＭＳＣは、被呼加入局に割り当てたＭＳＲＮをＲＢＴＳに送る。
【０３４４】
ステップ２５０９において、ＲＢＴＳは、被呼番号が被呼加入局のＭＳＲＮであるＩＡＭを、Ｔ＿ＭＳＣに送り、同時に、Ｔ＿ＭＳＣに呼を経路付ける。
【０３４５】
ステップ２５１０において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３４６】
ステップ２５１１において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ２５１２において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼番号にしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で当該呼出音を再生し、同時に、従来の呼出音を遮蔽する。その後、以降のステップが実行される。被呼端末が受信可能でない場合、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生せず、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３４７】
被呼加入局が電話に出て、呼に応答すると、ステップ２５１３および２５１４において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０３４８】
ＨＬＲにおいて、呼出音サービスに登録している加入局に無条件転送番号をセットすることによって、すべての呼は、まず、ＲＢＴＳに経路付けられ、次に、ＲＢＴＳは被呼加入局のローミング番号を判断し、呼を端末交換デバイスに経路付ける。本実施形態は、まったくシンプルに実行される。
「交換デバイス・トリガ」
上記三種類のトリガ・モードの他に、本発明は、交換デバイス・トリガ・モードを提供する。このモードにおいて、発信元交換デバイスは、加入局が呼出音サービスに登録しているか否かについて判断する。加入局が呼出音サービスに登録していると判断された場合、呼はＲＢＴＳに経路付けられ、ＲＢＴＳは発呼加入局で呼出音を再生する。
【０３４９】
交換デバイス・トリガ・モードにより、呼出音サービスを開始するシステム構造が、図２６Ａおよび図２６Ｂに示される。図２６Ａおよび図２６Ｂを参照すると、呼出音サービスを提供するシステムは、Ｏ＿ＭＳＣ、Ｔ＿ＭＳＣおよびＨＬＲだけでなく、呼出音を記憶して、提供するために使用されるＲＢＴＳをも含む。
【０３５０】
ＭＳＣは、主に、サービス交換および呼制御のような機能を実行する。Ｏ＿ＭＳＣは、発呼加入局に対応するＭＳＣまたはＧＭＳＣであり、Ｔ＿ＭＳＣは被呼加入局により訪問されるＭＳＣである。ＭＳＣは、主に、被呼加入局の現在情報を記憶し、発呼手順の間、被呼加入局に呼を接続するために使用される。
【０３５１】
本実施形態においては、ＨＬＲは、主に、移動端末の基本情報を記憶するために使用される。加入局が呼出音サービスに登録されている加入局であるならば、加入局が呼出音サービスに登録している加入局であるか否かを示す識別情報およびＲＢＴＳの経路番号、が加入局情報に含まれる。
【０３５２】
さらに、システムはＳＰを含んでもよい。ＳＰは、様々な呼出音を提供し、インターネットなどを介して、加入局で再生するために、ＲＢＴＳに該呼出音をアップロードすることができる。
【０３５３】
図２６Ａに示されるシステム構造において、端末ＡはＯ＿ＭＳＣに、端末ＢはＴ＿ＭＳＣに接続されている。端末Ａおよび端末Ｂの間の音声チャネルはＲＢＴＳを介して接続されている。これにより、ＲＢＴＳはＯ＿ＭＳＣおよびＴ＿ＭＳＣの間の呼を接続するための中間デバイスとして作用する。この構造において、ＲＢＴＳは、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生するだけでなく、発呼加入局および被呼加入局の間のチャネルの中継も行う。図２６Ｂに示されるシステム構造において、音声チャネルはＯ＿ＭＳＣおよびＴ＿ＭＳＣの間で直接確立され、ＲＢＴＳの中継は必要としない。さらに、Ｏ＿ＭＳＣはＲＢＴＳへの音声チャネルを別個に確立する。ＲＢＴＳは他の別個のチャネルを介して被呼加入局で呼出音を再生し、発呼加入局および被呼加入局の間の通信は、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間のチャネルで実行される。
【０３５４】
図２６Ａに示されるシステム構造に関して、本発明は、図２７Ａおよび図２７Ｂに示されている第１８実施形態を提供する。発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ２７０１において、発呼端末Ａから呼要求を受け取った後、Ｏ＿ＭＳＣは、被呼端末が配属されているＨＬＲに、被呼加入局の経路情報を取得するための要求を送る。要求は被呼番号などを含み、被呼番号は被呼加入局のＭＳＩＳＤＮである。
【０３５５】
ステップ２７０２および２７０３において、ＨＬＲは、被呼加入局のローミング番号を取得するための要求をＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣは、被呼加入局にＭＳＲＮを割り当て、ＭＳＲＮをＨＬＲに送る。
【０３５６】
ステップ２７０４において、ＨＬＲは、Ｏ＿ＭＳＣに被呼番号およびオリジナル被呼番号を送る。ＧＳＭネットワークを例として採用すると、被呼番号は、呼出音サービス加入局のＲＢＴＳの経路番号である経路プレフィックスを有するＭＳＲＮであり、呼出音サービスに登録していない加入局のためのＭＳＲＮだけである。
【０３５７】
ステップ２７０５において、 被呼加入局が呼出音サービスに登録している加入局であるか否かについて、被呼番号にしたがい、Ｏ＿ＭＳＣが判断する。判断が肯定された場合、図２７Ａに示されるステップ２７０６および以降のステップが実行される。判断が否定された場合、図２７Ｂに示されるステップ２７２６および以降のステップが実行される。ステップ２７２６〜２７３０は、図２に示されるステップ２０５〜２０９と同様であるため、詳細な説明は省略するが、被呼端末が受信可能である場合、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の接続が確立される。
【０３５８】
ステップ２７０６において、Ｏ＿ＭＳＣは、経路プレフィックスにしたがい、ＲＢＴＳに呼を経路付け、同時に、ＩＡＭを転送モードでＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０３５９】
Ｏ＿ＭＳＣから送られるＩＡＭを受け取った後、ステップ２７０７において、ＲＢＴＳは、ＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および被呼加入局のＭＳＲＮをＴ＿ＭＳＣに送る。
【０３６０】
ステップ２７０８において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３６１】
ステップ２７０９において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ２７１０において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。その後、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生せずに、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３６２】
被呼加入局が電話に出て、呼に応答すると、ステップ２７１１および２７１２において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０３６３】
図２６Ｂに示されるシステム構造に関し、本発明は、図２８に示される第 １９実施形態を提供する。例えば、ＣＤＭＡネットワークにより、ステップ２８０１において、発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲにＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【０３６４】
ステップ２８０２において、被呼番号により、ＨＬＲは被呼加入局情報をサーチし、次に、ＬＯＣＡＴＩＯＮトリガ、被呼加入局のＭＤＮ、ＲＢＴＳのアクセス番号を少なくとも含む応答メッセージｌｏｃｒｅｑにより、Ｏ＿ＭＳＣに情報を送る。
【０３６５】
ステップ２８０３〜２８０６において、Ｏ＿ＭＳＣは、ＬＯＣＡＴＩＯＮトリガをトリガし、被呼加入局のローミング番号を求めるために、被呼番号にしたがい、被呼端末が配属されているＨＬＲに、ＬＯＣＲＥＱメッセージを送る。ＲＯＵＴＲＥＱをＴ＿ＭＳＣに送り、Ｔ＿ＭＳＣから送られる応答メッセージｒｏｕｔｒｅｑを受け取ることによって、ＨＬＲは、Ｔ＿ＭＳＣにより割り当てられた被呼加入局のローミング番号ＴＬＤＮを取得する。ＨＬＲは、応答メッセージｌｏｃｒｅｑにより、被呼加入局のＴＬＤＮをＯ＿ＭＳＣに送る。
【０３６６】
ステップ２８０７において、Ｏ＿ＭＳＣは、被呼番号にしたがい、被呼加入局が呼出音サービスに登録している加入局であるか否かについて判断する。判断が肯定された場合、ステップ２８０８および以降のステップが実行される。判断が否定された場合、通常のルーチン処理が実行される。これにより、被呼端末が受信可能である場合、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の接続が確立される。
【０３６７】
ステップ２８０８において、Ｏ＿ＭＳＣは被呼番号としてＴＬＤＮを有するＴ＿ＭＳＣにＩＡＭメッセージを送る。これにより、呼はＴ＿ＭＳＣに接続される。
【０３６８】
ステップ２８０９において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＯ＿ＭＳＣに送る。
【０３６９】
ステップ２８１０において、 Ｏ＿ＭＳＣは、ＡＣＭにもとづいて、被呼端末が受信可
能であるか否かについて判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、Ｏ＿ＭＳＣは、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声メッセージを透過的に送信する。当該音声メッセージは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３７０】
ステップ２８１１において、Ｏ＿ＭＳＣはＩＡＭをＲＢＴＳに送り、ＩＡＭにより、発呼番号、被呼番号および他の情報をＲＢＴＳに送る。被呼番号は、被呼加入局のＭＤＮである。
【０３７１】
ステップ２８１２において、ＲＢＴＳは、被呼番号にもとづいて被呼加入局によってカスタマイズされた呼出音をサーチし、ＡＣＭを発呼端末に送る。同時に、ＲＢＴＳはＯ＿ＭＳＣを介して被呼加入局によってカスタマイズされた呼出音を、発呼加入局で再生する。Ｏ＿ＭＳＣは、同時に、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。
【０３７２】
被呼加入局が電話に出て、呼に応答すると、ステップ２８１３において、Ｔ＿ＭＳＣはＯ＿ＭＳＣに応答メッセージＡＮＭを送る。
【０３７３】
ＡＮＭを受け取った後、ステップ２８１４において、Ｏ＿ＭＳＣはＲＥＬ信号をＲＢＴＳに送り、ＲＢＴＳへの経路を直ちに切断し、発呼加入局での呼出音の再生を停止する。しかし、発呼加入局および被呼加入局の間の通信を保持するため、同時に、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の経路は維持する。
【０３７４】
Ｏ＿ＭＳＣが呼出音サービスをサポートしない場合、発呼加入局で呼出音を再生するために、呼出音サービスをサポートするＯ＿ＭＳＣを選択することができる。したがって、本発明は、図２９Ａおよび図２９Ｂに示される第２０実施形態を提供する。本実施形態は、第１８実施形態に、Ｏ＿ＭＳＣが呼出音サービスをサポートするか否かについて判断し、ＲＢＴＳに呼を経路付けるために、呼出音サービスをサポートするＭＳＣを選択するステップを付加する。ＣＤＭＡネットワークが、本実施形態の例として採用される。
【０３７５】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ２９０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、被呼端末が配属されているＨＬＲに被呼加入局の経路情報を取得するための要求を送る。要求は被呼加入局の被呼番号およびＯ＿ＭＳＣのＭＳＣＩＤを含み、被呼番号は被呼加入局のＭＤＮである。
【０３７６】
ステップ２９０２において、記憶した呼出音サービス登録情報にしたがい、ＨＬＲは、被呼加入局が呼出音サービスに登録した加入局であるか否かについて判断する。判断が肯定された場合、ステップ２９０３および以降のステップが実行される。判断が否定された場合、従来の呼処理が実行される。
【０３７７】
ステップ２９０３において、ＨＬＲは、さらに、Ｏ＿ＭＳＣが呼出音サービスをサポートするか否かについて判断する。判断が肯定された場合、図２９Ａに示されるステップ２９０４および以降のステップが実行される。判断が否定された場合、図２９Ｂに示されるステップ２９２４および以降のステップが実行される。
【０３７８】
ステップ２９０４〜２９１４は、ステップ２７０２〜２７１２と同様であるので、詳細な説明は省略する。
【０３７９】
ステップ２９２４において、ＨＬＲは、呼出音サービスをサポートするＭＳＣを選択し、被呼加入局に仮想ＴＬＤＮを割り当て、同時に、仮想ＴＬＤＮおよび被呼番号の間の対応関係を記憶する。仮想ＴＬＤＮの経路アドレスは、呼出音サービスをサポートする選択されたＭＳＣのアドレスである。次に、仮想ＴＬＤＮは、Ｏ＿ＭＳＣに送られる。
【０３８０】
ステップ２９２５において、Ｏ＿ＭＳＣは、仮想ＴＬＤＮにしたがい、呼出音サービスをサポートするＭＳＣにＩＡＭを送り、ＭＳＣに呼を接続する。
【０３８１】
ステップ２９２６において、呼出音サービスをサポートするＭＳＣは、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＨＬＲに仮想ＴＬＤＮを含むＬＯＣＲＥＱメッセージを送る。
【０３８２】
ステップ２９２６において、ＨＬＲは、ステップ２９２４において記憶した対応関係にしたがい、仮想ＴＬＤＮにより、被呼加入局のＭＳＩＳＤＮを判断する。
【０３８３】
ステップ２９２７および２９２８において、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。Ｔ＿ＭＳＣは、被呼加入局にＭＳＲＮを割り当て、ＨＬＲにＭＳＲＮを送る。
【０３８４】
ステップ２９２９において、ＨＬＲは、呼出音サービスをサポートするＭＳＣに、被呼番号およびオリジナル被呼番号を送る。被呼番号は、ＲＢＴＳの経路番号である経路プレフィックスを有するＭＳＲＮである。
【０３８５】
ステップ２９３０において、呼出音サービスをサポートするＭＳＣは、被呼番号にもとづいて、被呼加入局が呼出音サービスに登録している加入局であるか否かについて、判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の呼処理が実行される。
【０３８６】
ステップ２９３１において、呼出音サービスをサポートするＭＳＣは、経路プレフィックスにしたがい、ＲＢＴＳに呼を経路付け、同時に、転送モードでＩＡＭをＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０３８７】
呼出音サービスをサポートするＭＳＣからＩＡＭを受け取った後、ステップ２９３２において、ＲＢＴＳはＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および被呼加入局のＭＳＲＮをＴ＿ＭＳＣに送る。
【０３８８】
ステップ２９３３において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３８９】
ステップ２９３４において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合は、ステップ２９３５および２９３６で、ＲＢＴＳは、呼出音サービスをサポートするＭＳＣを介して、ＡＣＭをＯ＿ＭＳＣに送信し、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、呼出音サービスをサポートするＭＳＣおよびＯ＿ＭＳＣを介して、被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生し、同時に、ＲＢＴＳは、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。次に、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、ＲＢＴＳは、発呼加入局で呼出音を再生するのではなく、呼出音サービスをサポートするＭＳＣおよびＯ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３９０】
被呼加入局が電話に出て、呼に応答すると、ステップ２９３７および２９３８において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳは、呼出音サービスをサポートするＭＳＣにＡＮＭを送り、発呼加入局での呼出音の再生を停止する。
【０３９１】
ステップ２９３９において、呼出音サービスをサポートするＭＳＣはＡＮＭをＯ＿ＭＳＣに送り、発呼加入局および被呼加入局の間の通信を可能にするために、中継およびＲＢＴＳを介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０３９２】
４つのトリガ・モードについて上記した。インテリジェント・ネットワーク・トリガ、信号遮断トリガおよび交換デバイス・トリガ・モードの全ては、被呼加入局によってセットされる呼転送機能をサポートする。すなわち、呼が端末Ｂから端末Ｃに転送されるように、被呼加入局によって予めセットされる場合、端末Ｃが対応する加入局によってセットされる呼出音を発呼加入局で再生することができる。以降、端末Ｃが対応する加入局は、第２の被呼加入局として参照される。
【０３９３】
インテリジェント・ネットワーク・トリガ・モードに関しては、転送後の条件下で、すなわち、被呼加入局による応答がない場合、端末Ｃへの呼の転送後の条件下で、本発明は、図３０Ａおよび図３０Ｂに示される第２１実施形態を提供する。
【０３９４】
ステップ３００１〜３０１１はステップ５０１〜５１１と同様であるので、詳細な説明は省略する。
【０３９５】
ステップ３０１２において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３９６】
ステップ３０１３において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ３０１４で、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳは、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３９７】
ステップ３０１５において、Ｔ＿ＭＳＣは、被呼加入局が所定の期間内に呼に応答したか否かについて、判断する。 被呼加入局が電話に出て、呼に応答した場合、図３０Ａに示されるステップ３０１６および３０１７において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳは、ＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。所定の期間内に、被呼加入局から応答がない場合、もしくは、加入局が通話中の状態を選択する場合、図３０Ｂに示されるステップ３０１８および以降のステップが実行される。
【０３９８】
ステップ３０１８および３０１９において、Ｔ＿ＭＳＣは、被呼加入局が電話を切っていることを示すＣＰＧ（Ｃａｌｌ Ｐｒｏｇｒｅｓｓ）をＲＢＴＳに送る。メッセージを
受け取った後、ＲＢＴＳは被呼加入局によってカスタマイズされた呼出音の再生を停止する。
【０３９９】
ステップ３０２０において、第２の被呼加入局も呼出音サービスに登録している加入局であるので、加入局によってセットされた転送情報にしたがい、第２の被呼加入局の被呼端末が配属されているＨＬＲに、Ｔ＿ＭＳＣは呼を送る。以降、第２の被呼加入局の被呼端末は第２の被呼端末と呼ばれ、第２の被呼端末が配属されているＨＬＲは第２のＨＬＲと呼ばれる。
【０４００】
ステップ３０２１において、第２の被呼加入局もインテリジェント・サービスとして呼出音サービスに登録しているので、第２のＨＬＲはＴ＿ＭＳＣに第２の被呼加入局の契約情報をリターンする。
【０４０１】
ステップ３０２２において、Ｔ＿ＭＳＣは呼情報を第２の被呼端末を管理するＳＣＰに送る。第２の被呼端末を管理するＳＣＰは、以降、第２のＳＣＰと呼ばれる。
【０４０２】
ステップ３０２３〜３０２６において、第２のＳＣＰはＳＲＩを第２のＨＬＲに送る。リクエスト・メッセージを受け取った後、第２のＨＬＲは、第２の被呼加入局のＴ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。第２の被呼加入局のＴ＿ＭＳＣは、以降、第２のＴ＿ＭＳＣと呼ばれる。第２のＴ＿ＭＳＣは、第２の被呼加入局にＭＳＲＮを割り当てる。該ＭＳＲＮは、以降、第２のＭＳＲＮと呼ばれる。第２のＴ＿ＭＳＣは、第２のＭＳＲＮを第２のＨＬＲに送る。次に、第２のＨＬＲは、第２のＴ＿ＭＳＣが第２の被呼加入局に割り当てた第２のＭＳＲＮを、ＳＲＩ応答により、第２のＳＣＰに送る。
【０４０３】
ステップ３０２７において、第２のＳＣＰは、ＣＯＮＮＥＣＴコマンドにより、Ｔ＿ＭＳＣに被呼番号およびオリジナル被呼番号を送る。被呼番号は、第２のＲＢＴＳの経路番号である経路プレフィックスを有する第２のＭＳＲＮであり、オリジナル被呼番号は第２の加入局のＭＳＩＳＤＮである。
【０４０４】
第２のＳＣＰからＣＯＮＮＥＣＴコマンドを受け取った後、Ｔ＿ＭＳＣは、ステップ３０２８において、コマンドの経路プレフィックスにしたがい、第２のＲＢＴＳに呼を経路付け、同時に、転送により、ＩＡＭを第２のＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有する第２のＭＳＲＮであり、オリジナル被呼番号は第２の被呼加入局のＭＳＩＳＤＮである。
【０４０５】
Ｔ＿ＭＳＣからＩＡＭを受け取った後、ステップ３０２９において、第２のＲＢＴＳは、第２のＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および第２のＭＳＲＮを第２のＴ＿ＭＳＣに送る。
【０４０６】
ステップ３０３０において、第２のＴ＿ＭＳＣは第２の被呼加入局を呼び出し、ＡＣＭにより、第２のＲＢＴＳに第２の被呼端末の状態情報を送る。
【０４０７】
ステップ３０３１において、第２のＲＢＴＳは、ＡＣＭにもとづいて第２の被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ３０３２〜３０３４において、第２の被呼加入局のＭＳＩＳＤＮにしたがい、ＲＢＴＳは、第２の被呼加入局によってカスタマイズされた呼出音をサーチし、Ｔ＿ＭＳＣおよびＲＢＴＳの透過送信により、Ｏ＿ＭＳＣに呼出音を送る。Ｏ＿ＭＳＣは、第２の被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生し、同時に、第２のＴ＿ＭＳＣにより再生される従来の呼出音を遮蔽し、以降のステップが実行される。被呼端末が受信可能ではない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、第２のＲＢＴＳは、Ｏ＿ＭＳＣを介して、第２のＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であること、を示す。
【０４０８】
第２の被呼加入局が呼に応答すると、ステップ３０３５〜３０３８において、第２のＴ＿ＭＳＣはＡＮＭを第２のＲＢＴＳに送る。ＡＮＭを受け取った後、第２のＲＢＴＳはＴ＿ＭＳＣおよびＲＢＴＳを介してＡＮＭをＯ＿ＭＳＣに透過的に送信し、発呼加入局での呼出音の再生を停止し、Ｏ＿ＭＳＣおよび第２のＴ＿ＭＳＣの間の音声チャネルを第２のＲＢＴＳの中継を介して確立する。これにより、発呼加入局および第２の被呼加入局の間の通信を可能にする。
【０４０９】
本実施形態は、被呼加入局への呼出後の呼転送処理に適している。一方、図３１Ａおよび図３１Ｂに示す第２２実施形態は、被呼加入局への呼出をしない呼転送処理に適している。
【０４１０】
ステップ３１０１〜３１１１はステップ３００１〜３０１１と同様であるため、詳細については省略する。
【０４１１】
ステップ３１１２において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭまたはＣＰＧにより、ＲＢＴＳに被呼端末の状態情報を送る。
【０４１２】
ステップ３１１３において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、図３１Ａに示されるステップ３１１４において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。次に、ステップ３１１５および以降のステップが実行される。判断が否定された場合、すなわち、被呼端末が受信可能でない場合、例えば、加入局が通話中であることをネットワークが確認した場合に、被呼加入局が転送後構成された場合、図３１Ｂに示されるステップ３１２５および以降のステップが実行される。一方、ＲＢＴＳは発呼加入局で呼出音を再生しない。
【０４１３】
被呼加入局が電話に出て、呼に応答すると、ステップ３１１５および３１１６において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０４１４】
第２の被呼加入局も呼出音サービスに登録している加入局であるので、図３１Ｂに示されるステップ３１２５において、Ｔ＿ＭＳＣは、加入局によってセットされる転送情報にしたがい、呼情報を第２の被呼端末が配属されているＨＬＲに送る。第２の被呼端末が配属されているＨＬＲは、以降、第２のＨＬＲと呼ばれる。
【０４１５】
ステップ３１２６〜３１４３は上記ステップ３０２１〜３０３８と同様であるので、詳細についての説明は省略する。
【０４１６】
図３２に示される第２３実施形態は、事前転送処理に適している。アドバンス転送処理とは、被呼加入局が、端末がシャットダウンされている場合に、契約情報において、無条件転送もしくは転送をセットしている、ということである。
【０４１７】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ３２０１において、発呼端末Ａからの呼要求を受け取った後、被呼端末が配属されているＨＬＲに、Ｏ＿ＭＳＣは被呼加入局の経路情報を取得するための要求を送る。要求は被呼番号などを含み、被呼番号は被呼加入局のＭＳＩＳＤＮである。
【０４１８】
ステップ３２０２において、ＨＬＲは、被呼番号にもとづいて、被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、Ｏ＿ＭＳＣに被呼加入局の契約情報を送る。本実施形態においては、トリガ動作がインテリジェント・ネットワーク・トリガによりなされるので、被呼加入局はインテリジェント・ネットワーク加入局として登録されている。したがって、被呼加入局の契約情報は、Ｔ−ＣＳＩ情報の形式で記憶される。
【０４１９】
被呼加入局のＴ−ＣＳＩ情報を受け取った後、ステップ３２０３において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であると判断し、これにより、ＳＣＰに呼関連情報を送る。呼関連情報は、発呼番号および被呼番号を少なくとも含む。３つのステップは、従来のトリガ・インテリジェント・サービスのルーチンとまったく同一であることが理解されよう。
【０４２０】
ステップ３２０４において、ＳＣＰは、記憶されている被呼加入局の呼出音サービス登録情報にしたがい、被呼加入局が呼出音サービスに登録している加入局であるか否かについて判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の発呼ルーチンが実行される。
【０４２１】
ステップ３２０５および３２０６において、ＳＣＰは、ＳＲＩを被呼端末が配属されているＨＬＲに送る。要求メッセージを受け取った後、被呼加入局が無条件転送をセットしていることを確認すると、ＨＬＲは通常のルーチンを実行するようにＳＣＰに指示する。端末がシャットダウンされている場合に、被呼加入局が転送をセットしていることが確認された場合には、ＨＬＲは、被呼端末がシャットダウンされている条件下で、通常ルーチンを実行するようＳＣＰに指示する。
【０４２２】
さらに、ＳＣＰは、提供された呼情報にしたがい、被呼加入局が無条件転送を実行するか否かについて判断することができる。この環境下で、無条件転送が実行されると、ステップ３２０７が直接実行される。無条件転送が実行されない場合には、ステップ３２０５が実行される。
【０４２３】
ステップ３２０７において、ＳＣＰは、Ｏ＿ＭＳＣに通常のルーチンを実行するように指示する。
【０４２４】
ステップ３２０８および３２０９において、Ｏ＿ＭＳＣは、ＳＲＩをＨＬＲに送る。ＨＬＲは、第２の被呼加入局の番号を含む被呼加入局の呼転送メッセージをリターンする。
【０４２５】
ステップ３２１０において、Ｏ＿ＭＳＣは、第２の被呼加入局の番号にしたがい、ＳＲＩを第２の被呼端末が配属される第２のＨＬＲに送る。
【０４２６】
第２の被呼加入局がインテリジェント・ネットワーク加入局であることを確認した後、ステップ３２１１において、第２のＨＬＲは、Ｏ＿ＭＳＣに第２の被呼加入局の契約情報をリターンする。
【０４２７】
ステップ３２１２において、Ｏ＿ＭＳＣは、第２の被呼加入局の契約情報にしたがい、呼情報を第２のＳＣＰに送る。
【０４２８】
ステップ３２１３〜３２１６において、第２のＳＣＰは、第２のＨＬＲに被呼加入局のローミング番号を取得するための要求を送る。第２のＨＬＲは、該要求を第２のＴ＿ＭＳＣに送る。第２のＴ＿ＭＳＣは、第２の被呼加入局にＭＳＲＮを割り当て、第２のＭＳＲＮを第２のＨＬＲに送る。第２のＨＬＲは、第２のＴ＿ＭＳＣによって第２の被呼加入局に割り当てられた第２のＭＳＲＮをＳＲＩ応答により、第２のＳＣＰに送る。
【０４２９】
ステップ３２１７において、第２のＳＣＰは、接続操作（ＣＯＮＮＥＣＴ）コマンドにより、Ｏ＿ＭＳＣに被呼番号およびオリジナル被呼番号を送る。被呼番号は第２のＲＢＴＳのアドレスである経路プレフィックスを有する第２のＭＳＲＮであり、オリジナル被呼番号は第２の被呼加入局のＭＳＩＳＤＮである。
【０４３０】
ＳＣＰからＣＯＮＮＥＣＴコマンドを受け取った後、ステップ３２１８において、Ｏ＿ＭＳＣは、コマンドの経路プレフィックスにしたがい、第２のＲＢＴＳに呼を経路付け、同時に、転送モードにより、ＩＡＭを第２のＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有する第２のＭＳＲＮであり、オリジナル被呼番号は第２の被呼加入局のＭＳＩＳＤＮである。
【０４３１】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ３２１９において、第２のＲＢＴＳは第２のＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および第２の被呼加入局のＭＳＲＮを第２のＴ＿ＭＳＣに送る。
【０４３２】
ステップ３２２０において、第２のＴ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、第２のＲＢＴＳに第２の被呼端末の状態情報を送る。
【０４３３】
ステップ３２２１において、第２のＲＢＴＳは、ＡＣＭにもとづいて被呼加入局が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ３２２２において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、第２の被呼加入局のＭＳＩＳＤＮにしたがい、第２の被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して、第２の被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生し、同時に、第２のＴ＿ＭＳＣによって再生される従来の呼出音を遮蔽する。その後、以降のステップが実行される。判断が否定された場合、すなわち、第２の被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、第２のＲＢＴＳは、Ｏ＿ＭＳＣを介して、第２のＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０４３４】
第２の被呼加入局が電話に出て呼に応答すると、ステップ３２２３および３２２４において、第２のＴ＿ＭＳＣはＡＮＭを第２のＲＢＴＳに送る。ＡＮＭを受け取った後、第２のＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、中継を介して、Ｏ＿ＭＳＣおよび第２のＴ＿ＭＳＣの間の音声チャネルを確立する。これにより、発呼加入局および第２の被呼加入局の間の通信を可能にする。
【０４３５】
呼転送を実行する方法について、第２１実施形態〜第２３実施形態により、詳細に説明した。３つの実施形態はすべて例としてインテリジェント・ネットワーク・トリガ・モードを採用している。しかしながら、呼転送を実行し、さらに、第２の被呼加入局によってカスタマイズされた呼出音を再生するアイディアは、交換デバイス・トリガ・モードおよび信号遮断トリガ・モードにも容易に適用できることが理解されよう。したがって、これらのモードについての詳細な記載は省略する。
【０４３６】
さらに、本発明において、被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生することができるだけでなく、発呼加入局によってカスタマイズされた呼出音を再生することもできる。したがって、図３３に示される第２４実施形態が、第１実施形態にもとづいて、提供される。
【０４３７】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ３３０１において、発呼端末Ａから呼を受け取った後、記憶されているＯ＿ＣＳＩ情報にしたがい、Ｏ＿ＭＳＣは、発呼加入局がインテリジェント加入局であることを判断し、ＳＣＰに呼関連情報を送る。呼関連情報は、発呼番号および被呼番号を少なくとも含む。
【０４３８】
ステップ３３０２において、ＳＣＰは、ＳＣＰに記憶されている発呼加入局の呼出音サービス登録情報にしたがい、発呼加入局が呼出音サービスに登録している加入局であるか否かについて判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、図２に示されるステップ２０１〜２０９と同様に、従来の呼処理を実行するように、ＳＣＰはＯ＿ＭＳＣに指示する。すなわち、被呼端末が受信可能である場合には、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０４３９】
ステップ３３０３〜３３０６において、ＳＣＰは、ＳＲＩを被呼端末が配属されているＨＬＲに送る。要求メッセージを受け取った後、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。Ｔ＿ＭＳＣは、被呼加入局にＭＳＲＮを割り当て、ＭＳＲＮをＨＬＲに送る。ＨＬＲは、その後、ＳＲＩ応答メッセージにより、ＭＳＲＮをＳＣＰに送信する。
【０４４０】
ステップ３３０７において、ＳＣＰは、ＣＯＮＮＥＣＴコマンドにより、Ｏ＿ＭＳＣに被呼番号およびオリジナル被呼番号を送る。被呼番号はＲＢＴＳのアドレスである経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０４４１】
ＳＣＰからＣＯＮＮＥＣＴコマンドを受け取った後、ステップ３３０８において、コマンドの経路プレフィックスにしたがい、Ｏ＿ＭＳＣはＲＢＴＳに呼を経路付け、同時に、ＩＡＭを転送モードでＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０４４２】
Ｏ＿ＭＳＣから送られるＩＡＭを受け取った後、ステップ３３０９において、ＲＢＴＳはＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および被呼加入局のＭＳＲＮをＴ＿ＭＳＣに送る。
【０４４３】
ステップ３３１０において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼加入局の状態情報をＲＢＴＳに送る。
【０４４４】
ステップ３３１１において、ＲＢＴＳは、ＡＣＭにもとづいて被呼加入局が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ３３１２において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、発呼番号にしたがい発呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。その後、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳはＯ＿ＭＳＣを介してＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０４４５】
被呼加入局が電話に出て呼に応答すると、ステップ３３１３および３３１４において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０４４６】
第１実施形態と比較すると、Ｏ＿ＭＳＣが、まず、発呼加入局情報をサーチし、発呼加入局がインテリジェント・ネットワーク加入局であるという事実にしたがい、ＳＣＰへの信号伝送を開始し、次に、発呼加入局が呼出音サービスに登録している加入局であるか否かについてＳＣＰが判断する。さらに、発呼加入局で呼出音が再生される場合に、ＳＣＰは被呼加入局ではなく、発呼加入局によってカスタマイズされた呼出音を再生する。これにより、発呼加入局は発呼加入局自身がカスタマイズした呼出音を楽しむことができる。当業者であれば、直ちに、第２４実施形態のアイディアが他の実施形態にも容易に適用できることは理解されよう。
【０４４７】
交換デバイス・トリガの場合に、発呼加入局によってカスタマイズされた呼出音を再生する例、すなわち、図３４に示される第２５実施形態について、以下、説明する。
【０４４８】
発呼加入局が発呼端末Ａを介して被呼端末Ｂへの呼を開始すると、ステップ３４０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、要求の発呼番号にしたがい、データベースにより、発呼加入局が呼出音サービスに登録している加入局であるか否かについて判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、通常の呼処理が実行される。
【０４４９】
加入局の呼出音サービス登録情報がＨＬＲの加入局情報に含まれるので、加入局端末が位置更新を実行すると、ＨＬＲは呼出音サービス登録情報を含む加入局情報を加入局が対応するＶＬＲに送信する。ＶＬＲが通常ＭＳＣと統合されているので、ステップ３４０１において、Ｏ＿ＭＳＣは発呼加入局が呼出音サービスに登録している加入局であるか否かについて判断することができる。
【０４５０】
ステップ３４０２において、Ｏ＿ＭＳＣは、次に、被呼加入局が配属されているＨＬＲに被呼加入局の経路情報を取得するための要求を送る。該要求は、被呼加入局などを含む。
【０４５１】
ステップ３４０３および３４０４において、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。その後、Ｔ＿ＭＳＣは、被呼加入局にＭＳＲＮを割り当てる、次に、ＨＬＲにＭＳＲＮを送る。
【０４５２】
ステップ３４０５において、ＨＬＲは、Ｏ＿ＭＳＣに被呼加入局のＭＳＲＮをリターンする。
【０４５３】
ステップ３４０６において、Ｏ＿ＭＳＣは、経路プレフィックスにしたがいＲＢＴＳに呼を経路付け、同時に、ＩＡＭを転送モードでＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０４５４】
Ｏ＿ＭＳＣから送られるＩＡＭを受け取った後、ステップ３４０７において、ＲＢＴＳは、ＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および被呼加入局のＭＳＲＮをＴ＿ＭＳＣに送る。
【０４５５】
ステップ３４０８において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０４５６】
ステップ３４０９において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ３４１０において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、発呼番号にしたがい、発呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。次に、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼局で呼出音を再生するのではなく、ＲＢＴＳは、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であること、を示す。
【０４５７】
被呼加入局が電話に出て、呼に応答すると、ステップ３４１１および３４１２において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０４５８】
さらに、加入局によってカスタマイズされた呼出音サービスを加入局が修正することができるようにするために、例えば、加入局はカスタマイズされた呼出音を置き換えたり、呼出音サービスに登録したり、呼出音サービスをキャンセルしたりすることができる。本発明は、図３５に示される呼出音サービス管理方法を提供する。本実施形態は、ＣＤＭＡを例として説明される。
【０４５９】
被呼番号がＲＢＴＳの経路番号である呼を受け取った後、ステップ３５０１において、Ｏ＿ＭＳＣは、ＯＲＲＥＱ信号をＳＣＰに送る。
【０４６０】
ＯＲＲＥＱ信号を受け取った後、ステップ３５０２において、ＳＣＰは、チャネル資源を求めるために、ＳＥＩＺＥＲＥＳ信号をＲＢＴＳに送る。
【０４６１】
ステップ３５０３において、ＲＢＴＳは、呼に割り当てられたチャネル資源を確認するために、応答メッセージｓｅｉｚｅｒｅｓをＳＣＰに送る。
【０４６２】
適切な応答を受け取った後、ステップ３５０４において、チャネル資源にしたがい、ＲＢＴＳに呼を接続するように、Ｏ＿ＭＳＣに指示するために、ＳＣＰはＣＯＮＮＲＥＳ信号をＯ＿ＭＳＣに送る。
【０４６３】
ステップ３５０５および３５０６において、Ｏ＿ＭＳＣはＲＢＴＳに呼を接続する。ＲＢＴＳは、音声チャネルが適切に接続されていることを示すＩＮＳＴＲＥＱ信号を、ＳＣＰに送る。
【０４６４】
ステップ３５０７において、ＳＣＰは、加入局の番号情報を含むＳｃｒｉｐｔＲｕｎ信号をＲＢＴＳに送り、ＵＩＳｃｒｉｐｔメッセージ・インターフェイスによりＲＢＴＳのデータベースから、予め記憶されている音声プロンプトを呼び出し、加入局で音声プロンプトを再生する。ＲＢＴＳは、加入局により入力された情報を受け取った後、対応する手順を実行する。詳細には、加入局から受け取った情報がアカウントを開くコマンドである場合、加入局番号は、呼出音サービス加入局リスト・データベースに加えられる。加入局から受け取った情報がアカウントをキャンセルするコマンドである場合、加入局番号は呼出音サービス加入局リスト・データベースから削除される。さらに、ＲＢＴＳは、ＶＸＭＬスクリプト言語により、サービス・プロバイダＳＰで、加入局によってカスタマイズされた呼出音をサーチすることができる。
【０４６５】
データベースにおける対応レコードを修正した後、ステップ３５０８において、ＲＢＴＳはＳｃｒｉｐｔＥｖｅｎｔ信号をＳＣＰに送る。
【０４６６】
ステップ３５０９において、アカウントを開く、アカウントをキャンセルする、呼出音サービスのカスタマイズおよび修正、などのＲＢＴＳによる加入局への操作にしたがい、ＳＣＰは対応する課金情報を生成し、ＳｃｒｉｐｔＣｌｏｓｅ信号をＲＢＴＳに送る。
【０４６７】
ステップ３５１０において、ＲＢＴＳにチャネル接続を切断するように指示するために、ＳＣＰはｉｎｓｔｒｅｑ信号をＲＢＴＳに送る。
【０４６８】
ステップ３５１１において、Ｏ＿ＭＳＣにＲＢＴＳとのチャネル接続を解除するように指示するために、ＳＣＰはｏｒｒｅｑ信号をＯ＿ＭＳＣに送る。
【０４６９】
次に、請求書を生成するために、ビジネス・アカウントとのインターフェイスをさらに介して、ＳＣＰは、ビジネス・アカウントに課金情報を送ることができる。
【０４７０】
上記の方法は、ＧＳＭシステムにも適用することができる。ＧＳＭシステムの手順は図３６に示される。
【０４７１】
被呼番号がＲＢＴＳの経路番号である加入局からの呼を受け取った後、ステップ３６０１において、Ｏ＿ＭＳＣはＩＤＰ信号をＳＣＰに送る。
【０４７２】
信号を受け取った後、ステップ３６０２において、ＳＣＰは、ＲＲＢＥ／ＡＣ信号をＯ＿ＭＳＣに送る。
【０４７３】
ステップ３６０３において、ＳＣＰは、ＲＢＴＳの経路番号を含むＥＴＣ信号をＯ＿ＭＳＣに送る。
【０４７４】
ステップ３６０４において、Ｏ＿ＭＳＣは、ＥＴＣ信号のＲＢＴＳの経路番号にしたがい、ＲＢＴＳに呼を接続する。
【０４７５】
ステップ３６０５において、ＳＣＰは、加入局の番号情報を含むＳｃｒｉｐｔＲｕｎ信号をＲＢＴＳに送り、ＵＩＳｃｒｉｐｔメッセージ・インターフェイスにより、ＲＢＴＳのデータベースから、予め記憶されている音声プロンプトを呼び出し、加入局で音声プロンプトを再生する。加入局によって入力された情報を受け取った後、ＲＢＴＳは対応する手順を実行する。詳細には、加入局から受け取った情報がアカウントを開くコマンドである場合、加入局番号は呼出音サービス加入局リスト・データベースに加えられる。加入局から受け取った情報がアカウントをキャンセルするコマンドである場合、加入局番号は呼出音サービス加入局リスト・データベースから削除される。さらに、ＲＢＴＳは、ＶＸＭＬスクリプト言語により、サービス・プロバイダＳＰで加入局によってカスタマイズされた呼出音をサーチすることができる。
【０４７６】
データベースの対応レコードの修正後、ステップ３６０６において、ＲＢＴＳはＳｃｒｉｐｔＥｖｅｎｔ信号をＳＣＰに送る。
【０４７７】
ステップ３６０７において、アカウントを開く、アカウントをキャンセルする、呼出音サービスのカスタマイズ、修正などのＲＢＴＳによる加入局の操作にしたがい、ＳＣＰは対応課金情報を生成し、ＳｃｒｉｐｔＣｌｏｓｅ信号をＲＢＴＳに送る。
【０４７８】
ステップ３６０８において、ＲＢＴＳとのチャネル接続を解除するようにＯ＿ＭＳＣに指示するために、ＳＣＰはＤＦＣ信号をＯ＿ＭＳＣに送る。
【０４７９】
ステップ３６０９において、Ｏ＿ＭＳＣはＡＣＲ信号をＳＣＰに送り、ＲＢＴＳとの音声チャネルを切断する。
【０４８０】
その後、請求書を生成するために、ＳＣＰは、さらに、ビジネス・アカウントとのインターフェイスを介して、ビジネス・アカウントに課金情報を送ることができる。
【０４８１】
いくつかの実施形態を参照して、本発明について詳細に記載した。本発明では、再生される呼出音の一部だけを加入局によってカスタマイズすることが可能である。例えば、従来の呼出音を、まず、加入局で再生し、相対的に短い時間、例えば、１０秒間、待機した後、「しばらくお待ちください。」との音声プロンプトを発呼加入局で再生し、次に、加入局によってカスタマイズされた音楽などの呼出音を再生する、ことができる。
【０４８２】
さらに、本発明では、加入局は好みのサウンド・ソースを呼出音デバイスにアップロードすることができる。これにより、呼出音デバイスは、加入局にパーソナルな呼出音サービスを提供する。サウンド・ソースをアップロードする２つの方法がある。一つは、ＩＶＲ(Interactive Voice Response)を介して、加入局によって提供されるサウンド・ソースを、呼出音システムが記録し、呼出音デバイスによってサポートされる形式にソースを変換し、加入局の呼出音として動作するように、対応加入局の呼出音ベースで呼出音デバイスにソースを記憶することである。もう一つは、加入局が、インターネットを介して、呼出音デバイスに直接ログオンすることにより、呼出音デバイスにサウンド・ソースをアップロードし、ソースを呼出音デバイスによってサポートされる形式に変換し、加入局の呼出音として動作するように、対応加入局の呼出音ベースで呼出音デバイスに記憶することである。上記２つの方法によれば、加入局は、好みの呼出音としてサウンド・ソースを使用することができる。サウンド・ソースはフロー・メディアであっても、動的情報であっても、既存の固定音声であってもよい。これらの方法から、加入局は呼出音デバイスによって提供される多様な呼出音を楽しむことができる。
【０４８３】
本発明において、発呼加入局で、被呼加入局によってカスタマイズされた呼出音を再生する場合には、異なる発呼加入局に対し、異なる呼出音をセットすることが、さらに、可能である。これにより、同一の被呼加入局に電話をかける異なる発呼加入局は、異なる呼出音を楽しむことができる。
【０４８４】
上記の例示的実施形態は、本発明のすべての特徴を示すことを意図しており、本発明を何ら制限することを意図していない。当業者であれば、多くの変形された、等価の、および、修正されたものが、本発明の範囲内において可能であることを理解するだろう。
【技術分野】
【０００１】
本発明は音(ring)を提供する技術に関する。詳細には、本発明は通信網の加入局によってカスタマイズされた呼出音(ring back tone)を提供する方法およびシステムに関する。
【背景技術】
【０００２】
従来の通信網においては、固定通信網であろうと、ＧＳＭ通信網(Global System of Mobile communication network)であろうと、ＣＤＭＡ(Code Division Multiple Access)移動体通信網であろうと、発呼加入局が被呼加入局に発呼する場合、被呼端末が受信可能状態であり、被呼加入局から応答がない条件下において、ネットワーク・システムは端末交換デバイスに記憶されている従来の呼出音、すなわち、「プルル(toot…toot…)」を、発呼加入局で再生する。
【０００３】
図１は、従来のＧＳＭ移動体通信網のアーキテクチャである。図１に示すように、ＧＳＭ移動体通信網は、発呼加入局に対応する発呼端末Ａ、被呼加入局に対応する被呼端末Ｂ、発信元移動体交換センタ（Ｏ＿ＭＳＣ）、移動体端末交換センタ（Ｔ＿ＭＳＣ）、ホーム・ロケーション・レジスタ（ＨＬＲ）を含む。Ｏ＿ＭＳＣおよびＴ＿ＭＳＣは、それぞれ発信元交換デバイスおよび端末交換デバイスを参照する。
【０００４】
図２は、従来のＧＳＭ移動体通信網において呼出音を提供する方法のフローチャートである。図２に示すように、発呼加入局が発呼端末Ａによって被呼加入局の被呼端末Ｂの電話番号をダイヤルすると、ステップ２０１で、Ｏ＿ＭＳＣがＨＬＲに被呼加入局のローミング番号を要求する。被呼端末は移動体端末Ａから通話要求を受けると、当該ＨＬＲに配属される。
【０００５】
ステップ２０２〜２０４において、ＨＬＲはＴ＿ＭＳＣに被呼加入局のローミング番号を要求するメッセージを送る。Ｔ＿ＭＳＣは、被呼加入局にローミング番号（すなわちＭＳＲＮ）を割り当て、ＨＬＲに当該ローミング番号をリターンする。ＨＬＲは被呼加入局のＭＳＲＮをＯ＿ＭＳＣにリターンする。
【０００６】
ステップ２０５において、Ｏ＿ＭＳＣは、イニシャル・アドレス・メッセージ（ＩＡＭ）をＴ＿ＭＳＣに送る。Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ２０６において、Ｔ＿ＭＳＣは被呼加入局を呼び出す。すなわち、被呼加入局の移動体端末Ｂに音を送り、その後、アドレス完了メッセージ（ＡＣＭ）により、Ｏ＿ＭＳＣに被呼端末Ｂの現在の状態を送る。被呼端末Ｂの状態は、受信可能状態であっても、通話中であっても、シャットダウンされてもいても、サービス圏外であってもよい。
【０００７】
Ｔ＿ＭＳＣは、ステップ２０７において、被呼端末Ｂの状態を判断し、被呼端末が受信可能状態であれば、ステップ２０８において、Ｏ＿ＭＳＣにより発呼端末で従来の呼出音を再生させる。被呼端末が通話中であるか、シャットダウンされているか、サービス圏外であるか、などの場合には、Ｏ＿ＭＳＣにより発呼端末で対応する音声プロンプトを再生させる。
【０００８】
被呼加入局が電話に出ると、ステップ２０９において、被呼端末Ｂは応答メッセージ（ＡＮＭ）をＴ＿ＭＳＣに送る。次に、Ｔ＿ＭＳＣは、ＡＮＭをＯ＿ＭＳＣに送り、呼出音の再生を停止させ、発呼端末Ａおよび被呼端末Ｂ間の通信チャネルを確立する。
【０００９】
発呼加入局で呼出音を再生させることはできるけれども、上記従来技術は以下の欠点を有する。
【００１０】
第一に、従来技術において実行される呼出音「プルル」は、単一であり、退屈である。当該呼出音は、呼出音の個別化要求をほとんど満たすことができず、通信サービス・プロバイダによって提供されるサービス品質の改良を制限しさえする。
【００１１】
第２に、従来技術において、発呼加入局が被呼加入局への発呼を開始すると、発呼加入局で再生されるすべての音は均一で退屈な「プルル」である。すなわち、従来技術においては、様々な被呼加入局に対応する異なる呼出音を発呼加入局に提供することができず、呼出音によって異なる被呼加入局を発呼加入局に区別させることが困難である。
【００１２】
第三に、まったく均一な呼出音である「プルル」という退屈な音があるために、加入局は呼出音として好みの音楽または音声をカスタマイズすることができない。これは、加入局の個別化要求と適合せず、通信網のサービス機能を制限し、加入局が十分に自由なサービスを楽しむことを困難にする。
【００１３】
すなわち、従来技術において呼出音を提供するシステムおよび方法においては、すべての呼出音は交換デバイスにより再生される。当該呼出音は、発呼加入局が異なっても、被呼加入局が異なっても、まったく均一であり、退屈である。それゆえ、従来のサービスは異なる加入局の個別化要求を満たすことも、呼出音だけにもとづいて様々な加入局を区別することもできない。従来技術は、より高い品質の通信サービスを求める加入局の要求をもはや満たすことができず、すべての通信サービスの改良を制限する。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
異なる加入局に音楽のような異なる音を再生させることにより、加入局の個別化要求を満たすように、通信網における呼出音を提供する方法を提供することが、本発明の目的の一つである。
【００１５】
本発明の別の目的は、通信網における呼出音を提供するシステムを提供することである。
【課題を解決するための手段】
【００１６】
本発明の第一の態様によれば、通信網において呼出音を提供する方法は、（ａ）前記通信網において呼出音を記憶し再生し、前記ＳＣＰに加入局の呼出音サービス登録情報を記憶する呼出音デバイスを確立し、該呼出音サービス登録情報は、加入局が呼出音サービスに登録している加入局であるか否かを示す識別情報および該呼出音デバイスの経路情報を少なくとも含み、（ｂ）呼要求を受け取った後、前記発信元交換デバイスは前記ＳＣＰに呼情報を提供し、該ＳＣＰは、前記識別情報にしたがい、呼に関連する加入局が呼出音サービスに登録している加入局であるか否かについて判断し、判断が肯定された場合には、該ＳＣＰは該発信元交換デバイスに呼出音デバイスの経路情報をリターンし、ステップ（ｃ）へ進み、判断が否定された場合には、ステップ（ｄ）へ進み、ステップ（ｃ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立し、前記呼出音デバイスの経路情報にしたがい、交換デバイスおよび呼出音デバイスの間の接続を確立し、該呼出音デバイスは、被呼端末が受信可能である場合に、発呼加入局で加入局により予めカスタマイズされた呼出音を再生する、ステップであり、ステップ（ｄ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立する、ステップである、ステップを含む。
【００１７】
本発明の第一の態様の通信網において呼出音を提供するシステムは、発信元交換デバイス、端末交換デバイス、ＳＣＰ(Service Control Point)を備え、加入局によって予めカスタマイズされた呼出音を記憶し、被呼端末が受信可能である場合、交換デバイスを介して、加入局により予めカスタマイズされた呼出音を発呼加入局で再生する、呼出音デバイスをさらに備える。当該システムにおいて、前記ＳＣＰは、加入局の呼出音サービス登録情報を記憶し、呼に関連する加入局が呼出音サービスに登録している加入局であることを判断した後、呼出音デバイスの経路情報を発信元交換デバイスにリターンすることができる。
【００１８】
本発明の第二の態様の通信網において呼出音を提供する方法は、（ａ）前記通信網において呼出音を記憶し、再生する呼出音デバイスを確立し、加入局の呼出音サービス登録情報を記憶するＳＰＳ(Signaling Processing System)を確立し、信号遮断および処理を実行し、前記呼出音サービス登録情報が、加入局が呼出音サービスに登録している加入局であるか否かを示す識別情報および呼出音デバイスの経路情報を少なくとも含み、前記ＳＰＳを介して転送されるべき交換デバイスからの出力信号を構成し、（ｂ）呼要求を受け取った後、前記発信元交換デバイスがＳＰＳに呼情報を送り、ＳＰＳが、前記識別情報にもとづいて、呼に関連する加入局が呼出音サービスに登録している加入局であるか否かについて判断し、判断が肯定された場合、ステップ（ｃ）へ進み、判断が否定された場合、ステップ（ｄ）へ進み、ステップ（ｃ）は、前記ＳＰＳにより、受け取った信号のアドレス情報を修正することにより、発信元交換デバイスおよび端末交換デバイスの間の接続を確立し、交換デバイスおよび呼出音デバイスの間の接続を確立し、前記呼出音デバイスが、被呼端末が受信可能である場合、加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、ステップであって、ステップ（ｄ）は、ＳＰＳにより、受け取った信号を透過的に送信することにより、発信元交換デバイスおよび端末交換デバイスの間の接続を確立する、ステップである、ステップを含む。
【００１９】
ＳＰＳは、被呼加入局が呼出音サービスに登録している加入局であるか否かについて判断することができ、判断が肯定された場合、ステップ（ｃ）において、呼出音デバイスによって再生される呼出音は、被呼加入局によって予めカスタマイズされた呼出音である。あるいは、ＳＰＳは、発呼加入局が呼出音サービスに登録している加入局であるか否かについて判断することができ、判断が肯定された場合、ステップ（ｃ）において呼出音デバイスによって再生される呼出音は、発呼加入局によって予めカスタマイズされた呼出音である。
【００２０】
本発明の第二の態様の通信網において呼出音を提供するシステムは、発信元交換デバイス、端末交換デバイス、ＨＬＲを備え、加入局によってカスタマイズされた呼出音を記憶し、被呼端末が受信可能である場合に、交換デバイスを介して、加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、呼出音デバイスと、加入局の呼出音サービス登録情報を記憶し、呼に関連する加入局が呼出音サービスに登録している加入局であることを判断した後、交換デバイスおよび呼出音デバイスの間の接続を確立するために、受け取った信号のアドレス修正を実行し、呼に関連する加入局が呼出音サービスに登録している加入局ではないことを判断した後に、発信元交換デバイスおよび端末交換デバイスの間の接続を確立するために、受け取った信号の透過的送信を実行する、ＳＰＳと、をさらに備える。
【００２１】
本発明の第三の態様の通信網において呼出音を提供する方法は、（ａ）前記通信網において、呼出音を記憶し、再生する呼出音デバイスを確立し、ＨＬＲの呼出音デバイスの経路番号として、呼出音サービスに登録している加入局の無条件転送番号をセットし、（ｂ）呼要求を受け取った後、前記発信元交換デバイスが被呼加入局のローミング番号の要求をＨＬＲに送り、（ｃ）前記ＨＬＲが、被呼加入局の加入局情報に無条件転送番号があるか否かについて判断し、判断が肯定された場合、被呼番号として、該転送番号を発信元交換デバイスに送り、ステップ（ｄ）に進み、判断が否定された場合、被呼番号として、被呼加入局のローミング番号を発信元交換デバイスに送り、ステップ（ｅ）に進み、ステップ（ｄ）は、前記発信元交換デバイスが、転送番号として動作する呼出音デバイスの経路番号にしたがい、呼出音デバイスへの接続を確立し、呼出音デバイスおよび端末交換デバイスの間の接続を確立し、呼出音デバイスが、被呼端末が受信可能である場合、加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、ステップであり、ステップ（ｅ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立する、ステップである、ステップを含む。
【００２２】
本発明の第三の態様の通信網において呼出音を提供するシステムは、発信元交換デバイス、端末交換デバイス、ＨＬＲを備え、加入局によってカスタマイズされた呼出音を記憶し、被呼端末が受信可能である場合、交換デバイスを介して、加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、呼出音デバイス、をさらに備える。当該システムにおいて、ＨＬＲの加入局情報の無条件転送番号が、呼出音サービスに登録されている加入局の呼出音デバイスの経路番号である。
【００２３】
本発明の第四の態様の通信網の呼出音を提供する方法は、（ａ）前記通信網において呼出音を記憶し、再生する呼出音デバイスを確立し、ＨＬＲの加入局情報に加入局の呼出音サービス登録情報を記憶し、呼出音サービス登録情報は、加入局が呼出音サービスに登録している加入局であるか否かについて示す識別情報および呼出音デバイスの経路情報を少なくとも含み、（ｂ）呼要求を受け取った後、前記発信元交換デバイスが、被呼加入局のローミング番号の要求をＨＬＲに送り、ＨＬＲから受け取った識別情報に対応する被呼加入局情報にしたがい、被呼加入局が呼出音サービスに登録している加入局であるか否かについて判断し、判断が肯定された場合、ステップ（ｃ）に進み、判断が否定された場合、ステップ（ｄ）に進み、ステップ（ｃ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立し、被呼加入局の加入局情報の呼出音デバイスの経路情報にしたがい、交換デバイスおよび呼出音デバイスの間の接続を確立し、呼出音デバイスが、被呼端末が受信可能である場合、被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、ステップであり、ステップ（ｄ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立する、ステップである、ステップを含む。
【００２４】
本発明の第五の態様の通信網において呼出音を提供する方法は、（ａ）前記通信網において、呼出音を記憶し、再生する呼出音デバイスを確立し、ＨＬＲの加入局情報に加入局の呼出音サービス登録情報を記憶し、呼出音サービス登録情報は、加入局が呼出音サービスに登録している加入局であるか否かについて示す識別情報および呼出音デバイスの経路情報を少なくとも含み、（ｂ）前記ＨＬＲが、加入局の呼出音サービス登録情報を含む加入局情報を、加入局情報が記憶される交換デバイスに送り、（ｃ）呼要求を受け取った後、前記発信元交換デバイスが、記憶されている加入局情報の識別情報にしたがい、発呼加入局が呼出音サービスに登録している加入局であるか否かについて判断し、判断が肯定された場合、ステップ（ｄ）に進み、判断が否定された場合、ステップ（ｅ）に進み、ステップ（ｄ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立し、加入局情報の呼出音デバイスの経路情報にしたがい、交換デバイスおよび呼出音デバイスの間の接続を確立し、呼出音デバイスが、被呼端末が受信可能である場合、発呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、ステップであり、ステップ（ｅ）は、前記発信元交換デバイスおよび端末交換デバイスの間の接続を確立する、ステップである、ステップを含む。
【００２５】
発信元交換デバイスおよび端末交換デバイスの間の接続は、呼出音デバイスを介して中継されてもよい。あるいは、発信元交換デバイスは、端末交換デバイスおよび呼出音デバイスに、同時に、接続される。
【００２６】
本発明の第四および第五の態様の通信網において呼出音を提供するシステムは、発信元交換デバイス、端末交換デバイス、ＨＬＲを備え、さらに、加入局によってカスタマイズされた呼出音を記憶し、被呼端末が受信可能である場合、加入局によって予めカスタマイズされた呼出音を、交換デバイスを介して、発呼加入局で再生する、呼出音デバイス、をさらに備え、前記ＨＬＲが、加入局の呼出音サービス登録情報を記憶し、加入局の呼出音サービス登録情報を交換デバイスに送ることができ、被呼加入局のローミング番号を送り、前記発信元交換デバイスおよび端末交換デバイスが、呼出音サービス登録情報にしたがい、加入局が呼出音サービスに登録している加入局であるか否かについて判断することができる。
【００２７】
前記ＨＬＲが、加入局の呼出音サービス登録情報を交換デバイスに送るためにさらに使用され、前記発信元交換デバイスおよび端末交換デバイスがＨＬＲから受け取った呼出音サービス登録情報を記憶することができる。
【００２８】
呼出音サービスがＳＣＰによってトリガされる、本発明の第一の態様によれば、ＳＣＰが呼出音デバイスへの呼を経路付けるように発信元交換デバイスに報知することができることにより、ＳＣＰは呼出音サービスに関連する情報を記憶することができる。呼出音デバイスは、被呼端末の状態にしたがい、予めカスタマイズされた呼出音を発呼加入局で再生する。これにより、カスタマイズされた個別の呼出音を発呼加入局に提供することができ、呼出音に対する個別化要求はより満たされる。呼出音サービスを実行するためにインテリジェント・ネットワークを採用することにより、交換センタの再構築をなんら必要とせず、当該モードは容易に実行されることができ、迅速に普及させることができる。
【００２９】
呼出音サービスが信号遮断によってトリガされる、本発明の第二の態様によれば、呼出音サービスに関連する情報は、ＳＰＳに記憶される。ＳＰＳは、発信元交換デバイスから送られた信号を遮断し、被呼端末の状態にしたがい、予めカスタマイズされた呼出音を発呼加入局で再生する呼出音デバイスに、呼を経路付けるように、発信元交換デバイスに報知する。これにより、カスタマイズされ個別化された呼出音を発呼加入局に提供することができ、呼出音サービスに対する個別化要求はより満たされる。本方法は、各ＨＬＲの前に、ＳＰＳを単に付加することにより、交換における再構築をなんら必要とせず、呼出音サービスを実現することができる。さらに、インテリジェント・ネットワークを採用しないので、本方法は、インテリジェント・ネットワーク内のインテリジェント・サービスの実行に直接的な影響を与えない。したがって、本方法は、より広範に適用可能であり、迅速に普及させることができ、異なるインテリジェント・サービスとは容易に併存しない、などの長所を有する。
【００３０】
呼出音サービスが呼転送によりトリガされる、本発明の第三の態様によれば、行うことが必要とされることのすべては、無条件転送番号として呼出音デバイスの経路番号を構成することだけである。発信元交換デバイスは、転送番号にしたがい、呼出音デバイスに呼を経路付ける。呼出音デバイスは、被呼端末の状態にしたがい、予めカスタマイズされた呼出音を発呼加入局で再生し、これにより、カスタマイズされ、個別化された呼出音を発呼加入局に提供するので、加入局の呼出音に対する個別化要求を満たすことができる。ＨＬＲ、交換、インテリジェント・ネットワークとの接続への再構築をなんら必要とせず、本発明を従来の通信網により実行することができる。したがって、本発明の方法は、広範に適用することができ、実行が容易であり、迅速に普及させることができる、という長所を有する。
【００３１】
本発明の第四の態様によれば、交換装置は、ＨＬＲから取得される契約情報にしたがい、加入局が呼出音サービスに登録している加入局であるか否かについて判断することができる。判断が肯定された場合、被呼端末の状態にしたがい、予めカスタマイズされた呼出音を発呼加入局で再生する呼出音デバイスに、呼を経路付ける。本発明の方法は、カスタマイズされた多様な呼出音を発呼加入局に提供することができ、これは、加入局からの呼出音サービスに対する多様性を求める要求を満たす。
【００３２】
さらに、加入局は呼出音デバイスにおける呼出音をカスタマイズすることができるので、加入局はパーソナルな呼出音として異なる呼出音を選択することができる。これは、一方で、加入局の多様性を求める要求を満たす。他方においては、発呼加入局が、異なる呼出音により、異なる加入局を区別することができるようにするので、さらに、サービス品質を向上させることになる。
【００３３】
本発明では、呼出音サービス登録および呼出音カスタマイズを、ビジネス・ロビーにおけるサービス契約、特別な番号のダイヤル、インターネットを介しての処理により、実行することができる。登録後、加入局は登録情報をフレキシブルに変更することができ、呼出音をカスタマイズすることができる。したがって、本発明はより便利であり、サービスの質を向上させることができる。
【００３４】
本発明の方式は、被呼加入局によってカスタマイズされた発呼加入局に対する呼出音サービスを提供するために使用されるものを含むだけでなく、発呼加入局によってカスタマイズされた発呼加入局に対する呼出音サービスを提供するために使用されるものをも含む。これにより、通信サービス・プロバイダによって提供されるサービスをより完全に近付けることができる。
【００３５】
さらに、本発明は、呼出音サービスを提供する際に、加入局に対して他のインテリジェント・サービスを提供することもできる。したがって、本発明は、従来のサービスの品質に悪影響を及ぼすことなく、加入局に呼出音サービスを提供する。
【発明の効果】
【００３６】
上記したように、本発明は、フレキシブルなサービス・スタイルにより、呼出音サービスに登録している加入局に対して、個別化された呼出音サービスを提供する。本発明は、加入局によりよい便宜性を与え、通信網サービス・プロバイダによって提供されるサービスの質をさらに向上する。
【図面の簡単な説明】
【００３７】
【図１】従来のＧＳＭ移動体通信網の基本構造を示す概要図である。
【図２】従来のＧＳＭ移動体通信網の加入局に呼出音を提供する方法を示すフローチャートである。
【図３】本発明のインテリジェント・ネットワークを介して、呼出音を提供するシステム構造を示す。
【図４】本発明のインテリジェント・ネットワークを介して、呼出音を提供する別のシステム構造を示す。
【図５Ａ】本発明の第１実施形態の信号フローチャートである。
【図５Ｂ】本発明の第１実施形態の信号フローチャートである。
【図６】本発明の第２実施形態の信号フローチャートである。
【図７】本発明の第３実施形態の信号フローチャートである。
【図８Ａ】本発明の第４実施形態の信号フローチャートである。
【図８Ｂ】本発明の第４実施形態の信号フローチャートである。
【図９Ａ】本発明の第５実施形態の信号フローチャートである。
【図９Ｂ】本発明の第５実施形態の信号フローチャートである。
【図１０】本発明の第６実施形態の信号フローチャートである。
【図１１】本発明の第７実施形態のシステム構造を示す。
【図１２Ａ】本発明の第８実施形態の信号フローチャートである。
【図１２Ｂ】本発明の第８実施形態の信号フローチャートである。
【図１３】本発明の第８実施形態の信号フローチャートである。
【図１４】本発明の第９実施形態の信号フローチャートである。
【図１５】本発明の第１０実施形態の信号フローチャートである。
【図１６】本発明の第１１実施形態の信号フローチャートである。
【図１７】本発明の第１２実施形態の信号フローチャートである。
【図１８】本発明の第１３実施形態の信号フローチャートである。
【図１９Ａ】本発明の第１４実施形態の信号フローチャートである。
【図１９Ｂ】本発明の第１４実施形態の信号フローチャートである。
【図２０】本発明の第１５実施形態のシステム構造を示す。
【図２１Ａ】本発明の第１５実施形態のＳＰＳおよびＨＬＲの間の接続関係を示す概要図である。
【図２１Ｂ】本発明の第１５実施形態のＳＰＳおよびＨＬＲの間の接続関係を示す概要図である。
【図２１Ｃ】本発明の第１５実施形態のＳＰＳおよびＨＬＲの間の接続関係を示す概要図である。
【図２１Ｄ】本発明の第１５実施形態のＳＰＳおよびＨＬＲの間の接続関係を示す概要図である。
【図２２Ａ】本発明の第１５実施形態の信号フローチャートである。
【図２２Ｂ】本発明の第１５実施形態の信号フローチャートである。
【図２３】本発明の第１６実施形態の信号フローチャートである。
【図２４】本発明の第１７実施形態のシステム構造である。
【図２５Ａ】本発明の第１７実施形態の信号フローチャートである。
【図２５Ｂ】本発明の第１７実施形態の信号フローチャートである。
【図２６Ａ】本発明の第１８実施形態のシステム構造である。
【図２６Ｂ】本発明の第１８実施形態のシステム構造である。
【図２７Ａ】本発明の第１８実施形態の信号フローチャートである。
【図２７Ｂ】本発明の第１８実施形態の信号フローチャートである。
【図２８】本発明の第１９実施形態の信号フローチャートである。
【図２９Ａ】本発明の第２０実施形態の信号フローチャートである。
【図２９Ｂ】本発明の第２０実施形態の信号フローチャートである。
【図３０Ａ】本発明の第２１実施形態の信号フローチャートである。
【図３０Ｂ】本発明の第２１実施形態の信号フローチャートである。
【図３１Ａ】本発明の第２２実施形態の信号フローチャートである。
【図３１Ｂ】本発明の第２２実施形態の信号フローチャートである。
【図３２】本発明の第２３実施形態の信号フローチャートである。
【図３３】本発明の第２４実施形態の信号フローチャートである。
【図３４】本発明の第２５実施形態の信号フローチャートである。
【図３５】本発明のＣＤＭＡネットワークにおける加入局によってカスタマイズされた呼出音管理の信号フローチャートである。
【図３６】本発明のＧＳＭネットワークにおける加入局によってカスタマイズされた呼出音管理の信号フローチャートである。
【発明を実施するための形態】
【００３８】
本発明について、添付図面および実施の形態により、以下にさらに詳細に説明する。
【００３９】
本発明では、加入局カスタマイズ呼出音を記憶し再生するために使用する呼出音デバイスが従来の通信網に付加される。呼はインテリジェント・ネットワーク・トリガ、信号伝達遮断トリガ、呼転送トリガ、交換デバイス・トリガ、などにより呼出音デバイスに結び付けられる。そして、呼出音は呼出音デバイスにより発呼加入局で再生される。したがって、本発明によれば、発呼加入局は豊富で変化に富む呼出音を楽しむことができる。異なるトリガ・モードによる本発明のシステムおよび方法を、以下にさらに詳細に説明する。
「インテリジェント・ネットワーク・トリガ」
本発明の第１実施形態は、発呼加入局に豊富で変化に富む呼出音を提供するために、インテリジェント・ネットワーク・トリガ・モードを使用する。図３は本実施形態のシステム構造を示す。図３では、ＧＳＭ移動体通信網を例として採用している。
【００４０】
図３に示すように、呼出音を提供するシステムは、Ｏ＿ＭＳＣ、Ｔ＿ＭＳＣ、ＨＬＲ、ＳＣＰだけでなく、呼出音を記憶し、提供するために使用される呼出音サーバ（ＲＢＴＳ）も含む。
【００４１】
このシステムのＭＳＣは、主にサービス交換および呼制御の機能を実行するために使用される。ＭＳＣにおいて、Ｏ＿ＭＳＣは、発呼端末が配属されるＭＳＣすなわちゲートウェイ移動体交換センタ（ＧＭＳＣ）であり、Ｔ＿ＭＳＣは、被呼端末にアクセスされ、主に、被呼加入局の現在情報を記憶し、呼手順の間、被呼加入局との呼接続を遂行するＭＳＣである。
【００４２】
ＨＬＲは、主に移動体端末の基本情報を記憶する。該基本情報とは、例えば、インテリジェント・ネットワーク加入局の契約情報などである。
【００４３】
インテリジェント・ネットワークにおけるサービス・コントロール・ポイントとして、ＳＣＰは、インテリジェント・サービスを制御するために使用される。本発明において、ＳＣＰのデータベースは加入局の呼出音サービス登録情報および呼出音デバイスのルーチン情報を記憶する。該呼出音サービス登録情報は、少なくとも、加入局が呼出音サービスに登録した加入局であるか否かを示す識別情報を含む。
【００４４】
さらに、本システムはさらにサービス・プロバイダ（ＳＰ）を含んでもよい。ＳＰは、様々な呼出音を提供し、インターネットなどを介してＲＢＴＳに該呼出音をアップロードすることができる。これにより、ＲＢＴＳは加入局ごとに異なる呼出音を再生することができる。
【００４５】
本システムは、また、呼に課金するために使用されるアカウント・システムを含んでもよい。
【００４６】
図３において、太い実線は音声および信号を転送するために使用される中継ラインを示し、細い実線は信号を転送するために使用される信号リンクを示し、破線はデータを転送するために使用されるデータ・リンクを示す。システム・アーキテクチャを例示する他の図において線の示す意味は、この図における線の意味と同様であり、したがって、線の意味に関する記載は以下においては省略される。
【００４７】
上記システム構造において、端末ＡはＯ＿ＭＳＣに、端末ＢはＴ＿ＭＳＣに接続されている。端末Ａおよび端末Ｂの間の音声チャネルはＲＢＴＳにより中継されている。すなわち、ＲＢＴＳは、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の呼を接続するための中間デバイスとして作用する。Ｏ＿ＭＳＣおよびＴ＿ＭＳＣは同時にＳＣＰと接続されており、ＳＣＰはＨＬＲと接続されている。このアーキテクチャにおいて、ＲＢＴＳは、Ｏ＿ＭＳＣにより発呼加入局で呼出音を再生するだけでなく、発呼加入局および被呼加入局の間の音声チャネルの中継も行う。
【００４８】
本発明は、図４に示されるシステム構造を使用することもできる。図３の構造と比較すると、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルがＲＢＴＳなしで確立されている点で異なる。さらに、Ｏ＿ＭＳＣおよびＲＢＴＳの間に別個の音声チャネルがあり、ＲＢＴＳはこの別個の音声チャネルを介して発呼加入局で呼出音を再生する。一方、発呼加入局および被呼加入局の間の通信は、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルにより遂行される。
【００４９】
第１実施形態による本方法において、インテリジェント・ネットワークのＳＣＰは被呼加入局が呼出音サービスに登録された加入局であるか否かを判断する。判断が肯定された場合は、図５Ａおよび図５Ｂに示されている呼出音サービス・ルーチンが実行される。
【００５０】
第１実施形態においては、図３に示されるシステム・アーキテクチャが採用される。
【００５１】
発呼加入局が発呼端末Ａにより被呼端末Ｂへの呼を開始する場合、発呼端末Ａから呼要求を受けた後、ステップ５０１において、Ｏ＿ＭＳＣは被呼端末Ｂが配属されるＨＬＲに被呼加入局のルーチン情報を取得するための要求を送る。該ルーチン情報は、被呼番号などの情報を含み、被呼番号は被呼加入局のＭＳＩＳＤＮである。
【００５２】
ステップ５０２において、ＨＬＲは、被呼加入局がインテリジェント・ネットワーク加入局であることを被呼番号にもとづいて判断し、被呼加入局の契約情報をＯ＿ＭＳＣに送る。本実施形態においては、インテリジェント・ネットワーク・トリガが採用されているので、被呼加入局はインテリジェント・ネットワーク加入局として登録されており、被呼加入局の契約情報はＴ−ＣＳＩ情報として記憶される。
【００５３】
ステップ５０３において、被呼加入局のＴ−ＣＳＩ情報を受け取った後、Ｏ＿ＭＳＣは被呼加入局がインテリジェント・ネットワーク加入局であることを判断し、少なくとも発呼番号および被呼番号を含むＳＣＰ呼情報を提出する。したがって、上記三のステップがインテリジェント・サービスをトリガする従来のプロセスのステップと同様であることは明らかである。
【００５４】
ステップ５０４において、被呼加入局に記憶されている被呼加入局の呼出音サービス登録情報により、被呼加入局が呼出音サービスに登録されている加入局であるか否かを、ＳＣＰは判断する。判断が肯定された場合、図５Ａに示されるステップ５０５以降のステップが実行される。判断が否定された場合、図５Ｂに示されるステップ５２５以降のステップが実行される。すなわち、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣとの間の接続が確立される。
【００５５】
ステップ５０５〜５０８において、ＳＣＰは、送信経路情報（ＳＲＩ）要求を被呼端末Ｂが配属されるＨＬＲに送信する。要求を受け取った後、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。
Ｔ＿ＭＳＣは、被呼加入局にＭＳＲＮを割り当て、ＭＳＲＮをＨＬＲに送る。ＨＬＲは、Ｔ＿ＭＳＣにより割り当てられたＭＳＲＮを、ＳＲＩ応答によりＳＣＰに送信する。
【００５６】
ステップ５０９において、ＳＣＰは、接続操作（ＣＯＮＮＥＣＴ）コマンドにより、Ｏ＿ＭＳＣに被呼番号およびオリジナル被呼番号を送る。被呼番号はＲＢＴＳのアドレスである経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【００５７】
ＳＣＰからＣＯＮＮＥＣＴコマンドを受け取った後に、ステップ５１０において、Ｏ＿ＭＳＣはコマンドの経路プレフィックスにもとづいてＲＢＴＳに呼を経路付け、同時に、イニシャル・アドレス・メッセージ（ＩＡＭ）を転送スタイルでＲＢＴＳに送信する。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【００５８】
Ｏ＿ＭＳＣから送られるＩＡＭを受け取った後、ステップ５１１において、ＲＢＴＳはＭＳＲＮから経路プレフィックスを取り除いて、オリジナル被呼番号を抽出し、発呼番号および被呼加入局のＭＳＲＮをＩＡＭによりＴ＿ＭＳＣに送る。
【００５９】
ステップ５１２において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、被呼端末の状態情報をアドレス完了メッセージ（ＡＣＭ）によりＲＢＴＳに送る。
【００６０】
ステップ５１３において、ＲＢＴＳは、被呼端末が受信可能であるか否かをＡＣＭにもとづいて判断する。判断が肯定された場合、ステップ５１４で、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼加入局のＭＳＩＳＤＮ番号にもとづいて、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣにより発呼加入局で被呼加入局によってカスタマイズされた呼出音を再生する。一方、Ｔ＿ＭＳＣにより再生される従来の呼出音は遮蔽される。処理の後、次のステップが実行される。被呼端末が受信可能でない場合、たとえば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、ＲＢＴＳは、Ｔ＿ＭＳＣによって再生される音声プロンプトを透過的に送信する。すなわち、発呼加入局で呼出音を再生するのではなく、該音声プロンプトで、通話中であること、シャットダウンされていること、サービス圏外であること、をＯ＿ＭＳＣにより発呼端末に示す。
【００６１】
ステップ５１５において、加入局が電話に出ると、Ｔ＿ＭＳＣは応答メッセージ（ＡＮＭ）をＲＢＴＳに送る。ＡＮＭを受け取った後、ステップ５１６で、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを、中継を介して確立する。これにより、発呼加入局と被呼加入局とは互いに通信することができる。
【００６２】
図５Ｂに示されるステップ５２５において、ＳＣＰは、Ｏ＿ＭＳＣにパラメータなしでＣＯＮＴＩＮＵＥ信号を送る。
【００６３】
信号を受け取った後、ステップ５２６において、Ｏ＿ＭＳＣは通常の方法で呼を扱う、すなわち、Ｏ＿ＭＳＣは、ＨＬＲに被呼加入局のローミング番号を取得するための要求を送る。該要求は、要求のＴ＿ＣＳＩ情報を制限するためのパラメータを含む。
【００６４】
ステップ５２７〜５３４における動作は、従来技術におけるステップ２０２〜２０９の動作と同様であるので、以下において詳細は説明しない。
【００６５】
被呼加入局で長時間呼出音が再生されることを回避するために、ステップ５１５の前に、所定期間内に被呼加入局が電話に出るか否かを判断することが、合理的である。判断が肯定された場合、ステップ５１５は実行される。判断が否定された場合、話中音または被呼加入局の応答がないことを示す音声プロンプトが発呼加入局で再生される。
【００６６】
発呼加入局および被呼加入局の間の音声チャネルが確立された後、発呼加入局または被呼加入局のいずれかが電話を切ると、音声チャネルは切断される。この手順は当業者にとって周知であり、以下において詳細は説明しない。
【００６７】
通信網にＲＢＴＳを設けることによって、加入局によってカスタマイズされた呼出音を、発呼加入局で再生することができる、ということが第１実施形態において示されている。
【００６８】
第１実施形態において、ＳＣＰはオリジナル被呼番号および経路プレフィックスを有する被呼加入局のローミング番号をＯ＿ＭＳＣに送る。Ｏ＿ＭＳＣは、経路プレフィックスにもとづいてＲＢＴＳに呼を経路付け、ＩＡＭを送ることにより、発呼番号、オリジナル被呼番号および経路プレフィックスを有する被呼加入局のローミング番号をＲＢＴＳに送る。実際には、ＳＣＰは、発呼番号、オリジナル被呼番号および被呼加入局のローミング番号をＲＢＴＳに直接送ることもできる。第２実施形態が本発明において提供される。第２実施形態の具体的な実施手順を図６に示す。ステップ６０１〜６０８は、上記第１実施形態におけるステップ５０１〜５０８と同様であるので、以下で詳細は説明しない。
【００６９】
ステップ６０９において、ＳＣＰはＯ＿ＭＳＣに暫定接続確立（ＥＴＣ）要求を送る。該要求は、要求に含まれるＲＢＴＳの経路番号を含む。
【００７０】
ＥＴＣ要求を受け取った後、ステップ６１０において、Ｏ＿ＭＳＣはＲＢＴＳに音声チャネルを経路付けし、同時にＩＡＭをＲＢＴＳに送る。
【００７１】
ステップ６１１において、ＲＢＴＳは、要求支援インストラクション（ＡＲＩ）をＳＣＰに送る。
【００７２】
ステップ６１２において、ＳＣＰは、対応するＶＸＭＬ(Voice eXtensible Markup Language）のスクリプトを実行することを、ＲＢＴＳに指示するために、ＲＢＴＳにスクリプト実行インストラクションＳｃｒｉｐｔＲｕｎを送り、発呼番号、オリジナル被呼番号および被呼加入局のローミング番号をＲＢＴＳに同時に送信する。
【００７３】
ステップ６１３において、ＲＢＴＳはＶＸＭＬスクリプトを実行し、ＶＸＭＬスクリプトの構成でＩＡＭをＴ＿ＭＳＣに送る。ＩＡＭは発呼番号および被呼加入局のローミング番号を含む。
【００７４】
ステップ６１４〜６１８の動作は第１実施形態におけるステップ５１２〜５１６の動作と同様であるので、以下で詳細に説明しない。
【００７５】
第１および第２実施形態において、信号のインタラクションを低減するために、被呼加入局のローミング番号を取得する前に、被呼端末の現在の状態がさらに判断されてもよい。詳細には、ＳＣＰは、被呼端末が配属されるＨＬＲに、任意時問合せ（ＡＴＩ）を送る。ＡＴＩを受信した後、ＨＬＲは提供加入局情報（ＰＳＩ）要求をＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＰＳＩ応答により、被呼端末の現在の状態をＨＬＲに送る。ＨＬＲは、ＡＴＩ応答により、状態情報をＳＣＰに送る。ＳＣＰは、ＡＴＩ応答にもとづいて、被呼端末の現在の状態を判断することができる。被呼端末が受信可能であれば、次のステップ、すなわち、ＨＬＲから被呼加入局のローミング番号を取得するステップ、が実行される。被呼端末が受信可能でなければ、ＳＣＰは、いかなるパラメータも有さないＣＯＮＴＩＮＵＥ信号をＯ＿ＭＳＣに送る。すなわち、図５に示されるステップ５２６〜５３４の従来の呼手順と同様に作動するように、Ｏ＿ＭＳＣに情報を提供する。
【００７６】
第１および第２実施の形態は、例としてＧＳＭシステムにより記載されている。差異は、具体的なメッセージが異なる、ということだけであるから、当該実施形態のコア・アイデアはＣＤＭＡシステムに容易に適用されることができる。図７は本発明の第３実施形態を示す。第３実施形態は、ＣＤＭＡシステムのインテリジェント・ネットワーク・トリガによって、呼出音サービスを提供する方法を例示する。図４に示されるシステム構造が、第３実施態様で採用される。
【００７７】
発呼加入局が発呼端末Ａにより被呼端末Ｂへの呼を開始すると、Ｏ＿ＭＳＣは発呼端末Ａからの呼要求を受け取り、ステップ７０１において、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガする。次に、被呼加入局の契約情報を求めるために、被呼端末が配属されるＨＬＲに、ＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の番号および他の情報を含む。
【００７８】
ステップ７０２において、ＨＬＲは、被呼番号にもとづいて被呼加入局の契約情報をサーチする。次に、少なくともＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む応答メッセージｌｏｃｒｅｑにより、Ｏ＿ＭＳＣに被呼加入局の契約情報を送る。被呼加入局が他のインテリジェント・サービスにも登録されている場合、メッセージは、Ｌｏｃａｔｉｏｎトリガおよび被呼経路利用可能アドレス（ＣＤＲＡＡ）などをさらに含むかもしれない。本実施形態において採用されているトリガ・モードはインテリジェント・ネットワーク・トリガであるので、被呼加入局はインテリジェント・ネットワーク加入局として登録されている。この場合、被呼加入局の契約情報は、被呼加入局がインテリジェント・ネットワーク加入局であることを示す情報を含む。
【００７９】
被呼加入局の契約情報を受け取った後、ステップ７０３、７０４において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出する。そして、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局を認証するようＳＣＰに依頼するために、ＳＣＰに分析メッセージ（ＡＮＬＹＺＤ）を送る。分析メッセージは、少なくとも、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガのトリガ・タイプ、発呼番号、被呼番号、ＭＳＣを供する識別子（ＭＳＣＩＤ）、サービス・トリガ・サイトの位置情報などを含む。認証の後、ＳＣＰは認証結果メッセージをＯ＿ＭＳＣに送る。認証結果メッセージは、Ａｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む。被呼加入局が認証されない場合、手順を直ちに終了させることは、合理的である。本実施の形態の手順は、被呼加入局が認証されたとの条件のもとで、以下に説明される。
【００８０】
ステップ７０５において、Ｏ＿ＭＳＣはＡｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、発呼番号および被呼番号を少なくとも含むＡＮＬＹＺＤメッセージをＳＣＰに送る。
【００８１】
ステップ７０６において、記憶されている被呼加入局の呼出音サービス登録情報により、ＳＣＰは被呼加入局が呼出音サービスに登録されている加入局であるか否か判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の発呼ルーチンと同様の動作、すなわち、図５のステップ５２６〜５３４、が実行される。
【００８２】
ステップ７０７において、ＳＣＰは、被呼番号およびＲＢＴＳの経路番号を応答メッセージａｎｌｙｚｄによりＯ＿ＭＳＣに送る。アクション・コードＡｃｔｉｏｎＣｏｄｅは呼出音サービスを示し、ＴｅｒｍＬｉｓｔ［０］はＲＢＴＳの経路番号ＲＴＤＧＴを参照し、ＴｅｒｍＬｉｓｔ［１］は被呼番号ＭＤＮを参照する。
【００８３】
ステップ７０８〜７１１において、被呼加入局のローミング番号を取得するために、被呼番号にもとづいて、被呼端末が配属されているＨＬＲに、Ｏ＿ＭＳＣはＬＯＣＲＥＱメッセージを送る。ＲＯＵＴＲＥＱをＴ＿ＭＳＣに送り、Ｔ＿ＭＳＣから送られる応答メッセージｒｏｕｔｒｅｑを受け取ることにより、Ｔ＿ＭＳＣにより割り当てられた被呼加入局のローミング番号ＴＬＤＮをＨＬＲは取得する。次に、ＨＬＲは、応答メッセージｌｏｃｒｅｑにより被呼加入局のＴＬＤＮをＯ＿ＭＳＣに送る。
【００８４】
ステップ７１２において、Ｔ＿ＭＳＣに呼を経路付けるために、被呼番号としてＴＬＤＮを有するＴ＿ＭＳＣに、Ｏ＿ＭＳＣはＩＡＭメッセージを送る。
【００８５】
ステップ７１３において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭによって、被呼加入局の状態情報をＯ＿ＭＳＣに送る。
【００８６】
ステップ７１４において、被呼端末が受信可能であるか否かを、ＡＣＭにもとづいて、Ｏ＿ＭＳＣは判断する。判断が肯定された場合、Ｔ＿ＭＳＣによって発呼加入局で再生される従来の呼出音は遮蔽され、以降のステップが実行される。判断が否定された場合、Ｔ＿ＭＳＣによって再生される音声プロンプトをＯ＿ＭＳＣが発呼加入局に透過的にＯ＿ＭＳＣを介して送信する。音声プロンプトは、被呼端末が通話中であること、シャットダウンされていること、またはサービス圏外であることを示す。
【００８７】
ステップ７１５において、Ｏ＿ＭＳＣはＩＡＭをＲＢＴＳに送信し、発呼番号、被呼番号および他の情報をＩＡＭによりＲＢＴＳに送る。被呼番号は、ＲＢＴＳの経路番号および被呼加入局のＭＤＮである。
【００８８】
ステップ７１６において、ＲＢＴＳは、被呼番号にもとづいて、被呼加入局によってカスタマイズされた呼出音をサーチし、ＡＣＭを発呼端末に送る。その後、ＲＢＴＳは、Ｏ＿ＭＳＣにより、被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生する。
【００８９】
ステップ７１７において、被呼加入局が電話に出ると、Ｔ＿ＭＳＣは応答メッセージＡＮＭをＯ＿ＭＳＣに送る。
【００９０】
ＡＮＭを受け取った後、カスタマイズされた呼出音の発呼加入局での再生を停止するために、ステップ７１８において、Ｏ＿ＭＳＣは、直ちにＲＢＴＳへの音声チャネルを切断する。発呼加入局および被呼加入局の間の呼接続を維持するために、Ｏ＿ＭＳＣは、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の経路を維持し、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを接続する。
【００９１】
本実施形態において、Ｏ＿ＭＳＣはＲＢＴＳおよびＴ＿ＭＳＣと同時に呼接続を確立するので、ステップ７０７においてＲＢＴＳの経路番号を有するＯ＿ＭＳＣを通知し、ステップ７０８〜７１１において、Ｏ＿ＭＳＣから被呼加入局のローミング番号を取得すれば十分である。Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間のチャネルは、第１および第２実施形態と同様に、ＲＢＴＳによって中継されてもよい。これによれば、ＳＣＰはＨＬＲから被呼加入局のローミング番号を取得し、ステップ７０７において、ローミング番号をＯ＿ＭＳＣに送ることもできる。
【００９２】
第３実施形態において、Ｏ＿ＭＳＣはＲＢＴＳに呼を経路付けし、Ｔ＿ＭＳＣへの呼接続を確立する。したがって、Ｏ＿ＭＳＣは再構成され、更新されることを必要とする。これにより、システム更新のコストは増大する。システムにおけるＭＳＣの更新を回避するために、図８Ａおよび図８Ｂに示される第４実施形態が本発明で提供される。第４実施形態は、インテリジェント・サービスの手順を二度トリガすることを必要とする。第３実施形態とは異なり、第４実施形態では図３に示されるシステム構造を使用する。
【００９３】
発呼加入局が発呼端末Ａにより被呼端末Ｂへの発呼を開始すると、ステップ８０１において、Ｏ＿ＭＳＣが発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を求めるために、被呼端末が配属されるＨＬＲにＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【００９４】
ステップ８０２において、ＨＬＲは、被呼番号にもとづいて被呼加入局の契約情報をサーチし、少なくともＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む応答メッセージｌｏｃｒｅｑにより、Ｏ＿ＭＳＣに被呼加入局の契約情報を送る。被呼加入局が他のインテリジェント・サービスにすでに登録している場合、メッセージはＬｏｃａｔｉｏｎおよびＣＤＲＡＡのようなトリガ情報をさらに含むかもしれない。本実施形態において採用されるトリガ・モードがインテリジェント・ネットワーク・トリガであるので、被呼加入局はインテリジェント・ネットワーク加入局として登録され、被呼加入局の契約情報は被呼加入局がインテリジェント・ネットワーク加入局であるか否かを示す情報を含む。
【００９５】
被呼加入局の契約情報を受け取った後、ステップ８０３において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出するかもしれない。これにより、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを起動し、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガのトリガ・タイプ、発呼番号、被呼番号、ＭＳＣＩＤ、サービス・トリガ・サイトの位置情報などを少なくとも含む分析メッセージＡＮＬＹＺＤをＳＣＰに送る。
【００９６】
ステップ８０４において、ＳＣＰは、被呼加入局が呼出音サービスに登録されている加入局であるか否かを、記憶されている被呼加入局の呼出音サービス登録情報により判断する。判断が肯定された場合、ＳＣＰは、ＲＢＴＦｌａｇの値を０から1へ変更し、以降の
手順へ移行する。判断が否定された場合、従来の呼手順が実行される。
【００９７】
呼出音サービスフラグ（ＲＢＴＦｌａｇ）は、本実施形態において、ＳＣＰの加入局の呼出音サービス登録情報に予めセットされている。ＲＢＴＦｌａｇの値は、呼出音サービスがトリガされていないことを表す０であってもよいし、呼出音サービスがトリガされていることを表す１であってもよい。ＲＢＴＦｌａｇを予めセットすることの主な目的は、その後ＳＣＰへの第２のサービスをトリガしている間に、呼出音サービスがトリガされていることを判断することができる、ことにある。したがって、呼出音サービスは再度トリガされない。これはＳＣＰをトリガする第一の試みであるので、ＲＢＴＦｌａｇの値は０である。
【００９８】
ステップ８０５において、ＳＣＰは、Ｏ＿ＭＳＣにＡｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む応答メッセージａｎｌｙｚｄを送る。
【００９９】
ステップ８０６において、Ｏ＿ＭＳＣは、Ａｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０１００】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ８０７において、ＳＣＰは、ＲＢＴＳの経路番号および被呼加入局番号ＭＤＮを応答メッセージａｎｌｙｚｄによりＯ＿ＭＳＣに送る。ＲＢＴＳの経路番号および被呼加入局番号ＭＤＮは、ＴｅｒｍＬｉｓｔに含まれる（すなわち、ＴｅｒｍＬｉｓｔ＝ＲＴＤＧＴ＋ＭＤＮ）。
【０１０１】
ステップ８０８において、Ｏ＿ＭＳＣはＲＢＴＳの経路番号にしたがってＲＢＴＳに呼を接続し、発呼番号および被呼番号を含むＩＡＭをＲＢＴＳに送る。被呼番号は、ＲＢＴＳの経路番号である経路プレフィックスを有するＭＤＮである。
【０１０２】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ８０９において、ＲＢＴＳは、ＩＡＭにより、被呼加入局のゲートウェイ移動体交換センタ（ＧＭＳＣ）に、発呼番号および被呼加入局のＭＤＮを送る。
【０１０３】
このように、第一のサービス・トリガ操作は終了し、ＧＭＳＣは、第二のサービス・トリガ手順を実行する。
【０１０４】
呼における被呼加入局のＭＤＮにより、被呼加入局がＣＤＭＡ加入局であることを判断した後、ステップ８１０において、ＧＭＳＣはＭｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。
【０１０５】
ステップ８１１において、ＭＤＮにより、ＨＬＲは加入局の契約情報を取得し、ＧＭＳＣに応答メッセージｌｏｃｒｅｑをリターンする。応答メッセージは少なくともＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガ情報を含む。被呼加入局が他のインテリジェント・サービスにすでに登録している場合、メッセージは、ＬｏｃａｔｉｏｎおよびＣＤＲＡＡのような、他のトリガ情報をさらに含むかもしれない。
【０１０６】
ステップ８１２において、ＧＭＳＣはＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガのトリガ・タイプ、発呼番号、被呼番号および被呼加入局トリガ・サイトのＭＳＣＩＤを少なくとも含むＡＮＬＹＺＤメッセージをＳＣＰに送る。
【０１０７】
ステップ８１３において、ＡＮＬＹＺＤメッセージにおける被呼番号を分析することにより、被呼加入局が呼出音サービスに登録されていることを、ＳＣＰが検出し、ＲＢＴＦｌａｇの値が１であることを検出し、ＲＢＴＦｌａｇの値を０に変える。その後、ＳＣＰは、応答メッセージａｎｌｙｚｄをＧＭＳＣに送る。被呼加入局が他のインテリジェント・サービスに登録していない場合、ＳＣＰは応答メッセージを直接配信する。被呼加入局が他のインテリジェント・サービスに登録している場合、当該インテリジェント・サービスの対応する手順を扱った後、ＳＣＰは応答メッセージを配信する。このように、システムは、呼出音サービスをトリガし、加入局が登録している他のインテリジェント・サービスも実行することができる。
【０１０８】
ステップ８１４において、ＧＭＳＣはＬｏｃａｔｉｏｎトリガをトリガし、ＨＬＲから被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。このステップのＬＯＣＲＥＱメッセージのトリガ・タイプはＬｏｃａｔｉｏｎトリガであり、メッセージはＧＭＳＣのＭＳＣＩＤを含むこともできる。
【０１０９】
ステップ８１５において、サービス・トリガ・サイトとしてのＧＭＳＣが、本発明の実施形態の被呼加入局訪問サイトとしてのＴ＿ＭＳＣと異なるので、ＨＬＲは、サービス・トリガ・サイトのＭＳＣＩＤが被呼加入局訪問サイトとしてのＴ＿ＭＳＣのＭＳＣＩＤ（ＨＬＲに記憶されている）と異なることを、受け取ったＬＯＣＲＥＱメッセージにおける第２サービス・トリガ・サイトとしてのＧＭＳＣのＭＳＣＩＤを分析することにより、検出する。ＨＬＲは被呼加入局のＭＩＮを含む経路要求メッセージ（ＲＯＵＴＲＥＱ）をＴ＿ＭＳＣに送る。
【０１１０】
ステップ８１６において、Ｔ＿ＭＳＣは、ＭＩＮにもとづいて被呼加入局のＴＬＤＮ番号を配信し、応答メッセージｒｏｕｔｒｅｑによりＨＬＲに番号をリターンする。
【０１１１】
ステップ８１７において、ＨＬＲは、ＬＯＣＲＥＱメッセージの応答メッセージｌｏｃｒｅｑにより、ＧＭＳＣに被呼番号としてのＴＬＤＮ番号をリターンする。
【０１１２】
ステップ８１８において、ＧＭＳＣはＣＤＲＡＡトリガをトリガし、現在の被呼加入局の経路番号が有効であることを判断した後、ＳＣＰにＡＮＬＹＺＤメッセージを送る。被呼番号はＴＬＤＮである。
【０１１３】
ステップ８１９において、呼処理を継続することをＧＭＳＣに指示するために、ＳＣＰはＡＮＬＹＺＤメッセージの応答メッセージａｎｌｙｚｄをＧＭＳＣに送る。
【０１１４】
ステップ８２０において、呼をＴ＿ＭＳＣに接続するために、ＧＭＳＣはＩＡＭをＴ＿ＭＳＣに送る。被呼番号はＴＬＤＮである。
【０１１５】
ステップ８２１および８２２において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭによりＧＭＳＣを介してＲＢＴＳに被呼加入局の状態情報を送る。
【０１１６】
ステップ８２３において、被呼端末が受信可能であるか否かをＡＣＭにもとづいて、ＲＢＴＳは判断する。判断が肯定された場合は、ステップ８２４において、被呼加入局によってカスタマイズされた呼出音を、被呼番号によりＲＢＴＳがサーチし、従来の呼出音を遮蔽し、Ｏ＿ＭＳＣにより発呼加入局で呼出音を再生し、以降のステップを実行する。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、もしくは、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳはＴ＿ＭＳＣにより再生される音声メッセージを、Ｏ＿ＭＳＣを介して発呼加入局に透過的に送信する。該音声メッセージは、通話中であること、シャットダウンされていること、もしくは、サービス圏外であることを示す。
【０１１７】
被呼加入局が電話に出ると、ステップ８２５〜８２７において、Ｔ＿ＭＳＣはＧＭＳＣを介してＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、Ｏ＿ＭＳＣからＲＢＴＳまでの、さらにＴ＿ＭＳＣまでの音声チャネルを確立する。これにより、発呼加入局および被呼加入局の間の通信を可能にする。
【０１１８】
第４実施形態において、Ｔ＿ＭＳＣを確認することができないため、ＲＢＴＳは、被呼加入局のＧＭＳＣに呼を経路付け、Ｔ＿ＭＳＣに呼を経路付けるために、ＧＭＳＣは被呼加入局の経路番号を確認する。これにより、チャネル迂回がなされる。問題点を解消するために、図９Ａおよび図９Ｂに示される第５実施形態が、本発明によって提供される。
【０１１９】
第５実施形態におけるステップ９０１〜９０６は、第４実施形態におけるステップ８０１〜８０６とまったく同様であるので、詳細な説明は省略する。
【０１２０】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ９０７において、少なくとも被呼加入局のＭＤＮを含むサーチ（ＳＥＡＲＣＨ）要求を、ＳＣＰはＨＬＲに送る。
【０１２１】
ステップ９０８において、ＨＬＲは、ＭＤＮにもとづいて被呼加入局のＴ＿ＭＳＣのＭＳＣＩＤを取得し、ＭＳＣＩＤを応答メッセージ（すなわち、ｓｅａｒｃｈ）によりＳＣＰに送る。当該応答メッセージは、ＳＥＡＲＣＨメッセージの応答メッセージである。
【０１２２】
ステップ９０９において、ＭＳＣＩＤにもとづいて、ＳＣＰは、システムにおけるＭＳＣＩＤに対応する交換シリアル番号を検出する。ＭＳＣＩＤは、システム・プロバイダによって均一に配信され、ＭＳＣを識別するために使用される。交換シリアル番号は、Ｔ＿ＭＳＣにＲＢＴＳを接続する手順の間、接続を必要とするＭＳＣを識別するためにもっぱら使用される。
【０１２３】
ステップ９１０において、ＳＣＰは、ＲＢＴＳの経路番号、交換シリアル番号および被呼加入局番号ＭＤＮを、応答メッセージａｎｌｙｚｄにより、Ｏ＿ＭＳＣに送る。ここで、ＴｅｒｍＬｉｓｔ＝ＲＴＤＧＴ＋交換シリアル番号＋ＭＤＮである。
【０１２４】
ステップ９１１において、Ｏ＿ＭＳＣはＲＢＴＳの経路番号にしたがい、ＲＢＴＳと呼をハンドシェイクし、発呼番号および被呼番号を含むＩＡＭをＲＢＴＳへ送る。被呼番号は、ＲＢＴＳの経路番号およびＨ０Ｈ１Ｈ２Ｈ３である経路プレフィックスを有するＭＤＮである。
【０１２５】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ９１２において、ＩＡＭの交換シリアル番号にしたがって、交換シリアル番号により識別されるＴ＿ＭＳＣに、ＲＢＴＳは呼を経路付け、ＩＡＭにより、Ｔ＿ＭＳＣに発呼番号および被呼加入局のＭＤＮを送る。
【０１２６】
このように、第一サービス・トリガ動作は完了され、次に、Ｔ＿ＭＳＣは第２サービス・トリガ手順を実行する。
【０１２７】
ステップ９１３において、Ｔ＿ＭＳＣは、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。
【０１２８】
ステップ９１４において、ＨＬＲは、ＭＤＮにもとづいて加入局の契約情報を取得し、Ｔ＿ＭＳＣに応答メッセージｌｏｃｒｅｑをリターンする。応答メッセージｌｏｃｒｅｑは、少なくともＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガ情報を含む。被呼加入局が他のインテリジェント・サービスにすでに登録されている場合、メッセージは、ＬｏｃａｔｉｏｎおよびＣＤＲＡＡのようなトリガ情報をさらに含むかもしれない。
【０１２９】
ステップ９１５において、Ｔ＿ＭＳＣは、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＳＣＰにＡＮＬＹＺＤメッセージを送る。ＡＮＬＹＺＤメッセージは、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガのトリガ・タイプ、発呼番号、被呼番号および被呼加入局トリガ・サイトのＭＳＣＩＤを、少なくとも含む。
【０１３０】
ステップ９１６において、ＳＣＰは、ＡＮＬＹＺＤメッセージの被呼番号を分析することにより、加入局が呼出音サービスに登録していることを検出し、ＲＢＴＦｌａｇの値が１であることを検出し、ＲＢＴＦｌａｇの値を０に変更し、Ｔ＿ＭＳＣに応答メッセージａｎｌｙｚｄを送る。被呼加入局が他のインテリジェント・サービスに登録していない場合、ＳＣＰは応答メッセージを直接配信する。加入局が他のインテリジェント・サービスにも登録している場合、当該インテリジェント・サービスの対応する処理手順の後、ＳＣＰは応答メッセージを配信する。このように、システムは、呼出音サービスをトリガし、加入局により登録されている他のインテリジェント・サービスも実行することができる。
【０１３１】
ステップ９１７において、Ｔ＿ＭＳＣはＬｏｃａｔｉｏｎトリガをトリガし、ＨＬＲから被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。このステップのＬＯＣＲＥＱメッセージのトリガ・タイプは、Ｌｏｃａｔｉｏｎトリガである。
【０１３２】
ステップ９１８において、サービス・トリガ・サイトとしてのＴ＿ＭＳＣは、本発明の実施形態の被呼加入局訪問サイトとしてのＴ＿ＭＳＣと同様であるので、受け取ったＬＯＣＲＥＱメッセージにおける第二サービス・トリガ・サイトとしてのＧＭＳＣのＭＳＣＩＤを分析することにより、ＨＬＲに記憶されている被呼加入局訪問サイトとしてのＴ＿ＭＳＣのＭＳＣＩＤが、サービス・トリガ・サイトのＭＳＣＩＤと同様であることを、ＨＬＲは検出する。したがって、ＬＯＣＲＥＱメッセージの応答メッセージである応答メッセージｌｏｃｒｅｑにより、ＨＬＲは配信されたＴＬＤＮをＴ＿ＭＳＣに直接リターンする。
【０１３３】
ステップ９１９において、Ｔ＿ＭＳＣはＣＤＲＡＡトリガをトリガし、現在の被呼番号が有効であることを判断した後、ＳＣＰにＡＮＬＹＺＤメッセージを送る。被呼番号はＴＬＤＮである。
【０１３４】
ステップ９２０において、ＳＣＰはＡＮＬＹＺＤメッセージの応答メッセージａｎｌｙｚｄを、Ｔ＿ＭＳＣに呼処理を続けることを指示するために、Ｔ＿ＭＳＣに送る。
【０１３５】
ステップ９２１において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０１３６】
ステップ９２２において、ＡＣＭにもとづいて、ＲＢＴＳは被呼端末が受信可能であるか否かを判断する。判断が肯定された場合、ステップ９２３において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼番号にしたがって被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、同時に従来の呼出音を遮蔽する。その後、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通信中である場合、シャットダウンされている場合、あるいは、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、Ｏ＿ＭＳＣを介してＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトをＲＢＴＳは透過的に送信する。該音声プロンプトは、通信中であること、シャットダウンされていること、もしくはサービス圏外であることを示す。
【０１３７】
被呼加入局が電話に出ると、ステップ９２４および９２５において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０１３８】
上記第４および第５実施形態においては、二回のサービス・トリガが必要である。したがって、複雑な手順となる。この問題点を解決するために、本発明は、図１０に示される第６実施形態を提供する。第６実施形態では、上記二回のサービス・トリガ手順は統合され、操作手順は単純化される。しかし、ＲＢＴＳがＣＤＭＡシステムのためのＭＡＰ（Mobile Application Part）プロトコルのＬＯＣＲＥＱ動作をサポートすることは必要である。
【０１３９】
第６実施形態におけるステップ１００１〜１００３は、第４実施形態におけるステップ８０１〜８０３と同様であるので、詳細な説明は省略する。
【０１４０】
ステップ１００４において、記憶されている被呼加入局の呼出音サービス登録情報にしたがって、被呼加入局が呼出音サービスに登録されている加入局であるか否かを、ＳＣＰは判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の呼手順が実行される。
【０１４１】
ステップ１００５において、ＳＣＰは、Ｏ＿ＭＳＣにＡｄｖａｎｃｅｄ＿ＴｅｒｍｉｎａｔｉｏｎトリガおよびＣＤＲＡＡトリガを含む応答メッセージａｎｌｙｚｄを送る。
【０１４２】
ステップ１００６において、Ｏ＿ＭＳＣは、Ａｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０１４３】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ１００７において、ＳＣＰは、ＲＢＴＳの経路番号および被呼加入局番号ＭＤＮを応答メッセージａｎｌｙｚｄによりＯ＿ＭＳＣに送る。ＲＢＴＳの経路番号および被呼加入局番号ＭＤＮは、ＴｅｒｍＬｉｓｔに含まれる（すなわち、ＴｅｒｍＬｉｓｔ＝ＲＴＤＧＴ＋ＭＤＮ）。
【０１４４】
ステップ１００８および１００９において、Ｏ＿ＭＳＣはＣＤＲＡＡトリガをトリガし、ＳＣＰにＡＮＬＹＺＤメッセージを送る。被呼番号が有効であることを確認した後、ＳＣＰは応答メッセージａｎｌｙｚｄをＯ＿ＭＳＣに送る。
【０１４５】
ステップ１０１０において、Ｏ＿ＭＳＣは、ＲＢＴＳの経路番号にしたがってＲＢＴＳに呼を接続し、ＩＡＭをＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は、ＲＢＴＳの経路番号である経路プレフィックスを有するＭＤＮである。
【０１４６】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ１０１１〜１０１４において、ＲＢＴＳは、被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。ＨＬＲは、被呼加入局のＭＩＮを含む経路要求メッセージＲＯＵＴＲＥＱをＴ＿ＭＳＣに送る。メッセージを受け取った後、Ｔ＿ＭＳＣはＴＬＤＮ番号を被呼加入局に配信し、応答メッセージｒｏｕｔｒｅｑによりＴＬＤＮ番号をＨＬＲに送り、応答メッセージｌｏｃｒｅｑにより、ＨＬＲはＴＬＤＮ番号をＲＢＴＳに送る。
【０１４７】
ステップ１０１５において、ＲＢＴＳは、Ｔ＿ＭＳＣに呼を接続するために、ＩＡＭをＴ＿ＭＳＣに送る。被呼番号はＴＬＤＮである。
【０１４８】
ステップ１０１６において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼加入局の状態情報をＲＢＴＳに送る。
【０１４９】
ステップ１０１７において、ＲＢＴＳは、被呼端末が受信可能であるか否かを、ＡＣＭにもとづいて判断する。判断が肯定された場合、ステップ１０１８において、被呼番号にしたがって、被呼加入局によってカスタマイズされた呼出音をＲＢＴＳがサーチし、Ｏ＿ＭＳＣを介して、発呼加入局で呼出音を再生し、同時に従来の呼出音を遮蔽し、以降のステップを実行する。被呼加入局が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、Ｏ＿ＭＳＣを介して、発呼加入局にＴ＿ＭＳＣにより再生される音声プロンプトを透過的に送信する。音声プロンプトは、通話中であるか、シャットダウンされているか、サービス圏外であるかを示す。
【０１５０】
被呼加入局が電話に出ると、ステップ１０１９および１０２０において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳは、ＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０１５１】
第５および第６実施形態において、呼出音サービスと他のインテリジェント・サービスとが同一のＳＣＰに登録されている条件の下で、呼出音サービスをトリガし、プリペイド・サービスのような他のインテリジェント・サービスもトリガすることができる。それらのサービスが異なるＳＣＰに登録されている場合に関しては、本発明は、図１１および図１２に示される第７実施形態を提供する。当該実施形態は、他のインテリジェント・サービスの実施例として、プリペイド・チャージ（ＰＰＣ）・サービスを採用する。
【０１５２】
図１１に示すように、第７実施形態のシステム及び方法は、２つのＳＣＰに関する。呼出音サービスは、以下で、呼出音ＳＣＰと呼ばれている１つのＳＣＰに登録されている。ＰＰＣサービスのような他のインテリジェント・サービスは、以下で、インテリジェント・サービスＳＣＰと呼ばれている他のＳＣＰに登録されている。
【０１５３】
第７実施形態は、ＭＳＣがＣＤＲＡＡトリガの再番号割当をサポートし、ＨＬＲが異なるトリガの異なるＳＣＰへの登録をサポートする場合に、適用されることができる。ＣＤＭＡネットワークにおいて、ＳＣＰはＧＴコードで識別されてもよい。ＧＴコードは、インターネットのＩＰアドレスと同様であり、ＳＣＰのアドレスを示すために使用される。ＨＬＲにおいて、別々のデータシートが各々の加入局のために記憶され、呼手順に関する異なるトリガに対応するＳＣＰのＧＴコードは、このデータシートのリストである。異なるトリガが異なるＳＣＰのＧＴコードに対応できる場合、これにより、ＭＳＣは呼手順の間、異なるＳＣＰに異なるトリガに対応するメッセージを送ることができる。すなわち、ＨＬＲが異なるＳＣＰに登録される異なるトリガをサポートする。一方、すべてのトリガが同一のＳＣＰのＧＴコードに対応することが要求される場合、ＨＬＲは異なるＳＣＰに登録される異なるトリガをサポートしないということができる。
【０１５４】
本実施例において、ＨＬＲは異なるＳＣＰに登録される異なるトリガをサポートするので、ＣＤＲＡＡトリガが対応するＳＣＰのＧＴコードを呼出音ＳＣＰのＧＴコードに変更することができる。一方、他のトリガが対応するＳＣＰのＧＴコードは以前登録されたインテリジェント・サービスＳＣＰのＧＴコードのままである。
【０１５５】
図１２Ａおよび図１２Ｂに示される手順のステップ１２０１において、発呼加入局が発呼端末Ａを介して被呼端末Ｂへの呼を開始すると、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲにＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【０１５６】
ステップ１２０２において、ＨＬＲは、被呼番号により、被呼加入局の契約情報をサーチし、少なくともＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む応答メッセージｌｏｃｒｅｑにより、Ｏ＿ＭＳＣに契約情報を送る。Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガに対応するＳＣＰはインテリジェント・サービスＳＣＰである。本実施形態において採用されているトリガ・モードはインテリジェント・ネットワーク・トリガであるので、被呼加入局はインテリジェント・ネットワーク加入局として登録され、被呼加入局の契約情報は被呼加入局がインテリジェント・ネットワーク加入局であることを示す情報を含む。
【０１５７】
被呼加入局の契約情報を受け取った後、ステップ１２０３および１２０４において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを判断し、被呼加入局を認証するようにＳＣＰに求めるために、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガする。Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガが対応するＳＣＰがインテリジェント・サービスＳＣＰであるため、Ｏ＿ＭＳＣは、このＳＣＰに被呼加入局の認証をすることを求めるために、ＡＮＬＹＺＤをインテリジェント・サービスＳＣＰに送る。認証が完了すると、インテリジェント・サービスＳＣＰはａｎｌｙｚｄによって、認証結果メッセージをＯ＿ＭＳＣに送る。被呼加入局が認証に失敗すると、手順は直ちに終了される。本実施形態の以降の手順は、被呼加入局が認証に成功する、との条件下で記載される。
【０１５８】
ステップ１２０５において、Ｏ＿ＭＳＣは、被呼加入局のローミング番号を取得することを求めるために、被呼端末が配属されるＨＬＲに、ＬＯＣＲＥＱメッセージを送る。
【０１５９】
メッセージを受け取った後、ステップ１２０６において、ＨＬＲは、ＬＯＣＲＥＱのＭＳＣＩＤが、記憶されている被呼加入局に対応するＴ＿ＭＳＣのＭＳＣＩＤと同様であるか否かを判断する。判断が肯定された場合は、図１２Ａに示されるステップ１２０７および以降のステップが実行される。判断が否定された場合、図１２Ｂに示されるステップ１２２７および以降のステップが実行される。
【０１６０】
ステップ１２０７〜１２０９において、ＨＬＲは、Ｔ＿ＭＳＣにＲＯＵＴＲＥＱメッセージを送る。Ｔ＿ＭＳＣは被呼加入局にＴＬＤＮを割り当て、ｒｏｕｔｒｅｑメッセージによって、ＨＬＲにＴＬＤＮをリターンし、ＨＬＲはＬＯＣＲＥＱメッセージの応答メッセージｌｏｃｒｅｑによって、Ｏ＿ＭＳＣに被呼加入局のＴＬＤＮをリターンする。
【０１６１】
ステップ１２１０において、Ｏ＿ＭＳＣは、ＣＤＲＡＡトリガを検出し、該トリガをトリガし、該トリガのＳＣＰアドレスにしたがって、呼出音ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０１６２】
ステップ１２１１において、被呼加入局が呼出音サービスに登録されている加入局であるか否かを、記憶されている被呼加入局の呼出音サービス登録情報にもとづいて、呼出音ＳＣＰが判断する。判断が肯定された場合、他のインテリジェント・サービスを実行するために被呼加入局が使用するＳＣＰアドレスを取得するために、被呼端末が配属されるＨＬＲに、ＳＣＰはＳＥＡＲＣＨメッセージを送る。判断が否定された場合、従来の呼手順が実行される。ここでは、被呼加入局は呼出音サービスに登録されているものと仮定する。
【０１６３】
メッセージを受け取った後、ステップ１２１２において、ＨＬＲは、被呼加入局が他のインテリジェント・サービスを実行するために使用するＳＣＰアドレスを、応答メッセージｓｅａｒｃｈにより呼出音ＳＣＰにリターンする。
【０１６４】
ステップ１２１３において、呼出音ＳＣＰは、ステップ１２１０で受け取ったＡＮＬＹＺＤメッセージを、インテリジェント・サービスＳＣＰに、他のインテリジェント・サービスのために受け取ったＳＣＰにより、転送する。
【０１６５】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ１２１４において、インテリジェント・サービスＳＣＰは、呼出音ＳＣＰに応答メッセージａｎｌｙｚｄをリターンする。アクション・コードＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。
【０１６６】
インテリジェント・サービスＳＣＰからａｎｌｙｚｄメッセージを受け取った後、ステップ１２１５において、呼出音ＳＣＰは、メッセージのＡｃｔｉｏｎＣｏｄｅにしたがってＯ＿ＭＳＣにＡＮＬＹＺＤメッセージの応答メッセージａｎｌｙｚｄを送り、Ｏ＿ＭＳＣに、インテリジェント・サービスＳＣＰの処理結果にしたがって対応して動作するように指示する。ここでは、呼出音ＳＣＰがＯ＿ＭＳＣに呼処理を続けるように指示すると仮定する。もちろん、Ｏ＿ＭＳＣに対する指示が動作を停止することである場合、手順が終了されることは、理解され得るであろう。Ｏ＿ＭＳＣに呼処理を続けるように指示するという条件下において、ａｎｌｙｚｄメッセージは、ＲＢＴＳアクセス・コードおよび被呼加入局のローミング番号をさらに含んでもよい。
【０１６７】
ステップ１２１６において、Ｏ＿ＭＳＣは、呼出音ＳＣＰから受け取られる被呼番号にしたがって、ＲＢＴＳに呼を接続し、同時に、ＲＢＴＳに発呼番号、オリジナル被呼番号および被呼番号を含むＩＡＭを送る。オリジナル被呼番号は被呼加入局のＭＤＮであり、被呼番号はＲＢＴＳのアクセス・コードである経路プレフィックスを有する被呼加入局のローミング番号であり、被呼加入局のローミング番号はＴＬＤＮである。
【０１６８】
ステップ１２１７において、ＲＢＴＳはＴ＿ＭＳＣに呼を接続し、被呼番号がＴＬＤＮであるＩＡＭをＴ＿ＭＳＣに送る。
【０１６９】
ステップ１２１８において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭによって、被呼端末の状態情報をＲＢＴＳに送る。
【０１７０】
ステップ１２１９において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かを判断する。判断が肯定された場合、ステップ１２２０で、ＲＢＴＳは、被呼加入局のＭＤＮ番号にもとづいて被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣにより発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。次に、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、または、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより再生される音声プロンプトを発呼加入局に透過的に送信する。該音声プロンプトは通話中であること、シャットダウンされていること、またはサービス圏外であることを示す。
【０１７１】
被呼加入局が電話に出て呼に応答すると、ステップ１２２１において、Ｔ＿ＭＳＣは、課金動作を開始することをインテリジェント・サービスＳＣＰに通知するために、インテリジェント・サービスＳＣＰにＴＡＮＳＷＥＲメッセージを送り、同時に、ＡＮＭをＲＢＴＳに送る。
【０１７２】
ＡＮＭを受け取った後、ステップ１２２２において、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０１７３】
図１２Ｂに示されるステップ１２２７において、発呼加入局に対応するＭＳＣが被呼加入局に対応するＭＳＣと同様であることが判断されるので、ＨＬＲは直接Ｏ＿ＭＳＣに被呼ＭＳＣのＭＳＣＩＤを含むが、ＴＬＤＮを含まないｌｏｃｒｅｑを送る。
【０１７４】
以降のステップ１２２８〜１２３２はステップ１２１０〜１２１４と同様であるので、詳細については記載しない。
【０１７５】
インテリジェント・サービスＳＣＰからａｎｌｙｚｄメッセージを受け取った後、ステップ１２３３〜１２３６において、呼出音ＳＣＰは、被呼加入局のローミング番号を取得するために、被呼端末が配属されているＨＬＲに、ＬＯＣＲＥＱメッセージを送る。ＨＬＲはＲＯＵＴＲＥＱメッセージをＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣは、続いて、被呼加入局のＴＬＤＮを、ＨＬＲを介して呼出音ＳＣＰに送る。発呼加入局に対応するＭＳＣが被呼加入局に対応するＭＳＣと同様であるので、Ｔ＿ＭＳＣがＯ＿ＭＳＣであることは理解され得るであろう。
【０１７６】
ステップ１２３７において、インテリジェント・サービスＳＣＰから受け取られるａｎｌｙｚｄにしたがい、呼出音ＳＣＰは、Ｏ＿ＭＳＣにインテリジェント・サービスＳＣＰの処理結果に対応する動作を実行するように指示する。Ｏ＿ＭＳＣが呼処理を続けるように指示された環境下においては、ａｎｌｙｚｄメッセージは、ＲＢＴＳアクセス・コードおよび被呼加入局のローミング番号をさらに含む。
【０１７７】
ステップ１２３８および１２３９において、Ｔ＿ＭＳＣはＡＣＭをＲＢＴＳに送る。ＲＢＴＳは、続いて、Ｏ＿ＭＳＣにＡＣＭを送る。これにより、Ｏ＿ＭＳＣ、ＲＢＴＳおよびＴ＿ＭＳＣの間の接続が確立される。
【０１７８】
ステップ１２４０において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０１７９】
ステップ１２４１において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かを判断する。判断が肯定された場合、ステップ１２４２で、被呼加入局のＭＤＮ番号にしたがって、被呼加入局によりカスタマイズされた呼出音を、ＲＢＴＳはサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生する。同時に、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。続いて、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であるか、シャットダウンされているか、サービス圏外であるかを示す。
【０１８０】
ステップ１２４２において、被呼加入局が電話に出て呼に応答すると、課金動作を開始することをインテリジェント・サービスＳＣＰに通知するために、Ｔ＿ＭＳＣはインテリジェント・サービスＳＣＰにＴＡＮＳＷＥＲメッセージを送り、同時に、ＡＮＭをＲＢＴＳに送る。
【０１８１】
ＡＮＭを受け取った後、ステップ１２４３において、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣ間の音声チャネルを確立する。
【０１８２】
続く手順において、発呼加入局または被呼加入局が電話を切った場合、発呼加入局または被呼加入局およびインテリジェント・サービスＳＣＰの間の中継チャネルは解放される。本実施の形態は、例として被呼加入局が電話を切る手順を採用する。発呼加入局が電話を切る手順は、被呼加入局が電話を切る手順と同様である。
【０１８３】
被呼加入局が電話を切ると、Ｔ＿ＭＳＣはＴＤＩＳＣＯＮＮＥＣＴメッセージをインテリジェント・サービスＳＣＰに送る。インテリジェント・サービスＳＣＰは該メッセージを受け取った後、ＴＤＩＳＣＯＮＮＥＣＴの応答メッセージｔｄｉｓｃｏｎｎｅｃｔを、Ｔ＿ＭＳＣにリターンする。次に、Ｔ＿ＭＳＣはＲＢＴＳを介してＯ＿ＭＳＣに解放メッセージを送り、発呼加入局および被呼加入局の間の中継チャネルを解放するために、ＲＢＴＳを介してＴ＿ＭＳＣに、Ｏ＿ＭＳＣは解放成功メッセージをリターンする。
【０１８４】
インテリジェント・サービスＳＣＰおよび呼出音ＳＣＰに対するトリガにより、呼出音サービスおよび異なるＳＣＰで登録されている他のインテリジェント・サービスが、同時に実行されることができる。
【０１８５】
上記実施形態において、ＭＳＣはＣＤＲＡＡトリガの再番号割当をサポートし、ＨＬＲは異なるＳＣＰで登録されている異なるトリガをサポートする。しかしながら、実際には、ＭＳＣはＣＤＲＡＡトリガの再番号割当をサポートすることができないかもしれない。したがって、本発明は第８実施形態を提供する。本実施形態において、ＭＳＣは、ＣＤＲＡＡトリガの再番号割当をサポートすることができないが、ＨＬＲは異なるＳＣＰで登録されている異なるトリガをサポートする。この場合、Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガに対応するＳＣＰのＧＴコードを、呼出音ＳＣＰのＧＴコードに変更することができる。他のトリガのＳＣＰのＧＴコードは、当初登録されたインテリジェント・サービスＳＣＰのＧＴコードを維持するだろう。第８実施形態による方法は、図１３に示される。
【０１８６】
発呼加入局が発呼端末Ａにより被呼端末Ｂへの呼を開始すると、ステップ１３０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲにＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【０１８７】
ステップ１３０２において、ＨＬＲは、被呼番号により、被呼加入局の契約情報をサーチし、対応するＳＣＰがインテリジェント・サービスＳＣＰであるＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを少なくとも含む、応答メッセージｌｏｃｒｅｑにより、Ｏ＿ＭＳＣに情報を送る。本実施形態において採用されているトリガ・モードはインテリジェント・ネットワーク・トリガであるので、被呼加入局はインテリジェント・ネットワーク加入局として登録されている。被呼加入局の契約情報は、被呼加入局がインテリジェント・ネットワーク加入局であることを示す情報を含む。
【０１８８】
被呼加入局の契約情報を受け取った後、ステップ１３０３において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出する。したがって、ＳＣＰに被呼加入局を認証するよう求めるために、Ｏ＿ＭＳＣはＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガする。Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガに対応するＳＣＰが呼出音ＳＣＰであるので、ＳＣＰに被呼加入局の認証を求めるために、Ｏ＿ＭＳＣはＡＮＬＹＺＤを呼出音ＳＣＰに送る。
【０１８９】
認証が完了すると、ステップ１３０４において、ＳＣＰに記憶されている被呼加入局の呼出音サービス登録情報により、呼出音ＳＣＰは、被呼加入局が呼出音サービスに登録されている加入局であるか否か、判断する。判断が肯定された場合、ＲＢＴＦｌａｇの値は、０から１に変更され、ａｎｌｙｚｄメッセージがＯ＿ＭＳＣにリターンされる。トリガ・リストのパラメータは、対応するＳＣＰアドレスが呼出音ＳＣＰのアドレスであるＡｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む。判断が否定された場合、従来の呼手順が実行される。
【０１９０】
第４実施形態のように、本実施形態においても、ＲＢＴＦｌａｇは呼出音ＳＣＰの呼出音サービス登録情報にセットされる。ＲＢＴＦｌａｇの値は、呼出音サービスがトリガされていないことを表す０であってもよいし、呼出音サービスがトリガされていることを示す１であってもよい。ＲＢＴＦｌａｇをセットする主目的は、呼出音サービスのトリガ動作の繰り返しを避けるために、ＳＣＰの第２のトリガ動作の間に、呼出音サービスがすでにトリガされていることを知ることを可能にすることである。ＳＣＰをトリガする最初の試みであるので、ＲＢＴＦｌａｇの値は０である。
【０１９１】
ステップ１３０５において、Ｏ＿ＭＳＣは、Ａｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＡＮＬＹＺＤを呼出音ＳＣＰに送る。
【０１９２】
該メッセージを受け取った後、ステップ１３０６において、呼出音ＳＣＰは、少なくとも被呼加入局のＭＤＮを含むサーチ（ＳＥＡＲＣＨ）要求をＨＬＲに送る。
【０１９３】
ステップ１３０７において、ＨＬＲは、ＭＤＮにもとづいて被呼加入局に対応するＴ＿ＭＳＣのＭＳＣＩＤを取得し、ＳＥＡＲＣＨメッセージの応答メッセージｓｅａｒｃｈによって、ＭＳＣＩＤをＳＣＰに送る。
【０１９４】
ステップ１３０８において、ＳＣＰは、ＭＳＣＩＤにもとづいて、ＭＳＣＩＤに対応する交換シリアル番号を検出する。ＭＳＣを識別するために使用されるＭＳＣＩＤは、システム・プロバイダにより均一に割り当てられる。交換シリアル番号は、ＲＢＴＳからＴ＿ＭＳＣへの呼手順の間、接続を必要とするＭＳＣだけを識別するために使用される。次に、ＳＣＰは、ＲＢＴＳの経路番号、交換シリアル番号および被呼加入局番号ＭＤＮを、応答メッセージａｎｌｙｚｄにより、Ｏ＿ＭＳＣに送る。ここで、ＴｅｒｍＬｉｓｔ＝ＲＴＤＧＴ＋交換シリアル番号＋ＭＤＮである。
【０１９５】
ステップ１３０９において、Ｏ＿ＭＳＣは、ＲＢＴＳの経路番号にしたがってＲＢＴＳに呼を接続し、発呼番号および被呼番号を含むＩＡＭをＲＢＴＳに送る。被呼番号は、ＲＢＴＳの経路番号および交換シリアル番号である経路プレフィックスを有するＭＤＮである。
【０１９６】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ１３１０において、ＲＢＴＳは、ＩＡＭの交換シリアル番号により識別されるＴ＿ＭＳＣに呼を経路付け、同時に、ＩＡＭによって、Ｔ＿ＭＳＣに発呼番号および被呼加入局のＭＤＮを送る。
【０１９７】
ステップ１３１１および１３１２において、Ｔ＿ＭＳＣは、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲに、ＬＯＣＲＥＱメッセージを送る。被呼加入局がインテリジェント・サービス加入局であるので、ＨＬＲはＴ＿ＭＳＣにＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む被呼加入局の契約情報をリターンする。
【０１９８】
ステップ１３１３において、Ｔ＿ＭＳＣはＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、呼出音ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０１９９】
ステップ１３１４において、呼出音ＳＣＰは被呼加入局の認証を行う。認証の後、ＲＢＴＦｌａｇの値は１から０に変更される。次に、被呼加入局に対する他のインテリジェント・サービスを提供する際に使用されるＳＣＰアドレスを取得するために、被呼端末が配属されているＨＬＲに、ＳＣＰはＳＥＡＲＣＨメッセージを送る。
【０２００】
該メッセージを受け取った後、ステップ１３１５において、被呼加入局に対する他のインテリジェント・サービスを提供する際に使用されるＳＣＰアドレスを、応答メッセージｓｅａｒｃｈにより、ＨＬＲは呼出音ＳＣＰにリターンする。
【０２０１】
ステップ１３１６において、呼出音ＳＣＰは、他のインテリジェント・サービスのために受け取ったＳＣＰアドレスにしたがい、ステップ１３０３において受け取ったＡＮＬＹＺＤメッセージを、インテリジェント・サービスＳＣＰに転送する。
【０２０２】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ１３１７において、インテリジェント・サービスＳＣＰは、呼出音ＳＣＰに応答メッセージａｎｌｙｚｄをリターンする。ＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。
【０２０３】
インテリジェント・サービスＳＣＰからａｎｌｙｚｄメッセージを受け取った後、ステップ１３１８において、インテリジェント・サービスＳＣＰの処理結果に対応する動作を実行するように、Ｔ＿ＭＳＣに指示するために、メッセージのＡｃｔｉｏｎＣｏｄｅにしたがって、呼出音ＳＣＰは応答メッセージａｎｌｙｚｄをＴ＿ＭＳＣに送る。ここでは、呼出音ＳＣＰがＴ＿ＭＳＣに呼処理を続けるように指示すると仮定する。もちろん、Ｔ＿ＭＳＣへの指示が動作を停止することである場合、手順が終了されることは理解され得るだろう。
【０２０４】
ステップ１３１９において、被呼加入局のローミング番号を取得するために、被呼端末が配属されているＨＬＲに、Ｔ＿ＭＳＣはＬＯＣＲＥＱメッセージを送る。
【０２０５】
ステップ１３２０において、ＨＬＲは、ＬＯＣＲＥＱメッセージのＭＳＣＩＤがＴ＿ＭＳＣのＭＳＣＩＤと同様であることを判断する。これにより、ＨＬＲは、Ｔ＿ＭＳＣのＭＳＣＩＤを応答メッセージｌｏｃｒｅｑによりＴ＿ＭＳＣに直接送る。
【０２０６】
受け取ったＭＳＣＩＤがＴ＿ＭＳＣのＭＳＣＩＤと同様であることが確認された後、ステップ１３２１において、Ｔ＿ＭＳＣは、被呼加入局にＴＬＤＮを直接割り当てる。その後、対応するＳＣＰアドレスがインテリジェント・サービスＳＣＰであるため、Ｔ＿ＭＳＣはＣＤＲＡＡトリガを検知する。Ｔ＿ＭＳＣはＣＤＲＡＡトリガをトリガし、インテリジェント・サービスＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０２０７】
メッセージを分析した後、ステップ１３２２において、インテリジェント・サービスＳＣＰは、Ｔ＿ＭＳＣに応答メッセージａｎｌｙｚｄをリターンする。ＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。ここでは、インテリジェント・サービスＳＣＰがＴ＿ＭＳＣに呼処理を続けるように指示すると仮定する。
【０２０８】
ステップ１３２３において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０２０９】
ステップ１３２４において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かを判断する。判断が肯定されるならば、ステップ１３２５において、ＲＢＴＳはＩＡＭをＯ＿ＭＳＣに送り、被呼加入局のＭＤＮ番号にしたがって、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音は遮蔽される。次に、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳはＯ＿ＭＳＣを介してＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であること、を示す。
【０２１０】
ステップ１３２６において、被呼加入局が電話に出て呼に応答すると、課金動作を開始することをインテリジェント・サービスＳＣＰに通知するために、Ｔ＿ＭＳＣはインテリジェント・サービスＳＣＰにＴＡＮＳＷＥＲメッセージを送り、同時に、ＡＮＭをＲＢＴＳに送る。
【０２１１】
ＡＮＭを受け取った後、ステップ１３２７において、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣ間の音声チャネルを確立する。
【０２１２】
呼がＴ＿ＭＳＣに接続されると、第８実施形態において、Ｔ＿ＭＳＣは呼出音ＳＣＰを介してインテリジェント・サービスＳＣＰのインテリジェント・サービスを開始する。実際には、呼がＴ＿ＭＳＣに接続される前であっても、Ｔ＿ＭＳＣは、呼出音ＳＣＰを介してインテリジェント・サービスを開始してもよい。
【０２１３】
図１４に示される第９実施形態による方法において、ステップ１４０１で、発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼端末が配属されているＨＬＲに、被呼加入局の経路情報を求めるために、ＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【０２１４】
ステップ１４０２において、ＨＬＲは、被呼番号により被呼加入局の契約情報をサーチし、対応するＳＣＰがインテリジェント・サービスＳＣＰであるＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを少なくとも含む応答メッセージｌｏｃｒｅｑによりＯ＿ＭＳＣに情報を送る。本実施形態において採用されるトリガ・モードがインテリジェント・ネットワーク・トリガであるので、被呼加入局がインテリジェント・ネットワーク加入局として登録され、被呼加入局の契約情報は、被呼加入局がインテリジェント・ネットワーク加入局であることを示す情報を含む。
【０２１５】
被呼加入局の契約情報を受け取った後、ステップ１４０３において、Ｏ＿ＭＳＣは被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、これにより、ＳＣＰに被呼加入局を認証するよう求めるＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガする。Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガが対応するＳＣＰは呼出音ＳＣＰであるので、Ｏ＿ＭＳＣはＳＣＰに被呼加入局を認証するよう求めるためにＡＮＬＹＺＤを呼出音ＳＣＰに送る。
【０２１６】
認証が完了した後、ステップ１４０４において、被呼加入局が呼出音サービスに登録されている加入局であるか否かについて、ＳＣＰに記憶されている被呼加入局の呼出音サービス登録情報により、ＳＣＰが判断する。判断が肯定された場合は、呼出音ＳＣＰは、被呼端末が配属されているＨＬＲに、ＳＥＡＲＣＨメッセージを送る。判断が否定された場合、従来の呼手順が実行される。
【０２１７】
ステップ１４０５において、ＨＬＲは、応答メッセージｓｅａｒｃｈにより、呼出音ＳＣＰに被呼加入局のためのインテリジェント・サービスＳＣＰのアドレスをリターンする。
【０２１８】
ステップ１４０６において、呼出音ＳＣＰは、受け取ったインテリジェント・サービスＳＣＰのアドレスにしたがって、インテリジェント・サービスＳＣＰにステップ１４０３において受け取ったＡＮＬＹＺＤメッセージを転送する。
【０２１９】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ１４０７において、インテリジェント・サービスＳＣＰは、呼出音ＳＣＰに応答メッセージａｎｌｙｚｄをリターンする。ＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。
【０２２０】
インテリジェント・サービスＳＣＰからａｎｌｙｚｄメッセージを受け取った後、ステップ１４０８において、呼出音ＳＣＰは、メッセージのＡｃｔｉｏｎＣｏｄｅにしたがい、Ｏ＿ＭＳＣへのＡＮＬＹＺＤメッセージに対応する応答メッセージであるメッセージａｎｌｙｚｄを送り、Ｏ＿ＭＳＣにインテリジェント・サービスＳＣＰの処理結果に対応する動作を実行するように指示する。ここでは、呼出音ＳＣＰがＯ＿ＭＳＣに呼処理を続けるように指示すると仮定する。もちろん、Ｏ＿ＭＳＣに対する指示が動作を停止することである場合、手順が終了することは知られている。Ｏ＿ＭＳＣに対する指示が呼処理を続けることである場合、ａｎｌｙｚｄメッセージのトリガ・リストは、ＳＣＰアドレスが呼出音ＳＣＰのアドレスであるＡｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを含む。
【０２２１】
ステップ１４０９において、Ｏ＿ＭＳＣは、Ａｄｖａｎｃｅｄ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＡＮＬＹＺＤを呼出音ＳＣＰに送る。
【０２２２】
ステップ１４１０〜１４１３において、呼出音ＳＣＰは、被呼加入局の経路情報を取得するために、ＨＬＲにＬＯＣＲＥＱメッセージを送る。ＨＬＲは、経路要求メッセージＲＯＵＴＲＥＱをＴ＿ＭＳＣに送る。メッセージを受け取った後、Ｔ＿ＭＳＣは、ＴＬＤＮ番号を被呼加入局に割り当て、ＴＬＤＮ番号を応答メッセージｒｏｕｔｒｅｑによって、ＨＬＲに送る。ＨＬＲは、応答メッセージｌｏｃｒｅｑによって、ＴＬＤＮ番号を呼出音ＳＣＰに送信する。
【０２２３】
ステップ１４１４および１４１５において、呼出音ＳＣＰは、インテリジェント・サービスＳＣＰにトリガがＣＤＲＡＡであるＡＮＬＹＺＤを送る。インテリジェント・サービスＳＣＰは、処理結果を示すＡｃｔｉｏｎＣｏｄｅをリターンする。ここでは、処理結果が呼処理を続けることであると仮定する。
【０２２４】
ステップ１４１６において、呼出音ＳＣＰは、Ｏ＿ＭＳＣにａｎｌｙｚｄメッセージを送る。被呼番号はＲＢＴＳの経路番号である経路プレフィックスを有する被呼加入局のローミング番号であり、被呼加入局のローミング番号はＴＬＤＮである。
【０２２５】
ステップ１４１７〜１４２３は図１２Ａに示されるステップ１２１６〜１２２２と同様であるので、当該ステップの記載を省略する。
【０２２６】
異なるトリガが異なるＳＣＰで登録される場合をサポートせず、ＭＳＣがＣＤＲＡＡの再番号割当をサポートするならば、上記第７、第８および第９実施形態は実際的ではない。この問題を解消するために、図１５に示される第１０実施形態による方法が提案される。第１０実施形態において、ＨＬＲのトリガに対応するＳＣＰのすべてのアドレスは、呼出音ＳＣＰのアドレスに変更される。
【０２２７】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ１５０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲにＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【０２２８】
ステップ１５０２において、ＨＬＲは、被呼番号により被呼加入局の契約情報をサーチし、対応するＳＣＰがインテリジェント・サービスＳＣＰであるＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガを少なくとも含む応答メッセージｌｏｃｒｅｑによりＯ＿ＭＳＣに情報を送る。本実施形態において採用されるトリガ・モードがインテリジェント・ネットワーク・トリガであり、被呼加入局がインテリジェント・ネットワーク加入局として登録されているので、被呼加入局の契約情報は、被呼加入局がインテリジェント・ネットワーク加入局であることを示す情報を含む。
【０２２９】
被呼加入局の契約情報を受け取った後、ステップ１５０３および１５０４において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、これにより、ＳＣＰに被呼加入局を認証するよう求めるために、トリガＩｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎをトリガする。Ｉｎｉｔｉａｌ＿Ｔｅｒｍｉｎａｔｉｏｎトリガが対応するＳＣＰは呼出音ＳＣＰであるので、ＳＣＰに被呼加入局の認証を求めるために、Ｏ＿ＭＳＣはＡＮＬＹＺＤを呼出音ＳＣＰに送る。認証が完了すると、被呼加入局が呼出音サービスに登録されている加入局であるか否かを、ＳＣＰに記憶されている被呼加入局の呼出音サービス登録情報にしたがって、ＳＣＰが判断する。判断が肯定された場合、被呼加入局への他のインテリジェント・サービスを提供する際に使用されるＳＣＰアドレスを取得するために、被呼端末が配属されるＨＬＲに、呼出音ＳＣＰはＳＥＡＲＣＨメッセージを送る。判断が否定された場合、従来の呼手順が実行される。ここでは、被呼加入局が呼出音サービスにすでに登録されていると仮定する。
【０２３０】
メッセージを受け取った後、ステップ１５０５において、応答メッセージｓｅａｒｃｈにより、被呼加入局への他のインテリジェント・サービスを提供する際に使用されるＳＣＰアドレスを、ＨＬＲは呼出音ＳＣＰにリターンする。
【０２３１】
ステップ１５０６において、受け取ったインテリジェント・サービスＳＣＰのアドレスにより、ステップ１５０３で受け取ったＡＮＬＹＺＤメッセージを、呼出音ＳＣＰはインテリジェント・サービスＳＣＰに転送する。
【０２３２】
ＡＮＬＹＺＤメッセージを受け取った後、ステップ１５０７において、インテリジェント・サービスＳＣＰは、呼出音ＳＣＰに応答メッセージａｎｌｙｚｄをリターンする。アクション・コードＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。
【０２３３】
インテリジェント・サービスＳＣＰからａｎｌｙｚｄメッセージを受け取った後、ステップ１５０８において、呼出音ＳＣＰは、メッセージのパラメータＡｃｔｉｏｎＣｏｄｅにしたがい、Ｏ＿ＭＳＣにＡＮＬＹＺＤメッセージの応答メッセージａｎｌｙｚｄを送り、Ｏ＿ＭＳＣにインテリジェント・サービスＳＣＰの処理結果に対応する動作を実行するように指示する。ここでは、呼出音ＳＣＰがＯ＿ＭＳＣに呼処理を続けるように指示すると仮定する。もちろん、Ｏ＿ＭＳＣへの指示が動作を停止することである場合、手順が終了されることは理解され得る。Ｏ＿ＭＳＣへの指示が呼処理を続けることである場合には、ａｎｌｙｚｄメッセージはＲＢＴＳアクセス・コードおよび被呼加入局のローミング番号をさらに含む。
【０２３４】
ステップ１５０９〜１５１２において、被呼加入局の経路情報を取得するために、Ｏ＿ＭＳＣはＨＬＲにＬＯＣＲＥＱメッセージを送る。ＨＬＲは、経路要求メッセージＲＯＵＴＲＥＱをＴ＿ＭＳＣに送る。メッセージを受け取った後、Ｔ＿ＭＳＣは、ＴＬＤＮ番号を被呼加入局に割り当て、応答メッセージｒｏｕｔｒｅｑにより、ＨＬＲにＴＬＤＮ番号を送る。その後、ＨＬＲは、応答メッセージｌｏｃｒｅｑにより、ＴＬＤＮ番号をＯ＿ＭＳＣに送る。
【０２３５】
ステップ１５１３において、ＣＤＲＡＡトリガが対応するＳＣＰアドレスは呼出音ＳＣＰのアドレスであるので、Ｏ＿ＭＳＣがＣＤＲＡＡトリガを検出し、このトリガをトリガする。Ｏ＿ＭＳＣは、呼出音ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０２３６】
ステップ１５１４および１５１５において、呼出音ＳＣＰは、ＡＮＬＹＺＤをインテリジェント・サービスＳＣＰに送る。インテリジェント・サービスＳＣＰは、処理結果を示すＡｃｔｉｏｎＣｏｄｅをリターンする。ここでは、処理結果は呼処理を続けることであると仮定する。
【０２３７】
ステップ１５１６において、呼出音ＳＣＰは、ＡｃｔｉｏｎＣｏｄｅがＯ＿ＭＳＣに呼処理を続けるように指示する、ａｎｌｙｚｄメッセージをＯ＿ＭＳＣに送る。同時に、経路プレフィックスを有する被呼番号が、被呼番号としてＯ＿ＭＳＣに送られる。経路プレフィックスはＲＢＴＳの経路番号であり、被呼加入局のローミング番号はＴＬＤＮである。
【０２３８】
ステップ１５１７〜１５２３は図１２Ａに示されているステップ１２１６〜１２２２と同様であるので、これらのステップについての記載は省略する。
【０２３９】
ＭＳＣがＣＤＲＡＡの再番号割当をサポートしない場合、および、ＨＬＲが
異なるＳＣＰへ登録される異なるトリガをサポートしない場合、図１６に示される第１１実施形態の方法が提供される。第１１実施形態において、上記のような場合、ＨＬＲのトリガに対応するＳＣＰのすべてのアドレスは、呼出音ＳＣＰのアドレスに変更される。
【０２４０】
ステップ１６０１〜１６２０は図１３に示されているステップ１３０１〜１３２０と同様であるので、これらのステップについての記載は省略する。
【０２４１】
ステップ１６２１において、対応するＳＣＰアドレスが呼出音ＳＣＰであるので、Ｔ＿ＭＳＣはＣＤＲＡＡトリガを検出する。Ｔ＿ＭＳＣはＣＤＲＡＡトリガをトリガし、呼出音ＳＣＰにＡＮＬＹＺＤメッセージを送る。
【０２４２】
メッセージを受け取った後、ステップ１６２２において、呼出音ＳＣＰはインテリジェント・サービスＳＣＰにメッセージを転送する。
【０２４３】
メッセージを分析した後、ステップ１６２３および１６２４において、インテリジェント・サービスＳＣＰは、呼出音ＳＣＰを介してＴ＿ＭＳＣに応答メッセージａｎｌｙｚｄをリターンする。アクション・コードＡｃｔｉｏｎＣｏｄｅのパラメータは、インテリジェント・サービスＳＣＰの処理結果を示すために使用される。ここでは、処理結果がＴ＿ＭＳＣに呼処理を続けるように指示することであると仮定する。
【０２４４】
ステップ１６２５において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０２４５】
ステップ１６２６において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ１６２７において、ＲＢＴＳはＩＡＭをＯ＿ＭＳＣに送信し、被呼加入局のＭＤＮ番号にしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。次に、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳはＯ＿ＭＳＣを介してＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であること、を示す。
【０２４６】
被呼加入局が電話に出て呼に応答すると、ステップ１６２８において、課金動作を開始することをインテリジェント・サービスＳＣＰに通知するために、呼出音サービスＳＣＰを介して、Ｔ＿ＭＳＣはインテリジェント・サービスＳＣＰにＴＡＮＳＷＥＲメッセージを送り、同時に、ＡＮＭをＲＢＴＳに送る。
【０２４７】
ＡＮＭを受け取った後、ステップ１６２９において、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０２４８】
さらに、ＳＣＰがＯ＿ＭＳＣに、経路プレフィックスを有する被呼加入局のローミング番号または経路プレフィックスを有する被呼加入局のオリジナル番号を送る、という状態の下で、経路プレフィックスは、ＲＢＴＳの経路番号である。異なる領域のＭＳＣが実際には別個に構成されるので、ある領域においてローミング呼を開始すると、実行されるべきネットワーク全体にわたってのローミングを困難にするように、他の領域におけるＭＳＣの経路状態を構成しないことも可能である。したがって、本発明は、図１７に示される第１２実施形態を提供する。
【０２４９】
本実施形態では、ローミング番号セグメントが予めＲＢＴＳに割り当てられる。ローミング番号セグメントにおけるローミング番号のフォーマットは従来のローミング番号のフォーマットと同様である。ローミング番号セグメントのローミング番号は移動体ネットワークの構成された経路データを有する予約番号である。したがって、ローミング番号セグメントはネットワーク全体にわたってＭＳＣによりサポートされる。呼はセグメントにおける番号にもとづいてＲＢＴＳに経路付けられることができる。
【０２５０】
発呼加入局が発呼端末Ａを介して被呼端末Ｂへの呼を開始すると、ステップ１７０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、被呼端末が配属されているＨＬＲに、被呼加入局の経路情報を取得するための要求を送る。要求は、被呼加入局の番号などの情報を含む。
【０２５１】
ステップ１７０２において、ＨＬＲは、被呼番号により、被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、被呼加入局のＴ−ＣＳＩ情報をＯ＿ＭＳＣに送る。本実施形態において、トリガ動作はインテリジェント・ネットワーク・トリガにより実行されるので、被呼加入局はインテリジェント・ネットワーク加入局として登録されており、被呼加入局への契約情報はＨＬＲに記憶されている。
【０２５２】
被呼加入局の契約情報を取得した後、ステップ１７０３において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、呼関連情報をＳＣＰに送る。呼関連情報は、発呼番号および被呼番号を少なくとも含む。ＧＳＭネットワークに関しては、呼関連情報はＩＤＰメッセージにより送られる。ＣＤＭＡネットワークに関しては、情報はＡＮＬＹＺＤメッセージにより送られる。
【０２５３】
被呼加入局の認証後、ステップ１７０４において、ＳＣＰは、被呼加入局が呼出音サービスに登録されている加入局であるか否かについて、ＳＣＰに記憶されている被呼加入局の呼出音サービス登録情報にしたがい、判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の呼処理が実行される。
【０２５４】
ステップ１７０５において、ＳＣＰはローミング番号セグメントの被呼加入局のＲＢＴＳを示している空きローミング番号を割り当てる。当該ローミング番号は、以降、第一のローミング番号と称される。ＳＣＰは、「通話中」であると、当該番号をセットする。「通話中」であることは、ローミング番号が使用中であることを示す。同時に、ＳＣＰは、第一のローミング番号およびオリジナル被呼番号の対応関係を記録する。次に、ＳＣＰは、第一のローミング番号をＯ＿ＭＳＣに送る。
【０２５５】
ステップ１７０６において、受け取った第一のローミング番号を分析することにより、Ｏ＿ＭＳＣは、当該番号の経路アドレスがＲＢＴＳであることを検出し、ＩＡＭをＲＢＴＳに送る。被呼番号は第一のローミング番号であり、発呼番号は発呼加入局の番号である。同時に、呼はＲＢＴＳに接続される。
【０２５６】
ＩＡＭを受け取った後、ステップ１７０７において、ＲＢＴＳは、ＳＣＰに加入局番号を取得するための要求を送る。メッセージは、第一のローミング番号を含む。
【０２５７】
ステップ１７０８〜１７１１において、ＳＣＰは、第一のローミング番号にしたがって、予め記憶されている対応関係から、被呼番号を取得し、呼出音サービスのための使用を可能にするために、「受信可能」と、第一のローミング番号をセットする。次に、ＳＣＰは、被呼端末が配属されているＨＬＲに経路番号を取得するための要求を送る。要求を受け取った後、ＨＬＲは、被呼加入局にローミング番号を割り当てるＴ＿ＭＳＣに、被呼加入局のローミング番号を取得するための要求を送り、次に、ローミング番号がＨＬＲに送られる。経路番号を取得するための要求への応答メッセージによって、ＨＬＲは、Ｔ＿ＭＳＣにより被呼加入局に割り当てられたローミング番号を、ＳＣＰに送る。ＧＳＭネットワークに関しては、ローミング番号はＭＳＲＮであり、ＣＤＭＡネットワークに関しては、ローミング番号はＴＬＤＮである。
【０２５８】
ステップ１７１２および１７１３において、ＳＣＰは、ＭＳＲＮ/ＴＬＤＮをＲＢＴＳに送る。ＳＣＰからローミング番号を受け取った後、ＲＢＴＳは、ＩＡＭにより、発呼番号および被呼加入局のＭＳＲＮ/ＴＬＤＮをＴ＿ＭＳＣに送る。
【０２５９】
ステップ１７１４〜１７１８は、図５に示されるステップ５１２〜５１６と同様であるので、これらのステップについての記載は省略する。
【０２６０】
本実施形態において、ＳＣＰは、ＨＬＲから被呼加入局のローミング番号を取得し、ローミング番号をＲＢＴＳに送る。実際には、図１８の第１３実施形態に準拠して、ＲＢＴＳもＨＬＲから直接にローミング番号を取得することができる。
【０２６１】
本実施形態において、ステップ１８０１〜１８０７は図１７に示されるステップ１７０１〜１７０７と同様であるので、これらのステップについての記載は省略する。
【０２６２】
ステップ１８０８において、ＳＣＰは、第一のローミング番号により、予め記録されている対応関係から被呼番号を取得し、新規な呼出音サービスのための使用を可能にするために、「受信可能」と、第一のローミング番号をセットし、次に、被呼番号をＲＢＴＳにリターンする。
【０２６３】
ステップ１８０９〜１８１２において、ＲＢＴＳは、被呼端末が配属されているＨＬＲに経路番号を取得するための要求を送る。要求を受け取った後、ＨＬＲは被呼加入局のローミング番号を取得するための要求をＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣはローミング番号を被呼加入局に割り当て、次に、ＨＬＲにローミング番号を送る。ＨＬＲは、その後、経路番号を取得するための要求への応答メッセージにより、Ｔ＿ＭＳＣにより割り当てられた被呼加入局のローミング番号を、ＲＢＴＳに送る。ＧＳＭネットワークに関しては、ローミング番号はＭＳＲＮであり、ＣＤＭＡネットワークに関しては、ローミング番号はＴＬＤＮである。
【０２６４】
ＨＬＲからローミング番号を受け取った後、ステップ１８１３において、ＲＢＴＳは、ＩＡＭにより、発呼番号および被呼加入局のローミング番号をＴ＿ＭＳＣに送る。
【０２６５】
以降のステップ１８１４〜１８１８は、図１７に示されているステップ１７１４〜１７１８と同様であるので、これらのステップについての記載は省略する。
【０２６６】
第１２および第１３実施形態において、ＲＢＴＳは、まず、ローミング番号だけはそのまま放置し、加入局番号を被呼加入局のＧＭＳＣまたはＭＳＣに送り、次に、第４または第５実施形態に示される２サービス・トリガ動作により、ローミング番号を取得することができることも理解され得る。これにより、発呼加入局および被呼加入局の間の呼を接続することができる。
【０２６７】
さらに、従来の移動体通信網のすべてのＭＳＣが呼出音サービスをサポートするというわけではない。したがって、被呼加入局がインテリジェント・ネットワーク・トリガ・モードのインテリジェント・ネットワーク加入局であることを確認する前に、Ｏ＿ＭＳＣが呼出音サービスをサポートするか否かについて判断することは合理的である。判断が肯定された場合は、以降のステップが実行される。判断が否定された場合は、ＳＣＰは、従来の発呼ルーチンにしたがって動作するように、Ｏ＿ＭＳＣに通知する。Ｏ＿ＭＳＣが呼出音サービスをサポートするか否か判断する方法は、発呼加入局の移動位置が、被呼加入局が位置する領域の経路プレフィックスをサポートするか否か判断することであってよいが、本発明はこれに限定されない。
【０２６８】
システムのいくつかのＭＳＣだけが呼出音サービスをサポートし、他のＭＳＣは呼出音サービスをサポートしないならば、呼出音サービスをサポートしないＭＳＣへの呼を、呼出音サービスをサポートするＭＳＣへ経路付けすることが望ましい。上記の事情の下で、Ｏ＿ＭＳＣが呼出音サービスをサポートすることができないことをＳＣＰが確認する場合、ＳＣＰは呼出音サービスをサポートする他のＭＳＣを選択することができ、選択されたＭＳＣに呼を経路付けするように、Ｏ＿ＭＳＣに指示する。これにより、ＲＢＴＳは発呼加入局で呼出音を再生する。したがって、本発明は、図１９Ａおよび１９Ｂに示す第１４実施形態を提供する。図１９Ａは、Ｏ＿ＭＳＣが呼出音サービスをサポートするという状態の下での発呼ルーチンを示す。図１９Ｂは、Ｏ＿ＭＳＣが呼出音サービスをサポートしないという状態の下での発呼ルーチンを示す。
【０２６９】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ１９０１において、発呼端末Ａから呼要求を受け取った後、Ｏ＿ＭＳＣは、被呼端末が配属されているＨＬＲに、被呼加入局の経路情報を取得するための要求を送る。要求は、被呼加入局のＭＳＩＳＤＮである被呼番号を含む。
【０２７０】
ステップ１９０２において、ＨＬＲは、被呼加入局がインテリジェント・ネットワーク加入局であることを、被呼番号にもとづいて検出し、被呼加入局の契約情報をＯ＿ＭＳＣに送る。本実施形態では、インテリジェント・ネットワーク・トリガにより、トリガ動作が実行されるので、被呼加入局はインテリジェント・ネットワーク加入局として登録される。このように、被呼加入局の契約情報は、Ｔ−ＣＳＩ情報として記憶される。
【０２７１】
被呼加入局のＴ−ＣＳＩ情報を受け取った後、ステップ１９０３において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、ＳＣＰに呼関連情報を送る。呼関連情報は、発呼番号、被呼番号およびＯ＿ＭＳＣのＭＳＣＩＤを、少なくとも含む。
【０２７２】
ステップ１９０４において、記憶されている被呼加入局の呼出音登録情報にしたがい、被呼加入局が呼出音サービスに登録されている加入局であるか否かについて、ＳＣＰは判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の発呼ルーチンが実行される。
【０２７３】
ステップ１９０５において、Ｏ＿ＭＳＣのＭＳＣＩＤにもとづいて、対応するＭＳＣが呼出音サービスをサポートするか否かについて、ＳＣＰは判断する。判断が肯定された場合、ＳＣＰは、Ｏ＿ＭＳＣのＭＳＣＩＤ、ＲＢＴＳの経路番号および被呼番号をＯ＿ＭＳＣに送る。判断が否定された場合、ＳＣＰは、所定のアルゴリズムにより呼出音サービスをサポートするＭＳＣのＭＳＣＩＤを選択し、ＭＳＣＩＤ、ＲＢＴＳの経路番号および被呼番号をＯ＿ＭＳＣに送る。所定のアルゴリズムは、負荷分散方法であってよい。これは、呼出音サービスをサポートする候補のリストからＭＳＣＩＤを順に選択することを意味する。
【０２７４】
ステップ１９０６において、Ｏ＿ＭＳＣは、受け取ったＭＳＣＩＤがＯ＿ＭＳＣのＭＳＣＩＤと同様であるか否かについて判断する。判断が肯定された場合、図１９Ａに示されるように、ステップ１９０７において、Ｏ＿ＭＳＣは被呼加入局のローミング番号を取得するためのＳＲＩ要求を直接ＨＬＲに送る。判断が否定された場合、図１９Ｂに示されるように、ステップ１９２７において、Ｏ＿ＭＳＣは、受け取ったＭＳＣＩＤに対応するＭＳＣを介してＩＡＭを送る。
【０２７５】
ステップ１９０８〜１９１０において、ＨＬＲは、被呼加入局のローミング番号を取得するための要求をＴ＿ＭＳＣに送り、Ｔ＿ＭＳＣは被呼加入局にローミング番号を割り当てる。次に、ＨＬＲに当該番号を送る。ＨＬＲは、該ローミング番号をＯ＿ＭＳＣに送る。
【０２７６】
ステップ１９１１において、Ｏ＿ＭＳＣは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を含むＩＡＭメッセージを送り、これにより、Ｔ＿ＭＳＣに呼を接続する。
【０２７７】
ステップ１９１２において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＯ＿ＭＳＣに送る。
【０２７８】
ステップ１９１３において、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて、Ｏ＿ＭＳＣが判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、Ｏ＿ＭＳＣは、Ｏ＿ＭＳＣを介して、発呼加入局でＴ＿ＭＳＣにより再生される音声プロンプトを透過的に送信する。該音声プロンプトは通話中であること、シャットダウンされていること、またはサービス圏外であること、を示す。
【０２７９】
ステップ１９１４において、Ｏ＿ＭＳＣはＩＡＭをＲＢＴＳに送り、ＩＡＭを介して、発呼番号、被呼番号および他の情報をＲＢＴＳに送る。
【０２８０】
ステップ１９１５において、被呼番号にしたがって、ＲＢＴＳは、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣにＡＣＭを送る。同時に、Ｏ＿ＭＳＣを介して、ＲＢＴＳは、被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生し、Ｏ＿ＭＳＣはＴ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。
【０２８１】
被呼加入局が電話に出て呼に応答すると、ステップ１９１６において、Ｔ＿ＭＳＣはＡＮＭをＯ＿ＭＳＣに送る。
【０２８２】
ＡＮＭを受け取った後、ステップ１９１７において、Ｏ＿ＭＳＣは直ちにＲＢＴＳへの経路を切断し、発呼加入局での呼出音の再生を停止する。しかし、発呼加入局および被呼加入局の間の音声チャネルを保持するために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の経路については維持する。
【０２８３】
ステップ１９０６において、受け取ったＭＳＣＩＤがＯ＿ＭＳＣのＭＳＣＩＤと異なることを検出した場合、ステップ１９２７において、Ｏ＿ＭＳＣはＩＡＭを受け取ったＭＳＣＩＤに対応するＭＳＣに送る。
【０２８４】
受け取ったＭＳＣＩＤがＯ＿ＭＳＣのＭＳＣＩＤと異なることを確認するＩＡＭをＭＳＣが受け取った後、ステップ１９２８において、ＭＳＣはＨＬＲに被呼加入局のローミング番号を取得するためのＳＲＩ要求を送る。
【０２８５】
ステップ１９２９〜１９３１において、ＨＬＲは、被呼加入局のローミング番号を取得するための要求をＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣは、被呼加入局にローミング番号を割り当て、該番号をＨＬＲへ送る。ＨＬＲは、呼出音サービスをサポートするＭＳＣへ該ローミング番号を送る。
【０２８６】
ステップ１９３２において、呼出音サービスをサポートするＭＳＣは、Ｔ＿ＭＳＣに被呼加入局のＭＳＲＮを含むＩＡＭメッセージを送る。これにより、Ｔ＿ＭＳＣへ呼を接続する。
【０２８７】
ステップ１９３３において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、呼出音サービスをサポートするＭＳＣに被呼加入局の状態情報を送る。
【０２８８】
ステップ１９３４において、呼出音サービスをサポートするＭＳＣは、ＡＣＭにしたがい、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、ＭＳＣは、Ｔ＿ＭＳＣにより再生される音声プロンプトを透過的に送信し、手順を終える。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０２８９】
ステップ１９３５において、呼出音サービスをサポートするＭＳＣは、ＩＡＭをＲＢＴＳに送り、発呼番号、被呼番号のような情報をＩＡＭによりＲＢＴＳへ送る。
【０２９０】
ステップ１９３６において、ＲＢＴＳは、被呼番号にしたがい、被呼加入局によりカスタマイズされた呼出音をサーチし、呼出音サービスをサポートするＭＳＣにＡＣＭを送る。
【０２９１】
ステップ１９３７において、呼出音サービスをサポートするＭＳＣはＡＣＭをＯ＿ＭＳＣに送り、ＲＢＴＳは、ＭＳＣを介して、被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生する。同時に、ＭＳＣは、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。
【０２９２】
被呼加入局が電話に出て、呼に応答すると、ステップ１９３８において、Ｔ＿ＭＳＣは呼出音サービスをサポートするＭＳＣにＡＮＭを送る。
【０２９３】
ＡＮＭを受け取った後、ステップ１９３９において、呼出音サービスをサポートするＭＳＣは、直ちに、ＲＢＴＳへの経路を切断し、発呼加入局での呼出音の再生を停止する。しかし、発呼加入局および被呼加入局の間の音声チャネルを保持するため、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の経路を維持する。
【０２９４】
本実施形態の支援により、Ｏ＿ＭＳＣが呼出音サービスをサポートすることができないという状態の下で、システムは、発呼加入局で加入局によってカスタマイズされた呼出音を再生するために、呼出音サービスをサポートするＭＳＣを選択することができる。これにより、本発明の適用範囲はさらに拡大される。
「信号遮断トリガ」
本発明の第１５実施形態において、Ｏ＿ＭＳＣおよびＨＬＲの間の信号を新しく付加されるデバイス（すなわち、信号処理システム（ＳＰＳ））により遮断することができる。これにより、ＲＢＴＳへ呼を経路付けるためのオブジェクトおよびＲＢＴＳによる発呼加入局での呼出音の再生を、実現することができる。
【０２９５】
本実施形態のシステム構造を示す図２０を参照すると、呼出音サービスを提供するシステムは、発呼端末Ａ、被呼端末Ｂ、Ｏ＿ＭＳＣ、Ｔ＿ＭＳＣ、ＨＬＲおよびＲＢＴＳだけでなく、ＳＰＳをも含む。
【０２９６】
本実施形態において、ＳＰＳの数は移動体通信網のＨＬＲの数に対応する。これは、ＳＰＳが移動体通信網のＨＬＲの各々のために付加されることを意味する。もちろん、一つのＳＰＳが、いくつかのＨＬＲに対応することもできる。ＳＰＳに接続されるＨＬＲに属する加入局の呼出音登録情報はＳＰＳに記録されている。呼出音サービス登録情報は、加入局が呼出音サービスに登録されている加入局であるか否かを示す識別情報、および、呼出音デバイスの経路情報を、少なくとも含む。該情報はＨＬＲに記録されず、したがって、ＨＬＲの再構成はなんら必要ない。
【０２９７】
さらに、システムは、ポータルの支援により、インターネットを通じて、ＲＢＴＳに呼出音資源を提供するＳＰを含むこともできる。
【０２９８】
本発明の目的を実現するために、ＳＰＳは、受け取った信号の発呼アドレスおよび被呼アドレスを変えることができ、加入局の呼出音サービス登録情報を登録することができる。登録は、ビジネス・ロビーにより、または他の手段によりなされることができる。
【０２９９】
ＳＰＳのためのいくつかの構成がシステムにはある。図２１Ａに示すように、擬似直接(Quasi-Direct)接続モードが採用され、該モードにおいて、ＳＴＰおよびＲＢＴＳはＳＰＳを介して接続される。詳細には、ＨＬＲはＳＴＰを介してＧＭＳＣ/ＭＳＣに接続され、ＳＴＰは、さらに、本発明によって提供されるＳＰＳに接続される。ＳＰＳは、ＨＬＲおよびＧＭＳＣ／ＭＳＣに、ＨＬＲに対応するＳＴＰにより、接続される。ＳＰＳデバイスは、信号により、ＲＢＴＳに直接接続される。このように、信号経路に対応するデータ構成は、ＳＴＰおよび／またはＧＭＳＣ/ＭＳＣにおいてなされる。したがって、ＨＬＲに送られる信号の一部は、まず、ＳＰＳを通過する。
【０３００】
図２１Ｂに示すように、ＳＰＳは、ＳＴＰおよびＨＬＲの間で接続される。詳細には、ＨＬＲは本発明によって提供されるＳＰＳに接続され、ＳＰＳはＨＬＲに対応するＳＴＰにリンクされる。これにより、ＨＬＲは、ＳＰＳを介してＨＬＲに対応するＳＴＰに接続される。このように、ＳＴＰによりＨＬＲに送られるメッセージが、まずＳＰＳを通過し、ＨＬＲからリターンされるメッセージもまずＳＰＳを通過する。ＲＢＴＳと直接的に信号を接続する一方、ＳＰＳはＨＬＲに対応するＳＴＰを介してＧＭＳＣ/ＭＳＣと信号を
接続する。
【０３０１】
図２１Ｃに示されるシステム構造において、ＳＰＳは、ＨＬＲに接続しているＳＴＰの機能エンティティとして、ＨＬＲに接続している。詳細には、ＳＰＳは、直ちにＲＢＴＳおよびＧＭＳＣ/ＭＳＣをリンクするＨＬＲに直接接続される。このように、ＨＬＲは、ＲＢＴＳおよびＧＭＳＣ/ＭＳＣを、ＳＰＳを介して接続する。
【０３０２】
図２１Ｄに示されるシステム構造において、ＳＰＳの機能はＨＬＲに対応するＳＴＰに直接埋め込まれ、ＳＰＳはＳＴＰの機能エンティティとして動作する。ＳＴＰの機能エンティティとして、ＳＰＳデバイスは、ＨＬＲ、ＧＭＳＣ/ＭＳＣおよびＲＢＴＳと個別に信号接続する。この構造において、ＳＰＳデバイスの機能をＳＴＰに埋め込むために、ＳＴＰを更新することが必要とされる。
【０３０３】
図２１に示されるいずれのシステム構造が採用されても、システムの呼出音サービスを提供する方法は同様である。
【０３０４】
本実施形態の処理手順を、図２２Ａおよび図２２Ｂに示されるフローチャートによって、以下に詳細に記述する。ＧＳＭシステムを本実施形態の一例として採用する。
【０３０５】
発呼加入局が発呼端末Ａを介して被呼端末Ｂへの呼を開始すると、ステップ２２０１において、Ｏ＿ＭＳＣが発呼端末Ａから呼を受け取り、被呼加入局の経路情報を取得することを求めるために、被呼端末が配属されているＨＬＲに、ＳＲＩを送る。交換デバイスから送られるすべての信号が、第７信号経路データの構成にしたがいＳＰＳを通過するので、ＳＲＩメッセージは、まず、ＨＬＲと接続されているＳＰＳに送られる。ＳＲＩメッセージの情報は、被呼加入局のＭＳＩＳＤＮを含む。
【０３０６】
ステップ２２０２において、ＳＰＳは、受け取ったＳＲＩメッセージの被呼加入局のＭＳＩＳＤＮ、および、予め、ＳＰＳに記録されている加入局の呼出音サービス登録情報にしたがい、被呼加入局が呼出音サービスに登録されているか否かについて判断する。判断が肯定された場合、ＳＰＳは、ＳＰＳのアドレス、すなわち、ＳＲＩメッセージのＳＣＣＰ(Signaling Connection Control Part)の発呼アドレス情報を、ＳＰＳのＧＴ(Global Title)コードに変更し、ステップ２２０３において、ＨＬＲにＳＲＩメッセージを送る。
【０３０７】
ＳＲＩメッセージにおいて、発呼加入局のアドレス情報は変更されている。このコースでは、ＳＰＳは、受け取ったＭＳＩＳＤＮを記録し、ステップ２２０４および以降のステップが実行される。被呼加入局が呼出音サービスに登録されていない場合、ＳＰＳは、発呼アドレス情報をなんら変更することなく、図２２Ｂに示されるステップ２２２３および以降のステップを実行する。すなわち、被呼加入局が受信可能であるとき、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する、ということである。
【０３０８】
ＳＰＳを介して送られるＳＲＩメッセージを受け取った後、ステップ２２０４および２２０５において、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。Ｔ＿ＭＳＣは、ローミング番号を被呼加入局に割り当てる。ローミング番号は、ＧＳＭネットワークのＭＳＲＮである。Ｔ＿ＭＳＣは、次に、ＭＳＲＮをＨＬＲに送る。
【０３０９】
ステップ２２０２において、発呼アドレスをＳＰＳのＧＴに、ＳＰＳが変更したので、ステップ２２０６において、ＨＬＲは、Ｏ＿ＭＳＣに被呼加入局のＭＳＲＮを有するＳＲＩ＿ａｃｋメッセージをリターンする。ＳＲＩ＿ａｃｋメッセージはＳＰＳに送られる。
【０３１０】
ＳＲＩ＿ａｃｋメッセージを受け取った後、ステップ２２０７において、ＳＰＳはＳＲＩ＿ａｃｋメッセージの被呼加入局のＭＳＲＮを記録し、ＭＳＲＮを仮想ＭＳＲＮに変更する。仮想ＭＳＲＮは、呼出音サービスを実行するためのＲＢＴＳの対応仮想アドレスである。次に、ＳＰＳは、Ｏ＿ＭＳＣに変更されたＳＲＩ＿ａｃｋメッセージを送る。
【０３１１】
ＳＰＳから送られるＳＲＩ＿ａｃｋメッセージを受け取った後、ステップ２２０８において、Ｏ＿ＭＳＣはメッセージ内の仮想ＭＳＲＮにしたがい、ＩＡＭをＲＢＴＳに送る。ＩＡＭメッセージは、第７信号経路データの現在の構成にもとづいて、まず、ＳＰＳに送られる。ＩＡＭメッセージの情報は、仮想ＭＳＲＮおよび発呼番号とともに、ＩＡＭメッセージの宛先アドレスを含む。該宛先アドレスは、仮想ＭＳＲＮに対応するＲＢＴＳのアドレスである。
【０３１２】
Ｏ＿ＭＳＣから送られるＩＡＭメッセージを受け取った後、ステップ２２０７において記憶された被呼加入局の実ＭＳＲＮを用いて、ＳＰＳは、ステップ２２０９において、ＩＡＭメッセージの仮想ＭＳＲＮを、被呼加入局の実ＭＳＲＮに変更し、ＩＡＭメッセージに、ＳＰＳにより記憶された被呼加入局のＭＳＩＳＤＮを付加し、ＲＢＴＳに当該メッセージを送る。
【０３１３】
ＲＢＴＳから送られるＩＡＭメッセージを受け取った後、ステップ２２１０において、ＳＰＳは、ＲＢＴＳから送られるメッセージの被呼加入局の実ＭＳＲＮにしたがい、Ｔ＿ＭＳＣにＩＡＭメッセージを送る。Ｔ＿ＭＳＣに送られるＩＡＭメッセージは、発呼番号および被呼加入局の実ＭＳＲＮを含む。
【０３１４】
ステップ２２１１において、Ｏ＿ＭＳＣは、被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３１５】
ステップ２２１２において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ２２１３および２２１４において、ＲＢＴＳは、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、ＳＰＳを介してＡＣＭをＯ＿ＭＳＣに送り、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生する。一方、Ｔ＿ＭＳＣにより再生される従来の呼出音は遮蔽される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生せずに、ＲＢＴＳはＯ＿ＭＳＣを介してＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３１６】
被呼加入局が電話に出て、呼に応答すると、ステップ２２１５〜２２１７において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０３１７】
図２２Ｂに示されるステップ２２２３において、ＳＰＳはＳＲＩをＨＬＲに送る。メッセージを受け取った後、ステップ２２２４で、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。ステップ２２２５〜２２３１は、ステップ２０２〜２０９と同様であるので、詳細については記載しない。
【０３１８】
ＣＤＭＡシステムに関しては、本発明は、上記手順と同様である第１６実施形態を提供する。第１６実施形態のフローチャートを図２３に示す。
【０３１９】
発呼加入局が発呼端末Ａを介して被呼端末Ｂへの呼を開始すると、ステップ２３０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲにＬＯＣＲＥＱを送る。ＬＯＣＲＥＱメッセージは、まず、第７信号経路データの構成にもとづいて、ＨＬＲに接続しているＳＰＳに送られる。ＬＯＣＲＥＱメッセージの情報は、被呼加入局のＭＳＩＳＤＮおよびＯ＿ＭＳＣのＭＳＣＩＤを含む。
【０３２０】
ステップ２３０２において、ＳＰＳは、被呼加入局が呼出音サービスに登録されているか否かについて、予め登録されている加入局の呼出音サービス登録情報の支援を有する、受け取ったＬＯＣＲＥＱメッセージの被呼加入局のＭＳＩＳＤＮにしたがい、判断する。判断が肯定された場合、ステップ２３０３において、ＳＰＳは、ＬＯＣＲＥＱメッセージのＳＣＣＰの発呼アドレス情報をＳＰＳのアドレス情報、すなわち、ＳＰＳのＧＴ、に変更し、ＨＬＲに変更されたアドレス情報を有するＬＯＣＲＥＱメッセージを送る。この手順において、ＳＰＳは、受け取ったＭＳＩＳＤＮを記録し、次に、ステップ２３０４および以降のステップが実行される。判断が否定された場合、従来の発呼ルーチンが実行される。すなわち、被呼端末が受信可能である場合、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルが直接確立される。
【０３２１】
この段階において、被呼加入局が呼出音サービスに登録されていると、ＳＰＳが判断すると、ＳＰＳは受け取ったＭＳＣＩＤをプレセット値にセットする。該プレセット値は、ＣＤＭＡネットワークにおいて排他的であり、いずれのＭＳＣのＭＳＣＩＤとも異なる。本実施形態において、本ステップを加える理由は、ＣＤＭＡプロトコルの特殊性にある。ＣＤＭＡプロトコルにおいて、発呼加入局および被呼加入局が同じＭＳＣに属する場合、ＨＬＲはＭＳＣに被呼加入局のＴＬＤＮをリターンしない。これは、呼出音サービスの実行を妨げるかもしれない。したがって、本ステップにおいて、ＬＯＣＲＥＱメッセージのＭＳＣＩＤは、発呼加入局および被呼加入局が同じＭＳＣに属しないことをＨＬＲに通知するために、変更される。これにより、被呼加入局のＴＬＤＮ情報を取得することができる。
【０３２２】
ＳＰＳから送られたＬＯＣＲＥＱメッセージを受け取った後、ステップ２３０４および２３０５において、ＨＬＲは被呼加入局のローミング番号の要求をＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣはローミング番号、すなわちＴＬＤＮ、を被呼加入局に割り当て、ＨＬＲに当該番号をリターンする。
【０３２３】
ステップ２３０６において、ＨＬＲは、Ｏ＿ＭＳＣに被呼加入局のＭＳＲＮを有するｌｏｃｒｅｑメッセージをリターンする。ステップ２３０３において、ＳＰＳが発呼アドレスをＳＰＳのＧＴに変更したので、ｌｏｃｒｅｑメッセージはＳＰＳに送信される。
【０３２４】
ｌｏｃｒｅｑメッセージを受け取った後、ステップ２３０７において、ＳＰＳは、受け取ったｌｏｃｒｅｑメッセージの被呼加入局のＴＬＤＮを記録し、呼出音サービスを実行するためのＲＢＴＳの仮想アドレスに対応する仮想ＴＬＤＮに、ＴＬＤＮを変更する。ＳＰＳは、Ｏ＿ＭＳＣに変更されたｌｏｃｒｅｑメッセージを送る。
【０３２５】
ＳＰＳから送られたｌｏｃｒｅｑメッセージを受け取った後、ステップ２３０８において、メッセージの仮想ＴＬＤＮにしたがい、Ｏ＿ＭＳＣはＩＡＭをＲＢＴＳに送る。第７信号経路データの現在の構成にもとづき、Ｏ＿ＭＳＣは、まず、ＳＰＳにＩＡＭメッセージを送る。ＩＡＭメッセージの情報は仮想ＴＬＤＮおよび発呼番号を含む。ＩＡＭメッセージの宛先アドレスは仮想ＴＬＤＮに対応するＲＢＴＳのアドレスである。
【０３２６】
Ｏ＿ＭＳＣから送られたＩＡＭメッセージを受け取った後、ステップ２３０９において、ＳＰＳは、ステップ２３０７において記録された被呼加入局の実ＴＬＤＮの支援により、ＩＡＭメッセージの仮想ＴＬＤＮを被呼加入局の実ＴＬＤＮに変更し、ＩＡＭメッセージにＳＰＳにより記録された被呼加入局のＭＳＩＳＤＮを付加し、当該メッセージをＲＢＴＳに送る。
【０３２７】
ＲＢＴＳから送られたＩＡＭメッセージを受け取った後、ステップ２３１０において、ＳＰＳは、ＲＢＴＳから送られたメッセージの被呼加入局の実ＴＬＤＮにしたがい、Ｔ＿ＭＳＣにＩＡＭメッセージを送る。Ｔ＿ＭＳＣに送られるＩＡＭメッセージは、発呼番号および被呼加入局の実ＴＬＤＮを含む。
【０３２８】
ステップ２３１１において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３２９】
ステップ２３１２において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ２３１３および２３１４において、ＲＢＴＳはＳＰＳを介してＡＣＭをＯ＿ＭＳＣに送り、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生する。Ｔ＿ＭＳＣにより再生される従来の呼出音は遮蔽される。被呼端末が受信可能ではない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳは、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であること、を示す。
【０３３０】
被呼加入局が電話に出て、呼に応答すると、ステップ２３１５〜２３１７において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳは、ＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継によるＯ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０３３１】
第１５実施形態および第１６実施形態において、ＡＣＭメッセージは、ＳＰＳを介して送られる。実際には、ＡＣＭメッセージを、ＳＰＳを介してではなく、直接Ｏ＿ＭＳＣに送ることもできる。
「呼転送トリガ」
本発明の第１７実施形態は、発呼加入局または被呼加入局によってカスタマイズされる豊富で変化に富む呼出音を、発呼加入局に提供するための呼転送トリガ・モードを使用する。
【０３３２】
図２４は、トリガ・モードとして呼転送トリガを使用する第１７実施形態のＧＳＭ移動体通信網の例示的なシステム構造を示す。図２４に示されるように、呼出音サービスを提供するシステムは、Ｏ＿ＭＳＣ、Ｔ＿ＭＳＣおよびＨＬＲだけでなく、呼出音を記憶して、提供するために使用されるＲＢＴＳも含む。
【０３３３】
ＭＳＣは、主にサービス交換および呼制御のような機能を実行する。Ｏ＿ＭＳＣは発呼加入局に対応するＭＳＣまたはＧＭＳＣであり、Ｔ＿ＭＳＣは被呼加入局により訪問されるＭＳＣである。ＭＳＣは、主に、被呼加入局の現在情報を記憶し、発呼手順の間、被呼加入局に呼を接続するために使用される。
【０３３４】
ＨＬＲは、主に、移動端末の基本情報を記憶するために使用される。本実施形態において、加入局が呼出音サービスに登録するならば、加入局情報は、ＲＢＴＳに呼を接続するように、ＭＳＣに指示するために使用される無条件転送番号を含む。
【０３３５】
さらに、システムはＳＰを含んでもよい。ＳＰは、様々な呼出音を提供することができ、加入局で再生するために、インターネットなどを介してＲＢＴＳに呼出音をアップロードすることができる。
【０３３６】
図２５Ａおよび図２５Ｂは、本実施形態における方法のフローチャートを示す。本方法において、ＲＢＴＳの経路番号は、無条件転送番号としてセットされる。
【０３３７】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ２５０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、被呼端末が配属されているＨＬＲに被呼加入局の経路情報を取得するための要求を送る。要求は、被呼加入局の被呼番号を含む。
【０３３８】
ステップ２５０２において、ＨＬＲは、被呼番号により、被呼加入局の加入局情報をサーチし、加入局が転送番号をセットしているか否かについて判断する。転送番号が構成されているならば、図２５Ａに示されるステップ２５０３において、ＨＬＲは被呼番号として転送番号をＯ＿ＭＳＣに送り、同時に、Ｏ＿ＭＳＣに発呼番号およびオリジナル被呼番号を送る。オリジナル被呼番号は被呼加入局の移動端末番号であり、ＧＭＳネットワークにおいては、オリジナル被呼番号はＭＳＩＳＤＮであり、ＣＤＭＡネットワークに関しては、オリジナル被呼番号はＭＤＮである。ＧＳＭネットワークのＭＳＩＳＤＮが、本実施形態の例として採用される。転送番号が構成されていないならば、図２５Ｂに示されるステップ２５２３において、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。以降のステップ２５２４〜２５３０は、図２に示されているステップ２０２〜２０９と同様であるため、詳細な説明は省略する。
【０３３９】
ステップ２５０４において、Ｏ＿ＭＳＣが受け取る被呼番号は転送番号であるので、Ｏ＿ＭＳＣは転送番号にしたがい、対応する通信デバイスに呼を送る。被呼加入局が呼出音サービスに登録している加入局であるならば、Ｏ＿ＭＳＣはＲＢＴＳの経路情報を確認し、ＲＢＴＳに呼を経路付ける。同時に、Ｏ＿ＭＳＣは、ＩＡＭをＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号はＲＢＴＳの経路番号であり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０３４０】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ２５０５において、ＲＢＴＳは、オリジナル被呼番号にしたがい、被呼加入局が呼出音サービスに登録していることを確認し、ＨＬＲにＴ＿ＭＳＣのアドレスを取得するための要求を送る。
【０３４１】
ステップ２５０６において、ＨＬＲは、ＲＢＴＳにＴ＿ＭＳＣのアドレス情報をリターンする。
【０３４２】
ステップ２５０７において、取得したＴ＿ＭＳＣのアドレスにしたがい、Ｔ＿ＭＳＣから被呼加入局のローミング番号を取得することを申し込む。
【０３４３】
ステップ２５０８において、Ｔ＿ＭＳＣは、被呼加入局に割り当てたＭＳＲＮをＲＢＴＳに送る。
【０３４４】
ステップ２５０９において、ＲＢＴＳは、被呼番号が被呼加入局のＭＳＲＮであるＩＡＭを、Ｔ＿ＭＳＣに送り、同時に、Ｔ＿ＭＳＣに呼を経路付ける。
【０３４５】
ステップ２５１０において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３４６】
ステップ２５１１において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ２５１２において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼番号にしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で当該呼出音を再生し、同時に、従来の呼出音を遮蔽する。その後、以降のステップが実行される。被呼端末が受信可能でない場合、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生せず、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３４７】
被呼加入局が電話に出て、呼に応答すると、ステップ２５１３および２５１４において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０３４８】
ＨＬＲにおいて、呼出音サービスに登録している加入局に無条件転送番号をセットすることによって、すべての呼は、まず、ＲＢＴＳに経路付けられ、次に、ＲＢＴＳは被呼加入局のローミング番号を判断し、呼を端末交換デバイスに経路付ける。本実施形態は、まったくシンプルに実行される。
「交換デバイス・トリガ」
上記三種類のトリガ・モードの他に、本発明は、交換デバイス・トリガ・モードを提供する。このモードにおいて、発信元交換デバイスは、加入局が呼出音サービスに登録しているか否かについて判断する。加入局が呼出音サービスに登録していると判断された場合、呼はＲＢＴＳに経路付けられ、ＲＢＴＳは発呼加入局で呼出音を再生する。
【０３４９】
交換デバイス・トリガ・モードにより、呼出音サービスを開始するシステム構造が、図２６Ａおよび図２６Ｂに示される。図２６Ａおよび図２６Ｂを参照すると、呼出音サービスを提供するシステムは、Ｏ＿ＭＳＣ、Ｔ＿ＭＳＣおよびＨＬＲだけでなく、呼出音を記憶して、提供するために使用されるＲＢＴＳをも含む。
【０３５０】
ＭＳＣは、主に、サービス交換および呼制御のような機能を実行する。Ｏ＿ＭＳＣは、発呼加入局に対応するＭＳＣまたはＧＭＳＣであり、Ｔ＿ＭＳＣは被呼加入局により訪問されるＭＳＣである。ＭＳＣは、主に、被呼加入局の現在情報を記憶し、発呼手順の間、被呼加入局に呼を接続するために使用される。
【０３５１】
本実施形態においては、ＨＬＲは、主に、移動端末の基本情報を記憶するために使用される。加入局が呼出音サービスに登録されている加入局であるならば、加入局が呼出音サービスに登録している加入局であるか否かを示す識別情報およびＲＢＴＳの経路番号、が加入局情報に含まれる。
【０３５２】
さらに、システムはＳＰを含んでもよい。ＳＰは、様々な呼出音を提供し、インターネットなどを介して、加入局で再生するために、ＲＢＴＳに該呼出音をアップロードすることができる。
【０３５３】
図２６Ａに示されるシステム構造において、端末ＡはＯ＿ＭＳＣに、端末ＢはＴ＿ＭＳＣに接続されている。端末Ａおよび端末Ｂの間の音声チャネルはＲＢＴＳを介して接続されている。これにより、ＲＢＴＳはＯ＿ＭＳＣおよびＴ＿ＭＳＣの間の呼を接続するための中間デバイスとして作用する。この構造において、ＲＢＴＳは、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生するだけでなく、発呼加入局および被呼加入局の間のチャネルの中継も行う。図２６Ｂに示されるシステム構造において、音声チャネルはＯ＿ＭＳＣおよびＴ＿ＭＳＣの間で直接確立され、ＲＢＴＳの中継は必要としない。さらに、Ｏ＿ＭＳＣはＲＢＴＳへの音声チャネルを別個に確立する。ＲＢＴＳは他の別個のチャネルを介して被呼加入局で呼出音を再生し、発呼加入局および被呼加入局の間の通信は、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間のチャネルで実行される。
【０３５４】
図２６Ａに示されるシステム構造に関して、本発明は、図２７Ａおよび図２７Ｂに示されている第１８実施形態を提供する。発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ２７０１において、発呼端末Ａから呼要求を受け取った後、Ｏ＿ＭＳＣは、被呼端末が配属されているＨＬＲに、被呼加入局の経路情報を取得するための要求を送る。要求は被呼番号などを含み、被呼番号は被呼加入局のＭＳＩＳＤＮである。
【０３５５】
ステップ２７０２および２７０３において、ＨＬＲは、被呼加入局のローミング番号を取得するための要求をＴ＿ＭＳＣに送る。Ｔ＿ＭＳＣは、被呼加入局にＭＳＲＮを割り当て、ＭＳＲＮをＨＬＲに送る。
【０３５６】
ステップ２７０４において、ＨＬＲは、Ｏ＿ＭＳＣに被呼番号およびオリジナル被呼番号を送る。ＧＳＭネットワークを例として採用すると、被呼番号は、呼出音サービス加入局のＲＢＴＳの経路番号である経路プレフィックスを有するＭＳＲＮであり、呼出音サービスに登録していない加入局のためのＭＳＲＮだけである。
【０３５７】
ステップ２７０５において、 被呼加入局が呼出音サービスに登録している加入局であるか否かについて、被呼番号にしたがい、Ｏ＿ＭＳＣが判断する。判断が肯定された場合、図２７Ａに示されるステップ２７０６および以降のステップが実行される。判断が否定された場合、図２７Ｂに示されるステップ２７２６および以降のステップが実行される。ステップ２７２６〜２７３０は、図２に示されるステップ２０５〜２０９と同様であるため、詳細な説明は省略するが、被呼端末が受信可能である場合、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の接続が確立される。
【０３５８】
ステップ２７０６において、Ｏ＿ＭＳＣは、経路プレフィックスにしたがい、ＲＢＴＳに呼を経路付け、同時に、ＩＡＭを転送モードでＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０３５９】
Ｏ＿ＭＳＣから送られるＩＡＭを受け取った後、ステップ２７０７において、ＲＢＴＳは、ＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および被呼加入局のＭＳＲＮをＴ＿ＭＳＣに送る。
【０３６０】
ステップ２７０８において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３６１】
ステップ２７０９において、ＲＢＴＳは、ＡＣＭにもとづいて、被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ２７１０において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。その後、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生せずに、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３６２】
被呼加入局が電話に出て、呼に応答すると、ステップ２７１１および２７１２において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０３６３】
図２６Ｂに示されるシステム構造に関し、本発明は、図２８に示される第 １９実施形態を提供する。例えば、ＣＤＭＡネットワークにより、ステップ２８０１において、発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、被呼加入局の経路情報を求めるために、被呼端末が配属されているＨＬＲにＬＯＣＲＥＱメッセージを送る。ＬＯＣＲＥＱメッセージは、被呼加入局の被呼番号および他の情報を含む。
【０３６４】
ステップ２８０２において、被呼番号により、ＨＬＲは被呼加入局情報をサーチし、次に、ＬＯＣＡＴＩＯＮトリガ、被呼加入局のＭＤＮ、ＲＢＴＳのアクセス番号を少なくとも含む応答メッセージｌｏｃｒｅｑにより、Ｏ＿ＭＳＣに情報を送る。
【０３６５】
ステップ２８０３〜２８０６において、Ｏ＿ＭＳＣは、ＬＯＣＡＴＩＯＮトリガをトリガし、被呼加入局のローミング番号を求めるために、被呼番号にしたがい、被呼端末が配属されているＨＬＲに、ＬＯＣＲＥＱメッセージを送る。ＲＯＵＴＲＥＱをＴ＿ＭＳＣに送り、Ｔ＿ＭＳＣから送られる応答メッセージｒｏｕｔｒｅｑを受け取ることによって、ＨＬＲは、Ｔ＿ＭＳＣにより割り当てられた被呼加入局のローミング番号ＴＬＤＮを取得する。ＨＬＲは、応答メッセージｌｏｃｒｅｑにより、被呼加入局のＴＬＤＮをＯ＿ＭＳＣに送る。
【０３６６】
ステップ２８０７において、Ｏ＿ＭＳＣは、被呼番号にしたがい、被呼加入局が呼出音サービスに登録している加入局であるか否かについて判断する。判断が肯定された場合、ステップ２８０８および以降のステップが実行される。判断が否定された場合、通常のルーチン処理が実行される。これにより、被呼端末が受信可能である場合、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の接続が確立される。
【０３６７】
ステップ２８０８において、Ｏ＿ＭＳＣは被呼番号としてＴＬＤＮを有するＴ＿ＭＳＣにＩＡＭメッセージを送る。これにより、呼はＴ＿ＭＳＣに接続される。
【０３６８】
ステップ２８０９において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＯ＿ＭＳＣに送る。
【０３６９】
ステップ２８１０において、 Ｏ＿ＭＳＣは、ＡＣＭにもとづいて、被呼端末が受信可
能であるか否かについて判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、Ｏ＿ＭＳＣは、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声メッセージを透過的に送信する。当該音声メッセージは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３７０】
ステップ２８１１において、Ｏ＿ＭＳＣはＩＡＭをＲＢＴＳに送り、ＩＡＭにより、発呼番号、被呼番号および他の情報をＲＢＴＳに送る。被呼番号は、被呼加入局のＭＤＮである。
【０３７１】
ステップ２８１２において、ＲＢＴＳは、被呼番号にもとづいて被呼加入局によってカスタマイズされた呼出音をサーチし、ＡＣＭを発呼端末に送る。同時に、ＲＢＴＳはＯ＿ＭＳＣを介して被呼加入局によってカスタマイズされた呼出音を、発呼加入局で再生する。Ｏ＿ＭＳＣは、同時に、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。
【０３７２】
被呼加入局が電話に出て、呼に応答すると、ステップ２８１３において、Ｔ＿ＭＳＣはＯ＿ＭＳＣに応答メッセージＡＮＭを送る。
【０３７３】
ＡＮＭを受け取った後、ステップ２８１４において、Ｏ＿ＭＳＣはＲＥＬ信号をＲＢＴＳに送り、ＲＢＴＳへの経路を直ちに切断し、発呼加入局での呼出音の再生を停止する。しかし、発呼加入局および被呼加入局の間の通信を保持するため、同時に、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の経路は維持する。
【０３７４】
Ｏ＿ＭＳＣが呼出音サービスをサポートしない場合、発呼加入局で呼出音を再生するために、呼出音サービスをサポートするＯ＿ＭＳＣを選択することができる。したがって、本発明は、図２９Ａおよび図２９Ｂに示される第２０実施形態を提供する。本実施形態は、第１８実施形態に、Ｏ＿ＭＳＣが呼出音サービスをサポートするか否かについて判断し、ＲＢＴＳに呼を経路付けるために、呼出音サービスをサポートするＭＳＣを選択するステップを付加する。ＣＤＭＡネットワークが、本実施形態の例として採用される。
【０３７５】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ２９０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、被呼端末が配属されているＨＬＲに被呼加入局の経路情報を取得するための要求を送る。要求は被呼加入局の被呼番号およびＯ＿ＭＳＣのＭＳＣＩＤを含み、被呼番号は被呼加入局のＭＤＮである。
【０３７６】
ステップ２９０２において、記憶した呼出音サービス登録情報にしたがい、ＨＬＲは、被呼加入局が呼出音サービスに登録した加入局であるか否かについて判断する。判断が肯定された場合、ステップ２９０３および以降のステップが実行される。判断が否定された場合、従来の呼処理が実行される。
【０３７７】
ステップ２９０３において、ＨＬＲは、さらに、Ｏ＿ＭＳＣが呼出音サービスをサポートするか否かについて判断する。判断が肯定された場合、図２９Ａに示されるステップ２９０４および以降のステップが実行される。判断が否定された場合、図２９Ｂに示されるステップ２９２４および以降のステップが実行される。
【０３７８】
ステップ２９０４〜２９１４は、ステップ２７０２〜２７１２と同様であるので、詳細な説明は省略する。
【０３７９】
ステップ２９２４において、ＨＬＲは、呼出音サービスをサポートするＭＳＣを選択し、被呼加入局に仮想ＴＬＤＮを割り当て、同時に、仮想ＴＬＤＮおよび被呼番号の間の対応関係を記憶する。仮想ＴＬＤＮの経路アドレスは、呼出音サービスをサポートする選択されたＭＳＣのアドレスである。次に、仮想ＴＬＤＮは、Ｏ＿ＭＳＣに送られる。
【０３８０】
ステップ２９２５において、Ｏ＿ＭＳＣは、仮想ＴＬＤＮにしたがい、呼出音サービスをサポートするＭＳＣにＩＡＭを送り、ＭＳＣに呼を接続する。
【０３８１】
ステップ２９２６において、呼出音サービスをサポートするＭＳＣは、Ｍｏｂｉｌｅ＿Ｔｅｒｍｉｎａｔｉｏｎトリガをトリガし、ＨＬＲに仮想ＴＬＤＮを含むＬＯＣＲＥＱメッセージを送る。
【０３８２】
ステップ２９２６において、ＨＬＲは、ステップ２９２４において記憶した対応関係にしたがい、仮想ＴＬＤＮにより、被呼加入局のＭＳＩＳＤＮを判断する。
【０３８３】
ステップ２９２７および２９２８において、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。Ｔ＿ＭＳＣは、被呼加入局にＭＳＲＮを割り当て、ＨＬＲにＭＳＲＮを送る。
【０３８４】
ステップ２９２９において、ＨＬＲは、呼出音サービスをサポートするＭＳＣに、被呼番号およびオリジナル被呼番号を送る。被呼番号は、ＲＢＴＳの経路番号である経路プレフィックスを有するＭＳＲＮである。
【０３８５】
ステップ２９３０において、呼出音サービスをサポートするＭＳＣは、被呼番号にもとづいて、被呼加入局が呼出音サービスに登録している加入局であるか否かについて、判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の呼処理が実行される。
【０３８６】
ステップ２９３１において、呼出音サービスをサポートするＭＳＣは、経路プレフィックスにしたがい、ＲＢＴＳに呼を経路付け、同時に、転送モードでＩＡＭをＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０３８７】
呼出音サービスをサポートするＭＳＣからＩＡＭを受け取った後、ステップ２９３２において、ＲＢＴＳはＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および被呼加入局のＭＳＲＮをＴ＿ＭＳＣに送る。
【０３８８】
ステップ２９３３において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３８９】
ステップ２９３４において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合は、ステップ２９３５および２９３６で、ＲＢＴＳは、呼出音サービスをサポートするＭＳＣを介して、ＡＣＭをＯ＿ＭＳＣに送信し、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、呼出音サービスをサポートするＭＳＣおよびＯ＿ＭＳＣを介して、被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生し、同時に、ＲＢＴＳは、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。次に、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、ＲＢＴＳは、発呼加入局で呼出音を再生するのではなく、呼出音サービスをサポートするＭＳＣおよびＯ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３９０】
被呼加入局が電話に出て、呼に応答すると、ステップ２９３７および２９３８において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳは、呼出音サービスをサポートするＭＳＣにＡＮＭを送り、発呼加入局での呼出音の再生を停止する。
【０３９１】
ステップ２９３９において、呼出音サービスをサポートするＭＳＣはＡＮＭをＯ＿ＭＳＣに送り、発呼加入局および被呼加入局の間の通信を可能にするために、中継およびＲＢＴＳを介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０３９２】
４つのトリガ・モードについて上記した。インテリジェント・ネットワーク・トリガ、信号遮断トリガおよび交換デバイス・トリガ・モードの全ては、被呼加入局によってセットされる呼転送機能をサポートする。すなわち、呼が端末Ｂから端末Ｃに転送されるように、被呼加入局によって予めセットされる場合、端末Ｃが対応する加入局によってセットされる呼出音を発呼加入局で再生することができる。以降、端末Ｃが対応する加入局は、第２の被呼加入局として参照される。
【０３９３】
インテリジェント・ネットワーク・トリガ・モードに関しては、転送後の条件下で、すなわち、被呼加入局による応答がない場合、端末Ｃへの呼の転送後の条件下で、本発明は、図３０Ａおよび図３０Ｂに示される第２１実施形態を提供する。
【０３９４】
ステップ３００１〜３０１１はステップ５０１〜５１１と同様であるので、詳細な説明は省略する。
【０３９５】
ステップ３０１２において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０３９６】
ステップ３０１３において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ３０１４で、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳは、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０３９７】
ステップ３０１５において、Ｔ＿ＭＳＣは、被呼加入局が所定の期間内に呼に応答したか否かについて、判断する。 被呼加入局が電話に出て、呼に応答した場合、図３０Ａに示されるステップ３０１６および３０１７において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳは、ＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。所定の期間内に、被呼加入局から応答がない場合、もしくは、加入局が通話中の状態を選択する場合、図３０Ｂに示されるステップ３０１８および以降のステップが実行される。
【０３９８】
ステップ３０１８および３０１９において、Ｔ＿ＭＳＣは、被呼加入局が電話を切っていることを示すＣＰＧ（Ｃａｌｌ Ｐｒｏｇｒｅｓｓ）をＲＢＴＳに送る。メッセージを
受け取った後、ＲＢＴＳは被呼加入局によってカスタマイズされた呼出音の再生を停止する。
【０３９９】
ステップ３０２０において、第２の被呼加入局も呼出音サービスに登録している加入局であるので、加入局によってセットされた転送情報にしたがい、第２の被呼加入局の被呼端末が配属されているＨＬＲに、Ｔ＿ＭＳＣは呼を送る。以降、第２の被呼加入局の被呼端末は第２の被呼端末と呼ばれ、第２の被呼端末が配属されているＨＬＲは第２のＨＬＲと呼ばれる。
【０４００】
ステップ３０２１において、第２の被呼加入局もインテリジェント・サービスとして呼出音サービスに登録しているので、第２のＨＬＲはＴ＿ＭＳＣに第２の被呼加入局の契約情報をリターンする。
【０４０１】
ステップ３０２２において、Ｔ＿ＭＳＣは呼情報を第２の被呼端末を管理するＳＣＰに送る。第２の被呼端末を管理するＳＣＰは、以降、第２のＳＣＰと呼ばれる。
【０４０２】
ステップ３０２３〜３０２６において、第２のＳＣＰはＳＲＩを第２のＨＬＲに送る。リクエスト・メッセージを受け取った後、第２のＨＬＲは、第２の被呼加入局のＴ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。第２の被呼加入局のＴ＿ＭＳＣは、以降、第２のＴ＿ＭＳＣと呼ばれる。第２のＴ＿ＭＳＣは、第２の被呼加入局にＭＳＲＮを割り当てる。該ＭＳＲＮは、以降、第２のＭＳＲＮと呼ばれる。第２のＴ＿ＭＳＣは、第２のＭＳＲＮを第２のＨＬＲに送る。次に、第２のＨＬＲは、第２のＴ＿ＭＳＣが第２の被呼加入局に割り当てた第２のＭＳＲＮを、ＳＲＩ応答により、第２のＳＣＰに送る。
【０４０３】
ステップ３０２７において、第２のＳＣＰは、ＣＯＮＮＥＣＴコマンドにより、Ｔ＿ＭＳＣに被呼番号およびオリジナル被呼番号を送る。被呼番号は、第２のＲＢＴＳの経路番号である経路プレフィックスを有する第２のＭＳＲＮであり、オリジナル被呼番号は第２の加入局のＭＳＩＳＤＮである。
【０４０４】
第２のＳＣＰからＣＯＮＮＥＣＴコマンドを受け取った後、Ｔ＿ＭＳＣは、ステップ３０２８において、コマンドの経路プレフィックスにしたがい、第２のＲＢＴＳに呼を経路付け、同時に、転送により、ＩＡＭを第２のＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有する第２のＭＳＲＮであり、オリジナル被呼番号は第２の被呼加入局のＭＳＩＳＤＮである。
【０４０５】
Ｔ＿ＭＳＣからＩＡＭを受け取った後、ステップ３０２９において、第２のＲＢＴＳは、第２のＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および第２のＭＳＲＮを第２のＴ＿ＭＳＣに送る。
【０４０６】
ステップ３０３０において、第２のＴ＿ＭＳＣは第２の被呼加入局を呼び出し、ＡＣＭにより、第２のＲＢＴＳに第２の被呼端末の状態情報を送る。
【０４０７】
ステップ３０３１において、第２のＲＢＴＳは、ＡＣＭにもとづいて第２の被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ３０３２〜３０３４において、第２の被呼加入局のＭＳＩＳＤＮにしたがい、ＲＢＴＳは、第２の被呼加入局によってカスタマイズされた呼出音をサーチし、Ｔ＿ＭＳＣおよびＲＢＴＳの透過送信により、Ｏ＿ＭＳＣに呼出音を送る。Ｏ＿ＭＳＣは、第２の被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生し、同時に、第２のＴ＿ＭＳＣにより再生される従来の呼出音を遮蔽し、以降のステップが実行される。被呼端末が受信可能ではない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、第２のＲＢＴＳは、Ｏ＿ＭＳＣを介して、第２のＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であること、を示す。
【０４０８】
第２の被呼加入局が呼に応答すると、ステップ３０３５〜３０３８において、第２のＴ＿ＭＳＣはＡＮＭを第２のＲＢＴＳに送る。ＡＮＭを受け取った後、第２のＲＢＴＳはＴ＿ＭＳＣおよびＲＢＴＳを介してＡＮＭをＯ＿ＭＳＣに透過的に送信し、発呼加入局での呼出音の再生を停止し、Ｏ＿ＭＳＣおよび第２のＴ＿ＭＳＣの間の音声チャネルを第２のＲＢＴＳの中継を介して確立する。これにより、発呼加入局および第２の被呼加入局の間の通信を可能にする。
【０４０９】
本実施形態は、被呼加入局への呼出後の呼転送処理に適している。一方、図３１Ａおよび図３１Ｂに示す第２２実施形態は、被呼加入局への呼出をしない呼転送処理に適している。
【０４１０】
ステップ３１０１〜３１１１はステップ３００１〜３０１１と同様であるため、詳細については省略する。
【０４１１】
ステップ３１１２において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭまたはＣＰＧにより、ＲＢＴＳに被呼端末の状態情報を送る。
【０４１２】
ステップ３１１３において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、図３１Ａに示されるステップ３１１４において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、被呼加入局のＭＳＩＳＤＮにしたがい、被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。次に、ステップ３１１５および以降のステップが実行される。判断が否定された場合、すなわち、被呼端末が受信可能でない場合、例えば、加入局が通話中であることをネットワークが確認した場合に、被呼加入局が転送後構成された場合、図３１Ｂに示されるステップ３１２５および以降のステップが実行される。一方、ＲＢＴＳは発呼加入局で呼出音を再生しない。
【０４１３】
被呼加入局が電話に出て、呼に応答すると、ステップ３１１５および３１１６において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０４１４】
第２の被呼加入局も呼出音サービスに登録している加入局であるので、図３１Ｂに示されるステップ３１２５において、Ｔ＿ＭＳＣは、加入局によってセットされる転送情報にしたがい、呼情報を第２の被呼端末が配属されているＨＬＲに送る。第２の被呼端末が配属されているＨＬＲは、以降、第２のＨＬＲと呼ばれる。
【０４１５】
ステップ３１２６〜３１４３は上記ステップ３０２１〜３０３８と同様であるので、詳細についての説明は省略する。
【０４１６】
図３２に示される第２３実施形態は、事前転送処理に適している。アドバンス転送処理とは、被呼加入局が、端末がシャットダウンされている場合に、契約情報において、無条件転送もしくは転送をセットしている、ということである。
【０４１７】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ３２０１において、発呼端末Ａからの呼要求を受け取った後、被呼端末が配属されているＨＬＲに、Ｏ＿ＭＳＣは被呼加入局の経路情報を取得するための要求を送る。要求は被呼番号などを含み、被呼番号は被呼加入局のＭＳＩＳＤＮである。
【０４１８】
ステップ３２０２において、ＨＬＲは、被呼番号にもとづいて、被呼加入局がインテリジェント・ネットワーク加入局であることを検出し、Ｏ＿ＭＳＣに被呼加入局の契約情報を送る。本実施形態においては、トリガ動作がインテリジェント・ネットワーク・トリガによりなされるので、被呼加入局はインテリジェント・ネットワーク加入局として登録されている。したがって、被呼加入局の契約情報は、Ｔ−ＣＳＩ情報の形式で記憶される。
【０４１９】
被呼加入局のＴ−ＣＳＩ情報を受け取った後、ステップ３２０３において、Ｏ＿ＭＳＣは、被呼加入局がインテリジェント・ネットワーク加入局であると判断し、これにより、ＳＣＰに呼関連情報を送る。呼関連情報は、発呼番号および被呼番号を少なくとも含む。３つのステップは、従来のトリガ・インテリジェント・サービスのルーチンとまったく同一であることが理解されよう。
【０４２０】
ステップ３２０４において、ＳＣＰは、記憶されている被呼加入局の呼出音サービス登録情報にしたがい、被呼加入局が呼出音サービスに登録している加入局であるか否かについて判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、従来の発呼ルーチンが実行される。
【０４２１】
ステップ３２０５および３２０６において、ＳＣＰは、ＳＲＩを被呼端末が配属されているＨＬＲに送る。要求メッセージを受け取った後、被呼加入局が無条件転送をセットしていることを確認すると、ＨＬＲは通常のルーチンを実行するようにＳＣＰに指示する。端末がシャットダウンされている場合に、被呼加入局が転送をセットしていることが確認された場合には、ＨＬＲは、被呼端末がシャットダウンされている条件下で、通常ルーチンを実行するようＳＣＰに指示する。
【０４２２】
さらに、ＳＣＰは、提供された呼情報にしたがい、被呼加入局が無条件転送を実行するか否かについて判断することができる。この環境下で、無条件転送が実行されると、ステップ３２０７が直接実行される。無条件転送が実行されない場合には、ステップ３２０５が実行される。
【０４２３】
ステップ３２０７において、ＳＣＰは、Ｏ＿ＭＳＣに通常のルーチンを実行するように指示する。
【０４２４】
ステップ３２０８および３２０９において、Ｏ＿ＭＳＣは、ＳＲＩをＨＬＲに送る。ＨＬＲは、第２の被呼加入局の番号を含む被呼加入局の呼転送メッセージをリターンする。
【０４２５】
ステップ３２１０において、Ｏ＿ＭＳＣは、第２の被呼加入局の番号にしたがい、ＳＲＩを第２の被呼端末が配属される第２のＨＬＲに送る。
【０４２６】
第２の被呼加入局がインテリジェント・ネットワーク加入局であることを確認した後、ステップ３２１１において、第２のＨＬＲは、Ｏ＿ＭＳＣに第２の被呼加入局の契約情報をリターンする。
【０４２７】
ステップ３２１２において、Ｏ＿ＭＳＣは、第２の被呼加入局の契約情報にしたがい、呼情報を第２のＳＣＰに送る。
【０４２８】
ステップ３２１３〜３２１６において、第２のＳＣＰは、第２のＨＬＲに被呼加入局のローミング番号を取得するための要求を送る。第２のＨＬＲは、該要求を第２のＴ＿ＭＳＣに送る。第２のＴ＿ＭＳＣは、第２の被呼加入局にＭＳＲＮを割り当て、第２のＭＳＲＮを第２のＨＬＲに送る。第２のＨＬＲは、第２のＴ＿ＭＳＣによって第２の被呼加入局に割り当てられた第２のＭＳＲＮをＳＲＩ応答により、第２のＳＣＰに送る。
【０４２９】
ステップ３２１７において、第２のＳＣＰは、接続操作（ＣＯＮＮＥＣＴ）コマンドにより、Ｏ＿ＭＳＣに被呼番号およびオリジナル被呼番号を送る。被呼番号は第２のＲＢＴＳのアドレスである経路プレフィックスを有する第２のＭＳＲＮであり、オリジナル被呼番号は第２の被呼加入局のＭＳＩＳＤＮである。
【０４３０】
ＳＣＰからＣＯＮＮＥＣＴコマンドを受け取った後、ステップ３２１８において、Ｏ＿ＭＳＣは、コマンドの経路プレフィックスにしたがい、第２のＲＢＴＳに呼を経路付け、同時に、転送モードにより、ＩＡＭを第２のＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有する第２のＭＳＲＮであり、オリジナル被呼番号は第２の被呼加入局のＭＳＩＳＤＮである。
【０４３１】
Ｏ＿ＭＳＣからＩＡＭを受け取った後、ステップ３２１９において、第２のＲＢＴＳは第２のＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および第２の被呼加入局のＭＳＲＮを第２のＴ＿ＭＳＣに送る。
【０４３２】
ステップ３２２０において、第２のＴ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、第２のＲＢＴＳに第２の被呼端末の状態情報を送る。
【０４３３】
ステップ３２２１において、第２のＲＢＴＳは、ＡＣＭにもとづいて被呼加入局が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ３２２２において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、第２の被呼加入局のＭＳＩＳＤＮにしたがい、第２の被呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して、第２の被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生し、同時に、第２のＴ＿ＭＳＣによって再生される従来の呼出音を遮蔽する。その後、以降のステップが実行される。判断が否定された場合、すなわち、第２の被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、第２のＲＢＴＳは、Ｏ＿ＭＳＣを介して、第２のＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０４３４】
第２の被呼加入局が電話に出て呼に応答すると、ステップ３２２３および３２２４において、第２のＴ＿ＭＳＣはＡＮＭを第２のＲＢＴＳに送る。ＡＮＭを受け取った後、第２のＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、中継を介して、Ｏ＿ＭＳＣおよび第２のＴ＿ＭＳＣの間の音声チャネルを確立する。これにより、発呼加入局および第２の被呼加入局の間の通信を可能にする。
【０４３５】
呼転送を実行する方法について、第２１実施形態〜第２３実施形態により、詳細に説明した。３つの実施形態はすべて例としてインテリジェント・ネットワーク・トリガ・モードを採用している。しかしながら、呼転送を実行し、さらに、第２の被呼加入局によってカスタマイズされた呼出音を再生するアイディアは、交換デバイス・トリガ・モードおよび信号遮断トリガ・モードにも容易に適用できることが理解されよう。したがって、これらのモードについての詳細な記載は省略する。
【０４３６】
さらに、本発明において、被呼加入局によってカスタマイズされた呼出音を発呼加入局で再生することができるだけでなく、発呼加入局によってカスタマイズされた呼出音を再生することもできる。したがって、図３３に示される第２４実施形態が、第１実施形態にもとづいて、提供される。
【０４３７】
発呼加入局が発呼端末Ａを介して被呼端末Ｂに呼を開始すると、ステップ３３０１において、発呼端末Ａから呼を受け取った後、記憶されているＯ＿ＣＳＩ情報にしたがい、Ｏ＿ＭＳＣは、発呼加入局がインテリジェント加入局であることを判断し、ＳＣＰに呼関連情報を送る。呼関連情報は、発呼番号および被呼番号を少なくとも含む。
【０４３８】
ステップ３３０２において、ＳＣＰは、ＳＣＰに記憶されている発呼加入局の呼出音サービス登録情報にしたがい、発呼加入局が呼出音サービスに登録している加入局であるか否かについて判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、図２に示されるステップ２０１〜２０９と同様に、従来の呼処理を実行するように、ＳＣＰはＯ＿ＭＳＣに指示する。すなわち、被呼端末が受信可能である場合には、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０４３９】
ステップ３３０３〜３３０６において、ＳＣＰは、ＳＲＩを被呼端末が配属されているＨＬＲに送る。要求メッセージを受け取った後、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。Ｔ＿ＭＳＣは、被呼加入局にＭＳＲＮを割り当て、ＭＳＲＮをＨＬＲに送る。ＨＬＲは、その後、ＳＲＩ応答メッセージにより、ＭＳＲＮをＳＣＰに送信する。
【０４４０】
ステップ３３０７において、ＳＣＰは、ＣＯＮＮＥＣＴコマンドにより、Ｏ＿ＭＳＣに被呼番号およびオリジナル被呼番号を送る。被呼番号はＲＢＴＳのアドレスである経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０４４１】
ＳＣＰからＣＯＮＮＥＣＴコマンドを受け取った後、ステップ３３０８において、コマンドの経路プレフィックスにしたがい、Ｏ＿ＭＳＣはＲＢＴＳに呼を経路付け、同時に、ＩＡＭを転送モードでＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０４４２】
Ｏ＿ＭＳＣから送られるＩＡＭを受け取った後、ステップ３３０９において、ＲＢＴＳはＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および被呼加入局のＭＳＲＮをＴ＿ＭＳＣに送る。
【０４４３】
ステップ３３１０において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼加入局の状態情報をＲＢＴＳに送る。
【０４４４】
ステップ３３１１において、ＲＢＴＳは、ＡＣＭにもとづいて被呼加入局が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ３３１２において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、発呼番号にしたがい発呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。その後、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼加入局で呼出音を再生するのではなく、ＲＢＴＳはＯ＿ＭＳＣを介してＴ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは通話中であること、シャットダウンされていること、サービス圏外であることを示す。
【０４４５】
被呼加入局が電話に出て呼に応答すると、ステップ３３１３および３３１４において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０４４６】
第１実施形態と比較すると、Ｏ＿ＭＳＣが、まず、発呼加入局情報をサーチし、発呼加入局がインテリジェント・ネットワーク加入局であるという事実にしたがい、ＳＣＰへの信号伝送を開始し、次に、発呼加入局が呼出音サービスに登録している加入局であるか否かについてＳＣＰが判断する。さらに、発呼加入局で呼出音が再生される場合に、ＳＣＰは被呼加入局ではなく、発呼加入局によってカスタマイズされた呼出音を再生する。これにより、発呼加入局は発呼加入局自身がカスタマイズした呼出音を楽しむことができる。当業者であれば、直ちに、第２４実施形態のアイディアが他の実施形態にも容易に適用できることは理解されよう。
【０４４７】
交換デバイス・トリガの場合に、発呼加入局によってカスタマイズされた呼出音を再生する例、すなわち、図３４に示される第２５実施形態について、以下、説明する。
【０４４８】
発呼加入局が発呼端末Ａを介して被呼端末Ｂへの呼を開始すると、ステップ３４０１において、Ｏ＿ＭＳＣは発呼端末Ａから呼を受け取り、要求の発呼番号にしたがい、データベースにより、発呼加入局が呼出音サービスに登録している加入局であるか否かについて判断する。判断が肯定された場合、以降のステップが実行される。判断が否定された場合、通常の呼処理が実行される。
【０４４９】
加入局の呼出音サービス登録情報がＨＬＲの加入局情報に含まれるので、加入局端末が位置更新を実行すると、ＨＬＲは呼出音サービス登録情報を含む加入局情報を加入局が対応するＶＬＲに送信する。ＶＬＲが通常ＭＳＣと統合されているので、ステップ３４０１において、Ｏ＿ＭＳＣは発呼加入局が呼出音サービスに登録している加入局であるか否かについて判断することができる。
【０４５０】
ステップ３４０２において、Ｏ＿ＭＳＣは、次に、被呼加入局が配属されているＨＬＲに被呼加入局の経路情報を取得するための要求を送る。該要求は、被呼加入局などを含む。
【０４５１】
ステップ３４０３および３４０４において、ＨＬＲは、Ｔ＿ＭＳＣに被呼加入局のローミング番号を取得するための要求を送る。その後、Ｔ＿ＭＳＣは、被呼加入局にＭＳＲＮを割り当てる、次に、ＨＬＲにＭＳＲＮを送る。
【０４５２】
ステップ３４０５において、ＨＬＲは、Ｏ＿ＭＳＣに被呼加入局のＭＳＲＮをリターンする。
【０４５３】
ステップ３４０６において、Ｏ＿ＭＳＣは、経路プレフィックスにしたがいＲＢＴＳに呼を経路付け、同時に、ＩＡＭを転送モードでＲＢＴＳに送る。ＩＡＭは、発呼番号、被呼番号およびオリジナル被呼番号を含む。被呼番号は経路プレフィックスを有するＭＳＲＮであり、オリジナル被呼番号はＭＳＩＳＤＮである。
【０４５４】
Ｏ＿ＭＳＣから送られるＩＡＭを受け取った後、ステップ３４０７において、ＲＢＴＳは、ＭＳＲＮの前から経路プレフィックスを除去し、オリジナル被呼番号を抽出し、ＩＡＭにより、発呼番号および被呼加入局のＭＳＲＮをＴ＿ＭＳＣに送る。
【０４５５】
ステップ３４０８において、Ｔ＿ＭＳＣは被呼加入局を呼び出し、ＡＣＭにより、被呼端末の状態情報をＲＢＴＳに送る。
【０４５６】
ステップ３４０９において、ＲＢＴＳは、ＡＣＭにもとづいて被呼端末が受信可能であるか否かについて判断する。判断が肯定された場合、ステップ３４１０において、ＲＢＴＳはＡＣＭをＯ＿ＭＳＣに送り、発呼番号にしたがい、発呼加入局によってカスタマイズされた呼出音をサーチし、Ｏ＿ＭＳＣを介して発呼加入局で呼出音を再生し、Ｔ＿ＭＳＣにより再生される従来の呼出音を遮蔽する。次に、以降のステップが実行される。被呼端末が受信可能でない場合、例えば、通話中である場合、シャットダウンされている場合、サービス圏外である場合、発呼局で呼出音を再生するのではなく、ＲＢＴＳは、Ｏ＿ＭＳＣを介して、Ｔ＿ＭＳＣにより発呼加入局で再生される音声プロンプトを透過的に送信する。該音声プロンプトは、通話中であること、シャットダウンされていること、サービス圏外であること、を示す。
【０４５７】
被呼加入局が電話に出て、呼に応答すると、ステップ３４１１および３４１２において、Ｔ＿ＭＳＣはＡＮＭをＲＢＴＳに送る。ＡＮＭを受け取った後、ＲＢＴＳはＡＮＭをＯ＿ＭＳＣに送り、同時に、発呼加入局での呼出音の再生を停止し、発呼加入局および被呼加入局の間の通信を可能にするために、中継を介して、Ｏ＿ＭＳＣおよびＴ＿ＭＳＣの間の音声チャネルを確立する。
【０４５８】
さらに、加入局によってカスタマイズされた呼出音サービスを加入局が修正することができるようにするために、例えば、加入局はカスタマイズされた呼出音を置き換えたり、呼出音サービスに登録したり、呼出音サービスをキャンセルしたりすることができる。本発明は、図３５に示される呼出音サービス管理方法を提供する。本実施形態は、ＣＤＭＡを例として説明される。
【０４５９】
被呼番号がＲＢＴＳの経路番号である呼を受け取った後、ステップ３５０１において、Ｏ＿ＭＳＣは、ＯＲＲＥＱ信号をＳＣＰに送る。
【０４６０】
ＯＲＲＥＱ信号を受け取った後、ステップ３５０２において、ＳＣＰは、チャネル資源を求めるために、ＳＥＩＺＥＲＥＳ信号をＲＢＴＳに送る。
【０４６１】
ステップ３５０３において、ＲＢＴＳは、呼に割り当てられたチャネル資源を確認するために、応答メッセージｓｅｉｚｅｒｅｓをＳＣＰに送る。
【０４６２】
適切な応答を受け取った後、ステップ３５０４において、チャネル資源にしたがい、ＲＢＴＳに呼を接続するように、Ｏ＿ＭＳＣに指示するために、ＳＣＰはＣＯＮＮＲＥＳ信号をＯ＿ＭＳＣに送る。
【０４６３】
ステップ３５０５および３５０６において、Ｏ＿ＭＳＣはＲＢＴＳに呼を接続する。ＲＢＴＳは、音声チャネルが適切に接続されていることを示すＩＮＳＴＲＥＱ信号を、ＳＣＰに送る。
【０４６４】
ステップ３５０７において、ＳＣＰは、加入局の番号情報を含むＳｃｒｉｐｔＲｕｎ信号をＲＢＴＳに送り、ＵＩＳｃｒｉｐｔメッセージ・インターフェイスによりＲＢＴＳのデータベースから、予め記憶されている音声プロンプトを呼び出し、加入局で音声プロンプトを再生する。ＲＢＴＳは、加入局により入力された情報を受け取った後、対応する手順を実行する。詳細には、加入局から受け取った情報がアカウントを開くコマンドである場合、加入局番号は、呼出音サービス加入局リスト・データベースに加えられる。加入局から受け取った情報がアカウントをキャンセルするコマンドである場合、加入局番号は呼出音サービス加入局リスト・データベースから削除される。さらに、ＲＢＴＳは、ＶＸＭＬスクリプト言語により、サービス・プロバイダＳＰで、加入局によってカスタマイズされた呼出音をサーチすることができる。
【０４６５】
データベースにおける対応レコードを修正した後、ステップ３５０８において、ＲＢＴＳはＳｃｒｉｐｔＥｖｅｎｔ信号をＳＣＰに送る。
【０４６６】
ステップ３５０９において、アカウントを開く、アカウントをキャンセルする、呼出音サービスのカスタマイズおよび修正、などのＲＢＴＳによる加入局への操作にしたがい、ＳＣＰは対応する課金情報を生成し、ＳｃｒｉｐｔＣｌｏｓｅ信号をＲＢＴＳに送る。
【０４６７】
ステップ３５１０において、ＲＢＴＳにチャネル接続を切断するように指示するために、ＳＣＰはｉｎｓｔｒｅｑ信号をＲＢＴＳに送る。
【０４６８】
ステップ３５１１において、Ｏ＿ＭＳＣにＲＢＴＳとのチャネル接続を解除するように指示するために、ＳＣＰはｏｒｒｅｑ信号をＯ＿ＭＳＣに送る。
【０４６９】
次に、請求書を生成するために、ビジネス・アカウントとのインターフェイスをさらに介して、ＳＣＰは、ビジネス・アカウントに課金情報を送ることができる。
【０４７０】
上記の方法は、ＧＳＭシステムにも適用することができる。ＧＳＭシステムの手順は図３６に示される。
【０４７１】
被呼番号がＲＢＴＳの経路番号である加入局からの呼を受け取った後、ステップ３６０１において、Ｏ＿ＭＳＣはＩＤＰ信号をＳＣＰに送る。
【０４７２】
信号を受け取った後、ステップ３６０２において、ＳＣＰは、ＲＲＢＥ／ＡＣ信号をＯ＿ＭＳＣに送る。
【０４７３】
ステップ３６０３において、ＳＣＰは、ＲＢＴＳの経路番号を含むＥＴＣ信号をＯ＿ＭＳＣに送る。
【０４７４】
ステップ３６０４において、Ｏ＿ＭＳＣは、ＥＴＣ信号のＲＢＴＳの経路番号にしたがい、ＲＢＴＳに呼を接続する。
【０４７５】
ステップ３６０５において、ＳＣＰは、加入局の番号情報を含むＳｃｒｉｐｔＲｕｎ信号をＲＢＴＳに送り、ＵＩＳｃｒｉｐｔメッセージ・インターフェイスにより、ＲＢＴＳのデータベースから、予め記憶されている音声プロンプトを呼び出し、加入局で音声プロンプトを再生する。加入局によって入力された情報を受け取った後、ＲＢＴＳは対応する手順を実行する。詳細には、加入局から受け取った情報がアカウントを開くコマンドである場合、加入局番号は呼出音サービス加入局リスト・データベースに加えられる。加入局から受け取った情報がアカウントをキャンセルするコマンドである場合、加入局番号は呼出音サービス加入局リスト・データベースから削除される。さらに、ＲＢＴＳは、ＶＸＭＬスクリプト言語により、サービス・プロバイダＳＰで加入局によってカスタマイズされた呼出音をサーチすることができる。
【０４７６】
データベースの対応レコードの修正後、ステップ３６０６において、ＲＢＴＳはＳｃｒｉｐｔＥｖｅｎｔ信号をＳＣＰに送る。
【０４７７】
ステップ３６０７において、アカウントを開く、アカウントをキャンセルする、呼出音サービスのカスタマイズ、修正などのＲＢＴＳによる加入局の操作にしたがい、ＳＣＰは対応課金情報を生成し、ＳｃｒｉｐｔＣｌｏｓｅ信号をＲＢＴＳに送る。
【０４７８】
ステップ３６０８において、ＲＢＴＳとのチャネル接続を解除するようにＯ＿ＭＳＣに指示するために、ＳＣＰはＤＦＣ信号をＯ＿ＭＳＣに送る。
【０４７９】
ステップ３６０９において、Ｏ＿ＭＳＣはＡＣＲ信号をＳＣＰに送り、ＲＢＴＳとの音声チャネルを切断する。
【０４８０】
その後、請求書を生成するために、ＳＣＰは、さらに、ビジネス・アカウントとのインターフェイスを介して、ビジネス・アカウントに課金情報を送ることができる。
【０４８１】
いくつかの実施形態を参照して、本発明について詳細に記載した。本発明では、再生される呼出音の一部だけを加入局によってカスタマイズすることが可能である。例えば、従来の呼出音を、まず、加入局で再生し、相対的に短い時間、例えば、１０秒間、待機した後、「しばらくお待ちください。」との音声プロンプトを発呼加入局で再生し、次に、加入局によってカスタマイズされた音楽などの呼出音を再生する、ことができる。
【０４８２】
さらに、本発明では、加入局は好みのサウンド・ソースを呼出音デバイスにアップロードすることができる。これにより、呼出音デバイスは、加入局にパーソナルな呼出音サービスを提供する。サウンド・ソースをアップロードする２つの方法がある。一つは、ＩＶＲ(Interactive Voice Response)を介して、加入局によって提供されるサウンド・ソースを、呼出音システムが記録し、呼出音デバイスによってサポートされる形式にソースを変換し、加入局の呼出音として動作するように、対応加入局の呼出音ベースで呼出音デバイスにソースを記憶することである。もう一つは、加入局が、インターネットを介して、呼出音デバイスに直接ログオンすることにより、呼出音デバイスにサウンド・ソースをアップロードし、ソースを呼出音デバイスによってサポートされる形式に変換し、加入局の呼出音として動作するように、対応加入局の呼出音ベースで呼出音デバイスに記憶することである。上記２つの方法によれば、加入局は、好みの呼出音としてサウンド・ソースを使用することができる。サウンド・ソースはフロー・メディアであっても、動的情報であっても、既存の固定音声であってもよい。これらの方法から、加入局は呼出音デバイスによって提供される多様な呼出音を楽しむことができる。
【０４８３】
本発明において、発呼加入局で、被呼加入局によってカスタマイズされた呼出音を再生する場合には、異なる発呼加入局に対し、異なる呼出音をセットすることが、さらに、可能である。これにより、同一の被呼加入局に電話をかける異なる発呼加入局は、異なる呼出音を楽しむことができる。
【０４８４】
上記の例示的実施形態は、本発明のすべての特徴を示すことを意図しており、本発明を何ら制限することを意図していない。当業者であれば、多くの変形された、等価の、および、修正されたものが、本発明の範囲内において可能であることを理解するだろう。
【特許請求の範囲】
【請求項１】
呼出音を提供する方法であって、
通信網において、呼出音を記憶し、再生するために呼出音デバイスを確立し、該通信網は少なくとも発信元交換デバイス、端末交換デバイスおよびＨＬＲを含み、該ＨＬＲの加入局情報に加入局の呼出音サービス登録情報を記憶し、該呼出音サービス登録情報は少なくとも加入局が呼出音サービスに登録されている加入局であるか否かを示す識別情報および該呼出音デバイスの経路情報を含み、
呼要求を受信した後、前記発信元交換デバイスは前記ＨＬＲに被呼加入局のローミング番号の要求を送信し、該ＨＬＲから受信した前記識別情報に対応する該被呼加入局の情報にしたがって、該被呼加入局が呼出音サービスに登録されている加入局であるか否かを判断し、
前記被呼加入局が呼出音サービスに登録されている加入局であれば、前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、該被呼加入局の加入局情報の前記呼出音デバイスの経路情報にしたがって、交換デバイスと前記呼出音デバイスとの間の接続を確立し、
前記呼出音デバイスによって、被呼端末が受信可能である場合に、前記被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、
方法。
【請求項２】
前記発信元交換デバイスが前記ＨＬＲに被呼加入局のローミング番号の要求を送信した後、
前記ＨＬＲは、前記被呼加入局が呼出音サービスに登録されている加入局であるか否か前記呼出音サービス登録情報の識別情報にしたがって判断し、判断が肯定された場合には、前記発信元交換デバイスに被呼番号として経路プレフィックスを有する該被呼加入局のローミング番号を送信し、該経路プレフィックスは前記呼出音デバイスの経路番号であり、判断が否定された場合には、該発信元交換デバイスに被呼番号として該被呼加入局のローミング番号を送信する、
ことをさらに含み、
前記ＨＬＲから受信した加入局情報にしたがって、前記被呼加入局が呼出音サービスに登録されている加入局であるか否かを判断することは、前記被呼番号の経路プレフィックスとして前記呼出音デバイスの経路番号が作動するか否かを判断することであり、
前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、交換デバイスと前記呼出音デバイスとの間の接続を確立することは、
前記発信元交換デバイスが前記経路プレフィックスにしたがって前記呼出音デバイスへの接続を確立し、該呼出音デバイスにＩＡＭを送信し、前記ＩＡＭは発呼番号、被呼番号およびオリジナル被呼番号を含み、該被呼番号は経路プレフィックスを有する前記被呼加入局のローミング番号であり、
前記呼出音デバイスは前記被呼番号から前記経路プレフィックスを除去し、前記被呼加入局のローミング番号にしたがって前記端末交換デバイスへの接続を確立する、
ことを含む、
請求項１に記載の方法。
【請求項３】
前記呼出音デバイスによって、前記被呼端末が受信可能である場合に、前記被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する前に、
前記端末交換デバイスが前記被呼加入局を呼び出し、前記呼出音デバイスに前記被呼端末の状態情報を送信し、
前記被呼端末が受信可能であるか否かを前記呼出音デバイスが判断し、判断が肯定された場合、前記被呼加入局によって予めカスタマイズされた呼出音を前記発呼加入局で再生することを実行し、判断が否定された場合、前記端末交換デバイスによって発呼端末で再生される音声プロンプトを透過的に送信する、
ことをさらに含む、
請求項２に記載の方法。
【請求項４】
前記被呼加入局が電話に出たことを示す応答メッセージＡＮＭを受け取った後、前記呼出音デバイスが、加入局によってカスタマイズされた呼出音の発呼加入局での再生を停止し、中継を介して、発呼加入局および被呼加入局の間の呼を接続する、
請求項２に記載の方法。
【請求項５】
前記発信元交換デバイスが前記ＨＬＲに被呼加入局のローミング番号を取得するための要求を送信した後、
前記ＨＬＲが、前記呼出音サービス登録情報の識別情報にしたがって、前記被呼加入局が呼出音サービスに登録されている加入局であるか否か判断し、判断が肯定された場合、応答メッセージに前記呼出音デバイスのローミング番号を付加し、前記発信元交換デバイスに該応答メッセージを送信し、判断が否定された場合、応答メッセージを該発信元交換デバイスに直接送信する、
ことをさらに含み、
前記ＨＬＲから受信した加入局情報にしたがって、前記被呼加入局が呼出音サービスに登録されている加入局であるか否かを判断することは、該ＨＬＲから受信した情報が該呼出音デバイスの経路番号を含むか否か判断することであり、
前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、交換デバイスと前記呼出音デバイスとの間の接続を確立することは、
前記発信元交換デバイスが前記呼出音デバイスの経路番号にしたがって前記呼出音デバイスへの接続を確立し、前記オリジナル被呼番号にしたがって前記ＨＬＲから前記被呼加入局のローミング番号を取得し、該被呼加入局のローミング番号にしたがって前記端末交換デバイスへの接続を確立する、
ことを含む、
請求項１に記載の方法。
【請求項６】
前記呼出音デバイスによって、前記被呼端末が受信可能である場合に、前記被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する前に、
前記端末交換デバイスが前記被呼加入局を呼び出し、前記発信元交換デバイスに前記被呼端末の状態情報を送信し、
前記被呼端末が受信可能であるか否かを前記発信元交換デバイスが判断し、判断が肯定された場合、前記被呼加入局によって予めカスタマイズされた呼出音を前記発呼加入局で再生することを該呼出音デバイスに指示し、判断が否定された場合、前記端末交換デバイスによって発呼端末で再生される音声プロンプトを透過的に送信する、
ことをさらに含む、
請求項５に記載の方法。
【請求項７】
前記発信元交換デバイスが前記被呼加入局によって予めカスタマイズされた呼出音を前記発呼加入局で再生することを該呼出音デバイスに指示することは、
前記発信元交換デバイスが発呼番号および被呼番号を含むメッセージを前記呼出音デバイスに送信し、
前記呼出音デバイスが加入局の番号にもとづいて加入局によってカスタマイズされた呼出音を決定し、前記発呼加入局に応答メッセージを送信し、前記発信元交換デバイスを介して該発呼加入局で加入局によってカスタマイズされた呼出音を再生する、
ことを含む、
請求項６に記載の方法。
【請求項８】
前記被呼加入局が電話に出て呼に応答した場合、該被呼加入局が電話に出たことを示すＡＮＭを前記端末交換デバイスが前記発信元交換デバイスに送信し、
前記ＡＮＭを受信した後、前記発信元交換デバイスは前記呼出音デバイスへの経路を直ちに切断し、該発信元交換デバイスと前記端末交換デバイスとの間のチャネル接続を維持する、
ことをさらに含む、請求項５に記載の方法。
【請求項９】
前記発信元交換デバイスが前記ＨＬＲに送信する要求は該発信元交換デバイスの識別をさらに含み、
前記ＨＬＲから受信した前記被呼加入局の情報にしたがって、該被呼加入局が呼出音サービスに登録されている加入局であるか否かを判断する前に、
前記ＨＬＲが受信した前記発信元交換デバイスの識別にしたがって該発信元交換デバイスが呼出音サービスをサポートするか否か判断し、判断が肯定された場合、該発信元交換デバイスに送信される情報に該発信元交換デバイスの識別を付加し、判断が否定された場合、該呼出音サービスをサポートする交換デバイスを選択し、該発信元交換デバイスに送信される情報に該呼出音サービスをサポートする該交換デバイスの識別を付加する、
ことをさらに含み、
確立する前に、
前記発信元交換デバイスが受信した前記交換デバイスの識別が自身の識別と同一であるか否かを判断し、判断が肯定された場合、確立を実行し、判断が否定された場合、該発信元交換デバイスが受信した識別に対応する交換デバイスへの接続を確立し、前記呼出音サービスをサポートする交換デバイスの中継を介して前記端末交換デバイスへの接続を確立し、交換デバイスと該呼出音デバイスとの間の接続を確立し、前記被呼端末が受信可能である場合に、該交換デバイスを介して、前記被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、
ことをさらに含む、
請求項１に記載の方法。
【請求項１０】
前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、交換デバイスと前記呼出音デバイスとの間の接続を確立することは、
前記発信元交換デバイスによって、前記呼出音デバイスへの呼を経路付けし、
前記呼出音デバイスによって、呼を受信した後にオリジナル被呼番号を抽出し、
前記呼出音デバイスによって、前記発呼番号および前記被呼加入局のＭＳＲＮを前記端末交換デバイスに送信し、
前記端末交換デバイスによって、前記被呼端末の状態情報を前記呼出音デバイスに送信し、
前記呼出音デバイスによって、前記被呼端末の状態情報を受信した後、該被呼端末が受信可能であるか否か判断する、
ことをさらに含む、
請求項１に記載の方法。
【請求項１１】
前記被呼加入局が呼に応答した後、前記呼出音デバイスによって、呼出音の発呼加入局での再生を停止し、
前記呼出音デバイスによって、前記発呼加入局および被呼加入局の間の接続を可能にするために前記発信元交換デバイスと端末交換デバイスとの間の接続を確立する、
ことをさらに含む、請求項１または１０に記載の方法。
【請求項１２】
少なくとも発信元交換デバイス、端末交換デバイスおよびＨＬＲを含む通信網において呼出音を提供する方法であって、
前記通信網において、呼出音を記憶し、再生するために呼出音デバイスを確立し、該ＨＬＲの加入局情報に加入局の呼出音サービス登録情報を記憶し、該呼出音サービス登録情報は少なくとも加入局が呼出音サービスに登録されている加入局であるか否かを示す識別情報および該呼出音デバイスの経路情報を含み、
前記ＨＬＲによって、前記加入局情報が記憶されている交換デバイスに加入局の呼出音サービス登録情報を含む前記加入局情報を送信し、
呼要求を受信した後、前記発呼加入局が呼出音サービスに登録されている加入局であるか否か、前記発信元交換デバイスが自身に記憶されている前記加入局情報の識別情報にしたがって判断し、
前記発呼加入局が呼出音サービスに登録されている加入局であれば、前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、前記加入局情報の前記呼出音デバイスの経路情報にしたがって、交換デバイスと前記呼出音デバイスとの間の接続を確立し、前記呼出音デバイスによって、被呼端末が受信可能である場合に、前記発呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、
方法。
【請求項１３】
確立の前に、
前記被呼端末が付加されるＨＬＲから前記被呼加入局のローミング番号を前記発信元交換デバイスが取得する、
ことをさらに含み、
前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、交換デバイスと前記呼出音デバイスとの間の接続を確立することは、前記被呼加入局のローミング番号および該発信元交換デバイスに記憶されている該呼出音デバイスの経路番号にしたがって接続を確立することである、
請求項１２に記載の方法。
【請求項１４】
前記被呼加入局のローミング番号および前記発信元交換デバイスに記憶されている前記呼出音デバイスの経路番号にしたがって接続を確立することは、
前記発信元交換デバイスが、前記呼出音デバイスの経路情報にしたがって、該呼出音デバイスへの接続を確立し、
前記呼出音デバイスが、前記発信元交換デバイスから受信した情報から前記被呼加入局のローミング番号を取得し、前記被呼加入局のローミング番号にしたがって前記端末交換デバイスへの接続を確立する、
ことを含む、
請求項１３に記載の方法。
【請求項１５】
前記被呼加入局のローミング番号および該発信元交換デバイスに記憶されている該呼出音デバイスの経路番号にしたがって接続を確立することは、
前記発信元交換デバイスが前記呼出音デバイスの経路番号にしたがって前記呼出音デバイスへの接続を確立し、前記被呼加入局のローミング番号にしたがって前記端末交換デバイスへの接続を確立する、
ことを含む、
請求項１３に記載の方法。
【請求項１６】
通信網において呼出音を提供するシステムであって、
発信元交換デバイス、端末交換デバイスおよびＨＬＲを含み、
加入局によってカスタマイズされた呼出音を記憶し、被呼端末が受信可能である場合に、交換デバイスを介して、加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する呼出音デバイス、
をさらに備え、
前記ＨＬＲは加入局の呼出音サービス登録情報を記憶し、交換デバイスに加入局の該呼出音サービス登録情報を送信し、被呼加入局のローミング番号を送信する機能を有し、
前記発信元交換デバイスおよび端末交換デバイスは、前記呼出音サービス登録情報にしたがって、加入局が呼出音サービスに登録されている加入局であるか否かを判断する機能を有する、
システム。
【請求項１７】
前記ＨＬＲは交換デバイスに加入局の呼出音サービス登録情報を送信するためにも使用され、前記発信元交換デバイスおよび端末交換デバイスは該ＨＬＲから受信した呼出音サービス登録情報を記憶する、
請求項１６に記載のシステム。
【請求項１８】
前記発信元交換デバイスは前記呼出音デバイスに呼を経路付けるためにも使用され、
前記呼出音デバイスは、呼を受信した後に、オリジナル被呼番号を抽出し、発呼番号および被呼加入局のＭＳＲＮを前記端末交換デバイスに送信し、前記被呼端末の状態情報を受信した後、該被呼端末が受信可能であるか否かを判断するためにも使用され、
前記端末交換デバイスは、前記呼出音デバイスに前記被呼端末の状態情報を送信するためにも使用される、
請求項１６に記載のシステム。
【請求項１９】
前記呼出音デバイスは、前記被呼加入局が呼に応答した後、前記発呼加入局と被呼加入局との間の接続を可能にするために、前記発信元交換デバイスと端末交換デバイスとの間の接続を確立するためにも使用される、
請求項１６または１８に記載のシステム。
【請求項１】
呼出音を提供する方法であって、
通信網において、呼出音を記憶し、再生するために呼出音デバイスを確立し、該通信網は少なくとも発信元交換デバイス、端末交換デバイスおよびＨＬＲを含み、該ＨＬＲの加入局情報に加入局の呼出音サービス登録情報を記憶し、該呼出音サービス登録情報は少なくとも加入局が呼出音サービスに登録されている加入局であるか否かを示す識別情報および該呼出音デバイスの経路情報を含み、
呼要求を受信した後、前記発信元交換デバイスは前記ＨＬＲに被呼加入局のローミング番号の要求を送信し、該ＨＬＲから受信した前記識別情報に対応する該被呼加入局の情報にしたがって、該被呼加入局が呼出音サービスに登録されている加入局であるか否かを判断し、
前記被呼加入局が呼出音サービスに登録されている加入局であれば、前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、該被呼加入局の加入局情報の前記呼出音デバイスの経路情報にしたがって、交換デバイスと前記呼出音デバイスとの間の接続を確立し、
前記呼出音デバイスによって、被呼端末が受信可能である場合に、前記被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、
方法。
【請求項２】
前記発信元交換デバイスが前記ＨＬＲに被呼加入局のローミング番号の要求を送信した後、
前記ＨＬＲは、前記被呼加入局が呼出音サービスに登録されている加入局であるか否か前記呼出音サービス登録情報の識別情報にしたがって判断し、判断が肯定された場合には、前記発信元交換デバイスに被呼番号として経路プレフィックスを有する該被呼加入局のローミング番号を送信し、該経路プレフィックスは前記呼出音デバイスの経路番号であり、判断が否定された場合には、該発信元交換デバイスに被呼番号として該被呼加入局のローミング番号を送信する、
ことをさらに含み、
前記ＨＬＲから受信した加入局情報にしたがって、前記被呼加入局が呼出音サービスに登録されている加入局であるか否かを判断することは、前記被呼番号の経路プレフィックスとして前記呼出音デバイスの経路番号が作動するか否かを判断することであり、
前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、交換デバイスと前記呼出音デバイスとの間の接続を確立することは、
前記発信元交換デバイスが前記経路プレフィックスにしたがって前記呼出音デバイスへの接続を確立し、該呼出音デバイスにＩＡＭを送信し、前記ＩＡＭは発呼番号、被呼番号およびオリジナル被呼番号を含み、該被呼番号は経路プレフィックスを有する前記被呼加入局のローミング番号であり、
前記呼出音デバイスは前記被呼番号から前記経路プレフィックスを除去し、前記被呼加入局のローミング番号にしたがって前記端末交換デバイスへの接続を確立する、
ことを含む、
請求項１に記載の方法。
【請求項３】
前記呼出音デバイスによって、前記被呼端末が受信可能である場合に、前記被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する前に、
前記端末交換デバイスが前記被呼加入局を呼び出し、前記呼出音デバイスに前記被呼端末の状態情報を送信し、
前記被呼端末が受信可能であるか否かを前記呼出音デバイスが判断し、判断が肯定された場合、前記被呼加入局によって予めカスタマイズされた呼出音を前記発呼加入局で再生することを実行し、判断が否定された場合、前記端末交換デバイスによって発呼端末で再生される音声プロンプトを透過的に送信する、
ことをさらに含む、
請求項２に記載の方法。
【請求項４】
前記被呼加入局が電話に出たことを示す応答メッセージＡＮＭを受け取った後、前記呼出音デバイスが、加入局によってカスタマイズされた呼出音の発呼加入局での再生を停止し、中継を介して、発呼加入局および被呼加入局の間の呼を接続する、
請求項２に記載の方法。
【請求項５】
前記発信元交換デバイスが前記ＨＬＲに被呼加入局のローミング番号を取得するための要求を送信した後、
前記ＨＬＲが、前記呼出音サービス登録情報の識別情報にしたがって、前記被呼加入局が呼出音サービスに登録されている加入局であるか否か判断し、判断が肯定された場合、応答メッセージに前記呼出音デバイスのローミング番号を付加し、前記発信元交換デバイスに該応答メッセージを送信し、判断が否定された場合、応答メッセージを該発信元交換デバイスに直接送信する、
ことをさらに含み、
前記ＨＬＲから受信した加入局情報にしたがって、前記被呼加入局が呼出音サービスに登録されている加入局であるか否かを判断することは、該ＨＬＲから受信した情報が該呼出音デバイスの経路番号を含むか否か判断することであり、
前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、交換デバイスと前記呼出音デバイスとの間の接続を確立することは、
前記発信元交換デバイスが前記呼出音デバイスの経路番号にしたがって前記呼出音デバイスへの接続を確立し、前記オリジナル被呼番号にしたがって前記ＨＬＲから前記被呼加入局のローミング番号を取得し、該被呼加入局のローミング番号にしたがって前記端末交換デバイスへの接続を確立する、
ことを含む、
請求項１に記載の方法。
【請求項６】
前記呼出音デバイスによって、前記被呼端末が受信可能である場合に、前記被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する前に、
前記端末交換デバイスが前記被呼加入局を呼び出し、前記発信元交換デバイスに前記被呼端末の状態情報を送信し、
前記被呼端末が受信可能であるか否かを前記発信元交換デバイスが判断し、判断が肯定された場合、前記被呼加入局によって予めカスタマイズされた呼出音を前記発呼加入局で再生することを該呼出音デバイスに指示し、判断が否定された場合、前記端末交換デバイスによって発呼端末で再生される音声プロンプトを透過的に送信する、
ことをさらに含む、
請求項５に記載の方法。
【請求項７】
前記発信元交換デバイスが前記被呼加入局によって予めカスタマイズされた呼出音を前記発呼加入局で再生することを該呼出音デバイスに指示することは、
前記発信元交換デバイスが発呼番号および被呼番号を含むメッセージを前記呼出音デバイスに送信し、
前記呼出音デバイスが加入局の番号にもとづいて加入局によってカスタマイズされた呼出音を決定し、前記発呼加入局に応答メッセージを送信し、前記発信元交換デバイスを介して該発呼加入局で加入局によってカスタマイズされた呼出音を再生する、
ことを含む、
請求項６に記載の方法。
【請求項８】
前記被呼加入局が電話に出て呼に応答した場合、該被呼加入局が電話に出たことを示すＡＮＭを前記端末交換デバイスが前記発信元交換デバイスに送信し、
前記ＡＮＭを受信した後、前記発信元交換デバイスは前記呼出音デバイスへの経路を直ちに切断し、該発信元交換デバイスと前記端末交換デバイスとの間のチャネル接続を維持する、
ことをさらに含む、請求項５に記載の方法。
【請求項９】
前記発信元交換デバイスが前記ＨＬＲに送信する要求は該発信元交換デバイスの識別をさらに含み、
前記ＨＬＲから受信した前記被呼加入局の情報にしたがって、該被呼加入局が呼出音サービスに登録されている加入局であるか否かを判断する前に、
前記ＨＬＲが受信した前記発信元交換デバイスの識別にしたがって該発信元交換デバイスが呼出音サービスをサポートするか否か判断し、判断が肯定された場合、該発信元交換デバイスに送信される情報に該発信元交換デバイスの識別を付加し、判断が否定された場合、該呼出音サービスをサポートする交換デバイスを選択し、該発信元交換デバイスに送信される情報に該呼出音サービスをサポートする該交換デバイスの識別を付加する、
ことをさらに含み、
確立する前に、
前記発信元交換デバイスが受信した前記交換デバイスの識別が自身の識別と同一であるか否かを判断し、判断が肯定された場合、確立を実行し、判断が否定された場合、該発信元交換デバイスが受信した識別に対応する交換デバイスへの接続を確立し、前記呼出音サービスをサポートする交換デバイスの中継を介して前記端末交換デバイスへの接続を確立し、交換デバイスと該呼出音デバイスとの間の接続を確立し、前記被呼端末が受信可能である場合に、該交換デバイスを介して、前記被呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、
ことをさらに含む、
請求項１に記載の方法。
【請求項１０】
前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、交換デバイスと前記呼出音デバイスとの間の接続を確立することは、
前記発信元交換デバイスによって、前記呼出音デバイスへの呼を経路付けし、
前記呼出音デバイスによって、呼を受信した後にオリジナル被呼番号を抽出し、
前記呼出音デバイスによって、前記発呼番号および前記被呼加入局のＭＳＲＮを前記端末交換デバイスに送信し、
前記端末交換デバイスによって、前記被呼端末の状態情報を前記呼出音デバイスに送信し、
前記呼出音デバイスによって、前記被呼端末の状態情報を受信した後、該被呼端末が受信可能であるか否か判断する、
ことをさらに含む、
請求項１に記載の方法。
【請求項１１】
前記被呼加入局が呼に応答した後、前記呼出音デバイスによって、呼出音の発呼加入局での再生を停止し、
前記呼出音デバイスによって、前記発呼加入局および被呼加入局の間の接続を可能にするために前記発信元交換デバイスと端末交換デバイスとの間の接続を確立する、
ことをさらに含む、請求項１または１０に記載の方法。
【請求項１２】
少なくとも発信元交換デバイス、端末交換デバイスおよびＨＬＲを含む通信網において呼出音を提供する方法であって、
前記通信網において、呼出音を記憶し、再生するために呼出音デバイスを確立し、該ＨＬＲの加入局情報に加入局の呼出音サービス登録情報を記憶し、該呼出音サービス登録情報は少なくとも加入局が呼出音サービスに登録されている加入局であるか否かを示す識別情報および該呼出音デバイスの経路情報を含み、
前記ＨＬＲによって、前記加入局情報が記憶されている交換デバイスに加入局の呼出音サービス登録情報を含む前記加入局情報を送信し、
呼要求を受信した後、前記発呼加入局が呼出音サービスに登録されている加入局であるか否か、前記発信元交換デバイスが自身に記憶されている前記加入局情報の識別情報にしたがって判断し、
前記発呼加入局が呼出音サービスに登録されている加入局であれば、前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、前記加入局情報の前記呼出音デバイスの経路情報にしたがって、交換デバイスと前記呼出音デバイスとの間の接続を確立し、前記呼出音デバイスによって、被呼端末が受信可能である場合に、前記発呼加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する、
方法。
【請求項１３】
確立の前に、
前記被呼端末が付加されるＨＬＲから前記被呼加入局のローミング番号を前記発信元交換デバイスが取得する、
ことをさらに含み、
前記発信元交換デバイスと端末交換デバイスとの間に接続を確立し、交換デバイスと前記呼出音デバイスとの間の接続を確立することは、前記被呼加入局のローミング番号および該発信元交換デバイスに記憶されている該呼出音デバイスの経路番号にしたがって接続を確立することである、
請求項１２に記載の方法。
【請求項１４】
前記被呼加入局のローミング番号および前記発信元交換デバイスに記憶されている前記呼出音デバイスの経路番号にしたがって接続を確立することは、
前記発信元交換デバイスが、前記呼出音デバイスの経路情報にしたがって、該呼出音デバイスへの接続を確立し、
前記呼出音デバイスが、前記発信元交換デバイスから受信した情報から前記被呼加入局のローミング番号を取得し、前記被呼加入局のローミング番号にしたがって前記端末交換デバイスへの接続を確立する、
ことを含む、
請求項１３に記載の方法。
【請求項１５】
前記被呼加入局のローミング番号および該発信元交換デバイスに記憶されている該呼出音デバイスの経路番号にしたがって接続を確立することは、
前記発信元交換デバイスが前記呼出音デバイスの経路番号にしたがって前記呼出音デバイスへの接続を確立し、前記被呼加入局のローミング番号にしたがって前記端末交換デバイスへの接続を確立する、
ことを含む、
請求項１３に記載の方法。
【請求項１６】
通信網において呼出音を提供するシステムであって、
発信元交換デバイス、端末交換デバイスおよびＨＬＲを含み、
加入局によってカスタマイズされた呼出音を記憶し、被呼端末が受信可能である場合に、交換デバイスを介して、加入局によって予めカスタマイズされた呼出音を発呼加入局で再生する呼出音デバイス、
をさらに備え、
前記ＨＬＲは加入局の呼出音サービス登録情報を記憶し、交換デバイスに加入局の該呼出音サービス登録情報を送信し、被呼加入局のローミング番号を送信する機能を有し、
前記発信元交換デバイスおよび端末交換デバイスは、前記呼出音サービス登録情報にしたがって、加入局が呼出音サービスに登録されている加入局であるか否かを判断する機能を有する、
システム。
【請求項１７】
前記ＨＬＲは交換デバイスに加入局の呼出音サービス登録情報を送信するためにも使用され、前記発信元交換デバイスおよび端末交換デバイスは該ＨＬＲから受信した呼出音サービス登録情報を記憶する、
請求項１６に記載のシステム。
【請求項１８】
前記発信元交換デバイスは前記呼出音デバイスに呼を経路付けるためにも使用され、
前記呼出音デバイスは、呼を受信した後に、オリジナル被呼番号を抽出し、発呼番号および被呼加入局のＭＳＲＮを前記端末交換デバイスに送信し、前記被呼端末の状態情報を受信した後、該被呼端末が受信可能であるか否かを判断するためにも使用され、
前記端末交換デバイスは、前記呼出音デバイスに前記被呼端末の状態情報を送信するためにも使用される、
請求項１６に記載のシステム。
【請求項１９】
前記呼出音デバイスは、前記被呼加入局が呼に応答した後、前記発呼加入局と被呼加入局との間の接続を可能にするために、前記発信元交換デバイスと端末交換デバイスとの間の接続を確立するためにも使用される、
請求項１６または１８に記載のシステム。
【図１】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９Ａ】
【図１９Ｂ】
【図２０】
【図２１Ａ】
【図２１Ｂ】
【図２１Ｃ】
【図２１Ｄ】
【図２２Ａ】
【図２２Ｂ】
【図２３】
【図２４】
【図２５Ａ】
【図２５Ｂ】
【図２６Ａ】
【図２６Ｂ】
【図２７Ａ】
【図２７Ｂ】
【図２８】
【図２９Ａ】
【図２９Ｂ】
【図３０Ａ】
【図３０Ｂ】
【図３１Ａ】
【図３１Ｂ】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図２】
【図３】
【図４】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９Ａ】
【図９Ｂ】
【図１０】
【図１１】
【図１２Ａ】
【図１２Ｂ】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９Ａ】
【図１９Ｂ】
【図２０】
【図２１Ａ】
【図２１Ｂ】
【図２１Ｃ】
【図２１Ｄ】
【図２２Ａ】
【図２２Ｂ】
【図２３】
【図２４】
【図２５Ａ】
【図２５Ｂ】
【図２６Ａ】
【図２６Ｂ】
【図２７Ａ】
【図２７Ｂ】
【図２８】
【図２９Ａ】
【図２９Ｂ】
【図３０Ａ】
【図３０Ｂ】
【図３１Ａ】
【図３１Ｂ】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【公開番号】特開２０１０−１２４４８３（Ｐ２０１０−１２４４８３Ａ）
【公開日】平成２２年６月３日（２０１０．６．３）
【国際特許分類】
【出願番号】特願２０１０−３４０７（Ｐ２０１０−３４０７）
【出願日】平成２２年１月８日（２０１０．１．８）
【分割の表示】特願２００６−５２９５５７（Ｐ２００６−５２９５５７）の分割
【原出願日】平成１６年５月１７日（２００４．５．１７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０２３８５８７２）華為技術有限公司 (139)
【Ｆターム（参考）】
【公開日】平成２２年６月３日（２０１０．６．３）
【国際特許分類】
【出願日】平成２２年１月８日（２０１０．１．８）
【分割の表示】特願２００６−５２９５５７（Ｐ２００６−５２９５５７）の分割
【原出願日】平成１６年５月１７日（２００４．５．１７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０２３８５８７２）華為技術有限公司 (139)
【Ｆターム（参考）】
[ Back to top ]