CN106416325A - 一种呼叫处理方法及装置 - Google Patents

Abstract

本发明涉及移动通信技术领域，尤其涉及一种呼叫处理方法及装置，方法包括：终端接入主叫业务的过程中，接收用于请求接入被叫业务的第一请求消息；终端按照预设规则确定被叫业务的优先级高于主叫业务时，根据第一请求消息接入被叫业务，在该方案中，当终端在接入主叫业务的过程中，接收到用于请求接入被叫业务的第一请求消息时，不是一律忽略第一请求消息，而是要根据主叫业务和被叫业务的优先级来确定是否忽略第一请求消息，因此，提高了被叫业务的接入成功率、被叫业务质量，及用户体验。

Description

一种呼叫处理方法及装置 技术领域

本发明涉及通信技术领域，特别涉及一种呼叫处理方法及装置。

背景技术

对于采用CDMA(Code Division Multiple Access，码分多址)3G(3rd Generation，第三代)终端或者4G终端，在没有LTE(Long Term Evolution，长期演进)网络覆盖或者EVDO(Evolution-Data Only，演进仅数据)3G网络覆盖比较差的地方，如，采用CDMA 3G或者4G终端处于CDMA 2G网络时，会存在被叫业务无法成功接入的缺陷。例如，当采用CDMA 3G或者4G终端处于CDMA 2G网络时，如果终端在尝试接入数据业务，或者尝试接入语音主叫的过程中，接收到用于请求接入被叫业务的请求消息时，此时，终端忽略该请求消息，继续尝试接入数据业务，或者尝试接入语音主叫。

也就是说，现有技术中，当终端处于CDMA 2G网络时，终端在进行主叫业务的过程中，即使终端的modem(基带处理器)底层能够接收到用于请求接入被叫业务的请求消息，但是，终端不会根据该请求消息接入被叫业务，而是一概忽略该请求消息，这样，存在被叫业务的接入成功率较低，被叫业务质量较差，及用户体验较差的缺陷。

发明内容

本发明实施例提供一种呼叫处理方法及装置，用以解决现有技术中存在的被叫业务的接入成功率较低、被叫业务质量较差，及用户体验较差的缺陷。

第一方面，提供一种呼叫处理方法，包括：

终端接入主叫业务的过程中，接收用于请求接入被叫业务的第一请求消息；

所述终端按照预设规则确定所述被叫业务的优先级高于所述主叫业务的 优先级时，根据所述第一请求消息接入所述被叫业务。

结合第一方面，在第一种可能的实现方式中，所述方法应用于所述主叫业务和所述被叫业务均采用电路交换CS域进行处理的场景。

结合第一方面，或者第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述终端接入主叫业务的过程，包括：

所述终端在接入所述主叫业务始呼的过程；或者

所述终端在成功接入所述主叫业务始呼之后，建立业务信道的过程。

结合第一方面，或者第一方面的第一种至第二种可能的实现方式，在第三种可能的实现方式中，还包括：

所述终端按照所述预设规则确定所述主叫业务的优先级高于所述被叫业务的优先级时，放弃接入所述被叫业务，继续接入所述主叫业务。

结合第一方面，或者第一方面的第一种或者第三种可能的实现方式，在第四种可能的实现方式中，所述终端根据所述第一请求消息接入所述被叫业务之前，还包括：

所述终端结束所述主叫业务，并记录所述主叫业务结束时的状态。

结合第一方面的第四种可能的实现方式，在第五种可能的实现方式中，所述终端根据所述第一请求消息接入所述被叫业务之后，还包括：

所述终端完成所述被叫业务之后，接收用于请求接入所述主叫业务的第二请求消息；

所述终端根据所述第二请求消息与记录的所述主叫业务结束时的状态，接入所述主叫业务。

结合第一方面，或者第一方面的第一种或者第五种可能的实现方式，在第六种可能的实现方式中，所述预设规则按照如下方式设置：

所述主叫业务和所述被叫业务属于不同业务类型时，语音业务的优先级高于实时性业务的优先级、实时性业务的优先级高于可恢复业务的优先级；

所述主叫业务和所述被叫业务属于同一业务类型时，所述被叫业务的优先级高于所述主叫业务的优先级。

结合第一方面，或者第一方面的第一种或者第六种可能的实现方式，在第七种可能的实现方式中，所述主叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合；

所述被叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合。

第二方面，提供一种终端，包括：

