(57)【要約】  第２の無線アクセスネットワークにユーザー装置のハンドオーバーを要請する第１のメッセージを第１の無線アクセスネットワークから移動制御器において受信するステップと、セッション転送制御器によって発信され、前記ユーザー装置へのまたは前記ユーザー装置からの呼の状態に関する状態アップデートに前記移動制御器を記名する第２のメッセージを前記移動制御器から前記セッション転送制御器に送信するステップと、前記第１の無線アクセスネットワークを介した前記ユーザー装置から前記セッション転送制御器への前記呼の状態の変化の通信に応じて、前記セッション転送制御器によって発信された前記状態アップデートのうちの一つを前記移動制御器において受信するステップと、前記状態アップデートの受信に応答して、前記移動制御器の呼状態指示子をアップデートするステップと、を含む。
2013526229.tif 000002
【特許請求の範囲】
【請求項１】
第１の無線アクセスネットワークから第２の無線アクセスネットワークへのユーザー装置のハンドオーバーを支援する方法であって、
前記第２の無線アクセスネットワークは移動制御器に連結され、前記第１の無線アクセスネットワークと連関を有し、前記ユーザー装置は前記第１及び第２の無線アクセスネットワークの使用によってセッション転送制御器と通信可能な、ハンドオーバーを支援する方法において、
前記第２の無線アクセスネットワークに前記ユーザー装置のハンドオーバーを要請する第１のメッセージを前記第１の無線アクセスネットワークから前記移動制御器において受信するステップと、
前記セッション転送制御器によって発信され、前記ユーザー装置へのまたは前記ユーザー装置からの呼の状態に関する状態アップデートに前記移動制御器を記名する第２のメッセージを前記移動制御器から前記セッション転送制御器へと送信するステップと、
前記第１の無線アクセスネットワークを介した前記ユーザー装置から前記セッション転送制御器への前記呼の状態の変化の通信に応じて、前記セッション転送制御器によって発信された前記状態アップデートのうちの一つを前記移動制御器において受信するステップと、
前記状態アップデートの受信に応答して、前記移動制御器の呼状態指示子をアップデートするステップと、
を含むことを特徴とするハンドオーバーの支援方法。
【請求項２】
前記第１の無線アクセスネットワークと前記第２の無線アクセスネットワークとの間の前記連関は、前記第１の無線アクセスネットワークと連関付けられたコアネットワークを介したものであり、前記方法は、前記コアネットワークから前記第１のメッセージを受信するステップを含むことを特徴とする請求項１に記載のハンドオーバーの支援方法。
【請求項３】
前記第１の無線アクセスネットワークは、パケットスイッチング音声通信を支援可能であり、前記第２の無線アクセスネットワークは、回路スイッチング音声通信を支援可能であることを特徴とする請求項１又は２に記載のハンドオーバーの支援方法。
【請求項４】
前記ユーザー装置は、前記ハンドオーバーに参与するときに、前記第２の無線ネットワークとの無線接続が行われる前に前記第１の無線ネットワークとの無線接続が切断されるように前記第１の無線ネットワーク及び前記第２の無線ネットワークと通信するための単一の無線インタフェースを備えることを特徴とする請求項１から３のいずれかに記載のハンドオーバーの支援方法。
【請求項５】
前記ユーザー装置は、任意の与えられた時点に無線ネットワークとの単一の無線接続しか存在しないように、前記第１の無線ネットワーク及び前記第２の無線ネットワークと通信するための単一の無線インタフェースを備えることを特徴とする請求項１から４のいずれかに記載のハンドオーバーの支援方法。
【請求項６】
前記方法は、所定の期間中に前記アップデートに前記移動制御器を記名するステップを含むことを特徴とする請求項１から５のいずれかに記載のハンドオーバーの支援方法。
【請求項７】
前記所定の期間は、前記第１の無線アクセスネットワークから前記第２の無線アクセスネットワークへのハンドオーバーを完了するのにかかる期間とほぼ同じであることを特徴とする請求項６に記載のハンドオーバーの支援方法。
【請求項８】
前記方法は、前記移動制御器における前記第１のメッセージの受信に応じて前記第２のメッセージを送信するステップを含むことを特徴とする請求項１から７のいずれかに記載のハンドオーバーの支援方法。
【請求項９】
前記方法は、前記セッション転送制御器から前記呼がアラーム状態にある旨の指示を受信したことに応答して、前記第２のメッセージを送信するステップを含むことを特徴とする請求項１から８のいずれかに記載のハンドオーバーの支援方法。
【請求項１０】
前記方法は、
前記セッション転送制御器において前記第２のメッセージを受信するステップと、
前記呼の状態の変化を示す前記通信を前記ユーザー装置から前記セッション転送制御器において受信するステップと、
前記第２のメッセージ及び前記通信の受信に応じて、前記セッション転送制御器において前記状態アップデートのうちの一つを前記移動制御器に発信するステップと、
を含むことを特徴とする請求項１から９のいずれかに記載のハンドオーバーの支援方法。
【請求項１１】
前記状態アップデートのうちの一つは、ユーザーが前記呼に応答した旨を示すことを特徴とする請求項１０に記載のハンドオーバーの支援方法。
【請求項１２】
前記移動制御器は、移動スイッチングセンターサーバー（ＭＳＣ−Ｓ）であることを特徴とする請求項１から１１のいずれかに記載のハンドオーバーの支援方法。
【請求項１３】
前記セッション転送制御器は、サービス集中及び連続性適用サーバー（ＳＣＣＡＳ）を備えることを特徴とする請求項１から１２のいずれかに記載のハンドオーバーの支援方法。
【請求項１４】
前記ハンドオーバーは、単一の無線音声呼連続性（ＳＲＶＣＣ）手続きを含むことを特徴とする請求項１から１３のいずれかに記載のハンドオーバーの支援方法。
【請求項１５】
第１の無線アクセスネットワークから第２の無線アクセスネットワークへのユーザー装置のハンドオーバーを支援可能な移動制御器であって、
前記第２の無線アクセスネットワークは前記移動制御器に連結され、前記第１の無線アクセスネットワークと連関を有し、前記第１及び第２の無線アクセスネットワークはセッション転送制御器と通信可能であり、
前記移動制御器は、
前記第２の無線アクセスネットワークに前記ユーザー装置のハンドオーバーを要請する第１のメッセージを前記第１の無線アクセスネットワークから受信し、
前記セッション転送制御器によって発信され、前記ユーザー装置へのまたは前記ユーザー装置からの呼の状態に関する状態アップデートに前記移動制御器を記名する第２のメッセージを前記セッション転送制御器に送信し、
前記第１の無線アクセスネットワークを介した前記ユーザー装置から前記セッション転送制御器への前記呼の状態の変化の通信に応じて、前記セッション転送制御器によって発信された前記状態アップデートのうちの一つを前記移動制御器において受信し、
前記状態アップデートの受信に応答して、前記第２の無線アクセスネットワークへの前記ユーザー装置のハンドオーバー時に前記呼の連続性を支援すべく前記移動制御器にある呼の状態を前記ユーザー装置のものと同期化させるために前記移動制御器の呼状態指示子をアップデートするように配列されたことを特徴とする移動制御器。
【請求項１６】
第１の無線アクセスネットワークから第２の無線アクセスネットワークへのユーザー装置のハンドオーバーを支援可能なセッション転送制御器であって、
前記第２の無線アクセスネットワークは移動制御器に連結され、前記第１の無線アクセスネットワークと連関を有し、前記第１及び第２の無線アクセスネットワークは前記セッション転送制御器と通信可能であり、
前記セッション転送制御器は、
前記セッション転送制御器によって発信され、前記ユーザー装置へのまたは前記ユーザー装置からの呼の状態に関する状態アップデートに前記移動制御器を記名する、前記移動制御器によって発信される第２のメッセージを受信し、
前記呼の状態の変化を示す通信を前記ユーザー装置から受信し、
前記第２のメッセージ及び前記通信の受信に応じて、前記状態アップデートのうちの一つを前記移動制御器に発信するように配列されたことを特徴とするセッション転送制御器。
【請求項１７】
第１の無線アクセスネットワーク及び第２の無線アクセスネットワークを備える遠隔通信ネットワークにおいて用いるための呼処理を支援する方法であって、
前記第２の無線アクセスネットワークは移動制御器に連結され、前記第１の無線アクセスネットワークと連関を有し、前記第１及び第２の無線アクセスネットワークはセッション転送制御器と通信可能であり、
前記方法は、
前記第２の無線アクセスネットワークに前記ユーザー装置のハンドオーバーが要請された旨を示すメッセージを前記セッション転送制御器において受信するステップと、
前記ユーザー装置によって発信され、前記ユーザー装置へのまたは前記ユーザー装置からの呼の状態の変化を示す通信を前記第１の無線アクセスネットワークを介して前記セッション転送制御器において受信するステップと、
前記メッセージ及び前記通信の受信に応答して、前記呼漏れが生じ得る旨を示すメッセージを前記移動制御器に送信するステップと、
を含むことを特徴とする呼処理支援方法。
【請求項１８】
第１の無線アクセスネットワーク及び第２の無線アクセスネットワークを備える遠隔通信ネットワークにおいて用いるための呼処理を支援可能なセッション転送制御器であって、
前記第２の無線アクセスネットワークは移動制御器に連結され、前記第１の無線アクセスネットワークと連関を有し、前記第１及び第２の無線アクセスネットワークは前記セッション転送制御器と通信可能であり、
前記セッション転送制御器は、
前記第２の無線アクセスネットワークに前記ユーザー装置のハンドオーバーが要請された旨を示すメッセージを受信し、
前記ユーザー装置によって発信され、前記ユーザー装置へのまたは前記ユーザー装置からの呼の状態の変化を示す通信を前記第１の無線アクセスネットワークを介して受信し、
前記メッセージ及び前記通信の受信に応答して、前記呼漏れが生じ得る旨を示すメッセージを前記移動制御器に送信するように配列されたことを特徴とするセッション転送制御器。
【請求項１９】
第１の無線アクセスネットワークから第２の無線アクセスネットワークへのユーザー装置のハンドオーバーを支援する方法であって、
遅延期間に見合う分だけ、前記ユーザー装置へのまたは前記ユーザー装置からの呼の状態の変化を示す情報を前記ユーザー装置から送信することを遅らせるステップと、
前記第２の無線アクセスネットワークへの前記ユーザー装置のハンドオーバーが前記遅延期間の満了後に完了したならば、前記第２の無線アクセスネットワークを介して前記情報を送信し、そうでなければ、前記第１の無線アクセスネットワークを介して前記情報を送信するステップと、
を含むハンドオーバーの支援方法。
【請求項２０】
前記方法は、前記第１の無線アクセスネットワークから前記第２の無線アクセスネットワークへの前記ユーザー装置のハンドオーバーの可能性を決定するステップを含み、
前記遅延は、ハンドオーバーの決定された可能性によることを特徴とする請求項１９に記載のハンドオーバーの支援方法。
【請求項２１】
第１の無線アクセスネットワークから第２の無線アクセスネットワークへのハンドオーバーを支援可能なユーザー装置であって、
遅延期間に見合う分だけ、前記ユーザー装置へのまたは前記ユーザー装置からの呼の状態の変化を示す情報を送信することを遅らせ、
前記第２の無線アクセスネットワークへの前記ユーザー装置のハンドオーバーが前記遅延期間の満了後に完了したならば、前記第２の無線アクセスネットワークを介して前記情報を送信し、そうでなければ、前記第１の無線アクセスネットワークを介して前記情報を送信するように配列されたことを特徴とするユーザー装置。
【請求項２２】
前記ユーザー装置は、
前記第１の無線アクセスネットワークから前記第２の無線アクセスネットワークへの前記ユーザー装置のハンドオーバーの可能性を決定し、
ハンドオーバーの決定された可能性に応じて前記送信を遅らせるように配列されたことを特徴とする請求項２１に記載のユーザー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線ネットワークに係り、より具体的に、第１の無線アクセスネットワークと第２の無線アクセスネットワークとの間におけるユーザー装置のハンドオーバーの改善方法及び装置に関する。
【背景技術】
【０００２】
モバイルハンドセットなどのユーザー装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）が遠隔通信ネットワークに接続された基地局または他の無線アクセスポイントのネットワークに無線リンクを介して通信する無線ネットワークは、多数の世代の無線アクセス技術を通じて急速に開発されている。アナログ変調を用いるシステムの初期展開は、一般に、ＧＥＲＡ（ＧＳＭ Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ）無線アクセス技術を用いるＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などの第二世代（２Ｇ）デジタルシステムに置き換えられており、これらのシステムは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）技術を用いて、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）などの第三世代（３Ｇ）デジタルシステムに置き換えられたり増強されている。第三世代標準は、第二世代システムに比べて遥かに多くのデータ処理量を提供し、このような傾向は、以前の標準に比べて潜在的にさらに多くの容量とさらなる特徴を提供するＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）無線アクセス技術を用いて、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムの第三世代パートナーシッププロジェクト（３ＧＰＰ）による提案につながっている。
【０００３】
「ＧＥＲＡ」という用語は、本明細書においてＧＥＲＡＮ（ＧＥＲＡネットワーク）と連関する無線アクセス技術を指し示すのに用いられ、「ＵＴＲＡ」は、ＵＴＲＡＮ（ＵＴＲＡネットワーク）と連関する無線アクセス技術を指し示すのに用いられ、同様に、「Ｅ−ＵＴＲＡ」または「ＬＴＥ」は、ＥＵＴＲＡＮ（Ｅ−ＵＴＲＡネットワーク）と連関する無線アクセス技術を指し示すのに用いられるという点に留意すべきである。
【０００４】
ＬＴＥは、基本的に、高速パケットスイッチングネットワーク（ｈｉｇｈ ｓｐｅｅｄ ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ ｎｅｔｗｏｒｋ）として設計され、音声サービス、パケットスイッチング音声サービス及び特に、ＶｏＩＭＳ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）サービスが想定されるのに対し、ＵＭＴＳなどの以前世代システムは、基本的に、回路スイッチングされる音声サービスを支援する。
【０００５】
新たな技術が導入されることに伴い、ネットワークは、一般に、最近標準に応じて、無線アクセス技術を用いる無線アクセスネットワーク及びレガシー無線アクセス技術を用いるレガシー無線アクセスネットワークを含むものとして展開される。ユーザー装置は、通常、２以上の無線アクセス技術を用いて通信可能であり、このため、例えば、ユーザー装置は、これが利用可能である場合に高容量を提供可能な一つの無線アクセス技術を用いて動作することができるが、他の無線アクセス技術を支援しないか、あるいは、好みの機能を支援しないネットワークのサービス領域においてはレガシー無線アクセス技術を用いて動作することができる。
【０００６】
ＬＴＥ／Ｅ−ＵＴＲＡネットワークなどの無線アクセスネットワークが音声通信を支援しないサービス領域において、ユーザー装置は、一般に、回路スイッチング音声通信に戻る音声通信のためのＵＴＲＡＮまたはＧＥＲＡＮなどの他の無線アクセスネットワークを用いるものに戻る限定された手続きに従うことができる。
【０００７】
Ｅ−ＵＴＲＡネットワーク及びＵＴＲＡ／ＧＥＲＡネットワークの間におけるユーザー装置のハンドオーバーを許容するように開発されたハンドオーバー手続きは種々ある。特に、ハンドオーバー手続きは、音声呼が進行中であるときにハンドオーバーを許容するように開発されており、つまり、いわゆるＶＣＣ（Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）ハンドオーバー手続きを許容するように開発されている。一般に、ＶＣＣ手続きは、ＳＣＣＡＳ（Ｓｅｒｖｉｃｅ  Ｃｅｎｔｒａｌｉｓａｔｉｏｎ  ａｎｄ  Ｃｏｎｔｉｎｕｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）及びＩ／Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ  ａｎｄ／ｏｒ  Ｉｎｔｅｒｒｏｇａｔｉｎｇ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ）を含み得るセッション転送制御器の制御下で実現可能である。セッション転送制御器は、一般に、インターネットプロトコルマルチメディアサブシステム（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）（ＩＭＳ）において実現される。
【０００８】
ＩＭＳは、一般に、Ｅ−ＵＴＲＡネットワークを介して提供されるパケットスイッチングサービスを制御するのに用いられ、ＵＴＲＡ／ＧＥＲＡネットワークにおける回路スイッチングサービスの制御は、一般に、移動スイッチングセンター（ＭＳＣ：Ｍｏｂｉｌｉｔｙ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）などの移動制御器を同伴する。セッション転送制御器は、一般に、ＶＣＣ手続きに従ってハンドオーバー中に移動制御器と通信する。
【０００９】
ユーザー装置は、経済性のために、または、電力消費を極力抑えるために単一の無線トランシーバーを備えていてもよく、この理由から、２つの無線アクセスネットワークとの同時通信を行うことができない。この場合に、ハンドオーバープロトコルは、一般に、ハンドオーバー中にＢＢＭ無線接続（ｂｒｅａｋ−ｂｅｆｏｒｅ−ｍａｋｅ ｒａｄｉｏ ｃｏｎｎｅｃｔｉｏｎ）を用いる。ＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）手続きとして知られているハンドオーバー手続きは、この状況下で開発された。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
従来の音声呼の連続性を同伴する無線アクセスネットワーク間におけるハンドオーバー手続きは、ハンドオーバー手続き中に変化しない呼の状態、例えば、音声呼が行われるハンドオーバー中に進行中の呼であることが求められる状況に適用可能である。
【００１１】
しかしながら、ハンドオーバー構造は、ハンドオーバー手続き前にまたはハンドオーバー手続き中に呼の状態が変化する場合、例えば、アラーム状態の呼が応答される場合に問題を引き起こす恐れがある。
【課題を解決するための手段】
【００１２】
本発明の第１の態様により、第１の無線アクセスネットワークから第２の無線アクセスネットワークへのユーザー装置のハンドオーバーを支援する方法が提供され、前記第２の無線アクセスネットワークは移動制御器に連結され、第１の無線アクセスネットワークと連関を有し、ユーザー装置は第１及び第２の無線アクセスネットワークの使用によってセッション転送制御器と通信可能であり、前記方法は、第２の無線アクセスネットワークにユーザー装置のハンドオーバーを要請する第１のメッセージを第１の無線アクセスネットワークから移動制御器において受信するステップと、セッション転送制御器によって発信され、ユーザー装置へのまたはユーザー装置からの呼の状態に関する状態アップデートに前記移動制御器を記名する第２のメッセージを前記移動制御器からセッション転送制御器へと送信するステップと、第１の無線アクセスネットワークを介したユーザー装置からセッション転送制御器への呼の状態の変化の通信に応じて、セッション転送制御器によって発信された前記状態アップデートのうちの一つを前記移動制御器において受信するステップと、前記状態アップデートの受信に応答して、移動制御器の呼状態指示子をアップデートするステップと、を含む。
【００１３】
セッション転送制御器によって発信された状態アップデートに移動制御器を記名することのメリットは、移動制御器において第１のメッセージの受信した後に、且つ、第２の無線アクセスネットワークへのユーザー装置のハンドオーバー前に状態が変化した場合に、移動制御器の呼状態指示子はユーザー装置の呼状態指示子の状態と一致するようにアップデート可能であり、これにより、呼の連続性が第２の無線アクセスネットワークにユーザー装置をハンドオーバーするときに維持可能であるということである。
【００１４】
例えば、第１のメッセージが送信されるときに、呼がアラーム状態にあってもよく、つまり、呼の状態が呼がアラーム状態にあるということであり、これにより、セッション転送制御器は呼がアラーム状態にあるということを知り、この情報は移動制御器にリレーされる。呼がハンドオーバー前に応答される場合に、ユーザー装置における呼の状態の指示子は活性状態に移動され、第１のユーザー装置から第１の無線アクセスネットワークを用いてセッション転送制御器へと状態の変化を示すメッセージが送信される。移動制御器がセッション転送制御器によって発信された状態アップデートに記名されるので、移動制御器は状態の変化を知ることになる。
【００１５】
しかしながら、移動制御器が状態アップデートに記名されない場合、呼の状態の変化は、一般に、移動制御器にリレーされなくてもよい。さらに、呼の状態が変化するときに、ユーザー装置は、一般に、単一のメッセージのみを送信するように配列されるので、移動制御器は、呼の状態の変化に関するいかなる指示もユーザー装置から受信できなくなる恐れがある。ユーザー装置が第１の無線アクセスネットワークから第２の無線アクセスネットワークへと引き続いてハンドオーバーされる場合に、第２のメッセージは、一般に送信されない。
【００１６】
そこで、移動制御器が状態アップデートに記名されない場合に、ユーザー装置にある呼の状態の指示子と移動制御器にある呼の状態の指示子は異なる状態にあってもよく、つまり、ユーザー装置にある状態機械は移動制御器にある状態機械と同期化されなくてもよい。これは、ハンドオーバー中に呼の連続性を中断する恐れがある。
【００１７】
本発明の一実施形態において、第１の無線アクセスネットワークと第２の無線アクセスネットワークとの間の前記連関は、第１の無線アクセスネットワークと連関付けられたコアネットワークを介したものであり、この方法は、前記コアネットワークから第１のメッセージを受信するステップを含む。
【００１８】
本発明の一実施形態において、第１の無線アクセスネットワークはパケットスイッチング音声通信を支援可能であり、第２の無線アクセスネットワークは回路スイッチング音声通信を支援可能であり、本発明の第１の態様によりハンドオーバーを支援する方法は、移動制御器が、一般に、回路スイッチング音声通信を支援可能なネットワークと連関付けられたときに、これらのネットワーク間におけるハンドオーバーを支援するのに用いて好適である。
【００１９】
本発明の一実施形態において、ユーザー装置は、ハンドオーバーに参与するときに、第２の無線ネットワークとの無線接続が行われる前に第１の無線ネットワークとの無線接続が切断されるように第１の無線ネットワーク及び第２の無線ネットワークと通信するための単一の無線インタフェースを備える。
【００２０】
好ましくは、ユーザー装置は、第１の無線ネットワーク及び第２の無線ネットワークと通信するための単一の無線インタフェースを備え、これにより、任意の与えられた時点に無線ネットワークとの単一の無線接続しか存在しない。ユーザー装置は、費用節減及び／又は電力消費量の最小化と関連して単一の無線トランシーバーを備えることが有利である。しかしながら、単一の無線インタフェースをもってはユーザー装置が両ネットワークに同時に接続できないため、特に、ハンドオーバー中に一つの無線アクセスネットワークに接続されたユーザー装置から受信された情報を他の無線アクセスネットワークに転送するメカニズムが求められる。特に、特許請求の範囲の第１項の方法は、単一の無線インタフェースを備えるユーザー装置との併用に特に適用可能である。
【００２１】
好ましくは、移動制御器は、所定の期間中にアップデートに記名され、これにより、連続した記名と関連付けられる信号送信オーバーヘッドが回避されるというメリットを提供する。
【００２２】
好ましくは、所定の期間は、第１の無線アクセスネットワークから第２の無線ネットワークへのハンドオーバーを完了するのにかかる期間とほぼ同じである。
【００２３】
本発明の一実施形態において、第２のメッセージが移動制御器における第１のメッセージの受信に応じて送信され、これは、セッション転送制御器によって発信される状態アップデートへの移動制御器の記名が、ハンドオーバーが要請された状況に制限可能であるというメリットを提供する。
【００２４】
本発明の一実施形態において、第２のメッセージは、セッション転送制御器から呼がアラーム状態にある旨の指示を受信したことに応答して送信され、これは、セッション転送制御器によって発信される状態アップデートへの移動制御器の記名が、呼がアラーム状態にある状況に制限可能であるというメリットを提供する。
【００２５】
本発明の一実施形態において、移動制御器への前記状態アップデートのうちの一つは、第２のメッセージの受信及び呼の状態の変化を示すユーザー装置からのセッション転送制御器における通信に応じて、セッション転送制御器から発信される。これは、移動制御器にある呼の状態の指示子がユーザー装置にある呼の状態の指示子に従うようにアップデート可能であるというメリットを提供する。
【００２６】
好ましくは、前記状態アップデートのうちの一つは、ユーザーが呼に応答したことを示す。
【００２７】
本発明の一実施形態において、移動制御器は、移動スイッチングセンターサーバー（ＭＳＣ−Ｓ）である。
【００２８】
本発明の一実施形態において、セッション転送制御器は、サービス集中及び連続性適用サーバー（ＳＣＣＡＳ）を備える。
【００２９】
本発明の一実施形態において、ハンドオーバーは、単一の無線音声呼連続性（ＳＲＶＣＣ）手続きを含む。
【００３０】
本発明の第２の態様により、第１の無線アクセスネットワークから第２の無線アクセスネットワークへのユーザー装置のハンドオーバーを支援可能な移動制御器が提供され、前記第２の無線アクセスネットワークは前記移動制御器に連結され、前記第１の無線アクセスネットワークと連関を有し、前記第１及び第２の無線アクセスネットワークはセッション転送制御器と通信可能であり、前記移動制御器は、第２の無線アクセスネットワークにユーザー装置のハンドオーバーを要請する第１のメッセージを第１の無線アクセスネットワークから受信し、セッション転送制御器によって発信され、ユーザー装置へのまたはユーザー装置からの呼の状態に関する状態アップデートに移動制御器を記名する第２のメッセージをセッション転送制御器に送信し、第１の無線アクセスネットワークを介した前記ユーザー装置からセッション転送制御器への前記呼の状態の変化の通信に応じて、セッション転送制御器によって発信される前記状態アップデートのうちの一つを移動制御器において受信し、前記状態アップデートの受信に応答して、第２の無線アクセスネットワークへのユーザー装置のハンドオーバー時に呼の連続性を支援すべくユーザー装置の呼の状態と移動制御器にある呼の状態を同期化させて移動制御器の呼の状態の指示子をアップデートするように配列される
【００３１】
本発明の第３の態様により、第１の無線アクセスネットワークから第２の無線アクセスネットワークへのユーザー装置のハンドオーバーを支援可能なセッション転送制御器が提供され、前記第２の無線アクセスネットワークは移動制御器に連結され、第１の無線アクセスネットワークと連関を有し、前記第１及び第２の無線アクセスネットワークはセッション転送制御器と通信可能であり、セッション転送制御器は、セッション転送制御器によって発信され、ユーザー装置へのまたはユーザー装置からの呼の状態に関する状態アップデートに移動制御器を記名する、移動制御器によって発信される第２のメッセージを受信し、前記呼の状態の変化を示すユーザー装置からの通信を受信し、前記通信及び第２のメッセージの受信に応じて、前記状態アップデートのうちの一つを移動制御器に発信するように配列される。
【００３２】
本発明の第４の態様により、第１の無線アクセスネットワーク及び第２の無線アクセスネットワークを備える遠隔通信ネットワークに用いるための呼処理を支援する方法が提供され、前記第２の無線アクセスネットワークは移動制御器に連結され、第１の無線アクセスネットワークと連関を有し、前記第１及び第２の無線アクセスネットワークはセッション転送制御器と通信可能であり、前記方法は、第２の無線アクセスネットワークにユーザー装置のハンドオーバーが要請された旨を示すメッセージをセッション転送制御器において受信するステップと、ユーザー装置によって発信され、ユーザー装置へのまたはユーザー装置からの呼の状態の変化を示す通信を第１の無線アクセスネットワークを介してセッション転送制御器において受信するステップと、前記メッセージ及び前記通信の受信に応答して、呼漏れが生じ得る旨を示すメッセージを移動制御器に送信するステップと、を含む。
【００３３】
これは、呼漏れを生じさせることにより、ユーザー装置にある呼の状態の指示子と、移動制御器にある呼の状態の指示子とが異なる状態にある状況が回避できるというメリット、つまり、ユーザー装置にある状態機械が移動制御器にある状態機械と同期化されない状況が回避できるというメリットを提供する。このような未同期化の状態は、呼の制御の適切な動作を中断することができ、これは、もし、ハンドオーバーが完了した場合には、ユーザーが再ダイアルをするように呼漏れを生じさせることが好ましい。
【００３４】
本発明の第５の態様により、第１の無線アクセスネットワーク及び第２の無線アクセスネットワークを備える遠隔通信ネットワークにおいて用いるために呼処理を支援可能なセッション転送制御器が提供され、前記第２の無線アクセスネットワークは移動制御器に連結され、第１の無線アクセスネットワークと連関を有し、前記第１及び第２の無線アクセスネットワークはセッション転送制御器と通信可能であり、セッション転送制御器は、第２の無線アクセスネットワークにユーザー装置のハンドオーバーが要請された旨を示すメッセージを受信し、ユーザー装置によって発信され、ユーザー装置へのまたはユーザー装置からの呼の状態の変化を示す通信を第１の無線アクセスネットワークを介して受信し、前記メッセージ及び前記通信の受信に応答して、呼漏れが生じ得る旨を示すメッセージを移動制御器に送信するように配列される。
【００３５】
本発明の第６の態様により、第１の無線アクセスネットワークから第２の無線アクセスネットワークへのユーザー装置のハンドオーバーを支援する方法が提供され、前記方法は、遅延期間に見合う分だけ、ユーザー装置へのまたはユーザー装置からの呼の状態の変化を示す情報をユーザー装置から送信することを遅らせるステップと、遅延期間の満了後に第２の無線アクセスネットワークへのユーザー装置のハンドオーバーが完了したならば、第２の無線アクセスネットワークを介して前記情報を送信し、そうではなければ、第１の無線アクセスネットワークを介して前記情報を送信するステップと、を含む。
【００３６】
好ましくは、この方法は、第１の無線アクセスネットワークから第２の無線アクセスネットワークへのユーザー装置のハンドオーバーの可能性を決定するステップと、遅延期間に見合う分だけ、ユーザー装置へのまたはユーザー装置からの呼の状態の変化を示す情報をユーザー装置から送信することを遅らせるステップと、を含むが、前記遅延は、ハンドオーバーの決定された可能性に応じて決定される。
【００３７】
ユーザー装置のハンドオーバーの可能性に応じて呼の状態の変化を示す情報をユーザー装置から送信することを遅らせることのメリットは、ハンドオーバーがあるような場合に、状態の変化を示す情報の送信が、ハンドオーバーが要請されたならば、第２の無線アクセスネットワークを介して行われるように、この情報が送信される前にハンドオーバーが要請されて完了できる程度に十分に長く遅らせることができるということである。
【００３８】
これは、ハンドオーバーが要請されたものの、ハンドオーバーが完了する前に第１の無線アクセスネットワークを介して情報が送信されるような状況、すなわち、第２の無線アクセスネットワークの移動制御器とユーザー装置にある有限状態機械との間の同期化が行われないような状況を回避する。
【００３９】
本発明の第７の態様により、第１の無線アクセスネットワークから第２の無線アクセスネットワークへのハンドオーバーを支援可能なユーザー装置が提供され、前記ユーザー装置は、遅延期間に見合う分だけ、ユーザー装置へのまたはユーザー装置からの呼の状態の変化を示す情報を送信することを遅らせ、第２の無線アクセスネットワークへのユーザー装置のハンドオーバーが、遅延期間の満了後に完了したならば、第２の無線アクセスネットワークを介して前記情報を送信し、そうではなければ、第１の無線アクセスネットワークを介して前記情報を送信するように配列される。
【００４０】
好ましくは、ユーザー装置は、第１の無線アクセスネットワークから第２の無線アクセスネットワークへのユーザー装置のハンドオーバーの可能性を決定し、ハンドオーバーの決定された可能性に応じて前記送信を遅らせるように配列される。
【００４１】
本発明のさらなる特徴とメリットは、単に例示のために提供された本発明の好適な実施形態の後述する詳細な説明から一層明らかになる。
【発明の効果】
【００４２】
セッション転送制御器によって発信される状態アップデートに移動制御器を記名することのメリットは、移動制御器における第１のメッセージの受信後に、且つ、第２の無線アクセスネットワークへのユーザー装置のハンドオーバー前に状態が変化した場合に、移動制御器の呼の状態の指示子がユーザー装置の呼の状態の指示子の状態と一致するようにアップデート可能であり、その結果、呼の連続性が第２の無線アクセスネットワークへのユーザー装置のハンドオーバー時に維持可能であるということである。
【図面の簡単な説明】
【００４３】
【図１】図１は、ＳＲＶＣＣハンドオーバーを支援する遠隔通信ネットワークにおける信号の送信経路を示す概略図である。
【図２】図２は、呼のアラーム段階中におけるハンドオーバーの要請に対する従来の方式の応答を示す概略図である。
【図３】図３は、呼のアラーム段階中にハンドオーバーが開始されるときにＳＲＶＣＣをイネーブルする問題を示す概略図である。
【図４】図４は、本発明の第１の実施形態を示す概略図である。
【図５】図５は、本発明の第２の実施形態を示す概略図である。
【図６】図６は、本発明の第３の実施形態を示す概略図。
【図７Ａ】図７Ａは、本発明の第１及び第２の実施形態を示すフローチャートである。
【図７Ｂ】図７Ｂは、図７Ａに続くもので、本発明の第１及び第２の実施形態を示すフローチャートである。
【図８】図８は、本発明の第４の実施形態を示す概略図。
【発明を実施するための形態】
【００４４】
例えば、本発明の一実施形態は、以下、パケットスイッチング音声通信を支援する、ＬＴＥシステムにおいてＥ−ＵＴＲＡＮネットワークと連関付けられたＥ−ＵＴＲＡＮ／ＬＴＥ無線アクセス技術を用いる通信を支援する無線アクセスネットワークと、回路スイッチング音声通信を支援する、ＧＳＭ（登録商標）／ＵＭＴＳシステムにおいてＧＥＲＡＮ／ＵＴＲＡＮネットワークと連関付けられたＧＥＲＡ／ＵＴＲＡ無線アクセス技術を用いる通信を支援する他の無線アクセスネットワークを含む遠隔通信ネットワークの文脈にて記述される。
【００４５】
しかしながら、これは単に例示のためのものに過ぎず、他の実施形態においてはＩＥＥＥ８０２．１６ＷｉＭａｘシステムなどの他の無線アクセス技術を用いる無線ネットワークを同伴することができ、このため、実施形態は特定の無線アクセス技術の使用に制限されないということが理解できるであろう。
【００４６】
Ｅ−ＵＴＲＡＮネットワークの初期展開は、一般に、レガシーＧＥＲＡＮ／ＵＴＲＡＮネットワークなどの既存の無線ネットワークのカバレッジ領域内にある。初期展開時に、Ｅ−ＵＴＲＡＮネットワークは、例えば、都市センターをカバーする既存のレガシーネットワークによってカバーされる場合よりも小さな地理的な領域にサービスを提供し、カバーされる領域は隣り合っていなくてもよい。ひいては、利用可能なネットワーク特徴のサブセットのみがイネーブル可能であり、特徴のイネーブルはネットワークに渡って不均一であってもよい。
【００４７】
特に、レガシーシステムと比較して、潜在的に改善されたデータ容量に起因して、Ｅ−ＵＴＲＡＮの初期展開は、高帯域幅のデータサービスを、例えば、パーソナルデジタルアシスタント（ＰＤＡ）などのＬＴＥイネーブル装備に提供したり、または、ラップタップコンピュータのための通信モジュールにプラグの形でユーザー装置に提供することに集中することができる。このため、基本ＬＴＥ音声サービス、ＶｏＩＭＳ（Ｖｏｉｃｅ ｏｖｅｒ ＩＭＳ）として知られているパケットスイッチングサービスは特定の領域において利用不可であってもよい。
【００４８】
ユーザー装置がＥ−ＵＴＲＡＮネットワークのカバレッジ領域から外れて移動する場合に、ＧＥＲＡＮ／ＵＴＲＡＮネットワークにハンドオーバーが要求されてもよく、このハンドオーバーは、単一の無線音声呼の連続性（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔｙ）（ＳＲＶＣＣ）ハンドオーバーであってもよい。
【００４９】
図１は、ＳＲＶＣＣハンドオーバーを支援する遠隔通信ネットワークにおける信号の送信経路を示す。ユーザー装置１０は、この例においてＥ−ＵＴＲＡＮ無線アクセスネットワーク２２としての第１の無線アクセスネットワークに接続され、ハンドオーバーは、この例においてＵＴＲＡＮ／ＧＥＲＡＮ無線アクセスネットワーク１２としての第２の無線アクセスネットワークに要求されて、第２の無線アクセスネットワークへのハンドオーバー時に、ユーザー装置は、ＵＴＲＡＮ／ＧＥＲＡＮ無線アクセスネットワーク１２に接続される。
【００５０】
第１の無線アクセスネットワークは、ホーム記名者サーバー（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）（ＨＳＳ）２０に接続された移動管理個体（Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）（ＭＭＥ）１８と、Ｅ−ＵＴＲＡＮ内にハンドオーバーを支援するように動作するサービスゲートウェイ／パケットゲートウェイ（Ｓｅｒｖｉｎｇ ＧａｔｅＷａｙ／Ｐａｃｋｅｔ ＧａｔｅＷａｙ）（ＳＧＷ／ＰＧＷ）２４と、を備えるコアネットワークを有する。インターネットプロトコルマルチメディアサブシステム（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）（ＩＭＳ）２６は、ＳＧＷ／ＰＧＷ２４を介して第１の無線アクセスネットワークと通信可能であり、且つ、ＭＳＣ１４を介して第２の無線アクセスネットワークと通信可能である。
【００５１】
第２の無線アクセスネットワークは、移動制御器、この例において移動スイッチングセンター（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ）（ＭＳＣ）または移動スイッチングセンターサーバー（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ Ｓｅｒｖｅｒ）（ＭＳＣ−Ｓ）１４を備える。第２の無線アクセスネットワークはまた、ＭＭＥ１８への接続を有するサービス一般パケット無線サービス支援ノード（Ｓｅｒｖｉｎｇ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）（ＳＧＳＮ）１６をさらに備える。
【００５２】
ＩＭＳ２６は、この例においてサービス集中及び連続性適用サーバー（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｓａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）（ＳＣＣＡＣ）３０及びサービス呼セッション制御機能及び／又は質疑呼セッション制御機能（Ｓｅｒｖｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ ａｎｄ／ｏｒ Ｉｎｔｅｒｒｏｇａｔｉｎｇ Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）（Ｉ／Ｓ−ＣＳＣＦ）２８を備えるセッション転送制御器を有する。
【００５３】
図２は、ユーザー装置１０がＥ−ＵＴＲＡＮ無線アクセスネットワークにキャンプされるときにおける、呼のアラーム段階中のハンドオーバー要請に対する従来の方式の応答を示す。アラーム段階は、呼の開始から呼の応答までの呼に関するものであり、つまり、端末がリンギングされるときの段階を含み、事前アラーム段階とも呼ばれるもの、つまり、開始後であってリンギング前を含んでいてもよい。
【００５４】
呼の状態は、呼がアラーム段階にあるときにアラームまたはアラーム状態と呼ばれ得る。この例示及び今後の例示において、ユーザー装置１０への呼に関するメッセージが提示されるが、本発明はまた、ユーザー装置によって行われた呼に関するものであり、つまり、本発明は、終点及び起点の両方に適用されるということが理解できるであろう。
【００５５】
ステップ２．１において、招待、すなわち、呼の開始がＳＣＣＡＳ３０からＩ／Ｓ−ＣＳＣＦ２８を介してステップ２．２においてユーザー装置１０に送信される。ユーザー装置１０は、ステップ２．３において、呼がリンギングである旨を示すメッセージを送信することで応答し、このメッセージは、Ｉ／Ｓ−ＣＳＣＦ２８を介してステップ２．４においてＳＣＣＡＳ３０に送信される。ユーザー装置の呼の状態の指示子は適切にアラーム状態にある。呼に関するＳＣＣＡＳにおける呼の状態の指示子はまたアラーム状態に設定可能であり、つまり、ユーザー装置において呼の状態を示す有限状態機械は、呼の状態を示すＳＣＣＡＳにおける有限状態機械と同期化される。
【００５６】
ステップ２．５において、ＭＭＥ１８は、第２の無線アクセスネットワーク、この場合にはＧＥＲＡＮ／ＵＴＲＡＮにハンドオーバーが要求される旨を示すメッセージをサービスＥ−ＵＴＲＡＮから、つまり、第１の無線アクセスネットワークから受信する。ハンドオーバーメッセージは、ステップ２．６においてＭＳＣ若しくはＭＳＣ−Ｓ１４に適切に送信され、ＭＳＣ若しくはＭＳＣ−Ｓ１４は、次いで、ステップ２．７においてＩ／Ｓ−ＣＳＣＦにセッション転送要請を送信し、これは、次いで、ＳＣＣＡＳ３０にリレーされる。しかしながら、この場合に、ステップ２．９において、ＳＣＣＡＳはＳＲＶＣＣ手続きを実現しない。
【００５７】
その代わりに、ステップ２．１０において、ハンドオーバーを拒む「利用不可」メッセージがＭＳＣ若しくはＭＳＣ−Ｓ１４に送信され、呼漏れが生じ得る。具体的に、ステップ２．１０において、メッセージは、転送要請を拒むＳＩＰ４８０一時的に利用不可である旨のメッセージであってもよい。ＭＳＣ若しくはＭＳＣ−Ｓ１４がハンドオーバー前にＳＩＰ４８０一時的に利用不可である旨のメッセージを受信する場合に、セッション転送は拒まれ、ユーザー装置はハンドオーバーされることなく第１の無線アクセスネットワークへの接続を維持することができ、あるいは、呼漏れは、第１の無線アクセスネットワークにおける信号の受信に満足できない場合に生じる。
【００５８】
ＭＳＣ若しくはＭＳＣ−Ｓ１４が、ユーザー装置が第２の無線アクセスネットワークにハンドオーバーされた後にＳＩＰ４８０一時的に利用不可である旨のメッセージを受信する場合に、これは、セッションが十分に確立されておらず、すなわち、呼漏れが生じ得るということを示す。いずれにせよ、ＳＲＶＣＣ手続きは、呼がアラーム段階にある場合に実現されず、呼漏れが生じ得る。
【００５９】
この手続きは、ユーザー装置にある呼の状態の指示子がＭＳＣ若しくはＭＳＣ−Ｓにおけるものとは異なる状態にあることに起因して呼が第２の無線アクセスネットワークにハンドオーバーされる前に応答された場合にあり得る問題を回避する。しかしながら、この手続きは、事前アラームまたはアラーム段階においてＳＲＶＣＣを行う試みが失敗し得る結果を有する。事前アラームまたはアラーム段階におけるＳＲＶＣＣの利用不可は、満足できないユーザー経験を招く恐れがある。
【００６０】
図３は、呼のアラーム段階中にハンドオーバーが開始されるとき、ＳＲＶＣＣをイネーブルするときにあり得る問題を示す。ステップ３．１乃至３．８は、図２に基づくステップ２．１乃至２．８とそれぞれ同様に行われる。この例においては、ＳＲＶＣＣ手続きがステップ３．９において実現されて、第２の無線アクセスネットワークへのユーザー装置１０のハンドオーバーが行われる。ステップ１０において、状態情報メッセージはＩ／Ｓ−ＣＳＣＦ２８に送信されてもよく、ステップ３．１１においてＭＳＣ若しくはＭＳＣ−Ｓ１４に転送されてもよい。ＭＳＣは、次いで、ステップ３．１２において、呼と関連付けられた呼受信済みの（アラーム）状態に移動してもよく、つまり、呼の状態の指示子はアラーム状態に設定される。
【００６１】
しかしながら、この例示において、呼は、ステップ３．１３において、第２の無線アクセスネットワークへのユーザー装置のハンドオーバー前に応答する。ユーザー装置は、この呼が応答した旨を示すメッセージ、すなわち、ＯＫまたは呼ＯＫメッセージを送信し、これは、ステップ３．１４においてＩ／Ｓ−ＣＳＣＦ２８に送信され、ステップ３．１５においてＳＣＣＡＳ３０にリレーされる。つまり、この呼は、ユーザー装置１０がパケットスイッチング（ＰＳ）モードにおいて第１の無線アクセスネットワークに接続されるときに応答され、これにより、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）（ＳＩＰ）２００−ＯＫメッセージなどのパケットスイッチングに適した信号の送信が行われる。
【００６２】
呼ＯＫメッセージを送信した後に、ユーザー装置は、ステップ３．１６において、回路スイッチング通信を支援する第２の無線アクセスネットワークにハンドオーバーされる。ユーザー装置１０にある呼の状態の指示子は、呼が活性である旨、すなわち、状態が呼活性状態である旨を示すように設定されてもよい。しかしながら、ユーザー装置は、従来の方式によって一回に限って状態の変化を示すメッセージを送信し、この場合には、呼が応答し、且つ、この呼が活性状態へ移動した旨を示すメッセージを送信する。このため、このユーザー装置は、呼が応答した旨を示すメッセージを第２の無線アクセスネットワークを介してＭＳＣ若しくはＭＳＣ−Ｓ１４に送信しないが、その理由は、ユーザー装置が第１の無線アクセスネットワークを介して呼ＯＫメッセージをＳＣＣＡＳに既に送信したためである。その結果、ＭＳＣ若しくはＭＳＣ−Ｓは、呼の状態の変化を知らず、ＭＳＣ若しくはＭＳＣ−Ｓにおいて呼に関する状態指示子はこの呼がアラーム状態にある旨を示すのに対し、ユーザー装置１０にある状態指示子はこの呼が活性状態にある旨を示すものに移動している。つまり、ユーザー装置１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４における呼状態指示子は異なる状態にあり、これが、ユーザー装置１０及びＭＳＣ１４にある有限状態機械が同期化されていないと呼ばれる。これは、呼の連続性に問題を引き起こす恐れがある。これはまた、この例においてＵＥ１０にある有限状態機械、ＭＳＣ若しくはＭＳＣ−Ｓ１４及びＳＣＣＡＳ３０が同期化されていない場合である。ＵＥ１０及びＭＳＣ１４における呼の状態を示す少なくとも有限状態機械は互いに同期化されることが好ましく、ＵＥ１０、ＭＳＣ若しくはＭＳＣ−Ｓ１４及びＳＣＣＡＳ３０にある有限状態機械は呼の連続性を招く適切な動作のために互いに同期化されることが好ましい。従来の方式により、この呼は、ＵＥ１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４にある有限状態機械が同期化されていない状況に出会うよりは、図２に示す手続きに従って漏れるが、これは、ネットワークの動作が上手に制御されない競争状態を招く恐れがあるため、潜在的に満足できないユーザー経験を招く恐れがあるためである。特に、ＭＳＣ１４または、より具体的に、ＭＳＣサーバーは、ユーザー装置のユーザー平面をサービスできないことがある。
【００６３】
図４は、本発明の第１の実施形態における、図３に示す問題に対する解決策を示す。ステップ４．１乃至４．８はステップ２．１乃至２．８と関連付けられており、上述したようにして行う。つまり、ＳＣＣＡＳ３０は、呼がアラーム段階にある旨を示すメッセージを受信し、且つ、セッション転送要請（すなわち、第２の無線アクセスネットワークへのハンドオーバーのための要請）を受信し、ＭＳＣ若しくはＭＳＣ−Ｓ１４は、ステップ４．６において、ハンドオーバー要請を受信する。ステップ４．９において、単一の無線音声呼の連続性工程が実現される。
【００６４】
ステップ４．６におけるハンドオーバー要請の受信に応答して、移動制御器は、セッション転送制御器によって発信され、ユーザー装置へのまたはユーザー装置からの呼の状態に関する状態アップデートに移動制御器を記名するメッセージをセッション転送制御器に送信する。具体的に、第１の実施形態において、ステップ４．１０において、ＭＳＣ若しくはＭＳＣ−Ｓ１４はＩ／Ｓ−ＣＳＣＦ２８に記名メッセージを送信し、これは、次いで、ステップ４．１１において、Ｉ／Ｓ−ＣＳＣＦ２８からＳＣＣＡＳ３０へと送信される。記名メッセージは、ＲＦＣ４２３５などの限られたＳＩＰ対話イベントパッケージに移動制御器を記名することができる。この記名は、生成される信号送信トラフィックの量を減らすために予め限定された期間であってもよい制限された期間中にあり得る。記名期間は最大３６０秒であってもよく、これは、アラーム段階が実務的に最大３６０秒まで持続できるためであるが、実務的にこの記名期間をより短い時間、一般に、略１５秒に設定することが有利である。記名の制限された持続期間は、ＭＳＣ若しくはＭＳＣ−Ｓ１４におけるアラームタイマーの使用によって実現可能である。
【００６５】
記名の結果として、状態アップデートは、セッション転送制御器によって開始される。このため、具体的に、第１の実施形態において、ステップ４．１１において通知メッセージ、つまり、状態アップデートはＳＣＣＡＳ３０からＩ／Ｓ−ＣＳＣＦ２８を介して送信され、これは、ステップ４．１３において、呼の状態がアラーム状態にある旨を示す状態アップデートをＭＳＣ若しくはＭＳＣ−Ｓ１４にリレーする。対話イベントパッケージの用語において、アラーム状態は、状態情報「早期に」によって指し示されてもよい。状態アップデートを受信した結果、ＭＳＣ若しくはＭＳＣ−Ｓ１４は、ステップ４．１４において、呼受信済みの（アラーム）状態に移動し、つまり、ＭＳＣ若しくはＭＳＣ−Ｓ１４における呼の状態指示子はアラーム状態に設定される。
【００６６】
ステップ４．１５において、呼はユーザー装置１０において応答されたのに対し、ユーザー装置は第１の無線アクセスネットワークにおいて、すなわち、ハンドオーバー前にキャンプされて、ユーザー装置との通信はパケットスイッチング接続によるものとなる。ユーザー装置１０は呼活性状態に移動し、つまり、ユーザー装置における呼状態指示子は活性状態に移動し、ユーザー装置１０は第１の無線アクセスネットワークを介して呼の状態の変化の通信をセッション制御器に送信し、この実施形態において、この通信は、ステップ４．１６において呼ＯＫメッセージをＩ／Ｓ−ＣＳＣＦ２８に信号送信するものであり、これは、ステップ４．１７において、ＳＣＣＡＳ３０に送信される。
【００６７】
このメッセージの受信に応答して、呼に関するＳＣＣＡＳ３０における呼状態指示子は活性状態に設定され、呼状態が活性状態に変化した旨を示す状態アップデートが移動制御器に送信される。この実施形態において、状態アップデートは、ステップ４．１８において、通知メッセージをＳＣＣＡＳ３０からＩ／Ｓ−ＣＳＣＦ２８を介して送信することと、次いで、ステップ４．１９において、通知アップデートメッセージをＩ／Ｓ−ＣＳＣＦ２８からＭＳＣ若しくはＭＳＣ−Ｓ１４に送信することと、を同伴する。対話イベントパッケージの用語において、活性状態は、状態情報「確認」によって指し示されてもよい。ＭＳＣ若しくはＭＳＣ−Ｓのアラーム状態は、Ｎ７として知られている状態、すなわち、「呼受信済みの状態」であってもよい。
【００６８】
状態アップデートの受信に応答して、移動制御器の呼状態指示子はアップデートされ、これにより、この実施形態において、ＭＳＣ若しくはＭＳＣ−Ｓ１４は、ステップ４．２０において活性状態に移動する。活性状態は、Ｎ１０として知られている状態であってもよい。
【００６９】
而して、ユーザー装置１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４にある呼状態指示子は同じ状態にあり、これは、ユーザー装置１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４にある有限状態機械は同期化されていることを意味する。
【００７０】
ステップ４．２１において、ユーザー装置は、第２の無線アクセスネットワークにハンドオーバーされる。ユーザー装置１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４にある呼状態指示子が同じ状態にあるということは、ハンドオーバー時に呼の連続性を支援する上で有利である。
【００７１】
図５は、本発明の第２の実施形態を示す。ステップ５．１乃至５．８、ステップ５．１４乃至５．２１は、上述したステップ４．１乃至４．８、ステップ４．１４乃至４．２１とそれぞれ同じ方式により行われる。第２の実施形態は、セッション転送制御器によって発信された状態アップデートに移動制御器を記名するメッセージを移動制御器からセッション転送制御器に信号送信することが、呼がアラーム状態にあるという一般にセッション転送制御器からの指示を移動制御器において受信したことに応答するという点で第１の実施形態と相違する。
【００７２】
これは、ＭＳＣ若しくはＭＳＣ−Ｓ１４におけるハンドオーバー要請の受信に応答してメッセージが送信される第１の実施形態とは対照的である。第２の実施形態の変形として、メッセージの信号送信は、第１の実施形態と結び付けて述べたように、呼がアラーム状態にあるという指示とハンドオーバーの要請を両方とも受信したことによって行われてもよい。
【００７３】
ステップ５．９においてＳＲＶＣＣ手続きは実現され、次いで、ステップ５．１０において、メッセージはＩ／Ｓ−ＣＳＣＦに送信され、ステップ５．１１においてＭＳＣ若しくはＭＳＣ−Ｓ１４にリレーされて呼がアラーム状態にあるという旨の指示を転送する。メッセージは一時応答の形の状態情報メッセージであってもよい。呼がアラーム状態にあるという旨の指示を転送するメッセージの受信に応答して、ステップ５．１２において、ＭＳＣ若しくはＭＳＣ−Ｓ１４は、記名メッセージをＩ／Ｓ−ＣＳＣＦ２８に送信し、これは、ステップ５．１３において、Ｉ／Ｓ−ＣＳＣＦ２８からＳＣＣＡＳ３０に送信される。記名メッセージは、ＲＦＣ４２３５などの限定されたＳＩＰ対話イベントパッケージに移動制御器を記名することができる。また、呼がアラーム状態にあるという旨の指示を転送するメッセージの受信に応答して、移動制御器の呼状態指示子がアップデートされてもよく、この例において、ＭＳＣ若しくはＭＳＣ−Ｓ１４は、ステップ５．１４においてアラーム状態に設定される。記名の結果として、ＭＳＣ１４は、ＳＣＣＡＳ３０から発信された状態アップデートを受信することができ、これはまた、呼がアラーム状態にあるという旨の指示を転送することができる。移動制御器の呼状態指示子は、この状態アップデートに基づいて確認またはアップデート可能であるが、図５に示す場合に、この状態アップデートは、ステップ５．１２において状態情報メッセージによって転送された指示を簡単に確認することができ、このため、この状態アップデートメッセージの図示は省略する。
【００７４】
ステップ５．１５において、呼は、図４のシステムにおいて、ステップ４．１５と同様にユーザー装置１０において応答され、ステップ５．１６乃至５．２１は上述したステップ４．１６乃至４．２１と同様に行われ、これにより、移動制御器の呼状態指示子はアップデートされ、ＭＳＣ若しくはＭＳＣ−Ｓ１４は、ステップ５．２０において活性状態に移動し、ユーザー装置１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４にある呼状態指示子は同じ状態にあり、これは、ユーザー装置１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４にある有限状態機械が同期化されていることを意味する。
【００７５】
図６は、移動制御器がセッション転送制御器から状態アップデートに記名されてはいないものの、セッション転送要請がセッション転送制御器によって受信された後であってユーザー装置がハンドオーバーされる前に呼が応答されたならば、この呼は故意に漏れる本発明の第３の実施形態を示す。これは、ＵＥ１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４にある有限状態機械が同期化されていない状況を回避するが、これは、図３と結び付けて述べたように、ネットワークの動作が上手に制御されない競争状態を招く恐れがあるためである。呼をかけた者は、この状況に出会った場合には再ダイアルをしてもよい。
【００７６】
第３の実施形態は、少なくとも呼がアラーム段階にあるか否かとは無関係に、ＳＲＶＣＣ手続きがステップ６．９において実現されて呼がアラーム状態にある場合に呼がハンドオーバーされ得るという点において、図２に示す従来の方式とは相違する。ユーザー装置１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４にある呼状態指示子は、呼がアラーム状態に保たれる場合にいずれもアラーム状態にあることができ、これにより、ユーザー装置１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４にある有限状態機械が同期化され、その結果、呼が問題なしにハンドオーバー時にアラーム状態で連続していてもよい。
【００７７】
ステップ６．１乃至６．１１は、図６と結び付けて述べたステップ５．１乃至５．１１とそれぞれ同じ方式により行われ、これにより、セッション転送要請はＳＣＣＡＳ３０において受信され、ＳＲＶＣＣ手続きが実現され、呼がアラーム段階にある旨を示す状態情報がＭＳＣ若しくはＭＳＣ−Ｓ１４に送信される。状態情報の受信に際して、ＭＳＣ若しくはＭＳＣ−Ｓは、ステップ６．１２においてアラーム状態に設定される。
【００７８】
ステップ６．１３において、呼はユーザー装置１０において応答されるのに対し、ユーザー装置は第１の無線アクセスネットワークに依然として接続され、このため、この例において、通信は依然としてパケットスイッチングモードにある。ユーザー装置にある呼状態指示子は活性状態に移動され、ステップ６．１４においてユーザー装置１０によって発信され、呼が応答された旨を示す通信は第１の無線アクセスネットワークを介してＩ／Ｓ−ＣＳＣＦ２８に送信される。この通信はＳＩＰ２００−ＯＫメッセージであってもよく、ステップ６．１５においてこのメッセージはＳＣＣＡＳ３０に転送される。ステップ６．１６において、ユーザー装置は、この例において、回路スイッチング通信を用いる第２の無線アクセスネットワークにハンドオーバーされる。
【００７９】
呼が応答された旨を示す通信を受信したときに、ＳＣＣＡＳ３０は、ステップ６．１７において呼漏れが生じ得る旨を示すメッセージをＭＳＣ若しくはＭＳＣ−Ｓ１４に送信する。呼漏れが生じ得る旨を示すメッセージは利用不可である旨のメッセージであってもよく、これは、ステップ６．１７において、ＭＳＣ若しくはＭＳＣ−Ｓ１４に送信される。具体的に、ステップ６．１７において、メッセージは、ＳＩＰ４８０一時的に利用不可である旨のメッセージであってもよい。ユーザー装置が第２の無線アクセスネットワークにハンドオーバーされた後に、ＭＳＣ若しくはＭＳＣ−Ｓ１４におけるこのメッセージの受信効果は、セッション転送が行われず、これにより、呼漏れが生じ得るということである。
【００８０】
ＳＣＣＡＳ３０はまた、「ＢＹＥ」メッセージなどの呼を終了するメッセージをＵＥに送信してもよい。「ＢＹＥ」メッセージはまた、遠隔相手に送信されてもよく、この例においては、呼をかけた者、すなわち、呼出者に送信されてもよく、これにより、ＳＩＰ対話を終結することができる。呼出者若しくは呼出された相手は、次いで、呼を再確立してもよい。
【００８１】
図７は、本発明の第１及び第２の実施形態を示すフローチャートである。ステップ７．１において、フローチャートが始まる。
【００８２】
ステップ７．２において、ユーザー装置１０は、移動終了（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ）（ＭＴ）呼を受信し、アラーム指示を戻す。これは、図４におけるステップ４．２及びステップ４．３に対応する。
【００８３】
ステップ７．３において、ソースＥ−ＵＴＲＡＮ２２、つまり、第１の無線アクセスネットワークは、ハンドオーバーがＳＲＶＣＣを用いて第２の無線アクセスネットワーク、すなわち、２Ｇ／３Ｇとも呼ばれるＵＴＲＡＮ／ＧＥＲＡＮネットワーク１２に要求されると決定する。ＭＭＥ１８は、「転送再割当要請（Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）であってもよいハンドオーバー要請を「Ｓｖ」信号送信チャネルを用いてＭＳＣ若しくはＭＳＣ−Ｓ１４に送信する。これは、図４におけるステップ４．６に対応する。
【００８４】
ステップ７．４において、ＭＳＣ１４または、より具体的に、ＭＳＣサーバーＭＳＣ−Ｓは、回路スイッチングセッション転送要請によりスイッチングされたパケットをＳＣＣＡＳ３０に送信する。これは、図４におけるステップ４．７、ステップ４．８に対応する。
【００８５】
ステップ７．５において、ＳＣＣ−ＡＳ３０は、遠隔終端をアップデートするために「再招待」メッセージを送信し、これは、図４におけるステップ４．９に示すＳＲＶＣＣ手続きの一部である。
【００８６】
ステップ７．６において、ＭＳＣ若しくはＭＳＣ−Ｓ１４は、１５秒で満了するイベント対話パッケージに記名し、すなわち、状態アップデートのための記名は１５秒の所定の期間中にある。これは、図４におけるステップ４．１０、ステップ４．１１に対応する。
【００８７】
ステップ７．７において、ＳＣＣＡＳ３０は、「早期に」に設定された対話状態を有する「通知」メッセージを送信し、すなわち、ＳＣＣＡＳ３０は、呼がアラーム状態にある旨を示す状態アップデートを送信する。これは、図４におけるステップ４．１２、ステップ４．１３に対応する。
【００８８】
ステップ７．８において、ＭＳＣ若しくはＭＳＣ−Ｓ１４は、Ｎ７呼受信済みの状態に移動し、つまり、ＭＳＣ若しくはＭＳＣ−Ｓ１４にある呼に関する呼状態指示子はアラーム状態に設定される。これは、図４におけるステップ４．１４に対応する。
【００８９】
ステップ７．９において、ＳＣＣＡＳ３０は、ＭＳＣ若しくはＭＳＣ−Ｓ１４に２００−ＯＫメッセージを送信する。
【００９０】
ステップ７．１０において、パケットスイッチング無線アクセスネットワークＥ−ＵＴＲＡＮから回路スイッチングネットワークＵＴＲＡＮ／ＧＥＲＡＮへのハンドオーバーが完了できなかった場合、ステップ７．１７に移行し、ユーザーが図４におけるステップ４．１５に対応する呼に応答した場合に、ユーザー装置はセッション確立された状態に移動し、ユーザー装置１０にある呼状態指示子はステップ７．１８において活性状態に設定される。
【００９１】
ステップ７．１９において、ユーザー装置は、呼状態が活性状態に変化した旨を示すメッセージを送信し、具体的に、この例において、ユーザー装置は、図４におけるステップ４．１６、ステップ４．１７に対応する２００−ＯＫメッセージをＳＣＣＡＳ３０に送信する。
【００９２】
ステップ７．２０において、ＳＣＣＡＳ３０は、「通知」メッセージを、「確認」に設定された対話状態を有するＭＳＣ若しくはＭＳＣ−Ｓ１４に送信し、つまり、ＳＣＣＡＳ３０は、図４におけるステップ４．１８、ステップ４．１９に対応する、呼が活性状態にある旨を示す状態アップデートメッセージを送信する。
【００９３】
ステップ７．２１において、ＭＳＣ若しくはＭＳＣ−Ｓ１４は、Ｎ１０活性状態に移動し、すなわち、ＭＳＣ１４にある呼状態指示子は、図４におけるステップ４．２０に対応して活性状態に移動する。
【００９４】
ステップ７．２２において、回路スイッチング無線アクセスネットワークへのハンドオーバーは、図４におけるステップ４．２１に対応して完了する。ユーザー装置は、回路スイッチングされた領域にキャンプされた後に自動的に状態Ｕ１０に移動し、すなわち、ユーザー装置１０は、第２の無線アクセスネットワークにおいて呼活性状態にある。
【００９５】
而して、ユーザー装置１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４の呼状態指示子は同期化され、これらは両方とも呼活性状態にある。
【００９６】
ステップ７．１０において、パケットスイッチング無線アクセスネットワークから回路スイッチング無線アクセスネットワークへのハンドオーバーが完了した場合、つまり、ハンドオーバーが呼の応答前に完了した場合に、ステップ７．１１へ移行する。
【００９７】
次いで、呼が、ステップ７．１２において、回路スイッチング領域において応答されると、ユーザー装置１０は、ステップ７．１３において、「ＣＳ接続」メッセージをＭＳＣ若しくはＭＳＣ−Ｓ１４に送信する。つまり、ユーザー装置１０は、呼が応答した旨を示すメッセージをＭＳＣ若しくはＭＳＣ−Ｓ１４に送信する。
【００９８】
ステップ７．１４において、ユーザー装置１０は、回路スイッチング領域に適した呼活性状態である状態Ｕ１０活性状態に移動し、ＭＳＣ若しくはＭＳＣ−Ｓ１４はＮ１０活性状態に移動し、すなわち、ＭＳＣ若しくはＭＳＣ−Ｓ１４にある呼状態指示子は活性状態に移動する。
【００９９】
ステップ７．１５において、ＭＳＣ若しくはＭＳＣ−Ｓ１４は、ユーザー装置が呼に応答したという旨の通知をＳＣＣＡＳ３０に送信する。
【０１００】
ステップ７．１６において、ＳＣＣＡＳ３０は、ＳＩＰ状態機械を「完了」にアップデートし、必要に応じて、遠隔終端をアップデートしてＳＲＶＣＣ手続きを完了する。
【０１０１】
図８は、呼の状態の変化を示すユーザー装置から情報を送信することの遅延を用いて、ＵＥ１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４にある有限状態機械が同期化されていない状況を回避する本発明の第４の実施形態を示す。図３と結び付けて述べたように、このような同期化の不在は好ましくなく、これは、ネットワークの動作が上手に制御されない競争状態を招く恐れがあるためである。
【０１０２】
第４の実施形態において、第１の無線アクセスネットワークから第２の無線アクセスネットワークへのユーザー装置のハンドオーバーの可能性が決定される。この決定はユーザー装置において行われてもよく、あるいは、この決定の全部または一部は遠隔通信システムの他の要素によって行われてもよい。この決定は、第１の無線アクセスネットワーク内の無線リンクの特性と関連付けられた少なくとも無線測定報告に基づいて行われてもよい。
【０１０３】
この決定は、ユーザー装置の位置における第２の無線アクセスネットワークの利用可能性をも考慮してもよい。例えば、第１の無線アクセスネットワークからの利用可能な信号が、受信された信号の強さにおいて弱いかまたは減少する場合に、ハンドオーバーが起こりそうであると決定してもよい。ハンドオーバーの決定が、一般に、第１の無線アクセスネットワークにおいて、この例においてはＥ−ＵＴＲＡＮにおいて行われた後にＭＭＥ１８に転送されてもよいため、ユーザー装置は、ハンドオーバーを要請する決定がいつ行われたかは分からないものの、それにも拘わらず、ハンドオーバーの可能性を決定することはできる。
【０１０４】
決定された可能性に応じて、ユーザー装置は、遅延期間によって呼の状態の変化を示す情報を送信することを遅らせる。状態の変化を示す情報を転送するメッセージが送信された場合に、ユーザー装置がパケットスイッチング通信を用いるＥ−ＵＴＲＡＮネットワークである第１の無線アクセスネットワークにキャンプされるときに、メッセージはＳＩＰ２００−ＯＫメッセージであってもよい。第１の無線アクセスネットワークからハンドオーバー後にメッセージが送信されるとき、回路スイッチング通信を用いるＵＴＲＡＮ／ＧＥＲＡＮネットワークである第２の無線アクセスネットワークにユーザー装置がキャンプされた場合に、メッセージはＣＳ接続メッセージであってもよい。遅延期間は、一般に、１秒未満であってもよい、ハンドオーバーが起こるのに十分な時間に設定されてもよい。３００ｍｓの遅延期間が有利である。
【０１０５】
図８を参照すると、ステップ８．１乃至８．８は、図３におけるステップ３．１乃至３．８とそれぞれ同様に行われる。つまり、ユーザー装置１０への呼はアラーム状態にあり、セッション転送要請はこの呼に関するＳＣＣＡＳ３０において受信される。ステップ８．９において、ＳＲＶＣＣ工程は呼がアラーム状態にある間に実現される。
【０１０６】
ステップ８．１０において、ユーザー装置は、第１の無線アクセスネットワークに依然として接続されているため、ユーザー装置が依然としてパケットスイッチングモードを用いて動作する間にユーザーは呼に応答する。ユーザー装置にある呼状態指示子は呼活性状態を示すように移動する。ステップ８．１１において、呼が応答された旨を示すユーザー装置からのメッセージの送信に遅延が与えられる。従来の方式により、ユーザー装置が、この例においてＥ−ＵＴＲＡＮパケットスイッチングネットワークである第１の無線アクセスネットワークに接続されるので、呼が応答された旨を示すメッセージ、一般に、ＳＩＰ２００−ＯＫメッセージがＥ−ＵＴＲＡＮネットワークを用いて送信されるが、一般に、Ｉ／Ｓ−ＣＳＣＦ２８を介してＳＣＣＡＳ３０に送信されてもよい。しかしながら、この例において、メッセージに対する遅延は、ステップ８．１２において、この例においてＵＴＲＡＮ／ＧＥＲＡＮ回路スイッチングネットワークである第２の無線アクセスネットワークへのハンドオーバーがメッセージが送信された後に完了できる程度に十分である。遅延期間の満了後に、呼が応答された旨を示すメッセージは、ステップ８．１３において送信される。現在、ＵＥは、ＵＴＲＡＮ／ＧＥＲＡＮ回路スイッチングネットワークである第２の無線アクセスネットワークにハンドオーバーされたため、このメッセージはＵＴＲＡＮ／ＧＥＲＡＮネットワークを用いて送信され、一般に、ＭＳＣ１４に送信されるＣＳ接続メッセージである。
【０１０７】
呼に関するＭＳＣ若しくはＭＳＣ−Ｓ１４にある呼状態指示子は、次いで、呼活性状態に設定され、このため、ユーザー装置１０及びＭＳＣ若しくはＭＳＣ−Ｓ１４にある呼状態指示子は同期化されて呼の連続性が問題なしに維持可能になる。
【０１０８】
前記実施形態は本発明の例示的な実施形態として理解さるべきである。任意の一つの実施形態について記述された任意の特徴は単独でまたは記述された他の特徴と組み合わせて使用可能であり、また、実施形態の任意の他のものの一つ以上の特徴と組み合わせて用いてもよく、実施形態の任意の他のものの任意の組み合わせとして用いてもよい。さらに、上述していない等価物と変形物が添付の特許請求の範囲に限定された本発明の範囲から逸脱することなく使用可能である。
【符号の説明】
【０１０９】
１０  ユーザー端末
１４  ＭＭＥ
１８  ＭＭＥ
２８  Ｉ／Ｓ−ＣＳＣＦ
３０  ＳＣＣ  ＡＳ
【図１】
2013526229.tif 000003
【図２】
2013526229.tif 000004
【図３】
2013526229.tif 000005
【図４】
2013526229.tif 000006
【図５】
2013526229.tif 000007
【図６】
2013526229.tif 000008
【図７Ａ】
2013526229.tif 000009
【図７Ｂ】
2013526229.tif 000010
【図８】
2013526229.tif 000011
【国際調査報告】
2013526229.tif 000012
2013526229.tif 000013