特表 2024-504126 転送ターゲットセッションの再使用を用いる最適化されたセッションボーダーコントローラ（ＳＢＣ）間アテンド通話転送のための方法、システム、およびコンピュータ読取可能媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-01-30

(54)【発明の名称】転送ターゲットセッションの再使用を用いる最適化されたセッションボーダーコントローラ（ＳＢＣ）間アテンド通話転送のための方法、システム、およびコンピュータ読取可能媒体

(51)【国際特許分類】

   H04M 3/58 20060101AFI20240123BHJP

   H04L 65/1045 20220101ALI20240123BHJP

   H04L 65/1104 20220101ALI20240123BHJP

【ＦＩ】

H04M3/58

H04L65/1045

H04L65/1104

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023543166

(86)(22)【出願日】2021-12-17

(85)【翻訳文提出日】2023-09-07

(86)【国際出願番号】 US2021064109

(87)【国際公開番号】W WO2022159218

(87)【国際公開日】2022-07-28

(31)【優先権主張番号】17/152,731

(32)【優先日】2021-01-19

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】グローバー，ラリット

(72)【発明者】

【氏名】テワリ，ビマル・チャンドラ

(72)【発明者】

【氏名】シュリマリ，ジャイェシュ

【テーマコード（参考）】

5K201

【Ｆターム（参考）】

5K201BB05

5K201BC17

5K201BC27

5K201CA02

5K201CD09

(57)【要約】

第１のＳＢＣが、転送側と被転送側との間に第１のメディアセッションを確立する。第２のＳＢＣが、転送側と転送ターゲットとの間に第２のメディアセッションを確立する。第１のＳＢＣは、転送側によって開始されたＲＥＦＥＲメッセージを受信し、ＲＥＦＥＲメッセージにおけるダイアログＩＤが第１のＳＢＣによって現在取り扱われているメディアセッションに対応していないと判定する。第１のＳＢＣは、第１のＳＢＣとの負荷分担グループにおける第２のＳＢＣを含む複数のＳＢＣにＳＩＰ ＩＮＶＩＴＥメッセージを送信する。ＳＩＰ ＩＮＶＩＴＥメッセージは、第２のメディアセッションに関連付けられたダイアログＩＤを含み、それは、被転送側と転送ターゲットとの間にメディアセッションを確立するために第２のメディアセッションを再使用するように第２のＳＢＣをトリガする。

【特許請求の範囲】

【請求項1】

転送ターゲットセッション再使用を用いる最適化されたセッションボーダーコントローラ（ＳＢＣ）間アテンド通話転送のための方法であって、前記方法は、
第１のＳＢＣで、転送側と被転送側との間に第１のメディアセッションを確立するステップと、
第２のＳＢＣで、前記転送側によって開始され、セッションルータによって前記第２のＳＢＣへルーティングされたセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージに応答して、前記転送側と転送ターゲットとの間に第２のメディアセッションを確立するステップと、
前記第１のＳＢＣで、前記転送側によって開始され、前記第２のメディアセッションに関連付けられたダイアログＩＤを含むＳＩＰ ＲＥＦＥＲメッセージを受信し、それに応答して、前記ダイアログＩＤが前記第１のＳＢＣによって現在取り扱われているメディアセッションに対応していないと判定し、前記第１のＳＢＣとの負荷分担グループにおける前記第２のＳＢＣを含む複数のＳＢＣにＳＩＰ ＩＮＶＩＴＥメッセージを送信するステップとを含み、前記ＳＩＰ ＩＮＶＩＴＥメッセージは、前記第２のメディアセッションに関連付けられた前記ダイアログＩＤを含み、前記方法はさらに、
前記第２のＳＢＣで、前記第１のＳＢＣによって送信された前記ＳＩＰ ＩＮＶＩＴＥメッセージを受信し、前記第１のＳＢＣによって送信された前記ＳＩＰ ＩＮＶＩＴＥメッセージを、前記転送ターゲットへのアテンド通話転送を要求しているとして認識し、それに応答して、前記被転送側と前記転送ターゲットとの間にメディアセッションを確立するために前記第２のメディアセッションを再使用するために前記転送ターゲットおよび前記第１のＳＢＣとシグナリングするステップを含む、方法。

【請求項2】

前記第１のメディアセッションを確立するステップは、前記被転送側によって生じ、前記セッションルータによって前記第１のＳＢＣへ転送されたＳＩＰ ＩＮＶＩＴＥメッセージに応答して、前記第１のメディアセッションを確立するステップを含み、前記セッションルータは、通話分配ロジックを使用して、前記第１のメディアセッションを取り扱うために前記第１のＳＢＣを選択した、請求項１に記載の方法。

【請求項3】

前記転送側によって開始された前記ＳＩＰ ＩＮＶＩＴＥメッセージは、前記セッションルータの通話分配ロジックに基づいて前記第２のＳＢＣに送信される、請求項１または請求項２に記載の方法。

【請求項4】

前記ＳＩＰ ＲＥＦＥＲメッセージを受信するステップは、前記第２のメディアセッションに関連付けられた前記ダイアログＩＤを含むReplacesヘッダを有する前記ＳＩＰ ＲＥＦＥＲメッセージを受信するステップを含む、先行する請求項のいずれか１項に記載の方法。

【請求項5】

前記第２のメディアセッションに関連付けられた前記ダイアログＩＤを含む前記ＳＩＰ ＩＮＶＩＴＥメッセージを送信するステップは、前記ＳＩＰ ＩＮＶＩＴＥメッセージが第２のメディアセッションを再使用するアテンド通話転送を開始するためのものであることを示すカスタムヘッダを前記ＳＩＰ ＩＮＶＩＴＥメッセージに追加するステップを含む、先行する請求項のいずれか１項に記載の方法。

【請求項6】

前記被転送側と前記転送ターゲットとの間にメディアセッションを確立するために前記第２のメディアセッションを再使用するために前記第１のＳＢＣおよび前記転送ターゲットとシグナリングするステップは、
ＳＩＰ Ｒｅ－ＩＮＶＩＴＥメッセージを前記転送ターゲットに送信するステップと、
前記転送ターゲットから成功応答を受信するステップと、
前記転送ターゲットからの前記成功応答の受信に応答して、成功応答を前記第１のＳＢＣに送信するステップとを含む、先行する請求項のいずれか１項に記載の方法。

【請求項7】

前記第１のＳＢＣと前記第２のＳＢＣとの間にメディアセッションを確立するステップを含む、請求項６に記載の方法。

【請求項8】

前記第１のＳＢＣで、前記第１のメディアセッションのアウトダイアログを、前記第１のＳＢＣと前記第２のＳＢＣとの間の前記メディアセッションのアウトダイアログと置換するステップと、
前記第２のＳＢＣで、前記第２のメディアセッションのインダイアログを、前記第１のＳＢＣと前記第２のＳＢＣとの間の前記メディアセッションのインダイアログと置換するステップとを含む、請求項７に記載の方法。

【請求項9】

前記第１のＳＢＣで、ＢＹＥメッセージを前記転送側に送信し、前記第１のメディアセッションの前記アウトダイアログに関連付けられたリソースを解除するステップを含む、請求項８に記載の方法。

【請求項10】

前記第２のＳＢＣで、ＢＹＥメッセージを前記転送側に送信し、前記第２のメディアセッションの前記インダイアログに関連付けられたリソースを解除するステップを含む、請求項８または請求項９に記載の方法。

【請求項11】

転送ターゲットセッション再使用を用いる最適化されたセッションボーダーコントローラ（ＳＢＣ）間アテンド通話転送のためのシステムであって、前記システムは、
転送側と被転送側との間に第１のメディアセッションを確立するための第１のＳＢＣと、
第２のＳＢＣとを含み、前記第２のＳＢＣは、前記転送側によって開始され、セッションルータによって前記第２のＳＢＣへルーティングされたセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージに応答して、前記転送側と転送ターゲットとの間に第２のメディアセッションを確立するためのものであり、
前記第１のＳＢＣは、前記転送側から、前記第２のメディアセッションに関連付けられたダイアログＩＤを含むＳＩＰ ＲＥＦＥＲメッセージを受信し、それに応答して、前記ダイアログＩＤが前記第１のＳＢＣによって現在取り扱われているメディアセッションに対応していないと判定し、前記第１のＳＢＣとの負荷分担グループにおける前記第２のＳＢＣを含む複数のＳＢＣにＳＩＰ ＩＮＶＩＴＥメッセージを送信するように構成され、前記ＳＩＰ ＩＮＶＩＴＥメッセージは、前記第２のメディアセッションに関連付けられた前記ダイアログＩＤを含み、
前記第２のＳＢＣは、前記第１のＳＢＣによって送信された前記ＳＩＰ ＩＮＶＩＴＥメッセージを受信し、前記第１のＳＢＣによって送信された前記ＳＩＰ ＩＮＶＩＴＥメッセージを、前記転送ターゲットへのアテンド通話転送を要求しているとして認識し、それに応答して、前記被転送側と前記転送ターゲットとの間にメディアセッションを確立するために前記第２のメディアセッションを再使用するために前記転送ターゲットおよび前記第１のＳＢＣとシグナリングするように構成される、システム。

