本发明涉及无线通信技术领域，具体地说，涉及一种数据传输的方法、用户设备和基站。
背景技术：
随着社交网络及物联网的发展，短突发数据或信令传输在社交网络应用和物联网等方面有广泛的使用。虽然，目前移动通信网络已经能较好的支持高速率、大带宽用户业务需求，但在支持海量的短突发数据或信令传输方面还有较多不足。
现有的移动通信网络在支持短突发数据或信令传输方面时延较大，开销也较大，每比特能耗也较大，且目前在解决短突发数据或信令传输方面时延的问题方面，尚没有成熟的解决方案。
技术实现要素：
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本发明实施例提供一种数据传输的方法，以解决下行数据传输时延大的技术问题。
为了解决上述技术问题，本发明实施例提供了一种数据传输的方法，包括：
发送寻呼消息，所述寻呼消息包括新分配给ue的用于无线资源调度的标识；
根据所述新分配给ue的用于无线资源调度的标识发送无线资源调度信 息；
发送下行空口数据。
可选地，所述寻呼消息还包括为所述ue配置的上行专用反馈资源信息。
可选地，如在指定时间内未接收到所述ue反馈的专用信息，则继续发送所述寻呼消息；如在指定时间内接收到所述ue反馈的专用信息，再根据所述新分配给ue的用于无线资源调度的标识发送无线资源调度信息，并发送下行空口数据。
可选地，如在指定时间内接收到所述ue反馈的专用信息，还包括：
向所述ue回复针对ue反馈的响应信息，所述针对ue反馈的响应信息包括上行定时提前参数。
可选地，所述发送下行空口数据包括：
如在指定时间内接收到物理上行控制信道的否定应答消息，或者在指定时间内未接收到物理上行控制信道的确定应答消息或否定应答消息，则重传所述下行空口数据，如接收到物理上行控制信道的确定应答消息，则停止重传所述下行空口数据。
可选地，所述发送下行空口数据包括：
在预定的间隔时间后，重传所述下行空口数据。
可选地，所述无线资源调度信息包括：为所述ue分配的下行物理资源信息和为所述ue配置的上行专用反馈资源信息；或者
所述下行空口数据中携带为所述ue配置的上行专用反馈资源信息。
可选地，所述发送下行空口数据包括：
如在指定时间内未接收到所述ue反馈的专用信息，则重传所述下行空口数据；如接收到所述ue反馈的专用信息，则停止重传所述下行空口数据；或者
如接收到所述ue反馈的专用信息，则重传所述下行空口数据；如在指定时间内未接收到所述ue反馈的专用信息，则停止重传所述下行空口数据； 或者
如在所述指定时间内接收到所述ue反馈的指示接收不成功的信息，则重传所述下行空口数据；如接收到所述ue反馈的指示接收成功的信息，则停止重传所述下行空口数据。
可选地，所述发送下行空口数据之后，还包括：
传输结束后，释放分配给ue的用于无线资源调度的标识和/或为所述ue配置的专用反馈资源。
可选地，还包括：
上报传输结果信息。
可选地，所述发送寻呼消息之前，还包括：
接收业务数据或业务信令，所述业务数据或业务信令包括所述ue的空口能力信息和/或寻呼图样信息。
可选地，所述业务数据或业务消息还包括：空口传输方案指示信息，还包括：
根据所述指示信息确定空口传输方案。
本发明实施例还提出了一种基站，包括：
第一发送模块，用于发送寻呼消息，所述寻呼消息包括新分配给ue的用于无线资源调度的标识；
第二发送模块，用于根据所述新分配给ue的用于无线资源调度的标识发送无线资源调度信息；
第三发送模块，用于发送下行空口数据。
可选地，所述第一发送模块，发送的寻呼消息还包括为所述ue配置的专用反馈资源信息，还用于，如在指定时间内未接收到所述ue反馈的专用信息，则继续发送所述寻呼消息；如在指定时间内接收到所述ue反馈的专用信息，则触发所述第二发送模块发送无线资源调度信息，并触发所述第三发送模块发送下行空口数据。
可选地，所述第三发送模块，发送下行空口数据包括：如在指定时间内接收到物理上行控制信道的否定应答消息，或者在指定时间内未接收到物理上行控制信道的确定应答消息或否定应答消息，则重传所述下行空口数据，如接收到物理上行控制信道的确定应答消息，则停止重传所述下行空口数据。
可选地，所述第三发送模块，发送下行空口数据包括：在预定的间隔时间后，重传所述下行空口数据。
可选地，所述第二发送模块，发送的无线资源调度信息包括为所述ue分配的下行物理资源信息和为所述ue配置的上行专用反馈资源信息；或者
所述第三发送模块，发送的下行空口数据中携带为所述ue配置的上行专用反馈资源信息。
可选地，所述第三发送模块，发送下行空口数据包括：如在指定时间内未接收到所述ue反馈的专用信息，则重传所述下行空口数据；如接收到所述ue反馈的专用信息，则停止重传所述下行空口数据；或者如接收到所述ue反馈的专用信息，则重传所述下行空口数据；如在指定时间内未接收到所述ue反馈的专用信息，则停止重传所述下行空口数据；或者如在所述指定时间内接收到所述ue反馈的指示接收不成功的信息，则重传所述下行空口数据；如接收到所述ue反馈的指示接收成功的信息，则停止重传所述下行空口数据。
可选地，还包括：
释放模块，用于在所述第三发送模块传输结束后，释放分配给ue的用于无线资源调度的标识和/或为所述ue配置的专用反馈资源。
可选地，还包括：
上报模块，用于上报传输结果信息。
可选地，还包括：
接收模块，用于在所述第一发送模块发送寻呼消息之前，接收业务数据或业务信令，所述业务数据或业务信令包括所述ue的空口能力信息和/或寻呼图样信息。
可选地，确定模块，
所述接收模块，接收的业务数据或业务消息还包括空口传输方案指示信息；
所述确定模块，用于根据所述指示信息确定空口传输方案。
本发明实施例还提出了一种数据传输的方法，包括：
用户设备ue接收基站的寻呼消息，所述寻呼消息包括新分配给所述ue的用于无线资源调度的标识；
接收所述基站的无线资源调度信息后，利用所述标识进行无线资源调度；
接收所述基站的下行空口数据。
可选地，所述寻呼消息还包括为所述ue配置的上行专用反馈资源信息，或者所述无线资源调度信息包括：为所述ue分配的下行物理资源信息和为所述ue配置的上行专用反馈资源信息；或者所述下行空口数据中携带为所述ue配置的上行专用反馈资源信息，所述方法还包括：
所述ue根据接收到上行专用反馈资源信息进行上行反馈资源配置；
所述接收所述基站的下行空口数据包括：
如正确接收所述基站的下行空口数据，则向所述基站反馈配置的专用信息；或者
如在指定时间内未正确接收所述基站的下行空口数据，则向所述基站反馈配置的专用信息；或者
如正确接收所述基站的下行空口数据，则向所述基站反馈指示接收成功的信息，如在所述指定时间内未正确接收所述基站的下行空口数据，则向所述基站反馈指示接收不成功的信息。
可选地，所述寻呼消息还包括为所述ue配置的上行专用反馈资源信息，所述方法还包括：
所述ue根据接收到上行专用反馈资源信息进行上行反馈资源配置；
所述ue接收基站的寻呼消息包括：
所述ue如成功接收所述寻呼消息，则向所述基站反馈配置的专用信息。
可选地，所述向所述基站反馈配置的专用信息之后，还包括：
所述ue接收所述基站针对所述ue反馈的响应信息，所述针对ue反馈的响应信息包括上行定时提前参数。
本发明实施例还提出了一种用户设备，包括：
第一传输模块，用于接收基站的寻呼消息，所述寻呼消息包括新分配给所述ue的用于无线资源调度的标识；
调度模块，用于接收所述基站的无线资源调度信息后，利用所述标识进行无线资源调度；
第二传输模块，用于接收所述基站的下行空口数据。
可选地，还包括配置模块，
所述寻呼消息还包括为所述ue配置的上行专用反馈资源信息，或者所述无线资源调度信息包括：为所述ue分配的下行物理资源信息和为所述ue配置的上行专用反馈资源信息；或者所述下行空口数据中携带为所述ue配置的上行专用反馈资源信息，
所述配置模块，用于根据接收到上行专用反馈资源信息进行上行反馈资源配置；
所述第二传输模块，具体用于如正确接收所述基站的下行空口数据，则向所述基站反馈配置的专用信息；或者如在指定时间内未正确接收所述基站的下行空口数据，则向所述基站反馈配置的专用信息；或者如正确接收所述基站的下行空口数据，则向所述基站反馈指示接收成功的信息，如在所述指定时间内未正确接收所述基站的下行空口数据，则向所述基站反馈指示接收不成功的信息。
可选地，还包括配置模块，
所述第一传输模块，接收到的所述寻呼消息还包括为所述ue配置的上 行专用反馈资源信息，如成功接收所述寻呼消息，则向所述基站反馈配置的专用信息；
所述配置模块，用于根据接收到上行专用反馈资源信息进行上行反馈资源配置。
可选地，所述第一传输模块，还用于接收所述基站针对所述ue反馈的响应信息，所述针对ue反馈的响应信息包括上行定时提前参数。
本发明实施例的技术方案能够解决下行短突发数据的低时延、低开销、低能耗的传输问题，以延长ue的续航时间，并增强网络侧应对海量突发数据的能力和容量。与现有技术相比，采用本发明方法，能使得下行数据传输方面时延更低、开销更小、能耗更低。
在阅读并理解了附图和详细描述后，可以明白其他方面。
附图说明
图1为本发明实施例的基站侧进行数据传输的方法的流程图；
图2为本发明实施例的用户设备侧进行数据传输的方法的流程图；
图3是本发明实施例1的流程示意图；
图4是本发明实施例2的流程示意图；
图5是本发明实施例3的流程示意图；
图6是本发明实施例4的流程示意图；
图7是本发明实施例5的流程示意图；
图8是本发明实施例6的流程示意图；
图9是本发明实施例7的流程示意图；
图10为本发明实施例的基站的示意图；
图11为本发明实施例的ue的示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
图1为本发明实施例的基站侧进行数据传输的方法的流程图，如图1所示，本实施例的方法包括：
步骤11、基站发送寻呼消息，其中包括新分配给ue的用于无线资源调度的标识；
步骤12、基站根据所述新分配给ue的用于无线资源调度的标识发送无线资源调度信息；
步骤13、基站发送下行空口数据。
在一可选的实施例中，网络侧进行下行数据首传和重传的调度及数据传输，网络侧的重传不基于ue的反馈。
图2为本发明实施例的用户设备侧进行数据传输的方法的流程图，如图2所示，本实施例的方法包括：
步骤21、ue接收基站的寻呼消息，所述寻呼消息包括新分配给所述ue的用于无线资源调度的标识；
步骤22、接收所述基站的无线资源调度信息后，利用所述标识进行无线资源调度；
步骤23、接收所述基站的下行空口数据。
在一可选实施例中，所述寻呼消息还包括为所述ue配置的上行专用反馈资源信息，或者所述无线资源调度信息包括：为所述ue分配的下行物理资源信息和为所述ue配置的上行专用反馈资源信息；或者所述下行空口数据中携带为所述ue配置的上行专用反馈资源信息，
所述方法还包括：所述ue根据接收到上行专用反馈资源信息进行上行反馈资源配置；
其中步骤23，接收所述基站的下行空口数据包括：
如正确接收所述基站的下行空口数据，则向所述基站反馈配置的专用信息；或者
如在指定时间内未正确接收所述基站的下行空口数据，则向所述基站反馈配置的专用信息；或者
如正确接收所述基站的下行空口数据，则向所述基站反馈指示接收成功的信息，如在所述指定时间内未正确接收所述基站的下行空口数据，则向所述基站反馈指示接收不成功的信息。
实施例一
本实施例描述的是使用缺省的harq(hybridautomaticrepeatrequest，混合自动重传请求)重传次数或无harq重传的下行数据传输的方法，图3为本实施例所述方法的流程示意图。如图3所示，本实施例所述方法包括以下步骤：
步骤100，有下行业务数据或信令到达基站；
该下行业务数据或信令可以是通过寻呼消息或其它s1接口消息从核心网来到基站的，也可以是从业务服务器或互联网路由器来到基站的，还可以是相邻接入网网元来到基站的。s1接口是lte(longtermevolution，长期演进)enodeb(基站)与epc(分组核心网)之间的通讯接口
在该步骤中基站可能还收到ue的空口能力信息，和/或ue的寻呼图样信息。
步骤101，基站根据ue的空口能力和寻呼图样发送寻呼消息，其中包括新分配给ue的用于无线资源调度的标识，例如c-rnti。
当然，寻呼消息中还携带ue的寻呼标识，例如imsi(internationalmobile subscriberidentificationnumber，国际移动用户识别码)，imei(internationalmobilestationequipmentidentity，国际移动站设备标识)，或者p-tmsi(packettemperatemobilesubscriptionidentity，分组临时移动用户识别码)。
ue接收寻呼消息，根据ue的寻呼标识确定是否正在被网络侧寻呼(被网络侧寻呼通常意味着ue需要和网络侧进行通信以便接收下行信令或数据)，ue进一步将接收到的c-rnti作为自身的标识，以便使用新分配的无线资源调度标识(c-rnti)来解码pdcch。
步骤102，基站发送无线资源调度信息，所述无线资源调度信息包括为所述ue分配的下行物理资源信息，例如，pdcch(physicaldownlinkcontrolchannel，物理下行控制信道)/dci(downlinkcontrolinformation，下行控制信息)，其中使用在寻呼消息中携带的分配给ue的用于无线资源调度的标识；例如c-rnti(cellradionetworktemporalindex，小区无线网络临时标识)通过dci的crc(cyclicredundancycheck，循环冗余校验码)隐含的携带；
ue使用上一步获取的无线资源调度标识(c-rnti)解pdcch，解码pdcch的方法可采用业界周知的方法(见3gppts36.211/36.212/36.213协议)，在此不再赘述。
ue接收到无线资源调度信息(例如dci)后，根据dci中指示的物理资源指示、mcs(modulationandcodingscheme，调制编码方式)等用于接收pdsch的信息准备接收下行空口数据。
步骤103，基站发送下行空口数据；
ue根据基站分配的下行物理资源信息接收下行空口数据，例如，根据dci中指示的物理资源指示、mcs等用于接收pdsch的信息来接收下行空口数据，并进行接收正确或错误判别。在接收正确后将接收到的传输块投递给上层协议(mac/rlc/pdcp)进行处理。
步骤104，基站在预定的间隔时间后，重传下行空口数据；预定的间隔时延可以是0，也可以是网络侧和ue都支持的tti(transmissiontimeinterval，发送时间间隔)的整数倍。
步骤105，基站在达到最大重传次数后结束传输，释放前面分配的c-rnti(意味着c-rnti只是临时使用)，并可选的向业务或信令发起方报告传输结果，其中包括是否成功进行了下行传输的指示。在指示传输失败时，则还携带失败的原因，例如下行资源不足。
在该实施例中，ue是支持快速下行传递的任何类型终端，例如移动互联网终端，例如智能手机，也可以是物联网或车联网终端。
方法实施例二
本实施例描述的是在寻呼中配置专用反馈，但无需接收到专用反馈直接开始发送数据的方法，图4为本实施例所述方法的流程示意图。如图4所示，本实施例所述方法包括以下步骤：
步骤200，有下行业务数据或信令到达基站。
该下行业务数据或信令可以是通过寻呼消息或其它s1接口消息从核心网来到基站的，也可以是从业务服务器或互联网路由器来到基站的，还可以是相邻接入网网元来到基站的。
在该步骤中基站可能还收到ue的空口能力信息，和/或ue的寻呼图样信息。
步骤201，基站根据ue的空口能力和寻呼图样发送寻呼消息，其中包括新分配给ue的用于无线资源调度的标识，例如c-rnti，以及为ue配置的上行专用反馈资源，例如专用的随机接入前导(rapreamble)。当然，寻呼消息中还携带ue的寻呼标识，例如imsi，imei，或者p-tmsi。
ue接收寻呼消息，根据ue的寻呼标识确定是否正在被网络侧寻呼(被网络侧寻呼通常意味着ue需要和网络侧进行通信以便接收下行信令或数据)，ue进一步将接收到的c-rnti作为自身的标识，以便使用新分配的无线资源调度标识(c-rnti)来解pdcch。ue还根据接收到上行专用反馈资源信息进行上行反馈资源配置。
步骤202，基站发送无线资源调度信息，所述无线资源调度信息包括为所述ue分配的下行物理资源信息，例如pdcch/dci，其中使用在寻呼消息 中携带的分配给ue的用于无线资源调度的标识；例如c-rnti通过dci的crc隐含的携带；
ue使用上一步获取的无线资源调度标识(c-rnti)解码pdcch，解码pdcch的方法可采用业界周知的方法(见3gppts36.211/36.212/36.213协议)，在此不再赘述。
ue接收到无线资源调度信息(dci)后，根据dci中指示的物理资源指示、mcs等用于接收pdsch的信息准备接收下行空口数据。
步骤203，基站发送下行空口数据；
ue根据基站为ue分配的下行物理资源信息接收下行空口数据，例如ue根据dci中指示的物理资源指示、mcs等用于接收pdsch的信息接收下行空口数据，并进行接收正确或错误判别。在接收正确后向基站发送专用的上行反馈(由上一步所配置)并且将接收到的传输块投递给上层协议(mac(mediumaccesscontrol，媒体接入控制)/rlc(radiolinkcontrol，无线链路控制)/pdcp(packetdataconvergenceprotocol，分组数据汇聚协议))进行处理；如果接收错误，则不发送专用的上行反馈，并且缓存接收到的数据以便和后续重传数据进行合并和解码。
步骤204，基站尝试接收为ue配置的专用反馈，例如专用的ra(random-access，随机接入)preamble(前导码)，如果接收到专用的rapreamble，则表明ue接收成功，则停止后续重传并跳到步骤206；
步骤205，网络侧在专用的rapreamble接收超时后(即在规定时间内未接收到预期的专用rapreamble后)，重传下行空口数据；规定的时间可以是网络侧和ue都支持的tti的整数倍，例如4*tti。步骤204和205被重复直到达到最大重传次数。
步骤206，网络侧结束传输，释放前面分配的ue调度标识和专用反馈资源(意味着c-rnti和专用rapreamble只是临时使用)，并可选的向业务或信令发起方报告传输结果，其中包括是否成功进行了下行传输的指示。在指示传输失败时，则还携带失败的原因，例如下行资源不足，或者达到最大重传次数。
在上述过程中，专用的rapreamble用于表明ue接收成功，另一种替代方法是使用专用的rapreamble以表明ue接收不成功，则步骤204和205将被替换成：
步骤204’，网络侧尝试接收为ue配置的专用反馈，例如专用的rapreamble，如果接收到专用的rapreamble，则表明ue接收不成功，则跳到步骤205’，如果在规定时间内未接收到专用的rapreamble，则表明ue接收成功，则停止后续重传并跳到步骤206，
步骤205’,网络侧在接收到专用的rapreamble后重传下行空口数据。步骤204’和205’被重复直到达到最大重传次数。
还有一种替代方法是为ue分别配置代表接收成功和接收不成功的两个专用rapreamble，具体过程不再赘述。
在该实施例中，ue是支持快速下行传递的任何类型终端，例如移动互联网终端，例如智能手机，也可以是物联网或车联网终端。
方法实施例三
本实施例描述的是基于下行调度信息中配置专用反馈的方法，图5为本实施例所述方法的流程示意图。如图5所示，本实施例所述方法包括以下步骤：
步骤300，有下行业务数据或信令到达基站。
该下行业务数据或信令可以是通过寻呼消息或其它s1接口消息从核心网来到基站的，也可以是从业务服务器或互联网路由器来到基站的，还可以是相邻接入网网元来到基站的。
在该步骤中基站可能还收到ue的空口能力信息，和/或ue的寻呼图样信息。
步骤301，基站根据ue的空口能力和寻呼图样发送寻呼消息，其中包括新分配给ue的用于无线资源调度的标识，例如c-rnti。当然，寻呼消息中还携带ue的寻呼标识，例如imsi，imei，或者p-tmsi。
ue接收寻呼消息，根据ue的寻呼标识确定是否正在被网络侧寻呼(被 网络侧寻呼通常意味着ue需要和网络侧进行通信以便接收下行信令或数据)，ue进一步将接收到的c-rnti作为自身的标识，以便使用新分配的无线资源调度标识(c-rnti)来解码pdcch。
步骤302，基站发送无线资源调度信息，所述无线资源调度信息包括为所述ue分配的下行物理资源信息，例如pdcch/dci，其中使用在寻呼消息中携带的分配给ue的用于无线资源调度的标识；例如c-rnti通过dci的crc隐含的携带；无线资源调度信息还包括为所述ue分配的下行物理资源信息和为ue配置的上行专用反馈资源信息，例如专用的随机接入前导(rapreamble)索引；
ue使用上一步获取的无线资源调度标识(c-rnti)解码，ue还根据接收到上行专用反馈资源信息进行上行反馈资源配置。
步骤303，网络侧发送下行空口数据；
ue根据基站分配的下行物理资源信息接收下行空口数据，例如，根据dci中指示的物理资源指示、mcs等用于接收pdsch的信息接收下行空口数据，并进行接收正确或错误判别。在接收正确后向基站发送专用的上行反馈(由上一步所配置)并且将接收到的传输块投递给上层协议(mac/rlc/pdcp)进行处理；如果接收错误，则不发送专用的上行反馈，并且缓存接收到的数据以便和后续重传数据进行合并和解码。
步骤304，网络侧尝试接收为ue配置的专用反馈，例如专用的rapreamble，如果接收到专用的rapreamble，则表明ue接收成功，则ue停止后续重传并跳到步骤306，
步骤305，网络侧在专用的rapreamble接收超时后(即在规定时间内未接收到预期的专用rapreamble后)，重传下行空口数据；规定的时间可以是网络侧和ue都支持的tti的整数倍，例如4*tti。步骤304和305被重复直到达到最大重传次数。
步骤306，网络侧结束传输，释放前面分配的ue调度标识和专用反馈资源(意味着c-rnti和专用rapreamble只是临时使用)，并可选的向业务或信令发起方报告传输结果，其中包括是否成功进行了下行传输的指示。在指示传输失败时，则还携带失败的原因，例如下行资源不足，或者达到最大重传次数。
在上述过程中，专用的rapreamble用于表明ue接收成功，另一种替代方法是使用专用的rapreamble以表明ue接收不成功，则步骤304和305将被替换成：
步骤304’，网络侧尝试接收为ue配置的专用反馈，例如专用的rapreamble，如果接收到专用的rapreamble，则表明ue接收不成功，则跳到步骤305’，如果在规定时间内未接收到专用的rapreamble，则认为ue接收成功，则停止后续重传并跳到步骤306，
步骤305’,网络侧在接收到专用的rapreamble后重传下行空口数据。步骤304’和305’被重复直到达到最大重传次数。
还有一种替代方法是为ue分别配置代表接收成功和接收不成功的两个专用rapreamble，具体过程不再赘述。
在该实施例中，ue是支持快速下行传递的任何类型终端，例如移动互联网终端，例如智能手机，也可以是物联网或车联网终端。
方法实施例四
本实施例描述的是基于下行数据传输信息中配置专用反馈的方法，图6为本实施例所述方法的流程示意图。如图6所示，本实施例所述方法包括以下步骤：
步骤400，有下行业务数据或信令到达基站。
该下行业务数据或信令可以是通过寻呼消息或其它s1接口消息从核心网来到基站的，也可以是从业务服务器或互联网路由器来到基站的，还可以是相邻接入网网元来到基站的。在该步骤中基站可能还收到ue的空口能力信息，和/或ue的寻呼图样信息。
步骤401，基站根据ue的空口能力和寻呼图样发送寻呼消息，其中包括新分配给ue的用于无线资源调度的标识，例如c-rnti。当然，寻呼消息中还携带ue的寻呼标识，例如imsi，imei，或者p-tmsi。
ue接收寻呼消息，根据ue的寻呼标识确定是否正在被网络侧寻呼(被网络侧寻呼通常意味着ue需要和网络侧进行通信以便接收下行信令或数据)，ue进一步将接收到的c-rnti作为自身的标识，以便使用新分配的无线资源调度标识(c-rnti)来解码pdcch。
步骤402，基站发送无线资源调度信息，所述无线资源调度信息包括为所述ue分配的下行物理资源信息，例如pdcch/dci，其中使用在寻呼消息中携带的分配给ue的用于无线资源调度的标识；例如c-rnti通过dci的crc隐含的携带；
步骤403，网络侧发送下行空口数据；下行空口数据中(例如在macce中)还包括为ue配置的专用上行反馈资源信息，例如专用的随机接入前导(rapreamble)索引；
ue根据接收到上行专用反馈资源信息进行上行反馈资源配置。
ue根据dci中指示的物理资源指示、mcs等用于接收pdsch的信息接收下行空口数据，并进行接收正确或错误判别。在接收正确后向基站发送专用的上行反馈(由上一步所配置)并且将接收到的传输块投递给上层协议(mac/rlc/pdcp)进行处理；如果接收错误，则不发送专用的上行反馈，并且缓存接收到的数据以便和后续重传数据进行合并和解码。
步骤404，网络侧尝试接收为ue配置的专用反馈，例如专用的rapreamble，如果接收到专用的rapreamble，则表明ue接收成功，则ue停止后续重传并跳到步骤406，
步骤405，网络侧在专用的rapreamble接收超时后(即在规定时间内未接收到预期的专用rapreamble后)，重传下行空口数据；规定的时间可以是网络侧和ue都支持的tti的整数倍，例如4*tti。步骤404和405被重复直到达到最大重传次数。
步骤406，网络侧结束传输，释放前面分配的ue调度标识和专用反馈资源(意味着c-rnti和专用rapreamble只是临时使用)，并可选的向业务或信令发起方报告传输结果，其中包括是否成功进行了下行传输的指示。在指示传输失败时，则还携带失败的原因，例如下行资源不足，或者达到最大重传次数。
在该实施例中，ue是支持快速下行传递的任何类型终端，例如移动互联网终端，例如智能手机，也可以是物联网或车联网终端。
方法实施例五
本实施例描述的是基于下行寻呼信息中配置专用反馈并基于反馈进行数据传输的方法，图7为本实施例所述方法的流程示意图。如图7所示，本实施例所述方法包括以下步骤：
步骤500，有下行业务数据或信令到达基站。
该下行业务数据或信令可以是通过寻呼消息或其它s1接口消息从核心网来到基站的，也可以是从业务服务器或互联网路由器来到基站的，还可以是相邻接入网网元来到基站的。
在该步骤中基站可能还收到ue的空口能力信息，和/或ue的寻呼图样信息。
步骤501，基站根据ue的空口能力和寻呼图样发送寻呼消息，其中包括新分配给ue的用于无线资源调度的标识，例如c-rnti。寻呼消息还包括为ue配置的上行专用反馈资源信息，例如专用的随机接入前导(rapreamble)索引。当然，寻呼消息中还携带ue的寻呼标识，例如imsi，imei，或者p-tmsi。
ue根据接收到上行专用反馈资源信息进行上行反馈资源配置。
ue接收寻呼消息，根据ue的寻呼标识确定是否正在被网络侧寻呼(被网络侧寻呼通常意味着ue需要和网络侧进行通信以便接收下行信令或数据)，ue进一步将接收到的c-rnti作为自身的标识，以便使用新分配的无线资源调度标识(c-rnti)来解码pdcch。
步骤502，基站尝试接收为ue配置的专用反馈，例如专用的rapreamble，如果接收到专用的rapreamble，则表明ue接收寻呼消息成功，则基站跳到步骤504；
步骤503，基站在专用的rapreamble接收超时后(即在规定时间内未接收到预期的专用rapreamble后)，重新发送针对该ue的寻呼消息；步骤502和503被重复直到达到该ue的寻呼最大重传次数或者超出ue的寻呼图样中的可用寻呼窗，然后跳到步骤508。
步骤504，基站发送无线资源调度信息，所述无线资源调度信息包括为所述ue分配的下行物理资源信息，例如pdcch/dci，其中使用在寻呼消息中携带的分配给ue的用于无线资源调度的标识；例如c-rnti通过dci的crc隐含的携带；
步骤505，网络侧发送下行空口数据；
步骤506，网络侧尝试接收为ue配置的专用反馈，例如专用的rapreamble，如果接收到专用的rapreamble，则表明ue接收成功，则停止后续重传并跳到步骤506，
步骤507，网络侧在专用的rapreamble接收超时后(即在规定时间内未接收到预期的专用rapreamble后)，重传下行空口数据；规定的时间可以是网络侧和ue都支持的tti的整数倍，例如4*tti。步骤506和507被重复直到达到最大重传次数。
步骤508，基站结束传输，释放前面分配的ue调度标识和专用反馈资源(意味着c-rnti和专用rapreamble只是临时使用)，并可选的向业务或信令发起方报告传输结果，其中包括是否成功进行了下行传输的指示。在指示传输失败时，则还携带失败的原因，例如下行资源不足，或者寻呼达到最大重传次数或寻呼超时，或者数据传输达到最大重传次数或传输超时。
在该实施例中，ue是支持快速下行传递的任何类型终端，例如移动互 联网终端，例如智能手机，也可以是物联网或车联网终端。
方法实施例六
本实施例描述的是基于下行寻呼信息中配置专用反馈再基于pucch(physicaluplinkcontrolchannel，物理上行控制信道)反馈的方法，图8为本实施例所述方法的流程示意图。如图8所示，本实施例所述方法包括以下步骤：
步骤600，有下行业务数据或信令到达基站。
该下行业务数据或信令可以是通过寻呼消息或其它s1接口消息从核心网来到基站的，也可以是从业务服务器或互联网路由器来到基站的，还可以是相邻接入网网元来到基站的。在该步骤中基站可能还收到ue的空口能力信息，和/或ue的寻呼图样信息。
步骤601，基站根据ue的空口能力和寻呼图样发送寻呼消息，其中包括新分配给ue的用于无线资源调度的标识，例如c-rnti。寻呼信息还包括为ue配置的专用反馈资源信息，例如专用的随机接入前导(rapreamble)索引。当然，寻呼消息中还携带ue的寻呼标识，例如imsi，imei，或者p-tmsi。
ue根据接收到上行专用反馈资源信息进行上行反馈资源配置。
ue接收寻呼消息，根据ue的寻呼标识确定是否正在被网络侧寻呼(被网络侧寻呼通常意味着ue需要和网络侧进行通信以便接收下行信令或数据)，ue进一步将接收到的c-rnti作为自身的标识，以便使用新分配的无线资源调度标识(c-rnti)来解码pdcch。
步骤602，基站尝试接收为ue配置的专用反馈，例如专用的rapreamble，如果接收到专用的rapreamble，则表明ue接收寻呼消息成功，则基站向ue回复rar(randomaccessresponse，随机接入响应)，其中包括用于调整上行传输定时的上行定时提前参数(timingadvance)，然后跳到步骤604；
步骤603，基站在专用的rapreamble接收超时后(即在规定时间内未接收到预期的专用rapreamble后)，重新发送针对该ue的寻呼消息；步骤602和603被重复直到达到该ue的寻呼最大重传次数或者超出ue的寻呼图样中的可用寻呼窗，然后跳到步骤608。
步骤604，基站发送无线资源调度信息，所述无线资源调度信息包括为所述ue分配的下行物理资源信息，例如pdcch/dci，其中使用在寻呼消息中携带的分配给ue的用于无线资源调度的标识；例如c-rnti通过dci的crc隐含的携带；
步骤605，网络侧发送下行空口数据；
步骤606，网络侧尝试接收pucch(physicaluplinkcontrolchannel，物理上行控制信道)ack(确定应答)/nack(否定应答)反馈，如果接收到ack，则表明ue接收成功，则停止后续重传并跳到步骤608，
步骤607，网络侧在接收nack后或ack/nack接收超时后(即在规定时间内未接收到预期的pucchack/nack后)，重传下行空口数据；规定的时间可以是网络侧和ue都支持的tti的整数倍，例如4*tti。步骤606和607被重复直到达到最大重传次数或下行传输超时。
步骤608，基站结束传输，释放前面分配的ue调度标识和专用反馈资源(意味着c-rnti和专用rapreamble只是临时使用)，并可选的向业务或信令发起方报告传输结果，其中包括是否成功进行了下行传输的指示。在指示传输失败时，则还携带失败的原因，例如下行资源不足，或者寻呼达到最大重传次数或寻呼超时，或者数据传输达到最大重传次数或传输超时。
在该实施例中，ue是支持快速下行传递的任何类型终端，例如移动互联网终端，例如智能手机，也可以是物联网或车联网终端。
方法实施例七
本实施例描述的是需接收到专用反馈再行发送数据但数据传输无确认的方法，图9为本实施例所述方法的流程示意图。如图9所示，本实施例所述方法包括以下步骤：
步骤700，有下行业务数据或信令到达基站。
该下行业务数据或信令可以是通过寻呼消息或其它s1接口消息从核心网来到基站的，也可以是从业务服务器或互联网路由器来到基站的，还可以是相邻接入网网元来到基站的。在该步骤中基站可能还收到ue的空口能力信息，和/或ue的寻呼图样信息。
步骤701，基站根据ue的空口能力和寻呼图样发送寻呼消息，其中包括新分配给ue的用于无线资源调度的标识，例如c-rnti。寻呼信息还包括为ue配置的专用反馈资源信息，例如专用的随机接入前导(rapreamble)索引。当然，寻呼消息中还携带ue的寻呼标识，例如imsi，imei，或者p-tmsi。
ue根据接收到上行专用反馈资源信息进行上行反馈资源配置。
ue接收寻呼消息，根据ue的寻呼标识确定是否正在被网络侧寻呼(被网络侧寻呼通常意味着ue需要和网络侧进行通信以便接收下行信令或数据)，ue进一步将接收到的c-rnti作为自身的标识，以便使用新分配的无线资源调度标识(c-rnti)来解码pdcch。
步骤702，基站尝试接收为ue配置的专用反馈，例如专用的rapreamble，如果接收到专用的rapreamble，则表明ue接收寻呼消息成功，则基站跳到步骤704；
步骤703，基站在专用的rapreamble接收超时后(即在规定时间内未接收到预期的专用rapreamble后)，重新发送针对该ue的寻呼消息；步骤702和703被重复直到达到该ue的寻呼最大重传次数或者超出ue的寻呼图样中的可用寻呼窗，然后跳到步骤707。
步骤704，基站发送无线资源调度信息，所述无线资源调度信息包括为所述ue分配的下行物理资源信息，例如pdcch/dci，其中使用在寻呼消息中携带的分配给ue的用于无线资源调度的标识；例如c-rnti通过dci的crc隐含的携带；
步骤705，网络侧发送下行空口数据；
步骤706，网络侧在预定的间隔时间后，重传下行空口数据；预定的间隔时延可以是0，也可以是网络侧和ue都支持的tti的整数倍。步骤706被重复直到达到最大重传次数或者下行传输超时；
步骤707，基站结束传输，释放前面分配的ue调度标识和专用反馈资源(意味着c-rnti和专用rapreamble只是临时使用)，并可选的向业务或信令发起方报告传输结果，其中包括是否成功进行了下行传输的指示。在指示传输失败时，则还携带失败的原因，例如下行资源不足，或者寻呼达到最大重传次数或寻呼超时。
在该实施例中，ue是支持快速下行传递的任何类型终端，例如移动互联网终端，例如智能手机，也可以是物联网或车联网终端。
方案实施例八
该方案是以上实施例方案的综合，具体来说，基站从业务发起方接收的业务消息或业务数据中还包括空口传输方案指示信息，则网络侧根据所述指示信息确定空口传输方案，即具体采用实施例一至八的哪一种方法。
业务发起方包括核心网，或者业务服务器，或者互联网路由器，或者其它接入网网元。
图10为本发明实施例的基站的示意图，如图10所示，本实施例的基站包括：
第一发送模块，用于发送寻呼消息，所述寻呼消息包括新分配给ue的用于无线资源调度的标识；
第二发送模块，用于根据所述新分配给ue的用于无线资源调度的标识发送无线资源调度信息；
第三发送模块，用于发送下行空口数据。
在一可选实施例中，所述第一发送模块，发送的寻呼消息还包括为所述ue配置的专用反馈资源信息，还可以用于，如在指定时间内未接收到所述ue反馈的专用信息，则继续发送所述寻呼消息；如在指定时间内接收到所 述ue反馈的专用信息，则触发所述第二发送模块发送无线资源调度信息，并触发所述第三发送模块发送下行空口数据。
在一可选实施例中，所述第三发送模块，发送下行空口数据包括：如在指定时间内接收到物理上行控制信道的否定应答消息，或者在指定时间内未接收到物理上行控制信道的确定应答消息或否定应答消息，则重传所述下行空口数据，如接收到物理上行控制信道的确定应答消息，则停止重传所述下行空口数据。
在一可选实施例中，所述第三发送模块，发送下行空口数据包括：在预定的间隔时间后，重传所述下行空口数据。
在一可选实施例中，所述第二发送模块，发送的无线资源调度信息包括为所述ue分配的下行物理资源信息和为所述ue配置的上行专用反馈资源信息；或者
所述第三发送模块，发送的下行空口数据中携带为所述ue配置的上行专用反馈资源信息。
在一可选实施例中，所述第三发送模块，发送下行空口数据包括：如在指定时间内未接收到所述ue反馈的专用信息，则重传所述下行空口数据；如接收到所述ue反馈的专用信息，则停止重传所述下行空口数据；或者如接收到所述ue反馈的专用信息，则重传所述下行空口数据；如在指定时间内未接收到所述ue反馈的专用信息，则停止重传所述下行空口数据；或者如在所述指定时间内接收到所述ue反馈的指示接收不成功的信息，则重传所述下行空口数据；如接收到所述ue反馈的指示接收成功的信息，则停止重传所述下行空口数据。
在一可选实施例中，所述基站还可以包括：
释放模块，用于在所述第三发送模块传输结束后，释放分配给ue的用于无线资源调度的标识和/或为所述ue配置的专用反馈资源。
在一可选实施例中，所述基站还可以包括：
上报模块，用于上报传输结果信息。
在一可选实施例中，所述基站还可以包括：
接收模块，用于在所述第一发送模块发送寻呼消息之前，接收业务数据或业务信令，所述业务数据或业务信令包括所述ue的空口能力信息和/或寻呼图样信息。
在一可选实施例中，所述基站还可以包括：确定模块，
所述接收模块，接收的业务数据或业务消息还包括空口传输方案指示信息；
所述确定模块，用于根据所述指示信息确定空口传输方案。
图11为本发明实施例的ue的示意图，如图11所示，本实施例的ue包括：
第一传输模块，用于接收基站的寻呼消息，所述寻呼消息包括新分配给所述ue的用于无线资源调度的标识；
调度模块，用于接收所述基站的无线资源调度信息后，利用所述标识进行无线资源调度；
第二传输模块，用于接收所述基站的下行空口数据。
在一可选实施例中，所述ue还可以包括配置模块，
所述寻呼消息还包括为所述ue配置的上行专用反馈资源信息，或者所述无线资源调度信息包括：为所述ue分配的下行物理资源信息和为所述ue配置的上行专用反馈资源信息；或者所述下行空口数据中携带为所述ue配置的上行专用反馈资源信息，
所述配置模块，用于根据接收到上行专用反馈资源信息进行上行反馈资源配置；
所述第二传输模块，具体用于如正确接收所述基站的下行空口数据，则向所述基站反馈配置的专用信息；或者如在指定时间内未正确接收所述基站的下行空口数据，则向所述基站反馈配置的专用信息；或者如正确接收所述基站的下行空口数据，则向所述基站反馈指示接收成功的信息，如在所述指 定时间内未正确接收所述基站的下行空口数据，则向所述基站反馈指示接收不成功的信息。
在一可选实施例中，所述ue还可以包括配置模块，
所述第一传输模块，接收到的所述寻呼消息还包括为所述ue配置的上行专用反馈资源信息，如成功接收所述寻呼消息，则向所述基站反馈配置的专用信息；
所述配置模块，用于根据接收到上行专用反馈资源信息进行上行反馈资源配置。
在一可选实施例中，所述第一传输模块，还用于接收所述基站针对所述ue反馈的响应信息，所述针对ue反馈的响应信息包括上行定时提前参数。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。