数据通信方法、装置、基站设备及计算机可读存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种数据通信方法、装置、基站设备及计算机可读存储介质。

背景技术

5G技术支持三大应用落地：eMBB(Enhanced Mobile Broadband，增强移动宽带)、URLLC(Ultra Reliable Low Latency Communication，超高可靠与低时延通信)、mMTC(Massive MachineType Communication，大规模机器类型通信)，其中，URLLC主要涉及到两个方面的内容，分别为超可靠和低时延，低时延则是5G面向toB行业的关键应用指标。

在UE侧(用户侧)与基站之间的数据通信过程中，主要包括上行数据和下行数据，其中，上行数据流程包括UE侧向基站发送调度请求(SR，Scheduling Request)、数据大小(BSR，Buffer Status Report)以及数据信息，而下行数据流程只需要由基站向UE侧反馈回包信息，显然，上行数据相较于下行数据存在较长时延。

因此，如何有效降低上行数据时延，实现快速高效的数据通信是本领域技术人员亟待解决的问题。

发明内容

鉴于此，为解决上述技术问题，本申请提供了一种数据通信方法、装置、基站设备及计算机可读存储介质。

第一方面，本申请提供了一种数据通信方法，应用于基站侧，包括：

接收用户侧发起的调度请求SR，并确定所述SR对应的上行物理共享信道PUSCH资源；所述PUSCH资源为预先为所述SR配置的空口资源；

根据所述SR判断所述用户侧是否发起上行数据；

若所述用户侧发起所述上行数据，则利用所述PUSCH资源对所述上行数据进行处理；

若所述用户侧未发起所述上行数据，则对所述PUSCH资源进行资源释放。

可选地，所述根据所述SR判断所述用户侧是否发起上行数据，包括：

对所述SR对应的时频资源进行能量检测，获得资源能量值；

当所述资源能量值超出预设阈值时，确定所述用户侧发起所述上行数据；

当所述资源能量值未超出所述预设阈值时，确定所述用户侧未发起所述上行数据。

可选地，所述利用所述PUSCH资源对所述上行数据进行处理，包括：

根据所述PUSCH资源确定数据调制方式，所述数据调制方式包括正交相移键控调制QPSK和正交振幅调制QAM；

按照所述数据调制方式对所述上行数据进行调制处理。

可选地，所述对所述PUSCH资源进行资源释放之前，还包括：

获取所述SR所在时隙与所述PUSCH资源所在时隙之间的时隙间隔；

当所述时隙间隔超出所述PUSCH资源的配置时间时，执行所述对所述PUSCH资源进行资源释放的步骤。

可选地，所述对所述PUSCH资源进行资源释放之后，还包括：

确定所述PUSCH资源释放之后的预留资源；

基于所述预留资源对其他SR对应的PUSCH资源进行动态授权。

可选地，所述接收用户侧发起的调度请求SR之前，还包括：

获取SR资源配置信息和PUSCH资源配置信息；

根据所述SR资源配置信息配置SR资源；

根据所述PUSCH资源配置信息配置所述PUSCH资源。

可选地，所述SR资源配置信息包括所述SR资源的资源单位和资源周期；所述PUSCH资源配置信息包括所述PUSCH资源的时隙位置、时域资源、频域资源、数据调制方式以及混合自动重传请求HARQ资源。

第二方面，本申请提供了一种数据通信装置，应用于基站侧，包括：

接收模块，用于接收用户侧发起的调度请求SR，并确定所述SR对应的上行物理共享信道PUSCH资源；所述PUSCH资源为预先为所述SR配置的空口资源；

判断模块，用于根据所述SR判断所述用户侧是否发起上行数据；

处理模块，用于若所述用户侧发起所述上行数据，则利用所述PUSCH资源对所述上行数据进行处理；

释放模块，用于若所述用户侧未发起所述上行数据，则对所述PUSCH资源进行资源释放。

第三方面，本申请提供了一种基站设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时，实现如上所述的任一种数据通信方法的步骤。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的任一种数据通信方法的步骤。

