通信业务过程冲突的处理方法及终端与流程

本发明涉及通信技术领域，尤其涉及一种通信业务过程冲突的处理方法及终端。

背景技术：

第四代(4^thgeneration，4g)移动通信系统，或称为长期演进型(longtimeevolution，lte)系统中引入了载波聚合(carrieraggregation，ca)技术。其中，载波聚合技术为一个终端，或称为用户设备(userequipment，ue)，通过多个小区(cell)和网络进行连接通信。其中，一个小区作为终端的主小区(primarycell，pcell)，其他小区作为终端的辅小区(secondarycell，scell)。其中，pcell一直处于激活状态，scell的初始状态为去激活状态，需要通过媒体接入控制(mediumaccesscontrol，mac)层的激活/去激活(activation/deactivation)命令对对应的scell进行激活和去激活。激活状态表示ue可以在该小区上进行相关上下行信号的收发，去激活状态表示ue停止在该小区上进行相关上下行信号的收发。

在第五代(5^thgeneration，5g)移动通信系统，或称为新空口(newradio，nr)系统中，ue配置的1个小区中，对于1个下行载波可以配置2个上行载波，其中1个上行载波作为补充上行载波(supplementaryuplinkcarrier，sul)，该补充上行载波可以配置给pcell或scell。网络设备可以通过下发控制命令如上行发送载波转换命令，将ue的数据发送在1个小区的不同上行载波间进行转换(即sulswitch)，即数据发送从1个当前工作的载波转换到1个目标载波。

网络设备还可以给ue配置pcell和scell下的工作波束，该波束通过同步信号块(synchronoussignalblock，ssb)或信道状态信息参考信号(channelstateinformation-referencesignal，csi-rs)进行标识。当ue当前工作的波束不能正常工作，即发生波束失败(beamfailure)时，ue会发起波束失败恢复请求过程，该过程包括以下步骤：

步骤1：启动波束失败恢复定时器(beamfailurerecoverytimer)，触发随机接入过程，其中，该随机接入过程可以是基于竞争的或非竞争的随机接入过程。其中，随机接入过程是指终端发送随机接入前导码以尝试接入网络设备的过程，除了用于部分资源用于波束失败时的波束失败恢复请求过程外，还可用于除波束失败恢复外的其它目的的普通随机接入，如初始接入、切换和无线资源控制(radioresourcecontrol，rrc)重建等。

步骤2：如果ue收到的下行控制信道中有该ue的小区无线网络临时标识(cellradionetworktemporaryidentifier，c-rnti)时，ue认为该波束失败恢复请求过程成功，停止波束失败恢复定时器的计时。如果在波束失败恢复定时器超时时，仍未检测到下行控制信道中有ue的c-rnti前，则认为该波束失败恢复过程失败。

其中，ue在接收到网络设备下发的激活/去激活命令时，需要对对应的scell进行激活和去激活，在接收到上行发送载波转换命令时，需要在不同上行载波之间进行转换。在ue发生上述过程的至少一种时，同时需要进行随机接入过程，或者波束失败恢复请求过程，这时ue无法确定优先处理哪个过程，也无法确定上述过程是否必须完成。

技术实现要素：

本发明实施例提供了一种通信业务过程冲突的处理方法及终端，以解决现有技术中在通信业务过程发生冲突时无法确定如何进行处理的问题。

第一方面，本发明实施例提供了一种通信业务过程冲突的处理方法，应用于终端侧，包括：

在发起第一通信业务过程中，若接收到网络设备发送的第二通信业务发起请求，按照预设处理方式，对第一通信业务和第二通信业务进行处理；

其中，第一通信业务过程包括：波束失败恢复请求或随机接入；第二通信业务包括：辅小区scell去激活或补充上行载波sul切换。

第二方面，本发明实施例还提供了一种终端，包括：

处理模块，用于在发起第一通信业务过程中，若接收到网络设备发送的第二通信业务发起请求，按照预设处理方式，对第一通信业务和第二通信业务进行处理；

其中，第一通信业务过程包括：波束失败恢复请求或随机接入；第二通信业务包括：辅小区scell去激活或补充上行载波sul切换。

第三方面，本发明实施例提供了一种终端，终端包括处理器、存储器以及存储于存储器上并可在处理器上运行的计算机程序，计算机程序被处理器执行时实现上述的通信业务过程冲突的处理方法的步骤。。

第四方面，本发明实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述的通信业务过程冲突的处理方法的步骤。

