CN102438284A - 一种基于基站内小区切换的数据倒换方法及装置 - Google Patents
一种基于基站内小区切换的数据倒换方法及装置 Download PDFInfo
- Publication number
- CN102438284A CN102438284A CN201110412489XA CN201110412489A CN102438284A CN 102438284 A CN102438284 A CN 102438284A CN 201110412489X A CN201110412489X A CN 201110412489XA CN 201110412489 A CN201110412489 A CN 201110412489A CN 102438284 A CN102438284 A CN 102438284A
- Authority
- CN
- China
- Prior art keywords
- cell
- origin
- district
- purpose sub
- data
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及通信领域，公开了一种基于基站内小区切换的数据倒换方法及装置。该方法为：本发明实施例中，在进行基站内小区切换的过程中，在没有核心网参与的前提下，基站在源小区和目的小区之间进行数据倒换时，若确定源小区内的上下行数据已倒换完毕，则在源小区内自行构建End Marker并发往目的小区，从而能够及时向目的小区通知原有链路上的数据已经倒换完毕，令目的小区可以顺利开始执行后续操作，进而达到无损切换的目的。另一方面，本方案的设计易于理解，便于实施和维护，有效避免了系统运行成本的提升。
Description
技术领域
本发明涉及通信领域，特别涉及一种基于基站内小区切换的数据倒换方法及装置。
背景技术
3GPP(3rd Generation Parternship Project，第三代合作伙伴计划)协议中明确规定了LTE(Long Term Evolution，长期演进)系统中，基站间小区切换以及数据倒换的具体实现流程。
例如，参阅图1所示，在MME(Mobility Management Entity，移动管理实体)和Serving GW(服务网关)不变的情况下，基站间小区切换的具体流程如下：
1、源基站(即Source eNB)根据地域限制信息配置UE的测量参数，此测量参数有助于UE的移动连接。
2、UE根据系统信息及其他指标发送测量报告到源基站。
3、源基站根据测量报告和RRM((Radio Resource Management，无线资源管理)的信息决定将UE切出。
4、源基站发送切换请求到目的基站(即Target eNB)，该请求包含源基站侧的UE-X2信令参数，UE-S1-EPC信令参数，目的小区ID，UE在源基站的C-RNTI，AS配置，物理层ID，E-RAB上下文等必要信息，帮助目的基站做好切换准备。
5、如果目的基站根据切换请求中携带的相关信息确定可以为UE提供资源，则目的基站将激活准入控制。
6、目的基站准备好切换，同时发送确认消息(ACK)到源基站，确认消息中同时还包括将要给UE转发的RRC(Radio Resource Control，无线资源控制)层的切换消息。此切换消息中包括新的C-RNTI(Cell Radio NetworkTemporary Identifier，小区无线网络临时标志)，目的基站的安全算法，同时还可能包括相关的RACH(Randon Access Channel，随机接入信道)前导和一些其他参数。
至此，切换准备完成。
7、第6步中提到的RRC消息在此被称为RRC-Connection-Reconfiguration(RRC连接重配置)。被源基站转发给UE。源基站在此消息中加入了必要的完整性保护和加密措施。RRC-Connection-Reconfiguration将切换流程涉及的各项参数告知UE，令UE开始切换，从而脱离源基站小区并且准备和目的基站新小区开始同步(第9步具体说明)。
8、源基站将SN-Status-Transfer(Sequence Number Status-Transfer，序列号身份传输)信令发送给目的基站，此信令包含上行PDCP SN(Packet DataConvergence Protocol SN分组数据汇聚协议序列号)的接收情况和下行PDCPSN的发送情况。
上行PDCP SN的接收状态至少包括第一个丢失的上行SDU(SDU，ServingData Unit，业务数据单元)和因为乱序需要重传的SDU。下行的PDCP SN发送状态包括下一个需要发送的SDU的SN号。〔此步骤应用于RLC-AM(RadioLink Control Acknowledgement Mode无线链路控制确认模式〕。
9、UE在接收到RRC-Connection-Reconfiguration消息以后，开始和目的基站同步，通过RACH接入小区。竞争式接入或非竞争式接入取决于在信令RACH前缀。此时UE应使用与目的基站相适应的Key和安全算法。
10、目的基站回复上行分配资源和时间提前量。
11、当UE成功接入目的小区，UE发送C-RNTI(RRC-Connection-Reconfiguration-Complete，RRC连接重配置完成)消息确认切换，该消息中同时包含上行缓存状态报告。
目的基站核实消息中的C-RNTI，此时目的基站可以向UE发送数据包。
12、目的基站向MME发送路径转换请求，告知MME，UE已经转换小区。
13、MME发送承载变更请求消息到SGW。
14、SGW将下行数据路径连通到目的基站，同时SGW沿原有路径发送一个或多个End Marker(终止符)到源基站，随后SGW释放到源基站的所有资源。
15、SGW发送承载变更回馈到MME。
16、MME回复路径转换确认消息到目的基站。
17、通过发送UE上下文释放消息，目的基站通知源基站成功切换并且激发源基站的资源释放。此消息仅会在目的基站收到MME的路径请求确认消息以后才会发送。
18、直到收到UE上下文释放消息，源基站才可以释放无线链路和以及控制面的相关资源。
在路径转换过程中，当下行路径转接后，高层发送的部分数据包通过源基站和目的基站间的倒换链路到达目的基站(即数据包缓存在源基站处，由源基站向目的基站转发)，或者，通过新建的下行链路直接发送至目的基站，此时目的基站需先将通过倒换链路获得的数据包发送至UE，这个过程主要是保证正确的数据包传送顺序。为了进一步保证数据包的传送顺序，在链路切换后，SGW会沿原有链路发送一个或多个End Marker到源基站，End Marker并不携带任何用户数据，只是用GTP(GPRS Tunneling ProtocolGPRS，隧道协议)头作标示。在成功发送End Marker后，SGW将不再沿原有链路发送任何用户数据。
通过上述流程可以看出，基站间小区切换的一个显著特点是有核心网的介入，涉及S1接口的链路的变化。即当UE成功接入到目的基站管辖小区后，目的基站向MME发送路径转换请求，MME通知SGW将下行数据链路连通至目的基站，同时SGW沿原有下行数据链路发送一个或多个End Marker至源基站，通知源基站原下行数据链路上的数据已经倒换完成。
然而，实际应用中，还存在另外一种应用场景，即UE在同一基站管辖的两个小区之间进行切换，称为基站内小区间切换。基站内小区间切换由于不涉及多个网元的互操作，故没有在3GPP协议中明确规定其流程，即协议不约束和统一其实现方案，由各基站设备厂商自行设计。目前单基站支持多小区已成为普遍配置，所以，基站内小区间切换以及数据倒换的流程设计成为LTE系统实现中必不可少的一个技术点。然而，基站内小区间切换由于不涉及S1口链路的变化，因而整个切换过程中没有核心网的参与，由此可见，基站内小区间切换并不能完全复用基站间切换的流程，即无法借助如图1所示的基站间小区切换流程完成基站内小区切换，那么，便无法顺利完成基于基站内小区切换的数据倒换流程，这就成为基站内小区间切换遇到的一个无法回避的技术问题。
发明内容
本发明实施例提供一种基于基站内小区切换的数据倒换方法及装置，用以在执行基站内小区切换时，顺利实现数据倒换。
本发明实施例提供的具体技术方案如下：
一种基于基站内小区间切换的数据倒换方法，包括：
接收到指示进行内部小区切换的高层信令时，在源小区内停止发送UE的上下行数据，并将UE由源小区切换至目的小区，以及将链路由源小区切换至目的小区；
在切换过程中，将源小区内未发送的上下行数据倒换至目的小区；
在链路切换完毕后，确定源小区内不存在未发送的上下行数据时，通过源小区生成End Marker并发往目的小区，令目的小区根据End Marker确认上下行数据倒换完毕。
一种基于基站内小区间切换的数据倒换装置，包括：
源小区控制模块，用于在接收到指示进行内部小区切换的高层信令时，在源小区内停止发送备UE的上下行数据，并将UE由源小区切换至目的小区，以及将链路由源小区切换至目的小区，在切换过程中，将源小区内未发送的上下行数据倒换至目的小区，以及在链路切换完毕后，确定源小区内不存在未发送的上下行数据时，通过源小区生成End Marker并发往目的小区，令目的小区根据End Marker确认上下行数据倒换完毕；
目的小区控制模块，用于在接收到指示进行内部小区切换的高层信令时，配合源小区控制模块将UE由源小区切换至目的小区，以及将链路由源小区切换至目的小区，并在切换过程中，配合源小区控制模块将源小区内未发送的上下行数据倒换至目的小区，以及在接收到源小区生成的End Marker时，确认上下行数据倒换完毕。
本发明实施例中，在进行基站内小区切换的过程中，在没有核心网参与的前提下，基站在源小区和目的小区之间进行数据倒换时，若确定源小区内的上下行数据已倒换完毕，则在源小区内自行构建End Marker并发往目的小区，从而能够及时向目的小区通知原有链路上的数据已经倒换完毕，令目的小区可以顺利开始执行后续操作，进而达到无损切换的目的。这一方案不但填补了3GPP协议中关于基站内小区间切换流程的空白，同时还在设计思想上贴近3GPP协议规定的基站间切换流程，与现有协议相符合，可以有效保证业务的无损切换。另一方面，本方案的设计易于理解，便于实施和维护，有效避免了系统运行成本的提升。
附图说明
图1为现有技术下基站间小区切换流程图；
图2为现有技术及本发明实施例中基站协议栈示意图；
图3为本发明实施例中基站功能结构示意图；
图4A为本发明实施例中基于基站内小区间切换的数据倒换流程图；
图4B为本发明实施例中End Marker定时器应用示意图；
图5为本发明实施例中基于基站内小区切换的数据倒换源小区侧详细流程图；
图6为本发明实施例中基于基站内小区切换的数据倒换目的小区侧详细流程图。
具体实施方式
在进行基站内小区切换的过程中，为了顺利实现数据倒换及后续流程，本发明实施例中，当基站在源小区和目的小区之间进行数据倒换时，若确定源小区内的上下行数据已倒换完毕，则在源小区内自行构建End Marker并发往目的小区，从而能够及时向目的小区通知原有链路上的数据已经倒换完毕，
下面结合附图对本发明优选的实施方式进行详细说明。
参阅图2所示，根据3GPP相关协议的规定，基站内部划分的协议栈按照从上至下的顺序分为：S1-GTPU(GPRS Tunneling Protocol for User Plane，GPRS用户平面隧道协议)层->S1-AP(Access Point，接入点)层->RRC(RadioResource Control，无线资源控制)层->PDCP(Packet Data ConvergenceProtocol)层->RLC(Radio Link Control，无线链路控制)层->MAC(MediaAccess Control，媒体接入控制)层；其中，S1-GTPU层(简称S1-GTPU)、S1-AP层(简称S1-AP)和RRC为高层，在基站内小区切换过程中，高层链路(如，S1接口链路)是不发生变化的；发生变化的仅涉及PDCP层(简称PDCP)、RLC层(简称RLC)和MAC层(简称MAC)。
参阅图3所示，本发明实施例中，基站内包括源小区控制模块30和目的小区控制模块31，其中，
源小区控制模块30，用于在接收到指示进行内部小区切换的高层信令时，在源小区内停止发送备UE的上下行数据，并将UE由源小区切换至目的小区，以及将链路由源小区切换至目的小区，在切换过程中，将源小区内未发送的上下行数据倒换至目的小区，以及在链路切换完毕后，确定源小区内不存在未发送的上下行数据时，通过源小区生成End Marker并发往目的小区，令目的小区根据End Marker确认上下行数据倒换完毕；
目的小区控制模块31，用于在接收到指示进行内部小区切换的高层信令时，配合源小区控制模块30将UE由源小区切换至目的小区，以及将链路由源小区切换至目的小区，并在切换过程中，配合源小区控制模块30将源小区内未发送的上下行数据倒换至目的小区，以及在接收到源小区生成的EndMarker时，确认上下行数据倒换完毕。
基于上述技术方案，参阅图4A所示，本发明实施例中，基于基站内小区间切换的数据倒换流程如下：
步骤401：基站接收到指示进行内部小区切换的高层信令时，在源小区内停止发送UE的上下行数据，并将UE由源小区切换至目的小区，以及将链路由源小区切换至目的小区。
本实施例中，基站接收到的指示进行内部小区切换的高层信令，可以来自于S1-AP，基站根据该高层信令，停止在源小区向UE发送下行数据，以及停止在源小区内向S1接口发送上行数据。
另一方面，通常情况下，在进行基站内小区间切换时，往往需要将UE由源小区切换至目的小区，再令UE随机接入至目的小区，以及执行链路切换，即将上下行数据的发送链路由源小区内原有的链路切换至目的小区内新建的链路；在切换过程中，基站需要将源小区内缓存的未发送完毕的上下行数据，倒换至目的小区，该过程也称为上下行数据倒换，简称数据倒换。
步骤402：在切换过程(包含UE的小区间切换及链路切换)中，基站将源小区内未发送的上下行数据倒换至目的小区。
在切换过程中，源小区内原有的链路上可能还存在未发送完毕的上下行数据，因此，基站还需要进行上下行数据倒换，即将源小区内原有的链路上未发送完毕的上下行数据倒换至目的小区内新建的链路上。目的小区接收到来自于源小区的上下行数据后，先将其缓存在本地，待确认UE完成小区间切换后，通过目的小区内新建的链路将来自于源小区的下行数据发送至UE，以及将来自于源小区的上行数据发往S1接口。
步骤403：在链路切换完毕后，当基站确定源小区内不存在未发送的上下行数据时，通过源小区生成End Marker并发往目的小区，令目的小区根据所述End Marker确认上下行数据倒换完毕。
执行基站间小区切换时，End Marker由核心网生成，基站接收来自于核心网的End Marker后，确认基站间的上下行数据倒换完毕，然而，基站内小区切换由于不涉及S1接口的变化，因此，核心网不会参与小区切换流程，那么，End Marker便不可能由核心网产生，为了保证数据倒换流程能够顺利完成，本实施例中，由基站在内部的源小区自行生成End Marker，并将End Marker发往目的小区，通知目的小区上下行数据倒换已完成。例如，在链路切换完毕后，源小区控制模块30确定源小区内不存在未发送的上下行数据时，可以在源小区的PDCP层生成End Marker，并将该End Marker发送至目的小区的PDCP。
另一方面，本实施例中，基站内部的源小区控制模块30可以在接收到本地S1-AP发送的链路切换完成消息时，确认链路切换完毕，并通过源小区和目的小区间的专属链路继续将源小区内未发送的上下行数据倒换至目的小区，此时，目的小区控制模块31在通过目的小区接收来自于源小区的倒换数据的同时，也可以通过目的小区接收来自于S1接口的下行数据。
另一方面，如步骤402所述，基站确认UE完成小区间切换后(此时上下行数据倒换可能还未结束)，便可以通过目的小区将已倒换的来自于源小区的下行数据发送至UE；而当基站通过目的小区接收到源小区发送的End Marker时，确定源小区内的上下行数据已倒换完毕，此时，基站通过目的小区将已倒换的来自于源小区的下行数据发送完毕后，便可以通过目的小区继续向UE发送来自于S1接口的下行数据(即与UE进行正常通信)，这样，既可以保证UE按照正确的顺序接收下行数据，也可以保证UE获得的下行数据的完整性。
实际应用中，还存在另外一种应用场景，即源小区可以因为某种原因未能正确生成End Marker，此时后续流程有可能无法正常执行，为了避免这种情况发生，较佳的，本实施例中，基站确认UE完成源小区至目的小区的切换后，在通过目的小区将来自于源小区的下行数据发送至UE之前，建立一EndMarker定时器，用以监控目的小区收到End Marker的有效时间；当基站通过目的小区向UE发送来自于源小区的下行数据时，若End Marker定时器超时且目的小区未收到来自于源小区的End Marker，则基站停止通过目的小区向UE发送来自于源小区的下行数据，并开始通过目的小区向UE发送来自于S1接口的下行数据，这样，可以保证整体流程的正确执行，不会因为未收到EndMarker而令整体流程停滞不前。例如，上述应用场景的具体实施过程可以如图4B所示：
步骤4001：目的PDCP接收到来自RRC的UE小区间切换完成消息。
步骤4002：目的PDCP启动End Marker定时器，并开始进行上下行数据倒换。
步骤4003：目的PDCP判断是否接收到源PDCP发送的End Marker，或者，End Marker定时器超时？若是，则执行步骤4005，否则，执行步骤4004：
步骤4004：继续进行上下行数据倒换。
步骤4005：确认上下行数据倒换完毕，继续发送来自于S1接口的下行数据。
步骤4006：目的PDCP进行正常工作状态。
此外，基站通过目的小区将来自于源小区的下行数据发送至UE的过程中，若接收到UE反馈的状态报告，则根据该状态报告将处于重传状态且已被UE正确接收的下行数据丢弃。
基于上述实施例，下面分别从源小区侧和目的小区侧对上述流程的具体应用场景进行详细介绍。
参阅图5所示，基于基站内小区切换的数据倒换源小区侧具体流程如下：
步骤501：RRC向源小区内的PDCP发送切换请求，以及向源小区内的MAC发送重置请求，指示将UE由源小区切换至目的小区。
实际应用中，RRC可以根据来自于S1-AP的高层指示确定需要将UE由本地源小区切换至目的小区，并向源小内的PDCP(简称源PDCP)发送切换请求，以及向源小区内的MAC(简称源MAC)发送重置请求。
如图5所示，源PDCP接收到RRC发送的切换请求后，在源小区内停止发送UE的上下行数据，此时，AM DRB(Acknowledgement Mode Data RadioBearer确认模式数据无线承载)发送端的HFN(Hyper frame Number，超帧号)、SN(Sequence Number，序列号)被冻结。
同时，源MAC接收到重置请求后，会在源小区内清除UE上报的BO(BufferOccupation，缓存占用)，初始化HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)进程等等。
步骤502、源PDCP向源小区的RLC(简称源RLC)发起重建立请求，指示源RLC进行重建立。
重建立的目的是重建RB(Radio Bearer，无线承载)，但是并不丢弃源小区内已获得的下行数据，这一操作只是源小区的行为，不涉及目的小区。
源RLC接收到重建立请求后，需要在源小区内进行所有DRB(Data RadioBearer，数据无线承载)重建立，以及进行上行SRB(Signalling Radio Bearer，信令无线承载)重建立，并将已接收到的上下行数据及状态保留。
此时，源PDCP需要缓存AM DRB上的乱序PDCP PDU(Protocol DataUnit，协议数据单元)，以及将AM DRB接收端的HFN和SN冻结。
步骤503、源PDCP接收源RLC返回的重建立响应，确认重建立已完成，此时，源PDCP可以开始组建SN状态信息，准备执行上下行数据倒换。
步骤504：源PDCP向目的PDCP发送上下行HFN和SN状态信息。
步骤505：源PDCP向目的PDCP发送倒换的上下行数据。
步骤506：源PDCP向目的小区PDCP发送随后从S1口接收到的数据包，如，来自于S1-GTPU的下行数据。
若UE成功完成由源小区至目的小区的切换时，则S1-AP接收到RRC发送的切换完成消息后，会指示底层驱动开始进行基站内两小区间的链路切换，将该UE在基站内部的下行数据链路由源小区转换到目的小区，完成后立即向源PDCP发送链路切换完成消息。在链路切换完成之前，由高层到目标小区的上层链路还没有建立起来，此时由高层下发给UE的下行数据，还是要通过源小区内的链路下发；此时，源PDCP有两个功能，发送上下行倒换数据以及继续接受新的下行数据，直到收到链路切换完成消息。
步骤507：S1-AP向源PDCP发送链路切换完成消息。
接收到链路切换完成消息后，源PDCP可以继续向目的PDCP层发送倒换的上下行数据，直至发送完毕，源PDCP会向目的PDCP发送End Marker。
步骤508：S1-AP向RRC切换释放消息。
接收到切换释放消息后，RRC可以开始删除源小区的上下行链路了。
步骤509：源PDCP接收到到链路切换完成消息后，在确定上下行数据倒换完毕时，自行构造End Marker并发送给目的PDCP；同时，RRC会向底层发送链路删除消息，将UE的上下行链路删除，包括，指示将源PDCP链路删除，指示将源RLC链路删除，以及指示将源MAC链路删除。
与上述实施例相对应，参阅图6所示，基于基站内小区切换的数据倒换源小区侧具体流程如下：
步骤601：RRC向目的PDCPC发送配置消息，配置相应的SRB和DRB。
对应于步骤501，RRC接收到来自于S1-AP的高层指示确定需要将UE由本地源小区切换至目的小区时，在向源PDCP发送切换请求的同时，会向目的PDCP发送配置消息，指示目的PDCP配置目的小区，即配置相应的SRB(Signalling Radio Bearer，信令无线承载)和DRB(Data Radio Bearer，数据无线承载)
步骤601：RRC向目的PDCP发送基站内切换指示消息(也称为切换指示消息)，目的PDCP接收到该消息后，准备接收倒换数据，配置安全性相关协议参数。
步骤602：RRC向目的PDCP发送包含了安全性参数配置的切换指示消息，指示目的PDCP开始将UE由源小区切换至目的小区。
步骤603：源PDCP向目的PDCP发送HFN和SN状态信息，目的PDCP将HFN、SN状态信息应用于对应的RB(Radio Bearer，无线承载)。
此时，源PDCP和目的PDCP之间可以开始进行数据倒换。
步骤604：目的PDCP接收源PDCP发送的上行数据并缓存，以及接收源PDCP发送的下行数据并缓存。
上下行数据倒换要一直持续到源小区内不再存在未发送的上下行数据，相应的，目的PDCP会将倒换的上下行数据分别缓存起来。
此时，可以开始执行UE在目的小区的随机接入，以完成UE的小区间切换。
步骤605：在目的小区接收到UE发送的RRC连接重配置消息后，目的MAC向目的RLC发送RRC重配完成消息。
步骤606：目的RLC向目的PDCP发送重配完成消息。
步骤607：目的PDCP向RRC发送重配完成消息
步骤608：RRC向S1-AP发送切换完成消息，向高层通知已完成UE的小区间切换。
步骤609：RRC向目的PDCP发送的切换完成消息。
此时，目的PDCP可以开始进行上行重排序和向UE发送由源小区倒换至本地的下行数据，较佳的，PDCP会启动End Marker定时器，等待来自源PDCP的End MarKer，并在后续接收到End Marker或End Marker定时器时，停止接收来自于源小区的上下行倒换数据，并在发送完已缓存的来自于源小区的下行数据后，开始发送来自于S1口的新的下行数据，并进入正常状态，具体如图4B所示。
步骤609：目的PDCP向目的RLC发送来自于源小区的下行数据。
步骤610：目的RLC向目的MAC发送来自于源小区的下行数据。
目的MAC将接收的来自于源小区的下行数据发往UE。
步骤611：目的MAC向目的RLC发送UE返回的上行数据。
步骤612：目的RLC向目的PDCP发送UE返回的上行数据。
步骤613：目的PDCP将UE返回的上行数据按顺序组成SDU(Serving DataUnit，业务数据单元)后发往S1-GTPU.
在此过程中，若目的PDCP接收到UE发送的状态报告，则将处于重传状态且已被UE正确接收的下行数据丢弃，若该下行数据已递交至目的RLC，则指示目的RLC丢弃。
上述过程适用于AM模式，因为AM模式下基站具有重传功能，UE会将接受情况告知目标小区，如果在状态报告中指明某些数据包已经成功接受，就不需要基站重复发送了，所以UE可以要求基站丢弃相关下行数据，如果这些下行数据已经不在PDCP中，如，已经下发到更底层的RLC中，就指示RLC丢弃。
步骤614：目的PDCP接收UE返回的状态报告，并指示目的RLC丢弃处于重传状态且已被UE正确接收的下行数据。
接收到来自UE的状态报告后，目的PDCP会释放已被UE正确收到的SDU，同时指示底层(即目的RLC)丢弃被UE正确接收但已经被目的PDCP发送的下行数据。除了AM模式外，此处理流程不受小区切换影响，目的PDCP在接收收到RRC的切换完成命令之前不发送PDCP PDU，收到切换完成命令后，目的PDCP开始向UE发送由源小区倒换至本地的下行数据直至数据流程结束，并且目的CP且对这部分下行数据不做重排和重复接受的相关处理，而对于其他的RB还会做出正常处理。
步骤615：当链路切换完成后，目的PDCP可以同时接受由S1接口下发的下行数据以及来自于源小区的倒换数据。
步骤616：目的PDCP接收到源PDCP发送的End Marker，停止接受倒换的上下行数据，并在将已倒换的来自于源小区的下行数据发送完毕后，开始向UE发送来自于S1接口的下行数据。
步骤615和步骤616需要联系起来，步骤615后完成后，说明高层链路已经接通完毕，此时，目标PDCP可以接受经S1接口下发的新的下行数据，也可以接受源小区传送的倒换数据，但是，此时由源小区倒换过来的上下行数据具有更高的优先级，所以先行向UE发送，直到收到End Marker后，才证明倒换数据发送完毕。
未接收到End Marker的话，End Marker定时器超时后也会执行相同的操作。
在上述过程中，若仍接收到来自于源小区的倒换数据，则直接丢弃。
综上所述，End Marker是源小区侧数据倒换完成的重要标志，同时也是指示目的小区侧可以开始下发S1接口数据的重要标志，本实施例中，在进行基站内小区切换的过程中，在没有核心网参与的前提下，基站在源小区和目的小区之间进行数据倒换时，若确定源小区内的上下行数据已倒换完毕，则在源小区内自行构建End Marker并发往目的小区，从而能够及时向目的小区通知原有链路上的数据已经倒换完毕，令目的小区可以顺利开始执行后续操作，进而达到无损切换的目的。这一方案不但填补了3GPP协议中关于基站内小区间切换流程的空白，同时还在设计思想上贴近3GPP协议规定的基站间切换流程，与现有协议相符合，可以有效保证业务的无损切换。另一方面，本方案的设计易于理解，便于实施和维护，有效避免了系统运行成本的提升。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (16)
1.一种基于基站内小区间切换的数据倒换方法，其特征在于，包括：
接收到指示进行内部小区切换的高层信令时，在源小区内停止发送用户设备UE的上下行数据，并将UE由源小区切换至目的小区，以及将链路由源小区切换至目的小区；
在切换过程中，将源小区内未发送的上下行数据倒换至目的小区；
在链路切换完毕后，确定源小区内不存在未发送的上下行数据时，通过源小区生成终止符End Marker并发往目的小区，令目的小区根据所述End Marker确认上下行数据倒换完毕。
2.如权利要求1所述的方法，其特征在于，在所述切换过程中，通过源小区接收到来自于本地接入点AP层的链路切换完成消息时，确认链路切换完毕，并继续将源小区内未发送的上下行数据倒换至目的小区，以及通过目的小区接收来自于S1接口的下行数据。
3.如权利要求1或2所述的方法，其特征在于，在链路切换完毕后，确定源小区内不存在未发送的上下行数据时，通过源小区生成End Marker并发往目的小区，包括：
在源小区的分组数据汇聚协议PDCP层生成End Marker，并将该EndMarker发送至目的小区的PDCP层。
4.如权利要求3所述的方法，其特征在于，将所述End Marker发往目的小区的过程中，在源小区的PDCP层、无线链路控制RLC层和媒体接入控制MAC层进行链路删除。
5.如权利要求1所述的方法，其特征在于，在所述切换过程中，在目的小区接收到来自于源小区的上下行数据后，将所述上下行数据进行缓存，待确认UE完成源小区至目的小区的切换后，通过目的小区将来自于源小区的下行数据发送至UE。
6.如权利要求5所述的方法，其特征在于，通过目的小区将来自于源小区的下行数据发送至UE的过程中，接收到来自于源小区的End Marker时，确认上下行数据倒换完毕，并继续通过目的小区将来自于S1接口的下行数据发送至UE。
7.如权利要求5所述的方法，其特征在于，确认UE完成源小区至目的小区的切换后，在通过目的小区将来自于源小区的下行数据发送至UE之前，建立一定时器，在通过目的小区将来自于源小区的下行数据发送至UE的过程中，若确定所述定时器超时且未收到来自于源小区的End Marker，则停止通过目的小区向UE发送来自于源小区的下行数据，并开始通过目的小区向UE发送来自于S1接口的下行数据。
8.如权利要求5、6或7所述的方法，其特征在于，通过目的小区将来自于源小区的下行数据发送至UE的过程中，若接收到UE反馈的状态报告，则根据所述状态报告将处于重传状态且已被UE正确接收的下行数据丢弃。
9.一种基于基站内小区间切换的数据倒换装置，其特征在于，包括：
源小区控制模块，用于在接收到指示进行内部小区切换的高层信令时，在源小区内停止发送用户设备UE的上下行数据，并将UE由源小区切换至目的小区，以及将链路由源小区切换至目的小区，在切换过程中，将源小区内未发送的上下行数据倒换至目的小区，以及在链路切换完毕后，确定源小区内不存在未发送的上下行数据时，通过源小区生成终止符End Marker并发往目的小区，令目的小区根据所述End Marker确认上下行数据倒换完毕；
目的小区控制模块，用于在接收到指示进行内部小区切换的高层信令时，配合源小区控制模块将UE由源小区切换至目的小区，以及将链路由源小区切换至目的小区，并在切换过程中，配合源小区控制模块将源小区内未发送的上下行数据倒换至目的小区，以及在接收到源小区生成的终止符End Marker时，确认上下行数据倒换完毕。
10.如权利要求9所述的装置，其特征在于，在所述切换过程中，所述源小区控制模块通过源小区接收到来自于本地接入点AP层的链路切换完成消息时，确认链路切换完毕，并继续将源小区内未发送的上下行数据倒换至目的小区，以及所述目的小区控制模块通过目的小区接收来自于S1接口的下行数据。
11.如权利要求9或10所述的装置，其特征在于，在链路切换完毕后，所述源小区控制模块确定源小区内不存在未发送的上下行数据时，通过源小区生成End Marker并发往目的小区时，在源小区的分组数据汇聚协议PDCP层生成End Marker，并将该End Marker发送至目的小区的PDCP层。
12.如权利要求11所述的装置，其特征在于，所述源小区控制模块将所述End Marker发往目的小区的过程中，在源小区的PDCP层、无线链路控制RLC层和媒体接入控制MAC层进行链路删除。
13.如权利要求9所述的装置，其特征在于，在所述切换过程中，所述目的小区控制模块在目的小区接收到来自于源小区的上下行数据后，将所述上下行数据进行缓存，待确认UE完成源小区至目的小区的切换后，通过目的小区将来自于源小区的下行数据发送至UE。
14.如权利要求13所述的装置，其特征在于，所述目的小区控制模块通过目的小区将来自于源小区的下行数据发送至UE的过程中，接收到来自于源小区的End Marker时，确认上下行数据倒换完毕，并继续通过目的小区将来自于S1接口的下行数据发送至UE。
15.如权利要求13所述的装置，其特征在于，所述目的小区控制模块确认UE完成源小区至目的小区的切换后，在通过目的小区将来自于源小区的下行数据发送至UE之前，建立一定时器，在通过目的小区将来自于源小区的上下行数据发送至UE的过程中，若确定所述定时器超时且未收到来自于源小区的End Marker，则停止通过目的小区向UE发送来自于源小区的下行数据，并开始通过目的小区向UE发送来自于S1接口的下行数据。
16.如权利要求13、14或15所述的装置，其特征在于，所述目的小区控制模块通过目的小区将来自于源小区的下行数据发送至UE的过程中，若接收到UE反馈的状态报告，则根据所述状态报告将处于重传状态且已被UE正确接收的下行数据丢弃。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110412489XA CN102438284A (zh) | 2011-12-12 | 2011-12-12 | 一种基于基站内小区切换的数据倒换方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110412489XA CN102438284A (zh) | 2011-12-12 | 2011-12-12 | 一种基于基站内小区切换的数据倒换方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102438284A true CN102438284A (zh) | 2012-05-02 |
Family
ID=45986110
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110412489XA Pending CN102438284A (zh) | 2011-12-12 | 2011-12-12 | 一种基于基站内小区切换的数据倒换方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102438284A (zh) |
Cited By (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103024835A (zh) * | 2012-12-25 | 2013-04-03 | 大唐移动通信设备有限公司 | 小区内切换方法和设备 |
| WO2014040259A1 (zh) * | 2012-09-13 | 2014-03-20 | 华为技术有限公司 | 一种rrc连接重建方法、设备和网络系统 |
| CN104469859A (zh) * | 2013-09-23 | 2015-03-25 | 联芯科技有限公司 | 一种提高数据传输性能的方法和系统 |
| CN104837162A (zh) * | 2015-04-01 | 2015-08-12 | 京信通信技术(广州)有限公司 | 一种处理数据倒换超时的方法及装置 |
| CN108307455A (zh) * | 2016-09-26 | 2018-07-20 | 大唐移动通信设备有限公司 | 一种数据发送方法及装置 |
| WO2018141241A1 (zh) * | 2017-02-03 | 2018-08-09 | 华为技术有限公司 | 设备切换方法及设备、承载配置方法及设备、通信系统 |
| WO2018152846A1 (zh) * | 2017-02-27 | 2018-08-30 | 华为技术有限公司 | 通信方法和装置 |
| CN108966293A (zh) * | 2017-05-18 | 2018-12-07 | 大唐移动通信设备有限公司 | 一种基站切换方法和装置 |
| CN109392012A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 一种数据处理方法及相关设备 |
| CN109890052A (zh) * | 2015-03-19 | 2019-06-14 | 宏碁股份有限公司 | 双链接模式下无线承载传输的方法 |
| CN109983803A (zh) * | 2016-11-04 | 2019-07-05 | 华为技术有限公司 | 发送结束标记的方法、设备和系统 |
| CN110290565A (zh) * | 2019-06-26 | 2019-09-27 | 武汉虹信通信技术有限责任公司 | 接入层上下文管理方法和装置 |
| WO2019237364A1 (zh) * | 2018-06-15 | 2019-12-19 | Oppo广东移动通信有限公司 | 数据按序递交的方法、网络设备及终端设备 |
| CN111132195A (zh) * | 2019-12-19 | 2020-05-08 | 京信通信技术(广州)有限公司 | 数据倒换方法、装置、计算机设备和存储介质 |
| CN112218348A (zh) * | 2020-10-16 | 2021-01-12 | 京信通信系统（中国）有限公司 | 一种小区间切换方法、装置、设备及计算机可读存储介质 |
| CN112437474A (zh) * | 2020-11-24 | 2021-03-02 | 维沃移动通信有限公司 | 信息传输方法和信息传输装置 |
| WO2021098532A1 (zh) * | 2019-11-18 | 2021-05-27 | 华为技术有限公司 | 一种数据处理方法及相关设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101141781A (zh) * | 2006-09-08 | 2008-03-12 | 大唐移动通信设备有限公司 | 一种基站内小区间切换方法及切换过程中的数据传输装置 |
| CN101951689A (zh) * | 2010-08-27 | 2011-01-19 | 新邮通信设备有限公司 | 一种无线资源控制连接重建立方法和一种基站 |
| KR20110121085A (ko) * | 2010-04-30 | 2011-11-07 | 삼성전자주식회사 | 무선 통신 시스템에서 릴레이 노드에 연결된 단말의 핸드오버 과정에서 순차적 데이터 전달을 지원하는 방법 및 장치 |
-
2011
- 2011-12-12 CN CN201110412489XA patent/CN102438284A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101141781A (zh) * | 2006-09-08 | 2008-03-12 | 大唐移动通信设备有限公司 | 一种基站内小区间切换方法及切换过程中的数据传输装置 |
| KR20110121085A (ko) * | 2010-04-30 | 2011-11-07 | 삼성전자주식회사 | 무선 통신 시스템에서 릴레이 노드에 연결된 단말의 핸드오버 과정에서 순차적 데이터 전달을 지원하는 방법 및 장치 |
| CN101951689A (zh) * | 2010-08-27 | 2011-01-19 | 新邮通信设备有限公司 | 一种无线资源控制连接重建立方法和一种基站 |
Cited By (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014040259A1 (zh) * | 2012-09-13 | 2014-03-20 | 华为技术有限公司 | 一种rrc连接重建方法、设备和网络系统 |
| CN103858485A (zh) * | 2012-09-13 | 2014-06-11 | 华为技术有限公司 | 一种rrc连接重建方法、设备和网络系统 |
| CN103024835A (zh) * | 2012-12-25 | 2013-04-03 | 大唐移动通信设备有限公司 | 小区内切换方法和设备 |
| CN104469859B (zh) * | 2013-09-23 | 2018-06-01 | 联芯科技有限公司 | 一种提高数据传输性能的方法和系统 |
| CN104469859A (zh) * | 2013-09-23 | 2015-03-25 | 联芯科技有限公司 | 一种提高数据传输性能的方法和系统 |
| CN109890052A (zh) * | 2015-03-19 | 2019-06-14 | 宏碁股份有限公司 | 双链接模式下无线承载传输的方法 |
| US11930543B2 (en) | 2015-03-19 | 2024-03-12 | Acer Incorporated | Method of radio bearer transmission in dual connectivity |
| US10869344B2 (en) | 2015-03-19 | 2020-12-15 | Acer Incorporated | Method of radio bearer transmission in dual connectivity |
| US11700651B2 (en) | 2015-03-19 | 2023-07-11 | Acer Incorporated | Method of radio bearer transmission in dual connectivity |
| CN109890052B (zh) * | 2015-03-19 | 2021-05-07 | 宏碁股份有限公司 | 双链接模式下无线承载传输的方法 |
| CN104837162A (zh) * | 2015-04-01 | 2015-08-12 | 京信通信技术(广州)有限公司 | 一种处理数据倒换超时的方法及装置 |
| CN104837162B (zh) * | 2015-04-01 | 2018-09-25 | 京信通信系统（中国）有限公司 | 一种处理数据倒换超时的方法及装置 |
| CN108307455A (zh) * | 2016-09-26 | 2018-07-20 | 大唐移动通信设备有限公司 | 一种数据发送方法及装置 |
| US11818645B2 (en) | 2016-11-04 | 2023-11-14 | Huawei Technologies Co., Ltd. | Method for sending end marker, device and system |
| CN109983803A (zh) * | 2016-11-04 | 2019-07-05 | 华为技术有限公司 | 发送结束标记的方法、设备和系统 |
| US10986557B2 (en) | 2016-11-04 | 2021-04-20 | Huawei Technologies Co., Ltd. | Method for sending end marker, device, and system |
| CN109983803B (zh) * | 2016-11-04 | 2020-09-18 | 华为技术有限公司 | 发送结束标记的方法、设备和系统 |
| WO2018141241A1 (zh) * | 2017-02-03 | 2018-08-09 | 华为技术有限公司 | 设备切换方法及设备、承载配置方法及设备、通信系统 |
| WO2018152846A1 (zh) * | 2017-02-27 | 2018-08-30 | 华为技术有限公司 | 通信方法和装置 |
| US11159997B2 (en) | 2017-02-27 | 2021-10-26 | Huawei Technologies Co., Ltd. | Communication method and apparatus |
| CN108966293B (zh) * | 2017-05-18 | 2020-12-04 | 大唐移动通信设备有限公司 | 一种基站切换方法和装置 |
| CN108966293A (zh) * | 2017-05-18 | 2018-12-07 | 大唐移动通信设备有限公司 | 一种基站切换方法和装置 |
| CN109392012A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 一种数据处理方法及相关设备 |
| CN109392012B (zh) * | 2017-08-11 | 2020-12-04 | 华为技术有限公司 | 一种数据处理方法及相关设备 |
| US11689334B2 (en) | 2018-06-15 | 2023-06-27 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for submitting data in sequence, network device and terminal device |
| WO2019237364A1 (zh) * | 2018-06-15 | 2019-12-19 | Oppo广东移动通信有限公司 | 数据按序递交的方法、网络设备及终端设备 |
| US11018832B2 (en) | 2018-06-15 | 2021-05-25 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for submitting data in sequence, network device and terminal device |
| CN110290565A (zh) * | 2019-06-26 | 2019-09-27 | 武汉虹信通信技术有限责任公司 | 接入层上下文管理方法和装置 |
| WO2021098532A1 (zh) * | 2019-11-18 | 2021-05-27 | 华为技术有限公司 | 一种数据处理方法及相关设备 |
| CN111132195B (zh) * | 2019-12-19 | 2022-05-03 | 京信网络系统股份有限公司 | 数据倒换方法、装置、计算机设备和存储介质 |
| CN111132195A (zh) * | 2019-12-19 | 2020-05-08 | 京信通信技术(广州)有限公司 | 数据倒换方法、装置、计算机设备和存储介质 |
| CN112218348A (zh) * | 2020-10-16 | 2021-01-12 | 京信通信系统（中国）有限公司 | 一种小区间切换方法、装置、设备及计算机可读存储介质 |
| CN112437474B (zh) * | 2020-11-24 | 2023-10-31 | 维沃移动通信有限公司 | 信息传输方法和信息传输装置 |
| CN112437474A (zh) * | 2020-11-24 | 2021-03-02 | 维沃移动通信有限公司 | 信息传输方法和信息传输装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102438284A (zh) | 一种基于基站内小区切换的数据倒换方法及装置 | |
| US11582650B2 (en) | Methods and system for performing handover in a wireless communication system | |
| CN107277879B (zh) | 一种支持无缝切换的方法及基站设备 | |
| JP6006287B2 (ja) | 無線通信システムにおけるメンバシップ確認又は接続制御を実行する方法及び装置 | |
| EP3614733B1 (en) | Handover methods and access network devices | |
| WO2015139556A1 (zh) | 一种数据包处理方法及装置 | |
| US8787317B2 (en) | Wireless handover optimization | |
| US20120243461A1 (en) | Relay handover control | |
| CN104301955A (zh) | 一种用户设备切换基站的方法及基站、用户设备 | |
| CN115243337B (zh) | 数据传输方法及装置 | |
| CN112399489B (zh) | 小区切换方法以及用户设备 | |
| CN104581843A (zh) | 用于无线通信系统的网络端的处理交递方法及其通信装置 | |
| CN101911546A (zh) | 用于执行越区切换过程和创建数据的方法 | |
| WO2007145340A1 (ja) | 基地局、ユーザ装置及び方法 | |
| CN102348245B (zh) | 一种lte系统中s1切换失败的处理方法与装置 | |
| CN103024835A (zh) | 小区内切换方法和设备 | |
| CN102647803A (zh) | 一种传输消息的方法、系统和设备 | |
| CN102958122A (zh) | 群组切换时的承载控制方法及装置 | |
| CN102404809A (zh) | 数据传输通道迁移方法及系统 | |
| WO2012155685A1 (zh) | 一种中继节点用户面无损切换处理方法及系统 | |
| CN114125975B (zh) | 切换接入网设备的方法、终端设备和网络设备 | |
| WO2014117630A1 (zh) | 一种实现x2代理的方法及系统 |
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 |
Application publication date: 20120502 |