JP5529129B2 - 電気通信ネットワーク内の媒体属性に基づく選択的な呼転送のための方法およびシステム - Google Patents

Description

本明細書で開示される実施形態は、一般に、電気通信ネットワークに関し、より詳細には、セッション記述プロトコル（ＳＤＰ）属性に基づいて、呼転送サービスを提供することに関する。

電気通信技術における近年の発展は、幅広い特別な電気通信サービスを加入者に提供する。これらのサービスは、基本的な呼セットアップ、ならびに、呼転送、呼選別、地理的な呼経路指定、フレキシブルな呼経路指定、発呼者名／発呼者番号の表示、三者通話、課金および料金請求、フレキシブルなキャリア選択などの拡張された呼サービスを含む。最新の電気通信サービスを可能にするために、電気通信ネットワークは、一般に、信号、ならびに発呼者と被呼者との間の会話を含む音声またはデータを搬送する。

電気通信ネットワークにおいて、呼転送（ＣＦ）機能性は、被呼先の状態が話中であるとき、もしくは応答がないとき、または無条件呼転送のときなどに、ユーザがそのユーザが選択する代替番号に着呼を転送することを可能にする。通常、呼転送プロセスは、データベースにアクセスするステップと、データベースから呼転送情報を取り出すステップと、その呼を所望される最終宛先に転送するために、取り出された呼転送情報を使用するステップとを必要とする。第１世代無線システムおよび第２世代無線システムにおいて、呼が連続的に転送され得る回数は、帯域幅制約によるネットワークの過負荷を避けるために限定される。第３世代無線システムは、ネットワーク要素内でより複雑な処理を構成することによって、より高い帯域幅アクセスをサポートし、その結果、第３世代無線システムは、マルチメディア、新しい付加価値サービスを提供し、新しいインターフェースを使用する。

ＩＰマルチメディアサブシステム（ＩＭＳ）は、ＩＭＳプラットフォーム上で加入者に呼転送、会議開催、および通話中着信など、伝統的な補足サービスを提供するために、ＩＰネットワークの長所を使用する。ＩＭＳは、アプリケーションサーバ間の標準セッション開始プロトコル（ＳＩＰ）インターフェース、ＩＭＳコアネットワーク呼セッション制御機能（ＣＳＣＦ）、およびＩＭＳ加入者を画定する。ＣＳＣＦとデータベース、すなわち、ホーム加入者サーバ（ＨＳＳ）との間、およびＡＳとＨＳＳとの間のインターフェースは、ダイアメータプロトコル（ＤＩＡＭＥＴＥＲ ｐｒｏｔｏｃｏｌ）に基づく。公衆電話交換網（ＰＳＴＮ）／公衆陸上移動体ネットワーク（ＰＬＭＮ）など、伝統的なネットワークと、次世代ネットワーク（ＮＧＮ）およびＳＩＰベースのネットワークなど、新世代ネットワークの両方に、話中の呼転送、応答なし状態の呼転送、無条件呼転送、選択的な呼転送など、いくつかの呼転送サービスが存在する。また、インスタントメッセージング、ビデオ呼、待機中のビデオ、およびウェブベースのサービスなど、多くの新しいデータサービスもＩＭＳ加入者に利用可能である。

今日使用されているＩＭＳ加入者の場合、呼転送サービスは、被呼加入者の回線状態と、発呼加入者の識別性とに基づく場合がある。現在の方法は、ＩＭＳユーザ／ＳＩＰユーザに、媒体属性、ＳＤＰのネットワークベース評価、または部分的な呼転送に基づく呼転送サービスを提供しない。さらに、その呼が音声呼であるかもしくはビデオ呼であるか、その呼が低帯域幅のものであるかもしくは高帯域幅であるか、またはある種のコーデックタイプがそのデバイスによってサポートされるか否か／利用可能であるか否かなど、セッション属性に基づく呼転送は存在しない。例えば、被呼ユーザが、コスト、ＱｏＳなどにより、高帯域幅呼が望ましくない場合がある訪問先ネットワーク内にいる場合、呼をマルチメディアプラットフォームに転送することが可能である。さらに、ユーザが、あるタイプのＲＴＰストリームだけをサポートするハンドヘルドデバイスを有する場合、例えば、ビデオ呼を自宅に転送することが便利であろう。

前述の説明に照らして、本明細書の実施形態は、その呼の媒体属性に基づいて、電気通信ネットワークのユーザによって受信された呼を転送する方法を提供し、この方法は、
受信されたセッション記述プロトコル（ＳＤＰ）パラメータをその（サービス提供される）ユーザの呼転送パラメータと比較するステップと、
それらのＳＤＰパラメータのうちの１つが呼転送パラメータと一致する場合、それらの呼転送パラメータ内で指定されたように、その呼を第２の端末に転送するステップと、
「ＲＥＦＥＲ」メッセージを発呼ユーザのネットワークに送信するステップであって、その「ＲＥＦＥＲ」メッセージが、ＳＤＰの転送されることになる部分と、第２の端末に関する独自の識別子とを備え、ＳＤＰのこの転送されることになる部分が、そのユーザのプロファイルおよびＳＤＰ、ならびに発呼ユーザのネットワーク（または、発呼ユーザの端末自体）によって決定される、送信するステップと、
「ＲＥＦＥＲ」メッセージの受信時に、第２の端末に対して呼を開始するステップとを備える。
ＳＤＰパラメータは、例えば、「ｍ＝」ライン、「ｂ＝ＡＳ：」ライン、「ｂ＝ＴＩＡＳ：」ライン、および「ａ＝ｒｔｐｍａｐ」ラインからなり得る。ＳＤＰの「ｍ＝」ラインは、音声呼またはビデオ呼を示し、低帯域幅呼または高帯域幅呼は、ＳＤＰ内の「ｂ＝ＡＳ」ライン内もしくは「ｂ＝ＴＩＡＳ：」内、「ａ＝ｍａｘｐｒａｔｅ：」内で示され、コーデックタイプがサポートされるか否か、もしくは利用可能であるか否かは、ＳＤＰの「ａ＝ｒｔｐｍａｐ」ラインによって示される。電気通信ネットワークは、セッション開始プロトコル（ＳＩＰ）ベースのネットワークまたはインターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ネットワークのうちの１つであってよい。ＩＭＳネットワークの場合、この方法は、ユーザのアプリケーションサーバ（ＡＳ）およびサービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）のうちの少なくとも１つによって実行される。ＳＩＰベースの非ＩＭＳネットワークの場合、ＡＳ／Ｓ−ＣＳＣＦによって実行される動作は、通常、ＳＩＰプロキシによって実行される。

ＳＤＰの転送されることになる部分は、サービス提供されるユーザのプロファイルを受信されたＳＤＰと比較して、受信されたＳＤＰパラメータのうちの少なくとも１つと呼転送パラメータとの間の一致の取得時に、（複数の）「ＲＥＦＥＲ」メッセージを発呼ユーザのネットワークに送信することによって決定される。発呼ユーザのネットワークは、かかる「ＲＥＦＥＲ」メッセージの受信時に複数の端末に対して呼を開始し、（複数の端末に対する）呼セットアップメッセージは、対応する「ＲＥＦＥＲ」メッセージ内で受信されるようなＳＤＰを含む。

