发送和接收上行数据的方法、用户设备和基站与流程

文档序号:15928235发布日期:2018-11-14 01:21阅读:186来源:国知局
本公开涉及移动通信领域,更具体地涉及一种由用户设备(ue)发送上行数据的方法、由基站接收上行数据的方法和所述用户设备及基站。
背景技术
在长期演进(lte)系统中,当ue要发送上行数据时,如图17所示,ue在步骤s1701向基站发送调度请求(schedulerequest,sr)。响应于sr,基站在步骤s1702向ue发送指示用于发送缓冲器状态报告(bufferstatusreport,bsr)的调度信息的上行链路(ul)许可(grant),该bsr用于报告ue要发送给基站的数据量。接着,ue在步骤s1703使用ul许可指示的调度信息向基站发送bsr。根据该bsr,基站可以确定ue要发送给基站的数据的量,从而给ue分配用于发送所述数据的调度信息。随后,基站在步骤s1704向ue返回指示用于发送数据的调度信息的ul许可,使得在步骤s1705,ue可以使用基站分配的调度信息发送上行数据。在窄带物联网(nb-iot)系统中,ue也可以通过上述过程来发送上行数据。此外,为了扩大覆盖范围,可以在上述过程的各个步骤中进行重复发送。然而,对于nb-iot而言,尤其是在为了扩大覆盖范围而进行重复的情况下,应用上述过程所导致的功率消耗和时间延迟比较明显。此外,在nb-iot系统中,ue要发送给基站的数据量与lte系统相比小,因此,在上述过程中,ue发送bsr和基站发送ul许可所带来开销与要发送的数据量相比更大。技术实现要素:根据本公开的一个实施例,提供了一种由用户设备发送上行数据的方法,包括:向基站发送调度请求(sr);从基站接收指示用于发送上行数据的调度信息的上行链路许可,其中,所述调度信息是基站根据通过sr确定的所述上行数据的数量而分配的;以及利用所述调度信息向基站发送所述上行数据。根据本公开的另一实施例,提供了一种用户设备,包括:发送单元,被配置为向基站发送调度请求(sr);接收单元,被配置为从基站接收指示用于发送上行数据的调度信息的上行链路许可,其中,所述调度信息是基站根据通过sr确定的所述上行数据的数量而分配的;以及所述发送单元还被配置为利用所述调度信息向基站发送所述上行数据。根据本公开的另一实施例,提供了一种由基站接收上行数据的方法,包括:从用户设备接收调度请求(sr);向用户设备发送指示用于发送上行数据的调度信息的上行链路许可,其中,所述调度信息是基站根据通过sr确定的所述上行数据的数量而分配的;以及从用户设备接收利用所述调度信息发送的所述上行数据。根据本公开的另一实施例,提供了一种基站,包括:接收单元,被配置为从用户设备接收调度请求(sr);和发送单元,被配置为向用户设备发送指示用于发送上行数据的调度信息的上行链路许可,其中,所述调度信息是基站根据通过sr确定的所述上行数据的数量而分配的,其中,所述接收单元还被配置为从用户设备接收利用所述调度信息发送的所述上行数据。根据本公开的另一实施例,提供了一种由用户设备发送上行数据的方法,包括:向基站发送调度请求;以及向基站发送上行数据,其中,通过上行数据中的信息比特或在预定时段中不发送上行数据来指示上行数据传输结束。根据本公开的另一实施例,提供了一种用户设备,包括:发送单元,被配置为向基站发送调度请求和向基站发送上行数据,其中,通过上行数据中的信息比特或在预定时段中不发送上行数据来指示上行数据传输结束。根据本公开的另一实施例,提供了一种由基站接收上行数据的方法,包括:从用户设备接收调度请求;从用户设备接收所述上行数据,直到上行数据传输结束为止,其中,所述数据传输结束是通过上行数据中的结束标记或在预定时段中没有接收到上行数据而指示的。根据本公开的另一实施例,提供了一种基站,包括:接收单元,被配置为从用户设备接收调度请求和所述上行数据,直到上行数据传输结束为止,其中,所述上行数据传输结束是通过上行数据中的结束标记或在预定时段中没有接收到上行数据而指示的。附图说明通过结合附图对本公开实施例进行更详细的描述,本公开的上述以及其它目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解,并且构成说明书的一部分,与本公开实施例一起用于解释本公开,并不构成对本公开的限制。在附图中,相同的参考标号通常代表相同部件或步骤。图1示出了可以在其中应用本公开的实施例的nb-iot系统的示意图。图2示出根据本公开的第一实施例的由用户设备发送上行数据的方法的示意性流程图。图3示出根据本公开第一实施例的第一实现方式的发送上行数据的方法的示意性流程图。图4示出了使用用于发送sr的时间资源来指示bsr的调度信息的示意图。图5示出了使用用于发送sr的时间资源和码资源的组合来指示bsr的调度信息的示意图。图6示出根据本公开第一实施例的第二实现方式的由用户设备发送上行数据的方法的示意性流程图。图7示出根据本公开第一实施例的第三实现方式的由用户设备发送上行数据的方法的示意性流程图。图8示出根据本公开第一实施例的第四实现方式的由用户设备发送上行数据的方法的示意性流程图。图9示出根据本公开第一实施例的用户设备的结构的示意图。图10示出根据本公开第一实施例的由基站接收上行数据的方法的示意性流程图。图11示出根据本公开第一实施例的基站的结构的示意图。图12是示出根据本公开第二实施例的由用户设备发送上行数据的方法的示意性流程图。图13示出根据本公开第二实施例的用户设备的结构的示意图。图14是示出根据本公开第二实施例的由基站接收上行数据的方法的示意性流程图。图15示出根据本公开第二实施例的基站的结构的示意图。图16是示出本发明的一实施方式所涉及的无线基站和用户终端的硬件结构的一例的图。图17是示出lte系统中ue向基站发送数据的示意性数据流图。具体实施方式为了使得本公开的目的、技术方案和优点更为明显,下面将参照附图详细描述根据本公开的示例实施例。显然,所描述的实施例仅仅是本公开的一部分实施例,而不是本公开的全部实施例,应理解,本公开不受这里描述的示例实施例的限制。基于本公开中描述的本公开实施例,本领域技术人员在没有付出创造性劳动的情况下所得到的所有其它实施例都应落入本公开的保护范围之内。下面将在nb-iot的上下文中描述本公开的实施例。但是,本领域技术人员应当可以明白,本公开的实施例可以应用于各种通信系统。图1示出了可以在其中应用本公开的实施例的nb-iot系统的示意图。如图1所示,该nb-iot系统包括基站10和用户设备20,其中,用户设备20向基站10发送各种上行控制信息和/或上行数据,基站10接收所述上行控制信息和/或上行数据,并且向用户设备20发送下行控制信息和/或下行数据。。需要注意的是,尽管在图1中仅示出一个基站和一个用户设备,但这只是示意性的,在所述系统中可以存在更多的基站和/或用户设备。下面,将参照附图来描述根据本公开的实施例。在本公开的第一实施例中,可以通过调度请求(sr)来向基站指示该ue发送缓冲器状态报告(bsr)所使用的调度信息,使得基站能够在该调度信息上接收bsr,或者指示该ue要发送给基站的上行数据的数量。图2示出根据本公开的第一实施例的由用户设备发送上行数据的方法200的示意性流程图。如图2中所示,在步骤s210中,向基站发送sr。在步骤s220中,从基站接收指示用于发送上行数据的调度信息的ul许可,其中,所述调度信息是基站根据通过sr确定的所述上行数据的数量而分配的。在s230中,利用所述调度信息向基站发送所述上行数据。在本公开第一实施例的第一实现方式中,sr指示缓冲器状态报告(bsr)的调度信息,其中bsr是用于指示ue要发送给基站的全部上行数据的数量的报告。bsr的调度信息可以包括重复发送bsr的数目(即,bsr的重复数目)和/或调制和编码方案(msc)等,但是本公开的实施例不限于此。基站可以通过sr来知晓ue发送bsr所使用的调度信息,而无需分配该bsr的调度信息,从而可以不向ue发送指示该bsr的调度信息的ul许可。之后,ue向基站发送bsr,然后基站根据bsr确定ue要发送的上行数据的数量,并分配相应调度信息。图3示出根据本公开第一实施例的第一实现方式的发送上行数据的方法300的示意性流程图。该方法可以由用户设备执行。如图3中所示,在步骤s310中,ue向基站发送sr。该步骤对应于上述步骤s210。在本实现方式中,sr指示bsr的调度信息。在一个例子中,可以通过sr显式地指示bsr的调度信息。具体地,可以在sr中附加或设置用于指示bsr的调度信息的信息比特。所附加的信息比特的数量可以根据要发送的调度信息的内容适当地确定。在调度信息包括mcs和重复数目的示例中,可以通过在sr上附加的a比特来指示mcs(具体地,mcs的索引),并利用在sr上附加的b比特来指示重复数目,其中a和b是大于或等于1的整数。例如,可以利用1(a=1)比特来指示bsr的mcs,并利用3(b=3)比特来指示bsr的重复数目,如下面的表1和表2所示。但是,本公开实施例不限于此,可以根据调度信息的内容来适当修改比特信息的大小和内容以及组合。例如,可以用c比特表示bsr的mcs和重复数目的组合,使得这c比特的每个值对应于bsr的mcs和重复数目的一个组合,如表3所示。表1比特bsr的mcs0bpsk1qpsk表2表3比特bsr的mcs+重复数目0000bpsk+10001bpsk+20010bpsk+40011bpsk+160100qpsk+10101qpsk+2……在另一个例子中,可以通过sr隐式地指示bsr的调度信息。例如,可以通过用于发送sr的资源来隐式地指示bsr的调度信息。所述资源可以包括用于发送sr的时间资源、频率资源和码资源中的一种或多种。例如,可以在用于发送sr的码资源与bsr的调度信息之间建立映射关系,使得每种码对应于bsr的一种调度信息,如表4所示,在该表中,所述码资源体现为用于对sr进行加扰的序列。表4序列索引bsr的调度信息(mcs和重复数目)0bpsk,11bpsk,22bpsk,43bpsk,164qpsk,15qpsk,26qpsk,47qpsk,16………此外,例如,可以利用用于发送sr的频率资源(例如子载波)来指示该调度信息。通常,基站向ue分配一组子载波来发送sr。可以在bsr的调度信息与各个子载波之间建立映射关系。例如,在子载波0发送的sr指示bsr的第一种调度信息(例如mcs为bpsk且重复数为1),在子载波1发送的sr指示bsr的第二种调度信息(例如mcs为bpsk且重复数为2),以此类推。从而,基站可以根据在不同子载波上接收到的sr来确定bsr的调度信息。此外,例如,可以利用用于发送sr的时间资源(例如子帧)来指示bsr的调度信息。图4示出了使用用于发送sr的时间资源来指示bsr的调度信息的示意图。具体地,在时域中,可以根据调度信息的类型数量n(例如n为mcs和重复数目的组合的数量,并且是大于或等于1的整数),对用于发送sr的时间资源(例如子帧)进行分组,每组中有n个时间资源,使得可以在bsr的调度信息与用于发送sr的时间资源(例如子帧)之间建立映射关系。例如,可以建立所述映射关系,使得在sr组内的第一时间资源(子帧t0)发送的sr指示bsr的第一种调度信息(例如mcs为bpsk且重复数目为1),在sr组内的第二时间资源(子帧t1)发送的sr指示bsr的第二种调度信息(例如mcs为bpsk且重复数为2),以此类推。从而,在接收到sr时,基站可以根据在该sr所用的时间资源(子帧)确定获得bsr的调度信息。在这种情况下,假设要指示的调度信息的数目为m,m为大于等于1的整数,用于发送sr的n个时间资源之间的间隔为sr_period,则指示全部调度信息所需的时间最大为sr_period*m。除了利用用于发送sr的时间资源、频率资源和码资源之一来指示bsr的调度信息以外,也可以利用用于发送sr的时间资源、码资源和频率资源的两种或三种的组合来指示bsr的调度信息。图5示出了使用用于发送sr的时间资源和码资源(序列)的组合来指示bsr的调度信息的示意图。如图5中所示,假设可用于发送sr的序列的数目为k,k为大于等于2的整数。sr可以将bsr的不同的调度信息映射到时间资源与序列的不同组合上。例如,在子帧t0利用序列s1发送的sr指示bsr的第一种调度信息(例如mcs为bpsk且重复数为1),在子帧t0利用序列s2发送的sr指示bsr的第二种调度信息(例如mcs为bpsk且重复数为2),……,在子帧t(n-1)利用序列sk发送的sr指示bsr的第n-1种调度信息(例如mcs为qpsk且重复数为16),以此类推。从而,基站可以根据sr的时间资源和序列确定bsr的调度信息。在图5的情况下,与图4的情况相比,用于指示全部调度信息所需的最大时间为sr_period*m/k,被缩短。需要说明的是,在上文中以mcs和重复数目为例描述了调度信息以及各种组合,但这不是限制性的,调度信息可以包括其他项目,相应地,可以存在其他组合。返回参考图3,在步骤s320中,ue使用所述sr指示的bsr的调度信息向基站发送bsr。因此,基站无需向ue发送用于发送bsr的调度信息的上行链路许可。然后,在步骤s330中,ue从基站接收指示用于发送上行数据的调度信息的ul许可。具体地,在接收到bsr之后,基站可以根据在步骤s310接收到的sr所指示的调度信息对其进行处理(解调解码等),并且确定该bsr报告的、ue要发送给基站的上行数据的量。然后,基站可以对ue分配上行调度信息,以使得ue可以利用所述调度信息发送上行数据。基站可以通过向ue发送ul许可来向基站通知其分配的调度信息。因此,在该实现方式中,可以认为基站通过sr确定了所述上行数据的数量,并且相应地分配调度信息。换言之,步骤s320和s330可以对应于图2所示的步骤s220。在步骤s340中,ue利用所述调度信息向基站发送所述上行数据。该步骤可以对应于图2所述的步骤s230。在该第一实现方式中,如上文所述,ue通过sr将bsr的调度信息通知给基站,继而使用所述调度信息向基站发送bsr,而不再需要基站来决定bsr的调度信息并通过ul许可将该调度信息发送给ue,由此,可以省略图17所示的步骤s1702,简化了流程。返回图2,在根据本公开第一实施例的第二实现方式中,sr指示ue要发送给基站的上行数据(全部上行数据)的数量。图6示出根据本公开第一实施例的第二实现方式的由用户设备发送上行数据的方法600的示意性流程图。如图6中所示,在s610中,ue向基站发送sr,其中在sr中指示上行数据的数量。该步骤可以对应于图2所示的步骤s210。在nb-iot系统中,上行数据的数量(volumeofdata,dv)可以分为16种,每种分配了一个dv索引,如下面的表5所示,当然,这只是说明性的。表5索引dv(字节)0dv=010&lt;dv≤10210&lt;dv≤1434&lt;dv≤19419&lt;dv≤26526&lt;dv≤36636&lt;dv≤49749&lt;dv≤67867&lt;dv≤91991&lt;dv≤12510125&lt;dv≤17111171&lt;dv≤23412234&lt;dv≤32113321&lt;dv≤76814768&lt;dv≤150015dv≥1500在一个例子中,sr可以显式地指示上行数据的数量。具体地,可以在sr中附加或设置用于指示上行数据的数量的信息比特。所附加的信息比特可以直接指示上行数据的数量,例如如表6中所示,也可以指示每个数量对应的索引,例如表5所示的索引0~15中的一个。表6比特信息dv(字节)0000dv=000010&lt;dv≤10001010&lt;dv≤1400114&lt;dv≤19……在另一例子中,sr可以隐式地指示上行数据的数量。具体地,可以通过用于发送sr的资源来指示所述上行数据的数量,并且所述用于发送sr的资源包括用于发送sr的时间资源、频率资源和码资源中的至少一个。例如,可以通过用于发送sr的码资源(序列)来指示所述上行数据的数量,例如如下面的表7所示,也可以通过码资源(序列)和频率资源(子载波)的组合来指示所述上行数据的数量,例如如下面的表8所示。表7序列索引dv(字节)0dv=010&lt;dv≤10210&lt;dv≤1434&lt;dv≤19……表8通过用于发送sr的资源来指示所述上行数据的数量与前面参照图4和图5所述通过用于发送sr的资源来指示bsr的调度信息的方式类似,这里不再赘述。继续参照图6,在s620中,从基站接收指示用于发送上行数据的调度信息的上行链路许可。该步骤可以对应于在上文中参照图2所述的步骤s220。具体地,在接收到sr之后,基站可以确定ue要发送给基站的上行数据的量。然后,基站可以对ue分配上行调度信息,以使得ue可以利用所述调度信息发送上行数据。基站可以通过向ue发送ul许可来向基站通知其分配的调度信息。在s630中,利用所述调度信息向基站发送所述上行数据。在该第二实现方式中,如上文所述,ue通过sr将要发送给基站的上行数据的数量通知给基站,使得不再需要基站来决定bsr的调度信息并通过ul许可将该调度信息发送给ue,ue也不需要发送bsr,由此,可以省略图17所示的步骤s1702和s1703,简化了流程。返回图2,在根据本公开第一实施例的第三实现方式中,sr指示用户设备要发送的全部上行数据的数量是否大于阈值。可以在用户设备和基站之间预先确定所述阈值。图7示出根据本公开第一实施例的第三实现方式的发送上行数据的方法700的示意性流程图。该方法可以由用户设备执行。如图7中所示,在步骤s710中,ue向基站发送sr,该sr指示用户设备要发送的全部上行数据的数量是否大于阈值。该步骤可对应于图2所示的步骤s210。sr可以显式地或隐式地指示用户设备要发送的全部上行数据的数量是否大于阈值。在一个例子中,sr可以显式地指示要发送的全部上行数据的数量是否大于阈值。具体地,可以在sr中附加或设置用于指示要发送的全部上行数据的数量是否大于阈值的信息比特。例如,可以用1比特来指示要发送的全部上行数据的数量是否大于阈值,具体地,当该比特为“0”时,指示要发送的全部上行数据的数量不大于阈值,并且当该比特为“1”时,指示要发送的全部上行数据的数量大于阈值。在另一例子中,sr可以隐式地指示要发送的全部上行数据的数量是否大于阈值。具体地,可以通过用于发送sr的资源来指示要发送的全部上行数据的数量是否大于阈值,并且所述用于发送sr的资源包括用于发送sr的时间资源、频率资源和码资源中的至少一个。例如,可以在用于发送sr的时间资源、频率资源、码资源或其某种组合与要发送的全部上行数据的数量是否大于阈值之间建立对应关系,使得一种时间资源、频率资源、码资源或其组合对应于要发送的全部上行数据的数量大于阈值,而另一种时间资源、频率资源、码资源或其组合对应于要发送的全部上行数据的数量不大于阈值。通过用于发送sr的资源来指示要发送的全部上行数据的数量是否大于阈值与前面参照图4和图5所述通过用于发送sr的资源来指示bsr的调度信息的方式类似,这里不再赘述。继续参照图7,当基站根据sr确定用户设备要发送的全部上行数据的数量不大于阈值时,基站可以根据所述阈值来分配所述用于发送上行数据的调度信息。例如,基站可以给数量等于阈值的上行数据分配调度信息。因此,在步骤s720中,从基站接收指示用于发送数量等于阈值的上行数据的调度信息的上行链路许可。也就是说,在这种情况下,步骤s220中使用的调度信息是基站根据所述阈值分配的。然后,在步骤s730,ue可以利用所述调度信息向基站发送所述全部上行数据。当用户设备要发送的全部上行数据的数量大于阈值时,基站可以给数量等于阈值的上行数据分配调度信息,使得ue可以使用该调度信息将所述数量等于阈值的上行数据先发送给基站。在这种情况下,在步骤s740中,从基站接收指示用于发送数量等于阈值的上行数据的调度信息的上行链路许可。然后,为了将剩余上行数据的数量通知给基站,在步骤s750中,ue利用基站分配的调度信息向基站发送上行数据(即数量等于阈值的上行数据),并且还可以在发送所述上行数据时,利用所发送的上行数据来指示ue要发送给基站的剩余上行数据的数量。在上行数据中可以显式地或隐式地指示ue要发送给基站的剩余上行数据的数量。需要注意的是,尽管在这里描述为基站为数量等于阈值的上行数据分配调度信息,但这只是示意性的,基站也可以为其他数量(例如小于阈值)的上行数据分配调度信息。在上行数据中可以显式地指示所述剩余上行数据的数量。在一个例子中,可以通过在所述上行数据中附加(padding)额外的信息比特来指示剩余上行数据的数量。如前所述,参考表4,可以通过信息比特来指示剩余上行数据的数量,也可以指示与该剩余上行数据的数量对应的索引号。在上行数据中也可以隐式地指示所述剩余上行数据的数量。在另一例子中,可以利用用于对所述上行数据加扰的序列来指示剩余上行数据的数量。例如,可以在所述序列和剩余上行数据的数量之间建立对应关系,使得每个序列可以指示对应的剩余上行数据的数量。作为加扰序列的一个例子,可以利用序列c(n),n=0,1,2,…,mpn-1来对上行数据进行加扰,其中mpn是序列c(n)的长度,根据长度为31的gold序列,利用下面的等式1来确定c(n)。其中,符号“mod”表示取模运算,nc=1600,利用x1(0)=1,x1(n)=0,n=1,2,...,30来初始化第一序列x1(n),利用下面的等式2和等式3来初始化第二序列x1(n)。其中,cinit表示c(n)的起始值,q为码字的序号,q∈{0,1},ns是无线帧中的时隙号,且是小区标识符(id),seq(dv_remaining)表示与剩余上行数据的数量有关的序列。可见,每个序列与剩余上行数据的一个数量相对应,从而可以指示对应的剩余上行数据的数量。需要说明的是,本公开实施例不限于此,还可以利用其他序列来隐式地指示剩余上行数据的数量。当基站接收到指示剩余上行数据的数量的、ue发送的上行数据时,基站通过解调/解码该上行数据而获得剩余上行数据的数量,分配用于发送该剩余上行数据的调度信息,并向用户设备发送指示该用于发送该剩余上行数据的调度信息的上行链路许可。返回参考图7,在步骤s760中,ue从基站接收指示用于发送剩余上行数据的调度信息的上行链路许可,并且在步骤s750中,利用所述调度信息向基站发送剩余上行数据。在图7所示的示意性流程图中,步骤s710可以对应于图2中的步骤s210,步骤s720和s740可以对应于图2中的步骤s220,并且步骤s730和s750-s770可以对应于图2中的步骤s230。在该第三实现方式中,如上文所述,ue通过sr将要发送的全部上行数据的数量是否大于阈值通知给基站,使得不再需要基站来决定bsr的调度信息并通过ul许可将该调度信息发送给ue,ue也不需要发送bsr,由此,可以省略图17所示的步骤s1702和s1703,简化了流程。返回图2,在根据本公开第一实施例的第四实现方式中,sr指示用户设备要发送的全部上行数据的一部分上行数据的数量。图8示出根据本公开第一实施例的第四实现方式的发送上行数据的方法800的示意性流程图。该方法可以由用户设备执行。如图8中所示,在步骤s810中,ue向基站发送sr,该sr指示用户设备要发送的全部上行数据的一部分上行数据的数量。该步骤可对应于图2所示的步骤s210。sr可以显式地或隐式地指示用户设备要发送的全部上行数据的一部分上行数据的数量。在一个例子中,可以显式地指示要发送的全部上行数据的一部分上行数据的数量。具体地,可以在sr中附加或设置用于指示要发送的全部上行数据的一部分上行数据的数量的信息比特。例如,可以用2比特的比特信息来指示要发送的全部上行数据的一部分上行数据的数量,具体地,当该比特信息为“00”时,指示第一数量的上行数据,当该比特信息为“01”时,指示第二数量的上行数据,当该比特信息为“10”时,指示第二数量的上行数据,并且当该比特信息为“11”时,指示第四数量的上行数据。当然,本公开的实施例不限于此。在另一例子中,可以隐式地指示要发送的全部上行数据的一部分上行数据的数量。具体地,可以通过用于发送sr的资源来指示要发送的全部上行数据的一部分上行数据的数量,并且所述用于发送sr的资源包括用于发送sr的时间资源、频率资源和码资源中的至少一个。通过用于发送sr的资源来指示要发送的全部上行数据的一部分上行数据的数量与前面参照图4和图5所述通过用于发送sr的资源来指示bsr的调度信息的情形类似,这里不再赘述。返回参考图8,在步骤s820中,从基站接收指示用于发送所述一部分上行数据的调度信息的上行链路许可。该步骤可以对应于在上文中参照图2所述的步骤s220。具体地,在接收到sr之后,基站可以确定ue要发送给基站的上行数据的一部分上行数据的数量。然后,基站可以对ue分配上行调度信息,以使得ue可以利用所述调度信息发送这一部分上行数据。基站可以通过向ue发送ul许可来向基站通知其分配的调度信息。在步骤s830中,ue利用所述调度信息向基站发送所述一部分上行数据。在这种情况下,ue可以在所发送的这一部分上行数据中指示ue要发送给基站的剩余上行数据的数量。与图7中的步骤s750类似,在这一部分上行数据中可以显式地或隐式地指示ue要发送给基站的剩余上行数据的数量,在这里不再赘述。当基站接收到指示剩余上行数据的数量的这一部分上行数据时,基站通过解调/解码该部分上行数据而获得剩余上行数据的数量,分配用于发送该剩余上行数据的调度信息,并向用户设备发送指示该用于发送该剩余上行数据的调度信息的上行链路许可。返回参考图8,在步骤s840中,ue从基站接收指示用于发送剩余上行数据的调度信息的上行链路许可,并且在步骤s850中,ue利用所述调度信息向基站发送剩余上行数据。在该第四实现方式中,基站可以通过组合在sr中指示的全部上行数据的一部分上行数据的数量以及在所发送的该一部分上行数据中携带的剩余上行数据的数量,确定全部上行数据的数量。例如,下面的表9示出了当在sr中利用2比特来指示全部上行数据的一部分上行数据的数量且利用发送该一部分上行数据的码资源(序列)来指示剩余上行数据的数量的情况下,基站确定全部上行数据的数量的例子。表9序列号&比特信息dv(字节)s0&0dv=0s1&00<dv≤10s2&010<dv≤14s3&04<dv≤19s0&119<dv≤26s1&126<dv≤36s2&136<dv≤49s3&149<dv≤67s0&267<dv≤91s1&291<dv≤125s2&2125<dv≤171s3&2171<dv≤234s0&3234<dv≤321s1&3321<dv≤768s2&3768<dv≤1500s3&3dv≥1500在图8所示的示意性流程图中,步骤s810可以对应于图2中的步骤s210,步骤s820可以对应于图2中的步骤s220,并且步骤s830-s850可以对应于图2中的步骤s230。在该第四实现方式中,如上文所述,ue通过sr将要发送的全部上行数据的一部分上行数据的数量通知给基站,使得不再需要基站来决定bsr的调度信息并通过ul许可将该调度信息发送给ue,ue也不需要发送bsr,由此,可以省略图17所示的步骤s1702和s1703,简化了流程。下面,描述根据本公开第一实施例的用户设备(ue)。该ue可以执行上述所述的方法。在这里,为便于描述,省略对与上述方法相同的细节的描述。图9示出根据本公开第一实施例的用户设备900的结构的示意图。如图9中所示,ue900包括发送单元910和接收单元920。应当注意,图9仅示出ue900中与本公开的实施例密切相关的单元,并且这只是说明性的,根据需要,ue900可以包括其他单元。发送单元910可以向基站发送调度请求(sr)。接收单元920可以从基站接收指示用于发送上行数据的调度信息的上行链路许可,其中,所述调度信息是基站根据通过sr确定的所述上行数据的数量而分配的。然后,发送单元910还可以利用所述调度信息向基站发送所述上行数据。如上所述,根据本发明第一实施例的第一实现方式,sr指示缓冲器状态报告(bsr)的调度信息,且该bsr指示所述上行数据(ue要发送给基站的全部上行数据)的数量。在一个例子中,可以通过sr显式地指示bsr的调度信息。具体地,可以在sr中附加或设置用于指示bsr的调度信息的信息比特。可以参照上述表1和表2来指示所述bsr的调度信息。也可以参照上述表3利用映射关系来指示所述bsr的调度信息。在另一个例子中,可以通过sr隐式地指示bsr的调度信息。例如,可以通过用于发送sr的资源来指示所述bsr的调度信息,其中所述用于发送sr的资源包括用于发送sr的时间资源、频率资源和码资源中的至少一个。通过用于发送sr的资源来指示所述bsr的调度信息的情况已经参照图4和图5进行了具体描述,这里不再赘述。在从基站接收指示用于发送上行数据的调度信息的上行链路许可之前,所述发送单元910还根据所述sr指示的bsr的调度信息发送bsr。基站可以根据该调度信息接收ue发送的bsr,根据该bsr确定ue要发送给基站的上行数据的数量,分配用于发送所述上行数据的调度信息,并且将该调度信息通过ul许可发送给ue。此外,如上所述,根据本发明第一实施例的第二实现方式,sr指示所述上行数据(ue要发送给基站的全部上行数据)的数量。在一个例子中,可以通过sr显式地指示所述上行数据的数量。具体地,可以在sr中附加或设置用于指示所述上行数据的数量的信息比特。例如,可以用所述信息比特直接指示上行数据的数量,也可以用所述信息比特参照上述表5来指示每个数量对应的索引。在另一个例子中,sr可以隐式地指示上行数据的数量。具体地,可以通过用于发送sr的资源来指示所述上行数据的数量,并且所述用于发送sr的资源包括用于发送sr的时间资源、频率资源和码资源中的至少一个。通过用于发送sr的资源来指示所述上行数据的数量与前面参照图4和图5所述通过用于发送sr的资源来指示bsr的调度信息的情形类似,这里不再赘述。在接收到sr之后,基站可以根据sr确定ue要发送给基站的上行数据的数量,分配用于发送所述上行数据的调度信息,并且将该调度信息通过ul许可发送给ue。此外,如上所述,根据本发明第一实施例的第三实现方式,sr指示用户设备要发送的全部上行数据的数量是否大于阈值。可以在ue和基站之间预先确定所述阈值。sr可以显式地或隐式地指示用户设备要发送的全部上行数据的数量是否大于阈值。在一个例子中,可以显式地指示要发送的全部上行数据的数量是否大于阈值的信息比特。具体地,可以在sr中附加用于指示要发送的全部上行数据的数量是否大于阈值的信息比特。例如,可以用1比特来指示要发送的全部上行数据的数量是否大于阈值的信息比特,具体地,当该比特为“0”时,指示要发送的全部上行数据的数量不大于阈值,并且当该比特为“1”时,指示要发送的全部上行数据的数量大于阈值。在另一例子中,可以隐式地指示要发送的全部上行数据的数量是否大于阈值的信息比特。具体地,可以通过用于发送sr的资源来指示要发送的全部上行数据的数量是否大于阈值,并且所述用于发送sr的资源包括用于发送sr的时间资源、频率资源和码资源中的至少一个。通过用于发送sr的资源来指示要发送的全部上行数据的数量是否大于阈值与前面参照图4和图5所述通过用于发送sr的资源来指示bsr的调度信息的情形类似,这里不再赘述。当用户设备要发送的全部上行数据的数量不大于阈值时,基站分配用于发送数量等于阈值的上行数据的调度信息,即,所述用于发送上行数据的调度信息是基站根据所述阈值分配的。然后,基站可以通过ul许可将该调度信息发送给ue。这时,发送单元910可以利用该调度信息向基站发送所述全部上行数据。当用户设备要发送的全部上行数据的数量大于阈值时,基站可以分配用于发送数量等于阈值的上行数据的调度信息。然后,基站可以通过ul许可将该调度信息发送给ue。接收单元920接收该ul许可,并且发送单元910可以利用所述调度信息,将数量等于阈值的上行数据先发送给基站。在这种情况下,发送单元910还可以通过所述上行数据指示ue要发送给基站的剩余上行数据的数量。可以通过所述上行数据显式地或隐式地指示ue要发送给基站的剩余上行数据的数量。例如,可以通过所述上行数据中的信息比特显式地或通过用来加扰所述上行数据的序列来隐式地指示剩余上行数据的数量。通过所述上行数据指示要发送给基站的剩余上行数据的数量的具体方式在前面已经描述过,这里不再赘述。需要注意的是,尽管在这里描述为基站为数量等于阈值的上行数据分配调度信息,但这只是示意性的,基站也可以为其他数量(例如小于阈值)的上行数据分配调度信息。在接收到ue发送的一部分上行数据(例如数量等于阈值的上行数据)之后,基站通过处理(例如解调/解码)所接收到的这一部分上行数据而获得关于剩余上行数据的数量的信息,分配用于发送剩余上行数据的调度信息,并向用户设备发送指示用于发送剩余上行数据的调度信息的上行链路许可。所述接收单元920可以从基站接收该上行链路许可,并且发送单元910利用所述用于发送剩余上行数据的调度信息向基站发送剩余上行数据。如上所述,根据本发明第一实施例的第四实现方式,sr指示全部上行数据的一部分上行数据的数量。sr可以显式地或隐式地指示用户设备要发送的全部上行数据的数量的一部分。如前所述,可以利用sr中的信息比特(例如2比特)或通过用于发送sr的资源来指示要发送的全部上行数据的数量的一部分,并且所述用于发送sr的资源包括用于发送sr的时间资源、频率资源和码资源中的至少一个。通过用于发送sr的资源来指示要发送的全部上行数据的数量的一部分与前面参照图4和图5所述通过用于发送sr的资源来指示bsr的调度信息的方式类似,这里不再赘述。接收到sr之后,基站可以确定其指示的这一部分上行数据的数量,为这一部分数据分配调度信息,并且通过ul许可将该调度信息发送给ue,使得发送单元910可以使用该调度信息将这一部分上行数据发送给基站。此外,发送单元910还可以通过所述上行数据指示ue要发送给基站的剩余上行数据的数量。在上行数据中可以显式地或隐式地指示所述剩余上行数据的数量。在前面已经描述了具体的指示方法,这里不再赘述。在接收到ue发送的这一部分上行数据之后,基站可以确定所述剩余上行数据的数量,分配用于发送剩余上行数据的调度信息,并且将该调度信息通过ul许可发送给ue。接收单元920从基站接收该ul许可,并且发送单元910利用所述调度信息向基站发送剩余上行数据。下面描述根据本公开第一实施例的由基站接收上行数据的方法。图10示出根据本公开第一实施例的由基站接收上行数据的方法1000的示意性流程图。该方法可以由基站来执行。如图10中所示,在步骤s1010中,基站从用户设备接收调度请求(sr)。在步骤s1020中,基站向用户设备发送指示用于发送上行数据的调度信息的上行链路许可,其中,所述调度信息是基站根据通过sr确定的所述上行数据的数量而分配的。在步骤s1030中,基站从用户设备接收利用所述调度信息发送的所述上行数据。根据本公开第一实施例的第一实现方式,基站从用户设备接收的sr指示bsr的调度信息。如上文所述,sr可以显式地或隐式地指示bsr的调度信息。相应地,基站可以以对应的方式根据sr确定bsr的调度信息。由此,在发送指示用于发送上行数据的调度信息的上行链路许可之前,基站可以根据所述sr指示的bsr的调度信息从用户设备接收bsr以获得关于用户设备要发送的上行数据的数量,分配用于发送所述上行数据的调度信息,并且向ue发送指示该调度信息的ul许可。根据本公开第一实施例的第二实现方式,基站从用户设备接收的sr指示ue要发送的上行数据的数量。如上文所述,sr可以显式地或隐式地指示ue要发送的上行数据的数量。相应地,基站可以以对应的方式根据sr确定ue要发送的上行数据的数量。然后,基站分配用于发送所述上行数据的调度信息,并且向ue发送指示该调度信息的ul许可。根据本公开第一实施例的第三实现方式,基站从用户设备接收的sr指示用户设备要发送的全部上行数据的数量是否大于阈值。如上文所述,sr可以显式地或隐式地指示用户设备要发送的全部上行数据的数量是否大于阈值。相应地,基站可以以对应的方式根据sr确定用户设备要发送的全部上行数据的数量是否大于阈值。当从用户设备接收的sr指示用户设备要发送的全部上行数据的数量不大于阈值时,基站根据所述阈值分配用于发送上行数据的调度信息。即,基站分配用于发送数量等于阈值的上行数据的调度信息,并向用户设备发送指示该调度信息的上行链路许可。另外,当从用户设备接收的sr指示用户要发送的全部上行数据的数量大于阈值时,基站根据所述阈值分配用于发送上行数据的调度信息。即,基站分配用于发送数量等于阈值的上行数据的调度信息,并向ue发送指示该调度信息的上行链路许可,使得ue使用该调度信息发送数量等于阈值的上行数据。此外,如上文所述,在该上行数据中还显式地或隐式地指示ue要发送给基站的剩余上行数据的数量,因此,基站可以以对应的方式确定剩余上行数据的数量,分配用于发送剩余上行数据的调度信息,并且将指示该调度信息的上行链路许可发送给ue,使得ue利用该调度信息将剩余上行数据发送给基站。然后,基站可以接收ue利用该调度信息发送的剩余上行数据。根据本公开第一实施例的第四实现方式,基站从用户设备接收的sr指示用户设备要发送的全部上行数据的一部分上行数据的数量。如上文所述,sr可以显式地或隐式地指示用户设备要发送的全部上行数据的一部分上行数据的数量。相应地,基站可以以对应的方式根据sr确定用户设备要发送的全部上行数据的一部分上行数据的数量。然后,基站可以分配用于发送这一部分上行数据的调度信息,并且向用户设备发送指示该调度信息的上行链路许可,使得ue使用该调度信息发送数量等于阈值的上行数据。此外,如上文所述,在该上行数据中还显式地或隐式地指示ue要发送给基站的剩余上行数据的数量,因此,基站可以以对应的方式确定剩余上行数据的数量,分配用于发送剩余上行数据的调度信息,并且将指示该调度信息的上行链路许可发送给ue,使得ue利用该调度信息将剩余上行数据发送给基站。然后,基站可以接收ue利用该调度信息发送的剩余上行数据。下面描述根据本公开第一实施例的基站。图11示出根据本公开第一实施例的基站1100的结构的示意图。如图11中所示,基站1100包括接收单元1110、获得单元1120和发送单元1130。应当注意,图11仅示出基站1100中与本公开的实施例密切相关的单元,并且这只是说明性的,根据需要,基站1100可以包括其他单元。如图11中所示,在步骤s1010中,接收单元1110从用户设备接收调度请求(sr)。发送单元1130向用户设备发送指示用于发送上行数据的调度信息的上行链路许可,其中,所述调度信息是基站根据通过sr确定的所述上行数据的数量而分配的。接收单元1110从用户设备接收利用所述调度信息发送的所述上行数据。获得单元1120通过sr来确定所述上行数据的数量。根据本公开第一实施例的第一实现方式,接收单元1110从用户设备接收的sr指示bsr的调度信息。如上文所述,sr可以显式地或隐式地指示bsr的调度信息。相应地,获得单元1120可以以对应的方式根据sr确定bsr的调度信息。由此,在发送指示用于发送上行数据的调度信息的上行链路许可之前,基站通过获得单元1120可以根据所述sr指示的bsr的调度信息从用户设备接收bsr以获得关于用户设备要发送的上行数据的数量,分配用于发送所述上行数据的调度信息,并且通过发送单元1130向ue发送指示该调度信息的ul许可。根据本公开第一实施例的第二实现方式,接收单元1110从用户设备接收的sr指示ue要发送的上行数据的数量。如上文所述,sr可以显式地或隐式地指示ue要发送的上行数据的数量。相应地,获得单元1120可以以对应的方式根据sr确定ue要发送的上行数据的数量。然后,基站分配用于发送所述上行数据的调度信息,并且发送单元1130向ue发送指示该调度信息的ul许可。根据本公开第一实施例的第三实现方式,接收单元1110从用户设备接收的sr指示用户设备要发送的全部上行数据的数量是否大于阈值。如上文所述,sr可以显式地或隐式地指示用户设备要发送的全部上行数据的数量是否大于阈值。相应地,获得单元1120可以以对应的方式根据sr确定用户设备要发送的全部上行数据的数量是否大于阈值。当从用户设备接收的sr指示用户设备要发送的全部上行数据的数量不大于阈值时,基站根据所述阈值分配用于发送上行数据的调度信息。即,基站分配用于发送数量等于阈值的上行数据的调度信息,并且发送单元1130向用户设备发送指示该调度信息的上行链路许可。另外,当从用户设备接收的sr指示用户要发送的全部上行数据的数量大于阈值时,基站根据所述阈值分配用于发送上行数据的调度信息。即,基站分配用于发送数量等于阈值的上行数据的调度信息,并且发送单元1130向ue发送指示该调度信息的上行链路许可,使得ue使用该调度信息发送数量等于阈值的上行数据。此外,如上文所述,在该上行数据中还显式地或隐式地指示ue要发送给基站的剩余上行数据的数量,因此,获得单元1120可以以对应的方式确定剩余上行数据的数量,分配用于发送剩余上行数据的调度信息,并且将指示该调度信息的上行链路许可通过发送单元1130发送给ue,使得ue利用该调度信息将剩余上行数据发送给基站。然后,接收单元1110可以接收ue利用该调度信息发送的剩余上行数据。根据本公开第一实施例的第四实现方式,接收单元1110从用户设备接收的sr指示用户设备要发送的全部上行数据的一部分上行数据的数量。如上文所述,sr可以显式地或隐式地指示用户设备要发送的全部上行数据的一部分上行数据的数量。相应地,获得单元1120可以以对应的方式根据sr确定用户设备要发送的全部上行数据的一部分上行数据的数量。然后,基站可以分配用于发送这一部分上行数据的调度信息,并且发送单元1130向用户设备发送指示该调度信息的上行链路许可,使得ue使用该调度信息发送数量等于阈值的上行数据。此外,如上文所述,在该上行数据中还显式地或隐式地指示ue要发送给基站的剩余上行数据的数量,因此,获得单元1120可以以对应的方式确定剩余上行数据的数量,分配用于发送剩余上行数据的调度信息,并且发送单元1130将指示该调度信息的上行链路许可发送给ue,使得ue利用该调度信息将剩余上行数据发送给基站。然后,接收单元1110可以接收ue利用该调度信息发送的剩余上行数据。在上述第一实施例中,通过sr来指示bsr的调度信息、要发送的上行数据的数量、要发送的上行数据的数量是否大于阈值或要发送的全部上行数据的一部分上行数据的数量,以便向基站通知要发送的上行数据的数量。在本公开的第二实施例中,可以不向基站通知要发送的上行数据的数量。在一种实现方式中,ue可以通过向基站发送sr以向基站告知ue要开始发送上行数据,然后可以使用预先定义的调度信息发送上行数据。在另一实现方式中,ue可以通过向基站发送sr以请求基站调度用于发送上行数据的调度信息,然后使用基站调度的调度信息来发送上行数据。下面,将描述根据本公开第二实施例的由用户设备发送上行数据的方法。图12是示出根据本公开第二实施例的由用户设备发送上行数据的方法1200的示意性流程图。如图12所示,在步骤s1210中,ue向基站发送调度请求sr。在s1220中,ue向基站发送上行数据,其中,通过上行数据中的信息比特或在预定时段中不发送上行数据来指示上行数据传输结束。在第一实现方式中,ue发送的sr可以指示在ue中存在要发送给基站的上行数据,使得在接收到该sr时,基站可以获知在ue中存在要发送给基站的上行数据。随后,ue可以使用预先定义的调度信息向基站发送所述上行数据。该预先定义的调度信息是基站和ue都已知的,并且例如可以包括资源、mcs和/或重复数目等。由于基站知晓该预先定义的调度信息,因此,基站可以使用该调度信息接收所述上行数据。此外,基站不会在该调度信息中调度其他ue的数据,从而避免不同ue之间的冲突。当预先定义的调度信息不足以发送ue要发送给基站的全部上行数据时,ue可以重复步骤s1220,直到将全部上行数据发送给基站。然而,由于基站不知道ue要发送的上行数据的数量,因此,基站无法确定ue是否还会继续向其发送上行数据,即无法确定ue的上行数据传输是否结束。在这种情况下,在最后一次发送上行数据时,ue可以向基站指示该上行数据是最后的上行数据。例如,ue可以在最后发送的上行数据中增加结束标志(例如1比特)以指示该数据是最后的上行数据,即,指示上行数据传输结束。可替换地,当全部上行数据都已被发送给基站时,ue也可以不再向基站发送上行数据,使得当基站发现其在预定时间内没有收到上行数据时,确定ue的上行数据传输结束。在第一实现方式中,可以省略图17所示的步骤s1702-s1704,简化了流程。在第二实现方式中,在接收到sr之后,基站可以向ue分配用于发送上行数据的调度信息,并且将指示该调度信息的ul许可发送给ue,由此,ue可以使用基站分配的调度信息将上行数据发送给基站。同样,由于基站不知道ue要发送的上行数据的数量,因此,基站无法确定ue是否还会继续向其发送上行数据,即无法确定ue的上行数据传输是否结束。在这种情况下,基站可以在接收到ue发送的上行数据之后,重复向ue分配用于发送上行数据的调度信息并且将指示该资源的ul许可发送给ue的过程,使得ue可以使用基站分配的调度信息将剩余的上行数据发送给基站。另一方面,在最后一次发送上行数据时,ue可以向基站指示该上行数据是最后的上行数据。例如,ue可以在最后发送的上行数据中增加结束标志(例如1比特)以指示该数据是最后的上行数据,即,指示上行数据传输结束。可替换地,当全部上行数据都已被发送给基站时,ue可以不再响应基站发送的ul许可,即,不再向基站发送上行数据,使得当基站发现其在预定时间内没有收到上行数据时,确定ue的上行数据传输结束。在第二实现方式中,可以省略图17所示的步骤s1702-s1703,简化了流程。下面描述根据本公开第二实施例的用户设备。图13示出根据本公开第二实施例的用户设备1300的结构的示意图。如图13中所示,ue1300包括发送单元1310。应当注意,图13仅示出ue1300中与本公开的实施例密切相关的单元,并且这只是说明性的,根据需要,ue1300可以包括其他单元。发送单元1310向基站发送调度请求sr。此外,发送单元1310还向基站发送上行数据,其中,通过上行数据中的信息比特或在预定时段中不发送上行数据来指示上行数据传输结束。在第一实现方式中,发送单元1310发送的sr可以指示在ue中存在要发送给基站的上行数据,使得在接收到该sr时,基站可以获知在ue中存在要发送给基站的上行数据。随后,发送单元1310可以使用预先定义的调度信息向基站发送所述上行数据。该预先定义的调度信息是基站和ue都已知的,并且例如可以包括资源、mcs和/或重复数目等。由于基站知晓该预先定义的调度信息,因此,基站可以使用该调度信息接收所述上行数据。当预先定义的调度信息不足以发送ue要发送给基站的全部上行数据时,发送单元1310可以重复上述发送操作,直到将全部上行数据发送给基站。然而,由于基站不知道ue要发送的上行数据的数量,因此,基站无法确定ue是否还会继续向其发送上行数据,即无法确定ue的上行数据传输是否结束。在这种情况下,在最后一次发送上行数据时,ue可以向基站指示该上行数据是最后的上行数据。例如,发送单元1310可以在最后发送的上行数据中增加结束标志(例如1比特)以指示该数据是最后的上行数据,即,指示上行数据传输结束。可替换地,当全部上行数据都已被发送给基站时,发送单元1310也可以不再向基站发送上行数据,使得当基站发现其在预定时间内没有收到上行数据时,确定ue的上行数据传输结束。在第二实现方式中,在接收到sr之后,基站可以向ue分配用于发送上行数据的调度信息,并且将指示该调度信息的ul许可发送给ue,由此,ue的接收单元(未示出)可以接收该ul许可,然后发送单元1310可以使用基站分配的调度信息将上行数据发送给基站。同样,由于基站不知道ue要发送的上行数据的数量,因此,基站无法确定ue是否还会继续向其发送上行数据,即无法确定ue的上行数据传输是否结束。在这种情况下,基站可以在接收到ue发送的上行数据之后,重复向ue分配用于发送上行数据的调度信息并且将指示该资源的ul许可发送给ue的过程,使得ue的发送单元1310可以使用基站分配的调度信息将剩余的上行数据发送给基站。另一方面,在最后一次发送上行数据时,ue可以向基站指示该上行数据是最后的上行数据。例如,发送单元1310可以在最后发送的上行数据中增加结束标志(例如1比特)以指示该数据是最后的上行数据,即,指示上行数据传输结束。可替换地,当全部上行数据都已被发送给基站时,ue可以不再响应基站发送的ul许可,即,发送单元1310不再向基站发送上行数据,使得当基站发现其在预定时间内没有收到上行数据时,确定ue的上行数据传输结束。下面,将描述根据本公开第二实施例的由基站接收上行数据的方法。图14是示出根据本公开第二实施例的由基站接收上行数据的方法1400的示意性流程图。如图14中所示,在s1410中,基站从用户设备接收调度请求,在s1420中,从用户设备接收所述上行数据,直到上行数据传输结束为止,其中,所述上行数据传输结束是通过上行数据中的结束标记或在预定时段中没有接收到上行数据而指示的。如前所述,在第一实现方式中,ue发送的sr可以指示在ue中存在要发送给基站的上行数据,使得在接收到该sr时,基站可以获知在ue中存在要发送给基站的上行数据。随后,基站可以使用预先定义的调度信息从ue接收所述上行数据。当预先定义的调度信息不足以发送ue要发送给基站的全部上行数据时,基站可以重复步骤s1420,直到接收全部上行数据。如上文所述,在最后一次发送的上行数据中,ue可以显式地或隐式地指示上行数据传输是否结束。相应地,基站可以确定ue的上行数据传输是否结束。例如,基站可以通过从ue接收的上行数据中的结束标志(例如1比特)来获知该数据是最后的上行数据,从而确定上行数据传输结束。可替换地,当基站发现其在预定时间内没有收到上行数据时,确定ue的上行数据传输结束。在第二实现方式中,在接收到sr之后,基站向ue分配用于发送上行数据的调度信息,并且将指示该调度信息的ul许可发送给ue,由此,ue可以使用基站分配的调度信息将上行数据发送给基站。同样,基站可以重复向ue分配用于发送上行数据的调度信息并且将指示该调度信息的ul许可发送给ue的过程。由此,基站可以不断地接收ue发送的上行数据。如上文所述,在最后一次发送的上行数据中,ue可以显式地或隐式地指示上行数据传输是否结束。相应地,基站可以确定ue的上行数据传输是否结束。例如,基站可以通过从ue接收的上行数据中的结束标志(例如1比特)以来获知该数据是最后的上行数据,从而确定上行数据传输结束。可替换地,当基站发现其在预定时间内没有收到上行数据时,确定ue的上行数据传输结束。下面描述根据本公开第二实施例的基站。图15示出根据本公开第二实施例的基站1500的结构的示意图。如图15中所示,基站1500包括接收单元1510。应当注意,图15仅示出基站1500中与本公开的实施例密切相关的单元,并且这只是说明性的,根据需要,基站1500可以包括其他单元。如图15中所示,接收单元1510可以从用户设备接收调度请求,并且可以从用户设备接收所述上行数据,直到上行数据传输结束为止,其中,所述上行数据传输结束是通过上行数据中的结束标记或在预定时段中没有接收到上行数据而指示的。如前所述,在第一实现方式中,ue发送的sr可以指示在ue中存在要发送给基站的上行数据,使得在接收到该sr时,基站1500可以获知在ue中存在要发送给基站1500的上行数据。随后,接收单元1510可以使用预先定义的调度信息从ue接收所述上行数据。当预先定义的调度信息不足以发送ue要发送给基站1500的全部上行数据时,接收单元1510可以重复从用户设备接收上行数据,直到接收全部上行数据为止。如上文所述,在最后一次发送的上行数据中,ue可以显式地或隐式地指示上行数据传输是否结束。相应地,基站1500可以确定ue的上行数据传输是否结束。例如,基站1500可以通过从ue接收的上行数据中的结束标志(例如1比特)来获知该数据是最后的上行数据,从而确定上行数据传输结束。可替换地,当基站1500发现其在预定时间内没有收到上行数据时,确定ue的上行数据传输结束。在第二实现方式中,在接收到sr之后,基站1500向ue分配用于发送上行数据的调度信息,并且将指示该调度信息的ul许可发送给ue,由此,ue可以使用基站1500分配的调度信息将上行数据发送给基站。同样,基站1500可以重复向ue分配用于发送上行数据的调度信息,并且基站1500还可以包括发送单元(未示出),以将指示该调度信息的ul许可发送给ue的过程。由此,接收单元1510可以不断地接收ue发送的上行数据。如上文所述,在最后一次发送的上行数据中,ue可以显式地或隐式地指示上行数据传输是否结束。相应地,基站1500可以确定ue的上行数据传输是否结束。例如,基站1500可以通过从ue接收的上行数据中的结束标志(例如1比特)以来获知该数据是最后的上行数据,从而确定上行数据传输结束。可替换地,当基站1500发现其在预定时间内没有收到上行数据时,确定ue的上行数据传输结束。根据本公开的第一实施例和第二实施例,可以减少发送上行数据的过程中的功率消耗和时间延迟。因此,在上述过程中,可以减少ue发送bsr和/或基站发送ul许可所带来的开销。另外,上述实施方式的说明中使用的框图示出了以功能为单位的块。这些功能块(结构单元)通过硬件和/或软件的任意组合来实现。此外,各功能块的实现手段并不特别限定。即,各功能块可以通过在物理上和/或逻辑上相结合的一个装置来实现,也可以将在物理上和/或逻辑上相分离的两个以上装置直接地和/或间接地(例如通过有线和/或无线)连接从而通过上述多个装置来实现。例如,本发明的一实施方式中的无线基站、用户终端等可以作为执行本发明的无线通信方法的处理的计算机来发挥功能。图16是示出本发明的一实施方式所涉及的无线基站和用户终端的硬件结构的一例的图。上述的无线基站10和用户终端20可以作为在物理上包括处理器1601、内存1602、存储器1603、通信装置1604、输入装置1605、输出装置1606、总线1607等的计算机装置来构成。另外,在以下的说明中,“装置”这样的文字也可替换为电路、设备、单元等。无线基站10和用户终端20的硬件结构可以包括一个或多个图中所示的各装置,也可以不包括部分装置。例如,处理器1601仅图示出一个,但也可以为多个处理器。此外,可以通过一个处理器来执行处理,也可以通过一个以上的处理器同时、依次、或采用其它方法来执行处理。另外,处理器1601可以通过一个以上的芯片来安装。无线基站10和用户终端20中的各功能例如通过如下方式实现:通过将规定的软件(程序)读入到处理器1601、内存1602等硬件上,从而使处理器1601进行运算,对由通信装置1604进行的通信进行控制,并对内存1602和存储器1603中的数据的读出和/或写入进行控制。处理器1601例如使操作系统进行工作从而对计算机整体进行控制。处理器1601可以由包括与周边装置的接口、控制装置、运算装置、寄存器等的中央处理器(cpu,centralprocessingunit)构成。例如,上述的发送单元(910、1130、1310)、接收单元(920、1110、1510)等可以通过处理器1601实现。此外,处理器1601将程序(程序代码)、软件模块、数据等从存储器1603和/或通信装置1604读出到内存1602,并根据它们执行各种处理。作为程序,可以采用使计算机执行在上述实施方式中说明的动作中的至少一部分的程序。内存1602是计算机可读取记录介质,例如可以由只读存储器(rom,readonlymemory)、可编程只读存储器(eprom,erasableprogrammablerom)、电可编程只读存储器(eeprom,electricallyeprom)、随机存取存储器(ram,randomaccessmemory)、其它适当的存储介质中的至少一个来构成。内存1002也可以称为寄存器、高速缓存、主存储器(主存储装置)等。内存1002可以保存用于实施本发明的一实施方式所涉及的无线通信方法的可执行程序(程序代码)、软件模块等。存储器1603是计算机可读取记录介质,例如可以由软磁盘(flexibledisk)、软(注册商标)盘(floppydisk)、磁光盘(例如,只读光盘(cd-rom(compactdiscrom)等)、数字通用光盘、蓝光(blu-ray,注册商标)光盘)、可移动磁盘、硬盘驱动器、智能卡、闪存设备(例如,卡、棒(stick)、密钥驱动器(keydriver))、磁条、数据库、服务器、其它适当的存储介质中的至少一个来构成。存储器1603也可以称为辅助存储装置。通信装置1604是用于通过有线和/或无线网络进行计算机间的通信的硬件(发送接收设备),例如也称为网络设备、网络控制器、网卡、通信模块等。通信装置1604为了实现例如频分双工(fdd,frequencydivisionduplex)和/或时分双工(tdd,timedivisionduplex),可以包括高频开关、双工器、滤波器、频率合成器等。输入装置1605是接受来自外部的输入的输入设备(例如,键盘、鼠标、麦克风、开关、按钮、传感器等)。输出装置1606是实施向外部的输出的输出设备(例如,显示器、扬声器、发光二极管(led,lightemittingdiode)灯等)。另外,输入装置1605和输出装置1606也可以为一体的结构(例如触控面板)。此外,处理器1601、内存1602等各装置通过用于对信息进行通信的总线1607连接。总线1607可以由单一的总线构成,也可以由装置间不同的总线构成。此外,无线基站10和用户终端20可以包括微处理器、数字信号处理器(dsp,digitalsignalprocessor)、专用集成电路(asic,applicationspecificintegratedcircuit)、可编程逻辑器件(pld,programmablelogicdevice)、现场可编程门阵列(fpga,fieldprogrammablegatearray)等硬件,可以通过该硬件来实现各功能块的部分或全部。例如,处理器1001可以通过这些硬件中的至少一个来安装。另外,关于本说明书中说明的用语和/或对本说明书进行理解所需的用语,可以与具有相同或类似含义的用语进行互换。例如,信道和/或符号也可以为信号(信令)。此外,信号也可以为消息。参考信号也可以简称为rs(referencesignal),根据所适用的标准,也可以称为导频(pilot)、导频信号等。此外,分量载波(cc,componentcarrier)也可以称为小区、频率载波、载波频率等。此外,无线帧在时域中可以由一个或多个期间(帧)构成。构成无线帧的该一个或多个期间(帧)中的每一个也可以称为子帧。进而,子帧在时域中可以由一个或多个时隙构成。子帧可以是不依赖于参数配置(numerology)的固定的时间长度(例如1ms)。进而,时隙在时域中可以由一个或多个符号(正交频分复用(ofdm,orthogonalfrequencydivisionmultiplexing)符号、单载波频分多址(sc-fdma,singlecarrierfrequencydivisionmultipleaccess)符号等)构成。此外,时隙也可以是基于参数配置的时间单元。此外,时隙还可以包括多个微时隙。各微时隙在时域中可以由一个或多个符号构成。此外,微时隙也可以称为子时隙。无线帧、子帧、时隙、微时隙以及符号均表示传输信号时的时间单元。无线帧、子帧、时隙、微时隙以及符号也可以使用各自对应的其它名称。例如,一个子帧可以被称为传输时间间隔(tti,transmissiontimeinterval),多个连续的子帧也可以被称为tti,一个时隙或一个微时隙也可以被称为tti。也就是说,子帧和/或tti可以是现有的lte中的子帧(1ms),也可以是短于1ms的期间(例如1~13个符号),还可以是长于1ms的期间。另外,表示tti的单元也可以称为时隙、微时隙等而非子帧。在此,tti例如是指无线通信中调度的最小时间单元。例如,在lte系统中,无线基站对各用户终端进行以tti为单位分配无线资源(在各用户终端中能够使用的频带宽度、发射功率等)的调度。另外,tti的定义不限于此。tti可以是经过信道编码的数据包(传输块)、码块、和/或码字的发送时间单元,也可以是调度、链路适配等的处理单元。另外,在给出tti时,实际上与传输块、码块、和/或码字映射的时间区间(例如符号数)也可以短于该tti。另外,一个时隙或一个微时隙被称为tti时,一个以上的tti(即一个以上的时隙或一个以上的微时隙)也可以成为调度的最小时间单元。此外,构成该调度的最小时间单元的时隙数(微时隙数)可以受到控制。具有1ms时间长度的tti也可以称为常规tti(lterel.8-12中的tti)、标准tti、长tti、常规子帧、标准子帧、或长子帧等。短于常规tti的tti也可以称为压缩tti、短tti、部分tti(partial或fractionaltti)、压缩子帧、短子帧、微时隙、或子时隙等。另外,长tti(例如常规tti、子帧等)也可以用具有超过1ms的时间长度的tti来替换,短tti(例如压缩tti等)也可以用具有比长tti的tti长度短且1ms以上的tti长度的tti来替换。资源块(rb,resourceblock)是时域和频域的资源分配单元,在频域中,可以包括一个或多个连续的副载波(子载波(subcarrier))。此外,rb在时域中可以包括一个或多个符号,也可以为一个时隙、一个微时隙、一个子帧或一个tti的长度。一个tti、一个子帧可以分别由一个或多个资源块构成。另外,一个或多个rb也可以称为物理资源块(prb,physicalrb)、子载波组(scg,sub-carriergroup)、资源单元组(reg,resourceelementgroup)、prg对、rb对等。此外,资源块也可以由一个或多个资源单元(re,resourceelement)构成。例如,一个re可以是一个子载波和一个符号的无线资源区域。另外,上述的无线帧、子帧、时隙、微时隙以及符号等的结构仅仅为示例。例如,无线帧中包括的子帧数、每个子帧或无线帧的时隙数、时隙内包括的微时隙数、时隙或微时隙中包括的符号和rb的数目、rb中包括的子载波数、以及tti内的符号数、符号长度、循环前缀(cp,cyclicprefix)长度等的结构可以进行各种各样的变更。此外,本说明书中说明的信息、参数等可以用绝对值来表示,也可以用与规定值的相对值来表示,还可以用对应的其它信息来表示。例如,无线资源可以通过规定的索引来指示。进一步地,使用这些参数的公式等也可以与本说明书中明确公开的不同。在本说明书中用于参数等的名称在任何方面都并非限定性的。例如,各种各样的信道(物理上行链路控制信道(pucch,physicaluplinkcontrolchannel)、物理下行链路控制信道(pdcch,physicaldownlinkcontrolchannel)等)和信息单元可以通过任何适当的名称来识别,因此为这些各种各样的信道和信息单元所分配的各种各样的名称在任何方面都并非限定性的。信息的通知并不限于本说明书中说明的方式/实施方式,也可以通过其它方法进行。例如,信息的通知可以通过物理层信令(例如,下行链路控制信息(dci,downlinkcontrolinformation)、上行链路控制信息(uci,uplinkcontrolinformation))、上层信令(例如,无线资源控制(rrc,radioresourcecontrol)信令、广播信息(主信息块(mib,masterinformationblock)、系统信息块(sib,systeminformationblock)等)、媒体存取控制(mac,mediumaccesscontrol)信令)、其它信号或者它们的组合来实施。另外,物理层信令也可以称为l1/l2(第1层/第2层)控制信息(l1/l2控制信号)、l1控制信息(l1控制信号)等。此外,rrc信令也可以称为rrc消息,例如可以为rrc连接建立(rrcconnectionsetup)消息、rrc连接重配置(rrcconnectionreconfiguration)消息等。此外,mac信令例如可以通过mac控制单元(macce(controlelement))来通知。此外,规定信息的通知(例如,“为x”的通知)并不限于显式地进行,也可以隐式地(例如,通过不进行该规定信息的通知,或者通过其它信息的通知)进行。关于判定,可以通过由1比特表示的值(0或1)来进行,也可以通过由真(true)或假(false)表示的真假值(布尔值)来进行,还可以通过数值的比较(例如与规定值的比较)来进行。软件无论被称为软件、固件、中间件、微代码、硬件描述语言,还是以其它名称来称呼,都应宽泛地解释为是指命令、命令集、代码、代码段、程序代码、程序、子程序、软件模块、应用程序、软件应用程序、软件包、例程、子例程、对象、可执行文件、执行线程、步骤、功能等。此外,软件、命令、信息等可以经由传输介质被发送或接收。例如,当使用有线技术(同轴电缆、光缆、双绞线、数字用户线路(dsl,digitalsubscriberline)等)和/或无线技术(红外线、微波等)从网站、服务器、或其它远程资源发送软件时,这些有线技术和/或无线技术包括在传输介质的定义内。本说明书中使用的“系统”和“网络”这样的用语可以互换使用。在本说明书中,“基站(bs,basestation)”、“无线基站”、“enb”、“gnb”、“小区”、“扇区”、“小区组”、“载波”以及“分量载波”这样的用语可以互换使用。基站有时也以固定台(fixedstation)、nodeb、enodeb(enb)、接入点(accesspoint)、发送点、接收点、毫微微小区、小小区等用语来称呼。基站可以容纳一个或多个(例如三个)小区(也称为扇区)。当基站容纳多个小区时,基站的整个覆盖区域可以划分为多个更小的区域,每个更小的区域也可以通过基站子系统(例如,室内用小型基站(射频拉远头(rrh,remoteradiohead)))来提供通信服务。“小区”或“扇区”这样的用语是指在该覆盖中进行通信服务的基站和/或基站子系统的覆盖区域的一部分或整体。在本说明书中,“移动台(ms,mobilestation)”、“用户终端(userterminal)”、“用户装置(ue,userequipment)”以及“终端”这样的用语可以互换使用。基站有时也以固定台(fixedstation)、nodeb、enodeb(enb)、接入点(accesspoint)、发送点、接收点、毫微微小区、小小区等用语来称呼。移动台有时也被本领域技术人员以用户台、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户台、接入终端、移动终端、无线终端、远程终端、手持机、用户代理、移动客户端、客户端或者若干其它适当的用语来称呼。此外,本说明书中的无线基站也可以用用户终端来替换。例如,对于将无线基站和用户终端间的通信替换为多个用户终端间(d2d,device-to-device)的通信的结构,也可以应用本发明的各方式/实施方式。此时,可以将上述的无线基站10所具有的功能当作用户终端20所具有的功能。此外,“上行”和“下行”等文字也可以替换为“侧”。例如,上行信道也可以替换为侧信道。同样,本说明书中的用户终端也可以用无线基站来替换。此时,可以将上述的用户终端20所具有的功能当作无线基站10所具有的功能。在本说明书中,设为通过基站进行的特定动作根据情况有时也通过其上级节点(uppernode)来进行。显然,在具有基站的由一个或多个网络节点(networknodes)构成的网络中,为了与终端间的通信而进行的各种各样的动作可以通过基站、除基站之外的一个以上的网络节点(可以考虑例如移动管理实体(mme,mobilitymanagemententity)、服务网关(s-gw,serving-gateway)等,但不限于此)、或者它们的组合来进行。本说明书中说明的各方式/实施方式可以单独使用,也可以组合使用,还可以在执行过程中进行切换来使用。此外,本说明书中说明的各方式/实施方式的处理步骤、序列、流程图等只要没有矛盾,就可以更换顺序。例如,关于本说明书中说明的方法,以示例性的顺序给出了各种各样的步骤单元,而并不限定于给出的特定顺序。本说明书中说明的各方式/实施方式可以应用于利用长期演进(lte,longtermevolution)、高级长期演进(lte-a,lte-advanced)、超越长期演进(lte-b,lte-beyond)、超级第3代移动通信系统(super3g)、高级国际移动通信(imt-advanced)、第4代移动通信系统(4g,4thgenerationmobilecommunicationsystem)、第5代移动通信系统(5g,5thgenerationmobilecommunicationsystem)、未来无线接入(fra,futureradioaccess)、新无线接入技术(new-rat,radioaccesstechnology)、新无线(nr,newradio)、新无线接入(nx,newradioaccess)、新一代无线接入(fx,futuregenerationradioaccess)、全球移动通信系统(gsm(注册商标),globalsystemformobilecommunications)、码分多址接入2000(cdma2000)、超级移动宽带(umb,ultramobilebroadband)、ieee802.11(wi-fi(注册商标))、ieee802.16(wimax(注册商标))、ieee802.20、超宽带(uwb,ultra-wideband)、蓝牙(bluetooth(注册商标))、其它适当的无线通信方法的系统和/或基于它们而扩展的下一代系统。本说明书中使用的“根据”这样的记载,只要未在其它段落中明确记载,则并不意味着“仅根据”。换言之,“根据”这样的记载是指“仅根据”和“至少根据”这两者。本说明书中使用的对使用“第一”、“第二”等名称的单元的任何参照,均非全面限定这些单元的数量或顺序。这些名称可以作为区别两个以上单元的便利方法而在本说明书中使用。因此,第一单元和第二单元的参照并不意味着仅可采用两个单元或者第一单元必须以若干形式占先于第二单元。本说明书中使用的“判断(确定)(determining)”这样的用语有时包含多种多样的动作。例如,关于“判断(确定)”,可以将计算(calculating)、推算(computing)、处理(processing)、推导(deriving)、调查(investigating)、搜索(lookingup)(例如表、数据库、或其它数据结构中的搜索)、确认(ascertaining)等视为是进行“判断(确定)”。此外,关于“判断(确定)”,也可以将接收(receiving)(例如接收信息)、发送(transmitting)(例如发送信息)、输入(input)、输出(output)、存取(accessing)(例如存取内存中的数据)等视为是进行“判断(确定)”。此外,关于“判断(确定)”,还可以将解决(resolving)、选择(selecting)、选定(choosing)、建立(establishing)、比较(comparing)等视为是进行“判断(确定)”。也就是说,关于“判断(确定)”,可以将若干动作视为是进行“判断(确定)”。本说明书中使用的“连接的(connected)”、“结合的(coupled)”这样的用语或者它们的任何变形是指两个或两个以上单元间的直接的或间接的任何连接或结合,可以包括以下情况:在相互“连接”或“结合”的两个单元间,存在一个或一个以上的中间单元。单元间的结合或连接可以是物理上的,也可以是逻辑上的,或者还可以是两者的组合。例如,“连接”也可以替换为“接入”。在本说明书中使用时,可以认为两个单元是通过使用一个或一个以上的电线、线缆、和/或印刷电气连接,以及作为若干非限定性且非穷尽性的示例,通过使用具有射频区域、微波区域、和/或光(可见光及不可见光这两者)区域的波长的电磁能等,被相互“连接”或“结合”。在本说明书或权利要求书中使用“包括(including)”、“包含(comprising)”、以及它们的变形时,这些用语与用语“具备”同样是开放式的。进一步地,在本说明书或权利要求书中使用的用语“或(or)”并非是异或。以上对本发明进行了详细说明,但对于本领域技术人员而言,显然,本发明并非限定于本说明书中说明的实施方式。本发明在不脱离由权利要求书的记载所确定的本发明的宗旨和范围的前提下,可以作为修改和变更方式来实施。因此,本说明书的记载是以示例说明为目的,对本发明而言并非具有任何限制性的意义。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1