(57)【要約】  本発明は、ビデオアプリケーションを提供するサービスノードＳＮを備える通信ネットワークを介して、発呼端末ＵＥＡと着呼端末ＵＥＢとの間でビデオ呼を確立する方法に関する。本発明の方法は、発呼端末と着呼端末との間で呼を確立することを要求する段階と、着呼端末がアラートされたことを示すアラーム段階と、着呼端末がピックアップされたことを示す接続段階と、発呼端末とサービスノードとの間に論理ビデオおよび音声チャネルを確立するトレーディング段階とを含み、発呼端末とサービスノードとの間のトレーディング段階の開始が、アラーム段階の開始後で、かつ接続段階の開始前に配置される。
2009510809.tif 000002
【特許請求の範囲】
【請求項１】
ビデオアプリケーションを提供することのできるサービスノード（ＳＮ）を備える通信ネットワークを介して、発呼端末（ＵＥＡ）と着呼端末（ＵＥＢ）との間でビデオ呼を設定する方法であって、発呼端末と着呼端末との間で呼設定を要求する呼設定要求ステップと、着呼端末がアラートされたことを示すアラートステップと、着呼端末が応答したことを示す接続ステップと、発呼端末とサービスノードとの間でビデオおよび音声論理チャネルの設定をネゴシエーションするネゴシエーションステップとを含み、発呼端末とサービスノードとの間のネゴシエーションステップの開始が、アラートステップの開始後および接続ステップの開始前に配置されることを特徴とする、方法。
【請求項２】
着呼端末とサービスノードとの間でビデオおよび音声論理チャネルの設定をネゴシエーションするステップも含むことを特徴とする、請求項１に記載の発呼端末と着呼端末との間でビデオ呼を設定する方法。
【請求項３】
ビデオアプリケーションが、ビデオ機能を有する呼出音であることを特徴とする、請求項１または２に記載の発呼端末と着呼端末との間でビデオ呼を設定する方法。
【請求項４】
ネゴシエーションステップの開始が、アラートステップの終了後に配置されることを特徴とする、請求項１から３のいずれか一項に記載の発呼端末と着呼端末との間でビデオ呼を設定する方法。
【請求項５】
通信ネットワークが、第３世代または以降の世代の回路ネットワークであることを特徴とする、請求項１から４のいずれか一項に記載の発呼端末と着呼端末との間でビデオ呼を設定する方法。
【請求項６】
呼設定要求ステップが、発呼端末による呼設定要求メッセージ（ＳＥＴＵＰ）の送信と、着呼端末による呼設定要求メッセージ（ＳＥＴＵＰ）の受信との間に及ぶこと、
アラートステップが、着呼端末がアラートされたことを示すアラートメッセージ（ＡＬＥＲＴＩＮＧ）の着呼端末による送信と、着呼端末がアラートされたことを示すアラートメッセージ（ＡＬＥＲＴＩＮＧ）の発呼端末による受信との間に及ぶこと、および、
接続ステップが、着呼端末が応答したことを示す接続メッセージ（ＣＯＮＮＥＣＴ）の着呼端末による送信と、着呼端末が応答したことを示す接続メッセージ（ＣＯＮＮＥＣＴ）の発呼端末による受信との間に及ぶことを特徴とする、請求項１から５のいずれか一項に記載の発呼端末と着呼端末との間でビデオ呼を設定する方法。
【請求項７】
ネゴシエーションステップが、一方では、シグナリングチャネルの設定と、他方では、シグナリングチャネルならびにビデオおよび音声論理チャネルのための多重化の設定とを含むことを特徴とする、請求項１から６のいずれか一項に記載の発呼端末と着呼端末との間でビデオ呼を設定する方法。
【請求項８】
前記方法が、
ＩＴＵ  Ｈ．３２４プロトコルに準拠すること、
呼設定要求ステップが、ＳＥＴＵＰステップであること、
アラートステップが、ＡＬＥＲＴＩＮＧステップであること、
接続ステップが、ＣＯＮＮＥＣＴステップであること、および、
ネゴシエーションステップが、一方では、シグナリングチャネルの設定のためのＩＴＵ  Ｈ．２４５プロトコル、および他方では、シグナリングチャネルならびにビデオおよび音声論理チャネルの多重化の設定のためのＩＴＵ  Ｈ．２２３プロトコルに準拠することを特徴とする、請求項１から７のいずれか一項に記載の発呼端末と着呼端末との間でビデオ呼を設定する方法。
【請求項９】
発呼端末であって、
呼設定要求メッセージ（ＳＥＴＵＰ）を送信することができ、
着呼端末がアラートされたことを示すアラートメッセージ（ＡＬＥＲＴＩＮＧ）を受信することができ、
着呼端末が応答したことを示す接続メッセージ（ＣＯＮＮＥＣＴ）を受信することができ、
サービスノードとネゴシエーションすることができ、該サービスノードが、一方では、シグナリングチャネルの設定をビデオアプリケーションに提供することが可能であり、他方では、シグナリングチャネルならびにビデオおよび音声論理チャネルの多重化の設定をビデオアプリケーションに提供することが可能であり、
前記発呼端末が、アラートメッセージを受信後であるが接続メッセージ受信前に、ネゴシエーションを開始する手段を備えることを特徴とする、発呼端末。
【請求項１０】
ビデオアプリケーションを提供することができるサービスノードであり、
発呼端末に代わって、その機能が呼設定要求メッセージ（ＳＥＴＵＰ）を送信することであるメッセージ（ＩＡＭ）を送信することができ、
その機能が前記着呼端末がアラートされたことを示すアラートメッセージ（ＡＬＥＲＴＩＮＧ）を送信することであるメッセージ（ＡＣＭ）を送信することができ、
その機能が前記着呼端末が応答したことを示す接続メッセージ（ＣＯＮＮＥＣＴ）を送信することであるメッセージ（ＡＮＭ）を送信することができ、
一方ではシグナリングチャネルの設定時に、他方ではシグナリングチャネルならびにビデオおよび音声論理チャネルの多重化の設定時に、発呼端末とネゴシエーションすることができるサービスノードであって、
前記サービスノードが、アラートメッセージ送信後であるが接続メッセージ送信前に、ネゴシエーションを開始する手段を備えることを特徴とする、サービスノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発呼端末と着呼端末との間の呼設定方法の分野に関する。設定段階が成功した後、これらの方法は、中間ノードではなく端末によって処理される端末相互間のネゴシエーションを必要とする。本発明は、更に具体的には、ビデオ呼の分野に関する。発呼端末および着呼端末が属する通信ネットワークにおいては、ビデオ呼が設定されるときに、ビデオアプリケーションを提供することのできるサービスノードが存在する。このビデオアプリケーションの提供を可能にするために、発呼端末とサービスノードとの間で、接続ならびにビデオおよび音声チャネルを設定しなければならない。このビデオアプリケーションは、好ましくはビデオ機能を有する呼出音である。
【背景技術】
【０００２】
従来、発呼端末とサービスノードとの間のビデオおよび音声論理チャネルの設定のネゴシエーションは、接続がそれら端末間で設定されると開始される。しかし、この従来の手順は、特に２つの欠点を示す。一方では、サービスノードによってビデオアプリケーションが提供される前の待ち時間は比較的長い。他方では、論理チャネルが設定されるのに要する時間が、ユーザに課される。これはユーザの端末間で接続が設定された後に、この設定が行われるからである。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
したがって、ユーザの端末間の接続がそれ自体設定される前に、論理チャネルを設定することができること、または少なくとも、論理チャネルの設定を開始することができることに関心がある。既存の従来の手順と比較すると、新しいメッセージを必要としない。しかし、接続が設定されるのを待っている代わりに、発呼端末およびサービスノードは、発呼端末と着呼端末との間で接続が設定される前に、論理チャネルの設定のネゴシエーションを開始する必要があるのと同じ程度に、発呼端末の挙動、サービスノードの挙動、および特定の実施形態では着呼端末の挙動が、適合される必要がある。
【課題を解決するための手段】
【０００４】
このために、本発明は、着呼端末がアラートされると、発呼端末とサービスノードとの間で論理チャネルの設定のネゴシエーションを開始することを提案する。このため、着呼端末が、ビデオ呼をサポートする能力が検査され得る。別法では、発呼端末は、呼の持続時間に関して、発呼端末とサービスノードとの間に位置するリンク部分にわたるビデオ呼料金が請求されるが、発呼端末と着呼端末との間では、呼は単に音声呼である。リンク部分に関して、音声呼のためのビデオ呼料金が請求されることは、発呼端末のユーザが容認することのできないものである。
【０００５】
本発明は、発呼端末と着呼端末との間でビデオ呼を設定する方法に関する。本発明は、本発明のビデオ呼設定方法を実施するのに特に適したある種の発呼端末、および本発明のビデオ呼設定方法を実施するのに特に適したある種のサービスノードにも関する。
【０００６】
本発明によれば、ビデオアプリケーションを提供することのできるサービスノード（ＳＮ）を備える通信ネットワークを介して、発呼端末（ＵＥＡ）と着呼端末（ＵＥＢ）との間でビデオ呼を設定する方法が提供され、この方法は、発呼端末と着呼端末との間で呼設定を要求する呼設定要求ステップと、着呼端末がアラートされたことを示すアラートステップと、着呼端末が応答したことを示す接続ステップと、発呼端末とサービスノードとの間でビデオおよび音声論理チャネルの設定をネゴシエーションするネゴシエーションステップとを含み、発呼端末とサービスノードとの間のネゴシエーションステップの開始が、アラートステップの開始後および接続ステップの開始前に配置されることを特徴とする。好ましくは、ネゴシエーションステップの開始は、アラートステップの終了後に配置される。好ましくは、本発明による発呼端末と着呼端末との間のビデオ呼設定方法は、着呼端末とサービスノードとの間でビデオおよび音声論理チャネルの設定をネゴシエーションするステップも含む。
【０００７】
本発明によれば、発呼端末も提供され、この発呼端末は、呼設定要求メッセージ（ＳＥＴＵＰ）を送信することができ、着呼端末がアラートされたことを示すアラートメッセージ（ＡＬＥＲＴＩＮＧ）を受信することができ、着呼端末が応答したことを示す接続メッセージ（ＣＯＮＮＥＣＴ）を受信することができ、サービスノードとネゴシエーションすることができ、このサービスノードは、一方では、シグナリングチャネルの設定をビデオアプリケーションに提供することが可能であり、他方では、シグナリングチャネルならびにビデオおよび音声論理チャネルとの多重化の設定をビデオアプリケーションに提供することが可能であり、前記発呼端末が、アラートメッセージを受信後であるが接続メッセージ受信前に、ネゴシエーションを開始する手段を備えることを特徴とする。
【０００８】
本発明によれば、サービスノードも提供され、このサービスノードは、発呼端末に代わって、その機能が呼設定要求メッセージ（ＳＥＴＵＰ）を送信することであるメッセージ（ＩＡＭ）を送信することができ、その機能が前記着呼端末がアラートされたことを示すアラートメッセージ（ＡＬＥＲＴＩＮＧを送信することであるメッセージ（ＡＣＭ）を送信することができ、その機能が前記着呼端末が応答したことを示す接続メッセージ（ＣＯＮＮＥＣＴ）を送信することであるメッセージ（ＡＮＭ）を送信することができ、一方ではシグナリングチャネルの設定時に、他方ではシグナリングチャネルならびにビデオおよび音声論理チャネルの多重化の設定時に、発呼端末とネゴシエーションすることができるサービスノードであって、前記サービスノードが、アラートメッセージ送信後であるが接続メッセージ送信前に、ネゴシエーションを開始する手段を備えることを特徴とする。
【０００９】
例として示した以下の説明および添付図面から、本発明は、よりよく理解され、他の特徴および利点が明白となろう。
【発明を実施するための最良の形態】
【００１０】
図１は、発呼端末と、着呼端末と、サービスノードと、それを介して端末が相互通信することができる通信ネットワークの一部とを備える、例示的なシステムを図示している。この通信ネットワークは、発呼端末にビデオアプリケーションを提供することのできるサービスノードが、ビデオ機能を有する呼出音を発呼端末に提供することができることが好ましいので、ＧＭＳＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）型のゲートウェイスイッチ（以下、ゲートウェイスイッチＧＭＳＣと表される）と、ＶＭＳＣ（Ｖｉｓｉｔｅｄ  Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）型のローカルスイッチ（以下、ローカルスイッチＶＭＳＣと表される）と、ＵＥＡで表される発呼端末およびＵＥＢで表される着呼端末を含む端末と、（サービスノードビデオ呼出音のための）サービスノードＳＮ  ＶＲＢＴとを備える。一方のローカルスイッチＶＭＳＣは、発呼端末ＵＥＡにリンクされ、他方のローカルスイッチＶＭＳＣは、着呼端末ＵＥＢにリンクされる。ある端末とあるローカルスイッチＶＭＳＣとの間の双方向シグナリングは、３ＧＰＰ規格２４．００８に準拠する。ゲートウェイスイッチＧＭＳＣとローカルスイッチＶＭＳＣとの間の双方向シグナリングは、一方ではサービスノードＳＮ  ＶＲＢＴとゲートウェイスイッチＧＭＳＣとの間の双方向シグナリング、および他方ではサービスノードＳＮ  ＶＲＢＴとローカルスイッチＶＭＳＣとの間の双方向シグナリングと同様、ＩＳＵＰ  Ｖ２規格に準拠する。
【００１１】
好ましくは、通信ネットワークは、例えばＩＴＵ  Ｈ．３２４プロトコルが、ユーザ間のビデオ通信に用いられる回路型の回路ネットワークであるが、例えばＩＴＵ  Ｈ．３２３プロトコルが、ユーザ間のビデオ通信に用いられる、パケット型のパケットネットワークではない。有利には、通信ネットワークは、少なくとも第３世代、すなわち、第３世代または次世代ネットワークである。
【００１２】
好ましくは、本発明による発呼端末と着呼端末との間でビデオ呼を設定する方法において、呼設定要求ステップが、発呼端末による呼設定要求メッセージの送信と、着呼端末による呼設定要求メッセージの受信との間に及び、アラートステップは、着呼端末による着呼端末がアラートされたことを示すアラートメッセージの送信と、発呼端末による着呼端末がアラートされたことを示すアラートメッセージの受信との間に及び、接続ステップは、着呼端末による着呼端末が応答したことを示す接続メッセージの送信と、発呼端末による着呼端末が応答したことを示す接続メッセージの受信との間に及ぶ。
【００１３】
好ましくは、本発明による発呼端末と着呼端末との間でビデオ呼を設定する方法において、ネゴシエーションステップが、一方ではシグナリングチャネルの設定ステップと、他方ではシグナリングチャネルならびにビデオおよび音声論理チャネルのための多重化の設定ステップとを含む。このネゴシエーションステップは、概ね数秒、典型的には約５秒〜１０秒持続することを必要とする。したがって、本発明の方法を実施することによって、発呼端末と着呼端末との間の各通信で節約される時間は、最大でもネゴシエーションステップの持続時間であるが、着呼端末のユーザが、迅速に、すなわちネゴシエーションステップの終了前に応答する場合には、持続時間の一部である。
【００１４】
図２は、本発明によるビデオ呼を設定する例示的な方法を図示している。ある端末とあるローカルスイッチＶＭＳＣとの間の双方向シグナリングは、３ＧＰＰ規格２４．００８に準拠する。ゲートウェイスイッチＧＭＳＣとローカルスイッチＶＭＳＣとの間の双方向シグナリングは、ＩＳＵＰ  Ｖ２規格に準拠する。ゲートウェイスイッチＧＭＳＣとサービスノードＳＮ  ＶＲＢＴとの間の双方向シグナリングは、ＩＳＵＰ  Ｖ２規格に準拠する。サービスノードＳＮ  ＶＲＢＴとローカルスイッチＶＭＳＣとの間の双方向シグナリングは、ＩＳＵＰ  Ｖ２規格に準拠する。好ましくは、端末間のビデオ通信は、本明細書に参照として組み込まれる、ＩＴＵ  Ｈ．３２４プロトコルに従って進む。このプロトコルと共に図２が説明され、メッセージの正確な意味および正確な用語に関してこのプロトコルに言及する。また、発呼端末と着呼端末との間でビデオ呼を設定する方法は、ＩＴＵ  Ｈ．３２４プロトコルに準拠する。呼設定要求ステップは、ＳＥＴＵＰステップである。アラートステップは、ＡＬＥＲＴＩＮＧステップである。接続ステップは、ＣＯＮＮＥＣＴステップである。ネゴシエーションステップは、一方ではシグナリングチャネルの設定のためのＩＴＵ  Ｈ．２４５プロトコル、および他方ではシグナリングチャネルならびにビデオおよび音声論理チャネルの多重化の設定のためのＩＴＵ  Ｈ．２２３プロトコルに準拠する。
【００１５】
種々のメッセージ交換を説明するために、発呼端末ＵＥＡにリンクされたローカルスイッチを、ローカルチャネルＶＭＳＣ（Ａ）と表し、着呼端末ＵＥＢにリンクされたローカルスイッチを、ローカルスイッチＶＭＳＣ（Ｂ）と表す。通信媒体は、双方向のメッセージ送信、すなわち発呼端末から着呼端末へ、および着呼端末から発呼端末へのメッセージ送信を可能にするように、双方向に端末間でオープンであると仮定される。
【００１６】
発呼端末ＵＥＡは、ローカルスイッチＶＭＳＣ（Ａ）にＳＥＴＵＰメッセージを送信し、該メッセージによって、ローカルスイッチＶＭＳＣ（Ａ）は呼設定要求を開始する。ローカルスイッチＶＭＳＣ（Ａ）は、一方では、発呼端末ＵＥＡにＣＡＬＬ  ＰＲＯＣメッセージを送信し、該メッセージによって、発呼端末ＵＥＡは発呼端末からの要求の受信を認識し、他方では、ゲートウェイスイッチＧＭＳＣにＩＡＭメッセージを送信し、該メッセージによって、ゲートウェイスイッチＧＭＳＣは発呼端末からの要求を送信する。ゲートウェイスイッチＧＭＳＣは、サービスノードＳＮ  ＶＲＢＴにＩＡＭメッセージを送信し、該メッセージによって、サービスノードＳＮ  ＶＲＢＴは発呼端末からの要求を送信する。サービスノードＳＮ  ＶＲＢＴは、ローカルスイッチＶＭＳＣ（Ｂ）にＩＡＭメッセージを送信し、該メッセージによって、ローカルスイッチＶＭＳＣ（Ｂ）は発呼端末からの要求を送信する。ローカルスイッチＶＭＳＣ（Ｂ）は、着呼端末ＵＥＢにＳＥＴＵＰメッセージを送信し、該メッセージによって、着呼端末ＵＥＢは発呼端末からの要求を送信する。
【００１７】
着呼端末ＵＥＢは、一方では、ローカルスイッチＶＭＳＣ（Ｂ）にＣＡＬＬ  ＣＯＮＦメッセージを送信し、該メッセージによって、ローカルスイッチＶＭＳＣ（Ｂ）は、発呼端末からの要求の受信をローカルスイッチＶＭＳＣ（Ｂ）から認識し、他方では、発呼端末ＵＥＡにＡＬＥＲＴＩＮＧメッセージを送信し、該メッセージによって、着呼端末ＵＥＢは、発呼端末からの要求によって着呼端末が実際にアラートされたことをシグナリングする。ローカルスイッチＶＭＳＣ（Ｂ）は、サービスノードＳＮ  ＶＲＢＴにＡＣＭメッセージを送信し、該メッセージによって、サービスノードＳＮ  ＶＲＢＴは着呼端末からのアラートを送信する。サービスノードＳＮＶＲＢＴは、ゲートウェイスイッチＧＭＳＣにＡＣＭメッセージを送信し、該メッセージによって、ゲートウェイスイッチＧＭＳＣは着呼端末からのアラートを送信する。ゲートウェイスイッチＧＭＳＣは、ローカルスイッチＶＭＳＣ（Ａ）にＡＣＭメッセージを送信し、当該メッセージによって、ローカルスイッチＶＭＳＣ（Ａ）は着呼端末からのアラートを送信する。ローカルスイッチＶＭＳＣ（Ａ）は、発呼端末ＵＥＡにＡＬＥＲＴＩＮＧメッセージを送信し、該メッセージによって、発呼端末ＵＥＡは着呼端末からのアラートを送信する。
【００１８】
参照により本明細書に組み込まれる、ＩＴＵ  Ｈ．２４５プロトコルおよびＩＴＵ  Ｈ．２２３プロトコルに従って実行される、論理チャネルを端末間でネゴシエーションするステップが開始され、それは、「ネゴシエーション開始」ラインによって表される。このステップは「ネゴシエーション開始」ラインで表される。このネゴシエーションステップの終了は、「ネゴシエーション終了」ラインで表される。このネゴシエーションは、一方では発呼端末ＵＥＡと他方ではサービスノードＳＮ  ＶＲＢＴとの間で実行される。ネゴシエーションステップ終了後、サービスノードＳＮ  ＶＲＢＴは、発呼端末にビデオアプリケーションを、好ましくはビデオ機能を有する呼出音を提供する。
【００１９】
着呼端末ＵＥＢは、一方では、ローカルスイッチＶＭＳＣ（Ｂ）にＣＯＮＮＥＣＴメッセージを送信し、該メッセージによって、ローカルスイッチＶＭＳＣ（Ｂ）に着呼端末ＵＥＢのユーザが応答したことをシグナリングする。端末のユーザが応答したことをシグナリングするこの動作は、以降、着呼ユーザの反応のシグナリングで表される。ローカルスイッチＶＭＳＣ（Ｂ）は、一方では、着呼端末ＵＥＢにＣＯＮＮＥＣＴ  ＡＣＫメッセージを送信し、該メッセージによって、着呼端末ＵＥＢは着呼ユーザの反応のシグナリングの受信を認識し、他方では、サービスノードＳＮ  ＶＲＢＴにＡＮＭメッセージを送信し、該メッセージによって、サービスノードＳＮ  ＶＲＢＴは着呼ユーザの反応のシグナリングを送信する。サービスノードＳＮ  ＶＲＢＴは、ゲートウェイスイッチＧＭＳＣにＡＮＭメッセージを送信し、該メッセージによって、ゲートウェイスイッチＧＭＳＣは着呼ユーザの反応のシグナリングを送信する。ゲートウェイスイッチＧＭＳＣは、ローカルスイッチＶＭＳＣ（Ａ）にＡＮＭメッセージを送信し、該メッセージによって、ローカルスイッチＶＭＳＣ（Ａ）は着呼ユーザの反応のシグナリングを送信する。ローカルスイッチＶＭＳＣ（Ａ）は、発呼端末ＵＥＡにＣＯＮＮＥＣＴメッセージを送信し、該メッセージによって、発呼端末ＵＥＡは着呼ユーザの反応のシグナリングを送信する。発呼端末ＵＥＡは、ローカルスイッチＶＭＳＣ（Ａ）にＣＯＮＮＥＣＴ  ＡＣＫメッセージを送信し、該メッセージによって、ローカルスイッチＶＭＳＣ（Ａ）は着呼ユーザの反応のシグナリングの受信を認識する。
【００２０】
「ネゴシエーション開始」で表される、発呼端末ＵＥＡとサービスノードＳＮ  ＶＲＢＴとの間の論理チャネルの設定をネゴシエーションするステップの開始は、一方では、着呼端末ＵＥＢによるＡＬＥＲＴＩＮＧメッセージの送信、更に具体的には、有利には、サービスノードＳＮ  ＶＲＢＴによる、その機能が着呼端末ＵＥＢによって送信されたＡＬＥＲＴＩＮＧメッセージを送信することであるＡＣＭメッセージの送信と、他方では、着呼端末ＵＥＢによるＣＯＮＮＥＣＴメッセージの送信との間に配置される。このネゴシエーションステップの開始は、発呼端末ＵＥＡによるＡＬＥＲＴＩＮＧメッセージの受信の前に配置されることができ、好ましくは、その後に配置されることができる。「ネゴシエーション終了」によって表されるこのネゴシエーションステップの終了は、着呼ユーザの反応速度に応じて、すなわち、着呼端末ＵＥＢのユーザが応答する瞬間に応じて、着呼端末ＵＥＢによるＣＯＮＮＥＣＴメッセージの送信の前に配置されることができ、または後に配置されることができる。
【００２１】
発呼端末ＵＥＡ側では、論理チャネルの設定をネゴシエーションするステップは、ＡＬＥＲＴＩＮＧメッセージの受信直後に開始される。サービスノードＳＮ  ＶＲＢＴ側では、論理チャネルの設定をネゴシエーションするステップは、ＡＣＭメッセージの送信直後に開始されるか、またはサービスノードＳＮ  ＶＲＢＴが、発呼端末が論理チャネルの設定をネゴシエーションするステップを開始すること、例えば、多重化を設定しようとすることを検出するときに開始される。着呼ユーザが、論理チャネルの設定をネゴシエーションするステップが完了する前に応答する場合、論理チャネルの設定をネゴシエーションするこのステップは、通常、着呼ユーザが応答しなかったかのように継続する。
【００２２】
参照により本明細書に組み込まれる、ＩＴＵ  Ｈ．２４５およびＩＴＵ  Ｈ．２３３プロトコルに従って実行される、サービスノードＳＮ  ＶＲＢＴと着呼端末ＵＥＢとの間の論理チャネルをネゴシエーションする別のステップは、着呼端末ＵＥＢによるＣＯＮＮＥＣＴメッセージの送信後に開始される。
【００２３】
本発明によるビデオ呼のこの設定方法は、また、ＳＣＵＤＩＦ規格に従って、ビデオ−音声フォールバック手順と互換性があるという利点を提供する。このことは、着呼端末が、音声のみをサポートし、ビデオをサポートすることができない場合に特に関心がある。
【００２４】
発呼端末ＵＥＡとサービスノードＳＮ  ＶＲＢＴとの間のネゴシエーションステップの開始に関して、ここで２つの実施形態を説明する。
【００２５】
第１の好適な実施形態において、発呼端末ＵＥＡは、一方では、ローカルスイッチＶＭＳＣ（Ａ）からのＡＬＥＲＴＩＮＧメッセージを受信するために待機し、他方では、ネゴシエーションを開始する主導権を唯一有するサービスノードＳＮ  ＶＲＢＴ部分で、論理チャネルのネゴシエーションを開始しようとするのを検出するために待機する。
【００２６】
第２の実施形態においては、発呼端末ＵＥＡは、ローカルスイッチＶＭＳＣ（Ａ）からＡＬＥＲＴＩＮＧメッセージを受信するとすぐに、直ちにサービスノードＳＮ  ＶＲＢＴとのネゴシエーションを開始する。この場合、着呼端末ＵＥＢは、その部分に関する限り、応答がない場合にコールフォワーディングモードが起動されると、ＣＯＮＮＥＣＴメッセージを送信する前に、論理チャネルのネゴシエーションを開始しようとしてはならない。しかし、着呼端末ＵＥＢが、ＡＬＥＲＴＩＮＧメッセージ送信直後に論理チャネルのネゴシエーションを開始する場合、サービスノードＳＮ  ＶＲＢＴは、着呼端末ＵＥＢの代わりに、この問い合わせにすぐに応答してはならないが、むしろ、サービスノードＳＮ  ＶＲＢＴが応答する場合に、着呼端末ＵＥＢの代わりにＣＯＮＮＥＣＴメッセージを送信した後に、または、着呼端末ＵＥＢに到着したコールフォワーディングが起動される場合に、別のサービスノードの代わりにＣＯＮＮＥＣＴメッセージを送信した後に、ＡＮＭメッセージを受信するために待機する。
【図面の簡単な説明】
【００２７】
【図１】発呼端末と、着呼端末と、サービスノードと、それを介して端末およびサービスノードが相互通信することができる通信ネットワークの一部とを備える、例示的なシステムを示すブロック図である。
【図２】本発明によるビデオ呼の設定の例示的な方法を示す略図である。
【図１】
2009510809.tif 000003
【図２】
2009510809.tif 000004
【国際調査報告】
2009510809.tif 000005
2009510809.tif 000006
2009510809.tif 000007
2009510809.tif 000008
2009510809.tif 000009
2009510809.tif 000010