【請求項12】

前記第１のＳＢＣは、前記被転送側によって生じ、前記セッションルータによって前記第１のＳＢＣへ転送されたＳＩＰ ＩＮＶＩＴＥメッセージに応答して、前記第１のメディアセッションを確立するように構成され、前記セッションルータは、通話分配ロジックを使用して、前記第１のメディアセッションを取り扱うために前記第１のＳＢＣを選択した、請求項１１に記載のシステム。

【請求項13】

前記転送側によって開始された前記ＳＩＰ ＩＮＶＩＴＥメッセージは、前記セッションルータの通話分配ロジックに基づいて前記第２のＳＢＣに送信される、請求項１１または請求項１２に記載のシステム。

【請求項14】

前記ＳＩＰ ＲＥＦＥＲメッセージは、前記第２のメディアセッションに関連付けられた前記ダイアログＩＤを含むReplacesヘッダを含む、請求項１１～１３のいずれか１項に記載のシステム。

【請求項15】

前記第１のＳＢＣは、前記ＳＩＰ ＩＮＶＩＴＥメッセージのカスタムヘッダにおいて前記第２のメディアセッションに関連付けられた前記ダイアログＩＤを含むように構成され、前記カスタムヘッダは、前記ＳＩＰ ＩＮＶＩＴＥメッセージが第２のメディアセッションを再使用するアテンド通話転送を開始するためのものであることを示す、請求項１１～１４のいずれか１項に記載のシステム。

【請求項16】

前記被転送側と前記転送ターゲットとの間にメディアセッションを確立するために前記第２のメディアセッションを再使用するために前記第１のＳＢＣおよび前記転送ターゲットとシグナリングする際、前記第２のＳＢＣは、
ＳＩＰ Ｒｅ－ＩＮＶＩＴＥメッセージを前記転送ターゲットに送信し、
前記転送ターゲットから成功応答を受信し、
前記転送ターゲットからの前記成功応答の受信に応答して、成功応答を前記第１のＳＢＣに送信するように構成される、請求項１１～１５のいずれか１項に記載のシステム。

【請求項17】

前記第１のＳＢＣおよび前記第２のＳＢＣは、前記第１のＳＢＣと前記第２のＳＢＣとの間にメディアセッションを確立するように構成される、請求項１６に記載のシステム。

【請求項18】

前記第１のＳＢＣは、前記第１のメディアセッションのアウトダイアログを、前記第１のＳＢＣと前記第２のＳＢＣとの間の前記メディアセッションのアウトダイアログと置換するように構成され、
前記第２のＳＢＣは、前記第２のメディアセッションのインダイアログを、前記第１のＳＢＣと前記第２のＳＢＣとの間の前記メディアセッションのインダイアログと置換するように構成される、請求項１７に記載のシステム。

【請求項19】

前記第１のＳＢＣは、ＳＩＰ ＢＹＥメッセージを前記被転送側に送信し、前記第１のメディアセッションの前記アウトダイアログに関連付けられたリソースを解除するように構成され、前記第２のＳＢＣは、ＳＩＰ ＢＹＥメッセージを前記転送側に送信し、前記第２のメディアセッションの前記インダイアログに関連付けられたリソースを解除するように構成される、請求項１８に記載のシステム。

【請求項20】

コンピュータのプロセッサによって実行されると複数のステップを行なうように前記コンピュータを制御する実行可能命令が格納された、非一時的コンピュータ読取可能媒体であって、前記複数のステップは、
第１のセッションボーダーコントローラ（ＳＢＣ）で、転送側と被転送側との間に第１のメディアセッションを確立するステップと、
第２のＳＢＣで、前記転送側によって開始され、セッションルータによって前記第２のＳＢＣへルーティングされたＳＩＰ ＩＮＶＩＴＥメッセージに応答して、前記転送側と転送ターゲットとの間に第２のメディアセッションを確立するステップと、
前記第１のＳＢＣで、前記転送側によって開始され、前記第２のメディアセッションに関連付けられたダイアログＩＤを含むＳＩＰ ＲＥＦＥＲメッセージを受信し、それに応答して、前記ダイアログＩＤが前記第１のＳＢＣによって現在取り扱われているメディアセッションに対応していないと判定し、前記第１のＳＢＣとの負荷分担グループにおける前記第２のＳＢＣを含む複数のＳＢＣにＳＩＰ ＩＮＶＩＴＥメッセージを送信するステップとを含み、前記第１のＳＢＣによって送信された前記ＳＩＰ ＩＮＶＩＴＥメッセージは、前記第２のメディアセッションに関連付けられた前記ダイアログＩＤを含み、前記複数のステップはさらに、
前記第２のＳＢＣで、前記第１のＳＢＣによって送信された前記ＳＩＰ ＩＮＶＩＴＥメッセージを受信し、前記第１のＳＢＣによって送信された前記ＳＩＰ ＩＮＶＩＴＥメッセージを、前記転送ターゲットへのアテンド通話転送を要求しているとして認識し、それに応答して、前記被転送側と前記転送ターゲットとの間にメディアセッションを確立するために前記第２のメディアセッションを再使用するために前記転送ターゲットおよび前記第１のＳＢＣとシグナリングするステップを含む、非一時的コンピュータ読取可能媒体。

【発明の詳細な説明】

【技術分野】

【0001】

優先権主張
本願は、２０２１年１月１９日に出願された米国特許出願連続番号第１７／１５２，７３１号の優先権利益を主張する。当該特許出願の開示はその全体がここに引用により援用される。

【0002】

技術分野
本明細書に記載されている主題は、通話転送に関する。より特定的には、本明細書に記載されている主題は、転送ターゲットセッションの再使用を用いる最適化されたセッションボーダーコントローラ（session border controller：ＳＢＣ）間アテンド（attended）通話転送のための方法、システム、およびコンピュータ読取可能媒体に関する。

【背景技術】

【0003】

背景
通話転送（call transferまたはcall forwarding）は、電話通話をある電話から別の電話に再割り当てするためのメカニズムである。あらゆる転送事象は３人の当事者を伴い、彼らは、ボイスオーバーインターネットプロトコル（voice over Internet protocol：ＶｏＩＰ）ネットワークではユーザエージェントと呼ばれる。これら３人の当事者は、
転送側（transferor）：通話転送を開始する当事者；
被転送側（transferee）：その通話またはセッションが転送ターゲットに接続または転送されている当事者；および、
転送ターゲット：被転送側との通話に取り入れられている新たな当事者、である。

【0004】

ボイスオーバーＩＰ通話の場合、通話転送は、セッション開始プロトコル（session initiation protocol：ＳＩＰ）ＲＥＦＥＲ（参照）メソッドを使用して達成され得る。ＳＩＰ ＲＥＦＥＲメソッドは、インターネットエンジニアリングタスクフォース（Internet Engineering Task Force：ＩＥＴＦ）リクエストフォーコメンツ（Request for Comments：ＲＦＣ）３５１５において規定されている。ＳＩＰ ＲＥＦＥＲメソッドの用途のうちの１つは、通話転送である。たとえば、ＩＥＴＦ ＲＦＣ ３５１５は、以下のように述べている：
［ＳＩＰ ＲＥＦＥＲメソッドは］通話転送を含む多くの用途を可能にするために使用され得る。たとえば、アリス（Alice）がボブ（Bob）との通話中、ボブはキャロル（Carol）に話す必要があると決めた場合、アリスは自分のＳＩＰユーザエージェント（user agent：ＵＡ）に、キャロルのＳＩＰ連絡先情報を提供するＳＩＰ ＲＥＦＥＲ要求をボブのＵＡに送信するよう命令することができる。ボブがそれに許可を与えたと仮定すると、ボブのＵＡは、その連絡先を使用してキャロルに電話することを試みるであろう。ボブのＵＡは次に、それがアリスのＵＡと連絡を取ることに成功したかどうかを報告するであろう。
上述の引用文で、ＩＥＴＦ ＲＦＣ ３５１５は、ＳＩＰ ＲＥＦＥＲメソッドが通話転送を実施するために使用され得るということを示している。

【0005】

そもそも、ＳＩＰ ＲＥＦＥＲメソッドを通して通話を転送するには、
ブラインドまたは非アテンド（unattended）通話転送と、
アテンド通話転送、という２つのやり方がある。

【0006】

ブラインドまたは非アテンド通話転送では、転送側は、被転送側が転送ターゲットとの通話を直接開始するために、転送ターゲットの連絡先情報を提供する。アテンド通話転送では、転送側は被転送側を保留にし、差し迫った転送について転送ターゲットに知らせるために転送ターゲットとの通話を確立し、ターゲットを保留にし、次に、Refer-To（参照）ヘッダにおけるReplaces（置換）ヘッダフィールドを用いてＳＩＰ ＲＥＦＥＲメッセージを被転送側に送信することによって転送を進める。次に、Replacesヘッダフィールドの情報が、新たな通話のためのＩＮＶＩＴＥ（招待）要求の一環として、被転送側によって転送ターゲットに運ばれる。転送ターゲットはこの情報を使用して、転送側とのそのセッションを識別し、セッションを新たな通話と相関させる。