本申请所提供的一种数据通信方案，包括接收用户侧发起的调度请求SR，并确定所述SR对应的上行物理共享信道PUSCH资源；所述PUSCH资源为预先为所述SR配置的空口资源；根据所述SR判断所述用户侧是否发起上行数据；若所述用户侧发起所述上行数据，则利用所述PUSCH资源对所述上行数据进行处理；若所述用户侧未发起所述上行数据，则对所述PUSCH资源进行资源释放。可见，通过预先为用户侧发起的SR配置PUSCH资源，使得用户侧在向基站发起SR之后可立即发送上行数据，而无需等待基站的授权，有效地降低了上行数据时延；同时，基站在接收到用户侧发起的SR后，可直接根据该SR判断用户侧是否发起上行数据，并在确认用户侧发起上行数据后直接利用SR对应的PUSCH资源对其进行处理，而无需进行SR授权，进一步提高了数据通信效率；此外，当确认用户侧未发起上行数据时，则直接释放PUSCH资源，有效地降低了资源消耗。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

为了更清楚地说明现有技术和本申请实施例中的技术方案，下面将对现有技术和本申请实施例描述中需要使用的附图作简要的介绍。当然，下面有关本申请实施例的附图描述的仅仅是本申请中的一部分实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图，所获得的其他附图也属于本申请的保护范围。

图1为本申请实施例提供的一种数据通信系统的结构示意图；

图2为本申请实施例提供的一种数据通信方法的流程示意图；

图3为本申请实施例提供的一种资源配置方法的流程示意图；

图4为本申请实施例提供的一种配置SR周期的原理图；

图5为本申请实施例提供的一种配置PUSCH资源所在slot的原理图；

图6为本申请实施例提供的一种配置OFDM符号和RB的原理图；

图7为本申请实施例提供的一种解调上行数据的原理图；

图8为本申请实施例提供的一种PUSCH资源再利用的原理图；

图9为本申请实施例提供的一种数据通信装置的结构示意图；

图10为本申请实施例提供的一种基站设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请所提供的数据通信方法可应用于数据通信系统，请参考图1，图1为本申请实施例提供的一种数据通信系统的结构示意图，该数据通信系统可以包括基站侧100和用户侧200(UE侧)，以实现基站侧100和用户侧200之间的数据通信。

本申请实施例提供了一种数据通信方法。

请参考图2，图2为本申请实施例提供的一种数据通信方法的流程示意图，该数据通信方法应用于基站侧，可以包括如下S101至S104的步骤。

S101：接收用户侧发起的调度请求SR，并确定SR对应的上行物理共享信道PUSCH资源；PUSCH资源为预先为SR配置的空口资源。

本步骤旨在实现SR的接收以及SR对应的PUSCH资源的确定。

首先，在用户侧与基站侧之间进行数据通信时，用户侧需要先向基站侧发起SR，该SR用于表示是否有数据上传，以告知基站侧当前有上传数据需求或者无上传数据需求。其中，SR一般通过PUCCH信道(Physical Uplink Control Channel，物理上行链路控制信道)传递，大小为1bit。

其次，对于基站侧而言，其在接收到用户侧发起的SR之后，即可确定其对应的PUSCH资源。其中，PUSCH资源是预先为SR配置的空口资源，不同的SR周期对应于不同的PUSCH资源，以便于在用户侧发起对应于SR的上行数据时，利用该PUSCH资源对其进行处理，PUSCH资源的设置可以使得用户侧在向基站侧发起SR后立即上传上行数据，而无需等待SR授权，有效地降低了上行数据时延。

S102：根据SR判断用户侧是否发起上行数据。

本步骤旨在实现上行数据有无判断，即判断用户侧是否发起上行数据，其中，该上行数据即为用户侧向基站侧发送的数据报文。如上所述，SR用于表示是否有数据上传，以告知基站侧当前有上传数据需求或者无上传数据需求，因此，基站侧在接收到SR之后，即可根据该SR确定用户侧是否发起了上行数据(也即确定用户侧是否有上传数据需求)，并在后续通信过程中针对不同的情况(有上行数据或无上行数据)进行相应的处理。

在一种可能的实现方式中，上述根据SR判断用户侧是否发起上行数据，可以包括：

对SR对应的时频资源进行能量检测，获得资源能量值；

当资源能量值超出预设阈值时，确定用户侧发起上行数据；

当资源能量值未超出预设阈值时，确定用户侧未发起上行数据。

本申请实施例提供一种根据SR判断用户侧是否发起上行数据的实现方法。在实现过程中，首先，对SR对应的时频资源(时域资源+频域资源)进行能量检测，得到相应的资源能量值，其中，能量值检测过程参照已有技术即可，本申请在此不再赘述；然后，根据资源能量值的取值大小确定用户侧是否发起上行数据，其中，当资源能量值超出预设阈值时，可以确定用户侧发起了上行数据，反之，当资源能量值未超出预设阈值时，则可以确定用户侧未发起上行数据。需要说明的是，预设阈值的具体取值并不影响本技术方案的实施，由技术人员根据实际情况，如历史经验、当前配置需求等进行设置即可，本申请对此不做限定。

