RRC重配置消息的处理方法及装置、存储介质、终端与流程

本发明涉及通信技术领域，具体地涉及一种rrc重配置消息的处理方法及装置、存储介质、终端。

背景技术：

第三代合作伙伴计划(3rdgenerationpartnershipproject，简称3gpp)制定的协议36.331第5.3.10.3节中规定，除非在用于切换(handover)的无线资源控制(radioresourcecontrol，简称rrc)重配置消息或重建(re-establishment)后的rrc重配置消息中使用完全配置(fullconfiguration)功能，否则，对于在一条rrc重配置消息中同时删除和添加同一个数据无线承载(dataradiobearer，简称drb)标识(drb-identity，简称drbid)的网络配置，用户设备(userequipment，简称ue)是不支持的。

但是，在实际的网络中，可能由于网络侧设备未遵循协议或网络侧设备异常，导致出现了以下异常配置：

1)在用于切换的rrc重配置消息或重建后的rrc重配置消息中，没有使用完全配置功能就对同一个drbid即配置删除操作又配置添加操作；

2)在非用于切换的rrc重配置消息和非重建后的rrc重配置消息中，直接对同一个drbid即配置删除操作又配置添加操作。

当ue接收到网络侧发送的上述异常配置时，现有普遍采用的处理方式是根据协议36.331第5.3.5.5节的描述，开始rrc连接重建(rrcconnectionre-establishment)过程，简称rrc重建操作。

但是，进行rrc重建操作就会有一段时间无法进行数据传输，从而出现速率掉底的情况。一种更为严重的情况是，如果网络侧一直下发该异常配置，则ue在该地点就完全无法使用。

技术实现要素：

本发明解决的技术问题是如何尽可能避免进行rrc重建操作，以防止ue速率掉底。

为解决上述技术问题，本发明实施例提供一种rrc重配置消息的处理方法，包括：获取所述rrc重配置消息包含的drb配置信息，记作第一drb配置信息，所述第一drb配置信息包括drb删除列表和drb添加修改列表中的至少一个；获取用户设备当前的drb配置信息，记作第二drb配置信息；根据所述第一drb配置信息和第二drb配置信息判断按所述第一drb配置信息执行drb配置操作时是否存在参数冲突；当判断结果表明不存在参数冲突时，按所述第一drb配置信息执行drb配置操作。

可选的，所述根据所述第一drb配置信息和第二drb配置信息判断按所述第一drb配置信息执行drb配置操作时是否存在参数冲突包括：对于第一列表中的每一drbid，判断所述第二drb配置信息和所述第一drb配置信息对所述drbid的配置是否冲突，其中，所述第一列表选自第一drb配置信息；当所述第一列表中所有drbid的判断结果均为不冲突时，确定不存在参数冲突。

可选的，所述判断所述第二drb配置信息和所述第一drb配置信息对所述drbid的配置是否冲突包括：判断所述第二drb配置信息是否包含所述drbid；如果所述第二drb配置信息包含所述drbid，判断所述第二drb配置信息和所述第一drb配置信息对所述drbid的配置是否相同；当判断结果表明所述第二drb配置信息和所述第一drb配置信息对所述drbid的配置相同时，确定不冲突。

可选的，所述drb添加修改列表包括ebi配置信息，所述判断所述第二drb配置信息和所述第一drb配置信息对所述drbid的配置是否冲突还包括：如果所述第二drb配置信息不包含所述drbid，判断所述ebi配置信息是否包含关联于所述drbid的ebi；当判断结果表明所述ebi配置信息不包含关联于所述drbid的ebi时，确定冲突；当判断结果表明所述ebi配置信息包含关联于所述drbid的ebi时，至少根据所述第二drb配置信息针对所述ebi的配置判断是否冲突。

