CN107888316A - 一种信道或信号的发送方法及装置 - Google Patents

Abstract

本文公开了一种业务处理方法及装置，包括发送端根据预先设置的业务类型时间单元结构，在相应的时间资源上处理业务数据，其中，业务数据可以是信道或信号。通过本发明提供的技术方案，一方面，解决不同频谱类型的业务在相同时间单元结构发送的问题，同时降低了不同业务类型之间的跨链路干扰问题、免调度机制面临的多用户碰撞问题问题，提升了无线系统的性能。

Description

一种信道或信号的发送方法及装置

技术领域

本发明涉及但不限于无线通信技术，尤指一种信道或信号发送的方法及装置。

背景技术

在过去的几十年中，移动通信经历了从语音业务到高速率宽带数据业务的飞跃发展。而随着移动互联网和物联网等新型业务的进一步发展，人们对移动网络的新需求将会进一步增加。一方面，预计未来移动网络数据流量将会爆发式增长。另一方面，海量的设备连接和多样化的业务和应用是未来无线通信系统的重要特征之一，以人为中心的通信与以机器为中心的通信将会共存发展。

基于未来移动通信多样化的业务和应用需求，无线通信系统必须满足多样化的要求，如包括在吞吐量、时延、可靠性、链接密度、成本、能耗、复杂性以及覆盖等多发面的要求，由此，针对第五代(5G)系统的研究应运而生。5G在研究之初，将未来移动通信的可能场景或业务大致分为三类：增强的移动宽带(eMBB,enhanced Mobile Broadband)、超可靠低时延通信(URLLC,Ultra Reliable Low latency Communication)、以及海量的机器类通信(mMTC,massive Machine Type Communication)。其中，eMBB、URLLC以及mMTC代表了三类不同的业务，具有不同的传输要求：eMBB业务一般是宽带传输，需要提供较高的吞吐量；URLLC业务则对可靠性和时延有要求，而mMTC业务的要求是大连接、广覆盖以及低功耗。

根据5G NR(New Radio)研究目标，5G设备将会支持在授权频谱、非授权频谱或共享频谱的通信。因此，从前向兼容性、复杂性、以及互通方面，应该设计一个能支持所有频谱类型发送的统一的帧结构。在此基础上，该统一的帧结构能够解决5G面临的跨链路干扰以及免调度碰撞等问题。如何设计统一的帧结构来解决上述问题，现有文献及现有技术对于此问题尚未有解决方案。

发明内容

为了解决上述技术问题，本发明提供一种业务处理方法及装置，能够支持不同频谱类型的业务在相同时间单元结构的发送。

为了达到本发明目的，本发明提供了一种业务处理方法，包括：

发送端根据设置的业务类型时间单元结构，在相应的时间资源上处理业务数据。其中，业务数据可以是信道或信号；所述时间单元至少包括一个或多个用于载波侦听的保护时长。

可选地，业务类型时间单元结构包括以下一项或多项的组合：

第一业务类型时间单元结构为：下行发送为主的第一业务类型时间单元结构；

第二业务类型时间单元结构为：基于调度的上行发送为主的第二业务类型时间单元结构；

第三业务类型时间单元结构为：基于免调度的上行发送为主的第三业务类型时间单元结构。

可选的，所述第一业务类型时间单元结构依次包括以下部分：下行控制、第一保护时长、下行数据、第二保护时长、上行控制、以及第三保护时长；

或者，依次包括以下部分：第三保护时长、下行控制、第一保护时长、下行数据、第二保护时长、以及上行控制。

可选的，所述第二业务类型时间单元结构依次包括以下部分：下行控制、第一保护时长、上行数据、第二保护时长、上行控制、以及第三保护时长；

或者，依次包括以下部分：第三保护时长、下行控制、第一保护时长、上行数据、第二保护时长、以及上行控制。

可选的，所述第三业务类型时间单元结构依次包括以下部分：上行数据、上行控制、第三保护时长；

