[发明专利]恢复数据方式的选取方法及无线网络控制器

说明书

技术领域

本发明涉及网络通信技术领域，尤其涉及一种应用于HSDPA小区切换的恢复数据方式的选取方法及无线网络控制器。

背景技术

高速下行分组接入(HSDPA，High Speed Downlink Packet Access)是3GPP(3rd Generation Partner Project，第三代合作伙伴计划)R5中提出的一种高速下行的数据发送技术。HSDPA主要是通过引入高速下行共享信道(HS-DSCH)增强空中接口，并在通用移动通信系统无线接入网(UTRAN)中增强相应的功能实体来完成的。

从底层来看，主要是引入自适应调制编码(AMC)和混合自动重传机制(HARQ)技术来增加数据吞吐量。从整体构架上来看，主要是增强基站(NodeB)的处理功能，在Node B的媒体接入控制(MAC)层中引入一个新的媒体接入控制子层，也即高速媒体访问控制(MAC-hs)实体，专门来完成HS-DSCH的相关参数和HARQ协议等相关处理，在高层和接口加入相关操作信令。用户设备(UE)侧也引入MAC-hs实体，相关HS-DSCH的MAC层操作都在MAC-hs实体中完成。

当用户在移动过程中使用HSDPA时，小区切换是不可避免的，很容易带来MAC-hs实体内用户数据的丢失问题。在小区切换中的切换消息属于控制平面消息，用户数据属于用户平面消息。一般来说，切换时无线网络控制器(RNC)会中止用户平面的数据传输，待切换完成后再继续数据传输。所谓的数据丢失是指：RNC用户平面数据首先到达Node B的MAC-hs实体，当切换发生时，MAC-hs实体因切换暂停不能将数据传输到UE，因此这部分数据就有可能丢失。

目前，小区切换时恢复数据的方式有两种，他们有各自的特点，分别介绍如下：

第一种是MAC-hs实体复位方式，核心思想是采用数据重传机制。小区切换中的数据丢包问题已经无法在MAC-hs实体中解决，只能依靠无线链路控制(RLC)层的数据重传机制，也即利用RLC层的确认(ACK)/不确认(NACK)应答以及超时重传等机制来保证数据的正确传输。但是，如果RLC实体只是被动的等待超时重传，那么数据恢复的时间就比较长，从而增加了数据传输时延。目前的3GPP协议规定RNC指示UE复位MAC-hs实体，使得UE主动产生RLC状态报告发送给RNC侧的对等RLC实体，RNC侧的RLC实体根据状态报告重传相应的RLC数据帧，这样能够迅速有效的恢复用户数据，否则，RNC侧的RLC实体将不得不一直等到超时后才能重传数据。

第二种是MAC-hs实体数据保持方式(MAC-hs preservation)。通过上面对MAC-hs实体复位方式的介绍，可见MAC-hs实体复位方式能够应用于NodeB间的HSDPA小区切换(inter-Node B serving HS-DSCH cell change)，也能够应用于Node B内部的HSDPA小区切换(intra-Node B serving HS-DSCH cellchange)。但是对于Node B内部的HSDPA小区切换，MAC-hs实体数据保持方式是一个更好的选择。此种方式中Node B将源小区MAC-hs实体内的用户数据搬移(复制)到切换后的同一Node B目标小区的MAC-hs实体内，这样RNC就不需要指示UE复位MAC-hs实体了，从而避免了产生RLC状态报告，也就避免了RLC数据重传，这样能够更有效的节约空口无线资源和避免数据传输延迟。

可见，对于Node B内部的HSDPA小区切换时恢复数据，RNC有两种方式可以选择：一是采用目前3GPP协议已规定的MAC-hs实体复位方式；二是采用MAC-hs实体数据保持方式。然而，MAC-hs实体数据保持方式并没有在协议中明确说明，RNC也无从获知Node B是否具备数据搬移的能力。

因此，为了避免更大的数据传输时延，RNC只能指示UE复位MAC-hs实体。如果Node B支持MAC-hs实体数据保持，但RNC仍然要求UE复位MAC-hs实体，那么由于Node B继续发送UE已经复位的数据，这反而增加了数据传输时延，并且由于本不应有的数据重传占用了宝贵的空口无线资源。

产生上述问题的原因在于，Node B内部的HSDPA小区切换中RNC有两种方式来恢复MAC-hs实体数据，但是却没有信息指示其在何种情况下选取何种方式。

发明内容