可选的，所述drb添加修改列表包括ebi配置信息，所述判断所述第二drb配置信息和所述第一drb配置信息对所述drbid的配置是否相同包括：判断所述ebi配置信息是否包含关联于所述drbid的ebi；如果所述ebi配置信息包含关联于所述drbid的ebi，至少根据所述ebi配置信息中关联于所述drbid的ebi与所述第二drb配置信息中关联于所述drbid的ebi的比较结果确定配置是否相同；如果所述ebi配置信息不包含关联于所述drbid的ebi，根据第二列表是否包含所述drbid确定配置是否相同，其中，所述第二列表选自所述第一drb配置信息，且所述第二列表不同于所述第一列表。

可选的，所述第一列表为所述drb添加修改列表，所述第二列表为所述drb删除列表。

可选的，所述根据第二列表是否包含所述drbid确定配置是否相同包括：当所述第二列表包含所述drbid时，确定配置不相同；当所述第二列表不包含所述drbid，或者，所述第一drb配置信息不包含所述第二列表时，确定配置相同。

可选的，所述至少根据所述ebi配置信息中关联于所述drbid的ebi与所述第二drb配置信息中关联于所述drbid的ebi的比较结果确定配置是否相同包括：当所述ebi配置信息中关联于所述drbid的ebi与所述第二drb配置信息中关联于所述drbid的ebi相同时，确定配置相同；当所述ebi配置信息中关联于所述drbid的ebi与所述第二drb配置信息中关联于所述drbid的ebi不相同时，根据所述drb删除列表是否包含所述drbid确定配置是否相同。

可选的，所述根据所述第二列表是否包含所述drbid确定配置是否相同包括：当所述第二列表包含所述drbid时，至少根据所述第二drb配置信息针对所述ebi的配置判断是否冲突，其中，是否冲突用于指示配置是否相同；当所述第二列表不包含所述drbid，或者，所述第一drb配置信息不包含所述第二列表时，确定配置不相同。

可选的，所述至少根据所述第二drb配置信息针对所述ebi的配置判断是否冲突包括：判断所述ebi是否包含于所述第二drb配置信息；如果所述ebi包含于所述第二drb配置信息，根据所述第二drb配置信息中所述ebi关联的drbid是否包含于第二列表确定是否冲突，其中，所述第二列表选自所述第一drb配置信息，且所述第二列表不同于所述第一列表；如果所述ebi不包含于所述第二drb配置信息，确定不冲突。

可选的，所述根据所述第二drb配置信息中所述ebi关联的drbid是否包含于所述第二列表确定是否冲突包括：如果所述第二drb配置信息中所述ebi关联的drbid包含于所述第二列表，确定不冲突；如果所述第二drb配置信息中所述ebi关联的drbid不包含于所述第二列表，或者，所述第一drb配置信息不包含所述第二列表，确定冲突。

可选的，当所述ebi配置信息中关联于所述drbid的ebi与所述第二drb配置信息中关联于所述drbid的ebi相同时，还包括：根据所述第一drb配置信息是否包含所述第二列表，和/或所述第二列表是否包含所述drbid，确定drb配置操作的类型。

可选的，所述根据所述第一drb配置信息是否包含所述第二列表确定drb配置操作的类型包括：当所述第一drb配置信息不包含所述第二列表时，确定所述drb配置操作的类型为drb修改操作。

可选的，所述根据所述第一drb配置信息是否包含所述第二列表，以及所述第二列表是否包含所述drbid，确定drb配置操作的类型包括：当所述第一drb配置信息包含所述第二列表，且所述第二列表包含所述drbid时，确定所述drb配置操作的类型为drb添加操作；当所述第一drb配置信息包含所述第二列表，且所述第二列表不包含所述drbid时，确定所述drb配置操作的类型为drb修改操作。

可选的，所述处理方法还包括：当判断结果表明存在参数冲突时，执行rrc重建操作。

可选的，所述按所述第一drb配置信息执行drb配置操作包括：根据所述drb删除列表执行drb删除操作；根据所述drb添加修改列表执行drb添加或修改操作。

可选的，判断是否存在参数冲突的步骤是在发现所述rrc重配置消息存在异常配置时执行的，所述异常配置是指所述drb删除列表和所述drb添加修改列表包含相同的drbid。

本发明实施例还提供一种rrc重配置消息的处理装置，包括：第一获取模块，用于获取所述rrc重配置消息包含的drb配置信息，记作第一drb配置信息，所述第一drb配置信息包括drb删除列表和drb添加修改列表中的至少一个；第二获取模块，用于获取用户设备当前的drb配置信息，记作第二drb配置信息；判断模块，用于根据所述第一drb配置信息和第二drb配置信息判断按所述第一drb配置信息执行drb配置操作时是否存在参数冲突；处理模块，当判断结果表明不存在参数冲突时，按所述第一drb配置信息执行drb配置操作。

本发明实施例还提供一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述方法的步骤。

本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述方法的步骤。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

本发明实施例提供一种rrc重配置消息的处理方法，包括：获取所述rrc重配置消息包含的drb配置信息，记作第一drb配置信息，所述第一drb配置信息包括drb删除列表和drb添加修改列表中的至少一个；获取用户设备当前的drb配置信息，记作第二drb配置信息；根据所述第一drb配置信息和第二drb配置信息判断按所述第一drb配置信息执行drb配置操作时是否存在参数冲突；当判断结果表明不存在参数冲突时，按所述第一drb配置信息执行drb配置操作。

较之现有技术在接收到rrc重配置消息后直接进行重配置操作，并在发现rrc重配置消息中存在异常配置时立即进行rrc重建操作的处理方式。采用本实施例方案的ue在处理网络侧本次下发的drb配置信息之前，增设判断流程。具体而言，综合网络侧本次发送的drb删除列表、drb添加修改列表以及ue当前的drb配置情况，判断本次接收到的rrc重配置消息中针对drbid的添加或者修改的流程是否能够继续执行。

进一步地，即使网络侧本次出现异常配置，如果通过所述判断流程确定按网络侧本次发送的drb配置信息执行drb配置操作时不会与自身已有的drb配置产生参数冲突，则能够确定该异常配置是能够被ue理解和采用的。在此基础上，即使在后续按照第一drb配置信息执行drb配置操作时发现drb删除列表和drb添加修改列表中存在相同的drbid，由于之前的判断流程已经确定不会产生参数冲突，因此，ue能够继续应用网络侧的配置而无需进行rrc重建操作，以最大限度地容忍网络侧的异常情况，防止速率掉底，从而给手机用户提供更好的体验。

进一步，所述根据所述第一drb配置信息和第二drb配置信息判断按所述第一drb配置信息执行drb配置操作时是否存在参数冲突包括：对于第一列表中的每一drbid，判断所述第二drb配置信息和所述第一drb配置信息对所述drbid的配置是否冲突，其中，所述第一列表为所述drb删除列表或所述drb添加修改列表；当所述第一列表中所有drbid的判断结果均为不冲突时，确定不存在参数冲突。由此，遍历第一列表以避免第一列表中各drbid的配置相互之间存在冲突，当第一列表中所有drbid的判断结果均为不冲突时，确定可以按照第一drb配置信息执行drb删除、添加或修改操作。

附图说明

图1是本发明实施例的一种rrc重配置消息的处理方法的流程图；

图2示出上述图1中步骤s103的一个具体实施方式的流程图；

图3是本发明实施例的一种rrc重配置消息的处理装置的结构示意图。

具体实施方式

如背景技术所言，现有技术的缺点在于，当ue接收到网络侧的异常配置时，通常的处理方式是根据协议36.331第5.3.5.5节的描述，开始rrc重建操作。

但是，进行rrc重建操作就会使得ue有一段时间无法进行数据传输，从而出现速率掉底的情况。一种更为严重的情况是，如果网络侧一直下发该异常配置，则ue在该地点就完全无法使用。

