(57)【要約】クイックコールセットアップの場合、端末Ａは端末Ａによりサポートされた最高のＨ．２２３マルチプレクサーレベルのためのスタッフィングシーケンスおよび少なくとも１つの独自仕様のシーケンスを送信する。独自仕様のシーケンスは、クイックコールセットアップのためのサポートを示し、端末Ａによりサポートされるビデオおよびオーディオコーデックを含む。端末Ａは端末Ｂにより送信されたスタッフィングシーケンスおよび独自仕様のシーケンスを監視する。端末Ａが端末Ｂから独自仕様のシーケンスを受信するなら、端末Ａは端末Ｂに送信される独自仕様のシーケンス内に情報を含むＨ．２４５規格外の要求、端末Ａによりサポートされるビデオおよび／またはオーディオ能力、および端末Ａにより使用されるマルチプレックステーブルエントリを送信する。端末Ａは、端末Ｂのためのビデオおよびオーディオ能力およびマルチプレックステーブルエントリを含む端末Ｂからの規格外の要求メッセージを監視する。端末ＡとＢは、各端末が他の端末からアクノレジメントを受信するといつでも通信できる。
2008507214.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてビデオ通話をセットアップする方法において、
第１の端末によりサポートされる最高のマルチプレクサーレベルのための複数のスタッフィングシーケンスを前記第１の端末から第２の端末に送信することと、
前記ビデオ通話のクイック呼セットアップのサポートを示す少なくとも１つの独自仕様のシーケンスを前記第１の端末から前記第２の端末に送信することと、
もしあれば、前記第２の端末により送信されたスタッフィングシーケンスおよび独自仕様のシーケンスを監視することと、
を備えた方法。
【請求項２】
請求項１の方法において、
前記少なくとも１つの独自仕様のシーケンスの各々において前記クイック呼セットアップのためのサポートを示すフラッグ値を供給することをさらに備えた、方法。
【請求項３】
請求項１の方法において、
前記少なくとも１つの独自仕様のシーケンスの各々において前記クイック呼セットアップのための前記第１の端末によりサポートされるバージョン番号を供給することをさらに備えた方法。
【請求項４】
請求項１の方法において、
前記少なくとも１つの独自仕様のシーケンスの各々において前記第１の端末によりサポートされるビデオ能力を供給することをさらに備えた方法。
【請求項５】
請求項１の方法において、
第１の端末によりサポートされるビデオコーダー／デコーダー（コーデック）および前記少なくとも１つの独自仕様のシーケンスの各々においてよく使われる順序を供給することとをさらに備えた方法。
【請求項６】
請求項１の方法において、
前記少なくとも１つの独自仕様のシーケンスの各々において前記第１の端末によりサポートされるオーディオ能力を供給することをさらに備えた方法。
【請求項７】
請求項１の方法において、
前記第１の端末によりサポートされるオーディオコーダー／デコーダー（コーデック）および前記少なくとも１つの独自仕様のシーケンスの各々においてよく使われる順序を供給することをさらに備えた方法。
【請求項８】
請求項１の方法において、
独自仕様のシーケンスが前記第２の端末から検出されたなら、前記検出された独自仕様のシーケンス内のビデオ能力に基づいて前記ビデオ通話を開始することをさらに備えた方法。
【請求項９】
請求項１の方法において、
独自仕様のシーケンスが前記第２の端末から検出されたなら前記第２の端末に送信された前記少なくとも１つの独自仕様のシーケンスに含まれるビデオ能力およびオーディオ能力を含むメッセージを送信することをさらに備えた方法。
【請求項１０】
請求項１の方法において、
独自仕様のシーケンスが前記第２の端末から検出されたなら前記第１の端末のためのビデオ能力を含むメッセージを送信することをさらに備えた方法。
【請求項１１】
請求項１の方法において、
独自仕様のシーケンスが前記第２の端末から検出されたなら前記第１の端末のためのオーディオ能力を含むメッセージを送信することをさらに備えた方法。
【請求項１２】
請求項１の方法において、
独自仕様のシーケンスが前記第２の端末から検出されたなら前記第１の端末により使用されるマルチプレックステーブルのためのエントリを含むメッセージを送信することをさらに備えた方法。
【請求項１３】
請求項１の方法において、
独自仕様のシーケンスが前記第２の端末から検出されるなら前記第１の端末により使用される論理チャネルのためのパラメーターを含むメッセージを送信することをさらに備えた方法。
【請求項１４】
請求項１の方法において、
独自仕様のシーケンスが前記第２の端末から検出されないならＨ．３２４規格に従って呼のセットアップを実行することをさらに備えた方法。
【請求項１５】
無線通信システムにおける装置において、
第１の端末によりサポートされる最高のマルチプレクサーレベルのための複数のスタッフィングシーケンスと、ビデオ通話のクイック呼セットアップのためのサポートを示す少なくとも１つの独自仕様のシーケンスを前記第１の端末から第２の端末に送信するように機能的に作用する送信データプロセッサーと、
もしあれば、前記第２の端末により送信されたスタッフィングシーケンスおよび独自仕様のシーケンスを監視するように機能的に作用する受信データプロセッサーと、
を備えた装置。
【請求項１６】
請求項１５の装置において、
前記送信データプロセッサーは、前記少なくとも１つの独自のシーケンスの各々において前記第１の端末によりサポートされるビデオおよびオーディオコーダー／デコーダー（コーデック）を供給するように機能的に作用する装置。
【請求項１７】
請求項１５の装置において、
前記送信データプロセッサーは、独自仕様のシーケンスが前記第２の端末から検出されたなら前記第１の端末のためのビデオ能力およびオーディオ能力を含むメッセージを送信するように機能的に作用する装置。
【請求項１８】
請求項１５の装置において、
前記送信データプロセッサーは、独自仕様のシーケンスが前記第２の端末から検出されたなら前記第１の端末により使用されるマルチプレックステーブルのためのエントリを含むメッセージを送信するように機能的に作用する装置。
【請求項１９】
請求項１５の装置において、
独自仕様のシーケンスが前記第２の端末から検出されないなら、Ｈ．３２４規格に従って呼のセットアップを実行するように機能的に作用するコントローラーをさらに備えた装置。
【請求項２０】
無線通信システムにおける装置において、
第１の端末によりサポートされる最高のマルチプレクサーレベルのための複数のスタッフィングシーケンスを前記第１の端末から第２の端末へ送信する手段と、
ビデオ通話のクイック呼セットアップのためのサポートを示す少なくとも１つの独自仕様のシーケンスを前記第１の端末から前記第２の端末に送信する手段と、
もしあれば、前記第２の端末により送信されたスタッフィングシーケンスおよび独自仕様のシーケンスを監視する手段と、
を備えた装置。
【請求項２１】
請求項２０の装置において、
前記少なくとも１つの独自仕様のシーケンスの各々において前記第１の端末によりサポートされるビデオおよびオーディオコーダー／デコーダー（コーデック）を供給する手段をさらに備えた装置。
【請求項２２】
請求項２０の装置において、
独自仕様のシーケンスが前記第２の端末から検出されたなら前記第１の端末のためのビデオ能力およびオーディオ能力を含むメッセージを送信する手段をさらに備えた装置。
【請求項２３】
請求項２０の装置において、
独自仕様のシーケンスが前記第２の端末から検出されたなら前記第１の端末により使用されるマルチプレックステーブルのためのエントリを含むメッセージを送信する手段をさらに備えた装置。
【請求項２４】
請求項２０の装置において、
独自仕様のシーケンスが前記第２の端末から検出されないなら、Ｈ．３２４規格に従って呼のセットアップを実行する手段をさらに備えた装置。
【請求項２５】
無線端末によりサポートされた最高のマルチプレクサーレベルのための複数のスタッフィングシーケンスを前記無線端末から遠隔端末に送信することと、
ビデオ通話のクイック呼セットアップのためのサポートを示す少なくとも１つの独自仕様のシーケンスを前記無線装置から前記遠隔端末に送信することと、
もしあれば、前記遠隔端末により送信されたスタッフィングシーケンスおよび独自仕様のシーケンスを監視することと、
を行うために前記無線端末において動作可能な命令を記憶するプロセッサー読み取り可能媒体。
【請求項２６】
前記少なくとも１つの独自のシーケンスの各々において前記無線端末によりサポートされるビデオおよびオーディオコーダー／デコーダー（コーデック）を供給するように動作可能な命令をさらに記憶する請求項２５のプロセッサー読み取り可能媒体。
【請求項２７】
独自仕様のシーケンスが前記遠隔端末から検出されたなら前記第１の端末のためのビデオ能力およびオーディオ能力を含むメッセージを送信するように動作可能な命令をさらに記憶する請求項２５のプロセッサー読み取り可能媒体。
【請求項２８】
独自仕様のシーケンスが前記遠隔端末から検出されるなら前記第１の端末により使用されるマルチプレックステーブルのためのエントリを含むメッセージを送信するように動作可能な命令をさらに記憶する請求項２５のプロセッサー読み取り可能媒体。
【請求項２９】
独自仕様のシーケンスが前記遠隔端末から検出されないならＨ．３２４規格に従って呼のセットアップを実行するように動作可能な命令をさらに記憶する請求項２５のプロセッサー読み取り可能媒体。
【発明の詳細な説明】
【関連出願】
【０００１】
この出願は、すべての目的のために参照することによりその全体がこの明細書に組み込まれる、２００４年７月１５日に出願した、「３Ｇ−３２４Ｍ実施上のビデオ通話におけるコールセットアップをスピードアップするための方法］(Method to Speedup Callsetup in Video Calls on 3G-324M Implementations)というタイトルの米国仮出願シリアル番号第６０／５８８，４５７の利益を主張する。
【技術分野】
【０００２】
この発明は一般に通信に関し、特にビデオ通話のためのコールセットアップを実行するための技術に関する。
【背景技術】
【０００３】
無線通信ネットワークは、音声、ビデオ、データ等のような種々の通信サービスを提供するために広範囲に展開されている。これらのネットワークは、利用可能なシステムリソース（例えば、帯域幅および／または送信電力）を共有することにより複数のユーザーに対して通信を提供することができる多重アクセスネットワークであってもよい。そのような多重アクセスネットワークの例は、符号分割多重アクセス（ＣＤＭＡ）、時間分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、および直交周波数分割多重アクセス（ＯＦＤＭＡ）ネットワークを含む。
【０００４】
ビデオテレフォニーまたはテレビ電話は多くの無線通信ネットワークのための急速に成長しているアプリケーションである。テレビ電話アプリケーションは、３ＧＰＰ規格機関および３ＧＰＰ２規格機関により定義される、例えば３Ｇ−３２４Ｍ規格を用いて、音声とビデオを同時に送信する。３Ｇ−３２４Ｍ規格は、「低ビットレートマルチメディア通信のための端末」(Terminal for Low Bit Rate Multimedia Communication)というタイトルのＩＴＵ−Ｔ勧告Ｈ．３２４に基づく。Ｈ．３２４は、「低ビットレートマルチメディア通信のための多重化プロトコル」(Multiplexing Protocol for Low Bit Rate Multimedia Communication)というタイトルのＩＴＵ−Ｔ勧告Ｈ．２２３と、「マルチメディア通信のための制御プロトコル」(Control Protocol for Multimedia Communication)というタイトルのＩＴＵ−Ｔ勧告Ｈ．２４５の両方を利用する。Ｈ．３２４は、低ビットレート回路交換ネットワーク上のマルチメディア通信のための国際規格である。Ｈ．２３３は、別個の媒体ストリームとしてビデオ、オーディオ、データおよび制御を受信し、これらのストリームのための多重プロトコルデータ単位（ＭＵＸ−ＰＤＵｓ）を発生する。Ｈ．２４５は、ビデオ通話の終点である２つの端末間のＨ．３２４回路交換ビデオテレフォニー通話（または単にビデオ通話）をセットアップし、管理するためにシグナリングを交換するためのプロトコルである。
【０００５】
３Ｇ−３２４Ｍ規格をサポートする無線ネットワーク（または単に３Ｇ−３２４Ｍ無線ネットワーク）におけるビデオ通話をセットアップすることは典型的に長い時間を要する。
【０００６】
各端末は通常他の端末の能力を知っていない。さらに、どのようにマルチメディアデータが送信され受信されるべきかについて、構成情報は経験的に利用可能ではない。それゆえ、２つの端末は、各端末が他の端末の能力を確かめるためにおよびビデオ通話のための関連するパラメーターを構成するためにコールセットアップのための複数の一連のシグナリングメッセージを典型的に交換する。これは、２つの端末が成功裏にマルチメディアデータを送信し受信することを可能にする。ユーザーは、マルチメディアデータが送信できるまたは受信できる前にコールセットアップが完了するのを待たなければならないので、コールセットアップを実行するために必要な長い時間は非常に望ましくない。さらに、価値あるシステムリソースは、複数の一連のシグナリングメッセージを交換するために消費される。
【０００７】
それゆえ、３Ｇ−３２４Ｍ無線ネットワーク内のビデオ通話のためのコールセットアップを迅速に処理するための技術の必要性がある。
【発明の概要】
【０００８】
ビデオ通話のためのコールセットアップを迅速に処理することができる迅速なコールセットアップ手続がここに記載される。迅速コールセットアップ手続は、モバイルレベル検出フェーズと能力およびマルチプレックスデータエントリ交換フェーズ（または単に「フェーズ２」）を含む。
【０００９】
モバイルレベル検出フェーズの場合、端末Ａは端末Ｂに、端末Ａによりサポートされる最高のＨ．２２３マルチプレクサーレベル並びに少なくとも１つの「独自仕様の」シーケンスを送信する。スタッフィングシーケンスはＨ．３２４により定義される。独自仕様のシーケンスは、送信端末が迅速なコールセットアップ手続をサポートすることを示し、さらに、送信端末によりサポートされるビデオおよびオーディオコーダー／デコーダー（コーデック）およびこれらのビデオコーデックおよびオーディオコーデックに対する適合性を示す。端末Ａは、もしあれば、端末Ｂにより送信されるスタッフィングシーケンスおよび独自仕様のシーケンスを監視する。
【００１０】
端末Ａが端末Ｂから独自仕様のシーケンスを受信するなら、端末Ａは迅速コールセットアップ手続のフェーズ２を開始する。位相２の場合、端末Ｂがメッセージを受信できることを保証するためにＨ．２４５規格外要求メッセージを定期的に送信する。この規格外要求は、例えば、端末Ｂに送信された独自仕様のシーケンス内に含まれる情報、端末Ａによりサポートされる選択されたビデオおよび／またはオーディオ能力、端末Ａにより使用されるマルチプレクッステーブルのためのエントリ等を含んでいてもよい。端末Ａは端末Ｂからの入ってくるオーディオ及びビデオデータのための受信チャネルをセットアップする。端末Ａにより送信される規格外の要求メッセージを端末Ｂが正しく受信するＮＳＲＰアクノレジメントを受信すると、端末Ａは規格外の要求メッセージを送信することを停止する。
【００１１】
端末Ａはまた、ビデオおよびオーディオ能力及び端末Ｂのためのマルチプレックステーブルエントリを含む、システムＢにより送信される規格外の要求メッセージを監視する。端末Ｂから規格外の要求メッセージを受信すると、端末Ａは、正しく構成されたオーディオ／ビデオデータを端末Ｂにいつでも送信できる。規格外の要求が端末Ａにより受信され、端末Ｂは、端末Ａからすぐにオーディオ／ビデオデータを受信することを期待することができることを端末Ｂに知らせるために端末ＢにＮＳＲＰアクノレジメントを送信する。全体のフェーズ２は、Ｈ．３２４規格に従うビデオ通話をセットアップを通常必要とされる多くの（例えば、１０またはそれ以上）Ｈ．２４５シグナリングメッセージの代わりに、規格外の要求メッセージの単一の交換により効率的に実行されてもよい。
【００１２】
この発明の種々の観点および実施形態は、以下にさらに詳細に記載される。
【発明を実施するための最良の形態】
【００１３】
本発明の特徴、性質及び利点は、類似による参照文字が相応して、全体で特定する図面と関連して解釈されるときに後述される詳細な説明からさらに明らかになるであろう。
【００１４】
「典型的である」という用語はここでは、「例、インスタンス、または例証」を意味するために使用される。「例示」としてここに記載される任意の実施形態または設計は、他の実施形態または設計に対して好適であるまたは利点があると必ずしも解釈されない。
【００１５】
図１は、無線端末１１０が無線通信ネットワーク１２０と通信し、通信サービスを得る配備１００を示す。無線端末は固定であってもよいしまたはモバイルであってもよく、また、ユーザー機器（ＵＥ）、移動局（ＭＳ）、無線装置、ハンドセット、加入者装置、またはその他の専門用語で呼ばれてもよい。無線ネットワーク１２０は基地局１２２とシステムコントローラー１２４を含む。基地局は、無線端末と通信する固定局であり、また、ノードＢ、基地トランシーバーサブシステム（ＢＴＳ）、アクセスポイント、またはその他の専門用語で呼ばれてもよい。各基地局は特定の地理的エリアに対して通信サービスエリアを提供する。システムコントローラー１２４は基地局１２２に接続し、これらの基地局に対する調整と制御を提供する。システムコントローラー１２４は、無線ネットワークコントローラー（ＲＮＣ）、基地局コントローラー（ＢＳＣ）、モバイルスイッチングセンター（ＭＳＣ）等のようなネットワークエンティティのコレクションを表してもよい。
【００１６】
システムコントローラー１２４はさらに公衆交換電話網（ＰＳＴＮ）１４０、統合サービスデジタルネットワーク（ＩＳＤＮ）、パケットデータサービングノード（ＰＤＳＮ）、汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＧＳＮ）等のような他のシステムとネットワークに接続してもよい。ＰＳＴＮ１４０はアナログ音声データを運ぶ回路交換電話ネットワークである。ＩＳＤＮはデジタルまたはアナログ電話線を介して音声、ビデオ、およびデータを送信することができる。ＰＤＳＮとＧＳＮは無線端末のためのパケット交換データサービスを提供し、データ呼のセットアップ、メインテナンス、および終了のために従来のネットワークアクセスポイント機能性を実行する。様々なエンティティは、マルチメディアサーバー１４２および遠隔端末１４４のようなＰＳＴＮ１４０に接続されていてもよい。
【００１７】
無線ネットワーク１２０はＣＤＭＡネットワーク、ＴＤＭＡネットワーク等であってもよい。ＣＤＭＡネットワークは、ｃｄｍａ２０００および広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）のような１つ以上のＣＤＭＡ無線アクセス技術（ＲＡＴｓ）を実施してもよい。ｃｄｍａ２０００はＩＳ−２０００、ＩＳ−８５６、およびＩＳ−９５規格をカバーする。ＴＤＭＡシステムは、モバイル通信のためのグローバルシステム（ＧＳＭ）のような１つ以上のＴＤＭＡ  ＲＡＴｓを実施してもよい。これらの様々なＲＡＴｓおよび規格は技術的によく知られている。Ｗ−ＣＤＭＡおよびＧＳＭは、「第三世代パートナーシッププロジェクト」（３ＧＰＰ）という名前の共同体からの文献に記載されている。ｃｄｍａ２０００は、「第三世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名前の共同体からの文献に記載されている。３ＧＰＰと３ＧＰＰ２の文献は公に入手可能である。
【００１８】
上述するように、無線ネットワークを介して２つの端末間のビデオ通話をセットアップするためのプロセスは典型的に長い。これらの２つの端末は、以下の記載において端末Ａおよび端末Ｂと呼ばれる。端末の１つ（例えば、端末Ａ）は、例えば、携帯電話、無線デジタルパーソナルアシスタント（ＰＤＡ）等のような、典型的にユーザー端末である。
【００１９】
他の端末は、ユーザー端末、サーバー、またはＨ．３２４をサポートする他のネットワークエンティティ（例えば、メディアゲートウエイ）であってもよい。
【００２０】
ビデオ通話をセットアップするために、接続が最初に確立され、ネットワークリソース（例えば、トラヒックチャネルまたは物理チャネル）が割り当てられて、２つの端末が無線ネットワーク１２０を介してデータとシグナリングを交換可能にする。次に、２つの端末は初期化を実行し、他の端末の能力を決定し、ビデオ通話を構成する。表１は初期化プロセスのための様々な手続をリストアップする。また、他のタスクは初期化プロセスの一部として実行されてもよい。
【表１】
2008507214.tif 000003
【００２１】
モバイルレベル検出フェーズは初期化プロセスの第１部分であり、両方の端末によりサポートされる最高のＨ．２２３マルチプレクサーレベル（または単に、Ｈ．２２３レベル）を決定するために実行される。Ｈ．２２３は漸次より大きなオーバーヘッドと複雑性を犠牲にしてチャネルエラーに対して漸次より大きな堅固を提供する４つの異なるマルチプレクサーレベルを定義する。レベル０は最小の堅固であり、ＭＵＸ−ＰＤＵｓの範囲を定めるために「０１１１１１１０」の８ビットハイレベルデータリンク制御（ＨＤＬＣ）フラッグを使用する。レベル１はレベル０より、より堅固であり、ＭＵＸ−ＰＤＵｓの範囲を定めるために「１１１００００１０１００１１０１」の１６ビット擬似乱数（ＰＮ）フラッグを使用する。このＰＮフラッグは、エラーを起こしやすいチャネルにおけるフラッグ検出性能を改良する。レベル２はレベル１より、より堅固であり、１６ビットのＰＮフラッグを用いてＭＵＸ−ＰＤＵｓの範囲を定め各ＭＵＸ−ＰＤＵに対して３バイトヘッダーを使用する。レベル３はレベル２より、より堅固であり、マルチプレックス層において１６ビットのＰＮフラッグと３バイトのヘッダーを使用し、マルチプレックス層の上に存在するアダプテーション層における他のエラープロテクション特性を採用する。３Ｇ−３２４Ｍの場合、レベル０、１、および２のためのサポートは必須であり、レベル３のためのサポートはオプションである。
【００２２】
モバイルレベル検出フェーズの場合、各端末はその端末によりサポートされる最高のＨ．２２３レベルのためのスタッフィングシーケンスを送信することを開始する。４つのＨ．２２３レベルのためのスタッフィングシーケンスは以下の通りである。
【００２３】
・レベル０−１バイトＨＤＬＣフラッグ
・レベル１−２バイトＰＮフラッグ
・レベル２−２バイトＰＮフラッグおよび３バイトヘッダー（ＭＣ＝００００の場合）
・レベル３−２バイトＰＮフラッグおよび３バイトヘッダー（ＭＣ＝１１１１の場合）
３バイトヘッダーは４ビット多重コード（ＭＣ）フィールド、８ビット多重ペイロード長（ＭＰＬ）フィールド、および１２ビットパリティフィールドを含む。ＭＰＬフィールドはレベル２およびレベル３スタッフィングシーケンスの両方に対して「００００００００」に設定される。ＭＣフィールドはレベル２スタッフィングシーケンスに対して「００００」に設定され、レベル３スタッフィングシーケンスに対して「１１１１」に設定される。パリティフールドはＭＣフィールドおよびＭＰＬフィールドに対して計算される１２ビット拡張ゴレイ(Golay)コードを有する。
【００２４】
スタッフィングシーケンスを送信している間、各端末も他の端末により送信されたスタッフィングシーケンスを検出する。各端末は最初にレベル０スタッフィングシーケンスを探し、同じまたはより低いＨ．２２３レベルのスタッフィングシーケンスが検出されるまで、レベルの上方向に前進する。端末がより低いＨ．２２３レベルのスタッフィングシーケンスを検出するなら、端末はこのＨ．２２３レベルのスタッフィングシーケンスの送信を開始する。このモバイルレベル検出フェーズは、両方の端末がこれらの端末によりサポートされる最高のＨ．２２３レベルを決定することを可能にする。次に、Ｈ．２４５制御チャネルがこのＨ．２２３レベルで動作され、エラーを起こしやすい通信チャネルのための堅固な性能を得る。
【００２５】
モバイルレベル検出フェーズを完了すると、２つの端末は典型的に表１にリストアップされたＣＥＳＥ、ＭＳＤＳＥ、ＭＴＳＥおよびＬＣＳＥのための手続を実行する。ＣＥＳＥは両方の端末によりサポートされる能力を交換するために使用され最初に実行される。これらの能力は、多重化、ビデオ、オーディオ、データアプリケーション、セキュリティ、会議、ユーザー入力等に関連していてもよい。例えば、ＣＥＳＥは呼のために使用するために特定のビデオおよびオーディオコーデックを決定するために使用される。ＭＳＤＳＥは衝突の場合にマスター端末およびスレーブ端末を指定するために使用される。
【００２６】
ＬＣＳＥはビデオ通話のための論理チャネルを開きおよび閉じるために使用される。各論理チャネルは情報ストリームを送信するために使用されてもよい。情報ストリームは制御データのためのものであってもよいしまたはビデオ通話のためのマルチメディアデータであってもよい。異なるタイプのメディア（例えば、ビデオ、オーディオおよびデータ）は典型的に異なるストリームで送信される。ＭＴＳＥはマルチプレックステーブルを更新するために使用される。マルチプレックステーブルは１６までの異なるＭＵＸ−ＰＤＵフォーマットのための１６までのエントリを含む。各ＭＵＸ−ＰＤＵフォーマットはＭＵＸ−ＰＤＵにおいて送信される特定の論理チャネル（複数の場合もある）を示すとともに、ＭＵＸ−ＰＤＵにおいて送信された各論理チャネルのビット数を示す。各ＭＵＸ−ＰＤＵのためのＭＣフィールドはそのＭＵＸ−ＰＤＵのためのフォーマットを示す。次に、そのフォーマットのためのマルチプレックステーブルエントリは、ＭＵＸ−ＰＤＵ内の各オクテットを特定の論理チャネルに関連づけるために使用される。
【００２７】
シグナリングメッセージの少なくとも１つの交換（またはラウンド(round)）は、ＣＥＳＥ、ＭＳＤＳＥ、ＬＣＳＥ，およびＭＴＳＥの各々に対して典型的に実行される。例えば端末能力セットメッセージの交換およびその応答メッセージはＣＥＳＥのために使用される。マスタースレーブ決定メッセージおよびその応答メッセージはＭＳＤＳＥのために使用される。各オーディオまたはビデオチャネルのための１つ以上のオープン論理チャネルメッセージの交換および１つ以上の対応する応答メッセージはＬＣＳＥのために使用される。多重エントリ送信メッセージの交換およびその応答メッセージはＭＴＳＥのために使用される。ビデオ通話のための呼セットアップを完了するために典型的にはシグナリングメッセージの多くのラウンドがある。
【００２８】
図２はビデオ通話を迅速にセットアップするために迅速呼セットアップ手続２００の一実施形態のための呼フローを示す。モバイルレベル検出フェーズの場合、端末Ａは端末Ａによりサポートされる最高のＨ．２２３レベルのためのスタッフィングシーケンスの送信を開始する（ステップ２１０）。また、端末Ｂは端末Ｂによりサポートされる最高のＨ．２２３レベルのためのスタッフィングシーケンスの送信を開始する（ステップ２１２）。各端末は典型的に１往復時間のほぼ半分の時間スタッフィングシーケンスを送信する。例えば、ＧＳＭネットワークにおいて約１００ミリ秒（ｍｓ）において約１６０のスタッフィングシーケンスを送信する。また、クイック呼セットアップ手続をサポートする各端末はスタッフィングシーケンスとともに独自仕様のシーケンスを定期的に挿入し送信する。
【００２９】
この独自仕様のシーケンスは、呼セットアップを迅速に処理するために使用される適切な情報を有し、以下に記載される。
【００３０】
正常なモバイルレベル検出フェーズにおける場合のように、各端末は最も低いＨ．２２３レベルのためのスタッフィングシーケンスを受信するように準備される。クイック呼セットアップ手続をサポートする端末（または単に、「新しい端末」）はまた、他の端末からの独自仕様のシーケンスも検出する。クイック呼セットアップ手続をサポートしない端末（または単に「レガシー端末」）は独自仕様のシーケンスを認識しないであろう。そして単に誤りのあるデータとして独自仕様のシーケンスを破棄するであろう。独自仕様のシーケンスの送信は、レガシー端末のためのモバイルレベル検出フェーズを妨げない。なぜならば、この端末は正常なスタッフィングシーケンスを受信したからである。
【００３１】
独自仕様のシーケンスを受信し認識する各端末は、他の端末がクイック呼セットアップ手続をサポートすることを認識するであろう。両方の端末がクイック呼セットアップ手続をサポートするなら、ＣＥＳＥ、ＭＳＤＳＥ、ＬＣＳＥ、およびＭＴＳＥは、これらの手続に特有のＨ．２４５シグナリングメッセージを交換することなく自動的に実行される。ＣＥＳＥは独自仕様のシーケンスを介して遂行される。独自仕様のシーケンスは、独自仕様のシーケンスを送信する端末の基本能力を有する。ＭＳＤＳＥは、例えば、オリジナル端末Ａがマスターであり他の端末Ｂはスレーブであると仮定することにより遂行される。ＭＴＳＥとＬＣＳＥは、クイック呼セットアップ手続のフェーズ２内の規格外の要求メッセージの交換を介して遂行される。
【００３２】
端末Ｂから独自仕様のシーケンスを受信すると、端末Ａは、規格外の要求メッセージを送信する（ステップ２１４）。この規格外の要求メッセージは端末Ａにより送信された独自仕様のシーケンスに含まれる能力を有する。また、規格外の要求メッセージは、開かれた論理チャネルで使用される選択されたコーデックパラメーターとマルチプレックステーブルエントリを有する。また、規格外要求メッセージは、ビデオ通話経験を改良するのに関連のある他の情報を有していてもよい。規格外の要求メッセージのための例示フォーマットは以下に記載される。規格外の要求メッセージを端末Ｂに送信すると、端末Ａは端末Ｂからのはいってくるオーディオ／ビデオデータのために受信チャネルをセットアップする。
【００３３】
同様に、端末Ａから独自仕様のシーケンスを受信すると、端末Ｂも、ビデオおよびオーディオ能力、マルチプレックステーブルエントリ、コーデックパラメーター、および恐らく端末Ｂのための他の情報を有する規格外の要求メッセージを送信する（ステップ２１６）。規格外の要求メッセージを端末Ａに送信すると、端末Ｂは端末Ａからのはいってくるオーディオ／ビデオデータのために受信チャネルをセットアップする。規格外要求メッセージを送信すると、両方の端末ＡおよびＢは受信チャネルのセットアップを完了する。
【００３４】
レイヤ３メッセージである各規格外要求メッセージは、レイヤ２における番号付けされた簡単再送信プロトコル応答フレーム（ＮＳＲＰ）プロトコルを用いて送信される。ＮＳＲＰプロトコルは、正しく受信される各ＮＳＲＰパケットに対してＮＳＲＰアクノレジメント（Ａｃｋ）を送信する信頼できるプロトコルである。受信端末が送信端末から規格外の要求メッセージを受信することを保証するために、送信端末は、要求されたメッセージの受信をアクノレジするために受信端末からＮＳＲＰ  Ａｃｋが受信されるまで、規格外要求メッセージをＮＳＲＰパケットで定期的に送信する。
【００３５】
端末Ａが端末Ｂから規格外要求メッセージを受信すると、端末Ａは、（１）端末Ｂのために正しいメディアデータを発生するためにオーディオ／ビデオエンコーダーを構成するために、および（２）端末Ｂに送信されるメディアデータを多重化するために使用される送信マルチプレックステーブルを形成するために使用されるであろうパラメーターのすべてを抽出する。従って、端末Ａは、ステップ２１４において端末Ｂに送信された、構成された規格外要求メッセージ内のビデオおよびオーディオ能力に基づいてオーディオ／ビデオデコーダーを初期化し、ステップ２１６において端末Ｂから受信された規格外要求メッセージ内のビデオおよびオーディオ能力に基づいてオーディオ／ビデオエンコーダーを初期化する。ステップ２１６において規格外の要求メッセージを受信すると、端末Ａは、端末Ｂがオーディオ／ビデオデータを受信する準備ができており、できるだけ早くオーディオ／ビデオデータを送信することができることを知る。端末Ａは、端末Ｂから受信したレイヤ３の規格外の要求メッセージのためのレイヤ２のＮＳＲＰアクノレジメントを送信する。
【００３６】
同様に、端末Ｂはそれに応じて端末Ａから規格外の要求メッセージを受信し、受信されたメッセージ内の情報を抽出し、オーディオ／ビデオエンコーダーを構成する。次に、端末Ｂは端末Ａに、端末Ａから受信した規格外応答メッセージのためのレイヤ２のＮＳＲＰアクノレジメントを送信する（ステップ２２０）。
【００３７】
端末Ａは端末Ｂからレイヤ２のＮＳＲＰアクノレジメントを受信し、端末Ｂが端末Ｂに送信された規格外の要求メッセージを正しく受信したことを認識する。次に、端末Ａは端末Ｂからのはいってくるメディアを受信することを期待する。端末Ｂは、交換された能力およびマルチプレックステーブルエントリを用いて端末Ａにビデオおよびオーディオペイロードを送信することができる。同様に、端末Ａは、端末Ｂから規格外要求メッセージを受信すると端末Ｂへのメディアの送信を開始することができる。あるいは、端末ＡとＢは各々送信を開始する前に（図２に示していない）他の端末からの規格外の応答メッセージを待つことができる。しかしながら、ＮＳＲＰアクノレジメントを受信すると送信を開始することは、１往復時間の半分だけ呼のセットアップをスピードアップすることができる。なぜならば、各端末は、他の端末からの規格外の応答メッセージを待つ必要がないからである。
【００３８】
図２に示すように、呼のセットアップは、シグナリングメッセージの１往復で完了してもよい。これは、従来の呼セットアップ手続に対してセットアップ時間を大幅に低減することができる。従来の技術は、ビデオ通話をセットアップするためにシグナリングメッセージの複数のラウンドを必要とする。
【００３９】
図３は独自仕様のシーケンスのための例示フォーマット３００を示す。独自仕様のフラッグフィルード３１０は、シーケンスがクイック呼セットアップ手続のためのものであることを示す１バイトの値を有する。この１バイトの値は、４つのＨ．２２３レベルのいずれかのためのスタッフィングシーケンスに対して誤った尤度を最小にするように選択されてもよい。フィールド３１２は独自仕様のシーケンス内の他のフィールドに基づいて導き出される１バイトの周期的冗長検査（ＣＲＣ）値を有する。このＣＲＣ値は、エラー検出のために受信端末により使用される。
【００４０】
バージョン番号フィールド３１４は、クイック呼セットアップ手続のための１バイトのバージョン番号を有する。独自仕様のシーケンスの残りの部分のためのフォーマットは、バージョン番号に依存してもよい。異なるバージョン番号は異なるフィールドを利用してもよいしおよび／またはこれらのフィールドのために異なるフォーマットを指定してもよい。
【００４１】
また、バージョン番号は、クイック呼セットアップ手続のより古いバージョンとの逆行する互換性を維持するために使用されてもよい。例えば、１つの端末は、クイック呼セットアップ手続の古いバージョン（例えば、バージョン０）を使用してもよいし、他の端末は、この手続のより新しいバージョン（例えば、バージョン１）を使用してもよい。バージョン０をサポートする端末（それは「より古い端末」である）は、バージョン１をサポートする端末（それは「より新しい端末」である）からの独自仕様のシーケンスを調べ、より新しい端末はより新しいバージョンのクイック呼セットアップ手続をサポートすることを知るであろう。より古い端末は独自使用のシーケンスの残りのフィールドのフォーマットを理解しないかもしれない。この場合、より古い端末は、規格外の要求メッセージを送信せず、そのかわりより新しい端末からの規格外の要求メッセージを待つ。次に、より古い端末は能力情報を抽出して使用し、ビデオコーデック、オーディオコーデック等を選択する。
【００４２】
ビデオ能力フィールド３１６は独自仕様のシーケンスを送信する端末のビデオ能力を示す。ビデオ能力はビデオ通話の期間中にどのビデオコーデック（複数の場合もある）を使用するかを決定するために使用される。フィールド３１６は、送信端末によりサポートされる特定のビデオコーデックおよびサポートされるビデオコーデックのよく使われる順を伝達してもよい。
【００４３】
一実施形態において、ある共通に使用されるビデオコーデックはフィールド３１６のための１バイト値内の特定のロケーションにマッピングされる。従って、各ロケーションに送信された値は、そのロケーションにマッピングされたビデオコーデックのための適合性を示す。例えば、ＭＰＥＧ４は、２つの左端のビット位置にマッピングされてもよい。Ｈ．２６３は、次の２つの左端のビット位置にマッピングされてもよい。Ｈ．２６４は次の２つの左端のビット位置にマッピングされてもよい。２つに右端のビット位置は将来の使用のために予約される。従って、「１０１１０１００」のビデオ能力値は、（「１１」の優先順位の値を有する）Ｈ．２６３は最も好適なビデオコーデックであり、（「１０」の優先順位の値を有する）ＭＰＥＧ４は次の最も好適なビデオコーデックであり、（「０１」の優先順位の値を有する）Ｈ．２６４は最も好適でないビデオコーデックである。「００」の優先順位の値は、ビデオコーデックがサポートされていないことを示すために使用されてもよい。
【００４４】
他の実施形態において、ある共通に使用されるビデオコーデックは各々固有の値が割り当てられる。次に、フィールド３１６は、送信端末によりサポートされるビデオコーデックおよびサポートされるビデオコーデックのよく使われる順序を示す。例えば、ＭＰＥＧ４は、「１１」の２ビット値が割り当てられても良い。Ｈ．２６３は「１０」の２ビット値が割り当てられてもよい。Ｈ．２６４は「０１」の２ビット値が割り当てられてもよい。「００」は将来の使用のために予約される。フィールド３１６のための１バイトの値は、４つまでのサポートされたビデオコーデックのための４つまでの２ビットの値を有していてもよい。これは最も好適なものから最も好適でないものの順番にリストアップされる。
【００４５】
例えば、「１０１１０１００」のビデオ能力値は、（最初にリストされた）Ｈ．２６３は、最も好適なビデオコーデックである。（２番目にリストされた）ＭＰＥＧ４は次の最も好適なビデオコーデックである。（３番目にリストされた）Ｈ．２６４は最も好適でないビデオコーデックである。また、ビデオ能力は他の方法で送信されてもよい。
【００４６】
オーディオ能力フィールド３１８は、送信端末のオーディオ能力を示す。オーディオ能力は、そのオーディオコーデック（複数の場合もある）をビデオ通話期間中に使用するかを決定するために使用される。例えば、フィールド３１８は、どのオーディオコーデックが送信端末によりサポートされるかおよびサポートされるオーディオコーデックのための適合性の順序を示してもよい。一実施形態において、ある共通に使用されるオーディオコーデックはフィールド３１８のための１バイト値内の特定のロケーションにマッピングされる。例えば、ＧＳＭアダプティブマルチレート（ＡＭＲ）ボコーダーは、２つの左端のビット位置にマッピングされてもよい。エンハンストバリアブルレートコーダー（ＥＶＲＣ）ボコーダーは、次の２つの左端のビット位置にマッピングされてもよい。Ｇ．７２３．１ボコーダーは、次の２つの左端のビット位置にマッピングされてもよい。２つの右端のビット位置は、将来の使用のために予約される。次に、各ロケーションに送信された値は、そのロケーションにマッピングされたオーディオコーデックのための適合性を示す。他の実施形態において、ある共通に使用されるオーディオコーデックは各々固有の値が割り当てられる。次に、フィールド３１８は、送信端末によりサポートされるオーディオコーデックと、サポートされるオーディオコーデックのよく使われる順序を示すであろう。
【００４７】
例えば、ＧＳＭ  ＡＭＲボコーダーは、「１１」の２ビット値が割り当てられてもよい。ＥＶＲＣボコーダーは、「１０」の２ビット値が割り当てられてもよい。Ｇ．７２３．１ボコーダーは、「０１」の２ビット値が割り当てられてもよい。「００」は将来の使用のために予約される。次に、フィールド３１８のための１バイトの値は、よく使われる順にリストされる４つまでのサポートされたオーディオコーデックのために４つまでの２ビットの値を有していてもよい。また、オーディオ能力は、他の方法で送信されてもよい。
【００４８】
図４は、モバイルレベル検出フェーズに対するスタッフィングシーケンスと独自仕様のシーケンスの例示送信４００を示す。この実施形態の場合、送信端末は最高のサポートされるＨ．２２３レベルのための（図４で"Stuff Seq"として示される）Ｌのスタッフィングシーケンスを送信し、次に、（図４において、1"Prop Seq"として示される）１つの独自仕様のシーケンスが続き、次に（Ｎ−Ｌ−１）以上スタッフィングシーケンスが続く。この実施形態の場合、１つの独自仕様のシーケンスは（Ｎ−１）スタッフィングシーケンスとともに挿入される。一般に、ＬとＮは各々任意の整数値であってもよくシステム設計に基づいて選択されてもよい。例えば、ＧＳＭにおいて、データブロックは、２０ミリ秒（ｍｓ）毎に送信され１６０バイトを含む。データブロックは、２つのハーフブロックに分割され、各ハーフブロックは８０バイトを含む。受信端末は典型的に各データブロックの最初の２５バイト内のスタッフィングシーケンスを検出する。次に、送信端末は、５つの５バイトスタッフィングシーケンスを送信してもよく、続いて１つの５バイトの独自仕様のシーケンスを送信し、続いて適切と考えても良い何らかのデータを送信する。スタッフィングシーケンスと独自使用のシーケンスの同じシリーズは、２つのハーフブロックの各々において送信されてもよい。従って、受信端末は、例えば、１つのハーフブロックがエラーで受信される場合に、いずれかのハーフブロックにおいて独自仕様のシーケンスを検出することができる。一般に、レガシー端末がスタッフィングシーケンスを検出することができ、新しい端末が独自仕様のシーケンスを検出することができる限り、独自仕様のシーケンスは、任意の方法でスタッフィングシーケンスと多重化されてもよい。
【００４９】
図５は、規格外の要求メッセージのための例示フォーマット５００であり、これはビデオ通話のための関連のある情報を有する。
【００５０】
テーブル２は例示規格外要求メッセージフォーマットのための種々のフィールドをリストアップする。
【表２】
2008507214.tif 000004
【００５１】
表２および図５に示される例示規格外要求メッセージフォーマットの場合、最初の４つのフィールドは、独自仕様のシーケンスにおいて送信された情報と同じ情報を有する。受信端末が独自仕様のシーケンスを正しく受信しなかった場合に、この情報は規格外要求メッセージにおいて反復される。
【００５２】
モバイルレベル検出フェーズの後で端末ＡおよびＢは、オーディオおよびビデオコーデック選択を完了する。端末Ｂから独自シーケンスを受信した後で、端末Ａは、どのオーディオ及びビデオコーデックが端末Ｂによりサポートされるかを知り、両方の端末によりサポートされるコーデックを比較し、（もしあれば）どのオーディオコーデックおよび（もしあれば）どのビデオコーデックを用いて端末Ｂからオーディオおよびビデオデータを受信するかを決定する。端末Ａは、選択されたオーディオコーデックおよびビデオコーデックのための構成をさらに定義する。次に、端末Ａは端末Ｂに２つの情報を伝達する。（１）端末Ｂからのデータを受信するためにどのオーディオ及びビデオコーデックを使用するかおよび（２）選択されたオーディオおよびビデオコーデックのための構成。端末Ａはこれらの２つの情報を規格外要求メッセージで送信する。
【００５３】
オーディオイグジストフィールドは、オーディオ能力フィールド／メッセージが送信されているＨ．２４５規格外要求メッセージに含まれるかどうかを示す。オーディオ能力メッセージは、選択されたオーディオコーデックのためのパラメーター値を有する。ＧＳＭ  ＡＭＲの一例として、オーディオ能力メッセージは、オーディオユニットサイズ、快適雑音がサポートされているかどうか、オーディオデータスクランブルされているかどうか等を伝達してもよい。一般に、異なるオーディオコーデックはオーディオ能力メッセージで送信されてもよい異なるパラメーターを有する。オーディオ能力メッセージは、Ｈ．２４５規格に詳細に記載される。
【００５４】
ビデオイグジストフィールドは、ビデオ能力フィールド／メッセージがＨ．２４５規格外要求メッセージに含まれるかどうかを示す。ビデオ能力メッセージは、選択されたビデオコーデックのための値を有する。Ｈ．２６３のための一例として、ビデオ能力メッセージは、（１）ＳＱＣＩＦ画像、ＱＣＩＦ画像、ＣＩＦ画像、４ＣＩＦ画像、および／または１６ＣＩＦ画像をエンコードおよび／またはデコードするための最小画像間隔、（２）ビデオが送信され受信されることができる最大ビットレート、（３）Ｈ．２６３の付属文書において定義されるオプションモードを送信および／または受信する能力、（４）エンコーダーが時間的分解能と空間的分解能との間のトレードオフを変更することができるかどうか、および（５）恐らく他の情報を伝達してもよい。ビデオ能力メッセージはＨ．２４５規格に詳細に記載されている。
【００５５】
ビデオとオーディオのための論理チャネルパラメーターメッセージは、マルチプレクサレイヤの前にビデオおよびオーディオデータをパックするためにどのアダプテーションレイヤを使用するかを特定するために使用される。異なるアダプテーションレイヤはパケット毎に異なるＣＲＣサイズ、異なるシーケンス番号等を使用する。
【００５６】
マルチプレクサエントリ送信メッセージは、送信端末により使用されるマルチプレックステーブルのためのエントリを有する。これらのマルチプレックスエントリは、ＭＵＸ−ＰＤＵｓに送信されたビデオおよびオーディオデータを逆多重化するために受信端末により使用される。
【００５７】
図５は規格外要求メッセージのための例示フォーマットを示す。一般に、規格外要求メッセージは、任意のフォーマットを有していてもよくビデオ通話のための任意の情報を有していてもよい。例えば、規格外要求メッセージは単に最初の４つのフィールドを含んでいても良くまたは最初の４つのフィールドとマルチプレックスエントリ送信メッセージ、またはその他のフィールドの組み合わせを含んでいてもよい。規格外要求メッセージフォーマットは、例えば、異なるバージョン番号、異なる独自仕様フラッグ等に対してカスタマイズされていてもよい。端末は、（例えば、異なるバージョン番号に対して）複数の規格外要求メッセージフォーマットをサポートしてもよいし、受信された独自仕様のシーケンスに含まれるバージョン番号および／または独自仕様フラッグにもとづいて使用すべき適切なメッセージフォーマットを決定してもよい。どんな場合でも、規格外要求メッセージの使用は、Ｈ．３２４により指定される通常の呼セットアップに通常必要な多くのＨ．２４５シグナリングメッセージの代わりに単一のＨ．２４５シグナリングメッセージを介してすべての関連のある能力情報を両方の端末が交換可能にする。従って、クイック呼セットアップ手続は、Ｈ．３２４ビデオ通話のためのセットアップステージを大幅にスピードアップする。
【００５８】
図２に戻ると、クイック呼セットアップ手続は、端末Ａおよび／または端末Ｂがクイック呼セットアップ手続をサポートするかどうかに応じていくつかの可能な結果を有することができる。可能性がある結果が以下に記載される。
【００５９】
一方の端末がクイック呼セットアップ手続をサポートし、他方の端末がクイック呼セットアップ手続をサポートしないなら、新しい端末はレガシー端末から独自仕様のシーケンスを検出することはできないであろう。レガシー端末は新しい端末により送信された独自仕様のシーケンスを認識しないであろう、そして独自仕様のシーケンスを破棄または無視するであろう。そして独自仕様のシーケンスとともに送信された規則正しいスタッフィングシーケンスを処理するであろう。モバイルレベル検出フェーズを完了すると、両方の端末は規則的なＨ．２４５交渉を実行するであろう。
【００６０】
両方の端末がクイック呼セットアップ手続をサポートするなら、両方の端末は、規則的なスタッフィングシーケンスとともに独自仕様のシーケンスを送信するであろう。両方の端末が他の端末から独自仕様のシーケンスを受信するなら、両方の端末は、図２に示されるクイック呼セットアップを実行するであろう、そして規格外要求メッセージを交換するであろう。
【００６１】
両方の端末がクイック呼セットアップ手続をサポートするが唯一つの端末が他の端末からの独自仕様のシーケンスを受信するなら、独自仕様のシーケンスを受信した端末は、クイック呼セットアップを実行し、規格外要求メッセージを送信するであろう。Ｈ．２４５は信頼できるプロトコルであり、各Ｈ．２４５メッセージは、正しく配信することが保証されているので、独自仕様のシーケンスを受信できない端末は、規格外要求メッセージを受信し、他の端末がクイック呼セットアップ手続をサポートすることを認識するであろう。次に、独自仕様のシーケンスを受信できなかった端末は、規則的な呼セットアップからクイック呼セットアップに切り替わる。
【００６２】
両方の端末がクイック呼セットアップ手続をサポートするがいずれの端末も独自仕様のシーケンスを受信しないなら、両方の端末は規則的な呼セットアップを実行するであろう。
【００６３】
両方の端末は、規則的なＨ．２４５交渉を開始するであろう。
【００６４】
図６は、クイック呼セットアップ手続を用いてビデオ通話をセットアップする端末Ａにより実行されるプロセス６００のフロー図を示す。モバイルレベル検出フェーズの場合、端末Ａは端末Ｂに端末Ａによりサポートされる最高のＨ．２２３マルチプレクサーレベルのためのスタッフィングシーケンスを送信する（ブロック６１０）。また、端末Ａは少なくとも１つの独自仕様のシーケンスを送信する。これは、端末Ｂに送信されるスタッフィングシーケンスに分散される（ブロック６１２）。端末Ａがスタッフィングシーケンスと独自仕様のシーケンスを端末Ｂに送信している間、端末Ａも、もしあれば、端末Ｂにより送信されるスタッフィングシーケンスと独自仕様シーケンスを監視する（ブロック６１４）。端末Ａが端末Ｂから認識可能なシーケンスを受信するまでまたはビデオ通話が途中停止されるまで、端末Ａは、典型的にモバイルレベル検出フェーズを実行する。また、端末Ａはフェーズ２を開始してもよかった端末Ｂにより送信されたメッセージを監視する（ブロック６１６）。
【００６５】
独自仕様のシーケンスが端末Ｂから受信されたかどうかの決定がなされる（ブロック６２０）。答えが「Ｙｅｓ」であるなら、端末Ａはブロック６３０に進みクイック呼セットアップシーケンスのフェーズ２を実行する。そうでなければ、答えが「Ｎｏ」であるなら、規格外要求メッセージが端末Ｂから受信されたかどうかの決定がなされる（ブロック６２２）。端末Ｂはクイック呼セットアップをサポートしてもよく、独自仕様のシーケンスを端末Ａに送信したかもしれない。端末Ａはモバイルレベル検出フェーズにおいて単に端末Ｂにより送信された独自仕様のシーケンスを検出できなかったかもしれない。端末Ｂからの規格外要求メッセージの受信は、端末Ｂがクイックセットアップ手続をサポートすることを示すであろう。従って、ブロック６２２に対して答えが「Ｙｅｓ」であるなら、端末Ａはブロック６４０に進み、クイック呼セットアップ手続のフェーズ２を実行する。
【００６６】
独自仕様のシーケンスまたは規格外要求メッセージが端末Ｂから受信されなかった場合であって、ブロック６２０および６２２に対して答えが「Ｎｏ」であるなら、端末Ａは、規則的な呼セットアップのためのＨ．２４５交渉を実行する（ブロック６２４）。これは、Ｈ．２４５規格により指定される通常の方法でＣＥＳＥ，ＭＳＤＳＥ、ＭＴＳＥおよびＬＣＳＥのための手続を実行することを必要とする。
【００６７】
独自仕様のシーケンスが端末Ｂから受信され、ブロック６２０に対して答えが「Ｙｅｓ」であるなら、端末Ａはクイック呼セットアップ手続のフェーズ２を実行する。端末Ａはテーブル２および図５に示される情報を含んでいてもよい規格外要求メッセージを送信する（ブロック６３０）。また、端末Ａは端末Ｂからの規格外要求メッセージおよび端末Ａにより送信された規格外要求メッセージのためのＮＳＲＰアクノレジメントを監視する（ブロック６３２）。端末Ａは、端末Ｂから規格外要求メッセージを受信すると、ＮＳＲＰアクノレジメントを端末Ｂに送信する（ブロック６３４）。
【００６８】
規格外要求メッセージが端末Ｂから受信され、ブロック６２２に対して答えが「Ｙｅｓ」であったなら、端末Ａは規格外要求メッセージを端末Ｂに送信する（ブロック６４０）。また、端末Ａは、端末Ｂから受信した規格外要求メッセージに対して端末ＢにＮＳＲＰアクノレジメントを送信する。ブロック６４０および６４４はそれぞれブロック６３０および６３４に類似する。
【００６９】
ブロック６２４、６３４、または６４４においてビデオ通話セットアップを完了すると、端末Ａは、ビデオおよびオーディオ能力および端末Ｂを用いて交換されたマルチプレックステーブルエントリを用いてビデオ通話を開始する。
【００７０】
簡単化のために図６には示されていないけれども、端末Ａは、端末Ｂから独自仕様のシーケンスを受信するとブロック６２０からブロック６５０に直接進み、独自仕様のシーケンスで伝達されたビデオおよびオーディオ能力を用いて端末Ｂと通信してもよい。
【００７１】
この実施形態の場合、選択されたビデオおよびオーディオコーデックの関連するパラメーターに対してデフォルト値を定義してもよい。そしてデフォルトエントリは、マルチプレクッステーブルのために定義されてもよい。これらの値が更新されるまで、端末ＡとＢはデフォルト値を用いて通信してもよい。
【００７２】
図６において、端末Ａが独自仕様のシーケンスを受信しないが、端末Ｂから規格外要求メッセージを受信するなら、端末Ａは、ブロック６２４において規則的な呼セットアップのためにＨ．２４５交渉を実行してもよい。例えば、モバイルレベル検出フェーズの後で端末Ａがすでに規則的な呼セットアップを実行しているならこの場合がそうかもしれない。クイック呼セットアップに切り替えることは容易ではない。端末ＡがＣＥＳＥメッセージを送信しておらず端末Ｂの規格外要求メッセージを最初に受信するなら、端末Ａは依然として規則的なセットアップからクイック呼セットアップに切り替えることが可能であるかもしれない。ブロック６２４においてどの呼セットアップを実行するかは呼セットアッププロセスの実施に依存してもよい。
【００７３】
図７は、ここに記載されたクイック呼セットアップ手続を実施することができる、端末１１０の一実施形態のブロック図を示す。端末１１０は、携帯電話、ハンドセット、加入者装置、移動局、ユーザー端末、無線装置、モデム、またはその他の装置であってよい。
【００７４】
送信パス上において、ビデオエンコーダー７１２は、ビデオ信号を受信してエンコードし、コード化されたビデオストリームを送信（ＴＸ）データプロセッサー７１６に供給する。オーディオエンコーダー７１４は、オーディオ信号を受信してエンコードし、コード化されたオーディオストリームをＴＸデータプロセッサー７１６に供給する。ビデオエンコーダー７１２とオーディオエンコーダー７１４は、それぞれ遠隔端末で交換されたビデオ能力およびオーディオ能力に従ってエンコーディングを実行する。ＴＸデータプロセッサー７１６は、それぞれエンコーダー７１２および７１４からコード化されたビデオストリームおよびオーディオストリームを受信し、およびコントローラー７３０からデータストリームおよび制御ストリームを受信する。ＴＸデータプロセッサー７１６は、Ｈ．２２３のためのアダプテーションレイヤおよびマルチプレックスレイヤを実施し、受信されたデータストリームを処理し、ＭＵＸ−ＰＤＵｓを発生する。ＴＸ物理層（ＰＨＹ）プロセッサー７１８は、物理層のための処理を実行し（例えば、エンコードし、インターリーブし、変調する）、無線ネットワークにより指定されるＭＵＸ−ＰＤＵｓを処理し、ＰＨＹパケットを発生する。送信機ユニット（ＴＭＲ）７２０はＰＨＹパケットを条件づけし（例えば、アナログに変換し、フィルターし、増幅し、周波数アップコンバートする）、変調された信号を発生する。変調された信号はアンテナ７２２を介して送信される。
【００７５】
受信パス上において、アンテナ７２２は基地局から変調された信号を受信し、受信された信号を受信機ユニット（ＲＣＶＲ）７４０に供給する。受信機ユニット７４０は、受信された信号を条件づけし（例えば、フィルターし、増幅し、および周波数ダウンコンバートする）、条件づけされた信号をデジタル化し、データサンプルを供給する。受信（ＲＸ）ＰＨＹプロセッサー７４２は、データサンプルを処理し（例えば、復調し、デインターリーブし、およびデコードする）、デコードされたＰＨＹパケットをＲＸデータプロセッサー７４４に供給する。ＲＸデータプロセッサー７４４は、Ｈ．２２３のためのアダプテーションレイヤおよびマルチプレックスレイヤを受信機において実施し、デコードされたＰＨＹパケットを処理する。ＲＸデータプロセッサー７４４は、各デコードされたＰＨＹパケット内においてＭＵＸ−ＰＤＵｓを抽出し、適用可能であればエラー検出および／または訂正を実行し、ビデオ、オーディオ、データおよび制御を別個のメディアストリーム上に逆多重化する。ＲＸデータプロセッサー７４４はリカバーされたビデオストリームをビデオデコーダー７４６に供給し、リカバーされたオーディオストリームをオーディオデコーダー７４８に供給し、リカバーされたデータストリームおよび制御ストリームをコントローラー７３０に供給する。
【００７６】
ビデオデコーダー７４６は、リカバーされたビデオストリームを処理し、デコードされたビデオ信号を供給する。オーディオデコーダー７４８は、リカバーされたオーディオストリームを処理し、デコードされたオーディオ信号を供給する。コントローラー７３０は、リカバーされたデータストリームおよび制御ストリームを処理し、デコードされたデータを供給し、デコードされたビデオ、オーディオおよびデータを適切に提供するために制御を発生する。コントローラー７３０は、端末１１０において処理装置の動作を制御する。
【００７７】
メモリユニット７３２はコントローラー７３０により使用されるデータおよびプログラムを記憶する。
【００７８】
呼セットアップの場合、コントローラー７３０は、図２に示される呼フローを実行してもよくおよび／または図６に示されるプロセス６００を実行してもよい。モバイルレベル検出フェーズの場合、コントローラー７３０はＴＸデータプロセッサー７１６にスタッフィングシーケンスと独自仕様のシーケンスを遠隔端末に送信するように指示し、ＲＸデータプロセッサー７４４に遠隔端末装置により送信されたスタッフィングシーケンスおよび独自仕様のシーケンスを監視するように指示する。コントローラー７３０は、独自仕様のシーケンスが遠隔端末から受信されたかどうかに応じて規則的な呼セットアップまたはクイック呼セットアップを開始する。また、コントローラー７３０は、遠隔端末への規格外要求メッセージの送信を指示し、遠隔端末からの規格外要求メッセージの受信を指示する。
【００７９】
ここに記載されたクイック呼セットアップは、種々の手段により実施されてもよい。
【００８０】
例えば、クイック呼セットアップはハードウエア、ソフトウエア、またはそれらの組み合わせにおいて実施されてもよい。ハードウエア実施の場合、クイック呼セットアップを実施するために使用される処理装置は、１つ以上の特定用途向け集積回路（ＡＳＩＣｓ）、デジタルシグナルプロセッサー（ＤＳＰｓ）、デジタルシグナル処理装置（ＤＳＰＤｓ）、プログラマブルロジックデバイス（ＰＬＤｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プロセッサー、コントローラー、マイクロコントローラー、マイクロプロセッサー、ここに記載された機能を実行するように設計された他の電子装置またはそれらの組み合わせ内で実施してもよい。
【００８１】
ソフトウエア実施の場合、クイック呼セットアップはここに記載された機能を実行するモジュール（例えば、手続、機能等）で実施されてもよい。ソフトウエアコードは、メモリユニット（例えば、図７のメモリユニット７３２）に記憶されプロセッサー（例えば、コントローラー７３０）により実行されてもよい。メモリユニットは、プロセッサー内またはプロセッサー外部で実施されてもよい。
【００８２】
開示された実施形態の上述の記載は当業者がこの発明を製作または使用可能にするために提供される。これらの実施形態に対する種々の変更は当業者に容易に明白であり、ここに定義される統括的原理はこの発明の精神または範囲を逸脱することなく他の実施形態に適用されてもよい。従って、この発明は、ここに示される実施形態に限定されることを意図したものではなく、ここに開示された原理および新規な特徴と一致する最も広い範囲が許容されるべきである。
【図面の簡単な説明】
【００８３】
【図１】図１は無線通信ネットワークを示す。
【図２】図２は、クイックコールセットアップ手続のための呼フローを示す。
【図３】図３は独自仕様のシーケンスのための例示フォーマットを示す。
【図４】図４はモバイルレベル検出フェーズのためのスタッフィングシーケンスと独自仕様のシーケンスの送信を示す。
【図５】図５は、規格外の要求メッセージのための例示フォーマットを示す。
【図６】図６は、クイックコールセットアップを用いたビデオ通話をセットアップするためのプロセスを示す。
【図７】図７は端末のブロック図を示す。
【図１】
2008507214.tif 000005
【図２】
2008507214.tif 000006
【図３】
2008507214.tif 000007
【図４】
2008507214.tif 000008
【図５】
2008507214.tif 000009
【図６】
2008507214.tif 000010
【図７】
2008507214.tif 000011
【国際調査報告】
2008507214.tif 000012
2008507214.tif 000013
2008507214.tif 000014