S103：若用户侧发起上行数据，则利用PUSCH资源对上行数据进行处理。

本步骤旨在针对用户侧发起上行数据的情况进行处理。当根据SR确定用户侧发起上行数据时，则可以利用该SR对应的PUSCH资源对上行数据进行处理，也即在SR对应的PUSCH解调上行数据，数据处理完毕后生成相应的回包信息并反馈至用户侧，由此完成数据通信。

在一种可能的实现方式中，上述利用PUSCH资源对上行数据进行处理，可以包括：

根据PUSCH资源确定数据调制方式，数据调制方式包括正交相移键控调制QPSK(Quadrature Phase Shift Keying)和正交振幅调制QAM(Quadrature AmplitudeModulation)；

按照数据调制方式对上行数据进行调制处理。

本申请实施例提供了一种基于PUSCH资源处理上行数据的实现方法。在实现过程中，首先，根据PUSCH资源确定数据调制方式，该数据调制方式即为解调上行数据的实现方式，可以包括但不限于QPSK、QAM等，其中，在对SR进行PUSCH资源配置的过程中，其配置内容包括数据调制方式，因此，可以根据PUSCH资源的配置信息确定上行数据的数据调制方式；进一步，在确定数据调制方式之后，即可按照该数据调制方式对上行数据进行解调处理，完成基站侧对用户侧上行数据的处理。

S104：若用户侧未发起上行数据，则对PUSCH资源进行资源释放。

本步骤旨在针对用户侧未发起上行数据的情况进行处理。当根据SR确定用户侧未发起上行数据时，则无需再进行上行数据的处理，此时，SR对应的PUSCH资源则不会再使用到，因此，为避免资源浪费，可对其进行资源释放，以便为后续新的SR提供PUSCH资源。

在一种可能的实现方式中，上述对PUSCH资源进行资源释放之前，还可以包括：

获取SR所在时隙与PUSCH资源所在时隙之间的时隙间隔；

当时隙间隔超出PUSCH资源的配置时间时，执行对PUSCH资源进行资源释放的步骤。

可以理解的是，当PUSCH资源与SR资源之间的时隙(slot)间隔较短时，说明此时资源占用较少，因此，无需再进行PUSCH资源释放，以有效减少时间浪费。在实现过程中，当根据SR确定用户侧未发起上行数据时，可以进一步判断SR资源所在slot与PUSCH资源所在slot之间的slot间隔是否超出PUSCH资源的配置时间，该PUSCH资源的配置时间即为PUSCH准备时间；当slot间隔超出PUSCH资源配置时间时，说明PUSCH资源占用较多，此时，可以对其进行资源释放，以有效减少资源浪费；反之，当slot间隔未超出PUSCH资源配置时间时，说明PUSCH资源占用较少，此时无需再进行PUSCH资源释放，继续处理下一个SR即可，以有效减少时间浪费。

在一种可能的实现方式中，上述对PUSCH资源进行资源释放之后，还可以包括：

确定PUSCH资源释放之后的预留资源；

基于预留资源对其他SR对应的PUSCH资源进行动态授权。

如上所述，为避免资源浪费，可对PUSCH资源进行资源释放，以便为后续新的SR提供PUSCH资源，因此，对于释放PUSCH资源之后所得到的预留资源，可以用于给其他SR配置相应的PUSCH资源，从而实现SR的动态授权。由此，实现了资源释放后的再利用，避免了资源浪费。

可见，本申请实施例所提供的数据通信方法，通过预先为用户侧发起的SR配置PUSCH资源，使得用户侧在向基站发起SR之后可立即发送上行数据，而无需等待基站的授权，有效地降低了上行数据时延；同时，基站在接收到用户侧发起的SR后，可直接根据该SR判断用户侧是否发起上行数据，并在确认用户侧发起上行数据后直接利用SR对应的PUSCH资源对其进行处理，而无需进行SR授权，进一步提高了数据通信效率；此外，当确认用户侧未发起上行数据时，则直接释放PUSCH资源，有效地降低了资源消耗。

在上述各申请实施例的基础上：

请参考图3，图3为本申请实施例提供的一种资源配置方法的流程示意图，该资源配置方法可以包括：

S201：获取SR资源配置信息和PUSCH资源配置信息；

S202：根据SR资源配置信息配置SR资源；

