CN112838912A - 无线通信方法以及无线通信设备 - Google Patents

无线通信方法以及无线通信设备 Download PDF

Info

Publication number
CN112838912A
CN112838912A CN201911163256.3A CN201911163256A CN112838912A CN 112838912 A CN112838912 A CN 112838912A CN 201911163256 A CN201911163256 A CN 201911163256A CN 112838912 A CN112838912 A CN 112838912A
Authority
CN
China
Prior art keywords
rlc
rlc sdu
entity
sdu
wireless communication
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
Application number
CN201911163256.3A
Other languages
English (en)
Inventor
肖芳英
堀贵子
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to CN201911163256.3A priority Critical patent/CN112838912A/zh
Priority to PCT/CN2020/128999 priority patent/WO2021098638A1/zh
Publication of CN112838912A publication Critical patent/CN112838912A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提供一种无线通信方法以及无线通信设备,无线通信方法包括:无线链路控制RLC实体接收来自上层的丢弃特定RLC服务数据单元即RLC SDU的指示;在所述RLC SDU及其分段均未递交给下层的情况下,所述RLC实体删除所述RLC SDU。由此,能够提高无线通信系统的通信效率以及可靠性。

Description

无线通信方法以及无线通信设备
技术领域
本公开涉及无线通信技术领域。更具体地,本公开涉及无线通信系统中的RLC实体所执行的无线通信方法和相关的设备。
背景技术
2016年3月,在第三代合作伙伴计划(3rd Generation Partnership Project:3GPP)RAN#71次全会上,NTT DOCOMO提出了一个关于5G技术标准的新的研究项目(参见非专利文献:RP-160671:New SID Proposal:Study on New Radio Access Technology),并获批准。该研究项目的目的是开发一个新的无线(New Radio:NR)接入技术以满足5G的所有应用场景、需求和部署环境。
目前,网络可以配置PDCP实体的PDCP重复功能,发送端PDCP实体功能支持PDCP重复(即将一个PDCP数据PDU向下层递交两次或多次),且接收端PDCP实体功能支持删除重复PDCP PDU。上行和下行均支持PDCP重复,PDCP重复采用分组数据汇聚协议(PDCP)协议数据单元(PDU)和/或服务数据单元(SDU)在两个或多个逻辑信道上发送并使得重复的PDCP PDU通过不同的载波发送。在现有的系统中,配置了PDCP重复的PDCP实体,如果接收到来自其关联的AM RLC实体中的一个AM RLC实体的PDCP数据PDU发送成功的指示,则指示其他AM RLC实体(或其他激活的AM RLC实体)删除这个重复的PDCP数据PDU;如果PDCP重复被去激活,指示辅RLC实体删除所有重复的PDCP数据PDU;如果辅RLC实体被去激活,指示被去激活的辅RLC实体删除所有重复的PDCP数据PDU。
本公开讨论RLC实体在接收到来自上层的删除特定RLC SDU指示时涉及的问题。
发明内容
本公开的目的在于,提供一种无线通信方法以及无线通信设备,能够在接收到来自上层的删除特定RLC SDU指示或接收到状态报告时执行适当的操作,从而能够提高无线通信系统的通信效率以及可靠性。根据本公开的第一方面,提供了一种无线通信方法,包括:无线链路控制RLC实体接收来自上层的丢弃特定RLC服务数据单元即RLC SDU的指示;在所述RLC SDU及其分段均未递交给下层的情况下,所述RLC实体删除所述RLC SDU。
在上述无线通信方法中,可以是,还包括:在满足给定条件的情况下,所述RLC实体重传已递交下层的具有最大序列号的RLC SDU或者重传任意一个尚未被肯定确认的RLCSDU,并且在对应的RLC协议数据单元即RLC PDU中包含一个询问。
在上述无线通信方法中,可以是,所述给定条件包括下述条件中的任意一项:发送缓存区和重传缓存区不包含除已发送且等待确认的RLC SDU或RLC SDU分段外的其他RLCSDU或RLC SDU分段;发送缓存区和重传缓存区均为空但存在已发送且等待确认的RLC SDU或RLC SDU分段;发送缓存区和重传缓存区均为空但存在已发送且等待确认的RLC SDU或RLC SDU分段,并且重传询问定时器未运行;发送缓存区和重传缓存区不包含除已发送且等待确认的RLC SDU或RLC SDU分段外的其他RLC SDU或RLC SDU分段,并且重传询问定时器未运行;发送缓存区和重传缓存区均为空但存在尚未被询问的已发送且等待确认的RLC SDU或RLC SDU分段;发送缓存区和重传缓存区不包含除已发送且等待确认的RLC SDU或RLCSDU分段外的其他RLC SDU或RLC SDU分段,并且询问状态变量POLL_SN小于已递交给下层的RLC PDU的最大序列号。
在上述无线通信方法中,可以是,所述给定条件还包括下述条件中的任意一项:上层没有数据等待传输;上层有数据等待传输但分组重复被去激活或所述RLC实体被去激活。
在上述无线通信方法中,可以是,在对应的RLC PDU中包含一个询问表示所述RLC实体向其对等RLC实体请求状态报告。
根据本公开的第二方面,提供了一种无线通信方法,包括:无线链路控制RLC实体接收来自其对等RLC实体的状态报告;在所述状态报告包含序列号等于询问状态变量POLL_SN的RLC服务数据单元即RLC SDU的肯定确认或否定确认的情况下,判断是否满足给定条件;在满足所述给定条件的情况下,所述RLC实体重传已递交下层的具有最大序列号的RLCSDU或者重传任意一个尚未被肯定确认的RLC SDU,并且在对应的RLC协议数据单元即RLCPDU中包含一个询问。
在上述无线通信方法中,可以是,还包括:在所述状态报告包含序列号等于所述POLL_SN的RLC SDU的肯定确认或否定确认的情况下,停止和重置正在运行的重传询问定时器。
在上述无线通信方法中,可以是,所述给定条件包括下述条件中的任意一项:所述状态报告不包含序列号小于或等于所述POLL_SN的RLC SDU的否定确认,并且发送缓存区和重传缓存区均为空但包含且仅包含已发送且等待确认的RLC SDU或RLC SDU分段;发送缓存区和重传缓存区均为空,但包含至少一个已发送且等待确认的RLC SDU或RLC SDU分段未被所述状态报告指示为肯定确认;所述状态报告不包含序列号小于或等于所述POLL_SN的RLCSDU的否定确认,并且所述POLL_SN小于已发送且等待确认的RLC SDU或RLC SDU分段的最大序列号;所述状态报告不包含序列号小于或等于所述POLL_SN的RLC SDU的否定确认,并且所述POLL_SN小于已递交下层的RLC SDU或RLC SDU分段的最大序列号;发送缓存区和重传缓存区不包含除已发送且等待确认的RLC SDU或RLC SDU分段外的其他RLC SDU或RLC SDU分段,并且所述POLL_SN小于已递交给下层的RLC PDU的最大序列号。
在上述无线通信方法中,可以是,所述POLL_SN用于保存设置询问时已递交下层的RLC PDU的序列号的最大值。
根据本公开的第三方面,提供了一种无线通信设备,包括:处理器;以及存储器,存储有指令;其中,所述指令在由所述处理器运行时执行上述无线通信方法。
发明效果
根据本公开的无线通信方法以及无线通信设备,能够在接收到来自上层的删除特定RLC SDU指示或接收到状态报告时执行适当的操作,从而能够提高无线通信系统的通信效率以及可靠性。
附图说明
通过下文结合附图的详细描述,本公开的上述和其它特征将会变得更加明显,其中:
图1示出了分组重复示意图;
图2a示出了载波聚合中分组重复承载的协议架构示意图;
图2b示出了双连接中分组重复承载的协议架构示意图;
图3示出了根据本公开实施例的无线通信方法的流程图;
图4示出了根据本公开实施例的另一无线通信方法的流程图;
图5示出了根据本公开实施例的无线通信设备的框图。
具体实施方式
下面结合附图和具体实施方式对本公开进行详细阐述。应当注意,本公开不应局限于下文所述的具体实施方式。另外,为了简便起见,省略了对与本公开没有直接关联的公知技术的详细描述,以防止对本公开的理解造成混淆。
下面描述本公开涉及的部分术语,如未特别说明,本公开涉及的术语采用此处定义。本公开给出的术语在NR、LTE和eLTE中可能采用不同的命名方式,但本公开中采用统一的术语,在应用到具体的系统中时,可以替换为相应系统中采用的术语。本公开不但可以应用于NR,也可以应用于其他通信系统,例如6G。
RRC:Radio Resource Control,无线资源控制。
PDCP:Packet Data Convergence Protocol,分组数据汇聚协议。
RLC:Radio Link Control,无线链路控制。RLC实体可以是非确认模式(Unacknowledged Mode,UM)RLC实体或确认模式(Acknowledged Mode,AM)RLC实体。AM RLC实体包含AM RLC实体发送端和AM RLC实体接收端,一个AM RLC实体的AM RLC实体发送端向另一个AM RLC实体的AM RLC实体接收端发送RLC PDU(也称AMD PDU),且所述AMRLC实体接收端向所述AM RLC实体发送端发送状态报告STATUS report(也称为状态PDU)。所述AMDPDU可以包含一个完整的RLC SDU或RLC SDU的分段(segment)。所述AM RLC实体或所述AMRLC实体发送端和所述另一个AM RLC实体或所述另一个AM RLC实体接收端互称为对等AMRLC实体(peer AM RLC entity)。AM RLC实体发送端递交下层的RLC PDU称为AMD PDU;AMRLC实体接收端端从下层接收的RLC PDU称为AMD PDU。
MAC:Medium Access Control,媒体访问控制。
SDU:Service Data Unit,服务数据单元。
PDU:Protocol Data Unit,协议数据单元。在本公开中,如未特别说明,PDU可以是数据PDU和/或控制PDU。例如,RLC PDU可以是RLC数据PDU和/或RLC控制PDU(例如状态报告STATUS report或STATUS PDU)。STATUS PDU是AM RLC实体接收端用于向其对等AM RLC实体报告其正确接收的RLC数据PDU和检测为丢失的RLC数据PDU(STATUS PDU isused by thereceiving side of an AM RLC entity to inform the peer AM RLCentity about RLCdata PDUs that are received successfully,and RLC data PDUs that are detectedto be lost by the receiving side of an AM RLC entity)。
在本公开中,将从上层接收或运送(deliver)上层的数据称为SDU,将递交(submit)下层或从下层接收的数据称为PDU。例如,PDCP实体从上层接收的数据或运送上层的数据称为PDCP SDU;PDCP实体从RLC实体接收到的数据或递交RLC实体的数据称为PDCPPDU(也就是RLC SDU)。
主RLC实体:Primary RLC entity,为PDCP重复配置的RLC实体中,至少用于发送PDCP控制PDU的RLC实体(无论PDCP重复被激活还是去激活)。在现有的系统中,在载波聚合情况下,去激活分组重复后PDCP实体将PDCP数据PDU发送到主RLC实体,所述主RLC实体是所关联的两个RLC实体中的一个RLC实体。在现有的系统中,主RLC实体通过RRC信令配置,但是在版本16及后续系统中,可以规定主RLC实体也可通过MAC控制元素CE指定或预定义。在现有的系统中,在双连接情况下,对于未配置分组重复的分离承载,如果配置了数据分离门限且PDCP数据量和其关联的两个RLC实体的数据量的和小于设定的数据分离门限,则PDCP实体将PDCP PDU发送到主RLC实体。在现有系统中,具体的,基站通过RRC信令中携带的信元primarypath(所述信元的具体描述见3GPP TS38.331)以及包含在所述信元中的用于标识小区组标识的信元cellGroup和/或逻辑信道标识的信元logicalChannel等来为用户设备UE配置主RLC实体。在双连接情况下,还通过信元ul-DataSplitThreshold(所述信元的具体描述见3GPP TS38.331和TS38.323)设定数据分离门限。当PDCP重复被去激活或没有配置PDCP重复时,如果PDCP数据总量和其关联的两个RLC实体中等待初始传输的数据量的和大于或等于设定的数据分离门限,则PDCP实体将PDCP PDU发送到所关联的主RLC实体或辅RLC实体;如果未配置数据分离门限或者如果PDCP数据总量和其关联的两个RLC实体中等待初始传输的数据量的和小于设定的数据分离门限,则PDCP实体将PDCP PDU发送主RLC实体。在3GPP正在讨论的版本16中,由于一个PDCP实体可以被配置关联多达4个RLC实体,在PDCP重复被去激活时,对于载波聚合的场景,PDCP实体可以将PDCP PDU发送到主RLC实体或激活的RLC实体;对于双连接的场景,PDCP实体可以将PDCP PDU发送到激活的RLC实体或按照分离承载的数据发送方式将PDCP PDU发送到激活的两个RLC实体或主RLC实体和激活的辅RLC实体。
本公开将不是指定为主RLC实体的RLC实体称为辅RLC实体(Sencondary RLCentity),以便于描述本公开实施例。
分组重复:packet duplication或PDCP duplication,也称为PDCP重复或重复,是指PDCP实体将同一PDCP PDU两次(或多次)递交给下层,其中一次递交给主RLC实体(也称为主路径),其他递交给激活的辅RLC实体(也称为辅路径),但是在版本16中,如果允许去激活主RLC实体,则PDCP PDU均递交给激活的辅RLC实体。在3GPP目前的协议版本15中(TS38.323、TS38.300以及TS38.331),RRC为PDCP重复配置两个RLC实体,如图1所示。当PDCP重复被激活时,PDCP实体将同一PDCP PDU发送到关联的两个下层实体(即RLC实体),换言之PDCP实体将一个PDCP PDU向下层递交两次,一次递交给主RLC实体,一次递交给辅RLC实体。为了增强URLLC的可靠性,3GPP在版本16中将支持一个PDCP实体关联至多4个RLC实体的场景。在这种情况下,当PDCP重复被激活时,PDCP实体将同一PDCP PDU发送到关联的多个下层实体,所述下层实体被激活用于PDCP重复。例如,假设RRC为一个PDCP实体配置了4个RLC实体,当时仅3个RLC实体被激活(这可以通过RRC配置或由MAC控制元素指示),则,PDCP实体将同一PDCP PDU发送到关联的且激活的三个下层实体(即RLC实体),换言之PDCP实体将一个PDCP PDU向下层递交三次,分别递交给三个激活的RLC实体。需要说明的是,如果主RLC实体不能被去激活,则本公开中所述递交给激活的RLC实体是指递交给主RLC实体和其他激活的辅RLC实体。去激活主RLC实体是指去激活后的主RLC实体不再用于传输PDCP数据PDU,或者PDCP实体不再将PDCP数据PDU递交给主RLC实体。去激活的主RLC实体仍然可用于传输PDCP控制PDU,即PDCP实体仍然将PDCP控制PDU递交给主RLC实体。
在本公开实施例中,激活的RLC实体是指所述RLC实体的PDCP重复被激活,即所述RLC实体用于传输PDCP PDU(PDCP实体将PDCP PDU递交给激活的RLC实体)。因为本公开主要讨论AM RLC实体所涉及的操作,如未特别说明,本公开实施例中RLC实体就是AM RLC实体。
本公开中所述“下层实体”和“下层”是等价描述,可互换使用。
重传询问定时器t-pollRetransmit:所述定时器被AM RLC实体发送端用于重传询问的目的(This timer is used by the transmitting side of an AM RLC entity inorder to retransmit a poll)。
以PDCP PDU或SDU重复发送两次为例(即一个PDCP实体关联两个RLC实体和/或两个逻辑信道),作为示例,图2a示出了载波聚合场景下分组重复承载的协议架构图,而图2b示出了双连接场景下分组重复的协议架构图。在图2a所示示意图中,一个承载的PDCP实体关联到两个RLC实体和两个逻辑信道、一个MAC实体。在图2b所示示意图中,一个承载的PDCP实体关联到两个RLC实体和两个逻辑信道、两个MAC实体。但本公开所述的技术方案并不限于PDCP PDU或SDU重复发送两次的场景,本领域技术人员可以容易地扩展到重复发送多次的场景(即一个PDCP实体关联多个RLC实体和/或多个逻辑信道)。
下面描述配置了PDCP重复或pdcp-Duplication或pdcp-Duplication被设置为TRUE的PDCP实体执行的操作:
配置了PDCP重复或pdcp-Duplication或pdcp-Duplication被设置为TRUE的PDCP实体,如果接收到来自其关联的AM RLC实体中的某个AMRLC实体的PDCP数据PDU发送成功的指示,则指示其他AM RLC实体(或其他激活的AM RLC实体)删除这个重复的PDCP数据PDU;或者指示PDCP实体向其发送了这个PDCP数据PDU的其他AM RLC实体删除这个重复的PDCP数据PDU;或者指示PDCP实体向其发送了这个PDCP数据PDU且被激活的其他AM RLC实体删除这个重复的PDCP数据PDU。如果PDCP重复被去激活,指示其他RLC实体(或辅AM RLC实体)删除所有重复的PDCP数据PDU或指示PDCP实体向其发送了这个PDCP数据PDU的其他AM RLC实体(或辅AM RLC实体)删除这个重复的PDCP数据PDU或指示PDCP实体向其发送了这个PDCP数据PDU且被激活的其他AM RLC实体(或辅AM RLC实体)删除这个重复的PDCP数据PDU;如果辅AMRLC实体被去激活(或PDCP实体接收到来自MAC层的切换激活的AM RLC实体的指示),指示被去激活的AM RLC实体删除所有重复的PDCP数据PDU。
信息元素pdcp-Duplication是携带在PDCP-Config中,用于指示在接收到这个信息元素(简称信元)时上行重复的状态是否被配置并被激活。这个信息元素出现,表示配置了重复,且这个信息元素取值为TRUE表示重复被激活。所述用于为SRB和/或DRB设置可配置的PDCP参数的PDCP-Config是包含在由基站或网络发送给UE的RRC消息中。
图3示出了根据本公开实施例的无线通信方法的流程图。
如图3所示,本公开的无线通信方法包括步骤301和步骤302。
在步骤301中,RLC实体接收来自上层的丢弃特定RLC SDU的指示。
在步骤302中,在所述RLC SDU及其分段均未递交给下层的情况下,所述RLC实体删除所述RLC SDU。
根据上述方法,能够在接收到来自上层的删除特定RLC SDU指示时执行适当的操作,从而能够提高无线通信系统的通信效率以及可靠性。
下面描述用户设备UE中接收来自上层(即PDCP)丢弃特定RLC SDU的指示,AM RLC实体发送端执行的操作的实施例(所述实施例也可以在发送UM RLC实体执行)。所述RLC实体可以是辅RLC实体或者是去激活的RLC实体。
需要指出的是,本公开在UE处执行的实施例也可以在基站处执行。
在实施例1中,接收来自上层(即PDCP)丢弃特定RLC SDU的指示,如果所述RLC SDU及其分段均没有递交给下层,则AM RLC实体发送端删除所述指示的RLC SDU(Whenindicated from upper layer(i.e.PDCP)to discard a particular RLC SDU,thetransmitting side of an AM RLC entity or the transmitting UM RLC entity shalldiscard the indicated RLC SDU,if neither the RLC SDU nor a segment thereofhas been submitted to the lower layers)。在删除所述RLC SDU后(Upon discardingthe RLC SDU),AM RLC实体发送端还执行以下操作:如果发送缓存区和重传缓存区均为空(已发送且等待确认的RLC SDU或RLC SDU分段除外),换言之,AM RLC实体发送端(或AM RLC实体发送端发送缓存区和重传缓存区中)仅包含(或者包含且仅包含)已传输(transmitted)且等待确认(awaiting acknowledgements)的RLC SDU或RLC SDU分段,则重传已递交下层的具有最大序列号的RLC SDU(二consider the RLC SDU with the highestSN among the RLC SDUs submitted to lower layer for retransmission),且在对应的AMD PDU中包含一个询问。所述对应的AMD PDU是所述RLC SDU或RLC SDU分段对应的AMDPDU,即所述AMD PDU的负载(也称数据域)为所述RLC SDU或RLC SDU分段。
在本公开实施例中,在AMD PDU中包含一个询问是指将所述AMD PDU的询问比特域(Polling bit field)置为1(表示AM RLC实体发送端向其对等AM RLC实体请求状态报告),设置变量PDU_WITHOUT_POLL值为0以及设置变量BYTE_WITHOUT_POLL值为0,其中PDU_WITHOUT_POLL是一个计数器,用于记录从最近一次传输(transmit)询问比特后发送(send)的AMD PDU的数目,其初始值为0;BYTE_WITHOUT_POLL是一个计数器,用于记录从最近一次传输(transmit)询问比特后发送(send)的数据字节(data bytes)的数目,其初始值为0。此外,AM RLC实体发送端在递交一个包含询问的AMD PDU给下层时,执行以下操作:设置POLL_SN的值为已递交给下层的AMD PDU的最大序列号(即设置POLL_SN的值为已递交给下层的AMD PDU中序列号最大的AMD PDU的序列号,set POLL_SN to the highest SN ofthe AMDPDU among the AMD PDUs submitted to lower layer),如果t-PollRetransmit未运行,启动t-PollRetransmit,否则重启t-PollRetransmit。关于设置询问比特更详细的描述见3GPP TS38.3225.3.3.2。
在实施例2中,接收来自上层(即PDCP)丢弃特定RLC SDU的指示,如果所述RLC SDU及其分段均没有递交给下层,则AM RLC实体发送端删除所述指示的RLC SDU。在删除所述RLC SDU后,AM RLC实体发送端还执行以下操作:如果发送缓存区和重传缓存区均为空但存在(或至少存在一个)已发送且等待确认的RLC SDU或RLC SDU分段,则重传已递交下层的具有最大序列号的RLC SDU,且在对应的AMD PDU中包含一个询问。所述对应的AMD PDU是所述RLC SDU或RLC SDU分段对应的AMD PDU,即所述AMD PDU的数据域为所述RLC SDU或RLC SDU分段。
在实施例3中,接收来自上层(即PDCP)丢弃特定RLC SDU的指示,如果所述RLC SDU及其分段均没有递交给下层,则AM RLC实体发送端删除所述指示的RLC SDU。在删除所述RLC SDU后,AM RLC实体发送端还执行以下操作:如果发送缓存区和重传缓存区均为空和/或存在(或至少存在一个)已发送且等待确认的RLC SDU或RLC SDU分段,并且重传询问定时器t-pollRetransmit未运行,则重传已递交下层的具有最大序列号的RLC SDU,且在对应的AMD PDU中包含一个询问。所述对应的AMD PDU是所述RLC SDU或RLC SDU分段对应的AMDPDU,即所述AMD PDU的数据域为所述RLC SDU或RLC SDU分段。
在实施例4中,接收来自上层(即PDCP)丢弃特定RLC SDU的指示,如果所述RLC SDU及其分段均没有递交给下层,则AM RLC实体发送端删除所述指示的RLC SDU。在删除所述RLC SDU后,AM RLC实体发送端还执行以下操作:如果发送缓存区和重传缓存区均为空(已发送且等待确认的RLC SDU或RLC SDU分段除外)和/或存在(或至少存在一个)已发送且等待确认的RLC SDU或RLC SDU分段,并且重传询问定时器t-pollRetransmit未运行,则重传已递交下层的具有最大序列号的RLC SDU,且在对应的AMD PDU中包含一个询问。所述对应的AMD PDU是所述RLC SDU或RLC SDU分段对应的AMD PDU,即所述AMD PDU的数据域为所述RLC SDU或RLC SDU分段。
在实施例5中,接收来自上层(即PDCP)丢弃特定RLC SDU的指示,如果所述RLC SDU及其分段均没有递交给下层,则AM RLC实体发送端删除所述指示的RLC SDU。在删除所述RLC SDU后,AM RLC实体发送端还执行以下操作:如果发送缓存区和重传缓存区均为空(已发送且等待确认的RLC SDU或RLC SDU分段除外)和/或存在或至少存在一个已发送且等待确认的RLC SDU或RLC SDU分段尚未被询问,则重传已递交下层的具有最大序列号的RLCSDU,且在对应的AMD PDU中包含一个询问。所述对应的AMD PDU是所述RLC SDU或RLC SDU分段对应的AMD PDU,即所述AMD PDU的数据域为所述RLC SDU或RLC SDU分段。所述存在发送且等待确认的RLC SDU或RLC SDU分段尚未被询问是指已发送的询问不用于(或不包含)请求对等AM RLC实体确认所述RLC SDU或RLC SDU分段是否成功接收(或请求对等AM RLC实体发送的状态报告中必须包含所述RLC SDU或RLC SDU分段的肯定确认或否定确认)。
在实施例6中,接收来自上层(即PDCP)丢弃特定RLC SDU的指示,如果所述RLC SDU和其分段均没有递交给下层,则AM RLC实体发送端删除所述指示的RLC SDU。在删除所述RLC SDU后,AM RLC实体发送端还执行以下操作:如果发送缓存区和重传缓存区均为空(已发送且等待确认的RLC SDU或RLC SDU分段除外)和/或存在(或存在至少一个)已发送且等待确认的RLC SDU或RLC SDU分段,并且POLL_SN小于已递交给下层的AMD PDU的最大序列号,则重传已递交下层的具有最大序列号的RLC SDU,且在对应的AMD PDU中包含一个询问。所述对应的AMD PDU是所述RLC SDU或RLC SDU分段对应的AMD PDU,即所述AMD PDU的数据域为所述RLC SDU或RLC SDU分段。
在实施例7中,接收来自上层(即PDCP)丢弃特定RLC SDU的指示,如果所述RLC SDU和其分段均没有递交给下层,则AM RLC实体发送端删除所述指示的RLC SDU。在删除所述RLC SDU后,AM RLC实体发送端还执行以下操作:如果发送缓存区和重传缓存区均为空和/或存在(或存在至少一个)已发送且等待确认的RLC SDU或RLC SDU分段,并且POLL_SN小于已递交给下层的AMD PDU的最大序列号,则重传已递交下层的具有最大序列号的RLC SDU,且在对应的AMD PDU中包含一个询问。所述对应的AMD PDU是所述RLC SDU或RLC SDU分段对应的AMD PDU,即所述AMD PDU的数据域为所述RLC SDU或RLC SDU分段。
在上述实施例1~7中,可进一步限制,如果上层有数据等待传输,发送缓存区和重传缓存区均为空(已发送且等待确认的RLC SDU或RLC SDU分段除外)不应该导致不必要的重传。但是,如果PDCP重复被去激活或当前RLC实体(或辅RLC实体)被去激活,即使上层有数据等待传输(data awaits in the upper layer),也执行重传,即重传已递交下层的具有最大序列号的RLC SDU,且在对应的AMD PDU中包含一个询问。所述对应的AMD PDU是所述RLC SDU或RLC SDU分段对应的AMD PDU,即所述AMD PDU的负载为所述RLC SDU或RLC SDU分段。因为,在这种情况下,虽然上层有数据等待传输,但是因为PDCP重复已被去激活或当前RLC实体被去激活,PDCP实体不会将这些数据发送到当前RLC实体。
本公开实施例中,可以将条件“如果发送缓存区和重传缓存区均为空和/或存在(或存在至少一个)已发送且等待确认的RLC SDU或RLC SDU分段”替换为条件“如果发送缓存区和重传缓存区均为空(已发送且等待确认的RLC SDU或RLC SDU分段除外)”形成新的实施例,也是本公开的实施范围。本公开实施例中,发送缓存区和重传缓存区均为空(已发送且等待确认的RLC SDU或RLC SDU分段除外),表示AM RLC实体发送端(或AM RLC实体发送端发送缓存区和重传缓存区中)不包含除已发送且等待确认的RLC SDU或RLC SDU分段外的其他RLC SDU或RLC SDU分段。
此外,在本公开实施例中,重传已递交下层的具有最大序列号的RLC SDU是指将已递交下层的具有最大序列号的RLC SDU用于重传或将已递交下层的RLC SDU中具有最大序列号的RLC SDU用于重传,但是在构造对应的AMD PDU时,需要根据下层指示的可发送的数据量构建的AMD PDU的数据域可能包含所述RLC SDU或其分段(即构造的AMD PDU应适合下层在特定传输机会中指示的AMD PDU的总大小)。此外,将“重传已递交下层的具有最大序列号的RLC SDU”的操作替换为“重传任意一个尚未被肯定确认的RLC SDU(consider any RLCSDU which has not been positively acknowledged for retransmission)”或“重传已递交下层的具有最大序列号的RLC SDU,或者重传任意一个尚未被肯定确认的RLC SDU”所形成的实施例也是本公开的保护范围。
下面描述AM RLC实体发送端接收到来自AM RLC实体接收端的状态报告时执行的操作实施例,图4示出了该实施例的无线通信方法的流程图。
AM RLC实体发送端接收到来自AM RLC实体接收端(也称对等AM RLC实体)的状态报告(STATUS report),执行以下操作:
在步骤401,如果状态报告包含序列号等于POLL_SN的RLC SDU的肯定确认或否定确认,执行步骤402;
在步骤402,如果重传询问定时器t-pollRetransmit正在运行,则停止和重置重传询问定时器t-pollRetransmit,并执行步骤403;
在步骤403,如果所述状态报告不包含序列号小于或等于POLL_SN的RLC SDU的否定确认,并且发送缓存区和/或重传缓存区均为空但包含且仅包含已发送且等待确认的RLCSDU或RLC SDU分段(即发送缓存区和/或重传缓存区包含且仅包含已发送且等待确认的RLCSDU或RLC SDU分段,换言之,发送缓存区和/或重传缓存区包含至少一个已发送且等待确认的RLC SDU或RLC SDU分段),则执行步骤404;
需要说明的是步骤403也可以替换为以下之一,从而形成新的实施例:
在步骤403,如果发送缓存区和/或重传缓存区均为空,但其中包含至少一个已发送且等待确认的RLC SDU或RLC SDU分段未被所述状态报告指示为肯定确认,则执行步骤404;
在步骤403,如果发送缓存区和/或重传缓存区均为空,但其中包含至少一个已发送且等待确认的RLC SDU或RLC SDU分段未被所述状态报告指示为肯定确认或否定确认,则执行步骤404;
在步骤403,如果所述状态报告不包含序列号小于或等于POLL_SN的RLC SDU的否定确认,并且POLL_SN小于已发送且等待确认的RLC SDU或RLC SDU分段的最大序列号,则执行步骤404;
在步骤403,如果所述状态报告不包含序列号小于或等于POLL_SN的RLC SDU的否定确认和/或如果发送缓存区和重传缓存区均为空(已发送且等待确认的RLC SDU或RLCSDU分段除外),并且POLL_SN小于已递交下层的RLC SDU或RLC SDU分段的最大序列号,则执行步骤404;
在步骤403,如果发送缓存区和重传缓存区不包含除已发送且等待确认的RLC SDU或RLC SDU分段外的其他RLC SDU或RLC SDU分段,并且询问状态变量POLL_SN小于已递交给下层的RLC PDU的最大序列号,则执行步骤404;
在步骤404,重传已递交下层的具有最大序列号的RLC SDU(consider the RLCSDU with the highest SN among the RLC SDUs submitted to lower layer forretransmission),且在对应的AMD PDU(或所述RLC SDU或RLC SDU分段对应的AMD PDU,即所述AMD PDU的数据域为所述RLC SDU或RLC SDU分段)中包含一个询问。
上述步骤404可以替换为以下之一,从而形成新的实施例:
在步骤404,重传任意尚未被肯定确认的RLC SDU(consider any RLC SDU whichhas not been positively acknowledged for retransmission),且在对应的AMD PDU(或所述RLC SDU或RLC SDU分段对应的AMD PDU,即所述AMD PDU的负载为所述RLC SDU或RLCSDU分段)中包含一个询问。
在步骤404,重传已递交下层的具有最大序列号的RLC SDU或者重传任意尚未被肯定确认的RLC SDU,且在对应的AMD PDU(或所述RLC SDU或RLC SDU分段对应的AMD PDU,即所述AMD PDU的负载为所述RLC SDU或RLC SDU分段)中包含一个询问。
需要说明的是,可以改变上述实施例中执行步骤403的条件从而形成新的实施例。具体的,执行步骤403时不需要判断是否满足重传询问定时器t-pollRetransmit正在运行的条件,在这种情况下,如果状态报告包含序列号等于POLL SN的RLC SDU的肯定确认或否定确认(即满足步骤401的条件),则执行步骤403。此时,步骤402和步骤403是两个并列且相互独立的步骤,可以先执行步骤402,再执行步骤403;也可以先执行步骤403,再执行步骤402。
在上述实施例中,将步骤404中“等待确认的RLC SDU或RLC SDU分段的最大序列号”替换为“已递交下层的RLC SDU或RLC SDU分段的最大序列号”或“已递交下层且等待确认的RLC SDU或RLC SDU分段的最大序列号”所形成新的实施例也是本公开保护的范围。同样的,将步骤404中“已递交下层的RLC SDU或RLC SDU分段的最大序列号”替换为“等待确认的RLC SDU或RLC SDU分段的最大序列号”或“已递交下层且等待确认的RLC SDU或RLC SDU分段的最大序列号”所形成新的实施例也是本公开保护的范围。本公开所述等待确认或已递交下层的RLC SDU或RLC SDU分段的最大序列号是指等待确认或已递交下层的RLC SDU或RLC SDU分段中序列号最大的等待确认或已递交下层的RLC SDU或RLC SDU分段的序列号。
本公开实施例中,所述向问状态变量POLL SN用于保存(hold)设置询问(具体根据3GPP TS38.322 5.3.3.2节设置)时已递交给下层的AMD PDU的序列号的最大值(Thisstate variable holds the value ofthe highest SNof the AMD PDU among the AMDPDUs submitted to lower layer whenPOLL_SN is set according to sub clause5.3.3.2)。
根据上述实施例的方法,能够在接收到来自AM RLC实体接收端的状态报告时执行适当的操作,从而能够提高无线通信系统的通信效率以及可靠性。
如未特别说明,本公开中的缓存区可以是发送缓存区和/或重传缓存区。
另外,本公开中的“去激活分组重复”、“配置了分组重复但处于去激活状态”以及“接收到来自上层(例如PDCP)或下层(例如MAC)的去激活分组重复的指示”可互换使用。
图5示出了根据本公开实施例的无线通信设备的框图。如图5所示,无线通信设备50包括处理器510和存储器520。处理器510例如可以包括微处理器、微控制器、嵌入式处理器等。存储器520例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器520上存储有程序指令。该指令在由处理器510运行时,可以执行本公开详细描述的上述方法。
应该理解,本公开的上述实施例可以通过软件、硬件或者软件和硬件两者的结合来实现。例如,上述实施例中的基站和用户设备内部的各种组件可以通过多种器件或电路来实现,这些器件包括但不限于:模拟电路器件、数字电路器件、数字信号处理(DSP)电路、可编程处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、可编程逻辑器件(CPLD),等等。
此外,这里所公开的本公开的实施例可以在计算机程序产品上实现。更具体地,该计算机程序产品是如下的一种产品:具有计算机可读介质,计算机可读介质上编码有计算机程序逻辑,当在计算设备上执行时,该计算机程序逻辑提供相关的操作以实现本公开的上述技术方案。当在计算系统的至少一个处理器上执行时,计算机程序逻辑使得处理器执行本公开实施例所述的操作(方法)。本公开的这种设置典型地提供为设置或编码在例如光介质(例如CD-ROM)、软盘或硬盘等的计算机可读介质上的软件、代码和/或其他数据结构、或者诸如一个或多个ROM或RAM或PROM芯片上的固件或微代码的其他介质、或一个或多个模块中的可下载的软件图像、共享数据库等。软件或固件或这种配置可安装在计算设备上,以使得计算设备中的一个或多个处理器执行本公开实施例所描述的技术方案。
这里所公开的本公开的实施例可以实现为运行在根据本公开的设备上的程序。运行在根据本公开的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本公开的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统中。
尽管以上已经结合本公开的优选实施例示出了本公开,但是本领域的技术人员将会理解,在不脱离本公开的精神和范围的情况下,可以对本公开进行各种修改、替换和改变。因此,本公开不应由上述实施例来限定,而应由所附权利要求及其等价物来限定。

