JP2013513320A

JP2013513320A - ユーザ機器にボイス・メッセージを供給する方法および装置

Info

Publication number: JP2013513320A
Application number: JP2012542330A
Authority: JP
Inventors: カイ，イギャン; リ，シャンヤン
Original assignee: アルカテル−ルーセント
Priority date: 2009-12-10
Filing date: 2009-12-10
Publication date: 2013-04-18
Also published as: CN102577448B; CN102577448A; US9002327B2; EP2512162A4; EP2512162A1; KR101420607B1; US20120252417A1; KR20120102752A; WO2011069292A1

Abstract

第３のＵＥが第２のＵＥに電話をかけるが、第２のＵＥが第１のＵＥと通話中である場合、呼び出し制御装置は、第１のユーザ機器と第２のユーザ機器との間の通話を保持しながら、前記第３のユーザ機器からのボイス・メッセージを第２のユーザ機器にバックグラウンド・ボイス・メッセージとして供給する。バックグラウンド・ボイス・メッセージの中の「バックグラウンド」は、元の通話に対する相対語であり、他の特別な意味を何も有してはいない。第１のＵＥと第２のＵＥとの間の元の通話は影響を受けないので、第２のＵＥ、または第２のＵＥを使用する第２のユーザにとって、第３のＵＥからのボイス・メッセージはバックグラウンド・ボイス・メッセージである。

Description

本発明は、ユーザ機器にボイス・メッセージを供給する方法および装置に関する。

発呼者が被呼者に電話をかけると、被呼者が通話中（ビジーとも呼ばれる）の場合、発呼者からの呼び出しは拒否されるか、または、発呼者からの呼び出しは、ネットワークの中の呼び出し制御装置、例えば電話通信アプリケーション・サーバ（ＴＡＳ）またはスイッチにより、被呼者のボイス・メッセージ・サーバ（ＶＭＳ）に転送され、その結果、発呼者は被呼者のボイスメール・ボックスにボイス・メッセージを送信することができる。ＶＭＳはボイス・メッセージを受信して格納し、次いで、ＶＭＳはボイスメール・メッセージ待ちインジケータを被呼者のユーザ機器（ＵＥ）に送信して、ボイス・メッセージをチェックするように被呼者を促す。被呼者の通話が終了すると、被呼者は、ＶＭＳからのボイスメール・メッセージ待ちインジケータに従って、ＶＭＳと通信してボイス・メッセージをチェックする。

ユーザが通話中、特に、例えば電話会議のような長い通話中には、彼／彼女は、彼／彼女のボイスメール・ボックスの中のボイスメールをチェックすることができず、速やかな行動を必要とする重要なボイスメールを見逃す可能性がある。上述の問題に対し、第１のユーザ機器（ＵＥ）と通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給する、技術的解決策を提案することは有利であろう。第３のＵＥが第２のＵＥに電話をかけるが、第２のＵＥが第１のＵＥと通話中である場合、呼び出し制御装置は、第１のＵＥと第２のＵＥとの間の通話を保持しながら、前記第３のＵＥからのボイス・メッセージを第２のＵＥにバックグラウンド・ボイス・メッセージとして供給する。バックグラウンド・ボイス・メッセージの中の「バックグラウンド」という単語は、元の通話に対する相対語にすぎず、他の特別な意味を何も有してはいない。第１のＵＥと第２のＵＥとの間の元の通話は影響を受けないので、第２のＵＥ、または第２のＵＥを使用する第２のユーザにとって、第３のＵＥからのボイス・メッセージはバックグラウンド・ボイス・メッセージである。

本発明の実施形態によれば、遠隔通信ネットワークの中の呼び出し制御装置において、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給する方法が提供される。この方法は、前記第３のＵＥと前記第２のＵＥとの間の呼の確立を要求するように構成された第１の要求メッセージを前記第３のＵＥから受信すること、前記第２のＵＥが前記第１のＵＥと通話中であるかどうかを検出すること、および、前記第２のＵＥが前記第１のＵＥと通話中である場合、前記第１のＵＥと前記第２のＵＥとの間の前記通話を保持しながら、前記第３のＵＥからのボイス・メッセージを前記第２のＵＥにバックグラウンド・ボイス・メッセージとして供給することを含む。

本発明の別の実施形態によれば、遠隔通信ネットワークの中のボイス・メッセージ・サーバ（ＶＭＳ）において、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給する方法が提供される。この方法は、前記ＶＭＳと前記第３のＵＥとの間の呼の確立を要求するように構成された第３の要求メッセージを呼び出し制御装置から受信すること、および、前記ＶＭＳと前記第２のＵＥとの間の呼の確立を要求するように構成された第６の要求メッセージを前記第２のＵＥに送信することを含む。

本発明の別の実施形態によれば、遠隔通信ネットワークの中の呼び出し制御装置において、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給する、第１の供給装置が提供される。この装置は、前記第３のＵＥと前記第２のＵＥとの間の呼の確立を要求するように構成された第１の要求メッセージを、前記第３のＵＥから受信するように構成された第１の受信手段、前記第２のＵＥが前記第１のＵＥと通話中かどうかを検出するように構成された検出手段、および、前記第２のＵＥが前記第１のＵＥと前記通話中である場合、前記第１のＵＥと前記第２のＵＥとの間の前記通話を保持しながら、前記第３のＵＥからのボイス・メッセージを前記第２のＵＥにバックグラウンド・ボイス・メッセージとして供給するように構成されたバックグラウンド・ボイス供給手段を含む。

本発明の別の実施形態によれば、遠隔通信ネットワークの中のＶＭＳにおいて、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給する、第２の供給装置が提供される。この装置は、前記ＶＭＳと前記第３のＵＥとの間の呼の確立を要求するように構成された第３の要求メッセージを、呼び出し制御装置から受信するように構成された第２の受信手段、および、前記ＶＭＳと前記第２のＵＥとの間の呼の確立を要求するように構成された第６の要求メッセージを、前記第２のＵＥに送信するように構成された第２の送信手段を含む。

本発明によって提供される方法および装置を使用して、（第１のＵＥに対応する）第１のユーザと通話中の（第２のＵＥに対応する）第２のユーザは、（第３のＵＥに対応する）第３のユーザからのボイス・メッセージを迅速に聞くことができる。ボイス・メッセージが優先度の高い、または非常に重要なイベントを示す場合、第２のユーザは、ボイス・メッセージによって示されたイベントに迅速に対処することができる。その上、第２のユーザが通話中の第１のユーザは、第３のユーザからのボイス・メッセージを聞くことができないのに対して、第２のユーザだけは第３のユーザからのボイス・メッセージを聞くことができるので、第２のユーザのプライバシは保護することができる。さらに、本発明の技術的解決策において、第１のユーザと第２のユーザとの間の元の通話は保持され、第１のユーザは第３のユーザからのボイス・メッセージを聞くことができず、したがって、第１のユーザのユーザ経験は非常に良い。

本発明の他の特徴、態様および利点は、添付図面を参照しながら、限定的でない実施形態の以下の説明を読むことによって、明らかになる。