接收单元，用于接入主叫业务的过程中，接收用于请求接入被叫业务的第一请求消息；

确定单元，用于照预设规则确定所述被叫业务的优先级高于所述主叫业务的优先级；

接入单元，用于在所述确定单元按照预设规则确定所述被叫业务的优先级高于所述主叫业务的优先级时，根据所述第一请求消息接入所述被叫业务。

结合第二方面，在第一种可能的实现方式中，所述终端应用于所述主叫业务和所述被叫业务均采用电路交换CS域进行处理的场景。

结合第二方面，或者第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述接收单元在接入主叫业务的过程时，具体为：

在接入所述主叫业务始呼的过程；或者

在成功接入所述主叫业务始呼之后，建立业务信道的过程。

结合第二方面，或者第二方面的第一种至第二种可能的实现方式，在第三种可能的实现方式中，所述确定单元还用于，按照所述预设规则确定所述主叫业务的优先级高于所述被叫业务的优先级：

所述接入单元还用于，在所述确定单元按照所述预设规则确定所述主叫业务的优先级高于所述被叫业务的优先级时，放弃接入所述被叫业务，继续接入所述主叫业务。

结合第二方面，或者第二方面的第一种或者第三种可能的实现方式，在第四种可能的实现方式中，还包括结束单元，用于结束所述主叫业务；

还包括记录单元，用于记录所述主叫业务结束时的状态。

结合第二方面的第四种可能的实现方式，在第五种可能的实现方式中，所述接收单元还用于，在完成所述被叫业务之后，接收用于请求接入所述主叫业务的第二请求消息；

所述接入单元还用于，根据所述第二请求消息与记录的所述主叫业务结束时的状态，接入所述主叫业务。

结合第二方面，或者第二方面的第一种或者第五种可能的实现方式，在第六种可能的实现方式中，所述预设规则按照如下方式设置：

所述主叫业务和所述被叫业务属于不同业务类型时，语音业务的优先级高于实时性业务的优先级、实时性业务的优先级高于可恢复业务的优先级；

所述主叫业务和所述被叫业务属于同一业务类型时，所述被叫业务的优先级高于所述主叫业务的优先级。

结合第二方面，或者第二方面的第一种或者第六种可能的实现方式，在第七种可能的实现方式中，所述主叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合；

所述被叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合。

本发明涉及移动通信技术领域，尤其涉及一种呼叫处理方法及装置，方法包括：终端接入主叫业务的过程中，接收用于请求接入被叫业务的第一请求消息；终端按照预设规则确定被叫业务的优先级高于主叫业务时，根据第一请求消息接入被叫业务，在该方案中，当终端在接入主叫业务的过程中，接收到用于请求接入被叫业务的第一请求消息时，不是一律忽略第一请求消息，而是要根据主叫业务和被叫业务的优先级来确定是否接入被叫业务，因此，提高了被叫业务的接入成功率、被叫业务质量，及用户体验。

附图说明

图1为现有技术中处理被叫业务的示意图；

图2为本发明实施例中呼叫处理的流程图；

图3为本发明实施例中呼叫处理的一种实施例；

图4为本发明实施例中呼叫处理的另一种实施例；

图5A为本发明实施例中终端的一种实施例；

图5B为本发明实施例中终端的另一种实施例。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

以下对现有呼叫处理的过程进行描述说明，以便于本领域技术人员能够更好的理解本申请文件。

如图1所示，终端在处于CDMA 2G网络的场景下，在接入主叫业务的时候，若终端接收到用于请求接入被叫业务的请求消息时，终端一概忽略该请求消息，继续尝试接入主叫业务，直至成功接入主叫业务。

下面结合说明书附图对本发明实施例进行详细说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

下面结合附图对本发明实施例进行详细说明。

参阅图2所示，本发明实施例中提出一种呼叫处理的方法，该方法的流程如下：

需要提前说明的是，本发明实施例提出的呼叫过程的方法适用于一定的应用场景，可选的，本发明实施例提出的呼叫过程的方法适用于主叫业务和被叫业务均采用CS(Circuit Switched，电路交换)域进行处理的场景。

由于在CDMA 2G网络下，终端进行的任何业务都采用CS域进行处理，因此，主叫业务和被叫业务均采用CS(Circuit Switched，电路交换)域进行 处理的场景可以为，终端处于CDMA 2G网络的场景。

