JP2011530849A

JP2011530849A - ユーザ・サービス向上のためのｓｉｐフォーキングへの拡張

Info

Publication number: JP2011530849A
Application number: JP2011521647A
Authority: JP
Inventors: サブラマニアン，ジャヤラマンヴァンカタ; スワミナサン，シーサラマン
Original assignee: アルカテル−ルーセント
Priority date: 2008-08-08
Filing date: 2008-08-08
Publication date: 2011-12-22
Also published as: CN102100050B; KR101455125B1; WO2010015893A1; CN102100050A; US20110264824A1; KR20110050662A; EP2316210A1

Abstract

電気通信網内で改良型の呼サービスを提供するためにＳＩＰフォーキングを拡張する方法が開示される。ネットワークのエンドポイントが、フォーキングの存在下で同じアドレス・オブ・レコード（ＡｏＲ）内のユーザに改良型の呼サービスを提供するためのフォーキング・マスタとして割り当てられる。フォーキング・マスタを割り当てる方法は、ユーザ・プロビジョニング、登録中のユーザ端末による更新、その後のユーザ端末による宣言、第三者割当て、およびネットワーク・トリガ割当てからなる。エンドポイントは、フォーキング・マスタのパラメータについて「真」または「偽」の値を指定することによってフォーキング・マスタの役割を引き継ぎ、または放棄することができる。フォーキング・マスタは、呼完了サービス、プレゼンス・ベースのサービス、呼転送相互作用、合法傍受、ＰＢＲＴのような機能などに関連付けることができる。

Description

本明細書に開示された実施形態は、一般には、電気通信に関し、より詳細には、電気通信網のユーザに向上したサービスを提供することに関する。

現在のＩＭＳ／ＳＩＰネットワークでは、フォーキング（ｆｏｒｋｉｎｇ）の存在下でサービスを受けるユーザに拡張されたサービスを提供するには、いくつかの制約／制限がある。通常、フォーキングされる要求は、呼完了イベント・パッケージでは、たとえば話中時再呼出し（ＣＣＢＳ：ｃａｌｌｃｏｍｐｌｅｔｉｏｎｔｏａｂｕｓｙｓｕｂｓｃｒｉｂｅｒ）では許されていない。ＳＩＰフレームワークは、フォーキングされるＳＵＢＳＣＲＩＢＥ要求が複数のサブスクリプションをインストール可能かどうかイベント・パッケージが示すべきと定める（ｍａｎｄａｔｅ）。

ＩＭＳネットワークでは、ＣＣＢＳ手順がネットワーク・レベルで処理される場合、単一のキューが、被呼ユーザのすべてのエンドポイントについて維持され、呼完了は、エンドポイントが呼完了の試みに無関心であり得るにも拘らず、被呼ユーザのいずれかのエンドポイントが解放されるときに試みられる。この問題は、エンドポイントごとに個別のキューを維持することによって解決することができる。しかし、この解決策は、多くのネットワーク・リソースを使用して解決策の複雑さを激増させ、またスケーラブル（ｓｃａｌａｂｌｅ）かつ管理可能ではない。

ＳＩＰネットワークの場合、イベント・パッケージ呼完了を伴うＳＵＢＳＣＲＩＢＥ要求は、エンドポイントに転送され、ダイアログ確立応答で応答するどんなエンドポイントもが、使用状態（ｂｕｓｙｃｏｎｄｉｔｉｏｎ）について監視される。このエンドポイントは、呼完了に関心がないことがある。しかし、現在のフォーキング機構では、複数のサブスクリプションを可能にし、かつ／または呼完了への単一のサブスクリプションについてアドレス・オブ・レコード（ＡｏＲ：ＡｄｄｒｅｓｓｏｆＲｅｃｏｒｄ）に関連するすべてのエンドポイントを監視することを可能にするのは難しく、管理不可能である。さらに、処理の複雑さおよびリソース使用により、複数ユーザに対してフォーキングがスケーリング不可能となる。

通常、プレゼンス・イベント・パッケージは、フォーキングを可能にするが、フォーキングが関与する状態においては問題が存在する。たとえば、プレゼンス・データのサブセットだけがサブスクライブされ、または、特定のユーザ・エージェントが、プレゼンス関連のＳＵＢＳＣＲＩＢＥ要求の処理を必要とする場合、特定のユーザ・エージェントを、ＳＵＢＳＣＲＩＢＥ要求に応答するように構成することができ、他のユーザ・エージェントは、エラー応答、たとえば４８９ＢａｄＥｖｅｎｔ応答、または理由コード「ｒｅｊｅｃｔｅｄ」と共にサブスクリプション状態「ｔｅｒｍｉｎａｔｅｄ」を含むＮＯＴＩＦＹが後に続く２０２応答を送ることができる。しかし、ＳＵＢＳＣＲＩＢＥ要求の処理を望むユーザ・エージェントがしばしば変化する状況では、エンドポイントを頻繁に再構成する必要がある。この制約は、一般にはイベント・パッケージに、したがって他の特徴、たとえば、ＩＮＶＩＴＥで開始されるダイアログ・イベント・パッケージに当てはまり得る。

フォーキングがアクティブ状態である３つのエンドポイントをユーザが有しており、どの着信ＳＩＰ要求もがすべてのエンドポイントにフォーキングされる場合には、被呼ユーザに対応するすべてのエンドポイントがビジーであっても、発呼ユーザによって、被呼ユーザが望むエンドポイントに対してＣＣＢＳを呼び出すことはできない。サービスを受けるユーザについて同じＡｏＲに関連する複数のエンドポイントがある状況では、フォーキングがアクティブな場合でも、好ましいまたは選択されたユーザ・エージェントとだけ連絡を取ることが望ましい。さらに、嗜好は頻繁に変化し、ハードコードするのが非実用的になり得る。

現在の呼サービスでは、呼転送に望まれるエンドポイントは、使用状態については特に監視されていない。従来の通信システムのさらなる欠点は、フォーキングが複数のサブスクリプションをインストールするかどうかイベント・パッケージによって示すことが、エンドユーザが望むような柔軟で、便利で、拡張されたサービスを保証するものではないということである。さらに、今日のＳＩＰネットワークでは、フォーキングの存在下で、追加の複雑さおよびメッセージ・オーバヘッドなしに特定のエンドポイントだけが特定の要求に反応することは不可能である。

ＲＦＣ３４２８

上記内容を考慮して、本発明の実施形態は、通信網内で少なくとも１つのエンドポイントをフォーキング・マスタとして割り当てることによって改良型の呼サービスを処理する方法を提供し、この方法は、ユーザによってプロビジョニングするステップと、登録中にユーザ端末によって更新し、その後にユーザ端末によって宣言するステップと、第三者によって割り当てるステップと、ネットワークによってトリガされた割当てを実施するステップとを備える。フォーキング・マスタは、フォーキングが関与するときに機能することや、実際の状況でユーザにとって好都合な新しい／拡張型サービスを提供することが難しいサービス／特徴の場合に連絡を取ることになるＵＡ／エンドポイントとして定義される。通信網は、セッション開始プロトコル（ＳＩＰ：ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）ベースのネットワーク、またはインターネット・プロトコル（ＩＰ：ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）マルチメディア・サブシステム（ＩＭＳ：ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）ネットワークのうちの１つであってよい。ＩＭＳネットワークの場合には、この方法は、アプリケーション・サーバ（ＡＳ：ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）およびユーザのサービング呼セッション制御機能（Ｓ−ＣＳＣＦ：Ｓｅｒｖｉｎｇ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）のうちの少なくとも１つによって実施される。ＳＩＰベースの非ＩＭＳネットワークの場合には、ＡＳ／Ｓ−ＣＳＣＦによって実施されるアクションは一般に、ＳＩＰプロキシによって実施される。

本発明の実施形態はさらに、ユーザ端末、第三者、またはネットワーク・トリガによってエンドポイントをフォーキング・マスタと宣言する方法を開示し、この方法は、ＣｏｎｔａｃｔＵＲＩを含むＩＮＶＩＴＥ要求を送り、またはＭＥＳＳＡＧＥを送り、Ｃｏｎｔａｃｔヘッダ・フィールドが、真または偽の値を有するパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含む。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅは、エンドポイントがフォーキング・マスタの役割を引き継ぐことを示し、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｆａｌｓｅは、既存のフォーキング・マスタがフォーキング・マスタの役割を放棄したいと望むことを示す。エンドポイントは、ＲＥＧＩＳＴＥＲまたはＩＮＶＩＴＥメッセージを送ることによってフォーキング・マスタの識別情報（ｉｄｅｎｔｉｔｙ）を問い合わせることができる。ＲＥＧＩＳＴＥＲの場合には、（Ｒｅｇｉｓｔｅｒへの）２００ＯＫ応答のＣｏｎｔａｃｔヘッダが、フォーキング・マスタの識別情報を含み、ＩＮＶＩＴＥの場合には、２００ＯＫの本文が、フォーキング・マスタの情報を含む。ネットワークは、ＩＮＶＩＴＥまたはＭＥＳＳＡＧＥを使用してすべてのエンドポイントにフォーキング・マスタの識別情報を通知することができる。