或者，依次包括以下部分：第一保护时长、上行数据、上行控制、第三保护时长；

或者，依次包括以下部分：上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长；

或者，依次包括以下部分：第一保护时长、上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长。

本发明还提供了一种业务处理装置，包括：设置模块，处理模块；其中，

设置模块。用于根据不同的业务类型设置业务类型时间单元结构。

处理模块，根据设置的业务类型时间单元结构，在相应的时间资源上处理业务数据，其中，业务数据可以是信道或信号。所述时间单元至少包括一个或多个用于载波侦听的保护时长。

可选地，业务类型时间单元结构包括但不限于以下的任意组合：

第一业务类型时间单元结构为：下行发送为主的第一业务类型时间单元结构；

第二业务类型时间单元结构为：基于调度的上行发送为主的第二业务类型时间单元结构；

第三业务类型时间单元结构为：基于免调度的上行发送为主的第三业务类型时间单元结构。

可选的，所述第一业务类型时间单元结构依次包括以下部分：下行控制、第一保护时长、下行数据、第二保护时长、上行控制、以及第三保护时长；

或者，依次包括以下部分：第三保护时长、下行控制、第一保护时长、下行数据、第二保护时长、以及上行控制。

可选的，所述第二业务类型时间单元结构依次包括以下部分：下行控制、第一保护时长、上行数据、第二保护时长、上行控制、以及第三保护时长；

或者，依次包括以下部分：第三保护时长、下行控制、第一保护时长、上行数据、第二保护时长、以及上行控制。

可选的，所述第三业务类型时间单元结构依次包括以下部分：上行数据、上行控制、第三保护时长；

或者，依次包括以下部分：第一保护时长、上行数据、上行控制、第三保护时长；

或者，依次包括以下部分：上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长；

或者，依次包括以下部分：第一保护时长、上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长。

其中，本发明业务处理装置可以设置在基站，也可以设置在UE中，也可以是独立的设备。

与现有技术相比，本发明包括：发送端根据预先设置的业务类型时间单元结构，在相应的时间资源上处理业务数据，其中，业务数据可以是信道或信号；所述时间单元至少包括一个或多个用于载波侦听的保护时长。通过本发明提供的技术方案，一方面，解决不同频谱类型的业务在相同时间单元结构的发送，同时降低了不同业务类型之间的跨链路干扰问题、免调度面临的多用户碰撞问题问题。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明业务处理方法的流程图；

图2为本发明业务处理装置的组成结构示意图；

图3为本发明第一业务类型时间单元结构示意图；

图4为本发明第二业务类型时间单元结构示意图；

图5为本发明第三业务类型时间单元结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

本文中的帧结构可以适用于一个或多个如下时间单元：小时隙(mini-slot)、或时隙(slot)、或子帧(subframe)、或帧(frame)、或调度单元(scheduling interval)、或控制单元(control interval)、或时间长度(time interval)。即，上下文中帧结构中的“帧”不特指LTE或5G NR中的具有特定长度的“帧”,帧结构可以指代上述时间单元的“结构”。

为了支持不同频谱类型采用相同的时间单元结构发送信道或信号，且该时间单元结构能够解决动态TDD/灵活双工面临的跨链路干扰问题、以及免调度等接入技术面临的碰撞问题，本发明实施例的业务处理方法至少包括：

发送端根据预先设置的业务类型时间单元结构，在相应的时间资源上处理业务数据，其中，业务数据可以是信道或信号。所述时间单元至少包括一个或多个用于载波侦听的保护时长。如图1所示，具体包括：

步骤100：根据不同的业务类型设置业务类型时间单元结构。

步骤101：根据设置的业务类型时间单元结构，在相应的时间资源上处理业务数据，其中，业务数据可以是信道或信号。所述时间单元至少包括一个或多个用于载波侦听的保护时长。

可选地，业务类型时间单元结构包括但不限于以下的任意组合：

