CN112448792B - 基站及其数据重传方法 - Google Patents
基站及其数据重传方法 Download PDFInfo
- Publication number
- CN112448792B CN112448792B CN201910810392.0A CN201910810392A CN112448792B CN 112448792 B CN112448792 B CN 112448792B CN 201910810392 A CN201910810392 A CN 201910810392A CN 112448792 B CN112448792 B CN 112448792B
- Authority
- CN
- China
- Prior art keywords
- data
- size
- indication
- response
- delivered
- 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.)
- Active
Links
Images
Classifications
-
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- 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/1607—Details of the supervisory signal
- H04L1/1642—Formats specially adapted for sequence numbers
-
- 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
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- 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/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种基站及其数据重传方法。此数据重传方法包括下列步骤。判断至少一笔数据单元是否送达。反应于这些数据单元未送达,统计未送达的数据单元对应的数据大小。依据这个数据大小决定资源授权指示。资源授权指示相关于重发送那些未送达的数据单元所需的无线电资源。接着,发送资源授权指示。藉此,数据单元有较高的机会可被完整地重新传送,并可减少信令传递,进而减少传输时延。
Description
技术领域
本发明涉及一种数据重传技术,尤其涉及一种基站及其数据重传方法。
背景技术
在时分双工(Time Division Duplex,TDD)长期演进技术(Long Term Evolution,LTE)架构的无线链路控制(Radio Link Control,RLC)协议中定义了确认模式(Acknowledge Mode,AM),以保证RLC层数据传输的可靠性。
图1是现有数据传输过程的示意图。请参照图1,以LTE为例,首先说明上行传输。用户设备(User equipment,UE)的RLC层根据媒体访问控制(Media Access Control,MAC)层上报的上行授权(ul grant)来组装RLC协议数据单元(Protocol Data Unit,PDU),其中每个RLC PDU都有一个序列号(Serial Number,SN)。RLC PDU接着被下发至MAC层并被封装成MAC PDU(步骤S101),以发给基站(Base Station,BS)(步骤S102)。如果基站正确收到MACPDU,MAC层会上传给上层,使RLC层成功收到RLC PDU(步骤S103)。如果基站的MAC层没有正确收到MAC PDU,则会触发MAC层的混合式自动重送请求(Hybrid Automatic Repeatrequest,HARQ)过程,以执行HARQ重传(步骤S104)。如果HARQ重传达到最大重传次数(基站可配置次数),但MAC PDU依然没有正确接收,则基站认为HARQ失败(Failure)。如果基站的RLC层的重排序定时器超时期间内一直没有收到RLC PDU,基站会认为这RLC PDU丢失,又如果是基站接收到用户设备发送的轮询(polling)请求,则基站触发状态报告(StatusReport)PDU的下发(步骤S105)。这个状态报告PDU会携带当前有效的确认(Acknowledgement,ACK)序列号、以及小于这个ACK序列号的所有没有被正确接收的否定确认(Negative Acknowledgement,NACK)序列号。用户设备收到状态报告之后,会根据报告内所携带的NACK序列号来优先重传RLC PDU。如果当前没有上行授权,用户设备会触发调度请求(Scheduling Request,SR)与缓存状态报告(Buffer Status Report,BSR)过程来获取上行授权,然后再重传RLC PDU。这无疑会造成RLC层重传PDU不能立即传输,并需要等待一定数量的传输时间间隔(Transmission Time Interval,TTI)(例如1TTI=1毫秒(ms))之后,RLC层欲重传的PDU才会发送出去。另一方面,如果有上行授权,但当前的上行授权所对应的数据量小于重传RLC PDU所需的大小(即,上行授权不够完整重传一个RLC PDU),则会造成RLC PDU分片。这种情况下,也会导致此RLC层重传的PDU需要经过多个TTI之后才会被完整接收。
另一方面,以下说明下行传输。基站的RLC层根据下行授权(dl grant)来组装RLCPDU,其中每个RLC PDU都有一个序列号。RLC PDU接着被下发至MAC层并进一步被封装成MACPDU(步骤S111),以发给用户设备(步骤S112)。如果用户设备正确收到MAC PDU,MAC层会上传给上层,使RLC层成功收到RLC PDU(步骤S113)。如果用户设备的MAC层没有正确收到MACPDU,则会触发MAC层的HARQ过程,以执行HARQ重传(步骤S114)。如果HARQ重传达到最大重传次数(基站可配置次数),但MAC PDU依然没有正确接收,则用户设备认为HARQ失败。如果用户设备的RLC层的重排序定时器超时期间内一直没有收到RLC PDU,用户设备会认为这RLCPDU丢失,又如果是用户设备接收到基站发送的轮询请求,则用户设备触发状态报告(Status Report)PDU的下发(步骤S115)。相似地,基站收到状态报告之后,会根据报告内所携带的NACK序列号来优先重传RLC PDU。如果当前没有下行授权,基站会直接调度下行授权来重传RLC PDU。另一方面,如果有下行授权,则基站会直接利用当前的下行授权发送欲重传的RLC PDU,且同样可能会造成RLC PDU分片,进而造成传输延迟。
发明内容
有鉴于此,本发明是针对一种基站及其数据重传方法,主动且适当地配置足够的资源供数据单元重送使用,从而减少信令交递,进而减少时延。
根据本发明的实施例,数据重传方法适用于基站,此数据重传方法并包括下列步骤:判断至少一笔数据单元是否送达。反应于这些数据单元未送达,统计未送达的数据单元对应的数据大小。依据这个数据大小决定资源授权指示。资源授权指示相关于重发送那些未送达的数据单元所需的无线电资源。接着,发送资源授权指示。
根据本发明的实施例,基站至少包括但不仅限于接收电路、传送电路及处理电路。接收电路接收信号。传送电路发送信号。处理电路耦接接收电路及传送电路,并经配置用以执行下列步骤:判断至少一笔数据单元是否送达。反应于这些数据单元未送达,统计未送达的数据单元对应的数据大小。依据这个数据大小决定资源授权指示。资源授权指示相关于重发送那些未送达的数据单元所需的无线电资源。接着,通过传送电路发送资源授权指示。
基于上述,本发明实施例的基站及其数据重传方法,如果确认数据单元未确实送达,则统计那些数据单元的数据大小,并依据统计的数据大小分配无线电资源供重新传送这些数据单元使用。藉此,未受达的数据单元有较高的机会可被完整地重新传送,并可减少信令传递,进而减少传输时延。
附图说明
包含附图以便进一步理解本发明,且附图并入本说明书中并构成本说明书的一部分。附图说明本发明的实施例,并与描述一起用于解释本发明的原理。
图1为现有数据传输过程的示意图;
图2为依据本发明实施例的通信系统的示意图;
图3为依据本发明实施例的基站的组件方块图;
图4为依据本发明实施例的数据重传方法的流程图;
图5为依据本发明实施例的针对上行传输的数据重传方法的流程图;
图6为依据本发明实施例的调度资源授权指示的流程图;
图7为依据本发明实施例的针对下行传输的数据重传方法的流程图。
附图标号说明
1:通信系统;
BS:基站;
UE:用户设备;
310:天线;
320:接收电路;
330:传送电路;
340:模拟/数字-数字/模拟转换器;
350:存储器;
360:处理电路;
S410~S470、S501~S514、S601~S605、S701~S710:步骤。
具体实施方式
现将详细地参考本发明的示范性实施例,示范性实施例的实例说明于附图中。只要有可能,相同组件符号在附图和描述中用来表示相同或相似部分。
图2为依据本发明实施例的通信系统1的示意图。通信系统1至少包括但不仅限于基站BS、一台或更多台用户设备UE。
基站BS例如是(但不限于)家用演进型节点B(Home Evolved Node B,HeNB)、eNB、次世代节点B(gNB)、进阶基站(Advanced Base Station,ABS)、基地收发器系统(BaseTransceiver System,BTS)、中继器(relay)、转发器(repeater)、和/或基于卫星的通信基站。
图3为依据本发明实施例的基站BS的组件方块图。基站BS可至少包括(但不限于)一根或更多根天线310、接收电路320、传送电路330、模拟/数字(A/D)数字/模拟(D/A)转换器340、存储器350及处理电路360。
接收电路320及传送电路330分别用以通过天线310无线地接收上行链路(uplink)信号及传送下行链路(downlink)信号。接收电路320及传送电路330亦可执行诸如低噪声放大、阻抗匹配、混频、升频或降频转换、滤波、放大及其类似者的类比信号处理操作。模拟/数字数字/模拟转换器340经组态以为上行链路执行模拟至数字转换,且为下行链路执行数字至模拟转换。
存储器350例如是(但不限于)随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)、快闪存储器(Flash Memory)或类似组件或上述组件的组合。存储器350记录程序码、装置组态、码本(Codebook)、缓冲的或永久的数据,并记录诸如无线电资源控制(Radio Resource Control,RRC)层、物理(Physical,PHY)层、无线链路控制(Radio Link Control,RLC)层、媒体接入控制(Media Access Control,MAC)层、或其他各种通讯协定相关软件模块。
处理电路360经组态以处理数字信号且执行根据本发明的例示性实施例的程序,并可存取或载入存储器350所记录的数据及软件模块。处理电路360可通过诸如中央处理单元(Central Processing Unit,CPU)、微处理器、微控制器、数字信号处理(Digital SignalProcessing,DSP)芯片、场可程序化逻辑门阵列(Field Programmable Gate Array,FPGA)等可程序化单元来实施。处理电路360亦可用独立电子装置或集成电路(IntegratedCircuit,IC)实施,且处理电路360的操作亦可用软件实现。
用户设备UE例如可包含(但不限于)移动站、先进移动站(Advanced MobileStation,AMS)、电话装置、客户驻地设备(Customer Premise Equipment,CPE)、无线传感器等。
图4是依据本发明实施例的数据重传方法的流程图。基站BS的处理电路360判断至少一笔数据单元是否送达(步骤S410)。具体而言,数据单元例如是3GPP规范的RLC PDU、MACPDU、或是其他协议层或其他协议所定义的网络信息(例如,控制信息、地址信息、或数据)传输的基本单位(或称信息单元)。依据不同标准或设计需求,判断数据单元未送达(或丢失、确实接收等)的机制可能不同。以LTE为例,如果HARQ重传达到最大重传次数,但MAC PDU依然没有正确接收(例如,基站BS或用户设备UE没有接收到部份或全部的数据单元),则处理电路360可将HARQ失败的结果视为数据单元未送达。又例如,RLC层的重排序定时器超时期间内一直没有收到特定RLC PDU,处理电路360可在超时期间过期后认定数据单元未送达。再例如,每当数据单元未被正确收到,处理电路360随即认定这笔数据单元未送达。应用者可依据需求自行变化未送达认定机制的判断条件,且本发明实施例不加以限制。
需说明的是,本实施例所指数据单元未送达包括基站BS发送的下行数据单元没有正确送至用户设备UE、或用户设备UE发送的上行数据单元没有正确送至基站BS。
反应于数据单元未送达,处理电路360统计未送达的数据单元对应的数据大小(步骤S430)。在一实施例中,反应于状态报告的接收或发送,处理电路360加总所有未送达的数据单元对应的数据大小,以生成待授权大小。具体而言,处理电路360可对各数据单元赋予序列号或独特识别符,以方便识别哪些数据单元已正确送达、以及哪些数据单元未被送达。针对上行传输,处理电路360可记录每笔未接收的数据单元的序列号及其对应数据大小,并据以生成状态报告。状态报告即是相关于那些未送达的数据单元。例如,状态报告记录有未送达的数据单元的序列号或识别符、或是最后已送达的数据单元的序列号或识别符。
在一实施例中,处理电路360是反应于自动重送请求机制(例如,HARQ)对应的协议层的数据单元未送达,才触发另一协议层的状态报告的发送。例如,处理电路360判断MAC层的MAC PDU未送达(例如,达到最大重传次数的情况)之后,触发RLC层的状态报告的发送或触发用户设备UE的状态报告的发送。然而,在另一实施例中,也可能是某一协议层的数据单元的丢失,使处理电路360触发相同协议层的状态报告的发送。例如,RLC层的重排序定时器超时期间内一直没有收到对应的RLC PDU、轮询请求的接收或是轮询指示的发送,例如RLCPDU中的轮询(polling或poll)位置/栏位设为1,处理电路360也可触发RLC层的状态报告的发送或触发用户设备UE的状态报告的发送。
另一方面,处理电路360可对每笔未接收的数据单元调度资源,以生成在上行链路上传输所用的资源授权指示,例如上行授权或是其他用于指示在上行链路的无线电资源或如何使用分配的资源的通知。各资源授权指示相关于重发送那些未送达(即,未被基站BS接收)的数据单元所需的无线电资源,这些资源并对应有特定数据量。藉此,用户设备UE可在调度的无线电资源上重新发送那些未送达的数据单元。
值得注意的是,处理电路360可不先(或禁能)将针对不同数据单元的资源授权指示直接通过传送电路330发送出去。取而代之的是,处理电路360可收集特定时间区间(例如,1TTI、或10毫秒等)或特定数量内的资源授权指示(对应到特定时间区间内或特定数量的未送达的数据单元)。接着,处理电路360将这些资源授权指示所对应的数据量加总,并将加总结果作为那些未送达的数据单元对应的待授权大小(其值可能大于或等于那些未送达的数据单元的数据大小的总和)。
在一些实施例中,处理电路360可能仅加总特定数量(例如,1、2、5笔等)的资源授权指示对应的数据量(对应到特定数量的未送达的数据单元的数据大小),并将加总结果作为待授权大小。
另一方面,针对下行传输,在一实施例中,反应于数据单元未送达(即,数据单元未被用户设备UE确实接收),处理电路360需要了解用户设备UE未接收到的数据单元是哪些,因此处理电路360可通过传送电路330发送状态回报指示,以要求用户设备UE回报那些未送达的数据单元。处理电路360可在后续发送的数据单元的标头(header)中的特定栏位设置状态回报指示或通过在特定控制信令中夹带状态回报指示。接着,处理电路360可通过接收电路320取得用户UE所发送的状态报告。此状态报告相关于未送达的数据单元对应的序列号或识别符。例如,LTE RLC层的状态报告包括确认序列号(ACK_SN)(用以表示RLC层的哪几个PDU已由用户设备UE确认接收)、以及否定确认序列号(NACK_SN)(用以表示确认序列号之前的哪几个PDU未由用户设备UE确认接收)。处理电路360可基于用户设备UE所回报的关于未送达的数据单元的序列号或识别符,并进一步得到各数据单元的数据大小,即可计算这些数据大小的总和,以作为待授权大小。
接着,处理电路360会依据统计的数据大小决定针对那些未送达的数据单元的资源授权指示(步骤S450)。在一实施例中,处理电路360是依据那些未送达的数据单元对应的数据大小经加总的待授权大小决定资源授权指示。待授权大小可能对应到一笔或更多笔未送达的数据单元的数据大小。为了降低数据单元分片(资源授权的大小小于重新传送此数据单元所需的数据大小)的发生机会,处理电路360可为那些需要重新发送的数据单元(即,未送达的数据单元)调度足够一次或特定次数内(例如,两次、三次等)即可完整发送的无线电资源。而统计的待授权大小即可作为所需要调度的无线电资源的依据。例如,资源授权指示所调度的资源可对应到特定的数据量,且处理电路360可设定此数据量大于、或等于待授权大小。或着,基于标准或硬体限制,处理电路360可设定此数据量小于待授权大小,但此数据量仍足够将特定数量的未送达的数据单元完整传送,以避免分段或分片传送情形。例如,处理电路360将序列号相较少号的特定数量的未送达的数据单元对应的数据大小作为本次调度对应的数据量。
在一实施例中,新调度的资源授权与已配置的资源授权相关。处理电路360可判断特定时间区间(例如,1TTI、或5毫秒等)内是否已配置有当前的资源授权指示。当前的资源授权指示代表下一笔或下一个时间单位欲发送给用户设备UE的资源授权指示(但尚未发送出)。值得注意的是,当前的资源授权指示也许没有依据前述待授权大小来调度足够的无线电资源,且可能会造成数据单元分片。
反应于未有当前的资源授权指示,处理电路360可直接依据前述待授权大小决定新的资源授权指示所对应的数据量。例如,资源授权指示所对应的数据量等于或大于待授权大小。需说明的是,此数据量可能受限于单位时间(例如,TTI、或其他时间单元)内最大允许授权大小(即,最大可传输的数据量)。
在另一实施例中,反应于存在当前的资源授权指示,处理电路360依据待授权大小与当前的资源授权指示所对应的数据量的比较结果决定新的资源授权指示。处理电路360可判断当前的资源授权指示所对应的数据量是否足够承载待授权大小的数据量。反应于当前的资源授权指示所对应的数据量未小于待授权大小(即,原先调度的资源足够发送此待授权大小的数据量),处理电路360可使用当前的资源授权指示所对应的数据量作为新的资源授权指示所对应的数据量。换句而言,处理电路360保留原先调度所决定的资源量。或者,处理电路360也可依据待授权大小来决定新的资源授权指示所对应的数据量,并让那些未送达的数据单元优先在此新的资源授权指示对应的资源上发送。
另一方面,反应于当前的资源授权指示所对应的数据量小于待授权大小,表示原先调度的资源不足够发送此待授权大小的数据量,且处理电路360将依据待授权大小来调度资源。基于不同标准或硬体限制,处理电路360可判断待授权大小是否小于资源授权指示的最大允许授权大小。此最大允许授权大小代表单位时间最大可传输的数据量。
反应于待授权大小小于最大允许授权大小,表示待授权大小的数据量容许在单位时间内完全送出,且处理电路360可依据待授权大小决定新的资源授权指示所对应的数据量。例如,调度的数据量等于或大于待授权大小。
反应于待授权大小未小于最大允许授权大小,表示待授权大小的数据量无法在单位时间内完全送出,且处理电路360可使用当前的资源授权指示所对应的数据量作为新的资源授权指示所对应的数据量。即,处理电路360保留原先调度所决定的资源量。或者,处理电路360可使用最大允许授权大小作为新的资源授权指示所对应的数据量。
决定好新的资源授权指示后,处理电路360即可通过传送电路330发送此资源授权指示(步骤S470)。此时,资源授权指示所调度的资源量即是依据前述待授权大小、已调度的数据量或最大允许授权大小等条件所决定。而资源授权指示是用于告知在上行链路或下行链路上传输所用的资源的指示(例如,上行授权、下行授权、或是其他用于指示在上行或下行链路的无线电资源或如何使用分配的资源的通知),以告知特定用户设备UE在预定的资源上重传送或重接收先前未送达的数据单元。藉此,本发明实施例可调度足够让未送达的数据单元发送的资源,从而避免在资源申请及授权信令上额外浪费时间、降低数据单元分片的情形,进而避免传输延迟。
此外,这些未送达的数据单元经重新发送后,处理电路360还会持续确认是否确实送达。处理电路360可通过状态报告或重传机制的确认响应来确认数据单元是否送达。在一实施例中,反应于未送达的数据单元经重发送后已送达,处理电路360可依据已送达的那些数据单元对应的数据大小更新待授权大小。例如,处理电路360将待授权大小减去已送达的数据单元对应的数据大小,并将计算结果作为新的待授权大小。处理电路360接着可依据新的待授权大小决定下一笔资源授权指示对应的数据量。
为了帮助读者理解本申请的发明精神,以下将再举实施例说明。
图5为依据本发明实施例的针对上行传输的数据重传方法的流程图。以3GPP LTE标准为例,基站BS的MAC层接收来自用户设备UE的数据MAC PDU(步骤S501)。基站BS检测MACPDU是否丢失(步骤S502)。如果基于HARQ机制重传丢失的MAC PDU达到最大重传次数,但基站BS依然没有正确接收到此MAC PDU,则基站BS认为此MAC PDU已经丢失。如果检测到MACPDU丢失,则基站BS将此MAC PDU添加到重传授权列表(步骤S503)。此重传授权列表是由MAC层创建和维护,并记录有未送达的MAC PDU对应的序列号及其数据大小(或授权的资源)。另一方面,基站BS的RLC层确认状态报告(SR)是否发送给用户设备UE(步骤S504)。如果RLC层触发了状态报告的发送,基站BS会一并将此状态报告中所携带的否定确认序列号添加到未送达标识列表(步骤S505)。此未送达标识列表由RLC层创建并维护,并记录有未送达的RLCPDU对应序列号。基站BS依序检视此重传授权列表,将此重传授权列表中所有节点(项目)的上行授权对应的数据量相加(即,计算待授权大小),并将待授权大小由RLC层发送给MAC层(步骤S506)。MAC层收到待授权大小之后,基站BS可依据此待授权大小决定上行授权对应的数据量(步骤S507)。
图6为依据本发明实施例的调度资源授权指示的流程图。请参照图6,基站BS检查当前TTI(LTE系统的最小时间调度单位;1TTI等于1ms)是否存在用户设备UE的资源授权指示(针对上行链路是上行授权,且针对下行连路是下行授权)(步骤S601)。例如,对于上行链路而言,如果基站BS在当前TTI已经基于收到的状态报告或缓存状态报告请求而对用户设备UE调度了上行授权,则基站BS可认为当前TTI已经存在用户设备UE的资源授权指示。对于下行而言,如果基站BS在当前TTI已经基于下行新传数据单元而给用户设备UE调度了下行授权,则基站BS可认为当前TTI已经存在用户设备UE的资源授权指示。
如果当前TTI存在用户设备UE的资源授权指示,则基站BS再检查当前TTI的资源授权指示对应的数据量是否小于待授权大小(步骤S602)。如果当前TTI的资源授权指示小于待授权大小,则基站BS再检查待授权大小是否小于此TTI内的最大允许授权大小(步骤S603)。如果待授权大小小于最大允许授权大小,或者当前TTI不存在用户设备UE的资源授权指示,则基站BS使用待授权大小作为新的资源授权指示对应的数据量,并据以为用户设备UE调度对应资源(步骤S604)。如果当前TTI的资源授权指示对应的数据量大于待授权大小,或者待授权大小大于此TTI内的最大允许授权大小,则基站BS使用当前的资源授权指示对应的数据量来对用户设备UE调度资源(步骤S605)。
请参照图5,调度完成以后,基站BS发送最终调度的上行授权给用户设备UE(步骤S508)。此上行授权对应的数据量即是基于图6的实施例所得出。此时,基站BS可清空重传授权列表(步骤S509)。此外,基站BS的RLC层接收来自用户设备UE重传的RLC PDU(步骤S510)。基站BS检查收到的RLC PDU的序列号是否包含在未送达标识列表中(步骤S511)。如果此序列号位于未送达标识列表,则基站BS更新待授权大小(其值是由原待授权大小减去此重传RLC PDU的数据大小)(步骤S512)。基站BS可检测更新后的待授权大小是否小于零(步骤S513),以确认重传授权列表对应的PDU都重传成功。如果待授权大小未小于零,则基站BS将更新的待授权大小由RLC层发送给MAC层,并重新执行步骤S508。此时,新发送的上行授权对应的数据量即是基于更新后的待授权大小所决定的。另一方面,如果待授权大小不大于零,基站BS可清空链表未送达标识列表(步骤S514)。
图7为依据本发明实施例的针对下行传输的数据重传方法的流程图。请参照图7,基站BS的MAC层发送MAC PDU给用户设备UE(步骤S701)。基站BS检测MAC PDU是否丢失(步骤S702)。例如,HARQ重传达到最大重传次数后MAC PDU依然没有被正确接收,则基站BS认为此MAC PDU已经丢失。如果检测到MAC PDU丢失,则基站BS可触发用户设备UE发送状态报告PDU(步骤S703)。例如,基站BS可以通过在新发送的RLC PDU中的轮询位置/栏位设为1来触发用户设备UE发送状态报告。接着,基站BS的RLC层收到状态报告PDU(步骤S704)。基站BS可将状态报告中所有否定确认序列号对应的RLC PDU的数据大小加总,以得到待授权大小,并将此计算的待授权大小由RLC层发送给MAC层(步骤S705)。基站BS的MAC层收到待授权大小之后,即可决定下行授权(步骤S706)。例如,基站BS可基于图6的实施例所得出的数据量来作为下行授权对应的数据量。调度下行授权完成以后,基站BS可发送最终调度的下行授权给用户设备UE(步骤S707),并更新待授权大小(其值是由原待授权大小减去最终调度的下行授权对应的数据量)(步骤S708)。接着,基站BS等到下一次TTI调度时刻到来(步骤S709)。基站BS可检测更新后的待授权大小是否小于零(步骤S710)。如果待授权大小未小于零,则基站BS将待授权大小由RLC层发送给MAC层,并执行步骤S706。此时,新发送的下行授权对应的数据量即是基于更新后的待授权大小所决定的。如果待授权大小不大于零,则代表针对先前未送达的数据单元的重送过程已结束,且不需要再为这些数据单元调度资源。
值得注意的是,图5与图7所示实施例是基于MAC PDU的丢失来决定RLC PDU重传时所需的上行授权或下行授权对应的数据量,且反应于状态报告的接收或发送来决定应为RLC PDU重传调度的时机,并基于RLC层重传的PDU的数据大小来决定此数据量。藉此,可避免RLC层重传的PDU的分段情形,并可保证RLC重传PDU的优先快速发送。在其他实施例中,依据不同世代的行动通讯标准或其他通讯技术,RLC层的重送可变更成其他协议层的数据单元的重送,本申请实施例不加以限制。
综上所述,本发明实施例的基站及其数据重传方法,在确认数据单元未送至用户设备或基站之后,基站可统计那些未送达的数据单元的数据大小,并基于统计的数据大小主动适当地分配无线电资源,从而避免在资源申请及授权信令上额外浪费时间。此无线电资源对应的数据量可能大于那些未送达的数据单元的数据大小,且尽量避免数据单元被分段传送,从而快速重新发送那些未送达的数据单元,进而避免传输延迟。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (12)
1.一种数据重传方法,适用于基站,其特征在于,包括:
判断至少一笔数据单元是否送达;
反应于所述数据单元未送达,统计未送达的所述数据单元对应的数据大小,以生成待授权大小;
依据所述数据大小决定资源授权指示,包括:
判断时间调度单位内是否已配置有当前的所述资源授权指示,其中所述当前的资源授权指示代表下一笔或下一个时间单位欲发送的资源授权指示;
反应于未有所述当前的资源授权指示,依据所述待授权大小决定新的所述资源授权指示所对应的数据量,其中所述资源授权指示相关于重发送所述未送达的数据单元所需的无线电资源;
反应于存在所述当前的资源授权指示,生成所述待授权大小包括:收集所述时间调度单位内的所述当前的资源授权指示,将所述当前的资源授权指示所对应的数据量加总,并将加总结果作为所述待授权大小;
发送所述资源授权指示。
2.根据权利要求1所述的数据重传方法,其特征在于,统计所述未送达的数据单元对应的数据大小的步骤包括:
反应于状态报告的接收或发送,加总所有所述未送达的数据单元对应的数据大小,以生成所述待授权大小,其中所述状态报告相关于所述未送达的数据单元;以及
依据所述数据大小经加总的所述待授权大小决定所述资源授权指示。
3.根据权利要求2所述的数据重传方法,其特征在于,依据所述数据大小经加总的所述待授权大小决定所述资源授权指示的步骤包括:
反应于存在所述当前的资源授权指示,依据所述待授权大小与所述当前的资源授权指示所对应的数据量的比较结果决定所述新的资源授权指示所对应的数据量。
4.根据权利要求3所述的数据重传方法,其特征在于,依据所述待授权大小与所述当前的资源授权指示所对应的数据量的比较结果决定所述新的资源授权指示的步骤包括:
反应于所述待授权大小小于最大允许授权大小,依据所述待授权大小决定所述新的资源授权指示所对应的数据量;以及
反应于所述待授权大小未小于所述最大允许授权大小,使用所述当前的资源授权指示所对应的数据量作为所述新的资源授权指示所对应的数据量。
5.根据权利要求2所述的数据重传方法,其特征在于,所述状态报告的接收或发送的步骤,包括:
反应于自动重送请求机制对应的协议层的所述数据单元未送达,触发所述状态报告的接收或发送。
6.根据权利要求2所述的数据重传方法,其特征在于,发送所述资源授权指示的步骤之后,还包括:
反应于所述未送达的数据单元经重发送后已送达,依据已送达的所述数据单元对应的数据大小更新所述待授权大小。
7.一种基站,其特征在于,包括:
接收电路,用以接收信号;
传送电路,用以发送信号;以及
处理电路,耦接所述接收电路及所述传送电路,并经配置用以执行:
判断至少一数据单元是否送达;
反应于所述数据单元未送达,统计未送达的所述数据单元对应的数据大小,以生成待授权大小;
依据所述数据大小决定资源授权指示,包括:
判断时间调度单位内是否已配置有当前的所述资源授权指示,其中所述当前的资源授权指示代表下一笔或下一个时间单位欲发送的资源授权指示;
反应于未有所述当前的资源授权指示,依据所述待授权大小决定新的所述资源授权指示所对应的数据量,其中所述资源授权指示相关于重发送所述未送达的数据单元所需的无线电资源;
反应于存在所述当前的资源授权指示,生成所述待授权大小包括:收集所述时间调度单位内的所述当前的资源授权指示,将所述当前的资源授权指示所对应的数据量加总,并将加总结果作为所述待授权大小;
通过所述传送电路发送所述资源授权指示。
8.根据权利要求7所述的基站,其特征在于,所述处理电路经配置用以执行:
反应于状态报告的接收或发送,加总所有所述未送达的数据单元对应的数据大小,以生成所述待授权大小,其中所述状态报告相关于所述未送达的数据单元;以及
依据所述数据大小经加总的所述待授权大小决定所述资源授权指示。
9.根据权利要求8所述的基站,其特征在于,所述处理电路经配置用以执行:
反应于存在所述当前的资源授权指示,依据所述待授权大小与所述当前的资源授权指示所对应的数据量的比较结果决定所述新的资源授权指示所对应的数据量。
10.根据权利要求9所述的基站,其特征在于,所述处理电路经配置用以执行:
反应于所述待授权大小小于最大允许授权大小,依据所述待授权大小决定所述新的资源授权指示所对应的数据量;以及
反应于所述待授权大小未小于所述最大允许授权大小,使用所述当前的资源授权指示所对应的数据量作为所述新的资源授权指示所对应的数据量。
11.根据权利要求8所述的基站,其特征在于,所述处理电路经配置用以执行:
反应于自动重送请求机制对应的协议层的所述数据单元未送达,触发所述状态报告的接收或发送。
12.根据权利要求8所述的基站,其特征在于,所述处理电路经配置用以执行:
反应于所述未送达的数据单元经重发送后已送达,依据已送达的所述数据单元对应的数据大小更新所述待授权大小。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910810392.0A CN112448792B (zh) | 2019-08-29 | 2019-08-29 | 基站及其数据重传方法 |
US16/840,465 US11228399B2 (en) | 2019-08-29 | 2020-04-06 | Base station and data retransmission method thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910810392.0A CN112448792B (zh) | 2019-08-29 | 2019-08-29 | 基站及其数据重传方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112448792A CN112448792A (zh) | 2021-03-05 |
CN112448792B true CN112448792B (zh) | 2022-12-27 |
Family
ID=74681471
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910810392.0A Active CN112448792B (zh) | 2019-08-29 | 2019-08-29 | 基站及其数据重传方法 |
Country Status (2)
Country | Link |
---|---|
US (1) | US11228399B2 (zh) |
CN (1) | CN112448792B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101520116B1 (ko) * | 2007-06-18 | 2015-05-13 | 옵티스 와이어리스 테크놀로지, 엘엘씨 | Tti 번들링에 의한 업링크 송신 강화 |
CN113726482B (zh) * | 2021-08-27 | 2023-09-05 | 哲库科技(北京)有限公司 | 一种数据重传方法、装置及存储介质 |
CN113938431B (zh) * | 2021-09-27 | 2023-06-23 | 中国联合网络通信集团有限公司 | 突发数据包传输方法、装置和电子设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8842535B2 (en) * | 2010-08-03 | 2014-09-23 | Apple Inc. | Method and apparatus for radio link control during network congestion in a mobile wireless device |
CN103828411B (zh) * | 2012-09-17 | 2018-06-15 | 华为技术有限公司 | 调度方法、基站、用户设备和系统 |
CN105517053B (zh) * | 2016-02-01 | 2019-03-05 | 京信通信系统(中国)有限公司 | 减少无线链路控制层协议数据单元重分段的方法及系统 |
US10420134B2 (en) * | 2016-02-02 | 2019-09-17 | Cisco Technology, Inc. | System and method to facilitate subframe scheduling in a split medium access control radio access network environment |
CN108029043B (zh) * | 2016-06-30 | 2021-04-06 | 北京小米移动软件有限公司 | 数据传输方法及装置 |
JP2020036051A (ja) * | 2016-12-28 | 2020-03-05 | 株式会社Nttドコモ | ユーザ装置、及びデータ送信方法 |
KR102339902B1 (ko) * | 2017-05-02 | 2021-12-16 | 삼성전자 주식회사 | 무선 셀룰라 통신 시스템에서 제어 정보 전송 방법 및 장치 |
-
2019
- 2019-08-29 CN CN201910810392.0A patent/CN112448792B/zh active Active
-
2020
- 2020-04-06 US US16/840,465 patent/US11228399B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
US11228399B2 (en) | 2022-01-18 |
CN112448792A (zh) | 2021-03-05 |
US20210067272A1 (en) | 2021-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101176226B1 (ko) | 개선된 전용 채널 전송에 대한 데이터 수명 타이머를구현하는 방법 및 장치 | |
KR101494038B1 (ko) | 무선 통신 시스템에서 에러 제어 메시지들을 프로세싱하기 위한 방법 및 장치 | |
KR101541216B1 (ko) | 중복 eu 할당 요청들 및 장애-고립형 eu 전송 실패들을 최소화하는 방법 및 장치 | |
KR101394784B1 (ko) | 고속데이터 전송을 위한 arq 과정의 수행방법 | |
CN112448792B (zh) | 基站及其数据重传方法 | |
US9954654B2 (en) | Method for communicating a network, a secondary station and a system therefor | |
EP2341685A1 (en) | Method and apparatus for scheduling an acknowledgement in a wireless communication system | |
EP2265069A1 (en) | Method for transmitting data in a wireless communication system and system thereof | |
CN102387009A (zh) | 一种无线链路控制层上行传输的方法和演进的节点b | |
EP3490182B1 (en) | Hybrid automatic repeat request method and system | |
CN104283656A (zh) | 一种维护am模式rlc接收窗口及数据接收的方法 | |
CN110351029B (zh) | 基站及其自动重传调度方法 | |
KR200391480Y1 (ko) | 개선된 전용 채널 전송에 대한 데이터 수명 타이머를구현하는 장치 | |
CN117460056A (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 |