本申请发明人通过深入分析这种异常配置情况下drbid的删除和添加配置间的关系，得出在某些情况下，异常配置仍然是可以被ue理解和采用的。因此，在这些情况下ue可以继续应用网测的配置而无需进行rrc重建操作，以更大限度的容忍网络侧的异常情况，防止速率掉底，从而给手机用户提供更好的体验。

基于此，本发明实施例提供一种rrc重配置消息的处理方法，包括：获取所述rrc重配置消息包含的drb配置信息，记作第一drb配置信息，所述第一drb配置信息包括drb删除列表和drb添加修改列表中的至少一个；获取用户设备当前的drb配置信息，记作第二drb配置信息；根据所述第一drb配置信息和第二drb配置信息判断按所述第一drb配置信息执行drb配置操作时是否存在参数冲突；当判断结果表明不存在参数冲突时，按所述第一drb配置信息执行drb配置操作。

采用本实施例方案的ue在处理网络侧本次下发的drb配置信息之前，增设判断流程。具体而言，综合网络侧本次发送的drb删除列表、drb添加修改列表以及ue当前的drb配置情况，判断本次接收到的rrc重配置消息中针对drbid的添加或者修改的流程是否能够继续执行。

进一步地，即使网络侧本次出现异常配置，如果通过所述判断流程确定按网络侧本次发送的drb配置信息执行drb配置操作时不会与自身已有的drb配置产生参数冲突，则能够确定该异常配置是能够被ue理解和采用的。在此基础上，即使在后续按照第一drb配置信息执行drb配置操作时发现drb删除列表和drb添加修改列表中存在相同的drbid，由于之前的判断流程已经确定不会产生参数冲突，因此，ue能够继续应用网络侧的配置而无需进行rrc重建操作，以最大限度地容忍网络侧的异常情况，防止速率掉底，从而给手机用户提供更好的体验。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

图1是本发明实施例的一种rrc重配置消息的处理方法的流程图。

本实施例方案可以应用于长期演进(longtermevolution，简称lte)场景。

本实施例方案可以应用于用户设备侧，如由用户设备(userequipment，简称ue)执行。

具体地，参考图1，本实施例所述rrc重配置消息的处理方法可以包括如下步骤：

步骤s101，获取所述rrc重配置消息包含的drb配置信息，记作第一drb配置信息；所述第一drb配置信息可以包括drb删除列表(drb-toreleaselist)和drb添加修改列表(drb-toaddmodlist)中的至少一个；

步骤s102，获取用户设备当前的drb配置信息，记作第二drb配置信息；

步骤s103，根据所述第一drb配置信息和第二drb配置信息判断按所述第一drb配置信息执行drb配置操作时是否存在参数冲突；

当所述步骤s103的判断结果为否定的，也即，不存在参数冲突时，还包括步骤s104，按所述第一drb配置信息执行drb配置操作；

当所述步骤s103的判断结果为肯定的，也即，存在参数冲突时，还包括步骤s105，执行rrc重建操作。

具体地，drb用于传输数据，ue可以关联多个drb来传输不同的业务。

更为具体地，所述drb添加修改列表可以包括演进的分组系统承载标识(evolvedpacketsystembeareridentity，也即eps-beareridentity，简称ebi)配置信息。多个drb通过drbid相区分，drbid与ebi一一对应。

更为具体地，所述drb删除列表可以包括一个或多个drbid。处理所述drb删除列表时，ue删除第二drb配置信息中所述drb删除列表指示的drbid。

进一步地，所述drb添加修改列表可以包括drb添加列表，具体包括一个或多个drbid以及关联的ebi。其中，所述drb添加修改列表中drbid关联的ebi可以通过ebi配置信息承载。

进一步地，所述drb添加修改列表还可以包括drb修改列表，具体包括一个或多个drbid。其中，所述drb修改列表中drbid关联的ebi可以沿用已有配置。

处理所述drb添加修改列表时，ue将该列表中的drbid添加至第二drb配置信息，或者，根据drb添加修改列表的指示针对已有drbid执行修改流程。

在一个具体实施中，通过判断第一drb配置信息和第二drb配置信息针对drbid和ebi的配置是否矛盾，来确定是否存在参数冲突。

