特許7576085鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-22
(45)【発行日】2024-10-30
(54)【発明の名称】鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置
(51)【国際特許分類】
H04W 36/14 20090101AFI20241023BHJP
H04W 88/14 20090101ALI20241023BHJP
H04W 88/06 20090101ALI20241023BHJP
【ＦＩ】
H04W36/14
H04W88/14
H04W88/06
【請求項の数】
9
(21)【出願番号】P 2022513607
(86)(22)【出願日】2020-09-02
(65)【公表番号】
(43)【公表日】2022-11-10
(86)【国際出願番号】 CN2020113082
(87)【国際公開番号】W WO2021043177
(87)【国際公開日】2021-03-11
【審査請求日】2023-08-29
(31)【優先権主張番号】201910822412.6
(32)【優先日】2019-09-02
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】511151662
【氏名又は名称】中興通訊股▲ふん▼有限公司
【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ
(74)【代理人】
【識別番号】110002066
【氏名又は名称】弁理士法人筒井国際特許事務所
(72)【発明者】
【氏名】ジャオ，シーロン
【審査官】▲高▼木 裕子
(56)【参考文献】
【文献】中国特許出願公開第１０９６８８６１０（ＣＮ，Ａ）
【文献】欧州特許出願公開第０３３９３１６９（ＥＰ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法であって、被呼側が鳴動する前に、ＡＴＣＦ(Access Transfer Control Function)が被呼側からのハンドオーバ要求メッセージを受信するステップと、
前記ＡＴＣＦが前記ハンドオーバ要求メッセージをキャッシングするステップと、
前記ＡＴＣＦが前記被呼側の予め設定された応答状態を受信した場合、前記ＡＴＣＦが前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するステップと、
を含み、
前記ＡＴＣＦが前記被呼側の予め設定された応答状態を受信した場合、前記ＡＴＣＦが前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行する前記ステップは、
前記ＡＴＣＦが前記被呼側の鳴動応答状態を受信した場合、前記ＡＴＣＦがキャッシングされた前記ハンドオーバ要求メッセージに基づいて、鳴動状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、
前記ＡＴＣＦが前記被呼側の通話成功応答状態を受信した場合、前記ＡＴＣＦがキャッシングされた前記ハンドオーバ要求メッセージに基づいて、定常状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、を含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法。
【請求項2】
請求項１に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法において、被呼側が鳴動する前に、前記ＡＴＣＦが被呼側からのハンドオーバ要求メッセージを受信する前記ステップは、
前記被呼側が鳴動する前に、前記ＡＴＣＦが基地局から制御ノード及びエンハンスメント移動交換センターで順次処理された前記ハンドオーバ要求メッセージを受信することを含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法。
【請求項3】
請求項１に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法において、前記ハンドオーバ要求メッセージがキャッシングされた時刻から設定された時間閾値内において前記ＡＴＣＦが前記被呼側の予め設定された応答状態を受信した場合、前記ＡＴＣＦが予め設定された方式で前記ハンドオーバ要求操作を実行するステップをさらに含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法。
【請求項4】
請求項３に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法において、前記ハンドオーバ要求メッセージがキャッシングされた時刻から前記設定された時間閾値内において前記ＡＴＣＦが前記被呼側の予め設定された応答状態を受信しなかった場合、前記ＡＴＣＦがハンドオーバ要求操作を直接実行するステップをさらに含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法。
【請求項5】
ＡＴＣＦ(Access Transfer Control Function)に搭載されている、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置であって、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するために用いられる受信モジュールと、
前記ハンドオーバ要求メッセージをキャッシングするように構成される格納モジュールと、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するように構成される実行モジュールと、
を含み、
前記実行モジュールは、前記被呼側の鳴動応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、鳴動状態ハンドオーバ方式でハンドオーバ要求操作を実行し、前記被呼側の通話成功応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、定常状態ハンドオーバ方式でハンドオーバ要求操作を実行するように構成される、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置。
【請求項6】
請求項５に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置において、前記受信モジュールは具体的に、前記被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理された前記ハンドオーバ要求メッセージを受信するように構成される、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置。
【請求項7】
請求項５に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置において、時間閾値を設定し、前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信した場合、前記実行モジュールによって予め設定された方式で前記ハンドオーバ要求操作を実行するように構成される時間制御モジュールをさらに含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置。
【請求項8】
ＡＴＣＦ(Access Transfer Control Function)に搭載されている電子デバイスであって、メモリと、プロセッサと、前記メモリに格納されかつ前記プロセッサで実行される少なくとも１つのアプリケーション・プログラムと、を含み、
前記アプリケーション・プログラムは、請求項１乃至４の何れか１項に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行するように構成される、電子デバイス。
【請求項9】
コンピュータ・プログラムが格納された読み取り可能な記憶媒体であって、該プログラムがプロセッサで実行される際に、請求項１乃至４の何れか１項に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法が実施されることとなる、読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施例は、通信技術分野に関し、特に鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置に関する。
【背景技術】
【0002】
デュアルモード・シングルスタンバイ無線音声呼継続性（Single Radio Voice Call Continuity、ＳＲＶＣＣと略称）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）が提案した、ＩＰマルチメディア・サブシステム（IP Multimedia Subsystem、ＩＭＳと略称）音声サービス（ＶｏＬＴＥ）継続性に基づくスキームであり、それが解決しようとする主な課題は、シングルＲＦユーザ機器（User Equipment、ＵＥと略称）が長期進化（Long Time Evolution、ＬＴＥと略称）ネットワークパケット交換（Packet Switch、ＰＳと略称）ドメインと第２世代移動通信体（２Ｇ）/第３世代移動通信体（３Ｇ）回線交換（Circuit Switch、ＣＳと略称）ドメインネットワークとの間を移動している際に、デュアルモード・シングルスタンバイＵＥがＩＭＳ制御によるＶｏＬＴＥ音声とＣＳドメイン音声との間で円滑にハンドオーバされることをどのように確保するか、ということである。
【0003】
エンハンスメントされたシングルスタンバイ無線音声呼継続性（Enhanced SRVCC、ｅＳＲＶＣＣと略称）は、ＳＲＶＣＣを基に、ＡＴＣＦ（Access Transfer Control Function）ネットワーク要素及びＡＴＧＷ（Access Transfer Gateway）ネットワーク要素が増設され、ＡＴＣＦネットワーク要素はＳＣＣ ＡＳの前置ネットワーク要素としてＳＣＣ ＡＳの代わりにシグナリングアンカーポイントとなり、ＡＴＧＷネットワーク要素はメディアアンカーポイントとなる。ＳＲＶＣＣに比べ、ｅＳＲＶＣＣは、音声呼継続性を確保しつつ、ハンドオーバ待ち時間をできるだけ小さくし、ハンドオーバの成功率を向上させることができる。
【0004】
現在、３ＧＰＰの仕様では、被呼ユーザが鳴動する前のシングルスタンバイ無線音声呼継続性（ｂＳＲＶＣＣ）ハンドオーバ処理プロセスが明確かつ完全に定義されていないので、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が低い。
【発明の概要】
【0005】
本発明の実施例は、関連技術の仕様では被呼ユーザのｂＳＲＶＣＣハンドオーバ処理プロセスが明確かつ完全に定義されていないことにより被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が低いという課題を解決しようとするものであり、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置を提案する。
【0006】
本発明の実施例による鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法は、
被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するステップと、
前記ハンドオーバ要求メッセージをキャッシングするステップと、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するステップと、を含む。
被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するステップと、
前記ハンドオーバ要求メッセージをキャッシングするステップと、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するステップと、を含む。
【0007】
本発明の実施例で提案される鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法によれば、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
【0008】
本発明の一部の実施例では、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する前記ステップは、
前記被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理された前記ハンドオーバ要求メッセージを受信することを含む。
前記被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理された前記ハンドオーバ要求メッセージを受信することを含む。
【0009】
本発明の一部の実施例では、前記方法は、
時間閾値を設定し、前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信した場合、予め設定された方式で前記ハンドオーバ要求操作を実行するステップをさらに含む。
時間閾値を設定し、前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信した場合、予め設定された方式で前記ハンドオーバ要求操作を実行するステップをさらに含む。
【0010】
本発明の一部の実施例では、前記方法は、
前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信しなかった場合、ハンドオーバ要求操作を直接実行するステップをさらに含む。
前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信しなかった場合、ハンドオーバ要求操作を直接実行するステップをさらに含む。
【0011】
本発明の一部の実施例では、前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行する前記ステップは、
前記被呼側の鳴動応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、鳴動状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、
前記被呼側の通話成功応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、定常状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、を含む。
前記被呼側の鳴動応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、鳴動状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、
前記被呼側の通話成功応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、定常状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、を含む。
【0012】
本発明の実施例による鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置は、
被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するように構成される受信モジュールと、
前記ハンドオーバ要求メッセージをキャッシングするように構成される格納モジュールと、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するように構成される実行モジュールと、を含む。
被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するように構成される受信モジュールと、
前記ハンドオーバ要求メッセージをキャッシングするように構成される格納モジュールと、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するように構成される実行モジュールと、を含む。
【0013】
本発明の実施例で提案される鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置によれば、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
【0014】
本発明の一部の実施例では、前記受信モジュールは具体的に、前記被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理された前記ハンドオーバ要求メッセージを受信するように構成される。
【0015】
本発明の一部の実施例では、前記装置は、時間閾値を設定し、前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信した場合、前記実行モジュールによって、予め設定された方式で前記ハンドオーバ要求操作を実行するように構成される時間制御モジュールをさらに含む。
【0016】
本発明の実施例による電子デバイスは、メモリと、プロセッサと、前記メモリに格納されかつ前記プロセッサで実行される少なくとも１つのアプリケーション・プログラムと、を含む電子デバイスであって、前記アプリケーション・プログラムは、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行するように構成される。
【0017】
本発明の実施例による電子デバイスでは、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行することにより、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
【0018】
本発明の実施例による読み取り可能な記憶媒体は、コンピュータ・プログラムが格納された読み取り可能な記憶媒体であって、該プログラムがプロセッサで実行される際に、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法が実施されることとなる。
【0019】
本発明の実施例による読み取り可能な記憶媒体では、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法が格納されており、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行することにより、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
【図面の簡単な説明】
【0020】
【図1】本発明の実施例による呼シグナリング順序で分けられたｅＳＲＶＣＣ、ａＳＲＶＣＣ、ｂＳＲＶＣＣの概略図である。
【図2】本発明の実施例による被呼ユーザのｂＳＲＶＣＣからａＳＲＶＣＣに変換する処理プロセスの概略図である。
【図3】本発明の実施例による被呼ユーザのｂＳＲＶＣＣからｅＳＲＶＣＣに変換する処理プロセスの概略図である。
【図4】本発明の実施例による鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を示すフローチャートである。
【発明を実施するための形態】
【0021】
本発明の予定目的に達成するために用いられる技術手段及び効果をより一層説明するために、以下では、本発明について図面と好適な実施例を合わせて詳しく説明する。
【0022】
図１に示すように、エンハンスメントされたシングルスタンバイ無線音声呼継続性（Ｅｎｈａｎｃｅｄ ＳＲＶＣＣ、ｅＳＲＶＣＣと略称）は、呼シグナリング順序でｅＳＲＶＣＣ、ａＳＲＶＣＣ、ｂＳＲＶＣＣに分けられている。
【0023】
さらに、ｅＳＲＶＣＣは、呼が定常状態に入ったＳＲＶＣＣハンドオーバとして理解できる。
【0024】
鳴動状態のシングルスタンバイ無線音声呼継続性（Alerting SRVCC、ａＳＲＶＣＣと略称）とは、発呼ユーザと被呼ユーザとの間で電話がまだ通じておらず、発呼ユーザが鳴動音を聞いた後の発呼ユーザのＳＲＶＣＣハンドオーバ、又は被呼ユーザの鳴動が開始した後の被呼ユーザのＳＲＶＣＣハンドオーバに関する強化型の技術を指す。
【0025】
鳴動前シングルスタンバイ無線音声呼継続性（ｂＳＲＶＣＣと略称）とは、発呼ユーザが既に発呼したが、被呼ユーザがまだ鳴動していない段階では発呼ユーザ又は被呼ユーザにＳＲＶＣＣハンドオーバが発生した強化型の技術を指す。
【0026】
無線リソース予約の観点から、このプロセスの所用時間が秒レベルである（一般的な場合では３～５秒であるが、ネットワーク状態が不良な場合では、所用時間が長くなる）ため、この段階ではユーザにＳＲＶＣＣハンドオーバが発生する確率が高く、ｂＳＲＶＣＣハンドオーバがサポートされれば、ＳＲＶＣＣハンドオーバの成功率が向上し、ユーザ体験が向上することができる。然し、現在、３ＧＰＰの仕様では、被呼ユーザのｂＳＲＶＣＣハンドオーバ処理プロセスが明確かつ完全に定義されていないので、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が低い。
【0027】
図４に示すように、本発明の実施例による鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法は、次のステップを含む。
【0028】
Ｓ１０１：被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する。
Ｓ１０２：ハンドオーバ要求メッセージをキャッシングする。
Ｓ１０３：被呼側の予め設定された応答状態を受信した場合、予め設定された方式でハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行する。
Ｓ１０２：ハンドオーバ要求メッセージをキャッシングする。
Ｓ１０３：被呼側の予め設定された応答状態を受信した場合、予め設定された方式でハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行する。
【0029】
なお、ここで記載される予め設定された方式は、現在の３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ及びｅＳＲＶＣＣハンドオーバ方式として理解できる。言い換えれば、本願が解決しようとする主な課題は、被呼側が鳴動する前のシングルスタンバイ無線音声呼継続性（ｂＳＲＶＣＣ）にある。
【0030】
本発明の実施例で提案される鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法によれば、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
【0031】
本発明の一部の実施例では、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するステップは、
被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理されたハンドオーバ要求メッセージを受信することを含む。
被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理されたハンドオーバ要求メッセージを受信することを含む。
【0032】
【0033】
ユーザ機器Ａが通話要求（ＩＮＶＩＴＥ）を被呼側ユーザ機器Ｂに送信する。
ユーザ機器Ｂが該通話要求に基づいて１８３応答又は他の応答状態を返信する。
被呼側が鳴動する前に（即ち被呼側のＳＩＰ １８０ Ｒｉｎｇを受信する前に）、被呼側基地局（ｅＮｏｄｅＢ）がハンドオーバ要求を被呼側シグナリング処理部制御ノード（ＭＭＥ）に送信する。
被呼側シグナリング処理部制御ノード（ＭＭＥ）が「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側エンハンスメント移動交換センター（ｅＭＳＣ）に送信する。
被呼側ｅＭＳＣが「ＰＳドメインをＣＳドメインへハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。以上のように、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する。
ユーザ機器Ｂが該通話要求に基づいて１８３応答又は他の応答状態を返信する。
被呼側が鳴動する前に（即ち被呼側のＳＩＰ １８０ Ｒｉｎｇを受信する前に）、被呼側基地局（ｅＮｏｄｅＢ）がハンドオーバ要求を被呼側シグナリング処理部制御ノード（ＭＭＥ）に送信する。
被呼側シグナリング処理部制御ノード（ＭＭＥ）が「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側エンハンスメント移動交換センター（ｅＭＳＣ）に送信する。
被呼側ｅＭＳＣが「ＰＳドメインをＣＳドメインへハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。以上のように、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する。
【0034】
本発明の一部の実施例では、かかる方法は、時間閾値を設定し、ハンドオーバ要求メッセージがキャッシングされた時刻から起算した時間閾値内において被呼側の予め設定された応答状態を受信した場合、予め設定された方式でハンドオーバ要求操作を実行するステップをさらに含む。
【0035】
なお、ＡＴＣＦネットワーク要素によって「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が受信され、ＳＩＰプロトコルスタックのトランザクションが完了した後、ハンドオーバが必要なユーザのＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信していないと判断する。受信していない場合、該ハンドオーバＩＮＶＩＴＥ要求を処理せず、次の操作を行うこととなる。
【0036】
ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークを設定する。
該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇを受信したと、ａＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して２００ ＯＫを受信したと、ｅＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。
該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇを受信したと、ａＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して２００ ＯＫを受信したと、ｅＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。
【0037】
本発明の一部の実施例では、かかる方法は、ハンドオーバ要求メッセージがキャッシングされた時刻から起算した時間閾値内において被呼側の予め設定された応答状態を受信しなかった場合、ハンドオーバ要求操作を直接実行するステップをさらに含む。
【0038】
言い換えれば、キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信しなかったと、ｂＳＲＶＣＣプロセスで該ハンドオーバＩＮＶＩＴＥ要求を処理し、ハンドオーバ要求操作を実行する。
【0039】
本発明の一部の実施例では、被呼側の予め設定された応答状態を受信した場合、ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するステップは、
被呼側の鳴動応答状態を受信した場合、即ち図２に示すように、被呼側の１８０ Ｒｉｎｇを受信した場合、鳴動状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行することと、
被呼側の通話成功応答状態を受信した場合、即ち図３に示すように、被呼側の２００ ＯＫを受信した場合、定常状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行することと、を含む。
被呼側の鳴動応答状態を受信した場合、即ち図２に示すように、被呼側の１８０ Ｒｉｎｇを受信した場合、鳴動状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行することと、
被呼側の通話成功応答状態を受信した場合、即ち図３に示すように、被呼側の２００ ＯＫを受信した場合、定常状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行することと、を含む。
【0040】
本発明の実施例による鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置は、受信モジュールと、格納モジュールと、実行モジュールと、を含む。
【0041】
具体的には、受信モジュールは、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するように構成される。
【0042】
格納モジュールは、ハンドオーバ要求メッセージをキャッシングするように構成される。
【0043】
実行モジュールは、被呼側の予め設定された応答状態を受信した場合、ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するように構成される。
【0044】
本発明の実施例で提案される鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置によれば、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、その結果、この場合におけるハンドオーバの成功率が向上することとなる。
【0045】
本発明の一部の実施例では、受信モジュールは具体的に、被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理されたハンドオーバ要求メッセージを受信するように構成される。
【0046】
【0047】
ユーザ機器Ａが通話要求（ＩＮＶＩＴＥ）を被呼側ユーザ機器Ｂに送信する。
ユーザ機器Ｂが該通話要求に基づいて１８３応答又は他の応答状態を返信する。
被呼側が鳴動する前に（即ち被呼側のＳＩＰ １８０ Ｒｉｎｇを受信する前に）、被呼側基地局（ｅＮｏｄｅＢ）がハンドオーバ要求を被呼側シグナリング処理部制御ノード（ＭＭＥ）に送信する。
被呼側シグナリング処理部制御ノード（ＭＭＥ）が「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側エンハンスメント移動交換センター（ｅＭＳＣ）に送信する。
被呼側ｅＭＳＣが「ＰＳドメインをＣＳドメインへハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。以上のように、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する。
ユーザ機器Ｂが該通話要求に基づいて１８３応答又は他の応答状態を返信する。
被呼側が鳴動する前に（即ち被呼側のＳＩＰ １８０ Ｒｉｎｇを受信する前に）、被呼側基地局（ｅＮｏｄｅＢ）がハンドオーバ要求を被呼側シグナリング処理部制御ノード（ＭＭＥ）に送信する。
被呼側シグナリング処理部制御ノード（ＭＭＥ）が「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側エンハンスメント移動交換センター（ｅＭＳＣ）に送信する。
被呼側ｅＭＳＣが「ＰＳドメインをＣＳドメインへハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。以上のように、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する。
【0048】
本発明の一部の実施例では、かかる装置は、時間閾値を設定し、ハンドオーバ要求メッセージがキャッシングされた時刻から起算した時間閾値内において被呼側の予め設定された応答状態を受信した場合、実行モジュールによって、予め設定された方式でハンドオーバ要求操作を実行するように構成される時間制御モジュールをさらに含む。
【0049】
なお、ＡＴＣＦネットワーク要素によって「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が受信され、ＳＩＰプロトコルスタックのトランザクションが完了した後、ハンドオーバが必要なユーザのＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信していないと判断する。受信していない場合、該ハンドオーバＩＮＶＩＴＥ要求を処理せず、次の操作を行うこととなる。
【0050】
ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークを設定する。
【0051】
該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
【0052】
キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇを受信したと、ａＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して２００ ＯＫを受信したと、ｅＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。
【0053】
本発明の一部の実施例では、ハンドオーバ要求メッセージがキャッシングされた時刻から起算した時間閾値内において被呼側の予め設定された応答状態を受信しなかった場合、実行モジュールによってハンドオーバ要求操作を直接実行する。
【0054】
言い換えれば、キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信しなかったと、ｂＳＲＶＣＣプロセスで該ハンドオーバＩＮＶＩＴＥ要求を処理し、ハンドオーバ要求操作を実行する。
本発明の一部の実施例では、実行モジュールは具体的に次のように構成される。
本発明の一部の実施例では、実行モジュールは具体的に次のように構成される。
【0055】
被呼側の鳴動応答状態を受信した場合、即ち図２に示すように、被呼側の１８０ Ｒｉｎｇを受信した場合、鳴動状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行する。
【0056】
被呼側の通話成功応答状態を受信した場合、即ち図３に示すように、被呼側の２００ ＯＫを受信した場合、定常状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行する。
【0057】
【0058】
実施例１
図２に示すように、ＡＴＣＦネットワーク元素とｅＭＳＣネットワーク元素の相互協力によって、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣハンドオーバに変換される処理プロセスが図示されている。
図２に示すように、ＡＴＣＦネットワーク元素とｅＭＳＣネットワーク元素の相互協力によって、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣハンドオーバに変換される処理プロセスが図示されている。
【0059】
ステップ１：ユーザ機器ＡがＩＮＶＩＴＥ要求を被呼側ユーザ機器Ｂに送信する。
ステップ２：ユーザ機器Ｂが１８３応答を返信する。
ステップ３：被呼側ｅＮｏｄｅＢがハンドオーバ要求を被呼側ＭＭＥに送信する。
ステップ４：被呼側ＭＭＥが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側ｅＭＳＣに送信する。
ステップ５：被呼側ｅＭＳＣが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。
ステップ２：ユーザ機器Ｂが１８３応答を返信する。
ステップ３：被呼側ｅＮｏｄｅＢがハンドオーバ要求を被呼側ＭＭＥに送信する。
ステップ４：被呼側ＭＭＥが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側ｅＭＳＣに送信する。
ステップ５：被呼側ｅＭＳＣが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。
【0060】
ステップ６：ＡＴＣＦネットワーク要素によって「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が受信され、ＳＩＰプロトコルスタックのトランザクションが完了した後、ハンドオーバが必要なユーザのＰＳドメイン呼のＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信していないと判断する。受信していない場合、該ハンドオーバＩＮＶＩＴＥ要求を処理せず、次の操作を行うこととなる：
【0061】
１）ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークを設定する。
２）該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
２）該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
【0062】
キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇを受信したと、ａＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。さもないと、依然としてｂＳＲＶＣＣプロセスに従って該ハンドオーバＩＮＶＩＴＥ要求を処理する。
【0063】
ステップ７～８：発呼ユーザ機器Ａと被呼ユーザ機器Ｂとの間でＰＳドメイン呼に対してＰＲＡＣＫ／ＰＲＡＣＫへの２００ ＯＫ、ＵＰＤＡＴＥ/ＵＰＤＡＴＥへの２００ ＯＫというメッセージのインタラクションを行う。
ステップ９：ユーザ機器Ｂが鳴動する。
ステップ９：ユーザ機器Ｂが鳴動する。
【0064】
ステップ１０：ＡＴＣＦネットワーク要素がＰＳドメイン呼への１８０ Ｒｉｎｇを受信した後、ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークが表示されていることを確認すると、「ステップ６」でキャッシングされたＩＮＶＩＴＥ要求をトリガーして、ａＳＲＶＣＣハンドオーバプロセスを実行する。
ステップ１１：ＡＴＣＦネットワーク要素がハンドオーバＩＮＶＩＴＥ要求をアプリケーション・サーバ（ＳＣＣ ＡＳ）に送信する。
ステップ１１：ＡＴＣＦネットワーク要素がハンドオーバＩＮＶＩＴＥ要求をアプリケーション・サーバ（ＳＣＣ ＡＳ）に送信する。
【0065】
ステップ１２：ＳＣＣ ＡＳネットワーク要素がハンドオーバＩＮＶＩＴＥ要求に対して２００ ＯＫ応答を返信する。
ステップ１３：ＡＴＣＦネットワーク要素がステップ５で送信されたハンドオーバＩＮＶＩＴＥ要求に対して２００ ＯＫ応答を返信する。
ステップ１４：ＳＣＣ ＡＳネットワーク要素、ＡＴＣＦネットワーク要素、ｅＭＳＣネットワーク要素がａＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１５：被呼側ｅＭＳＣが被呼側ＭＭＥに「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求に対して応答を返信する。
ステップ１３：ＡＴＣＦネットワーク要素がステップ５で送信されたハンドオーバＩＮＶＩＴＥ要求に対して２００ ＯＫ応答を返信する。
ステップ１４：ＳＣＣ ＡＳネットワーク要素、ＡＴＣＦネットワーク要素、ｅＭＳＣネットワーク要素がａＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１５：被呼側ｅＭＳＣが被呼側ＭＭＥに「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求に対して応答を返信する。
【0066】
ステップ１６：被呼側ＭＭＥが被呼側ｅＮｏｄｅＢにハンドオーバ要求に対して応答を返信する。
ステップ１７：ｅＮｏｄｅＢが端末デバイスＢにハンドオーバを通知する。
ステップ１８：端末デバイスＢが「ＰＳ ｔｏ ＣＳ」というハンドオーバ処理を実行する。
ステップ１９：標準的なａＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１７：ｅＮｏｄｅＢが端末デバイスＢにハンドオーバを通知する。
ステップ１８：端末デバイスＢが「ＰＳ ｔｏ ＣＳ」というハンドオーバ処理を実行する。
ステップ１９：標準的なａＳＲＶＣＣ処理プロセスを引き続き実行する。
【0067】
なお、本実施例では、ステップ２が選択的なものであり、その他のメッセージが存在する場合もあり、例えばＰＲＡＣＫ/ＰＲＡＣＫへの２００ ＯＫ、ＵＰＤＡＴＥ/ＵＰＤＡＴＥへの２００ ＯＫなどが挙げられ、ＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫ（自動応答の場合では１８０ Ｒｉｎｇがなく、ＵＥ Ｂは２００ ＯＫを直接返信する）が応答される前のメッセージであればよい。
【0068】
実施例２
図３に示すように、ＡＴＣＦネットワーク元素とｅＭＳＣネットワーク元素の相互協力によって、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているｅＳＲＶＣＣハンドオーバに変換される処理プロセスが図示されている。
図３に示すように、ＡＴＣＦネットワーク元素とｅＭＳＣネットワーク元素の相互協力によって、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているｅＳＲＶＣＣハンドオーバに変換される処理プロセスが図示されている。
【0069】
ステップ１：ユーザ機器ＡがＩＮＶＩＴＥ要求を被呼側ユーザ機器Ｂに送信する。
ステップ２：ユーザ機器Ｂが１８３応答を返信する。
ステップ３：被呼側ｅＮｏｄｅＢがハンドオーバ要求を被呼側ＭＭＥに送信する。
ステップ４：被呼側ＭＭＥが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側ｅＭＳＣに送信する。
ステップ５：被呼側ｅＭＳＣが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。
ステップ２：ユーザ機器Ｂが１８３応答を返信する。
ステップ３：被呼側ｅＮｏｄｅＢがハンドオーバ要求を被呼側ＭＭＥに送信する。
ステップ４：被呼側ＭＭＥが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側ｅＭＳＣに送信する。
ステップ５：被呼側ｅＭＳＣが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。
【0070】
ステップ６：ＡＴＣＦネットワーク要素によって「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が受信され、ＳＩＰプロトコルスタックのトランザクションが完了した後、ハンドオーバが必要なユーザのＰＳドメイン呼のＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信していないと判断する。受信していない場合、該ハンドオーバＩＮＶＩＴＥ要求を処理せず、次の操作を行うこととなる：
【0071】
１）ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークを設定する。
２）該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
２）該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
【0072】
キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して２００ ＯＫを受信したと、ｅＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。さもないと、依然としてｂＳＲＶＣＣプロセスに従って該ハンドオーバＩＮＶＩＴＥ要求を処理する。
【0073】
ステップ７～８：発呼ユーザ機器Ａと被呼ユーザ機器Ｂとの間でＰＳドメイン呼に対してＰＲＡＣＫ／ＰＲＡＣＫへの２００ ＯＫ、ＵＰＤＡＴＥ/ＵＰＤＡＴＥへの２００ ＯＫというメッセージのインタラクションを行う。
ステップ９：ユーザ機器Ｂが自動的に電話に応答する（鳴動プロセス無し）。
ステップ９：ユーザ機器Ｂが自動的に電話に応答する（鳴動プロセス無し）。
【0074】
ステップ１０：ＡＴＣＦネットワーク要素がＰＳドメイン呼のＩＮＶＩＴＥに対して２００ ＯＫを受信した後、ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークが表示されていることを確認すると、「ステップ６」でキャッシングされたＩＮＶＩＴＥ要求をトリガーして、ｅＳＲＶＣＣハンドオーバプロセスを実行する。
ステップ１１：ＡＴＣＦネットワーク要素がステップ５で送信されたハンドオーバＩＮＶＩＴＥ要求に対して２００ ＯＫ応答を返信する。
ステップ１１：ＡＴＣＦネットワーク要素がステップ５で送信されたハンドオーバＩＮＶＩＴＥ要求に対して２００ ＯＫ応答を返信する。
【0075】
ステップ１２：ＡＴＣＦネットワーク要素がハンドオーバＩＮＶＩＴＥ要求をＳＣＣ ＡＳに送信する。
ステップ１３：ＳＣＣ ＡＳネットワーク要素、ＡＴＣＦネットワーク要素、ｅＭＳＣネットワーク要素がｅＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１４：被呼側ｅＭＳＣが被呼側ＭＭＥに「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求に対して応答を返信する。
ステップ１３：ＳＣＣ ＡＳネットワーク要素、ＡＴＣＦネットワーク要素、ｅＭＳＣネットワーク要素がｅＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１４：被呼側ｅＭＳＣが被呼側ＭＭＥに「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求に対して応答を返信する。
【0076】
ステップ１５：被呼側ＭＭＥが被呼側ｅＮｏｄｅＢにハンドオーバ要求に対して応答を返信する。
ステップ１６：ｅＮｏｄｅＢが端末デバイスＢにハンドオーバを通知する。
ステップ１７：端末デバイスＢが「ＰＳ ｔｏ ＣＳ」というハンドオーバ処理を実行する。
ステップ１９：標準的なｅＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１６：ｅＮｏｄｅＢが端末デバイスＢにハンドオーバを通知する。
ステップ１７：端末デバイスＢが「ＰＳ ｔｏ ＣＳ」というハンドオーバ処理を実行する。
ステップ１９：標準的なｅＳＲＶＣＣ処理プロセスを引き続き実行する。
【0077】
なお、本実施例では、ステップ２が選択的なものであり、その他のメッセージが存在する場合もあり、例えばＰＲＡＣＫ/ＰＲＡＣＫへの２００ ＯＫ、ＵＰＤＡＴＥ/ＵＰＤＡＴＥへの２００ ＯＫなどが挙げられ、ＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫ（自動応答の場合では１８０ Ｒｉｎｇがなく、ＵＥ Ｂは２００ ＯＫを直接返信する）が応答される前のメッセージであればよい。
【0078】
ステップ９で記述された「ユーザ機器Ｂが自動的に電話に応答する（鳴動プロセス無し）」については、ネットワークなどによりユーザ機器Ｂの鳴動メッセージがＡＴＣＦネットワーク要素に受信されておらず、ＡＴＣＦネットワーク要素には、該ＰＳドメイン呼のＩＮＶＩＴＥ要求に対して２００ ＯＫ応答しか受信されていない場合もある。
【0079】
本発明の実施例による電子デバイスは、メモリと、プロセッサと、前記メモリに格納されかつ前記プロセッサで実行される少なくとも１つのアプリケーション・プログラムと、を含む電子デバイスであって、前記アプリケーション・プログラムは、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行するように構成される。
【0080】
本発明の実施例による電子デバイスでは、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行することにより、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
【0081】
本発明の実施例による読み取り可能な記憶媒体は、コンピュータ・プログラムが格納された読み取り可能な記憶媒体であって、該プログラムがプロセッサで実行される際に、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法が実施されることとなる。
【0082】
本発明の実施例による読み取り可能な記憶媒体では、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法が格納されており、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行することにより、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
【0083】
具体的な実施形態を用いた説明により、本発明の予定目的に達成するために用いられる技術手段及び効果についてより一層深くかつ具体的に理解したできろう。添付される図示は、参照及び説明のためのものに過ぎず、本発明を制限するものではない。
【図1】
【図2】
【図3】
【図4】