本発明の実施形態はさらに、通信網内で改良型の呼サービスを処理するように適合されたシステムを開示し、このシステムは、フォーキングの存在下で同じアドレス・オブ・レコード（ＡｏＲ）内のユーザに呼／通信サービスを提供するためのフォーキング・マスタとして少なくとも１つのエンドポイントを割り当てるように適合された少なくとも１つの手段を備える。

実施形態はさらに、フォーキング・マスタとして少なくとも１つのエンドポイントを割り当てるように適合されたシステムを開示し、このシステムは、ユーザ・プロビジョニング、ユーザ登録、その後のユーザ端末による宣言、第三者割当て、およびネットワークによってトリガされる実施形態を実施するように適合された少なくとも１つの手段を備える。さらに、このシステムは、エンドポイントによってフォーキング・マスタ識別情報の問合せを実施するように適合された少なくとも１つの手段を含む。さらに、このシステムは、通信網によってエンドポイントへのフォーキング・マスタの識別情報の通知を促すように適合された少なくとも１つの手段を含む。

実施形態はさらに端末を開示し、この端末は、フォーキング・マスタとして働くことができ、第２の端末を、フォークキング・マスタとして働き、必要な場合には前記フォーキング・マスタの役割を放棄するように招待することができる。

本明細書に開示された諸実施形態のこれら他の態様は、下記の説明および添付の図面と併せて考慮すればよりよく理解されよう。しかし、下記の説明は、好ましい実施形態、およびそのいくつかの具体的な詳細を示しているが、限定するためではなく、例示するために示されていることを理解されたい。明細書に開示された諸実施形態の範囲内で、その精神から逸脱せずに、多くの変更および修正を加えることができ、本明細書に開示された諸実施形態は、すべてのこうした修正を含むものである。

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

本発明の一実施形態による、ＩＰマルチメディア・サブシステム（ＩＭＳ：ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）ネットワーク内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。本発明の一実施形態による非ＩＭＳセッション開始プロトコル（ＳＩＰ：ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）ネットワーク内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。本発明の一実施形態による、登録中にユーザＡの端末１をフォーキング・マスタと宣言するための呼フローを示す概略図である。本発明の一実施形態による、登録中にユーザＡをフォーキング・マスタと宣言する方法を示すフローチャートである。本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行うための呼フローを示す概略図である。本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を示すフローチャートである。本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う呼フローを示す概略図である。本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を示すフローチャートである。本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行うための呼フローを示す概略図である。本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行う方法を示すフローチャートである。本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを示す概略図である。本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせる方法を示すフローチャートである。本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを示す概略図である。本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるため方法を示すフローチャートである。本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを示す概略図である。本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を通知する方法を示すフローチャートである。本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを示す概略図である。本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知する方法を示すフローチャートである。本発明の一実施形態による、通常のＳＩＰネットワーク内のフォーキング・マスタ使用の例示的な例を示す概略図である。

本明細書に開示された諸実施形態、ならびにその様々な特徴および利点の詳細について、添付の図面に示されており、下記の説明に詳述されている非限定的な実施形態を参照してより完全に説明される。よく知られている構成要素および処理技法についての記述は、本明細書に開示された諸実施形態を不必要に不明瞭にしないために省略されている。本明細書で使用された諸実施例は、本明細書に開示された諸実施形態が実施され得るやり方についての理解を促し、本明細書に開示された諸実施形態を当業者が実施することをさらに可能にするためのものにすぎない。したがって、諸実施例は、本明細書に開示された諸実施形態の範囲を制限するものと解釈すべきでない。

本発明の実施形態は、フォーキング・マスタを割り当てることによって、サービスを受けるユーザに新しい／向上したサービス／特徴を提供するためにＳＩＰフォーキングを向上させる方法を開示している。フォーキング・マスタの概念は、（ＳＩＰ）要求メッセージの「Ｔｏ」内に存在するＡｏＲについてフォーキングがアクティブな場合でも、単に（ＳＩＰ）要求をフォーキングするだけではなく、特定のサービスのために特定のエンドポイントをアドレス指定する動的な可能性を提供する。次に図面を、より具体的には、図１から１９を参照すると、好ましい実施形態が示されており、図面では、類似の参照符号が諸図を通して一貫して、対応する特徴を示している。

「フォーキング・マスタ」は、フォーキングが関与するときに機能することや、実際の状況でユーザにとって好都合な新しいまたは拡張型のサービスを提供することが難しいサービス／特徴の場合に連絡を取ることができるユーザ・エージェントまたはエンドポイントである。フォーキング・マスタは、プロビジョニング、ユーザ端末の登録、エンドポイントによる宣言、第三者割当て、およびネットワークによってトリガされる割当てなどの方法によって割り当てることができる。フォーキング・マスタは、呼完了サービス、プレゼンス・ベースのサービス、呼転送相互作用、合法傍受などのサービスまたは特徴を提供し、ＩＰマルチメディア・システム（ＩＭＳ：ＩＰＭｕｌｔｉｍｅｄｉａＳｙｓｔｅｍ）／セッション開始プロトコル（ＳＩＰ）ネットワークにおいてフォーキングの存在下で実施するのが難しいパーソナライズ・リング・バック・トーン（ＰＲＢＴ：ＰｅｒｓｏｎａｌｉｚｅｄＲｉｎｇＢａｃｋＴｏｎｅ）を容易にする。

図１は、本発明の一実施形態による、ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワーク１０１は、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ：ＰｒｏｘｙＣａｌｌ−ＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）１０２、サービング呼セッション制御機能（Ｓ−ＣＳＣＦ）１０３、問合せ呼セッション制御機能（Ｉ−ＣＳＣＦ：Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）１０４、アプリケーション・サーバ（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎｓｅｒｖｅｒ）１０５およびホーム加入者サーバ（ＨＳＳ：ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）１０６など、複数のネットワーク要素を備える。Ｐ−ＣＳＣＦ１０２は、ＩＭＳネットワーク１０１とユーザ端末、すなわち端末１１０６、端末２１０７および端末３１０８との間のインターフェースを提供し、ＩＰアドレス、およびＩＰセッションを確立するための他の変数を提供する。Ｓ−ＣＳＣＦ１０３は、ＩＭＳネットワーク１０１内の呼サービスにアクセスする加入者へのセッション制御を提供する。フォーキング・マスタ関連のすべてのＳＩＰ要求および応答は、ＡＳ１０５に送られる。Ｓ−ＣＳＣＦ１０３は、Ｃｏｎｔａｃｔヘッダおよび／またはメッセージ本文を調査することによって初期フィルタ基準を実施し、フォーキング・マスタがアクティブであるユーザにアドレス指定された要求をＡＳ１０５に送る。ＡＳ１０５は、セッション開始プロトコル（ＳＩＰ）を使用して、サービスをホストして実行し、Ｓ−ＣＳＣＦ１０３とインターフェースする。ＡＳ１０５は、受け取られたＳＩＰ要求／応答メッセージ内のフォーキング・マスタ表示に関するユーザ・プロファイルを更新し、ＩＭＳの標準Ｓｈインターフェースを使用してＨＳＳ１０６にも通知する。その後、Ｓ−ＣＳＣＦ１０３もまた、フォーキング・マスタに関連するユーザ・プロファイルへの更新から生じる初期フィルタ基準への更新についても、標準Ｃｘインターフェースを使用して通知を受ける。ＨＳＳ１０６は、ユーザ・プロファイルを含むユーザ・データベースであり、発呼ユーザの認証および許可を実施する。フォーキング・マスタに依存した、またはフォーキング・マスタとの相互作用があるサービスは、こうしたサービスがネットワーク・レベルまたはユーザ・レベルでプロビジョニング可能である場合には、ＨＳＳに格納される。加入者プロファイルの調査後のサービス論理は、ＩＭＳネットワーク１０１内のＡＳ１０５によって用いることができる。ＡＳのこの機能は、ＩＭＳ内の終端Ｓ−ＣＳＣＦで処理することもできる。終端ＡＳ／Ｓ−ＣＳＣＦは、フォーキング・マスタがそのためにアクティブであるユーザに対応するネットワーク要素を指す。