这样，本发明实施例的通信业务过程冲突的处理方法及终端中，终端若在发起第一通信业务过程中，又接收到网络设备发送的第二通信业务的发起请求，则按照预设处理方式对第一通信业务和第二通信业务进行处理，以避免第一通信业务过程与第二通信业务过程的冲突问题。本发明实施例尤其可避免波束失败恢复请求过程和随机接入过程中的一项，与scell去激活或sul切换过程的冲突问题，从而保证终端与网络设备之间的正常数据传输。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1表示本发明实施例的通信业务过程冲突的处理方法的流程示意图；

图2表示本发明实施例的终端的模块结构示意图；

图3表示本发明实施例的终端框图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例提供了一种通信业务过程冲突的处理方法，应用于终端侧，如图1所示，可以包括以下步骤：

步骤11：在发起第一通信业务过程中，若接收到网络设备发送的第二通信业务发起请求，按照预设处理方式，对第一通信业务和第二通信业务进行处理。

其中，第一通信业务过程包括：波束失败恢复请求或随机接入；第二通信业务包括：辅小区scell去激活或补充上行载波sul切换。其中，网络设备配置的物理随机接入信道(physicalrandomaccesschannel，prach)资源中，一部分资源用于除波束失败恢复外的其它目的的普通随机接入，另一部分资源用于在波束失败时供终端发送波束失败恢复请求，且这两部分资源正交，即，用于发送波束失败恢复请求的prach资源与用于普通随机接入的prach资源正交(包括时域正交、频域正交和/或码域正交)。其中，这里所说的随机接入过程尤其指的是用于除波束失败恢复外的其它目的的普通随机接入过程。

下面将结合不同应用场景对本发明实施例的通信业务过程冲突的处理方法做进一步说明。

场景一、第一通信业务为波束失败恢复请求，第二通信业务为scell去激活

在该场景下，当终端的某个scell发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，若终端在发起波束失败恢复请求过程中，接收到网络设备发送的该scell去激活的发起请求(命令)时，终端按照预设处理方式对波束失败恢复请求和scell去激活进行处理。其中，预设处理方式包括但不限于以下方式中的一种：

方式一、

终端放弃波束失败恢复请求的过程，并按照scell去激活的发起请求去激活scell。也就是说，当终端的某个scell发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，若终端在发起波束失败恢复请求过程中，接收到网络设备发送的该scell去激活的发起请求(命令)时，终端可放弃该scell的波束失败恢复请求的过程，并按照接收到的scell去激活命令去激活相应的scell。

方式二、

终端执行波束失败恢复请求的过程，而忽略scell去激活的发起请求。也就是说，当终端的某个scell发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，若终端在发起波束失败恢复请求过程中，接收到网络设备发送的该scell去激活的发起请求(命令)时，终端继续该scell的波束失败恢复请求的过程，而忽略网络设备发送的scell去激活命令。

方式三、

终端执行波束失败恢复请求的过程，并在波束失败恢复请求的过程完成后，按照scell去激活的发起请求去激活scell。也就是说，当终端的某个scell发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，若终端在发起波束失败恢复请求过程中，接收到网络设备发送的该scell去激活的发起请求(命令)时，终端继续该scell的波束失败恢复请求的过程，并在波束失败恢复请求过程完成后，根据接收到的scell去激活命令进行scell的去激活。

场景二、第一通信业务为波束失败恢复请求，第二通信业务为sul切换

在该场景下，网络设备为终端配置的1个小区有多个上行载波，即网络设备为终端配置的sul。当终端的某个载波发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，若终端在发起波束失败恢复请求过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，终端按照预设处理方式对波束失败恢复请求和sul切换进行处理。其中，预设处理方式包括但不限于以下方式中的一种：

方式一、

终端放弃波束失败恢复请求的过程，并按照sul切换的发起请求切换上行载波。也就是说，当终端的某个载波发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，若终端在发起波束失败恢复请求过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，终端直接放弃波束失败恢复请求过程，而按照接收到的sul切换命令去转换上行载波。其中，sul切换的发起请求中携带有指示目标上行载波的指示信息，转换上行载波指的是将原上行载波切换为目标上行载波。

方式二、

终端执行波束失败恢复请求的过程，而忽略sul切换的发起请求。也就是说，当终端的某个载波发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，若终端在发起波束失败恢复请求过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，终端继续该波束失败恢复请求过程，而忽略网络设备发送的sul切换命令。

方式三、

终端执行波束失败恢复请求的过程，并在波束失败恢复请求的过程完成后，按照sul切换的发起请求切换上行载波。也就是说，当终端的某个载波发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，若终端在发起波束失败恢复请求过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，终端继续该波束失败恢复请求的过程，并在波束失败恢复请求过程完成后，根据接收到的sul切换命令去转换上行载波。

