CN116709537A - 上行覆盖增强方法、装置、通信设备及存储介质 - Google Patents

上行覆盖增强方法、装置、通信设备及存储介质 Download PDF

Info

Publication number
CN116709537A
CN116709537A CN202310652394.8A CN202310652394A CN116709537A CN 116709537 A CN116709537 A CN 116709537A CN 202310652394 A CN202310652394 A CN 202310652394A CN 116709537 A CN116709537 A CN 116709537A
Authority
CN
China
Prior art keywords
version
base station
user equipment
repetition
sent
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
CN202310652394.8A
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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co 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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202310652394.8A priority Critical patent/CN116709537A/zh
Publication of CN116709537A publication Critical patent/CN116709537A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1642—Formats specially adapted for sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • 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/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/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling

Landscapes

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

Abstract

本申请提出一种上行覆盖增强方法、装置、通信设备及存储介质，属于无线通信技术领域。其中，该方法包括：用户设备接收基站发送的与重复传输相关的重复指示消息，进而通过上行共享信道向基站发送重复指示消息对应的RV版本。从而实现了基于基站发送的重复指示消息，设置动态变化的RV版本，由于基站发送的重复指示消息是基于解码和译码的成功情况，以及信道质量确定的，从而提高了RV重复方案的准确性，并提高了基站的增强覆盖。

Description

上行覆盖增强方法、装置、通信设备及存储介质
技术领域
本申请涉及无线通信技术领域，尤其涉及一种上行覆盖增强方法、装置、通信设备及存储介质。
背景技术
经过仿真评估，发现新空口(New Radio，NR)通信业务中(Frequency range 1，FR1)频段的信道，特别是上行信道物理共享信道(Physical Uplink Shared Channel，PUSCH)，需要做覆盖增强。目前标准中讨论的增强方案有基于时域、频域、解调参考信号(Demodulation Reference Signal，DMRS)和功率域等方面。其中，冗余版本(RedundancyVersion，RV)重复方案是基于时域的候选方案，有助于接收机进行频率跟踪，并提升信道估计的精度。当然，RV重复方案还可以应用在任意一代通信技术中，本申请实施例对此并不做出具体限定。
然而，相关技术中，RV重复采用的是固定RV重复方案，灵活性较差，无法满足不同场景下对于增强覆盖的需求。
发明内容
本申请提出的上行覆盖增强方法、装置、通信设备及存储介质，用于解决相关技术中，在LTE(Long Term Evolution，长期演进)/NR业务中采用RV固定重复方案，无法根据场景实现动态调整，灵活性较差，同时无法满足增强覆盖的要求的问题。
本申请一方面实施例提出的上行覆盖增强方法，包括：
接收基站发送的与重复传输相关的重复指示消息；以及
根据与所述重复传输相关的重复指示消息，通过上行信道向所述基站发送所述重复指示消息对应的RV版本。
本申请另一方面实施例提出的上行覆盖增强方法，应用于基站，包括：检测用户设备的PUSCH信道质量；根据PUSCH信道质量生成重复指示消息，并向所述用户设备发送所述重复指示消息；以及接收所述用户设备根据所述重复指示消息发送的RV版本。
本申请再一方面实施例提出的上行覆盖增强装置，包括：
接收装置，用于接收基站发送的与重复传输相关的重复指示消息；
发送装置，用于根据与所述重复传输相关的重复指示消息，通过上行信道向所述基站发送所述重复指示消息对应的RV版本。
本申请又一方面实施例提出的上行覆盖增强装置，包括：
检测模块，用于检测用户设备的PUSCH信道质量；
处理模块，用于根据PUSCH信道质量生成重复指示消息，并向所述用户设备发送所述重复指示消息；
接收模块，用于接收所述用户设备根据所述重复指示消息发送的RV版本。
本申请又一方面实施例提出的通信设备，其包括：收发器；存储器；处理器，分别与所述收发器及所述存储器连接，配置为通过执行所述存储器上的计算机可执行指令，控制所述收发器的无线信号收发，并能够实现如前如第一方面所述的上行覆盖增强方法，或又一方面所述的上行覆盖增强方法。
本申请另一方面实施例提出的计算机存储介质，其上存储有计算机可执行指令；所述计算机可执行指令被处理器执行后，能够实现如前如第一方面所述的上行覆盖增强方法，或又一方面所述的上行覆盖增强方法。
本申请实施例提供的上行覆盖增强方法、装置、通信设备及存储介质，用户设备接收基站发送的与重复传输相关的重复指示消息，进而通过上行共享信道向基站发送重复指示消息对应的RV版本。从而实现了基于基站发送的重复指示消息，设置动态变化的RV版本，由于基站发送的重复指示消息是基于解码和译码的成功情况，以及信道质量确定的，从而提高了RV重复方案的准确性，并提高了基站的增强覆盖。
本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本申请实施例所提供的一种上行覆盖增强方法的流程示意图；
图2为本申请实施例所提供的另一种上行覆盖增强方法的流程示意图；
图3为本申请实施例所提供的又一种上行覆盖增强方法的流程示意图；
图4为本申请实施例所提供的又一种上行覆盖增强方法的流程示意图；
图5为本申请实施例提供的一种上行覆盖增强装置的结构示意图；
图6为本申请实施例提供的另一种上行覆盖增强装置的结构示意图；
图7为本申请实施例提出的一种通信设备的结构框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。
在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。
下面参考附图对本申请提供的上行覆盖增强方法、装置、通信设备及存储介质进行详细描述。
图1为本申请实施例所提供的一种上行覆盖增强方法的流程示意图，应用于用户设备。
如图1所示，该上行覆盖增强方法，包括以下步骤：
步骤101，接收基站发送的与重复传输相关的重复指示消息。
本申请实施例的上行覆盖增强方法可以应用在任意的用户设备中。用户设备可以是指向用户提供语音和/或数据连通性的设备。用户设备可以经无线接入网(Radio AccessNetwork，简称RAN)与一个或多个核心网进行通信，用户设备可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(Station，简称STA)、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程用户设备(remoteterminal)、接入终端(access terminal)、用户装置(user terminal)、用户代理(useragent)、或用户终端(UserEquipment，简称UE)。或者，用户设备也可以是无人飞行器的设备。或者，用户设备也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线用户设备。或者，用户设备也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
基站可以包括多个为用户设备提供服务的小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与无线用户设备通信的设备，或者其它名称。基站可用于将收到的空中帧与网际协议(Internet Protocol，IP)分组进行相互更换，作为无线用户设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。基站还可协调对空中接口的属性管理。例如，本申请实施例涉及的基站可以是全球移动通信系统(Global System for Mobilecommunications，GSM)或码分多址接入(Code Division Multiple Access，CDMA)中的网络设备(Base Transceiver Station，BTS)，也可以是带宽码分多址接入(Wide-band CodeDivision Multiple Access，WCDMA)中的基站(NodeB)，还可以是长期演进(long termevolution，LTE)系统中的演进型基站(evolutional Node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站(gNB)，也可以是家庭演进基站(Home evolvedNode B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。在一些网络结构中，基站可以包括集中单元(centralized unit，CU)节点和分布单元(distributed unit，DU)节点，集中单元和分布单元也可以地理上分开布置。
本实施例中，用户设备接收基站发送的重复指示消息，其中，重复指示消息是基站根据PUSCH(Physical Uplink Shared Channel，物理上行共享信道)的信道质量或信道测量，和/或，根据从PUSCH获取到的上行传输确定的解码和译码情况来确定的，指示了用户设备当前需要发送的RV(Redundancy Version，冗余版本)。本实施例中，是在相关的固定RV版本重复方案的基础上，由基站根据测量得到的信道质量，和/或解码和译码的成功情况来确定的动态的RV版本重复方案，并将该动态的RV重复方案，以重复指示消息的方式发送至用户设备，用户设备根据获取的重复指示消息中包含的RV版本重复方案，不仅可以获取足够的冗余信息，实现上行增强覆盖，也提高了传输效率和可靠性。
作为一种可能的实现方式，重复指示消息，可以是基站通过DCI(DownlinkControl Information，下行控制信息)显示或隐式方式发送给用户设备的，其中，下行控制信息DCI由PDCCH(Physical Downlink Control Channel，下行物理控制信道)承载。
作为另一种可能的实现方式，重复指示消息，可以是基站通过MAC信令(MediaAccess Control，介质访问控制)发送给用户设备的。
步骤102，根据与重复传输相关的重复指示消息，通过上行信道向基站发送重复指示消息对应的RV版本。
在本申请的所有实施例中，RV版本是指对应于RV的版本号的传输。
在NR通信业务中，为了提升URLLC(Ultra-relaible and Low LatencyCommunication,极可靠低时延通信)的可靠性，用户设备通过上行链路(例如PUSCH)向基站发送上行传输；可通过重复多次以提高可靠性，而每次通过上行链路发送上行传输，都会对应于相应的RV版本，该RV版本是基于基站发送的重复指示消息确定的。其中，用户设备向基站发送RV版本的顺序是基于预设的冗余版本RV序列发送的，冗余版本RV序列中，包含多个RV版本，多个RV版本是按照预设的冗余版本RV序列中各个RV版本的排列顺序依次发送的，也就是说用户设备发送的RV版本是预设冗余版本RV序列中的一个RV版本号所对应的RV版本，其中，不同的RV版本号所对应的RV版本中包含的冗余信息可以相同，也可以不同。
作为一种可能的实现方式，预设冗余版本RV序列中包含的多个RV版本号，例如：包含第一至第N个RV版本号，且第一至第N个版本号按照预设顺序排列，其中，N为正整数，例如，N为4或6等，本实施例中不进行限定。
为了便于说明，本实施例中，以预设冗余版本RV序列中包含的版本号为4个为例，进行说明，对于版本号N为其它数量的情况，原理相同，本实施例中不再赘述。
作为一种实现方式，RV的版本数量N为4，则预设冗余版本RV序列为[0、2、3、1]，其中，0、2、3和1分别对应不同的RV的版本号，用户设备在向基站发送RV版本时，则是以该预设顺序排列的RV版本发送的；在一些可能的环境中，[0、2、3、1]的RV序列具有较好的译码性能，但是自解码能力较差。
作为另一种实现方式，RV的版本数量N为4，则预设冗余版本RV序列为[0、3、0、3]，其中，0和3分别对应不同的RV的版本号，用户设备在向基站发送RV序列时，则是以该预设顺序排列的RV版本发送的。
本领域内技术人员可以理解，上述预设顺序只是举例说明，而并非对本申请的保护范围的限定。
在一些可能的环境中，[0、3、0、3]的RV序列译码性能和自解码性能较为均衡，其中不同的RV序列的解码和译码性能可以是通过仿真实验确定，也可以是实际应用中基于历史记录确定的，本实施例中不进行限定。
而一些实施例中，用户设备以预设冗余版本RV序列向基站发送时，会将预设冗余版本中包含的RV版本进行重复发送，以提高接收机频率跟踪的效果，或提升信道估计的精度。也就是说，用户设备通过上行链路(例如PUSCH)发送至基站的实际的RV序列中存在RV版本重复发送的情况，称为RV重复序列。而相关技术中，RV重复序列中各版本的重复次数是相同的，并不是动态变化的。例如，对于RV重复序列中包含的16次重复，RV重复序列为{0，0，0，0，2，2，2，2，3，3，3，3，1，1，1，1}。然而，本申请中用户设备发送至基站的RV重复序列中的RV版本，是根据基站发送的重复指示消息确定的，即传输过程中的一个或多个的RV版本是动态变化的，并不是预先设定的固定RV版本。在一些实施方式中，一个或多个RV版本的重复次数也是由从基站获取到的重复指示消息确定的，也就是说RV重复序列中每一个RV版本重复的次数可以相同，也可以不同；RV重复序列中每一个RV版本重复的次数可以是预先设定的，也可以是基站动态配置的。例如，RV版本0重复发送了5次，RV版本2重复发送了3次，RV版本3重复发送了2次，RV版本1重复发送了6次，从而RV重复序列表示为{0，0，0，0，0，2，2，2，3，3，1，1，1，1，1，1}。
本实施例中，用户设备通过物理上行共享信道PUSCH向基站发送重复指示消息对应的RV版本，其中，用户设备发送对应的RV版本是基于每一次的发送时刻发送的；例如，上一发送时刻，用户设备发送给基站的RV版本号为3，上一时刻对应的用户设备已经发送给基站的RV重复序列为：0、0、0、2、3、3，当前时刻用户设备发送给基站的RV版本号为1，则当前时刻用户设备已经发送给基站的RV重复序列为0、0、0、2、3、3、1，从而实现了基于基站发送的重复指示消息，设置动态变化的RV版本；由于基站发送的重复指示消息是基于解码和译码的成功情况，和/或信道质量确定的，从而提高了RV版本发送和重复次数确定的准确性，并提高了上行增强覆盖。
本申请实施例的上行覆盖增强方法，用户设备接收基站发送的重复指示消息，进而通过物理上行共享信道PUSCH向基站发送重复指示消息对应的RV版本。从而实现了基于基站发送的重复指示消息，设置动态变化的RV版本，由于基站发送的重复指示消息是基于解码和译码的成功情况，以及信道质量确定的，从而提高了RV重复方案的准确性，并提高了上行增强覆盖。
在一种可能的应用中，用户设备向基站发送RV版本时，会先确定RV起始版本信息，进而根据接收到的基站发送的重复指示消息，确定RV版本是否进行重复发送；如果进行重复发送，则确定重复发送的次数；如果不进行重复发送，则切换至下一个RV版本发送；这样可以提高RV版本重复发送的可靠性。为此，本申请实施例提供了另一种上行覆盖增强方法。具体说明了如何确定RV的起始版本以及RV版本的重复方案，并降低基站的开销。
如图2所示，该方法包含以下步骤：
步骤201，确定起始RV版本。
在本申请的所有实施例中，RV版本是指对应于RV的版本号的传输。
在一些实施例中，可以通过从基站接收到的起始RV版本指示消息，确定起始RV版本。在另一些实施例中，可以通过相关的通信标准确定起始RV版本；例如，相关的通信标准中确定了RV版本的发送顺序，则可以通过通信标准确定RV版本的发送顺序，当然也就可以确定起始RV版本。在又一些实施例中，可以通过基站与用户设备UE协商确定的发送顺序，确定起始RV版本。在一些实施例中，可以通过存储在UE中的配置信息确定各版本RV的发送顺序；其中该配置信息可以是基站预先发送给UE的，也可以是预先就存储在UE中的。
在一些实施例中，可以通过从基站接收到的起始RV版本指示消息确定起始RV版本。其中，起始RV版本指示消息，指示了用户设备根据预设冗余版本RV序列向基站发送时，初始发送的RV版本；也就是说起始RV版本指示消息指示了用户设备根据冗余版本RV序列向基站发送时，是从哪一个RV版本开始发送的。
需要说明的是，本申请的一个实施例中，起始RV版本指示消息是基站根据检测得到的与用户设备的传输状态确定的，而传输状态可以分为新传状态和重传状态，而起始RV版本指示消息和传输状态具有对应关系，因此，为了便于区分，可在传输状态为新传状态时，向用户设备发送第一起始RV版本指示消息，其中，第一起始RV版本指示消息用于指示用户设备在第一发送时刻发送RV0；在传输状态为重传状态，则根据重传次数向用户设备发送非第一起始RV版本指示消息。
本实施例中，如果终端向基站发送新的包，则是新传状态，如果该包接收或者译码失败，则可以进行多次包重传，即进入重传状态，而重传次数和采用的预设冗余版本RV序列中的RV版本具有对应关系。为了便于区分，本实施例中，将基站与用户设备之间的新传状态，对应的起始RV版本指示消息称为第一起始RV版本指示消息；如果重传次数为一次，即第二次重传，则对应的起始RV版本指示消息称为第二起始RV版本指示消息；如果重传次数为二次，即第三次重传，则将第三次重传对应的起始RV版本指示消息称为第三起始RV版本指示消息，依次类推，本实施例中不一一列举。其中，不同起始RV版本指示消息指示的RV版本可以相同，也可以不同。
作为一种可能的实现方式，起始RV版本指示消息可以是基站通过下行控制信息DCI发送给用户设备的，其中，下行控制信息DCI由下行物理控制信道PDCCH承载。基站通过DCI中预留的2bit，发送RV起始版本指示消息。
例如，预设冗余版本RV序列为[0、2、3、1]，则RV起始版本指示消息为4种，例如，用户设备接收到基站通过DCI发送的为DCI00，则对应的是第一起始RV版本指示消息，用户设备接收到基站通过DCI发送的为DCI01，则对应的是第二起始RV版本指示消息，用户设备接收到基站通过DCI发送的为DCI10，则对应的是第三起始RV版本指示消息，用户设备接收到基站通过DCI发送的为DCI11，则对应的是第四起始RV版本指示消息。
需要说明的是，预设冗余版本RV序列中包含的RV版本数量为其它数量时，和上述RV版本为4个时，原理相同，本实施例中不再一一赘述。
步骤202，响应于确定起始RV版本，并在第一发送时刻发送起始RV版本。
在本申请的一个实施例中，预设冗余版本RV序列为[0、2、3、1]，例如，若用户设备与基站之间的连接为新传状态，则起始RV版本指示消息确定起始RV版本为RV0，则，则用户设备在第一发送时刻向基站发送的起始RV版本为RV0；若用户设备与基站之间新传失败，进行第一次重传，即重传次数为一次，RV版本指示消息确定起始RV版本为RV2，则用户设备向基站发送的起始RV版本为RV2；若用户设备与基站之间进行第二次重传，即重传次数为二次，起始RV版本指示消息确定起始RV版本为RV3，则用户设备向基站发送的起始RV版本为RV3；若用户设备与基站之间进行第三次重传，即重传次数为三次，起始RV版本指示消息确定起始RV版本为RV1，则用户设备向基站发送的起始RV版本为RV1。
需要说明的是，预设冗余版本RV序列为[0、3、0、3]时，和上述预设冗余版本RV序列为[0、2、3、1]时，确定起始RV版本的原理相同，本实施例中不再赘述。
步骤203，接收基站发送的与重复传输相关的重复指示消息。
需要说明的是，本申请实施例的上行覆盖增强方法可以应用在任意的用户设备中。用户设备可以是指向用户提供语音和/或数据连通性的设备。用户设备可以经无线接入网(Radio Access Network，简称RAN)与一个或多个核心网进行通信，用户设备可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(Station，简称STA)、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点、远程用户设备(remoteterminal)、接入终端(access terminal)、用户装置(user terminal)、用户代理(useragent)、或用户终端(User Equipment，简称UE)。或者，用户设备也可以是无人飞行器的设备。或者，用户设备也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线用户设备。或者，用户设备也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
本实施例中，用户设备接收基站发送的重复指示消息，其中，重复指示消息是基站根据物理上行共享信道PUSCH的信道质量，和/或PUSCH解码和译码是否成功来确定的，指示了当前需要发送的RV版本。本实施例中，是在现有的固定RV版本重复方案的基础上，由基站根据测量得到的信道质量，以及解码和译码的成功情况来确定的动态的RV版本重复方案，并将该动态的RV重复方案，以重复指示消息的方式发送至用户设备，用户设备根据获取的重复指示消息中包含的RV版本重复方案，不仅可以获取足够的冗余信息，实现上行增强覆盖，也提高了效率。
作为一种可能的实现方式，重复指示消息，可以是基站通过下行控制信息DCI发送给用户设备的，其中，下行控制信息DCI由下行物理控制信道PDCCH承载。
作为另一种可能的实现方式，重复指示消息，可以是基站通过介质访问控制信令MAC发送给用户设备的。
步骤204，根据确定的接收基站发送的与重复传输相关的重复指示消息，通过上行信道向基站发送重复指示消息对应的RV版本。
在NR中，为了提升URLLC(Ultra-relaible and Low Latency Communication,极可靠低时延通信)的可靠性，用户设备通过上行信道(例如PUSCH)向基站发送上行传输；可通过重复多次以提高可靠性，而每次通过PUSCH发送上行传输，都会包含相应的RV版本，该RV版本是基于基站发送的重复指示消息确定的。其中，用户设备向基站发送RV版本是按照预设的冗余版本RV序列发送的，冗余版本RV序列中，包含多个RV版本号，多个RV版本是按照多个RV版本号预设的排列顺序发送的，也就是说发送的RV版本可以是预设冗余版本RV序列中的一个RV版本号所对应的RV版本。其中，不同的RV版本号所对应的RV版本中包含的冗余信息可以相同，也可以不同，本实施例中不进行限定。
作为一种可能的实现方式，预设冗余版本RV序列中包含的多个RV版本包含第一至第N个RV版本号，且第一至第N个版本号按照预设顺序排列，其中，N为正整数，例如，N为4或6等，本实施例中不进行限定。
为了便于说明，本实施例中，以预设冗余版本RV序列中包含的版本号为4个为例，进行说明，对于版本号N为其它数量的情况，原理相同，本实施例中不再赘述。
作为一种实现方式，版本数量N为4，则预设冗余版本RV序列为[0、2、3、1]，其中，0、2、3和1分别对应不同的RV的版本号，用户设备在向基站发送RV版本时，则是以该预设顺序排列的RV版本发送的。在一些可能的环境中，[0、2、3、1]的RV序列具有较好的译码性能，但是自解码能力较差。
作为示例性说明，RV的版本数量N为4，则预设冗余版本RV序列为[0、3、0、3]，其中，0和3分别对应不同的RV的版本号，用户设备在向基站发送RV版本时，则是以该预设顺序排列的RV版本发送的。在一些可能的环境中，[0、3、0、3]的RV序列译码性能和自解码性能较为均衡，其中不同的RV序列的解码和译码性能可以是通过仿真实验确定，也可以是实际应用中基于历史记录确定的，本实施例中不进行限定。
需要说明的是，本领域内技术人员可以理解，本实施例中的预设顺序只是举例说明，而并非对本申请的保护范围的限定。
而一些场景下，用户设备以预设冗余版本RV序列向基站发送时，会将预设冗余版本中包含的RV版本进行重复发送。在一些场景下，这种方式能够提高接收机频率跟踪的效果，或提升信道估计的精度；也就是说，用户设备通过PUSCH发送至基站的实际的RV序列中存在RV版本重复发送的情况，称为RV重复序列。而相关技术中，RV重复序列中各版本的重复次数是相同的，并不是动态变化的。例如，对于RV重复序列中包含的16次重复，RV重复序列为{0，0，0，0，2，2，2，2，3，3，3，3，1，1，1，1}。然而，本申请中用户设备发送至基站的RV重复序列中的RV版本，是根据基站发送的重复指示消息确定的，即传输过程中的一个或多个的RV版本是动态变化的，并不是预先设定的固定RV版本。在一些实施方式中，一个或多个RV版本的重复次数也是由从基站获取到的重复指示消息确定的，也就是说RV重复序列中每一个RV版本重复的次数可以相同，也可以不同；RV重复序列中每一个RV版本重复的次数可以是预先设定的，也可以是基站动态配置的。例如，RV版本0重复发送了5次，RV版本2重复发送了3次，RV版本3重复发送了2次，RV版本1重复发送了6次，从而RV重复序列表示为{0，0，0，0，0，2，2，2，3，3，1，1，1，1，1，1}。
本实施例中，用户设备通过物理上行共享信道PUSCH向基站发送重复指示消息对应的RV版本，其中，用户设备发送对应的RV版本是基于每一次的发送时刻发送的，例如，上一发送时刻，用户设备发送给基站的RV版本为3，上一时刻对应的用户设备已经发送给基站的RV重复序列为：0、0、0、2、3、3，当前时刻用户设备发送给基站的RV版本为1，则当前时刻用户设备已经发送给基站的RV重复序列为0、0、0、2、3、3、1，从而实现了基于基站发送的重复指示消息，设置动态变化的RV版本，由于基站发送的重复指示消息是基于解码和译码的成功情况，和/或信道质量确定的，从而提高了RV版本发送和重复次数确定的准确性，并提高了上行增强覆盖。
需要理解的是，在用户设备通过物理上行共享信道PUSCH向基站发送起始RV版本指示消息对应的起始RV版本后，起始RV版本是重复发送还是按照RV序列中预设的RV版本顺序，切换至下一个RV版本，是根据获取的基站发送的与重复传输相关的指示消息确定的。
在本申请的一个实施例中，可根据获取的基站发送的与重复传输相关的指示消息来确定。基站每次发送与重复传输相关的指示消息，与重复传输相关的指示消息携带了当前要发送的RV版本的信息。在一些实施例中，该与重复传输相关的指示消息中可以直接的指示出当前用户设备需要传输至基站的相应RV版本号对应的RV版本，其中，RV版本中包含了冗余信息。
作为一种可能的实现方式，重复指示消息是通过DCI中的2个比特位发送的，例如，重复指示消息指示了RV版本号为3的RV版本，则DCI中的2个比特位的取值为11，之后，基站每次发送重复指示消息均消耗2比特的信令，例如，如果基站发送了16次重复指示消息，即RV版本重复次数为16次，基站的开销则为16*2＝32比特，则基站的开销较大，会影响基站的整体性能。
从而，在本申请实施例的另一种可能的实现方式中，为了降低基站的信令开销，基站可通过设置重复指示标识来指示当前时刻对应的RV版本，其中，重复指示标识指示了当前要发送的RV版本是重复发送上一时刻对应的RV版本，还是切换至下一个RV版本。重复指示标识可通过一个比特位来实现，例如，标识为1，指示当前不重复发送上一时刻发送的RV版本，即依顺序切换至下一个RV版本；标识为0，指示当前重复发送上一时刻发送的RV版本，例如，如果基站发送了16次重复指示消息，即RV版本重复次数为16次，则基站的开销为1*16＝16比特，则降低了基站的信令开销，提高了基站的整体性能。
本实施例中，对于用户设备获取到的重复指示标识，作为一种可能的实现方式，可以是获取到的重复指示消息中包含的，即重复指示消息包括重复指示标识。作为另一种可能的实现方式，重复指示标识，也可以是在DCI触发或者是MAC触发时发送的。
下面通过不同的实现方式具体说明。
在本申请实施例的一种可能的实现方式中，重复指示消息包括重复指示标识，用户设备获取上一发送时刻发送的第i个RV版本，其中，i为小于或等于N的正整数，如果重复指示标识指示重复，则在当前发送时刻重复发送第i个RV版本，如果重复指示标识指示停止重复，则根据预设顺序确定第i+1个RV版本，并在当前发送时刻发送第i+1个RV版本。
作为一种可能的实现方式，重复指示标识可以是通过DCI中的一个预设比特位来指示，以指示用户设备是否重复发送上一时刻发送的RV版本，例如，重复指示消息，采用DCI中预设的2比特位A和B来发送，而重复指示标识可以是DCI中的一个比特位D来指示，通过一个比特位降低了基站的信令消耗。例如比特位D标识为第一值(例如1或0)，指示当前不重复发送上一时刻发送的RV版本，即依顺序切换至下一个RV版本；比特位D标识为第二值(例如0或1，不同于第一值)，指示当前重复发送上一时刻发送的RV版本，从而实现了基于基站的指示确定是否重复发送RV版本，并可以确定RV版本重复的次数，提高了RV版本发送的灵活性和准确性。
作为一种可能的实现方式，重复指示标识可以是通过DCI中的一个预设比特位来指示，以指示用户设备是否重复发送上一时刻发送的RV版本，例如，重复指示消息，采用DCI中预设的2比特位A和B来发送，而重复指示标识可以采用DCI中的一个比特位A或B来指示，通过一个比特位降低了基站的信令消耗。
需要说明的是，DCI中用于指示重复指示标识的一个比特位和DCI中用于指示起始RV版本指示消息的比特位不同。
在本申请实施例的另一种可能的实现方式中，重复指示标识是在DCI触发或者是MAC触发时发送的新的信令携带的，该新的信令即为重复指示消息，获取上一发送时刻发送的第i个RV版本，其中，i为小于或等于N的正整数；在一些实施例中，判断当前发送时刻是否收到重复指示标识，如果收到重复指示标识，则根据预设顺序确定第i+1个RV版本，并在当前发送时刻发生第i+1个RV版本。在另一些实施例中，如果未收到重复指示标识，则在当前发送时刻重复发送第i个RV版本。上述方案实现了基于基站的指示确定是否重复发送RV版本，并可以确定RV版本重复的次数，提高了RV版本发送的灵活性和准确性。
需要说明的是，上述收到重复指示标识的实施例，以及上述未收到重复指示标识的实施例，是两个独立的实施例；这两个实施例可以各自独自被实施，也可以在一起被实施，本申请实施例并不对此做出限定。
其中，用户设备收到的重复指示标识，可以是基于DCI触发消息指示的，或者是基于MAC触发消息指示的，下面通过不同的实现方式具体说明。
作为一种可能的实现方式，用户设备收到的基站发送的重复指示标识，可以是基于DCI的触发消息来获取。在一些实施例中，若收到了触发消息，即收到重复指示标识，则认为指示当前不重复发送上一时刻发送的RV版本，即依顺序切换至下一个RV版本。在另一些实施例中，若未收到触发消息，即未收到重复指示标识，则指示当前重复发送上一时刻发送的RV版本。上述方案实现了基于基站的指示确定是否重复发送RV版本，并可以确定RV版本重复的次数，提高了RV版本发送的灵活性和准确性。
需要说明的是，上述收到重复指示标识的实施例，以及上述未收到重复指示标识的实施例，是两个独立的实施例；这两个实施例可以各自独自被实施，也可以在一起被实施，本申请实施例并不对此做出限定。
作为一种可能的实现方式，用户设备收到的基站发送的重复指示标识，可以是基于MAC的触发消息来获取。在一些实施例中，若收到了触发消息，即收到重复指示标识，则认为指示当前不重复发送上一时刻发送的RV版本，即依顺序切换至下一个RV版本。在另一些实施例中，若未收到触发消息，即未收到重复指示标识，则指示当前重复发送上一时刻发送的RV版本。在又一些实施例中，若收到了预设消息，则确定当前重复发送上一时刻发送的RV版本，即依顺序切换至下一个RV版本。在再一些实施例中，若未收到预设消息，则确定当前重复发送上一时刻发送的RV版本。上述方案实现了基于基站的指示确定是否重复发送RV版本，并可以确定RV版本重复的次数，提高了RV版本发送的灵活性和准确性。
需要理解的是，基站发送的重复指示消息是指示重复发送上一次发送的RV版本，还是顺序切换至下一个RV版本，是基于PUSCH解码译码性能和/或信道的质量确定的。
在本申请实施例中，用户设备在获取基站发送的重复指示消息之前，基站会检测用户设备的PUSCH信道的质量，用户设备的PUSCH信道质量由SNR(SIGNAL NOISE RATIO，信噪比)、CQI(Channel Quality Indication,信道质量指示)或MCS(Modulation and CodingScheme，调制编码方式)评估。
作为一种可能的实现方式，基站会检测用户设备的PUSCH信道的质量，并根据检测结果确定PUSCH信道的SNR，以根据SNR的取值确定PUSCH信道的质量，确定PUSCH信道质量大于或等于预设阈值，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第二种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，确定解码是否成功，并根据检测结果确定PUSCH信道的SNR，根据SNR的取值确定PUSCH信道的质量。作为一种示例，若解码未成功，确定PUSCH信道质量大于或等于预设阈值，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第三种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，获取BLER(Block Error Rate，即误块率)传输，根据BLER确定译码性能，并根据检测结果确定PUSCH信道的SNR。作为一种示例，若根据SNR的取值确定PUSCH信道质量大于或等于预设阈值，若译码能力较差，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第四种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，确定解码是否成功，并检测用户设备的PUSCH信道的质量，根据检测结果确定PUSCH信道的CQI或MCS，以根据CQI或MCS的取值确定PUSCH信道的质量，作为一种示例，若解码未成功，确定PUSCH信道质量大于或等于预设阈值，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第五种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，获取BLER(block error rate，即误块率)传输，根据BLER确定译码性能，并根据检测结果确定PUSCH信道的CQI或MCS，作为一种示例，若根据CQI或MCS的取值确定PUSCH信道质量大于或等于预设阈值，若译码能力较差，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
需要说明的是，本实施例中为了便于说明，将重复指示消息划分为第一重复指示消息和第二重复指示消息，是为了标识当前需要发送的RV版本，该RV版本可以是重复发送的上一时刻发送的RV版本，也可以是切换至的下一个RV版本。其中，上述针对重复指示消息的解释说明，也适用于第一重复指示消息和第二重复指示消息，不再赘述。
需要理解的是，基站确定已经解码成功，则基站指示用户设备不需要再发送RV版本，即停止继续发送RV版本，以避免重复发送，浪费信道资源。
本申请实施例的上行覆盖增强方法中，用户设备根据获取的基站发送的起始RV版本的指示消息，确定需要向基站发送的RV的起始版本，以实现在新传传输时，从RV序列的起始RV版本开始发送，并基于重传的次数，确定需要发送的RV版本，以提高获取到的冗余信息的数量，提高解码的成功率。进而，在确定用户设备发送的RV起始版本后，根据基站测量到的PUSCH信道的质量，在未解码成功的情况下，若信道质量好，则发送重复指示信息指示用户设备切换至下一个RV版本，以提高获取到的冗余信息的数量，提高后续基站解码的成功率，若信道质量不好，则发送重复指示信息指示用户设备继续重复发送上一次发送的RV版本，通过重复发送以确保基站获取到RV版本，以提高基站解码的成功率，同时，实现了灵活确定RV重复的情况，实现了RV重复方案的动态确定，提高了基站的覆盖性能。而重复指示信息可以通过DCI或MAC发送，并占用一个比特位指示，降低了基站发送的重复指示消息的开销，提高了整体的性能。
图3为本申请实施例所提供的又一种上行覆盖增强方法的流程示意图，应用于基站。
如图3所示，该方法包含以下步骤：
步骤301，检测用户设备的PUSCH信道质量。
申请实施例的上行覆盖增强方法可以应用在任意的基站中，基站可以包括多个为用户设备提供服务的小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与无线用户设备设备通信的设备，或者其它名称。基站可用于将收到的空中帧与网际协议(Internet Protocol，IP)分组进行相互更换，作为无线用户设备设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。基站还可协调对空中接口的属性管理。例如，本申请实施例涉及的基站可以是全球移动通信系统(Global System for Mobile communications，GSM)或码分多址接入(Code Division Multiple Access，CDMA)中的网络设备(Base TransceiverStation，BTS)，也可以是带宽码分多址接入(Wide-band Code Division MultipleAccess，WCDMA)中的基站(NodeB)，还可以是长期演进(long term evolution，LTE)系统中的演进型基站(evolutional Node B，eNB或e-NodeB)、5G网络架构(next generationsystem)中的5G基站(gNB)，也可以是家庭演进基站(Home evolved Node B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。在一些网络结构中，基站可以包括集中单元(centralized unit，CU)节点和分布单元(distributed unit，DU)节点，集中单元和分布单元也可以地理上分开布置。
其中，用户设备可以是指向用户提供语音和/或数据连通性的设备。用户设备可以经无线接入网(Radio Access Network，简称RAN)与一个或多个核心网进行通信，用户设备可以是物联网用户设备，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网用户设备的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(Station，简称STA)、订户单元(subscriber unit)、订户站(subscriberstation)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程用户设备(remoteterminal)、接入用户设备(access terminal)、用户装置(userterminal)、用户代理(useragent)、用户设备(user device)、或用户用户设备(UserEquipment，简称UE)。或者，用户设备也可以是无人飞行器的设备。或者，用户设备也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线用户设备。或者，用户设备也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
本申请实施例中，基站会检测用户设备的PUSCH信道的质量，用户设备的PUSCH信道质量由SNR(SIGNAL NOISE RATIO，信噪比)、CQI(Channel Quality Indication，信道质量指示)或MCS(Modulation and Coding Scheme，调制编码方式)反应。
需要说明的是，本实施例的一种实现方式中，也可以根据SNR、CQI和MCS的任意两组或多种组合来确定PUSCH信道的质量，以提高信道质量确定的可靠性。
步骤302，根据PUSCH信道质量生成重复指示消息，并向用户设备发送重复指示消息。
其中，重复指示消息是基站根据物理上行共享信道PUSCH的信道质量，和/或根据从PUSCH获取到的传输确定解码或译码是否成功来确定的，指示了用户设备当前需要发送的RV版本。其中，RV版本是指对应于RV的版本号的传输。本实施例中，是在相关的固定RV版本重复方案的基础上，由基站根据测量得到的信道质量，和/或解码和译码的成功情况来确定的动态的RV版本重复方案，并将该动态的RV重复方案，以重复指示消息的方式发送至用户设备，用户设备根据获取的重复指示消息中包含的RV版本重复方案，不仅可以获取足够的冗余信息，实现上行增强覆盖，也提高了效率。
作为一种可能的实现方式，基站会检测用户设备的PUSCH信道的质量，并根据检测结果确定PUSCH信道的SNR，以根据SNR的取值确定PUSCH信道的质量，在一个实施例中，确定PUSCH信道质量大于或等于预设阈值，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；在另一个实施例中，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第二种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，确定解码是否成功，并根据检测结果确定PUSCH信道的SNR，根据SNR的取值确定PUSCH信道的质量。作为一种示例，若解码未成功，确定PUSCH信道质量大于或等于预设阈值，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第三种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，获取BLER(block error rate，即误块率)传输，根据BLER确定译码性能，并根据检测结果确定PUSCH信道的SNR。作为一种示例，若根据SNR的取值确定PUSCH信道质量大于或等于预设阈值，若译码能力较差，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第四种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，确定解码是否成功，并检测用户设备的PUSCH信道的质量，根据检测结果确定PUSCH信道的CQI或MCS，以根据CQI或MCS的取值确定PUSCH信道的质量，作为一种示例，若解码未成功，确定PUSCH信道质量大于或等于预设阈值，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第五种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，获取BLER(block error rate，即误块率)传输，根据BLER确定译码性能，并根据检测结果确定PUSCH信道的CQI或MCS，作为一种示例，若根据CQI或MCS的取值确定PUSCH信道质量大于或等于预设阈值，若译码能力较差，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为一种可能的实现方式，重复指示消息，可以是基站通过下行控制信息DCI发送给用户设备的，其中，下行控制信息DCI由下行物理控制信道PDCCH承载。
作为另一种可能的实现方式，重复指示消息，可以是基站通过介质访问控制信令MAC发送给用户设备的。
需要说明的是，本实施例中为了便于说明，将重复指示消息划分为第一重复指示消息和第二重复指示消息，是为了标识当前需要发送的RV版本，该RV版本可以是重复发送的上一时刻发送的RV版本，也可以是切换至下一个RV版本。
需要理解的是，基站确定已经解码成功，则基站指示用户设备不需要再发送RV版本，即停止继续发送RV版本，以避免重复发送，浪费信道资源。
步骤303，接收用户设备根据重复指示消息发送的RV版本。
在本申请的所有实施例中，RV版本是指对应于RV的版本号的传输。
在NR通信业务中，为了提升URLLC(Ultra-relaible and Low LatencyCommunication,极可靠低时延通信)的可靠性，基站获取用户设备通过PUSCH发送上行传输，可通过重复多次以提高可靠性；而基站能够从接收到的用户设备通过上行信道(例如PUSCH)发送的上行传输，确定其所对应的RV版本，，该RV版本是用户设备基于基站发送的重复指示消息确定的。而基站获取的用户设备发送的RV版本的顺序是基于预设的冗余版本RV序列发送的，冗余版本RV序列中，包含多个RV版本，多个RV版本在预设冗余版本RV序列中按照预设顺序排列，也就是说基站获取到的RV版本是预设冗余版本RV序列中的一个版本。
作为一种可能的实现方式，预设冗余版本RV序列中包含的多个RV版本包含第一至第N个RV版本号，且第一至第N个版本号按照预设顺序排列，其中，N为正整数，例如，N为4或6等，本实施例中不进行限定。
为了便于说明，本实施例中，以预设冗余版本RV序列中包含的版本号为4个为例，进行说明，对于版本N为其它数量的情况，原理相同，本实施例中不再赘述。
作为一种实现方式，RV的版本数量N为4，则预设冗余版本RV序列为[0、2、3、1]，其中，0、2、3和1分别对应不同的RV的版本号，用户设备在向基站发送RV序列时，则是以该预设顺序排列的RV版本发送的。需要说明的是[0、2、3、1]的RV序列具有较好的译码性能，但是自解码能力较差。
作为另一种实现方式，RV的版本数量N为4，则预设冗余版本RV序列为[0、3、0、3]，其中，0和3分别对应不同的RV的版本号，用户设备在向基站发送RV序列时，则是以该预设顺序排列的RV版本发送的。
需要说明的是[0、3、0、3]的RV序列译码性能和自解码性能较为均衡，其中不同的RV序列的解码和译码性能可以是通过仿真实验确定，也可以是实际应用中基于历史记录确定的，本实施例中不进行限定。
而一些实施例中，基站获取到的用户设备发送的RV序列中，包含重复发送的RV版本，通过重复发送RV版本，以提高接收机频率跟踪的效果，或提升信道估计的精度。也就是说，基站实际接收到的RV序列中存在RV版本重复发送的情况，称为RV重复序列。而相关技术中，RV重复序列中各版本的重复次数是相同的，并不是动态变化的。例如，对于RV重复序列中包含的16次重复，RV重复序列为{0，0，0，0，2，2，2，2，3，3，3，3，1，1，1，1}。然而，本申请中用户设备发送至基站的RV重复序列中的RV版本，是根据基站发送的重复指示消息确定的，即传输过程中的一个或多个的RV版本是动态变化的，一个或多个RV版本的重复次数也是由从基站获取到的重复指示消息确定的，也就是说RV重复序列中每一个RV版本重复的次数可以相同，也可以不同；RV重复序列中每一个RV版本重复的次数可以是预先设定的，也可以是基站动态配置的。例如，RV版本0重复发送了5次，RV版本2重复发送了3次，RV版本3重复发送了2次，RV版本1重复发送了6次，从而RV重复序列表示为{0，0，0，0，0，2，2，2，3，3，1，1，1，1，1，1}。
本实施例中，基站获取用户设备通过物理上行共享信道PUSCH发送的重复指示消息对应的RV版本，其中，用户设备发送对应的RV版本是基于每一次的发送时刻发送的，例如，上一发送时刻，基站获取到的RV版本为3，则上一时刻对应的基站获取到的RV重复序列为：0、0、0、2、3、3，当前时刻基站获取到的用户设备发送的RV版本为1，则当前时刻基站获取到的用户设备发送的RV重复序列为0、0、0、2、3、3、1，从而实现了基于基站发送的重复指示消息，设置动态变化的RV版本，由于基站发送的重复指示消息是基于解码和译码的成功情况，和/或信道质量确定的，从而提高了RV版本发送和重复次数确定的准确性，并提高了基站的增强覆盖。
本申请实施例的上行覆盖增强方法中，检测用户设备的PUSCH信道质量，根据PUSCH信道质量生成重复指示消息，并向用户设备发送重复指示消息，以及接收用户设备根据重复指示消息发送的RV版本，根据基站测量到的PUSCH信道的质量，生成对应的重复指示消息，以使得用户设备根据重复指示消息中指示的RV版本，以确定是否重复发送上一次发送的RV版本，或者是切换至下一个RV版本，实现了灵活确定RV重复的情况，实现了RV重复方案的动态确定，提高了基站的覆盖性能。
在一个实施例中，基站在获取用户设备发送的RV版本时，会先确定用户设备需要发送的RV起始版本信息，进而根据测量得到的信道的质量，确定重复指示消息，以使得用户设备根据重复指示信息确定RV版本是重复发送，或者是切换至下一个RV版本发送，以提高RV版本重复发送的可靠性，为此，本申请实施例提供了另一种上行覆盖增强方法。具体说明了如何确定RV的起始版本以及RV版本的重复情况，并降低基站的开销。
如图4所示，该方法包含以下步骤：
步骤401，检测与用户设备的传输状态。
其中，传输状态包含新传状态和重传状态。如果终端向基站发送新的包，则是新传状态，如果该包接收或者译码失败，则可以进行多次包重传，即进入重传状态，而重传次数和采用的预设冗余版本RV序列中的RV版本具有对应关系。
步骤402，根据传输状态向用户设备发送起始RV版本指示消息。
其中，起始RV版本指示消息，指示了用户设备根据预设冗余版本RV序列向基站发送时，初始发送的RV版本，也就是说起始RV版本指示消息指示了用户设备根据冗余版本RV序列向基站发送时，是从哪一个RV版本开始发送的。其中，RV版本是指对应于RV的版本号的传输。
需要说明的是，本申请的一个实施例中，起始RV版本指示消息是基站根据检测得到的与用户设备的传输状态确定的，而传输状态可以分为新传状态和重传状态，而起始RV版本指示消息和传输状态具有对应关系，因此，为了便于区分，可在传输状态为新传状态时，向用户设备发送第一起始RV版本指示消息，其中，第一起始RV版本指示消息用于指示用户设备在第一发送时刻发送RV0；在连接状态为重传状态，则根据重传次数向用户设备发送非第一起始RV版本指示消息。
本实施例中，如果终端向基站发送新的包，则是新传状态，如果该包接收或者译码失败，则可以进行多次包重传，即进入重传状态，而重传次数和采用的预设冗余版本RV序列中的RV版本具有对应关系。为了便于区分，本实施例中，将基站与用户设备之间的新传状态，对应的起始RV版本指示消息称为第一起始RV版本指示消息；如果重传次数为一次，即第二次重传，则对应的起始RV版本指示消息称为第二起始RV版本指示消息；如果重传次数为二次，即第三次重传，则将第三次重传对应的起始RV版本指示消息称为第三起始RV版本指示消息，依次类推，本实施例中不一一列举。其中，不同起始RV版本指示消息指示的RV版本可以相同，也可以不同。作为一种可能的实现方式，上述起始RV版本指示消息可以是基站通过下行控制信息DCI发送给用户设备的，其中，下行控制信息DCI由下行物理控制信道PDCCH承载。基站通过DCI中预留的2bit，发送相应的RV起始版本指示消息。
例如，预设冗余版本RV序列为[0、2、3、1]，则RV起始版本指示消息为4种，例如，用户设备接收到基站通过DCI发送的为DCI00，则对应的是第一起始RV版本指示消息，用户设备接收到基站通过DCI发送的为DCI01，则对应的是第二起始RV版本指示消息，用户设备接收到基站通过DCI发送的为DCI10，则对应的是第三起始RV版本指示消息，用户设备接收到基站通过DCI发送的为DCI11，则对应的是第四起始RV版本指示消息。
需要说明的是，预设冗余版本RV序列中包含的RV版本号数量为其它数量时，和上述RV版本号为4个时，原理相同，本实施例中不再一一赘述。
在本申请的一个实施例中，预设冗余版本RV序列为[0、2、3、1]，例如，若用户设备与基站之间的连接为新传状态，则起始RV版本指示消息确定起始RV版本为RV0，则，则用户设备在第一发送时刻向基站发送的起始RV版本为RV0；若用户设备与基站之间新传失败，进行第一次重传，即重传次数为一次，RV版本指示消息确定起始RV版本为RV2，则用户设备向基站发送的起始RV版本为RV2；若用户设备与基站之间进行第二次重传，即重传次数为二次，起始RV版本指示消息确定起始RV版本为RV3，则用户设备向基站发送的起始RV版本为RV3；若用户设备与基站之间进行第三次重传，即重传次数为三次，起始RV版本指示消息确定起始RV版本为RV1，则用户设备向基站发送的起始RV版本为RV1。
需要说明的是，预设冗余版本RV序列为[0、3、0、3]时，和上述预设冗余版本RV序列为[0、2、3、1]时，确定起始RV版本的原理相同，本实施例中不再赘述。
步骤403，检测用户设备的PUSCH信道质量。
申请实施例的上行覆盖增强方法可以应用在任意的基站中，基站可以包括多个为用户设备提供服务的小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与无线用户设备设备通信的设备，或者其它名称。基站可用于将收到的空中帧与网际协议(Internet Protocol，IP)分组进行相互更换，作为无线用户设备设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。基站还可协调对空中接口的属性管理。例如，本申请实施例涉及的基站可以是全球移动通信系统(Global System for Mobile communications，GSM)或码分多址接入(Code Division Multiple Access，CDMA)中的网络设备(Base TransceiverStation，BTS)，也可以是带宽码分多址接入(Wide-band Code Division MultipleAccess，WCDMA)中的基站(NodeB)，还可以是长期演进(long term evolution，LTE)系统中的演进型基站(evolutional Node B，eNB或e-NodeB)、5G网络架构(next generationsystem)中的5G基站(gNB)，也可以是家庭演进基站(Home evolved Node B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。在一些网络结构中，基站可以包括集中单元(centralized unit，CU)节点和分布单元(distributed unit，DU)节点，集中单元和分布单元也可以地理上分开布置。
其中，用户设备可以是指向用户提供语音和/或数据连通性的设备。
本申请实施例中，基站在向用户设备发送起始版本指示消息后，为了确定发送的重复指示消息，如何指示终端发送对应的RV版本，即是指示重复发送上一次发送的RV版本，还是顺序切换至下一个RV版本，基站会检测用户设备的PUSCH信道的质量，用户设备的PUSCH信道质量由SNR(SIGNAL NOISE RATIO，信噪比)、CQI(Channel Quality Indication,信道质量指示)或MCS(Modulation and Coding Scheme，调制编码方式)反应。
需要说明的是，本实施例的一种实现方式中，也可以根据SNR、CQI和MCS的任意两组或多种组合来确定PUSCH信道的质量，以提高信道质量确定的可靠性。步骤404，根据PUSCH信道质量生成重复指示消息，并向用户设备发送重复指示消息。
其中，重复指示消息是基站根据物理上行共享信道PUSCH的信道质量，和/或根据从PUSCH获取到的传输确定解码和译码是否成功来确定的，指示了用户设备当前需要发送的RV版本。在本申请的所有实施例中，RV版本是指对应于RV的版本号的传输。
作为一种可能的实现方式，基站会检测用户设备的PUSCH信道的质量，并根据检测结果确定PUSCH信道的SNR，以根据SNR的取值确定PUSCH信道的质量，在一个示例中，确定PUSCH信道质量大于或等于预设阈值，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；在另一个示例中，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第二种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，确定解码是否成功，并根据检测结果确定PUSCH信道的SNR，根据SNR的取值确定PUSCH信道的质量。作为一种示例，若解码未成功，确定PUSCH信道质量大于或等于预设阈值，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第三种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，获取BLER(block error rate，即误块率)传输，根据BLER确定译码性能，并根据检测结果确定PUSCH信道的SNR。作为一种示例，若根据SNR的取值确定PUSCH信道质量大于或等于预设阈值，若译码能力较差，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第四种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，确定解码是否成功，并检测用户设备的PUSCH信道的质量，根据检测结果确定PUSCH信道的CQI或MCS，以根据CQI或MCS的取值确定PUSCH信道的质量，作为一种示例，若解码未成功，确定PUSCH信道质量大于或等于预设阈值，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
作为第五种可能的实现方式，基站根据获取到的用户设备发送的PUSCH的上行传输，获取BLER(block error rate，即误块率)传输，根据BLER确定译码性能，并根据检测结果确定PUSCH信道的CQI或MCS，作为一种示例，若根据CQI或MCS的取值确定PUSCH信道质量大于或等于预设阈值，若译码能力较差，则发送第一重复指示消息，用于指示用户设备切换至下一个RV版本，以获取更多的冗余信息；作为另一种示例，确定PUSCH信道质量小于预设阈值，则发送第二重复指示消息，用于指示用户设备重复发送当前RV版本。
本实施例中，是在现有的固定RV版本重复方案的基础上，由基站根据测量得到的信道质量，和/或解码和译码的成功情况来确定的动态的RV版本重复方案，并将该动态的RV重复方案，以重复指示消息的方式发送至用户设备，用户设备根据获取的重复指示消息中包含的RV版本重复方案，不仅可以获取足够的冗余信息，实现上行增强覆盖，也提高了传输效率和可靠性。
作为一种可能的实现方式，重复指示消息，可以是基站通过下行控制信息DCI显示或隐式方式发送给用户设备的，其中，下行控制信息DCI由下行物理控制信道PDCCH承载。
作为另一种可能的实现方式，重复指示消息，可以是基站通过介质访问控制信令MAC发送给用户设备的。
需要说明的是，本实施例中为了便于说明，将重复指示消息划分为第一重复指示消息和第二重复指示消息，是为了标识当前需要发送的RV版本，该RV版本可以是重复发送的上一时刻发送的RV版本，也可以是切换至的下一个RV版本。
需要理解的是，基站确定已经解码成功，则基站指示用户设备不不需要再发送RV版本，即停止继续发送RV版本，以避免重复发送，浪费信道资源。
在本申请的一个实施例中，重复指示消息是通过DCI中的2个比特位发送的，例如，重复指示消息指示了RV版本号为3的RV版本，则DCI中的2个比特位的取值为11，之后，基站每次发送重复指示消息均消耗2比特的信令，例如，如果基站发送了16次重复指示消息，即RV版本重复次数为16次，基站的开销则为16*2＝32比特，则基站的开销较大，会影响基站的整体性能。。
从而，在本申请实施例的另一种可能的实现方式中，为了降低基站的信令开销，基站可通过设置重复指示标识来指示当前时刻对应的RV版本，其中，重复指示标识指示了当前要发送的RV版本是重复发送上一时刻对应的RV版本，还是切换至下一个RV版本。重复指示标识可通过一个比特位来实现，例如，标识为1，指示当前不重复发送上一时刻发送的RV版本，即依顺序切换至下一个RV版本；标识为0，指示当前重复发送上一时刻发送的RV版本，例如，如果基站发送了16次重复指示消息，即RV版本重复次数为16次，，则基站的开销为1*16＝16比特，则降低了基站的信令开销，提高了基站的整体性能。
本实施例中，对于用户设备获取到的重复指示标识，作为一种可能的实现方式，可以是获取到的重复指示消息中包含的，即重复指示消息包括重复指示标识。作为另一种可能的实现方式，重复指示标识，也可以是在DCI触发或者是MAC触发时发送的。
下面通过不同的实现方式具体说明。
在本申请实施例的一种可能的实现方式中，重复指示消息包括重复指示标识，用户设备获取上一发送时刻发送的第i个RV版本，其中，i为小于或等于N的正整数，如果重复指示标识指示重复，则在当前发送时刻重复发送第i个RV版本，如果重复指示标识指示停止重复，则根据预设顺序确定第i+1个RV版本，并在当前发送时刻发送第i+1个RV版本。
作为一种可能的实现方式，重复指示标识可以是通过DCI中的一个预设比特位来指示，以指示用户设备是否重复发送上一时刻发送的RV版本；例如，重复指示消息，采用DCI中预设的2比特位A和B来发送，而重复指示标识可以是DCI中的一个比特位D来指示，通过一个比特位降低了基站的信令消耗。例如比特位D标识为第一值(例如1或0)，指示当前不重复发送上一时刻发送的RV版本，即依顺序切换至下一个RV版本；比特位D标识为第二值(例如0或1，不同于第一值)，指示当前重复发送上一时刻发送的RV版本，从而实现了基于基站的指示确定是否重复发送RV版本，并可以确定RV版本重复的次数，提高了RV版本发送的灵活性和准确性。
作为一种可能的实现方式，重复指示标识可以是通过DCI中的一个预设比特位来指示，以指示用户设备是否重复发送上一时刻发送的RV版本，例如，重复指示消息，采用DCI中预设的2比特位A和B来发送，而重复指示标识可以采用DCI中的一个比特位A或B来指示，通过一个比特位降低了基站的信令消耗。
需要说明的是，DCI中用于指示重复指示标识的一个比特位和DCI中用于指示起始RV版本指示消息的比特位不同。
在本申请实施例的另一种可能的实现方式中，重复指示标识是在DCI触发或者是MAC触发时发送的新的信令携带的，该新的信令即为重复指示消息，获取上一发送时刻发送的第i个RV版本，其中，i为小于或等于N的正整数；在一些实施例中，判断当前发送时刻是否收到重复指示标识，如果收到重复指示标识，则根据预设顺序确定第i+1个RV版本，并在当前发送时刻发生第i+1个RV版本。在另一些实施例中，如果未收到重复指示标识，则在当前发送时刻重复发送第i个RV版本。上述方案实现了基于基站的指示确定是否重复发送RV版本，并可以确定RV版本重复的次数，提高了RV版本发送的灵活性和准确性。需要说明的是，上述收到重复指示标识的实施例，以及上述未收到重复指示标识的实施例，是两个独立的实施例；这两个实施例可以各自独自被实施，也可以在一起被实施，本申请实施例并不对此做出限定。
其中，用户设备收到的重复指示标识，可以是基于DCI触发消息指示的，或者是基于MAC触发消息指示的，下面通过不同的实现方式具体说明。
作为一种可能的实现方式，用户设备收到的基站发送的重复指示标识，可以是基于DCI的触发消息来获取。在一些实施例中，若收到了触发消息，即收到重复指示标识，则认为指示当前不重复发送上一时刻发送的RV版本，即依顺序切换至下一个RV版本。在另一些实施例中，若未收到触发消息，即未收到重复指示标识，则指示当前重复发送上一时刻发送的RV版本。上述方案实现了基于基站的指示确定是否重复发送RV版本，并可以确定RV版本重复的次数，提高了RV版本发送的灵活性和准确性。需要说明的是，上述收到重复指示标识的实施例，以及上述未收到重复指示标识的实施例，是两个独立的实施例；这两个实施例可以各自独自被实施，也可以在一起被实施，本申请实施例并不对此做出限定。
作为一种可能的实现方式，用户设备收到的基站发送的重复指示标识，可以是基于MAC的触发消息来获取。在一些实施例中，若收到了触发消息，即收到重复指示标识，则认为指示当前不重复发送上一时刻发送的RV版本，即依顺序切换至下一个RV版本。在另一些实施例中，若未收到触发消息，即未收到重复指示标识，则指示当前重复发送上一时刻发送的RV版本。在又一些实施例中，若收到了预设消息，则确定当前重复发送上一时刻发送的RV版本，即依顺序切换至下一个RV版本。在再一些实施例中，若未收到预设消息，则确定当前重复发送上一时刻发送的RV版本。上述方案实现了基于基站的指示确定是否重复发送RV版本，并可以确定RV版本重复的次数，提高了RV版本发送的灵活性和准确性。
步骤405，确定用户设备根据重复指示消息发送的RV版本。
在NR通信业务中，为了提升URLLC(Ultra-relaible and Low LatencyCommunication,极可靠低时延通信)的可靠性，基站获取用户设备通过PUSCH发送上行传输，可通过重复多次以提高可靠性；而基站能够从接收到的用户设备通过上行信道(例如PUSCH)发送的上行传输，确定其所对应的RV版本，该RV版本是用户设备基于基站发送的重复指示消息确定的。而基站获取的用户设备发送的RV版本的顺序是基于预设的冗余版本RV序列发送的，冗余版本RV序列中，包含多个RV版本，多个RV版本在预设冗余版本RV序列中按照预设顺序排列，也就是说基站获取到的用户设备发送的RV版本是预设冗余版本RV序列中的一个版本。
作为一种可能的实现方式，预设冗余版本RV序列中包含的多个RV版本包含第一至第N个RV版本号，且第一至第N个版本号按照预设顺序排列，其中，N为正整数；例如，N为4或6等，本实施例中不进行限定。
为了便于说明，本实施例中，以预设冗余版本RV序列中包含的版本号为4个为例，进行说明，对于版本N为其它数量的情况，原理相同，本实施例中不再赘述。
作为一种实现方式，RV的版本数量N为4，则预设冗余版本RV序列为[0、2、3、1]，其中，0、2、3和1分别对应不同的RV的版本号，用户设备在向基站发送RV序列时，则是以该预设顺序排列的RV版本发送的。本领域内技术人员可以理解，该预设顺序只是举例说明，而并非对本申请的保护范围的限定。在一些可能的环境中，[0、2、3、1]的RV序列具有较好的译码性能，但是自解码能力较差。
作为另一种实现方式，RV的版本数量N为4，则预设冗余版本RV序列为[0、3、0、3]，其中，0和3分别对应不同的RV的版本号，用户设备在向基站发送RV序列时，则是以该预设顺序排列的RV版本发送的。需要说明的是[0、3、0、3]的RV序列译码性能和自解码性能较为均衡，其中不同的RV序列的解码和译码性能可以是通过仿真实验确定，也可以是实际应用中基于历史记录确定的，本实施例中不进行限定。
在一种实现方式中，基站获取到的用户设备发送的RV序列中，包含重复发送的RV版本，通过重复发送RV版本，以提高接收机频率跟踪的效果，以及提升信道估计的精度，也就是说，基站实际接收到的RV序列中存在RV版本重复发送的情况，称为RV重复序列。而相关技术中，RV重复序列中各版本的重复次数是相同的，并不是动态变化的。例如，对于RV重复序列中包含的16次重复，RV重复序列为{0，0，0，0，2，2，2，2，3，3，3，3，1，1，1，1}。然而，本申请中用户设备发送至基站的RV重复序列中的RV版本，是根据基站发送的重复指示消息确定的，即传输过程中的一个或多个的RV版本是动态变化的，并不是预先设定的固定RV版本。在一些实施方式中，一个或多个RV版本的重复次数也是由从基站获取到的重复指示消息确定的，也就是说RV重复序列中每一个RV版本重复的次数可以相同，也可以不同；RV重复序列中每一个RV版本重复的次数可以是预先设定的，也可以是基站动态配置的。例如，RV版本0重复发送了5次，RV版本2重复发送了3次，RV版本3重复发送了2次，RV版本1重复发送了6次，从而RV重复序列表示为{0，0，0，0，0，2，2，2，3，3，1，1，1，1，1，1}。
本实施例中，基站获取用户设备通过物理上行共享信道PUSCH发送的重复指示消息对应的RV版本，其中，用户设备发送对应的RV版本是基于每一次的发送时刻发送的，例如，上一发送时刻，基站获取到的RV版本号为3，则上一时刻对应的基站获取到的RV重复序列为：0、0、0、2、3、3，当前时刻基站获取到的用户设备发送的RV版本号为1，则当前时刻基站获取到的用户设备发送的RV重复序列为0、0、0、2、3、3、1，从而实现了基于基站发送的重复指示消息，设置动态变化的RV版本，由于基站发送的重复指示消息是基于解码和译码的成功情况，和/或信道质量确定的，从而提高了RV版本发送和重复次数确定的准确性，并提高了基站的增强覆盖。
本申请实施例的上行覆盖增强方法中，用户设备根据获取的基站发送的起始RV版本的指示消息，确定需要向基站发送的RV的起始版本，以实现在建立新连接时，从RV序列的起始RV版本开始发送，并在连接断开需要重新连接时，基于连接的次数，确定需要发送的RV版本，以提高获取到的冗余信息的数量，提高解码的成功率。进而，在确定用户设备发送的RV起始版本后，根据基站测量到的PUSCH信道的质量，在未解码成功的情况下，若信道质量好，则发送重复指示信息指示用户设备切换至下一个RV版本，以提高获取到的冗余信息的数量，提高后续基站解码的成功率，若信道质量不好，则发送重复指示信息指示用户设备继续重复发送上一次发送的RV版本，通过重复发送以确保基站获取到RV版本，以提高基站解码的成功率，同时，实现了灵活确定RV重复的情况，实现了RV重复方案的动态确定，提高了基站的覆盖性能。而重复指示信息可以通过DCI或MAC发送，并占用一个比特位指示，降低了基站发送的重复指示消息的开销，提高了整体的性能。
为了实现上述实施例，本申请还提出一种上行覆盖增强装置。
图5为本申请实施例提供的一种上行覆盖增强装置的结构示意图，设置于用户设备。
如图5所示，该装置，包括：
接收装置51，用于接收基站发送的与重复传输相关的重复指示消息。
发送装置52，用于根据与所述重复传输相关的重复指示消息，通过上行信道向所述基站发送所述重复指示消息对应的RV版本。
在实际使用时，本申请实施例提供的基站的覆盖增强装置，可以被配置在任意用户设备中，以执行前述上行覆盖增强方法。
其中，RV版本是指对应于RV的版本号的传输。
本申请实施例的上行覆盖增强装置，通过用户设备接收基站发送的重复指示消息，进而通过上行共享信道向基站发送重复指示消息对应的RV版本。从而实现了基于基站发送的重复指示消息，设置动态变化的RV版本，由于基站发送的重复指示消息是基于解码和译码的成功情况，以及信道质量确定的，从而提高了RV重复方案的准确性，并提高了基站的增强覆盖。
在本申请实施例的一种可能的实现方式中，以预设冗余版本RV序列向所述基站发送，其中，所述RV序列包括多个RV版本号，每个所述RV版本号的重复次数由所述重复指示消息确定。
在本申请实施例的另一种可能的实现方式中，多个RV版本号包括第一至第N个RV版本号，且所述第一至第N个版本号按照预设顺序排列，其中，N为正整数。
在本申请实施例的另一种可能的实现方式中，N为4，所述预设顺序为{0,2,3,1}，其中，0、1、2、3为所述RV的版本号。
在本申请实施例的另一种可能的实现方式中，重复指示消息包括重复指示标识，上述发送装置52，具体用于：
获取上一发送时刻发送的第i个RV版本，其中，i为小于或等于N的正整数；如果所述重复指示标识为重复，则在当前发送时刻重复发送所述第i个RV版本；如果所述重复指示标识为停止重复，则根据所述预设顺序确定第i+1个RV版本，并在所述当前发送时刻发生所述第i+1个RV版本。
在本申请实施例的另一种可能的实现方式中，所述重复指示消息通过下行控制信息DCI或介质访问控制信令MAC发送。
在本申请实施例的另一种可能的实现方式中，重复指示消息包括重复指示标识，上述发送装置52，具体用于：
获取上一发送时刻发送的第i个RV版本，其中，i为小于或等于N的正整数；判断当前发送时刻是否收到所述重复指示标识；如果收到所述重复指示标识，则根据所述预设顺序确定第i+1个RV版本，并在所述当前发送时刻发生所述第i+1个RV版本；如果未收到所述重复指示标识，则在当前发送时刻重复发送所述第i个RV版本。
在本申请实施例的另一种可能的实现方式中，该装置还包括：确定模块。
确定模块，还用于确定起始RV版本。
发送模块52，还用于根据所述起始RV版本指示消息确定起始RV版本，并发送所述起始RV版本。
需要说明的是，前述对图1和图2所示的上行覆盖增强方法实施例的解释说明也适用于该实施例的上行覆盖增强装置，原理相同，此处不再赘述。
本申请实施例的上行覆盖增强装置中，用户设备根据获取的基站发送的起始RV版本的指示消息，确定需要向基站发送的RV的起始版本，以实现在建立新连接时，从RV序列的起始RV版本开始发送，并在连接断开需要重新连接时，基于连接的次数，确定需要发送的RV版本，以提高获取到的冗余信息的数量，提高解码的成功率。进而，在确定用户设备发送的RV起始版本后，根据基站测量到的PUSCH信道的质量，在未解码成功的情况下，若信道质量好，则发送重复指示信息指示用户设备切换至下一个RV版本，以提高获取到的冗余信息的数量，提高后续基站解码的成功率，若信道质量不好，则发送重复指示信息指示用户设备继续重复发送上一次发送的RV版本，通过重复发送以确保基站获取到RV版本，以提高基站解码的成功率，同时，实现了灵活确定RV重复的情况，实现了RV重复方案的动态确定，提高了基站的覆盖性能。而重复指示信息可以通过DCI或MAC发送，并占用一个比特位指示，降低了基站发送的重复指示消息的开销，提高了整体的性能。
为了实现上述实施例，本申请还提出一种上行覆盖增强装置。
图6为本申请实施例提供的另一种上行覆盖增强装置的结构示意图，设置于基站。
如图6所示，该装置，包括：
检测模块61，用于检测用户设备的PUSCH信道质量。
处理模块62，用于根据PUSCH信道质量生成重复指示消息，并向用户设备发送重复指示消息。
接收模块63，用于接收用户设备根据重复指示消息发送的RV版本。
其中，RV版本是指对应于RV的版本号的传输。
在实际使用时，本申请实施例提供的上行覆盖增强装置，可以被配置在任意基站中，以执行前述上行覆盖增强方法。
本申请实施例的上行覆盖增强装置中，检测用户设备的PUSCH信道质量，根据PUSCH信道质量生成重复指示消息，并向用户设备发送重复指示消息，以及接收用户设备根据重复指示消息发送的RV版本，根据基站测量到的PUSCH信道的质量，生成对应的重复指示消息，以使得用户设备根据重复指示消息中指示的RV版本，以确定是否重复发送上一次发送的RV版本，或者是切换至下一个RV版本，实现了灵活确定RV重复的情况，实现了RV重复方案的动态确定，提高了基站的覆盖性能。
在本申请一种可能的实现形式中，其中，用户设备以预设冗余版本RV序列向基站发送RV版本，其中，RV序列包括多个RV版本号，每个RV版本号的重复次数由重复指示消息确定。
在本申请一种可能的实现形式中，所述多个RV版本包括第一至第N个RV版本号，且所述第一至第N个版本号按照预设顺序排列，其中，N为正整数。
在本申请一种可能的实现形式中，N为4，所述预设顺序为{0,2,3,1}，其中，0、1、2、3为所述RV的版本号。
在本申请一种可能的实现形式中，上述处理模块62，具体用于：
通过下行控制信息DCI或介质访问控制信令MAC发送所述重复指示消息。
在本申请一种可能的实现形式中，用户设备的PUSCH信道质量由信噪比SNR或调制编码方式MCS反应，上述处理模块62，具体用于：
如果根据所述SNR或MCS判断所述PUSCH信道质量大于或等于预设阈值，则发送第一重复指示消息，用于指示所述用户设备切换至下一个RV版本；如果根据所述SNR或MCS判断所述PUSCH信道质量小于所述预设阈值，则发送第二重复指示消息，用于指示所述用户设备重复发送当前RV版本。
在本申请一种可能的实现形式中，该装置还包括：
上述检测模块61，用于检测与所述用户设备的传输状态；
发送模块，用于根据所述传输状态向所述用户设备发送起始RV版本指示消息。
在本申请一种可能的实现形式中，上述发送模块，具体用于：
如果所述传输状态为新传状态，则向所述用户设备发送第一起始RV版本指示消息，其中，所述第一起始RV版本指示消息用于指示所述用户设备在第一发送时刻发送RV0；如果所述传输状态为重传状态，则根据重传次数向所述用户设备发送非第一起始RV版本指示消息。
在本申请一种可能的实现形式中，上述发送模块，具体用于：
如果重传次数为一次，则向所述用户设备发送第二起始RV版本指示消息，其中，所述第二起始RV版本指示消息用于指示所述用户设备在第一发送时刻发送RV2；如果重传次数为二次，则向所述用户设备发送第三起始RV版本指示消息，其中，所述第三起始RV版本指示消息用于指示所述用户设备在第一发送时刻发送RV3；以及如果重传次数为三次，则向所述用户设备发送第四起始RV版本指示消息，其中，所述第四起始RV版本指示消息用于指示所述用户设备在第一发送时刻发送RV1。
需要说明的是，前述对图3和图4所示的上行覆盖增强方法实施例的解释说明也适用于该实施例的上行覆盖增强装置，原理相同，此处不再赘述。
本申请实施例的上行覆盖增强装置中，用户设备根据获取的基站发送的起始RV版本的指示消息，确定需要向基站发送的RV的起始版本，以实现在建立新连接时，从RV序列的起始RV版本开始发送，并在连接断开需要重新连接时，基于连接的次数，确定需要发送的RV版本，以提高获取到的冗余信息的数量，提高解码的成功率。进而，在确定用户设备发送的RV起始版本后，根据基站测量到的PUSCH信道的质量，在未解码成功的情况下，若信道质量好，则发送重复指示信息指示用户设备切换至下一个RV版本，以提高获取到的冗余信息的数量，提高后续基站解码的成功率，若信道质量不好，则发送重复指示信息指示用户设备继续重复发送上一次发送的RV版本，通过重复发送以确保基站获取到RV版本，以提高基站解码的成功率，同时，实现了灵活确定RV重复的情况，实现了RV重复方案的动态确定，提高了基站的覆盖性能。而重复指示信息可以通过DCI或MAC发送，并占用一个比特位指示，降低了基站发送的重复指示消息的开销，提高了整体的性能。
为了实现上述实施例，本公开还提出一种通信设备和一种可读存储介质。
本公开实施例提供的通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有处理器运行的可执行程序，其中，处理器运行可执行程序时执行前述任意技术方案提供的上行覆盖增强方法。
该通信设备可为前述的基站或者用户设备。
其中，处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。这里，所述通信设备包括基站或用户设备。
所述处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，如图1至图2，或者图3至图4的至少其中之一。
为了实现上述实施例，本申请还提出一种计算机存储介质。
本申请实施例提供的计算机存储介质，存储有可执行程序；所述可执行程序被处理器执行后，能够实现前述任意技术方案提供的上行覆盖增强方法，例如，如图1至图2，或图3-图4的至少其中之一。
如图7为本申请实施例提供的一种通信设备的结构框图。通信设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。通信设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
如图7所示，该通信设备包括：一个或多个处理器1100、存储器1200，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在通信设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个通信设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器1100为例。
存储器1200即为本发明所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本发明所提供的上行覆盖增强方法。本发明的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本发明所提供的上行覆盖增强方法。
存储器1200作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本发明实施例中的上行覆盖增强方法对应的程序指令/模块(例如，附图5所示的接收模块51和发送模块52，或者是附图6所示的检测模块61、处理模块62和接收模块63)。处理器1100通过运行存储在存储器1200中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的上行覆盖增强方法。
存储器1200可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据定位通信设备的使用所创建的数据等。此外，存储器1200可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。可选地，存储器1200可选包括相对于处理器1100远程设置的存储器，这些远程存储器可以通过网络连接至定位通信设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
通信设备还可以包括：输入装置1300和输出装置1400。处理器1100、存储器1200、输入装置1300和输出装置1400可以通过总线或者其他方式连接，图7中以通过总线连接为例。
输入装置1300可接收输入的数字或字符信息，以及产生与定位通信设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置1400可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
本申请中，用户设备接收基站发送的与重复传输相关的重复指示消息，根据与重复传输相关的重复指示消息，通过上行信道向基站发送重复指示消息对应的RV版本。从而实现了基于基站发送的重复指示消息，设置动态变化的RV版本，由于基站发送的重复指示消息是基于解码和译码的成功情况，以及信道质量确定的，从而提高了RV重复方案的准确性，并提高了上行增强覆盖。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (22)

1.一种上行覆盖增强方法，其特征在于，包括：
接收基站发送的下行控制信息DCI或介质访问控制信令MAC，所述DCI用于指示用户设备UE发送冗余版本RV，所述MAC用于指示UE发送所述冗余版本；
以第一模式向所述基站发送所述冗余版本，所述第一模式中所述冗余版本的第J版本的重复次数大于第K版本的重复次数，所述冗余版本包括的版本的版本号包括0、2、3或1。
2.如权利要求1所述的上行覆盖增强方法，其特征在于，所述方法，还包括：
响应于接收到所述基站发送的确认信息，确认停止发送所述冗余版本。
3.如权利要求1或2所述的上行覆盖增强方法，其特征在于，
所述第一模式中冗余版本中版本号为3的版本的重复次数大于版本号为1的版本的重复次数；
和/或
所述第一模式中冗余版本中版本号为3的版本的重复次数大于版本号为2的版本的重复次数。
4.如权利要求1或2所述的上行覆盖增强方法，其特征在于，
所述第一模式中冗余版本中版本号为0的版本的重复次数大于版本号为1的版本的重复次数；
和/或
所述第一模式中冗余版本中版本号为0的版本的重复次数大于版本号为2的版本的重复次数。
5.如权利要求1-4任一项所述的上行覆盖增强方法，其特征在于，所述第一模式中冗余版本中的版本的重复次数和排列顺序由协议定义。
6.如权利要求1-5任一项所述的上行覆盖增强方法，其特征在于，所述DCI或所述MAC还用于指示UE发送冗余版本的重复指示标识，其中，所述以第一模式向所述基站发送所述冗余版本，包括：
获取上一发送时刻发送的第i个RV版本，其中，i为小于或等于4的正整数；
如果所述重复指示标识为重复，则在当前发送时刻重复发送所述第i个冗余版本；
如果所述重复指示标识为停止重复，则根据所述第一模式中RV版本中的版本的排列顺序确定第i+1个RV版本，并在所述当前发送时刻发生所述第i+1个RV版本。
7.如权利要求1-5任一项所述的上行覆盖增强方法，其特征在于，所述DCI或所述MAC还用于指示UE发送冗余版本的重复指示标识，其中，所述以第一模式向所述基站发送所述冗余版本，包括：
获取上一发送时刻发送的第i个RV版本，其中，i为小于或等于4的正整数；
判断当前发送时刻是否收到所述重复指示标识；
如果收到所述重复指示标识，则根据所述第一模式中RV版本中的版本的排列顺序确定第i+1个RV版本，并在所述当前发送时刻发生所述第i+1个RV版本；
如果未收到所述重复指示标识，则在当前发送时刻重复发送所述第i个RV版本。
8.如权利要求1-7任一项所述的上行覆盖增强方法，其特征在于，所述方法，还包括：
确定起始RV版本；
响应于所述起始冗余版本，并在第一发送时刻发送所述起始RV版本。
9.一种上行覆盖增强方法，其特征在于，包括：
向用户设备UE发送下行控制信息DCI或介质访问控制信令MAC，所述DCI用于指示UE发送冗余版本RV，所述MAC用于指示UE发送所述冗余版本；
接收所述UE以第一模式发送的所述冗余版本，所述第一模式中所述冗余版本的第J版本的重复次数大于第K版本的重复次数，所述冗余版本包括的版本的版本号包括0、2、3或1。
10.如权利要求9所述的上行覆盖增强方法，其特征在于，所述方法，还包括：
向所述UE发送确认信息；其中，所述确认信息，用于指示所述UE停止发送所述冗余版本。
11.如权利要求9所述的上行覆盖增强方法，其特征在于，
所述第一模式中冗余版本中版本号为3的版本的重复次数大于版本号为1的版本的重复次数；
和/或
所述第一模式中冗余版本中版本号为3的版本的重复次数大于版本号为2的版本的重复次数。
12.如权利要求9所述的上行覆盖增强方法，其特征在于，
所述第一模式中冗余版本中版本号为0的版本的重复次数大于版本号为1的版本的重复次数；
和/或
所述第一模式中冗余版本中版本号为0的版本的重复次数大于版本号为2的版本的重复次数。
13.如权利要求9-12任一项所述的上行覆盖增强方法，其特征在于，所述第一模式中冗余版本中的版本的重复次数和排列顺序由协议定义。
14.如权利要求9-13任一项所述的上行覆盖增强方法，其特征在于，所述方法，还包括：
检测所述UE的PUSCH信道质量；
根据PUSCH信道质量向所述UE发送DCI或MAC。
15.如权利要求14所述的上行覆盖增强方法，其特征在于，所述用户设备的PUSCH信道质量由信噪比SNR或调制编码方式MCS反应，其中，所述根据PUSCH信道质量向所述UE发送DCI或MAC，包括：
如果根据所述SNR或MCS判断所述PUSCH信道质量大于或等于预设阈值，则发送第一DCI或第一MAC，用于指示所述用户设备切换至下一个冗余版本；
如果根据所述SNR或MCS判断所述PUSCH信道质量小于所述预设阈值，则发送第二DCI或第二MAC，用于指示所述用户设备重复发送当前RV版本。
16.如权利要求9-12任一项所述的上行覆盖增强方法，其特征在于，所述方法，还包括：
检测与所述用户设备的传输状态；
根据所述传输状态向所述用户设备发送起始RV版本指示消息。
17.如权利要求16所述的上行覆盖增强方法，其特征在于，所述根据所述传输状态向所述用户设备发送起始RV版本指示消息，包括：
如果所述传输状态为新传状态，则向所述用户设备发送第一起始RV版本指示消息，其中，所述第一起始RV版本指示消息用于指示所述用户设备在第一发送时刻发送RV0；
如果所述传输状态为重传状态，则根据重传次数向所述用户设备发送非第一起始RV版本指示消息。
18.如权利要求17所述的上行覆盖增强方法，其特征在于，所述根据重传次数向所述用户设备发送非第一起始RV版本指示消息，包括：
如果重传次数为一次，则向所述用户设备发送第二起始RV版本指示消息，其中，所述第二起始RV版本指示消息用于指示所述用户设备在第一发送时刻发送RV2；
如果重传次数为二次，则向所述用户设备发送第三起始RV版本指示消息，其中，所述第三起始RV版本指示消息用于指示所述用户设备在第一发送时刻发送RV3；以及
如果重传次数为三次，则向所述用户设备发送第四起始RV版本指示消息，其中，所述第四起始RV版本指示消息用于指示所述用户设备在第一发送时刻发送RV1。
19.一种基站的覆盖增强装置，其特征在于，包括：
接收装置，用于接收基站发送的下行控制信息DCI或介质访问控制信令MAC，所述DCI用于指示用户设备UE发送冗余版本Redundancy Version，所述MAC用于指示UE发送所述冗余版本；
发送装置，用于以第一模式向所述基站发送所述冗余版本，所述第一模式中所述冗余版本的第J版本的重复次数大于第K版本的重复次数，所述冗余版本包括的版本的版本号包括0、2、3或1。
20.一种基站的覆盖增强装置，其特征在于，包括：
发送模块，用于向用户设备UE发送下行控制信息DCI或介质访问控制信令MAC，所述DCI用于指示UE发送冗余版本RV，所述MAC用于指示UE发送所述冗余版本；
接收模块，用于接收所述UE以第一模式发送的所述冗余版本，所述第一模式中所述冗余版本的第J版本的重复次数大于第K版本的重复次数，所述冗余版本包括的版本的版本号包括0、2、3或1。
21.一种通信设备，其中，包括：收发器；存储器；处理器，分别与所述收发器及所述存储器连接，配置为通过执行所述存储器上的计算机可执行指令，控制所述收发器的无线信号收发，并能够实现权利要求1至8任一项所述的方法，或者实现权利要求9至18任一项所述的方法。
22.一种计算机存储介质，其中，所述计算机存储介质存储有计算机可执行指令；所述计算机可执行指令被处理器执行后，能够实现权利要求1至8任一项所述的方法，或者实现权利要求9至18任一项所述的方法。
CN202310652394.8A 2020-11-12 2020-11-12 上行覆盖增强方法、装置、通信设备及存储介质 Pending CN116709537A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310652394.8A CN116709537A (zh) 2020-11-12 2020-11-12 上行覆盖增强方法、装置、通信设备及存储介质

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202310652394.8A CN116709537A (zh) 2020-11-12 2020-11-12 上行覆盖增强方法、装置、通信设备及存储介质
PCT/CN2020/128433 WO2022099550A1 (zh) 2020-11-12 2020-11-12 上行覆盖增强方法、装置、通信设备及存储介质
CN202080003194.4A CN112913270B (zh) 2020-11-12 2020-11-12 上行覆盖增强方法、装置、通信设备及存储介质

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202080003194.4A Division CN112913270B (zh) 2020-11-12 2020-11-12 上行覆盖增强方法、装置、通信设备及存储介质

Publications (1)

Publication Number Publication Date
CN116709537A true CN116709537A (zh) 2023-09-05

Family

ID=76112913

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202310652394.8A Pending CN116709537A (zh) 2020-11-12 2020-11-12 上行覆盖增强方法、装置、通信设备及存储介质
CN202080003194.4A Active CN112913270B (zh) 2020-11-12 2020-11-12 上行覆盖增强方法、装置、通信设备及存储介质

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202080003194.4A Active CN112913270B (zh) 2020-11-12 2020-11-12 上行覆盖增强方法、装置、通信设备及存储介质

Country Status (4)

Country Link
US (1) US20230421301A1 (zh)
EP (1) EP4247037A4 (zh)
CN (2) CN116709537A (zh)
WO (1) WO2022099550A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4256880A4 (en) * 2020-12-03 2024-10-23 Mavenir Networks Inc RANK FILTERING AND SMOOTH RANK SWITCHING IN A BASE STATION

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103248464B (zh) * 2012-02-13 2016-04-13 电信科学技术研究院 上行数据传输方法和装置
CN106712910B (zh) * 2015-11-13 2019-09-17 电信科学技术研究院 冗余版本及其改变周期的确定、信道估计方法及装置
CN108270525B (zh) * 2016-12-30 2021-02-12 华为技术有限公司 冗余版本传输方法及设备
CN108513363B (zh) * 2017-02-24 2022-02-11 中国移动通信有限公司研究院 一种信息传输方法、用户设备及基站
EP3665813A1 (en) * 2017-08-11 2020-06-17 Telefonaktiebolaget LM Ericsson (Publ) Redundancy versions in a hybrid automatic repeat request, harq, process
CA3071984A1 (en) * 2019-02-11 2020-08-11 Comcast Cable Communications, Llc Power control and retransmission
CN111294152B (zh) * 2019-07-19 2022-09-09 展讯通信（上海）有限公司 Pusch的冗余版本配置、确定方法及装置、存储介质、基站、用户设备

Also Published As

Publication number Publication date
EP4247037A4 (en) 2024-08-14
WO2022099550A1 (zh) 2022-05-19
CN112913270A (zh) 2021-06-04
CN112913270B (zh) 2023-06-20
EP4247037A1 (en) 2023-09-20
US20230421301A1 (en) 2023-12-28

Similar Documents

Publication Publication Date Title
CN113170348A (zh) 在支持非连续接收（drx）操作的无线通信系统中的终端和基站的方法和装置
US20190173623A1 (en) Reallocation of control channel resources for retransmission of data in wireless networks based on communications mode
CN110418307B (zh) 一种用于无线通信的方法、装置
CN113677035B (zh) 下行数据传输方法及相关产品
WO2018127241A1 (zh) Dci传输方法、用户终端和网络侧设备
EP3965341A1 (en) Rate matching method, device and storage medium
CN111758238A (zh) 物理下行控制信道的发送及接收方法、装置及电子设备
CN104426633A (zh) 上行控制信息的传输方法、用户设备及网络侧设备
CN112567787A (zh) 用于信道状态信息报告的方法和装置
US11463207B2 (en) Data transmission method, receive end device, and non-transitory computer-readable storage medium
CN112913270B (zh) 上行覆盖增强方法、装置、通信设备及存储介质
US12074694B2 (en) ACQI decoding confidence detection
CN113133118A (zh) 一种载波的确定方法、装置及可读存储介质
EP3768010A1 (en) Uplink control information transmission method and device
US20230261723A1 (en) Apparatus, Method, and Computer Program
CN113167854A (zh) 蓝牙定位方法和蓝牙设备
WO2022109934A1 (zh) 一种信号传输方法及装置
CN110913420A (zh) 多个pdcch的检测、指示方法及装置、终端、基站
WO2020194264A1 (en) Methods and nodes for downlink intra-ue pre-emption
WO2020042034A1 (en) Hybrid harq feedback scheme for self-contained burst on nr-u
CN111148228A (zh) 一种信息确定方法、装置及设备
CN111431572B (zh) 数据传输方法及装置
US20240250797A1 (en) Transmission configuration indication in wireless mobility
US11171763B2 (en) Method for transmitting reference signal, terminal and network device
JP2023540631A (ja) 装置、方法及びコンピュータプログラム

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