CN103108404A - 业务建立方法及装置 - Google Patents

Abstract

本发明公开了一种业务建立方法及装置。其中，该方法包括：RNC根据UE对无线承载建立消息的反馈情况，确定该UE的业务建立失败，该RNC再根据反馈情况确定重建方式，再次向该UE下发无线承载建立消息。通过本发明，在RNC确定UE的业务建立失败时，该RNC根据UE的反馈情况确定重建方式，再根据该重建方式再次向上述UE下发无线承载建立消息，进行业务建立，解决了相关技术中业务建立成功率低的问题，提高了业务建立承载的效率，提升了用户体验。

Description

业务建立方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种业务建立方法及装置。

背景技术

随着山寨机的出现和日益泛滥，其手机能力乱报，如用户设备(UserEquipment，简称为UE)本来不支持高速下行分组接入(High Speed Downlink Packet Access，简称为HSDPA)，在上报能力时手机却指示网络侧其支持HSDPA，无线网络控制器(Radio Network Controller，简称为RNC)就会分配HSDPA资源给UE，并指示UE建立HSDPA承载，从而导致无连接失败，同时终端偶尔异常等现象越来越广泛，还有无线干扰等问题都对业务建立成功率产生了很大影响。根据25.331协议，UE回复无线承载(Radio Bearer，简称为RB)建立失败的消息或RNC在预定时间内没有收到UE的RB建立的响应消息，则RNC需通知核心网(CoreNetwork，简称为CN)业务建立失败，该业务建立的具体流程如下：

首先，CN给RNC发送无线接入承载(Radio Access Bearer，简称为RAB)指派消息(即，Rab Assignment Request)；然后，RNC根据RAB指派信息分配码字、信道等资源并建立相关承载；接着，RNC向UE发送无线承载建立(Radio Bearer Setup，简称为RB Setup)消息；此时如果由于UE不支持RNC本次决策的配置，或者由于其他原因导致无法建立RB，则UE会向RNC回复无线承载建立失败(Radio Bearer Setup Failure，简称为RB Setup Failure)消息，且在该消息中携带相应的失败原因。

由于无线原因或者其他原因，导致UE没有收到上述无线承载建立消息，此时，UE将不会给RNC回复RB建立响应消息(例如，上述的无线承载建立失败消息)；或者导致RNC收不到UE向RNC回复的RB建立响应消息。这些情况都会导致RNC在预定时间内不能收到响应消息。这种情况下，RNC将向CN回复业务建立失败响应，本次业务建立失败。

上述异常情况的发生均导致RNC回复CN业务建立失败，CN侧则记录此次业务建立失败，因此影响了业务建立的成功率，这种情况下，CN将会采取其它措施建立业务，这种处理方式存在一定的延时，影响了用户的体验度。

针对相关技术中用户建立业务成功率较低的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中业务建立成功率低的问题，本发明提供了一种业务建立方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种业务建立方法，该方法包括：RNC根据UE对无线承载建立消息的反馈情况，确定该UE的业务建立是否失败：如果是，上述RNC根据反馈情况确定重建方式；该RNC按照确定的重建方式再次向上述UE下发无线承载建立消息，进行业务建立。

优选地，RNC根据UE对无线承载建立消息的反馈情况，确定UE的业务建立是否失败包括以下之一：RNC接收到UE反馈的无线承载建立失败消息时，确定UE的业务建立失败；在发送无线承载建立消息后的预定时间内，RNC未收到UE对无线承载建立消息的响应消息，确定UE的业务建立失败。

优选地，RNC根据上述反馈情况，确定重建方式包括：当无线承载建立失败消息指示的失败原因为以下之一时，RNC确定的重建方式为重分配资源：UE不支持无线承载建立失败消息中的配置、无线承载建立失败消息中的配置为无效配置、无线承载建立失败消息采用的协议有误、物理信道失败；当无线承载建立失败消息指示的失败原因为无线承载建立失败消息中的配置信息相矛盾和/或配置不完善，RNC确定的所述重建方式为保持原有配置；当上述反馈情况为预定时间内未收到响应消息时，RNC确定的重建方式为复位RLC实体。

优选地，重分配资源包括：当业务的业务类型为分组交换PS业务时，RNC调整UE的承载信道和速率；当业务的业务类型为电路交换CS业务或PS业务时，RNC调整承载上述业务的小区。