本発明の実施形態による、ＩＰマルチメディア・サブシステム（ＩＭＳ）ベースのシステム・アーキテクチャを示すネットワーク・トポロジー図である。本発明の実施形態により、遠隔通信ネットワークの中の呼び出し制御装置において、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給する、流れ図である。図２（ａ）に示すサブステップＳ２０３の概略流れ図である。本発明の実施形態により、図１に示すＴＡＳ２２において、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給する、信号系統流れ図である。本発明の別の実施形態により、図１に示すサービス呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティ３２において、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのバックグラウンド・ボイス・メッセージを供給する方法を示す、信号系統流れ図である。本発明の実施形態により、図１に示すＶＭＳ４２において、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給する方法を示す、信号系統流れ図である。本発明の実施形態による、回路交換ベースの遠隔通信ネットワークを示すトポロジー図である。本発明の別の実施形態により、図６に示すＶＭＳ９２において、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのバックグラウンド・ボイス・メッセージを供給する、Ｎｏ．７信号流れ図である。回路交換ベースの無線遠隔通信ネットワークを示すトポロジー図である。本発明の実施形態により、遠隔通信ネットワークの中の呼び出し制御装置において、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給するための、第１の供給装置９００を示すブロック図である。本発明の実施形態により、遠隔通信ネットワークの中のＶＭＳにおいて、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給するための、第２の供給装置１０００を示すブロック図である。

図面において、同じまたは同様の参照数字は、同じもしくは同様のステップまたは手段を参照する。

本発明の実施形態の例示的な説明を、図と併用して詳細に与える。

図１は、ＩＰマルチメディア・サブシステム（ＩＭＳ）ベースのシステム・アーキテクチャを示すネットワーク・トポロジー図であり、ホーム・ネットワークの中の第２のＵＥ１２、代理呼セッション制御機能（Ｐ−ＣＳＣＦ）エンティティ５２、問合せ呼セッション制御機能（Ｉ−ＣＳＣＦ）エンティティ６２、サービス呼セッション制御機能（Ｓ−ＣＳＣＦ）エンティティ３２、ボイス・メッセージ・サーバ（ＶＭＳ）４２、電話通信アプリケーション・サーバ（ＴＡＳ）２２、およびホーム加入者サーバ（ＨＳＳ）７２、ホーム・ネットワークの中の第３のＵＥ１３、Ｐ−ＣＳＣＦエンティティ５３、Ｉ−ＣＳＣＦエンティティ６３、Ｓ−ＣＳＣＦエンティティ３３、ＶＭＳ４３、ＴＡＳ２３、およびＨＳＳ７３、ならびに、ホーム・ネットワークの中の第１のＵＥ１１、Ｐ−ＣＳＣＦエンティティ５１、Ｉ−ＣＳＣＦエンティティ６１、Ｓ−ＣＳＣＦエンティティ３１、ＶＭＳ４１、ＴＡＳ２１、およびＨＳＳ７１を示す。

図２（ａ）は、本発明の実施形態により、遠隔通信ネットワークの中の呼び出し制御装置において、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給する、流れ図を示す。

図１に示したように、第２のＵＥ１２と第１のＵＥ１１が通話中で、第３のＵＥ１３が第２のＵＥ１２に電話をかける場面を例として取り上げて、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に供給する、呼び出し制御装置のプロセスを詳細に説明する。このアプリケーション・シナリオでは、呼び出し制御装置は、第２のＵＥ１２のホーム・ネットワークの中の、ＴＡＳ２２またはＳ−ＣＳＣＦエンティティ３２であり得る。

最初にステップＳ２０１において、呼び出し制御装置は、第２のＵＥ１２との呼の確立を要求する第１の要求メッセージを、第３のＵＥ１３から受信する。この要求メッセージは、ＩＮＶＩＴＥメッセージまたはＩＡＭ（初期アドレス・メッセージ）であり得る。これらは、以下に例として取り上げる。

次いでステップＳ２０２において、呼び出し制御装置は、第２のＵＥ１２が第１のＵＥ１１と通話中かどうかを検出する。第２のＵＥ１２が第１のＵＥ１１と通話中なので、呼び出し制御装置は第２のＵＥ１２がビジーであることを検出する。ここで、第１のＵＥ１１は特定のＵＥではなく、一般に任意のＵＥを指すことに留意されたい。

次いでステップＳ２０３において、第２のＵＥ１２が第１のＵＥ１１と通話中である場合、呼び出し制御装置は、第１のＵＥ１１と第２のＵＥ１２との間の通話を保持しながら、前記第３のＵＥ１３からのボイス・メッセージをバックグラウンド・ボイス・メッセージとして第２のＵＥ１２に供給する。

一実施形態では、ステップＳ２０３は、図２（ｂ）に示す２つのサブステップによって実行することができる。

最初にステップＳ２０３１において、呼び出し制御装置は、第２の要求メッセージをＶＭＳ４２に送信し、第２の要求メッセージは第３のＵＥ１３とＶＭＳ４２の間の呼の確立を要求するために使用される。そして、第３の要求メッセージを第３のＵＥ１３に送信し、第３の要求メッセージはＶＭＳ４２と第３のＵＥ１３との間の呼の確立を要求するために使用される。ＶＭＳ４２と第３のＵＥ１３との間の呼は、第３のＵＥ１３によって、第２のＵＥ１２行きのボイス・メッセージをＶＭＳ４２に送信するために使用される。

次いでステップＳ２０３２において、呼び出し制御装置は、第４の要求メッセージをＶＭＳ４２に送信し、第４の要求メッセージは第２のＵＥ１２とＶＭＳ４２との間の呼の確立を要求するように構成される。そして、第５の要求メッセージを第２のＵＥ１２に送信し、前記第５の要求メッセージはＶＭＳ４２と第２のＵＥ１２との間の呼の確立を要求するように構成される。ＶＭＳ４２と第２のＵＥ１２との間の呼は、ＶＭＳ４２によって、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に送信するために使用される。

呼び出し制御装置にとってステップＳ２０３１はオプションであることに留意されたい。例えば、呼び出し制御装置が図１の中のＳ−ＣＳＣＦエンティティ３２である場合、ステップＳ２０３１は、他の装置、例えばＴＡＳ２２によって実行することができ、したがって、Ｓ−ＣＳＣＦエンティティ３２は、ステップＳ２０３１を実行する必要がない。

次いで、ステップＳ２０３２の後、呼び出し制御装置は、第３の要求メッセージに応答する第３のＵＥ１３からの応答メッセージ、および、第２の要求メッセージに応答するＶＭＳ４２からの応答メッセージを受信する。もちろん、呼び出し制御装置がステップＳ２０３１を実行する必要がない場合、呼び出し制御装置はこれら２つの応答メッセージを受信しない。これら２つの応答メッセージは、第３のＵＥ１３とＶＭＳ４２の間のボイス・チャネルが確立され得ること、次いで、第３のＵＥ１３とＶＭＳ４２の間のボイス・チャネルが確立されること、および、第３のＵＥ１３がボイス・メッセージをＶＭＳ４２に送信することを示す。

ステップＳ２０３２の後、呼び出し制御装置は、第２のＵＥ１２からの応答メッセージおよびＶＭＳ４２からの応答メッセージをそれぞれ受信する。これら２つの応答メッセージは、第２のＵＥ１２とＶＭＳ４２との間のボイス・チャネルが確立され得ること、次いで、第２のＵＥ１２とＶＭＳ４２との間のボイス・チャネルが確立されること、および、ＶＭＳ４２が第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に送信することを示す。

ステップＳ２０３２およびステップＳ２０３１は同時に実行できることに留意されたい。あるいは、ステップＳ２０３２は、呼び出し制御装置が、第３の要求メッセージに応答する第３のＵＥ１３からの応答メッセージ、および第２の要求メッセージに応答するＶＭＳ４２からの応答メッセージを受信した後に実行することができる。

