WO2013071750A1

WO2013071750A1 - 业务建立方法及装置

Info

Publication number: WO2013071750A1
Application number: PCT/CN2012/077173
Authority: WO
Inventors: 叶生华
Original assignee: 中兴通讯股份有限公司
Priority date: 2011-11-14
Filing date: 2012-06-19
Publication date: 2013-05-23
Also published as: CN103108404A; CN103108404B

Abstract

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

Description

业务建立方法及装置技术领域本发明涉及通信领域，具体而言，涉及一种业务建立方法及装置。背景技术随着山寨机的出现和日益泛滥，其手机能力乱报，如用户设备（User Equipment, 简称为 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需通知核心网（Core Network, 简称为 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_protocolEnOr)、物理信道失败 ( 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指派消息（Rab Assignment Request )。步骤 S204， RNC分配资源及建立相关承载。步骤 S206， RNC给 UE发送无线承载建立（Radio Bearer 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成功的消息（Radio Bearer Setup Complete )₀ 步骤 S216， RNC给 CN回复 RAB指派完成消息（Rab Assignment Response )。本实施例在 RNC确定 UE的无线承载建立失败后，根据不同的反馈情况，对 UE 的 RB进行重建立，从而提高 UE的 RB建立成功率，提升用户体验。实施例二当 UE的承载建立失败是 UE不支持无线承载建立失败消息中的配置、无线承载建立失败消息中的配置为无效配置或者无线承载建立失败消息采用的协议有误等原因时， RNC采取相应的重建方式进行业务建立，本实施例对上述情况的具体流程进行说明，如图 3所示的是根据本发明实施例二的业务建立方法的流程图， RNC通过 NODEB 即基站与 UE进行消息的传输，该方法包括如下步骤（步骤 S302-步骤 S316): 步骤 S302， CN给 RNC下发 RAB指派消息（Rab Assignment Request )。步骤 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, 上行采用高速上行分组接入（High Speed 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成功的消息（Radio Bearer Setup Complete )₀ 步骤 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的响应消息（Radio Bearer Setup Complete或 Radio Bearer Setup Failure )。

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的响应消息（Radio Bearer Setup Complete或 Radio Bearer Setup Failure )。步骤 S710， RNC给 CN回复 RAB指派失败消息。步骤 S712， RNC给 CN发送 Iu释放请求（Iu Release Request )。步骤 S714， RNC给 UE发送 RRC连接释放消息（Rrc Connection Release), 释放 UE的 RRC连接。 RNC给 UE发送 RRC连接释放消息， UE的 RRC连接释放， RRC连接释放消息中携带重定向信息 redirectionlnfo, 该重定向消息用于通知 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

权利要求书

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重定向到指定系统建立所述业务的信息。