図２は、本発明の実施形態による、非ＩＭＳセッション開始プロトコル（ＳＩＰ）ネットワーク２０１内の関与するネットワーク要素を含むネットワーク・トポロジの例を示すブロック図である。ＳＩＰは、２つ以上のエンドポイント間で呼を確立し、維持し、終了するために使用されるアプリケーション層制御プロトコルである。ＳＩＰネットワーク２０１は、ＳＩＰサーバおよびＳＩＰクライアントからなる。ＳＩＰネットワーク２０１は、プロキシ・サーバ２０２とリダイレクト・サーバ２０３とレジストラ・サーバ２０４とを含み、ＳＩＰクライアントは、電話端末、すなわち端末１２０６と端末２２０７と端末３２０８とを含む。ＳＩＰプロキシ・サーバ２０２の機能は、本発明の視点から見て、ＩＭＳネットワーク１０１用のＡＳ１０５によって実施されるアクションに類似する。プロキシ・サーバ２０２は、フォーキング・マスタ割当て要求を処理し、ネットワークによって開始されるフォーキング・マスタ割当てをトリガし、フォーキング・マスタ識別要求の問合せに応答し、フォーキング・マスタ識別情報を通知し、フォーキング・マスタがアクティブであるユーザへの要求を修正する。この線は、全く明らかではない。レジストラ・サーバ２０４は、ユーザからのＲＥＧＩＳＴＥＲ要求を受け入れ、処理し、それが扱う領域のための位置サービス内に情報を置く。ＳＩＰレジストラ・サーバ２０４は、ＩＭＳネットワーク１０１用のＨＳＳ１０６の機能に類似のフォーキング・マスタに関連するデータを格納する。レジストラ・サーバ２０４は、リダイレクト・サーバ２０３またはプロキシ・サーバ２０２と同じ場所に置かれる場合が多い。

図３は、本発明の一実施形態による、登録中にユーザＡの端末１をフォーキング・マスタと宣言するための呼フローを表す概略図を示している。サービスを受けるＩＰマルチメディア・サブシステム（ＩＭＳ）ユーザＡ３０１は、ＲＥＧＩＳＴＥＲメッセージのＣｏｎｔａｃｔヘッダ・フィールド内にパラメータ「ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ」を導入することによってエンドポイント（すなわち端末１）をフォーキング・マスタと割り当てる。パラメータ「フォーキング・マスタ」は、エンドポイントがフォーキング・マスタの役割を引き継ぎたいか、それともその役割を放棄したいかに応じて真または偽の値を取り得る。自己宣言による（または第三者割当てによる）フォーキング・マスタの割当ては、特定の期間の間だけ指定される。期間が終了すると、ユーザ・プロファイル内に指定されたデフォルトのフォーキング・マスタが、フォーキング・マスタの役割を引き継ぐ。フォーキング・マスタ割当ての期間を示すために、追加のパラメータ「ｅｘｐｉｒｅｓ」を導入することができる。パラメータｅｘｐｉｒｅｓが使用される場合、フォーキング・マスタの表示は、Ｃｏｎｔａｃｔヘッダ内の「ｅｘｐｉｒｅｓ」の使用と混乱しないように、（Ｃｏｎｔａｃｔヘッダの一部ではなく）メッセージ本文内になければならない。ユーザＡ３０１は、Ｐ＿ＣＳＣＦ１０２に、Ｃｏｎｔａｃｔヘッダ・フィールド内にパラメータ「ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ」＝ｔｒｕｅを含むＲＥＧＩＳＴＥＲメッセージを送る。Ｐ＿ＣＳＣＦ１０２は、Ｉ−ＣＳＣＦ−Ａ１０４にＲＥＧＩＳＴＥＲを送り、次いで、このＩ−ＣＳＣＦ−Ａ１０４は、（ＲＥＧＩＳＴＥＲをどのＳ−ＣＳＣＦに転送すべきかを決定した後）、ＲＥＧＩＳＴＥＲをＳ＿ＣＳＣＦ−Ａ３０２に転送し、次いで、Ｓ＿ＣＳＣＦ−Ａ３０２は、ＲＥＧＩＳＴＥＲをＡＳ−Ａ３０３に送る。ＡＳ−Ａ３０３は、ユーザ・プロファイルを更新し、Ｓｈインターフェースを介してＨＳＳ１０６に通知し、その後、ＨＳＳ１０６は、Ｃｘインターフェースを介してＳ＿ＣＳＣＦ−Ａ３０２に更新を通知する。次いで、ＡＳ−Ａ３０３は、Ｓ＿ＣＳＣＦ−Ａ３０２に２００ＯＫを返送する。次いで、Ｓ＿ＣＳＣＦ−Ａ３０２は、Ｉ−ＣＳＣＦ１０４を介してＰ＿ＣＳＣＦ１０２に２００ＯＫを送る。次いで、Ｐ−ＣＳＣＦ１０２は、ユーザＡ３０１に２００ＯＫを送る。フォーキング・マスタは、アクティブであり、関連するサービスを求めてＳ＿ＣＳＣＦ−Ａ３０２／ＡＳ−Ａ３０３によって使用される。

図４は、本発明の一実施形態による、登録中にユーザＡをフォーキング・マスタと宣言する方法を表すフローチャートを示している。ユーザＡ３０１は、Ｃｏｎｔａｃｔヘッダ・フィールド内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含むＲＥＧＩＳＴＥＲメッセージを（Ｐ−ＣＳＣＦ１０２およびＩ−ＣＳＣＦ１０４を介して）Ｓ＿ＣＳＣＦ−Ａ３０２に、その後にＡＳ−Ａ３０３に送る（４０１）。次いで、ＡＳ−Ａ３０３は、ＲＥＧＩＳＴＥＲメッセージ内のエンドポイントについてｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅかどうかチェックする（４０２）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅである場合は、ＡＳ−Ａ３０３は、ユーザ・プロファイルを更新し（４０４）、ユーザＡ３０１に２００ＯＫを返送する（４０５）。次いで、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの表示を伴う現在登録中のユーザＡ３０１の端末は、フォーキング・マスタとしてアクティブ化され（４０６）、好ましいサービスを求めてＳ＿ＣＳＣＦ−Ａ３０２またはＡＳ−Ａ３０３によって使用される。ＲＥＧＩＳＴＥＲメッセージ内のｆｏｒｋｉｎｇ−ｍａｓｔｅｒのパラメータが偽である場合は、（ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｆａｌｓｅ表示を伴う現在登録中の）ユーザＡ３０１の端末をフォーキング・マスタとして割り当てず（４０３）、この端末が以前にフォーキング・マスタであった場合は、フォーキング・マスタとしてそれを非アクティブ化し、（ユーザＡのユーザ・プロファイル内）のデフォルトのフォーキング・マスタを新しいフォーキング・マスタとしてアクティブ化する。方法４００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図４にリストされた一部のアクションを省略することができる。

図５は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行うための呼フローを示す概略図である。サービスを受けるＩＭＳユーザ、ユーザＡ３０１のエンドポイント（すなわち端末１）は、ユーザ／端末の登録が完了した後、それ自体または他のいずれかのエンドポイントをフォーキング・マスタと宣言する。ユーザＡ３０１は、パラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを含むＣｏｎｔａｃｔＵＲＩを付けて、ＲｅｑｕｅｓｔＵＲＩ／Ｔｏヘッダ・フィールド内に特別なサービス・コードを有するＩＮＶＩＴＥメッセージをＰ−ＣＳＣＦ１０２に送り、このＩＮＶＩＴＥメッセージは、その後にＳ＿ＣＳＣＦ−Ａ３０２に、次いでＡＳ−Ａ３０３に送られる。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの表示は、メッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）内に含むこともできる。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒパラメータは、真または偽の値を取ることができる。ＦｏｒｋｉｎｇＭａｓｔｅｒ＝ｔｒｕｅは、ＣｏｎｔａｃｔＵＲＩがフォークキング・マスタの機能を引き継ぐことを示す。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｆａｌｓｅは、ＣｏｎｔａｃｔＵＲＩがフォーキング・マスタの機能を放棄することを示す。次いで、ＡＳ−Ａ３０３は、２００ＯＫをＳ＿ＣＳＣＦ−Ａ３０２に送り、次いで、この２００ＯＫは、フォーキング・マスタが更新されることの肯定応答として、Ｐ−ＣＳＣＦ１０２を介してユーザＡ３０１に送られる。フォーキング・マスタは、アクティブであり、関連サービスを求めて適切に使用することができる。別の態様では、２００ＯＫ応答は、自己宣言の場合、ならびにＣｏｎｔｅｎｔ−Ｔｙｐｅをｔｅｘｔ／ｐｌａｉｎとする第三者割当ての場合では、メッセージ本文でフォーキング・マスタ情報を伝える。Ｉ−ＣＳＣＦ１０４は主として、使用するＳ−ＣＳＣＦを確立するために使用され、残りの呼フローに関与することも、関与しないこともある。