在LTE 3G网络或者4G网络下，有些业务是需要采用CS域进行处理，有些业务需要采用PS(Packet Switched，分组交换)域进行处理，因此，主叫业务和被叫业务均采用CS(Circuit Switched，电路交换)域进行处理的场景也可以为，终端处于LTE 3G网络或者4G，且主叫业务和被叫业务均采用CS域进行处理的场景。

其中，主叫业务可以为终端自己主动发起的业务，被叫业务可以为其他终端主动发起的业务。

例如，终端A向终端B发起语音呼叫，针对终端A来说，该语音呼叫为主叫业务，针对终端B来说，该语音呼叫为被叫业务；同理，如果是终端B向终端A发起语音呼叫的话，针对终端A来说，该语音呼叫为被叫业务，针对终端B来说，该语音呼叫为主叫业务。

步骤200：终端接入主叫业务的过程中，接收用于请求接入被叫业务的第一请求消息。

本发明实施例中，主叫业务和被叫业务有多种形式，可选的，主叫业务可以包括语音业务、实时性业务、可恢复业务中的一种或者任意组合；

同理，可选的，被叫业务也可以包括语音业务、实时性业务、可恢复业务中的一种或者任意组合。

例如，数据业务属于可恢复业务，呼叫属于语音业务，短消息属于实时性业务。

需要说明的是，本发明实施例中，可恢复业务可以为中断后能自行恢复的业务。

例如，终端A和终端B在通话过程中，如果通话中断的话，需要终端A或者终端B再次发起呼叫才能继续通话，如果终端A或者终端B均不再次发起呼叫的话，就无法继续通话，通话在中断后不能自行恢复，通话属于语音业务，因此，语音业务属于不可恢复业务。

又例如，终端A和终端B在发送微信的过程中，如果终端A接收到终端 C的语音呼叫，终端A根据语音呼叫与终端C进行通话的过程中，终端B给终端A发送的微信，终端A是收不到的，但是，当终端A和终端C通话结束后，不需要终端B再次发送，终端A会接收到在通话过程中没有接收到的终端B发送的微信，微信在中断后能自行恢复，因此，微信属于可恢复业务。

现有技术中，终端成功接入主叫业务主要包括两个过程，第一个过程为终端成功接入网络的过程，第二个过程为终端建立业务信道的过程，终端在成功接入网络后，网络要为终端分配无线资源，其中包括为终端分配的业务信道资源，在第二个过程中，终端建立业务信道的时候，终端可以根据网络为终端分配的业务信道资源建立业务信道，只有这两个过程全部完成后，才可以说终端成功接入主叫业务。

因此，本发明实施例中，终端接入主叫业务的过程可以指上述两个过程中的任意一个过程，例如：

终端接入主叫业务的过程可以指，终端在接入主叫业务始呼的过程，这个过程也就是终端接入网络的过程，在这个过程中，网络要为终端分配无线资源。

当然，终端接入主叫业务的过程也可以指，终端在成功接入主叫业务始呼之后，建立业务信道的过程，其中，终端在建立业务信道的过程中，终端是要根据网络为终端分配的无线资源建立业务信道。

也就是说，终端在上述任意一个过程中，接收到用于请求接入被叫业务的第一请求消息时候，会执行后续过程，如果终端不是处于上述过程的话，即使接收到用于请求接入被叫业务的第一请求消息时候，可能不会执行后续过程。

步骤210：终端按照预设规则确定被叫业务的优先级高于主叫业务的优先级时，接入被叫业务。

在实际应用中，主叫业务和被叫业务可以属于同一业务类型，也可以属于不同业务类型，因此，预设规则可以按照主叫业务和被叫业务是否属于同一业务类型进行分别设置，例如：

当主叫业务和被叫业务属于不同业务类型时，预设规则可以设置为，语音业务的优先级高于实时性业务的优先级、实时性业务的优先级高于可恢复业务的优先级。

当主叫业务和被叫业务属于同一业务类型业务时，预设规则可以设置为，被叫业务的优先级高于主叫业务的优先级。

预设规则的具体形式可以如表1所示，从表1可以看出，当主叫业务和被叫业务均为语音业务时，被叫语音业务的优先级高于主叫语音业务的优先级；当主叫业务和被叫业务均为短消息业务时，被叫短消息业务的优先级高于主叫短消息业务的优先级；当主叫业务和被叫业务均为数据业务时，被叫数据业务的优先级高于主叫数据业务的优先级。当主叫业务和被叫业务属于不同的业务类型时，就要根据业务类型的优先级来确定到底是主叫业务的优先级高于被叫业务的优先级，还是被叫业务的优先级高于主叫业务的优先级。