优选地，RNC按照确定的重建方式再次向UE下发无线承载建立消息包括：当该重建方式为重分配资源时，RNC按照重新分配的资源生成新的无线承载建立消息；RNC向UE下发新的无线承载建立消息；当该重建方式为保持原有配置或复位RLC实体时，RNC向UE重发原无线承载建立消息。

优选地，再次向UE下发无线承载建立消息达到指定次数后还包括：RNC向UE发送无线资源控制RRC连接释放消息，其中，该RRC连接释放消息携带有指示UE重定向到指定系统建立业务的信息。

根据本发明的另一方面，提供了一种业务建立装置，该装置包括：建立结果确定模块，用于根据UE对无线承载建立消息的反馈情况，确定该UE的业务建立是否失败；重建方式确定模块，用于建立结果确定模块的确定结果为是时，根据上述反馈情况确定重建方式；业务建立模块，用于按照重建方式确定模块确定的上述重建方式再次向UE下发无线承载建立消息，进行业务建立。

优选地，建立结果确定模块包括以下之一：第一结果确定单元，用于接收到UE反馈的无线承载建立失败消息时，确定UE的业务建立失败；第二结果确定单元，用于在发送无线承载建立消息后的预定时间内，未收到UE对无线承载建立消息的响应消息，确定UE的业务建立失败。

优选地，重建方式确定模块包括以下之一：第一方式确定单元，用于当无线承载建立失败消息指示的失败原因为以下之一时，确定的重建方式为重分配资源：UE不支持无线承载建立失败消息中的配置、无线承载建立失败消息中的配置为无效配置、无线承载建立失败消息采用的协议有误、物理信道失败；第二方式确定单元，用于当无线承载建立失败消息指示的失败原因为无线承载建立失败消息中的配置信息相矛盾和/或配置不完善，确定的重建方式为保持原有配置；第三方式确定单元，用于当上述反馈情况为预定时间内未收到响应消息时，确定的重建方式为复位RLC实体。

优选地，该装置还包括：资源释放模块，用于业务建立模块再次向UE下发无线承载建立消息达到指定次数后，向UE发送无线资源控制RRC连接释放消息，其中，该RRC连接释放消息携带有指示UE重定向到指定系统建立业务的信息。

通过本发明，在RNC确定UE的业务建立失败时，该RNC根据UE的反馈情况确定重建方式，再根据该重建方式再次向上述UE下发无线承载建立消息，进行业务建立，解决了相关技术中用户建立业务成功率低的问题，提高了业务建立承载的效率，提升了用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的业务建立方法的流程图；

图2是根据本发明实施例一的业务建立方法的流程图；

图3是根据本发明实施例二的业务建立方法的流程图；

图4是根据本发明实施例三的业务建立方法的流程图；

图5是根据本发明实施例四的业务建立方法的流程图；

图6是根据本发明实施例五的业务建立方法的流程图；

图7是根据本发明实施例六的业务建立方法的流程图；

图8是根据本发明实施例的业务建立装置的结构框图；

图9是根据本发明实施例的业务建立装置的具体结构框图；

图10是根据本发明实施例的业务建立装置的另一个具体结构框图；

图11是根据本发明实施例的业务建立装置的再一个具体结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在相关技术中，RNC确定UE的业务建立失败后，直接向CN发送业务建立失败消息，从而使CN再次重新进行业务建立，造成资源浪费，业务建立效率降低。基于此，本发明实施例提供了一种业务建立方法和装置，在RNC确定UE的业务建立失败后，RNC根据业务建立失败的原因等反馈情况确定重建方式，再根据该重建方式尝试再次进行UE的业务连接。下面通过实施例进行详细说明。

图1所示的是业务建立方法的流程图，该方法包括以下步骤(步骤S102-步骤S106)：

步骤S102，RNC根据UE对无线承载建立消息的反馈情况，确定该UE的业务建立是否失败；

步骤S104，如果是，RNC根据该反馈情况确定重建方式；

如果业务建立成功，则按照现有实现方式进行处理，即向CN回复业务建立成功响应消息；

步骤S106，RNC按照确定的重建方式再次向该UE下发无线承载建立消息，进行业务建立。

通过上述方法，在RNC确定UE的业务建立失败时，该RNC根据UE的反馈情况确定重建方式，再根据该重建方式再次向上述UE下发无线承载建立消息，确保了该业务尽可能完成建立过程，解决了相关技术中用户建立业务成功率低的问题，提高了业务建立承载的效率，提升了用户体验。