Claims (10)

1.一种无线通信方法,包括:
无线链路控制RLC实体接收来自上层的丢弃特定RLC服务数据单元即RLC SDU的指示;
在所述RLC SDU及其分段均未递交给下层的情况下,所述RLC实体删除所述RLC SDU。
2.根据权利要求1所述的无线通信方法,其中,还包括:
在满足给定条件的情况下,所述RLC实体重传已递交下层的具有最大序列号的RLC SDU或者重传任意一个尚未被肯定确认的RLC SDU,并且在对应的RLC协议数据单元即RLC PDU中包含一个询问。
3.根据权利要求2所述的无线通信方法,其中,
所述给定条件包括下述条件中的任意一项:
发送缓存区和重传缓存区不包含除已发送且等待确认的RLC SDU或RLC SDU分段外的其他RLC SDU或RLC SDU分段;
发送缓存区和重传缓存区均为空但存在已发送且等待确认的RLC SDU或RLC SDU分段;
发送缓存区和重传缓存区均为空但存在已发送且等待确认的RLC SDU或RLC SDU分段,并且重传询问定时器未运行;
发送缓存区和重传缓存区不包含除已发送且等待确认的RLC SDU或RLC SDU分段外的其他RLC SDU或RLC SDU分段,并且重传询问定时器未运行;
发送缓存区和重传缓存区均为空但存在尚未被询问的已发送且等待确认的RLC SDU或RLC SDU分段;
发送缓存区和重传缓存区不包含除已发送且等待确认的RLC SDU或RLC SDU分段外的其他RLC SDU或RLC SDU分段,并且询问状态变量POLL_SN小于已递交给下层的RLC PDU的最大序列号。
4.根据权利要求3所述的无线通信方法,其中,
所述给定条件还包括下述条件中的任意一项:
上层没有数据等待传输;
上层有数据等待传输但分组重复被去激活或所述RLC实体被去激活。
5.根据权利要求2所述的无线通信方法,其中,
在对应的RLC PDU中包含一个询问表示所述RLC实体向其对等RLC实体请求状态报告。
6.一种无线通信方法,包括:
无线链路控制RLC实体接收来自其对等RLC实体的状态报告;
在所述状态报告包含序列号等于询问状态变量POLL_SN的RLC服务数据单元即RLC SDU的肯定确认或否定确认的情况下,判断是否满足给定条件;
在满足所述给定条件的情况下,所述RLC实体重传已递交下层的具有最大序列号的RLCSDU或者重传任意一个尚未被肯定确认的RLC SDU,并且在对应的RLC协议数据单元即RLCPDU中包含一个询问。
7.根据权利要求6所述的无线通信方法,其中,还包括:
在所述状态报告包含序列号等于所述POLL_SN的RLC SDU的肯定确认或否定确认的情况下,停止和重置正在运行的重传询问定时器。
8.根据权利要求6所述的无线通信方法,其中,
所述给定条件包括下述条件中的任意一项:
所述状态报告不包含序列号小于或等于所述POLL_SN的RLC SDU的否定确认,并且发送缓存区和重传缓存区均为空但包含且仅包含已发送且等待确认的RLC SDU或RLC SDU分段;
发送缓存区和重传缓存区均为空,但包含至少一个已发送且等待确认的RLC SDU或RLCSDU分段未被所述状态报告指示为肯定确认;
所述状态报告不包含序列号小于或等于所述POLL_SN的RLC SDU的否定确认,并且所述POLL_SN小于已发送且等待确认的RLC SDU或RLC SDU分段的最大序列号;
所述状态报告不包含序列号小于或等于所述POLL_SN的RLC SDU的否定确认,并且所述POLL_SN小于已递交下层的RLC SDU或RLC SDU分段的最大序列号;
发送缓存区和重传缓存区不包含除已发送且等待确认的RLC SDU或RLC SDU分段外的其他RLC SDU或RLC SDU分段,并且所述POLL_SN小于已递交给下层的RLC PDU的最大序列号。
9.根据权利要求3、6、8所述的无线通信方法,其中,
所述POLL_SN用于保存设置询问时已递交下层的RLC PDU的序列号的最大值。
10.一种无线通信设备,包括:
处理器;以及
存储器,存储有指令;
其中,所述指令在由所述处理器运行时执行根据权利要求1至9中任一项所述的无线通信方法。
CN201911163256.3A 2019-11-22 2019-11-22 无线通信方法以及无线通信设备 Pending CN112838912A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201911163256.3A CN112838912A (zh) 2019-11-22 2019-11-22 无线通信方法以及无线通信设备
PCT/CN2020/128999 WO2021098638A1 (zh) 2019-11-22 2020-11-16 无线通信方法以及无线通信设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911163256.3A CN112838912A (zh) 2019-11-22 2019-11-22 无线通信方法以及无线通信设备