図６は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を表すフローチャートを示している。ユーザＡ３０１の端末１１０６は、Ｃｏｎｔａｃｔヘッダ・フィールド内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含むＩＮＶＩＴＥを送り（６０１）、このＩＮＶＩＴＥは、Ｓ＿ＣＳＣＦ−Ａ３０１に、その後にＡＳ−Ａ３０３に到達する。次いで、ＡＳ−Ａ３０３は、ＩＮＶＩＴＥメッセージ内のフォーキング・マスタの値が真かどうかチェックする（６０２）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅである場合は、ＣｏｎｔａｃｔＵＲＩが、フォーキング・マスタの役割を引き継ぐ（６０４）。次いで、ＡＳ−Ａ３０３は、ユーザＡ３０１のユーザ・プロファイルを新しいフォーキング・マスタで更新し（６０５）、フォーキング・マスタが更新されることの肯定応答として２００ＯＫを、Ｓ−ＣＳＣＦ３０２およびＰ−ＣＳＣＦ１０２を介してユーザＡ３０１に返送する（６０６）。フォーキング・マスタは、好ましいサービスを求めてＳ＿ＣＳＣＦ−Ａ／ＡＳ−Ａ３０３によってアクティブ化され使用される。ＩＮＶＩＴＥ内のフォークキング・マスタの値が偽である場合は、ユーザＡの端末１１０６は、フォークキング・マスタの役割を放棄することを望む（６０３）。次いで、ＡＳＡ３０３は、それに応じてユーザ・プロファイルを更新し、その後に適切な措置を講じ、たとえば、ユーザ・プロファイル内に指定されたデフォルトのフォーキング・マスタがフォーキング・マスタになること、ユーザＡのすべての端末に対してフォークキング・マスタの更新をトリガすることなどが行われる。本明細書に示されたシナリオは、自己割当てであり、フォーキング・マスタの第三者割当ての場合と同様に、フォーキング・マスタの識別情報は、図５に示されたように、ＩＮＶＩＴＥメッセージの本文内に指定すべきである。方法６００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図６にリストされた一部のアクションを省略することができる。

図７は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う呼フローを表す概略図を示している。サービスを受けるＩＭＳユーザユーザＡ３０１のエンドポイント（すなわち端末１）は、ユーザの登録が完了した後、それ自体または他のいずれかのエンドポイントをフォーキング・マスタと宣言する。ユーザＡ３０１の端末１１０６は、パラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを含むメッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）と共にＲｅｑｕｅｓｔＵＲＩ／Ｔｏヘッダ・フィールド内に特別なサービス・コードを含むＭＥＳＳＡＧＥをＰ−ＣＳＣＦ１０２に送信し、その後、このＭＥＳＳＡＧＥは、Ｓ＿ＣＳＣＦ−Ａ３０２に、次いでＡＳ−Ａ３０３に到達する。次いで、ＡＳ−Ａ３０３は、２００ＯＫをＳ＿ＣＳＣＦ−Ａ３０２に送り、この２００ＯＫは最後に、フォーキング・マスタが更新されるという肯定応答としてユーザＡ３０１に到達する。フォーキング・マスタは、アクティブであり、関連サービスを求めて適切に使用することができる。ＲＦＣ３４２８によれば、ＭＥＳＳＡＧＥへの２００ＯＫ応答は、Ｃｏｎｔａｃｔヘッダやメッセージ本文を含むことができないことに留意されたい。フォーキング・マスタの更新が確かに成功したという明示的な表示は、ＩＮＶＩＴＥの場合には不可能である。しかし、フォーキング・マスタの更新が成功する場合にだけ、２００ＯＫをＡＳ−Ａ３０３によって送ることができる。

図８は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってユーザ端末がフォーキング・マスタの宣言を行う方法を表すフローチャートを示している。ユーザＡ３０１の端末１１０６は、メッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含むＭＥＳＳＡＧＥを送り（８０１）、このＭＥＳＳＡＧＥは、Ｓ＿ＣＳＣＦ−Ａ３０２に、その後にＡＳ−Ａ３０３に到達する。図９に、メッセージ本文の内容が示されている。次いで、ＡＳ−Ａ３０３は、ＭＥＳＳＡＧＥ内のｆｏｒｋｉｎｇ−ｍａｓｔｅｒの値が真かどうかチェックする（８０２）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの場合は、ＣｏｎｔａｃｔＵＲＩは、フォーキング・マスタの役割を引き継ぐ（８０４）。次いで、ＡＳ−Ａ３０３は、ユーザＡ３０１のユーザ・プロファイルを新しいフォーキング・マスタで更新し（８０５）、２００ＯＫを返送し（８０６）、この２００ＯＫは最後に、フォーキング・マスタが更新されることの肯定応答として、Ｓ−ＣＳＣＦ３０２およびＰ−ＣＳＣＦ１０２を介してユーザＡ３０１の端末１１０６に到達する。フォーキング・マスタは、アクティブ化され、好ましいサービスを求めてＳ＿ＣＳＣＦ−Ａ／ＡＳ−Ａ３０３によって使用される。ＭＥＳＳＡＧＥ内のフォーキング・マスタの値が偽である場合は、ＭＥＳＳＡＧＥを送るエンドポイントは、フォーキング・マスタの役割を放棄する（８０３）。次いで、ＡＳＡ３０３は、それに応じてユーザＡ３０１のユーザ・プロファイルを更新し、その後に適切な措置を講じ、たとえば、ユーザ・プロファイル内に指定されたデフォルトのフォーキング・マスタがフォーキング・マスタとなること、ユーザＡのすべての端末に対してフォーキング・マスタの更新をトリガすることなどが行われる。本明細書に示されたシナリオは、自己割当てであり、フォーキング・マスタの第三者割当ての場合と同様に、フォーキング・マスタの識別情報は、ＭＥＳＳＡＧＥの本文に指定すべきである。方法８００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図８にリストされた一部のアクションを省略することができる。

図９は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行うための呼フローを表す概略図を示している。ＩＭＳネットワーク１０１は、フォーキング・マスタがユーザ・プロファイル内にプロビジョニングされた値をもたない状態、プロビジョニングされた値は存在するが、新しいエンドポイントが同じＡｏＲレジスタを有する状態、またはフォーキング・マスタの割当ての正確さをチェックするためのたとえば時間帯に応じて定期的なトリガを行う状態のような特定の状況においてフォーキング・マスタの割当てをトリガすることができる。ＡＳ−Ａ３０３は、Ｓ＿ＣＳＣＦ−Ａ３０２を介して、ユーザＡ３０１の登録されたエンドポイント、エンドポイント１９０１、エンドポイント２９０２およびユーザのエンドポイント３９０３にＩＮＶＩＴＥ要求を送る。ＡＳ−Ａ３０３は、登録されている特定のエンドポイントのコンタクト情報について認識している場合は、それらのエンドポイントにＩＮＶＩＴＥ要求を送ることもできる。ＩＮＶＩＴＥの内容は、以下のメッセージ本文：ａｓｓｉｇｎ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＜ＣｏｎｔａｃｔＵＲＩ＞；ＦｏｒｋｉｎｇＭａｓｔｅｒ＝ｔｒｕｅ（現在のフォーキング・マスタを示す）を指定することによって新しいフォーキング・マスタの割当て要求を示すＣｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含む。ＦｏｒｋｉｎｇＭａｓｔｅｒ＝ｎｏｎｅの場合は、フォーキング・マスタは現在割り当てられていない。アクティブ、未登録など、現在割り当てられているフォーキング・マスタのステータスを示す追加のパラメータを、コンテンツに任意選択で取り入れることができる。エンドポイント２９０２は、それ自体をフォーキング・マスタとして宣言する２００ＯＫをＳ＿ＣＳＣＦ−Ａ３０２に返送し、次いで、この２００ＯＫは、ＡＳ−Ａ３０３に到達する。一般に、１つのエンドポイントだけが、フォーキング・マスタの役割の受入れを通知し、あるいはそれが現在フォーキング・マスタである場合には役割を放棄する２００ＯＫで応答する。これは、２００ＯＫ応答で、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒパラメータを、（一般に自己宣言の場合には）Ｃｏｎｔａｃｔヘッダ内に、または（たとえば図５のような）ユーザ端末によるフォーキング・マスタの宣言の場合に類似の構文を有するメッセージ本文（Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）内に含めることによって示すことができる。２００ＯＫは、受け入れられると、ＡＣＫで肯定応答され、ＩＮＶＩＴＥが送られた他のエンドポイントには、ＣＡＮＣＥＬが送られる。フォーキング・マスタは、アクティブ化され、関連するサービスを求めて適切に使用することができる。フォーキング・マスタの表示は、エンドポイント２９０２がフォーキング・マスタの自己宣言を実施するとき、２００ＯＫ応答のＣｏｎｔａｃｔヘッダの一部として含まれてよい。複数のエンドポイントが２００ＯＫで応答する場合、受け入れるべき２００ＯＫは、フォーキング・マスタ情報を含む第１の２００ＯＫに基づいて決定してもよいし、認証など、他の何らかの基準に基づいて決定してもよい。２００ＯＫのいずれもが（Ｃｏｎｔａｃｔヘッダ内またはメッセージ本文内に）フォーキング・マスタに関する表示を含まない場合、あるいはフォーキング・マスタに関する情報で応答するエンドポイントがない場合は、エンドポイントのいずれかが、フォーキング・マスタの役割を引き継ぎ、あるいはその後にユーザがフォーキング・マスタとして宣言すること、またはフォーキング・マスタの第三者割当てを使用してフォーキング・マスタの役割を放棄することを決定することができる。