上述RNC确定该UE的业务建立是否失败包括以下两种情况：该RNC接收到该UE反馈的无线承载建立消息时，确定该UE的业务建立失败；或者是在发送上述无线承载建立消息后的预定时间内，该RNC未收到该UE对无线承载建立消息的响应消息，确定该UE的业务建立失败。另外，该RNC未收到该UE对无线承载建立消息的响应消息可能是因为UE没有对无线承载建立消息进行回复，也可能是UE发送了对无线承载建立消息的响应消息，但是RNC未收到该响应消息。

上述RNC根据上述UE的反馈情况，确定重建方式包括三种：

第一种方式：当无线承载建立失败消息指示的失败原因为以下之一时，该RNC确定的重建方式为重分配资源，失败原因为：上述UE不支持无线承载建立失败消息中的配置(T_FailureCauseWithProtErr_configurationUnsupported)、无线承载建立失败消息中的配置为无效配置(T_FailureCauseWithProtErr_invalidConfiguration)、无线承载建立失败消息采用的协议有误(T_FailureCauseWithProtErr_protocolError)、物理信道失败(T_FailureCauseWithProtErr_physicalChannelFailure)。

在RNC确定了重建方式后，该RNC按照重新分配的资源生成新的无线承载建立消息，然后该RNC向该UE下发新的无线承载建立消息。

第二种方式：当无线承载建立失败消息指示的失败原因为该无线承载建立失败消息中的配置信息相矛盾(T_FailureCauseWithProtErr_incompatibleSimultaneousReconfiguration)和/或配置不完善(T_FailureCauseWithProtErr_configurationIncomplete)，上述RNC确定的重建方式为保持原有配置；

第三种方式：当反馈情况为预定时间内该RNC未收到响应消息时，RNC确定的重建方式为复位RLC实体。

在上述重建方式为保持原有配置或复位RLC实体时，上述RNC向上述UE重发原无线承载建立消息。

上述第一种重建方式确定为RNC重分配资源，该重分配资源包括：当业务的业务类型为分组交换(Packet Switched，简称为PS)业务时，该RNC调整UE的承载信道(例如将当前的信道调整为DCH信道)和速率；当业务的业务类型为电路交换(Circuit Switch，简称为CS)业务或PS业务时，该RNC调整承载该业务的小区。

上述RNC再次向UE下发无线承载建立消息达到指定次数后，该RNC向该UE发送无线资源控制RRC连接释放消息，其中，该RRC连接释放消息携带有指示UE重定向到指定系统建立所述业务的信息。

对于上述方法，下面结合优选实施例和附图对上述实施例的实现过程进行详细说明。

实施例一

图2是根据本发明实施例一的业务建立方法的流程图，RNC通过NODEB即基站与UE进行消息的传输，如图2所示，该方法包括如下步骤(步骤S202-步骤S216)：

步骤S202，CN给RNC下发RAB指派消息。

步骤S204，RNC分配资源及建立相关承载。

步骤S206，RNC给UE发送RB Setup消息。

步骤S208，UE给RNC回复RB Setup Failure消息，或者RNC在预定时间内没收到RB建立的响应消息。

步骤S210，RNC根据建立的业务类型及失败原因决策RB重建方案。

假设上述业务类型是PS业务，PS业务建立失败，失败原因是RB Setup Failure消息中的配置为无效配置或者UE不支持RB Setup Failure消息中的配置，原来承载的HSDPA信道可以降到专用信道(Dedicated channel，简称为DCH)，原来信道的高速率可以降到低速率。如果是CS业务建立失败，失败原因是物理信道失败，可以重新选择合适小区进行重建承载。如果RNC在预定时间内没有收到UE回复的响应消息，则可以重建RLC后再使RNC进行重建承载。RNC对于RB的重建可以进行多次尝试，来提高重建的成功率。如果最终尝试重建均不成功，还可以将UE重定向到指定系统中。

步骤S212，RNC给UE发送新的RB Setup消息。

步骤S214，UE给RNC回复RB Setup成功的消息。

步骤S216，RNC给CN回复RAB指派完成消息。

本实施例在RNC确定UE的无线承载建立失败后，根据不同的反馈情况，对UE的RB进行重建立，从而提高UE的RB建立成功率，提升用户体验。

实施例二

