CN110035445A - 数据传输管理方法及装置、终端、基站及存储介质 - Google Patents

数据传输管理方法及装置、终端、基站及存储介质 Download PDF

Info

Publication number
CN110035445A
CN110035445A CN201810032027.7A CN201810032027A CN110035445A CN 110035445 A CN110035445 A CN 110035445A CN 201810032027 A CN201810032027 A CN 201810032027A CN 110035445 A CN110035445 A CN 110035445A
Authority
CN
China
Prior art keywords
ack
harq
domain resource
data
time
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
Application number
CN201810032027.7A
Other languages
English (en)
Other versions
CN110035445B (zh
Inventor
苟伟
郝鹏
韩祥辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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 CN201810032027.7A priority Critical patent/CN110035445B/zh
Priority to PCT/CN2019/071155 priority patent/WO2019137432A1/zh
Publication of CN110035445A publication Critical patent/CN110035445A/zh
Application granted granted Critical
Publication of CN110035445B publication Critical patent/CN110035445B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Landscapes

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

Abstract

本发明实施例提供一种数据传输管理方法及装置、终端、基站及存储介质，终端或基站在确定传输第一数据的第一资源参数、传输第二数据的第二资源参数之后，对第一资源参数及第二资源参数进行优化；而不是如现有技术那样直接将初始资源参数作为后续传输的标准，而是对这些资源参数进行优化，以解决现有技术中因为通信参数配置结果错误导致终端无法正常工作的问题，保证终端与基站之间的正常通信。

Description

数据传输管理方法及装置、终端、基站及存储介质
技术领域
本发明涉及通信领域，尤其涉及一种数据传输管理方法及装置、终端、基站及存储介质。
背景技术
在通信***中，终端与基站进行通信之前，需要基站与终端协商通信参数的上传、工作模式等配置。在现有技术中，由基站根据一些参数选择规则，选择一些通信参数以及这些通信参数对应的配置参数，生成配置文件，下发给终端使用；由于基站在选择通信参数时，仅考虑各通信参数自身的选择规则，不会考虑多个参数的配置结果是否存在重复、冲突等错误，这样在终端使用这些配置文件时，因为选择结果的重复、冲突等错误会导致终端无法正常工作。
发明内容
本发明实施例提供了一种数据传输管理方法及装置、终端、基站及存储介质，以解决现有技术中因为通信参数配置结果错误导致终端无法正常工作的问题。
为实现上述目的，本发明实施例提供一种数据传输管理方法，包括：
确定传输第一数据的第一资源参数、传输第二数据的第二资源参数；
对第一资源参数及第二资源参数进行优化。
本发明实施例还提供一种数据传输管理方法，包括：
确定待传输的至少两个数据；
按照预设排序方式，通过同一个物理信道同时传输至少两个数据。
本发明实施例还提供一种数据传输管理方法，包括：
确定DCI(downlink control information，下行控制信息)类型；DCI类型包括fallbackDCI和非fallback DCI；
确定自身数据的调度方式和/或码本形成方式。
本发明实施例还提供一种数据传输管理方法，包括：
接收终端通过同一个物理信道同时传输的至少两个数据；
按照预设排序方式，对至少两个数据进行分解。
本发明实施例还提供一种数据传输管理方法，包括：
确定DCI类型；DCI类型包括fallback DCI和非fallback DCI；
确定终端数据的调度方式和/或码本形成方式。
本发明实施例还提供一种数据传输管理装置，包括：
确定模块，用于确定传输第一数据的第一资源参数、传输第二数据的第二资源参数；
优化模块，用于对第一资源参数及第二资源参数进行优化。
本发明实施例还提供一种终端，其包括：处理器、存储器及通信总线，其中，
通信总线用于实现处理器和存储器之间的连接通信；
处理器用于执行存储器中存储的一个或者多个程序，以实现本发明实施例提供的数据传输管理方法的步骤。
本发明实施例还提供一种基站，其包括：处理器、存储器及通信总线，其中，
通信总线用于实现处理器和存储器之间的连接通信；
处理器用于执行存储器中存储的一个或者多个程序，以实现本发明实施例提供的数据传输管理方法的步骤。
本发明实施例还提供一种计算机可读存储介质，其特征在于，计算机可读存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现本发明实施例提供的数据传输管理方法的步骤。
本发明的有益效果是：
根据本发明实施例提供的数据传输管理方法及装置、终端、基站及存储介质，终端或基站在确定传输第一数据的第一资源参数、传输第二数据的第二资源参数之后，对第一资源参数及第二资源参数进行优化；而不是如现有技术那样直接将初始资源参数作为后续传输的标准，而是对这些资源参数进行优化，以解决现有技术中因为通信参数配置结果错误导致终端无法正常工作的问题，保证终端与基站之间的正常通信。
本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
图1为本发明实施例一提供的数据传输管理方法的流程图；
图2为本发明实施例一提供的数据传输管理装置的结构示意图；
图3为本发明实施例二提供的数据传输管理方法在终端侧的流程图；
图4为本发明实施例二提供的数据传输管理方法在基站侧的流程图；
图5为本发明实施例三提供的数据传输管理方法在终端侧的流程图；
图6为本发明实施例三提供的数据传输管理方法在基站侧的流程图；
图7为本发明实施例四提供的终端的结构示意图；
图8为本发明实施例四提供的基站的结构示意图；
图9为本发明实施例一涉及的部分资源重叠时的示意图；
图10为本发明实施例一提供的多时隙传输时的示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
新一代移动通信***NR(New Radio)正在被研究，进行标准化工作，这也是目前3GPP的工作重点之一，现有通信***存在各种各种的问题，本发明通过以下实施例以至少部分解决通信***存在的问题。
实施例一：
在NR中，由于承载HARQ-ACK(Hybrid-ARQ-ACK，混合自动重传请求确认码)的PUCCH(Physical Uplink Control CHannel，物理上行链路控制信道)的符号数是可以变化的，例如，长PUCCH的符号数能够从4～14之间，且允许跨slot(时隙)重复发送。并且PUCCH的资源集合(包括符号数)是半静态配置的，UE(终端)具体使用的PUCCH资源由基站下行控制信息动态的从PUCCH的资源集合中指示给UE，PUCCH资源的资源参数包括时隙标识和符号数。在NR中，SR(Scheduling request，调度请求)的资源配置是半静态的，包括周期、符号数等，SR也是承载在一个PUCCH中，只不过这个PUCCH是单独配置的。
这样对于一个UE而言，它的PUCCH(承载HARQ-ACK)和SR(也是通过一个PUCCH信道承载的)有可能在一个时隙slot中传输，且在该slot中有可能出现，承载HARQ-ACK的PUCCH的符号和承载SR的PUCCH的符号部分重叠的情况，由于NR中不支持两个PUCCH信道频分同时传输，所以对于上述的部分重叠的情况，UE应该怎样发送HARQ-ACK和SR；问题也会发生在跨slot的PUCCH中，例如PUCCH(承载HARQ-ACK)跨4个slot，但是4个slot中的第二个slot中有SR发送，且该SR的符号该PUCCH符号部分重叠，这种情况下，UE应该怎样发生HARQ-ACK和SR，这些都是本领域技术任意亟待解决的技术问题。
为了解决上述问题，提供本实施例，请参见图1，本实施例提供的数据传输管理方法包括以下步骤：
S101：确定传输第一数据的第一资源参数、传输第二数据的第二资源参数。
在本发明中，本步骤可以由终端实现，也可以由基站实现，在由终端实现时，终端解析基站下发的配置文件，就可以获取这些传输第一数据的第一资源参数、传输第二数据的第二资源参数，在由基站实现时，基站在初始配置之后，就可以直接获取这些资源参数。
S102：对第一资源参数及第二资源参数进行优化。
可选的，本步骤S102包括：在第一资源参数对应的第一物理信道时域资源、与第二资源参数对应的第二物理信道时域资源部分重叠时，采用预设传输方式传输重叠物理信道时域资源内的第一数据和第二数据。
可选的，预设传输方式包括以下方式中的至少一种：
第一物理信道时域资源与第二物理信道时域资源都仅包括一个时隙的物理信道时域资源，采用单时隙传输方式；
第一物理信道时域资源包括多个时隙的物理信道时域资源，第二物理信道时域资源仅包括一个时隙的物理信道时域资源，针对第一物理信道时域资源，采用多时隙传输方式。
可选的，在多个时隙中的第一时隙之外的其他时隙中，不包括出现重叠物理信道时域资源的时隙。
可选的，多时隙传输方式包括以下方式中的至少一种：
仅在重叠物理信道时域资源中，采用单时隙传输方式传输第一数据和第二数据，在除去重叠物理信道时域资源归属时隙的其他时隙内不传输第二数据；
在重叠物理信道时域资源中，采用单时隙传输方式传输第一数据和第二数据，在除去重叠物理信道时域资源归属时隙的其他时隙内，使用第一物理信道时域资源传输第二数据；
在重叠物理信道时域资源中，采用单时隙传输方式传输第一数据和第二数据，在重叠物理信道时域资源归属时隙之后的剩余时隙内，使用第一物理信道时域资源传输第二数据。
可选的，第一数据包括HARQ-ACK(Hybrid-ARQ-ACK，混合自动重传请求确认码)，第二数据包括SR(Scheduling request，调度请求)，单时隙传输方式包括：
在重叠物理信道时域资源中，使用HARQ-ACK+SR机制确定序列，使用上行物理控制信道承载SR的时域资源发送序列；
在非重叠物理信道时域资源中，对于第一物理信道时域资源，按照HARQ-ACK机制确定发送序列，并使用上行物理控制信道承载HARQ-ACK的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于第一物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载HARQ-ACK的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于位于重叠物理信道时域资源后的第一物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载HARQ-ACK的时域资源发送序列；
在非重叠物理信道时域资源中，对于第二物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载SR的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于第二物理信道时域资源，按照仅有SR机制确定发送序列，并使用上行物理控制信道承载SR的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于位于重叠物理信道时域资源后的第二物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载SR的时域资源发送序列。
可选的，第一数据包括HARQ-ACK(Hybrid-ARQ-ACK，混合自动重传请求确认码)，第二数据包括SR(Scheduling request，调度请求)，单时隙传输方式包括：
在重叠物理信道时域资源中，使用HARQ-ACK+SR机制或者HARQ-ACK机制确定序列，将HARQ-ACK调制到序列上，若SR的状态为“无”，使用上行物理控制信道承载HARQ-ACK的时域资源发送序列，若SR的状态为“有”，使用上行物理控制信道承载SR的时域资源发送序列；
在非重叠物理信道时域资源中，对于第一物理信道时域资源，按照HARQ-ACK机制确定发送序列，并使用上行物理控制信道承载HARQ-ACK的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于第一物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载HARQ-ACK的时域资源发送序列；
在非重叠物理信道时域资源中，对于第二物理信道时域资源，按照仅有SR机制确定发送序列，并使用上行物理控制信道承载SR的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于第二物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载SR的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于位于重叠物理信道时域资源后的第二物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载SR的时域资源发送序列。
可选的，第一数据包括HARQ-ACK(Hybrid-ARQ-ACK，混合自动重传请求确认码)，第二数据包括SR(Scheduling request，调度请求)，单时隙传输方式包括：
将SR与HARQ-ACK串接后编码，并使用上行物理控制信道承载HARQ-ACK的时域资源发送。
现结合具体应用场景进行详细说明。
由于NR中支持5种格式的PUCCH，它们分别是格式0～4。格式0用于上行控制信息UCI(Uplink control information，上行控制信息)是1～2bit的情况，UCI包括HARQ-ACK(Hybrid-ARQ-ACK，混合自动重传请求确认)，CSI(Channel State Information，信道状态信息)和SR(Scheduling request，调度请求)，且符号数为1～2个；格式1用于UCI是1～2比特的情况，且符号数为4～14个；格式2用于UCI是大于2bit的情况，且符号数为1～2个；格式3用于UCI是大于2比特的情况，且符号数为4～14个；格式4用于UCI是大于2bit的情况，且符号数为4～14个，且支持2个或4个UE的UCI复用，且只能使用一个PRB(Physical ResourceBlock，物理资源块)。
为了便于描述，首先将面临的问题进行分类。分类如下：
Case1，承载HARQ-ACK的PUCCH采用格式0，承载SR的PUCCH采用格式0，两者符号部分重叠。
Case2，承载HARQ-ACK的PUCCH采用格式0，承载SR的PUCCH采用格式1，两者符号部分重叠。
case3，承载HARQ-ACK的PUCCH采用格式1，承载SR的PUCCH采用格式0，两者符号部分重叠。
case4，承载HARQ-ACK的PUCCH采用格式1，承载SR的PUCCH采用格式1，两者符号部分重叠。
case5，承载HARQ-ACK的PUCCH采用格式2，3或4，承载SR的PUCCH采用格式0，两者符号部分重叠。
case6，承载HARQ-ACK的PUCCH采用格式2，3或4，承载SR的PUCCH采用格式1，两者符号部分重叠。
针对重叠情况，如图9所示，包括：
重叠方式1：承载HARQ-ACK的PUCCH完全包括承载SR的PUCCH；
重叠方式2：承载SR的PUCCH完全包括承载HARQ-ACK的PUCCH；
重叠方式3：承载SR的PUCCH在前，并部分重叠承载HARQ-ACK的PUCCH；
重叠方式4：承载HARQ-ACK的PUCCH在前，并部分重叠承载SR的PUCCH。
现分为不同场景对本实施例进行详细说明。
场景1：
在本场景内，承载HARQ-ACK的PUCCH和SR的PUCCH都是不跨slot的，即单个slot内的。
若一个UE的承载HARQ-ACK的PUCCH和承载SR的PUCCH的符号部分重叠，此时：
在重叠的符号中仅使用SR的资源(这里指时频资源)，重叠的符号中的PUCCH的资源不使用，且使用HARQ-ACK+SR的机制(包括HARQ-ACK是ACK或NACK+SR是“有”或“无”时分配的序列)确定发送的信息并发送；
在非重叠的符号中，对于承载HARQ-ACK的PUCCH符号中，按照HARQ-ACK的机制确定发送的序列并发送；或者，在非重叠的符号中，对于承载HARQ-ACK的PUCCH符号中，按照HARQ-ACK+SR的机制确定发送的序列并发送；或者，在非重叠符号中，对于承载HARQ-ACK的PUCCH符号中且是位于SR符号之后的符号中，按照HARQ-ACK+SR的机制确定发送的序列并发送。
在非重叠的符号中，对于承载SR的PUCCH符号中，按照HARQ-ACK+SR的机制确定发送的序列并发送；或者在非重叠的符号中，对于承载SR的PUCCH符号中，按照SR的机制确定发送的序列并发送；或者，在非重叠符号中，对于承载SR的PUCCH符号中且是位于HARQ-ACK符号之后的符号中，按照HARQ-ACK+SR的机制确定发送的序列并发送。
上述的承载SR的PUCCH和HARQ-ACK的PUCCH允许分别使用格式0或格式1。这种发送机制很适合上述的case1和case3，其他case也可以使用。按照HARQ-ACK+SR的机制确定发送的序列，可以参考现有的NR的协议38.213v1.3.0的9.2.5节。
由于同一UE的HARQ-ACK的PUCCH符号和SR的PUCCH符号部分重叠包含多种情况，即除了完全重叠和不重叠之外的case都是部分重叠，下面针对非重叠的情况中的部分给出具体例子。
例1：
HARQ-ACK的PUCCH符号为3～13(符号在slot中的编码，从0开始)，SR的符号为符号12和13，那么重叠的符号为符号12和符号13，非重叠的符号为3～11。并且假设，HARQ-ACK的PUCCH的频域资源不同与SR的频域资源。
这样，按照上述的方法，可以得到下面的HARQ-ACK的PUCCH和SR的PUCCH的发送。
在符号12和13中，使用SR的时频资源，同时按照HARQ-ACK+SR的机制确定序列(例如发送ACK和有SR时，对应序列1，发送NACK和有SR时对应序列2，发送ACK和无SR时，对应序列3，发送NACK和无SR时对应序列4。)并发送。此时符号12和13中的PUCCH的频域资源不被使用。然后在符号3～11中按照HARQ-ACK的机制确定发送序列并发送。例如发送ACK时对应序列5，发送NACK时对应序列6。也可以考虑在符号3～11中，按照HARQ-ACK+SR的机制确定序列并发送(这样，在符号3～11中和符号12和13中确定序列机制一样)。
例2：
HARQ-ACK的PUCCH符号为3～12(符号在slot中的编码，从0开始)，SR的符号为符号3和4，那么重叠的符号为符号3和4，非重叠的符号为5～12。并且假设，HARQ-ACK的PUCCH的频域资源不同与SR的频域资源。
这样，按照上述的方法，可以得到下面的HARQ-ACK的PUCCH和SR的PUCCH的发送。
在符号3和4中，使用SR的时频资源，同时按照HARQ-ACK+SR的机制确定序列(例如发送ACK和有SR时，对应序列1，发送NACK和有SR时对应序列2，发送ACK和无SR时，对应序列3，发送NACK和无SR时对应序列4。)并发送。
此时符号3和4中的PUCCH的频域资源不被使用。然后在符号5～12中按照HARQ-ACK的机制确定发送序列并发送。例如发送ACK时对应序列5，发送NACK时对应序列6。也可以考虑在符号5～12中，按照HARQ-ACK+SR的机制确定序列并发送(这样，在符号5～12中和符号3和4中确定序列机制一样)。
例3：
HARQ-ACK的PUCCH符号为3～12(符号在slot中的编码，从0开始)，SR的符号为符号12和13，那么重叠的符号为符号12，非重叠的符号为3～11，以及符号13。并且假设，HARQ-ACK的PUCCH的频域资源不同与SR的频域资源。
这样，按照上述的方法，可以得到下面的HARQ-ACK的PUCCH和SR的PUCCH的发送。
在符号12中，使用SR的时频资源，同时按照HARQ-ACK+SR的机制确定序列(例如发送ACK和有SR时，对应序列1，发送NACK和有SR时对应序列2，发送ACK和无SR时，对应序列3，发送NACK和无SR时对应序列4。)并发送。符号13中使用SR的资源，也按照HARQ-ACK+SR的机制确定序列并发送，或，此时符号13也可以按照仅有SR的机制确定序列并发送。
此时符号12和13中的PUCCH的频域资源不被使用。然后在符号3～11中按照HARQ-ACK的机制确定发送序列并发送。例如发送ACK时对应序列5，发送NACK时对应序列6。也可以考虑在符号3～11中，按照HARQ-ACK+SR的机制确定序列并发送(这样，在符号3～11中和符号12和13中确定序列机制一样)。
例4：
SR的PUCCH符号为3～12(符号在slot中的编码，从0开始)，PUCCH的符号为符号3和4，那么重叠的符号为符号3和4，非重叠的符号为5～12。并且假设，HARQ-ACK的PUCCH的频域资源不同与SR的频域资源。
这样，按照上述的方法，可以得到下面的HARQ-ACK的PUCCH和SR的PUCCH的发送。
在符号3和4中，使用SR的时频资源，同时按照HARQ-ACK+SR的机制确定序列(例如发送ACK和有SR时，对应序列1，发送NACK和有SR时对应序列2，发送ACK和无SR时，对应序列3，发送NACK和无SR时对应序列4。)并发送。
此时符号3和4中的PUCCH的频域资源不被使用。然后在符号5～12中按照SR的机制确定发送序列并发送。例如发送SR“有”时对应序列5，发送SR“无”时对应序列6。也可以考虑在符号5～12中，按照HARQ-ACK+SR的机制确定序列并发送(这样，在符号5～12中和符号3和4中确定序列机制一样)。
场景2：
在本场景中，承载HARQ-ACK的PUCCH和SR的PUCCH都是不跨slot的，即单个slot内的。
如果承载SR的PUCCH符号多，承载HARQ-ACK的PUCCH符号少，且一个UE的承载HARQ-ACK的PUCCH和承载SR的PUCCH的符号部分重叠，则按照下面处理：
在重叠的符号中，如果SR为“无”，则使用HARQ-ACK的资源(这里指时频资源)，如果SR为“有”，则使用SR的资源，且使用HARQ-ACK+SR或HARQ-ACK的机制确定序列将HARQ-ACK信息调制到该序列上并发送；
在非重叠的符号中，承载HARQ-ACK的PUCCH符号中，按照HARQ-ACK的机制确定发送的信息并发送；或者，在非重叠的符号中，承载HARQ-ACK的PUCCH符号中，按照HARQ-ACK+SR的机制确定发送的信息并发送；
在非重叠的符号中，承载SR的PUCCH符号中，按照仅有SR的机制确定发送的信息并发送；或者，在非重叠的符号中，承载SR的PUCCH符号中，按照HARQ-ACK+SR的机制确定信息并发送；或者，在非重叠的符号中，承载SR的PUCCH符号中且在HARQ-ACK符号之后的符号中，按照HARQ-ACK+SR的机制确定信息并发送。
上述的承载SR的PUCCH允许使用格式1。这种发送机制很适合上述的case2和case4，其他case也可以使用。
场景3：
在本场景中，承载HARQ-ACK的PUCCH和SR的PUCCH都是不跨slot的，即单个slot内的。
当一个UE的承载HARQ-ACK的PUCCH和承载SR的PUCCH符号部分重叠，将SR作为比特信息串接在HARQ-ACK后面，然后编码发送，且使用承载HARQ-ACK的PUCCH的资源。具体的，使用ACK资源，传输HARQ-ACK+SR
进一步的，如果在HARQ-ACK的PUCCH的信号形成时或发送时，仍不确定SR的“有”或“无”，则需要对于上述方式进行改进。
例如，改进为，一个UE的承载HARQ-ACK的PUCCH和承载SR的PUCCH符号部分重叠，且HARQ-ACK和SR的起始符号对齐，或者在SR的起始符号晚于HARQ-ACK的起始符号时长为T，则将SR作为比特信息串接在HARQ-ACK后面，然后编码发送，且使用承载HARQ-ACK的PUCCH的资源。其中，T的作用是假设在形成或发送HARQ-ACK时，SR不晚于HARQ-ACK起始符号的时长为T，则认为可以确定SR的状态为“有”或“无”。T能够被确定根据UE能力。
这种发送机制很适合上述的case5和case6，其他case也可以使用。
场景4：
在本场景中，承载HARQ-ACK的PUCCH是跨slot的，即一个PUCCH在多个slot(这些slot可以连续或不连续)中重复发送。
在一个UE的承载HARQ-ACK的PUCCH跨slot(此时的PUCCH格式可能是格式1，3或4)，和承载SR的PUCCH符号部分重叠在其中一个slot中。那么可以按照下面方式之一处理，具体的如图10所示：
选择10-a，承载HARQ-ACK的PUCCH的所有的slot中，都进行处理，具体的为：在重叠符号(时隙2)中，采用场景1至3的方式传输HARQ-ACK和SR，在除去重叠符号归属时隙(时隙2)的其他时隙(时隙1、3及4)内，使用HARQ-ACK的时域资源传输SR。
选择10-b，从发生部分重叠的slot开始(包括)，对后续的承载HARQ-ACK的PUCCH的slot进行处理，具体的，在重叠符号(时隙2)中，采用场景1至3的方式传输HARQ-ACK和SR，在除去重叠符号归属时隙(时隙2)的后续时隙(时隙3及4)内，其余的slot(时隙1)中仅承载HARQ-ACK。
选择10-c，仅在发生部分重叠的slot中包含HARQ-ACK和SR，具体的，在重叠符号(时隙2)中，采用场景1至3的方式传输HARQ-ACK和SR，其余的slot(时隙1、3及4)中承载HARQ-ACK。
上述有SR和HARQ-ACK的PUCCH的slot内的处理，可以采用场景1，2或3中的具体case。
场景5：
在本场景中，承载HARQ-ACK的PUCCH是跨slot的，即一个PUCCH在多个slot(这些slot可以连续或不连续)中重复发送。
对于跨slot的PUCCH，由于只确定了第一个slot和第一个slot中PUCCH占用的符号数和起始符号，后续slot是根据约定条件进行推算的，例如，后续slot中有相同的(符号位置和数量)可用于PUCCH的符号时，该slot被选择为PUCCH后续的slot。结合这个规则，为了避免跨slot的PUCCH和SR符号部分重叠，那么后续的slot选择时，将会出现SR和承载HARQ-ACK的PUCCH符号部分重叠的slot不作为承载HARQ-ACK的PUCCH的后续的slot。即如果一个slot中，会出现承载HARQ-ACK的PUCCH和SR的符号部分重叠时，该slot不作为后续的slot。
可选的，如图2所示，本实施例提供的数据传输管理装置2，包括：
确定模块21，用于确定传输第一数据的第一资源参数、传输第二数据的第二资源参数；
优化模块22，用于对第一资源参数及第二资源参数进行优化。
可选的，优化模块22用于：在第一资源参数对应的第一物理信道时域资源、与第二资源参数对应的第二物理信道时域资源部分重叠时，采用预设传输方式传输重叠物理信道时域资源内的第一数据和第二数据。
实施例二：
目前CSI(Channel State Information，信道状态信息)报告在一些情况下被区分为两个部分，第一部分CSI为确定比特数的(即基站和UE知道比特数)，第二部分CSI比特是动态确定的(UE知道比特数，基站不清楚比特数)。例如，CSI报告通过UE的PUSCH上传给基站时，以及通过长PUCCH格式(如，格式3,4)反馈子带CSI报告时，CSI报告区分为两部分。或许后续还有其他情况下，CSI报告也被要求区分为两部分，但是第一部分的CSI报告比特数对于基站是确定的，第二部分的CSI报告比特数对于基站是不确定的。第一部分CSI报告间接或直接携带有第二部分CSI报告的比特数，基站接收了第一部分CSI报告后，将获知第二部分CSI报告比特数。
但是若要通过一个PUCCH或PUSCH信道同时传输两部分的CSI报告和HARQ-ACK和/或SR时，该如何传输这些数据，以保证基站至少可以确定一部分数据，是本领域技术任意亟待解决的技术问题。
为了解决上述问题，提供本实施例，请参见图3，本实施例提供的数据传输管理方法在终端侧的体现包括以下步骤：
S301：确定待传输的至少两个数据；
S302：按照预设排序方式，通过同一个物理信道同时传输至少两个数据。
请参见图4，本实施例提供的数据传输管理方法在基站侧的体现包括以下步骤：
S401：接收终端通过同一个物理信道同时传输的至少两个数据；
S402：按照预设排序方式，对至少两个数据进行分解确定各数据。
可选的，至少两个数据包括CSI(Channel State Information，信道状态信息)报告，以及HARQ-ACK(Hybrid-ARQ-ACK，混合自动重传请求确认码)及SR(Schedulingrequest，调度请求)中的至少一个；CSI报告包括第一部分CSI报告和第二部分CSI报告，预设排序方式包括以下方式中的至少一种：
第一部分CSI报告的后面是HARQ-ACK，HARQ-ACK后面是第二部分CSI报告；
第一部分CSI报告的后面是SR，SR后面是第二部分CSI报告；
第一部分CSI报告的后面是SR，SR后面是HARQ-ACK，HARQ-ACK后面是第二部分CSI报告；
第一部分CSI报告的后面是HARQ-ACK，HARQ-ACK后面是SR，SR后面是第二部分CSI报告。
具体的，为了解决区分为两部分的CSI报告和HARQ-ACK和/或SR同时通过一个PUCCH或PUSCH信道如何传输，可以采用这样的方案：
如果一个UE的HARQ-ACK(或SR，这里的SR是指通过比特进行描述的)和CSI报告同时传输，且CSI报告区分两部分时，基站和UE约定上述信令联合编码，它们比特的顺序原则按照下面方式之一：
方式1、第一部分CSI报告比特的后面是HARQ-ACK比特，HARQ-ACK比特后面是第二部分CSI报告比特。
方式2、第一部分CSI报告比特的后面是SR比特，SR比特后面是第二部分CSI报告比特。
方式3、第一部分CSI报告比特的后面是SR比特，SR比特后面是HARQ-ACK比特，HARQ-ACK比特后面是第二部分CSI报告比特。
方式4、第一部分CSI报告比特的后面是HARQ-ACK比特，HARQ-ACK比特后面是SR比特，SR比特后面是第二部分CSI报告比特。
方式4作为一种补充原则。
UE按照上述原则对于HARQ-ACK，SR和/或CSI报告的比特进行编码发送。基站按照上述原则对于接收UE发送的HARQ-ACK，SR和/或CSI报告进行译码。
采用上面方式后，由于第一部分的CSI报告比特数总是确定的，而HARQ-ACK的比特数是不确定(因为有可能动态码本时漏检)，以及第二部分CSI报告比特是不确定的，所以，将第一部分CSI报告比特放在最前面有利于利用分组码特性，在后续比特不确定或错误的情况下，仍然正确解码第一部分CSI报告。
实施例三：
现在NR中定义，上行DCI(downlink control information，下行控制信息)中有fallback(回退)DCI和非fallback DCI两种类型，其中进一步定义，对于上行fallbackDCI，不包含2比特的上行DAI(下行分配索引，Downlink assignment index)信息。
对于同一UE的多个下行TB(传输块)的HARQ-ACK复用并通过UE的PUSCH信道传输时，但是该PUSCH采用什么方式调度，使用哪种上行控制信息DCI，以及对应HARQ-ACK采用的码本确定问题，这些都是本领域技术任意亟待解决的技术问题。
为了解决上述问题，提供本实施例，请参见图5，本实施例提供的数据传输管理方法在终端侧的体现包括以下步骤：
S501：确定DCI类型；
S502：确定自身数据的调度方式和/或码本形成方式。
可选的，确定自身数据的调度方式包括以下方式中的至少一种：
检测到自身上行物理共享信道被上行fallback DCI在公共搜索空间调度时，认定调度错误，不处理；
自身被配置动态码本、多个下行传输块的HARQ-ACK被复用并通过自身的上行物理共享信道传输，检测到上行物理共享信道被上行fallback DCI调度时，认定调度错误，不处理；
自身被配置动态码本、多个下行传输块的HARQ-ACK被复用并通过自身的上行物理共享信道传输，检测到上行物理共享信道被上行fallback DCI在公共搜索空间调度时，认定调度错误，不处理；
自身被配置动态码本、多个下行传输块的HARQ-ACK被复用并通过自身的上行物理共享信道传输，检测到上行物理共享信道被fallback DCI调度且通过专用搜索空间发送fal lback DCI，并要求fal lback DCI携带上行DAI(Downlink assignment index，下行分配索引)信息；
自身被配置动态码本、多个下行传输块的HARQ-ACK被复用并通过自身的上行物理共享信道传输、且多个下行传输块中存在被下行fallback DCI调度的传输块，检测到上行物理共享信道被上行fallback DCI调度时，认定调度错误，不处理。
可选的，确定自身数据的码本形成方式的方式包括：
自身被配置动态码本、多个下行传输块的HARQ-ACK被复用并通过自身的上行物理共享信道传输，检测到上行物理共享信道被上行fallback DCI调度时，将动态码本方式切换为半静态码本方式形成HARQ-ACK复用。
请参见图6，本实施例提供的数据传输管理方法在基站侧的体现包括以下步骤：
S601：确定DCI类型；
S602：确定终端数据的调度方式和/或码本形成方式。
可选的，确定终端数据的调度方式包括以下方式中的至少一种：
在公共搜索空间调度，使用上行fallback DCI仅调度公共数据；
对于被配置动态码本的终端，在终端多个下行传输块的HARQ-ACK被复用并通过终端的上行物理共享信道传输时，不使用上行fallback DCI调度上行物理共享信道；
对于被配置动态码本的终端，在终端多个下行传输块的HARQ-ACK被复用并通过终端的上行物理共享信道传输时，不使用上行fallback DCI在公共搜索空间调度上行物理共享信道；
对于被配置动态码本的终端，在终端多个下行传输块的HARQ-ACK被复用并通过终端的上行物理共享信道传输时，使用携带上行DAI(Downlink assignment index，下行分配索引)信息的上行fallback DCI调度上行物理共享信道；
对于被配置动态码本的终端，在终端多个下行传输块的HARQ-ACK被复用并通过终端的上行物理共享信道传输、且多个下行传输块中存在被下行fallback DCI调度的传输块时，不使用上行fallback DCI调度上行物理共享信道。
可选的，确定终端数据的码本形成方式的方式包括：
对于被配置动态码本的终端，在终端多个下行传输块的HARQ-ACK被复用并通过终端的上行物理共享信道传输时，若使用上行fallback DCI调度了上行物理共享信道传输，则认定终端将动态码本方式切换为半静态码本方式形成HARQ-ACK复用。
例如，UE配置了动态码本，对于UE1，分别调度了TB1～TB4(4个TB只是一个代指，这些TB可以来自同一载波，或来自同一载波的不同子带，或来自不同载波)，对应的HATQ-ACK1～HARQ-ACK4被复用在一起编码，并通过该UE的PUSCH信道传输，但是该PUSCH怎么被调度，以及对应的码本(复用的HARQ-ACK总的比特数)怎么确定，本实施例提出下面的多种选择：
选择1：
基站使用上行fallback DCI，如果在公共搜素空间发送上行fallback DCI时，该上行fallback DCI不调度UE级别的数据(除了随机接入的消息4)，也就是说，基站在公共搜素空间发送的该上行fallback DCI时，该上行fallback DCI只能调度公共数据(例如小区级别的数据)。也可以理解为，如果UE检测到自己的PUSCH被一个上行fallback DCI调度且该上行fallback DCI在公共搜素空间，那么UE就认为出错，不做处理。
选择2：
对于被配置动态码本的UE，且多个下行TB的HARQ-ACK被复用，并通过UE的一个PUSCH传输，UE不期望该PUSCH通过上行fallback DCI调度(也就是说上行非fallback DCI可以被使用，因为上行至少有2个DCI格式，一个是fallback DCI格式，一个是非fallbackDCI格式，下同)；或者，基站对于配置了动态码本的UE，且多个下行TB的HARQ-ACK被复用并通过UE的一个PUSCH传输时，基站不使用上行fallback DCI调度该PUSCH。也可以理解为：如果被配置动态码本的UE，且多个下行TB的HARQ-ACK被复用并通过UE的一个PUSCH传输，如果UE检测到该PUSCH被一个上行fallback DCI调度，那么UE就认为出错，不做处理。
选择3：
对于被配置动态码本的UE，且多个下行TB的HARQ-ACK被复用，并通过UE的一个PUSCH传输，UE不期望该PUSCH被调度通过公共搜索空间的上行fallback DCI；或者，基站对于配置了动态码本的UE，且多个下行TB的HARQ-ACK被复用并通过UE的一个PUSCH传输时，基站不使用上行fallback DCI在公共搜索空间调度该PUSCH。也可以理解为：如果被配置动态码本的UE，且多个下行TB的HARQ-ACK被复用并通过UE的一个PUSCH传输，如果UE检测到该PUSCH被调度通过公共搜索空间的上行fallback DCI，那么UE就认为出错，不做处理。
选择4：
对于被配置动态码本的UE，且多个下行TB的HARQ-ACK被复用，并通过UE的一个PUSCH传输，如果使用fallback DCI调度该PUSCH，则UE期望该fallback DCI通过UE专用搜索空间发送，且携带上行DAI信息；或者，基站对于配置了动态码本的UE，且多个下行TB的HARQ-ACK被复用并通过UE的一个PUSCH传输时，基站使用上行fallback DCI在UE级别专用搜索空间调度该PUSCH，且该上行fallback DCI携带上行DAI。
选择5：
对于被配置动态码本的UE，且多个下行TB的HARQ-ACK被复用，并通过UE的一个PUSCH传输，如果多个下行TB中存在被下行fallback DCI调度的TB，则UE不期望该PUSCH被调度通过上行fallback DCI；或者，基站对于配置了动态码本的UE，且多个下行TB的HARQ-ACK被复用并通过UE的一个PUSCH传输时，如果基站使用下行fallback DCI调度了多个TB中至少一个TB，那么基站不使用上行fallback DCI调度该PUSCH。
选择6：
对于被配置动态码本的UE，且多个下行TB的HARQ-ACK被复用，并通过UE的一个PUSCH传输，如果UE检测到该PUSCH被调度通过上行fallback DCI(该上行fallback DCI)，那么UE将配置的动态码本方式切换为半静态码本方式形成HARQ-ACK复用；或者，基站对于配置了动态码本的UE，且多个下行TB的HARQ-ACK被复用并通过UE的一个PUSCH传输时，如果基站使用上行fallback DCI调度了该PUSCH，那么基站认为UE将把动态码本方式切换为半静态方式形成HARQ-ACK复用并反馈。
选择6是通过一个触发条件将为UE配置的动态码本切换为半静态码本，这个触发条件即为上述的PUSCH是否被上行fallback DCI调度，实际上主要是因为该fallback DCI中没有上行DAI，也就是触发条件也可以理解为上述PUSCH是否被一个没有携带上行DAI的DCI调度。如果调度上述PUSCH的DCI中携带有上行DAI，则UE和基站都理解继续按照动态码本方式形成HARQ-ACK复用并反馈。
实施例四：
为了使得上述所有实施例得以实施，提供本实施例。
具体的，如图7所示，本实施例提供的终端包括：处理器71、存储器72及通信总线73，其中，
通信总线73用于实现处理器71和存储器72之间的连接通信；
处理器71用于执行存储器72中存储的一个或者多个程序，以实现以下步骤：
确定传输第一数据的第一资源参数、传输第二数据的第二资源参数；
对第一资源参数及第二资源参数进行优化。
在一些实施例中，处理器71用于执行存储器72中存储的一个或者多个程序，以实现以下步骤：
在第一资源参数对应的第一物理信道时域资源、与第二资源参数对应的第二物理信道时域资源部分重叠时，采用预设传输方式传输重叠物理信道时域资源内的第一数据和第二数据。
在一些实施例中，处理器71用于执行存储器72中存储的一个或者多个程序，以实现以下步骤：
确定待传输的至少两个数据；
按照预设排序方式，通过同一个物理信道同时传输至少两个数据。
在一些实施例中，处理器71用于执行存储器72中存储的一个或者多个程序，以实现以下步骤：
确定DCI类型；
确定自身数据的调度方式和/或码本形成方式。
具体的，如图8所示，本实施例提供的基站包括：处理器81、存储器82及通信总线83，其中，
通信总线83用于实现处理器81和存储器82之间的连接通信；
处理器81用于执行存储器82中存储的一个或者多个程序，以实现以下步骤：
确定传输第一数据的第一资源参数、传输第二数据的第二资源参数；
对第一资源参数及第二资源参数进行优化。
在一些实施例中，处理器81用于执行存储器82中存储的一个或者多个程序，以实现以下步骤：
在第一资源参数对应的第一物理信道时域资源、与第二资源参数对应的第二物理信道时域资源部分重叠时，采用预设传输方式传输重叠物理信道时域资源内的第一数据和第二数据。
在一些实施例中，处理器81用于执行存储器82中存储的一个或者多个程序，以实现以下步骤：
接收终端通过同一个物理信道同时传输的至少两个数据；
按照预设排序方式，对至少两个数据进行分解。
在一些实施例中，处理器81用于执行存储器82中存储的一个或者多个程序，以实现以下步骤：
确定DCI类型；
确定终端数据的调度方式和/或码本形成方式。
实施例五：
本实施例解决如何确定上行控制信道(PUCCH)的基序列(也称序列组或组序列)的问题。
基站和UE约定通过下列方式之一确定PUCCH的基序列：
方式1，基站和UE约定，利用PUCCH所在的时隙号和子帧号来确定PUCCH的基序列。这样，确定基序列为该PUCCH所有符号使用。UE将确定的基序列应用到PUCCH上发送PUCCH。基站接收PUCCH，按照逆过程检测基序列。
例如，UE和基站按照下面的等式确定基序列：
其中，方式1中的u表示基序列的索引，Q等于总的基序列个数，fss定义由小区物理ID确定，ns为时隙的编号，Sb是子帧号；c(i)是一个伪随机序列，其初始值为是小区的小区物理ID，或高层配置的一个虚拟小区物理ID。N，K是常数。
方式2，基站和UE约定，利用PUCCH所在的时隙号、子帧号和OFDM符号索引来确定PUCCH的基序列。OFDM符号索引为OFDM符号在PUCCH中的编号，或者OFDM符号索引为OFDM符号在所在时隙中的编号。这样，确定的基序列按照PUCCH的OFDM符号进行变化(这里的变化也称基序列按照符号跳频)。UE将确定的基序列应用到PUCCH上发送PUCCH。基站接收PUCCH，按照逆过程检测基序列。
例如，UE和基站按照下面的等式确定基序列：
其中，在方式2中，u表示基序列的索引，Q等于总的基序列个数，fss定义由小区物理ID确定，ns为时隙的编号，l是符号在时隙中的符号索引，Sb是子帧号，c(i)是一个伪随机序列，其初始值为是小区的小区物理ID，或高层配置的一个虚拟小区物理ID。N，K和H是常数。
方式3，基站和UE约定，利用PUCCH所在的时隙号、子帧号和每个跳频的编号来确定基序列。这样，确定的基序列按照每个跳频进行变化(这里的变化也称基序列按照每个跳频进行跳频)。每个跳频编号可以是每个跳频在时隙内依次进行的编号(例如PUCCH在时隙内跳频1次，第一个跳频的编号为0，第二个跳频为1)，或者，每个跳频编号可以是每个跳频的第一个OFDM符号索引。这里的OFDM符号索引为OFDM符号在PUCCH中的编号，或者OFDM符号索引为OFDM符号在所在时隙中的编号。如果PUCCH不调频，那么可以按照为PUCCH的第一个跳频确定基序列的方式进行确定该PUCCH的基序列，也可以假设PUCCH跳频，然后确定每个跳频的基序列，将确定的基序列使用到对应的假设跳频时每个跳频的符号上。UE将确定的基序列应用到PUCCH上发送PUCCH。基站接收PUCCH，按照逆过程检测基序列。
例如，UE和基站按照下面的等式确定基序列：
其中，在方式3中，u表示基序列的索引，Q等于总的基序列个数，fss定义由小区物理ID确定，ns为时隙的编号，lhop是每个跳频的编号，Sb是子帧号，c(i)是一个伪随机序列，其初始值为是小区的小区物理ID，或高层配置的一个虚拟小区物理ID。N，K和H是常数。
本发明还提供了一种计算机可读存储介质，计算机可读存储介质存储有一个或者多个程序，一个或者多个程序被执行，以实现本发明所有实施例所提供的方法的步骤。
综上可知，通过本发明实施例的实施，至少存在以下有益效果：
根据本发明实施例提供的数据传输管理方法及装置、终端、基站及存储介质，终端或基站在确定传输第一数据的第一资源参数、传输第二数据的第二资源参数之后，对第一资源参数及第二资源参数进行优化；而不是如现有技术那样直接将初始资源参数作为后续传输的标准，而是对这些资源参数进行优化，以解决现有技术中因为通信参数配置结果错误导致终端无法正常工作的问题，保证终端与基站之间的正常通信。
显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(ROM/RAM、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (22)

1.一种数据传输管理方法，包括：
确定传输第一数据的第一资源参数、传输第二数据的第二资源参数；
对所述第一资源参数及所述第二资源参数进行优化。
2.如权利要求1所述的数据传输管理方法，其特征在于，所述对所述第一资源参数及所述第二资源参数进行优化包括：
在所述第一资源参数对应的第一物理信道时域资源、与所述第二资源参数对应的第二物理信道时域资源部分重叠时，采用预设传输方式传输重叠物理信道时域资源内的第一数据和第二数据。
3.如权利要求2所述数据传输管理方法，其特征在于，所述预设传输方式包括以下方式中的至少一种：
所述第一物理信道时域资源与所述第二物理信道时域资源都仅包括一个时隙的物理信道时域资源，采用单时隙传输方式；
所述第一物理信道时域资源包括多个时隙的物理信道时域资源，所述第二物理信道时域资源仅包括一个时隙的物理信道时域资源，针对所述第一物理信道时域资源，采用多时隙传输方式。
4.如权利要求3所述数据传输管理方法，其特征在于，在所述多个时隙中的第一时隙之外的其他时隙中，不包括出现重叠物理信道时域资源的时隙。
5.如权利要求3所述数据传输管理方法，其特征在于，所述多时隙传输方式包括以下方式中的至少一种：
仅在所述重叠物理信道时域资源中，采用单时隙传输方式传输所述第一数据和所述第二数据，在除去所述重叠物理信道时域资源归属时隙的其他时隙内不传输所述第二数据；
在所述重叠物理信道时域资源中，采用单时隙传输方式传输所述第一数据和所述第二数据，在除去所述重叠物理信道时域资源归属时隙的其他时隙内，使用第一物理信道时域资源传输所述第二数据；
在所述重叠物理信道时域资源中，采用单时隙传输方式传输所述第一数据和所述第二数据，在所述重叠物理信道时域资源归属时隙之后的剩余时隙内，使用第一物理信道时域资源传输所述第二数据。
6.如权利要求3至5任一项所述数据传输管理方法，其特征在于，所述第一数据包括HARQ-ACK(Hybr id-ARQ-ACK，混合自动重传请求确认码)，所述第二数据包括SR(Scheduling request，调度请求)，所述单时隙传输方式包括：
在所述重叠物理信道时域资源中，使用HARQ-ACK+SR机制确定序列，使用上行物理控制信道承载所述SR的时域资源发送序列；
在非重叠物理信道时域资源中，对于第一物理信道时域资源，按照HARQ-ACK机制确定发送序列，并使用上行物理控制信道承载所述HARQ-ACK的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于第一物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载所述HARQ-ACK的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于位于所述重叠物理信道时域资源后的第一物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载所述HARQ-ACK的时域资源发送序列；
在非重叠物理信道时域资源中，对于第二物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载所述SR的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于第二物理信道时域资源，按照仅有SR机制确定发送序列，并使用上行物理控制信道承载所述SR的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于位于所述重叠物理信道时域资源后的第二物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载所述SR的时域资源发送序列。
7.如权利要求3至5任一项所述数据传输管理方法，其特征在于，所述第一数据包括HARQ-ACK(Hybr id-ARQ-ACK，混合自动重传请求确认码)，所述第二数据包括SR(Scheduling request，调度请求)，所述单时隙传输方式包括：
在所述重叠物理信道时域资源中，使用HARQ-ACK+SR机制或者HARQ-ACK机制确定序列，将所述HARQ-ACK调制到所述序列上，若所述SR的状态为“无”，使用上行物理控制信道承载所述HARQ-ACK的时域资源发送所述序列，若所述SR的状态为“有”，使用上行物理控制信道承载所述SR的时域资源发送所述序列；
在非重叠物理信道时域资源中，对于第一物理信道时域资源，按照HARQ-ACK机制确定发送序列，并使用上行物理控制信道承载所述HARQ-ACK的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于第一物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载所述HARQ-ACK的时域资源发送序列；
在非重叠物理信道时域资源中，对于第二物理信道时域资源，按照仅有SR机制确定发送序列，并使用上行物理控制信道承载所述SR的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于第二物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载所述SR的时域资源发送序列；或者，在非重叠物理信道时域资源中，对于位于所述重叠物理信道时域资源后的第二物理信道时域资源，按照HARQ-ACK+SR机制确定发送序列，并使用上行物理控制信道承载所述SR的时域资源发送序列。
8.如权利要求3至5任一项所述数据传输管理方法，其特征在于，所述第一数据包括HARQ-ACK(Hybrid-ARQ-ACK，混合自动重传请求确认码)，所述第二数据包括SR(Scheduling request，调度请求)，所述单时隙传输方式包括：
将所述SR与所述HARQ-ACK串接后编码，并使用上行物理控制信道承载所述HARQ-ACK的时域资源发送。
9.一种数据传输管理方法，包括：
确定待传输的至少两个数据；
按照预设排序方式，通过同一个物理信道同时传输所述至少两个数据。
10.如权利要求9所述的数据传输管理方法，其特征在于，所述至少两个数据包括CSI(Channel State Information，信道状态信息)报告，以及HARQ-ACK(Hybrid-ARQ-ACK，混合自动重传请求确认码)及SR(Schedul ing request，调度请求)中的至少一个；所述CSI报告包括第一部分CSI报告和第二部分CSI报告，所述预设排序方式包括以下方式中的至少一种：
所述第一部分CSI报告的后面是所述HARQ-ACK，所述HARQ-ACK后面是所述第二部分CSI报告；
所述第一部分CSI报告的后面是所述SR，所述SR后面是所述第二部分CSI报告；
所述第一部分CSI报告的后面是所述SR，所述SR后面是所述HARQ-ACK，所述HARQ-ACK后面是所述第二部分CSI报告；
所述第一部分CSI报告的后面是所述HARQ-ACK，所述HARQ-ACK后面是所述SR，所述SR后面是所述第二部分CSI报告。
11.一种数据传输管理方法，包括：
确定DCI(downl ink control information，下行控制信息)类型；所述DCI类型包括fal lback(回退)DCI和非fal lback DCI；
确定自身数据的调度方式和/或码本形成方式。
12.如权利要求11所述的数据传输管理方法，其特征在于，所述确定自身数据的调度方式包括以下方式中的至少一种：
检测到自身上行物理共享信道被上行fal lback DCI在公共搜索空间调度时，认定调度错误，不处理；
自身被配置动态码本、多个下行传输块的HARQ-ACK被复用并通过自身的上行物理共享信道传输，检测到所述上行物理共享信道被上行fal lback DCI调度时，认定调度错误，不处理；
自身被配置动态码本、多个下行传输块的HARQ-ACK被复用并通过自身的上行物理共享信道传输，检测到所述上行物理共享信道被上行fal lback DCI在公共搜索空间调度时，认定调度错误，不处理；
自身被配置动态码本、多个下行传输块的HARQ-ACK被复用并通过自身的上行物理共享信道传输，检测到所述上行物理共享信道被fal lback DCI调度且通过专用搜索空间发送所述fal lback DCI，并要求所述fal lback DCI携带上行DAI(Downl ink ass ignmentindex，下行分配索引)信息；
自身被配置动态码本、多个下行传输块的HARQ-ACK被复用并通过自身的上行物理共享信道传输、且所述多个下行传输块中存在被下行fal lback DCI调度的传输块，检测到所述上行物理共享信道被上行fal lback DCI调度时，认定调度错误，不处理。
13.如权利要求11或12所述的数据传输管理方法，其特征在于，所述确定自身数据的码本形成方式的方式包括：
自身被配置动态码本、多个下行传输块的HARQ-ACK被复用并通过自身的上行物理共享信道传输，检测到所述上行物理共享信道被上行fal lback DCI调度时，将动态码本方式切换为半静态码本方式形成HARQ-ACK复用。
14.一种数据传输管理方法，包括：
接收终端通过同一个物理信道同时传输的至少两个数据；
按照预设排序方式，对所述至少两个数据进行分解。
15.如权利要求14所述的数据传输管理方法，其特征在于，所述至少两个数据包括CSI(Channel State Information，信道状态信息)报告，以及HARQ-ACK(Hybrid-ARQ-ACK，混合自动重传请求确认码)及SR(Schedul ing request，调度请求)中的至少一个；所述CSI报告包括第一部分CSI报告和第二部分CSI报告，所述预设排序方式包括以下方式中的至少一种：
所述第一部分CSI报告的后面是所述HARQ-ACK，所述HARQ-ACK后面是所述第二部分CSI报告；
所述第一部分CSI报告的后面是所述SR，所述SR后面是所述第二部分CSI报告；
所述第一部分CSI报告的后面是所述SR，所述SR后面是所述HARQ-ACK，所述HARQ-ACK后面是所述第二部分CSI报告；
所述第一部分CSI报告的后面是所述HARQ-ACK，所述HARQ-ACK后面是所述SR，所述SR后面是所述第二部分CSI报告。
16.一种数据传输管理方法，包括：
确定DCI(downl ink control information，下行控制信息)类型；所述DCI类型包括fal lback(回退)DCI和非fal lback DCI；
确定终端数据的调度方式和/或码本形成方式。
17.如权利要求16所述的数据传输管理方法，其特征在于，所述确定终端数据的调度方式包括以下方式中的至少一种：
在公共搜索空间调度，使用上行fal lback DCI仅调度公共数据；
对于被配置动态码本的终端，在终端多个下行传输块的HARQ-ACK被复用并通过终端的上行物理共享信道传输时，不使用上行fal lback DCI调度所述上行物理共享信道；
对于被配置动态码本的终端，在终端多个下行传输块的HARQ-ACK被复用并通过终端的上行物理共享信道传输时，不使用上行fal lback DCI在公共搜索空间调度所述上行物理共享信道；
对于被配置动态码本的终端，在终端多个下行传输块的HARQ-ACK被复用并通过终端的上行物理共享信道传输时，使用携带上行DAI(Downl inkass ignment index，下行分配索引)信息的上行fal lback DCI调度所述上行物理共享信道；
对于被配置动态码本的终端，在终端多个下行传输块的HARQ-ACK被复用并通过终端的上行物理共享信道传输、且所述多个下行传输块中存在被下行fal lback DCI调度的传输块时，不使用上行fal lback DCI调度所述上行物理共享信道。
18.如权利要求16或17所述的数据传输管理方法，其特征在于，所述确定终端数据的码本形成方式的方式包括：
对于被配置动态码本的终端，在终端多个下行传输块的HARQ-ACK被复用并通过终端的上行物理共享信道传输时，若使用上行fal lback DCI调度了所述上行物理共享信道传输，则认定终端将动态码本方式切换为半静态码本方式形成HARQ-ACK复用。
19.一种数据传输管理装置，包括：
确定模块，用于确定传输第一数据的第一资源参数、传输第二数据的第二资源参数；
优化模块，用于对所述第一资源参数及所述第二资源参数进行优化。
20.一种终端，其特征在于，包括：处理器、存储器及通信总线，其中，
所述通信总线用于实现所述处理器和所述存储器之间的连接通信；
所述处理器用于执行所述存储器中存储的一个或者多个程序，以实现如权利要求1至13任一项所述的数据传输管理方法的步骤。
21.一种基站，其特征在于，包括：处理器、存储器及通信总线，其中，
所述通信总线用于实现所述处理器和所述存储器之间的连接通信；
所述处理器用于执行所述存储器中存储的一个或者多个程序，以实现如权利要求1至9、14至18任一项所述的数据传输管理方法的步骤。
22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1至18任一项所述的数据传输管理方法的步骤。
CN201810032027.7A 2018-01-12 2018-01-12 数据传输管理方法及装置、终端、基站及存储介质 Active CN110035445B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810032027.7A CN110035445B (zh) 2018-01-12 2018-01-12 数据传输管理方法及装置、终端、基站及存储介质
PCT/CN2019/071155 WO2019137432A1 (zh) 2018-01-12 2019-01-10 数据传输管理方法及装置、终端、基站及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810032027.7A CN110035445B (zh) 2018-01-12 2018-01-12 数据传输管理方法及装置、终端、基站及存储介质

Publications (2)

Publication Number Publication Date
CN110035445A true CN110035445A (zh) 2019-07-19
CN110035445B CN110035445B (zh) 2022-04-19

Family

ID=67218894

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810032027.7A Active CN110035445B (zh) 2018-01-12 2018-01-12 数据传输管理方法及装置、终端、基站及存储介质

Country Status (2)

Country Link
CN (1) CN110035445B (zh)
WO (1) WO2019137432A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021027604A1 (zh) * 2019-08-14 2021-02-18 中兴通讯股份有限公司 传输方法、装置、通信节点及介质
CN113632556A (zh) * 2019-03-28 2021-11-09 松下电器（美国）知识产权公司 移动站、基站、接收方法和发送方法
CN113677006A (zh) * 2020-05-14 2021-11-19 维沃移动通信有限公司 Pucch重复传输的方法及设备
CN114466461A (zh) * 2019-09-30 2022-05-10 Oppo广东移动通信有限公司 数据传输的方法和设备

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115276918B (zh) * 2019-08-02 2024-04-26 中兴通讯股份有限公司 信息计数方法、装置和计算机存储介质
CN112398590B (zh) * 2019-08-16 2022-12-02 大唐移动通信设备有限公司 混合自动重传请求应答反馈及接收的方法、设备、装置
CN111092695B (zh) * 2019-11-05 2023-09-26 中兴通讯股份有限公司 重传次数确定方法、指示方法、装置、终端、通信节点及介质
CN112788748B (zh) * 2019-11-05 2023-06-16 维沃移动通信有限公司 一种上行控制信息的传输方法和终端设备
CN114614950A (zh) * 2020-12-04 2022-06-10 ***通信有限公司研究院 混合自动重传请求反馈信息的发送方法、接收方法及设备
US11576174B2 (en) * 2021-04-05 2023-02-07 Nokia Technologies Oy TDRA enhancements for 60 GHz scenario

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106664520A (zh) * 2014-09-25 2017-05-10 英特尔Ip公司 为增强覆盖模式ue处理上行链路传输冲突的***和方法
CN109644466A (zh) * 2018-05-11 2019-04-16 Oppo广东移动通信有限公司 上行信号的发送方法和终端设备
CN109995481A (zh) * 2017-12-29 2019-07-09 电信科学技术研究院 一种上行控制信息的传输方法及装置
CN109995484A (zh) * 2017-12-29 2019-07-09 电信科学技术研究院 一种数据传输、接收方法、终端及基站

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103650395B (zh) * 2011-09-23 2016-09-07 Lg电子株式会社 用于发送控制信息的方法和装置
JP6587612B2 (ja) * 2014-06-20 2019-10-09 シャープ株式会社 端末装置、基地局装置、および通信方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106664520A (zh) * 2014-09-25 2017-05-10 英特尔Ip公司 为增强覆盖模式ue处理上行链路传输冲突的***和方法
CN109995481A (zh) * 2017-12-29 2019-07-09 电信科学技术研究院 一种上行控制信息的传输方法及装置
CN109995484A (zh) * 2017-12-29 2019-07-09 电信科学技术研究院 一种数据传输、接收方法、终端及基站
CN109644466A (zh) * 2018-05-11 2019-04-16 Oppo广东移动通信有限公司 上行信号的发送方法和终端设备

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113632556A (zh) * 2019-03-28 2021-11-09 松下电器（美国）知识产权公司 移动站、基站、接收方法和发送方法
WO2021027604A1 (zh) * 2019-08-14 2021-02-18 中兴通讯股份有限公司 传输方法、装置、通信节点及介质
CN114466461A (zh) * 2019-09-30 2022-05-10 Oppo广东移动通信有限公司 数据传输的方法和设备
CN114466461B (zh) * 2019-09-30 2023-07-18 Oppo广东移动通信有限公司 数据传输的方法和设备
CN113677006A (zh) * 2020-05-14 2021-11-19 维沃移动通信有限公司 Pucch重复传输的方法及设备

Also Published As

Publication number Publication date
WO2019137432A1 (zh) 2019-07-18
CN110035445B (zh) 2022-04-19

Similar Documents

Publication Publication Date Title
CN110035445A (zh) 数据传输管理方法及装置、终端、基站及存储介质
JP6333349B2 (ja) キャリア・アグリゲーションのフィードバック方法、装置およびシステム
CN104811909B (zh) 设备到设备广播信息的发送、接收方法及装置、传输***
CN106571897B (zh) 用于载波聚合***的通信方法和装置
CN104272634B (zh) 移动通信***及其信道发送/接收方法
WO2017076157A1 (zh) 数据调度及传输的方法、装置及***
AU2015409323B2 (en) Control Information Sending Method and Communications Device
US10313042B2 (en) Mobile communication system and data transmission method thereof
EP4012954A1 (en) Method and apparatus for sending and receiving feedback information, and storage medium
CN106804116B (zh) 一种反馈信息的传输方法和基站以及用户设备
US20220399978A1 (en) Method and apparatus for processing harq of sps pdsch and electronic device
KR20130116874A (ko) 긍정/부정 응답 메시지의 매핑 방법 및 단말
JP2014515238A (ja) Ａｃｋ／ｎａｃｋフィードバック情報を送信するための方法および装置
CN110505698A (zh) 信道配置方法及终端、存储介质、电子装置
CN108111263A (zh) 确认信息的反馈方法及装置，确认信息的接收方法及装置
CN102651678A (zh) 控制信息的传输方法、装置及***
CN104796926A (zh) 资源管理方法和装置
KR102457944B1 (ko) 데이터 피드백, 송신 및 수신 방법 및 장치, 수신기기 및 송신기기
US11856561B2 (en) Determining a feedback codebook
CN102468945A (zh) Ack/nack反馈信息的传输方法和设备
CN103580823B (zh) 处理上行harq反馈的方法
CN102664715A (zh) 一种ack/nack反馈模式的选择方法和设备
WO2018028337A1 (zh) 一种ack/nack反馈信息传输方法及相关设备
CN107113119A (zh) 混合自动重传应答消息的传输方法、用户设备和基站
US20230012010A1 (en) Dynamic resource scheduling in wireless communications

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