CN116830550A - 检测ims漏接呼叫并进行恢复的方法及装置 - Google Patents

检测ims漏接呼叫并进行恢复的方法及装置 Download PDF

Info

Publication number
CN116830550A
CN116830550A CN202280014049.5A CN202280014049A CN116830550A CN 116830550 A CN116830550 A CN 116830550A CN 202280014049 A CN202280014049 A CN 202280014049A CN 116830550 A CN116830550 A CN 116830550A
Authority
CN
China
Prior art keywords
ims
processor
incoming call
communication
call
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
Application number
CN202280014049.5A
Other languages
English (en)
Inventor
徐欣
梁宰赫
时咏晟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Innopeak Technology Inc
Original Assignee
Innopeak Technology Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Innopeak Technology Inc filed Critical Innopeak Technology Inc
Publication of CN116830550A publication Critical patent/CN116830550A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/006Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0081Network operation, administration, maintenance, or provisioning
    • H04M7/0084Network monitoring; Error detection; Error recovery; Network testing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1073Registration or de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1096Supplementary features, e.g. call forwarding or call holding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供了能够对用户设备(UE)和互联网协议(IP)多媒体系统(IMS)之间的导致呼入语音呼叫被漏接的连接问题进行识别和解决的系统和方法。对漏接呼叫的识别可以基于接收到可能略微地或相关地指示漏接语音呼叫的其他通知,例如语音邮件通知。在接收到此类通知而未接收到呼叫本身的情况下,可以确定存在连接问题,并且可以自动采取纠正措施以重新建立UE向IMS的注册以及UE与IMS的同步。

Description