方式四、

若发起波束失败恢复请求过程的上行载波与sul切换的发起请求所指示的目标上行载波相同，终端则执行波束失败恢复请求的过程，并按照sul切换的发起请求切换上行载波。其中，sul切换的发起请求中携带有指示目标上行载波的指示信息。也就是说，当终端的某个载波发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，当终端在发起波束失败恢复请求过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，若发起波束失败恢复请求的上行载波与sul切换的发起请求指示的目标上行载波一致，终端则继续该波束失败恢复请求的过程，同时根据接收到的sul切换命令去转换上行载波。

方式五、

若发起波束失败恢复请求过程的上行载波与sul切换的发起请求所指示的目标上行载波不同，终端可按照预设方式执行以下中的一项：

示例一

终端放弃波束失败恢复请求的过程。其中，sul切换的发起请求中携带有指示目标上行载波的指示信息。也就是说，当终端的某个载波发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，当终端在发起波束失败恢复请求过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，若发起波束失败恢复请求的上行载波与sul切换的发起请求指示的目标上行载波不一致，终端则直接放弃波束失败恢复请求过程，而按照接收到的sul切换命令去转换上行载波。

示例二、

终端执行波束失败恢复请求的过程并忽略sul切换的发起请求。其中，sul切换的发起请求中携带有指示目标上行载波的指示信息。也就是说，当终端的某个载波发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，当终端在发起波束失败恢复请求过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，若发生波束失败的载波与sul切换的发起请求指示的目标上行载波不一致，则终端继续该波束失败恢复请求过程，而忽略网络设备发送的sul切换命令。

示例三、

终端执行波束失败恢复请求的过程，并在波束失败恢复请求的过程完成后，按照sul切换的发起请求切换上行载波。其中，sul切换的发起请求中携带有指示目标上行载波的指示信息。也就是说，当终端的某个载波发生波束失败时，终端发起针对该波束失败的波束失败恢复请求过程，当终端在发起波束失败恢复请求过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，若发生波束失败的载波与sul切换的发起请求指示的目标上行载波不一致，则终端继续该波束失败恢复请求的过程，并在波束失败恢复请求过程完成后，根据接收到的sul切换命令去转换上行载波。

其中，值得指出的时，上述波束失败恢复请求过程可通过随机接入过程完成，场景二中终端发起针对该波束失败的波束失败恢复请求过程中，发起波束失败恢复请求过程的上行载波可以是发送随机接入信号的载波。

场景三、第一通信业务为随机接入，第二通信业务为sul切换

在该场景下，网络设备为终端配置的1个小区有多个上行载波，即网络设备为终端配置的sul。若终端在发起随机接入过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，终端按照预设处理方式对随机接入和sul切换进行处理。其中，sul切换的发起请求中携带有指示目标上行载波的指示信息。预设处理方式包括但不限于以下方式中的一种：

方式一、

若发起随机接入过程的上行载波与sul切换的发起请求所指示的目标上行载波相同，则执行随机接入的过程，并按照sul切换的发起请求切换上行载波。也就是说，若终端在发起随机接入过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，若发起随机接入过程的上行载波与sul切换的发起请求指示的目标上行载波一致，终端则继续该随机接入过程，同时根据接收到的sul切换命令去转换上行载波。

方式二、

若发起随机接入过程的上行载波与sul切换的发起请求所指示的目标上行载波不同，终端可按照预设方式执行以下中的一项：

示例一、

终端放弃随机接入的过程。其中，sul切换的发起请求中携带有指示目标上行载波的指示信息。也就是说，当终端在发起随机接入过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，若发起随机接入过程的上行载波与sul切换的发起请求指示的目标上行载波不一致，终端则直接放弃随机接入过程，而按照接收到的sul切换命令去转换上行载波。

示例二、

终端执行随机接入的过程并忽略sul切换的发起请求。其中，sul切换的发起请求中携带有指示目标上行载波的指示信息。也就是说，当终端在发起随机接入过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，若发起随机接入过程的上行载波与sul切换的发起请求指示的目标上行载波不一致，终端则继续该随机接入过程，而忽略网络设备发送的sul切换命令。

示例三、

执行随机接入的过程，并在随机接入的过程完成后，按照sul切换的发起请求切换上行载波。其中，sul切换的发起请求中携带有指示目标上行载波的指示信息。也就是说，当终端在发起随机接入过程中，接收到网络设备发送的sul切换的发起请求(命令即sulswitch)时，若发起随机接入过程的上行载波与sul切换的发起请求指示的目标上行载波不一致，终端则继续该随机接入过程，并在随机接入过程完成后，根据接收到的sul切换命令去转换上行载波。