【0007】

ＳＢＣは、アテンド通話転送を行なうために使用されるシグナリングを含む、ユーザエージェント間のメディアセッションを確立し切断するために使用されるシグナリングを行なう。あるタイプのアテンド通話転送では、ＳＢＣは、被転送側に転送ターゲットとの新たなメディアセッションを確立するよう要求するのではなく、転送側と転送ターゲットとの間のメディアセッションを再使用するためにＳＩＰ Ｒｅ－ＩＮＶＩＴＥ（再招待）手順を利用することができる。しかしながら、Ｒｅ－ＩＮＶＩＴＥアプローチは、通話転送を行なうためにＲｅ－ＩＮＶＩＴＥ手順を使用するＳＢＣが転送側と転送ターゲットとの間のメディアセッションについて知っている場合にのみ機能する。ネットワークがセッション負荷分散を実現する場合、被転送側と転送側との間の元の通話のためのＳＢＣは、転送側と転送ターゲットとの間の通話のためのＳＢＣとは異なるかもしれない。そのような場合、被転送側と転送側との間の元の通話を確立したＳＢＣは、転送側と転送ターゲットとの間の通話について知らず、このため、転送側と転送ターゲットとの間の通話を再使用するためにＲｅ－ＩＮＶＩＴＥ手順を使用することができず、それは、通話転送の試みの失敗をもたらし得る。

【0008】

これらの難題に照らして、ＳＢＣ間のセッション負荷分散が実現されるネットワークにおけるアテンド通話転送のための改良された方法、システム、およびコンピュータ読取可能媒体が必要である。

【発明の概要】

【0009】

概要
転送ターゲットセッション再使用を用いる最適化されたセッションボーダーコントローラ（ＳＢＣ）間アテンド通話転送のための方法が提供される。方法は、第１のＳＢＣで、転送側と被転送側との間に第１のメディアセッションを確立するステップを含む。方法はさらに、第２のＳＢＣで、転送側によって開始され、セッションルータによって第２のＳＢＣへルーティングされたセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージに応答して、転送側と転送ターゲットとの間に第２のメディアセッションを確立するステップを含む。方法はさらに、第１のＳＢＣで、転送側によって開始され、第２のメディアセッションに関連付けられたダイアログＩＤを含むＳＩＰ ＲＥＦＥＲメッセージを受信し、それに応答して、ダイアログＩＤが第１のＳＢＣによって現在取り扱われているメディアセッションに対応していないと判定し、第１のＳＢＣとの負荷分担グループにおける第２のＳＢＣを含む複数のＳＢＣにＳＩＰ ＩＮＶＩＴＥメッセージを送信するステップを含み、ＳＩＰ ＩＮＶＩＴＥメッセージは、第２のメディアセッションに関連付けられたダイアログＩＤを含む。方法はさらに、第２のＳＢＣで、ＳＩＰ ＩＮＶＩＴＥメッセージを受信し、ＳＩＰ ＩＮＶＩＴＥメッセージを、転送ターゲットへのアテンド通話転送を要求しているとして認識し、それに応答して、被転送側と転送ターゲットとの間にメディアセッションを確立するために第２のメディアセッションを再使用するために転送ターゲットおよび第１のＳＢＣとシグナリングするステップを含む。

【0010】

本明細書に記載されている主題の別の局面によれば、第１のメディアセッションを確立するステップは、被転送側によって生じ、セッションルータによって第１のＳＢＣへ転送されたＳＩＰ ＩＮＶＩＴＥメッセージに応答して、第１のメディアセッションを確立するステップを含み、セッションルータは、通話分配ロジックを使用して、第１のメディアセッションを取り扱うために第１のＳＢＣを選択した。

【0011】

本明細書に記載されている主題の別の局面によれば、転送側によって開始されたＳＩＰ ＩＮＶＩＴＥメッセージは、セッションルータの通話分配ロジックに基づいて第２のＳＢＣに送信される。

【0012】

本明細書に記載されている主題の別の局面によれば、ＳＩＰ ＲＥＦＥＲメッセージを受信するステップは、第２のメディアセッションに関連付けられたダイアログＩＤを含むReplacesヘッダを有するＳＩＰ ＲＥＦＥＲメッセージを受信するステップを含む。

【0013】

本明細書に記載されている主題の別の局面によれば、第２のメディアセッションに関連付けられたダイアログＩＤを含むＳＩＰ ＩＮＶＩＴＥメッセージを送信するステップは、ＳＩＰ ＩＮＶＩＴＥメッセージが第２のメディアセッションを再使用するアテンド通話転送を開始するためのものであることを示すカスタムヘッダをＳＩＰ ＩＮＶＩＴＥメッセージに追加するステップを含む。

【0014】

本明細書に記載されている主題の別の局面によれば、被転送側と転送ターゲットとの間にメディアセッションを確立するために第２のメディアセッションを再使用するため第１のＳＢＣおよび転送ターゲットとシグナリングするステップは、ＳＩＰ Ｒｅ－ＩＮＶＩＴＥメッセージを転送ターゲットに送信するステップと、転送ターゲットから成功応答を受信するステップと、転送ターゲットからの成功応答の受信に応答して、成功応答を第１のＳＢＣに送信するステップとを含む。

【0015】

本明細書に記載されている主題の別の局面によれば、最適化されたＳＢＣ間アテンド通話転送のための方法は、第１のＳＢＣと第２のＳＢＣとの間にメディアセッションを確立するステップを含む。なお、第１のＳＢＣと第２のＳＢＣとの間にメディアセッションを確立するためにシグナリングが行なわれても、ＳＢＣ間メディアセッション上でメディアパケットが交換されないかもしれない。別の言い方をすれば、本明細書に記載されているような「メディアセッションを確立する」ことは、メディアセッションをセットアップするためにシグナリングを行なうことを含むものの、必ずしも、メディアセッションを通してメディアパケットを交換することを含まない。

【0016】

本明細書に記載されている主題の別の局面によれば、ターゲットセッション再使用を用いる最適化されたＳＢＣ間アテンド通話転送のための方法は、第１のＳＢＣで、第１のメディアセッションのアウトダイアログを、第１のＳＢＣと第２のＳＢＣとの間のメディアセッションのアウトダイアログと置換するステップと、第２のＳＢＣで、第２のメディアセッションのインダイアログを、第１のＳＢＣと第２のＳＢＣとの間のメディアセッションのインダイアログと置換するステップとを含む。

【0017】

本明細書に記載されている主題の別の局面によれば、ターゲットセッション再使用を用いる最適化されたＳＢＣ間アテンド通話転送のための方法は、第１のＳＢＣで、ＢＹＥメッセージを転送側に送信し、第１のメディアセッションのアウトダイアログに関連付けられたリソースを解除するステップを含む。

【0018】

本明細書に記載されている主題の別の局面によれば、ターゲットセッション再使用を用いる最適化されたＳＢＣ間アテンド通話転送のための方法は、第２のＳＢＣで、ＢＹＥメッセージを転送側に送信し、第２のメディアセッションのインダイアログに関連付けられたリソースを解除するステップを含む。

【0019】

本明細書に記載されている主題の別の局面によれば、転送ターゲットセッション再使用を用いる最適化されたセッションボーダーコントローラ（ＳＢＣ）間アテンド通話転送のためのシステムが提供される。システムは、転送側と被転送側との間に第１のメディアセッションを確立するための第１のＳＢＣを含む。システムはさらに第２のＳＢＣを含み、第２のＳＢＣは、転送側によって開始され、セッションルータによって第２のＳＢＣへルーティングされたセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージに応答して、転送側と転送ターゲットとの間に第２のメディアセッションを確立するためのものである。第１のＳＢＣは、転送側から、第２のメディアセッションに関連付けられたダイアログＩＤを含むＳＩＰ ＲＥＦＥＲメッセージを受信し、それに応答して、ダイアログＩＤが第１のＳＢＣによって現在取り扱われているメディアセッションに対応していないと判定し、第１のＳＢＣとの負荷分担グループにおける第２のＳＢＣを含む複数のＳＢＣにＳＩＰ ＩＮＶＩＴＥメッセージを送信するように構成され、ＳＩＰ ＩＮＶＩＴＥメッセージは、第２のメディアセッションに関連付けられたダイアログＩＤを含む。第２のＳＢＣは、ＳＩＰ ＩＮＶＩＴＥメッセージを受信し、ＳＩＰ ＩＮＶＩＴＥメッセージを、転送ターゲットへのアテンド通話転送を要求しているとして認識し、それに応答して、被転送側と転送ターゲットとの間にメディアセッションを確立するために第２のメディアセッションを再使用するために転送ターゲットおよび第１のＳＢＣとシグナリングするように構成される。

【0020】