在一个具体实施中，所述步骤s101和步骤s102可以是同步执行的，或者也可以是异步执行的。异步执行时，所述步骤s102可以在所述步骤s101之前或之后执行。

根据协议36.331第5.3.10.0节的描述，当rrc重配置消息中同时存在drb删除列表和drb添加修改列表时，应先处理drb删除列表，然后再处理drb添加修改列表。相应的，本实施例所述不存在参数冲突是指：对于同时出现在drb删除列表和drb添加修改列表中的drbid，如果在drb删除列表处理完成后，在按照drb添加修改列表中的参数对这些drbid进行添加或修改时，没有出现参数冲突，那么这些drbid就可以正常进行添加或者修改的流程。

在一个具体实施中，所述步骤s103的判断步骤可以是在发现所述rrc重配置消息存在异常配置时执行的，所述异常配置是指所述drb删除列表和所述drb添加修改列表包含相同的drbid。

在一个具体实施中，所述步骤s103可以包括步骤：对于第一列表中的每一drbid，判断所述第二drb配置信息和所述第一drb配置信息对所述drbid的配置是否冲突；当所述第一列表中所有drbid的判断结果均为不冲突时，确定不存在参数冲突。

具体地，可以将所述rrc重配置消息包括的drb删除列表和drb添加修改列表分别记作第一列表和第二列表。在执行所述步骤s103时，可以将第一列表作为基准进行遍历，以判断第一列表中每一drbid是否与第二drb配置信息中的配置存在冲突。进一步地，如果rrc重配置消息还配置了第二列表，则还判断第一列表中的每一drbid是否与第二列表的配置存在冲突。

例如，所述第一列表可以为所述drb添加修改列表，所述第二列表可以为所述drb删除列表。

接下来，结合图2，以所述第一列表为所述drb添加修改列表，所述第二列表为所述drb删除列表为例对所述步骤s103的具体流程进行详细阐述。图2示出上述图1中步骤s103的一个具体实施方式的流程图。

具体地，可以执行步骤s1031，分别获取所述drb添加修改列表包括的drbid。以对所述drb添加修改列表中的每一drbid执行判断流程。

进一步地，可以执行步骤s1032，判断所述第二drb配置信息是否包含所述drbid。

如果所述步骤s1032的判断结果为肯定的，也即所述drbid与ue当前已配置的某个drbid相同，表明在ue已经配置该drbid的情况下网络侧再次向ue配置了该drbid。此时，可以进一步判断所述第二drb配置信息和所述第一drb配置信息对所述drbid的配置是否相同。

具体地，可以执行步骤s1033，判断所述ebi配置信息是否包含关联于所述drbid的ebi。

如果所述步骤s1033的判断结果为肯定的，表明在所述ebi配置信息中存在针对所述drbid的ebi配置。但这并不意味着第一drb配置信息和第二drb配置信息针对所述drbid配置的ebi是相同的，因此，需要进一步判断，如至少根据所述ebi配置信息中关联于所述drbid的ebi与所述第二drb配置信息中关联于所述drbid的ebi的比较结果确定配置是否相同。

具体地，可以执行步骤s1034，比较所述ebi配置信息中关联于所述drbid的ebi与所述第二drb配置信息中关联于所述drbid的ebi是否相同。

如果所述步骤1034的判断结果为肯定的，表明ue和网络对同一所述drbid配置的ebi也是相同的。此时，可以确定第一drb配置信息和第二drb配置信息针对所述drbid的配置是相同的。ue按照所述rrc重配置消息执行重配置操作时不会出现参数冲突。

进一步地，在所述步骤s1034的判断结果为肯定的情况下，还可以根据所述第一drb配置信息是否包含所述第二列表，和/或所述第二列表是否包含所述drbid来确定drb配置操作的类型。在图2所示示例中，所述第二列表为drb删除列表。

