(57)【要約】要求されたモード切り替えが呼終了タイマにより指定される所定の時間内に確認されない場合に自動的に呼を切断するように構成される無線通信ネットワークにおいて、音声モードからマルチメディアモードへ進行中の呼の切り替えの要求に応答するために、ユーザ端末又は移動体サービス交換センタ（ＭＳＣ）により使用される技術が提供される。一例において、端末又はＭＳＣは、進行中の呼を音声からマルチメディアへ切り替えるようにとのユーザからの要求を受信した際に、呼終了タイマより短く設定される自動応答タイマを起動する。その要求を受信するユーザは、その要求を受け入れるか或は拒否するかの入力を促される。自動応答タイマの期限切れの前に応答が受信されない場合、呼終了タイマの期限が切れないように、端末或はＭＳＣはユーザのために要求を自動的に拒否する。
2008529366.tif 000002
【特許請求の範囲】
【請求項１】
音声モードとマルチメディアモードとの間の通信セションを切り替えるための通信ネットワーク内での要求に応答し、要求されたモード切り替えに対する返答が所定の時間内にないなら、前記通信セションを自動的に切断する方法であって、
前記音声モードと前記マルチメディアモードとの切り替えの要求の受信時に、前記所定の時間より短い時間に設定されるタイマを起動する工程と、
前記要求に対して応答するようにユーザを促す第１の信号を生成するか、或は、前記第１の信号の生成のトリガをかける工程と、
前記要求に対する応答が前記タイマの期限切れの前に受信されない場合、前記切り替えの要求を拒否する第２の信号を自動的に生成する工程とを有することを特徴とする方法。
【請求項２】
前記方法は、第１のユーザ端末により実行されることを特徴とする請求項１に記載の方法。
【請求項３】
前記モード切り替えを要求した第２のユーザ端末に中間ネットワーク構成要素を介して前記切り替えの要求を拒否する第２の信号を送信する工程をさらに有することを特徴とする請求項２に記載の方法。
【請求項４】
前記方法は、前記中間ネットワーク構成要素により実行されることを特徴とする請求項３に記載の方法。
【請求項５】
前記中間ネットワーク構成要素は、前記第１のユーザ端末に第３の信号を送信することにより前記第１の信号の生成をトリガし、
前記第３の信号は、前記要求されたモード切り替えについて前記第１のユーザ端末に通知することを特徴とする請求項４に記載の方法。
【請求項６】
前記要求を拒否する第２の信号を、前記モード切り替えを要求した前記第２のユーザ端末に送信する工程をさらに有することを特徴とする請求項４又は５に記載の方法。
【請求項７】
前記中間ネットワーク構成要素は、移動体サービス交換センタ（ＭＳＣ）であることを特徴とする請求項３乃至６のいずれか１項に記載の方法。
【請求項８】
自動的に前記要求を拒否する第２の信号は、前記音声モードから前記マルチメディアモードへの切り替えの要求に応答して前記タイマが起動された場合にのみ生成されることを特徴とする請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
自動的に前記要求を拒否する第２の信号は、前記マルチメディアモードから前記音声モードへの切り替えの要求に応答して前記タイマが起動された場合には生成されないことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記要求に対する応答が前記タイマの期限切れの前に受信されたなら、前記タイマを停止する工程をさらに有することを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
前記ネットワークは“サービス変更及び非制限デジタル通信インタフェース（ＵＤＩ）フォールバック”（ＳＣＵＤＩＦ）機能を利用する要素を組み込んでいることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
請求項１乃至１１のいずれか１項に記載の各工程を１つ以上のコンピュータで実行するコンピュータプログラム。
【請求項１３】
請求項１２に記載のコンピュータプログラムを格納したコンピュータ可読記憶媒体。
【請求項１４】
音声モードとマルチメディアモードとの間の通信セションの切り替えの要求の応答を行い、要求されたモード切り替えに対する返答が所定の時間内にない場合、前記通信セションは自動的に切断される環境下で、通信ネットワークの構成要素により使用される装置であって、
信号を受信するように動作可能な受信ユニットと、
前記所定の時間より短い時間の間、実行するように設定されるタイマと、
前記音声モードと前記マルチメディアモードとの間の切り替えを要求する要求が前記受信ユニットにより受信された際に、前記タイマを起動するように動作可能である制御器とを有し、
前記制御器はさらに、前記要求に応答するようにユーザに促す第１の信号を生成するか、或は、前記第１の信号の生成をトリガし、前記要求に対する応答が前記タイマの期限切れの前に受信されないなら、前記要求を拒否する第２の信号を自動的に生成するように動作可能であることを特徴とする装置。
【請求項１５】
前記通信ネットワークの構成要素は、送信ユニットを内蔵するユーザ端末であり、
前記制御器はさらに、前記通信ネットワークの中間ネットワーク構成要素に前記要求を拒否する第２の信号を送信するよう前記送信ユニットを制御するように動作可能であることを特徴とする請求項１４に記載の装置。
【請求項１６】
前記通信ネットワークの構成要素は、送信ユニットを内蔵する中間ネットワーク構成要素であり、
前記制御器はさらに、前記通信ネットワークを介して第１のユーザ端末に対して前記要求を拒否する第２の信号を送信するよう前記送信ユニットを制御するように動作可能であることを特徴とする請求項１４に記載の装置。
【請求項１７】
前記中間ネットワーク構成要素は、移動体サービス交換センタ（ＭＳＣ）であることを特徴とする請求項１５又は１６に記載の装置。
【請求項１８】
前記通信ネットワークは、少なくとも実質的には全球規模の移動体通信ネットワーク（ＵＭＴＳ）標準に従って構成されることを特徴とする請求項１４乃至１７のいずれか１項に記載の装置。
【請求項１９】
前記通信ネットワークは、少なくとも実質的には汎欧州デジタル移動電話方式（ＧＳＭ）標準に従って構成されることを特徴とする請求項１４乃至１７のいずれか１項に記載の装置。
【請求項２０】
前記ネットワークは“サービス変更及び非制限デジタル通信インタフェース（ＵＤＩ）フォールバック”（ＳＣＵＤＩＦ）機能を利用する要素を組み込んでいることを特徴とする請求項１４乃至１９のいずれか１項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に無線通信ネットワークに関し、特に、そのようなネットワーク内での音声モードとマルチメディアモードとの間の切り替えを制御する技術に関する。
【背景技術】
【０００２】
最新の無線通信ネットワークは、音声通信、並びに、写真やビデオや音楽などの送信のようなマルチメディア送信を処理する機能を提供する。マルチメディアを無線通信ネットワークに組み込むための種々のプロトコルは、欧州、日本、韓国、米国、及び中国の種々の標準化団体の共同標準化プロジェクトである第３世代パートナーシッププロジェクト（３ＧＰＰ）により規定される。３ＧＰＰプロトコルは、例えば、汎欧州デジタル移動通信システム（ＧＳＭ）規格に従って構成されるネットワーク等の第２世代無線通信ネットワーク及び全球規模の移動通信システム（ＵＭＴＳ）規格に従って構成されるネットワークのような第３世代ネットワークにおいても利用されるかもしれない。
【０００３】
３ＧＰＰ  Ｒ−９９の３Ｇ．３２４等の初期の３ＧＰＰプロトコルにおいては、“純粋な”マルチメディア又は純粋な音声呼のみがセットアップできた。音声とマルチメディアとを一時的に切り替えたいと考えるユーザは、モードを切り替えるために電話を切り、且つリダイヤルする必要があった。この問題に対処するために、新しい機能（サービス変更及び非制限デジタル通信インタフェース（ＵＤＩ）フォールバック（Service Change and Unrestricted Digital Interface (UDI) Fallback）（ＳＣＵＤＩＦ）機能という）が３ＧＰＰ  リリース５等のより新しい３ＧＰＰプロトコルに組み込まれている。ＳＣＵＤＩＦは、呼のセットアップの際、単一のサービス、即ち、音声又はマルチメディアにフォールバックすると共に、その呼がアクティブである間にサービスを切り替える機能を提供する。
【０００４】
ネットワーク又は着信側ユーザ機器（例えば、呼を受信するユーザのハンドセット）がマルチメディアに対応しない場合、フォールバック機能によりマルチメディアコールとしてセットアップされる呼は音声呼にフォールバックできる。フォールバック機能を提供することにより、呼が切れる回数は減る。
【０００５】
モード切り替えの機能により、ユーザは、呼がアクティブである間にマルチメディアから音声へ、或は音声からマルチメディアへの切り替えができる。このために、モード切り替えをトリガしたいと考えるユーザは、切り替えを有効にするために自身の端末に適切なコマンドを入力する。それらコマンドは、移動体サービス交換センサ（ＭＳＣ）等の中間無線通信ネットワークを介して呼の他方のユーザのハンドセット端末に転送される。モード切り替えがマルチメディアから音声である場合、切り替えは相手ユーザによる応答を必要とせずに自動的に有効になる。
【０００６】
しかしながら、主にプライバシーの理由から、切り替えが音声からマルチメディアである場合、プロトコルは、相手ユーザ（即ち、要求を受信するユーザ）がまず切り替えを確認することが許されねばならないことを規定している。即ち、相手ユーザには、音声からマルチメディアへの切り替えの要求を断る機会がある。例えば、これにより、無線通話の受信者が純粋な音声通話であると期待する間に、望ましくない画像又は音楽を突然受信することを防止する。従って、相手ユーザは、要求されたモード切り替えを受け入れるか或は拒否するかの入力を促される。
【０００７】
話中変更（ＩＣＭ：In-CALL Modification）手順を採用する無線通信ネットワークにおいて、ユーザ端末が進行中の呼に対する変更に応答するように促された場合にはいつでもタイマが起動され、タイマの期限切れの前に応答が受信されない場合、その呼は自動的に終了する。本来この手順は、相手ユーザの端末が要求された話中変更に応答できない場合に、呼が無期限に接続されたままになることを防止するために提供されている。通常、そのタイマ（ここでは“呼終了タイマ”という）は３０秒に設定される。
【非特許文献１】３ＧＰＰ  ＴＳ  ２４．００８  Ｖ６．５，第５．３．４．３章「呼モードの変更」  移動体無線インタフェースのレイヤ３仕様、コアネットワークプロトコル（「Changing the Call Mode」Mobile Radio Interface Layer 3 specification, Core Network Protocols）
【非特許文献２】３ＧＰＰ  ＴＳ  ２３．１７２  Ｖ６．０「回線交換（ＣＳ）マルチメディアサービス、ＵＤＩ／ＲＤＩフォールバック、及びサービス変更の技術的具体化，ステージ２（Technical Realisation of Circuit Switched (CS) Multimedia Service, UDI/RDI Fallback and Service Modification, Stage 2）」
【非特許文献３】３ＧＰＰ  ＴＳ  ２６．１１１  Ｖ５．１「回線交換マルチメディアサービスのコーデック、Ｈ．３２４への変更（Codec for Circuit Switched Multimedia Service, Modifications to H.324）」
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、ＩＣＭネットワーク等の呼終了タイマを採用するネットワークにおいてＳＣＵＤＩＦを実現する時に問題が生じる。上述のように、ＳＣＵＤＩＦを使用すると、音声とマルチメディアとの切り替えの要求を受信するユーザは、モード切り替えを確認するように入力が促される。ユーザが呼終了タイマにより与えられた３０秒の間に応答しない場合、その呼はＩＣＭにより自動的に終了される（あるいは、モード切り替えを要求したユーザにより３０秒より前に手動で切断される）。受信側ユーザがモード切り替え要求に応答する義務があることを認識していないか、或は何かの理由で迅速に応答できないという状況が発生する可能性がある。例えば、ユーザは、モード切り替えが要求される呼の保留中に呼待合せを介して別の通話に応対しているかもしれない。更に実施例によっては、受信側ユーザは、タイマの期限が設定されたことを通知されていないかもしれず、それ故に、期限が与えられたことに単に気付かないのかもしれない。いずれの場合でも、応答が入力されないと、その呼はタイマの期限切れの後にＩＣＭにより自動的に切断され、それはおそらく通話に関係する双方のユーザの苛立ちにつながるだろう。
【０００９】
従って、ユーザ端末やＭＳＣ等の無線通信構成要素と、そのような自動的な呼の終了を防止する機能を有する構成要素を動作させる方法とを提供することが非常に望まれており、本発明はそれを本来の目的としている。
【課題を解決するための手段】
【００１０】
本発明に従えば、音声モードとマルチメディアモードとの間の通信セションの切り替えの要求に応答するために通信ネットワークの構成要素により使用される技術が提供され、その技術では、要求されたモード切り替えに対する返答（例えば、確認又は拒否）が所定の時間内にない場合、ネットワークは通信セションを自動的に切断する。
【００１１】
その方法の実現において、通信ネットワークの構成要素は、音声モードとマルチメディアモードとの切り替えの要求を（例えば、要求側ユーザ端末から）受信した際にタイマを起動する。ここで、そのタイマは、ネットワークにより与えられた所定の時間より短い時間に設定される。その構成要素は、要求に応答するように（例えば、受信側ユーザ端末の）ユーザに対して促すために、第１の信号を生成するか、或は第１の信号の生成をトリガする。その要求に対する応答がタイマの期限切れの前に受信されない場合、その要求を拒否する第２の信号が自動的に生成される。
【００１２】
本発明の１つの変形例によると、その方法は第１のユーザ端末により実行される。この場合、その方法は、モード切り替えを要求した第２のユーザ端末に中間ネットワーク構成要素（例えば、ＭＳＣ）を介して、その要求を拒否する第２の信号を送信することを更に含んでもよい。
【００１３】
第２の変形例によると、その方法はＭＳＣ等の中間ネットワーク構成要素により実行される。中間ネットワーク構成要素は、第１のユーザ端末に、要求されたモード切り替えについて第１のユーザ端末に通知する第３の信号を送信することにより第１の信号の生成をトリガしてもよい。更に、その要求を拒否する第２の信号が、中間ネットワーク構成要素により、モード切り替えを要求した第２のユーザ端末に送信されてもよい。
【００１４】
音声モードからマルチメディアモードへの切り替えの要求に応答してタイマが起動された場合、その要求を自動的に拒否する第２の信号だけが生成されてもよい。それに加えて或はその代わりに、マルチメディアモードから音声モードへの切り替えの要求に応答してタイマが起動された場合、その要求を自動的に拒否する第２の信号は生成されなくてもよい。
【００１５】
その方法は、要求に対する応答がタイマの期限切れの前に受信された場合に、タイマを停止することを更に含んでもよい。従って、その要求を拒否する第２の信号の自動生成は防止される。
【００１６】
本発明を更なる側面からみると、音声モードとマルチメディアモードとの通信セションの切り替えの要求に応答する環境における通信ネットワークの構成要素により使用される装置が提供される。この装置では、要求されたモード切り替えに対する返答が所定の時間内にない場合、通信セションは自動的に切断される。その装置は、信号を受信するように動作可能な受信ユニットと、自動応答タイマと、音声モードとマルチメディアモードとの間の切り替えを要求する受信ユニットによる要求が受信された際にそのタイマを起動するように動作可能である制御器とを備える。そのタイマは、所定の時間より短い時間の間、実行するように設定される。更に制御器は、要求に応答するようにユーザに促す第１の信号を生成するか、或は第１の信号の生成をトリガし、その要求に対する応答がタイマの期限切れの前に受信されない場合にその要求を拒否する第２の信号を自動的に生成するように動作可能である。
【００１７】
第１の変形例によると、通信ネットワークの構成要素は、送信ユニットも内蔵するユーザ端末であり、前記制御器は、通信ネットワークの中間ネットワーク構成要素（例えば、ＭＳＣ）に、その要求を拒否する第２の信号を送信する送信ユニットを制御するように更に動作可能である。第２の変形例によると、通信ネットワークの構成要素は、送信ユニットも内蔵する中間ネットワーク構成要素（例えば、ＭＳＣ）であり、前記制御器は、通信ネットワークを介して第１のユーザ端末に、その要求を拒否する第２の信号を送信する送信ユニットを制御するように更に動作可能である。
【００１８】
本発明の１つの具体的で代表的な実施形において、前記自動応答タイマは、提案されたモード切り替えが音声からマルチメディアであるか、或はマルチメディアから音声であるかに関わらず、通信ネットワークの構成要素により起動される。しかしながら、提案されたモード切り替えが音声からマルチメディアである場合、（要求に対する応答がタイマの期限切れの前に受信されないなら）その要求を自動的に拒否する第２の信号だけが生成される。提案された切り替えがマルチメディアから音声である場合、そのタイマは、要求を拒否する信号を生成せずに期限切れになる。音声からマルチメディアへ通話を自動的に切り替えることに対してプライバシーの制約を与えるが、マルチメディアから音声へ呼を切り替える場合には同様の制約を与えないネットワークでは、この区別には利点がある。
【００１９】
この通信ネットワークは、例えば、ＩＣＭ／ＳＣＵＤＩＦを含む３ＧＰＰプロトコルを組み込んだＧＳＭ、或はＵＭＴＳに基づく無線ネットワークであってもよいが、本発明の原理は、他の規格及びプロトコルに従って構成される他の通信ネットワークにおいても同様に利用される潜在性がある。本発明が実現される構成要素は、ユーザ端末（例えば、無線電話ハンドセット）又はＭＳＣ等の中間ネットワーク構成要素であるのが好ましいが、本発明の原理は、通信ネットワークの他の構成要素においても同様に利用される潜在性がある。一般に本発明は、要求されたモード切り替えが所定の時間内に確認されない場合にはネットワークが通信セションを自動的に切断するといういずれの無線通信ネットワークでも有益なものとして利用される。
【００２０】
本発明は、ハードウェアを用いた解決策として実現されても良いし、或は、コンピュータプログラムがコンピュータ機器上で実行する場合、本発明のステップを実行するプログラムコードを含むコンピュータプログラムとして実現されても良い。そのコンピュータプログラムは、コンピュータ機器に固定されるデータ保持部やそのコンピュータ機器から取外し可能なデータ保持部に格納されてもよい。
【００２１】
次に、添付図面に示される代表的な実施例を参照して本発明を説明する。
【発明を実施するための最良の形態】
【００２２】
次に、本発明の完全な理解を提供するために具体的に詳細に説明するが、これは説明をする目的のためのものであり、本発明を限定するためのものではない。本発明がこれら具体的な詳細とは異なる他の実施例において実現されてもよいことは当業者には明らかであろう。特に、１つの無線端末から発呼しもう１つの別の無線端末に着呼するという環境に関して実施例を説明するが、本発明は、そのような実施例に限定されず、例えば、他の複数の端末から発呼するか、或は、他の複数の端末に着呼するかの少なくともいずれかであり、且つ、他の送信形態を介して送信される呼をセットアップするために利用されても良い。更に、個々のハードウェア回路を使用すること、プログラムされたマイクロプロセッサ又は汎用コンピュータと関連して機能するソフトウェアを使用すること、特定用途向け集積回路（ＡＳＩＣ）を使用すること、或は、１つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用することの内、少なくともいずれかを使用して、以下に説明される機能が実現されてもよいことを当業者は理解するだろう。
【００２３】
図１は、本発明を実施する無線通信ネットワーク１００のハイレベルでの図解を示す。図１の例において、無線通信ネットワークは、３ＧＰＰプロトコルを利用するＧＳＭ或はＵＭＴＳネットワークである。通常、無線通信ネットワークに対して多くの構成要素が存在するが、図１に関しては、発信側ＭＳＣ（Ｏ−ＭＳＣ）１０２及び着信側ＭＳＣ（Ｔ−ＭＳＣ）１０４の１組のＭＳＣ局だけが示される。Ｏ−ＭＳＣ１０２は、無線通話を発呼するユーザの端末１０６と関連付けられる（ここでは、端末１０６は発信側ユーザ機器（Ｏ−ＵＥ）としても言及される）。Ｔ−ＭＳＣ１０４は、呼を受信するユーザの端末１０８と関連付けられる（ここでは、端末１０８は着信側ユーザ機器（Ｔ−ＵＥ）としても言及される）。
【００２４】
無線通信ネットワーク１００は、ＩＣＭ及びＳＣＵＤＩＦ機能（又は同様の機能性）を採用するように構成され、それらの機能は、ＭＳＣ１０２、１０４と端末１０６、１０８との内の少なくともいずれかで実現される。上述のように、ＩＣＭは、呼がアクティブである間に呼のパラメータを変更するための要求中に３０秒のタイマを提供する。応答が受信されない場合、その呼は自動的に終了される（又は切断される）。ＩＣＭタイマは、Ｏ−ＵＥ１０６或はＴ−ＭＳＣ１０４により実現しても良い。あるいは、ＩＣＭタイマは、Ｏ−ＭＳＣ１０２或はＴ−ＵＥ１０８により実現してもよい。
【００２５】
ＩＣＭにより提供される３０秒のタイマはここでは一般に、呼終了タイマとしても言及される。ＩＣＭの１つの具体的な実施形において、Ｔ３２３と呼ばれるタイマはその目的のために使用される。一方、ＳＣＵＤＩＦにより、ユーザ（端末１０６のユーザ等）は、別のユーザ（端末１０８のユーザ等）との通話がアクティブである間に音声とマルチメディアとのモード切り替えを要求できるが、ＳＣＵＤＩＦはプライバシーの制約を与え、これにより、音声からマルチメディアへの切り替えの要求を受信するユーザがモード切り替えの完了前にまずその要求に同意しなければならない。既に説明したように、応答がユーザにより入力される前にＩＣＭの呼終了タイマが期限切れとなり、その結果、通話が自動的に切断されるという状況が生じる可能性がある。
【００２６】
図２は、本発明に従ってこの問題を解決する方法の一実施例の概略を示すフローチャートである。その方法は、ユーザ端末１０６、１０８とＭＳＣ１０２、１０４との内の少なくともいずれかのような図１の無線通信ネットワークの構成要素により実現される。図３〜図６を参照して、ユーザ端末１０６、１０８とＭＳＣ１０２、１０４に関与する個々の例を以下に更に詳細に説明する。図２は単に技術の概要を説明することだけが意図されている。
【００２７】
簡単に説明すると、ステップ２００から開始し、音声モードとマルチメディアモードとの間で進行中の呼を切り替えるためにユーザ端末からの要求を受信すると、その構成要素は自動応答タイマを起動する。ここで自動応答タイマとして言及されるタイマは、ＩＣＭプロトコルにより規定された呼終了タイマより短い時間に設定される。ステップ２０２では、その構成要素は、モード変更の要求を受信するユーザに対して、その要求を受け入れるか或は拒否するかを促すための信号を生成する。あるいは、ステップ２０２では、その構成要素は（例えば、入力要求信号を生成する更なる構成要素にトリガ信号を送信することにより）、要求されたモード切り替えに返答するようにユーザを促すための信号の生成をトリガする。
【００２８】
ステップ２０４では、自動応答タイマの期限切れの前に入力要求されたユーザから応答が受信されない場合、その構成要素はその要求を拒否する信号を自動的に生成する。図２の各ステップを実現する構成要素がユーザ端末である例において、自動的に生成された要求を拒否する信号は関連するＭＳＣに送信され、そのＭＳＣはＩＣＭの呼終了タイマを停止することによりその信号に応答する。図２の各ステップを実現する構成要素がＭＳＣ自体である例において、その要求を拒否する信号は、ＭＳＣのＩＣＭ構成要素に単に転送され、ＭＳＣはその呼終了タイマを停止することによりその信号に応答する。いずれの場合においても、これによりＩＣＭの自動呼終了タイマの期限が切れることはない。従って、呼は、要求を受信するユーザがタイミング良くその要求に応答しなかったために自動的に終了されることはない。
【００２９】
ステップ２００で設定された自動応答タイマの持続時間に関する限り、自動応答が自動的な呼の終了を防止する時間に生成され処理されることを保証する一方、ユーザが入力要求に応答する時間を可能な限り長くするように可能な限り大きい値にタイマを設定するのが理想的である。タイマの最適な値は、技術が実現される特定のネットワークと、当然そのネットワークにより採用される呼終了タイマの時間とに依存する。３０秒の呼終了タイマを採用する典型的なＧＳＭ或はＵＭＴＳ無線ネットワークに関しては、モード切替要求を受け入れるか或は拒否するかを決定するのに十分な時間をユーザに許可する一方、ステップ２０４で生成された要求を拒否する信号が呼終了タイマを停止する時間内に処理されることを保証するためには、１５〜２０秒の範囲の値で十分である。ルーチン実験が、自動応答タイマの最適な値を判定するために他の通信ネットワーク内で実行されてもよい。しかし、そのタイマの最適な値を採用する必要はなく、タイマは、自動的な呼の終了を防止するために自動応答が生成され処理されるのを可能にするために、呼終了タイマより十分に短い値に設定されれば十分である。従って、５〜１０秒の範囲の値のように更に小さなタイマ値が採用される潜在性もある。
【００３０】
さて、図３〜図４を参照し、図２の概念的な各ステップがユーザ端末内で実現される例に従って、説明する。これは好適な実施形の１つである。
【００３１】
図３は無線ネットワークの選択された構成要素により実行される方法のステップを示す一方、図４はユーザ端末内で使用する１つの装置を示す。図３及び図４、並びにここで説明する全ての図において、関係する構成要素及びステップだけが図示されており、説明される。当業者には理解されるように、多くの付加的なステップや構成要素が無線通信を処理するために必要である。ここでは、本発明の説明を理解し易くするために、本発明に関係する構成要素及びステップのみを説明する。
【００３２】
図３において、モード切り替えを要求するユーザ端末により実行されるステップを左側に示し、要求を受信するユーザ端末により実行されるステップを右側に示し、受信側端末と関連するＭＳＣにより実行されるステップを中央に示す。なお、要求側ユーザ端末はＯ−ＵＥ或はＴ−ＵＥであり得る。即ち、いずれの端末もモード切り替えを要求できる。従って、明瞭さと一般性のために、モード切り替えを要求するユーザ端末をここでは、“要求側ユーザ端末”と呼び、要求を受信するユーザ端末を“受信側ユーザ端末”と呼ぶ。
【００３３】
ステップ３００において開始すると、要求側ユーザ端末は、無線ネットワーク接続を介して通話の相手側と関連するＭＳＣ（即ち、受信側ユーザがＯ−ＵＥである場合はＯ−ＭＳＣであり、受信側ユーザがＴ−ＵＥである場合はＴ−ＭＳＣ）に進行中の呼の音声／マルチメディアモードの切り替えの要求を送信する。
【００３４】
ステップ３０２において、要求は適切なＭＳＣにより受信され、そのＭＳＣはその要求を受信側ユーザ端末に転送し、その要求が音声からマルチメディアへの切り替えに対するものである場合にはＩＣＭプロトコルの３０秒の呼終了タイマを起動する。その要求がマルチメディアから音声への切り替えに対するものである場合、受信側ユーザからの応答が必要とされないため、３０秒の呼終了タイマは起動されない。既に説明したように、プライバシーの理由から、受信側ユーザは音声からマルチメディアへの切り替えを受け入れるか或は拒否する機会が与えられねばならないが、マルチメディアから音声への切り替えに対してはそのような要求は（通常）与えられない。従って、ステップ３０２において、ＭＳＣは単にマルチメディアから音声への切り替えの要求を直接、受信側ユーザ端末に転送する。
【００３５】
ステップ３０４において、受信側ユーザ端末は、モード切り替え要求（例えば、MODIFY DTAP/RNAP_NASメッセージの形式）を受信し、上述のように通常１５〜２０秒の範囲で設定される自動応答タイマを起動する。なお、この実施例において、ＭＳＣの呼終了タイマとは異なり、受信側ユーザ端末の自動応答タイマは、要求切り替えが音声からマルチメディアであるか或はマルチメディアから音声であるかに関わらず起動される。
【００３６】
ステップ３０６において、その要求が音声からマルチメディアである場合、ユーザ端末は、モード変更の要求を受け入れるか或は拒否するかを受信側ユーザに対して促す信号を生成する。ユーザに促すために、適切な図形表示が要求されたモード切り替えをユーザに通知するユーザのハンドセット上に生成されてもよく、また適切な通知音がユーザ設定に依存して生成されてもよい。
【００３７】
入力要求に対する応答が自動応答タイマの期限切れの前にユーザにより入力される場合、ステップ３０８において、（その要求が受け入れられる場合は、例えば、MODIFY COMPLETE DTAP/RNAP_NASメッセージの形式で、或は、その要求が拒否される場合は、例えば、MODIFY REJECT DTAP/RNAP_NASメッセージの形式で）そのユーザ応答は単にＭＳＣに転送されるだけである。しかしながら、その応答が自動応答タイマの期限切れの前に入力されず、且つ、その要求が音声からマルチメディアへの切り替えであった場合、ステップ３１０が実行される。ステップ３１０では、ユーザ端末は、その要求を自動的に拒否する信号を生成し、（要求が拒否されるため、例えば、MODIFY REJECT DTAP/RNAP_NASメッセージの形式で）ＭＳＣに送信する。
【００３８】
ステップ３１２では、ＭＳＣは要求側ユーザ端末に応答を転送し、３０秒の呼終了タイマを停止する。最後に、ステップ３１４において、要求側ユーザはその応答を受信し、モード切り替えが受け入れられた場合には音声／マルチメディアモードを切り替える。モード切り替えが受け入れられなかった場合、要求側ユーザ端末は先の動作モードに留まる。
【００３９】
なお、その要求がマルチメディアから音声への切り替えであった場合、応答がその状況では必要とされないため、ステップ３１０における自動応答タイマの期限切れは単に無視される。その代わり、ユーザ端末は、ＭＳＣを介して他のユーザから音声信号を受信することを予想して内部モードを音声に再設定する。ステップ３０４において、自動応答タイマは、両方のタイプのモード切り替え（即ち、音声からマルチメディアとマルチメディアから音声）に対して設定され、マルチメディアから音声への切り替えと音声からマルチメディアへの切り替えを確認することを受信側ユーザに要求するように実施形の基準が変更される可能性を考慮する。両方の状況においてタイマを起動するようにユーザ端末のハードウェアを構成することにより、基準の変更に更に容易に対応する。当然、必要に応じて、異なる構成（と、特に、条件付きタイマの起動）が実施されてもよい。
【００４０】
図４は、図３のステップ３０４〜３１０を実現する際に使用する代表的なユーザ端末内の個々のユニットをハイレベルで図示する。これらのユニットが実行するステップについては既に説明したため、これらユニットについては簡単に要約する。受信ユニット３１６はＭＳＣから信号を受信し、送信ユニット３１８はＭＳＣに信号を送信する。これら全てのユニットは制御器３２０の制御下にある。制御器３２０はまた、モードの切り替えの要求を受信した際の自動応答タイマ３２２の起動を制御し、適切な入出力装置（不図示）を介してその要求に応答するようにユーザに促し、（要求された切り替えが音声からマルチメディアである限り）タイマの期限切れの前に応答がユーザによる入力がない場合、自動応答をＭＳＣに転送する。
【００４１】
図５〜図６を参照し、図２の概念的な各ステップがＭＳＣにおいて実現される例について説明する。図５はその方法のステップを示す一方、図４はＭＳＣにおいて使用される関係する個々のユニットを示す。多くのステップと構成要素が図３〜図４に関連して既に説明されたステップ及び構成要素と同様或は同一であるため、関係する相違点のみを詳細に説明する。
【００４２】
簡単に説明すると、図５のステップ４００で開始し、要求側ユーザ端末は進行中の呼の音声／マルチメディアモードの切り替えの要求を送信する。ステップ４０２で、その要求は適切なＭＳＣにより受信される。そのＭＳＣは受信側ユーザにその要求を転送し、また既に説明したように、その要求が音声からマルチメディアへの切り替えに対するものである場合には３０秒の呼終了タイマを起動する。更に、そのＭＳＣは、ＩＣＭタイマとは別に、より短い内部自動応答タイマを起動する。その自動応答タイマは、要求が音声からマルチメディアへの切り替えに対するものか或はマルチメディアから音声への切り替えに対するものかに関わらず起動される。先と同様に、その要求がマルチメディアから音声への切り替えに対するものである場合、受信側ユーザからの応答が必要とされないため、３０秒の呼終了タイマは起動されない。
【００４３】
ＭＳＣによりモード切り替え要求を受信側端末に転送することにより、受信側端末内のユーザに入力を促す手順をトリガする。即ち、ステップ４０４では、受信側端末はモード切り替え要求を受信し、その要求が音声からマルチメディアである場合、その要求を受け入れるか或は拒否するかをユーザに促す。その要求が音声からマルチメディアでない場合、受信側ユーザ端末は、ＭＳＣを介して他のユーザから音声信号を受信することを予想して、単に内部モードを音声に再設定する。ステップ４０６では、ユーザの応答があれば、その応答はＭＳＣに転送され、ステップ４０８で受信される。
【００４４】
ステップ４０８において、音声からマルチメディアへの切り替えに対する応答が自動応答タイマの期限切れの前にＭＳＣにより受信される場合、その応答はステップ４１０においてＩＣＭタイマの停止と要求側ユーザへの応答の転送を含む他の従来の技術に従って処理される。しかしながら、自動応答タイマの期限切れの前に応答が受信側ユーザ端末から受信されず（且つ、その要求が音声からマルチメディアへの切り替えであった）場合、ステップ４１２が実行される。ステップ４１２では、ＭＳＣはその要求を拒否する信号を自動的に（例えば、対応するユーザコマンドを受信せずに）生成し、それを要求側ユーザ端末に送信し、ＩＣＭタイマを停止する。いずれの場合においても、３０秒のＩＣＭタイマは期限が切れて呼の終了をトリガする前に停止される。最後にステップ４１４では、要求側ユーザはその応答を受信し、モード切り替えが受け入れられた場合には音声／マルチメディアモードを切り替える。モード切り替えが受け入れられなかった場合には、要求側ユーザ端末は先の動作モードに留まる。
【００４５】
さて図６を参照して、図５のステップ４０２と４０８〜４１２を実現する際に使用されるＭＳＣ内の個々のユニットについて簡単に要約する。受信ユニット４１６は要求側ユーザ端末と受信側ユーザ端末の両方から信号を選択的に受信し、送信ユニット４１８は両方の端末に信号を選択的に送信し、それら全てのユニットは制御器４２０の制御下にある。その制御器はまた、モードの切り替えの要求を受信した際の自動応答タイマ４２２の起動を制御し、要求に応答するようにユーザに促すために受信側ユーザ端末にその要求を転送し、（要求された切り替えが音声からマルチメディアである限り）タイマの期限切れの前に受信側ユーザからの応答が受信されない場合、自動応答を要求側ユーザ端末に転送する。
【００４６】
３ＧＰＰ規格に従うＩＣＭ／ＳＣＵＤＩＦ機能を採用する無線通信ネットワークにおいて使用する種々の例を説明した。３ＧＰＰ規格の適用可能な部分に関係する更なる情報は、非特許文献１、非特許文献２、非特許文献３において見い出されるでだろう。
【００４７】
上記実施例において、呼は、モード切り替え要求を受信するユーザからの応答がないだけでは、自動的に切断されない。その代わり、その要求が自動的に断られ、通話は以前のモードで継続できる。本発明の１つの利点は、意図しない呼の終了或は切断が回避されるという事実にある。本発明のアプローチは、モード切り替え要求に応答できないユーザ或はモード切り替え要求があったことに気付かないユーザに特に有益である。
【００４８】
特定の実施例に関して本発明を説明したが、本発明がここで説明され例示された特定の実施例に限定されるものではないことは当業者には認識されるだろう。それ故、好適な実施例に関連して本発明を説明したが、この開示は単に例示的なものに過ぎないことが理解されるべきである。従って、本発明は、添付の請求の範囲によってのみ限定されることが意図されている。
【図面の簡単な説明】
【００４９】
【図１】本発明が実施される無線通信ネットワークのハイレベルでの概略図である。
【図２】音声／マルチメディアモード切り替えの間の呼の切断を防止する際に使用する自動応答タイマが採用される図１のネットワークの構成要素により実行されるステップの概要を示すフローチャートである。
【図３】モード切り替えの要求を受信するユーザのユーザ端末が呼の切断を防止するために自動応答タイマを起動する実施例に関し、図１のネットワークの種々の構成要素により実行されるステップを示すフローチャートである。
【図４】図３の方法を実施するための図１のネットワークのユーザ端末の選択された構成要素を示す図である。
【図５】中間ネットワーク構成要素が呼の切断を防止するために自動応答タイマを起動する実施例に関し、図１のネットワークの種々の構成要素により実行されるステップを示すフローチャートである。
【図６】図５の方法を実施するための図１のネットワークの中間ネットワーク構成要素の選択された構成要素を示す図である。
【図１】
2008529366.tif 000003
【図２】
2008529366.tif 000004
【図３】
2008529366.tif 000005
【図４】
2008529366.tif 000006
【図５】
2008529366.tif 000007
【図６】
2008529366.tif 000008
【国際調査報告】
2008529366.tif 000009
2008529366.tif 000010