检测IMS漏接呼叫并进行恢复的方法及装置
相关申请的交叉引用
本申请主张于2021年2月19日递交的题为“METHOD AND APPARATUS TO DETECTIMS MISSING CALL AND RECOVERY”的美国临时申请No.63/151,268的权益,其全部内容通过引用的方式并入本文。
背景技术
本申请总体上涉及便于电子设备之间的电子通信的通信网络,更具体地涉及对电子设备之间的连接问题进行识别及纠正。
附图说明
根据一个或多个不同的实施例,参照以下附图详细描述本公开。这些附图仅被提供用于说明,且仅描述典型或示例性的实施方式。
图1示出了根据本申请实施例的一种示例性计算系统,该计算系统用于通过通信网络进行通信,以及利用通信网络的一个或多个方面对连接问题进行识别和纠正。
图2示出了根据一些实施例的图1所示计算系统中的示例性计算设备的操作流程图,该计算设备用于识别连接问题以及选择和执行恢复选项。
图3A和图3B示出了根据一些实施例的操作流程图,其示出了在图2的操作流程图中识别出连接问题之后选择和执行恢复选项的细节。
图4示出了根据一些实施例的用于实施所公开技术的示例性计算组件或设备的框图。
图5为根据一些实施例的示出了检测连接问题并从连接问题中恢复的方法的流程图。
这些附图并非穷举,也并不将本公开限制于所公开的确切形式。提及这些说明性实施例并不是为了限制或定义本公开,而是为了提供示例来帮助理解本公开。在具体实施方式中讨论了另外的实施例,并在那里提供了进一步的描述。
具体实施方式
各种无线技术标准使连接的电子设备之间能够进行通信。基于802.11的无线通信(Wi-Fi)、第三代(Third-Generation,3G)无线、第四代(Fourth-Generation,4G)无线、长期演进(Long Term Evolution,LTE)和第五代(Fifth-Generation,5G)无线是现有无线接入技术(Radio Access Technology,RAT)的示例,其具有规定如何与其进行通信的相应标准。这些RAT以及新开发的RAT和标准支持对应设备之间的互联网协议(IP)多媒体子系统(IPMultimedia Subsystem,IMS)和/或短消息服务(Short Message Service,SMS)通信。总而言之,这些技术提供了与大多数当前和未来的蜂窝或无线设备的连接。
在任何RAT的一些部署中,语音呼叫和通信采用IMS信令和/或媒体。RAT中的语音和视频通信服务可以在IP数据连接之上实施,使得IMS为相应的RAT提供服务。换言之,IMS提供语音通信作为应用服务。例如,在5G新无线电(5G New Radio,5G NR)中,语音呼叫可以完全在利用IMS信令和/或媒体的分组交换(Packet Switched,PS)域上得到支持,例如被实施为由IMS管理的端到端IP语音(Voice over IP,VoIP)连接。
为了实现用户设备(User Equipment,UE)之间的这种连接,IMS可以使UE向IMS注册,并且保持UE和IMS之间的同步。在一些实施例中,注册和同步还存在于UE和下述网络之间:该网络为IMS通过其提供语音、视频和类似通信的网络。因此,IMS可以在实现各种现有通信系统方面发挥重要作用。
在一些情况下,UE是否向IMS注册并与其同步,控制着UE和IMS之间的呼叫是否适当地终止或完成。例如,对于呼出呼叫,如果UE未向IMS注册或者与IMS失去同步,则呼出语音呼叫可能会失败或者被UE拒绝,这是因为UE无法通过网络向IMS发起此呼叫。对于呼入呼叫,如果UE未向IMS注册或者与IMS失去同步,则针对该UE的呼入呼叫无法被传送到UE,因此此类呼入呼叫也会失败。
在呼出呼叫的情况下,UE可以向用户呈现呼出呼叫无法完成的通知或其他警告,例如,因为UE未向IMS注册或未与IMS同步。因此,UE的用户可以接收UE和IMS之间的连接问题的通知,并且一旦UE识别出连接问题并将其传达给用户,就可以采取补救措施来解决失败的呼叫。然而,对于呼入的语音呼叫,由于IMS无法与UE通信,因此UE甚至不知道由于未向IMS注册或与IMS失去同步而导致了漏接(missed,错过、未接)呼叫。因此,UE无法向用户呈现关于导致语音来电被漏接的连接问题的任何指示,并且没有采取补救措施来纠正该问题。通常,UE将继续漏接呼入呼叫,直到用户尝试呼出呼叫,此时UE识别出与IMS的连接问题并向用户进行通知。因此,UE和用户可能在长时间内都不知道与IMS的这种连接问题,这会妨碍UE和相应的订阅通信服务的使用。
本文公开的技术的实施例提供了不同的方法、装置和系统,用于改善经历UE与IMS之间失去IMS同步的用户的整体体验。具体地,基于接收到可能略微地(tangentially,一带而过地、仅触及皮毛地、无关紧要地)或相关地指示漏接语音呼叫的其他通知,例如语音邮件通知,所公开的技术能够识别并因此解决引起呼入语音呼叫被漏接的连接问题。例如,当UE接收到语音邮件可供查看的通知,但UE并没有对可能引起语音邮件的呼入呼叫进行注册时,UE确定在UE和IMS之间可能存在连接问题。此后,所公开的实施例可以使UE能够自动采取纠正措施来重新建立IMS注册和同步,而不必等待用户发现问题(或等待用户被通知)和采取手动纠正措施。因此,所公开的实施例可以避免漏接呼叫以及避免不必要的通信延迟,并且提高与跨各种RAT网络的语音呼叫相关联的可靠性,从而增强用户对相应移动网络的体验。
在整个说明中使用了以下首字母缩写词和术语,并且为了方便起见,在下面提供了这些首字母缩略词和术语,然而还可以引入其他首字母缩略词和术语。
IMS:IP多媒体子系统(IP Multimedia Subsystem)
RAT:无线电接入技术(Radio Access Technology)
NR:新无线电(New Radio)
SA:独立组网(Stand-Alone)
VoNR:NR语音(Voice over NR)
VoLTE:LTE语音(Voice over LTE)
VoWiFi:WiFi语音(Voice over WiFi)
UE:用户设备(User Device)
MT:移动被叫(Mobile Terminated)
MO:移动主叫(Mobile Originated)
SMS:短消息服务(Short Message Service)(文本)
在该领域中,已经观察到在UE通过无线接入技术(RAT)与IMS网络建立连接的情况下使用UE的用户遇到连接问题的多个实例,在该连接问题期间,UE在一段时间内无法接收语音呼叫。这样的连接问题也可能出现于UE和IMS由于各种原因失去同步时、UE向IMS的注册失败或失效时等。在许多情况下,UE并不知晓连接问题,这是因为从UE的角度来看,UE正确地向IMS进行了注册以拨打和接收语音呼叫。然而,UE实际上可能没有在IMS侧注册到IMS以拨打或接收语音呼叫。因此,在主叫UE向被叫UE发起呼叫的示例中,在被叫UE正经历与IMS的连接问题的情况下,IMS可能不会向被叫UE发送适当的信号和/或消息,例如IMS会话发起协议(Session Initiation Protocol,SIP)。替代地,来自主叫UE的呼叫可能直接转到被叫UE语音邮件。在这种情况下,被叫UE将不会接收到任何呼入呼叫的通知,因此被叫UE将不会(向其用户)指示漏接呼叫。
由于被叫UE和IMS网络之间的连接问题可能随机发生,因此这些问题可能难以被检测、调试及纠正。因此,这些问题可能会降低用户的体验,这是因为直到用户识别出问题并采取纠正措施之前,用户无法接收任何呼入呼叫。下面参考图1至图5更详细地提供了检测连接问题并尝试从连接问题中恢复的自动化解决方案。
图1描绘了示例性计算系统100的框图,该示例性计算系统100被配置为使用户设备(UE)110能够通过网络120与IMS130发送和接收语音通信,并且采用所公开的技术来改善与IMS130的语音连接。如图所示,网络120将IMS130连接到一个或多个UE,例如UE 110,并且使UE 110、IMS130和语音邮件服务器150之间能够通信。
网络120可以被描述为无线电接入网络(RAN)部署的部分,其向移动订户(例如UE110的用户)提供语音、数据和/或消息服务。网络120还可以充当到其他网络的网关,上述其他网络例如为公共交换电话网络、公共云和IMS 130。在该示例中,网络120与支持语音服务的IMS130连接。
IMS130可以包括用于传送互联网协议(IP)多媒体服务的标准化架构框架。此外,IMS130可以对跨本文描述的各种技术标准的语音服务提供连接管理。IMS130可以利用基于IP的会话发起协议(SIP),其能够支持IP分组交换或类似网络上的语音服务。
语音邮件服务器150可以包括存储与用户账户相关联的语音邮件消息的任何计算系统。语音邮件服务器150可以被配置为生成一个或多个通知并将其传送给用户,以指示有新的语音邮件可供用户查看。在一些实施例中,语音邮件服务器150生成作为SMS消息的通知或使用类似的非IMS信令来通过网络120进行传送。
在图1的示例中,UE 110被示为手持式用户设备,更具体地为智能手机。然而,UE110可以被实施为各种其他无线设备,这些无线设备被终端用户直接用于通信并被配备有电信功能,如语音、视频和文本。例如,UE 110还可以被实施为蜂窝电话、配备有移动宽带适配器的膝上型计算机、或另一移动计算设备。因此,UE 110能够支持增强型数据服务、语音(例如,通过5G NP、VoNP、VoLTE等的语音呼叫)、视频以及宽带蜂窝网络例如网络120的订户通常采用的其他电信功能。
如之前提到的,各种技术部署可以通过网络120提供UE 110和IMS130之间的连接,如2G/3G、4G、4G LTE、5G、Wi-Fi和类似技术。例如,用户可以使用UE 110来通过网络120和IMS130进行语音呼叫。因此,UE 110可以包括硬件、软件应用等,这允许UE 110被配置用于:多媒体电话服务,包括音频、视频和文本;以及经由这些技术中的任何一种的语音呼叫。
UE 110可以包括操作系统,该操作系统提供UE 110的硬件(例如,输入/输出机制和执行从计算机可读介质检索的指令的处理器)和软件组件之间的接口。示例性操作系统包括ANDROIDTM、CHROMETMX、/>7、/>PHONE 7、 各种/>操作系统;或计算机化设备的专有操作系统。该操作系统可以提供用于执行促进UE 110和用户之间的交互的应用程序的平台。
UE 110还可以包括应用、计算子系统和硬件。例如,UE 110包括连接处理器111,该连接处理器111用于实施所公开的技术,以改进UE 110的用户在一个或多个语音网络上的用户体验,如本文更详细地描述的。连接处理器111可以在UE 110上实施为硬件、独立处理器、固件、软件应用程序或其任意组合。
根据一些实施例,UE 110可以使用连接处理器111来识别和补救UE 110与IMS130之间的连接问题,如下文更详细描述的。这可以帮助防止对使用UE110的用户的负面影响,例如延迟的通知、漏接的呼叫和呼叫失败。
在操作中,用户可以使用UE 110来拨打或接听呼叫。例如,UE 110可以经由网络120向IMS130注册,然后与IMS130保持同步。当UE 110开机或发起语音呼叫时,UE 110可以与网络120连接并向IMS130注册。注册过程可能涉及到UE 110和IMS130例如经由IMS数据网络名称(Data Network Name,DNN)分组数据单元(Packet Data Unit,PDU)会话和适当的响应来交换两个实体的各种参数和能力。为了简洁起见,并未描述UE 110向IMS130注册的过程中涉及的所有步骤。一旦UE 110向IMS130注册,UE 110就可以与其保持同步。如本文所使用的,术语同步可以指网络已经接收到UE IMS注册状态的状态/场景。还可能存在要求UE与网络同步的周期性IMS重新注册时间。
在一些情况下,UE 110可能失去与IMS130的同步。失去同步可能导致:UE 110无法接收呼入呼叫或发送呼出呼叫;存在网络故障;或者UE可能有一些问题,例如,UE无法完成其重新注册过程。UE 110可以在发出呼出呼叫时自动识别同步的丢失,从而采取措施来补救连接问题。然而,当UE 110处于空闲并可能准备接收呼入呼叫时,UE 110可能无法识别这样的问题。事实上,UE110甚至可能不知道UE 110没有接收呼入呼叫。以下讨论在假设UE110先前已向IMS130注册并与其同步的情况下提供了识别和纠正连接问题的细节。
如图1所示,系统100示出了UE 110尝试呼出语音呼叫123。然而,因为UE 110已经失去与IMS130或网络120的同步,所以在呼出语音呼叫123到达网络120和IMS130之前,呼叫失败,这由“X”表示。在这种情况下,由于UE 110是语音呼叫123的主叫点,因此连接处理器111(或UE 110的其他应用程序)可以向用户呈现错误或其他通知,表明呼叫未能连接并且存在连接问题。用户或UE 110随后可以采取一个或多个步骤来纠正连接问题。
另一方面,在呼入呼叫的情况下,网络120可能将呼入语音呼叫122例如从IMS130路由到UE 110。呼入语音呼叫122可以在主叫设备(未示出)处发起,并且通过IMS130和网络120进行路由,以在UE 110处终止,UE 110是呼入语音呼叫122的被叫设备。然而,由于与IMS130失去同步等原因,UE 110无法接收呼入语音呼叫122。因此,呼入语音呼叫122没有到达UE 110,而是被引导至语音邮件服务器150处的用户语音邮件。如果呼入语音呼叫122导致语音邮件,则语音邮件服务器150或类似组件可以生成语音邮件通知142,以通知UE 110有新的语音邮件可供查看。在一些实施例中,语音邮件服务器150通过SMS或某种其他非IMS通信向UE 110发送语音邮件通知142。以这种方式,UE 110可以接收语音邮件通知142(例如,非IMS通信),尽管无法接收呼入语音呼叫122(例如,IMS通信)。这可能发生于以下情况:UE 110与网络120保持连接——这保持SMS通信,但失去了与IMS130的注册或同步。在UE110接收到语音邮件通知142但没有接收到呼入语音呼叫122的实施例中,UE 110可以通过通知102来指示(或以其他方式识别)有一个待处理语音邮件,而没有通过通知104来指示(或以其它方式识别)漏接呼叫。
在本文描述的实施例的一些方面,连接处理器111使用语音邮件通知142作为触发因素来确定UE 110是否正在经历与IMS130的连接问题。
无连接问题
当在UE 111处接收到一呼入语音呼叫的预设时间内接收到语音邮件通知142时,连接处理器111可以确定不存在连接问题。例如,当接收到语音邮件通知142时,连接处理器111可以确定在接收到语音邮件通知142之前的预设时间(例如,三分钟)内是否在UE 110处接收到呼入语音呼叫且其没有被应答。在UE 110确实接收到过但没有应答该呼入语音呼叫的情况下,连接处理器111可以确定接收到的语音邮件通知142与未应答的呼入呼叫相关,并且进一步确定不存在连接问题。
类似地,当在UE 110处于“呼叫转移”、“请勿打扰”或类似的“呼叫处理模式”时UE110接收到语音邮件通知142,连接处理器111可以确定不存在连接问题。这样的呼叫处理模式可能不会向用户触发“漏接呼叫”通知104,而且可能不会导致UE 110通过“响铃”或其他方式来通知用户有通话中的呼入语音呼叫或向用户呈现应答该通话中呼入语音呼叫的选项。例如,当接收到语音邮件通知142时,连接处理器111可以确定UE 110是否处于呼叫处理模式或是否在接收到语音邮件通知142的预设时间(例如,三分钟)内处于呼叫处理模式。当UE 110在呼叫处理模式期间接收到呼入语音呼叫时,连接处理器111可以确定接收到的语音邮件通知142与在呼叫处理模式期间接收到的呼入语音呼叫相关,并且进一步确定不存在连接问题。
连接问题
然而,当接收到语音邮件通知142但在预设时间内没有接收到呼入语音呼叫,并且UE 110不处于任何呼叫处理模式时,连接处理器111可以确定存在连接问题。例如,当接收到语音邮件通知142时,连接处理器111可以确定在UE 110处是否接收到对应的呼入语音呼叫并且其没有被应答,或者UE 110是否处于呼叫处理模式或是否在之前的预设时间内处于呼叫处理模式。在UE 110没有接收到呼入语音呼叫并且UE没有处于呼叫处理模式的情况下,连接处理器111可以确定存在连接问题。因此,连接处理器111基于下述来识别UE 110与IMS 130之间存在连接问题:(1)接收到语音邮件通知142;(2)识别出UE 110在接收到语音邮件通知142之前的预设时间内未接收到呼入语音呼叫122;(3)确定出UE 110在预设时间内没有处于所描述的呼叫处理模式之一。
根据所公开的实施例,当确定存在连接问题时,连接处理器111可以经由UE 110向用户提供通知,并且可以执行各种程序来识别和补救连接问题。参照图2至图4描述了进一步的细节。
图2为图1的计算系统的示例性计算设备,其用于根据操作流程图并根据一些实施例来识别连接问题并选择和执行恢复选项以纠正连接问题。如图2所示,过程200被示为存储在机器可读存储介质206中并由计算组件202的硬件处理器204执行的一系列可执行操作。计算组件202可以是用于电信功能的计算设备,例如UE 110。在一些实施例中,UE 110的连接处理器111实施过程200,以确定UE 110是否正在经历与网络120的连接问题,并执行恢复步骤以纠正该问题。虽然下面的讨论描述了连接处理器111执行相应的操作,但是UE 110的任何其他组件可以替代地或同样地执行下面的任何操作。
过程200开始于操作205,其中UE 110接收到指示UE 110漏接了呼入语音呼叫或其他呼入多媒体语音消息的消息。例如,UE 110经由非IMS消息或信令,例如经由SMS消息,来接收消息。在一些实施例中,该消息包括指示有新语音邮件可供查看的语音邮件通知。在一些实施例中,该消息是从另一用户接收的、指示该另一用户试图呼叫过该用户的SMS消息,或者是指示某人试图通过UE 110联系过该用户的另一通知。连接处理器111可以查看该消息或通知,以确定接收到的消息指示UE 110漏接了呼入通信,例如呼入语音呼叫。
在操作210中,连接处理器111可以确定UE 110是否在接收到操作205的消息之前的预设时间内注册了漏接呼叫或通信尝试。在一些实施例中,预设时间包括若干秒、分钟等。预设时间可以表示在操作205处接收到消息之前的预期时间量,在该时间量内,UE 110可能已经接收到与所接收到的消息相对应的呼入通信。例如,当在操作205接收到的消息指示新的语音邮件可用时,预设时间可以对应于下述若干分钟:如果UE 110漏接了呼入呼叫,UE 110将会在该若干分钟内接收到语音邮件消息。在一些实施例中,确定UE 110是否在接收到消息之前的预设时间内注册了漏接呼叫或通信尝试,包括:确定UE 110是否处于呼叫处理模式,如上面所介绍的。
在操作210,当连接处理器111确定UE 110没有漏接呼入语音呼叫时,过程200从操作205重复,直到连接处理器111确定UE 110确实漏接了呼入语音呼叫。另一方面,当连接处理器111确定UE 110确实漏接了呼入语音呼叫时,过程200继续到操作215。
在操作215,连接处理器111选择要执行的恢复选项或步骤,以从连接问题中恢复。根据UE 110的各种状况,连接处理器111可以选择一个或多个恢复选项,以按顺序执行或彼此并行地执行。下面参考图3A和图3B提供了提供恢复选项选择和执行的细节。
在操作220,在连接管理器111于操作215中选择并执行了一个或多个恢复选项之后,连接管理器111确定UE 110与网络120的语音连接是否已经恢复或修复。在一些实施例中,该操作是可选的,并且连接处理器111和UE 110假设恢复选项成功地补救了UE 110和IMS130之间的连接问题。在一些实施例中,连接处理器111可以通过发出呼出呼叫、执行与IMS130的连接检查、从IMS 130接收连接验证通信等,来确定UE 110的语音连接已经恢复。响应于确定UE 110和IMS130之间的语音连接已经恢复,过程200可以在操作205处重新开始过程200,并监测新的或后续的连接问题。在一些实施例中,重新开始过程200涉及到在操作225中,连接处理器111将计数器变量A重置为零。响应于确定UE 110和IMS130之间的语音连接尚未恢复,在操作215中,连接处理器111可以重复选择和执行一个或多个附加恢复选项。
如上所述,图3A和3B提供了关于根据一些实施例的子过程300的细节,该子过程对应于图2的过程200的操作215的恢复选项选择和执行。所示的子过程300包括,在通过操作210识别出连接问题之后,执行四个不同的可能动作,以恢复与IMS网络的语音连接。
子过程300开始于连接处理器111执行操作305。在操作305,连接处理器111确定是否正在选择并执行针对连接问题的第一次恢复尝试(即,这是否为针对连接问题的子过程300的第一次执行)。当连接处理器111确定这是初次恢复尝试时,连接处理器111执行操作310。当连接处理器111确定这不是初次恢复尝试时,连接处理器111改为执行操作320(下面描述)。在一些实施例中,连接处理器111基于计数器变量A或一些其他跟踪装置来识别初次恢复尝试。例如,当计数器变量A等于“0”时,在操作305,连接处理器111确定这是针对连接问题的初次恢复尝试。另一方面,当计数器变量A大于“0”时,连接处理器111确定这不是针对连接问题的初次恢复尝试。
在操作310,连接处理器111选择第一恢复选项。具体地,在操作310,连接处理器111可以选择切换(toggle,转换,翻转)至重新注册选项。在操作315,连接处理器111可以执行重新注册选项。通过切换至(即选择和执行)重新注册(也称为通过IMS呼叫的开关),连接处理器111可以重新启动UE 110和IMS130之间的IMS注册。在一些实施例中,重新注册过程会重新建立UE 110和IMS130之间的同步,并且使得能够接收呼入语音呼叫。在某些情况下,重新注册过程可以是连接处理器111所执行的足以使UE 110从连接问题中恢复的补救措施。此外,在操作315,连接处理器111可以将计数器变量A递增1,以记录连接处理器111的第一次恢复尝试。此后,连接处理器111可以终止子过程300,并进行到根据图2的过程200的操作220。
在操作320,连接处理器111确定是否正在选择并执行针对连接问题的第二次恢复尝试(即,这是否为针对连接问题的子过程300的第二次执行)。当连接处理器111确定这是第二次恢复尝试时,连接处理器111执行操作325。当连接处理器111确定这不是第二次恢复尝试时,连接处理器111改为执行操作335。
在一些实施例中,连接处理器111基于计数器变量A或一些其他跟踪装置来识别第二次恢复尝试。例如,当变量计数器A等于“1”时,在操作320,连接处理器111确定这是针对连接问题的第二次恢复尝试。另一方面,当计数器变量A大于“1”时,连接处理器111确定这不是针对连接问题的第二次恢复尝试。
在操作325,连接处理器111选择第二恢复选项。具体地,在操作325,连接处理器111可以选择对UE 110与IMS130当前通信所使用的RAT进行切换,并在操作330执行RAT切换。通过切换RAT,连接处理器111可以禁用UE 110先前通过其向IMS130进行注册的相应无线电(例如2G/3G、4G、4G LTE、5G、Wi-Fi或其他无线电),然后重新启用该无线电。在一些实施例中,RAT的这种禁用和重新启用可以导致UE 110向IMS130重新注册或与IMS130同步,并因此能够在UE 110处接收呼入语音呼叫。在一些实施例中,禁用相应的无线电还可以帮助清除无线电中可能导致连接问题的任何错误(软件和/或硬件)。因此,在操作310处仅切换至重新注册不足够的情形下,在某些情况,禁用和重新启用RAT可以是连接处理器111所执行的足以使UE 110从连接问题中恢复的补救措施。此外,在操作330,连接处理器111可以将计数器变量A递增1,以记录连接处理器111的第二次恢复尝试。此后,连接处理器111可以终止子过程300,并进行到根据图2的过程200的操作220。
另一方面,在操作335,连接处理器111确定是否正在选择并执行针对连接问题的第三次恢复尝试(即,这是否为针对连接问题的子过程300的第三次执行)。当连接处理器111确定这是第三次恢复尝试时,连接处理器111执行操作340。当连接处理器111确定这不是第三次恢复尝试时,连接处理器111改为执行操作350。
在一些实施例中,连接处理器111基于计数器变量A或一些其他跟踪装置来识别第三次恢复尝试。例如,当计数器变量A等于“2”时,在操作335,连接处理程序111确定这是针对连接问题的第三次恢复尝试。另一方面,当计数器变量A大于2时,连接处理器111确定这不是针对连接问题的第三次恢复尝试。
在操作340,连接处理器111选择第三恢复选项。具体地,连接处理器111可以选择为UE 110切换飞行模式或类似模式,并在操作345执行飞行模式或类似模式的切换。通过切换至飞行模式,连接处理器111可以使UE 110从IMS 130注销。切换至飞行模式还可以禁用UE 110的所有无线电,这可以使UE 110处关于IMS130的任何错误状态被清除和重置。在UE110从IMS130注销之后,连接处理器111可以执行UE 110向IMS130的新注册。在一些实施例中,飞行模式或类似模式的这种切换可能导致UE 110中的附加软件和/或硬件改变,这又导致当飞行模式被禁用时,UE 110向IMS130重新注册或与其同步。因此,在操作310处切换至重新注册以及在操作325处禁用和重新启用RAT不足够的情形下,在某些情况,切换至UE110的飞行模式可以是连接处理器111所执行的足以使UE 110从连接问题中恢复的补救措施。此外,在操作345,连接处理器111可以将计数器变量A递增1,以记录连接处理器111的第三次恢复尝试。此后,连接处理器111可以终止子过程300,并根据进行到图2的过程200的操作220。
在操作350中,连接处理器111确定是否正在选择并执行针对连接问题的第四次(或更多次)恢复尝试(即,这是否为针对连接问题的子过程300的第四次或更多次执行)。当连接处理器111确定这是第四次或更多次恢复尝试时,连接处理器111执行操作355。
在一些实施例中,连接处理器111基于计数器变量A或一些其他跟踪方式来识别第四次或更多次恢复尝试。例如,当计数器变量A等于或大于3时,在操作350,连接处理器111确定这是针对连接问题的第四次或更多次恢复尝试。
在操作355,连接处理器111选择第四恢复选项。具体地,连接处理器111可以选择切换至向用户显示消息以及使UE 110重新启动,并且在操作360执行消息传送和UE 110的重新启动。通过切换至显示消息和重新启动,连接处理器111可以确保用户知道UE 110重新启动的原因(因为UE 110的意外和未经解释的重新启动会破坏用户对UE 110的体验)。与UE110处的任何其他措施相比,UE 110的重新启动可以使UE 110处关于IMS130的错误状态等被更彻底地清除和重置。在重新启动UE 110之后,连接处理器111可以执行UE 110向IMS130的新注册。在操作310处切换至重新注册、在操作325处禁用和重新启用RAT以及在操作340处启用/禁用飞行模式不足够的情形下,在某些情况,使UE 110重新启动可以是连接处理器111所执行的足以使UE 110从连接问题中恢复的补救措施。此外,在操作360处,连接处理器111可以将计数器A递增“1”,以记录连接处理器111的第四次恢复尝试。此后,连接处理器111可以终止子过程300,并进行到根据图2的过程200的操作220。在一些实施例中,根据操作360使UE 110重新启动是自动的,无需用户输入。在一些其他实施例中,UE 110可以提示用户重新启动UE 110。
图4描绘了示例性计算机系统400的框图,在该系统中可以实施本文描述的各种特征。计算机系统400包括:用于传送信息的总线402或其他通信机制;以及与总线402耦合的用于处理信息的一个或多个硬件处理器404。硬件处理器404可以是例如一个或多个通用微处理器。
计算机系统400还包括耦合到总线402的主存储器406,例如随机存取存储器RAM、高速缓存和/或其他动态存储设备,以用于存储信息和待由处理器404执行的指令。主存储器406还可用于在由处理器404执行指令期间存储临时变量或其他中间信息。当这些指令存储在处理器404可访问的存储介质中时,这使计算机系统400成为被定制为执行指令所指定操作的专用机器。
计算机系统400还包括耦合到总线402的只读存储器(Read Only Memory,ROM)408或其他静态存储设备,以存储用于处理器404的静态信息和指令。设置有耦合至总线402的存储设备410,例如磁盘、光盘或USB闪存驱动器等,以用于存储信息和指令。
计算机系统400可以经由总线402耦合到显示器412,例如液晶显示器(LiquidCrystal Display,LCD)(或触摸屏),用于向计算机用户显示信息。包括字母数字键和其他键的输入设备414耦合到总线402,用于向处理器404传送信息和命令选择。另一种类型的用户输入设备是光标控件416,例如鼠标、轨迹球或光标方向键,用于向处理器404传送方向信息和命令选择,并用于控制显示器412上的光标移动。在一些实施例中,可以通过在触摸屏上接收触摸而无需使用光标来实现与光标控制相同的方向信息和命令选择。
计算系统400可以包括用于实现GUI的用户界面模块,其可以作为由计算设备执行的可执行软件代码存储在大容量存储设备中。举例来说,该模块和其他模块可以包括组件,例如软件组件、面向对象的软件组件、类组件和任务组件、进程、功能、属性、过程、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表格、数组和变量。
一般而言,本文所使用的词语“组件”、“引擎”、“系统”、“数据库”、“数据存储”等可以指以硬件或固件实施的逻辑,或者指软件指令的集合,上述软件指令可能具有入口点和出口点,以编程语言(例如Java、C或C++)编写。软件组件可以被编译并链接成可执行程序,安装在动态链接库中,或者可以用解释型编程语言(例如BASIC、Perl或Python)编写。将理解,软件组件可以从其他组件或从它们自身调用,和/或可以响应于检测到的事件或中断而被调用。被配置为在计算设备上执行的软件组件可以提供在计算机可读介质上,例如光盘、数字视频盘、闪存驱动器、磁盘或任何其他有形介质,或者作为数字下载(并且可能最初以压缩或可安装格式存储,该格式需要在执行之前安装、解压缩或解密)。这种软件代码可以部分或全部存储在执行计算设备的存储器设备上,以供计算设备执行。软件指令可以嵌入固件中,例如EPROM。还将理解,硬件组件可以包括连接的逻辑单元,例如门和触发器,和/或可以包括可编程单元,例如可编程门阵列或处理器。
计算机系统400可以使用定制的硬连线逻辑、一个或多个ASICs或FPGAs、固件和/或程序逻辑来实施本文描述的技术,这些与计算机系统相结合使得计算机系统400成为专用机器。根据一个实施例,本文的技术由计算机系统400响应于处理器404执行主存储器406中包含的一个或多个指令的一个或多个序列而执行。这些指令可以从诸如存储设备410之类的另一存储介质读入主存储器406。主存储器406中包含的指令序列的执行使处理器404执行本文描述的过程步骤。在替代实施例中,可以使用硬连线电路来代替软件指令或与软件指令组合。
如本文所使用的术语“非暂时性介质”和类似术语指的是存储使机器以特定方式操作的数据和/或指令的任何介质。这样的非暂时性介质可以包括非易失性介质和/或易失性介质。非易失性介质包括例如光盘或磁盘,例如存储设备410。易失性介质包括动态存储器,例如主存储器406。非暂时性介质的常见形式包括例如软盘、软磁盘、硬盘、固态驱动器、磁带或任何其他磁性数据存储介质、CD-ROM、任何其他光学数据存储介质、任何具有孔图案的物理介质、RAM、PROM和EPROM、FLASH-EPROM、NVRAM、任何其他存储芯片或盒式存储器以及其网络版本。
非暂时性介质不同于传输介质,但可以与传输介质结合使用。传输介质参与非暂时性介质之间的信息传输。例如,传输介质包括同轴电缆、铜线和光纤,包括构成总线402的导线。传输介质还可以采用声波或光波的形式,例如无线电波和红外数据通信期间产生的声波或光波。
计算机系统400还包括耦合到总线402的通信接口418。通信接口418提供耦合到一个或多个网络链路的双向数据通信,上述网络链路连接到一个或多个本地网络。例如,通信接口418可以是综合业务数字网络(Integrated Services Digital Network,ISDN)卡、电缆调制解调器、卫星调制解调器、或者向相应类型的电话线提供数据通信连接的调制解调器。作为另一示例,通信接口418可以是局域网(Local Area Network,LAN)卡,以向兼容的LAN(或用于与WAN进行通信的WAN组件)提供数据通信连接。还可以实施无线链路。在任何这样的实施方式中,通信接口418发送和接收携带表示各种类型信息的数字数据流的电信号、电磁信号或光信号。
网络链路通常通过一个或多个网络提供到其他数据设备的数据通信。例如,网络链路可以通过本地网络提供与主机计算机或到由互联网服务提供商(Internet ServiceProvider,ISP)操作的数据设备的连接。ISP又通过现在通常称为“互联网”的全球分组数据通信网络来提供数据通信服务。局域网和互联网都使用携带数字数据流的电信号、电磁信号或光信号。通过各种网络的信号和网络链路上的信号,以及通过通信接口418的信号是传输介质的示例形式,其携带去往和来自计算机系统400的数字数据。
计算机系统400可以通过网络、网络链路和通信接口418发送消息并接收数据,包括程序代码。在互联网示例中,服务器可以通过互联网、ISP、局域网和通信接口418传输应用程序的请求代码。
接收到的代码可以在其被接收时由处理器404执行,和/或存储在存储设备410或其他非易失性存储装置中以供稍后执行。
图5示出了检测连接问题并从连接问题中恢复的方法500的流程图,该方法包括可以由UE 110的一个或多个组件(例如处理器或其他硬件或软件组件)执行的示例步骤。例如,处理器404可以获取、解码和/或执行用于执行方法500的各个步骤的一个或多个指令。例如,(用于执行本文描述的一个或多个步骤的)各种指令可以存储在非暂时性存储介质和/或对应的控制逻辑电路中,其中术语“暂时性”不包括暂时性传播信号。本文所使用的“非暂时性”指的是存储使机器以特定方式运行的数据和/或指令的任何介质。这种非暂时性介质可以包括非易失性介质和/或易失性介质。非易失性介质包括例如光盘或磁盘。易失性介质包括动态存储器。非暂时性介质的常见形式包括例如软盘、软磁盘、硬盘、固态驱动器、磁带或任何其他磁性数据存储介质、CD-ROM、任何其他光学数据存储介质、任何具有孔图案的物理介质、RAM、PROM和EPROM、FLASH-EPROM、NVRAM、任何其他存储芯片或盒式存储器以及其网络版本。如下文详细描述的,主存储器406、ROM 408和/或存储器410的机器可读存储介质可以编码有可执行指令,例如,用于执行方法500的步骤的指令。非暂时性介质不同于传输介质,但可以与传输介质结合使用。传输介质参与非暂时性介质之间的信息传输介质。例如,传输介质包括同轴电缆、铜线和光纤,包括构成处理器404和计算机系统400的其他组件之间的总线402的线。传输介质还可以采用声波或光波的形式,例如无线电波和红外数据通信期间产生的声波或光波。
方法500可以包括在UE 110中检测漏接的呼叫并从相应的连接问题中恢复的方法。构成方法500的操作可以由一个或多个UE或者集中式计算系统或服务器来执行。例如,方法500的操作被描述为由UE 110执行。
方法500的步骤505包括在UE例如UE 110处接收指示UE漏接了呼入语音呼叫的通知。如上所述,通知可以包括语音邮件或类似的通知。在一些实施例中,该通知与包括若干秒或若干分钟等的预设时段相关联。
在步骤510,方法500包括确定在UE接收到通知的预设时段内UE处于接收呼入呼叫的模式。这意味着UE在该预设时段期间不处于上述呼叫处理模式中之一。
在步骤515,UE确定UE在该预设时间内没有接收到呼入呼叫。如上所述,这种确定意味着UE和IMS之间存在连接问题。
在步骤520,UE选择并执行一个或多个恢复选项。该选择和执行可以基于UE漏接了呼入呼叫的确定而自动执行。如上所述,一个或多个恢复选项可以包括各种选择。
在一些实施例中,虽然方法500被描述为由UE执行,但是将理解,相应的操作可以由经由网络120进行通信的网络控制器或其他控制器设备来执行。此外,在一些实施例中,网络控制器可以监测经由网络120发生的通信或所尝试的通信(例如呼入语音呼叫122和语音邮件通知142)。在一些实施例中,网络控制器是基于云的计算系统。
前述部分中描述的每个过程、方法和算法可以在由包括计算机硬件的一个或多个计算机系统或计算机处理器执行的代码组件中完全或部分自动化地实施。该一个或多个计算机系统或计算机处理器还可以操作以支持相关操作在“云计算”环境中的执行或作为“软件即服务”(Software as a Service,SaaS)的执行。这些过程和算法可以部分或全部在专用电路中实现。上述各种特征和过程可以彼此独立地使用,或者可以以各种方式组合。不同的组合和子组合旨在落入本公开的范围内,并且在一些实施方式中可以省略某些方法或过程框。本文描述的方法和过程也不限于任何特定顺序,并且框或者与其相关的状态可以以其他适当的顺序执行,或者可以并行地执行,或者以某种其他方式执行。可以将框或状态添加到所公开的示例实施例或从所公开的示例实施例中删除。某些操作或过程的执行可以分布在计算机系统或计算机处理器之间,不仅驻留在单个机器内,而且部署在多个机器上。
如本文所使用的,电路可以利用任何形式的硬件、软件或其组合来实施。例如,可以实施一个或多个处理器、控制器、ASIC、PLA、PAL、CPLDs、FPGAs、逻辑组件、软件例程或其他机制来组成电路。在实施方式中,本文描述的各种电路可以被实施为分立电路,或者所描述的功能和特征可以在一个或多个电路之间部分或全部共享。尽管各种特征或功能元件可以被单独地描述或宣称为单独的电路,但是这些特征和功能可以在一个或多个公共电路之间共享,并且这样的描述不应要求或暗示需要单独的电路来实现这样的特征或功能。在电路全部或部分使用软件来实施的情况下,这样的软件可以被实施为与能够执行关于其描述的功能的计算或处理系统(例如计算机系统00)一起操作。
如本文所使用的,术语“或”可以被解释为包含性或排他性的含义。此外,以单数描述的资源、操作或结构不应被理解为排除复数。条件语言,例如“能够”、“可能”、“也许”或“可以”,除非另有明确说明或以其他方式在上下文中如所使用的被理解,其通常旨在传达某些实施例包括某些特征、元件和/或步骤,而其他实施例不包括某些特征、元件和/或步骤。
除非另有明确说明,否则本文中使用的术语和短语及其变体应被解释为开放式而非限制性的。诸如“常规的”、“传统的”、“正常的”、“标准的”、“已知的”之类的形容词以及类似含义的术语,不应被解释为将所描述的项目限制到给定的时间段或限制为在特定时间段内可用的项目,而是应理解为包括现在或将来任何时间可用或已知的常规的、传统的、正常的或标准的技术。在一些情况下,诸如“一个或多个”、“至少”、“但不限于”或其他类似短语的扩展单词和短语的存在,不应被解读为意指在此类扩展短语可能不存在的情况下预期或要求更窄的情况。