具体地，当所述步骤s1034的判断结果为肯定的时，可以进一步执行步骤s1035，判断所述第一drb配置信息是否包含所述drb删除列表。

如果所述步骤s1035的判断结果为否定的，表明不存在所述drb删除列表，网络侧本次的rrc重配置消息没有指示删除特定drbid，而是可能仅修改ue当前已配置drbid的相关参数。此时，可以确定所述drb配置操作的类型为drb修改操作。也即，后续处理所述drb添加修改列表时针对所述drbid可以进行drb修改流程。

如果所述步骤s1035的判断结果为肯定的，表明存在所述drb删除列表。此时，可以进一步执行步骤s1036，判断所述drb删除列表是否包含所述drbid。

如果所述步骤s1036的判断结果为肯定的，也即所述第一drb配置信息包含所述drb删除列表，且所述drb删除列表包含所述drbid。此时，可以确定所述drb配置操作的类型为drb添加操作。也即，后续处理所述drb添加修改列表时针对所述drbid可以进行drb添加流程。

如果所述步骤s1036的判断结果为否定的，也即所述第一drb配置信息包含所述drb删除列表，且所述drb删除列表不包含所述drbid，表明网络侧本次的rrc重配置消息没有指示删除所述drbid，而是可能仅修改所述drbid的相关参数。此时，可以确定所述drb配置操作的类型为drb修改操作。也即，后续处理所述drb添加修改列表时针对所述drbid可以进行drb修改流程。

如果所述步骤s1034的判断结果为否定的，表明网络侧的配置导致针对同一drbid存在两种不同的ebi。但如果所述rrc重配置消息中还包括drb删除列表，且所述drb删除列表同样包含所述drbid，则根据现有协议规定的先处理drb删除列表再处理drb添加修改列表的逻辑，所述drbid仍有可能被ue理解和采用。因此，需要进一步进行判断，如根据所述drb删除列表是否包含所述drbid来确定配置是否相同。

具体地，可以执行步骤s1037，判断所述第一drb配置信息是否包含所述drb删除列表。

如果所述步骤s1037的判断结果为否定的，表明不存在所述drb删除列表。如果按照所述drb添加修改列表对所述drbid执行添加操作，将导致同一drbid关联两个ebi进而产生参数冲突。此时，可以确定验证失败。

如果所述步骤s1037的判断结果为肯定的，则需要进一步执行步骤s1038，判断所述drb删除列表是否包含所述drbid。

如果所述步骤s1038的判断结果为否定的，也即所述drb删除列表不包含所述drbid，表明网络侧本次的rrc重配置消息没有指示删除所述drbid。则在按照所述drb删除列表执行删除操作后，再按照所述drb添加修改列表对所述drbid执行添加操作时，由于ue当前已配置的所述drbid并没有被删除，因而仍将导致同一drbid关联两个ebi进而产生参数冲突。此时，可以确定验证失败。

如果所述步骤s1038的判断结果为肯定的，也即所述drb删除列表包含所述drbid，表明网络侧本次的rrc重配置消息指示删除ue当前针对所述drbid的相关配置。但还需要进一步确定网络侧本次配置给所述drbid的ebi是否与ue当前已配置的drbid关联的ebi相冲突。如至少可以根据所述第二drb配置信息针对所述ebi配置信息中关联于所述drbid的ebi的配置判断是否冲突，其中，是否冲突用于指示配置是否相同

具体地，可以执行步骤s1039，判断所述ebi配置信息中关联于所述drbid的ebi是否包含于所述第二drb配置信息。

如果所述步骤s1039的判断结果为否定的，也即，不存在一个ebi关联两个drbid的情形，则可以确定不存在参数冲突。进一步地，后续处理所述drb添加修改列表时针对所述drbid可以进行drb添加流程。

如果所述步骤s1039的判断结果为肯定的，也即网络本次配置给所述drbid的ebi与ue当前已配置的某个ebi相同，换言之，网络本次配置给所述drbid的ebi实际关联于ue当前已配置的另一drbid。但不排除网络侧通过所述drb删除列表删除ue当前已配置的所述ebi实际关联的drbid。因此，需要根据所述drb删除列表进行进一步判断。