本明細書の実施形態は、その呼の媒体属性に基づいて、電気通信ネットワークのユーザによって受信された呼を転送する方法を実行するように構成されたシステムをさらに開示し、このシステムは、セッション記述プロトコル（ＳＤＰ）のパラメータを被呼ユーザの呼転送パラメータと比較して、ＳＤＰパラメータのうちの１つがその呼転送パラメータと一致する場合、その呼転送パラメータ内で指定されたように、その呼を第２の端末に転送するための少なくとも１つの手段を備え、このシステムは、「ＲＥＦＥＲ」メッセージを発呼ユーザのネットワークに送信するための少なくとも１つの手段を備え、「ＲＥＦＥＲ」メッセージは、ＳＤＰの転送されることになる部分と、第２の端末に関する独自の識別とを備え、ＳＤＰのこの転送されることになる部分は、被呼ユーザのプロファイルを（発呼ユーザから）受信されたＳＤＰ情報と比較して、ＳＤＰパラメータのうちの少なくとも１つと被呼ユーザの呼転送パラメータとの間の一致の取得時に、転送されることになるＳＤＰを用いて、「ＲＥＦＥＲ」メッセージを発呼ユーザのネットワークに送信することによって決定される。かかる「ＲＥＦＥＲ」メッセージの受信時に、発呼ユーザのネットワークは、かかる「ＲＥＦＥＲ」メッセージの受信時に、第２の端末に対して呼を開始するために、「ＲＥＦＥＲ」メッセージ内で指定されたように、「ＩＮＶＩＴＥ」を第２の端末に送信する。

実施形態は、複数の端末に対して呼の部分的な転送を実行するように構成されたシステムをさらに開示し、このシステムは、複数の「ＲＥＦＥＲ」メッセージを発呼ユーザのネットワークに送信するための少なくとも１つの手段を備え、「ＲＥＦＥＲ」メッセージの数は、呼が転送されなければならない端末の数に等しく、「ＲＥＦＥＲ」メッセージは、ＳＤＰの転送されることになる部分と、それらの端末に関する独自の識別子とを備え、ＳＤＰのこの転送されることになる部分は、被呼ユーザのプロファイル内および受信されたＳＤＰ内の呼転送パラメータによって、受信されたＳＤＰパラメータのうちの少なくとも１つとユーザの呼転送パラメータとの間の一致の取得時に決定される。発呼ユーザのネットワークは、対応する「ＲＥＦＥＲ」メッセージ内に指定されたように、複数の端末に「ＩＮＶＩＴＥ」を送信することによって、複数の端末に対して呼を開始する。

実施形態は、その呼の媒体属性に基づいて、電気通信ネットワークのユーザによって受信された呼を転送することを実行するように構成されたモジュールをさらに開示し、このモジュールは、呼転送が行われるべきかどうかを決定するためにＳＤＰパラメータ同士の間の一致を取得した後で、呼転送が行われるべきであるかどうかを決定して、呼転送が部分的であり、かつ媒体ベースである場合、「ＲＥＦＥＲ」メッセージを発呼ユーザのネットワークに送信し、呼転送が複数のユーザに対して部分的であり、かつ媒体ベースである場合、複数の「ＲＥＦＥＲ」メッセージを発呼ユーザのネットワークに送信するための少なくとも１つの手段を備える。

本明細書で開示される実施形態のこれらのおよびその他の態様は、以下の説明および添付の図面と共に考慮するとき、よりよく認識され、理解されよう。しかし、以下の説明は、実施形態およびその多数の特定の詳細を示すが、限定ではなく、例として提示される点を理解されたい。開示される実施形態の趣旨から逸脱せずに、多くの変更および修正がその範囲内で行われることが可能であり、本明細書で開示される実施形態は、すべてのかかる修正形態を含む。

本明細書で開示される実施形態は、図面を参照して、以下の詳細な説明からより理解されよう。

本明細書の一実施形態による、電気通信ネットワーク内の関連するネットワーク要素を有するネットワークトポロジの例示的な図を示すブロック図である。 本明細書の一実施形態による、媒体属性に基づく呼転送に関するコールフローを示す概略図である。 図２−１に続く、本明細書の一実施形態による、媒体属性に基づく呼転送に関するコールフローを示す概略図である。 本明細書の一実施形態による、電気通信ネットワーク内で媒体ベースの呼転送を処理する方法を示す流れ図である。 本明細書の一実施形態による、媒体属性に基づく部分的な呼転送に関するコールフローを示す概略図である。 図４−１に続く、本明細書の一実施形態による、媒体属性に基づく部分的な呼転送に関するコールフローを示す概略図である。 図４−２に続く、本明細書の一実施形態による、媒体属性に基づく部分的な呼転送に関するコールフローを示す概略図である。 図４−３に続く、本明細書の一実施形態による、媒体属性に基づく部分的な呼転送に関するコールフローを示す概略図である。 本明細書の一実施形態による、電気通信ネットワーク内で媒体ベースの部分的な呼転送を処理する方法を示す流れ図である。 本明細書の一実施形態による、電気通信ネットワーク内の複数の宛先に対する部分的な呼転送に関連するネットワーク要素を有するネットワークトポロジの例示的な図を示すブロック図である。 本明細書の一実施形態による、部分的に複数の宛先に対する媒体ベースの呼転送に関するコールフローを示す概略図である。 図７−１に続く、本明細書の一実施形態による、部分的に複数の宛先に対する媒体ベースの呼転送に関するコールフローを示す概略図である。 図７−２に続く、本明細書の一実施形態による、部分的に複数の宛先に対する媒体ベースの呼転送に関するコールフローを示す概略図である。 図７−３に続く、本明細書の一実施形態による、部分的に複数の宛先に対する媒体ベースの呼転送に関するコールフローを示す概略図である。 図７−４に続く、本明細書の一実施形態による、部分的に複数の宛先に対する媒体ベースの呼転送に関するコールフローを示す概略図である。 図７−５に続く、本明細書の一実施形態による、部分的に複数の宛先に対する媒体ベースの呼転送に関するコールフローを示す概略図である。 図７−６に続く、本明細書の一実施形態による、部分的に複数の宛先に対する媒体ベースの呼転送に関するコールフローを示す概略図である。 本明細書の一実施形態による、電気通信ネットワーク内で部分的に複数の宛先に対する媒体ベースの呼転送を処理する方法を示す流れ図である。

本明細書で開示される実施形態、ならびにその様々な特徴およびその詳細な利点は、添付の図面で例示され、以下の説明で詳述される非限定的な実施形態を参照して、より十分に説明される。よく知られている構成要素および処理技法の説明は、本明細書で開示される実施形態を不要にあいまいにしないように省略される。本明細書で使用される例は、本明細書で開示される実施形態が実施され得る様式の理解を促し、当業者が本明細書で開示される実施形態を実施することをさらに可能にすることが単に意図される。したがって、これらの例は、本明細書で開示される実施形態の範囲を限定すると見なされるべきではない。