図１０は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタのネットワーク・トリガ割当てを行う方法を表すフローチャートを示している。ＩＭＳネットワーク１０１は、ＡＳ−Ａ３０３がＵｓｅｒＡ３０３の登録されたエンドポイント、エンドポイント１９０１、エンドポイント２９０２およびエンドポイント３９０３にＩＮＶＩＴＥ要求を送る（１００２）ことによってフォーキング・マスタの割当てをトリガする（１００１）。ＩＮＶＩＴＥの内容は、以下のメッセージ本文：ａｓｓｉｇｎ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＜ＣｏｎｔａｃｔＵＲＩ＞；ＦｏｒｋｉｎｇＭａｓｔｅｒ＝ｔｒｕｅ（現在のフォーキング・マスタを示す）を指定することによって新しいフォーキング・マスタの割当て要求を示すＣｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含む。エンドポイント２９０２は、２００ＯＫのＣｏｎｔａｃｔヘッダまたはメッセージ本文内にｆｏｒｋｉｎｇ−ｍａｓｔｅｒパラメータを真と示すことによりフォーキング・マスタの役割の受入れを通知する２００ＯＫをＡＳ−Ａ３０３に返送することによってＩＮＶＩＴＥメッセージに応答する（１００３）。２００ＯＫのメッセージ本文にフォーキング・マスタ情報を含む場合は、フォーマット「＜ＣｏｎｔａｃｔＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝＜ｔｒｕｅ／ｆａｌｓｅ＞」を、自己宣言と第三者割当ての両方に使用することができる。ＡＳ−Ａ３０３は、２００ＯＫ応答のＣｏｎｔａｃｔヘッダ内またはメッセージ本文内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒが存在するかどうかチェックする（１００４）。フォーキング・マスタが存在しない場合は、ＡＳ−Ａ３０３は、フォーキング・マスタへの更新を実施せず（１００９）、他のエンドポイントに送られるＩＮＶＩＴＥ要求を取り消す（１０１０）。さらに、ＡＳ−Ａ３０３は、ステップ１００２に示されるように、新しいＩＮＶＩＴＥを恐らく再送することができる。２００ＯＫ応答内にパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒが存在する場合は、ＡＳ−Ａ３０３は、２００ＯＫ応答のＣｏｎｔａｃｔヘッダ内またはメッセージ本文内のパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒが真か、それとも偽かチェックする（１００５）。フォーキング・マスタのパラメータが偽である場合は、エンドポイント２９０２は、（２００ＯＫのメッセージ本文内に指定されたＣｏｎｔａｃｔＵＲＩがエンドポイント２９０２のＣｏｎｔａｃｔＵＲＩであると仮定して）エンドポイント２９０２が現在フォーキング・マスタであるならば、フォーキング・マスタの役割を放棄することを望む（１０１１）。さらに、ＡＳ−Ａ３０３は、他のエンドポイントに送られたＩＮＶＩＴＥ要求を取り消し（１０１２）、現在のフォーキング・マスタを非アクティブ化する（１０１３）。ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの場合は、エンドポイントを２９０２をフォーキング・マスタとして割り当てる（１００６）。次いで、ＡＳ−Ａ３０３は、他のエンドポイントに送られたＩＮＶＩＴＥ要求を取り消す（１００７）。エンドポイント２９０２は、フォーキング・マスタとしてアクティブ化され（１００８）、関連するサービスを求めてＡＳ−Ａ３０３によって使用される。図例では、エンドポイント２１１０２の自己宣言が想定されているが、しかし、エンドポイント２１１０２は、第三者割当てをも実施することが可能である。さらに、エンドポイントが（偽のフォーキング・マスタ表示を伴う２００ＯＫを送ることによって）フォーキング・マスタの役割を放棄している場合、新しいフォーキング・マスタの割当てを要求するために、第２の（新しい）ＩＮＶＩＴＥをＡＳ−Ａ（３０３）から送ることができる。方法１０００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１０にリストされた一部のアクションを省略することができる。

図１１は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを表す概略図を示している。フォーキングされるＩＭＳユーザのエンドポイントが、現在のフォーキング・マスタ識別情報を決定するために問い合わせたいと望む。たとえば携帯電話ユーザが、複数の装置が登録された同じＡｏＲに登録しており、携帯電話ユーザがフォーキング・マスタの役割を引き継ぐ必要があり、それは携帯電話ユーザがまだフォーキング・マスタでないならばあり得ることであるが、したがってエンドポイントは、フォーキング・マスタの識別情報を問い合わせる必要がある。ユーザＡ３０１は、それに対応する２つのエンドポイント、エンドポイント１９０１およびエンドポイント２９０２を有する。エンドポイント１９０１は、メッセージ本文：ｑｕｅｒｙ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ内にコンテンツ（ｃｏｎｔｅｎｔ−ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ）を含むＩＮＶＩＴＥをＡＳ−Ａ３０３に送る。ＩＮＶＩＴＥメッセージは、ＲｅｑｕｅｓｔＵＲＩ内にサービス・コード、たとえば＊ＳＣ＃を付けて、特別なＵＲＩに送ることもできる。ＵＲＩは、要求がフォーキング・マスタ問合せであることを通知し、ｑｕｅｒｙ−ｆｏｒｋｉｎｇ−ｍａｓｔｅｒがメッセージ本文に挿入される必要はない。ＡＳ−Ａ３０３は、ＩＮＶＩＴＥに応答して、Ｃｏｎｔｅｎｔ−ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎ、メッセージ本文内に＜ｃｏｎｔａｃｔＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅとしてフォーキング・マスタの識別情報を含む２００ＯＫをユーザＡ３０１のエンドポイント１９０１に送る。ＣｏｎｔａｃｔＵＲＩ、ａｌｉｃｅ＠２．２．３．４が現在のフォーキング・マスタである場合、２００ＯＫのメッセージ本文は一般に、「Ｃｏｎｔａｃｔ：ａｌｉｃｅ＠２．２．３．４；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」を含むことになる。次いで、２００ＯＫは受け入れられ、肯定応答される。２００ＯＫ応答がメッセージ本文にコンテンツを含まない場合、および＜ＣｏｎｔａｃｔＵＲＩ＞がｎｏｎｅの場合、現在フォーキング・マスタは存在しない。

図１２は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を問い合わせる方法を表すフローチャートを示している。ユーザＡ３０１のエンドポイント１９０１は、特別のサービス・コードを含むＩＮＶＩＴＥ要求を特定のＵＲＩに送る（１２０１）。ＡＳ−Ａ３０３は、メッセージ本文にフォーキング・マスタの識別情報を含む、ＩＮＶＩＴＥへの２００ＯＫ応答を送る（１２０２）。さらに、現在のエンドポイントのうちのいずれかについてパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅかどうかチェックする（１２０３）。ＦｏｒｋｉｎｇＭａｓｔｅｒ＝ｔｒｕｅの場合は、（そのＣｏｎｔａｃｔＵＲＩについてのｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅの表示と共に）メッセージ本文内にフォーキング・マスタの識別情報が含まれた２００ＯＫ応答を送る（１２０４）。フォーキング・マスタとして現在働くエンドポイントがない場合は、フォーキング・マスタのＣｏｎｔａｃｔＵＲＩを「ｎｏｎｅ」と示すメッセージ本文を含み、またはメッセージ本文を全く含まない２００ＯＫ応答を送る（１２０５）。方法１２００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１２にリストされた一部のアクションを省略することができる。

図１３は、本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるための呼フローを表す概略図を示している。エンドポイント１９０１は、ＡｏＲへの現在のバインディングのリストを取り出すように求める、ＣｏｎｔａｃｔヘッダなしのＲＥＧＩＳＴＥＲ要求を送る。ＲＥＧＩＳＴＥＲは、（Ｓ−ＣＳＣＦ−Ａを介して）ＡＳ−Ａ３０３に到達し、次いで、このＡＳ−Ａ３０３は、ＲＥＧＩＳＴＥＲに応答して、フォーキング・マスタとして現在働いているＵＲＩについてパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを設定することにより現在のフォーキング・マスタの識別情報を含むＣｏｎｔａｃｔヘッダ・フィールドを付けて、（Ｓ−ＣＳＣＦ−Ａを介して）ユーザＡ３０１エンドポイント１９０１に２００ＯＫを送る。次いで、２００ＯＫは、受け入れられ、肯定応答される。バインディングのうちいのいずれにもパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅが存在しない場合は、フォーキング・マスタとして現在働いているエンドポイントはない。

図１４は、本発明の一実施形態による、電気通信網内でＲＥＧＩＳＴＥＲを送ることによってフォーキング・マスタの識別情報を問い合わせるため方法を表すフローチャートを示している。エンドポイント１９０１は、ＡｏＲに登録された現在のエンドポイントのリストを取り出す（１４０２）ように求める、ＣｏｎｔａｃｔヘッダなしのＲＥＧＩＳＴＥＲ要求を送る（１４０１）。ＲＥＧＩＳＴＥＲ要求は、最後にＡＳ−Ａ３０３に到達する。ＡＳ−Ａ３０３は、登録されたエンドポイントのいずれかがフォーキング・マスタとして現在働いているかどうかチェックし（１４０３）、そうである場合は、現在のフォーキング・マスタであるＵＲＩについてパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを含めることによって、Ｃｏｎｔａｃｔヘッダ・フィールド内にフォーキング・マスタの識別情報を含む（１４０４）。フォーキング・マスタとして現在働くエンドポイントがない場合は、ＡＳ−Ａ３０３は、フォーキング・マスタの表示なしにＲＥＧＩＳＴＥＲへの２００ＯＫ応答を送る（１４０５）。方法１４００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１４にリストされたいくつかのアクションは省略することができる。

