CN113423124A - 一种支持无缝切换的方法及基站设备 - Google Patents
一种支持无缝切换的方法及基站设备 Download PDFInfo
- Publication number
- CN113423124A CN113423124A CN202110532904.9A CN202110532904A CN113423124A CN 113423124 A CN113423124 A CN 113423124A CN 202110532904 A CN202110532904 A CN 202110532904A CN 113423124 A CN113423124 A CN 113423124A
- Authority
- CN
- China
- Prior art keywords
- base station
- data
- message
- senb
- handover
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 558
- 230000005540 biological transmission Effects 0.000 claims abstract description 174
- 238000004891 communication Methods 0.000 claims description 13
- 230000007704 transition Effects 0.000 claims description 12
- 238000012544 monitoring process Methods 0.000 abstract description 9
- 239000002699 waste material Substances 0.000 abstract description 3
- 230000008569 process Effects 0.000 description 117
- 238000012546 transfer Methods 0.000 description 83
- 230000004044 response Effects 0.000 description 30
- 238000012790 confirmation Methods 0.000 description 28
- 238000012986 modification Methods 0.000 description 15
- 230000004048 modification Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 14
- 230000008859 change Effects 0.000 description 13
- 239000003550 marker Substances 0.000 description 13
- 238000012545 processing Methods 0.000 description 12
- 238000012423 maintenance Methods 0.000 description 8
- 230000001360 synchronised effect Effects 0.000 description 8
- 230000009977 dual effect Effects 0.000 description 6
- 238000007726 management method Methods 0.000 description 4
- 238000013468 resource allocation Methods 0.000 description 4
- 102100039358 3-hydroxyacyl-CoA dehydrogenase type-2 Human genes 0.000 description 3
- 101001035740 Homo sapiens 3-hydroxyacyl-CoA dehydrogenase type-2 Proteins 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 229920000642 polymer Polymers 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
- H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种支持无缝切换的方法及基站设备,包括:目的基站从UE收到随机接入信息或RRC连接重配置完成消息,目的基站发送数据发送停止指示消息给源基站,源基站停止发送下行数据给UE和/或源基站停止从UE接收上行数据。本发明还提供了其他几种支持无缝切换的方法和基站设备。通过本发明提供的支持无缝切换的方法,可以避免数据发送延迟、源基站的不必要数据发送或不必要数据监听、减少资源浪费和能量损耗以及避免数据丢失和重复发送。
Description
本申请是申请日为2016年09月27日、申请号为201610855465.4、发明名称为“一种支持无缝切换的方法及基站设备”的发明专利申请的分案申请。
技术领域
本发明涉及无线通信技术,特别涉及一种支持无缝切换的方法及基站设备。
背景技术
现代移动通信越来越趋向于为用户提供高速率传输的多媒体业务,如图1所示,为***架构演进(SAE)的***架构图。其中:
用户设备(UE)101是用来接收数据的终端设备。演进通用陆地无线接入网络(E-UTRAN)102是无线接入网络,其中包括为UE提供接入无线网络接口的宏基站(eNodeB/NodeB)。移动管理实体(MME)103负责管理UE的移动上下文、会话上下文和安全信息。服务网关(SGW)104主要提供用户平面的功能,MME 103和SGW104可能处于同一物理实体。分组数据网络网关(PGW)105负责计费、合法监听等功能,也可以与SGW 104处于同一物理实体。策略和计费规则功能实体(PCRF)106提供服务质量(QoS)策略和计费准则。通用分组无线业务支持节点(SGSN)108是通用移动通信***(UMTS)中为数据的传输提供路由的网络节点设备。归属用户服务器(HSS)109是UE的家乡归属子***,负责保护包括用户设备的当前位置、服务节点的地址、用户安全信息、用户设备的分组数据上下文等用户信息。
本发明切换流程如图2所述。该方法包括步骤:
步骤201,源基站(Source eNB)发送切换请求消息给目的基站(Target eNB)。
步骤202,目的基站发送切换请求确认消息给源基站。
步骤203,源基站发送RRC连接重配置消息给UE。源基站停止发送下行数据给UE。源基站停止接收从UE来的上行数据。UE在收到所述消息后停止接收源基站发送的下行数据,并且停止在源基站发送上行数据。
步骤204,源基站发送序列号(SN)状态转移给目的基站。源基站开始转发数据给目的基站。
步骤205,UE同步到目的基站。UE通过随机接入信道RACH接入目的小区。
步骤206,UE发送RRC连接重配置完成消息给目的基站。UE开始在目的基站收发数据。
步骤207,目的基站发送路径切换请求消息给MME。
步骤208,MME发送路径切换请求响应消息给目的基站。
步骤209,目的基站发送UE上下文释放消息给源基站。
在步骤203至步骤206之间,UE的上下行数据发送是中断的,造成数据发送的延迟。如果源基站在步骤203之后继续数据的发送和接收,UE也在步骤203和步骤206之间继续在源基站接收下行数据或者发送上行数据,源基站不知道什么时候停止数据的发送和接收,直到步骤209,这样会造成源基站不必要的数据发送或者数据信道监听,造成不必要的资源浪费和能量损耗。
此外,在下行,源基站在步骤203之后同时发送数据给UE和目的基站,由于X2接口不能保证数据的按序传输,可能会导致数据包丢失或者重复接收,且UE无法检测出来。例如:源基站转发带有分组数据汇聚协议(PDCP)SN的PDCP数据包10,11,12和3个后续的不带PDCP SN的PDCP数据包(a,b,c)给目的基站.源基站告知目的基站下一个要使用的SN是13.由于没有按序传输,目的基站收到的3个PDCP数据包的顺序是(c,a,b)。正确的顺序应该是10,11,12,(a,13),(b,14),(c,15)。目的基站收到的实际数据包是10,11,12,(c,13),(a,14),(b,15)。UE从源基站收到的数据包是10,11,12(a,13)。UE告诉目的基站下一个需要发送的PDCP数据包SN是14。因此目的基站发送数据包(a,14),(b,15)…给UE。这样UE会收到数据包a两次,数据包c会丢失。UE的PDCP不能检测出数据包a是重复发送的,因为两个数据包a的SN是不一样的。
在现有技术中,源基站发送SN状态转移消息给目的基站,源基站冻结发送和接收。源基站通过SN状态转移消息中的DL Count告诉目的基站下一个要使用的PDCP SN和对应的HFN。当UE在目的基站接入成功后,UE发送PDCP状态报告给目的基站,从而目的基站知道下一个要发送给UE的PDCP数据包的SN。并且下一个PDCP数据包对应的HFN等于DL Count中的HFN或者比DL Count中的HFN小一。因为下一个要使用的PDCP SN对应的数据包一定还没有给UE发送过(源基站在发送SN状态转移消息的时候冻结了发送和接收状态)。在增强的切换过程中,源基站在发送SN状态转移消息给目的基站后,继续发送下行数据给UE,同时源基站转发数据给目的基站。有些数据包UE在源基站已经收到了,就不需要目的基站重复发送了。当UE在目的基站接入成功后,目的基站会收到从UE来的PDCP状态报告,从而目的基站可以知道从哪个PDCP SN的数据开始发送数据包给UE,但是目的基站不知道从UE收到的下一个期待的PDCP SN对应的HFN。
在上行,现有的切换过程中源基站通过SN状态转移消息告知目的基站上行PDCP的接收状态和上行的计数(COUNT),源基站停止下行数据的发送和上行数据的接收。目的基站知道从源基站到SGW的上行发送状态。目的基站告知UE在源基站的上行接收状态,从而UE从下一个源基站没有收到的PDCP数据包开始发送。如果源基站在步骤203之后继续数据的发送和接收,源基站发送SN状态转移消息给目的基站后,UE还在发送上行数据,源基站还在接收从UE来的上行数据。当UE在目的基站同步成功后或RRC重配置成功后,目的基站不知道源基站从UE接收数据的上行接收状态,也不知道源基站到SGW的上行发送状态。目的基站根据步骤204的SN状态转移消息中收到的上行的接收状态将不再有效,从而不能保证上行数据的无缝传输。
发明内容
本发明提供了一种支持无缝切换的方法及基站设备,以解决上述提到的切换过程中的数据发送延迟、源基站的不必要数据发送或不必要数据监听和上下行数据不丢失不重复传输的问题。
本发明提供的一种支持无缝切换的方法,该方法包括:
源基站发送切换请求消息给目的基站,
接收所述目的基站发送的切换请求确认消息;
发送RRC连接重配置消息给UE,继续发送下行数据给UE,继续接收UE发送的上行数据;
发送序列号SN状态转移给所述目的基站,开始转发数据给所述目的基站;
接收所述目的基站发送的数据发送停止指示,所述源基站停止发送下行数据给UE,停止从UE接收上行数据;
接收所述目的基站发送的UE上下文释放消息。
较佳地,UE同步到所述目的基站后,所述目的基站发送数据发送停止指示给源基站。
所述数据发送停止指示是UE同步到所述目的基站后,所述目的基站发送的。
较佳地,还包含步骤:
所述源基站发送第二SN状态转移消息给所述目的基站。
较佳地,所述第二SN状态转移消息包含:
上行分组数据汇聚协议序列号PDCP SN和/或超帧号HFN的接收状态;
或下行PDCP SN和/或HFN的发送状态。
较佳地,
所述第二SN状态转移消息和SN状态转移是一条消息或者不同的消息;
发送第二SN状态转移消息时表明源基站冻结了发送和接收状态。
较佳地,目的基站通过以下方式至少之一检测不需要发送给UE的数据:
方式一:目的基站根据第二状态转移消息中从源基站收到的PDCP SN和/或HFN的发送状态把重复数据丢弃,直接发送UE没有收到的数据。所述的重复数据指的是源基站同时发送给UE及转发给目的基站的数据;。
方式二:目的基站根据从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据;。
方式三,目的基站结合第二SN状态转移消息以及从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据,所述第二SN状态转移消息中包括PDCP SN和/或HFN的发送状态。
较佳地,在所述源基站发送RRC连接重配置消息给UE,或者所述源基站发送SN状态转移给目的基站之后,该方法还包括:
源基站向UE反馈上行数据接收状态。
较佳地,在所述源基站发送第二SN状态转移消息给目的基站的步骤中,还包括:
源基站将停止上行数据接收后的上行接收状态发送给目的基站;
或者,源基站将停止上行数据接收后的上行接收状态和上行COUNT发送给目的基站。
较佳地,在所述源基站发送SN状态转移给目的基站之后及在所述源基站发送第二SN状态转移消息给目的基站之前,或者在所述源基站发送SN状态转移给目的基站之后及在接收到目的基站发送的数据发送停止指示之前,该方法还包括:
源基站将顺序接收的上行数据包发送给SGW,将其他的数据包转发给目的基站。
较佳地,在所述UE停止在源基站发送上行数据的过程中,还包括:
目的基站根据收到的上行接收状态,结合从源基站收到的源基站转发的数据,目的基站更新上行接收状态发送给UE;
所述目的基站根据结束标志确定源基站转发完数据。
较佳地,所述源基站转发数据给目的基站的步骤中,所述数据为:
采用GTP-U头中的SN标识转发的数据包的顺序;
或者,包含SN的PDCP数据包,同时,包含SN的PDCP数据包发送给UE;
或者,包含定义帧协议FP的数据包,其中,FP的数据部分包含转发的PDCP数据包,FP的包头中包含所述数据包的顺序号;
或者,包含PDCP SN的数据包,其中,第一个数据包采用的PDCP SN是设置的特定值或者是设定的假的;
或者,PDCP数据包被源基站估计个数后,被发送所估计个数的数据包。
较佳地,源基站发送RRC连接重配置消息给UE之后,还包括:
UE继续接收源基站发送的下行数据,并且继续向源基站发送上行数据;
UE在同步到目的基站后,停止从源基站接收下行数据,停止向源基站发送上行数据。
一种基站设备,第一发送模块、第一处理模块及第一接收模块,其中,
第一发送模块,用于发送切换请求消息给目的基站;发送RRC连接重配置消息给UE,继续发送下行数据给UE;发送SN状态转移给目的基站,开始转发数据给所述目的基站;
第一接收模块,用于继续接收UE的上行数据;接收所述目的基站发送的数据发送停止指示,指示第一处理模块进行处理;接收所述目的基站发送的UE上行文释放消息;
第一处理模块,用于在接收模块的指示下控制第一发送模块停止发送下行数据给UE,并控制第一接收模块停止从UE接收上行数据。
一种支持无缝切换的方法,该方法包括:
目的基站接收到源基站发送的切换请求消息后,向源基站发送切换请求确认消息;
接收所述源基站在向UE发送RRC连接重配置消息后发送的发送序列号SN状态转移;
在UE同步到所述目的基站后,所述目的基站发送数据发送停止指示给所述源基站;
接收所述UE发送的RRC连接重配置完成消息,向MME发送路径切换请求消息;
接收MME发送的路径切换请求响应消息,向所述源基站发送UE上下文释放消息。
较佳地,还包含步骤:
接收所述源基站发送的第二SN状态转移消息;
所述目的基站通过以下方式至少之一检测不需要发送给UE的数据:
方式一:目的基站根据第二SN状态转移消息中从源基站收到的PDCP SN和/或HFN的发送状态把重复数据丢弃,直接发送UE没有收到的数据,所述的重复数据指的是源基站同时发送给UE及转发给目的基站的数据;
方式二:目的基站根据从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据;
方式三,目的基站结合第二SN状态转移消息以及从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据,所述第二SN状态转移消息中包括PDCP SN和/或HFN的发送状态。
较佳地,在UE同步到所述目的基站后,还包括:
UE停止从源基站接收下行数据,停止向源基站发送上行数据;
在所述UE停止向源基站发送上行数据的过程中,还包括:
目的基站根据源基站反馈的上行接收状态,结合从源基站收到的源基站转发的数据,目的基站更新上行接收状态发送给UE;
所述目的基站根据结束标志确定源基站转发完数据。
一种基站设备,包括:第二发送模块及第二接收模块,其中,
第二接收模块,用于接收到源基站发送的切换请求消息;接收所述源基站在向UE发送RRC连接重配置消息;接收所述UE发送的RRC连接重配置完成消息;接收MME发送的路径切换请求响应消息;
第二发送模块,用于向源基站发送切换请求确认消息;发送的发送序列号SN状态转移;在UE同步到所述目的基站后,所述目的基站发送数据发送停止指示给所述源基站;向MME发送切换请求消息;向所述源基站发送UE上下文释放消息。
一种支持无缝切换的方法,该方法包括:
源基站发送切换请求消息给目的基站,接收所述目的基站发送的切换请求确认消息;
发送RRC连接重配置消息给UE,继续发送下行数据给UE,继续接收UE发送的上行数据;
发送序列号SN状态转移给所述目的基站,开始转发数据给所述目的基站;
接收所述目的基站在接收到RRC链接重配置完成消息后发送的数据发送停止指示,停止发送下行数据给UE;
接收所述目的基站发送的UE上下文释放消息。较佳地,还包含步骤:UE同步到目的基站后,UE停止向源基站发送上行数据;
或UE发送RRC连接重配置完成消息给目的基站,UE停止向源基站发送上行数据。
较佳地,还包含步骤,
所述源基站接收目的基站在收到UE发送的同步信息后发送的上行数据停止接收指示,所述源基站停止从UE接收上行数据;
在该步骤不执行的情况下,所述源基站在收到数据发送停止指示的消息时停止从UE接收上下数据。
较佳地,还包含步骤:
源基站发送第二SN状态转移消息给目的基站,所述消息包含上行PDCP SN和/或HFN的接收状态。较佳地,在所述源基站发送RRC连接重配置消息给UE,或者所述源基站发送SN状态转移给目的基站之后,该方法还包括:
源基站向UE反馈上行数据接收状态。
较佳地,在所述源基站发送第二SN状态转移消息给目的基站的步骤中,还包括:
源基站将停止上行数据接收后的上行接收状态发送给目的基站;
或者,源基站将停止上行数据接收后的上行接收状态和上行COUNT发送给目的基站。
较佳地,在所述源基站发送SN状态转移给目的基站之后及在所述源基站发送第二SN状态转移消息给目的基站之前,或者在所述源基站发送SN状态转移给目的基站之后及在接收到目的基站发送的数据发送停止指示之前,该方法还包括:
源基站将顺序接收的上行数据包发送给SGW,将其他的数据包转发给目的基站。较佳地,在所述UE停止在源基站发送上行数据的过程中,还包括:
目的基站根据收到的上行接收状态,结合从源基站收到的源基站转发的数据,目的基站更新上行接收状态发送给UE;所述目的基站根据结束标志确定源基站转发完数据,所述目的基站发送数据发送停止指示给源基站。
较佳地,所述源基站转发数据给目的基站的步骤中,所述数据为:
采用GTP-U头中的SN标识转发的数据包的顺序;
或者,包含SN的PDCP数据包,同时,包含SN的PDCP数据包发送给UE;
或者,包含定义帧协议FP的数据包,其中,FP的数据部分包含转发的PDCP数据包,FP的包头中包含所述数据包的顺序号;
或者,包含PDCP SN的数据包,其中,第一个数据包采用的PDCP SN是设置的特定值或者是设定的假的;
或者,PDCP数据包被源基站估计个数后,被发送所估计个数的数据包。
一种基站设备,包括:第三发送模块、第三处理模块及第三接收模块,其中,
第三发送模块,用于发送切换请求消息给目的基站;发送RRC连接重配置消息给UE,继续发送下行数据给UE;发送SN状态转移给目的基站,开始转发数据给所述目的基站;
第三接收模块,用于接收所述目的基站发送的切换请求确认消息,继续接收UE的上行数据;接收所述目的基站在接收到RRC链接重配置完成消息后发送的数据发送停止指示,指示第三处理模块进行处理;接收所述目的基站发送的UE上行文释放消息;
第三处理模块,用于在第三接收模块的指示下控制发送模块停止发送下行数据给UE,并控制第三接收模块停止从UE接收上行数据。
一种支持无缝切换的方法,该方法包括:
目的基站接收到源基站发送的切换请求消息后,向源基站发送切换请求确认消息;
接收所述源基站在向UE发送RRC连接重配置消息后发送的发送序列号SN状态转移;
接收所述UE发送的RRC连接重配置完成消息,发送数据发送停止指示给所述源基站;
向MME发送路径切换请求消息;
接收MME发送的路径切换请求响应消息,向所述源基站发送UE上下文释放消息。
较佳地,还包含步骤:
UE同步到目的基站后,UE停止向源基站发送上行数据;或UE发送RRC连接重配置完成消息给目的基站,UE停止向源基站发送上行数据;
在所述UE停止向源基站发送上行数据的过程中,还包括:
目的基站根据源基站反馈的上行接收状态,结合从源基站收到的源基站转发的数据,目的基站更新上行接收状态发送给UE;
所述目的基站根据结束标志确定源基站转发完数据,所述目的基站发送数据发送停止指示给源基站。
一种基站设备,其特征在于,包括:第四发送模块及第四接收模块,其中,
第四发送模块,用于向源基站发送切换请求确认消息;发送发送序列号SN状态转移;发送数据发送停止指示给所述源基站;向MME发送路径切换请求消息;向所述源基站发送UE上下文释放消息;
第四接收模块,用于接收源基站发送的切换请求消息;接收所述源基站在向UE发送RRC连接重配置消息;接收所述UE发送的RRC连接重配置完成消息;接收MME发送的路径切换请求响应消息。
一种用于双连接的支持无缝切换的方法,该方法包括:
目的基站接收宏小区基站MeNB发送基站增加请求消息;
目的基站发送基站增加请求确认消息给MeNB;
目的基站的资源分配成功,MeNB发送基站释放请求消息给源基站,源基站继续发送上下行数据,且源基站将数据转发给目的基站;
MeNB发送RRC连接重配置消息给UE,MeNB继续发送下行数据给源基站,MeNB转发下行数据给目的基站;
UE收到RRC连接重配置消息,UE不删除或重置在源基站的配置,且与源基站之间继续上下行数据传输,UE发送RRC连接重配置完成消息给MeNB;
MeNB发送SeNB重配置完成消息给目的基站;
UE同步到目的基站,停止与源基站之间的上下行数据传输;
目的基站发送数据发送停止指示给MeNB,MeNB收到所述消息后停止发送下行数据给源基站,MeNB发送数据发送停止指示给源基站;
源基站发送SN状态转移给MeNB。
MeNB发送SN状态转移给目的基站。
本发明提供了一种在无线通信***中由第一基站执行的用于用户设备UE的切换的方法,所述方法包括:从UE接收UE能力信息,所述UE能力信息包括指示UE支持增强的切换过程的信息;向第二基站发送切换请求消息,所述切换请求消息包括与增强的切换指示相关的信息;从第二基站接收切换请求确认消息,所述切换请求确认消息包括无线资源控制RRC容器,所述RRC容器包括增强的切换指示;向UE发送包括所述RRC容器的RRC连接重配置消息;以及基于所述增强的切换过程,在所述RRC连接重配置消息的发送之后,继续进行向UE的数据发送和从UE的数据接收,其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换。
本发明提供了一种在无线通信***中由第二基站执行的用于用户设备UE的切换的方法,所述方法包括:从第一基站接收切换请求消息,所述切换请求消息包括与增强的切换指示相关的信息;以及向第一基站发送切换请求确认消息,所述切换请求确认消息包括无线资源控制RRC容器,所述RRC容器包括增强的切换指示,其中,包括所述RRC容器的RRC连接重配置消息被发送到UE,其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换,以及其中,在RRC连接重配置消息的发送之后,基于增强的切换指示继续第一基站和UE之间的数据发送和数据接收。
本发明提供了一种在无线通信***中由用户设备UE执行的方法,所述方法包括:向第一基站发送UE能力信息,所述UE能力信息包括指示UE支持增强的切换过程的信息;从第一基站接收无线资源控制RRC连接重配置消息,所述RRC连接重配置消息包括RRC容器,所述RRC容器包括增强的切换指示;基于所述增强的切换指示,在UE接收RRC连接重配置消息之后,继续进行向第一基站的数据发送和从第一基站的数据接收;以及在UE接收RRC连接重配置消息之后执行到第二基站的同步,其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换,其中,所述RRC连接重配置消息是在从第一基站向第二基站发送包括与增强的切换指示相关的信息的切换请求消息之后接收的,以及其中,包括RRC容器的切换请求确认消息从第二基站发送到第一基站。
本发明提供了一种无线通信***中用于用户设备UE的切换的第一基站,所述第一基站包括:收发器;以及控制器,被配置为:经由收发器从UE接收UE能力信息,所述UE能力信息包括指示UE支持增强的切换过程的信息;经由收发器向第二基站发送切换请求消息,所述切换请求消息包括与增强的切换指示相关的信息;经由收发器从第二基站接收切换请求确认消息,所述切换请求确认消息包括无线资源控制RRC容器,所述RRC容器包括增强的切换指示;经由收发器向UE发送包括所述RRC容器的RRC连接重配置消息;以及基于所述增强的切换过程,在所述RRC连接重配置消息的发送之后,继续进行向UE的数据发送和从UE的数据接收,其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换。
本发明提供了一种无线通信***中用于用户设备UE的切换的第二基站,所述第二基站包括:收发器;以及控制器,被配置为:经由收发器从第一基站接收切换请求消息,所述切换请求消息包括与增强的切换指示相关的信息;以及经由收发器向第一基站发送切换请求确认消息,所述切换请求确认消息包括无线资源控制RRC容器,所述RRC容器包括增强的切换指示,其中,包括所述RRC容器的RRC连接重配置消息被发送到UE,其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换,以及其中,在RRC连接重配置消息的发送之后,基于增强的切换指示继续第一基站和UE之间的数据发送和数据接收。
本发明提供了一种无线通信***中的用户设备UE,所述UE包括:收发器;以及控制器,被配置为:经由收发器向第一基站发送UE能力信息,所述UE能力信息包括指示UE支持增强的切换过程的信息;经由收发器从第一基站接收无线资源控制RRC连接重配置消息,所述RRC连接重配置消息包括RRC容器,所述RRC容器包括增强的切换指示;基于所述增强的切换指示,在UE接收RRC连接重配置消息之后,继续进行向第一基站的数据发送和从第一基站的数据接收;以及在UE接收RRC连接重配置消息之后执行到第二基站的同步,其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换,其中,所述RRC连接重配置消息是在从第一基站向第二基站发送包括与增强的切换指示相关的信息的切换请求消息之后接收的,以及其中,包括RRC容器的切换请求确认消息从第二基站发送到第一基站。
由上述技术方案可见,通过本发明提供的支持无缝切换的方法,可以避免数据发送延迟、源基站的不必要数据发送或不必要数据监听、减少资源浪费和能量损耗以及避免上下行数据丢失和重复发送。
附图说明
图1为现有的SAE***架构图;
图2为现有切换流程图;
图3为本发明支持无缝切换的方法一的示意图;
图4为本发明支持无缝切换的方法二的示意图;
图5为本发明支持无缝切换的方法三的示意图;
图6为本发明支持无缝切换的方法一用于双连接的实施例示意图;
图7为本发明支持无缝切换的方法四的示意图;
图8为本发明支持无缝切换的方法五的示意图;
图9为本发明支持无缝切换的方法四和方法五用于双连接的实施例示意图;
图10为本发明支持无缝切换的方法六的示意图;
图11为本发明支持无缝切换的方法六用于双连接的实施例示意图。
具体实施方式
为了使本申请的目的、技术手段和优点更加清楚明白,以下结合附图对本申请做进一步详细说明。
本发明支持无缝切换的方法一如图3所述。该方法包括步骤:
步骤301,源基站(Source eNB)发送切换请求消息给目的基站(Target eNB)。
步骤302,目的基站发送切换请求确认消息给源基站。
步骤303,源基站发送RRC连接重配置消息给UE。源基站继续发送下行数据给UE。源基站继续接收从UE来的上行数据。UE在收到所述消息后继续接收源基站发送的下行数据,并且继续在源基站发送上行数据。
为了解决本发明中上行数据发送的问题,对应其中一种方法,源基站在本步骤之后或步骤304之后继续反馈上行的数据接收状态给UE。这样UE就知道源基站从UE已经收到了哪些数据包。这样当UE发送步骤307的消息后,就知道从哪个数据包开始发送数据给目的基站。
为了解决本发明中上行数据发送的问题,第二种方法是,源基站通过步骤306a把源基站停止上行数据接收后的上行接收状态发送给目的基站。这样目的基站就能准确知道UE停止上行数据发送后源基站的上行接收状态,从而目的基站可以告知UE,UE把源基站没有收到的数据包发送给目的基站。对应这种方法,更优化地,可以省略步骤304不执行。源基站通过步骤306a把源基站停止上行数据接收后的上行COUNT发送给目的基站。目的基站根据收到的上行COUNT就知道从哪个PDCP包开始发送给SGW。对应这种方法,更优化地,源基站可以在步骤304之后和步骤306或步骤306a之前把顺序收到的上行数据包直接发送给SGW,把其他的数据包转发给目的基站。
步骤304,源基站发送序列号SN状态转移给目的基站。
在本步骤中,源基站不冻结发送和接收状态。
源基站开始转发数据给目的基站。
为了解决增强的切换过程中下行数据丢失或重复发送的问题,有以下几种方法:
方法一:用GTP-U头中的SN来标识转发的数据包的顺序。目的基站根据GTP-U头中的SN知道收到PDCP数据包的先后顺序,并且根据从源基站收到的下一个PDCP要用的SN标识没有PDCP SN的第一个数据包,后面的数据包依次标识。这样当目的基站收到从UE来的需要发送的下一个要发送的PDCP SN的时候可以正确的发送下一个UE没有收到的PDCP数据包。即使X2接口不能按序传输,目的基站根据GTP-U头中的SN也知道源基站发送的数据包的正确顺序,从而用下一个PDCP SN来标注正确的PDCP数据包,避免数据包的丢失或重复发送。
方法二:在本步骤只做数据转发,而不需要发送SN状态转移消息给目的基站。源基站在所有转发给目的基站的PDCP数据包中都包含SN,带有SN的数据包也要发送给UE。源基站在步骤306a中告知目的基站源基站的PDCP上行的接收状态和上下行的COUNT。这样目的基站就知道源基站停止下行数据发送时源端的下行发送状态,以及源基站停止接收上行数据包时上行的接收状态和源基站发送给SGW的上行数据的发送状态。同时解决本发明中所述的上下行数据发送问题,保证数据没有丢失以及重复传输。
方法三:在源基站转发数据给目的基站的数据包中定义一个帧协议(FP)。FP的数据部分包含转发的PDCP数据包,帧协议的包头中包含转发的数据包的顺序号。目的基站根据FP头中的SN知道收到PDCP数据包的先后顺序,并且根据从源基站收到的下一个PDCP要用的SN来标识没有PDCP SN的第一个数据包,后面的数据包依次标识。这样当目的基站收到从UE来的下一个要发送的PDCP SN的时候可以正确的发送下一个UE没有收到的PDCP数据包。即使X2接口不能按序传输,目的基站根据FP头中的SN也知道源基站发送的数据包的正确顺序,从而用下一个PDCP SN来标注正确的PDCP数据包,避免数据包的丢失或重复发送。方法四:源基站转发给目的基站的所有数据包中包含PDCP SN。在源基站发送给目的基站的数据包中包含的下一个要用的PDCP SN是假的(DUMMY)。目的基站在收到转发的数据包后,如果发现所有的转发数据包中都包含SN,则目的基站忽略收到的下一个要用的PDCP SN。或者在源基站发送给目的基站的数据包中包含的下一个要用的PDCP SN是一特定的值。目的基站在收到SN状态转移消息后,如果发现下一个要用的PDCP SN是特定的值,则目的基站忽略收到的下一个要用的PDCP SN。
方法五:源基站估计在SN状态转移消息后发送给UE的PDCP数据包的个数。发送完相应个数的数据包后源基站停止发送数据给UE。源基站在转发对应数目的数据包给目的基站时在所述数据包中包含PDCP SN,后续的数据包中不包含PDCP SN。目的基站用收到的下一个要用的PDCP SN来表示收到的没有PDCP SN的数据包。
步骤305,UE同步到目的基站。UE通过随机接入信道RACH接入目的小区。UE停止从源基站接收下行数据,UE停止在源基站发送上行数据。
为了解决本发明中上行数据发送的问题,第三种方法是,目的基站根据步骤304消息中收到的上行接收状态,结合从源基站收到的源基站转发的上行数据,目的基站更新上行接收状态,目的基站把更新后的上行接收状态发送给UE。如果目的基站在RACH成功后还继续收到从源基站转发的数据,目的基站需要等待收到从源基站收到所有转发的数据后形成新的上行接收状态。目的基站根据结束标志(end marker)知道源基站转发完了数据。对应第三种方法,步骤306和步骤306a可以不执行。
步骤306,目的基站发送数据发送停止指示给源基站。所述发送数据发送停止指示的消息包含有UE的新的eNB UE X2AP(X2应用层协议)ID和旧的eNB UE X2AP ID。源基站收到所述消息后停止发送下行数据给UE。源基站停止从UE接收上行数据。
源基站转发给目的基站的数据可以包含有SN的PDCP数据包和没有SN的PDCP数据包,源基站通过步骤306a告知目的基站下一个要使用的PDCP SN。
通过该过程,源基站可以及时知道UE停止了在源基站的数据接收和发送,从而源基站不需要没用的空口数据发送或上行接收。
本发明的方法是以X2切换过程为例来说明的。如果是S1切换,则目的基站通过移动管理实体MME发送所述的数据发送停止指示给源基站。所述发送数据发送停止指示的S1消息包含有eNB eNB UE S1AP(S1应用层协议)ID和MME UE S1AP ID。
步骤306a,源基站发送第二SN状态转移消息给目的基站。所述消息包含上行分组数据汇聚协议序列号(PDCP SN)和/或超帧号HFN的接收状态。所述消息包含下行PDCP SN和/或HFN的发送状态。所述消息包含上行PDCP SDU的接收状态、上行COUNT和下行COUNT。所述第二SN状态转移消息可以和步骤304中的SN状态转移是一条消息或者不同的消息。发送第二状态转移消息时表明源基站冻结了发送和接收状态。
在本发明的方法中,该步骤是可选步骤,该步骤可以执行也可以不执行。
步骤307,UE发送RRC连接重配置完成消息给目的基站。因为在步骤303后,源基站会同时发送数据给UE和转发数据给目的基站。所以目的基站从源基站收到的转发的数据中有一部分可能UE已经收到了。目的基站有三种方式检测不需要发送给UE的数据:
方式一:目的基站根据步骤306a中从源基站收到的PDCP SN和/或HFN的发送状态把重复数据丢弃,直接发送UE没有收到的数据。此处的重复数据指的是源基站同时发送给UE及转发给目的基站的数据。
方式二:目的基站根据从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据。目的基站从PDCP状态报告中UE期待的下一个PDCP SN的数据包开始发送数据包给UE。
方式三,目的基站结合步骤306a中收到的PDCP SN和/或HFN的发送状态和从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据。也就是说,目的基站结合第二SN状态转移消息以及从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据,所述第二SN状态转移消息中包括PDCP SN和/或HFN的发送状态。
目的基站根据步骤306a中收到的上行PDCP数据包的接收状态知道下一个希望收到的数据包,目的基站把此信息发送给UE。从而UE从网络端没有收到的下一个数据包开始发送给目的基站。目的基站根据步骤306a从源基站收到的上行COUNT知道下一个需要发送给SGW的数据包,从而避免发送重复的数据包给SGW或者丢失数据包。
UE根据从目的基站收到的上行接收状态,结合UE在源基站发送的数据以及从源基站收到的反馈,从下一个源基站没有收到的数据包开始发送上行数据包给目的基站。
步骤308,目的基站发送路径切换请求消息给MME。
步骤309,MME发送路径切换请求响应消息给目的基站。
步骤310,目的基站发送UE上下文释放消息给源基站。
至此,即完成了本发明支持无缝切换方法一的描述。通过该方法可以避免源基站不必要的发送数据给UE以及不必要地监听上行的数据信道,而实际上UE已经在源基站停止了下行接收和上行发送,节省了空口资源和功率损耗;通过该方法,还可以保证上下行数据的连续发送,避免数据丢失或重复传输。
本发明支持无缝切换的方法二如图4所述。该方法包括步骤:
步骤401,源基站发送切换请求消息给目的基站。
步骤402,目的基站发送切换请求确认消息给源基站。
步骤403,源基站发送RRC连接重配置消息给UE。源基站继续发送下行数据给UE。源基站继续接收从UE来的上行数据。UE在收到所述消息后继续接收源基站发送的下行数据,并且继续在源基站发送上行数据。
为了解决本发明中上行数据发送的问题,对应其中一种方法,源基站在本步骤之后或步骤404之后继续反馈上行的数据接收状态给UE。这样UE就知道源基站从UE已经收到了哪些数据包。这样当UE发送步骤407的消息后,就知道从哪个数据包开始发送数据给目的基站。
为了解决本发明中上行数据发送的问题,第二种方法是,源基站通过步骤406a或步骤408a把源基站停止上行数据接收后的上行接收状态发送给目的基站。这样目的基站就能准确知道UE停止上行数据发送后源基站的上行接收状态,从而目的基站可以告知UE,UE把源基站没有收到的数据包发送给目的基站。对应这种方法,更优化地,可以省略步骤404不执行。源基站通过步骤406a或步骤408a把源基站停止上行数据接收后的上行COUNT发送给目的基站。目的基站根据收到的上行COUNT就知道从哪个PDCP包开始发送给SGW。对应这种方法,更优化地,源基站可以在步骤404之后和步骤406或406a或步骤408或步骤408a之前把顺序收到的上行数据包直接发送给SGW,把其他的数据包转发给目的基站。
步骤404,源基站发送序列号SN状态转移给目的基站。
在本步骤中,源基站不冻结发送和接收状态。
源基站开始转发数据给目的基站。
为了解决增强的切换过程中下行数据丢失或重复发送的问题,有以下几种方法:
方法一:用GTP-U头中的SN来标识转发的数据包的顺序。目的基站根据GTP-U头中的SN知道收到PDCP数据包的先后顺序,并且根据从源基站收到的下一个PDCP要用的SN来标识没有PDCP SN的第一个数据包,后面的数据包依次标识。这样当目的基站收到从UE来的需要发送的下一个要发送的PDCP SN的时候可以正确的发送下一个UE没有收到的PDCP数据包。即使X2接口不能按序传输,目的基站根据GTP-U头中的SN也知道源基站发送的数据包的正确顺序,从而用下一个PDCP SN来标注正确的PDCP数据包,避免数据包的丢失或重复发送。
方法二:在本步骤只做数据转发,而不需要发送SN状态转移消息给目的基站。源基站在所有转发给目的基站的PDCP数据包中都包含SN,带有SN的数据包也要发送给UE。源基站在步骤406a中告知目的基站上行PDCP数据包的接收状态和上行COUNT,并通过步骤408a告知目的基站下行的COUNT。或者源基站通过步骤408a告知目的基站源基站的PDCP上行的接收状态和上下行的COUNT。这样目的基站就知道源基站停止下行数据发送时源端的下行发送状态,以及源基站停止接收上行数据包时上行的接收状态和源基站发送给SGW的上行数据的发送状态。同时解决本发明中所述的上下行数据发送问题,保证数据没有丢失以及重复传输。
方法三:在源基站转发数据给目的基站的数据包中定义一个FP。FP的数据部分包含转发的PDCP数据包,帧协议的包头中包含转发的数据包的顺序号。目的基站根据FP头中的SN知道收到PDCP数据包的先后顺序,并且根据从源基站收到的下一个PDCP要用的SN来标识没有PDCP SN的第一个数据包,后面的数据包依次标识。这样当目的基站收到从UE来的下一个要发送的PDCP SN的时候可以正确的发送下一个UE没有收到的PDCP数据包。即使X2接口不能按序传输,目的基站根据FP头中的SN也知道源基站发送的数据包的正确顺序,从而用下一个PDCP SN来标注正确的PDCP数据包,避免数据包的丢失或重复发送。
方法四:源基站转发给目的基站的所有数据包中包含PDCP SN。在源基站发送给目的基站的数据包中包含的下一个要用的PDCP SN是假的(DUMMY)。目的基站在收到转发的数据包后,如果发现所有的转发数据包中都包含SN,则目的基站忽略收到的下一个要用的PDCP SN。或者在源基站发送给目的基站的数据包中包含的下一个要用的PDCP SN是一特定的值。目的基站在收到SN状态转移消息后,如果发现下一个要用的PDCP SN是特定的值,则目的基站忽略收到的下一个要用的PDCP SN。
方法五:源基站估计在SN状态转移消息后发送给UE的PDCP数据包的个数。发送完相应个数的数据包后源基站停止发送数据给UE。源基站在转发对应数目的数据包给目的基站时在所述数据包中包含PDCP SN,后续的数据包中不包含PDCP SN。目的基站用收到的下一个要用的PDCP SN来表示收到的没有PDCP SN的数据包。
步骤405,UE同步到目的基站。UE通过随机接入信道RACH接入目的小区。UE停止在源基站发送上行数据。
为了解决本发明中上行数据发送的问题,第三种方法是,目的基站根据步骤404消息中收到的上行接收状态,结合从源基站收到的源基站转发的上行数据,目的基站更新上行接收状态,目的基站把更新后的上行接收状态发送给UE。如果目的基站在RACH成功后还继续收到从源基站转发的数据,目的基站需要等待收到从源基站收到所有转发的数据后形成新的上行接收状态。目的基站根据结束标志(end marker)知道源基站转发完了数据。对应第三种方法,步骤406和步骤406a可以不执行。对应第三种方法,步骤408和步骤408a也可以不执行。
步骤406,目的基站发送上行数据停止接收指示给源基站。所述发送上行数据停止接收指示的消息包含有UE的新的eNB UE X2AP ID和旧的eNB UE X2AP ID。源基站收到所述消息后停止从UE接收上行数据。
本发明的方法是以X2切换过程为例来说明的。如果是S1切换,则目的基站通过移动管理实体MME发送所述的上行数据停止接收指示给源基站。所述发送上行数据停止接收指示的S1消息包含有eNB eNB UE S1AP ID和MME UE S1AP ID。
在本发明的方法中,该步骤是可选步骤,该步骤可以执行也可以不执行。在该步骤不执行的情况下,步骤406a也不需要执行。在该步骤不执行的情况下,源基站在收到步骤408的消息时停止从UE接收上行数据。通过该过程,源基站可以及时知道UE停止了在源基站的数据发送,从而源基站不需要没用的空口数据监听。步骤406a,源基站发送第三SN状态转移消息给目的基站。所述消息包含上行PDCP SN和/或HFN的接收状态,所述消息包含上行PDCP数据包的接收状态和上行COUNT。所述第三SN状态转移消息可以和步骤404中的SN状态转移是一条消息或者不同的消息。发送第三状态转移消息时表明源基站冻结了接收状态。在本发明的方法中,该步骤是可选步骤,该步骤可以执行也可以不执行。
步骤407,UE发送RRC连接重配置完成消息给目的基站。因为在步骤403后,源基站会同时发送数据给UE和转发数据给目的基站。所以目的基站从源基站收到的转发的数据中有一部分可能UE已经收到了。目的基站根据从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据。目的基站从PDCP状态报告中UE期待的下一个PDCP SN的数据包开始发送数据包给UE。UE停止从源基站接收下行数据。
目的基站根据步骤406a中收到的上行PDCP数据包的接收状态知道下一个希望收到的数据包,目的基站把此信息发送给UE。从而UE从网络端没有收到的下一个数据包开始发送给目的基站。目的基站根据步骤406a从源基站收到的上行COUNT知道下一个需要发送给SGW的数据包,从而避免发送重复的数据包给SGW或者丢失数据包。
UE根据从目的基站收到的上行接收状态,结合UE在源基站发送的数据以及从源基站收到的反馈,从下一个源基站没有收到的数据包开始发送上行数据包给目的基站。
步骤408,目的基站发送数据发送停止指示给源基站。所述发送数据发送停止指示的消息包含有UE的新的eNB UE X2AP ID和旧的eNB UE X2AP ID。源基站收到所述消息后停止发送下行数据给UE。如果步骤406不执行,则源基站也停止从UE接收上行数据。
源基站转发给目的基站的数据包含可以包含有SN的PDCP数据包和没有SN的PDCP数据包,源基站通过步骤408a告知目的基站下一个要使用的PDCP SN。
通过该过程,源基站可以及时知道UE停止了在源基站的数据接收,从而源基站不需要没用的空口发送下行数据。
目的基站有三种方式检测不需要发送给UE的数据:
方式一:目的基站根据步骤408a中从源基站收到的PDCP SN和/或HFN的发送状态把重复数据丢弃,直接发送UE没有收到的数据。此处的重复数据指的是源基站同时发送给UE及转发给目的基站的数据。
方式二:目的基站根据从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据。目的基站从PDCP状态报告中UE期待的下一个PDCP SN的数据包开始发送数据包给UE。
方式三,目的基站结合步骤408a中收到的PDCP SN和/或HFN的发送状态和从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据。也就是说,目的基站结合第二SN状态转移消息以及从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据,所述第二SN状态转移消息中包括PDCP SN和/或HFN的发送状态。
目的基站根据步骤406a中收到的上行PDCP数据包的接收状态知道下一个希望收到的数据包,目的基站把此信息发送给UE。从而UE在目的基站从网络端没有收到的下一个数据包开始发送。目的基站根据步骤406a从源基站收到的上行COUNT知道下一个需要发送给SGW的数据包,从而避免发送重复的数据包给SGW或者丢失数据包。
本发明的方法是以X2切换过程为例来说明的。如果是S1切换,则目的基站通过移动管理实体MME发送所述的数据发送停止指示给源基站。所述发送数据发送停止指示的S1消息包含有eNB eNB UE S1AP ID和MME UE S1AP ID。
步骤408a,源基站发送第四SN状态转移消息给目的基站。所述消息包含下行PDCPSN和/或HFN的发送状态,所述消息包含下行COUNT。所述第四SN状态转移消息可以和步骤404中的SN状态转移是一条消息或者不同的消息。发送第四状态转移消息时表明源基站冻结了发送状态。如果步骤406和步骤406a不执行,所述消息还包含上行PDCP SDU的接收状态和上行COUNT,发送第四状态转移消息时还表明源基站冻结了接收状态。
在本发明的方法中,该步骤是可选步骤,该步骤可以执行也可以不执行。
步骤409,目的基站发送路径切换请求消息给MME。
步骤410,MME发送路径切换请求响应消息给目的基站。
步骤411,目的基站发送UE上下文释放消息给源基站。
至此,即完成了本发明支持无缝切换方法二的描述。通过该方法可以避免源基站不必要的发送数据给UE以及不必要地监听上行的数据信道,而实际上UE已经在源基站停止了下行接收和上行发送,节省了空口资源和功率损耗;通过该方法,还可以保证上下行数据的连续发送,避免数据丢失或重复传输。
本发明支持无缝切换的方法三如图5所述。该方法包括步骤:
步骤501,源基站发送切换请求消息给目的基站。
步骤502,目的基站发送切换请求确认消息给源基站。
步骤503,源基站发送RRC连接重配置消息给UE。源基站继续发送下行数据给UE。源基站继续接收从UE来的上行数据。UE在收到所述消息后继续接收源基站发送的下行数据,并且继续在源基站发送上行数据。
为了解决本发明中上行数据发送的问题,对应其中一种方法,源基站在本步骤之后或步骤504之后继续反馈上行的数据接收状态给UE。这样UE就知道源基站从UE已经收到了哪些数据包。这样当UE发送步骤507的消息后,就知道从哪个数据包开始发送数据给目的基站。
为了解决本发明中上行数据发送的问题,第二种方法是,源基站通过步骤508a把源基站停止上行数据接收后的上行接收状态发送给目的基站。这样目的基站就能准确知道UE停止上行数据发送后源基站的上行接收状态,从而目的基站可以告知UE,UE把源基站没有收到的数据包发送给目的基站。对应这种方法,更优化的,可以省略步骤504不执行。源基站通过步骤508a把源基站停止上行数据接收后的上行COUNT发送给目的基站。目的基站根据收到的上行COUNT就知道从哪个PDCP包开始发送给SGW。对应这种方法,更优化的,源基站可以在步骤504之后和步骤508或508a之前把顺序收到的上行数据包直接发送给SGW,把其他的数据包转发给目的基站。
步骤504,源基站发送序列号SN状态转移给目的基站。
在本步骤中,源基站不冻结发送和接收状态。
步骤505,源基站开始转发数据给目的基站。
为了解决增强的切换过程中下行数据丢失或重复发送的问题,有以下几种方法:
方法一:用GTP-U头中的SN来标识转发的数据包的顺序。目的基站根据GTP-U头中的SN知道收到PDCP数据包的先后顺序,并且根据从源基站收到的下一个PDCP要用的SN来标识没有PDCP SN的第一个数据包,后面的数据包依次标识。这样当目的基站收到从UE来的需要发送的下一个要发送的PDCP SN的时候可以正确的发送下一个UE没有收到的PDCP数据包。即使X2接口不能按序传输,目的基站根据GTP-U头中的SN也知道源基站发送的数据包的正确顺序,从而用下一个PDCP SN来标注正确的PDCP数据包,避免数据包的丢失或重复发送。
方法二:不需要执行步骤504源基站发送SN状态转移消息给目的基站的过程。源基站在所有转发给目的基站的PDCP数据包中都包含SN,带有SN的数据包也要发送给UE。源基站在步骤508a中告知目的基站源基站的PDCP上行的接收状态和上下行的COUNT。这样目的基站就知道源基站停止下行数据发送时源端的下行发送状态,以及源基站停止接收上行数据包时上行的接收状态和源基站发送给SGW的上行数据的发送状态。同时解决本发明中所述的上下行数据发送问题,保证数据没有丢失以及重复传输。
方法三:在源基站转发数据给目的基站的数据包中定义一个FP。FP的数据部分包含转发的PDCP数据包,帧协议的包头中包含转发的数据包的顺序号。目的基站根据FP头中的SN知道收到PDCP数据包的先后顺序,并且根据从源基站收到的下一个PDCP要用的SN来标识没有PDCP SN的第一个数据包,后面的数据包依次标识。这样当目的基站收到从UE来的下一个要发送的PDCP SN的时候可以正确的发送下一个UE没有收到的PDCP数据包。即使X2接口不能按序传输,目的基站根据FP头中的SN也知道源基站发送的数据包的正确顺序,从而用下一个PDCP SN来标注正确的PDCP数据包,避免数据包的丢失或重复发送。
方法四:源基站转发给目的基站的所有数据包中包含PDCP SN。在源基站发送给目的基站的数据包中包含的下一个要用的PDCP SN是假的(DUMMY)。目的基站在收到转发的数据包后,如果发现所有的转发数据包中都包含SN,则目的基站忽略收到的下一个要用的PDCP SN。或者在源基站发送给目的基站的数据包中包含的下一个要用的PDCP SN是一特定的值。目的基站在收到SN状态转移消息后,如果发现下一个要用的PDCP SN是特定的值,则目的基站忽略收到的下一个要用的PDCP SN。
方法五:源基站估计在SN状态转移消息后发送给UE的PDCP数据包的个数。发送完相应个数的数据包后源基站停止发送数据给UE。源基站在转发对应数目的数据包给目的基站时在所述数据包中包含PDCP SN,后续的数据包中不包含PDCP SN。目的基站用收到的下一个要用的PDCP SN来表示收到的没有PDCP SN的数据包。
步骤506,UE同步到目的基站。UE通过随机接入信道RACH接入目的小区。
为了解决本发明中上行数据发送的问题,第三种方法是,目的基站根据步骤504消息中收到的上行接收状态,结合从源基站收到的源基站转发的上行数据,目的基站更新上行接收状态,目的基站把更新后的上行接收状态发送给UE。如果目的基站在RACH成功后还继续收到从源基站转发的数据,目的基站需要等待收到从源基站收到所有转发的数据后形成新的上行接收状态。目的基站根据结束标志(end marker)知道源基站转发完了数据。对应第三种方法,步骤508和步骤508a也可以不执行。
步骤507,UE发送RRC连接重配置完成消息给目的基站。因为在步骤403后,源基站会同时发送数据给UE和转发数据给目的基站。所以目的基站从源基站收到的转发的数据中有一部分可能UE已经收到了。目的基站根据从UE收到的PDCP状态报告检测出重复的不需要发送给UE的数据,丢弃重复数据,直接发送UE没有收到的数据。目的基站从PDCP状态报告中UE期待的下一个PDCP SN的数据包开始发送数据包给UE。UE停止从源基站接收下行数据,UE停止在源基站发送上行数据。
UE根据从目的基站收到的上行接收状态,结合UE在源基站发送的数据以及从源基站收到的反馈,从下一个源基站没有收到的数据包开始发送上行数据包给目的基站。
步骤508,目的基站发送数据发送停止指示给源基站。所述发送数据发送停止指示的消息包含有UE的新的eNB UE X2AP ID和旧的eNB UE X2AP ID。源基站收到所述消息后停止发送下行数据给UE。源基站停止从UE接收上行数据。
本发明的方法是以X2切换过程为例来说明的。如果是S1切换,则目的基站通过移动管理实体MME发送所述的数据发送停止指示给源基站。所述发送数据发送停止指示的S1消息包含有eNB eNB UE S1AP ID和MME UE S1AP ID。
源基站转发给目的基站的数据可以包含有SN的PDCP数据包和没有SN的PDCP数据包,源基站通过步骤508a告知目的基站下一个要使用的PDCP SN。
通过该过程,源基站可以及时知道UE停止了在源基站的数据接收和发送,从而源基站不需要没用的空口数据发送或上行接收。
步骤508a,源基站发送第五SN状态转移消息给目的基站。所述消息包含上行PDCPSN和/或超帧号(HFN)的接收状态。所述消息包含下行PDCP SN和/或HFN的发送状态。所述消息包含上行PDCP SDU的接收状态、上行COUNT和下行COUNT。所述第五SN状态转移消息可以和步骤504中的SN状态转移是一条消息或者不同的消息。发送第二状态转移消息时表明源基站冻结了发送和接收状态。
目的基站根据步骤508a中收到的上行PDCP数据包的接收状态知道下一个希望收到的数据包,目的基站把此信息发送给UE。从而UE从网络端没有收到的下一个数据包开始发送给目的基站。目的基站根据步骤508a从源基站收到的上行COUNT知道下一个需要发送给SGW的数据包,从而避免发送重复的数据包给SGW或者丢失数据包。
步骤509,目的基站发送路径切换请求消息给MME。
步骤510,MME发送路径切换请求响应消息给目的基站。
步骤511,目的基站发送UE上下文释放消息给源基站。
至此,即完成了本发明支持无缝切换方法三的描述。通过该方法可以避免源基站不必要的发送数据给UE以及不必要地监听上行的数据信道,而实际上UE已经在源基站停止了下行接收和上行发送,节省了空口资源和功率损耗。
图6为本发明支持无缝切换的方法一用于双连接的实施例示意图。包括步骤:
步骤601,主基站(MeNB)发送第二基站(SeNB)增加请求消息给目的SeNB(T-SeNB)。
步骤602,T-SeNB发送SeNB增加请求确认消息给MeNB。
步骤603,如果T-SeNB的资源分配成功,MeNB发送SeNB释放请求消息给源SeNB(S-SeNB)。如果需要数据转发,MeNB提供数据转发地址给S-SeNB。S-SeNB收到SeNB释放消息后继续发送数据给UE。源SeNB可以开始数据转发。
对应分开(split)承载,S-SeNB继续发送上行数据给MeNB。对应第二小区组(SCG)承载,S-SeNB继续发送上行数据给SGW。
对于SCG承载,S-SeNB在本步骤之后继续反馈上行的数据接收状态给UE。这样UE就知道S-SeNB从UE已经收到了哪些数据包。这样当UE发送步骤608的消息后,就知道从哪个数据包开始发送数据给目的基站。
作为本发明的另外一种方法,可以省略此步骤不执行,这样S-SeNB会继续发送数据给UE。
步骤604,S-SeNB转发数据给T-SeNB。对应split承载,S-SeNB转发数据给MeNB,由MeNB转发给T-SeNB。对于SCG承载,可以和split承载一样,S-SeNB通过MeNB转发给T-SeNB,或者S-SeNB直接转发给T-SeNB。取决于实现,S-SeNB转发数据给T-SeNB可以在步骤603之后任何时候执行。
步骤605,MeNB发送RRC连接重配置消息给UE。MeNB继续发送下行数据给S-SeNB。同时MeNB转发下行数据给T-SeNB。
步骤606,UE收到RRC连接重配置消息。UE不删除或重置在S-SeNB的配置。UE继续接收S-SeNB发送的下行数据。UE继续发送上行数据给S-SeNB。UE发送RRC连接重配置完成消息给MeNB。
步骤607,MeNB发送SeNB重配置完成消息给T-SeNB。
步骤608,UE同步到T-SeNB。
UE停止从S-SeNB接收下行数据,UE停止在S-SeNB发送上行数据。
步骤609,T-SeNB发送数据发送停止指示给MeNB。所述发送数据发送停止指示的消息包含有T-SeNB为UE分配的eNB UE X2AP ID和MeNB分配的eNB UE X2AP ID。MeNB收到所述消息后停止发送下行数据给S-SeNB。
步骤610,MeNB发送数据发送停止指示给S-SeNB。所述发送数据发送停止指示的消息包含有MeNB为UE分配的eNB UE X2AP ID和S-SeNB分配的eNB UE X2AP ID。S-SeNB收到所述消息后停止发送下行数据给UE。S-SeNB停止从UE接收上行数据。
通过步骤609和步骤610的过程,S-SeNB可以及时知道UE停止了在S-SeNB的数据接收和发送,从而S-SeNB不需要没用的空口数据发送或上行接收。
步骤611a,S-SeNB发送SN状态转移给MeNB。
步骤611b,MeNB发送SN状态转移给T-SeNB。
对于SCG承载,步骤611a和步骤611b在步骤610之后执行有如下好处:T-SeNB就能准确知道UE停止上行数据发送后S-SeNB的接收状态,从而T-SeNB可以告知UE,UE把S-SeNB没有收到的数据包发送给T-SeNB。对应这种方法,更优化地,S-SeNB可以在步骤603之后和步骤610之前把顺序收到的上行数据包直接发送给SGW,把其他的数据包转发给T-SeNB。
对于SCG承载,T-SeNB根据步骤611b消息中收到的上行PDCP数据包的接收状态知道下一个希望收到的数据包,T-SeNB把此信息发送给UE。从而UE从网络端没有收到的下一个数据包开始发送给T-SeNB。T-SeNB根据步骤611b从S-SeNB收到的上行COUNT知道下一个需要发送给SGW的数据包,从而避免发送重复的数据包给SGW或者丢失数据包。
对于split承载,步骤611a和步骤611b可以在步骤603之后任何时候执行。
对于SCG承载,步骤611a和步骤611b可以在收到步骤610之后执行。
这里省略了与本申请主要内容无关的步骤的详细说明,例如MeNB和MME之间的ERAB修改指示过程。
至此,即完成了本申请支持无缝切换方法一用于双连接实施例的描述。通过该方法可以避免S-SeNB不必要的发送数据给UE以及不必要地监听上行的数据信道,而实际上UE已经在S-SeNB停止了下行接收和上行发送,节省了空口资源和功率损耗;通过该方法,还可以保证上下行数据的连续发送,避免数据丢失或重复传输。
本发明支持无缝切换的方法四如图7所述。该方法包括步骤:
步骤701,源基站(Source eNB)发送切换请求消息给目的基站(Target eNB)。
该方法中,源基站决定使用增强的切换过程。增强的切换指的是3GPP Rel-14讨论的和源基站保持连接的切换方案。具体的讲,增强的切换过程指的是在切换执行过程中源基站还在给UE发送下行数据,并且从UE接收上行数据。更具体的讲在源基站发送了RRC连接重配置消息后、或者在源基站发送了RRC连接重配置消息后以及目的基站收到UE的RACH接入之前、或者在源基站发送了RRC连接重配置消息后以及目的基站收到UE的RRC连接重配置之前源基站还在给UE发送下行数据,并且从UE接收上行数据。切换执行过程的含义与3GPPTS36.300中定义相同。源基站根据自身对增强切换过程的支持以及UE的能力决定使用增强的切换过程。或者源基站根据自身对增强切换过程的支持、UE的能力以及目的基站对增强的切换过程的支持能力来决定使用增强的切换过程。源基站还可以同时考虑业务的需求(例如业务质量保证Qos信息)来决定使用增强的切换过程。源基站还可以考虑其他信息来决定使用增强的切换过程而不影响本发明的主要内容。源基站从UE获得UE对增强切换的支持能力。UE支持增强的切换的能力指的是UE在收到RRC连接重配置消息后,可以不冻结在源基站的发送接收状态,不清空在源基站层二L2的信息,可以继续从源基站接收数据或发送数据。源基站通过操作和维护(O&M)的配置或X2建立过程来知道目的基站对增强的切换过程的支持能力。对应通过X2建立过程的方法,在X2建立请求和X2建立响应消息中包含发送所述消息的基站对增强的切换过程的支持能力。收到X2建立请求或X2建立响应消息的基站保持收到的对端基站对增强的切换过程的支持能力。
本发明中有以下方法可以让目的基站知道源基站使用了增强的切换过程。
方法一,源基站通过在切换请求消息中包含增强的切换指示信息让目的基站知道本次切换是增强的切换过程。
方法二:在切换请求消息中包含UE对增强切换的支持能力,目的基站根据源基站对增强切换过程的支持能力以及UE对增强切换的支持能力知道本次切换过程是增强的切换过程。源基站从UE获得UE对增强切换的支持能力。目的基站通过操作和维护(O&M)的配置或X2建立过程来知道源基站对增强的切换过程的支持能力。对应通过X2建立过程的方法,在X2建立请求和X2建立响应消息中包含发送所述消息的基站对增强的切换过程的支持能力。收到X2建立请求和X2建立响应消息的基站保持收到的对端基站对增强的切换过程的支持能力。对应这种方法,假设如果源基站支持增强的切换过程,当所述源基站发起对支持增强切换的UE的切换过程时,就会发起增强的切换过程。或如果源基站和目的基站支持增强的切换过程,当所述源基站发起对支持增强切换的UE的切换过程时,就会发起增强的切换过程。
源基站可以通知目的基站增强切换过程中从转发给目的基站的第一个数据包开始发送给UE的最多数据包的个数,例如是PDCP SN最大范围的数据包个数减去1,或者PDCPSN最大范围的数据包个数或其他。例如如果PDCP SN是从0到127,则PDCP SN最大范围减去1个数的的数据包是127个PDCP SDU或PDU。
步骤702,目的基站发送切换请求确认消息给源基站。
如果目的基站从源基站收到了增强的切换指示信息,则目的基站把增强的切换指示信息包含在切换请求确认消息的RRC容器Container中。通过RRC Container将所述的增强切换指示信息发送给UE。
步骤703,源基站发送RRC连接重配置消息给UE。所述消息中包含增强的切换指示信息。对应增强的切换过程,源基站继续发送下行数据给UE。对应本发明的一种方法,源基站继续发送给UE的数据包是从转发给目的基站的第一个数据包开始最多到一个PDCP SN最大范围减去1个数的数据包。例如源基站转发给目的基站的第一个数据包是PDCP SN等于5,HFN是10,则源基站给UE发送的数据包最多到PDCP SN等于3,HFN是11。
源基站继续接收从UE来的上行数据。UE在收到所述消息后继续接收源基站发送的下行数据,并且继续在源基站发送上行数据。UE根据收到所述RRC连接重配置消息中包含的增强的切换指示信息知道该切换过程是增强的切换过程,从而继续在源基站的数据发送和接收。
为了解决本发明中上行数据发送的问题,对应其中一种方法,源基站在本步骤之后或步骤704之后继续反馈上行的数据接收状态给UE。这样UE就知道源基站从UE已经收到了哪些数据包。这样当UE发送步骤706的消息后,就知道从哪个数据包开始发送数据给目的基站。
步骤704,源基站发送序列号SN状态转移给目的基站。
在本步骤中,源基站不冻结发送和接收状态。
源基站开始转发数据给目的基站。源基站把发送给UE的下行数据也转发给目的基站。源基站把从UE收到的上行数据包转发给目的基站。一种方法是源基站把SN状态转移消息之后收到的顺序排列的或不按序收到上行数据包都转发给目的基站。另一种方法是源基站把按序收到的数据包发送给SGW,不按序收到的数据包转发给目的基站。
步骤705,UE同步到目的基站。UE通过随机接入信道RACH接入目的小区。
本发明中,UE可以在本步骤停止从源基站接收下行数据,停止在源基站发送上行数据。也可以在步骤706停止从源基站接收下行数据,停止在源基站发送上行数据。
为了解决本发明中上行数据发送的问题,目的基站根据步骤704消息中收到的上行接收状态以及上行Count,结合从源基站收到的源基站转发的上行数据,目的基站更新上行接收状态,目的基站把更新后的上行接收状态发送给UE。如果目的基站在RACH成功后还继续收到从源基站转发的数据,目的基站需要等待从源基站收到所有转发的数据后形成新的上行接收状态。目的基站根据结束标志(end marker)知道源基站转发完了数据。
步骤706,UE发送RRC连接重配置完成消息给目的基站。因为在步骤703后,源基站会同时发送下行数据给UE和转发下行数据给目的基站。所以目的基站从源基站收到的转发的数据中有一部分可能UE已经收到了。目的基站有下面的方式检测不需要发送给UE的数据:
目的基站根据从UE收到的PDCP状态报告知道UE期待下一个需要收到的PDCP SN。目的基站检测出重复的不需要发送给UE的数据包,丢弃UE已经收到的数据,直接从UE期待的下一个数据包开始发送给UE。
在UE发送给目的基站的PDCP状态报告中只包含下一个期待收到数据包的PDCPSN,没有包含所述PDCP SN所对应的HFN。
使用步骤701中所描述的方法,目的基站可以知道本次切换是否是增强的切换过程。对于增强的切换过程,目的基站按照增强的切换过程的方法发送数据给UE和/或发送上行数据给SGW。目的基站根据增强的切换过程决定UE期待下一个收到数据包的PDCP SN对应的HFN。
目的基站认为从UE收到的PDCP状态中包含的下一个期待的PDCP SN对应的数据包是目的基站的缓存buffer中保存的第一个对应此PDCP SN的数据包。因为源基站在转发给目的基站的第一个数据包开始发送给UE的最多数据包的个数PDCP SN最大范围减去1的数据包个数。例如如果目的基站从源基站收到的第一个数据包PDCP SN=5HFN=10,则源基站发送给UE的数据包最多到PDCP SN=3HFN=11,所以UE从源基站收到的最大数据包是PDCPSN=3HFN=11。如果源基站发送的数据UE都收到了,则UE期待下一个收到的数据包是PDCPSN=4HFN=11,该数据包是目的基站buffer中对应的第一个PDCP SN等于4的数据包,所述数据包对应的HFN是11。如果源基站发送的数据包有些UE没有收到,例如如果目的基站从UE收到的PDCP状态中下一个期待的PDCP SN是9,该数据包是目的基站buffer中对应的第一个PDCP SN等于9的数据包,目的基站知道对应的HFN是10。所以如果目的基站的缓存中有相同PDCP SN的数据包,则第一个对应UE PDCP状态报告中第一个没收到数据包SN的数据包是下一个需要发送给UE的数据包,所以目的基站就知道了所述数据包对应的HFN。
或者,目的基站认为从UE收到的PDCP状态中包含的下一个期待的PDCP SN不远离SN状态转移消息中收到的DL Count中PDCP SN的一半PDCP SN范围,即如果PDCP SN的最大值是N,则下一个期待的PDCP SN不远离DL Count中PDCP SN的N/2。源基站在发送了SN状态转移消息后在给UE发送数据时也遵循这一原则。举例如下:
·DL COUNT中HFN=10,PDCP SN=8
·PDCP SN是7比特(SN的范围是0..127)
·当目的基站从UE收到的下一个期待的PDCP SN是73..127时,HFN=9
·当目的基站从UE收到的下一个期待的PDCP SN是0..72时,HFN=10
源基站在发送了SN状态转移消息后,源基站接着给UE发送数据发送到PDCP SN是72,HFN是10后停止发送下行数据包给UE。
对应增强的切换过程,如果目的基站从UE收到的PDCP状态中下一个期待的PDCPSN是9,目的基站知道对应的HFN是10。如果不是增强的切换,目的基站知道对应的HFN是9。
为了解决本发明中上行数据发送的问题,目的基站根据步骤704消息中收到的上行接收状态以及上行Count,结合从源基站收到的源基站转发的上行数据,目的基站更新上行接收状态,目的基站把更新后的上行接收状态发送给UE。目的基站需要等待从源基站收到所有转发的数据后形成新的上行接收状态。目的基站根据结束标志(end marker)知道源基站转发完了数据。目的基站把生成的上行接收状态发送给UE。
UE根据从目的基站收到的上行接收状态,结合UE在源基站发送的数据以及从源基站收到的反馈,从下一个源基站没有收到的数据包开始发送上行数据给目的基站。
步骤707,目的基站发送路径切换请求消息给MME。
步骤708,MME发送路径切换请求响应消息给目的基站。
步骤709,目的基站发送UE上下文释放消息给源基站。
至此,即完成了本发明支持无缝切换方法四的描述。通过该方法可以减少切换过程中数据发送的中断时间,保证上下行数据的连续发送,避免数据丢失或重复传输。特别是解决目的基站不知道UE期待的下一个PDCP SN对应的HFN的问题,这样即使源基站和目的基站来自不同的厂商,也保证了两个基站间的互操作性,保证增强的切换过程可工作性同时减少切换过程中数据发送的中断时间。
本发明支持无缝切换的方法五如图8所述。该方法包括步骤:
步骤801,源基站(Source eNB)发送切换请求消息给目的基站(Target eNB)。
步骤802,目的基站发送切换请求确认消息给源基站。
步骤803,源基站发送RRC连接重配置消息给UE。对应增强的切换过程,源基站继续发送下行数据给UE。源基站继续接收从UE来的上行数据。UE在收到所述消息后继续接收源基站发送的下行数据,并且继续在源基站发送上行数据。
为了解决本发明中上行数据发送的问题,对应其中一种方法,源基站在本步骤之后或步骤804之后继续反馈上行的数据接收状态给UE。这样UE就知道源基站从UE已经收到了哪些数据包。这样当UE发送步骤806的消息后,就知道从哪个数据包开始发送数据给目的基站。
步骤804,源基站发送序列号SN状态转移给目的基站。
在本步骤中,源基站不冻结发送和接收状态。
源基站开始转发数据给目的基站。源基站把发送给UE的下行数据也转发给目的基站。源基站把从UE收到的上行数据数据包转发给目的基站。一种方法是源基站把SN状态转移消息之后收到的顺序排列的或不按序收到上行数据包都转发给目的基站。另一种方法是源基站把按序收到的数据包发送给SGW,不按序收到的数据包转发给目的基站。
步骤805,UE同步到目的基站。UE通过随机接入信道RACH接入目的小区。
本发明中,UE可以在本步骤停止从源基站接收下行数据,停止在源基站发送上行数据。也可以在步骤806停止从源基站接收下行数据,停止在源基站发送上行数据。
为了解决本发明中上行数据发送的问题,目的基站根据步骤804消息中收到的上行接收状态以及上行Count,结合从源基站收到的源基站转发的上行数据,目的基站更新上行接收状态,目的基站把更新后的上行接收状态发送给UE。如果目的基站在RACH成功后还继续收到从源基站转发的数据,目的基站需要等待从源基站收到所有转发的数据后形成新的上行接收状态。目的基站根据结束标志(end marker)知道源基站转发完了数据。
步骤806,UE发送RRC连接重配置完成消息给目的基站。因为在步骤803后,源基站会同时发送下行数据给UE和转发下行数据给目的基站。所以目的基站从源基站收到的转发的数据中有一部分可能UE已经收到了。目的基站有下面的方式检测不需要发送给UE的数据:
目的基站根据从UE收到的PDCP状态报告知道UE期待下一个需要收到的PDCP SN。目的基站检测出重复的不需要发送给UE的数据包,丢弃UE已经收到的数据,直接从UE期待的下一个数据包开始发送给UE。
在UE发送给目的基站的PDCP状态报告中包含下一个期待收到数据包的PDCP SN以及所述PDCP SN所对应的HFN。UE可以只在增强的切换过程中在发送给基站的PDCP状态中包含下一个期待收到数据包的PDCP SN所对应的HFN。如果不是增强的切换,目的基站按照现有的原则知道下一个期待收到数据包的PDCP SN所对应的HFN。
为了解决本发明中上行数据发送的问题,目的基站根据步骤704消息中收到的上行接收状态以及上行Count,结合从源基站收到的源基站转发的上行数据,目的基站更新上行接收状态,目的基站把更新后的上行接收状态发送给UE。目的基站需要等待从源基站收到所有转发的数据后形成新的上行接收状态。目的基站根据结束标志(end marker)知道源基站转发完了数据。目的基站把生成的上行接收状态发送给UE。
UE根据从目的基站收到的上行接收状态,结合UE在源基站发送的数据以及从源基站收到的反馈,从下一个源基站没有收到的数据包开始发送上行数据给目的基站。
步骤807,目的基站发送路径切换请求消息给MME。
步骤808,MME发送路径切换请求响应消息给目的基站。
步骤809,目的基站发送UE上下文释放消息给源基站。
至此,即完成了本发明支持无缝切换方法五的描述。通过该方法可以减少切换过程中数据发送的中断时间,保证上下行数据的连续发送,避免数据丢失或重复传输。特别是解决目的基站不知道UE期待的下一个PDCP SN对应的HFN的问题,这样即使源基站和目的基站来自不同的厂商,也保证了两个基站间的互操作性,保证增强的切换过程可工作性同时减少切换过程中数据发送的中断时间。
图9为本发明支持无缝切换的方法四和方法五用于双连接的实施例示意图。包括步骤:
步骤901,主基站(MeNB)发送第二基站(SeNB)增加请求消息给目的SeNB(T-SeNB)。
主基站决定使用增强的切换过程。增强的切换过程的原则与步骤701中所述相同。具体到SeNB变化过程中,增强的切换过程指的是在切换执行过程中源SeNB还在给UE发送下行数据,并且从UE接收上行数据。更具体的讲主基站在发送了RRC连接重配置消息后、或者在主基站发送了RRC连接重配置消息后以及目的SeNB收到UE的RACH接入之前、或者在主基站发送了RRC连接重配置消息后以及主基站收到UE的RRC连接重配置之前源SeNB还在给UE发送下行数据,并且从UE接收上行数据。该实施例中所述的支持增强的切换指的是支持增强的SeNB变化过程。
主基站根据UE的能力、主基站对增强切换的支持能力、源SeNB和/或目的SeNB对增强切换的支持能力来决定是否使用增强的切换。主基站还可以考虑其他信息例如Qos来决定使用增强的切换而不影响本发明的主要内容。
本发明中有以下方法可以让目的SeNB知道使用了增强的切换过程。
方法一:主基站通过在SeNB增加请求消息中包含增强的切换指示信息让目的SeNB知道本次切换是增强的切换过程。主基站根据自身对增强切换过程的支持以及UE的能力决定使用增强的切换过程。源基站还可以同时考虑源SeNB和/或目的SeNB对增强的切换过程的支持能力来决定使用增强的切换过程。主基站通过操作和维护(O&M)的配置或X2建立过程来知道源SeNB和/或目的SeNB对增强的切换过程的支持能力。对应通过X2建立过程的方法,在X2建立请求和X2建立响应消息中包含发送所述消息的基站对增强的切换过程的支持能力。收到X2建立请求和X2建立响应消息的基站保持收到的对端基站对增强的切换过程的支持能力。
方法二:在SeNB增加请求消息中包含UE对增强切换的支持能力,如果目的SeNB支持增强的切换过程,目的SeNB根据主基站和/或源SeNB对增强切换过程的支持能力以及UE对增强切换的支持能力知道本次切换过程是增强的切换过程。MeNB从UE获得UE对增强切换的支持能力。目的SeNB通过操作和维护(O&M)的配置或X2建立过程来知道主基站/或源SeNB对增强的切换过程的支持能力。对应通过X2建立过程的方法,在X2建立请求和X2建立响应消息中包含发送所述消息的基站对增强的切换过程的支持能力。收到X2建立请求和X2建立响应消息的基站保持收到的对端基站对增强的切换过程的支持能力。对应这种方法,假设如果主基站支持增强的切换过程,当所述主基站发起对支持增强切换的UE的切换过程时,就会发起增强的切换过程。或如果主基站和源SeNB以及目的SeNB支持增强的切换过程,当所述主基站发起对支持增强切换的UE的切换过程时,就会发起增强的切换过程。
步骤902,T-SeNB发送SeNB增加请求确认消息给MeNB。
如果目的SeNB从MeNB收到了增强的切换指示信息,则目的SeNB把增强的切换指示信息包含在SeNB增加请求确认消息的RRC Container中。通过RRC Container将所述的增强切换指示信息发送给UE。此处的RRC Container指的是SeNB到MeNB Container。
步骤903,如果T-SeNB的资源分配成功,MeNB发送SeNB释放请求消息给源SeNB(S-SeNB)。如果需要数据转发,MeNB提供数据转发地址给S-SeNB。
本发明中有以下方法可以让源SeNB知道主基站使用了增强的切换过程。
方法一:主基站通过在SeNB释放请求消息中包含增强的切换指示信息让目的SeNB知道本次切换是增强的切换过程。主基站决定使用增强的切换过程的方法与步骤901相同,这里不再赘述。
方法二:在SeNB增加释放消息中包含UE对增强切换的支持能力,如果源SeNB支持增强的切换过程,源SeNB根据主基站和/或目的SeNB对增强切换过程的支持能力以及UE对增强切换的支持能力知道本次切换过程是增强的切换过程。MeNB从UE获得UE对增强切换的支持能力。源SeNB通过操作和维护(O&M)的配置或X2建立过程来知道主基站/或目的SeNB对增强的切换过程的支持能力。对应通过X2建立过程的方法,在X2建立请求和X2建立响应消息中包含发送所述消息的基站对增强的切换过程的支持能力。收到X2建立请求和X2建立响应消息的基站保持收到的对端基站对增强的切换过程的支持能力。对应这种方法,假设如果主基站支持增强的切换过程,当所述主基站发起对支持增强切换的UE的切换过程时,就会发起增强的切换过程。或如果主基站和源SeNB以及目的SeNB支持增强的切换过程,当所述主基站发起对支持增强切换的UE的切换过程时,就会发起增强的切换过程。
S-SeNB收到SeNB释放消息后继续发送数据给UE。源SeNB可以开始数据转发。SeNB继续从UE接收上行数据。
对应分开(split)承载,S-SeNB继续发送上行数据给MeNB。对应第二小区组(SCG)承载,S-SeNB继续发送上行数据给SGW。
对于SCG承载,S-SeNB在本步骤之后继续反馈上行的数据接收状态给UE。这样UE就知道S-SeNB从UE已经收到了哪些数据包。这样当UE发送步骤907的消息后,就知道从哪个数据包开始发送数据给目的SeNB。
步骤904,MeNB发送RRC连接重配置消息给UE。所述消息中包含增强的切换指示信息。MeNB继续发送下行数据给S-SeNB。同时MeNB转发下行数据给T-SeNB。对应本发明的一种方法,源SeNB继续发送给UE的数据包是从转发给目的SeNB的第一个数据包开始最多到一个PDCP SN最大范围的数据包个数减1。例如源SeNB转发给目的SeNB的第一个数据包是PDCPSN等于5,HFN是10,则源SeNB给UE发送的数据包最多到PDCP SN等于3,HFN是11。
UE收到RRC连接重配置消息。UE不删除或重置在S-SeNB的配置。UE继续接收S-SeNB发送的下行数据。UE继续发送上行数据给S-SeNB。UE根据收到所述RRC连接重配置消息中包含的增强的切换指示信息知道该切换过程是增强的切换过程,从而继续在源基站的数据发送和接收。
步骤905,UE发送RRC连接重配置完成消息给MeNB。
步骤906,MeNB发送SeNB重配置完成消息给T-SeNB。
步骤907,UE同步到T-SeNB。
UE停止从S-SeNB接收下行数据,UE停止在S-SeNB发送上行数据。
步骤908a,S-SeNB发送SN状态转移给MeNB。
步骤908b,MeNB发送SN状态转移给T-SeNB。
步骤909,S-SeNB转发数据给T-SeNB。对应split承载,S-SeNB转发数据给MeNB,由MeNB转发给T-SeNB。对于SCG承载,可以和split承载一样,S-SeNB通过MeNB转发给T-SeNB,或者S-SeNB直接转发给T-SeNB。取决于实现,S-SeNB转发数据给T-SeNB可以在步骤903之后任何时候执行。
因为在步骤903后,源SeNB会同时发送下行数据给UE和转发下行数据给目的SeNB。所以目的SeNB从源SeNB收到的转发的数据中有一部分可能UE已经收到了。目的SeNB由下面的方式检测不需要发送给UE的数据:
对于SCG承载,目的SeNB根据从UE收到的PDCP状态报告知道UE期待下一个需要收到的PDCP SN。目的基站检测出重复的不需要发送给UE的数据包,丢弃UE已经收到的数据,直接从UE期待的下一个数据包开始发送给UE。
对于SCG承载,在UE发送给目的SeNB的PDCP状态报告中只包含下一个期待收到数据包的PDCP SN,没有包含所述PDCP SN所对应的HFN。有以下两种方式可以让目的SeNB知道下一个期待收到数据包的PDCP SN所对应的HFN:
方式一:
使用步骤901中所描述的方法,目的SeNB可以知道本次切换是否是增强的切换过程。对于增强的切换过程,目的SeNB按照增强的切换过程的方法发送数据给UE和/或发送上行数据给SGW。
目的SeNB认为从UE收到的PDCP状态中包含的下一个期待的PDCP SN对应的数据包是目的SeNB的缓存buffer中保存的第一个对应此PDCP SN的数据包。因为源SeNB在转发给目的SeNB的第一个数据包开始发送给UE的最多数据包的个数PDCP SN最大范围减去1的数据包个数。例如如果目的SeNB从源SeNB收到的第一个数据包PDCP SN=5HFN=10,则源SeNB发送给UE的数据包最多到PDCP SN=3HFN=11,所以UE从源SeNB收到的最大数据包是PDCPSN=3HFN=11。如果源SeNB发送的数据UE都收到了,则UE期待下一个收到的数据包是PDCPSN=4HFN=11,该数据包是目的SeNB buffer中对应的第一个PDCP SN等于4的数据包,所述数据包对应的HFN是11。如果源SeNB发送的数据包有些UE没有收到,例如如果目的SeNB从UE收到的PDCP状态中下一个期待的PDCP SN是9,该数据包是目的SeNB buffer中对应的第一个PDCP SN等于9的数据包,目的SeNB知道对应的HFN是10。所以如果目的SeNB的缓存中有相同PDCP SN的数据包,则第一个对应UE PDCP状态报告中第一个没收到数据包SN的数据包是下一个需要发送给UE的数据包,所以目的SeNB就知道了所述数据包对应的HFN。
或者,对于增强的切换过程,目的SeNB认为从UE收到的PDCP状态中包含的下一个期待的PDCP SN不远离SN状态转移消息中收到的DL Count中PDCP SN的一半PDCP SN范围。即如果PDCP SN的最大值是N,则下一个期待的PDCP SN不远离DL Count中PDCP SN的N/2。源SeNB在发送了SN状态转移消息后在给UE发送数据时也遵循这一原则。举例如下:
·DL COUNT中HFN=10,PDCP SN=8
·PDCP SN是7比特(SN的范围是0..127)
·当目的SeNB从UE收到的下一个期待的PDCP SN是73..127时,HFN=9
·当目的SeNB从UE收到的下一个期待的PDCP SN是0..72时,HFN=10
源SeNB在发送了SN状态转移消息后,源SeNB接着给UE发送数据发送到PDCP SN是72,HFN是10后停止发送下行数据包给UE。
对应增强的切换过程,如果目的SeNB从UE收到的PDCP状态中下一个期待的PDCPSN是9,目的SeNB知道对应的HFN是10。如果不是增强的切换,目的SeNB知道对应的HFN是9.
方式二:
在UE发送给目的SeNB的PDCP状态报告中包含下一个期待收到数据包的PDCP SN以及所述PDCP SN所对应的HFN。UE可以只在增强的切换过程中在发送给基站的PDCP状态中包含下一个期待收到数据包的PDCP SN所对应的HFN。如果不是增强的切换,目的SeNB按照现有的原则知道下一个期待收到数据包的PDCP SN所对应的HFN。
对于split承载,MeNB可以知道UE的接收状态,因此发送相应的数据给目的SeNB。
为了解决本发明中上行数据发送的问题,目的SeNB根据步骤908b消息中收到的上行接收状态以及上行Count,结合收到的源SeNB转发的上行数据,目的SeNB更新上行接收状态,目的SeNB把更新后的上行接收状态发送给UE。目的SeNB需要等待从源SeNB收到所有转发的数据后形成新的上行接收状态。目的SeNB根据结束标志(end marker)知道源SeNB转发完了数据。目的SeNB把生成的上行接收状态发送给UE。UE根据从目的SeNB收到的上行接收状态,结合UE在源SeNB发送的数据以及从源SeNB收到的反馈,从下一个源SeNB没有收到的数据包开始发送上行数据给目的SeNB。本方法是针对SCG承载的。
对于split承载,步骤908a和步骤908b可以在步骤903之后任何时候执行。
步骤910,MeNB发送UE上下文释放请求消息给源SeNB。
这里省略了与本申请主要内容无关的步骤的详细说明,例如MeNB和MME之间的ERAB修改指示过程。
至此,即完成了本申请支持无缝切换方法四和方法五用于双连接实施例的描述。通过该方法可以减少切换过程中数据发送的中断时间,保证上下行数据的连续发送,避免数据丢失或重复传输。特别是解决目的SeNB不知道UE期待的下一个PDCP SN对应的HFN的问题,这样即使MeNB、源SeNB和目的SeNB来自不同的厂商,也保证了基站间的互操作性,保证增强的切换过程可工作性同时减少切换过程中数据发送的中断时间。
对应TS36.300 10.1.2.8.1中的SeNB增加过程也可以由MeNB来决定使用增强的切换过程,具体方法包括步骤:
1)主基站决定使用增强的切换过程,并且通过SeNB增加请求消息告知SeNB。
2)SeNB把增强的切换指示信息包含在SeNB增加请求确认消息的SeNB到MeNB容器中,通过主基站发送给UE。
3)主基站发送RRC重配置请求消息给UE,所述消息包含增强的切换指示信息。
4)UE根据步骤3)知道是增强的切换过程。
上述步骤重点描述了如何决定使用增强的切换过程的方法,对于基站的数据发送、数据接收、数据转发与图7和9中的类似,这里忽略详细的说明。
对应TS36.300 10.1.2.8.2中的SeNB修改过程也可以由MeNB来决定使用增强的切换过程,具体方法包括步骤:
1)主基站决定使用增强的切换过程,并且通过SeNB修改请求消息告知SeNB。
2)SeNB把增强的切换指示信息包含在SeNB修改请求确认消息的SeNB到MeNB容器中,通过主基站发送给UE。
3)主基站发送RRC重配置请求消息给UE,所述消息包含增强的切换指示信息。
4)UE根据步骤3)知道是增强的切换过程。
对应TS36.300 10.1.2.8.2.1中MeNB内部切换涉及SCG变化的过程,也可以由MeNB来决定使用增强的切换过程,具体方法与上述相同,这里不再赘述。
上述步骤重点描述了如何决定使用增强的切换过程的方法,对于基站的数据发送、数据接收、数据转发与图7和9中的类似,这里忽略详细的说明。
对应TS36.300 10.1.2.8.3 SeNB释放过程也可以由MeNB来决定使用增强的切换过程,具体方法包括步骤:
1)主基站决定使用增强的切换过程,并且通过SeNB释放请求消息(MeNB发起的SeNB释放过程)或SeNB释放确认(SeNB发起的SeNB释放过程)告知SeNB。
2)MeNB把增强的切换指示信息发送给UE。
3)MeNB发送RRC重配置请求消息给UE,所述消息包含增强的切换指示信息。
4)UE根据步骤3)知道是增强的切换过程。
上述步骤重点描述了如何决定使用增强的切换过程的方法,对于基站的数据发送、数据接收、数据转发与图7和9中的类似,这里忽略详细的说明。
对应TS36.300 10.1.2.8.5 MeNB到eNB变化过程,也可以由源MeNB来决定使用增强的切换过程,具体方法包括步骤:
1)源主基站决定使用增强的切换过程,并且通过切换请求消息告知目的eNB。
2)目的eNB把增强的切换指示信息包含在切换请求确认消息的RRC容器中,通过源主基站发送给UE。
3)源主基站通过SeNB释放请求告知源SeNB增强的切换指示信息。源SeNB继续发送数据给UE并从UE接收上行数据。
4)源主基站发送RRC重配置请求消息给UE,所述消息包含增强的切换指示信息。
5)UE根据步骤4)知道是增强的切换过程。
上述步骤重点描述了如何决定使用增强的切换过程的方法,对于基站的数据发送、数据接收、数据转发与图7和9中的类似,这里忽略详细的说明。
对应TS36.300 10.1.2.8.7 eNB到MeNB变化过程,也可以由源eNB来决定使用增强的切换过程,具体方法包括步骤:
1)源基站决定使用增强的切换过程,并且通过切换请求消息告知目的MeNB。
2)目的MeNB通过SeNB增加请求消息告知目的SeNB增强的切换指示信息。
3)目的SeNB把增强的切换指示信息包含在SeNB增加请求确认消息的RRC容器中。目的MeNB把增强的切换指示信息包含在切换请求确认消息的RRC容器中,通过源基站发送给UE。或者直接由目的MeNB把增强的切换指示信息包含在切换请求确认消息的RRC容器中,而不需要目的SeNB把增强的切换指示信息包含在SeNB增加请求确认消息的RRC容器中。
4)源基站发送RRC重配置请求消息给UE,所述消息包含增强的切换指示信息。
5)UE根据步骤4)知道是增强的切换过程。
上述步骤重点描述了如何决定使用增强的切换过程的方法,对于基站的数据发送、数据接收、数据转发与图7和9中的类似,这里忽略详细的说明。
对应TS36.300 10.1.2.8.8不同MeNB之间的切换SeNB不变的场景,也可以由源MeNB来决定使用增强的切换过程,具体方法是场景TS36.300 10.1.2.8.5 MeNB到eNB变化过程和TS36.300 10.1.2.8.7 eNB到MeNB变化过程的组合,这里不再赘述。
本发明支持无缝切换的方法六如图10所述。该方法包括步骤:
步骤1001,源基站(Source eNB)发送切换请求消息给目的基站(Target eNB)。
所述消息包含UE对增强切换的支持能力。UE支持增强的切换的能力指的是UE在收到RRC连接重配置消息后,可以不冻结在源基站的发送接收状态,不清空在源基站层二L2的信息,可以继续从源基站接收数据或发送数据。UE对增强切换的支持能力的具体含义与步骤701中相同,这里不再赘述。所述UE对增强切换的支持能力可以包含在无线资源控制RRC容器Container中。源基站也可以在切换请求消息中包含一个信息元素:支持增强的切换过程。源基站用该信息元素来告知目的基站源基站支持增强的切换,或者用该信息元素告知目的基站源基站和UE都支持增强的切换过程。增强切换过程的含义与步骤701中相同,这里不再赘述。
步骤1002,目的基站发送切换请求确认消息给源基站。
该方法中,目的基站决定使用增强的切换过程。目的基站根据自身对增强切换过程的支持以及UE的能力决定使用增强的切换过程。或者目的基站根据自身对增强切换过程的支持、UE的能力以及源基站对增强的切换过程的支持能力来决定使用增强的切换过程。目的基站还可以同时考虑业务的需求(例如业务质量保证Qos信息)来决定使用增强的切换过程。目的基站还可以考虑其他信息来决定使用增强的切换过程而不影响本发明的主要内容。目的基站从源基站获得UE对增强切换的支持能力。目的基站通过操作和维护(O&M)的配置或X2建立过程来知道源基站对增强的切换过程的支持能力。对应通过X2建立过程的方法,在X2建立请求和X2建立响应消息中包含发送所述消息的基站对增强的切换过程的支持能力。收到X2建立请求和X2建立响应消息的基站保持收到的对端基站对增强的切换过程的支持能力。对应步骤1001中源基站通过在切换请求消息中包含一个支持增强的切换过程信息元素来告知目的基站源基站和UE都支持增强的切换过程的方法,目的基站通过收到的所述信息元素就可以知道源基站和UE支持增强的切换过程。
本发明中有以下方法可以让源基站知道使用增强的切换过程。
方法一,目的基站通过在切换请求确认消息中包含增强的切换指示信息让源基站使用增强的切换过程。所述切换增强指示也包含在目的基站到源基站的RRC容器中,通过源基站发送给UE
方法二,在RRC容器中包含增强的切换指示信息。源基站在收到所述的切换请求确认消息后,通知查看RRC容器知道是增强的切换过程。源基站把RRC容器发送给UE可以让UE知道该切换过程是增强的切换过程。
步骤1003,源基站发送RRC连接重配置消息给UE。所述消息中包含增强的切换指示信息。对应增强的切换过程,源基站继续发送下行数据给UE。对应本发明的一种方法,源基站继续发送给UE的数据包是从转发给目的基站的第一个数据包开始最多到一个PDCP SN最大范围减去1个数的数据包。例如源基站转发给目的基站的第一个数据包是PDCP SN等于5,HFN是10,则源基站给UE发送的数据包最多到PDCP SN等于3,HFN是11。源基站根据步骤1002中收到的增强的切换指示信息或者通过看RRC容器中的增强的指示信息知道使用增强的切换过程。
源基站继续接收从UE来的上行数据。UE在收到所述消息后继续接收源基站发送的下行数据,并且继续在源基站发送上行数据。UE根据收到所述RRC连接重配置消息中包含的增强的切换指示信息知道该切换过程是增强的切换过程,从而继续在源基站的数据发送和接收。
为了解决本发明中上行数据发送的问题,对应其中一种方法,源基站在本步骤之后或步骤1004之后继续反馈上行的数据接收状态给UE。这样UE就知道源基站从UE已经收到了哪些数据包。这样当UE发送步骤1006的消息后,就知道从哪个数据包开始发送数据给目的基站。
步骤1004,源基站发送序列号SN状态转移给目的基站。
源基站可以通知目的基站增强切换过程中从转发给目的基站的第一个数据包开始发送给UE的最多数据包的个数,例如是PDCP SN最大范围减去1个数的数据包或其他。例如如果PDCP SN是从0到127,则PDCP SN最大范围减去1个数的的数据包是127个PDCP SDU或PDU。
在本步骤中,源基站不冻结发送和接收状态。
源基站开始转发数据给目的基站。源基站把发送给UE的下行数据也转发给目的基站。
源基站把从UE收到的上行数据数据包转发给目的基站。一种方法是源基站把SN状态转移消息之后收到的顺序排列的或不按序收到上行数据包都转发给目的基站。另一种方法是源基站把按序收到的数据包发送给SGW,不按序收到的数据包转发给目的基站。
步骤1005,UE同步到目的基站。UE通过随机接入信道RACH接入目的小区。
本发明中,UE可以在本步骤停止从源基站接收下行数据,停止在源基站发送上行数据。也可以在步骤1006停止从源基站接收下行数据,停止在源基站发送上行数据。
为了解决本发明中上行数据发送的问题,目的基站根据步骤1004消息中收到的上行接收状态以及上行Count,结合从源基站收到的源基站转发的上行数据,目的基站更新上行接收状态,目的基站把更新后的上行接收状态发送给UE。如果目的基站在RACH成功后还继续收到从源基站转发的数据,目的基站需要等待从源基站收到所有转发的数据后形成新的上行接收状态。目的基站根据结束标志(end marker)知道源基站转发完了数据。
步骤1006,UE发送RRC连接重配置完成消息给目的基站。因为在步骤1003后,源基站会同时发送下行数据给UE和转发下行数据给目的基站。所以目的基站从源基站收到的转发的数据中有一部分可能UE已经收到了。目的基站有下面的方式检测不需要发送给UE的数据:
目的基站根据从UE收到的PDCP状态报告知道UE期待下一个需要收到的PDCP SN。目的基站检测出重复的不需要发送给UE的数据包,丢弃UE已经收到的数据,直接从UE期待的下一个数据包开始发送给UE。
在UE发送给目的基站的PDCP状态报告中只包含下一个期待收到数据包的PDCPSN,没有包含所述PDCP SN所对应的HFN。
在步骤1002中目的基站决定了本次切换使用增强的切换过程。对于增强的切换过程,目的基站按照增强的切换过程的方法发送数据给UE和/或发送上行数据给SGW。目的基站根据增强的切换过程决定UE期待下一个收到数据包的PDCP SN对应的HFN。
目的基站认为从UE收到的PDCP状态中包含的下一个期待的PDCP SN对应的数据包是目的基站的缓存buffer中保存的第一个对应此PDCP SN的数据包。因为源基站在转发给目的基站的第一个数据包开始发送给UE的最多数据包的个数PDCP SN最大范围减去1的数据包个数。例如如果目的基站从源基站收到的第一个数据包PDCP SN=5 HFN=10,则源基站发送给UE的数据包最多到PDCP SN=3 HFN=11,所以UE从源基站收到的最大数据包是PDCP SN=3 HFN=11。如果源基站发送的数据UE都收到了,则UE期待下一个收到的数据包是PDCP SN=4 HFN=11,该数据包是目的基站buffer中对应的第一个PDCP SN等于4的数据包,所述数据包对应的HFN是11。如果源基站发送的数据包有些UE没有收到,例如如果目的基站从UE收到的PDCP状态中下一个期待的PDCP SN是9,该数据包是目的基站buffer中对应的第一个PDCP SN等于9的数据包,目的基站知道对应的HFN是10。所以如果目的基站的缓存中有相同PDCP SN的数据包,则第一个对应UE PDCP状态报告中第一个没收到数据包SN的数据包是下一个需要发送给UE的数据包,所以目的基站就知道了所述数据包对应的HFN。
或者,目的基站认为从UE收到的PDCP状态中包含的下一个期待的PDCP SN不远离SN状态转移消息中收到的DL Count中PDCP SN的一半PDCP SN范围。即如果PDCP SN的最大值是N,则下一个期待的PDCP SN不远离DL Count中PDCP SN的N/2。源基站在发送了SN状态转移消息后在给UE发送数据时也遵循这一原则。举例如下:
·DL COUNT中HFN=10,PDCP SN=8
·PDCP SN是7比特(SN的范围是0..127)
·当目的基站从UE收到的下一个期待的PDCP SN是73..127时,HFN=9
·当目的基站从UE收到的下一个期待的PDCP SN是0..72时,HFN=10
源基站在发送了SN状态转移消息后,源基站接着给UE发送数据发送到PDCP SN是72,HFN是10后停止发送下行数据包给UE。
对应增强的切换过程,如果目的基站从UE收到的PDCP状态中下一个期待的PDCPSN是9,目的基站知道对应的HFN是10。如果不是增强的切换,目的基站知道对应的HFN是9。
为了解决本发明中上行数据发送的问题,目的基站根据步骤1004消息中收到的上行接收状态以及上行Count,结合从源基站收到的源基站转发的上行数据,目的基站更新上行接收状态,目的基站把更新后的上行接收状态发送给UE。目的基站需要等待从源基站收到所有转发的数据后形成新的上行接收状态。目的基站根据结束标志(end marker)知道源基站转发完了数据。目的基站把生成的上行接收状态发送给UE。
UE根据从目的基站收到的上行接收状态,结合UE在源基站发送的数据以及从源基站收到的反馈,从下一个源基站没有收到的数据包开始发送上行数据给目的基站。
步骤1007,目的基站发送路径切换请求消息给MME。
步骤1008,MME发送路径切换请求响应消息给目的基站。
步骤1009,目的基站发送UE上下文释放消息给源基站。
至此,即完成了本发明支持无缝切换方法六的描述。通过该方法可以减少切换过程中数据发送的中断时间,保证上下行数据的连续发送,避免数据丢失或重复传输。特别是解决目的基站不知道UE期待的下一个PDCP SN对应的HFN的问题,这样即使源基站和目的基站来自不同的厂商,也保证了两个基站间的互操作性,保证增强的切换过程可工作性同时减少切换过程中数据发送的中断时间。
图11为本发明支持无缝切换的方法六用于双连接的实施例示意图。包括步骤:
步骤1101,主基站(MeNB)发送第二基站(SeNB)增加请求消息给目的SeNB(T-SeNB)。
所述消息包含UE对增强切换的支持能力。UE对增强切换的支持能力指的是UE支持3GPP Rel-14讨论的保持和源基站连接的切换过程。具体的讲,UE支持增强的切换的能力指的是UE在收到RRC连接重配置消息后,可以不冻结在源SeNB的发送接收状态,不清空在源SeNB层二L2的信息,可以继续从源SeNB接收数据或发送数据。更具体的UE对增强切换的支持能力的具体含义与步骤701中相同,这里不再赘述。所述UE对增强切换的支持能力可以包含在无线资源控制RRC容器Container中。这里的RRC容器指的是MeNB到SeNB容器。主基站也可以在SeNB增加请求消息中包含一个信息元素:支持增强的切换过程。主基站用该信息元素来告知目的SeNB主基站支持增强的切换,或者用该信息元素告知目的SeNB主基站和UE都支持增强的切换过程。增强切换过程的含义与步骤901中相同,这里不再赘述。
步骤1102,T-SeNB发送SeNB增加请求确认消息给MeNB。
该方法中,目的SeNB决定使用增强的切换过程。目的SeNB根据UE的能力、主基站对增强切换的支持能力、源SeNB和/或目的SeNB对增强切换的支持能力来决定是否使用增强的切换。目的SeNB还可以考虑其他信息例如Qos来决定使用增强的切换而不影响本发明的主要内容。目的SeNB从主基站获得UE对增强切换的支持能力。目的SeNB通过操作和维护(O&M)的配置或X2建立过程来知道主基站和源SeNB对增强的切换过程的支持能力。对应通过X2建立过程的方法,在X2建立请求和X2建立响应消息中包含发送所述消息的基站对增强的切换过程的支持能力。收到X2建立请求和X2建立响应消息的基站保持收到的对端基站对增强的切换过程的支持能力。对应步骤1101中主基站通过在SeNB增加请求消息中包含一个支持增强的切换过程信息元素来告知目的SeNB主基站和UE都支持增强的切换过程的方法,目的SeNB通过收到的所述信息元素就可以知道主基站和UE支持增强的切换过程。
本发明中有以下方法可以让主基站知道使用增强的切换过程。
方法一,目的SeNB通过在SeNB增加请求确认消息中包含增强的切换指示信息让主基站使用增强的切换过程。所述切换增强指示也包含在SeNB到MeNB容器中,通过主基站发送给UE。
方法二,在SeNB到MeNB容器中包含增强的切换指示信息。主基站在收到所述的SeNB增加请求确认消息后,通知查看SeNB到MeNB容器知道是增强的切换过程。主基站把SeNB到MeNB容器发送给UE可以让UE知道该切换过程是增强的切换过程。
步骤1103,如果T-SeNB的资源分配成功,MeNB发送SeNB释放请求消息给源SeNB(S-SeNB)。如果需要数据转发,MeNB提供数据转发地址给S-SeNB。
本发明中有以下方法可以让源SeNB知道主基站使用了增强的切换过程。
方法一:主基站通过在SeNB释放请求消息中包含增强的切换指示信息让源SeNB知道本次切换是增强的切换过程。主基站根据步骤1102知道该过程是增强的切换过程。
方法二:在SeNB增加释放消息中包含UE对增强切换的支持能力,如果源SeNB支持增强的切换过程,源SeNB根据主基站和/或目的SeNB对增强切换过程的支持能力以及UE对增强切换的支持能力知道本次切换过程是增强的切换过程。MeNB从UE获得UE对增强切换的支持能力。源SeNB通过操作和维护(O&M)的配置或X2建立过程来知道主基站/或目的SeNB对增强的切换过程的支持能力。对应通过X2建立过程的方法,在X2建立请求和X2建立响应消息中包含发送所述消息的基站对增强的切换过程的支持能力。收到X2建立请求和X2建立响应消息的基站保持收到的对端基站对增强的切换过程的支持能力。对应这种方法,假设如果主基站和源SeNB以及目的SeNB支持增强的切换过程,当所述发起对支持增强切换的UE的切换过程时,就会发起增强的切换过程。
S-SeNB收到SeNB释放消息后继续发送数据给UE。源SeNB可以开始数据转发。SeNB继续从UE接收上行数据。
对应分开(split)承载,S-SeNB继续发送上行数据给MeNB。对应第二小区组(SCG)承载,S-SeNB继续发送上行数据给SGW。
对于SCG承载,S-SeNB在本步骤之后继续反馈上行的数据接收状态给UE。这样UE就知道S-SeNB从UE已经收到了哪些数据包。这样当UE发送步骤1107的消息后,就知道从哪个数据包开始发送数据给目的SeNB。
步骤1104,MeNB发送RRC连接重配置消息给UE。所述消息中包含增强的切换指示信息。MeNB继续发送下行数据给S-SeNB。同时MeNB转发下行数据给T-SeNB。对应本发明的一种方法,源SeNB继续发送给UE的数据包是从转发给目的SeNB的第一个数据包开始最多到一个PDCP SN最大范围的数据包个数减1。例如源SeNB转发给目的SeNB的第一个数据包是PDCPSN等于5,HFN是10,则源SeNB给UE发送的数据包最多到PDCP SN等于3,HFN是11。
UE收到RRC连接重配置消息。UE不删除或重置在S-SeNB的配置。UE继续接收S-SeNB发送的下行数据。UE继续发送上行数据给S-SeNB。UE根据收到所述RRC连接重配置消息中包含的增强的切换指示信息知道该切换过程是增强的切换过程,从而继续在源基站的数据发送和接收。
步骤1105,UE发送RRC连接重配置完成消息给MeNB。
步骤1106,MeNB发送SeNB重配置完成消息给T-SeNB。
步骤1107,UE同步到T-SeNB。
UE停止从S-SeNB接收下行数据,UE停止在S-SeNB发送上行数据。
步骤1108a,S-SeNB发送SN状态转移给MeNB。
步骤1108b,MeNB发送SN状态转移给T-SeNB。
步骤1109,S-SeNB转发数据给T-SeNB。对应split承载,S-SeNB转发数据给MeNB,由MeNB转发给T-SeNB。对于SCG承载,可以和split承载一样,S-SeNB通过MeNB转发给T-SeNB,或者S-SeNB直接转发给T-SeNB。取决于实现,S-SeNB转发数据给T-SeNB可以在步骤103之后任何时候执行。
因为在步骤1103后,源SeNB会同时发送下行数据给UE和转发下行数据给目的SeNB。所以目的SeNB从源SeNB收到的转发的数据中有一部分可能UE已经收到了。目的SeNB由下面的方式检测不需要发送给UE的数据:
对于SCG承载,目的SeNB根据从UE收到的PDCP状态报告知道UE期待下一个需要收到的PDCP SN。目的基站检测出重复的不需要发送给UE的数据包,丢弃UE已经收到的数据,直接从UE期待的下一个数据包开始发送给UE。
对于SCG承载,在UE发送给目的SeNB的PDCP状态报告中只包含下一个期待收到数据包的PDCP SN,没有包含所述PDCP SN所对应的HFN。有以下两种方式可以让目的SeNB知道下一个期待收到数据包的PDCP SN所对应的HFN:
方式一:
使用步骤1101中所描述的方法,目的SeNB可以知道本次切换是否是增强的切换过程。对于增强的切换过程,目的SeNB按照增强的切换过程的方法发送数据给UE和/或发送上行数据给SGW。
目的SeNB认为从UE收到的PDCP状态中包含的下一个期待的PDCP SN对应的数据包是目的SeNB的缓存buffer中保存的第一个对应此PDCP SN的数据包。因为源SeNB在转发给目的SeNB的第一个数据包开始发送给UE的最多数据包的个数PDCP SN最大范围减去1的数据包个数。例如如果目的SeNB从源SeNB收到的第一个数据包PDCP SN=5HFN=10,则源SeNB发送给UE的数据包最多到PDCP SN=3HFN=11,所以UE从源SeNB收到的最大数据包是PDCPSN=3HFN=11。如果源SeNB发送的数据UE都收到了,则UE期待下一个收到的数据包是PDCPSN=4HFN=11,该数据包是目的SeNB buffer中对应的第一个PDCP SN等于4的数据包,所述数据包对应的HFN是11。如果源SeNB发送的数据包有些UE没有收到,例如如果目的SeNB从UE收到的PDCP状态中下一个期待的PDCP SN是9,该数据包是目的SeNB buffer中对应的第一个PDCP SN等于9的数据包,目的SeNB知道对应的HFN是10。所以如果目的SeNB的缓存中有相同PDCP SN的数据包,则第一个对应UE PDCP状态报告中第一个没收到数据包SN的数据包是下一个需要发送给UE的数据包,所以目的SeNB就知道了所述数据包对应的HFN。
方式二:
在UE发送给目的SeNB的PDCP状态报告中包含下一个期待收到数据包的PDCP SN以及所述PDCP SN所对应的HFN。UE可以只在增强的切换过程中在发送给基站的PDCP状态中包含下一个期待收到数据包的PDCP SN所对应的HFN。如果不是增强的切换,目的SeNB按照现有的原则知道下一个期待收到数据包的PDCP SN所对应的HFN。
对于split承载,MeNB可以知道UE的接收状态,因此发送相应的数据给目的SeNB。
为了解决本发明中上行数据发送的问题,目的SeNB根据步骤1108b消息中收到的上行接收状态以及上行Count,结合收到的源SeNB转发的上行数据,目的SeNB更新上行接收状态,目的SeNB把更新后的上行接收状态发送给UE。目的SeNB需要等待从源SeNB收到所有转发的数据后形成新的上行接收状态。目的SeNB根据结束标志(end marker)知道源SeNB转发完了数据。目的SeNB把生成的上行接收状态发送给UE。UE根据从目的SeNB收到的上行接收状态,结合UE在源SeNB发送的数据以及从源SeNB收到的反馈,从下一个源SeNB没有收到的数据包开始发送上行数据给目的SeNB。本方法是针对SCG承载的。
对于split承载,步骤1108a和步骤1108b可以在步骤903之后任何时候执行。
步骤1110,MeNB发送UE上下文释放请求消息给源SeNB。
这里省略了与本申请主要内容无关的步骤的详细说明,例如MeNB和MME之间的ERAB修改指示过程。
至此,即完成了本申请支持无缝切换方法四和方法五用于双连接实施例的描述。通过该方法可以减少切换过程中数据发送的中断时间,保证上下行数据的连续发送,避免数据丢失或重复传输。特别是解决目的SeNB不知道UE期待的下一个PDCP SN对应的HFN的问题,这样即使MeNB、源SeNB和目的SeNB来自不同的厂商,也保证了基站间的互操作性,保证增强的切换过程可工作性同时减少切换过程中数据发送的中断时间。
对应TS36.300 10.1.2.8.1中的SeNB增加过程也可以由SeNB来决定使用增强的切换过程,具体方法包括步骤:
1)SeNB决定使用增强的切换过程。
2)SeNB把增强的切换指示信息包含在SeNB增加请求确认消息的SeNB到MeNB容器中,通过主基站发送给UE。
3)有两种方式让主基站知道使用增强的切换过程。方式一是主基站解析SeNB增加请求确认消息中SeNB到MeNB容器中的增强切换指示信息知道是增强的切换。方式二是SeNB把增强切换指示信息也同时包含在SeNB增加请求确认消息中。主基站通过SeNB增加请求确认消息中的增强切换指示信息而不需要解析RRC容器就可以知道SeNB决定了使用增强的切换过程。
4)主基站发送RRC重配置请求消息给UE,所述消息包含增强的切换指示信息。
5)UE根据步骤4)知道是增强的切换过程。
上述步骤重点描述了如何决定使用增强的切换过程的方法,对于基站的数据发送、数据接收、数据转发与图10和11中的类似,这里忽略详细的说明。
对应TS36.300 10.1.2.8.2中的MeNB和SeNB发起的SeNB修改过程也可以由SeNB来决定使用增强的切换过程,具体方法包括步骤:
1)SeNB决定使用增强的切换过程。
2)SeNB把增强的切换指示信息包含在SeNB修改请求确认消息的SeNB到MeNB容器中,通过主基站发送给UE。
3)有两种方式让主基站知道使用增强的切换过程。方式一是主基站解析SeNB修改请求确认消息中SeNB到MeNB容器中的增强切换指示信息知道是增强的切换。方式二是SeNB把增强切换指示信息也同时包含在SeNB修改请求确认消息中。主基站通过SeNB修改请求确认消息中的增强切换指示信息而不需要解析RRC容器就可以知道SeNB决定了使用增强的切换过程。
4)主基站发送RRC重配置请求消息给UE,所述消息包含增强的切换指示信息。
5)UE根据步骤4)知道是增强的切换过程。
上述步骤重点描述了如何决定使用增强的切换过程的方法,对于基站的数据发送、数据接收、数据转发与图10和11中的类似,这里忽略详细的说明。
对应TS36.300 10.1.2.8.2中的SeNB发起的SeNB修改过程也可以由SeNB来决定使用增强的切换过程,具体方法包括步骤:
1)SeNB决定使用增强的切换过程。
2)SeNB把增强的切换指示信息包含在SeNB修改需求(Required)消息的SeNB到MeNB容器中,通过主基站发送给UE。
3)有两种方式让主基站知道使用增强的切换过程。方式一是主基站解析SeNB修改需求确认消息中SeNB到MeNB容器中的增强切换指示信息知道是增强的切换。方式二是SeNB把增强切换指示信息也同时包含在SeNB修改需求确认消息中。主基站通过SeNB修改需求确认消息中的增强切换指示信息而不需要解析RRC容器就可以知道SeNB决定了使用增强的切换过程。
4)主基站发送RRC重配置请求消息给UE,所述消息包含增强的切换指示信息。
5)UE根据步骤4)知道是增强的切换过程。
对应TS36.300 10.1.2.8.2.1中MeNB内部切换涉及SCG变化的过程,也可以由SeNB来决定使用增强的切换过程,具体方法与上述相同,这里不再赘述。
上述步骤重点描述了如何决定使用增强的切换过程的方法,对于基站的数据发送、数据接收、数据转发与图10和11中的类似,这里忽略详细的说明。
对应TS36.300 10.1.2.8.5 MeNB到eNB变化过程,也可以由目的eNB来决定使用增强的切换过程,具体方法包括步骤:
1)目的eNB决定使用增强的切换过程。
2)目的eNB把增强的切换指示信息包含在切换请求确认消息的RRC容器中,通过源主基站发送给UE。
3)有两种方式让源主基站知道使用增强的切换过程。方式一是源主基站解析切换请求确认消息中RRC容器中的增强切换指示信息知道是增强的切换。方式二是目的eNB把增强切换指示信息也同时包含在切换请求确认消息中。源主基站通过切换请求确认消息中的增强切换指示信息而不需要解析RRC容器就可以知道目的eNB决定了使用增强的切换过程。
4)源主基站通过SeNB释放请求告知源SeNB增强的切换指示信息。源SeNB继续发送数据给UE并从UE接收上行数据。
5)源主基站发送RRC重配置请求消息给UE,所述消息包含增强的切换指示信息。
6)UE根据步骤5)知道是增强的切换过程。
上述步骤重点描述了如何决定使用增强的切换过程的方法,对于基站的数据发送、数据接收、数据转发与图10和11中的类似,这里忽略详细的说明。
对应TS36.300 10.1.2.8.7 eNB到MeNB变化过程,也可以由目的MeNB来决定使用增强的切换过程,具体方法包括步骤:
1)目的MeNB决定使用增强的切换过程。目的MeNB在收到切换请求消息后决定使用增强的切换过程。
2)目的MeNB通过SeNB增加请求消息告知目的SeNB增强的切换指示信息。
3)目的SeNB把增强的切换指示信息包含在SeNB增加请求确认消息的RRC容器中。目的MeNB把增强的切换指示信息包含在切换请求确认消息的RRC容器中,通过源基站发送给UE。或者直接由目的MeNB把增强的切换指示信息包含在切换请求确认消息的RRC容器中,而不需要目的SeNB把增强的切换指示信息包含在SeNB增加请求确认消息的RRC容器中。
4)源基站发送RRC重配置请求消息给UE,所述消息包含增强的切换指示信息。
5)UE根据步骤4)知道是增强的切换过程。
上述步骤重点描述了如何决定使用增强的切换过程的方法,对于基站的数据发送、数据接收、数据转发与图10和11中的类似,这里忽略详细的说明。
对应TS36.300 10.1.2.8.7 eNB到MeNB变化过程,也可以由目的SeNB来决定使用增强的切换过程,具体方法包括步骤:
1)目的SeNB决定使用增强的切换过程。目的MeNB在收到SeNB增加请求消息后决定使用增强的切换过程。
2)目的SeNB把增强的切换指示信息包含在SeNB增加请求确认消息的RRC容器中。目的MeNB把增强的切换指示信息包含在切换请求确认消息的RRC容器中,通过源基站发送给UE。或者目的SeNB通过SeNB增加请求确认消息告知目的MeNB增强的切换指示信息,由目的MeNB把增强的切换指示信息包含在切换请求确认消息的RRC容器中,而不需要目的SeNB把增强的切换指示信息包含在SeNB增加请求确认消息的RRC容器中。有两种方式让源基站使用增强的切换:
方式一,源基站解析切换请求确认消息的RRC容器中的增强切换指示信息知道使用增强的切换。
方式二,在SeNB增加请求确认和切换请求确认的X2接入层消息中包含增强的切换指示信息,让源基站知道使用增强的切换,而不需要解析切换请求确认消息中的RRC容器。
3)源基站发送RRC重配置请求消息给UE,所述消息包含增强的切换指示信息。
4)UE根据步骤3)知道是增强的切换过程。
上述步骤重点描述了如何决定使用增强的切换过程的方法,对于基站的数据发送、数据接收、数据转发与图10和11中的类似,这里忽略详细的说明。
对应TS36.300 10.1.2.8.8不同MeNB之间的切换SeNB不变的场景,也可以由目的MeNB来决定使用增强的切换过程,具体方法是场景TS36.300 10.1.2.8.5 MeNB到eNB变化过程和TS36.300 10.1.2.8.7 eNB到MeNB变化过程的组合,这里不再赘述。
本发明实施例对应第一具体实施例,还提供一种基站设备,是源基站,包括:第一发送模块、第一处理模块及第一接收模块,其中,
第一发送模块,用于发送切换请求消息给目的基站;发送RRC连接重配置消息给UE,继续发送下行数据给UE;发送SN状态转移给目的基站,开始转发数据给所述目的基站;
第一接收模块,用于继续接收UE的上行数据;接收在UE同步到所述目的基站后发送的数据发送停止指示,指示第一处理模块进行处理;接收所述目的基站发送的UE上行文释放消息;
第一处理模块,用于在接收模块的指示下控制第一发送模块停止发送下行数据给UE,并控制第一接收模块停止从UE接收上行数据。
本发明实施例对应第一具体实施例,还提供一种基站设备,是目的基站,包括:
第二发送模块及第二接收模块,其中,
第二接收模块,用于接收到源基站发送的切换请求消息;接收所述源基站在向UE发送RRC连接重配置消息;接收所述UE发送的RRC连接重配置完成消息;接收MME发送的路径切换请求响应消息;
第二发送模块,用于向源基站发送切换请求确认消息;发送的发送序列号SN状态转移;在UE同步到所述目的基站后,所述目的基站发送数据发送停止指示给所述源基站;向MME发送切换请求消息;向所述源基站发送UE上下文释放消息。
本发明实施例对应第二具体实施例,还提供一种基站设备,是源基站,包括:第三发送模块、第三处理模块及第三接收模块,其中,
第三发送模块,用于发送切换请求消息给目的基站;发送RRC连接重配置消息给UE,继续发送下行数据给UE;发送SN状态转移给目的基站,开始转发数据给所述目的基站;
第三接收模块,用于接收所述目的基站发送的切换请求确认消息,继续接收UE的上行数据;接收所述目的基站在接收到RRC链接重配置完成消息后发送的数据发送停止指示,指示第三处理模块进行处理;接收所述目的基站发送的UE上行文释放消息;
第三处理模块,用于在第三接收模块的指示下控制发送模块停止发送下行数据给UE,并控制第三接收模块停止从UE接收上行数据。
本发明实施例对应第二具体实施例,还提供一种基站设备,是目的基站,包括:第四发送模块及第四接收模块,其中,
第四发送模块,用于向源基站发送切换请求确认消息;发送发送序列号SN状态转移;发送数据发送停止指示给所述源基站;向MME发送路径切换请求消息;向所述源基站发送UE上下文释放消息;
第四接收模块,用于接收源基站发送的切换请求消息;接收所述源基站在向UE发送RRC连接重配置消息;接收所述UE发送的RRC连接重配置完成消息;接收MME发送的路径切换请求响应消息。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (14)
1.一种在无线通信***中由第一基站执行的用于用户设备UE的切换的方法,所述方法包括:
从UE接收UE能力信息,所述UE能力信息包括指示UE支持增强的切换过程的信息;
向第二基站发送切换请求消息,所述切换请求消息包括与增强的切换指示相关的信息;
从第二基站接收切换请求确认消息,所述切换请求确认消息包括无线资源控制RRC容器,所述RRC容器包括增强的切换指示;
向UE发送包括所述RRC容器的RRC连接重配置消息;以及
基于所述增强的切换过程,在所述RRC连接重配置消息的发送之后,继续进行向UE的数据发送和从UE的数据接收,
其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换。
2.根据权利要求1所述的方法,其中,发送切换请求消息还包括:
基于所述UE能力信息,向所述第二基站发送包括与增强的切换指示相关的信息的所述切换请求消息。
3.根据权利要求1所述的方法,还包括:
向所述第二基站发送序列号状态转移消息;以及
向所述第二基站转发下行数据和上行数据。
4.一种在无线通信***中由第二基站执行的用于用户设备UE的切换的方法,所述方法包括:
从第一基站接收切换请求消息,所述切换请求消息包括与增强的切换指示相关的信息;以及
向第一基站发送切换请求确认消息,所述切换请求确认消息包括无线资源控制RRC容器,所述RRC容器包括增强的切换指示,
其中,包括所述RRC容器的RRC连接重配置消息被发送到UE,
其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换,以及
其中,在RRC连接重配置消息的发送之后,基于增强的切换指示继续第一基站和UE之间的数据发送和数据接收。
5.根据权利要求4所述的方法,还包括:
从第一基站接收序列号状态转移消息;以及
从第一基站接收下行数据和上行数据。
6.根据权利要求4所述的方法,其中,基于包括在UE能力信息中的指示UE支持增强的切换过程的信息,所述切换请求消息中包括与增强的切换指示相关的信息。
7.一种在无线通信***中由用户设备UE执行的方法,所述方法包括:
向第一基站发送UE能力信息,所述UE能力信息包括指示UE支持增强的切换过程的信息;
从第一基站接收无线资源控制RRC连接重配置消息,所述RRC连接重配置消息包括RRC容器,所述RRC容器包括增强的切换指示;
基于所述增强的切换指示,在UE接收RRC连接重配置消息之后,继续进行向第一基站的数据发送和从第一基站的数据接收;以及
在UE接收RRC连接重配置消息之后执行到第二基站的同步,
其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换,
其中,所述RRC连接重配置消息是在从第一基站向第二基站发送包括与增强的切换指示相关的信息的切换请求消息之后接收的,以及
其中,包括RRC容器的切换请求确认消息从第二基站发送到第一基站。
8.一种无线通信***中用于用户设备UE的切换的第一基站,所述第一基站包括:
收发器;以及
控制器,被配置为:
经由收发器从UE接收UE能力信息,所述UE能力信息包括指示UE支持增强的切换过程的信息;
经由收发器向第二基站发送切换请求消息,所述切换请求消息包括与增强的切换指示相关的信息;
经由收发器从第二基站接收切换请求确认消息,所述切换请求确认消息包括无线资源控制RRC容器,所述RRC容器包括增强的切换指示;
经由收发器向UE发送包括所述RRC容器的RRC连接重配置消息;以及
基于所述增强的切换过程,在所述RRC连接重配置消息的发送之后,继续进行向UE的数据发送和从UE的数据接收,
其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换。
9.根据权利要求8所述的第一基站,其中,所述控制器被配置为:
基于所述UE能力信息,经由收发器向所述第二基站发送包括与增强的切换指示相关的信息的切换请求消息。
10.根据权利要求8所述的第一基站,其中,所述控制器被配置为:
经由收发器向所述第二基站发送序列号状态转移消息;以及
经由收发器向所述第二基站转发下行数据和上行数据。
11.一种无线通信***中用于用户设备UE的切换的第二基站,所述第二基站包括:
收发器;以及
控制器,被配置为:
经由收发器从第一基站接收切换请求消息,所述切换请求消息包括与增强的切换指示相关的信息;以及
经由收发器向第一基站发送切换请求确认消息,所述切换请求确认消息包括无线资源控制RRC容器,所述RRC容器包括增强的切换指示,
其中,包括所述RRC容器的RRC连接重配置消息被发送到UE,
其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换,以及
其中,在RRC连接重配置消息的发送之后,基于增强的切换指示继续第一基站和UE之间的数据发送和数据接收。
12.根据权利要求11所述的第二基站,其中,所述控制器还被配置为:
经由收发器从第一基站接收序列号状态转移消息;以及
经由收发器从第一基站接收下行数据和上行数据。
13.根据权利要求11所述的第二基站,其中,基于包括在UE能力信息中的指示UE支持增强的切换过程的信息,所述切换请求消息中包括与增强的切换指示相关的信息。
14.一种无线通信***中的用户设备UE,所述UE包括:
收发器;以及
控制器,被配置为:
经由收发器向第一基站发送UE能力信息,所述UE能力信息包括指示UE支持增强的切换过程的信息;
经由收发器从第一基站接收无线资源控制RRC连接重配置消息,所述RRC连接重配置消息包括RRC容器,所述RRC容器包括增强的切换指示;
基于所述增强的切换指示,在UE接收RRC连接重配置消息之后,继续进行向第一基站的数据发送和从第一基站的数据接收;以及
在UE接收RRC连接重配置消息之后执行到第二基站的同步,
其中,所述增强的切换过程是在RRC连接重配置消息的发送之后、执行从UE到第二基站的随机接入信道RACH接入之前,保持第一基站和UE之间的连接的切换,
其中,所述RRC连接重配置消息是在从第一基站向第二基站发送包括与增强的切换指示相关的信息的切换请求消息之后接收的,以及
其中,包括RRC容器的切换请求确认消息从第二基站发送到第一基站。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110532904.9A CN113423124B (zh) | 2016-04-01 | 2016-09-27 | 一种支持无缝切换的方法及基站设备 |
Applications Claiming Priority (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2016102045519 | 2016-04-01 | ||
CN201610204551 | 2016-04-01 | ||
CN2016103180908 | 2016-05-12 | ||
CN201610318090 | 2016-05-12 | ||
CN201610840088 | 2016-09-21 | ||
CN2016108400887 | 2016-09-21 | ||
CN202110532904.9A CN113423124B (zh) | 2016-04-01 | 2016-09-27 | 一种支持无缝切换的方法及基站设备 |
CN201610855465.4A CN107277879B (zh) | 2016-04-01 | 2016-09-27 | 一种支持无缝切换的方法及基站设备 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610855465.4A Division CN107277879B (zh) | 2016-04-01 | 2016-09-27 | 一种支持无缝切换的方法及基站设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113423124A true CN113423124A (zh) | 2021-09-21 |
CN113423124B CN113423124B (zh) | 2023-10-13 |
Family
ID=60052997
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110532764.5A Active CN113423123B (zh) | 2016-04-01 | 2016-09-27 | 一种支持无缝切换的方法及基站设备 |
CN201610855465.4A Active CN107277879B (zh) | 2016-04-01 | 2016-09-27 | 一种支持无缝切换的方法及基站设备 |
CN202110532904.9A Active CN113423124B (zh) | 2016-04-01 | 2016-09-27 | 一种支持无缝切换的方法及基站设备 |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110532764.5A Active CN113423123B (zh) | 2016-04-01 | 2016-09-27 | 一种支持无缝切换的方法及基站设备 |
CN201610855465.4A Active CN107277879B (zh) | 2016-04-01 | 2016-09-27 | 一种支持无缝切换的方法及基站设备 |
Country Status (5)
Country | Link |
---|---|
US (4) | US10805852B2 (zh) |
EP (1) | EP3420754B1 (zh) |
JP (2) | JP6946321B2 (zh) |
KR (3) | KR102282308B1 (zh) |
CN (3) | CN113423123B (zh) |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10512004B2 (en) * | 2017-04-26 | 2019-12-17 | Motorola Mobility Llc | Indicating status of forwarded data |
EP3644665A4 (en) * | 2017-08-11 | 2020-07-01 | Huawei Technologies Co., Ltd. | DATA TRANSFER METHOD AND RELATED DEVICE |
CN111869315A (zh) | 2018-04-20 | 2020-10-30 | 中兴通讯股份有限公司 | 用于移动性管理的装置和方法 |
US10631220B1 (en) * | 2018-07-24 | 2020-04-21 | Sprint Spectrum L.P. | Systems, methods, and devices for communicating with a wireless network using multiple transceivers |
CN111919462A (zh) * | 2018-08-03 | 2020-11-10 | Oppo广东移动通信有限公司 | 一种保证数传输可靠性的方法及装置、网络设备 |
WO2020061876A1 (zh) * | 2018-09-27 | 2020-04-02 | 华为技术有限公司 | 一种数据传输停止方法及装置 |
CN112753249A (zh) * | 2018-09-27 | 2021-05-04 | 华为技术有限公司 | 通信方法和通信装置 |
CN111406438A (zh) * | 2018-11-02 | 2020-07-10 | 联发科技股份有限公司 | 增强型切换方法及采用该方法的装置 |
CN111200851A (zh) * | 2018-11-20 | 2020-05-26 | 华为技术有限公司 | 一种数据通信方法以及装置 |
DE112019006104T5 (de) | 2019-01-11 | 2021-08-26 | Nec Corporation | Funkzugangsnetzknoten, Funkgerät und Verfahren dafür |
CN111556523A (zh) * | 2019-02-12 | 2020-08-18 | 电信科学技术研究院有限公司 | 一种数据传输方法及基站 |
CN114071622B (zh) * | 2019-04-30 | 2024-06-11 | 华为技术有限公司 | 一种数据处理方法、通信装置和*** |
CN110351799B (zh) * | 2019-07-03 | 2021-04-27 | 中信科移动通信技术有限公司 | 基站切换过程中的控制方法及基站 |
US11689981B2 (en) * | 2019-08-14 | 2023-06-27 | Intel Corporation | Technologies to reduce interruption for non-dual connectivity (DC) based handover (HO) |
EP4007370A4 (en) * | 2019-09-30 | 2022-08-24 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | WIRELESS COMMUNICATION METHOD AND APPARATUS, AND NETWORK DEVICE |
CN112584450A (zh) * | 2019-09-30 | 2021-03-30 | 大唐移动通信设备有限公司 | 一种锚点转换处理方法、装置及设备 |
GB2590142B (en) * | 2019-10-04 | 2022-10-12 | Samsung Electronics Co Ltd | Capability coordination for mobility with DAPS |
WO2021068199A1 (zh) * | 2019-10-11 | 2021-04-15 | Oppo广东移动通信有限公司 | 一种切换处理方法、网络设备 |
JP2023502822A (ja) * | 2019-11-21 | 2023-01-26 | オッポ広東移動通信有限公司 | Dapsハンドオーバの方法、ユーザ機器およびコンピュータ可読媒体 |
CN113133071B (zh) * | 2020-01-16 | 2022-05-20 | 大唐移动通信设备有限公司 | 一种数据前转方法和基站 |
CN114390619B (zh) * | 2020-10-21 | 2024-02-09 | 大唐移动通信设备有限公司 | 传输方法及设备 |
CN114158067B (zh) * | 2021-11-26 | 2023-11-14 | 中国联合网络通信集团有限公司 | 专网中数据传输的方法和装置 |
WO2023184479A1 (en) * | 2022-04-01 | 2023-10-05 | Lenovo (Beijing) Limited | Method and apparatus of supporting mobility |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101577946A (zh) * | 2009-06-12 | 2009-11-11 | 华为技术有限公司 | 无缝切换方法、装置和*** |
WO2014015781A1 (zh) * | 2012-07-27 | 2014-01-30 | 华为技术有限公司 | 无线网络切换的方法、基站和用户设备 |
WO2015065062A1 (en) * | 2013-10-30 | 2015-05-07 | Samsung Electronics Co., Ltd. | Handover method and system |
WO2015115621A1 (ja) * | 2014-01-31 | 2015-08-06 | 京セラ株式会社 | 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末 |
Family Cites Families (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100542325C (zh) * | 2006-06-22 | 2009-09-16 | 华为技术有限公司 | 切换控制方法 |
CN101272607A (zh) * | 2007-03-21 | 2008-09-24 | 北京三星通信技术研究有限公司 | 指示数据发送结束的方法 |
GB2449629A (en) | 2007-05-01 | 2008-12-03 | Nec Corp | Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover |
CN101772119A (zh) | 2009-01-06 | 2010-07-07 | 华为技术有限公司 | 切换方法、设备和*** |
CN101883406B (zh) * | 2009-05-07 | 2015-04-08 | 株式会社Ntt都科摩 | 一种切换方法、移动终端及基站 |
KR102098204B1 (ko) * | 2009-12-15 | 2020-04-07 | 와이어리스 퓨처 테크놀로지스 인코포레이티드 | 핸드오버에 대한 시그널링 방식을 결정하기 위한 방법들, 장치들, 관련된 컴퓨터 프로그램 물건 및 데이터 구조 |
CN102123457B (zh) | 2010-01-11 | 2016-04-13 | 中兴通讯股份有限公司 | 切换方法及终端 |
CN106332198B (zh) * | 2012-05-18 | 2021-04-09 | 华为技术有限公司 | 一种数据转发的方法、设备及通讯*** |
JP6034491B2 (ja) | 2012-08-07 | 2016-11-30 | ▲ホア▼▲ウェイ▼技術有限公司Huawei Technologies Co.,Ltd. | ハンドオーバー処理方法および基地局 |
GB2506917B (en) | 2012-10-12 | 2015-06-03 | Samsung Electronics Co Ltd | Re-establishment of a connection with a mobile terminal |
CN103916917B (zh) | 2013-01-06 | 2018-08-07 | 电信科学技术研究院 | 一种承载分离场景下进行切换的方法、设备及*** |
CN105191402B (zh) | 2013-01-18 | 2020-01-24 | 瑞典爱立信有限公司 | 适应移动网络 |
EP2957130B1 (en) | 2013-02-18 | 2020-04-01 | Samsung Electronics Co., Ltd. | Method and system for offloading handover of wireless connections from a lte network to a wi-fi network |
CN104105148A (zh) | 2013-04-07 | 2014-10-15 | 电信科学技术研究院 | 一种小区切换方法及设备 |
KR102219227B1 (ko) | 2013-07-05 | 2021-02-23 | 엘지전자 주식회사 | 무선 통신 시스템에서 스몰 셀에 대하여 데이터를 전달하기 위한 방법 및 장치 |
CN104378793B (zh) | 2013-08-12 | 2019-06-14 | 中兴通讯股份有限公司 | 一种切换方法、主控基站及受控基站 |
CN104640165B (zh) * | 2013-11-07 | 2018-06-26 | ***通信集团公司 | 一种数据传输方法、设备和*** |
CN104822169B (zh) | 2014-01-30 | 2019-01-25 | 上海诺基亚贝尔股份有限公司 | 用于为用户设备的切换提供服务的方法、基站和双连接*** |
CN104902580B (zh) * | 2014-03-05 | 2021-06-01 | 北京三星通信技术研究有限公司 | 一种小小区***中支持数据转发的方法 |
KR102107959B1 (ko) * | 2014-03-10 | 2020-05-07 | 닛본 덴끼 가부시끼가이샤 | Dc (이중 접속성) 를 위한 장치, 시스템 및 방법 |
US9936427B2 (en) | 2014-03-14 | 2018-04-03 | Intel Corporation | Systems and methods for joint handover of user equipment and secondary cell group in 3GPP LTE dual connectivity |
WO2015155621A1 (en) * | 2014-04-08 | 2015-10-15 | Syncro S.R.L. | Device for positioning a sensor in a plant for the production of blown films |
CN113543251A (zh) * | 2014-07-10 | 2021-10-22 | 北京三星通信技术研究有限公司 | 一种小小区***中不同MeNB间切换的方法及设备 |
CN104301955A (zh) | 2014-09-02 | 2015-01-21 | 中兴通讯股份有限公司 | 一种用户设备切换基站的方法及基站、用户设备 |
WO2016042766A1 (en) * | 2014-09-19 | 2016-03-24 | Nec Corporation | Apparatus for dual connectivity |
US10772021B2 (en) | 2014-12-05 | 2020-09-08 | Qualcomm Incorporated | Low latency and/or enhanced component carrier discovery for services and handover |
EP3582547B1 (en) * | 2014-12-30 | 2021-02-03 | Lg Electronics Inc. | Method and apparatus for performing inter-menb handover without senb change in a wireless communication system |
US10244444B2 (en) | 2015-03-04 | 2019-03-26 | Qualcomm Incorporated | Dual link handover |
CN106330701B (zh) * | 2015-07-01 | 2020-09-25 | 深圳市中兴通讯技术服务有限责任公司 | 环形组网的快速重路由方法及装置 |
KR101954495B1 (ko) | 2015-09-23 | 2019-03-07 | 주식회사 케이티 | 단말의 이동성 제어 방법 및 그 장치 |
EP3373651A4 (en) * | 2015-11-04 | 2019-05-29 | Mitsubishi Electric Corporation | COMMUNICATION SYSTEM |
KR102419981B1 (ko) | 2016-02-19 | 2022-07-12 | 삼성전자 주식회사 | 무선 통신 네트워크에서 핸드오버시 데이터 전송 중단 시간을 최소화하는 방법 및 장치 |
JP2019091955A (ja) * | 2016-03-23 | 2019-06-13 | シャープ株式会社 | 端末装置、基地局装置、通信方法、および、集積回路 |
KR101954515B1 (ko) * | 2016-04-01 | 2019-03-07 | 주식회사 케이티 | 핸드오버 제어 방법 및 그 장치 |
US10772045B2 (en) * | 2016-05-01 | 2020-09-08 | Lg Electronics Inc. | Method and apparatus for controlling uplink power in RACH-less handover |
EP3833140A1 (en) | 2016-08-10 | 2021-06-09 | Beijing Xiaomi Mobile Software Co., Ltd. | Configuration of semi persistent scheduling and v2x in a wireless network |
EP3493597B1 (en) * | 2016-09-07 | 2020-07-29 | Huawei Technologies Co., Ltd. | Handover between an lte cell and a hyper cell |
US10750410B2 (en) * | 2016-09-30 | 2020-08-18 | Huawei Technologies Co., Ltd. | Ultra reliable low latency connection support in radio access networks |
US10397836B2 (en) * | 2016-10-27 | 2019-08-27 | Ofinno, Llc | Handover for UE with V2X service |
US10849058B2 (en) | 2016-11-03 | 2020-11-24 | Lg Electronics Inc. | Method and apparatus for transmitting and receiving data in a wireless communication system |
US10492107B2 (en) | 2016-11-03 | 2019-11-26 | Ofinno, Llc | SPS configuration during handover |
US10687263B2 (en) * | 2018-02-15 | 2020-06-16 | Qualcomm Incorporated | Enhanced make-before-break handover |
US11399326B2 (en) | 2019-08-12 | 2022-07-26 | Samsung Electronics Co., Ltd. | Methods and systems for handling conditional handover (CHO) in a wireless communication network |
US20210105690A1 (en) | 2019-10-03 | 2021-04-08 | Google Llc | Conditional handover management |
-
2016
- 2016-09-27 CN CN202110532764.5A patent/CN113423123B/zh active Active
- 2016-09-27 CN CN201610855465.4A patent/CN107277879B/zh active Active
- 2016-09-27 CN CN202110532904.9A patent/CN113423124B/zh active Active
-
2017
- 2017-03-31 KR KR1020187028191A patent/KR102282308B1/ko active IP Right Grant
- 2017-03-31 KR KR1020227001832A patent/KR102512822B1/ko active IP Right Grant
- 2017-03-31 EP EP17775930.5A patent/EP3420754B1/en active Active
- 2017-03-31 KR KR1020217023175A patent/KR102354416B1/ko active IP Right Grant
- 2017-03-31 JP JP2018548214A patent/JP6946321B2/ja active Active
- 2017-03-31 US US16/090,140 patent/US10805852B2/en active Active
-
2020
- 2020-10-08 US US17/066,371 patent/US11457391B2/en active Active
-
2021
- 2021-05-17 US US17/322,675 patent/US11683736B2/en active Active
- 2021-09-15 JP JP2021150481A patent/JP7284789B2/ja active Active
- 2021-09-29 US US17/449,427 patent/US11617115B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101577946A (zh) * | 2009-06-12 | 2009-11-11 | 华为技术有限公司 | 无缝切换方法、装置和*** |
WO2014015781A1 (zh) * | 2012-07-27 | 2014-01-30 | 华为技术有限公司 | 无线网络切换的方法、基站和用户设备 |
WO2015065062A1 (en) * | 2013-10-30 | 2015-05-07 | Samsung Electronics Co., Ltd. | Handover method and system |
WO2015115621A1 (ja) * | 2014-01-31 | 2015-08-06 | 京セラ株式会社 | 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末 |
Non-Patent Citations (1)
Title |
---|
SANSUNG: "Motivation for New WI proposal:Seamless Handover for LTE", 《3GPP TSG RAN MEETING #71》 * |
Also Published As
Publication number | Publication date |
---|---|
EP3420754A4 (en) | 2019-01-02 |
US20220022118A1 (en) | 2022-01-20 |
CN107277879A (zh) | 2017-10-20 |
CN107277879B (zh) | 2021-06-04 |
CN113423123A (zh) | 2021-09-21 |
EP3420754B1 (en) | 2022-10-26 |
US11617115B2 (en) | 2023-03-28 |
US11457391B2 (en) | 2022-09-27 |
CN113423124B (zh) | 2023-10-13 |
KR20180123061A (ko) | 2018-11-14 |
JP2019516265A (ja) | 2019-06-13 |
US20210029606A1 (en) | 2021-01-28 |
KR102512822B1 (ko) | 2023-03-22 |
US20190116536A1 (en) | 2019-04-18 |
JP6946321B2 (ja) | 2021-10-06 |
JP7284789B2 (ja) | 2023-05-31 |
KR102354416B1 (ko) | 2022-01-21 |
KR20210095718A (ko) | 2021-08-02 |
KR102282308B1 (ko) | 2021-07-28 |
CN113423123B (zh) | 2022-08-23 |
US20210274411A1 (en) | 2021-09-02 |
KR20220012425A (ko) | 2022-02-03 |
EP3420754A1 (en) | 2019-01-02 |
US11683736B2 (en) | 2023-06-20 |
US10805852B2 (en) | 2020-10-13 |
JP2021192552A (ja) | 2021-12-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107277879B (zh) | 一种支持无缝切换的方法及基站设备 | |
US10368275B2 (en) | Method and apparatus for UE mobility in a small cell system | |
EP1891817B1 (en) | Method of communicating signals in a mobile communication system | |
US10512009B2 (en) | Method for user equipment to switch base station, base station and user equipment | |
CN112911726B (zh) | 一种用户平面承载建立的方法及装置 | |
US11696180B2 (en) | Base station, wireless communication system, and communication method | |
CN113473647A (zh) | 一种小小区***中支持数据转发的方法 | |
CN102246555B (zh) | 切换处理方法、基站及中继节点 | |
US8571556B2 (en) | Method of communicating signals in a mobile communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |