(57)【要約】例示的方法により、発呼者の機器へリングバック情報を提供する。セッション開始プロトコル、すなわちＳＩＰのアプリケーション・サーバ、すなわちＳＩＰ−ＡＳにより、インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）網で、発呼者の機器から呼確立要求が受信される。被呼者と関連するリングバック情報は、時間、曜日など状況評価を必要とすることがあり、または無条件に決定されることがあり、呼確立要求に応答して識別される。ＳＩＰ−ＡＳによりプッシュ送信技術が用いられ、ＳＩＰ−ＡＳから発呼者の機器へ送信される１つまたは複数のベアラ・パケットを通してリングバック情報を送る。
2009518885.tif 000002
【特許請求の範囲】
【請求項１】
発呼者の機器にリングバック情報を提供する方法であって、
インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）網において前記発呼者の機器と被呼者の機器との間に通話パスの確立を求める呼確立要求を、セッション開始プロトコル、すなわちＳＩＰのアプリケーション・サーバ、すなわちＳＩＰ−ＡＳにより前記発呼者の機器から受信するステップと、
前記呼確立要求に応答して前記被呼者と関連するリングバック情報を識別するステップと、
前記ＳＩＰ−ＡＳによるプッシュ送信技術を用いて、前記ＳＩＰ−ＡＳから前記発呼者の機器へ送信される１つまたは複数のメッセージを通して前記リングバック情報を送るステップと
を含む方法。
【請求項２】
前記１つまたは複数のメッセージが、前記発呼者の機器を宛先とし、前記リングバック情報の少なくとも一部が少なくとも１つのＳＩＰのＥａｒｌｙ  Ｍｅｄｉａパケットに含まれる少なくとも１つのＳＩＰのＥａｒｌｙ  Ｍｅｄｉａメッセージを含む、請求項１に記載の方法。
【請求項３】
前記呼確立要求の受信に基づいて前記被呼者の機器へメッセージが伝えられる前に、前記リングバック情報を伝える前記１つまたは複数のメッセージが、前記発呼者の機器へ伝えられる、請求項１に記載の方法。
【請求項４】
前記ＳＩＰ−ＡＳにより前記被呼者の機器の特性に関するセッション記述プロトコル、すなわちＳＤＰの情報を受信するステップと、
前記被呼者の機器の前記ＳＤＰの情報の少なくとも一部を含むＳＩＰの更新メッセージを、前記発呼者の機器に送るステップと、
前記ＳＩＰの更新メッセージの受信に応答して、前記発呼者にも被呼者にも使用されるコーデック・プロトコルを確認する応答メッセージを前記発呼者の機器より受信するステップと
をさらに含む、請求項１に記載の方法。
【請求項５】
前記発呼者の機器と前記ＳＩＰ−ＡＳとの間の１つのパスと、前記ＳＩＰ−ＡＳと前記被呼者の機器との間のもう１つのパスとの２つの別個のパスによって、前記発呼者の機器と前記被呼者の機器との間の通話通信パスを確立するステップをさらに含む、請求項１に記載の方法。
【請求項６】
前記ＳＩＰ−ＡＳをバック・トゥ・バック・ユーザ・エージェント・トランシーバとして作動させ、前記１つのパスを通って前記発呼者の機器から前記ＳＩＰ−ＡＳまで送信された第１のパケットが、前記ＳＩＰ−ＡＳにより前記もう１つのパスを通して前記被呼者の機器まで再送されるステップをさらに含む、請求項１に記載の方法。
【請求項７】
発呼者の機器にリングバック情報を提供するように適合されたセッション開始プロトコル、すなわちＳＩＰのアプリケーション・サーバ、すなわちＳＩＰ−ＡＳであって、
前記発呼者の機器と被呼者の機器との間に通話パスを確立することを求める呼確立要求を、前記発呼者の機器から受信する手段と、
前記呼確立要求に応答して前記被呼者と関連するリングバック情報を識別する手段と、
プッシュ送信技術を用い、１つまたは複数のベアラ・パケットを通して前記発呼者の機器へ前記リングバック情報を送る手段と
を含むＳＩＰ−ＡＳ。
【請求項８】
前記１つまたは複数のベアラ・パケットが、前記発呼者の機器を宛先とする少なくとも１つのＳＩＰのＥａｒｌｙ  Ｍｅｄｉａパケットを含み、前記リングバック情報の少なくとも一部が前記少なくとも１つのＳＩＰのＥａｒｌｙ  Ｍｅｄｉａパケットに含まれる、請求項７に記載のＳＩＰ−ＡＳ。
【請求項９】
前記被呼者の機器の特性に関するセッション記述プロトコル、すなわちＳＤＰの情報を受信する手段と、
前記被呼者の機器の前記ＳＤＰの情報の少なくとも一部を含むＳＩＰの更新メッセージを、前記発呼者の機器に送る手段と
をさらに含む、請求項７に記載のＳＩＰ−ＡＳ。
【請求項１０】
前記発呼者の機器と前記ＳＩＰ−ＡＳとの間の１つのパスと、前記ＳＩＰ−ＡＳと前記被呼者の機器との間のもう１つのパスとの２つの別個のパスによって、前記発呼者の機器と前記被呼者の機器との間の通話通信パスを確立する手段をさらに含む、請求項７に記載のＳＩＰ−ＡＳ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、「Method and Apparatus for Providing Multimedia Ringback Services to User Devices in IMS Networks」という名称の米国特許出願第１１／０２７，２９８号に関連している。
【０００２】
本発明は、電気通信網に関するものであり、より詳細にはユーザ機器へリングバック・サービスを提供することに関する。
【背景技術】
【０００３】
伝統的な有線電話システムにおいてリングバックとは、通話パスが被呼者へつながる前に交換機により発呼者の電話に送信される音声のことである。このような伝統的なリングバックは、発呼者に被呼者の電話が鳴っていることを伝えるために使用される周期的な音で構成されていた。
【０００４】
インターネット・プロトコル（ＩＰ）マルチメディア・システム（ＩＭＳ）は、伝統的な有線の回線ベースの網ではなくパケット網を利用するので、リングバックは、電気通信交換機以外により生成され、提供されなければならない。リングバック・トーンを生成する既知の方法では、網から適切な信号を受信すると発呼者の機器で音をローカルに生成するが、このような場合にエンドユーザが体験するのは、エンドユーザ機器にあらかじめ保存されている限りあるリングバック・トーンのうちの１つから体験することに限られている。ＩＭＳでリングバックを提供する別の既知の方法は、セッション開始プロトコル（ＳＩＰ）の「Ａｌｅｒｔ−Ｉｎｆｏ」メッセージングを使用する。これは、発呼者がクライアントであり、ＩＭＳがクライアントによりそこからリングバック情報を引き出されるネットワークである、クライアント・プル技術として機能する。
【０００５】
リングバック情報が映像、その他のような、通常の音声コンテンツ以外を含む、マルチメディアのリングバック・サービスについては、米国特許出願第１１／０２７，２９８号で開示している。この方法は、このようなリングバック・サービスを提供するためにエンドユーザ機器およびネットワーク構成要素間に実質的なシグナリングおよび／またはメッセージングを必要とし、やはりクライアント・プルに依存してマルチメディア・コンテンツを提供する。
【特許文献１】米国特許出願第１１／０２７，２９８号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
リングバック・サービスを発展させることが、本発明の目的である。
【課題を解決するための手段】
【０００７】
例示的な方法により、発呼者の機器にリングバック情報を提供する。インターネット・プロトコル（ＩＰ）マルチメディア・サブシステム（ＩＭＳ）網において、セッション開始プロトコル、すなわちＳＩＰのアプリケーション・サーバ、すなわちＳＩＰ−ＡＳにより、発呼者の機器から呼確立要求が受信される。この呼確立要求に応答して、被呼者と関連するリングバック情報が識別される。ＳＩＰ−ＡＳによりプッシュ送信技術が用いられて、ＳＩＰ−ＡＳから発呼者の機器へ送信される１つまたは複数のメッセージを通してリングバック情報を送る。
【０００８】
ソフトウェア・プログラムを含むコンピュータ可読媒体が、コンピュータにより実行されると、コンピュータは、上述の例示的方法で概説した方法を行うことになる。
【０００９】
例示的なセッション開始プロトコル、すなわちＳＩＰのアプリケーション・サーバ、すなわちＳＩＰ−ＡＳは、発呼者の機器にリングバック情報を提供するように適合される。ＳＩＰ−ＡＳは、発呼者の機器から呼確立要求を受信する機構を含む。ＳＩＰ−ＡＳは、前述の呼確立要求に応答して被呼者と関連するリングバック情報を識別する。さらにＳＩＰ−ＡＳは、プッシュ送信技術を用いて発呼者の機器へ１つまたは複数のメッセージを通してリングバック情報を送る。
【発明を実施するための最良の形態】
【００１０】
本発明の例示的実装の特徴は、説明、特許請求の範囲、および添付の図面から明らかになるであろう。
【００１１】
図１は、公衆交換電話網（ＰＳＴＮ）１２に接続されたＩＭＳ網１０を含む電気通信システムを示す。無線通信機器１４は、無線アクセス・ノード（ＲＡＮ）１６によりサポートされている。通信サブシステム１８が、ＲＡＮ１６およびＩＭＳ網１０を接続し、無線機器１４との通信をサポートする。同様に、別の無線通信機器２０とＩＭＳ網１０との通信は、ＲＡＮ２２および通信サブシステム２４によりサポートされている。また、ＩＭＳ網１０の通信サブシステム１８との通信パス２８により接続された別のエンドユーザの通信機器２６とも、通信がサポートされている。ここで用いられる通信技術によると、通信サブシステム１８は、対応する技術をサポートするように構成され、パケット・データ処理ノード（ＰＤＳＮ）、ゲートウェイ汎用パケット無線サービス（ＧＰＲＳ）サポート・ノード（ＧＧＳＮ）、電気通信交換機、またはＩＭＳ網１０と他のアクセス・システムおよび／またはエンドユーザ機器との通信を容易にするために利用されるその他のネットワーク構成要素を含むことができる。ＩＭＳ１０により、様々なアクセス網がサポートされることが可能である。このようなアクセス網には、広帯域符号分割多重接続（ＷＣＤＭＡ）、ユニバーサル移動体通信システム（ＵＭＴＳ）、符号分割多重接続（ＣＤＭＡ）２０００、ＣＤＭＡ２０００エボリューション・データ・オンリー（ＥｖＤＯ）システムをサポートするような３Ｇ無線網、公衆交換電話システム（ＰＳＴＮ）、統合デジタル通信網（ＩＳＤＮ）、その他同様のシステムが含まれる。
【００１２】
エンドユーザ機器は、呼を開始するおよび／または受信することができる電気通信加入者の通信機器を含む。このようなエンドユーザ機器は、携帯電話、携帯情報端末、無線モデムを備えたコンピュータなどの無線通信機器、ならびに旧来の電話、ＩＰ電話、ＳＩＰ電話、有線で接続されたコンピュータおよび／または携帯情報端末などの有線通信機器を含むことができる。
【００１３】
図１の例示的ＩＭＳ１０は、認証、許可、および課金（ＡＡＡ）サーバ５２と加入者データベース５４とを含むホーム加入者サーバ（ＨＳＳ）５０を含む。サーバ５２は、網にアクセスしようとしている加入者を確認し、要求された通信サービスの使用を許可し、加入者により利用されるサービスを追跡する。データベース５４は、加入サービスに申し込まれたアカウント情報、加入者のエンドユーザ機器の型および／または性能などの加入者情報を管理し、更新する。ＨＳＳ５０は、呼セッション制御機能（ＣＳＣＦ）サーバ５６および５８に接続される。これらのサーバは、ＳＩＰベースの呼制御および呼セッション処理機能を行う。例えば、ＣＳＣＦサーバ５６および５８により、サービングＣＳＣＦ、インテロゲーティングＣＳＣＦ、およびプロキシＣＳＣＦの機能が行われることが可能である。ＳＩＰアプリケーション・サーバ（ＳＩＰ−ＡＳ）６０は、ＣＳＣＦサーバ５６および５８ならびにＨＳＳ５０に接続され、エンドユーザ機器との、例えば呼などのＳＩＰ通信リンクを初期設定および維持するためのサポートを行う。メディア・リソース・サーバ（ＭＲＳ）６２がＳＩＰ−ＡＳ６０およびＣＳＣＦサーバ５６、５８につながれ、専用のリングバック音声情報を発呼者に提供する機能を有する。ＭＲＳ６２は、加入者により選択された音声情報を格納し、または格納された音声情報にアクセスすることができ、したがって加入者が呼を受信すると、被呼加入者に選択された音声情報が検索されて、リングバック情報として発呼者に伝送されることが可能となっている。ＳＩＰ−ＡＳ６０は、どのユーザが専用のリングバック機能を利用しているか、およびどのような状況下でどの格納された音声情報のファイルが再生されるべきかを含む加入者ごとのデータの追跡を続ける。
【００１４】
図２は、一般に図１のサーバおよび構成要素と関連する機能の提供に適したコンピューティング・ノード８０を示す。マイクロプロセッサ８２は、リードオンリー・メモリ（ＲＯＭ）８４、ランダム・アクセス・メモリ（ＲＡＭ）８６、およびハードディスク・ドライブなどの不揮発性メモリ８８によりサポートされている。ＲＯＭ８４に格納された制御命令が、コンピューティング・ノードを開始する、すなわちブートする役割を果たす。ＲＡＭ８６は、所望のアプリケーションに従って機能およびタスクを実行する際にマイクロプロセッサ８２により使用されるアプリケーションの命令およびデータを格納する。通常、アプリケーション・プログラムは不揮発性メモリ８８に格納され、マイクロプロセッサ８２によるアクセスおよび処理に備え、アプリケーション・プログラムの少なくとも選択された部分がＲＡＭ８６に転送される。コンピューティング・ノードにより実行される機能によって、ユーザ・インターフェースを設けることができる。例えば、アプリケーションおよび予想される入力および出力によって、キーボード、マウス、タッチ・スクリーンまたはタッチ・パッド、ポインティング・デバイスなどのユーザ入力装置９０、およびディスプレイ画面、プリンタ、外部データ記憶装置などのユーザ出力装置９２を利用することができる。必要に応じてマイクロプロセッサ８２と入力９０および出力９２との間に、インターフェース機器を利用することができることは明らかであろう。入力／出力（Ｉ／Ｏ）モジュール９４が、マイクロプロセッサ８２に接続され、コンピューティング・ノード８０と外部装置との間の通信をサポートする。単に１つのＩ／Ｏモジュール９４を示しているが、様々な外部装置および／または通信プロトコルとの通信を容易にするために、複数のこのようなモジュールを利用することができることは明らかである。
【００１５】
図３は、例示的なコール・フロー方法の信号図であり、ここでは従来のリングバック・トーンではなく、例えばデジタル保存された音声など所定のデジタル情報が、発呼者に提供されている。この信号図は、図１に示した例示的アーキテクチャと併せて解釈されたい。機器２０のユーザに向かって機器１４のユーザにより開始された呼という状況において、発呼者の機器１４、ＣＳＣＦ５８、構成要素６１（ＭＲＳ６２と結合したＳＩＰ−ＡＳ６０）、および被呼者の機器２０の間のシグナリングを示す。この例では、無線機器１４および２０を用いているが、発呼者および被呼者により使用される機器は、それぞれのアクセス・システムによりサポートされるいかなるタイプのエンドユーザ機器であってもよいことは理解されるであろう。
【００１６】
ステップ１００では、機器１４のユーザが機器２０への呼を開始し、この呼は、ＳＩＰプロキシとして機能しているＣＳＣＦ５６によって、機器１４についての関連するセッション記述プロトコル（ＳＤＰ）情報を含んでいるＳＩＰのＩＮＶＩＴＥとして受信され、これが次にＣＳＣＦ５８に送信される。発呼者が（図のように）ＩＭＳではなく旧来の回線網（ＰＳＴＮ）にいる場合、メディア・ゲートウェイ（ＭＧＷ）およびメディア・ゲートウェイ制御機能（ＭＧＣＦ）が、ＰＳＴＮプロトコルからＳＩＰへの相互作用ポイントとして働き、ＩＭＳへＳＩＰユーザ・エージェントのインターフェースを提供する。この例では、ＣＳＣＦ５６は、ユーザ機器１４を含むアクセス・システムをサポートするように割り当てられ、ＣＳＣＦ５８は、ユーザ機器２０を含むアクセス・システムをサポートするように割り当てられている。ステップ１０２では、ＣＳＣＦ５８が、被呼者、すなわち機器２０に関連するユーザの初期フィルタ条件（ＩＦＣ）に基づいて、ＳＩＰのＩＮＶＩＴＥを構成要素６１へ送る。構成要素６１は、被呼者のプロファイルにアクセスし、プロファイルに格納された制御情報に基づいて、専用のリングバック情報が発呼者に再生されることを決定する。構成要素６１は、ステップ１０４で発呼者に向けてＳＩＰの１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを送信することにより、すなわちＣＳＣＦ５８により、格納された音声情報をリングバック情報として発呼者に流し始める準備をする。次にＣＳＣＦ５８が、ステップ１０６でＳＩＰの１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを送って、セッションの開始の初期部分が成功し、発呼者の機器１４まで進んでいることを示す。１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージは、Ｉｎｖｉｔｅ１００、１０２に含まれたＳＤＰに応答してＳＤＰを含んでいる。以下に説明するように、リアルタイム・プロトコル（ＲＴＰ）のメディア・セッションを確立できるのは、ＳＤＰ情報を発呼者と被呼者との間でこのように交換することによるものである。これに応答して、発呼者の機器１４は、ステップ１０８においてＣＳＣＦ５８へ暫定応答（ＰＲＡＣＫ）を送り、これがステップ１１０において構成要素６１へ中継される。ＰＲＡＣＫは、１８３  Ｓｅｓｓｉｏｎ  ＰｒｏｇｒｅｓｓメッセージのＳＤＰ情報を確かに受信したことを知らせる。構成要素６１は、ステップ１１２において、ＰＲＡＣＫを受信したことを示す２００  ＯＫメッセージを送ることにより、ＣＳＣＦ５８にＰＲＡＣＫメッセージの受信を知らせ、次にこの２００  ＯＫメッセージは、ステップ１１４において発呼者の機器１４へ中継される。
【００１７】
ステップ１１６に従って、構成要素６１は、専用のリングバック情報を含んでいるＳＩＰのＥａｒｌｙ  Ｍｅｄｉａメッセージ・ストリームを機器１４に送る。これは、ＳＩＰ−ＡＳ６０が、被呼者によりあらかじめ決められた、例えば音声またはその他のタイプのデジタル情報など特定の情報を識別してＭＲＳ６２から検索することを伴う。この情報は、ベアラとしてＩＰ網を利用し、ＳＩＰのＥａｒｌｙ  ＭｅｄｉａパケットのストリームとしてＳＩＰ−ＡＳ６０により発呼者１４へ送られる。ステップ１１６は、ステップ１１４の次にくるように示しているが、ステップ１１６は、ステップ１０２でＩＮＶＩＴＥメッセージを受信した後に構成要素６１により同時に処理および生成され、言い換えればＳＩＰのＥａｒｌｙ  Ｍｅｄｉａパケットは、ステップ１０４〜１１４と関連するイベントと平行して送られることになる。例えば、発呼者の機器１４は、ステップ１０６に示したＳＩＰの１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓメッセージを受け取る前に、第１のＳＩＰのＥａｒｌｙ  Ｍｅｄｉａパケットを受信することがある。これは特に、シグナリングおよびベアラのトラフィックが、発呼者の機器１４まで異なるルートをたどる場合である。
【００１８】
ステップ１１８では、構成要素６１が、ＳＩＰのＩＮＶＩＴＥメッセージをＣＳＣＦ５８へ送信することにより、被呼者への呼を開始し、ＣＳＣＦ５８は、ステップ１２０でこのメッセージを被呼者の機器２０へ中継する。このメッセージで伝えられるＳＤＰ情報は、ステップ１０２と関連するＩＮＶＩＴＥメッセージで構成要素６１により受信されたＳＤＰ情報である。構成要素６１、詳細にはＳＩＰ−ＡＳ６０は、例示の実施形態ではバック・トゥ・バック・エンドユーザ・エージェント（Ｂ２ＢＵＡ）として機能する。すなわち、構成要素６１が機器１４と関連するユーザからの呼要求（ステップ１０２のＩＮＶＩＴＥメッセージ）を終わらせることに加え、構成要素６１はまた、被呼者の機器２０へ向けられた新たな呼要求（ステップ１１８のＩＮＶＩＴＥメッセージ）を生成する働きもする。
【００１９】
被呼者の機器２０が呼を自由に受け入れることができると仮定すると、被呼者の機器２０は、ステップ１２２においてＳＩＰの１８０  ＲｉｎｇｉｎｇメッセージをＣＳＣＦ５８へ送って応答し、ここでこのｒｉｎｇｉｎｇメッセージは、機器１４により提供され、機器２０によりサポートされる、一般に受け入れられるコーデックの最良の選択として機器２０により選択されたコーデックを伝えるＳＤＰ情報を含んでいる。この選択されたコーデックおよび個別のポート・マップは、ステップ１２２において１８０メッセージ中のＳＤＰで返される。この情報は、ステップ１２４でＣＳＣＦ５８から構成要素６１へ中継される。ＰＲＡＣＫ（１０８、１１０）および２００  ＯＫ  （ＰＲＡＣＫ）（１１２、１１４）と同様に、構成要素６１は、被呼者の機器２０上のユーザ・エージェント・サーバにＰＲＡＣＫを送信し、応答でＳＩＰの２００  ＯＫ（ＰＲＡＣＫ）を受信する（図示せず）。この応答は、ステップ１２６を実行する前に、ＳＤＰ情報を受け取ったことを知らせる。
【００２０】
ステップ１２６では、被呼者の機器２０がオフフックになって、ＳＩＰの２００  ＯＫメッセージがＣＳＣＦ５８に送られるようにし、次にＣＳＣＦ５８が、ステップ１２８でこのメッセージを構成要素６１へ中継する。構成要素６１は、Ｅａｒｌｙ  Ｍｅｄｉａセッション（ステップ１１６）でネゴシエートされた値からセッション・パラメータを更新して、機器２０からのＳＤＰ情報で受信したセッション・パラメータに反映する。ＳＩＰのＵＰＤＡＴＥセッション・パラメータは、ステップ１３０で構成要素６１からＣＳＣＦ５８へ、ステップ１３２でＣＳＣＦ５８から機器１４へ送られる。ステップ１３４では、機器１４は（ＳＤＰを通してコーデックのネゴシエーションを確認するために）２００  ＯＫメッセージをＣＳＣＦ５８に送り、次にＣＳＣＦ５８が、ステップ１３６でこのメッセージを構成要素６１へ中継する。これにより、ＳＤＰパラメータは、機器１４および２０間で相互に一致され、したがって、機器１４にも機器２０にも理解可能である、例えばコーデック・アルゴリズムなどの伝送プロトコルの選択が可能になる。
【００２１】
ステップ１３８では、構成要素６１がＣＳＣＦ５８に２００  ＯＫ（ｉｎｖｉｔｅに対する）メッセージを送信し、このメッセージはステップ１４０で機器１４へ中継される。これは、ステップ１０２で受信した最初のＳＩＰのＩＮＶＩＴＥメッセージへの応答である。ステップ１４０で受信したメッセージに対する確認（ＡＣＫ）が機器１４によって生成され、ステップ１４２、１４４、および１４６でそれぞれＣＳＣＦ５８、構成要素６１、および機器２０へ送られる。この結果、ステップ１４８に示すように、機器１４および２０間に相互の音声通信パスが確立される。２００  ＯＫ（ｉｎｖｉｔｅに対する）を送信する前は、呼への課金が始まらないこと、言い換えれば専用のリングバック・トーンを提供するＥａｒｌｙ  Ｍｅｄｉａセッションは、被呼者が応答するまで発呼者にいかなる費用もかけないことに注目されたい。この通信パスは、実際には接続された２つの通信パス、すなわち機器１４と構成要素６１との間の１つの通信パスと、構成要素６１と機器２０との間のもう１つの通信パスとから構成されていることが注目されるであろう。したがって、構成要素６１（ＳＩＰ−ＡＳ）は、Ｂ２ＢＵＡとして機能する。また、構成要素６１によって生成されたＥａｒｌｙ  Ｍｅｄｉａメッセージングが、事実上、エンドユーザ間のリアルタイムの通信パスに変わったことにも注目されたい。
【００２２】
この例では、確立された通信パスを機器１４のユーザが最初に終わらせると仮定する。機器１４がオンフックになると、機器１４によりＢＹＥメッセージが発信され、ステップ１５０、１５２、および１５４でそれぞれＣＳＣＦ５８、構成要素６１、および機器２０へ送られる。ＣＳＣＦ５８、構成要素６１、および機器２０によってＢＹＥメッセージが受け取られたことは、それぞれの送信要素（図示せず）に応答の２００  ＯＫ（ＢＹＥに対する）メッセージを送ることにより確認される。これは事実上、確立された通信パスをティアダウンし、通信パスをサポートしていたネットワーク構成要素を解放する。記載していないが、確立された通信パスのティアダウンは、発呼者か被呼者かいずれかにより開始されることが可能であることは、当業者には明らかであろう。
【００２３】
ＳＩＰのＥａｒｌｙ  Ｍｅｄｉａメッセージは、ＳＩＰのａｌｅｒｔ−ｉｎｆｏメッセージングで利用されるクライアント／ユーザの「プル」操作とは対照的に、クライアント／ユーザへの「プッシュ」操作としてＩＭＳ網から送信されることが理解されるであろう。機器１４は、呼要求を開始した（ステップ１００、１０２）が、Ｅａｒｌｙ  Ｍｅｄｉａメッセージングにより伝えられる情報を受信するために、機器１４により要求はされなかった。よって、Ｅａｒｌｙ  Ｍｅｄｉａメッセージングの一部としてＩＭＳ網から発信されたリングバック音声情報は、機器１４へのプッシュ操作となる。一般に、エンドユーザの視点からプッシュ操作は、エンドユーザがまず情報を要求することなく、情報を受信すること、または少なくとも情報をエンドユーザへ提供することを含む。プル操作では、エンドユーザは、まず特定の情報を要求しなければならず、その情報はその後に網から取得される、すなわちプルされる。発呼者または発呼者のＳＩＰエージェント（発呼者が旧来のＰＳＴＮ網にいる場合）へ初期メディアをプッシュすることは、現在のところ旧来のＰＳＴＮでサポートされている、ベアラ・パスに可聴リングバックを受信するように設計されたシステムとの互換性という点で有利である。
【００２４】
上述の実施形態に従うと、構成要素６１は、リングバック・プラットフォームとして働き、Ｂ２ＢＵＡとして機能する。したがって、構成要素６１は、呼が終わるまで、音声通信パスを含むシグナリング・パスにある。
【００２５】
また、リングバック・プラットフォームは、ＳＩＰのＵＰＤＡＴＥメッセージングを使用して、事実上、確立されたＥａｒｌｙ  Ｍｅｄｉａセッションを、エンドユーザ間の音声通話をサポートするリアルタイム・プロトコル（ＲＴＰ）のメディア・セッションに変換することにも注目されるであろう。
【００２６】
本発明の例示的な実施形態を本明細書で詳細に述べ、説明したが、本発明の趣旨を逸脱することなく、様々な変更、追加、代用などを行うことができるということは、当業者には明らかであろう。例えば、所望の全体的な機能性が維持される限り、あるステップを様々な順序で配列することができる。好都合であれば、または所望であれば、様々な構造要素を単一要素に結合することができる。例えば、ＳＩＰ−ＡＳの役割を、フロントエンドとバックエンドの処理要素に分割することができる。同様に、ある機能を行う責務を、他の要素に移すことができる。本発明の実施形態は、ソフトウェアおよび／またはソフトウェアとハードウェアの組合せで実装されることが可能である。例えば、ＳＩＰ−ＡＳおよびＭＲＳにより行われる方法は、マイクロプロセッサ８２によるアクセスおよび実行に備えてメモリ８４、８６、８８にロードされたプログラム制御の命令により行われることが可能である。したがって、本発明の実施形態のこのような方法は、コンピュータ可読媒体または送信キャリアに格納されることが可能である。
【００２７】
本発明の範囲は、添付の特許請求の範囲で定義される。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施形態を組み込むのに適した例示的電気通信システムのブロック図である。
【図２】図１のコンピューティング・ノードの機能を行うのに適した例示的コンピューティング・ノードのブロック図である。
【図３】本発明の一実施形態による例示的方法の信号フロー図である。
【図１】
2009518885.tif 000003
【図２】
2009518885.tif 000004
【図３】
2009518885.tif 000005
【国際調査報告】
2009518885.tif 000006
2009518885.tif 000007