図１５は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを表す概略図を示している。ＩＭＳネットワーク１０１は、ユーザが問合せを実施せずにフォーキング・マスタの現在の割当てについてすべてのエンドポイントに通知する。ＡＳ−Ａ３０３は、ユーザＡ３０１に対応するＲｅｑｕｅｓｔＵＲＩを含むＩＮＶＩＴＥをＳ−ＣＳＣＦ−Ａ３０２に送り、Ｓ＿ＣＳＣＦ−Ａ３０２は、ユーザＡ３０１のそれぞれ異なるエンドポイント、エンドポイント１９０１およびエンドポイント２９０２にＩＮＶＩＴＥをフォーキングする。ＩＮＶＩＴＥは、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含み、メッセージ本文に形式「Ｃｏｎｔａｃｔ：＜ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」のフォーキング・マスタの識別情報を含む。エンドポイント１９０１およびエンドポイント２９０２は、Ｓ＿ＣＳＣＦ−Ａ３０２に、その後にＡＳ−Ａ３０３に対して２００ＯＫでＩＮＶＩＴＥに応答する。この方法は、フォーキング・マスタとして働くエンドポイントがその役割を放棄しており、アクティブなフォーキング・マスタが現在ないことをエンドポイントに通知するために使用することもできる。この場合、（ＩＮＶＩＴＥのメッセージ本文内の）Ｃｏｎｔａｃｔ＜ＵＲＩ＞内の＜ＵＲＩ＞パラメータは、値ｎｏｎｅを含む。

図１６は、本発明の一実施形態による、電気通信網内でＩＮＶＩＴＥメッセージを送ることによってフォーキング・マスタの識別情報を通知する方法を表すフローチャートを示している。ＡＳ−Ａ３０３は、ユーザＡに対応するＲｅｑｕｅｓｔＵＲＩを含むＩＮＶＩＴＥメッセージをＳ＿ＣＳＣＦ−Ａ３０２に送る（１６０１）。ＩＮＶＩＴＥは、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含み、メッセージ本文に形式「Ｃｏｎｔａｃｔ：＜ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」のフォーキング・マスタの識別情報を含む。ＡＳ−Ａ３０３は、フォーキング・マスタが現在アクティブかどうかチェックする（１６０２）。はいの場合は、メッセージ本文の「Ｃｏｎｔａｃｔ＜ＵＲＩ＞」内の＜ＵＲＩ＞パラメータは、フォーキング・マスタの識別情報を含み（１６０３）、そうでない場合は、Ｃｏｎｔａｃｔ＜ＵＲＩ＞の値は「ｎｏｎｅ」であり得る（１６０４）。Ｃｏｎｔａｃｔ＜ＵＲＩ＞＝ｎｏｎｅは、エンドポイントがフォーキング・マスタの役割を放棄しており、したがってフォーキング・マスタが現在割り当てられていないことを通知するために使用される。さらに、ＳＣＳＣＦ−Ａは、それぞれ異なるエンドポイント、すなわちエンドポイント１９０１およびエンドポイント２９０２にＩＮＶＩＴＥをフォーキングする（１６０５）。エンドポイント１９０１およびエンドポイント２９０２は、２００ＯＫでＡＳ−Ａ３０３に応答する（１６０６）。方法１６００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１６にリストされた一部のアクションを省略することができる。

図１７は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知するための呼フローを表す概略図を示している。ＩＭＳネットワーク１０１は、ユーザが問合せを実施せずに、フォーキング・マスタの現在の割当てについてすべてのエンドポイントに通知する。ＡＳ−Ａ３０３は、ユーザＡ３０１に対応するＲｅｑｕｅｓｔＵＲＩを含むＭＥＳＳＡＧＥをＳ−ＣＳＣＦ−Ａ３０２に送り、Ｓ＿ＣＳＣＦ−Ａ３０２は、ユーザＡ３０１のそれぞれ異なるエンドポイント、エンドポイント１９０１およびエンドポイント２９０２にＭＥＳＳＡＧＥをフォーキングする。ＭＥＳＳＡＧＥは、Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｔｅｘｔ／ｐｌａｉｎを含み、メッセージ本文に形式「Ｃｏｎｔａｃｔ：＜ＵＲＩ＞；ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅ」のフォーキング・マスタの識別情報を含む。エンドポイント１９０１およびエンドポイント２９０２は、Ｓ＿ＣＳＣＦ−Ａ３０２に、その後にＡＳ−Ａ３０３に２００ＯＫでＭＥＳＳＡＧＥに応答する。この方法は、フォーキング・マスタとして働くエンドポイントが役割を放棄しており、現在アクティブなフォーキング・マスタがないことをエンドポイントに通知するために使用することもできる。この場合、（ＭＥＳＳＡＧＥのメッセージ本文の）Ｃｏｎｔａｃｔ＜ＵＲＩ＞内の＜ＵＲＩ＞パラメータは、値ｎｏｎｅを含む。

図１８は、本発明の一実施形態による、電気通信網内でＭＥＳＳＡＧＥを送ることによってフォーキング・マスタの識別情報を通知する方法を表すフローチャートを示している。ＡＳ−Ａ３０３は、ユーザＡに対応するＲｅｑｕｅｓｔＵＲＩを含むＭＥＳＳＡＧＥをＳ＿ＣＳＣＦ−Ａ３０２に送る（１８０１）。ＡＳ−Ａ３０３は、フォーキング・マスタが現在アクティブかどうかチェックする（１８０２）。はいの場合は、メッセージ本文の＜ＵＲＩ＞パラメータは、フォーキング・マスタの識別情報を含み（１８０３）、そうでない場合は、Ｃｏｎｔａｃｔ＜ＵＲＩ＞値は「ｎｏｎｅ」であり得る（１８０４）。さらに、ＳＣＳＣＦ−Ａは、それぞれ異なるエンドポイント、すなわちエンドポイント１９０１およびエンドポイント２９０２にＩＮＶＩＴＥをフォーキングする（１８０５）。エンドポイント１９０１およびエンドポイント２９０２は、２００ＯＫでＡＳ−Ａ３０３に応答する（１８０６）。方法１８００の様々なアクションは、提示された順序で実施してもよいし、異なる順序で実施してもよいし、同時に実施してもよい。さらに、実施形態によっては、図１８にリストされた一部のアクションを省略することができる。

図１９は、本発明の一実施形態による、通常のＳＩＰネットワーク２０１内のフォーキング・マスタの使用の例を示す概略図である。ユーザは、フォーキングがアクティブである３つのエンドポイントを有する。フォーキング・マスタは、エンドポイント２９０２であり、入ってくる要求に関連するサービスに適用可能である。ここで、ＩＮＶＩＴＥ要求は、フォーキング概念を実施した後、ユーザＡ３０１のエンドポイント２９０２だけに送られる。

本明細書に開示された実施形態は、プロビジョニングによってフォーキング・マスタの割当てを可能にする。たとえば、フォーキング・マスタのプロビジョニングされた値は、それ自体をフォーキング・マスタと宣言するエンドポイントがない場合にしか用いられず、フォーキング・マスタは時間帯に応じて異なり、または第１のフォーキング・マスタが登録されておらず、第２のエンドポイントがフォーキング・マスタの役割を自動的に引き継ぐなどである。ＩＭＳ／ＳＩＰネットワーク内のプロビジョニングは、ユーザによってウェブ・インターフェースを更新すること、特定のサービス・コードを含むＩＮＶＩＴＥを送ることなどを含む。ユーザ・プロファイル内のプロビジョニングされたフォーキング・マスタが現在登録されていない場合、様々な可能性がある。フォーキング・マスタと相互作用をもつサービスがフォーキング・マスタに到達するとき、ネットワークは、要求されたサービスを提供せず、（または）ネットワークは、使用可能なフォーキング・マスタがないので、特別な機能を実施せず、振舞いは、フォーキング・マスタの概念がない場合と同じである。また、ネットワークは、新しいフォーキング・マスタが割り当てられること、またはサービスを受けるユーザのすべてのエンドポイントに、現在割り当てられているフォーキング・マスタがないと通知することを要求してよい。メッセージ本文内にｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを示す２つ以上のコマンドがある場合には、振舞いは、メッセージの無視、メッセージ本文の最初／最後の行を有効なフォーキング・マスタ識別情報と見なすなど、実装に依存し得る。さらに、（ユーザ・プロファイル内の）プロビジョニングされたフォーキング・マスタが（登録されているが）現在使用可能でない場合、たとえばフォーキング・マスタ（たとえばラップトップ）がクラッシュした場合、ネットワークは、ＳＩＰの再送規則に従った後、フォーキング・マスタが存在しない状態で他のエンドポイントと連絡を取ることを試みることができる。この結果、フォーキング・マスタ概念の実装前の状況に比べて、フォーキング・マスタ概念の実装後では、発呼ユーザ側に要求への最終応答を送る際に遅延が生じることがある。しかし、ネットワークがフォーキング・マスタの使用可能性を認識するようになる可能性が最も高いので、こうした状況は頻繁には起こりそうにない。さらに、フォーキング・マスタ実装の利点および付加価値の増加は、入ってくる要求に応答する（最終応答を送る）際に稀に生じる遅延よりも遥かに重要である。ネットワークは、新しいフォーキング・マスタが割り当てられ、またはサービスされるユーザのあらゆるエンドポイントに、現在登録されているフォーキング・マスタが存在しないことを通知するよう要求することができ、それは、結果として、現在の要求の処理に影響を及ぼさない。