オプションとして、ステップＳ２０３の前に、呼び出し制御装置は、第２のＵＥ１２が第１のＵＥ１１との通話中に第３のＵＥ１３からのボイス・メッセージを受信するためのサービスに第２のＵＥ１２が加入しているかどうかを、さらに判定することができる。第２のＵＥ１２が前記サービスに加入している場合、ステップ２０３およびそれに続くステップが実行される。例えば、第２のＵＥ１２は、通話中に無条件に他のＵＥからボイス・メッセージを受信できるように設定することができる。オプションとして、第２のＵＥ１２は、一部のサービス戦略をプリセットすることができる。例えば、第２のＵＥ１２は、通話中のある特定のＵＥからのボイス・メッセージをある特定の期間受信できるように、あらかじめ設定することができる。または、第２のＵＥ１２は、それ自体の場所および発呼者（すなわちメッセージを残す人）の場所によって、ボイス・メッセージを聴くかまたはメッセージを残すかを設定する。または、第２のＵＥ１２は他のユーザの優先権を設定することができ、高い優先権をもつＵＥとの通話中に低い優先権をもつＵＥからのボイス・メッセージは受信せず、低い優先権をもつＵＥとの通話中に高い優先権をもつＵＥからのボイス・メッセージは受信する。

オプションとして、呼び出し制御装置がステップＳ２０３１を実行する必要がある場合、ステップＳ２０３１の前に、呼び出し制御装置は、第２のＵＥ１２がボイス・メッセージ・サービスに加入しているかどうかをさらに判定することができ、第２のＵＥ１２がボイス・メッセージ・サービスに加入している場合、ステップＳ２０３１、ステップＳ２０３２およびそれに続くステップを実行する。

図３は、図１に示すＴＡＳ２２において、図２（ａ）に示す呼び出し制御装置の機能をＳＩＰプロトコルに基づいて実装する、信号系統流れ図を示す。図１を参照して、図３の信号系統流れ図を詳細に説明する。

最初にステップＳ３０１において、第２のＵＥ１２および第１のＵＥ１１はボイス・セッション中である。このボイス・セッションは、リアルタイム・トランスポート・プロトコル（ＲＴＰ）に基づいて確立される。

ステップＳ３０２において、第３のＵＥ１３は第２のＵＥ１２に電話をかけ、第３のＵＥ１３は第２のＵＥ１２との呼の確立を要求する第１の要求メッセージ、すなわち第１のＩＮＶＩＴＥメッセージを第２のＵＥ１２に送信する。第１のＩＮＶＩＴＥメッセージは、セッション記述プロトコル（ＳＤＰ）に基づく第３のＵＥ１３のセッション記述を含み、そのセッション記述は、第３のＵＥ１３のセッションＩＰアドレス、サポートされる媒体のフォーマットおよびタイプ、セッションＩＤ、セッション・バージョン、ネットワーク・タイプ、ならびにアドレス・タイプ、ならびに他のパラメータを含む。

第１のＩＮＶＩＴＥメッセージは第３のＵＥ１３によって送信され、第３のＵＥ１３のホーム・ネットワークの中のＰ−ＣＳＣＦエンティティ５３およびＳ−ＣＳＣＦエンティティ３３ならびにバックボーン・ネットワークによってルーティングされ、第２のＵＥ１２のホーム・ネットワークの中のＩ−ＣＳＣＦエンティティ６２に到達し、Ｉ−ＣＳＣＦエンティティ６２によってＳ−ＣＳＣＦエンティティ３２に転送され、Ｓ−ＣＳＣＦエンティティ３２が第１のＩＮＶＩＴＥメッセージをＴＡＳ２２に送信する。ＴＡＳ２２が第１のＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦエンティティ３２に送信した後、Ｓ−ＣＳＣＦエンティティ３２は、Ｐ−ＣＳＣＦエンティティ５２を経由して第２のＵＥ１２にそれを転送する。

第２のＵＥ１２は第１のＵＥ１１と通話中なので、したがって、第１のＩＮＶＩＴＥメッセージを受信した後、第２のＵＥ１２はステップＳ３０３においてビジー・メッセージを返信し、ビジー・メッセージはＰ−ＣＳＣＦエンティティ５２を経由してＳ−ＣＳＣＦエンティティ３２に到達し、Ｓ−ＣＳＣＦエンティティ３２はビジー・メッセージをＴＡＳ２２に送信する。

ステップＳ３０４において、ＴＡＳ２２は、第２のＵＥ１２がボイス・メッセージ・サービスに加入しているかどうかを判定する。通常、第２のＵＥ１２がボイス・メッセージに加入しているという情報は、ＨＳＳ７２に格納される。ＴＡＳ２２はＨＳＳ７２を検索して、第２のＵＥ１２がボイス・メッセージに加入しているかどうかを判定する。オプションとして、ＴＡＳ２２は、第２のＵＥ１２がボイス・メッセージ・サービスに加入しているかどうかに関する情報を、事前に格納することができる。

第２のＵＥ１２がボイス・メッセージ・サービスに加入している場合、ステップＳ３０５において、ＴＡＳ２２は第２のＩＮＶＩＴＥメッセージをＶＭＳ４２に送信する。第２のＩＮＶＩＴＥメッセージは、ＳＤＰプロトコルに基づく第３のＵＥ１３のセッション記述を含み、そのセッション記述は、第３のＵＥ１３のセッションＩＰアドレス、サポートされる媒体のフォーマットおよびタイプ、セッションＩＤ、セッション・バージョン、ネットワーク・タイプ、ならびにアドレス・タイプ、ならびに他のパラメータを含む。

次いでステップＳ３０６において、ＴＡＳ２２は、ステップＳ３０５における第２のＩＮＶＩＴＥメッセージに応答する、２００ＯＫメッセージをＶＭＳ４２から受信する。２００ＯＫメッセージは、ＳＤＰプロトコルに基づくＶＭＳ４２のセッション記述を含み、そのセッション記述は、ＶＭＳ４２のセッションＩＰアドレス、サポートされる媒体のフォーマットおよびタイプ、セッションＩＤ、セッション・バージョン、ネットワーク・タイプ、ならびにアドレス・タイプ、ならびに他のパラメータを含む。

次いでステップＳ３０７において、ＴＡＳ２２は、第３の（Ｒｅ）ＩＮＶＩＴＥメッセージをＳ−ＣＳＣＦエンティティ３２経由第３のＵＥ１３に送信して、第３のＵＥ１３とＶＭＳ４２の間の呼の確立を要求する。（Ｒｅ）ＩＮＶＩＴＥメッセージは被呼者をＶＭＳ４２として設定し、ＳＤＰプロトコルに基づくＶＭＳ４２のセッション記述を含み、そのセッション記述は、ＶＭＳ４２のセッションＩＰアドレス、サポートされる媒体のフォーマットおよびタイプ、セッションＩＤ、セッション・バージョン、ネットワーク・タイプ、ならびにアドレス・タイプ、ならびに他のパラメータを含む。

次いでステップＳ３０８において、ＴＡＳ２２は、第３の（Ｒｅ）ＩＮＶＩＴＥメッセージに応答する第３のＵＥ１３からの２００ＯＫメッセージを、Ｓ−ＣＳＣＦエンティティ３２によって転送されて受信する。

ステップＳ３０９において、ＶＭＳ４２および第３のＵＥ１３がそれぞれＳＤＰに基づくお互いのセッション記述を受信した後、２つの間のボイス・チャネルが確立され、第３のＵＥ１３は、第２のＵＥ１２向けに残されるボイス・メッセージをＶＭＳ４２に送信することができるが、それは下記のステップＳ３１８において詳細に説明する。

次いでステップＳ３１０において、第３のＵＥ１３はＡＣＫメッセージを送信し、ＡＣＫメッセージは、Ｓ−ＣＳＣＦエンティティ３２、ＴＡＳ２２およびＳ−ＣＳＣＦエンティティ３２を経由して、ＶＭＳ４２に到達する。