表1 预设规则

主叫业务类型	被叫业务类型	优先级结果
			语音	语音	被叫语音优先
语音	短消息	主叫语音优先
			语音	数据业务	主叫语音优先
短消息	语音	被叫语音优先
			短消息	短消息	被叫短消息优先
短消息	数据业务	主叫短消息优先
			数据业务	语音	被叫语音优先
数据业务	短消息	被叫短消息优先
			数据业务	数据业务	被叫数据优先

上述讲述的是按照预设规则确定出被叫业务的优先级高于主叫业务的优先级，当然，在实际应用中，主叫业务的优先级可能高于被叫业务的优先级，此时，要放弃接入被叫业务，继续接入主叫业务。

因此，本发明实施例中，还包括如下操作：

终端按照预设规则确定主叫业务的优先级高于被叫业务的优先级时，放弃接入被叫业务，继续接入主叫业务。

本发明实施例中，在接入被叫业务的时候，是要结束主叫业务的，进一步的，由于在结束被叫业务后，可能还要继续接入主叫业务，此时，如果在继续接入主叫业务的时候要重头开始进行接入的话，会存在主叫业务接入效率较低，及浪费资源的缺陷，例如，终端在成功接入主叫业务始呼之后，建立业务信道的过程中，接收到第一请求消息的话，此时，如果根据预设规则判断出被叫业务的优先级高于主叫业务的优先级的话，要结束主叫业务，接入被叫业务，如果被叫业务完成后，要继续接入主叫业务的话，此时，由于在前面在结束主叫业务的时候，终端已经接入网络，网络已经为终端分配了无线资源，只是还没有建立业务信道，如果在继续接入主叫业务的时候，又要重新接入网络的话，相当于执行了不必要的步骤，因此，存在浪费资源及接入效率较低的缺陷。

因此，本发明实施例中，进一步的，为了提高主叫业务接入的效率，避免资源浪费，接入被叫业务之前，还包括如下操作：

终端结束主叫业务，并记录主叫业务结束时的状态；

此时，终端根据第一请求消息接入被叫业务之后，如果终端完成被叫业务之后，接收到用于请求接入主叫业务的第二请求消息话，终端根据第二请求消息与记录的主叫业务结束时的状态，接入主叫业务。

也就是说，终端在结束主叫业务后，还要记录主叫业务结束时的状态，以便在被叫业务完成后，接收到用于请求接入主叫业务的第二请求消息的时候，能快速接入主叫业务。

例如，主叫业务在业务信道建立的过程中，接收到用于请求接入被叫业务的第一请求消息时，此时要结束业务信道的建立，并记录终端在结束主叫业务时，处于建立业务信道的状态，在被叫业务完成后，接收到用于请求接入主叫业务的第二请求消息的话，要根据第二请求消息和记录的业务信道的状态继续建立业务信道，进而完成主叫业务的接入。

也就是说，终端在接收到第二请求消息的时候，不需要先重新接入网络，然后再建立业务信道，而是直接建立业务信道即可，由于避免了不必要的步骤，因此，提高了接入主叫业务的效率，同时，还避免了资源的浪费。

此处需要说明的是，终端完成被叫业务与终端完成被叫业务的接入是不同的，两个指的是不同的状态，例如，终端A给终端B发送通话请求，终端B接收到通话请求的话，接通电话，此时，完成的是被叫业务的接入，进一步的，如果通话结束，终端B或者终端A挂断电话，此时，才完成被叫业务。

为了更好地理解本发明实施例，以下给出具体应用场景，针对呼叫处理的一种过程，进行举例描述，如图3所示：

步骤300：终端在接入主叫业务始呼的过程中，接收到用于请求被叫业务的第一请求消息；

步骤310：终端判断主叫业务的优先级是否低于被叫业务的优先级，若是，执行步骤320，否则，接入主叫业务；

步骤320：终端结束主叫业务，记录主叫业务结束时的状态，并接入被叫业务；

步骤330：终端完成被叫业务之后，接收到用于请求接入主叫业务的第二请求消息；

步骤340：终端根据第二请求消息及记录的主叫业务结束时的状态，重新开始执行接入主叫业务始呼的过程；

步骤350：终端在完成接入主叫业务始呼的过程之后，建立业务信道，进而接入主叫业务。

针对呼叫处理的另一种过程，进行举例描述，如图4所示：