本明細書の実施形態は、媒体属性と、セッション記述プロトコル（ＳＤＰ）のネットワーク評価とに基づく、話中の呼転送、応答なし状態の呼転送、無条件呼転送、選択的な呼転送などを含む呼転送サービスを拡張するための方法およびシステムを開示する。次に、図面、より詳細には、図の全体にわたって一貫して類似の参照番号が対応する特徴を示す図１から８を参照して、実施形態が示される。

図１は、本明細書の一実施形態による、電気通信ネットワーク内の関連するネットワーク要素を有するネットワークトポロジの例示的な図を示すブロック図である。ユーザＡ１０１は、アクセスネットワークを経由して、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）１０３に接続される。ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワーク１０２は、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）１０３と、サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）１０４と、アプリケーションサーバ（ＡＳ）１０６と、ホーム加入者サーバ（ＨＳＳ）１０７と、メディアリソース機能（ＭＲＦ）１０５と、問合せ呼セッション制御機能（Ｉ−ＣＳＣＦ）１０８とを備える。Ｐ−ＣＳＣＦ１０３は、ＩＭＳネットワーク１０２と発呼ユーザＡ１０１との間にインターフェースを提供し、ＩＰアドレスとＩＰセッションを確立するためのその他の変数とを提供する。Ｓ−ＣＳＣＦ１０４は、ＩＭＳネットワーク１０２内で呼サービスにアクセスしている加入者にセッション制御を提供する。Ｓ−ＣＳＣＦ１０４に接続されたＭＲＦ１０５は、媒体操作、例えば、ＩＭＳネットワーク１０２内のトーンおよびアナウンスメントの音声ストリームミキシングならびに再生など、媒体関連の機能を提供する。ＡＳ１０６は、サービスをホストして、これを実行する。ＡＳ１０６は、媒体ベースの被呼呼転送サービス論理も実行する。ＡＳは、セッション開始プロトコル（ＳＩＰ）を使用して、Ｓ−ＣＳＣＦ１０４とインターフェースをとる。ＨＳＳ１０７は、ユーザプロファイルを含み、発呼ユーザＡ１０１の認証および許可を実行するのを助けるユーザデータベースである。Ｉ−ＣＳＣＦ１０８は、ユーザ位置を取り出し、登録の間に、ユーザに関して、かつ着信要求に関して、Ｓ−ＣＳＣＦ１０４を決定するために、インターフェースを使用してＨＳＳ１０７に問い合わせる（ユーザは被呼者である）。

図２−１および２−２は、本明細書の一実施形態による、媒体属性に基づく呼転送に関するコールフローを示す概略図を例示する。ユーザＡ１０１は、「ＩＮＶＩＴＥ」要求メッセージを送信することによって、ユーザＢ１０９に向けて呼を開始し、この場合、「ＩＮＶＩＴＥ」要求メッセージは、ＳＤＰと宛先アドレスとを備え、この場合、ＳＤＰは、呼のタイプ、帯域幅、およびその呼に必要な特定のコーデックを含む呼属性を有する。音声呼またはビデオ呼は、ＳＤＰの「ｍ＝」ラインによって示されることが可能である。低帯域幅呼または高帯域幅呼は、ＳＤＰの「ｂ＝ＡＳ：」ライン内、またはＳＤＰの「ｂ＝ＴＩＡＳ：」ライン内、「ａ＝ｍａｘｐｒａｔｅ：」ライン内で示されることが可能である。ある種のコーデックタイプがサポートされるか否か／利用可能であるか否かは、ＳＤＰの「ａ＝ｒｔｐｍａｐ」ラインによって示されることが可能である。ユーザＢ１０９のプロファイルを有する終端アプリケーションサーバ（ｔｅｒｍｉｎａｔｉｎｇ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）（ＡＳ＿Ｂ）２０１は、ユーザＢ１０９がユーザＣ１１０に対して媒体ベースの呼転送を有するかどうかを識別する。ＡＳ＿Ｂ２０１は、ユーザＢ１０９向けの「ＩＮＶＩＴＥ」メッセージ内で受信されたＳＤＰコンテンツの呼転送パラメータ、例えば、「ｍ」パラメータを検査する。ＳＤＰパラメータがユーザプロファイル内の表示と一致する場合、ＡＳ＿Ｂ２０１は、呼転送をトリガして、その呼が転送されていることを伝えるために、１８１「呼は転送されている」メッセージを送信することによって、ユーザＡ１０１に通知する。１８１「呼は転送されている」メッセージは、媒体ベースの転送情報を有するダイバージョンヘッダ（ｄｉｖｅｒｓｉｏｎ ｈｅａｄｅｒ）を備える。

図３は、本明細書の一実施形態による、電気通信ネットワーク内で媒体ベースの呼転送を処理する方法を示す流れ図を例示する。ユーザＡ１０１は、「ＩＮＶＩＴＥ」メッセージを送信することによって、ユーザＢ１０９に向けて呼を開始し（３０１）、この「ＩＮＶＩＴＥ」要求メッセージは、ＳＤＰと宛先アドレスとを備え、この場合、ＳＤＰは、呼のタイプ、帯域幅、およびその呼に必要な特定のコーデックを含む呼属性を有する。終端ＡＳ＿Ｂ２０１は、ユーザＢ１０９が、ユーザＣ１１０に対して媒体ベースの呼転送を有するかどうかを検査する（３０２）。ユーザＢ１０９が媒体ベースの被呼転送を有さない場合、呼転送通知はユーザＡ１０１に送信されず（３０３）、標準の呼セットアップが続く。ユーザＢ１０９が、媒体ベースの呼転送を有する場合、ＡＳ＿Ｂ２０１は、ユーザプロファイル内の呼転送パラメータが、ユーザＢ１０９向けのユーザＡ１０１からの「ＩＮＶＩＴＥ」メッセージにおいて受信されたＳＤＰのパラメータと一致するかどうか、さらなる検査を実行する（３０４）。例えば、ＳＤＰパラメータは、「ｍ」、「ａ」、「ｂ」などであってよい。音声呼またはビデオ呼は、ＳＤＰの「ｍ＝」ラインによって示されることが可能である。低帯域幅呼または高帯域幅呼は、ＳＤＰの「ｂ＝ＡＳ：」ライン内、またはＳＤＰの「ｂ＝ＴＩＡＳ：」ライン内、「ａ＝ｍａｘｐｒａｔｅ：」ライン内で示されることが可能である。ある種のコーデックタイプがサポートされるか否か／利用可能であるか否かは、ＳＤＰの「ａ＝ｒｔｐｍａｐ」ラインによって示されることが可能である。（１つまたは複数の）ＳＤＰパラメータが一致しない場合、呼転送通知はユーザＡ１０１に送信されず（３０３）、標準の呼セットアップが続く。（１つまたは複数の）ＳＤＰパラメータが一致する場合、ＡＳ＿Ｂ（２０１）は、ユーザＣ１１０に向けて呼転送をトリガする（３０６）。さらに、ＡＳ＿Ｂ２０１は、その呼が転送されている理由に関する情報、およびその媒体に関する適用可能な追加の情報が１８１応答メッセージの本文内で転送されているかどうかを含み得る、１８１「呼は転送されている」メッセージを送信することによって、呼転送についてユーザＡ１０１に通知する（３０７）。方法３００内の様々な動作は、提示された順序で、異なる順序で、または同時に実行され得る。さらに、いくつかの実施形態では、図３に列挙された、いくつかの動作は省略され得る。

