(57)【特許請求の範囲】
【請求項１】
テレビ電話のための呼出方法であって、
呼出端末とマルチメディアリングバックトーン（ＭＲＢＴ）サーバとの間で、Ｈ．２４５プロトコルを使用してテレビ電話の第１のベアラを確立することと、
前記呼出端末は、第１のＨ．２４５指示を前記呼出端末に対応するモバイルスイッチングセンタ（ＭＳＣ）サーバから受信し、ここで、前記第１のＨ．２４５指示は、前記ビデオ電話の時間測定または課金を無視するよう前記呼出端末に通知するために用いられ、
前記呼出端末により、前記第１のベアラを介して、マルチメディアリングバックトーンを視聴することと、
被呼出端末により前記被呼出端末に対応するＭＳＣサーバにＣｏｎｎｅｃｔメッセージを送信した後に、前記呼出端末により前記呼出端末に対応する前記ＭＳＣサーバから第２のＨ．２４５指示を受信し、ここで、前記第２のＨ．２４５指示は、前記ビデオ電話の時間測定または課金を開始するよう前記呼出端末に通知するために用いられ、
前記呼出端末により、前記第２のＨ．２４５指示に従って前記ビデオ電話の時間測定または課金を開始することと、
前記第１のベアラとテレビ電話の第２のベアラとを介して、前記呼出端末と前記被呼出端末との間で、テレビ電話通信を実行することとを含み、
前記第２のベアラは、Ｈ．２４５を用いて、前記被呼出端末と前記マルチメディアリングバックトーンサーバとの間で確立される、
ことを特徴とする、方法。
【請求項２】
テレビ電話の前記第１のベアラを確立することよりも前に、前記方法は、
前記マルチメディアリングバックトーンサーバから前記呼出端末に送信されるＡｌｅｒｔｉｎｇメッセージ内で、マルチメディアリングバックトーンサービスを識別する特別なテキストを運ぶこと、または、
前記第１のベアラを確立するよう前記呼出端末に通知するために、前記呼出端末にＣｏｎｎｅｃｔメッセージを送信することを、さらに含む、請求項１に記載の方法。
【請求項３】
前記テレビ電話の前記第１のベアラを確立する前に、前記方法は、
前記呼出端末により、前記呼出端末に対応する前記ＭＳＣサーバにより送信されたＡｌｅｒｔｉｎｇメッセージ及びＣｏｎｎｅｃｔメッセージを受信する、
ことをさらに含む、請求項１に記載の方法。
【請求項４】
前記被呼出端末が前記呼出に応答したことを検出したら、前記呼出端末に対応する前記ＭＳＣサーバが前記ビデオ電話の課金を開始することを、さらに含む、  請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記第１のＨ．２４５指示及び前記第２のＨ．２４５指示はＨ．２４５のｃｏｍｍａｎｄ、Ｈ．２４５のｉｎｄｉｃａｔｉｏｎ、またはデュアルトーンマルチ周波数（ＤＴＭＦ）信号である、
請求項１〜４のいずれか一項に記載の方法。
【請求項６】
前記被呼出端末が前記Ｃｏｎｎｅｃｔメッセージを前記被呼出端末に対応する前記ＭＳＣサーバに送信するよりも後でありかつ前記呼出端末が前記第２のＨ．２４５指示を受信するより前に、前記方法は、
前記被呼出端末に対応する前記ＭＳＣサーバにより前記ＭＲＢＴサーバにＡｎｓｗｅｒメッセージを送信し、
前記ＭＲＢＴサーバによりＡｎｓｗｅｒメッセージを前記呼出端末に対応する前記ＭＳＣサーバに送信し、前記呼出端末に対応する前記ＭＳＣサーバにより前記ビデオ電話の課金を開始する、
ことをさらに含む、請求項１〜５のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００８年３月１２出願の国際出願第ＰＣＴ／ＣＮ２００８／０７０４７８号の継続出願であり、２００７年３月３１日出願の「ＭＥＴＨＯＤＳ  ＡＮＤ  ＳＹＳＴＥＭＳ  ＦＯＲ  ＣＯＮＴＲＯＬＬＩＮＧ  ＡＮＤ  ＣＯＭＭＵＮＩＣＡＴＩＮＧ  ＭＵＬＴＩＭＥＤＩＡ  ＲＩＮＧ  ＢＡＣＫ  ＴＯＮＥ  ＩＮＦＯＲＭＡＴＩＯＮ（マルチメディアリングバックトーン情報の制御および通信のための方法とシステム）」と題された中国特許出願第２００７１００７３９４１．８号、および２００７年９月４日出願の「ＣＡＬＬＩＮＧ  ＭＥＴＨＯＤＳ  ＡＮＤ  ＳＹＳＴＥＭＳ  ＦＯＲ  ＶＩＤＥＯ  ＰＨＯＮＥ（テレビ電話のための呼出方法およびシステム）」と題された中国特許出願第２００７１０１４９８１３．７号の優先権を主張するものである。これらのすべての出願は、それらの全体が、参照により本明細書に援用される。
【０００２】
本発明は、通信およびマルチメディア技術の分野に関し、特に、テレビ電話のための呼出技術に関する。
【背景技術】
【０００３】
マルチメディアリングバックトーン（Ｍｕｌｔｉｍｅｄｉａ  Ｒｉｎｇ  Ｂａｃｋ  Ｔｏｎｅ）は、パーソナライズされたリングバックトーンサービス（ｐｅｒｓｏｎａｌｉｚｅｄ  ｒｉｎｇ  ｂａｃｋ  ｔｏｎｅ  ｓｅｒｖｉｃｅ）とも呼ばれ、これは、通常のリングバックトーンの代わりに、１つの楽曲またはその他の記録を、呼出ユーザ（ｃａｌｌｉｎｇ  ｕｓｅｒ）に提供するように、被呼出ユーザ（ｃａｌｌｅｄ  ｕｓｅｒ）によってカスタマイズされるサービスである。顧客がマルチメディアリングバックトーンサービスをいったん申し込んだら、パーソナライズされたリングバックトーンが所望に応じて設定されてもよい。この顧客が呼び出された場合は、通常のリングバックトーンではなく、パーソナライズされた楽曲またはその他の記録が、呼出ユーザに対して再生される。特に、パーソナライズされたリングバックトーンは、任意の音楽、歌、記録、映像、その他であってもよい。映像である場合、映像を体験するためには、呼出ユーザの端末は、対応する映像メディア再生機能を有していなければならず、その場合、このサービスは、マルチメディアリングバックトーンサービス（ＭＲＢＴサービス）またはマルチメディア発呼者識別サービス（Ｍｕｌｔｉｍｅｄｉａ  Ｃａｌｌｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）（ＭＣＩＤサービス）と呼ばれる。
【０００４】
テレビ電話のマルチメディアリングバックトーンサービスは、被呼出ユーザが呼出ユーザによってテレビ電話の方法で呼び出される場合に、通常のリングバックトーンの代わりに、１つの心地よく音調のよいマルチメディア発呼者識別を呼出ユーザに提供するように、被呼出ユーザによってカスタマイズされる、テレビ電話サービスの１つである。
【０００５】
テレビ電話サービスは、ユニバーサルモバイルテレコミュニケーションシステム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）（ＵＭＴＳ）において定義された、音声と映像とを同時に利用してもよい、ポイントツーポイント通信サービスである。テレビ電話サービスは、２つの携帯映像端末の間、携帯映像端末と固定映像端末との間、または携帯映像端末とパーソナルコンピュータ（ＰＣ）との間での、音声および映像の両方の、双方向リアルタイム通信を可能にする。テレビ電話サービスに関与する、マルチメディア通信のための制御シグナリングプロトコルＨ．２４５について、以下で紹介する。
【０００６】
現在、テレビ電話のマルチメディアリングバックトーンサービスは、マルチメディアリングバックトーンを実施するための機能モジュールを端末内に統合することによって達成される。すなわち、ユーザがマルチメディアリングバックトーンをダウンロードおよび設定した場合、そのユーザの端末は、そのユーザの端末をテレビ電話の方法で呼び出す呼出端末（ｃａｌｌｉｎｇ  ｔｅｒｍｉｎａｌ）に対して、マルチメディアリングバックトーンを再生する。通信事業者（ｏｐｅｒａｔｏｒｓ）は、通信事業者のネットワーク側での再構築なしに、マルチメディアリングバックトーンをダウンロードするユーザから情報料を請求することによって利益を得る。特に、ユーザ端末は、テレビ電話端末に基づいて、マルチメディアリングバックトーンの機能モジュールが追加された、再構築されたテレビ電話端末である。別の端末からの呼出要求（ｃａｌｌｉｎｇ  ｒｅｑｕｅｓｔ）を受信した場合、被呼出端末（ｃａｌｌｅｄ  ｔｅｒｍｉｎａｌ）は、呼出側（ｃａｌｌｉｎｇ  ｐａｒｔｙ）に、呼出中（ａｌｅｒｔｉｎｇ）メッセージを送信し、次に、ベアラ確立プロセスを開始するために、接続中（ｃｏｎｎｅｃｔｉｎｇ）メッセージを送信する。その間、マルチメディアリングバックトーンのコンテンツを再生する準備のために、端末のマルチメディアリングバックトーンアプリケーションが開始され、一方、マルチメディアリングバックトーンのベアラが、被呼出端末と呼出端末との間で、Ｈ．２４５によって確立される。ベアラ確立プロセスが終了した後で、被呼出端末のマルチメディアリングバックトーンモジュールは、確立されたベアラを介して、マルチメディアリングバックトーンを再生し、一方、呼出端末のユーザは、テレビ電話のベアラを介して、マルチメディアリングバックトーンのコンテンツを聞く、または見る。被呼出ユーザが呼出に応答したら、被呼出端末のマルチメディアリングバックトーンモジュールはコンテンツの再生を停止し、そして、端末のユーザに制御権を移す。次に、マルチメディアリングバックトーンサービスのプロセス全体が完了する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、本発明の発明者によって見出されたように、従来技術の方式では、呼出中にマルチメディアリングバックトーンのコンテンツを再生するためには、端末を再構築して、マルチメディアリングバックトーンを実施するための機能モジュールを追加することが要求される。さらに、マルチメディアリングバックトーンを実施するための機能モジュールと、テレビ電話呼出のための機能モジュールとは、相互に協働するように統合されなければならない。したがって、端末に対する要求は高度である。端末が多くのマルチメディアリングバックトーンのコンテンツを選択する場合、コンテンツはローカルに記憶される。さらに、通信事業者は、マルチメディアリングバックトーンをダウンロードするユーザから情報料を請求することによってのみ利益を得るが、これは、通信事業者の従来の収入様式を大幅に変更し、したがって、通信事業者の要求から逸脱している。
【０００８】
他方、シグナリングモードの問題のため、端末は、マルチメディアリングバックトーンが再生されている間、テレビ電話の通信プロセスがすでに開始されていると誤って見なす場合がある。したがって、端末が通信の継続時間について正確に料金を請求することは不可能であり、その結果、ユーザからの苦情がもたらされている。
【課題を解決するための手段】
【０００９】
本発明の実施形態は、テレビ電話のための呼出方法およびシステムを提供し、それにより、テレビ電話のマルチメディアリングバックトーンサービスを低コストで実施する。
【００１０】
本発明の一実施形態は、テレビ電話のための呼出方法を提供し、この方法は、
呼出端末とマルチメディアリングバックトーンサーバとの間で、テレビ電話の第１のベアラを確立することと、
第１のベアラを介して、呼出端末へのマルチメディアリングバックトーンを再生することと、
被呼出端末が呼出に応答したことが検出されたら、被呼出端末とマルチメディアリングバックトーンサーバとの間で、テレビ電話の第２のベアラを確立することと、
第１のベアラと第２のベアラとを介して、呼出端末と被呼出端末との間で、テレビ電話通信を実行することとを含む。
【００１１】
本発明の一実施形態は、テレビ電話のための呼出方法を提供し、この方法は、
呼出端末とマルチメディアリングバックトーンサーバとの間で、テレビ電話の第３のベアラを確立することと、
第３のベアラを介して、呼出端末へのマルチメディアリングバックトーンを再生することと、
呼出端末と被呼出端末との間で、テレビ電話の第４のベアラを確立し、そして、第４のベアラを介して、呼出端末と被呼出端末との間で、テレビ電話通信を実行することとを含む。
【００１２】
本発明の一実施形態は、テレビ電話のための呼出システムを提供し、このシステムは、
呼出端末とマルチメディアリングバックトーンサーバとの間でテレビ電話の第１のベアラを確立するように構成された、ベアラ確立ユニット（ｂｅａｒｅｒ  ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｕｎｉｔ）と、
ベアラ確立ユニットによって確立された第１のベアラを介して、呼出端末へのマルチメディアリングバックトーンを再生するように構成された、マルチメディアリングバックトーン再生ユニット（Ｍｕｌｔｉｍｅｄｉａ  Ｒｉｎｇ  Ｂａｃｋ  Ｔｏｎｅ  ｐｌａｙｂａｃｋ  ｕｎｉｔ）と、
被呼出端末が呼出に応答したかどうかを検出するように、そして、被呼出端末が呼出に応答したことを検出したら、被呼出端末が呼出に応答したことをベアラ確立ユニットに指示するように構成された、検出ユニット（ｄｅｔｅｃｔｉｏｎ  ｕｎｉｔ）であって、ベアラ確立ユニットは、検出ユニットからのこの指示を受信したら、被呼出端末とマルチメディアリングバックトーンサーバとの間で、テレビ電話の第２のベアラを確立するようにさらに構成された、検出ユニットと、
ベアラ確立ユニットによって確立された第１のベアラと第２のベアラとを介して、呼出端末と被呼出端末との間でテレビ電話通信を実行するように構成された、通信ユニット（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｕｎｉｔ）とを含む。
【００１３】
本発明の一実施形態は、テレビ電話のための別の呼出システムを提供し、このシステムは、
呼出端末とマルチメディアリングバックトーンサーバとの間でテレビ電話の第３のベアラを確立するように、そして、呼出端末と被呼出端末との間でテレビ電話の第４のベアラを確立するように構成された、ベアラ確立ユニットと、
ベアラ確立ユニットによって確立された第３のベアラを介して、呼出端末へのマルチメディアリングバックトーンを再生するように構成された、マルチメディアリングバックトーン再生ユニットと、
ベアラ確立ユニットによって確立された第４のベアラを介して、呼出端末と被呼出端末との間でテレビ電話通信を実行するように構成された、通信ユニットとを含む。
【００１４】
従来技術と比較すると、本発明の実施形態によって提供されるマルチメディアリングバックトーンサービスは、テレビ電話のための従来のネットワークフレームワークに基づいて実施されてもよい。さらに、マルチメディアリングバックトーンサーバによって、呼出端末へのマルチメディアリングバックトーンを再生することにより、端末のための、プロトコル層の再構築が回避され、それにより、テレビ電話のマルチメディアリングバックトーンサービスの実施によって発生する、端末への影響は最小となる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態による、テレビ電話のための呼出方法の構成図である。
【図２】本発明の第１の実施形態による、テレビ電話のための呼出方法のフローチャートである。
【図３】本発明の第２の実施形態による、テレビ電話のための呼出方法のフローチャートである。
【図４】本発明の第３の実施形態による、テレビ電話のための呼出方法のフローチャートである。
【図５】本発明の第４の実施形態による、テレビ電話のための呼出方法のフローチャートである。
【図６】本発明の第５の実施形態による、テレビ電話のための呼出方法のフローチャートである。
【図７】本発明の第６の実施形態による、テレビ電話のための呼出方法のフローチャートである。
【図８】本発明の第７の実施形態による、テレビ電話のための呼出システムの構成図である。
【図９】本発明の第７の実施形態による、テレビ電話のための呼出方法のフローチャートである。
【図１０】本発明の第８の実施形態による、テレビ電話のための呼出方法のフローチャートである。
【図１１】本発明の第９の実施形態による、テレビ電話のための呼出方法のフローチャートである。
【図１２】本発明の第１１の実施形態による、テレビ電話のための呼出システムのブロック図である。
【図１３】本発明の第１２の実施形態による、テレビ電話のための呼出システムのブロック図である。
【発明を実施するための形態】
【００１６】
本発明の目的、技術方式、および利点をさらに明らかにするために、本発明の実施形態を、添付の図面と組み合わせて、以下でさらに詳細に説明する。
【００１７】
本発明の第１の実施形態は、テレビ電話の呼出方法に関する。本実施形態において、マルチメディアリングバックトーンサーバは、呼出端末とマルチメディアリングバックトーンサーバとの間で確立された、テレビ電話の第１のベアラを介して、呼出端末のためのマルチメディアリングバックトーンを再生する。被呼出端末が呼出に応答したことが検出されたら、被呼出端末とマルチメディアリングバックトーンサーバとの間で、テレビ電話の第２のベアラが確立される。確立された第１および第２のベアラを介して、呼出端末と被呼出端末との間で、テレビ電話通信が実行されてもよい。
【００１８】
図１に示すように、本実施形態のネットワーク構成は、モバイルスイッチングセンタ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）（ＭＳＣ）サーバと、メディアゲートウェイ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ）（ＭＧＷ）と、ビジタロケーションレジスタ（Ｖｉｓｉｔｏｒ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）（ＶＬＲ）と、無線ネットワークコントローラ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）（ＲＮＣ）と、ノード基地局（Ｎｏｄｅ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）（Ｎｏｄｅ  Ｂ）と、ホームロケーションレジスタ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）（ＨＬＲ）と、認証センタ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｅｎｔｅｒ）（ＡｕＣ）と、マルチメディアリングバックトーンを提供するためのマルチメディアリングバックトーンサーバなどの、ネットワーク要素と、呼出端末および被呼出端末とを含む。ＭＳＣサーバとＶＬＲとは、組み合わせられたネットワーク要素として一緒に統合されてもよい。ＭＳＣサーバは、Ｈ．２４８のプロセスによって、ＭＧＷとの接続を確立する。ＨＬＲとＡｕＣとは、組み合わせられたネットワーク要素として一緒に統合されてもよい。（実際のネットワーキング状況では、ＡｕＣは存在しなくてもよい。）図２に示すように、具体的なフローは、以下のステップを含む。
【００１９】
ステップ２０１で、呼出端末すなわちユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）（ＵＥ）Ａは、接続されたＭＳＣサーバＡに、ＳＥＴＵＰ（セットアップ）メッセージを、このメッセージ内で運ばれるＢＣ＿ＩＥセル内のＩＴＣを「ＵＤＩ」にし、Ｏｔｈｅｒ  Ｒａｔｅ  Ａｄａｐｔａｔｉｏｎ（その他のレートアダプテーション）（ＯＲＡ）を「Ｈ．２２３＆Ｈ．２４５」にして、送信する。
【００２０】
ステップ２０２で、ＭＳＣサーバＡは、ルーティング情報を問い合わせるために、被呼出端末すなわちＵＥ  ＢのＨＬＲ  Ｂに、Ｓｅｎｄ  Ｒｏｕｔｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ（送信ルーティング情報）（ＳＲＩ）要求を発行する。
【００２１】
ステップ２０３で、ＨＬＲ  Ｂは、ＵＥ  Ｂの移動局ローミング番号（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ  Ｒｏａｍｉｎｇ  Ｎｕｍｂｅｒ）（ＭＳＲＮ）を要求するために、ＵＥ
Ｂに接続されたＭＳＣサーバＢに、Ｐｒｏｖｉｄｅ  Ｒｏａｍｉｎｇ  Ｎｕｍｂｅｒ（提供ローミング番号）（ＰＲＮ）メッセージを送信する。
【００２２】
ステップ２０４で、ＭＳＣサーバＢは、ＨＬＲ  Ｂに、ＵＥ  ＢのＭＳＲＮを返す。ただし、ＭＳＣサーバＢがプリコーリング（ｐｒｅ−ｃａｌｌｉｎｇ）をサポートする場合は、ＵＥ  ＢのＭＳＲＮが返される前に、プリコーリングプロセスが開始される。
【００２３】
ステップ２０５で、ＨＬＲ  Ｂは、被呼出ユーザ（ＵＥ  Ｂのユーザ）がマルチメディアリングバックトーンサービスをカスタマイズしたかどうかについての情報を運ぶ、ＵＥ
Ｂのルーティング情報（すなわち、ＵＥ  ＢのＭＳＲＮ）を、ＭＳＣサーバＡに返す。
【００２４】
ステップ２０６で、ＭＳＣサーバＡは、ＵＥ  ＢのＭＳＲＮを取得したら、ＵＥ  ＡへのＣａｌｌ＿Ｐｒｏｃｅｅｄｉｎｇ（呼出＿進行中）のプロセスを開始する。
【００２５】
ステップ２０７で、ＭＳＣサーバＡは、マルチメディアリングバックトーンサーバに、ＩＳＵＰ  ＩＡＭメッセージ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅ  Ｄｉｇｉｔａｌ
Ｎｅｔｗｏｒｋ  Ｕｓｅｒ  Ｐａｒｔ  Ｉｎｉｔｉａｌ  Ａｄｄｒｅｓｓ  Ｍｅｓｓａｇｅ（統合サービスデジタルネットワークユーザ部の初期アドレスメッセージ））を発行する。被呼出ユーザが、発呼者番号表示サービス（ｃａｌｌｉｎｇ  ｎｕｍｂｅｒ  ｄｉｓｐｌａｙ  ｓｅｒｖｉｃｅ）に加入している場合、ＩＳＵＰ  ＩＡＭメッセージは、発呼者番号と、サービスプレフィクス情報とを運んでもよい。マルチメディアリングバックトーンサーバは、テレビ電話ユーザにマルチメディアリングバックトーンを提供するためのシステムであり、マルチメディアリングバックトーンを記憶、再生、および管理する機能を有し、そして、ベアラ非依存呼制御（Ｂｅａｒｅｒ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｃａｌｌ  Ｃｏｎｔｒｏｌ）（ＢＩＣＣ）／ＩＳＤＮユーザ部（ＩＳＵＰ）プロトコルをサポートする。被呼出ユーザがマルチメディアリングバックトーンサービスを申し込んでいる場合、サーバは、マルチメディアリングバックトーンの再生を呼出端末に提供してもよく、そして、被呼出ユーザが呼出に応答したら、マルチメディアリングバックトーンの再生を自動的に終了してもよい。
【００２６】
ステップ２０８で、マルチメディアリングバックトーンサーバは、ＭＳＣサーバＢに、ＩＳＵＰ  ＩＡＭメッセージを発行する。被呼出ユーザが、発呼者番号表示サービスに加入している場合、ＩＳＵＰ  ＩＡＭメッセージは、発呼者番号を運ぶ。
【００２７】
ステップ２０９で、ＭＳＣサーバＢがＨＬＲ  ＢにＵＥ  ＢのＭＳＲＮを返す前にプリコーリングプロセスが開始されていない場合、このステップにおいて、ＭＳＣサーバＢは、ＵＥ  Ｂに、ｃａｌｌｉｎｇ  ｒｅｑｕｅｓｔ（呼出要求）メッセージを送信する。
【００２８】
ステップ２１０で、ＵＥ  Ｂは、ＭＳＣサーバＢに、ｃａｌｌｉｎｇ  ｒｅｓｐｏｎｓｅ（呼出応答）メッセージを返す。
【００２９】
ステップ２１１で、ＭＳＣサーバＢは、ＵＥ  Ｂに、ＳＥＴＵＰメッセージを、メッセージ内で運ばれるＢＣ＿ＩＥセル内のＩＴＣを「ＵＤＩ」にし、ＯＲＡを「Ｈ．２２３＆Ｈ．２４５」にして、送信する。
【００３０】
ステップ２１２で、ＵＥ  Ｂは、ＭＳＣサーバＢに、新しいＢＣ＿ＩＥを運ばないＣＡＬＬ  ＣＯＮＦＩＲＭＥＤ（呼出確認）メッセージを返し、これは、テレビ電話呼出がサポートされていることを示している。次に、ＵＥ  Ｂはリンギングを開始する。
【００３１】
ステップ２１３で、ＵＥ  Ｂは、ＵＥ  Ｂがリングした後に、ＭＳＣサーバＢに、Ａｌｅｒｔｉｎｇ（アラーティング）メッセージを返す。
【００３２】
ステップ２１４で、ＭＳＣサーバＢは、マルチメディアリングバックトーンサーバに、Ａｄｄｒｅｓｓ  Ｃｏｍｐｌｅｔｅ  Ｍｅｓｓａｇｅ（アドレス完了メッセージ）（ＡＣＭ）を送信する。
【００３３】
ステップ２１５で、マルチメディアリングバックトーンサーバは、ＭＳＣサーバＢから送信されたＡＣＭを受信したら、ＭＳＣサーバＡに、マルチメディアリングバックトーン情報を運ぶＡＭＣを送信する。
【００３４】
ステップ２１６で、ＭＳＣサーバＡは、マルチメディアリングバックトーン情報を識別して、ＵＥ  Ａに、Ａｌｅｒｔｉｎｇを送信する。
【００３５】
ステップ２１７で、マルチメディアリングバックトーンサーバは、ＭＳＣサーバＡに、Ａｎｓｗｅｒ  Ｍｅｓｓａｇｅ（応答メッセージ）（ＡＮＭ）を送信して、ＵＥ  ＡにＣｏｎｎｅｃｔ（接続）メッセージを送信するようＭＳＣサーバＡをトリガする。ＡＮＭメッセージは、マルチメディアリングバックトーンサーバからＭＳＣサーバＡに送信されるＡＮＭ信号であり、マルチメディアリングバックトーンサーバとＵＥ  Ａとの間の通信が確立されてもよいということを指示し、そして、Ｃｏｎｎｅｃｔメッセージをトリガする。本実施形態では、このステップは必須ではなく、実際的な要求に応じて個別に選択されてもよい。ＭＳＣサーバＡは、マルチメディアリングバックトーンサーバから、マルチメディアリングバックトーン情報を運ぶＡＭＣを受信したら、ＵＥ  ＡにＣｏｎｎｅｃｔメッセージを送信してもよいということに留意すべきである。すなわち、Ｃｏｎｎｅｃｔメッセージの送信は、ＡＮＭメッセージによってトリガされなくてもよい。
【００３６】
ステップ２１８で、ＵＥ  Ａは、Ｃｏｎｎｅｃｔメッセージを受信したら、ＭＳＣサーバＡに、Ｃｏｎｎｅｃｔ  ＡＣＫメッセージを送信する。
【００３７】
ステップ２１９で、テレビ電話シグナリングプロトコルのプロセス（ｖｉｄｅｏ  ｐｈｏｎｅ  ｓｉｇｎａｌｉｎｇ  ｐｒｏｔｏｃｏｌ  ｐｒｏｃｅｓｓ）を介して、ＵＥ  Ａとマルチメディアリングバックトーンサーバとの間で、テレビ電話の第１のベアラが確立される。テレビ電話シグナリングプロトコルは、Ｈ．３２４、Ｈ．３２３、またはセッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）（ＳＩＰ）の、テレビ電話シグナリングプロトコルであってもよい。本実施形態は、Ｈ．３２３内のＨ．２４５のプロセスを介して、テレビ電話の第１のベアラを確立する例によって説明する。
【００３８】
ステップ２２０で、ＵＥ  Ａは、マルチメディアリングバックトーンサーバを介して、映像のマルチメディアリングバックトーン（ｖｉｄｅｏ  Ｍｕｌｔｉｍｅｄｉａ  Ｒｉｎｇ  Ｂａｃｋ  Ｔｏｎｅ）を表示する。
【００３９】
ステップ２２１で、ＵＥ  Ｂは、ＵＥ  Ｂが電話を取る動作を終了した後で、ＭＳＣサーバＢに、Ｃｏｎｎｅｃｔメッセージを送信する。被呼出側の応答プロセス（ｃａｌｌｅｄ  ｐａｒｔｙ  ａｎｓｗｅｒｉｎｇ  ｐｒｏｃｅｓｓ）が開始される。
【００４０】
ステップ２２２で、ＭＳＣサーバＢは、マルチメディアリングバックトーンサーバに、ＡＮＭメッセージを送信する。
【００４１】
ステップ２２３で、ＭＳＣサーバＢは、ＵＥ  Ｂに、Ｃｏｎｎｅｃｔ＿ＡＣＫメッセージを送信する。
【００４２】
ステップ２２４で、マルチメディアリングバックトーンサーバは、ＭＳＣサーバＡに、ＡＮＭメッセージを送信し、そして次に、ＵＥ  Ａに接続されたＭＳＣサーバＡは、テレビ電話通信についての課金を開始する。テレビ電話通信は、ＵＥ  Ｂが呼出に応答したことが検出されたら課金されるため、マルチメディアリングバックトーンサービスの実施プロセスの中で、通信の継続時間は正確に計算および制御されてもよい。次に、ＭＳＣサーバＡは、ＵＥ  Ａに、Ｃｏｎｎｅｃｔシグナリングを送信してもよい。実際の適用例では、ＭＳＣサーバＡは、ＵＥ  Ａに、Ｃｏｎｎｅｃｔシグナリングを送信しなくてもよく、または、たとえそれが送信されても、ＵＥ  Ａは、Ｃｏｎｎｅｃｔメッセージを処理しなくてもよい。言い換えると、Ｃｏｎｎｅｃｔメッセージを送信するステップは、省略可能なステップである。ＵＥ  Ａが、Ｃｏｎｎｅｃｔメッセージを受信し、そしてそのメッセージを処理することを決定した場合、ＵＥ  Ａは、ＭＳＣサーバＡに、Ｃｏｎｎｅｃｔ＿ＡＣＫメッセージを使用して応答してもよく、または、いかなるメッセージを使用した応答もしなくてもよい。
【００４３】
ステップ２２５で、マルチメディア通信制御シグナリングプロトコルＨ．２４５のプロセスを介して、マルチメディアリングバックトーンサーバとＵＥ  Ｂとの間で、テレビ電話の第２のベアラが確立される。
【００４４】
ステップ２２６で、ＵＥ  Ａとマルチメディアリングバックトーンサーバとの間で確立されたテレビ電話の第１のベアラと、ＵＥ  Ｂとマルチメディアリングバックトーンサーバとの間で確立されたテレビ電話の第２のベアラとを介して、ＵＥ  ＡとＵＥ  Ｂとの間で、第３世代（３Ｇ）回線ドメインのテレビ電話通信が行われる。
【００４５】
本実施形態では、マルチメディアリングバックトーンサービスは、テレビ電話のための従来のネットワークフレームワークに基づいて達成されてもよい、ということは明白である。さらに、マルチメディアリングバックトーンサーバによって、呼出端末へのマルチメディアリングバックトーンを再生することにより、端末のための、プロトコル層の再構築が回避され、それにより、テレビ電話のマルチメディアリングバックトーンサービスの実施によって発生する、端末への影響は最小となる。それに加えて、ＵＥ  ＡとＵＥ  Ｂとは、それぞれが、マルチメディアリングバックトーンサーバとの１つのテレビ電話ベアラを確立するのみであり、ＵＥ  ＡとＵＥ  Ｂとは、マルチメディアリングバックトーンサーバを介してテレビ電話を完全なものにする。さらに、本実施形態は、ＭＳＣサーバと端末との両方について、再構築をほとんど要求せず、したがって実施が容易である。
【００４６】
本実施形態の、ステップ２１８および２２３におけるＣｏｎｎｅｃｔ  ＡＣＫメッセージは、Ｃｏｎｎｅｃｔメッセージへの肯定応答のために使用され、そして、実際的な要求に応じて、存在してもよく、または存在しなくてもよいということに留意すべきである。
【００４７】
本発明の第２の実施形態は、テレビ電話のための呼出方法に関し、そして、第１の実施形態とほぼ類似しているが、第１の実施形態における、（ステップ２１７におけるように）ＭＳＣサーバＡが、ＵＥ  ＡにＣｏｎｎｅｃｔメッセージを送信することによって、テレビ電話の第１のベアラを確立するようＵＥ  Ａに通知するという点は、異なる。一方、本実施形態では、ＵＥ  ＡにＡｌｅｒｔｉｎｇメッセージを送信した後で、ＵＥ  Ａに、ステップ２１７に示すようにＣｏｎｎｅｃｔメッセージを送信する代わりに、（図３に示すように）ＭＳＣサーバＡは、ＵＥ  Ａに送信されるＡｌｅｒｔｉｎｇメッセージ内でサービス識別子を運ぶ。例えば、Ａｌｅｒｔｉｎｇメッセージ内の情報要素「Ｕｓｅｒ−Ｕｓｅｒ（ユーザ−ユーザ）」によって、マルチメディアリングバックトーンサービスを識別する特別なテキストが運ばれ、その結果、ＵＥ  Ａは、マルチメディアリングバックトーンを受信するかどうかを識別してもよい。ＵＥ  Ａは、Ａｌｅｒｔｉｎｇメッセージ内でサービス識別子が運ばれていない場合は、通常のフローに従ってテレビ電話の通信を開始し、または、Ａｌｅｒｔｉｎｇメッセージ内でサービス識別子が運ばれている場合は、テレビ電話の第１のベアラを確立する。
【００４８】
それに加えて、図３に示すように、被呼出端末ＵＥ  Ｂが呼出に応答し、かつ、ＭＳＣサーバＡがマルチメディアリングバックトーンサーバからＡＮＭメッセージを受信した場合、ＭＳＣサーバＡは、ＵＥ  Ａに、Ｃｏｎｎｅｃｔメッセージを送信する（すなわち、第１の実施形態におけるステップ２２４）。
【００４９】
マルチメディアリングバックトーンサービスをサポートしていない端末に柔軟に対応するように、Ａｌｅｒｔｉｎｇメッセージ内でサービス識別子を運ぶことによって、マルチメディアリングバックトーンサービスをサポートしていない端末がＡｌｅｒｔｉｎｇメッセージを受信した場合、通常の継続は影響を及ぼされなくてもよい。さらに、後続のフローの迅速な進行のために、ＵＥ  Ａは、Ａｌｅｒｔｉｎｇメッセージを受信した後で、３Ｇ−３２４Ｍプロトコル相互作用を開始する必要があり、ネットワークは、この時、回線交換データ（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈ  Ｄａｔａ）（ＣＳＤ）６４の回線リンクを確立する必要がある。
【００５０】
本発明の第３の実施形態は、テレビ電話のための呼出方法に関し、そして、第１の実施形態とほぼ類似しているが、第１の実施形態では、ネットワーク側は、呼出端末（すなわち、ＵＥ  Ａ）に、テレビ電話通信の継続時間についての課金情報を通知する必要はないのに対して、本実施形態では、被呼出端末（すなわち、ＵＥ  Ｂ）が呼出に応答したことを検出するよりも前に、ネットワーク側は、呼出端末に、ネットワーク側は課金していないことを指示する「Ｆａｃｉｌｉｔｙ（ファシリティ）」メッセージを送信することによって、課金または時間測定を無視するよう呼出端末に通知し、被呼出端末が呼出に応答したことを検出したら、ネットワーク側は、呼出端末に、ネットワーク側が課金を開始したことを示す「Ｆａｃｉｌｉｔｙ」メッセージを送信することによって、課金または時間測定を行うよう呼出端末に通知する、という点が異なる。説明の便宜上、第１の「Ｆａｃｉｌｉｔｙ」メッセージは、「Ｆａｃｉｌｉｔｙ」メッセージＦＡと呼び、第２の「Ｆａｃｉｌｉｔｙ」メッセージは、「Ｆａｃｉｌｉｔｙ」メッセージＦＢと呼ぶ。
【００５１】
具体的なフローは図４に示すとおりであり、ここで、ステップ４０１〜４２０は、それぞれ、ステップ２０１〜２２０と完全に同一であり、ここでは繰り返さない。
【００５２】
ステップ４２１で、ＭＳＣサーバＡまたはマルチメディアリングバックトーンサーバは、ＵＥ  Ａに、これは通常の通信ではなく、ネットワーク側はまだ課金を開始していないということを知らせる、「Ｆａｃｉｌｉｔｙ」メッセージＦＡを、ＵＥ  Ａに送信する。
【００５３】
ステップ４２２〜４２５は、それぞれ、ステップ２２１〜２２４と完全に同一であり、ここでは繰り返さない。
【００５４】
ステップ４２６で、ＭＳＣサーバＡまたはマルチメディアリングバックトーンサーバは、ＵＥ  Ａに、通常の通信が開始され、ネットワーク側は課金を開始したということを知らせる、「Ｆａｃｉｌｉｔｙ」メッセージＦＢを、ＵＥ  Ａに送信する。
【００５５】
テレビ電話の通常のプロセスの間、ＵＥ  Ａは、ステップ４１７におけるＣｏｎｎｅｃｔメッセージを受信したら、テレビ電話のベアラを確立し、次に、ＵＥ  Ａは、ユーザに、「ｉｎ  ｖｉｄｅｏ  ｐｈｏｎｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ（テレビ電話通信中）」を表示し、そして通常は、「００：１９」などの、テレビ電話通信の継続時間を追加する。マルチメディアリングバックトーンサービスは、テレビ電話に基づいて追加されるサービスであるが、ＵＥが再構築されていない場合、テレビ電話アプリケーションは、マルチメディアリングバックトーンサービスのプロセスを、テレビ電話通信のプロセスと見なし、したがって、マルチメディアリングバックトーンの再生中に、「ｉｎ  ｖｉｄｅｏ  ｐｈｏｎｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ（テレビ電話通信中）」および対応する時間測定情報を表示する。
【００５６】
通常のテレビ電話通信に影響を及ぼさないように、サービスによって引き起こされるテレビ電話への変更をできるだけ減らしながら、ユーザが課金情報を誤解するのを避けるために、ＵＥは、ステップ４１７においてＣｏｎｎｅｃｔメッセージを受信した後で、通常の状況に従って時間を測定してもよく、そして、ネットワーク側は課金を開始していないということを指示するメッセージ、すなわち、「Ｆａｃｉｌｉｔｙ」メッセージＦＡを受信した後で、ネットワーク側はまだ課金を開始していないということを示す情報をユーザに表示する。例えば、表示されている時間測定情報は消去されてもよく、そして、「ｐｌａｙｉｎｇ  ｒｉｎｇ  ｂａｃｋ  ｔｏｎｅ  ｗｉｔｈｏｕｔ  ｃｈａｒｇｉｎｇ（課金せずにリングバックトーンを再生中）」などの情報が、ネットワーク側はまだ課金を開始していないということをユーザに知らせるために、画面上に表示されてもよい。ネットワーク側が課金を開始したということを指示するメッセージ、すなわち、「Ｆａｃｉｌｉｔｙ」メッセージＦＢを、ＵＥが受信した後で、テレビ電話アプリケーションは、テレビ電話についての時間測定／課金を開始し、そして、「ｉｎ  ｖｉｄｅｏ  ｐｈｏｎｅ（テレビ電話中）」などのテキストを表示する。
【００５７】
ステップ４１７におけるＣｏｎｎｅｃｔメッセージは必須ではないため、システム側から配送されるＣｏｎｎｅｃｔメッセージをＵＥが受信せず、かつ、Ｃｏｎｎｅｃｔメッセージの機能は、その他のシグナリングメッセージによって取って代わられる場合、Ｃｏｎｎｅｃｔメッセージの機能に取って代わるシグナリングを受信したら、ＵＥは、時間測定情報を表示せずに、または「００：００」のように表示しながら、マルチメディアリングバックトーンに関して表示する、すなわち、「ｐｌａｙｉｎｇ  ｒｉｎｇ  ｂａｃｋ  ｔｏｎｅ（リングバックトーンを再生中）」などのテキストを表示する。Ｃｏｎｎｅｃｔメッセージを受信したら、通常のテレビ電話表示プロセスに関する、すべての内容が表示される。
【００５８】
ステップ４２７および４２８は、それぞれ、ステップ２２５および２２６と完全に同一であり、ここでは繰り返さない。
【００５９】
本実施形態の、ステップ４１８および４２４におけるＣｏｎｎｅｃｔ  ＡＣＫメッセージは、実際的な要求に応じて、存在してもよく、または存在しなくてもよい、ということに留意すべきである。それに加えて、「Ｆａｃｉｌｉｔｙ」メッセージＦＡは、図４に示すステップ４２１において送信されてもよく、または、ステップ４１６より後、かつステップ４２５より前の、任意のステップにおいて送信されてもよい。
【００６０】
本実施形態のステップ４２５において、ＭＳＣサーバＡは、ＵＥ  Ａに、Ｃｏｎｎｅｃｔメッセージを送信してもよく、または、送信しなくてもよい。ＭＳＣサーバＡは、Ｃｏｎｎｅｃｔメッセージを送信する場合、マルチメディアリングバックトーンサーバから送信されたＡＮＭを受信した後で、ＵＥ  Ａに、Ｃｏｎｎｅｃｔメッセージを送信する。ＵＥ  Ａは、このメッセージを処理してもよく、または、処理しなくてもよい。
【００６１】
本実施形態における、ステップ４２１および４２６の主要な機能は、呼出端末のユーザが課金情報を誤解するのを避けるために、ネットワーク側で計算される通信継続時間を呼出端末が正確に取得してもよいように、実際のテレビ電話が開始されたかどうかを呼出端末に示して、マルチメディアリングバックトーンの再生中に端末がいつ課金を開始するかに関する問題を解決することである、ということは明白である。
【００６２】
本実施形態において、ＭＳＣサーバＡが、ステップ４１６またはステップ４１７においてＵＥ  Ａに配送されるＡｌｅｒｔｉｎｇメッセージまたはＣｏｎｎｅｃｔメッセージを介して、現在のリンギングがＵＥ  Ａへのマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報を、それに従ってＵＥ  Ａが正確に時間を測定してもよいように、さらに送信してもよいということは、言及する価値がある。例えば、この情報がメッセージ内に含まれていない場合、ＵＥ  Ａは、通常の方法で時間測定を開始してもよく、一方、この情報がメッセージ内に含まれている場合、第１のＣｏｎｎｅｃｔメッセージを受信したら時間測定を開始するのではなく、ＵＥ  Ａは、時間測定を開始するよう指示する後続のメッセージをネットワークが送信するのを待ち、そして、このメッセージを受信したら、時間測定を開始する。
【００６３】
現在のリンギングがマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報は、メッセージ内のｆａｃｉｌｉｔｙ（ファシリティ）フィールド、または、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒ（ユーザ−ユーザ）フィールドを拡張することによって実装されてもよい。例えば、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドの値が１である場合、これは、第１のＣｏｎｎｅｃｔメッセージを受信しても時間測定を行わないようＵＥ  Ａに指示し、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドの値が０である場合、これは、通常の方法で時間測定を開始するようＵＥ  Ａに指示する。
【００６４】
現在のリンギングがマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報が、ＵＥ  Ａに配送されるＡｌｅｒｔｉｎｇメッセージまたはＣｏｎｎｅｃｔメッセージ内で運ばれる場合、これは、ステップ４２１が実行されることと同等であり、したがって、「Ｆａｃｉｌｉｔｙ」メッセージＦＡの送信は省略されてもよい、ということは明白である。しかし、時間測定を開始するよう指示する前述のメッセージである、「Ｆａｃｉｌｉｔｙ」メッセージＦＢは、やはり送信されるべきである。
【００６５】
本発明の第４の実施形態は、テレビ電話のための呼出方法に関し、そして、第１の実施形態とほぼ類似しているが、第１の実施形態では、ネットワーク側は、呼出端末（すなわち、ＵＥ  Ａ）に、関連するテレビ電話通信の継続時間についての課金情報を通知しなくてもよいのに対して、本実施形態では、被呼出端末（すなわち、ＵＥ  Ｂ）が呼出に応答したことを検出するよりも前に、ネットワーク側は、呼出端末に、ネットワーク側は課金していないことを示すショートメッセージサービス（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）（ＳＭＳ）メッセージを送信することによって、課金または時間測定を無視するよう呼出端末に通知し、被呼出端末が呼出に応答したことを検出したら、ネットワーク側は、呼出端末に、ネットワーク側が課金を開始したことを示すＳＭＳメッセージを送信することによって、課金または時間測定を行うよう呼出端末に通知する、という点が異なる。説明の便宜上、第１のＳＭＳメッセージは、ＳＭＳメッセージＳＡと呼び、第２のＳＭＳメッセージは、ＳＭＳメッセージＳＢと呼ぶ。
【００６６】
具体的なフローは図５に示すとおりであり、ここで、ステップ５０１〜５２０は、それぞれ、ステップ２０１〜２２０と完全に同一であり、ここでは繰り返さない。
【００６７】
ステップ５２１で、ＭＳＣサーバＡは、ＵＥ  Ａに、これは通常の通信ではなく、ネットワーク側はまだ課金を開始していないということを知らせる、ＳＭＳメッセージＳＡを、ＵＥ  Ａに送信する。ＵＥ  Ａは、ＳＭＳメッセージＳＡを受信したら、ユーザに、ネットワーク側はまだ課金を開始していないということを示す情報を表示してもよい。例えば、「ｐｌａｙｉｎｇ  ｒｉｎｇ  ｂａｃｋ  ｔｏｎｅ  ｗｉｔｈｏｕｔ  ｃｈａｒｇｉｎｇ（課金せずにリングバックトーンを再生中）」などの情報が、ネットワーク側は課金を開始していないということをユーザに知らせるために、画面上に表示されてもよい。
【００６８】
ステップ５２２〜５２５は、それぞれ、ステップ２２１〜２２４と完全に同一であり、ここでは繰り返さない。
【００６９】
ステップ５２６で、ＭＳＣサーバＡは、ＵＥ  Ａに、通常の通信が開始され、ネットワーク側は課金を開始したということを知らせる、ＳＭＳメッセージＳＢを、ＵＥ  Ａに送信する。
【００７０】
ステップ５２１および５２６におけるＳＭＳメッセージの送信は、本質的に、論理プロセスである。実際の実施においては、ＳＭＳは、ＭＳＣサーバＡによって、または、ショートメッセージゲートウェイなどの補助装置と連携するＭＳＣサーバＡによって、送信されてもよい。本実施形態では、ＭＳＣサーバＡがＳＭＳメッセージを送信するということは、ＳＭＳメッセージが何らかの装置によってトリガされ、そして、ＭＳＣサーバＡを介して送信されるということを意味する。
【００７１】
ステップ５２７および５２８は、それぞれ、ステップ２２５および２２６と完全に同一であり、ここでは繰り返さない。
【００７２】
本実施形態の、ステップ５１８および５２４におけるＣｏｎｎｅｃｔ  ＡＣＫメッセージは、実際的な要求に応じて、存在してもよく、または存在しなくてもよい、ということに留意すべきである。それに加えて、ＳＭＳメッセージＡは、図５に示すステップ５２１において送信されてもよく、または、ステップ５１６より後、かつステップ５２５より前の、任意のステップにおいて送信されてもよい。
【００７３】
本実施形態のステップ５２５において、ＭＳＣサーバＡは、ＵＥ  Ａに、Ｃｏｎｎｅｃｔメッセージを送信してもよく、または、送信しなくてもよい。ＭＳＣサーバＡは、Ｃｏｎｎｅｃｔメッセージを送信する場合、マルチメディアリングバックトーンサーバから送信されたＡＮＭを受信した後で、ＵＥ  Ａに、Ｃｏｎｎｅｃｔメッセージを送信する。ＵＥ  Ａは、このメッセージを処理してもよく、または、処理しなくてもよい。
【００７４】
本実施形態における、ステップ５２１および５２６の主要な機能は、呼出端末のユーザが課金情報を誤解するのを避けるために、ネットワーク側で計算される通信継続時間を呼出端末が正確に取得してもよいように、実際のテレビ電話が開始されたかどうかを呼出端末に示して、それにより、マルチメディアリングバックトーンの再生中に端末がいつ課金を開始するかに関する問題を解決することである、ということは明白である。ＳＭＳは端末のための一般的な通信方法であるため、ネットワーク側が課金を開始したかどうかを示す情報は、ＳＭＳによって運ばれる内容によって表されてもよい。対応する情報は、あらかじめ定義されてもよい内容を、ＳＭＳ内で運ぶことによって表されてもよい。例えば、ＳＭＳメッセージによって運ばれる「ＭＲＢＴ  Ｂｅｇｉｎ」を利用することによって、テレビ電話はまだ開始されていないこと、および、現在はマルチメディアリングバックトーンサービスであることを示してもよい。呼出端末は、現在のセッションをテレビ電話通信として処理するのではなく、ＳＭＳメッセージを受信した後、現在のセッションをマルチメディアリングバックトーンセッションと見なしてもよい。ＳＭＳメッセージによって運ばれる「ＶＰ  Ｂｅｇｉｎ」を、テレビ電話の開始のためのフラグとして利用してもよい。呼出端末は、このＳＭＳメッセージを受信した後で、現在のセッションをテレビ電話通信と見なしてもよく、そして、現在のセッションを通常のテレビ電話通信として処理してもよい。ＳＭＳメッセージは、さまざまな内容および情報を運んでもよいため、ＳＭＳメッセージによって表される情報は、あらかじめ行われる定義に応じてさまざまであってもよい。
【００７５】
それに加えて、本実施形態では、呼出端末は、ＳＭＳメッセージによって、ネットワーク側が課金を開始したかどうかを知らされるということが、例によって示されているのに対して、実際の適用例では、呼出端末は、マルチメディアメッセージサービス（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅｓ）（ＭＭＳ）、電子メール（Ｅｌｅｃｔｒｏｎｉｃ  ｍａｉｌ）（Ｅ−ｍａｉｌ）、インスタントメッセンジャー（Ｉｎｓｔａｎｔ  Ｍｅｓｓｅｎｇｅｒ）（ＩＭ）、プッシュメッセージ（Ｐｕｓｈ  Ｍｅｓｓａｇｅ）などの、その他の手段によって知らされてもよいということは、言及する価値がある。具体的な実施方法は、本実施形態のものと類似しており、ここでは繰り返さない。
【００７６】
本実施形態において、ＭＳＣサーバＡが、ステップ５１６またはステップ５１７においてＵＥ  Ａに配送されるＡｌｅｒｔｉｎｇメッセージまたはＣｏｎｎｅｃｔメッセージを介して、現在のリンギングがＵＥ  Ａへのマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報を、それに従ってＵＥ  Ａが正確に時間を測定してもよいように、さらに送信してもよいということに留意すべきである。例えば、この情報がメッセージ内に含まれていない場合、ＵＥ  Ａは、通常の方法で時間測定を開始してもよく、一方、この情報がメッセージ内に含まれている場合、第１のＣｏｎｎｅｃｔメッセージを受信したら時間測定を開始するのではなく、ＵＥ  Ａは、時間測定を開始するよう指示する後続のメッセージをネットワークが送信するのを待ち、そして、このメッセージを受信したら、時間測定を開始する。
【００７７】
現在のリンギングがマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報は、メッセージ内のｆａｃｉｌｉｔｙフィールド、または、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドを拡張することによって実装されてもよい。例えば、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドの値が１である場合、これは、第１のＣｏｎｎｅｃｔメッセージを受信しても時間測定を行わないようＵＥ  Ａに指示し、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドの値が０である場合、これは、通常の方法で時間測定を開始するようＵＥ  Ａに指示する。
【００７８】
現在のリンギングがマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報が、ＵＥ  Ａに配送されるＡｌｅｒｔｉｎｇメッセージまたはＣｏｎｎｅｃｔメッセージ内で運ばれる場合、これは、ステップ５２１が実行されることと同等であり、ＳＭＳメッセージＡの送信は省略されてもよい、ということは明白である。しかし、時間測定を開始するよう指示する前述のメッセージである、ＳＭＳメッセージＳＢは、やはり送信されるべきである。
【００７９】
本発明の第５の実施形態は、テレビ電話のための呼出方法に関し、そして、第１の実施形態とほぼ類似しているが、第１の実施形態では、ネットワーク側は、呼出端末（すなわち、ＵＥ  Ａ）に、関連するテレビ電話通信の継続時間についての課金情報を通知しなくてもよいのに対して、本実施形態では、被呼出端末（すなわち、ＵＥ  Ｂ）が呼出に応答したことを検出するよりも前に、ネットワーク側は、被呼出端末に、ネットワーク側は課金を開始していないことを指示する、Ｈ．２４５のＣｏｍｍａｎｄ（コマンド）またはＩｎｄｉｃａｔｉｏｎ（インディケーション）メッセージを送信することによって、課金または時間測定を無視するよう呼出端末に通知し、被呼出端末が呼出に応答したことを検出したら、ネットワーク側は、被呼出端末に、ネットワーク側が課金を開始したことを指示する、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージを送信することによって、課金または時間測定を行うよう呼出端末に通知する、という点が異なる。説明の便宜上、以下では、第１の、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージは、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージＡと呼び、第２の、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージは、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージＨＢと呼ぶ。
【００８０】
具体的なフローは図６に示すとおりであり、ここで、ステップ６０１〜６２０は、それぞれ、ステップ２０１〜２２０と完全に同一であり、ここでは繰り返さない。
【００８１】
ステップ６２１で、マルチメディアリングバックトーンサーバは、ＵＥ  Ａに、これは通常の通信ではなく、ネットワーク側はまだ課金を開始していないということを知らせる、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージＡを、ＵＥ  Ａに送信する。ＵＥ  Ａは、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージＨＡを受信したら、ユーザに、ネットワーク側はまだ課金を開始していないということを示す情報を表示してもよい。例えば、「ｐｌａｙｉｎｇ  ｒｉｎｇ  ｂａｃｋ  ｔｏｎｅ  ｗｉｔｈｏｕｔ  ｃｈａｒｇｉｎｇ（課金せずにリングバックトーンを再生中）」などの情報が、ネットワーク側はまだ課金を開始していないということをユーザに知らせるために、画面上に表示されてもよい。
【００８２】
ステップ６２２〜６２５は、それぞれ、ステップ２２１〜２２４と完全に同一であり、ここでは繰り返さない。
【００８３】
ステップ６２６で、マルチメディアリングバックトーンサーバは、ＵＥ  Ａに、通常の通信が開始され、ネットワーク側は課金を開始したということを知らせる、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージＨＢを、ＵＥ  Ａに送信する。
【００８４】
ステップ６２７および６２８は、それぞれ、ステップ２２５および２２６と完全に同一であり、ここでは繰り返さない。
【００８５】
本実施形態の、ステップ６１８および６２４におけるＣｏｎｎｅｃｔ  ＡＣＫメッセージは、実際的な要求に応じて、存在してもよく、または存在しなくてもよい、ということに留意すべきである。それに加えて、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージＨＡは、図６に示すステップ６２１において送信されてもよく、または、ステップ６１６より後、かつステップ６２５より前の、任意のステップにおいて送信されてもよい。
【００８６】
本実施形態のステップ６２５において、ＭＳＣサーバＡは、ＵＥ  Ａに、Ｃｏｎｎｅｃｔメッセージを送信してもよく、または、送信しなくてもよい。ＭＳＣサーバＡは、Ｃｏｎｎｅｃｔメッセージを送信する場合、マルチメディアリングバックトーンサーバから送信されたＡＮＭを受信した後で、ＵＥ  Ａに、Ｃｏｎｎｅｃｔメッセージを送信する。ＵＥ  Ａは、このメッセージを処理してもよく、または、処理しなくてもよい。
【００８７】
本実施形態における、ステップ６２１および６２６の主要な機能は、呼出端末のユーザが課金情報を誤解するのを避けるために、ネットワーク側で計算される通信継続時間を呼出端末が正確に取得してもよいように、実際のテレビ電話が開始されたかどうかを呼出端末に示して、それにより、マルチメディアリングバックトーンの再生中に端末がいつ課金を開始するかに関する問題を解決することである、ということは明白である。マルチメディアリングバックトーンの展開プロセス全体で、Ｈ．２４５のサポートが必要とされるため、ネットワーク側が課金を開始したかどうかを示す情報は、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージによって表されてもよい。対応する情報は、あらかじめ定義された、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージによって表されてもよく、例えば、Ｈ．２４５におけるＵＳＥＲ  ＩＮＰＵＴのＩｎｄｉｃａｔｉｏｎメッセージが、次のフォーマット、
Ｉｎｄｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ：ｕｓｅｒ  ｉｎｐｕｔ
ＵｓｅｒＩｎｐｕｔＩｎｄｉｃａｔｉｏｎ：：＝ＣＨＯＩＣＥ
｛
ｎｏｎＳｔａｎｄａｒｄ  ＮｏｎＳｔａｎｄａｒｄＰａｒａｍｅｔｅｒ，
ａｌｐｈａｎｕｍｅｒｉｃ  ＧｅｎｅｒａｌＳｔｒｉｎｇ，
・・・
｝
を採用する場合、ＵＳＥＲ  ＩＮＰＵＴのＩｎｄｉｃａｔｉｏｎメッセージ内の「ＧｅｎｅｒａｌＳｔｒｉｎｇ」フィールドを使用して１００００を運ぶことによって、テレビ電話はまだ開始されていないということと、現在はマルチメディアリングバックトーンサービスであるということとを指示してもよい。このメッセージを受信したら、呼出端末は、現在のセッションをテレビ電話の呼として処理するのではなく、現在のセッションを、マルチメディアリングバックトーンセッションと見なしてもよい。他方、ＵＳＥＲ  ＩＮＰＵＴのＩｎｄｉｃａｔｉｏｎメッセージ内の「ＧｅｎｅｒａｌＳｔｒｉｎｇ」フィールドを使用して１０００１を運ぶことによって、マルチメディアリングバックトーンサービスが終了することと、テレビ電話が開始されることとを指示してもよい。このメッセージを受信したら、呼出端末は、現在のセッションをテレビ電話通信と見なしてもよく、そして、現在のセッションを、通常のテレビ電話通信として処理してもよい。ＵＳＥＲ  ＩＮＰＵＴのＩｎｄｉｃａｔｉｏｎメッセージは、さまざまなデータを運んでもよいため、前述の手法は、可能な１つの方法と値とであるにすぎない。
【００８８】
Ｈ．２４５  Ｃｏｍｍａｎｄメッセージを例に取ると、Ｈ．２４５  ＣｏｍｍａｎｄメッセージＡは、端末の時間測定を停止するようＵＥ  Ａに指示する、デュアルトーンマルチ周波数（Ｄｕａｌ−ｔｏｎｅ  ｍｕｌｔｉ−ｆｒｅｑｕｅｎｃｙ）（ＤＴＭＦ）ａ信号を、ＵＳＥＲ  ＩＮＰＵＴ  Ｉｎｄｉｃａｔｉｏｎ（ＵＩＩ）によって、さらに送信してもよい。このメッセージを受信したら、ＵＥ  Ａは、時間測定を停止し、タイマをクリアし、そして、マルチメディアリングバックトーンが再生されるということをユーザに示す。Ｈ．２４５  Ｃｏｍｍａｎｄメッセージｂは、ＤＴＭＦ  Ｂ信号を送信することによって、ＵＥ  Ａに、時間測定を開始するよう指示してもよい。このメッセージを受信したら、ＵＥ  Ａは、時間測定を開始し、そして、通常の通信を開始するようユーザに指示する。
【００８９】
Ｈ．２４５の、その他のｃｏｍｍａｎｄおよびｉｎｄｉｃａｔｉｏｎ、あるいは、その他のメッセージが、具体的な実施プロセスにおいて使用されてもよい。具体的な実施方法は、本実施形態のものと類似しているため、ここでは繰り返さない。
【００９０】
本実施形態において、ＭＳＣサーバＡが、ステップ６１６またはステップ６１７においてＵＥ  Ａに配送されるＡｌｅｒｔｉｎｇメッセージまたはＣｏｎｎｅｃｔメッセージを介して、現在のリンギングがＵＥ  Ａへのマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報を、それに従ってＵＥ  Ａが正確に時間を測定してもよいように、さらに送信してもよいということに留意すべきである。例えば、この情報がメッセージ内に含まれていない場合、ＵＥ  Ａは、通常の方法で時間測定を開始してもよく、一方、この情報がメッセージ内に含まれている場合、第１のＣｏｎｎｅｃｔメッセージを受信したら時間測定を開始するのではなく、ＵＥ  Ａは、時間測定を開始するよう指示する後続のメッセージをネットワークが送信するのを待ち、そして、このメッセージを受信したら、時間測定を開始する。
【００９１】
現在のリンギングがマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報は、メッセージ内のｆａｃｉｌｉｔｙフィールド、または、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドを拡張することによって実装されてもよい。例えば、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドの値が１である場合、これは、第１のＣｏｎｎｅｃｔメッセージを受信しても時間測定を行わないようＵＥ  Ａに指示し、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドの値が０である場合、これは、通常の方法で時間測定を開始するようＵＥ  Ａに指示する。
【００９２】
現在のリンギングがマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報が、ＵＥ  Ａに配送されるＡｌｅｒｔｉｎｇメッセージまたはＣｏｎｎｅｃｔメッセージ内で運ばれる場合、これは、ステップ６２１が実行されることと同等であり、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージＨＡの送信は省略されてもよい、ということは明白である。しかし、時間測定を開始するよう指示する前述のメッセージである、Ｈ．２４５のＣｏｍｍａｎｄまたはＩｎｄｉｃａｔｉｏｎメッセージＨＢは、やはり送信されるべきである。
【００９３】
本発明の第６の実施形態は、テレビ電話のための呼出方法に関し、そして、第１の実施形態とほぼ類似しているが、第１の実施形態では、ネットワーク側は、呼出端末（すなわち、ＵＥ  Ａ）に、関連するテレビ電話通信の継続時間についての課金情報を通知しなくてもよいのに対して、本実施形態では、被呼出端末（すなわち、ＵＥ  Ｂ）が呼出に応答したことを検出するよりも前に、ネットワーク側は、被呼出端末に、ネットワーク側はまだ課金を開始していないことを示す非構造付加サービスデータ（Ｕｎｓｔｒｕｃｔｕｒｅｄ  Ｓｕｐｐｌｅｍｅｎｔａｒｙ  Ｓｅｒｖｉｃｅ  Ｄａｔａ）（ＵＳＳＤ）信号を送信することによって、課金または時間測定を無視するよう呼出端末に通知し、被呼出端末が呼出に応答したことを検出したら、ネットワーク側は、被呼出端末に、ネットワーク側が課金を開始したことを示すＵＳＳＤ信号を送信することによって、課金または時間測定を行うよう呼出端末に通知する、という点が異なる。説明の便宜上、第１のＵＳＳＤ信号は、ＵＳＳＤ信号Ａと呼び、第２のＵＳＳＤ信号は、ＵＳＳＤ信号Ｂと呼ぶ。
【００９４】
具体的なフローは図７に示すとおりであり、ここで、ステップ７０１〜７２０は、それぞれ、ステップ２０１〜２２０と完全に同一であり、ここでは繰り返さない。
【００９５】
ステップ７２１で、ＭＳＣサーバＡは、ＵＥ  Ａに、これは通常の通信ではなく、ネットワーク側はまだ課金を開始していないということを知らせる、ＵＳＳＤ信号Ａを、ＵＥ
Ａに送信する。ＵＥ  Ａは、ＵＳＳＤ信号Ａを受信したら、ユーザに、ネットワーク側はまだ課金を開始していないということを示す情報を表示してもよい。例えば、「ｐｌａｙｉｎｇ  ｒｉｎｇ  ｂａｃｋ  ｔｏｎｅ  ｗｉｔｈｏｕｔ  ｃｈａｒｇｉｎｇ（課金せずにリングバックトーンを再生中）」などの情報が、ネットワーク側はまだ課金を開始していないということをユーザに知らせるために、画面上に表示されてもよい。
【００９６】
ステップ７２２〜７２５は、それぞれ、ステップ２２１〜２２４と完全に同一であり、ここでは繰り返さない。
【００９７】
ステップ７２６で、ＭＳＣサーバＡは、ＵＥ  Ａに、通常の呼が開始され、ネットワーク側は課金を開始したということを知らせる、ＵＳＳＤ信号Ｂを、ＵＥ  Ａに送信する。
【００９８】
ステップ７２７および７２８は、それぞれ、ステップ２２５および２２６と完全に同一であり、ここでは繰り返さない。
【００９９】
本実施形態の、ステップ７１８および７２４におけるＣｏｎｎｅｃｔ  ＡＣＫメッセージは、実際的な要求に応じて、存在してもよく、または存在しなくてもよい、ということに留意すべきである。それに加えて、ＵＳＳＤ信号Ａは、図７に示すステップ７２１において送信されてもよく、または、ステップ７１６より後、かつステップ７２５より前の、任意のステップにおいて送信されてもよい。
【０１００】
本実施形態のステップ７２５において、ＭＳＣサーバＡは、ＵＥ  Ａに、Ｃｏｎｎｅｃｔメッセージを送信してもよく、または、送信しなくてもよい。ＭＳＣサーバＡは、Ｃｏｎｎｅｃｔメッセージを送信する場合、マルチメディアリングバックトーンサーバから送信されたＡＮＭを受信した後で、ＵＥ  Ａに、Ｃｏｎｎｅｃｔメッセージを送信する。ＵＥ  Ａは、このメッセージを処理してもよく、または、処理しなくてもよい。
【０１０１】
本実施形態における、ステップ７２１および７２６の主要な機能は、呼出端末のユーザが課金情報を誤解するのを避けるために、ネットワーク側で計算される通信継続時間を呼出端末が正確に取得してもよいように、テレビ電話が実際に開始されたかどうかを呼出端末に示して、それにより、マルチメディアリングバックトーンの再生中に端末がいつ課金を開始するかに関する問題を解決することである、ということは明白である。ＵＳＳＤは端末のための一般的な通信方法であるため、ネットワーク側が課金を開始したかどうかを示す情報は、ＵＳＳＤ信号によって運ばれてもよい。対応する情報は、あらかじめ定義されたＵＳＳＤ信号を運ぶことによって表されてもよい。例えば、ＵＳＳＤ信号内で運ばれる、マルチメディアリングバックトーンが開始されたことを示すフラグによって、現在はマルチメディアリングバックトーンサービスであることを、呼出端末に示してもよい。このＵＳＳＤ信号を受信したら、呼出端末は、現在のセッションをテレビ電話通信として処理するのではなく、現在のセッションをマルチメディアリングバックトーンセッションと見なしてもよい。他方、テレビ電話が開始されたことを示す、ＵＳＳＤ信号内で運ばれるフラグによって、テレビ電話が開始されたことを、呼出端末に示してもよい。このＵＳＳＤ信号を受信したら、呼出端末は、現在のセッションをテレビ電話通信と見なしてもよく、そして、現在のセッションを通常のテレビ電話通信として処理してもよい。事前の定義に応じて、さまざまなＵＳＳＤ信号が、さまざまな情報を表してもよい。
【０１０２】
それに加えて、本実施形態では、呼出端末は、ＵＳＳＤ信号によって、ネットワーク側が課金を開始したかどうかを知らされるということが、例によって示されているということは、言及する価値がある。
実際の適用例では、呼出端末は、セッション開始プロトコル（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）（ＳＩＰ）、ハイパーテキスト転送プロトコル（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）（ＨＴＴＰ）、リアルタイムストリーミングプロトコル（Ｒｅａｌ−ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）（ＲＴＳＰ）シグナリングなどの、その他の手段によって知らされてもよい。具体的な実施方法は、下層のリンクを除き、本実施形態のものと類似しており、ここでは繰り返さない。
【０１０３】
本実施形態において、ＭＳＣサーバＡが、ステップ７１６またはステップ７１７においてＵＥ  Ａに配送されるＡｌｅｒｔｉｎｇメッセージまたはＣｏｎｎｅｃｔメッセージを介して、現在のリンギングがＵＥ  Ａへのマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報を、それに従ってＵＥ  Ａが正確に時間を測定してもよいように、さらに送信してもよいということに留意すべきである。例えば、この情報がメッセージ内に含まれていない場合、ＵＥ  Ａは、通常の方法で時間測定を開始してもよく、一方、この情報がメッセージ内に含まれている場合、第１のＣｏｎｎｅｃｔメッセージを受信したら時間測定を開始するのではなく、ＵＥ  Ａは、時間測定を開始するよう指示する後続のメッセージをネットワークが送信するのを待ち、そして、このメッセージを受信したら、時間測定を開始する。
【０１０４】
現在のリンギングがマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報は、メッセージ内のｆａｃｉｌｉｔｙフィールドを拡張することによって実装されてもよく、または、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドを拡張することによって実施されてもよい。例えば、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドの値が１である場合、これは、第１のＣｏｎｎｅｃｔメッセージを受信しても時間測定を行わないようＵＥ  Ａに指示し、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドの値が０である場合、これは、通常の方法で時間測定を開始するようＵＥ  Ａに指示する。
【０１０５】
現在のリンギングがマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報が、ＵＥ  Ａに配送されるＡｌｅｒｔｉｎｇメッセージまたはＣｏｎｎｅｃｔメッセージ内で運ばれる場合、これは、ステップ７２１が実行されることと同等であり、ＵＳＳＤ信号Ａの送信は省略されてもよい、ということは明白である。しかし、時間測定を開始するよう指示する前述のメッセージである、ＵＳＳＤ信号Ｂは、やはり送信されるべきである。
【０１０６】
本発明の第７の実施形態は、テレビ電話のための呼出方法に関する。本実施形態において、マルチメディアリングバックトーンサーバは、呼出端末とマルチメディアリングバックトーンサーバとの間で確立された、テレビ電話の第３のベアラを介して、呼出端末のためのマルチメディアリングバックトーンを再生する。テレビ電話の第４のベアラが、呼出端末と被呼出端末との間で確立され、テレビ電話通信は、第４のベアラを介して、呼出端末と被呼出端末との間で実行される。第３および第４のベアラは、Ｈ．３２４、Ｈ．３２３、またはＳＩＰのテレビ電話プロトコルによって確立されるテレビ電話通信リンクであり、本実施形態は、Ｈ．３２３内のＨ．２４５のプロセスを使用して第３および第４のベアラを確立する例によって説明する。
【０１０７】
本実施形態のネットワーク構成は、図８に示されており、異なる領域内で確立される異なるマルチメディアリングバックトーンサーバを有し、ここで、ＭＳＣサーバとＶＬＲとは、やはり、組み合わせられたネットワーク要素として一緒に統合され、ＭＳＣサーバは、やはり、Ｈ．２４８のプロセスによって、ＭＧＷとの接続を確立し、ＨＬＲとＡｕＣとは、やはり、組み合わせられたネットワーク要素として一緒に統合される。具体的なフローは、図９に示されている。
【０１０８】
ステップ９０１で、呼出端末すなわちＵＥ  Ａは、接続されたＭＳＣサーバＡに、ＳＥＴＵＰメッセージを、メッセージ内で運ばれるＢＣ＿ＩＥセル内のＩＴＣを「ＵＤＩ」にし、ＯＲＡを「Ｈ．２２３＆Ｈ．２４５」にして、送信する。
【０１０９】
ステップ９０２で、ＭＳＣサーバＡは、被呼出端末すなわちＵＥ  ＢのＨＬＲ  Ｂに、ＳＲＩ要求を発行する。
【０１１０】
ステップ９０３で、ＨＬＲ  Ｂは、ＵＥ  Ｂに接続されたＭＳＣサーバＢから、ＵＥ  Ｂの移動局ローミング番号（ＭＳＲＮ）を取得する。
【０１１１】
ステップ９０４で、ＭＳＣサーバＢは、ＨＬＲ  Ｂに、ＵＥ  ＢのＭＳＲＮを返す。ただし、ＭＳＣサーバＢがプリコーリングをサポートする場合は、ＵＥ  ＢのＭＳＲＮが返される前に、プリコーリングプロセスが開始される。
【０１１２】
ステップ９０５で、ＨＬＲ  Ｂは、被呼出ユーザ（ＵＥ  Ｂのユーザ）がマルチメディアリングバックトーンサービスをカスタマイズしたかどうかについての情報を運ぶ、ＵＥ
Ｂのルーティング情報（すなわち、ＵＥ  ＢのＭＳＲＮ）を、ＭＳＣサーバＡに返す。
【０１１３】
ステップ９０６で、ＭＳＣサーバＡは、ＵＥ  ＢのＭＳＲＮを取得した後で、ＵＥ  ＡへのＣａｌｌ＿Ｐｒｏｃｅｅｄｉｎｇのプロセスを開始する。
【０１１４】
ステップ９０７で、ＭＳＣサーバＡは、ＭＳＣサーバＢに、ＩＳＵＰ  ＩＡＭメッセージを発行する。被呼出ユーザが、発呼者番号表示サービスに加入している場合、ＩＳＵＰ
ＩＡＭメッセージは、発呼者番号を運ぶ。
【０１１５】
ステップ９０８で、ＭＳＣサーバＢが、ＨＬＲ  Ｂに、ＵＥ  ＢのＭＳＲＮを返す前に、プリコーリングプロセスが開始されていない場合、このステップにおいて、ＭＳＣサーバＢは、ＵＥ  Ｂに、ｃａｌｌｉｎｇ  ｒｅｑｕｅｓｔメッセージを送信する。
【０１１６】
ステップ９０９で、ＵＥ  Ｂは、ＭＳＣサーバＢに、ｃａｌｌｉｎｇ  ｒｅｓｐｏｎｓｅメッセージを返す。
【０１１７】
ステップ９１０で、ＭＳＣサーバＢは、ＵＥ  Ｂに、ＳＥＴＵＰメッセージを、メッセージ内で運ばれるＢＣ＿ＩＥセル内のＩＴＣを「ＵＤＩにし」、ＯＲＡを「Ｈ．２２３＆Ｈ．２４５」にして、送信する。
【０１１８】
ステップ９１１で、ＵＥ  Ｂは、ＭＳＣサーバＢに、新しいＢＣ＿ＩＥを運ばないＣＡＬＬ  ＣＯＮＦＩＲＭＥＤメッセージを返し、テレビ電話呼出がサポートされていることを示す。
【０１１９】
ステップ９１２で、ＵＥ  Ｂは、ＵＥ  Ｂがリングした後に、ＭＳＣサーバＢに、Ａｌｅｒｔｉｎｇメッセージを返す。
【０１２０】
ステップ９１３で、ＭＳＣサーバＢは、ＭＳＣサーバＡに、ＢＩＣＣ  ＡＣＭメッセージを返す。
【０１２１】
ステップ９１４で、ＭＳＣサーバＡは、ＭＳＣサーバＢに、Ａｌｅｒｔｉｎｇメッセージを返す。
【０１２２】
ステップ９１５で、ＭＳＣサーバＡは、ＵＥ  Ｂがマルチメディアリングバックトーンサービスをカスタマイズしたかどうかについての情報を運ぶ、ＢＩＣＣ  ＩＡＭメッセージを、マルチメディアリングバックトーンサーバに発行する。
【０１２３】
ステップ９１６で、マルチメディアリングバックトーンサーバは、ＭＳＣサーバＡに、ＢＩＣＣ  ＡＣＭメッセージを返す。ＭＳＣサーバＡは、マルチメディアリングバックトーンサーバから送信されたＡＣＭメッセージを識別し、そして、呼出端末にＡｌｅｒｔｉｎｇメッセージを送信しない。
【０１２４】
ステップ９１７で、マルチメディアリングバックトーンサーバは、ＭＳＣサーバＡに、ＢＩＣＣ  ＡＮＭメッセージを送信する。ＢＩＣＣ  ＡＮＭメッセージを受信した後で、ＭＳＣサーバＡは、呼出端末ＵＥ  Ａに、接続中シグナリングＣＯＮＮＥＣＴを送信し、一方で、ＭＳＣサーバＢからメッセージが返されるかどうかをリスンする。このＡＮＭメッセージは、マルチメディアリングバックトーンサーバとＵＥ  Ａとの間の通信が確立されてもよいということを表し、そして、Ｃｏｎｎｅｃｔメッセージをトリガするために使用される。本実施形態では、このステップは省略可能なステップであり、実際的な要求に応じて個別に選択されてもよい。
【０１２５】
ステップ９１８で、ＵＥ  Ａは、Ｃｏｎｎｅｃｔメッセージを受信したら、ＭＳＣサーバＡに、Ｃｏｎｎｅｃｔ  ＡＣＫメッセージを送信する。
【０１２６】
ステップ９１９で、ＵＥ  Ａとマルチメディアリングバックトーンサーバとは、マルチメディア通信制御シグナリングプロトコルＨ．２４５のプロセスを介して、テレビ電話の第３のベアラを確立する。テレビ電話の第３のベアラの確立が完了した後で、マルチメディアリングバックトーンサーバによって再生されるマルチメディアリングバックトーン情報が表示されてもよい。
【０１２７】
ステップ９２０で、被呼出端末ＵＥ  Ｂは、ＭＳＣサーバＢに、応答メッセージＣＯＮＮＥＣＴを送信する。
【０１２８】
ステップ９２１で、ＭＳＣサーバＢは、ＭＳＣサーバＡに、ＢＩＣＣ  ＡＮＭメッセージを返す。
【０１２９】
ステップ９２２で、ＭＳＣサーバＢは、ＵＥ  Ｂに、Ｃｏｎｎｅｃｔ  ＡＣＫメッセージを返す。
【０１３０】
ステップ９２３で、ＭＳＣサーバＡは、マルチメディアリングバックトーンサーバに、マルチメディアリングバックトーンサーバとＵＥ  Ａとの間で確立された第３のベアラを除去するよう指示する、ＢＩＣＣ  Ｒｅｌｅａｓｅ（ＢＩＣＣ解放）メッセージを送信する。
【０１３１】
ステップ９２４で、マルチメディアリングバックトーンサーバとＵＥ  Ａとの間で確立された、テレビ電話の第３のベアラが除去される。
【０１３２】
ステップ９２５で、マルチメディアリングバックトーンサーバは、ＭＳＣサーバＡに、ＢＩＣＣ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅ（ＢＩＣＣ解放完了）メッセージを返す。
【０１３３】
ステップ９２６で、ＵＥ  ＡとＵＥ  Ｂとは、マルチメディア通信制御シグナリングプロトコルＨ．２４５のプロセスを介して、テレビ電話の第４のベアラを確立する。
【０１３４】
ステップ９２７で、ＵＥ  ＡとＵＥ  Ｂとの間で確立されたテレビ電話の第４のベアラを介して、ＵＥ  ＡとＵＥ  Ｂとの間で、３Ｇ回線ドメインにおけるテレビ電話通信が実行される。
【０１３５】
ステップ９２８で、テレビ電話の呼が終了した後で、ＵＥ  ＡとＵＥ  Ｂとの間で確立された、第４のベアラと、下層の回線とが除去される。
【０１３６】
本実施形態では、マルチメディアリングバックトーンサービスは、テレビ電話のための従来のネットワークフレームワークに基づいて達成されてもよい、ということは明白である。さらに、マルチメディアリングバックトーンサーバによって、呼出端末へのマルチメディアリングバックトーンを再生することにより、端末のための、プロトコル層の再構築が回避され、それにより、テレビ電話のマルチメディアリングバックトーンサービスの実施によって発生する、端末への影響は最小となる。
【０１３７】
さらに、テレビ電話の第４のベアラを確立するよりも前に、呼出端末とマルチメディアリングバックトーンサーバとの間で確立された第３のベアラは、被呼出端末が呼出に応答したことが検出されたら除去され、その結果、マルチメディアリングバックトーンサーバによって占められる回線は、ユーザ通信が接続されたら直ちに解放されてもよく、それにより、限られた回線リソースが節約される。
【０１３８】
本実施形態では、マルチメディアリングバックトーンサービスの実施プロセスの中で、通信の継続時間が正確に計算および制御されてもよいように、呼出端末と被呼出端末との間の第４のベアラの確立が完了した後で、ネットワーク側は、テレビ電話通信についての課金を行う、ということは言及する価値がある。
【０１３９】
本実施形態において、ＭＳＣサーバＡが、ステップ９１４またはステップ９１７においてＵＥ  Ａに配送されるＡｌｅｒｔｉｎｇメッセージまたはＣｏｎｎｅｃｔメッセージを介して、現在のリンギングがＵＥ  Ａへのマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報を、それに従ってＵＥ  Ａが正確に時間を測定してもよいように、さらに送信してもよいということに留意すべきである。例えば、この情報がメッセージ内に含まれていない場合、ＵＥ  Ａは、通常の方法で時間測定を開始してもよく、一方、この情報がメッセージ内に含まれている場合、第１のＣｏｎｎｅｃｔメッセージを受信したら時間測定を開始するのではなく、ＵＥ  Ａは、時間測定を開始するよう指示する後続のメッセージをネットワークが送信するのを待ち、そして、このメッセージを受信したら、時間測定を開始する。
【０１４０】
現在のリンギングがマルチメディアリングバックトーンの再生をトリガしてもよいかどうかに関する情報は、メッセージ内のｆａｃｉｌｉｔｙフィールド、または、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドを拡張することによって実施されてもよい。例えば、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドの値が１である場合、これは、第１のＣｏｎｎｅｃｔメッセージを受信しても時間測定を行わないようＵＥ  Ａに指示し、Ｃｏｎｎｅｃｔメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドの値が０である場合、これは、通常の方法で時間測定を開始するようＵＥ  Ａに指示する。
【０１４１】
本発明の第８の実施形態は、テレビ電話のための呼出方法に関し、そして、第７の実施形態とほぼ類似しているが、第７の実施形態では、第３および第４のベアラは、Ｈ．３２４、Ｈ．３２３、またはＳＩＰのテレビ電話プロトコルを介して確立されるテレビ電話通信リンクであるのに対して、本実施形態では、第３および第４のベアラはＣＳＤリンクであり、そして、テレビ電話の論理チャネルは、Ｈ．３２４、Ｈ．３２３、またはＳＩＰのテレビ電話プロトコルを介して、ＣＳＤリンク上で確立される、という点が異なる。第３のベアラは、呼出端末から呼出端末のＭＳＣサーバまでの、第５のベアラと、呼出端末のＭＳＣサーバからマルチメディアリングバックトーンサーバまでの、第６のベアラとに分解されてもよく、第４のベアラは、呼出端末から呼出端末のＭＳＣサーバまでの、第５のベアラと、呼出端末のＭＳＣサーバから被呼出端末までの、第７のベアラとに分解されてもよい。
【０１４２】
具体的なフローは図１０に示すとおりであり、ここで、ステップ１００１〜１０１８は、それぞれ、ステップ９０１〜９１８と完全に同一であり、ここでは繰り返さない。
【０１４３】
ステップ１０１９で、第５のベアラが、ＵＥ  ＡとＭＳＣサーバＡとの間で確立され、そして、第６のベアラが、ＭＳＣサーバＡとマルチメディアリングバックトーンサーバとの間で確立される。第５および第６のベアラは両方ともＣＳＤリンクである。次に、Ｈ．２４５のプロセスが、第５および第６のベアラに基づいて確立される。確立の後で、マルチメディアリングバックトーンサーバによって再生されるマルチメディアリングバックトーンを、呼出端末のユーザは見てもよい。
【０１４４】
ステップ１０２０〜１０２４は、それぞれ、ステップ９２０〜９２４と完全に同一であり、ここでは繰り返さない。
【０１４５】
ステップ１０２５で、マルチメディアリングバックトーンサーバは、ＭＳＣサーバＡに、ＢＩＣＣ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅメッセージを返す。ＭＳＣサーバＡは、ＵＥ  Ａに、ＭＳＣサーバＡとマルチメディアリングバックトーンサーバとの間のベアラ（すなわち、第６のベアラ）は除去されたということ、および、ＭＳＣサーバＡとＭＳＣサーバＢとの間でＣＳ６４ｋｂｐｓベアラリンクが確立されたということを指示する、Ｆａｃｉｌｉｔｙメッセージを送信する。明らかに、ｆａｃｉｌｉｔｙメッセージによってこの情報を運ぶことは、１つの具体的な実施方法にすぎず、実際には、その他のメッセージが代わりに使用されてもよい。このステップの主要な目的は、テレビ電話の呼出プロセス全体の間に、２つのＨ．２４５ベアラプロセスの確立が含まれてもよいということを、呼出端末すなわちＵＥ  Ａに示すことと、ｆａｃｉｌｉｔｙメッセージを受信したら、第２のＨ．２４５ベアラプロセスのための準備をするよう、すなわち、既存のＣＳ６４ｋｂｐｓリンクに基づいた、ＵＥ  Ｂとのベアラの確立のための準備をするよう、ＵＥ  Ａに指示することとである。
【０１４６】
このステップは、図１０に示す位置であってもよく、または、ステップ１０２３と１０２６との間の任意の位置であってもよく、主要な機能は、２つのＨ．２４５ベアラプロセスの確立を指示することである。
【０１４７】
ステップ１０２６で、ＵＥ  ＡとＭＳＣサーバＡとの間の、既存の第５のベアラと、ＭＳＣサーバＡとＵＥ  Ｂとの間の、第７のベアラとに基づいて、Ｈ．２４５のプロセスが確立される、すなわち、呼出端末ＵＥ  Ａと被呼出端末ＵＥ  Ｂとの間の、第４のベアラが確立される。
【０１４８】
ステップ１０２７および１０２８は、それぞれ、ステップ９２７および９２８と完全に同一であり、ここでは繰り返さない。
【０１４９】
第７の実施形態と比較して、本実施形態は、２つのＨ．２４５ベアラプロセスの、より高速な確立プロセスを、ほとんど変更なしに、かつ実施を妨げるものなしに提供してもよい、ということは明白である。
【０１５０】
本発明の第９の実施形態は、テレビ電話のための呼出方法に関する。第７の実施形態に基づいて、本実施形態は、ＵＥ  Ａとマルチメディアリングバックトーンサーバとの間の、テレビ電話の第３のベアラを除去するという目的を、ＵＥ  Ａと、マルチメディアリングバックトーンサーバとによって、それぞれ、Ｈ．２４５のセルフハングアップ（ｓｅｌｆ−ｈａｎｇｕｐ）プロセスを開始することによって、達成する。具体的なフローは、図１１に示されている。
【０１５１】
ステップ１１０１〜１１２０は、それぞれ、ステップ９０１〜９２０と完全に同一であり、ここでは繰り返さない。
【０１５２】
ステップ１１２１で、ＭＳＣサーバＢは、ＭＳＣサーバＡに、ＢＩＣＣ  ＡＮＭメッセージを返す。さらに、ＭＳＣサーバＡは、ＵＥ  Ａに、ｆａｃｉｌｉｔｙメッセージを送信する。ｆａｃｉｌｉｔｙメッセージを受信した後で、ＵＥ  Ａは、（通信の相手方にハングアップシグナリング「Ｅｎｄ  Ｓｅｓｓｉｏｎ（セッション終了）」を送信することなく）Ｈ．２４５のセルフハングアッププロセスを開始し、そして、ローカルリソースを直接解放する。
【０１５３】
ステップ１１２２は、ステップ９２３と完全に同一である。
【０１５４】
ステップ１１２３で、ＭＳＣサーバＡは、マルチメディアリングバックトーンサーバに、ＢＩＣＣ  Ｒｅｌｅａｓｅメッセージを送信し、マルチメディアリングバックトーンサーバは、このメッセージを受信したら、（通信の相手方にハングアップシグナリング「Ｅｎｄ  Ｓｅｓｓｉｏｎ」を送信することなく）Ｈ．２４５のセルフハングアッププロセスを開始する。
【０１５５】
ステップ１１２４で、Ｈ．２４５のセルフハングアッププロセスが完了した後で、ＵＥ
Ａは、第２のＨ．２４５ベアラの確立を開始する、すなわち、第７の実施形態で説明した、ＵＥ  ＡとＵＥ  Ｂとの間の、テレビ電話の第４のベアラの確立プロセスを開始する。
【０１５６】
ステップ１１２５で、マルチメディアリングバックトーンサーバは、ＭＳＣサーバＡに、ＢＩＣＣ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅメッセージを返す。
【０１５７】
ステップ１１２６および１１２７は、それぞれ、ステップ９２７および９２８と完全に同一であり、ここでは繰り返さない。
【０１５８】
本実施形態は、ネットワーク側が、マルチメディアリングバックトーンサービスの再生プロセスが終了したことを呼出端末に指示し、第２のＨ．２４５ベアラを確立するよう呼出端末に要求する、指示メッセージ（すなわち、上記のｆａｃｉｌｉｔｙメッセージ）を、呼出端末に配送するという点で、第７の実施形態と異なるということは明白である。呼出端末は、この指示メッセージを受信したら、セルフハングアッププロセスを開始してもよい。このようにして、マルチメディアリングバックトーンサーバを相手に確立された、最初のＨ．２４５ベアラは、呼出端末によって通信リンクをハングアップすることにより終了する。そのようなプロセスは、通常の通信フローと一致し、ネットワーク継続の全継続時間をさらに減少させ、それにより、サービスの間の切り替えにおいて消費される時間を減少させ、ユーザの体験を向上させる。
【０１５９】
マルチメディアリングバックトーンサービス全体は、２つの通信と見なされてもよく、第１の通信は、マルチメディアリングバックトーンサービスであり、第２は、テレビ電話の通常の通信である。呼出端末は、ネットワーク側から配送された指示メッセージに従って、セルフハングアップを行うことにより、マルチメディアリングバックトーン全体のセッションを終了し、そして、通常のテレビ電話通信を正常に達成するために、セッションのセルフハングアップを行った後で、テレビ電話通信のための新しいＨ．２４５ベアラの確立プロセスを開始する。
【０１６０】
ステップ１１２３で、マルチメディアリングバックトーンサーバは、ＭＳＣサーバＡからＢＩＣＣ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅメッセージを受信したら、セルフハングアッププロセスを開始する。マルチメディアリングバックトーンサーバは、マルチメディアリングバックトーンサービス全体の間、マルチメディアリングバックトーンのコンテンツを提供するための論理端末（ｌｏｇｉｃ  ｔｅｒｍｉｎａｌ）として働いてもよい。マルチメディアリングバックトーンのコンテンツを提供するプロセスが終了した後で、マルチメディアリングバックトーンサーバは、マルチメディアリングバックトーンベアラを除去するプロセス全体に、セッションの相手（ｐａｒｔｙ）として関与してもよい。
【０１６１】
ＵＥ  Ａによって開始されるセルフハングアッププロセスは、マルチメディアリングバックトーンサーバによって開始されるセルフハングアッププロセスと実質的に同様の機能（すなわち、ＵＥ  Ａとマルチメディアリングバックトーンサーバとの間のベアラを除去する）を達成する。したがって、セルフハングアッププロセスは、ＵＥ  Ａのみの中で、または、マルチメディアリングバックトーンサーバのみの中で、開始されてもよい。しかし、システム全体の協働を考慮して、かつ、システムエラーの可能性をできるだけ減らすために、セルフハングアッププロセスは、ＵＥ  Ａ、およびマルチメディアリングバックトーンサーバの、それぞれの中で開始されてもよい。さらに、２つのセルフハングアッププロセスは、実際の適用例において、厳密な順序を有さない。さらに、本発明のステップ１１２３において、ＭＳＣサーバＡが、マルチメディアリングバックトーンサーバに、ＢＩＣＣ  Ｒｅｌｅａｓｅメッセージを送信することは、本質的に、マルチメディアリングバックトーンサーバにセルフハングアッププロセスを実行するよう指示するために使用される。したがって、マルチメディアリングバックトーンサーバがセルフハングアッププロセスを実行しない場合、ステップ１１２３は省略されてもよい。
【０１６２】
本発明の第１〜第６の実施形態においては、マルチメディアリングバックトーンサービス全体が終了した後で、マルチメディアリングバックトーンサーバは、テレビ電話の後続の通信プロセスにおいて、バックツーバック（ｂａｃｋ−ｔｏ−ｂａｃｋ）サーバとして働きながら、依然として存在する、ということは明白である。説明の便宜上、この方式は、ブリッジング方式（ｂｒｉｄｇｉｎｇ  ｓｃｈｅｍｅ）と呼ぶ。本発明の第７〜第９の実施形態においては、マルチメディアリングバックトーンサービス全体が終了した後で、マルチメディアリングバックトーンサーバと呼出端末との間の通信リンクは除去され、そして、呼出端末と被呼出端末との間で、テレビ電話のための通信リンクが確立される。この方式における最も重要な特徴は、呼出端末が、マルチメディアリングバックトーンサーバおよび被呼出端末の、それぞれを相手に、Ｈ．２４５ベアラを確立するということである。説明の便宜上、この方式は、非ブリッジング方式（ｎｏｎ−ｂｒｉｄｇｉｎｇ  ｓｃｈｅｍｅ）と呼ぶ。
【０１６３】
本発明の第１０の実施形態は、テレビ電話のための呼出方法に関し、そして、本発明の第１〜第６の実施形態におけるブリッジング方式と、本発明の第７〜第９の実施形態における非ブリッジング方式との組み合わせである。
【０１６４】
特に、呼出端末は、ＭＳＣサーバＡに送信されるＳＥＴＵＰメッセージ内で、この端末によってサポートされるマルチメディアリングバックトーン方式のタイプ（すなわち、ブリッジング方式を、または非ブリッジング方式をサポートするということ）を運ぶ。例えば、端末がブリッジング方式をサポートするか、非ブリッジング方式をサポートするかは、ＳＥＴＵＰメッセージ内のＵｓｅｒ−Ｕｓｅｒフィールドの値によって指示されてもよい。０であるＵｓｅｒ−Ｕｓｅｒフィールドは、端末がブリッジング方式をサポートすることを表し、１であるＵｓｅｒ−Ｕｓｅｒフィールドは、端末が非ブリッジング方式をサポートすることを表すということが、あらかじめ定義されてもよい。
【０１６５】
呼出端末はブリッジング方式をサポートするということを、ネットワーク側が認識した場合、後続のフローは、上記の第１〜第６の実施形態のうちのいずれかと同一であってもよく、呼出端末は非ブリッジング方式をサポートするということを、ネットワーク側が認識した場合、後続のフローは、上記の第７〜第９の実施形態のうちのいずれかと同一であってもよく、それらの実施形態についてはここでは繰り返さない。
【０１６６】
本発明の第１１の実施形態は、図１２に示す、テレビ電話のための呼出システムに関し、このシステムは、呼出端末とマルチメディアリングバックトーンサーバとの間でテレビ電話の第１のベアラを確立するための、ベアラ確立ユニットと、ベアラ確立ユニットによって確立された第１のベアラを介して、呼出端末へのマルチメディアリングバックトーンを再生するための、マルチメディアリングバックトーン再生ユニットと、被呼出端末が呼出に応答したかどうかを検出するための、そして、被呼出端末が呼出に応答したことを検出したら、被呼出端末が呼出に応答したことをベアラ確立ユニットに指示するための、検出ユニットであって、ベアラ確立ユニットは、検出ユニットからのこの指示を受信したら、被呼出端末とマルチメディアリングバックトーンサーバとの間で、テレビ電話の第２のベアラを確立するようにさらに構成された、検出ユニットと、ベアラ確立ユニットによって確立された第１のベアラと第２のベアラとを介して、呼出端末と被呼出端末との間でテレビ電話通信を実行するための、通信ユニットとを含む。
このようにして、マルチメディアリングバックトーンサービスは、テレビ電話のための従来のネットワークフレームワークに基づいて達成されてもよい。さらに、マルチメディアリングバックトーン再生ユニットによって、呼出端末へのマルチメディアリングバックトーンを再生することにより、端末のための、プロトコル層の再構築が回避され、それにより、テレビ電話のマルチメディアリングバックトーンサービスの実施によって発生する、端末への影響は最小となる。
【０１６７】
マルチメディアリングバックトーン再生ユニットは、マルチメディアリングバックトーンサーバ内にあり、ベアラ確立ユニットは、テレビ電話シグナリングプロトコルのプロセスを介して、第１および第２のベアラを確立する。テレビ電話シグナリングプロトコルは、Ｈ．３２４、Ｈ．３２３、またはＳＩＰのテレビ電話シグナリングプロトコルであってもよい。
【０１６８】
本実施形態におけるテレビ電話のための呼出システムは、テレビ電話通信について課金するための課金ユニット（ｃｈａｒｇｉｎｇ  ｕｎｉｔ）をさらに含んでもよく、ここで、検出ユニットは、被呼出端末が呼出に応答したことを検出したら、被呼出端末が呼出に応答したことを課金ユニットに指示するように、さらに構成され、そして、課金ユニットは、この指示を受信したら、テレビ電話通信についての課金を開始することは、言及する価値がある。したがって、マルチメディアリングバックトーンサービスの実施プロセスの中で、通信の継続時間は正確に計算および制御されてもよい。
【０１６９】
本実施形態におけるテレビ電話のための呼出システムは、課金または時間測定を無視するよう呼出端末に通知するための、および、課金または時間測定を開始するよう呼出端末に通知するための、通知ユニット（ｎｏｔｉｆｙ  ｕｎｉｔ）をさらに含んでもよい。検出ユニットは、被呼出端末が呼出に応答したことを検出したら、被呼出端末が呼出に応答したことを通知ユニットに指示するように、さらに構成される。通知ユニットは、検出ユニットからこの指示を受信するよりも前に、課金または時間測定を無視するよう呼出端末に通知し、検出ユニットからこの指示を受信したら、課金または時間測定を開始するよう呼出端末に通知する。したがって、呼出端末のユーザが課金情報を誤解するのを避けるために、呼出端末は、ネットワーク側で計算される通信継続時間を正確に取得してもよい。
【０１７０】
本発明の第１２の実施形態は、図１３に示す、テレビ電話のための呼出システムに関し、このシステムは、呼出端末とマルチメディアリングバックトーンサーバとの間でテレビ電話の第３のベアラを確立するための、および、呼出端末と被呼出端末との間でテレビ電話の第４のベアラを確立するための、ベアラ確立ユニットと、ベアラ確立ユニットによって確立された第３のベアラを介して、呼出端末へのマルチメディアリングバックトーンを再生するための、マルチメディアリングバックトーン再生ユニットと、ベアラ確立ユニットによって確立された第４のベアラを介して、呼出端末と被呼出端末との間でテレビ電話通信を実行するための、通信ユニットとを含む。このようにして、マルチメディアリングバックトーンサービスは、テレビ電話のための従来のネットワークフレームワークに基づいて達成されてもよい。
【０１７１】
本実施形態における、テレビ電話のための呼出システムは、被呼出端末が呼出に応答したかどうかを検出するための、検出ユニットと、ベアラを除去するための、ベアラ除去ユニット（ｂｅａｒｅｒ  ｒｅｍｏｖａｌ  ｕｎｉｔ）とをさらに含んでもよい。
【０１７２】
第３および第４のベアラが、回線交換データ（ＣＳＤ）リンクである場合、第３のベアラは、呼出端末から呼出端末のＭＳＣサーバまでの、第５のベアラと、呼出端末のＭＳＣサーバからマルチメディアリングバックトーンサーバまでの、第６のベアラとに分解されてもよく、一方、第４のベアラは、第５のベアラと、呼出端末のＭＳＣサーバから被呼出端末までの、第７のベアラとに分解されてもよく、その場合、被呼出端末が呼出に応答したことを検出したら、検出ユニットは、被呼出端末が呼出に応答したことをベアラ除去ユニットに指示し、ここで、ベアラ除去ユニットは、この指示を受信した後で、呼出端末のＭＳＣサーバからマルチメディアリングバックトーンサーバまでの、第６のベアラを除去する。
【０１７３】
第３および第４のベアラが、Ｈ．３２４、Ｈ．３２３、またはＳＩＰのテレビ電話プロトコルを介して確立されたテレビ電話通信リンクである場合、被呼出端末が呼出に応答したことを検出したら、検出ユニットは、被呼出端末が呼出に応答したことをベアラ除去ユニットに指示し、ここで、ベアラ除去ユニットは、この指示を受信した後で、ベアラ確立ユニットによって確立された第３のベアラを除去し、そして、ベアラ確立ユニットに、第４のベアラを確立するよう指示する。
【０１７４】
以上からわかるように、マルチメディアリングバックトーンサーバによって占められる回線は、ユーザ通信が接続されたら（すなわち、被呼出端末が呼出に応答したことを、検出ユニットが検出したら）、ただちに解放されてもよく、それにより、限られた回線リソースが効果的に節約される。
【０１７５】
上述のように、本発明の実施形態において、マルチメディアリングバックトーンサーバは、呼出端末とマルチメディアリングバックトーンサーバとの間で確立された、テレビ電話の第１のベアラによって、呼出端末のためのマルチメディアリングバックトーンを再生する。被呼出端末が呼出に応答したことを検出したら、呼出端末とマルチメディアリングバックトーンサーバとの間で、テレビ電話の第２のベアラが確立される。確立された第１のベアラと第２のベアラとを介して、呼出端末と被呼出端末との間で、テレビ電話通信が実行されてもよい。または、マルチメディアリングバックトーンサーバは、呼出端末とマルチメディアリングバックトーンサーバとの間で確立された、テレビ電話の第３のベアラによって、呼出端末のためのマルチメディアリングバックトーンを再生する。テレビ電話の第４のベアラが、呼出端末と被呼出端末との間で確立され、テレビ電話通信は、第４のベアラを介して、呼出端末と被呼出端末との間で実行される。このようにして、マルチメディアリングバックトーンサービスは、テレビ電話のための従来のネットワークフレームワークに基づいて達成されてもよい。さらに、マルチメディアリングバックトーンサーバによって、呼出端末へのマルチメディアリングバックトーンを再生することにより、端末のための、プロトコル層の再構築が回避され、それにより、テレビ電話のマルチメディアリングバックトーンサービスの実施によって発生する、端末への影響は最小となる。
【０１７６】
テレビ電話通信は、被呼出端末が呼出に応答したことが（または、第４のベアラの確立が完了したことが）検出されたら課金されるため、マルチメディアリングバックトーンサービスの実施プロセスの中で、通信の継続時間は正確に計算および制御されてもよい。
【０１７７】
呼出端末は、被呼出端末が呼出に応答したことが検出されるよりも前に、課金または時間測定を無視するよう通知され、そして、被呼出端末が呼出に応答したことが検出されたら、課金または時間測定を開始するよう通知され、その結果、呼出端末は、課金情報に関する、呼出端末のユーザの誤解を避けるために、ネットワーク側で計算される通信継続時間を正確に取得してもよい。
【０１７８】
第４のベアラを介してテレビ電話通信を実行する方式においては、テレビ電話の第４のベアラを確立するよりも前に、呼出端末とマルチメディアリングバックトーンサーバとの間で確立された第３のベアラは、被呼出端末が呼出に応答したことが検出されたら除去され、その結果、マルチメディアリングバックトーンサーバによって占められる回線は、ユーザ通信が接続されたら直ちに解放されてもよく、それにより、限られた回線リソースが節約される。
【０１７９】
本発明のいくつかの好ましい実施形態を参照して、本発明について例示および説明してきたが、本発明の範囲を逸脱することなく、形態および詳細における、本発明へのさまざまな変更が行われてもよいということが、当業者によって理解されるべきである。
【図１】
0005486055.tif 000002
【図２】
0005486055.tif 000003
【図３】
0005486055.tif 000004
【図４】
0005486055.tif 000005
【図５】
0005486055.tif 000006
【図６】
0005486055.tif 000007
【図７】
0005486055.tif 000008
【図８】
0005486055.tif 000009
【図９】
0005486055.tif 000010
【図１０】
0005486055.tif 000011
【図１１】
0005486055.tif 000012
【図１２】
0005486055.tif 000013
【図１３】
0005486055.tif 000014