[发明专利]无损重定位方法和系统

说明书

技术领域

本发明涉及通信领域，并且特别地，涉及一种无损重定位方法和系统。 

背景技术

在中国提出的第三代移动通信标准(TD-SCDMA)标准中，分组数据汇聚协议(PDCP)层应用在数据(PS)域，每个PS域的无线接入承载(RAB)都与一个无限承载(RB)相关联，每个RB都与一个分组数据汇聚协议实体相关联，而每个PDCP实体又都与一个无线链路控制层(RLC)实体相关联。 

其中，每个PDCP实体可以有多个不同的头压缩协议类型。并且，如果定义了多个PDCP实体，则每个实体可以有多个相同或不同的头压缩协议类型。在用户设备(UE，还可以称为用户终端)侧，PDCP向非接入层(NAS)提供服务，并且在无线网络控制器(RNC)中实现信号中继功能。PDCP向高层提供的服务称为无线承载。PDCP层主要完成的功能包括：(1)在发送和接收实体中分别完成IP数据流(例如，对于IPv4和IPv6的TCP/IP和RTP/UDP/IP的信号头)的头压缩和解压缩；(2)用户数据的发送；(3)对于配置为支持无损服务无线网络子系统(SRNS)重定位的无线承载，完成PDCP序列号的维护。 

在蜂窝移动通信系统中，单个基站的覆盖范围有限，所以，当用户终端在通话的过程中从一个小区进入另外一个小区时，为了保证通信的连续性，系统需要将该用户终端与原有小区建立的联系转移到新的小区上，即，执行小区切换。用户终端不仅可以在同一个基站控制器下的不同小区之间进行切换，而且还可以在不同系统、不同基站控制器上进行切换。 

当用户终端在切换时，如果需要更换基站控制器，就需要进行UE的重定位操作。在TD-SCDMA系统中，在源无线网络控制器(RNC)切换到目标RNC的过程中，也会发生SRNS重定位。其重定位的过程如下： 

首先，源RNC的无线资源控制层(RRC)向源RNC的RLC发送重定位消息，指示源RNC的RLC设置为停止发送状态，源RNC的RRC向源RNC的PDCP发送重定位消息，PDCP就会将已经发送但未得到RLC确认的数据包以及缓存的数据包一起转移到目的RNC上； 

然后，当UE接收到源RNC发送的物理信道重配置消息时，检测该重配置消息中是否携带下行同步计数器(DL_CounterSynchronisation Info)或者在RB重配置消息中有无线接入网络(UTRAN)侧无线网络临时标示符(new U-RNT)，如果携带，那么UE就认为重定向触发条件已成立； 

之后，将UE侧的RLC设置为停止发送状态，UE侧的PDCP收到上行期望接收的下一个序列号，开始缓存上层下发的服务数据单元(SDU)，并且不再处理下发给RLC，RRC指示RLC重新建立SRB2并指示物理层执行切换； 

最后，在目标RNC检测到UE后，UE向目标RNC发送物理信道重配置完成消息，UE侧RRC给本侧的PDCP发送RB2重建完成消息，使UE侧PDCP开始向RLC发送业务数据，开始与目标RNC通信。根据3GPP TS 25.323协议，凡是支持无损SRNS重定位的PDCP实体，均需要做序列号维护，并将发送到RLC并且没有得到RLC确认传输的数据单元记录在序列号窗口(SN window)中。 

然而，发明人发现，上述处理方式存在以下问题： 

(1)对于支持无损SRNS重定位的RB，RLC被配置为确认(AM)模式，向上顺序递交，也就是UE侧的RLC将一个数据单元送到对端的RLC，然后向UE侧PDCP报告该数据单元已经确认发送，但是对端的RLC是顺序递交，可能没有收到前面的数据，此时便不会将这个数据单元上送给网络端的PDCP，如果此时发生了源RNC到目标RNC的切换，UE端RLC发送侧重建会清空已经发送(不管已经确认还是未确认)的数据包的缓存，造成未确认的数据包的丢失； 

(2)对于未确认的协议数据单元，PDCP留有记录，但已经确认却因为顺序递交而被对端丢弃的数据包，PDCP中已经将记录删除，不可重传； 

(3)对于UE侧PDCP接收到的上行期望接收的序列号记作ExpectSeqNum，而在SN window中可能存在比ExpectSeqNum编号大但是却已经收到“确认”的PDU记录。 

目前，在现有技术中，尚未提出能够解决上述问题的技术方案。 

发明内容