第一业务类型时间单元结构为：下行发送为主的第一业务类型时间单元结构；

第二业务类型时间单元结构为：基于调度的上行发送为主的第二业务类型时间单元结构；

第三业务类型时间单元结构为：基于免调度的上行发送为主的第三业务类型时间单元结构。

可选的，所述第一业务类型时间单元结构依次包括以下部分：下行控制、第一保护时长、下行数据、第二保护时长、上行控制、以及第三保护时长；

或者，依次包括以下部分：第三保护时长、下行控制、第一保护时长、下行数据、第二保护时长、以及上行控制。

可选的，所述第二业务类型时间单元结构依次包括以下部分：下行控制、第一保护时长、上行数据、第二保护时长、上行控制、以及第三保护时长；

或者，依次包括以下部分：第三保护时长、下行控制、第一保护时长、上行数据、第二保护时长、以及上行控制。

可选的，所述第三业务类型时间单元结构依次包括以下部分：上行数据、上行控制、第三保护时长；

或者，依次包括以下部分：第一保护时长、上行数据、上行控制、第三保护时长；

或者，依次包括以下部分：上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长；

或者，依次包括以下部分：第一保护时长、上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长。

图2为本发明业务处理装置的组成结构示意图，如图2所示，至少包括设置模块，处理模块；其中，

设置模块。用于根据不同的业务类型设置业务类型时间单元结构。

处理模块，根据设置的业务类型时间单元结构，在相应的时间资源上处理业务数据，其中，业务数据可以是信道或信号。所述时间单元至少包括一个或多个用于载波侦听的保护时长。

可选地，业务类型时间单元结构包括但不限于以下的任意组合：

第一业务类型时间单元结构为：下行发送为主的第一业务类型时间单元结构；

第二业务类型时间单元结构为：基于调度的上行发送为主的第二业务类型时间单元结构；

第三业务类型时间单元结构为：基于免调度的上行发送为主的第三业务类型时间单元结构。

可选的，所述第一业务类型时间单元结构依次包括以下部分：下行控制、第一保护时长、下行数据、第二保护时长、上行控制、以及第三保护时长；

或者，依次包括以下部分：第三保护时长、下行控制、第一保护时长、下行数据、第二保护时长、以及上行控制。

可选的，所述第二业务类型时间单元结构依次包括以下部分：下行控制、第一保护时长、上行数据、第二保护时长、上行控制、以及第三保护时长；

或者，依次包括以下部分：第三保护时长、下行控制、第一保护时长、上行数据、第二保护时长、以及上行控制。

可选的，所述第三业务类型时间单元结构依次包括以下部分：上行数据、上行控制、第三保护时长；

或者，依次包括以下部分：第一保护时长、上行数据、上行控制、第三保护时长；

或者，依次包括以下部分：上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长；

或者，依次包括以下部分：第一保护时长、上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长。

其中，本发明业务处理装置可以设置在基站，也可以设置在UE中，也可以是独立的设备。

下面结合具体实施例对本发明技术方案进行详细描述。

第一实施例，以下行发送为主(DL-dominant)的帧结构设计为例：

传统的下行发送为主(DL-dominant)的帧结构依次包括四个部分：下行控制(DLControl)、下行数据(DL data)、保护时长(Guard)、以及上行控制(UL control)。

上述帧结构没有考虑到非授权频谱以及共享频谱如何公平或协调接入信道的问题，也没有考虑到授权频谱存在的跨链路交叉干扰问题。例如，本小区下行数据发送对邻小区上行数据接收的干扰，或者邻小区上行数据发送对本小区下行数据接收的干扰。

考虑到支持所有频谱类型以及降低跨载波干扰，设计下行发送为主的帧结构如下：

如图3所示，第一种帧结构依次包括:下行控制(DL Control)、第一保护时长(Guard 1)、下行数据(DL data)、第二保护时长(Guard 2)、以及上行控制(UL control)、以及第三保护时长(Guard 3)。

