(57)【特許請求の範囲】
【請求項１】
単一無線音声通信継続（ＳＲＶＣＣ）における音声サービスハンドオーバ方法であって、
ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたかどうかを、モビリティ・マネージメント・エンティティ（ＭＭＥ）により記録するステップと、
移動通信交換局（ＭＳＣ）により送信された、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示すプロンプトメッセージを、前記ＭＭＥにより受信するステップであって、前記ベアラ削除要求メッセージが受信されたと前記ＭＭＥが判定した場合、ベアラ削除命令メッセージは、前記ＭＭＥにより、前記ゲートウェイデバイスに送信されず、ローカル音声サービス・ベアラ・リソースは削除されない、ステップと、
を具備することを特徴とする音声サービスハンドオーバ方法。
【請求項２】
前記ベアラ削除要求メッセージが受信されていないと前記ＭＭＥが判定した場合、ベアラ削除命令メッセージを、前記ゲートウェイデバイスへ、前記ＭＭＥにより送信し、前記ローカル音声サービス・ベアラ・リソースを削除するステップ
をさらに具備することを特徴とする請求項１に記載の方法。
【請求項３】
ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたかどうかをＭＭＥにより記録する前記ステップの前に、前記方法は、
前記ゲートウェイデバイスにより送信された前記ベアラ削除要求メッセージを、前記ＭＭＥにより受信するステップ
を具備し、
前記方法は、
ベアラ削除応答メッセージを、前記ゲートウェイデバイスに、前記ＭＭＥにより送信するステップであって、前記ローカル音声サービス・ベアラ・リソースは削除されない、ステップ
をさらに具備することを特徴とする請求項１に記載の方法。
【請求項４】
単一無線音声通信継続（ＳＲＶＣＣ）における音声サービスハンドオーバ装置であって、
ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたかどうかを記録するように構成された処理モジュールと、
移動通信交換局（ＭＳＣ）により送信された、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示すプロンプトメッセージを受信するように構成された受信モジュールと、
を具備し、
前記処理モジュールは、前記受信モジュールが、前記ＭＳＣにより送信された、ＰＳからＣＳへのハンドオーバの完了を示す前記プロンプトメッセージを受信した後に、前記ベアラ削除要求メッセージが前記装置により受信されたと判定した場合、ベアラ削除命令メッセージは、前記ゲートウェイデバイスに送信されず、ローカル音声サービス・ベアラ・リソースは削除されないようにさらに構成されていることを特徴とする音声サービスハンドオーバ装置。
【請求項５】
前記処理モジュールは、前記ベアラ削除要求メッセージが受信されていないと判定された場合、アクセスベアラ解放要求メッセージが、前記ゲートウェイデバイスに送信され、前記ローカル音声サービス・ベアラ・リソースが削除されるようにさらに構成されていることを特徴とする請求項４に記載の装置。
【請求項６】
前記受信モジュールは、前記ゲートウェイデバイスにより送信された前記ベアラ削除要求メッセージを受信するようにさらに構成され、前記処理モジュールは、ベアラ削除応答メッセージを、前記ゲートウェイデバイスに送信し、前記ローカル音声サービス・ベアラ・リソースが削除されないようにさらに構成されていることを特徴とする請求項４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信分野に関連し、より具体的には、単一無線音声通信継続ハンドオーバの方法及び装置に関する。
【背景技術】
【０００２】
単一無線音声通信継続（略してＳＲＶＣＣ）は、第３世代パートナーシッププロジェクト（略して３ＧＰＰ）により提案されたボイスオーバＬＴＥ（略してＶｏＬＴＥ）サービス継続ソリューションである。このソリューションは、ＶｏＬＴＥユーザ装置（略してＵＥ）が２／３Ｇ回線交換（ＣＳ）ドメインへのハンドオーバされる時、音声サービスの連続性を確保するために主に使用される。
【０００３】
図１Ａから図１Ｃは、従来技術におけるＳＲＶＣＣのシグナリングインターワーキングダイアグラムを示す。図１Ａから図１Ｃに示されているように、ＳＲＶＣＣ処理において、移動交換局（略してＭＳＣ）は、ＩＰマルチメディアサブシステム（略してＩＭＳ）への初期セッションハンドオーバ処理を開始し（ステップ a1）、音声セッションをＣＳドメインにハンドオーバするために、セッションハンドオーバ及びリモートレッグ更新を実施するためにＩＭＳをトリガし（ステップ a2）、ＩＭＳ側では、セッションハンドオーバが完了し、ＩＭＳ側アクセスレッグリソースが解放され（ステップ a3）、セッション終了メッセージがＰＣＲＦに送信され（ステップ a4）、ＰＣＲＦは、再認証要求メッセージをゲートウェイデバイスに送信し（ステップ a5）、ここで、メッセージは、音声ベアラ（すなわち、ＱＣＩが１と等しいベアラ）の削除を、ゲートウェイデバイスに指示するために使用され、ゲートウェイデバイスは、サービスゲートウェイ（略してＳＧＷ）及びパケットデータゲートウェイ（ＰＧＷ）が統合されたゲートウェイデバイスであり、さらに、ゲートウェイデバイスは、音声サービスベアラの削除を要求するために、ベアラ削除要求をMMEに送信する（ステップ a6）。同様に、ＳＲＶＣＣ処理において、ＶｏＬＴＥユーザ装置は、元の音声サービスを、進化したパケットシステム（略してＥＰＳ）ネットワークから２／３Ｇネットワークへハンドオーバする。ハンドオーバが完了後、ＥＰＳネットワーク内の（すなわち、ＥＰＳ側で）移動管理エンティティ（略してＭＭＥ）は、ベアラ削除命令メッセージをゲートウェイデバイスに送信し（ステップ b12）、ここで、メッセージは、音声サービスをベアリングするために以前に使用されたベアラの削除を要求するために使用され、ベアラは、サービスクラス識別子の品質（ＱＣＩ）が１であるベアラを参照し、音声サービスベアラが削除された後、ＳＧＷ／ＰＧＷは、ＭＭＥへのベアラ削除要求を開始し（ステップ b13）、音声サービスベアラが削除された後、ＭＭＥは、ベアラ削除応答をＳＧＷ／ＰＧＷに送信する（ステップ b14）。
【０００４】
上述の技術的ソリューションに基づき、ＳＲＶＣＣ処理において、ＱＣＩが１である元の音声サービスベアラが、ＥＰＳ側とＩＭＳ側の双方で削除される。また、従来技術においては、双方でのベアラ削除の遂行のタイムシーケンスが定義されていない。すなわち、ステップ a5において、ゲートウェイデバイスは、ＰＣＲＦにより送信された再認証要求メッセージを受信するとともに、音声サービスベアラを削除する動作を行う必要があり、ステップ b12の間、ＭＭＥは、ベアラ削除命令メッセージをゲートウェイデバイスに送信し、ゲートウェイデバイスは、ＳＲＶＣＣ処理におけるコンフリクトを引き起こす、音声サービスベアラを削除する動作も実行し、ＥＰＳ側でのハンドオーバをも完了させ得、結果として、音声サービスが中断される。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明の実施形態は、ＳＲＶＣＣ処理におけるコンフリクトを避け得る単一無線音声通信継続ハンドオーバ装置及び方法を提供する。
【０００６】
第１の態様によると、単一無線音声通信継続（ＳＲＶＣＣ）における音声サービスハンドオーバ方法が提供され、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたかどうかをモビリティ・マネージメント・エンティティ（ＭＭＥ）により記録するステップと、移動通信交換局（ＭＳＣ）により送信された、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示すプロンプトメッセージを、前記ＭＭＥにより受信するステップであって、前記ベアラ削除要求メッセージが受信されたと前記ＭＭＥが判定した場合、ベアラ削除命令メッセージは、前記ＭＭＥにより前記ゲートウェイデバイスに送信されず、ローカル音声サービス・ベアラ・リソースは削除されない、ステップと、を含む。
【０００７】
第１の態様に関連し、第１の可能な実装様式において、前記ベアラ削除要求メッセージが受信されていないと前記ＭＭＥが判定した場合、前記ＭＭＥは、アクセスベアラ解放要求メッセージを前記ゲートウェイデバイスに送信し、前記ローカル音声サービス・ベアラ・リソースを削除する。
【０００８】
第１の態様に関連し、第２の可能な実装様式において、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたかどうかをＭＭＥにより記録する前記ステップの前に、前記方法は、前記ゲートウェイデバイスにより送信された前記ベアラ削除要求メッセージを、前記ＭＭＥにより受信するステップを含み、前記方法は、ベアラ削除応答メッセージを前記ゲートウェイデバイスに、前記ＭＭＥにより送信するステップであって、前記ローカル音声サービス・ベアラ・リソースは削除されない、ステップをさらに含む。
【０００９】
第２の態様によると、単一無線音声通信継続（ＳＲＶＣＣ）における音声サービスハンドオーバ方法が提供され、ＩＰマルチメディア・サブシステム（ＩＭＳ）により送信されたセッション終了要求メッセージを、ポリシー及び課金ルール機能（ＰＣＲＦ）ユニットにより受信するステップを含み、前記セッション終了要求メッセージは、セッション終了の理由がオンフック又はＳＲＶＣＣハンドオーバ終了であることを示すために使用される情報要素を含み、セッション終了の理由がＳＲＶＣＣハンドオーバ終了である場合、再認証要求メッセージは、前記ＰＣＲＦによりゲートウェイデバイスに送信されない。
【００１０】
第２の態様に関連し、第２の態様の第１の可能な実装様式において、セッション終了の理由がオンフックである場合、ＰＣＲＦは、前記再認証要求メッセージを前記ゲートウェイデバイスに送信する。
【００１１】
第３の態様によると、単一無線音声通信継続（ＳＲＶＣＣ）における音声サービスハンドオーバ方法が提供され、移動通信交換局（ＭＳＣ）により送信された初期セッション・ハンドオーバ・メッセージを、ＩＰマルチメディア・サブシステム（ＩＭＳ）により受信するステップと、セッションハンドオーバ及びリモートレッグ更新を遂行するステップと、遅延タイマを起動するステップと、遅延タイマの遅延時間が満了する前に、ポリシー及び課金ルール機能（ＰＣＲＦ）ユニットにより送信されたセッション割り込み要求メッセージを、前記ＩＭＳにより受信するステップと、ＩＭＳアクセスレッグを前記ＩＭＳにより解放するステップと、を含む。
【００１２】
第３の態様に関連し、第１の可能な実装様式において、前記方法は、普通のＳＲＶＣＣハンドオーバでは、ＩＭＳ内のＳＣＣアプリケーション・サーバ（ＳＣＣ  ＡＳ）上に前記遅延タイマを構成するステップ、又は緊急ＳＲＶＣＣハンドオーバでは、ＩＭＳ内の緊急アクセス転送機能ＥＡＴＦユニット上に遅延タイマを構成するステップをさらに含む。
【００１３】
第３の態様に関連し、第２の可能な実装様式において、前記遅延タイマ上の前記遅延時間は、８秒以上である。
【００１４】
第４の態様によると、単一無線音声通信継続（ＳＲＶＣＣ）における音声サービスハンドオーバ装置が提供され、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたかどうかを記録するように構成された処理モジュールと、移動通信交換局（ＭＳＣ）により送信された、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示すプロンプトメッセージを受信するように構成された受信モジュールと、を含み、前記処理モジュールは、前記受信モジュールが前記移動通信交換局（ＭＳＣ）により送信された、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示す前記プロンプトメッセージを受信した後に、前記ベアラ削除要求メッセージが前記装置により受信されたと判定した場合、ベアラ削除命令メッセージは、前記ゲートウェイデバイスに送信されず、ローカル音声サービス・ベアラ・リソースは削除されないように構成されている。
【００１５】
第４の態様に関連し、第１の可能な実装様式において、前記処理モジュールは、前記ベアラ削除要求メッセージが前記装置により受信されていないと判定された場合、アクセスベアラ解放要求メッセージは、前記ゲートウェイデバイスに送信されず、前記ローカル音声サービス・ベアラ・リソースは削除されないようにさらに構成されている。
【００１６】
第４の態様に関連し、第２の可能な実装様式において、前記受信モジュールは、前記ゲートウェイデバイスにより送信された前記ベアラ削除要求メッセージを受信するようにさらに構成され、前記処理モジュールは、ベアラ削除応答メッセージを、前記ゲートウェイデバイスに送信し、前記ローカル音声ベアラリソースが削除されないようにさらに構成されている。
【００１７】
第５の態様によると、単一無線音声通信継続（ＳＲＶＣＣ）における音声サービスハンドオーバ装置が提供され、ＩＰマルチメディア・サブシステム（ＩＭＳ）により送信されたセッション終了要求メッセージを受信するように構成された受信モジュールであって、前記セッション終了要求メッセージは、セッション終了の理由がオンフック又はＳＲＶＣＣハンドオーバ終了であることを示すために使用される情報要素を含む、受信モジュールと、セッション終了の理由がＳＲＶＣＣハンドオーバ終了であると判定した場合、再認証要求メッセージが、ゲートウェイデバイスに送信されないように構成されている処理モジュールと、
を含む。
【００１８】
第５の態様に関連し、第１の可能な実装様式において、前記処理モジュールは、セッション終了の理由がオンフックであると判定された場合、前記再認証要求メッセージを、前記ゲートウェイデバイスに送信するようにさらに構成されている。
【００１９】
第６の態様によると、単一無線音声通信継続（ＳＲＶＣＣ）における音声サービスハンドオーバ装置が提供され、移動通信交換局（ＭＳＣ）により送信された初期セッション・ハンドオーバ・メッセージを受信するように構成された受信モジュールと、前記初期セッション・ハンドオーバ・メッセージが受信された後、セッションハンドオーバ及びリモートレッグ更新を遂行し、遅延タイマを起動するように構成された処理モジュールと、を含み、前記受信モジュールは、遅延タイマの遅延時間が満了する前に、ポリシー及び課金ルール機能（ＰＣＲＦ）ユニットにより送信されたセッション割り込み要求メッセージを受信するようにさらに構成され、前記処理モジュールは、前記セッション割り込み要求メッセージが受信された後、ＩＰマルチメディア・サブシステム（ＩＭＳ）アクセスレッグを解放するようにさらに構成されている。
【００２０】
第６の態様に関連し、第１の可能な実装様式において、普通のＳＲＶＣＣハンドオーバでは、前記遅延タイマは、前記装置のＳＣＣアプリケーション・サーバ（ＳＣＣ  ＡＳ）上に構成され、又は、緊急ＳＲＶＣＣハンドオーバでは、前記遅延タイマは、前記装置の緊急アクセス送信機能（ＥＡＴＦ）ユニット上に構成される。
【００２１】
第６の態様又は第６の態様の第１の可能な実施様式に関連し、第２の可能な実装様式において、前記遅延タイマ上の前記遅延時間は、８秒以上である。
【００２２】
本発明の実施形態において提供される単一無線音声通信継続ハンドオーバの方法及び装置に基づいて、ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたかどうかを記録し、前記ベアラ削除要求メッセージが受信されたと前記ＭＭＥが判定した場合、前記ＭＭＥは、ベアラ削除命令メッセージを前記ゲートウェイデバイスに送信せず、ローカル音声サービス・ベアラ・リソースを削除しない。したがって、前記ＭＭＥがＩＭＳ側で、音声サービスベアラ削除を遂行した後、前記ＭＭＥは、ＥＰＳ側では、音声サービスベアラ削除を遂行せず、これにより、ＳＲＶＣＣ処理におけるコンフリクトを避けることができる。あるいは、セッション終了の理由がＳＲＶＣＣハンドオーバである場合には、ＰＣＲＦは、再認証要求メッセージを、前記ゲートウェイデバイスに送信せず、すなわち、ＳＲＶＣＣハンドオーバ処理は、前記ゲートウェイデバイス上の音声ベアラを削除することなくＩＭＳ側で完了し、これにより、ＳＲＶＣＣ処理におけるコンフリクトを避けることができる。あるいは、遅延タイマがＩＭＳ上で起動されおり、遅延時間が満了する前に、前記ＩＭＳは、前記ＰＣＲＦにより送信されたセッション割り込み要求メッセージを受信した後、ＩＭＳアクセスレッグを解放し、音声ベアラ削除処理を開始せず、これにより、ＳＲＶＣＣ処理におけるコンフリクトを避けることができる。
【図面の簡単な説明】
【００２３】
【図１Ａ】従来技術におけるＳＲＶＣＣ処理のシグナリング・インターワーキング・ダイアグラムを示している。
【図１Ｂ】従来技術におけるＳＲＶＣＣ処理のシグナリング・インターワーキング・ダイアグラムを示している。
【図１Ｃ】従来技術におけるＳＲＶＣＣ処理のシグナリング・インターワーキング・ダイアグラムを示している。
【図２】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法の概略フローチャートを示している。
【図３Ａ】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。
【図３Ｂ】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。
【図３Ｃ】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。
【図４】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法の概略フローチャートを示している。
【図５Ａ】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。
【図５Ｂ】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。
【図５Ｃ】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。
【図６】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法の概略フローチャートを示している。
【図７Ａ】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。
【図７Ｂ】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。
【図７Ｃ】本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。
【図８】本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。
【図９】本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。
【図１０】本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。
【図１１】本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。
【図１２】本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。
【図１３】本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。
【発明を実施するための形態】
【００２４】
以下では、本発明の実施形態における添付の図面を参照しながら、本発明の実施形態における技術的ソリューションをより明確に説明する。説明される実施形態は、本発明の実施形態のすべてではなく、単にいくつかの実施形態を示すものにすぎないことは明らかである。本発明の実施形態に基づき当業者が創造的な取り組み無しに得られる他のすべての実施形態は、本発明の保護範囲に含まれるものとする。
【００２５】
図２は、本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法の概略フローチャートを示している。方法は、任意の適切な装置により実行され得、例えばＭＭＥにより実行される。しかし、本発明はそれらに限定されない。図２に示されているように、方法は、以下を含んでいる。
【００２６】
Ｓ２０１：  ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたかどうかを記録する。
【００２７】
例えば、ゲートウェイデバイスは、ＳＧＷとＰＧＷを統合するゲートウェイデバイスであり得る。
【００２８】
ＳＲＶＣＣ処理において、ＩＭＳ側の主処理は、ＩＭＳがセッションハンドオーバを完了し、ＩＭＳ側アクセスレッグリソースを解放し、セッション終了メッセージをＰＣＲＦに送信することを含み、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信し、メッセージは、音声ベアラの削除をゲートウェイデバイスに命令するために使用され、さらに、ゲートウェイデバイスは、ベアラ削除要求を、ＭＭＥに送信する。この場合、ＭＭＥは、ベアラ削除要求メッセージが受信されたかどうかを示している状態をローカルに記録し、初期状態を設定する：ベアラ削除要求メッセージが受信されてない場合には、初期状態は偽と記録され、又はベアラ削除要求メッセージがＭＭＥにより受信された場合には、ＭＭＥは状態を真と記録される。本発明のこの実施形態は、状態の設定に限定を課すものではない。
【００２９】
本発明のこの実施形態におけるＩＭＳは、モバイル及び固定マルチメディアサービスを提供しようとする電気通信オペレータのための標準的な次世代ネットワークアーキテクチャである。ＳＩＰ及び３ＧＰＰに基づき実行されるＶｏＩＰ実行（execution）を使用し、標準的なインターネットプロトコルで実行される。ＩＭＳは、既存の電話システム（パケット交換及び回線交換の両方とも）をサポートする。
【００３０】
Ｓ２０２：ＭＭＥは、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示しているプロンプトメッセージを受信し、ベアラ削除要求メッセージが受信されたとＭＭＥが判定した場合、ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信せず、ローカル音声サービス・ベアラ・リソースを削除しない。
【００３１】
ＳＲＶＣＣ処理において、ＥＰＳネットワーク内のＭＭＥは、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示しているプロンプトメッセージを受信し、ベアラ削除要求メッセージが受信されたかどうかに従って、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信し、ローカル音声サービス・ベアラ・リソースを削除するかどうかを決定する。
【００３２】
Ｓ２０１において設定された状態に従って、状態が真として記録されている場合には、ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信せず、ローカル音声サービス・ベアラ・リソースを削除しない。このようにして、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージを受信した後、ＭＭＥは、音声サービス・ベアラ・リソースを削除し、ＭＭＥは、ベアラ削除命令メッセージを、その後ゲートウェイデバイスに送信しないので、これにより、ＳＲＶＣＣ処理におけるコンフリクトを避けることができる。
【００３３】
オプションとして、ベアラ削除要求メッセージが受信されていないとＭＭＥが判定した場合、ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信する。すなわち、ＭＭＥは、ＰＳからＣＳへのハンドオーバ完了プロンプトメッセージを受信し、ＭＭＥ内の状態が偽として記録されている場合には、ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信する。したがって、ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージを受信していないと判定し、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信し、これにより、ＳＲＶＣＣ処理におけるコンフリクトを避けることができる。
【００３４】
オプションとして、方法は、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージを、ＭＭＥにより受信するステップと、ベアラ削除応答メッセージを、ゲートウェイデバイスに、ＭＭＥにより送信するステップとをさらに含み、ローカル音声サービス・ベアラ・リソースは削除されない。ＭＭＥが、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージを受信するシナリオでは、ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたことを記録し、ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信し、ローカル音声サービス・ベアラ・リソースを削除しない。
【００３５】
したがって、本発明のこの実施形態において提供される技術的ソリューションに基づき、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示しているプロンプトメッセージを受信した後、ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージがＭＭＥにより受信されたかどうかに従って、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信するかどうかを決定する。このようにして、ＭＭＥがＩＭＳ側で音声サービスベアラ削除を遂行した後、ＥＰＳ側では音声サービスベアラ削除処理が遂行されないため、これにより、ＳＲＶＣＣ処理におけるコンフリクトを避けることができる。
【００３６】
図３Ａから図３Ｃは、本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。この方法は、任意の適切な装置によって実行され得、例えばＭＭＥにより実行される。しかし、本発明はそれらに限定されない。本発明のこの実施形態は、図２に示されている本発明の実施形態の具体的な実施様式である。
【００３７】
本発明のこの実施形態及び本発明の他の実施形態では、ＳＲＶＣＣハンドオーバ処理において、ＩＭＳ側処理は、ＭＳＣが初期セッション・ハンドオーバ・メッセージをＩＭＳに送信した後にトリガされる一連の処理を含み、ＥＰＳ側処理は、ＭＳＣがＰＳからＣＳへのハンドオーバ応答メッセージをＭＭＥに送信した後にトリガさせる一連の処理を含む。ＩＭＳ側処理とＥＰＳ側処理は、互いに独立している。
【００３８】
図３Ａから図３Ｃに示されているように、本発明のこの実施形態は以下を含んでいる。
【００３９】
ＳＲＶＣＣ処理において、ＩＭＳ側処理は、以下を含んでいる。
【００４０】
a301：ＭＳＣは、初期セッション・ハンドオーバ・メッセージをＩＭＳに送信する。
【００４１】
a302：ＩＭＳは、セッションハンドオーバ及びリモートレッグ更新を遂行する。
【００４２】
a303：ＩＭＳは、ＩＭＳアクセスレッグを解放する。
【００４３】
a304：ＩＭＳは、セッション終了要求メッセージを、ＰＣＲＦに送信する。
【００４４】
a305：ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信する。
【００４５】
ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信し、メッセージは、ゲートウェイデバイスに、音声ベアラの削除を命令するために使用される。
【００４６】
a306：ゲートウェイデバイスは、ベアラ削除要求メッセージを、ＭＭＥに送信する。
【００４７】
音声ベアラリソースを削除した後、ＭＭＥに音声サービスベアラの削除を要求するために、ゲートウェイデバイスは、ベアラ削除要求メッセージを、ＭＭＥに送信する。
【００４８】
a307：ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたかどうかを記録する。
【００４９】
具体的には、例えば、ベアラ削除要求メッセージがＭＭＥにより受信された場合、ＭＭＥは、初期状態（initial state）を真として記録するか、又はベアラ削除要求メッセージがＭＭＥにより受信されなかった場合、ＭＭＥは、初期状態を偽として記録する。
【００５０】
例えばa306において、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが、ＭＭＥにより受信され、この場合、ＭＭＥは、状態（state）を真として記録し、ローカル音声サービスベアラを削除しない。
【００５１】
a308：ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信する。
【００５２】
ＳＲＶＣＣ処理において、ＥＰＳネットワーク側処理は以下を含んでいる。
【００５３】
b301：ＭＳＣは、ＰＳからＣＳへのハンドオーバ応答メッセージを、ＭＭＥに送信する。
【００５４】
b302：ＭＭＥは、ハンドオーバ命令メッセージをｅＮＢに送信する。
【００５５】
b303：ｅＮＢは、Ｅ−ＵＴＲＡＮからのモビリティコマンドをＵＥに送信する。
【００５６】
b304：ＲＲＣ接続がＵＥとＲＮＣとの間で確立される。
【００５７】
b305：ＲＮＣは、再構成発見（reconfiguration discovery）を遂行する。
【００５８】
b306：ＲＮＣとＭＳＣの間の再構成が完了する。
【００５９】
b307：ＭＳＣは、ＭＭＥに、ＰＳからＣＳへのハンドオーバ完了プロンプトメッセージを送信する。
【００６０】
b308：ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたことを判定し、ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信せず、ローカル音声サービス・ベアラ・リソースを削除しない。これにより、ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信せず、ベアラ削除処理を開始せず、ＥＰＳネットワーク側の処理は終了し、その後の処理は遂行されない。
【００６１】
具体的には、例えば、a306において、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージがＭＭＥにより受信され、この場合、ＭＭＥは、以前の記録に従って、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたことを判定し、ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信せず、ローカル音声サービス・ベアラ・リソースを削除しない。
【００６２】
このようにして、ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたことを記録し、ＰＳからＣＳへのハンドオーバ完了プロンプトメッセージが受信された後、ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたことを判定し、ベアラ削除処理を開始せず、これによりＳＲＶＣＣ処理における音声ベアラリソースの削除の繰り返しによる処理のコンフリクトを避けることができる。
【００６３】
本発明のこの実施形態の他のシナリオでは、すなわち、ＳＲＶＣＣ処理のＩＭＳ側処理において、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージがＭＭＥにより受信されない場合には、ＥＰＳ側処理におけるb308とその後のステップは以下のとおりである。
【００６４】
b308：ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されていないことを判定する。
【００６５】
b309：ＭＭＥは、ＰＳからＣＳへのハンドオーバ完了回答メッセージを、ＭＳＣに送信する。
【００６６】
b310：ＭＭＥは、アクセスベアラ解放要求メッセージを、ゲートウェイデバイスに送信する。
【００６７】
b311：ゲートウェイデバイスは、アクセスベアラ解放応答メッセージを、ＭＭＥに送信する。
【００６８】
b312：ＭＭＥは、ベアラコンテキスト解放要求メッセージをｅＮＢに送信する。
【００６９】
b313：ＭＭＥは、ベアラ削除命令メッセージをゲートウェイデバイスに送信する。
【００７０】
ベアラ削除命令メッセージは、ゲートウェイデバイスに音声サービス・ベアラ・リソースの削除を指示するために使用される。
【００７１】
b314：ゲートウェイデバイスは、クレジット制御更新要求メッセージをＰＣＲＦに送信する。
【００７２】
クレジット制御更新要求メッセージは、ゲートウェイデバイスが音声サービスベアラを削除する必要があることをＰＣＲＦに通知するために使用される。
【００７３】
b315：ＰＣＲＦは、クレジット制御更新回答メッセージを、ゲートウェイデバイスに送信する。
【００７４】
ＰＣＲＦは、クレジット制御更新回答メッセージを、ゲートウェイデバイスに送信し、ゲートウェイデバイスと合致して音声サービスベアラを削除する。
【００７５】
b316：ゲートウェイデバイスは、ベアラ削除要求メッセージを、ＭＭＥに送信する。
【００７６】
ゲートウェイデバイスは、ローカル音声サービスベアラを削除し、ベアラ削除要求メッセージをＭＭＥに送信して、音声サービス・ベアラ・リソースの削除をＭＭＥに要求する。
【００７７】
b317：ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信する。
【００７８】
ローカル音声サービス・ベアラ・リソースを削除した後、ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信する。上述のように、ベアラ削除要求メッセージが上記ＭＭＥにより受信されなかった場合、ＭＭＥがローカル音声サービス・ベアラ・リソースを削除する場合には、ここでは処理のコンフリクトは生じない。
【００７９】
b318：ＰＣＲＦは、セッション割り込み要求メッセージを、ＩＭＳに送信する。
【００８０】
セッション割り込み要求メッセージは、ＳＲＶＣＣハンドオーバ終了をＩＭＳデバイスに通知するために使用される。
【００８１】
例えば、b314において、ゲートウェイデバイスにより送信されたクレジット制御更新要求メッセージを受信した後、ＰＣＲＦは、セッション割り込み要求メッセージを、ＩＭＳに送信する。
【００８２】
b318からb319の間、及びb316からb317の間にはシーケンスがない。
【００８３】
b319：ＩＭＳは、セッション割り込み回答メッセージを、ＰＣＲＦに送信する。
【００８４】
セッション割り込み要求メッセージを受信した後、ＩＭＳは、音声サービス・ベアラ・リソース削除を遂行する。
【００８５】
ＩＭＳがＰＣＲＦにより送信されたセッション割り込み要求メッセージを受信した後、上記a304からa308における動作は遂行されない。
【００８６】
b320：オプションのＰＳ処理を遂行する。
【００８７】
したがって、本発明のこの実施形態において提供される技術的ソリューションに基づいて、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示しているプロンプトメッセージを受信した後、ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージがＭＭＥにより受信されたという記録に従って、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信しないことを決定する。このようにして、ＭＭＥがＩＭＳ側で音声サービスベアラ削除を遂行した後、ＥＰＳ側では、音声サービスベアラ削除処理が遂行されず、これにより、ＳＲＶＣＣ処理におけるコンフリクトを避けることができる。
【００８８】
図４は、本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法の概略フローチャートを示している。方法は、任意の適切な装置により実行され得、例えばＰＣＲＦにより実行される。しかし、本発明はそれらに限定されない。図４に示されているように、方法は以下を含んでいる。
【００８９】
S401：ポリシーおよび課金ルール機能（ＰＣＲＦ）ユニットは、ＩＰマルチメディア・サブシステム（ＩＭＳ）により送信されたセッション終了要求メッセージを受信し、セッション終了要求メッセージは、セッション終了の理由を示すために使用される情報要素を含み、セッション終了の理由は、オンフック又はＳＲＶＣＣハンドオーバ終了である。
【００９０】
S402：セッション終了の理由がＳＲＶＣＣハンドオーバ終了である場合、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信しない。
【００９１】
オプションとして、セッション終了の理由がオンフックである場合、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信する。
【００９２】
本発明のこの実施形態において提供される技術的ソリューションに基づいて、ＳＲＶＣＣハンドオーバ処理が遂行される場合、受信されたセッション終了要求メッセージがセッション終了の理由を示すために使用される情報要素を含んでいることに基づいて、ＰＣＲＦがセッション終了の理由がＳＲＶＣＣハンドオーバであると判定した場合には、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信しない。すなわち、ＩＭＳ側では音声サービスベアラ削除処理が遂行されず、これにより、ＳＲＶＣＣハンドオーバにおける処理のコンフリクトを避けることができる。
【００９３】
図５Ａから図５Ｃは、本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。方法は、任意の適切な装置により実行され得、例えばＰＣＲＦにより実行される。しかし、本発明はそれらに限定されない。本発明のこの実施形態は、図４に示されている本発明の実施形態の特定の実施方法である。
【００９４】
図５Ａから図５Ｃに示されているように、本発明のこの実施形態は以下を含んでいる。
【００９５】
ＳＲＶＣＣ処理において、ＩＭＳ側処理は、以下を含んでいる。
【００９６】
a501からa503：図３Ａから図３Ｃのa301からa303を参照。
【００９７】
a504：ＩＭＳは、セッション終了要求メッセージを、ＰＣＲＦに送信する。
【００９８】
このステップは、具体的には、ＩＭＳは、セッション終了要求メッセージを、ＰＣＲＦに送信し、セッション終了要求メッセージは、セッション終了の理由を示すために使用される情報要素を含み、セッション終了の理由は、オンフック又はＳＲＶＣＣハンドオーバ終了であることを含む。ＰＣＲＦが、セッション終了の理由がオンフックであると判定した場合には、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信する。ＰＣＲＦが、セッション終了の理由がＳＲＶＣＣハンドオーバ終了であると判定した場合には、ゲートウェイデバイスには、再認証要求メッセージが送信されず、すなわち、音声ベアラ削除処理が開始されず、引き続く処理も遂行されない。
【００９９】
ＳＲＶＣＣ処理において、ＥＰＳネットワーク側処理は、以下を含んでいる。
【０１００】
b501からb507：図３Ａから図３Ｃのb301からb307を参照、及びb508からb511：図３Ａから図３Ｃのb309からb312を参照。
【０１０１】
b512：ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信する。
【０１０２】
b513：ゲートウェイデバイスは、クレジット制御更新要求メッセージを、ＰＣＲＦに送信する。
【０１０３】
クレジット制御更新要求メッセージは、ゲートウェイデバイスが音声サービスベアラを削除する必要があることをＰＣＲＦに通知するために使用される。
【０１０４】
b514：ＰＣＲＦは、クレジット制御更新回答メッセージを、ゲートウェイデバイスに送信する。
【０１０５】
ＰＣＲＦは、クレジット制御更新回答メッセージを、ゲートウェイデバイスに送信し、ゲートウェイデバイスと合致して音声サービスベアラを削除する。
【０１０６】
b515：ゲートウェイデバイスは、ベアラ削除要求メッセージを、ＭＭＥに送信する。
【０１０７】
ゲートウェイデバイスは、ローカル音声サービスベアラを削除し、ベアラ削除要求メッセージをＭＭＥに送信して、音声サービス・ベアラ・リソースの削除をＭＭＥに要求する。
【０１０８】
b516：ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信する。
【０１０９】
ローカル音声サービス・ベアラ・リソースを削除した後、ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信する。
【０１１０】
このようにして、ＰＣＲＦが、セッション終了の理由がＳＲＶＣＣハンドオーバ終了であると判定した場合、再認証要求メッセージは、ゲートウェイデバイスに送信されず、すなわち、音声ベアラ削除処理は遂行されない。すなわち、ＳＲＶＣＣ処理において、ＩＭＳ側では、音声ベアラ削除処理は開始されず、ＭＭＥは、音声ベアラ削除処理をＥＰＳ側でのみ開始するので、これにより、ＳＲＶＣＣハンドオーバにおける処理のコンフリクトを避けることができる。
【０１１１】
b517：ＰＣＲＦは、セッション割り込み要求メッセージを、ＩＭＳに送信する。
【０１１２】
例えば、b513において、ゲートウェイデバイスにより送信されたクレジット制御更新要求メッセージを受信した後、ＰＣＲＦは、セッション割り込み要求メッセージをＩＭＳに送信する。
【０１１３】
b517からb518の間、及びb515からb516の間にはシーケンスは無い。
【０１１４】
b518：ＩＭＳは、セッション割り込み回答メッセージを、ＰＣＲＦに送信する。
【０１１５】
b519：オプションのＰＳ処理を遂行する。
【０１１６】
したがって、本発明のこの実施形態において提供される技術的ソリューションに基づき、ＩＭＳは、セッション終了要求メッセージを、ＰＣＲＦに送信し、セッション終了要求メッセージは、セッション終了の理由がオンフック又はＳＲＶＣＣハンドオーバ終了であることを示すために使用される情報要素を含んでいる。ＰＣＲＦが、セッション終了の理由がオンフックであると判定した場合には、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信する。ＰＣＲＦが、セッション終了要求の理由がＳＲＶＣＣハンドオーバ終了であると判定した場合には、再認証要求メッセージは、ゲートウェイデバイスに送信されず、すなわち、音声ベアラ削除処理は開始されない。このようにして、ＳＲＶＣＣ処理において、ＩＭＳ側とＥＰＳ側との両方で音声サービスベアラ削除処理が起動される場合に、処理のコンフリクトが避けられる。
【０１１７】
本発明のこの実施形態の別のシナリオにおいて、ＰＣＲＦが、セッション終了の理由がオンフックであると判定した場合には、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信し、すなわち、以下のようである。
【０１１８】
a505：ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信する。
【０１１９】
ＰＣＲＦは、ＩＭＳにより送信されたセッション終了要求メッセージを受信し、セッション終了要求メッセージが、セッション終了の理由がオンフックであることを示すために使用される情報要素を含んでいる場合には、ＰＣＲＦは、セッション終了回答メッセージをＩＭＳに返し、再認証要求メッセージを、ゲートウェイデバイスに送信する。
【０１２０】
a506：ゲートウェイデバイスは、ベアラ削除要求メッセージを、ＭＭＥに送信する。
【０１２１】
ＰＣＲＦにより送信された再認証要求メッセージを受信した後、ゲートウェイデバイスは、再認証回答を、ＰＣＲＦに送信し、ベアラ削除要求メッセージを、ＭＭＥに送信する。
【０１２２】
a507：ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信する。
【０１２３】
この場合、ＥＰＳネットワーク側処理は、以下を含む。
【０１２４】
b501からb507：図３Ａから図３Ｃのb301からb307を参照、及びb508からb511：図３Ａから図３Ｃのb309からb312を参照。
【０１２５】
b512：ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信する。
【０１２６】
b513：ゲートウェイデバイスは、クレジット制御更新要求メッセージを、ＰＣＲＦに送信する。
【０１２７】
クレジット制御更新要求メッセージは、ゲートウェイデバイスが音声サービスベアラを削除する必要があることをＰＣＲＦに通知するために使用される。
【０１２８】
b514：ＰＣＲＦは、クレジット制御更新回答メッセージを、ゲートウェイデバイスに送信する。
【０１２９】
ＰＣＲＦは、クレジット制御更新回答メッセージを、ゲートウェイデバイスに送信し、ゲートウェイデバイスと合致して音声サービスベアラを削除する。
【０１３０】
b515：ゲートウェイデバイスは、ベアラ削除要求メッセージを、ＭＭＥに送信する。
【０１３１】
ゲートウェイデバイスは、ローカル音声サービスベアラを削除し、ベアラ削除要求メッセージを、ＭＭＥに送信して、音声サービス・ベアラ・リソースの削除をＭＭＥに要求する。
【０１３２】
b516：ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信する。
【０１３３】
ローカル音声サービス・ベアラ・リソースを削除した後、ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信する。セッション終了の理由は、ＳＲＶＣＣ処理コンフリクトの代わりに、オンフックであるため、ユーザ装置は、オンフック状態にあり、ハンドオーバ割り込みなどの悪影響を生じない。
【０１３４】
b517：ＰＣＲＦは、セッション割り込み要求メッセージを、ＩＭＳに送信する。
【０１３５】
b518：ＩＭＳは、セッション割り込み回答メッセージを、ＰＣＲＦに送信する。
【０１３６】
b519：オプションのＰＳ処理を遂行する。
【０１３７】
したがって、本発明のこの実施形態において提供される技術的ソリューションに基づき、ＩＭＳは、セッション終了要求メッセージを、ＰＣＲＦに送信し、セッション終了要求メッセージが、セッション終了の理由がオンフックであることを示すために使用される情報要素を含む場合には、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信する。ＰＣＲＦが、セッション終了要求の理由がＳＲＶＣＣハンドオーバ終了であると判定した場合には、再認証要求メッセージは、ゲートウェイデバイスに送信されず、すなわち、音声ベアラ削除処理は開始されない。このようにして、ＳＲＶＣＣ処理において、ＩＭＳ側とＥＰＳ側との両方で音声サービスベアラ削除処理が起動される場合に、処理のコンフリクトが避けられる。
【０１３８】
図６は、本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法の概略フローチャートを示している。方法は、任意の適切な装置により実行され得、例えばＩＭＳにより実行される。しかし、本発明はそれらに限定されない。
【０１３９】
図６に示されているように、方法は、以下を含んでいる。
【０１４０】
S601：移動通信交換局（ＭＳＣ）により送信された初期セッション・ハンドオーバ・メッセージを受信し、セッションハンドオーバ及びリモートレッグ更新を完了した後、ＩＰマルチメディア・サブシステム（ＩＭＳ）は、遅延タイマを起動する。
【０１４１】
具体的には、普通のＳＲＶＣＣハンドオーバでは、遅延タイマは、ＩＭＳのＳＣＣアプリケーション・サーバ（Service Centralization and Continuity Application Server, 略して「ＳＣＣ  ＡＳ」）上に構成されるか、又は、緊急呼ＳＲＶＣＣハンドオーバでは、遅延タイマは、ＩＭＳの緊急アクセス転送機能（略してＥＡＴＦ）ユニット上に構成される。
【０１４２】
遅延タイマに設定されている遅延時間は８秒である。ＳＲＶＣＣ処理が300 ms以内に完了する必要があるプロトコルにおいて推奨される。異常時におけるメッセージ再送の遅延が７秒であることを考慮すると、遅延タイマに設定された遅延時間は８秒であることが推奨される。
【０１４３】
S602：遅延タイマの遅延時間が満了する前に、ＩＭＳは、ポリシー及び課金ルール機能（ＰＣＲＦ）ユニットにより送信されたセッション割り込み要求メッセージを受信し、ＩＭＳは、ＩＭＳアクセスレッグを解放する。
【０１４４】
すなわち、遅延タイマ上の遅延時間が満了する前に、ＳＲＶＣＣハンドオーバ処理において、ＥＰＳ側ハンドオーバ処理が完了する。ＩＭＳが、ＰＣＲＦユニットにより送信されたセッション割り込み要求メッセージを受信し、ＩＭＳアクセスレッグを解放した後、ＩＭＳ側のＳＲＶＣＣ処理が完了する。
【０１４５】
したがって、本発明のこの実施形態において提供される技術的ソリューションに基づき、ＩＭＳ側のＳＲＶＣＣ処理において、ＩＭＳは、ＩＭＳアクセスレッグが解放される前に遅延タイマを起動し、遅延タイマによる遅延処理中に、ＥＰＳ側で、音声サービスベアラ削除処理が遂行され、遅延タイマに設定された遅延時間が満了する前に、ＩＭＳは、ポリシー及び課金ルール機能（ＰＣＲＦ）ユニットにより送信されたセッション割り込み要求メッセージを受信し、ＩＭＳアクセスレッグを解放し、音声サービスベアラ削除処理を遂行しない。したがって、ＳＲＶＣＣハンドオーバ処理において、音声サービスベアラ削除処理は、ＥＰＳ側でのみ遂行され、これにより、ＳＲＶＣＣハンドオーバにおける処理のコンフリクトを避けることができる。
【０１４６】
図７Ａから図７Ｃは、本発明の実施形態による、単一無線音声通信継続ハンドオーバ方法のシグナリング・インターワーキング・ダイアグラムを示している。本発明のこの実施形態は、図６に示されている本発明の実施形態の特定の実装様式である。
【０１４７】
図７Ａから図７Ｃに示されているように、本発明のこの実施形態は以下を含んでいる。
【０１４８】
a701：ＭＳＣは、初期セッション・ハンドオーバ・メッセージを、ＩＭＳに送信する。
【０１４９】
a702：ＩＭＳは、セッションハンドオーバ及びリモートレッグ更新を遂行する。
【０１５０】
a703：ＩＭＳは、遅延タイマを起動する。
【０１５１】
普通のＳＲＶＣＣハンドオーバ及び緊急ＳＲＶＣＣハンドオーバでは、ＩＭＳにおけるセッション解放を開始する論理ネットワーク要素が異なり、普通のＳＲＶＣＣハンドオーバにおいては、遅延タイマはＩＭＳのＳＣＣ  ＡＳ上に構成され、緊急ＳＲＶＣＣハンドオーバでは、遅延タイマは、ＩＭＳのＥＡＴＦ上に構成される。遅延タイマに設定された遅延時間は、８秒であり得るが、本発明において限定するものではない。
【０１５２】
a704：ＩＭＳは、ＩＭＳアクセスレッグを解放する。
【０１５３】
遅延タイマ上の遅延時間が満了する前に、ＩＭＳは、ポリシー及び課金ルール機能（ＰＣＲＦ）ユニットにより送信されたセッション割り込み要求メッセージを受信し、ＩＭＳアクセスレッグを解放し、音声サービス・ベアラ・リソース削除を遂行する。
【０１５４】
すでにＳＲＶＣＣ処理におけるＩＭＳ側処理は完了しており、すなわち、ＩＭＳは、セッション終了メッセージを、ゲートウェイデバイスに送信せず、音声サービスベアラ削除処理を開始しない。
【０１５５】
ＳＲＶＣＣ処理において、ＥＰＳネットワーク側処理は、以下を含んでいる。
【０１５６】
b701からb707：b301からb307を参照、及びb708からb711：図３Ａから図３Ｃのb309からb312を参照。
【０１５７】
b712：ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信する。
【０１５８】
b713：ゲートウェイデバイスは、クレジット制御更新要求メッセージを、ＰＣＲＦに送信する。
【０１５９】
クレジット制御更新要求メッセージは、ゲートウェイデバイスが音声サービスベアラを削除する必要があることをＰＣＲＦに通知するために使用される。
【０１６０】
b714：ＰＣＲＦは、クレジット制御更新回答メッセージを、ゲートウェイデバイスに送信する。
【０１６１】
ＰＣＲＦは、クレジット制御更新回答メッセージを、ゲートウェイデバイスに送信し、ゲートウェイデバイスと合致して音声サービスベアラを削除する。
【０１６２】
b715：ゲートウェイデバイスは、ベアラ削除要求メッセージを、ＭＭＥに送信する。
【０１６３】
ゲートウェイデバイスは、ローカル音声サービスベアラを削除し、ベアラ削除要求メッセージをＭＭＥに送信して、音声サービス・ベアラ・リソースの削除をＭＭＥに要求する。
【０１６４】
b716：ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信する。
【０１６５】
ローカル音声サービス・ベアラ・リソースを削除した後、ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信する。このようにして、ＩＭＳが遅延タイマを起動した後、遅延タイマによる遅延処理中に、ＥＰＳ側で、音声サービスベアラ削除処理が遂行され、遅延タイマに設定された遅延時間が満了する前に、ＩＭＳは、ポリシー及び課金ルール機能（ＰＣＲＦ）ユニットにより送信されたセッション割り込み要求メッセージを受信し、ＩＭＳアクセスレッグを解放し、音声サービスベアラ削除処理を遂行しない。
【０１６６】
b717：ＰＣＲＦは、セッション割り込み要求メッセージを、ＩＭＳに送信する。
【０１６７】
遅延タイマ上の遅延時間が満了する前に、ＰＣＲＦは、セッション割り込み要求メッセージを、ＩＭＳに送信し、メッセージは、ＳＲＶＣＣハンドオーバが完了したことをＩＭＳデバイスに通知するために使用される。
【０１６８】
例えば、b713において、ゲートウェイデバイスがクレジット制御更新要求メッセージを、ＰＣＲＦに送信した後、ＰＣＲＦは、セッション割り込み要求メッセージをＩＭＳに送信する。
【０１６９】
b717からb718の間、及びb715からb716の間にはシーケンスは無い。
【０１７０】
b718：ＩＭＳは、セッション割り込み回答メッセージを、ＰＣＲＦに送信する。
【０１７１】
セッション割り込み要求メッセージを受信した後、ＩＭＳは、音声サービス・ベアラ・リソース削除を遂行する。
【０１７２】
b719：オプションのＰＳ処理を遂行する。
【０１７３】
したがって、本発明のこの実施形態において提供される技術的ソリューションに基づき、ＩＭＳ側でのＳＲＶＣＣ処理において、ＩＭＳは、ＩＭＳアクセスレッグを解放する前に、遅延タイマを起動し、遅延タイマによる遅延処理中に、ＥＰＳ側で、音声サービスベアラ削除処理が遂行され、遅延タイマに設定された遅延時間が満了する前に、ＩＭＳは、ＰＣＲＦにより送信されたセッション割り込み要求メッセージを受信し、ＩＭＳアクセスレッグを解放し、その後ＩＭＳ側では音声サービスベアラ削除処理が開始されない。したがって、ＳＲＶＣＣハンドオーバ処理において、音声サービスベアラ削除処理がＥＰＳ側でのみ遂行されるため、これにより、ＳＲＶＣＣハンドオーバにおける処理のコンフリクトを避けることができる。
【０１７４】
図８は、本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。この方法は、任意の適切な装置によって実行され得、例えばＭＭＥにより実行されるが、本発明はそれらに限定されない。本発明のこの実施形態において提供される装置は、図２及び図３Ａから図３Ｃに示されている本発明の実施形態において提供される方法を実行し得る。
【０１７５】
図８に示されているように、装置は、処理モジュール８０１と、受信モジュール８０２とを含んでいる。
【０１７６】
処理モジュール８０１は、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたかどうかを記録するように構成されている。
【０１７７】
ＳＲＶＣＣ処理において、ＩＭＳ側の主処理は、ＩＭＳがセッションハンドオーバを完了し、ＩＭＳ側アクセスレッグリソースを解放し、セッション終了メッセージをＰＣＲＦに送信することを含み、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信し、メッセージは、音声ベアラの削除をゲートウェイデバイスに命令するために使用され、さらに、ゲートウェイデバイスは、ベアラ削除要求を、ＭＭＥに送信する。この場合、ＭＭＥは、ベアラ削除要求メッセージが受信されたかどうかを示している状態をローカルに記録し、初期状態を設定する：ベアラ削除要求メッセージが受信されてない場合には、初期状態は偽と記録され、又はベアラ削除要求メッセージがＭＭＥにより受信された場合には、ＭＭＥは状態を真と記録される。本発明のこの実施形態は、状態の設定に限定を課すものではない。
【０１７８】
受信モジュール８０２は、移動通信交換局（ＭＳＣ）により送信された、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示すプロンプトメッセージを受信するように構成されている。
【０１７９】
処理モジュール８０１は、受信モジュールが、移動通信交換局（ＭＳＣ）により送信された、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示すプロンプトメッセージを受信した後、ベアラ削除要求メッセージが装置により受信されたと判定した場合、ベアラ削除命令メッセージは、ゲートウェイデバイスに送信されず、ローカル音声サービス・ベアラ・リソースは削除されないようにさらに構成されている。
【０１８０】
例えば、受信モジュールが、移動通信交換局（ＭＳＣ）により送信された、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示すプロンプトメッセージを受信した後、ベアラ削除要求メッセージが装置により受信されたと判定した場合、処理モジュール８０１は、装置内の送信モジュールに、ベアラ削除命令メッセージをゲートウェイデバイスに送信するように指示しない。
【０１８１】
ＳＲＶＣＣ処理において、ＥＰＳネットワーク内のＭＭＥは、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示しているプロンプトメッセージを受信し、ベアラ削除要求メッセージが受信されたかどうかに従って、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信し、ローカル音声サービス・ベアラ・リソースを削除するかどうかを決定する。状態が真として記録されている場合には、ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信せず、ローカル音声サービス・ベアラ・リソースを削除する。このようにして、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージを受信した後、ＭＭＥは、音声サービス・ベアラ・リソースを削除し、ＭＭＥは、ベアラ削除命令メッセージを、その後ゲートウェイデバイスに送信しないので、これにより、ＳＲＶＣＣ処理におけるコンフリクトを避けることができる。
【０１８２】
本発明の他の実施形態において、受信モジュール８０２は、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージを受信するようにさらに構成され、処理モジュール８０１は、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信し、ローカル音声ベアラリソースが削除されないようにさらに構成されている。
【０１８３】
例えば、受信モジュール８０２が、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージを受信するようにさらに構成されている場合には、処理モジュール８０１は、装置内の送信モジュールに、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信するように指示する。
【０１８４】
すなわち、ＭＭＥが、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージを受信するシナリオでは、ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたことを記録し、ＭＭＥは、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信し、ローカル音声サービス・ベアラ・リソースを削除しない。
【０１８５】
オプションとして、本発明の他の実施形態において、処理モジュール８０１は、ベアラ削除要求メッセージが装置により受信されていないと判定された場合、アクセスベアラ解放要求メッセージは、ゲートウェイデバイスに送信されず、ローカル音声サービス・ベアラ・リソースは削除されないようにさらに構成されている。
【０１８６】
したがって、本発明のこの実施形態において提供される装置に基づき、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示しているプロンプトメッセージを受信した後、ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージがＭＭＥにより受信されたかどうかに従って、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信するかどうかを決定する。このようにして、ＭＭＥがＩＭＳ側で音声サービスベアラ削除を遂行した後、ＥＰＳ側では音声サービスベアラ削除処理が遂行されないため、これにより、ＳＲＶＣＣ処理におけるコンフリクトを避けることができる。
【０１８７】
図８に示されている本発明のこの実施形態における単一無線音声通信継続ハンドオーバ装置は、本発明の実施形態において提供される単一無線音声通信継続ハンドオーバ方法に対応し得、本発明のこの実施形態において提供された装置のモジュールの動作及び／又は機能は図２から図７Ａ〜図７Ｃにおける方法に対応する処理を実施するために別々に使用される。簡潔にするために、ここでは詳細を再度説明しない。
【０１８８】
図９は、本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。方法は、任意の適切な装置により実行され得、例えばＰＣＲＦにより実行されるが、本発明はそれらに限定されない。本発明のこの実施形態において提供される装置は、図４及び図５Ａから図５Ｃに示されている本発明の実施形態において提供される方法を実行し得る。
【０１８９】
図９に示されているように、装置は、
ＩＰマルチメディア・サブシステム（ＩＭＳ）により送信されたセッション終了要求メッセージを受信するように構成されている受信モジュール９０１であって、セッション終了要求メッセージは、セッション終了の理由がオンフック又はＳＲＶＣＣハンドオーバ終了であることを示すために使用される情報要素を含んでいる、受信モジュール９０１と、
セッション終了の理由がＳＲＶＣＣハンドオーバ終了であると判定した場合、再認証要求メッセージは、ゲートウェイデバイスに送信されないように構成されている処理モジュール９０２と、
を含む。
【０１９０】
例えば、処理モジュール９０２は、セッション終了の理由がＳＲＶＣＣハンドオーバ終了であると判定し、送信モジュールに、再認証要求メッセージを、ゲートウェイデバイスに送信するように指示しない。
【０１９１】
オプションとして、本発明の他の実施形態において、処理モジュール９０２は、セッション終了の理由がオンフックであると判定された場合、再認証要求メッセージを、ゲートウェイデバイスに送信するようにさらに構成されている。例えば、処理モジュール９０２が、セッション終了の理由はオンフックであると判定した場合には、送信モジュールは、再認証要求メッセージを、ゲートウェイデバイスに送信するように指示される。
【０１９２】
本発明のこの実施形態において提供される装置に基づいて、ＳＲＶＣＣハンドオーバ処理が遂行される場合、受信されたセッション終了要求メッセージがセッション終了の理由を示すために使用される情報要素を含んでいることに基づいて、ＰＣＲＦがセッション終了の理由がＳＲＶＣＣハンドオーバであると判定した場合には、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信しない。すなわち、ＩＭＳ側では音声サービスベアラ削除処理が遂行されず、これにより、ＳＲＶＣＣハンドオーバにおける処理のコンフリクトを避けることができる。
【０１９３】
図９に示されている本発明のこの実施形態における単一無線音声通信継続ハンドオーバ装置は、本発明の実施形態において提供される単一無線音声通信継続ハンドオーバ方法に対応し得、本発明のこの実施形態において提供された装置のモジュールの動作及び／又は機能は図２から図７Ａ〜図７Ｃにおける方法に対応する処理を実施するために別々に使用される。簡潔にするために、ここでは詳細を再度説明しない。
【０１９４】
図１０は、本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。方法は、任意の適切な装置により実行され得、例えばＩＭＳにより実行されるが、本発明はそれらに限定されない。本発明のこの実施形態において提供される装置は、図６及び図７Ａから図７Ｃに示されている本発明の実施形態において提供される方法を実行し得る。
【０１９５】
図１０に示されているように、装置は、
移動通信交換局（ＭＳＣ）により送信された初期セッション・ハンドオーバ・メッセージを受信するように構成されている受信モジュール１００１と、
初期セッション・ハンドオーバ・メッセージが受信された後、セッションハンドオーバ及びリモートレッグ更新を遂行し、遅延タイマを起動するように構成されている処理モジュール１００２と、
を含む。
【０１９６】
具体的には、普通のＳＲＶＣＣハンドオーバでは、遅延タイマは、装置のＳＣＣアプリケーション・サーバ（ＳＣＣ  ＡＳ）上に構成され、又は、緊急ＳＲＶＣＣハンドオーバでは、遅延タイマは、装置の緊急アクセス送信機能（ＥＡＴＦ）ユニット上に構成される。
【０１９７】
遅延タイマ上の遅延時間は、８秒以上である。
【０１９８】
受信モジュール１００１は、遅延タイマの遅延時間が満了する前に、ポリシー及び課金ルール機能（ＰＣＲＦ）ユニットにより送信されたセッション割り込み要求メッセージを受信するようにさらに構成され、
処理モジュール１００２は、セッション割り込み要求メッセージが受信された後、ＩＰマルチメディア・サブシステム（ＩＭＳ）アクセスレッグを解放するようにさらに構成されている。
【０１９９】
したがって、本発明のこの実施形態において提供される装置に基づき、ＩＭＳ側でのＳＲＶＣＣ処理において、ＩＭＳは、ＩＭＳアクセスレッグを解放する前に、遅延タイマを起動し、遅延タイマによる遅延処理中に、ＥＰＳ側で、音声サービスベアラ削除処理が遂行され、遅延タイマに設定された遅延時間が満了する前に、ＩＭＳは、ポリシー及び課金ルール機能（ＰＣＲＦ）ユニットにより送信されたセッション割り込み要求メッセージを受信し、ＩＭＳアクセスレッグを解放し、音声サービスベアラ削除処理を遂行しない。したがって、ＳＲＶＣＣハンドオーバ処理において、音声サービスベアラ削除処理がＥＰＳ側でのみ遂行されるため、これにより、ＳＲＶＣＣハンドオーバにおける処理のコンフリクトを避けることができる。
【０２００】
図１０に示されている本発明のこの実施形態における単一無線音声通信継続ハンドオーバ装置は、本発明の実施形態において提供される単一無線音声通信継続ハンドオーバ方法に対応し得、本発明のこの実施形態において提供された装置のモジュールの動作及び／又は機能は図２から図７Ａ〜図７Ｃにおける方法に対応する処理を実施するために別々に使用される。簡潔にするために、ここでは詳細を再度説明しない。
【０２０１】
図１１は、本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。この方法は、任意の適切な装置によって実行され得、例えばＭＭＥにより実行されるが、本発明はそれらに限定されない。本発明のこの実施形態において提供される装置は、図２及び図３Ａから図３Ｃに示されている本発明の実施形態において提供される方法を実行し得る。
【０２０２】
図１１に示されているように、装置は、プロセッサ１１０１と、受信器１１０２と、を含む。
【０２０３】
プロセッサ１１０１は、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージが受信されたかどうかを記録するように構成されている。
【０２０４】
ＳＲＶＣＣ処理において、ＩＭＳ側の主処理は、ＩＭＳがセッションハンドオーバを完了し、ＩＭＳ側アクセスレッグリソースを解放し、セッション終了メッセージをＰＣＲＦに送信することを含み、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信し、メッセージは、音声ベアラの削除をゲートウェイデバイスに指示するために使用され、さらに、ゲートウェイデバイスは、ベアラ削除要求を、ＭＭＥに送信する。この場合、ＭＭＥは、ベアラ削除要求メッセージが受信されたかどうかを示している状態をローカルに記録し、初期状態を設定する：ベアラ削除要求メッセージが受信されていない場合には、初期状態は偽と記録され、又はベアラ削除要求メッセージがＭＭＥにより受信された場合には、ＭＭＥは状態を真と記録する。本発明のこの実施形態は、状態の設定に限定を課すものではない。
【０２０５】
受信器１１０２は、移動通信交換局（ＭＳＣ）により送信された、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示すプロンプトメッセージを受信するように構成されている。
【０２０６】
プロセッサ１１０１は、受信モジュールが、移動通信交換局（ＭＳＣ）により送信された、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示すプロンプトメッセージを受信した後、ベアラ削除要求メッセージが装置により受信されたと判定した場合、ベアラ削除命令メッセージは、ゲートウェイデバイスに送信されず、ローカル音声サービス・ベアラ・リソースは削除されないようにさらに構成されている。
【０２０７】
例えば、受信モジュールが、移動通信交換局（ＭＳＣ）により送信された、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示すプロンプトメッセージを受信した後、ベアラ削除要求メッセージが装置により受信されたと判定した場合、プロセッサ１１０１は、装置内の送信モジュールに、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信するように指示しない。
【０２０８】
ＳＲＶＣＣ処理において、ＥＰＳネットワーク内のＭＭＥは、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示しているプロンプトメッセージを受信し、ベアラ削除要求メッセージが受信されたかどうかに従って、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信し、ローカル音声サービス・ベアラ・リソースを削除するかどうかを決定する。状態が真として記録されている場合には、ＭＭＥは、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信せず、ローカル音声サービス・ベアラ・リソースを削除する。このようにして、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージを受信した後、ＭＭＥは、音声サービス・ベアラ・リソースを削除し、ＭＭＥは、ベアラ削除命令メッセージを、その後ゲートウェイデバイスに送信しないので、これにより、ＳＲＶＣＣ処理におけるコンフリクトを避けることができる。
【０２０９】
本発明の他の実施形態において、受信器１１０２は、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージを受信するようにさらに構成されており、プロセッサ１１０１は、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信し、ローカル音声ベアラリソースは、削除されないようにさらに構成されている。
【０２１０】
オプションとして、本発明の他の実施形態において、プロセッサ１１０１は、ベアラ削除要求メッセージが装置により受信されていないと判定された場合、アクセスベアラ解放要求メッセージは、ゲートウェイデバイスに送信されず、ローカル音声サービス・ベアラ・リソースは削除されないようにさらに構成されている。
【０２１１】
例えば、受信器１１０２が、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージを受信するようにさらに構成されている場合には、プロセッサ１１０１は、装置内の送信モジュールに、ベアラ削除応答メッセージを、ゲートウェイデバイスに送信するように指示する。
【０２１２】
したがって、本発明のこの実施形態において提供される装置に基づき、パケット交換（ＰＳ）から回線交換（ＣＳ）へのハンドオーバの完了を示しているプロンプトメッセージを受信した後、ＭＭＥは、ゲートウェイデバイスにより送信されたベアラ削除要求メッセージがＭＭＥにより受信されたかどうかに従って、ベアラ削除命令メッセージを、ゲートウェイデバイスに送信するかどうかを決定する。このようにして、ＭＭＥがＩＭＳ側で音声サービスベアラ削除を遂行した後、ＥＰＳ側では音声サービスベアラ削除処理が遂行されないため、これにより、ＳＲＶＣＣ処理におけるコンフリクトを避けることができる。
【０２１３】
図１１に示されている本発明のこの実施形態における単一無線音声通信継続ハンドオーバ装置は、本発明の実施形態において提供される単一無線音声通信継続ハンドオーバ方法に対応し得、本発明のこの実施形態において提供された装置のモジュールの動作及び／又は機能は図２から図７Ａ〜図７Ｃにおける方法に対応する処理を実施するために別々に使用される。簡潔にするために、ここでは詳細を再度説明しない。
【０２１４】
本発明のこの実施形態において、プロセッサは、中央演算処理装置（略してＣＰＵ）であり得、又はプロセッサは、他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）又は他のプログラム可能な論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリート・ハードウェア・アセンブリ、などであってもよいことを理解すべきである。汎用プロセッサは、マイクロプロセッサであり得、又はプロセッサは任意の従来のプロセッサなどであってもよい。
【０２１５】
実装プロセスでは、上述のステップは、プロセッサ内のハードウェアの集積論理回路、又はソフトウェアの形態の命令を使用することにより完了し得る。本発明の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサにより直接実行され得、又はプロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用して実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ又は電気的消去可能なプログラマブルメモリ、レジスタなどの、その分野において完成された記憶媒体に配置され得る。記憶媒体はメモリ内に配置され、プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて上述の方法のステップを完了する。繰り返しを避けるために、詳細はここでは説明しない。
【０２１６】
図１２は、本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。方法は、任意の適切な装置により実行され得、例えばＰＣＲＦにより実行されるが、本発明はそれらに限定されない。本発明のこの実施形態において提供される装置は、図４及び図５Ａから図５Ｃに示されている本発明の実施形態において提供される方法を実行し得る。
【０２１７】
図１２に示されているように、装置は、
ＩＰマルチメディア・サブシステム（ＩＭＳ）により送信されたセッション終了要求メッセージを受信するように構成されている受信器１２０１であって、セッション終了要求メッセージは、セッション終了の理由がオンフック又はＳＲＶＣＣハンドオーバ終了であることを示すために使用される情報要素を含んでいる、受信器１２０１と、
セッション終了の理由がＳＲＶＣＣハンドオーバ終了であると判定した場合、再認証要求メッセージは、ゲートウェイデバイスに送信されないように構成されているプロセッサ１２０２と、
を含む。
【０２１８】
例えば、プロセッサ１２０２は、セッション終了の理由がＳＲＶＣＣハンドオーバ終了であると判定し、送信モジュールに、再認証要求メッセージを、ゲートウェイデバイスに送信するように指示しない。
【０２１９】
オプションとして、本発明の他の実施形態において、プロセッサ１２０２は、セッション終了の理由がオンフックであると判定された場合、再認証要求メッセージを、ゲートウェイデバイスに送信するようにさらに構成されている。例えば、プロセッサ１２０２がセッション終了の理由がオンフックであると判定した場合には、送信モジュールは、再認証要求メッセージを、ゲートウェイデバイスに送信するように指示される。
【０２２０】
本発明のこの実施形態において提供される装置に基づいて、ＳＲＶＣＣハンドオーバ処理が遂行される場合、受信されたセッション終了要求メッセージがセッション終了の理由を示すために使用される情報要素を含んでいることに基づいて、ＰＣＲＦがセッション終了の理由がＳＲＶＣＣハンドオーバであると判定した場合には、ＰＣＲＦは、再認証要求メッセージを、ゲートウェイデバイスに送信しない。すなわち、ＩＭＳ側では音声サービスベアラ削除処理が遂行されず、これにより、ＳＲＶＣＣハンドオーバにおける処理のコンフリクトを避けることができる。
【０２２１】
図１２に示されている本発明のこの実施形態における単一無線音声通信継続ハンドオーバ装置は、本発明の実施形態において提供される単一無線音声通信継続ハンドオーバ方法に対応し得、本発明のこの実施形態において提供された装置のモジュールの動作及び／又は機能は図２から図７Ａ〜図７Ｃにおける方法に対応する処理を実施するために別々に使用される。簡潔にするために、ここでは詳細を再度説明しない。
【０２２２】
実装プロセスでは、上述のステップは、プロセッサ内のハードウェアの集積論理回路、又はソフトウェアの形態の命令を使用することにより完了し得る。本発明の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサにより直接実行され得、又はプロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用して実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ又は電気的消去可能なプログラマブルメモリ、レジスタなどの、その分野において完成された記憶媒体に配置され得る。記憶媒体はメモリ内に配置され、プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて上述の方法のステップを完了する。繰り返しを避けるために、詳細はここでは説明しない。
【０２２３】
図１３は、本発明の実施形態による、単一無線音声通信継続ハンドオーバ装置の概略ブロック図を示している。方法は、任意の適切な装置により実行され得、例えばＩＭＳにより実行されるが、本発明はそれらに限定されない。本発明のこの実施形態において提供される装置は、図６及び図７Ａから図７Ｃに示されている本発明の実施形態において提供される方法を実行し得る。
【０２２４】
図１３に示されているように、装置は、
移動通信交換局（ＭＳＣ）により送信された初期セッション・ハンドオーバ・メッセージを受信するように構成されている受信器１３０１と、
初期セッション・ハンドオーバ・メッセージが受信された後、セッションハンドオーバ及びリモートレッグ更新を遂行し、遅延タイマを起動するように構成されているプロセッサ１３０２と、
を含む。
【０２２５】
具体的には、普通のＳＲＶＣＣハンドオーバでは、遅延タイマは、装置のＳＣＣアプリケーション・サーバ（ＳＣＣ  ＡＳ）上に構成され、又は、緊急ＳＲＶＣＣハンドオーバでは、遅延タイマは、装置の緊急アクセス送信機能（ＥＡＴＦ）ユニット上に構成される。
【０２２６】
遅延タイマ上の遅延時間は、８秒以上である。
【０２２７】
受信器１３０１は、遅延タイマの遅延時間が満了する前に、ポリシー及び課金ルール機能（ＰＣＲＦ）ユニットにより送信されたセッション割り込み要求メッセージを受信するようにさらに構成され、
プロセッサ１３０２は、セッション割り込み要求メッセージが受信された後、ＩＭＳアクセスレッグを解放するようにさらに構成されている。
【０２２８】
したがって、本発明のこの実施形態において提供される装置に基づき、ＩＭＳ側でのＳＲＶＣＣ処理において、ＩＭＳは、ＩＭＳアクセスレッグを解放する前に、遅延タイマを起動し、遅延タイマによる遅延処理中に、ＥＰＳ側で、音声サービスベアラ削除処理が遂行され、遅延タイマに設定された遅延時間が満了する前に、ＩＭＳは、ポリシー及び課金ルール機能（ＰＣＲＦ）ユニットにより送信されたセッション割り込み要求メッセージを受信し、ＩＭＳアクセスレッグを解放し、音声サービスベアラ削除処理を遂行しない。したがって、ＳＲＶＣＣハンドオーバ処理において、音声サービスベアラ削除処理がＥＰＳ側でのみ遂行されるため、これにより、ＳＲＶＣＣハンドオーバにおける処理のコンフリクトを避けることができる。
【０２２９】
図１３に示されている本発明のこの実施形態における単一無線音声通信継続ハンドオーバ装置は、本発明の実施形態において提供された単一無線音声通信継続ハンドオーバ方法に対応し得、本発明のこの実施形態において提供された装置のモジュールの動作及び／又は機能は図２から図７Ａ〜図７Ｃにおける方法に対応する処理を実施するために別々に使用される。簡潔にするために、ここでは詳細を再度説明しない。
【０２３０】
本発明のこの実施形態において、プロセッサは、中央演算処理装置（略してＣＰＵ）であり得、又はプロセッサは、他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）又は他のプログラム可能な論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリート・ハードウェア・アセンブリ、などであってもよいことを理解すべきである。汎用プロセッサは、マイクロプロセッサであり得、又はプロセッサは任意の従来のプロセッサなどであってもよい。
【０２３１】
実装プロセスでは、上述のステップは、プロセッサ内のハードウェアの集積論理回路、又はソフトウェアの形態の命令を使用することにより完了し得る。本発明の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサにより直接実行され得、又はプロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせを使用して実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ又は電気的消去可能なプログラマブルメモリ、レジスタなどの、その分野において完成された記憶媒体に配置され得る。記憶媒体はメモリ内に配置され、プロセッサは、メモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて上述の方法のステップを完了する。繰り返しを避けるために、詳細はここでは説明しない。
【０２３２】
当業者であれば、本明細書に開示された実施形態において説明された実施例と組み合わせて、方法のステップ及びユニットを電子ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせにより実施し得ることを認識し得る。ハードウェアとソフトウェアとの間の互換性を明確に説明するために、前述のものは、機能に従った各実施形態のステップ及び構成を一般的に説明した。機能がハードウェア又はソフトウェアにより実行されるかどうかは、特定のアプリケーション及び技術的ソリューションの設計拘束条件に依存する。当業者であれば、各特定のアプリケーションのために説明された機能を実施するための異なる方法を使用し得るが、その実施は、本発明の範囲を超えていると考えるべきではない。
【０２３３】
簡潔かつ簡単な説明のために、上述のシステム、装置、及びユニットの詳細な作業処理については、上述の方法の実施形態における対応する処理を参照し、詳細はここでは再び説明しないことは、当業者であれば明確に理解し得る。
【０２３４】
本明細書において提供されるいくつかの実施形態では、開示されたシステム、装置、及び方法は、他の様式において実装され得ることを理解すべきである。例えば、開示された装置の実施形態は、単なる例示である。例えば、ユニット区分は、単に論理的機能区分であり、実際の実装においては他の区分であってもよい。例えば、複数のユニット又は構成要素を組み合わせても、又は他のシステムに統合してもよく、又は他のいくつかの特徴は無視又は実行しなくてもよい。さらに、表示された、又は議論された相互結合又は直接結合又は通信接続は、いくつかのインターフェースを使用して実装され得る。装置間の間接的結合又は通信接続は、電子的、機械的、又は他の形態において実施されてもよい。
【０２３５】
別個の部分として説明されたユニットは、物理的に分離していてもしていなくてもよく、ユニットとして表示されている部分は、物理ユニットであってもなくてもよく、一か所に配置されてもよいし、又は複数のネットワークユニットに分散されてもよい。本発明の実施形態のソリューションの目的を達成するために、ユニットの一部又は全部は、実際の必要に応じて選択され得る。
【０２３６】
また、本発明の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよいし、又はそれぞれのユニットが物理的に単独で存在してもよく、又は２つ又はそれ以上のユニットが１つのユニットに統合されてもよい。統合されたユニットは、ハードウェアの形態で実装されてもよく、又は、ソフトウェア機能ユニットの形態で実装されてもよい。
【０２３７】
統合されたユニットがソフトウェア機能ユニットの形態において実装され、独立した製品として販売又は使用される場合、統合されたユニットは、コンピュータ可読記憶媒体に格納され得る。そのような理解に基づいて、本発明の技術的ソリューション、又は従来技術に寄与する部分、又は技術的ソリューションのすべて又は一部は、本質的にソフトウェア製品の形態で実施され得る。ソフトウェア製品は、記憶媒体に格納されており、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスであり得る）に、本発明の実施形態で説明された方法のステップのすべて又は一部を実行するように指示するためのいくつかの命令を含んでいる。上述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読み出し専用メモリ（略してＲＯＭ）、ランダムアクセスメモリ（略してＲＡＭ）、磁気ディスク、又は光学ディスクなど、プログラムコードを格納可能な任意の媒体を含む。
【０２３８】
上記の説明は本発明の例示的な特定の実施形態にすぎないが、本発明の保護範囲を限定するものではない。本発明を逸脱することなく当業者によって行われるいかなる変形または置換も、本発明の保護範囲内に入るものとする。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【符号の説明】
【０２３９】
801  処理モジュール
802  受信モジュール
901  受信モジュール
902  処理モジュール
1001  受信モジュール
1002  処理モジュール
1102  受信器
1101  プロセッサ
1201  受信器
1202  プロセッサ
1301  受信器
1302  プロセッサ
【図１Ａ】
0006414634.tif 000002
【図１Ｂ】
0006414634.tif 000003
【図１Ｃ】
0006414634.tif 000004
【図２】
0006414634.tif 000005
【図３Ａ】
0006414634.tif 000006
【図３Ｂ】
0006414634.tif 000007
【図３Ｃ】
0006414634.tif 000008
【図４】
0006414634.tif 000009
【図５Ａ】
0006414634.tif 000010
【図５Ｂ】
0006414634.tif 000011
【図５Ｃ】
0006414634.tif 000012
【図６】
0006414634.tif 000013
【図７Ａ】
0006414634.tif 000014
【図７Ｂ】
0006414634.tif 000015
【図７Ｃ】
0006414634.tif 000016
【図８】
0006414634.tif 000017
【図９】
0006414634.tif 000018
【図１０】
0006414634.tif 000019
【図１１】
0006414634.tif 000020
【図１２】
0006414634.tif 000021
【図１３】
0006414634.tif 000022