本明細書に記載されている主題の別の局面によれば、第１のＳＢＣは、被転送側によって生じ、セッションルータによって第１のＳＢＣへ転送されたＳＩＰ ＩＮＶＩＴＥメッセージに応答して、第１のメディアセッションを確立するように構成され、セッションルータは、通話分配ロジックを使用して、第１のメディアセッションを取り扱うために第１のＳＢＣを選択した。

【0021】

本明細書に記載されている主題の別の局面によれば、第２のＳＢＣは、転送側によって生じ、セッションルータへ転送されたＳＩＰ ＩＮＶＩＴＥメッセージに応答して、第２のメディアセッションを確立するように構成され、セッションルータは、通話分配ロジックを使用して、第２のメディアセッションを取り扱うために第２のＳＢＣを選択した。

【0022】

本明細書に記載されている主題の別の局面によれば、ＳＩＰ ＲＥＦＥＲメッセージは、第２のメディアセッションに関連付けられたダイアログＩＤを含むReplacesヘッダを含む。

【0023】

本明細書に記載されている主題の別の局面によれば、第１のＳＢＣは、ＳＩＰ ＩＮＶＩＴＥメッセージのカスタムヘッダにおいて第２のメディアセッションに関連付けられたダイアログＩＤを含むように構成され、カスタムヘッダは、ＳＩＰ ＩＮＶＩＴＥメッセージが第２のメディアセッションを再使用するアテンド通話転送を開始するためのものであることを示す。

【0024】

本明細書に記載されている主題の別の局面によれば、被転送側と転送ターゲットとの間にメディアセッションを確立するために第２のメディアセッションを再使用するために第１のＳＢＣおよび転送ターゲットとシグナリングする際、第２のＳＢＣは、ＳＩＰ Ｒｅ－ＩＮＶＩＴＥメッセージを転送ターゲットに送信し、転送ターゲットから成功応答を受信し、転送ターゲットからの成功応答の受信に応答して、成功応答を第１のＳＢＣに送信するように構成される。

【0025】

本明細書に記載されている主題の別の局面によれば、第１のＳＢＣおよび第２のＳＢＣは、第１のＳＢＣと第２のＳＢＣとの間にメディアセッションを確立するように構成される。

【0026】

本明細書に記載されている主題の別の局面によれば、第１のＳＢＣは、第１のメディアセッションのアウトダイアログを、第１のＳＢＣと第２のＳＢＣとの間のメディアセッションのアウトダイアログと置換するように構成され、第２のＳＢＣは、第２のメディアセッションのインダイアログを、第１のＳＢＣと第２のＳＢＣとの間のメディアセッションのインダイアログと置換するように構成される。

【0027】

本明細書に記載されている主題の別の局面によれば、第１のＳＢＣは、ＳＩＰ ＢＹＥメッセージを転送側に送信し、第１のメディアセッションのアウトダイアログに関連付けられたリソースを解除するように構成され、第２のＳＢＣは、ＳＩＰ ＢＹＥメッセージを転送側に送信し、第２のメディアセッションのインダイアログに関連付けられたリソースを解除するように構成される。

【0028】

本明細書に記載されている主題の別の局面によれば、コンピュータのプロセッサによって実行されると複数のステップを行なうようにコンピュータを制御する実行可能命令が格納された、非一時的コンピュータ読取可能媒体が提供される。複数のステップは、第１のセッションボーダーコントローラ（ＳＢＣ）で、転送側と被転送側との間に第１のメディアセッションを確立するステップを含む。複数のステップはさらに、第２のＳＢＣで、転送側によって開始され、セッションルータによって第２のＳＢＣへルーティングされたセッション開始プロトコル（ＳＩＰ）ＩＮＶＩＴＥメッセージに応答して、転送側と転送ターゲットとの間に第２のメディアセッションを確立するステップを含む。複数のステップはさらに、第１のＳＢＣで、転送側によって開始され、第２のメディアセッションに関連付けられたダイアログＩＤを含むＳＩＰ ＲＥＦＥＲメッセージを受信し、それに応答して、ダイアログＩＤが第１のＳＢＣによって現在取り扱われているメディアセッションに対応していないと判定し、第１のＳＢＣとの負荷分担グループにおける第２のＳＢＣを含む複数のＳＢＣにＳＩＰ ＩＮＶＩＴＥメッセージを送信するステップを含み、ＳＩＰ ＩＮＶＩＴＥメッセージは、第２のメディアセッションに関連付けられたダイアログＩＤを含む。複数のステップはさらに、第２のＳＢＣで、ＳＩＰ ＩＮＶＩＴＥメッセージを受信し、ＳＩＰ ＩＮＶＩＴＥメッセージを、転送ターゲットへのアテンド通話転送を要求しているとして認識し、それに応答して、被転送側と転送ターゲットとの間にメディアセッションを確立するために第２のメディアセッションを再使用するために転送ターゲットおよび第１のＳＢＣとシグナリングするステップを含む。本明細書に記載されている主題は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実現されてもよい。そのため、本明細書で使用されるような「機能」、「ノード」、または「モジュール」という用語は、記載されている特徴を実現するための、ソフトウェアコンポーネントおよび／またはファームウェアコンポーネントも含み得るハードウェアを指す。例示的な一実現化例では、本明細書に記載されている主題は、コンピュータのプロセッサによって実行されると複数のステップを行なうようにコンピュータを制御するコンピュータ実行可能命令が格納されたコンピュータ読取可能媒体を使用して実現されてもよい。本明細書に記載されている主題を実現するために好適である例示的なコンピュータ読取可能媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブルロジックデバイス、および特定用途向け集積回路といった、非一時的コンピュータ読取可能媒体を含む。加えて、本明細書に記載されている主題を実現するコンピュータ読取可能媒体は、単一のデバイスまたはコンピューティングプラットフォーム上に位置していてもよく、もしくは、複数のデバイスまたはコンピューティングプラットフォーム間で分散されていてもよい。

【0029】

図面の簡単な説明
ここで、添付図面を参照して、本明細書に記載されている主題を説明する。

【図面の簡単な説明】

【0030】

【図1】単一のＳＢＣが被転送側に転送ターゲットを参照させるためにＲＥＦＥＲメッセージを転送側から被転送側へ中継する場合の、単一のＳＢＣを使用するアテンド通話転送のために交換される例示的なメッセージを示すメッセージフロー図である。

【図2】単一のＳＢＣがＲＥＦＥＲメッセージを被転送側へ中継する代わりに転送ターゲットとのセッションを開始する場合の、単一のＳＢＣを使用するアテンド通話転送のために交換される例示的なメッセージを示すメッセージフロー図である。

【図3】単一のＳＢＣが転送側と転送ターゲットとの間の以前に確立されたセッションを再使用するためにＲｅ－ＩＮＶＩＴＥ手順を使用する場合の、単一のＳＢＣを使用するアテンド通話転送のために交換される例示的なメッセージを示すメッセージフロー図である。

【図4】最初のセッションと転送ターゲットとのセッションとが異なるＳＢＣ上に存在する場合の、失敗したアテンド通話転送のために交換される例示的なメッセージを示すメッセージフロー図である。

【図5】ＳＢＣと、アテンド通話転送を行なうためにＳＢＣによって維持されるダイアログとを示すブロック図である。

【図6】元のセッションと転送ターゲットとのセッションとが異なるＳＢＣ上に存在する場合の、ターゲットセッション再使用を用いるアテンド通話転送のために交換される例示的なメッセージを示すメッセージフロー図である。

【図7】アテンド通話転送に関連付けられたメディアセッションが異なるＳＢＣ上に存在する場合の、アテンド通話転送に関連付けられた２つのＳＢＣおよびダイアログを示すブロック図である。

【図8】ＲＥＦＥＲメッセージの受信からＲｅ－ＩＮＶＩＴＥメッセージの送信までの、２つのＳＢＣによるターゲットセッション再使用を用いるアテンド通話転送のための例示的なプロセスを示すフローチャートである。

【図9】ＩＮＶＩＴＥメッセージへの応答の受信から通話が転送されるまでの、２つのＳＢＣによるターゲットセッション再使用を用いたアテンド通話転送のための例示的なプロセスを示すフローチャートである。

【発明を実施するための形態】

【0031】

詳細な説明
本明細書に記載されている主題は、複数のＳＢＣが関与し、転送ターゲットとのセッションが再使用されている場合の、アテンド通話転送のための方法、システム、およびコンピュータ読取可能媒体に関する。本明細書に記載されている主題を説明するために、元の通話は「Ａ」によって「Ｂ」に向かって開始され、「Ｂ」は次に通話を「Ｃ」に転送する。この場合、「Ａ」は被転送側、「Ｂ」は転送側、「Ｃ」は転送ターゲットである。なお、「Ｂ」の代わりに「Ａ」が転送を開始しても、提案される解決策は同様に機能するであろう。その場合、「Ａ」および「Ｂ」の役割は取り替えられるであろう。また、「通話」および「セッション」という用語は交換可能に使用される。加えて、「転送側」、「被転送側」、および「転送ターゲット」という用語は、メディアセッションを確立してアテンド通話転送を実施するためにエンドユーザによって使用される固定または携帯通信機器を指すよう意図される。本明細書に記載されている例では、アテンド通話転送は、ユーザ機器（user equipment：ＵＥ）間で行なわれる。ＵＥという用語は典型的にはモバイルデバイスを指すために使用されているが、本明細書に記載されているターゲットセッション再使用を用いるＳＢＣ間アテンド通話転送のための方法およびシステムは、転送側、被転送側、および転送ターゲットのうちのいずれか１つが固定ＶｏＩＰ電話である場合に適用可能である。