或者，最后一个保护时长位于帧结构的开始，即位于下行控制之前。第二种帧结构依次包括:第三保护时长(Guard 3)、下行控制(DL Control)、第一保护时长(Guard 1)、下行数据(DL data)、第二保护时长(Guard 2)、以及上行控制(UL control)。

上述帧结构可以适用于一个或多个如下时间单元：小时隙(mini-slot)、或时隙(slot)、或子帧(subframe)、或帧(frame)、或调度单元(scheduling interval)、或控制单元(control interval)、或时间长度(time interval)。即，上文和下文中帧结构中的“帧”不特指LTE或5G NR中的具有特定长度的“帧”,帧结构可以指代上述时间单元的“结构”。下文同(包括其他实施例)。

对于上述两种帧结构中的各个部分，所占用的时长可以相等或不相等，取决于各自的功能和/或业务的大小。其中，各个保护时长由于功能不一样，所占用的时长也可以相等或不相等。

以第一种帧结构为例，介绍各部分功能：

DL control：发送下行控制信息，例如包括下述至少之一：下行调度信息、对上行的调度信息、HARQ确认信息、或功率控制或命令信息；

Guard 1：用于侦听其他设备在所使用的载波上的信息，或测量该载波使用状况，或对后续的上/下行发送进行协调。协调包括下述至少之一：确定本设备与其他设备发送的优先级、或确定是否继续发送上/下行信道信号、或对使用的时频资源进行调整、或对使用的码域资源进行调整、或对使用的空间资源进行调整(如beam)、或对上/下行发送的功率进行调整。或者，发送感知信号或预留信号，用于信道占用或后续协调发送。

该Guard有/无可配置、和/或时间长短可配置。例如，对预设业务类型或预设频谱类型可配置，URLLC业务可不配置该Guard，或配置较短时长该Guard。例如，对非授权频谱可以不配置该Guard。

DL data：发送下行数据信道；

Guard 2：该保护时长功能保护以下至少之一：上行或下行的传输时延；对下行数据信道的译码；对上行控制信道的编码；在发送UL control之前，执行信道侦听、感知或发送协调，尤其适用于非授权频谱或共享频谱；

UL control：发送上行控制信息或信号，如发送CSI测量结果、或CQI，或发送SRS、或反馈HARQ ACK/NACK等；

Guard 3：用于UE发送到接收的切换，或eNB接收到发送的切换。可用于重传。或者，用于发送DL control(在下一个时间单元)之前的信道侦听或感知或发送协调。

第二种帧结构各个部分功能与第一种帧结构相应部分类似。

进一步的，上述帧结构中的各个部分可以位于同一个小时隙、或一个时隙、或一个子帧、或一个帧、或一个时间长度中时，则即为自包含结构。

或者，上述设计的帧结构中的各个部分可以位于不同的小时隙、或时隙、或子帧、或帧、或时间长度中。

例如，在第一个时间单元中(时间单元可以指上述小时隙、或时隙、或子帧、或帧、或时间长度)，首先发送DL control、然后预留guard，接着发送DL data。DL data可以在图3所示的位置结束，也可以在一个或多个时间单元中持续发送。UL control可以位于与DLcontrol/DL data在不同的时间单元中。对于第一个时间单元中发送的DL data，或连续多个时间单元中发送的DL data，可以在其他时间单元中的UL control给予反馈，也即ACK/NACK确认。

第二实施例，以上行发送为主(UL-dominant)的帧结构设计为例：

传统的上行发送为主(UL-dominant)的帧结构依次包括四个部分：下行控制(DLControl)、保护时长(Guard)、上行数据(UL data)、以及上行控制(UL control)。

上述帧结构没有考虑到非授权频谱以及共享频谱如何公平或协调接入信道的问题，也没有考虑到授权频谱存在的跨链路交叉干扰问题。例如，本小区下行数据发送对邻小区上行数据接收的干扰，或者邻小区上行数据发送对本小区下行数据接收的干扰。

