[发明专利]用于发送/接收调度命令的方法和设备

说明书

本公开提供了一种接入设备中的用于发送调度命令的方法(200)。该方法(200)包括：在发生下行链路数据传输的第一子帧中发送(210)用于调度所述下行链路数据传输的调度命令；以及在与第一子帧不同的一个或多个另外的子帧中的每一个子帧中发送(220)调度命令的副本。

技术领域

本公开涉及通信技术，更具体地，涉及用于发送/接收调度命令的方法和设备。

背景技术

超可靠和低延时通信(URLLC)是3GPP TR 22.862(版本14.1.0)中定义的一类服务。对于URLLC服务，需要高可靠性和低延时。然而，这些要求是相互冲突的，并且通常相互权衡，这给用户平面(UP)设计带来了重大挑战。

根据3GPP TR 22.862，针对各种应用，包括自动化应用、智能电网和智能交通，URLLC服务的延时要求的范围为从1ms至10ms。URLLC服务的可靠性要求的范围为从10^-4至10^-6甚至至10^-9的残留错误率。这里要注意的是，在URLLC的上下文中，在计算残留错误率时，在所需的延时限制(如，1ms或10ms)之后到达的分组将被视为错误。

同时实现关于可靠性和延时这两者的如此高的要求可能影响无线电接入网(RAN)和核心网(CN)两者中的多个层和组件。URLLC可以被认为是针对RAN和CN两者的极高QoS的用例。

在长期演进(LTE)中，物理下行链路控制信道(PDCCH)或增强型PDCCH(ePDCCH)用于发信号通知物理下行链路共享信道(PDSCH)中的下行链路调度指派和上行链路调度授权。每个PDCCH或ePDCCH可以携带针对一个或多个终端设备(也称为用户设备(UE))的信令。

由于针对PDSCH的物理资源块的指派是从PDCCH的成功解调导出的，因此要求PDCCH的可靠性高于业务信道(如，PDSCH)的可靠性。在3GPP中，对于移动宽带(MBB)业务，PDCCH的误块率(BLER)要求不高于10^-3。

在3GPP中的URLLC设计相关讨论中，一个焦点涉及如何提高在控制信道(例如，PDCCH和/或ePDCCH)中携带的下行链路调度命令的鲁棒性。

在3GPP RAN1#86bis会议中，与上行链路动态调度和下行链路动态调度的鲁棒性有关的详细分析Intel的提案R1-1609543中描述，该提案可从以下地址获取：http：//www.3gpp.org/ftp/TSG_RAN/WG1_RL1/TSGR1_86b/Docs/R1-1609543.zip。关键结论是控制信道可靠性应超过所有动态调度场景中所需的可靠性。因此，为了满足对数据信道的要求(例如，对于URLLC，BLER不高于10^-6)，下行链路控制信道的BLER不应高于10^-6。然而，考虑到LTE中的当前信道设计，即使以最高的物理信道资源消耗，BLER也难以在目标信噪比(SNR)下满足10^-6的要求。

图1示出了LTE中的调度命令发送的示例。图1示出了三个子帧SF#1、SF#2和SF#3。可以灵活地配置每个子帧以用于下行链路(DL)和/或上行链路(UL)业务的传输。下行链路传输和上行链路传输由保护时段(标记为“G”)分开。每个子帧中的前一个或多个符号(标记为“R”)被预留用于控制信息(如PDCCH)的发送。针对DL数据的资源也可以用于携带控制信息，如ePDCCH。