次いでステップＳ３１１において、ＴＡＳ２２は、第２のＵＥ１２が第１のＵＥ１１との通話中に第３のＵＥ１３からのボイス・メッセージを受信するためのサービスに第２のＵＥ１２が加入しているかどうかを判定する。オプションとして、上述したように、ＴＡＳ２２は、第２のＵＥ１２によってプリセットされたサービス戦略に基づいて、第２のＵＥ１２が第１のＵＥ１１と通話中に第３のＵＥ１３からのボイス・メッセージを受信するかどうかを判定することができる。

第２のＵＥ１２がサービスに加入している場合、次のステップが実行される。

ステップＳ３１２において、ＴＡＳ２２は、第４のＩＮＶＩＴＥメッセージをＶＭＳ４２に送信して、第２のＵＥ１２とＶＭＳ４２の間の呼の確立を要求する。第４のＩＮＶＩＴＥメッセージは、ＳＤＰプロトコルに基づく第２のＵＥ１２のセッション記述を含み、そのセッション記述は、第２のＵＥ１２のセッションＩＰアドレス、サポートされる媒体のフォーマットおよびタイプ、セッションＩＤ、セッション・バージョン、ネットワーク・タイプ、ならびにアドレス・タイプ、ならびに他のパラメータを含む。

次いでステップＳ３１３において、ＶＭＳ４２は、第４のＩＮＶＩＴＥメッセージに応答する２００ＯＫメッセージを送信する。２００ＯＫメッセージは、Ｓ−ＣＳＣＦエンティティ３２を経由してＴＡＳ２２に到達する。

ステップＳ３１４において、ＴＡＳ２２は、第５の（Ｒｅ）ＩＮＶＩＴＥメッセージを第２のＵＥ１２に送信して、第２のＵＥ１２とＶＭＳ４２の間の呼の確立を要求する。第５の（Ｒｅ）ＩＮＶＩＴＥメッセージは、ＳＤＰプロトコルに基づくＶＭＳ４２のセッション記述を含み、そのセッション記述は、ＶＭＳ４２のセッションＩＰアドレス、サポートされる媒体のフォーマットおよびタイプ、セッションＩＤ、セッション・バージョン、ネットワーク・タイプ、ならびにアドレス・タイプ、ならびに他のパラメータを含む。

次いでステップＳ３１５において、第２のＵＥ１２は、第５のＩＮＶＩＴＥメッセージに応答する２００ＯＫメッセージを送信する。

ステップＳ３１６において、ＶＭＳ４２および第２のＵＥ１２がそれぞれＳＤＰに基づくお互いのセッション記述を受信した後、２つの間のボイス・チャネルが確立され、ＶＭＳ４２は、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に送信することができる。

次いでステップＳ３１７において、第２のＵＥ１２はＡＣＫメッセージを送信し、ＡＣＫメッセージはＳ−ＣＳＣＦエンティティ３２を経由してＶＭＳ４２に到達する。

ステップＳ３１８において、第３のＵＥ１３はボイス・メッセージをＶＭＳ４２に送信する。ステップＳ３１９において、ＶＭＳ４２は第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に送信する。

通常、ＵＥ１３とＶＭＳ４２の間のボイス・チャネルの確立は、ＵＥ１２とＶＭＳ４２の間のボイス・チャネルの確立よりも早く、したがって、ＶＭＳ４２は、第３のＵＥ１３からのボイス・メッセージを登録する必要があり得る。

オプションとして、第２のＵＥ１２がボイス・メッセージを再生する音量は、ＶＭＳ４２によって設定することができる。第２のＵＥ１２は、第２のＵＥ１２がさまざまなＵＥからのボイス・メッセージを再生する音量を、あらかじめ設定することができる。通常、第２のＵＥ１２と第１のＵＥ１１との間の通話に対する妨害をできるだけ小さくするために、ＶＭＳ４２は、ボイス・メッセージが第２のＵＥ１２の中で低い音量で再生されるように設定することができる。もちろん、特定のＵＥからのボイス・メッセージは、第２のＵＥ１２のプリセットによって、高い音量で再生されるように設定することができる。

ステップＳ３２０において、第３のＵＥ１３はＢＹＥメッセージを送信して、ＶＭＳ４２との呼を終了させる、すなわちボイス・メッセージの送信を終了させる。ステップＳ３２１において、ＶＭＳ４２はＢＹＥメッセージを送信して、第２のＵＥ１２との呼を終了させる、すなわちボイス・メッセージの送信を終了させる。

図３に示した流れ図は例示にすぎないことに留意されたい。異なる実施形態においては、各ステップの実行順序は、図３の流れ図に示したものとは異なる可能性がある。例えば、ステップＳ３０５とステップＳ３０７の順序は問題ではなく、すなわち、ステップＳ３０７とステップＳ３０５は同時に実行することができるし、または、ステップＳ３０７はステップＳ３０５より前に実行することができる。同様に、ステップＳ３１２とステップＳ３１４の順序も問題ではない。

その上、ステップＳ３０４およびステップＳ３１１はオプションである。一部の実施形態においては、第２のＵＥ１２がボイス・メッセージ・サービスに加入しているかどうか、または、第２のＵＥ１２が通話中にボイス・メッセージを聴くサービスに加入しているかどうかを判定する必要はない。図３に示した２００ＯＫメッセージおよびＡＣＫメッセージは、すべてオプションである。

また、図３の中の呼の確立において、ボイス・チャネルの確立を判定するために、１つのＩＮＶＩＴＥメッセージだけが示されていることに留意されたい。２人の通話者の間のセッション・パラメータが整合的でない場合、問合せ用のＩＮＶＩＴＥメッセージのより多くのラウンドが必要であり、その詳細は、ＩＥＴＦのＲＦＣ３２６１およびＲＦＣ４５６６に委ねることができるので、本明細書では繰り返さない。

ＴＡＳ２２を上記に例として取り上げて、それが第３のＵＥ１３からのボイス・メッセージを第１のＵＥ１１と通話中の第２のＵＥ１２に供給するプロセスを詳細に説明した。Ｓ−ＣＳＣＦエンティティ３２を以下に例として取り上げて、それが第３のＵＥ１３からのボイス・メッセージを第１のＵＥ１１と通話中の第２のＵＥ１２に供給するプロセスを詳細に説明する。

図４は、Ｓ−ＣＳＣＦエンティティ３２において、第１のＵＥ１１と通話中の第２のＵＥ１２に第３のＵＥ１３からのボイス・メッセージを供給する、信号流れ図を示す。

ステップＳ４１１より前のステップＳ４０１からＳ４１０は、図３の中のステップＳ３０１からＳ３１０に１対１に対応するので、ここでは繰り返さない。

ステップＳ４１１において、Ｓ−ＣＳＣＦエンティティ３２は、第２のＵＥ１２が第１のＵＥ１１との通話中に第３のＵＥ１３からのボイス・メッセージを聴くサービスに第２のＵＥ１２が加入しているかどうかを判定する。

ステップＳ４１２において、Ｓ−ＣＳＣＦエンティティ３２は、第４のＩＮＶＩＴＥメッセージをＶＭＳ４２に送信して、第２のＵＥ１２とＶＭＳ４２の間の呼の確立を要求する。第４のＩＮＶＩＴＥメッセージは、ＳＤＰプロトコルに基づく第２のＵＥ１２のセッション記述を含み、そのセッション記述は、第２のＵＥ１２のセッションＩＰアドレス、サポートされる媒体のフォーマットおよびタイプ、セッションＩＤ、セッション・バージョン、ネットワーク・タイプ、ならびにアドレス・タイプ、ならびに他のパラメータを含む。

次いでステップＳ４１３において、ＶＭＳ４２は、ＴＡＳ２２によってＳ−ＣＳＣＦエンティティ３２に転送される、第４のＩＮＶＩＴＥメッセージに応答する２００ＯＫメッセージを送信する。