Claims (20)

1.一种用户设备(UE),包括:
第一通信电路,被配置为接收通知;
处理器;以及
存储器单元,其在操作上连接到所述处理器并且包括指令,所述指令在被执行时使所述处理器:
确定所述通知指示在预设时间段内有呼入呼叫被引导至所述UE;
基于下述来识别所述UE在所述预设时间段内未接收到所述呼入呼叫:
识别到所述呼入呼叫没有被转到另一设备;和
识别到所述UE在所述预设时间段内没有处于使所述UE不接收呼入呼叫的呼叫处理模式;
基于识别到所述UE未接收到所述呼入呼叫,执行恢复选项。
2.根据权利要求1所述的UE,其中,所述通知是经由短消息服务(SMS)消息接收的,以及所述UE经由互联网协议(IP)多媒体子系统(IMS)服务接收呼入呼叫。
3.根据权利要求1所述的UE,其中,用于执行恢复选项的指令包括使所述处理器将互联网协议(IP)多媒体子系统(IMS)与所述UE之间的通信进行同步的指令,其中,所述呼入呼叫经由所述IMS接收。
4.根据权利要求3所述的UE,其中,使所述处理器将所述通信进行同步的指令包括使所述处理器执行以下操作的指令:
重新启动所述IMS与所述UE之间的注册过程;以及
在所述注册过程重新启动之后,重新建立所述UE与所述IMS的语音呼叫能力。
5.根据权利要求3所述的UE,其中,使所述处理器将所述通信进行同步的指令包括使所述处理器执行以下操作的指令:
使所述UE的第二通信电路先被禁用后被重新启用,其中,所述语音呼叫经由所述第二通信电路进行路由;以及
在重新启用所述第二通信电路之后,经由所述第二通信电路重新建立所述UE与所述IMS的语音呼叫能力。
6.根据权利要求3所述的UE,其中,使所述处理器将所述通信进行同步的指令包括使所述处理器执行以下操作的指令:
使所述UE的所有通信电路先被禁用后被重新启用;以及
在重新启用所述UE的所有通信电路后,重新建立所述UE与所述IMS的语音呼叫能力。
7.根据权利要求1所述的UE,其中,所述指令还使所述处理器:基于识别到所述UE未接收到所述呼入呼叫,向所述UE的用户生成指示所述UE正在经历连接问题的指示信号。
8.一种计算机实施的方法,包括:
在用户设备(UE)处经由第一通信电路接收通知;
确定所述通知指示在预设时间段内有呼入呼叫被引导至所述UE;
基于下述来识别所述UE在所述预设时间段内未接收到所述呼入呼叫:
识别到所述呼入呼叫没有被转到另一设备;和
识别到所述UE在所述预设时间段内没有处于使所述UE不接收呼入呼叫的呼叫处理模式;
基于识别到所述UE未接收到所述呼入呼叫,执行恢复选项。
9.根据权利要求8所述的方法,其中,所述通知是经由短消息服务(SMS)消息接收的,以及所述UE经由互联网协议(IP)多媒体子系统(IMS)服务接收呼入呼叫。
10.根据权利要求8所述的方法,其中,执行所述恢复选项包括:使IMS与所述UE之间的语音通信同步,其中,所述UE经由所述IMS接收到所述呼入呼叫。
11.根据权利要求10所述的方法,其中,使所述IMS与所述UE之间的语音通信同步包括:
重新启动所述IMS与所述UE之间的注册过程;以及
在重新启动所述注册过程之后,重新建立所述UE与所述IMS的语音呼叫能力。
12.根据权利要求10所述的方法,其中,使所述IMS与所述UE之间的语音通信同步包括:
使所述UE的第二通信电路先被禁用后被重新启用,其中,所述语音呼叫经由所述第二通信电路进行路由;以及
在重新启用所述第二通信电路之后,经由所述第二通信电路重新建立所述UE与所述IMS的语音呼叫能力。
13.根据权利要求10所述的方法,其中,使所述IMS与所述UE之间的语音通信同步包括:
使所述UE的所有通信电路先被禁用后被重新启用;以及
在重新启用所述UE的所有通信电路后,重新建立所述UE与所述IMS的语音呼叫能力。
14.根据权利要求8所述的方法,基于识别到所述UE未接收到所述呼入呼叫,向所述UE的用户生成指示所述UE正在经历连接问题的指示信号。
15.一种装置,包括:
处理器;以及
存储器单元,其在操作上连接到所述处理器并且包括指令,所述指令在被执行时使所述处理器:
在用户设备(UE)接收到指示在给定时间段内接收到针对所述UE的语音邮件消息的通知时,确定所述UE在接收到所述通知的时间处处于接收呼入呼叫的模式;
确定所述UE在接收到所述通知的预设时间内,未接收到呼入呼叫;以及
基于确定出所述UE漏接了所述呼入呼叫,在无需用户输入的情况下执行一个或多个恢复选项。
16.根据权利要求15所述的装置,其中,所述通知是经由短消息服务(SMS)消息接收的,以及所述UE经由互联网协议(IP)多媒体子系统(IMS)服务接收呼入呼叫。
17.根据权利要求15所述的装置,其中,用于执行所述一个或多个恢复选项的指令包括使所述处理器将互联网协议(IP)多媒体子系统(IMS)与所述UE之间的通信进行同步的指令,其中,所述呼入呼叫经由所述IMS接收。
18.根据权利要求17所述的装置,其中,使所述处理器将所述通信进行同步的指令包括使所述处理器执行以下操作的指令:
重新启动所述IMS与所述UE之间的注册过程;以及
在所述注册过程重新启动之后,重新建立所述UE与所述IMS的语音呼叫能力。
19.根据权利要求17所述的装置,其中,使所述处理器将所述通信进行同步的指令包括使所述处理器执行以下操作的指令:
使所述UE的第二通信电路先被禁用后被重新启用,其中,所述语音呼叫经由所述第二通信电路进行路由;以及
在重新启用所述第二通信电路之后,经由所述第二通信电路重新建立所述UE与所述IMS的语音呼叫能力。
20.根据权利要求17所述的装置,其中,使所述处理器将所述通信进行同步的指令包括使所述处理器执行以下操作的指令:
使所述UE的所有通信电路先被禁用后被重新启用;以及
在重新启用所述UE的所有通信电路后,重新建立所述UE与所述IMS的语音呼叫能力。
CN202280014049.5A 2021-02-19 2022-02-17 检测ims漏接呼叫并进行恢复的方法及装置 Pending CN116830550A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202163151268P 2021-02-19 2021-02-19
US63/151,268 2021-02-19
PCT/US2022/016811 WO2022170285A1 (en) 2021-02-19 2022-02-17 Method and apparatus to detect ims missing call and recovery

