CN113678531B - 上行逻辑信道复用的方法和终端设备 - Google Patents

上行逻辑信道复用的方法和终端设备 Download PDF

Info

Publication number
CN113678531B
CN113678531B CN201980094852.2A CN201980094852A CN113678531B CN 113678531 B CN113678531 B CN 113678531B CN 201980094852 A CN201980094852 A CN 201980094852A CN 113678531 B CN113678531 B CN 113678531B
Authority
CN
China
Prior art keywords
logical channel
candidate
harq process
logic
channel
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
CN201980094852.2A
Other languages
English (en)
Other versions
CN113678531A (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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp 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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of CN113678531A publication Critical patent/CN113678531A/zh
Application granted granted Critical
Publication of CN113678531B publication Critical patent/CN113678531B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation

Abstract

本申请实施例涉及上行逻辑信道复用的方法和终端设备。该方法包括:终端设备确定目标HARQ进程的状态信息,所述目标HARQ进程的状态信息用于指示所述目标HARQ进程的HARQ功能是否处于使能状态;所述终端设备确定与待传输数据对应的至少一个逻辑信道的属性信息,所述至少一个逻辑信道的属性信息用于指示所述至少一个逻辑信道对HARQ功能处于不同状态的HARQ进程的使用情况;所述终端设备根据所述状态信息以及所述属性信息,为所述至少一个逻辑信道分配资源。本申请实施例的上行逻辑信道复用的方法和终端设备,能够针对HARQ功能开启或者关闭的HARQ进程,进行上行逻辑信道复用。

Description

上行逻辑信道复用的方法和终端设备
技术领域
本申请涉及通信领域,尤其涉及上行逻辑信道复用的方法和终端设备。
背景技术
针对非地面通信网络(Non-Terrestrial Network,NTN)系统中终端与卫星之间的无线信号传输时延较大的特性,在对NTN标准化过程中正在讨论引入去使能混合自动重复请求(Hybrid Automatic Repeat Request,HARQ)功能以降低数据传输时延,并且同意可以基于HARQ进程进行使能/去使能HARQ功能的配置,即对于一个终端的多个HARQ进程,可以配置其中一部分HARQ进程的HARQ功能为使能状态,另一个部分HARQ进程的HARQ功能为去使能状态。
对于下行传输,网络在调度时可以根据不同逻辑信道的服务质量(Quality ofService,QoS)要求,将具有不同QoS要求的逻辑信道分配到不同的HARQ进程上去传输。
但是对于上行传输,由于网络是基于终端分配物理上行共享信道(PhysicalUplink Shared Channel,PUSCH)资源,而在网络分配的资源上传输哪些逻辑信道,是由终端决定的。那么对于关闭HARQ功能的HARQ进程和开启HARQ功能的HARQ进程,如何完成上行逻辑信道复用是目前亟需解决的问题。
发明内容
本申请实施例提供一种上行逻辑信道复用的方法和终端设备,能够针对HARQ功能开启或者关闭的HARQ进程,进行上行逻辑信道复用。
第一方面,提供了一种上行逻辑信道复用的方法,包括:终端设备确定目标HARQ进程的状态信息,所述目标HARQ进程的状态信息用于指示所述目标HARQ进程的HARQ功能是否处于使能状态;所述终端设备确定与待传输数据对应的至少一个逻辑信道的属性信息,所述至少一个逻辑信道的属性信息用于指示所述至少一个逻辑信道中的每个逻辑信道对HARQ功能处于不同状态的HARQ进程的使用情况,所述目标HARQ进程用于传输所述待传输数据;所述终端设备根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,为所述至少一个逻辑信道分配所述目标HARQ进程对应的资源。
第二方面,提供了一种终端设备,用于执行上述第一方面或其各实现方式中的方法。具体地,该终端设备包括用于执行上述第一方面或其各实现方式中的方法的功能模块。
第三方面,提供了一种终端设备,包括处理器和存储器。该存储器用于存储计算机程序,该处理器用于调用并运行该存储器中存储的计算机程序,执行上述第一方面或其各实现方式中的方法。
第四方面,提供了一种芯片,用于实现上述第一方面至第二方面中的任一方面或其各实现方式中的方法。具体地,该芯片包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有该芯片的设备执行如上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第五方面,提供了一种计算机可读存储介质,用于存储计算机程序,该计算机程序使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第六方面,提供了一种计算机程序产品,包括计算机程序指令,该计算机程序指令使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
第七方面,提供了一种计算机程序,当其在计算机上运行时,使得计算机执行上述第一方面至第二方面中的任一方面或其各实现方式中的方法。
通过上述技术方案,基于HARQ进程配置每个HARQ进程的HARQ功能的使能状态,对应的,结合业务QoS需求(如时延,传输可靠性等),还可以设置各个逻辑信道的属性,该属性指示了各个逻辑信道对不同状态的HARQ进程的使用情况,并且,依据HARQ进程的HARQ功能的使能状态和逻辑信道的属性,能够更好的完成上行逻辑信道复用,可以很好地满足各种业务不同的QoS要求。
附图说明
图1是本申请实施例提供的一种通信系统架构的示意性图。
图2是本申请实施例提供的一种上行逻辑信道复用的方法的示意性流程图。
图3是本申请实施例提供的一种上行逻辑信道复用的示意图。
图4是本申请实施例提供的一种上行逻辑信道复用的另一示意图。
图5是本申请实施例提供的一种上行逻辑信道复用的再一示意图。
图6是本申请实施例提供的一种上行逻辑信道复用的再一示意图。
图7是本申请实施例提供的一种终端设备的示意性框图。
图8是本申请实施例提供的一种通信设备的示意性框图。
图9是本申请实施例提供的一种芯片的示意性框图。
图10是本申请实施例提供的一种通信系统的示意性图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(GlobalSystem of Mobile communication,GSM)系统、码分多址(Code Division MultipleAccess,CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long TermEvolution,LTE)系统、LTE频分双工(Frequency Division Duplex,FDD)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal MobileTelecommunication System,UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access,WiMAX)通信系统或5G系统等。
示例性的,本申请实施例应用的通信系统100如图1所示。该通信系统100可以包括网络设备110,网络设备110可以是与终端设备120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域内的终端设备进行通信。可选地,该网络设备110可以是GSM系统或CDMA系统中的基站(BaseTransceiver Station,BTS),也可以是WCDMA系统中的基站(NodeB,NB),还可以是LTE系统中的演进型基站(Evolutional Node B,eNB或eNodeB),或者是云无线接入网络(CloudRadio Access Network,CRAN)中的无线控制器,或者该网络设备可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G网络中的网络侧设备或者未来演进的公共陆地移动网络(Public Land Mobile Network,PLMN)中的网络设备等。
该通信系统100还包括位于网络设备110覆盖范围内的至少一个终端设备120。作为在此使用的“终端设备”包括但不限于经由有线线路连接,如经由公共交换电话网络(Public Switched Telephone Networks,PSTN)、数字用户线路(Digital SubscriberLine,DSL)、数字电缆、直接电缆连接;和/或另一数据连接/网络;和/或经由无线接口,如,针对蜂窝网络、无线局域网(Wireless Local Area Network,WLAN)、诸如DVB-H网络的数字电视网络、卫星网络、AM-FM广播发送器;和/或另一终端设备的被设置成接收/发送通信信号的装置;和/或物联网(Internet of Things,IoT)设备。被设置成通过无线接口通信的终端设备可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话;可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的个人通信系统(Personal Communications System,PCS)终端;可以包括无线电电话、寻呼机、因特网/内联网接入、Web浏览器、记事簿、日历以及/或全球定位系统(Global PositioningSystem,GPS)接收器的PDA;以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端设备可以指接入终端、用户设备(User Equipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进的PLMN中的终端设备等。
可选地,终端设备120之间可以进行终端直连(Device to Device,D2D)通信。
可选地,5G系统或5G网络还可以称为新无线(New Radio,NR)系统或NR网络。
图1示例性地示出了一个网络设备和两个终端设备,可选地,该通信系统100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备,本申请实施例对此不做限定。
可选地,该通信系统100还可以包括网络控制器、移动管理实体等其他网络实体,本申请实施例对此不作限定。
应理解,本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例,通信设备可包括具有通信功能的网络设备110和终端设备120,网络设备110和终端设备120可以为上文所述的具体设备,此处不再赘述;通信设备还可包括通信系统100中的其他设备,例如网络控制器、移动管理实体等其他网络实体,本申请实施例中对此不做限定。
应理解,本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
目前第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)正在研究NTN技术,NTN一般采用卫星通信的方式向地面用户提供通信服务。相比地面蜂窝网通信,卫星通信具有很多独特的优点。首先,卫星通信不受用户地域的限制,例如一般的陆地通信不能覆盖海洋、高山、沙漠等无法搭设通信设备或由于人口稀少而不做通信覆盖的区域,而对于卫星通信来说,由于一颗卫星即可以覆盖较大的地面,加之卫星可以围绕地球做轨道运动,因此理论上地球上每一个角落都可以被卫星通信覆盖。其次,卫星通信有较大的社会价值。卫星通信在边远山区、贫穷落后的国家或地区都可以以较低的成本覆盖到,从而使这些地区的人们享受到先进的语音通信和移动互联网技术,有利于缩小与发达地区的数字鸿沟,促进这些地区的发展。再次,卫星通信距离远,且通信距离增大通讯的成本没有明显增加;最后,卫星通信的稳定性高,不受自然灾害的限制。
通信卫星按照轨道高度的不同,通常可以分为低地球轨道(Low-Earth Orbit,LEO)卫星、中地球轨道(Medium-Earth Orbit,MEO)卫星、地球同步轨道(GeostationaryEarth Orbit,GEO)卫星、高椭圆轨道(High Elliptical Orbit,HEO)卫星等等。目前阶段主要研究的是LEO和GEO。
LEO卫星高度范围为500km~1500km,相应轨道周期约为1.5小时~2小时。用户间单跳通信的信号传播延迟一般小于20ms。最大卫星可视时间20分钟。信号传播距离短,链路损耗少,对用户终端的发射功率要求不高。
GEO卫星,轨道高度为35786km,围绕地球旋转周期为24小时。用户间单跳通信的信号传播延迟一般为250ms。
为了保证卫星的覆盖以及提升整个卫星通信系统的系统容量,卫星采用多波束覆盖地面,一颗卫星可以形成几十甚至数百个波束来覆盖地面;一个卫星波束可以覆盖直径几十至上百公里的地面区域。
下面对NR HARQ机制进行介绍。
NR设置有两级重传机制:介质访问控制层(Media Access Control,MAC)层的HARQ机制和无线链路层控制协议(Radio Link Control,RLC)层的自动重传请求(AutomaticRepeat-reQuest,ARQ)机制。丢失或出错的数据的重传主要是由MAC层的HARQ机制处理的,并由RLC层的重传功能进行补充。MAC层的HARQ机制能够提供快速重传,RLC层的ARQ机制能够提供可靠的数据传输。
HARQ使用停等协议(Stop-and-Wait Protocol)来发送数据。在停等协议中,发送端发送一个传输块(Transport Block,TB)后,就停下来等待确认信息。这样,每次传输后发送端就停下来等待确认,会导致用户吞吐量很低。因此,NR使用多个并行的HARQ进程,当一个HARQ进程在等待确认信息时,发送端可以使用另一个HARQ进程来继续发送数据。这些HARQ进程共同组成了一个HARQ实体,这个实体结合了停等协议,允许数据连续传输。HARQ有上行HARQ和下行HARQ之分。上行HARQ针对上行数据传输,下行HARQ针对下行数据传输。两者相互独立。
基于目前NR协议的规定,终端对应每个服务小区都有各自的HARQ实体。每个HARQ实体维护一组并行的下行HARQ进程和一组并行的上行HARQ进程。目前每个上下行载波均支持最大16个HARQ进程。基站可以根据网络部署情况通过无线资源控制(Radio ResourceControl,RRC)信令半静态配置向UE指示最大的HARQ进程数。如果网络没有提供相应的配置参数,则下行缺省的HARQ进程数为8,上行每个载波支持的最大HARQ进程数始终为16。每个HARQ进程对应一个HARQ进程标识(Identity,ID)。对于下行,广播控制信道(BroadcastControl Channel,BCCH)使用一个专用的广播HARQ进程。对于上行,随机过程中的Msg3传输使用HARQ ID 0。
对于不支持下行空分复用的终端,每个下行HARQ进程只能同时处理1个TB;对于支持下行空分复用的终端,每个下行HARQ进程可以同时处理1个或者2个TB。终端的每个上行HARQ进程同时处理1个TB。
HARQ在时域上分为同步和异步两类,在频域上分为非自适应和自适应两类。NR上下行均使用异步自适应HARQ机制。异步HARQ即重传可以发生在任意时刻,同一个TB的重传与上一次传输的时间间隔是不固定的。自适应HARQ即可以改变重传所使用的频域资源和调制与编码策略(Modulation and Coding Scheme,MCS)。
下面对NR逻辑信道优先级(Logical Channel Prioritization,LCP)处理进行介绍。
与LTE相同,在NR中,网络是基于每个用户(per-UE)而不是每个承载(per-bearer)分配上行传输资源的,哪些无线承载的数据能够放入分配的上行传输资源中传输是由UE决定的。
基于网络配置的上行传输资源,UE需要决定在初传MAC协议数据单元(ProtocolData Unit,PDU)中的每个逻辑信道的传输数据量,在某些情况下UE还要为MAC CE分配资源。为了实现上行逻辑信道的复用,需要为每个上行逻辑信道分配一个优先级。对于一个给定大小的MAC PDU,在有多个上行逻辑信道同时有数据传输需求的情况下,按照各个上行逻辑信道对应的逻辑信道优先级从大到小的顺序依次分配该MAC PDU的资源。同时,为了兼顾不同逻辑信道之间的公平性,引入了优先比特速率(Prioritized Bit Rate,PBR)的概率,在UE进行逻辑信道复用时,需要先保证各个逻辑信道的最小数据速率需求,从而避免由于优先级高的上行逻辑信道始终占据网络分配给UE的上行资源导致该UE的其他优先级低的上行逻辑信道被“饿死”的情况。
为了实现上行逻辑信道的复用,网络通常会通过RRC为每个上行逻辑信道配置以下参数:逻辑信道优先级(priority):优先级的取值越小,对应的优先级越高;PBR,表示该逻辑信道需要保证的最小速率;令牌桶容量(Bucket Size Duration,BSD):该参数决定令牌桶的深度。
UE的MAC使用令牌桶机制实现上行逻辑信道复用。具体地,UE为每个上行逻辑信道j维护一个变量Bj,该变量指示了令牌桶里当前可用的令牌数,方法如下:UE在建立逻辑信道j时,初始化Bj为0;UE在每次LCP过程之前,将Bj增加PBR*T,其中T为上次增加Bj的时刻到当前时刻的时间间隔;如果按照步骤2更新后的Bj大于令牌桶最大容量(即PBR*BSD),则将Bj设置为该令牌桶的最大容量。
当UE收到指示新传的上行(uplink,UL)授权(grant)时,UE按照如下步骤进行LCP处理。
步骤1:对于所有Bj>0的逻辑信道,按照优先级从高到低的顺序分配资源,每个逻辑信道分配的资源只能满足PBR的要求,即根据逻辑信道对应的PBR令牌桶中的令牌数为该逻辑信道分配资源。当某个逻辑信道的PBR设置为无穷大时,只有当这个逻辑信道的资源得到满足后,才会考虑比它优先级低的其他逻辑信道。
步骤2:将Bj减去逻辑信道j在步骤1里复用到MAC PDU的所有MAC服务数据单元(service data unit,SDU)的大小。
步骤3:如果执行完步骤1和步骤2之后还有剩余的上行资源,则不管各个逻辑信道的Bj的大小(即无论大于0、等于0或者小于0),按照逻辑信道优先级从高到低的顺序,把剩余的资源依次分配给各个逻辑信道。只有当高优先级的逻辑信道的数据都发送完毕且ULgrant还未耗尽的情况下,低优先级的逻辑信道才能得到服务。即此时UE最大化高优先级的逻辑信道的数据传输。
与此同时,UE还应遵循如下原则:如果整个RLC SDU能够填入剩余的资源中,则不应该对该RLC SDU进行分段;如果UE对逻辑信道中的RLC SDU进行分段,则应根据剩余资源的大小,尽量填入最大分段;UE应该最大化数据的传输;如果UL grant大小大于或者等于8bytes,并且UE有数据传输的需求,则UE不能只发送填充(padding)缓冲区状态报告(Buffer Status Report,BSR)或者只发送padding。
对于不同的信号和/或逻辑信道,UE进行LCP处理时,还需要遵循以下优先级顺序(按照优先级从高到低的顺序排列):小区无线网络临时标识(Cell-Radio NetworkTemporary Identifier,C-RNTI)MAC控制元素(Control Element,CE)或来自UL公共控制信道(common control channel,CCCH)的数据;配置授权确认(Configured GrantConfirmation)MAC CE;用于除padding BSR之外的BSR MAC CE;单入口(Single Entry)功率余量上报(Power Headroom Report,PHR)MAC CE或者多入口(Multiple Entry)PHR MACCE;来自除UL-CCCH之外的任意逻辑信道的数据;用于推荐比特速率查询(Recommended bitrate query)的MAC CE;用于padding BSR的BSR MAC CE。
针对NTN系统中终端与卫星之间的无线信号传输时延较大的特性,在3GPP对NTN标准化过程中正在讨论引入去使能HARQ功能以降低数据传输时延,并且同意可以基于HARQ进程进行使能/去使能HARQ功能的配置,即对于一个终端的多个HARQ进程,可以配置其中一部分HARQ进程的HARQ功能为使能状态,另一个部分HARQ进程的HARQ功能为去使能状态。
将某个HARQ进程的HARQ反馈功能配置为去使能状态,一方面,网络可以不等待接收UE的上行传输(对于上行HARQ为上行数据传输,对于下行HARQ为UE针对该HARQ的下行数据传输的ACK/NACK反馈)而持续调度该HARQ进程进行数据传输,从而降低MAC传输时延;但另一方面,如果网络不再调度该HARQ进程进行重传,MAC传输可靠性会受到影响。
由于不同的业务有不同的QoS要求,比如有些业务对时延敏感,有些业务对丢包率有严格的要求。对于时延敏感的业务,可以使用HARQ功能配置为去使能状态的HARQ进程进行传输,从而降低传输时延;对于对丢包率有严格要求的业务,而可以使用HARQ功能配置为使能状态的HARQ进程进行传输,从而提高传输可靠性。
对于下行传输,网络在调度时可以根据不同逻辑信道的QoS要求,将具有不同QoS要求的逻辑信道分配到不同的HARQ进程上去传输。
但是对于上行传输,由于网络是基于UE分配PUSCH资源,而在网络分配的资源上传输哪些逻辑信道,是由UE决定的。对于关闭HARQ功能的HARQ进程和开启HARQ功能的HARQ进程,如何完成上行逻辑信道复用,需要从标准层面制定一套规则。因此,本申请实施例提出了一种上行逻辑信道复用的方法,能够解决这一问题。
图2为本申请实施例提供的一种上行逻辑信道复用的方法200的示意性流程图。该方法200可以由终端设备执行,例如,该终端设备可以为如图1所示的终端设备。如图2所示,该方法200包括:S210,终端设备确定目标HARQ进程的状态信息,该目标HARQ进程的状态信息用于指示该目标HARQ进程的HARQ功能是否处于使能状态。
具体地,本申请实施例将任意一个上行HARQ进程称为目标HARQ进程,并以该目标HARQ进程为例进行说明。终端设备可以通过多种方式确定该上行的目标HARQ进程的相关参数。
例如,该终端设备可以接收网络设备发送的RRC信息,通过该RRC信息为终端设备配置上行HARQ进程数,和/或,为每个HARQ进程配置状态信息,其中,所述目标HARQ进程为所述为终端配置的上行HARQ进程中的任意一个,则该RRC信息可以用于终端设备确定目标HARQ进程的状态信息。
再例如,该终端设备还可以接收网络设备发送的PDCCH,该PDCCH用于指示上行调度信息,该上行调度信息可以包括以下信息中的至少一个:分配给终端设备用于PUSCH传输的上行资源,该PUSCH传输所使用的HARQ进程号,以及为所述目标HARQ进程配置状态信息,其中,所述目标HARQ进程为所述PUSCH传输所使用的上行HARQ进程,即该PDCCH可以用于终端设备确定目标HARQ进程的状态信息。
应理解,该目标HARQ进程的状态信息用于指示该目标HARQ进程的HARQ功能是否处于使能状态,即终端设备可以根据该目标HARQ进程的状态信息,确定该目标HARQ进程的HARQ功能处于使能状态;或者,终端设备根据该目标HARQ进程的状态信息,确定该目标HARQ进程的HARQ功能处于取去使能状态。
如图2所示,该方法200还包括:S220,该终端设备确定与待传输数据对应的至少一个逻辑信道的属性信息,该至少一个逻辑信道的属性信息用于指示该至少一个逻辑信道对HARQ功能处于不同状态的HARQ进程的使用情况,该目标HARQ进程用于传输该待传输数据。
应理解,终端设备在进行上行传输时,例如,终端设备接收来自网络设备的ULgrant指示上行初传,同时指示本次上行传输使用的HARQ进程为目标HARQ进程,终端设备选择本次上行传输的至少一个逻辑信道,即终端设备将当前有待传输数据的所有逻辑信道确定为该至少一个逻辑信道。
具体地,终端设备可以通过多种方式确定与待传输数据对应的至少一个逻辑信道的属性信息,例如,该终端设备接收网络设备发送的RRC信息,该RRC信息可以包括该至少一个逻辑信道的属性信息,例如,网络设备可以根据业务QoS需求(如时延,传输可靠性等)为每个上行逻辑信道配置属性信息;另外,该RRC还可以包括该至少一个逻辑信道的其他信息,例如,对于终端设备的每个上行逻辑信道,该RRC信息可以包括以下信息的至少一个:优先级、PBR以及BSD。
应理解,该至少一个逻辑信道的属性信息可以用于终端设备确定该至少一个逻辑信道对HARQ功能处于不同状态的HARQ进程的使用情况。例如,对应于HARQ进程的HARQ功能可能处于使能或者去使能状态,该至少一个逻辑信道中可能存在部分逻辑信道的属性信息为第一属性,而另一部分逻辑信道的属性信息为第二属性,其中,该第一属性为禁止使用HARQ功能处于去使能状态的HARQ进程传输,该第二属性为禁止使用HARQ功能处于使能状态的HARQ进程传输;或者,该至少一个逻辑信道中可能存在部分逻辑信道的属性信息为第三属性,而另一部分逻辑信道的属性信息为第四属性,其中,该第三属性为优先使用HARQ功能处于使能状态的HARQ进程传输,该第四属性为优先使用HARQ功能处于去使能状态的HARQ进程传输。
如图2所示,该方法200还包括:S230,该终端设备根据该目标HARQ进程的状态信息以及该至少一个逻辑信道的属性信息,为该至少一个逻辑信道分配该目标HARQ进程对应的资源。
具体地,对于目标HARQ进程的状态信息可能指示该目标HARQ进程的HARQ功能处于使能或者去使能状态,对应的,至少一个逻辑信道的属性信息可能不同,则终端设备可以通过不同的方式为该至少一个逻辑信道分配该目标HARQ进程对应的资源。下面将结合几种不同情况,进行详细描述。
可选地,作为第一个实施例,本申请实施例中的方法200的S230可以具体包括:该终端设备根据该目标HARQ进程的状态信息以及该至少一个逻辑信道的属性信息,在该至少一个逻辑信道中确定候选逻辑信道,为了便于区别,这里将确定的候选逻辑信道看作一个集合,并称为第一候选逻辑信道集合,第一候选逻辑信道集合中包括至少一个候选逻辑信道;该终端设备为该第一候选逻辑信道集合中的候选逻辑信道分配该目标HARQ进程对应的资源,且不为该至少一个逻辑信道中不属于该第一候选逻辑信道集合的逻辑信道分配该目标HARQ进程对应的资源。也就是说,对于具有待传输数据的至少一个逻辑信道,可能存在部分逻辑信道,终端设备不为该部分逻辑信道分配资源。
具体地,该终端设备根据该目标HARQ进程的状态信息以及该至少一个逻辑信道的属性信息,在该至少一个逻辑信道中确定第一候选逻辑信道集合,包括:若该目标HARQ进程的状态信息指示该目标HARQ进程的HARQ功能处于使能状态,该终端设备根据该至少一个逻辑信道的属性信息,将该至少一个逻辑信道中具有第一属性的逻辑信道确定为该第一候选逻辑信道集合中的候选逻辑信道,该第一属性为禁止使用HARQ功能处于去使能状态的HARQ进程传输。相反的,若该目标HARQ进程的状态信息指示该目标HARQ进程的HARQ功能处于去使能状态,该终端设备根据该至少一个逻辑信道的属性信息,将该至少一个逻辑信道中具有第二属性的逻辑信道确定为该第一候选逻辑信道集合中的候选逻辑信道,该第二属性为禁止使用HARQ功能处于使能状态的HARQ进程传输。
终端设备按照上述方式在至少一个逻辑信道中确定候选逻辑信道集合,并为该候选逻辑信道集合中的候选逻辑信道分配目标HARQ进程对应的资源。例如,该终端设备可以根据该第一候选逻辑信道集合中候选逻辑信道的配置优先级,为该第一候选逻辑信道集合中的候选逻辑信道分配该目标HARQ进程对应的资源。其中,对于终端设备的任意一个逻辑信道,网络设备可以为其配置优先级(priority),例如,优先级的取值越小,对应的逻辑信道的优先级越高。为了区别,这里将该优先级称为逻辑信道的配置优先级。
具体地,该终端设备根据该第一候选逻辑信道集合中候选逻辑信道的配置优先级,为该第一候选逻辑信道集合中的候选逻辑信道分配该目标HARQ进程对应的资源,可以具体包括以下步骤。首先,终端设备执行第一轮资源分配,即终端设备在该第一候选逻辑信道集合中确定令牌数Bj大于0的至少一个候选逻辑信道;并且,该终端设备按照该至少一个候选逻辑信道的配置优先级从高到低的顺序,为该至少一个候选逻辑信道分配该目标HARQ进程对应的资源,且分配的资源满足该选逻辑信道的PBR要求,也就是每个候选逻辑信道分配的资源只能满足PBR的要求,例如,根据逻辑信道j对应的PBR令牌桶中的令牌数Bj为该逻辑信道j分配资源。
其中,对于在该第一轮资源分配过程中分配到资源的候选逻辑信道j,将其的令牌数Bj减去逻辑信道j在该第一轮资源分配过程中复用到MAC PDU的所有MAC SDU的大小。
在执行第一轮资源分配之后,也就是在为该至少一个候选逻辑信道分配完满足PBR要求的资源之后,若该HARQ进程对应的资源中仍然存在剩余资源,则继续执行第二轮资源分配,即不管第一候选逻辑信道集合中每个候选逻辑信道集合的令牌数Bj的大小,该终端设备按照该第一候选逻辑信道集合中候选逻辑信道的配置优先级从高到低的顺序,为该第一候选逻辑信道集合中的候选逻辑信道分配该剩余资源,直至剩余资源全部分配完结束。也就是说,只有当第一候选逻辑信道集合中具有高的配置优先级的候选逻辑信道的数据都发送完毕,且上行资源还未耗尽的情况下,低的配置优先级的候选逻辑信道才能得到服务,以使得终端设备最大化高优先级的候选逻辑信道的数据传输。
下面将结合附图,举例描述上述的第一个实施例。
图3示出了本申请实施例的上行逻辑信道复用的方法的示意图。如图3所示,这里假设UE建立了4条上行逻辑信道(Logical Channel,LC),分别称为LC1,LC2,LC3和LC4。网络设备为UE配置了2个上行HARQ进程,分别为HARQ ID 0和HARQ ID 1,同时配置HARQ ID 0的状态信息为:HARQ ID 0的HARQ功能处于使能状态,HARQ ID 1的状态信息为HARQ ID 1的HARQ功能处于去使能状态。另外,UE接收网络设备发送的RRC配置,根据该RRC配置,终端设备确定该4个逻辑信道的配置优先级的顺序为LC1>LC2>LC3>LC4,同时,终端设备还确定LC1和LC3的属性信息分别指示LC1和LC3具有第二属性,即LC1和LC3的属性为禁止使用HARQ功能处于使能状态的上行HARQ进程传输;LC2和LC4的属性信息分别指示LC2和LC4具有第一属性,即LC2和LC4的属性为禁止使用HARQ功能处于去使能状态的上行HARQ进程传输。
可选地,作为第一种情况,如图3所示,假设UE接收来自网络的UL grant指示上行初传,同时指示本次上行传输使用的HARQ ID 0,则UE按照如下步骤完成逻辑信道复用。
步骤1,由于HARQ ID 0的HARQ功能处于使能状态,因此,对应选择具有第一属性的LC2和LC4作为本次上行传输的候选逻辑信道,以进行资源分配。也就是说,终端设备不为具有第二属性的LC1和LC3分配资源。
步骤2,执行第一轮资源分配,即按照LC2和LC4的配置优先级的顺序,依次为LC2和LC4分配满足PBR要求的资源,并根据资源分配结果更新LC2和LC4的PBR令牌桶中的令牌数。可选地,如果在该第一轮资源分配过程中,资源耗尽,则停止资源分配。
步骤3,若在执行第一轮资源分配之后,仍存在剩余资源,例如,如图3所示,则继续执行第二轮资源分配,即按照剩余数据量和剩余资源量,按照LC2和LC4的配置优先级的顺序,依次为LC2和LC4分配剩余资源。
可选地,作为第二中情况,如图3所示,若UE接收来自网络的UL grant指示上行初传,同时指示本次上行传输使用的HARQ ID 1,则UE按照如下步骤完成逻辑信道复用。
步骤1,由于HARQ ID 1的HARQ功能处于去使能状态,因此,对应选择具有第二属性的LC1和LC3作为本次上行传输的候选逻辑信道,以进行资源分配。也就是说,终端设备不为具有第一属性的LC2和LC4分配资源。
步骤2,执行第一轮资源分配,即按照LC1和LC3的配置优先级的顺序,依次为LC1和LC3分配满足PBR要求的资源,并根据资源分配结果更新LC1和LC3的PBR令牌桶中的令牌数。可选地,如果在该第一轮资源分配过程中,资源耗尽,则停止资源分配。
步骤3,若在执行第一轮资源分配之后,仍存在剩余资源,例如,如图3所示,则继续执行第二轮资源分配,即按照剩余数据量和剩余资源量,按照LC1和LC3的配置优先级的顺序,依次为LC1和LC3分配剩余资源。
可选地,作为第二个实施例,本申请实施例中的方法200的S230可以具体包括:该终端设备根据该目标HARQ进程的状态信息以及该至少一个逻辑信道的属性信息,确定该至少一个逻辑信道的资源分配优先级;该终端设备按照该至少一个逻辑信道的资源分配优先级,为该至少一个逻辑信道分配该目标HARQ进程对应的资源。也就是说,终端设备会根据逻辑信道的属性的不同,合理设置为其分配资源的顺序,即该逻辑信道的资源分配优先级。
具体地,对于该终端设备根据该目标HARQ进程的状态信息以及该至少一个逻辑信道的属性信息,确定该至少一个逻辑信道的资源分配优先级,这里以确定至少一个逻辑信道中任意两个逻辑信道的资源分配优先级为例进行说明,这里将该任意两个逻辑信道称为第一逻辑信道和第二逻辑信道。
若该第一逻辑信道和第二逻辑信道具有相同的属性信息,该终端设备按照该第一逻辑信道的配置优先级和该第二逻辑信道的配置优先级的顺序,确定该第一逻辑信道的资源分配优先级和该第二逻辑信道的资源分配优先级的顺序。也就是说,若第一逻辑信道的配置优先级高于第二逻辑信道的配置优先级,则第一逻辑信道的资源分配优先级高于第二逻辑信道的资源分配优先级。
相反的,对于该第一逻辑信道和第二逻辑信道具有不同的属性信息的情况,这里假设该第一逻辑信道的属性信息指示该第一逻辑信道具有第三属性,且该第二逻辑信道的属性信息指示该第二逻辑信道具有第四属性,其中,该第三属性为优先使用HARQ功能处于使能状态的HARQ进程传输,该第四属性为优先使用HARQ功能处于去使能状态的HARQ进程传输,那么终端设备根据目标HARQ的状态信息,确定该第一逻辑信道和第二逻辑信道的资源分配优先级的顺序。具体地,在该目标HARQ进程的状态信息指示该目标HARQ进程的HARQ功能处于使能状态的情况下,终端设备确定该第一逻辑信道的资源分配优先级高于该第二逻辑信道的资源分配优先级;在该目标HARQ进程的状态信息指示该目标HARQ进程的HARQ功能处于去使能状态的情况下,终端设备确定该第一逻辑信道的资源分配优先级低于该第二逻辑信道的资源分配优先级。
应理解,终端设备确定该至少一个逻辑信道的资源分配优先级之后,按照资源分配优先级的高低,为该至少一个逻辑信道分配该目标HARQ进程对应的资源。可选地,在该第二个实施例中,终端设备可以按照下述方式进行资源分配。首先,终端设备执行第一轮资源分配,即该终端设备在该至少一个逻辑信道中确定第二候选逻辑信道集合,该第二候选逻辑信道集合中的候选逻辑信道为该至少一个逻辑信道中令牌数Bj大于0的逻辑信道。也就是说,无论该至少一个逻辑信道中每个逻辑信道的属性信息是否相同,在该至少一个逻辑信道中选出满足令牌数Bj大于0的全部逻辑信道作为候选逻辑信道,并将其看作一个集合,这里称其为第二候选逻辑信道集合。
该终端设备按照资源分配优先级从高到低的顺序,为该第二候选逻辑信道集合中的候选逻辑信道分配该目标HARQ进程对应的资源,且分配的资源满足该候选逻辑信道的PBR要求;也就是第二候选逻辑信道集合中的每个候选逻辑信道分配的资源只能满足PBR的要求,例如,根据逻辑信道j对应的PBR令牌桶中的令牌数Bj为该逻辑信道j分配资源。
其中,对于在该第一轮资源分配过程中分配到资源的候选逻辑信道j,将其的令牌数Bj减去逻辑信道j在该第一轮资源分配过程中复用到MAC PDU的所有MAC SDU的大小。
在执行第一轮资源分配之后,也就是在为该第二候选逻辑信道集合中每个候选逻辑信道分配满足PBR要求的资源之后,若该HARQ进程对应的资源中仍然存在剩余资源,则继续执行第二轮资源分配,即不管至少一个逻辑信道每个逻辑信道集合的令牌数Bj的大小,该终端设备按照该至少一个逻辑信道的资源分配优先级从高到低的顺序,为该至少一个逻辑信道分配该剩余资源,直至剩余资源全部分配完结束。也就是说,只有当具有高的资源分配优先级的逻辑信道的数据都发送完毕且上行资源还未耗尽的情况下,低的资源分配优先级的逻辑信道才能得到服务,以使得终端设备最大化高优先级的逻辑信道的数据传输。
下面将结合附图,举例描述上述的第二个实施例。
图4示出了本申请实施例的上行逻辑信道复用的方法的示意图。如图4所示,这里假设UE建立了4条上行逻辑信道,分别称为LC1,LC2,LC3和LC4。网络设备为UE配置了2个上行HARQ进程,分别为HARQ ID 0和HARQ ID 1,同时配置HARQ ID 0的状态信息为:HARQ ID 0的HARQ功能处于去使能状态,HARQ ID 1的状态信息为HARQ ID 1的HARQ功能处于使能状态。另外,UE接收网络设备发送的RRC配置,根据该RRC配置,终端设备确定该4个逻辑信道的配置优先级的顺序为LC1>LC2>LC3>LC4,同时,终端设备还确定LC1和LC3的属性信息分别指示LC1和LC3具有第三属性,即LC1和LC3的属性为优先使用HARQ功能处于使能状态的上行HARQ进程传输;LC2和LC4的属性信息分别指示LC2和LC4具有第四属性,即LC2和LC4的属性为优先使用HARQ功能处于去使能状态的上行HARQ进程传输。
可选地,作为第一种情况,如图4所示,假设UE接收来自网络的UL grant指示上行初传,同时指示本次上行传输使用的HARQ ID 0,则UE按照如下步骤完成逻辑信道复用。
步骤1,确定四个逻辑信道的资源分配优先级。由于HARQ ID 0的HARQ功能处于去使能状态,因此,具有第四属性的LC2和LC4的资源分配优先级高于具有第三属性的LC1和LC3的资源分配优先级;对于LC2和LC4,根据二者的配置优先级,LC2的资源分配优先级高于LC4的资源分配优先级;对于LC1和LC3,根据二者的配置优先级,LC1的资源分配优先级高于LC3的资源分配优先级。因此,四个逻辑信道的资源分配优先级顺序为:LC2>LC4>LC1>LC3。
步骤2,执行第一轮资源分配,按照在步骤1中确定的四个逻辑信道的资源分配优先级从高到低的顺序,依次为这四个逻辑信道分配满足PBR要求的资源,并根据资源分配结果更新四个逻辑信道中每个逻辑信道的令牌桶中的令牌数。可选地,如果在该第一轮资源分配过程中,资源耗尽,则停止资源分配。
步骤3,若在执行第一轮资源分配之后,仍存在剩余资源,例如,如图4所示,则继续执行第二轮资源分配,即按照剩余数据量和剩余资源量,按照四个逻辑信道的资源分配优先级从高到低的顺序,依次为四个逻辑信道分配剩余资源。其中,如图4所示,这里假设在为LC2和LC4分配资源之后就没有剩余资源,则不再为LC1和LC3分配资源;但如果与之相反,如果资源充足,则可以继续为LC1和LC3分配资源。
可选地,作为第二种情况,如图4所示,若UE接收来自网络的UL grant指示上行初传,同时指示本次上行传输使用的HARQ ID 1,则UE按照如下步骤完成逻辑信道复用。
步骤1,确定四个逻辑信道的资源分配优先级。由于HARQ ID 1的HARQ功能处于使能状态,因此,具有第四属性的LC2和LC4的资源分配优先级低于具有第三属性的LC1和LC3的资源分配优先级;对于LC2和LC4,根据二者的配置优先级,LC2的资源分配优先级高于LC4的资源分配优先级;对于LC1和LC3,根据二者的配置优先级,LC1的资源分配优先级高于LC3的资源分配优先级。因此,四个逻辑信道的资源分配优先级顺序为:LC1>LC3>LC2>LC4。
步骤2,执行第一轮资源分配,按照在步骤1中确定的四个逻辑信道的资源分配优先级从高到低的顺序,依次为这四个逻辑信道分配满足PBR要求的资源,并根据资源分配结果更新四个逻辑信道中每个逻辑信道的令牌桶中的令牌数。可选地,如果在该第一轮资源分配过程中,资源耗尽,则停止资源分配。
步骤3,若在执行第一轮资源分配之后,仍存在剩余资源,例如,如图4所示,则继续执行第二轮资源分配,即按照剩余数据量和剩余资源量,按照四个逻辑信道的资源分配优先级从高到低的顺序,依次为四个逻辑信道分配剩余资源。其中,这里假设在为LC1和LC3分配资源之后就没有剩余资源,则不再为LC2和LC4分配资源;但如果与之相反,例如,如图4所示,若资源充足,则可以继续为LC2和LC4分配资源。
应理解,对于按照上述第二个实施例描述的方式确定至少一个逻辑信道的资源分配优先级之后,还可以采用不同于第二个实施例描述的资源分配方式,为该至少一个逻辑信道分配目标HARQ进程对应的资源。以下结合第三个实施例和第四个实施例进行详细描述。
可选地,作为第三个实施例,与第二实施例相同的是,采用第二个实施例中描述的方式确定至少一个逻辑信道的资源分配优先级;与第二实施例不同的是,终端设备还可以采用下述方式,为该至少一个逻辑信道分配目标HARQ进程对应的资源。具体地,假设待分配的资源足够大,可以将资源分配过程大致分为四轮,其中,前两轮资源分配针对的逻辑信道和后面两轮资源分配针对的逻辑信道不同。
这里首先描述如何确定前两轮资源分配过程中的逻辑信道。具体地,终端设备根据目标HARQ进程的状态信息,在至少一个逻辑信道中确定第三候选逻辑信道集合。例如,若该目标HARQ进程的状态信息指示该目标HARQ进程的HARQ功能处于使能状态,该终端设备将该至少一个逻辑信道中具有该第三属性的逻辑信道确定为第三候选逻辑信道集合中的候选逻辑信道;或者,若该目标HARQ进程的状态信息指示该目标HARQ进程的HARQ功能处于去使能状态,该终端设备将该至少一个逻辑信道中具有该第四属性的逻辑信道确定为第三候选逻辑信道集合中的候选逻辑信道。也就是说,终端设备根据目标HARQ进程的状态信息,选择至少一个逻辑信道中具有特定属性的逻辑信道作为候选逻辑信道,并将其看作一个集合,这里称其为第三候选逻辑信道集合。
对于该第三候选逻辑信道集合中的候选逻辑信道,终端设备执行第一轮资源分配和第二轮资源分配;而对于至少一个逻辑信道中除了该第三逻辑信道以外的其他逻辑信道,终端设备执行第三轮资源分配和第四轮资源分配。
首先,终端设备执行第一轮资源分配,对于确定的第三候选逻辑信道集合,该终端设备按照配置优先级从高到低的顺序,为该第三候选逻辑信道集合中令牌数Bj大于0的候选逻辑信道分配该目标HARQ进程对应的资源,且分配的资源满足该候选逻辑信道的PBR要求。也就是为第三候选逻辑信道集合中Bj大于0的候选逻辑信道分配的资源只能满足PBR的要求,例如,根据逻辑信道j对应的PBR令牌桶中的令牌数Bj为该逻辑信道j分配资源。
其中,对于在该第一轮资源分配过程中分配到资源的候选逻辑信道j,将其的令牌数Bj减去逻辑信道j在该第一轮资源分配过程中复用到MAC PDU的所有MAC SDU的大小。
在执行第一轮资源分配之后,也就是在为该第三候选逻辑信道集合中Bj大于0的候选逻辑信道分配满足PBR要求的资源之后,若该HARQ进程对应的资源中仍然存在剩余资源(为了便于区别,这里称为第一剩余资源),则继续执行第二轮资源分配,即不管第三候选逻辑信道中每个逻辑信道集合的令牌数Bj的大小,该终端设备按照配置优先级从高到低的顺序,为该第三候选逻辑信道集合中的候选逻辑信道分配该第一剩余资源,直至剩余资源全部分配完结束。也就是说,只有当第三候选逻辑信道集合中具有高的资源分配优先级的候选逻辑信道的数据都发送完毕且上行资源还未耗尽的情况下,低的资源分配优先级的候选逻辑信道才能得到服务,以使得终端设备最大化高优先级的逻辑信道的数据传输。
在执行第二轮资源分配之后,也就是在为该第三候选逻辑信道集合中每个候选逻辑信道分配完资源之后,若该HARQ进程对应的资源中仍然存在剩余资源(为了便于区别,这里称为第二剩余资源),则继续执行三轮资源分配,即该终端设备按照配置优先级从高到低的顺序,为该至少一个逻辑信道中不属于该第三候选逻辑信道集合中的逻辑信道分配该第二剩余资源。为了便于区别,这里将该至少一个逻辑信道中不属于该第三候选逻辑信道集合的逻辑信道看作第四候选逻辑信道集合。
具体地,在该第三轮资源分配过程中,对于该第四候选逻辑信道集合中的候选逻辑信道,该终端设备按照配置优先级从高到低的顺序,为该第四候选逻辑信道集合中令牌数Bj大于0的候选逻辑信道分配该第二剩余资源,且分配的资源满足该候选逻辑信道的PBR要求。也就是为第四候选逻辑信道集合中Bj大于0的候选逻辑信道分配的资源只能满足PBR的要求,例如,根据逻辑信道j对应的PBR令牌桶中的令牌数Bj为该逻辑信道j分配资源。
其中,对于在该第三轮资源分配过程中分配到资源的候选逻辑信道j,将其的令牌数Bj减去逻辑信道j在该第一轮资源分配过程中复用到MAC PDU的所有MAC SDU的大小。
在执行第三轮资源分配之后,也就是在为该第四候选逻辑信道集合中Bj大于0的候选逻辑信道分配满足PBR要求的资源之后,若该HARQ进程对应的资源中仍然存在剩余资源(为了便于区别,这里称为第三剩余资源),则继续执行第四轮资源分配,即不管第四候选逻辑信道中每个逻辑信道集合的令牌数Bj的大小,该终端设备按照该第四候选逻辑信道集合的配置优先级从高到低的顺序,为该第四候选逻辑信道集合中的候选逻辑信道分配该第三剩余资源,直至剩余资源全部分配完结束。也就是说,只有当第四候选逻辑信道集合中具有高的资源分配优先级的候选逻辑信道的数据都发送完毕且上行资源还未耗尽的情况下,低的资源分配优先级的候选逻辑信道才能得到服务,以使得终端设备最大化高优先级的逻辑信道的数据传输。
下面将结合附图,举例描述上述的第三个实施例。
图5示出了本申请实施例的上行逻辑信道复用的方法的示意图。如图5所示,这里假设UE建立了4条上行逻辑信道,分别称为LC1,LC2,LC3和LC4。网络设备为UE配置了2个上行HARQ进程,分别为HARQ ID 0和HARQ ID 1,同时配置HARQ ID 0的状态信息为:HARQ ID 0的HARQ功能处于去使能状态,HARQ ID 1的状态信息为HARQ ID 1的HARQ功能处于使能状态。另外,UE接收网络设备发送的RRC配置,根据该RRC配置,终端设备确定该4个逻辑信道的配置优先级的顺序为LC1>LC2>LC3>LC4,同时,终端设备还确定LC1和LC3的属性信息分别指示LC1和LC3具有第三属性,即LC1和LC3的属性为优先使用HARQ功能处于使能状态的上行HARQ进程传输;LC2和LC4的属性信息分别指示LC2和LC4具有第四属性,即LC2和LC4的属性为优先使用HARQ功能处于去使能状态的上行HARQ进程传输。
可选地,作为第一种情况,如图5所示,假设UE接收来自网络的UL grant指示上行初传,同时指示本次上行传输使用的HARQ ID 0,则UE按照如下步骤完成逻辑信道复用。
步骤1,确定四个逻辑信道的资源分配优先级。由于HARQ ID 0的HARQ功能处于去使能状态,因此,具有第四属性的LC2和LC4的资源分配优先级高于具有第三属性的LC1和LC3的资源分配优先级,也就是说,具有第四属性的LC2和LC4用于第一轮和第二轮资源分配过程,而具有第三属性的LC1和LC3用于第三轮和第四轮资源分配过程;对于LC2和LC4,根据二者的配置优先级,LC2的资源分配优先级高于LC4的资源分配优先级;对于LC1和LC3,根据二者的配置优先级,LC1的资源分配优先级高于LC3的资源分配优先级。
步骤2,执行第一轮资源分配,在步骤1中确定用于第一轮资源分配的逻辑信道为LC2和LC4,按照这两个逻辑信道的配置优先级从高到低的顺序,依次为这两个逻辑信道分配满足PBR要求的资源,并根据资源分配结果更新这两个逻辑信道中每个逻辑信道的令牌桶中的令牌数。可选地,如果在该第一轮资源分配过程中,资源耗尽,则停止资源分配。
步骤3,若在执行第一轮资源分配之后,仍存在剩余资源,例如,如图5所示,则继续执行第二轮资源分配,在步骤1中确定用于第二轮资源分配的逻辑信道为LC2和LC4,即按照剩余数据量和剩余资源量,以及LC2和LC4这两个逻辑信道的配置优先级从高到低的顺序,依次为两个逻辑信道分配剩余资源。
步骤4,若在执行第二轮资源分配之后,仍存在剩余资源,例如,如图5所示,则继续执行第三轮资源分配,根据在步骤1中确定用于第三轮资源分配的逻辑信道为LC1和LC3,按照这两个逻辑信道的配置优先级从高到低的顺序,依次为这两个逻辑信道分配满足PBR要求的资源,并根据资源分配结果更新这两个逻辑信道中每个逻辑信道的令牌桶中的令牌数。可选地,如果在该第三轮资源分配过程中,资源耗尽,则停止资源分配。例如,如图5所示,这里假设在为LC1和LC3进行第三轮的资源分配之后就没有剩余资源,因此停止分配资源过程,即不再执行第四轮资源分配。
可选地,作为第二中情况,如图5所示,若UE接收来自网络的UL grant指示上行初传,同时指示本次上行传输使用的HARQ ID 1,则UE按照如下步骤完成逻辑信道复用。
步骤1,确定四个逻辑信道的资源分配优先级。由于HARQ ID 1的HARQ功能处于使能状态,因此,具有第四属性的LC2和LC4的资源分配优先级低于具有第三属性的LC1和LC3的资源分配优先级,也就是说,具有第三属性的LC1和LC3用于第一轮和第二轮资源分配过程,而具有第四属性的LC2和LC4用于第三轮和第四轮资源分配过程;对于LC1和LC3,根据二者的配置优先级,LC1的资源分配优先级高于LC3的资源分配优先级;对于LC2和LC4,根据二者的配置优先级,LC2的资源分配优先级高于LC4的资源分配优先级。
步骤2,执行第一轮资源分配,在步骤1中确定用于第一轮资源分配的逻辑信道为LC1和LC3,按照这两个逻辑信道的配置优先级从高到低的顺序,依次为这两个逻辑信道分配满足PBR要求的资源,并根据资源分配结果更新这两个逻辑信道中每个逻辑信道的令牌桶中的令牌数。可选地,如果在该第一轮资源分配过程中,资源耗尽,则停止资源分配。
步骤3,若在执行第一轮资源分配之后,仍存在剩余资源,例如,如图5所示,则继续执行第二轮资源分配,在步骤1中确定用于第二轮资源分配的逻辑信道为LC1和LC3,即按照剩余数据量和剩余资源量,以及LC1和LC3这两个逻辑信道的配置优先级从高到低的顺序,依次为两个逻辑信道分配剩余资源。
步骤4,若在执行第二轮资源分配之后,仍存在剩余资源,例如,如图5所示,则继续执行第三轮资源分配,根据在步骤1中确定用于第三轮资源分配的逻辑信道为LC2和LC4,按照这两个逻辑信道的配置优先级从高到低的顺序,依次为这两个逻辑信道分配满足PBR要求的资源,并根据资源分配结果更新这两个逻辑信道中每个逻辑信道的令牌桶中的令牌数。可选地,如果在该第三轮资源分配过程中,资源耗尽,则停止资源分配。例如,假设在为LC1和LC3进行第三轮的资源分配之后就没有剩余资源,则停止分配资源过程;但如果与之相反,例如,如图5所示,若资源充足,则可以继续执行第四轮资源分配。
步骤5,若在执行第三轮资源分配之后,仍存在剩余资源,例如,如图5所示,则继续执行第四轮资源分配,在步骤1中确定用于第四轮资源分配的逻辑信道为LC2和LC4,即按照剩余数据量和剩余资源量,以及LC2和LC4这两个逻辑信道的配置优先级从高到低的顺序,依次为两个逻辑信道分配剩余资源。
应理解,在上述第三个实施例中,根据分配的资源的大小,终端设备最多可以执行四轮资源分配,但是,与第三个实施例不同的是,可以将其中的第三轮资源分配过程省略,下面将结合具体实施例进行描述。
具体地,作为第四个实施例,与第二实施例和第三个实施例相同的是,采用第二个实施例中描述的方式确定至少一个逻辑信道的资源分配优先级;与第二实施例不同的是,终端设备还可以采用下述方式,为该至少一个逻辑信道分配目标HARQ进程对应的资源。具体地,假设待分配的资源足够大,可以将资源分配过程大致分为三轮,其中,前两轮资源分配针对的逻辑信道和最后一轮资源分配针对的逻辑信道不同;另外,该第四个实施例中前两轮资源分配过程与第三个实施例中描述的第一轮资源分配过程和第二资源分配过程相同,为了简洁,在此不再赘述。
与第三个实施例不同的是,在第四个实施例中,执行第二轮资源分配之后,也就是在为第三候选逻辑信道集合中每个候选逻辑信道分配完资源之后,若该HARQ进程对应的资源中仍然存在第二剩余资源,则继续执行三轮资源分配,即该终端设备按照配置优先级从高到低的顺序,为第四候选逻辑信道集合中的候选逻辑信道分配该第二剩余资源。
具体地,在该第三轮资源分配过程中,对于该第四候选逻辑信道集合中的候选逻辑信道,不管第四候选逻辑信道中每个逻辑信道集合的令牌数Bj的大小,该终端设备按照该第四候选逻辑信道集合的配置优先级从高到低的顺序,为该第四候选逻辑信道集合中的候选逻辑信道分配该第二剩余资源,直至剩余资源全部分配完结束。也就是说,只有当第四候选逻辑信道集合中具有高的资源分配优先级的候选逻辑信道的数据都发送完毕且上行资源还未耗尽的情况下,低的资源分配优先级的候选逻辑信道才能得到服务,以使得终端设备最大化高优先级的逻辑信道的数据传输。
下面将结合附图,举例描述上述的第四个实施例。
图6示出了本申请实施例的上行逻辑信道复用的方法的示意图。如图6所示,与图5的描述类似,这里仍然假设UE建立了4条上行逻辑信道,分别称为LC1,LC2,LC3和LC4。网络设备为UE配置了2个上行HARQ进程,分别为HARQ ID 0和HARQ ID 1,同时配置HARQ ID 0的状态信息为:HARQ ID 0的HARQ功能处于去使能状态,HARQ ID 1的状态信息为HARQ ID 1的HARQ功能处于使能状态。另外,UE接收网络设备发送的RRC配置,根据该RRC配置,终端设备确定该4个逻辑信道的配置优先级的顺序为LC1>LC2>LC3>LC4,同时,终端设备还确定LC1和LC3的属性信息分别指示LC1和LC3具有第三属性,即LC1和LC3的属性为优先使用HARQ功能处于使能状态的上行HARQ进程传输;LC2和LC4的属性信息分别指示LC2和LC4具有第四属性,即LC2和LC4的属性为优先使用HARQ功能处于去使能状态的上行HARQ进程传输。
可选地,作为第一种情况,如图6所示,假设UE接收来自网络的UL grant指示上行初传,同时指示本次上行传输使用的HARQ ID 0,则UE按照如下步骤完成逻辑信道复用。
步骤1,确定四个逻辑信道的资源分配优先级。由于HARQ ID 0的HARQ功能处于去使能状态,因此,具有第四属性的LC2和LC4的资源分配优先级高于具有第三属性的LC1和LC3的资源分配优先级,也就是说,具有第四属性的LC2和LC4用于第一轮和第二轮资源分配过程,而具有第三属性的LC1和LC3用于第三轮资源分配过程;对于LC2和LC4,根据二者的配置优先级,LC2的资源分配优先级高于LC4的资源分配优先级;对于LC1和LC3,根据二者的配置优先级,LC1的资源分配优先级高于LC3的资源分配优先级。
步骤2,执行第一轮资源分配,在步骤1中确定用于第一轮资源分配的逻辑信道为LC2和LC4,按照这两个逻辑信道的配置优先级从高到低的顺序,依次为这两个逻辑信道分配满足PBR要求的资源,并根据资源分配结果更新这两个逻辑信道中每个逻辑信道的令牌桶中的令牌数。可选地,如果在该第一轮资源分配过程中,资源耗尽,则停止资源分配。
步骤3,若在执行第一轮资源分配之后,仍存在剩余资源,例如,如图6所示,则继续执行第二轮资源分配,在步骤1中确定用于第二轮资源分配的逻辑信道为LC2和LC4,即按照剩余数据量和剩余资源量,以及LC2和LC4这两个逻辑信道的配置优先级从高到低的顺序,依次为两个逻辑信道分配剩余资源。
步骤4,若在执行第二轮资源分配之后,仍存在剩余资源,例如,如图6所示,则继续执行第三轮资源分配,根据在步骤1中确定用于第三轮资源分配的逻辑信道为LC1和LC3,按照这两个逻辑信道的配置优先级从高到低的顺序,根据剩余数据量和剩余资源量,依次为两个逻辑信道分配剩余资源。
可选地,作为第二种情况,如图6所示,若UE接收来自网络的UL grant指示上行初传,同时指示本次上行传输使用的HARQ ID 1,则UE按照如下步骤完成逻辑信道复用。
步骤1,确定四个逻辑信道的资源分配优先级。由于HARQ ID 1的HARQ功能处于使能状态,因此,具有第四属性的LC2和LC4的资源分配优先级低于具有第三属性的LC1和LC3的资源分配优先级,也就是说,具有第三属性的LC1和LC3用于第一轮和第二轮资源分配过程,而具有第四属性的LC2和LC4用于第三轮资源分配过程;对于LC1和LC3,根据二者的配置优先级,LC1的资源分配优先级高于LC3的资源分配优先级;对于LC2和LC4,根据二者的配置优先级,LC2的资源分配优先级高于LC4的资源分配优先级。
步骤2,执行第一轮资源分配,在步骤1中确定用于第一轮资源分配的逻辑信道为LC1和LC3,按照这两个逻辑信道的配置优先级从高到低的顺序,依次为这两个逻辑信道分配满足PBR要求的资源,并根据资源分配结果更新这两个逻辑信道中每个逻辑信道的令牌桶中的令牌数。可选地,如果在该第一轮资源分配过程中,资源耗尽,则停止资源分配。
步骤3,若在执行第一轮资源分配之后,仍存在剩余资源,例如,如图6所示,则继续执行第二轮资源分配,在步骤1中确定用于第二轮资源分配的逻辑信道为LC1和LC3,即按照剩余数据量和剩余资源量,以及LC1和LC3这两个逻辑信道的配置优先级从高到低的顺序,依次为两个逻辑信道分配剩余资源。
步骤4,若在执行第二轮资源分配之后,仍存在剩余资源,例如,如图6所示,则继续执行第三轮资源分配,根据在步骤1中确定用于第三轮资源分配的逻辑信道为LC2和LC4,即按照剩余数据量和剩余资源量,以及LC2和LC4这两个逻辑信道的配置优先级从高到低的顺序,依次为两个逻辑信道分配剩余资源。
应理解,对于上述第二个实施例至第四个实施例,采用了相同的方式确定了至少一个逻辑信道中每个逻辑信道的资源分配优先级,然后根据该资源分配优先级,采用了如第二个实施例至第四个实施例所描述的不同的方式分配资源,但除此以外,也可以采用类似的其他方式,依据资源分配优先级,为至少一个逻辑信道分配上行资源,本申请实施例并不限于此。
因此,本申请实施例的上行逻辑信道复用的方法,基于HARQ进程配置每个HARQ进程的HARQ功能的使能状态,对应的,结合业务QoS需求(如时延,传输可靠性等),还可以设置各个逻辑信道的属性,该属性指示了各个逻辑信道对不同状态的HARQ进程的使用情况,并且,依据HARQ进程的HARQ功能的使能状态和逻辑信道的属性,能够更好的完成上行逻辑信道复用,可以很好地满足各种业务不同的QoS要求。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
上文中结合图1至图6,详细描述了根据本申请实施例的上行逻辑信道复用的方法,下面将结合图7至图10,描述根据本申请实施例的终端设备。
如图5所示,根据本申请实施例的终端设备300包括:处理单元310和收发单元320。具体地,所述处理单元310用于:确定目标HARQ进程的状态信息,所述目标HARQ进程的状态信息用于指示所述目标HARQ进程的HARQ功能是否处于使能状态;确定与待传输数据对应的至少一个逻辑信道的属性信息,所述至少一个逻辑信道的属性信息用于指示所述至少一个逻辑信道中的每个逻辑信道对HARQ功能处于不同状态的HARQ进程的使用情况,所述目标HARQ进程用于传输所述待传输数据;根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,为所述至少一个逻辑信道分配所述目标HARQ进程对应的资源。
可选地,作为一个实施例,所述处理单元310用于:根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,在所述至少一个逻辑信道中确定第一候选逻辑信道集合;为所述第一候选逻辑信道集合中的候选逻辑信道分配所述目标HARQ进程对应的资源,且不为所述至少一个逻辑信道中不属于所述第一候选逻辑信道集合的逻辑信道分配所述目标HARQ进程对应的资源。
可选地,作为一个实施例,所述处理单元310用于:若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于使能状态,根据所述至少一个逻辑信道的属性信息,将所述至少一个逻辑信道中具有第一属性的逻辑信道确定为所述第一候选逻辑信道集合中的候选逻辑信道,所述第一属性为禁止使用HARQ功能处于去使能状态的HARQ进程传输;或者,若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于去使能状态,根据所述至少一个逻辑信道的属性信息,将所述至少一个逻辑信道中具有第二属性的逻辑信道确定为所述第一候选逻辑信道集合中的候选逻辑信道,所述第二属性为禁止使用HARQ功能处于使能状态的HARQ进程传输。
可选地,作为一个实施例,所述处理单元310用于:根据所述第一候选逻辑信道集合中候选逻辑信道的配置优先级,为所述第一候选逻辑信道集合中的候选逻辑信道分配所述目标HARQ进程对应的资源。
可选地,作为一个实施例,所述处理单元310用于:在所述第一候选逻辑信道集合中确定令牌数Bj大于0的至少一个候选逻辑信道;按照所述至少一个候选逻辑信道的配置优先级从高到低的顺序,依次为所述至少一个候选逻辑信道分配所述目标HARQ进程对应的资源,且分配的资源满足所述候选逻辑信道的优先比特速率PBR要求;在为所述至少一个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在剩余资源,按照所述第一候选逻辑信道集合中候选逻辑信道的配置优先级从高到低的顺序,依次为所述第一候选逻辑信道集合中的候选逻辑信道分配所述剩余资源。
可选地,作为一个实施例,所述处理单元310用于:根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,确定所述至少一个逻辑信道的资源分配优先级;按照所述至少一个逻辑信道的资源分配优先级,为所述至少一个逻辑信道分配所述目标HARQ进程对应的资源。
可选地,作为一个实施例,所述处理单元310用于:若所述至少一个逻辑信道中的第一逻辑信道和第二逻辑信道具有相同的属性信息,按照所述第一逻辑信道的配置优先级和所述第二逻辑信道的配置优先级的顺序,确定所述第一逻辑信道的资源分配优先级和所述第二逻辑信道的资源分配优先级的顺序;若所述第一逻辑信道的属性信息指示所述第一逻辑信道具有第三属性,且所述第二逻辑信道的属性信息指示所述第二逻辑信道具有第四属性,在所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于使能状态的情况下,确定所述第一逻辑信道的资源分配优先级高于所述第二逻辑信道的资源分配优先级,以及在所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于去使能状态的情况下,确定所述第一逻辑信道的资源分配优先级低于所述第二逻辑信道的资源分配优先级,所述第三属性为优先使用HARQ功能处于使能状态的HARQ进程传输,所述第四属性为优先使用HARQ功能处于去使能状态的HARQ进程传输。
可选地,作为一个实施例,所述处理单元310用于:在所述至少一个逻辑信道中确定第二候选逻辑信道集合,所述第二候选逻辑信道集合中的候选逻辑信道为所述至少一个逻辑信道中令牌数Bj大于0的逻辑信道;按照资源分配优先级从高到低的顺序,为所述第二候选逻辑信道集合中的候选逻辑信道分配所述目标HARQ进程对应的资源,且分配的资源满足所述候选逻辑信道的PBR要求;在为所述第二候选逻辑信道集合中每个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在剩余资源,按照所述至少一个逻辑信道的资源分配优先级从高到低的顺序,为所述至少一个逻辑信道分配所述剩余资源。
可选地,作为一个实施例,所述处理单元310用于:若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于使能状态,将所述至少一个逻辑信道中具有所述第三属性的逻辑信道确定为第三候选逻辑信道集合中的候选逻辑信道,或者,若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于去使能状态,将所述至少一个逻辑信道中具有所述第四属性的逻辑信道确定为第三候选逻辑信道集合中的候选逻辑信道;按照配置优先级从高到低的顺序,为所述第三候选逻辑信道集合中令牌数Bj大于0的候选逻辑信道分配所述目标HARQ进程对应的资源,且分配的资源满足所述候选逻辑信道的PBR要求;在为所述第三候选逻辑信道集合中令牌数Bj大于0的每个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在第一剩余资源,按照配置优先级从高到低的顺序,为所述第三候选逻辑信道集合中的候选逻辑信道分配所述第一剩余资源;在为所述第三候选逻辑信道集合中每个候选逻辑信道分配所述第一剩余资源之后,若所述HARQ进程对应的资源中存在第二剩余资源,按照配置优先级从高到低的顺序,为所述至少一个逻辑信道中不属于所述第三候选逻辑信道集合中的逻辑信道分配所述第二剩余资源。
可选地,作为一个实施例,所述处理单元310用于:将所述至少一个逻辑信道中不属于所述第三候选逻辑信道集合的逻辑信道确定为第四候选逻辑信道集合;按照配置优先级从高到低的顺序,为所述第四候选逻辑信道集合中令牌数Bj大于0的候选逻辑信道分配所述第二剩余资源,且分配的资源满足所述候选逻辑信道的PBR要求;在为所述第四候选逻辑信道集合中令牌数Bj大于0的每个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在第三剩余资源,按照所述第四候选逻辑信道集合的配置优先级从高到低的顺序,为所述第四候选逻辑信道集合中的候选逻辑信道分配所述第三剩余资源。
可选地,作为一个实施例,所述收发单元320用于:接收网络设备发送的无线资源控制RRC信息,所述RRC信息包括以下参数中的至少一个:所述目标HARQ进程的状态信息、所述至少一个逻辑信道的属性信息、所述至少一个逻辑信道的配置优先级、所述至少一个逻辑信道的PBR以及所述至少一个逻辑信道的令牌桶容量BSD。
可选地,作为一个实施例,所述收发单元320用于:接收网络设备发送的物理下行控制信道,所述物理下行控制信道用于所述处理单元310确定所述目标HARQ进程的状态信息。
应理解,终端设备300中的各个单元的上述和其它操作和/或功能分别为了实现图1至图6中的各个方法中终端设备的相应流程,为了简洁,在此不再赘述。
因此,本申请实施例的终端设备,基于HARQ进程配置每个HARQ进程的HARQ功能的使能状态,对应的,结合业务QoS需求(如时延,传输可靠性等),还可以设置各个逻辑信道的属性,该属性指示了各个逻辑信道对不同状态的HARQ进程的使用情况,并且,依据HARQ进程的HARQ功能的使能状态和逻辑信道的属性,能够更好的完成上行逻辑信道复用,可以很好地满足各种业务不同的QoS要求。
图8是本申请实施例提供的一种通信设备400示意性结构图。图8所示的通信设备400包括处理器410,处理器410可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图8所示,通信设备400还可以包括存储器420。其中,处理器410可以从存储器420中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器420可以是独立于处理器410的一个单独的器件,也可以集成在处理器410中。
可选地,如图8所示,通信设备400还可以包括收发器430,处理器410可以控制该收发器430与其他设备进行通信,具体地,可以向其他设备发送信息或数据,或接收其他设备发送的信息或数据。
其中,收发器430可以包括发射机和接收机。收发器430还可以进一步包括天线,天线的数量可以为一个或多个。
可选地,该通信设备400具体可为本申请实施例的网络设备,并且该通信设备400可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该通信设备400具体可为本申请实施例的移动终端/终端设备,并且该通信设备400可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
图9是本申请实施例的芯片的示意性结构图。图9所示的芯片500包括处理器510,处理器510可以从存储器中调用并运行计算机程序,以实现本申请实施例中的方法。
可选地,如图9所示,芯片500还可以包括存储器520。其中,处理器510可以从存储器520中调用并运行计算机程序,以实现本申请实施例中的方法。
其中,存储器520可以是独立于处理器510的一个单独的器件,也可以集成在处理器510中。
可选地,该芯片500还可以包括输入接口530。其中,处理器510可以控制该输入接口530与其他设备或芯片进行通信,具体地,可以获取其他设备或芯片发送的信息或数据。
可选地,该芯片500还可以包括输出接口540。其中,处理器510可以控制该输出接口540与其他设备或芯片进行通信,具体地,可以向其他设备或芯片输出信息或数据。
可选地,该芯片可应用于本申请实施例中的网络设备,并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该芯片可应用于本申请实施例中的移动终端/终端设备,并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
图10是本申请实施例提供的一种通信系统600的示意性框图。如图10所示,该通信系统600包括终端设备610和网络设备620。
其中,该终端设备610可以用于实现上述方法中由终端设备实现的相应的功能,以及该网络设备620可以用于实现上述方法中由网络设备实现的相应的功能,为了简洁,在此不再赘述。
应理解,本申请实施例的处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable 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 Data RateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM,DRRAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,上述存储器为示例性但不是限制性说明,例如,本申请实施例中的存储器还可以是静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synch link DRAM,SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)等等。也就是说,本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供了一种计算机可读存储介质,用于存储计算机程序。
可选的,该计算机可读存储介质可应用于本申请实施例中的网络设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备,并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序产品,包括计算机程序指令。
可选的,该计算机程序产品可应用于本申请实施例中的网络设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序产品可应用于本申请实施例中的移动终端/终端设备,并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本申请实施例还提供了一种计算机程序。
可选的,该计算机程序可应用于本申请实施例中的网络设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程,为了简洁,在此不再赘述。
可选地,该计算机程序可应用于本申请实施例中的移动终端/终端设备,当该计算机程序在计算机上运行时,使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程,为了简洁,在此不再赘述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,)ROM、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (27)