当UE的承载建立失败是UE不支持无线承载建立失败消息中的配置、无线承载建立失败消息中的配置为无效配置或者无线承载建立失败消息采用的协议有误等原因时，RNC采取相应的重建方式进行业务建立，本实施例对上述情况的具体流程进行说明，如图3所示的是根据本发明实施例二的业务建立方法的流程图，RNC通过NODEB即基站与UE进行消息的传输，该方法包括如下步骤(步骤S302-步骤S316)：

步骤S302，CN给RNC下发RAB指派消息。

步骤S304，RNC分配资源及建立相关承载。

步骤S306，RNC给UE发送RB Setup消息。

步骤S308，UE给RNC回复RB Setup Failure消息。

假设本实施例中UE回复的RB Setup Failure消息中携带的失败原因是以下三种情况之一：

1)T_FailureCauseWithProtErr_configurationUnsupported；

2)T_FailureCauseWithProtErr_invalidConfiguration；

3)T_FailureCauseWithProtErr_protocolError。

步骤S310，RNC重分配资源并建立新的承载。

如果上述RAB指派消息要求建立的是PS业务，则RNC重新分配资源并重建承载。正常情况下，PS业务大多会根据UE的能力用HS来承载业务，或者用一定速率的DCH来承载业务。在这些承载建立失败的情况下，本实施例中的RAB要降低无线承载建立消息中的配置，比如原无线承载建立消息中的配置是下行采用HSDPA，上行采用高速上行分组接入(HighSpeed Uplink Packet Access，简称为HSUPA)，简称为HS/E，RAB将其配置降低为下行依旧采用HSDPA，而上行采用DCH，简称为HS/D，又比如原无线承载建立消息中的配置是下行采用HSDPA，上行采用DCH，简称为HS/D，RAB将其配置降低为下行采用DCH，上行依旧采用DCH，简称为D/D，再比如信道中的高速率降低为低速率等，更甚者可以直接将信道降到上下行都采用DCH，简称为D/D，速率降到上行0kbps/下行0kbps等，用相对原配置更为简单的配置来建立承载，保证RB建立更容易成功。

步骤S312，RNC给UE发送新的RB Setup消息。

步骤S314，UE给RNC回复RB Setup成功的消息。

步骤S316，RNC给CN回复RAB指派完成消息。

通过本实施例，RNC在收到UE回复的RB Setup失败的消息时，根据建立的业务类型及UE回复的RB Setup失败原因，RNC重新决策资源分配及重建方案，重建承载后再给UE发送新的RB Setup消息。比如本实施例中所示的建立的业务为PS业务，UE回复的RB Setup失败原因为无效配置等时，RNC可以将UE的承载信道从HSDPA降到DCH，速率从高速率降到低速率等，然后RNC重新给UE下发RB Setup消息，再次尝试承载建立，达到了提高UE的RB建立成功率，提升用户体验的效果。

实施例三

当UE的承载建立失败是无线承载建立失败消息中的配置信息相矛盾或配置不完善等原因时，RNC采取相应的重建方式进行业务建立，本实施例对上述情况的具体流程进行说明，如图4所示的是根据本发明实施例三的业务建立方法的流程图，RNC通过NODEB即基站与UE进行消息的传输，该方法包括如下步骤(步骤S402-步骤S414)：

步骤S402，CN给RNC下发RAB指派消息。

步骤S404，RNC分配资源及建立相关承载。

步骤S406，RNC给UE发送RB Setup消息。

步骤S408，UE给RNC回复RB Setup Failure消息。

假设本实施例中UE回复的RB Setup Failure消息中携带的失败原因是以下两种情况之一：

T_FailureCauseWithProtErr_incompatibleSimultaneousReconfiguration或

T_FailureCauseWithProtErr_configurationIncomplete。

步骤S410，RNC给UE再次发送同样的RB Setup消息。

RNC可以不再重新分配资源，建立的相关承载也不需要修改和重建，而是直接给UE再发送一次RB Setup消息，要求新建承载，如此往复发送直至无线承载建立，发送的次数可以由开发商或厂家等预设。

步骤S412，UE给RNC回复RB Setup成功消息。

步骤S414，RNC给CN回复RAB指派完成消息。

本实施例在RNC确定UE的无线承载建立失败后，根据UE回复的失败原因以及业务类型，向UE重发原无线承载建立消息，进行业务建立，从而提高UE的RB建立成功率，提升用户体验。

实施例四