Publications (1)

Publication Number Publication Date
CN116830550A true CN116830550A (zh) 2023-09-29

Family

ID=82741855

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280014049.5A Pending CN116830550A (zh) 2021-02-19 2022-02-17 检测ims漏接呼叫并进行恢复的方法及装置

Country Status (3)

Country Link
US (1) US20230389107A1 (zh)
CN (1) CN116830550A (zh)
WO (1) WO2022170285A1 (zh)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6631270B1 (en) * 2000-04-05 2003-10-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for call completion in congested cells
CN101188641A (zh) * 2007-07-06 2008-05-28 深圳市慧思博通信科技有限公司 一种基于漏话检测的通讯方法及系统
CN104335544B (zh) * 2012-05-21 2018-05-15 瑞典爱立信有限公司 用于处理p-cscf故障和恢复连接的方法和装置
US9979756B2 (en) * 2016-06-07 2018-05-22 Verizon Patent And Licensing Inc. Recovery from a potential proxy call session control function (P-CSCF) failure during call origination
US20200228578A1 (en) * 2017-05-19 2020-07-16 Huawei Technologies Co., Ltd. Call Setup Method and Apparatus
US11165834B2 (en) * 2018-11-12 2021-11-02 Comcast Cable Communications, Llc Voice service restoration after element failure

