CN111836381A - 传输方法、配置pucch的方法和设备 - Google Patents
传输方法、配置pucch的方法和设备 Download PDFInfo
- Publication number
- CN111836381A CN111836381A CN201910759503.XA CN201910759503A CN111836381A CN 111836381 A CN111836381 A CN 111836381A CN 201910759503 A CN201910759503 A CN 201910759503A CN 111836381 A CN111836381 A CN 111836381A
- Authority
- CN
- China
- Prior art keywords
- pucch
- configuration information
- version
- priority
- rel
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种传输方法、配置PUCCH的方法和设备，该方法包括：根据PUCCH的配置信息，确定所述PUCCH的优先级；根据所述PUCCH的优先级，传输所述PUCCH承载的信息。在本发明实施例中通过PUCCH的配置信息确定该PUCCH的优先级，当多个PUCCH时域资源冲突时，可以使用高优先级的PUCCH进行传输，从而可以解决多种业务PUCCH传输时的优先级确定的问题，可以满足高可靠业务传输的要求。
Description
技术领域
本发明实施例涉及通信技术领域，具体涉及一种传输方法、配置物理上行控制信道(Physical Uplink Control Channel，PUCCH)的方法和设备。
背景技术
与以往的移动通信系统相比，未来第五代移动通信(fifth generation，5G)移动通信系统需要适应更加多样化的场景和业务需求。5G的主要场景包括移动宽带增强(Enhance Mobile Broadband，eMBB)，超可靠和低时延通信(Ultra-Reliable and LowLatency Communications，URLLC)，大规模物联网(Massive Machine TypeCommunication，mMTC)，这些场景对系统提出了高可靠，低时延，大带宽，广覆盖等要求。对于URLLC业务，为了满足低时延、高可靠的业务指标要求，使用符号级或微时隙(mini-slot)级的物理下行共享信道(PDSCH，Physical Downlink Shared Channel)/物理上行共享信道(PUSCH)/物理上行控制信道(Physical Uplink Control Channel，PUCCH)传输。
对于同时支持多种业务的终端，当有多个控制信道冲突时，如何确保业务的传输是亟待解决的问题。
发明内容
本发明实施例的一个目的在于提供一种传输方法、配置PUCCH的方法和设备，解决多种业务PUCCH传输时的优先级确定的问题。
第一方面，本发明实施例提供一种传输方法，应用于终端，包括：
根据PUCCH的配置信息，确定所述PUCCH的优先级；
根据所述PUCCH的优先级，传输所述PUCCH承载的信息。
第二方面，本发明实施例还提供一种配置PUCCH的方法，应用于网络侧，包括：
配置PUCCH的配置信息，所述配置信息指示所述PUCCH的优先级。
第三方面，本发明实施例还提供一种终端，包括：
确定模块，用于根据PUCCH的配置信息，确定所述PUCCH的优先级；
传输模块，用于根据所述PUCCH的优先级，传输所述PUCCH承载的信息。
第四方面，本发明实施例还提供一种网络设备，包括：
配置模块，用于配置PUCCH的配置信息，所述配置信息指示所述PUCCH的优先级。
第五方面，本发明实施例还提供一种终端，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的传输方法的步骤。
第六方面，本发明实施例还提供一种网络设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的配置PUCCH的方法的步骤。
第七方面，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的配置PUCCH的方法的步骤，或者，如上所述的传输方法的步骤。
在本发明实施例中，由于可以通过PUCCH的配置信息确定该PUCCH的优先级，当多个PUCCH时域资源冲突时，可以使用高优先级的PUCCH进行传输，从而可以解决多种业务PUCCH传输时的优先级确定的问题，可以满足高可靠业务传输的要求。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1为本发明实施例的无线通信系统的架构示意图；
图2为本发明实施例中配置PUCCH的方法的流程图；
图3为本发明实施例中传输方法的流程图之一；
图4为本发明实施例的网络设备的示意图之一；
图5为本发明实施例的终端的示意图之一；
图6为本发明实施例的网络设备的示意图之二；
图7为本发明实施例的终端的示意图之二；
图8为本发明实施例中传输方法的流程图之二。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请的说明书和权利要求书中的术语“包括”以及它的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一，例如A和/或B，表示包含单独A，单独B，以及A和B都存在三种情况。
在本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本文所描述的技术不限于长期演进型(Long Time Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，并且也可用于各种无线通信系统，诸如码分多址(CodeDivision Multiple Access，CDMA)、时分多址(Time Division Multiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(OrthogonalFrequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrierFrequency-Division Multiple Access，SC-FDMA)和其他系统。
术语“系统”和“网络”常被可互换地使用。CDMA系统可实现诸如CDMA2000、通用地面无线电接入(Universal Terrestrial Radio Access，UTRA)等无线电技术。UTRA包括宽带CDMA(Wideband Code Division Multiple Access，WCDMA)和其他CDMA变体。TDMA系统可实现诸如全球移动通信系统(Global System for Mobile Communication，GSM)之类的无线电技术。OFDMA系统可实现诸如超移动宽带(Ultra Mobile Broadband，UMB)、演进型UTRA(Evolution-UTRA，E-UTRA)、IEEE 802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE 802.20、Flash-OFDM等无线电技术。UTRA和E-UTRA是通用移动电信系统(Universal MobileTelecommunications System，UMTS)的部分。LTE和更高级的LTE(如LTE-A)是使用E-UTRA的新UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A以及GSM在来自名为“第三代伙伴项目”(3rdGeneration Partnership Project，3GPP)的组织的文献中描述。CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。本文所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。
下面结合附图介绍本发明的实施例。本发明实施例提供的配置PUCCH的方法、传输方法和设备可以应用于无线通信系统中。参考图1，为本发明实施例提供的一种无线通信系统的架构示意图。如图1所示，该无线通信系统可以包括：网络设备11和终端12，终端12可以记做UE12，终端12可以与网络设备11通信(传输信令或传输数据)。在实际应用中上述各个设备之间的连接可以为无线连接，为了方便直观地表示各个设备之间的连接关系，图1中采用实线示意。
本发明实施例提供的网络设备11可以为基站，该基站可以为通常所用的基站，也可以为演进型基站(evolved node base station，eNB)，还可以为5G系统中的网络设备(例如，下一代基站(next generation node base station，gNB)或发送和接收点(transmission and reception point，TRP))等设备。
本发明实施例提供的终端12可以为手机、平板电脑、笔记本电脑、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本或者个人数字助理(PersonalDigital Assistant，PDA)、移动上网装置(Mobile Internet Device，MID)、可穿戴式设备(Wearable Device)或车载设备等。
参见图2，本发明实施例提供一种配置PUCCH的方法，该方法的执行主体可以为网络设备，例如基站，该方法包括：步骤201。
步骤201：配置PUCCH的配置信息，所述配置信息指示(例如隐式指示)所述PUCCH的优先级。
示例性地，通过无线资源控制(Radio Resource Control，RRC)信令向终端发送PUCCH的配置信息。
在一些实施方式中，可以根据配置信息的版本信息，确定由该配置信息配置的PUCCH的优先级。
例如，配置信息包括以下一项或多项：(1)第一版本的配置信息；(2)第二版本的配置信息；其中，第二版本的配置信息的优先级高于第一版本的配置信息的优先级，所述第二版本的配置信息配置的PUCCH的优先级高于所述第一版本的配置信息配置的PUCCH的优先级。进一步地，第二版本的版本号高于第一版本的版本号。
上述版本可以理解为通信系统的版本，例如版本15(Release15，Rel-15)，Rel-16等。
示例性地，第一版本的配置信息为Rel-15版的配置信息，第二版本的配置信息为Rel-16版的配置信息，Rel-16版的配置信息的优先级高于Rel-15版的配置信息的优先级，Rel-16版的配置信息配置的PUCCH的优先级高于Rel-15版的配置信息配置的PUCCH的优先级。
可以理解的是，Rel-15版的配置信息可以被Rel-16版的终端使用，而Rel-16版的配置信息不可以被Rel-15版的终端使用。
在一些实施方式中，所述第一版本的配置信息包括：多信道状态信息PUCCH资源列表(multi-CSI-PUCCH-ResourceList)；所述第二版本的配置信息不包括：multi-CSI-PUCCH-ResourceList。即，通过multi-CSI-PUCCH-ResourceList可以确定配置信息的版本是第一版本还是第二版本。
在一些实施方式中，所述第一版本的配置信息和所述第二版本的配置信息还包括：调度请求资源配置(SchedulingRequestResourceConfig)参数。第二版本的配置信息中的SchedulingRequestResourceConfig参数的优先级高于第一版本的配置信息中的SchedulingRequestResourceConfig参数的优先级。这样对于属于不同配置的调度请求(Scheduling Request，SR)传输可以使用相应于不同业务的参数，例如不同的功率控制参数。
在一些实施方式中，所述第一版本的配置信息和/或第二版本的配置信息配置的最大的调度请求SR的数量是配置的。
在一些实施方式中，所述第一版本的配置信息配置的PUCCH资源的粒度为时隙；和/或，所述第二版本的配置信息配置的PUCCH资源的粒度包括时隙和/或子时隙。
其中，时隙粒度包括从一个时隙的开始到一个时隙的结尾。
在一些实施方式中，所述配置信息为以下至少一项：PUCCH配置信息元素(PUCCH-config IE)；调度请求资源配置信息元素(SchedulingRequestResourceConfig IE)。
示例性地，如果SR配置1属于Rel-15版的SchedulingRequestResourceConfig IE配置，SR配置2属于Rel-16版的SchedulingRequestResourceConfig IE配置，那么SR配置1的优先级低于SR配置2的优先级。
在本发明实施例中通过PUCCH的配置信息确定该PUCCH的优先级，当多个PUCCH时域资源冲突时，可以使用高优先级的PUCCH进行传输，从而可以解决多种业务PUCCH传输时的优先级确定的问题，可以满足高可靠业务传输的要求。
参见图3，本发明实施例还提供一种传输方法，该方法的执行主体为终端，该方法可以包括：步骤301和步骤302。
步骤301：根据PUCCH的配置信息，确定所述PUCCH的优先级；
可选地，在步骤301之前，所述方法还可以包括：接收网络侧配置的所述PUCCH的配置信息。示例性地，通过RRC信令接收PUCCH的配置信息。
在一些实施方式中，在步骤301中，根据PUCCH的配置信息的优先级，确定PUCCH的优先级。例如，可以根据配置信息的版本信息，确定PUCCH的配置信息的优先级。
例如，配置信息包括以下一项或多项：(1)第一版本的配置信息；(2)第二版本的配置信息；其中，第二版本的配置信息的优先级高于第一版本的配置信息的优先级，所述第二版本的配置信息配置的PUCCH的优先级高于所述第一版本的配置信息配置的PUCCH的优先级。
示例性地，第一版本的配置信息为Rel-15版的配置信息，第二版本的配置信息为Rel-16版的配置信息，Rel-16版的配置信息的优先级高于Rel-15版的配置信息的优先级，Rel-16版的配置信息配置的PUCCH的优先级高于Rel-15版的配置信息配置的PUCCH的优先级。
步骤302：根据所述PUCCH的优先级，传输所述PUCCH承载的信息。
在一些实施方式中，当多个PUCCH时域资源冲突时，传输具有高优先级的PUCCH承载的信息，丢弃所述低优先级PUCCH承载的信息，或者，将低优先级PUCCH承载的信息复用到高优先级的PUCCH上传输。
在一些实施方式中，所述第一版本的配置信息包括：多信道状态信息PUCCH资源列表(multi-CSI-PUCCH-ResourceList)；所述第二版本的配置信息不包括：multi-CSI-PUCCH-ResourceList。即，通过multi-CSI-PUCCH-ResourceList可以确定配置信息的版本是第一版本还是第二版本。
在一些实施方式中，所述第一版本的配置信息和所述第二版本的配置信息还包括：调度请求资源配置(SchedulingRequestResourceConfig)参数。第二版本的配置信息中的SchedulingRequestResourceConfig参数的优先级高于第一版本的配置信息中的SchedulingRequestResourceConfig参数的优先级。这样对于属于不同配置的调度请求(Scheduling Request，SR)传输可以使用相应于不同业务的参数，例如不同的功率控制参数。
在一些实施方式中，所述第一版本的配置信息和/或第二版本的配置信息配置的最大的调度请求SR的数量由网络侧配置或由协议约定。
在一些实施方式中，所述第一版本的配置信息配置的PUCCH资源的粒度为时隙；和/或，所述第二版本的配置信息配置的PUCCH资源的粒度包括时隙和/或子时隙。
其中，时隙粒度包括从一个时隙的开始到一个时隙的结尾。
在一些实施方式中，所述配置信息为以下至少一项：PUCCH配置信息元素(PUCCH-config IE)；调度请求资源配置信息元素(SchedulingRequestResourceConfig IE)。
示例性地，如果SR配置1属于Rel-15版SchedulingRequestResourceConfig IE配置，SR配置2属于Rel-16版的SchedulingRequestResourceConfig IE配置，那么SR配置1的优先级低于SR配置2的优先级。
在本发明实施例中，通过PUCCH的配置信息确定该PUCCH的优先级，当多个PUCCH时域资源冲突时，可以使用高优先级的PUCCH进行传输，从而可以解决多种业务PUCCH传输时的优先级确定的问题，可以满足高可靠业务传输的要求。
参见图8，本发明实施例还提供一种传输方法，具体步骤如下：
步骤801：网络设备配置PUCCH的配置信息，配置信息指示PUCCH的优先级；
步骤802：终端根据PUCCH的配置信息，确定PUCCH的优先级；
步骤803：终端根据PUCCH的优先级，传输PUCCH承载的信息。
在本发明实施例中，通过PUCCH的配置信息确定该PUCCH的优先级，当多个PUCCH时域资源冲突时，可以使用高优先级的PUCCH进行传输，从而可以解决多种业务PUCCH传输时的优先级确定的问题，可以满足高可靠业务传输的要求。
示例1：
在示例1中介绍不同版本的配置信息的配置方式。
(1)以Rel-15版的PUCCH-config IE为例：
上述PUCCH-Config-r15表示Rel-15版的PUCCH的配置信息，该配置信息的序列(SEQUENCE)包括：Rel-15版的调度请求资源添加修改列表(schedulingRequestResourceToAddModList)，该列表的序列可以配置Rel-15版调度请求资源配置的资源大小N，具体大小可配置为1～Rel-15版支持的最大调度请求资源数(schedulingRequestResourceToAddModList-r15SEQUENCE(SIZE(1..maxNrofSR-Resources-r15))OFSchedulingRequestResourceConfig-r15OPTIONAL,--Need N)；
该配置信息的序列(SEQUENCE)还可以包括：Rel-15版的调度请求资源释放列表(schedulingRequestResourceToReleaseList)，该列表的序列可以配置Rel-15版调度请求资源配置的资源大小N，具体大小可配置为1～Rel-15版支持的最大调度请求资源数(schedulingRequestResourceToAddModList-r15SEQUENCE(SIZE(1..maxNrofSR-Resources-r15))OF SchedulingRequestResourceConfig-r15OPTIONAL,--Need N)；
该配置信息的序列(SEQUENCE)还可以包括：Rel-15版的调度请求资源标识N(SchedulingRequestResourceId-r15OPTIONAL,--Need N)，以及Rel-15版的多CSI-PUCCH资源列表(multi-CSI-PUCCH-ResourceList-r15)，该列表标识的序列可以配置Rel-15版PUCCH资源标识的数目M，具体可配置为：1..2(multi-CSI-PUCCH-ResourceList-r15SEQUENCE(SIZE(1..2))OF PUCCH-ResourceId-r15OPTIONAL,--Need M)。
(2)以Rel-15版的调度请求配置信息元素(SchedulingRequestConfig IE)为例：
上述SchedulingRequestConfig-r15表示Rel-15版的PUCCH的配置信息，该配置信息的序列(SEQUENCE)包括：Rel-15版的调度请求添加修改列表(schedulingRequestToAddModList)，该列表的序列可以配置Rel-15版调度请求每个小区组配置的数量N，具体大小可配置为1～Rel-15版支持的最大的调度请求每个小区组配置的数量(schedulingRequestToAddModList-r15SEQUENCE(SIZE(1..maxNrofSR-ConfigPerCellGroup-r15))OF SchedulingRequestToAddMod-r15OPTIONAL,--Need N)；
该配置信息的序列(SEQUENCE)还可以包括：Rel-15版的调度请求释放列表(schedulingRequestToReleaseList)，该列表的序列可以配置Rel-15版调度请求每个小区组配置的数量N，具体大小可配置为1～Rel-15版支持的最大的调度请求每个小区组配置的数量(schedulingRequestToReleaseList-r15SEQUENCE(SIZE(1..maxNrofSR-ConfigPerCellGroup-r15))OF SchedulingRequestId-r15OPTIONAL--Need N)；
该配置信息的序列(SEQUENCE)还可以包括：Rel-15版的调度请求添加修改(SchedulingRequestToAddMod)，该参数的序列包括：Rel-15版的调度请求标识(schedulingRequestId-r15)、Rel-15版的调度请求定时器(sr-ProhibitTimer-r15)和Rel-15版的调度请求最大传输数(sr-TransMax-r15)，其中，
Rel-15版的调度请求定时器的时长可配置为1毫秒(ms)、2ms、4ms、8ms、16ms、32ms、64ms、128ms；
Rel-15版的调度请求最大传输数可配置为(n4,n8,n16,n32,n64,spare3,spare2,spare1)。
(3)以Rel-15版的SchedulingRequestResourceConfig IE为例：
上述SchedulingRequestConfig-r15表示Rel-15版的PUCCH的配置信息，该配置信息的序列(SEQUENCE)包括：Rel-15版的调度请求资源标识(schedulingRequestResourceId-r15)、Rel-15版的调度请求标识(schedulingResourceId-r15)、Rel-15版的周期和偏移(periodicityAndOffset-r15)和Rel-15版的资源(resource-r15)，其中Rel-15版的资源可配置为Rel-15版的PUCCH资源标识(PUCCH-ResourceId-r15)。(4)以Rel-15版的调度请求标识(SchedulingRequestId)为例：
SchedulingRequestId-r15::＝ INTEGER(0..7)
Rel-15版的调度请求标识的取值可配置为(0..7)。
(1)以Rel-16版的PUCCH-config IE为例：
上述PUCCH-Config-r16表示Rel-16版的PUCCH的配置信息，该配置信息的序列(SEQUENCE)包括：Rel-16版的调度请求资源添加修改列表(schedulingRequestResourceToAddModList)，该列表的序列可以配置Rel-16版调度请求资源配置的资源大小N，具体大小可配置为1～Rel-16版支持的最大调度请求资源数(schedulingRequestResourceToAddModList-r16SEQUENCE(SIZE(1..maxNrofSR-Resources-r16))OFSchedulingRequestResourceConfig-r16OPTIONAL,--Need N)；
该配置信息的序列(SEQUENCE)还可以包括：Rel-16版的调度请求资源释放列表(schedulingRequestResourceToReleaseList)，该列表的序列可以配置Rel-16版调度请求资源配置的资源大小N，具体大小可配置为1～Rel-16版支持的最大调度请求资源数(schedulingRequestResourceToAddModList-r16SEQUENCE(SIZE(1..maxNrofSR-Resources-r15))OF SchedulingRequestResourceConfig-r16OPTIONAL,--Need N)。
(2)以Rel-16版的SchedulingRequestConfig IE为例：
上述SchedulingRequestConfig-r16表示Rel-16版的PUCCH的配置信息，该配置信息的序列(SEQUENCE)包括：Rel-16版的调度请求添加修改列表(schedulingRequestToAddModList)，该列表的序列可以配置Rel-16版的调度请求每个小区组配置的数量N，具体大小可配置为1～Rel-16版支持的最大的调度请求每个小区组配置的数量(schedulingRequestToAddModList-r16SEQUENCE(SIZE(1..maxNrofSR-ConfigPerCellGroup-r16))OF SchedulingRequestToAddMod-r16OPTIONAL,--Need N)；
该配置信息的序列(SEQUENCE)还可以包括：Rel-16版的调度请求释放列表(schedulingRequestToReleaseList)，该列表的序列可以配置Rel-16版调度请求每个小区组配置的数量N，具体大小可配置为1～Rel-16版支持的最大的调度请求每个小区组配置的数量(schedulingRequestToReleaseList-r16SEQUENCE(SIZE(1..maxNrofSR-ConfigPerCellGroup-r16))OF SchedulingRequestId-r16OPTIONAL--Need N)；
该配置信息的序列(SEQUENCE)还可以包括：Rel-16版的调度请求添加修改(SchedulingRequestToAddMod)，该参数的序列包括：Rel-16版的调度请求标识(schedulingRequestId-r16)、Rel-16版的调度请求定时器(sr-ProhibitTimer-r16)和Rel-16版的调度请求最大传输数(sr-TransMax-r15)，其中，
Rel-16版的调度请求定时器的时长可配置为{1毫秒(ms)、2ms、4ms、8ms、16ms、32ms、64ms、128ms}；
Rel-16版的调度请求最大传输数可配置为{n4,n8,n16,n32,n64,spare3,spare2,spare1}。
(3)以Rel-16版的SchedulingRequestResourceConfig IE为例：
上述SchedulingRequestResourceConfig-r16表示Rel-16版的PUCCH的配置信息，该配置信息的序列(SEQUENCE)包括：Rel-16版的调度请求资源标识(schedulingRequestResourceId-r16)、Rel-16版的调度请求标识(schedulingResourceId-r16)、Rel-16版的周期和偏移(periodicityAndOffset-r16)和Rel-16版的资源(resource-r16)，其中Rel-16版的资源可配置为Rel-16版的PUCCH资源标识(PUCCH-ResourceId-r16)。
(4)以Rel-16版的SchedulingRequestId为例：
SchedulingRequestId-r16::＝INTEGER(0..7)
Rel-16版的调度请求标识的取值可配置为(0..7)
示例2：
在本发明实施例中，最大的配置的SR的数量可以是受限的。可选地，最大配置的SR数量为8个。
每个版本的配置信息配置的最大的SR的数量可以是由网络侧配置或由协议约定，例如预先配置的。对于一个终端配置的SR的数量的总数可以是由网络侧配置或由协议约定。
例如，如果设备只支持Rel-15版的配置信息，那么最大的SR的数量可以为8个。
如果设备既支持Rel-15版本的配置信息，又支持Rel-16版的配置信息，则可以配置的最大SR数为8个。
具体配置时，对于Rel-15版的配置信息配置的SR的数量可以为a个，Rel-16版的配置信息配置的SR的数量可以为b个，其中，a+b＝8。
SchedulingRequestId–r15::＝ INTEGER(0..maxnumberofSR-R15)
SchedulingRequestId–r16::＝ INTEGER(maxnumberofSR-R15+1..maxnumberofSR-R16)
在本示例中，Rel-16版的配置信息配置的最大SR数为8，例如，maxnumberofSR-R16＝7。
相应地，SR资源ID采用类似机制配置，具体如下：
SchedulingRequestResourceId-15::＝ INTEGER(1..maxNrofSR-Resources-R15)
SchedulingRequestResourceId-16::＝ INTEGER(maxNrofSR-Resources-R15+1..maxNrofSR-Resources-r16)
示例3：
第一版本的PUCCH-config IE配置的PUCCH资源的粒度为时隙(slot)。
第二版本的PUCCH-config IE配置的PUCCH资源的粒度既可以是slot，也可以是子时隙(sub-slot)。
进一步地，可以有一些PUCCH资源配置成默认的slot粒度。时隙粒度可以定义为其长度(duration)跨越多个子时隙。
在PUCCH-config IE中可以配置一些PUCCH资源，其起始符号为X，长度可以为Y。0<＝X<＝13,1<＝Y<＝14。例如，一个PUCCH资源从一个时隙(slot)的起始符号开始直到slot结尾(边界)。
本发明实施例中还提供了一种网络设备，由于网络设备解决问题的原理与本发明实施例中配置PUCCH相似，因此该网络设备的实施可以参见方法的实施，重复之处不再敷述。
参见图4，本发明实施例提供一种网络设备，该网络设备400包括：
配置模块401，用于配置PUCCH的配置信息，所述配置信息指示所述PUCCH的优先级。
在一些实施方式中，配置信息包括以下一项或多项：(1)第一版本的配置信息；(2)第二版本的配置信息；其中，第二版本的配置信息的优先级高于第一版本的配置信息的优先级，所述第二版本的配置信息配置的PUCCH的优先级高于所述第一版本的配置信息配置的PUCCH的优先级。第二版本的版本号高于第一版本的版本号。
上述版本可以理解为通信系统的版本，例如Rel-1515，Rel-16等。
示例性地，第一版本的配置信息为Rel-15版的配置信息，第二版本的配置信息为Rel-16版的配置信息，Rel-16版的配置信息的优先级高于Rel-15版的配置信息的优先级，Rel-16版的配置信息配置的PUCCH的优先级高于Rel-15版的配置信息配置的PUCCH的优先级。
可以理解的是，Rel-15版的配置信息可以被Rel-16版的终端使用，而Rel-16版的配置信息不可以被Rel-15版的终端使用。
在一些实施方式中，所述第一版本的配置信息包括：multi-CSI-PUCCH-ResourceList；所述第二版本的配置信息不包括：multi-CSI-PUCCH-ResourceList。即，通过multi-CSI-PUCCH-ResourceList可以确定配置信息的版本是第一版本还是第二版本。
在一些实施方式中，所述第一版本的配置信息和所述第二版本的配置信息还包括：SchedulingRequestResourceConfig参数。第二版本的配置信息中的SchedulingRequestResourceConfig参数的优先级高于第一版本的配置信息中的SchedulingRequestResourceConfig参数的优先级。这样对于属于不同配置的SR传输可以使用相应于不同业务的参数，例如不同的功率控制参数。
在一些实施方式中，所述第一版本的配置信息和/或第二版本的配置信息配置的最大的调度请求SR的数量由网络侧配置或由协议约定。
在一些实施方式中，所述第一版本的配置信息配置的PUCCH资源的粒度为时隙；和/或，所述第二版本的配置信息配置的PUCCH资源的粒度包括时隙和/或子时隙。
在一些实施方式中，所述配置信息为以下至少一项：PUCCH-config IE；SchedulingRequestResourceConfig IE。
示例性地，如果SR配置1属于Rel-15版的SchedulingRequestResourceConfig IE配置，SR配置2属于Rel-16版的SchedulingRequestResourceConfig IE配置，那么SR配置1的优先级低于SR配置2的优先级。
本发明实施例提供的网络设备，可以执行上述如图2所示的实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本发明实施例中还提供了一种终端，由于终端解决问题的原理与本发明实施例中传输方法相似，因此该终端的实施可以参见方法的实施，重复之处不再敷述。
参见图5，本发明实施例提供一种终端，该终端500包括：
确定模块501，用于根据PUCCH的配置信息，确定所述PUCCH的优先级；
传输模块502，用于根据所述PUCCH的优先级，传输所述PUCCH承载的信息。
在一些实施方式中，传输模块502进一步用于：当多个PUCCH时域资源冲突时，传输具有高优先级的PUCCH承载的信息，丢弃所述低优先级PUCCH承载的信息，或者，将低优先级PUCCH承载的信息复用到高优先级的PUCCH上传输。
在一些实施方式中，终端500还包括：接收模块，用于接收网络侧配置的所述PUCCH的配置信息。
在一些实施方式中，确定模块501进一步用于：根据PUCCH的配置信息的优先级，确定所述PUCCH的优先级。
在一些实施方式中，配置信息包括以下一项或多项：(1)第一版本的配置信息；(2)第二版本的配置信息；其中，第二版本的配置信息的优先级高于第一版本的配置信息的优先级，所述第二版本的配置信息配置的PUCCH的优先级高于所述第一版本的配置信息配置的PUCCH的优先级。进一步地，第二版本的版本号高于第一版本的版本号。
上述版本可以理解为通信系统的版本，例如Rel-15，Rel-16等。
示例性地，第一版本的配置信息为Rel-15版的配置信息，第二版本的配置信息为Rel-16版的配置信息，Rel-16版的配置信息的优先级高于Rel-15版的配置信息的优先级，Rel-16版的配置信息配置的PUCCH的优先级高于Rel-15版的配置信息配置的PUCCH的优先级。
可以理解的是，Rel-15版的配置信息可以被Rel-16版的终端使用，而Rel-16版的配置信息不可以被Rel-15版的终端使用。
在一些实施方式中，所述第一版本的配置信息包括：multi-CSI-PUCCH-ResourceList；所述第二版本的配置信息不包括：multi-CSI-PUCCH-ResourceList。即，通过multi-CSI-PUCCH-ResourceList可以确定配置信息的版本是第一版本还是第二版本。
在一些实施方式中，所述第一版本的配置信息和所述第二版本的配置信息还包括：SchedulingRequestResourceConfig参数。第二版本的配置信息中的SchedulingRequestResourceConfig参数的优先级高于第一版本的配置信息中的SchedulingRequestResourceConfig参数的优先级。这样对于属于不同配置的SR传输可以使用相应于不同业务的参数，例如不同的功率控制参数。
在一些实施方式中，所述第一版本的配置信息和/或第二版本的配置信息配置的最大的调度请求SR的数量由网络侧配置或通过协议约定。
在一些实施方式中，所述第一版本的配置信息配置的PUCCH资源的粒度为时隙；和/或，所述第二版本的配置信息配置的PUCCH资源的粒度包括时隙和/或子时隙。
在一些实施方式中，所述配置信息为以下至少一项：PUCCH-config IE；SchedulingRequestResourceConfig IE。
示例性地，如果SR配置1属于Rel-15版的SchedulingRequestResourceConfig IE配置，SR配置2属于Rel-16版的SchedulingRequestResourceConfig IE配置，那么SR配置1的优先级低于SR配置2的优先级。
本发明实施例提供的终端，可以执行上述如图3所示的实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
请参阅图6，图6是本发明实施例应用的网络设备的结构图，如图6所示，网络设备600包括：处理器601、收发机602、存储器603和总线接口，其中，处理器601可以负责管理总线架构和通常的处理。存储器603可以存储处理器601在执行操作时所使用的数据。
在本发明的一个实施例中，网络设备600还包括：存储在存储器上603并可在处理器601上运行的计算机程序，计算机程序被处理器601执行时实现以上图2所示方法中的步骤。
在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器601代表的一个或多个处理器和存储器603代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机602可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
本发明实施例提供的网络设备，可以执行上述图2所示方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
如图7所示，图7所示的终端700包括：至少一个处理器701、存储器702、至少一个网络接口704和用户接口703。终端700中的各个组件通过总线系统705耦合在一起。可理解，总线系统705用于实现这些组件之间的连接通信。总线系统705除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统705。
其中，用户接口703可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
可以理解，本发明实施例中的存储器702可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本发明实施例描述的系统和方法的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器702保存了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统7021和应用程序7022。
其中，操作系统7021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序7022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本发明实施例方法的程序可以包含在应用程序7022中。
在本发明的一个实施例中，通过调用存储器702保存的程序或指令，具体的，可以是应用程序7022中保存的程序或指令，执行时实现以上图3方法所述的步骤。
本发明实施例提供的终端，可以执行上述图3所示方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、EPROM、EEPROM、寄存器、硬盘、移动硬盘、只读光盘或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能存取的任何可用介质。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。
本领域内的技术人员应明白，本发明实施例可提供为方法、系统、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (22)
1.一种传输方法，应用于终端，其特征在于，包括：
根据PUCCH的配置信息，确定所述PUCCH的优先级；
根据所述PUCCH的优先级，传输所述PUCCH承载的信息。
2.根据权利要求1所述的方法，其特征在于，根据所述PUCCH的优先级，传输所述PUCCH承载的信息，包括：
当多个PUCCH时域资源冲突时，传输具有高优先级的PUCCH承载的信息，丢弃低优先级PUCCH承载的信息，或者，将低优先级PUCCH承载的信息复用到高优先级的PUCCH上传输。
3.根据权利要求1所述的方法，其特征在于，在根据PUCCH的配置信息，确定所述PUCCH的优先级之前，所述方法还包括：
接收网络侧配置的所述PUCCH的配置信息。
4.根据权利要求1所述的方法，其特征在于，根据PUCCH的配置信息，确定所述PUCCH的优先级，包括：
根据PUCCH的配置信息的优先级，确定所述PUCCH的优先级。
5.根据权利要求1至4任一项所述的方法，其特征在于，所述配置信息包括以下一项或多项：
第一版本的配置信息；
第二版本的配置信息；
其中，所述第二版本的配置信息的优先级高于所述第一版本的配置信息的优先级，所述第二版本的配置信息配置的PUCCH的优先级高于所述第一版本的配置信息配置的PUCCH的优先级。
6.根据权利要求5所述的方法，其特征在于，
所述第一版本的配置信息包括：多信道状态信息PUCCH资源列表multi-CSI-PUCCH-ResourceList；
所述第二版本的配置信息不包括：multi-CSI-PUCCH-ResourceList。
7.根据权利要求6所述的方法，其特征在于，
所述第一版本的配置信息和所述第二版本的配置信息还包括：调度请求资源配置SchedulingRequestResourceConfig参数。
8.根据权利要求5所述的方法，其特征在于，所述第一版本的配置信息和/或第二版本的配置信息配置的最大的调度请求SR的数量由网络侧配置或通过协议约定。
9.根据权利要求5所述的方法，其特征在于，所述第一版本的配置信息配置的PUCCH资源的粒度为时隙；
和/或，
所述第二版本的配置信息配置的PUCCH资源的粒度包括时隙和/或子时隙。
10.根据权利要求1所述的方法，其特征在于，所述配置信息为以下至少一项：
PUCCH配置信息元素PUCCH-config IE；
调度请求资源配置信息元素SchedulingRequestResourceConfig IE。
11.一种配置PUCCH的方法，应用于网络侧，其特征在于，包括：
配置PUCCH的配置信息，所述配置信息指示所述PUCCH的优先级。
12.根据权利要求11所述的方法，其特征在于，所述配置信息包括以下一项或多项：
第一版本的配置信息；
第二版本的配置信息；
其中，所述第二版本的配置信息的优先级高于所述第一版本的配置信息的优先级，所述第二版本的配置信息配置的PUCCH的优先级高于所述第一版本的配置信息配置的PUCCH的优先级。
13.根据权利要求12所述的方法，其特征在于，
所述第一版本的配置信息包括：multi-CSI-PUCCH-ResourceList；
所述第二版本的配置信息不包括：multi-CSI-PUCCH-ResourceList。
14.根据权利要求13所述的方法，其特征在于，
所述第一版本的配置信息和所述第二版本的配置信息还包括：调度请求资源配置SchedulingRequestResourceConfig参数。
15.根据权利要求12所述的方法，其特征在于，所述第一版本的配置信息和/或第二版本的配置信息配置的最大的SR的数量由网络侧配置或通过协议约定。
16.根据权利要求12所述的方法，其特征在于，所述第一版本的配置信息配置的PUCCH资源的粒度为时隙；
和/或，
所述第二版本的配置信息配置的PUCCH资源的粒度包括时隙和/或子时隙。
17.根据权利要求11至16任一项所述的方法，其特征在于，所述配置信息为以下至少一项：
PUCCH-config IE；
SchedulingRequestResourceConfig IE。
18.一种终端，其特征在于，包括：
确定模块，用于根据PUCCH的配置信息，确定所述PUCCH的优先级；
传输模块，用于根据所述PUCCH的优先级，传输所述PUCCH承载的信息。
19.一种网络设备，其特征在于，包括：
配置模块，用于配置PUCCH的配置信息，所述配置信息指示所述PUCCH的优先级。
20.一种终端，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至10中任一项所述的传输方法的步骤。
21.一种网络设备，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求11至17任一项所述的配置PUCCH的方法的步骤。
22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的配置PUCCH的方法的步骤，或者，如权利要求8至17中任一项所述的传输方法的步骤。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910759503.XA CN111836381B (zh) | 2019-08-16 | 2019-08-16 | 传输方法、配置pucch的方法和设备 |
| PCT/CN2020/103526 WO2021031778A1 (zh) | 2019-08-16 | 2020-07-22 | 传输方法、配置pucch的方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910759503.XA CN111836381B (zh) | 2019-08-16 | 2019-08-16 | 传输方法、配置pucch的方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111836381A true CN111836381A (zh) | 2020-10-27 |
| CN111836381B CN111836381B (zh) | 2023-09-08 |
Family
ID=72912075
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910759503.XA Active CN111836381B (zh) | 2019-08-16 | 2019-08-16 | 传输方法、配置pucch的方法和设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN111836381B (zh) |
| WO (1) | WO2021031778A1 (zh) |
Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101778419A (zh) * | 2009-01-09 | 2010-07-14 | 华为技术有限公司 | Pucch资源的配置、发送方法及其装置 |
| CN103095394A (zh) * | 2011-11-02 | 2013-05-08 | 中兴通讯股份有限公司 | 信道状态信息、肯定确认/否定确认信息反馈方法及装置 |
| WO2013162203A1 (en) * | 2012-04-27 | 2013-10-31 | Samsung Electronics Co., Ltd. | Method and apparatus for pucch resource mapping |
| CN103535099A (zh) * | 2012-05-09 | 2014-01-22 | 华为技术有限公司 | 上行信道资源配置方法和设备 |
| CN103686858A (zh) * | 2012-08-31 | 2014-03-26 | 华为技术有限公司 | 上行控制信息的反馈方法、基站及用户设备 |
| WO2015094914A1 (en) * | 2013-12-18 | 2015-06-25 | Interdigital Patent Holdings, Inc. | Methods, apparatus and systems for interference management in a full duplex radio system |
| WO2015139460A1 (zh) * | 2014-03-20 | 2015-09-24 | 中兴通讯股份有限公司 | 上行信道处理方法、终端、基站、系统及计算机存储介质 |
| WO2016119529A1 (zh) * | 2015-01-28 | 2016-08-04 | 中兴通讯股份有限公司 | 载波聚合下调度请求的发送方法、装置和终端、存储介质 |
| EP3311517A1 (en) * | 2015-06-19 | 2018-04-25 | Samsung Electronics Co., Ltd. | Method for transmitting uplink control information |
| WO2018126839A1 (zh) * | 2017-01-05 | 2018-07-12 | 华为技术有限公司 | 传输数据的方法、终端设备和网络设备 |
| CN108811099A (zh) * | 2017-05-03 | 2018-11-13 | 华为技术有限公司 | 上行传输资源的调度方法和设备 |
| CN109156028A (zh) * | 2018-08-06 | 2019-01-04 | 北京小米移动软件有限公司 | 上行消息传输方法、装置及存储介质 |
| WO2019022561A1 (ko) * | 2017-07-27 | 2019-01-31 | 엘지전자 주식회사 | 자원 할당 우선순위에 따른 신호 전송 방법 및 이를 위한 단말 |
| CN109392126A (zh) * | 2017-08-10 | 2019-02-26 | 华为技术有限公司 | 上行传输方法、终端设备和网络设备 |
| CN109392169A (zh) * | 2017-08-04 | 2019-02-26 | 维沃移动通信有限公司 | 一种数据传输方法、终端及基站 |
| WO2019075762A1 (zh) * | 2017-10-20 | 2019-04-25 | Oppo广东移动通信有限公司 | 传输调度请求的方法和终端设备 |
| CN109889316A (zh) * | 2013-01-10 | 2019-06-14 | 三星电子株式会社 | 无线通信系统中的用户设备及其操作方法 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180368173A1 (en) * | 2017-06-15 | 2018-12-20 | Sharp Laboratories Of America, Inc. | Systems and methods for an enhanced scheduling request for 5g nr |
| EP3681068B1 (en) * | 2017-09-29 | 2024-01-17 | Beijing Xiaomi Mobile Software Co., Ltd. | Signal transmission method and device |
| CN110691412B (zh) * | 2018-07-04 | 2021-11-16 | 维沃移动通信有限公司 | Pucch冲突的处理方法和终端 |
-
2019
- 2019-08-16 CN CN201910759503.XA patent/CN111836381B/zh active Active
-
2020
- 2020-07-22 WO PCT/CN2020/103526 patent/WO2021031778A1/zh active Application Filing
Patent Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101778419A (zh) * | 2009-01-09 | 2010-07-14 | 华为技术有限公司 | Pucch资源的配置、发送方法及其装置 |
| CN103095394A (zh) * | 2011-11-02 | 2013-05-08 | 中兴通讯股份有限公司 | 信道状态信息、肯定确认/否定确认信息反馈方法及装置 |
| WO2013162203A1 (en) * | 2012-04-27 | 2013-10-31 | Samsung Electronics Co., Ltd. | Method and apparatus for pucch resource mapping |
| CN103535099A (zh) * | 2012-05-09 | 2014-01-22 | 华为技术有限公司 | 上行信道资源配置方法和设备 |
| CN103686858A (zh) * | 2012-08-31 | 2014-03-26 | 华为技术有限公司 | 上行控制信息的反馈方法、基站及用户设备 |
| CN109889316A (zh) * | 2013-01-10 | 2019-06-14 | 三星电子株式会社 | 无线通信系统中的用户设备及其操作方法 |
| WO2015094914A1 (en) * | 2013-12-18 | 2015-06-25 | Interdigital Patent Holdings, Inc. | Methods, apparatus and systems for interference management in a full duplex radio system |
| WO2015139460A1 (zh) * | 2014-03-20 | 2015-09-24 | 中兴通讯股份有限公司 | 上行信道处理方法、终端、基站、系统及计算机存储介质 |
| WO2016119529A1 (zh) * | 2015-01-28 | 2016-08-04 | 中兴通讯股份有限公司 | 载波聚合下调度请求的发送方法、装置和终端、存储介质 |
| EP3311517A1 (en) * | 2015-06-19 | 2018-04-25 | Samsung Electronics Co., Ltd. | Method for transmitting uplink control information |
| WO2018126839A1 (zh) * | 2017-01-05 | 2018-07-12 | 华为技术有限公司 | 传输数据的方法、终端设备和网络设备 |
| CN108811099A (zh) * | 2017-05-03 | 2018-11-13 | 华为技术有限公司 | 上行传输资源的调度方法和设备 |
| WO2019022561A1 (ko) * | 2017-07-27 | 2019-01-31 | 엘지전자 주식회사 | 자원 할당 우선순위에 따른 신호 전송 방법 및 이를 위한 단말 |
| CN109392169A (zh) * | 2017-08-04 | 2019-02-26 | 维沃移动通信有限公司 | 一种数据传输方法、终端及基站 |
| CN109392126A (zh) * | 2017-08-10 | 2019-02-26 | 华为技术有限公司 | 上行传输方法、终端设备和网络设备 |
| WO2019075762A1 (zh) * | 2017-10-20 | 2019-04-25 | Oppo广东移动通信有限公司 | 传输调度请求的方法和终端设备 |
| CN109156028A (zh) * | 2018-08-06 | 2019-01-04 | 北京小米移动软件有限公司 | 上行消息传输方法、装置及存储介质 |
Non-Patent Citations (11)
| Title |
|---|
| ""CR on NR Connection Control based on Draft TS38331 v15.1.0_v16"", 3GPP TSG_RAN\\WG2_RL2 * |
| ""R1-1809751 Summary of Maintenance Issues of Short PUCCH and UCI Multiplexing"", 3GPP TSG_RAN\\WG1_RL1 * |
| ""R1-1814029 Maintenance Issues on UCI Multiplexing on PUCCH"", 3GPP TSG_RAN\\WG1_RL1 * |
| ""R2-1805696 CR on corrections to PxxCH configuration in 38331"", 3GPP TSG_RAN\\WG2_RL2 * |
| ""RP-180925 On the scope of NR URLLC enhancements for Rel-16_v1"", 3GPP TSG_RAN\\TSG_RAN * |
| HUAWEI, HISILICON: "R2-1808079 "CR to 38.331 to clarify which requirement apply to EN-DC"", 3GPP TSG_RAN\\WG2_RL2, no. 2 * |
| OPPO: "R1-1907754", 《3GPP TSG_RAN\WG1_RL1》 * |
| OPPO: "R1-1907754", 《3GPP TSG_RAN\WG1_RL1》, 16 May 2019 (2019-05-16), pages 3 - 4 * |
| OPPO: "R1-1907777", 《3GPP TSG_RAN\WG1_RL1》 * |
| OPPO: "R1-1907777", 《3GPP TSG_RAN\WG1_RL1》, 17 May 2019 (2019-05-17), pages 3 - 4 * |
| VIVO: "R1-1812289 "Remaining issues on PUCCH"", 3GPP TSG_RAN\\WG1_RL1, no. 1 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111836381B (zh) | 2023-09-08 |
| WO2021031778A1 (zh) | 2021-02-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11540309B2 (en) | Data transmission method and apparatus | |
| US10952207B2 (en) | Method for transmitting data, terminal device and network device | |
| AU2018441785B2 (en) | A method, device and computer readable media for slot format configuration | |
| RU2736773C1 (ru) | Способ передачи данных, терминальное устройство и сетевое устройство | |
| WO2018188561A1 (zh) | 上行信息发送方法、接收方法和装置 | |
| CN110035523B (zh) | 一种uci传输方法及设备 | |
| CN109565676B (zh) | 用于配置半持久调度的方法和设备 | |
| RU2713411C1 (ru) | Способ и устройство для передачи пилот-сигнала | |
| CN109802789B (zh) | 传输公共控制信息的时频域资源的配置方法和设备 | |
| CN109845205B (zh) | 一种用于降低频域信号密度的系统和方法 | |
| CN110351834B (zh) | 上行传输取消信令的传输方法、网络侧设备和用户设备 | |
| CN110972275A (zh) | 一种指示信息的传输方法和装置 | |
| WO2018137700A1 (zh) | 一种通信方法，装置及系统 | |
| CN112314034A (zh) | 信息发送和接收方法以及装置 | |
| CN110324883B (zh) | 配置物理下行控制信道的方法、用户设备和网络侧设备 | |
| CN113225810A (zh) | 一种上行传输的方法、移动终端和网络设备 | |
| CN108024341B (zh) | 一种调度方法、终端及基站 | |
| CN110784934B (zh) | 随机接入资源的配置方法和设备 | |
| EP3618529A1 (en) | Uplink transmission scheduling method, terminal and base station | |
| AU2019474027B2 (en) | Methods, devices and computer readable media for communication on unlicensed band | |
| CN108370558B (zh) | 信息源确定方法、资源分配方法及装置 | |
| CN111836381B (zh) | 传输方法、配置pucch的方法和设备 | |
| CN110859009B (zh) | 上行优先占用指示方法和设备 | |
| CN111465035B (zh) | 调度方法、上报方法及终端 | |
| CN111132379B (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 |