1.一种上行逻辑信道复用的方法,其特征在于,包括:
终端设备确定目标混合自动重传请求HARQ进程的状态信息,所述目标HARQ进程的状态信息用于指示所述目标HARQ进程的HARQ功能是否处于使能状态;
所述终端设备确定与待传输数据对应的至少一个逻辑信道的属性信息,所述至少一个逻辑信道的属性信息用于指示所述至少一个逻辑信道中的每个逻辑信道对HARQ功能处于不同状态的HARQ进程的使用情况,所述目标HARQ进程用于传输所述待传输数据;
所述终端设备根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,为所述至少一个逻辑信道分配所述目标HARQ进程对应的资源。
2.根据权利要求1所述的方法,其特征在于,所述终端设备根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,为所述至少一个逻辑信道分配所述目标HARQ进程对应的资源,包括:
所述终端设备根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,在所述至少一个逻辑信道中确定第一候选逻辑信道集合;
所述终端设备为所述第一候选逻辑信道集合中的候选逻辑信道分配所述目标HARQ进程对应的资源,且不为所述至少一个逻辑信道中不属于所述第一候选逻辑信道集合的逻辑信道分配所述目标HARQ进程对应的资源。
3.根据权利要求2所述的方法,其特征在于,所述终端设备根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,在所述至少一个逻辑信道中确定第一候选逻辑信道集合,包括:
若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于使能状态,所述终端设备根据所述至少一个逻辑信道的属性信息,将所述至少一个逻辑信道中具有第一属性的逻辑信道确定为所述第一候选逻辑信道集合中的候选逻辑信道,所述第一属性为禁止使用HARQ功能处于去使能状态的HARQ进程传输;
若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于去使能状态,所述终端设备根据所述至少一个逻辑信道的属性信息,将所述至少一个逻辑信道中具有第二属性的逻辑信道确定为所述第一候选逻辑信道集合中的候选逻辑信道,所述第二属性为禁止使用HARQ功能处于使能状态的HARQ进程传输。
4.根据权利要求2或3所述的方法,其特征在于,所述终端设备为所述第一候选逻辑信道集合中的候选逻辑信道分配所述目标HARQ进程对应的资源,包括:
所述终端设备根据所述第一候选逻辑信道集合中候选逻辑信道的配置优先级,为所述第一候选逻辑信道集合中的候选逻辑信道分配所述目标HARQ进程对应的资源。
5.根据权利要求4所述的方法,其特征在于,所述终端设备根据所述第一候选逻辑信道集合中候选逻辑信道的配置优先级,为所述第一候选逻辑信道集合中的候选逻辑信道分配所述目标HARQ进程对应的资源,包括:
所述终端设备在所述第一候选逻辑信道集合中确定令牌数Bj大于0的至少一个候选逻辑信道;
所述终端设备按照所述至少一个候选逻辑信道的配置优先级从高到低的顺序,依次为所述至少一个候选逻辑信道分配所述目标HARQ进程对应的资源,且分配的资源满足所述候选逻辑信道的优先比特速率PBR要求;
在为所述至少一个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在剩余资源,所述终端设备按照所述第一候选逻辑信道集合中候选逻辑信道的配置优先级从高到低的顺序,依次为所述第一候选逻辑信道集合中的候选逻辑信道分配所述剩余资源。
6.根据权利要求1所述的方法,其特征在于,所述终端设备根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,为所述至少一个逻辑信道分配所述目标HARQ进程对应的资源,包括:
所述终端设备根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,确定所述至少一个逻辑信道的资源分配优先级;
所述终端设备按照所述至少一个逻辑信道的资源分配优先级,为所述至少一个逻辑信道分配所述目标HARQ进程对应的资源。
7.根据权利要求6所述的方法,其特征在于,所述终端设备根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,确定所述至少一个逻辑信道的资源分配优先级,包括:
若所述至少一个逻辑信道中的第一逻辑信道和第二逻辑信道具有相同的属性信息,所述终端设备按照所述第一逻辑信道的配置优先级和所述第二逻辑信道的配置优先级的顺序,确定所述第一逻辑信道的资源分配优先级和所述第二逻辑信道的资源分配优先级的顺序;
若所述第一逻辑信道的属性信息指示所述第一逻辑信道具有第三属性,且所述第二逻辑信道的属性信息指示所述第二逻辑信道具有第四属性,所述终端设备在所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于使能状态的情况下,确定所述第一逻辑信道的资源分配优先级高于所述第二逻辑信道的资源分配优先级,以及在所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于去使能状态的情况下,确定所述第一逻辑信道的资源分配优先级低于所述第二逻辑信道的资源分配优先级,所述第三属性为优先使用HARQ功能处于使能状态的HARQ进程传输,所述第四属性为优先使用HARQ功能处于去使能状态的HARQ进程传输。
8.根据权利要求7所述的方法,其特征在于,所述终端设备按照所述至少一个逻辑信道的资源分配优先级,为所述至少一个逻辑信道分配所述目标HARQ进程对应的资源,包括:
所述终端设备在所述至少一个逻辑信道中确定第二候选逻辑信道集合,所述第二候选逻辑信道集合中的候选逻辑信道为所述至少一个逻辑信道中令牌数Bj大于0的逻辑信道;
所述终端设备按照资源分配优先级从高到低的顺序,为所述第二候选逻辑信道集合中的候选逻辑信道分配所述目标HARQ进程对应的资源,且分配的资源满足所述候选逻辑信道的PBR要求;
在为所述第二候选逻辑信道集合中每个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在剩余资源,所述终端设备按照所述至少一个逻辑信道的资源分配优先级从高到低的顺序,为所述至少一个逻辑信道分配所述剩余资源。
9.根据权利要求7所述的方法,其特征在于,所述终端设备按照所述至少一个逻辑信道的资源分配优先级,为所述至少一个逻辑信道分配所述目标HARQ进程对应的资源,包括:
若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于使能状态,所述终端设备将所述至少一个逻辑信道中具有所述第三属性的逻辑信道确定为第三候选逻辑信道集合中的候选逻辑信道,或者,
若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于去使能状态,所述终端设备将所述至少一个逻辑信道中具有所述第四属性的逻辑信道确定为第三候选逻辑信道集合中的候选逻辑信道;
所述终端设备按照配置优先级从高到低的顺序,为所述第三候选逻辑信道集合中令牌数Bj大于0的候选逻辑信道分配所述目标HARQ进程对应的资源,且分配的资源满足所述候选逻辑信道的PBR要求;
在为所述第三候选逻辑信道集合中令牌数Bj大于0的每个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在第一剩余资源,所述终端设备按照配置优先级从高到低的顺序,为所述第三候选逻辑信道集合中的候选逻辑信道分配所述第一剩余资源;
在为所述第三候选逻辑信道集合中每个候选逻辑信道分配所述第一剩余资源之后,若所述HARQ进程对应的资源中存在第二剩余资源,所述终端设备按照配置优先级从高到低的顺序,为所述至少一个逻辑信道中不属于所述第三候选逻辑信道集合中的逻辑信道分配所述第二剩余资源。
10.根据权利要求9所述的方法,其特征在于,所述终端设备按照配置优先级从高到低的顺序,为所述至少一个逻辑信道中不属于所述第三候选逻辑信道集合的逻辑信道分配所述第二剩余资源,包括:
所述终端设备将所述至少一个逻辑信道中不属于所述第三候选逻辑信道集合的逻辑信道确定为第四候选逻辑信道集合;
所述终端设备按照配置优先级从高到低的顺序,为所述第四候选逻辑信道集合中令牌数Bj大于0的候选逻辑信道分配所述第二剩余资源,且分配的资源满足所述候选逻辑信道的PBR要求;
在为所述第四候选逻辑信道集合中令牌数Bj大于0的每个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在第三剩余资源,所述终端设备按照所述第四候选逻辑信道集合的配置优先级从高到低的顺序,为所述第四候选逻辑信道集合中的候选逻辑信道分配所述第三剩余资源。
11.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述终端设备接收网络设备发送的无线资源控制RRC信息,所述RRC信息包括以下参数中的至少一个:所述目标HARQ进程的状态信息、所述至少一个逻辑信道的属性信息、所述至少一个逻辑信道的配置优先级、所述至少一个逻辑信道的PBR以及所述至少一个逻辑信道的令牌桶容量BSD。
12.根据权利要求1所述的方法,其特征在于,所述终端设备确定目标混合自动重传请求HARQ进程的状态信息,包括:
所述终端设备接收网络设备发送的物理下行控制信道,所述物理下行控制信道用于所述终端设备确定所述目标HARQ进程的状态信息。
13.一种终端设备,其特征在于,包括:处理单元,所述处理单元用于:
确定目标混合自动重传请求HARQ进程的状态信息,所述目标HARQ进程的状态信息用于指示所述目标HARQ进程的HARQ功能是否处于使能状态;
确定与待传输数据对应的至少一个逻辑信道的属性信息,所述至少一个逻辑信道的属性信息用于指示所述至少一个逻辑信道中的每个逻辑信道对HARQ功能处于不同状态的HARQ进程的使用情况,所述目标HARQ进程用于传输所述待传输数据;
根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,为所述至少一个逻辑信道分配所述目标HARQ进程对应的资源。
14.根据权利要求13所述的终端设备,其特征在于,所述处理单元用于:
根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,在所述至少一个逻辑信道中确定第一候选逻辑信道集合;
为所述第一候选逻辑信道集合中的候选逻辑信道分配所述目标HARQ进程对应的资源,且不为所述至少一个逻辑信道中不属于所述第一候选逻辑信道集合的逻辑信道分配所述目标HARQ进程对应的资源。
15.根据权利要求14所述的终端设备,其特征在于,所述处理单元用于:
若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于使能状态,根据所述至少一个逻辑信道的属性信息,将所述至少一个逻辑信道中具有第一属性的逻辑信道确定为所述第一候选逻辑信道集合中的候选逻辑信道,所述第一属性为禁止使用HARQ功能处于去使能状态的HARQ进程传输;
若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于去使能状态,根据所述至少一个逻辑信道的属性信息,将所述至少一个逻辑信道中具有第二属性的逻辑信道确定为所述第一候选逻辑信道集合中的候选逻辑信道,所述第二属性为禁止使用HARQ功能处于使能状态的HARQ进程传输。
16.根据权利要求14或15所述的终端设备,其特征在于,所述处理单元用于:
根据所述第一候选逻辑信道集合中候选逻辑信道的配置优先级,为所述第一候选逻辑信道集合中的候选逻辑信道分配所述目标HARQ进程对应的资源。
17.根据权利要求16所述的终端设备,其特征在于,所述处理单元用于:
在所述第一候选逻辑信道集合中确定令牌数Bj大于0的至少一个候选逻辑信道;
按照所述至少一个候选逻辑信道的配置优先级从高到低的顺序,依次为所述至少一个候选逻辑信道分配所述目标HARQ进程对应的资源,且分配的资源满足所述候选逻辑信道的优先比特速率PBR要求;
在为所述至少一个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在剩余资源,按照所述第一候选逻辑信道集合中候选逻辑信道的配置优先级从高到低的顺序,依次为所述第一候选逻辑信道集合中的候选逻辑信道分配所述剩余资源。
18.根据权利要求13所述的终端设备,其特征在于,所述处理单元用于:
根据所述目标HARQ进程的状态信息以及所述至少一个逻辑信道的属性信息,确定所述至少一个逻辑信道的资源分配优先级;
按照所述至少一个逻辑信道的资源分配优先级,为所述至少一个逻辑信道分配所述目标HARQ进程对应的资源。
19.根据权利要求18所述的终端设备,其特征在于,所述处理单元用于:
若所述至少一个逻辑信道中的第一逻辑信道和第二逻辑信道具有相同的属性信息,按照所述第一逻辑信道的配置优先级和所述第二逻辑信道的配置优先级的顺序,确定所述第一逻辑信道的资源分配优先级和所述第二逻辑信道的资源分配优先级的顺序;
若所述第一逻辑信道的属性信息指示所述第一逻辑信道具有第三属性,且所述第二逻辑信道的属性信息指示所述第二逻辑信道具有第四属性,在所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于使能状态的情况下,确定所述第一逻辑信道的资源分配优先级高于所述第二逻辑信道的资源分配优先级,以及在所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于去使能状态的情况下,确定所述第一逻辑信道的资源分配优先级低于所述第二逻辑信道的资源分配优先级,所述第三属性为优先使用HARQ功能处于使能状态的HARQ进程传输,所述第四属性为优先使用HARQ功能处于去使能状态的HARQ进程传输。
20.根据权利要求19所述的终端设备,其特征在于,所述处理单元用于:
在所述至少一个逻辑信道中确定第二候选逻辑信道集合,所述第二候选逻辑信道集合中的候选逻辑信道为所述至少一个逻辑信道中令牌数Bj大于0的逻辑信道;
按照资源分配优先级从高到低的顺序,为所述第二候选逻辑信道集合中的候选逻辑信道分配所述目标HARQ进程对应的资源,且分配的资源满足所述候选逻辑信道的PBR要求;
在为所述第二候选逻辑信道集合中每个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在剩余资源,按照所述至少一个逻辑信道的资源分配优先级从高到低的顺序,为所述至少一个逻辑信道分配所述剩余资源。
21.根据权利要求19所述的终端设备,其特征在于,所述处理单元用于:
若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于使能状态,将所述至少一个逻辑信道中具有所述第三属性的逻辑信道确定为第三候选逻辑信道集合中的候选逻辑信道,或者,
若所述目标HARQ进程的状态信息指示所述目标HARQ进程的HARQ功能处于去使能状态,将所述至少一个逻辑信道中具有所述第四属性的逻辑信道确定为第三候选逻辑信道集合中的候选逻辑信道;
按照配置优先级从高到低的顺序,为所述第三候选逻辑信道集合中令牌数Bj大于0的候选逻辑信道分配所述目标HARQ进程对应的资源,且分配的资源满足所述候选逻辑信道的PBR要求;
在为所述第三候选逻辑信道集合中令牌数Bj大于0的每个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在第一剩余资源,按照配置优先级从高到低的顺序,为所述第三候选逻辑信道集合中的候选逻辑信道分配所述第一剩余资源;
在为所述第三候选逻辑信道集合中每个候选逻辑信道分配所述第一剩余资源之后,若所述HARQ进程对应的资源中存在第二剩余资源,按照配置优先级从高到低的顺序,为所述至少一个逻辑信道中不属于所述第三候选逻辑信道集合中的逻辑信道分配所述第二剩余资源。
22.根据权利要求21所述的终端设备,其特征在于,所述处理单元用于:
将所述至少一个逻辑信道中不属于所述第三候选逻辑信道集合的逻辑信道确定为第四候选逻辑信道集合;
按照配置优先级从高到低的顺序,为所述第四候选逻辑信道集合中令牌数Bj大于0的候选逻辑信道分配所述第二剩余资源,且分配的资源满足所述候选逻辑信道的PBR要求;
在为所述第四候选逻辑信道集合中令牌数Bj大于0的每个候选逻辑信道分配满足PBR要求的资源之后,若所述HARQ进程对应的资源中存在第三剩余资源,按照所述第四候选逻辑信道集合的配置优先级从高到低的顺序,为所述第四候选逻辑信道集合中的候选逻辑信道分配所述第三剩余资源。
23.根据权利要求13所述的终端设备,其特征在于,所述终端设备还包括:
收发单元,用于接收网络设备发送的无线资源控制RRC信息,所述RRC信息包括以下参数中的至少一个:所述目标HARQ进程的状态信息、所述至少一个逻辑信道的属性信息、所述至少一个逻辑信道的配置优先级、所述至少一个逻辑信道的PBR以及所述至少一个逻辑信道的令牌桶容量BSD。
24.根据权利要求13所述的终端设备,其特征在于,所述终端设备还包括:
收发单元,用于接收网络设备发送的物理下行控制信道,所述物理下行控制信道用于所述处理单元确定所述目标HARQ进程的状态信息。
25.一种终端设备,其特征在于,包括:处理器和存储器,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行如权利要求1至12中任一项所述的方法。
26.一种芯片,其特征在于,包括:处理器,用于从存储器中调用并运行计算机程序,使得安装有所述芯片的设备执行如权利要求1至12中任一项所述的方法。
27.一种计算机可读存储介质,其特征在于,用于存储计算机程序,所述计算机程序使得计算机执行如权利要求1至12中任一项所述的方法。
CN201980094852.2A 2019-09-26 2019-09-26 上行逻辑信道复用的方法和终端设备 Active CN113678531B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/108071 WO2021056313A1 (zh) 2019-09-26 2019-09-26 上行逻辑信道复用的方法和终端设备

Publications (2)

Publication Number Publication Date
CN113678531A CN113678531A (zh) 2021-11-19
CN113678531B true CN113678531B (zh) 2024-03-08

Family

ID=75164985

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980094852.2A Active CN113678531B (zh) 2019-09-26 2019-09-26 上行逻辑信道复用的方法和终端设备

Country Status (2)

Country Link
CN (1) CN113678531B (zh)
WO (1) WO2021056313A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114698103A (zh) * 2020-12-25 2022-07-01 维沃移动通信有限公司 资源分配方法和设备
WO2023108642A1 (zh) * 2021-12-17 2023-06-22 Oppo广东移动通信有限公司 通信方法、装置、设备、芯片、存储介质、产品及程序
CN117859395A (zh) * 2022-08-09 2024-04-09 北京小米移动软件有限公司 逻辑信道的调度方法、装置、通信设备及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109150419A (zh) * 2017-06-16 2019-01-04 华为技术有限公司 一种通信方法及其装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101387480B1 (ko) * 2007-01-11 2014-04-22 엘지전자 주식회사 통신 상황에 따른 스케줄링 방식 적용 방법 및 이를지원하는 송수신 장치
RU2009135449A (ru) * 2007-03-01 2011-04-10 НТТ ДоСоМо, Инк. (JP) Базовая станция и способ управления связью
EP2124471A4 (en) * 2007-03-01 2014-07-23 Ntt Docomo Inc BASE STATION DEVICE AND COMMUNICATION CONTROL METHOD
KR101509766B1 (ko) * 2008-02-01 2015-04-15 엘지전자 주식회사 이동통신시스템에서의 rlc pdu 전송 방법, 자원할당 방법 및 rlc 엔티티
US20100281486A1 (en) * 2009-05-04 2010-11-04 HT mMobile Inc. Enhanced scheduling, priority handling and multiplexing method and system
CN101695194B (zh) * 2009-10-22 2011-12-07 普天信息技术研究院有限公司 一种lte系统半静态调度中上行逻辑信道的复用方法
CN102448156B (zh) * 2010-09-30 2015-10-21 中兴通讯股份有限公司 一种多载波hsupa增强上行物理信道发送方法和系统
CN107925525B (zh) * 2015-07-02 2021-01-08 Lg 电子株式会社 在无线通信系统中发送和接收上行链路数据的方法及其装置
WO2017026671A1 (en) * 2015-08-12 2017-02-16 Lg Electronics Inc. Method for performing a buffer status reporting in a d2d communication system and device therefor

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109150419A (zh) * 2017-06-16 2019-01-04 华为技术有限公司 一种通信方法及其装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
OPPO.R2-1905579 "Discussion on HARQ procedure for NTN".3GPP tsg_ran\wg2_rl2.2019,(tsgr2_106),全文. *

Also Published As

Publication number Publication date
CN113678531A (zh) 2021-11-19
WO2021056313A1 (zh) 2021-04-01

Similar Documents

Publication Publication Date Title
CN114830817B (zh) 一种定时提前更新方法、终端设备、网络设备
CN110225549B (zh) 通信方法和装置
CN113632561B (zh) 资源配置的方法、终端设备和网络设备
CN113678531B (zh) 上行逻辑信道复用的方法和终端设备
CN113194545A (zh) 无线通信方法和通信设备
WO2021081908A1 (zh) 为上行逻辑信道分配资源的方法和终端设备
WO2021184266A1 (zh) 一种数据包重组方法、电子设备及存储介质
WO2021128318A1 (zh) 上行mac ce传输的方法和装置
CN113557779B (zh) 调度请求传输的方法和设备
CN113661750B (zh) 用于传输数据的方法、终端设备和网络设备
CN114830588B (zh) 生效时间的确定方法、终端及网络设备
CN112970219B (zh) 一种资源确定方法及装置、终端
CN116325584A (zh) 无线通信的方法和终端设备
WO2021068224A1 (zh) 无线通信方法、终端设备和网络设备
CN116569642A (zh) 传输数据信道的方法、终端设备和网络设备
CN114667789B (zh) 一种定时器控制方法、终端设备、网络设备
US20220337350A1 (en) Data transmission method, apparatus and device
CN114172624A (zh) 一种反馈资源分配方法、终端设备及网络设备
WO2021155574A1 (zh) 信道处理方法、装置、设备及存储介质
US20230403668A1 (en) Method and apparatus for reporting timing advance, and terminal device
US20230328798A1 (en) Random access methods, terminal device and network device
CN116171543A (zh) 无线通信方法和设备
CN116762446A (zh) 无线通信的方法、终端设备和网络设备
CN115918219A (zh) 信息传输方法、装置、设备及存储介质
CN112771967A (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