(57)【要約】ＳＩＰベースのネットワークまたは他のタイプの通信ネットワーク内での複数のアプリケーション・サーバの間における呼転送技法を開示する。本発明の１つの例の技法によれば、第１呼が、第１ユーザ・デバイスと第２ユーザ・デバイスとの間で第１サーバを介して確立され、第３ユーザ・デバイスへの呼転送を開始することを望む第２ユーザ・デバイスが、それ自体と第３ユーザ・デバイスとの間の第２サーバを介する第２呼を確立すると仮定される。したがって、この技法は、次のステップを含む。第１サーバが第１ユーザ・デバイスおよび第３ユーザ・デバイスが通信できるようにする第２ユーザ・デバイスからの呼転送要求を受信する時に、第１サーバが第２呼と一致する情報を有するかどうかが判定される。第１サーバが第２呼と一致する情報を有しないと判定される時に、第１ユーザ・デバイスおよび第３ユーザ・デバイスが第１サーバを介して通信できるように第３デバイスから情報を入手するために第１サーバから第２サーバにメッセージが送信される。第１サーバから第２サーバに送信されるメッセージは、呼転送要求が第２ユーザ・デバイスによって参照されたことを示す。
2010535451.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク内で呼転送サービスを提供する方法であって、第１呼が、第１ユーザ・デバイスと第２ユーザ・デバイスとの間で第１サーバを介して確立され、第３ユーザ・デバイスへの呼転送を開始することを望む前記第２ユーザ・デバイスが、それ自体と前記第３ユーザ・デバイスとの間の第２サーバを介する第２呼を確立し、前記方法は、
前記第１サーバが前記第１ユーザ・デバイスおよび前記第３ユーザ・デバイスが通信できるようにする前記第２ユーザ・デバイスからの呼転送要求を受信したときに、前記第１サーバが前記第２呼と一致する情報を有するかどうかを判定するステップと、
前記第１サーバが前記第２呼と一致する情報を有しないと判定したときに、前記第１ユーザ・デバイスおよび前記第３ユーザ・デバイスが前記第１サーバを介して通信できるように前記第３デバイスから情報を入手するために前記第１サーバから前記第２サーバにメッセージを送信するステップとを含み、前記第１サーバから前記第２サーバに送信される前記メッセージが、前記呼転送要求が前記第２ユーザ・デバイスによって参照されたことを示す、方法。
【請求項２】
前記通信ネットワークがＳｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）ベースのネットワークを含む、請求項１に記載の方法。
【請求項３】
前記第１ユーザ・デバイス、前記第２ユーザ・デバイス、および前記第３ユーザ・デバイスが、ＳＩＰ電話機を含む、請求項２に記載の方法。
【請求項４】
前記第１サーバおよび前記第２サーバがＳＩＰアプリケーション・サーバを含む、請求項２に記載の方法。
【請求項５】
前記第１ユーザ・デバイスと、前記第２ユーザ・デバイスと、前記第３ユーザ・デバイスと、前記第１サーバと、前記第２サーバとの間の通信が、ｃａｌｌ  ｓｅｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ（ＣＳＣＦ）サーバを通過する、請求項２に記載の方法。
【請求項６】
前記第１サーバによって前記第２ユーザ・デバイスから受信される前記呼転送要求が、前記第２呼を識別するＲｅｐｌａｃｅヘッダ・フィールドを有するＲＥＦＥＲメッセージを含む、請求項２に記載の方法。
【請求項７】
前記第１サーバから前記第２サーバに送信される前記メッセージが、前記第２呼を識別するＲｅｐｌａｃｅヘッダ・フィールドと、前記呼転送要求が前記第２ユーザ・デバイスによって参照されたことを示すＲｅｆｅｒｒｅｄ−Ｂｙヘッダ・フィールドとを含む、請求項６に記載の方法。
【請求項８】
前記Ｒｅｐｌａｃｅヘッダ・フィールドおよび前記Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダ・フィールドがＩＮＶＩＴＥメッセージの一部である、請求項７に記載の方法。
【請求項９】
通信ネットワーク内で呼転送サービスを提供する第１サーバ内の装置であって、第１呼が、第１ユーザ・デバイスと第２ユーザ・デバイスとの間で前記第１サーバを介して確立され、第３ユーザ・デバイスへの呼転送を開始することを望む前記第２ユーザ・デバイスが、それ自体と前記第３ユーザ・デバイスとの間の第２サーバを介する第２呼を確立し、前記装置は、
メモリと、
前記メモリに結合され、（ｉ）前記第１サーバが前記第１ユーザ・デバイスおよび前記第３ユーザ・デバイスが通信できるようにする前記第２ユーザ・デバイスからの呼転送要求を受信したときに、前記第１サーバが前記第２呼と一致する情報を有するかどうかを判定し、（ｉｉ）前記第１サーバが前記第２呼と一致する情報を有しないと判定されるときに、前記第１ユーザ・デバイスおよび前記第３ユーザ・デバイスが前記第１サーバを介して通信できるように前記第３デバイスから情報を入手するために前記第１サーバから前記第２サーバにメッセージを送信するように構成されたプロセッサとを含み、前記第１サーバから前記第２サーバに送信される前記メッセージが、前記呼転送要求が前記第２ユーザ・デバイスによって参照されたことを示す、装置。
【請求項１０】
ネットワーク内でメッセージをルーティングする際に使用されるシステムであって、
呼転送サービスを提供する前記ネットワークの第１サーバを含み、第１呼が、第１ユーザ・デバイスと第２ユーザ・デバイスとの間で前記第１サーバを介して確立され、第３ユーザ・デバイスへの呼転送を開始することを望む前記第２ユーザ・デバイスが、それ自体と前記第３ユーザ・デバイスとの間の第２サーバを介する第２呼を確立し、
前記第１サーバが、（ｉ）前記第１サーバが前記第１ユーザ・デバイスおよび前記第３ユーザ・デバイスが通信できるようにする前記第２ユーザ・デバイスからの呼転送要求を受信したときに、前記第１サーバが前記第２呼と一致する情報を有するかどうかを判定し、（ｉｉ）前記第１サーバが前記第２呼と一致する情報を有しないと判定したときに、前記第１ユーザ・デバイスおよび前記第３ユーザ・デバイスが前記第１サーバを介して通信できるように前記第３デバイスから情報を入手するために前記第１サーバから前記第２サーバにメッセージを送信する、ように構成され、前記第１サーバから前記第２サーバに送信される前記メッセージが、前記呼転送要求が前記第２ユーザ・デバイスによって参照されたことを示す、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全般的には通信ネットワークに関し、より具体的には、ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）ネットワークなどのＳｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）ベースのネットワークおよび他のタイプの通信ネットワークで使用される呼転送技法に関する。
【背景技術】
【０００２】
Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）は、通信ネットワーク内のユーザの間でマルチメディア・セッションを確立し、変更し、終了するためのデファクト・シグナリング・プロトコルにすばやくなりつつある。ＳＩＰは、参照によって本明細書に組み込まれている、Ｊ．Ｒｏｓｅｎｂｅｒｇ他、「ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ」（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ（ＩＥＴＦ）ＲＦＣ  ３２６１、２００２年６月）に記載されている。ＳＩＰは、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）によって定義されたモバイル・サービスおよび固定サービスの次世代コア・ネットワーク・アーキテクチャであるＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）についても採用された。
【０００３】
さらに、ＳＩＰは、ユーザがＩＰネットワーク上の音声ベースの通信セッション（すなわち、「呼」）に参加できるＶｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（ＶｏＩＰ）通信に関連して一般に利用されている。したがって、この文脈で、ＳＩＰは、呼セットアップ、呼切断、および呼機能実施に使用される。他のタイプのマルチメディアを、ＳＩＰベースの呼に従ってネットワークを介して転送することができる。
【０００４】
ＳＩＰベースのネットワークがますます展開されるにつれて、キャリアは、新たな収入を生成するために、マルチメディア・サービスおよび付加価値アプリケーションの提供をはるかに重要視するようになった。しかし、複数のアプリケーションの追加に伴って、複数のアプリケーションが互いに相互作用しなければならない可能性が高まる。残念ながら、ＳＩＰプロトコルは、特に呼転送などの機能に従う、そのようなアプリケーションを実行する複数のアプリケーション・サーバの間でのそのような相互作用を適当にはサポートしない。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Ｊ．Ｒｏｓｅｎｂｅｒｇ外、「ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ」（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ（ＩＥＴＦ）ＲＦＣ  ３２６１、２００２年６月）
【非特許文献２】Ｒ．Ｓｐａｒｋｓ、「Ｔｈｅ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）Ｒｅｆｅｒ  Ｍｅｔｈｏｄ」（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ（ＩＥＴＦ）ＲＦＣ  ３５１５、２００３年４月）
【非特許文献３】Ｒ．Ｍａｈｙ外、「Ｔｈｅ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）Ｒｅｐｌａｃｅｓ  Ｈｅａｄｅｒ」（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ（ＩＥＴＦ）ＲＦＣ  ３８９１、２００４年９月）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
したがって、特にＳＩＰベースのネットワークで、複数のアプリケーション・サーバの間での呼転送技法の必要が存在することは明白である。
【課題を解決するための手段】
【０００７】
例示的実施形態において、本発明は、ＳＩＰベースのネットワークまたは他のタイプの通信ネットワーク内での複数のアプリケーション・サーバの間での呼転送技法を提供する。
【０００８】
本発明の一態様によれば、通信ネットワーク内で呼転送サービスを提供する技法が提供される。第１呼が、第１ユーザ・デバイスと第２ユーザ・デバイスとの間で第１サーバを介して確立され、第３ユーザ・デバイスへの呼転送を開始することを望む第２ユーザ・デバイスが、それ自体と第３ユーザ・デバイスとの間の第２サーバを介する第２呼を確立すると仮定する。したがって、この技法は、次のステップを含む。第１サーバが第１ユーザ・デバイスおよび第３ユーザ・デバイスが通信できるようにする第２ユーザ・デバイスからの呼転送要求を受信する時に、第１サーバが第２呼と一致する情報を有するかどうかが判定される。第１サーバが第２呼と一致する情報を有しないと判定される時に、第１ユーザ・デバイスおよび第３ユーザ・デバイスが第１サーバを介して通信できるように第３デバイスから情報を入手するために第１サーバから第２サーバにメッセージが送信される。第１サーバから第２サーバに送信されるメッセージは、呼転送要求が第２ユーザ・デバイスによって参照されたことを示す。
【０００９】
一実施形態では、通信ネットワークは、Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）ベースのネットワークを含む。第１ユーザ・デバイス、第２ユーザ・デバイス、および第３ユーザ・デバイスは、ＳＩＰ電話機を含むことができる。第１サーバおよび第２サーバは、ＳＩＰアプリケーション・サーバを含むことができる。第１ユーザ・デバイス、第２ユーザ・デバイス、第３ユーザ・デバイス、第１サーバ、および第２サーバの間の通信は、ｃａｌｌ  ｓｅｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ（ＣＳＣＦ）サーバを通過することができる。第１サーバによって第２ユーザ・デバイスから受信される呼転送要求は、第２呼を識別するＲｅｐｌａｃｅヘッダ・フィールドを有するＲＥＦＥＲメッセージを含むことができる。第１サーバから第２サーバに送信されるメッセージは、第２呼を識別するＲｅｐｌａｃｅヘッダ・フィールドと呼転送要求が第２ユーザ・デバイスによって参照されたことを示すＲｅｆｅｒｒｅｄ−Ｂｙヘッダ・フィールドとを含むことができる。Ｒｅｐｌａｃｅヘッダ・フィールドおよびＲｅｆｅｒｒｅｄ−Ｂｙヘッダ・フィールドは、ＩＮＶＩＴＥメッセージの一部とすることができる。
【００１０】
本発明の上記および他の特徴および利益は、添付図面および次の詳細な説明からより明白になる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態を実施できるＳＩＰベース・ネットワークの一部を示す図である。
【図２】ＳＩＰベースのネットワークのネットワーク要素の間の呼フローを示す図である。
【図３】本発明の実施形態によるＳＩＰベースのネットワークのネットワーク要素の間の呼フローを示す図である。
【図４】本発明の実施形態による呼転送を呼び出すＲＥＦＥＲメッセージの例を示す図である。
【図５】本発明の実施形態によるＲｅｐｌａｃｅヘッダおよびＲｅｆｅｒｒｅｄ−Ｂｙを有するＩＮＶＩＴＥメッセージの例を示す図である。
【図６】本発明の呼転送技法を実施するのに使用されるネットワーク要素のコンピューティング・アーキテクチャを示す図である。
【発明を実施するための形態】
【００１２】
本発明を、以降で例示的なＳＩＰベースのネットワークおよび呼転送技法に関連して説明する。しかし、本発明が、例示的実施形態の特定の呼転送技法と共に使用することに限定されず、特定のタイプのネットワークまたは他の通信ネットワークと共に使用することにも限定されないことを理解されたい。開示される技法は、さまざまな他のシステムと共に、および多数の代替応用例において使用するのに適する。
【００１３】
次は、本発明の例示的実施形態を説明する際に使用される頭字語のリストである。
ＡＳ          アプリケーション・サーバ
ＣＳＣＦ      Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ
ＩＭＳ        ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ
Ｉ−ＣＳＣＦ  Ｉｎｔｅｒｒｏｇａｔｉｎｇ  ＣＳＣＦ
ｉＦＣ        Ｉｎｉｔｉａｌ  Ｆｉｌｔｅｒ  Ｃｒｉｔｅｒｉａ
Ｐ−ＣＳＣＦ  Ｐｒｏｘｙ  ＣＳＣＦ
Ｓ−ＣＳＣＦ  Ｓｅｒｖｉｎｇ  ＣＳＣＦ
ＳＩＰ        Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅｄ  Ｐｒｏｔｏｃｏｌ
ＳＤＰ        Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ
ＵＥ          Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ
ＶｏＩＰ      Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ
【００１４】
ＳＩＰメッセージを処理し、転送するネットワーク要素は、ＳＩＰ用語ではプロキシ・サーバと呼ばれ、ＩＭＳ用語ではＣａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ（ＣＳＣＦ）と呼ばれる。３ＧＰＰは、３タイプのＣＳＣＦ要素すなわち、ユーザへのインターフェースであるＰｒｏｘｙ  ＣＳＣＦ（Ｐ−ＣＳＣＦ）、異なる管理ドメイン内の他のサーバへのインターフェースを提供するＩｎｔｅｒｒｏｇａｔｉｎｇ  ＣＳＣＦ（Ｉ−ＣＳＣＦ）、および登録を処理し、ポリシを実施し、アプリケーション・サーバへのインターフェースを提供するＳｅｒｖｉｎｇ  ＣＳＣＦ（Ｓ−ＣＳＣＦ）を定義している。１つまたは複数のアプリケーションまたはサービスをホスティングするネットワーク要素を、アプリケーション・サーバ（ＡＳ）と称する。通信ネットワークにアクセスするためにユーザによって使用されるネットワーク要素を、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ（ＵＥ）と称する。上記および他のネットワーク要素を含むシグナリング・ネットワークを、本明細書ではＳＩＰベースのネットワークと称する。
【００１５】
より具体的には、ＩＭＳネットワーク内のＳＩＰアプリケーション・サーバは、サブスクライバ（ユーザ）のサービス・プロファイルおよび／または端末機能（ユーザのデバイス・プロファイル）に基づいてサービス・ロジックをホスティングし、実行し、通話中着信および呼転送などの補足サービスをＩＭＳ  ＵＥに提供する。
【００１６】
さらに、ＣＳＣＦは、ＳＩＰセッションを管理し、セッション制御、機能／サービス制御、およびリソース割当のために他のネットワーク要素と調整する。セッション・マネージャは、Ｓ−ＣＳＣＦ（オリジネータおよびターミネータとしてのＵＥのセッション制御ポイント）、Ｉ−ＣＳＣＦ（他のネットワーク用のＵＥのホーム・ネットワークへのコンタクト・ポイント）、Ｐ−ＣＳＣＦ（ＵＥ用のＩＭＳへのコンタクト・ポイント）という役割を含む。
【００１７】
さらに、ＳＩＰ電話機は、ユーザがＳＩＰ呼の開始および終了に使用できるＳＩＰ  Ｕｓｅｒ  Ａｇｅｎｔ機能性を実施するＵＥである。ＳＩＰ電話機は、ＶｏＩＰ機能を提供するように構成された実際の電話機とすることができる。また、完全にソフトウェアで実施され、ユーザのパーソナルコンピュータで動作するＳＩＰソフト・フォンがある。ほとんどすべてのＳＩＰ電話機が、現在、ある形の呼転送サービスをサポートする。
【００１８】
図１に、本発明の実施形態を実施できるＳＩＰベース・ネットワークの一部１００を示す。図示されているように、ネットワークの一部１００は、ＳＩＰ  １０２−１（ＵＥａ）、ＳＩＰ電話機１０２−２（ＵＥｂ）、ＳＩＰ電話機１０２−３（ＵＥｃ）、ＣＳＣＦサーバ１０４、アプリケーション・サーバ１０６−１（ＡＳ１）、およびアプリケーション・サーバ１０６−２（ＡＳ２）を含む。各ネットワーク要素は、１つまたは複数の通信経路を介して別のネットワーク要素と通信することができる。図１に示されたネットワークの一部１００は、図示を明瞭にするためにかなり単純化されており、通常のそのようなネットワークは、多数のユーザ・デバイスに供給する多数のサーバを含む。また、本明細書で使用される用語「経路」は、ネットワークの複数の要素を伴うすべての通信配置を含むように広義に解釈されることを意図され、特定のタイプのリンク・セットアップまたは通信プロトコルを必要とするものとみなしてはならない。したがって、所与の経路を、通信プロトコルに従ってセット・アップすることができるが、そうする必要はない。
【００１９】
参照によって本明細書に組み込まれている、Ｒ．Ｓｐａｒｋｓの「Ｔｈｅ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）Ｒｅｆｅｒ  Ｍｅｔｈｏｄ」（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ（ＩＥＴＦ）ＲＦＣ  ３５１５、２００３年４月）によれば、ＲＥＦＥＲメッセージは、通常、呼転送サービスをトリガするのに使用される。ＲＥＦＥＲメッセージは、トランスファリ（ｔｒａｎｓｆｅｒｅｅ：転送を受ける者）に転送ターゲットへのＩＮＶＩＴＥを開始するよう求めるためにトランスファラ（ｔｒａｎｓｆｅｒｏｒ：転送する者）によって発行される。
【００２０】
Ｃａｌｌ  Ｔｒａｎｓｆｅｒ  ｗｉｔｈ  Ｃｏｎｓｕｌｔａｔｉｏｎの通常の手順を、図１に示されたネットワークの文脈で図２に示す。下のステップは、図２の呼フロー図の丸付きの数に対応する。句「ｗｉｔｈ  ｃｏｎｓｕｌｔａｔｉｏｎ」が、呼転送サービスが適用される前に対象の呼が応答されるという事実を指すことを理解されたい。
１．当初に、ＩＮＶＩＴＥメッセージが、新しい通信セッションを作成するためにＵＥａによってＣＳＣＦに送信され、このＩＮＶＩＴＥメッセージが、ＣＳＣＦによってアプリケーション・サーバ（ＡＳ１）にルーティングされる。
２．ＡＳ１は、新しいＩＮＶＩＴＥを作成し、これをＣＳＣＦに送信し、このメッセージの受信時に、ＣＳＣＦは、このメッセージをＵＥｂにルーティングする。いくつかのメッセージが往復して転送された後に、ＵＥａとＵＥｂとの間の呼が確立される（ｃｉｄ  １およびｃｉｄ  １’として識別され、ここで、「ｃｉｄ」は呼ｉｄを意味する）。
３．このアクティブ呼を用いて、ＵＥｂ（トランスファラ）は、Ｃａｌｌ  Ｔｒａｎｓｆｅｒ  ｗｉｔｈ  Ｃｏｎｓｕｌｔａｔｉｏｎサービスの呼出しを開始する。ＵＥｂは、ＵＥａ（トランスファリ）との電話を切らずに待ち、ＡＳ２を介してＵＥｃ（転送ターゲット）と通信するために新しいＩＮＶＩＴＥメッセージを送信する。
４．ＡＳ２は、ＵＥｂとＵＥｃとの間の呼（ｃｉｄ  ２）をセット・アップするために、ＵＥｂから受信したＩＮＶＩＴＥメッセージをＵＥｃに送信する。ＵＥｃは、ＵＥｂからの呼開始要求に答える。
５．ＵＥｂは、ｃｉｄ２の値を有するＲｅｐｌａｃｅヘッダを含むＲＥＦＥＲメッセージをＡＳ１に送信する。これが、問題が生じる場所である。
【００２１】
参照によって本明細書に組み込まれている、Ｒ．Ｍａｈｙ外の「Ｔｈｅ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）Ｒｅｐｌａｃｅｓ  Ｈｅａｄｅｒ」（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ（ＩＥＴＦ）ＲＦＣ  ３８９１、２００４年９月）によれば、Ｒｅｐｌａｃｅｓヘッダは、既存ＳＩＰダイアログと照合するのに使用される情報を含む（ｃａｌｌ−ｉｄ、ｔｏ−ｔａｇ、およびｆｒｏｍ−ｔａｇ）。ＡＳ１がＲｅｐｌａｃｅヘッダを有するこのＲＥＦＥＲメッセージを受信する時に、ＡＳ１は、この情報をより以前の呼と照合することを試みる（すなわち、ｃａｌｌ−ｉｄ番号またはｃｉｄ番号を照合することによって）。ＡＳ１は、Ｒｅｐｌａｃｅフィールドと一致する呼を見つける場合に、ＵＥａおよびＵＥｃを接続するためにｒｅＩＮＶＩＴＥメッセージを送信し、ＲｅｐｌａｃｅおよびＲｅｆｅｒ−ｔｏヘッダに従って、ＵＥｂに関連する２つの「ハーフコール（ｈａｌｆ−ｃａｌｌ）」を破壊する。ＵＥａとＵＥｂとの間の呼が確立される時（ステップ１および２）に、ＡＳ１がＢ２ＢＵＡ（Ｂａｃｋ−ｔｏ−Ｂａｃｋ  Ｕｓｅｒ  Ａｇｅｎｔ）ＡＳとして機能しているという事実に起因して、ＵＥａとＡＳ１との間の呼を「ハーフコール」と考えることができ、ＵＥｂとＡＳ１との間の呼が、もう１つの「ハーフコール」であることを理解されたい。ＵＥｂが、呼転送サービスを適用し、ＵＥｃを呼び出すことを試みる時に、ＵＥｂとＵＥｃとの間には２つのハーフコールがあり、１つのハーフコールはＵＥｂとＡＳ２との間であり、もう１つのハーフコールはＵＥｃとＡＳ２との間である。したがって、ＵＥｂの展望からは、２つのハーフコールがあり、１つはＵＥｂとＡＳ１の間であり、もう１つはＵＥとＡＳ２との間である。
【００２２】
しかし、本明細書で使用される時に、用語「ハーフコール」は、特殊なタイプの「呼」と理解され、したがって、より一般的な用語「呼」の定義に含まれるものと考えられる。したがって、ＡＳ１は、Ｒｅｐｌａｃｅフィールドと一致する呼を見つける場合に、ＵＥａおよびＵＥｃを接続するためにｒｅＩＮＶＩＴＥメッセージを送信し、ＲｅｐｌａｃｅヘッダおよびＲｅｆｅｒ−ｔｏヘッダに従ってＵＥｂ側で２つの呼を破壊すると言うことができる。
【００２３】
図２のシナリオでは、ＵＥｂとＵＥｃとの間の呼は、ＡＳ１を通過しない。したがって、ＡＳ１は、ｃｉｄ２情報を含むＲｅｐｌａｃｅヘッダを有するＲＥＦＥＲメッセージを受信する時に、呼情報を見つけることができない（すなわち、このメッセージを、ＡＳ１が処理した以前の呼と照合することができない）。したがって、このＲＥＦＥＲメッセージは、ＡＳ１による６０３応答を伴って拒否される。したがって、要求された呼転送は、発生しない。
【００２４】
ＩＭＳネットワークでは、マルチメディア・サービスは、２Ｇ（第２世代）ネットワークと比較した最も重要な利益の１つである。分散サービスの増加に伴って、それらをサポートするように構成されたアプリケーション・サーバの数の増加がある。したがって、図２の文脈で上で説明した問題は、ＩＭＳサービスの分散を不利に制限し、サービス拡張を阻止する。
【００２５】
本発明の原理によれば、一致しないＲｅｐｌａｃｅヘッダの問題を克服する技法が提供される。例示的実施形態では、一致しないＲｅｐｌａｃｅヘッダを伝えるために、ＡＳ１とＡＳ２との間でＣＳＣＦを介する新しいトランザクションが追加される。この新しいトランザクションに正しい宛先に到着するように指示するために、Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダが、ＩＮＶＩＴＥメッセージに付加される。例示的実施形態では、ＣＳＣＦは、この新しいトランザクションの要求をルーティングするためにこのヘッダを処理するようにも構成される。
【００２６】
図３に、例示的実施形態による既存の問題を克服するための改善されたＣａｌｌ  Ｔｒａｎｓｆｅｒ  ｗｉｔｈ  Ｃｏｎｓｕｌｔａｔｉｏｎ手順を示す。やはり、この改善された手順を、図１に示されたネットワーク要素の文脈で説明する。下のステップは、図３の呼フロー図の丸付きの数に対応する。
１．この手順が、図２の、ＡＳ１が一致しないＲＥＦＥＲメッセージを受信する点から電話をとると仮定する。図４に、ＲＥＦＥＲメッセージの例を示す。ＲＥＦＥＲメッセージがＡＳ１によって受信された後にＡＳ１とＵＥａとの間で転送されるＩＮＶＩＴＥメッセージおよび２００  ＯＫメッセージの目的が、ＵＥａとＵＥｃとの間のメディア・ネゴシエーションのためであることにも留意されたい。
２．指定された呼が見つからないので、本発明の例示的実施形態によれば、ＡＳ１は、Ｒｅｐｌａｃｅヘッダ（ｃｉｄ２）、Ｒｅｆｅｒｒｅｄ−Ｂｙ（ＵＥｂ）ヘッダ、およびＵＥａの新しいＳＤＰ情報を含む新しいＩＮＶＩＴＥメッセージをＣＳＣＦに送信する。既知のとおり、ＳＤＰは、セッションのメディア・コンテンツを記述する。図５に、新しいＩＮＶＩＴＥメッセージ（ＲｅｐｌａｃｅヘッダおよびＲｅｆｅｒｒｅｄ−Ｂｙヘッダを有する）の例を示す。
３．ＣＳＣＦは、Ｒｅｐｌａｃｅヘッダを有するこのＩＮＶＩＴＥを受信する時に、Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダが存在するかどうかをチェックする。存在するので、ＣＳＣＦは、このＩＮＶＩＴＥメッセージを、Ｒｅｆｅｒｒｅｄ−ＢｙエンティティからのＩＮＶＩＴＥと同一の形で処理する。この場合では、ＵＥｂがＲｅｆｅｒｒｅｄ−Ｂｙエンティティである。したがって、ＣＳＣＦは、このＩＮＶＩＴＥメッセージをＡＳ２にルーティングする。
４．ＡＳ２は、Ｒｅｐｌａｃｅフィールドが一致する以前の呼を見つけ、その後、ＵＥｃのメディア（ＳＤＰ）情報をＣＳＣＦを介して入手するために、ＵＥｃにｒｅＩＮＶＩＴＥを送信する（ＣＳＣＦを介して）。
５．ＵＥｃは、ｒｅＩＮＶＩＴＥの２００  ＯＫメッセージを（ＣＳＣＦを介して）ＡＳ２に送信する。
６．ＵＥｃからｒｅＩＮＶＩＴＥの２００  ＯＫメッセージを（ＣＳＣＦを介して）得た後に、ＡＳ２は、ＵＥｃの新しいメディア情報と共に２００  ＯＫメッセージをＣＳＣＦを介してＡＳ１に送信する。
７．ＣＳＣＦは、ＡＳ２から受信した２００  ＯＫメッセージをＡＳ１に送信する。
８．ＡＳ１は、ＵＥｃの新しいメディア情報と共にＡＣＫメッセージを（ＣＳＣＦを介して）ＵＥａに送信する。
９．ＡＳ１は、新しいトランザクションを終了するために、ＣＳＣＦを介してＢＹＥメッセージをＡＳ２に送信する。
１０．その後、ＡＳ１およびＡＳ２は、ＵＥｂを破壊するためにＢＹＥメッセージを送信する。
【００２７】
この点で、Ｃａｌｌ  Ｔｒａｎｓｆｅｒ  ｗｉｔｈ  Ｃｏｎｓｕｌｔａｔｉｏｎサービスが、成功裡に完了している。
【００２８】
有利なことに、上で示したように、本発明の原理は、ＳＩＰベースのネットワークで呼転送処理のさまざまな態様に対する改善を提供する。たとえば、ＳＩＰインターフェースは、ＩＮＶＩＴＥメッセージにＲｅｆｅｒｒｅｄ−Ｂｙヘッダを付加することによって改善される。このヘッダの主な目的は、サービス関連情報を次「ホップ」に伝えるようにＣＳＣＦに指示することである。用語「ホップ」は、ＳＩＰノードを指す。たとえば、次ホップは、ＣＳＣＦがＲｅｆｅｒｒｅｄ−Ｂｙヘッダ：ＵＥｂを有するＩＮＶＩＴＥを受信する時に、本明細書ではＡＳ２である。
【００２９】
アプリケーション・サーバに関して、本発明の原理は、次の例示的な利益をもたらす。
（１）ＡＳ１の役割について
・Ｒｅｐｌａｃｅヘッダ情報が呼情報と一致しない場合にＲＥＦＥＲメッセージを拒絶しない機構を提供する。
・ＩＮＶＩＴＥメッセージにＲｅｆｅｒｒｅｄ−Ｂｙヘッダを追加する。
・ＵＥａから新しいメディアを受信する時に、ＡＳ１は、新しいトランザクションを開始する。この手順では、ＲｅｐｌａｃｅヘッダおよびＵＥｃの新しいメディア情報は、転送され、ＵＥａは、ＵＥｃの新しいメディア情報を得た時に肯定応答を送信する。
（２）ＡＳ２の役割について
・Ｒｅｐｌａｃｅヘッダを有するＩＮＶＩＴＥを処理するために機能強化される。一致する以前の呼が見つかる場合に、ＡＳ２は、ＵＥｃを再招待し、ＵＥｃの新しいメディア情報と共に２００  ＯＫを送り返す。ＡＳ２は、この２００  ＯＫの確認を得る時に、Ｒｅｐｌａｃｅフィールドと一致する呼を破壊する。
【００３０】
ＣＳＣＦに関して、本発明の原理は、次の例示的な利益をもたらす。
・Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダをサポートするように機能強化される。ＣＳＣＦは、Ｒｅｆｅｒｒｅｄ−Ｂｙヘッダを解析し、このＲｅｐｌａｃｅヘッダを有する要求をＲｅｆｅｒｒｅｄ−Ｂｙヘッダに従ってルーティングする。
【００３１】
最後に、図６に、本発明の呼転送技法を実施するのに使用されるネットワーク要素のコンピュータ・アーキテクチャ６００を示す。すなわち、図６を、ＳＩＰ電話機（ＵＥ）、アプリケーション・サーバ（ＡＳ）、ｃａｌｌ  ｓｅｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ（ＣＳＣＦ）サーバ、または他のネットワーク要素を実施するのに使用されるコンピューティング・アーキテクチャと考えることができる。もちろん、本発明が、特定のコンピューティング・システム実施態様に限定されないことを理解されたい。
【００３２】
この例示的実施態様では、本発明の方法論の少なくとも一部を実施するプロセッサ６０２は、メモリ６０４に動作可能に結合される。
【００３３】
本明細書で使用される用語「プロセッサ」が、たとえば、中央処理装置（ＣＰＵ）および／または他の処理回路網（たとえば、ディジタル信号プロセッサ（ＤＳＰ）、マイクロプロセッサなど）を含むものなど、すべての処理デバイスを含むことが意図されていることを了解されたい。さらに、用語「プロセッサ」が、複数の処理デバイスを指すことができることと、処理デバイスに関連するさまざまな要素を他の処理デバイスによって共有できることとを理解されたい。
【００３４】
本明細書で使用される用語「メモリ」は、たとえば、ランダム・アクセス・メモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、固定記憶媒体（たとえば、ハード・ドライブ）、リムーバブル記憶媒体（たとえば、ディスケット）、フラッシュ・メモリ、その他など、プロセッサまたはＣＰＵに関連するメモリおよび他のコンピュータ可読媒体を含むことが意図されている。メモリ６０４は、コンピュータまたはプロセッサによって可読の記憶媒体と考えることができる。
【００３５】
したがって、本明細書で説明した本発明の方法論を実行する命令またはコードを含む、１つまたは複数のコンピュータ・プログラムまたはそのソフトウェア・コンポーネントを、メモリ６０４に格納することができ、利用の準備ができた時に、全体的にまたは部分的にプロセッサ６０２にロードし、プロセッサ６０２によって実行することができる。
【００３６】
どの場合でも、本明細書で説明され、添付図面に示された本発明の技法を、ハードウェア、ソフトウェア、またはその組合せのさまざまな形で、たとえば、関連するメモリを有する１つまたは複数の動作可能にプログラムされた汎用ディジタル・コンピュータ、実装固有集積回路（１つまたは複数）、機能回路網、その他で実施することができることを理解されたい。本明細書で提供される本発明の教示を与えられれば、当業者は、本発明の技法の他の実施態様を企図することができるであろう。
【００３７】
本発明の例示的実施形態を、添付図面を参照して本明細書で説明したが、本発明が、これらの正確な実施形態に限定されないことと、さまざまな他の変更および修正を、本発明の趣旨または範囲から逸脱せずに当業者が行うことができることとを理解されたい。
【図１】
2010535451.tif 000003
【図２】
2010535451.tif 000004
【図３】
2010535451.tif 000005
【図４】
2010535451.tif 000006
【図５】
2010535451.tif 000007
【図６】
2010535451.tif 000008
【国際調査報告】
2010535451.tif 000009
2010535451.tif 000010