CN101267440A - 无损重定位方法和*** - Google Patents

Abstract

一种无损重定位方法，包括：步骤S102，发送端将其期望接收的下一个协议数据单元的期望序列号通知给接收端；步骤S104，接收端判断期望序列号是否有效，在判断为是的情况下，释放序列号窗口中编号小于期望序列号的协议数据单元的记录，并将序列号窗口中剩余的协议数据单元的记录设置为未确认状态；否则将序列号窗口中的协议数据单元的记录修改为未确认状态；步骤S106，以及发送序列号窗口中的处于未确认状态的协议数据单元。此外，本发明还公开了一种无损重定位***。通过使用本发明，能够有效解决相关技术中数据包容易丢失和无法重传、以及SN window中存在比ExpectSeqNum编号大但是却已经收到“确认”的协议数据单元记录的问题，保证了无损重定位的可靠性。

Description

无损重定位方法和***

技术领域

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

背景技术

在中国提出的第三代移动通信标准(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记录。

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

发明内容

考虑到上述问题而做出本发明，为此，本发明的主要目的在于提供一种无损重定位方法和***，以解决相关技术中未确认的数据包丢失、不可重传、以及SN window中存在比ExpectSeqNum编号大但是却已经收到“确认”的协议数据单元记录的问题。

根据本发明的一个实施例，提供了一种无损重定位方法，应用于时分同步马分多址***的分组数据汇聚协议层。

该方法包括：发送端将其期望接收的下一个协议数据单元的期望序列号通知给接收端；接收端判断期望序列号是否有效，在判断为是的情况下，释放序列号窗口中编号小于期望序列号的协议数据单元的记录，并将序列号窗口中剩余的协议数据单元的记录设置为未确认状态；否则将序列号窗口中的协议数据单元的记录修改为未确认状态；以及发送序列号窗口中的处于未确认状态的协议数据单元。

其中，在发送端将期望序列号通知给接收端之前，进一步包括：发送端根据接收到的协议数据单元的序列号确定该协议数据单元的下一个协议数据单元的期望序列号。

其中，判断期望序列号是否有效的处理具体为：在期望序列号小于序列号窗口中未确认已发送的协议数据单元中编号最小的协议数据单元的编号的情况下、或者在期望序列号大于序列号窗口中未确认已发送的协议数据单元中编号最大的协议数据单元的编号的情况下，判断期望序列号为无效；否则判断期望序列号有效。

具体地，在接收端判断期望序列号为无效的情况下，在将剩余的协议数据单元的记录设置为未确认状态，进一步包括：将剩余的协议数据单元中编号最小的协议数据单元封装为序列号协议数据单元，并在本地进行同步；发送同步后的序列号协议数据单元。

其中，序列号窗口中协议数据单元的记录为已经发送至接收端本地的无线链路控制层且接收端的无线链路控制层未确认已经传输到发送端的协议数据单元的记录。

此外，发送端为用户设备，接收端为网络侧设备；或者发送端为网络侧设备，接收端为用户设备。

根据本发明的另一实施例，提供了一种无损重定位***，应用于时分同步马分多址***的分组数据汇聚协议层。

上述***包括：发送端，用于将其期望接收的下一个协议数据单元的期望序列号通知给接收端；接收端，用于判断期望序列号是否有效，并在判断为是的情况下，释放序列号窗口中编号小于期望序列号的协议数据单元的记录，并将序列号窗口中剩余的协议数据单元的记录设置为未确认状态；否则将序列号窗口中的协议数据单元的记录修改为未确认状态；以及发送序列号窗口中的处于未确认状态的协议数据单元。

其中，接收端判断期望序列号是否有效的处理具体为：在期望序列号小于序列号窗口中未确认已发送的协议数据单元中编号最小的协议数据单元的编号的情况下、或者在期望序列号大于序列号窗口中未确认已发送的协议数据单元中编号最大的协议数据单元的编号的情况下，判断期望序列号为无效；否则判断期望序列号有效。

此外，在接收端判断期望序列号为无效的情况下，在将剩余的协议数据单元的记录设置为未确认状态，进一步包括：将剩余的协议数据单元中编号最小的协议数据单元封装为序列号协议数据单元，并在本地进行同步；发送同步后的序列号协议数据单元。

此外，发送端为用户设备，接收端为网络侧设备；或者发送端为网络侧设备，接收端为用户设备。

通过本发明的上述技术方案，能够有效解决相关技术中数据包容易丢失和无法重传、以及SN window中存在比ExpectSeqNum编号大但是却已经收到“确认”的协议数据单元记录的问题，保证了无损重定位的可靠性。

附图说明

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

图1是根据本发明方法实施例的无损重定位方法的流程图；

图2是根据本发明方法实施例的无损重定位方法的详细处理的流程图；以及

图3是根据本发明***实施例的无损重定位***的框图。

具体实施方式

通常，在进行移动通讯***设计时，在实现对无损SRNS重定位的支持时，PDCP应尽可能的在序列号窗口(SN window)中保存可能丢失的PDU的记录，要保证PDCP层能在发生无损SRNS重定位时尽可能的重传丢失的数据包。

基于这种做法，下面将首先说明协议中对SN window的基本要求：通过给每个支持无损SRNS重定位的PDCP实体，PDCP需要对接收和发送的PDU进行序列号维护并需要维护SN window表，表中存放的记录是发送到RLC但是并没有被RLC确认传输到对端的PDU记录。SN window的大小由上层在配置PDCP实体时指定，可以是255或者65535。

基于以上描述，下面将参照附图详细描述本发明的实施例。

方法实施例

在本实施例中，提供了一种无损重定位方法，应用于时分同步马分多址***的分组数据汇聚协议层。

如图1所示，根据本实施例的无损重定位方法包括：步骤S102，发送端将其期望接收的下一个PDU的期望序列号通知给接收端；步骤S104，接收端判断期望序列号是否有效，在判断为是的情况下，释放序列号窗口中编号小于期望序列号的PDU的记录，并将序列号窗口中剩余的PDU的记录设置为未确认状态；否则将序列号窗口中的PDU的记录修改为未确认状态；步骤S106，发送序列号窗口中的处于未确认状态的PDU。

其中，在发送端将期望序列号通知给接收端之前，进一步包括：发送端根据接收到的PDU的序列号确定该PDU的下一个PDU的期望序列号。

其中，判断期望序列号是否有效的处理具体为：在期望序列号小于序列号窗口中未确认已发送的PDU中编号最小的PDU的编号的情况下、或者在期望序列号大于序列号窗口中未确认已发送的PDU中编号最大的PDU的编号的情况下，判断期望序列号为无效；否则判断期望序列号有效。

此外，在接收端判断期望序列号为无效的情况下，在将剩余的PDU的记录设置为未确认状态，进一步包括：将剩余的PDU中编号最小的PDU封装为序列号PDU，并在本地进行同步；发送同步后的序列号PDU。

其中，发送端为用户设备，接收端为网络侧设备；或者发送端为网络侧设备，接收端为用户设备。

下面将结合附图，以用户设备作为发送端、网络侧设备作为接收端为例，对上述技术方案进行详细说明。图2是根据本发明实施例的无损重定位方法的详细处理的流程图。如图2所示，其具体可以包括以下步骤：

步骤一，接收网络侧发送过来的上行期望接收的下一个PDU的序列号，其中，序列号主要是指UE侧的PDCP通过RRC接收到网络侧的PDCP层期望接收的下一个上行的PDU的编号，这个编号是网络侧根据已经收到的PDU及网络侧设备接收计数器而计算本侧期望接收的下一个PDU的编号(ExpectSeqNum，即，上述的期望序列号)；

步骤二，UE侧PDCP判断该ExpectSeqNum是否有效，根据协议，如果ExpectSeqNum比SN window中的最小未确认已发送PDU记录小或者比SN window中最大未确认已发送的PDU记录大，则认为网络期望的下一个上行序列号不可用；

如果ExpectSeqNum可用，则执行步骤三，否则执行步骤四和步骤五；

步骤三，删除SN window中比该编号小的PDU记录，并将SNwindow中剩下的PDU记录的Acknowledge表项全部修改为未确认状态，这样做的是因为对端期望接收的ExpectSeqNum比较小，而RLC在重建时会清空缓存，那么就是说比ExpectSeqNum大并且UE侧PDCP已经发送的PDU都丢失了，并且执行步骤六；

步骤四，将所有在SN window中的PDU记录的Acknowledge表项全部修改为未确认状态，然后封装SN window中第一个未确认的PDU为SN PDU，发送给下层的RLC；

步骤五，在收到RLC报告确认该SN PDU已经发送到对端RLC之后，同步过程结束，并执行步骤六；

步骤六，将SN window中未确认PDU全部重发一次，因为这些PDU虽然被UE侧的PDCP已经发送过，但是在无损重定位的过程中实际上由于种种原因已经被无线链路丢弃，如果不重发则永远得不到确认，将会浪费SN window的资源。

***实施例

图3是根据本发明实施例的无损重定位***的框图。

如图3所示，本实施例提供了一种无损重定位***，应用于时分同步马分多址***的分组数据汇聚协议层。

上述***包括：发送端302，用于将其期望接收的下一个PDU的期望序列号通知给接收端；接收端304，用于判断期望序列号是否有效，并在判断为是的情况下，释放序列号窗口中编号小于期望序列号的PDU的记录，并将序列号窗口中剩余的PDU的记录设置为未确认状态；否则将序列号窗口中的PDU的记录修改为未确认状态；以及发送序列号窗口中的处于未确认状态的PDU。

其中，接收端304判断期望序列号是否有效的处理具体为：在期望序列号小于序列号窗口中未确认已发送的PDU中编号最小的PDU的编号的情况下、或者在期望序列号大于序列号窗口中未确认已发送的PDU中编号最大的PDU的编号的情况下，判断期望序列号为无效；否则判断期望序列号有效。

此外，在接收端304判断期望序列号为无效的情况下，在将剩余的PDU的记录设置为未确认状态，进一步包括：将剩余的PDU中编号最小的PDU封装为序列号PDU，并在本地进行同步；发送同步后的序列号PDU。

其中，发送端302为用户设备，接收端为网络侧设备；或者发送端为网络侧设备，接收端为用户设备。

综上所述，本发明充分考虑到了实际实现的情况，在SN window表中增加了“Acknowledge”表项，弥补了相关技术中只有两个表项的不足，解决了相关技术中数据包容易丢失以及无法重传的问题；其次，本发明更改了SN window中关于被“确认”记录的操作，而不是简单删除被确认的记录；此外，本发明严格按照协议的精神，对于SN window中比UE侧PDCP接收到的上行期望接收的序列号大并且已经收到“确认”的PDU记录，进行了优化处理。保证了PDCP SN window中无损重定位的可靠性。借助于本发明的技术方案，能够有效解决相关技术中数据包容易丢失和无法重传、以及SNwindow中存在比ExpectSeqNum编号大但是却已经收到“确认”的协议数据单元记录的问题，保证了无损重定位的可靠性。

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

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

Claims (10)

1.一种无损重定位方法，应用于时分同步马分多址***的分组数据汇聚协议层，其特征在于，所述方法包括：

发送端将其期望接收的下一个协议数据单元的期望序列号通知给接收端；

所述接收端判断所述期望序列号是否有效，在判断为是的情况下，释放序列号窗口中编号小于所述期望序列号的协议数据单元的记录，并将所述序列号窗口中剩余的协议数据单元的记录设置为未确认状态；否则将所述序列号窗口中的协议数据单元的记录修改为未确认状态；以及

发送所述序列号窗口中的处于未确认状态的协议数据单元。

2.根据权利要求1所述的方法，其特征在于，在所述发送端将所述期望序列号通知给所述接收端之前，进一步包括：

所述发送端根据接收到的协议数据单元的序列号确定该协议数据单元的下一个协议数据单元的期望序列号。

3.根据权利要求1所述的方法，其特征在于，判断所述期望序列号是否有效的处理具体为：

在所述期望序列号小于所述序列号窗口中未确认已发送的协议数据单元中编号最小的协议数据单元的编号的情况下、或者在所述期望序列号大于所述序列号窗口中未确认已发送的协议数据单元中编号最大的协议数据单元的编号的情况下，判断所述期望序列号为无效；否则判断所述期望序列号有效。

4.根据权利要求3所述的方法，其特征在于，在所述接收端判断所述期望序列号为无效的情况下，在将所述剩余的协议数据单元的记录设置为未确认状态，进一步包括：

将所述剩余的协议数据单元中编号最小的协议数据单元封装为序列号协议数据单元，并在本地进行同步；

发送同步后的所述序列号协议数据单元。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述序列号窗口中协议数据单元的记录为已经发送至所述接收端本地的无线链路控制层且所述接收端的无线链路控制层未确认已经传输到所述发送端的协议数据单元的记录。

6.根据权利要求1至4中任一项所述的方法，其特征在于，

所述发送端为用户设备，所述接收端为网络侧设备；或者

所述发送端为网络侧设备，所述接收端为用户设备。

7.一种无损重定位***，应用于时分同步马分多址***的分组数据汇聚协议层，其特征在于，所述***包括：

发送端，用于将其期望接收的下一个协议数据单元的期望序列号通知给接收端；

所述接收端，用于判断所述期望序列号是否有效，并在判断为是的情况下，释放序列号窗口中编号小于所述期望序列号的协议数据单元的记录，并将所述序列号窗口中剩余的协议数据单元的记录设置为未确认状态；否则将所述序列号窗口中的协议数据单元的记录修改为未确认状态；以及发送所述序列号窗口中的处于未确认状态的协议数据单元。

8.根据权利要求7所述的***，其特征在于，所述接收端判断所述期望序列号是否有效的处理具体为：

在所述期望序列号小于所述序列号窗口中未确认已发送的协议数据单元中编号最小的协议数据单元的编号的情况下、或者在所述期望序列号大于所述序列号窗口中未确认已发送的协议数据单元中编号最大的协议数据单元的编号的情况下，判断所述期望序列号为无效；否则判断所述期望序列号有效。

9.根据权利要求8所述的***，其特征在于，在所述接收端判断所述期望序列号为无效的情况下，在将所述剩余的协议数据单元的记录设置为未确认状态，进一步包括：

将所述剩余的协议数据单元中编号最小的协议数据单元封装为序列号协议数据单元，并在本地进行同步；

发送同步后的所述序列号协议数据单元。

10.根据权利要求7至9中任一项所述的***，其特征在于，

所述发送端为用户设备，所述接收端为网络侧设备；或者

所述发送端为网络侧设备，所述接收端为用户设备。

Images