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