S203：根据PUSCH资源配置信息配置PUSCH资源。

如上所述，PUSCH资源为预先为SR配置的空口资源，因此，在基站侧与用户侧建立数据通信之前，需要先进行资源配置，配置内容包括SR资源和PUSCH资源，本申请实施例则提供了一种SR资源和PUSCH资源的配置方法。

在实现过程中，技术人员可以通过前端可视化界面输入配置信息，配置信息包括SR资源配置信息和PUSCH资源配置信息，由此，基站侧则可以根据SR资源配置信息实现SR资源配置，根据PUSCH资源配置信息实现PUSCH资源配置。

在一种可能的实现方式中，上述SR资源配置信息可以包括SR资源的资源单位和资源周期；上述PUSCH资源配置信息可以包括PUSCH资源的时隙位置、时域资源、频域资源、数据调制方式以及混合自动重传请求HARQ资源。

本申请实施例提供了SR资源配置信息和PUSCH资源配置信息的具体配置内容，基于上述各项配置内容实现SR资源配置和PUSCH资源配置的实现过程可以包括：

一、实现SR资源配置：

1、获取当前业务信息；

2、根据当前业务属性进行SR资源配置，配置内容包括：

(1)资源单位：slot或minislot；

(2)资源周期：slot间隔或minislot间隔；

3、结束。

二、实现PUSCH资源配置：

1、配置PUSCH的slot(或minislot)位置：以SR的slot(或minislot)位置为参考点，以SR的粒度为间隔粒度，配置SR到PUSCH的间隔长度，记为K1；

2、配置PUSCH的时域资源：在给定的slot(或minislot)内，确定PUSCH的OFDM(Orthogonal Frequency Division Multiplexing，正交频分复用技术)符号的起始位置和长度；

3、配置PUSCH的频域资源：在给定的slot内，确定PUCH的RB(Resource Block，资源块)起始位置和RB长度；

4、配置PUSCH的调制方式：调制方式包括QPSK、QAM等方式；

5、配置PUSCH的HARQ资源，可采用如下两种实现方式：

(1)不配置HARQ，以尽量保障PUSCH解调正确；

(2)预留HARQ-ID；

6、配置RRC(Radio Resource Control，无线资源控制)信令，以便于对UE进行PUSCH资源配置或重配；

7、结束。

由此，实现了SR资源和PUSCH资源的配置。

结合上述资源配置方法的实施例和数据通信方法的实施例，本申请实施例提供了另一种数据通信方法，其具体实现流程可以包括：

1、配置SR周期资源，如图4所示，图4为本申请实施例提供的一种配置SR周期的原理图，配置SR周期为10个slot，具体位置为slot-4/slot-14；

2、为每个周期点配置PUSCH资源所在slot，如图5所示，图5为本申请实施例提供的一种配置PUSCH资源所在slot的原理图，可见，K1为5，SR对应的PUSCH-slot分别为slot-9/slot-19；

3、配置PUSCH的时频资源，包括OFDM符号信息和RB信息，如图6所示，图6为本申请实施例提供的一种配置OFDM符号和RB的原理图；

4、配置PUSCH的调制方式和HARQ-ID；

5、对SR对应的时频资源进行能量检测，若检测值超出预设阈值，则认为有上行数据，进入6，否则进入7；

6、在对应的PUSCH解调上行数据，如图7所示，图7为本申请实施例提供的一种解调上行数据的原理图，转入9；

7、判断K1是否超出K2(PUSCH准备时间)，若是，则进入8，否则进入9；

8、PUSCH再利用：进行其他PUSCH动态授权，抢占预留资源，如图8所示，图8为本申请实施例提供的一种PUSCH资源再利用的原理图；

9、结束。

可见，本申请实施例所提供的数据通信方法，通过预先为用户侧发起的SR配置PUSCH资源，使得用户侧在向基站发起SR之后可立即发送上行数据，而无需等待基站的授权，有效地降低了上行数据时延；同时，基站在接收到用户侧发起的SR后，可直接根据该SR判断用户侧是否发起上行数据，并在确认用户侧发起上行数据后直接利用SR对应的PUSCH资源对其进行处理，而无需进行SR授权，进一步提高了数据通信效率；此外，当确认用户侧未发起上行数据时，则直接释放PUSCH资源，有效地降低了资源消耗。

本申请实施例提供了一种数据通信装置。

请参考图9，图9为本申请实施例提供的一种数据通信装置的结构示意图，该数据通信装置应用于基站侧，可以包括：

