(57)【特許請求の範囲】
【請求項１】
ＩＰネットワークコア（２）に登録されたボイスオーバーＩＰ端末（３Ａ、３Ｂ）によって使用される呼を終了する方法であって、
前記方法が、
・前記呼の間に前記端末（３Ａ、３Ｂ）がハングアップすることを検出するステップ（Ｅ４０）と、
・前記ボイスオーバーＩＰ端末により、前記ＩＰネットワークコア（２）の装置に対して、前記呼に割り当てられた資源を解放するためのメッセージを送信するステップ（Ｅ８０）とを含み、
前記方法が、更に、
前記検出ステップ（Ｅ４０）の後に、前記資源解放メッセージを送信する前に所定時間待機する待機ステップ（Ｅ５０）を含み、
もし前記端末（３Ａ、３Ｂ）がピックアップされることが前記所定時間の間に検出されないならば、前記資源解放メッセージが、前記待機ステップの終わりに送信される（Ｅ８０）
ことを特徴とする終了方法。
【請求項２】
前記所定時間が、前記ＩＰネットワークコア（２）の装置から前記端末（３Ａ、３Ｂ）によって受信されたメッセージ（Ｍ２、Ｍ４、Ｍ６、Ｍ８、Ｍ１０）において定められる（Ｆ３０、Ｆ７０、Ｇ３０、Ｇ７０）
ことを特徴とする請求項１に記載の終了方法。
【請求項３】
前記端末が、前記呼のための着呼端末（３Ｂ）であり、
前記所定時間を定める前記受信されたメッセージ（Ｇ３０）が、前記呼の開始メッセージ（Ｍ６）である
ことを特徴とする請求項２に記載の終了方法。
【請求項４】
前記端末が前記呼のための発呼端末（３Ａ）であり、
前記所定時間を定める前記受信されたメッセージ（Ｇ７０）が、呼が進行中であることを通知するメッセージ（Ｍ８）か、または前記呼のための着呼端末（３Ｂ）がピックアップされたことを通知するメッセージ（Ｍ１０）である
ことを特徴とする請求項２に記載の終了方法。
【請求項５】
前記所定時間を定める前記受信されたメッセージ（Ｆ３０、Ｆ７０）が、前記端末（３Ａ、３Ｂ）を前記ネットワークコア（２）に登録するステップ（Ｆ１０、Ｆ５０）に対する応答メッセージである
ことを特徴とする請求項２に記載の終了方法。
【請求項６】
前記所定時間が、前記受信されたメッセージのヘッダに含まれる
ことを特徴とする請求項２から請求項５のいずれか一項に記載の終了方法。
【請求項７】
前記所定時間が、前記端末内に設定可能である
ことを特徴とする請求項１に記載の終了方法。
【請求項８】
前記所定時間が、前記端末内に事前に定義される
ことを特徴とする請求項１に記載の終了方法。
【請求項９】
コンピュータプログラムであって、
前記プログラムがコンピュータによって実行される場合に、請求項１から請求項８のいずれか一項に記載の終了方法のステップを実行するための命令を含む
ことを特徴とするコンピュータプログラム。
【請求項１０】
請求項１から請求項８のいずれか一項に記載の終了方法のステップを実行するための命令を含むコンピュータプログラムを記憶する
ことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１１】
ＩＰネットワークコア（２）に登録されたボイスオーバーＩＰ端末（３Ａ、３Ｂ）であって、
・前記呼の間に前記端末（３Ａ、３Ｂ）がハングアップすることを検出するための手段と、
・前記ＩＰネットワークコア（２）の装置に対して、前記呼に割り当てられた資源を解放するためのメッセージを送信するための送信手段とを備え、
前記端末が、更に、
・ハングアップすることを検出した後で、前記送信を所定時間遅延させるための手段と、
・前記端末がピックアップすることを検出するための手段とを備え、
前記送信手段が、もし、前記所定時間の間に、ピックアップすることを検出するための前記手段によってピックアップすることが検出されなかったならば、前記所定時間の後、前記ネットワークコア（２）の前記装置に対して前記資源解放メッセージを送信するように構成される
ことを特徴とするボイスオーバーＩＰ端末（３Ａ、３Ｂ）。
【請求項１２】
ボイスオーバーＩＰプロトコルアダプタ／コンバータに接続されたアナログ電話機を備える
ことを特徴とする請求項１１に記載のボイスオーバーＩＰ端末（３Ａ、３Ｂ）。
【請求項１３】
請求項１１から請求項１２のいずれか一項に記載のボイスオーバーＩＰ端末（３Ａ、３Ｂ）を備える通信システムであって、
・前記端末（３Ａ、３Ｂ）が、前記呼の間に前記端末がハングアップすることを検出した後で、呼と関連する資源を解放するためのメッセージを送信する前に所定時間待機すると共に、もし、前記所定時間の間に、ピックアップすることが検出されなかったならば、前記所定時間の後、前記資源解放メッセージを送信するように構成される、という指示を含むメッセージ（Ｍ１、Ｍ３、Ｍ５、Ｍ７）を前記端末から受信するための手段と、
・前記所定時間を獲得するための手段と、
・前記所定時間をメッセージ（Ｍ２、Ｍ４、Ｍ６、Ｍ８、Ｍ１０）を使用して前記端末に対して送信するための手段とを備え、
前記手段が、前記システムのＩＰ通信ネットワークコア（２）の１つ以上の装置に分割される
ことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気通信の一般的な分野、そして特にインターネット経由の通信に関係する。それは、例えば、セッション確立プロトコル（Session Initiation Protocol：ＳＩＰ）を実行する電話機のような端末によって、送信されるか、または受信される、ボイスオーバーＩＰ（Internet Protocol：インターネットプロトコル）呼を終了するための手順に更に特に関係する。そのような端末は、同様に、ボイスオーバーＩＰ端末またはＶｏＩＰ（voice over IP）端末として知られている。
【背景技術】
【０００２】
現在の技術水準において、ボイスオーバーＩＰ端末がハングアップする（hang up：呼を切断する）とき、端末レベルで、そしてより一般的にはネットワークにおいて、呼に割り当てられた資源は、即座に解放されると共に、２つの当事者間の呼は、決定的に終了する。
【０００３】
従って、もしハングアップする（呼を切断する、電話を切る、送受話器を置く）ことがＶｏＩＰ端末の誤った操作、例えば端末の呼切断キーを偶然に押すこと、または端末の送受話器を、それをピックアップ（pick up）した後で、偶然その基部に落とすこと、に関連するならば、会話を再開するために、ＶｏＩＰ端末のユーザには、再び相手方に発呼する意外に解決方法はない。
【０００４】
公衆交換電話網（ＰＳＴＮ）における標準の時分割交換には、他の相手との呼を中断することなく、被呼者が彼らの電話送受話器をハングアップ（呼を切断）し、その後いくらかの所定の時間間隔のうちに同じ送受話器または別の送受話器をピックアップする（送受話器を取って呼に応答する）ことを可能にするハングアップ／再ピックアップ手順が存在する。ＰＳＴＮにおけるそのような手順の使用は、加入者接続ユニットとそれが接続されるオートスイッチ（autoswitch）との間で交換される呼保留メッセージ（call suspension message）に頼っている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ＴＩＳＰＡＮ文書“ES 282 007 IP Multimedia Subsystem (IMS): Functional architecture NGN IMS Architecture”、ＥＴＳＩ、技術報告書、２００６年
【非特許文献２】ＩＥＴＦ文書“RFC 3261 - SIP: Session Initiation Protocol”
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ボイスオーバーＩＰネットワークの構造及び設計により、ボイスオーバーＩＰプロトコルは、そのような交換機を備えない。従って、呼の間のボイスオーバーＩＰ端末の送受話器のあらゆる誤った操作は、今のところ、必然的に、呼と関連付けられた資源の解放を招く。
【課題を解決するための手段】
【０００７】
本発明の第１の特徴は、ＩＰネットワークコアに登録されたボイスオーバーＩＰ端末によって使用される呼を終了する方法であって、前記方法が、・前記呼の間に前記端末がハングアップすること（hanging up）を検出するステップと、・前記ＩＰネットワークコアの装置に対して、前記呼に割り当てられた資源を解放するためのメッセージを送信するステップとを含むことを特徴とする方法を提供する。
【０００８】
本発明によれば、前記終了方法は、更に、前記検出ステップの後に、前記資源解放メッセージを送信する前に所定時間待機する待機ステップを含み、もし前記端末がピックアップされること（the terminal being picked up）が前記所定時間の間に検出されなかったならば、前記資源解放メッセージが、前記待機ステップの終わりに送信されることを特徴とする。
【０００９】
単純化及び明瞭化のために、本発明の方法の所定時間は、以下では“遅延時間”と呼ばれる。
【００１０】
従って、本発明は、新しい資源を呼に割り当てることなく、例えば偶然に端末をハングアップすることにより中断された呼を瞬時に再開するための、発呼ＶｏＩＰ端末または着呼ＶｏＩＰ端末に実装される単純な手順を提案する。
【００１１】
本発明は、前記呼に割り当てられた資源を解放するためのメッセージの送信を所定時間遅延させる。１つのそのようなメッセージは、例えばＳＩＰにおける“ＢＹＥ”方法を使用するメッセージである。
【００１２】
端末による資源解放メッセージの送信及びＩＰネットワークコアによる資源解放メッセージの受信は、それぞれ、通常は呼を終了すると共に、呼に関与するネットワーク及び端末は、その場合に、呼に割り当てられた資源を解放する。本発明には、この資源解放メッセージが遅延時間の間送信されないので、呼に割り当てられた全ての資源がハングアップすることの後で保持されるという利点がある。このような方法で、遅延時間の間に端末をピックアップ（pick up）する（より正確には、再度端末をピックアップする）ことに応えて、その呼は、呼に参加するネットワーク及びユーザに対して透過的な方法で再開し得る。
【００１３】
更に、上述のように、本発明の終了方法は、端末において実施されると共に、ＶｏＩＰ端末による（例えば端末のＳＩＰユーザエージェントによる）それ自身の状態（ハングアップすること、ピックアップすることの検出等）の特定の管理において、ＶｏＩＰ端末の能力を有利に使用する。従って、本発明は、資源解放メッセージの送信を遅延させるために、ＶｏＩＰ端末における内部タイマの実装だけを必要とする。それは、従って、呼の間にＶｏＩＰ端末とＩＰネットワークコアとの間で既に使用されているメッセージ以外に、信号伝達メッセージの交換を使用する必要がない。
【００１４】
本発明は、更に、例えば資源に関して特に欲張りであり、多くの場合、ボイスオーバーＩＰネットワークを管理することを、難しく、そして疑わしくする、ＳＩＰの“ＳＵＢＳＣＲＩＢＥ”メッセージ及び“ＮＯＴＩＦＹ”メッセージのような、端末とネットワークコアとの間の複雑な方法の使用を必要としない利点を有する。
【００１５】
本発明の１つの特定の実施例において、終了方法において使用される前記所定時間（すなわち遅延時間）は、前記ＩＰネットワークコアの装置から前記端末によって受信されたメッセージにおいて定められる。
【００１６】
従って、ボイスオーバーＩＰネットワークコアは、ハングアップすることの後で資源解放メッセージを送信する前に端末によって印加される前記遅延時間を定めることが可能である。従って、ネットワークオペレータは、様々な端末と関連付けられたサービスを一定の状態にするために、ネットワークオペレータに登録された全ての端末に同様の遅延時間を定めることができる。
【００１７】
その代りに、及び対照的に、ネットワークのオペレータは、端末の種類に応じて、遅延時間を適合させ得る。例えば、もしその端末が偶然のハングアップに特に影響を受けやすいと考えられるならば、それは、平均遅延時間より長い遅延時間を端末に有利に送信し得ると共に、その逆もまた同様である。
【００１８】
例えば、前記端末が前記呼のための着呼端末である場合に、前記所定時間を定める前記受信されたメッセージは、前記呼の開始メッセージであり得る。
【００１９】
その代りに、前記端末が前記呼のための発呼端末である場合に、前記所定の遅延時間を定める前記受信されたメッセージは、呼が進行中であることを通知するメッセージか、または前記呼のための着呼端末がピックアップされたことを通知するメッセージであり得る。
【００２０】
更なる代替として、前記所定の遅延時間を定める前記受信されたメッセージは、前記端末を前記ネットワークコアに登録するための要求に対する応答メッセージであり得る。
【００２１】
前記遅延時間は、特に、前記メッセージの内の１つのヘッダに含まれる。従って、非常に有利である本発明の終了方法との関連で印加されるべき遅延時間を端末に通知するために、新しいメッセージを作成すること（すなわち新しいＳＩＰ方法を作成すること）は、必要ではない。
【００２２】
本発明の別の実施例において、前記所定時間は、前記端末内に設定可能であり得る。
【００２３】
その結果、端末ユーザは、本発明の方法によって彼の／彼女の要求及び予測の関数として印加されるべき遅延時間を修正し得る。これは、例えば端末のキーパッドを介してアクセスされた端末において、適切なメニューを提供することによって、特に達成され得る。
【００２４】
本発明の別の実施例において、前記所定時間は、前記端末内に事前に定義される。例えば、それは、端末の製造業者によって事前に定義されると共に、ＶｏＩＰ端末の不揮発性の書き替え不可能なメモリか、または読み出し専用メモリに保存され得る。
【００２５】
相関性がある方法において、本発明は、更に、ＩＰネットワークコアに登録されたボイスオーバーＩＰ端末であって、前記端末が、・前記呼の間に前記端末がハングアップすることを検出するための手段と、・前記ＩＰネットワークコアの装置に対して、前記呼に割り当てられた資源を解放するためのメッセージを送信するための手段とを備えることを特徴とする端末を提供する。
【００２６】
本発明によれば、ボイスオーバーＩＰ端末は、更に、・前記検出手段によりハングアップすることを検出した後で、前記資源解放メッセージの前記送信を所定時間遅延させるための手段と、・前記端末がピックアップすることを検出するための手段とを備え、前記資源解放メッセージを送信するための手段が、もし、前記所定時間の間に、ピックアップすることを検出するための前記手段によって前記端末がピックアップされることが検出されないならば、前記所定時間の後、前記ネットワークコアの前記装置に対して前記資源解放メッセージを送信するように構成されることを特徴とする。
【００２７】
１つの特定の実施例において、前記ボイスオーバーＩＰ端末は、ボイスオーバーＩＰプロトコルアダプタ／コンバータに接続されたアナログ電話機を備える。
【００２８】
１つの特定の実施例において、呼を終了する本発明の方法のステップは、コンピュータプログラム命令によって決定される。
【００２９】
従って、本発明は、更に、データ媒体上のコンピュータプログラムを提供すると共に、前記プログラムは、本発明のボイスオーバーＩＰ端末、またはより一般的にはコンピュータにおいて使用できると共に、上述のような呼を終了する方法のステップを実施するように構成された命令を含む。
【００３０】
そのプログラムは、あらゆるプログラミング言語を使用すると共に、ソースコード、オブジェクトコード、または、部分的にコンパイルされた形式または他の適当な形式のようなソースコードとオブジェクトコードとの間の中間のコードの形式を取り得る。
【００３１】
本発明は、更に、上述のコンピュータプログラムの命令を含むコンピュータ読み取り可能な記録媒体を提供する。
【００３２】
データ媒体は、プログラムを記憶することが可能である、あらゆる実体（entity：エンティティ）または装置であり得る。例えば、その媒体は、ＲＯＭ、例えばＣＤ−ＲＯＭまたはマイクロ電子回路ＲＯＭのような記憶手段、あるいは、磁気記憶手段、例えばフロッピー（登録商標）ディスクまたはハードディスクを含み得る。
【００３３】
データ媒体は、無線もしくは他の手段により電気ケーブルもしくは光学ケーブルを介して送られ得る、電気信号もしくは光学信号のような伝送可能な媒体であり得る。本発明のプログラムは、特に、インターネットタイプのネットワークを介してダウンロードされ得る。
【００３４】
その代りに、データ媒体は、プログラムを組み込んだ集積回路であり得ると共に、前記回路は、問題の方法を実行するように、またはその実行において使用されるように構成される。
【００３５】
本発明の第２の特徴は、上述のようなボイスオーバーＩＰ端末を備える通信システムであって、・前記端末が、前記呼の間に前記端末がハングアップすることを検出した後で、呼と関連する資源を解放するためのメッセージを送信する前に所定時間待機すると共に、もし、前記所定時間の間に、ピックアップすることが検出されなかったならば、前記所定時間の後、前記資源解放メッセージを送信するように構成されるという指示を含むメッセージを前記端末から受信するための手段と、・前記所定時間を獲得するための手段と、・前記所定時間をメッセージを使用して前記端末に対して送信するための手段とを備え、これらの手段が、前記システムのＩＰ通信ネットワークコアの１つ以上の装置に分割されることを特徴とする通信システムを提供する。
【００３６】
本発明の第３の特徴は、メッセージを含むと共に、ボイスオーバーＩＰ端末によってＩＰ通信ネットワークのコアの装置に対して送信される信号であって、前記端末が、前記呼の間に前記端末がハングアップすることを検出した後で、呼と関連する資源を解放するためのメッセージを送信する前に所定時間待機すると共に、もし、前記所定時間の間に、ピックアップすることが検出されなかったならば、前記所定時間の終わりに、前記資源解放メッセージを送信するように構成されるという指示を含むヘッダを、前記メッセージが有することを特徴とする信号を提供する。
【００３７】
１つの特定の実施例において、前記信号は、更に、この所定時間に関する値を含む別のヘッダを有する。
【図面の簡単な説明】
【００３８】
【図１】その環境における本発明の１つの特定の実施例のボイスオーバーＩＰ端末を示す図である。
【図２】図１に示されたボイスオーバーＩＰ端末において使用される場合の本発明の終了方法の主要なステップを示すフローチャートである。
【図３】ＩＰネットワークコアの制御下で、終了方法を使用している場合にボイスオーバーＩＰ端末によって印加される遅延時間を設定するように作用する、本発明の第１の実施例において実行される主要なステップを示す図である。
【図４】ＩＰネットワークコアの制御下で、終了方法を使用している場合にボイスオーバーＩＰ端末によって印加される遅延時間を設定するように作用する、本発明の第２の実施例において実行される主要なステップを示す図である。
【発明を実施するための形態】
【００３９】
本発明の他の特徴及び利点は、添付された図面及び付録を参照して与えられた、本発明の制限しない実施例に関連する以下の説明から明らかになる。
【００４０】
明細書の末尾の付録は、本発明の信号に含まれ得るメッセージの一例、及びネットワークコア装置がＳＩＰプロトコルを使用して本発明の実施例における遅延時間を定めることを可能にするメッセージの一例を提供する。
【００４１】
図１は、ボイスオーバーＩＰ通信ネットワークを表す。
【００４２】
ここで考察された例において、特に３ＧＰＰ標準、及びＴＩＳＰＡＮ標準において指定されたように、通信ネットワーク１は、ＩＭＳ（IP Multimedia Subsystem：ＩＰマルチメディアサブシステム）構造に基づいている。当該技術において知られているように、そのようなネットワークは、セッション確立プロトコル（Session Initiation Protocol：ＳＩＰ）に基づいて、ボイスオーバーＩＰサービスを提供する。本発明は、当然ながら、ボイスオーバーＩＰをサポートする他の種類の構造、例えば（一般に“ソフトスイッチ”構造と言われる）ソフトウェアスイッチ構造か、または、“プロキシレジスタ（proxy registrar）”構造に適用され得る。
【００４３】
通信ネットワーク１は、ＩＭＳネットワークコア２と、様々なアクセスネットワークを介してＩＭＳネットワーク１に登録した後でＩＭＳネットワーク１に接続することができる複数の端末３（例えば端末３Ａ及び３Ｂ）とを備える。
【００４４】
ここで考察された２つの端末３Ａ及び３Ｂは、本発明のボイスオーバーＩＰ端末、例えばセッション確立プロトコルを使用するボイスオーバーＩＰ電話機である。その代りに、他の端末、例えば、ホームゲートウェイまたはＥＴＳＩ技術仕様書“ＴＳ  １８３０４３”において定義されたＳＩＰゲートウェイ（“ＳＩＰ  ＤＳＬＡＭ”）のようなボイスオーバーＩＰプロトコルアダプタ／コンバータに接続された、マイクロホン及びラウドスピーカ、またはアナログ電話機を提供されたラップトップコンピュータが構想され得る。当該技術において知られているように、ボイスオーバーＩＰ端末３Ａ及び３Ｂは、セッション確立プロトコルを使用してネットワークコア２と通信するように構成されると共に、それらの各々は、端末の状態を検出することができる、図１において示されなかったＳＩＰ呼処理オートマトン（ユーザエージェント）を含む。
【００４５】
端末３Ａ及び３Ｂは、コンピュータのハードウェア構造を備えていると共に、特に、動作の時間を計り、そして所定時間を測定するためのクロック（図示せず）と一緒に、アクセスネットワーク（それぞれアクセスネットワーク４及びアクセスネットワーク５）を介して通信するための手段３１と、プロセッサ３２と、ランダムアクセスメモリ３３と、読み出し専用メモリ３４とを備える。
【００４６】
ここで説明された端末３Ａ及び端末３Ｂのそれぞれの読み出し専用メモリ３４は、図２において示されると共に、以下で説明された、呼を終了する本発明の方法の主要なステップを実行するように構成されたコンピュータプログラムを含む。更に、端末３Ａ及び端末３Ｂのそれぞれのメモリに保存されているのは、端末３Ａ及び端末３Ｂのそれぞれにおいて事前に定義されたデフォルトの遅延時間Ｔｄｅｆである。ここで説明された例において、デフォルトの遅延時間は、端末３Ａ及び３Ｂの両方に関して同じであり、例えばＴｄｅｆ＝１０［ｓ］である。
【００４７】
ここで構想された、端末３Ａ及び端末３Ｂのそれぞれのアクセスネットワーク４及びアクセスネットワーク５は、ＡＤＳＬ（Asymmetric Digital Subscriber Line：非対称型デジタル加入者回線）ネットワークである。その代りに、ＶｏＩＰ端末３Ａ及び／またはＶｏＩＰ端末３ＢをＩＭＳネットワーク１と接続するための、例えば、特にＵＭＴＳ（Universal Mobile Telecommunications System：ユニバーサルモバイルテレコミュニケーションシステム）ネットワーク、ＷＬＡＮ（Wireless Local Area Network：無線ＬＡＮ）、またはＷｉＦｉ（Wireless Fidelityワイヤレスフィディリティー）ネットワークのような、他のアクセスネットワークが考察され得る。
【００４８】
更に、例えば、もし端末３Ａ及び３Ｂの内の１つだけが本発明のボイスオーバーＩＰ端末であり、もう一方の端末がアナログＰＳＴＮアクセスネットワークと接続されているならば、本発明は、等しい利点によって適用される。
【００４９】
当該技術において知られているように、ＩＭＳネットワークコア２は、ＣＳＣＦ（Call Session Control Function：呼セッション制御機能）エンティティ、ＭＲＦＣ（Multimedia Resource Function Controller：マルチメディアリソース機能制御部）エンティティ、ＢＧＣＦ（Breakout Gateway Control Function：ブレークアウトゲートウェイ制御機能）エンティティ、及びＭＧＣＦ（Media Gateway Controller Function：メディアゲートウェイ制御機能）エンティティを含む、様々な機能エンティティ（図１には示されない）を備える。これらのエンティティは、更に詳細に、例えばＴＩＳＰＡＮ文書“ES 282 007 IP Multimedia Subsystem (IMS): Functional architecture NGN IMS Architecture”、ＥＴＳＩ、技術報告書、２００６年において説明される。
【００５０】
ＣＳＣＦエンティティは、ＩＭＳネットワーク１におけるマルチメディアセッション、そして、従って特にボイスオーバーＩＰセッションの開設、監視、及び終話に関与する。それは、ユーザ端末との対話を特に管理する。当該技術において知られているように、ＣＳＣＦエンティティは、・ＩＭＳ通信ネットワーク１に対する端末のエントリポイントであるプロキシＣＳＣＦ（Proxy-CSCF：Ｐ−ＣＳＣＦ）と、・特にＩＭＳネットワークに対する端末の登録を管理するＩＭＳネットワークにおける中央信号伝達ノードであるサービングＣＳＣＦ（Serving-CSCF：Ｓ−ＣＳＣＦ）と、・ＩＭＳネットワークにおける端末間の接続を管理するように構成されたインテロゲーティングＣＳＣＦ（Interrogating-CSCF：Ｉ−ＣＳＣＦ）とを含む。
【００５１】
ＩＭＳネットワーク１の２つの端末間の呼は、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、及びＩ−ＣＳＣＦ機能エンティティを通過する。
【００５２】
ここで説明された実施例において、ネットワークコア２のＳ−ＣＳＣＦエンティティは、本発明の終了方法を実施するＩＭＳネットワーク１の全ての端末に均一的に定められる遅延時間““Ｔｄｅｌａｙ””を保存するメモリを備える。その代りに、この遅延時間は、ＩＭＳネットワーク１における端末に応じて変化し得る。
【００５３】
簡単化のために、ここでは、端末３Ａ及び３Ｂが、同じＰ−ＣＳＣＦサーバ、及び同じＳ−ＣＳＣＦサーバを使用すると見なされている。本発明は、当然ながら、端末３Ａ及び３Ｂが、異なるＰ−ＣＳＣＦサーバ及びＳ−ＣＳＣＦサーバと関連付けられている状況に置き換えることが容易である。
【００５４】
ＩＭＳ通信ネットワーク１における本発明の端末（発呼端末、着呼端末）によって実施される場合に呼を終了する本発明の方法の主要なステップは、図２を参照して、以下で説明される。
【００５５】
この目的を達成するために、これが本発明を制限することなく、発呼端末３Ａから着呼端末３Ｂまでの呼が考察される。上述のように、本発明は、等しく発呼端末及び／または着呼端末に適用されると共に、端末は、当然ながら、暫くの間発呼端末になり、暫くの間着呼端末になる。
【００５６】
当該技術において知られているように、ＩＭＳネットワーク１を介して通信することができるように、ＶｏＩＰ端末は、ＩＭＳネットワークコア２に登録されなければならない。
【００５７】
この目的を達成するために、端末３Ａは、ＳＩＰ登録要求“ＲＥＧＩＳＴＥＲ”をネットワークコア２に送信する（ステップＥ１０）。当業者に知られているように、Ｐ−ＣＳＣＦサーバは、この要求を受信すると共に、それをＩ−ＣＳＣＦを介してＳ−ＣＳＣＦサーバに送信する。
【００５８】
このメッセージを受信すると、ネットワークコア２のＳ−ＣＳＣＦサーバは、端末３Ａの登録項目を保存すると共に、登録時間（例えば１時間）を端末３Ａに割り当てる。Ｓ−ＣＳＣＦサーバは、要求メッセージに応答して、この登録時間を端末３Ａに送信する。
【００５９】
端末３Ｂは、同様の方法でネットワークコア２に登録される。
【００６０】
ここで、端末３Ｂを呼び出すために端末３Ａのユーザが送受話器をピックアップする（pick up）と仮定する。これは、端末３ＡのＳＩＰユーザエージェントによって検出される。端末３Ａは、その場合に、端末３Ｂとの呼を開設するために、ＳＩＰ呼開始メッセージ（SIP call initiation message）“ＩＮＶＩＴＥ”をネットワークコア２に送信する（ステップＥ２０Ａ）。
【００６１】
この呼開始メッセージは、ネットワークコア２のＰ−ＣＳＣＦサーバを通って、それが処理されるＳ−ＣＳＣＦサーバに進む。Ｓ−ＣＳＣＦサーバは、アプリケーションサーバを呼び出した後、必要に応じて、呼開始メッセージを着呼端末３Ｂに送信する。
【００６２】
この呼開始メッセージを受信すると、着呼端末３Ｂのユーザは、端末３Ａとの呼を開設するために、彼らの端末をピックアップする（pick up）と仮定する（ステップＥ２０Ｂ）。これは、端末３ＢのＳＩＰユーザエージェントによって検出されると共に、ネットワークコア２のＳ−ＣＳＣＦサーバに合図され、Ｓ−ＣＳＣＦサーバは、同様に端末３Ａに通知する。
【００６３】
端末３Ｂがピックアップすることに応えて、呼に対する資源が、ネットワークコア２において、そしてＶｏＩＰ端末３Ａ及び３Ｂにおいて、当該技術において知られている方法で割り当てられる（ステップＥ３０）。そのような資源は、例えば、ネットワークコア２のレベルにおいて、信号伝達（例えばその呼が通過するネットワークの各ノードにおいて作業場所（context）を予約すること）と関連していると共に、メディアストリーム（例えば通過する呼と関連付けられたメディアストリームの許可）と関連している。各ＶｏＩＰ端末において、割り当てられた資源は、メディアストリームを再生することと関連している資源、及び端末のＳＩＰユーザエージェントによる呼の信号伝達を処理することと関連している資源を含む。
【００６４】
ここで、このように開設された呼の間に、端末３Ｂは、そのユーザによってハングアップされる（is hung up）ということが予見される。当該技術において知られている方法において、これは、端末３Ｂの呼処理ＳＩＰユーザエージェントによって即座に検出される（ステップＥ４０）。
【００６５】
ハングアップすることを検出すると、端末３Ｂの内部タイマが、例えば端末３Ｂのクロックを使用して、遅延時間“Ｔｄｅｌａｙ”に等しい所定時間に設定される（ステップＥ５０）。このタイマを設定すると、通常はハングアップすることを検出した後でボイスオーバーＩＰ端末のＳＩＰユーザエージェントによって送信される資源解放メッセージ（ＳＩＰメッセージ“ＢＹＥ”）の送信は、遅延時間“Ｔｄｅｌａｙ”に等しい期間の間延期される。
【００６６】
この遅延時間“Ｔｄｅｌａｙ”は、準備のステップの間に、端末３Ｂ内に有利に設定される。この目的を達成するために、様々な設定オプションが実行され得る。
【００６７】
例えば、本発明の終了方法において印加された遅延時間“Ｔｄｅｌａｙ”は、ボイスオーバーＩＰネットワークコア２の装置（例えばＳ−ＣＳＣＦサーバ）によって定められ得ると共に、適切なメッセージによって端末に送信され得る。この設定オプションを実施する２つの実施例は、図３及び図４を参照して以下で更に詳細に説明される。
【００６８】
しかしながら、遅延時間を設定するための他のオプションが使用され得るので、この前提は、決して本発明を制限しない。特に、遅延“Ｔｄｅｌａｙ”は、ＶｏＩＰ端末内に事前に定義されると共に、例えば端末の不揮発性の書き替え不可能なメモリにハードコード（hard-code）され得る。このようにハードコードされた遅延は、特に、標準の時分割交換ネットワークにおいて現在のところ印加される標準の遅延（例えばフランスの“Ｏｒａｎｇｅ”ネットワークにおける４秒）に等しくなり得る。
【００６９】
その代りに、時間“Ｔｄｅｌａｙ”は、端末のウェブインタフェース及びキーパッドを介して、あるいはユーザと端末との間のあらゆる他のインタフェースを介して、適切なメニューを閲覧する例えば端末ユーザによって、ＶｏＩＰ端末内に設定され得る。
【００７０】
更なる実施例は、ＶｏＩＰ端末において、遅延“Ｔｄｅｌａｙ”を設定するための上述の３つのオプション、すなわち、・ネットワークによって定められると共に、ネットワークコア２によって送信されたメッセージにおいて受け取られる遅延（オプション１）、・端末内に事前に定義される遅延（オプション２）、そして、・端末内に設定される遅延（オプション３）、を同時に実施する。
【００７１】
この状況において、例えばオプション１、オプション３、そしてオプション２の順のような、これらのオプションの相対的な優先順位が、好ましくは、端末において印加されるべき遅延“Ｔｄｅｌａｙ”を選択するために実装される。
【００７２】
従って、本発明によれば、遅延ステップＥ５０の間、ネットワークコア２、そして端末３Ａ及び３Ｂによって呼に割り当てられた資源が保持されると共に、端末３ＢによるＳＩＰ資源解放メッセージ（ＢＹＥ）の送信が遅延される。特に、端末３Ｂによるメディアストリームの再生のための資源、及び端末３Ｂの呼処理ＳＩＰユーザエージェントによる呼の信号伝達の処理に関連している資源のような、端末３Ｂにおいて呼に割り当てられた資源は保持される。すなわち、遅延ステップＥ５０の間、端末３Ｂは、ピックアップすることを検出する（ステップＥ６０）か、または遅延時間の満了を検出するための待機の状態になる。
【００７３】
もし端末３ＢのＳＩＰユーザエージェントが、遅延時間“Ｔｄｅｌａｙ”が満了する前に、端末３Ｂがピックアップする（picking up）こと（すなわち再度ピックアップすること）を検出するならば、端末３Ａとの呼が、ネットワークコア２と、端末３Ａ及び３Ｂのユーザとに透過的な方法で再開する（ステップＥ７０）。タイマは解除されると共に、この時点で、資源解放メッセージ“ＢＹＥ”の送信が取り消される。
【００７４】
もしそうでなければ、例えば、呼の終わりにおける端末３Ｂの意図的なハングアップの後で、すなわち、もし遅延時間が満了になると共に、端末３ＢのＳＩＰユーザエージェントが、端末３Ｂがピックアップすること（すなわち再度ピックアップすること）を検出しなかったならば、ＳＩＰメッセージ“ＢＹＥ”を使用する資源解放メッセージが、端末３Ｂによってネットワークコア２に対して送信される（ステップＥ８０）と共に、端末３Ｂによって割り当てられた資源が解放される（ステップＥ９０）。
【００７５】
資源解放メッセージ“ＢＹＥ”を受信すると、ネットワークコア２は、呼に割り当てられたネットワークにおける資源を解放すると共に、メッセージを端末３Ａに対して転送する。このメッセージを受信すると、端末３Ａによって呼に割り当てられた資源は即座に解放される。更に、もしタイマが本発明に従って設定されたならば、このタイマは、同様に、（例えば、端末３Ｂがハングアップすることに対して僅かにオフセットを有する、すなわち遅れた方法によって、）端末３Ａがハングアップした後で、解除される。
【００７６】
別の実施例において、端末３Ａ及び／または３Ｂは、更に、活性化された場合に遅延時間が満了するのを待つことなく即時に資源解放メッセージ“ＢＹＥ”の送信を引き起こす“即時ハングアップ（immediate hang-up）”ボタンを供える。このボタンは、特に、呼を発信する場合にのみ、活性化され得る（例えば、ボタンにおける点滅するＬＥＤは、発呼端末のユーザに、“即時ハングアップ”ボタンと関連付けられた機能の起動を表示するであろう）と共に、発呼端末のユーザが、例えば遅延時間に関する請求書を送られることを回避するために、即座に彼らが開始した呼を解放することを可能にする。
【００７７】
本発明の終了方法を使用する場合にＩＭＳネットワークコア２の制御下でボイスオーバーＩＰ端末によって（例えば端末３Ａまたは端末３Ｂによって）使用される遅延時間“Ｔｄｅｌａｙ”を設定することを目標とする２つの実施例が、図３及び図４を参照して以下で説明される。
【００７８】
図３を参照して説明された第１の実施例において、遅延時間“Ｔｄｅｌａｙ”は、ＩＭＳネットワーク１にこの端末を登録する場合、ネットワークコア２の制御下にある端末内に設定される。
【００７９】
上述のように、ネットワークに登録されるために、ＶｏＩＰ端末３Ａは、ＳＩＰメッセージ“ＲＥＧＩＳＴＥＲ”を使用して、登録を要求するメッセージ“Ｍ１”を、ネットワークコア２に対して送信する（ステップＦ１０）。このメッセージは、ネットワークを介して、本発明に従う信号によって運ばれる。
【００８０】
ＳＩＰメッセージ“ＲＥＧＩＳＴＥＲ  Ｍ１”は、様々なヘッダ、特に、ＩＡＮＡ（Internet Assigned Number Authority：アイアナ）によって事前に定義されるオプションタグとして同様に知られている特定の識別子を使用して、一般的な方法で端末３Ａによってサポートされたサービスを示すヘッダ“Ｓｕｐｐｏｒｔｅｄ”を含む。ＩＡＮＡによって既に定義された、交換されるＳＩＰメッセージに含まれ得るヘッダ及びオプションタグの記述は、ＩＥＴＦ文書“RFC 3261 - SIP: Session Initiation Protocol”において発見され得る。
【００８１】
ここで説明される第１の実施例において、メッセージ“Ｍ１”の“Ｓｕｐｐｏｒｔｅｄ”ヘッダは、ＩＡＮＡによって適切に前もって定義されると共に、端末３Ａが本発明の呼終了方法を実施する（すなわち、サポートする）ことをネットワークコア２に対して通知する、オプションタグ、例えば“ｒｄ”を含む。
【００８２】
ここで、メッセージ“Ｍ１”は、更に、例えばＩＡＮＡによって適切に前もって定義された別のメッセージのヘッダ“Ｒａｃｄｅｃ”で、端末３Ａ内に事前に定義されるデフォルトの遅延時間“Ｔｄｅｌａｙ”を運ぶ。
【００８３】
明細書の末尾の付録は、メッセージ“Ｍ１”の内容の一例を示す。
【００８４】
ネットワークコア２のＳ−ＣＳＣＦサーバによってメッセージ“Ｍ１”が受信されると、メッセージ“Ｍ１”のヘッダが、読まれて分析される。この分析は、サーバが、“Ｓｕｐｐｏｒｔｅｄ”ヘッダ、及びオプションタグ“ｒｄ”を読むことによって、端末３Ａが本発明の呼終了方法をサポートすることを検出することを可能にする（ステップＦ２０）。これの後で、ネットワークコア２のＳ−ＣＳＣＦサーバは、この情報を保存すると共に、端末３Ａに送信するべき遅延時間“Ｔｄｅｌａｙ”を獲得するために、そのメモリを調べる。
【００８５】
その代りに、ＩＭＳネットワークのアプリケーションサーバは、遅延時間を獲得するために、メッセージ“Ｍ１”を分析し得る。
【００８６】
Ｓ−ＣＳＣＦサーバは、その場合に、メッセージ“Ｍ１”に応答して、・端末３Ａが本発明の終了方法をサポートするということをサーバが検出したということを端末３Ａに確認するためのオプションタグ“ｒｄ”を、サーバがその中に配置する“Ｒｅｑｕｉｒｅ”ヘッダと、・ネットワークコア２によって与えられると共に、本発明の呼終了方法を使用する場合に端末３Ａが印加しなければならない遅延時間“Ｔｄｅｌａｙ”を、サーバがその中に配置するＲａｃｄｅｃヘッダと、を含む“２００  ＯＫ”メッセージ“Ｍ２”を送信する（ステップＦ３０）。
【００８７】
上述のように、この応答メッセージ“Ｍ２”は、更に、端末３Ａがネットワークコア２によって登録されていると考えられる時間（例えばここでは１時間、すなわち、３６００［ｓ］）を包含する。当該技術において知られているように、この時間は、応答メッセージ“Ｍ２”の“Ｃｏｎｔａｃｔ”ヘッダの“有効期限”パラメータに含まれる。
【００８８】
明細書の末尾の付録は、メッセージ“Ｍ２”の内容の一例を示す。
【００８９】
メッセージ“Ｍ２”を受信すると、端末３Ａは、“Ｒａｃｄｅｃ”ヘッダ内の遅延時間“Ｔｄｅｌａｙ”を抽出すると共に、それを例えば端末３Ａのランダムアクセスメモリ３３に保存する（ステップＦ４０）。
【００９０】
同様の方法で、端末３Ｂは、本発明に従うと共に、端末３Ｂが本発明の呼終了方法をサポートすることをネットワークコア２に対して示すオプションタグ“ｒｄ”を“Ｓｕｐｐｏｒｔｅｄ”ヘッダに含み、“Ｒａｃｄｅｃ”ヘッダが端末３Ｂ内に事前に定義されるデフォルト値Ｔｄｅｆを含む信号によりネットワーク内を運ばれる“ＳＩＰ  ＲＥＧＩＳＴＥＲ（ＳＩＰ登録）”メッセージ“Ｍ３”を送信することによって、ネットワークコア２に登録される（ステップＦ５０）。
【００９１】
以下のステップは、端末３Ａに関して上述された、それぞれのステップＦ２０、Ｆ３０、及びＦ４０と類似している。・ネットワークコア２のＳ−ＣＳＣＦサーバが、登録メッセージＭ３を分析する（ステップＦ６０）。・ネットワークコア２によって与えられると共に、本発明の呼終了方法を使用する場合に端末３Ｂが印加しなければならない遅延時間“Ｔｄｅｌａｙ”を含む、端末３ＢのメッセージＭ３に対する応答メッセージＭ４を送信する（ステップＦ７０）。そして、・端末３Ｂが値“Ｔｄｅｌａｙ”を抽出して保存する（ステップＦ８０）。
【００９２】
従って、ステップＦ４０及びＦ８０の後では、端末３Ａ及び３Ｂは、本発明の呼終了方法を使用する場合に印加されるべき遅延時間“Ｔｄｅｌａｙ”、すなわち、それらが呼の間にハングアップすることを検出した後で呼に割り当てられた資源を解放するためのメッセージを送信する前に待たなければならない所定時間を、知っている。
【００９３】
ここで説明された第１の実施例において、ネットワークコアは、本発明の方法を実施するボイスオーバーＩＰ端末に、端末がネットワークに登録されている場合、遅延時間“Ｔｄｅｌａｙ”を送信する。ネットワークコアに対するボイスオーバーＩＰ端末の登録は、一般的に一時的である（例えばここでは１時間の間）。従って、遅延時間“Ｔｄｅｌａｙ”は、登録が新しくされるたびに、ネットワークコアにより送信され得ると共に、ボイスオーバーＩＰ端末に保存され得る。
【００９４】
第２の実施例において、ネットワークコア２の制御下にあるＶｏＩＰ端末内に遅延時間“Ｔｄｅｌａｙ”を設定することが、図４を参照して以下で説明される。この第２の実施例において、遅延時間“Ｔｄｅｌａｙ”は、ネットワークコア２により、・着呼端末３Ｂに送信される呼開始メッセージを使用して、そして、・発呼端末３Ａに送信される呼進行またはピックアップメッセージ（call in progress or picking up message）を使用して、送信される。
【００９５】
ここでは、ＳＩＰメッセージ“ＩＮＶＩＴＥ”を使用して端末３Ｂとの呼を開設するために、端末３Ａが、ネットワークコア２に対して呼開始メッセージ“Ｍ５”を送信すると仮定される（ステップＧ１０）。このメッセージ“Ｍ５”は、ネットワークを介して、本発明に従う信号によって運ばれる。
【００９６】
ここで説明された第２の実施例において、“ＩＮＶＩＴＥ”メッセージ“Ｍ５”は、第１の実施例におけるＳＩＰメッセージ“ＲＥＧＩＳＴＥＲ”に対するのと同じ方法で、端末３Ａがネットワークコア２に対して端末３Ａが本発明の呼終了方法をサポートすることを示すために有利にオプションタグ“ｒｄ”をその中に配置した“Ｓｕｐｐｏｒｔｅｄ”ヘッダを含む。
【００９７】
更に、メッセージ“Ｍ５”は、同様に、端末内に事前に定義されるデフォルトの遅延時間“Ｔｄｅｌａｙ”を、例えばＩＡＮＡによって適切に前もって定義された“Ｒａｃｄｅｃヘッダ”に含む。
【００９８】
メッセージ“Ｍ５”を受信すると、そのヘッダが、ネットワークコア２のＳ−ＣＳＣＦサーバによって読まれて分析される。Ｓ−ＣＳＣＦサーバは、その場合に、呼メッセージ“Ｍ５”に応答して、続いて、本発明の方法を使用する場合に印加されるべき遅延時間を端末３Ａに対して送信するために、端末３Ａが本発明の終了方法をサポートするという情報を保存する（ステップＧ２０）。
【００９９】
Ｓ−ＣＳＣＦサーバは、次に、呼開始メッセージ“ＩＮＶＩＴＥ  Ｍ５”を、呼開始メッセージ“ＩＮＶＩＴＥ  Ｍ６”の形式で、着呼端末３Ｂに転送する（ステップＧ３０）。このメッセージ“Ｍ６”において、もし端末３Ｂが本発明の終了方法をサポートするならば、端末３Ｂが本発明の終了方法の間に印加しなければならない遅延時間“Ｔｄｅｌａｙ”が更に指定される。この段階で、ネットワークコア２のＳ−ＣＳＣＦサーバは、端末３Ｂが本発明の方法をサポートするかどうかを知らない。遅延時間“Ｔｄｅｌａｙ”は、Ｓ−ＣＳＣＦサーバのメモリに対する問い合わせの後で獲得された。その代りに、遅延時間“Ｔｄｅｌａｙ”は、ＩＭＳネットワーク１のアプリケーションサーバに対する問い合わせの後で獲得され得る。
【０１００】
遅延時間“Ｔｄｅｌａｙ”は、端末３Ａによって送信されたメッセージ“Ｍ５”における時間Ｔｄｅｆに置き換えて、メッセージ“Ｍ６”の“Ｒａｃｄｅｃ”ヘッダを使用して送信される。その代りに、それは、ＩＡＮＡによって適切に以前に定義された、メッセージ“Ｍ６”の別のエンティティに配置され得る。
【０１０１】
メッセージ“Ｍ６”を受信すると、端末３Ｂは、遅延時間“Ｔｄｅｌａｙ”を抽出すると共に、本発明の終了方法の間に、（端末３Ｂのメモリ３４内の事前に定義されたデフォルトの時間Ｔｄｅｆの代りに）遅延時間“Ｔｄｅｌａｙ”を使用するために、それを例えば端末３Ｂのランダムアクセスメモリ３３に保存する（ステップＧ４０）。
【０１０２】
端末３Ｂは、次に、その呼が進行中であることを確認すると共に、例えば呼び出し音の形で端末のユーザによって気付かれるメッセージ“Ｍ６”に対する“１８０  ＲＩＮＧＩＮＧ”応答メッセージ“Ｍ７”を、Ｐ−ＣＳＣＦサーバを介して、ネットワークコア２のＳ−ＳＣＳＦサーバに送信する（ステップＧ５０）。このメッセージ“Ｍ７”は、ネットワークを介して、本発明に従う信号によって運ばれる。ここで、応答メッセージ“Ｍ７”は、“Ｒｅｑｕｉｒｅ”ヘッダにオプションタグ“ｒｄ”を含み、従って、ネットワークコア２に対して、端末３Ｂが本発明の呼終了方法をサポートするということ、そして本発明の呼終了方法は、端末がハングアップすると使用されるということを示す。更に、端末３Ｂは、応答メッセージ“Ｍ７”において、例えばメッセージのヘッダ“Ｒａｃｄｅｃ”において、本発明の終了方法の間に端末３Ｂによって印加されることになる遅延時間、すなわちここではネットワークコア２によって送信された時間“Ｔｄｅｌａｙ”を示す。
【０１０３】
メッセージ“Ｍ７”を受信すると、Ｓ−ＣＳＣＦサーバは、そのメモリを調べることによって、発呼端末３Ａに送信されるべき遅延時間を決定する（ステップＧ６０）。ここで説明された例において、この遅延時間は、端末３Ｂに関して以前に獲得された遅延時間“Ｔｄｅｌａｙ”である。従って、同種の遅延時間が、ＩＭＳネットワーク１における各ボイスオーバーＩＰ端末に関して決定され、それは有利である。その代りに、異なる遅延時間が、端末３Ａ及び３Ｂに関して獲得され得る。
【０１０４】
この遅延時間“Ｔｄｅｌａｙ”は、“１８０  ＲＩＮＧＩＮＧ”メッセージ“Ｍ８”において、このメッセージの“Ｒａｃｄｅｃ”ヘッダで、端末３Ａに送信される（ステップＧ７０）。ハングアップする際に端末３Ａによって本発明の終了方法が使用されなければならないということを明示するオプションタグ“ｒｄ”は、“Ｒｅｑｕｉｒｅ”ヘッダを使用して端末３Ａに送信される。メッセージ“Ｍ８”は、端末３Ｂに対する呼が進行中であることを端末３Ａに通知すると共に、そのメッセージは、例えば呼び出し音の形で端末３Ａのユーザによって気付かれる。
【０１０５】
メッセージ“Ｍ８”を受信すると、端末３Ａは、本発明の終了方法の間に、端末３Ａのメモリ３４に保存された、事前に定義されたデフォルトの時間“Ｔｄｅｆ”の代わりに使用するために、遅延時間“Ｔｄｅｌａｙ”を抽出すると共に、それを例えば端末３Ａのランダムアクセスメモリ３３に保存する（ステップＧ８０）。
【０１０６】
ここでは、端末３Ａからの呼び出しの後で、端末３Ｂのユーザが端末をピックアップすると仮定される（ステップＧ９０）。これは、当業者によって知られた方法で、端末３ＢのＳＩＰユーザエージェントによって検出されると共に、結果として、専用の資源が端末３Ｂにおいてこの呼に割り当てられる。
【０１０７】
端末３Ｂは、その場合に、ネットワークコア２に対して、ピックアップ通知（２００  ＯＫ）メッセージ“Ｍ９”によってピックアップすることを合図する（ステップＧ１００）。ピックアップメッセージ“Ｍ９”は、“Ｒａｃｄｅｃ”ヘッダに、端末３Ｂによって印加される遅延時間“Ｔｄｅｌａｙ”を含む。
【０１０８】
メッセージ“Ｍ９”は、ネットワークコア２による、その呼のために設けられた資源の割り当て後に、ネットワークコア２によって、ピックアップ通知（２００  ＯＫ）メッセージ“Ｍ１０”の形式で、端末３Ａに対して転送される（ステップＧ１１０）。メッセージ“Ｍ１０”は、“Ｒａｃｄｅｃ”ヘッダに、端末３Ａが印加しなければならない遅延時間“Ｔｄｅｌａｙ”を含む。
【０１０９】
メッセージ“Ｍ１０”を受信すると、端末３Ａは、必要な資源を呼に割り当てる。
【０１１０】
ここで説明された両方の実施例において、本発明の信号によって運ばれる、端末３Ａ及び３Ｂのそれぞれが本発明の終了方法をサポートするという旨の、ＳＩＰメッセージ“Ｍ１”及び“Ｍ５”と、ＳＩＰメッセージ“Ｍ３”及び“Ｍ７”とにそれぞれ含まれる情報は、“Ｓｕｐｐｏｒｔｅｄ”ヘッダまたは“Ｒｅｑｕｉｒｅ”ヘッダに含まれる。これらの前提は、決して本発明を制限しない。
【０１１１】
その代りに、この指示は、本発明の信号によって運ばれるメッセージの別のヘッダ内に存在し得る。例えば、メッセージそれ自身は、“Ｒａｃｄｅｃ”ヘッダに、この指示を含み得る。特に、端末によって送信されたメッセージにおけるこのヘッダの存在または欠如は、本質的に、端末が本発明の終了方法をサポートするという指示を構成する。更に、例えばそのネットワークがその手順を実施することを望むかどうかを指定するために、“Ｒａｃｄｅｃ”ヘッダに追加のパラメータが導入されるであろう。
【０１１２】
『付録』
【表１】
0005593304.tif 000002
【表２】
0005593304.tif 000003
【符号の説明】
【０１１３】
１    通信ネットワーク
２    ＩＭＳネットワークコア
３Ａ、３Ｂ    端末
４    アクセスネットワーク
５    アクセスネットワーク
３１    通信するための手段
３２    プロセッサ
３３    ランダムアクセスメモリ
３４    読み出し専用メモリ
【図１】
0005593304.tif 000004
【図２】
0005593304.tif 000005
【図３】
0005593304.tif 000006
【図４】
0005593304.tif 000007