CN111601388B - 基于载波聚合的上行传输方法、存储介质及用户设备 - Google Patents
基于载波聚合的上行传输方法、存储介质及用户设备Info
- Publication number
- CN111601388B CN111601388B CN202010411139.0A CN202010411139A CN111601388B CN 111601388 B CN111601388 B CN 111601388B CN 202010411139 A CN202010411139 A CN 202010411139A CN 111601388 B CN111601388 B CN 111601388B
- Authority
- CN
- China
- Prior art keywords
- information
- uplink
- pusch
- pucch
- transmission
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
- H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
- H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种基于载波聚合的上行传输方法、存储介质及用户设备。所述方法包括:在多个上行信息的传输存在冲突时,确定所述多个上行信息的冲突类型;根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理;对处理后的上行信息进行传输。本申请实施例能够解决载波聚合场景下的各种上行传输冲突问题,提高通信可靠性。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种基于载波聚合的上行传输方法、存储介质及用户设备。
背景技术
第五代移动通信系统(5G NR)包括三大应用场景,即增强移动宽带(EnhancedMobile Broadband,eMBB)、大规模机器类型通信(Massive Machine Type Communication,mMTC)以及低时延高可靠通信(Ultra-reliable low-latency communication,URLLC)。这些场景对系统提出了高可靠、低时延,大带宽,广覆盖等要求。
用户设备(User Equipment,UE)可能同时支持不同类型的业务,例如智能工厂中的无人机需要同时支持eMBB业务(如监视视频)和URLLC业务(如运动控制),从而导致UE内部的上行传输冲突,即具有不同服务质量(Quality of Service,QoS)要求的上行信息之间的无线电资源存在重叠。
UE内部的上行传输冲突是3GPP Release 16以及Release 17的研究重点,目前已针对多种场景提出部分解决方案。但若UE支持上行载波聚合(Carrier Aggregation,CA),这些解决方案不足以解决载波聚合场景下的上行传输冲突问题,无法保证通信的可靠性。
发明内容
本申请实施例提供一种基于载波聚合的上行传输方法、存储介质及用户设备,能够解决载波聚合场景下的各种上行传输冲突问题,提高通信可靠性。
第一方面,本申请实施例提供了一种基于载波聚合的上行传输方法,应用于用户设备,所述方法包括:在多个上行信息的传输存在冲突时,确定所述多个上行信息的冲突类型;根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理;对处理后的上行信息进行传输。
进一步地,所述确定所述多个上行信息的冲突类型,包括:若所述多个上行信息在同一小区中传输,则确定所述冲突类型为小区内冲突;若所述多个上行信息在不同小区中传输,则确定所述冲突类型为小区间冲突;若所述多个上行信息在多个小区中传输,且每个小区中传输多个上行信息,则确定所述冲突类型包括小区内冲突和小区间冲突。
进一步地,所述根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理,包括:在所述冲突类型为小区内冲突时,确定同一小区中的多个上行信息的信息类型;根据所述信息类型,对同一小区中的多个上行信息进行处理。
进一步地,所述根据所述信息类型,对同一小区中的多个上行信息进行处理,包括:若同一小区中的多个上行信息包括第一物理上行控制信道PUCCH信息和第一物理上行共享信道PUSCH信息,则检测第一PUCCH信息和第一PUSCH信息是否满足复用条件;在所述第一PUCCH信息和所述第一PUSCH信息满足所述复用条件时,将所述第一PUCCH信息与所述第一PUSCH信息复用;在所述第一PUCCH信息和所述第一PUSCH信息不满足所述复用条件时,根据优先级策略,对所述第一PUCCH信息和所述第一PUSCH信息进行处理。
进一步地,所述根据所述信息类型,对同一小区中的多个上行信息进行处理,包括:若同一小区中的多个上行信息包括多个PUSCH信息,则检测其他小区是否具有空闲的目标传输资源,所述目标传输资源的时域资源与第二PUSCH信息占用的时域资源相同,所述第二PUSCH信息为所述多个PUSCH信息中低优先级的PUSCH信息;在其他小区具有空闲的目标传输资源时,将所述目标传输资源分配给所述第二PUSCH信息;在其他小区不具有空闲的目标传输资源时,丢弃所述第二PUSCH信息。
进一步地,所述根据所述信息类型,对同一小区中的多个上行信息进行处理,包括:若同一小区中的多个上行信息包括多个PUCCH信息,则检测第二PUCCH信息是否与其他小区中传输的第一目标PUSCH信息满足复用条件,所述第二PUCCH信息为所述多个PUCCH信息中低优先级的PUCCH信息;在所述第二PUCCH信息与其他小区中传输的第一目标PUSCH信息满足所述复用条件时,将所述第二PUCCH信息与所述第一目标PUSCH信息复用;在所述第二PUCCH信息与其他小区中传输的第一目标PUSCH信息不满足所述复用条件时,丢弃所述第二PUCCH信息。
进一步地,所述根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理,包括:在所述冲突类型为小区间冲突时,确定不同小区中的上行信息的信息类型和所述用户设备的传输指示信息;根据所述信息类型和所述传输指示信息,对不同小区中的上行信息进行处理。
进一步地,所述根据所述信息类型和所述传输指示信息,对不同小区中的上行信息进行处理,包括:若不同小区中的上行信息包括在第一小区中传输的第三PUCCH信息以及在第二小区中传输的第三PUSCH信息,则检测所述传输指示信息是否支持同时传输PUCCH类信息和PUSCH类信息;在所述传输指示信息支持同时传输PUCCH类信息和PUSCH类信息时,保留所述第三PUCCH信息和所述第三PUSCH信息的传输;在所述传输指示信息不支持同时传输PUCCH类信息和PUSCH类信息时,检测所述第三PUCCH信息是否与其他小区中传输的第二目标PUSCH信息满足复用条件;在所述第三PUCCH信息与其他小区中传输的所述第二目标PUSCH信息满足所述复用条件时,将所述第三PUCCH信息与所述第二目标PUSCH信息复用;在所述第三PUCCH信息与其他小区中传输的所述第二目标PUSCH信息不满足所述复用条件时,根据优先级策略,对第三PUCCH信息和所述第三PUSCH信息进行处理。
第二方面,本申请实施例还提供了一种计算机可读存储介质,所述存储介质中存储有多条指令,所述指令适于由处理器加载以执行上述基于载波聚合的上行传输方法。
第三方面,本申请实施例还提供了一种用户设备,包括处理器和存储器,所述处理器与所述存储器电性连接,所述存储器用于存储指令和数据,所述处理器用于执行上述基于载波聚合的上行传输方法。
本申请提供的基于载波聚合的上行传输方法、存储介质及用户设备,能够在多个上行信息的传输冲突时,确定多个上行信息的冲突类型,以根据冲突类型,采用不同的传输处理方式对多个上行信息进行处理,并传输处理后的上行信息,从而解决载波聚合场景下的各种上行传输冲突问题,提高通信的可靠性。
附图说明
下面结合附图,通过对本申请的具体实施方式详细描述,将使本申请的技术方案及其它有益效果显而易见。
图1为本申请实施例提供的通信系统的结构示意图。
图2为本申请实施例提供的基于载波聚合的上行传输方法的流程示意图。
图3为本申请实施例提供的基于载波聚合的上行传输方法的另一流程示意图。
图4为本申请实施例提供的基于载波聚合的上行传输方法中步骤102的流程示意图。
图5为本申请实施例提供的上行传输冲突的第一个示意图。
图6为本申请实施例提供的上行传输冲突的第二个示意图。
图7为本申请实施例提供的上行传输冲突的第三个示意图。
图8为本申请实施例提供的基于载波聚合的上行传输方法中步骤102的另一流程示意图。
图9为本申请实施例提供的上行传输冲突的第四个示意图。
图10为本申请实施例提供的基于载波聚合的上行传输装置的结构示意图。
图11为本申请实施例提供的用户设备的结构示意图。
图12为本申请实施例提供的用户设备的另一结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请的描述中,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中,“多个”的含义是两个或两个以上,除非另有明确具体的限定。另外,“第一”、“第二”这些术语用来将多个元素彼此区分开。例如,在不脱离本申请范围的前提下,第一约束条件也可以被称为第二约束条件,并且类似地,第二约束条件也可以被称为第一约束条件。第一约束条件和第二约束条件均为约束条件,但它们并非同一约束条件。
如图1所示,图1是通信系统的结构示意图。通信系统包括基站1和用户设备2,基站1可以包括各种形式的宏基站、微基站、中继站、接入点等,用户设备2可以为各种具有无限通信功能的手持设备、车载设备、可穿戴设备等电子设备。基站1与用户设备2之间可以通过空口技术(如NR UU)连接。
用户设备2可以支持载波聚合,载波聚合是指将多个分量载波(ComponentCarrier,CC)聚合在一起以支持更大的传输带宽的技术。不同用户设备可以配置不同的CC,每个CC可以对应于一个独立的服务小区(Serving Cell),例如主CC对应主小区(PrimaryCell,PCell),辅CC对应辅小区(Secondary Cell,SCell),支持载波聚合的用户设备2可以与一个PCell和多个SCell连接。
用户设备2通过物理上行信道向基站1发送信息,物理上行信道包括物理上行共享信道(Physical Uplink Share Channel,PUSCH)和物理上行控制信道(Physical UplinkControl Channel,PUCCH)等。PUCCH可以用于传输上行控制信息(Uplink ControlInformation,UCI),UCI可以包括信道状态信息(CSI)、混合自动重传请求(HARQ)、上行调度请求(SR)中的至少一个。PUSCH可以用于传输上行数据信息,也可以用于传输UCI。
如图2所示,图2是本申请实施例提供的基于载波聚合的上行传输方法的流程示意图,该上行传输方法应用于用户设备,该用户设备可以为图1中的用户设备2。该上行传输方法的具体流程可以包括步骤101至步骤103:
101、在多个上行信息的传输存在冲突时,确定所述多个上行信息的冲突类型。
本申请实施例中,上行信息是指用户设备发送至基站的信息,上行信息具有多种信息类型,例如PUCCH信息、PUSCH信息等。其中,PUCCH信息是指通过PUCCH传输的信息,如上行控制信息UCI;PUSCH信息是指通过PUSCH传输的信息,如上行数据信息。不同上行信息可以在不同小区(即不同CC)上传输,也可以在同一小区(即同一CC)上传输。
多个上行信息的传输存在冲突是指多个上行信息的传输资源存在重叠。根据传输多个上行信息的小区状况,可以确定多个上行信息的冲突类型。其中,小区状况是指多个上行信息在同一小区中传输还是在不同小区中传输。
具体地,如图3所示,步骤101中的所述在多个上行信息的传输存在冲突时,确定所述多个上行信息的冲突类型,可以包括步骤201至步骤203:
201、在多个上行信息的传输存在冲突时,若所述多个上行信息在同一小区中传输,则确定所述冲突类型为小区内冲突。
201、在多个上行信息的传输存在冲突时,若所述多个上行信息在不同小区中传输,则确定所述冲突类型为小区间冲突。
203、在多个上行信息的传输存在冲突时,若所述多个上行信息在多个小区中传输,且每个小区中传输多个上行信息,则确定所述冲突类型包括小区内冲突和小区间冲突。
需要说明的是,多个上行信息的传输冲突可以分为三种,即仅具有小区内冲突,仅具有小区间冲突,同时具有小区内冲突和小区间冲突。
102、根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理。
本申请实施例中,针对不同的冲突类型,采用不同的传输处理方式进行处理,以解决不同的上行传输冲突问题。
若冲突类型为小区内冲突,即不同小区之间不存在相冲突的上行信息,则采用第一传输处理方式对同一小区中的上行信息进行处理,即可解决小区内上行传输冲突问题。若冲突类型为小区间冲突,即同一小区中不存在相冲突的上行信息,则采用第二传输处理方式对不同小区中的上行信息进行处理,即可解决小区间上行传输冲突问题。若冲突类型包括小区内冲突和小区间冲突,即相冲突的多个上行信息既包括在同一小区中传输的上行信息,也包括在不同小区中传输的上行信息,则先采用第一传输处理方式对同一小区中相冲突的上行信息进行处理,即各个小区先解决各自内部的上行传输冲突问题,使处理后同一小区中不再具有相冲突的上行信息,再采用第二传输处理方式对不同小区之间相冲突的上行信息进行处理,以解决不同小区之间的上行传输冲突,从而解决所有上行传输冲突问题。
在解决小区内冲突时,采用第一传输处理方式进行处理。具体地,如图4所示,步骤102中的所述根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理,包括步骤301至步骤304:
301、在所述冲突类型为小区内冲突时,确定同一小区中的多个上行信息的信息类型。
由于上行信息的信息类型包括PUCCH信息和PUSCH信息,因此同一小区中的多个上行信息可以具有多种类型冲突,大致可以分为三种,即PUCCH信息和PUSCH信息的冲突,多个PUSCH信息的冲突,多个PUCCH信息的冲突。根据同一小区中的多个上行信息的不同信息类型,对同一小区中的多个上行信息进行不同的处理。
若同一小区中的多个上行信息包括第一PUCCH信息和第一PUSCH信息,则执行步骤302;若同一小区中的多个上行信息包括多个PUSCH信息,则执行步骤303;若同一小区中的多个上行信息包括多个PUCCH信息,则执行步骤304。
302、检测第一PUCCH信息和第一PUSCH信息是否满足复用条件;若满足,则将所述第一PUCCH信息与所述第一PUSCH信息复用;若不满足,则根据优先级策略,对所述第一PUCCH信息和所述第一PUSCH信息进行处理。
其中,优先级策略是指比较多个上行信息的优先级,并根据优先级来处理上行信息。PUCCH信息(UCI)和PUSCH信息在物理层支持两级的优先级配置,即高优先级和低优先级,该优先级由下行控制信息(Downlink Control Information,DCI)或无线资源控制(Radio Resource Control,RRC)参数配置。为了保证高优先级的上行信息的传输质量,优先级策略可以设置为丢弃低优先级的上行信息,并保留高优先级的上行信息,若多个上行信息的优先级相同,则采用复用NR release15的策略,也可以复用NR后续版本的策略,此处不做具体限定。
例如,如图5所示,PCell中相冲突的上行信息包括UCI1和PUSCH1,其中UCI1为PUCCH信息,PUSCH1为PUSCH信息。检测UCI1与PUSCH1是否满足复用条件,若满足,则将UCI1与PUSCH1复用后在PCell中传输,若不满足,则采用优先级策略,从UCI1和PUSCH1中选取高优先级的UCI1保留在PCell中传输,并丢弃低优先级的PUSCH1,以解决UCI1与PUSCH1之间的传输冲突。在同一小区中的UCI1和PUSCH1发生冲突时,优先考虑将UCI1和PUSCH1复用后传输,以在保证高优先级传输业务通信质量的同时,对低优先级传输业务通信质量也有一定的保证。
303、检测其他小区是否具有空闲的目标传输资源,所述目标传输资源的时域资源与第二PUSCH信息占用的时域资源相同,所述第二PUSCH信息为所述多个PUSCH信息中低优先级的PUSCH信息;若具有,则将所述目标传输资源分配给所述第二PUSCH信息;若不具有,则丢弃所述第二PUSCH信息。
若同一小区中具有多个PUSCH信息相冲突时,由于PUSCH信息之间无法复用,因此将高优先级的PUSCH信息保留在该小区上传输,同时考虑低优先级的PUSCH信息在其他未传输数据的空闲小区中传输。
例如,如图6所示,在SCell1中相冲突的上行信息包括PUSCH2和PUSCH3,PUSCH2和PUSCH3均为PUSCH信息,且PUSCH2优先级高,PUSCH3优先级低。若直接根据优先级策略对PUSCH2和PUSCH3进行处理,会降低PUSCH的传输效率和QoS要求,因此先检测其他小区是否具有空闲的目标传输资源,检测到SCell2此时处于空闲状态,即SCell2中对应PUSCH3在SCell1中的位置处于空闲状态时,将SCell2的目标传输资源分配给PUSCH3,使PUSCH3在SCell2中传输,而PUSCH2在SCell1中传输,以解决PUSCH2与PUSCH3之间的传输冲突问题,并在保证高优先级传输质量的同时,保证多路数据的同时传输,减少数据丢弃的频率。其中SCell2是否可以传输PUSCH3的检测由用户设备内部实现决定,此处不做要求。
例如,如图5所示,检测到其他小区都不具有空闲的目标传输资源,则根据优先级策略,丢弃PUSCH3,并保留PUSCH2在SCell1中传输,以解决PUSCH2与PUSCH3之间的传输冲突问题。
304、检测第二PUCCH信息是否与其他小区中传输的第一目标PUSCH信息满足复用条件,所述第二PUCCH信息为所述多个PUCCH信息中低优先级的PUCCH信息;若满足,则将所述第二PUCCH信息与所述第一PUSCH信息复用;若不满足,则丢弃所述第二PUCCH信息。
在同一小区中具有多个PUCCH信息相冲突时,先处理高优先级的PUCCH信息,将高优先级的PUCCH信息保留在该小区中传输,进而处理低优先级的PUCCH信息,考虑将低优先级的PUCCH信息与其他小区中的PUSCH信息复用后传输。
若多个PUCCH信息配置的优先级相同,由于PUCCH信息具有多种类型,则可以根据高层配置的类型顺序,设置不同类型的PUCCH信息的优先顺序,并根据优先顺序依次对多个PUCCH信息进行处理,例如优先顺序为非周期CSI、周期/半静态CSI、HARQ、SR,即最先处理非周期CSI,最后处理SR,也可以复用NR release 15或后续版本的优先化处理机制对相同优先级的PUCCH信息做优先排序处理。
在检测低优先级的PUCCH信息是否与其他小区中的PUSCH信息满足复用条件时,按照小区序号从小到大开始检测,即先检测小区序号最小的其他小区中是否具有可以复用的PUSCH信息,若是,则将低优先级的PUCCH信息与该小区中的PUSCH信息复用后在该小区中传输,若否,则继续检测小区序号第二小的其他小区,若其他所有小区都没有可以复用的PUSCH信息,则丢弃低优先级的PUCCH信息。
例如,如图7所示,PCell中相冲突的多个上行信息包括UCI1和UCI2,UCI1和UCI2均为PUCCH信息,且UCI1的优先级高,UCI2的优先级低。将UCI1保留在PCell中传输,检测UCI2与SCell1中的PUSCH1是否满足复用条件,若满足,则将UCI2与PUSCH1复用后在SCell1中传输,若不满足,则继续检测UCI2与SCell2中的PUSCH2是否满足复用条件,若满足,则将UCI2与PUSCH2复用后在SCell2中传输,若不满足,则丢弃UCI2。
直接丢弃优先级低的上行信息,主要保证了高优先级的信令、数据传输的稳定性,但对低优先级的上行信息影响较大,如果当前冲突比较频繁,或者对于某些低优先级的上行信息具有较大的数据量,频繁的丢弃会对QoS有较大的影响,因此优先考虑跨CC复用的方法,以在保证高优先级传输质量的同时,保证多个上行信息的同时传输,减少数据丢弃的频率。
另外,若同一小区中相冲突的上行信息包括多个PUCCH信息和多个PUSCH信息,可以先采用步骤303中的方法对该小区中的多个PUSCH信息进行处理,使该小区仅保留一个高优先级的PUSCH信息,低优先级的PUSCH信息可以丢弃或通过其他空闲小区传输,进而采用步骤304中的方法对多个PUCCH信息进行处理,使该小区仅保留一个高优先级的PUSCH信息,低优先级的PUCCH信息可以丢弃或与其他小区中的PUSCH信息复用后在其他小区中传输,此时小区中仅具有一个PUSCH信息和一个PUCCH信息,继续采用步骤302中的方法将保留的PUCCH信息与PUSCH信息复用后在该小区中传输,或者采用优先级策略对保留的PUCCH信息和PUSCH信息进行处理,以解决多种上行传输冲突问题。
在解决小区间冲突时,采用第二传输处理方式进行处理。具体地,如图8所示,步骤102中的所述根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理,包括步骤401至步骤406:
401、在所述冲突类型为小区间冲突时,确定不同小区中的上行信息的信息类型和所述用户设备的传输指示信息。
由于上行信息的信息类型包括PUCCH信息和PUSCH信息,因此不同小区中的上行信息可以具有多种类型组合。但由于用户设备支持载波聚合,而所有CC的PUCCH信息(UCI)只能在一个上行CC上传输,这也意味着多个下行CC传输的数据可能需要在同一个上行CC中确认(acknowledge),因此不同小区中的上行信息的冲突大致可以分为两种,即PUCCH信息和PUSCH信息的冲突,多个PUSCH信息的冲突。
用户设备的传输指示信息可以用于指示用户设备是否支持同时传输PUCCH信息和PUSCH信息,以及是否支持同时传输多个PUSCH信息。需要说明的是,支持载波聚合的用户设备默认支持同时传输多个PUSCH信息。而PUCCH信息和PUSCH信息的同时传输需要用户设备具备或开启相关功能,若用户设备未开启同时传输PUCCH和PUSCH功能或用户设备不具备该能力,则传输指示信息指示不支持同时传输PUCCH信息和PUSCH信息;若用户设备开启同时传输PUCCH和PUSCH功能,则传输指示信息支持支持同时传输PUCCH信息和PUSCH信息。
根据不同小区中的上行信息的信息类型和用户设备的传输指示信息,对不同小区中的上行信息进行不同的处理。
若不同小区中的上行信息包括多个PUSCH信息,且用户设备默认支持多个PUSCH信息的同时传输,则保留多个PUSCH信息在各自小区中的传输,不会对彼此传输造成影响。
如图9所示,不同小区中的PUSCH信息包括在Scell1中传输的PUSCH1和在SCell2中传输的PUSCH2,同时传输PUSCH1和PUSCH2,即PUSCH1仍通过Scell1传输,PUSCH2仍通过SCell2传输,不会对彼此传输造成影响。
若不同小区中的上行信息包括在第一小区中传输的第三PUCCH信息以及在第二小区中传输的第三PUSCH信息,则执行步骤402。
402、检测所述传输指示信息是否为支持同时传输PUCCH信息和PUSCH信息,若支持,则执行步骤403,若不支持,则执行步骤404。
在位于不同小区的PUCCH信息和PUSCH信息发生冲突时,传输指示信息不同,则处理方式不同。需要说明的是,若传输指示信息不支持同时传输PUCCH信息和PUSCH信息,则对于支持载波聚合的用户设备而言,PUCCH信息只能在PCell上传输,对PUSCH信息没有要求,即PUSCH信息既可以在PCell上传输,也可以在SCell上传输,即SCell上只能传输PUSCH信息;若传输指示信息为支持同时传输PUCCH信息和PUSCH信息,则对于支持载波聚合的用户设备而言,PUCCH信息只能在一个上行CC上传输,本实施例假设PUCCH信息只能在PCell上传输,PUSCH信息既可以在PCell上传输,也可以在SCell上传输,即SCell上只能传输PUSCH信息。
403、保留所述第三PUCCH信息和所述第三PUSCH信息的传输。
若传输指示信息支持同时传输PUCCH信息和PUSCH信息,则保留PUCCH信息和PUSCH信息在各自小区中的传输,不会对彼此传输造成影响。
如图9所示,不同小区中的上行信息包括在PCell中传输的UCI1和在Scell1中传输的PUSCH1,则同时传输UCI1和PUSCH1,即UCI1仍通过PCell传输,PUSCH1仍通过Scell1传输,不会对彼此传输造成影响。
404、检测所述第三PUCCH信息是否与其他小区中传输的第二目标PUSCH信息满足复用条件,若满足,则执行步骤405,若不满足,则执行步骤406。
若传输指示信息不支持同时传输PUCCH信息和PUSCH信息,则优先考虑将PUCCH信息与其他小区中传输的PUSCH信息复用。按照小区序号从小到大的顺序,依次检测其他小区中是否具有可以复用的PUSCH信息。
如图9所示,先检测SCell1中传输的PUSCH1与UCI1是否满足复用条件,若满足,则执行步骤405,若不满足,则继续检测SCell2中传输的PUSCH2与UCI1是否满足复用条件,若满足,则执行步骤405,若不满足,则执行步骤406。
405、将所述第三PUCCH信息与所述第二目标PUSCH信息复用。
将第三PUCCH信息与第二目标PUSCH信息复用后在第二目标PUSCH信息所在的小区中传输。
例如,如图9所示,若UCI1与SCell1中传输的PUSCH1满足复用条件,则将UCI1与PUSCH1复用后在SCell1中传输;若UCI1与SCell1中传输的PUSCH1不满足复用条件,而UCI1与SCell2中传输的PUSCH2满足复用条件,则将UCI1与PUSCH2复用后在SCell2中传输。
406、根据优先级策略,对第三PUCCH信息和所述第三PUSCH信息进行处理。
若第三PUCCH信息与其他所有小区中传输的PUSCH信息均不满足复用条件,则采用优先级策略,从第三PUCCH信息和第三PUSCH信息中保留高优先级的上行信息在其对应的小区传输,并丢弃低优先级的上行信息,若多个上行信息的优先级相同,则采用复用NRrelease15的策略,也可以复用NR后续版本的策略,此处不做具体限定。
例如,如图9所示,UCI1与PUSCH1、PUSCH2均不满足复用条件,且UCI1的优先级高于PUSCH1和PUSCH2的优先级,则保留UCI1在PCell中的传输,并丢弃PUSCH1和PUSCH2。
本实施例在不同小区中的PUCCH信息和PUSCH信息发生冲突时,在不影响高优先级上行传输的情况下,优先考虑复用的方法,既能保证高优先级上行传输,也能提升低优先级上行传输的鲁棒性。
在冲突类型包括小区内冲突和小区间冲突时,需要同时解决小区内冲突和小区间冲突,可以先按照上述第一传输处理方式对同一小区中的多个上行信息进行处理,使每个小区中仅保留一个上行信息或复用的上行信息,进而按照上述第二传输处理方式对不同小区中仍冲突的上行信息进行处理,以解决多种上行传输冲突问题,在此不再详细赘述。
例如,如图5所示,先采用第一传输处理方式对PCell中的UCI1和PUSCH1进行处理,若UCI1和PUSCH1满足复用条件,则对UCI1和PUSCH1复用。同时采用第一处理方式对SCell1中的PUSCH2和PUSCH3进行处理,若其他小区没有PUSCH3相对应的空闲资源,则保留高优先级的PUSCH2,并丢弃低优先级的PUSCH3。由于用户设备支持同时传输多个PUSCH信息,因此PCell与SCell1中的上行信息不再冲突,则在PCell中传输复用的UCI1和PUSCH1,在SCell1中传输PUSCH2。
例如,如图6所示,先采用第一传输处理方式对SCell1中的PUSCH2和PUSCH3进行处理,由于SCell2中具有空闲资源,则在SCell2中传输低优先级的PUSCH3,高优先级的PUSCH2保留在SCell1中。进而采用第一传输处理方式对PCell中的UCI1和UCI2进行处理,将高优先级的UCI1保留在PCell中,而低优先级的UCI2与PUSCH3满足复用条件,则将UCI2与PUSCH3复用在SCell2中。每个小区中的上行传输冲突处理完后,PCell中保留的UCI1与SCell1中保留的PUSCH2仍存在冲突,则采用第二传输处理方式对PCell中的UCI1和SCell1中的PUSCH2进行处理,若UCI1与PUSCH2满足复用条件,则将UCI1与PUSCH2复用在SCell1中。经过处理后,在SCell1中传输复用的UCI1和PUSCH2,在SCell2中传输复用的UCI2和PUSCH3。
103、对处理后的上行信息进行传输。
经过步骤102的处理后,若PUCCH信息保留在原小区,则仍通过原小区传输该PUCCH信息,若PUCCH信息与目标小区中传输的PUSCH信息复用,则该PUCCH信息与目标小区中的PUSCH信息复用后在目标小区中传输,若PUCCH信息被丢弃,则不再传输该PUCCH信息。若PUSCH信息保留在原小区,则仍通过原小区传输该PUSCH信息,若PUSCH信息重新分配目标小区的目标空闲资源,则通过目标小区传输该PUSCH信息,若PUSCH信息被丢弃,则不再传输该PUSCH信息。
由上述可知,本申请提供的基于载波聚合的上行传输方法,能够在多个上行信息的传输冲突时,确定多个上行信息的冲突类型,以根据冲突类型,采用不同的传输处理方式对多个上行信息进行处理,并传输处理后的上行信息,从而解决载波聚合场景下的各种上行传输冲突问题,提高通信的可靠性。
根据上述实施例所描述的方法,本实施例将从基于载波聚合的上行传输装置的角度进一步进行描述,该基于载波聚合的上行传输装置可以集成用户设备中。
请参阅图10,图10具体描述了本申请实施例提供的基于载波聚合的上行传输装置,该基于载波聚合的上行传输装置可以包括:确定模块51、处理模块52和传输模块53。确定模块51用于在多个上行信息的传输存在冲突时,确定所述多个上行信息的冲突类型。处理模块52用于根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理。传输模块53用于对处理后的上行信息进行传输。确定模块51、处理模块52和传输模块53可以是由电路组成。
由上述可知,本申请提供的基于载波聚合的上行传输装置,能够在多个上行信息的传输冲突时,确定多个上行信息的冲突类型,以根据冲突类型,采用不同的传输处理方式对多个上行信息进行处理,并传输处理后的上行信息,从而解决载波聚合场景下的各种上行传输冲突问题,提高通信的可靠性。
另外,本申请实施例还提供一种用户设备。如图11所示,用户设备600包括处理器601和存储器602。其中,处理器601与存储器602电性连接。
处理器601是用户设备600的控制中心,利用各种接口和线路连接整个用户设备的各个部分,通过运行或加载存储在存储器602内的应用程序,以及调用存储在存储器602内的数据,执行用户设备的各种功能和处理数据,从而对用户设备进行整体监控。
在本实施例中,图10所示的确定模块51、处理模块52和传输模块53可以是存储在存储器602中的应用程序。用户设备600中的处理器601运行存储在存储器602中的确定模块51、处理模块52和传输模块53,从而实现各种功能。当确定模块51被处理器601执行时,用于在多个上行信息的传输存在冲突时,确定所述多个上行信息的冲突类型。当处理模块52被处理器601执行时,用于根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理。当传输模块53被处理器601执行时,用于对处理后的上行信息进行传输。
请参阅图12,图12为本申请实施例提供的用户设备的结构示意图。该用户设备可以用于实施上述实施例中提供的基于载波聚合的上行传输方法。该用户设备可以连接网络。
RF电路710用于接收以及发送电磁波,实现电磁波与电信号的相互转换,从而与通讯网络或者其他设备进行通讯。RF电路710可包括各种现有的用于执行这些功能的电路元件,例如,天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。RF电路710可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的无线网络可以使用各种通信标准、协议及技术,包括但并不限于全球移动通信系统(Global System for Mobile Communication,GSM)、增强型移动通信技术(Enhanced DataGSM Environment,EDGE),宽带码分多址技术(Wideband Code Division MultipleAccess,WCDMA),码分多址技术(Code Division Access,CDMA)、时分多址技术(TimeDivision Multiple Access,TDMA),无线保真技术(Wireless Fidelity,Wi-Fi)(如美国电气和电子工程师协会标准IEEE 802.11a,IEEE 802.11b,IEEE802.11g和/或IEEE802.11n)、网络电话(Voice over Internet Protocol,VoIP)、全球微波互联接入(Worldwide Interoperability for Microwave Access,Wi-Max)、其他用于邮件、即时通讯及短消息的协议,以及任何其他合适的通讯协议,甚至可包括那些当前仍未被开发出来的协议。
存储器720可用于存储软件程序以及模块,如上述实施例中对应的程序指令/模块,处理器780通过运行存储在存储器720内的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器720可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器720可进一步包括相对于处理器780远程设置的存储器,这些远程存储器可以通过网络连接至用户设备700。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入单元730可用于接收输入的数字或字符信息,以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地,输入单元730可包括触敏表面731以及其他输入设备732。触敏表面731,也称为触摸显示屏(触摸屏)或者触控板,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面731上或在触敏表面731附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触敏表面731可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器780,并能接收处理器780发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面731。除了触敏表面731,输入单元730还可以包括其他输入设备732。具体地,其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元740可用于显示由用户输入的信息或提供给用户的信息以及用户设备700的各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元740可包括显示面板741,可选的,可以采用LCD(Liquid Crystal Display,液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板741。进一步的,触敏表面731可覆盖显示面板741,当触敏表面731检测到在其上或附近的触摸操作后,传送给处理器780以确定触摸事件的类型,随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图中,触敏表面731与显示面板741是作为两个独立的部件来实现输入和输出功能,但是可以理解地,将触敏表面731与显示面板741集成而实现输入和输出功能。
用户设备700还可包括至少一种传感器750,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板741的亮度,接近传感器可在翻盖合上或者关闭时产生中断。作为运动传感器的一种,重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于用户设备700还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路760、扬声器761,传声器762可提供用户与用户设备700之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号,传输到扬声器761,由扬声器761转换为声音信号输出;另一方面,传声器762将收集的声音信号转换为电信号,由音频电路760接收后转换为音频数据,再将音频数据输出处理器780处理后,经RF电路710以发送给比如另一终端,或者将音频数据输出至存储器720以便进一步处理。音频电路760还可能包括耳塞插孔,以提供外设耳机与用户设备700的通信。
用户设备700通过传输模块770(例如Wi-Fi模块)可以帮助用户接收请求、发送信息等,为用户提供了无线的宽带互联网访问。虽然图示出了传输模块770,但是可以理解的是,其并不属于用户设备700的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器780是用户设备700的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器720内的软件程序和/或模块,以及调用存储在存储器720内的数据,执行用户设备700的各种功能和处理数据,从而对用户设备进行整体监控。可选的,处理器780可包括一个或多个处理核心;在一些实施例中,处理器780可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解地,上述调制解调处理器也可以不集成到处理器780中。
用户设备700还包括给各个部件供电的电源790(比如电池),在一些实施例中,电源可以通过电源管理系统与处理器780逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源790还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管未示出,用户设备700还包括摄像头(如前置摄像头、后置摄像头)、蓝牙模块等,在此不再赘述。具体在本实施例中,用户设备的显示单元是触摸屏显示器,用户设备还包括有存储器,图10所示的确定模块51、处理模块52和传输模块53可以是存储在存储器720中的应用程序。用户设备700中的处理器780运行存储在存储器720中的确定模块51、处理模块52和传输模块53,从而实现各种功能。当确定模块51被处理器780执行时,用于在多个上行信息的传输存在冲突时,确定所述多个上行信息的冲突类型。当处理模块52被处理器780执行时,用于根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理。当传输模块53被处理器780执行时,用于对处理后的上行信息进行传输。
具体实施时,以上各个模块可以作为独立的实体来实现,也可以进行任意组合,作为同一或若干个实体来实现,以上各个模块的具体实施可参见前面的方法实施例,在此不再赘述。
本领域普通技术人员可以理解,上述实施例的各种方法中的全部或部分步骤可以通过指令来完成,或通过指令控制相关的硬件来完成,该指令可以存储于一计算机可读存储介质中,并由处理器进行加载和执行。为此,本发明实施例提供一种存储介质,其中存储有多条指令,该指令能够被处理器进行加载,以执行本发明实施例所提供的任一种数据传输方法中的步骤。
其中,该存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、磁盘或光盘等。
由于该存储介质中所存储的指令,可以执行本发明实施例所提供的任一种基于载波聚合的上行传输方法中的步骤,因此,可以实现本发明实施例所提供的任一种基于载波聚合的上行传输方法所能实现的有益效果,详见前面的实施例,在此不再赘述。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
综上该,虽然本申请已以优选实施例揭露如上,但上述优选实施例并非用以限制本申请,本领域的普通技术人员,在不脱离本申请的精神和范围内,均可作各种更动与润饰,因此本申请的保护范围以权利要求界定的范围为准。
Claims (10)
1.一种基于载波聚合的上行传输方法,其特征在于,应用于用户设备,所述方法包括:
在多个上行信息的传输存在冲突时,确定所述多个上行信息的冲突类型;
根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理;
对处理后的上行信息进行传输;
其中,确定所述多个上行信息的所述冲突类型包括将所述冲突类型分为小区内冲突、小区间冲突及同时存在所述小区内冲突和所述小区间冲突;
根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理,包括:
在所述小区内冲突情况下,依据上行信息类型判断是否存在复用条件,若满足则复用,否则依据预设的优先级策略对冲突信息进行处理;
在多个物理上行共享信道PUSCH信息冲突的情况下,检测其他小区是否具有可用传输资源,若有则将低优先级PUSCH迁移至其他小区,若无可用资源则丢弃所述PUSCH信息;
在多个物理上行控制信道PUCCH信息冲突的情况下,优先保留高优先级PUCCH信息,对低优先级PUCCH信息尝试与其他小区的PUSCH进行复用,若复用失败则丢弃所述低优先级PUCCH信息;
在所述小区间冲突情况下,若PUCCH与PUSCH冲突且所述用户设备不支持所述PUCCH与所述PUSCH同时传输,则优先尝试复用,若复用失败则依据优先级策略决定保留或丢弃;
所述方法包括首先解决所述小区内冲突后再解决所述小区间冲突。
2.根据权利要求1所述的基于载波聚合的上行传输方法,其特征在于,所述确定所述多个上行信息的冲突类型,包括:
若所述多个上行信息在同一小区中传输,则确定所述冲突类型为所述小区内冲突;
若所述多个上行信息在不同小区中传输,则确定所述冲突类型为所述小区间冲突;
若所述多个上行信息在多个小区中传输,且每个小区中传输多个上行信息,则确定所述冲突类型包括所述小区内冲突和所述小区间冲突。
3.根据权利要求2所述的基于载波聚合的上行传输方法,其特征在于,所述根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理,包括:
在所述冲突类型为小区内冲突时,确定同一小区中的多个上行信息的信息类型;
根据所述信息类型,对同一小区中的多个上行信息进行处理。
4.根据权利要求3所述的基于载波聚合的上行传输方法,其特征在于,所述根据所述信息类型,对同一小区中的多个上行信息进行处理,包括:
若同一小区中的多个上行信息包括第一PUCCH信息和第一PUSCH信息,则检测第一PUCCH信息和第一PUSCH信息是否满足复用条件;
在所述第一PUCCH信息和所述第一PUSCH信息满足所述复用条件时,将所述第一PUCCH信息与所述第一PUSCH信息复用;
在所述第一PUCCH信息和所述第一PUSCH信息不满足所述复用条件时,根据优先级策略,对所述第一PUCCH信息和所述第一PUSCH信息进行处理。
5.根据权利要求3所述的基于载波聚合的上行传输方法,其特征在于,所述根据所述信息类型,对同一小区中的多个上行信息进行处理,包括:
若同一小区中的多个上行信息包括多个PUSCH信息,则检测其他小区是否具有空闲的目标传输资源,所述目标传输资源的时域资源与第二PUSCH信息占用的时域资源相同,所述第二PUSCH信息为所述多个PUSCH信息中低优先级的PUSCH信息;
在其他小区具有空闲的目标传输资源时,将所述目标传输资源分配给所述第二PUSCH信息;
在其他小区不具有空闲的目标传输资源时,丢弃所述第二PUSCH信息。
6.根据权利要求3所述的基于载波聚合的上行传输方法,其特征在于,所述根据所述信息类型,对同一小区中的多个上行信息进行处理,包括:
若同一小区中的多个上行信息包括多个PUCCH信息,则检测第二PUCCH信息是否与其他小区中传输的第一目标PUSCH信息满足复用条件,所述第二PUCCH信息为所述多个PUCCH信息中低优先级的PUCCH信息;
在所述第二PUCCH信息与其他小区中传输的第一目标PUSCH信息满足所述复用条件时,将所述第二PUCCH信息与所述第一目标PUSCH信息复用;
在所述第二PUCCH信息与其他小区中传输的第一目标PUSCH信息不满足所述复用条件时,丢弃所述第二PUCCH信息。
7.根据权利要求2所述的基于载波聚合的上行传输方法,其特征在于,所述根据所述冲突类型,采用对应的传输处理方式对所述多个上行信息进行处理,包括:
在所述冲突类型为小区间冲突时,确定不同小区中的上行信息的信息类型和所述用户设备的传输指示信息;
根据所述信息类型和所述传输指示信息,对不同小区中的上行信息进行处理。
8.根据权利要求7所述的基于载波聚合的上行传输方法,其特征在于,所述根据所述信息类型和所述传输指示信息,对不同小区中的上行信息进行处理,包括:
若不同小区中的上行信息包括在第一小区中传输的第三PUCCH信息以及在第二小区中传输的第三PUSCH信息,则检测所述传输指示信息是否支持同时传输PUCCH类信息和PUSCH类信息;
在所述传输指示信息支持同时传输PUCCH类信息和PUSCH类信息时,保留所述第三PUCCH信息和所述第三PUSCH信息的传输;
在所述传输指示信息不支持同时传输PUCCH类信息和PUSCH类信息时,检测所述第三PUCCH信息是否与其他小区中传输的第二目标PUSCH信息满足复用条件;
在所述第三PUCCH信息与其他小区中传输的所述第二目标PUSCH信息满足所述复用条件时,将所述第三PUCCH信息与所述第二目标PUSCH信息复用;
在所述第三PUCCH信息与其他小区中传输的所述第二目标PUSCH信息不满足所述复用条件时,根据优先级策略,对第三PUCCH信息和所述第三PUSCH信息进行处理。
9.一种计算机可读存储介质,其特征在于,所述存储介质中存储有多条指令,所述指令适于由处理器加载以执行权利要求1至8任一项所述的基于载波聚合的上行传输方法。
10.一种用户设备,其特征在于,包括处理器和存储器,所述处理器与所述存储器电性连接,所述存储器用于存储指令和数据,所述处理器用于执行权利要求1至8任一项所述的基于载波聚合的上行传输方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010411139.0A CN111601388B (zh) | 2020-05-15 | 2020-05-15 | 基于载波聚合的上行传输方法、存储介质及用户设备 |
| PCT/CN2021/092897 WO2021228055A1 (zh) | 2020-05-15 | 2021-05-10 | 基于载波聚合的上行传输方法、存储介质及用户设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010411139.0A CN111601388B (zh) | 2020-05-15 | 2020-05-15 | 基于载波聚合的上行传输方法、存储介质及用户设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111601388A CN111601388A (zh) | 2020-08-28 |
| CN111601388B true CN111601388B (zh) | 2025-08-08 |
Family
ID=72191049
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010411139.0A Active CN111601388B (zh) | 2020-05-15 | 2020-05-15 | 基于载波聚合的上行传输方法、存储介质及用户设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN111601388B (zh) |
| WO (1) | WO2021228055A1 (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111601388B (zh) * | 2020-05-15 | 2025-08-08 | 捷开通讯(深圳)有限公司 | 基于载波聚合的上行传输方法、存储介质及用户设备 |
| CN114258135B (zh) * | 2020-09-25 | 2025-07-11 | 维沃移动通信有限公司 | 上行信道传输方法、装置及终端 |
| CN115333680B (zh) * | 2021-05-11 | 2024-03-05 | 维沃移动通信有限公司 | 信息传输方法、装置、终端和存储介质 |
| CN119945642A (zh) * | 2023-11-02 | 2025-05-06 | 维沃移动通信有限公司 | 信息传输方法、装置、终端及网络侧设备 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110958707A (zh) * | 2018-09-27 | 2020-04-03 | 北京三星通信技术研究有限公司 | 资源控制方法、电子设备及计算机可读存储介质 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2597799B1 (en) * | 2010-07-19 | 2021-10-27 | LG Electronics Inc. | Method and device for transmitting control information in wireless communication system |
| WO2012102569A2 (ko) * | 2011-01-27 | 2012-08-02 | 엘지전자 주식회사 | 상향링크 전력제어 방법과, 사용자기기 및 기지국 |
| US9729273B2 (en) * | 2012-03-30 | 2017-08-08 | Sharp Kabushiki Kaisha | Collision resolution among transmission schedules of uplink control information (UCI) |
| US9906998B2 (en) * | 2012-05-08 | 2018-02-27 | Qualcomm Incorporated | Mechanism to improve dynamic sharing of receive chain(s) among radio access technologies |
| CN104683087B (zh) * | 2015-02-27 | 2017-10-27 | 大唐移动通信设备有限公司 | 一种基于pucch格式1b的信道选择资源的分配方法和设备 |
| JP6610656B2 (ja) * | 2015-03-19 | 2019-11-27 | 日本電気株式会社 | 近接サービス通信のための装置及び方法 |
| US11985667B2 (en) * | 2018-05-10 | 2024-05-14 | Beijing Xiaomi Mobile Software Co., Ltd. | Method for multiplexing transmission of information and apparatus, and information receiving method and apparatus |
| CN111601388B (zh) * | 2020-05-15 | 2025-08-08 | 捷开通讯(深圳)有限公司 | 基于载波聚合的上行传输方法、存储介质及用户设备 |
-
2020
- 2020-05-15 CN CN202010411139.0A patent/CN111601388B/zh active Active
-
2021
- 2021-05-10 WO PCT/CN2021/092897 patent/WO2021228055A1/zh not_active Ceased
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110958707A (zh) * | 2018-09-27 | 2020-04-03 | 北京三星通信技术研究有限公司 | 资源控制方法、电子设备及计算机可读存储介质 |
Non-Patent Citations (1)
| Title |
|---|
| LG Electronics.R1-110370 "SRS multiplexing method".3GPP tsg_ran\WG1_RL1.2011,(TSGR1_63b),正文第2节. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111601388A (zh) | 2020-08-28 |
| WO2021228055A1 (zh) | 2021-11-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11611963B2 (en) | Channel location indication method, and related product | |
| CN111800219B (zh) | 数据传输方法、用户设备及控制节点 | |
| CN112822777B (zh) | 一种资源选择方法及终端 | |
| CN111601388B (zh) | 基于载波聚合的上行传输方法、存储介质及用户设备 | |
| EP3952521A1 (en) | Resource allocation method, release method, terminal and network device | |
| CN110859008B (zh) | 一种上行信息的发送方法及终端 | |
| US12471065B2 (en) | Resource selection method and apparatus, and user equipment | |
| CN111835489B (zh) | 一种传输方法、配置方法、终端及网络侧设备 | |
| US12317104B2 (en) | Method and device for allocating beam failure request resources | |
| JP7592708B2 (ja) | 情報伝送方法及び機器 | |
| CN111835458B (zh) | 一种信息传输、接收方法、终端及网络侧设备 | |
| CN113271649B (zh) | 功率调整方法及装置、通信设备 | |
| CN112654093B (zh) | 一种信息传输、接收方法、终端及网络侧设备 | |
| CN108811146B (zh) | 上行调度请求处理方法及装置 | |
| CN110831051B (zh) | Pusch和sr处理方法及设备 | |
| US20230262691A1 (en) | Uplink transmission sending method and apparatus, uplink transmission receiving method and apparatus, communication device, and medium | |
| CN113498209B (zh) | 一种冲突处理方法及装置 | |
| CN115474277A (zh) | 共享频段上的资源确定方法和设备 | |
| US20230011296A1 (en) | Method and apparatus for processing uplink transmission | |
| CN113473610A (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 |