図４−１から４−４は、本明細書の一実施形態による、媒体属性に基づく部分的な呼転送に関するコールフローを示す概略図を例示する。ユーザＡ１０１は、「ＩＮＶＩＴＥ」メッセージを送信することによって、ユーザＢ１０９に向けて呼を開始し、この場合、「ＩＮＶＩＴＥ」要求メッセージは、ＳＤＰと宛先アドレスとを備え、この場合、ＳＤＰは、呼のタイプ、帯域幅、およびその呼に必要な特定のコーデックを含み得る呼属性を有する。ユーザＢ１０９は、ユーザＣ１１０に対するビデオ媒体に関してアクティブな部分的な呼転送を有する。ユーザＢのアプリケーションサーバ（ＡＳ＿Ｂ）２０１は、「ＩＮＶＩＴＥ」メッセージを受理して、後で、デルタＳＤＰを用いて、ＡＳ＿Ｂ２０１からサービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ−Ｂ）４０１に「ＲＥＦＥＲ」を返信する。Ｓ−ＣＳＣＦ−Ｂ４０１は、次いで、「ＲＥＦＥＲ」をＳ−ＣＳＣＦ−Ａ１０４に送信する。Ｓ−ＣＳＣＦ−Ａ１０４は、「ＲＥＦＥＲ」をＡＳ＿Ａ１０６にさらに送信する。次いで、ＡＳ＿Ａ１０６は、２０２「受理済み（Ａｃｃｅｐｔｅｄ）」をＳ−ＣＳＣＦ−Ａ１０４に送信し、次いで、Ｓ−ＣＳＣＦ−Ａ１０４は、２０２「受理済み」をＳ−ＣＳＣＦ−Ｂ４０１に送信し、さらにＡＳ＿Ｂ２０１に送信する。転送された呼に関する詳細を示す１８１「呼は転送されている」メッセージは、ユーザＡ１０１に返信される。ＡＳ＿Ｂ２０１によって送信された「ＲＥＦＥＲ」が、媒体ベースの部分的な転送情報を有するダイバージョンヘッダを含む場合、この情報は、（Ｓ−ＣＳＣＦ＿Ａ（１０４）およびＰ−ＣＳＣＦ＿Ａ（１０３）を経由して）ユーザＡ１０１に通知するために、１８１応答メッセージに複製される。次いで、ユーザＡのアプリケーションサーバ（ＡＳ＿Ａ）１０６は、「ＲＥＦＥＲ」内で受信された情報を使用して、新しい要求「ＩＮＶＩＴＥ」メッセージをＳ−ＣＳＣＦ−Ａ１０４に送信する。次いで、Ｓ−ＣＳＣＦ−Ａ１０４は、その要求をＳ−ＣＳＣＦ−Ｂ４０１に送信し、次に、ＡＳ＿Ｂ２０１に送信し、後で、Ｐ−ＣＳＣＦ−Ｂ２０２に送信する。次いで、Ｐ−ＣＳＣＦ−Ｂ２０２は、「ＩＮＶＩＴＥ」を「ＲＥＦＥＲ」内で指定されたユーザＣ１１０に送信する。ユーザＣ１１０は、その要求を受理して、１８０リンギング応答を返信することによって応答する。１８０リンギング応答は、やはり、１８０リンギング（または、２００ＯＫ）をユーザＢから受信していることになる（これに先立って受信していない場合、その受信を待つことになる）ＡＳ＿Ａ１０６に達し、次いで、逆方向応答（詳細には、その応答の本文内に存在するＳＤＰ情報）を集約して、Ｓ−ＣＳＣＦ−Ａ１０４およびＰ−ＣＳＣＦ−Ａ１０３を経由して、適切な逆方向応答をユーザＡ１０１に送信する。ユーザＡ１０１とユーザＢ１０９との間、およびユーザＡとユーザＣ１１０との間の呼セットアップは、このとき成功裏に完了する。後に、呼／セッションが終了するとき、ＡＳ＿Ａは、すべての関連するユーザ／端末（Ａ、Ｂ、およびＣ）においてリソースが適切に解放されることを確実にする。所与の例において、ユーザＢならびにユーザＣのＳ−ＣＳＣＦ、ＡＳ、およびＰ−ＣＳＣＦは同じである。しかし、ユーザＣのＰ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、およびＡＳは、ユーザＢのＰ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、およびＡＳと異なってもよい。Ｓ−ＣＳＣＦ−Ａ１０４は、本明細書で説明されるようにＡＳ＿Ａ１０６によって実行されるタスクを実行することが可能である点は、当業者に明らかである。

図５は、本明細書の一実施形態による、電気通信ネットワーク内で媒体ベースの部分的な呼転送を処理する方法を示す流れ図を例示する。ユーザＡ１０１は、「ＩＮＶＩＴＥ」メッセージをユーザＢ１０９に送信することによって、呼を開始し（５０１）、この場合、この「ＩＮＶＩＴＥ」要求メッセージは、ＳＤＰと宛先アドレスとを備え、ＳＤＰは、呼のタイプ、帯域幅、およびその呼に必要な特定のコーデックを含み得る呼属性を有する。ＡＳ＿Ｂ２０１は、その要求を受理して、デルタＳＤＰを用いて、「ＲＥＦＥＲ」をＡＳ＿Ａ１０６に返信する（５０２）。「ＲＥＦＥＲ」を送信する前に、ＡＳ＿Ｂ２０１は、転送先ＵＲＩ（ユーザＣ）が適用可能なフォーキング（ｆｏｒｋｉｎｇ）を有するか否かを検査する（５０３）。フォーキングは、複数の端末がＵＲＩに関連するとき、呼を複数の端末に分岐することを指す。転送先ＵＲＩが適用可能なフォーキングを有さない場合、ＡＳ＿Ｂ２０１は、その呼を（部分的に）転送するためのユーザＣのＵＲＩを単に指定する（５１０）。ＡＳ＿Ｂ２０１によって送信された「ＲＥＦＥＲ」は、ＡＳ＿Ａに達し、次いで、ＡＳ＿Ａは、その「ＲＥＦＥＲ」内で受信された情報を使用して、ユーザＣ１１０に向けて「ＩＮＶＩＴＥ」を送信する（５１１）。転送先ＵＲＩが適用可能なフォーキングを有する場合、ＡＳ＿Ｂ２０１は、ユーザＢ１０９が、転送先の端末（ユーザＣ）のＧＲＵＵまたはＩＰアドレスを含めるために、それに先立ってそのプロファイルを更新したかどうかを検査する（５０７）。転送先ユーザのＧＲＵＵまたはＩＰアドレスがユーザＢのプロファイル内に存在する場合、この情報は、次いで、ＡＳ＿Ｂによって、ＡＳ＿Ａ１０６に向けて送信された「ＲＥＦＥＲ」内に含められる（５０８）。さらに、次いで、ＡＳ＿Ａ１０１は、その呼をセットアップするために、「ＲＥＦＥＲ」内で受信された情報を使用して、新しい「ＩＮＶＩＴＥ」要求をユーザＣ１１０に送信する（５０９）。転送先ＵＲＩは適用可能なフォーキングを有するが、ユーザＢのプロファイルが転送先ユーザのＧＲＵＵまたはＩＰアドレスの情報を有さない場合、ＡＳ＿Ｂ２０１は、ユーザＣのＵＲＩだけを用いて、「ＲＥＦＥＲ」をＡＳ＿Ａ１０６に向けて送信する（５０４）。次いで、ＡＳ＿Ａ１０６は、ユーザＣのすべての端末によって受信される「ＩＮＶＩＴＥ」をユーザＣに送信する（５０５）。ユーザＣ１１０向けのこの呼は、第１の終点が適切な２００ＯＫをユーザＡ１０１に向けて送信すること（および、ユーザＡ１０１によってそれが受理されること）によって完了する（５０６）。説明されたＡＳ＿Ａ１０６とＡＳ＿Ｂ２０１との間のこのメッセージフローは、実際には、Ｓ−ＣＳＣＦ＿Ａ１０４およびＳ−ＣＳＣＦ＿Ｂ４０１を経由して発生する。方法５００内の様々な動作は、提示された順序で、異なる順序で、または同時に実行され得る。さらに、いくつかの実施形態では、図５に列挙された、いくつかの動作は省略され得る。

図６は、本明細書の一実施形態による、電気通信ネットワーク内の複数の宛先に対する部分的な呼転送に関連するネットワーク要素を有するネットワークトポロジの例示的な図を示すブロック図を例示する。ユーザＡ１０１は、アクセスネットワークを経由して、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）１０３に接続される。ＩＰマルチメディアサブシステム（ＩＭＳ）１０２は、サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）１０４、アプリケーションサーバ（ＡＳ）１０６、ホーム加入者サーバ（ＨＳＳ）１０７、メディアリソース機能（ＭＲＦ）１０５、および問合せ呼セッション制御機能（Ｉ−ＣＳＣＦ）１０８などのネットワーク要素を備える。Ｐ−ＣＳＣＦ−Ａ１０３は、ＩＭＳ１０２と発呼ユーザＡ１０１との間にインターフェースを提供して、ＩＰアドレスとＩＰセッションを確立するためのその他の変数とを提供する。Ｓ−ＣＳＣＦ１ １０４は、加入者がＩＭＳ１０２内で呼サービスにアクセスするためのセッション制御を提供する。Ｓ−ＣＳＣＦ１ １０４に接続されたＭＲＦ１０５は、媒体操作、例えば、ＩＭＳネットワーク１０２内のトーンおよびアナウンスメントの音声ストリームミキシングならびに再生など、媒体関連の機能を提供する。ＡＳ１０６は、サービスをホストして、これを実行する。ＡＳ―Ａ１０６は、媒体ベースの呼転送サービス論理も実行する。ＡＳ―Ａ１０６は、セッション開始プロトコル（ＳＩＰ）を使用して、Ｓ−ＣＳＣＦ１０４とインターフェースをとる。ＨＳＳ１０７は、ユーザプロファイルを含み、発呼ユーザＡ１０１の認証および許可を実行するのを助けるユーザデータベースである。次いで、Ｉ−ＣＳＣＦ−Ａ１０８は、ユーザ位置を取り出して、登録の間に、ユーザに関して、かつ着信要求に関して、Ｓ−ＣＳＣＦ１０４を決定するために、インターフェースを使用して、ＨＳＳ１０７に問い合わせる（ユーザは被呼者である）。ユーザＢ１０９のアプリケーションサーバＡＳ−Ｂ２０１は、適切な応答をユーザＡ１０１に送信して、後で、呼セットアップ動作を終了する。次いで、ＡＳ＿Ａ１０６は、転送先ユーザ、すなわち、ユーザＣ１ １１０およびユーザＣ２ ６０１に向けて新しい呼の試みをセットアップする。ＳＩＰベースの非ＩＭＳネットワークの場合、アプリケーションサーバによって実行される機能は、ＳＩＰプロキシによって実行され得る。さらに、ＳＩＰソフトフォーンの場合、Ｓ−ＣＳＣＦまたはアプリケーションサーバの機能は、エンドユーザの端末自体によって実行され得る。

図７−１から７−７は、本明細書の一実施形態による、部分的に複数の宛先に対する媒体ベースの呼転送に関するコールフローを示す概略図を例示する。ユーザＡ１０１は、「ＩＮＶＩＴＥ」メッセージを送信することによって、ユーザＢ１０９に向けて呼を開始し、この場合、「ＩＮＶＩＴＥ」要求メッセージは、ＳＤＰと宛先アドレスとを備え、この場合、ＳＤＰは、呼のタイプ、帯域幅、およびその呼に必要な特定のコーデックなどの情報を含み得る呼属性を有する。ユーザＢ１０９は、ユーザＣ１ １１０に対するビデオ媒体およびユーザＣ２ ６０１に対する音声媒体に関してアクティブな無条件呼転送を有する。ＡＳ＿Ｂ２０１は、「ＩＮＶＩＴＥ」メッセージを受理して、デルタＳＤＰを用いて、ＡＳ＿Ｂ２０１からＳ−ＣＳＣＦ−Ｂ４０１に「ＲＥＦＥＲ」を返信する。Ｓ−ＣＳＣＦ−Ｂ４０１は、「ＲＥＦＥＲ」をさらにＳ−ＣＳＣＦ−Ａ１０４に送信する。Ｓ−ＣＳＣＦ−Ａ１０４は、「ＲＥＦＥＲ」をさらにＡＳ＿Ａ１０６に送信する。次いで、ＡＳ＿Ａ１０６は、２０２「受理済み」をＳ−ＣＳＣＦ−Ａ１０４に送信し、次いで、Ｓ−ＣＳＣＦ−Ａ１０４は２０２「受理済み」をＳ−ＣＳＣＦ−Ｂ４０１に送信して、さらにＡＳ＿Ｂ２０１に送信する。ユーザＡ１０１に転送された呼の詳細を示すために、１８１「呼は転送されている」メッセージがＡＳ＿Ｂ２０１によって送信される。この「ＲＥＦＥＲ」が媒体ベースの部分的な転送情報を有するダイバージョンヘッダを含む場合、この情報は、ユーザＡ１０１に通知するために、１８１応答メッセージに複製される。次いで、ＡＳ＿Ａ１０６は、新しい「ＩＮＶＩＴＥ」メッセージをユーザＣ１ １１０に送信し、ユーザＣ１ １１０はその要求を受理して、２００ＯＫをＳ−ＣＳＣＦ−Ａ１０４に返信し、さらにＡＳ＿Ａ１０６に送信し、ＡＳ＿Ａ１０６は、（Ｓ−ＣＳＣＦ−Ａ１０４およびＳ−ＣＳＣＦ−Ｂ４０１を介して）「ＮＯＴＩＦＹ」（２００ＯＫ）をＡＳ＿Ｂ２０１に送信する。第１の媒体が成功裏に転送された後で、ＡＳ＿Ｂ２０１は、第２の媒体をユーザＣ２ ６０１に転送するために、第２の「ＲＥＦＥＲ」を送信する。ＡＳ＿Ｂ２０１は、ＳＤＰを用いて「ＲＥＦＥＲ」をＡＳ＿Ａ１０６に送信し、ＡＳ＿Ａ１０６は、２０２「受理済み」をＡＳ＿Ｂ２０１に送信する（「ＲＥＦＥＲ」および２００ＯＫは、Ｓ−ＣＳＣＦ−Ａ１０４およびＳ−ＣＳＣＦ−Ｂ４０１を通過する）。媒体ベースの部分的な転送情報を有するダイバージョンヘッダが「ＲＥＦＥＲ」内で送信された場合、そのダイバージョンヘッダは、１８１「呼は転送されている」応答に複製されて、ユーザＡ１０１に送信される。次いで、ＡＳ＿Ａ１０６は、「ＩＮＶＩＴＥ」要求をユーザＣ２ ６０１に送信する。ユーザＣ２ ６０１は、その呼転送要求を受理して、２００ＯＫをＡＳ＿Ａ１０６に送信する。次いで、ＡＳ＿Ａ１０６は、コンテンツとして２００ＯＫを用いて、「ＮＯＴＩＦＹ」をＳ−ＣＳＣＦ−Ａ１０４に送信する。Ｓ＿ＣＳＣＦ−Ａ１０４は、次に、コンテンツとして２００ＯＫを用いて、この「ＮＯＴＩＦＹ」をＳ−ＣＳＣＦ−Ｂ４０１を経由してＡＳ＿Ｂ２０１に送信する。これにより、ＡＳ＿Ｂ２０１は、それぞれが後続の呼セットアップに関する情報を含む、２つの「ＲＥＦＥＲ」メッセージをユーザ（すなわち、端末）Ｃ１ １１０およびＣ２ ６０１３に向けて送信する。第２の「ＲＥＦＥＲ」も処理された後で、ＡＳ＿Ｂ２０１は、「ＢＹＥ」をユーザＡ１０１に送信し、Ａ−Ｃ１接続およびＡ−Ｃ２接続だけが保持される。ＡＳ＿Ａ１０６は、ユーザＣ１ １１０およびＣ２ ６０１からの１８ｘ／２００ＯＫ応答内で受信された情報を集約して、適切な逆方向応答をユーザＡ１０１に向けて送信する。後で、呼／セッションが終了したとき、ＡＳ＿Ａ１０６は、関連するユーザ／端末（Ａ、Ｃ１、およびＣ２）においてリソースが適切に解放されることを確実にする。上で議論されたシナリオにおいて、２０２「受理済み」応答がＡＳ＿Ａ１０６から第１の「ＲＥＦＥＲ」に関して受信されるとすぐに、第２の「ＲＥＦＥＲ」がＡＳ−Ｂ２０１によって送信されることが可能である。サービスの加入は、「ＮＯＴＩＦＹ」２００ＯＫメッセージ内で「Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｓｔａｔｅ：ｔｅｒｍｉｎａｔｅｄ ｗｉｔｈ ｒｅａｓｏｎ＝ｎｏ ｒｅｓｏｕｒｃｅ」を指定することによって終了され得る。

図８は、本明細書の一実施形態による、電気通信ネットワーク内で部分的に複数の宛先に対する媒体ベースの呼転送を処理する方法を示す流れ図を例示する。ユーザＡ１０１は、「ＩＮＶＩＴＥ」メッセージを送信することによって、ユーザＢ１０９に向けて呼を開始する（８０１）。ユーザＢ１０９は、ユーザＣ１ １１０におけるビデオ媒体、およびユーザＣ２ ６０１における音声媒体に関してアクティブな無条件呼転送を有する。「ＩＮＶＩＴＥ」の受信時に、ＡＳ−Ｂ２０１は、複数の端末に対する（部分的）呼転送がユーザＢ１０９に関して適用可能であるか否かを検査する（８０２）。ユーザＢ１０９が複数の端末に適用可能な部分的な呼転送を有する場合、ＡＳ＿Ｂ２０１は、「ＲＥＦＥＲ」メッセージを送信することによって、その呼を部分的に転送するための終点を指定する。送信される「ＲＥＦＥＲ」の数は、その呼が部分的に転送される端末／ユーザの数に等しい。加えて、その呼を転送するための（１つまたは複数の）終点の仕様は、媒体ベースの呼転送サービスを起動するとき、ユーザＢによって指定される。ＡＳ−Ｂは、第１の「ＲＥＦＥＲ」メッセージを送信することによって、その呼を部分的に転送するための第１の終点を指定する（８０４）。ユーザＢ１０９が複数の端末に対して適用可能な部分的な呼転送を有さない場合、複数の端末に対する部分的な呼転送は発生しない（８０３）。ＡＳ−Ａ１０６は、（ステップ８０４の「ＲＥＦＥＲ」に応答して）２０２「受理済み」をＡＳ＿Ｂ２０１に送信する（８０５）。「ＲＥＦＥＲ」に含まれることになるＳＤＰは、ユーザＢ１０９のプロファイル情報と、（ステップ８０１において）元の「ＩＮＶＩＴＥ」メッセージ内で受信されたＳＤＰとによって決定される。ＡＳ＿Ａ１０６は、１８１「呼は転送されている」メッセージを送信することによって、転送された呼の詳細をユーザＡ１０１に通知する（８０６）。「ＲＥＦＥＲ」が媒体ベースの部分的な転送情報を有するダイバージョンヘッダを含む場合、この情報は、ユーザＡ１０１に通知するために、１８１応答メッセージに複製される。次いで、ＡＳ＿Ａ１０６は、「ＩＮＶＩＴＥ」要求をユーザＣ１ １１０に送信して（８０７）、ユーザＣ１は、その要求を受理して（８０８）、２００ＯＫをＡＳ＿Ａ１０６に返信する。次いで、ＡＳ＿Ａ１０６は、コンテンツとして２００ＯＫを用いて、第１の（転送）呼セットアップが成功したことを示す「ＮＯＴＩＦＹ」をＡＳ−Ｂ２０１に送信する（８０９）。さらに、ＡＳ＿Ｂ２０１は、デルタＳＤＰを用いて、その呼が転送されることになる第２の端末の情報を含む第２の「ＲＥＦＥＲ」をＡＳ＿Ａ１０６に送信する（８１０）。次いで、ＡＳ＿Ａ１０６は、「ＲＥＦＥＲ」内で受信された情報を使用して、新しい「ＩＮＶＩＴＥ」を送信することによって、ユーザＣ２ ６０１との呼セットアップを開始する（８１１）。第２の「ＲＥＦＥＲ」は、ＡＳ＿Ｂ２０１が第１の「ＲＥＦＥＲ」に関して２０２「受理済み」を受信するとすぐ、ＡＳ＿Ｂ２０１によってＡＳ＿Ａ１０６に送信され得る。さらに、ＡＳ＿Ａ１０６とＡＳ＿Ｂ２０１との間の例示されるこのメッセージフローは、実際には、Ｓ−ＣＳＣＦ−Ａ１０４およびＳ−ＣＳＣＦ−Ｂ４０１を通過する。方法８００の様々な動作は、提示された順序で、異なる順序で、または同時に実行され得る。さらに、いくつかの実施形態では、図８に列挙された、いくつかの動作は省略され得る。

