(57)【特許請求の範囲】
【請求項１】
有線電気通信ネットワークでリングバックを提供する方法であって、
（ａ）サービス交換ポイントによってサービスされる着呼側のためにサービス交換ポイントでコールを受信するステップを含み、前記コールが発呼側からであり、
（ｂ）サービス交換ポイントによって、コールのためのコールセットアップを行っている間にコールデータを評価しトリガ検出ポイントをアクティブにするステップを含み、前記トリガ検出ポイントはサービス交換ポイントに、着呼側を着信電話コールに接続するか又は着信電話コールを終了するように命令するように動作可能であり、さらに、
（ｃ）トリガ検出ポイントをアクティブにすることに応答して、リングバックを発呼側に提供するサービスノードにコールの第１レッグを伸ばすステップを含み、コールの第１レッグがサービス交換ポイントからサービスノードにそれらの間の第１通信リンクを介して伸ばされ、
（ｄ）サービスノードと着呼側との間のコールの第２レッグをセットアップするステップを含み、コールの第２レッグがサービスノードとサービス交換ポイントとの間の第２通信リンクを介してセットアップされ、前記第２の通信リンクが第１の通信リンクと異なっており、
（ｅ）サービス交換ポイントでコールの第１レッグおよび第２レッグを一緒にブリッジするステップを含み、ブリッジはファシリティ（ＦＡＣＩＬＩＴＹ）メッセージに少なくとも部分的に基づいており、
（ｆ）第１レッグおよび第２レッグがサービス交換ポイントで一緒にブリッジされた後で、サービスノードをコールへの参加から削除するステップとを含み、削除がサービス交換ポイントで行われる、方法。
【請求項２】
１つまたは複数の決定要因に基づいて複数の様々なリングバックから特定のリングバックを選択するステップと、
選択されたリングバックを発呼側に提供するステップと
をさらに含む、請求項１に記載の方法。
【請求項３】
１つまたは複数の決定要因が発呼側の識別子、コールの時間、コールの日付、およびコールの日のうちの少なくとも１つを含む、請求項２に記載の方法。
【請求項４】
コールの第１レッグがサービス交換ポイントからサービスノードにそれらの間の第１通信リンクを介して伸ばされ、コールの第２レッグがサービスノードとサービス交換ポイントとの間の第２通信リンクを介してセットアップされ、前記第２リンクが第１リンクと異なる、請求項１に記載の方法。
【請求項５】
ステップ（ｅ）が、
第１メッセージをサービスノードからサービス交換ポイントに送信するステップを含み、前記第１メッセージが明示的コール転送のリンク識別子を確立するためにサービス交換ポイントで動作を呼び出し、前記第１メッセージが、取得されたリンク識別子がそれに関連付けられるように、第２コールレッグに対する参照を含み、さらに、
サービス交換ポイントからサービスに送信された第２メッセージで第１メッセージに応答するステップを含み、前記第２メッセージが確立されたリンク識別子を含み、さらに、
第３メッセージをサービスノードからサービス交換ポイントに送信するステップを含み、前記第３メッセージが、第２メッセージに含まれたリンク識別子への明示的コール転送の実行を呼び出し、前記第３メッセージがまた、コールの第１レッグが、実行された明示的コール転送を介して、リンク識別子に転送されるように、コールの第１レッグを参照する、
請求項１に記載の方法。
【請求項６】
有線電気通信ネットワークでリングバックを提供するためのシステムであって、
サービス交換ポイントによってサービスされる着呼側のためのサービス交換ポイントでコールを受信するための手段を含み、前記コールが発呼側からであり、さらに、
サービス交換ポイントで、コールのためのコールセットアップを行っている間に、コールデータを評価しトリガ検出ポイントをアクティブにするための手段を含み、前記トリガ検出ポイントはサービス交換ポイントに、着呼側を着信電話コールに接続するか又は着信電話コールを終了するように命令するように動作可能であり、さらに、
トリガ検出ポイントをアクティブにすることに応答して、リングバックを発呼側に提供するサービスノードにコールの第１レッグを伸ばすための手段を有し、コールの第１レッグがサービス交換ポイントからサービスノードにそれらの間の第１通信リンクを介して伸ばされ
サービスノードと着呼側との間のコールの第２レッグをセットアップするための手段を含み、コールの第２レッグがサービスノードとサービス交換ポイントとの間の第２通信リンクを介してセットアップされ、前記第２の通信リンクが第１の通信リンクと異なっており、
サービス交換ポイントでコールの第１レッグおよび第２レッグを一緒にブリッジするための手段を含み、ブリッジするための手段がファシリティ（ＦＡＣＩＬＩＴＹ）メッセージを受信し、
第１レッグおよび第２レッグがサービス交換ポイントで一緒にブリッジされた後で、サービスノードをコールへの参加から削除するための、サービス交換ポイント内に配置された手段とを含む、システム。
【請求項７】
１つまたは複数の決定要因に基づいて複数の様々なリングバックから特定のリングバックを選択するための手段と、
選択されたリングバックを発呼側に提供するための手段と
をさらに含む、
請求項６に記載のシステム。
【請求項８】
１つまたは複数の決定要因が、発呼側の識別子、コールの時間、コールの日付およびコールの日のうちの少なくとも１つを含む、請求項７に記載のシステム。
【請求項９】
電気通信ネットワークが欧州電気通信規格協会有線ネットワークである、請求項６に記載のシステム。
【請求項１０】
コールの第１レッグがサービス交換ポイントからサービスノードにそれらの間の第１通信リンクを介して伸ばされ、コールの第２レッグがサービスノードとサービス交換ポイントとの間の第２通信リンクを介してセットアップされ、前記第２通信リンクが第１通信リンクと異なる、請求項６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の主題は、電気通信技術に関する。１つの特定の利用形態は、ＥＴＳＩ（欧州電気通信規格協会）有線ネットワークに関し、本明細書は特にそれに言及する。しかし、本発明の主題の諸態様は、他の同様の利用形態にも適用可能であることを理解されたい。
【背景技術】
【０００２】
電話では、リングバックまたはリングバック信号は、着呼側のエンドユーザ端末（ＥＵＴ）が呼出信号を受信しているか、またはそうでなければアラートされていることを示すために発呼側の電話または他の装置またはＥＵＴに提供される可聴音または一連の音、あるいは可聴メッセージ、あるいは他の同様の信号である。従来、ＥＴＳＩ規格に準拠したものなどの有線ネットワークでは、リングバック信号は、ＰＳＴＮ（公衆交換電話網）内の電気通信交換機によって生成され、かつ／または提供される。例えば、交換機は、Ｌｕｃｅｎｔ  Ｔｅｃｈｎｏｌｏｇｉｅｓ社の５ＥＳＳまたは別の同様の交換機など、クラス５電気通信交換機でもよい。リングバック信号は、一般に、着呼側にサービスする交換機によって提供され、リングバック信号は全てのコールに対して同一である。
【０００３】
最近になって、カスタマイズされたリングバックサービスが電気通信ネットワークに導入された。そのようなサービスを使用して、着呼側加入者は、１つまたは複数の決定要因に基づいて、複数の異なるリングバック信号のどの１つが発呼側に再生されるかまたは提供されるかを選択することができる。
【０００４】
例えば、図１を参照すると、交換機またはＳＳＰ（サービス交換ポイント）１２によってサービスされる発呼側１０が、ＰＳＴＮ２０を介して、交換機またはＳＳＰ３２によってサービスされる着呼側３０にコールを出す。適切には、カスタマイズされたリングバック信号は、例えば幹線または他の同様の送信チャネルを介してＳＳＰ３２に動作可能に接続されたサービスノード（ＳＮ）３４によって生成され、かつ／または提供される。着呼側３０がカスタマイズされたリングバックサービスに加入していると仮定すると、発呼側１０によって出されたコールがＳＳＰ３２に（すなわち、ＰＳＴＮ３０を介して）現れた場合、ＳＳＰ３２は、特別の処理がＳＮ３４によって提供されるべきであることを検出する。したがって、ＳＳＰ３２は、幹線の１つ（例えば幹線３６）を介してＳＮ３４にコールを伸ばす。従来、ＳＮ３４は、別個の幹線（例えば幹線３８）を使用して着呼側宛てのコールの第２レッグを開始し、平行して、加入者選択リングバック信号を発呼側１０に提供する。着呼側３０がコールに応答した場合、ＳＮ３４は、ヘアピンカーブまたは矢印４０によって示されているように、コールの２つのレッグを一緒に「ブリッジする」か、またはそうでなければ接続する。
【０００５】
上記の例から理解されることができるように、図示されているようにコールがＳＮ３４でヘアピンカーブすることは様々なリソースを過度に束縛する。例えば、２つの幹線３６および３８は両方とも、コールの継続期間中占有される。さらに、ＳＮ３４の中のリソース（例えば、ポート、会議回路など）も、コールの全継続期間中使用されたままである。したがって、コールのヘアピンカーブを回避またはバイパスし、かつ／または着呼側３０がコールに応答した後で、ＳＮ３４をコールへの参加から解放することが望ましい。すなわち、「コールドロップバック」フィーチャまたは機能を有し、それによって、着呼側３０がコールに応答した後は、２つのコールレッグが、ＳＮ３４でヘアピンカーブされるのではなく、ＳＳＰ３２でブリッジされ、それによってＳＮ３４がコールから外されることができるようにすることが望ましい。
【０００６】
北米地域で使用されているようなアドバンストインテリジェントネットワーク（ＡＩＮ）では、コールがサービスノードでヘアピンカーブするのを回避するための規格および／または技法が開発されている。例えば、ＴＢＣＴ（２Ｂチャネル転送）のテルコーディア仕様、およびノーテル仕様ＲＬＴ（リリースリンクトランク）手法が知られている。しかし、所望のコールドロップバック機能を提供するＥＴＳＩネットワークにおけるまたはそのための同様の規格または手法はこれまで開発されていない。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
したがって、上記の問題および他の問題を克服する、ＳＮでヘアピンカーブすることなくカスタマイズされたリングバックサービスを提供するための新規の改善された方法および／またはシステムが開示される。
【課題を解決するための手段】
【０００８】
一実施形態によれば、電気通信ネットワークでリングバックを提供する方法は、サービス交換ポイントによってサービスされる着呼側のためにサービス交換ポイントでコールを受信するステップを含み、コールが発呼側からであり、さらに、コールのためのコールセットアップを行っている間にトリガ検出ポイントに出会うステップを含み、トリガ検出ポイントがサービス交換ポイントで着呼側に供給され、さらに、トリガ検出ポイントに出会うことに応答して、リングバックを発呼側に提供するサービスノードにコールの第１レッグを伸ばすステップと、サービスノードと着呼側との間のコールの第２レッグをセットアップするステップと、サービス交換ポイントでコールの第１レッグおよび第２レッグを一緒にブリッジするステップと、第１レッグおよび第２レッグがサービス交換ポイントで一緒にブリッジされた後で、サービスノードをコールへの参加から削除するステップとを含む。
【０００９】
他の実施形態によれば、電気通信ネットワークでリングバックを供給するためのシステムが提供される。システムは、サービス交換ポイントによってサービスされる着呼側のためにサービス交換ポイントでコールを受信する手段を含み、コールが発呼側からであり、さらに、コールのためのコールセットアップを行っている間にトリガ検出ポイントに出会うための手段を含み、トリガ検出ポイントがサービス交換ポイントで着呼側に供給され、さらに、トリガ検出ポイントに出会うことに応答して、リングバックを発呼側に提供するサービスノードにコールの第１レッグを伸ばすための手段と、サービスノードと着呼側との間にコールの第２レッグをセットアップするための手段と、サービス交換ポイントでコールの第１レッグおよび第２レッグを一緒にブリッジするための手段と、第１レッグおよび第２レッグがサービス交換ポイントで一緒にブリッジされた後で、サービスノードをコールへの参加から削除するための手段とを含む。
【００１０】
他の実施形態によれば、電気通信ネットワークでカスタマイズされたリングバックサービスを提供するためのシステムは、サービス交換ポイントによってサービスされる着呼側のエンドユーザ端末に動作可能に接続されたサービス交換ポイントを含み、着呼側がサービス交換ポイントでトリガ検出ポイントを供給され、さらに、サービス交換ポイントに動作可能に接続されたサービスノードを含み、サービスノードがカスタマイズされたリングバックサービスを供給し、それによって、特定のリングバックが複数の異なるリングバックから選択され、発呼側に提供される。発呼側からのコールが着呼側のためのサービス交換ポイントに到着した場合、サービス交換ポイントは、コールのセットアップ中にトリガ検出ポイントに出会うように、終了基本コール状態モデルに従ってコールをセットアップし、そこでサービス交換ポイントはコールの第１レッグをサービスノードに伸ばす。
【００１１】
本明細書で開示される本発明の主題の多数の利点および利益は、当業者には本明細書を読み理解すれば明らかになるであろう。
【００１２】
本発明の主題は、様々なコンポーネントおよびコンポーネントの配列、ならびに様々なステップおよびステップの配列の形を取ることができる。図面は、好ましい実施形態を例示するためだけであり、限定的であると解釈されるべきではない。さらに、図面は比例していないことを理解されたい。
【発明を実施するための最良の形態】
【００１３】
簡単明瞭にするために、本明細書は、当技術分野では一般に知られている構造および／または機能要素、エンティティおよび／またはファシリティ、関連通信規格、プロトコルおよび／またはサービス、ならびに他のコンポーネントおよびフィーチャには、本明細書で提示された１つまたは複数の実施形態に従ってかつ／または対応するために修正されたまたは変更された程度以外は、それらの構成または動作に関してさらに詳しい説明なしで、言及するものとする。
【００１４】
図２を参照すると、ＰＳＴＮ１１０を通常に含む例示的有線または地上回線電気通信ネットワーク１００が示されている。適切には、ネットワーク１００は、例えば同様の規格および／またはプロトコルを利用するＥＴＳＩネットワークまたは他の同様のネットワークである。この例の目的では、着呼側は、ＥＵＴ１１２（例えば電話、あるいは他の同様のエンドユーザ装置または器具、あるいは顧客構内機器（ＣＰＥ））を利用してＰＳＴＮ１１０を介してコールを受信することである。図示されているように、ＥＵＴ１１２は、電気通信交換機またはＳＳＰ１１４に動作可能に通常に接続され、かつ／またはそれによってサービスされ、次に電気通信交換機またはＳＳＰ１１４は、ＰＳＴＮ１１０に動作可能に通常に接続される。例えば、ＳＳＰ１１４は、クラス５交換機または別の適切な電気通信交換機を含む端局（ＥＯ）または他の同様のファシリティとして任意選択で実装される。
【００１５】
別のＥＵＴ１２２（例えば、やはり電話、あるいは他の同様のエンドユーザ装置または器具、あるいはＣＰＥ）が、ＰＳＴＮ１１０にアクセスするために、かつ／または着呼側を呼び出すために、発呼側によって通常に使用される。図示された例では、ＥＵＴ１２２は、ＰＳＴＮ１１０に動作可能に通常に接続される別の電気通信交換機またはＳＳＰ（図示されていない）に動作可能に接続され、かつ／またはそれによってサービスされる有線装置である。代替として、ＥＵＴ１１２は、ＥＵＴ１１２にサービスするのと同一のＳＳＰ１１４に動作可能に接続され、かつ／またはそれによってサービスされる有線装置である。他の変形形態では、発呼側ＥＵＴ１２２は、適切な無線ネットワーク（図示されていない）を介してＰＳＴＮ１１０および／または着呼側サービスＳＳＰ１１４にアクセスする無線装置（例えば、移動電話など）である。
【００１６】
この例では、ＥＵＴ１１２は着呼側に対応し、かつ／または着呼側と呼ばれるものとし、ＥＵＴ１２２は発呼側に対応し、かつ／または発呼側と呼ばれるものとする。すなわち、この例では、発呼側はＥＵＴ１２２を利用して、ネットワーク１１０を介して、ＥＵＴ１１２を利用する着呼側にコールを出すと仮定するものとする。この例では、簡単明瞭にするために、単一の発呼側、単一の着呼側、および単一のＳＳＰしか図示されていないが、実際には、複数の発呼側および／または複数の着呼側が同様に配置され、かつ／またはネットワーク全体に配置された複数の様々な同様のＳＳＰによってサービスされる可能性があることを理解されたい。追加として、ここでは簡単明瞭にするために、図示された例は、ただ１つのユーザまたはパーティ（すなわち、着呼側１１２）にサービスするＳＳＰ１１４を示す。しかし、実際には、ＳＳＰ１１４は、複数の同様に配置されたユーザまたはパーティにサービスする可能性があることを理解されたい。
【００１７】
図示されているように、サービスノード（ＳＮ）１３０は、例えば、複数のシグナリングおよび／またはベアラーリンクまたはチャネルを介してＳＳＰ１１４に動作可能に通常に接続される。適切には、ＳＮ１３０は、カスタマイズされたリングバックサービスをＳＳＰ１１４によってサービスされる加入者側に提供する。この例では、着呼側１１２は、実際にはカスタマイズされたリングバックサービスの加入者であると仮定するものとする。さらに、ここでは簡単明瞭にするために、図示された例は、ただ１つの加入者（すなわち、パーティ１１２）にサービスするＳＳＰ１１４を示す。しかし、実際には、ＳＳＰ１１４は、複数の同様に配置された加入者にサービスする可能性があることを理解されたい。
【００１８】
図示されているように、ＳＮ１３０は、コール制御コンポーネントおよび／または機能１３２（名目上ここではコールコントローラと呼ばれる）、およびリングバック生成および／または提供コンポーネント１３４（名目上ここではリングバックサーバと呼ばれる）を含む。任意選択で、ＳＳＰ１１４のための交換機およびＳＮ１３０は、同一のハードウェアプラットフォーム上で、または代替として別個のプラットフォーム上で支持される。同様に、コールコントローラ１３２およびリングバックサーバ１３４は、同一のハードウェアプラットフォーム上で、または代替として、それぞれサービス制御ポイント（ＳＣＰ）およびインテリジェントペリフェラル（ＩＰ）など、別個のプラットフォーム上で、任意選択で支持される。
【００１９】
適切には、当業者は理解するであろうように、ＳＳＰ１１４の動作はコールモデルに基づいて実行される。一般に、コールモデルは、任意の所与の時点で、例えばＥＴＳＩによって指定された時点で、コールの現在の状態を正確かつ簡潔に反映するＳＳＰ１１４で使用される有限状態機械である。コールモデルは、状態またはＰＩＣ（ポイントインコール）およびそれらの間の遷移からなる。この例では、ＳＳＰ１１４は、基本コール状態モデル（ＢＣＳＭ）または他の同様のモデルに従って機能に適切に供給される。カスタマイズされたリングバックサービスは、ＢＣＳＭの終了側で呼び出されるので、ＢＣＳＭの終了モデルすなわちＴＢＣＳＭは、そのようなコールに適用可能である。
【００２０】
適切には、状態間遷移は、一般に検出ポイント（ＤＰ）と呼ばれる要素を通過することを含む。ＴＢＣＳＭに従って動作している間に、ＳＳＰ１１４が行っているコールセットアップ中に出会うＤＰが識別される。識別されたＤＰは、それに関連付けられたファイアリング基準を有する１つまたは複数のトリガを任意選択で含む。トリガが装備され（すなわち、アクティブにされ）、関連付けられたファイアリング基準が満たされた場合、トリガはファイアする。例えば、トリガがファイアした場合、メッセージがコール状態情報と共にフォーマットされ、ＳＳＰ１１４によってＳＮ１３０に送信される。適切には、ＳＮ１３０は、次いで、このコールに関するデータを読み取り、ＳＳＰ１１４がさらなるコール処理で使用する応答を生成する。
【００２１】
一般に、ＴＤＰ（トリガ検出ポイント）は、静的にかつ／または手動で装備された、例えば適切なサービス管理ツール（ＳＭＴ）１１５などを介して装備されたトリガを供給されたＤＰを参照する。すなわち、ＤＰは、ＤＰに関連付けられたトリガを装備することによりＴＤＰにされる、または変えられる。任意選択で、様々なＴＤＰが「要求」または「通知」ＴＤＰに分類される。したがって、コールセットアップ中に、ＴＤＰ−Ｒおよび／またはＴＤＰ−ＮがＳＳＰ１１４に出会う可能性がある。「−Ｒ」すなわち「要求」タイプのＴＤＰに出会った場合、ＳＳＰ１１４は、ＳＮ１３０との通信が開始された場合、コール処理を保留する。適切には、ＳＳＰ１１４によるコール処理は、ＳＮ１３０から応答が受信されたときに再開する。代替として、「−Ｎ」すなわち「通知」タイプのＴＤＰに出会った場合、ＳＳＰ１１４は、例えばそれが、あるイベントが生じたことをＳＮ１３０に通知するメッセージをＳＮ１３０に送出した後で、トリガがファイアした場合、コール処理を継続する。追加として、ＴＢＣＳＭにおけるＳＳＰ１１４によるＴＤＰの出会いはまた、無条件または条件付きＴＤＰでもよい。適切には、無条件ＴＤＰは、例えば、その瞬間のコール状態またはコールデータに関係なくＳＮ１３０へのアクセスを呼び出し、条件付きＴＤＰは、例えば、ＳＮ１３０のアクセスが実行される前に満たされるべき追加基準を有する。
【００２２】
適切には、（例えば、発呼側１２２からの）着呼側１１２に対するコールがＳＳＰ１１４で現れた場合、ＳＳＰ１１４は、着呼側１１２がアクティブなＴＤＰ−Ｒを有することを認識し、ＳＮ１３０にアクセスする。すなわち、例えば、ＳＳＰ１１４によってサービスされるパーティ（例えば、パーティ１１２など）がＳＮ３０によって提供されるカスタマイズされたリングバックサービスに加入している場合、加入者は、例えばＳＭＴ１１５を介して、ＳＳＰ１１４でＴＤＰ１１６を供給される。例えば、終了試行認可（ＴＡＡ）ＤＰまたはＤＰ−１２あるいは他の同様のＤＰは、加入者１１２のために静的にかつ／または手動で装備されたそのトリガを有する。代替として、ＴＤＰ１１６は無条件ＴＤＰ−Ｒである。
【００２３】
終了または着呼側サービスエンティティとして、ＳＳＰ１１４によってサービスされる着呼側に対するコールがＳＳＰ１１４で現れた場合、ＳＳＰ１１４は、ＴＢＣＳＭに従ってコールセットアップを行う。ＴＢＣＳＭのＰＩＣおよび／または状態は次々に進められるので、結局、ＤＰは到着され、かつ／または識別され、ＳＳＰ１１４が着呼側へのコールの終了を試みることを認可されることを示す。このＤＰは、一般に、ＴＡＡ  ＤＰ、または代替として、ＥＴＳＩネットワーク内のＤＰ−１２と呼ばれ、かつ／または知られている。普通は、この時点で、ＳＳＰ１１４は着呼側へのコールを終了しようと試みることにより応答する。しかし、この例では、加入者１１２はＳＳＰ１１４でＴＤＰ１１６を供給されている。すなわち、ＴＡＡ  ＤＰまたはＤＰ−１２は、加入者１１２のために、関連付けられたトリガを装備されていて、したがって、ＴＤＰ１１６になる。適切には、ＴＤＰ１１６は、任意選択で、無条件ＴＤＰ−Ｒである。したがって、出会わなければ通常のコールセットアップサイクルである期間中にＴＤＰ１１６に出会った場合、ＳＳＰ１１４は、実際には着呼側１１２へのコールを終了しようと試みない。そうではなく、ＳＳＰ１１４は、イニシャルＤＰ（ＩＤＰ）と呼ばれるメッセージをフォーマットし、それをＳＮ１３０に送信する。一方、ＳＳＰ１１４はまた、ＳＮ１３０から応答を受信するまで、さらなるコール処理を保留する。
【００２４】
適切には、ＳＮ１３０上のコールコントローラ１３２は、ＩＤＰメッセージを処理し、その識別子がＳＮ１３０によってＩＤＰへの応答の一部分としてＳＳＰ１１４に提供されるリングバックサーバ１３４にコールを伸ばすようにとのＳＳＰ１１４に対する命令で応答する。一般に、ＳＳＰ１１４は命令に従い、リングバックサーバ１３４にコールの第１レッグ（すなわち、発呼側１１２から出たレッグ）を伸ばし、次に、リングバックサーバ１３４は、複数の様々なリングバック信号から特定のリングバックを選択して発呼側１２２に提供する。適切には、リングバックサーバ１３４はまた、元の着呼側１１２のための第２コールレッグのセットアップを開始する。コールの第２レッグ（すなわち、着呼側１１２で終了するレッグ）は、ＳＳＰ１１４を通してセットアップされ、選択されたリングバック信号は、ＳＮ１３０からコールの第１レッグを介して発呼側１２２に返される。この時点で、２つの異なる幹線あるいは送信リンクまたはチャネルが確立され、かつ／またはコールを支持するためにＳＳＰ１１４とＳＮ１３０との間で使用される。例えば、コールの第１（または開始）レッグは、ＳＮ１３０とＳＳＰ１１４との間で動作可能に接続されかつ／または確立された第１幹線あるいは送信リンクまたはチャネルを介してＳＮ１３０と発呼側１２２との間に伸び、コールの第２（または終了）レッグは、ＳＮ１３０とＳＳＰ１１４との間に動作可能に接続されかつ／または確立された第２幹線あるいは送信リンクまたはチャネルを介してＳＮ１３０と着呼側１２２との間に伸びる。しかし、着呼側１２２がコールに応答した後は、コールドロップバック機能が開始され、それによって、コールの第１レッグおよび第２レッグがＳＳＰ１１４で相互にブリッジされるか、そうでなければ接続されるようにＳＮ１３０によって要求され、ＳＳＰ１１４とＳＮ１３０との間の幹線あるいは送信リンクまたはチャネルは解放され、かつ／またはティアダウン（ｔｏｒｎ−ｄｏｗｎ）される。したがって、この時点で、ＳＮ１３０はコールへのさらなる参加から解放される。
【００２５】
より詳細には、図３を参照すると、本発明の主題の１つまたは複数の態様を実施するのに適した、様々なネットワーク要素および／またはエンティティ（すなわち、発呼側１２２、ＳＳＰ１１４、リングバックサーバ１３４、コールコントローラ１３２、および着呼側１１２）の間で交換されるメッセージ、信号、コマンド、応答、ならびに／あるいは他の通信の例示的連続を示すメッセージおよび／またはコールの流れ図が示されている。図３では、各ステップまたは要素、あるいはメッセージ／コールの流れで交換される通信は、図の左側にリストアップされた対応する参照数字によって識別される。さらに、その名称によって識別されるメッセージは、ＥＴＳＩ規格で定義され、それに適切に従う。
【００２６】
ステップ２００で、発呼側１２２は、例えば、着呼側の電話番号をダイヤルすることにより着呼側１２２にコールを開始する。適切には、この時点で、通常のコールセットアップシグナリングおよび／またはメッセージが発呼側１２２とＳＳＰ１１４との間で交換される。しかし、この例では、着呼側１２２は、ＳＮ１３０によって提供されるカスタマイズされたリングバックサービスの加入者であり、したがって、ＳＳＰ１１４でＴＤＰ１１６を供給される。適切には、コールコントローラ１３２はまた、ＴＤＰ１１６に出会った場合コールコントロールを提供されるべきエンティティまたは要素としてＳＳＰ１１４で予め供給されている。したがって、ステップ２０２で、ＳＳＰ１１４における加入者１２２宛てのコールの出現は、ＴＤＰ１１６に出会うようにし、対応するＩＤＰメッセージまたは他の同様のメッセージがＳＳＰ１１４からＳＮ１３０のコールコントローラ１３２に送信される。ＩＤＰメッセージは、発呼側の識別子または電話番号、着呼側の識別子または電話番号、および／または他の任意の関連コール状態データまたはコール情報などのコールデータを含む。適切には、ＴＤＰ１１６はＴＤＰ−Ｒであり、ＳＳＰ１１４でのコール処理は、応答および／またはさらなる命令がコールコントローラ１３２からＳＳＰ１１４によって受信されるまで保留される。
【００２７】
適切には、コールコントローラ１３２は、（例えば、ステップ２０２で受信されたＩＤＰ内の着呼側の識別子または電話番号を認識することにより）、コールがカスタマイズされたリングバックサービスの加入者向けであることを認識し、このインスタンスではカスタマイズされたリングバックは保証されていることを認識する。したがって、ステップ２０４で、コールコントローラ１３２は、ＣＯＮＮＥＣＴメッセージあるいは他の同様のメッセージまたはコマンドをＳＳＰ１１４に出し、ＳＳＰ１１４に、特定のエンティティ、コンポーネント、および／またはそのアドレスがメッセージに提供されているプラットフォームにコールを伸ばすよう命令する。より詳細には、ステップ２０４の接続メッセージは、リングバックサーバ１３４のアドレスを識別し、かつ／または参照する。次に、名目上はコールコントローラ１３２と区別するためにリングバックサーバと呼ばれるコンポーネントまたはプラットフォーム１３４は、このコールにカスタマイズされたまたはスペシャライズされたリングバックを提供する。もちろん、前述のように、コールコントローラ１３２およびリングバックサーバ１３４の機能は、同一の物理的プラットフォーム上で、任意選択で実施される。
【００２８】
ステップ２０４で接続メッセージを受信することに応答して、ステップ２０６で、ＳＳＰ１１４は、最近受信された接続メッセージで識別され、かつ／または参照されたアドレスに、すなわち、リングバックサーバ１３４に、ＳＥＴＵＰメッセージまたは他の同様のメッセージを出す。この時点で、リングバックサーバ１３４は、複数の様々なカスタマイズされたまたはスペシャライズされたリングバック信号のうちのどの１つが発呼側１２２で再生されるべきか、またはそうでなければ提供されるべきかを判定する。選択されるリングバックは、例えばＳＮ１３０および／またはリングバックサーバ１３４で供給される論理および／またはアルゴリズムを使用して、１つまたは複数の決定要因に基づいて選択される。例えば、決定要因は、任意選択で、発呼側の識別子、コールの時間、日、および／または日付などである。加入者１２２は、決定要因のステータスまたは状態に基づいて、どの１つまたは複数のリングバック信号が発呼側１２２に再生され、かつ／または提供されるべきかを望み通りに設定する。より詳細には、例えば、加入者は、問題のコールが発呼側の誕生日に受信される場合、発呼側１２２に提供されるべき歌「ｈａｐｐｙ  ｂｉｒｔｈｄａｙ」などのリングバックを選択することができる。代替として、加入者は、発呼側の特定の識別子に基づいて、カスタマイズされたメッセージまたは特定の歌を発呼側に再生するリングバックを選択することができる。適切には、加入者１１２は、選択すべき様々な異なるリングバック信号を有し、かつ／または自分自身の個人化されたリングバックを作成することができる。適切には、決定要因の特定の組合せでは、加入者１１２は、再生のために選択されるべき１つまたは複数のリングバック信号を発呼側１２２に任意選択で割り当てる。一例示的実施形態では、任意の所与のコールに関する決定要因の実際の状態は、ステップ２０６で受信されたセットアップメッセージに含まれる関連コールデータおよび／または情報から適切に入手される。例えば、ステップ２０６のセットアップメッセージは、発呼側１２２の識別子および／または電話番号、着呼側１１２の識別子および／または電話番号、日付および／または時間スタンプ情報などを含む。
【００２９】
このコールに提供されるべきリングバックを選択することと平行して、ステップ２０８で、リングバックサーバ１３４が元の着呼側すなわち加入者１１２へのコールの第２レッグのためのセットアップを開始する。すなわち、リングバックサーバ１３４が、ＳＥＴＵＰメッセージまたは他の同様のメッセージをＳＳＰ１１４に出す。適切には、ステップ２０８のセットアップメッセージは、ステップ２０６のセットアップメッセージと同様である。しかし、今回は、ＳＥＴＵＰメッセージ内のリダイレクトパーティ情報は、コールがリングバックサーバ１３４からリダイレクトされることを示し、着呼側情報は元の着呼側１１２に対して設定されたままである。発呼者ＩＤ表示または同様のサービスなどのいかなる着呼側のアクティブな補足サービスも、コールインスタンスにＳＮ１３０および／またはリングバックサーバ１３４が含まれることによって影響されないままであることを保証するために、元の発呼側は変更されないままである。
【００３０】
着呼側１１２はＳＳＰ１１４でＴＤＰ１１６を供給されているので、ステップ２０８のセットアップメッセージに応答して、ＳＳＰ１１４によって利用されるＴＢＣＳＭに従ってＳＮ１３０からのＳＥＴＵＰ要求に対してＳＳＰ１１４によって実行されるコールセットアップ中に、ＴＤＰ１１６に再度出会った場合、ＳＳＰ１１４は、ステップ２１０で、第２のＩＤＰメッセージをコールコントローラ１３２に出す。適切には、第２のＩＤＰは、ＳＥＴＵＰメッセージ２０８で受信された値に基づいてトーンサーバ１３４をリダイレクトパーティであると識別する。ステップ２１２で、コールコントローラ１３２は、コールが（例えば、ステップ２１０のＩＤＰに含まれるリダイレクトパーティ情報から）トーンサーバ１３４によって開始されたことを検出または認識し、応答して、ＳＳＰ１１４に、例えば、コールコントローラ１３２によってＳＳＰ１１４に出されたＣＯＮＴＩＮＵＥメッセージまたは他の同様のメッセージを介してコールを処理することを単に継続するよう命令する。
【００３１】
ＳＳＰ１１４は、ステップ２１２でＣＯＮＴＩＮＵＥメッセージを受信して、元の着呼側１１２を呼び出し、着呼側１１２が、ステップ２１４でＳＳＰ１１４からリングバックサーバ１３４に出されたＡＬＥＲＴＩＮＧメッセージまたは他の同様のメッセージを介してアラートされている（または電話で呼び出されている）ことを、リングバックサーバ１３４に通知する。適切には、ステップ２１４のアラートメッセージは、リングバックサーバ１３４にコールの第２または着呼側レッグ上で送信される。次に、ステップ２１６で、リングバックサーバ１３４は、コールの第１または発呼側レッグ上にアラートメッセージを反映する。適切には、反映されたアラートメッセージは、コールのベアラまたは音声パスをカットスルーする。ステップ２１８で、予め選択されたカスタマイズされたまたはスペシャライズされたリングバック信号が発呼側レッグ上で再生される、すなわち、カスタマイズされたリングバックがリングバックサーバ１３４によって発呼側１２２に提供される。
【００３２】
一方、ステップ２２０で、ＳＳＰ１１４は、例えば元の着呼側の電話または他のＥＵＴが鳴るように、着呼側１１２に呼出信号を提供する。ステップ２２２で、着呼側１１２がコールに応答することが示されている。すなわち、コールの応答を示すオフフック信号または他の同様の信号が、着呼側１１２からＳＳＰ１１４に送信される。したがって、ＳＳＰ１１４は、着呼側応答を検出し、ステップ２２４で、着呼側レッグのためのリングバックサーバ１３４にＣＯＮＮＥＣＴメッセージまたは他の同様のメッセージを送信することにより、リングバックサーバ１３４へコールパスをカットスルーする。適切には、ステップ２２６で、リングバックサーバ１３４は、リングバックサーバ１３４からＳＳＰ１１４に返されたＣＯＮＮＥＣＴ  ＡＣＫメッセージまたは他の同様の肯定応答メッセージでステップ２２４の接続メッセージを肯定応答する。
【００３３】
ステップ２２８で、リングバックサーバ１３４はステップ２２４の接続メッセージを認識し、コールの発呼側レッグ、すなわちコールの第１レッグからリングバック信号を除去する。リングバックサーバ１３４はまた、双方向（発呼側からおよび発呼側へ）のそのレッグのカットスルーを完了するために、コールの発呼側レッグ上のＣＯＮＮＥＣＴメッセージまたは他の同様のメッセージをＳＳＰ１１４に送信する。それに応答して、ステップ２３０で、ＳＳＰ１１４は、発呼側から順方向コールパスをカットスルーし、ＣＯＮＮＥＣＴ  ＡＣＫメッセージまたは他の同様の肯定応答メッセージをリングバックサーバ１３４に送り返す。この時点で、リングバックサーバ１３４は、コールの両方のレッグ、すなわちコールの第１または発呼側レッグおよびコールの第２または着呼側レッグのための音声パスまたはベアラパスにある。適切には、リングバックサーバ１３４は、この時点で、コールドロップバックフィーチャが失敗した場合、それを通してコールブリッジを行う準備ができている。
【００３４】
ステップ２３２で、リングバックサーバ１３４は、コールドロップバックを開始する意図を宣言し、動作を識別するためにＳＳＰ１１４によって使用されるプリミティブの識別子または参照を取得する。例えば、リングバックサーバ１３４は、ＦＡＣＩＬＩＴＹメッセージまたは他の同様のメッセージをＳＳＰ１１４に出し、ファシリティ情報要素（ＦＩＥ）は、明示的コール転送（ＥＣＴ）のためのＬｉｎｋＩＤに対する参照を取得または要求するインボークオペレーション（Ｉｎｖ）を含む。適切には、ＦＡＣＩＬＩＴＹメッセージはまた、第２コールレッグ（すなわち、リングバックサーバ１３４と元の着呼側１１２との間のコールのレッグ）に対する参照を含む。この例では、ＣＲ２は、前述の第２コールレッグに対する参照として機能する。ステップ２３４で、ＳＳＰ１１４は、要求されたＬｉｎｋＩＤを含むリングバックサーバ１３４に応答を返す。例えば、応答は、任意選択で、ＦＩＥにＬｉｎｋＩＤを含む別のＦＡＣＩＬＩＴＹメッセージである。
【００３５】
ステップ２３６で、リングバックサーバ１３４は、ＳＳＰ１１４に、２つのコールのレッグを相互にブリッジするか、またはそうでなければ接続するよう指示する。例えば、リングバックサーバ１３４は、さらに別のＦＡＣＩＬＩＴＹメッセージを出し、ＦＩＥはＥＣＴの実行を呼び出すように設定されている。適切には、ファシリティメッセージはリングバックサーバ１３４によって予め取得されたＬｉｎｋＩＤを使用し、ＳＳＰ１１４がＳＳＰ１１４でどの２つのコールレッグがブリッジされるべきかが分かるように、他方のコールレッグ（ＣＲ１）に対する参照を提供する。この例では、ＣＲ１は、第１コールレッグ、すなわちリングバックサーバ１３４と発呼側１２２との間のコールレッグに対する参照として機能する。ステップ２３８で、ＳＳＰ１１４は、ステップ２３６で受信されたファシリティメッセージに従って２つのコールのレッグを相互にブリッジするか、またはそうでなければ接続する。ＳＳＰ１１４で２つのコールレッグを首尾よくブリッジした後、パーティ１１２および１２２は、今は自由に会話を行うことができるか、またはそうでなければそれらが適切と考えるように通信することができる。
【００３６】
適切には、この時点で、ＳＮ１３０をコールへのさらなる参加から解放するためのプロセスが開始する。例えば、ステップ２４０で、ＳＳＰ１１４は、ステップ２３６のファシリティメッセージを使用して呼び出されたＥＣＴで使用されたコールレッグ参照のためのコールティアダウン、すなわち、ＣＲ１によって参照されたコールレッグ、あるいはＳＳＰ１１４とリングバックサーバ１３４との間のコールの第１または発呼側レッグのティアダウンを開始する。
【００３７】
より詳細には、第１コールレッグのために、ＳＳＰ１１４は、ステップ２４０でＤＩＳＣＯＮＮＥＣＴメッセージまたは他の同様のメッセージをリングバックサーバ１３４に出す。それに応答して、ステップ２４２で、リングバックサーバ１３４は、ＲＥＬＥＡＳＥメッセージまたは他の同様のメッセージをＳＳＰ１１４に送信し、ＳＳＰ１１４に、ＳＳＰ１１４とリングバックサーバ１３４との間の対応する幹線、送信リンクおよび／またはチャネルを解放するよう命令する。ステップ２２４で、ＳＳＰ１１４は、命令されたように解放を実行し、リングバックサーバ１３４に首尾よく解放したことを通知するために、ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージまたは他の同様のメッセージをリングバックサーバ１３４に返す。同様に、第２コールレッグのために、ＳＳＰ１１４は、ステップ２４６で、ＤＩＳＣＯＮＮＥＣＴメッセージまたは他の同様のメッセージをリングバックサーバ１３４に出す。それに応答して、ステップ２４８で、リングバックサーバ１３４は、ＲＥＬＥＡＳＥメッセージまたは他の同様のメッセージをＳＳＰ１１４に送信し、ＳＳＰ１１４に、ＳＳＰ１１４とリングバックサーバ１３４との間の対応する幹線、送信リンクおよび／またはチャネルを解放するよう命令する。ステップ２５０で、ＳＳＰ１１４は、命令されたように解放を実行し、リングバックサーバ１３４に首尾よく解放したことを通知するためにＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージまたは他の同様のメッセージをリングバックサーバ１３４に返す。この時点で、ＳＮ１３０はコールへのさらなる参加から解放される。
【００３８】
本明細書に提示された特定の例示的実施形態に関連して、いくつかの構成および／または機能フィーチャは、定義された要素および／またはコンポーネントに組み込まれていると記載されていることを理解されたい。しかし、これらのフィーチャは、同一のまたは同様の利益のために、他の要素および／またはコンポーネントにも同様に、適切な場合は、組み込まれることが企図される。所望の用途に適した他の代替実施形態を遂行するのに適した例示的実施形態の様々な態様が選択的に利用されることができ、それによって、他の代替実施形態がそこに組み込まれた態様のそれぞれの利点を実現することも理解されたい。
【００３９】
本明細書に記載された特定の要素またはコンポーネントには、それらの機能がハードウェア、ソフトウェア、ファームウェアまたはそれらの組合せを介して適切に実装されていることも理解されたい。追加として、一緒に組み込まれていると本明細書に記載されているいくつかの要素は、適切な環境では、スタンドアロン要素であるか、またはそうでなければ分割されていることを理解されたい。同様に、１つの特定の要素によって実行されると記載されている複数の特定の機能は、個々の機能を実行するために独立して動作する複数の別個の要素によって実行されることができる、または、いくつかの個々の機能は分割され協調して動作する複数の別個の要素によって実行されることができる。代替として、そうでなければ互いに異なるように本明細書で記載されかつ／または示されているいくつかの要素またはコンポーネントは、適切な場合は、物理的にまたは機能的に結合されることができる。
【００４０】
図３に示されたコールの流れは依然として本発明の主題の諸態様を組み込んだまま適切に変更されることができ、それによって、代替実施形態がそれらに組み込まれた態様のそれぞれの利点を実現することも理解されたい。例えば、図３のステップ２１６および２１８に示されている、発呼側レッグ上の発呼側へのカットスルーの機能、およびスペシャライズされたリングバック信号を発呼側に提供する機能は、ＳＳＰ１１４からのＳＥＴＵＰメッセージの受信後すぐ、すなわちステップ２０６に続いてすぐ生じてもよい。この実施形態は、サービスが図３に示されているように実施される場合より早く、発呼側がスペシャライズされたリングバック信号を聞き始めるという利点を有するが、着呼側が話中の場合、発呼側は特別のリングバック信号の後で続いて話中信号を聞くことになり、これは発呼側に混乱を生じさせる可能性がある。そのような混乱は、図３に示されているコールの流れでは、スペシャライズされたリングバック信号を提供することをステップ２１８まで保留することにより回避される。話中表示が２１４のＡＬＥＲＴＩＮＧメッセージで受信された場合、話中はステップ２１６で反映され、図３のコールの流れの残余はスキップされる。いずれにしても、当業者によって理解されることができるコールの流れのそのような変形形態は全て代替実施形態と考えられる。
【００４１】
要約すれば、本明細書は好ましい実施形態に関して説明されてきた。本明細書を読み理解すれば、変更形態および改変形態が他者にも思いつかれるであろうことは明らかである。本発明は、そのような変更形態および改変形態が添付の特許請求の範囲またはその同等物の範囲に含まれる限り、それらを全て含むと解釈されるものとする。
【図面の簡単な説明】
【００４２】
【図１】コールがサービスノードでヘアピンカーブする、カスタマイズされたリングバックサービスを提供するための従来技術の手法を示す概略図である。
【図２】本発明の主題の諸態様を実施するのに適した例示的電気通信ネットワークの概略図である。
【図３】本発明の主題の諸態様を実施する、カスタマイズされたリングバックサービスを提供するための例示的手法を示すメッセージ／コールの流れ図である。
【図１】
0005498022.tif 000002
【図２】
0005498022.tif 000003
【図３】
0005498022.tif 000004