CN116601989A - 数据传输处理方法及相关装置 - Google Patents
数据传输处理方法及相关装置 Download PDFInfo
- Publication number
- CN116601989A CN116601989A CN202080107739.6A CN202080107739A CN116601989A CN 116601989 A CN116601989 A CN 116601989A CN 202080107739 A CN202080107739 A CN 202080107739A CN 116601989 A CN116601989 A CN 116601989A
- Authority
- CN
- China
- Prior art keywords
- entity
- target
- rlc
- cell group
- terminal device
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT the frequencies being arranged in component carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供一种数据传输处理方法,包括:确定发生目标事件,其中,目标事件至少包括以下一种:主小区组连接失败事件、辅小区组连接失败事件、辅小区组去激活事件;控制目标实体不基于目标事件对应的第一小区组进行数据传输,或挂起目标实体。其中,目标实体为第一小区组中的目标分组数据汇聚协议PDCP实体或第一无线链路控制层协议RLC实体。采用本申请实施例,能够避免发生数据传输失败的情况。
Description
本申请涉及通信技术领域,尤其涉及一种数据传输处理方法及相关装置。
在双连接结构中,终端设备可与两个接入网设备建立物理上的通路,并实现数据传输。这两个接入网设备可分为主节点(master node,MN)和辅节点(secondary node,SN)。MN为终端设备提供的一个或多个小区可以称之为主小区组(master cell group,MCG),SN为终端设备提供的一个或多个小区可以称之为辅小区组(secondary cell group,SCG)。终端设备可以通过MCG和/或SCG进行通信。
在现有机制中,当终端设备检测到与SCG之间的链路发生连接失败时,会挂起SCG的传输链路,以避免基于SCG通信失败。在终端设备挂起SCG的传输链路之后,SCG中的分组数据汇聚协议(packet data convergence protocol,PDCP)实体和无线链路控制(radio link control,RLC)实体仍正常工作。对于上行数据而言,PDCP实体会正常处理待发送数据,并递交PDCP协议数据单元(protocol data unit,PDU)给SCG的RLC实体,SCG的RLC实体也会正常处理数据,等待介质接入控制协议(media access control,MAC)层调度发送。
然而由于SCG传输链路被挂起,已经处理的SCG的RLC层数据无法及时发送,导致数据传输失败。当终端设备检测到与MCG之间的链路发生连接失败时,会挂起MCG的传输链路,已经处理的MCG的RLC层数据存在传输失败的技术问题。且在现有机制中,还没有定义SCG去激活事件的处理方法。若参照终端设备与SCG之间的链路发生连接失败事件的处理方法,会挂起SCG的传输链路,已经处理的SCG的RLC层数据存在传输失败的技术问题。
发明内容
本申请实施例公开了一种数据传输处理方法及相关装置,能够避免发生数据传输失败的情况。
第一方面,本申请实施例公开了一种数据传输处理方法,包括:确定发生目标事件,其中,目标事件至少包括以下一种:主小区组连接失败事件、辅小区组连接失败事件、辅小区组去激活事件;控制目标实体不基于目标事件对应的第一小区组进行数据传输,或挂起目标实体。其中,目标实体为第一小区组中的PDCP实体或RLC实体。也就是说,在终端设备确定发生目标事件之后,控制第一小区组中的目标实体不采用目标事件对应的第一小区组的传输资源进行数据传输,或者通过挂起目标实体实现目标实体不采用目标事件对应的第一小区组的传输资源进行数据传输,从而避免采用第一小区组与第一小区组对应的接入网设备进行通信,避免了发生数据传输失败的情况。
在一种可能的示例中,目标实体为目标PDCP实体,该方法还包括:终端设备控制目标PDCP实体向第二小区组中的第二RLC实体发送数据,第二小区组和第一小区组对应的接入网设备不同。也就是说,在目标PDCP实体不基于第一小区组进行数据传输时,基于第二小区组中的第二RLC实体发送数据,可避免目标PDCP实体中的数据传输中断,提高了数据传输效率。
在一种可能的示例中,第二RLC实体包括接入网设备为目标PDCP实体在第二小区组中复制承载关联的RLC实体,终端设备控制目标PDCP实体向第二小区组中的第二RLC实体发送数据包括:响应于第二RLC实体处于激活态,终端设备控制目标PDCP实体向第二RLC实体发送数据。可以理解,当第二RLC实体为接入网设备为目标PDCP实体在第二小区组中复制承载关联的RLC实体,且处于激活态时,可基于该第二RLC实体传输目标PDCP实体的数据,避免了目标PDCP实体中的数据传输中断,提高了数据传输效率。当第二RLC实体处于非激活态时,终端设备先配置第二RLC实体处于激活态,然后控制目标PDCP实体向第二RLC实体发送数据。
第二RLC实体包括接入网设备为目标PDCP实体在第二小区组中分离承载关联的RLC实体,若不考虑上行数据门限,终端设备可直接控制目标PDCP实体向第二RLC实体发送数据。若考虑上行数据门限,在一种可能的示例中,终端设备控制目标PDCP实体向第二小区组中的第二RLC实体发送数据包括:响应于第二RLC实体为主RLC实体,终端设备控制目标PDCP实体向第二RLC实体发送数据。可以理解,当第二RLC实体为接入网设备为目标PDCP实体在第二小区组中分离承载关联的RLC实体,且为主RLC实体时,可基于该第二RLC实体传输目标PDCP实体的数据,避免了目标PDCP实体中的数据传输中断,提高了数据传输效率。当第二RLC实体不是主RLC实体,则终端设备先修改第二RLC实体为主RLC实体,然后控制目标PDCP实体向第二RLC实体发送数据。
在一种可能的示例中,目标实体为第一RLC实体,该方法还包括:终端设备丢弃第一RLC实体中已部分发送的RLC SDU。可以理解,在目标事件发生之前,若RLC SDU的分段已发送,则将该RLC SDU也进行丢弃,在目标事件恢复之后,终端设备可对RLC SDU进行重新处理,从而避免数据丢失。
在一种可能的示例中,目标实体为第一RLC实体,该方法还包括:终端设备挂起目标PDCP实体。也就是说,当确定发生目标事件时,挂起第一RLC实体,以及目标PDCP实体,可避免目标PDCP实体向第一RLC实体发送上行数据,且避免第一RLC实体发送上行数据,进一步避免了发生数据传输失败的情况。
在一种可能的示例中,在终端设备控制目标实体不基于第一小区组进行数据传输,或挂起目标实体之前,该方法还包括:终端设备向目标实体发送第一指示信息,第一指示信息用于指示发生目标事件,或者指示目标实体不基于第一小区组进行数据传输的操作。如此,目标实体可直接根据第一指示信息被终端设备控制,提高了目标实体的处理效率。
在一种可能的示例中,该方法还包括:终端设备挂起第一小区组的传输链路。也就是说,当确定发生目标事件时,挂起了第一小区组的传输链路,可避免目标实体向第一小区组发送上行数据,且避免第一小区组接收该上行数据,进一步避免了发生数据传输失败的情况。
在一种可能的示例中,该方法还包括:终端设备向接入网设备发送第二指示信息,第二指示信息用于指示发生目标事件、目标事件的类型或终端设备的测量结果。如此,接入网设备可通过第二指示信息确定终端设备发生目标事件以及目标事件的相关信息,便于接入网设备对目标事件进行处理,提高了处理效率。
第二方面,本申请实施例公开了一种数据传输处理方法,包括:终端设备接收到来自接入网设备的第三指示信息;终端设备基于第三指示信息确定目标事件恢复,其中,目标事件至少包括以下一种:主小区组连接失败事件、辅小区组连接失败事件、辅小区组去激活事件;终端设备控制目标实体基于目标事件对应的第一小区组进行数据传输,或恢复目标实体。其中,目标实体为第一小区组中的目标PDCP实体或第一RLC实体。也就是说,在终端设备接收到第三指示信息之后,可确定目标事件恢复,从而可直接控制目标实体采用目标事件对应的第一小区组的传输资源进行数据传输,或者通过恢复目标实体以实现目标实体采用目标事件对应的第一小区组的传输资源进行数据传输,可避免数据丢失。
在一种可能的示例中,目标实体为目标PDCP实体,该方法还包括:终端设备重建第一RLC实体。如此,可保证终端设备与新的SCG的服务小区的RLC状态一致,可提高数据传输成功的概率。
在一种可能的示例中,该方法还包括:终端设备丢弃第一RLC实体保存的数据。如此,可以重新处理第一RLC实体接收到的数据,可避免重复发送。
在一种可能的示例中,目标实体为目标PDCP实体,该方法还包括:终端设备重建目标PDCP实体。如此,可使目标PDCP实体与第一小区组中的第一RLC实体进行重新连接,可保证终端设备与新的SCG的服务小区的RLC状态一致,可提高数据传输成功的概率。
在一种可能的示例中,该方法还包括:终端设备对PDCP实体的未发送数据进行重传,从而可避免数据丢失。
在一种可能的示例中,该方法还包括:终端设备控制目标PDCP实体向第二小区组中的第二RLC实体发送数据,第二小区组和第一小区组对应的接入网设备不同。可以理解,通过第一RLC实体和第二RLC实体同时为目标PDCP实体传输数据,可提高数据传输效率。
在一种可能的示例中,第一RLC实体包括接入网设备为目标PDCP实体在第一小区组中复制承载关联的RLC实体,终端设备控制目标实体基于第一小区组进行数据传输包括:响应于第一RLC实体处于激活态,终端设备控制目标PDCP实体向第一RLC实体发送数据。也就是说,在第一RLC实体为接入网设备为目标PDCP实体在第一小区组中复制承载关联的RLC实体,且第一RLC实体处于激活态时,终端设备可控制目标PDCP实体向第一RLC实体发送数据。当第一RLC实体处于非激活态时,终端设备先配置第一RLC实体处于激活态,然后控制目标PDCP实体向第一RLC实体发送数据。
第一RLC实体包括接入网设备为目标PDCP实体在第一小区组中分离承载关联的RLC实体,若不考虑上行数据门限,终端设备可直接控制目标PDCP实体向第一RLC实体发送数据。若考虑上行数据门限,在一种可能的示例中,终端设备控制目标实体基于第一小区组进行数据传输包括:响应于第一RLC实体为主RLC实体,终端设备控制目标PDCP实体向第一RLC实体发送数据。也就是说,当第一RLC实体为目标PDCP实体在第一小区 组中分离承载的RLC实体,且第一RLC实体为RLC实体时,终端设备可控制目标PDCP实体向主RLC实体(即第一RLC实体)发送数据。当第一RLC实体不是主RLC实体,则终端设备先修改第一RLC实体为主RLC实体,然后控制目标PDCP实体向第一RLC实体发送数据。
在一种可能的示例中,目标实体为第一RLC实体,该方法还包括:终端设备对第一RLC实体保存的RLC SDU进行重新处理。可以理解,当终端设备重建第一RLC实体之后,对第一RLC实体保存的数据RLC SDU进行重新处理,可避免数据丢失。
在一种可能的示例中,在终端设备控制目标实体基于目标事件对应的第一小区组进行数据传输,或恢复目标实体之前,该方法还包括:终端设备向目标实体发送第四指示信息,第四指示信息用于指示目标事件恢复,或者指示目标实体基于第一小区组进行数据传输的操作。如此,目标实体可直接根据第四指示信息被终端设备控制,提高了目标实体的处理效率。
在一种可能的示例中,该方法还包括:终端设备恢复第一小区组的传输链路。如此,可通过恢复第一小区组的传输链路,进一步避免了目标实体向第一小区组发送上行数据发生数据传输失败的情况。
第三方面,本申请实施例提供了一种数据传输处理装置,包括上述任一方面的方法对应的处理单元和/或通信单元。
第四方面,本申请实施例提供了一种数据传输处理装置,包括处理器、存储器和通信接口,处理器用于存储该存储器中存储的计算机程序代码,用于执行上述任一方面的方法。
第五方面,本申请提供了一种芯片,包括处理器,用于从存储器中调用并运行存储器中存储的指令,使得安装有芯片的终端设备执行上述任一方面的方法。
第六方面,本申请提供了另一种芯片,该芯片可以为终端设备或接入网设备内的芯片,该芯片包括:输入接口、输出接口和处理电路,输入接口、输出接口与电路之间通过内部连接通路相连,处理电路用于执行上述任一方面的方法。
第七方面,本申请提供了另一种芯片,包括:输入接口、输出接口、处理器,可选的,还包括存储器,输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连,处理器用于执行存储器中的代码,当代码被执行时,处理器用于执行上述任一方面中的方法。
第八方面,本申请提供了一种芯片系统,该芯片系统包括至少一个处理器,存储器和接口电路,存储器、收发器和至少一个处理器通过线路互联,至少一个存储器中存储有指令;上述指令被处理器执行时,实现上述任一方面的方法。
第九方面,本申请提供了一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述任一方面的方法。
第十方面,本申请提供了一种计算机程序产品,计算机程序产品用于存储计算机程序,当计算机程序在计算机上运行时,使得计算机执行上述任一方面的方法。
第十一方面,本申请实施例提供了一种通信系统,包括上述任一方面中的终端设备和接入网设备。
图1是本申请实施例提供的一种通信系统的构架示意图;
图2是本申请实施例提供的一种用户面协议栈的示意图;
图3是本申请实施例提供的一种MN和SN支持多种承载的构架示意图;
图4是本申请实施例提供的一种现有技术中SCG连接失败事件的处理方法的流程示意图;
图5是本申请实施例提供的一种现有技术中MCG连接失败事件的处理方法的流程示意图;
图6是本申请实施例提供的一种现有技术中SCG去激活事件或激活事件的方法流程图;
图7是本申请实施例提供的第一种数据传输处理方法的流程示意图;
图8是本申请实施例提供的一种MCG和SCG的构架示意图;
图9是本申请实施例提供的另一种MCG和SCG的构架示意图;
图10是本申请实施例提供的第二种数据传输处理方法的流程示意图;
图11是本申请实施例提供的第三种数据传输处理方法的流程示意图;
图12是本申请实施例提供的第四种数据传输处理方法的流程示意图;
图13是本申请实施例提供的一种数据传输处理装置的结构示意图;
图14是本申请实施例提供的另一种数据传输处理装置的结构示意图。
下面结合本申请实施例中的附图对本申请的实施例进行描述。
本申请实施例可以应用于采用多无线接入技术(radio access technologies,RATs)双连接(mutiple RATs dual connectivity,MR-DC)和/或采用载波聚合(carrieraggregation,CA)的通信系统中。另外,本申请实施例也可以应用于其它可以能够通过多条传输路径发送相同数据包的通信系统中,对此不作限定。
请参照图1,图1中的(a)和图1中的(b)分别为一种采用MR-DC的通信系统的网络架构图。如图1所示,MR-DC的通信系统可以包括核心网、主节点(master node,MN)、辅节点(secondary node,SN)和终端设备。其中,本申请实施例中MN又可以称之为主站、锚点(anchor)、主网络设备、主接入网设备等,SN又可以称之为辅站、辅网络设备、辅接入网设备等,本申请实施例对MN、SN的名称不作限定。
应理解,MN是一种无线接入网(radio access network,RAN)设备,为终端设备提供无线通信空口的用户面(user plane)和控制面(control plane)协议栈的终结点(terminations)。SN也是一种RAN设备,为终端设备提供无线通信空口的用户面和控制面的终结点。需要说明的是,MN和SN可以为支持不同无线通信技术的RAN设备,也可以为支持相同无线通信技术的RAN设备。无线通信技术可以包括但不限于:全球移动通讯系统(global system for mobilecommunications,GSM)、通用分组无线服务(general packet radio service,GPRS)、通用移动通信系统(universal mobile telecommunications system,UMTS)、码分多址接入(code division multiple access,CDMA)、宽带码分多址(wideband codedivision multiple access,WCDMA)、时分码分多址(time-division code divisionmultiple access,TD-SCDMA)、全球陆地无线接入(evolved universal terrsetrialradio access,E-UTRA)、下一代无线通信(next radio, NR)、无线局域网(WLAN,wireless local area network)或未来5G(the fifth generation)无线通信系统等。
在采用MR-DC的通信系统中,MN可以与核心网实现在控制面和数据面的通信。SN可以通过MN实现与核心网在控制面的通信,SN也可以如图1中的(a)所示通过MN实现与核心网在数据面的通信,或者SN也可以如图1中的(b)所示与核心网实现数据面通信时,无需通过MN。
应理解,本申请实施例中的RAN设备又可以称之为接入网设备、接入网设备等,以下可称为接入网设备。示例的,接入网设备可以为第五代移动通信系统(5th-generation,5G)中接入网设备,例如,下一代基站(generation nodeB,gNB),又可以为长期演进(Long Term Evolution,LTE)系统中的接入网设备,例如演进型节点B(evolved nodeB,eNB),还可以为无线网络控制器(radio network controller,RNC)、节点B(node B,NB)、基站控制器(base station controller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,home evolved node B、或home node B,HNB)、基带单元(basebandunit,BBU)、收发点(transmitting and receiving point,TRP)、发射点(transmittingpoint,TP)、移动交换中心、无线保真(wireless fidelity,Wifi)接入点(access point,AP)、云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器、中继站、接入点、未来移动通信系统中的接入网设备或者未来演进的公共移动陆地网络(public land mobile network,PLMN)中的接入网设备等。
应理解,本申请实施例的终端设备是一种具有无线收发功能的设备,可以称为终端(terminal)、用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)、接入设备、车载设备、工业控制设备、UE单元、UE站、移动站、远方站、远程设备、移动设备、UE终端、无线通信设备、UE代理或UE装置等。终端设备可以是固定的或者移动的。需要说明的是,终端设备可以支持至少一种无线通信技术,例如LTE、NR、WCDMA等。例如,终端设备可以是手机(mobile phone)、平板电脑(pad)、台式机、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,一体机、车载终端、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备、未来移动通信网络中的终端设备或者未来演进的PLMN中的终端设备等。
本申请实施例中,采用双连接架构的通信系统包括但不限于以下四种,其中:
1、EN-DC(E-UTRA NR DC)。
EN-DC(E-UTRA NR DC)也可以称为Option3系列(Option3series),即核心网为演进的分组核心网(evolved packet core,EPC),MN为长期演进(long term evolution,LTE)中的接入网设备,SN为NR中的接入网设备。以LTE中的接入网设备为eNB(即MN),NR中的接入网设备为gNB(即SN)进行举例说明,eNB和gNB之间存在X2接口,至少有控制面 连接,可以还有用户面连接;eNB和EPC之间存在S1接口,至少有控制面连接,可以还有用户面连接;gNB和EPC之间存在S1-U接口,即只可以有用户面连接。
2、EN-DC(E-UTRA NR DC)。
NE-DC也称为Option 4系列(Option4series),即核心网为5G核心网(5G core,5GC),MN为LTE中的接入网设备,SN为NR中的接入网设备。以LTE中的接入网设备为eNB(即MN),NR中的接入网设备为gNB(即SN)进行举例说明,eNB和gNB之间存在Xn接口,至少有控制面连接,可以还有用户面连接;eNB基站和5GC之间存在NG接口,至少有控制面连接,可以还有用户面连接;gNB和5GC之间存在NG-U接口,即只可以有用户面连接。
3、NG EN-DC(Next Generation E-UTRA NRDC)。
NG EN-DC也称为Option 7系列(Option7series),即核心网为5GC,MN为LTE中的接入网设备,SN为NR中的接入网设备。以LTE中的接入网设备为eNB(即SN),NR中的接入网设备为gNB(即MN)进行举例说明,gNB和eNB之间存在Xn接口,至少有控制面连接,可以还有用户面连接;gNB和5GC之间存在NG接口,至少有控制面连接,可以还有用户面连接;eNB和5GC之间存在NG-U接口,即只可以有用户面连接。
应理解,上述EN-DC、NE-DC和NG EN-DC均为LTE中接入网设备与NR中接入网设备的双连接,可以简称为LTE与NR的双连接。
4、NR-NR DC。
NR-NR DC可以理解为NR与NR的双连接,核心网为5GC,MN和SN均为NR中的接入网设备(例如,gNB)。以NR中的接入网设备为gNB进行举例说明,主gNB和辅gNB之间的接口为Xn接口,至少有控制面连接,可以还有用户面连接;主gNB和5GC之间存在NG接口,至少有控制面连接,可以还有用户面连接;辅gNB和5GC之间存在NG-U接口,即只可以有用户面连接。
应理解,在采用MR-DC或NR-NR DC的通信系统中,终端设备可以同时接入至少一个接入网设备,当终端设备接入一个接入网设备时,该接入网设备为终端设备的MN,当终端设备接入两个或多个接入网设备时,该两个或多个接入网设备中有个一接入网设备为终端设备的MN,另外的一个或多个接入网设备为终端设备的SN。
本申请实施例中的空口资源可以包括接入网设备(例如MN或SN)为终端设备提供服务的一个或多个小区。其中,MN为终端设备提供的一个或多个小区可以称之为主小区组(master cell group,MCG),SN为终端设备提供的一个或多个小区可以称之为辅小区组(secondary cell group,SCG)。示例性的,以LTE中的接入网设备为eNB,NR中的接入网设备为gNB进行举例说明,上述EN-DC、NE-DC、NG EN-DC和NR-NR DC中的MCG分别为eNB、eNB、gNB、主gNB,SCG分别为gNB、gNB、eNB、辅gNB。
NR无线协议栈分为两个平面:用户面(user plane,UP)和控制面(control plane,CP)。控制面协议栈即系统的控制信令传输采用的协议簇,用户面协议栈即用户数据传输采用的协议簇。NR用户面协议栈相比LTE协议栈多了一层业务数据适配协议(service data adaptation protocol,SDAP)层,以终端设备为UE,接入网设备为gNB进行举例说明。如图2所示,用户面协议从上到下依次是:SDAP层、分组数据汇聚协议(packet data convergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、介质接入控制协议(media access control,MAC)层、物理层协议(physical,PHY)层。
其中,SDAP层通过无线资源控制(radio resource control,RRC)信令来配置的,SDAP层负责将业务质量(quality of service,QoS)流映射到对应的数据无线承载(data radio bearer,DRB)上。一个或者多个QoS流可以映射到同一个DRB上,一个QoS流只能映射到一个DRB上。
PDCP层负责将因特网协议(internet protocol,IP)头压缩和解压、传输用户数据并维护为无线承载的序列号(sequence number,SN)(用于指示数据包的发送顺序),以及处理控制平面上的RRC消息以及用户平面上的IP包。在用户平面上,PDCP子层得到来自上层的IP数据分组后,可以对IP数据分组进行头压缩和加密,然后递交到RLC子层。PDCP子层还可以根据PDCP数据包的SN,向上层提供按序提交和重复分组检测功能。PDCP实体(entity)作为发送端的基本流程包括如下六个步骤,其中:
步骤一:将接收到的PDCP服务数据单元(service data unit,SDU)缓存在PDCP的传输缓冲器(buffer)中,为该PDCP SDU设置一个专属的超时定时器(discardTimer),并按到达PDCP层的顺序为每个数据包分配一个序列号。
其中,PDCP SDU包括来自RRC层的控制面数据或来自SDAP层的用户面数据。超时定时器用于探测PDCP SDU是否成功发送。在超时定时器的预设时长超时,或者接收到该PDCP SDU成功接收的状态报告(Status Report)时,可以确定该PDCP SDU已发送,该PDCP实体需要将该PDCP SDU以及相应的PDCP PDU丢弃。
步骤二:PDCP实体会对用户面数据进行头部压缩处理。
步骤二是可选的,PDCP实体只会对用户面数据进行头部压缩处理,而不会对控制面数据进行头部压缩处理。
步骤三:PDCP实体基于完整性保护算法对控制面数据或用户面数据进行完整性保护。
PDCP实体对控制面数据或用户面数据进行完整性保护,可生成一个称为MAC-I的验证码,以便接收端进行完整性校验。控制面数据总是要进行完整性保护,用户面数据的完整性保护功能是可选的。
步骤四:PDCP实体会对控制面数据或用户面数据进行加密。
步骤四是可选的,PDCP实体对控制面数据或用户面数据进行加密,可保证发送端和接收端之间数据传输的安全性。
步骤五:添加PDCP头部,生成PDCPPDU。
步骤六:将PDCP PDU发送到RLC层。
当终端设备从连接态转入第三态(即非激活态,inactive)时,会执行PDCP实体的挂起操作。对于作为发送端的PDCP实体而言,会丢弃所有保存的PDCP PDU,并设置发送端变量(TX_NEXT)为初始值,即为0。但是作为发送端的PDCP实体不会丢弃保存的SDU(以下称为挂起的PDCP SDU),从而在终端设备进入连接态后,能够给予这些数据包传输的机会,从而避免数据包在状态转换过程中丢失。
对于作为接收端的PDCP实体而言,会停止正在运行的重排序定时器(t_Reordering)并重置。该重排序定时器用于探测PDCP PDU是否成功接收。如果在重排序定时器指定的 时间内没有收到该PDCP PDU,则接收端认为该PDCP PDU已经丢失了。在重排序定时器运行期间,作为接收端的PDCP实体等待乱序的PDCP PDU的到达。当该重排序定时器超时时,便不再等待乱序的PDCP PDU,而将接收到的PDCP PDU按照SN号的升序顺序依次递交给上层(即控制面数据递交给RRC层,用户面数据递交给SDAP层)。
可以理解,当终端设备执行PDCP实体的挂起操作时,该PDCP实体不再传输数据。作为发送端的PDCP实体会丢弃所有保存的PDCP PDU,而保存挂起的PDCP SDU,并设置发送端变量为初始值。在终端设备进入连接态后,可重新对PDCP SDU进行处理生成PDCP PDU,并按照新的顺序向上传输数据,可避免数据包在状态转换过程中的丢失。作为接收端的PDCP实体会停止正在运行的重排序定时器并重置,从而在终端设备进入连接态后,可根据之前的顺序依次递交给上层。综上,可在终端设备进入连接态后,PDCP实体会传输未传输的数据,提高了数据传输效率。
接入网设备可以配置终端设备的无线承载(radio bearer,RB)的PDCP层是否要将PDCP实体的数据复制后,将复制的数据分别通过两个或多个不同的路径(如两个不同的RLC实体)进行发送。其中,不同RLC实体对应不同的逻辑信道。RLC可以通过服务访问点(service access point,SAP)与PDCP层进行通信,也可以通过逻辑信道与MAC层进行通信。每个终端设备的每个逻辑信道都有一个RLC实体。
该PDCP数据复制的功能可以通过MAC层控制信令(control element,CE)指示其启动(即激活)还是停止(即去激活)。接入网设备在配置该RB的PDCP数据复制功能时,可以配置该PDCP数据复制功能是否在完成配置后立即启动。在RLC实体为激活态时,PDCP实体可向RLC实体发送数据。
接入网设备可以给终端设备配置多个信令无线承载(signaling radio bearer,SRB),例如,配置在MCG上的SRB1和SRB2,以及配置在SCG上的SRB3。PDCP终结在MN的分离承载又可以称之为MN terminated split承载,可简称为MN承载;PDCP终结在SN的分离承载又可以称之为SN terminated split承载,可简称为SN承载。PDCP数据复制功能的承载类型可以包括两种:分离承载(split bearer,也可称为分裂承载)和复制承载(duplicate bearer)。其中,split承载可以理解为可以关联两个或两个以上的传输路径的无线承载,即一个split承载上的数据,可以通过与该split承载关联的传输路径中的一个或多个传输路径进行传输。
需要说明的是,一个split承载可以关联的传输路径的最大个数与终端设备接入的SN的个数相关。也就是说,在多连接的场景下,与同一split承载关联的两个或两个以上的传输路径中每个传输路径关联不同接入网设备的空口资源。例如,如果终端设备接入一个MN和一个SN,当一个split承载关联第一传输路径和第二传输路径时,则第一传输路径可以关联MN的空口资源,第二传输路径可以关联SN的空口资源。示例性的,如图3所示,终端设备可连接一个MN和一个SN,则一个split承载关联的传输路径的个数为2,例如,PDCP#3可以通过RLC#3传输数据,也可以通过RLC#6传输数据。PDCP可以将待传输的数据分离为多个子数据,通过MCG中的MN RLC传输部分子数据,通过SCG中的SN RLC传输剩余的子数据。
对于上行split承载而言,一个PDCP实体关联MCG以及SCG的至少两个RLC实体, 终端设备将PDCP数据递交给MCG关联的RLC实体还是SCG关联的RLC实体取决于接入网设备配置的上行数据门限。当终端设备的待发送数据量大于或等于该上行数据门限时,终端设备可以决定将PDCP数据递交给MCG关联的RLC实体或者SCG关联的RLC实体。当终端设备的待发送数据量小于该上行数据门限时,终端设备只能将PDCP数据递交给主RLC实体。其中,主RLC实体可以是MCG关联的RLC实体,也可以是SCG关联的RLC实体,由接入网设备指示。若分别通过主RLC实体和辅RLC实体传输同一个业务的子数据包,提高了数据传输吞吐量。
复制承载可以理解为一个split承载关联的两个或多个传输路径上可以传输复制的数据(例如,RRC消息等),从而有助于提高接入网设备与终端设备之间数据传输的可靠性。
在NR用户面协议栈中,RLC层通过RLC通道(RLC channel)与PDCP层(或RRC层)进行通信,并通过逻辑信道与MAC层进行通信。RLC配置是逻辑信道级的配置,一个RLC实体只对应一个终端设备的一个逻辑信道。RLC实体从PDCP层接收到的数据,或发往PDCP层的数据被称作RLC SDU(或PDCP PDU)。RLC实体从MAC层接收到的数据,或发往MAC层的数据被称作RLC PDU(或MAC SDU)。
RLC层包括传输模式(transparent mode,TM)、确认模式(acknowledged mode,AM)和否认模式(unacknowledged mode,UM)。主要负责在确认模式(acknowledged mode,AM)和否认模式(unacknowledged mode,UM)下,对RLC SDU进行分段/重组(segmentation/reassembly)、重组RLC SDU以及重组RLC SDU丢弃处理;在AM模式下通过自动重传请求(automatic repeat-request,ARQ)进行纠错、重复包检测(duplicate detection)、对RLC SDU分段进行重分段(re-segmentation)以及协议错误检测。此外,RLC层还可用于实现传输上层的PDU以及RLC层重建。
当终端设备执行RLC实体的挂起操作时,该RLC实体不再传输数据。作为发送端的RLC实体会丢弃所有保存的RLCPDU,而保存挂起的RLCSDU,并设置发送端变量为初始值。在终端设备进入连接态后,可重新对RLCSDU进行处理生成RLC PDU,并按照新的顺序向上传输数据,可避免数据包在状态转换过程中的丢失。作为接收端的RLC实体会停止正在运行的重排序定时器并重置,从而在终端设备进入连接态后,可根据之前的顺序依次递交给上层。综上,可在终端设备进入连接态后,RLC实体会传输未传输的数据,提高了数据传输效率。
MAC层主要负责逻辑信道与传输信道之间的映射、复用以及解复用、报告调度信息、通过混合自动重传请求(hybrid automatic repeat request,HARQ)进行错误纠正、通过动态调度管理用户间的优先级以及逻辑信道优先级管理。
如图3所示,用户的QoS流经过SDAP层之后,SDAP层将QoS流与DRB进行映射,从而确定QoS流对应的承载,该承载可以是MCG承载、SCG承载或split承载中一种。然后分别通过承载对应的PDCP实体、RLC实体和MAC实体发送给MN或SN。
在进行本申请实施例的说明时,首先对下面描述中所用到的一些概念进行解释说明。
(1)发生MCG连接失败事件和发生SCG连接失败事件。
为了保持终端设备和接入网设备之间的通信链路的可靠性,终端设备会检测每一通信链路的信号质量。在多连接模式时,终端设备会检测与每一接入网设备之间的链路是否发 生连接失败的事件发生。例如,终端设备会检测与MCG之间的链路是否发生连接失败,以及终端设备和SCG之间的链路是否发生连接失败。在本申请实施例中,可以将终端设备检测到与MCG之间的链路发生连接失败,称为确定发生MCG连接失败事件,可以将终端设备检测到与SCG之间的链路发生连接失败,称为确定发生SCG连接失败事件,但本申请实施例并不限于此。确定发生MCG连接失败事件,也可以称为检测到发生MCG连接失败事件。确定发生SCG连接失败事件,也可以称为检测到发生SCG连接失败事件。
本申请实施例中的MCG连接失败事件可以包括终端设备与MCG中的主小区(primary cell,Pcell)或MCG中的特殊小区(Special Cell,SpCell)之间的链路发生连接失败,或者包括终端设备与MCG中的全部小区之间的链路都发生连接失败。本申请实施例中的SCG连接失败事件可以包括终端设备与SCG中的辅小区(secondary cell,Scell)或SCG中的SpCell之间的链路发生连接失败,或者包括终端设备与SCG中的全部小区之间的链路都发生连接失败。
一般的,MCG连接失败事件或SCG连接失败事件包括以下至少一种:无线链路失败(radio link failure,RLF)、切换失败(hand over failure,HOF)、完整性校验失败(integrity check failure)、RRC重配置失败等等,本申请实施例对此不作限定。
RLF包括以下四种情况,其中:
1、终端设备检测到连续的失步指示(out-of-sync)的数量高于一个门限,或一个预设时长内未收到同步指示(in-sync)。
其中,失步指示可以是终端设备检测物理下行控制信道(physical downlink control channel,PDCCH)或者物理下行共享信道(physical downlink shared channel,PDSCH)的信道质量,在一个时间窗口内低于某一个门限时上报的信息。同步指示可以是终端设备检测PDCCH或者PDSCH的信道指令,在一个时间窗口内高于某一个门限时上报的信息。可以理解,失步指示可以理解为信道质量差,同步指示可以理解为信道质量好。当终端设备检测到连续的失步指示的数量高于一个门限,或一个预设时长内未收到同步指示时,可表示无线链路失败。
2、终端设备检测到发生随机接入问题。
发生随机接入问题,例如,随机接入失败的次数高于一个门限值时,可认为当前的通信链路出现RLF。
3、终端设备检测到RLC重传达到最大传输次数。
本申请对于RLC重传的最大传输次数不做限定。当一个RLC SDU经过多次传输仍未成功时,可认为当前的通信链路出现RLF。
4、对于非授权频谱,检测到持续的先听后说(listen-before-talk,LBT)失败。
例如,终端设备连续多次未抢占到信道,可认为当前的通信链路出现RLF。
HOF产生的原因包括但不限于以下一种:传输资源不够用、没有配置网络路径(IPPATH)、IPPATH中的邻居节点配置错误等。终端设备收到切换指令后无法在给定的时长内成功接入目标小区便可以认为HOF。
完整性校验失败是指终端设备对接入网设备配置的SRB或者DRB的数据包做完整性校验时失败。当存在完整性校验失败时,认为数据包的内容可能被攻击者篡改,因此当前 的链路不可靠,需要指示接入网设备。
RRC重配置失败是指接入网设备下发用于配置或者重配置MCG和/或SCG的RRC重配置消息时,终端设备无法根据所述RRC重配置消息中的配置信息执行配置操作。RRC重配置消息包括但不限于以下一种:至少一种配置信息与终端设备能力不匹配,至少一种配置信息指示的终端身份信息与所述终端设备不匹配等。
请参照图4,图4为现有技术中SCG连接失败事件的处理方法的流程示意图。如图4所示,该方法包括以下步骤S401~S406,其中:
S401:终端设备检测到发生SCG连接失败事件。
S402:终端设备挂起(suspend)SCG的传输链路。
其中,终端设备挂起SCG的传输链路包括SCG承载的所有SRB以及DRB。本申请实施例中,可通过重置SCG的MAC实体,保证SCG的传输链路被挂起。可以理解,终端设备在检测到发生SCG连接失败事件时,挂起SCG的传输链路,可直接避免采用SCG与SN进行通信。
S403:终端设备向主节点(MN)上报SCG失败信息(SCG failure information)。
其中,SCG失败信息可以是RRC消息,可包括发生SCG连接失败事件的失败类型,例如,RLF、HOF、完整性校验失败、RRC连接重配置失败等,还是RLF中的检测到连续的失步指示,或长时间未收到同步指示,或发生随机接入问题,或RLC重传达到最大传输次数,或持续的LBT失败等,在此不做限定。
可选的,SCG失败信息还可以携带测量结果,便于MN做判决。该测量结果可以是关联SCG的至少一个频点的测量结果,例如在一个给定频点下,SCG的服务小区的邻小区的测量结果。
S404:主节点进行SCG失败恢复。
其中,MN可以通过释放SCG的传输链路,或者触发切换过程变更SCG的主小区等,从而恢复UE与SCG的通信链路。可以理解,当终端设备未检测到MCG连接失败事件时,可确定MCG的空口链路未出现连接失败的问题,从而通过MCG对应的MN进行SCG失败恢复,可提高失败恢复的成功率。
S405:主节点向终端设备发送SCG恢复信息。
其中,SCG恢复信息用于指示SCG连接失败事件恢复,或者用于指示终端设备进行SCell变更等,在此不做限定。SCG恢复信息可以是RRC消息,例如,RRC重配置消息等。
S406:终端设备恢复(resume)SCG的传输链路。
其中,终端设备恢复SCG的传输链路包括恢复SCG承载的所有SRB以及DRB。
可选的,在步骤S406之后,该方法还包括:若终端设备更换了SCG的秘钥,则重建PDCP实体。
可选的,在步骤S406之后,该方法还包括:终端设备重建SCG的RLC实体。
其中,终端设备重建SCG的RLC实体,会丢弃所有的RLC数据,包括RLC SDU、RLC SDU的分段和RLC PDU,使得终端设备与新的SCG的服务小区的RLC状态一致。
在终端设备挂起SCG的传输链路之后,SCG中的PDCP实体和RLC实体仍正常工作。对于上行数据而言,PDCP实体会正常处理待发送数据,并递交PDCP PDU给SCG的RLC 实体,SCG的RLC实体也会正常处理数据,等待MAC层调度发送。然而由于SCG传输挂起,已经处理的SCG的RLC层数据无法及时发送,导致数据传输失败。此外,当SCG的RLC实体进行重建时,终端设备会丢弃所有的RLC数据,造成该RLC层在SCG失败恢复过程中开始或者已经完成处理的数据丢失。
对于MCG连接失败事件的处理方法也可参照SCG连接失败事件的处理方法。且为了避免触发RRC重建导致小区重选以及接入等过程带来的90-130ms的数据中断时延,以及为了避免由于RRC重建导致接入网设备对终端设备的MCG以及SCG重新进行RRC配置带来的信令开销,NR协议在引入了MCG失败恢复机制。具体的,请参照图5,图5为现有技术中MCG连接失败事件的处理方法的流程示意图。如图5所示,该方法包括以下步骤S501~S507,其中:
S501:终端设备检测到发生MCG连接失败事件。
S502:终端设备挂起(suspend)MCG的传输链路。
其中,终端设备挂起MCG的传输链路包括MCG承载的所有SRB以及DRB。本申请实施例中,可通过重置MCG的MAC实体,保证MCG的传输链路被挂起。可以理解,终端设备在检测到发生MCG连接失败事件时,挂起MCG的传输链路,可直接避免采用MCG与MN进行通信。
S503:终端设备向辅节点(SN)发送MCG失败信息(MCGfailure information)。
其中,MCG失败信息可以通过MN配置的信令无线承载进行上报,该信令无线承载可以是终端设备与SN之间传输RRC消息的专用信令承载,例如,SRB3等。MCG失败信息可以是RRC消息,可包括发生MCG连接失败事件的类型,例如,RLF、HOF、完整性校验失败、RRC连接重配置失败等,还是RLF中的检测到连续的失步指示,或长时间未收到同步指示,或发生随机接入问题,或RLC重传达到最大传输次数,或持续的LBT失败等,在此不做限定。可选地,MCG失败信息还可以携带测量结果,便于MN做判决。该测量结果可以是关联MCG的至少一个频点的测量结果,例如在一个给定频点下,MCG的服务小区的邻小区的测量结果,可选地,还可以携带关联SCG的至少一个频点的测量结果,例如在一个给定的频点下,SCG的服务小区的邻小区的测量结果。
S504:辅节点向主节点(MN)发送MCG失败信息。
可以理解为SN向MN转发MCG失败信息。
S505:主节点进行MCG失败恢复。
其中,MN可以通过释放MCG的传输链路,或者触发切换过程变更MCG的主小区等,从而恢复终端设备与MCG的通信链路。
S506:主节点向终端设备发送MCG恢复信息。
其中,MCG恢复信息用于指示MCG连接失败事件恢复,或者用于指示终端设备进行PCell变更等,在此不做限定。MCG恢复信息可以是RRC消息,例如,RRC重配置消息等。
S507:终端设备恢复(resume)MCG的传输链路。
其中,终端设备恢复MCG的传输链路包括恢复MCG承载的所有的SRB以及DRB。
可选的,在步骤S507之后,该方法还包括:若终端设备更换了MCG的秘钥,则重建 PDCP实体。
可选的,在步骤S507之后,该方法还包括:终端设备重建MCG的RLC实体。
其中,终端设备重建MCG的RLC实体,会丢弃所有的RLC数据,包括RLC SDU、RLC SDU的分段和RLC PDU,使得终端设备与新的MCG的服务小区的RLC状态一致。
可以理解,在终端设备挂起MCG的传输链路之后,MCG中的PDCP实体和RLC实体仍正常工作。对于上行数据而言,PDCP实体会正常处理待发送数据,并递交PDCP PDU给MCG的RLC实体,MCG的RLC实体也会正常处理数据,等待MAC层调度发送。然而由于MCG传输挂起,已经处理的MCG的RLC层数据无法及时发送,导致数据传输失败。此外,当MCG的RLC实体进行重建时,终端设备会丢弃所有的RLC数据,造成RLC层在MCG失败恢复过程中开始或者已经完成处理的数据丢失。
(2)MCG连接失败事件恢复和SCG连接失败事件恢复。
在MN对SCG进行SCG失败恢复之后,MN可向终端设备发送用于指示SCG连接失败事件恢复的信息(例如,步骤S405描述的SCG恢复信息)。在MN对MCG进行MCG失败恢复之后,MN可向终端设备发送用于指示MCG连接失败事件恢复的信息(例如,步骤S506描述的MCG恢复信息)。在本申请实施例中,可在终端设备接收到用于指示SCG连接失败事件恢复的信息时,确定SCG连接失败事件恢复,可在终端设备接收到用于指示MCG连接失败事件恢复的信息时,确定MCG连接失败事件恢复。
(3)发生SCG去激活事件和SCG去激活事件恢复。
在双(或多)连接架构下,接入网设备根据网络情况或终端设备的需求控制SCG进行去激活操作。例如,当终端设备的数据速率需求出现变化(例如,速率需求从高变低),或者考虑到终端设备与接入网设备进行通信的功耗等,接入网设备允许对SCG进行去激活操作。也就是说,当终端设备不需要高数据速率需求时,和/或终端设备的功耗需要进一步降低时,接入网设备可以去激活已经配置好的SCG,使得终端设备暂时断开与SCG的通信链路,只通过MCG维持数据通信。一旦终端设备的数据速率需求从低变为高时,接入网设备可以再次激活已经处于去激活态的SCG,恢复终端设备与SCG的通信链路。
请参照图6,图6为现有技术中SCG去激活事件或激活事件的方法流程图。如图6所示,该方法步骤S601和S602,其中:
S601:终端设备向接入网设备发送辅助信息。
步骤S601是可选的,辅助信息可用于辅助接入网设备(以下本申请中的接入网设备可以是MN或SN等,在此不做限定)判断终端设备是否进行去激活SCG的操作。辅助信息的类型可以是RRC消息、MAC消息或物理层消息等中的至少一种,在此不做限定。本申请对于辅助信息的形式也不做限定,可以包括以下三种形式,其中:
第一种,数据缓存区报告,用于指示当前终端设备的待发送数据量。该待发送数据量可以是接入网设备给终端设备配置的至少一个逻辑信道组的待发送数据量,还可以是接入网设备给终端设备配置的所有逻辑信道组的待发送数据量。其中,至少一个逻辑信道组可以是接入网设备配置的逻辑信道组,该逻辑信道组的待发送数据量可以是接入网设备通过缓冲区状态报告(buffer status report,BSR)进行配置得到的。
第二种,待发送数据量状态指示,用于指示当前终端设备的待发送数据量的状态。例 如,高/中/低指示,反应当前待发送数据量的状态。
第三种,功耗状态指示,用于指示当前终端设备的功耗状态或者期待的功耗水平。例如,当前终端设备的功耗较高,或者期待降低当前的功耗水平。
S602:接入网设备向终端设备发送去激活指令或激活指令。
在本申请实施例中,可以将用于指示SCG处于去激活状态的信息称为去激活SCG指令,可以将用于指示SCG处于激活状态的信息称为激活SCG指令。也就是说,在终端设备接收到去激活SCG指令之后,将该SCG进行去激活的操作。在终端设备接收到激活SCG指令之后,将该SCG进行激活的操作。
且在本申请实施例中,可以将终端设备接收到来自接入网设备发送的去激活SCG指令,称为确定发生SCG去激活事件,可以将终端设备接收到来自接入网设备发送的激活SCG指令,称为确定SCG去激活事件恢复。
需要说明的是,向终端设备发送去激活SCG指令和激活SCG指令的接入网设备可以是MN或SN,发送去激活SCG指令和激活SCG指令的接入网设备可以相同,也可以不同,在此不做限定。在图6中,接收辅助信息的接入网设备和发送去激活SCG指令或激活SCG指令的接入网设备为同一个接入网设备,在实际场景中,也可以是不同的接入网设备。
去激活SCG指令和激活SCG指令的类型可以是RRC消息、MAC消息(例如,MAC CE)或物理层消息(例如,下行控制信令(downlink control information,DCI))等中的至少一种,在此不做限定。去激活SCG指令可以包括SCG去激活指示,例如,携带显示的信元指示SCG进行去激活操作。可选的,SCG去激活指示还可以携带SCG配置的至少一个小区标识或者小区集合标识,用于指示SCG的至少一个小区或者小区集合进行去激活操作或者休眠操作。激活SCG指令可以包括SCG激活指示,例如,携带显示的信元指示SCG进行激活操作。可选的,SCG激活指示还可以携带SCG配置的至少一个小区标识或者小区集合标识,用于指示SCG的至少一个小区或者小区集合进行激活操作。
然而,在现有机制中,还没有定义SCG去激活事件的处理方法以及SCG去激活事件恢复的处理方法。若参照SCG连接失败事件的处理方法,会挂起SCG的传输链路,已经处理的SCG的RLC层数据无法及时发送,导致数据传输失败。若参照SCG连接失败事件恢复的处理方法,会造成RLC层在SCG失败恢复过程中开始或者已经完成处理的数据丢失。
(4)目标事件。
在本申请实施例中,目标事件可以是上述的SCG连接失败事件、MCG连接失败事件或SCG去激活事件,或者可以是其他的多连接构架中的接入网设备和终端设备之间发生连接失败的事件、单个接入网设备中的小区发生去激活事件等,在此不做限定。
(5)第一小区组和第二小区组。
在本申请实施例中,第一小区组可以理解为目标事件中执行数据传输的小区组,或者可以理解为可能会被挂起的小区组。例如,SCG连接失败事件和SCG去激活事件对应的第一小区组为SCG,MCG连接失败事件对应的第一小区组为MCG。第二小区组与第一小区组对应的接入网设备不同,也就是说,第一小区组和第二小区组对应不同的接入网设备。例如,当第一小区组为SCG时,第二小区组可以为MCG;当第一小区组为MCG时,第 二小区组可以为SCG。
(6)目标PDCP实体。
在本申请实施例中,目标PDCP实体可以是与第一小区组关联的所有PDCP实体,示例性的,如图3所示,当第一小区组为MCG时,目标PDCP实体可以是PDCP#1、PDCP#2或PDCP#3中的至少一个。当第一小区组为SCG时,目标PDCP实体可以是PDCP#4、PDCP#5或PDCP#6中的至少一个。目标PDCP实体也可以是接入网设备(例如,MN或SN等)通过信令在第一小区组中指定的PDCP实体。目标PDCP实体还可以是第一小区组中指定承载类型的PDCP实体,例如,目标PDCP实体为split承载或者复制承载的PDCP实体,或与目标事件相同的类型等,本申请对于目标PDCP实体不做限定,且对于目标PDCP实体的数量也不做限定。示例性的,如图3所示,当第一小区组为MCG时,目标PDCP实体可以是PDCP#1或PDCP#3中的至少一个。当第一小区组为SCG时,目标PDCP实体可以是PDCP#4或PDCP#6中的至少一个。
(7)第一RLC实体和第二RLC实体。
在本申请实施例中,第一RLC实体可以是与第一小区组关联的所有RLC实体,示例性的,如图3所示,当第一小区组为MCG时,第一RLC实体可以是RLC#1、RLC#2、RLC#3或RLC#4中的至少一个。当第一小区组为SCG时,第一RLC实体可以是RLC#5、RLC#6、RLC#7或RLC#8中的至少一个。第一RLC实体也可以是接入网设备(例如,MN或SN等)通过信令在第一小区组中指定的RLC实体,或者发生SCG连接失败事件或MCG连接失败事件对应的RLC实体。第一RLC实体还可以是第一小区组中指定承载类型的RLC实体,例如,第一RLC实体为目标PDCP实体在第一小区组中split承载或者复制承载关联的RLC实体,或与目标事件相同的类型等,本申请对于第一RLC实体不做限定,且对于第一RLC实体的数量也不做限定。示例性的,如图3所示,当第一小区组为MCG时,第一RLC实体可以是RLC#1或RLC#3中的至少一个。当第一小区组为SCG时,第一RLC实体可以是RLC#5或RLC#8中的至少一个。
在本申请实施例中,可将第二小区组中用于传输目标PDCP实体的数据的RLC实体称为第二RLC实体。第二RLC实体可以包括第二小区组中的任一RLC实体,示例性的,如图3所示,当第一小区组为MCG时,第二RLC实体可以为RLC#5、RLC#6、RLC#7或RLC#8。当第一小区组为SCG时,第二RLC实体可以为RLC#1、RLC#2、RLC#3或RLC#4。第二RLC实体接入网设备(例如,MN或SN等)为目标PDCP实体在第二小区组中复制承载关联的RLC实体,或者可以包括接入网设备为目标PDCP实体在第二小区组中分离承载关联的RLC实体。如图3所示,当第一小区组为MCG时,第二RLC实体可以为RLC#6。当第一小区组为SCG时,第二RLC实体可以为RLC#4。第二RLC实体还可包括接入网设备(例如,MN或SN等)为在第二小区组中与目标事件对应的承载关联的RLC实体,也就是说,第二RLC实体用于承载第二小区组中与第一小区组对应的接入网设备不同的数据。如图3所示,当目标事件为SCG连接失败,或SCG去激活事件时,第二RLC实体是MCG承载关联的RLC实体,第二RLC实体可以为RLC#1或RLC#3;当目标事件为MCG连接失败时,第二RLC实体是SCG承载关联的RLC实体,第二RLC实体可以为RLC#5或RLC#8。
当第二RLC实体为接入网设备为目标PDCP实体在第二小区组中复制承载关联的RLC 实体,且该第二RLC实体处于激活态时,终端设备可控制目标PDCP实体向该RLC实体发送数据,可分别通过第一RLC实体和第二RLC实体传输复制的数据,提高了数据传输可靠性。
当第二RLC实体为接入网设备为目标PDCP实体在第二小区组中分离承载关联的RLC实体,终端设备可以不考虑上行数据门限,直接控制目标PDCP实体向该第二RLC实体发送数据。也就是说,在终端设备的待发送数据量大于或等于上行数据门限时,或者在终端设备的待发送数据量小于上行数据门限时,均控制目标PDCP实体向主RLC实体发送数据。还可以在终端设备的待发送数据量小于上行数据门限时,控制目标PDCP实体向主RLC实体发送数据。也就是说,当第二RLC实体为接入网设备为目标PDCP实体在第二小区组中分离承载关联的RLC实体,且该第二RLC实体为主RLC实体时,终端设备可控制目标PDCP实体向该第二RLC实体发送数据。当第一RLC实体为接入网设备在第一小区组中分离承载关联的RLC实体,且该第一RLC实体为主RLC实体时,终端设备可控制目标PDCP实体向该第一RLC实体发送数据。主RLC实体和上行数据门限由接入网设备指定。若分别通过第一RLC实体和第二RLC实体传输同一个业务的子数据包,提高了数据传输吞吐量。
(8)目标实体。
在本申请实施例中,目标实体可以是第一小区组中的目标PDCP实体或第一RLC实体。本申请对于目标实体的数量不做限定,可以是多个目标PDCP实体或多个第一RLC实体,或者为目标PDCP实体和第一RLC实体。
(9)第一指示信息。
在本申请实施例中,在终端设备确定发生目标事件之后,可向目标实体发送第一指示信息,该第一指示信息用于指示发生目标事件,或者指示目标实体不基于第一小区组进行数据传输的操作,或者指示目标实体基于第二小区组进行数据传输的操作。本申请对于目标实体不基于第一小区组进行数据传输的操作不做限定,可以在目标实体接收到数据时不对该数据进行传输,也可以挂起目标实体,以使目标实体不接收数据,且不发送数据。本申请对于目标实体基于第二小区组进行数据传输的操作也不做限定,可以指示目标PDCP实体基于第二RLC实体进行数据传输。可以理解,在目标实体接收到第一指示信息之后,可直接根据第一指示信息被终端设备控制,提高了目标实体的处理效率。
(10)第二指示信息。
在本申请实施例中,在终端设备确定发生目标事件之后,可向接入网设备发生第二指示信息,该第二指示信息用于指示发生目标事件、目标事件的类型或终端设备的测量结果。其中,目标事件的类型可以是SCG连接失败事件、MCG连接失败事件或SCG去激活事件中的一种,或者可以是SCG连接失败事件或MCG连接失败事件中导致连接失败的类型(例如,RLF、HOF、完整性校验失败、RRC连接重配置失败等,还是RLF中的检测到连续的失步指示,或长时间未收到同步指示,或发生随机接入问题,或RLC重传达到最大传输次数,或持续的LBT失败等),或者可以是SCG去激活事件的类型(例如,数据速率需求降低、功耗需求降低等)等,在此不做限定。测量结果可参照步骤S403和步骤S503的描述,在此不再赘述。可以理解,接入网设备可通过第二指示信息确定终端设备发生目标事件以及目标事件的相关信息,便于接入网设备对目标事件进行处理,提高了处理效率。
本申请对于接收第二指示信息的接入网设备不做限定,当目标事件为SCG连接失败事件时,终端设备向SN发送信息会出现传输失败的情况,因此,接入网设备可以是MN,以通知SN进行MCG失败恢复。当目标事件为MCG连接失败事件时,终端设备向MN发送信息会出现传输失败的情况,因此,接入网设备可以是SN,再通过SN向MN转发第二指示信息,以通知MN进行MCG失败恢复。当目标事件为SCG去激活事件时,接入网设备可以是MN或SN。
(11)第三指示信息。
在本申请实施例中,在接入网设备确定目标事件恢复之后,可向终端设备发送第三指示信息,该第三指示信息用于指示目标事件恢复。本申请对于发送第三指示信息的接入网设备不做限定,当目标事件为SCG连接失败事件或MCG连接失败事件时,均由MN进行失败恢复,因此,接入网设备为MN。当目标事件为SCG去激活事件时,接入网设备可以是MN或SN。可选的,由接收到终端设备发送的辅助信息的接入网设备向该终端设备发送第三指示信息。可以理解,终端设备在接收到第三指示信息之后,可确定目标事件恢复,从而控制目标实体采用目标事件对应的第一小区组的传输资源进行数据传输,可避免数据丢失。
(12)第四指示信息。
在本申请实施例中,在终端设备确定目标事件恢复之后,可向目标实体发送第四指示信息,该第四指示信息用于指示目标事件恢复,或者指示目标实体基于第一小区组进行数据传输的操作。本申请对于目标实体基于第一小区组进行数据传输的操作不做限定,可以在目标实体接收到数据时进行数据传输,也可以恢复目标实体,以使目标实体接收数据,并发送数据。第四指示信息也可用于指示目标实体基于第二小区组进行数据传输的操作。本申请对于目标实体基于第二小区组进行数据传输的操作也不做限定,可以指示目标PDCP实体基于第二RLC实体进行数据传输。可以理解,在目标实体接收到第四指示信息之后,可直接根据第四指示信息被终端设备控制,提高了目标实体的处理效率。若目标实体能基于第一小区组和第二小区组进行数据传输,可进一步提高数据传输效率。
本申请实施例提供一种数据传输处理方法,在终端设备确定发生目标事件时,会控制目标事件对应的第一小区组中目标实体不基于第一小区组进行数据传输。也就是说,不采用目标事件对应的第一小区组的传输资源进行数据传输,可避免第一小区组与接入网设备进行通信,从而避免数据发送失败的情况发生。此外,在确定目标事件恢复时,会控制目标实体基于第一小区组进行数据传输,也就是说,采用目标事件对应的传输资源进行数据传输,可避免数据丢失。
请参照图7,图7是本申请实施例提供的第一种数据传输处理方法的流程示意图。如图7所示,该方法包括以下步骤S701和步骤S702,其中:
S701:终端设备确定发生目标事件。
其中,目标事件包括SCG连接失败事件、MCG连接失败事件或SCG去激活事件,或者可以是其他的多连接构架中的接入网设备和终端设备之间发生连接失败的事件、单个接入网设备中的小区发生去激活事件等。当终端设备检测到SCG连接失败或MCG连接失败时,可确定发生SCG连接失败事件或MCG连接失败事件。当终端设备接收到接入网设备 发送的去激活指令时,可确定发生SCG去激活事件。目标事件以及确定发生目标事件的方法可参照前述的描述,在此不再赘述。
在一种可能的示例中,在步骤S701之后,该方法还包括:终端设备向接入网设备发送第二指示信息。
其中,第二指示信息用于指示发生目标事件、目标事件的类型或终端设备的测量结果,可参照前述的描述,在此不再赘述。当目标事件为SCG连接失败事件时,MN可以通过释放SCG的传输链路,或者触发切换过程变更SCG的主小区等,从而恢复终端设备与SCG的通信链路。当目标事件为MCG连接失败事件时,MN可以通过释放MCG的传输链路,或者触发切换过程变更MCG的主小区等,从而恢复终端设备与SCG的通信链路。
S702:终端设备控制目标实体不基于目标事件对应的第一小区组进行数据传输。
其中,目标实体以及目标事件对应的第一小区组可参照前述的描述,在此不再赘述。目标实体不基于目标事件对应的第一小区组进行数据传输,可以理解为,目标PDCP实体不向第一RLC实体发送上行数据,或者,第一RLC实体不向第一小区组中的MAC实体发送上行数据。也就是说,不采用目标事件对应的第一小区组的传输资源进行数据传输。示例性的,如图8所示,若目标事件为MCG连接失败事件,则PDCP#1不向MCG中的RLC#1发送上行数据,或者RLC#1不向MCG中的MAC#1发送上行数据。若目标事件为SCG连接失败事件或SCG去激活事件,则PDCP#2不向SCG中的RLC#2发送上行数据,或者RLC#2不向SCG中的MAC#2发送上行数据。
需要说明的是,第二RLC实体被目标PDCP实体控制进行数据传输之外,第二RLC实体还可基于源PDCP实体进行数据传输。示例性的,如图8所示,当第二RLC实体为RLC#2时,该第二RLC实体可以传输来自PDCP#1的上行数据,以及来自PDCP#2的上行数据。
可以理解,在图7所示的方法中,在终端设备确定发生目标事件时,会控制目标事件对应的第一小区组中目标实体不基于第一小区组进行数据传输。也就是说,不采用目标事件对应的第一小区组的传输资源进行数据传输,可避免第一小区组与接入网设备进行通信,从而避免发生数据发送失败的情况。
在一种可能的示例中,在步骤S702之后,目标实体为目标PDCP实体,该方法还包括:终端设备控制目标PDCP实体向第二小区组中的第二RLC实体发送数据,第二小区组和第一小区组对应的接入网设备不同。
其中,第二小区组可参照前述,在此不再赘述。第二RLC实体可以包括第二小区组中的任一RLC实体,具体可包括接入网设备(例如,MN或SN等)为在第二小区组中与目标事件对应的承载关联的RLC实体,或者可以包括接入网设备为目标PDCP实体在第二小区组中复制承载关联的RLC实体,或者可以包括接入网设备为目标PDCP实体在第二小区组中分离承载关联的RLC实体等。在一种可能的示例中,第二RLC实体包括接入网设备为目标PDCP实体在第二小区组中复制承载关联的RLC实体,响应于第二RLC实体处于激活态,终端设备控制目标PDCP实体向第二RLC实体发送数据。
当第二RLC实体处于激活态时,终端设备可直接控制目标PDCP实体向第二RLC实体发送数据。当第二RLC实体处于非激活态时,终端设备先配置第二RLC实体处于激活 态,然后控制目标PDCP实体向第二RLC实体发送数据。
第二RLC实体包括接入网设备为目标PDCP实体在第二小区组中分离承载关联的RLC实体,如前所述,当终端设备的待发送数据量大于或等于上行数据门限,终端设备可以决定将PDCP数据递交给MCG关联的RLC实体或者SCG关联的RLC实体。可以理解为,终端设备不考虑上行数据门限,直接控制目标PDCP实体向第二RLC实体发送数据。当终端设备的待发送数据量小于上行数据门限,终端设备只能将PDCP数据递交给主RLC实体。也就是说,在考虑上行数据门限时,终端设备向主RLC实体发送数据。基于此,在一种可能的示例中,响应于第二RLC实体为主RLC实体,终端设备控制目标PDCP实体向第二RLC实体发送数据。
可以理解,当第二RLC实体为主RLC实体时,终端设备可直接控制目标PDCP实体向第二RLC实体发送数据。当第二RLC实体不是主RLC实体,则终端设备先修改第二RLC实体为主RLC实体,然后控制目标PDCP实体向第二RLC实体发送数据。
在一种可能的示例中,第二RLC实体包括接入网设备在第二小区组中与目标事件对应的承载关联的RLC实体,终端设备控制目标PDCP实体向第二RLC实体发送数据。
当第二RLC实体接入网设备在第二小区中与目标事件对应的承载关联的RLC实体时,第二RLC实体也可以传输目标PDCP实体对应的数据,终端设备可控制目标PDCP实体向该第二RLC实体发送数据。
示例性的,如图9所示,当发生MCG连接失败事件时,目标PDCP实体为PDCP#1,第一RLC实体为RLC#1,第二RLC实体为RLC#2。如此,PDCP#1可不基于RLC#1传输上行数据,而是基于RLC#2传输上行数据。
通过以上三种示例,均可实现目标PDCP实体向第二RLC实体发送数据,从而在目标PDCP实体不向第一RLC实体发送数据时,基于该第二RLC实体传输目标PDCP实体的数据,避免了目标PDCP实体中的数据传输中断,提高了数据传输效率。
在一种可能的示例中,在步骤S702之前,该方法还包括:终端设备向目标实体发送第一指示信息。
其中,第一指示信息用于指示发生目标事件,或者指示目标实体不基于第一小区组进行数据传输的操作,或者指示目标实体基于第二小区组进行数据传输的操作等,可参照前述的描述,在此不做限定。可以理解,在目标实体接收到第一指示信息之后,可直接根据第一指示信息被终端设备控制,提高了目标实体的处理效率。
在一种可能的示例中,在步骤S701之后,该方法还包括:终端设备挂起第一小区组的传输链路。
在一种可能的示例中,在步骤S701之后,该方法还包括:终端设备挂起,或者去激活第一小区组上配置的预配置授权资源。其中,预配置授权资源为接入网设备配置的半静态传输资源。该预配置授权资源可以在接入网设备配置半静态资源后生效,或者通过PDCCH激活该半静态资源后才生效。在挂起或者去激活该预配置授权资源后,终端设备不能使用该预配置授权资源与接入网设备进行数据传输,从而避免基于第一小区组进行数据传输。
可以理解,当确定发生目标事件时,挂起了第一小区组的传输链路,可避免目标实体向第一小区组发送上行数据,且避免第一小区组接收该上行数据,进一步避免了发生数据 传输失败的情况。
可选的,目标事件为SCG去激活事件,在步骤S701之后,该方法还包括:终端设备停止或者挂起监听SCG上的PDCCH。
其中,终端设备停止或者挂起监听SCG上的PDCCH包括但不限于SCell或者主辅小区(primary secondary cell,PSCell)。可以理解,当发生SCG去激活事件之后,SCG上信道质量不需进行关注,从而终端设备可停止或者挂起监听SCG上的PDCCH,便于节省功耗。
可选的,目标事件为SCG去激活事件,在步骤S701之后,该方法还包括:终端设备重置SCG的MAC实体。
其中,终端设备重置SCG的MAC实体包括但不限于停止所有正在运行的MAC层的定时器,停止正在进行的随机接入过程,清空HARQ对应的缓存等,从而终端设备可与接入网设备保持一致。
可选的,目标事件为SCG去激活事件,在步骤S701之后,该方法还包括:终端设备继续运行SCG关联的同步定时器(time alignment timer,TAT)。
其中,TAT用于终端设备维护与接入网设备的上行同步定时,若TAT超时,终端设备认为与接入网设备上行失步,从而终端设备可以继续维护上行同步,不受SCG失败的影响。
可选的,目标事件为SCG去激活事件,在步骤S701之后,该方法还包括:终端设备去激活SCG上的一个或者多个小区。
其中,终端设备去激活SCG上的一个或者多个小区可以是去激活SCG上的所有的辅小区,或者去激活SCG上的所有小区,包括主小区以及辅小区。在去激活一个或者多个小区之后,终端设备不能在该小区收发数据,从而终端设备可以停止监听所述小区上的PDCCH,便于节省功耗。
请参照图10,图10是本申请实施例提供的第二种数据传输处理方法的流程示意图。如图10所示,该方法包括以下步骤S1001和步骤S1002,其中:
S1001:终端设备确定发生目标事件。
其中,步骤S1001可参照步骤S701的描述,在此不再赘述。
S1002:终端设备挂起目标实体。
本申请对于挂起目标实体的步骤不做限定,当挂起目标实体之后,目标实体不再传输数据。
可以理解,当确定发生目标事件时,若挂起目标PDCP实体,可避免目标PDCP实体向第一RLC实体发送数据。若挂起第一RLC实体,可避免第一RLC实体向第一小区组中的MAC实体发送数据。如此,可避免目标实体传输上行数据,从而避免采用第一小区组与第一小区组对应的接入网设备进行通信,避免了数据发送失败的情况发生。
示例性的,如图8所示,当发生MCG连接失败事件时,可挂起PDCP#1或者RLC#1,可避免采用PDCP#1向RLC#1传输上行数据,或避免采用RLC#1向MAC#1传输上行数据。
在一种可能的示例中,目标实体为第一RLC实体,该方法还可包括:终端设备挂起目标PDCP实体。也就是说,当确定发生目标事件时,挂起第一RLC实体,以及目标PDCP 实体,可避免目标PDCP实体向第一RLC实体发送上行数据,且避免第一RLC实体发送上行数据,进一步避免了发生数据传输失败的情况。
在一种可能的示例中,目标实体为目标PDCP实体,该方法还可包括:终端设备挂起第一RLC实体。也就是说,当确定发生目标事件时,挂起目标PDCP实体,以及第一RLC实体,可避免目标PDCP实体向第一RLC实体发送上行数据,且避免第一RLC实体发送上行数据,进一步避免了发生数据传输失败的情况。
示例性的,如图8所示,当发生MCG连接失败事件时,可挂起PDCP#1和RLC#1,从而避免采用PDCP#1向RLC#1传输上行数据,以及避免采用RLC#1向MAC#1传输上行数据。
在图10所示的方法中,在终端设备确定发生目标事件时,会挂起目标实体,从而通过挂起目标实体实现目标实体不基于第一小区组进行数据传输。也就是说,不采用目标事件对应的第一小区组的传输资源进行数据传输,可避免第一小区组与接入网设备进行通信,从而避免发生数据发送失败的情况。
在一种可能的示例中,目标实体为第一RLC实体,则该方法还可包括:终端设备丢弃第一RLC实体中已部分发送的RLC SDU。
其中,已部分发送的RLC SDU是指在目标事件发生之前,被RLC发送的RLC SDU的分段。例如,RLC SDU#1包括RLC SDU分段#1和RLC SDU分段#2两个分段,在目标事件发生之前RLC SDU分段#1被发送,则RLC SDU分段#1和RLC SDU#2均进行丢弃。可以理解,在目标事件发生之前,若RLC SDU的分段已发送,则将该RLC SDU也进行丢弃,在目标事件恢复之后,终端设备可对RLC SDU进行重新处理,从而避免数据丢失。
在一种可能的示例中,目标实体为第一RLC实体,该方法还可包括:终端设备丢弃所有保存的RLC PDU,但是不会丢弃RLC SDU。可以理解,终端设备丢弃已经在RLC层完成处理的数据包,即RLC PDU,但终端设备保存RLC层收到的原始数据,即RLC SDU,所述RLC SDU可以称为挂起的RLC SDU,从而在目标事件恢复后,终端设备可以对RLC SDU进行重新处理,从而避免数据丢弃。
在一种可能的示例中,目标实体为第一RLC实体,该方法还可包括:终端设备停止并重置正在运行的RLC层的定时器(包括RLC层的重组定时器(t-Reassembly),用于等待未接收的完整的RLC SDU的至少一个分段或者完整的RLC SDU)。如此,终端设备与接入网设备的服务小区的RLC状态保持一致,可提高数据传输成功的概率,并且在目标事件恢复后,终端设备可以继续运行所述RLC层定时器。
在一种可能的示例中,目标实体为第一RLC实体,该方法还可包括:终端设备设置RLC层的状态变量为初始值。如此,终端设备与接入网设备的服务小区的RLC状态保持一致。
在一种可能的示例中,目标实体为目标PDCP实体,该方法还包括:终端设备丢弃目标PDCP实体所有保存的PDCP PDU,而保存挂起的PDCP SDU。如此,在目标事件恢复后,终端设备可以对PDCP SDU进行重新处理,从而避免数据丢弃。
在一种可能的示例中,目标实体为目标PDCP实体,该方法还可包括:终端设备停止并重置正在运行的PDCP层的定时器(包括PDCP层的重组定时器(t-Reassembly))。如此, 终端设备与接入网设备的服务小区的PDCP状态保持一致,可提高数据传输成功的概率,并且在目标事件恢复后,终端设备可以继续运行该重排序定时器。
在一种可能的示例中,目标实体为目标PDCP实体,可以参照前述,该方法还可包括:终端设备设置PDCP层的状态变量为初始值。如此,终端设备与接入网设备的服务小区的PDCP状态保持一致。
在一种可能的示例中,在步骤S1002之前,该方法还包括:终端设备向目标实体发送第一指示信息。可以理解,在目标实体接收到第一指示信息之后,可直接根据第一指示信息被终端设备控制,提高了目标实体的处理效率。
在一种可能的示例中,在步骤S1001之后,该方法还包括:终端设备挂起第一小区组的传输链路。可以理解,当确定发生目标事件时,挂起了第一小区组的传输链路,可避免目标实体向第一小区组发送上行数据,且避免第一小区组接收该上行数据,进一步避免了发生数据传输失败的情况。
在一种可能的示例中,在步骤S1001之后,该方法还包括:终端设备挂起,或者去激活第一小区组上配置的预配置授权资源。其中,预配置授权资源为接入网设备配置的半静态传输资源。该预配置授权资源可以在接入网设备配置半静态资源后生效,或者通过PDCCH激活该半静态资源后才生效。在挂起或者去激活该预配置授权资源后,终端设备不能使用该预配置授权资源与接入网设备进行数据传输,从而避免基于第一小区组进行数据传输。
可选的,目标事件为SCG去激活事件,在步骤S1001之后,该方法还包括:终端设备停止或者挂起监听SCG上的PDCCH。可以理解,当发生SCG去激活事件之后,SCG上信道质量不需进行关注,从而终端设备可停止或者挂起监听SCG上的PDCCH,便于节省功耗。
可选的,目标事件为SCG去激活事件,在步骤S1001之后,该方法还包括:终端设备重置SCG的MAC实体。
其中,终端设备重置SCG的MAC实体包括但不限于停止所有正在运行的MAC层的定时器,停止正在进行的随机接入过程,清空HARQ对应的缓存等,从而终端设备可与接入网设备保持一致。
可选的,目标事件为SCG去激活事件,在步骤S1001之后,该方法还包括:终端设备继续运行SCG关联的同步定时器(time alignment timer,TAT)。
其中,TAT用于终端设备维护与接入网设备的上行同步定时,若TAT超时,终端设备认为与接入网设备上行失步,从而终端设备可以继续维护上行同步,不受SCG失败的影响。
可选的,目标事件为SCG去激活事件,在步骤S1001之后,该方法还包括:终端设备去激活SCG上的一个或者多个小区。
其中,终端设备去激活SCG上的一个或者多个小区可以是去激活SCG上的所有的辅小区,或者去激活SCG上的所有小区,包括主小区以及辅小区。在去激活一个或者多个小区之后,终端设备不能在该小区收发数据,从而终端设备可以停止监听所述小区上的PDCCH,便于节省功耗。
请参照图11,图11是本申请实施例提供的第三种数据传输处理方法的流程示意图。如图11所示,该方法包括以下步骤S1101~S1103,其中:
S1101:接入网设备向终端设备发送第三指示信息。
接入网设备向终端设备发送第三指示信息,可以理解为,终端设备接收来自接入网设备的第三指示信息。在本申请实施例中,第三指示信息用于指示目标事件恢复。当目标事件为SCG连接失败事件或MCG连接失败事件时,步骤S801中的接入网设备为MN,也就是说,第三指示信息可以是步骤S405中MN向终端设备发送的SCG恢复信息,或步骤S506中MN向终端设备发送的MCG恢复信息。当目标事件为SCG去激活事件时,步骤S801中的接入网设备可以为MN或SN,也就是说,第三指示信息可以是MN或SN向终端设备发送的激活SCG指令。目标事件以及第三指示信息可参照前述的描述,在此不再赘述。
S1102:终端设备基于第三指示信息确定目标事件恢复。
S1103:终端设备控制目标实体基于目标事件对应的第一小区组进行数据传输。
其中,目标实体以及目标事件对应的第一小区组可参照前述的描述,在此不再赘述。目标实体基于目标事件对应的第一小区组进行数据传输,可以理解为,目标PDCP实体向第一RLC实体发送上行数据,或者,第一RLC实体向第一小区组中的MAC实体发送上行数据。也就是说,采用目标事件对应的第一小区组的传输资源进行数据传输。示例性的,如图8所示,若目标事件为MCG连接失败事件,则PDCP#1向MCG中的RLC#1发送上行数据,或者RLC#1向MCG中的MAC#1发送上行数据。若目标事件为SCG连接失败事件或SCG去激活事件,则PDCP#2向SCG中的RLC#2发送上行数据,或者RLC#2向SCG中的MAC#2发送上行数据。
可以理解,在图11所示的方法中,在终端设备接收到来自接入网设备发送的第三指示信息时,可确定目标事件恢复,会控制目标事件对应的第一小区组中目标实体基于第一小区组进行数据传输。也就是说,在终端设备接收到第三指示信息之后,可确定目标事件恢复,从而可控制目标实体采用目标事件对应的第一小区组的传输资源进行数据传输,可避免数据丢失。
在一种可能的示例中,目标实体为目标PDCP实体,该方法还包括:终端设备控制目标PDCP实体向第二小区组中的第二RLC实体发送数据,第二小区组和第一小区组对应的接入网设备不同。可以理解,通过第一RLC实体和第二RLC实体同时为目标PDCP实体传输数据,可提高数据传输效率。
在一种可能的示例中,目标实体为目标PDCP实体,第一RLC实体包括接入网设备为目标PDCP实体在第一小区组中复制承载关联的RLC实体,响应于第一RLC实体处于激活态,终端设备控制目标PDCP实体向第一RLC实体发送数据。
如前所述,当第一RLC实体为接入网设备(例如,MN或SN等)为目标PDCP实体在第一小区组中复制承载关联的RLC实体,且第一RLC实体处于激活态时,终端设备可控制目标PDCP实体向第一RLC实体发送数据。当第一RLC实体处于非激活态时,终端设备先配置第一RLC实体处于激活态,然后控制目标PDCP实体向第一RLC实体发送数据。
可选的,第二RLC实体包括接入网设备为目标PDCP实体在第二小区组中复制承载关 联的RLC实体,响应于第二RLC实体处于激活态,终端设备控制目标PDCP实体向第二RLC实体发送数据。也就是说,当第二RLC实体接入网设备(例如,MN或SN等)为目标PDCP实体在第二小区组中复制承载关联的RLC实体,且第二RLC实体也处于激活态时,终端设备可通过第一RLC实体和第二RLC实体传输上行数据,提高了数据传输效率。
目标实体为目标PDCP实体,第一RLC实体包括接入网设备为目标PDCP实体在第一小区组中分离承载关联的RLC实体,如前所述,当终端设备的待发送数据量大于或等于上行数据门限,终端设备可以决定将PDCP数据递交给MCG关联的RLC实体或者SCG关联的RLC实体。可以理解为,终端设备不考虑上行数据门限,直接控制目标PDCP实体向第一RLC实体发送数据。当终端设备的待发送数据量小于上行数据门限,终端设备只能将PDCP数据递交给主RLC实体。也就是说,在考虑上行数据门限时,终端设备向主RLC实体发送数据。基于此,在一种可能的示例中,响应于第一RLC实体为主RLC实体,终端设备控制目标PDCP实体向第一RLC实体发送数据。
可以理解,当第一RLC实体为主RLC实体时,终端设备可直接控制目标PDCP实体向第一RLC实体发送数据。若第一RLC实体不是主RLC实体,或第二RLC实体是主RLC实体,则终端设备先修改第一RLC实体为主RLC实体,然后控制目标PDCP实体向第一RLC实体发送数据。
当目标实体为目标PDCP实体时,在一种可能的示例中,在步骤S1102之后,该方法还包括:终端设备重建第一RLC实体。
其中,重建第一RLC实体可包括以下步骤:丢弃所有的RLC SDU、RLCSDU分段、RLC PDU等RLC数据;停止并重置所有的RLC层的定时器(包括RLC层的重组定时器(t-Reassembly),用于等待未接收的完整的RLC SDU的至少一个分段或者完整的RLC SDU);将第一RLC实体参数进行初始化。
可以理解,在目标事件恢复之后,终端设备重建第一RLC实体,可保证终端设备与新的SCG的服务小区的RLC状态一致,可提高数据传输成功的概率。
进一步的,在一种可能的示例中,在步骤S1102之后,该方法还包括:终端设备丢弃第一RLC实体保存的数据。可以理解,当终端设备重建第一RLC实体之后,丢弃第一RLC实体保存的数据,可以重新处理第一RLC实体接收到的数据,可避免重复发送。
在另一种可能的示例中,在步骤S1102之后,该方法还包括:终端设备重建目标PDCP实体。
其中,重建目标PDCP实体可通过丢弃所有存储的数据(包括PDCP SDU和PDCP PDU)实现。在UM模式下的DRB数据,对于已经分配SN但还没有传输给下层的PDCP SDU,按照SN递增的顺序将这些PDCP SDU传输后,再执行重建PDCP实体的步骤。在AM模式下的DRB数据,从第一个还没收到ARQ反馈的PDCP SDU开始,执行重传并把所有已存的PDCP SDU按照SN递增的顺序发送,发送完之后再执行重建PDCP实体的步骤。
可以理解,在目标事件恢复之后,终端设备重建目标PDCP实体,以使该目标PDCP实体与第一小区组中的第一RLC实体进行重新连接,可保证终端设备与新的SCG的服务小区的RLC状态一致,可提高数据传输成功的概率。
进一步的,在一种可能的示例中,在步骤S1102之后,该方法还包括:终端设备对目 标PDCP实体的未发送数据进行重传。
其中,未发送数据是目标PDCP实体未进行发送的数据,可以理解为,在步骤S702中目标实体被挂起时,未发送数据指的是未通过第一RLC实体进行发送的数据。在步骤S702中目标PDCP实体不通过第一RLC实体传输数据,而是通过第二RLC实体传输数据,未发送数据指的是未通过第一RLC实体进行发送的数据,以及未通过第二RLC实体进行发送的数据。可以理解,当终端设备重建目标PDCP实体之后,对该目标PDCP实体的未发送数据进行重传,可避免数据丢失。
在一种可能的示例中,在步骤S1103之前,该方法还包括:终端设备向目标实体发送第四指示信息。
其中,第四指示信息指示目标事件恢复,或者指示目标实体基于第一小区组进行数据传输的操作等,可参照前述的描述,在此不做限定。可以理解,在目标实体接收到第四指示信息之后,可直接根据第四指示信息被终端设备控制,提高了目标实体的处理效率。若目标实体能基于第一小区组和第二小区组进行数据传输,可进一步提高数据传输效率。
在一种可能的示例中,在步骤S1102之后,该方法还包括:终端设备恢复第一小区组的传输链路。
可以理解,当确定目标事件恢复时,在控制目标实体基于第一小区组进行数据传输的基础上,可恢复第一小区组的传输链路,从而避免目标实体向第一小区组发送上行数据发生数据传输失败的情况。
在一种可能的示例中,在步骤S1102之后,该方法还包括:终端设备恢复或者激活或者重新激活第一小区组上配置的预配置授权资源。其中,预配置授权资源为接入网设备配置的半静态传输资源。该预配置授权资源可以在接入网设备配置半静态资源后生效,或者通过PDCCH激活该半静态资源后才生效。在恢复或者激活或者重新激活所述预配置授权资源后,终端设备可以使用之前已经挂起或者去激活的预配置授权资源与接入网设备进行数据传输。
可选的,目标事件为SCG去激活事件,在步骤S1102之后,该方法还包括:终端设备继续或者恢复监听SCG上的PDCCH。可以理解,当SCG去激活事件恢复之后,SCG上信道质量需要重新进行关注,从而终端设备可继续或者恢复监听SCG上的PDCCH,便于节省功耗。
可选的,目标事件为SCG去激活事件,在步骤S1102之后,该方法还包括:终端设备重置SCG的MAC实体。
其中,终端设备重置SCG的MAC实体包括但不限于停止所有正在运行的MAC层的定时器,停止正在进行的随机接入过程,清空HARQ对应的缓存等,从而终端设备可与接入网设备保持一致。
可选的,目标事件为SCG去激活事件,在步骤S1102之后,该方法还包括:终端设备激活或者重新激活SCG上的一个或者多个小区。
其中,终端设备去激活SCG上的一个或者多个小区可以是去激活SCG上的所有的辅小区,或者去激活SCG上的所有小区,包括主小区以及辅小区。在激活或者重新激活一个或者多个小区之后,终端设备可以在该小区收发数据,从而终端设备可以监听所述小区上 的PDCCH,恢复与接入网设备的数据传输。
请参照图12,图12是本申请实施例提供的第四种数据传输处理方法的流程示意图。如图12所示,该方法包括以下步骤S1201~S1203,其中:
S1201:接入网设备向终端设备发送第三指示信息。
S1202:终端设备基于第三指示信息确定目标事件恢复。
其中,步骤S1201和步骤S1202可参照步骤S1101和步骤S1102的描述,在此不再赘述。
S1203:终端设备恢复目标实体。
可以理解,在目标事件恢复之后,终端设备恢复目标PDCP实体,以使该目标PDCP实体与第一小区组中的第一RLC实体进行重新连接,可保证终端设备与新的SCG的服务小区的RLC状态一致,可提高数据传输成功的概率。且在恢复目标PDCP实体之后,目标PDCP实体可以向第一RLC实体发送数据,具体可参照步骤S1103的描述,在此不再赘述。
在目标事件恢复之后,终端设备恢复第一RLC实体,可保证终端设备与新的SCG的服务小区的RLC状态一致,可提高数据传输成功的概率。且在恢复第一RLC实体之后,第一RLC实体可以向第一小区组中的MAC实体发送数据,具体可参照步骤S1103的描述,在此不再赘述。
当目标实体为目标PDCP实体时,在一种可能的示例中,在步骤S1202之后,该方法还包括:终端设备重建第一RLC实体。可以理解,在目标事件恢复之后,终端设备重建第一RLC实体,可保证终端设备与新的SCG的服务小区的RLC状态一致,可提高数据传输成功的概率。
进一步的,在一种可能的示例中,在步骤S1202之后,该方法还包括:终端设备丢弃第一RLC实体保存的数据。可以理解,当终端设备重建第一RLC实体之后,丢弃第一RLC实体保存的数据,可以重新处理第一RLC实体接收到的数据,可避免重复发送。
在另一种可能的示例中,在步骤S1202之后,该方法还包括:终端设备重建目标PDCP实体。可以理解,在目标事件恢复之后,终端设备重建目标PDCP实体,以使该目标PDCP实体与第一小区组中的第一RLC实体进行重新连接,可保证终端设备与新的SCG的服务小区的RLC状态一致,可提高数据传输成功的概率。
进一步的,在一种可能的示例中,在步骤S1202之后,该方法还包括:终端设备对目标PDCP实体的未发送数据进行重传。可以理解,当终端设备重建目标PDCP实体之后,对该目标PDCP实体的未发送数据进行重传,可避免数据丢失。
当目标实体为第一RLC实体时,在一种可能的示例中,在步骤S1202之后,该方法还包括:终端设备对第一RLC实体保存的RLC SDU进行重新处理。可以理解,当终端设备重建第一RLC实体之后,对第一RLC实体保存的数据RLC SDU进行重新处理,可避免数据丢失。
在一种可能的示例中,在步骤S1203之前,该方法还包括:终端设备向目标实体发送第四指示信息。可以理解,在目标实体接收到第四指示信息之后,可直接根据第四指示信息被终端设备控制,提高了目标实体的处理效率。
在一种可能的示例中,在步骤S1202之后,该方法还包括:终端设备恢复第一小区组的传输链路。可以理解,当确定目标事件恢复时,在挂起目标实体的基础上,可恢复第一小区组的传输链路,进一步避免了目标实体向第一小区组发送上行数据发生数据传输失败的情况。
在一种可能的示例中,在步骤S1202之后,该方法还包括:终端设备恢复或者激活或者重新激活第一小区组上配置的预配置授权资源。其中,预配置授权资源为接入网设备配置的半静态传输资源。该预配置授权资源可以在接入网设备配置半静态资源后生效,或者通过PDCCH激活该半静态资源后才生效。在恢复或者激活或者重新激活所述预配置授权资源后,终端设备可以使用之前已经挂起或者去激活的预配置授权资源与接入网设备进行数据传输。
可选的,目标事件为SCG去激活事件,在步骤S1202之后,该方法还包括:终端设备继续或者恢复监听SCG上的PDCCH。可以理解,当SCG去激活事件恢复之后,SCG上信道质量需要重新进行关注,从而终端设备可继续或者恢复监听SCG上的PDCCH,便于节省功耗。
可选的,目标事件为SCG去激活事件,在步骤S1202之后,该方法还包括:终端设备重置SCG的MAC实体。
其中,终端设备重置SCG的MAC实体包括但不限于停止所有正在运行的MAC层的定时器,停止正在进行的随机接入过程,清空HARQ对应的缓存等,从而终端设备可与接入网设备保持一致。
可选的,目标事件为SCG去激活事件,在步骤S1202之后,该方法还包括:终端设备激活或者重新激活SCG上的一个或者多个小区。
其中,终端设备去激活SCG上的一个或者多个小区可以是去激活SCG上的所有的辅小区,或者去激活SCG上的所有小区,包括主小区以及辅小区。在激活或者重新激活一个或者多个小区之后,终端设备可以在该小区收发数据,从而终端设备可以监听所述小区上的PDCCH,恢复与接入网设备的数据传输。
上述详细阐述了本申请实施例的方法,下面提供了本申请实施例的装置。
请参见图13,图13是本申请实施例提供的一种数据传输处理装置的结构示意图。如图13所示,该数据传输处理装置包括处理单元1301和通信单元1302,其中,各个单元的详细描述如下。
在一个实施例中:
处理单元1301用于确定发生目标事件,目标事件至少包括以下一种:主小区组连接失败事件、辅小区组连接失败事件、辅小区组去激活事件;控制目标实体不基于目标事件对应的第一小区组进行数据传输,或挂起目标实体,目标实体为第一小区组中的目标分组数据汇聚协议PDCP实体或第一无线链路控制层协议RLC实体。
可选的,目标实体为目标PDCP实体,处理单元1301还用于控制目标PDCP实体向第二小区组中的第二RLC实体发送数据,第二小区组和第一小区组对应的接入网设备不同。
可选的,第二RLC实体包括接入网设备为目标PDCP实体在第二小区组中复制承载关 联的RLC实体,处理单元1301具体用于响应于第二RLC实体处于激活态,控制目标PDCP实体向第二RLC实体发送数据。
可选的,第二RLC实体包括接入网设备为目标PDCP实体在第二小区组中分离承载关联的RLC实体,处理单元1301具体用于响应于第二RLC实体为主RLC实体,控制目标PDCP实体向第二RLC实体发送数据。
可选的,目标实体为第一RLC实体,处理单元1301还用于丢弃第一RLC实体中已部分发送的RLC SDU。
可选的,处理单元1301还用于挂起目标PDCP实体。
可选的,通信单元1302用于向目标实体发送第一指示信息,第一指示信息用于指示发生目标事件,或者指示目标实体不基于第一小区组进行数据传输的操作。
可选的,处理单元1301还用于挂起第一小区组的传输链路。
可选的,通信单元1302还用于向接入网设备发送第二指示信息,第二指示信息用于指示发生目标事件、目标事件的类型或终端设备的测量结果。
在另一个实施例中:
通信单元1302用于接收到来自接入网设备的第三指示信息;
处理单元1301用于基于第三指示信息确定目标事件恢复,目标事件至少包括以下一种:主小区组连接失败事件、辅小区组连接失败事件、辅小区组去激活事件;控制目标实体基于目标事件对应的第一小区组进行数据传输,或恢复目标实体,目标实体为第一小区组中的目标PDCP实体或第一RLC实体。
可选的,目标实体为目标PDCP实体,处理单元1301还用于重建第一RLC实体。
可选的,处理单元1301还用于丢弃第一RLC实体保存的数据。
可选的,目标实体为目标PDCP实体,处理单元1301还用于重建目标PDCP实体。
可选的,处理单元1301还用于对目标PDCP实体的未发送数据进行重传。
可选的,处理单元1301还用于控制目标PDCP实体向第二小区组中的第二RLC实体发送数据,第二小区组和第一小区组对应的接入网设备不同。
可选的,第一RLC实体包括接入网设备为目标PDCP实体在第一小区组中复制承载关联的RLC实体,处理单元1301具体用于响应于第一RLC实体处于激活态,控制目标PDCP实体向第一RLC实体发送数据。
可选的,第一RLC实体包括接入网设备为目标PDCP实体在第一小区组中分离承载关联的RLC实体,处理单元1301具体用于响应于第一RLC实体为主RLC实体,控制目标PDCP实体向第一RLC实体发送数据。
可选的,目标实体为第一RLC实体,处理单元1301还用于对第一RLC实体保存的RLC SDU进行重新处理。
可选的,通信单元1302还用于向目标实体发送第四指示信息,第四指示信息用于指示目标事件恢复,或者指示目标实体基于第一小区组进行数据传输的操作。
可选的,处理单元1301还用于恢复第一小区组的传输链路。
请参见图14,图14是本申请实施例提供的另一种数据传输处理装置的结构示意图。 该数据传输处理装置包括处理器1401、存储器1402和通信接口1403,处理器1401、存储器1402和通信接口1403通过总线1404相互连接。
存储器1402包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPROM)、或便携式只读存储器(compact disc read-only memory,CD-ROM),该存储器1402用于相关计算机程序及侧行数据。通信接口1403用于接收和发送侧行数据。
处理器1401可以是一个或多个中央处理器(central processing unit,CPU),在处理器1401是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
在一个实施例中,处理器1401用于读取存储器1402中存储的计算机程序代码,执行以下操作:
确定发生目标事件,目标事件至少包括以下一种:主小区组连接失败事件、辅小区组连接失败事件、辅小区组去激活事件;
控制目标实体不基于目标事件对应的第一小区组进行数据传输,或挂起目标实体,目标实体为第一小区组中的目标分组数据汇聚协议PDCP实体或第一无线链路控制层协议RLC实体。
可选的,目标实体为目标PDCP实体,处理器1401还用于执行如下操作:
控制目标PDCP实体向第二小区组中的第二RLC实体发送数据,第二小区组和第一小区组对应的接入网设备不同。
可选的,第二RLC实体包括接入网设备为目标PDCP实体在第二小区组中复制承载关联的RLC实体,处理器1401具体用于执行如下操作:
响应于第二RLC实体处于激活态,控制目标PDCP实体向第二RLC实体发送数据。
可选的,第二RLC实体包括接入网设备为目标PDCP实体在第二小区组中分离承载关联的RLC实体,处理器1401具体用于执行如下操作:
响应于第二RLC实体为主RLC实体,控制目标PDCP实体向第二RLC实体发送数据。
可选的,目标实体为第一RLC实体,处理器1401还用于执行如下操作:
丢弃第一RLC实体中已部分发送的RLC SDU。
可选的,处理器1401还用于执行如下操作:
挂起目标PDCP实体。
可选的,处理器1401还用于执行如下操作:
向目标实体发送第一指示信息,第一指示信息用于指示发生目标事件,或者指示目标实体不基于第一小区组进行数据传输的操作。
可选的,处理器1401还用于执行如下操作:
挂起第一小区组的传输链路。
可选的,处理器1401还用于执行如下操作:
向接入网设备发送第二指示信息,第二指示信息用于指示发生目标事件、目标事件的类型或终端设备的测量结果。
在另一个实施例中,处理器1401用于读取存储器1402中存储的计算机程序代码,执行以下操作:
接收到来自接入网设备的第三指示信息;
基于第三指示信息确定目标事件恢复,目标事件至少包括以下一种:主小区组连接失败事件、辅小区组连接失败事件、辅小区组去激活事件;控制目标实体基于目标事件对应的第一小区组进行数据传输,或恢复目标实体,目标实体为第一小区组中的目标PDCP实体或第一RLC实体。
可选的,目标实体为目标PDCP实体,处理器1401还用于执行如下操作:
重建第一RLC实体。
可选的,处理器1401还用于执行如下操作:
丢弃第一RLC实体保存的数据。
可选的,目标实体为目标PDCP实体,处理器1401还用于执行如下操作:
重建目标PDCP实体。
可选的,处理器1401还用于执行如下操作:
对目标PDCP实体的未发送数据进行重传。
可选的,处理器1401还用于执行如下操作:
控制目标PDCP实体向第二小区组中的第二RLC实体发送数据,第二小区组和第一小区组对应的接入网设备不同。
可选的,第一RLC实体包括接入网设备为目标PDCP实体在第一小区组中复制承载关联的RLC实体,处理器1401具体用于执行如下操作:
响应于第一RLC实体处于激活态,控制目标PDCP实体向第一RLC实体发送数据。
可选的,第一RLC实体包括接入网设备为目标PDCP实体在第一小区组中分离承载关联的RLC实体,处理器1401具体用于执行如下操作:
响应于第一RLC实体为主RLC实体,控制目标PDCP实体向第一RLC实体发送数据。
可选的,目标实体为第一RLC实体,处理器1401还用于执行如下操作:
对第一RLC实体保存的RLC SDU进行重新处理。
可选的,处理器1401还用于执行如下操作:
向目标实体发送第四指示信息,第四指示信息用于指示目标事件恢复,或者指示目标实体基于第一小区组进行数据传输的操作。
可选的,处理器1401还用于执行如下操作:
恢复第一小区组的传输链路。
本申请提供了一种芯片,包括处理器,用于从存储器中调用并运行存储器中存储的指令,使得安装有芯片的终端设备执行图7、图10、图11和图12所示的方法。
本申请还提供另一种芯片,该芯片可以为终端设备或接入网设备内的芯片,该芯片包括:输入接口、输出接口和处理电路,输入接口、输出接口与电路之间通过内部连接通路相连,处理电路用于执行图7、图10、图11和图12所示的方法。
本申请还提供另一种芯片,包括:输入接口、输出接口、处理器,可选的,还包括存储器,输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连,处理器用于执行存储器中的代码,当代码被执行时,处理器用于执行图7、图10、图11和图12所示 的方法。
本申请实施例还提供一种芯片系统,芯片系统包括至少一个处理器,存储器和接口电路,存储器、收发器和至少一个处理器通过线路互联,至少一个存储器中存储有计算机程序;计算机程序被处理器执行时,图7、图10、图11和图12所示的方法流程得以实现。
本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序,当其在通信装置上运行时,图7、图10、图11和图12所示的方法流程得以实现。
本申请实施例还提供一种计算机程序产品,当计算机程序产品在通信装置上运行时,图7、图10、图11和图12所示的方法流程得以实现。
本申请实施例还提供一种通信系统,该系统包括上述任一实施例中涉及的终端设备和接入网设备。
综上,通过实施本申请实施例,在终端设备确定发生目标事件之后,控制第一小区组中的目标实体不采用目标事件对应的第一小区组的传输资源进行数据传输,或者通过挂起目标实体实现目标实体不采用目标事件对应的第一小区组的传输资源进行数据传输,从而避免采用第一小区组与第一小区组对应的接入网设备进行通信,避免了发生数据传输失败的情况。且在确定目标事件恢复之后,可直接控制目标实体采用目标事件对应的第一小区组的传输资源进行数据传输,或者通过恢复目标实体以实现目标实体采用目标事件对应的第一小区组的传输资源进行数据传输,可避免数据丢失。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来计算机程序相关的硬件完成,该计算机程序可存储于计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储计算机程序代码的介质。
Claims (23)
- 一种数据传输处理方法,其特征在于,包括:终端设备确定发生目标事件,所述目标事件至少包括以下一种:主小区组连接失败事件、辅小区组连接失败事件、所述辅小区组去激活事件;所述终端设备控制目标实体不基于所述目标事件对应的第一小区组进行数据传输,或挂起所述目标实体,所述目标实体为所述第一小区组中的目标分组数据汇聚协议PDCP实体或第一无线链路控制层协议RLC实体。
- 根据权利要求1所述的数据传输处理方法,其特征在于,所述目标实体为所述目标PDCP实体,所述方法还包括:所述终端设备控制所述目标PDCP实体向第二小区组中的第二RLC实体发送数据,所述第二小区组和所述第一小区组对应的接入网设备不同。
- 根据权利要求2所述的数据传输处理方法,其特征在于,所述第二RLC实体包括接入网设备为所述目标PDCP实体在所述第二小区组中复制承载关联的RLC实体,所述终端设备控制所述目标PDCP实体向所述第二小区组中的第二RLC实体发送数据,包括:响应于所述第二RLC实体处于激活态,所述终端设备控制所述目标PDCP实体向所述第二RLC实体发送数据。
- 根据权利要求2所述的数据传输处理方法,其特征在于,所述第二RLC实体包括接入网设备为所述目标PDCP实体在所述第二小区组中分离承载关联的RLC实体,所述终端设备控制所述目标PDCP实体向所述第二小区组中的第二RLC实体发送数据,包括:响应于所述第二RLC实体为主RLC实体,所述终端设备控制所述目标PDCP实体向所述第二RLC实体发送数据。
- 根据权利要求1所述的数据传输处理方法,其特征在于,所述目标实体为所述第一RLC实体,所述方法还包括:所述终端设备丢弃所述第一RLC实体中已部分发送的RLC SDU。
- 根据权利要求1所述的数据传输处理方法,其特征在于,所述方法还包括:所述终端设备挂起所述目标PDCP实体。
- 根据权利要求1-6中任一项所述的数据传输处理方法,其特征在于,在所述终端设备控制目标实体不基于所述第一小区组进行数据传输之前,所述方法还包括:所述终端设备向目标实体发送第一指示信息,所述第一指示信息用于指示发生所述目标事件,或者指示所述目标实体不基于所述第一小区组进行数据传输的操作。
- 根据权利要求1-7中任一项所述的数据传输处理方法,其特征在于,所述方法还包括:所述终端设备挂起所述第一小区组的传输链路。
- 根据权利要求1-8中任一项所述的数据传输处理方法,其特征在于,所述方法还包括:所述终端设备向接入网设备发送第二指示信息,所述第二指示信息用于指示发生所述目标事件、所述目标事件的类型或所述终端设备的测量结果。
- 一种数据传输处理方法,其特征在于,包括:终端设备接收到来自接入网设备的第三指示信息;所述终端设备基于所述第三指示信息确定目标事件恢复,所述目标事件至少包括以下一种:主小区组连接失败事件、辅小区组连接失败事件、所述辅小区组去激活事件;所述终端设备控制目标实体基于所述目标事件对应的第一小区组进行数据传输,或恢复所述目标实体,所述目标实体为所述第一小区组中的目标PDCP实体或第一RLC实体。
- 根据权利要求10所述的数据传输处理方法,其特征在于,所述目标实体为所述目标PDCP实体,所述方法还包括:所述终端设备重建所述第一RLC实体。
- 根据权利要求11所述的数据传输处理方法,其特征在于,所述方法还包括:所述终端设备丢弃所述第一RLC实体保存的数据。
- 根据权利要求10所述的数据传输处理方法,其特征在于,所述目标实体为所述目标PDCP实体,所述方法还包括:所述终端设备重建所述目标PDCP实体。
- 根据权利要求13所述的数据传输处理方法,其特征在于,所述方法还包括:所述终端设备对所述目标PDCP实体的未发送数据进行重传。
- 根据权利要求11-14中任一项所述的数据传输处理方法,其特征在于,所述方法还包括:所述终端设备控制所述目标PDCP实体向第二小区组中的第二RLC实体发送数据,所述第二小区组和所述第一小区组对应的接入网设备不同。
- 根据权利要求11-15中任一项所述的数据传输处理方法,其特征在于,所述第一RLC实体包括接入网设备为所述目标PDCP实体在所述第一小区组中复制承载关联的RLC实体,所述终端设备控制目标实体基于所述第一小区组进行数据传输,包括:响应于所述第一RLC实体处于激活态,所述终端设备控制所述目标PDCP实体向所述第一RLC实体发送数据。
- 根据权利要求11-15中任一项所述的数据传输处理方法,其特征在于,所述第一RLC实体包括接入网设备为所述目标PDCP实体在所述第一小区组中分离承载关联的RLC实体,所述终端设备控制目标实体基于所述第一小区组进行数据传输,包括:响应于所述第一RLC实体为主RLC实体,所述终端设备控制所述目标PDCP实体向所述第一RLC实体发送数据。
- 根据权利要求10所述的数据传输处理方法,其特征在于,所述目标实体为所述第一RLC实体,所述方法还包括:所述终端设备对所述第一RLC实体保存的RLC SDU进行重新处理。
- 根据权利要求10-18中任一项所述的数据传输处理方法,其特征在于,在所述终端设备控制目标实体基于所述目标事件对应的第一小区组进行数据传输之前,所述方法还包括:所述终端设备向所述目标实体发送第四指示信息,所述第四指示信息用于指示所述目标事件恢复,或者指示所述目标实体基于所述第一小区组进行数据传输的操作。
- 根据权利要求10-19中任一项所述的数据传输处理方法,其特征在于,所述方法 还包括:所述终端设备恢复所述第一小区组的传输链路。
- 一种数据传输处理装置,其特征在于,包括如权利要求1-20中任一项所述的方法对应的处理单元和/或通信单元。
- 一种通信装置,其特征在于,包括处理器,所述处理器与存储器耦合,其中,所述存储器用于存储一个或多个程序,所述一个或多个程序被所述处理器执行以执行如权利要求1-20中任一项所述的方法。
- 一种计算机可读存储介质,其特征在于,其用于存储计算机程序,其中,所述计算机程序使得计算机执行如权利要求1-20中任一项所述的方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2020/135365 WO2022120744A1 (zh) | 2020-12-10 | 2020-12-10 | 数据传输处理方法及相关装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116601989A true CN116601989A (zh) | 2023-08-15 |
| CN116601989B CN116601989B (zh) | 2025-01-10 |
Family
ID=81972969
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080107739.6A Active CN116601989B (zh) | 2020-12-10 | 2020-12-10 | 数据传输处理方法及相关装置 |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP4258731A4 (zh) |
| CN (1) | CN116601989B (zh) |
| WO (1) | WO2022120744A1 (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US12500726B2 (en) * | 2021-09-15 | 2025-12-16 | Qualcomm Incorporated | Packet data convergence protocol handling for secondary cell group deactivation |
| WO2023128643A1 (en) * | 2021-12-29 | 2023-07-06 | Samsung Electronics Co., Ltd. | Method and apparatus for activating or deactivating cell group in next-generation wireless communication system |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110022224A (zh) * | 2018-01-10 | 2019-07-16 | 维沃移动通信有限公司 | 一种数据的处理方法、用户侧设备及网络侧设备 |
| US20200127886A1 (en) * | 2017-07-24 | 2020-04-23 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for Processing Radio Link Failure, and Terminal Device |
| CN111132203A (zh) * | 2018-10-31 | 2020-05-08 | 维沃移动通信有限公司 | 一种处理方法及终端 |
| CN111225396A (zh) * | 2020-01-07 | 2020-06-02 | 展讯通信(上海)有限公司 | 去激活和激活辅小区组的方法、通信装置和相关产品 |
| US20200366551A1 (en) * | 2018-02-08 | 2020-11-19 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for handling radio link failure (rlf) and terminal device |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10980077B2 (en) * | 2017-04-01 | 2021-04-13 | Lg Electronics Inc. | Method for performing MCG recovery in dual connectivity in wireless communication system and a device therefor |
| CN109391959A (zh) * | 2017-08-10 | 2019-02-26 | 夏普株式会社 | 用户设备、基站和相关方法 |
| CN109391399B (zh) * | 2017-08-10 | 2022-04-19 | 中兴通讯股份有限公司 | 辅小区的管理方法、装置及设备 |
| CN110710255B (zh) * | 2018-01-31 | 2021-03-02 | Oppo广东移动通信有限公司 | 一种终端设备触发数据停止传输的方法及终端设备 |
-
2020
- 2020-12-10 WO PCT/CN2020/135365 patent/WO2022120744A1/zh not_active Ceased
- 2020-12-10 CN CN202080107739.6A patent/CN116601989B/zh active Active
- 2020-12-10 EP EP20964682.7A patent/EP4258731A4/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20200127886A1 (en) * | 2017-07-24 | 2020-04-23 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for Processing Radio Link Failure, and Terminal Device |
| CN110022224A (zh) * | 2018-01-10 | 2019-07-16 | 维沃移动通信有限公司 | 一种数据的处理方法、用户侧设备及网络侧设备 |
| US20200366551A1 (en) * | 2018-02-08 | 2020-11-19 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for handling radio link failure (rlf) and terminal device |
| CN111132203A (zh) * | 2018-10-31 | 2020-05-08 | 维沃移动通信有限公司 | 一种处理方法及终端 |
| CN111225396A (zh) * | 2020-01-07 | 2020-06-02 | 展讯通信(上海)有限公司 | 去激活和激活辅小区组的方法、通信装置和相关产品 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP4258731A1 (en) | 2023-10-11 |
| CN116601989B (zh) | 2025-01-10 |
| EP4258731A4 (en) | 2024-02-21 |
| WO2022120744A1 (zh) | 2022-06-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3592097B1 (en) | Radio link failure handling method and related product | |
| US11057797B2 (en) | Method and device for processing information | |
| KR102299118B1 (ko) | 신규 무선 접속 기술에서의 중복 및 rlc 동작 | |
| US20240334266A1 (en) | Managing mcg fast recovery | |
| EP3031281B1 (en) | Use of packet status report from secondary base station to master base station in wireless network | |
| CN115243337B (zh) | 数据传输方法及装置 | |
| CN108924964B (zh) | 保证通信连续性的方法和用户设备 | |
| US20230199578A1 (en) | Managing configurations | |
| JP2020511842A (ja) | ネットワーク接続の復旧方法、装置及び通信システム | |
| CN111757348B (zh) | 一种通信方法及装置 | |
| CN104685930A (zh) | 一种通讯方法和终端 | |
| WO2019095114A1 (zh) | 处理无线链路失败的方法、终端设备和网络设备 | |
| US12041677B2 (en) | Data transmission method and apparatus for reducing reconfiguration delay in link failure | |
| US12526866B2 (en) | Method and device for segmenting downlink radio resource control message in next-generation mobile communication system | |
| CN116601989B (zh) | 数据传输处理方法及相关装置 | |
| WO2020090442A1 (ja) | 無線通信方法及び装置 | |
| CN112153689B (zh) | 一种数据发送方法及装置 | |
| CN115968003A (zh) | 一种数据传输方法及通信装置 | |
| CN115398966A (zh) | 下一代移动通信系统中下行rrc分段消息处理方法及装置 | |
| CN120113330A (zh) | 管理分解式基站中的通信故障 | |
| WO2023273926A1 (zh) | 一种多连接下的通信方法及装置 | |
| US20240381477A1 (en) | Radio communication apparatus, communication method, and non-transitory computer-readable recording medium | |
| KR102836722B1 (ko) | 통신 시스템의 카운트 오류 해결 방법 및 장치 | |
| CN119769134A (zh) | 小区改变的方法及装置 | |
| WO2019052174A1 (zh) | 一种改变承载类型的方法及装置、计算机存储介质 |
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 |