CN105101293A - Pdcp发送实体、辅基站、用户设备及其方法 - Google Patents
Pdcp发送实体、辅基站、用户设备及其方法 Download PDFInfo
- Publication number
- CN105101293A CN105101293A CN201410181233.6A CN201410181233A CN105101293A CN 105101293 A CN105101293 A CN 105101293A CN 201410181233 A CN201410181233 A CN 201410181233A CN 105101293 A CN105101293 A CN 105101293A
- Authority
- CN
- China
- Prior art keywords
- pdcppdu
- sequence number
- pdcp
- timer
- window
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- 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/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/28—Timers or timing mechanisms used in protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Environmental & Geological Engineering (AREA)
Abstract
本公开提出了一种机制,使得PDCP发送实体能够在Xn接口发生丢包后仍可移动发送窗。根据实施例,在PDCP发送实体中设置定时器,在确定可能发生丢包时启动定时器。在定时器期满时移动发送窗,而无论发送窗下界的PDCP?PDU是否被确认已发送成功。根据另外的实施例,通过由DCP接收实体维护一个接收窗且通过t-Reordering定时器来辅助PDCP发送实体移动发送窗,这样即使在Xn接口上发生丢包,仍然可以移动发送窗,继续发送后续PDCP?PDU。
Description
技术领域
本公开涉及移动通信,具体地,涉及分组数据汇聚协议PDCP发送实体、辅基站、PDCP接收实体、PDCP发送实体处的发送分组数据汇聚协议协议数据单元(PDCPPDU)的方法、辅基站向主基站报告PDCPPDU发送成功的方法以及PDCP接收实体确认PDCPPDU接收成功的方法,以便PDCP发送实体的发送窗与PDCP接收实体的接收窗同步移动。
背景技术
第三代伙伴计划(3GPP)长期演进(LTE)系统的层2(layer2)用户平面协议栈(User-PlaneProtocolStack)由3个子层组成,从高到低依次为:分组数据汇聚协议(PacketDataConvergenceProtocol,PDCP)层、无线链路控制(RadioLinkControl,RLC)层和媒体接入控制(MediaAccessControl)层。在发送实体,从高层接收服务数据单元(ServiceDataUnit,SDU),为该层提供业务,并向低层输出协议数据单元(ProtocolDataUnit,PDU)。例如:RLC层接收来自PDCP的分组(packet)。这些分组对PDCP层来说是PDCPPDU,但对RLC层来说是RLCSDU。用于发送PDCPPDU的PDCP实体称为PDCPTx,用于发送RLCPDU的RLC实体称为RLCTx。在接收端,该过程是相反的,每层向上层发送SDU,上层作为PDU接收。用于接收PDCPPDU的PDCP实体称为PDCPRx,用于接收RLCPDU的RLC实体称为RLCRx。PDCPSDU由PDCP序列号(sequencenumber,SN)标识,PDCPSDU与对应的PDCPPDU和RLCSDU具有相同的序列号,RLCPDU由RLC序列号标识。PDCP序列号和RLC序列号可循环利用。当PDCP序列号达到最大值时,新的PDCPSDU又从最小值开始编号,但对应的超帧号增加1。PDCP序列号和超帧号(HyperFrameNumber,HFN)组成的COUNT唯一标识一个PDCPSDU。
3GPPLTE版本11中,每一无线承载(bearer)有一个PDCP实体(entity)和一个RLC实体。每个基站(也称为NodeB或演进NodeB(eNB))和每个用户设备(UE)均有一个MAC实体。这里,用户设备可以是用户终端、用户节点、移动终端或平板电脑。正在制定中的3GPPLTE版本12标准中,包含关于具有双连接(dualconnectivity)能力的用户设备、主基站(MastereNB,MeNB)、辅基站(SecondaryeNB,SeNB)的标准制定工作。主基站负责维护用户设备的无线资源管理(RadioResourceManagement,RRM)测量配置并且基于接收到的测量报告或流量状况(trafficconditions)或承载类型(beartype)向辅基站请求为用户设备提供额外的资源。辅基站接收到主基站的请求后为用户设备配置服务小区或因没有足够的资源而拒绝所述请求。
基于承载分离(bearersplit)的不同方式和用户平面协议栈的不同,在3GPPTSG-RAN2第83bis次会议上,确定1A和3C两种用户平面架构(User-planeArchitecture)作为双连接部署方式的标准化选项。在3GPPTR36.842中公开了相关内容,将其全部通过引用的方式并入本申请。图1示出的选项3C具有如下特征:(1)主基站(MastereNB,也称为MeNB)通过S1-U接口与业务网关(ServingGateway,S-GW)通信;(2)承载在主基站中分离;(3)对于分离承载(splitbearer),在主基站和辅基站(SecondaryeNB,也称为SeNB)中都有对应RLC实体(entity)。在选项3C中,位于辅基站的RLC实体与上层(即位于主基站的PDCP实体)通过Xn接口进行交互,所述Xn接口包括X2接口。相应的,具有双连接能力的用户设备为分离承载配置一个PDCP实体和两个RLC实体,所述PDCP实体与MeNB中的PDCP实体对应,所述两个RLC实体中的一个RLC实体与MeNB中的RLC实体对应,另一个RLC实体与SeNB中的RLC实体对应。
在3GPPLTE版本11中,由于每个PDCPRx只对应一个RLCRx。RLC接收实体的重排序功能确保PDCPRx从RLC层按照顺序接收PDCPPDU。但在承载分离的双连接部署方式下,一个PDCPRx对应两个RLCRx,PDCPRx从两个RLCRx接收到的PDCPPDU是乱序的。因此,PDCPRx需要对来自两个RLCRx的PDCPPDU重新进行排序。在3GPPTSGRANWG2Meeting#85次会议上提出PDCP重排功能将采用UMRLC类似的基于t-Reordering定时器的重排方法。在3GPPTR36.300中公开了该重排方法,将其全部通过引用的方式并入本申请。所述方法的主要思想为:PDCPRx维护一个接收窗(receivingwindow),也称为重排序窗(reorderingwindow),所述接收窗的大小为PDCPPDU序列号空间的一半。PDCPRx从两个RLCRx接收PDCPPDU,并将接收到的序列号不在接收窗内的PDCPPDU丢弃。当接收到未按照顺序到达但序列号落入接收窗内的PDCPPDU时,将所述PDCPPDU存储在重排序缓冲区中,并启动t-Reordering定时器,等待遗漏的PDCPPDU到来。当接收到遗漏的PDCPPDU,则将已按照顺序接收的PDCPSDU递交到上层;或者当所述t-Reordering定时器期满时,将除所述t-Reordering定时器对应的未按照顺序到达的PDCPSDU外的其他已按照顺序到达的PDCPSDU递交到上层。同时,将接收窗的下界置为已递交到上层的PDCPSDU最大序列号加1。为确保PDCPTx和PDCPRx的超帧号保持同步,相应的,在PDCPTx处需要确保已经发送但尚未被确认的PDCPPDU的最大序列号和最小序列号的差值小于序列号空间的一半。且PDCPTx只能发送序列号在已经发送但尚未被确认的PDCPPDU的最小序列号和所述最小序列号加上序列号空间一半再减去1所得的值之间的PDCPPDU。对于双链接模式的下行链路来说,位于SeNB的RLCTx须通过Xn接口向位于MeNB的PDCPTx发送PDCPPDU发送成功的指示消息,以便所述PDCPTx能发送更多的PDCPPDU。此外,当PDCPTx将PDCPPDU通过Xn接口发送给位于SeNB的RLCTx时,数据可能丢失。位于SeNB的RLCTx由于未收到该数据而无法给PDCPTx发送确认消息,这将导致PDCPTx在发送完所丢失的PDCPPDU及后续可发送的PDCPPDU(其序列号大于所丢失的PDCPPDU的序列号且小于所丢失的PDCPPDU的序列号加上序列号空间的一半所得的值)后,无法再发送新的PDCPPDU,进而影响无线链路的传输时延和可靠性。
发明内容
鉴于现有技术中存在的以上问题,本发明旨在提供一种机制,使得PDCP发送实体能够在Xn接口发生丢包后仍可移动发送窗,继续发送后续的PDCPPDU。
根据本公开的一个方面,提出了一种分组数据汇聚协议(PDCP)发送实体处的发送分组数据汇聚协议协议数据单元(PDCPPDU)的方法,包括:在接收到PDCPPDU发送成功的指示消息时:根据指示消息中指示的已成功发送的PDCPPDU的序列号来移动发送窗,使得发送窗的下界指示未被确认发送成功的PDCPPDU的最小序列号。该方法还包括:确定是否存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU。如果存在,则启动定时器。
根据一个或多个实施例,当所述定时器期满时,移动所述发送窗。
根据一个或多个实施例,当所述定时器期满时,将所述发送窗的下界设置为还未被确认发送成功的PDCPPDU的次小序列号;以及确定是否存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU。如果存在,则启动所述定时器。
根据一个或多个实施例,如果确定不存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU,则删除正在运行的定时器。
根据一个或多个实施例,在启动所述定时器之前,判断所述发送窗的下界所对应的PDCPPDU是否被发送给辅基站。如果是,则启动所述定时器;否则,不对所述定时器进行操作。
根据本公开的另一个方面,提出了一种分组数据汇聚协议(PDCP)发送实体处的发送分组数据汇聚协议协议数据单元(PDCPPDU)的方法,包括:从PDCP接收实体接收接收端指示消息,所述接收端指示消息指示所述PDCP接收实体未接收到的PDCPPDU的最小序列号;比较所述发送窗的下界与所述接收端指示消息所指示的PDCPPDU的序列号;如果所述发送窗的下界小于或等于所述接收端指示消息所指示的PDCPPDU的序列号,则将所述发送窗的下界移动至大于所述接收端指示消息中携带的序列号、且尚未被确认的PDCPPDU的序列号中的最小序列号。
根据本公开的又一个方面,提出了一种分组数据汇聚协议(PDCP)接收实体处的确认分组数据汇聚协议协议数据单元(PDCPPDU)的接收成功的方法,包括:维护一个接收窗,所述接收窗的下界指示尚未接收到的PDCPPDU的最小序列号;当接收到序列号大于所述接收窗的下界但序列号落入接收窗内的PDCPPDU时,启动定时器;当接收到接收窗下界对应的PDCPPDU时,移动所述接收窗并删除所述定时器;当所述定时器期满时,移动所述接收窗,并向发送所述PDCPPDU的主基站发送指示消息,以指示所述主基站移动发送窗,其中,所述消息包含尚未接收到的PDCPPDU的所述最小序列号。
根据一个或多个实施例,当所述定时器期满时,将所述接收窗的下界设置为尚未接收到的PDCPPDU的次小序列号。
根据本公开的再一个方面,提出了一种辅基站处的确认分组数据汇聚协议协议数据单元(PDCPPDU)发送成功的方法,包括:从主基站接收要发送的PDCPPDU,每个PDCPPDU均具有序列号;以及在成功地发送了至少一个PDCPPDU之后,向主基站发送指示PDCPPDU发送成功的消息,所述消息指示被成功发送的PDCPPDU的序列号。
根据本公开的还一个方面,提出了一种分组数据汇聚协议PDCP发送实体,包括:定时器;接收器,被配置为接收分组数据汇聚协议协议数据单元(PDCPPDU)发送成功的指示消息;发送窗移动单元,被配置为根据指示消息中指示的已成功发送的PDCPPDU的序列号来移动发送窗;以及定时器控制器,被配置为确定是否存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU,并在确定存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU时启动所述定时器。
根据本公开的其它一个方面,提出了一种分组数据汇聚协议PDCP发送实体,包括:接收器,被配置为从PDCP接收实体接收接收端指示消息,所述接收端指示消息指示所述PDCP接收实体未接收到的分组数据汇聚协议协议数据单元(PDCPPDU)的最小序列号;以及发送窗移动单元,被配置为比较所述PDCP发送实体所维护的发送窗的下界与所述接收端指示消息所指示的PDCPPDU的序列号;如果所述发送窗的下界小于或等于所述接收端指示消息所指示的PDCPPDU的序列号,则将所述发送窗的下界移动至大于所述接收端指示消息中携带的序列号、且尚未被确认的PDCPPDU的序列号中的最小序列号。
根据本公开的又再一个方面,提出了一种用户设备,包括:存储器,被配置为维护一个接收窗,所述接收窗的下界指示尚未接收到的分组数据汇聚协议协议数据单元(PDCPPDU)的最小序列号;接收器,被配置为接收至少一个PDCPPDU;定时器;定时器控制器,被配置为当所述接收器接收到序列号大于所述接收窗的下界但序列号落入接收窗内的PDCPPDU时,启动所述定时器,并且当所述接收器接收到接收窗下界对应的PDCPPDU时,删除所述定时器;接收窗移动单元,被配置为当所述接收器接收到接收窗下界对应的PDCPPDU或者当所述定时器期满时,移动所述接收窗;以及发送器,被配置为当所述定时器期满时,向接收到的PDCPPDU所来自的主基站发送指示消息,以指示所述主基站移动发送窗,其中,所述消息包含尚未接收到的所述至少一个PDCPPDU的最小序列号。
根据本公开的其它一个方面,提出了一种与主基站协作的辅基站,包括:接收器,被配置为从主基站接收要发送的分组数据汇聚协议协议数据单元(PDCPPDU),每个PDCPPDU均具有序列号;发送器,被配置为在成功地发送了至少一个PDCPPDU之后,向主基站发送指示PDCPPDU发送成功的消息,所述消息指示成功发送的PDCPPDU的序列号。
根据本公开的一个或多个实施例,通过在PDCP发送实体中设置定时器,即使在Xn接口上发生丢包,仍然可以移动发送窗,即PDCPTx仍然可以发送新的数据,不会影响无线链路的传输时延和可靠性。根据本公开的另外一些实施例,通过由DCP接收实体维护一个接收窗且通过t-Reordering定时器来辅助PDCP发送实体移动发送窗,这样即使在Xn接口上发生丢包,仍然可以移动发送窗,而且保持了PDCP发送实体和PDCP接收实体的超帧号同步。
附图说明
通过下文结合附图的详细描述,本公开的上述和其它特征将会变得更加明显,其中:
图1为3GPPTR36.842中给出的双连接部署选项3C的示意图。
图2示出了根据本公开的一个或多个实施例的PDCP发送实体处的发送PDCPPDU的方法的流程图。
图3是示出了根据本公开的一个或多个实施例的另一PDCP发送实体处的发送PDCPPDU的方法的另一流程图。
图4是示出了根据本公开的一个或多个实施例的操作t-Transmitting定时器的方法的流程图。
图5是示出了根据本公开的一个或多个实施例的另一PDCP发送实体处的发送PDCPPDU的方法的另一流程图。
图6是示出了根据本公开的一个或多个实施例的又一PDCP发送实体处的发送PDCPPDU的方法的流程图。
图7给出了根据本公开的一个或多个实施例的辅基站SeNB向主基站MeNB发送指示PDCPPDU发送成功的指示消息的方法的流程图。
图8是示出了位图的一个示例。
图9给出了根据本公开的一个或多个实施例的辅基站SeNB向主基站MeNB发送指示PDCPPDU发送成功的指示消息的方法的流程图。
图10是示出了根据本公开的一个或多个实施例的PDCP接收实体处的确认PDCPPDU接收成功的方法的流程图。
图11是示出了根据本公开的一个或多个实施例的另一PDCP发送实体处的发送PDCPPDU的方法的另一流程图。
图12是示出了本公开的一个或多个实施例的PDCP发送实体的示意结构方框图。
图13是示出了本公开的一个或多个实施例的辅基站的示意结构方框图。
图14是示出了本公开的一个或多个实施例的用户设备的示意结构方框图。
图15是示出了根据本公开的一个或多个实施例的PDCP发送实体的示意结构方框图。
具体实施方式
下面,通过结合附图对本公开的具体实施例的描述,本发明的原理和实现将会变得明显。应当注意的是,本发明不应局限于下文所述的具体实施例。另外,为了简便起见,省略了对与本发明没有直接关联的公知技术的详细描述,以防止对本发明的理解造成混淆。
下文以LTERel-12移动通信系统及其后续的演进版本作为示例应用环境,具体描述了根据本公开的多个实施例。然而,需要指出的是,本公开不限于以下实施例,而可以适用于更多其它的无线通信系统,例如今后的5G蜂窝通信系统。
图2是示出了根据本公开的一个或多个实施例的PDCP发送实体处的发送PDCPPDU的方法200的流程图。为便于描述,本公开的一个或多个实施例采用类似RLC实体采用的发送窗的方法来描述当前的PDCPPDU发送空间。但是,本发明并不局限于采用所述发送窗的描述方式来描述当前可发送的PDCPPDU。
图2所述方法在PDCP发送实体维护一个发送窗(transmittingwindow),发送窗的下界对应还未被确认发送成功的PDCPPDU的最小序列号。通过发送窗的下界和上界限定当前可发送的PDCPPDU。发送窗的下界为可发送的PDCPPDU的最小序列号;发送窗的上界为可发送的PDCPPDU的最大序列号+1。发送窗的大小为PDCPPDU序列号空间的一半。PDCPTx只能发送序列号在发送窗内的PDCPPDU。发送窗的移动依赖于从分别位于MeNB和SeNB的两个RLC实体接收到已成功发送的确认消息。需要说明的是,此处及本公开其他部分所涉及的序列号的比较是指序列号所对应的COUNT值的比较,所涉及的序列号的加减计算也是指序列号所对应的COUNT值的加减计算。
首先,在步骤S210处,PDCP发送实体接收PDCPPDU发送成功的指示消息。PDCP发送实体根据指示消息来移动其发送窗,使得发送窗的下界指示未被确认发送成功的PDCPPDU的最小序列号。
接下来,在步骤S220处,确定是否存在已被确认发送成功的、序列号大于发送窗的下界的PDCPPDU。
如果在步骤S220处确定存在已被确认发送成功的、序列号大于发送窗的下界的PDCPPDU,则在步骤S230处,启动定时器。否则,在步骤S240处,如果定时器正在运行,则删除定时器。
根据本公开的一个或多个实施例,引入定时器,在可能发生丢包时启动定时器。这样,通过适当地设置定时器的期满值,在定时器期满时进行适当操作,从而在发生丢包时仍可移动发送窗。
图3是示出了根据本公开的一个或多个实施例的另一PDCP发送实体处的发送PDCPPDU的方法300的另一流程图。
首先,PDCP发送实体维护常量t-Transmittingtimer。t-Transmittingtimer是t-Transmitting定时器的值。根据一个或多个实施例,PDCP发送实体的t-Transmitting定时器的取值依赖于对应的PDCP接收实体处的t-Reordering定时器的值。例如:可以将t-Transmittingtimer设置为与t-Reordering定时器的值相同或比t-Reordering定时器的值略小的值。本公开的实施例中,所述序列号大小的比较均指所述序列号对应的COUNT值的比较。
如图3所示,在步骤S310中,PDCP发送实体从下层实体接收PDCPPDU发送成功的指示消息并根据指示消息来移动发送窗。如果指示消息指示当前发送窗的下界所对应的PDCPSDU已发送成功,则PDCP发送实体更新发送窗的下界为新的还未被确认发送成功的PDCPPDU的最小序列号。
在步骤S320中,PDCP发送实体确定是否存在已被确认发送成功的、序列号大于发送窗的下界的PDCPPDU。如果是,则执行步骤S330;否则,执行步骤S360。
在步骤S330中,PDCP发送实体根据步骤S310中是否更新了发送窗的下界来执行相应的操作。如果发送窗的下界已被更新,则执行步骤S350;否则,执行步骤S340。
在步骤S340中,PDCP发送实体确定是否有正在运行的t-Transmitting定时器。如果没有,则执行步骤S350。
在步骤S350中,PDCP发送实体启动或重启t-Transmitting定时器,即如果t-Transmitting定时器正在运行,则重启t-Transmitting定时器,否则,启动t-Transmitting定时器。
在步骤S360中,PDCP发送实体判断t-Transmitting定时器是否正在运行中,如果是,则删除所述正在运行的定时器。
根据本公开的一个或多个实施例,引入定时器,在可能发生丢包时启动该包对应的定时器。这样,通过适当地设置定时器的期满值,在定时器期满时进行适当操作,从而在发生丢包时仍可移动发送窗。
图4是示出了根据本公开的一个或多个实施例的操作t-Transmitting定时器的方法400的流程图。
在该方法开始之后,在步骤S410处确认t-Transmitting定时器是否期满。
如果是,则前进至步骤S420,移动发送窗。根据一个或多个实施例,图步骤S420所示,将发送窗下界设置为还未被确认发送成功的PDCPPDU的次小序列号,即除所述t-Transmitting定时器对应的PDCPPDU外的还未被确认发送成功的PDCPPDU的最小序列号。
然后,在步骤S430处,比较已发送成功的PDCPPDU的最大序列号与发送窗下界对应的PDCPPDU的序列号。
如果已发送成功的PDCPPDU的最大序列号大于发送窗下界对应的PDCPPDU的序列号,则在步骤S440处,再次重启t-Transmitting定时器。否则,不再设置t-Transmitting定时器。该方法结束。
在该实施例中,如果t-Transmitting定时器期满,则将发送窗的下界设置为除所述t-Transmitting定时器对应的PDCPPDU外的还未被确认发送成功的PDCPPDU的最小序列号。此时,如果已发送成功的PDCPPDU最大序列号大于更新后的发送窗下界,即,还存在可能被丢失的分组,则再次启动t-Transmitting定时器。根据该实施例,即使可能发生丢包,在定时器期满时移动发送窗。因此,可以避免由于丢包而使得发送窗停滞不前的情形。
在LTE版本12中双链接部署方式仅适用于RLC确认模式(RLCAcknowledgeMode)。在RLC确认模式下,位于MeNB的RLC实体总能确保来自上层的所有PDCPPDU正确发送。因此,为避免频繁的启动t-Transmitting定时器,PDCP发送实体可以只对通过SeNB发送的PDCPPDU启动t-Transmitting定时器,即如果尚未被确认的序列号最小的PDCPPDU(发送窗下界)是通过SeNB发送且所述PDCPPDU序列号小于已发送成功的PDCPPDU的最大序列号,则启动t-Transmitting定时器。
图5是示出了根据本公开的一个或多个实施例的另一PDCP发送实体处的发送PDCPPDU的方法500的另一流程图。
步骤S510、S520、S530、S540与图3所示的方法300中的步骤S310、S320、S330、S340相同,在此不再详述。
在步骤S550中,PDCP发送实体确定发送窗下界对应的PDCPPDU是否通过SeNB发送给用户设备(UE)的PDCP接收实体。如果是,则执行步骤S560,否则结束。
步骤S560、S570与图3所示的方法300中的步骤S350、S360相同,在此不再详述。
例如:假设PDC发送实体的发送窗大小为6,序列号为0-5的PDCPPDU已经发送且尚未被确认是否发送成功。其中,序列号为0、3的PDCPPDU通过主基站MeNB中的RLC实体发送,序列号为1,2,4,5的PDCPPDU通过辅基站SeNB的RLC实体发送。经过一段时间后,PDCP发送实体从SeNB接收到序列号为2、4发送成功的指示消息。此时,尚未被确认是否发送成功的PDCPPDU最小序列号为0且已发送成功的PDCPPDU最大序列号为5。根据步骤S520、步骤S530、步骤S540、步骤S550以及步骤S560,PDCP发送实体启动t-Transmitting定时器。又经一段时间后,PDCP发送实体从位于MeNB中RLC实体接收到序列号为0的PDCPPDU发送成功的指示消息。根据步骤S510,PDCP发送实体更新发送窗下界为1。根据步骤S520、步骤S530、步骤S550以及步骤S560,重启t-Transmitting定时器。如果t-Transmitting定时器期满,根据步骤S420,PDCP发送实体将发送窗下界更新为还未被确认的PDCPPDU的次最小值3,然后根据步骤S430和步骤S440,重启t-Transmitting定时器。
图6是示出了根据本公开的一个或多个实施例的又一PDCP发送实体处的发送PDCPPDU的方法600的流程图。
如图6所示,在步骤S610中,PDCP接收实体的t-Reordering定时器期满,PDCP接收实体按照要求移动接收窗。PDCP接收实体向对应的PDCP发送实体发送指示消息,所述指示消息中携带PDCP接收实体启动的t-Reordering定时器所对应的PDCPPDU的序列号。例如,假设PDCP接收实体接收到序列号为0、1、3、4、5的PDCPPDU,PDCP接收实体将序列号为0、1的PDCPPDU映射为PDCPSDU后递交给上层。由于序列号为3、4、5的PDCPPDU不是按照顺序接收,将这些PDCPPDU本地保存,同时启动t-Reordering定时器。当t-Reordering定时器期满时,PDCP接收实体向PDCP发送实体发送指示消息,所述指示消息中包含序列号2。
在步骤S620中,PDCP发送实体接收到所述指示消息后,比较发送窗下界与所述指示消息所指示的PDCPPDU的序列号。如果发送窗的下界小于或等于指示消息中携带的序列号,则在步骤S630,移动发送窗,将发送窗的下界设置为大于指示消息中携带的序列号、且尚未被确认的PDCPPDU的序列号中的最小序列号,即移动发送窗到大于指示消息中携带的序列号且尚未被确认的PDCPPDU的序列号中的最小序列号位置。
根据该实施例,PDCP接收实体维护一个接收窗且通过t-Reordering定时器来辅助PDCP发送实体移动发送窗,这样保持了PDCP发送实体和PDCP接收实体的超帧号同步。
在如图3-5所示的一个或多个实施例中,SeNB在成功发送来自位于MeNB的上层PDCP发送实体的PDCPPDU后,向位于MeNB的PDCP发送实体发送指示PDCPPDU发送成功的指示消息,以便MeNB相应的移动发送窗。图7给出了根据本公开的一个或多个实施例的辅基站SeNB向主基站MeNB发送指示PDCPPDU发送成功的指示消息的方法700的流程图。
如图7所示,在步骤S710中,SeNB从MeNB接收到要发送的PDCPPDU。
在步骤S720中,SeNB发送至少一个PDCPPDU,并发送成功。
然后,在步骤S740中,SeNB向MeNB发送指示PDCPPDU发送成功的指示消息。
在图7所示的流程图中,在步骤S740中SeNB向MeNB发送指示消息之前,还存在步骤S730,在步骤S730中,SeNB判断是否存在序列号小于已发送成功的PDCPPDU的最大序列号的PDCPPDU还未发送成功。如果不存在,则执行步骤S740,否则,结束。
在步骤S740中,向MeNB发送指示PDCPPDU发送成功的指示消息。
通过使得SeNB在成功发送多个按照顺序的PDCPPDU之后发送指示消息而不是每次成功发送一个PDCPPDU就发送指示消息,可以避免SeNB频繁地生成和发送指示消息,减小Xn接口的信令开销。
根据一个或多个实施例,所述指示消息携带已发送成功的所有PDCPPDU的序列号。根据另外一个或多个实施例,所述指示消息携带已发送成功的PDCPPDU的最小序列号、一个位图以及位图长度指示。该位图是根据已发送成功的PDCPPDU序列号生成的。例如,SeNB从MeNB接收到序列号为1、2、4、5的PDCPPDU,且序列号为1、2、4的PDCPPDU已发送成功,则SeNB向MeNB发送PDCPPDU发送成功的指示消息。根据一个或多个实施例,所述指示消息中携带序列号1、2和4。根据另外一个或多个实施例,所述指示消息携带已发送成功的PDCPPDU最小序列号1、位图长度3、及图8所示位图。图8所示位图中,位图各个位表示对应的PDCPPDU是否被成功发送,各个位对应的PDCP序列号为已发送成功的PDCPPDU最小序列号加上该位在位图中位置所得的值。由于需要指示序列号1(成功发送的PDCPPDU最小序列号)至4(成功发送的PDCPPDU最大序列号)的PDCUPDU,因此该位图长度为4-1=3。(从1至4共4个PDCPPDU,但是序列号为1的PDCPPDU已经单独指示,不再需要在位图中进行指示)。作为示例,在图8所示的位图中,值为1的位置表示对应的PDCPPDU已发送成功,值为0的位置表示没有收到对应的PDCPPDU。例如,位图从左到右的第1位对应序列号为2的PDCPPDU,该位值为1表示序列号为2的PDCPPDU已发送成功。第2位对应序列号为3的PDCPPDU,由于SeNB并未发送序列号为3的PDCPPDU,因此其值为0。第3位对应序列号为4的PDCPPDU,该位值为1表示序列号为4的PDCPPDU已成功发送。
大多数情况下,从MeNB中按照顺序发送的PDCPPDU总是按照顺序到达SeNB,并由SeNB按照顺序发送。按照图7所述实施例,SeNB仍将频繁的生成指示PDCPPDU发送成功的指示消息,导致Xn接口的信令开销较大。
图9给出了根据本公开的一个或多个实施例的辅基站SeNB向主基站MeNB发送指示PDCPPDU发送成功的指示消息的方法900的流程图。
在步骤S910中,SeNB从MeNB接收到要发送的PDCPPDU。
在步骤S920中,启动一个定时器。
在步骤S930中,SeNB发送至少一个PDCPPDU,并发送成功。
在步骤S940中,判断定时器是否期满。如果定时器期满,则执行步骤S950,否则,结束。
在步骤S950中,向MeNB发送指示PDCPPDU发送成功的指示消息。
根据本实施例,通过增加一个定时器indication_timer控制发送指示PDCPPDU发送成功的指示消息的时间间隔。在定时器期满时才向MeNB发送指示PDCPPDU发送成功的指示消息。根据一个或多个实施,所述指示消息指示所有已发送成功的PDCPPDU。根据另外一个或多个实施,所述指示消息仅指示部分已发送成功的PDCPPDU,所指示的PDCPPDU满足以下条件:来自MeNB的序列号小于所指示的PDCPPDU序列号的PDCPPDU已发送成功。例如,假设SeNB从MeNB接收到序列号为1、3、4、5、7的PDCPPDU,且在成功发送序列号为1、3、4、7的PDCPPDU后indication_timer定时器期满。SeNB可以向MeNB发送指示消息指示已成功发送的所有PDCPPDU,即指示序列号为1、3、4、7已发送成功。SeNB也可以向MeNB发送指示消息指示已成功发送的部分PDCPPDU,即指示序列号为1、3、4已发送成功(由于还存在序列号为5的PDCPPDU还未发送成功)。定时器indication_timer值的设置需要考虑MeNB中发送窗的大小、MeNB中向两个下层实体发送PDCPPDU的速率等因素。
在结合图6描述的实施例中,PDCP接收实体通过维护一个接收窗并通过t-Reordering定时器来辅助PDCP发送实体移动发送窗,即发送后续PDCPPDU。图10是示出了根据本公开的一个或多个实施例的PDCP接收实体处的确认PDCPPDU接收成功的方法1000的流程图。
如图所示,在步骤S1010处,PDCP接收实体维护一个接收窗,所述接收窗的下界指示尚未接收到的PDCPPDU的最小序列号。
在步骤S1020处,接收到至少一个PDCPPDU。
在步骤S1030处,如果接收到的PDCPPDU的序列号大于所述接收窗的下界但序列号落入接收窗内则启动定时器。
在步骤S1040处,如果接收到接收窗的下界对应的PDCPPDU,移动所述接收窗并删除所述定时器。
在步骤S1050处,判断所述定时器期满是否期满。如果是,则在步骤S1060处,移动所述接收窗,并向发送所述PDCPPDU的主基站发送指示消息,以指示所述主基站移动发送窗,其中,所述消息包含尚未接收到的PDCPPDU的所述最小序列号。否则,继续返回步骤S1020等待接收PDCPPDU。
根据一个或多个实施例,在定时器期满时,将所述接收窗的下界设置为尚未接收到的PDCPPDU的次小序列号。
根据一个或多个实施例,所述定时器是t-Reordering定时器。
图11是示出了根据本公开的一个或多个实施例的另一PDCP发送实体处的发送PDCPPDU的方法1100的另一流程图。
首先,PDCP发送实体维护常量t-Transmittingtimer和变量Next_PDCP_Tx_SN、Max_PDCP_ACK_SN。Next_PDCP_Tx_SN用于指示还未被确认发送成功的PDCPPDU的最小序列号,即为发送窗的下界。Max_PDCP_ACK_SN用于指示当前被确认已发送成功的PDCPPDU的最大序列号。
在步骤S1101中,PDCP发送实体从下层实体接收PDCPPDU发送成功的指示消息并更新Max_PDCP_ACK_SN为已发送成功的PDCPPDU的最大序列号。
在步骤S1102中,PDCP发送实体判断所述指示消息中指示的已成功发送的PDCPPDU最小序列号是否为发送窗下界。如果是,则执行步骤S1103;否则,执行步骤S1111。
在步骤S1103中,PDCP发送实体更新Next_PDCP_Tx_SN为新的尚未被确认发送成功的PDCPPDU的最小序列号。
在步骤S1104中,PDCP发送实体判断已成功发送的PDCPPDU最大序列号(即,变量Max_PDCP_ACK_SN)是否大于Next_PDCP_Tx_SN。如果大于,则执行步骤S1105;否则,执行步骤S1109。
在步骤S1105中,PDCP发送实体判断序列号为Next_PDCP_Tx_SN的PDCPPDU是否通过SeNB发送给UE的PDCP接收实体。如果是,则执行步骤S1106,否则执行步骤S1109。
在步骤S1106中,判断是否有正在运行的定时器。如果有,则执行步骤S1107,否则执行步骤S1108。
在步骤S1107,重启t-Transmitting定时器。
在步骤S1108,启动t-Transmitting定时器。
在步骤S1109,判断是否有正在运行的t-Transmitting定时器。如果有,则执行步骤S1110,否则该方法结束。
在步骤S1110,删除正在运行的t-Transmitting定时器。
在步骤S1111,判断序列号为Next_PDCP_Tx_SN的PDCPPDU是否被发送给seNB。如果是,则该方法结束。否则,执行步骤S1112。
在步骤S1112中,判断是否有正在运行的t-Transmitting定时器。如果有,则该方法结束,否则执行步骤S1113。
在步骤S1113,启动t-Transmitting定时器。
根据该实施例,通过维护一个变量来实现对是否存在丢包的判断。
与根据本公开的一个或多个实施例的方法相对应地,本公开还提出了相关的PDCP发送实体2000。图12是示出了根据本公开的一个或多个实施例的PDCP发送实体2000的示意结构方框图。
如图所示,该PDCP发送实体2000包括:定时器2010;接收器2020;发送窗移动单元2030;以及定时器控制器2040。
接收器2020被配置为接收PDCPPDU发送成功的指示消息。
发送窗移动单元2030被配置为根据指示消息中指示的已成功发送的PDCPPDU的序列号来移动发送窗。
定时器控制器2040被配置为确定是否存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU,并在确定存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU时启动所述定时器2010。
根据一个或多个实施例,发送窗移动单元2030还被配置为:当定时器2010期满时,移动发送窗。
根据一个或多个实施例,发送窗移动单元2030还被配置为:当定时器2010期满时,将所述发送窗的下界设置为还未被确认发送成功的PDCPPDU的次小序列号。
根据一个或多个实施例,定时器控制器2030还被配置为:判断是否移动了所述发送窗。如果移动了所述发送窗,则在定时器2010没有启动的情况下启动定时器2010,或者在定时器2010已经启动的情况下重启定时器2010;
如果没有移动所述发送窗,则在定时器2010没有启动的情况下启动定时器2010。
根据一个或多个实施例,定时器控制器2030还被配置为:如果确定不存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU,则删除正在运行的定时器2010。
根据一个或多个实施例,定时器控制器2030还被配置为:判断所述发送窗的下界所对应的PDCPPDU是否被发送给辅基站。如果是,则启动定时器;否则,不对定时器进行操作。
根据一个或多个实施例,定时器2010的期满值是根据从所述PDCP实体接收PDCPPDU的PDCP接收实体的t-Reordering定时器设置的。
根据一个或多个实施例,所述指示消息包括成功发送的所有PDCPPDU的序列号。
根据一个或多个实施例,所述指示消息包括:成功发送的PDCUPDU的最小序列号、一个位图以及位图长度指示,所述位图中的各个位表示对应的PDCPPDU是否被成功发送,所述位图中的各个位对应的PDCPPDU的序列号为已发送成功的PDCPPDU最小序列号加上该位在位图中的位置所得的值。
与根据本公开的一个或多个实施例的方法相对应地,本公开还提出了相关的辅基站3000。图13是示出了本公开的一个或多个实施例的辅基站3000的示意结构方框图。
如图所示,该辅基站3000包括:接收器3010以及发送器3030。
接收器3010被配置为从主基站接收要发送的PDCPPDU,每个PDCPPDU均具有序列号。
发送器3030被配置为在成功地发送了至少一个PDCPPDU之后,向主基站发送指示PDCPPDU发送成功的消息,所述消息指示成功发送的PDCPPDU的序列号。
如图13所示,辅基站3000还可包括判断单元3020。
判断单元3020被配置为在成功地发送了至少一个PDCPPDU之后,被配置为判断是否有序列号小于已发送成功的PDCPPDU序列号的PDCPPDU还未发送成功。
发送器3030还被配置为在所述判断单元判断没有序列号小于已发送成功的PDCPPDU序列号的PDCPPDU还未发送成功,则向主基站发送指示PDCPPDU发送成功的消息。
图13还示出了,辅基站3000可包括定时器3040和定时器控制器3050。定时器控制器3050被配置为在从主基站接收到要发送的PDCPPDU时,启动所述定时器3040。根据一个或多个实施例,发送器3030还被配置为在成功地发送了至少一个PDCPPDU之后,等待所述定时器3040期满,才向主基站发送指示PDCPPDU发送成功的消息。
根据一个或多个实施例,所述消息包括成功发送的所有PDCPPDU的序列号。
根据另外一个或多个实施例,所述消息包括:成功发送的PDCUPDU的最小序列号、一个位图以及位图长度指示,所述位图中的各个位表示对应的PDCPPDU是否被成功发送,所述位图中的各个位对应的PDCPPDU的序列号为已发送成功的PDCPPDU最小序列号加上该位在位图中的位置所得的值。
根据再一个或多个实施例,所述消息仅指示部分已发送成功的PDCPPDU,其中,来自主基站的、序列号小于所指示的部分PDCPPDU的序列号的PDCPPDU均已成功发送。
与根据本公开的一个或多个实施例的方法相对应地,本公开还提出了相关的用户设备4000。图14是示出了本公开的一个或多个实施例的用户设备4000的示意结构方框图。
如图所示,该用户设备4000包括:存储器4010;接收器4020;定时器4030;定时器控制器4040;接收窗移动单元4050;以及发送器4060。
存储器4010被配置为维护一个接收窗,所述接收窗的下界指示尚未接收到的PDCPPDU的最小序列号。
接收器4020被配置为接收至少一个PDCPPDU。
定时器控制器4040被配置为当所述接收器接收到序列号大于所述接收窗的下界但序列号落入接收窗内的PDCPPDU时,启动定时器4030,并且当所述接收器接收到接收窗的下界对应的PDCPPDU时,删除定时器4030。
接收窗移动单元4050被配置为当所述接收器4020接收到接收窗的下界对应的PDCPPDU或者当定时器4030期满时,移动所述接收窗。
发送器4060被配置为当定时器4030期满时,向接收到的PDCPPDU所来自的主基站发送指示消息,以指示所述主基站移动发送窗,其中,所述消息包含尚未接收到的所述至少一个PDCPPDU的最小序列号。
根据一个或多个实施例,接收窗移动单元4050被配置为:当定时器4030期满时,将所述接收窗的下界设置为尚未接收到的PDCPPDU的次小序列号。
与根据本公开的一个或多个实施例的方法相对应地,本公开还提出了相关的PDCP发送实体5000。图15是示出了根据本公开的一个或多个实施例的PDCP发送实体5000的示意结构方框图。
如图所示,该PDCP发送实体5000包括:接收器5010以及发送窗移动单元5020。
接收器5010被配置为从PDCP接收实体接收接收端指示消息,所述接收端指示消息指示所述PDCP接收实体未接收到的PDCPPDU的最小序列号。发送窗移动单元5020被配置为比较PDCP发送实体所维护的发送窗的下界与所述接收端指示消息所指示的PDCPPDU的序列号;如果所述发送窗的下界小于或等于所述接收端指示消息所指示的PDCPPDU的序列号,则将所述发送窗的下界移动至大于所述接收端指示消息中携带的序列号、且尚未被确认的PDCPPDU的序列号中的最小序列号。
根据本公开的一个或多个实施例,通过在PDCP发送实体中设置定时器,即使在Xn接口上发生丢包,仍然可以移动发送窗,因此PDCPTx仍然可以发送新的数据,不会影响无线链路的传输时延和可靠性。根据本公开的另外一些实施例,通过由DCP接收实体维护一个接收窗且通过t-Reordering定时器来辅助PDCP发送实体移动发送窗,这样即使在Xn接口上发生丢包,仍然可以移动发送窗,而且保持了PDCP发送实体和PDCP接收实体的超帧号同步。
这里所公开的本公开实施例的其他设置包括执行在先概述的方法实施例的步骤和操作的软件程序。更具体地,计算机程序产品是如下的一种实施例:具有计算机可读介质,计算机可读介质上编码有计算机程序逻辑,当在计算设备上执行时,计算机程序逻辑提供相关的操作,从而提供上述技术方案。当在计算系统的至少一个处理器上执行时,计算机程序逻辑使得处理器执行本公开实施例所述的操作(方法)。本公开的这种设置典型地提供为设置或编码在例如光介质(例如CD-ROM)、软盘或硬盘等的计算机可读介质上的软件、代码和/或其他数据结构、或者诸如一个或多个ROM或RAM或PROM芯片上的固件或微代码的其他介质、或专用集成电路(ASIC)、或一个或多个模块中的可下载的软件图像、共享数据库等。软件或固件或这种配置可安装在计算设备上,以使得计算设备中的一个或多个处理器执行本公开实施例所述的技术。结合诸如一组数据通信设备或其他实体中的计算设备进行操作的软件过程也可以提供根据本公开的设备。根据本公开的设备也可以分布在多个数据通信设备上的多个软件过程、或者在一组小型专用计算机上运行的所有软件过程、或者单个计算机上运行的所有软件过程之间。
应该理解,严格地讲,本公开的实施例可以实现为计算机设备上的软件程序、软件和硬件、或者单独的软件和/或单独的电路。
应当注意的是,在以上的描述中,仅以示例的方式,示出了本公开的技术方案,但并不意味着本公开局限于上述步骤和单元结构。在可能的情形下,可以根据需要对步骤和单元结构进行调整和取舍。因此,某些步骤和单元并非实施本公开的总体公开思想所必需的元素。因此,本公开所必需的技术特征仅受限于能够实现本公开的总体公开思想的最低要求,而不受以上具体实例的限制。
尽管以上已经结合本公开的优选实施例示出了本发明,但是本领域的技术人员将会理解,在不脱离本发明的精神和范围的情况下,可以对本发明进行各种修改、替换和改变。因此,本发明不应由上述实施例来限定,而应由所附权利要求及其等价物来限定。
Claims (42)
1.一种分组数据汇聚协议(PDCP)发送实体处的发送分组数据汇聚协议协议数据单元(PDCPPDU)的方法,包括:在接收到PDCPPDU发送成功的指示消息时:
根据指示消息中指示的已成功发送的PDCPPDU的序列号来移动发送窗,使得发送窗的下界指示未被确认发送成功的PDCPPDU的最小序列号;
确定是否存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU:
如果存在,则启动定时器。
2.根据权利要求1所述的方法,还包括:当所述定时器期满时,移动所述发送窗。
3.根据权利要求2所述的方法,其中,当所述定时器期满时,移动所述发送窗包括:
将所述发送窗的下界设置为还未被确认发送成功的PDCPPDU的次小序列号;以及
确定是否存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU:
如果存在,则启动所述定时器。
4.根据权利要求3所述的方法,其中,启动所述定时器还包括:判断是否移动了所述发送窗:
如果移动了所述发送窗,则在所述定时器没有启动的情况下启动所述定时器,或者在所述定时器已经启动的情况下重启所述定时器;
如果没有移动所述发送窗,则在所述定时器没有启动的情况下启动所述定时器。
5.根据权利要求3所述的方法,其中,如果确定不存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU,则删除正在运行的定时器。
6.根据权利要求1-5之一所述的方法,在启动所述定时器之前,还包括:
判断所述发送窗的下界所对应的PDCPPDU是否被发送给辅基站;
如果是,则启动所述定时器;
否则,不对所述定时器进行操作。
7.根据权利要求1-5之一所述的方法,其中,所述定时器的期满值是根据PDCP接收实体的-t-Reordering定时器设置的。
8.根据权利要求1-5之一所述的方法,其中,所述指示消息包括成功发送的所有PDCPPDU的序列号。
9.根据权利要求1-5之一所述的方法,其中,所述指示消息包括:成功发送的PDCUPDU的最小序列号、一个位图以及位图长度指示,所述位图中的各个位表示对应的PDCPPDU是否被成功发送,所述位图中的各个位对应的PDCPPDU的序列号为已发送成功的PDCPPDU最小序列号加上该位在位图中的位置所得的值。
10.根据权利要求1-5之一所述的方法,其中,根据指示消息中指示的已成功发送的PDCPPDU的序列号来移动发送窗包括:
维护变量Next_PDCP_Tx_SN和Max_PDCP_ACK_SN,其中Next_PDCP_Tx_SN指示还未被确认发送成功的PDCPPDU的最小序列号,Max_PDCP_ACK_SN指示当前被确认已发送成功的PDCPPDU的最大序列号,所述变量Next_PDCP_Tx_SN是所述发送窗的下界;
在接收到PDCPPDU发送成功的指示消息时,根据指示消息中指示的已成功发送的PDCPPDU的序列号来更新变量Next_PDCP_Tx_SN和Max_PDCP_ACK_SN。
11.根据权利要求10所述的方法,其中,确定是否存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU包括:
比较变量Next_PDCP_Tx_SN和变量Max_PDCP_ACK_SN;
如果变量Max_PDCP_ACK_SN大于变量Next_PDCP_Tx_SN,则确定存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU。
12.根据权利要求11所述的方法,其中,当所述定时器期满时,移动所述发送窗包括:
将变量Next_PDCP_Tx_SN设置为除所述还未被确认发送成功的PDCPPDU的最小序列号外的还未被确认发送成功的PDCPPDU的最小序列号。
13.根据权利要求1-5之一所述的方法,其中,所述PDCP发送实体在与至少一个辅基站协作以向用户设备进行发送的主基站处。
14.一利分组数据汇聚协议(PDCP)发送实体处的发送分组数据汇聚协议协议数据单元(PDCPPDU)的方法,包括:
从PDCP接收实体接收接收端指示消息,所述接收端指示消息指示所述PDCP接收实体未接收到的PDCPPDU的最小序列号;
比较所述发送窗的下界与所述接收端指示消息所指示的PDCPPDU的序列号;以及
如果所述发送窗的下界小于或等于所述接收端指示消息所指示的PDCPPDU的序列号,则将所述发送窗的下界移动至大于所述接收端指示消息中携带的序列号、且尚未被确认的PDCPPDU的序列号中的最小序列号。
15.一种分组数据汇聚协议(PDCP)接收实体处的确认分组数据汇聚协议协议数据单元(PDCPPDU)接收成功的方法,包括:
维护一个接收窗,所述接收窗的下界指示尚未接收到的PDCPPDU的最小序列号;
当接收到序列号大于所述接收窗的下界但序列号落入接收窗内的PDCPPDU时,启动定时器;
当接收到接收窗下界对应的PDCPPDU时,移动所述接收窗并删除所述定时器;以及
当所述定时器期满时,移动所述接收窗,并向发送所述PDCPPDU的主基站发送指示消息,以指示所述主基站移动发送窗,其中,所述消息包含尚未接收到的PDCPPDU的所述最小序列号。
16.根据权利要求15所述的方法,其中,当所述定时器期满时,移动所述接收窗包括:
将所述接收窗的下界设置为尚未接收到的PDCPPDU的次小序列号。
17.根据权利要求16所述的方法,其中,所述定时器是t-Reordering定时器。
18.根据权利要求17所述的方法,其中,所述PDCP接收实体在从所述主基站接收服务的用户设备处。
19.一种辅基站处的确认分组数据汇聚协议协议数据单元(PDCPPDU)发送成功的方法,包括:
从主基站接收要发送的PDCPPDU,每个PDCPPDU均具有序列号;以及
在成功地发送了至少一个PDCPPDU之后,向主基站发送指示PDCPPDU发送成功的消息,所述消息指示被成功发送的PDCPPDU的序列号。
20.根据权利要求19所述的方法,在向主基站发送指示PDCPPDU发送成功的消息之前,还包括:
判断是否有序列号小于已发送成功的PDCPPDU序列号的PDCPPDU还未发送成功;
如果没有,则向主基站发送指示PDCPPDU发送成功的消息,所述消息指示被成功发送的PDCPPDU的序列号。
21.根据权利要求19所述的方法,还包括:
在从主基站接收到要发送的PDCPPDU时,启动定时器;以及
在成功地发送了至少一个PDCPPDU之后,等待所述定时器期满,才向主基站发送指示PDCPPDU发送成功的消息。
22.根据权利要求19-21之一所述的方法,其中,所述消息包括成功发送的所有PDCPPDU的序列号。
23.根据权利要求19-21之一所述的方法,其中,所述消息包括:成功发送的PDCUPDU的最小序列号、一个位图以及位图长度指示,所述位图中的各个位表示对应的PDCPPDU是否被成功发送,所述位图中的各个位对应的PDCPPDU的序列号为已发送成功的PDCPPDU最小序列号加上该位在位图中的位置所得的值。
24.根据权利要求19-21之一所述的方法,其中,所述消息仅指示部分已发送成功的PDCPPDU,其中,来自主基站的、序列号小于所指示的部分PDCPPDU的序列号的PDCPPDU均已成功发送。
25.一种分组数据汇聚协议PDCP发送实体,包括:
定时器;
接收器,被配置为接收分组数据汇聚协议协议数据单元(PDCPPDU)发送成功的指示消息;
发送窗移动单元,被配置为根据指示消息中指示的已成功发送的PDCPPDU的序列号来移动发送窗;以及
定时器控制器,被配置为确定是否存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU,并在确定存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU时启动所述定时器。
26.根据权利要求25所述的PDCP发送实体,其中,所述发送窗移动单元还被配置为:当所述定时器期满时,移动所述发送窗。
27.根据权利要求26所述的PDCP发送实体,其中,所述发送窗移动单元还被配置为:当所述定时器期满时,将所述发送窗的下界设置为还未被确认发送成功的PDCPPDU的次小序列号。
28.根据权利要求26所述的PDCP发送实体,其中,所述定时器控制器还被配置为:
判断是否移动了所述发送窗:
如果移动了所述发送窗,则在所述定时器没有启动的情况下启动所述定时器,或者在所述定时器已经启动的情况下重启所述定时器;
如果没有移动所述发送窗,则在所述定时器没有启动的情况下启动所述定时器。
29.根据权利要求26所述的PDCP发送实体,其中,所述定时器控制器还被配置为:
如果确定不存在被确认已成功发送的、序列号大于所述发送窗的下界的PDCPPDU,则删除正在运行的定时器。
30.根据权利要求26所述的PDCP发送实体,其中,所述定时器控制器还被配置为:
判断所述发送窗的下界所对应的PDCPPDU是否被发送给辅基站;
如果是,则启动所述定时器;
否则,不对所述定时器进行操作。
31.根据权利要求26所述的PDCP发送实体,其中,所述定时器的期满值是根据从所述PDCP发送实体接收PDCPPDU的PDCP接收实体的t-Reordering定时器设置的。
32.根据权利要求26所述的PDCP发送实体,其中,所述指示消息包括成功发送的所有PDCPPDU的序列号。
33.根据权利要求26所述的PDCP发送实体,其中,所述指示消息包括:成功发送的PDCUPDU的最小序列号、一个位图以及位图长度指示,所述位图中的各个位表示对应的PDCPPDU是否被成功发送,所述位图中的各个位对应的PDCPPDU的序列号为已发送成功的PDCPPDU最小序列号加上该位在位图中的位置所得的值。
34.一种分组数据汇聚协议PDCP发送实体,包括:
接收器,被配置为从PDCP接收实体接收接收端指示消息,所述接收端指示消息指示所述PDCP接收实体未接收到的分组数据汇聚协议协议数据单元(PDCPPDU)的最小序列号;以及
发送窗移动单元,被配置为比较所述PDCP发送实体所维护的发送窗的下界与所述接收端指示消息所指示的PDCPPDU的序列号;如果所述发送窗的下界小于或等于所述接收端指示消息所指示的PDCPPDU的序列号,则将所述发送窗的下界移动至大于所述接收端指示消息中携带的序列号、且尚未被确认的PDCPPDU的序列号中的最小序列号。
35.一种用户设备,包括:
存储器,被配置为维护一个接收窗,所述接收窗的下界指示尚未接收到的分组数据汇聚协议协议数据单元(PDCPPDU)的最小序列号;
接收器,被配置为接收至少一个PDCPPDU;
定时器;
定时器控制器,被配置为当所述接收器接收到序列号大于所述接收窗的下界但序列号落入接收窗内的PDCPPDU时,启动所述定时器,并且当所述接收器接收到接收窗下界对应的PDCPPDU时,删除所述定时器;
接收窗移动单元,被配置为当所述接收器接收到接收窗下界对应的PDCPPDU或者当所述定时器期满时,移动所述接收窗;以及
发送器,被配置为当所述定时器期满时,向接收到的PDCPPDU所来自的主基站发送指示消息,以指示所述主基站移动发送窗,其中,所述消息包含尚未接收到的所述至少一个PDCPPDU的最小序列号。
36.根据权利要求35所述的用户设备,其中,所述接收窗移动单元被配置为:当所述定时器期满时,将所述接收窗的下界设置为尚未接收到的PDCPPDU的次小序列号。
37.一种与主基站协作的辅基站,包括:
接收器,被配置为从主基站接收要发送的分组数据汇聚协议协议数据单元(PDCPPDU),每个PDCPPDU均具有序列号;以及
发送器,被配置为在成功地发送了至少一个PDCPPDU之后,向主基站发送指示PDCPPDU发送成功的消息,所述消息指示成功发送的PDCPPDU的序列号。
38.根据权利要求37所述的辅基站,还包括:
判断单元,被配置为判断是否有序列号小于已发送成功的PDCPPDU序列号的PDCPPDU还未发送成功;以及
所述发送器被配置为:在所述判断单元判断没有序列号小于已发送成功的PDCPPDU序列号的PDCPPDU还未发送成功,则向主基站发送指示PDCPPDU发送成功的消息。
39.根据权利要求37所述的辅基站,还包括:
定时器;以及
定时器控制器,被配置为在从主基站接收到要发送的PDCPPDU时,启动所述定时器;
所述发送器还被配置为:在成功地发送了至少一个PDCPPDU之后,等待所述定时器期满,才向主基站发送指示PDCPPDU发送成功的消息。
40.根据权利要求37-39之一所述的辅基站,其中,所述消息包括成功发送的所有PDCPPDU的序列号。
41.根据权利要求37-39之一所述的辅基站,其中,所述消息包括:成功发送的PDCUPDU的最小序列号、一个位图以及位图长度指示,所述位图中的各个位表示对应的PDCPPDU是否被成功发送,所述位图中的各个位对应的PDCPPDU的序列号为已发送成功的PDCPPDU最小序列号加上该位在位图中的位置所得的值。
42.根据权利要求37-39之一所述的辅基站,其中,所述消息仅指示部分已发送成功的PDCPPDU,其中,来自主基站的、序列号小于所指示的部分PDCPPDU的序列号的PDCPPDU均已成功发送。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410181233.6A CN105101293A (zh) | 2014-04-30 | 2014-04-30 | Pdcp发送实体、辅基站、用户设备及其方法 |
US15/307,661 US20170055176A1 (en) | 2014-04-30 | 2015-04-30 | Pdcp transmitting entity, secondary base station, user equipment and associated methods |
PCT/CN2015/077948 WO2015165418A1 (zh) | 2014-04-30 | 2015-04-30 | Pdcp发送实体、辅基站、用户设备及其方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410181233.6A CN105101293A (zh) | 2014-04-30 | 2014-04-30 | Pdcp发送实体、辅基站、用户设备及其方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105101293A true CN105101293A (zh) | 2015-11-25 |
Family
ID=54358191
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410181233.6A Pending CN105101293A (zh) | 2014-04-30 | 2014-04-30 | Pdcp发送实体、辅基站、用户设备及其方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20170055176A1 (zh) |
CN (1) | CN105101293A (zh) |
WO (1) | WO2015165418A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107800515A (zh) * | 2016-08-31 | 2018-03-13 | 北京信威通信技术股份有限公司 | 一种用于无线链路层的数据传输方法和系统 |
CN107872842A (zh) * | 2016-09-27 | 2018-04-03 | 中国移动通信有限公司研究院 | 一种数据接收方法及装置 |
WO2018171407A1 (en) * | 2017-03-24 | 2018-09-27 | Jrd Communication (Shenzhen) Ltd | Layer 2 architecture for cellular radio systems |
CN108605269A (zh) * | 2017-01-09 | 2018-09-28 | 华为技术有限公司 | 一种会话管理方法及装置 |
CN108901066A (zh) * | 2018-06-13 | 2018-11-27 | 京信通信系统(中国)有限公司 | Pdcp层超帧号同步方法和装置 |
CN109691171A (zh) * | 2017-08-18 | 2019-04-26 | 北京小米移动软件有限公司 | 反射业务质量配置的方法及装置和信息发送方法及装置 |
WO2019095975A1 (zh) * | 2017-11-16 | 2019-05-23 | 华为技术有限公司 | 数据包处理的方法和设备 |
WO2024067365A1 (zh) * | 2022-09-30 | 2024-04-04 | 华为技术有限公司 | 数据传输方法及装置 |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2735407T3 (es) * | 2015-02-09 | 2019-12-18 | Huawei Tech Co Ltd | Método de descarga de paquetes de datos RLC y estación base |
US10477424B2 (en) * | 2016-07-04 | 2019-11-12 | Htc Corporation | Device and method of handling aggregation of cellular network and wireless local area network |
CN107659959B (zh) * | 2016-07-25 | 2020-10-30 | 普天信息技术有限公司 | 一种专网无线通信系统中上报接收数据状态的方法 |
CN109644083B (zh) * | 2017-06-15 | 2020-06-30 | Oppo广东移动通信有限公司 | 数据传输方法及相关产品 |
CN109150425B (zh) | 2017-06-15 | 2020-04-24 | 维沃移动通信有限公司 | 一种数据处理方法、移动终端及计算机可读存储介质 |
WO2019047844A1 (zh) * | 2017-09-07 | 2019-03-14 | 华为技术有限公司 | 上行数据传输方法、定时器配置方法及相关设备 |
US10820373B2 (en) | 2018-02-15 | 2020-10-27 | Intel Corporation | Methods to indicate a version of packet data convergence protocol (PDCP) in dual connectivity arrangements |
US11228960B2 (en) | 2018-11-12 | 2022-01-18 | Nokia Technologies Oy | Efficient signaling in multi-connectivity scenarios |
EP4376481A2 (en) * | 2019-01-16 | 2024-05-29 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission methods, terminal device and network device |
CN111294859B (zh) * | 2019-05-24 | 2021-09-07 | 展讯通信(上海)有限公司 | 数据分组的传输方法及装置、存储介质、终端 |
US11418631B2 (en) | 2019-07-24 | 2022-08-16 | Mediatek Inc. | Efficient packet delivery methods and associated communications apparatus |
CN113840301A (zh) * | 2020-06-08 | 2021-12-24 | 深圳市中兴微电子技术有限公司 | 协议数据单元处理方法、装置、发送设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870488A (zh) * | 2005-05-25 | 2006-11-29 | 华为技术有限公司 | 一种基站与用户终端信息交互的方法 |
CN102104535A (zh) * | 2009-12-18 | 2011-06-22 | 华为技术有限公司 | 一种pdcp数据发送方法、装置及系统 |
CN102833802A (zh) * | 2012-08-15 | 2012-12-19 | 电信科学技术研究院 | 一种数据转发方法及设备 |
CN103428788A (zh) * | 2012-05-18 | 2013-12-04 | 华为技术有限公司 | 一种数据转发的方法、设备及通讯系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8958422B2 (en) * | 2012-03-17 | 2015-02-17 | Blackberry Limited | Handling packet data convergence protocol data units |
-
2014
- 2014-04-30 CN CN201410181233.6A patent/CN105101293A/zh active Pending
-
2015
- 2015-04-30 WO PCT/CN2015/077948 patent/WO2015165418A1/zh active Application Filing
- 2015-04-30 US US15/307,661 patent/US20170055176A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870488A (zh) * | 2005-05-25 | 2006-11-29 | 华为技术有限公司 | 一种基站与用户终端信息交互的方法 |
CN102104535A (zh) * | 2009-12-18 | 2011-06-22 | 华为技术有限公司 | 一种pdcp数据发送方法、装置及系统 |
CN103428788A (zh) * | 2012-05-18 | 2013-12-04 | 华为技术有限公司 | 一种数据转发的方法、设备及通讯系统 |
CN102833802A (zh) * | 2012-08-15 | 2012-12-19 | 电信科学技术研究院 | 一种数据转发方法及设备 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107800515A (zh) * | 2016-08-31 | 2018-03-13 | 北京信威通信技术股份有限公司 | 一种用于无线链路层的数据传输方法和系统 |
CN107872842A (zh) * | 2016-09-27 | 2018-04-03 | 中国移动通信有限公司研究院 | 一种数据接收方法及装置 |
CN107872842B (zh) * | 2016-09-27 | 2021-01-15 | 中国移动通信有限公司研究院 | 一种数据接收方法及装置 |
CN108605269A (zh) * | 2017-01-09 | 2018-09-28 | 华为技术有限公司 | 一种会话管理方法及装置 |
CN108605269B (zh) * | 2017-01-09 | 2021-05-18 | 华为技术有限公司 | 一种会话管理方法及装置 |
WO2018171407A1 (en) * | 2017-03-24 | 2018-09-27 | Jrd Communication (Shenzhen) Ltd | Layer 2 architecture for cellular radio systems |
CN109691171A (zh) * | 2017-08-18 | 2019-04-26 | 北京小米移动软件有限公司 | 反射业务质量配置的方法及装置和信息发送方法及装置 |
CN109691171B (zh) * | 2017-08-18 | 2022-01-11 | 北京小米移动软件有限公司 | 反射业务质量配置的方法及装置和信息发送方法及装置 |
US11533652B2 (en) | 2017-08-18 | 2022-12-20 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and device for configuring reflective quality of service, and method and device for transmitting information |
WO2019095975A1 (zh) * | 2017-11-16 | 2019-05-23 | 华为技术有限公司 | 数据包处理的方法和设备 |
CN108901066A (zh) * | 2018-06-13 | 2018-11-27 | 京信通信系统(中国)有限公司 | Pdcp层超帧号同步方法和装置 |
WO2024067365A1 (zh) * | 2022-09-30 | 2024-04-04 | 华为技术有限公司 | 数据传输方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2015165418A1 (zh) | 2015-11-05 |
US20170055176A1 (en) | 2017-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105101293A (zh) | Pdcp发送实体、辅基站、用户设备及其方法 | |
CN106470439B (zh) | 用户设备的pdcp控制pdu传输的方法 | |
EP3353930B1 (en) | Enhancement of pdcp status report | |
US10939357B2 (en) | Integrated access and backhaul adaptation layer status report | |
US11973599B2 (en) | Method for transmitting feedback information in direct communication and terminal | |
US8817806B2 (en) | Method and apparatus for flow control between RLC and PDCP in a communication | |
CN101998553B (zh) | 上行资源的分配方法和设备 | |
RU2487485C2 (ru) | Способ управления окном передачи и повторной передачей и передающее устройство | |
CN111818649B (zh) | 直接通信中的数据传输设备及方法 | |
US20170164231A1 (en) | Data transmission method and base station | |
CN104935413A (zh) | 分组数据汇聚协议pdcp实体及其执行的方法 | |
EP3104632A1 (en) | Communication methods executed by auxiliary base station and main base station and corresponding base stations | |
CN105493555A (zh) | 针对双连接性系统的承载划分比例 | |
CN104519534B (zh) | 无线链路控制传输方法和设备 | |
CN103840925A (zh) | 用于处理无线通信系统中的差错控制消息的方法和设备 | |
CN108370606B (zh) | 早期连接释放 | |
US20200053592A1 (en) | Conditional rrc based qos flow indication and use | |
EP3541132A1 (en) | Data transmission method, terminal device and access network device | |
US9686816B2 (en) | Pause signals for full-duplex wireless networks | |
CN103442425A (zh) | 一种指示寻呼、寻呼的方法及设备 | |
US11133898B2 (en) | Retransmission handling at TTI length switch | |
CN105027667B (zh) | 双连接模式下的状态反馈方法及设备 | |
TWI659665B (zh) | 一種資源調度和碰撞指示的方法及設備 | |
CN112583559B (zh) | 反馈方法及装置 | |
EP3079406A1 (en) | Rrc message processing method, user equipment and base station |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20151125 |