本发明涉及通信领域，具体而言，涉及一种上行调度的处理方法、装置及系统。
背景技术：
相关技术的机器间(m2m，machinetomachine)通信是第五代移动通信技术(5g，5thgeneration)目前研究的一个重要课题，也是未来无线通信的一个重要应用领域。在m2m课题里，有些应用需求对通信时延的要求比较高，例如车辆间通信，自动控制，虚拟现实，智能电网等。这些应用希望尽量减少端到端的延迟，以使终端能够尽快做出响应。
在相关技术的长期演进(long-termevolution，简称为lte)系统中，数据延迟主要包括数据处理延迟，传输延迟，调度处理延迟等。其中调度处理延迟是指从基站发送调度信息给用户设备到用户设备按照调度信息开始实际的数据发送或接收的时间。现有的lte系统中，下行数据发送可以在和发送调度信息相同的子帧进行，所以下行调度处理延迟时间很短。但是，上行数据却必须在发送调度信息的子帧之后的第4个子帧进行。由于现有系统每个lte子帧长度为1ms，上行调度处理延迟大约为4ms。
为了克服上述调度处理延迟，相关技术中可以采用快速上行数据发送的方法，即对于某些应用的业务数据，基站可以指示用户设备在收到调度信息的子帧之后的第k个子帧进行相应的上行数据发送，其中k为调度处理延迟且k<4。由于快速上行数据发送的调度处理延迟很短，用户设备需要具备更强的处理能力，以便于在所允许的时间内解码调度信息并准备好待发送的数据块。
由于lte系统中可能存在多种终端用户，包括传统的用户设备和处理能力较强的可以进行快速上行数据发送的终端用户。如何为用户设备选择合适的调度处理延迟亟待解决。
针对相关技术中存在的上述问题，目前尚未发现有效的解决方案。
技术实现要素：
本发明实施例提供了一种上行调度的处理方法、装置及系统，以至少解决相关技术中不能为用户设备选定合适的调度处理延迟的技术问题。
根据本发明的一个实施例，提供了一种上行调度的处理方法，包括：接收用户设备上报的能力信息，其中，所述能力信息用于描述所述用户设备在上行调度时所支持调度处理延迟的信息；根据所述能力信息确定在与所述用户设备进行上行调度处理时所使用的延迟时间，并将所述延迟时间通知给所述用户设备。
可选地，根据所述能力信息确定在与所述用户设备进行上行调度处理时所使用的延迟时间包括以下至少之一：根据所述能力信息通过无线资源控制rrc信令或下行控制信息dci命令为所述用户设备配置所述延迟时间；根据所述能力信息在调度信息中指示所述用户设备的所述延迟时间。
可选地，根据所述能力信息确定在与所述用户设备进行上行调度处理时所使用的延迟时间，并将所述延迟时间通知给所述用户设备，包括：根据所述能力信息确定预先设置的上行调度处理延迟集合，其中，所述上行调度处理延迟集合是所述基站与所述用户设备通过rrc信令交互预定义得到的；将所述上行调度处理延迟集合和用于在所述上行调度处理延迟集合中选择延时时间的上行调度处理延迟选择信息通知给所述用户设备。
可选地，根据所述能力信息确定在与所述用户设备进行上行调度处理时所述用户设备在不同的传输控制协议tcp/因特网互联协议ip状态所使用的延迟时间。
可选地，所述tcp/ip状态由所述用户设备当前的业务速率确定。
可选地，所述方法还包括：为多个所述用户设备预先分配无线资源；在预先分配的所述无线资源内对具有相同延时时间的不同用户设备进行实时的资源分配和调度。
可选地，在为多个所述用户设备预先分配无线资源之后，所述方法还包括：半静态地对所述预先分配的无线资源的大小和/或位置进行更新。
可选地，根据所述用户设备的当前业务状况半静态地对所述预先分配的无线资源的大小和/或位置进行更新。
根据本发明的一个实施例，提供了另一种上行调度的处理方法，包括：向基站上报能力信息，其中，所述能力信息用于描述用户设备在上行调度时所支持调度处理延迟的信息；接收在与所述基站进行上行调度处理时所述用户设备所使用的延迟时间，其中，所述延迟时间是所述基站根据所述能力信息确定的。
可选地，在向基站上报能力信息之前，所述方法还包括：动态的根据位置信息或时间提前量信息确定所能支持的最小上行调度处理延迟；根据所述最小上行调度处理延迟得到所述能力信息。
根据本发明的另一个实施例，提供了一种上行调度的处理装置，应用在基站，包括：接收模块，用于接收用户设备上报的能力信息，其中，所述能力信息用于描述所述用户设备在上行调度时所支持调度处理延迟的信息；确定模块，用于根据所述能力信息确定在与所述用户设备进行上行调度处理时所使用的延迟时间，并将所述延迟时间通知给所述用户设备。
可选地，所述确定模块包括以下至少之一：配置单元，用于根据所述能力信息通过无线资源控制rrc信令或下行控制信息dci命令为所述用户设备配置所述延迟时间；指示单元，用于根据所述能力信息在调度信息中指示所述用户设备的所述延迟时间。
可选地，所述指示单元还用于：预先通过rrc信令对所述用户设备的调度处理延迟进行多种设置，其中，所述调度处理延迟与延迟时间对应；根据所述能力信息在预先设置的调度处理延迟中确定延时时间并在调度信息中向所述用户设备指示所述延迟时间。
可选地，应用在用户设备，包括：上报模块，用于向基站上报能力信息，其中，所述能力信息用于描述用户设备在上行调度时所支持调度处理延迟的信息；接收模块，用于接收在与所述基站进行上行调度处理时所述用户设备所使用的延迟时间，其中，所述延迟时间是所述基站根据所述能力信息确定的。
可选地，所述装置还包括：确定模块，用于在所述上报模块向基站上报能力信息之前，动态的根据位置信息或时间提前量信息确定所能支持的最小上行调度处理延迟；处理模块，用于根据所述最小上行调度处理延迟得到所述能力信息。
根据本发明的又一个实施例，提供了一种上行调度的处理系统，包括基站、用户设备，所述基站包括：第一接收模块，用于接收用户设备上报的能力信息，其中，所述能力信息用于描述所述用户设备在上行调度时所支持调度处理延迟的信息；确定模块，用于根据所述能力信息确定在与所述用户设备进行上行调度处理时所使用的延迟时间，并将所述延迟时间通知给所述用户设备；所述用户设备包括：上报模块，用于向基站上报能力信息，其中，所述能力信息用于描述用户设备在上行调度时所支持调度处理延迟的信息；第二接收模块，用于接收在与所述基站进行上行调度处理时所述用户设备所使用的延迟时间。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：
接收用户设备上报的能力信息，其中，所述能力信息用于描述所述用户设备在上行调度时所支持调度处理延迟的信息；
根据所述能力信息确定在与所述用户设备进行上行调度处理时所使用的延迟时间，并将所述延迟时间通知给所述用户设备。
通过本发明，基站能够动态的支持不同的上行调度处理延迟，可以在用户处理能力允许的情况下尽量减少了用户上行数据发送的延迟，更好的支持低时延业务。并且本实施例的方法和相关技术中的lte系统能很好的兼容，不需要对lte系统做出大的更新，当基站支持正常上行数据发送和快速上行数据发送时，即基站支持不同的调度处理延迟时，应用到lte系统后可以为用户终端选择合适的上行调度处理延迟，解决了相关技术中不能为用户设备选定合适的调度处理延迟的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种上行调度的处理方法的流程图；
图2是根据本发明实施例的另一种上行调度的处理方法的流程图；
图3是根据本发明实施例的一种上行调度的处理装置的结构框图；
图4是根据本发明实施例的另一种上行调度的处理装置的结构框图；
图5是根据本发明实施例的上行调度的处理系统的结构框图；
图6为本发明提供的对某用户上行调度处理延迟进行半静态设置的信令流程图；
图7为本发明提供的通过调度信息动态设置上行调度处理延迟的信令流程图；
图8为本发明提供的通过调度信息进行预设范围内的上行调度处理延迟选择的信令流程图；
图9为本发明提供的根据tcp/ip状态调整上行调度处理延迟的信令流程图；
图10为本发明提供的通过rrc信令进行上行调度处理能力更新的信令流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中提供了一种上行调度的处理方法，图1是根据本发明实施例的一种上行调度的处理方法的流程图，如图1所示，该流程包括如下步骤：
步骤s102，接收用户设备上报的能力信息，其中，能力信息用于描述用户设备在上行调度时所支持调度处理延迟的信息；
步骤s104，根据能力信息确定在与用户设备进行上行调度处理时所使用的延迟时间，并将延迟时间通知给用户设备。
通过上述步骤，基站能够动态的支持不同的上行调度处理延迟，可以在用户处理能力允许的情况下尽量减少了用户上行数据发送的延迟，更好的支持低时延业务。并且本实施例的方法和相关技术中的lte系统能很好的兼容，不需要对lte系统做出大的更新，当基站支持正常上行数据发送和快速上行数据发送时，即基站支持不同的调度处理延迟时，应用到lte系统后可以为用户终端选择合适的上行调度处理延迟，解决了相关技术中不能为用户设备选定合适的调度处理延迟的技术问题。
可选地，上述步骤的执行主体可以为网络侧设备，如基站等，但不限于此。
在本实施例中提供了另一种上行调度的处理方法，图2是根据本发明实施例的另一种上行调度的处理方法的流程图，如图2所示，该流程包括如下步骤：
步骤s202，向基站上报能力信息，其中，能力信息用于描述用户设备在上行调度时所支持调度处理延迟的信息；
步骤s204，接收在与基站进行上行调度处理时用户设备所使用的延迟时间，其中，延迟时间是基站根据能力信息确定的。
可选地，上述步骤的执行主体可以为终端侧设备，如用户设备等，但不限于此。
用户终端在连接建立时报告基站该用户终端对上行调度的处理能力，即是否支持调度处理延迟k<4的快速上行数据发送，以及具体的调度处理延迟。基站根据用户终端的上述报告决定该用户终端在数据通信中实际使用的调度处理延迟。
可选的，基站可以通过无线资源控制(radioresourcecontrol，简称为rrc)信令或下行控制信息(downlinkcontrolinformation，简称为dci)命令为用户终端配置实际使用的上行调度处理延迟；可选的，基站可以在调度信息中指示用户终端应该使用的上行调度处理延迟；
可选的，基站可以预先通过rrc信令对某个用户终端的调度处理延迟进行多种设置，并在调度信息中指示用户终端使用哪种预先设置的调度处理延迟。
可选的，基站可以根据tcp/ip的慢启动特性对用户进行基于tcp/ip状态的调度处理延迟配置，即当用户终端在tcp/ip慢启动状态时使用较小的调度处理延迟，当用户终端跳出tcp/ip慢启动状态时恢复正常调度处理延迟。
可选的，基站可以根据实际的业务速率判断用户终端所处的tcp/ip状态，并将该状态通知用户终端。用户终端根据基站所指示的tcp/ip状态和基于tcp/ip状态的调度处理延迟配置选择相应的调度处理延迟。
可选的，用户终端可以动态的根据自己的位置信息或时间提前量信息决定其所能支持的最小上行调度处理延迟，并将相关信息报告给基站。
可选的，基站可以为每种调度处理延迟的所有用户事先分配一段无线资源，然后在事先分配的资源块内对具有相同调度处理延迟的不同用户进行实时的资源分配和调度。基站可以半静态的对上述事先分配的无线资源的大小和位置进行更新；上述更新具体可以根据各个用户的实际业务状况来进行。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种上行调度的处理装置、系统，用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本发明实施例的一种上行调度的处理装置的结构框图，可以应用在基站，如图3所示，该装置包括：
接收模块30，用于接收用户设备上报的能力信息，其中，能力信息用于描述用户设备在上行调度时所支持调度处理延迟的信息；
确定模块32，用于根据能力信息确定在与用户设备进行上行调度处理时所使用的延迟时间，并将延迟时间通知给用户设备。
可选的，确定模块包括：配置单元，用于根据能力信息通过无线资源控制rrc信令或下行控制信息dci命令为用户设备配置延迟时间；指示单元，用于根据能力信息在调度信息中指示用户设备的延迟时间。
可选的，指示单元还用于：预先通过rrc信令对用户设备的调度处理延迟进行多种设置，其中，调度处理延迟与延迟时间对应；根据能力信息在预先设置的调度处理延迟中确定延时时间并在调度信息中向用户设备指示延迟时间。
图4是根据本发明实施例的另一种上行调度的处理装置的结构框图，可以应用在用户设备，如图4所示，该装置包括：
上报模块40，用于向基站上报能力信息，其中，能力信息用于描述用户设备在上行调度时所支持调度处理延迟的信息；
接收模块42，用于接收在与基站进行上行调度处理时用户设备所使用的延迟时间，其中，延迟时间是基站根据能力信息确定的。
可选的，装置还包括：确定模块，用于在上报模块向基站上报能力信息之前，动态的根据位置信息或时间提前量信息确定所能支持的最小上行调度处理延迟；处理模块，用于根据最小上行调度处理延迟得到能力信息。
图5是根据本发明实施例的上行调度的处理系统的结构框图，如图5所示，包括：基站50、用户设备52，基站50包括：第一接收模块502，用于接收用户设备上报的能力信息，其中，能力信息用于描述用户设备在上行调度时所支持调度处理延迟的信息；确定模块504，用于根据能力信息确定在与用户设备进行上行调度处理时所使用的延迟时间，并将延迟时间通知给用户设备。
用户设备52包括：上报模块522，用于向基站上报能力信息，其中，能力信息用于描述用户设备在上行调度时所支持调度处理延迟的信息；第二接收模块524，用于接收在与所述基站进行上行调度处理时所述用户设备所使用的延迟时间。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本实施例是根据本发明的可选实施例，用于结合具体的场景对申请进行详细说明：
图6为本发明提供的对某用户上行调度处理延迟进行半静态设置的信令流程图，如图6所示，该实施例使用rrc信令消息或dci命令对用户的上行调度处理延迟进行半静态的设置，不需要对实际的调度信息进行更改。其具体实现过程如下：
步骤1用户设备向基站发送上行调度处理能力报告消息。可选的，该报告消息可以包括用户设备能够实现的最小上行调度处理延迟。可选的，上述调度处理延迟可以以子帧为单位进行量化。可选的，该消息可以作为单独的rrc信令消息或包含在其他已有的rrc信令消息中发送给基站。
步骤2基站根据用户报告的信息决定该用户实际使用的上行调度处理延迟，并将该延迟的值通知用户设备。可选的，基站可以通过rrc信令消息来进行上行调度处理延迟通知。用户设备在收到该通知后按所通知的上行调度处理延迟进行后续的上行数据发送。可选的，用户可以发送上行调度处理延迟通知确认消息来确认正确收到上行调度处理延迟通知，以加强可靠性。可选的，用户也可以在物理下行控制信道(physicaldownlinkcontrolchannel，简称为pdcch)中发送新设计的dci命令来进行上行调度处理延迟通知。可选的，该dci命令包含该用户后续进行上行数据发送的调度处理延迟。
步骤3用户按照基站通知的上行调度处理延迟和实际的上行调度信息进行上行数据发送。
图7为本发明提供的通过调度信息动态设置上行调度处理延迟的信令流程图，如图7所示，该实施例通过将上行调度处理延迟包含在实际的调度信息中来支持动态更新用户的上行调度处理延迟。其具体实现过程如下：
步骤1用户设备向基站发送上行调度处理能力报告消息。可选的，该报告消息可以包括用户设备能够实现的最小上行调度处理延迟。可选的，上述调度处理延迟可以以子帧为单位进行量化。可选的，该消息可以作为单独的rrc信令消息或包含在其他已有的rrc信令消息中发送给基站。
步骤2基站根据用户报告的信息决定该用户实际使用的上行调度处理延迟，并在各个上行调度信息中包含实际使用的上行调度处理延迟。
步骤3用户按照调度信息中的上行调度处理延迟和其他调度信息进行相应的上行数据发送。
图8为本发明提供的通过调度信息进行预设范围内的上行调度处理延迟选择的信令流程图，如图8所示，该实施例首先通过rrc信令交互预先定义一个可选的上行调度处理延迟集合，然后通过调度信息动态选择该集合中的某个上行调度处理延迟。其具体实现过程如下：
步骤1用户设备向基站发送上行调度处理能力报告消息。可选的，该报告消息可以包括用户设备能够实现的最小上行调度处理延迟。可选的，上述调度处理延迟可以以子帧为单位进行量化。可选的，该消息可以作为单独的rrc信令消息或包含在其他已有的rrc信令消息中发送给基站。
步骤2基站根据用户报告的信息决定多个该用户实际可以使用的上行调度处理延迟，并将这些延迟值作为一个集合通知给用户。可选的，该上行调度处理延迟集合通知信息可以包含在rrc消息中发送给用户。
步骤3基站决定该用户某次数据发送应该使用的上行调度处理延迟，并在相应的上行调度信息中包含上行调度处理延迟选择信息。
步骤4用户按照调度信息中的上行调度处理延迟选择信息和预先通知的上行调度处理延迟集合选择一个合适的上行调度处理延迟，并根据调度信息中的其他信息进行相应的上行数据发送。
图9为本发明提供的根据tcp/ip状态调整上行调度处理延迟的信令流程图，如图9所示，该实施例首先通过rrc信令交互预先为不同的tcp/ip状态定义不同的上行调度处理延迟，然后通过基站指示不同的tcp/ip状态来激活不同的上行调度处理延迟。其具体实现过程如下：
步骤1用户设备向基站发送上行调度处理能力报告消息。可选的，该报告消息可以包括用户设备能够实现的最小上行调度处理延迟。可选的，上述调度处理延迟可以以子帧为单位进行量化。可选的，该消息可以作为单独的rrc信令消息或包含在其他已有的rrc信令消息中发送给基站。
步骤2基站根据用户报告的信息决定该用户在不同tcp/ip状态实际可以使用的上行调度处理延迟，并将这些信息通知用户。可选的，上述通知可以通过rrc信令消息来进行传递。可选的，该通知可以包括两个上行调度处理延迟，一个在tcp/ip慢启动状态使用，另一个在正常tcp/ip状态使用。
步骤3基站判断用户业务流所处的tcp/ip状态，并将相关的状态指示给用户设备。可选的，基站可以根据实际的业务速率判断用户设备所处的tcp/ip状态。
步骤4用户按照基站指示的tcp/ip状态激活相应的上行调度处理延迟，并在随后的上行数据发送中使用该延迟进行相应的上行数据发送。
图10为本发明提供的通过rrc信令进行上行调度处理能力更新的信令流程图，如图10所示，该实施例中，用户可以主动更新上行调度处理能力，并使基站对上行调度处理延迟做出相应改变。其具体实现过程如下：
步骤1用户设备检测到自身状态的变化，并判断该变化是否会影响到上行调度处理能力。如果会影响，用户向基站发送上行调度处理能力更新信息。可选的，该信息可以通过rrc信令消息进行传递。可选的，用户检测的自身状态包括用户位置的变化，和/或用户所使用的时间提前的变化等。
步骤2基站根据用户的更新报告为用户重新选择合适的上行调度处理延迟或上行调度处理延迟配置，并通知用户。
通过本实施例，基站能够动态的支持不同的上行调度处理延迟，可以在用户处理能力允许的情况下尽量减少了用户上行数据发送的延迟，更好的支持低时延业务次，本发明和已有的lte系统能很好的兼容，不需要对lte系统做出大的更新。
实施例4
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
s1，接收用户设备上报的能力信息，其中，能力信息用于描述用户设备在上行调度时所支持调度处理延迟的信息；
s2，根据能力信息确定在与用户设备进行上行调度处理时所使用的延迟时间，并将延迟时间通知给用户设备。
可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行接收用户设备上报的能力信息，其中，能力信息用于描述用户设备在上行调度时所支持调度处理延迟的信息；
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行根据能力信息确定在与用户设备进行上行调度处理时所使用的延迟时间，并将延迟时间通知给用户设备。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。