CN107333331A - 信息的反馈方法、装置及系统 - Google Patents

信息的反馈方法、装置及系统 Download PDF

Info

Publication number
CN107333331A
CN107333331A CN201610284696.4A CN201610284696A CN107333331A CN 107333331 A CN107333331 A CN 107333331A CN 201610284696 A CN201610284696 A CN 201610284696A CN 107333331 A CN107333331 A CN 107333331A
Authority
CN
China
Prior art keywords
pucch
network side
side equipment
crc mask
physical uplink
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.)
Pending
Application number
CN201610284696.4A
Other languages
English (en)
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201610284696.4A priority Critical patent/CN107333331A/zh
Publication of CN107333331A publication Critical patent/CN107333331A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA

Landscapes

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

Abstract

本发明提供了一种信息的反馈方法、装置及系统，该方法包括：网络侧设备预留物理上行控制信道资源R‑PUCCH，或网络侧设备定义请求重配资源RR，或网络侧设备定义物理上行共享信道PUSCH的循环冗余校验掩码CRC mask；其中，当非授权载波物理上行控制信道UC‑PUCCH失效时，R‑PUCCH资源用于终端反馈未失效的UC‑PUCCH所需要反馈的信息；或，当UC‑PUCCH失效时RR用于终端反馈UC‑PUCCH失效信息；或，当UC‑PUCCH失效时CRC mask用于指示终端反馈UC‑PUCCH失效信息。通过本发明，解决了相关技术中在PUCCH失效后无法及时进行反馈的问题。

Description