【0032】

ＳＢＣは、インターネット電話通話におけるシグナリングおよびメディアストリームを監視して制御するためにＶｏＩＰネットワークにデプロイされたネットワーク要素である。シグナリングはすべてＳＢＣを通過するため、それは本質的に、ユーザエージェントへの／からの通話関連シグナリングを透過的にルーティングすることによってＳＩＰ通話転送手順をサポートする。以下に詳細に説明されるように、既存のＳＩＰ ＩＰ通話転送手順は、単一のＳＢＣを伴う。しかしながら、ＳＢＣ間でセッションを負荷分散するためにセッションルータが使用される場合、新たなセッションは異なるＳＢＣ上に載る場合があり、既存のＳＩＰ通話転送手順は、本明細書に記載されている修正なしでは、ターゲットセッション再使用を用いるアテンド通話転送をサポートしない。

【0033】

図１は、単一のＳＢＣを伴うアテンド通話転送のために交換される例示的なＳＩＰメッセージを示すシグナリングメッセージフロー図である。図１を参照して、ＵＥ Ａ１００はＳＢＣ１０４を介してＵＥ Ｂ１０２との通話を開始する。通話セットアッププロセスはライン１で始まり、そこでは、ＵＥ Ａ１００はＳＩＰ ＩＮＶＩＴＥメッセージをＳＢＣ１０４に送信する。ＳＢＣ１０４はＵＥ Ｂ１０２を被呼側として認識し、ライン２でＳＩＰ ＩＮＶＩＴＥメッセージをＵＥ Ｂ１０２に送信する。ライン３で、ＵＥ Ｂ１０２はＳＢＣ１０４を介してＳＩＰ ２００ ＯＫメッセージをＵＥ Ａ１００に送信し、ＵＥ Ａ１００はＡＣＫ（受信確認）メッセージで応答する。ＳＩＰ ２００ ＯＫメッセージおよびＡＣＫメッセージの交換後、ライン４から明らかなように、メディアセッションまたは通話がＳＢＣ１０４を介してＵＥ Ａ１００とＵＥ Ｂ１０２との間でセットアップされる。

【0034】

ライン５で、ＵＥ Ｂ１０２は、ＳＩＰ ＩＮＶＩＴＥメッセージをＳＢＣ１０４に送信することによって、転送ターゲットとの通話の確立を開始する。ＳＢＣ１０４はＵＥ Ｃ１０６を被呼側として認識し、ライン６でＳＩＰ ＩＮＶＩＴＥメッセージをＵＥ Ｃ１０６に送信する。ライン７で、ＵＥ Ｃ１０６はＳＢＣ１０４を介してＳＩＰ ２００ ＯＫメッセージをＵＥ Ｂ１０２に送信する。ライン７の後で、ライン８から明らかなように、第２のセッションまたは通話がＳＢＣ１０４を介してＵＥ Ｂ１０２とＵＥ Ｃ１０６との間に確立される。

【0035】

メッセージフロー図のライン９で、ＵＥ Ｂ１０２は、ＳＢＣ１０４を介してＳＩＰ ＲＥＦＥＲメッセージをＵＥ Ａ１００に送信することによって、ＵＥ Ａ１００からＵＥ Ｃ１０６への通話の参照を開始する。ライン１０で、ＳＢＣ１０４はＳＩＰ ＲＥＦＥＲメッセージをＵＥ Ａ１００に送信する。ライン１１で、ＵＥ Ａ１００はＳＢＣ１０４を介してＳＩＰ ２０２メッセージをＵＥ Ｂ１０２に送信する。ライン１２で、ＳＢＣ１０４はＳＩＰ ２０２メッセージをＵＥ Ｂ１０２に送信する。

【0036】

メッセージフロー図のライン１３で、ＵＥ Ａ１００は、ＳＢＣ１０４を介してＳＩＰ ＩＮＶＩＴＥメッセージをＵＥ Ｃ１０６に送信することによって、ＵＥ Ｃ１０６とのメディアセッションを確立するプロセスを開始する。ライン１４で、ＳＢＣ１０４はＳＩＰ ＩＮＶＩＴＥメッセージをＵＥ Ｃ１０６に送信する。ＳＩＰ ＩＮＶＩＴＥメッセージは、ＵＥ Ｂ１０２とＵＥ Ｃ１０６との間のメディアセッションがＵＥ Ａ１００とＵＥ Ｃ１０６との間の新たに確立されるメディアセッションと置換されるべきであるということを示すReplacesヘッダを含む。

【0037】

ライン１５で、ＳＩＰ ２００ ＯＫメッセージおよびＡＣＫメッセージは交換され、ライン１５の後で、ライン１６から明らかなように、メディアセッションがＳＢＣ１０４を介してＵＥ Ａ １００とＵＥ Ｃ１０６との間に確立される。

【0038】

ライン１７および１８で、ＵＥ Ａ１００は転送についてＵＥ Ｂ１０２に通知し（NOTIFY）、ＵＥ ＡとＵＥ Ｂとの間のメディアセッションに関連付けられたリソースが解除される。ライン１９で、ＳＢＣ１０４およびＵＥ Ｃ１０６は、ＵＥ Ｂ１０２とＵＥ Ｃ１０６との間のメディアセッションに関連付けられたリソースを解除するためにシグナリングする。

【0039】

このため、図１では、アテンド通話転送が、単一のＳＢＣとＳＩＰ ＲＥＦＥＲメソッドとを使用して行なわれる。図１では、ライン１０でＳＩＰ ＲＥＦＥＲメッセージを受信した後で、ＵＥ Ａ１００は、転送ターゲットとのメディアセッションを接続するプロセスを開始するために、ＩＮＶＩＴＥメッセージを送信する。いくつかの場合、ＳＢＣは、通話転送における１つ以上の当事者の代わりに作用することによってプロセスを最適化するように通話転送に参加するのに十分にインテリジェントである。

【0040】

たとえば、ＳＢＣがＡ－Ｂ間セッション上でＢからＲＥＦＥＲを受信する場合、ＳＢＣはオプションで、Ａの代わりに「Ｃ」に向かってＩＮＶＩＴＥを生成することができる。これは、ＲＥＦＥＲをＡにプロキシバックする必要なく通話が転送されることを可能にする。ＣとのＳＩＰダイアログの確立に成功すると、ＳＢＣは、既存のＡ－Ｂ間セッションにおいてＢをＣと内部置換し、このため、通話転送についてＡに明示的に通知することなく、ＣをＡに接続する。転送成功後、ＳＢＣはまたオプションで、Ａ－Ｂ間セッション上でＢに向かってダイアログを解除する。これはブラインド通話転送およびアテンド通話転送の双方に当てはまり、アテンド通話転送の場合のための関連付けられたシグナリングが図２に示される。

【0041】

図２を参照して、ライン１～３で、ＵＥ Ａ１００とＵＥ Ｂ１０２とは、ＳＢＣ１０４を通してＵＥ Ａ１００とＵＥ Ｂ１０２との間にメディアセッションを確立するために、ＳＢＣ１０４を介してシグナリングメッセージを交換する。たとえば、ライン１で、ＵＥ Ａ１００はＳＩＰ ＩＮＶＩＴＥメッセージをＳＢＣ１０４に送信する。ＳＢＣ１０４はＵＥ Ｂ１０２を被呼側として認識し、ライン２でＳＩＰ ＩＮＶＩＴＥメッセージをＵＥ Ｂ１０２に送信する。ライン３で、ＵＥ Ｂ１０２はＳＢＣ１０４を介してＳＩＰ ２００ ＯＫメッセージをＵＥ Ａ１００に送信し、ＵＥ Ａ１００はＡＣＫメッセージで応答する。ＳＩＰ ２００ ＯＫメッセージおよびＡＣＫメッセージの交換後、ライン４から明らかなように、メディアセッションまたは通話がＳＢＣ１０４を介してＵＥ Ａ１００とＵＥ Ｂ１０２との間でセットアップされる。

【0042】

ライン５～７で、ＵＥ Ｂ１０２は、アテンド通話転送のためにＳＢＣ１０４を介してＵＥ Ｂ１０２とＵＥ Ｃ１０６との間にメディアセッションを確立するために、ＳＢＣ１０４とシグナリングする。ライン５で、ＵＥ Ｂ１０２はＳＩＰ ＩＮＶＩＴＥメッセージをＳＢＣ１０４に送信する。ＳＢＣ１０４はＵＥ Ｃ１０６を被呼側として認識し、ライン６でＳＩＰ ＩＮＶＩＴＥメッセージをＵＥ Ｃ１０６に送信する。ライン７で、ＵＥ Ｃ１０６はＳＢＣ１０４を介してＳＩＰ ２００ ＯＫメッセージをＵＥ Ｂ１０２に送信する。ライン７の後で、ライン８から明らかなように、第２のセッションまたは通話がＳＢＣ１０４を介してＵＥ Ｂ１０２とＵＥ Ｃ１０６との間に確立される。

