(57)【要約】【課題】マルチメディア・コンテンツを発呼側デバイスに提供するための方法および装置を提供すること。【解決手段】具体的には、この方法は、発呼側デバイスと着呼側デバイスの間の接続を確立するための接続要求に応答して、マルチメディア・リングバック・サービス要求を受信すること、マルチメディア・リングバック・サービス要求に応答して、発呼側デバイスに関連付けられたアドレスを決定すること、マルチメディア・リングバック・サービス要求に関連付けられたマルチメディア・コンテンツを識別すること、および、発呼側デバイスとの少なくとも１つのマルチメディア・セッションを、アドレスを使用して確立することであって、少なくとも１つのマルチメディア・セッションは、接続を確立することと同時にマルチメディア・コンテンツを発呼側デバイスに向けて提供するように動作可能であることを備える。【選択図】図１
2006191595.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア・コンテンツを発呼側デバイスに提供するための方法であって、
前記発呼側デバイスと着呼側デバイスの間の接続を確立するための接続要求に応答して、マルチメディア・リングバック・サービス要求を受信する工程と、
前記マルチメディア・リングバック・サービス要求に応答して、前記発呼側デバイスに関連付けられたアドレスを決定する工程と、
前記マルチメディア・リングバック・サービス要求に関連付けられた前記マルチメディア・コンテンツを識別する工程と、
前記発呼側デバイスとの少なくとも１つのマルチメディア・セッションを、前記アドレスを使用して確立する工程であって、前記少なくとも１つのマルチメディア・セッションは、前記接続を確立することと同時に前記マルチメディア・コンテンツを前記発呼側デバイスに向けて提供するように動作可能である工程とを備え、
前記少なくとも１つのマルチメディア・セッションは、少なくとも１つのデータ・セッションおよび少なくとも１つのビデオ・セッションを備え、前記少なくとも１つのデータ・セッションは、前記少なくとも１つのビデオ・セッションの確立と同時に非ビデオ・コンテンツを前記発呼側デバイスに向けて提供するように動作可能である方法。
【請求項２】
前記確立する工程は、
少なくとも１つのコンテンツ識別子を前記発呼側デバイスに向けて、前記アドレスを使用して送信する工程を備え、前記少なくとも１つのコンテンツ識別子は前記マルチメディア・コンテンツを識別する、請求項１に記載の方法。
【請求項３】
前記少なくとも１つのコンテンツ識別子を前記発呼側デバイスで受信する工程と、
前記少なくとも１つのマルチメディア・セッションを、前記少なくとも１つのコンテンツ識別子を使用して確立する工程とをさらに備える、請求項２に記載の方法。
【請求項４】
前記少なくとも１つのマルチメディア・セッションは、オーディオ・セッションおよびビデオ・セッションを備え、前記オーディオ・セッションはオーディオ・コンテンツを前記発呼側デバイスに提供するように動作可能であり、前記ビデオ・セッションはビデオ・コンテンツを前記発呼側デバイスに提供するように動作可能である、請求項１に記載の方法。
【請求項５】
前記オーディオ・セッションと前記ビデオ・セッションの間のマッピングを確立する工程をさらに備える、請求項４に記載の方法。
【請求項６】
前記ビデオ・コンテンツがオーディオ部分を備えるという決定に応答して、前記マッピングを使用して前記オーディオ・コンテンツを抑制する工程をさらに備える、請求項５に記載の方法。
【請求項７】
前記接続を確立することと同時に、前記マルチメディア・コンテンツを前記発呼側デバイスに向けて提供する工程と、
前記発呼側デバイスに提供された前記マルチメディア・コンテンツの少なくとも一部の終了を、前記少なくとも１つのマルチメディア・セッションを使用して提供された前記マルチメディア・コンテンツの前記少なくとも一部がオーディオ・コンテンツを備えないという決定に応答して、遅延させる工程とをさらに備える、請求項１に記載の方法。
【請求項８】
コンピュータによって実行されるとき、前記コンピュータに方法を実行させるソフトウェア・プログラムを格納する、コンピュータ可読メディアであって、前記方法は、
発呼側デバイスと着呼側デバイスの間の接続を確立するための接続要求に応答して、マルチメディア・リングバック・サービス要求を受信する工程と、
前記マルチメディア・リングバック・サービス要求に応答して、前記発呼側デバイスに関連付けられたアドレスを決定する工程と、
前記マルチメディア・リングバック・サービス要求に関連付けられたマルチメディア・コンテンツを識別する工程と、
前記発呼側デバイスとの少なくとも１つのマルチメディア・セッションを、前記アドレスを使用して確立する工程であって、前記少なくとも１つのマルチメディア・セッションは、前記接続を確立することと同時に前記マルチメディア・コンテンツを前記発呼側デバイスに向けて提供するように動作可能である工程とを備え、
前記少なくとも１つのマルチメディア・セッションは、少なくとも１つのデータ・セッションおよび少なくとも１つのビデオ・セッションを備え、前記少なくとも１つのデータ・セッションは、前記少なくとも１つのビデオ・セッションの確立と同時に非ビデオ・コンテンツを前記発呼側デバイスに向けて提供するように動作可能である、コンピュータ可読メディア。
【請求項９】
前記接続を確立することと同時に、前記マルチメディア・コンテンツを前記発呼側デバイスに向けて提供する工程と、
前記発呼側デバイスに提供された前記マルチメディア・コンテンツの少なくとも一部の終了を、前記少なくとも１つのマルチメディア・セッションを使用して提供された前記マルチメディア・コンテンツの前記少なくとも一部がオーディオ・コンテンツを備えないという決定に応答して、遅延させる工程とをさらに備える、請求項８に記載のコンピュータ可読メディア。
【請求項１０】
マルチメディア・コンテンツを発呼側デバイスに提供するための装置であって、
前記発呼側デバイスと着呼側デバイスの間の接続を確立するための接続要求に応答して、マルチメディア・リングバック・サービス要求を受信する手段と、
前記マルチメディア・リングバック・サービス要求に応答して、前記発呼側デバイスに関連付けられたアドレスを決定する手段と、
前記マルチメディア・リングバック・サービス要求に関連付けられた前記マルチメディア・コンテンツを識別する手段と、
前記発呼側デバイスとの少なくとも１つのマルチメディア・セッションを、前記アドレスを使用して確立する手段であって、前記少なくとも１つのマルチメディア・セッションは、前記接続を確立することと同時に前記マルチメディア・コンテンツを前記発呼側デバイスに向けて提供するように動作可能である手段とを備え、
前記少なくとも１つのマルチメディア・セッションは、少なくとも１つのデータ・セッションおよび少なくとも１つのビデオ・セッションを備え、前記少なくとも１つのデータ・セッションは、前記少なくとも１つのビデオ・セッションの確立と同時に非ビデオ・コンテンツを前記発呼側デバイスに向けて提供するように動作可能である装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信ネットワークの分野に関し、具体的には、リングバック・サービスを無線ユーザ・デバイスに提供することに関する。
【背景技術】
【０００２】
一般に、既存のリングバック・サービスにより、無線サービス加入者は、それによってコールが無線サービス加入者に開始される通信デバイスに再生されるべきオーディオ・コンテンツを事前選択することが可能となる。オーディオ・リングバック・サービスは、着呼側が答える前に発呼側によって聞かれる従来の呼び出し音を、着呼側によって事前選択された拡張オーディオ・コンテンツで置き換える。したがって、オーディオ・リングバック・サービスにより、着呼側は、発呼側デバイスと着呼側デバイスの間の接続確立中に発呼側が聞くオーディオ・コンテンツをカスタマイズすることが可能となる。例えば、発呼側に再生されたオーディオ・コンテンツには、専用の着信音、アナウンス、音楽および類似の拡張オーディオ・コンテンツが含まれる。残念ながら、既存のリングバック・サービスは現在、純粋にオーディオ・コンテンツの提供に限られている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来技術における様々な欠陥には、マルチメディア・コンテンツを発呼側デバイスに提供するための方法および装置の本発明を通じて対処される。
【課題を解決するための手段】
【０００４】
具体的には、本発明の一実施形態による方法は、発呼側デバイスと着呼側デバイスの間の接続を確立するための接続要求に応答して、マルチメディア・リングバック・サービス要求を受信すること、マルチメディア・リングバック・サービス要求に応答して、発呼側デバイスに関連付けられたアドレスを決定すること、マルチメディア・リングバック・サービス要求に関連付けられたマルチメディア・コンテンツを識別すること、および、発呼側デバイスとの少なくとも１つのマルチメディア・セッションを、アドレスを使用して確立することであって、少なくとも１つのマルチメディア・セッションは、接続を確立することと同時にマルチメディア・コンテンツを発呼側デバイスに向けて提供するように動作可能であることを備え、少なくとも１つのマルチメディア・セッションは、少なくとも１つのデータ・セッションおよび少なくとも１つのビデオ・セッションを備え、少なくとも１つのデータ・セッションは、少なくとも１つのビデオ・セッションの確立と同時に非ビデオ・コンテンツを発呼側デバイスに向けて提供するように動作可能である。
【０００５】
本発明の教示は、以下の詳細な説明を添付の図面と共に考察することによって、容易に理解することができる。
【０００６】
理解を容易にするために、等しい参照番号は、可能である場合、図面に共通である等しい要素を指定するために使用されている。
【発明を実施するための最良の形態】
【０００７】
本発明を、複数の無線アクセス・ネットワーク、ＩＰネットワーク、および回線交換網を備える通信アーキテクチャとの関連で論ずるが、本発明の方法を他のネットワーク・アーキテクチャに容易に適用することができる。一般に、本発明は、無線サービス・プロバイダが、発呼側デバイスと着呼側デバイスの間の接続確立中に、マルチメディア・リングバック・コンテンツを発呼側デバイスに提供することを可能にする。したがって、本発明は、発呼側が、コール確立中の発呼側への提示のために着呼側によって構成された、様々な組み合わせのマルチメディア・コンテンツ（例えば、オーディオ、テキスト、静止画像、アニメ画像、ビデオなど）を経験することを可能にする。
【０００８】
図１は、通信ネットワーク・アーキテクチャの高レベルのブロック図を示す。具体的には、図１の通信ネットワーク・アーキテクチャ１００は、複数のアクセス・ネットワーク（ＡＮ）１０２Ａ〜１０２Ｂ（総称して、ＡＮ１０２）、回線交換網（ＣＳＮ）１１０、インターネット・プロトコル・ネットワーク（ＩＰＮ）１３０、およびマルチメディア・リングバック・コントローラ（ＭＲＣ）１２０を備える。図１に示すように、ＡＮ１０２はＣＳＮ１１０およびＩＰＮ１３０と、複数の各通信リンク（ＣＬ）１１２（総称して、ＣＬ１１２）を介して通信する。ＣＬ１１２を介して直接接続されるように図示されるが、ＡＮ１０２とＣＳＮ１１０とＩＰＮ１３０の間の通信が、追加のネットワーク要素および通信リンク（図示せず）を使用して容易にされることは、当業者には理解されよう。図１に示すように、ＭＲＣ１２０はＡＮ１０２、ＣＳＮ１１０およびＩＰＮ１３０と、複数の通信リンク（ＣＬ）１１６（総称して、ＣＬ１１６）を介して通信する。
【０００９】
図１に示すように、ＡＮ１０２Ａはモバイル交換センター（ＭＳＣ）１０４Ａを備える。関連付けられた複数の無線ユーザ・デバイス（ＷＵＤ）１０６Ａ１〜１０６ＡＮ（総称して、ＷＵＤ１０６Ａ）は、ＡＮ１０２Ａに、複数の各無線アクセス・リンク（ＷＡＬ）１０８Ａ（総称して、ＷＡＬ１０８Ａ）を介してアクセスする。同様に、ＡＮ１０２Ｂはモバイル交換センター（ＭＳＣ）１０４Ｂを備える。関連付けられた複数の無線ユーザ・デバイス（ＷＵＤ）１０６Ｂ１〜１０６ＢＮ（総称して、ＷＵＤ１０６Ｂ）は、ＡＮ１０２Ｂに、複数の各無線アクセス・リンク（ＷＡＬ）１０８Ｂ（総称して、ＷＡＬ１０８Ｂ）を介してアクセスする。ＭＳＣ１０４ＡおよびＭＳＣ１０４Ｂを、総称してＭＳＣ１０４と示す。ＷＵＤ１０６ＡおよびＷＵＤ１０６Ｂを、総称してＷＵＤ１０６と示す。
【００１０】
図１に示すように、ＡＮ１０２は、無線サービスをＷＵＤ１０６に提供するように動作可能な複数の様々な無線ネットワークのうち少なくとも１つを備える。一実施形態では、ＡＮ１０２は、汎用パケット無線サービス（ＧＰＲＳ）無線ＡＮ、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ（ＧＳＭ）無線ＡＮ、第３世代（３Ｇ）無線ＡＮ（例えば、広帯域符号分割多元接続（ＷＣＤＭＡ）ＡＮ、ユニバーサル移動体通信システム（ＵＭＴＳ）ＡＮ、ＣＤＭＡ２０００ＡＮなど）、第４世代（４Ｇ）無線ＡＮ、ＷＩＦＩ無線ＡＮ、および、当技術分野で知られているような類似の無線ＡＮのうち少なくとも１つを備える。
【００１１】
本明細書で説明するように、ＷＵＤ１０６は、コールを開始および受信する、ならびに、関連付けられたＷＡＬ１０８を介して様々なネットワーク・サービスにアクセスするように、動作可能な無線ユーザ・デバイスを備える。したがって、本明細書で携帯電話に関して説明するが、ＷＵＤ１０６は、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、および、当技術分野で知られているような類似の無線デバイスを備える。コールを開始するユーザを発呼側と示し、それに対してコールが開始されるユーザを着呼側と示すことに留意されたい。したがって、それからコールが開始されるＷＵＤを発呼側ユーザ・デバイスと示し、それに対してコールが開始されるＷＵＤを着呼側ユーザ・デバイスと示す。
【００１２】
本明細書で説明するように、ＡＮ１０２は各ＭＳＣ１０４を備える。ＭＳＣ１０４を備えるように示すが、ＡＮ１０２は追加のネットワーク要素を備えることは、当業者には理解されよう。したがって、一実施形態では、ＡＮ１０２は、基地局コントローラ（ＢＳＣ）、ビジタ・ロケーション・レジスタ（ＶＬＲ）、ホーム・ロケーション・レジスタ（ＨＬＲ）、無線ネットワーク・コントローラ（ＲＮＣ）、サービングＧＰＲＳサポート・ノード（ＳＧＳＮ）、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）、ゲートウェイＭＳＣ（ＧＭＳＣ）、および、当技術分野で知られているような類似のネットワーク要素の様々な組み合わせを備える。一実施形態では、使用された追加のネットワーク要素の少なくとも一部は、無線ＡＮタイプによって決まる。例えば、ＧＰＲＳネットワーク内で使用されたネットワーク要素の少なくとも一部は、ＵＭＴＳネットワーク内で使用されたネットワーク要素の少なくとも一部とは異なる場合がある。
【００１３】
一実施形態では、ＭＳＣ１０４は、各ＡＮ１０２の各々の内でコールを交換するためのＭＳＣとして動作する。一般に、この能力において動作すると、ＭＳＣは、交換機能、シグナリング機能（例えば、共通チャネル・シグナリング）、および類似の機能性を実行する。一実施形態では、ＭＳＣ１０４は、ＣＳＮ１１０への各アクセス・ポイントとして動作する、標準のＭＳＣ機能性、ならびにＧＭＳＣ機能性を備える。もう１つの実施形態では、ＭＳＣ１０４は、ＩＰＮ１３０への各アクセス・ポイントとして動作する、標準のＭＳＣ機能性、ならびにＧＧＳＮ機能性を備える。図示しないが、もう１つの実施形態では、ＧＭＳＣ機能性、ＧＧＳＮ機能性、および類似の機能性を、それぞれＭＳＣ１０４およびＣＳＮ１１０およびＩＰＮ１３０の間の通信を容易にするためのゲートウェイ要素として動作する、離散ネットワーク要素の各部分として実施することができる。
【００１４】
一実施形態では、ＭＳＣ１０４は、接続確立要求のソースおよび宛先に応じて、発信ＭＳＣおよび終端ＭＳＣの両方として動作する。例えば、ＷＵＤ１０６Ａ１（発呼側ユーザ・デバイス）からＷＵＤ１０６Ｂ１（着呼側ユーザ・デバイス）へ開始された接続確立要求では、ＭＳＣ１０４Ａは発信ＭＳＣ（Ｏ−ＭＳＣ）として機能し、ＭＳＣ１０４Ｂは終端ＭＳＣ（Ｔ−ＭＳＣ）として機能する。同様に、例えば、ＷＵＤ１０６Ｂ２（発呼側ユーザ・デバイス）からＷＵＤ１０６Ａ１（着呼側ユーザ・デバイス）へ開始された接続確立要求では、ＭＳＣ１０４ＢはＯ−ＭＳＣとして機能し、ＭＳＣ１０４ＡはＴ−ＭＳＣとして機能する。
【００１５】
Ｏ−ＭＳＣおよびＴ−ＭＳＣとして図示し、本明細書で説明するが、図示および本明細書で説明したＭＳＣは、米国規格協会（ＡＮＳＩ）ネットワーク、欧州通信規格協会（ＥＴＳＩ）ネットワーク、国際電気通信連合（ＩＴＵ−Ｔ）ネットワーク、および、当技術分野で知られているような類似のネットワークをサポートするように動作可能なＭＳＣを備える。したがって、本明細書で説明するようなＯ−ＭＳＣおよびＴ−ＭＳＣの各々は、ネットワーク・タイプ、無線ユーザ・デバイスがローミング中であるかどうか、および類似の要素に応じて、サービング側ＭＳＣ（Ｓ−ＭＳＣ）、訪問されるＭＳＣ（Ｖ−ＭＳＣ）、発信側（Ｏ−ＭＳＣ）、ゲートウェイＭＳＣ（Ｇ−ＭＳＣ）などのうち少なくとも１つを備える場合がある。
【００１６】
例えば、ＭＳＣ１０４Ｂに関連付けられたＷＵＤがローミング中（すなわち、ＷＵＤに関連付けられたホーム・エリア外）である場合、ＡＮＳＩネットワークではＴ−ＭＳＣ１０４ＢはＳ−ＭＳＣとして機能するが、ＩＴＵ−ＴネットワークではＴ−ＭＳＣ１０４ＢはＶ−ＭＳＣとして機能する。同様に、ＭＳＣ１０４Ａに関連付けられたＷＵＤがローミング中でない（すなわち、ＷＵＤに関連付けられたホーム・エリア内に位置する）場合、ＡＮＳＩネットワークではＯ−ＭＳＣ１０４ＡはＯ−ＭＳＣとして機能するが、ＩＴＵ−ＴネットワークではＯ−ＭＳＣ１０４ＡはＧ−ＭＳＣとして機能する。さらに、（発呼側デバイスに関連付けられた）Ｏ−ＭＳＣおよび（着呼側デバイスに関連付けられた）Ｔ−ＭＳＣに関して図示および説明するが、一実施形態では、発呼側デバイスおよび着呼側デバイスは、共通ＭＳＣを通じてネットワークにアクセスする。
【００１７】
図１に示すように、ＣＳＮ１１０は回線交換網を備える。図示しないが、ＣＳＮ１１０は、回線交換接続および関連付けられたシグナリングをサポートするように動作可能な、複数のネットワーク要素および関連付けられた通信リンクを備えることは、当業者には理解されよう。したがって、ＣＳＮ１１０は、公衆交換電話網（ＰＳＴＮ）、サービス総合デジタル網（ＩＳＤＮ）、信号方式７（ＳＳ７）ネットワーク、および、当技術分野で知られているような類似の回線交換網のうち少なくとも１つを備える。一実施形態では、ＣＳＮ１１０は、ＡＮ１０２にアクセスするためにＧＭＳＣとインタフェースする。
【００１８】
図１に示すように、ＩＰＮ１３０は、認証、許可およびアカウンティング（ＡＡＡ）サーバ１３４、および、ホーム・ロケーション・レジスタ（ＨＬＲ）１３６を備える、複数のサーバ１３２（総称して、サーバ１３２）を備える。一般に、ＡＡＡサーバ１３４は、ネットワーク・リソースへのアクセスをコントロールするため、ユーザ・ネットワーク・アクティビティを追跡するため、および、類似の機能を実行するためのシステムを備える。一般に、ＨＬＲ１３６は、無線サービス加入者に関連付けられた永続加入者情報（例えば、住所情報、アカウント情報、ユーザ・プリファレンス、および類似の情報）を維持するためのシステムを備える。一実施形態では、加入者情報は、接続確立情報および加入者サービス情報のうち少なくとも１つを備える。
【００１９】
一実施形態では、ＩＰＮ１３０はオプショナルで、ビデオ・サーバ（ＶＳ）１３８を備える。図示しないが、ＩＰＮ１３０は、ボーダ要素（ＢＥ）、コア要素（ＣＥ）、コール・アドミッション・コントローラ（ＣＡＣ）、コール・コントロール要素（ＣＣＥ）、ネットワーク・ルーティング・エンジン（ＮＲＥ）、ユーザ・プロファイル・エンジン（ＵＰＥ）、ドメイン・ネーム・サーバ（ＤＮＳ）、サービス・ブローカ（ＳＢ）システム、メディア・サーバ（ＭＳ）、および、ＩＰネットワーク・トラフィックおよび関連付けられたサービスをサポートするための類似のネットワーク要素およびサービス要素など、様々な他のネットワーク要素およびサービス要素を備えることは、当業者には理解されよう。
【００２０】
図１に示すように、ＭＲＣ１２０は、発呼側デバイスと着呼側デバイスの間の接続確立中に発呼側デバイスに提供されたマルチメディア・リングバック・サービスをコントロールするためのシステムを備える。図１に示すように、ＭＲＣ１２０は、非ビデオ・サーバ（ＮＶＳ）１２２およびビデオ・サーバ（ＶＳ）１２４を備える。一実施形態では、ＮＶＳ１２２は、テキスト・コンテンツ、静止画像コンテンツ、アニメ画像コンテンツ、および類似の非ビデオ・コンテンツなど、非ビデオ・コンテンツを格納する。一実施形態では、ＶＳ１２４は、ビデオ・コンテンツ（例えば、ビデオ・クリップ）をホストする。もう１つの実施形態では、ＶＳ１２４は非ビデオ・コンテンツおよびビデオ・コンテンツを格納する。例えば、一実施形態では、ＶＳ１２４はアニメ画像コンテンツおよびビデオ・コンテンツを格納する。もう１つの実施形態では、ＶＳ１２４はすべてのマルチメディア・コンテンツを格納し、それによりＮＶＳ１２２の必要性が不必要となる。
【００２１】
一実施形態では、例えば、マルチメディア・リングバック・サービスをコントロールすることは、着呼側がマルチメディア・リングバック・サービスに加入するという決定に応答して、発呼側デバイスに関連付けられたアドレスを識別することを備える。もう１つの実施形態では、例えば、マルチメディア・リングバック・サービスをコントロールすることは、接続確立中にマルチメディア・コンテンツを発呼側デバイスに提供するために、少なくとも１つのマルチメディア・コンテンツ・サーバ（例えば、ＮＶＳ１２２、ＶＳ１２４、ＶＳ１３８、および類似のコンテンツ・サーバ）と発呼側デバイスの間で、少なくとも１つのマルチメディア・セッションを確立することを備える。したがって、ＭＲＣ１２０は、本明細書で説明するような本発明の方法の少なくとも一部を実行する。
【００２２】
様々な数のＡＮ１０２、ＭＳＣ１０４、ＷＵＤ１０６、ＷＡＬ１０８、ＣＳＮ１１０、ＭＲＣ１２０、ＮＶＳ１２２、ＶＳ１２４、ＩＰＮ１３０、ＡＡＡサーバ１３４、ＨＬＲ１３６、ＶＳ１３８、ＣＬ１１２およびＣＬ１１６を備えるとして図示するが、より少数またはより多数のＡＮ１０２、ＭＳＣ１０４、ＷＵＤ１０６、ＷＡＬ１０８、ＣＳＮ１１０、ＭＲＣ１２０、ＮＶＳ１２２、ＶＳ１２４、ＩＰＮ１３０、ＡＡＡサーバ１３４、ＨＬＲ１３６、ＶＳ１３８、ＣＬ１１２およびＣＬ１１６が使用される場合があることは、当業者には理解されよう。同様に、ＡＮ１０２、ＭＳＣ１０４、ＷＵＤ１０６、ＷＡＬ１０８、ＣＳＮ１１０、ＭＲＣ１２０、ＮＶＳ１２２、ＶＳ１２４、ＩＰＮ１３０、ＡＡＡサーバ１３４、ＨＬＲ１３６、ＶＳ１３８、ＣＬ１１２およびＣＬ１１６は、様々な異なる構成で配置される場合がある。さらに、ＣＳＮ１１０およびＩＰＮ１３０と通信するとして図示するが、一実施形態では、ＡＮ１０２は、パーソナル・デジタル・セルラー（ＰＤＣ）ネットワーク、パケット・データ交換網（ＰＤＳＮ）および類似のネットワークなど、様々な他のネットワークとインタフェースする。
【００２３】
図２Ａ、Ｂは、本発明の一実施態様による方法の流れ図を示す。具体的には、図２Ａ、Ｂの方法２００は、発呼側デバイスと着呼側デバイスの間の接続の確立と同時に、マルチメディア・コンテンツを発呼側デバイスに提供するための方法を備える。方法２００の工程の一部を連続的に実行されるとして図示するが、これらの工程の少なくとも一部を同時に実行することができることは、当業者には理解されよう。方法２００には工程２０２で入り、工程２０４に進行する。
【００２４】
工程２０４で、無線ユーザ・デバイスはパケット交換ネットワークとの各コンテキストを確立する。したがって、接続確立要求に先立って、発呼側デバイスおよび着呼側デバイスはパケット交換ネットワークとのコンテキストを確立する。ＷＵＤがＧＰＲＳ  ＡＮとの接続を確立する一実施形態では、ＷＵＤはパケット交換ネットワークとのパケット・データ・プロトコル（ＰＤＰ）コンテキストを確立する。ＷＵＤが非ＧＰＲＳ  ＡＮとの接続を確立する、もう１つの実施形態では、ＷＵＤは、ＧＰＲＳネットワークに関して説明したＰＤＰコンテキストに実質的に類似であるパケット交換ネットワークとのコンテキストを確立する。
【００２５】
一般に、コンテキストは、無線ＡＮを介して実行するＷＵＤとパケット交換ネットワークの間の論理的関連付けを備える。一実施形態では、ＰＤＰコンテキストは、ＧＰＲＳ  ＡＮを介して実行するＷＵＤとパケット交換ネットワークの間の論理的関連付けを備える。このような一実施形態では、ＷＵＤはＧＧＳＮとのＰＤＰコンテキストを確立する。一実施形態では、ＰＤＰコンテキストは、ルーティング・パラメータ、サービス品質パラメータ、セキュリティ・パラメータ、ビリング・パラメータ、および類似のコンテキスト・パラメータなど、ＷＵＤに関連付けられた少なくとも１つのパラメータを備える。
【００２６】
工程２０６で、発呼側は着呼側へのコールを開始する。すなわち、発呼側は着呼側との接続（すなわち、音声通信チャネル）を確立しようと試みる。例えば、ＷＵＤ１０６Ａ２（発呼側デバイス）に関連付けられた発呼側が、ＷＵＤ１０６Ｂ１（着呼側デバイス）に関連付けられた着呼側へのコールを開始すると仮定する。本明細書で説明するように、発呼側デバイスＷＵＤ１０６Ａ２から着呼側デバイスＷＵＤ１０６Ｂ１へのコールの開始に先立って、ＷＵＤ１０６Ａ２およびＷＵＤ１０６Ｂ１は、ＡＮ１０２ＡおよびＡＮ１０２Ｂにそれぞれ関連付けられたＧＧＳＮ（図示せず）とのＰＤＰコンテキストを確立する。
【００２７】
工程２０８で、Ｏ−ＭＳＣ（発呼側デバイスに関連付けられる）は、発呼側によって開始された接続確立要求を受信することに応答して、情報を得る。一実施形態では、この情報の少なくとも一部は、ＭＲＣ、ＨＬＲ、ＶＬＲ、および類似のシステムなど、少なくとも１つのリモート・システムから得られる。例えば、一実施形態では、Ｏ−ＭＳＣはＨＬＲに、着呼側接続確立情報および着呼側サービス加入情報を得るために問い合わせ、要求された情報はＯ−ＭＳＣへ、ＨＬＲによって、問い合わせ応答パラメータを使用してダウンロードされる。
【００２８】
一実施形態では、この情報は接続確立情報およびサービス加入情報を備える。一実施形態では、接続確立情報は、発呼側情報、発呼側デバイス情報、着呼側情報、着呼側デバイス情報、ルーティング情報などのうち、少なくとも１つを備える。例えば、パーティ情報は、アカウント情報、サービス加入情報などを備える。例えば、デバイス情報は、サポートされたデバイス機能、ネットワーク・アクセス情報などを備える。例えば、一実施形態では、接続確立情報は、発呼側デバイス・ルーティング情報、着呼側デバイスを探し出すための着呼側デバイス・ルーティング情報、および類似の情報を備える。
【００２９】
一実施形態では、サービス加入情報は、発呼側加入情報および着呼側加入情報のうち、少なくとも１つを備える。例えば、一実施形態では、着呼側加入情報は、着呼側がマルチメディア・リングバック・サービス（すなわち、接続確立中にマルチメディア・コンテンツを少なくとも１つの発呼側デバイスに提供するためのサービス）に加入するかどうかを判断するための、少なくとも１つのマルチメディア・リングバック・サービス加入パラメータを備える。
【００３０】
一実施形態では、着呼側加入情報は、少なくとも１つのマルチメディア・コンテンツ識別子（例えば、様々なオーディオ、テキスト、イメージおよびビデオ・コンテンツに関連付けられた識別子）を備える。１つのさらなる実施形態では、着呼側加入情報は、各発呼側に関連付けられた少なくとも１つのマルチメディア・コンテンツ識別子を備える。一実施形態では、発呼側へのマルチメディア・コンテンツの関連付けは、着呼側によって構成可能である。１つのさらなる実施形態では、発呼側デバイスに提供されたマルチメディア・コンテンツは、コール日、コール時間および類似のパラメータに基づいて構成可能である。
【００３１】
一実施形態では、着呼側加入情報は、発呼側に関係なく、接続確立中に、特定のマルチメディア・コンテンツを発呼側デバイスに提供するように動作可能な、少なくとも１つのマルチメディア・コンテンツ識別子を備える。例えば、特定のビデオ・クリップは、発呼側に関係なく、すべての発呼側デバイスに提供される。もう１つの実施形態では、着呼側加入情報は、接続確立中に特定のマルチメディア・コンテンツを特定の発呼側に提供するように動作可能な、少なくとも１つのマルチメディア・コンテンツ識別子を備える。例えば、着呼側は、ビデオ・クリップがある発呼側に提供されるが、テキスト・メッセージが別の発呼側に提供されるように、マルチメディア・リングバック・サービスを構成する。
【００３２】
上記の実施例の続きにおいて、ＭＳＣ１０４Ａ（すなわち、Ｏ−ＭＳＣ）は、発呼側による、発呼側デバイスＷＵＤ１０６Ａ２を介した接続確立の開始に応答して、情報を検索するために、ＨＬＲ１３６に問い合わせる。この実施例では、検索された情報は、着呼側デバイスＷＵＤ１０６Ｂ１を探し出すための接続確立情報、着呼側がマルチメディア・リングバック・サービスに加入するかどうかを判断するためのサービス加入情報、および類似の情報を備える。
【００３３】
工程２１０で、着呼側がマルチメディア・リングバック・サービスに加入するかどうかについての判断が行われる。一実施形態では、この判断は、接続確立要求に応答して、Ｏ−ＭＳＣによって検索された情報（例えば、サービス加入情報）の少なくとも一部を使用して実行される。もう１つの実施形態では、この判断は、少なくとも１つのリモート・システムに関連付けられた少なくとも１つのデータベースに問い合わせることによって実行される。この実施形態では、少なくとも１つのリモート・システムは、少なくとも１つのＭＲＣ、少なくとも１つのＡＡＡサーバ、少なくとも１つのＨＬＲ、少なくとも１つのＶＬＲ、少なくとも１つのビリング・データベース、少なくとも１つのサービス加入データベース、ならびに、類似のリモート・システムおよび関連付けられたデータベースのうち、少なくとも１つを備える。
【００３４】
着呼側がマルチメディア・リングバック・サービスに加入しない場合、方法２００は工程２１２に進行し、この点で標準の接続確立が実行される。１つの例示的実施形態では、標準の接続確立は、図２Ａ、Ｂに関して図示および本明細書で説明するように、工程２１４、２１６、２１８、２５０、２５２、２５４および２６２の少なくとも一部を使用して実行される。方法２００は次いで工程２６４に進行し、ここで方法２００は終了する。着呼側がマルチメディア・リングバック・サービスに加入する場合、方法２００は工程２１４および工程２２０に同時に進行する。
【００３５】
図２Ａ、Ｂに関して図示および説明するように、工程２１４および工程２２０は同時に実行される。同様に、工程２１４、２１６および２１８の少なくとも一部は、工程２２０から２４８の少なくとも一部と同時に実行される場合がある。すなわち、マルチメディア・コンテンツを発呼側デバイスに提供するための、少なくとも１つのマルチメディア・セッションの確立は、発呼側デバイスと着呼側デバイスの間の接続の確立と同時に実行される。同様に、マルチメディア・コンテンツを発呼側デバイスに、少なくとも１つのマルチメディア・セッションを使用して提供することは、発呼側デバイスと着呼側デバイスの間の接続の確立と同時に実行される。
【００３６】
工程２１４で、Ｏ−ＭＳＣは接続確立メッセージをＴ−ＭＳＣへ、発呼側デバイスと着呼側デバイスの間の接続（例えば、音声通信チャネル）を確立するために送信する。一実施形態では、Ｔ−ＭＳＣ（すなわち、着呼側デバイスに関連付けられたＭＳＣ）はＯ−ＭＳＣによって、Ｏ−ＭＳＣによって得られた接続確立情報の少なくとも一部を使用して識別される。例えば、接続確立メッセージは、Ｏ−ＭＳＣによって得られた接続確立情報の少なくとも一部を備える。一実施形態では、接続確立メッセージは初期アドレス・メッセージ（ＩＡＭ）を備える。
【００３７】
工程２１６で、Ｔ−ＭＳＣは、接続確立メッセージに応答して、Ｏ−ＭＳＣへの接続確立肯定応答メッセージを開始する。すなわち、Ｔ−ＭＳＣは、Ｏ−ＭＳＣからの接続確立メッセージの受信を肯定応答する。一実施形態では、接続確立肯定応答メッセージは、Ｔ−ＭＳＣによる、Ｔ−ＭＳＣに関連付けられたＡＮから着呼側デバイスがアクセス可能であるという検証に応答して、開始される。一実施形態では、接続確立肯定応答メッセージはアドレス完了メッセージ（ＡＣＭ）を備える。
【００３８】
工程２１８で、Ｔ−ＭＳＣは接続確立要求アラートを着呼側デバイスへ、着呼側に着信する接続確立要求を通知するために送信する。方法２００は次いで工程２５０に進行し、この点で、接続確立要求への応答が検出される（例えば、着呼側が電話に答える、接続確立要求が音声メール・サーバにルーティングされるなど）かどうかについての判断が行われる。したがって、図２Ａ、Ｂに示すように、工程２２０から２４８の少なくとも一部は、接続確立要求への応答の検出についての連続的なモニタリングと同時に実行される。
【００３９】
工程２１４、２１６および２１８に関して、上記の実施例の続きにおいて、ＭＳＣ１０４Ａは接続確立メッセージをＭＳＣ１０４Ｂへ、ＷＵＤ１０６Ａ２とＷＵＤ１０６Ｂ１の間の接続を確立するために送信する。接続確立メッセージを受信すると、ＭＳＣ１０４Ｂは、着呼側デバイスがＡＮ１０２Ｂからアクセス可能であることを検証し、ＭＳＣ１０４Ａへの接続確立肯定応答メッセージを開始する。ＭＳＣ１０４Ｂは次いで、着呼側への接続確立要求アラートを開始する（例えば、着呼側デバイスにシグナル通知し、着呼側デバイスに、ベルを鳴らすこと、振動、フラッシュなどを行わせる）。
【００４０】
工程２２０で、Ｏ−ＭＳＣは発呼側デバイス・アドレス要求メッセージをＭＲＣに送信する。一実施形態では、発呼側デバイス・アドレス要求メッセージは、Ｏ−ＭＳＣによって以前に得られた、接続確立情報および加入者サービス情報の少なくとも一部を備える。一実施形態では、発呼側デバイス・アドレス要求メッセージは、発呼側デバイスに関連付けられたＩＰアドレスを決定するための要求を備える。一実施形態では、発呼側デバイス・アドレス要求メッセージは、初期アドレス・メッセージ（ＩＡＭ）を備える。一実施形態では、ＩＡＭは発呼側デバイス・ドメイン・ネームを備える。上記の実施例の続きにおいて、ＭＳＣ１０４Ａは発呼側デバイス・アドレス要求メッセージをＭＲＣ１２０へ、ＷＵＤ１０６Ａ２に関連付けられたＩＰアドレスを決定するために送信する。
【００４１】
工程２２２で、ＭＲＣは、発呼側デバイスに関連付けられたアドレスを決定する。本明細書で説明するように、一実施形態では、アドレスはＩＰアドレスを備える。したがって、上記の実施例の続きにおいて、ＭＲＣ１２０は、ＷＵＤ１０６Ａ２に関連付けられたＩＰアドレスを得る。一実施形態では、発呼側デバイスに関連付けられたアドレスは、少なくとも１つのリモート・システムに問い合わせることによって決定される。発呼側および着呼側が、同じサービス・プロバイダによって提供されたサービスに加入する、一実施形態では、アドレスは、そのサービス・プロバイダに関連付けられた少なくとも１つのＡＡＡサーバ（例示的に、ＡＡＡサーバ１３４）に問い合わせることによって決定される。
【００４２】
発呼側および着呼側が、異なるサービス・プロバイダによって提供されたサービスに加入する、もう１つの実施形態では、ＭＲＣは少なくとも１つのデータベースに、サービスを発呼側に提供することができる少なくとも１つのサービス・プロバイダを識別するために問い合わせる。１つのこのような実施形態では、その少なくとも１つのデータベースは、少なくとも１つの北米番号計画（すなわち、ＮＰＡ−ＮＸＸ）データベース・テーブルを備える。サービスを発呼側に提供することができるサービス・プロバイダの少なくとも１つが、北米番号計画フォーマットを使用しないサービス・プロバイダを備える、もう１つのこのような実施形態では、その少なくとも１つのデータベースは、サービスをその発呼側デバイスに提供することができるサービス・プロバイダを決定するための、少なくとも１つの他のデータベースを備える。
【００４３】
この実施形態では、サービスを発呼側デバイスに提供することができるサービス・プロバイダを決定すると、ＭＲＣは次いで、サービスを発呼側デバイスに提供することができるサービス・プロバイダの各々に関連付けられた、少なくとも１つのシステム（例えば、少なくとも１つのＡＡＡサーバ）に問い合わせる。一実施形態では、これらの問い合わせは同時に実行される。発呼側デバイスに関連付けられたアドレスはＭＲＣによって、サービスを発呼側に提供することができるサービス・プロバイダに関連付けられたシステムの各々への各問い合わせに応答して受信される。したがって、マルチメディア・リングバック・サービスは、マルチメディア・コンテンツを、サービス・プロバイダの間のコールのために発呼側デバイスに提供するように動作可能である。
【００４４】
例えば、ＧＰＲＳネットワークでは、ＧＧＳＮは通常、ＰＤＰセッション確立中にＩＰアドレスをＧＰＲＳ  ＷＵＤに割り当てる。一実施形態では、例えば、ＡＡＡサーバはＩＰアドレスを発呼側デバイスに割り当て、割り当てられたＩＰアドレスをＧＧＳＮへ、アクセス受け入れメッセージの一部として送信する。もう１つの実施形態では、例えば、ＧＧＳＮは、ＰＤＰセッション確立中にＩＰアドレスをＰＤＰセッションに割り当てる。１つのこのような実施形態では、ＧＧＳＮはアカウンティング開始レコード（ＡＳＲ）をＡＡＡサーバに送信する。一実施形態では、例えば、ＡＳＲは、ＧＧＳＮネットワーク・アクセス・サーバＩＰアドレス（ＮＡＳ−ＩＰ）パラメータ、ＧＧＳＮ  ＮＡＳポート・パラメータ、ユーザ・ネットワーク・アクセス識別子（ユーザＮＡＩ）パラメータ、フレームＩＰアドレス・パラメータ、および、ＰＤＰコンテキスト確立に関連付けられた類似のパラメータを備える。
【００４５】
一実施形態では、ＡＡＡサーバは、ＡＳＲに関連付けられたパラメータの少なくとも一部を、ＡＡＡサーバに関連付けられた少なくとも１つのデータベース（例えば、構造化クエリ言語（ＳＱＬ）データベース、ライトウェイト・ディレクトリ・アクセス・プロトコル（ＬＤＡＰ）データベース、および、当技術分野で知られているような類似のデータベース）に格納するように構成される。この実施形態では、ＭＲＣは、関連付けられたフレームＩＰアドレス・パラメータを検索するために（例えば、発呼側デバイスに割り当てられたＩＰアドレスを決定するために）、ＡＡＡサーバに関連付けられた少なくとも１つのデータベースに、ユーザＮＡＩパラメータを使用して問い合わせる。
【００４６】
例えば、ＭＲＣが、ＡＡＡサーバに関連付けられたＳＱＬデータベースに問い合わせる、一実施形態では、ＭＲＣは、以下のＳＱＬ「ｓｅｌｅｃｔ」ステートメント、すなわち、「ｓｅｌｅｃｔ  Ｆｒａｍｅｄ−ＩＰ−Ａｄｄｒｅｓｓ  ｗｈｅｎ  Ｕｓｅｒ−Ｎａｍｅ＝Ｕｓｅｒ  ＮＡＩ」を備えるＳＱＬ問い合わせを開始し、ただし、ユーザＮＡＩパラメータは発呼側に対応する。一実施形態では、ＭＲＣは、発呼側に関連付けられたユーザＮＡＩパラメータを、発呼側に関連付けられたドメイン・ネームおよびサービス・プロバイダ（ＳＰ）識別子（例えば、ＳＰネーム）パラメータを使用して構築する。
【００４７】
もう１つの実施形態では、ＭＲＣは、発呼側デバイスに関連付けられたアドレスを、発呼側デバイスから直接決定する。１つのこのような実施形態では、ＭＲＣは、発呼側デバイスＩＰアドレスを発呼側デバイスから、デュアル・トーン・マルチ周波数（ＤＴＭＦ）シグナリングを使用して要求する。１つのさらなる実施形態では、発呼側デバイスは発呼側デバイスＩＰアドレスをＭＲＣへ、ＤＴＭＦシグナリングを使用して提供する。例えば、ＩＰアドレスは整数の文字列を備えるので、ＩＰアドレスの各整数は、その整数を表す別のＤＴＭＦ信号を使用して通信される。ＭＲＣはＤＴＭＦ信号を受信し、受信されたＤＴＭＦ信号を、発呼側デバイスに関連付けられたＩＰアドレスを構築するために、処理する。
【００４８】
工程２２４で、ＭＲＣは、発呼側デバイス・アドレス要求メッセージに応答して、発呼側デバイス・アドレス肯定応答メッセージをＯ−ＭＳＣに送信する。発呼側デバイス・アドレス肯定応答メッセージは、ＭＲＣによって決定された発呼側デバイス・アドレスを備える。一実施形態では、発呼側デバイス・アドレス肯定応答メッセージは、アドレス完了メッセージ（ＡＣＭ）を備える。上記の実施例の続きにおいて、ＭＲＣ１２０は、発呼側デバイス・アドレス要求肯定応答メッセージ（ＷＵＤ１０６Ａ２に関連付けられたＩＰアドレスを備える）をＭＳＣ１０４Ａに送信する。
【００４９】
工程２２６で、ＭＲＣは、発呼側デバイスとのオーディオ・セッションを確立する。一実施形態では、オーディオ・セッションは、オーディオ・コンテンツを発呼側デバイスに提供するように動作可能である。一実施形態では、オーディオ・セッションは、回線交換接続を使用して確立される。一実施形態では、オーディオ・セッションは、発呼側デバイスとＭＲＣの間で確立される。もう１つの実施形態では、オーディオ・セッションは、発呼側デバイスと、ＭＲＣに関連付けられたオーディオ・サーバ（例えば、ＣＳＮ１１０内でホストされたオーディオ・サーバ）の間で確立される。上記の実施例の続きにおいて、ＷＵＤ１０６Ｂ１に関連付けられた着呼側が、ＷＵＤ１０６Ａ２に関連付けられた発呼側にオーディオ・コンテンツが提供されるようにマルチメディア・リングバック・サービスを構成した、および、ＷＵＤ１０６Ａ２に行くように予定されたオーディオ・コンテンツがＭＲＣ１２０上に格納されると仮定すると、ＭＲＣ１２０はＷＵＤ１０６Ａ２とのオーディオ・セッションを、ＣＳＮ１１０を介して確立する。
【００５０】
一実施形態では、オーディオ・セッションの確立の後に続いて、オーディオ・コンテンツが発呼側デバイスに、オーディオ・セッションを使用して提供される。一実施形態では、オーディオ・コンテンツは、拡張された呼び出し音、アナウンス、歌の少なくとも一部、および類似のオーディオ・コンテンツのうち、少なくとも１つを備える。一実施形態では、発呼側デバイスに提供されたオーディオ・コンテンツは、リモート・コンテンツ・サーバ、ＭＲＣに関連付けられたオーディオ・サーバ、ＭＲＣに関連付けられたビデオ・サーバ、および、オーディオ・コンテンツを格納し、オーディオ・コンテンツをリモート端末に提供するように動作可能な類似のサーバのうち、少なくとも１つに格納される。
【００５１】
工程２２８で、ＭＲＣは、少なくとも１つのマルチメディア・コンテンツ識別子を発呼側デバイスに送信する。一実施形態では、その少なくとも１つのマルチメディア・コンテンツ識別子は、ＭＲＣによって、加入者サービス情報（例えば、Ｏ−ＭＳＣから受信された発呼側デバイス・アドレス要求メッセージの一部としてＭＲＣに提供された加入者サービス情報）の少なくとも一部を使用して識別される。もう１つの実施形態では、その少なくとも１つのマルチメディア・コンテンツ識別子は、ＭＲＣによって、着呼側情報および発呼側情報（例えば、関連付けられたマルチメディア・コンテンツ識別子を備える、着呼側から発呼側へのマッピング）を使用して、少なくとも１つのデータベースに問い合わせることによって識別される。
【００５２】
一実施形態では、その少なくとも１つのマルチメディア・コンテンツ識別子は、少なくとも１つの非ビデオ・コンテンツ識別子および少なくとも１つのビデオ・コンテンツ識別子のうち、少なくとも１つを備える。一実施形態では、マルチメディア・コンテンツ識別子は、ユニフォーム・リソース・ロケータ（ＵＲＬ）、ユニフォーム・リソース・ネーム（ＵＲＮ）など、少なくとも１つのユニフォーム・リソース識別子（ＵＲＩ）を備える。一実施形態では、その少なくとも１つのマルチメディア・コンテンツ識別子は、発呼側デバイスに関連付けられた少なくとも１つのユーザ・インタフェースを介した表示のためにマルチメディア・コンテンツを検索するように動作可能である。もう１つの実施形態では、その少なくとも１つのマルチメディア・コンテンツ識別子は、少なくとも１つのマルチメディア・セッションを確立するように動作可能であり、その少なくとも１つのマルチメディア・セッションは、マルチメディア・コンテンツを発呼側デバイスに提供するように動作可能である。
【００５３】
一実施形態では、その少なくとも１つのマルチメディア・セッションは、少なくとも１つのデータ・セッションおよび少なくとも１つのビデオ・セッションのうち、少なくとも１つを備える。１つのこのような実施形態では、データ・セッションは、非ビデオ・コンテンツを発呼側デバイスに提供するように動作可能であり、非ビデオ・コンテンツは、テキスト・コンテンツ、静止画像コンテンツ、および類似の非ビデオ・コンテンツのうち、少なくとも１つを備える。例えば、一実施形態では、データ・セッションは、ハイパー・テキスト転送プロトコル（ＨＴＴＰ）セッションを備える。もう１つのこのような実施形態では、ビデオ・セッションは、ビデオ・コンテンツ（例えば、アニメ画像コンテンツ、ビデオ・コンテンツなど）を発呼側デバイスに提供するように動作可能である。例えば、一実施形態では、ビデオ・セッションは、リアル・タイム・ストリーミング・プロトコル（ＲＴＳＰ）セッションを備える。
【００５４】
一実施形態では、少なくとも１つのマルチメディア・コンテンツ識別子は、ＭＲＣから発呼側デバイスへ、少なくとも１つのマルチメディア・コンテンツ識別メッセージを使用して通信される。例えば、一実施形態では、この少なくとも１つのマルチメディア・コンテンツ識別子は発呼側デバイスへ、少なくとも１つのセッション開始プロトコル（ＳＩＰ）ＲＥＦＥＲメッセージを使用して通信される。上記の実施例の続きにおいて、ＭＲＣ１２０は２つのマルチメディア・コンテンツＵＲＩをＷＵＤ１０６Ａ２へ送信する。この実施例では、第１のマルチメディア・コンテンツＵＲＩは静止画像を識別し、第２のマルチメディア・コンテンツＵＲＩはビデオ・クリップを識別する。
【００５５】
工程２３０で、発呼側デバイスはマルチメディア・コンテンツを、少なくとも１つのマルチメディア・コンテンツ識別子を使用して要求する。一実施形態では、マルチメディア・コンテンツは発呼側デバイスによって少なくとも１つのリモート・システムから要求され、少なくとも１つのリモート・システムは、ＭＲＣ、オーディオ・サーバ、テキスト・サーバ、イメージ・サーバ、ビデオ・サーバ、および、マルチメディア・コンテンツを格納し、マルチメディア・コンテンツを発呼側デバイスに提供するように動作可能な類似のシステムのうち、少なくとも１つを備える。
【００５６】
一実施形態では、発呼側デバイスは、少なくとも１つの非ビデオＵＲＩを少なくとも１つのリモート・システムに向けて送信することによって、非ビデオ・コンテンツを要求する。１つのこのような実施形態では、例えば、非ビデオ・コンテンツ（テキスト・コンテンツ、イメージ・コンテンツなど）は、ＨＴＴＰを使用して要求される。もう１つの実施形態では、発呼側デバイスは、少なくとも１つのビデオＵＲＩを少なくとも１つのリモート・システムに向けて送信することによって、ビデオ・コンテンツを要求する。１つのこのような実施形態では、例えば、ビデオ・コンテンツは、ＲＴＳＰを使用して要求される。上記の実施例の続きにおいて、ＷＵＤ１０６Ａ２はマルチメディア・コンテンツを、ＭＲＣ１２０によって提供された２つのマルチメディア・コンテンツＵＲＩを使用して要求する。
【００５７】
工程２３２で、少なくとも１つのリモート・システムは、少なくとも１つのマルチメディア・コンテンツ識別子を備えるマルチメディア・コンテンツ要求を受信する。マルチメディア・コンテンツ要求を受信するリモート・システムは、マルチメディア・コンテンツ識別子によって決まる。一実施形態では、リモート・システムは、発呼側デバイスとの少なくとも１つのマルチメディア・セッションを確立することによって、マルチメディア・コンテンツ要求に応答する。上述のように、少なくとも１つのリモート・システムは、ＭＲＣ、オーディオ・サーバ、テキスト・サーバ、イメージ・サーバ、ビデオ・サーバ、および、マルチメディア・コンテンツを格納し、マルチメディア・コンテンツを発呼側デバイスに提供するように動作可能な類似のシステムのうち、少なくとも１つを備える。上記の実施例の続きにおいて、２つのマルチメディア・コンテンツＵＲＩがＭＲＣ１２０をマルチメディア・コンテンツのソースとして識別すると仮定すると、ＭＲＣ１２０はＷＵＤ１０６Ａ２からマルチメディア・コンテンツのための要求を受信する。
【００５８】
工程２３４で、非ビデオ・コンテンツ識別子が受信されるかどうかについての判断が行われる。発呼側デバイスによって要求された非ビデオ・コンテンツの少なくとも一部がＭＲＣ（関連付けられたコンテンツ識別子によって指示されたもの）上で格納される、一実施形態では、非ビデオ・コンテンツ識別子が受信されるかどうかについての判断は、ＭＲＣによって実行される。発呼側デバイスによって要求された非ビデオ・コンテンツの少なくとも一部がＭＲＣ上で格納されない（すなわち、コンテンツ識別子は、コンテンツが少なくとも１つの他のシステム上に格納されることを指示する）、もう１つの実施形態では、非ビデオ・コンテンツ識別子が受信されるかどうかについての判断は、少なくとも１つの他のシステムによって実行される。非ビデオ・コンテンツ識別子が受信されない場合、方法２００は工程２３８に進行する。非ビデオ・コンテンツ識別子が受信される場合、方法２００は工程２３６に進行する。
【００５９】
工程２３６で、少なくとも１つのリモート・システムは、非ビデオ・コンテンツを発呼側デバイスへ、少なくとも１つのデータ・セッションを使用して提供する。本明細書で説明するように、少なくとも１つのリモート・システムは、ＭＲＣ、オーディオ・サーバ、テキスト・サーバ、イメージ・サーバ、および類似の非ビデオ・コンテンツ・サーバのうち、少なくとも１つを備える。上記の実施例の続きにおいて、ＭＲＣ１２０は静止画像をＷＵＤ１０６Ａ２へ送信する。データ・セッションを介してＭＲＣ１２０から静止画像を受信すると、ＷＵＤ１０６Ａ２は静止画像を表示のために、ＷＵＤ１０６Ａ２に関連付けられた少なくとも１つのインタフェースに適合させる。一実施形態では、少なくとも１つのデータ・セッションはＨＴＴＰセッションを備える。方法２００は次いで工程２３８に進行する。
【００６０】
工程２３８で、ビデオ・コンテンツ識別子が受信されるかどうかについての判断が行われる。発呼側デバイスによって要求されたビデオ・コンテンツの少なくとも一部がＭＲＣ（関連付けられたコンテンツ識別子によって指示されたもの）上で格納される、一実施形態では、ビデオ・コンテンツ識別子が受信されるかどうかについての判断は、ＭＲＣによって実行される。発呼側デバイスによって要求されたビデオ・コンテンツの少なくとも一部がＭＲＣ上で格納されない（すなわち、コンテンツ識別子は、コンテンツが少なくとも１つの他のシステム上に格納されることを指示する）、もう１つの実施形態では、ビデオ・コンテンツ識別子が受信されるかどうかについての判断は、少なくとも１つの他のシステム（例えば、図１に示すＶＳ１３８）によって実行される。ビデオ・コンテンツ識別子が受信されない場合、方法２００は工程２５０に進行し、その点で、接続確立処理／シグナリングは継続する。ビデオ・コンテンツ識別子が受信される場合、方法２００は工程２４０に進行する。
【００６１】
工程２４０で、少なくとも１つのビデオ・セッションが、少なくとも１つのリモート・システムと発呼側デバイスの間で確立される。一実施形態では、ビデオ・セッションはパケット転送セッションを備える。もう１つの実施形態では、ビデオ・セッションはストリーミング・ビデオ・セッションを備える。１つのさらなる実施形態では、ビデオ・セッションはＲＴＳＰセッションを備える。上記の実施例の続きにおいて、ＲＴＳＰストリーミング・ビデオ・セッションは、ＭＲＣ１２０とＷＵＤ１０６Ａ２の間（具体的には、ＭＲＣ１２０に関連付けられたＶＳ１２４とＷＵＤ１０６Ａ２の間）で確立される。
【００６２】
要求されたビデオ・コンテンツがＭＲＣ上で格納される一実施形態では、少なくとも１つのリモート・システムはＭＲＣを備える。例えば、図１に示すように、ビデオ・コンテンツを提供するためのリモート・システムは、ＭＲＣ１２０に関連付けられたＶＳ１２４を備える。要求されたビデオ・コンテンツがリモート・ビデオ・サーバ上で格納される、もう１つの実施形態では、少なくとも１つのリモート・システムはリモート・ビデオ・サーバを備える。例えば、図１に示すように、ビデオ・コンテンツを提供するためのリモート・システムは、ＩＰＮ１３０に関連付けられたＶＳ１３８を備える。
【００６３】
要求されたビデオ・コンテンツがＭＲＣ上で格納される一実施形態では、ＭＲＣは発呼側デバイスとのビデオ・セッションを確立する。例えば、１つのこのような実施形態では、発呼側デバイス上に格納されたカスタム・クライアントはビデオ・コンテンツをＭＲＣから、ＲＴＳＰコントロール・プロトコルを使用して要求する。この実施例では、（リアル・タイム・トランスポート・プロトコル）ＲＴＰベアラ・ストリームを確立するのに先立って、発呼側デバイスおよびＭＲＣは、ポート番号、ストリーミング・パラメータ、および、ストリーミング・ビデオ・セッションを確立するための類似の情報を交換する。１つのこのような実施形態では、この情報は、ＲＴＳＰ  ＤＥＳＣＲＩＢＥメッセージおよびＲＴＳＰ  ＳＥＴＵＰメッセージを使用して交換される。ＲＴＳＰメッセージはＭＲＣのＲＴＳＰサーバ・サイド・スタックによって、発呼側デバイスとＭＲＣの間のビデオ・セッションを確立するために処理される。
【００６４】
要求されたビデオ・コンテンツがＭＲＣ上で格納されない、もう１つの実施形態では、ＭＲＣは、ビデオ・コンテンツがＭＲＣ上で格納される実施形態に関して本明細書で説明したように、発呼側デバイスとのビデオ・セッションを確立する。さらに、ＭＲＣは次いで、その上にビデオ・コンテンツが格納されるリモート・システムとのビデオ・セッションを確立する。例えば、１つのこのような実施形態では、ＭＲＣのＲＴＳＰクライアント・サイド・スタックはビデオ・コンテンツをリモート・システムから、ＲＴＳＰ  ＤＥＳＣＲＩＢＥメッセージおよびＲＴＳＰ  ＳＥＴＵＰメッセージを使用して要求する。この実施形態では、ＭＲＣは、発呼側デバイス（発呼側デバイスＩＰアドレスを使用して指定される）へのＲＴＰストリーム（すなわち、ストリーミング・ビデオ・コンテンツ）の配信を要求する。
【００６５】
すなわち、ビデオ・コンテンツがＭＲＣ上で格納されない、この実施形態では、ＭＲＣは、発呼側デバイスとＭＲＣサーバ・サイド・スタックの間で確立されたビデオ・セッションを、ＭＲＣクライアント・サイド・スタックと、ビデオ・コンテンツを格納するリモート・システムの間で確立されたビデオ・セッションとをブリッジする。したがって、発呼側デバイスに提供されたビデオ・コンテンツのソースに関係なく、ＭＲＣがビデオ・セッションのコントロールを維持することを可能にする方法で、ビデオ・セッションが確立される。一実施形態では、確立されたビデオ・セッションのコントロールを維持することによって、ＭＲＣは、拡張されたマルチメディア・リングバック・サービス機能性（例えば、オーディオ・コンテンツの存在に応じてマルチメディア・コンテンツ・セッションの間で切り替えること、接続確立要求への応答の検出の後にマルチメディア・コンテンツを提供すること、など）を提供することができる。
【００６６】
一実施形態では、工程２３４および２３６（すなわち、非ビデオ・コンテンツを発呼側デバイスに提供するための少なくとも１つの非ビデオ・セッションを確立すること）を、工程２３８および２４０（すなわち、ビデオ・コンテンツを発呼側デバイスに提供するための少なくとも１つのビデオ・セッションを確立すること）と同時に実行することができる。すなわち、ビデオ・セッションの確立は通常、データ・セッションの確立より多い時間を必要とするので、発呼側デバイスに、ビデオ・セッション確立の完了中に様々な非ビデオ・コンテンツ（および、オプショナルで、オーディオ・セッションを介して、拡張されたオーディオ・コンテンツ）が提供される。したがって、ビデオ・セッション確立が完了すると、発呼側デバイス上に表示された非ビデオ・コンテンツの少なくとも一部は、確立されたビデオ・セッションを介して提供されたビデオ・コンテンツで置き換えられる。
【００６７】
工程２４２で、ＭＲＣはオーディオ・セッションをビデオ・セッションにマップする。一実施形態では、オーディオ・セッション（回線ベアラを介して実行する）とビデオ・セッション（パケット・ベアラを介して実行する）の間のマッピングは、マッピング情報を備える。一実施形態では、マッピング情報はＭＲＣによって、ビデオ・セッションの持続時間に渡って維持される。一実施形態では、マッピング情報は、オーディオ・セッション情報およびビデオ・セッション情報を備える。例えば、ＭＲＣによってマッピング情報として維持されたビデオ・セッション情報は、ビデオ・セッション開始時間情報、ビデオ・セッション・ポート番号情報、ビデオ・コンテンツ特性情報（例えば、ビデオ・コンテンツがオーディオ部分を備えるかどうか）、および類似の情報を備える。
【００６８】
工程２４４で、発呼側デバイスによって要求されたビデオ・コンテンツがオーディオ部分を備えるかどうかについての判断が行われる。一実施形態では、ビデオ・コンテンツがオーディオ部分を備えるかどうかについての判断が、ＭＲＣによって維持されたマッピング情報の少なくとも一部を使用して実行される。ビデオ・コンテンツがオーディオ部分を備える場合、方法２００は工程２４６に進行し、この点で、ＭＲＣは、オーディオ・セッションを介して発呼側デバイスに提供されたオーディオ・コンテンツを一時停止する。ビデオ・コンテンツがオーディオ部分を備えない場合、方法２００は工程２４８に進行する。
【００６９】
工程２４６で、ＭＲＣによって、要求されたビデオ・コンテンツがオーディオ部分を備えることが検出されると、ＭＲＣは、オーディオ・セッションを介して提供されたオーディオ・コンテンツを抑制（例えば、一時停止、停止など）する。オーディオ・セッションを介して提供されたオーディオ・コンテンツを抑制することによって、ＭＲＣは、ビデオ・コンテンツの一部として提供されたオーディオ・コンテンツを発呼側が経験できるようにする。一実施形態では、オーディオ・コンテンツの抑制の後に続いて、オーディオ・セッションはＭＲＣによって終了させられる。方法２００は次いで工程２４８に進行する。
【００７０】
工程２４８で、少なくとも１つのリモート・システムはビデオ・コンテンツを発呼側デバイスに、確立されたビデオ・セッションを使用して提供する。本明細書で説明するように、少なくとも１つのリモート・システムは、ＭＲＣ、ビデオ・サーバ、および、類似のコンテンツ・サーバのうち、少なくとも１つを備える。上記の実施例の続きにおいて、ＭＲＣ１２０はビデオ・コンテンツ（すなわち、ビデオＵＲＩを使用して識別されたビデオ・クリップ）をＷＵＤ１０６Ａ２へストリームする。ＷＵＤ１０６Ａ２はストリーミング・ビデオ・コンテンツをＭＲＣ１２０から受信し、このストリーミング・ビデオを表示のために、ＷＵＤ１０６Ａ２に関連付けられた少なくとも１つのインタフェースに適合させる。一実施形態では、少なくとも１つのビデオ・セッションはＲＴＰセッションを備える。もう１つの実施形態では、少なくとも１つのビデオ・セッションはＲＴＳＰセッションを備える。一実施形態では、ビデオ・コンテンツは、発呼側デバイスによって開始されたＲＴＳＰ  ＰＬＡＹメッセージに応答して、発呼側デバイスに提供される。
【００７１】
要求されたビデオ・コンテンツがＭＲＣ上で格納される実施形態では、ＭＲＣは、ＲＴＳＰ  ＰＬＡＹメッセージに応答して、要求されたビデオ・コンテンツを発呼側デバイスにストリームすることを開始する。要求されたビデオ・コンテンツがＭＲＣ上で格納されない実施形態では、ＲＴＳＰ  ＰＬＡＹメッセージを発呼側デバイスから受信すると、ＭＲＣのクライアント・サイド・スタックは、その上にビデオ・コンテンツが格納されるリモート・システムへの対応するＲＴＳＰ  ＰＬＡＹメッセージを開始する。ＲＴＳＰ  ＰＬＡＹメッセージをＭＲＣのクライアント・サイド・スタックから受信すると、リモート・システムは、要求されたビデオ・コンテンツを発呼側デバイスへ、ＭＲＣを介してストリームすることを開始する。ビデオ・コンテンツが発呼側デバイスへ、ＲＴＰセッションを使用してストリームされる一実施形態では、ＲＴＰセッションはＭＲＣ上でＲＴＳＰスタックをトラバースしない。
【００７２】
工程２５０で、接続確立要求への応答が検出されるかどうかについての判断が行われる。一実施形態では、接続確立要求への応答は、着呼側が電話に答えること、接続確立要求がコール応答サービス（例えば、音声メール・サーバ）に転送されていることを検出すること、および類似の応答のうち、少なくとも１つを備える。応答が検出されない場合、方法２００は工程２４８に戻る（すなわち、発呼側デバイスはマルチメディア・コンテンツを受信し続ける）。すなわち、接続確立要求への応答が検出されるまで、マルチメディア・コンテンツは継続的に発呼側デバイスに提供される。応答が検出される場合、方法２００は工程２５２に進行する。
【００７３】
工程２５２で、Ｔ−ＭＳＣはＯ−ＭＳＣに、接続確立要求への応答の検出を通知する。一実施形態では、Ｏ−ＭＳＣに接続確立要求への応答の検出を通知することは、応答メッセージ（ＡＮＭ）を使用して実行される。上記の実施例の続きにおいて、ＭＳＣ１０４ＢはＭＳＣ１０４Ａに、接続確立要求への応答の検出を通知する。
【００７４】
工程２５４で、発呼側に関連付けられたコール・レグ、および、着呼側に関連付けられたコール・レグがブリッジされる。オーディオ・コンテンツがなお発呼側デバイスへ、オーディオ・セッションを使用して提供されている、一実施形態では、オーディオ・セッション・リリース・メッセージはＭＲＣへ、オーディオ・セッションをリリースするために送信される。本明細書で説明するように、ビデオ・コンテンツがオーディオ部分を備える、もう１つの実施形態では、オーディオ・セッションはＭＲＣによって、発呼側デバイスへのビデオ・コンテンツの送信の開始と同時にリリースされる。
【００７５】
一実施形態では、Ｏ−ＭＳＣは、総合サービス・ユーザ部リリース（ＩＳＵＰ  ＲＥＬ）メッセージをＭＲＣへ、発呼側デバイスとのオーディオ・セッションをリリースするために送信する。ＩＳＵＰ  ＲＥＬメッセージを受信すると、ＭＲＣはオーディオ・セッションをリリースする（例えば、オーディオ・コンテンツを発呼側デバイスに提供するために確立された回線交換トランクをリリースする）。この実施形態では、ＭＲＣはＩＳＵＰリリース完了（ＲＬＣ）メッセージをＯ−ＭＳＣへ、オーディオ・セッションがうまくリリースされていることをＯ−ＭＳＣに通知するために送信する。
【００７６】
工程２５６で、マルチメディア・コンテンツ終了が遅延されるかどうかについての判断が行われる。一実施形態では、マルチメディア・コンテンツ終了は、少なくとも１つの遅延パラメータ（例えば、ＲＴＳＰ  ＲＡＮＧＥパラメータ）を使用して遅延される。一実施形態では、マルチメディア・コンテンツは、接続確立要求の開始、オーディオ・セッションの確立、データ・セッションの確立、ビデオ・セッションの確立、接続確立要求への応答の検出などのうち少なくとも１つから測定された、特定の時間の長さに渡って継続するように構成される。マルチメディア・コンテンツ終了が遅延されない場合、方法２００は工程２６０に進行する。マルチメディア・コンテンツ終了が遅延される場合、方法２００は工程２５８に進行する。
【００７７】
工程２５８で、少なくとも１つのリモート・システムは、マルチメディア・コンテンツの少なくとも一部を着呼側デバイスへ、マルチメディア・コンテンツ終了遅延期間の持続時間に渡って提供することを継続する。一実施形態では、マルチメディア・コンテンツ終了遅延期間は本質的に、それによってＭＲＣが、接続確立要求への応答が検出された後でマルチメディア・コンテンツが発呼側デバイスに提供され続ける時間の長さを決定する、タイマーとして動作する。一実施形態では、マルチメディア・コンテンツ終了遅延期間は着呼側デバイスによって構成可能である。一実施形態では、マルチメディア・コンテンツ終了遅延期間はＭＲＣによって決定される。方法２００は次いで工程２６０に進行する。
【００７８】
工程２６０で、マルチメディア・コンテンツの送信が終了される。一実施形態では、それを介してマルチメディア・コンテンツが提供される、少なくとも１つのマルチメディア・セッションがリリースされる。ビデオ・コンテンツが発呼側デバイスにＭＲＣから提供される実施形態では、ＭＲＣがビデオ・セッションをリリースする。ビデオ・コンテンツが発呼側デバイスにリモート・ビデオ・サーバから提供される実施形態では、ＭＲＣ上のＲＴＳＰクライアント・サイド・スタックがビデオ・サーバに、ビデオ・コンテンツの送信を終了するように、およびビデオ・セッションをリリースするように、ＲＴＳＰ  ＰＡＵＳＥメッセージおよびＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージをそれぞれ使用して、シグナル通知する。工程２６２で、発呼側と着呼側の間の音声通信が開始する。この音声通信は、発呼側デバイスと着呼側デバイスの間で確立された接続を使用してサポートされる。方法２００は次いで工程２６４に進行し、ここで方法２００は終了する。
【００７９】
本明細書で、音声通信の開始に先立って終了するように説明するが、一実施形態では、マルチメディア・コンテンツの少なくとも一部は、発呼側と着呼側の間の音声通信が開始した後に、発呼側に提供され続ける場合がある。例えば、音声通信の開始の後、発呼側デバイスに関連付けられた少なくとも１つのインタフェース上でイメージが表示され続ける場合がある。同様に、様々な他のマルチメディア・コンテンツは、音声通信の開始の後、発呼側に提供され続ける場合がある。一実施形態では、発呼側デバイスに提供されたマルチメディア・コンテンツの少なくとも一部は、発呼側によって、少なくとも１つのユーザ・エントリ手段（例えば、ボタン、タッチ・スクリーン、音声起動など）を発呼側デバイス上で作動させることによって手動でコントロール（例えば、一時停止、停止、再開など）される。
【００８０】
連続的に実行されるように図示するが、少なくとも１つのマルチメディア・セッションの確立に関連付けられた処理を、オーディオ・セッションの確立に関連付けられた処理と同時に実行することができることは、当業者には理解されよう。すなわち、少なくとも１つの実施形態では、工程２２６を、工程２２８から２４０の少なくとも一部と同時に実行することができる。したがって、一実施形態では、マルチメディア・コンテンツを発呼側デバイスに提供するために、オーディオ・コンテンツが発呼側デバイスへ、マルチメディア・セッション確立中に提供される。同様に、もう１つの実施形態では、非ビデオ・コンテンツが発呼側デバイスへ、ビデオ・セッション確立中に提供される。さらに、マルチメディア・コンテンツ識別子を使用してマルチメディア・コンテンツを要求する発呼側デバイスに関して、本明細書で説明したが、一実施形態では、マルチメディア・コンテンツの少なくとも一部は発呼側デバイスへ、ビデオ・コンテンツを格納する少なくとも１つのリモート・システムによって（例えば、ＭＲＣによって）プッシュされる。
【００８１】
説明した機能の少なくとも一部が、より少数の機能的要素／デバイスに結合される場合があることが企図される。同様に、様々な機能が他の機能的要素によって実行される場合があること、または、様々な機能が異なる方法で様々な機能的要素に渡って分散される場合があることが企図される。例えば、ＭＲＣ１２０によって実行された機能の少なくとも一部を、ＭＳＣ１０４によって実行することができる。さらに、１つのＭＲＣに関して本明細書で説明するが、説明した機能の少なくとも一部が複数のＭＲＣに渡って分散される場合がある。
【００８２】
図３は、本明細書で説明された機能の実行において使用するために適切な、汎用コンピュータの高レベルのブロック図を示す。図３に示すように、システム３００は、プロセッサ要素３０２（例えば、ＣＰＵ）、メモリ３０４、例えば、ランダム・アクセス・メモリ（ＲＡＭ）および／または読み取り専用メモリ（ＲＯＭ）、マルチメディア・リングバック・コントローラ・モジュール３０５、および様々な入出力デバイス３０６（例えば、それに限定されないが、テープ・ドライブ、フロッピー（登録商標）・ドライブ、ハード・ディスク・ドライブまたはコンパクト・ディスク・ドライブが含まれるストレージ・デバイス、レシーバ、トランスミッタ、スピーカ、ディスプレイ、出力ポート、およびユーザ入力デバイス（キーボード、キーパッド、マウスなど））を備える。
【００８３】
本発明を、ソフトウェアにおいて、および／または、ソフトウェアおよびハードウェアの組み合わせにおいて、例えば、特定用途向け集積回路（ＡＳＩＣ）、汎用コンピュータまたは他のいずれかのハードウェア相当物を使用して、実施することができることに留意されたい。一実施形態では、このマルチメディア・リングバック・コントローラ・モジュールまたはプロセス３０５をメモリ３０４にロードし、プロセッサ３０２によって実行して、上述の機能を実施することができる。したがって、本発明のこのマルチメディア・リングバック・コントローラ・プロセス３０５（関連付けられたデータ構造を含む）を、コンピュータ可読メディアまたは搬送波、例えば、ＲＡＭメモリ、磁気または光ドライブまたはディスケットなどに格納することができる。
【００８４】
本発明の教示を組み込む様々な実施形態を図示し、本明細書で詳細に説明したが、当業者は容易に、なおこれらの教示を組み込む多数の他の多様な実施形態を考案することができる。
【図面の簡単な説明】
【００８５】
【図１】通信ネットワーク・アーキテクチャの高レベルのブロック図である。
【図２Ａ】本発明の一実施態様による方法の流れ図である。
【図２Ｂ】本発明の一実施態様による方法の流れ図である。
【図３】本明細書で説明された機能を実行することにおいて使用するために適切な、汎用コンピュータの高レベルのブロック図である。
【図１】
2006191595.tif 000003
【図２Ａ】
2006191595.tif 000004
【図２Ｂ】
2006191595.tif 000005
【図３】
2006191595.tif 000006