表１に示される例は、被呼ユーザが帯域幅セッションタイプおよびコーデックタイプの媒体属性に基づくアクティブな呼転送を有する、実用的な使用シナリオを提供する。

その他の実施形態では、記述された媒体属性に関するいくつかの改変形態および拡張が可能である。この実施形態は、呼転送サービス、例えば、無条件呼転送、話中の呼転送、応答なし状態の呼転送、選択的な呼転送などに関して使用され得る。この実施形態はさらに、表２に示すように、列挙された呼転送サービスと、媒体属性とのユーザ定義された組合せを可能にする。

その他の実施形態では、呼転送を決定するために、暗号化など、その他の属性が使用され得る。例えば、被呼ユーザが訪問先ネットワーク内にいるとき、被呼ユーザは、ＳＤＰコンテンツによって示されたようにセキュアでないすべての呼を自らのホームネットワークの終点に転送することが可能である。

本明細書で開示される実施形態は、エンドユーザによる呼転送のための方法を提供する。もう１つの実施形態は、被呼ユーザが呼の一部、例えば、ビデオ部分を別の端末に転送すること、およびユーザプロファイルをプロビジョニングして、適切なコンテンツを「ＲＥＦＥＲ」内のＳＤＰ内で送信することによって、当該部分を現在の端末上で閲覧することも可能にする。「ＲＥＦＥＲ」内で送信されたＳＤＰは、転送／伝達されることになる媒体を明瞭に示す。この実施形態は、部分的な呼に関して新しい端末に対して第２の「ＩＮＶＩＴＥ」を開始する目的で、「ＲＥＦＥＲ」を発呼端末に転送し戻すことも可能にする。かかるシナリオでは、アプリケーションサーバＡＳ＿Ａは、「ＲＥＦＥＲ」を処理せず、応答の集約がユーザＡに送信されることを確実にすること、ならびに、リソースが適切に解放されることを確実にするために「ＢＹＥ」を処理することにも関与しない。さらに、この実施形態は、被呼ユーザのＡＳ（ＡＳ−Ｂ）が第２の端末に向けて部分的な呼をセットアップすることを可能にする。

本明細書で開示される一実施形態では、「ＲＥＦＥＲ」は発呼端末まで転送し戻され、次いで、この発呼端末は、部分的な呼のために新しい端末に対して「ＩＮＶＩＴＥ」を開始する。この「ＲＥＦＥＲ」はＤｅｌｔａＳＤＰ、すなわち、その呼（の一部）が転送されることになるユーザの詳細を含めて、転送されることになるＳＤＰを含む。

表３に示される例は、サービス提供されるユーザの状態と、呼セッションタイプとに基づいて、呼を部分的に転送する実用的な使用シナリオを提供する。この「ＲＥＦＥＲ」は、その呼を（部分的に）転送するために、「ＩＮＶＩＴＥ」を（１つまたは複数の）転送先の端末に送信させる目的で、発呼ユーザのネットワークまで転送し戻される。本明細書で議論される一実施形態では、（１つまたは複数の）「ＲＥＦＥＲ」は、次いで、ユーザＡの端末にも返信されることが可能であり、このユーザＡの端末は、その呼を部分的に転送するために、（１つまたは複数の）その他の端末に対して「ＩＮＶＩＴＥ」を開始する。発呼ユーザの（ユーザＡの）ネットワークがこの「ＲＥＦＥＲ」を処理して、転送先の終点に対して「ＩＮＶＩＴＥ」を開始する場合、転送された呼に関する詳細を示す１８１「呼は転送されている」メッセージは、発呼ユーザに返信される。被呼ユーザの（ユーザＢの）ネットワークから送信された「ＲＥＦＥＲ」は、媒体ベースの部分的な転送情報を有するダイバージョンヘッダを含み、この情報は、発呼ユーザに通知するために、１８１応答メッセージに複製される。

部分的な表示は、呼の特定の媒体部分だけが転送されることになるか、または、サービス提供されるユーザの状態条件を満たし、指定されたセッションタイプを含む完全な呼が転送されることになるかを示す。

本明細書で開示される実施形態では、転送先の宛先が多くのタイプのアクティブな呼転送サービスを有する場合、ユーザＡ１０１のアプリケーションサーバ（ＡＳ）は、メッセージフローの処理を決定する。例えば、ユーザＢ１０９によるユーザＣ１１０に対する媒体ベースの転送と、その後に続く、複数の宛先ＤおよびＥに対する部分的な呼転送は、まず、ユーザＢ１０９のＡＳによって送信される「ＲＥＦＥＲ」、次いで、ユーザＣ１１０のＡＳによる２つの「ＲＥＦＥＲ」を導くことになる。これらの「ＲＥＦＥＲ」は、ユーザＡ１０１のＡＳによって処理されて、適切な通知がユーザＡ１０１に提供される。

本明細書で開示される実施形態では、媒体ベースの部分的な転送情報は、ダイバージョンヘッダの部分としても移送される。この実施形態は、例えば、ビデオまたは呼が転送されている帯域幅は、１８１応答内で送信されることが可能であるため、媒体ベースの転送についての情報を含めるようにダイバージョン情報を拡張するための方法を提供する。

説明されるＳＤＰ属性、例えば、「ｍ＝」、「ｂ＝ＡＳ」などは、媒体ベースの呼転送内に含まれ得るいくつかの考えられる属性である。これらの属性は、ＳＤＰの任意の属性関連の属性に拡張されることが可能であり、将来画定される態様すら含み得る。

「ＢＹＥ」の処理、および例外的なシナリオの処理など、ＡＳ＿Ａによって実行される応答の集約は、明示的に説明されない。媒体ベースの部分的な転送がＡＳ＿Ｂによって実行される場合、「ＲＥＦＥＲ」はＡＳ＿Ａに返信されず、呼転送情報を有する１８１応答だけが返信される。ＡＳ＿Ｂは、ユーザＣ向けに呼をセットアップすることによって、ＡＳ＿Ａによって実行される動作を実行し、ユーザＢおよびユーザＣからの応答も集約し、次いで、それらの応答をユーザＡのネットワークに返信する。

本明細書で開示される実施形態は、通常の次世代ネットワーク、ＩＰマルチメディアサブシステムおよびセッション開始プロトコルユーザＡ、ならびに非ＳＩＰベースのアクセスネットワークに接続されたＮＧＮユーザＣ／ＩＭＳユーザＣに提供されることが可能である。本明細書のこれらの実施形態は、高い浸透率を有する呼転送サービスも提供し、オペレータに高い収益を提供する。

本明細書で開示される実施形態は、選択的な呼転送、例えば、発呼ユーザＡ１０１から被呼ユーザに対するビデオ呼の転送と組み合わされることが可能であり、指定したときに行われる呼転送サービスと組み合わされることも可能である。開示される実施形態は、ユーザが呼転送を実施せずに、エンドユーザに利便性をさらに提供し、複数の端末上で単一のセッション内で媒体の一部を容易に受信する可能性も提供する。

この実施形態は、収益を生み出す可能性を提供する新しく有用なサービスも提供し、ＩＭＳユーザ／ＳＩＰユーザにとって有用な識別手段（ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）として機能して、次世代サービスと調和する。