具体地，可以执行步骤s1040，判断所述第一drb配置信息是否包含所述drb删除列表。

如果所述步骤s1040的判断结果为否定的，也即不存在所述drb删除列表，表明网络侧本次为指示任何drbid删除操作。在按照所述drb添加修改列表对所述drbid执行添加操作时，由于所述drbid关联的ebi已经被配置给另一drbid，则将导致一个ebi关联两个drbid，这是不被协议允许的。此时，可以确定验证失败，存在参数冲突。

如果所述步骤s1040的判断结果为肯定的，也即存在所述drb删除列表。则进一步执行步骤s1041，判断所述第二drb配置信息中所述ebi关联的drbid是否包含于所述drb删除列表。

如果所述步骤s1041的判断结果为肯定的，也即，对于网络侧针对所述drbid(记作第一drbid)配置的ebi，ue当前已配置的drb中关联于所述ebi的drbid(记作第二drbid)存在于所述drb删除列表。此时，在按照所述drb删除列表删除所述第二drbid后，再按照所述drb添加修改列表执行添加所述第一drbid时，由于同一ebi关联的第二drbid已经被删除，所以不会出现一个ebi关联两个drbid的情形，也就不会出现参数冲突。进一步地，后续处理所述drb添加修改列表时针对所述drbid(即第一drbid)可以进行drb添加流程。

如果所述步骤s1041的判断结果为否定的，也即，对于网络侧针对所述drbid(记作第一drbid)配置的ebi，ue当前已配置的drb中关联于所述ebi的drbid(记作第二drbid)并不存在于所述drb删除列表。此时，在按照所述drb删除列表删除所述第二drbid后，再按照所述drb添加修改列表执行添加所述第一drbid时，由于第二drbid仍存在，将导致一个ebi同时关联两个drbid。此时，可以确定验证失败，存在参数冲突。

如果所述步骤s1033的判断结果为否定的，表明在所述ebi配置信息中不存在针对所述drbid的ebi配置。但此时不能排除是由于网络本次针对所述drbid配置的是修改操作而导致没有配置相应ebi的情形，因而需要进一步判断，如根据所述第二列表是否包含所述drbid确定配置是否相同。在图2所示示例中，所述第二列表为drb删除列表。

具体地，可以执行步骤s1042，判断所述第一drb配置信息是否包含所述drb删除列表。

如果所述步骤s1042的判断结果为否定的，也即不存在所述drb删除列表，表明网络侧本次针对所述drbid配置的是修改操作。因而，可以确定不存在参数冲突。进一步地，后续处理所述drb添加修改列表时针对所述drbid可以进行drb修改流程。

如果所述步骤s1042的判断结果为肯定的，也即存在所述drb删除列表。也进一步执行步骤s1043，判断所述drb删除列表是否包括所述drbid。

如果所述步骤s1043的判断结果为肯定的，表明所述网络侧指示删除ue当前针对所述drbid的相关配置，但是，所述rrc重配置消息中又没有针对所述drbid配置关联的ebi。则ue在按照所述drb删除列表删除所述drbid后，无法按照drb添加修改列表完成所述drbid的添加操作，存在参数冲突。

如果所述步骤s1043的判断结果为否定的，表明所述网络侧未指示删除所述drbid。则与所述步骤s1042的判断结果为否定的时的处理相类似，可以确定不存在参数冲突。进一步地，后续处理所述drb添加修改列表时针对所述drbid可以进行drb修改流程。

如果所述步骤s1032的判断结果为否定的，也即所述drbid不属于ue当前已配置的drb，表明网络侧为ue配置的是新的drbid。此时，可以执行s1044，以判断所述ebi配置信息是否包含关联于所述drbid的ebi。