当UE的承载建立失败是物理信道失败等原因时，RNC采取相应的重建方式进行业务建立，本实施例对上述情况的具体流程进行说明，如图5所示的是根据本发明实施例四的业务建立方法的流程图，RNC通过NODEB即基站与UE进行消息的传输，该方法包括如下步骤(步骤S502-步骤S516)：

步骤S502，CN给RNC下发RAB指派消息。

步骤S504，RNC分配资源及建立相关承载。

步骤S506，RNC给UE发送RB Setup消息。

步骤S508，UE给RNC回复RB Setup Failure消息。

假设本实施例中UE给RNC回复的RB Setup Failure消息中携带的失败原因是T_FailureCauseWithProtErr_physicalChannelFailure。

步骤S510，RNC重分配资源并建立新的承载。

RNC调整承载业务的小区，重新选择合适小区，例如可以在原承载建立的小区邻区中选择与该小区处于同覆盖的邻区，或者是包含该小区的邻区等，然后在选取的小区中重新分配资源及建立新的承载，资源分配和承载建立原则在上述实施例二和实施例三中进行了说明，在此不再赘述。

步骤S512，RNC给UE发送新的RB Setup消息。

步骤S514，UE给RNC回复RB Setup成功的消息。

步骤S516，RNC给CN回复RAB指派完成消息。

通过本实施例，在RNC确定UE的无线承载建立失败后，根据UE回复的失败原因以及业务类型，RNC调整承载业务的小区后，可以保持原有承载信道和速率，也可以对该UE的承载信道和速率进行调整，然后向UE发送新的无线承载建立消息，进行业务建立。例如RAB指派消息要求建立的是CS或PS业务，UE回复RB Setup失败原因为物理信道失败，RNC可以重新选择一个合适的小区重新建立承载，给UE下发RB Setup消息，RNC再次尝试承载建立，从而达到提高UE的RB建立成功率，提升用户体验的效果。

实施例五

图6所示的是根据本发明实施例五的业务建立方法的流程图，RNC通过NODEB即基站与UE进行消息的传输，该方法包括如下步骤(步骤S602-步骤S616)：

步骤S602，CN给RNC下发RAB指派消息。

步骤S604，RNC分配资源及建立相关承载。

步骤S606，RNC给UE发送RB Setup消息。

步骤S608，RNC在预定时间内没有收到UE回复的RB Setup的响应消息。

RNC可以自定义预定时间的时长，但最大时长不应超过CN的Rab Assignment Response(即，RAB指派消息)的等待时长。

步骤S610，RNC复位RB2的RLC实体。

RNC在预定时间内没有收到UE回复的RB Setup的响应消息，可能是UE没有收到RNC的RB Setup消息，也可能是RNC没有收到UE回复的RB Setup的响应消息。对于上述情况，RNC发起RB2的无线链路控制(Radio Link Control，简称为RLC)实体复位，尝试让RB2的RLC层恢复正常后重新接收消息。当然业务建立的方式不限于此，RNC还可以根据层2原语，即RLC层的确认字符(Acknowledgement，简称为ACK)，从而确定UE是否收到RB Setup消息，然后RNC根据UE的接收结果再细分重建策略。

步骤S612，RNC给UE再次发送同样的RB Setup消息。

步骤S614，UE给RNC回复RB Setup成功的消息。

步骤S616，RNC给CN回复RAB指派完成消息。

本实施例中RNC在预定时间内没有收到UE回复的RB Setup的响应消息后，RNC复位RB2的RLC实体，尝试RB2的RLC层重建后再给UE重发RB Setup消息。RNC在一定时间内如果RB重建失败，可以改变重建策略，可以多次进行尝试以提高成功率，从而达到提高UE的RB建立成功率，提升用户体验的效果。

实施例六

图7所示的是根据本发明实施例六的业务建立方法的流程图，RNC通过NODEB即基站与UE进行消息的传输，该方法包括如下步骤(步骤S702-步骤S714)：

步骤S702，CN给RNC下发RAB指派消息。

步骤S704，RNC分配资源及建立相关承载。

步骤S706，RNC给UE发送RB Setup消息。

步骤S708，UE给RNC回复RB Setup Failure消息，或者RNC在预定时间内没有收到UE的RB Setup的响应消息。

步骤S710，RNC给CN回复RAB指派失败消息。

步骤S712，RNC给CN发送Iu释放请求。

步骤S714，RNC给UE发送RRC连接释放消息，释放UE的RRC连接。