【0043】

メッセージフロー図のライン９で、ＵＥ Ｂ１０２はＳＩＰ ＲＥＦＥＲメッセージをＳＢＣ１０４に送信し、ライン１０で、ＳＢＣ１０４はＳＩＰ ２０２受付（accepted）メッセージをＵＥ Ｂ１０２に送信する。これは、ＲＥＦＥＲメッセージがＵＥ Ａ１００に転送される図１での通話フローとは異なっている。ライン１１で、ＳＢＣ１０４は、ＵＥ Ａ１００とＵＥ Ｃ１０６との間にメディアセッションを確立するために、ＵＥ Ａ１００の代わりにＵＥ Ｃ１０６にＩＮＶＩＴＥメッセージを送信する。ライン１２で、ＵＥ Ｃ１０６は、ＳＩＰ ２００ ＯＫメッセージをＳＢＣ１０４に送信することによってＩＮＶＩＴＥメッセージの受信を確認し、ＳＢＣ１０４はＡＣＫメッセージで応答する。ライン１２での２００ ＯＫメッセージおよびＡＣＫメッセージの交換後、ライン１３から明らかなように、メディアセッションがＳＢＣ１０４を介してＵＥ Ａ１００とＵＥ Ｃ１０６との間に確立される。

【0044】

ライン１４で、ＳＢＣ１０４は、転送についてＵＥ Ｂ１０２に通知するために、ＵＥ Ｂ１０２とシグナリングする。ライン１５および１６で、ＵＥ Ｂ１０２はＵＥ Ａ１００との通話を終了し、関連付けられたメディアリソースが解除される。ライン１７～１９で、ＵＥ Ｃ１０６は、ＵＥ Ｂ１０２とＵＥ Ｃ１０６との間のメディアセッションに関連付けられたリソースを解除するために、ＳＢＣ１０４とシグナリングする。このため、図２は、アテンド通話転送が単一のＳＢＣを使用して行なわれ、単一のＳＢＣが被転送側の代わりにＩＮＶＩＴＥメッセージを送信する場合を示す。

【0045】

アテンド通話転送の別の例では、転送に関与する２つの通話（すなわち、Ａ－Ｂ間通話およびＢ－Ｃ間通話）が、同じＳＢＣに確立される。ＳＢＣはオプションで、その後新たなセッションを作成するであろう新規ＩＮＶＩＴＥを送信する代わりに、既存のセッションを再使用するために、すでに確立されたＢ－Ｃ間セッション上でＣに向かってＲｅ－ＩＮＶＩＴＥを送信することができる。これは、ＩＮＶＩＴＥメッセージにおけるReplacesヘッダをサポートしないいくつかのユーザエージェントに応じるために行なわれる。通話転送後、ＳＢＣはまたオプションで、Ｂ－Ｃ間セッションと同様にＡ－Ｂ間セッション上でＢに向かって通話レッグを解除することができる。この方法は図３に図示され、Ｒｅ－ＩＮＶＩＴＥアプローチと呼ばれる。

【0046】

図３を参照して、ＳＢＣ１０４を介してＵＥ Ａ１００とＵＥ Ｂ１０２との間に通話を確立するために、ライン１～４におけるシグナリングは、図１および図２と同じである。同様に、ライン５～８におけるシグナリングおよびメディアは、ＳＢＣ１０４を介してＵＥ Ｂ１０２とＵＥ Ｃ１０６との間に通話を確立する。

【0047】

図２と同様に、ライン９～１０で、ＵＥ Ｂ１０２は、ＵＥ Ａ１００にＵＥ Ｃ１０６を参照させるために、ＲＥＦＥＲメッセージをＳＢＣ１０４に送信する。ライン１１で、図３におけるシグナリングは、図２におけるシグナリングとは異なっている。図２のライン１１では、ＳＢＣ１０４は、ＵＥ Ａ１００とＵＥ Ｃ１０６との間で新たなメディアセッションを開始するために、ＵＥ Ａ１００の代わりにＵＥ Ｃ１０６に新規ＩＮＶＩＴＥを送信する。図３のライン１１では、ＳＢＣ１０４は、ＵＥ Ｂ１０２とＵＥ Ｃ１０６との間の既存のメディアセッションに関連付けられたＳＢＣ１０４のリソースを再使用するために、Ｒｅ－ＩＮＶＩＴＥをＵＥ Ｃ１０６に送信する。

【0048】

図３のライン１２で、ＵＥ Ｃ１０６は、ＳＩＰ ２００ ＯＫメッセージをＳＢＣ１０４に送信することによってＲｅ－ＩＮＶＩＴＥを受付け、ＳＢＣ１０４はＡＣＫメッセージで応答する。ライン１２の後で、メディアセッションがＳＢＣ１０４を介してＵＥ Ａ１００とＵＥ Ｃ１０６との間でセットアップされる。ＵＥ Ａ１００とＵＥ Ｃ１０６との間のメディアセッションは、ＵＥ Ｂ１０２とＵＥ Ｃ１０６との間のメディアセッションのために以前に使用されたＳＢＣ１０４のリソースを再使用する。

【0049】

ライン１４～１６は、ＵＥ Ａ１００とＵＥ Ｂ１０２との間のメディアセッションに関連付けられたリソースを解除するためにＵＥ Ｂ１０２およびＳＢＣ１０４がシグナリングする場合の、図２での対応するシグナリングと同じである。ライン１７および１８で、ＳＢＣ１０４は、ＵＥ Ｂ１０２とＵＥ Ｃ１０６との間のメディアセッションに関連付けられたリソースを解除するために、ＵＥ Ｂ１０２とシグナリングする。このため、図３は、単一のＳＢＣがＲｅ－ＩＮＶＩＴＥメソッドを使用する場合の、単一のＳＢＣを使用するアテンド通話転送の場合を示す。

【0050】

図３に示されたＲｅ－ＩＮＶＩＴＥアプローチは、２つの通話が通話転送に関連付けられるかまたは同じＳＢＣを通して確立される限り、うまく機能する。しかしながら、いくつかの場合、新たな着信通話をＳＢＣ間で分配するために使用されるセッション負荷分散器／ルータまたはセッションルータ（session router：ＳＲ）の背後に、１組のＳＢＣがデプロイされる。これは、Ａ－Ｂ間通話およびＢ－Ｃ間通話が異なるＳＢＣを通して確立される上述のシナリオにとって問題を引き起こす。この場合、あるＳＢＣがＣに転送するためにＡ－Ｂ間セッション上でＢからＲＥＦＥＲを受信し、かつ、当該ＳＢＣがＢ－Ｃ間セッションをホストしない場合、当該ＳＢＣはＲｅ－ＩＮＶＩＴＥアプローチを進めることができない。これは図４に示される。これが生じる場合、ＳＢＣは典型的には、エラー応答を送信するか、ＲＥＦＥＲをその意図された受信側であるＡへ透過的に中継するか、または、新規ｉｎｖｉｔｅをＣに送信するという標準挙動まで後退するであろう。これらの場合のいずれでも、ＢとＣとの間のメディアセッションを再使用することはできない。なぜなら、ＲＥＦＥＲメッセージを受信するＳＢＣが、参照されているメディアセッションの知識を有していないためである。

【0051】

図４を参照して、ライン１で、ＵＥ Ａ１００は、ＩＮＶＩＴＥメッセージをセッションルータ（ＳＲ）４００に送信することによって、ＵＥ Ｂ１０２との通話を開始する。セッションルータ４００はその負荷分散アルゴリズムを行ない、通話がＳＢＣ１０４に送信されるべきであると判定する。したがって、ライン２で、ＳＲ４００はＩＮＶＩＴＥメッセージをＳＲ１０４に送信する。

【0052】

ライン３で、ＳＢＣ１０４は、被呼側であるＵＥ Ｂ１０２にＩＮＶＩＴＥメッセージを送信する。ライン４で、ＵＥ Ｂ１０２はＳＢＣ１０４を介して２００ ＯＫメッセージをＵＥ Ａ１００に送信し、ＵＥ Ａ１００はＡＣＫメッセージで応答する。ライン４の後で、ライン５から明らかなように、通話またはセッションがＵＥ Ａ１００とＵＥ Ｂ１０２との間に確立される。

【0053】