步骤400：终端在建立业务信道的过程中，接收用于请求被叫业务的第一请求消息；

步骤410：终端判断业务信道对应的主叫业务的优先级是否低于被叫业务的优先级，若是，执行步骤420，否则，接入主叫业务；

步骤420：终端结束主叫业务，记录主叫业务结束时的状态，并接入被叫 业务；

步骤430：终端完成被叫业务之后，接收到用于请求接入主叫业务的第二请求消息；

步骤440：终端根据第二请求消息及记录的主叫业务结束时的状态，重新开始建立业务信道；

步骤450：终端在完成业务信道的建立后，接入主叫业务。

终端尝试接入被叫业务，并成功接入被叫业务。

参阅图5A所示，本发明实施例中，提出一种终端的示意图，该终端包括接收单元50、确定单元51和接入单元52，其中：包括

接收单元50，用于接入主叫业务的过程中，接收用于请求接入被叫业务的第一请求消息；

确定单元51，用于照预设规则确定被叫业务的优先级高于主叫业务的优先级；

接入单元52，用于在确定单元51按照预设规则确定被叫业务的优先级高于主叫业务的优先级时，根据第一请求消息接入被叫业务。

本发明实施例中，可选的，终端应用于主叫业务和被叫业务均采用CS域进行处理的场景。

本发明实施例中，可选的，接收单元50在接入主叫业务的过程时，具体为：

在接入主叫业务始呼的过程；或者

在成功接入主叫业务始呼之后，建立业务信道的过程。

本发明实施例中，进一步的，确定单元51还用于，按照预设规则确定主叫业务的优先级高于被叫业务的优先级：

接入单元52还用于，在确定单元51按照预设规则确定主叫业务的优先级高于被叫业务的优先级时，放弃接入被叫业务，继续接入主叫业务。

本发明实施例中，进一步的，还包括结束单元53，用于结束主叫业务；

还包括记录单元54，用于记录主叫业务结束时的状态。

本发明实施例中，进一步的，接收单元50还用于，在完成被叫业务之后，接收用于请求接入主叫业务的第二请求消息；

接入单元52还用于，根据第二请求消息与记录的主叫业务结束时的状态，接入主叫业务。

本发明实施例中，可选的，预设规则按照如下方式设置：

主叫业务和被叫业务属于不同业务类型时，语音业务的优先级高于实时性业务的优先级、实时性业务的优先级高于可恢复业务的优先级；

主叫业务和被叫业务属于同一业务类型时，被叫业务的优先级高于主叫业务的优先级。

本发明实施例中，可选的，主叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合；

被叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合。

如图5B所示，为本发明实施例提供的分析语言特征的另一种结构示意图，包括至少一个处理器501，通信总线502，存储器503以及至少一个通信接口504。

其中，通信总线502用于实现上述组件之间的连接并通信，通信接口504用于与外部设备连接并通信。

其中，存储器503用于存储有可执行的程序代码，处理器501通过执行这些程序代码，以用于：

接入主叫业务的过程中，接收用于请求接入被叫业务的第一请求消息；

按照预设规则确定被叫业务的优先级高于主叫业务的优先级时，根据第一请求消息接入被叫业务。

本发明实施例应用于主叫业务和被叫业务均采用电路交换CS域进行处理的场景。

本发明实施例中，处理器501接入主叫业务的过程时，可选的，可以采用如下方式：

在接入主叫业务始呼的过程；或者

在成功接入主叫业务始呼之后，建立业务信道的过程。

本发明实施例中，进一步的，处理器501还用于：

按照预设规则确定主叫业务的优先级高于被叫业务的优先级时，放弃接入被叫业务，继续接入主叫业务。

本发明实施例中，进一步的，处理器501还用于：

终端结束主叫业务，并记录主叫业务结束时的状态。

本发明实施例中，进一步的，处理器501还用于：

终端完成被叫业务之后，接收用于请求接入主叫业务的第二请求消息；

终端根据第二请求消息与记录的主叫业务结束时的状态，重新接入主叫业务。

本发明实施例中，可选的，预设规则按照如下方式设置：

主叫业务和被叫业务属于不同业务类型时，语音业务的优先级高于实时性业务的优先级、实时性业务的优先级高于可恢复业务的优先级；

主叫业务和被叫业务属于同一业务类型时，被叫业务的优先级高于主叫业务的优先级。

本发明实施例中，主叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合；

被叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合。

