CN112584502B - 一种数据传输的方法及设备 - Google Patents

一种数据传输的方法及设备 Download PDF

Info

Publication number
CN112584502B
CN112584502B CN201910936251.3A CN201910936251A CN112584502B CN 112584502 B CN112584502 B CN 112584502B CN 201910936251 A CN201910936251 A CN 201910936251A CN 112584502 B CN112584502 B CN 112584502B
Authority
CN
China
Prior art keywords
harq process
configuration
packet
configuration grant
data
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
CN201910936251.3A
Other languages
English (en)
Other versions
CN112584502A (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 CN201910936251.3A priority Critical patent/CN112584502B/zh
Priority to PCT/CN2020/094239 priority patent/WO2021057076A1/zh
Publication of CN112584502A publication Critical patent/CN112584502A/zh
Application granted granted Critical
Publication of CN112584502B publication Critical patent/CN112584502B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • 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

Landscapes

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

Abstract

本申请提供一种数据传输的方法及设备，用以解决配置授权分组发生RRC消息、激活或去激活后，如何执行HARQ进程数据传输的问题。本申请中：终端确定配置多个配置授权分组；所述终端在接收到更新配置授权分组的通知消息后，处理需要传输的数据。终端确定配置多个配置授权分组后，在接收到更新配置授权分组的通知消息时，确定需要更新的配置授权分组，并处理确定需要更新的配置授权分组中HARQ进程数据传输，终端在接收到更新配置授权分组的通知消息后，明确如何处理需要更新的配置授权分组中HARQ进程数据传输。

Description

一种数据传输的方法及设备
技术领域
本申请涉及无线通信技术领域，特别涉及一种数据传输的方法及设备。
背景技术
目前，终端在进行上行数据传输时，可以采用预先周期性分配的资源进行数据传输。网络侧设备预先为终端配置一组或多组配置授权分组，每个配置授权分组中对应有至少一个HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)进程。终端在确定被配置多个配置授权分组后，在接收到一个或多个配置授权分组发生RRC消息、或激活一组或多组配置授权分组、或去激活一组或多组配置授权分组时，配置授权分组中的HARQ进程会发生变化，导致终端无法完成后续的重传。
假设配置授权分组#0上配置的HARQ进程为0、1和2，配置授权分组#1上配置的HARQ进程为3和4，配置授权分组#2上配置的HARQ进程为5、6和7。当其中配置授权分组#1被释放，配置授权分组#2的HARQ进程ID会由HARQ进程5、6、7相应的变为HARQ进程3、4、5；当HARQ进程5中存在重传数据包时，由于进程发生变化，终端无法完成后续的重传。
发明内容
本申请实施例提供一种数据传输的方法及设备，用以解决配置授权分组发生RRC消息、激活或去激活后，如何执行HARQ进程数据传输的问题。
第一方面，本申请实施例提供一种数据传输的方法，该方法包括：
终端确定配置多个配置授权分组；
所述终端在接收到更新配置授权分组的通知消息后，处理需要传输的数据。
上述方法，终端确定配置多个配置授权分组后，在接收到更新配置授权分组的通知消息后，处理需要传输的数据，终端在接收到更新配置授权分组的通知消息后，确定需要更新的配置授权分组，并处理确定需要更新的配置授权分组中HARQ进程数据传输，终端在接收到更新配置授权分组的通知消息后，明确如何处理需要更新的配置授权分组中HARQ进程数据传输。
在一种可能的实现方式中，所述终端通过下列方式接收更新配置授权分组的通知消息：
所述终端接收用于指示释放或增加一组或多组配置授权分组的RRC消息；或
所述终端接收用于指示去激活或激活一组或多组配置授权分组的DCI(DownlinkControl Information，下行控制信息)。
上述方法，明确更新配置授权分组的通知消息包括指示释放或增加一组或多组配置授权分组的RRC消息和指示去激活或激活一组或多组配置授权分组的DCI，因此终端在接收到上述RRC消息和/或上述DCI后，确定需要更新配置授权分组，终端清楚何时需要更新配置授权分组。
在一种可能的实现方式中，所述终端处理需要传输的数据时：
所述终端根据需要更新的配置授权分组中的HARQ进程的配置授权定时器的运行情况，处理需要传输的数据。
在一种可能的实现方式中，所述终端根据所述需要更新的配置授权分组中的HARQ进程的配置授权定时器的运行情况，处理需要传输的数据时：
若所述终端确定所述配置授权分组中的HARQ进程P的配置授权定时器正在运行，且接收到HARQ进程P数据重传调度，则执行所述HARQ进程P数据重传；或
若所述终端确定所述配置授权分组中的HARQ进程P的配置授权定时器停止运行或超时后，HARQ进程P变更为HARQ进程Q，并执行所述HARQ进程Q数据传输，其中P和Q为大于等于0的整数，且P不等于Q。
上述方法，终端根据需要更新的配置授权分组中的HARQ进程的配置授权定时器的运行情况确定如何处理HARQ进程传输数据。在HARQ进程的配置授权定时器的正在运行时，接收到数据重传调度时，执行当前的HARQ进程数据重传；或在HARQ进程的配置授权定时器的停止运行或超时，确定当前HARQ进程数据传输成功，并更新当前的HARQ进程，并执行变更后的HARQ进程数据传输。终端在接收到更新配置授权分组的通知消息后，首先确定HARQ进程的配置授权定时器的运行情况，进一步确定如何传输数据，终端更加清楚如何执行数据传输。
在一种可能的实现方式中，所述终端处理需要传输的数据时：
所述终端确定需要更新的配置授权分组中的HARQ进程P变更为HARQ进程Q后，根据接收到的数据重传调度指令，处理需要传输的数据；
其中P和Q为大于等于0的整数，且P不等于Q。
在一种可能的实现方式中，所述终端确定需要更新的配置授权分组中的HARQ进程P变更为HARQ进程Q后，根据接收到的数据重传调度指令，处理需要传输的数据时：
所述终端确定所述HARQ进程P变更为HARQ进程Q，且接收到HARQ进程P数据重传调度后，将所述HARQ进程P中的数据转移到HARQ进程Q中，并执行所述HARQ进程Q数据传输；或
所述终端确定所述HARQ进程P变更为HARQ进程Q，且接收到HARQ进程P数据重传调度后，将所述HARQ进程P中的数据删除，并执行所述HARQ进程Q数据传输；
其中P和Q为大于等于0的整数，且P不等于Q。
上述方法，终端在接收到更新配置授权分组的通知消息后，确定更新的配置授权分组中的HARQ进程发生变化，若接收到执行未变化前的HARQ进程数据重传的调度指令，则将未变化前的HARQ进程的数据转移到变化后的HARQ进程中，终端执行变化后的HARQ进程数据传输，此时传输的是未变化前的HARQ进程的数据；或在接收到执行未变化前的HARQ进程数据重传的调度指令后，将未变化前的HARQ进程中的数据删除，并执行变化后的HARQ进程数据传输，此时变化后的HARQ进程中传输的是新的数据。终端在确定HARQ进程发生变化后，且接收到数据重传调度时，终端清楚如何处理需要重传的数据。
第二方面，本申请实施例提供一种数据传输的设备，该设备包括：处理器、存储器及收发机；
其中，处理器，用于读取存储器中的程序并执行下列过程：
确定配置多个配置授权分组；
在接收到更新配置授权分组的通知消息后，处理需要传输的数据。
第三方面，本申请实施例提供一种数据传输的设备，该设备包括：
确定模块，用于确定配置多个配置授权分组；
处理模块，用于在接收到更新配置授权分组的通知消息后，处理需要传输的数据。
第四方面，本申请实施例提供的一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述第一方面任一的方案。
另外，第二方面至第四方面中任一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果，此处不再赘述。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1A为配置授权类型1数据发送过程；
图1B为配置授权类型2数据发送过程；
图2A为第一种配置不同配置授权分组的示意图；
图2B为第二种配置不同配置授权分组的示意图；
图3为本申请提供的一种数据传输的方法流程图；
图4为配置的多个配置授权分组的示意图；
图5为本申请提供的第一种数据传输的整体方法流程图；
图6为本申请提供的第二种数据传输的整体方法流程图；
图7为本申请提供的第三种数据传输的整体方法流程图；
图8为本申请提供的第一种数据传输的设备结构图；
图9为本申请提供的第二种数据传输的设备结构图。
具体实施方式
以下，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。
(1)本申请实施例中，名词“网络”和“系统”经常交替使用，但本领域的技术人员可以理解其含义。
(2)本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
(3)“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
目前，终端对上行资源的使用，由网络侧设备进行动态调度或非动态调度。在动态调度场景时：由网络侧设备为终端分配上行资源并指示终端所分配的上行资源，以使终端在分配的上行资源上进行数据传输；在非动态调度场景时：网络侧设备为终端配置授权分组，配置的授权分组又成为配置授权分组，还可以称为配置授权(configured grant)。
其中，配置授权是NR(New Radio，新空口)针对UL(Uplink，上行链路)数据引入的预先周期分配资源的传输方式。配置授权包括配置授权类型1(configured grant Type 1)和配置授权类型2(configured grant Type 2)两种方式；其中配置授权类型2与LTE(LongTerm Evolution，长期演进)的SPS(Semi-Persistent Scheduling，半静态调度)工作机制相同。在NR中，网络侧设备预先配置UL资源，方便对时延要求高的业务(如URLLC(UltraReliable Low Latency Communications，高可靠低时延通信))或格式比较规则的业务(如VoIP业务)在配置的UL资源上传输。
配置授权类型1和配置授权类型2两种调度方式的相同点都是基站预先分配周期性的资源位置，终端按照基站分配的资源位置进行数据传输。区别点在于：配置授权类型1是RRC配置资源位置、MCS(Modulation Coding Scheme，调制编码方式)方式、RB(RadioBlock，无线资源块)大小，HARQ进程个数，周期等内容，不需要物理层激活或去激活过程，在RRC配置后即生效，在响应的配置资源上传输数据，如图1A所示，为配置授权类型1的数据发送过程。而配置授权类型2是由RRC配置资源位置，HARQ进程数，周期，但是并不会配置RB大小，MCS方式，需要物理层发送DCI对资源进行激活或去激活操作，如图1B所示，为配置授权类型2的数据发送过程。其中配置授权类型1和配置授权类型2中HARQ进程取值范围为0到N-1。其中N为RRC针对配置授权类型1和配置授权类型2调度HARQ进程个数，因此HARQ进程也包括0。
从上述内容可知，在同一服务小区下，网络侧设备为终端配置多个配置授权分组，多个配置授权分组的配合过程可以采用下述配置方案。
配置方案1：针对不同的业务特征，比如同时支持VoIP和URLLC，但由于业务属性不同：VoIP时延较长，且可靠性要求较低，因此配置为较长的周期，且配置的MCS相对比较大；而URLLC而对时延和可靠性要求较高，因此周期设置会较短，且MCS设置会比较小。因此多个配置授权分组可以是不同的周期、不同的资源持续时间、不同的MCS、不同的资源起始位置，如图2A所示，为第一种配置不同配置授权分组的示意图。
配置方案2：由于业务到达会有一定的延时抖动，如果只配置一套配置授权的话，终端错过了一个资源位置，需要等到下一个周期才能传输，所以数据传输时延增加，而设置不同的配置资源后，终端可以在业务到达后，选择最近的可用资源发送，从而降低传输时延。因此多个配置授权分组可以是相同的周期，相同的资源持续时间，相同的MCS，不同的资源起始位置；如图2B所示，为第二种配置不同配置授权分组的示意图。
相关技术中，已经指出终端确定配置多个配置授权分组的方式，但是当终端中已配置的配置授权分组发生RRC消息(比如RRC释放，或增加一组或多组配置授权分组)、激活一组或多组配置授权分组或去激活一组或多组配置授权分组后，配置授权分组内包含的HARQ进程ID也会发生相应的变化，因此在执行未变化的HARQ进程数据重传时无法找到相应的进程，终端无法执行数据重传，终端的对数据传输的行为不清楚。
基于上述内容，本申请提供一种数据传输的方法及设备，来解决终端在接收到RRC释放一组或多组配置授权分组、或RRC消息指示增加一组或多组配置授权分组、激活一组或多组配置授权分组，或去激活一组或多组配置授权分组后，配置授权分组内的HARQ进程会发生，网络侧设备在调度终端进行数据新传或数据重传时，终端如何执行数据传输的问题。本申请中：终端首先确定网络侧设备配置的多个配置授权分组，并在接收到更新配置授权分组的通知消息后，终端可以先判断需要更新的配置授权分组中的HARQ进程的配置授权定时器的运行情况，并根据配置授权定时器的运行情况，处理需要传输的数据；或终端在接收到更新配置授权分组的通知消息后，确定需要更新的配置授权分组中的HARQ进程发生变化后，终端在接收到重传调度请求时，将未变化前HARQ进程中需要重传的数据转移到变化后的HARQ进程中进行传输；或确定需要更新的配置授权分组中的HARQ进程发生变化后，终端在接收到重传调度请求时，终端删除未变化前HARQ进程中的数据，不执行重传，在变化后的HARQ进程中执行新的数据传输。终端在确定配置授权分组中的进程改变后，不论是接收到数据重传调度还是接收到数据新传调度，终端清楚如何传输数据，提高数据传输效率。
本申请实施例中，终端是一种具有无线通信功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端可以是手机(Mobile Phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality，VR)终端、增强现实(Augmented Reality，AR)终端、工业控制(Industrial Control)中的无线终端、无人驾驶(Self Driving)中的无线终端、远程医疗(Remote Medical)中的无线终端、智能电网(Smart Grid)中的无线终端、运输安全(Transportation Safety)中的无线终端、智慧城市(Smart City)中的无线终端、智慧家庭(Smart Home)中的无线终端等；还可以是各种形式的终端，移动台(Mobile Station，MS)，终端(Terminal Device)。
网络侧设备可以是基站，是一种为终端提供无线通信功能的设备，包括但不限于：5G中的gNB、无线网络控制器(Radio Network Controller，RNC)、节点B(Node B，NB)、基站控制器(Base Station Controller，BSC)、基站收发台(Base Transceiver Station，BTS)、家庭基站(例如，Home Evolved NodeB，或Home Node B，HNB)、基带单元(BaseBand Unit，BBU)、传输点(Transmitting and Receiving Point，TRP)、发射点(Transmitting Point，TP)、移动交换中心等。本申请中的基站还可以是未来可能出现的其他通信系统中为终端提供无线通信功能的设备。
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部份实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
如图3所示，为本申请实施例提供的一种数据传输的方法流程图，包括如下步骤：
步骤300，终端确定配置多个配置授权分组；
步骤301，所述终端在接收到更新配置授权分组的通知消息后，处理需要传输的数据。
上述方法，终端确定配置多个配置授权分组后，在接收到更新配置授权分组的通知消息后，处理需要传输的数据，终端在接收到更新配置授权分组的通知消息后，确定需要更新的配置授权分组，并处理确定需要更新的配置授权分组中HARQ进程数据传输，终端在接收到更新配置授权分组的通知消息后，明确如何处理需要更新的配置授权分组中HARQ进程数据传输。
在本申请中，终端通过下列方式接收更新配置授权分组的通知消息：
所述终端接收用于指示释放或增加一组或多组配置授权分组的无线资源控制RRC消息；或
所述终端接收用于指示去激活或激活一组或多组配置授权分组的下行控制信息DCI。
由于配置授权分组包括配置授权类型1和配置授权类型2中的至少一种，因此更新配置授权分组的通知消息包括针对配置授权类型1和配置授权了类型2的RRC消息和针对配置授权类型2的DCI消息。
在实际应用中，针对配置授权类型1的配置授权分组的情况，在接收到用于指示释放或增加一组或多组配置授权分组的RRC消息后，即可确定需要更新的配置授权分组；或针对配置授权类型2的配置授权分组的情况，在接收到用于指示释放或增加一组或多组配置授权分组的RRC消息后，确定需要更新的配置授权分组；或针对配置授权类型2的配置授权分组的情况，在接收到激活或去激活一组或多组配置授权的DCI后，确定需要更新的配置授权分组。
在本申请中，终端在接收到上述更新配置授权分组的通知消息中的至少一种后，处理需要传输的数据时，可以参考需要更新的配置授权分组中HARQ进程的配置授权定时器确定是否更新配置授权分组中的HARQ，也可以直接更新需要更新的配置授权分组中的HARQ进程。通过下面两种实施例进行详细介绍：
实施例一：参考需要更新的配置授权分组中HARQ进程的配置授权定时器的运行情况。
在本申请中，网络侧设备为终端配置多个授权配置分组，每个配置授权分组对应至少一个HARQ进程，如图4所示，为网络侧设备为终端配置的配置授权分组的示意图。
当终端接收到网络侧设备发送的更新配置授权分组的通知消时，确定需要更新的配置授权分组。进一步，终端判断需要更新的配置授权分组中HARQ进程的配置授权定时器的运行情况，并根据定时器的运行情况处理需要传输的数据。
终端在根据定时器的运行情况处理需要传输的数据时：若终端确定需要更新的配置授权分组中的HARQ进程P的配置授权定时器正在运行，且接收到HARQ进程P数据重传调度，则执行HARQ进程P数据重传；或若终端确定需要更新的配置授权分组中的HARQ进程P的配置授权定时器超时或停止，则将HARQ进程P变更为HARQ进程Q，并执行HARQ进程Q数据传输，执行HARQ进程Q数据传输时执行的是HARQ进程Q数据新传。其中，P和Q为大于等于0的整数，且P不等于Q。
在实际应用中，配置授权定时器的启动条件包括：
当前HARQ进程是配置授权的新传/重传；
当前HARQ进程是被动态授权调度的新传或重传，但是属于配置给配置授权使用的，即HARQ进程ID属于配置授权的HARQ进程ID范围。
CS-RNTI(Configured Scheduling-Radio Network Temporary Identifier，配置调度无线网络临时身份)调度的新传/重传。
需要说明的是，在HARQ进程的配置授权定时器在设定时间内运行时，HARQ进程不变；当HARQ进程的配置授权定时器超时或停止时，确定数据传输成功，若接收到更新配置授权分组的通知消息，则根据公式一重新计算需要更新的配置授权分组中的HARQ进程，否则配置授权分组中的HARQ进程不变。
公式一：
UL HARQ ID＝[floor(CURRENT_symbol/periodicity+timeDomainOffset)]％Mi+Offseti
其中，Mi表示第i个配置授权分组中配置的HARQ进程个数；Offset表示配置授权分组中HARQ进程ID的起始偏移量，Offset可以由RRC(Radio Resource Control，无线资源控制)信令配置，也可以根据配置授权分组中配置的HARQ进程个数确定，其中配置授权分组#0用Offset0表示，Offset0＝0，当i>0时，Mj表示第j个配置授权分组中配置的HARQ进程个数，M用于表示配置授权分组中配置的HARQ进程个数，i和j用于表示不同的配置授权分组。
假设，网络侧设备为终端配置的配置授权分组为配置授权类型1对应的配置授权分组，更新配置授权分组的通知消为释放配置授权分组#1，此时需要更新的配置授权分组为配置授权分组#2。从图4中可知，配置授权分组#1对应HARQ进程3和HARQ进程4；配置授权分组2对应HARQ进程5、HARQ进程6和HARQ进程7。
终端在确定需要更新的配置授权分组后，判断配置授权分组#2中的HARQ进程5的配置授权定时器的运行情况，若HARQ进程5的配置授权定时器正在运行，则等待HARQ进程5的配置授权定时器超时或停止后，重新计算HARQ进程并更新。
若在HARQ进程5的配置授权定时器运行期间接收到HARQ进程5数据重传调度，则终端继续使用HARQ进程5执行HARQ进程5的数据重传，并重新启动HARQ进程5的配置授权定时器。直至HARQ进程5的配置授权定时器停止或超时后，终端根据上述公式重新计算HARQ进程并更新，此时由于配置授权分组#1被释放，因此HARQ进程5更新为HARQ进程3。
在确定HARQ进程5的配置授权定时器超时或停止后，继续判断HARQ进程6的配置授权定时器的运行情况，若HARQ进程6的配置授权定时器的正在运行，则HARQ进程6不进行更新仅更新HARQ进程5。
假设，网络侧设备为终端配置的配置授权分组为配置授权类型2对应的配置授权分组，更新配置授权分组的通知消息为去激活配置授权分组#1，激活配置授权分组#2，此时需要更新的配置授权分组为配置授权分组#2。具体更新过程与上述情况类似，在此不再赘述。
需要说明的是，针对每个HARQ进程设置配置授权定时器，在更新HARQ进程中，每个HARQ进程仅根据对应的配置授权定时器运行情况确定是否更新HARQ进程。
如图5所示，为本申请提供的一种数据传输的整体方法流程图，包括如下步骤：
步骤500，终端确定配置多个配置授权分组；
步骤501，终端在接收到更新配置授权分组的通知消息，确定需要更新的配置授权分组；
步骤502，终端判断需要更新的配置授权分组中HARQ进程P的配置授权定时器是否正在运行，若是，则执行步骤503，否则执行步骤504；
步骤503，HARQ进程P不变；
步骤504，将HARQ进程P变更为HARQ进程Q。
上述方法，终端根据需要更新的配置授权分组中的HARQ进程的配置授权定时器的运行情况确定如何处理HARQ进程传输数据。在HARQ进程的配置授权定时器的正在运行时，接收到数据重传调度时，执行当前的HARQ进程数据重传；或在HARQ进程的配置授权定时器的停止运行或超时，确定当前HARQ进程数据传输成功，并更新当前的HARQ进程，并执行变更后的HARQ进程数据传输。终端在接收到更新配置授权分组的通知消息后，首先确定HARQ进程的配置授权定时器的运行情况，进一步确定如何传输数据，终端更加清楚如何执行数据传输。
实施例二：终端直接更新需要更新的配置授权分组中的HARQ进程。
在本申请中，网络侧设备为终端配置多个配置授权分组，每个配置授权分组对应至少一个HARQ进程，如图4所示。
当终端接收到网络侧设备配置发送的更新配置授权分组的通知消息时，确定需要更新的配置授权分组，重新计算需要更新的配置授权分组的HARQ进程并更新。进一步终端根据接收到的数据传输调度指令，处理需要传输的数据。若终端接收到数据重传调度指令，则终端可以在变更后的HARQ进程中进行数据重传，也可将需要重传的数据删除，在变更后的HARQ进程中进行数据新传，具体参见下述两种情况。
情况一：接收到数据重传指令后，在变更后的HARQ进程中重传数据。
在本申请中，所述终端确定所述HARQ进程P变更为HARQ进程Q，且接收到HARQ进程P的数据重传调度后，将所述HARQ进程P中的数据转移到HARQ进程Q中，并执行所述HARQ进程Q数据传输，其中P和Q为大于等于0的整数，且P不等于Q。
如图4所示，配置授权分组#0配置HARQ进程0，HARQ进程1，HARQ进程2；配置授权分组#1配置HARQ进程3，HARQ进程4；配置授权分组#2上配置的HARQ进程5，HARQ进程6，HARQ进程7。
假设配置授权分组#1被释放后，或被DCI释放后，Offset2＝3，根据公式一重新计算需要更新的配置授权分组中的HARQ进程。因此配置授权分组#2的HARQ进程5，HARQ进程6，HARQ进程7将分别变更为HARQ进程3，HARQ进程4，HARQ进程5。
若终端的HARQ进程5存在MAC PDU(Media Access Control Packet DataUnit，媒体介入控制分组数据单元)需要重传，终端将HARQ进程5中的MACPDU转移到变更后的HARQ进程3中，并执行HARQ进程3数据传输，此时在HARQ进程3中传输的数据是原HARQ进程5的MACPDU。
如图6所示，为本申请实施例提供的第二种数据传输的整体方法流程图，包括如下步骤：
步骤600，终端确定配置多个配置授权分组；
步骤601，终端在接收到更新配置授权分组的通知消息，确定需要更新的配置授权分组；
步骤602，终端重新计算需要更新的配置授权分组中的HARQ进程，并将原HARQ进程变更为计算后的HARQ进程；
步骤603，终端接收到针对原HARQ进程的数据重传指令后，将原HARQ进程中的数据转移到变更后的HARQ进程中；
步骤604，终端执行更后的HARQ进程数据传输。
情况二：接收到数据重传指令后，将变更前的HARQ进程中的数据删除，不执行数据重传，在变更后的HARQ进程中执行数据新传。
所述终端确定所述HARQ进程P变更为HARQ进程Q，且接收到HARQ进程P数据重传调度后，将所述HARQ进程P中的数据删除，并执行所述HARQ进程Q数据传输，其中P和Q为大于等于0的整数，且P不等于Q。
如图4所示，配置授权分组#0配置HARQ进程0，HARQ进程1，HARQ进程2；配置授权分组#1配置HARQ进程3，HARQ进程4；配置授权分组#2上配置的HARQ进程5，HARQ进程6，HARQ进程7。
假设配置授权分组#1被释放后，或被DCI释放后，Offset2＝3，根据公式一重新计算需要更新的配置授权分组中的HARQ进程。因此配置授权分组#2的HARQ进程5，HARQ进程6，HARQ进程7将分别变更为HARQ进程3，HARQ进程4，HARQ进程5。
若终端的HARQ进程5存在MAC PDU需要重传，终端将HARQ进程5中的MAC PDU删除，并执行HARQ进程3数据传输，此时在HARQ进程3中传输的数据需要传输的新的数据。
如图7所示，为本申请实施例提供的第三种数据传输的整体方法流程图，包括如下步骤：
步骤700，终端确定配置多个配置授权分组；
步骤701，终端在接收到更新配置授权分组的通知消息，确定需要更新的配置授权分组；
步骤702，终端重新计算需要更新的配置授权分组中的HARQ进程，并将原HARQ进程变更为计算后的HARQ进程；
步骤703，终端接收到针对原HARQ进程的数据重传指令后，将原HARQ进程中的数据删除，并执行更后的HARQ进程数据新传。
上述方法，终端在接收到更新配置授权分组的通知消息后，确定更新的配置授权分组中的HARQ进程发生变化，若接收到执行未变化前的HARQ进程数据重传的调度指令，则将未变化前的HARQ进程的数据转移到变化后的HARQ进程中，终端执行变化后的HARQ进程数据传输，此时传输的是未变化前的HARQ进程的数据；或在接收到执行未变化前的HARQ进程数据重传的调度指令后，将未变化前的HARQ进程中的数据删除，并执行变化后的HARQ进程数据传输，此时变化后的HARQ进程中传输的是新的数据。终端在确定HARQ进程发生变化后，且接收到数据重传调度时，终端清楚如何处理需要重传的数据。
基于同一发明构思，本申请实施例中还提供了一种数据传输的设备，由于该设备对应的方法是本申请实施例数据传输的方法，并且该设备解决问题的原理与该方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。
如图8所示，为本申请实施例提供的第一种数据传输的设备结构图，该设备包括：处理器800、存储器801和收发机802。
处理器800负责管理总线架构和通常的处理，存储器801可以存储处理器800在执行操作时所使用的数据。收发机802用于在处理器800的控制下接收和发送数据。
总线架构可以包括任意数量的互联的总线和桥，具体由处理器代表的一个或多个处理器800和存储器801代表的存储器801的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。处理器800负责管理总线架构和通常的处理，存储器801可以存储处理器800在执行操作时所使用的数据。
本申请实施例揭示的流程，可以应用于处理器800中，或者由处理器800实现。在实现过程中，信号处理流程的各步骤可以通过处理器800中的硬件的集成逻辑电路或者软件形式的指令完成。处理器800可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器800中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器801，处理器800读取存储器801中的信息，结合其硬件完成信号处理流程的步骤。
其中，处理器800，用于读取存储器801中的程序并执行下列过程：
确定配置多个配置授权分组；
在接收到更新配置授权分组的通知消息后，处理需要传输的数据。
可选的，所述处理器800通过下列方式接收更新配置授权分组的通知消息：
接收用于指示释放或增加一组或多组配置授权分组的RRC消息；或
接收用于指示去激活或激活一组或多组配置授权分组的DCI。
可选的，所述处理器800具体用于：
根据需要更新的配置授权分组中的HARQ进程的配置授权定时器的运行情况，处理需要传输的数据。
可选的，所述处理器800具体用于：
若确定所述配置授权分组中的HARQ进程P的配置授权定时器正在运行，且接收到HARQ进程P数据重传调度，则执行所述HARQ进程P数据重传；或
若确定所述配置授权分组中的HARQ进程P的配置授权定时器停止运行或超时后，HARQ进程P变更为HARQ进程Q，并执行所述HARQ进程Q数据传输，其中P和Q为大于等于0的整数，且P不等于Q。
可选的，所述处理器800具体用于：
确定需要更新的配置授权分组中的HARQ进程P变更为HARQ进程Q后，根据接收到的数据重传调度指令，处理需要传输的数据；
其中P和Q为大于等于0的整数，且P不等于Q。
可选的，所述处理器800具体用于：
确定所述HARQ进程P变更为HARQ进程Q，且接收到HARQ进程P数据重传调度后，将所述HARQ进程P中的数据转移到HARQ进程Q中，并执行所述HARQ进程Q数据传输；或
确定所述HARQ进程P变更为HARQ进程Q，且接收到HARQ进程P数据重传调度后，将所述HARQ进程P中的数据删除，并执行所述HARQ进程Q数据传输；
其中P和Q为大于等于0的整数，且P不等于Q。
如图9所示，为本申请实施例提供的第二种数据传输的设备结构图，该设备包括：确定模块900和处理模块901；
所述确定模块900，用于确定配置多个配置授权分组；
所述处理模块901，用于在接收到更新配置授权分组的通知消息后，处理需要传输的数据。
可选的，所述处理模块901通过下列方式接收更新配置授权分组的通知消息：
接收用于指示释放或增加一组或多组配置授权分组的RRC消息；或
接收用于指示去激活或激活一组或多组配置授权分组的DCI。
可选的，所述处理模块901具体用于：
根据需要更新的配置授权分组中的HARQ进程的配置授权定时器的运行情况，处理需要传输的数据。
可选的，所述处理模块901具体用于：
若确定所述配置授权分组中的HARQ进程P的配置授权定时器正在运行，且接收到HARQ进程P数据重传调度，则执行所述HARQ进程P数据重传；或
若确定所述配置授权分组中的HARQ进程P的配置授权定时器停止运行或超时后，HARQ进程P变更为HARQ进程Q，并执行所述HARQ进程Q数据传输，其中P和Q为大于等于0的整数，且P不等于Q。
可选的，所述处理模块901具体用于：
确定需要更新的配置授权分组中的HARQ进程P变更为HARQ进程Q后，根据接收到的数据重传调度指令，处理需要传输的数据；
其中P和Q为大于等于0的整数，且P不等于Q。
可选的，所述处理模块具体用于：
确定所述HARQ进程P变更为HARQ进程Q，且接收到HARQ进程P数据重传调度后，将所述HARQ进程P中的数据转移到HARQ进程Q中，并执行所述HARQ进程Q数据传输；或
确定所述HARQ进程P变更为HARQ进程Q，且接收到HARQ进程P数据重传调度后，将所述HARQ进程P中的数据删除，并执行所述HARQ进程Q数据传输；
其中P和Q为大于等于0的整数，且P不等于Q。
本申请实施例提供一种可读存储介质，该可读存储介质为非易失性存储介质，所述可读存储介质为非易失性可读存储介质，包括程序代码，当所述程序代码在计算设备上运行时，所述程序代码用于使所述计算设备执行上述数据传输的方案。
本申请实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使所述计算设备执行上述数据传输的方案。
以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。
相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (6)