次いでステップＳ４１４において、Ｓ−ＣＳＣＦエンティティ３２は、第５の（Ｒｅ）ＩＮＶＩＴＥメッセージを第２のＵＥ１２に送信して、第２のＵＥ１２とＶＭＳ４２の間の呼の確立を要求する。第５の（Ｒｅ）ＩＮＶＩＴＥメッセージは、ＳＤＰプロトコルに基づくＶＭＳ４２のセッション記述を含み、そのセッション記述は、ＶＭＳ４２のセッションＩＰアドレス、サポートされる媒体のフォーマットおよびタイプ、セッションＩＤ、セッション・バージョン、ネットワーク・タイプ、ならびにアドレス・タイプ、ならびに他のパラメータを含む。

次いでステップＳ４１５において、第２のＵＥ１２は、第５のＩＮＶＩＴＥメッセージに応答する２００ＯＫメッセージをＳ−ＣＳＣＦエンティティ３２に送信する。

ステップＳ４１６において、ＶＭＳ４２および第２のＵＥ１２がそれぞれＳＤＰに基づくお互いのセッション記述を受信した後、２つの間のボイス・チャネルが確立され、ＶＭＳ４２は、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に送信することができる。

次いでステップＳ４１７において、第２のＵＥ１２はＡＣＫメッセージを送信し、ＡＣＫメッセージはＳ−ＣＳＣＦエンティティ３２を経由してＶＭＳ４２に到達する。

ステップＳ４１８において、第３のＵＥ１３はボイス・メッセージをＶＭＳ４２に送信する。ステップＳ４１９において、ＶＭＳ４２は第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に送信する。

ステップＳ４２０において、第３のＵＥ１３はＢＹＥメッセージを送信して、ＶＭＳ４２との呼を終了させる、すなわちボイス・メッセージの送信を終了させる。ステップＳ４２１において、ＶＭＳ４２はＢＹＥメッセージを送信して、第２のＵＥ１２との呼を終了させる、すなわちボイス・メッセージの送信を終了させる。

一実施形態においては、ステップＳ３１１からステップＳ３１５またはステップＳ４１１からステップＳ４１５に示した信号流れ図によって実現される機能は、ＶＭＳ４２によっても遂行することができる。図５は、ＶＭＳ４２において、第１のＵＥ１１と通話中の第２のＵＥ１２に第３のＵＥ１３からのボイス・メッセージを供給する、信号流れ図を示す。

ステップＳ５０１からＳ５１０は、図３の中のステップＳ３０１からＳ３１０に１対１に対応するので、ここでは繰り返さない。

ステップＳ５１１において、ＶＭＳ４２は、第２のＵＥ１２が他のＵＥとの通話中に第３のＵＥ１３からのボイス・メッセージを聴くサービスに第２のＵＥ１２が加入しているかどうかを判定する。

ステップＳ５１２において、ＶＭＳ４２は、第６の（Ｒｅ）ＩＮＶＩＴＥメッセージを第２のＵＥ１２に送信して、第２のＵＥ１２とＶＭＳ４２の間の呼の確立を要求する。第６の（Ｒｅ）ＩＮＶＩＴＥメッセージは、ＳＤＰプロトコルに基づくＶＭＳ４２のセッション記述を含み、そのセッション記述は、ＶＭＳ４２のセッションＩＰアドレス、サポートされる媒体のフォーマットおよびタイプ、セッションＩＤ、セッション・バージョン、ネットワーク・タイプ、ならびにアドレス・タイプ、ならびに他のパラメータを含む。

次いでステップＳ５１３において、第２のＵＥ１２は、第６の（Ｒｅ）ＩＮＶＩＴＥメッセージに応答する２００ＯＫメッセージをＶＭＳ４２に送信する。２００ＯＫメッセージは、ＳＤＰプロトコルに基づく第２のＵＥ１２のセッション記述を含み、そのセッション記述は、第２のＵＥ１２のセッションＩＰアドレス、サポートされる媒体のフォーマットおよびタイプ、セッションＩＤ、セッション・バージョン、ネットワーク・タイプ、ならびにアドレス・タイプ、ならびに他のパラメータを含む。

ステップＳ５１４において、ＶＭＳ４２および第２のＵＥ１２がそれぞれＳＤＰに基づくお互いのセッション記述を受信した後、２つの間のボイス・チャネルが確立され、ＶＭＳ４２は、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に送信することができる。

次いでステップＳ５１５において、第２のＵＥ１２はＡＣＫメッセージを送信し、ＡＣＫメッセージはＳ−ＣＳＣＦエンティティ３２を経由してＶＭＳ４２に到達する。

ステップＳ５１６において、第３のＵＥ１３はボイス・メッセージをＶＭＳ４２に送信する。ステップＳ５１７において、ＶＭＳ４２は、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に送信する。

ステップＳ５１８において、第３のＵＥ１３はＢＹＥメッセージを送信して、ＶＭＳ４２との呼を終了させる、すなわちボイス・メッセージの送信を終了させる。ステップＳ５１９において、ＶＭＳ４２はＢＹＥメッセージを送信して、第２のＵＥ１２との呼を終了させる、すなわちボイス・メッセージの送信を終了させる。

図１に示したＩＭＳアーキテクチャのネットワーク・トポロジーを例として取り上げて、呼び出し制御装置またはＶＭＳ４２が、第１のＵＥ１１と第２のＵＥ１２との間の通話を保持しながら、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に供給するプロセスを明らかにした。図３から図５に示した流れ図は例示的であり、異なるネットワーク・トポロジーにとって特定の実行ステップは異なり、当業者は、示した流れ図に基づいて本発明の技術的解決策を他のネットワーク・トポロジーに導入できることに留意されたい。その上、ＴＡＳ２２、Ｓ−ＣＳＣＦエンティティ３２およびＶＭＳ４２は、それらの機能性の観点から分かれており、実際の実装形態においては、１つまたは複数の上記機能エンティティは、実装のために１つのハードウェア装置に統合することができ、一方で、機能エンティティのうちの一部の対話型ステップは省略するか、または内部制御プロトコルによって実行することができる。

図６に示す回路交換ベースの固定遠隔通信ネットワークを例として取り上げて、ＶＭＳが第１のＵＥ１１と通話中の第２のＵＥ１２に第３のＵＥ１３からのボイス・メッセージを供給するプロセスを明らかにする。

図６は、回路交換ベースの遠隔通信ネットワークのトポロジー図を示す。図６において、自分のホーム・ネットワークの中の第２のＵＥ１２およびスイッチ８２およびＶＭＳ９２、自分のホーム・ネットワークの中の第３のＵＥ１３およびスイッチ８３、ならびに、自分のホーム・ネットワークの中の第１のＵＥ１１およびスイッチ８１が示される。図６の中のトポロジーは例にすぎず、また、各ＵＥのホーム・ネットワークはアクセス装置などの他の装置を含むことができ、また、第３のＵＥ１３のホーム・ネットワークはＶＭＳを含むことができ、これらは本発明の目的に直接関係していないので１つずつ列記されていないことを、当業者は理解することができる。

図７は、ＶＭＳ９２において、第１のＵＥ１１と通話中の第２のＵＥ１２に第３のＵＥ１３からのボイス・メッセージを供給する、Ｎｏ．７信号流れ図を示す。図６を参照して、図７に示す信号流れ図を詳細に説明する。

最初にステップＳ７０１において、第２のＵＥ１２と第１のＵＥ１１の間のボイス・セッションが実行される。ボイス・セッションは、ＩＳＤＮユーザ部（ＩＳＵＰ）標準に基づいて確立される。