本发明实施例的通信业务过程冲突的处理方法中，若终端在发起第一通信业务过程中，又接收到网络设备发送的第二通信业务的发起请求，则按照预设处理方式对第一通信业务和第二通信业务进行处理，以避免第一通信业务过程与第二通信业务过程的冲突问题。本发明实施例尤其可避免波束失败恢复请求过程和随机接入过程中的一项，与scell去激活或sul切换过程的冲突问题，从而保证终端与网络设备之间的正常数据传输。

以上实施例分别详细介绍了不同场景下的通信业务过程冲突的处理方法，下面本实施例将结合附图对其对应的终端做进一步介绍。

如图2所示，本发明实施例的终端200，能实现上述实施例中在发起第一通信业务过程中，若接收到网络设备发送的第二通信业务发起请求，按照预设处理方式，对第一通信业务和第二通信业务进行处理方法的细节，并达到相同的效果；其中，第一通信业务过程包括：波束失败恢复请求或随机接入；第二通信业务包括：辅小区scell去激活或补充上行载波sul切换，该终端200具体包括以下功能模块：

处理模块，用于在发起第一通信业务过程中，若接收到网络设备发送的第二通信业务发起请求，按照预设处理方式，对第一通信业务和第二通信业务进行处理；

其中，第一通信业务过程包括：波束失败恢复请求或随机接入；第二通信业务包括：辅小区scell去激活或补充上行载波sul切换。

其中，当第一通信业务为波束失败恢复请求，第二通信业务为scell去激活时；

处理模块包括以下中的一项：

第一处理子模块，用于放弃波束失败恢复请求的过程，并按照scell去激活的发起请求去激活scell；

第二处理子模块，用于执行波束失败恢复请求的过程，而忽略scell去激活的发起请求；

第三处理子模块，用于执行波束失败恢复请求的过程，并在波束失败恢复请求的过程完成后，按照scell去激活的发起请求去激活scell。

其中，当第一通信业务为波束失败恢复请求，第二通信业务为sul切换时；

处理模块还包括以下中的一项：

第四处理子模块，用于放弃波束失败恢复请求的过程，并按照sul切换的发起请求切换上行载波；

第五处理子模块，用于执行波束失败恢复请求的过程，而忽略sul切换的发起请求；

第六处理子模块，用于执行波束失败恢复请求的过程，并在波束失败恢复请求的过程完成后，按照sul切换的发起请求切换上行载波；

若发起波束失败恢复请求过程的上行载波与sul切换的发起请求所指示的目标上行载波相同，则执行波束失败恢复请求的过程，并按照sul切换的发起请求切换上行载波；

第七处理子模块，用于若发起波束失败恢复请求过程的上行载波与sul切换的发起请求所指示的目标上行载波不同，则放弃波束失败恢复请求的过程，或者，执行波束失败恢复请求的过程并忽略sul切换的发起请求，或者，执行波束失败恢复请求的过程，并在波束失败恢复请求的过程完成后，按照sul切换的发起请求切换上行载波。

其中，当第一通信业务为随机接入，第二通信业务为sul切换时；

处理模块还包括以下中的一项：

第八处理子模块，用于若发起随机接入过程的上行载波与sul切换的发起请求所指示的目标上行载波相同，则执行随机接入的过程，并按照sul切换的发起请求切换上行载波；

第九处理子模块，用于若发起随机接入过程的上行载波与sul切换的发起请求所指示的目标上行载波不同，则放弃随机接入的过程，或者，执行随机接入的过程并忽略sul切换的发起请求，或者，执行随机接入的过程，并在随机接入的过程完成后，按照sul切换的发起请求切换上行载波。

值得指出的是，本发明实施例的终端若在发起第一通信业务过程中，又接收到网络设备发送的第二通信业务的发起请求，则按照预设处理方式对第一通信业务和第二通信业务进行处理，以避免第一通信业务过程与第二通信业务过程的冲突问题。本发明实施例尤其可避免波束失败恢复请求过程和随机接入过程中的一项，与scell去激活或sul切换过程的冲突问题，从而保证终端与网络设备之间的正常数据传输。

需要说明的是，应理解以上各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，确定模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(applicationspecificintegratedcircuit，简称asic)，或，一个或多个微处理器(digitalsignalprocessor，简称dsp)，或，一个或者多个现场可编程门阵列(fieldprogrammablegatearray，简称fpga)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(centralprocessingunit，简称cpu)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称soc)的形式实现。