1.一种数据传输的方法，其特征在于，该方法包括：
终端确定配置多个配置授权分组；
所述终端在接收到更新配置授权分组的通知消息后，处理需要传输的数据；
其中，所述终端处理需要传输的数据，包括：
所述终端根据需要更新的配置授权分组中的混合自动重传请求HARQ进程的配置授权定时器的运行情况，处理需要传输的数据；
其中，所述终端根据需要更新的配置授权分组中的混合自动重传请求HARQ进程的配置授权定时器的运行情况，处理需要传输的数据，包括：
若所述终端确定所述配置授权分组中的HARQ进程P的配置授权定时器停止运行或超时后，重新计算需要更新的配置授权分组中的HARQ进程Q，将HARQ进程P变更为HARQ进程Q，并执行所述HARQ进程Q数据传输，其中P和Q为大于等于0的整数，且P不等于Q。
2.如权利要求1所述的方法，其特征在于，所述终端通过下列方式接收更新配置授权分组的通知消息：
所述终端接收用于指示释放或增加一组或多组配置授权分组的无线资源控制RRC消息；或
所述终端接收用于指示去激活或激活一组或多组配置授权分组的下行控制信息DCI。
3.一种数据传输的设备，其特征在于，该设备包括：处理器、存储器及收发机；
其中，处理器，用于读取存储器中的程序并执行下列过程：
确定配置多个配置授权分组；
在接收到更新配置授权分组的通知消息后，处理需要传输的数据；
其中，所述处理器具体用于：
根据需要更新的配置授权分组中的HARQ进程的配置授权定时器的运行情况，处理需要传输的数据；
其中，所述处理器具体用于：
若终端确定所述配置授权分组中的HARQ进程P的配置授权定时器停止运行或超时后，重新计算需要更新的配置授权分组中的HARQ进程Q，将HARQ进程P变更为HARQ进程Q，并执行所述HARQ进程Q数据传输，其中P和Q为大于等于0的整数，且P不等于Q。
4.如权利要求3所述的设备，其特征在于，所述处理器通过下列方式接收更新配置授权分组的通知消息：
接收用于指示释放或增加一组或多组配置授权分组的RRC消息；或
接收用于指示去激活或激活一组或多组配置授权分组的DCI。
5.一种数据传输的设备，其特征在于，该设备包括：
确定模块，用于确定配置多个配置授权分组；
处理模块，用于在接收到更新配置授权分组的通知消息后，处理需要传输的数据；
其中，所述处理模块具体用于：
根据需要更新的配置授权分组中的HARQ进程的配置授权定时器的运行情况，处理需要传输的数据；
其中，所述处理模块具体用于：
若终端确定所述配置授权分组中的HARQ进程P的配置授权定时器停止运行或超时后，重新计算需要更新的配置授权分组中的HARQ进程Q，将HARQ进程P变更为HARQ进程Q，并执行所述HARQ进程Q数据传输，其中P和Q为大于等于0的整数，且P不等于Q。
6.一种计算机存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1～2任一所述方法的步骤。
CN201910936251.3A 2019-09-29 2019-09-29 一种数据传输的方法及设备 Active CN112584502B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910936251.3A CN112584502B (zh) 2019-09-29 2019-09-29 一种数据传输的方法及设备
PCT/CN2020/094239 WO2021057076A1 (zh) 2019-09-29 2020-06-03 一种数据传输的方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910936251.3A CN112584502B (zh) 2019-09-29 2019-09-29 一种数据传输的方法及设备