この実施形態は、サービス提供されるユーザが特定のユーザからの音声呼だけに関心がある、ローエンド端末を有するユーザがその媒体の一部を別の端末に転送することが可能である、ユーザＣが複数の端末上でその媒体の一部を受信することが可能である、ユーザが（利用可能でない／無条件の／話中の）呼を複数のローエンド端末に転送する必要があるなど、実用的な状況に有用な解決法をさらに提供する。ユーザが、単位帯域幅当たりのネットワーク間料金請求コストが高い訪問先ネットワーク内におり、被呼ユーザが重要な低帯域呼だけを受信することに関心がある場合、ユーザＣは、その他の呼を自らのホームネットワーク内の終点に転送することが可能である。

理解できるように、本明細書で開示される実施形態は、ＳＤＰのネットワークベースの評価と、部分的な呼転送とに基づいて、ＩＭＰユーザ／ＳＩＰユーザにいくつかの呼転送サービスを提供する。また、本明細書で説明された本発明は、本明細書で開示されるまさにそれらの実施形態に限定されず、本発明の元の範囲または趣旨から逸脱せずに、様々な変更および修正が本発明において効果を表し得る点も理解されたい。

本明細書で開示される実施形態は、完全にハードウェア実施形態の形をとってよく、完全にソフトウェア実施形態の形をとってもよく、またはハードウェア要素とソフトウェア要素の両方を含む実施形態の形をとってもよい。ソフトウェアの形で実装される実施形態は、ファームウェア、常駐ソフトウェア、マイクロコードなどを含むが、これらに限定されない。

Claims (7)

1. 電気通信ネットワーク内で呼を転送する方法であって、
   受信されたセッション記述プロトコル（ＳＤＰ）のパラメータを受信終端（１０９）の呼転送パラメータと比較するステップ（３０４）と、
   前記ＳＤＰパラメータのうちの少なくとも１つが前記呼転送パラメータと一致する場合、前記呼転送パラメータ内で指定されたように、前記呼を第２の端末（１１０）に転送するステップ（３０６）と、
   「ＲＥＦＥＲ」メッセージを発呼終端（１０１）のネットワークに送信するステップ（５０２）であって、前記「ＲＥＦＥＲ」メッセージが、前記ＳＤＰの転送されることになる部分と、前記第２の端末（１１０）に関する識別子とを備え、前記ＳＤＰの転送されることになる部分が、前記ＳＤＰパラメータのうちの少なくとも１つと前記呼転送パラメータとの間の一致の取得時に、前記受信終端（１０９）のプロファイルと前記ＳＤＰとによって決定される、送信するステップ（５０２）と、
   前記「ＲＥＦＥＲ」メッセージの受信時に、前記第２の端末に対して呼を開始するステップ（５０５、５０９、５１１）とを備え、
   前記呼が複数の端末に部分的に転送され、前記方法が、
   ＳＤＰのパラメータを前記受信終端（１０９）の呼転送パラメータと比較するステップ（８０２）と、
   複数の「ＲＥＦＥＲ」メッセージを発呼終端（１０１）のネットワークに送信するステップ（８０４、８１０）であって、前記「ＲＥＦＥＲ」メッセージの数が、呼が部分的に転送されなければならない端末の数に等しく、前記「ＲＥＦＥＲ」メッセージが、前記ＳＤＰの転送されることになる部分と、前記端末に関する識別子とを備え、前記ＳＤＰの転送されることになる部分が、前記ＳＤＰパラメータのうちの少なくとも１つと前記呼転送パラメータとの間の一致の取得時に、前記受信終端（１０９）のプロファイルと前記ＳＤＰとによって決定される、送信するステップ（８０４、８１０）と、
   前記「ＲＥＦＥＲ」メッセージの受信時に、前記端末に対して呼を開始するステップ（８０７、８１１）とをさらに備える、方法。
2. 前記電気通信ネットワークが、セッション開始プロトコル（ＳＩＰ）ベースのネットワークである、請求項１に記載の方法。
3. アプリケーションサーバによって実行される、請求項１に記載の方法。
4. サービス提供呼セッション制御機能（Ｓ−ＣＳＣＦ）によって実行される、請求項１に記載の方法。
5. 前記ユーザのプロキシによって実行される、請求項１に記載の方法。
6. 電気通信ネットワーク内の呼転送システムであって、
   セッション記述プロトコル（ＳＤＰ）のパラメータを受信終端（１０９）の呼転送パラメータと比較すること（３０４）、
   前記ＳＤＰパラメータのうちの少なくとも１つが前記呼転送パラメータと一致する場合、前記呼転送パラメータ内で指定されたように、前記呼を第２の端末（１１０）に転送すること（３０６）、
   「ＲＥＦＥＲ」メッセージを発呼終端（１０１）のネットワークに送信すること（５０２）であって、前記「ＲＥＦＥＲ」メッセージが、前記ＳＤＰの転送されることになる部分と、前記第２の端末（１１０）に関する識別子とを備え、前記ＳＤＰの転送されることになる部分が、前記ＳＤＰパラメータのうちの少なくとも１つと前記呼転送パラメータとの間の一致の取得時に、前記受信終端（１０９）のプロファイルを前記ＳＤＰと比較することによって決定される、送信すること（５０２）、および
   前記「ＲＥＦＥＲ」メッセージの受信時に、前記第２の端末に対して呼を開始すること（５０５、５０９、５１１）を行うように構成された少なくとも１つの手段を備え、
   前記システムが、複数の端末に対して前記呼の部分的な転送を実行し、前記システムが、
   複数の「ＲＥＦＥＲ」メッセージを発呼終端（１０１）のネットワークに送信すること（８０４、８１０）であって、前記「ＲＥＦＥＲ」メッセージの数が、呼が転送されなければならない端末の数に等しく、前記「ＲＥＦＥＲ」メッセージが、前記ＳＤＰの転送されることになる部分と、前記端末に関する識別子とを備え、前記ＳＤＰの転送されることになる部分が、前記ＳＤＰパラメータのうちの少なくとも１つと前記呼転送パラメータとの間の一致の取得時に、前記受信終端（１０９）のプロファイルと前記ＳＤＰとによって決定される、送信すること（８０４、８１０）、および
   前記「ＲＥＦＥＲ」メッセージの受信時に、前記端末に対してセッションを開始すること（８０７、８１１）を行うように構成された少なくとも１つの手段をさらに備える、呼転送システム。
7. 呼転送を実行するように構成されたモジュールであって、
   受信されたセッション記述プロトコル（ＳＤＰ）のパラメータと、受信終端（１０９）の呼転送パラメータとの間の比較に応じて、呼転送が行われるべきであるかどうかを決定すること（３０４）、
   呼転送が行われるべきであると決定され、かつ、複数の端末に対する呼転送が、受信終端（１０９）に関して適用可能でない場合、「ＲＥＦＥＲ」メッセージを発呼ユーザのネットワークに送信すること（５０２）、および
   呼転送が行われるべきであると決定され、かつ、複数の端末に対する呼転送が、受信終端（１０９）に関して適用可能である場合、複数の「ＲＥＦＥＲ」メッセージを発呼ユーザのネットワークに送信すること（８０４、８１０）を行うように構成された少なくとも１つの手段を備える、モジュール。

Images