为了更好的实现上述目的，进一步地，图3为实现本发明各个实施例的一种终端的硬件结构示意图，该终端30包括但不限于：射频单元31、网络模块32、音频输出单元33、输入单元34、传感器35、显示单元36、用户输入单元37、接口单元38、存储器39、处理器310、以及电源311等部件。本领域技术人员可以理解，图3中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。

其中，射频单元31，用于在处理器310的控制下收发数据；

处理器310，用于在发起第一通信业务过程中，若接收到网络设备发送的第二通信业务发起请求，按照预设处理方式，对第一通信业务和第二通信业务进行处理；其中，第一通信业务过程包括：波束失败恢复请求或随机接入；第二通信业务包括：辅小区scell去激活或补充上行载波sul切换。

本发明实施例的终端，若在发起第一通信业务过程中，又接收到网络设备发送的第二通信业务的发起请求，则按照预设处理方式对第一通信业务和第二通信业务进行处理，以避免第一通信业务过程与第二通信业务过程的冲突问题。本发明实施例尤其可避免波束失败恢复请求过程和随机接入过程中的一项，与scell去激活或sul切换过程的冲突问题，从而保证终端与网络设备之间的正常数据传输。

应理解的是，本发明实施例中，射频单元31可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器310处理；另外，将上行的数据发送给基站。通常，射频单元31包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元31还可以通过无线通信系统与网络和其他设备通信。

终端通过网络模块32为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元33可以将射频单元31或网络模块32接收的或者在存储器39中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元33还可以提供与终端30执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元33包括扬声器、蜂鸣器以及受话器等。

输入单元34用于接收音频或视频信号。输入单元34可以包括图形处理器(graphicsprocessingunit，gpu)341和麦克风342，图形处理器341对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元36上。经图形处理器341处理后的图像帧可以存储在存储器39(或其它存储介质)中或者经由射频单元31或网络模块32进行发送。麦克风342可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元31发送到移动通信基站的格式输出。

终端30还包括至少一种传感器35，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板361的亮度，接近传感器可在终端30移动到耳边时，关闭显示面板361和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器35还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。

显示单元36用于显示由用户输入的信息或提供给用户的信息。显示单元36可包括显示面板361，可以采用液晶显示器(liquidcrystaldisplay，lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板361。

用户输入单元37可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元37包括触控面板371以及其他输入设备372。触控面板371，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板371上或在触控面板371附近的操作)。触控面板371可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器310，接收处理器310发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板371。除了触控面板371，用户输入单元37还可以包括其他输入设备372。具体地，其他输入设备372可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

进一步的，触控面板371可覆盖在显示面板361上，当触控面板371检测到在其上或附近的触摸操作后，传送给处理器310以确定触摸事件的类型，随后处理器310根据触摸事件的类型在显示面板361上提供相应的视觉输出。虽然在图3中，触控面板371与显示面板361是作为两个独立的部件来实现终端的输入和输出功能，但是在某些实施例中，可以将触控面板371与显示面板361集成而实现终端的输入和输出功能，具体此处不做限定。

接口单元38为外部装置与终端30连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元38可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端30内的一个或多个元件或者可以用于在终端30和外部装置之间传输数据。

存储器39可用于存储软件程序以及各种数据。存储器39可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器39可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器310是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器39内的软件程序和/或模块，以及调用存储在存储器39内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。处理器310可包括一个或多个处理单元；优选的，处理器310可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器310中。

终端30还可以包括给各个部件供电的电源311(比如电池)，优选的，电源311可以通过电源管理系统与处理器310逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

另外，终端30包括一些未示出的功能模块，在此不再赘述。

优选的，本发明实施例还提供一种终端，包括处理器310，存储器39，存储在存储器39上并可在所述处理器310上运行的计算机程序，该计算机程序被处理器310执行时实现上述通信业务过程冲突的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，终端可以是无线终端也可以是有线终端，无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(radioaccessnetwork，简称ran)与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(personalcommunicationservice，简称pcs)电话、无绳电话、会话发起协议(sessioninitiationprotocol，简称sip)话机、无线本地环路(wirelesslocalloop，简称wll)站、个人数字助理(personaldigitalassistant，简称pda)等设备。无线终端也可以称为系统、订户单元(subscriberunit)、订户站(subscriberstation)，移动站(mobilestation)、移动台(mobile)、远程站(remotestation)、远程终端(remoteterminal)、接入终端(accessterminal)、用户终端(userterminal)、用户代理(useragent)、用户设备(userdeviceoruserequipment)，在此不作限定。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述通信业务过程冲突的处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

此外，需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。

因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。