Publications (2)

Publication Number Publication Date
CN112584502A CN112584502A (zh) 2021-03-30
CN112584502B true CN112584502B (zh) 2024-03-01

Family

ID=75111233

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910936251.3A Active CN112584502B (zh) 2019-09-29 2019-09-29 一种数据传输的方法及设备

Country Status (2)

Country Link
CN (1) CN112584502B (zh)
WO (1) WO2021057076A1 (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109565678A (zh) * 2016-07-29 2019-04-02 华为技术有限公司 信道中基于授权的上行传输和免授权上行传输的共存
CN110089149A (zh) * 2016-12-16 2019-08-02 华为技术有限公司 用于混合的免授权上行链路传输和基于授权的上行链路传输的系统和方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100074204A1 (en) * 2008-09-16 2010-03-25 Qualcomm Incorporated Uplink hybrid automatic repeat request operation during random access
US10756852B2 (en) * 2018-02-15 2020-08-25 Ofinno, Llc Control element trigger
WO2020032530A1 (en) * 2018-08-08 2020-02-13 Lg Electronics Inc. Method of transmitting uplink signals, and device therefor

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109565678A (zh) * 2016-07-29 2019-04-02 华为技术有限公司 信道中基于授权的上行传输和免授权上行传输的共存
CN110089149A (zh) * 2016-12-16 2019-08-02 华为技术有限公司 用于混合的免授权上行链路传输和基于授权的上行链路传输的系统和方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Confirmation MAC CE design;Ericsson;《3GPP TSG-RAN WG2 #106 Tdoc R2-1906840》;20190517;第1-2节 *
CR on HARQ process ID for configured uplink grant;MediaTek Inc.;《3GPP TSG-RAN WG2 Meeting #103bis R2-1814883》;20181012;第5.4节 *
Ericsson.Confirmation MAC CE design.《3GPP TSG-RAN WG2 #106 Tdoc R2-1906840》.2019, *

Also Published As

Publication number Publication date
CN112584502A (zh) 2021-03-30
WO2021057076A1 (zh) 2021-04-01

Similar Documents

Publication Publication Date Title
CN110035502B (zh) 通信方法、通信设备和网络设备
CN111181693B (zh) 发送数据的方法、发送数据的装置、以及终端设备
KR102528125B1 (ko) 정보 처리 방법, 장치 및 기기
WO2017157181A1 (zh) 一种资源调度和分配的方法和装置
JP2022050577A (ja) 低複雑度の狭帯域端末のためのランダムアクセス手順でのｈａｒｑメッセージに割り当てられたリソースを示すための方法
US9078244B2 (en) Apparatus and method for performing HARQ retransmission process to receive E-MBS service in a multi-carrier system
CN111181694B (zh) 一种上行控制信息的传输方法及装置
CN110830177B (zh) 一种混合自动重传请求传输方法和装置
CN110972317B (zh) 通信方法和装置
WO2016070672A1 (zh) 一种实现数据传输的方法及装置
WO2021204122A1 (zh) 一种上行信道的传输方法及设备
WO2017113405A1 (zh) 一种跨载波调度方法、反馈方法及装置
US20210385851A1 (en) Data transmission method of internet of vehicles, sending terminal and network-side device
CN110719150B (zh) 一种信息传输方法、终端及基站
CN114208083A (zh) 在nr v2x中释放副链路重传资源的方法和设备
US10492209B2 (en) Control information sending or receiving method, apparatus, and system
US11528714B2 (en) Data transmission method and apparatus
US20220224454A1 (en) Harq process control method and apparatus
CN113615275A (zh) 终端及发送方法
WO2018202043A1 (zh) 数据传输方法、设备和系统
CN112187425B (zh) 一种信息传输的方法及设备
WO2021088026A1 (zh) 一种确定数据传输反馈时延的方法及装置
CN112584502B (zh) 一种数据传输的方法及设备
KR20220166808A (ko) Nr v2x에서 harq 프로세스를 운영하는 방법 및 장치
CN112218371B (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