一种业务释放的方法及系统
技术领域
本发明涉及无线移动通信系统的技术领域,尤其涉及一种当用户设备在Iub接口或Iur接口的资源不可用时,进行业务释放的方法及系统。
背景技术
在宽带码分多址接入(Wideband Code Division Multiple Access,WCDMA)系统中,主要包含如下几个网元:无线网络控制器(Radio Network Controller,RNC),节点B(NodeB),核心网(Central Network,CN),用户设备(UserEquipment,用户设备)。RNC与NodeB间通过Iub接口通信,RNC与UE通过Uu口通信,RNC与CN通过Iu接口通信,RNC之间通过Iur接口通信。对于一个跨RNC移动的UE来说,当用户终端从初始接入的小区移动到另一个RNC控制小区时,如果没有进行重定位,则初始接入的源小区所在的RNC称为SRNC(Serving Radio Network Controller,服务无线网络控制器),新小区所在的RNC称为DRNC(Drift Radio Network Controller、漂移无线网络控制器)。
当UE(User Equipment,用户设备)在Iub接口或Iur接口的资源不可用时,DRNC或NodeB发送无线链路失败指示(Radio Link Failure Indication)消息来通知SRNC或RNC,无线链路失败指示都是以链路级进行上报,指明了失败的无线链路和失败的原因。当UE并发多个业务时,对于一条链路来讲,可以有多个传输资源和用户面资源,即业务间的资源是独立的,如果SRNC或RNC无法根据DRNC或NodeB上报的无线链路失败指示区分出具体是哪个业务对应的资源使用出错的话,在根据失败原因决策释放资源时,系统会将整条链路都释放掉,具体的流程如图1A和图1B所示,图1A示例了在UE漂移状态下链路释放的时序流程图,图1B示例了在非漂移状态下链路释放的时序流程图,从图中可看出,在两种情况下,由于无线链路失败指示都是以链路级进行上报,RNC或SRNC无法区分具体的失败业务,因此将指令释放掉整个链路,在这种情况下,如果UE仅有单链,整条链路释放的结果为掉话;如果UE处于宏分集下,整条链路释放会降低宏分集增益,影响其它业务的通话质量。
发明内容
有鉴于此,本发明的主要目的之一在于提供一种业务释放的方法,用于解决当UE并发多业务时,SRNC或RNC无法通过无线链路失败指示区分出具体是哪个业务对应的资源不可用,无法对出错的业务进行单独释放,从而导致掉话或影响其它业务通话质量的技术问题。为达到上述目的,本发明的技术方案是这样实现的:
一种业务释放的方法,实现步骤如下:
在无线移动通信系统中,当判断到某终端设备的某些或某一个业务资源不可用时,根据业务失败指示消息进行业务释放。
进一步地,所述业务失败指示消息包含业务失败信息,业务失败信息中包含传输信道标识,失败原因。
失败原因可能有以下几种情况:用户面资源周期性同步失败、传输资源周期性同步失败、用户面资源不可用、传输资源不可用等。
如果信道类型为专用信道(Dedicated Channel,DCH),则传输信道标识为DCH ID;如果传输信道类型为高速下行共享信道(High Speed Downlink SharedChannel,HS-DSCH),则传输信道标识为HS-DSCH MAC-FLOW ID;如果传输信道类型为增强型专用信道(Enhanced Dedicated Channel,E-DCH),则传输信道标识为E-DCH MAC-FLOW ID。通过传输信道标识,RNC或者SRNC可以确定是哪部分业务资源出错,便于确定应该释放哪个或哪些业务资源,信道标识对应着业务分配的传输信道资源。
进一步地,对于终端设备处于非漂移状态时,由节点B根据所述终端设备在Iub接口的业务资源可用状态来判断该终端设备的某些或某一业务资源是否可用,当业务资源不可用时,由节点B向RNC发送所述业务失败指示消息;
终端设备处于非漂移状态是指所述终端设备始终在一个RNC控制区域内,未进行跨区的移动,在这种状态下,当所述终端设备的某些或某一业务资源不可用时,由节点B(NodeB)来进行判断,并由节点B通过Iub接口发送业务失败指示消息给RNC。
进一步地,对于终端设备处于非漂移状态时,根据所述业务失败指示消息进行业务释放步骤为:
步骤A01:节点B发送业务失败指示消息给RNC;
步骤A02:RNC与核心网CN协调进行业务承载释放,其过程包括业务承载释放请求消息的发送与响应;
步骤A03:RNC与NodeB协调进行业务资源释放,其过程包括无线链路重配请求消息的发送与响应;
步骤A04:RNC与UE协调进行业务资源的释放,其过程包括业务资源释放请求消息的发送与响应。
进一步地,对于终端设备处于漂移状态时,由DRNC根据所述终端设备在Iur接口的业务资源可用状态来判断该终端设备的某些或某一业务资源是否可用;当业务资源不可用时,由DRNC向SRNC发送所述业务失败指示消息。
进一步地,对于终端设备处于漂移状态时,根据所述业务失败指示消息来进行业务释放步骤为:
步骤B01:DRNC发送的业务失败指示消息给SRNC;
步骤B02:SRNC与核心网(CN)协调进行业务承载释放,其过程包括业务承载释放请求消息的发送与响应;
步骤B03:SRNC与DRNC协调进行业务资源的释放,其过程包括无线链路重配请求消息的发送与响应;
步骤B04:SRNC与UE协调进行业务资源的释放,其过程包括业务资源释放请求消息的发送与响应。
进一步地,若不添加新的业务失败指示消息,可通过扩展无线链路失败指示消息来实现相同的功能,在所述扩展的无线链路失败指示消息中包括业务失败信息,业务失败信息中包含传输信道标识,失败原因。
本发明的另一目的在于提供一种业务释放的系统,该系统包括:
资源检测模块,用于检测某终端设备的业务资源是否可用;
资源控制模块,用于协调进行业务释放;
当所述资源检测模块检测到针对某终端设备的某些或某一业务的业务资源不可用时,所述资源检测模块向资源控制模块发送业务失败指示消息,所述资源控制模块依据所述失败指示消息协调进行所述资源不可用业务的释放。
进一步地,所述业务失败指示消息包含业务失败信息,业务失败信息中包含传输信道标识,失败原因。
进一步地,对于终端设备处于非漂移状态时,所述资源检测模块指节点B,所述资源控制模块指RNC;
进一步地,对于终端设备处于漂移状态时,所述资源检测模块指漂移无线网络控制器,所述资源控制模块指服务无线网络控制器SRNC;
进一步地,所述业务失败指示消息是指扩展的无线链路失败指示消息,在所述扩展的无线链路失败指示消息中包括业务失败信息,业务失败信息中包含传输信道标识,失败原因。
通过本发明,在UE并发使用多个业务的情况下,若业务资源不可用时,可通过业务失败指示避免释放整条链路,只释放资源不可用的业务,当UE只有单条链路时,可避免掉话;当UE处于宏分集有多条链路时,可避免减小宏分集增益,因此可有效保证其它业务的正常通话,提高用户的服务质量(Qos)需求。本发明可在业务出错的情况下可避免释放整体链路,提高了系统的容错率、稳定性以及业务的执行效率,极大的改善了多业务并发状态下的用户体验。
附图说明
图1A为DRNC向SRNC发送无线链路失败的流程图;
图1B为NodeB向RNC发送无线链路失败的流程图;
图2为本发明所述方法的DRNC向SRNC发送业务失败指示以及进行业务释放的流程图;
图3为本发明所述方法中DRNC向SRNC发送业务失败指示消息的流程图;
图4为本发明所述方法中DRNC向SRNC发送扩展的无线链路失败指示消息的流程图;
图5为本发明所述方法中NodeB向RNC发送业务失败指示以及进行业务释放的流程图;
图6为本发明所述方法中NodeB向RNC发送业务失败指示消息流程图;
图7为本发明所述方法中NodeB向RNC发送扩展的无线链路失败指示消息流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,以下举实施例并参照附图,对本发明进一步详细说明。
图2为UE处于漂移状态下,进行业务释放的时序流程图,具体步骤如下:
步骤S201,在UE并发多个业务的情况下,若DRNC检测到某业务存在如下问题:如用户面资源周期性同步失败、传输资源周期性同步失败、用户面资源不可用或传输资源不可用等,则DRNC认为该业务资源不可用,此时,由DRNC通过业务失败指示消息通知SRNC,将业务业务失败信息传递给SRNC,业务失败信息包括失败原因及传输信道ID,传输信道ID用来标识出业务对应的传输信道。
步骤S202,SRNC收到业务失败指示消息后,然后向CN发送业务承载释放请求消息,CN接到消息后进行失败业务对应的业务信道的释放。
步骤S203,CN向SRNC发送业务承载释放响应消息。
步骤S204,SRNC向DRNC发送业务资源释放请求消息,要求DRNC释放该业务资源。
步骤S205,DRNC执行完业务资源释放任务后向SRNC发送业务资源释放响应消息。
本实施例中,SRNC指令DRNC进行业务资源释放的过程通过无线链路重配消息的交互过程来实现,因此该实施例中业务资源释放请求消息由无线链路重配请求消息来实现,业务资源释放响应消息由无线链路重配响应消息来实现。
步骤S206,SRNC向UE发送针对失败业务的业务资源释放请求消息,要求UE释放该业务对应的业务资源。
步骤S207,UE完成针对失败业务的业务资源释放后向SRNC反馈业务资源释放响应消息。
图3为本发明所述方法中,DRNC向SRNC通知业务失败信息的一具体实施例,对应图2的步骤S201,该实施例中以新增的业务失败指示消息来完成业务失败信息的通知功能。
步骤S301,当DRNC检测到业务失败时,DRNC向SRNC发送业务失败指示消息(Traffic Failure Indication)。消息中包含了该业务对应的传输信道类型(transport channel type),传输信道标识(transport channel id),失败原因(cause)等。
图4为本发明所述方法中,DRNC向SRNC通知业务失败信息的一具体实施例,对应图2的步骤S201,该实施例中以扩展的链路失败指示消息来替代前述方案中的业务失败指示消息完成业务失败信息的通知功能。
步骤S401,当DRNC检测到业务失败时,DRNC向SRNC发送扩展的链路失败指示消息(Radio Link Failure Indication),消息中包含了失败业务对应的传输信道类型,传输信道标识,失败原因等。
图5为UE处于非漂移状态下,进行单业务释放的时序流程图,具体步骤如下:
步骤S501,在UE并发多个业务的情况下,若NodeB检测到某业务存在如下问题:如用户面资源周期性同步失败、传输资源周期性同步失败、用户面资源不可用或传输资源不可用等,则NodeB认为该业务资源不可用,此时,由NodeB通过业务失败指示消息通知RNC,将业务失败信息传递给RNC,失败信息包括失败原因及传输信道ID,传输信道ID用来标识出业务对应的传输信
步骤S502,RNC决策将该业务释放,向CN发送业务承载释放请求消息。
步骤S503,CN向RNC发送业务承载释放响应消息。
步骤S504,RNC要求NodeB释放该业务资源,向NodeB发送业务资源释放请求消息。
步骤S505,NodeB完成业务资源释放任务后向RNC反馈业务资源释放响应消息。
本实施例中,RNC指令NodeB进行业务资源释放的过程通过无线链路重配消息交互来实现,因此该实施例中业务资源释放请求消息由无线链路重配请求消息来实现,业务资源释放响应消息由无线链路重配响应消息来实现。。
步骤S506,RNC向UE发送针对失败业务的业务资源释放请求消息,要求UE释放该业务对应的业务资源。
步骤S507,UE完成针对失败业务的业务资源释放后向SRNC反馈业务资源释放响应消息。
图6为本发明所述方法中,NodeB向RNC通知业务失败信息的一具体实施例,对应图5的步骤S501,该实施例中以新增的业务失败指示消息来完成业务失败信息的通知功能。
步骤S601,当NodeB检测到业务失败时,NodeB向RNC发送业务失败指示消息(Traffic Failure Indication)。消息中包含了该业务对应的传输信道类型(transport channel type),传输信道标识(transport channel id),失败原因(cause)等。
图7为本发明所述方法中,NodeB向RNC通知业务失败信息的一具体实施例,对应图5的步骤S501,该实施例中以扩展的链路失败指示消息来替代前述方案中的业务失败指示消息完成业务失败信息的通知功能。
步骤S701,当NodeB检测到业务失败时,NodeB向RNC发送扩展的链路失败指示消息(Radio Link Failure Indication),消息中包含了失败业务对应的传输信道类型,传输信道标识,失败原因等。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。