次いでステップＳ７０２において、第３のＵＥ１３は第２のＵＥ１２に電話をかける。第３のＵＥ１３は、ＩＡＭメッセージを第２のＵＥ１２に送信して第２のＵＥ１２との呼の確立を要求し、ＩＡＭメッセージは第２のＵＥ１２の番号を含む。

ＩＡＭメッセージは、第３のＵＥ１３によって送信され、第３のＵＥ１３のホーム・ネットワークの中のスイッチ８３を経由し回線交換ネットワークを介してルーティングされ、第２のＵＥ１２のホーム・ネットワークの中のスイッチ８２に到達する。

第２のＵＥ１２は第１のＵＥ１１と通話中なので、したがって、ＩＡＭメッセージを受信した後、ステップＳ７０３において、スイッチ８２は第２のＵＥ１２が通話中であることを検出し、次いで、第２のＵＥ１２がボイス・メッセージ・サービスに加入しているかどうかを判定する。

第２のＵＥ１２がボイス・メッセージ・サービスに加入している場合、ステップＳ７０４において、スイッチ８２は、ＲＥＤＲＥＱ（転送要求）メッセージをスイッチ８３に送信して、第２のＵＥ１２がビジーであることをスイッチ８３に通知し、ＩＡＭメッセージはＶＭＳ９２に転送される。

ステップＳ７０５において、スイッチ８３はｒｅｄｒｅｑメッセージ（ＲＥＤＲＥＱメッセージへの応答メッセージ）をスイッチ８２に送信する。

ステップＳ７０６において、スイッチ８３はＲＥＬ（解放）メッセージをスイッチ８２に送信する。

ステップＳ７０７において、スイッチ８３はＩＡＭメッセージをＶＭＳ９２に送信し、ＩＡＭメッセージは、第３のＵＥ１３とＶＭＳ９２の間の呼の確立を要求するために使用される。

ステップＳ７０８において、ＶＭＳ９２は、ＡＣＭ（アドレス完了メッセージ）をスイッチ８３経由第３のＵＥ１３に送信する。

ステップＳ７０９において、ＶＭＳ９２は、ＡＮＭ（応答メッセージ）をスイッチ８３経由第３のＵＥ１３に送信する。

その後ステップＳ７１０において、ＶＭＳ９２と第３のＵＥ１３との間のボイス・チャネルが確立され、第３のＵＥ１３は、第２のＵＥ１２向けに残されるボイス・メッセージをＶＭＳ９２に送信することができる。

次いでステップＳ７１１において、ＶＭＳ９２は、第２のＵＥ１２が第１のＵＥ１１との通話中に第３のＵＥ１３からのボイス・メッセージを受信するためのサービスに第２のＵＥ１２が加入しているかどうかを判定する。

次いでステップＳ７１２において、ＶＭＳ９２は、ＩＡＭメッセージを第２のＵＥ１２に送信して第２のＵＥ１２との呼の確立を要求する。

次いでステップＳ７１３において、第２のＵＥ１２はＡＣＭメッセージをＶＭＳ９２に送信する。

ステップＳ７１４において、第２のＵＥ１２は（仮）ＡＮＭメッセージをＶＭＳ９２に送信する。

ステップＳ７１５において、ＶＭＳ９２と第２のＵＥ１２との間のボイス・チャネルが確立され、ＶＭＳ９２は、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に送信することができる。

次いでステップＳ７１６において、第３のＵＥ１３はボイス・メッセージをＶＭＳ９２に送信する。ステップＳ７１７において、ＶＭＳ９２は、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に送信する。

ステップＳ７１８において、第３のＵＥ１３はＲＥＬメッセージを送信して、ＶＭＳ９２との呼を終了させる、すなわちボイス・メッセージの送信を終了させる。ステップＳ７１９において、ＶＭＳ９２はＲＥＬメッセージを送信して、第２のＵＥ１２との呼を終了させる、すなわちボイス・メッセージの送信を終了させる。

回路交換ベースの遠隔通信ネットワークの中のＶＭＳ９２において、第１のＵＥ１１と通話中の第２のＵＥ１２に第３のＵＥ１３からのボイス・メッセージを供給するプロセスを、図７に示した信号流れ図を参照して、詳細に説明した。図７に示した信号流れ図は例示にすぎず、これに基づく多くの修正形態が存在することに留意されたい。例えば、ステップＳ７１１はオプションであり、ＶＭＳ９２はステップＳ７０７においてＩＡＭメッセージを受信した後、判定せずにステップＳ７１２を実行することができる。ステップＳ７０８とステップＳ７１１（またはステップＳ７１２）の実行順序は問題ではない。その上、第２のＵＥ１２および第３のＵＥ１３がＮｏ．７信号方式をサポートしない場合、第３のＵＥ１３とスイッチ８３の間だけでなく、第２のＵＥ１２とスイッチ８２の間に他の信号の移送を実行することが可能である。

図８に示す回路交換ベースの無線遠隔通信ネットワークにおいては、図７に示す流れ図を参照して、ＵＥに対応するモバイル・スイッチ・センタ（ＭＳＣ）を、図７におけるＶＭＳ９２の機能を実現するために実装することができる。

第２のＵＥ１２がそのホーム・ネットワークの中に位置して第１のＵＥ１１と通話中の場合に、呼び出し制御装置またはＶＭＳが第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に供給するプロセスを詳細に説明した。第２のＵＥ１２がローミング中の場合に、ローミング区域の中の呼び出し制御装置が第３のＵＥ１３からのボイス・メッセージを供給するプロセスは上記と同様であり、ここでは繰り返さない。

図９は、本発明の実施形態により、遠隔通信ネットワークの中の呼び出し制御装置において、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給するための第１の供給装置９００のブロック図を示す。図９において、第１の供給装置９００は、第１の受信手段９０１、検出手段９０２、第１の判定手段９０３、およびバックグラウンド・ボイス供給手段９０４を含む。

一般性を失うことなしに、図１に示したネットワーク・トポロジー、および、第２のＵＥ１２と第１のＵＥ１１が通話中であり第３のＵＥ１３が第２のＵＥ１２に電話をかけるケースを、例として取り上げて、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に供給するための、呼び出し制御装置の中の第１の供給装置９００のプロセスを詳細に説明する。このアプリケーション・シナリオでは、呼び出し制御装置は、図１の中の第２のＵＥ１２のホーム・ネットワークの中のＴＡＳ２２またはＳ−ＣＳＣＦエンティティ３２であり得る。

最初に、第１の受信手段９０１は第３のＵＥ１３から第１の要求メッセージを受信する。第１の要求メッセージは、第３のＵＥ１３と第２のＵＥ１２との間の呼の確立を要求するために使用される。

次いで、検出手段９０２は、第２のＵＥ１２が第１のＵＥ１１と通話中であるかどうかを検出する。第２のＵＥ１２が第１のＵＥ１１と通話中なので、検出手段９０２は第２のＵＥ１２がビジーであることを検出する。

次いで、第２のＵＥ１２が第１のＵＥ１１と通話中である場合、バックグラウンド・ボイス供給手段９０４は、第１のＵＥ１１と第２のＵＥ１２との間の通話を保持しながら、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２にバックグラウンド・ボイス・メッセージとして供給する。

一実施形態において、バックグラウンド・ボイス供給手段９０４は、第２の要求メッセージをＶＭＳ４２に送信し、第２の要求メッセージは第３のＵＥ１３とＶＭＳ４２の間の呼の確立を要求するために使用される。そして、第３の要求メッセージを第３のＵＥ１３に送信し、第３の要求メッセージはＶＭＳ４２と第３のＵＥ１３との間の呼の確立を要求するために使用される。この処理は、呼び出し制御装置が図１に示したＳ−ＣＳＣＦエンティティ３２である場合のオプションであり、この処理はＴＡＳ２２などの他の装置によって実現することができ、Ｓ−ＣＳＣＦエンティティはこの処理を実行する必要がない。

