JP2022546990A - 鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置 - Google Patents
鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置 Download PDFInfo
- Publication number
- JP2022546990A JP2022546990A JP2022513607A JP2022513607A JP2022546990A JP 2022546990 A JP2022546990 A JP 2022546990A JP 2022513607 A JP2022513607 A JP 2022513607A JP 2022513607 A JP2022513607 A JP 2022513607A JP 2022546990 A JP2022546990 A JP 2022546990A
- Authority
- JP
- Japan
- Prior art keywords
- handover
- handover request
- called party
- voice call
- call continuity
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 84
- 230000004044 response Effects 0.000 claims abstract description 48
- 238000004590 computer program Methods 0.000 claims description 3
- 102000018059 CS domains Human genes 0.000 description 22
- 108050007176 CS domains Proteins 0.000 description 22
- 230000011664 signaling Effects 0.000 description 7
- 230000000694 effects Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
- H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
- H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1095—Inter-network session transfer or sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/005—Multiple registrations, e.g. multihoming
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本発明の実施例では、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置が提案されている。かかる方法は、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するステップと、ハンドオーバ要求メッセージをキャッシングするステップと、被呼側の予め設定された応答状態を受信した場合、ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するステップと、を含む。本発明の実施例で提案される鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法によれば、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
Description
本発明の実施例は、通信技術分野に関し、特に鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置に関する。
デュアルモード・シングルスタンバイ無線音声呼継続性（Single Radio Voice Call Continuity、ＳＲＶＣＣと略称）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）が提案した、ＩＰマルチメディア・サブシステム（IP Multimedia Subsystem、ＩＭＳと略称）音声サービス（ＶｏＬＴＥ）継続性に基づくスキームであり、それが解決しようとする主な課題は、シングルＲＦユーザ機器（User Equipment、ＵＥと略称）が長期進化（Long Time Evolution、ＬＴＥと略称）ネットワークパケット交換（Packet Switch、ＰＳと略称）ドメインと第２世代移動通信体（２Ｇ）/第３世代移動通信体（３Ｇ）回線交換（Circuit Switch、ＣＳと略称）ドメインネットワークとの間を移動している際に、デュアルモード・シングルスタンバイＵＥがＩＭＳ制御によるＶｏＬＴＥ音声とＣＳドメイン音声との間で円滑にハンドオーバされることをどのように確保するか、ということである。
エンハンスメントされたシングルスタンバイ無線音声呼継続性（Enhanced SRVCC、ｅＳＲＶＣＣと略称）は、ＳＲＶＣＣを基に、ＡＴＣＦ（Access Transfer Control Function）ネットワーク要素及びＡＴＧＷ（Access Transfer Gateway）ネットワーク要素が増設され、ＡＴＣＦネットワーク要素はＳＣＣ ＡＳの前置ネットワーク要素としてＳＣＣ ＡＳの代わりにシグナリングアンカーポイントとなり、ＡＴＧＷネットワーク要素はメディアアンカーポイントとなる。ＳＲＶＣＣに比べ、ｅＳＲＶＣＣは、音声呼継続性を確保しつつ、ハンドオーバ待ち時間をできるだけ小さくし、ハンドオーバの成功率を向上させることができる。
現在、３ＧＰＰの仕様では、被呼ユーザが鳴動する前のシングルスタンバイ無線音声呼継続性（ｂＳＲＶＣＣ）ハンドオーバ処理プロセスが明確かつ完全に定義されていないので、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が低い。
本発明の実施例は、関連技術の仕様では被呼ユーザのｂＳＲＶＣＣハンドオーバ処理プロセスが明確かつ完全に定義されていないことにより被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が低いという課題を解決しようとするものであり、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置を提案する。
本発明の実施例による鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法は、
被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するステップと、
前記ハンドオーバ要求メッセージをキャッシングするステップと、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するステップと、を含む。
被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するステップと、
前記ハンドオーバ要求メッセージをキャッシングするステップと、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するステップと、を含む。
本発明の実施例で提案される鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法によれば、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
本発明の一部の実施例では、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する前記ステップは、
前記被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理された前記ハンドオーバ要求メッセージを受信することを含む。
前記被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理された前記ハンドオーバ要求メッセージを受信することを含む。
本発明の一部の実施例では、前記方法は、
時間閾値を設定し、前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信した場合、予め設定された方式で前記ハンドオーバ要求操作を実行するステップをさらに含む。
時間閾値を設定し、前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信した場合、予め設定された方式で前記ハンドオーバ要求操作を実行するステップをさらに含む。
本発明の一部の実施例では、前記方法は、
前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信しなかった場合、ハンドオーバ要求操作を直接実行するステップをさらに含む。
前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信しなかった場合、ハンドオーバ要求操作を直接実行するステップをさらに含む。
本発明の一部の実施例では、前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行する前記ステップは、
前記被呼側の鳴動応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、鳴動状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、
前記被呼側の通話成功応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、定常状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、を含む。
前記被呼側の鳴動応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、鳴動状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、
前記被呼側の通話成功応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、定常状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、を含む。
本発明の実施例による鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置は、
被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するように構成される受信モジュールと、
前記ハンドオーバ要求メッセージをキャッシングするように構成される格納モジュールと、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するように構成される実行モジュールと、を含む。
被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するように構成される受信モジュールと、
前記ハンドオーバ要求メッセージをキャッシングするように構成される格納モジュールと、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するように構成される実行モジュールと、を含む。
本発明の実施例で提案される鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置によれば、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
本発明の一部の実施例では、前記受信モジュールは具体的に、前記被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理された前記ハンドオーバ要求メッセージを受信するように構成される。
本発明の一部の実施例では、前記装置は、時間閾値を設定し、前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信した場合、前記実行モジュールによって、予め設定された方式で前記ハンドオーバ要求操作を実行するように構成される時間制御モジュールをさらに含む。
本発明の実施例による電子デバイスは、メモリと、プロセッサと、前記メモリに格納されかつ前記プロセッサで実行される少なくとも１つのアプリケーション・プログラムと、を含む電子デバイスであって、前記アプリケーション・プログラムは、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行するように構成される。
本発明の実施例による電子デバイスでは、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行することにより、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
本発明の実施例による読み取り可能な記憶媒体は、コンピュータ・プログラムが格納された読み取り可能な記憶媒体であって、該プログラムがプロセッサで実行される際に、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法が実施されることとなる。
本発明の実施例による読み取り可能な記憶媒体では、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法が格納されており、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行することにより、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
本発明の予定目的に達成するために用いられる技術手段及び効果をより一層説明するために、以下では、本発明について図面と好適な実施例を合わせて詳しく説明する。
図１に示すように、エンハンスメントされたシングルスタンバイ無線音声呼継続性（Ｅｎｈａｎｃｅｄ ＳＲＶＣＣ、ｅＳＲＶＣＣと略称）は、呼シグナリング順序でｅＳＲＶＣＣ、ａＳＲＶＣＣ、ｂＳＲＶＣＣに分けられている。
さらに、ｅＳＲＶＣＣは、呼が定常状態に入ったＳＲＶＣＣハンドオーバとして理解できる。
鳴動状態のシングルスタンバイ無線音声呼継続性（Alerting SRVCC、ａＳＲＶＣＣと略称）とは、発呼ユーザと被呼ユーザとの間で電話がまだ通じておらず、発呼ユーザが鳴動音を聞いた後の発呼ユーザのＳＲＶＣＣハンドオーバ、又は被呼ユーザの鳴動が開始した後の被呼ユーザのＳＲＶＣＣハンドオーバに関する強化型の技術を指す。
鳴動前シングルスタンバイ無線音声呼継続性（ｂＳＲＶＣＣと略称）とは、発呼ユーザが既に発呼したが、被呼ユーザがまだ鳴動していない段階では発呼ユーザ又は被呼ユーザにＳＲＶＣＣハンドオーバが発生した強化型の技術を指す。
無線リソース予約の観点から、このプロセスの所用時間が秒レベルである（一般的な場合では３～５秒であるが、ネットワーク状態が不良な場合では、所用時間が長くなる）ため、この段階ではユーザにＳＲＶＣＣハンドオーバが発生する確率が高く、ｂＳＲＶＣＣハンドオーバがサポートされれば、ＳＲＶＣＣハンドオーバの成功率が向上し、ユーザ体験が向上することができる。然し、現在、３ＧＰＰの仕様では、被呼ユーザのｂＳＲＶＣＣハンドオーバ処理プロセスが明確かつ完全に定義されていないので、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が低い。
図４に示すように、本発明の実施例による鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法は、次のステップを含む。
Ｓ１０１：被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する。
Ｓ１０２：ハンドオーバ要求メッセージをキャッシングする。
Ｓ１０３：被呼側の予め設定された応答状態を受信した場合、予め設定された方式でハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行する。
Ｓ１０２：ハンドオーバ要求メッセージをキャッシングする。
Ｓ１０３：被呼側の予め設定された応答状態を受信した場合、予め設定された方式でハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行する。
なお、ここで記載される予め設定された方式は、現在の３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ及びｅＳＲＶＣＣハンドオーバ方式として理解できる。言い換えれば、本願が解決しようとする主な課題は、被呼側が鳴動する前のシングルスタンバイ無線音声呼継続性（ｂＳＲＶＣＣ）にある。
本発明の実施例で提案される鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法によれば、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
本発明の一部の実施例では、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するステップは、
被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理されたハンドオーバ要求メッセージを受信することを含む。
被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理されたハンドオーバ要求メッセージを受信することを含む。
図２及び図３に示すように、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するための方法は、次のステップを含む。
ユーザ機器Ａが通話要求（ＩＮＶＩＴＥ）を被呼側ユーザ機器Ｂに送信する。
ユーザ機器Ｂが該通話要求に基づいて１８３応答又は他の応答状態を返信する。
被呼側が鳴動する前に（即ち被呼側のＳＩＰ １８０ Ｒｉｎｇを受信する前に）、被呼側基地局（ｅＮｏｄｅＢ）がハンドオーバ要求を被呼側シグナリング処理部制御ノード（ＭＭＥ）に送信する。
被呼側シグナリング処理部制御ノード（ＭＭＥ）が「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側エンハンスメント移動交換センター（ｅＭＳＣ）に送信する。
被呼側ｅＭＳＣが「ＰＳドメインをＣＳドメインへハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。以上のように、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する。
ユーザ機器Ｂが該通話要求に基づいて１８３応答又は他の応答状態を返信する。
被呼側が鳴動する前に（即ち被呼側のＳＩＰ １８０ Ｒｉｎｇを受信する前に）、被呼側基地局（ｅＮｏｄｅＢ）がハンドオーバ要求を被呼側シグナリング処理部制御ノード（ＭＭＥ）に送信する。
被呼側シグナリング処理部制御ノード（ＭＭＥ）が「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側エンハンスメント移動交換センター（ｅＭＳＣ）に送信する。
被呼側ｅＭＳＣが「ＰＳドメインをＣＳドメインへハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。以上のように、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する。
本発明の一部の実施例では、かかる方法は、時間閾値を設定し、ハンドオーバ要求メッセージがキャッシングされた時刻から起算した時間閾値内において被呼側の予め設定された応答状態を受信した場合、予め設定された方式でハンドオーバ要求操作を実行するステップをさらに含む。
なお、ＡＴＣＦネットワーク要素によって「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が受信され、ＳＩＰプロトコルスタックのトランザクションが完了した後、ハンドオーバが必要なユーザのＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信していないと判断する。受信していない場合、該ハンドオーバＩＮＶＩＴＥ要求を処理せず、次の操作を行うこととなる。
ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークを設定する。
該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇを受信したと、ａＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して２００ ＯＫを受信したと、ｅＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。
該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇを受信したと、ａＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して２００ ＯＫを受信したと、ｅＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。
本発明の一部の実施例では、かかる方法は、ハンドオーバ要求メッセージがキャッシングされた時刻から起算した時間閾値内において被呼側の予め設定された応答状態を受信しなかった場合、ハンドオーバ要求操作を直接実行するステップをさらに含む。
言い換えれば、キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信しなかったと、ｂＳＲＶＣＣプロセスで該ハンドオーバＩＮＶＩＴＥ要求を処理し、ハンドオーバ要求操作を実行する。
本発明の一部の実施例では、被呼側の予め設定された応答状態を受信した場合、ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するステップは、
被呼側の鳴動応答状態を受信した場合、即ち図２に示すように、被呼側の１８０ Ｒｉｎｇを受信した場合、鳴動状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行することと、
被呼側の通話成功応答状態を受信した場合、即ち図３に示すように、被呼側の２００ ＯＫを受信した場合、定常状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行することと、を含む。
被呼側の鳴動応答状態を受信した場合、即ち図２に示すように、被呼側の１８０ Ｒｉｎｇを受信した場合、鳴動状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行することと、
被呼側の通話成功応答状態を受信した場合、即ち図３に示すように、被呼側の２００ ＯＫを受信した場合、定常状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行することと、を含む。
本発明の実施例による鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置は、受信モジュールと、格納モジュールと、実行モジュールと、を含む。
具体的には、受信モジュールは、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するように構成される。
格納モジュールは、ハンドオーバ要求メッセージをキャッシングするように構成される。
実行モジュールは、被呼側の予め設定された応答状態を受信した場合、ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するように構成される。
本発明の実施例で提案される鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置によれば、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、その結果、この場合におけるハンドオーバの成功率が向上することとなる。
本発明の一部の実施例では、受信モジュールは具体的に、被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理されたハンドオーバ要求メッセージを受信するように構成される。
図２及び図３に示すように、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するための方法は、次のステップを含む。
ユーザ機器Ａが通話要求（ＩＮＶＩＴＥ）を被呼側ユーザ機器Ｂに送信する。
ユーザ機器Ｂが該通話要求に基づいて１８３応答又は他の応答状態を返信する。
被呼側が鳴動する前に（即ち被呼側のＳＩＰ １８０ Ｒｉｎｇを受信する前に）、被呼側基地局（ｅＮｏｄｅＢ）がハンドオーバ要求を被呼側シグナリング処理部制御ノード（ＭＭＥ）に送信する。
被呼側シグナリング処理部制御ノード（ＭＭＥ）が「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側エンハンスメント移動交換センター（ｅＭＳＣ）に送信する。
被呼側ｅＭＳＣが「ＰＳドメインをＣＳドメインへハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。以上のように、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する。
ユーザ機器Ｂが該通話要求に基づいて１８３応答又は他の応答状態を返信する。
被呼側が鳴動する前に（即ち被呼側のＳＩＰ １８０ Ｒｉｎｇを受信する前に）、被呼側基地局（ｅＮｏｄｅＢ）がハンドオーバ要求を被呼側シグナリング処理部制御ノード（ＭＭＥ）に送信する。
被呼側シグナリング処理部制御ノード（ＭＭＥ）が「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側エンハンスメント移動交換センター（ｅＭＳＣ）に送信する。
被呼側ｅＭＳＣが「ＰＳドメインをＣＳドメインへハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。以上のように、被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する。
本発明の一部の実施例では、かかる装置は、時間閾値を設定し、ハンドオーバ要求メッセージがキャッシングされた時刻から起算した時間閾値内において被呼側の予め設定された応答状態を受信した場合、実行モジュールによって、予め設定された方式でハンドオーバ要求操作を実行するように構成される時間制御モジュールをさらに含む。
なお、ＡＴＣＦネットワーク要素によって「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が受信され、ＳＩＰプロトコルスタックのトランザクションが完了した後、ハンドオーバが必要なユーザのＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信していないと判断する。受信していない場合、該ハンドオーバＩＮＶＩＴＥ要求を処理せず、次の操作を行うこととなる。
ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークを設定する。
該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇを受信したと、ａＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して２００ ＯＫを受信したと、ｅＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。
本発明の一部の実施例では、ハンドオーバ要求メッセージがキャッシングされた時刻から起算した時間閾値内において被呼側の予め設定された応答状態を受信しなかった場合、実行モジュールによってハンドオーバ要求操作を直接実行する。
言い換えれば、キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信しなかったと、ｂＳＲＶＣＣプロセスで該ハンドオーバＩＮＶＩＴＥ要求を処理し、ハンドオーバ要求操作を実行する。
本発明の一部の実施例では、実行モジュールは具体的に次のように構成される。
本発明の一部の実施例では、実行モジュールは具体的に次のように構成される。
被呼側の鳴動応答状態を受信した場合、即ち図２に示すように、被呼側の１８０ Ｒｉｎｇを受信した場合、鳴動状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行する。
被呼側の通話成功応答状態を受信した場合、即ち図３に示すように、被呼側の２００ ＯＫを受信した場合、定常状態ハンドオーバ方式（ａＳＲＶＣＣ）で、キャッシングされたハンドオーバ要求メッセージに基づくハンドオーバ要求操作を実行する。
以下では、本発明の実施例による被呼側が鳴動する前のデュアルモード・シングルスタンバイ無線音声呼継続性のための方法について、図２及び図３を参照しながら、２つの具体的な実施例を用いて詳しく説明する。
実施例１
図２に示すように、ＡＴＣＦネットワーク元素とｅＭＳＣネットワーク元素の相互協力によって、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣハンドオーバに変換される処理プロセスが図示されている。
図２に示すように、ＡＴＣＦネットワーク元素とｅＭＳＣネットワーク元素の相互協力によって、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣハンドオーバに変換される処理プロセスが図示されている。
ステップ１：ユーザ機器ＡがＩＮＶＩＴＥ要求を被呼側ユーザ機器Ｂに送信する。
ステップ２：ユーザ機器Ｂが１８３応答を返信する。
ステップ３：被呼側ｅＮｏｄｅＢがハンドオーバ要求を被呼側ＭＭＥに送信する。
ステップ４：被呼側ＭＭＥが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側ｅＭＳＣに送信する。
ステップ５：被呼側ｅＭＳＣが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。
ステップ２：ユーザ機器Ｂが１８３応答を返信する。
ステップ３：被呼側ｅＮｏｄｅＢがハンドオーバ要求を被呼側ＭＭＥに送信する。
ステップ４：被呼側ＭＭＥが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側ｅＭＳＣに送信する。
ステップ５：被呼側ｅＭＳＣが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。
ステップ６：ＡＴＣＦネットワーク要素によって「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が受信され、ＳＩＰプロトコルスタックのトランザクションが完了した後、ハンドオーバが必要なユーザのＰＳドメイン呼のＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信していないと判断する。受信していない場合、該ハンドオーバＩＮＶＩＴＥ要求を処理せず、次の操作を行うこととなる：
１）ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークを設定する。
２）該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
２）該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇを受信したと、ａＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。さもないと、依然としてｂＳＲＶＣＣプロセスに従って該ハンドオーバＩＮＶＩＴＥ要求を処理する。
ステップ７～８：発呼ユーザ機器Ａと被呼ユーザ機器Ｂとの間でＰＳドメイン呼に対してＰＲＡＣＫ／ＰＲＡＣＫへの２００ ＯＫ、ＵＰＤＡＴＥ/ＵＰＤＡＴＥへの２００ ＯＫというメッセージのインタラクションを行う。
ステップ９：ユーザ機器Ｂが鳴動する。
ステップ９：ユーザ機器Ｂが鳴動する。
ステップ１０：ＡＴＣＦネットワーク要素がＰＳドメイン呼への１８０ Ｒｉｎｇを受信した後、ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークが表示されていることを確認すると、「ステップ６」でキャッシングされたＩＮＶＩＴＥ要求をトリガーして、ａＳＲＶＣＣハンドオーバプロセスを実行する。
ステップ１１：ＡＴＣＦネットワーク要素がハンドオーバＩＮＶＩＴＥ要求をアプリケーション・サーバ（ＳＣＣ ＡＳ）に送信する。
ステップ１１：ＡＴＣＦネットワーク要素がハンドオーバＩＮＶＩＴＥ要求をアプリケーション・サーバ（ＳＣＣ ＡＳ）に送信する。
ステップ１２：ＳＣＣ ＡＳネットワーク要素がハンドオーバＩＮＶＩＴＥ要求に対して２００ ＯＫ応答を返信する。
ステップ１３：ＡＴＣＦネットワーク要素がステップ５で送信されたハンドオーバＩＮＶＩＴＥ要求に対して２００ ＯＫ応答を返信する。
ステップ１４：ＳＣＣ ＡＳネットワーク要素、ＡＴＣＦネットワーク要素、ｅＭＳＣネットワーク要素がａＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１５：被呼側ｅＭＳＣが被呼側ＭＭＥに「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求に対して応答を返信する。
ステップ１３：ＡＴＣＦネットワーク要素がステップ５で送信されたハンドオーバＩＮＶＩＴＥ要求に対して２００ ＯＫ応答を返信する。
ステップ１４：ＳＣＣ ＡＳネットワーク要素、ＡＴＣＦネットワーク要素、ｅＭＳＣネットワーク要素がａＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１５：被呼側ｅＭＳＣが被呼側ＭＭＥに「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求に対して応答を返信する。
ステップ１６：被呼側ＭＭＥが被呼側ｅＮｏｄｅＢにハンドオーバ要求に対して応答を返信する。
ステップ１７：ｅＮｏｄｅＢが端末デバイスＢにハンドオーバを通知する。
ステップ１８：端末デバイスＢが「ＰＳ ｔｏ ＣＳ」というハンドオーバ処理を実行する。
ステップ１９：標準的なａＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１７：ｅＮｏｄｅＢが端末デバイスＢにハンドオーバを通知する。
ステップ１８：端末デバイスＢが「ＰＳ ｔｏ ＣＳ」というハンドオーバ処理を実行する。
ステップ１９：標準的なａＳＲＶＣＣ処理プロセスを引き続き実行する。
なお、本実施例では、ステップ２が選択的なものであり、その他のメッセージが存在する場合もあり、例えばＰＲＡＣＫ/ＰＲＡＣＫへの２００ ＯＫ、ＵＰＤＡＴＥ/ＵＰＤＡＴＥへの２００ ＯＫなどが挙げられ、ＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫ（自動応答の場合では１８０ Ｒｉｎｇがなく、ＵＥ Ｂは２００ ＯＫを直接返信する）が応答される前のメッセージであればよい。
実施例２
図３に示すように、ＡＴＣＦネットワーク元素とｅＭＳＣネットワーク元素の相互協力によって、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているｅＳＲＶＣＣハンドオーバに変換される処理プロセスが図示されている。
図３に示すように、ＡＴＣＦネットワーク元素とｅＭＳＣネットワーク元素の相互協力によって、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているｅＳＲＶＣＣハンドオーバに変換される処理プロセスが図示されている。
ステップ１：ユーザ機器ＡがＩＮＶＩＴＥ要求を被呼側ユーザ機器Ｂに送信する。
ステップ２：ユーザ機器Ｂが１８３応答を返信する。
ステップ３：被呼側ｅＮｏｄｅＢがハンドオーバ要求を被呼側ＭＭＥに送信する。
ステップ４：被呼側ＭＭＥが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側ｅＭＳＣに送信する。
ステップ５：被呼側ｅＭＳＣが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。
ステップ２：ユーザ機器Ｂが１８３応答を返信する。
ステップ３：被呼側ｅＮｏｄｅＢがハンドオーバ要求を被呼側ＭＭＥに送信する。
ステップ４：被呼側ＭＭＥが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求を被呼側ｅＭＳＣに送信する。
ステップ５：被呼側ｅＭＳＣが「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求を被呼側ＡＴＣＦに送信する。
ステップ６：ＡＴＣＦネットワーク要素によって「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が受信され、ＳＩＰプロトコルスタックのトランザクションが完了した後、ハンドオーバが必要なユーザのＰＳドメイン呼のＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫを受信していないと判断する。受信していない場合、該ハンドオーバＩＮＶＩＴＥ要求を処理せず、次の操作を行うこととなる：
１）ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークを設定する。
２）該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
２）該ハンドオーバ要求をキャッシングし、キャッシング・タイムアウト・タイマーを設定する（例えば２秒が挙げられ、この時間がローカルポリシーに従って設定できる）。
キャッシング・タイムアウト前にＰＳドメインのＩＮＶＩＴＥ要求に対して２００ ＯＫを受信したと、ｅＳＲＶＣＣプロセスに進めて該ハンドオーバＩＮＶＩＴＥ要求を処理する。さもないと、依然としてｂＳＲＶＣＣプロセスに従って該ハンドオーバＩＮＶＩＴＥ要求を処理する。
ステップ７～８：発呼ユーザ機器Ａと被呼ユーザ機器Ｂとの間でＰＳドメイン呼に対してＰＲＡＣＫ／ＰＲＡＣＫへの２００ ＯＫ、ＵＰＤＡＴＥ/ＵＰＤＡＴＥへの２００ ＯＫというメッセージのインタラクションを行う。
ステップ９：ユーザ機器Ｂが自動的に電話に応答する（鳴動プロセス無し）。
ステップ９：ユーザ機器Ｂが自動的に電話に応答する（鳴動プロセス無し）。
ステップ１０：ＡＴＣＦネットワーク要素がＰＳドメイン呼のＩＮＶＩＴＥに対して２００ ＯＫを受信した後、ＰＳドメイン呼データエリアにおいて「ＰＳドメインからＣＳドメインにハンドオーバする」主旨のＩＮＶＩＴＥ ＳＩＰ要求が既に受信されたことを示すマークが表示されていることを確認すると、「ステップ６」でキャッシングされたＩＮＶＩＴＥ要求をトリガーして、ｅＳＲＶＣＣハンドオーバプロセスを実行する。
ステップ１１：ＡＴＣＦネットワーク要素がステップ５で送信されたハンドオーバＩＮＶＩＴＥ要求に対して２００ ＯＫ応答を返信する。
ステップ１１：ＡＴＣＦネットワーク要素がステップ５で送信されたハンドオーバＩＮＶＩＴＥ要求に対して２００ ＯＫ応答を返信する。
ステップ１２：ＡＴＣＦネットワーク要素がハンドオーバＩＮＶＩＴＥ要求をＳＣＣ ＡＳに送信する。
ステップ１３：ＳＣＣ ＡＳネットワーク要素、ＡＴＣＦネットワーク要素、ｅＭＳＣネットワーク要素がｅＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１５：被呼側ｅＭＳＣが被呼側ＭＭＥに「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求に対して応答を返信する。
ステップ１３：ＳＣＣ ＡＳネットワーク要素、ＡＴＣＦネットワーク要素、ｅＭＳＣネットワーク要素がｅＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１５：被呼側ｅＭＳＣが被呼側ＭＭＥに「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求に対して応答を返信する。
ステップ１６：被呼側ＭＭＥが被呼側ｅＮｏｄｅＢにハンドオーバ要求に対して応答を返信する。
ステップ１７：ｅＮｏｄｅＢが端末デバイスＢにハンドオーバを通知する。
ステップ１８：端末デバイスＢが「ＰＳ ｔｏ ＣＳ」というハンドオーバ処理を実行する。
ステップ１９：標準的なｅＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１７：ｅＮｏｄｅＢが端末デバイスＢにハンドオーバを通知する。
ステップ１８：端末デバイスＢが「ＰＳ ｔｏ ＣＳ」というハンドオーバ処理を実行する。
ステップ１９：標準的なｅＳＲＶＣＣ処理プロセスを引き続き実行する。
なお、本実施例では、ステップ２が選択的なものであり、その他のメッセージが存在する場合もあり、例えばＰＲＡＣＫ/ＰＲＡＣＫへの２００ ＯＫ、ＵＰＤＡＴＥ/ＵＰＤＡＴＥへの２００ ＯＫなどが挙げられ、ＩＮＶＩＴＥ要求に対して１８０ Ｒｉｎｇ又は２００ ＯＫ（自動応答の場合では１８０ Ｒｉｎｇがなく、ＵＥ Ｂは２００ ＯＫを直接返信する）が応答される前のメッセージであればよい。
ステップ９で記述された「ユーザ機器Ｂが自動的に電話に応答する（鳴動プロセス無し）」については、ネットワークなどによりユーザ機器Ｂの鳴動メッセージがＡＴＣＦネットワーク要素に受信されておらず、ＡＴＣＦネットワーク要素には、該ＰＳドメイン呼のＩＮＶＩＴＥ要求に対して２００ ＯＫ応答しか受信されていない場合もある。
本発明の実施例による電子デバイスは、メモリと、プロセッサと、前記メモリに格納されかつ前記プロセッサで実行される少なくとも１つのアプリケーション・プログラムと、を含む電子デバイスであって、前記アプリケーション・プログラムは、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行するように構成される。
本発明の実施例による電子デバイスでは、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行することにより、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
本発明の実施例による読み取り可能な記憶媒体は、コンピュータ・プログラムが格納された読み取り可能な記憶媒体であって、該プログラムがプロセッサで実行される際に、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法が実施されることとなる。
本発明の実施例による読み取り可能な記憶媒体では、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法が格納されており、上記した鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行することにより、被呼側のｂＳＲＶＣＣハンドオーバが３ＧＰＰの仕様で明確かつ完全に定義されているａＳＲＶＣＣ/ｅＳＲＶＣＣハンドオーバに変換され、被呼ユーザのｂＳＲＶＣＣハンドオーバの成功率が向上し、さらにＬＴＥネットワークを用いたＶｏＬＴＥ ＳＲＶＣＣハンドオーバの総成功率が向上し、ＬＴＥネットワークを用いたＶｏＬＴＥユーザの通話体験が最適化されることとなる。
具体的な実施形態を用いた説明により、本発明の予定目的に達成するために用いられる技術手段及び効果についてより一層深くかつ具体的に理解したできろう。添付される図示は、参照及び説明のためのものに過ぎず、本発明を制限するものではない。
ステップ１２：ＡＴＣＦネットワーク要素がハンドオーバＩＮＶＩＴＥ要求をＳＣＣ ＡＳに送信する。
ステップ１３：ＳＣＣ ＡＳネットワーク要素、ＡＴＣＦネットワーク要素、ｅＭＳＣネットワーク要素がｅＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１４：被呼側ｅＭＳＣが被呼側ＭＭＥに「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求に対して応答を返信する。
ステップ１３：ＳＣＣ ＡＳネットワーク要素、ＡＴＣＦネットワーク要素、ｅＭＳＣネットワーク要素がｅＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１４：被呼側ｅＭＳＣが被呼側ＭＭＥに「ＰＳドメインからＣＳドメインにハンドオーバする」主旨の要求に対して応答を返信する。
ステップ１５：被呼側ＭＭＥが被呼側ｅＮｏｄｅＢにハンドオーバ要求に対して応答を返信する。
ステップ１６：ｅＮｏｄｅＢが端末デバイスＢにハンドオーバを通知する。
ステップ１７：端末デバイスＢが「ＰＳ ｔｏ ＣＳ」というハンドオーバ処理を実行する。
ステップ１９：標準的なｅＳＲＶＣＣ処理プロセスを引き続き実行する。
ステップ１６：ｅＮｏｄｅＢが端末デバイスＢにハンドオーバを通知する。
ステップ１７：端末デバイスＢが「ＰＳ ｔｏ ＣＳ」というハンドオーバ処理を実行する。
ステップ１９：標準的なｅＳＲＶＣＣ処理プロセスを引き続き実行する。
Claims (10)
- 鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法であって、
被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するステップと、
前記ハンドオーバ要求メッセージをキャッシングするステップと、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するステップと、
を含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法。 - 請求項１に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法において、
被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信する前記ステップは、
前記被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理された前記ハンドオーバ要求メッセージを受信することを含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法。 - 請求項１に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法において、
時間閾値を設定し、前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信した場合、予め設定された方式で前記ハンドオーバ要求操作を実行するステップをさらに含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法。 - 請求項３に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法において、
前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信しなかった場合、ハンドオーバ要求操作を直接実行するステップをさらに含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法。 - 請求項１に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法において、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行する前記ステップは、
前記被呼側の鳴動応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、鳴動状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、
前記被呼側の通話成功応答状態を受信した場合、キャッシングされた前記ハンドオーバ要求メッセージに基づいて、定常状態ハンドオーバ方式でハンドオーバ要求操作を実行することと、を含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法。 - 鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置であって、
被呼側が鳴動する前に、被呼側からのハンドオーバ要求メッセージを受信するために用いられる受信モジュールと、
前記ハンドオーバ要求メッセージをキャッシングするように構成される格納モジュールと、
前記被呼側の予め設定された応答状態を受信した場合、前記ハンドオーバ要求メッセージに基づいて、予め設定された方式でハンドオーバ要求操作を実行するように構成される実行モジュールと、
を含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置。 - 請求項６に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置において、
前記受信モジュールは具体的に、前記被呼側が鳴動する前に、基地局から制御ノード及びエンハンスメント移動交換センターで順次処理された前記ハンドオーバ要求メッセージを受信するように構成される、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置。 - 請求項６に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置において、
時間閾値を設定し、前記ハンドオーバ要求メッセージがキャッシングされた時刻から起算した前記時間閾値内において前記被呼側の予め設定された応答状態を受信した場合、前記実行モジュールによって予め設定された方式で前記ハンドオーバ要求操作を実行するように構成される時間制御モジュールをさらに含む、鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための装置。 - メモリと、プロセッサと、前記メモリに格納されかつ前記プロセッサで実行される少なくとも１つのアプリケーション・プログラムと、を含む電子デバイスであって、
前記アプリケーション・プログラムは、請求項１乃至５の何れか１項に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法を実行するように構成される、電子デバイス。 - コンピュータ・プログラムが格納された読み取り可能な記憶媒体であって、
該プログラムがプロセッサで実行される際に、請求項１乃至８の何れか１項に記載の鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法が実施されることとなる、読み取り可能な記憶媒体。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910822412.6A CN112449385B (zh) | 2019-09-02 | 2019-09-02 | 振铃前双模单待无线语音呼叫连续性的方法及装置 |
| CN201910822412.6 | 2019-09-02 | ||
| PCT/CN2020/113082 WO2021043177A1 (zh) | 2019-09-02 | 2020-09-02 | 振铃前双模单待无线语音呼叫连续性的方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2022546990A true JP2022546990A (ja) | 2022-11-10 |
Family
ID=74735006
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2022513607A Pending JP2022546990A (ja) | 2019-09-02 | 2020-09-02 | 鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置 |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP4027699A4 (ja) |
| JP (1) | JP2022546990A (ja) |
| CN (1) | CN112449385B (ja) |
| WO (1) | WO2021043177A1 (ja) |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2659571C1 (ru) * | 2014-06-30 | 2018-07-03 | Хуавэй Текнолоджиз Ко., Лтд. | Способ и аппарат передачи обслуживания речевой услуги при непрерывности одиночного речевого радиовызова |
| JP2016082467A (ja) * | 2014-10-20 | 2016-05-16 | 株式会社Ｎｔｔドコモ | 基地局装置及びハンドオーバ制御方法 |
| CN104994542B (zh) * | 2015-07-08 | 2018-10-30 | 华为技术有限公司 | 一种异系统检测事件的控制方法和用户设备 |
| CN106888486B (zh) * | 2015-12-16 | 2021-01-22 | 中兴通讯股份有限公司 | 振铃前双模单待无线语音呼叫连续性方法和装置 |
| CN106993318A (zh) * | 2016-01-20 | 2017-07-28 | 中兴通讯股份有限公司 | 网络间切换的方法、装置、eMSC及SCC AS |
| CN107222896B (zh) * | 2016-03-22 | 2020-08-07 | 中国移动通信集团公司 | 一种话音业务的切换方法及基站 |
| CN107872849A (zh) * | 2016-09-26 | 2018-04-03 | 展讯通信（上海）有限公司 | 单射频语音呼叫连续性的实现方法及装置 |
| CN109688610B (zh) * | 2017-10-18 | 2021-06-08 | 中国移动通信集团重庆有限公司 | 单待语音连续业务的切换方法、装置、设备及存储介质 |
| CN108966274B (zh) * | 2018-09-26 | 2022-04-05 | Oppo广东移动通信有限公司 | 异系统切换方法和用户设备 |
-
2019
- 2019-09-02 CN CN201910822412.6A patent/CN112449385B/zh active Active
-
2020
- 2020-09-02 JP JP2022513607A patent/JP2022546990A/ja active Pending
- 2020-09-02 WO PCT/CN2020/113082 patent/WO2021043177A1/zh unknown
- 2020-09-02 EP EP20859905.0A patent/EP4027699A4/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP4027699A4 (en) | 2022-09-28 |
| WO2021043177A1 (zh) | 2021-03-11 |
| CN112449385B (zh) | 2024-03-29 |
| CN112449385A (zh) | 2021-03-05 |
| EP4027699A1 (en) | 2022-07-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11438809B2 (en) | Handover method and mobility management network element | |
| US10492243B2 (en) | Fallback indicators in session initiation protocol (SIP) signaling | |
| US11432208B2 (en) | Network handover method, apparatus and system | |
| JP5646647B2 (ja) | 通信ネットワークで用いる方法および装置 | |
| JP4976600B2 (ja) | 進化型パケットネットワークにおいて回線交換ドメインサービスを処理する方法、システムおよび装置 | |
| CN111567099B (zh) | 用户装置 | |
| US20110009121A1 (en) | Method for user equipment realizing handover across access networks in active state | |
| JP6480011B2 (ja) | 通信を確立するための方法及び移動無線通信ネットワーク構成要素 | |
| US11394756B2 (en) | Systems and methods for improved transitions continuity between wireless protocols | |
| EP4093107A1 (en) | Multimedia service processing method, storage medium, chip, and related device | |
| EP3930379B1 (en) | Voice switching method and apparatus | |
| JP5732467B2 (ja) | 移動側着信手続きの制御方法、端末装置、ネットワークノード装置、方法およびプログラム | |
| US9615294B2 (en) | Dynamic session transfer number for voice call continuity | |
| CN109089289B (zh) | 切换到电路交换域的方法和装置 | |
| WO2012025015A1 (zh) | 切换振铃态会话的方法和装置 | |
| JP2022546990A (ja) | 鳴動前デュアルモード・シングルスタンバイ無線音声呼継続性のための方法及び装置 | |
| WO2014023139A1 (zh) | 一种srvcc支持同号的系统及方法 | |
| WO2012129979A1 (zh) | 振铃态域切换的方法、系统及装置 | |
| WO2016173117A1 (zh) | 语音电话回落的方法及系统、服务器和移动终端 | |
| JP6377496B2 (ja) | 移動局および移動通信方法 | |
| WO2017177427A1 (zh) | 业务处理方法和相关装置及通信系统 | |
| JP2014053774A (ja) | 移動局及び移動通信方法 | |
| EP3082360B1 (en) | Continuous switching method and device for voice service | |
| CN112954747A (zh) | 消息处理方法、网元及存储介质 | |
| JP2011259124A (ja) | サービス提供システム、サービス提供方法、サービス提供継続判定装置、及び、プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220304 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230829 |