呼叫响应方法、装置、终端设备及存储介质转让专利
申请号 : CN202210479865.5
文献号 : CN114585086B
文献日 : 2022-08-05
发明人 : 罗志 , 吴诚 , 刘念 , 江德祥
申请人 : 深圳小米通讯技术有限公司 , 北京小米移动软件有限公司
摘要 :
本公开提出一种呼叫响应方法、装置、终端设备及存储介质，涉及终端技术领域，其中，方法包括：接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息；确定终端设备所处的目标状态；根据目标状态对第一呼叫指示消息或第二呼叫指示消息进行响应，以进行PS呼叫或CS呼叫。由此，根据终端设备所处的目标状态，对网络设备先后下发的第一呼叫指示消息和第二呼叫指示消息中的其中一个呼叫指示消息进行响应，从而可以实现终端设备在同一时刻仅进行一种呼叫，可以避免在网络异常而导致网络设备同时下发两种不同类型的呼叫指示消息时，终端设备同时进行PS呼叫和CS呼叫而导致呼叫失败的情况，从而避免用户漏接来电的情况，改善用户使用体验。
权利要求 :
1.一种呼叫响应方法，其特征在于，应用于终端设备，所述方法包括：接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息，其中，所述第一呼叫指示消息的接收早于所述第二呼叫指示消息，用于指示所述终端设备进行分组交换域PS呼叫和电路交换域CS呼叫中的一个；所述第二呼叫指示消息用于指示所述终端设备进行所述PS呼叫和所述CS呼叫中的另一个；
确定所述终端设备所处的目标状态，所述目标状态包括空闲态、连接态；
根据所述目标状态，对所述第一呼叫指示消息或所述第二呼叫指示消息进行响应，以进行所述PS呼叫或所述CS呼叫。
2.根据权利要求1所述的方法，其特征在于，所述根据所述目标状态，对所述第一呼叫指示消息或所述第二呼叫指示消息进行响应，以进行所述PS呼叫或所述CS呼叫，包括：在所述目标状态为空闲态时，判断所述第一呼叫指示消息是否为PS寻呼消息；
响应于所述第一呼叫指示消息为PS寻呼消息，建立与所述网络设备之间的第一通信连接；
若所述第二呼叫指示消息是在所述第一通信连接建立完成后接收到的，则判断在接收到所述第二呼叫指示消息之后的第一设定时长内是否接收到所述网络设备发送的第三呼叫指示消息，其中，所述第三呼叫指示消息用于指示所述终端设备基于所述第一通信连接进行所述PS呼叫；
响应于在所述第一设定时长内接收到所述第三呼叫指示消息，对所述第一呼叫指示消息进行响应，以进行所述PS呼叫，并拒绝对所述第二呼叫指示消息进行响应，以拒绝CS呼叫。
3.根据权利要求2所述的方法，其特征在于，所述判断在接收到所述第二呼叫指示消息之后的第一设定时长内是否接收到所述网络设备发送的第三呼叫指示消息之后，还包括：响应于在所述第一设定时长内未接收到所述第三呼叫指示消息，拒绝对所述第一呼叫指示消息进行响应，以拒绝PS呼叫；
对所述第二呼叫指示消息进行响应，以进行CS呼叫。
4.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：响应于所述第一呼叫指示消息为CS寻呼消息，建立与所述网络设备之间的第二通信连接；
判断所述第二呼叫指示消息是否为在所述第二通信连接建立完成之后的第二设定时长内接收到的；
若所述第二呼叫指示消息是在所述第二设定时长内接收到的，则对所述第二呼叫指示消息进行响应，以进行所述PS呼叫，并拒绝对所述第一呼叫指示消息进行响应，以拒绝所述CS呼叫。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：若所述第二呼叫指示消息是在所述第二设定时长外接收到的，则对所述第一呼叫指示消息进行响应，以进行所述CS呼叫，并拒绝对所述第二呼叫指示消息进行响应，以拒绝所述PS呼叫。
6.根据权利要求1所述的方法，其特征在于，所述根据所述目标状态，对所述第一呼叫指示消息或所述第二呼叫指示消息进行响应，以进行所述PS呼叫或所述CS呼叫，包括：在所述目标状态为连接态时，若所述第一呼叫指示消息为会话初始协议请求SIP_invite消息，则对所述第一呼叫指示消息进行响应，以进行所述PS呼叫；
判断所述第二呼叫指示消息是否为在进行所述PS呼叫之后的第三设定时长内接收到的；
若所述第二呼叫指示消息为在所述第三设定时长内接收到的，则判断在所述第三设定时长内所述PS呼叫是否被所述网络设备挂断；
若所述PS呼叫被所述网络设备挂断，则对所述第二呼叫指示消息进行响应，以进行所述CS呼叫。
7.根据权利要求6所述的方法，其特征在于，所述判断在所述第三设定时长内所述PS呼叫是否被所述网络设备挂断，包括：在所述第三设定时长内获取所述网络设备的网络信息；
根据所述网络信息确定所述网络设备是否异常；
在所述网络设备异常的情况下，确定所述PS呼叫被所述网络设备挂断；
在所述网络设备未异常的情况下，确定所述PS呼叫未被所述网络设备挂断。
8.根据权利要求6所述的方法，其特征在于，所述方法还包括：若所述PS呼叫未被所述网络设备挂断，则判断在所述第三设定时长内是否接收到所述网络设备发送的目标信令，其中，所述目标信令用于指示所述PS呼叫执行到振铃阶段；
若在所述第三设定时长内接收到所述目标信令，则拒绝对所述第二呼叫指示消息进行响应，以继续进行所述PS呼叫；
若在所述第三设定时长内未接收到所述目标信令，则停止进行所述PS呼叫，并对所述第二呼叫指示消息进行响应，以进行所述CS呼叫。
9.根据权利要求6‑8中任一项所述的方法，其特征在于，所述方法还包括：若所述第二呼叫指示消息为在所述第三设定时长之后接收到的，则判断是否接收到所述网络设备发送的目标信令；
响应于接收到所述目标信令，拒绝对所述第二呼叫指示消息进行响应，以继续进行所述PS呼叫；
响应于未接收到所述目标信令，停止进行所述PS呼叫，并对所述第二呼叫指示消息进行响应，以进行所述CS呼叫。
10.一种呼叫响应装置，其特征在于，应用于终端设备，所述装置包括：接收模块，用于接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息，其中，所述第一呼叫指示消息的接收早于所述第二呼叫指示消息，用于指示所述终端设备进行分组交换域PS呼叫和电路交换域CS呼叫中的一个；所述第二呼叫指示消息用于指示所述终端设备进行所述PS呼叫和所述CS呼叫中的另一个；
确定模块，用于确定所述终端设备所处的目标状态，所述目标状态包括空闲态、连接态；
响应模块，用于根据所述目标状态，对所述第一呼叫指示消息或所述第二呼叫指示消息进行响应，以进行所述PS呼叫或所述CS呼叫。
11.根据权利要求10所述的装置，其特征在于，所述响应模块，用于：在所述目标状态为空闲态时，判断所述第一呼叫指示消息是否为PS寻呼消息；
响应于所述第一呼叫指示消息为PS寻呼消息，建立与所述网络设备之间的第一通信连接；
若所述第二呼叫指示消息是在所述第一通信连接建立完成后接收到的，则判断在接收到所述第二呼叫指示消息之后的第一设定时长内是否接收到所述网络设备发送的第三呼叫指示消息，其中，所述第三呼叫指示消息用于指示所述终端设备基于所述第一通信连接进行所述PS呼叫；
响应于在所述第一设定时长内接收到所述第三呼叫指示消息，对所述第一呼叫指示消息进行响应，以进行所述PS呼叫，并拒绝对所述第二呼叫指示消息进行响应，以拒绝CS呼叫；
响应于在所述第一设定时长内未接收到所述第三呼叫指示消息，拒绝对所述第一呼叫指示消息进行响应，以拒绝PS呼叫；
对所述第二呼叫指示消息进行响应，以进行CS呼叫。
12.根据权利要求11所述的装置，其特征在于，所述响应模块，用于：响应于所述第一呼叫指示消息为CS寻呼消息，建立与所述网络设备之间的第二通信连接；
判断所述第二呼叫指示消息是否为在所述第二通信连接建立完成之后的第二设定时长内接收到的；
若所述第二呼叫指示消息是在所述第二设定时长内接收到的，则对所述第二呼叫指示消息进行响应，以进行所述PS呼叫，并拒绝对所述第一呼叫指示消息进行响应，以拒绝所述CS呼叫。
13.根据权利要求10所述的装置，其特征在于，所述响应模块，用于：在所述目标状态为连接态时，若所述第一呼叫指示消息为会话初始协议请求SIP_invite消息，则对所述第一呼叫指示消息进行响应，以进行所述PS呼叫；
判断所述第二呼叫指示消息是否为在进行所述PS呼叫之后的第三设定时长内接收到的；
若所述第二呼叫指示消息为在所述第三设定时长内接收到的，则判断在所述第三设定时长内所述PS呼叫是否被所述网络设备挂断；
若所述PS呼叫被所述网络设备挂断，则对所述第二呼叫指示消息进行响应，以进行所述CS呼叫。
14.根据权利要求13所述的装置，其特征在于，所述响应模块，还用于：若所述PS呼叫未被所述网络设备挂断，则判断在所述第三设定时长内是否接收到所述网络设备发送的目标信令，其中，所述目标信令用于指示所述PS呼叫执行到振铃阶段；
若在所述第三设定时长内接收到所述目标信令，则拒绝对所述第二呼叫指示消息进行响应，以继续进行所述PS呼叫；
若在所述第三设定时长内未接收到所述目标信令，则停止进行所述PS呼叫，并对所述第二呼叫指示消息进行响应，以进行所述CS呼叫。
15.根据权利要求13或14所述的装置，其特征在于，所述响应模块，还用于：若所述第二呼叫指示消息为在所述第三设定时长之后接收到的，则判断是否接收到所述网络设备发送的目标信令；
响应于接收到所述目标信令，拒绝对所述第二呼叫指示消息进行响应，以继续进行所述PS呼叫；
响应于未接收到所述目标信令，停止进行所述PS呼叫，并对所述第二呼叫指示消息进行响应，以进行所述CS呼叫。
16.一种终端设备，其特征在于，包括：
处理器；
用于存储所述处理器的可执行指令的存储器；其中，所述处理器被配置为调用并执行所述存储器存储的可执行指令，以实现如权利要求1‑9中任一项所述的呼叫响应方法。
17.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1‑9中任一所述的呼叫响应方法。
说明书 :
呼叫响应方法、装置、终端设备及存储介质
技术领域
[0001] 本公开涉及终端技术领域，尤其涉及一种呼叫响应方法、装置、终端设备及存储介质。
背景技术
[0002] 目前，用户使用终端设备接听的电话，可以分为以下两种：
[0003] 第一种，是在2G（第二代移动通信技术）和3G（第三代移动通信技术））网络模式下的呼叫，此种呼叫的语音业务采用CS（Circuit Switch，电路交换）域进行呼叫，一般称呼为CS呼叫。具体地，终端设备在接收到网络设备发送的CS呼叫指示消息（比如，当终端设备处于空闲态时，该CS呼叫指示消息可以为CS寻呼（CS paging）消息，当终端设备处于连接态时，该CS呼叫指示消息可以为CS服务通知（CS service notification）消息）之后，可以进行CS呼叫，以建立通话。
[0004] 第二种，是在4G（第四代移动通信技术）和5G（第五代移动通信技术）网络模式下的IMS（IP（Internet Protocol，网际互联协议）Multimedia Subsystem，IP多媒体子系统）呼叫，一般称呼为PS（Packet Switch，分组交换）呼叫或VoLTE（Voice over Long‑Term Evolution，长期演进语音承载）呼叫，其中，PS呼叫是一种建立在PS域和IMS域的高清语音通话。具体地，终端设备在接收到网络设备发送的IMS呼叫指示消息（比如，当终端设备处于空闲态时，该IMS呼叫指示消息可以为PS寻呼（PS paging）消息，当终端设备处于连接态时，该IMS呼叫指示消息可以为会话初始协议请求SIP_invite消息）之后，可以进行PS呼叫，以建立通话。
[0005] 在正常情况下，如果终端设备处于IMS网络注册状态，即处于4G/5G网络模式下，则终端设备仅会接收到网络设备发送的IMS呼叫指示消息，并进行PS呼叫（即IMS呼叫）。
[0006] 然而，在4G/5G网络模式下，网络可能会存在异常的情况，网络异常可能会导致网络设备在极短地时间内向作为被叫方的终端设备先后发送CS呼叫指示消息和IMS呼叫指示消息，导致作为被叫方的终端设备同时进行CS呼叫和PS呼叫，由于CS呼叫方式和PS呼叫方式是相互冲突的，可能导致终端设备呼叫失败，进而造成用户无法接听到来电，影响用户的使用体验。
发明内容
[0007] 本公开旨在至少在一定程度上解决相关技术中的技术问题之一。
[0008] 为此，本公开提出了如下技术方案：
[0009] 本公开第一方面实施例提出一种呼叫响应方法，包括：
[0010] 接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息，其中，所述第一呼叫指示消息的接收早于所述第二呼叫指示消息，用于指示所述终端设备进行分组交换域PS呼叫和电路交换域CS呼叫中的一个；所述第二呼叫指示消息用于指示所述终端设备进行所述PS呼叫和所述CS呼叫中的另一个；
[0011] 确定所述终端设备所处的目标状态；
[0012] 根据所述目标状态，对所述第一呼叫指示消息或所述第二呼叫指示消息进行响应，以进行所述PS呼叫或所述CS呼叫。
[0013] 本公开的第二方面实施例提出一种呼叫响应装置，包括：
[0014] 接收模块，用于接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息，其中，所述第一呼叫指示消息的接收早于所述第二呼叫指示消息，用于指示所述终端设备进行分组交换域PS呼叫和电路交换域CS呼叫中的一个；所述第二呼叫指示消息用于指示所述终端设备进行所述PS呼叫和所述CS呼叫中的另一个；
[0015] 确定模块，用于确定所述终端设备所处的目标状态；
[0016] 响应模块，用于根据所述目标状态，对所述第一呼叫指示消息或所述第二呼叫指示消息进行响应，以进行所述PS呼叫或所述CS呼叫。
[0017] 本公开的第三方面实施例提出一种终端设备，包括：
[0018] 处理器；
[0019] 用于存储所述处理器的可执行指令的存储器；其中，所述处理器被配置为调用并执行所述存储器存储的可执行指令，以实现如本公开第一方面实施例提出的呼叫响应方法。
[0020] 本公开的第四方面实施例提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开第一方面实施例提出的呼叫响应方法。
[0021] 本公开的第五方面实施例提出一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，执行如本公开第一方面实施例提出的呼叫响应方法。
[0022] 本公开的技术方案，接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息，其中，第一呼叫指示消息的接收早于第二呼叫指示消息，用于指示终端设备进行分组交换域PS呼叫和电路交换域CS呼叫中的一个；第二呼叫指示消息用于指示终端设备进行PS呼叫和CS呼叫中的另一个；确定终端设备所处的目标状态；根据目标状态，对第一呼叫指示消息或第二呼叫指示消息进行响应，以进行PS呼叫或CS呼叫。由此，根据终端设备所处的目标状态，对网络设备先后下发的第一呼叫指示消息和第二呼叫指示消息中的其中一个呼叫指示消息进行响应，从而可以实现终端设备在同一时刻仅进行一种呼叫，即仅进行PS呼叫或CS呼叫，可以避免相关技术中在网络异常而导致网络设备同时下发两种不同类型的呼叫指示消息时，终端设备同时进行PS呼叫和CS呼叫而导致呼叫失败的情况，从而可以避免用户漏接来电的情况，可以有效改善用户使用体验。
[0023] 本公开附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。
附图说明
[0024] 本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
[0025] 图1为终端设备同时接收到CS呼叫指示消息和IMS呼叫指示消息时的处理流程示意图；
[0026] 图2为本公开一实施例所提供的呼叫响应方法的流程示意图；
[0027] 图3为本公开另一实施例所提供的呼叫响应方法的流程示意图；
[0028] 图4为本公开另一实施例所提供的呼叫响应方法的流程示意图；
[0029] 图5为本公开所提供的终端设备处于空闲态时的呼叫响应流程示意图；
[0030] 图6为本公开另一实施例所提供的呼叫响应方法的流程示意图；
[0031] 图7为本公开另一实施例所提供的呼叫响应方法的流程示意图；
[0032] 图8为本公开所提供的终端设备处于连接态时的呼叫响应流程示意图；
[0033] 图9为本公开一实施例所提供的呼叫响应装置的结构示意图；
[0034] 图10示出了适于用来实现本公开实施方式的示例性终端设备的框图。
具体实施方式
[0035] 下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。
[0036] 在正常情况下，当终端设备处于IMS网络注册状态时，终端设备仅会接收到IMS 呼叫指示消息，并进行PS 呼叫（又可以称为IMS呼叫、VoLTE呼叫）。然而，在4G/5G网络模式下，网络可能会存在异常的情况，网络异常可能会导致网络设备在极短地时间内向作为被叫方的终端设备先后发送CS 呼叫指示消息和IMS 呼叫指示消息，导致作为被叫方的终端设备同时进行CS呼叫和PS呼叫，由于这两种呼叫方式相互冲突，可能导致终端设备出现呼叫失败的情况，造成用户无法接听到来电。
[0037] 作为一种示例，当作为被叫方的终端设备同时接收到网络设备发送的CS 寻呼消息和PS 寻呼消息时，如图1所示，终端设备先进行CS 呼叫，向网络设备发起ESR（Extended Service Request，延伸服务请求），进行CSFB（Circuit Switched Domain fallback，电路交换域回落），此时CS 呼叫已经在进行中，但是终端设备又接收到网络设备发送的SIP_invite消息，此时，终端设备需要进行PS 呼叫。然而，在终端设备进行CS 呼叫时，该终端设备已经回落到CS域，不能正常处理PS 呼叫，导致PS呼叫失败，又由于终端设备处理PS呼叫会耗费一定时间，可能导致正在进行的CS 呼叫也失败。
[0038] 作为一种应用场景，以作为被叫方的终端设备处于空闲态进行示例性说明，其中，当终端设备处于空闲态时，CS呼叫指示消息为CS寻呼消息，IMS呼叫指示消息为PS寻呼消息。当该终端设备处于4G和5G网络模式下，如果网络异常，而导致终端设备极短地时间内先后接收到网络设备下发的CS寻呼消息和PS寻呼消息，则该终端设备将同时进行CS呼叫和PS呼叫。但是由于两种不同类型的呼叫之间存在冲突，可能导致呼叫失败，从而导致终端设备漏接来电。
[0039] 作为另一种应用场景，以作为被叫方的终端设备处于连接态进行示例性说明，其中，当终端设备处于RRC连接态时，CS呼叫指示消息为CS service notification消息，IMS呼叫指示消息为SIP_invite消息。当该终端设备处于4G/5G网络模式下，接收到网络设备下发的SIP_invite消息时，则终端设备可以进行PS呼叫，如果终端设备在进行PS呼叫的过程中，继续接收到网络设备异常发送的CS service notification消息，则终端设备将进行CS呼叫，由于终端设备同时进行CS呼叫和PS呼叫，将引发呼叫冲突，从而导致呼叫失败。
[0040] 这种由于网络异常而导致终端设备在极短地时间内先后接收到CS呼叫指示消息和IMS呼叫指示消息的场景比较特殊，在这种特殊的场景下，终端设备可能会漏接来电，在一定程度上影响用户的使用体验。
[0041] 针对上述问题，本公开提出一种呼叫响应方法、装置、终端设备和存储介质。
[0042] 下面参考附图描述本公开实施例的呼叫响应方法、装置、终端设备和存储介质。
[0043] 图2为本公开一实施例所提供的呼叫响应方法的流程示意图。
[0044] 本公开实施例的呼叫响应方法可以应用于任一终端设备，以使该终端设备可以执行呼叫响应功能。
[0045] 其中，终端设备是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端（terminal）、用户设备（User Equipment，UE）、移动台（Mobile Station，MS）、移动终端设备（Mobile Terminal，MT）等。终端设备可以是具备通信功能的汽车、智能汽车、手机（Mobile Phone）、穿戴式设备、平板电脑（Pad）、电视、电视棒、带无线收发功能的电脑、虚拟现实（Virtual Reality，VR）终端设备、增强现实（Augmented Reality，AR）终端设备、工业控制（industrial control）中的无线终端设备、无人驾驶（self‑driving）中的无线终端设备、远程手术（remote medical surgery）中的无线终端设备、智能电网（smart grid）中的无线终端设备、运输安全（transportation safety）中的无线终端设备、智慧城市（smart city）中的无线终端设备、智慧家庭（smart home）中的无线终端设备等等。本公开的实施例对终端设备所采用的具体技术和具体设备形态不做限定。
[0046] 如图2所示，该呼叫响应方法可以包括以下步骤：
[0047] 步骤201，接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息。
[0048] 其中，第一呼叫指示消息的接收早于第二呼叫指示消息，该第一呼叫指示消息用于指示终端设备进行PS呼叫和CS呼叫中的一个；第二呼叫指示消息用于指示终端设备进行PS呼叫和CS呼叫中的另一个。
[0049] 在本公开实施例中，网络设备是网络侧的一种用于发射或接受信号的实体。例如，网络设备可以为演进型基站（evolved NodeB，eNB）、传输接收点（transmission reception point，或transmit receive point，TRP）、NR系统中的下一代基站（next generation NodeB，gNB）、其他未来移动通信系统中的基站或无线保真（wireless fidelity，WiFi）系统中的接入节点等。本公开的实施例对网络设备所采用的具体技术和具体设备形态不做限定。本公开实施例提供的网络设备可以是由集中单元（central unit，CU）与分布式单元（distributed unit，DU）组成的，其中，CU也可以称为控制单元（control unit），采用CU‑DU的结构可以将网络设备，例如基站的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。
[0050] 在本公开实施例中，第一呼叫指示消息可以为IMS呼叫指示消息（或称为PS呼叫指示消息、VoLTE呼叫指示消息），与之相对应的，第一呼叫指示消息可以用于指示终端设备进行PS呼叫（或称为IMS呼叫、VoLTE呼叫）；或者，第一呼叫指示消息可以为CS呼叫指示消息，与之相对应的，第一呼叫指示消息可以用于指示终端设备进行CS呼叫。
[0051] 在本公开实施例中，第二呼叫指示消息可以为IMS呼叫指示消息，与之相对应的，第二呼叫指示消息可以用于指示终端设备进行PS呼叫；或者，第二呼叫指示消息可以为CS呼叫指示消息，与之相对应的，第二呼叫指示消息可以用于指示终端设备进行CS呼叫。
[0052] 需要说明的是，第一呼叫指示消息与第二呼叫指示消息不同，且第一呼叫指示消息的接收时间可以早于第二呼叫指示消息。
[0053] 作为一种示例，当第一呼叫指示消息用于指示终端设备进行PS呼叫时，第二呼叫指示消息用于指示终端设备进行CS呼叫。
[0054] 作为另一种示例，当第一呼叫指示消息用于指示终端设备进行CS呼叫时，第二呼叫指示消息用于指示终端设备进行PS呼叫。
[0055] 在本公开实施例中，终端设备可以接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息。
[0056] 步骤202，确定终端设备所处的目标状态。
[0057] 在本公开实施例中，目标状态可以为空闲态或连接态。当目标状态为空闲态时，终端设备仅能接收到网络设备发送的下行信息，而无法向网络设备发送上行信息；当目标状态为连接态时，终端设备不仅可以接收到网络设备发送的下行信息，还可以向网络设备发送上行信息。比如，当目标状态为连接态时，终端设备与网络设备之间建立有通信连接（比如RRC（Radio Resource Control，无线资源控制）连接），终端设备可以通过上述通信连接向网络设备发送上行信息。
[0058] 在本公开实施例中，可以确定终端设备所处的目标状态，即确定终端设备所处的目标状态是空闲态，还是连接态。
[0059] 步骤203，根据目标状态，对第一呼叫指示消息或第二呼叫指示消息进行响应，以进行PS呼叫或CS呼叫。
[0060] 在本公开实施例中，可以根据终端设备所处的目标状态，对第一呼叫指示消息或第二呼叫指示消息进行响应，以进行PS呼叫或CS呼叫。
[0061] 作为一种示例，可以根据终端设备所处的目标状态，对第一呼叫指示消息进行响应，以进行该第一呼叫指示消息所指示的呼叫。比如，在第一呼叫指示消息为IMS呼叫指示消息时，终端设备可以进行PS呼叫，或者，当第一呼叫指示消息为CS呼叫指示消息时，终端设备可以进行CS呼叫。
[0062] 作为另一种示例，可以根据终端设备所处的目标状态，对第二呼叫指示消息进行响应，以进行该第二呼叫指示消息所指示的呼叫。比如，在第二呼叫指示消息为IMS呼叫指示消息时，终端设备可以进行PS呼叫，或者，当第二呼叫指示消息为CS呼叫指示消息时，终端设备可以进行CS呼叫。
[0063] 在本公开实施例的一种可能的实现方式中，终端设备可以判断在接收到第一呼叫指示消息之后的预设时长内是否接收到第二呼叫指示消息，若终端设备在接收到第一呼叫指示信息之后的预设时长内接收到第二呼叫指示消息，则可以执行上述步骤201至203，若终端设备在接收到第一呼叫指示信息之后的预设时长内未接收到第二呼叫指示消息，则该终端设备可以仅对第一呼叫指示消息进行响应。
[0064] 其中，预设时长为预先设定的时长，该预设时长为较短的时长，比如预设时长可以为2秒、3秒、5秒、7秒等。
[0065] 本公开实施例的呼叫响应方法，通过接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息，其中，第一呼叫指示消息的接收早于第二呼叫指示消息，用于指示终端设备进行分组交换域PS呼叫和电路交换域CS呼叫中的一个；第二呼叫指示消息用于指示终端设备进行PS呼叫和CS呼叫中的另一个；确定终端设备所处的目标状态；根据目标状态，对第一呼叫指示消息或第二呼叫指示消息进行响应，以进行PS呼叫或CS呼叫。由此，根据终端设备所处的目标状态，对网络设备先后下发的第一呼叫指示消息和第二呼叫指示消息中的其中一个呼叫指示消息进行响应，从而可以实现终端设备在同一时刻仅进行一种呼叫，即仅进行PS呼叫或CS呼叫，可以避免相关技术中在网络异常而导致网络设备同时下发两种不同类型的呼叫指示消息时，终端设备同时进行PS呼叫和CS呼叫而导致呼叫失败的情况，从而可以避免用户漏接来电的情况，可以有效改善用户使用体验。
[0066] 在本公开实施例的一种可能的实现方式中，当终端设备所处的目标状态为空闲态时，为了清楚说明本公开任一实施例中，是如何根据目标状态对第一呼叫指示消息或第二呼叫指示消息进行响应的，本公开还提出一种呼叫响应方法。
[0067] 图3为本公开另一实施例所提供的呼叫响应方法的流程示意图。
[0068] 如图3所示，该呼叫响应方法可以包括以下步骤：
[0069] 步骤301，接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息。
[0070] 步骤302，确定终端设备所处的目标状态。
[0071] 步骤301至302的执行过程可以参见本公开任一实施例的执行过程，在此不做赘述。
[0072] 步骤303，在目标状态为空闲态时，判断第一呼叫指示消息是否为PS寻呼消息。
[0073] 其中，PS寻呼消息用于指示终端设备进行PS呼叫。
[0074] 在本公开实施例中，当终端设备所处的目标状态为空闲态时，可以判断终端设备先接收到的第一呼叫指示消息是否为PS寻呼消息。
[0075] 步骤304，响应于第一呼叫指示消息为PS寻呼消息，建立与网络设备之间的第一通信连接。
[0076] 在本公开实施例中，当第一呼叫指示消息为PS寻呼消息时，终端设备可以建立与网络设备之间的第一通信连接（比如RRC连接），以基于该第一通信连接与网络设备进行通信。
[0077] 步骤305，若第二呼叫指示消息是在第一通信连接建立完成后接收到的，则判断在接收到第二呼叫指示消息之后的第一设定时长内是否接收到网络设备发送的第三呼叫指示消息。
[0078] 在本公开实施例中，若终端设备在接收到第二呼叫指示消息之后的第一设定时长内接收到网络设备发送的第三呼叫指示消息，则执行步骤306，若该终端设备在接收到第二呼叫指示消息之后的第一设定时长内未接收到网络设备发送的第三呼叫指示消息，则执行步骤307‑308。
[0079] 其中，第三呼叫指示消息用于指示终端设备基于第一通信连接进行PS呼叫。
[0080] 在本公开实施例中，第一设定时长可以是预先设定的，比如，第一设定时长可以为2s（second，秒）、3s等等，本公开对此不做限制。
[0081] 需要说明的是，第一设定时长为较短的时长，该第一设定时长可以根据人工经验设置，或者，也可以根据实际应用场景和应用需求进行动态调整，本公开对此不做限制。
[0082] 在本公开实施例中，当第一呼叫指示消息为PS寻呼消息时，该第一呼叫指示消息用于指示终端设备进行PS呼叫，相对应的，第二呼叫指示消息可以为CS呼叫指示消息，用于指示终端设备进行CS呼叫。
[0083] 在本公开实施例中，第三呼叫指示消息可以是在第一通信连接建立完成后，终端设备接收到的呼叫指示消息，即第三呼叫指示消息是终端设备处于连接态时接收到的呼叫指示消息。其中，该第三呼叫指示消息用于指示终端设备基于第一通信连接进行PS呼叫，即第三呼叫指示消息可以为SIP_invite消息。
[0084] 在本公开实施例中，当第二呼叫指示消息是在第一通信连接建立完成后接收到的时，可以判断在接收到第二呼叫消息之后的第一设定时长内是否接收到网络设备发送的第三呼叫指示消息，若在接收到第二呼叫消息之后的第一设定时长内接收到网络设备发送的第三呼叫指示消息，则执行步骤306，若在接收到第二呼叫消息之后的第一设定时长内未接收到网络设备发送的第三呼叫指示消息，则执行步骤307‑308。
[0085] 为了清楚说明本公开中是如何判断在接收到第二呼叫消息之后的第一设定时长内是否接收到网络设备发送的第三呼叫指示消息的，在本公开实施例的一种可能的实现方式中，终端设备可以响应于接收到第二呼叫指示消息，启动第一定时器；在第一定时器的运行期间内，判断是否接收到网络设备发送的第三呼叫指示消息；其中，当第一定时器的取值等于第一设定时长时，第一定时器停止运行。
[0086] 也就是说，当终端设备接收到网络设备发送的第二呼叫指示消息时，可以启动第一定时器，其中，第一定时器的运行时长为第一设定时长，当第一定时器的取值小于第一设定时长时，该第一定时器处于运行阶段，而当第一定时器的取值等于第一设定时长时，该第一定时器停止运行。在第一定时器的运行期间内，可以判断终端设备是否接收到网络设备发送的第三呼叫指示消息。若在第一定时器的运行期间内接收到网络设备发送的第三呼叫指示消息，则执行步骤306，若在第一定时器的运行期间内未接收到网络设备发送的第三呼叫指示消息，则执行步骤307‑308。
[0087] 可以理解的是，实际应用时，还可能存在以下情况：在第一通信连接建立完成后未接收到网络设备发送的第二呼叫指示消息，此时，由于终端设备仅接收到一种呼叫指示消息，不会出现PS呼叫和CS呼叫同时进行的冲突情形，因此，在本公开实施例的一种可能的实现方式中，若在第一通信连接建立完成后未接收到第二呼叫指示消息，则可以对第一呼叫指示消息进行响应，以进行PS呼叫。
[0088] 步骤306，对第一呼叫指示消息进行响应，以进行PS呼叫，并拒绝对第二呼叫指示消息进行响应，以拒绝CS呼叫。
[0089] 在本公开实施例中，当终端设备在接收到第二呼叫指示消息之后的第一设定时长内接收到第三呼叫指示消息时，可以对第一呼叫指示消息进行响应，以进行PS呼叫，并可以拒绝对第二呼叫指示消息进行响应，以拒绝进行CS呼叫，即拒绝向网络设备发送ESR（Extended Service Request，延伸服务请求），以拒绝进行CSFB（Circuit Switched Domain fallback，电路交换域回落），从而避免了在终端设备中同时进行PS呼叫和CS呼叫，而导致呼叫冲突的情况。
[0090] 步骤307，拒绝对第一呼叫指示消息进行响应，以拒绝PS呼叫。
[0091] 在本公开实施例中，当终端设备在接收到第二呼叫指示消息之后的第一设定时长内未接收到第三呼叫指示消息时，可以拒绝对第一呼叫指示消息进行响应，以拒绝进行PS呼叫。
[0092] 步骤308，对第二呼叫指示消息进行响应，以进行CS呼叫。
[0093] 在本公开实施例中，终端设备可以对第二呼叫指示消息进行响应，以进行CS呼叫，即终端设备向网络设备发送ESR，并进行CSFB，以进行上述CS呼叫。
[0094] 需要说明的是，步骤306和步骤307‑308为并列的两种实现方式，实际应用时，可以择一执行。
[0095] 本公开实施例的呼叫响应方法，通过在目标状态为空闲态时，判断第一呼叫指示消息是否为PS寻呼消息；响应于第一呼叫指示消息为PS寻呼消息，建立与网络设备之间的第一通信连接；若第二呼叫指示消息是在第一通信连接建立完成后接收到的，则判断在接收到第二呼叫指示消息之后的第一设定时长内是否接收到网络设备发送的第三呼叫指示消息，其中，第三呼叫指示消息用于指示终端设备基于第一通信连接进行PS呼叫；响应于在第一设定时长内接收到第三呼叫指示消息，对第一呼叫指示消息进行响应，以进行PS呼叫，并拒绝对第二呼叫指示消息进行响应，以拒绝CS呼叫；响应于在第一设定时长内未接收到第三呼叫指示消息，拒绝对第一呼叫指示消息进行响应，以拒绝PS呼叫；对第二呼叫指示消息进行响应，以进行CS呼叫。由此，终端设备在同一时刻仅进行一种类型的呼叫，即终端设备在同一时刻仅进行PS呼叫或CS呼叫，可以避免同时进行两种不同类型的呼叫而导致呼叫失败的情况，改善用户的使用体验。
[0096] 上述实施例为终端设备处于空闲态，且终端设备先接收到的第一呼叫指示消息为PS寻呼消息时，终端设备的呼叫响应过程，实际应用时，当终端设备所处的目标状态为空闲态时，还可能存在以下情况：终端设备先接收到的第一呼叫指示消息为CS寻呼消息，为了清楚说明在第一呼叫指示消息为CS寻呼消息时，终端设备是如何进行呼叫的，本公开还提出一种呼叫响应方法。
[0097] 图4为本公开另一实施例所提供的呼叫响应方法的流程示意图。
[0098] 如图4所示，该呼叫响应方法可以包括以下步骤：
[0099] 步骤401，接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息。
[0100] 步骤402，确定终端设备所处的目标状态。
[0101] 步骤401至402的执行过程可以参见本公开任一实施例的执行过程，在此不做赘述。
[0102] 步骤403，在目标状态为空闲态时，判断第一呼叫指示消息是否为CS寻呼消息。
[0103] 其中，CS寻呼消息用于指示终端设备进行CS呼叫。
[0104] 在本公开实施例中，当终端设备处于空闲态时，可以判断终端设备先接收到的第一呼叫指示信息是否为CS寻呼消息。若终端设备先接收到的第一呼叫指示信息为CS寻呼消息，则执行步骤404及其后续步骤，若终端设备先接收到的第一呼叫指示信息不为CS寻呼消息，即第一呼叫指示消息为PS寻呼消息，此时，可以执行步骤304及其后续步骤。
[0105] 步骤404，响应于第一呼叫指示消息为CS寻呼消息，建立与网络设备之间的第二通信连接。
[0106] 在本公开实施例中，当第一呼叫指示消息为CS寻呼消息时，即终端设备先接收到的第一呼叫指示消息为CS寻呼消息时，终端设备可以建立与网络设备之间的第二通信连接（比如RRC连接），以基于该第二通信连接与网络设备进行通信。
[0107] 步骤405，判断第二呼叫指示消息是否为第二通信连接建立完成之后的第二设定时长内接收到的。
[0108] 在本公开实施例中，若第二呼叫指示消息是在第二通信连接建立完成之后的第二设定时长内接收到的，则执行步骤406，若第二呼叫指示消息不是在第二通信连接建立完成之后的第二设定时长内接收到的，则执行步骤407。
[0109] 在本公开实施例中，当第一呼叫指示消息为CS寻呼消息时，相对应的，第二呼叫指示消息可以为IMS呼叫指示消息，例如，当第二呼叫指示消息为终端设备在第二通信连接建立完成之后的第二设定时长内接收到的时，该第二呼叫指示消息可以为SIP_invite消息。
[0110] 在本公开实施例中，第二设定时长可以为预先设置的，比如第二设定时长为1s、2s等等，本公开对此不做限制。
[0111] 需要说明的是，第二设定时长可以与第一设定时长相同，或者也可以与第一设定时长不同，本公开对此不做限制。
[0112] 还需要说明的是，第二设定时长为较短的时长，该第二设定时长可以根据人工经验设置，或者，也可以是根据实际应用场景和应用需求进行动态调整，本公开对此不做限制。
[0113] 在本公开实施例中，终端设备可以判断第二呼叫指示消息是否为在第二通信连接建立完成之后的第二设定时长内接收到的，若第二呼叫指示消息是在第二通信连接建立完成之后的第二设定时长内接收到的，则执行步骤406，若第二呼叫指示消息是在第二通信连接建立完成之后的第二设定时长外接收到的，则执行步骤407。
[0114] 在本公开实施例的一种可能的实现方式中，终端设备可以响应于第二通信连接建立完成，启动第二定时器，即当终端设备建立完成第二通信连接时，可以启动第二定时器，其中，第二定时器的取值等于第二设定时长时，第二定时器停止运行，即第二定时器的运行时长为第二设定时长。终端设备可以判断第二呼叫指示消息是否为在第二定时器的运行期间内接收到的，若第二呼叫指示消息是在第二定时器的运行期间内接收到的，则执行步骤406，若第二呼叫指示消息不是在第二定时器的运行期间内接收到的，则执行步骤407。
[0115] 步骤406，对第二呼叫指示消息进行响应，以进行PS呼叫，并拒绝对第一呼叫指示消息进行响应，以拒绝CS呼叫。
[0116] 在本公开实施例中，若第二呼叫指示消息是在第二通信连接建立完成之后的第二设定时长内接收到的，即该第二呼叫指示消息是在第二定时器的运行期间内接收到的，则可以对第二呼叫指示消息进行响应，以进行PS呼叫，并可以拒绝对第一呼叫指示消息进行响应，以拒绝进行CS呼叫，即终端设备可以拒绝向网络设备发送ESR，从而避免终端设备同时进行PS呼叫和CS呼叫，而造成呼叫冲突的情况。
[0117] 步骤407，对第一呼叫指示消息进行响应，以进行CS呼叫，并拒绝对第二呼叫指示消息进行响应，以拒绝PS呼叫。
[0118] 在本公开实施例中，若第二呼叫指示消息不是在第二通信连接建立完成之后的第二设定时长内接收到的，即第二呼叫指示消息是在第二通信连接建立完成之后的第二设定时长外接收到的，则可以对第一呼叫指示消息进行响应，以进行CS呼叫，并拒绝对第二呼叫指示消息进行响应，以拒绝PS呼叫。
[0119] 作为一种示例，第二呼叫指示消息是在第二定时器停止运行后才接收到的，则可以拒绝对该第二呼叫指示消息进行响应，以拒绝PS呼叫，即若终端设备在第二定时器的运行期间内未接收到第二呼叫指示消息，则可以对第一呼叫指示消息进行响应，以进行CS呼叫。
[0120] 需要说明的是，步骤406和步骤407为并列的两种实现方式，实际应用时，可以择一执行。
[0121] 作为一种应用场景，当终端设备处于空闲态时，终端设备的呼叫响应流程可以如图5所示，具体可以包括以下步骤：
[0122] 1：当终端设备处于空闲态时，可以检测终端设备是否处于IMS注册状态，以确认终端设备的网络模式是否为4G/5G；若终端设备处于IMS注册状态，则可以执行后续步骤，若终端设备未处于IMS注册状态，则无需执行后续步骤；
[0123] 2：当终端设备处于IMS注册状态时，可以判断终端设备先接收到的第一呼叫指示消息是PS寻呼消息（即IMS呼叫指示消息），还是CS寻呼消息（即CS呼叫指示消息）。
[0124] 3：若第一呼叫指示消息为PS 寻呼消息，则执行步骤4‑6；若第一呼叫指示消息为CS寻呼消息，则执行步骤7‑12；
[0125] 4：在第一呼叫指示消息为PS 寻呼消息的情况下，建立终端设备与网络设备之间的第一通信连接，比如以第一通信连接为RRC连接进行示例，终端设备可以向网络设备发送RRC连接建立请求，网络设备在接收到RRC连接建立请求后，可以响应于该请求，向终端设备发送确认响应，终端设备在接收到该确认响应后，即可建立RRC连接。在第一通信连接建立完成后，可以确定是否继续接收到网络设备发送的第二呼叫指示消息（即CS呼叫指示消息），若是，则执行步骤5；若否，则执行步骤6；
[0126] 5：若在第一通信连接建立完成后，终端设备接收到网络设备发送的第二呼叫指示消息（即CS 呼叫指示消息，具体为CS service notification消息），则可以执行以下子步骤：
[0127] 5.1：开启第一定时器，其中，第一定时器的运行时长为第一设定时长（比如2s），当第一定时器的取值等于第一设定时长，第一定时器停止运行；
[0128] 5.2：在第一定时器的运行期间内，判断终端设备是否接收到网络设备后续发送的第三呼叫指示消息，其中，第三呼叫指示消息用于指示终端设备进行PS呼叫，即第三呼叫指示消息为SIP_invite消息；
[0129] 5.3：若在第一定时器的运行期间内，终端设备接收到SIP_invite消息，则拒绝进行CS 呼叫，即终端设备拒绝向网络设备发送ESR，并可以继续进行当前的PS呼叫；
[0130] 5.4：若在第一定时器的运行期间内，终端设备未接收到SIP_invite消息，则拒绝进行当前的PS 呼叫，终端设备可以向网络设备发送ESR，并进行CSFB，以进行CS 呼叫；
[0131] 6：若终端设备在第一通信连接建立完成后未接收到网络设备发送的第二呼叫指示消息（即CS 呼叫指示消息），则进行当前的PS呼叫；
[0132] 7：在终端设备先接收到的第一呼叫指示消息为CS 寻呼消息的情况下，可以建立终端设备与网络设备之间的第二通信连接（比如RRC连接）；
[0133] 8：在第二通信连接建立完成时，可以开启第二定时器，其中，第二定时器的运行时长为第二设定时长（比如2s），当第二定时器的取值等于第二设定时长，第二定时器停止运行；
[0134] 9：在第二定时器的运行期间内，判断终端设备是否继续接收到网络设备发送的第二呼叫指示消息（IMS呼叫指示消息，即SIP_invite消息），若是，则执行步骤10，若否，则执行步骤11‑12；
[0135] 10：若在第二定时器的运行期间内，终端设备接收到网络设备发送的SIP_invite消息，则拒绝进行CS 呼叫，并进行PS呼叫；
[0136] 11：若在第二定时器的运行期间内，终端设备未接收到网络设备发送的SIP_invite消息，则终端设备可以向网络设备发送ESR，并进行CSFB，以进行CS 呼叫；
[0137] 12：若在第二定时器停止运行后接收到网络设备发送的第二呼叫指示消息（IMS 呼叫指示消息），则直接拒绝进行PS呼叫；
[0138] 13：结束。
[0139] 需要说明的是，当终端设备处于空闲态时，IMS呼叫指示消息可以为PS寻呼消息，当终端设备处于连接态时，IMS呼叫指示消息可以为SIP_invite消息。当终端设备处于空闲态时，CS呼叫指示消息可以为CS寻呼消息，当终端设备处于连接态时，CS呼叫指示消息可以为CS service notification消息。
[0140] 由此，当终端设备在4G/5G网络模式下，且处于空闲态时，若终端设备作为被叫方，则通过采用上述方法，可以有效避免因为网络异常，而导致终端设备在极短地时间内接收到网络设备先后发送的CS呼叫指示消息和IMS呼叫指示消息，并同时进行CS呼叫和PS呼叫而造成呼叫失败的情况。
[0141] 本公开实施例的呼叫响应方法，通过在目标状态为空闲态时，判断第一呼叫指示消息是否为CS寻呼消息；响应于第一呼叫指示消息为CS寻呼消息，建立与网络设备之间的第二通信连接；判断第二呼叫指示消息是否为在第二通信连接建立完成之后的第二设定时长内接收到的；若第二呼叫指示消息是在第二设定时长内接收到的，则对第二呼叫指示消息进行响应，以进行PS呼叫，并拒绝对第一呼叫指示消息进行响应，以拒绝CS呼叫。若第二呼叫指示消息不是在第二设定时长内未接收到的，则对第一呼叫指示消息进行响应，以进行CS呼叫。由此，终端设备在同一时刻仅进行一种类型的呼叫，即终端设备在同一时刻仅进行PS呼叫或CS呼叫，可以避免同时进行两种不同类型的呼叫而导致呼叫失败的情况，改善用户的使用体验。
[0142] 在本公开实施例的一种可能的实现方式中，当终端设备所处的目标状态为连接态时，为了清楚说明本公开任一实施例中，是如何根据目标状态对第一呼叫指示消息或第二呼叫指示消息进行响应的，本公开还提出一种呼叫响应方法。
[0143] 图6为本公开另一实施例所提供的呼叫响应方法的流程示意图。
[0144] 如图6所示，该呼叫响应方法可以包括以下步骤：
[0145] 步骤601，接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息。
[0146] 步骤602，确定终端设备所处的目标状态。
[0147] 步骤601至602的执行过程可以参见本公开任一实施例的执行过程，在此不做赘述。
[0148] 步骤603，在目标状态为连接态时，若第一呼叫指示消息为SIP_invite消息，则对第一呼叫指示消息进行响应，以进行PS呼叫。
[0149] 其中，SIP_invite消息用于指示终端设备进行PS呼叫。
[0150] 在本公开实施例中，当终端设备处于连接态时，如果终端设备先接收到的第一呼叫指示消息为SIP_invite消息，则可以对该第一呼叫指示消息进行响应，以进行PS呼叫。
[0151] 步骤604，判断第二呼叫指示消息是否为在进行PS呼叫之后的第三设定时长内接收到的。
[0152] 在本公开实施例中，当第一呼叫指示消息为SIP_invite消息（即IMS呼叫指示消息）时，相对应的，第二呼叫指示消息可以为CS service notification消息（即CS呼叫指示消息），其中，第二呼叫指示消息用于指示终端设备进行CS呼叫。
[0153] 在本公开实施例中，第三设定时长可以是预先设置的，比如第三设定时长可以为5s、7s等，本公开对此不做限制。
[0154] 需要说明的是，第三设定时长可以根据人工经验设置，或者，也可以是根据实际应用场景和应用需求进行动态调整，本公开对此不做限制。
[0155] 在本公开实施例中，终端设备可以判断第二呼叫指示消息是否为在进行PS呼叫之后的第三设定时长内接收到的。
[0156] 在本公开实施例的一种可能的实现方式中，终端设备可以响应于进行PS呼叫，启动第三定时器，即在终端设备进行PS呼叫时，可以启动第三定时器。其中，第三定时器的运行时长为第三设定时长，当第三定时器的取值小于第三设定时长时，该第三定时器处于运行阶段，而当第三定时器的取值等于第三定时时长时，该第三定时器停止运行。终端设备可以判断第二呼叫指示消息是否为在第三定时器的运行期间内接收到的。
[0157] 步骤605，若第二呼叫指示消息为在第三设定时长内接收到的，则判断在第三设定时长内PS呼叫是否被网络设备挂断。
[0158] 在本公开实施例中，若在终端设备进行PS呼叫之后的第三设定时长内，PS呼叫被网络设备挂断，则执行步骤606，若在终端设备进行PS呼叫之后的第三设定时长内，PS呼叫未被网络设备挂断，则执行步骤607。
[0159] 在本公开实施例中，若第二呼叫指示消息为在进行PS呼叫之后的第三设定时长内接收到的，即第二呼叫指示消息为在第三定时器的运行期间内接收到的，则可以判断在进行PS呼叫之后的第三设定时长内PS呼叫是否被网络设备挂断。
[0160] 为了清楚说明本公开中终端设备是如何判断在第三设定时长内PS呼叫是否被网络设备挂断的，在本公开实施例的一种可能的实现方式中，终端设备可以在进行PS呼叫之后的第三设定时长内获取网络设备的网络信息；根据网络信息确定网络设备是否异常；在网络设备异常的情况下，确定PS呼叫被网络设备挂断；在网络设备未异常的情况下，确定PS呼叫未被网络设备挂断。
[0161] 具体而言，在终端设备进行PS呼叫之后的第三设定时长内，即在第三定时器的运行期间内，终端设备可以获取网络设备的网络信息，比如，网络设备可以向终端设备发送指示信令，该指示信令中携带网络信息，用于指示网络设备是否异常，相应的，终端设备在接收到上述指示信令后，可以根据指示信令中的网络信息，确定网络设备是否异常，在网络设备异常的情况下，可以确定PS呼叫被网络设备异常挂断，则可以执行步骤606；在网络设备未异常的情况下，可以确定PS呼叫未被网络设备挂断，则可以执行步骤607。
[0162] 步骤606，对第二呼叫指示消息进行响应，以进行CS呼叫。
[0163] 在本公开实施例中，若在终端设备进行PS呼叫之后的第三设定时长内，PS呼叫被网络设备挂断，则可以对第二呼叫指示消息（即CS呼叫指示消息）进行响应，以进行CS呼叫，即终端设备可以向网络设备发送ESR，进行CSFB。
[0164] 步骤607，判断在第三设定时长内是否接收到网络设备发送的目标信令，若在第三设定时长内接收到网络设备发送的目标信令，则执行步骤608，若在第三设定时长内未接收到网络设备发送的目标信令，则执行步骤609。
[0165] 其中，目标信令用于指示PS呼叫执行到振铃阶段。
[0166] 在本公开实施例中，振铃阶段，比如为180 ringing阶段。
[0167] 在本公开实施例中，网络设备可以通过向终端设备发送信令的方式，来指示PS呼叫所执行到的阶段。例如，在PS呼叫执行到振铃阶段时，网络设备可以向终端设备发送目标信令，该目标信令用于指示PS呼叫执行到振铃阶段。
[0168] 在本公开实施例中，若在终端设备进行PS呼叫之后的第三设定时长内，PS呼叫未被网络设备挂断，则终端设备可以进一步判断在进行PS呼叫之后的第三设定时长内是否接收到网络设备发送的目标信令，若在进行PS呼叫之后的第三设定时长内接收到网络设备发送的目标信令，则执行步骤608，若在进行PS呼叫之后的第三设定时长内未接收到网络设备发送的目标信令，则执行步骤609。
[0169] 需要说明的是，步骤606和步骤607为并列的两种实现方式，实际应用时，可以择一执行。
[0170] 步骤608，拒绝对第二呼叫指示消息进行响应，以继续进行PS呼叫。
[0171] 在本公开实施例中，若终端设备在进行PS呼叫之后的第三设定时长内接收到网络设备发送的目标信令，即在第三定时器的运行期间内接收到网络设备发送的目标信令，表明终端设备当前进行的PS呼叫执行到振铃阶段，则终端设备可以拒绝对第二呼叫指示消息（即CS呼叫指示消息）进行响应，即拒绝向网络设备发送ESR，并继续进行PS呼叫。
[0172] 步骤609，停止进行PS呼叫，并对第二呼叫指示消息进行响应，以进行CS呼叫。
[0173] 在本公开实施例中，若终端设备在进行PS呼叫之后的第三设定时长内未接收到网络设备发送的目标信令，即在第三定时器的运行期间内未接收到目标信令，表明终端设备当前进行的PS呼叫未执行到振铃阶段，则可以停止进行PS呼叫，并对第二呼叫指示消息（即CS呼叫指示消息）进行响应，以进行CS呼叫。
[0174] 需要说明的是，步骤608和步骤609为并列的两种实现方式，实际应用时，可以择一执行。
[0175] 本公开实施例的呼叫响应方法，通过在目标状态为连接态时，若第一呼叫指示消息为SIP_invite消息，则对第一呼叫指示消息进行响应，以进行PS呼叫；判断第二呼叫指示消息是否为在进行PS呼叫之后的第三设定时长内接收到的；若第二呼叫指示消息为在第三设定时长内接收到的，则判断在第三设定时长内PS呼叫是否被网络设备挂断；若PS呼叫被网络设备挂断，则对第二呼叫指示消息进行响应，以进行CS呼叫。若PS呼叫未被网络设备挂断，则判断在第三设定时长内是否接收到网络设备发送的目标信令，其中，目标信令用于指示PS呼叫执行到振铃阶段；若在第三设定时长内接收到目标信令，则拒绝对第二呼叫指示消息进行响应，以继续进行PS呼叫；若在第三设定时长内未接收到目标信令，则停止进行PS呼叫，并对第二呼叫指示消息进行响应，以进行CS呼叫。由此，终端设备在同一时刻仅进行一种类型的呼叫，即终端设备在同一时刻仅进行PS呼叫或CS呼叫，可以避免同时进行两种不同类型的呼叫而导致呼叫失败的情况，改善用户的使用体验。
[0176] 为了清楚说明上述任一实施例，本公开还提出一种呼叫响应方法。
[0177] 图7为本公开另一实施例所提供的呼叫响应方法的流程示意图。
[0178] 如图7所示，该呼叫响应方法可以包括以下步骤：
[0179] 步骤701，接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息。
[0180] 步骤702，确定终端设备所处的目标状态。
[0181] 步骤703，在目标状态为连接态时，若第一呼叫指示消息为SIP_invite消息，则对第一呼叫指示消息进行响应，以进行PS呼叫。
[0182] 步骤704，判断第二呼叫指示消息是否为在进行PS呼叫之后的第三设定时长内接收到的。
[0183] 在本公开实施例中，终端设备可以判断第二呼叫指示消息是否为在进行PS呼叫之后的第三设定时长内接收到的，即判断第二呼叫指示消息是否为在第三定时器的运行期间内接收到的，若第二呼叫指示消息是在进行PS呼叫之后的第三设定时长内接收到的，则可以执行步骤605及其后续步骤，若第二呼叫指示消息不是在进行PS呼叫之后的第三设定时长内接收到的，则可以执行步骤705及其后续步骤。
[0184] 步骤701至704的执行过程可以参见本公开任一实施例的执行过程，在此不做赘述。
[0185] 步骤705，若第二呼叫指示消息为在第三设定时长之后接收到的，则判断是否接收到网络设备发送的目标信令。
[0186] 在本公开实施例中，上述步骤607中对目标信令的解释同样适用于该实施例，在此不做赘述。
[0187] 在本公开实施例中，若第二呼叫指示消息为终端设备在进行PS呼叫之后的第三设定时长后接收到的，即第二呼叫指示消息为终端设备在第三定时器停止运行后接收到的，则可以判断终端设备是否接收到网络设备发送的目标信令，若接收到网络设备发送的目标信令，则执行步骤706，若未接收到网络设备发送的目标信令，则执行步骤707。
[0188] 步骤706，响应于接收到目标信令，拒绝对第二呼叫指示消息进行响应，以继续进行PS呼叫。
[0189] 在本公开实施例中，如果终端设备接收到目标信令，表明PS呼叫执行到振铃阶段，则终端设备可以拒绝对第二呼叫指示消息（即CS呼叫指示消息）进行响应，以继续进行PS呼叫。
[0190] 步骤707，响应于未接收到目标信令，停止进行PS呼叫，并对第二呼叫指示消息进行响应，以进行CS呼叫。
[0191] 在本公开实施例中，如果终端设备未接收到目标信令，表明PS呼叫还未执行到振铃阶段，此时，可以停止进行PS呼叫，并可以对第二呼叫指示消息（CS呼叫指示消息）进行响应，以进行CS呼叫。
[0192] 需要说明的是，步骤706和步骤707为并列的两种实现方式，实际应用时，可以择一执行。
[0193] 作为一种应用场景，当终端设备处于连接态时，终端设备的呼叫响应流程可以如图8所示，具体可以包括以下步骤：
[0194] 1：当终端设备处于连接态时，终端设备处于IMS注册状态，即终端设备处于4G/5G网络模式，若终端设备作为语音被叫方，接收到网络设备发送的第一呼叫指示消息为SIP_invite消息；
[0195] 2：终端设备在接收到SIP_invite消息后，进行PS呼叫，并开启第三定时器，其中，第三定时器的运行时长为第三设定时长，当第三定时器的取值等于第三设定时长时，第三定时器停止运行；
[0196] 3：在第三定时器的运行期间内，判断是否接收到网络设备发送的第二呼叫指示消息（即CS呼叫指示消息），若是，则执行步骤4‑7，若否，则执行步骤8‑9；
[0197] 4：若在第三定时器的运行期间内，终端设备接收到网络设备发送的第二呼叫指示消息（即CS呼叫指示消息，具体为CS service notification消息），则可以判断在第三定时器运行期间内，PS呼叫是否被网络设备异常挂断，若是，则执行步骤5，若否，则执行步骤6；
[0198] 5：若在第三定时器运行期间，PS呼叫被网络设备异常挂断，则终端设备可以对第二呼叫指示消息进行响应，以进行CS 呼叫，即向网络设备发送ESR，进行CSFB；
[0199] 6：若在第三定时器运行期间，PS呼叫未被网络设备异常挂断，则可以判断终端设备是否接收到网络设备发送的目标信令，该目标信令用于指示PS呼叫执行到振铃（比如180 Ringing）阶段；
[0200] 6.1：若终端设备在第三定时器的运行期间内接收到目标信令，表明PS呼叫执行到振铃阶段，则可以拒绝CS 呼叫，并继续进行PS呼叫，等待网络设备的后续指示；
[0201] 6.2:若在第三定时器的运行期间内未接收到目标信令，表明PS呼叫未执行到振铃阶段，则可以认为IMS 网络异常，终端设备可以停止正在进行的PS呼叫，并接受 CS 呼叫，进行CSFB。
[0202] 7：如果第二呼叫指示消息（即CS呼叫指示消息）是在第三定时器停止运行后接收到的，则可以判断终端设备是否接收到网络设备发送的目标信令，该目标信令用于指示PS呼叫执行到振铃阶段；
[0203] 7.1：若终端设备在第三定时器停止运行后，接收到网络设备发送的目标信令，表明PS呼叫执行到振铃阶段，则可以拒绝进行CS 呼叫，并继续进行PS呼叫，等待网络设备的后续指示；
[0204] 7.2：若终端设备在第三定时器停止运行后，未接收到网络设备发送的目标信令，表明PS呼叫未执行到振铃阶段，则可以认为IMS 网络异常，可以停止正在进行的PS呼叫，并对第二呼叫指示消息进行响应，以进行CS 呼叫；
[0205] 8：结束。
[0206] 由此，当终端设备在4G/5G网络模式下，且处于连接态时，若终端设备作为被叫方，则通过采用上述方法，可以有效避免终端设备在接收到SIP_invite消息并进行PS呼叫后，又继续接收到网络设备异常发送的CS 呼叫指示消息并进行CS呼叫，从而导致同时进行CS呼叫和PS呼叫而造成呼叫失败的情况。
[0207] 本公开实施例的呼叫响应方法，通过若第二呼叫指示消息为在第三设定时长后接收到的，则判断是否接收到网络设备发送的目标信令；响应于接收到目标信令，拒绝对第二呼叫指示消息进行响应，以继续进行PS呼叫；响应于未接收到目标信令，停止进行PS呼叫，并对第二呼叫指示消息进行响应，以进行CS呼叫。由此，终端设备在同一时刻仅进行一种类型的呼叫，即终端设备在同一时刻仅进行PS呼叫或CS呼叫，可以避免同时进行两种不同类型的呼叫而导致呼叫失败的情况，改善用户的使用体验。
[0208] 与上述图2至图7实施例提供的呼叫响应方法相对应，本公开还提供一种呼叫响应装置，由于本公开实施例提供的呼叫响应装置与上述图2至图7实施例提供的呼叫响应方法相对应，因此在呼叫响应方法的实施方式也适用于本公开实施例提供的呼叫响应装置，在本公开实施例中不再详细描述。
[0209] 图9为本公开一实施例所提供的呼叫响应装置的结构示意图。
[0210] 如图9所示，该呼叫响应装置900可以包括：接收模块901、确定模块902及响应模块903。
[0211] 其中，接收模块901，用于接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息，其中，第一呼叫指示消息的接收早于第二呼叫指示消息，用于指示终端设备进行分组交换域PS呼叫和电路交换域CS呼叫中的一个；第二呼叫指示消息用于指示终端设备进行PS呼叫和CS呼叫中的另一个。
[0212] 确定模块902，用于确定终端设备所处的目标状态。
[0213] 响应模块903，用于根据目标状态，对第一呼叫指示消息或第二呼叫指示消息进行响应，以进行PS呼叫或CS呼叫。
[0214] 在本公开实施例的一种可能的实现方式中，响应模块903，用于：在目标状态为空闲态时，判断第一呼叫指示消息是否为PS寻呼消息；响应于第一呼叫指示消息为PS寻呼消息，建立与网络设备之间的第一通信连接；若第二呼叫指示消息是在第一通信连接建立完成后接收到的，则判断在接收到第二呼叫指示消息之后的第一设定时长内是否接收到网络设备发送的第三呼叫指示消息，其中，第三呼叫指示消息用于指示终端设备基于第一通信连接进行PS呼叫；响应于在第一设定时长内接收到第三呼叫指示消息，对第一呼叫指示消息进行响应，以进行PS呼叫，并拒绝对第二呼叫指示消息进行响应，以拒绝CS呼叫。
[0215] 在本公开实施例的一种可能的实现方式中，响应模块903，用于：响应于在第一设定时长内未接收到第三呼叫指示消息，拒绝对第一呼叫指示消息进行响应，以拒绝PS呼叫；用于对第二呼叫指示消息进行响应，以进行CS呼叫。
[0216] 在本公开实施例的一种可能的实现方式中，响应模块903，用于：响应于第一呼叫指示消息为CS寻呼消息，建立与网络设备之间的第二通信连接；判断第二呼叫指示消息是否为在第二通信连接建立完成之后的第二设定时长内接收到的；若第二呼叫指示消息是在第二设定时长内接收到的，则对第二呼叫指示消息进行响应，以进行PS呼叫，并拒绝对第一呼叫指示消息进行响应，以拒绝CS呼叫。
[0217] 在本公开实施例的一种可能的实现方式中，响应模块903，用于：若所述第二呼叫指示消息是在所述第二设定时长外接收到的，则对所述第一呼叫指示消息进行响应，以进行所述CS呼叫，并拒绝对所述第二呼叫指示消息进行响应，以拒绝所述PS呼叫。
[0218] 在本公开实施例的一种可能的实现方式中，响应模块903，用于：在目标状态为连接态时，若第一呼叫指示消息为会话初始协议请求SIP_invite消息，则对第一呼叫指示消息进行响应，以进行PS呼叫；判断第二呼叫指示消息是否为在进行PS呼叫之后的第三设定时长内接收到的；若第二呼叫指示消息为在第三设定时长内接收到的，则判断在第三设定时长内PS呼叫是否被网络设备挂断；若PS呼叫被网络设备挂断，则对第二呼叫指示消息进行响应，以进行CS呼叫。
[0219] 在本公开实施例的一种可能的实现方式中，响应模块903，用于：在第三设定时长内获取网络设备的网络信息；根据网络信息确定网络设备是否异常；在网络设备异常的情况下，确定PS呼叫被网络设备挂断；在网络设备未异常的情况下，确定PS呼叫未被网络设备挂断。
[0220] 在本公开实施例的一种可能的实现方式中，响应模块903，用于：若PS呼叫未被网络设备挂断，则判断在第三设定时长内是否接收到网络设备发送的目标信令，其中，目标信令用于指示PS呼叫执行到振铃阶段；若在第三设定时长内接收到目标信令，则拒绝对第二呼叫指示消息进行响应，以继续进行PS呼叫；若在第三设定时长内未接收到目标信令，则停止进行PS呼叫，并对第二呼叫指示消息进行响应，以进行CS呼叫。
[0221] 在本公开实施例的一种可能的实现方式中，响应模块903，用于：若第二呼叫指示消息为在第三设定时长之后接收到的，则判断是否接收到网络设备发送的目标信令；响应于接收到目标信令，拒绝对第二呼叫指示消息进行响应，以继续进行PS呼叫；响应于未接收到目标信令，停止进行PS呼叫，并对第二呼叫指示消息进行响应，以进行CS呼叫。
[0222] 本公开实施例的呼叫响应装置，通过接收网络设备发送的第一呼叫指示消息和第二呼叫指示消息，其中，第一呼叫指示消息的接收早于第二呼叫指示消息，用于指示终端设备进行分组交换域PS呼叫和电路交换域CS呼叫中的一个；第二呼叫指示消息用于指示终端设备进行PS呼叫和CS呼叫中的另一个；确定终端设备所处的目标状态；根据目标状态，对第一呼叫指示消息或第二呼叫指示消息进行响应，以进行PS呼叫或CS呼叫。由此，根据终端设备所处的目标状态，对网络设备先后下发的第一呼叫指示消息和第二呼叫指示消息中的其中一个呼叫指示消息进行响应，从而可以实现终端设备在同一时刻仅进行一种呼叫，即仅进行PS呼叫或CS呼叫，可以避免相关技术中在网络异常而导致网络设备同时下发两种不同类型的呼叫指示消息时，终端设备同时进行PS呼叫和CS呼叫而导致呼叫失败的情况，从而可以避免用户漏接电话的情况，可以有效改善用户使用体验。
[0223] 为了实现上述实施例，本公开还提出一种终端设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本公开前述任一实施例提出的呼叫响应方法。
[0224] 为了实现上述实施例，本公开还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开前述任一实施例提出的呼叫响应方法。
[0225] 为了实现上述实施例，本公开还提出一种计算机程序产品，当所述计算机程序产品中的指令由处理器执行时，执行如本公开前述任一实施例提出的呼叫响应方法。
[0226] 图10是根据一示例性实施例示出的一种终端设备的框图。例如，终端设备1000可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
[0227] 参照图10，终端设备1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电力组件1006，多媒体组件1008，音频组件1010，输入/输出（I/ O）接口1012，传感器组件1014，以及通信组件1016。
[0228] 处理组件1002通常控制终端设备1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1002可以包括一个或多个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理组件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。
[0229] 存储器1004被配置为存储各种类型的数据以支持在终端设备1000的操作。这些数据的示例包括用于在终端设备1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（SRAM），电可擦除可编程只读存储器（EEPROM），可擦除可编程只读存储器（EPROM），可编程只读存储器（PROM），只读存储器（ROM），磁存储器，快闪存储器，磁盘或光盘。
[0230] 电力组件1006为终端设备1000的各种组件提供电力。电力组件1006可以包括电源管理系统，一个或多个电源，及其他与为终端设备1000生成、管理和分配电力相关联的组件。
[0231] 多媒体组件1008包括在所述终端设备1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器（LCD）和触摸面板（TP）。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当终端设备1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
[0232] 音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风（MIC），当终端设备1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。
[0233] I/ O接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
[0234] 传感器组件1014包括一个或多个传感器，用于为终端设备1000提供各个方面的状态评估。例如，传感器组件1014可以检测到终端设备1000的打开/关闭状态，组件的相对定位，例如所述组件为终端设备1000的显示器和小键盘，传感器组件1014还可以检测终端设备1000或终端设备1000一个组件的位置改变，用户与终端设备1000接触的存在或不存在，终端设备1000方位或加速/减速和终端设备1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
[0235] 通信组件1016被配置为便于终端设备1000和其他设备之间有线或无线方式的通信。终端设备1000可以接入基于通信标准的无线网络，如WiFi，4G或5G，或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1016还包括近场通信（NFC）模块，以促进短程通信。例如，在NFC模块可基于射频识别（RFID）技术，红外数据协会（IrDA）技术，超宽带（UWB）技术，蓝牙（BT）技术和其他技术来实现。
[0236] 在示例性实施例中，终端设备1000可以被一个或多个应用专用集成电路（ASIC）、数字信号处理器（DSP）、数字信号处理设备（DSPD）、可编程逻辑器件（PLD）、现场可编程门阵列（FPGA）、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
[0237] 在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由终端设备1000的处理器1020执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器（RAM）、CD‑ROM、磁带、软盘和光数据存储设备等。
[0238] 在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0239] 此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本公开的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
[0240] 流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本公开的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本公开的实施例所属技术领域的技术人员所理解。
[0241] 在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备（如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统）使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例（非穷尽性列表）包括以下：具有一个或多个布线的电连接部（电子装置），便携式计算机盘盒（磁装置），随机存取存储器（RAM），只读存储器（ROM），可擦除可编辑只读存储器（EPROM或闪速存储器），光纤装置，以及便携式光盘只读存储器（CDROM）。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。
[0242] 应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（PGA），现场可编程门阵列（FPGA）等。
[0243] 本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
[0244] 此外，在本公开各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。
[0245] 上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。