最後に、バックグラウンド・ボイス供給手段９０４は、第４の要求メッセージをＶＭＳ４２に送信して第２のＵＥ１２とＶＭＳ４２の間の呼の確立を要求し、第５の要求メッセージを第２のＵＥ１２に送信してＶＭＳ４２と第２のＵＥ１２との間の呼の確立を要求する。

次いで、第１の受信手段９０１は、第３の要求メッセージに応答する応答メッセージを第３のＵＥ１３から、第２の要求メッセージに応答する応答メッセージをＶＭＳ４２から受信する。２つの応答メッセージは、第３のＵＥ１３とＶＭＳ４２の間のボイス・チャネルが確立され得ること、次いで、第３のＵＥ１３とＶＭＳ４２の間のボイス・チャネルが確立されること、および、第３のＵＥ１３がボイス・メッセージをＶＭＳ４２に送信することを示す。

第１の受信手段９０１は、第５の要求メッセージに応答する応答を第２のＵＥ１２から、第４の要求メッセージに応答する応答メッセージをＶＭＳ４２から、それぞれ受信する。２つの応答メッセージは、第２のＵＥ１２とＶＭＳ４２の間のボイス・チャネルが確立され得ること、次いで、第２のＵＥ１２とＶＭＳ４２の間のボイス・チャネルが確立されること、および、ＶＭＳ４２が第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に送信することを示す。

オプションとして、バックグラウンド・ボイス供給手段９０４が第４および第５の要求メッセージを送信する前に、第１の判定手段９０３は、第２のＵＥ１２が第１のＵＥ１１との通話中に第３のＵＥ１３からのボイス・メッセージを受信するためのサービスに第２のＵＥ１２が加入しているかどうかを、さらに判定することができる。第２のＵＥ１２がサービスに加入している場合、バックグラウンド・ボイス供給手段９０４はその送信処理を実行する。第２のＵＥ１２は、通話中無条件に他のＵＥからボイス・メッセージを受信できるように設定することができる。オプションとして、第２のＵＥ１２は一部のサービス戦略をあらかじめ設定することができる。例えば、第２のＵＥ１２は、通話中のある特定のＵＥからのボイス・メッセージをある特定の期間受信できるように、設定することができる。または、第２のＵＥ１２は、それ自体の場所および発呼者（すなわちメッセージを残す人）の場所によって、ボイス・メッセージを聴くか、またはメッセージを残すかを設定する。または、第２のＵＥ１２は他のユーザの優先権を設定することができ、高い優先権をもつＵＥとの通話中に低い優先権をもつＵＥからのボイス・メッセージは受信せず、低い優先権をもつＵＥとの通話中に高い優先権をもつＵＥからのボイス・メッセージは受信する。

オプションとして、バックグラウンド・ボイス供給手段９０４が第２の要求メッセージおよび第３の要求メッセージを送信する必要がある場合、判定手段９０３は、第２のＵＥ１２がボイス・メッセージ・サービスに加入しているかどうかをさらに判定することができ、第２のＵＥ１２がボイス・メッセージ・サービスに加入している場合、バックグラウンド・ボイス供給手段９０４は次の処理を実行する。

図１０は、本発明の実施形態により、遠隔通信ネットワークの中のＶＭＳにおいて、第１のＵＥと通話中の第２のＵＥに第３のＵＥからのボイス・メッセージを供給するための第２の供給装置１０００のブロック図を示す。図１０において、第２の供給装置１０００は、第２の受信手段１００１、第２の判定手段１００２、および第２の送信手段１００３を含む。

一般性を失うことなしに、図１または図６に示したネットワーク・トポロジー、および、第２のＵＥ１２と第１のＵＥ１１が通話中であり第３のＵＥ１３が第２のＵＥ１２に電話をかけるケースを、例として取り上げて、第３のＵＥ１３からのボイス・メッセージを第２のＵＥ１２に供給するための、ＶＭＳ４２または９２の中の第２の供給装置１０００のプロセスを詳細に説明する。

最初に、第２の受信手段１００１は呼び出し制御装置から第３の要求メッセージを受信する。第３の要求メッセージは、第３のＵＥ１３とＶＭＳの間の呼の確立を要求するために使用される。図１に示したネットワーク・トポロジーにおいては、第３の要求メッセージは、図５の中のステップＳ５０５に示したＩＮＶＩＴＥメッセージであり、呼び出し制御装置は、ＴＡＳ２２またはＳ−ＣＳＣＦエンティティ３２である。図６に示したネットワーク・トポロジーにおいては、第３の要求メッセージは、図７の中のステップＳ７０７に示したＩＡＭメッセージであり、呼び出し制御装置はスイッチ８３である。

次いで、第２の送信手段１００３は、第６の要求メッセージを第２のＵＥ１２に送信して、第２のＵＥ１２とＶＭＳの間の呼の確立を要求する。図１に示したネットワーク・トポロジーにおいては、第６の要求メッセージは、図５のステップＳ５１２に示したＩＮＶＩＴＥメッセージである。図６に示したネットワーク・トポロジーにおいては、第６の要求メッセージは、図７のステップＳ７１２に示したＩＡＭメッセージである。

次いで、第２の受信手段１００１は、第２のＵＥ１２から応答メッセージを受信する。図１に示したネットワーク・トポロジーにおいては、応答メッセージは、図５のステップＳ５１３に示した２００ＯＫメッセージである。図６に示したネットワーク・トポロジーにおいては、応答メッセージは、図７のステップＳ７１３およびＳ７１４に示したＡＣＭおよび（仮）ＡＮＭメッセージである。

オプションとして、第２の送信手段１００３が第６の要求メッセージを送信する前に、第２の判定手段１００２は、第２のＵＥ１２が第１のＵＥ１１との通話中に第３のＵＥ１３からのボイス・メッセージを受信するためのサービスに第２のＵＥ１２が加入しているかどうかを判定することができる。第２のＵＥ１２がサービスに加入している場合、第２の送信手段１００３はその送信処理を実行する。

第１から第６の要求メッセージおよび各応答メッセージのフォーマットは、図３から図５または図７に示したものに限定されず、それらのフォーマットは、採用された遠隔通信プロトコルの変更に伴って変更できることを、当業者は理解することができると留意されたい。

当業者は、上記の実施形態が例示のみを目的としており、本発明を限定するものとは解釈されないことを理解することができる。本発明はこれらの実施形態に限定されない。本発明の精神から逸脱しないすべての技術的解決策は、添付特許請求の範囲の範囲内に含まれることが意図される。その上、特許請求の範囲において、括弧の中のいかなる参照符号も、その請求項を限定するものとは解釈されない。「含む」という単語は、請求項または説明に列記されていない構成要素またはステップの存在を排除しない。構成要素に先行する「１つ」（「ａ」または「ａｎ」）という単語は、それら構成要素の複数の存在を排除しない。複数の手段を含む装置において、複数の手段の１つまたは複数の機能は、１つのハードウェアまたはソフトウェア・モジュールによって実現することができ、「第１の」、「第２の」および「第３の」という単語は、名前を表すだけで特定の順序を意味しない。

Claims