如果所述步骤s1044的判断结果为肯定的，也即，在所述ebi配置信息中存在针对所述drbid的ebi配置，表明网络侧针对所述drbid的操作类型为drb添加操作。此时，虽然所述drbid没有与所述ue当前已配置的drbid相冲突，但不排除ebi占用了ue当前已配置的drbid关联的ebi。因此，需要进一步执行所述步骤s1039至步骤s1041，以确定是否存在参数冲突。

当所述步骤s1044的判断结果为否定的，也即，在所述ebi配置信息中不存在针对所述drbid的ebi配置。由于此时已经确定所述drbid不属于所述第二drb配置信息，因而可以确定网络针对所述drbid的操作类型为drb添加操作。但网络侧并未针对该需要添加的drbid配置关联的ebi，导致ue在按照所述drb添加修改列表执行所述drbid的添加操作时，无法完成添加操作。因而，可以确定验证失败，存在参数冲突。

在一个具体实施中，对于所述drb添加修改列表中的每一drbid，都可以执行上述图2所示判断流程。进一步地，当所述drb添加修改列表中所有的drbid经过图2所示判断流程能够走到非“验证失败”的终点时，表明不存在参数冲突，可以顺利进行drb的删除和添加/修改操作。

换言之，当所述drb添加修改列表中的任一drbid经过图2所示判断流程走到“验证失败”终点时，表明存在参数冲突，无法执行drb添加/修改操作。此时，执行所述步骤s105，开始rrc重建操作。

在一个具体实施中，所述步骤s104可以包括步骤：根据所述drb删除列表执行drb删除操作；根据所述drb添加修改列表执行drb添加或修改操作。

由上，采用本实施例的方案，ue在处理网络侧本次下发的drb配置信息之前，增设判断流程。具体而言，综合网络侧本次发送的drb删除列表、drb添加修改列表以及ue当前的drb配置情况，判断本次接收到的rrc重配置消息中针对drbid的添加或者修改的流程是否能够继续执行。

进一步地，即使网络侧本次出现异常配置，如果通过所述判断流程确定按网络侧本次发送的drb配置信息执行drb配置操作时不会与自身已有的drb配置产生参数冲突，则能够确定该异常配置是能够被ue理解和采用的。在此基础上，即使在后续按照第一drb配置信息执行drb配置操作时发现drb删除列表和drb添加修改列表中存在相同的drbid，由于之前的判断流程已经确定不会产生参数冲突，因此，ue能够继续应用网络侧的配置而无需进行rrc重建操作，以最大限度地容忍网络侧的异常情况，防止速率掉底，从而给手机用户提供更好的体验。

图3是本发明实施例的一种rrc重配置消息的处理装置的结构示意图。本领域技术人员理解，本实施例所述rrc重配置消息的处理装置(以下简称为处理装置3)可以用于实施上述图1和图2所示实施例中所述的方法技术方案。

具体地，参考图3，所述处理装置3可以包括：第一获取模块31，用于获取所述rrc重配置消息包含的drb配置信息，记作第一drb配置信息，所述第一drb配置信息包括drb删除列表和drb添加修改列表中的至少一个；第二获取模块32，用于获取用户设备当前的drb配置信息，记作第二drb配置信息；判断模块33，用于根据所述第一drb配置信息和第二drb配置信息判断按所述第一drb配置信息执行drb配置操作时是否存在参数冲突；处理模块34，当判断结果表明不存在参数冲突时，按所述第一drb配置信息执行drb配置操作。

关于所述处理装置3的工作原理、工作方式的更多内容，可以参照上述图1和图2中的相关描述，这里不再赘述。

进一步地，本发明实施例还公开一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述图1和图2所示实施例中所述的方法技术方案。优选地，所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述存储介质可以包括rom、ram、磁盘或光盘等。

进一步地，本发明实施例还公开一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述图1和图2所示实施例中所述的方法技术方案。优选地，所述终端可以是手机。

本发明技术方案可以适用于4g(4generation)通信系统(即lte通信系统)，还可适用于5g、3g通信系统，还可适用于未来新的各种通信系统，例如6g、7g等。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。