[发明专利]调度请求的处理方法、配置方法、终端及网络侧设备

说明书

本发明提供一种调度请求的处理方法、配置方法、终端及网络侧设备，该处理方法包括：向网络侧设备发送携带扩展指示信息的上行调度请求SR，上行调度请求SR用于指示终端有上行业务数据待传输；上行调度请求SR携带的扩展指示信息用于指示待传输的上行业务数据的优先级和/或待传输的上行业务数据的数据量大小；本发明实施例中通过终端向网络侧设备发送携带扩展指示信息的上行调度请求SR，该上行调度请求SR不仅可以指示有上行业务数据待传输还可以指示待传输的上行业务数据的优先级和/或待传输的上行业务数据的数据量大小的信号，使得网络侧设备可以基于携带扩展指示信息的上行调度请求SR实现对上行资源的精确分配，避免资源浪费。

技术领域

本发明涉及通信技术领域，尤其是指一种调度请求的处理方法、配置方法、终端及网络侧设备。

背景技术

通信系统中终端通过上行调度请求(Schedule Request，SR)流程触发基站对其进行上行调度并分配上行共享信道资源(PUSCH资源)，进而传输BSR(Buffer Status Report，缓冲状态报告)和数据。其中，SR在基站提前静态配置的物理控制信道(PUCCH)资源上传输，仅有触发和不触发两种状态，通过接收功率是否超过门限进行判断。

基站收到SR后，基站只知道用户有上行数据需要发送，但并不知道具体是哪个承载有数据需要发送，如多个用户都上报了SR，但其中一个是语音数据需要发送，一个是普通数据需要发送，基站无法有效的识别并进行差异化处理，不利于QoS(Quality of Service，服务质量)保障。

且基站不知道终端具体有多少数据需要发送，导致资源分配不精细，容易造成资源浪费或增大时延。假设基站对SR触发的调度固定分配100字节的资源，则如用户A仅有40字节需要传输，则造成超过50％的资源浪费，用户B有120字节要传，则需要再经过一次BSR上报和调度流程，显著增加上行业务时延，如LTE(长期演进)至少增加10ms的时延。

5G NR(5G新空口)协议进行了改进，将SR由终端(UE)级细化为逻辑信道组(LCG)级，可通过配置多个SR资源来区分具体是哪个LCG有数据需要发送，从而体现优先级信息以提高差异化QoS保障能力。但现有协议并未解决上行资源精确分配的问题，且需要配置多个SR资源，增大了PUCCH(Physical Uplink Control Channel，物理上行控制信道)资源的开销，容易造成PUCCH资源受限。

发明内容

本发明的目的在于提供一种调度请求的处理方法、配置方法、终端及网络侧设备，以解决现有技术中网络侧设备无法对上行资源进行精确分配的问题。

为了解决上述问题，本发明实施例提供一种调度请求的处理方法，应用于终端，包括：

向网络侧设备发送携带扩展指示信息的上行调度请求SR；

其中，所述上行调度请求SR用于指示终端有上行业务数据待传输；所述上行调度请求SR携带的扩展指示信息用于指示待传输的上行业务数据的优先级和/或待传输的上行业务数据的数据量大小。

其中，所述向网络侧设备发送携带扩展指示信息的上行调度请求SR，包括：

在确定无线资源控制RRC信令中包括第一配置信息的情况下，向网络侧设备发送携带扩展指示信息的上行调度请求SR；或者，

在确定终端的参考信号接收功率RSRP大于或者等于预设门限的情况下，向网络侧设备发送携带扩展指示信息的上行调度请求SR；

其中，所述第一配置信息用于指示终端使用携带扩展指示信息的上行调度请求SR。

其中，所述方法还包括：

在确定无线资源控制RRC信令中包括第二配置信息的情况下，向网络侧设备发送不携带扩展指示信息的上行调度请求SR；或者，