本明細書に開示された実施形態は、特定のエンドポイントが、同じＡｏＲの別の装置をフォーキング・マスタとして割り当てることを可能にする。第三者割当ては、たとえば、割当て対象の装置がフォーキング・マスタの関連情報を伝えるためのＳＩＰの拡張をサポートしない場合、または現在のフォーキング・マスタが強制的に別の装置に役割を譲りたいと望む場合であってよい。フォーキング・マスタの第三者割当ては、ＩＮＶＩＴＥまたはＭＥＳＳＡＧＥ要求を送ることによって行うことができる。ＳＩＰ要求の内容中のＣｏｎｔａｃｔＵＲＩは、フォーキング・マスタとして働く装置のものである。第三者割当ての場合、特定のエンドポイントをフォーキング・マスタとする不所望の割当てを保護するよう求める要求を受け入れる前に、割り当てられた装置／エンドポイントの追加の側面を考慮することができる。フォーキング・マスタの第三者割当ては、特定の期間の間しか指定することができない。期間が終了すると、ユーザ端末内に定義されたデフォルトのフォーキング・マスタが機能を実施する。

本明細書に開示された実施形態は、一連の実用的使用法の解決策を提供する。フォーキング・マスタは、話中時再呼出し（ＣＣＢＳ）、無応答時呼終了（ＣＣＮＲ：ＣａｌｌｃｏｍｐｌｅｔｉｏｎｏｎＮｏＲｅｐｌｙ）など、呼完了サービスについて監視するエンドポイントを決定する。ある場合では、被呼ユーザが適用可能なフォーキングを有しており、フォーキング・マスタがビジーであるが、他の端末はそうでない場合、呼が通常転送され、フォーキング・マスタについてのＣＣＢＳ監視が開始する。別の場合では、被呼ユーザが適用可能なフォーキングを有しており、フォーキング・マスタならびに他の端末がビジーである場合、フォーキング・マスタについてのＣＣＢＳ監視が開始する。フォーキング・マスタの概念によって、フォーキングがアクティブである被呼ユーザへのＣＣＢＳサービスを発呼ユーザが予約することが可能となり、発呼ユーザが望む端末への呼が完了することになる。フォーキング・マスタの概念によって、端末ごとのプレゼンス情報ではなく、選択的なプレゼンス情報を示す柔軟性が、サービスを受けるユーザに提供される。たとえば、ユーザは、就業時間中にラップトップがオンである場合、および就業時間後に自宅のＰＣが「オン」の場合、「オン」と見なされる。フォーキング・マスタは、特定の被呼ユーザについてフォーキングがアクティブであり、ある端末がビジーであり、別の端末が応答せず、被呼ユーザがＣＦＢ、ＣＦＮＲ、ＳＣＦなどをアクティブにしている場合に、特徴となる相互対話の曖昧さを解決する。たとえば、（この被呼ユーザの）フォーキング・マスタがビジーであり、（この被呼ユーザの）別の端末が応答しておらず、この被呼ユーザについてユーザＣへのＣＦＢおよびユーザＤへのＣＦＮＲがアクティブである場合、このシナリオではＣＦＢが優先され、呼は、ユーザＣに転送される。フォーキング・マスタの概念は、呼が傍受されている場合、終端側の傍受を可能にし、フォーキングが存在する状態においてメディア・サーバを呼に関連付ける。パーソナライズ・リングバック・トーン機能は、位置／エンドポイントを決定することによりフォーキング・マスタを参照し、次いで特徴を発呼側に関連付けることによって、サービスを受けるユーザに提供することができる。

本発明の一実施形態では、ＡＳは、ユーザ登録、その後のユーザによる宣言、第三者割当てまたはネットワーク駆動型の割当ての間、フォーキング・マスタ割当ての機能を受け継ぐ。ＡＳは、ＲＥＧＩＳＴＥＲメッセージのＣｏｎｔａｃｔヘッダ・フィールドがパラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含み、ユーザ端末がフォーキング・マスタの役割の引継ぎ／放棄を宣言する場合、およびユーザ端末がフォーキング・マスタの第三者割当てを実施する場合、Ｓ−ＣＳＣＦ３０２によってアクティブ化されてよい（初期フィルタ基準他によって駆動される）。ＡＳは、こうしたＳＩＰ要求メッセージを受け取るとき、フォーキング・マスタの表示に関するユーザ・プロファイルを更新し、ＩＭＳの標準Ｓｈインターフェースを使用してＨＳＳに通知し、その後に、標準Ｃｘインターフェースを使用して、終端のＳ−ＣＳＣＦに、フォーキング・マスタに関連するユーザ・プロファイルへの更新から生じる初期フィルタ基準への更新について通知する。ネットワークによってトリガされる割当てでは、ネットワークによる駆動は、ネットワークまたは実装に依存することがある。一例として、ネットワークは、ユーザ・プロファイル内にプロビジョニングされたフォーキング・マスタがないとき、フォーキング・マスタ割当てを駆動しなければならない。次いで、第１のエンドポイントがＲＥＧＩＳＴＥＲメッセージを送り、ＲＥＧＩＳＴＥＲがＡＳに到達するとき、ＡＳは、フォーキング・マスタの割当てを開始する。フォーキング・マスタの識別情報を問い合わせるＲＥＧＩＳＴＥＲまたはＩＮＶＩＴＥメッセージはＡＳに達し、それは、ユーザ・エンドポイントに適切な応答を送る。初期フィルタ基準に基づいて、ＡＳは、フォーキング・マスタ・サービスがアクティブであるユーザへの要求の処理に関与する。被呼ユーザのＵＲＩは、（被呼ユーザのすべてのエンドポイントに要求をフォーキングするのではなく）フォーキング・マスタだけをアドレス指定するよう要求を拡張するように、終端ＡＳにより修正される。フォーキング・マスタだけにアドレス指定するように修正すべき要求は、特定のネットワーク・オペレータの実装およびサービス提供に依存する。

本発明の実施形態は、フォーキングの存在下では、複雑さ、リソース使用またはコストが利点を上回っていることなどのために実施することが難しくなるサービスまたは特徴を提供することを可能にする。あるエンドポイントは要求を理解する能力があるが、このタスクを実施できない。このことが事前に知られているならば、エラー応答をも減少させるフォーキング・マスタの概念によって、こうしたシナリオを修正することができる。フォーキング・マスタの概念は、すべてのエンドポイントが要求に反応するならばそれが完全な混乱をもたらし、サービスが予想通りには機能しないという状況においてかなり有用である。エンドポイントのうちの１つだけが要求を理解し、シグナリング・トラフィックのオーバヘッドが最小限に抑えられるという状況では、そのエンドポイントが、フォーキング・マスタの役割を引き継ぎ、他のエンドポイントへの要求の送信（および誤った応答の受信など）を防ぐことができる。

本発明の実施形態は、格納可能であるフォーキング・マスタの使用可能性ステータスを提供し、フォーキング・マスタの使用可能性ステータスに基づいて、ＩＭＳネットワークではＡＳで、またはＳＩＰネットワークの場合にはプロキシ・サーバ内でアクションをトリガすることができる。ネットワーク・トリガは、他のエンドポイントにフォーキング・マスタの現在の識別情報および使用可能性ステータスを通知する。さらに、時間帯および／またはサービス・タイプに応じて、それぞれ異なるデフォルト・フォーキング・マスタをユーザ・プロファイル内で割り当てることができる。フォーキング・マスタの割当てのメッセージ本文、ユーザ端末による問合せへの応答、およびネットワークによる現在のフォーキング・マスタの情報は、それに応じて適合／拡張されるべきである。アプリケーション・サーバ（ＩＭＳネットワークの場合）またはプロキシ・サーバ（非ＩＭＳＳＩＰネットワークの場合）は、関連する機能性を実施し、ＨＳＳ（ＩＭＳネットワークの場合）またはＳＩＰレジストラ（非ＩＭＳＳＩＰネットワークの場合）内のユーザ・プロファイル・データは、要件をサポートするように適切に修正する必要がある。フォーキング・マスタを使用するサービスは、ネットワーク・レベルでプロビジョニングすることができる。フォーキング・マスタとして働くエンドポイントが別のネットワークにローミングする場合、ネットワークは、フォーキング・マスタとして引き継ぐ別の装置を自動的にトリガし、それに応じてユーザのすべてのエンドポイントに通知することができる（または‘ネットワークによってトリガされた割当てによって、フォーキング・マスタの新しい割当てを求めることもできる）。