RNC给UE发送RRC连接释放消息，UE的RRC连接释放，RRC连接释放消息中携带重定向信息redirectionInfo，该重定向消息用于通知UE自动重定向到指定系统(例如GSM等异系统)，重新尝试业务建立。

本实施例在RNC确定UE的无线承载建立失败后，释放UE的RRC连接，RNC指示UE重定向到GSM等其他系统，让UE在其他系统中自动尝试重建。通过这样的多次重建来提高建立成功率，提升用户体验。本实施例可以在上述几个实施例组合尝试多次后，如果无线承载建立失败或是RNC重建失败的情况下采用。如上所示，多种实施例的结合使用、多次尝试可以使业务建立的成功率得到更大的提升。

对应于上述方法，本实施例提供了一种业务建立装置，该装置用于实现上述实施例。图8是根据本发明实施例的业务建立装置的结构框图，如图8所示，该装置包括：建立结果确定模块82、重建方式确定模块84和业务建立模块86。本实施例中该装置设置在RNC上实施，下面对该结构进行说明。

建立结果确定模块82，用于RNC根据UE对无线承载建立消息的反馈情况，确定UE的业务建立是否失败；

重建方式确定模块84，连接至建立结果确定模块82，用于建立结果确定模块82的确定结果为是时，RNC根据上述反馈情况确定重建方式；

业务建立模块86，连接至重建方式确定模块84，用于RNC按照重建方式确定模块84确定的重建方式再次向上述UE下发无线承载建立消息，进行业务建立。

通过上述装置，重建方式确定模块84在建立结果确定模块82确定UE的业务建立失败时，根据UE的反馈情况确定重建方式，业务建立模块86按照该重建方式再次向上述UE下发无线承载建立消息，进行业务建立，解决了相关技术中业务建立成功率低的问题，提高了业务建立承载的效率，提升了用户体验。

图9是根据本发明实施例的业务建立装置的具体结构框图，如图9所示，该装置除了包括上述图8中的各个模块之外，建立结果确定模块82还包括：第一结果确定单元822和第二结果确定单元824。本实施例中该装置设置在RNC上实施，下面对该结构进行说明。

第一结果确定单元822，用于RNC接收到UE反馈的无线承载建立失败消息时，确定该UE的业务建立失败；

第二结果确定单元824，用于RNC在发送无线承载建立消息后的预定时间内，未收到该UE对该无线承载建立消息的响应消息，确定该UE的业务建立失败。

图10是根据本发明实施例的业务建立装置的另一个具体结构框图，如图10所示，该装置除了包括上述图9中的各个模块之外，重建方式确定模块84还包括：第一方式确定单元842、第二方式确定单元844和第三方式确定单元846。本实施例中该装置设置在RNC上实施，下面对该结构进行说明。

第一方式确定单元842，用于当无线承载建立失败消息指示的失败原因为以下之一时，RNC确定的重建方式为重分配资源：UE不支持无线承载建立失败消息中的配置、无线承载建立失败消息中的配置为无效配置、无线承载建立失败消息采用的协议有误、物理信道失败；

第二方式确定单元844，用于当无线承载建立失败消息指示的失败原因为无线承载建立失败消息中的配置信息相矛盾和/或配置不完善，RNC确定的重建方式为保持原有配置；

第三方式确定单元846，用于当反馈情况为预定时间内未收到响应消息时，RNC确定的重建方式为复位RLC实体。

图11是根据本发明实施例的业务建立装置的再一个具体结构框图，本实施例中该装置设置在RNC上实施，如图11所示，该装置除了包括上述图10中的各个模块之外，该装置还包括：资源释放模块88，用于业务建立模块86再次向UE下发无线承载建立消息达到指定次数后，RNC向该UE发送无线资源控制RRC连接释放消息，其中，该RRC连接释放消息携带有指示上述UE重定向到指定系统建立业务的信息。

从以上的描述中可以看出，本发明在RNC确定UE的业务建立失败后，不直接向CN回复业务建立失败响应，而是根据UE回复的失败原因以及业务类型，RNC重新决策资源分配及重建方案，在不需要CN或NODEB做任何修改的情况下，尝试再次进行业务建立，提高了业务建立成功率和业务建立的效率，大大提升了用户感受，为运营商带来更多的话务利润。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种业务建立方法，其特征在于，包括：

无线网络控制器RNC根据用户设备UE对无线承载建立消息的反馈情况，确定所述UE的业务建立是否失败；