考虑到支持所有频谱类型以及降低跨载波干扰，设计上行发送为主的帧结构如下：

如图4所示，第一种帧结构依次包括:下行控制(DL Control)、第一保护时长(Guard 1)、上行数据(DL data)、第二保护时长(Guard 2)(可选的)、以及上行控制(ULcontrol)、以及第三保护时长(Guard 3)。

或者，最后一个保护时长位于帧结构的开始，即位于下行控制之前。第二种帧结构依次包括:第三保护时长(Guard 3)、下行控制(DL Control)、第一保护时长(Guard 1)、上行数据(DL data)、第二保护时长(Guard 2)(可选的)、以及上行控制(UL control)。

对于上述两种结构，上行控制(UL control)可以在上行数据之前，这个时候就不需要Guard 2。以第一种帧结构为例，依次包括：下行控制、第一保护时长、上行控制、上行数据、以及第三保护时长。

上述帧结构可以适用于一个或多个如下时间单元：小时隙(mini-slot)、或时隙(slot)、或子帧(subframe)、或帧(frame)、或调度单元(scheduling interval)、或控制单元(control interval)、或时间长度(time interval)。即，上文和下文中帧结构中的“帧”不特指LTE或5G NR中的具有特定长度的“帧”,帧结构可以指代上述时间单元的“结构”。下文同(包括其他实施例)。

对于上述两种帧结构中的各个部分，所占用的时长可以相等或不相等，取决于各自的功能和/或业务的大小。其中，各个保护时长由于功能不一样，所占用的时长也可以相等或不相等。

以第一种帧结构为例，介绍各部分功能：

DL control：发送下行控制信息，如下行调度信息、对上行的调度信息、HARQ确认信息、或功率控制或命令信息等；

Guard 1：

用于侦听其他设备在所使用的载波上的信息，或测量该载波使用状况，或对后续的上/下行发送进行协调,或发送感知信号或预留信号，用于信道占用或后续协调发送。

其中，协调包括下述至少之一：确定本设备与其他设备发送的优先级、或确定是否继续发送上/下行信道信号、或对使用的时频资源进行调整、或对使用的码域资源进行调整、或对使用的空间资源进行调整(如beam)、或对上/下行发送的功率进行调整。

或者，该Guard用于下述至少之一：上行或下行的传输时延；对下行数据信道的译码；对上行控制信道的编码；

UL data：发送上行数据信道；

Guard 2：在发送UL control之前，执行信道感知或发送协调，尤其适用于非授权频谱或共享频谱；对于授权频谱，帧结构中可以不需要这个guard，相应部分可以用于ULdata发送；

UL control：发送上行控制信息或信号，如发送CSI测量结果、或CQI，或发送SRS，或反馈HARQ ACK/NACK等；

Guard 3：用于UE发送到接收的切换，或eNB接收到发送的切换，可用于重传。或者，用于发送DL control(在下一个时间单元)之前的信道侦听或感知或发送协调。

第二种帧结构各个部分功能与第一种帧结构相应部分类似。

进一步的，上述帧结构中的各个部分可以位于同一个小时隙、或一个时隙、或一个子帧、或一个帧、或一个时间长度中时，则即为自包含结构。

或者，上述设计的帧结构中的各个部分可以位于不同的小时隙、或时隙、或子帧、或帧、或时间长度中。

例如，在第一个时间单元中，首先发送DL control、然后预留guard，接着发送ULdata。UL data可以在图4所示的位置结束，也可以在一个或多个时间单元中持续发送。DLcontrol可以位于与UL data/UL control在不同的时间单元中。对于第一个时间单元中发送的UL data，或连续多个时间单元中发送的UL data，可以在其他时间单元中的DLcontrol给予反馈，也即ACK/NACK确认。

第三实施例，以免调度/自发/基于竞争(grant-free/autonomous/contention-based)发送的帧结构设计为例：

如图5所示，图5由两个时间单元组成(中间以粗黑线相隔)，时间单元可以指小时隙(mini-slot)、或时隙(slot)、或子帧(subframe)、或帧(frame)、或调度单元长度(scheduling interval)、或控制单元长度(control interval)、或时间长度(timeinterval)。图5示意的这两个时间单元可以是连续的，或者相隔k个时间单元。例如前一个时间单元序号为n，后一个时间单元为n+k，k为大于0的整数。

对于grant-free/autonomous/contention based接入方案，至少初传不需要根据基站下发调度信息发送。因此可以不需要根据DL control来发送UL data。

方案一：如图5(a)左侧第一个时间单元所示，依次包括：UL data，UL control，Guard三个部分。同样的，类似实施例二，这里的UL control可以在UL data之前，下文同。

其中，UL data占用实施例一/二中(图3/4)的DL control以Guard 1部分，即可以在实施例一/二中(图3/4)的DL control以及Guard 1发送，提高业务发送能力及频谱效率。

其中,类似实施例二，UL data和UL control之间可以存在一个Guard(可选的)，用于非授权频谱/共享频谱场景中的载波侦听或发送协调。

其中，类似实施例二第二种帧结构，第三个部分Guard为可选的；或者，也可以位于UL data之前，用于侦听感知。

方案二：如图5(b)第一个时间单元所示，包括：Guard，UL data，UL control，Guard四个部分。

其中，UL data不占用实施例一/二中(图3/4)的DL control以及Guard1部分，也即在。也即grant-free/autonomous/contention-based UE在图3/4的DL control部分不发送UL数据，以免造成跨链路干扰。

其中,UL data和UL control之间可以存在一个Guard(可选的)，用于非授权频谱/共享频谱场景中的载波侦听或发送协调。

其中，第四个部分Guard为可选的；或者，也可以位于UL data之前(这时候和第一个Guard合并为一个Guard)，用于侦听感知。

方案三：如图5(c)第一个时间单元所示，包括：UL data，UL control，Guard，DLcontrol(或ACK/NACK)，Guard五个部分。

其中，UL data占用实施例一/二中(图3/4)的DL control以及Guard 1，可以提高业务发送能力及频谱效率。

其中,UL data和UL control之间可以存在一个Guard(可选的)，用于非授权频谱/共享频谱场景中的载波侦听或发送协调。

ACK/NACK用于对接收UL data正确与否的确认反馈。

其中，第三个部分Guard和/或第五个部分Guard为可选的；或者，第五个部分Guard也可以位于UL data之前，用于侦听感知。

方案四：如图5(d)第一个时间单元所示，包括：Guard，UL data，UL control，Guard，DL control(或ACK/NACK),Guard六个部分。

其中，UL data不占用实施例一/二中(图3/4)的DL control以及Guard1部分。也即grant-free/autonomous/contention-based UE在图3/4的DL control部分不发送UL数据，以免造成跨链路干扰。

其中,UL data和UL control之间可以存在一个Guard(可选的)，用于非授权频谱/共享频谱场景中的载波侦听或发送协调。

ACK/NACK用于对接收UL data的反馈。

其中，第四个部分Guard和/或第六个部分Guard为可选的；或者，第六个部分Guard也可以位于UL data之前(这时候和第一个Guard合并为一个Guard)，用于侦听感知。

也即对于上述四种方案，时间单元中的最后一个保护时长也可以放到时间单元结构中的开头。如果方案中时间单元中开头本来就有保护时长，则这两个保护时长可以合并为一个保护时长。

另外，上述帧结构中各个保护时长功能不一样，时间长度可以相同，也可以不同。

另外，对免调度/自发/基于竞争(grant-free/autonomous/contention-based)发送，重传的帧结构可以有以下两种方案：

方案一：如图5(c)/(d)所示，下行的ACK/NACK(或基站的重传调度信息，DLcontrol)在位于UL data同一时间单元反馈(假设该时间单元序号为n)，根据下行的ACK/NACK反馈结果，UE可以在第n+k个时间单元重传(k为大于0的整数，或预设，或可配置，或随机选择)。重传的帧结构可以与初传的帧结构相同。

方案二：如图5(a)/(b)第二个时间单元所示，基站的重传调度信息(或下行的ACK/NACK反馈)可以在第n+k个时间单元发送(k为大于0的整数，或预设，或可配置，或随机选择)。重传的数据可以和基站的重传调度信息(或下行的ACK/NACK反馈)在同一时间单元发送，或不同时间单元发送。

第四实施例，一种解决TDD上下行时隙切换的方法。

动态或半动态上下行切换被作为一种有效适应业务的上下行变化需求。但还有一些信号或信道需要在确定的时间发送，这与动态或半动态上下行切换矛盾。一个解决方案如下：

配置预留资源，所述一份预留资源可以是如下资源的一个或多个：一个或多个OFDM符号，一个或多个子帧，一个或多个时隙，一个或多个TTI，一个或多个RB，一个或多个载波、一个或多个子载波。所述预留资源的配置优选的为半静态配置或者默认配置。

所述配置预留资源优选的配置为周期出现的方式，例如每40ms配置一个子帧的预留资源。其周期大小基于其传输信号的需求确定，例如，DRS配置为40ms比较合适。

若所述预留资源配置为下行属性，则在执行TDD上下行动态或半动态切换时，所述预留资源一般限制上下行动态或半动态切换操作，不允许切换为动态上行。除非重新配置所述预留资源的上下行属性。相应地，若所述预留资源配置为上行属性，则在执行TDD上下行动态或半动态切换时，所述预留资源一般限制上下行动态或半动态切换操作，不允许切换为动态下行。除非重新配置所述预留资源的上下行属性。

所述预留资源优选用于周期性信号和/或信道传输使用；和/或用于小区级信号/信道传输使用。例如下行属性的预留资源可以用于传输信号/信道中的一个或多个：广播信道、发现信号、寻呼信号/信道、主系统信息、同步信号/信道、小区级和/或UE组级别的参考信号等；上行属性的预留资源可以用于传输上行信号/信道中的一个或多个：SRS、PRACH、上行发现信号等。

其中PRACH和/或寻呼信号/信道虽然不是周期信号信道，但可以配置其仅在预留的周期性资源上传输。

所述预留资源信息可以通过信令通知给UE和/或邻小区。通知方法可以是半动态通知或者静态配置。

通过预留固定属性的预留资源，可以保证上述重要信号/信道及时传输，不会因为TDD的上下行时隙切换的操作影响其传输性能。

进一步地对于需要及时传输的低时延高可靠业务(URLLC)，由于其对时延要求非常高，一旦数据包到达就需要及时传输。为保证其可以及时可靠的传输，需要一种有效的上下行切换方式解决此问题。具体方式如下：

按照低时延高可靠业务资源需求粒度预留上下行时隙资源。若没有URLLC业务传输，则可以调度传输其它业务，也可以执行动态/半动态上下行切换。一旦有URLLC业务需要传输，则需要及时切换为相应的上行或下行，进行URLLC业务传输。例如1，正在进行下行其它业务传输，此时有上行URLLC业务达到，则需要及时地切换为上行属性，进行所述URLLC业务。若存在小区间上下行干扰关系，例如邻小区正在进行下行其它业务传输，则所述邻小区正在进行下行其它业务终止发送，或者降低发射功率发送，或者所述邻小区同样切换为上行发送属性。例如2，正在进行上行其它业务传输，此时有下行URLLC业务达到，则需要及时地切换为下行属性，进行所述URLLC业务。若存在小区间上下行干扰关系，例如邻小区正在进行上行其它业务传输，则所述邻小区正在进行上行其它业务终止发送，或者降低发射功率发送，或者所述邻小区同样切换为下行发送属性。

进一步地，可以利用干扰感知获得上下行干扰关系，辅助进行上述切换的处理。

上下行切换的操作可以是基于信令显示通知，或者基于预定的规则执行。

本发明还提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述任一项的业务处理方法。

以上所述，仅为本发明的较佳实例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种业务处理方法，其特征在于，包括：

发送端根据预先设置的业务类型时间单元结构，在相应的时间资源上处理业务数据。其中，业务数据包括信道或信号；时间单元结构中至少包括一个或多个用于载波侦听或发送协调的保护时长。

2.根据权利要求1所述的业务处理方法，其特征在于，所述业务类型时间单元结构包括以下一项或多项的组合：

下行发送为主的第一业务类型时间单元结构；

基于调度的上行发送为主的第二业务类型时间单元结构；

基于免调度的上行发送为主的第三业务类型时间单元结构。

3.根据权利要求2所述的业务处理方法，其特征在于，所述第一业务类型时间单元结构依次包括以下部分：

下行控制、第一保护时长、下行数据、第二保护时长、上行控制、以及第三保护时长；

或者：第三保护时长、下行控制、第一保护时长、下行数据、第二保护时长、以及上行控制。

4.根据权利要求2所述的业务处理方法，其特征在于，所述第二业务类型时间单元结构依次包括以下部分：

下行控制、第一保护时长、上行数据、第二保护时长、上行控制、以及第三保护时长；

或者：第三保护时长、下行控制、第一保护时长、上行数据、第二保护时长、以及上行控制。

5.根据权利要求2所述的业务处理方法，其特征在于，所述第三业务类型时间单元结构依次包括以下部分：

上行数据、上行控制、第三保护时长；

或者：第一保护时长、上行数据、上行控制、第三保护时长；

或者：上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长；

或者：第一保护时长、上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长。

6.一种资源处理方法，其特征在于，包括：

配置时间结构，在相应的时间资源上处理业务数据。

7.一种业务处理装置，其特征在于，包括：

设置模块，处理模块；其中，

设置模块，用于根据不同的业务类型设置业务类型时间单元结构；

处理模块，用于根据设置的业务类型时间单元结构，在相应的时间资源上处理业务数据，其中，业务数据包括信道或信号。时间单元结构中至少包括一个或多个用于载波侦听或发送协调的保护时长。

8.根据权利要求7所述的业务处理装置，其特征在于，所述业务类型时间单元结构包括以下一项或多项的组合：

以下行发送为主的第一业务类型时间单元结构；

基于调度的以上行发送为主的第二业务类型时间单元结构；

基于免调度的以上行发送为主的第三业务类型时间单元结构。

9.根据权利要求8所述的业务处理装置，其特征在于，所述第一业务类型时间单元结构依次包括以下部分：

下行控制、第一保护时长、下行数据、第二保护时长、上行控制、以及第三保护时长；

或者：第三保护时长、下行控制、第一保护时长、下行数据、第二保护时长、以及上行控制。

10.根据权利要求8所述的业务处理装置，其特征在于，所述第二业务类型时间单元结构依次包括以下部分：

下行控制、第一保护时长、上行数据、第二保护时长、上行控制、以及第三保护时长；

或者：第三保护时长、下行控制、第一保护时长、上行数据、第二保护时长、以及上行控制。

11.根据权利要求8所述的业务处理装置，其特征在于，所述第三业务类型时间单元结构依次包括以下部分：

上行数据、上行控制、第三保护时长；

或者：第一保护时长、上行数据、上行控制、第三保护时长；

或者：上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长；

或者：第一保护时长、上行数据、上行控制、第二保护时长、ACK/NACK、第三保护时长。

12.一种资源处理装置，其特征在于，包括：

配置时间结构，在相应的时间资源上处理业务数据。