本発明の実施形態は、特定の状況においてフォーキング・マスタの振舞いを示す例外的なケースを提供する。フォーキング・マスタが登録を取り消し、または登録時間が終了する場合、（非ＩＭＳ）ＳＩＰネットワークのＳＩＰプロキシ、またはＩＭＳネットワーク内のアプリケーション・サーバは、新しいフォーキング・マスタの割当ての要求を送信してよい。フォーキング・マスタが、受信されたＳＩＰ要求に対して応答しない場合、その後のアクションは、実装および要求のタイプ（したがって関連するサービス）に依存する。たとえば、ＣＣＢＳの場合においてフォーキング・マスタが応答しない場合、ＣＣＢＳ予約を要求するＳＵＢＳＣＲＩＢＥメッセージに応答してエラー応答が送られる。ある場合では、ＩＮＶＩＴＥまたは他の何らかのＳＩＰ要求メッセージがフォーキング・マスタの割当てを要求する（あるいは現在のフォーキング・マスタの識別情報を問い合わせるためにＩＮＶＩＴＥ要求が送られる）が、（非ＩＭＳ）ＳＩＰネットワークの場合にはプロキシ・サーバが、ＩＭＳネットワークの場合にはアプリケーション・サーバがフォーキング・マスタ概念をサポートしない場合には、５０１Ｎｏｔｉｍｐｌｅｍｅｎｔｅｄ応答が、メッセージに応答して送られる。さらに、メッセージ本文内に、ｆｏｒｋｉｎｇ−ｍａｓｔｅｒ＝ｔｒｕｅを示す１つより多くの行がある場合は、こうしたメッセージは無視され、または最初また最後の行が、有効なフォーキング・マスタの識別情報と見なされる（選択されるオプションは実装に依存する）。

本明細書に開示された実施形態は、オペレータ／ベンダをまたがってＩＭＳ／ＳＩＰネットワーク内でフォーキングが存在する状況において新しい／向上したサービス／特徴および可能性を提供する際に相互運用性の問題なしに価値を付加し、その結果、莫大な収益発生の潜在性をもたらす。オペレータは、提案された概念を使用して新しい／向上した特徴を創造し、それによって、それ自身を競争者と差別化することを可能にすることができ、その結果、収益が増加することになる。

本明細書に開示された実施形態はさらに、多くの実用的なシナリオにおいて、エンドユーザにとって利便性をもたらす。ＳＩＰがユーザならびに端末モビリティを提供するＩＰベースのネットワークの場合では、単一のユーザが複数のエンドポイントを有し、フォーキングをアクティブとする確率は指数関数的に増加し得る。フォーキング・マスタの概念は、フォーキングが存在する場合でも、いくつかの特徴およびサービスを享受し、個々の利便性、たとえばＣＣＢＳに適するようにこれらをさらにカスタマイズする柔軟性をエンドユーザに提供する。さらに、本明細書に論じられた概念は、（たとえば「第三者割当て」の場合に）エンドポイントのそれぞれをアップグレードする必要なしに、提案された拡張を使用する柔軟性向上を提供する。

理解され得るように、本明細書に開示された実施形態は、フォーキングの存在下でフォーキング・マスタの概念に基づいてＩＭＳ／ＳＩＰユーザにいくつかの新しい／向上したサービスを提供する。また、本明細書に述べられた本発明は、この厳密な実施形態に限定されず、また本発明の元の範囲または精神から逸脱せずに本発明に様々な変更および修正が行われ得ることを理解されたい。

特許請求された手段に対応する構造体のリストは、網羅的なものではなく、本発明の範囲から逸脱せずに、列挙された構造体の代わりに等価の構造体を用いることができることが当業者には理解されよう。

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

特定の諸実施形態についての上記説明は、他者が現在の知識を適用することによって、一般的な概念から逸脱せずに、こうした特定の実施形態を様々な適用例に合わせて容易に修正しかつ／または適合させることができるという本明細書に開示された諸実施形態の一般的な性質を実に十分に明らかにするものであり、したがって、こうした適合形態および修正形態は、開示された諸実施形態の均等物の意味および範囲内に包含されるべきであり、また包含されることが意図されている。本明細書に使用された語句または用語は、限定ではなく、説明のためのものであることを理解されたい。したがって、本明細書に開示された諸実施形態は、好ましい実施形態に関して述べられているが、本明細書に開示された諸実施形態は、添付の特許請求の精神および範囲内の修正を行って実施できることが当業者には認識されよう。

Claims

通信網内で少なくとも１つのエンドポイントをフォーキング・マスタとして割り当てることによって改良型の呼サービスを処理する方法であって、前記フォーキング・マスタがフォーキングの存在下で、要求メッセージ内のアドレス・オブ・レコード（ＡｏＲ）に改良型の呼サービスを提供する、方法。
前記フォーキング・マスタがユーザによって割り当てられる、請求項１に記載の方法。
前記フォーキング・マスタが、登録中に前記ユーザ・エンドポイントを更新することによって割り当てられる、請求項１に記載の方法。
前記フォーキング・マスタが、ＩＮＶＩＴＥおよびＭＥＳＳＡＧＥのうちの少なくとも１つを使用して登録後に、前記ユーザ・エンドポイントによって宣言される、請求項１に記載の方法。
前記フォーキング・マスタが、前記ＩＮＶＩＴＥおよび前記ＭＥＳＳＡＧＥのうちの少なくとも１つを使用して、第三者によって割り当てられる、請求項１に記載の方法。
前記ネットワークが前記フォーキング・マスタの割当てをトリガし、前記方法が、
前記ネットワークがすべてのユーザ・エンドポイントに前記ＩＮＶＩＴＥメッセージを送るステップと、
前記ユーザ・エンドポイントが、前記ＩＮＶＩＴＥメッセージを受け取ると、前記ネットワークに応答を送るステップと、
前記エンドポイントが前記フォーキング・マスタの割当てに関する決定を行うステップとを備える、請求項１に記載の方法。
前記エンドポイントが、ＲＥＧＩＳＴＥＲおよび前記ＩＮＶＩＴＥのうちの少なくとも１つを使用して、前記フォーキング・マスタの識別情報を問い合わせる、請求項１に記載の方法。
通信網が、前記ＩＮＶＩＴＥおよび前記ＭＥＳＳＡＧＥのうちの少なくとも１つを使用して、前記エンドポイントに前記フォーキング・マスタの識別情報を通知する、請求項１に記載の方法。
ｃｏｎｔａｃｔヘッダ・フィールドが、ｃｏｎｔａｃｔヘッダ・フィールドおよびメッセージ本文のうちの少なくとも１つに含まれた、割り当てられた値を有する前記パラメータｆｏｒｋｉｎｇ−ｍａｓｔｅｒを含む、請求項１に記載の方法。
通信網内で改良型の呼サービスを処理するシステムであって、少なくとも１つのエンドポイントをフォーキング・マスタとして割り当てるように適合され、前記フォーキング・マスタが、フォーキングの存在下で前記要求メッセージ内のアドレス・オブ・レコード（ＡｏＲ）に改良型の呼サービスを提供する、システム。
ＩＮＶＩＴＥおよびＭＥＳＳＡＧＥのうちの少なくとも１つを使用してユーザが前記フォーキング・マスタを割り当てることを可能にするように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
ＩＮＶＩＴＥおよびＭＥＳＳＡＧＥのうちの少なくとも１つを使用して登録中に前記ユーザ・エンドポイントを更新することによって前記フォーキング・マスタを割り当てるように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
登録後に前記フォーキング・マスタを宣言するように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
第三者が前記フォーキング・マスタを割り当てるように適合された少なくとも１つの手段を備える、請求項１０に記載のシステム。
前記ネットワークが前記フォーキング・マスタの割当てをトリガするように適合された少なくとも１つの手段を備え、
前記ネットワークがすべてのユーザ・エンドポイントにＩＮＶＩＴＥメッセージを送り、
前記ユーザ・エンドポイントが、前記ＩＮＶＩＴＥメッセージを受け取ると前記ネットワークに応答を送り、
前記エンドポイントが前記フォーキング・マスタの割当てに関して決定を行うように適合された少なくとも１つの手段をさらに備える、請求項１０に記載のシステム。
前記エンドポイントが、前記フォーキング・マスタの識別情報を問い合わせるように適合された少なくとも１つの手段を含む、請求項１０に記載のシステム。
前記通信網が、前記フォーキング・マスタの識別情報を前記エンドポイントに通知する、請求項１０に記載のシステム。
移動端末であって、
前記端末がフォーキング・マスタとして働き、
前記端末が、第２の端末に前記フォーキング・マスタとして働くよう招待し、
前記端末が前記フォーキング・マスタの識別情報を問い合わせ、
前記端末が前記フォーキング・マスタの役割を放棄する、ように適合された少なくとも１つの手段を備える、移動端末。