Also Published As

Publication number Publication date
WO2022170285A1 (en) 2022-08-11
US20230389107A1 (en) 2023-11-30

Similar Documents

Publication Publication Date Title
US11310700B2 (en) Delayed radio domain fallback
US20140376360A1 (en) Method and apparatus for supporting a communication service
CN103843398A (zh) 用于为语音会话选择基于lte的话音或cs回退的方法和设备
US20240089304A1 (en) Voice Call Method and User Equipment
US20180027028A1 (en) Terminal and Terminal Call Soft Switching Method
WO2017087462A1 (en) Call failure reduction
US8843601B1 (en) Systems and methods for VOIP communication completion to a mobile device
US10383164B2 (en) Network terminal having configurable retry or changeover
US8224954B2 (en) Protecting subscriber database data integrity in geographical redundant deployments
US20230262099A1 (en) Voice call device
CN116830550A (zh) 检测ims漏接呼叫并进行恢复的方法及装置
CN110677826B (zh) 容灾方法、系统、终端和计算机可读存储介质
CN108616558B (zh) 建立通话的方法、装置及用户设备
US20150016336A1 (en) Method and apparatus for voip communication completion to a mobile device
CN111434098B (zh) 交换机、通信系统、注册方法以及计算机可读介质
CN113595765A (zh) 一种VoIP终端注册业务的故障转移方法及装置
US11997146B1 (en) IMS restoration triggered by receipt of a MWI or a text message via fallback protocol
US11700290B1 (en) Silent retry in a legacy system
JP2019220898A (ja) 無線通信端末、通信方法、及び通信プログラム
WO2022126146A1 (en) Method and system to improve ims registration failure due to p-cscf server connection failure
EP3220683B1 (en) Supporting a communication service using ps or cs services
US10721655B2 (en) Method of processing emergency call transfer requests
CN108134989B (zh) Lte网络驻留结果的检测方法及装置、计算机存储介质
KR20160089684A (ko) 이동 단말의 ims 등록 방법 및 그 이동 단말
US20130122887A1 (en) Method and Device for Communication

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination