CN111510258B - 一种数据处理方法及装置 - Google Patents

一种数据处理方法及装置 Download PDF

Info

Publication number
CN111510258B
CN111510258B CN201910099086.0A CN201910099086A CN111510258B CN 111510258 B CN111510258 B CN 111510258B CN 201910099086 A CN201910099086 A CN 201910099086A CN 111510258 B CN111510258 B CN 111510258B
Authority
CN
China
Prior art keywords
harq
user data
user
data
tti
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
Application number
CN201910099086.0A
Other languages
English (en)
Other versions
CN111510258A (zh
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.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Datang Mobile Communications Equipment Co Ltd
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 Datang Mobile Communications Equipment Co Ltd filed Critical Datang Mobile Communications Equipment Co Ltd
Priority to CN201910099086.0A priority Critical patent/CN111510258B/zh
Publication of CN111510258A publication Critical patent/CN111510258A/zh
Application granted granted Critical
Publication of CN111510258B publication Critical patent/CN111510258B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/1874—Buffer management
    • 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
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本申请公开了一种数据处理方法及装置，用以将下行调度的数据直接在下行HARQ重传备份缓存空间中进行组包，在不增加额外开销的情况下，既能完成下行数据的组包供物理层信道编码使用，也实现了下行HARQ缓存数据。本申请提供的一种数据处理方法包括：在当前传输时间间隔TTI有用户数据需要调度时，申请该TTI对应的混合自动重传请求HARQ缓存空间，并将该TTI需要发送的用户数据缓存到该HARQ缓存空间中；对所述HARQ缓存空间中的用户数据进行发送处理。

Description

一种数据处理方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种数据处理方法及装置。
背景技术
传统的长期演进(Long Term Evolution，LTE)系统中，无论上行还是下行传输都采用了混合自动请求重传(Hybrid Automatic Repeat reQuest，HARQ)技术。接收方在译码失败的情况下，保存接收到的数据，同时给发送方反馈HARQ否定确认(HARQ-NegativeAcknowledgement，HARQ-NACK)译码错误指示，要求发送方重传原始数据，接收方将重传的数据和先前接收到的数据进行合并后再译码，从而降低信道传输的差错概率，提高系统性能。
以LTE系统中的下行为例，基站多址接入信道(Multiple Access Channel，MAC)层作为数据传输的发送方，会以传输时间间隔(Transmission Time Interval，TTI)的粒度将下行数据发给物理层进行处理，进而从空口发送给终端，同时也会将该TTI的数据进行HARQ缓存备份以防重传，当基站MAC层收到终端反馈的HARQ确认(HARQ-Acknowledgement，HARQ-ACK)或者HARQ-NACK信息后，会根据一定策略来决定是否重传该进程的调度数据。如果是HARQ-ACK译码正确指示，则MAC层会将原来申请的HARQ缓存空间释放，如果是重传，则从原来的HARQ缓存空间中搬到新的TTI数据区中，以便物理层进行处理。
现有的LTE下行数据处理流程如图1所示，图中TTI数据区为MAC组包后的数据区，也即物理层原始数据处理区，这个区域是个静态数据区域。
当某个用户数据为新传，则进行新传数据组包，新传数据放到“TTI数据区”中；如果某用户为重传，则需要到HARQ缓存区中，执行HARQ缓存空间查找，找到当前待重传的用户其数据所在HARQ缓存区，假设为n(1≤n≤N)，则从HARQ缓存区n中搬移到“TTI数据区”中，同时将HARQ缓存区n中的该用户数据释放，由此完成了TTI数据区的组包过程。
当每个TTI的数据区组完数据后，一方面发给物理层处理，另一方面做数据备份，此时需要在HARQ缓存空间中申请一个HARQ缓存n，其中n∈{1,...,N}，N为假设HARQ缓存空间总计可以申请N个缓存块，申请完后将TTI数据区的数据整体进行数据备份放到此HARQ缓存n中。如果下次某个TTI重传HARQ缓存n中的某个用户数据，则需要从该HARQ缓存n中取出相应用户进程的数据放到重传的TTI数据区中。
发明内容
本申请实施例提供了一种数据处理方法及装置，用以将下行调度的数据直接在下行HARQ重传备份缓存空间中进行组包，在不增加额外开销的情况下，既能完成下行数据的组包供物理层信道编码使用，也实现了下行HARQ缓存数据。
本申请实施例在MAC层侧提供的一种数据处理方法包括：
在当前传输时间间隔TTI有用户数据需要调度时，申请该TTI对应的混合自动重传请求HARQ缓存空间，并将该TTI需要发送的用户数据缓存到该HARQ缓存空间中；
对所述HARQ缓存空间中的用户数据进行发送处理；
每个TTI申请一个HARQ缓存空间，多个用户进程共用同一HARQ缓存空间，每一HARQ缓存空间记录用户信息；所述用户信息包括：用户数、用户数据地址、用户进程状态及数据量。
在传统的LTE基站下行调度系统中，由于存在下行HARQ，下行数据一方面要发给物理层进行处理，另一方面还要在本地进行缓存备份，以便收到HARQ-NACK负反馈后，进行重传调度时，将初传的原始数据再拷贝到物理层的原始数据处理缓存区。这样即使收到了HARQ-ACK的正反馈信息，原始的初传数据也做了一次搬移操作，即从物理层的原始数据处理缓存区到HARQ重传备份缓存区的搬移，从而增加了系统开销。在NR系统中，可以采用同样的策略，但NR系统中下行速率是LTE系统的十倍以上，数据量的上升导致这种HARQ搬移的开销急剧增长。
因此本申请提供了一种数据处理的方法，在NR系统中，基站在下行调度后，数据的组包直接放在HARQ重传备份缓存区上进行，物理层的原始数据处理也直接取用该HARQ重传备份缓存区中的数据，从而将当前时隙的调度数据处理和HARQ缓存备份操作合并，极大地节省了系统开销。
本申请提供的HARQ缓存空间仅在该TTI有用户调度时才申请，如果存在无需反馈的调度用户时，则需特殊标记，当物理层使用完该数据区时，对应的调度用户需要从记录的HARQ缓存区上删除。
在NR基站侧下行处理过程中，下行单TTI上会存在多个用户的待处理数据信息，此时为了节省空间，HARQ缓存空间申请以TTI为单位进行，多个用户的数据在新申请的单TTI数据缓存空间中依次排列即可，同时在本地需要记录当前申请的HARQ缓存空间复用的用户数以及每个用户当前TTI调度进程占用的具体位置偏移及大小。
本申请实施例提供的HARQ缓存作为一个动态缓存池，仅保留用户初传的传输数据块(Transport Block，TB)，这样做的目的是为了NR系统中CBG重传(Code block groupbased PDSCH transmission)策略考虑的，38.213协议中已明确指出，在CBG重传的过程中，终端已正确解析了某个TB传输数据块中的所有CBG分组，但最终的TB传输数据块译码错误时，则终端对该TB的所有CBG都反馈HARQ-NACK信息。这样作为基站如果对该HARQ-NACK做出响应进行重传，则必须留有该TB块的所有数据，而不是仅保留当前重传过的那次数据(以防再次重传)。
而在LTE的下行数据处理系统中，如果也采用本申请实施例所提出的HARQ缓存优化方法，则由于不存在CBG传输，所以每次重传的数据都是初传的全部数据，这样只要某个HARQ缓存上有用户得到反馈信息了，无论是新传还是重传都可以释放该HARQ缓存了，重传用户的信息在新申请的HARQ缓存区上进行记录，从而在一定程度上可以降低HARQ缓存区的生存周期(从被申请占用到被释放的时间)。
可选地，当所述HARQ缓存空间被申请且有用户进程占用时，将所述HARQ缓存空间切换到被占用状态，所述用户进程状态为等反馈状态。
用户进程可以分为三种状态，即空闲态，等反馈态，等重传态，具体地：
用户进程初始都是空闲态。MAC调度了该用户该进程，则所述用户进程处于等反馈状态，等待终端收下行并反馈HARQ ACK/NACK。当基站收到反馈HARQ ACK，则转到空闲态；当基站收到反馈HARQ NACK，则转到等重传态。空闲态和等重传态的进程都等待调度，一旦得到调度则重复上述MAC调度用户进程的步骤。此外，当前用户进程是空闲态还是等重传态，都是MAC调度之前就确定的属性。
可选地，将所述TTI需要发送的用户数据缓存到该HARQ缓存空间中，具体包括：
若所述TTI需要发送的用户数据是新传的用户数据，直接将所述TTI需要发送的用户数据缓存到该HARQ缓存空间中；
若所述TTI需要发送的用户数据是重传的用户数据，则从已申请的HARQ缓存空间中查找所述用户数据，并添加到新申请的所述TTI对应的HARQ缓存空间中；更新已申请的HARQ缓存空间的用户进程状态为等反馈状态。
可选地，从已申请的HARQ缓存空间中查找所述用户数据，具体包括：
根据所述用户数据对应的反馈信息，查找所述用户数据所在的已申请的HARQ缓存空间中的存储位置。
可选地，该方法还包括：
当存在以下情况时，释放HARQ缓存空间：
已发送的用户数据无需反馈；
接收到已发送的用户数据对应的确认HARQ-ACK反馈信息；
接收到已发送的用户数据对应的非确认HARQ-NACK反馈信息，且确定该用户数据不需要重传；
接收到已发送的用户数据对应的HARQ-NACK反馈信息，该用户数据需要重传但等待重传超时；
等待重传超时即基站收到反馈HARQ NACK转到等重传态但始终没有得到调度，极端情况一直得不到调度需要有释放机制，重传态到得到调度转入等反馈状态可以设置定时器，超时则不再重传了。
用户进程的等反馈状态超时。
终端要先收到下行数据再反馈给基站物理层，这期间可能终端未收到下行数据没有进行反馈；也有可能基站物理层未检测到HARQ ACK/NACK信息(未过激活检测)等各种原因，都会导致HARQ状态机中收不到反馈导致等反馈超时。
可选地，释放HARQ缓存空间包括：
将HARQ缓存空间的用户数减一；
当HARQ缓存空间的用户数为0时，将HARQ缓存空间切换到空闲状态。
相应地，在MAC层侧，本申请提供了一种数据处理装置，该装置包括：
申请单元，用于在当前传输时间间隔TTI有用户数据需要调度时，申请该TTI对应的混合自动重传请求HARQ缓存空间，并将该TTI需要发送的用户数据缓存到该HARQ缓存空间中；
处理单元，用于对所述HARQ缓存空间中的用户数据进行发送处理；每个TTI申请一个HARQ缓存空间，多个用户进程共用同一HARQ缓存空间，每一HARQ缓存空间记录用户信息；所述用户信息包括：用户数、用户数据地址、用户进程状态及数据量。
可选地，当所述HARQ缓存空间被申请且有用户进程占用时，将所述HARQ缓存空间切换到被占用状态，所述用户进程状态为等反馈状态。
可选地，将所述TTI需要发送的用户数据缓存到该HARQ缓存空间中，具体包括：
若所述TTI需要发送的用户数据是新传的用户数据，直接将所述TTI需要发送的用户数据缓存到该HARQ缓存空间中；
若所述TTI需要发送的用户数据是重传的用户数据，则从已申请的HARQ缓存空间中查找所述用户数据，并添加到新申请的所述TTI对应的HARQ缓存空间中；更新已申请的HARQ缓存空间的用户进程状态为等反馈状态。
可选地，从已申请的HARQ缓存空间中查找所述用户数据，具体包括：
根据所述用户数据对应的反馈信息，查找所述用户数据所在的已申请的HARQ缓存空间中的存储位置。
可选地，该装置还包括：
当存在以下情况时，释放HARQ缓存空间：
已发送的用户数据无需反馈；
接收到已发送的用户数据对应的确认HARQ-ACK反馈信息；
接收到已发送的用户数据对应的非确认HARQ-NACK反馈信息，且确定该用户数据不需要重传；
接收到已发送的用户数据对应的HARQ-NACK反馈信息，该用户数据需要重传但等待重传超时；
用户进程的等反馈状态超时。
可选地，释放HARQ缓存空间包括：
将HARQ缓存空间的用户数减一；
当HARQ缓存空间的用户数为0时，将HARQ缓存空间切换到空闲状态。
本申请另一实施例提供了一种计算设备，其包括存储器和处理器，其中，所述存储器用于存储程序指令，所述处理器用于调用所述存储器中存储的程序指令，按照获得的程序执行上述任一种方法。
本申请另一实施例提供了一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行上述任一种方法。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例背景技术提供的现有下行数据处理流程示意图；
图2为本申请实施例二提供的下行数据处理流程示意图；
图3为本申请实施例提供的一种数据处理方法的流程示意图；
图4为本申请实施例提供的一种数据处理装置的结构示意图；
图5为本申请实施例提供的另一种数据处理装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供了一种数据处理方法及装置，用以将下行调度的数据直接在下行HARQ重传备份缓存空间中进行组包，在不增加额外开销的情况下，既能完成下行数据的组包供物理层信道编码使用，也实现了下行HARQ缓存数据。
其中，方法和装置是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。
本申请实施例提供的技术方案可以适用于多种系统，尤其是5G系统。例如适用的系统可以是全球移动通讯(global system of mobile communication，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)通用分组无线业务(general packet radio service，GPRS)系统、长期演进(long term evolution，LTE)系统、LTE频分双工(frequencydivision duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwideinteroperability for microwave access，WiMAX)系统、5G系统以及5G NR系统等。这多种系统中均包括终端设备和网络设备。
本申请实施例涉及的终端设备，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。在不同的系统中，终端设备的名称可能也不相同，例如在5G系统中，终端设备可以称为用户设备(user equipment，UE)。无线终端设备可以经RAN与一个或多个核心网进行通信，无线终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiated protocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriberstation)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户装置(user device)，本申请实施例中并不限定。
本申请实施例涉及的网络设备，可以是基站，该基站可以包括多个小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是指接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备，或者其它名称。网络设备可用于将收到的空中帧与网际协议(internet protocol，IP)分组进行相互转换，作为无线终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。网络设备还可协调对空中接口的属性管理。例如，本申请实施例涉及的网络设备可以是全球移动通信系统(global system for mobile communications，GSM)或码分多址接入(code divisionmultiple access，CDMA)中的网络设备(base transceiver station，BTS)，也可以是带宽码分多址接入(wide-band code division multiple access，WCDMA)中的网络设备(NodeB)，还可以是长期演进(long term evolution，LTE)系统中的演进型网络设备(evolutional node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站，也可是家庭演进基站(home evolved node B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。
下面结合说明书附图对本申请各个实施例进行详细描述。需要说明的是，本申请实施例的展示顺序仅代表实施例的先后顺序，并不代表实施例所提供的技术方案的优劣。
在传统的长期演进(Long Term Evolution，LTE)基站下行调度系统中，由于存在下行混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)，下行数据一方面要发给物理层进行处理，另一方面还要在本地进行缓存备份，以便收到HARQ否定确认(HARQ-Negative Acknowledgement，HARQ-NACK)负反馈后，进行重传调度时，将初传的原始数据再拷贝到物理层的原始数据处理缓存区。这样即使收到了HARQ确认(HARQ-Acknowledgement，HARQ-ACK)的正反馈信息，原始的初传数据也做了一次搬移操作，即从物理层的原始数据处理缓存区到HARQ重传备份缓存区的搬移，从而增加了系统开销。在NR系统中，可以采用同样的策略，但NR系统中下行速率是LTE系统的十倍以上，数据量上升的同时必然导致这种HARQ搬移的开销急剧增长。
上述内容结合背景技术可知，LTE普通的下行数据处理流程中，无论是新传还是重传的数据，都要对当前TTI的数据进行备份，以防后续收到HARQ-NACK时需要从备份缓存数据区中获取原始数据。每TTI的数据备份操作必然极大的降低了系统效率，增加了系统开销。在5G的NR系统中，下行速率极大提升，单TTI的数据备份量也急剧增长，这样系统开销将成倍增长。
因此本申请实施例针对上述情况进行优化，在NR系统中，基站在下行调度后，数据的组包直接放在HARQ重传备份缓存区上进行，物理层的原始数据处理也直接取用该HARQ重传备份缓存区中的数据，从而将当前时隙的调度数据处理和HARQ缓存备份操作合并，极大的节省了系统开销。具体实施流程参见以下实施例。
实施例一，NR下行数据处理流程的优化。
本申请的实施例考虑到LTE下行数据处理中，数据备份的效率问题，该问题在NR大数据量处理过程中尤为明显，所以提出了如下优化策略，即每个TTI的数据处理前，提前在HARQ缓存区中申请HARQ缓存空间，并将该缓存空间直接作为物理层待处理的原始数据存放区，从而可以节省数据备份的操作，极大的提升了系统性能。
结合图2，在NR优化后的下行数据处理流程中，TTI数据区和HARQ缓存n是重合的，具体处理如下：
步骤201、在当前传输时间间隔TTI有用户数据需要调度时，申请该TTI对应的混合自动重传请求HARQ缓存空间，并将该TTI需要发送的用户数据缓存到该HARQ缓存空间中；
步骤202、判断用户进程是否需要新传数据，当接收到HARQ-ACK反馈信息时，用户进程需要新传数据，执行步骤203；当接收到HARQ-NACK反馈信息时，用户进程需要重传数据，执行步骤204；
步骤203、用户进程进行新传数据组包，数据的下行组包是协议流程，具体参见协议38.321；
步骤204、对重传的用户数据进行处理，即从已申请的HARQ缓存空间中查找所述用户数据，并添加到新申请的所述TTI对应的HARQ缓存空间中；该步骤中最终的TTI数据结果直接放在HARQ缓存上用于物理层的最终处理，这样直接省略了传统LTE系统中数据备份的操作，极大节省了开销；
更新已申请的HARQ缓存空间的用户进程状态为等反馈状态。
用户进程可以分为三种状态，即空闲态，等反馈态，等重传态，具体地：
用户进程初始都是空闲态。MAC调度了该用户该进程，则所述用户进程处于等反馈状态，等待终端收下行并反馈HARQ ACK/NACK。当基站收到反馈HARQ ACK，则转到空闲态；当基站收到反馈HARQ NACK，则转到等重传态。空闲态和等重传态的进程都等待调度，一旦得到调度则重复上述MAC调度用户进程的步骤。此外，当前用户进程是空闲态还是等重传态，都是MAC调度之前就确定的属性。
物理层处理发送具体内容参见协议38.212/211。
为了详细说明整个过程，以下对相关流程做一下进一步的分析阐述。
在NR基站侧下行处理过程中，下行单TTI上会存在多个用户的待处理数据信息，此时为了节省空间，HARQ缓存空间申请以TTI为单位进行，多个用户的数据在新申请的单TTI数据缓存空间中依次排列即可，同时在本地，需要记录当前申请的HARQ缓存空间复用的用户数以及每个用户当前TTI调度进程占用的具体位置偏移及大小。在收到下行数据的反馈时，如果是HARQ-ACK，则需要对之前申请的HARQ缓存空间复用用户数减一，如果该HARQ缓存空间复用的用户数已为0则释放该HARQ缓存空间；如果是HARQ-NACK，则从该缓存空间中拷贝对应用户进程的数据到新申请的缓存空间中，并且不对原缓存空间做操作，此时新申请的HARQ缓存空间上复用的用户数也不对重传用户进行统计。
这里需要说明的是，此处的HARQ缓存空间，作为一个动态的缓存池，有如下的一个基本原则，即该HARQ缓存空间仅保留用户初传的传输数据块(Transport block，TB)数据，这样做的目的是为了NR系统中CBG重传(Code block group based PDSCH transmission)策略考虑的，38.213协议中已明确指出，在CBG重传的过程中，终端已正确解析了某个TB传输数据块中的所有CBG分组，但最终的TB传输数据块译码错误时，则终端对该TB的所有CBG都反馈HARQ-NACK信息。这样作为基站如果对该HARQ-NACK做出响应进行重传，则必须留有该TB块的所有数据，而不是仅保留当前重传过的那次数据(以防再次重传)。
而对于LTE的下行数据处理系统中，如果也采用本发明所提出的HARQ缓存优化方法，则由于不存在CBG传输，所以每次重传的数据都是初传的全部数据，这样只要某个HARQ缓存上有用户得到反馈信息了，无论是新传还是重传都可以释放该HARQ缓存了，重传用户的信息在新申请的HARQ缓存空间上进行记录，从而在一定程度上可以降低HARQ缓存空间的生存周期(从被申请占用到被释放的时间)。
HARQ缓存空间，作为一个动态的缓存池，需要提供如下基本功能：申请、释放、查找和更新。以下依次说明：
HARQ缓存空间的申请：
仅在该TTI有用户要调度时才申请，且每个TTI只申请一个HARQ缓存空间，多个用户共用此缓存区，并且在该HARQ缓存空间上记录相关的用户数信息及用户的具体数据地址、用户进程及数据量等信息；如果存在无需反馈的调度用户时，则需特殊标记，当物理层使用完该数据区时，对应的调度用户需要从记录的HARQ缓存空间上删除。
HARQ缓存空间的释放：
在收到用户的反馈信息时进行释放，如果收到的是HARQ-ACK信息时，则该用户不需要重传，执行操作一：HARQ缓存空间的用户数减一，当HARQ缓存空间的用户数为0时，则释放该HARQ缓存空间；如果收到的是HARQ-NACK信息时，则因为某些策略导致不用重传时，也执行操作一，如果需要重传则等待重传，如等待超时则也执行操作一；
存在无反馈的调度用户时，物理层使用完该数据区，执行操作一，HARQ缓存空间的用户数减一，当HARQ缓存空间的用户数为0时，则释放该HARQ缓存空间。
HARQ缓存空间的查找：
当调度结果通知HARQ缓存空间某个用户某进程需要重传时，则从HARQ缓存空间中查找到该用户进程被缓存的HARQ缓存空间位置，并告知调度组包流程从该位置取重传数据到新的TTI数据缓存区中，更新原缓存区中用户进程的状态到等反馈状态；
当收到某用户的HARQ反馈信息时，需要查找该用户进程所在的HARQ缓存空间位置，并按照“HARQ缓存空间的释放”中相关描述进行操作。
HARQ缓存空间的更新：
HARQ缓存空间用户数为0时，释放该HARQ缓存空间到空闲状态；
HARQ缓存空间被申请且有用户进程占用时，则该HARQ缓存空间转到被占用状态；用户进程为等反馈状态；
HARQ缓存空间中有用户进程收到HARQ-ACK或各种原因不重传时，则该HARQ缓存空间的用户数减一；用户进程转为空闲状态；用户数减到0则释放该HARQ缓存空间到空闲状态；
HARQ缓存空间中有用户进程等反馈状态超时或等重传状态超时，则该HARQ缓存空间的用户数减一；用户进程转为空闲状态；用户数减到0则释放该HARQ缓存空间到空闲状态；
HARQ缓存空间中有用户进程无需反馈时，则该HARQ缓存空间的用户数减一；用户进程转为空闲状态；用户数减到0则释放该HARQ缓存空间到空闲状态。
根据以上策略，就可以实现NR系统中下行数据组包处理和HARQ缓存空间相结合的操作，省去了传统LTE系统中对下行TTI数据包进行数据备份的开销，提高了系统的性能。
综上所述，在MAC层侧本申请实施例提供了一种数据处理的方法，参见图3，该方法包括：
S101、在当前传输时间间隔TTI有用户数据需要调度时，申请该TTI对应的混合自动重传请求HARQ缓存空间，并将该TTI需要发送的用户数据缓存到该HARQ缓存空间中；具体实施方式参见本申请实施例一；
S102、对所述HARQ缓存空间中的用户数据进行发送处理；每个TTI申请一个HARQ缓存空间，多个用户进程共用同一HARQ缓存空间，每一HARQ缓存空间记录用户信息；所述用户信息包括：用户数、用户数据地址、用户进程状态及数据量。
相应地，在MAC层侧本申请实施例提供了一种数据处理的装置，参见图4，该装置包括：
申请单元11，用于在当前传输时间间隔TTI有用户数据需要调度时，申请该TTI对应的混合自动重传请求HARQ缓存空间，并将该TTI需要发送的用户数据缓存到该HARQ缓存空间中；
处理单元12，用于对所述HARQ缓存空间中的用户数据进行发送处理；每个TTI申请一个HARQ缓存空间，多个用户进程共用同一HARQ缓存空间，每一HARQ缓存空间记录用户信息；所述用户信息包括：用户数、用户数据地址、用户进程状态及数据量。
需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例提供了一种计算设备，该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(PersonalDigital Assistant，PDA)等。该计算设备可以包括中央处理器(Center Processing Unit，CPU)、存储器、输入/输出设备等，输入设备可以包括键盘、鼠标、触摸屏等，输出设备可以包括显示设备，如液晶显示器(LiquidCrystal Display，LCD)、阴极射线管(Cathode Ray Tube，CRT)等。
存储器可以包括只读存储器(ROM)和随机存取存储器(RAM)，并向处理器提供存储器中存储的程序指令和数据。在本申请实施例中，存储器可以用于存储本申请实施例提供的任一所述方法的程序。
处理器通过调用存储器存储的程序指令，处理器用于按照获得的程序指令执行本申请实施例提供的任一所述方法。
在MAC层侧，本申请实施例提供了一种数据处理装置，参见图5，包括：
处理器500，用于读取存储器520中的程序，执行下列过程：
当前传输时间间隔TTI有用户数据需要调度时，申请该TTI对应的混合自动重传请求HARQ缓存空间，并将该TTI需要发送的用户数据缓存到该HARQ缓存空间中；
处理器500对所述HARQ缓存空间中的用户数据进行发送处理；每个TTI申请一个HARQ缓存空间，多个用户进程共用同一HARQ缓存空间，每一HARQ缓存空间记录用户信息；所述用户信息包括：用户数、用户数据地址、用户进程状态及数据量。
可选地，当所述HARQ缓存空间被申请且有用户进程占用时，处理器500将所述HARQ缓存空间切换到被占用状态，所述用户进程状态为等反馈状态。
可选地，处理器500将所述TTI需要发送的用户数据缓存到该HARQ缓存空间中，具体包括：
若所述TTI需要发送的用户数据是新传的用户数据，直接将所述TTI需要发送的用户数据缓存到该HARQ缓存空间中；
若所述TTI需要发送的用户数据是重传的用户数据，则从已申请的HARQ缓存空间中查找所述用户数据，并添加到新申请的所述TTI对应的HARQ缓存空间中；更新已申请的HARQ缓存空间的用户进程状态为等反馈状态。
可选地，处理器500从已申请的HARQ缓存空间中查找所述用户数据，具体包括：
根据所述用户数据对应的反馈信息，查找所述用户数据所在的已申请的HARQ缓存空间中的存储位置。
可选地，该方法还包括：
当存在以下情况时，处理器500释放HARQ缓存空间：
已发送的用户数据无需反馈；
接收到已发送的用户数据对应的确认HARQ-ACK反馈信息；
接收到已发送的用户数据对应的非确认HARQ-NACK反馈信息，且确定该用户数据不需要重传；
接收到已发送的用户数据对应的HARQ-NACK反馈信息，该用户数据需要重传但等待重传超时；
等待重传超时即基站收到反馈HARQ NACK转到等重传态但始终没有得到调度，极端情况一直得不到调度需要有释放机制，重传态到得到调度转入等反馈状态可以设置定时器，超时则不再重传了。
用户进程的等反馈状态超时。
终端要先收到下行数据再反馈给基站物理层，这期间可能终端未收到下行数据没有进行反馈；也有可能基站物理层未检测到HARQ ACK/NACK信息(未过激活检测)等各种原因，都会导致HARQ状态机中收不到反馈导致等反馈超时。
可选地，处理器500释放HARQ缓存空间包括：
将HARQ缓存空间的用户数减一；
当HARQ缓存空间的用户数为0时，将HARQ缓存空间切换到空闲状态。
收发机510，用于在处理器500的控制下接收和发送数据。
其中，在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器500负责管理总线架构和通常的处理，存储器520可以存储处理器500在执行操作时所使用的数据。
处理器500可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)。
本申请实施例提供了一种计算机存储介质，用于储存为上述本申请实施例提供的装置所用的计算机程序指令，其包含用于执行上述本申请实施例提供的任一方法的程序。
所述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
本申请实施例提供的方法可以应用于终端设备，也可以应用于网络设备。
其中，终端设备也可称之为用户设备(User Equipment，简称为“UE”)、移动台(Mobile Station，简称为“MS”)、移动终端(Mobile Terminal)等，可选的，该终端可以具备经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信的能力，例如，终端可以是移动电话(或称为“蜂窝”电话)、或具有移动性质的计算机等，例如，终端还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
网络设备可以为基站(例如，接入点)，指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)网络。基站还可协调对空中接口的属性管理。例如，基站可以是GSM或CDMA中的基站(BTS，BaseTransceiver Station)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，或者也可以是5G系统中的gNB等。本申请实施例中不做限定。
上述方法处理流程可以用软件程序实现，该软件程序可以存储在存储介质中，当存储的软件程序被调用时，执行上述方法步骤。
综上所述，本申请实施例提出的数据处理方法是NR系统中下行数据存储的优化方案，将下行数据组包处理和HARQ缓存空间相结合，避免了数据的备份操作，降低了系统开销，优化了系统性能。
此外，本申请实施例提供的HARQ缓存空间始终保存用户的初传原始数据，从而使NR中存在CBG重传时，所有CBG解码正确但TB传输块译码错误时，对原始数据那个进行整体重传，且本申请实施例所提出的下行数据组包处理和HARQ缓存空间相结合的方法也适用于LTE下行数据处理流程。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (14)

1.一种数据处理方法，其特征在于，该方法包括：
在当前传输时间间隔TTI有用户数据需要调度时，申请该TTI对应的混合自动重传请求HARQ缓存空间，并将该TTI需要发送的用户数据缓存到该HARQ缓存空间中；并且，将该HARQ缓存空间直接作为物理层待处理的原始数据存放区；
对所述HARQ缓存空间中的用户数据进行发送处理；每个TTI申请一个HARQ缓存空间，多个用户进程共用同一HARQ缓存空间，每一HARQ缓存空间记录用户信息；所述用户信息包括：用户数、用户数据地址、用户进程状态及数据量。
2.根据权利要求1所述的方法，其特征在于，当所述HARQ缓存空间被申请且有用户进程占用时，将所述HARQ缓存空间切换到被占用状态，所述用户进程状态为等反馈状态。
3.根据权利要求1所述的方法，其特征在于，将所述TTI需要发送的用户数据缓存到该HARQ缓存空间中，具体包括：
若所述TTI需要发送的用户数据是新传的用户数据，直接将所述TTI需要发送的用户数据缓存到该HARQ缓存空间中；
若所述TTI需要发送的用户数据是重传的用户数据，则从已申请的HARQ缓存空间中查找所述用户数据，并添加到新申请的所述TTI对应的HARQ缓存空间中；更新已申请的HARQ缓存空间的用户进程状态为等反馈状态。
4.根据权利要求3所述的方法，其特征在于，从已申请的HARQ缓存空间中查找所述用户数据，具体包括：
根据所述用户数据对应的反馈信息，查找所述用户数据所在的已申请的HARQ缓存空间中的存储位置。
5.根据权利要求1所述的方法，其特征在于，该方法还包括：
当存在以下情况时，释放HARQ缓存空间：
已发送的用户数据无需反馈；
接收到已发送的用户数据对应的确认HARQ-ACK反馈信息；
接收到已发送的用户数据对应的非确认HARQ-NACK反馈信息，且确定该用户数据不需要重传；
接收到已发送的用户数据对应的HARQ-NACK反馈信息，该用户数据需要重传但等待重传超时；
用户进程的等反馈状态超时。
6.根据权利要求5所述的方法，其特征在于，释放HARQ缓存空间包括：
将HARQ缓存空间的用户数减一；
当HARQ缓存空间的用户数为0时，将HARQ缓存空间切换到空闲状态。
7.一种数据处理装置，其特征在于，该装置包括：
申请单元，用于在当前传输时间间隔TTI有用户数据需要调度时，申请该TTI对应的混合自动重传请求HARQ缓存空间，并将该TTI需要发送的用户数据缓存到该HARQ缓存空间中；并且，将该HARQ缓存空间直接作为物理层待处理的原始数据存放区；
处理单元，用于对所述HARQ缓存空间中的用户数据进行发送处理；每个TTI申请一个HARQ缓存空间，多个用户进程共用同一HARQ缓存空间，每一HARQ缓存空间记录用户信息；所述用户信息包括：用户数、用户数据地址、用户进程状态及数据量。
8.根据权利要求7所述的装置，其特征在于，当所述HARQ缓存空间被申请且有用户进程占用时，将所述HARQ缓存空间切换到被占用状态，所述用户进程状态为等反馈状态。
9.根据权利要求7所述的装置，其特征在于，将所述TTI需要发送的用户数据缓存到该HARQ缓存空间中，具体包括：
若所述TTI需要发送的用户数据是新传的用户数据，直接将所述TTI需要发送的用户数据缓存到该HARQ缓存空间中；
若所述TTI需要发送的用户数据是重传的用户数据，则从已申请的HARQ缓存空间中查找所述用户数据，并添加到新申请的所述TTI对应的HARQ缓存空间中；更新已申请的HARQ缓存空间的用户进程状态为等反馈状态。
10.根据权利要求9所述的装置，其特征在于，从已申请的HARQ缓存空间中查找所述用户数据，具体包括：
根据所述用户数据对应的反馈信息，查找所述用户数据所在的已申请的HARQ缓存空间中的存储位置。
11.根据权利要求7所述的装置，其特征在于，该装置还包括：
当存在以下情况时，释放HARQ缓存空间：
已发送的用户数据无需反馈；
接收到已发送的用户数据对应的确认HARQ-ACK反馈信息；
接收到已发送的用户数据对应的非确认HARQ-NACK反馈信息，且确定该用户数据不需要重传；
接收到已发送的用户数据对应的HARQ-NACK反馈信息，该用户数据需要重传但等待重传超时；
用户进程的等反馈状态超时。
12.根据权利要求11所述的装置，其特征在于，释放HARQ缓存空间包括：
将HARQ缓存空间的用户数减一；
当HARQ缓存空间的用户数为0时，将HARQ缓存空间切换到空闲状态。
13.一种计算设备，其特征在于，包括：
存储器，用于存储程序指令；
处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行权利要求1至6任一项所述的方法。
14.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行权利要求1至6任一项所述的方法。
CN201910099086.0A 2019-01-31 2019-01-31 一种数据处理方法及装置 Active CN111510258B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910099086.0A CN111510258B (zh) 2019-01-31 2019-01-31 一种数据处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910099086.0A CN111510258B (zh) 2019-01-31 2019-01-31 一种数据处理方法及装置

Publications (2)

Publication Number Publication Date
CN111510258A CN111510258A (zh) 2020-08-07
CN111510258B true CN111510258B (zh) 2021-06-11

Family

ID=71870846

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910099086.0A Active CN111510258B (zh) 2019-01-31 2019-01-31 一种数据处理方法及装置

Country Status (1)

Country Link
CN (1) CN111510258B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105792359A (zh) * 2014-12-22 2016-07-20 华为技术有限公司 资源分配方法、数据映射方法及装置
EP3288207A1 (en) * 2016-08-19 2018-02-28 HTC Corporation Communication device and base station
CN108476099A (zh) * 2015-11-27 2018-08-31 瑞典爱立信有限公司 采用重新传送方案的方法和装置
CN108811087A (zh) * 2017-05-02 2018-11-13 维沃移动通信有限公司 一种数据处理方法及终端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105792359A (zh) * 2014-12-22 2016-07-20 华为技术有限公司 资源分配方法、数据映射方法及装置
CN108476099A (zh) * 2015-11-27 2018-08-31 瑞典爱立信有限公司 采用重新传送方案的方法和装置
EP3288207A1 (en) * 2016-08-19 2018-02-28 HTC Corporation Communication device and base station
CN108811087A (zh) * 2017-05-02 2018-11-13 维沃移动通信有限公司 一种数据处理方法及终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Soft Buffer Partitioning;Samsung;《3GPP TSG RAN WG1 NR ad-Hoc#2 R1-1710731》;20170630;全文 *

Also Published As

Publication number Publication date
CN111510258A (zh) 2020-08-07

Similar Documents

Publication Publication Date Title
WO2019091233A1 (zh) 一种带宽切换方法及装置
CN102959892B (zh) 用于利用多链路rlc子层的多点hsdpa通信的系统和方法
US11778689B2 (en) Method and device for processing data
US10764004B2 (en) Data transmission method and apparatus
WO2021012996A1 (zh) 信息传输方法及装置
US12075281B2 (en) Feedback information determining method and apparatus, and terminal
EP3584979B1 (en) Technique for storing softbits
CN112187414B (zh) 指示数据传输情况的方法和装置
CN113259065B (zh) 码本传输方法及装置
US20230189287A1 (en) Method for determining feedback information transmission location and device
WO2021088795A1 (zh) Harq-ack反馈信息的传输方法和设备
CN112217618B (zh) 信息传输方法及装置
CN112217617B (zh) 信息传输方法及装置
CN111510258B (zh) 一种数据处理方法及装置
KR20180087229A (ko) 데이터 전송 방법, 단말기 및 기지국
WO2021035541A1 (zh) 一种数据传输方法及相关设备
JP2023525249A (ja) サイドリンクフィードバック情報の送受信方法及び装置
WO2023011326A1 (zh) Mac pdu的传输处理方法及装置
TWI786585B (zh) 資訊傳輸方法及裝置
CN113518461B (zh) 数据传输方法及装置
US20220353044A1 (en) Data transmission method and device
CN112804753A (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