(57)【要約】      （修正有）【課題】装置間でマルチメディア通信を確立する方法。【解決手段】第三世代パートナーシップ・プロジェクトにより開発された、端末間での呼確立に必要な時間を短縮する方法を提供する。具体的には、（ｉ）呼開始時に端末間で、両端末の機能を確立し、交換されるメディアとデータとのタイプと形式とを一致させるのに必要な方法、（ｉｉ）その確立を加速するために非標準Ｈ．２４５メッセージまたは非標準フィールドを備えた標準Ｈ．２４５メッセージを用いる方法、（ｉｉｉ）各端末に他方の機能を通知し、ベアラ確立のために用いる呼信号プロトコルに利用可能なあらゆるユーザ定義フィールドにより交換されるメディアとデータのタイプと形式と方法および装置、（ｉｖ）各端末に他方の機能を通知し、任意にベアラチャネル上でエラー制御のためにエンコードされたビットのバーストにより、交換されるメディアとデータのタイプと形式とを、受理する方法。【選択図】図１Ａ
2006140989.tif 000002
【特許請求の範囲】
【請求項１】
１つまたは複数の通信ネットワークを用いて、短縮した呼設定時間でユーザ間の呼起動を行う方法であって、この方法は、前記１つまたは複数の通信ネットワークに結合した少なくとも一組のＨ．３２４類似端末間に設けられ、
第１の端末と第２の端末とに関連した呼に対する１つまたは複数の設定であって、前記第１の端末と前記第２の端末との間での呼に対する初期の接続モードに関連する１つまたは複数の設定を設けることと、
前記１つまたは複数の設定をカスタムメッセージとして処理することと、
呼信号の処理の後に、前記第１の端末と前記第２の端末との間にベアラチャネルを確立することと、
前記カスタムメッセージを、前記ベアラチャネルを用いて、通信ネットワークを介して前記第１の端末から前記第２の端末へ転送することと、
前記第２の端末により、前記カスタムメッセージを処理することと、
前記初期の接続モードを前記第１の端末に示すために、呼信号レスポンスメッセージを用いて、前記第２の端末によりカスタムレスポンスメッセージを転送することと、
前記初期の接続モードが確立した後に、前記第１の端末と前記第２の端末との間で情報を交換することと、
を備える方法。
【請求項２】
前記情報はボイスとビデオとを備える請求項１に記載の方法。
【請求項３】
前記情報は音声を備える請求項１に記載の方法。
【請求項４】
前記情報はデータを備える請求項１に記載の方法。
【請求項５】
前記情報はビデオを備える請求項１に記載の方法。
【請求項６】
前記１つまたは複数の設定は、ＩＴＵ−Ｔ  ＡＳＮ．１カスタムメッセージに関連する請求項１に記載の方法。
【請求項７】
前記１つまたは複数の設定は、１つまたは複数のメモリに記憶されたテーブルにより提供される請求項１に記載の方法。
【請求項８】
前記１つまたは複数の設定は、あらかじめ定義された複数の設定モードのテーブルへの複数の索引からの１つの索引としてコード化され、前記１つまたは複数の設定は少なくとも１つの端末によって前記テーブルから取り出される請求項１に記載の方法。
【請求項９】
前記第１の端末はＨ．３２４類似ゲートウェイである請求項１に記載の方法。
【請求項１０】
前記第１の端末はＨ．３２４類似ハンドセット、Ｈ．３２４類似ゲートウェイ、またはＨ．３２４類似サーバより選択される請求項１に記載の方法。
【請求項１１】
前記第２の端末はＨ．３２４類似ゲートウェイである請求項１に記載の方法。
【請求項１２】
前記第２の端末はＨ．３２４類似ハンドセット、Ｈ．３２４類似ゲートウェイ、またはＨ．３２５サーバより選択される請求項１に記載の方法。
【請求項１３】
前記カスタムメッセージを前記第１の端末から前記第２の端末へ転送し、前記カスタムメッセージを前記第２の端末で処理することを最低Ｎ回（Ｎは１以上）繰り返すことと、
前記カスタムレスポンスメッセージを前記第２の端末から前記第１の端末へ転送することを最低Ｍ回（ＭはＮと等しい）繰り返すことと、
をさらに備える請求項１に記載の方法。
【請求項１４】
前記カスタムレスポンスメッセージは、前記第２の端末が少なくとも１または複数の設定を受信したことを示すものである請求項１に記載の方法。
【請求項１５】
少なくとも１つの設定が、前記第２の端末の好ましい接続モードである請求項１４に記載の方法。
【請求項１６】
前記カスタムメッセージを前記第１の端末から前記第２の端末へ転送し、前記カスタムメッセージを前記第２の端末で処理することを最低Ｎ回（Ｎは１以上）繰り返して、前記第２の端末の１または複数の設定の検出能を高めることと、
をさらに備える請求項１に記載の方法。
【請求項１７】
前記カスタムメッセージを初期の接続モードが確立する前に前記第１の端末から前記第２の端末へ転送し、前記カスタムメッセージを前記第２の端末で処理することを最低Ｎ回（Ｎは１以上）繰り返すことと、
をさらに備える請求項１に記載の方法。
【請求項１８】
前記カスタムメッセージに関連する初期の接続モードが前記第１の端末と前記第２の端末との間で確立されていないならば、前記第１の端末と前記第２の端末との間で標準の接続モードを確立することと、
をさらに備える請求項１に記載の方法。
【請求項１９】
１つまたは複数の通信ネットワークを用いて、短縮した呼設定時間でユーザ間の呼起動を行うシステムであって、
当該システムは、１または複数のメモリを備え、
前記１または複数のメモリは、
第１の端末と第２の端末とに関連した呼に対する１つまたは複数の設定であって、前記第１の端末と前記第２の端末との間での呼に対する初期の接続モードに関連する１つまたは複数の設定を設けるよう指示されたコードと、
前記１つまたは複数の設定をカスタムメッセージとして処理するよう指示されたコードと、
前記第１の端末と前記第２の端末との間にベアラチャネルを確立するよう指示されたコードと、
前記カスタムメッセージを、前記ベアラチャネルを用いて、通信ネットワークを介し前記第１の端末から前記第２の端末へ転送するよう指示されたコードと、
を備えるシステム。
【請求項２０】
前記１または複数のメモリは、
前記第２の端末により、前記カスタムメッセージを処理するよう指示されたコードと、
前記初期の接続モードを前記第１の端末に示すために、呼信号レスポンスメッセージを用いて、前記第２の端末によりカスタムレスポンスメッセージを転送するよう指示されたコードと、
をさらに備える請求項１９に記載のシステム。
【請求項２１】
前記１又は複数のメモリは、
前記初期の接続モードが確立した後に、前記第１の端末と前記第２の端末との間で情報を交換するよう指示されたコードと、
をさらに備える請求項１９に記載のシステム。
【請求項２２】
前記第１の端末はＨ．３２４類似ハンドセット、Ｈ．３２４類似ゲートウェイ、またはＨ．３２４類似サーバより選択される請求項１９に記載のシステム。
【請求項２３】
前記第１の端末はＨ．３２４類似ハンドセット、Ｈ．３２４類似ゲートウェイ、またはＨ．３２４類似サーバより選択される請求項１９に記載のシステム。
【請求項２４】
前記情報は、ボイス、データ、ビデオのうち少なくとも１つを備える請求項１９に記載のシステム。
【請求項２５】
１つまたは複数の通信ネットワークを用いて、短縮した呼設定時間でユーザ間の呼起動を行う方法であって、この方法は、前記１つまたは複数の通信ネットワークに結合した少なくとも一組のＨ．３２４類似端末間に設けられ、
第１の端末と第２の端末とに関連した呼に対する１つまたは複数の設定であって、前記第１の端末と前記第２の端末との間での呼に対する初期の接続モードに関連する１つまたは複数の設定を設けることと、
前記１つまたは複数の設定をカスタムメッセージとして処理することと、
呼信号の処理の後に、前記第１の端末と前記第２の端末との間にベアラチャネルを確立することと、
前記カスタムメッセージを、前記ベアラチャネルを用いて、通信ネットワークを介して前記第１の端末から前記第２の端末へ転送することと、
前記第２の端末により、前記カスタムメッセージを処理することと、
前記第２の端末により、前記カスタムメッセージに含まれる少なくとも１つの設定が受理されることと、
前記初期の接続モードを前記第１の端末に示すために、呼信号レスポンスメッセージを用いて、前記第２の端末によりカスタムレスポンスメッセージを転送することと、
前記初期の接続モードが確立した後に、前記第１の端末と前記第２の端末との間で情報を交換することと、
を備える方法。
【請求項２６】
１つまたは複数の通信ネットワークを用いて、短縮した呼設定時間でユーザ間の呼起動を行う方法であって、この方法は、前記１つまたは複数の通信ネットワークに結合した少なくとも一組のＨ．３２４類似端末間に設けられ、
第１の端末と第２の端末とに関連した呼に対する１つまたは複数の設定であって、前記第１の端末と前記第２の端末との間での呼に対する初期の接続モードに関連する１つまたは複数の設定を設けることと、
前記１つまたは複数の設定を第１のカスタムメッセージとして処理することと、
前記１つまたは複数の設定を第２のカスタムメッセージとして処理することと、
呼信号の処理の後に、前記第１の端末と前記第２の端末との間にベアラチャネルを確立することと、
前記第１の端末または前記第２の端末のどちらが、前記第１の端末および前記第２の端末により用いられる少なくとも１つの好ましいモードを選択する意思決定端末になるかを決定することと、
前記第１の端末または前記第２の端末の一方が前記意思決定端末である一方、他方の端末が受理端末となることを認識することと、
前記第１のカスタムメッセージを、前記ベアラチャネルを用いて、通信ネットワークを介して前記意思決定端末から前記受理端末へ転送することと、
前記受理端末により、前記第１のカスタムメッセージを処理することと、
前記第２のカスタムメッセージを、前記ベアラチャネルを用いて、通信ネットワークを介して前記意思決定端末から前記受理端末へ転送することと、
前記受理端末により、前記第２のカスタムメッセージに含まれる少なくとも１つの設定を受理することと、
前記初期の接続モードが確立した後に、前記意思決定端末と前記受理端末との間で情報を交換することと、
を備える方法。
【請求項２７】
前記意思決定端末は、あらかじめ確立した処理によって決定される請求項２６に記載の方法。
【請求項２８】
前記あらかじめ確立した処理は、前記第１の端末または前記第２の端末のいずれかを前記意思決定端末として選択する請求項２７に記載の方法。
【請求項２９】
前記意思決定端末は、前記カスタムメッセージの情報によって決定される請求項２６に記載の方法。
【請求項３０】
前記第１の端末または前記第２の端末のどちらかを前記意思決定端末とするにあたり不一致が生じたときは、あらかじめ確立された処理によって前記意思決定端末を決定する請求項２９に記載の方法。
【請求項３１】
１つまたは複数の通信ネットワークを用いて、短縮した呼設定時間でユーザ間の呼起動を行う方法であって、この方法は、前記１つまたは複数の通信ネットワークに結合した少なくとも一組のＨ．３２４類似端末間に設けられ、
第１の端末と第２の端末とに関連した呼のための第１の設定モードに対する１つまたは複数の設定であって、前記第１の端末と前記第２の端末との間での呼に対する初期の接続モードに関連する前記１つまたは複数の設定を設けることと、
前記１つまたは複数の設定を第１のカスタムメッセージとして処理することと、
呼信号のメッセージの１または複数のメッセージの所定のフィールドに前記第１のカスタムメッセージを埋め込むことと、
前記第１のカスタムメッセージを、呼信号の段階の間に、通信ネットワークを介して前記第１の端末から前記第２の端末へ転送することと、
前記第１のカスタムメッセージを前記第２の端末で処理することと、
前記第１の設定モードに関連する第１のカスタムメッセージを第２の端末でサポートするかどうかを決めることと、
前記第１の設定モードが前記第２の端末が受理したかどうかを示す第１のカスタムレスポンスメッセージを、呼信号レスポンスメッセージを用いて、前記第２の端末から前記第１の端末へ転送することと、
を備える方法。
【請求項３２】
前記第２の端末が前記第１の設定モードを認識しない、サポートしない、または受理しない場合に、呼設定を処理する第２の方法であって、
第２の設定モードと関連する１または複数の第２の設定を第２のカスタムメッセージとして処理することと、
前記第１の端末と前記第２の端末との間にベアラチャネルを確立することと、
前記第２のカスタムメッセージを、前記ベアラチャネルを用いて、通信ネットワークを介して前記第１の端末から前記第２の端末へ転送することと、
前記第２の端末で前記第２のカスタムメッセージを処理することと、
前記第２の設定モードが前記第２の端末でサポートされているかどうかを示すために、１つまたは複数のレスポンスメッセージを用いて、前記第２の設定モードカスタムレスポンスメッセージを前記第２の端末から前記第１の端末へ転送することと、
を備える第２の方法をさらに備える請求項３１に記載の方法。
【請求項３３】
前記第２の端末が前記第２の設定モードをサポートしない場合に、呼設定を処理する第３の方法であって、
標準メッセージ中の１または複数のカスタム非標準Ｈ．２４５メッセージまたはカスタム非標準フィールドは第３の初期の所定の接続モードに関連し、その標準メッセージ中の１または複数のカスタム非標準Ｈ．２４５メッセージまたはカスタム非標準フィールドを処理することと、
前記標準メッセージ中の１または複数のカスタム非標準Ｈ．２４５メッセージまたはカスタム非標準フィールドを、前記ベアラチャネルを用いて、通信ネットワークを介し前記第１の端末から前記第２の端末へ転送することと、
前記第２の端末が、標準メッセージ中の前記１または複数のカスタム非標準Ｈ．２４５メッセージまたは非標準フィールドを処理することと、
前記第３の初期の所定の接続モードが前記第２の端末でサポートされているかどうかを示すため、標準メッセージ中の前記１または複数のカスタム非標準Ｈ．２４５メッセージまたは非標準フィールドに関連するカスタム非標準レスポンスメッセージを前記第２の端末から前記第１の端末へ転送することと、
を備える第３の方法をさらに備える請求項３２に記載の方法。
【請求項３４】
前記第２の端末が前記第３の初期の所定の接続モードをサポートしない場合に、呼設定を処理する第４の方法であって、
共通のモバイルレベルを決定することと、
第４の初期の所定の接続モードのセットアップパラメータに関連する２以上のＨ．２４５メッセージを決定することと、
２以上のＨ．２４５メッセージを連結して少なくとも１つのＳＲＰフレームにし、その１つのＳＲＰフレームは、ＳＲＰコマンドフレームの所定のサイズによって特徴付けられることと、
前記２つのＨ．２４５メッセージを含む前記ＳＲＰコマンドフレームを、前記第１の端末から前記第２の端末に通信ネットワークを介し転送することと、
前記第４の初期の所定の接続モードが前記第２の端末でサポートされているかどうかを示すために、ＳＲＰ受信確認メッセージを前記第２の端末から前記第１の端末へ転送することと、
を備える第４の方法をさらに備える請求項３３に記載の方法。
【請求項３５】
もし、第４の初期の所定の接続モードが前記第２の端末でサポートされていないならば、前記第１の端末と前記第２の端末とを標準の接続モードで動作させることと、
をさらに備える請求項３４に記載の方法。
【請求項３６】
１つまたは複数の３Ｇ通信ネットワークを用いて、ユーザ間の呼起動を開始する方法であって、この方法は、前記１つまたは複数の３Ｇ通信ネットワークに結合した少なくとも一組のＨ．３２４類似端末間に設けられ、
第１の３Ｇ端末と第２の３Ｇ端末との間の呼に対する１または複数の接続モードに関連する１または複数のメッセージを設けることと、
呼信号の処理の後に、前記第１の３Ｇ端末と前記第２の３Ｇ端末との間にベアラチャネルを確立することと、
前記１または複数のメッセージを、カスタムメッセージを、前記ベアラチャネルを用いて、通信ネットワークの一部を介して前記第１の端末から前記第２の端末へ転送し、その通信ネットワークの一部は少なくともボイスとビデオとデータとを転送可能であることと、
を備える方法。
【請求項３７】
前記１または複数の接続モードは所定のものである請求項３６に記載の方法。
【請求項３８】
前記１または複数の接続モードは定められたものである請求項３６に記載の方法。
【請求項３９】
前記１または複数の接続モードはあらかじめ定義されているものである請求項３６に記載の方法。
【請求項４０】
前記１または複数の接続モードは高速(express)である請求項３６に記載の方法。
【請求項４１】
前記１または複数の接続モードは１または複数のカスタムメッセージである請求項３６に記載の方法。
【請求項４２】
前記１または複数の接続モードは１または複数の非標準メッセージである請求項３６に記載の方法。
【請求項４３】
前記第２の３Ｇ端末により前記１または複数のメッセージが処理されることと、
前記第１の端末に前記１または複数の接続モードを示すための１または複数のレスポンスメッセージを用いて、前記第２の端末が１または複数のレスポンスメッセージを転送することと、
をさらに備える請求項３６に記載の方法。
【請求項４４】
初期の接続モードが確立した後に、前記第１の３Ｇ端末と前記第２の３Ｇ端末との間で情報を交換することと、
をさらに備える請求項４３に記載の方法。
【請求項４５】
１つまたは複数の通信ネットワークを用いて、短縮した呼設定時間でユーザ間の呼起動を行うシステムであって、
当該システムは、１または複数のメモリを備え、
前記１または複数のメモリは、
第１の端末と第２の端末とに関連した呼に対する１つまたは複数の設定であって、前記第１の端末と前記第２の端末との間での呼に対する初期の接続モードに関連する１つまたは複数の設定を設けるよう指示されたコードと、
前記１つまたは複数の設定をカスタムメッセージとして処理するよう指示されたコードと、
呼信号の処理の後に、前記第１の端末と前記第２の端末との間にベアラチャネルを確立するよう指示されたコードと、
前記カスタムメッセージを、前記ベアラチャネルを用いて、通信ネットワークを介して前記第１の端末から前記第２の端末へ転送するよう指示されたコードと、
を備えるシステム。
【請求項４６】
前記１または複数のメモリは、
前記第２の端末により、前記カスタムメッセージを処理するよう指示されたコードと、
前記所定の接続モードを前記第１の端末に示すために、１または複数のレスポンスメッセージを用いて、第２の端末によりカスタムレスポンスメッセージを転送するよう指示されたコードと、
をさらに備える請求項４５に記載のシステム。
【請求項４７】
前記１または複数のメモリは、
前記初期の接続モードが確立した後に、前記第１の端末と前記第２の端末との間で情報を交換するよう指示されたコードと、
をさらに備える請求項４５に記載のシステム。
【請求項４８】
１つまたは複数の通信ネットワークを用いて、ユーザ間の呼を処理する方法であって、この方法は、前記１つまたは複数の通信ネットワークに結合した少なくとも一組のＨ．３２４類似端末間に設けられ、
第１の端末と第２の端末とに関連した呼のための第１の設定モードに対する１つまたは複数の設定であって、前記第１の端末と前記第２の端末との間での呼のための所定の接続モードに関連する前記１つまたは複数の設定を設けることと、
前記１つまたは複数の設定を第１のカスタムメッセージとして処理することと、
呼信号の処理の後に前記第１の端末と前記第２の端末との間でベアラチャネルを確立することと、
通信ネットワークを介して、前記ベアラチャネルを用いて前記第１の端末から前記第２の端末へカスタムメッセージを転送することと、
を備える方法。
【請求項４９】
前記第２の端末で前記カスタムメッセージを処理することと、
初期の接続モードが確立した後に前記第１の端末と前記第２の端末との間で情報を交換することと、
をさらに備える請求項４８に記載の方法。
【請求項５０】
１つまたは複数の通信ネットワークを用いて、ユーザ間の呼を処理する方法であって、この方法は、前記１つまたは複数の通信ネットワークに結合した少なくとも一組のＨ．３２４類似端末間に設けられ、前記１つ又は複数の通信ネットワークは少なくともボイスとビデオとデータとを転送可能であって、
第１の３Ｇ端末と第２の３Ｇ端末とに関連する呼のための１または複数の設定を設けることであって、前記１または複数の設定は前記第１の３Ｇ端末と前記第２の３Ｇ端末との間の呼のための所定の接続モードに関連するものであることと、
前記１または複数の設定をカスタムメッセージとして処理することと、
呼信号の処理の後に、前記第１の３Ｇ端末と前記第２の３Ｇ端末との間にベアラチャネルを確立することと、
前記ベアラチャネルを用い、３Ｇ通信ネットワークを介して前記カスタムメッセージを前記第１の端末から前記第２の端末に転送することと、
を備える方法。
【請求項５１】
少なくともボイスとビデオとデータとを転送できるモバイル通信端末であって、前記もバイス通信端末は１または複数のコンピュータメモリを備え、
前記１又は複数のコンピュータメモリは、
少なくとも１つのメッセージを設ける１または複数のコードであって、そのメッセージは、そのモバイル通信端末と別の端末との間の呼のための１または複数の接続モードに関連するよう指示された１または複数のコードと、
呼信号の処理の後に、前記モバイル通信端末と前記別の端末との間にベアラチャネルを確立するよう指示された１または複数のコードと、
メッセージを、ベアラチャネルを用いて、少なくとも通信ネットワークの１つの部分を介して、前記モバイル通信端末から前記別の端末へと転送する１または複数のコードであって、その前記通信ネットワークの部分は少なくともボイスとビデオとデータとを転送できるよう指示された１または複数のコードと、
を含むモバイル通信端末。
【請求項５２】
前記端末はモバイルハンドセットである請求項５１に記載の端末。
【請求項５３】
前記端末は３Ｇ通信ネットワークに結合されるゲートウェイである請求項５１に記載の端末。
【請求項５４】
前記１または複数の接続モードは、１または複数の所定の接続モードに関連する請求項５１に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２００３年１２月９日に出願した米国出願番号１０／７３２，９１７（代理人整理番号０２１３１８−０００１７１０）の一部の継続出願であって、米国仮出願番号６０／４３３２５２の優先権を主張、ここに引用して援用するものである。
【０００２】
（著作権表示）
本出願の一部には、コンピュータコードが含まれ、それはDilithium Networks Pty Ltd.の所有である。あらゆる権利は、著作権保護表示Dilithium Networks Pty Ltd. (c)2003. の下で保護される。
【背景技術】
【０００３】
本発明は、一般には装置（「端末」）間でのマルチメディア通信（マルチメディア「呼」）に関し、より詳細には、ＩＴＵ−Ｔ Ｈ．３２４勧告、および第三世代パートナーシップ・プロジェクト（３ＧＰＰおよび３ＧＰＰ２）により開発され、採用された３Ｇ−３２４Ｍ勧告などのＨ．３２４勧告に由来または関連する他の標準および勧告を使用する端末間での呼確立に必要な時間を短縮する方法に関する。単に一例としてではあるが、本発明は、移動通信ネットワーク上での３Ｇ−３２４Ｍ（Ｈ．３２４ベースのプロトコル）マルチメディア・ハンドセット間、および各エンドポイントで用いられるプロトコル間を仲介するマルチメディア・ゲートウェイを用いたパケットネットワーク上での３Ｇ−３２４Ｍマルチメディア・ハンドセットとＨ．３２３ベースの端末間でのマルチメディア通信の確立に適用されているが、本発明はまた他にも適用できることは明らかであろう。
【０００４】
Ｈ．３２４は、一般アナログ電話網（ＧＳＴＮ）上でのマルチメディア通信に対して標準の、国際電気通信連合（ＩＴＵ）のプロトコルである。Ｈ．３２４Ｍは、Ｈ．３２４の拡張版であり、移動通信ネットワーク上での接続を目的とする。また、３Ｇ−３２４Ｍは、第三世代パートナーシップ・プログラム（３ＧＰＰ）による勧告であり、３ＧＰＰの範囲内でのＨ．３２４Ｍの使用に対する適合性を規定し、また３ＧＰＰ２により採用される。Ｈ．３２４ベースまたは由来のプロトコルを用いる装置やシステムをＨ．３２４類似装置と呼ぶことにする。Ｈ．３２４類似装置は、他のＨ．３２４類似装置と交換局経由で接続でき、Ｈ．３２４類似ではない他の装置とはマルチメディア・ゲートウェイを介して接続できる。Ｈ．３２４類似ではない他の装置の例として、Ｈ．３２３装置がある。Ｈ．３２３は、帯域非保証型パケットネットワーク上でのマルチメディア通信に対して標準の、国際電気通信連合のプロトコルである。Ｈ．３２３類似装置とは、Ｈ．３２３プロトコルベースまたは由来のプロトコルを用いる装置のことをいう。
【０００５】
一般性を失うことなく、「Ｈ．３２４」という表現を、Ｈ．３２４Ｍおよび３Ｇ−３２４Ｍ装置を含むＨ．３２４類似装置を示すのに用いることとし、「Ｈ．３２３」という表現をＨ．３２３類似装置を示すのに用いることとする。
【０００６】
また、一般性を失うことなく、「装置」という表現を、ハンドセットなどのようなユーザ端末装置、あるいは交換機やゲートウェイなどのネットワーク端末装置のいずれかを示すのに用いることとする。「装置」という表現はエンティティの意味を含む。また、「装置」と「端末」という表現は可換であり、どちらも本文書中では同じ意味を示すものとする。
【０００７】
Ｈ．３２４、Ｈ．３２４Ｍ、または３Ｇ−３２４Ｍの実施形態である機器間で呼がなされる場合、呼の第１段階は、装置間でエンドツーエンド・ベアラを確立することである。この段階のことを呼信号とよび、モデムや一般アナログ電話網が使用されている場合を除き、Ｈ．３２４の範囲外である。呼の第２段階は、Ｈ．３２４のセッションを確立することであり、それは、装置がサポートする形式で、装置間にビデオ、オーディオ、およびデータの送信手段を設けることである。これを行うために、Ｈ．３２４Ｍは、さらに２つのＩＴＵ−Ｔ勧告を用いる。
【０００８】
この用いる勧告のうち、最初の１つは、「低ビットレートのマルチメディア通信用多重化プロトコル」であるＨ．２２３である。Ｈ．２２３は、フレーム指向の多重化プロトコルの仕様を定めており、単一通信回線上で、あらゆる組み合わせのボイス、ビデオ、およびデータ（例えば、コマンドとコントロールなど）のデジタル情報を転送できるようにする。このＨ．２２３は、多くの接続モードが使え、それは、エラーの存在下でもより高い柔軟性の実現を目的としたＨ．２２３勧告の補遺Ａ、Ｂ、およびＣに仕様が定められている。これはまた、モバイルレベル１、２、および３としても知られている。この補遺のいずれも適用しなければ、Ｈ．２２３は、時には、モバイルレベル０（ベースライン）での接続ともみなされる。Ｈ．３２４には、論理チャネルの概念があり、その概念とは、回線交換リンク上に仮想チャネルを設ける方法のことである。マルチプレクサの役割は、論理チャネル上に書き込まれたデータチャンク各部を、マルチプレクサ・プロトコルデータユニット（ＭＵＸ−ＰＤＵ）として知られるフレームに混合（多重化）することである。論理チャネル０は、常に利用可能であり、コマンドとコントロールに用いられる。データ（ボイス、ビデオ、コマンドとコントロール、および他の一般的なデータ）は、サービスデータユニット（ＳＤＵ）と呼ばれるビットストリームチャンクを介して、マルチプレクサとやり取りされる。種々のＳＤＵは、多重化される前に適合層を通過し、そこで、エラー検出、シーケンス番号付与、再送リクエストなどの目的のために追加情報を付加することができる。
【０００９】
勧告のうちの２番目は、「マルチメディア通信用コントロールプロトコル」であるＨ．２４５であり、端末情報メッセージの構文と動作、および通信開始時または通信の最中でのインバンド・ネゴシエーションに対するそれらの使用手順に関して仕様を定める。このメッセージは、機能と設定、ロジカルチャネルシグナリング、およびコントロールとインジケーションの送受信を扱う。Ｈ．２４５で仕様を定めたこのメッセージは、ＩＴＵ−Ｔの抽象構文記法１（ＡＳＮ．１）に示されており、リクエスト、レスポンス、コマンド、またはインジケーションタイプのメッセージとして分類することができる。Ｈ．２４５のメッセージは、送信される前に、ＡＳＮ．１標準に従いエンコードされる。リクエストタイプのＨ．２４５メッセージを端末が送信すると、この端末は、遠隔端末がレスポンスタイプの適切なメッセージを返信するように要求する。もし、そのレスポンス（受信確認を意味するアック「Ａｃｋ」と呼ばれることもある）が一定時間内に受信されなければ、送信側端末がリクエストを再送信する。あるいはリクエストを繰り返してもなんらのレスポンスも受信されなければ、他の適切な処置をとることになる。リクエストの再送信は、何度でも生じる可能性がある。呼設定に関わるＨ．２４５メッセージの多くが、リクエストタイプのものである。
【００１０】
また、Ｈ．２４５は、正確な接続のために信頼性の高いリンク層を要求する。これを実現する主要な手段は、Ｈ．３２４の補遺に仕様を定めてあるが、簡易再送プロトコル（ＳＲＰ）または番号を付与した簡易再送プロトコル（ＮＳＲＰ）を用いることであり、このプロトコルでは、全般的にはマルチメディア・システム・コントロールＰＤＵとして、また本文書ではＨ．２４５ＰＤＵとして知られる１つまたは複数のＨ．２４５メッセージが送信前にＳＲＰコマンドフレームに形成され、受信側端末は、ＳＲＰコマンドフレームを正しく受信したという確認のためにＳＲＰレスポンスフレーム（ＳＲＰアックと呼ばれることもある）を送信しなければならない。最後のメッセージに対するＳＲＰアックが受信されるまで、端末装置は、それ以上のいかなるＨ．２４５メッセージも送信してはならない。
【００１１】
受信された各Ｈ．２４５リクエストメッセージに対するＨ．２４５レスポンスメッセージの送信要求と、送信された各ＳＲＰコマンドフレームに対するＳＲＰアックの受信の必要性との複合効果は、単独のリクエストメッセージでは無事に伝達されるのにある程度時間がかかる、ということを意味する。一方の端末（Ａ）から他方の端末（Ｂ）へのＨ．２４５メッセージの送信と、Ｈ．２４５レスポンス（アック）メッセージの入手に関わる通信について図１Ａに示す。また、図１Ａには、片道のＨ．２４５メッセージが片道のＳＲＰコマンドフレーム（ＳＲＰ  ＣＦ）に形成された場合に関与するＳＲＰコマンドフレーム（ＳＲＰ  ＣＦ）とＳＲＰレスポンスフレーム（ＳＲＰ  ＲＦ または ＳＲＰアック）とを示す。  Ｈ．３２４標準により、複数のＨ．２４５メッセージが１つのＳＲＰコマンドフレーム内で連結されることが可能となるが、この機能は、このような端末がもしＳＲＰコマンドフレーム内で遭遇した最初のＨ．２４５メッセージのみに応答する場合は、そう頻繁には利用されない。場合によっては、複数のＨ．２４５リクエストまたはレスポンスを含むＳＤＵを受信すると、この機能をサポートしない端末は誤動作を起こすかもしれない。
【００１２】
図１Ａに示すＨ．２４５リクエストとレスポンスのシーケンスのことを、「往復」と呼ぶことにし、それを終了させるのに関与する時間を「往復遅延」と呼ぶことにする。
【００１３】
典型的なＨ．３２４呼設定および呼接続に関わる重要なステップは以下の通りである。
【００１４】
１．呼信号（ベアラ確立）：  Ｈ．３２４の範囲外。通常は、ＧＳＴＮであれば、ＩＳＤＮを介したモデム接続。または移動体通信の場合は移動体交換局を介した信号伝達。
２．モバイルレベル検出（ＭＬＤ）：  ここで共通のモバイルレベルが装置間で一致する。このステップは、Ｈ．３２４Ｍや３Ｇ−３２４Ｍ装置などのモバイル用の拡張をサポートするＨ．３２４装置により実行される。
３．端末機能交換（ＴＣＳ）：  Ｈ．２４５メッセージング
４．マスタ・スレーブ判定（ＭＳＤ）：  Ｈ．２４５メッセージング
５．オープン／クローズ論理チャネル（ＯＬＣ）：  Ｈ．２４５メッセージング
６．マルチプレクサ・テーブルエントリ交換（ＭＴＥ）：  Ｈ．２４５メッセージング
【００１５】
ステップ３〜６は、前述のようにＨ．２４５リクエストとレスポンスメッセージのシーケンスを用いて実行され、これを図１Ａに示す。Ｈ．３２４の呼に関するリクエストとレスポンスの完全なシーケンスを図１Ｂに示す。ここで留意すべきは、上記ステップ５および６の順序は可換だということである。また、ステップ３〜６は、シグナリングエンティティとしても知られる基礎をなす状態機械により定義される手順に関係することに留意すべきである。この関連するシグナリングエンティティには次のものがある。
【００１６】
１．機能交換シグナリングエンティティ（ＣＥＳＥ）
２．マスタ・スレーブ判定シグナリングエンティティ（ＭＳＤＳＥ）
３．論理チャネル・シグナリングエンティティ（ＬＣＳＥ）
４．多重化テーブル・シグナリングエンティティ（ＭＴＳＥ）
【００１７】
一旦これらのステップが完了すると、メディア（ビデオ、オーディオ、およびデータ）は端末間を流れることができる。ここで留意すべきは、Ｈ．２４５メッセージは、先に説明したように、事前に定義され、マルチプレクサの事前に定義した多重化テーブルエントリ０により伝わる論理チャネル０上を流れることである。一旦、他の多重化テーブルエントリと交換すると、それもＨ．２４５メッセージとあわせて用いることができる。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
上記の重要なステップは、多くの場合、順番に処理されるが、これは、各方向に２つの論理チャネルでＨ．３２４セッションを確立するために、Ｈ．２４５メッセージの往復遅延が１０も生ずる結果となる。さらに、送信された各メッセージに対して、その他のメッセージを送信する前に、それが同じシグナリングエンティティと関連するか否かにかかわらず、エンドポイントがＳＲＰメッセージを受信することを要求するＨ．３２５／Ｈ．２４５に用いられるＳＲＰスキーム（あるいは、もしモバイルレベルが０を超える場合は、番号付与バージョンであるＮＳＲＰ）は、そうでない場合よりも呼設定を遅くしつつ、さらに範囲をネットワーク上のパイプラインメッセージに制限する。図１Ｂには、ＳＲＰメッセージは示されていない。
【００１９】
Ｈ．３２４Ｍに対しては、図１Ｂに示す上述の端末機能設定（ＴＣＳ）リクエストのステップに先立ち、モバイルレベル検出／マルチプレクサ同期化フェーズが実行される。これは、各端末が接続する最高のモバイルレベルを示すビット（フラグ）の繰り返しパターンを送信する各端末からなる。各端末は、各端末が受信しているそのフラグを検証する。もし、このフラグが下位のモバイルレベルを示す場合は、端末は、同じ下位レベルまで下がる。両端末が同じフラグシーケンスを送信すると、このステップは終了する。
【００２０】
Ｈ．３２４Ｍの呼確立のために実行する必要がある上記一連の手順のため、Ｈ．３２４の実施形態である端末から呼がなされる場合は、呼信号が起動される時間から、Ｈ．３２４類似エンドポイント（Ｈ．３２４、Ｈ．３２４Ｍ、または３Ｇ−３２４Ｍ）とＨ．３２４類似か否かにかかわらず他の端末との間でのボイスとビデオの交換が開始する時間までの間、長い呼設定時間にいらいらしがちである。
【００２１】
ＩＴＵ−Ｔ勧告Ｈ．３２３は、呼に関係するコマンド、コントロール、およびインジケーションメッセージの信号伝達に関して、Ｈ．３２４と同様の方法でＨ．２４５を用いる。ただし、Ｈ．３２４とは異なり、Ｈ．３２３は、Ｈ．３２３装置間での呼設定時間を短縮するために多くの特徴を備える。ＩＥＴＦのセッション開始プロトコルにも、同様の技術が存在する。
【００２２】
このように、Ｈ．３２４類似端末と、Ｈ．３２４タイプまたはマルチメディア・ゲートウェイを介したＨ．３２３などのもう一方の端末との間での呼設定時間を短縮する技術が求められている。Ｈ．３２４プロトコル（およびＨ．３２４Ｍや３Ｇ−３２４Ｍなどのその拡張版）と、Ｈ．３２３やその他のプロトコルとの違いは、Ｈ．３２４類似端末に対して呼確立時間を短縮する技術を導入する場合は、付加的な側面を考慮する必要がある、という点である。その違いには、用いるモバイルレベルに関する情報、および多重化テーブルエントリや適合層などのマルチプレクサに関するメッセージングと情報とが含まれる。
【課題を解決するための手段】
【００２３】
本発明は、通信技術を提供し、より詳細には、ＩＴＵ−Ｔ Ｈ．３２４勧告、および第三世代パートナーシップ・プロジェクト（３ＧＰＰおよび３ＧＰＰ２）により開発され、採用された３Ｇ−３２４Ｍ勧告などのＨ．３２４勧告に由来または関連する他の標準および勧告を使用する端末間での呼確立に必要な時間を短縮する方法を提供する。さらに具体的には、本発明は、（ｉ）呼開始時に端末間で、両端末の機能を確立し、交換されるメディアとデータのタイプと形式とを一致させるためにやりとりするのに必要なＨ．２４５メッセージを連結させる方法および装置、（ｉｉ）その確立を加速するために非標準Ｈ．２４５メッセージまたは非標準フィールドを備えた標準Ｈ．２４５メッセージを用いる方法および装置、（ｉｉｉ）各端末に他方の機能を通知し、Ｈ．３２４呼開始段階に先立ち、ベアラ確立のために用いる呼信号プロトコルに利用可能なあらゆるユーザ定義フィールドにより交換されるメディアとデータのタイプと形式とを提案する方法および装置、および（ｉｖ）各端末に他方の機能を通知し、任意にベアラチャネル上でエラー制御のためにエンコードされたビットのバーストにより、交換されるメディアとデータのタイプと形式とを、望まれるとすぐに提案する方法および装置、好ましくはベアラチャネル上において伝送される第１の情報として提案する方法および装置に関する。
【００２４】
ユーザが呼確立を要求する時点から、メディアが端末間で交換され始める時点までの時間を短縮するために、上記の方法を、個別に用いてもよい。単に一例としてではあるが、本発明は、移動通信ネットワーク上での３Ｇ−３２４Ｍ（Ｈ．３２４Ｍベースのプロトコル）マルチメディア・ハンドセット間、および各エンドポイントで用いられるプロトコル間を仲介するマルチメディア・ゲートウェイを用いたパケットネットワーク上での３Ｇ−３２４Ｍマルチメディア・ハンドセットとＨ．３２３ベースの端末間でのマルチメディア通信の確立に適用されているが、また他にも適用できることは明らかであろう。
【００２５】
本発明は、Ｈ．３２４類似の呼確立に必要なシーケンシャルステップ数を減らす技術を、個別に用いることが可能な多くの方法により提供する。
【００２６】
ステップ数を減らすために、少なくとも４タイプの方法を説明する。これらの方法を、タイプI、II、III、IVと呼ぶこととし、参照を簡略にするために、それらに番号を付与することとする。これらの方法は、一緒に用いても良いし、実施形態に応じて従来の技術とともに用いてもよい。また、多くの変形、代替、および修正形態があることは、当業者には明らかであろう。
【００２７】
具体的な実施形態では、これらの方法は次の通りである。
１．タイプI：  Ｈ．２４５メッセージの連結。これにより、メディア通信を開始するための標準ＳＲＰ／ＮＳＲＰコマンドメッセージの数が減少する。
２．タイプII：  Ｈ．２４５非標準メッセージング機能の組込み。呼に関わる装置に関する情報を組込むことにより、メディア通信を開始するためのＨ．２４５とＳＲＰ／ＮＳＲＰメッセージとの交換回数が減少する。
３．タイプIII：  装置設定情報の組込み。装置設定情報を呼信号プロトコル交換に組込むことにより、呼信号に続く装置間でのメディア通信を開始するためのさらに多くの情報交換の必要性を排除する。
４．タイプIV：  装置設定情報の組込み。装置設定情報を、ベアラがデータ転送可能となるとすぐにベアラ上の装置により転送される第１のビットのバーストに組込む。ビットのバーストは、設定情報、暗号化された設定情報、干渉や他の状況のために発生するエラーから保護するためエンコードされた設定情報に代表される。ビットのバーストは、その情報を検知するタイプIVをサポートする他のエンティティの確率を増すために、また、ベアラデータの送信／運搬の開始の同期の問題を回避するために、何回か繰り返される。
【００２８】
いずれの場合も、これらの方法は、Ｈ．３２４標準と一致する端末動作に戻る手段を提供する。
【００２９】
タイプI：  ＳＲＰ／ＮＳＲＰコマンドフレームにＨ．２４５メッセージを連結することによる時間短縮
【００３０】
この方法は、複数のＨ．２４５メッセージを単一のＳＲＰ／ＮＳＲＰ（Ｈ．２４５ ＰＤＵ）コマンドフレームに連結する機能を、Ｈ．２４５、ＳＲＰ／ＮＳＲＰメッセージ、および関連する往復遅延の数を減少させる手段として有効に利用する。このＨ．２４５メッセージは、従属関係を破らない方法で連結される必要がある。
【００３１】
Ｈ．３２４範囲内でのＨ．２４５の使用により、装置は、複数のＨ．２４５要素を単一のＰＤＵに連結することができ、これにより、次のＰＤＵが送信可能となる前に、各Ｈ．２４５ＰＤＵが受信するＳＲＰ／ＮＳＲＰレスポンスのために各リクエスト／レスポンス対が２往復する必要性を回避できる。
【００３２】
この方法は、複数のＨ．２４５メッセージを送信するために連結したＨ．２４５を用いるもので、単一のＨ．２４５ＰＤＵ内の各メッセージは、相互に従属関係のない異なったシグナリングエンティティに由来する。
【００３３】
連結したＨ．２４５をサポートしない装置との相互接続は、そのような装置が、ＰＤＵ内の２番目以降のＨ．２４５要素を無視すれば、もし無視されたメッセージがＨ．２４５リクエストメッセージである場合は、要求されたいかなるＨ．２４５レスポンスメッセージも送信しない、ということに留意することで実現できる。従って、送信された最初の連結したＨ．２４５ＰＤＵは、少なくとも２つのリクエストメッセージを含む必要があり、最初のメッセージはリクエストでなければならない。もし、最初のメッセージに対するアックのみが受信された場合は、送信側装置は、受信確認がなされていないリクエストやその他のメッセージを再送信することになる。そして、こうする際、さらにその後のあらゆるＨ．２４５メッセージを送信する際には、送信側装置は、その後の各Ｈ．２４５ＰＤＵ内の１つのＨ．２４５メッセージのみを送信する状態に戻る必要がある。最初のＨ．２４５ＰＤＵ内の全てのＨ．２４５メッセージへのレスポンスが受信されると、送信側装置は連結したメッセージを使用し続けることが可能となる。この技術を用いると、連結したメッセージをサポートしている場合は、往復遅延の回数が減少することになる。この方法は、Ｈ．２４５とＨ．３２４標準によりすでに認められ、定義されたプロトコル要素以外に、いかなるプロトコル要素をも定義しない。既存のプロトコルへの拡張よりも、むしろ、賢明なやり方で既存のプロセスを利用することが考えられる。
【００３４】
好ましくは、本発明は、１つまたは複数の通信ネットワークを用いた、ユーザ間での呼設定時間を短縮した呼起動の方法を提供する。この方法は、１つまたは複数の通信ネットワークと結合した少なくとも一組のＨ．３２４類似端末間に設けられる。この方法には、呼起動のために、第１の端末から第２の端末へ通信ネットワークを介して呼信号メッセージを送信し、一旦、呼信号メッセージが第２の端末により受信されると、第１および第２の端末間でのベアラチャネルを確立し、さらに共通のモバイルレベルを決定することが含まれる。ここで用い、また明細書全体で用いるように、「第１の端末」および「第２の端末」という用語は、例示目的のために規定されているに過ぎない。これらそれぞれの端末に関連した機能性は、ここで定義したクレームの範囲から外れることなく、相互に交換することができ、まとめることその他ができる。さらに、この方法には、最初の所定の接続モードに対する設定パラメータに関する２つ以上のＨ．２４５メッセージを確定し、この２つ以上のＨ．２４５メッセージを、所定のＳＲＰコマンドフレームサイズに従い１つのＳＲＰコマンドフレームに連結し、さらに２つ以上のＨ．２４５メッセージを含むＳＲＰコマンドフレームを第１の端末から第２の端末へ通信ネットワークを介して送信することが含まれる。さらに、この方法には、一旦、ＳＲＰコマンドフレームが第２の端末により受信されると、この第２の端末によりＳＲＰ受信確認メッセージを送信し、所定の時間内に、少なくとも２つ以上のＨ．２４５メッセージを処理し、ベアラチャネルを介した第１および第２の端末間での初期の所定接続モードを確立させることが含まれる。
【００３５】
もう１つの実施形態では、この発明は、１つまたは複数の通信ネットワークを用いて、ユーザ間に、短縮した呼設定時間で呼起動を行うための指示を含むコンピュータ可読媒体を提供する。このコンピュータ可読媒体は、１つまたは複数の通信ネットワークと結合した少なくとも一組のＨ．３２４類似端末間に設けられる。また、このコンピュータ可読媒体には、第１の端末から第２の端末へ通信ネットワークを介して呼起動を行うために呼信号メッセージを送信するための１つまたは複数の指示と、一旦、呼信号メッセージが第２の端末により受信されると第１および第２の端末間にベアラチャネルを確立するための１つまたは複数の指示と、共通のモバイルレベルを決定するための１つまたは複数の指示とが含まれる。さらに、このコンピュータ可読媒体には、初期の所定接続モードに対する設定パラメータに関する２つ以上のＨ．２４５メッセージを確定するための１つまたは複数の指示と、この２つ以上のＨ．２４５メッセージを、所定のＳＲＰコマンドフレームサイズに従い、１つのＳＲＰコマンドフレームに連結するための１つまたは複数の指示と、２つ以上のＨ．２４５メッセージを含むＳＲＰコマンドフレームを、第１の端末から第２の端末へ通信ネットワークを介して送信するための１つまたは複数の指示とが含まれる。さらにこのコンピュータ可読媒体には、一旦、ＳＲＰコマンドフレームが第２の端末により受信されると、この第２の端末がＳＲＰ受信確認メッセージを送信するための１つまたは複数の指示と、所定の時間内に、少なくとも２つ以上のＨ．２４５メッセージを処理するための１つまたは複数の指示と、ベアラチャネルを介した第１および第２の端末間で初期の所定接続モードを確立させるための１つまたは複数の指示とが含まれる。
【００３６】
タイプII：  Ｈ．２４５非標準メッセージを用いた時間短縮
【００３７】
Ｈ．３２４類似の呼確立に必要なシーケンシャルステップ数を減少させるという本発明の課題である２番目の方法は、Ｈ．２４５プロトコルの非標準メッセージング機能の利用を提案する。Ｈ．２４５では、非標準の拡張を付加する多くの方法が可能となる。Ｈ．２４５では、呼速度を上げるために非標準メッセージを付加する多くの方法がある。この方法のうち最も興味深いものは、Ｈ．２４５ TerminalCapabilitySetメッセージとＨ．２４５ NonStandardMessage レスポンスメッセージの範囲内での非標準機能の利用である。この２つのメッセージは、発呼装置が特定の方法で接続可能であるという信号を伝達し、マスタ・スレーブ判定、開かれるべき論理チャネル、およびこの非標準拡張内に組込まれた多重化テーブルエントリに関して、呼設定を加速するために遠隔端末に提案と設定とを提供するのに用いられる。この遠隔端末がこの方法をサポートする場合は、遠隔端末は、非標準拡張を用いて発呼端末に信号を伝達し、それはまた遠隔端末が受け入れたことを示すことになり、修正を提案したり、あるいは、例えば遠隔端末が用いている多重化テーブルエントリを含む他の情報を提供したりすることもできる。
【００３８】
着呼端末が、この方法をサポートしない場合は、この着呼端末は、非標準拡張を単に無視し、この非標準レスポンスに応答せず、標準レスポンスに応答することになる。そして、標準Ｈ．３２４類似の呼で、呼の過程は次に進むことになる。このタイプIIの方法は、タイプIの方法を処理する非サポート端末を必要としない。
【００３９】
好ましくは、本発明は、１つまたは複数の通信ネットワークを用いた、ユーザ間での呼設定時間を短縮した呼起動の方法を提供する。この方法には、呼起動のために、第１の端末から第２の端末へ通信ネットワークを介して呼信号メッセージを送信し、一旦、呼信号メッセージが第２の端末により受信されると、第１および第２の端末間にベアラチャネルを確立させることが含まれる。この方法にはまた、接続用の共通モバイルレベルの決定も含まれる。この方法は、１つまたは複数のカスタム非標準Ｈ．２４５メッセージまたは標準メッセージ中のカスタム非標準フィールドを設ける。この１つまたは複数のカスタムＨ．２４５メッセージまたはカスタム非標準フィールドは、初期の所定接続モードに関する１つまたは複数の設定パラメータに関連する。また、この方法には、１つまたは複数のカスタム非標準Ｈ．２４５メッセージまたは標準メッセージ中のカスタム非標準フィールドを、第１の端末から第２の端末へ送信し、１つまたは複数のカスタム非標準Ｈ．２４５メッセージまたはカスタム非標準フィールドに関連するカスタム非標準レスポンスメッセージを、第２の端末から第１の端末に送信し、所定の時間内に、１つまたは複数のカスタム非標準Ｈ．２４５メッセージまたはカスタム非標準フィールドを処理することが含まれる。さらに、この方法には、少なくとも１つまたは複数のカスタム非標準Ｈ．２４５メッセージまたはカスタム非標準フィールドに基づき、ベアラチャネルを介した第１および第２の端末間での初期の所定接続モードを確立することが含まれる。
【００４０】
もう１つの実施形態では、この発明は、１つまたは複数の通信ネットワークを用いて、ユーザ間に、短縮した呼設定時間で呼起動を行うための指示を含むコンピュータ可読媒体を提供する。このコンピュータ可読媒体は、１つまたは複数の通信ネットワークと結合した少なくとも一組のＨ．３２４類似端末間に設けられる。また、このコンピュータ可読媒体には、第１の端末から第２の端末へ通信ネットワークを介して呼起動を行うために呼信号メッセージを送信するための１つまたは複数の指示と、一旦、呼信号メッセージが第２の端末により受信されると第１および第２の端末間にベアラチャネルを確立するための１つまたは複数の指示と、接続に対する共通のモバイルレベルを決定するための１つまたは複数の指示とが含まれる。さらに、このコンピュータ可読媒体には、１つまたは複数のカスタム非標準Ｈ．２４５メッセージまたは標準メッセージ中のカスタム非標準フィールドを設けるための１つまたは複数の指示が含まれる。１つまたは複数のカスタム非標準Ｈ．２４５メッセージまたはカスタム非標準フィールドは、初期の所定接続モードに対する１つまたは複数の設定パラメータに関連する。さらに、このコンピュータ可読媒体には、１つまたは複数のカスタム非標準Ｈ．２４５メッセージまたは標準メッセージ中のカスタム非標準フィールドを、第１の端末から第２の端末へ送信するための１つまたは複数の指示と、１つまたは複数のカスタム非標準Ｈ．２４５メッセージまたはカスタム非標準フィールドに関するカスタム非標準レスポンスメッセージを、第２の端末から第１の端末へ送信するための１つまたは複数の指示と、所定の時間内に、１つまたは複数のカスタム非標準Ｈ．２４５メッセージまたはカスタム非標準フィールドを処理するための１つまたは複数の指示とが含まれる。また、このコンピュータ可読媒体には、ベアラチャネルを介した第１および第２の端末間で、カスタム非標準Ｈ．２４５メッセージまたはカスタム非標準フィールドの少なくとも１つまたは複数に基づき、初期の所定接続モードを確立させるための１つまたは複数の指示とが含まれる。
【００４１】
タイプIII：  装置設定を呼信号フェーズに組込むことによる時間短縮
【００４２】
Ｈ．３２４端末の呼設定時間を短縮するための３番目の方法は、ユーザ定義情報をベアラ確立プロトコル中に組込むことが可能な呼信号フェーズ（ベアラ確立）の間に情報を渡すことを提案する。この方法により、Ｈ．３２４類似発呼装置は、メディア通信と、その基本となるマルチプレクサと論理チャネルの構成に関して、装置設定を明らかにすることができる。設定コード（事前に定義された設定構成を表す数値の文字列、またはアルファベットや数値の文字列）、およびＩＴＵ−Ｔ抽象構文記法（ＡＳＮ．１）形式などの形式で表現される明示的設定を含み、そのような設定を表す多くの方法がある。このような設定（符号化された、または明示的な）のことをプロファイルと呼ぶ。明示的設定またはプロファイルの場合は、ベアラ設定信号またはメッセージの一部としてプロファイルのリストを送信することができる。プロファイル（符号化された、または明示的な）により、マルチプレクサやＨ．２４５チャネルの呼設定に必要な全ての特徴を表す正確な値が明らかになる。例えば、モバイルレベル、マスタ・スレーブ判定、各論理チャネルに対するメディア形式、および各論理チャネルに対するマルチプレクサ・テーブルエントリなどは定義されてなければならない。応答装置は、次に、ベアラ確立（呼信号）信号またはメッセージに組込まれているユーザ定義情報に用いるため、プロファイルを選択する。このことにより、端末は、着呼装置が呼を受け入れた後に何往復も要求される訳ではなく、着呼装置が呼を受け入れた時点で、Ｈ．２４５チャネルのパラメータを交換することができる。
【００４３】
ベアラ確立（呼信号）は、通常はＨ．３２４類似装置を用いるネットワークに固有のものである。３Ｇ−３２４Ｍとの関連で、呼信号は、設定情報メッセージの組込みを可能にするＩＴＵ−Ｔ Ｑ．９３１類似呼設定プロトコルを用いる。このＱ．９３１により、ユーザ定義情報をプロトコルメッセージに組込むことが可能となる。Ｑ．９３１のシグナリングは複雑であるが、本明細書での説明のためには、２つのメッセージに簡略化できる。発呼当事者情報および他のパラメータを含むＱ．９３１「設定」メッセージは、発呼装置から着呼装置に送信される。着呼装置は、この呼に応答するために「接続」メッセージで応答することになる（例えば、ユーザが応答ボタンを押して）。これに関連して、Ｈ．３２４類似装置の設定は、発呼装置により送信される「設定」メッセージに組込まれる。先に述べたように、設定メッセージは、Ｑ．９３１メッセージのユーザ定義部に組込むことができる。着呼装置が、Ｑ．９３１「接続」メッセージを送信することにより、呼に応答する場合は、着呼装置の接続モードを、着呼装置の「接続」応答メッセージのユーザ定義フィールドに組込む。「設定」と「接続」メッセージは、ＩＴＵ−Ｔ Ｑ．９３１勧告および３ＧＰＰ技術仕様書に詳しい説明がある。ここで留意すべきは、３ＧＰＰ２相当の文書は、ＷＣＤＭＡ ３ＧＰＰのＣＤＭＡ対応物に対して存在する。
【００４４】
ＩＳＤＮネットワーク（例えば、ＩＳＤＮ上のＨ．３２４）およびＳＳ７プロトコルを用いて信号伝達を行うネットワークの場合は、３ＧＰＰに対して上述の構成と類似の構成が用いられる。
【００４５】
ＧＳＴＮネットワークの場合は、Ｖ．８やＶ．８ｂｉｓなどのような呼信号プロトコルが、装置の設定コードを組込むために増補される。
【００４６】
符号化された、または明示的な設定を利用する能力により、信号やメッセージに含むことが可能なユーザ定義情報量に関して呼信号プロトコルが持つ可能性があるいくつかの限界は打破される。
【００４７】
好ましくは、本発明は、１つまたは複数の通信ネットワークを用いて、ユーザ間に、短縮した呼設定時間で呼起動を行う方法を提供する。この方法には、第１の端末（例えば、ハンドセット、ゲートウェイ、その他の装置）と第２の端末（例えば、ハンドセット、ゲートウェイ、その他の装置）とに関する呼の１つまたは複数の設定を提供することが含まれる。この１つまたは複数の設定は、第１および第２の端末間での呼の初期の接続モードに関連する。また、この方法には、１つまたは複数の設定をカスタムメッセージ（例えば、設定に基づくユーザ定義の）として処理し、そのカスタムメッセージを呼起動メッセージの所定のフィールドに組込むことが含まれる。この方法は、呼信号を用いて第１の端末から第２の端末へ通信ネットワークを介してカスタムメッセージを転送し、そのカスタムメッセージを第２の端末で処理する。この方法には、第１の端末に初期の接続モードを示すために、呼信号レスポンスメッセージを用いて、第２の端末によるカスタムレスポンスメッセージを転送し、初期の接続モードが確立した後に、第１および第２の端末間で情報を交換することが含まれる。
【００４８】
ここで留意すべきは、装置の好ましい接続モードを呼信号に組込むこの方法は、Ｈ．３２４類似装置とＨ．３２３類似装置との間の呼を仲介するＨ．３２４／Ｈ．３２３ゲートウェイの関連で、Ｈ．３２３高速接続と併せて用いられる場合に特に有効である。また、Ｈ．３２４類似装置とＳＩＰ装置との間の呼を仲介するＨ．３２４／ＳＩＰゲートウェイの関連で用いられる場合も、同様に有効である。
【００４９】
もう１つの実施形態では、本発明は、１つまたは複数の通信ネットワークを用いて、ユーザ間に、短縮した呼設定時間で呼起動を行うための指示を含むコンピュータ可読媒体を提供する。このコンピュータ可読媒体は、１つまたは複数の通信ネットワークと結合した少なくとも一組のＨ．３２４類似端末間に設けられる。このコンピュータ可読媒体には、第１および第２の端末に関する呼に対する１つまたは複数の設定を設けるための１つまたは複数の指示が含まれる。この１つまたは複数の設定は、第１および第２の端末間での呼の初期の接続モードに関連する。また、このコンピュータ可読媒体には、１つまたは複数の設定をカスタムメッセージとして処理するための１つまたは複数の指示と、このカスタムメッセージを呼起動メッセージの所定のフィールドに組込むための１つまたは複数の指示と、このカスタムメッセージを、呼信号を用いて、第１の端末から第２の端末へ通信ネットワークを介して転送するための１つまたは複数の指示とが含まれる。さらに、このコンピュータ可読媒体には、第２の端末によりカスタムメッセージを処理するための１つまたは複数の指示と、第１の端末に初期の接続モードを示すために、呼信号レスポンスメッセージを用いて、第２の端末によるカスタムレスポンスメッセージを転送するための１つまたは複数の指示と、初期の接続モードが確立した後に、第１および第２の端末間で情報を交換する１つまたは複数の指示とが含まれる。
【００５０】
タイプIV：  装置設定をベアラチャネルの最初のデータバーストに組込むことによる時間短縮
【００５１】
呼設定時間を短縮するための別の方法は、タイプIIIで先に述べた装置の設定の情報を、信号チャネルの代わりにベアラチャネルで通信することである。装置の設定情報は、ＡＳＮ．１でエンコードされたメッセージに組み込むことができ、また、別の構文型を用いることができる。メッセージは、さらに、ノイズ耐性の目的のために、エラー制御技術を用いてエンコードされることができ、通信チャネルの状況のエアインタフェースによるデータの破損に対する耐性を高めることができる。装置の設定情報はベアラチャネルが確立すると直ぐに転送することができ、また、何度も繰り返し送信されてもよい。発呼側の端末（呼に由来したエンティティ）から転送される設定メッセージをCaller AF4 Requestと呼び、応答側の端末から転送されるメッセージをAnswerer AF4 Requestと呼ぶことにする。応答側のメッセージは設定を含んでいてもよく、または空であってもよい。一旦、応答側の端末がCaller AF4 Requestを検出すると、その端末はリクエストを解析し、受け入れる好ましいモードを組み込むAnswerer AF4 Responseを返す。発呼側がAnswerer AF4 Responseを検出するとすぐに、発呼側は受け入れられる設定モードに応じてメディアの転送を開始できる。発呼側は、リクエストを転送する間に、Caller AF4 Request中で示したメディアを受け入れられることが必要になる。受信側は、レスポンスを転送する間に、メディアを受け入れられることが必要になる。受信側（呼ばれる側）の端末は、ベアラが利用できるときは、Answerer Request Messageをも転送する。Answerer Request Messageは、装置の設定情報を含みうる。セッションの設定時間を短縮するためであっても、発呼側はAnswerer Request Messageを無視し、または単に空のレスポンスを転送し、またはレスポンスを転送しなくともよい。したがって、双方の端末がリクエストやレスポンスを転送する場合でも、一旦、設定が検出され、正しくデコードされ、コンピュータプログラムが認識できる記載が生成されると、それらの端末は、ネゴシエーションをそれ以上行う必要なく、自動的に好ましい接続モードに切り替えることができる。留意すべき点は、モバイルレベルの検出やＨ．２４５の手順のような標準の作業は、後で実行されることができる点である。
【００５２】
留意すべき点は、衝突を避けたりセッションの設定時間を短縮したりする目的であっても、応答側のエンティティが決定権を有するエンティティである点、応答側の端末により提案される装置の設定に応答し、また、発呼側の端末が応答側のリクエストに対して転送するレスポンスを無視する必要がある点である。
【００５３】
考慮すべき別の面は、AF4 RequestメッセージとAF4 Responseメッセージとのフレーム構成である。ベアラ上のビットストリームの中で（ノイズ耐性のためにエンコードされているか否かを問わない）、これらのメッセージの検出を容易にするためには、メッセージが１または複数のバイトコードでフレーム化されている必要がある。フレーム化されたシーケンスは、使われていたとしても、エラー制御コーディングに関与しない。フレーム化されたシーケンスが長いほど、ノイズの存在に対するメッセージの保護はより向上する。
【００５４】
もし、一の端末が、このセッション確立の高速化のモードをサポートしていない場合や、AF4 Responseを受け付けない場合や、端末によりサポートされるＡＦ４モードとの衝突がある場合は、そのタイプが認識されるまで、別の高速化の技術を試すことができ、または端末が基準の接続モードで手順を進めうる（高速化方法を用いない）。
【００５５】
特別な実施例において、本発明は、１または複数の通信ネットワークを用いて、短縮した呼設定時間でユーザ間の呼起動を行うシステムを提供する。そのシステムは、単一または複数のデバイスである１または複数のメモリを備える。メモリは、ここに記載される機能性を実行する様々なコンピュータコードを含む。コンピュータコードは、実施例に応じて、ソフトウェア内にあっても、ハードウェア内にあっても、これらの組み合わせの中にあってもよい。コードは、第１の端末と第２の端末との間での呼に対する初期の接続モードに関連する１つまたは複数の設定を設けるよう指示される。コードは、１つまたは複数の設定をカスタムメッセージとして処理するよう指示され、コードは、第１の端末と第２の端末との間にベアラチャネルを確立するよう指示される。システムはまた、コードに、カスタムメッセージを、ベアラチャネルを用いて、通信ネットワークを介し第１の端末から第２の端末へ転送するよう指示させる。実施例に応じて、ここに記載した機能性を実現する他のコンピュータコードが存在してもよい。
【００５６】
知る限りにおいては新規である本発明の目的、特徴、および効果は、詳細には添付の請求項に記載される。本発明は、その構成と運用方法のいずれに関しても、これ以上の目的と効果とともに、添付の図面と併せて、以下の説明を参照することで最もよく理解することができる。
【発明を実施するための最良の形態】
【００５７】
本発明は、通信技術を提供し、より詳細には、ＩＴＵ−Ｔ Ｈ．３２４勧告、および第三世代パートナーシップ・プロジェクト（３ＧＰＰおよび３ＧＰＰ２）により開発され、採用された３Ｇ−３２４Ｍ勧告などのＨ．３２４勧告に由来または関連する他の標準および勧告を使用する端末間での呼確立に必要な時間を短縮する方法を提供する。さらに具体的には、本発明は、（ｉ）呼開始時に端末間で、両端末の機能を確立し、交換されるメディアとデータのタイプと形式とを一致させるためにやりとりするのに必要なＨ．２４５メッセージを連結させる方法および装置、（ｉｉ）その確立を加速するために非標準Ｈ．２４５メッセージまたは非標準フィールドを備えた標準Ｈ．２４５メッセージを用いる方法および装置、（ｉｉｉ）各端末に他方の機能を通知し、Ｈ．３２４呼開始段階に先立ち、ベアラ確立のために用いる呼信号プロトコルに利用可能なあらゆるユーザ定義フィールドにより交換されるメディアとデータのタイプと形式とを提案する方法および装置、および（ｉｖ）各端末に他方の機能を通知し、Ｈ．３２４標準手順の開始に先駆けてベアラチャネル上で伝送されるメッセージにより、交換されるメディアとデータのタイプと形式とを提案する方法および装置に関する。ユーザが呼確立を要求する時点から、メディアが端末間で交換され始める時点までの時間を短縮するために、上記の方法を、個別に用いてもよい。単に一例としてではあるが、本発明は、移動通信ネットワーク上での３Ｇ−３２４Ｍ（Ｈ．３２４Ｍベースのプロトコル）マルチメディア・ハンドセット間、および各エンドポイントで用いられるプロトコル間を仲介するマルチメディア・ゲートウェイを用いたパケットネットワーク上での３Ｇ−３２４Ｍマルチメディア・ハンドセットとＨ．３２３ベースの端末間でのマルチメディア通信の確立に適用されているが、本発明はまた他にも適用できることは明らかであろう。
【００５８】
上述の方法は一般的なものであり、当業者にとっては多くの方法で実現可能である。特定の装置ニーズに応用するために容易に適合可能な方法を示すための実施形態を以下に説明する。
【００５９】
タイプI実施形態
【００６０】
連結したＨ．２４５メッセージに関するこの方法の具体的な実施形態では、端末は、Ｈ．２４５リクエスト端末機能（ＴＣＳ）メッセージとリクエスト・マスタ・スレーブ判定メッセージとを単一のＨ．２４５ＰＤＵに混合する。端末は、また、ＴＣＳとＭＳＤレスポンスメッセージ（アック）、複数のオープン論理チャネルリクエスト（ＯＬＣ）、および多重化テーブルエントリ送信リクエスト（ＭＥＳ）を単一のＨ．２４５ＰＤＵに連結する。さらに、端末は、ＯＬＣとＭＥＳレスポンスを第３のＨ．２４５ＰＤＵに混合する。この連結方法の実施形態をサポートする２つの端末間でのＨ．３２４呼設定プロセスを図２に示す。この方法を採用すると、呼設定に必要な往復回数が、約１０から３に減少する。この実施形態は、ＭＳＤＳ状態機械とＣＥＳＥ状態機械とが同時に稼動でき、ＬＣＳＥ状態機械とＭＴＳＥ状態機械とが同時に稼動できることを必要とする。この実施形態は、本発明の連結したＨ．２４５メッセージに関する単なる一応用例であり、メッセージに関して他の連結構成も可能であるが、Ｈ．２４５の実施範囲内でシグナリングエンティティ状態機械に様々な制約を生じるかもしれない。
【００６１】
状況に応じて、端末の一方がタイプI（すなわち、連結したＨ．２４５メッセージ）をサポートしない場合は、この方法には通常接続に復帰することも含まれる。この場合、発呼端末は、連結したＨ．２４５メッセージの２番目に対するＨ．２４５レスポンスを受信しなかったことから、このことを検出する。この場合、発呼端末は、ＳＲＰコマンドフレーム内の個々のＨ．２４５メッセージに復元し、第２のメッセージから先のＨ．２４５メッセージを個々に再送信する。もちろん、多くの変形、代替、および修正形態も可能である。
【００６２】
また、この方法は、番号を付与した簡易再送プロトコル（ＳＲＰの番号を付与したタイプであり、ＳＲＰコマンドフレームとＳＲＰ受信確認フレームとのシーケンス番号を含む）や、その他の類似の変形プロトコルにも適用できる。当然のことながら、他の変形、修正、および代替形態がある。
【００６３】
タイプII実施形態
【００６４】
カスタムＨ．２４５の使用に関するこの方法の具体的な実施形態では、非標準機能が用いられる。Ｈ．３２４類似装置は、それが送信する最初のＨ．２４５メッセージが端末機能設定（ＴＣＳ）メッセージであることが必要である。発呼装置は、応答装置に送信するＴＣＳ中にNonStandardParameter型の機能を含める。この機能は、独自のオブジェクト識別子を備えたNonStandardIdentifierにより識別される。この機能は、着呼端末が呼開始のために必要とする付加的パラメータを含み、terminalType（Ｈ．２４５標準接続に必要であることと同様の方法で、ＭＳＤにも必要である）と多重テーブルエントリ（ＭＴＥ）記述子とを含む。図６に、これらデータ全てに対する構文を含むＡＳＮ．１の記述例を示す。この非標準機能を含めることで、発呼当事者は、この方法を用いるかどうか、またどのチャネルを選択するかに関して、着呼当事者の判定を受け入れる必要がある。
【００６５】
もし着呼装置がこの方法をサポートしない場合は、発呼装置は通常のＴＣＳアックを受信し、呼設定を継続するために通常のＨ．２４５ネゴシエーションが用いられる。
【００６６】
着呼装置が、この方法に関する非標準機能を含むＴＣＳを受信し、この方法をサポートする場合は、この着呼装置は、受信した非標準機能のterminalType値をローカル端末の値と比較することでマスタ・スレーブ判定を行うことになる。マスタとしては、最高値が選択されることになる。端末タイプの値が同じ場合は、発呼装置がマスタとして選択されることになる。
【００６７】
この着呼端末は、新規接続用にOpenLogicalChannelと多重化テーブルエントリとを判定するために、受信した機能テーブルを分析することになる。もし着呼端末が、受け入れ可能なチャネル構成を引き出すことができない、あるいは提供されたmultiplexEntryDescriptorを受け入れることができない場合は、この着呼端末は、通常のTCSアックで応答することになる。その後、残りの呼設定は、通常のＨ．２４５ネゴシエーションを介すことになる。
【００６８】
受け入れ可能なチャネル構成と多重化テーブルエントリとを引き出すことができる場合は、着呼当事者は、通常のＴＣＳアックを、NonStandardMessage型のＨ．２４５ResponseMessageと置き換えることになる。エンコードされたデータに関するＡＳＮ．１の構文記述を示す図７を参照。非標準レスポンスメッセージのNonStandardIdentifierは、この方法を識別する非標準機能と同じオブジェクト識別子を持つことになる。
【００６９】
ここで留意すべきは、着呼端末は、例えこの方法をサポートしていても、着呼端末が発呼端末に送信するＴＣＳにいかなる付加的機能も非標準機能も含めないことである。発呼端末は、呼を先に進める前に、ＴＣＳアックまたはNonStandardMessageのいずれか一方を受信するのを待たなければならない。
【００７０】
Ｈ．２４５カスタムメッセージの使用に関するこの方法の実施形態をサポートする２つの端末間でのＨ．３２４呼設定プロセスを、図３に示す。この実施形態では、連結したＨ．２４５に関する方法の実施形態よりも、往復による交換は１．５回少なくなる。
【００７１】
TerminalCapabilitySetリクエストメッセージ上に、装置の設定を非標準機能として組み込むことにより、呼び出された端末が、通信中であって非標準機能の場合を取り扱うことができることが求められているときに、誤動作したりハングアップしたりしないことを保証する。
【００７２】
第２の重要な特徴は、TerminalCapabilitySetリクエストメッセージ内にカスタムメッセージをカプセル化することにより、端末は、モバイルレベルが決定された後に、最初のＨ．２４５メッセージ中のカスタムメッセージを送信できることであり、これにより端末は待機する必要がないということである。
【００７３】
第３の特徴は、非標準機能として組込まれたタイプIIのメッセージを含むTerminalCapabilitySetリクエストは、タイプIモード（１つまたは複数のＨ．２４５メッセージとともに）を用いて送信できるということである。
【００７４】
第４の特徴は、着呼端末が好むモードと、発呼端末がタイプIIメッセージ中に複数の設定を提供した場合は、その発呼端末の好むモードの１つとを発呼端末に通知するアックメッセージで着呼端末は応答するということである。
【００７５】
タイプIII実施形態
【００７６】
呼信号「ユーザ」情報の使用に関するこの方法の具体的実施形態では、ユーザ・ユーザ情報要素が設定ＰＤＵと接続ＰＤＵとに用いられる。この情報要素は、（Ｈ．２４５標準接続に必要とされる同じ方法でＭＳＤに必要な）terminalTypeと発呼端末が提供することを望むプロファイルリストとを含むＡＳＮ．１の符号化構造を満たす（図８参照）。この情報要素を含むことで、発呼当事者は、この方法を用いるかどうか、またどのプロファイルを選択するのかに関して、着呼当事者の判定を受け入れる必要がある。
【００７７】
各プロファイルは、モバイルレベル、多重化テーブルエントリ、使用する論理チャネル、および各論理チャネルに使用するコーデックを指示する。図１０に、プロファイルのいくつかの例を示す。このプロファイルには、即座に呼開始を行い、ベアラが設定された後に、これ以上Ｈ．２４５の信号伝達を介す必要なく端末間でメディアを確立するのに必要な全ての情報が含まれる。
【００７８】
着呼端末がこの方法をサポートしない場合は、発呼端末は、ユーザ・ユーザ情報要素なしでＱ．９３１接続ＰＤＵを受信し、通常の呼設定が用いられる。
【００７９】
着呼端末が、この方法に関するユーザ・ユーザ情報要素を含む設定ＰＤＵを受信し、この方法をサポートする場合は、着呼端末は、受信した情報要素中のterminalType値をローカル端末の値と比較することで、マスタ・スレーブ判定を実行することになる。また、最高値がマスタとして選択されることになる。端末タイプの値が等しい場合は、この衝突を回避するために、発呼端末をマスタとして選択するなどの手法を用いることができる。
【００８０】
着呼端末はまた、提供されたプロファイルのうちの１つを選択することになる。もし提供されたプロファイルのいずれも適さない場合は、いかなるユーザ・ユーザ情報要素もＱ．９３１接続ＰＤＵに付加してはならず、呼は通常通り先に進む。
【００８１】
プロファイルが適当である場合は、マスタ・スレーブ判定結果と選択したプロファイルとが、レスポンス用のＡＳＮ．１構文によりエンコードされ、ユーザ・ユーザ情報要素としてＱ．９３１接続ＰＤＵに付加される。図９に具体的な実施形態を示す。
【００８２】
呼信号「ユーザ」情報の使用に関するこの方法の具体的実施形態をサポートする２つの端末間でのＨ．３２４呼設定プロセスを、図４に示す。
【００８３】
タイプIV実施形態
【００８４】
この実施例は、図１１に例示される。図１１は、装置の好ましいモード（リクエストメッセージとレスポンスメッセージとは図１１に示されている）がベアラチャネル上で転送される様子を示す。装置の好ましいモードはタイプIIIの実施形態の箇所に記載したものに類似していてもよく、また、好ましいモードの明示的な記載であっても、コード化された記載（共通モードのテーブル内の検索用インデックス）であってもよい。図１１を参照すると、Caller AF4 Requestメッセージは後述の手順に従って構築される：
【００８５】
タイプIVリクエストとレスポンスとの構築手順
【００８６】
ステップＡ：Ｓ１に、装置の設定のメッセージを代入する。装置の設定は、タイプIIIの手法で述べられ、図１０に例示された情報を含む。メッセージは、エンコードされたＡＳＮ．１文字列として表現されていてもよく、別の構文を用いて表現されていてもよい。
【００８７】
ステップＢ：Ｓ２に、エラー耐性のためエンコードされたＳ１を代入する。エラー防止用コーディングがなされない場合、Ｓ２はＳ１に等しい。
【００８８】
ステップＣ：Ｓ３に、検出と同期を容易にするためのフレーミングフラグシーケンスでフレーム化されたＳ２を代入する。留意すべき点は、Ｓ２のフレームフラグのエミュレーションが、検出され、保護される必要があるということである。保護は、繰り返しのメカニズムを利用することができる。たとえば、フレーミングフラグが＜ｆ１＞＜ｆ２＞であり、Ｓ２に＜ｆ１＞＜ｆ２＞が含まれるならば、転送において、Ｓ２の＜ｆ１＞＜ｆ２＞は＜ｆ１＞＜ｆ２＞＜ｆ１＞＜ｆ２＞に置き換えられる。受信側はいかなる＜ｆ１＞＜ｆ２＞＜ｆ１＞＜ｆ２＞をも＜ｆ１＞＜ｆ２＞に置き換える。留意すべき点は、エラーエンコーディングが使われているならば、この手順におけるフレーミングフラグの異なったセットを用いてシグナルを送りうる、ということである。
【００８９】
ステップＤ：Ｓ４に、文字列の長さ（オクテット数）を伸ばして１６０オクテットの整数倍になるようにするためのフレーミングフラグシーケンスでパッディングしてフレーム化されたＳ３を代入する。この任意のステップは３Ｇ−３２４Ｍの実装に実用的である、というのは転送のタイムスロットは通常は１６０オクテットに対応するからである。もし、パッディングが重要でない場合は、Ｓ４はＳ３に等しい。
【００９０】
発呼側の端末と応答側の端末とは、上述のように構築されたリクエストメッセージを、ベアラの設定タイミングによってＳ４の最初の数オクテットが失われる場合を防ぐため、１または複数回（一般には最低で２）、連続して（パッディングまたは同期、およびフレーミングフラグによってのみ分けられる）転送される。
【００９１】
発呼側端末がその好ましいモードを転送後は、発呼側端末はレスポンス、またはこのセッションの高速化方法による従来のＨ．３２４類似の初期のベアラ転送がサポートされていないと予想する。応答側がベアラチャネル上で最初に転送したものは発呼側によって無視されることができ、呼ばれた側（受信側）の端末がこのセッションの高速化方法をサポートしているということだけのために、発呼側によって用いられることができる。呼ばれた側の端末は受け入れられる接続モードを含むそのレスポンスを転送する。受け入れられる接続モードは、タイプIIIの操作の箇所において示したものであって、メッセージが上述の構築手順にしたがって構築され、レスポンスメッセージとなるメッセージとともに構築される点だけが異なる。
【００９２】
一旦、発呼側端末がレスポンスを受け取ると、発呼側端末はそのメディアを転送開始できる。呼ばれた側の端末は、レスポンスを転送したときに、メディアを受け取る立場となる。
【００９３】
留意すべき点は、発呼側は、リクエストを転送したときの提案内容にしたがって、メディアを受け取る立場になるということである。
【００９４】
留意すべき点は、もし、端末がメッセージを理解せず、または検出できなかった場合は、端末はタイプIIの高速化手順に進むことができるということである。
【００９５】
Ｈ．３２４／Ｈ．３２３ゲートウェイに関しての実施形態
【００９６】
「FastConnect」を用いたＨ．３２３へのゲートウェイとの併用を示すもう１つの実施形態を図５に示す。ここに示す実施形態により、呼設定時間は最も短縮される。この実施形態は、Ｈ．２４５メッセージに対するあらゆる往復による交換を除去し、Ｈ．３２４呼セグメントに対しては、最初のモバイルレベル検出を除去する。
【００９７】
Ｈ．３２４／ＳＩＰゲートウェイに関しての実施形態
【００９８】
これに関しての実施形態は、ゲートウェイが情報（タイプI、II、III、またはIV、あるいはこれらの組み合わせ）をＳＩＰシグナリングメッセージに変換する点を除いては、Ｈ．３２４／Ｈ．３２３ゲートウェイに関する場合と同様である。
【００９９】
また、いずれか一方の端末がタイプIIIをサポートし、もう一方の端末がタイプI／II／IVをサポートすることができる。あたかも発呼端末が、呼信号フェーズでタイプIIIレスポンスを受信しないかのように、両端末とも共通のサポートタイプ（例えば、この場合タイプII）で接続できる必要がある。一般的なモードは、端末が最も高い共通モードに戻り、そのモードの範囲内で最高にサポートした状態に戻ることである。当然のことながら、変形、代替、および修正形態が可能である。
【０１００】
タイプI、タイプII、タイプIII、タイプIVを含む特有な手法にしたがって上述の手法のそれぞれが記載されているとしても、さまざまな修正、代替、および変形形態が存在しうる。つまり、１または複数のさまざまなタイプは、特有の実施形態にしたがった他のタイプと結合してもよい。さらに、あるタイプを用いて、方法特有のシーケンスを実行することが可能である。単に一例として、タイプIIIを用い、それからタイプIVを用い、それからタイプIIを用い、それからタイプIを用い、それから標準の接続モードを用いる方法を実行することが可能である。代わりに、これらのタイプの任意の結合であって、アプリケーションに依存するものもまた、特有の実施形態にしたがって実行可能である。特有の実施形態において、タイプIIIが失敗またはサポートされていないならばタイプIIを実行してもよい。代わりに、または組み合わせて、タイプIIが失敗またはサポートされていないならばタイプIを実行してもよい。これらの実際の任意の組み合わせは特有の実施形態にしたがって、それぞれの端末のサポートのレベルに依存して使用してもよい。しかし、一般に、初期の接続モードのためのメッセージを組み込むための呼信号の処理を用いた手法は、呼信号の確立後の処理を用いたそれらの手法の前に実行してもよい。もちろん、当業者は、多くの変形、修正、代替形態を認識するであろう。
【０１０１】
以上の好適な実施形態の説明は、当業者が本発明を構成または利用できるようになされたものである。以上の実施形態に対する種々の代替形態は、当業者には即座に明らかであろうし、本明細書中で定義された一般的な原理は、発明の才を用いることなく、他の実施形態に適用可能である。以上のように、本発明は、本明細書中で示された実施形態に限定することを意図したわけではなく、ここで開示した原理と新規性とに一致する最大範囲に従うべきものである。例えば、上記の機能性は、実施形態に応じて一緒になってもよいし、またさらに分離しても良い。また、いくつかの特徴を付け加えても良いし、取り除いても良い。さらに、ここに列挙した特徴についての具体的な順番は、ある実施例に関しては重要かもしれないが、他の実施例では、特に必要なものではない。プロセスの順番は、実施形態に応じて、コンピュータコードおよびハードウェア、あるいはそのいずれか一方で実施することができる。当然のことながら、当業者には、他の多くの変形、修正、および代替形態があることは明らかであろう。
【０１０２】
さらに、本明細書中で説明した実施例や実施形態は、説明のためのみであり、しかも、それらを考慮した種々の修正または変形形態は、当業者には暗示されており、本出願の精神と範囲、および添付の請求項の範囲内に含まれるべきであることも明らかである。
【図面の簡単な説明】
【０１０３】
【図１Ａ】Ｈ．２４５リクエストメッセージが一方の端末から他方の端末に送信された場合の、２つのＨ．３２４端末間で流れる通信を説明するのに有用な図である。
【図１Ｂ】Ｈ．３２４類似装置間での呼に対するセッション設定を説明する図であり、この場合、留意すべき点は、一方向のビデオチャネルが用いられていることである（例えば、Ｈ．２２３マルチプレクサの適合層ＡＬ２上のビデオ）。
【図２】Ｈ．３２４呼接続時間を短縮するための、２つのＨ．３２４端末間での連結したＨ．２４５の使用に関する方法の実施形態を示す図である。
【図３】Ｈ．３２４呼接続時間を短縮するための、Ｈ．２４５メッセージの非標準拡張の使用に関する方法の実施形態を示す図である。
【図４】Ｈ．３２４呼接続時間を短縮するための、ベアラ「ユーザ」情報の使用に関する方法の実施形態を示す図である。
【図５】ゲートウェイを用いたＨ．３２４端末とＨ．３２３端末間の呼接続時間を短縮するための、ベアラ「ユーザ」情報の使用に関する方法の実施形態を示す図である。
【図６】タイプIIリクエスト用ＡＳＮ．１構文記述の実施形態を示す図である。
【図７】タイプIIレスポンス用ＡＳＮ．１構文記述の実施形態を示す図である。
【図８】タイプIIIリクエスト用ＡＳＮ．１構文記述の実施形態を示す図である。
【図９】タイプIIIレスポンス用ＡＳＮ．１構文記述の実施形態を示す図である。
【図１０】タイプIIIリクエストおよびレスポンスで用いることが可能な、いくつかのコード化したプロファイルとその記述の実施形態を示す図である。
【図１１】本発明によるタイプIVの高速化技術の実施形態を示す図である。
【図１Ａ】
2006140989.tif 000003
【図１Ｂ】
2006140989.tif 000004
【図２】
2006140989.tif 000005
【図３】
2006140989.tif 000006
【図４】
2006140989.tif 000007
【図５】
2006140989.tif 000008
【図６】
2006140989.tif 000009
【図７】
2006140989.tif 000010
【図８】
2006140989.tif 000011
【図９】
2006140989.tif 000012
【図１０】
2006140989.tif 000013
【図１１】
2006140989.tif 000014
【外国語明細書】
2006140989.tif 000015
2006140989.tif 000016
2006140989.tif 000017
2006140989.tif 000018
2006140989.tif 000019
2006140989.tif 000020
2006140989.tif 000021
2006140989.tif 000022
2006140989.tif 000023
2006140989.tif 000024
2006140989.tif 000025
2006140989.tif 000026
2006140989.tif 000027
2006140989.tif 000028
2006140989.tif 000029
2006140989.tif 000030
2006140989.tif 000031
2006140989.tif 000032
2006140989.tif 000033
2006140989.tif 000034
2006140989.tif 000035
2006140989.tif 000036
2006140989.tif 000037
2006140989.tif 000038
2006140989.tif 000039
2006140989.tif 000040
2006140989.tif 000041
2006140989.tif 000042
2006140989.tif 000043
2006140989.tif 000044
2006140989.tif 000045
2006140989.tif 000046
2006140989.tif 000047
2006140989.tif 000048
2006140989.tif 000049
2006140989.tif 000050
【図１Ａ】
2006140989.tif 000051
【図１Ｂ】
2006140989.tif 000052
【図２】
2006140989.tif 000053
【図３】
2006140989.tif 000054
【図４】
2006140989.tif 000055
【図５】
2006140989.tif 000056
【図６】
2006140989.tif 000057
【図７】
2006140989.tif 000058
【図８】
2006140989.tif 000059
【図９】
2006140989.tif 000060
【図１０】
2006140989.tif 000061
【図１１】
2006140989.tif 000062