ライン６で、ＵＥ Ｂ１０２は、通話転送のために転送ターゲットであるＵＥ Ｃ１０６との通話を開始する。プロセスは、ＩＮＶＩＴＥメッセージをＳＲ４００に送信することによって開始される。ＳＲ４００は、Ｂ－Ｃ間通話がＳＢＣ４０２上に載るべきであると判定し、したがってライン７で、ＳＲ４００はＩＮＶＩＴＥメッセージをＳＢＣ４０２に送信し、ライン８でＩＮＶＩＴＥメッセージをＵＥ Ｃ１０６に転送する。ライン９で、ＵＥ Ｃ１０６はＳＢＣ４０２を介して２００ ＯＫメッセージをＵＥ Ｂ１０２に送信し、ＵＥ Ｂ１０２はＡＣＫメッセージで応答する。ライン９の後で、ライン１０から明らかなように、メディアセッションがＳＢＣ４０２を介してＵＥ Ｂ１０２とＵＥ Ｃ１０６との間でセットアップされる。しかしながら、ＳＢＣ１０４はこのメディアセッションの知識を有していないことに留意すべきである。

【0054】

ライン１１で、ＵＥ Ｂ１０２は、被転送側に転送ターゲットを（ＵＥ Ａ１００にＵＥ Ｃ１０６を）参照させるために、ＲＥＦＥＲメッセージをＳＢＣ１０４に送信する。ＲＥＦＥＲメッセージは、ＡにＣを参照させるためのReplacesヘッダを含む。ＳＢＣ１０４はＢ－Ｃ間通話について知らないため、ライン１２で、ＳＢＣ１０４は、通話転送を終了させるエラーメッセージで応答する。

【0055】

ネットワークオペレータおよび企業などのＳＢＣのユーザは、Ｒｅ－ＩＮＶＩＴＥアプローチが負荷分散の場合でも機能することを期待する。なぜなら、特に機器のすべてが同じ供給業者によって提供される場合、ＳＢＣおよびＳＲは単一のユニットとして見られるためである。本明細書に記載されている主題は、転送に関与する２つの通話が、ＳＢＣ間でセッションを負荷分散するセッションルータの背後に位置する異なるＳＢＣを通して確立される場合に、アテンド通話転送のためのＲｅ－ＩＮＶＩＴＥアプローチを容易にするための最適化された解決策を提供する。

【0056】

本明細書に記載されている主題は、通話転送に関与する２つの通話を固定する２つのＳＢＣ間に新たな通話を確立し、Ｒｅ－ＩＮＶＩＴＥアプローチを使用してアテンド通話転送を可能にするためにＳＢＣ間でカスタム情報を交換するための方法を含む。Ｒｅ－ＩＮＶＩＴＥアプローチを使用してＳＢＣ間でアテンド通話転送を行なうために、ＳＢＣは、通話に関与するＵＥまたはユーザエージェント間のセッションを管理するための背中合わせの（back to back）ユーザエージェントとして作用する。ＳＢＣは、各通話またはセッションについて、発呼側とのダイアログ（インダイアログ）と、被呼側とのダイアログ（アウトダイアログ）という、２つのダイアログを維持する。これは図５に示される。図５を参照して、ＳＢＣ１０４は、ＵＥ Ａ１００とＵＥ Ｂ１０２との間のセッション１ ５００と、ＵＥ Ｂ１０２とＵＥ Ｃ１０６との間のセッション２ ５０２という、２つのセッションを維持する。セッション１ ５００では、ＳＢＣ１０４は、ＵＥ Ａ１００とのインダイアログ５０４と、ＵＥ Ｂ１０２とのアウトダイアログ５０６とを維持する。同様に、セッション２ ５０２については、ＳＢＣ１０４は、ＵＥ Ｂ１０２とのインダイアログ５０８と、 ＵＥ Ｃ１０６とのアウトダイアログ５１０とを維持する。

【0057】

図６は、複数のＳＢＣとＲｅ－ＩＮＶＩＴＥメソッドとを使用するアテンド通話転送を示すメッセージフロー図である。図６を参照して、ライン１～４で、ＵＥ Ａ１００は、ＳＢＣ１０４を介してＵＥ Ａ１００とＵＥ Ｂ１０２との間に通話を確立するために、ＵＥ Ｂ１０２とシグナリングする。ライン１の後で、ＳＲ４００は第１の通話のためにＳＢＣ１０４を選択する。対応する通話またはメディアセッションは、ライン５によって示される。

【0058】

ライン６～９で、ＵＥ Ｂ１０２は、ＵＥ Ｂ１０２とＵＥ Ｃ１０６との間にメディアセッションまたは通話を確立するために、ＵＥ Ｃ１０６とシグナリングする。この例では、図４と同様に、ＳＲ４００は第２の通話をＳＢＣ４０２へルーティングする。第２の通話またはメディアセッションは、ライン１０によって示される。

【0059】

メッセージフロー図のライン１１で、ＵＥ Ｂ１０２はＲＥＦＥＲメッセージをＳＢＣ１０４に送信する。ＲＥＦＥＲメッセージは、ＡにＣを参照させるためのReplacesヘッダを含む。ＳＢＣ１０４がＣへのアテンド通話転送のためにＡ－Ｂ間セッション上でＵＥ Ｂ１０２からＲＥＦＥＲメッセージを受信すると、ＳＢＣ１０４はまず、ＲＥＦＥＲメッセージにおけるReplacesヘッダからのダイアログ識別子を使用して、Ｂ－Ｃ間セッションに対応する整合するインダイアログを見つけようとする。ＳＢＣ１０４が整合するダイアログまたはセッションを見つけられなかった場合、ＳＢＣ１０４は、ＳＢＣ１０４と同じ負荷分散または負荷分担グループにおけるすべてのＳＢＣに新規ＩＮＶＩＴＥメッセージを送信するであろう。ＩＮＶＩＴＥメッセージは、これがＢ－Ｃ間セッションに向かってアテンド電話転送をトリガするための特別の通話であることを示すカスタムヘッダを運ぶであろう。ＩＮＶＩＴＥのセッション記述プロトコル（session description protocol：ＳＤＰ）部分は、Ａ－Ｂ間セッションのためにＳＢＣ１０４によって受信されたＩＮＶＩＴＥメッセージのＳＤＰ部分に由来し、ＩＰアドレスおよびポートなどのＳＢＣ１０４メディア情報を含み得る。

【0060】

カスタムヘッダの存在は、ＩＮＶＩＴＥメッセージを特別のＩＮＶＩＴＥとして扱い、通話をそれ以上ルーティングしないことを示す、受信側ＳＢＣへの指示として機能するであろう。特別のＩＮＶＩＴＥメッセージを受信するＳＢＣが、ReplacesヘッダにおけるダイアログＩＤと整合する通話をホストしない場合、ＳＢＣはエラー応答メッセージを送信し得る。

【0061】

受信側ＳＢＣがReplacesヘッダにおけるダイアログ識別子と整合するインダイアログを有する場合、ＳＢＣは、ＡにＣを参照させるＲｅ－ＩＮＶＩＴＥプロセスを開始するであろう。Ｒｅ－ＩＮＶＩＴＥは、ＳＢＣ１０４から受信された同じＳＤＰ情報を運ぶであろう。

【0062】

図６のメッセージフローに戻って、ライン１３で、ＳＢＣ１０４は、それがＲＥＦＥＲメッセージにおいて識別されたダイアログと整合するインダイアログをしていないと判定し、負荷分担グループにおけるすべてのＳＢＣにＩＮＶＩＴＥメッセージを送信する。ＳＢＣ４０２は、ＩＮＶＩＴＥメッセージのReplacesヘッダにおけるダイアログと整合するインダイアログを含む唯一のＳＢＣである。したがって、ライン１４で、ＳＢＣ４０２は、ライン１０のメディアセッションかまたはメディアセッションのためのアウトダイアログを、ライン５におけるＵＥ Ａとのメディアセッションのインダイアログに接続するプロセスを開始するために、Ｒｅ－ＩＮＶＩＴＥメッセージをＵＥ Ｃ１０６に送信する。ライン１５で、ＵＥ Ｃ１０６は２００ ＯＫ（成功）応答メッセージで応答する。

【0063】

メッセージフロー図のライン１５でＵＥ Ｃ１０６から成功応答を受信すると、ＳＢＣ４０２は、Ｂ－Ｃ間セッションのインダイアログを、以下にＳ１－Ｓ２間セッションと呼ばれる、ＳＢＣ４０２とＳＢＣ１０４との間で作成されている新たなセッションのインダイアログと置換し、ライン１６で、Ｓ１－Ｓ２間セッションの確立を完了するための成功応答を、ライン１５でＵＥ Ｃ１０６から受信された２００ ＯＫのＳＤＰ部分において運ばれたセッション記述とともに、ＳＢＣ１０４に送信する。ＳＢＣ１０４とＵＥ Ｃ１０６との間で２００ ＯＫメッセージのＳＤＰ部分におけるセッション記述を透過的に交換することは、ＳＢＣ１０４とＵＥ Ｃ１０６との間に直接メディア経路を確立し、このため、メディアルートを最適化する。ライン１７によって示されるように、Ｓ１－Ｓ２間セッションの確立は、ＳＢＣ１０４とＳＢＣ４０２との間での、または、ＳＢＣ１０４およびＳＢＣ４０２を介した、ＵＥ Ａ１００とＵＥ Ｃ１０６との間のメディアセッションを完成させる。

