CN113647182B - 无线通信的方法和设备 - Google Patents
无线通信的方法和设备 Download PDFInfo
- Publication number
- CN113647182B CN113647182B CN201980095275.9A CN201980095275A CN113647182B CN 113647182 B CN113647182 B CN 113647182B CN 201980095275 A CN201980095275 A CN 201980095275A CN 113647182 B CN113647182 B CN 113647182B
- Authority
- CN
- China
- Prior art keywords
- harq process
- resource
- time
- terminal device
- pusch
- 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
- 238000000034 method Methods 0.000 title claims abstract description 372
- 238000004891 communication Methods 0.000 title claims abstract description 67
- 230000008569 process Effects 0.000 claims abstract description 271
- 230000005540 biological transmission Effects 0.000 claims description 60
- 238000004590 computer program Methods 0.000 claims description 31
- 238000012545 processing Methods 0.000 claims description 29
- 108700026140 MAC combination Proteins 0.000 claims description 5
- 230000009471 action Effects 0.000 claims description 2
- 230000006870 function Effects 0.000 description 17
- 238000001228 spectrum Methods 0.000 description 16
- 230000011664 signaling Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 6
- 230000007774 longterm Effects 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
Classifications
-
- 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)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种无线通信的方法和设备，所述方法包括：接收网络设备发送的用于调度动态授权DG资源的调度信息；在所述DG资源使用的第一混合自动重传请求HARQ进程已被配置授权CG资源占用的情况下，将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程。基于以上技术方案，通过将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程，在CG资源对应的HARQ进程和DG资源对应的HARQ进程发生冲突时，能够通过所述第二HARQ进程正常发送所述CG资源上承载的数据，进而保证业务QoS需求。
Description
技术领域
本申请实施例涉及通信领域，并且更具体地，涉及无线通信的方法和设备。
背景技术
配置授权(Configured，grant，CG)和动态授权(Dynamic，grant，DG)两种授权(grant)的混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)进程冲突时是需要进一步研究(For Further Study，FFS)的。
按照现有协议，不论DG资源和CG资源在时域是否有重叠，DG资源的优先级永远高于CG资源；当两个资源对应的HARQ进程冲突时，将会发生以下问题：
针对工业互联网(Industrial interest of Things，IIoT)或新空口-非授权(NewRadio Unlicensed，NR-U)通信网络，若CG资源已经组包或组好的包已经发送给物理层(PHY)，一旦DG资源到达，将把保存在该HARQ进程中的尚未进行空口传输或已经进行空口传输的CG资源对应的媒体接入控制(Media Access Control，MAC)协议数据单元(ProtocolData Unit，PDU)冲洗(flush)掉，造成数据包丢失，影响业务服务质量(Quality ofservice，QoS)需求。
针对NR-U场景，若CG资源已经组包或组好的包已经发送给PHY，但是由于先听后说(Listen Before Talk，LBT)失败导致CG资源不能发给网络设备，网络设备将不能知道终端设备选择的HARQ进程标识(id)，此时，网络设备可能选择终端设备为该CG资源选择的HARQ进程id进行动态调度，进而会造成CG MAC PDU的传输问题，比如被flush掉，造成QoS不能保证的问题。
因此，CG资源对应的HARQ进程和DG资源对应的HARQ进程发生冲突时，如何保证业务QoS需求是本领域急需解决的技术问题。
发明内容
提供了一种无线通信的方法和设备，CG资源对应的HARQ进程和DG资源对应的HARQ进程发生冲突时，能够保证业务QoS需求。
第一方面，提供了一种无线通信的方法，包括：
接收网络设备发送的用于调度动态授权DG资源的调度信息；
在所述DG资源使用的第一混合自动重传请求HARQ进程已被配置授权CG资源占用的情况下，将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程。
第二方面，提供了一种终端设备，用于执行上述第一方面或其各实现方式中的方法。具体地，所述终端设备包括用于执行上述第一方面或其各实现方式中的方法的功能模块。
第三方面，提供了一种终端设备，包括处理器和存储器。所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行上述第一方面或其各实现方式中的方法。
第四方面，提供了一种芯片，用于实现上述第一方面或其各实现方式中的方法。具体地，所述芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如上述第一方面或其各实现方式中的方法。
第五方面，提供了一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行上述第一方面或其各实现方式中的方法。
第六方面，提供了一种计算机程序产品，包括计算机程序指令，所述计算机程序指令使得计算机执行上述第一方面或其各实现方式中的方法。
第七方面，提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面或其各实现方式中的方法。
基于以上技术方案，通过将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程，在CG资源对应的HARQ进程和DG资源对应的HARQ进程发生冲突时，能够通过所述第二HARQ进程正常发送所述CG资源上承载的数据，进而保证业务QoS需求。
附图说明
图1是本申请应用场景的示例。
图2是本申请实施例的无线通信的方法的示意性流程图。
图3是本申请实施例的终端设备的示意性框图。
图4是本申请实施例的通信设备的示意性框图。
图5是本申请实施例的芯片的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
图1是本申请实施例的一个应用场景的示意图。
如图1所示，通信系统100可以包括终端设备110和网络设备120。网络设备120可以通过空口与终端设备110通信。终端设备110和网络设备120之间支持多业务传输。
应理解，本申请实施例仅以通信系统100进行示例性说明，但本申请实施例不限定于此。也就是说，本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(LongTerm Evolution，LTE)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、5G通信系统(也称为新无线(New Radio，NR)通信系统)，或未来的通信系统等。
在图1所示的通信系统100中，网络设备120可以是与终端设备110通信的接入网设备。接入网设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备110(例如UE)进行通信。
网络设备120可以是长期演进(Long Term Evolution，LTE)系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是下一代无线接入网(Next Generation RadioAccess Network，NG RAN)设备，或者是NR系统中的基站(gNB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备120可以为中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器，或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。
终端设备110可以是任意终端设备，其包括但不限于与网络设备120或其它终端设备采用有线或者无线连接的终端设备。
例如，所述终端设备110可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(SessionInitiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进网络中的终端设备等。
终端设备110可以用于设备到设备(Device to Device，D2D)的通信。
无线通信系统100还可以包括与基站进行通信的核心网设备130，该核心网设备130可以是5G核心网(5G Core，5GC)设备，例如，接入与移动性管理功能(Access andMobility Management Function，AMF)，又例如，认证服务器功能(Authentication ServerFunction，AUSF)，又例如，用户面功能(User Plane Function，UPF)，又例如，会话管理功能(Session Management Function，SMF)。可选地，核心网络设备130也可以是LTE网络的分组核心演进(Evolved Packet Core，EPC)设备，例如，会话管理功能+核心网络的数据网关(Session Management Function+Core Packet Gateway，SMF+PGW-C)设备。应理解，SMF+PGW-C可以同时实现SMF和PGW-C所能实现的功能。在网络演进过程中，上述核心网设备也有可能叫其它名字，或者通过对核心网的功能进行划分形成新的网络实体，对此本申请实施例不做限制。
通信系统100中的各个功能单元之间还可以通过下一代网络(next generation，NG)接口建立连接实现通信。
例如，终端设备通过NR接口与接入网设备建立空口连接，用于传输用户面数据和控制面信令；终端设备可以通过NG接口1(简称N1)与AMF建立控制面信令连接；接入网设备例如下一代无线接入基站(gNB)，可以通过NG接口3(简称N3)与UPF建立用户面数据连接；接入网设备可以通过NG接口2(简称N2)与AMF建立控制面信令连接；UPF可以通过NG接口4(简称N4)与SMF建立控制面信令连接；UPF可以通过NG接口6(简称N6)与数据网络交互用户面数据；AMF可以通过NG接口11(简称N11)与SMF建立控制面信令连接；SMF可以通过NG接口7(简称N7)与PCF建立控制面信令连接。
图1示例性地示出了一个基站、一个核心网设备和两个终端设备，可选地，该无线通信系统100可以包括多个基站设备并且每个基站的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。
应理解，本申请实施例中网络/系统中具有通信功能的设备均可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备120和终端设备110，网络设备120和终端设备110可以为上文所述的设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
下面对本申请实施例使用的通信系统100适用的网络进行示例性说明。
在本申请的一些实施例中，所述通信系统100可以适用于第五代移动通信技术(5-Generation，5G)工业互联网(Industrial interest of Things，IIoT)。
5G IIoT可支持工业自动化(Factory automation)，传输自动化(TransportIndustry)，智能电力(Electrical Power Distribution)等业务在5G系统的传输。
然而，5G IIoT有可能会出现资源冲突。
其中，所述资源冲突包括数据信道和数据信道的冲突，其可以包括DG资源和DG资源之间的冲突，DG资源和CG资源之间的冲突，CG资源和CG资源之间的冲突。
例如，当多个授权(grant)资源之间发生冲突时，特别是DG和CG之间冲突时，有可能出现两个grant所使用的HARQ进程相同的情况。例如，若CG资源已经组包或组好的包已经发送给物理层(PHY)，一旦DG资源到达，将把保存在该HARQ进程中的尚未进行空口传输或已经进行空口传输的CG资源对应的媒体接入控制(Media Access Control，MAC)协议数据单元(Protocol Data Unit，PDU)冲洗(flush)掉，造成数据包丢失，影响业务服务质量(Quality of service，QoS)需求。
因此，CG资源对应的HARQ进程和DG资源对应的HARQ进程发生冲突时，如何保证业务QoS需求是本领域急需解决的技术问题。
在本申请的另一些实施例中，所述通信系统100可以适用于NR-U网络。
换言之，所述终端设备110或网络设备120可以适用于NR-U网络。NR工作在非授权频段。
其中，所述NR-U网络包括但不限于以下几种工作场景：
场景A：载波聚合场景。即，主小区(PCell)工作在授权频谱上，辅小区(SCell)通过载波聚合方式聚合工作在非授权频谱上。
场景B：双连接工作场景。即，PCell工作在授权频谱上，主辅小区(PrimarySecondary Cell，PSCell)工作在NR非授权频谱上。
场景C：独立工作场景。即，NR作为一个独立小区工作在非授权频谱。
场景D：NR单小区场景。即，上行(UL)工作在授权频谱，下行(DL)工作在非授权频谱。
场景E：双连接工作场景，PCell工作在NR授权频谱，PSCell工作在NR非授权频谱。
例如，NR-U的工作频带(Band)可以为5GHz非授权频谱和6GHz非授权频谱。在非授权频谱上，NR-U的设计需要保证与其他已经工作在这些非授权频谱上的系统之间的公平性，比如WiFi等。例如，对于已经部署在非授权频谱上的系统(比如WiFi)的影响不能超过这些系统之间的影响。
可以通过能量检测机制，保证在非授权频谱上各系统之间的公平性共存，例如LBT机制。
具体实现中，网络设备或者终端设备(传输端)在非授权频谱上传输数据之前，需要先按照规定侦听一段时间。如果侦听的结果表示该信道为空闲状态，则传输端可以给接收端传输数据。如果侦听的结果表示该信道为占用状态，则传输端需要根据规定回退一段时间再继续侦听信道，直到信道侦听结果为空闲状态，才能向接收端传输数据。
可以通过以下四种信道接入机制(category)进行信道接入：
直接传输机制：
传输端(TX)可以在信道占用时间(Channel Occupancy Time，COT)内的转换时间(switching gap)之后迅速传输。Switching gap可以指接收到传输数据的转换时间，例如，所述Switching gap可以不超过16us。
不需要随机回退(back-off)的LBT机制：
终端设备侦听信道的时间是确定的，比如25us。
随机back-off的LBT机制(竞争窗口固定)：
在LBT流程中，传输侧随机的在竞争窗口中取一个随机值来决定侦听信道的时间。
随机back-off的LBT机制(竞争窗口不固定)：
在LBT流程中，传输侧随机的在竞争窗口中取一个随机值来决定侦听信道的时间，竞争窗口是可变的。
由此可见，对终端设备而言，网络设备给终端设备传输数据时需要在最大信道占用时间(Maximum Channel Occupancy Time，MCOT)内，如果网络设备没有抢占到信道。换言之，若在MCOT时间之外，终端设备是不会收到网络设备给该终端设备的调度数据。
对于终端设备发起的上行传输，包括但不限于如下几类：
调度请求(Scheduling Request，SR)，用于请求上行资源。
物理随机接入信道(Physical Random Access Channel，PRACH)，由随机接入信道(Random Access Channel，RACH)触发终端设备向网络设备发送消息1(msg1)。
物理上行共享信道(Physical Uplink Shared Channel，PUSCH)，包括基于CG资源的上行数据传输以及基于DG资源的上行数据传输。
物理层信令，包括确认/非确认(ACK/NACK)和信道状态信息(Channel StateInformation，CSI)。
在非授权频带上，终端设备传输SR，PRACH或者PUSCH之前都需要先用LBT来侦听信道是否可用，如果不可以用，即LBT失败，则终端设备需要等到下一个传输机会再次执行LBT。若检测到LBT失败，需要通知给MAC层LBT失败的信息。
在NR-U中，终端设备可以采用自动上行传输(AUL)的方式传输CG资源上承载的数据。例如，网络设备可以为终端设备配置CG资源可用的多个HARQ进程，例如多个HARQ进程的标识(Identification，id)。HARQ进程的标识也可称为HARQ进程的进程号。
此时，对每个CG资源，终端设备可以自行选择使用的HARQ进程id，并在对应的CG资源传输CG资源上承载的数据时，可以将自己选择的HARQ进程id告诉给网络设备。
于此同时，终端设备也可以基于动态调度进行上行传输。
例如，终端设备收到用于动态调度DG资源的调度信息，且所述调度信息为C-RNTI加扰的PDCCH时，针对所述DG资源使用的第一HARQ进程，若之前使用所述第一HARQ进程的是CG资源(包括用于重传或新传的CG资源)，所述终端设备认为新数据指示(New DataIndicator，NDI)翻转，即所述调度信息用于调度新传数据。
此时，所述终端设备启动或重启配置授权定时器(configuredGrantTimer，CGtimer)，且所述终端设备将所述调度信息和所述第一HARQ进程的信息(如所述第一HARQ进程的进程号)发给HARQ实体。
对于HARQ实体包括的每个HARQ进程来说，若所述调度信息为新传调度信息，终端设备会调用复用组包实体(Multiplexing and assembly entity)生成MAC PDU，使用第一HARQ进程发送新传数据，启动或重启CG timer。若所述调度信息为重传调度信息，使用所述第一HARQ进程发送重传数据，启动或重启CG timer。
此外，所述终端设备也可以将所述DG资源使用的HARQ进程id设置为所述CG资源使用的HARQ进程id。
例如，终端设备接收到网络设备发送的用于调度DG资源的调度信息，且所述DG资源使用的HARQ进程为第一HARQ进程，若CG资源和所述DG资源在时域上不重叠(例如PDCCH调度的资源、CG资源和随机接入响应(Random Access Response，RAR)中指示的资源不重叠)，所述终端设备可以将所述第一HARQ进程id设置为所述CG资源使用的HARQ进程id。若用于所述第一HARQ进程的CG timer未运行时，认为NDI翻转，且将所述调度信息信息和相应HARQ信息(如HARQ进程)发给HARQ实体。
但是，由于网络设备在收到该CG资源之前并不确定终端设备自己选择的是哪个HARQ进程，因此，网络设备在收到CG资源上传输的数据之前调度一个DG资源时，会将已经被所述CG资源占用的HARQ进程的标识指定给所述DG资源。
即，所述DG资源使用的第一HARQ进程有可能已被CG资源占用。
此时，会存在如下问题：
若CG资源已经组包或组好的包已经发送给物理层(PHY)，一旦DG资源到达，将把保存在该HARQ进程中的尚未进行空口传输或已经进行空口传输的CG资源对应的媒体接入控制(Media Access Control，MAC)协议数据单元(Protocol Data Unit，PDU)冲洗(flush)掉，造成数据包丢失，影响业务服务质量(Quality of service，QoS)需求。
若CG资源已经组包或组好的包已经发送给PHY，但是由于先听后说(ListenBefore Talk，LBT)失败导致CG资源不能发给网络设备，网络设备将不能知道终端设备选择的HARQ进程标识(id)，此时，网络设备可能选择终端设备为该CG资源选择的HARQ进程id进行动态调度，进而会造成CG MAC PDU的传输问题，比如被flush掉，造成QoS不能保证的问题。
基于以上分析可知，不论IIoT还是NR-U，都有可能出现两个grant HARQ进程冲突的情况。
即，在一个资源未传输或未完成传输时，可能又收到动态调度的资源或者又有一个资源可用的情况，且该后收到或可用的资源的HARQ进程与未完成传输的资源的HARQ进程相同。
例如，在t1时刻终端设备确定CG资源，如grant 1可用，对应的HARQ进程为HARQprocess id 1。在t2时刻(t2＞t1)，终端设备收到网络调度的动态调度DG，如grant 2，且该grant2对应的HARQ进程同样为HARQ process id 1。
此时，若CG资源(grant1)尚未传输或未完成传输，如何保证业务QoS需求是本领域急需解决的技术问题。
本申请提供了一种无线通信的方法和设备，CG资源对应的HARQ进程和DG资源对应的HARQ进程发生冲突时，能够保证业务QoS需求。
图2示出了根据本申请实施例的无线通信的方法200的示意性流程图，该方法200可以由终端设备和网络设备交互执行。所述方法200可以适用于IIoT和/或NR-U通信网络。图2中所示的终端设备可以是如图1所示的终端设备，图2中所示的网络设备可以是如图1所示的接入网设备。
如图2所示，所述方法200可包括：
S210，终端设备接收网络设备发送的用于调度DG资源的调度信息。
S220，在所述DG资源使用的第一HARQ进程已被CG资源占用的情况下，所述终端设备将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程。
例如，所述终端设备接收到调度信息时，所述终端设备的HARQ实体可基于所述调度信息可识别出与所述DG资源相关联的第一HARQ进程，并根据所述调度信息的指示进行数据的初传/重传。
进一步地，若所述DG资源使用的第一HARQ进程已被CG资源占用，所述终端设备将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程。
换言之，所述终端设备可以使用所述第一HARQ进程发送所述DG资源上承载的数据，于此同时，所述终端设备还可以利用所述第二HARQ进程发送所述CG资源上承载的数据。
基于以上技术方案，通过将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程，在CG资源对应的HARQ进程和DG资源对应的HARQ进程发生冲突时，能够通过所述第二HARQ进程正常发送所述CG资源上承载的数据，进而保证业务QoS需求。
为了便于对本申请方案的理解，下面对CG资源和DC资源进行介绍。
DC资源可以包括网络设备动态调度的资源。
例如，所述DC资源可以包括网络设备通过PDCCH调度的资源。
CG资源可以包括Type1和Type2两种类型。
CG Type1可以由无线资源控制(Radio Resource Control，RRC)配置，例如所述终端设备可以将配置授权配置(ConfiguredGrantConfig IE)中由RRC配置上行授权(rrc-ConfiguredUplinkGrant)指示的资源存储为上行CG资源。
CG Type2可以根据配置调度无线网络临时标识(Configured Scheduling RNTI，CS-RNTI)加扰的物理下行控制信道(Physical Downlink Control Channel，PDCCH)指令激活/去激活上行CG资源。
对于同一个服务小区，可以通过RRC信令可为媒体接入控制(Media AccessControl，MAC)实体配置Type1或Type2的CG资源。
在S220中，作为示例，所述终端设备可以将所述CG资源使用的HARQ进程的标识设置为所述第二HARQ进程的标识，以实现将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程。
换言之，所述终端设备可以将所述第二HARQ进程的信息(如HARQ进程的进程号)发给HARQ实体，或者，将所述第一HARQ进程的信息复制/转移到所述第二HARQ进程中。
在本申请的一些实施例中，所述方法200还可包括以下中的至少一项：
所述终端设备选择所述第二HARQ进程；
所述终端设备将CG媒体接入控制MAC协议数据单元PDU保存至所述第二HARQ进程的HARQ缓冲池；
所述终端设备删除所述第一HARQ缓冲池中的数据；
所述终端设备启动或重启所述第二HARQ进程的CG定时器；以及
所述终端设备停止所述第一HARQ进程的CG定时器。
例如，所述终端设备可以先选择所述第二HARQ进程，然后将所述CG资源使用的HARQ进程的标识设置为所述第二HARQ进程的标识。
又例如，所述终端设备将所述CG资源使用的HARQ进程的标识设置为所述第二HARQ进程的标识之后，还可以将CG媒体接入控制MAC协议数据单元PDU保存至所述第二HARQ进程的HARQ缓冲池，删除所述第一HARQ缓冲池中的数据，启动或重启所述第二HARQ进程的CG定时器，以及停止所述第一HARQ进程的CG定时器。
在S220中，作为示例，若所述DG资源使用的第一HARQ进程已被所述CG资源占用，且满足第一预设条件，将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程。
当然，若所述DG资源使用的第一HARQ进程已被所述CG资源占用，所述终端设备可以直接将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程，本申请对此不做限定。
在本申请的一些实施例中，所述第一预设条件包括以下中的至少一项：
所述CG资源对应的MAC PDU已经组包；
所述CG资源对应的MAC PDU已经递交到物理层；
所述CG资源对应的MAC PDU处于未传输状态；
所述CG资源对应的MAC PDU处于未完成传输状态；
所述CG资源对应的MAC PDU处于正在传输状态；
所述CG资源的优先级高于第一门限；
承载在所述CG资源上的数据高于第三门限；
承载在所述CG资源上的MAC控制元素CE的优先级高于第四门限；
所述DG资源用于传输新传数据或重传数据；
所述调度信息用于调度新传数据或重传数据；
所述调度信息为采用小区无线网络临时标识C-RNTI加扰的物理下行控制信道PDCCH；
MAC实体确定所述CG资源的物理上行共享信道PUSCH先听后说LBT失败；
所述调度信息指示的传输块大小TBS和所述CG的大小不同；
所述调度信息的接收时刻不满足前一次CG传输的处理时延；以及
所述CG资源对应的时刻到调度信息对应的时刻之间的时间小于第二门限。
在本申请的一些实施例中，所述第一门限包括所述DG资源的优先级。
应理解，所述第一门限可以是具体的数值，其可以是预定于的数值，也可以是网络设备配置的数值，也可以是终端设备自己选择的值，还可以是终端设备在预定义的多个数值或网络设备配置的多个数值确定或选取的数值，本申请对此不做具体限定。
例如，所述第一门限可以是终端设备在多个数值中随机选择的或基于预设准则选取的数值。
在本申请的一些实施例中，所述第三门限包括述承载在所述DG资源上的数据的优先级。
在本申请的一些实施例中，所述第四门限包括承载在所述DG资源上的MAC CE的优先级。
应理解，所述第三门限和/或第四门限可以是具体的数值，其可以是预定于的数值，也可以是网络设备配置的数值，也可以是终端设备自己选择的值，还可以是终端设备在预定义的多个数值或网络设备配置的多个数值确定或选取的数值，本申请对此不做具体限定。
例如，所述第三门限和/或第四门限可以是终端设备在多个数值中随机选择的或基于预设准则选取的数值。
在本申请的一些实施例中，终端设备通过MAC实体收到用于指示所述CG资源的PUSCH LBT失败的信息时，确定所述CG资源的PUSCH先听后说LBT失败。
换言之，终端设备的MAC实体收到用于指示所述CG资源的PUSCH LBT失败的信息可以用于确定所述CG资源的道PUSCH先听后说LBT失败。
或者，在本申请的一些实施例中，终端设备MAC实体确定CG资源的PUSCH LBT失败，如未收到CG资源的PUSCH LBT成功指示时，确定所述CG资源的道PUSCH先听后说LBT失败，或者，收到物理层指示CG资源的PUSCH未传输或未成功传输时，确定所述CG资源的道PUSCH先听后说LBT失败。
在本申请的一些实施例中，若在目标时间段内收到所述调度信息，所述终端设备确定所述调度信息的接收时刻不满足前一次CG传输的处理时延；
其中所述目标时间段包括以下时间段的至少一项：
终端设备发送物理上行共享信道PUSCH的开始时刻至终端设备接收PDCCH的开始时刻之间的时间段；终端设备发送物理上行共享信道PUSCH的结束时刻至终端设备接收PDCCH的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDCCH对应的解调参考信号DMRS的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDSCH的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDSCH的开始时刻之间的时间段。
在本申请的一些实施例中，所述CG资源对应的时刻包括以下时刻中的至少一项：
终端设备发送物理上行共享信道PUSCH的结束时刻；
终端设备发送PUSCH中的上行控制信息UCI的结束时刻；
终端设备发送PUSCH对应的至少一列DMRS的结束时刻；以及
终端设备发送PUSCH的开始时刻。
在本申请的一些实施例中，所述调度信息对应的时刻包括以下时刻中的至少一项：
所述调度信息的起始时域符号位置；
所述调度信息的结束时域符号位置；
终端设备接收所述调度信息的起始时刻；以及
终端设备接收所述调度信息的结束时刻；
在本申请的一些实施例中，所述第二门限包括以下中的至少一项：
物理上行共享信道PUSCH中的上行控制信息UCI的解调时间；
PUSCH的处理时间；以及
PUSCH解调参考信号DMRS的解调时间。
在本申请的一些实施例中，所述第二门限为预配置阈值，或所述第二门限为网络设备配置的阈值。
例如，所述第二门限可以是具体的数值，其可以是预定于的数值，也可以是网络设备配置的数值，也可以是终端设备自己选择的值，还可以是终端设备在预定义的多个数值或网络设备配置的多个数值确定或选取的数值，本申请对此不做具体限定。
例如，所述第二门限可以是终端设备在多个数值中随机选择的或基于预设准则选取的数值。
在本申请的一些实施例中，所述第二HARQ进程包括满足第二预设条件的HARQ进程。
在本申请的一些实施例中，所述第二预设条件包括以下条件中的至少一项：
所述第二HARQ进程属于为所述CG资源配置的除所述第一HARQ进程之外的HARQ进程；
所述第二HARQ进程的缓冲池为空；
所述第二HARQ进程未被DG资源占用；
所述第二HARQ进程的CG定时器未运行；以及
所述第二HARQ进程对应的CG索引与第一HARQ进程对应的CG索引相同。
当然，第二HARQ进程还可以为所述第一HARQ进程之外的任一HARQ进程，本申请对此不做具体限定。
应理解，上述第一预设条件和第二预设条件仅为示例性说明，本领域技术人员可以根据实际需求设置不同的条件，其发明构思均应属于本申请所保护的发明构思。
如图2所示，所述方法200还可包括：
S230，终端设备在所述CG资源上向网络设备发送所述CG资源上承载的数据，所述CG资源上承载的数据包括所述第二HARQ进程的信息。
换言之，网络设备向终端设备发送用于调度动态授权DG资源的调度信息；所述网络设备在所述DG资源上接收所述DG资源上承载的数据。
此外，所述网络设备在所述CG资源上接收所述CG资源上承载的数据，所述CG资源上承载的数据包括第二HARQ进程的信息。其中，所述第二HARQ进程为终端设备选择的HARQ进程。
下面就所述方法200适用于IIoT或NR-U时，对终端设备的行为进行举例说明。
终端设备接收到网络设备通过RRC配置的CG资源，其中，所述CG资源对应的CG索引(index)为1，为其配置的HARQ进程为HARQ process id1和id2。
在t1时刻，终端设备确定配置的CG资源可用，此时选择或确定的CG index1的资源，即grant1，对应的HARQ process id为1(即第一HARQ进程)。终端设备对该CG资源组包MAC PDU1，并将该MAC PDU1递交到PHY。
需要说明的是，该MAC PDU1将在t3时刻(t3＞t1)通过空口PUSCH传输给网络侧。
在t2时刻(t2＞t1)，终端设备收到网络设备通过C-RNTI加扰的PDCCH调度的新传数据的DG资源，其对应grant2，其指示的HARQ进程为HARQ process id 1。
需要说明的是，该grant2在空口的发送时刻为t4，其中t4＜t3，或者，t4＞t3，或者t4和t3时刻时域重叠。
这种情况下，所述HARQ process id 1已经被CG资源占用(HARQ process id 1为冲突的HARQ进程，即CG资源和DG资源的HARQ进程冲突时对应的HARQ)，如CG资源和DG资源的HARQ进程均为HARQ process id1，在满足上述第一预设条件时，所述终端设备将CG资源的HARQ进程从HARQ process id 1切换至HARQ process id 2，或者说所述终端设备将CG资源的HARQ进程标识设置为HARQ process id 2。
例如，所述第一预设条件可以包括以下条件中的至少一项：
所述CG资源对应的MAC PDU已经组包；
所述CG资源对应的MAC PDU已经递交到物理层；
所述CG资源对应的MAC PDU处于未传输状态；
所述CG资源对应的MAC PDU处于未完成传输状态；
所述CG资源对应的MAC PDU处于正在传输状态；
所述CG资源的优先级高于第一门限；
承载在所述CG资源上的数据高于第三门限；
承载在所述CG资源上的MAC控制元素CE的优先级高于第四门限；
所述DG资源用于传输新传数据或重传数据；
所述调度信息用于调度新传数据或重传数据；
所述调度信息为采用小区无线网络临时标识C-RNTI加扰的物理下行控制信道PDCCH；
所述调度信息指示的传输块大小TBS和所述CG的大小不同；
所述调度信息的接收时刻不满足前一次CG传输的处理时延；以及
所述CG资源对应的时刻到调度信息对应的时刻之间的时间小于第二门限。
例如，若grant1对应的MAC PDU1已经组包且未在空口传输，且grant1或grant1中的数据的优先级高，则终端设备将选择HARQ process id 2为CG资源使用的HARQ进程，将CG资源的HARQ进程标识设置为HARQ process id 2，将CG MAC PDU1保存在HARQ process id2的HARQ buffer中，删除HARQ process id1的缓冲池中的数据，启动或重启对应HARQprocess id 2的CG timer，停止对应HARQ process id 1的CG timer。
否则，终端设备可以按照现有协议进行操作。
即，对DG资源组包MAC PDU，并且将组包的MAC PDU存入第一HARQ进程。(例如，终端设备对DG资源对应的grant2进行组包，并将组包的MAC PDU2保存在HARQ process id 1的缓冲池中)。
例如，若grant1对应的MAC PDU1已经在空口传输或完成一次PUSCH传输，则终端设备将grant2和HARQ信息(如HARQ process id1)递交到对应的HARQ进程中，并对grant2组包MAC PDU2。
本实施例中，对CG和DG的HARQ进程冲突的场景进行了定义，避免了DG资源的优先级永远高于CG资源；当两个资源对应的HARQ进程冲突时(IIoT或NR-U场景)，即若在第一HARQ进程已经被CG资源占用时收到DCI调度的DG资源，可以通过更换CG资源的HARQ进程，将CG MAC PDU保存在新的HARQ buffer中的冲突资源，解决了HARQ进程冲突的引发的数据包丢失的问题，能够有效保证未传输的CG数据正常传输，保证了业务QoS。
下面就所述方法200适用于NR-U网络时，对终端设备的行为进行举例说明。
终端设备接收到网络设备通过RRC配置的CG资源，其中，所述CG资源对应的CGindex为1，配置的HARQ进程为HARQ process id1和id2。
在t1时刻，终端设备确定配置的CG资源可用，此时，所述终端设备选择或确定的CGindex1的资源，即grant1，对应的HARQ process id为1。所述终端设备对该CG资源组包MACPDU1，并将该MAC PDU1递交到PHY。
需要说明的是，该MAC PDU1将在t2时刻(t2＞t1)通过空口PUSCH传输给网络侧。
终端设备执行LBT，在t2时刻或t2时刻之前发现CG PUSCH LBT失败。终端设备的物理层将CG PUSCH LBT失败的信息及时通知给终端设备的MAC层。
在t3时刻(t3＞t2)，终端设备收到网络设备通过C-RNTI加扰的PDCCH调度的新传的DG资源，对应grant2，其指示的HARQ进程为HARQ process id 1。
需要说明的是，该grant2在空口的发送时刻为t4，t4＞t3。
这种情况下，HARQ process id 1已经被CG资源占用(HARQ process id 1为冲突的HARQ进程，即CG资源和DG资源的HARQ进程冲突时对应的HARQ)，如CG资源和DG资源的HARQ进程均为HARQ process id1，在满足上述第一预设条件时，所述终端设备将CG资源的HARQ进程从HARQ process id 1切换至HARQ process id 2，或者说所述终端设备将CG资源的HARQ进程标识设置为HARQ process id 2。
例如，所述第一预设条件可以包括以下条件中的至少一项：
所述CG资源对应的MAC PDU已经组包；
所述CG资源对应的MAC PDU已经递交到物理层；
所述CG资源对应的MAC PDU处于未传输状态；
所述CG资源对应的MAC PDU处于未完成传输状态；
所述CG资源对应的MAC PDU处于正在传输状态；
所述CG资源的优先级高于第一门限；
承载在所述CG资源上的数据高于第三门限；
承载在所述CG资源上的MAC控制元素CE的优先级高于第四门限；
所述DG资源用于传输新传数据或重传数据；
所述调度信息用于调度新传数据或重传数据；
所述调度信息为采用小区无线网络临时标识C-RNTI加扰的物理下行控制信道PDCCH；
MAC实体确定所述CG资源的物理上行共享信道PUSCH先听后说LBT失败；
所述调度信息指示的传输块大小TBS和所述CG的大小不同；
所述调度信息的接收时刻不满足前一次CG传输的处理时延；以及
所述CG资源对应的时刻到调度信息对应的时刻之间的时间小于第二门限。
例如，若CG grant1的MAC PDU已经组包，并存在HARQ process id1的buffer中。当终端设备MAC收到CG grant1 LBT失败指示后，收到DCI调度的grant2的新传，grant2和grant1的HARQ进程相同，都为HARQ process id1，终端设备选择HARQ process id2为第二HARQ进程，将CG资源的HARQ进程标识设置为HARQ process id 2，将保存在HARQ processid1中的CG MAC PDU放入HARQ process id2的buffer中，启动HARQ process id2的CGtimer。
否则，终端设备可以按照现有协议进行操作。
即，对DG资源组包MAC PDU，并且将组包的MAC PDU存入第一HARQ进程。(例如，终端设备对DG资源对应的grant2进行组包，并将组包的MAC PDU2保存在HARQ process id 1的缓冲池中)。
例如，若grant1对应的MAC PDU1已经在空口传输或完成一次PUSCH传输，则终端设备将grant2和HARQ信息(如HARQ process id1)递交到对应的HARQ进程中，并对grant2组包MAC PDU2。
本实施例中，对CG和DG的HARQ进程冲突的场景进行了定义，避免了DG资源的优先级永远高于CG资源；当两个资源对应的HARQ进程冲突时(NR-U场景)，即若在第一HARQ进程已经被CG资源占用时收到DCI调度的DG资源，可以通过更换CG资源的HARQ进程，将CG MACPDU保存在新的HARQ buffer中的冲突资源，解决了HARQ进程冲突的引发的数据包丢失的问题，能够有效保证未传输的CG数据正常传输，保证了业务QoS。
以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。
例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。
又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。
应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
上文结合图2详细描述了本申请的方法实施例，下文结合图3至图7，详细描述本申请的装置实施例。
图3是本申请实施例的终端设备300的示意性框图。
请参见图3，所述终端设备300可以包括：
通信单元310，用于接收网络设备发送的用于调度动态授权DG资源的调度信息；
处理单元320，在所述DG资源使用的第一混合自动重传请求HARQ进程已被配置授权CG资源占用的情况下，所述处理单元320用于将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程。
在本申请的一些实施例中，所述处理单元320具体用于：
将所述CG资源使用的HARQ进程的标识设置为所述第二HARQ进程的标识。
在本申请的一些实施例中，所述处理单元320还用于执行以下行为中的至少一项：
选择所述第二HARQ进程；
将CG媒体接入控制MAC协议数据单元PDU保存至所述第二HARQ进程的HARQ缓冲池；
删除所述第一HARQ缓冲池中的数据；
启动或重启所述第二HARQ进程的CG定时器；以及
停止所述第一HARQ进程的CG定时器。
在本申请的一些实施例中，所述处理单元320具体用于：
若所述DG资源使用的第一HARQ进程已被所述CG资源占用，且满足第一预设条件，将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程。
在本申请的一些实施例中，所述第一预设条件包括以下中的至少一项：
所述CG资源对应的MAC PDU已经组包；
所述CG资源对应的MAC PDU已经递交到物理层；
所述CG资源对应的MAC PDU处于未传输状态；
所述CG资源对应的MAC PDU处于未完成传输状态；
所述CG资源对应的MAC PDU处于正在传输状态；
所述CG资源的优先级高于第一门限；
承载在所述CG资源上的数据高于第三门限；
承载在所述CG资源上的MAC控制元素CE的优先级高于第四门限；
所述DG资源用于传输新传数据或重传数据；
所述调度信息用于调度新传数据或重传数据；
所述调度信息为采用小区无线网络临时标识C-RNTI加扰的物理下行控制信道PDCCH；
MAC实体确定所述CG资源的物理上行共享信道PUSCH先听后说LBT失败；
所述调度信息指示的传输块大小TBS和所述CG的大小不同；
所述调度信息的接收时刻不满足前一次CG传输的处理时延；以及
所述CG资源对应的时刻到调度信息对应的时刻之间的时间小于第二门限。
在本申请的一些实施例中，所述第一门限包括所述DG资源的优先级。
在本申请的一些实施例中，所述第三门限包括承载在所述DG资源上的数据的优先级，和/或，所述第四门限包括承载在所述DG资源上的MAC CE的优先级。
在本申请的一些实施例中，所述处理单元320还用于：
通过MAC实体收到用于指示所述CG资源的PUSCH LBT失败的信息。
在本申请的一些实施例中，所述处理单元320还用于：
若在目标时间段内收到所述调度信息，确定所述调度信息的接收时刻不满足前一次CG传输的处理时延；
其中所述目标时间段包括以下时间段的至少一项：
终端设备发送物理上行共享信道PUSCH的开始时刻至终端设备接收PDCCH的开始时刻之间的时间段；终端设备发送物理上行共享信道PUSCH的结束时刻至终端设备接收PDCCH的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDCCH对应的解调参考信号DMRS的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDSCH的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDSCH的开始时刻之间的时间段。
在本申请的一些实施例中，所述CG资源对应的时刻包括以下时刻中的至少一项：
终端设备发送物理上行共享信道PUSCH的结束时刻；
终端设备发送PUSCH中的上行控制信息UCI的结束时刻；
终端设备发送PUSCH对应的至少一列解调参考信号(Demodulation ReferenceSignal，DMRS)的结束时刻；以及
终端设备发送PUSCH的开始时刻。
在本申请的一些实施例中，所述调度信息对应的时刻包括以下时刻中的至少一项：
所述调度信息的起始时域符号位置；
所述调度信息的结束时域符号位置；
终端设备接收所述调度信息的起始时刻；以及
终端设备接收所述调度信息的结束时刻；
在本申请的一些实施例中，所述第二门限包括以下中的至少一项：
物理上行共享信道PUSCH中的上行控制信息UCI的解调时间；
PUSCH的处理时间；以及
PUSCH解调参考信号DMRS的解调时间。
在本申请的一些实施例中，所述第二门限为预配置阈值，或所述第二门限为网络设备配置的阈值。
在本申请的一些实施例中，所述第二HARQ进程包括满足第二预设条件的HARQ进程。
在本申请的一些实施例中，所述第二预设条件包括以下条件中的至少一项：
所述第二HARQ进程属于为所述CG资源配置的除所述第一HARQ进程之外的HARQ进程；
所述第二HARQ进程的缓冲池为空；
所述第二HARQ进程未被DG资源占用；
所述第二HARQ进程的CG定时器未运行；以及
所述第二HARQ进程对应的CG索引与第一HARQ进程对应的CG索引相同。
在本申请的一些实施例中，所述通信单元310还用于：
在所述CG资源上发送所述CG资源上承载的数据，所述CG资源上承载的数据包括所述第二HARQ进程的信息。
在本申请的一些实施例中，所述终端设备适用于工业互联网IIoT和/或新空口-非授权通信网络。
应理解，装置实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。具体地，图3所示的终端设备300可以对应于执行本申请实施例的方法200中的相应主体，并且终端设备300中的各个单元的前述和其它操作和/或功能分别为了实现图2中的各个方法中的相应流程，为了简洁，在此不再赘述。
上文从功能模块的角度描述了本申请实施例的通信设备。
应理解，该功能模块可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过硬件和软件模块组合实现。
具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。
可选地，软件模块可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。
例如，上文涉及的处理单元和通信单元可分别由处理器和收发器实现。
图4是本申请实施例的通信设备400示意性结构图。
请参见图4，所述通信设备400可包括处理器410。
其中，处理器410可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
请继续参见图4，通信设备400还可以包括存储器420。
其中，该存储器420可以用于存储指示信息，还可以用于存储处理器410执行的代码、指令等。其中，处理器410可以从存储器420中调用并运行计算机程序，以实现本申请实施例中的方法。存储器420可以是独立于处理器410的一个单独的器件，也可以集成在处理器410中。
请继续参见图4，通信设备400还可以包括收发器430。
其中，处理器410可以控制该收发器430与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器430可以包括发射机和接收机。收发器430还可以进一步包括天线，天线的数量可以为一个或多个。
应当理解，该通信设备400中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。
还应理解，该通信设备400可为本申请实施例的终端设备，并且该通信设备400可以实现本申请实施例的各个方法中由终端设备实现的相应流程，也就是说，本申请实施例的通信设备400可对应于本申请实施例中的终端设备300，并可以对应于执行根据本申请实施例的方法200中的相应主体，为了简洁，在此不再赘述。类似地，该通信设备400可为本申请实施例的网络设备，并且该通信设备400可以实现本申请实施例的各个方法中由网络设备实现的相应流程。也就是说，本申请实施例的通信设备400可对应于本申请实施例中的网络设备400，并可以对应于执行根据本申请实施例的方法200中的相应主体，为了简洁，在此不再赘述。
此外，本申请实施例中还提供了一种芯片。
例如，芯片可能是一种集成电路芯片，具有信号的处理能力，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。所述芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。可选地，该芯片可应用到各种通信设备中，使得安装有该芯片的通信设备能够执行本申请实施例中的公开的各方法、步骤及逻辑框图。
图5是根据本申请实施例的芯片500的示意性结构图。
请参见图5，所述芯片500包括处理器510。
其中，处理器510可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
请继续参见图5，所述芯片500还可以包括存储器520。
其中，处理器510可以从存储器520中调用并运行计算机程序，以实现本申请实施例中的方法。该存储器520可以用于存储指示信息，还可以用于存储处理器510执行的代码、指令等。存储器520可以是独立于处理器510的一个单独的器件，也可以集成在处理器510中。
请继续参见图5，所述芯片500还可以包括输入接口530。
其中，处理器510可以控制该输入接口530与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
请继续参见图5，所述芯片500还可以包括输出接口540。
其中，处理器510可以控制该输出接口540与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
应理解，所述芯片500可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，也可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。
还应理解，该芯片500中的各个组件通过总线系统相连，其中，总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。
所述处理器可以包括但不限于：
通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。
所述处理器可以用于实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。
所述存储器包括但不限于：
易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。
应注意，本文描述的存储器旨在包括这些和其它任意适合类型的存储器。
本申请实施例中还提供了一种计算机可读存储介质，用于存储计算机程序。该计算机可读存储介质存储一个或多个程序，该一个或多个程序包括指令，该指令当被包括多个应用程序的便携式电子设备执行时，能够使该便携式电子设备执行方法200所示实施例的方法。
可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例中还提供了一种计算机程序产品，包括计算机程序。
可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。
本申请实施例中还提供了一种计算机程序。当该计算机程序被计算机执行时，使得计算机可以执行方法200所示实施例的方法。
可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
此外，本申请实施例还提供了一种通信系统，所述通信系统可以包括上述涉及的终端设备和网络设备，以形成如图1所示的通信系统100，为了简洁，在此不再赘述。需要说明的是，本文中的术语“系统”等也可以称为“网络管理架构”或者“网络系统”等。
还应当理解，在本申请实施例和所附权利要求书中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。
例如，在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”、“上述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
所属领域的技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的范围。
如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。
例如，以上所描述的装置实施例中单元或模块或组件的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或模块或组件可以结合或者可以集成到另一个系统，或一些单元或模块或组件可以忽略，或不执行。
又例如，上述作为分离/显示部件说明的单元/模块/组件可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元/模块/组件来实现本申请实施例的目的。
最后，需要说明的是，上文中显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
以上内容，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以权利要求的保护范围为准。
Claims (32)
1.一种无线通信的方法，其特征在于，包括：
接收网络设备发送的用于调度动态授权DG资源的调度信息；
在所述DG资源使用的第一混合自动重传请求HARQ进程已被配置授权CG资源占用，且满足第一预设条件的情况下，确定满足第二预设条件的第二HARQ进程；
将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为所述第二HARQ进程；
其中，所述第一预设条件包括以下中的至少一项：
所述CG资源的优先级高于第一门限；
所述调度信息为采用小区无线网络临时标识C-RNTI加扰的物理下行控制信道PDCCH；
MAC实体确定所述CG资源的物理上行共享信道PUSCH先听后说LBT失败；以及
所述CG资源对应的时刻到调度信息对应的时刻之间的时间小于第二门限；
其中，所述第二预设条件包括以下条件中的至少一项：
所述第二HARQ进程的缓冲池为空；
所述第二HARQ进程未被DG资源占用；
所述第二HARQ进程的CG定时器未运行；以及
所述第二HARQ进程对应的CG索引与第一HARQ进程对应的CG索引相同。
2.根据权利要求1所述的方法，其特征在于，所述将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为第二HARQ进程，包括：
将所述CG资源使用的HARQ进程的标识设置为所述第二HARQ进程的标识。
3.根据权利要求1或2所述的方法，其特征在于，在所述DG资源使用的第一混合自动重传请求HARQ进程已被配置授权CG资源占用的情况下，所述方法还包括以下中的至少一项：
选择所述第二HARQ进程；
将CG媒体接入控制MAC协议数据单元PDU保存至所述第二HARQ进程的HARQ缓冲池；
删除所述第一HARQ缓冲池中的数据；
启动或重启所述第二HARQ进程的CG定时器；以及
停止所述第一HARQ进程的CG定时器。
4.根据权利要求1或2所述的方法，其特征在于，所述第一门限包括所述DG资源的优先级。
5.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
通过MAC实体收到用于指示所述CG资源的PUSCH LBT失败的信息。
6.根据权利要求1或2所述的方法，其特征在于，所述CG资源对应的时刻包括以下时刻中的至少一项：
终端设备发送物理上行共享信道PUSCH的结束时刻；
终端设备发送PUSCH中的上行控制信息UCI的结束时刻；
终端设备发送PUSCH对应的至少一列解调参考信号DMRS的结束时刻；以及
终端设备发送PUSCH的开始时刻。
7.根据权利要求1或2所述的方法，其特征在于，所述调度信息对应的时刻包括以下时刻中的至少一项：
所述调度信息的起始时域符号位置；
所述调度信息的结束时域符号位置；
终端设备接收所述调度信息的起始时刻；以及
终端设备接收所述调度信息的结束时刻。
8.根据权利要求1或2所述的方法，其特征在于，所述第二门限包括以下中的至少一项：
物理上行共享信道PUSCH中的上行控制信息UCI的解调时间；
PUSCH的处理时间；以及
PUSCH解调参考信号DMRS的解调时间。
9.根据权利要求1或2所述的方法，其特征在于，所述第二门限为预配置阈值，或所述第二门限为网络设备配置的阈值。
10.根据权利要求1或2所述的方法，其特征在于，所述第一预设条件还包括以下中的至少一项：
所述CG资源对应的MAC PDU已经递交到物理层；
所述CG资源对应的MAC PDU处于未完成传输状态；
所述CG资源对应的MAC PDU处于正在传输状态；
承载在所述CG资源上的数据高于第三门限；
承载在所述CG资源上的MAC控制元素CE的优先级高于第四门限；
所述DG资源用于传输新传数据或重传数据；
所述调度信息用于调度新传数据或重传数据；
所述调度信息指示的传输块大小TBS和所述CG 的大小不同；以及
所述调度信息的接收时刻不满足前一次CG传输的处理时延。
11. 根据权利要求10所述的方法，其特征在于，所述第三门限包括承载在所述DG资源上的数据的优先级，和/或，所述第四门限包括承载在所述DG资源上的MAC CE的优先级。
12.根据权利要求10所述的方法，其特征在于，所述方法还包括：
若在目标时间段内收到所述调度信息，确定所述调度信息的接收时刻不满足前一次CG传输的处理时延；
其中所述目标时间段包括以下时间段的至少一项：
终端设备发送物理上行共享信道PUSCH的开始时刻至终端设备接收PDCCH的开始时刻之间的时间段；终端设备发送物理上行共享信道PUSCH的结束时刻至终端设备接收PDCCH的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDCCH对应的解调参考信号DMRS的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDSCH的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDSCH的开始时刻之间的时间段。
13.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
在所述CG资源上发送所述CG资源上承载的数据，所述CG资源上承载的数据包括所述第二HARQ进程的信息。
14.根据权利要求1或2所述的方法，其特征在于，所述方法适用于工业互联网IIoT和/或新空口-非授权通信网络。
15.一种终端设备，其特征在于，包括：
通信单元，用于接收网络设备发送的用于调度动态授权DG资源的调度信息；
处理单元，在所述DG资源使用的第一混合自动重传请求HARQ进程已被配置授权CG资源占用，且满足第一预设条件的情况下，确定满足第二预设条件的第二HARQ进程，并将所述CG资源使用的HARQ进程从所述第一HARQ进程切换为所述第二HARQ进程；
其中，所述第一预设条件包括以下中的至少一项：
所述CG资源的优先级高于第一门限；
所述调度信息为采用小区无线网络临时标识C-RNTI加扰的物理下行控制信道PDCCH；
MAC实体确定所述CG资源的物理上行共享信道PUSCH先听后说LBT失败；以及
所述CG资源对应的时刻到调度信息对应的时刻之间的时间小于第二门限；
其中，所述第二预设条件包括以下条件中的至少一项：
所述第二HARQ进程的缓冲池为空；
所述第二HARQ进程未被DG资源占用；
所述第二HARQ进程的CG定时器未运行；以及
所述第二HARQ进程对应的CG索引与第一HARQ进程对应的CG索引相同。
16.根据权利要求15所述的终端设备，其特征在于，所述处理单元具体用于：
将所述CG资源使用的HARQ进程的标识设置为所述第二HARQ进程的标识。
17.根据权利要求15或16所述的终端设备，其特征在于，所述处理单元还用于执行以下行为中的至少一项：
选择所述第二HARQ进程；
将CG媒体接入控制MAC协议数据单元PDU保存至所述第二HARQ进程的HARQ缓冲池；
删除所述第一HARQ缓冲池中的数据；
启动或重启所述第二HARQ进程的CG定时器；以及
停止所述第一HARQ进程的CG定时器。
18.根据权利要求15或16所述的终端设备，其特征在于，所述第一门限包括所述DG资源的优先级。
19.根据权利要求15或16所述的终端设备，其特征在于，所述处理单元还用于：
通过MAC实体收到用于指示所述CG资源的PUSCH LBT失败的信息。
20.根据权利要求15或16所述的终端设备，其特征在于，所述CG资源对应的时刻包括以下时刻中的至少一项：
终端设备发送物理上行共享信道PUSCH的结束时刻；
终端设备发送PUSCH中的上行控制信息UCI的结束时刻；
终端设备发送PUSCH对应的至少一列DMRS的结束时刻；以及
终端设备发送PUSCH的开始时刻。
21.根据权利要求15或16所述的终端设备，其特征在于，所述调度信息对应的时刻包括以下时刻中的至少一项：
所述调度信息的起始时域符号位置；
所述调度信息的结束时域符号位置；
终端设备接收所述调度信息的起始时刻；以及
终端设备接收所述调度信息的结束时刻。
22.根据权利要求15或16所述的终端设备，其特征在于，所述第二门限包括以下中的至少一项：
物理上行共享信道PUSCH中的上行控制信息UCI的解调时间；
PUSCH的处理时间；以及
PUSCH解调参考信号DMRS的解调时间。
23.根据权利要求15或16所述的终端设备，其特征在于，所述第二门限为预配置阈值，或所述第二门限为网络设备配置的阈值。
24.根据权利要求15或16所述的终端设备，其特征在于，所述第一预设条件还包括以下中的至少一项：
所述CG资源对应的MAC PDU已经递交到物理层；
所述CG资源对应的MAC PDU处于未完成传输状态；
所述CG资源对应的MAC PDU处于正在传输状态；
承载在所述CG资源上的数据高于第三门限；
承载在所述CG资源上的MAC控制元素CE的优先级高于第四门限；
所述DG资源用于传输新传数据或重传数据；
所述调度信息用于调度新传数据或重传数据；
所述调度信息指示的传输块大小TBS和所述CG 的大小不同；以及
所述调度信息的接收时刻不满足前一次CG传输的处理时延。
25. 根据权利要求24所述的终端设备，其特征在于，所述第三门限包括承载在所述DG资源上的数据的优先级，和/或，所述第四门限包括承载在所述DG资源上的MAC CE的优先级。
26.根据权利要求24所述的终端设备，其特征在于，所述处理单元还用于：
若在目标时间段内收到所述调度信息，确定所述调度信息的接收时刻不满足前一次CG传输的处理时延；
其中所述目标时间段包括以下时间段的至少一项：
终端设备发送物理上行共享信道PUSCH的开始时刻至终端设备接收PDCCH的开始时刻之间的时间段；终端设备发送物理上行共享信道PUSCH的结束时刻至终端设备接收PDCCH的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDCCH对应的解调参考信号DMRS的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDSCH的结束时刻之间的时间段；终端设备发送PUSCH中的上行控制信息UCI的结束时刻至终端设备接收PDSCH的开始时刻之间的时间段。
27.根据权利要求15或16所述的终端设备，其特征在于，所述通信单元还用于：
在所述CG资源上发送所述CG资源上承载的数据，所述CG资源上承载的数据包括所述第二HARQ进程的信息。
28.根据权利要求15或16所述的终端设备，其特征在于，所述终端设备适用于工业互联网IIoT和/或新空口-非授权通信网络。
29.一种终端设备，其特征在于，包括：
处理器、存储器和收发器，所述存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，以执行权利要求1至14中任一项所述的方法。
30.一种芯片，其特征在于，包括：
处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至14中任一项所述的方法。
31.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至14中任一项所述的方法。
32.一种计算机程序产品，其特征在于，包括计算机程序指令，所述计算机程序指令使得计算机执行如权利要求1至14中任一项所述的方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2019/107595 WO2021056209A1 (zh) | 2019-09-24 | 2019-09-24 | 无线通信的方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113647182A CN113647182A (zh) | 2021-11-12 |
| CN113647182B true CN113647182B (zh) | 2024-05-31 |
Family
ID=75165581
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201980095275.9A Active CN113647182B (zh) | 2019-09-24 | 2019-09-24 | 无线通信的方法和设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN113647182B (zh) |
| WO (1) | WO2021056209A1 (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116918435A (zh) * | 2021-06-02 | 2023-10-20 | Oppo广东移动通信有限公司 | 数据传输方法及相关装置 |
| WO2024065510A1 (zh) * | 2022-09-29 | 2024-04-04 | Oppo广东移动通信有限公司 | 用于侧行通信的方法及终端设备 |
| WO2024119448A1 (zh) * | 2022-12-08 | 2024-06-13 | Oppo广东移动通信有限公司 | 用于无线传输的处理方法、装置、设备、存储介质及产品 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109586854A (zh) * | 2017-09-28 | 2019-04-05 | 华为技术有限公司 | 数据传输方法及装置 |
| CN110167180A (zh) * | 2018-02-11 | 2019-08-23 | 维沃移动通信有限公司 | 一种传输方法和设备 |
| CN110249674A (zh) * | 2018-01-11 | 2019-09-17 | 瑞典爱立信有限公司 | 用于控制对被配置授权的超控的方法和设备 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10785791B1 (en) * | 2015-12-07 | 2020-09-22 | Commscope Technologies Llc | Controlling data transmission in radio access networks |
| JP2020036051A (ja) * | 2016-12-28 | 2020-03-05 | 株式会社Ｎｔｔドコモ | ユーザ装置、及びデータ送信方法 |
| EP3625915A1 (en) * | 2017-05-15 | 2020-03-25 | Telefonaktiebolaget LM Ericsson (PUBL) | Methods of sharing harq process ids between semi-persistent scheduling and dynamic grants |
| US11246154B2 (en) * | 2017-09-07 | 2022-02-08 | Comcast Cable Communications, Llc | Configured grant and dynamic grant transmission |
| US10756852B2 (en) * | 2018-02-15 | 2020-08-25 | Ofinno, Llc | Control element trigger |
-
2019
- 2019-09-24 CN CN201980095275.9A patent/CN113647182B/zh active Active
- 2019-09-24 WO PCT/CN2019/107595 patent/WO2021056209A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109586854A (zh) * | 2017-09-28 | 2019-04-05 | 华为技术有限公司 | 数据传输方法及装置 |
| CN110249674A (zh) * | 2018-01-11 | 2019-09-17 | 瑞典爱立信有限公司 | 用于控制对被配置授权的超控的方法和设备 |
| CN110167180A (zh) * | 2018-02-11 | 2019-08-23 | 维沃移动通信有限公司 | 一种传输方法和设备 |
Non-Patent Citations (3)
| Title |
|---|
| "R2-1903143-Prioritization rules for CG amp * |
| CATT.R2-1905748 "Leftover issues for CG/CG and CG/DG prioritization".3GPP tsg_ran\wg2_rl2.2019,(第tsgr2_106期),第2部分. * |
| DG and CG amp ; CG collisions".3GPP tsg_ran\wg2_rl2.2019,第2部分. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113647182A (zh) | 2021-11-12 |
| WO2021056209A1 (zh) | 2021-04-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US12022517B2 (en) | Non-scheduling resource based data sending method and apparatus thereof | |
| US8982780B2 (en) | Method and apparatus for improving uplink transmission in a wireless communication system | |
| US11589384B2 (en) | Data transmission method, terminal device, and network device | |
| EP3687244B1 (en) | Scheduling request processing method and terminal device | |
| US10433332B2 (en) | Method for transmitting uplink in unlicensed band and device using same | |
| WO2021062602A1 (en) | Method and apparatus for sharing channel occupancy time on unlicensed spectrum | |
| US20150195854A1 (en) | Methods and apparatus for contention based transmission | |
| WO2020191637A1 (zh) | 随机接入的方法、终端设备和网络设备 | |
| CN113647182B (zh) | 无线通信的方法和设备 | |
| WO2021035535A1 (zh) | 无线通信的方法、终端设备和网络设备 | |
| US11528714B2 (en) | Data transmission method and apparatus | |
| WO2020024616A1 (zh) | 一种随机接入方法及相关设备 | |
| CN113708908B (zh) | 一种ue自动传输处理方法及其装置 | |
| CN113557779B (zh) | 调度请求传输的方法和设备 | |
| CN116134906A (zh) | 一种随机接入方法、电子设备及存储介质 | |
| JP2023536002A (ja) | データ送信のための方法および装置 | |
| EP3684130B1 (en) | Information transmission method and device | |
| WO2020215330A1 (zh) | 随机接入过程中传输信息的方法、终端设备和网络设备 | |
| CN113647171B (zh) | 无线通信的方法和设备 | |
| CN108811158B (zh) | 处理用于逻辑信道的调度请求的装置及方法 | |
| CN109600860B (zh) | 随机接入方法、装置、设备、存储介质和程序产品 | |
| CN116830697A (zh) | 一种cg资源处理方法、终端设备及网络设备 | |
| CN114946269A (zh) | 用于及时调度的方法及设备 | |
| WO2023070661A1 (zh) | 数据传输方法、终端设备、计算机存储介质及程序产品 | |
| EP3703455B1 (en) | Methods, terminal device and system for data transmission |
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 |