(57)【特許請求の範囲】
【請求項１】
交換システムに接続された通信エンドポイント間でスイッチされる通信接続を確立および解除するとともに、前記通信エンドポイントがマルチメディア通信プロトコル中の確立された接続を通して通信が前記エンドポイントにより行われる交換システムであって、前記マルチメディア通信プロトコルは、前記エンドポイント間における通信を規定する規則を構成する信号を含むとともに、交換システムにおいて終端されずに前記通信エンドポイントにおいて終端され、前記交換システムは、
前記交換システムにおいて前記プロトコルの信号を終端するための手段と、
選択された、すでに確立済みの接続に前記終端手段を動的に挿入することにより、前記交換システムにおける前記選択された接続のためのプロトコルの信号を終端することにより、前記交換システムが前記選択された接続上の通信に対して通信機能を提供することができる、動的に挿入する手段とを備え、前記確立済みの接続は、プロトコルの信号が前記交換システムにおいて終端されることなしに前記通信エンドポイントにおいて終端されるような通信を行うことを特徴とする交換システム。
【請求項２】
前記選択された接続上の通信に対する前記交換システムにおける前記機能の提供の停止または完了により、前記交換システムにおける前記選択された接続のプロトコルの信号の終端を中止するために、前記選択された接続を解除することなしに、前記挿入された終端手段を前記選択された接続から動的に除去するための手段をさらに含むことを特徴とする請求項１記載の交換システム。
【請求項３】
前記プロトコルが、ＩＴＵＨ．３２０プロトコルまたはＩＴＵＨ．２２１プロトコルのいずれかを含むことを特徴とする請求項１記載の交換システム。
【請求項４】
前記動的に挿入するための手段が、
前記接続がいかなるマルチメディアエンドポイントも接続せず、
または、前記接続が１つのエンドポイントのみに接続し、前記１つのエンドポイントがマルチメディアエンドポイントであり、
または、前記接続が２つのエンドポイントのみを接続し、前記２つのエンドポイントの両方がマルチメディアエンドポイントである場合以外において、前記終端手段を選択されたすでに確立された接続中に挿入することを特徴とする請求項１記載の交換システム。
【請求項５】
前記動的に挿入するための手段が、
前記接続がいかなるマルチメディアエンドポイントも接続せず、
または、前記接続が１つのエンドポイントのみを接続し、前記１つのエンドポイントがマルチメディアエンドポイントであり、
または、前記接続が２つのエンドポイントのみを接続し、この２つのエンドポイントの両方がマルチメディアエンドポイントであり、前記２つのエンドポイントがいずれも保留状態でない場合以外において、前記終端手段を選択されたすでに確立された接続中に挿入することを特徴とする請求項１記載の交換システム。
【請求項６】
前記動的に除去するための手段が、
前記接続がいずれのマルチメディアエンドポイントも接続せず、
または、前記接続が１つのエンドポイントのみに接続し、この１つのエンドポイントがマルチメディアエンドポイントであり、
または、前記接続が２つのエンドポイントのみを接続し、この２つのエンドポイントの両方がマルチメディアエンドポイントである場合に、前記挿入された終端手段を前記選択された接続から除去することを特徴とする請求項２記載の交換システム。
【請求項７】
前記動的に除去するための手段が、
前記接続がどのマルチメディアエンドポイントも接続せず、
または、前記接続が１つのエンドポイントのみに接続し、この１つのエンドポイントがマルチメディアエンドポイントであり、
または、前記接続が２つのエンドポイントのみを接続し、この２つのエンドポイントの両方がマルチメディアエンドポイントであり、この２つのエンドポイントのいずれもが保留されていない場合に、前記挿入された終端手段を前記選択された接続から除去することを特徴とする請求項２記載の交換システム。
【請求項８】
前記選択された接続が、複数の呼の呼経路、または複数の関連呼の個別にスイッチされる呼経路のいずれかを含むことを特徴とする請求項１記載の交換システム。
【請求項９】
交換システムを通信エンドポイントに接続するための複数の通信ポートと、
マルチメディア通信プロトコルの信号の経路を通して呼を導くために、それらの間に確立された経路を有する複数のポートに接続されたエンドポイントをイネーブルするために、複数のポートのうちの選択されたものの間でスイッチされる通信経路を確立および解除するために複数のポートを相互接続する交換機構とをさらに含み、前記通信プロトコルの信号は、前記エンドポイント間の呼に適用されるとともに、交換システムでは終端されずに前記エンドポイントの間を通るとともに前記エンドポイントにおいて終端され、
前記動的に挿入する手段および前記動的に除去する手段が、合わせて、
個々に存在する呼のプロトコルの信号が前記交換システムにおいて終端される必要があることを第１に決定し、前記個々に存在する呼のプロトコルの信号が前記交換システムにおいてもはや終端されている必要がないことを第２に決定するための手段を備え、前記プロトコルの信号は前記交換システムでは終端されずに前記通信エンドポイントにおいて終端され、
前記決定手段の第１の決定に応じて、前記交換システムにおいて存在する呼のプロトコルの終端を開始するために、前記交換機構に前記終端手段を前記存在する呼の経路中に接続させ、前記決定手段の第２の決定に応じて、前記交換システムにおいて存在する呼のプロトコルの信号の終端を中止し、前記交換システムにおいてプロトコルの信号を終端することなく、それらの間に確立された経路を有するエンドポイント間のプロトコルの信号の通過を再開するために、前記交換機構に前記終端手段を前記存在する呼の経路から切り離させるための手段とを含むことを特徴とする請求項２記載の交換システム。
【請求項１０】
前記交換機構は、
前記交換システムにおいて終端されることなしに、少なくとも２つの経路を通ってエンドポイント間を通過するマルチメディア通信プロトコルの信号の中の少なくとも２つの経路を通して少なくとも２つの関連呼を導くために、それらの間に確立された少なくとも２つの経路を有する複数のポートに接続された複数のエンドポイントをイネーブルするために、前記複数のポートの内の選択されたものの間でスイッチされる通信経路を確立し、
前記終端手段は、
複数の経路上の交換システムにおいてプロトコルの信号を終端するための手段を含み、
前記決定手段は、
少なくとも２つの存在する関連呼の全てのプロトコルの信号が交換システムにおいて終端される必要があることを第３に決定し、前記少なくとも２つの存在する関連呼の全てのプロトコルの信号が交換システムにおいてもはや必要とされないことを第４に決定するための手段と、
前記第３の決定に応じて、前記交換機構に前記終端手段を前記少なくとも２つの存在する関連呼の全ての経路中に接続させ、前記第４の決定に応じて、前記交換機構に前記終端手段を前記少なくとも２つの存在する関連呼の全ての経路から切り離させる手段とを含む
ことを特徴とする請求項９記載の交換システム。
【請求項１１】
交換システムに接続された通信エンドポイント間でスイッチされる通信接続を確立および解除する交換システムにおける通信のための通信機能を提供する方法において、
選択されたエンドポイント間でスイッチされる通信接続を確立するステップと、
マルチメディア通信プロトコルにおける接続を通して前記選択されたエンドポイント間で通信を実行するステップであって、前記プロトコルの信号は、前記交換システムにおいてプロトコルの信号を終端することなしに、前記通信エンドポイントにおいて終端されるステップと、
前記交換システムが接続上の通信のための通信機能を提供できるようにするために、交換システムにおける接続のプロトコルの信号を終端するために、プロトコルの信号を終端する装置を前記交換システムにおける接続中に動的に前記交換システムにおいて挿入するステップであって、前記接続は、通信のプロトコルの信号が前記交換システムにおいては終端されずに前記通信エンドポイントにおいて終端されるように通信を行うステップと、
通信機能を提供するステップと
を有することを特徴とする方法。
【請求項１２】
通信機能の提供を中止または完了させるステップと、
通信機能の提供の中止または完了により、交換システムにおける接続のプロトコルの信号の終端を中止させるために、プロトコルの信号を終端するための装置を交換システムにおける接続から動的に除去するステップと、
交換システムにおいてプロトコルの信号を終端することなしに、プロトコルの信号中の接続を通してエンドポイント間で通信の実行を再開するステップとをさらに含むことを特徴とする請求項１１記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、マルチメディア通信に係り、特に、ビデオ通信に通信機能を効率良く提供する技術に関する。
【０００２】
【従来の技術】
ビデオ通信は、典型的に、単なる動くイメージ情報よりも多くのものを含む。これらは、一般に、音声情報を含み、他のデータも含み得る。したがって、ビデオ通信は、まさにマルチメディア通信である。ビデオ通信は、従来、国際電気通信連合（ＩＴＵ、以前はＣＣＩＴＴ）Ｈ．３２０標準に従って行われてきた。Ｈ．３２０は、狭帯域ビジュアル電話システムおよび端末装置のためにＩＴＵのＨおよびＧ標準シリーズ中の個々の標準を包含する事実上の標準の傘であり、ビデオ会議、音声、ビデオ、グラフィックス、暗号化およびマルチポイントに適用できる。
【０００３】
Ｈ．３２０標準は、１つまたは２つ以上の通信チャネル、例えばＩＳＤＮ基本レートインタフェース（ＢＲＩ）または、一次レートインタフェース（ＰＲＩ）リンクの１つまたは２つ以上のＢチャネルを介して進めるための単一の通信、即ち単一のビデオ呼を規定する。これは、多重チャネルが、通信エンドポイント（例えば、ビデオ端末）およびこれらのエンドポイントを相互接続する通信（例えば、電話）ネットワークの両方により、単一の呼に調和させられる必要があり得ることを意味する。エンドポイントによる多重チャネルの調整は、Ｈ．３２０標準によって行われている。ネットワークによる多重チャネルの単一呼への調和は、ＩＳＤＮ標準により行われているが、ＩＳＤＮＢＲＩ履行条約は、この機能を包含していなかった。このように、ネットワーク設備、特に交換システムは、ＩＳＤＮＢＲＩリンク上のマルチチャネル呼の個々のチャネルを別個の呼として取り扱う。したがって、通常のＩＳＤＮ  ＢＲＩ環境においてどのように多重チャネルを単一の呼に調和させるかという問題がある。
【０００４】
Ｈ．３２０標準は、Ｈ．２２１標準において定義された通信プロトコルを使用する。これは、ネットワーク設備に対して通常トランスペアレントである（即ち、終端なしに通過する）エンド・ツウ・エンド（ｅｎｄ−ｔｏ−ｅｎｄ）、即ち、ターミナル・ツウ・ターミナル（ｔｅｒｍｉｎａｌ−ｔｏ−ｔｅｒｍｉｎａｌ）プロトコルである。電話交換システムのようなネットワーク設備が通常このプロトコルへのアクセスを有しないので、これらが一般に他のタイプの呼に対して提供する通信機能をビデオ呼に提供することができない。これらの機能は、「保留」、「転送」、「コンファレンス」、および「ドロップ」を含む。したがって、他の問題は、これらの通信機能をビデオ呼にどのように提供するかということである。
【０００５】
Ｈシリーズ標準は、ビデオ呼のコンファレンスのためのメカニズムを提供する。Ｈ．２３１およびＨ．２３４標準において定義されているように、これはマルチポイント制御ユニット（ＭＣＵ）として知られている。このＭＣＵは、自立形ビデオコンファレンスブリッジであり、ユーザから見ると、コールアップオーディオコンファレンスブリッジに類似している。ビデオコンファレンスをセットアップするために、ユーザは、ＭＣＵのアドミニストレータをコールし、何人のユーザがこのコンファレンスに参加するかのようなユーザの要求を定義しなければならない。このアドミニストレータは、会議参加者のそれぞれについてのＭＣＵの電話番号のリストをユーザに与え、この会議のためのＭＣＵをセットアップする。ユーザは、会議参加者のそれぞれに対して複数の電話番号の内の１つを与える。そして、全ての会議参加者が、ＭＣＵに接続されるように、それらのそれぞれの電話番号をコールし、ＭＣＵはそれらの呼とコンファレンスを行う。
【０００６】
【発明が解決しようとする課題】
上述したように、ＭＣＵを介するビデオ会議は、事前に計画が立てられた且つかなり複雑な手続きである。ＭＣＵの主な不利益は、現存するポイント・ツウ・ポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）呼のコンファレンスへの任意またはダイナミックな拡張を許容しないことである。コンファレンスは、電話において共通な機能であり、電話機のコンファレンスボタンを押すことにより３ウェイコンファレンスが確立できる。ＭＣＵの他の不利益は、コンファレンス設備が必要とされない場合であっても、即ち二人よりも多い当事者がコンファレンスに関与するようになる前に、且つその後に二人を除いた全ての当事者がコンファレンスからドロップアウトする前に（即ち、コンファレンス呼が正にポイント・ツウ・ポイント呼のみである場合）、呼に割り当てられた全てのコンファレンス設備（ＭＣＵ）がコンファレンス呼により占有されることである。したがって、他の問題は、ＭＣＵが作用するビデオコンファレンスに関する任意のビデオコンファレンスの欠如および資源の乱用をいかに克服するかということである。
【０００７】
【課題を解決するための手段】
本発明は、これらの課題および他の課題および従来技術の不利益を解決するためになされた。一般に、本発明の原理によれば、マルチメディアプロトコル終端資源が、この資源が必要なときのみ、交換システムにより存在する呼にダイナミックに挿入され、好ましくは、資源がもはや必要とされなくなった場合に、交換システムによりこれらの資源が進行中の呼からダイナミックに除去される。交換システムにおけるマルチメディアプロトコルの終端は、交換システムが呼に通信機能を提供することを可能にする。プロトコル終端資源のダイナミックな挿入および除去は、通話の間に必要とされるときはいつでも、コンファレンスのような機能が任意に提供できることを保証し、必要とされる場合にのみこれらの資源が効率的に使用されることを保証する。また、複数の呼を交換システムにより関連づけることができ、この関連づけられた呼は、プロトコル終端資源の挿入および除去および機能の提供の目的のために、同一でありかつ一致しているものと取り扱われる。関連づけられた呼は、単一のビデオ呼の個々のチャネルであってもよく、上述の利点をＩＳＤＮ  ＢＲＩ環境におけるビデオおよび他のマルチチャネル呼に拡張することができる。
【０００８】
具体的には、本発明によれば、交換システムは、これに接続された通信エンドポイント間でスイッチされる通信接続を確立および解除するためのものであり、この交換システムにおいて終端されないマルチメディア通信プロトコル中の確立された接続を通してエンドポイントにより通信が実行される。この交換システムは、選択された接続上の通信に対して交換システムにおける通信機能を提供するために、交換システムにおいて選択された接続のプロトコルを終端するために、交換システムにおいてプロトコルを終端するための手段と、この終端手段を選択されたすでに確立された接続にダイナミックに挿入するための手段とを備えることにより改良される。
【０００９】
交換システムは、選択された接続上の通信に対する交換システムにおける機能の提供の中止または完了によって、交換システムにおける選択された接続のプロトコルを終端することを中止するために、選択された接続を解除することなく、挿入された終端手段を選択された接続からダイナミックに除去するための手段を交換システムに提供することによってもさらに好ましく改良される。選択された接続は、複数の呼の呼経路を含むことができる。好ましくは、終端手段を確立された接続に挿入する決定または終端手段を進行中の接続から除去する決定は、以下に基づいて行われる。終端手段は、（ａ）接続がいかなるマルチメディアエンドポイントも接続しない、または（ｂ）接続がただ１つのエンドポイントを接続し、且つこの１つのエンドポイントがマルチメディアエンドポイントである、または（ｃ）接続が２つのエンドポイントのみを接続し、２つのエンドポイントの両方がマルチメディアエンドポイントである場合に除去され、そうでない場合に挿入される。この代わりに、基礎（ｃ）は、接続が２つのエンドポイントのみを接続し、２つのエンドポイントの両方がマルチメディアエンドポイントであり、２つのエンドポイントのいずれもが保留状態でないことに変更することができる。
【００１０】
例えば、本発明によれば、交換システムは、以下の構成要素を含む。交換システムを通信エンドポイントに接続する複数の通信ポート。複数のポートを相互接続し、ポートの内の選択されたものの間で、スイッチされる通信経路を確立および廃止し、ポート間で確立された経路を有する複数のポートに接続されるエンドポイントが交換システムにおいて終端されることなしに、複数のエンドポイント間を通るマルチメディア通信プロトコル中の経路を通して呼を実行可能にする交換機構。交換システムにおいてプロトコルを終端するための手段。個々の存在する呼のプロトコルが交換システムにおいて終端される必要があることを第１に決定し、個々の存在する呼のプロトコルが交換システムにおいてもはや終端されている必要がないことを第２に決定するための手段。
【００１１】
決定手段の第１の決定に応じて、交換システムにおいて存在する呼のプロトコルの終端を開始するために、交換機構に終端手段を存在する呼の経路中に接続させ、さらに、決定手段の第２の決定に応じて、交換システムにおいて存在する呼のプロトコルの終端を中止し、交換システムにおけるプロトコルの終端なしに、エンドポイント間に確立された経路を有するエンドポイント間のプロトコルの通過を再開するために、交換機構に終端手段を存在する呼の経路から切断させるための手段。好ましくは、交換システムは、単一のビデオ呼の個々のチャネルを構成する呼のような複数の呼を関連づけることができ、終端手段を一致してそれらの呼経路に挿入またはこれらの呼経路から除去できる。
【００１２】
本発明のこれらおよび他の利点および特徴は、以下の本発明の実施形態の説明および図面からより明かとなるであろう。
【００１３】
【発明の実施の形態】
図１は、例示的なビデオ通信システムを示す。これは、マルチメディア構内交換機（ＰＢＸ）のような交換システム１００を含む。交換システム１００は、各ＩＳＤＮＢＲＩ回線１２２により交換システムに接続されたビデオ端末１０２および１０４のためのビデオ通信サービスを提供し、通常のアナログ電話回線１２４を介して交換システム１００に接続された通常の電話端末１０９のための通常の電話通信サービスを提供する。遠隔ビデオ端末１０６ないし１０８および電話端末１１１への端末１０２ないし１０４および１０９の接続を提供するために、交換システム１００は、ＩＳＤＮＰＲＩトランク１６２により通信ネットワーク１６０に接続される。ネットワーク１６０は、例えば公衆電話ネットワークである。ビデオ端末１０２ないし１０８は、例えばＡＴ＆Ｔ  ＶｉｓｔｉｕｍＴＭビデオ端末である。これらは、Ｈ．３２０標準の技術およびプロトコルを使用して、ビデオ通信をＩＳＤＮＢＲＩ回線を介して処理する。
【００１４】
交換システム１００は、例えばＡＴ＆Ｔ  Ｄｅｆｉｎｉｔｙ（Ｒ）ＰＢＸの強化されたバージョンである。これは、通常、ＩＳＤＮＢＲＩ回線１２２への接続のためのＩＳＤＮＢＲＩポート回路１１２、アナログ電話回線１２４への接続のためのアナログ回線ポート回路１１９およびＩＳＤＮＰＲＩトランク１６２への接続のためのＩＳＤＮＰＲＩポート回路１５０を含む。これはまた、トーンジェネレータ、記録されたアナウンスメントの再生器等のようなサービス回路１５５を含む。ポート回路およびサービス回路は、通常、交換機構１４０により相互接続されている。交換機構１４０は、ＤｅｆｉｎｉｔｙＰＢＸの場合、時分割多重（ＴＤＭ）バスである。
【００１５】
交換システム１００は、通常、その動作を制御するためのコントローラ１３０をさらに含む。コントローラ１３０は、制御プログラムを格納するメモリ１３４およびメモリ１３４からの制御プログラムを実行するプロセッサ１３２を含む。コントローラ１３０は、交換機構１４０によりポート回路およびサービス回路に接続されている。本発明によれば、交換システム１００は、マルチメディア（ビデオ呼）資源１５６をその中に含むことにより強化される。資源１５６は、ビデオ呼を変形するために必要な物理的資源を提供するサービス回路である。これらは、ビデオ呼トラフィックを選択または結合するため且つビデオ通信プロトコルを終端するための資源を含む。
【００１６】
例えば、資源１５６は、商業的に入手可能なＡＴ＆Ｔマルチポイント制御ユニット（ＭＣＵ）のマルチメディアインタフェース（ＭＭＩ）１５２（ＡＴ＆Ｔ回路パックコード番号ＴＮ７８７Ｃ）およびボイスコンディショナー（ＶＣ）１５４（ＡＴ＆Ｔ回路パックコード番号ＴＮ７８８）からなる。ＭＭＩ１５２は、Ｈ．２２１プロトコルおよびポート回路から受信したデータのための受信のボンディングを提供する。これは、到来するビットストリームをＨ．２２１またはボンドされた信号（音声、ビデオ、データ、および制御および表示信号を含む）に分離し、この分離されたデータを適切なポート回路およびＶＣ回路において処理するために交換機構１４０に方路指示する。さらに、マルチメディアインタフェースは、データビットストリームを、コンファレンスされた（音声、ブロードキャストビデオ、ブロードキャストデータ、および制御および表示のような）様々なシステム回路から受信し、Ｈ．２２１フレーム信号を生成し、データを、もとのポート回路への送信のために単一のＨ．２２１ビットストリームに多重化する。ＭＭＩ１５２は、接続マネージメント１７２と協力して、全ての関連するＨシリーズ仕様、Ｈ．２３１，Ｈ．２４３，Ｈ．２２１，Ｈ．２３０およびＨ．２４２をサポートする。
【００１７】
これは、全てのボンドされた呼およびボンドされていない呼もサポートする。「ボンディング」は、多重Ｂチャネルを単一の呼に集合または連結させるための標準である。これは、複数の単一チャネル呼を１つの多重チャネル呼に結合させる１つの方法である。各マルチメディアインタフェース回路パックは、集合帯域幅が３２Ｂチャネルを超えない限り、いずれかの組み合わせにおいて３２個のＢチャネルを終端する。マルチメディアインタフェース回路パックは、交換機構１４０の標準制御チャネルを使用してコントローラ１３０と通信する。
【００１８】
各ＶＣ１５４は、コンファレンスにおける４個のエンドポイントについての音声処理タスクを実行するために必要な回路を提供する。音声処理は、音声信号のエンコーディング、デコーディング、および加算を含む。さらに、音声コンディショナ回路パックは、Ｇ．７１１ＰＣＭ（Ａ則およびμ則）のための混合コンファレンス処理にＧ．７２８ＬＤ−ＣＥＬＰを提供することができ、音声エネルギー活性化スイッチングのために使用するプロセッサ１３２のための音声エネルギー検出情報を提供することができる。
【００１９】
交換システム１００のメモリ１３４中の制御プログラムには、呼処理１７０および接続マネージメント１７２が含まれている。これらは、音声およびデータ呼を取扱い、ビデオ（マルチメディア）呼を資源利用の意味で適切且つ効率よく処理するために強化された実質的に通常の制御プログラムである。通常の機能から異なる点は、それぞれ図２および図３ないし図５に図示されている。
【００２０】
呼処理１７０は、マルチメディア呼を識別し、マルチチャネル呼を提供する目的のために複数の単一チャネル呼を結合し、これらの呼を適切に方路指示する。機能の実行としてのプログラムへの言及は、勿論、プログラムの実行の間にプロセッサ１３２が機能を実行することを意味すると理解されるであろう。マルチメディア呼に関する呼処理１７０の動作は、図２に示されている。呼処理１７０の実行は、ステップ２００において、呼が、回線１２２または１２４の内の１つまたは、トランク１５０の内の１つを経由して交換システム２００に到達した時に求められる。これに応じて、呼処理１７０は、ステップ２０１において、接続マネジメント１７２に呼を通知し、ステップ２０２において、その呼がマルチメディア呼であるか否かを決定する。
【００２１】
この決定は、呼のＩＳＤＮセットアップメッセージ中のベアラ情報エレメント（ＩＥ）により示されているように、呼のベアラ容量に基づいて部分的に行われる。例えば、呼が５６ｋｂｐｓまたは６４ｋｂｐｓデータ呼のいずれかであると示される場合、これはおそらくマルチメディア呼であろう。これは、接続マネジメント１７２にポートタイプ（例えば、マルチメディアポート）として報告される。この決定は、呼の発生エンドポイントおよび／または宛先エンドポイントに対して、交換システム１００において処理された翻訳データに基づいて強化される。しかし、交換システム１００は、それが直接処理するエンドポイント１０２ないし１０４および１０９についてのみの翻訳データを有するので、これは遠隔の発生エンドポイントまたは遠隔の宛先エンドポイント（例えば、エンドポイント１０６ないし１０８および１１１）についての翻訳データを有しないことになる。したがって、そのベアラ情報が呼をマルチメディア呼として識別し、一方または両方のエンドポイントについての利用可能な翻訳データが非マルチメディアエンドポイントを示していない場合、呼は常にマルチメディア呼と見なされる。
【００２２】
呼が、ステップ２０２において、マルチメディア呼であると決定されない場合、呼処理１７０は、ステップ２０４および２０８において、通常の方法で呼の処理および方路指示を進める。呼がマルチメディア呼であると決定された場合、呼処理１７０は、ステップ２０５において、接続マネジメントにこの事実を通知し、ステップ２０６において、呼が別の呼と結合されているかどうかを決定する。ＩＳＤＮＢＲＩプロトコルにおいて、マルチチャネル呼は、最初に別個の単一チャネル呼として確立され、単一のマルチチャネル呼として機能するように互いに結合される。したがって、呼処理１７０により実行される決定は、セットアップ中である単一チャネル呼が独立呼であるか、あるいはすでに部分的にセットアップされたマルチチャネル呼の一部であるかどうかである。別の存在する呼と同じソースおよび宛先を有する呼は、存在する呼に伴われるマルチチャネル呼の一部と見なされる。
【００２３】
例えば、呼処理１７０は、呼のＩＳＤＮセットアップメッセージの以下の情報エレメント（ＩＥ）の１つまたは２つ以上を検査する。即ち、発呼者および被呼者のアドレス、発呼者および被呼者のサブアドレス、呼識別番号（ＣＩＤ）、および高位層または低位層互換性（ＨＬＣ／ＬＬＣ）である。そして、呼処理は、交換システム１００により処理される他の存在する呼の呼サイン（即ち、呼処理により格納された呼情報の記録）に対してこれらのＩＥを比較し、これらのＩＥが呼サインのいずれかと一致するかどうかを決定する。全ての比較される情報が一致する場合、呼は結合されていると見なされる。また、マルチチャネル呼を確立する発呼者の意図が引き出され得るいずれかの他の情報が、この決定のために使用され得る。
【００２４】
ステップ２０６において、呼が別の呼と結合されていると決定されない場合、呼処理１７０は、ステップ２０８において、呼を通常通りに（例えば、被呼者の電話番号および他の呼の独立性に基づいて）方路指示するように進行する。呼が別の呼と結合されていると決定された場合、呼処理１７０は、ステップ２１０において、接続マネジメント１７２にこの事実を通知し、ステップ２１２において、呼を結合的に、即ち結合された呼が方路指示されるエンドポイントアドレスと同じエンドポイントアドレスに方路指示する。呼処理１７０は、通常通りに、結合された呼の呼記録中に必要な情報を有する。
【００２５】
例えば、結合された呼が回線ポート回路１１２において終端する場合、呼処理１７０は、現在の呼を結合された呼と同じユーザ識別番号（ＵＩＤ）に方路指示し、結合された呼がトランクポート回路１５０において、終端する場合、呼処理１７０は、現在の呼を結合された呼と同じ一般アドレス（同じルートパターンまたは同じトランクグループのいずれか）に方路指示する。ステップ２１２における呼のルーティングの後に、呼処理１７０は、ステップ２１４において、呼のために選択された終端の接続マネジメント１７２を通知する。
【００２６】
ステップ２０８または２１４の後に、呼処理１７０は、呼がステップ２２２において終端するまで、ステップ２１６において、呼を通常通り処理し続ける。ステップ２１６における通常の処理は、ステップ２１８および２２０において、呼の形態に影響を与えるいずれかの呼関連刺激の受領の接続マネジメント１７２を通知することを含む。このような刺激は、保留、転送、コンファレンス、およびドロップのような機能の要求を含む。
【００２７】
接続マネジメント１７２は、交換システム１００において呼により要求される物理的資源へのどんな接続も確立することに責任を負う。マルチメディア呼に関するその動作は、図３ないし５に示されている。接続マネジメント１７２の実行は、図３のステップ３００において、刺激（通知）が呼処理１７０から到着したときに要求される。これに応じて、接続マネジメント１７２は、ステップ３０２において、呼のトークパスのために要求されるどんな接続または存在する接続中の変化も、通常の方法で生じさせ、受け取った刺激を呼記録中に記録する。例えば、接続マネジメント１７２が通知（図２のステップ２０１）を新しい呼の呼処理１７０から受け取った場合、接続マネジメント１７２は呼のための呼記録を作り、呼のＣＩＤおよび呼発生ポート１１２，１１９または１５０の識別子を呼記録中に入力し、交換機構１４０のＴＤＭバス上のトークタイムスロットを派生ポートに割り当てる。
【００２８】
接続マネジメント１７２が、呼がマルチメディア呼または、関連呼であるという通知（図２のステップ２０５および２１２）を呼処理１７０から受け取った場合、これは、単に関連呼のＣＩＤと共にこの情報を呼記録に入れる。そして、接続マネジメント１７２が呼の終端の通知（図２のステップ２１４）を受け取った場合、これは、呼終端ポート１１２，１１９または１５０の識別子を呼記録にいれ、交換機構１４０のＴＤＭバス上のトークタイムスロットを終端ポートに割り当てる。受け取った刺激により影響されたトーク接続を処理させて、接続マネジメント１７２は、呼が別の呼と関連づけられているかどうかを決定するために呼の記録をチェックする。別の呼に関連づけられていない場合、接続マネジメント１７２は呼を処理する必要があるという全ての刺激を有し、図４に進む。
【００２９】
対象呼が別の呼に関連づけられている場合、接続マネジメント１７２は、ステップ３０６において、ステップ３００において対象呼に対して受信された刺激が、当事者がその呼に追加されつつあることを示すＰＴ＿ＣＯＮＮ、その呼に対する当事者が保留されつつあることを示すＰＴ＿ＨＯＬＤ、または例えばコンファレンスを作るために、２つの分離された呼が１つに結合されつつあることを示すＭＥＲＧＥのいずれか１つであったかどうかをチェックする。受信された刺激がこれらの３つの刺激の内の１つでなかった場合、接続マネジメント１７２は、図４に進む。受信された刺激がこれら３つの刺激の内の１つであった場合、接続マネジメント１７２は、ステップ３０８において、この刺激が関連づけられた呼の両方について受信されたかどうかを決定するために関連呼の記録をチェックする。刺激が関連呼の両方について受信されなかった場合、接続マネジメント１７２はステップ３１０において、対象呼の処理を出て、関連呼に対する同じ刺激の受信を待つ。この刺激が両方の関連呼に対して受信された場合、接続マネジメント１７２は図４に進む。
【００３０】
図４において、接続マネジメント１７２は、この呼および関連づけられたいずれかの単数の呼または複数呼によるマルチメディア資源１５６の必要性および所有を決定する。接続マネジメント１７２は、ステップ４００において、いずれかのマルチメディア資源１５６（ＭＭＩ１５２および／またはＶＣ１５４の回路）がこの呼をサービスするために割り当てられているかどうかを決定するために対象呼の記録をチェックする。図３のステップ３０８ないし３１０により、いずれかの関連呼は対象呼と同じ状態になるであろう。マルチメディア資源１５６がこの呼をサービスするために割り当てられていない場合、接続マネジメント１７２は、ステップ４０２に進み、いずれかのマルチメディア資源が必要とされているかどうかを決定する。マルチメディア資源が必要とされている場合、接続マネジメント１７２は、ステップ４２０に進み、割り当てられたマルチメディア資源１５６の内のいずれかが必要とされていないかどうかを決定する。
【００３１】
ステップ４０２において、接続マネジメント１７２は、少なくとも２つのポート１１２，１１９または１５０が対象呼に接続されているかどうかを決定するために呼記録をチェックする。接続されていない場合、呼は、いかなるマルチメディア資源も必要とせず、ステップ４１０において、接続マネジメント１７２はそのように識別し、図５に進む。少なくとも２つのポートが呼に接続されている場合、接続マネジメント１７２は、ステップ４０４において、接続されたポートのいずれかがマルチメディアポートであるかどうか、即ちそれらを接続する呼がマルチメディア呼であるかどうかを決定するために呼記録をチェックする。これは、図１のステップ２０５において、呼処理１７０により報告されている。
【００３２】
呼のポートのいずれもがマルチメディアポートではない場合、接続マネジメント１７２はステップ４１０に進む。呼のポートのいずれかがマルチメディアポートである場合、接続マネジメント１７２は、ステップ４０６において、正確に２つのマルチメディアポートが呼に接続されているかどうか、および選択自由にいずれもが保留になっていないかどうかを決定するために呼記録をチェックする。そうなっている場合、呼はマルチメディア資源１５６を必要としないアクティブなポイント・ツウ・ポイントマルチメディア呼であり、接続マネジメント１７２はステップ４１０に進む。
【００３３】
ステップ４０６の条件が満足されない場合、接続マネジメント１７２は、対象呼またはいずれかの関連呼が少なくとも１つのマルチメディアポートを必要とするかどうかおよび呼により接続されたポートの総数がその呼において必要とされるマルチメディアポートの数よりも大きいかどうかを、ステップ４０８において、決定するために呼記録をチェックする。もしそうでない場合、接続マネジメント１７２はステップ４１０に進む。
【００３４】
ステップ４０８の両方の条件が満足される場合、対象呼またはいずれかの関連呼のどちらかにより、呼は「変換」呼であり、マルチメディア呼に対する少なくとも一人の当事者がマルチメディアポートにより呼に接続されていないものであり、結果として、マルチメディアおよびシングルメディア（音声）通信領域間の変換が実行されなければならない。変換は、マルチメディア資源１５６の使用を必要とし、接続マネジメント１７２は、ステップ４１２において、対象呼がマルチメディア資源１５６を必要としていると識別し、図５に進む。
【００３５】
ステップ４００に戻って、対象呼が、それに割り当てられたマルチメディア資源１５６を有するものとして決定された場合、接続マネジメント１７２は、正確に２つのマルチメディアポートが、その呼に接続されているかどうか、および選択自由に、いずれもが保留状態でないかどうかを、ステップ４２０において決定するために呼記録をチェックする。そうである場合、呼は、マルチメディア資源１５６を必要としないアクティブなポイント・ツウ・ポイントマルチメディア呼であり、接続マネジメント１７２は、ステップ４２６において、そのように識別し、図５に進む。ステップ４０６の条件が満足されない場合、接続マネジメント１７２は、呼に接続されたポートのいずれかがマルチメディアポートであるかどうかを、ステップ４２２において決定するために呼記録をチェックする。呼に接続されたポートのいずれかがマルチメディアポートでない場合、接続マネジメント１７２は、ステップ４２６に進む。呼のポートのいずれかがマルチメディアポートである場合、呼はマルチメディア資源１５６を必要とし、ステップ４２４において、接続マネジメント１７２はそのように識別し、図５に進む。
【００３６】
図５において、接続マネジメント１７２は、いずれかの必要であるが欠けているマルチメディア資源１５６を対象呼およびいずれかの関連呼に与え、いずれかの割り当てられているが必要でないマルチメディア資源１５６を対象呼およびいずれかの関連呼から取り除く。接続マネジメント１７２は、最初に、図４のステップ４１２または４２４において、対象呼が、ステップ５００において、マルチメディア資源を必要とすると決定されたかどうかをチェックする。もしそうである場合、接続マネジメント１７２は、ステップ５０２において、対象呼またはいずれかの関連呼において必要される全てのポートがそれに割り当てられたマルチメディア資源１５６を有するかどうかをチェックする。もしそうでない場合、ステップ５０４において、接続マネジメント１７２は、ＭＭＩ１５２および／またはＶＣ１５４にそれらの回路のいくつかをそれらを必要とする各ポートに割り当てさせ、割り当てられたマルチメディア資源１５６をトークパスに挿入する。
【００３７】
ＭＭＩ１５２およびＶＣ１５４の両方の回路は、マルチメディアポートに割り当てられるが、ＶＣ１５４の回路のみが、ステップ５０４においてシングルメディアポートに割り当てられる。割り当ての記録は、各影響を受けた呼の呼記録において行われる。割り当てられたマルチメディア資源のトークパスへの挿入は、各呼の開始および終端ポート回路からのトークパスの受信端の切り離しおよびそれらのＭＭＩ１５２およびＶＣ１５４回路の割り当てられたセットへの再接続を必要とする。
【００３８】
ステップ５０４の後に、即ち各ポートがマルチメディア資源１５６を有するとステップ５０２において決定された場合、接続マネジメント１７２は、ステップ５０６において、対象呼およびいずれかの関連呼のためのリスンパスをセットアップし、リスンパスの送信端をＭＭＩ１５２およびＶＣ１５４回路の割り当てられたセットに接続する。例えば、リスンパスのセットアップは、交換機構１４０のＴＤＭバス上のリスンタイムスロットを呼の開始および終端ポート回路のそれぞれに割り当てることを必要とし、リスンパスを割り当てられた資源１５６に接続することは、トークタイムスロットとしてちょうど割り当てられたリスンタイムスロットをその呼に割り当てられていたＭＭＩ１５２およびＶＣ１５４回路のセットに割り当てることを必要とする。図３のステップ３００における接続マネジメント１７２の実行を要求した刺激の処理は、ステップ５０６において終了する。
【００３９】
ステップ５００に戻って、対象呼およびいずれかの関連呼がマルチメディア資源１５６を必要としないと決定された場合、接続マネジメント１７２は、ステップ５１０において、対象呼またはいずれかの関連呼がいずれかの割り当てられたマルチメディア資源１５６を有するかどうかを決定するために呼記録をチェックする。対処呼またはいずれかの関連呼のどちらかがマルチメディア資源１５６に割り当てられていた場合、接続マネジメント１７２は、ステップ５１２において、これらの呼からマルチメディア資源１５６を取り除き、ＭＭＩ１５２および／またはＶＣ１５４にこれらのマルチメディア資源１５６をこれらの呼から割り当て解除させる。
【００４０】
各呼について、これは、ＭＭＩ１５２およびＶＣ１５４回路の割り当てられたセットからの呼のトークパスの受信端の切り離し、およびＭＭＩ１５２およびＶＣ１５４回路の割り当てられたセットに接続された呼のリスンパスの取り外しを必要とする。呼のリスンパスの取り外しは、例えば、交換機構１４０のＴＤＭバス上の呼の割り当てられたリスンタイムスロットを呼から割り当て解除することを必要とする。ここで、各呼は、トークパスのみを有し、リスンパスを有しない。
【００４１】
ステップ５１２の後に、即ちステップ５１０において、対処呼またはいずれかの関連呼のどちらも割り当てられたマルチメディア資源１５６を有するものとして見いだされない場合、接続マネジメント１７２は、ステップ５１４において、通常の処理で各呼のリスンパスのために必要な接続をもたらすことを保証する。例えば、これは、呼の開始ポートのトークタイムスロットを呼の終端ポート回路のリスンタイムスロットとして割り当てること、および呼の終端ポート回路のトークタイムスロットを呼の開始ポート回路のリスンタイムスロットとして割り当てることを必要とする。図３のステップ３００における接続マネジメント１７２の実行を求めた刺激の処理は、ステップ５１６において終了する。
【００４２】
上述のメカニズムおよびその機能が、ビデオ（マルチメディア）呼のための「保留」、「転送」、「コンファレンス」、および「ドロップ」の通信機能を実行するためにどのように使用されるかを説明する。
【００４３】
図６中の６０２に示されているように、シングルチャネルポイント・ツウ・ポイントビデオ呼が交換システム１００により２つのビデオターミナルＡおよびＢの間に存在すると仮定する。両方のビデオターミナルが、交換システム１００により直接的にサービスされ得る（即ち、両者が図１中のビデオターミナル１０２ないし１０４中に含まれ得る）、またはビデオターミナルの内の１つが遠隔地に有り得る（即ち、ビデオターミナルの内の１つが図１中のビデオ端末１０６ないし１０８に含まれ得る）。Ｈ．２２１プロトコルは、端末ＡおよびＢの間の呼接続（この例では、ＩＳＤＮＢチャネル）上のエンド・ツウ・エンドに存在し、このプロトコルは交換システム１００において終端されない。この呼は端末ＡまたはＢのいずれかにより保留状態とされ得る。端末Ａが呼を保留状態にしていると仮定する。端末Ａは端末Ｂに呼上の現在のイメージ送信を停止するよう支持し、通常の（Ｈ．３２０）方法において、呼を介して端末Ｂと通信することにより、呼を「モード０」に押し込む（即ち、呼上の両方の端末を基本的ＰＣＭ音声専用の通信モードに押し込む）。そして、端末Ａは、呼に対する「ホールド」メッセージを交換システム１００に、例えば、呼のＢチャネルに関連づけられたＩＳＤＮＤチャネルを経由して送る。
【００４４】
呼は、図６中の６０４に示された形を有することになる。「ホールド」メッセージに反応して、交換システム１００（より具体的には、交換システム１００の接続マネジメント１７２）は、端末Ａから呼を切り離し（即ち呼のリスンおよびトークパスを切り離し）、呼に割り当てられていたマルチメディア資源１５６のセットをその呼に再接続する。マルチメディア資源１５６は、交換システム１００においてＨ．２２１プロトコルを終端し、Ｈ．２２１プロトコルを保ち、端末Ｂへの呼のパス上で作動し続ける。この呼は、保留状態となり、図６中の６０６に示された形式を有することになる。
【００４５】
選択的に、標準的電話の音楽保留と類似のビデオ保留が交換システム１００によりシングルチャネルビデオ呼に与えられる場合、交換システム１００は、シングルチャネルビデオプログラムのソースであるサービス回路１５５を有する。サービス回路１５５は、関連づけられたセットのマルチメディア資源１５６に永久的に接続される。交換システム１００は、マルチメディア資源１５６の呼のセットに、呼をゼロモードからサービス回路１５５のビデオ送信モードに、通常の方法でアップグレードさせ、ビデオ保留を端末Ｂに供給するためにマルチメディア資源１５６のサービス回路のセットを呼のマルチメディア資源１５６に接続する。呼は図６の６０８に示された形を有するようになる。
【００４６】
呼を保留解除するために、端末Ａは、呼に対する「再接続」メッセージを交換システム１００にＩＳＤＮＤチャネルを介して送る。これは、図７の７０２に図示されている。これに応じて、交換システム１００は、マルチメディア資源の呼のセットに、呼上のビデオ送信を停止させ、呼を「モード０」に押し込み、マルチメディア資源１５６のビデオ保留サービス回路のセットをマルチメディア資源１５６の呼のセットから切り離す。ここで、呼は図７の７０４に示された形式を有する。ビデオ保留が端末Ｂに提供されなかった場合、端末Ａからの「再接続」メッセージは、呼が７０４に示された形式を有する間に受信されたことになる。交換システム１００は、呼をマルチメディア資源１５６のそのセットから切り離し、これらの資源１５６を呼から割り当て解除し、呼を端末Ａに再接続する。ここで、呼は図７中の７０６に示された形式を有する。端末ＡおよびＢは、呼をゼロモードからビデオ送信モードに通常の方法でアップグレードできる。
【００４７】
マルチチャネルポイント・ツウ・ポイントビデオ呼についての保留処理は、シングルチャネルビデオ呼について説明したものと非常に似ている。図８中の８０２に示されているように、マルチチャネルポイント・ツウ・ポイントビデオ呼が２つのビデオ端末ＡおよびＢの間に存在しており、端末Ａが呼を保留状態にしていると仮定する。端末Ａは、端末Ｂに呼のチャネルの集合上の現在のイメージ送信を停止するように支持し、呼のチャネルの集合を「モード０」に、通常の方法で押し込む。そして、端末Ａは、呼の各チャネルに対する「ホールド」メッセージを交換システム１００にＩＳＤＮＤチャネルを経由して送る。ここで、呼は、図８中の８０４に示された形式を有する。呼のチャネルのそれぞれに対する「ホールド」メッセージの受信に反応して、交換システム１００は、各チャネルを端末Ａから切り離す。両方の「ホールド」メッセージが受信された場合、交換システム１００は、呼の各チャネルを、その呼に割り当てられていたマルチメディア資源１５６の個々のセットに再接続する。ここで、呼は保留状態であり、図８中の８０６に示された形式を有する。
【００４８】
再び選択的に、ビデオ保留が交換システム１００によりマルチチャネルビデオ呼に与えられる場合、交換システム１００は、マルチチャネルビデオプログラムのソースであるサービス回路１５５を有する。サービス回路１５５は、それぞれが各チャネルのためのマルチメディア資源１５６の複数のセットに永久的に接続されている。交換システム１００は、マルチメディア資源１５６の呼のセットに、呼をゼロモードからサービス回路１５５のビデオ送信モードに、通常の方法でアップグレードさせ、マルチチャネルビデオ保留を端末Ｂに供給するために、マルチメディア資源１５６のサービス回路のセットをマルチメディア資源１５６の呼のセットに接続する。ここで、呼は図８中の８０８に示された形式を有する。
【００４９】
呼を保留解除するために、端末Ａは、呼のチャネルのそれぞれに対する「再接続」メッセージを交換システム１００にＩＳＤＮＤチャネルを経由して送る。これは、図９中の９０２に図示されている。全てのチャネルに対する「再接続」メッセージの受信に反応して、交換システム１００は、マルチメディア資源１５６の呼のセットに、呼上のビデオ送信を停止させ、呼を「モード０」に押し込み、マルチメディア資源１５６のビデオ保留サービス回路のセットをマルチメディア資源１５６の呼のセットから切り離す。ここで、呼は図９の９０４に示された形式を有する。ビデオ保留が端末Ｂに与えられていなかった場合、端末Ａからの「再接続」メッセージは、呼が９０４に示された形式を有する間に受信されたことになる。交換システム１００は、呼をマルチメディア資源１５６のそのセットから切り離し、資源１５６のこれらのセットを呼から割り当て解除し、呼を端末Ａに再接続する。端末Ａは、ＥＴＳＩ３００−１４５標準において特定された方法でマルチチャネル呼を再開する。ここで、呼は図９の９０６に示された形式を有する。端末ＡおよびＢは、呼をゼロモードからビデオ送信モードに、通常の方法でアップグレードできる。
【００５０】
シングルチャネルビデオコンファレンス呼は、最初に存在する呼を保留にすることにより、存在するシングルチャネルポイント・ツウ・ポイント呼から確立される。これは、図１０の１００２ないし１００６に示されており、図６の６０２ないし６０４と、コンファレンスを確立中の端末Ａが、１００４において「ホールド」メッセージの代わりに「コンファレンス」メッセージを送ることのみが異なっている。存在する呼を保留にすることで、端末Ａは第２のマルチメディアシングルチャネル呼を第３のビデオ端末Ｃに送り、交換システム１００は、第２の呼を全て通常の方法で確立する。これは、図１０の１００８に示されている。
【００５１】
端末ＡおよびＢと同じように、端末Ｃは図１中の端末１０２ないし１０４の内の１つまたは、端末１０６ないし１０８の内の１つのいずれかで有り得る。端末Ａは、端末Ｃに、第２の呼上の現在のイメージ送信を停止するよう指令し、第２の呼を「モード０」に通常の方法で押し込み、第２の呼に対する第２の「コンファレンス」メッセージを交換システム１００に送る。ここで、呼は図１０の１０１０により示される形式を有する。第２の「コンファレンス」メッセージに反応して、交換システム１００の呼処理１７０は、通常と同様にそれらの別個の呼記録をプロセスの一部として１つに結合させて、２つの呼を１つに合併する。２つの呼の合併の結果として、得られる呼は、２つよりも多い当事者を有する。これに応じて（図３のステップ３１０参照）、交換システム１００の接続マネジメント１７２は、マルチメディア資源１５６を第２の呼の各呼端に割り当て、第２の呼の２つの端部を割り当てられた資源に接続する（図５のステップ５０２ないし５０６参照）。ＭＭＩ１５２は、合併された呼の３つの端部に割り当てられた資源１５６をその通常の方法で内部的に相互接続する。
【００５２】
選択的に、端末Ａ、ＢおよびＣがそれら自身においてＨ．３２０能力（ＣＡＰ）交換を開始する能力を有しない場合、接続マネジメント１７２は、ＭＭＩ１５２に端末Ａ，ＢおよびＣのそれぞれとのＣＡＰ交換を開始させる。ここで、呼はコンファレンス呼であり、図１０の１０１２に示された形式を有する。コンファレンスされた端末Ａ，ＢおよびＣは、通常の方法で、モードゼロコンファレンスからビデオ送信モードにアップグレードすることができる。
【００５３】
マルチチャネルビデオコンファレンス呼は、最初に存在する呼を保留状態とすることにより、存在するポイント・ツウ・ポイントマルチチャネル呼から確立される。これは図１１の１００２ないし１００６により示されており、図８の８０２ないし８０４とは、コンファレンスを確立する端末Ａが、１１０４において呼の各チャネルに対して「ホールド」メッセージの代わりに「コンファレンス」メッセージを送ることのみが異なる。端末Ａは、２つのマルチメディアシングルチャネル呼をビデオ端末Ｃに送り、交換システム１００は、２つの呼を関連呼として確立する。これは、図１１の１１０８により示されている。そして、端末Ａは関連呼の両方においてビデオ送信を停止させ、関連呼を「モード０」に押し込み、第２の呼の各チャネルに対する第２の「コンファレンス」メッセージを交換システム１００に送る。
【００５４】
ここで、呼は図１１の１１１０により示された形式を有する。第２の「コンファレンス」メッセージに反応して、交換システム１００は関連呼のそれぞれを保留された呼の異なる１つのチャネルと合併し、マルチメディア資源１５６を各関連呼の各呼端に割り当て、各関連呼の２つの端部をそれらの割り当てられた資源１５６に接続する。ＭＭＩ１５２は、関連づけられた合併された呼のそれぞれの３つの端部に割り当てられた資源１５６をそれ自身の通常の方法において内部的に相互接続する。ここで、呼はコンファレンス呼であり、図１１の１１１２に示された形式を有する。
【００５５】
ビデオコンファレンス呼の参加者は、ビデオコンファレンスを保留状態とすることができ、参加者はコンファレンスから一次的に切り離され、コンファレンスはその参加者なしに継続する。図１２の１２０２に示されたシングルチャネルコンファレンス呼の存在を仮定すると、図１２の１２０４に示されたように、端末Ａはコンファレンスに対する「ホールド」メッセージを交換システム１００にＩＳＤＮＤチャネルを経由して送ることによりそのコンファレンスを保留状態とする。これに応じて、交換システム１００（具体的には、接続マネジメント１７２）は、端末Ａをコンファレンス呼のこの端末の端部に割り当てられたマルチメディア資源１５６から切り離す。
【００５６】
例えば、接続マネジメント１７２は呼の端末Ａの端部に割り当てられたマルチメディア資源１５６からの双方向における送信を停止させることをＭＭＩ１５２に要求することによりこの切り離しをもたらす。換言すれば、呼の端末Ａの端部に割り当てられたマルチメディア資源１５６は、端末Ａのポート回路への送信および呼の端末Ｂおよび端末Ｃの端部に割り当てられたマルチメディア資源１５６への送信の双方を停止させる。ここで、呼は図１２の１２０６に示された形式を有する。
【００５７】
図１３の１３０２に示されているように、保留状態のコンファレンスを有する間に、端末Ａはコンファレンスを保留解除することができ、コンファレンスに再度参加することができる。シングルチャネルコンファレンス呼に対してそのようにするために、端末Ａは、図１３の１３０４に示されているように、コンファレンス呼に対する「再接続」メッセージを交換システム１００にＩＳＤＮＤチャネルを経由して送る。これに応じて、交換システム１００（具体的には接続マネジメント１７２）は、端末Ａを呼のこの端末の端部に割り当てられたマルチメディア資源１５６に再接続する。例えば、接続マネジメント１７２は、呼の端末Ａの端部に割り当てられたマルチメディア資源１５６からの双方向における送信を開始するように、且つこの時点においてコンファレンス呼がどの送信モードにある場合にもそうするように、ＭＭＩ１５２に要求することによりこの再接続をもたらす。換言すれば、呼の端末Ａの端部に割り当てられたマルチメディア資源１５６は、端末Ａのポート回路への送信および呼の端末Ｂおよび端末Ｃの端部に割り当てられたマルチメディア資源１５６への送信の双方を開始させる。ここで、呼は図１３の１３０６に示された形式を有する。
【００５８】
マルチチャネルコンファレンスを保留状態とするプロセスおよびマルチチャネルコンファレンスを保留解除するプロセスは、それぞれ図１４の１４０２ないし１４０６および図１５の１５０２ないし１５０６に示されているように、マルチチャネルコンファレンスの各チャネルに対してシングルチャネルコンファレンスを保留状態にするプロセスおよびシングルチャネルコンファレンスを保留解除するプロセスを単にそれぞれ繰り返す。
【００５９】
ビデオコンファレンスへの参加者は、コンファレンスからドロップアウトする（即ち永久的に切り離す）ことができる。図１６の１６０２に示されたシングルチャネルコンファレンス呼の存在を仮定すると、図１６の１６０４に示されたように、端末Ａは、呼に対する「切り離し」メッセージを交換システム１００にＩＳＤＮＤチャネルを経由して送ることによりドロップアウトする。これに応じて、交換システム１００の接続マネジメント１７２は、端末Ａのポート回路と呼の端末Ａの端部のマルチメディア資源１５６との間のトークおよびリスン接続を取り外すことにより、端末Ａを呼のこの端末の端部に割り当てられたマルチメディア資源１５６から切り離し、図１６の１６０６に示されているように、呼の端末Ａの端部の今超過しているマルチメディア資源１５６をコンファレンス呼（図５のステップ５１４ないし５１８参照）から割り当て解除する。
【００６０】
これが三方向より多いコンファレンス呼であった場合、端末Ａをコンファレンスからドロップアウトすることにより引き起こされる変化を完了することになる。しかし、この三方向コンファレンス呼の場合、資源必要性および所有規則（図３のステップ３０４ないし３２２参照）の適用は、呼の端末Ａの端部のマルチメディア資源１５６がもはや必要でないことばかりでなく、呼において必要とされるマルチメディア資源１５６の全てが現在過剰であることの決定を導く。したがって、交換システム１００の接続マネジメント１７２は、ビデオを停止させ、コンファレンス呼の端末Ｂおよび端末Ｃの端部を「モード０」に押し込み、コンファレンス呼の全ての端部をマルチメディア資源１５６から切り離し、マルチメディア資源１５６の全てを呼から割り当て解除し、呼の端末Ｂおよび端末Ｃの端部を直接的に一緒にして再接続する。呼はもはやコンファレンス呼ではなく、ここで図１６の１６０８に示された形式を有する。
【００６１】
参加者がマルチチャネルコンファレンスをドロップアウトする処理は、図１７の１７０２ないし１７０８に示されているように、マルチチャネルコンファレンスの各チャネルに対して参加者がシングルチャネルコンファレンスをドロップアウトするプロセスを単に繰り返す。
【００６２】
ビデオコンファレンスを確立した当事者は、コンファレンスに参加した最後の当事者をコンファレンスからドロップすることができる。図１８の１８０２に示されたシングルチャネルコンファレンス呼（図１０に示されているように端末Ａおよび最後に参加した端末Ｃにより確立された）の存在を仮定すると、図１８の１８０４に示されているように、端末Ａは、呼に対する「ドロップ」メッセージを交換システム１００にＩＳＤＮＤチャネルを経由して送ることにより端末Ｃをコンファレンスからドロップする。交換システム１００の反応は、図１８の１８０６および１８０８に示されているように、端末Ｃが呼に対する「切り離し」メッセージを送った場合と同じである。
【００６３】
マルチチャネルコンファレンスから当事者をドロップするプロセスは、図１９の１９０２ないし１９０８に示されているように、マルチチャネルコンファレンスの各チャネルに対するシングルチャネルコンファレンスからの当事者のドロップのプロセスを単に繰り返す。
【００６４】
ポイント・ツウ・ポイントビデオ呼は、いずれかの当事者により、コンファレンス呼が確立された全く同じ方法で第３者に転送され得る。図２０の２００２に示されているように、シングルチャネルポイント・ツウ・ポイントビデオ呼が端末ＡおよびＢの間に存在し、端末Ａにより端末Ｃに転送されていると仮定する。端末Ａは、最初に存在する呼を保留状態にする。これは、図２０の２００４ないし２００６に示されており、図６の６０４ないし６０６とは、２００４において端末Ａが「ホールド」メッセージの代わりに「転送」メッセージを送ることのみが異なっている。存在する呼を保留状態にすると、端末Ａは第２のマルチメディアシングルチャネル呼をビデオ端末Ｃに送り、交換システム１００は全て通常の方法で第２の呼を確立する。これは図２０の２００８に示されている。
【００６５】
そして端末Ａは、通常の方法で、端末Ｃに第２の呼上の現在のイメージ送信を停止させ、第２の呼を「モード０」に押し込み、第２の呼に対する第２の「転送」メッセージを交換システム１００に送る。ここで、呼は図２０の２０１０に示された形式を有する。第２の「転送」メッセージに反応して、交換システム１００の呼処理１７０は、双方の呼の呼記録から端末Ａのポート回路のポート回路識別子を取り除き、２つの呼を１つの呼に合併する。この合併の結果として、端末Ａはもはや得られた呼の一部ではなく、得られた呼は二人の当事者のみを有する。これに応じて（図３のステップ３１０ないし３２２参照）、交換システム１００の接続マネジメント１７２は端末Ａを呼から切り離し、得られた呼の端末Ｂの端部に割り当てられた現在超過しているマルチメディア資源１５６を呼から切り離し、割り当て解除し、呼の端末Ｃおよび端末Ｂの端部を直接的に一緒に接続する。
【００６６】
選択的に、端末ＡおよびＢが、それら自身においてＨ．３２０能力（ＣＡＰ）交換を開始する能力を有しない場合、接続マネジメント１７２は、マルチメディア資源１５６を呼から切り離すちょうど前に、ＭＭＩ１５２にＣＡＰ交換を開始させ、そしてＣＡＰ交換は、端末ＡおよびＢの間で、それらが接続マネジメント１７２により互いに接続された後に実行される。ここで、呼は図２０の２０１２に示された形式を有する。
【００６７】
マルチチャネルポイント・ツウ・ポイントビデオ呼の転送プロセスは、図２１の２１０２ないし２１１２に示されたように、マルチチャネル呼の各チャネルに対するシングルチャネルポイント・ツウ・ポイント呼の転送プロセスを単に繰り返す。
【００６８】
当然のことながら、上述の例示的な実施形態への様々な変更および修正は当業者にとって明かなものとなるであろう。例えば、三者呼接続において、一人の当事者が保留状態になる場合、呼接続はポイント・ツウ・ポイント呼接続に変換され得る。あるいは、呼転送はコンファレンスとして取り扱うことができ、転送を受ける当事者はコンファレンス参加者として追加され、転送をした当事者はそのコンファレンスからドロップされる。このような変更および修正は、本発明の精神および範囲から離れることなく、その付随する利点を損なうことなくなされ得る。したがって、そのような変更および修正は請求項によりカバーされるものと意図されている。
【００６９】
【発明の効果】
以上説明したように、本発明によれば、複数のチャネルを通常のＩＳＤＮＢＲＩ環境において単一呼に調和させ、ビデオ呼に対する例えば保留、転送、コンファレンス、ドロップなどの通信機能を提供することが可能な交換システムを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態を含む通信システムのブロック図
【図２】図１の通信システムの交換システムの呼処理の機能フローチャート
【図３】図１の通信システムの交換システムの接続マネジメントの機能フローチャート
【図４】図１の通信システムの交換システムの接続マネジメントの機能フローチャート
【図５】図１の通信システムの交換システムの接続マネジメントの機能フローチャート
【図６】図１の通信システム中のシングルチャネルポイント・ツウ・ポイントビデオ呼に対する保留機能の進行シーケンス図
【図７】図１の通信システム中のシングルチャネルポイント・ツウ・ポイントビデオ呼に対する保留機能の進行シーケンス図
【図８】図１の通信システムのマルチチャネルポイント・ツウ・ポイントビデオ呼に対する保留機能の進行シーケンス図
【図９】図１の通信システムのマルチチャネルポイント・ツウ・ポイントビデオ呼に対する保留機能の進行シーケンス図
【図１０】図１の通信システムにおけるシングルチャネルビデオ呼に対するコンファレンス機能の進行シーケンス図
【図１１】図１の通信システムにおけるマルチチャネルビデオ呼に対するコンファレンス機能の進行シーケンス図
【図１２】図１の通信システムにおけるシングルチャネルコンファレンスビデオ呼に対する保留機能の進行シーケンス図
【図１３】図１の通信システムにおけるシングルチャネルコンファレンスビデオ呼に対する保留機能の進行シーケンス図
【図１４】図１の通信システムにおけるマルチチャネルコンファレンスビデオ呼に対する保留機能の進行シーケンス図
【図１５】図１の通信システムにおけるマルチチャネルコンファレンスビデオ呼に対する保留機能の進行シーケンス図
【図１６】図１の通信システムにおけるシングルチャネルコンファレンスビデオ呼に対するコンファレンス参加者切り離し機能の進行シーケンス図
【図１７】図１の通信システムにおけるマルチチャネルコンファレンスビデオ呼に対するコンファレンス参加者切り離し機能の進行シーケンス図
【図１８】図１の通信システムにおけるシングルチャネルコンファレンスビデオ呼に対するコンファレンス参加者ドロップ機能の進行シーケンス図
【図１９】図１の通信システムにおけるマルチチャネルコンファレンスビデオ呼に対するコンファレンス参加者ドロップ機能の進行シーケンス図
【図２０】図１の通信システムにおけるシングルチャネルポイント・ツウ・ポイントビデオ呼に対する転送機能の進行シーケンス図
【図２１】図１の通信システムにおけるマルチチャネルポイント・ツウ・ポイントビデオ呼に対する転送機能の進行シーケンス図
【符号の説明】
１００  交換システム
１０２，１０４，１０６，１０８  ビデオ端末
１０９，１１１  電話端末
１１２  ＩＳＤＮＢＲＩポート回路
１１９  回線ポート回路
１２２  ＩＳＤＮＢＲＩ回線
１２４  アナログ電話回線
１３０  コントローラ
１３２  プロセッサ
１３４  メモリ
１４０  交換機構
１５０  ＩＳＤＮＰＲＩポート回路
１５５  サービス回路
１５６  マルチメディア資源
１６０  通信ネットワーク
１６２  ＩＳＤＮＰＲＩトランク
【図１】
0003654468.tif 000002
【図２】
0003654468.tif 000003
【図３】
0003654468.tif 000004
【図４】
0003654468.tif 000005
【図５】
0003654468.tif 000006
【図６】
0003654468.tif 000007
【図７】
0003654468.tif 000008
【図８】
0003654468.tif 000009
【図９】
0003654468.tif 000010
【図１０】
0003654468.tif 000011
【図１１】
0003654468.tif 000012
【図１２】
0003654468.tif 000013
【図１３】
0003654468.tif 000014
【図１４】
0003654468.tif 000015
【図１５】
0003654468.tif 000016
【図１６】
0003654468.tif 000017
【図１７】
0003654468.tif 000018
【図１８】
0003654468.tif 000019
【図１９】
0003654468.tif 000020
【図２０】
0003654468.tif 000021
【図２１】
0003654468.tif 000022