信息的反馈方法、装置及系统
技术领域
本发明涉及通信领域，具体而言，涉及一种信息的反馈方法、装置及系统。
背景技术
自3GPP R10版本开始，为满足IMT-Advanced需求，LTE-A中采用了载波聚合(Carriers Aggregation，简称为CA)技术进一步支持比长期演进(Long Term Evolution，简称为LTE)更宽的通信带宽，载波聚合的主要原理是通过聚合多个对LTE后向兼容的载波，可以支持到最大100MHz带宽。在引入了载波聚合的系统中，进行聚合的载波称为分量载波(Component Carrier，简称为CC)，也称为一个Cell(小区)。同时，还提出了主分量载波/小区(Primary Component Carrier/Cell，简称为PCC/PCell)和辅分量载波/小区(Secondary Component Carrier/Cell，简称为SCC/SCell)的概念，在进行了载波聚合的系统中，至少包含一个PCC/PCell和SCC/SCell，其中PCC/PCell一直处于激活状态。
在3GPP R12版本中引入了双链接(Dual Connectivity，简称为DC)，DC使得处于RRC_CONNECTED的用户设备(User Equipment，简称为UE)可以同时使用至少两个不同网络节点的无线资源即主基站(MastereNB，简称为MeNB)和辅基站(Secondary eNB，简称为SeNB)，其中，MeNB和SeNB通过non-ideal backhaul连接。当MeNB或SeNB各自采用CA方式时，称为主小区组(Master Cell Group，简称为MCG)和辅小区组(Secondary Cell Group，简称为SCG)，其中MCG对应的主小区称为主小区(Primary cell，简称为Pcell)，SCG对应的主小区称为主辅小区(Primary Secondary cell，简称为PScell)，MCG和SCG中的其他非主小区均可称为辅小区或称为服务小区(Secondary cell，简称为Scell)。DC的控制面(Control Plane，简称为CP)、用户面(User Plane，简称为UP)可看做是分离的，在CP来看，SCG里的PScell以及其他普通Scell都是MeNB通过无线资源控制(Radio Resource Control，简称为RRC)来配置的，包括cell的增加/修改/释放；在UP来看，MCG和SCG各自具有独立的调度器。
上述CA、DC都是针对授权载波，而随着数据业务的快速增长，授权频谱的载波上承受的数据传输压力也越来越大，因此，通过非授权频谱的载波来分担授权载波中的数据流量成为后续LTE发展的一个重要的演进方向。非授权频谱具有的特征是：非授权频谱不需要购买，频谱资源零成本，具有免费/低费用的特征；个人、企业都可以参与部署，设备商的设备可以任意部署，具有准入要求低，成本低的特征；非授权频谱中的5GHz、2.4GHz等频段都可以使用，具有可用带宽大的特征；非授权载波具有共享资源的特征，即多个不同系统都在其中运营时或者同一系统的不同运营商在其中运营时，可以考虑一些共享资源的方式提高频谱利用效率；对于非授权载波的使用，首先需要进行干净信道评估(Clear Channel Assessment，简称为CCA)检测，只有CCA成功竞争才可以使用该非授权载波，等等。
LTE系统的Rel-13版本于2014年9月份开始立项研究，其中一项重要的研究议题就是LTE系统使用非授权频谱的载波工作，也称为授权辅助接入(Licensed Assisted Access，简称为LAA)。这项技术将使得LTE系统能够使用目前存在的非授权频谱的载波，大大提升LTE系统的潜在频谱资源，使得LTE系统能够获得更低的频谱成本。
目前在LAA-CA场景下，已经同意在非授权载波上引入物理上行控制信道(Physical Uplink Control Channel，简称为PUCCH)，而在LAA-DC场景下是否引入PUCCH还没有确定。但注意到R12-DC中规定在SCG的PScell上存在PUCCH，R12-DC在PScell上存在PUCCH的主要原因是由于MCG和SCG之间是non-ideal backhaul的，即使仅由Pcell上的PUCCH统一传输，除了PUCCH容量受限外，也不能立刻由MeNB通知给SeNB所接收到的PUCCH内容，所以最终R12-DC规定在SCG的PScell上存在PUCCH。PScell是MeNB来配置的，也就是说PScell是变化的，也即PUCCH不是一直在某个固定的频点上，也可能是由于MeNB需要综合考虑业务分流、从UE侧获取的链路质量等因素决定的，决定权在于MeNB。基于上述分析，再来看LAA-DC，可以归结为2类，即SCG only with UC、SCG with LC+UC，其中非授权载波(Unlicense Carrier，简称为UC)，授权载波(License Carrier，简称为LC)。那么，对于SCG only with UC，如果PScell被配置后，由于LAA具有非连续占用的特点，所以不能保证在PScell/PUCCH一直存在，所以对于SCG的反馈造成了很严重的影响。而对于SCG with LC+UC，也不能假设LC一直作为PScell而不允许变更到其他UC上，假设可以变更到UC上，同样也存在不能保证在PScell/PUCCH一直存在的问题，当然假设LC一直作为PScell不会存在该问题。所以，PUCCH问题成立的条件：SCG only with UC，且UC可作为PScell；SCGwith LC+UC，且LC不一直作为PScell，而其他UC可作为PScell。
综合来看，UC可作为PScell成为了2类场景下PUCCH问题成立的关键。再考虑到R12-DC在PScell上存在PUCCH的原因在LAA-DC这里仍然成立。所以，一旦PUCCH失效，无法及时进行反馈，这里统称为非授权载波PUCCH失效的问题(注意只有非授权载波PUCCH才有失效的问题，这里把非授权载波PUCCH称为UC-PUCCH)。针对相关技术中的上述问题，目前尚未存在有效的解决方案。
发明内容
本发明实施例提供了一种信息的反馈方法、装置及系统，以至少解决相关技术中在PUCCH失效后无法及时进行反馈的问题。
根据本发明的一个方面，提供了一种信息的反馈方法，包括：网络侧设备预留物理上行控制信道资源R-PUCCH，或所述网络侧设备定义请求重配资源RR，或所述网络侧设备定义物理上行共享信道PUSCH的循环冗余校验掩码CRC mask；其中，当非授权载波物理上行控制信道UC-PUCCH失效时，所述R-PUCCH资源用于终端反馈未失效的UC-PUCCH所需要反馈的信息；或，当UC-PUCCH失效时所述RR用于所述终端反馈UC-PUCCH失效信息；或，当UC-PUCCH失效时所述CRCmask用于指示所述终端反馈UC-PUCCH失效信息。
进一步地，所述网络侧设备预留物理上行控制信道资源R-PUCCH包括：所述网络侧设备在指定分量载波CC上预留R-PUCCH资源，其中，所述指定CC包括除了当前所述UC-PUCCH所占用的CC之外的任何CC。
进一步地，所述网络侧设备采用半静态的方式配置所述R-PUCCH内的码资源。
进一步地，预留的所述R-PUCCH资源不与其他任何PUCCH资源进行复用。
进一步地，在所述UC-PUCCH未失效时，在与未失效UC-PUCCH对应的R-PUCCH资源上承载除未失效UC-PUCCH信息之外的信息。
进一步地，在所述网络侧设备定义的RR为专用的RR时，所述网络侧设备在调度请求配置SchedulingRequestConfig或其他无线资源控制RRC信令中预留一个请求重配资源物理上行控制信道资源索引RR-PUCCH-ResourceIndex，其中，所述RR-PUCCH-ResourceIndex仅用于传输UC-PUCCH失效信息。
进一步地，在所述网络侧设备定义的RR为扩展的SR，且扩展的SR不与其他任何PUCCH format复用时，所述网络侧设备通过扩展的SR中的两个比特分别表示调度请求SR的有无和请求重配RR的有无。
进一步地，在所述网络侧设备定义的RR为扩展的SR，且扩展的SR与PUCCH format 1a/1b复用时，所述网络侧设备通过扩展的SR中的两个比特调度请求SR的有无和请求重配RR的有无，其中，所述两个比特为扩展的SR中预设数量个比特中的，所述预设数量个比特等于所述两个比特加上与PUCCH format 1a/1b对应的比特的和。
进一步地，在所述网络侧设备定义的RR为扩展的SR，且扩展的SR与PUCCH format 2/2a/2b复用时，所述网络侧设备丢掉PUCCH format2/2a/2b，并使用扩展的SR中的两个比特表示调度请求SR的有无和请求重配RR的有无。
进一步地，在所述网络侧设备定义的RR为扩展的SR，且扩展的SR与和PUCCH format 3/4/5复用时，所述网络侧设备在PUCCH format 3/4/5中附加两个比特表示调度请求SR的有无和请求重配RR的有无。
进一步地，所述网络侧设备定义PUSCH的CRC mask包括：所述网络侧设备将定义的长度为L个比特的第一加扰比特序列和长度为L个比特的第二加扰比特序列发送到终端；所述网络侧设备接收终端反馈的通过所述第一加扰比特序列与所述CRC所对应的第一比特序列的组合运算得到的第一CRC mask和第二组合运算得到的第二CRC mask；所述网络侧通过第一CRC mask与所述第一加扰比特序列组合运算的结果用于指示UC-PUCCH失效，以及通过第二CRC mask与所述第二加扰比特序列组合运算的结果指示UC-PUCCH有效。
根据本发明的另一个方面，提供了一种信息的反馈方法，包括：在网络侧设备预留物理上行控制信道资源R-PUCCH，或所述网络侧设备定义请求重配资源RR，或所述网络侧设备定义物理上行共享信道PUSCH的CRC mask后，终端通过所述R-PUCCH，或，所述RR，或所述CRC mask进行信息的反馈；其中，当非授权载波物理上行控制信道UC-PUCCH失效时，所述R-PUCCH资源用于终端反馈未失效的UC-PUCCH所需要反馈的信息；或，当UC-PUCCH失效时所述RR用于所述终端反馈UC-PUCCH失效信息；或，当UC-PUCCH失效时所述CRC mask用于指示所述终端反馈UC-PUCCH失效信息。
根据本发明的再一个方面，提供了一种信息的反馈装置，应用于网络侧设备，包括：处理模块，预留物理上行控制信道资源R-PUCCH，或定义请求重配资源RR，或定义物理上行共享信道PUSCH的循环冗余校验掩码CRC mask；其中，当非授权载波物理上行控制信道UC-PUCCH失效时，所述R-PUCCH资源用于终端反馈未失效的UC-PUCCH所需要反馈的信息；或，当UC-PUCCH失效时所述RR用于所述终端反馈UC-PUCCH失效信息；或，当UC-PUCCH失效时所述CRC mask用于指示所述终端反馈UC-PUCCH失效信息。
根据本发明的又一个方面，提供了一种信息的反馈装置，应用于终端侧，包括：反馈模块，用于在网络侧设备预留物理上行控制信道资源R-PUCCH，或所述网络侧设备定义请求重配资源RR，或所述网络侧设备定义物理上行共享信道PUSCH的循环冗余校验掩码CRC mask后，通过所述R-PUCCH，或，所述RR，或所述CRC mask进行信息的反馈；其中，当非授权载波物理上行控制信道UC-PUCCH失效时，所述R-PUCCH资源用于终端反馈未失效的UC-PUCCH所需要反馈的信息；或，当UC-PUCCH失效时所述RR用于所述终端反馈UC-PUCCH失效信息；或，当UC-PUCCH失效时所述CRC mask用于指示所述终端反馈UC-PUCCH失效信息。
根据本发明的再一个方面，提供了一种信息的反馈系统，所述包括：上述应用于网络侧设备的装置和上述应用于终端侧的装置。。
通过本发明，当UC-PUCCH失效时，对于预留了R-PUCCH资源，可以采用R-PUCCH资源及时反馈原有UC-PUCCH所需要反馈的信息，该方式使得反馈信息得到很好地、完整地反馈；对于分配了RR时，当UC-PUCCH失效时在RR资源上传输非授权载波物理上行控制信道UC-PUCCH失效信息，并使得网络侧设备立刻启动重配流程，减少时延；对于PUSCH的CRC mask，可以采用CRC mask及时反馈UC-PUCCH失效信息，该方式不用分配更多的资源，并使得网络侧设备立刻启动重配流程，减少时延。可见，通过本实施例解决了相关技术中在PUCCH失效后无法及时进行反馈的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的信息的反馈方法的流程图一；
图2是根据本发明实施例的信息的反馈方法的流程图二；
图3是根据本发明实施例的信息的反馈装置的结构框图一；
图4是根据本发明实施例的信息的反馈装置的结构框图二；
图5是根据本发明实施例的信息的反馈系统的结构示意图；
图6是根据本发明实施例的R-PUCCH示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中提供了一种信息的反馈方法，图1是根据本发明实施例的信息的反馈方法的流程图一，如图1所示，该流程包括如下步骤：
步骤S102：网络侧设备预留物理上行控制信道资源R-PUCCH，或网络侧设备定义请求重配资源RR，或网络侧设备定义物理上行共享信道PUSCH的CRC mask；
其中，当非授权载波物理上行控制信道UC-PUCCH失效时，R-PUCCH资源用于终端反馈未失效的UC-PUCCH所需要反馈的信息；或，当UC-PUCCH失效时RR用于终端反馈UC-PUCCH失效信息；或，当UC-PUCCH失效时CRC mask用于指示终端反馈UC-PUCCH失效信息。
通过上述本实施例的步骤S102可知，当UC-PUCCH失效时，对于预留了R-PUCCH资源，可以采用R-PUCCH资源及时反馈原有UC-PUCCH所需要反馈的信息，该方式使得反馈信息得到很好地、完整地反馈；对于分配了RR时，当UC-PUCCH失效时在RR资源上传输非授权载波物理上行控制信道UC-PUCCH失效信息，并使得网络侧设备立刻启动重配流程，减少时延；对于PUSCH的CRC mask，可以采用CRC mask及时反馈UC-PUCCH失效信息，该方式不用分配更多的资源，并使得网络侧设备立刻启动重配流程，减少时延。可见，通过本实施例解决了相关技术中在PUCCH失效后无法及时进行反馈的问题。
可见在本实施例中涉及到的三种方式，包括：R-PUCCH、请求重配资源RR以及PUSCH的CRC mask。
方式一：对于R-PUCCH的方式
在本实施例的可选实施方式中，该预留的R-PUCCH资源不与其他任何PUCCH资源进行复用。
此外，对于本实施例中涉及到的网络侧设备预留物理上行控制信道资源R-PUCCH的方式，可以通过如下方式来实现：网络侧设备在指定分量载波CC上预留R-PUCCH资源，其中，指定CC包括除了当前UC-PUCCH所占用的CC之外的任何CC。其中，网络侧设备可以采用半静态方式配置R-PUCCH内的码资源。
另外，对于本实施例中涉及到的R-PUCCH，在UC-PUCCH失效时，与失效UC-PUCCH对应的R-PUCCH资源用于指示上传输反馈信息；而在UC-PUCCH未失效时，在与未失效UC-PUCCH对应的R-PUCCH资源上承载除未失效UC-PUCCH信息之外的信息。
方式二：请求重配资源RR
在本实施例中，该网络侧设备定义的RR可以包括：专用的RR和扩展的SR。
在网络侧设备定义的RR为专用的RR时，本书实例的方式可以包括：网络侧设备在调度请求配置SchedulingRequestConfig或其他RRC信令中预留一个请求重配资源物理上行控制信道资源索引RR-PUCCH-ResourceIndex，其中，RR-PUCCH-ResourceIndex仅用于传输UC-PUCCH失效信息。
另外，在网络侧设备定义的RR为扩展的RR时，本实施例的方式可以包括：
当扩展的SR不与其他任何PUCCH format复用时，网络侧设备通过扩展的SR使用两个比特分别表示调度请求SR的有无和请求重配RR的有无。
例如，该两个比特为“xy”(下述如涉及到两个比特也是通过‘xy’来表示)，当仅有SR时，在SR资源上发送“00”；当仅有RR时，在SR资源上发送“01”；当同时有SR and RR，在SR资源上发送“10”；优选地，“xy”两个比特采用QPSK调制。
或，
当扩展的SR与PUCCH format 1a/1b复用时，网络侧设备通过扩展的SR使用预设数量个比特，其中，预设数量个比特等于两个比特加上PUCCH format 1a/1b对应的比特的和。
例如，当仅有SR时，在SR资源上发送“00”；当仅有RR时，在SR资源上发送“01”；当同时有SR and RR，在SR资源上发送“10”；优选地，“z”个比特采用8PSK或16QAM调制。
或，
当扩展的SR与PUCCH format 2/2a/2b复用时，网络侧设备丢掉PUCCH format 2/2a/2b，网络侧设备丢掉PUCCH format 2/2a/2b，并使用扩展的SR中的两个比特表示调度请求SR的有无和请求重配RR的有无。
例如，当仅有SR时，在SR资源上发送“00”；当仅有RR时，在SR资源上发送“01”；当同时有SR and RR，在SR资源上发送“10”；优选地，“xy”两个比特采用QPSK调制。
或，
在网络侧设备定义的RR为扩展的SR，且扩展的SR与和PUCCHformat 3/4/5复用时，网络侧设备在PUCCH format 3/4/5中附加两个比特表示调度请求SR的有无和请求重配RR的有无。
例如，当仅有SR时，在PUCCH format 3/4/5中附加发送“00”；当仅有RR时，在PUCCH format 3/4/5中附加发送“01”；当同时有SR and RR，在PUCCH format 3/4/5中附加发送“10”；优选地“xy”两个比特采用和PUCCH format 3/4/5相同的调制方式。或是，在PUCCH format 3/4/5中附加“x”一个比特表示请求重配RR的有无，优选地，当有RR时，在PUCCHformat 3/4/5中附加发送“0”；当没有RR时，在PUCCH format 3/4/5中附加发送“1”。
方式三：PUSCH的CRC mask
在PUSCH的CRCmask所对应的第一比特序列的长度为L个比特时，网络侧设备定义长度为L个比特的第一加扰比特序列和长度为L个比特的第二加扰比特序列。
例如：PUSCH的CRC所对应的比特序列A的长度为L个比特，则网络侧设备定义两个长度为L个比特的加扰比特序列B和加扰比特序列C；优选地，序列B与序列A进行模2加运算，或是异或运算表示UC-PUCCH失效，序列C与序列A进行模2加运算，或是异或运算表示UC-PUCCH没有失效。
需要说明的是，对于PUSCH的CRC mask反馈UC-PUCCH是否失效的方式，在下述实施例13中有进一步的举例说明，在此不再赘述。
实施例2
本实施例是从终端侧对本发明进行说明，上述实施例1是从网络侧设备对本发明进行描述；
本实施例提供了一种信息的反馈方法，图2是根据本发明实施例的信息的反馈方法的流程图二，如图2所示，该方法包括：
步骤S202：在网络侧设备预留物理上行控制信道资源R-PUCCH，或网络侧设备定义请求重配资源RR，或网络侧设备定义物理上行共享信道PUSCH的CRC mask后，终端通过R-PUCCH，或，RR，或CRC mask进行信息的反馈；
其中，R-PUCCH用于指示终端当UC-PUCCH失效时在R-PUCCH资源上传输反馈信息，或，RR用于指示终端当UC-PUCCH失效时在RR资源上传输非授权载波物理上行控制信道UC-PUCCH失效信息，或，CRCmask用于指示终端当UC-PUCCH失效时在RR资源上传输UC-PUCCH失效信息。
实施例3
在本实施例中还提供了一种信息的反馈装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的信息的反馈装置的结构框图一，该装置应用于网络侧设备，如图3所示，该装置包括：处理模块32，用于预留物理上行控制信道资源R-PUCCH，或定义请求重配资源RR，或定义物理上行共享信道PUSCH的CRC mask；
其中，R-PUCCH用于指示终端当UC-PUCCH失效时在R-PUCCH资源上传输反馈信息，或，RR用于指示终端当UC-PUCCH失效时在RR资源上传输非授权载波物理上行控制信道UC-PUCCH失效信息，或，CRCmask用于指示终端当UC-PUCCH失效时在RR资源上传输UC-PUCCH失效信息。
实施例4
图4是根据本发明实施例的信息的反馈装置的结构框图二，该装置应用于终端侧，如图4所示，该装置包括：反馈模块42，用于在网络侧设备预留物理上行控制信道资源R-PUCCH，或网络侧设备定义请求重配资源RR，或网络侧设备定义物理上行共享信道PUSCH的CRC mask后，通过R-PUCCH，或，RR，或CRC mask进行信息的反馈；
其中，R-PUCCH用于指示终端当UC-PUCCH失效时在R-PUCCH资源上传输反馈信息，或，RR用于指示终端当UC-PUCCH失效时在RR资源上传输非授权载波物理上行控制信道UC-PUCCH失效信息，或，CRCmask用于指示终端当UC-PUCCH失效时在RR资源上传输UC-PUCCH失效信息。
实施例5
本实施例提供了一种信息的反馈系统，图5是根据本发明实施例的信息的反馈系统的结构示意图，如图5所示，该包括：上述实施例3中应用于网络侧设备的装置和上述实施例4中应用于终端侧的装置。
下面通过实施例6至实施例13对上述实施例1至5进行详细说明；
实施例6
图6是根据本发明实施例的R-PUCCH示意图，如图6所示，网络侧设备在除了当前UC-PUCCH所占用的CC之外的某个CC上预留R-PUCCH资源。为了避免R-PUCCH资源冲突，在预留R-PUCCH资源时采用半静态配置，R-PUCCH内的码资源，而不采用first CCE index的方式进行配置。
当UC-PUCCH失效时，终端则使用对应的R-PUCCH资源上传输反馈信息；当UC-PUCCH没有失效时，终端在对应的R-PUCCH资源可以用于承载其他信息，优选地，承载预分配的终端的数据。
网络侧设备可通过盲检测UC-PUCCH和R-PUCCH，如果盲检测UC-PUCCH成功，则说明此时UC-PUCCH没有失效，如果盲检测UC-PUCCH失败，则说明此时UC-PUCCH失效；则继续盲检测R-PUCCH，如果盲检测R-PUCCH成功，则说明此时成功接收到了反馈信息，如果盲检测R-PUCCH失败，则说明此时传输错误或是说明R-PUCCH失效。
当网络侧设备判断UC-PUCCH失效后，可进行重配或修改UC-PUCCH所对应的CC index。
实施例7
网络侧设备定义专用的RR，例如在SchedulingRequestConfig或其他RRC信令中预留一个RR-PUCCH-ResourceIndex，所述RR-PUCCH-ResourceIndex仅用于传输UC-PUCCH失效信息。
当UC-PUCCH失效时，则终端在RR-PUCCH-ResourceIndex对应的资源上发射能量，当UC-PUCCH没有失效时，则终端不在RR-PUCCH-ResourceIndex对应的资源上发射任何能量。
网络侧设备可通过在RR-PUCCH-ResourceIndex对应的资源上检测是否有能量，如果检测到有能量存在，则说明UC-PUCCH失效，如果没有检测到能量存在，则说明UC-PUCCH没有失效。
当网络侧设备判断UC-PUCCH失效后，可进行重配或修改UC-PUCCH所对应的CC index。
实施例8
网络侧设备定义专用的RR，例如在SchedulingRequestConfig或其他RRC信令中预留一个RR-PUCCH-ResourceIndex，所述RR-PUCCH-ResourceIndex仅用于传输UC-PUCCH失效信息。
当UC-PUCCH失效时，则终端在RR-PUCCH-ResourceIndex对应的资源上发射比特“0”，当UC-PUCCH没有失效时，则终端在RR-PUCCH-ResourceIndex对应的资源上发射比特“1”，比特含义反之亦可。
网络侧设备可通过在RR-PUCCH-ResourceIndex对应的资源上检测终端发射的比特，如果检测为比特“0”，则说明UC-PUCCH失效，如果检测为比特“1”，则说明UC-PUCCH没有失效。
当网络侧设备判断UC-PUCCH失效后，可进行重配或修改UC-PUCCH所对应的CC index。
实施例9
网络侧设备定义扩展的SR，例如在SchedulingRequestConfig信令中预留一个SR-PUCCH-ResourceIndex，所述SR-PUCCH-ResourceIndex用于传输SR和/或UC-PUCCH失效信息。
当扩展的SR不与其他任何PUCCH format复用时，扩展的SR使用“xy”两个比特表示调度请求SR、请求重配RR的有无，优选地，当仅有SR时，在SR资源上发送“00”；当仅有RR时，在SR资源上发送“01”；当同时有SR and RR，在SR资源上发送“10”，对于两个比特的任意组合形式来表示有效含义均可；优选地，“xy”两个比特采用QPSK调制。
假设此时网络侧设备检测到“xy”是“00”，则说明终端有SR请求，且UC-PUCCH没有失效；假设此时网络侧设备检测到“xy”是“01”，则说明UC-PUCCH失效，网络侧设备判断UC-PUCCH失效后，可进行重配或修改UC-PUCCH所对应的CC index；假设此时网络侧设备检测到“xy”是“10”，则说明终端有SR请求，且UC-PUCCH失效。
当网络侧设备判断UC-PUCCH失效后，可进行重配或修改UC-PUCCH所对应的CC index。
实施例10
网络侧设备定义扩展的SR，例如在SchedulingRequestConfig信令中预留一个SR-PUCCH-ResourceIndex，所述SR-PUCCH-ResourceIndex用于传输SR和/或UC-PUCCH失效信息和/或PUCCH format 1a/1b信息。
当扩展的SR与PUCCH format 1a/1b复用时，扩展的SR使用“z”个比特，其中“z”个比特等于“xy”两个比特加上PUCCH format 1a/1b对应的比特，其中所述“xy”两个比特表示调度请求SR、请求重配RR的有无，优选地，当仅有SR时，在SR资源上发送“00”；当仅有RR时，在SR资源上发送“01”；当同时有SR and RR，在SR资源上发送“10”，对于两个比特的任意组合形式来表示有效含义均可；优选地，“z”个比特采用8PSK或16QAM调制。
假设此时网络侧设备检测到“z”中“xy”是“00”，则说明终端有SR请求，且UC-PUCCH没有失效；假设此时网络侧设备检测到“z”中“xy”是“01”，则说明UC-PUCCH失效，网络侧设备判断UC-PUCCH失效后，可进行重配或修改UC-PUCCH所对应的CC index；假设此时网络侧设备检测到“z”中“xy”是“10”，则说明终端有SR请求，且UC-PUCCH失效。
当网络侧设备判断UC-PUCCH失效后，可进行重配或修改UC-PUCCH所对应的CC index。
实施例11
网络侧设备定义扩展的SR，例如在SchedulingRequestConfig信令中预留一个SR-PUCCH-ResourceIndex，所述SR-PUCCH-ResourceIndex用于传输SR和/或UC-PUCCH失效信息和/或PUCCH format 2/2a/2b信息。
当扩展的SR与PUCCH format 2/2a/2b复用时，丢掉PUCCH format2/2a/2b，扩展的SR使用“xy”两个比特表示调度请求SR、请求重配RR的有无，优选地，当仅有SR时，在SR资源上发送“00”；当仅有RR时，在SR资源上发送“01”；当同时有SR and RR，在SR资源上发送“10”，对于两个比特的任意组合形式来表示有效含义均可；优选地，“xy”两个比特采用QPSK调制。
当网络侧设备判断UC-PUCCH失效后，可进行重配或修改UC-PUCCH所对应的CC index。
实施例12
当扩展的SR与和PUCCH format 3/4/5复用时，在PUCCH format 3/4/5中附加“xy”两个比特表示调度请求SR、请求重配RR的有无，优选地，当仅有SR时，在PUCCH format 3/4/5中附加发送“00”；当仅有RR时，在PUCCH format 3/4/5中附加发送“01”；当同时有SR and RR，在PUCCHformat 3/4/5中附加发送“10”，对于两个比特的任意组合形式来表示有效含义均可；优选地“xy”两个比特采用和PUCCH format 3/4/5相同的调制方式。或是，在PUCCH format 3/4/5中附加“x”一个比特表示请求重配RR的有无，优选地，当有RR时，在PUCCH format 3/4/5中附加发送“0”；当没有RR时，在PUCCH format 3/4/5中附加发送“1”，比特含义反之亦可。
当网络侧设备判断UC-PUCCH失效后，可进行重配或修改UC-PUCCH所对应的CC index。
实施例13
假设此时PUSCH的CRC所对应的比特序列A的长度为L＝24bits，加扰比特序列B和C的长度为L＝24bits，且，
A＝“010101010101010101010101”，
B＝“000000000000000000000000”，
C＝“111111111111111111111111”，
当UC-PUCCH失效时，则终端把序列B与序列A进行模2加运算，或是异或运算，结合上述序列B和序列A，则此时CRC mask＝“010101010101010101010101”，然后终端使用CRC mask的结果发射PUSCH；当UC-PUCCH没有失效时，则终端把序列C与序列A进行模2加运算，或是异或运算，结合上述序列C和序列A，则此时CRC mask＝“101010101010101010101010”，然后终端使用CRC mask的结果发射PUSCH。
网络侧设备如果收到CRC mask＝“010101010101010101010101”，网络侧设备把序列CRC mask和序列A进行模2加运算，或是异或运算，得到运算结果为“000000000000000000000000”，则说明此时UC-PUCCH失效；网络侧设备如果收到CRC mask＝“101010101010101010101010”，网络侧设备把序列CRC mask和序列A进行模2加运算，或是异或运算，得到运算结果为“111111111111111111111111”，则说明此时UC-PUCCH没有失效。
当网络侧设备判断UC-PUCCH失效后，可进行重配或修改UC-PUCCH所对应的CC index。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
步骤S1：网络侧设备预留物理上行控制信道资源R-PUCCH，或网络侧设备定义请求重配资源RR，或网络侧设备定义物理上行共享信道PUSCH的CRC mask；
其中，R-PUCCH用于指示终端当UC-PUCCH失效时在R-PUCCH资源上传输反馈信息，或，RR用于指示终端当UC-PUCCH失效时在RR资源上传输非授权载波物理上行控制信道UC-PUCCH失效信息，或，CRCmask用于指示终端当UC-PUCCH失效时在RR资源上传输UC-PUCCH失效信息。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
步骤S1：在网络侧设备预留物理上行控制信道资源R-PUCCH，或网络侧设备定义请求重配资源RR，或网络侧设备定义物理上行共享信道PUSCH的CRC mask后，终端通过R-PUCCH，或，RR，或CRC mask进行信息的反馈；
其中，R-PUCCH用于指示终端当UC-PUCCH失效时在R-PUCCH资源上传输反馈信息，或，RR用于指示终端当UC-PUCCH失效时在RR资源上传输非授权载波物理上行控制信道UC-PUCCH失效信息，或，CRCmask用于指示终端当UC-PUCCH失效时在RR资源上传输UC-PUCCH失效信息。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种信息的反馈方法，其特征在于，包括：
网络侧设备预留物理上行控制信道资源R-PUCCH，或所述网络侧设备定义请求重配资源RR，或所述网络侧设备定义物理上行共享信道PUSCH的循环冗余校验掩码CRC mask；
其中，当非授权载波物理上行控制信道UC-PUCCH失效时，所述R-PUCCH资源用于终端反馈未失效的UC-PUCCH所需要反馈的信息；或，当UC-PUCCH失效时所述RR用于所述终端反馈UC-PUCCH失效信息；或，当UC-PUCCH失效时所述CRC mask用于指示所述终端反馈UC-PUCCH失效信息。
2.根据权利要求1所述的方法，其特征在于，所述网络侧设备预留物理上行控制信道资源R-PUCCH包括：
所述网络侧设备在指定分量载波CC上预留R-PUCCH资源，其中，所述指定CC包括除了当前所述UC-PUCCH所占用的CC之外的任何CC。
3.根据权利要求2所述的方法，其特征在于，所述网络侧设备采用半静态的方式配置所述R-PUCCH内的码资源。
4.根据权利要求1所述的方法，其特征在于，预留的所述R-PUCCH资源不与其他任何PUCCH资源进行复用。
5.根据权利要求1所述的方法，其特征在于，在所述UC-PUCCH未失效时，在与未失效UC-PUCCH对应的R-PUCCH资源上承载除未失效UC-PUCCH信息之外的信息。
6.根据权利要求1所述的方法，其特征在于，在所述网络侧设备定义的RR为专用的RR时，所述网络侧设备在调度请求配置SchedulingRequestConfig或其他无线资源控制RRC信令中预留一个请求重配资源物理上行控制信道资源索引RR-PUCCH-ResourceIndex，其中，所述RR-PUCCH-ResourceIndex仅用于传输UC-PUCCH失效信息。
7.根据权利要求1所述的方法，其特征在于，在所述网络侧设备定义的RR为扩展的SR，且扩展的SR不与其他任何PUCCH format复用时，所述网络侧设备通过扩展的SR中的两个比特分别表示调度请求SR的有无和请求重配RR的有无。
8.根据权利要求1所述的方法，其特征在于，在所述网络侧设备定义的RR为扩展的SR，且扩展的SR与PUCCH format 1a/1b复用时，所述网络侧设备通过扩展的SR中的两个比特调度请求SR的有无和请求重配RR的有无，其中，所述两个比特为扩展的SR中预设数量个比特中的，所述预设数量个比特等于所述两个比特加上与PUCCH format 1a/1b对应的比特的和。
9.根据权利要求1所述的方法，其特征在于，在所述网络侧设备定义的RR为扩展的SR，且扩展的SR与PUCCH format 2/2a/2b复用时，所述网络侧设备丢掉PUCCH format 2/2a/2b，并使用扩展的SR中的两个比特表示调度请求SR的有无和请求重配RR的有无。
10.根据权利要求1所述的方法，其特征在于，在所述网络侧设备定义的RR为扩展的SR，且扩展的SR与和PUCCH format 3/4/5复用时，所述网络侧设备在PUCCH format 3/4/5中附加两个比特表示调度请求SR的有无和请求重配RR的有无。
11.根据权利要求1所述的方法，其特征在于，所述网络侧设备定义PUSCH的CRC mask包括：
所述网络侧设备将定义的长度为L个比特的第一加扰比特序列和长度为L个比特的第二加扰比特序列发送到终端；
所述网络侧设备接收终端反馈的通过所述第一加扰比特序列与所述CRC所对应的第一比特序列的组合运算得到的第一CRC mask和第二组合运算得到的第二CRC mask；
所述网络侧通过第一CRC mask与所述第一加扰比特序列组合运算的结果用于指示UC-PUCCH失效，以及通过第二CRC mask与所述第二加扰比特序列组合运算的结果指示UC-PUCCH有效。
12.一种信息的反馈方法，其特征在于，包括：
在网络侧设备预留物理上行控制信道资源R-PUCCH，或所述网络侧设备定义请求重配资源RR，或所述网络侧设备定义物理上行共享信道PUSCH的CRC mask后，终端通过所述R-PUCCH，或，所述RR，或所述CRC mask进行信息的反馈；
其中，当非授权载波物理上行控制信道UC-PUCCH失效时，所述R-PUCCH资源用于终端反馈未失效的UC-PUCCH所需要反馈的信息；或，当UC-PUCCH失效时所述RR用于所述终端反馈UC-PUCCH失效信息；或，当UC-PUCCH失效时所述CRC mask用于指示所述终端反馈UC-PUCCH失效信息。
13.一种信息的反馈装置，应用于网络侧设备，其特征在于，包括：
处理模块，预留物理上行控制信道资源R-PUCCH，或定义请求重配资源RR，或定义物理上行共享信道PUSCH的循环冗余校验掩码CRC mask；
其中，当非授权载波物理上行控制信道UC-PUCCH失效时，所述R-PUCCH资源用于终端反馈未失效的UC-PUCCH所需要反馈的信息；或，当UC-PUCCH失效时所述RR用于所述终端反馈UC-PUCCH失效信息；或，当UC-PUCCH失效时所述CRC mask用于指示所述终端反馈UC-PUCCH失效信息。
14.一种信息的反馈装置，应用于终端侧，其特征在于，包括：
反馈模块，用于在网络侧设备预留物理上行控制信道资源R-PUCCH，或所述网络侧设备定义请求重配资源RR，或所述网络侧设备定义物理上行共享信道PUSCH的循环冗余校验掩码CRC mask后，通过所述R-PUCCH，或，所述RR，或所述CRC mask进行信息的反馈；
其中，当非授权载波物理上行控制信道UC-PUCCH失效时，所述R-PUCCH资源用于终端反馈未失效的UC-PUCCH所需要反馈的信息；或，当UC-PUCCH失效时所述RR用于所述终端反馈UC-PUCCH失效信息；或，当UC-PUCCH失效时所述CRC mask用于指示所述终端反馈UC-PUCCH失效信息。
15.一种信息的反馈系统，其特征在于，所述包括：权利要求13应用于网络侧设备的装置和权利要14应用于终端侧的装置。
CN201610284696.4A 2016-04-28 2016-04-28 信息的反馈方法、装置及系统 Pending CN107333331A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610284696.4A CN107333331A (zh) 2016-04-28 2016-04-28 信息的反馈方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610284696.4A CN107333331A (zh) 2016-04-28 2016-04-28 信息的反馈方法、装置及系统

Publications (1)

Publication Number Publication Date
CN107333331A true CN107333331A (zh) 2017-11-07

Family

ID=60193378

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610284696.4A Pending CN107333331A (zh) 2016-04-28 2016-04-28 信息的反馈方法、装置及系统

Country Status (1)

Country Link
CN (1) CN107333331A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019183889A1 (en) * 2018-03-29 2019-10-03 Nokia Shanghai Bell Co., Ltd. Method, devices and computer readable medium for uplink transmission in a wireless communication system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019183889A1 (en) * 2018-03-29 2019-10-03 Nokia Shanghai Bell Co., Ltd. Method, devices and computer readable medium for uplink transmission in a wireless communication system

Similar Documents

Publication Publication Date Title
US11375427B2 (en) Method and apparatus for controlling packet transmission
US11882480B2 (en) Method and device for controlling duplicate packet transmission in wireless communication system
CN103733587B (zh) 用于无线通信系统中的信息传输的方法和装置
CN103283292B (zh) 终端装置、基站装置、发送方法和接收方法
CN104660382B (zh) 通信系统中确认信号的传输
JP2021182735A (ja) 通信システムにおける端末および基地局の動作方法
CN103609186B (zh) 在载波聚合的无线数据传输中跨载波调度的灵活的禁用/启用
KR20210096276A (ko) 무선통신 시스템에서 상향링크 제어채널의 전송 장치 및 방법
JP2021168510A (ja) 通信装置、通信方法および集積回路
JP2020529780A (ja) 無線通信システムにおけるデータチャネル及び制御チャネルの送受信方法、装置、及びシステム
US20170171897A1 (en) Method and apparatus for operating transmission/reception terminal through resource allocation of d2d communication in wireless communication system
CN108289331A (zh) 一种上行传输方法、终端、网络侧设备
CN107615844A (zh) 在侧行链路控制时段期间的多邻近服务组通信
CN108886452A (zh) 用于在共享射频频谱带中配置上行链路控制信道传输的技术
CN106664186A (zh) 未许可射频频带上上行链路控制信道的传输
CN109327300A (zh) 执行/支持上行链路载波切换的方法、用户设备和基站
CN106537997A (zh) 用于双连接操作的系统和方法
CN105122679B (zh) 在无线接入系统中发送探测参考信号的方法和设备
CN102224758A (zh) 针对扩展的带宽的优化的上行链路控制信令
CN106797569A (zh) 用于执行传输的方法和设备
CN104054291A (zh) 在无线通信系统中发送控制信息的方法和设备
CN107646182A (zh) 控制和数据信道上的上行链路控制信息的循环冗余校验
CN103139909A (zh) 在无线通讯系统中重新配置半持续性操作的方法及装置
CN106717075A (zh) 无线通信系统中的动态定向同步信号
KR101447067B1 (ko) Ａｃｋ/ｎａｃｋ 피드백 정보의 전송방법과 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20171107