遠隔通信ネットワークの中の呼び出し制御装置において、第１のユーザ機器と通話中の第２のユーザ機器に第３のユーザ機器からのボイス・メッセージを供給する方法であって、
Ａ．前記第３のユーザ機器と前記第２のユーザ機器との間の呼の確立を要求するように構成された第１の要求メッセージを、前記第３のユーザ機器から受信するステップと、
Ｂ．前記第２のユーザ機器が前記第１のユーザ機器と通話中であるかどうかを検出するステップと、
Ｄ．前記第２のユーザ機器が前記第１のユーザ機器と通話中である場合、前記第１のユーザ機器と前記第２のユーザ機器との間の前記通話を保持しながら、前記第３のユーザ機器からの前記ボイス・メッセージを前記第２のユーザ機器にバックグラウンド・ボイス・メッセージとして供給するステップと
を含む方法。
前記ステップＤが、
Ｄ２．前記第２のユーザ機器が前記第１のユーザ機器と通話中である場合、前記第２のユーザ機器とボイス・メッセージ・サーバとの間の呼の確立を要求するように構成された第４の要求メッセージを、前記ボイス・メッセージ・サーバに送信するステップ、および、前記ボイス・メッセージ・サーバと前記第２のユーザ機器との間の呼の確立を要求するように構成された第５の要求メッセージを、前記第２のユーザ機器に送信するステップ
を含む、請求項１に記載の方法。
前記ステップＤ２の前に、
Ｄ１．前記第２のユーザ機器が前記第１のユーザ機器と通話中である場合、前記第３のユーザ機器と前記ボイス・メッセージ・サーバとの間の呼の確立を要求するように構成された第２の要求メッセージを、前記ボイス・メッセージ・サーバに送信するステップ、および、前記ボイス・メッセージ・サーバと前記第３のユーザ機器との間の呼の確立を要求するように構成された第３の要求メッセージを、前記第３のユーザ機器に送信するステップ
をさらに含む、請求項２に記載の方法。
前記ステップＤの前に、
Ｃ．前記第２のユーザ機器が前記第１のユーザ機器との通話中に前記第３のユーザ機器からの前記ボイス・メッセージを受信するためのサービスに前記第２のユーザ機器が加入しているかどうかを判定するステップ
をさらに含み、
− 前記第２のユーザ機器が前記サービスに加入している場合、前記ステップＤを実行する
請求項１に記載の方法。
前記ステップＣが、
− 前記第２のユーザ機器によってプリセットされたサービス戦略に基づいて、前記第２のユーザ機器が前記第１のユーザ機器との通話中に前記第３のユーザ機器からの前記ボイス・メッセージを前記第２のユーザ機器が受信したかどうかを判定するステップ
を含む、請求項４に記載の方法。
− 前記第４の要求メッセージに応答する応答メッセージを前記ボイス・メッセージ・サーバから受信するステップと、
− 前記第５の要求メッセージに応答する応答メッセージを前記第２のユーザ機器から受信するステップと、
− 前記第３の要求メッセージに応答する応答メッセージを前記第３のユーザ機器から受信するステップと、
− 前記第２の要求メッセージに応答する応答メッセージを前記ボイス・メッセージ・サーバから受信するステップと
をさらに含む、請求項３に記載の方法。
遠隔通信ネットワークの中のボイス・メッセージ・サーバにおいて、第１のユーザ機器と通話中の第２のユーザ機器に第３のユーザ機器からのボイス・メッセージを供給する方法であって、
Ｉ．前記ボイス・メッセージ・サーバと前記第３のユーザ機器との間の呼の確立を要求するように構成された第３の要求メッセージを、呼び出し制御装置から受信するステップと、
ＩＩＩ．前記ボイス・メッセージ・サーバと前記第２のユーザ機器との間の呼の確立を要求するように構成された第６の要求メッセージを、前記第２のユーザ機器に送信するステップと
を含む方法。
前記ステップＩＩＩの前に、
ＩＩ．前記第２のユーザ機器が前記第１のユーザ機器との通話中に前記第３のユーザ機器からの前記ボイス・メッセージを受信するためのサービスに前記第２のユーザ機器が加入しているかどうかを判定するステップ
をさらに含み、
− 前記第２のユーザ機器が前記サービスに加入している場合、前記ステップＩＩＩを実行する
請求項７に記載の方法。
前記ステップＩＩが、
− 前記第２のユーザ機器によってプリセットされたサービス戦略に基づいて、前記第２のユーザ機器が前記第１のユーザ機器との通話中に前記第３のユーザ機器からの前記ボイス・メッセージを前記第２のユーザ機器が受信したかどうかを判定するステップ
を含む、請求項８に記載の方法。
遠隔通信ネットワークの中の呼び出し制御装置において、第１のユーザ機器と通話中の第２のユーザ機器に第３のユーザ機器からのボイス・メッセージを供給する第１の供給装置であって、
前記第３のユーザ機器と前記第２のユーザ機器との間の呼の確立を要求するように構成された第１の要求メッセージを、前記第３のユーザ機器から受信するように構成された第１の受信手段と、
前記第２のユーザ機器が前記第１のユーザ機器と通話中であるかどうかを検出するように構成された検出手段と、
前記第２のユーザ機器が前記第１のユーザ機器と通話中である場合、前記第１のユーザ機器と前記第２のユーザ機器との間の前記通話を保持しながら、前記第３のユーザ機器からの前記ボイス・メッセージを前記第２のユーザ機器にバックグラウンド・ボイス・メッセージとして供給するように構成されたバックグラウンド・ボイス供給手段と
を含む装置。
前記バックグラウンド・ボイス供給手段が、
前記第２のユーザ機器が前記第１のユーザ機器と通話中である場合、前記第２のユーザ機器とボイス・メッセージ・サーバとの間の呼の確立を要求するように構成された第４の要求メッセージを前記ボイス・メッセージ・サーバに送信し、前記ボイス・メッセージ・サーバと前記第２のユーザ機器との間の呼の確立を要求するように構成された第５の要求メッセージを前記第２のユーザ機器に送信する
ように構成された、請求項１０に記載の第１の供給装置。
前記バックグラウンド・ボイス供給手段が、
前記第２のユーザ機器が前記第１のユーザ機器と通話中である場合、前記第３のユーザ機器と前記ボイス・メッセージ・サーバとの間の呼の確立を要求するように構成された第２の要求メッセージを前記ボイス・メッセージ・サーバに送信し、前記ボイス・メッセージ・サーバと前記第３のユーザ機器との間の呼の確立を要求するように構成された第３の要求メッセージを前記第３のユーザ機器に送信する
ようにさらに構成された、請求項１１に記載の第１の供給装置。
前記第２のユーザ機器が前記第１のユーザ機器との通話中に前記第３のユーザ機器からの前記ボイス・メッセージを受信するためのサービスに前記第２のユーザ機器が加入しているかどうかを判定するように構成された第１の判定手段
をさらに含み、
− 前記第２のユーザ機器が前記サービスに加入している場合、前記バックグラウンド・ボイス供給手段が前記供給処理を実行する
請求項１０に記載の第１の供給装置。
遠隔通信ネットワークの中のボイス・メッセージ・サーバにおいて、第１のユーザ機器と通話中の第２のユーザ機器に第３のユーザ機器からのボイス・メッセージを供給する第２の供給装置であって、
前記ボイス・メッセージ・サーバと前記第３のユーザ機器との間の呼の確立を要求するように構成された第３の要求メッセージを、呼び出し制御装置から受信するように構成された第２の受信手段と、
前記ボイス・メッセージ・サーバと前記第２のユーザ機器との間の呼の確立を要求するように構成された第６の要求メッセージを、前記第２のユーザ機器に送信するように構成された第２の送信手段と
を含む装置。
前記第２のユーザ機器が前記第１のユーザ機器との通話中に前記第３のユーザ機器からの前記ボイス・メッセージを受信するためのサービスに前記第２のユーザ機器が加入しているかどうかを判定するように構成された第２の判定手段
をさらに含み、
− 前記第２のユーザ機器が前記サービスに加入している場合、前記第２の送信手段が前記送信処理を実行する
請求項１４に記載の第２の供給装置。