【0064】

図７は、通話転送中および通話転送後のダイアログの状態を示す。前の段落で述べられたように、図６のメッセージフロー図のライン１５でＵＥ Ｃ１０６から成功応答を受信すると、ＳＢＣ４０２は、Ｂ－Ｃ間セッションのインダイアログを、Ｓ１－Ｓ２間セッションのインダイアログと置換する。同様に、メッセージフロー図のライン１６でＳＢＣ４０２から成功応答を受信すると、ＳＢＣ１０４は、Ａ－Ｂ間通話におけるアウトダイアログを、Ｓ１－Ｓ２間通話からのアウトダイアログと置換する。ＳＢＣ１０４は次に、Ａ－Ｂ間通話上でのＵＥ Ｂ１０２とのシグナリング交換（すなわち、ＮＯＴＩＦＹおよびＢＹＥ）を、双方の通話がＳＢＣ１０４上でホストされた場合に有するのと同じ態様で続けるであろう。ＵＥ Ａ１００とＵＥ Ｃ１０６との間にメディア経路７００を作成した後で、ＳＢＣ１０４は、Ａ－Ｂ間セッションのためのアウトダイアログに関連付けられたリソースを削除または解放するために、ＵＥ Ｂ１０２とシグナリングする。同様に、Ｂ－Ｃ間セッション上でのインダイアログがいったん、Ｓ１－Ｓ２間セッションからのインダイアログと置換されると、ＳＢＣ４０２は、Ｂ－Ｃ間セッションのためのインダイアログに関連付けられたリソースを解放し得る。

【0065】

図８および図９は、元の通話と転送ターゲットに関連付けられた通話とが別個のＳＢＣ上で確立される場合にアテンド通話転送を行なう際に、ＳＢＣ１０４および４０２によって行なわれる例示的なプロセスを示すフローチャートである。図８を参照して、プロセスは、ＳＢＣ１０４がＵＥ ＢからＲＥＦＥＲメッセージを受信すると始まる。図６のライン１１に関して上述されたように、ＲＥＦＥＲメッセージはReplacesヘッダを含み得る。ＳＢＣ１０４はReplacesヘッダからダイアログＩＤを抽出する。ステップ８０２で、ＳＢＣ１０４は、Replacesヘッダから抽出されたダイアログＩＤが、ＳＢＣ１０４によって取り扱われる既存のダイアログのリストにあるかどうかを判定する。ダイアログが見つかった場合、これは、発呼者が参照されている通話がＳＢＣ１０４によって取り扱われていることを意味し、制御はステップ８０４に進み、そこでは、ＳＢＣ間通話を伴わないＲＥＦＥＲ処理が行なわれる。

【0066】

ステップ８０２で、Replacesヘッダからのダイアログが、ＳＢＣ１０４によって取り扱われる既存のダイアログのリストにおいて見つからなかった場合、制御はステップ８０６に進み、そこでは、ＳＢＣ１０４は、ＩＮＶＩＴＥメッセージをＳＢＣ間アテンド通話転送のための要求として識別するカスタムヘッダ情報を用いて、新たなＩＮＶＩＴＥメッセージを作成する。

【0067】

ステップ８０８で、ＳＢＣ１０４は、ＳＢＣ１０４または当事者Ａ（これらの例での被転送側）のＩＰアドレスおよびポートを含むＳＤＰ部分をＩＮＶＩＴＥメッセージに追加する。ステップ８１０で、ＳＢＣ１０４は、ＲＥＦＥＲメッセージから抽出されたダイアログＩＤを有するカスタムヘッダをＩＮＶＩＴＥメッセージに追加する。ステップ８１２で、ＳＢＣ１０４は、ＳＢＣ１０４と同じ負荷分担グループにおけるすべてのＳＢＣにＩＮＶＩＴＥメッセージを送信する。特別のＩＮＶＩＴＥメッセージを受信するＳＢＣは、それらがＩＮＶＩＴＥメッセージのReplacesヘッダに存在するダイアログを取り扱っているかどうかを判定するために、ダイアログのそれらのそれぞれのリストにおいてルックアップを行なうであろう。ＳＢＣによって取り扱われているダイアログＩＤのリストにダイアログＩＤが存在しない場合、ＳＢＣは４ＸＸ応答で応答するであろう。特別のＩＮＶＩＴＥメッセージのReplacesヘッダからのダイアログＩＤが、ＳＢＣによって取り扱われているダイアログのリストにおいて見つかった場合、受信側ＳＢＣは、通話転送を完了するために、送信側ＳＢＣとシグナリングする。

【0068】

ＳＢＣ４０２はＩＮＶＩＴＥメッセージを受信し、ステップ８１４で、カスタムヘッダが存在するかどうかを判定する。カスタムヘッダが存在しない場合、制御はステップ８１５に進み、そこでは、ＩＮＶＩＴＥメッセージによって示されたセッションを確立するために、通常の通話処理がＳＢＣ上で行なわれる。ステップ８１４でカスタムヘッダが存在すると判定された場合、制御はステップ８１６に進み、そこでは、ＳＢＣ４０２はカスタムヘッダからダイアログＩＤを抽出する。

【0069】

ステップ８１８で、ＳＢＣ４０２は、Replacesヘッダから抽出されたダイアログＩＤが、ＳＤＰによって取り扱われているダイアログのリストに存在するかどうかを判定する。ダイアログが見つからなかった場合、制御はステップ８２０に進み、そこでは、ＳＢＣ４０２は４ＸＸエラー応答を送信する。ダイアログが見つかった場合、制御はステップ８２２に進み、そこでは、ＳＢＣ４０２は、ＳＢＣ１０４から受信されたＳＤＰ情報を運ぶＲｅ－ＩＮＶＩＴＥメッセージを転送ターゲットに送信する。

【0070】

図９を参照して、プロセスは、ＳＢＣ４０２がＵＥ Ｃ１０６から応答を受信すると始まる。ステップ８２４で、ＳＢＣ４０２は、応答がＲｅ－ＩＮＶＩＴＥメッセージに応答して成功を示すかどうかを判定する。応答が成功を示さない場合、制御はステップ８２６に進み、そこでは、ＳＢＣ４０２は４ＸＸエラー応答をＳＢＣ１０４に送信する。ステップ８２８で、ＳＢＣ４０２は、リソースを解除することによって、Ｓ１とＳ２との間の通話を除去する。

【0071】

ステップ８２４で、成功応答が転送ターゲットから受信されたとＳＢＣ４０２が判定した場合、制御はステップ８３２に進み、そこでは、ＳＢＣ４０２は、Ｂ－Ｃ間通話のアウトダイアログをＳ１－Ｓ２間通話のインダイアログとリンクさせる。ステップ８２４で、ＳＢＣ４０２はオプションで、リソースを解除するために、Ｂ－Ｃ間通話のインダイアログ上でＵＥ Ｂ１０２にＢＹＥメッセージを送信する。ステップ８３４で、ＳＢＣ４０２は、ＵＥ Ｃ１０６から受信されたＳＤＰ情報を運ぶ成功応答をＳＢＣ１０４に送信する。

【0072】

特別のＩＮＶＩＴＥメッセージへの応答を受信すると、ＳＢＣ１０４は、ステップ８３６で、応答が成功を示すかどうかを判定する。応答が成功を示さない場合、制御はステップ８３８に進み、そこでは、ＳＢＣ１０４は、負荷分担グループにおけるすべてのＳＢＣから応答が受信されたかどうかを判定する。

【0073】

すべてのＳＢＣから応答が受信されなかった場合、制御はステップ８４０に進み、そこでは、ＳＢＣ１０４は、負荷分担グループにおける他のＳＢＣからのＩＮＶＩＴＥ応答を待つ。ステップ８３８で、すべてのＳＢＣから応答が受信され、どの応答も成功を示さない場合、制御はステップ８４２に進み、そこでは、ＳＢＣ１０４は、通話転送が成功しなかったとことを示す４ＸＸエラーコードを有するＮＯＴＩＦＹメッセージをＵＥ Ｂ１０２に送信する。

【0074】

ステップ８３６で、特別のＩＮＶＩＴＥメッセージへの応答が成功である場合、制御はステップ８４４に進み、そこでは、ＳＢＣ１０４は、Ｓ１－Ｓ２間通話のアウトダイアログをＡ－Ｂ間通話のインダイアログとリンクさせる。制御は次にステップ８４６に進み、そこでは、ＳＢＣ１０４は、転送が成功したことを示すＮＯＴＩＦＹメッセージをＵＥ Ｂ１０２に送信する。ステップ８４８で、ＳＢＣ１０４はオプションで、Ａ－Ｂ間通話のアウトダイアログ上でＵＥ Ｂ１０２にＢＹＥメッセージを送信し、そのダイアログに関連付けられたリソースを解除する。

【0075】

ここに開示された主題の様々な詳細は、ここに開示された主題の範囲から逸脱することなく変更され得るということが理解されるであろう。さらに、前述の説明は、限定のためではなく、例示のみのためのものである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【国際調査報告】