本领域技术人员可以理解，前述介绍的方法实施例与装置实施例是对应的，相关的工作原理和过程可以互相参考。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使 得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (16)

1. 一种呼叫处理方法，其特征在于，包括：

   终端接入主叫业务的过程中，接收用于请求接入被叫业务的第一请求消息；

   所述终端按照预设规则确定所述被叫业务的优先级高于所述主叫业务的优先级时，根据所述第一请求消息接入所述被叫业务。
2. 如权利要求1所述的方法，其特征在于，所述方法应用于所述主叫业务和所述被叫业务均采用电路交换CS域进行处理的场景。
3. 如权利要求1或2所述的方法，其特征在于，所述终端接入主叫业务的过程，包括：

   所述终端在接入所述主叫业务始呼的过程；或者

   所述终端在成功接入所述主叫业务始呼之后，建立业务信道的过程。
4. 如权利要求1-3任一项所述的方法，其特征在于，还包括：

   所述终端按照所述预设规则确定所述主叫业务的优先级高于所述被叫业务的优先级时，放弃接入所述被叫业务，继续接入所述主叫业务。
5. 如权利要求1-4任一项所述的方法，其特征在于，所述终端根据所述第一请求消息接入所述被叫业务之前，还包括：

   所述终端结束所述主叫业务，并记录所述主叫业务结束时的状态。
6. 如权利要求5所述的方法，其特征在于，所述终端根据所述第一请求消息接入所述被叫业务之后，还包括：

   所述终端完成所述被叫业务之后，接收用于请求接入所述主叫业务的第二请求消息；

   所述终端根据所述第二请求消息与记录的所述主叫业务结束时的状态，接入所述主叫业务。
7. 如权利要求1-6任一项所述的方法，其特征在于，所述预设规则按照如下方式设置：

   所述主叫业务和所述被叫业务属于不同业务类型时，语音业务的优先级高于实时性业务的优先级、实时性业务的优先级高于可恢复业务的优先级；

   所述主叫业务和所述被叫业务属于同一业务类型时，所述被叫业务的优先级高于所述主叫业务的优先级。
8. 如权利要求1-7任一项所述的方法，其特征在于，所述主叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合；

   所述被叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合。
9. 一种终端，其特征在于，包括：

   接收单元，用于接入主叫业务的过程中，接收用于请求接入被叫业务的第一请求消息；

   确定单元，用于照预设规则确定所述被叫业务的优先级高于所述主叫业务的优先级；

   接入单元，用于在所述确定单元按照预设规则确定所述被叫业务的优先级高于所述主叫业务的优先级时，根据所述第一请求消息接入所述被叫业务。
10. 如权利要求9所述的终端，其特征在于，所述终端应用于所述主叫业务和所述被叫业务均采用电路交换CS域进行处理的场景。
11. 如权利要求9或10所述的终端，其特征在于，所述接收单元在接入主叫业务的过程时，具体为：

    在接入所述主叫业务始呼的过程；或者

    在成功接入所述主叫业务始呼之后，建立业务信道的过程。
12. 如权利要求9-11任一项所述的终端，其特征在于，所述确定单元还用于，按照所述预设规则确定所述主叫业务的优先级高于所述被叫业务的优先级：

    所述接入单元还用于，在所述确定单元按照所述预设规则确定所述主叫业务的优先级高于所述被叫业务的优先级时，放弃接入所述被叫业务，继续接入所述主叫业务。
13. 如权利要求9-12任一项所述的终端，其特征在于，还包括结束单元，用于结束所述主叫业务；

    还包括记录单元，用于记录所述主叫业务结束时的状态。
14. 如权利要求13所述的终端，其特征在于，所述接收单元还用于，在完成所述被叫业务之后，接收用于请求接入所述主叫业务的第二请求消息；

    所述接入单元还用于，根据所述第二请求消息与记录的所述主叫业务结束时的状态，接入所述主叫业务。
15. 如权利要求9-14任一项所述的终端，其特征在于，所述预设规则按照如下方式设置：

    所述主叫业务和所述被叫业务属于不同业务类型时，语音业务的优先级高于实时性业务的优先级、实时性业务的优先级高于可恢复业务的优先级；

    所述主叫业务和所述被叫业务属于同一业务类型时，所述被叫业务的优先级高于所述主叫业务的优先级。
16. 如权利要求9-15任一项所述的终端，其特征在于，所述主叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合；

    所述被叫业务包括语音业务、实时性业务、可恢复业务中的一种或者任意组合。