接收模块1，用于接收用户侧发起的调度请求SR，并确定SR对应的上行物理共享信道PUSCH资源；PUSCH资源为预先为SR配置的空口资源；

判断模块2，用于根据SR判断用户侧是否发起上行数据；

处理模块3，用于若用户侧发起上行数据，则利用PUSCH资源对上行数据进行处理；

释放模块4，用于若用户侧未发起上行数据，则对PUSCH资源进行资源释放。

可见，本申请实施例所提供的数据通信装置，通过预先为用户侧发起的SR配置PUSCH资源，使得用户侧在向基站发起SR之后可立即发送上行数据，而无需等待基站的授权，有效地降低了上行数据时延；同时，基站在接收到用户侧发起的SR后，可直接根据该SR判断用户侧是否发起上行数据，并在确认用户侧发起上行数据后直接利用SR对应的PUSCH资源对其进行处理，而无需进行SR授权，进一步提高了数据通信效率；此外，当确认用户侧未发起上行数据时，则直接释放PUSCH资源，有效地降低了资源消耗。

在本申请的一个实施例中，上述判断模块2可具体用于对SR对应的时频资源进行能量检测，获得资源能量值；当资源能量值超出预设阈值时，确定用户侧发起上行数据；当资源能量值未超出预设阈值时，确定用户侧未发起上行数据。

在本申请的一个实施例中，上述处理模块3可具体用于根据PUSCH资源确定数据调制方式，数据调制方式包括正交相移键控调制QPSK和正交振幅调制QAM；按照数据调制方式对上行数据进行调制处理。

在本申请的一个实施例中，该数据通信装置还可以包括：

时间判断模块，用于在上述对PUSCH资源进行资源释放之前，获取SR所在时隙与PUSCH资源所在时隙之间的时隙间隔；当时隙间隔超出PUSCH资源的配置时间时，执行对PUSCH资源进行资源释放的步骤。

在本申请的一个实施例中，该数据通信装置还可以包括：

资源重配模块，用于在上述对PUSCH资源进行资源释放之后，确定PUSCH资源释放之后的预留资源；基于预留资源对其他SR对应的PUSCH资源进行动态授权。

在本申请的一个实施例中，该数据通信装置还可以包括：

资源配置模块，用于在上述接收用户侧发起的调度请求SR之前，获取SR资源配置信息和PUSCH资源配置信息；根据SR资源配置信息配置SR资源；根据PUSCH资源配置信息配置PUSCH资源。

对于本申请实施例提供的装置的介绍请参照上述方法实施例，本申请实施例在此不做赘述。

本申请实施例提供了一种基站设备。

请参考图10，图10为本申请所提供的一种基站设备的结构示意图，该基站设备可包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时可实现如上述任意一种数据通信方法的步骤。

如图10所示，为基站设备的组成结构示意图，基站设备可以包括：处理器10、存储器11、通信接口12和通信总线13。处理器10、存储器11、通信接口12均通过通信总线13完成相互间的通信。

在本申请实施例中，处理器10可以为中央处理器(Central Processing Unit，CPU)、特定应用集成电路、数字信号处理器、现场可编程门阵列或者其他可编程逻辑器件等。处理器10可以调用存储器11中存储的程序，具体的，处理器10可以执行数据通信方法的实施例中的操作。

存储器11中用于存放一个或者一个以上程序，程序可以包括程序代码，程序代码包括计算机操作指令，在本申请实施例中，存储器11中至少存储有用于实现以下功能的程序：

接收用户侧发起的调度请求SR，并确定SR对应的上行物理共享信道PUSCH资源；PUSCH资源为预先为SR配置的空口资源；

根据SR判断用户侧是否发起上行数据；

若用户侧发起上行数据，则利用PUSCH资源对上行数据进行处理；

若用户侧未发起上行数据，则对PUSCH资源进行资源释放。

在一种可能的实现方式中，存储器11可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及至少一个功能所需的应用程序等；存储数据区可存储使用过程中所创建的数据。

此外，存储器11可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。

通信接口12可以为通信模块的接口，用于与其他设备或者系统连接。

当然，需要说明的是，图10所示的结构并不构成对本申请实施例中基站设备的限定，在实际应用中基站设备可以包括比图10所示的更多或更少的部件，或者组合某些部件。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现如上述任意一种数据通信方法的步骤。

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

对于本申请实施例提供的计算机可读存储介质的介绍请参照上述方法实施例，本申请实施例在此不做赘述。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以上对本申请所提供的技术方案进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请的保护范围内。