CN101114992A - 切换方法、发送端设备和接收端设备 - Google Patents
切换方法、发送端设备和接收端设备 Download PDFInfo
- Publication number
- CN101114992A CN101114992A CNA2006101038196A CN200610103819A CN101114992A CN 101114992 A CN101114992 A CN 101114992A CN A2006101038196 A CNA2006101038196 A CN A2006101038196A CN 200610103819 A CN200610103819 A CN 200610103819A CN 101114992 A CN101114992 A CN 101114992A
- Authority
- CN
- China
- Prior art keywords
- transmission unit
- switching
- control layer
- data transmission
- transmitting terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
Abstract
本发明提供一种切换方法、发送端设备和接收端设备,本发明的技术方案适用于演进的移动接入网系统中的非确认模式业务,本发明的发送端在切换时,应该尽可能的将其未发送成功的数据传输单元都发送出去,即切换前的发送端应采用尽力发送的方法,来发送无线链路控制层发送到媒体接入控制层且没有被接收端正确接收的数据传输单元,以尽量减少切换过程中的数据丢失。本发明有效避免了切换过程中上行/下行方向的数据丢失现象,明确了演进的移动接入网系统中用户终端设备的重排序过程;从而实现了提高数据传输可靠性,提高用户满意度的目的。
Description
技术领域
本发明涉及网络通讯技术领域,具体涉及一种切换方法、发送端设备和接收端设备。
背景技术
随着HSDPA(High Speed Downlink Packet Access,高速下行包接入)、增强上行(Enhanced Uplink)等增强技术的引入,3GPP无线接入技术在今后几年内是有很高的竞争力的。然而,为了保证3GPP无线接入技术在更长时间内的竞争力,需要考虑3GPP无线接入技术的LTE(Long Term Evolution,长期演进)。
LTE的目标是:降低的时延、更高的用户数据速率、改进的系统容量和覆盖、以及对运营商而言更低的成本。为了满足长期演进的各种网络性能需求,现有的UMTS(Universal Mobile Telecommunication Systems,通用移动通信系统)的网络结构、无线接口、协议栈功能都会发生相应改进。现有UMTS的协议层结构造成很多重复的功能,如RLC和MAC子层的重传、分割级联等等。为了减小数据传输延迟、简化协议,必须考虑精简这些重复的功能。另外,LTE系统提出了全IP要求,即网络传输全部是基于IP包业务,这一全新的需求也需要相应的机制来保证。
在LTE系统中,网络结构已经由原先的3层节点结构变成2层节点结构,RNC(Radio Network Controller,无线网络控制器)的功能被分割到Node B和接入GW(Gateway,网关)中。在未来的LTE系统中,更多不同需求的业务需要被考虑设计,对于某些特殊的实时业务来说也需要满足低丢包率的要求,如可视电话(Video Phone)等。同时,在LTE系统的讨论中,由于运用了共享信道,取消了软切换,所以,硬切换带来的数据中断、中断时间等需要进行优化。
LTE中的AM模式业务与UMTS中的AM模式业务类似,需要ARQ重传的纠错处理,与UMTS不同的是:不论是AM模式业务的数据还是UM模式业务的数据都需要HARQ重传的纠错保证。
目前,LTE的跨不同eNB之间的切换流程如附图1所示。
图1中,在步骤1、UE(用户设备)向源eNB发送测量报告。UE可以根据协议来触发测量报告,UE也可以根据系统下发的消息等触发测量报告。
步骤2、源eNB根据UE上报的测量报告和RRM(无线资源管理)信息进行切换判决。为了使目标eNB做切换准备,源eNB会将相关信息如Context Data(上下文数据)等通过切换请求消息发送到目标eNB。
步骤3、目标eNB接收到切换请求消息后,进行层一、层二的切换准备,并且向源eNB反馈切换响应消息,切换响应消息中承载有Context Confirm(上下文确认),如新的C-RNTI以及其他参数,如接入参数、SIB等。
步骤4、UE会接收到源eNB发送来的含有新的C-RNTI、可能的切换开始时间、目标e NB SIB(系统信息块)等必须参数的HANDOVER COMMAND(切换命令)消息。源eNB会使用RLC AM模式来传输这条RRC(无线资源控制)消息,也就是说,UE RLC会对这条消息进行确认以保证其可靠性。
源eNB在接收到UE发送的HO(切换)准备确认消息后,开始向目标eNB转发数据包。
步骤5、当HO COMMAND消息中的切换开始时间超时时,UE执行与目标eNB的同步过程,开始其上行同步。
步骤6、网络进行上行资源分配和timing advance(时间提前量)分配。这些资源是供UE向目标eNB发送HANDOVER CONFIRM(切换确认)消息用的,UE向目标eNB发送HANDOVER CONFIRM消息,同时UE的切换过程结束。
在该步骤中,UE会使用RLC AM模式来传输这条HANDOVER CONFIRM消息,该消息需要网络侧的确认,以保证消息的可靠性。
步骤7a、目标eNB通知源eNB切换成功,源eNB删除缓存中已经转发的数据。如果源eNB缓存中还有未转发的数据或UPE(用户面实体)仍然继续向源eNB发送数据,则源eNB会将这些数据转发到目标eNB。
步骤7b、为了使UPE可以向目标eNB直接转发数据包,MME/UPE(移动控制实体)会更新该UE位置信息。
在上述切换过程中,用户数据的处理过程如下:
在切换时,源eNB从第一个UE没有正确接收的SDU开始转发所有下行RLC SDU到目标eNB。源eNB删除所有剩余的下行RLC PDUs。目标eNB将重传所有从源eNB转发来的下行RLC SDUs。源eNB不用向目标eNB转发下行RLC控制上下文如SN等信息,目标eNB将重新对转发的数据进行编号,即切换后的RLC实体进行了重置。切换时下行SDU的重排序可以在目标eNB侧进行、也可以在UE侧基于PDCP序号进行,这需要进一步研究。为了优化切换处理,只需要重传UE没有正确接收的下行RLC SDUs,这也需要进一步研究。
同时,在切换时,源eNB将所有正确接收的上行RLC SDUs转发到aGW,并且删除所有剩余的上行RLC PDUs。UE重传所有源eNB没有正确接收的上行RLC SDUs。这样,源eNB既不需要向目标eNB转发上行RLC SDUs,也不需要向目标eNB转发上行RLC控制上下文信息。而且,根据具体需要aGW中的PDCP可以支持切换时上行RLC SDUs的重排序,这可以由运营商控制。
上述切换过程中的数据处理都是针对AMDPDU(确认类型数据)的,而且上述描述的重传以及确认过程都是针对ARQ重传的。对于UM模式业务、TM模式业务切换过程中的用户数据的处理没有具体的方案解决,原则上UM和TM的处理方法一般都是采用数据转发(data forwarding)。
在UMTS系统中,对于跨NB之间的硬切换,会进行MAC-hs或MAC-e/es的重置,即发送端会清空HARQ缓存中所有的正在传输的TB(传输块),所有状态变量重置为初始值,接收端会清空HARQ缓存中所有正在接收的TB,所有状态变量重置为初始值,接收端将重排序缓存中的数据重组成MAC-d PDU送到高层。UMTS系统中RNC的RLC层在切换时不会被重置,但是,在LTE系统中,由于RLC和MAC都在eNB,所以,LTE系统中的RLC层会被重置,RLC重置过程中会删除不完整的数据传输单元。
对于AM模式业务,发送端对于HARQ缓存中的数据进行删除处理,可以有高层重传保证数据不丢失。但对UM模式业务、TM模式业务等非确认模式业务来说,由于没有高层重传的保证,所以,删除HARQ缓存中的数据、RLC层的重置会引起大量的数据丢失。
由于LTE系统的具有更高速的传输和业务类型的扩展,因此,切换过程中丢失的数据会影响用户感受,从而降低了用户满意度。
发明内容
本发明的目的在于,提供一种切换方法、发送端设备和接收端设备,避免了非确认模式业务在切换过程中的数据丢失现象,提高了数据传输可靠性,提高了用户满意度。
为达到上述目的,本发明提供的一种切换方法,在移动接入网系统的下/上行方向,对于非确认模式业务,所述方法包括步骤:
切换前的发送端采用尽力发送方法,通过切换后的发送端将切换前无线链路控制层发送到媒体接入控制层且没有被接收端正确接收的数据传输单元发送至接收端。
下述方法的技术方案为可选技术方案。
所述方法包括步骤:
a、在切换过程中,切换前的发送端缓存无线链路控制层发送到媒体接入控制层且没有被接收端正确接收的数据传输单元;
b、在执行切换时,切换前发送端通过切换后的发送端将所述缓存的数据传输单元发送至接收端。
所述步骤a中的数据传输单元缓存在无线链路控制层或者媒体接入控制层。
所述步骤a包括:
a1、在切换过程中,切换前的发送端缓存无线链路控制层发送到媒体接入控制层的数据传输单元;
a2、切换前的发送端HARQ在确认数据传输单元传输完成后,通知发送端删除所述缓存的相应数据传输单元。
所述步骤a2包括:
切换前的发送端HARQ在确认数据传输单元已被接收端正确接收后,通知发送端删除缓存的相应数据传输单元;和/或
切换前的发送端HARQ在确认数据传输单元已达到最大重传次数后,通知发送端删除缓存的相应的数据传输单元。
当数据传输单元缓存在无线链路控制层时,所述步骤b包括:
在执行切换时,切换前的发送端停止HARQ的数据传输单元的传输过程;
切换前发送端无线链路控制层将没有发送至媒体接入控制层的数据传输单元和没有经过HARQ确认的数据传输单元通过切换后发送端发送至接收端。
在下行方向,所述切换前的发送端为源基站,切换后的发送端为目标基站,源基站将所述缓存的数据传输单元发送至目标基站,由目标基站将所述数据传输单元发送至用户终端;
在上行方向,所述切换前/后的发送端为用户终端,所述切换前的用户终端的无线链路控制层在切换后进行了重置,用户终端将所述缓存的数据传输单元发送至目标基站。
在下行方向,步骤a的切换过程为:源基站进行切换判决后、或者接收到用户终端的测量报告且测量值达到或超过第一预定阈值后。
在上行方向,步骤a的切换过程为:用户终端进行测量且测量值达到第二预定阈值后。
所述方法包括步骤:
在执行切换时,切换前的发送端不停止媒体接入控制层的数据传输单元的传输过程,同时,切换前的发送端将无线链路控制层中的数据传输单元通过切换后的发送端发送至接收端。
所述方法还包括:切换前发送端媒体接入控制层将数据传输单元的传输情况通知高层,由高层根据通知将相应的数据传输单元通过切换后的发送端发送至接收端。
在下行方向,执行切换包括:在源基站接收到目标基站的切换确认,或者源基站向用户终端发送切换命令。
在上行方向,执行切换包括:用户终端接收到切换命令且切换命令中的timing超时。
本发明提供一种发送端设备,在移动接入网系统中,切换前的发送端设备中设置有缓存模块和发送模块;
缓存模块:在切换过程中,缓存发送端无线链路控制层发送到媒体接入控制层且没有被接收端正确接收的数据传输单元;
发送模块:在切换前的发送端执行切换时,将缓存模块中缓存的数据传输单元通过切换后的发送端发送至接收端。
本发明提供一种发送端设备,在移动接入网系统中,切换前的发送端设备中设置有第一发送模块和第二发送模块;
第一发送模块:在发送端执行切换时,不停止媒体接入控制层的数据传输单元的传输过程,将媒体接入控制层中的数据传输单元通过切换后的发送端设备发送至接收端;
第二发送模块:在发送端执行切换时,将切换前的发送端无线链路控制层中的数据传输单元通过切换后的发送端设备发送至接收端。
本发明提供一种接收端设备,所述接收端设备的媒体接入控制层中设置有媒体接入控制层重排序单元和第一检测模块,无线链路控制层中设置有第二检测模块;媒体接入控制层重排序单元:对媒体接入控制层中的数据传输单元进行重排序处理;第一检测模块:检测重排序后的数据传输单元,将完整的无线链路控制层协议数据传输单元发送至无线链路控制层,并删除不完整的无线链路控制层协议数据单元;第二检测模块:将检测出来的完整的无线链路控制层业务数据传输单元发送至高层,并删除不完整的无线链路控制层业务数据传输单元。
本发明还提供一种接收端设备,其特征在于,所述接收端设备的无线链路控制层中设置有无线链路控制层重排序单元和第二检测模块;
无线链路控制层重排序单元:对无线链路控制层中的数据传输单元进行重排序处理;
第二检测模块:将检测出来的完整的无线链路控制层业务数据传输单元发送至高层,并删除不完整的无线链路控制层业务数据传输单元。
通过上述技术方案的描述可知,本发明的技术方案适用于演进的移动接入网系统中的非确认模式业务,本发明中的发送端通过尽力发送方法,如在切换过程中缓存RLC层的数据传输单元,再如不停止媒体接入控制层的数据传输单元的传输过程等,避免了切换过程中由于RLC层重置、HARQ删除缓存的数据传输单元等原因而引起的上行/下行方向的数据丢失现象;本发明的发送端可以采用多种不同的形式发送其未成功发送的数据传输单元,进一步避免了切换过程中上行/下行方向的数据丢失现象;本发明明确了演进的移动接入网系统中用户终端设备的重排序过程;从而通过本发明提供的技术方案实现了完善演进的移动接入网系统,提高数据传输可靠性,提高用户满意度的目的。
附图说明
图1是LTE的跨不同eNB之间的切换流程图;
图2是本发明实施例的尽力发送示意图。
具体实施方式
在演进的移动接入网系统如LTE的跨基站切换过程中,为了避免非确认模式业务的数据丢失现象,切换前的发送端应该尽可能的将其未发送成功的数据传输单元发送出去。本发明的切换方法正是基于附图2的尽力发送设计的。
图2中,切换前的发送端将数据传输单元通过切换后的发送端尽力发送至接收端,这里的数据传输单元为切换前的发送端的无线链路控制层发送到媒体接入控制层且没有被接收端正确接收的数据传输单元。这里的发送端为基站时,接收端为用户终端,切换前的发送端为源基站,切换后的发送端为目标基站。发送端为用户终端时,接收端为基站,切换前的发送端和切换后的发送端均为用户终端。
尽力发送的表现形式有多种,在本发明的切换方法中,不论是在演进的移动接入网系统的下行方向,还是在上行方向,对于非确认模式业务而言,本发明的实施例中主要以两种尽力发送方法的表现形式为例对发送端跨基站的切换方法进行描述。
方法一、ARQ缓存数据传输单元,并仅由ARQ发送数据传输单元。
首先、在切换过程中,本发明的发送端对ARQ发送到媒体接入控制层且没有被接收端正确接收的数据传输单元进行缓存。在现有技术中,发送端需要对RLC进行重置、并且ARQ发送端MAC层的数据传输单元被删除了。正是由于本发明的发送端缓存了ARQ发送到媒体接入控制层且没有被接收端正确接收的数据传输单元,从而为发送端将数据传输单元尽力发送至接收端创造了必要的前提条件。当发送端为基站时,这里的切换过程中可以为源基站进行切换判决后。当发送端为用户终端设备时,切换过程中可以为用户终端进行测量,并且在测量值达到预定阈值后。
在ARQ缓存了上述数据传输单元之后,发送端HARQ在确认数据传输单元传输完成后,通知ARQ,ARQ根据HARQ的通知删除其缓存的相应数据传输单元。发送端HARQ可以在确定数据传输单元已被接收端正确接收时,通知ARQ,发送端HARQ也可以在确定数据传输单元已达到最大重传次数时,通知ARQ。
在执行切换时,发送端停止HARQ的数据传输单元传输过程,并发送上述ARQ缓存的数据传输单元。这样,如果HARQ中的数据传输单元还没有被接收端正确接收,则ARQ缓存中还存储有该数据传输单元对应的数据传输单元,发送端通过发送ARQ缓存中的数据传输单元,就能够将发送端需要发送至接收端且没有被接收端正确接收的数据传输单元发送出去。如果发送端是源基站,则源基站可以将ARQ缓存中的数据传输单元通过目标基站发送至用户终端,即接收端;如果发送端是用户终端设备,则用户终端设备可以将ARQ缓存中的数据传输单元发送至目标基站,即接收端。
上述方法一是以数据传输单元缓存在RLC层为例进行描述的,本发明也可以将上述数据传输单元缓存在MAC层,其实现过程基本相同,在此不再详细描述。
方法二、ARQ发送数据传输单元、HARQ也发送数据传输单元。
方法二中的发送端在切换过程中,不对ARQ发送到媒体接入控制层且没有被接收端正确接收的数据传输单元进行缓存处理,而是发送端在执行切换时,不停止HARQ的数据传输单元传输过程,同时,发送端发送ARQ中的数据传输单元。这样,如果HARQ中的数据传输单元还没有被接收端正确接收,则HARQ会继续通过HARQ确认的方式来保证数据传输单元的传输;发送端通过发送ARQ中的数据传输单元、HARQ中的数据传输单元,就能够将发送端需要发送至接收端且没有被接收端正确接收的数据传输单元发送出去。如果发送端是源基站,则源基站可以将ARQ中的数据传输单元通过目标基站发送至用户终端,即接收端;如果发送端是用户终端设备,则用户终端设备可以将ARQ中的数据传输单元发送至目标基站,即接收端。
从上述描述可以看出,方法一和方法二的区别在于:在切换过程中,方法一的ARQ在将数据传输单元发送至HARQ时,不删除该数据传输单元,而且,HARQ需要在接收端正确接收到数据传输单元后,向ARQ通知该数据传输单元已正确接收,此时,ARQ删除其缓存的相应的数据传输单元,在执行切换时HARQ停止数据传输单元的传输过程;而方法二的ARQ在将数据传输单元发送至HARQ时,删除该数据传输单元,HARQ不需要在接收端正确接收到数据传输单元后,通知ARQ,在执行切换时,HARQ不停止数据传输单元的传输过程。
在现有技术中,没有明确定义用户终端设备和基站分别作为接收端的重排序过程,本发明对用户终端设备和基站的重排序进行了明确的定义。下面对用户终端设备的两种重排序方法和基站的重排序方法进行说明。
用户终端设备的重排序方法一:重排序过程在MAC层进行。用户终端设备检测是否存在完整的RLC PDU,如果检测出存在完整的RLC PDU,则将完整的RLC PDU发送至相应的RLC实体,然后,检测是否存在完整的RLC SDU,如果检测出存在完整的RLC SDU,则将完整的RLC SDU发送至高层如PDCP,发送端删除其余的数据传输单元如删除不完整的RLC PDU和不完整的RLCSDU。
用户终端设备的重排序方法二:重排序过程在RLC层进行。用户终端设备检测是否存在完整的RLC SDU,如果检测出存在完整的RLC SDU,则将完整的RLC SDU发送至高层如PDCP,发送端删除其余的数据传输单元如删除不完整的RLC SDU。
基站的重排序方法:基站在RLC层进行重排序。基站检测是否存在完整的RLC SDU,如果检测出存在完整的RLC SDU,则将完整的RLC SDU发送至GW,基站删除其余的数据传输单元如删除不完整的RLC SDU。
下面针对下行、上行两个方向,对本发明的切换方法和接收端的重排序方法进行详细说明。
一、对于下行传输方向,切换前的发送端即源eNB,切换后的发送端即目标eNB。
源eNB的切换方法一为:
当源eNB做完切换判决后,源eNB对发送到MAC进行HARQ传输的RLCSDU进行缓存。源eNB也可以在其他时间进行上述缓存过程,只要是在执行切换前,提前一段时间进行上述缓存都可以。
源eNB缓存的RLC SDU需要在接收端正确接收后删除,也就是说,在RLCSDU中包含的所有TB都经过了HARQ ACK确认后或都达到最大重传次数,该RLC SDU需要从缓存中删除。在源eNB接收到目标eNB切换的确认后,或者源eNB向UE发送切换命令后,源eNB开始向目标eNB转发数据,具体的转发过程为:源eNB将ARQ缓存中的RLC SDU和HARQ缓存中的数据传输单元都转发到目标eNB。也就是说,在执行切换时,源eNB不停止HARQ的传输过程。
由于这种数据转发和AM模式业务一样会产生乱序,目标eNB或者UE的PDCP需要进行重排序。
源eNB的切换方法二为:
当源eNB做完切换判决后,源eNB对发送到MAC进行HARQ传输的RLCSDU进行缓存。源eNB也可以在其他时间进行上述缓存过程,只要是在执行切换前,提前一段时间进行上述缓存都可以。
源eNB在将缓存中的RLC SDU发送至HARQ后,从缓存中删除相应的RLCSDU。在源eNB接收到目标eNB切换的确认后,或者源eNB向UE发送切换命令后,源eNB开始向目标eNB转发数据,具体的转发过程为:源eNB将ARQ缓存的RLC SDU转发到目标eNB。也就是说,在执行切换时,源eNB停止HARQ的传输过程,直到收到HARQ ACK、或者HARQ数据传输单元达到最大重传次数。
由于这种数据转发和AM模式业务一样会产生乱序,目标eNB或者UE的PDCP需要进行重排序。
不论源eNB采用上述方法一进行切换还是采用方法二进行切换,本发明的用户终端设备均可以采用如下两种方法对其接收的数据进行重排序。
用户终端设备的重排序方法一:当UE接收到的切换命令中的timing到期、UE开始和目标eNB同步时,UE的HARQ清空各进程还在传输的数据,UE HARQ开始进行RLC SDU检测,如果UE在MAC层进行重排序,则用户终端设备先将RLC PDU检测出来,并送到相应的各RLC实体,该处理过程和目前UMTS系统中的处理过程相同;用户终端设备再进行RLC层的SDU检测,当检测到存在完整的RLC SDU时,将完整的RLC SDU送到高层如PDCP。最后,用户终端设备删除所有相关的剩余RLC SDU和RLC PDU。
用户终端设备的重排序方法二:当UE接收到的切换命令中的timing到期、UE开始和目标eNB同步时,UE的HARQ清空各进程还在传输的数据,UE HARQ开始进行RLC SDU检测,如果UE在RLC层进行重排序,则用户终端设备直接在RLC实体中进行RLC层的SDU检测,当检测到存在完整的RLC SDU时,将完整的RLC SDU送到高层如PDCP。最后,用户终端设备删除所有相关的剩余RLCSDU和RLC PDU。
二、对于上行传输方向,发送端即用户终端设备。
用户终端设备的切换方法一为:
用户终端设备在执行切换之前,对发送到MAC进行HARQ传输的RLC SDU进行缓存。用户终端设备可以在测量值达到某一阈值后启动上述缓存过程,也可以在接收到源eNb发送来的切换命令时触发上述缓存过程。
用户终端设备缓存的RLC SDU需要在接收端正确接收后删除,也就是说,在RLC SDU中包含的所有TB都经过了HARQ ACK确认后或都达到最大重传次数,该RLC SDU需要从缓存中删除。当切换命令中的timing超期、用户终端设备开始和目标eNB进行同步时,用户终端设备缓存的RLC SDU都会被更新到重置后的RLC实体,并开始向目标eNB转发数据,具体的转发过程为:用户终端设备停止当前HARQ各进程的数据发送过程,用户终端设备将ARQ缓存中的RLC SDU转发到目标eNB。
由于这种数据转发和AM模式业务一样会产生乱序,目标eNB的PDCP需要进行重排序。
用户终端设备的切换方法二为:
用户终端设备在执行切换之前,对发送到MAC进行HARQ传输的RLC SDU进行缓存。用户终端设备可以在测量值达到某一阈值后启动上述缓存过程,也可以在接收到源eNB发送来的切换命令时触发上述缓存过程。
用户终端设备在将缓存中的RLC SDU发送至HARQ后,从缓存中删除相应的RLC SDU。当切换命令中的timing超期、用户终端设备开始和目标eNB进行同步时,用户终端设备缓存的RLC SDU都会被更新到重置后的RLC实体,并开始向目标eNB转发数据,具体的转发过程为:用户终端设备不停止当前HARQ各进程的数据发送过程,直到用户终端设备收到HARQ ACK、或者达到最大重传次数、或者用户终端设备开始与目标eNB同步,同时,用户终端设备将ARQ缓存中的RLC SDU转发到目标eNB。
由于这种数据转发和AM模式业务一样会产生乱序,目标eNB的PDCP需要进行重排序。
从上述描述中可以看出,上行传输方向与下行传输方向采用的切换方法基本相同,其不同之处在于:在上行传输方向,源eNB发送切换命令时,需要保证正在各进程传输的数据有足够的上行资源进行重传。
不论源eNB采用上述方法一进行切换还是采用方法二进行切换,本发明的基站均可以采用如下方法对其接收的数据进行重排序。
源eNB首先删除正在传输的各进程中的数据,然后,对于HARQ重排序中的数据进行检测,重组出完整的RLC SDU,并发送到aGW,删除剩余的PDU或TB。
下面对本发明提供的发送端设备和接收端设备进行说明。
本发明提供的发送端设备和接收端设备均为移动接入网系统中的设备。
切换前的发送端设备可以为源基站,也可以为用户终端设备。
切换前的发送端设备在采用方法一来实现数据传输单元的尽力发送时,切换前的发送端设备包括:缓存模块和发送模块。
缓存模块主要用于在切换过程中,缓存发送端无线链路控制层发送到媒体接入控制层且没有被接收端正确接收的数据传输单元。这些数据传输单元可以缓存在RCL层,也可以缓存在MAC层。切换过程的具体定义,缓存模块中缓存的数据传输单元如何被删除等如上述方法中的描述。
发送模块主要用于在切换前的发送端执行切换时,将切换前的发送端的缓存模块中缓存的数据传输单元通过切换后的发送端发送至接收端。当发送端为基站时,发送模块将数据传输单元通过目标基站发送至用户终端,当发送端为用户终端时,发送模块将数据传输单元发送至目标基站。
切换前的发送端设备在采用方法二来实现数据传输单元的尽力发送时,切换前的发送端设备包括:第一发送模块和第二发送模块。
第一发送模块主要用于在发送端执行切换时,不停止媒体接入控制层的数据传输单元的传输过程,将媒体接入控制层中的数据传输单元通过切换后的发送端设备发送至接收端。这里的执行切换的定义、第一发送模块停止发送等如上述方法中的描述。
第二发送模块主要用于在发送端执行切换时,将切换前的发送端无线链路控制层中的数据传输单元通过切换后的发送端设备发送至接收端。
本发明中的接收端设备可以为目标基站,也可以为用户终端设备。
当重排序过程在MAC层实现时,接收端设备的MAC中设置有媒体接入控制层重排序单元和第一检测模块,无线链路控制层中设置有第二检测模块;
媒体接入控制层重排序单元主要用于对媒体接入控制层中的数据传输单元进行重排序处理.
第一检测模块:检测重排序后的数据传输单元,将完整的无线链路控制层协议数据传输单元发送至无线链路控制层,并删除不完整的无线链路控制层协议数据单元,如第一检测模块进行RLC PDU检测,先将完整的RLC PDU检测出来,并送到相应的各RLC实体,再删除所有相关的剩余RLC PDU,具体如上述方法中的描述。
第二检测模块主要用于将检测出来的完整的无线链路控制层业务数据传输单元发送至高层,并删除不完整的无线链路控制层业务数据传输单元,如第二检测模块直接在RLC实体中进行RLC层的SDU检测,当检测到存在完整的RLC SDU时,将完整的RLC SDU送到高层如PDCP,再删除所有相关的剩余RLCSDU,具体如上述方法的描述。
当重排序过程在RLC层实现时,接收端设备的RLC中设置有无线链路控制层重排序单元和第二检测模块;
无线链路控制层重排序单元主要用于对无线链路控制层中的数据传输单元进行重排序处理。
第二检测模块主要用于将检测出来的完整的无线链路控制层业务数据传输单元发送至高层,并删除不完整的无线链路控制层业务数据传输单元,如第二检测模块直接在RLC实体中进行RLC层的SDU检测,当检测到存在完整的RLC SDU时,将完整的RLC SDU送到高层如PDCP,再删除所有相关的剩余RLC SDU,具体如上述方法的描述。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,本发明的申请文件的权利要求包括这些变形和变化。
Claims (17)
1.一种切换方法,其特征在于,在移动接入网系统的下/上行方向,对于非确认模式业务,所述方法包括步骤:
切换前的发送端采用尽力发送方法,通过切换后的发送端将切换前无线链路控制层发送到媒体接入控制层且没有被接收端正确接收的数据传输单元发送至接收端。
2.如权利要求1所述的一种切换方法,其特征在于,所述方法包括步骤:
a、在切换过程中,切换前的发送端缓存无线链路控制层发送到媒体接入控制层且没有被接收端正确接收的数据传输单元;
b、在执行切换时,切换前发送端通过切换后的发送端将所述缓存的数据传输单元发送至接收端。
3.如权利要求1所述的一种切换方法,其特征在于,所述步骤a中的数据传输单元缓存在无线链路控制层或者媒体接入控制层。
4.如权利要求1或2或3所述的一种切换方法,其特征在于,所述步骤a包括:
a1、在切换过程中,切换前的发送端缓存无线链路控制层发送到媒体接入控制层的数据传输单元;
a2、切换前的发送端HARQ在确认数据传输单元传输完成后,通知发送端删除所述缓存的相应数据传输单元。
5.如权利要求4所述的一种切换方法,其特征在于,所述步骤a2包括:
切换前的发送端HARQ在确认数据传输单元已被接收端正确接收后,通知发送端删除缓存的相应数据传输单元;和/或
切换前的发送端HARQ在确认数据传输单元已达到最大重传次数后,通知发送端删除缓存的相应的数据传输单元。
6.如权利要求4所述的一种切换方法,其特征在于,当数据传输单元缓存在无线链路控制层时,所述步骤b包括:
在执行切换时,切换前的发送端停止HARQ的数据传输单元的传输过程;
切换前的发送端无线链路控制层将没有发送至媒体接入控制层的数据传输单元和没有经过HARQ确认的数据传输单元通过切换后的发送端发送至接收端。
7.如权利要求6所述的一种切换方法,其特征在于:
在下行方向,所述切换前的发送端为源基站,切换后的发送端为目标基站,源基站将所述缓存的数据传输单元发送至目标基站,由目标基站将所述数据传输单元发送至用户终端;
在上行方向,所述切换前/后的发送端为用户终端,所述切换前的用户终端的无线链路控制层在切换后进行了重置,用户终端将所述缓存的数据传输单元发送至目标基站。
8.如权利要求2或3所述的一种切换方法,其特征在于:在下行方向,步骤a的切换过程为:源基站进行切换判决后、或者接收到用户终端的测量报告且测量值达到或超过第一预定阈值后。
9.如权利要求2或3所述的一种切换方法,其特征在于:在上行方向,步骤a的切换过程为:用户终端进行测量且测量值达到第二预定阈值后。
10.如权利要求1所述的一种切换方法,其特征在于,所述方法包括步骤:
在执行切换时,切换前的发送端不停止媒体接入控制层的数据传输单元的传输过程,同时,切换前的发送端将无线链路控制层中的数据传输单元通过切换后的发送端发送至接收端。
11.如权利要求10所述的一种切换方法,其特征在于,所述方法还包括:
切换前发送端媒体接入控制层将数据传输单元的传输情况通知高层,由高层根据通知将相应的数据传输单元通过切换后的发送端发送至接收端。
12.如权利要求1或2或3或10或11所述的一种切换方法,其特征在于:在下行方向,执行切换包括:在源基站接收到目标基站的切换确认,或者源基站向用户终端发送切换命令。
13.如权利要求1或2或3或10或11所述的一种切换方法,其特征在于:在上行方向,执行切换包括:用户终端接收到切换命令、且切换命令中的timing超时。
14.一种发送端设备,其特征在于,在移动接入网系统中,切换前的发送端设备中设置有缓存模块和发送模块;
缓存模块:在切换过程中,缓存发送端无线链路控制层发送到媒体接入控制层、且没有被接收端正确接收的数据传输单元;
发送模块:在切换前的发送端执行切换时,将缓存模块中缓存的数据传输单元通过切换后的发送端发送至接收端。
15.一种发送端设备,其特征在于,在移动接入网系统中,切换前的发送端设备中设置有第一发送模块和第二发送模块;
第一发送模块:在发送端执行切换时,不停止媒体接入控制层的数据传输单元的传输过程,将媒体接入控制层中的数据传输单元通过切换后的发送端设备发送至接收端;
第二发送模块:在发送端执行切换时,将切换前的发送端无线链路控制层中的数据传输单元通过切换后的发送端设备发送至接收端。
16.如权利要求1至13所述的一种接收端设备,其特征在于,所述接收端设备的媒体接入控制层中设置有媒体接入控制层重排序单元和第一检测模块,无线链路控制层中设置有第二检测模块;
媒体接入控制层重排序单元:对媒体接入控制层中的数据传输单元进行重排序处理;
第一检测模块:检测重排序后的数据传输单元,将完整的无线链路控制层协议数据传输单元发送至无线链路控制层,并删除不完整的无线链路控制层协议数据单元;
第二检测模块:将检测出来的完整的无线链路控制层业务数据传输单元发送至高层,并删除不完整的无线链路控制层业务数据传输单元。
17.如权利要求1至13所述的一种接收端设备,其特征在于,所述接收端设备的无线链路控制层中设置有无线链路控制层重排序单元和第二检测模块;
无线链路控制层重排序单元:对无线链路控制层中的数据传输单元进行重排序处理;
第二检测模块:将检测出来的完整的无线链路控制层业务数据传输单元发送至高层,并删除不完整的无线链路控制层业务数据传输单元。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101038196A CN101114992A (zh) | 2006-07-27 | 2006-07-27 | 切换方法、发送端设备和接收端设备 |
PCT/CN2007/070374 WO2008014721A1 (fr) | 2006-07-27 | 2007-07-27 | Procédé de transmission, dispositif de transmission et dispositif de réception |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101038196A CN101114992A (zh) | 2006-07-27 | 2006-07-27 | 切换方法、发送端设备和接收端设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101114992A true CN101114992A (zh) | 2008-01-30 |
Family
ID=38996894
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101038196A Pending CN101114992A (zh) | 2006-07-27 | 2006-07-27 | 切换方法、发送端设备和接收端设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101114992A (zh) |
WO (1) | WO2008014721A1 (zh) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102090087A (zh) * | 2009-04-27 | 2011-06-08 | 华为技术有限公司 | 信息处理方法、系统及设备 |
CN102124777A (zh) * | 2008-08-15 | 2011-07-13 | 株式会社Ntt都科摩 | 切换方法和无线接入网络装置 |
CN102186217A (zh) * | 2011-06-02 | 2011-09-14 | 新邮通信设备有限公司 | 一种lte系统x2切换过程中的数据转发方法 |
CN102447550A (zh) * | 2010-09-30 | 2012-05-09 | 上海贝尔股份有限公司 | 混合自动重传请求进程处理的方法及设备 |
WO2012155434A1 (zh) * | 2011-07-25 | 2012-11-22 | 中兴通讯股份有限公司 | 一种数据传输的方法、装置及eNB |
CN103828429A (zh) * | 2011-09-29 | 2014-05-28 | 诺基亚通信公司 | 方法和装置 |
WO2015117481A1 (zh) * | 2014-07-28 | 2015-08-13 | 中兴通讯股份有限公司 | 上行承载的修改方法及装置 |
CN106604328A (zh) * | 2015-10-15 | 2017-04-26 | 中国电信股份有限公司 | Mecc区域切换方法和系统 |
CN106790463A (zh) * | 2016-12-08 | 2017-05-31 | 广州杰赛科技股份有限公司 | Web配置文件重载过程的访问方法和系统 |
CN107682123A (zh) * | 2017-10-23 | 2018-02-09 | 蒋丁贵 | 一种通信系统和方法 |
CN108429607A (zh) * | 2017-02-14 | 2018-08-21 | 普天信息技术有限公司 | 一种通信系统中的harq重传处理方法 |
CN109547475A (zh) * | 2018-12-25 | 2019-03-29 | 中电福富信息科技有限公司 | 基于本机网络数据流量采集的业务体验分析系统 |
CN110177377A (zh) * | 2019-05-07 | 2019-08-27 | 京信通信系统(中国)有限公司 | 一种rlc状态变量同步方法、装置、基站和存储介质 |
WO2020034909A1 (zh) * | 2018-08-11 | 2020-02-20 | 华为技术有限公司 | 通信方法和通信装置 |
CN112020877A (zh) * | 2018-11-14 | 2020-12-01 | Oppo广东移动通信有限公司 | 切换时数据传输的方法、装置、芯片及计算机程序 |
CN112956237A (zh) * | 2019-02-14 | 2021-06-11 | Oppo广东移动通信有限公司 | 业务处理方法、装置、芯片及计算机程序 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103260195B (zh) * | 2012-02-17 | 2016-06-08 | 华为技术有限公司 | 视频业务数据传输方法及装置 |
EP4024952A4 (en) * | 2019-08-30 | 2022-08-31 | Huawei Technologies Co., Ltd. | COMMUNICATION METHOD AND DEVICE |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2237608A1 (en) * | 2002-09-24 | 2010-10-06 | Fujitsu Limited | Packet transferring/transmitting method and mobile communication system |
CN1523797B (zh) * | 2003-02-17 | 2012-07-04 | 北京三星通信技术研究有限公司 | Wcdma系统增强型上行专用信道harq的重排序方法 |
SE0302685D0 (sv) * | 2003-10-07 | 2003-10-07 | Ericsson Telefon Ab L M | Method and arrangement in a telecommunication system |
-
2006
- 2006-07-27 CN CNA2006101038196A patent/CN101114992A/zh active Pending
-
2007
- 2007-07-27 WO PCT/CN2007/070374 patent/WO2008014721A1/zh active Application Filing
Cited By (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102124777A (zh) * | 2008-08-15 | 2011-07-13 | 株式会社Ntt都科摩 | 切换方法和无线接入网络装置 |
CN102124777B (zh) * | 2008-08-15 | 2014-01-01 | 株式会社Ntt都科摩 | 切换方法和无线接入网络装置 |
CN102090087A (zh) * | 2009-04-27 | 2011-06-08 | 华为技术有限公司 | 信息处理方法、系统及设备 |
CN102090087B (zh) * | 2009-04-27 | 2013-06-05 | 华为技术有限公司 | 信息处理方法、系统及设备 |
US8817636B2 (en) | 2009-04-27 | 2014-08-26 | Huawei Technologies Co., Ltd. | Method, system, and equipment for information processing |
CN102447550A (zh) * | 2010-09-30 | 2012-05-09 | 上海贝尔股份有限公司 | 混合自动重传请求进程处理的方法及设备 |
CN102447550B (zh) * | 2010-09-30 | 2014-07-16 | 上海贝尔股份有限公司 | 混合自动重传请求进程处理的方法及设备 |
CN102186217A (zh) * | 2011-06-02 | 2011-09-14 | 新邮通信设备有限公司 | 一种lte系统x2切换过程中的数据转发方法 |
WO2012155434A1 (zh) * | 2011-07-25 | 2012-11-22 | 中兴通讯股份有限公司 | 一种数据传输的方法、装置及eNB |
CN103828429A (zh) * | 2011-09-29 | 2014-05-28 | 诺基亚通信公司 | 方法和装置 |
US10841846B2 (en) | 2011-09-29 | 2020-11-17 | Nokia Solutions And Networks Oy | Method and apparatus |
WO2015117481A1 (zh) * | 2014-07-28 | 2015-08-13 | 中兴通讯股份有限公司 | 上行承载的修改方法及装置 |
CN105323852A (zh) * | 2014-07-28 | 2016-02-10 | 中兴通讯股份有限公司 | 上行承载的修改方法及装置 |
CN105323852B (zh) * | 2014-07-28 | 2019-12-24 | 中兴通讯股份有限公司 | 上行承载的修改方法及装置 |
CN106604328A (zh) * | 2015-10-15 | 2017-04-26 | 中国电信股份有限公司 | Mecc区域切换方法和系统 |
CN106604328B (zh) * | 2015-10-15 | 2019-05-10 | 中国电信股份有限公司 | Mecc区域切换方法和系统 |
CN106790463A (zh) * | 2016-12-08 | 2017-05-31 | 广州杰赛科技股份有限公司 | Web配置文件重载过程的访问方法和系统 |
CN106790463B (zh) * | 2016-12-08 | 2020-09-15 | 广州杰赛科技股份有限公司 | Web配置文件重载过程的访问方法和系统 |
CN108429607A (zh) * | 2017-02-14 | 2018-08-21 | 普天信息技术有限公司 | 一种通信系统中的harq重传处理方法 |
CN108429607B (zh) * | 2017-02-14 | 2021-05-14 | 普天信息技术有限公司 | 一种通信系统中的harq重传处理方法 |
CN107682123A (zh) * | 2017-10-23 | 2018-02-09 | 蒋丁贵 | 一种通信系统和方法 |
CN110831095A (zh) * | 2018-08-11 | 2020-02-21 | 华为技术有限公司 | 通信方法和通信装置 |
WO2020034909A1 (zh) * | 2018-08-11 | 2020-02-20 | 华为技术有限公司 | 通信方法和通信装置 |
CN110831095B (zh) * | 2018-08-11 | 2021-11-19 | 华为技术有限公司 | 通信方法和通信装置 |
CN112020877A (zh) * | 2018-11-14 | 2020-12-01 | Oppo广东移动通信有限公司 | 切换时数据传输的方法、装置、芯片及计算机程序 |
CN109547475A (zh) * | 2018-12-25 | 2019-03-29 | 中电福富信息科技有限公司 | 基于本机网络数据流量采集的业务体验分析系统 |
CN109547475B (zh) * | 2018-12-25 | 2021-06-29 | 中电福富信息科技有限公司 | 基于本机网络数据流量采集的业务体验分析系统 |
CN112956237A (zh) * | 2019-02-14 | 2021-06-11 | Oppo广东移动通信有限公司 | 业务处理方法、装置、芯片及计算机程序 |
CN110177377A (zh) * | 2019-05-07 | 2019-08-27 | 京信通信系统(中国)有限公司 | 一种rlc状态变量同步方法、装置、基站和存储介质 |
CN110177377B (zh) * | 2019-05-07 | 2023-04-11 | 京信网络系统股份有限公司 | 一种rlc状态变量同步方法、装置、基站和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2008014721A1 (fr) | 2008-02-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101114992A (zh) | 切换方法、发送端设备和接收端设备 | |
US11778521B2 (en) | Handover handling | |
US9860915B2 (en) | Apparatus and method for moving a receive window in a radio access network | |
JP4954996B2 (ja) | 基地局、ユーザ装置及び方法 | |
EP2063579B1 (en) | Method for handling radio bearer messages during reset and reestablishment in a wireless system | |
CN101888675A (zh) | 一种长期演进系统中跨基站切换方法及系统 | |
US20080102841A1 (en) | Mobile communication system, wireless base station and hand over reconnection method for use therewith | |
US9198106B2 (en) | Radio bearer dependent forwarding for handover | |
CN104469859A (zh) | 一种提高数据传输性能的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20080130 |