需要通过无线移动网络来实现终端和互联网服务器的交互，特别是在B4G，甚至5G的宽带无线移动网络普及后，无线移动网络必将支撑更多的互联网业务。
[0074]其中，所述互联网业务可以包括:QQ业务、微信业务、网页浏览业务、微博交互业务、网络即时聊天业务、网站登录处理业务等，这些互联网业务共同的特点为:数据发送不连续，发送数据的时间间隔以秒级计算，与长期演进系统(LTE, Long Term Evolut1n)的lms的空口传输时间间隔相比，这些互联网业务的速率低，突发的数据包可能很大，也可能很小，但是一旦有数据要发送时，还要及时地发送出去，以避免影响用户的体验感知。
[0075]在无线通信系统带宽很大的4G、B4G以及5G网络系统中，针对上述互联网业务分配的资源会比较小，比如2个、4个或8个PRB即可承载下这些数据。目前，在20M的系统带宽中分配有100个用于承载上行突发非连续低速率业务的数据的PRB，甚至在更宽的系统带宽中分配有更多个PRB，比如系统带宽为100M、200M、500M的系统。而过多的小资源块分配，则会导致系统资源中存在大量的资源碎片，降低了系统资源的利用率、增加了资源分配的复杂度；另外，还会增加控制信道受限的概率。
[0076]同时，由于基于分时长期演进(TD-LTE,TimeDivis1n-Long Term Evolut1n)的4G、B4G和5G网络系统为上下行同步系统，即UE通过监听系统广播实现下行数据传输的同步；而每次进行上行数据发送时，如果此时UE的上行传输处于失步状态，则还需要发起上行同步过程。上行同步过程中包括多达4条信令消息的交互，至少需要50ms的时延，对于高速率的业务和连续数据发送的互联网业务来说，这种同步过程引起的信令开销是可以忽略不计的；但是对于低速率突发的互联网业务来说，几乎每发送一个数据包，都需要进行一次同步过程，这种同步过程引起大量的信令开销是系统无法承载的。
[0077]虽然在现有技术中，已经存在解决上述问题的技术方案；比如在LTE系统中，针对类似于上述突发非连续低速率的互联网业务，提出的半静态调度(SPS, Sem1-PersistentScheduling)方案；具体地，LTE系统的网络侧设备通过无线资源控制协议(RRC，Rad1Resource Control)信令为每个UE分配半静态无线网络临时标识(SPS-RNTI，SPS-Rad1Network Tempory Identity),并通过 SPS-RNTI 加扰的物理下行控制信道(PDDCH, PhysicalDownlink Control Channel)为UE分配具有一定周期的半静态资源。但是,现有技术中存在的SPS方案只是面向单个UE的，无法解决资源碎片化的问题，也不能满足大量的UE同时进行上述互联网业务的需求。
[0078]然而在未来的无线通信系统中，比如在B4G、5G系统中，将会存在大量的需发送突发非连续低速率互联网业务的UE。
[0079]因此，如何解决资源碎片化，并满足大量的UE同时进行上行突发非连续低速率业务数据，是目前亟待解决的问题。
[0080]基于此，本发明提供的各种实施例中:基站建立上行时域复用物理信道，并在时域周期中为各UE分配所有UE共同使用的固定PRB并通知给各UE ;各UE收到通知后，利用建立的上行时域复用物理信道在所述时域周期内采用所述所有UE共同使用的固定PRB传输数据。
[0081]下面通过附图及具体实施例对本发明的技术方案做进一步的详细说明。
[0082]实施例一
[0083]本实施例提供的数据传输方法，如图1所示，包括以下步骤:
[0084]步骤101，建立上行时域复用物理信道，并在时域周期中为UE分配所有UE共同使用的固定PRB ；
[0085]这里，由基站建立上行时域复用物理信道，并在时域周期中为各UE分配所有UE共同使用的固定PRB。
[0086]实际应用时，基站可以根据自身的负载状况及各UE的状态，比如:UE的信道状态等综合考虑，在时域周期中为UE分配所有UE共同使用的固定PRB。
[0087]步骤102:将分配的所述所有UE共同使用的固定PRB通知给所述UE。
[0088]这里，当基站分配好PRB后，将分配的所述所有UE共同使用的固定PRB通知给各UE,以便各UE采用所述所有UE共同使用的固定PRB传输数据。
[0089]基站可以通过公共物理下行控制信道(PDCCH, Physical Downlink ControlChannel)或广播信令将分配的所述所有UE共同使用的固定PRB通知给所述UE。
[0090]该方法还可以包括:
[0091]需要采用物理信道时域复用方案时，基站向所述UE发送采用物理信道时域复用方案的通知；
[0092]具体地，基站为所述UE分配TFM-RNTI，并通过RRC信令向所述UE发送分配的TFM-RNTI，这样，所述UE在TOCCH中检测到TFM-RNTI后，就确定需要采用物理信道时域复用方案。
[0093]其中，所述需要采用物理信道时域复用方案的时机可以为:基站确定有多个UE需要传输突发非连续低速率的互联网业务的数据包。
[0094]实际应用时，基站通知所述UE采用物理信道时域复用方案的步骤可以在步骤101之前执行，也可以与步骤101同时执行，还可以在步骤101之后执行；同样地，基站通知所述UE采用物理信道时域复用方案的步骤可以在步骤102之前执行，也可以在步骤102之后执行，也可以与步骤102同时执行；换句话说，基站通知所述UE采用物理信道时域复用方案的步骤的执行时间没有限制。
[0095]当确定有多个UE同时采用所述所有UE共同使用的固定PRB时，该方法还可以包括:
[0096]基站通知所述UE传输次序；
[0097]具体地,基站可以通过UL Grant信息通知所述UE传输次序。
[0098]这里，通知所述UE传输次序后，所述UE采用通知的传输次序及所述所有UE共同使用的固定PRB发送数据后，基站即可获知是所述UE发送的数据。
[0099]其中，实际应用时，当确定有多个UE同时采用所述所有UE共同使用的固定PRB时，基站也可以不作任何处理，由各UE采用C-RNTI对发送的数据块进行加扰，通过这种方式，基站也可以获知收到的数据是哪个UE发送的；
[0100]发送的数据可以是上行突发非连续低速率业务的数据等。
[0101]当本次数据传输完成后，基站可以根据需要重新确定下一轮数据传输的时域周期和重新分配PRB。
[0102]从上面的描述中可以看出，本发明实施例的数据传输方法，可以认为是基站半静态地为UE分配资源。
[0103]实施例二
[0104]本实施例提供的数据传输方法，如图2所示，包括以下步骤:
[0105]步骤201:接收通知的分配的所有UE共同使用的固定PRB ；
[0106]这里，UE接收基站通知的分配的所述所有UE共同使用的固定PRB。
[0107]步骤202:利用建立的上行时域复用物理信道在时域周期内采用所述所有UE共同使用的固定PRB传输数据。
[0108]这里，在执行步骤202之前，该方法还可以包括:
[0109]接收采用物理信道时域复用方案的通知；
[0110]其中，UE接收基站发送的采用物理信道时域复用方案的通知；
[0111]具体地，UE在PDCCH中检测基站分配的TFM-RNTI，直至检测到分配的TFM-RNTI ；检测到分配的TFM-RNTI时，表明UE收到基站发送的采用物理信道时域复用方案的通知。
[0112]所述采用在时域周期内采用所述所有UE共同使用的固定PRB传输数据，包括:
[0113]UE接收基站发送的传输次序；根据接收的传输次序，在时域周期内采用所述所有UE共同使用的固定PRB传输数据；或者，
[0114]UE将待发送的数据块采用C-RNTI进行加扰处理；
[0115]将加扰处理后的数据块在所述时域周期内采用所述所有UE共同使用的固定PRB进行传输，以便基站可以识别出是哪个UE发送的数据。
[0116]其中，UE通过接收UL Grant信息来接收基站发送的传输次序，换句话说,基站可以通过UL Grant信息通知UE传输次序。
[0117]由于UE已获知分配的所有UE共同使用的固定PRB，所以即使UE在发送数据之前处于失步状态时，仍可以使用分配的所述所有UE共同使用的固定PRB进行数据传输。这样，就不需要所述UE与基站之间建立完整的信令交互流程来实现同步，即采用异步传输的方式也可实现数据传输。其中，所述数据可以为:上行数据，比如:可以是上行突发非连续低速率业务的数据等。
[0118]图3为数据传输的子帧结构示意图，如图3所示，实际应用时，时域周期可以为T=N*Frame-lenrth ;其中，N表示个数，基站可以根据需要进行设置，比如设置为4、5等；Frame-1 enrth表示巾贞长度,是一个协议规范,为常数。
[0119]从图3中可以看出，在时域周期内，UE是按照一帧数据为单位进行数据传输的；按照时间顺序，在一帧中的子帧1中依次传输数据A、数据B等。在所述时域周期内，当有一个子帧数据没有成功传输时，即需要进行重传时，则在所述时域周期所包含的半帧(HalfSFN)或单帧(SFN)的同一个子帧索引+偏置位置处进行重传。其中，偏置可以根据需要来确定；重传的次数可预先设置；重传数据过程中所需的冗余版本(RV，Redundancy Vers1n)可通过信令确定，并按照重传的次数依次使用。