专利名称：一种解决无线资源控制过程配置失败的方法
技术领域：
本发明涉及宽带码分多址(WCDMA)系统的无线资源控制(RRC)过程，特别涉及到一种解决RRC过程配置失败的方法。
背景技术：
WCDMA系统是由核心网(CN)、通用移动通信系统陆地无线接入网络(UTRAN)和用户设备(UE)组成的。UTRAN的主要功能是实现系统的接入控制、移动性管理以及无线资源的管理和控制等功能。UTRAN包括一个或者多个通过Iu接口连接到CN的无线网络子系统(RNS)，一个RNS可以包括一个无线网络控制器(RNC)以及一个或者多个基站Node B。
UE和UTRAN之间的接口为Uu接口，也称作无线接口，该接口使用无线传输技术将用户设备接入到系统固定网络部分。Uu接口的协议栈包括三层物理层(L1)、数据链路层(L2)和网络层(L3)。Uu接口协议栈分为两个平面控制平面和用户平面。控制平面主要处理控制信令，而用户平面则处理用户数据。在控制平面上，数据链路层包含两个子层媒体接入控制(MAC)子层和无线链路控制(RLC)子层；网络层包括无线资源控制(RRC)层。
其中，RRC层对无线资源的分配进行控制并负责发送和接收有关的信令。RRC层所处理的UE与UTRAN之间的控制信令功能很多，在3GPP协议3GPP TS 25.331中规定了很多RRC消息流程，也称为RRC过程。
在RRC过程中，UE和UTRAN是根据发送和接收的RRC消息中携带的信元(IEInformation Element)来进行相应的操作的。在协议3GPP TS25.331中也定义了多个IE，并且定义了UE和UTRAN发送或者接收这些IE时需要进行的相应操作。其中，该协议定义了进行加密配置的IE，即加密模式信息(Ciphering Mode Info)，UE、RNC或CN要根据这一IE中的信息进行加密配置，并进行UE、RNC两侧信令链路承载以及用户面数据的启动/重启动加密等操作；另外，该协议还定义了进行完整性保护配置的IE，即完整性保护模式信息(Integrity Protection Mode Info)，UE、RNC或CN要根据这一IE中的信息进行完整性保护配置，并进行UE、RNC两侧上行链路和下行链路信令启动完整性保护或修改完整性保护等操作。
在协议3GPP TS 25.331中规定了许多RRC过程应用的RRC消息都可以包含上述两个IE，即包含IE“Ciphering Mode Info”、或者包含IE“IntegrityProtection Mode Info”、又或者同时包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”，例如无线承载的建立消息、无线承载的释放消息、无线承载的重新配置消息、传输信道的重新配置消息、物理信道的重新配置消息、安全模式命令消息、小区更新证实消息、通用移动通信系统陆地无线接入网络注册区更新证实消息以及通用移动通信系统陆地无线接入网络的移动信息消息。
下面以安全模式控制过程为例说明一次正常RRC过程的信令流程。
图1显示了协议3GPP TS 25.331规定的一次正常的安全模式控制过程。需要说明的是，图1仅显示了UE和RNC之间的流程，并没有显示RNC和CN之间的流程。
其中，图1的UE-L3、UE-L2、RNC-L3和RNC-L2的4个方框分别表示UE侧的L3层和L2层以及RNC侧的L3层和L2层实体。如图1所示，所述的安全模式控制过程包含以下步骤步骤101RNC-L3发送安全模式命令消息到RNC-L2，其中可以包含IE“Ciphering Mode Info”、或者IE“Integrity Protection Mode Info”、又或者二者都包括；步骤102RNC-L2将安全模式命令消息的协议数据单元PDU发送到UE-L2；步骤103UE-L2正确接收安全模式命令消息的PDU后，将安全模式命令消息上传给UE-L3，并返回正确接收安全模式命令PDU的响应(ACK)给RNC-L2；步骤104RNC-L2将接收到的正确接收安全模式命令PDU的响应上传给RNC-L3；步骤105UE-L3根据接收到的安全模式命令消息中包含的IE执行相应的操作，并返回安全模式完成消息给UE-L2；其中，如果安全模式命令消息中包含IE“Ciphering Mode Info”，UE将进行相应的加密配置，同时将UE自身的加密状态(CIPHERING_STATUS)变量的布尔型信元重新配置(Reconfiguration)设置为真(TRUE)；如果安全模式命令消息中包含IE“Integrity Protection Mode Info”，UE进行相应的完整性保护配置，同时将UE自身的完整性保护信息(INTEGRITY_PROTECTION_INFO)变量的布尔型信元Reconfiguration设置为TRUE；步骤106UE-L2将安全模式完成消息PDU发送给RNC-L2；步骤107RNC-L2正确接收到安全模式完成消息PDU后，将安全模式完成消息上传到RNC-L3，并返回正确接收安全模式完成消息PDU的响应给UE-L2；步骤108UE-L2将接收到的正确接收安全模式完成消息PDU的响应上传给UE-L3；在这一步骤中，当UE-L3接收到安全模式完成消息PDU正确接收响应后，UE-L3根据上述步骤105中安全模式命令消息包含的IE，将与该IE对应的UE的变量CIPHERING_STATUS或INTEGRITY_PROTECTION_INFO的信元Reconfiguration重新设置为假(FALSE)。
例如，如果安全模式命令消息中包含IE“Ciphering Mode Info”，则UE将自身的CIPHERING_STATUS变量的布尔型信元Reconfiguration重新设置为FALSE；如果安全模式命令消息中包含IE“Integrity Protection ModeInfo”，则UE将自身的INTEGRITY_PROTECTION_INFO变量的布尔型信元Reconfiguration重新设置为FALSE。
经过上述步骤101～108，一次正常的安全模式控制过程完成。
协议3GPP TS 25.331规定的其他可以包含IE“Ciphering Mode Info”或者IE“Integrity Protection Mode Info”的RRC过程和上述安全模式控制过程基本一致，因此，在本说明书中就不再详细描述了。
如上所述，图1仅显示了一次正常的安全模式控制过程。但是，在实际的操作中，可能会出现连续两次或者多次带有上述两个IE的RRC过程，这两个连续的RRC过程可能来自于同一个CN，也可能来自不同的CN。在这种情况下，很可能会出现在UE-L3接收到第一次RRC过程完成消息PDU正确接收响应之前，UE-L3就接收到第二次RRC过程的命令消息的情况。又由于两次RRC过程可能带有相同的IE，即均带有IE“Ciphering Mode Info”或者IE“Integrity Protection Mode Info”，因此，在UE-L3接收到第二次RRC过程命令消息时，由于UE-L3尚未收到第一次RRC过程完成消息PDU正确接收响应，UE的变量 INTEGRITY_PROTECTION_INFO或CIPHERING_STATUS的信元Reconfiguration仍然为真，按照协议3GPP TS25.331的规定，这将导致UE对第二次RRC过程进行失败处理。
出现上述第二次RRC过程的命令消息先于第一次RRC过程完成消息PDU正确接收响应到达UE-L3情况的原因有很多。其中一种可能就是由于传输链路的原因所造成的UE-L2无法正确接收RNC-L2所发送的第一次RRC过程完成消息PDU正确接收响应，虽然RNC-L2随后会重新传送第一次RRC过程完成消息PDU正确接收响应，但是很可能晚于第二次RRC过程命令消息到达UE-L3；另一种可能是由于第二次RRC过程紧接着第一次RRC过程，造成RNC-L2本身发送第二次RRC过程的命令消息就要比发送第一次RRC过程完成消息PDU正确接收响应时间早，因此，第二次RRC过程的命令消息会先到达UE-L3。在实际的应用环境中，上述后一种情况更有可能出现。
下面仍以安全模式控制过程为例详细说明上述情况。在此例中，假设安全模式命令消息中所包含的IE为IE“Ciphering Mode Info”，并且RNC本身发送第二次安全模式命令消息要早于发送第一次RRC过程完成消息PDU正确接收响应。
图2显示了造成第二次安全模式配置失败的连续两次安全模式控制过程。如图2所示，所述的安全模式控制过程包含以下步骤步骤201RNC-L3发送第一次安全模式命令消息到RNC-L2，其中包含IE“Ciphering Mode Info”，RNC-L3将该安全模式命令消息发送到UE-L2，UE-L2正确接收到第一次安全模式命令消息的PDU之后，上传给UE-L3，并返回正确接收第一次安全模式命令消息PDU正确接收响应给RNC-L2，RNC-L2将该响应消息上传给RNC-L3；步骤202UE进行相应的加密配置，同时将UE自身的CIPHERING_STATUS变量的布尔型信元Reconfiguration设置为TRUE，并返回第一次安全模式完成消息给UE-L2；UE-L2将第一次安全模式完成消息发送到RNC；步骤203RNC-L3发送第二次安全模式命令消息到RNC-L2，其中也包含IE“Ciphering Mode Info”，RNC-L2将该安全模式命令消息发送到UE-L2，UE-L2正确接收到第二次安全模式命令消息的PDU之后，上传给UE-L3，并返回第二次安全模式命令消息PDU正确接收响应给RNC-L2，RNC-L2将该响应消息上传给RNC-L3；步骤204UE-L3在收到第二次安全模式命令消息之前，并没有收到正确接收第一次安全模式完成消息PDU的响应，因此，UE自身的CIPHERING_STATUS变量的布尔型信元Reconfiguration仍为TRUE。按照协议规定，UE将会对第二次安全模式命令进行失败处理，由此，UE-L3发送安全模式失败消息给对端RNC；步骤205RNC-L2返回正确接收第一次安全模式完成消息PDU的响应给UE-L2，UE-L2将该消息上传给UE-L3，第一次安全模式控制过程结束。
从图2所示的安全模式过程可以看出，导致上述第二次安全模式控制过程配置失败的主要原因是第二次安全模式命令到达UE-L3时，UE尚未收到正确接收第一次安全模式完成消息PDU的响应，即UE的CIPHERING_STATUS变量的布尔型信元Reconfiguration仍为TRUE。需要说明的是，图2所示的流程仅描述导致上述问题的一种可能，在实际的应用中，某些消息不一定必要，并且各个消息顺序的不一定完全和图2相同。
同样，如果两次安全模式控制过程都带有IE“Integrity Protection ModeInfo”，由于在第一次的安全模式控制过程中，UE将会在接收到第一次安全模式命令后UE将UE自身变量INTEGRITY_PROTECTION_INFO中的信元Reconfiguration设置为TRUE，因此，也会出现上述第二次安全模式控制过程配置失败的情况。
另外，由于协议3GPP TS 25.331所定义的多个RRC过程的消息中都可以包含上述两种IE，因此，只要前后两次连续的RRC过程都包含有IE“Ciphering Mode Info”、或者包含IE“Integrity Protection Mode Info”、又或者同时包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”，就也会出现上述第二次RRC过程配置失败的情况。
由于在实际的应用环境中，类似于上述连续两次进行RRC过程的情况是经常发生的，所述连续两次的RRC过程可能来自于同一个CN也可能来自不同的CN。如果连续两次的RRC过程的命令消息中都包含IE“CipheringMode Info”或者都包含IE“Integrity Protection Mode Info”就可能导致后续业务无法正确建立或者导致信令连接异常释放，因此，为了提高业务接通率，促进系统的稳定性，需要采取一种的方法解决上述的问题。
发明内容
为了解决上述技术问题，本发明提供了一种解决RRC过程配置失败的方法，能有效地解决由上述特殊情况造成的RRC过程配置失败的问题，提高业务接通率，促进系统的稳定性。
本发明所述方法为用户设备在接收到携带有保证安全性信元的无线资源控制过程命令消息后，判断该用户设备中与所携带的保证安全性信元相对应的状态变量的重新配置信元值是否为真，如果是，则用户设备将当前接收到的无线资源控制过程命令消息缓存，等待上一次无线资源控制过程结束，并在上一次无线资源控制过程结束后，处理缓存的无线资源控制过程命令消息；否则，用户设备直接处理当前接收到的无线资源控制命令消息。
另外，用户设备在将所述无线资源控制过程命令消息缓存后，可以启动一个定时器，如果在所述定时器超时前，上一次无线资源控制过程结束，则处理缓存的无线资源控制过程命令；否则，用户设备将对缓存的无线资源控制过程命令进行异常处理。
需要说明的是，本发明所述保证安全性信元为加密模式信息信元、或为完整性保护模式信息信元、或为二者的组合。而所述无线资源控制过程为无线承载的控制过程、或为传输信道的重新配置过程、或为物理信道的重新配置过程、或为安全模式控制过程。
本发明所述状态变量为加密状态变量、或完整性保护信息变量。
在本发明所述的方法中，上述无线资源控制过程结束具体为用户设备收到无线网络控制器发来的正确接收本次无线资源控制过程完成消息的响应。
另外，在本发明所述方法中，上述缓存当前收到的无线资源控制过程命令消息在用户设备的网络层进行。
由此可以看出，应用本发明所述的方法，在上述UE先接收到第二次RRC过程命令消息的情况下，UE通过缓存器对先接收到的第二次RRC过程的命令消息缓存一定的时间，同时等待第一次RRC过程完成消息PDU正确接收响应，可以基本保证UE在接收到第一次RRC过程完成消息PDU正确接收响应后，即第一次RRC过程结束后，再处理第二次RRC过程。因此，应用本发明所述的方法可以基本解决第二次RRC过程配置失败的问题，同时提高了业务接通率，促进了系统的稳定性，也增强了3GPP协议的兼容性。
图1为一次正常的安全模式控制过程；图2为造成第二次安全模式配置失败的连续两次安全模式控制过程；图3为本发明一个优选实施例中连续两次配置成功的安全模式控制过程；图4为本发明另一个优选实施例中连续两次配置成功的RRC过程。
具体实施例方式
下面结合附图及具体的实施例对本发明所述方法作进一步的详细说明。
实施例1。
图3为本发明一个优选实施例中连续两次配置成功的安全模式控制过程。在本实施例中，连续两次安全模式命令消息中都包含IE“Ciphering ModeInfo”，并且第二次安全模式命令消息到达UE的时间可能会早于第一次安全模式完成消息PDU正确接收响应到达UE的时间。
如图3所示，本发明所述的连续两次安全模式控制过程包含以下步骤步骤301RNC-L3发送第一次安全模式命令消息到RNC-L2，其中包含IE“Ciphering Mode Info”，RNC-L3将该安全模式命令消息发送到UE-L2，UE-L2正确接收到第一次安全模式命令消息的PDU之后，上传给UE-L3，并返回第一次安全模式命令消息PDU正确接收响应给RNC-L2，RNC-L2将该响应消息上传给RNC-L3；步骤302UE进行相应的加密配置，同时将UE自身CIPHERING_STATUS变量的布尔型信元Reconfiguration设置为TRUE，并返回第一次安全模式完成消息给UE-L2；UE-L2将第一次安全模式完成消息发送到RNC；步骤303RNC-L3发送第二次安全模式命令消息到RNC-L2，其中也包含IE“Ciphering Mode Info”，RNC-L2将该安全模式命令消息发送到UE-L2，UE-L2正确接收到第二次安全模式命令消息的PDU之后，上传给UE-L3，并返回第二次安全模式命令消息PDU正确接收响应给RNC-L2，RNC-L2将该响应消息上传给RNC-L3；步骤304UE-L3收到第二次安全模式命令消息之后，首先判断是否已经收到UE-L2上传的第一次安全模式完成消息PDU正确接收响应，如果已经接收到，则第一次安全模式控制过程已经结束，UE可以处理第二次安全模式命令，其处理流程和第一次安全模式控制过程相同，图3中没有显示；如果尚未收到第一次安全模式完成消息PDU正确接收响应，则UE暂不处理第二次安全模式命令，并将第二次安全模式命令缓存起来，等待第一次安全模式完成消息PDU正确接收响应，然后执行步骤305；步骤305UE-L2接收到RNC-L2发送的第一次安全模式完成信息PDU的正确接收响应后，上传给UE-L3；UE-L3将UE自身CIPHERING_STATUS变量的布尔型信元Reconfiguration的值设置为FALSE，第一次安全模式控制过程结束；步骤306UE-L3处理第二次安全模式控制过程，UE进行相应的加密配置，同时将UE自身CIPHERING_STATUS变量的布尔型信元Reconfiguration重新设置为TRUE，并返回第二次安全模式完成消息给UE-L2；UE-L2将第二次安全模式完成消息发送到RNC。
后续的过程和正常的安全模式控制过程相同，图3中没有显示，本发明也不详细叙述了。
需要说明的是，在上述步骤304中，UE-L3在缓存第二次安全模式命令的同时，可以启动一个定时器，该定时器设定缓存并且等待第一次安全模式完成消息PDU正确接收响应的时间，而且定时器的时长可以根据实际情况灵活设置，如果在定时器超时之前收到第一次安全模式完成消息PDU正确接收响应，则执行上述的步骤305；如果直到定时器超时，仍未收到第一次安全模式完成消息PDU正确接收响应，UE将进行异常处理，有关异常处理的流程在图3中也没有显示。该异常处理的流程已经在协议3GPP TS 25.331中进行了详细的规定，因此，在本发明就不再叙述了。
另外需要说明的是，在步骤304中，本发明所述缓存操作不限于在UE-L3进行，也可以由UE-L3指示UE-L2或者UE的其他实体进行。
并且，本发明所述的等待方法并不限于上述启动定时器的方法，还可以采用其他任何可以进行延时等待的方法，而不会超出本发明的精神和范围。
由实施例1的方法可以看出，虽然第二次安全模式命令消息到达UE的时间可能会早于第一次安全模式完成消息PDU正确接收响应到达UE的时间，但是通过在UE加入缓存器，将第二次安全模式命令消息缓存一定的时间，可以基本保证两次安全模式控制过程的正常进行。
实施例2。
在本实施例中，连续两次的安全模式命令消息中都包含IE“IntegrityProtection Mode Info”，并且第二次安全模式命令消息到达UE的时间可能会早于第一次安全模式完成消息PDU正确接收响应到达UE的时间。
本实施例的处理流程和实施例1所述的步骤301～306基本相同。不同之处在于1、在本实施例中，步骤302、步骤305和步骤306中UE需要修改变量INTEGRITY_PROTECTION_INFO中的信元Reconfiguration；2、在本实施例中，步骤302和306中，UE-L3在接收到安全模式命令消息后将进行完整性保护配置。
通过本实施例的方法，也可以基本保证两次安全模式控制过程的正常进行。
实施例3。
在本实施例中，连续两次安全模式命令消息中可以包含IE“CipheringMode Info”、或者包含IE“Integrity Protection Mode Info”、又或者同时包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”，并且前后两次安全模式命令消息所包含的IE有交集。
如上所述，本实施例可以包含以下5种情况在连续两次的安全模式控制过程中，第一次的安全模式命令消息中包含IE“Ciphering Mode Info”，而第二次的安全模式命令消息中同时包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”；或者反过来；或者在第一次安全模式命令消息中包含IE“Integrity Protection Mode Info”，而第二次的安全模式命令消息中同时包含IE“Ciphering Mode Info”和IE“Integrity Protection ModeInfo”；或者反过来；又或者连续两次的安全模式命令消息均同时包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”。
而且，在本实施例中，第二次安全模式命令消息到达UE的时间可能会早于第一次安全模式完成消息PDU正确接收响应到达UE的时间。
本实施例的处理流程和实施例1所述的处理流程基本相同。不同之处仅为在步骤302、步骤305和步骤306中，UE要根据安全模式命令消息中所携带的IE进行相应的操作，修改自身相应变量的信元值。
实施例4。
由于协议3GPP TS 25.331规定很多的RRC过程应用的RRC消息中都可以包含IE“Ciphering Mode Info”或者IE“Integrity Protection Mode Info”，并且UE和RNC对包含这两种IE的处理过程均是类似的，因此，本发明所述的方法也适用于其他包含IE“Ciphering Mode Info”或者IE“IntegrityProtection Mode Info”的RRC消息，例如，无线承载的建立消息、无线承载的释放消息、无线承载的重新配置消息、传输信道的重新配置消息、物理信道的重新配置消息、安全模式命令消息、小区更新证实消息、通用移动通信系统陆地无线接入网络注册区更新证实消息以及通用移动通信系统陆地无线接入网络的移动信息消息。
本实施例就以第一次RRC过程为包含IE“Ciphering Mode Info”的无线承载建立过程，而第二次RRC过程为包含IE“Ciphering Mode Info”的安全模式控制过程为例进行说明。而且，在本实施例中，安全模式命令消息到达UE的时间可能会早于无线承载建立完成消息PDU正确接收响应到达UE的时间。
图4为本发明另一个优选实施例中连续两次配置成功的RRC过程。如图4所示，实施例4包括以下步骤步骤401RNC-L3发送无线承载建立消息到RNC-L2，其中包含IE“Ciphering Mode Info”，RNC-L3将该无线承载建立消息发送到UE-L2，UE-L2正确接收到无线承载建立消息的PDU之后，上传给UE-L3，并返回无线承载建立消息PDU正确接收响应给RNC-L2，RNC-L2将该响应消息上传给RNC-L3；步骤402UE进行相应的加密配置，以及其他与无线承载建立消息相关的操作，同时将UE自身CIPHERING_STATUS变量的布尔型信元Reconfiguration设置为TRUE，并返回无线承载建立完成消息给UE-L2；UE-L2将无线承载建立完成消息发送到RNC；步骤403RNC-L3发送安全模式命令消息到RNC-L2，其中也包含IE“Ciphering Mode Info”，RNC-L2将该安全模式命令消息发送到UE-L2，UE-L2正确接收到安全模式命令消息的PDU之后，上传给UE-L3，并返回安全模式命令消息PDU正确接收响应给RNC-L2，RNC-L2将该响应消息上传给RNC-L3；步骤404UE-L3收到安全模式命令消息之后，首先判断是否已经收到UE-L2上传的无线承载建立完成消息PDU正确接收响应，
如果已经接收到，则无线承载建立流程已经结束，UE可以处理安全模式命令，其处理流程和现有技术中的安全模式控制过程相同，图4中没有显示；如果尚未收到无线承载建立完成消息PDU正确接收响应，则UE暂不处理安全模式命令，并将安全模式命令缓存起来，等待无线承载建立完成消息PDU正确接收响应；步骤405UE-L2接收到RNC-L2发送的无线承载建立完成消息PDU正确接收响应后上传给UE-L3；UE-L3将UE自身的CIPHERING_STATUS变量的布尔型信元Reconfiguration设置为FALSE，无线承载建立流程结束；步骤406UE-L3处理安全模式控制过程，UE进行相应的加密配置，以及其他相关操作，同时将UE自身CIPHERING_STATUS变量的布尔型信元Reconfiguration的值重新置为TRUE，并返回安全模式完成消息给UE-L2；UE-L2将安全模式完成消息发送到RNC。
后续的过程和正常的安全模式控制过程相同，图4中没有显示，本发明也不详细叙述了。
同样，在上述步骤404中，UE-L3在缓存安全模式命令的同时，可以启动一个定时器，该定时器设定缓存并且等待无线承载建立完成消息PDU正确接收响应的时间，如果在定时器超时之前收到无线承载建立完成消息PDU正确接收响应，则执行上述的步骤405；如果直到定时器超时，仍未收到无线承载建立完成消息PDU正确接收响应，UE将进行异常处理。
如果上述无线承载建立过程和安全模式控制过程都包含IE“IntegrityProtection Mode Info”，则在步骤402、步骤405和步骤406中UE需要修改变量INTEGRITY_PROTECTION_INFO中的信元Reconfiguration；并且在步骤402和406中，UE-L3在接收到安全模式命令消息后将进行完整性保护配置。
由此可以看出，通过本实施例的方法，也可以基本保证两次带有相同IE的RRC流程的正常进行。
需要说明的是，本发明所述的方法同样适用于上述无线承载建立过程和安全模式控制过程的命令消息中包含IE“Ciphering Mode Info”、或者包含IE“Integrity Protection Mode Info”、又或者同时包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”，并且前后两次RRC过程命令消息所包含的IE有交集的情况。在这种情况下，UE和RNC的处理流程和实施例4所述的处理流程基本相同。不同之处仅为在步骤402、步骤405和步骤406中，UE要根据RRC过程命令消息中所携带的IE进行相应的操作，修改相应变量的信元值。
另外需要说明的是，本发明所述的方法也不仅限于上述实施例中所述的RRC过程，而是适用于所有连续两次都包含IE“Ciphering Mode Info”、或者IE“Integrity Protection Mode Info”、或者同时包含IE“Ciphering Mode Info”和IE“Integrity Protection Mode Info”的RRC过程，并且UE和RNC的处理流程和实施例中所述的方法基本相同。
由以上实施例可以看出，在连续两次都包含IE“Ciphering Mode Info”、或者IE“Integrity Protection Mode Info”、又或者同时包含IE“Ciphering ModeInfo”和IE“Integrity Protection Mode Info”的RRC过程中，应用本发明所述的方法可以基本上解决由于第二次RRC过程的命令消息先于第一次RRC过程完成消息PDU正确接收响应到达UE-L3而造成的第二次RRC过程配置失败的问题，保证两次带有相同IE的RRC流程的正常进行，因此，提高了业务接通率，促进了系统的稳定性，也增强了3GPP协议的兼容性。
很容易得到，本发明所述的在UE侧加入缓存器，将先到达的RRC过程命令消息缓存一定时间的方法也适用于连续多次的RRC过程。即应用本发明所述的方法也可以解决在连续多次RRC过程中，由于后续的RRC过程命令消息先于前面RRC过程完成消息正确接收响应到达UE而造成的，后续RRC过程配置失败的问题，并且其处理流程和上述实施例的处理流程基本一致。
另外，上述实施例描述的消息流程中所示的各个消息以及消息的前后顺序仅显示了导致出现上述RRC过程配置失败的一种可能，本发明所述的方法并不限于上述实施例中所述的消息以及各个消息的前后顺序，在实际的应用中，可以省略、替换其中某些消息，并且各个消息的前后顺序也可以相对变动，而不会超出本发明的精神和范围。
以上举优选的实施例，对本发明的目的、技术方案和优点进行了进一步的详细说明，所应理解的是，以上所述为本发明的优选实施例而已，并不用以显示本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种解决无线资源控制过程配置失败的方法，其特征在于，用户设备在接收到携带有保证安全性信元的无线资源控制消息后，判断该用户设备中与所携带的保证安全性信元相对应的状态变量的重新配置信元值是否为真，如果是，则用户设备将当前接收到的无线资源控制消息缓存，等待上一次无线资源控制过程结束，并在上一次无线资源控制过程结束后，处理缓存的无线资源控制消息；否则，用户设备直接处理当前接收到的无线资源控制消息。
2.如权利要求1所述的方法，其特征在于，用户设备在将所述无线资源控制消息缓存后，启动一个定时器，如果在所述定时器超时前，上一次无线资源控制过程结束，则处理缓存的无线资源控制消息；否则，用户设备将对缓存的无线资源控制消息进行异常处理。
3.如权利要求1所述的方法，其特征在于，所述的保证安全性信元为加密模式信息信元、或为完整性保护模式信息信元、或为二者的组合。
4.如权利要求1所述的方法，其特征在于，所述的无线资源控制消息为无线承载的建立消息、或为无线承载的释放消息、或为无线承载的重新配置消息、或为传输信道的重新配置消息、或为物理信道的重新配置消息、或为安全模式命令消息、或为小区更新证实消息、或为通用移动通信系统陆地无线接入网络注册区更新证实消息、或为通用移动通信系统陆地无线接入网络的移动信息消息。
5.如权利要求1所述的方法，其特征在于，所述的状态变量为加密状态变量、或完整性保护信息变量。
6.如权利要求1所述的方法，其特征在于，所述无线资源控制过程结束具体为用户设备收到无线网络控制器发来的正确接收本次无线资源控制过程完成消息的响应。
7.如权利要求1所述的方法，其特征在于，所述缓存当前收到的无线资源控制过程命令消息在用户设备的网络层进行。
全文摘要
本发明公开了一种解决无线资源控制过程配置失败的方法，包括用户设备在接收到携带有保证安全性信元的无线资源控制过程命令后，判断其上相对应的状态变量的重新配置信元值是否为真，如果是，则用户设备将当前接收到的无线资源控制过程命令消息缓存，等待上一次无线资源控制过程结束，并在上一次无线资源控制过程结束后，处理缓存的无线资源控制过程命令消息；否则，用户设备直接处理当前接收到的无线资源控制命令消息。应用本发明所述的方法可以基本解决在携带有相同保证安全性信元的多次无线资源控制过程中，由于当前过程尚未结束而造成的后续过程配置失败的问题，可以提高业务接通率，促进系统的稳定性，增强3GPP协议的兼容性。
文档编号H04W76/02GK1722902SQ20041007093
公开日2006年1月18日 申请日期2004年7月16日 优先权日2004年7月16日
发明者龚晓东 申请人:华为技术有限公司