Publications (1)

Publication Number Publication Date
CN112838912A true CN112838912A (zh) 2021-05-25

Family

ID=75922117

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911163256.3A Pending CN112838912A (zh) 2019-11-22 2019-11-22 无线通信方法以及无线通信设备

Country Status (2)

Country Link
CN (1) CN112838912A (zh)
WO (1) WO2021098638A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316516B (zh) * 2010-06-30 2016-04-06 重庆重邮信科通信技术有限公司 一种lte上行数据传输结构构建方法
CN104837163B (zh) * 2014-02-08 2019-10-25 夏普株式会社 用于删除无线链路控制服务数据单元的方法和基站
WO2018232559A1 (zh) * 2017-06-19 2018-12-27 北京小米移动软件有限公司 数据处理方法及装置、用户设备和计算机可读存储介质
CN110167146B (zh) * 2018-02-12 2023-06-09 维沃移动通信有限公司 一种sdu的处理方法和通信设备

Also Published As

Publication number Publication date
WO2021098638A1 (zh) 2021-05-27

Similar Documents

Publication Publication Date Title
AU2017389025B2 (en) Method for reporting multi-connection transmission capability, method for configuring multi-connection transmission mode, method for preventing retransmission of data, UE and base station
JP4965713B2 (ja) 無線通信システムにおけるエラー制御メッセージを処理するための方法及び装置
CN110012454B (zh) 用户设备和相关方法
US11063709B2 (en) Segment retransmission method and apparatus
ES2294311T3 (es) Sistema para permitir el control de la purga de un nodo b por el controlador de servicio de red de radio.
US9438330B2 (en) Methods and apparatus for reordering data in an evolved high speed packet access system
US9900798B2 (en) Polling and reporting mechanism
TWI397336B (zh) 改善暫存器狀態觸發機制之方法及其相關通訊裝置
TWI454096B (zh) Mac層重置後b節點緩衝資料之高效回復系統
EP2567482B1 (en) Method and system of transfering data in a carrier aggregation environment
KR101550161B1 (ko) 비액세스 계층 재송신의 전달 통지를 위한 방법 및 장치
KR101792167B1 (ko) 데이터 전송 방법, 장치 및 시스템
US20200267793A1 (en) Method and system for handling packet duplication and resumption of rbs in wireless communication system
US20100105334A1 (en) Radio link control status reporting and polling
TWI361591B (en) A method of performing polling procedure in a wireless communication system
US8553641B2 (en) Method for handling radio bearer messages during reset and reestablishment in a wireless system
JP2017503434A5 (zh)
KR101379408B1 (ko) 재송요구 송신방법 및 수신측장치
KR20130028931A (ko) 무선 장치에서 다중 무선 액세스 베어러를 제어하는 방법
CN101933280A (zh) 用于发送pdcp状态报告的移动通信系统和方法
CN106341214B (zh) 信令传输方法和系统
WO2021129701A1 (zh) Pdcp实体的控制方法以及pdcp实体
WO2020155124A1 (zh) 复制数据的传输方法、终端设备及接入网设备
CN112838912A (zh) 无线通信方法以及无线通信设备
CN109547167B (zh) 一种计数方法及通信装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20210525