如果是，所述RNC根据所述反馈情况确定重建方式；

所述RNC按照确定的所述重建方式再次向所述UE下发无线承载建立消息，进行业务建立。

2.根据权利要求1所述的方法，其特征在于，所述RNC根据UE对无线承载建立消息的反馈情况，确定所述UE的业务建立是否失败包括以下之一：

所述RNC接收到所述UE反馈的无线承载建立失败消息时，确定所述UE的业务建立失败；

在发送所述无线承载建立消息后的预定时间内，所述RNC未收到所述UE对所述无线承载建立消息的响应消息，确定所述UE的业务建立失败。

3.根据权利要求2所述的方法，其特征在于，所述RNC根据所述反馈情况，确定所述重建方式包括：

当所述无线承载建立失败消息指示的失败原因为以下之一时，所述RNC确定的重建方式为重分配资源：所述UE不支持无线承载建立失败消息中的配置、所述无线承载建立失败消息中的配置为无效配置、所述无线承载建立失败消息采用的协议有误、物理信道失败；

当所述无线承载建立失败消息指示的失败原因为所述无线承载建立失败消息中的配置信息相矛盾和/或配置不完善，所述RNC确定的所述重建方式为保持原有配置；

当所述反馈情况为所述预定时间内未收到所述响应消息时，所述RNC确定的重建方式为复位RLC实体。

4.根据权利要求3所述的方法，其特征在于，所述重分配资源包括：

当所述业务的业务类型为分组交换PS业务时，所述RNC调整所述UE的承载信道和速率；

当所述业务的业务类型为电路交换CS业务或PS业务时，所述RNC调整承载所述业务的小区。

5.根据权利要求3所述的方法，其特征在于，所述RNC按照确定的所述重建方式再次向所述UE下发无线承载建立消息包括：

当所述重建方式为所述重分配资源时，所述RNC按照重新分配的资源生成新的无线承载建立消息；所述RNC向所述UE下发所述新的无线承载建立消息；

当所述重建方式为保持原有配置或复位RLC实体时，所述RNC向所述UE重发原无线承载建立消息。

6.根据权利要求1-5任一项所述的方法，其特征在于，再次向所述UE下发无线承载建立消息达到指定次数后，所述方法还包括：

所述RNC向所述UE发送无线资源控制RRC连接释放消息，其中，所述RRC连接释放消息携带有指示所述UE重定向到指定系统建立所述业务的信息。

7.一种业务建立装置，其特征在于，包括：

建立结果确定模块，用于根据用户设备UE对无线承载建立消息的反馈情况，确定所述UE的业务建立是否失败；

重建方式确定模块，用于所述建立结果确定模块的确定结果为是时，根据所述反馈情况确定重建方式；

业务建立模块，用于按照所述重建方式确定模块确定的所述重建方式再次向所述UE下发无线承载建立消息，进行业务建立。

8.根据权利要求7所述的装置，其特征在于，所述建立结果确定模块包括以下之一：

第一结果确定单元，用于接收到所述UE反馈的无线承载建立失败消息时，确定所述UE的业务建立失败；

第二结果确定单元，用于在发送所述无线承载建立消息后的预定时间内，未收到所述UE对所述无线承载建立消息的响应消息，确定所述UE的业务建立失败。

9.根据权利要求8所述的装置，其特征在于，所述重建方式确定模块包括以下之一：

第一方式确定单元，用于当所述无线承载建立失败消息指示的失败原因为以下之一时，确定的重建方式为重分配资源：所述UE不支持无线承载建立失败消息中的配置、所述无线承载建立失败消息中的配置为无效配置、所述无线承载建立失败消息采用的协议有误、物理信道失败；

第二方式确定单元，用于当所述无线承载建立失败消息指示的失败原因为所述无线承载建立失败消息中的配置信息相矛盾和/或配置不完善，确定的重建方式为保持原有配置；

第三方式确定单元，用于当所述反馈情况为所述预定时间内未收到所述响应消息时，确定的重建方式为复位RLC实体。

10.根据权利要求7-9任一项所述的装置，其特征在于，所述装置还包括：

资源释放模块，用于所述业务建立模块再次向所述UE下发无线承载建立消息达到指定次数后，向所述UE发送无线资源控制RRC连接释放消息，其中，所述RRC连接释放消息携带有指示所述UE重定向到指定系统建立所述业务的信息。

Images