中断の無い会議コールのための方法
開示される本発明は回線交換網に於ける会議の不安定問題に関し、Ｈ．３２０の会議リンクと並列にバックアップの“音声のみの”電話通信リンクを確立する方法を提供する。コールするパーテイ間の該２つのリンクは１つの論理的なコールの実体として扱われる。オーディオは該Ｈ．３２０リンクのステイタスがＯＫの時は該バックアップ音声電話通信リンク上では消される。もし該Ｈ．３２０リンク上で通信問題が検出されると、オーディオは該Ｈ．３２０リンク上では消され、代わりに該バックアップ音声電話通信リンクにスイッチされる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は会議（ｃｏｎｆｅｒｅｎｃｉｎｇ）に関し、特に回線交換網に於ける会議（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ ｃｏｎｆｅｒｅｎｃｉｎｇ）の不安定問題（ｉｎｓｔａｂｉｌｉｔｙ ｐｒｏｂｌｅｍｓ）に関する。
【背景技術】
【０００２】
ＩＳＤＮの様な回線交換網（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ ｎｅｔｗｏｒｋ）上でのマルチメディア通信（ｍｕｌｔｉｍｅｄｉａ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）用の共通標準は国際電気通信連合（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｕｎｉｏｎ）｛アイテーユー（ＩＴＵ）｝からのＨ．３２０標準（Ｈ．３２０ ｓｔａｎｄａｒｄ）である。Ｈ．３２０は種々のプロトコル層（ｐｒｏｔｏｃｏｌ ｌａｙｅｒｓ）を規定する幾つかの副標準（ｓｕｂ ｓｔａｎｄａｒｄ）を有する包括標準（ｕｍｂｒｅｌｌａ ｓｔａｎｄａｒｄ）である。１例はＨ．２２１である。Ｈ．２２１はＨ．３２０のフレーム化プロトコル（ｆｒａｍｉｎｇ ｐｒｏｔｏｃｏｌ）である。この勧告（ｒｅｃｏｍｍｅｎｄａｔｉｏｎ）の目的は視聴用遠隔サービス（ａｕｄｉｏｖｉｄｕａｌ ｔｅｌｅｓｅｒｖｉｃｅｓ）のためのフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）を規定することである。
【０００３】
ＩＳＤＮネットワーク上のビデオ会議コール（Ｖｉｄｅｏ ｃｏｎｆｅｒｅｎｃｉｎｇ
ｃａｌｌ）（以下Ｈ．３２０コールと呼ぶ）は普通の音声電話通信コール（ｖｏｉｃｅ
ｔｅｌｅｐｈｏｎｙ ｃａｌｌｓ）より広いバンド幅（ｂａｎｄｗｉｄｔｈ）を必要とする。普通ボンディングテーエム（ＢＯＮＤＩＮＧＴＭ）と呼ばれるプロトコルＩＳＯ１３８７１は、分離したＩＳＤＮチャンネルの１セット上での通信をサポートし、それらのバンド幅を、以下Ｈ．３２０リンクと呼ばれる、単一コヒーレントチャンネル（ｓｉｎｇｌｅ ｃｏｈｅｒｅｎｔ ｃｈａｎｎｅｌ）に組み合わせる。例えば、２５６ｋｂ／ｓのデータストリーム（ｄａｔａ ｓｔｒｅａｍ）が４つの６４ｋｂ／ｓチャンネル上でサポートされる。音声と画像の品質は使われる該チェンネル数（バンド幅）と相関がある。
【０００４】
ボンディングテーエム（ＩＳＯ１３８７１）はボンディングコンソーシアム（ＢＯＮＤＩＮＧ ｃｏｎｓｏｒｔｉｕｍ）により最初に草案化され、その後、国際標準化機構（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚｔｉｏｎ）｛アイエスオー（ＩＳＯ）｝により維持されている技術である。該技術は多数の交換網の５６／６４ｋｂ／ｓチャンネルを組み合わせることにより広帯域通信接続（ｗｉｄｅｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃｏｎｎｅｃｔｉｏｎ）を確立するためのフレーム構造と手順（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅｓ ａｎｄ ｐｒｏｃｅｄｕｒｅｓ）を創るため使われる。ボンディングテーエムは元々該ボンディングコンソーシアムにより発行された“Ｎｘ５６／６４ｋｂ／ｓコール用の相互動作性要求（Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ Ｎｘ５６／６４ ｋｂｉｔ／ｓ Ｃａｌｌｓ）”仕様書（ｓｐｅｃｉｆｉｃａｔｉｏｎ）で説明された。現在のプロトコルは該国際標準化機構により維持される仕様書ＩＳＯ１３８７１、“デジタルチャンネルアグレゲーション（Ｄｉｇｉｔａｌ Ｃｈａｎｎｅｌ Ａｇｇｒｅｇａｔｏｎ）”で説明される。ボンディングテーエム技術の主な課題は個別チャンネルのデータオクテット（ｄａｔａ ｏｃｔｅｔｓ）を整合することである。広帯域接続用に使われるチャンネルは相互に独立のルートを取り、かくして各チャンネル内のデータは他のチャンネルのデータに対し別々に遅延する。各５６／６４ｋｂ／ｓベアラーチャンネル（ｂｅａｒｅｒ ｃｈａｎｎｅｌ）用の規定されたフレーム構造は、終端（ｔｅｒｍｉｎａｔｉｎｇ ｅｎｄ）で個別チャンネルを合成直列データストリーム（ｃｏｍｐｏｓｉｔｅ ｓｅｒｉａｌ ｄａｔａ ｓｔｒｅａｍ）に再形成する前に、該個別チャンネルからのデータオクテットのそれらの元のシーケンスへの整合（ａｌｉｇｎｍｅｎｔ）をもたらす。
【０００５】
｛ベアラー能力（ｂｅａｒｅｒ ｃａｐａｂｉｌｉｔｙ）“無拘束デジタル（ｕｎｒｅｓｔｒｉｃｔｅｄ ｄｉｇｉｔａｌ）”を使いＩＳＤＮ上でデータを送信する｝Ｈ．３２０コールは｛ベアラー能力“スピーチ（ｓｐｅｅｃｈ）”を使いＩＳＤＮ上で音声を送信する｝普通の音声電話通信コールより多く低品質の（ノイズの多い）ＩＳＤＮネットワーク上の不安定性（ｉｎｓｔａｂｉｌｉｔｙ）及び遮断作用（ｄｉｓｃｏｎｎｅｃｔｉｏｎｓ）に曝される。低品質ＩＳＤＮネットワーク条件はＨ．３２０コールの屡々の遮断作用を引き起こす。これはＨ．３２０リンクが該ボンディングテーエム過程により組み合わされた幾つかの別々のＩＳＤＮチャンネルで作られるからである。１例として、１つのチャンネルのタイミングがスリップすると、リンク全体用の再同期化過程（ｒｅｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｐｒｏｃｅｓｓ）が要求される。これはユーザーには他のパーテイとの通信を混乱させる中断（ｉｎｔｅｒｒｕｐｔｉｏｎ）に見える。更に、Ｈ．３２０リンクは時々Ｂチャンネルの１つのルートを取り直させねばならない（ｈａｓ ｔｏ ｒｅ−ｒｏｕｔｅ）。その時該ボンディングテーエム手順が再び実行されねばならず、ユーザーはタイミングスリップ用と同じ中断を経験するだろう。該中断も又完全な遮断作用を引き起こす。
【０００６】
コールするパーテイ間のこの様な通信の停止（ｂｒｅａｋｄｏｗｎｓ）はユーザにビデオ会議に伴う悪い経験を与える。
【発明の開示】
【課題を解決するための手段】
【０００７】
本書に収められた独立請求項で規定される特徴は本配備と方法を性格付ける。
【０００８】
特に、本発明は会議通信リンク（ｃｏｎｆｅｒｅｎｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ
ｌｉｎｋ）をサポートする方法を開示するが、該方法は、該会議通信リンクの始動時非送信状態（ｎｏｎ−ｔｒａｎｓｍｉｔｔｉｎｇ ｓｔａｔｅ）でＩＳＤＮオーディオリンク（ＩＳＤＮ ａｕｄｉｏ ｌｉｎｋ）を確立する過程と、予め規定されたエラー及び／又はイベントについて該会議通信リンクをモニターする過程と、そして前記エラー及び／又はイベントの１つ以上が検出された時該ＩＳＤＮオーディオリンクを送信状態（ｔｒａｎｓｍｉｔｔｉｎｇ ｓｔａｔｅ）に、そして該会議通信リンクを非送信状態に変える過程を具備する。
【実施例１】
【０００９】
本発明を実施する最良モード
下記では、本発明が、好ましい実施例を説明し、付属図面を参照することにより論じられる。しかしながら、当業者は、本書に収められた独立請求項で規定される本発明の範囲内で、他の応用及び変型を実現するであろう。
【００１０】
本発明によれば、ビデオ会議用に割り当てられたＩＳＤＮチャンネルの１つがバックアップの“音声のみの（ｖｏｉｃｅ ｏｎｌｙ）”電話通信リンク（ｔｅｌｅｐｈｏｎｙ ｌｉｎｋ）として使われる。このバックアップリンク（ｂａｃｋｕｐ ｌｉｎｋ）は該Ｈ．３２０リンクと並列にセットアップされる。コールするパーテイ間の該２つのリンクは１つの論理的なコールの実体（ｏｎｅ ｌｏｇｉｃａｌ ｃａｌｌ ｅｎｔｉｔｙ）として取り扱われる。
【００１１】
オーディオは、該Ｈ．３２０リンクの状態がＯＫの時は該バックアップ音声電話通信リンク上では消される（ｍｕｔｅｄ）。もし該Ｈ．３２０リンク上で通信問題が検出される
なら、オーディオは該Ｈ．３２０上では消され、代わりに該バックアップ音声電話通信リンクへスイッチされる。バックアップ音声電話通信リンクを用いた該ビデオコールモード（ｖｉｄｅｏ ｃａｌｌ ｍｏｄｅ）はこの後音声バックアップモード（ｖｏｉｃｅ ｂａｃｋｕｐ ｍｏｄｅ）と呼ばれる。
【００１２】
本発明は上記図面を参照する実施例により下記で図解される。図３は２つのパーテイ、ａ及びｂ、間のＨ．３２０コールをセットアップ（ｓｅｔｔｉｎｇ ｕｐ）する過程を図解する。この場合該ａ側は８つの利用可能なＩＳＤＮのＢチャンネルを有し、音声バックアップモードでランすることが出来て（ｅｎａｂｌｅｄ ｔｏ ｒｕｎ）、一方該ｂ側は６つの利用可能なＩＳＤＮのＢチャンネルを有し、音声バックアップモードでランすることが出来る。
【００１３】
該ａ側は１つのＩＳＤＮのＢチャンネルをセットアップすることにより該ｂ側へのコールを始動する。Ｂチャンネルを求める要求は、該セットアップ（ＳＥＴＵＰ）又はコネクト（ＣＯＮＮＥＣＴ）メッセージ内のベアラー能力フイールド（ｂｅａｒｅｒ ｃａｐａｂｉｌｉｔｙ ｆｉｅｌｄ）を“無拘束デジタル”にセットすることにより該ＩＳＤＮのＤチャンネル経由で送信される（データチャンネル）。この最初のチャンネルが確立されると、該ａ側は該ｂ側に８チャンネルを該コール用にリザーブするよう要求することにより該ボンディングテーエム過程をスタートしてもよい。該ｂ側システムは利用出来る６チャンネルのみしか有しないので、それはそれが６チャンネルしか使用出来ないことを答えるが、該６チャンネルの中で１チャンネルはバックアップ音声電話通信リンクとしてセットアップされ得る。
【００１４】
該ボンディングテーエム手順では、図２で図解される、情報チャンネルフレーム（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｈａｎｎｅｌ Ｆｒａｍｅｓ）は該Ｂチャンネル内の該ボンディングテーエム用の制御情報（ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を通信する。本発明によれば、該情報チャンネルメッセージ内のリザーブされたビット（ｒｅｓｅｒｖｅｄ ｂｉｔｓ）｛アールイーエス（Ｒｅｓ）｝の１つが該システム間の音声バックアップモード能力を合図するため使われるのが好ましい。これらのビットは普通１にセットされ、受信時無視される。しかしながら、音声バックアップモードを許容するエンドポイント（Ｅｎｄ−Ｐｏｉｎｔｓ）は、これらのビットを無視しないようコンフィギュア（ｃｏｎｆｉｇｕｒｅｄ）されるべきであり、１と異なる或るビットパターンのみ（ａ ｃｅｒｔａｉｎ ｂｉｔ ｐａｔｔｅｒｎ ｄｉｆｆｅｒｅｎｔ ｆｒｏｍ １’ｓ ｏｎｌｙ）が、バックアップ音声リンクの確立を示し得る。
【００１５】
今、該例に戻ると、該システムは該コール用に６つのＩＳＤＮチャンネルを使うことに同意し、その１つはバックアップ音声電話通信リンクとして使われる。該ａ側は該ｂ側に該５つの残りのＩＳＤＮチャンネルのダイアル番号（ｄｉａｌ ｎｕｍｂｅｒｓ）を要求するだろう。該ｂ側は該番号を返し、該ａ側はそのコールのセットアップ過程を始動する。該５つのチャンネルは同時に、すなわち並列に、セットアップされる。該チャンネルの１つ、例えば、チャンネル２は該音声電話通信リンクとしてセットアップされる。このチャンネル用に、該セットアップ又はコネクトメッセージ内のベアラー能力フイールド（ｂｅａｒｅｒ ｃａｐａｂｉｌｉｔｙ ｆｉｅｌｄ）は“スピーチ（ｓｐｅｅｃｈ）”にセットされる。該４つの他のチャンネル３，４，５そして６はベアラー能力“無拘束デジタル”を使ってセットアップされる。
【００１６】
該ボンディングテーエム手順が完了すると、チャンネル１，３，４，５そして６は該Ｈ．３２０リンクを形成し、チャンネル２は該バックアップ音声電話通信リンクとなる。該Ｈ．３２０が確立されると、該バックアップ音声電話通信リンク上のオーディオは消され、一方オーディオ及びビデオは該Ｈ．３２０リンク上で送信される。該バックアップ音声電話通信リンクは入力部（ｉｎｐｕｔ）で消される（ｍｕｔｅｄ）のが好ましく、それは普通受信されるであろうデータが受信器（ｒｅｃｅｉｖｅｒ）の入力部で捨てられる（ｄｉｓｃａｒｄｅｄ）ことを意味する。この方法では、該リンクはもし該Ｈ．３２０リンクが失敗するならば瞬時のバックアップ用に準備が出来ている。
【００１７】
代わりの方法は該バックアップ音声電話通信リンクを出力部（ｏｕｔｐｕｔ）で消すことであり、それは普通送信されて来たであろうデータが該送信器の出力部で捨てられることを意味する。
【００１８】
本発明によれば、バックアップ音声電話通信リンクが確立されると、パーテイ間の通信は、或るエラーが検出された時、Ｈ．３２０からバックアップ音声電話通信リンクへスイッチされる。これは図４で図解される。Ｈ．３２０通信で起こりそうな２つの主なエラー状況があり、メディアストリーム（ｍｅｄｉａ ｓｔｒｅａｍ）内のエラーとフレーム化（ｆｒａｍｉｎｇ）でのエラーである｛エフエイエス／ビーエイエス（ｆａｓ／ｂａｓ）｝。該ボンディングコンソーシアムにより発行された上記で引用した“Ｎｘ５６／６４ｋｂ／ｓコール用相互動作性要求”ではボンディング動作の４つのモード、モード０，１，２そして３が説明されている。モード２と３はインバンドモニタリング機能（ｉｎ−ｂａｎｄ ｍｏｎｉｔｏｒｉｎｇ ｆｕｎｃｔｉｏｎｓ）を提供する。モード１はインバンドモニタリング機能を提供しない。従って、１つ以上のチャンネル上のエラー条件は自動的には認識されない。モード１については、エラー検出は、該メディアストリーム上の巡回冗長検査（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋｓ）及びフレーム化エラー検出用機構（ｍｅｃｈａｎｉｓｍｓ ｆｏｒ ｄｅｔｅｃｔｉｎｇ ｆｒａｍｉｎｇ ｅｒｒｏｒｓ）を用いて実現され得る。
【００１９】
これらのカテゴリーのエラーが起こると、ビデオシステムは再同期化過程（ｒｅｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｐｒｏｃｅｓｓ）を始動するのが典型的である。バックアップ音声モードでランしているビデオシステムが再同期化過程を始動すると、該システム（図４で図解されるｂ側）は該Ｈ．３２０リンク上のオーディオを消し、オーディオを該バックアップ音声リンクへスイッチする。再び、該それぞれの受信器入力部上で消し動作が達成されるので、データはなお発生されるが、受信されない。反対に、該入力部上でこのリンクからのデータをこれ以上捨てないことにより、該バックアップ音声リンクはオンにスイッチされる。次いで該ｂ側は、その問題についてプロトコルＨ．２２１Ａビット内にある機構を使ってａ側に知らせる。プロトコルＨ．２２１の該Ａビットは、関与するパーテイが同期しているかどうか、又は再同期化過程を始動したかどうか（ｗｈｅｔｈｅｒ ａ ｐａｒｔｉｃｉｐａｔｉｎｇ ｐａｒｔｙ ｉｓ ｉｎ ｓｙｎｃ ｏｒ ｈａｓ ｉｎｉｔｉａｔｅｄ ａ ｒｅｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｐｒｏｃｅｓｓ）を示す。もし該ａ側が該ｂ側からハイのＨ．２２１Ａビット信号を受信するなら、それは該Ｈ．３２０リンク上のオーディを消し、オーディオを該バックアップ音声リンクへスイッチする。もし該ａ側が何かの理由で該Ｈ．２２１Ａビットメッセージを受信しないなら、該システムは予め規定されたタイムアウトの後（ａｆｔｅｒ ａ ｐｒｅｄｅｆｉｎｅｄ ｔｉｍｅｏｕｔ）オーディオを該バックアップ音声リンクへスイッチするであろう。
【００２０】
タンドバーグ６０００（Ｔａｎｄｂｅｒｇ ６０００）の様な進んだビデオ会議システムは、再同期化及びダウンスピーディング（ｄｏｗｎ ｓｐｅｅｄｉｎｇ）（そのコール用に使われるＩＳＤＮチャンネルの数を減じる）の様な機構を使って失敗したＨ．３２０リンクを再確立するよう自動的に試みるであろう。これらの企ては成功するかも知れないが、又失敗するかも知れない。システムが該Ｈ．３２０リンクを自動的に再確立するのに成功しない時、そのコールは遮断されるだろう。
【００２１】
従って、バックアップモードへのスイッチの後普通のＨ．３２０コールモードを再確立
するためには２つのシナリオがある：
ビデオ会議システムはその通信問題の後該Ｈ．３２０リンクを再確立するよう運営せず、該Ｈ．３２０リンクに付随する全ＩＳＤＮチャンネルが遮断される。
【００２２】
ビデオ会議システムが自動的にＨ．３２０リンクの再確立に成功する。
【００２３】
今図５を参照すると、該Ｈ．３２０リンクが完全に遮断され、唯バックアップ音声電話通信リンクのみがオープンしている場合は、ユーザーが該Ｈ．３２０リンクを再接続するのを助けるために下記機構が作られ得る：
該ａ側（元々コールを始動した）のシステムは、自動的にか、又はそのユーザーからの手動に確認の後に、新しいＨ．３２０リンクをセットアップするよう企てる。該ｂ側は最初のＩＳＤＮチャンネルをセットアップする要求を受け入れる。もっと多くのＩＳＤＮチャンネルをセットアップするよう該ボンディングテーエム過程を続ける前に、該ａ側はその新コールは故障したＨ．３２０リンクを再接続する企てであることを通信せねばならない（最初のＩＳＤＮチャンネル上で）。その到来するコールが丁度遮断された同じエンドポイントから発していることを該ｂ側に知らせる信号が送られねばならない。もしこれが合図されないなら、該ｂ側は該コールを受け入れないであろうし、そして最初のＩＳＤＮチャンネルは遮断されるであろう。これは進行中の会議／コールが妨害されないことを保証するだろう。もし該再接続信号が送られるなら、該ボンディングテーエム過程は該Ｈ．３２０リンクが再確立されるまで続くであろう。システムが該Ｈ．３２０リンクがＯＫであるよう診断すると、上記で説明した該Ｈ．２２１Ａビット機構は、該バックアップ音声電話通信リンク上のオーディオを消し、オーディオを該Ｈ．３２０リンクへスイッチする時を同期するために使われる。該コールするパーテイは該再接続手順中バックアップ音声電話通信リンク経由で通信することが出来る。
【００２４】
該システムが、自動再同期化及び（時には）ダウンスピーディング手順を通してランした後該Ｈ．３２０リンクの再確立に成功した場合、両端のシステムがＨ．３２０リンクをＯＫであると診断した時音声オーディオは該バックアップリンク上で消され、該Ｈ．３２０リンクへスイッチされる。このスイッチも又該Ｈ．２２１Ａビット合図手順を使って同期化され得る。
【００２５】
本発明をより容易に理解可能にするために、付随する論議は付属図面を参照する。
【図面の簡単な説明】
【００２６】
【図１】本発明のチャンネル構成を図解する。
【図２】ボンディング手順で使われる情報チャンネルフレームのブロック線図である。
【図３】バックアップモードのセットアップ手順を図解する時間フローチャートである。
【図４】オーディオのＨ．３２０リンクからバックアップ音声リンクへのスイッチを図解する時間フローチャートである。
【図５】Ｈ．３２０の再確立後オーディオのバックアップ音声リンクからＨ．３２０リンクへのスイッチを図解する時間フローチャートである。
【技術分野】
【０００１】
本発明は会議（ｃｏｎｆｅｒｅｎｃｉｎｇ）に関し、特に回線交換網に於ける会議（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ ｃｏｎｆｅｒｅｎｃｉｎｇ）の不安定問題（ｉｎｓｔａｂｉｌｉｔｙ ｐｒｏｂｌｅｍｓ）に関する。
【背景技術】
【０００２】
ＩＳＤＮの様な回線交換網（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ ｎｅｔｗｏｒｋ）上でのマルチメディア通信（ｍｕｌｔｉｍｅｄｉａ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）用の共通標準は国際電気通信連合（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｕｎｉｏｎ）｛アイテーユー（ＩＴＵ）｝からのＨ．３２０標準（Ｈ．３２０ ｓｔａｎｄａｒｄ）である。Ｈ．３２０は種々のプロトコル層（ｐｒｏｔｏｃｏｌ ｌａｙｅｒｓ）を規定する幾つかの副標準（ｓｕｂ ｓｔａｎｄａｒｄ）を有する包括標準（ｕｍｂｒｅｌｌａ ｓｔａｎｄａｒｄ）である。１例はＨ．２２１である。Ｈ．２２１はＨ．３２０のフレーム化プロトコル（ｆｒａｍｉｎｇ ｐｒｏｔｏｃｏｌ）である。この勧告（ｒｅｃｏｍｍｅｎｄａｔｉｏｎ）の目的は視聴用遠隔サービス（ａｕｄｉｏｖｉｄｕａｌ ｔｅｌｅｓｅｒｖｉｃｅｓ）のためのフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）を規定することである。
【０００３】
ＩＳＤＮネットワーク上のビデオ会議コール（Ｖｉｄｅｏ ｃｏｎｆｅｒｅｎｃｉｎｇ
ｃａｌｌ）（以下Ｈ．３２０コールと呼ぶ）は普通の音声電話通信コール（ｖｏｉｃｅ
ｔｅｌｅｐｈｏｎｙ ｃａｌｌｓ）より広いバンド幅（ｂａｎｄｗｉｄｔｈ）を必要とする。普通ボンディングテーエム（ＢＯＮＤＩＮＧＴＭ）と呼ばれるプロトコルＩＳＯ１３８７１は、分離したＩＳＤＮチャンネルの１セット上での通信をサポートし、それらのバンド幅を、以下Ｈ．３２０リンクと呼ばれる、単一コヒーレントチャンネル（ｓｉｎｇｌｅ ｃｏｈｅｒｅｎｔ ｃｈａｎｎｅｌ）に組み合わせる。例えば、２５６ｋｂ／ｓのデータストリーム（ｄａｔａ ｓｔｒｅａｍ）が４つの６４ｋｂ／ｓチャンネル上でサポートされる。音声と画像の品質は使われる該チェンネル数（バンド幅）と相関がある。
【０００４】
ボンディングテーエム（ＩＳＯ１３８７１）はボンディングコンソーシアム（ＢＯＮＤＩＮＧ ｃｏｎｓｏｒｔｉｕｍ）により最初に草案化され、その後、国際標準化機構（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｏｒｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚｔｉｏｎ）｛アイエスオー（ＩＳＯ）｝により維持されている技術である。該技術は多数の交換網の５６／６４ｋｂ／ｓチャンネルを組み合わせることにより広帯域通信接続（ｗｉｄｅｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃｏｎｎｅｃｔｉｏｎ）を確立するためのフレーム構造と手順（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅｓ ａｎｄ ｐｒｏｃｅｄｕｒｅｓ）を創るため使われる。ボンディングテーエムは元々該ボンディングコンソーシアムにより発行された“Ｎｘ５６／６４ｋｂ／ｓコール用の相互動作性要求（Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ Ｎｘ５６／６４ ｋｂｉｔ／ｓ Ｃａｌｌｓ）”仕様書（ｓｐｅｃｉｆｉｃａｔｉｏｎ）で説明された。現在のプロトコルは該国際標準化機構により維持される仕様書ＩＳＯ１３８７１、“デジタルチャンネルアグレゲーション（Ｄｉｇｉｔａｌ Ｃｈａｎｎｅｌ Ａｇｇｒｅｇａｔｏｎ）”で説明される。ボンディングテーエム技術の主な課題は個別チャンネルのデータオクテット（ｄａｔａ ｏｃｔｅｔｓ）を整合することである。広帯域接続用に使われるチャンネルは相互に独立のルートを取り、かくして各チャンネル内のデータは他のチャンネルのデータに対し別々に遅延する。各５６／６４ｋｂ／ｓベアラーチャンネル（ｂｅａｒｅｒ ｃｈａｎｎｅｌ）用の規定されたフレーム構造は、終端（ｔｅｒｍｉｎａｔｉｎｇ ｅｎｄ）で個別チャンネルを合成直列データストリーム（ｃｏｍｐｏｓｉｔｅ ｓｅｒｉａｌ ｄａｔａ ｓｔｒｅａｍ）に再形成する前に、該個別チャンネルからのデータオクテットのそれらの元のシーケンスへの整合（ａｌｉｇｎｍｅｎｔ）をもたらす。
【０００５】
｛ベアラー能力（ｂｅａｒｅｒ ｃａｐａｂｉｌｉｔｙ）“無拘束デジタル（ｕｎｒｅｓｔｒｉｃｔｅｄ ｄｉｇｉｔａｌ）”を使いＩＳＤＮ上でデータを送信する｝Ｈ．３２０コールは｛ベアラー能力“スピーチ（ｓｐｅｅｃｈ）”を使いＩＳＤＮ上で音声を送信する｝普通の音声電話通信コールより多く低品質の（ノイズの多い）ＩＳＤＮネットワーク上の不安定性（ｉｎｓｔａｂｉｌｉｔｙ）及び遮断作用（ｄｉｓｃｏｎｎｅｃｔｉｏｎｓ）に曝される。低品質ＩＳＤＮネットワーク条件はＨ．３２０コールの屡々の遮断作用を引き起こす。これはＨ．３２０リンクが該ボンディングテーエム過程により組み合わされた幾つかの別々のＩＳＤＮチャンネルで作られるからである。１例として、１つのチャンネルのタイミングがスリップすると、リンク全体用の再同期化過程（ｒｅｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｐｒｏｃｅｓｓ）が要求される。これはユーザーには他のパーテイとの通信を混乱させる中断（ｉｎｔｅｒｒｕｐｔｉｏｎ）に見える。更に、Ｈ．３２０リンクは時々Ｂチャンネルの１つのルートを取り直させねばならない（ｈａｓ ｔｏ ｒｅ−ｒｏｕｔｅ）。その時該ボンディングテーエム手順が再び実行されねばならず、ユーザーはタイミングスリップ用と同じ中断を経験するだろう。該中断も又完全な遮断作用を引き起こす。
【０００６】
コールするパーテイ間のこの様な通信の停止（ｂｒｅａｋｄｏｗｎｓ）はユーザにビデオ会議に伴う悪い経験を与える。
【発明の開示】
【課題を解決するための手段】
【０００７】
本書に収められた独立請求項で規定される特徴は本配備と方法を性格付ける。
【０００８】
特に、本発明は会議通信リンク（ｃｏｎｆｅｒｅｎｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ
ｌｉｎｋ）をサポートする方法を開示するが、該方法は、該会議通信リンクの始動時非送信状態（ｎｏｎ−ｔｒａｎｓｍｉｔｔｉｎｇ ｓｔａｔｅ）でＩＳＤＮオーディオリンク（ＩＳＤＮ ａｕｄｉｏ ｌｉｎｋ）を確立する過程と、予め規定されたエラー及び／又はイベントについて該会議通信リンクをモニターする過程と、そして前記エラー及び／又はイベントの１つ以上が検出された時該ＩＳＤＮオーディオリンクを送信状態（ｔｒａｎｓｍｉｔｔｉｎｇ ｓｔａｔｅ）に、そして該会議通信リンクを非送信状態に変える過程を具備する。
【実施例１】
【０００９】
本発明を実施する最良モード
下記では、本発明が、好ましい実施例を説明し、付属図面を参照することにより論じられる。しかしながら、当業者は、本書に収められた独立請求項で規定される本発明の範囲内で、他の応用及び変型を実現するであろう。
【００１０】
本発明によれば、ビデオ会議用に割り当てられたＩＳＤＮチャンネルの１つがバックアップの“音声のみの（ｖｏｉｃｅ ｏｎｌｙ）”電話通信リンク（ｔｅｌｅｐｈｏｎｙ ｌｉｎｋ）として使われる。このバックアップリンク（ｂａｃｋｕｐ ｌｉｎｋ）は該Ｈ．３２０リンクと並列にセットアップされる。コールするパーテイ間の該２つのリンクは１つの論理的なコールの実体（ｏｎｅ ｌｏｇｉｃａｌ ｃａｌｌ ｅｎｔｉｔｙ）として取り扱われる。
【００１１】
オーディオは、該Ｈ．３２０リンクの状態がＯＫの時は該バックアップ音声電話通信リンク上では消される（ｍｕｔｅｄ）。もし該Ｈ．３２０リンク上で通信問題が検出される
なら、オーディオは該Ｈ．３２０上では消され、代わりに該バックアップ音声電話通信リンクへスイッチされる。バックアップ音声電話通信リンクを用いた該ビデオコールモード（ｖｉｄｅｏ ｃａｌｌ ｍｏｄｅ）はこの後音声バックアップモード（ｖｏｉｃｅ ｂａｃｋｕｐ ｍｏｄｅ）と呼ばれる。
【００１２】
本発明は上記図面を参照する実施例により下記で図解される。図３は２つのパーテイ、ａ及びｂ、間のＨ．３２０コールをセットアップ（ｓｅｔｔｉｎｇ ｕｐ）する過程を図解する。この場合該ａ側は８つの利用可能なＩＳＤＮのＢチャンネルを有し、音声バックアップモードでランすることが出来て（ｅｎａｂｌｅｄ ｔｏ ｒｕｎ）、一方該ｂ側は６つの利用可能なＩＳＤＮのＢチャンネルを有し、音声バックアップモードでランすることが出来る。
【００１３】
該ａ側は１つのＩＳＤＮのＢチャンネルをセットアップすることにより該ｂ側へのコールを始動する。Ｂチャンネルを求める要求は、該セットアップ（ＳＥＴＵＰ）又はコネクト（ＣＯＮＮＥＣＴ）メッセージ内のベアラー能力フイールド（ｂｅａｒｅｒ ｃａｐａｂｉｌｉｔｙ ｆｉｅｌｄ）を“無拘束デジタル”にセットすることにより該ＩＳＤＮのＤチャンネル経由で送信される（データチャンネル）。この最初のチャンネルが確立されると、該ａ側は該ｂ側に８チャンネルを該コール用にリザーブするよう要求することにより該ボンディングテーエム過程をスタートしてもよい。該ｂ側システムは利用出来る６チャンネルのみしか有しないので、それはそれが６チャンネルしか使用出来ないことを答えるが、該６チャンネルの中で１チャンネルはバックアップ音声電話通信リンクとしてセットアップされ得る。
【００１４】
該ボンディングテーエム手順では、図２で図解される、情報チャンネルフレーム（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｈａｎｎｅｌ Ｆｒａｍｅｓ）は該Ｂチャンネル内の該ボンディングテーエム用の制御情報（ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を通信する。本発明によれば、該情報チャンネルメッセージ内のリザーブされたビット（ｒｅｓｅｒｖｅｄ ｂｉｔｓ）｛アールイーエス（Ｒｅｓ）｝の１つが該システム間の音声バックアップモード能力を合図するため使われるのが好ましい。これらのビットは普通１にセットされ、受信時無視される。しかしながら、音声バックアップモードを許容するエンドポイント（Ｅｎｄ−Ｐｏｉｎｔｓ）は、これらのビットを無視しないようコンフィギュア（ｃｏｎｆｉｇｕｒｅｄ）されるべきであり、１と異なる或るビットパターンのみ（ａ ｃｅｒｔａｉｎ ｂｉｔ ｐａｔｔｅｒｎ ｄｉｆｆｅｒｅｎｔ ｆｒｏｍ １’ｓ ｏｎｌｙ）が、バックアップ音声リンクの確立を示し得る。
【００１５】
今、該例に戻ると、該システムは該コール用に６つのＩＳＤＮチャンネルを使うことに同意し、その１つはバックアップ音声電話通信リンクとして使われる。該ａ側は該ｂ側に該５つの残りのＩＳＤＮチャンネルのダイアル番号（ｄｉａｌ ｎｕｍｂｅｒｓ）を要求するだろう。該ｂ側は該番号を返し、該ａ側はそのコールのセットアップ過程を始動する。該５つのチャンネルは同時に、すなわち並列に、セットアップされる。該チャンネルの１つ、例えば、チャンネル２は該音声電話通信リンクとしてセットアップされる。このチャンネル用に、該セットアップ又はコネクトメッセージ内のベアラー能力フイールド（ｂｅａｒｅｒ ｃａｐａｂｉｌｉｔｙ ｆｉｅｌｄ）は“スピーチ（ｓｐｅｅｃｈ）”にセットされる。該４つの他のチャンネル３，４，５そして６はベアラー能力“無拘束デジタル”を使ってセットアップされる。
【００１６】
該ボンディングテーエム手順が完了すると、チャンネル１，３，４，５そして６は該Ｈ．３２０リンクを形成し、チャンネル２は該バックアップ音声電話通信リンクとなる。該Ｈ．３２０が確立されると、該バックアップ音声電話通信リンク上のオーディオは消され、一方オーディオ及びビデオは該Ｈ．３２０リンク上で送信される。該バックアップ音声電話通信リンクは入力部（ｉｎｐｕｔ）で消される（ｍｕｔｅｄ）のが好ましく、それは普通受信されるであろうデータが受信器（ｒｅｃｅｉｖｅｒ）の入力部で捨てられる（ｄｉｓｃａｒｄｅｄ）ことを意味する。この方法では、該リンクはもし該Ｈ．３２０リンクが失敗するならば瞬時のバックアップ用に準備が出来ている。
【００１７】
代わりの方法は該バックアップ音声電話通信リンクを出力部（ｏｕｔｐｕｔ）で消すことであり、それは普通送信されて来たであろうデータが該送信器の出力部で捨てられることを意味する。
【００１８】
本発明によれば、バックアップ音声電話通信リンクが確立されると、パーテイ間の通信は、或るエラーが検出された時、Ｈ．３２０からバックアップ音声電話通信リンクへスイッチされる。これは図４で図解される。Ｈ．３２０通信で起こりそうな２つの主なエラー状況があり、メディアストリーム（ｍｅｄｉａ ｓｔｒｅａｍ）内のエラーとフレーム化（ｆｒａｍｉｎｇ）でのエラーである｛エフエイエス／ビーエイエス（ｆａｓ／ｂａｓ）｝。該ボンディングコンソーシアムにより発行された上記で引用した“Ｎｘ５６／６４ｋｂ／ｓコール用相互動作性要求”ではボンディング動作の４つのモード、モード０，１，２そして３が説明されている。モード２と３はインバンドモニタリング機能（ｉｎ−ｂａｎｄ ｍｏｎｉｔｏｒｉｎｇ ｆｕｎｃｔｉｏｎｓ）を提供する。モード１はインバンドモニタリング機能を提供しない。従って、１つ以上のチャンネル上のエラー条件は自動的には認識されない。モード１については、エラー検出は、該メディアストリーム上の巡回冗長検査（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋｓ）及びフレーム化エラー検出用機構（ｍｅｃｈａｎｉｓｍｓ ｆｏｒ ｄｅｔｅｃｔｉｎｇ ｆｒａｍｉｎｇ ｅｒｒｏｒｓ）を用いて実現され得る。
【００１９】
これらのカテゴリーのエラーが起こると、ビデオシステムは再同期化過程（ｒｅｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｐｒｏｃｅｓｓ）を始動するのが典型的である。バックアップ音声モードでランしているビデオシステムが再同期化過程を始動すると、該システム（図４で図解されるｂ側）は該Ｈ．３２０リンク上のオーディオを消し、オーディオを該バックアップ音声リンクへスイッチする。再び、該それぞれの受信器入力部上で消し動作が達成されるので、データはなお発生されるが、受信されない。反対に、該入力部上でこのリンクからのデータをこれ以上捨てないことにより、該バックアップ音声リンクはオンにスイッチされる。次いで該ｂ側は、その問題についてプロトコルＨ．２２１Ａビット内にある機構を使ってａ側に知らせる。プロトコルＨ．２２１の該Ａビットは、関与するパーテイが同期しているかどうか、又は再同期化過程を始動したかどうか（ｗｈｅｔｈｅｒ ａ ｐａｒｔｉｃｉｐａｔｉｎｇ ｐａｒｔｙ ｉｓ ｉｎ ｓｙｎｃ ｏｒ ｈａｓ ｉｎｉｔｉａｔｅｄ ａ ｒｅｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｐｒｏｃｅｓｓ）を示す。もし該ａ側が該ｂ側からハイのＨ．２２１Ａビット信号を受信するなら、それは該Ｈ．３２０リンク上のオーディを消し、オーディオを該バックアップ音声リンクへスイッチする。もし該ａ側が何かの理由で該Ｈ．２２１Ａビットメッセージを受信しないなら、該システムは予め規定されたタイムアウトの後（ａｆｔｅｒ ａ ｐｒｅｄｅｆｉｎｅｄ ｔｉｍｅｏｕｔ）オーディオを該バックアップ音声リンクへスイッチするであろう。
【００２０】
タンドバーグ６０００（Ｔａｎｄｂｅｒｇ ６０００）の様な進んだビデオ会議システムは、再同期化及びダウンスピーディング（ｄｏｗｎ ｓｐｅｅｄｉｎｇ）（そのコール用に使われるＩＳＤＮチャンネルの数を減じる）の様な機構を使って失敗したＨ．３２０リンクを再確立するよう自動的に試みるであろう。これらの企ては成功するかも知れないが、又失敗するかも知れない。システムが該Ｈ．３２０リンクを自動的に再確立するのに成功しない時、そのコールは遮断されるだろう。
【００２１】
従って、バックアップモードへのスイッチの後普通のＨ．３２０コールモードを再確立
するためには２つのシナリオがある：
ビデオ会議システムはその通信問題の後該Ｈ．３２０リンクを再確立するよう運営せず、該Ｈ．３２０リンクに付随する全ＩＳＤＮチャンネルが遮断される。
【００２２】
ビデオ会議システムが自動的にＨ．３２０リンクの再確立に成功する。
【００２３】
今図５を参照すると、該Ｈ．３２０リンクが完全に遮断され、唯バックアップ音声電話通信リンクのみがオープンしている場合は、ユーザーが該Ｈ．３２０リンクを再接続するのを助けるために下記機構が作られ得る：
該ａ側（元々コールを始動した）のシステムは、自動的にか、又はそのユーザーからの手動に確認の後に、新しいＨ．３２０リンクをセットアップするよう企てる。該ｂ側は最初のＩＳＤＮチャンネルをセットアップする要求を受け入れる。もっと多くのＩＳＤＮチャンネルをセットアップするよう該ボンディングテーエム過程を続ける前に、該ａ側はその新コールは故障したＨ．３２０リンクを再接続する企てであることを通信せねばならない（最初のＩＳＤＮチャンネル上で）。その到来するコールが丁度遮断された同じエンドポイントから発していることを該ｂ側に知らせる信号が送られねばならない。もしこれが合図されないなら、該ｂ側は該コールを受け入れないであろうし、そして最初のＩＳＤＮチャンネルは遮断されるであろう。これは進行中の会議／コールが妨害されないことを保証するだろう。もし該再接続信号が送られるなら、該ボンディングテーエム過程は該Ｈ．３２０リンクが再確立されるまで続くであろう。システムが該Ｈ．３２０リンクがＯＫであるよう診断すると、上記で説明した該Ｈ．２２１Ａビット機構は、該バックアップ音声電話通信リンク上のオーディオを消し、オーディオを該Ｈ．３２０リンクへスイッチする時を同期するために使われる。該コールするパーテイは該再接続手順中バックアップ音声電話通信リンク経由で通信することが出来る。
【００２４】
該システムが、自動再同期化及び（時には）ダウンスピーディング手順を通してランした後該Ｈ．３２０リンクの再確立に成功した場合、両端のシステムがＨ．３２０リンクをＯＫであると診断した時音声オーディオは該バックアップリンク上で消され、該Ｈ．３２０リンクへスイッチされる。このスイッチも又該Ｈ．２２１Ａビット合図手順を使って同期化され得る。
【００２５】
本発明をより容易に理解可能にするために、付随する論議は付属図面を参照する。
【図面の簡単な説明】
【００２６】
【図１】本発明のチャンネル構成を図解する。
【図２】ボンディング手順で使われる情報チャンネルフレームのブロック線図である。
【図３】バックアップモードのセットアップ手順を図解する時間フローチャートである。
【図４】オーディオのＨ．３２０リンクからバックアップ音声リンクへのスイッチを図解する時間フローチャートである。
【図５】Ｈ．３２０の再確立後オーディオのバックアップ音声リンクからＨ．３２０リンクへのスイッチを図解する時間フローチャートである。
【特許請求の範囲】
【請求項１】
１つ以上のエンドポイント間の通信用の会議リンクをサポートする方法に於いて、該方法が
該会議リンクを始動する時該エンドポイント間にＩＳＤＮオーディオリンクを確立する過程と、
予め規定されたエラー及び／又はイベントについて該会議リンクをモニターする過程と、
１つ以上の前記エラー及び／又はイベントが検出された時通信を該会議リンクから該ＩＳＤＮオーディオリンクへスイッチする過程と、
前記検出されたエラー及び／又はイベントが消えた時及び／又は該会議リンクが再確立された時、該通信を該ＩＳＤＮオーディオリンクから該会議リンクへ戻るようスイッチする過程と、を具備することを特徴とする該方法。
【請求項２】
該会議リンクがボンディングテーエム手順により一緒に合体された多数のＩＳＤＮデータリンクを有するＨ．３２０リンクであることを特徴とする請求項１の方法。
【請求項３】
前記ＩＳＤＮオーディオリンクを確立する該過程が更に、該ボンディングテーエム手順の情報チャンネルフレームのアールイーエスフイールド内に予め規定されたビットパターンを挿入することによりＩＳＤＮオーディオリンクの存在を示す過程を備えることを特徴とする請求項２の方法。
【請求項４】
該ＩＳＤＮオーディオリンクが使用されない時送信エンドポイントの出力部上のデータを捨てる過程を具備することを特徴とする該請求項１−３の１つの方法。
【請求項５】
該ＩＳＤＮオーディオリンクが使用されない時受信するエンドポイントの入力部上のデータを捨てる過程を具備することを特徴とする該請求項１−３の１つの方法。
【請求項６】
前記予め規定されたイベントの１つが前記Ｈ．３２０リンクの再同期化過程の生起であることを特徴とする該請求項２−５の１つの方法。
【請求項１】
１つ以上のエンドポイント間の通信用の会議リンクをサポートする方法に於いて、該方法が
該会議リンクを始動する時該エンドポイント間にＩＳＤＮオーディオリンクを確立する過程と、
予め規定されたエラー及び／又はイベントについて該会議リンクをモニターする過程と、
１つ以上の前記エラー及び／又はイベントが検出された時通信を該会議リンクから該ＩＳＤＮオーディオリンクへスイッチする過程と、
前記検出されたエラー及び／又はイベントが消えた時及び／又は該会議リンクが再確立された時、該通信を該ＩＳＤＮオーディオリンクから該会議リンクへ戻るようスイッチする過程と、を具備することを特徴とする該方法。
【請求項２】
該会議リンクがボンディングテーエム手順により一緒に合体された多数のＩＳＤＮデータリンクを有するＨ．３２０リンクであることを特徴とする請求項１の方法。
【請求項３】
前記ＩＳＤＮオーディオリンクを確立する該過程が更に、該ボンディングテーエム手順の情報チャンネルフレームのアールイーエスフイールド内に予め規定されたビットパターンを挿入することによりＩＳＤＮオーディオリンクの存在を示す過程を備えることを特徴とする請求項２の方法。
【請求項４】
該ＩＳＤＮオーディオリンクが使用されない時送信エンドポイントの出力部上のデータを捨てる過程を具備することを特徴とする該請求項１−３の１つの方法。
【請求項５】
該ＩＳＤＮオーディオリンクが使用されない時受信するエンドポイントの入力部上のデータを捨てる過程を具備することを特徴とする該請求項１−３の１つの方法。
【請求項６】
前記予め規定されたイベントの１つが前記Ｈ．３２０リンクの再同期化過程の生起であることを特徴とする該請求項２−５の１つの方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２００７−５２８１６３（Ｐ２００７−５２８１６３Ａ）
【公表日】平成１９年１０月４日（２００７．１０．４）
【国際特許分類】
【出願番号】特願２００７−５０１７３９（Ｐ２００７−５０１７３９）
【出願日】平成１７年３月２日（２００５．３．２）
【国際出願番号】ＰＣＴ／ＮＯ２００５／００００７３
【国際公開番号】ＷＯ２００５／０８６４８２
【国際公開日】平成１７年９月１５日（２００５．９．１５）
【出願人】（５０５１９９３３７）タンドベルク・テレコム・エイ・エス (33)
【Ｆターム（参考）】
【公表日】平成１９年１０月４日（２００７．１０．４）
【国際特許分類】
【出願日】平成１７年３月２日（２００５．３．２）
【国際出願番号】ＰＣＴ／ＮＯ２００５／００００７３
【国際公開番号】ＷＯ２００５／０８６４８２
【国際公開日】平成１７年９月１５日（２００５．９．１５）
【出願人】（５０５１９９３３７）タンドベルク・テレコム・エイ・エス (33)
【Ｆターム（参考）】
[ Back to top ]